BRPI0612353A2 - nó de rede para prover pelo menos um serviço de internet e método para prover pelo menos um serviço de internet - Google Patents

nó de rede para prover pelo menos um serviço de internet e método para prover pelo menos um serviço de internet Download PDF

Info

Publication number
BRPI0612353A2
BRPI0612353A2 BRPI0612353-8A BRPI0612353A BRPI0612353A2 BR PI0612353 A2 BRPI0612353 A2 BR PI0612353A2 BR PI0612353 A BRPI0612353 A BR PI0612353A BR PI0612353 A2 BRPI0612353 A2 BR PI0612353A2
Authority
BR
Brazil
Prior art keywords
marketplace
internet
network node
user
service
Prior art date
Application number
BRPI0612353-8A
Other languages
English (en)
Inventor
Martin Pogatzki
Andre Stebens
Harald Werner
Original Assignee
Deutsche Post Ag
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Deutsche Post Ag filed Critical Deutsche Post Ag
Publication of BRPI0612353A2 publication Critical patent/BRPI0612353A2/pt

Links

Classifications

    • GPHYSICS
    • G06COMPUTING OR CALCULATING; COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00Commerce
    • G06Q30/06Buying, selling or leasing transactions
    • GPHYSICS
    • G06COMPUTING OR CALCULATING; COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/382Payment protocols; Details thereof insuring higher security of transaction
    • GPHYSICS
    • G06COMPUTING OR CALCULATING; COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/40Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/2866Architectures; Arrangements
    • H04L67/30Profiles
    • H04L67/306User profiles
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00Network architectures or network communication protocols for network security
    • H04L63/08Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/0815Network architectures or network communication protocols for network security for authentication of entities providing single-sign-on or federations

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Engineering & Computer Science (AREA)
  • Finance (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Computer Security & Cryptography (AREA)
  • Marketing (AREA)
  • Economics (AREA)
  • Development Economics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Computer And Data Communications (AREA)
  • Telephonic Communication Services (AREA)

Abstract

Nó DE REDE PARA PROVER PELO MENOS UM SERVIçO DE INTERNET E MéTODO PARA PROVER PELO MENOS UM SERVIçO DE INTERNET. A invenção refere-se a um nó de rede (10) para prover 3 pelo menos um serviço de internet, que é executado em pelo menos um servidor provedor (l00~1~, ... , 10~m~) de um provedor de serviço, para usuários de um marketplace de internet. O nó de rede compreende pelo menos um conector externo (30~1~, ... ,30~1~) para receber uma solicitação de serviço, cuja geração é iniciada em um computador 200 de um usuário de marketplace de internet, e para transmitir um resultado de processamento averiguado no servidor provedor (100~1~,..., 100~m~ )ao computador de usuário (200). O conector externo é adaptado para realizar uma alteração de formato da solicitação de serviço e do resultado de processamento, como uma adaptação ao marketplace de internet. Uma unidade de transformação (40) é conectada ao conector externo (30~1~, . . . ,30~m~ ) para apurar pelo menos um servidor provedor (100~1~, ..., 100~m~) para realizar o serviço de internet com base em informação contida na solicitação de serviço e para o endereçamento da solicitação de serviço ao servidor provedor (100~1~, ... ,100~m~) apurado. Pelo menos um conector interno (50~1~, ..., 50~m~) conectado à unidade de transformação e transmiter a solicitação de serviço ao servidor provedor e recebe o resultado de processamento apurado no servidor. A invenção também se refere a um método para prover pelo menos um serviço de internet para usuários de umAS marketplace de internet.

Description

"NÓ DE REDE PARA PROVER PELO MENOS UM SERVIÇO DE INTERNETE MÉTODO PARA PROVER PELO MENOS UM SERVIÇO DE INTERNET".
Descrição
A presente invenção refere-se a um nó de rede e a ummétodo para prover pelo menos um serviço de internet deum provedor de serviço para usuários de marketplace viainternet.
Para prover serviços de internet são empregadasgeralmente aplicações executadas em um servidor deinternet de um provedor de serviços. As aplicações sãochamadas por um cliente do provedor de serviços forma deum pedido via um website que é provido pelo provedor deserviços.
Quando são disponibilizados serviços de internet peloprovedor de serviços em um ou vários marketplaces deinternet operados por um outro operador de marketplace,muitas vezes existe o problema de ser extremamentecustosa uma adaptação dos serviços de internet doprovedor de serviços ao marketplace de internet. Issodecorre principalmente do fato de precisarem serdisponibilizados via de regra registros de dados dediferentes configurações para diferentes marketplaces,como por exemplo registros de dados de diferentesformatos de dados para a solicitação dos serviços deinternet com o objetivo de prover os resultados dosserviços de internet executados.
O documento de patente US 2002/107752 apresenta umsistema e um método para integrar pedidos orientados aweb em um sistema comercial back-end no qual sistemas decompradores e vendedores são conectados via adaptadores aum gerenciador de dados. Com base em um formato, umcomprador transmite uma ordem de compra em um formatoespecífico para comprador ao gerenciador de dados. Oformato pode ser enviado diretamente ou via módulos deadaptador ao gerenciador de dados ou pode ser provido viainterface suportado pelo browser. O gerenciador de dadostransfere a ordem de compra para um formato neutro earmazena-o em uma base de dados central onde ele élinkado a um comprador. Então a ordem de compra étransmitida para o sistema back-end do vendedor, sendoque ela é transferida para um formato especifico dovendedor.
0 documento de patente US 2004/062255 apresenta umsistema e um método para comunicação em uma rede decomputador, especialmente para para a realização dereservas. Neste caso, um cliente é conectado por meio deuma unidade de multiplexação a um servidor ou a váriosservidores que oferecem um serviço. Pedidos de serviço docliente são convertidas dentro da unidade demultiplexação para o formato que for necessário por umprograma de aplicação do servidor. Além disso, os pedidosde serviço são transmitidas pela unidade de multiplexaçãoaos servidores com base na distribuição de carga.
Além disso, o documento de patente US 2003/036966descreve um sistema e um método para integrar umaaplicação e-commerce em um sistema back-end de umprovedor de mercadorias, no qual formatos de mensagensque são trocadas entre a aplicação e-commerce e o sistemaback-end são convertidos em nó de integração. Deste modo,a ordem de compra de um cliente que é recebida daaplicação e-commerce é incorporada em uma mensagem XML.
Este formato é convertido no nó de integração para o for-mato usado pelo sistema back-end e é transmitido aosistema.
Este é um objetivo da invenção - ser capaz de proverserviços de internet em marketplaces de internet demaneira simplificada, nesse processo, especialmente deminimizar as exigências envolvidas na conexão demarketplace de internet aos sistemas de processamento dedados de um provedor de serviço que serve para executaros serviços de internet.
De acordo com a invenção, esse objetivo é atingidoatravés de um nó de rede com as características dareivindicação 1.De acordo com a invenção, esse objetivo é atingidoatravés de um método com as características dareivindicação 16.
Aperfeiçoamentos vantajosos da invenção estão indicadosnas reivindicações dependentes.
0 nó de rede para prover pelo menos um serviço deinternet, que é executado em pelo menos um servidorprovedor de um provedor de serviço para usuários de ummarketplace de internet compreende sobretudo
- pelo menos um conector externo para receber umasolicitação de serviço cuja geração pode ser iniciada emum computador de usuário de um usuário de marketplace deinternet e para transmitir ao computador de usuário umresulto de processamento apurado no servidor provedor,sendo que o conector externo é capaz de realizar umaalteração de formato da solicitação de serviço e doresulto de processamento, como uma adaptação aomarketplace d einternet,
uma unidade de transformação conectada ao conectorexterno para apurar pelo menos um servidor provedor paraexecutar o serviço com base em informação contida nasolicitação de serviço e para o endereçamento dasolicitação de serviço ao servidor provedor detectado, e
- pelo menos um conector interno que fica conectado àunidade de transformação, para transmitir a solicitaçãode serviço ao servidor provedor e para receber doservidor provedor o resultado de processamento apurado noservidor provedor.
Dentro do escopo da invenção o termo marketplace deinternet deve ser entendido em seu sentido mais amplo ecompreende particularmente portal de web tais como porexemplo portais de leilão, fóruns de alteração e dediscussão na internet como também websites que sãoprovidos, por exemplo, por shops online.
Por isso, é tarefa da presente invenção poderdisponibilizar de modo simplificado serviços de internetem marketplaces de internet e, neste caso, minimizarprincipalmente a complexidade para conectar marketplacesde internet aos sistemas de processamento de dadosprovidos para a execução dos serviços de internet.
De acordo com a invenção, essa tarefa é solucionadaatravés de um nó de rede com as características dareivindicação 1.
De acordo com a invenção essa tarefa também é solucionadaatravés de um método com as características dareivindicação 17 .
Aperfeiçoamentos apropriados da invenção seguem indicadosnas reivindicações dependentes.
0 nó de rede para prover pelo menos um serviço deinternet executado em pelo menos um servidor de umprovedor de serviços, para usuários de marketplace deinternet, compreende, de acordo com a invenção,
- pelo menos um conector externo para receber um pedidode serviço, cuja geração é iniciada em um computador deum usuário de marketplace de internet, e para transmitirao computador do usuário um resultado de processamentoregistrado no servidor do provedor, sendo que o conectorexterno está em condições de realizar uma alteração deformato da solicitação de pedido e do resultado deprocessamento, adaptada ao marketplace de internet,
uma unidade de transformação conectada ao conectorexterno para intermediar pelo menos um servidor provedorpara a realização do serviço por meio de dados contidosna solicitação de serviço, e para endereçar a solicitaçãode serviço ao servidor-provedor intermediado e
- pelo menos um conector interno conectado à unidade detransformação para transmitir a solicitação de pedido aoservidor provedor e para receber do servidor provedor oresultado de processamento nele intermediado.
O conceito de marketplace de internet deve ser entendido,neste caso, no âmbito da invenção em seu significado maisamplo e, compreende principalmente portais web, como porexemplo portais de leilões, bolsa de trocas ou fóruns dediscussão na internet assim como páginas da web, que sãodisponibilizadas por exemplo por lojas online.
0 nó de rede possibilita disponibilizar serviços deinternet disponibilizados por um provedor, em ummarketplace de internet, sem que sejam necessáriasadaptações dos servidores provedores, que executam osserviços de internet, ao marketplace de internet. Ainterpretação da solicitação de serviço, ou seja,principalmente a realização de alterações de formatonecessárias, a intermediação do servidor provedornecessário para executar o serviço e o endereçamento dasolicitação de serviço ao servidor provedor são feitos nonó de rede de forma que os dados necessários pararealizar o serviço de internet podem ser registrados deforma específica ao marketplace e inseridos nasolicitação de serviço, sem que precise ser feita já pelomarketplace de internet uma adaptação às necessidades doservidor provedor.
Além disso, a interface entre o nó de rede e omarketplace fica desacoplada da interface entre o nó derede e o servidor provedor, obtendo-se assim umaflexibilidade bem maior para a adaptação do nó detransformação.
Através dos conectores externos obtém-se a vantagem de onó de rede propriamente dito poder ser adaptado de modomais flexível e simples a um marketplace de internet eprincipalmente a um formato de dados utilizado nacomunicação com um marketplace de internet, sem que paraa adaptação sejam necessárias alterações dafuncionalidade interna do nó de rede, ou seja,principalmente adaptações da unidade de transformação.
O conector externo pode ser conectado, neste caso, ao nóde rede pref erivelmente através de um slot paraconector, sendo que o conector externo pode serconectado ao nó de rede durante a operação em andamentodo nó de rede e pode ser desconectado do nó de rede.
Com isso, é possível um funcionamento livre deinterrupções do nó de rede, enquanto um conector externoé conectado ao nó de rede ou desconectado do nó de rede.
Além disso, podem ser feitas adaptações de um conectorexterno durante a operação em andamento do nó de rede,separando o conector externo a ser adaptado do nó derede, adaptando-o e o conectando novamente ao nó de rede.
Em uma arranjo preferível da invenção está previsto que oconector externo fica conectado a pelo menos umcomputador de usuário, sendo que o computador de usuáriofica conectado a um servidor de marketplace.
Em uma forma preferível de concretização da invenção aunidade de transformação gera em função do resultado deprocessamento apurado no servidor provedor uma informaçãosobre o resultado de processamento, que é transmitidapelo conector externo ao servido de marketplace.
Desse modo, pode ser transmitida uma informação sobre ouso do serviço de internet através de um usuário demarketplace ao servidor de marketplace. Também existe avantagem de o resultado de processamento apurado noservidor provedor ser transmitido indiretamente atravésdo servidor de marketplace ao computador do usuário.
Em uma forma vantajosa de concretização da presenteinvenção, o conector interno do nó de rede está emcondições de realizar uma alteração de formato da chamadado programa de serviço e do resultado de processamento.
Uma adaptação do nó de rede ao servidor provedor ou aoprograma de serviço executado no servidor provedor pode,portanto, ser facilmente feita através de uma adaptaçãodo conector interno sem que sejam necessárias adaptaçõesda funcionalidade interna do nó de rede e,principalmente, da unidade de transformação.
O conector interno é preferivelmente conectável ao nó derede através de um slot para conector, sendo que oconector interno durante a operação em andamento do nóde rede pode ser conectado ao nó de rede e desconectadodo nó de rede.
Desse modo, é possível durante o funcionamento do nó derede, conectar conectores internos ao nó de rede edesconectar conectores internos do nó de rede. Tornam-seprincipalmente possíveis adaptações de conectoresinternos durante a operação em andamento do nó de redepelo fato de o conector externo a ser adaptado serdesconectado do nó de rede, adaptado e novamenteconectado ao nó de rede.
Em um arranjo vantajoso da presente invenção, o nó derede compreende uma unidade de autorização e deautenticação para a verificação da autorização do usuáriode marketplace de internet para acessar o serviço deinternet.
Por meio da unidade de autenticação e de autorização aautorização do usuário de marketplace de internet podeser verificada já no nó de rede. Além disso, pode serfeita também uma verificação da autorização de acessopara vários serviços de internet do provedor de serviço,possibilitando assim um single sign-on, ou seja, umaautorização central para vários serviços.
Em uma forma preferível de concretização da invenção,está previsto que a verificação da autorização do usuáriode marketplace de internet para acessar o serviço deinternet é feita com auxílio de um perfil de autorizaçãode mrketplace atribuído ao marketplace de internet e/oucom auxílio de um perfil de autorização de usuárioatribuído ao usuário de marketplace de internet.
Com auxílio dos perfis de autorização o escopo, no qualum usuário do marketplace pode solicitar serviços deinternet do provedor de serviço, pode ser verificado ouconstatado. Neste caso, o perfil de autorização pode serpré-determinado com relação ao marketplace e/ou comrelação ao usuário, de forma que para diferentesmarketplaces de internet e para diferentes usuários dosmarketplaces de internet possam ser previstas diferentesautorizações para utilização de um serviço de internet.
Preferivelmente, a solicitação de serviço contém umainformação, que é codificada através de uma chaveatribuída distintamente ao marketplace de internet e podeser decodificada na unidade de autorização eautenticação.
Com auxilio da informação codificada através de uma chaveatribuída distintamente ao marketplace de internet aautenticidade da solicitação de serviço pode ser assimconstatada.
Em uma outra forma preferível de concretização dainvenção está previsto que o perfil de autorização deusuário está contido na solicitação de serviço.
Ao colocar o perfil de autorização de usuário nasolicitação de serviço, o que é feito preferivelmente porparte do marketplace de internet, é possível assimindicar na solicitação de serviço o escopo no qual ousuário de marketplace pode utilizar serviços de internetdo provedor de serviço.
Preferivelmente está previsto, neste caso, que o perfilde autorização do usuário é codificado através de umachave atribuída distintamente ao marketplace de internet,ou que é provido - com uma assinatura digital domarketplace de internet.
Desse modo, a autenticidade do perfil de autorização dousuário pode ser verificada no nó de rede.
Em uma outra forma vantajosa de concretização da invençãoestá previsto que a unidade de autorização e autenticaçãopode alterar o perfil de autorização do usuário em funçãodo resultado de processamento apurado no servidorprovedor.
Desse modo, o perfil de autorização de um usuário demarketplace de internet pode ser alterado em função dautilização de um determinado serviço de internet doprovedor de serviço.
Preferivelmente está previsto beste caso que a unidade doautorização e autenticação pode alterar o perfil deautorização do usuário em função de um número deresultados de processamento apurados para um usuário demarketplace.
Em um outro arranjo vantajoso da invenção, o nó de redecompreende uma unidade de teste para verificar oresultado de processamento apurado no servidor provedor.
Preferivelmente a unidade de teste está, neste caso, emcondições de verificar a completude do resultado deprocessamento.
Por meio da unidade de teste pode-se verificar a exatidãoe completude do resultado de processamento. Ao ocorrer umerro no resultado de processamento isso pode serutilizado para gerar dentro do nó de rede notificaçõessobre existência de um erro e transmiti-los ao computadordo usuário de marketplace de internet.
Em um outro arranjo vantajoso da invenção está previstoque o nó de rede apresenta uma unidade de relatório pararegistrar e avaliar as solicitações de serviço e osresultados de processamento.
0 método para disponibilizar pelo menos um serviço deinternet que seja realizado em pelo menos um servidorprovedor de um provedor de serviço, para usuários de ummarketplace de internet compreende as seguintes etapas:
- recepção de uma solicitação de serviço iniciada em umcomputador de usuário, em um conector externo de um nó derede,
- realização de alterações de formato da solicitação deserviço no conector externo,
- estabelecimento de um servidor provedor com auxílio dedados que estão contidos na solicitação de serviço, eendereçamento da solicitação de serviço ao servidorprovedor,
transmissão da solicitação de serviço ao servidorprovedor,
- estabelecimento de um resultado de processamento noservidor provedor e transmissão do resultado deprocessamento no nó de rede e
- recepção do resultado de processamento no nó de rede etransmissão do resultado de processamento ao computadorde usuário.
Aperfeiçoamentos vantajosos da invenção com relação aométodo correspondem às formas de concretização descritasem combinação com o nó de rede.
Outras particularidades e aperfeiçoamentos apropriados dainvenção constam nas reivindicações dependentes e nailustração que segue de exemplos preferíveis deconcretização da presente invenção com base na figura 1.
A figura 1 mostra uma ilustração esquemática de uma formade concretização do nó de rede 10, de acordo com ainvenção, com marketplaces de internet conectados eservidores provedores 100χ, . . . ,IOOm para executarprogramas de serviço.
A presente invenção será mais detalhadamente esclarecidaa seguir com base em um exemplo de concretização de umnó de rede 10, doravante denominado como nó detransformação.
Através da internet o nó de transformação 10 é conectadoa vários marketplaces de internet. Na figura 1 aparecem atítulo de exemplo conexões a dois marketplaces deinternet, que são feitas em diferentes formas deconcretização.
Em um dos casos ilustrados o nó de transformação 10 éconectado a um servidor 150 de marketplace o qualusuários do marketplace acessam por sua vez através decomputadores de usuário 200. O grupo dos computadores 200do usuário de marketplace aparece assinalado na figura 1com o sinal de referência 210. Neste caso, não existe umaconexão direta entre os computadores de usuário 200 e onó de transformação 10, de forma que a troca de dadosentre os computadores de usuário 2 00 e o nó detransformação 10 é feita através do servidor demarketplace 150. Esse tipo de marketplace de internet édenominado a seguir como transit marketplace e oservidor 150 de um marketplace de internet desse tipocomo fonte de consolidador.
No outro caso ilustrado os computadores de usuário 200ficam conectados tanto ao nó de transformação 10 comotambém ao servidor de marketplace 160, de forma que possaser feita uma troca de dados diretamente entre oscomputadores 20 e o nó de transformação 10. Ummarketplace de internet assim executado é a seguirdenominado marketplace de área e o servidor 16 0 de ummarketplace de internet desse tipo como fonte dedispersão. 0 grupo dos computadores de usuário 200, ousuário de marketplace aparece neste caso assinalado como sinal de referência 220.
O acesso ao marketplace de internet é feito no caso dotransit marketplace e no caso do marketplace de áreaatravés da internet em um website do marketplace deinternet, disponibilizado pelo servidor do marketplace150, 160 e representado através de um programa browserexecutado nos computadores de usuário 2 00, em um meiode visualização do computador de usuário 200.
0 nó de transformação 10 contém em uma forma vantajosa deconcretização da presente invenção conectores externos30, que ficam conectados no caso do transit marketplace afonte de consolidador 150 e no caso do marketplace deárea aos computadores de usuário 2 00 através de uma redede comunicação, preferivelmente através da internet. Osconectores externos 30i,...,30n são utilizados em slotspara conectores 20 do nó de transformação 10.
Dentro do nó de transformação 10 existe uma conexão entreos conectores externos 3Oi,..., 3On e uma unidade deautorização e de autenticação 60, que fica em contato coma unidade de transformação 40. Para uma transmissãodireta de dados entre os conectores externos 50i,...,50me a unidade de transformação 4 0 a unidade de autorizaçãoe autenticação 60 pode ser ligada em ponte.
A unidade de transformação 4 0 fica conectada a umaunidade de teste 70, que por sua vez fica conectada aconectores internos 50i,...,50m. Aqui também pode sercriada uma conexão direta entre a unidade detransformação 40 e os conectores 50x,...,50m na qual aunidade de teste 70 é ligada em ponte. Os conectoresinternos 50i,...,50m são utilizados também em slots paraconector do nó de transformação 10 e conectam o nó detransformação 10 a servidores 100i,...,IOOm sobre quaissão executados programas de serviço para a realização deserviços de internet.
Além disso, o nó de transformação 10 compreende umaunidade de comando e de relatório 8 0 para a administraçãodo nó de transformação 10 e para a protocolização.
O nó de transformação 10 pode ser projetado como Hardwareou como Software. Em uma forma vantajosa de concretizaçãoda presente invenção ele é executado neste caso na formade vários módulos de software, executados em um servidorde internet.
Aos usuários de um marketplace de internet são oferecidosserviços de internet, que são disponibilizados por umprovedor de serviço, o qual pode ser independente dooperador de marketplace. Programas de serviço paraexecutar serviços de internet são disponibilizados nestecaso em pelo menos um servidor provedor 100i, . . . , 100m, oqual é operado pelo provedor de serviço. No caso dosserviços de internet trata-se em uma aplicação vantajosae a seguir mais detalhadamente descrita da invenção, deserviços de franqueamento e de logística, quepossibilitam por exemplo gerar fórmulas de franqueamentoeletrônicas, gerar etiquetas de endereço para o envio deremessas postais ou um rastreamento de remessa postal(tracking), e são oferecidos por um prestador de serviçosde logística.
A solicitação dos serviços de internet é iniciadaindireta ou indiretamente em um website do marketplace deinternet por exemplo através do acionamento de um botãosituado no website. A invenção, neste caso, possibilitaque um serviço de internet possa ser solicitado não em umwebsite do provedor de serviços, mas diretamente nowebsite do marketplace de internet. Neste caso,principalmente websites exibidos durante a realização doserviço eventualmente como resultado de processamento oucomo resultado de processamento parcial, podem serfacilmente adaptados à apresentação dos websites domarketplace de internet através dos nós de transformação 10.
A geração de uma solicitação de serviço é conectada àchamada do serviço de internet no website do merketplacede internet, solicitação esta que contém principalmentedados para a execução do serviço de internet. Neste caso,trata-se por exemplo de dados do usuário de marketplace,que ele pode inserir em um campo de diálogo dos websitesou que podem ser armazenados em um banco de dados dooperador do marketplace. Além disso, a solicitação depedido contém dados de identificação do marketplace deinternet e abrange pelo menos uma instrução quepossibilita ao nó de transformação identificar o serviçode internet solicitado. Essa instrução pode também estarcontida na solicitação de serviço. Assim, pode serprevisto por exemplo que o serviço de internet ou oservidor provedor ΙΟΟχ, ...,IOOm previsto para executar oserviço de internet seja identificado no nó detransformação 10 com base no tipo dos dados contidos nasolicitação de serviço.
No caso do marketplace de área a solicitação de serviçoé gerada através de scripts colocados em um website etransmitida diretamente pelo computador do usuário 200 aonó de transformação 10 através da internet. No caso de ummarketplace a solicitação de serviço pode ser gerada oupor scripts no website do marketplace de internet e pelocomputador do usuário 200 através da fonte deconsolidador 150 ao nó de transformação 10, ou ser geradaapós a transmissão de uma requisição correspondente pelocomputador do usuário 2 00 à fonte do consolidador 150dentro da fonte do consolidador 150.
Do mesmo modo é possível no caso de um transitmarketplace que a solicitação de serviço seja geradaatravés de um script com o programa browser do computadordo usuário 2 00 e seja complementada através da fonte deconsolidador 150, por exemplo, por dados de identificaçãodo marketplace de internet, por dados do usuárioarmazenados em um banco de dados da fonte de consolidador150 ou por perfis de autorização de usuário e/ou demarketplace armazenados no banco de dados da fonte deconsolidador 150. No caso de um marketplace de áreatarefas desse tipo são colocadas na solicitação deserviço através de uma funcionalidade dos criptscontidos no website do marketplace de internet.
Além disso, é possível que uma única solicitação decontenha uma solicitação de vários serviços de internet.
A conexão entre o nó de transformação 10 e um marketplacede internet é feita através de um conector externo3Oi.....3On, que é adaptado individualmente ao marketplacede internet. Nos conectores externos 30i.....30n são feitasprincipalmente alterações de formato da solicitação deserviço e dos resultados de processamento, descritosposteriormente, e apurados nos servidores provedores.
Neste caso, trata-se de alterações de formato estáticasque são feitas independentemente do conteúdo dasolicitação de serviço. Exemplos de alterações de formatodesse tipo são conversões de formatos de protocolo, comopor exemplo uma conversão de documentos EDIFACT emdocumentos XML e vice-versa, assim como alterações decodificações de jogo de caracteres e alterações de nomesde campo e séries de campo na solicitação de serviço.
Assim sendo, podem ser convertidos por exemplo jogos decaracteres , tais como dados de usuário, cujo formato sãodirecionados às necessidades do servidor de marketplace150, 160, como por exemplo em um determinado formato debanco de dados utilizado no servidor de marketplace 150, 160.
Com a possibilidade de alterar o formato nos conectoresexternos 30i.....30n, pode-se assegurar que alteraçõesreferentes à comunicação entre o nó de transformação 10 eum marketplace de internet, não haverá interferências nafuncionalidade interna do nó de transformaçãoΙΟΟχ, . . . ,IOOm e nenhuma interferência na configuração doservidor provedor IOOi,...,IOOm ou dos programas deserviço executados no servidor provedor 100i, . . .,100m.
Para ligar uma multiplicidade de marketplaces deinternet o nó de transformação 10 dispõe de umamultiplicidade de slots para conector 20 para oacondicionamento de conectores externos 3Oi____,30n. Nestecaso é possível encaixar conectores externos 30i.....30ndurante a operação do nó de transformação e remove-Ios,de forma a possibilitar um funcionamento ininterrupto donó de transformação 10 ao entrar ou sair de ummarketplace de internet. No caso de alterações realizadasem um conector externo 3Oi,...,30n, este pode ser removido,ajustado e novamente encaixado no estado ativado do nóde transformação 10, de forma que neste caso também nãoseja necessária uma interrupção de operação do nó detransformação 10.
Uma solicitação de serviço é recebida pelo nó detransformação 10 no conector externo 3Oi.....3On atribuídoao marketplace de internet correspondente, e se fornecessário é feita uma alteração de formato do tipo acimacitado. Não existe a princípio uma diferença com relaçãoaos diferentes tipos de marketplaces.
A solicitação de serviço dentro do nó de transformação étransmitida à uma unidade de autenticação e autorização60 por um conector externo 30i.....30n, que examinaráprimeiramente em uma etapa de autenticação se serviços deinternet do provedor de serviço podem ser de fatoutilizados. A autenticação é feita com base na identidadedo marketplace de internet e/ou com base na identidade dousuário de marketplace.
A autenticação ocorre com base em informações deautenticação que estão contidas na solicitação de serviçoe cuja autenticidade é assegurada pela utilização dosprocessos criptográficos. Processos criptográficosadequados são por exemplo assinaturas digitais dasolicitação de serviço ou de uma parte dela. Tambémexiste a possibilidade de conteúdos da solicitação deserviço serem codificados através de uma chave atribuídaao marketplace d einternet ou ao usuário de marketplace(codificação assimétrica com chaves certificadas) ouatravés de uma chave simétrica comutada no campo prévioentre o nó de transformação 10 e o marketplace deinternet ou o usuário de marketplace (codificaçãosimétrica com "preshared key").
Se não for possível uma autenticação bem sucedida, issosignifica que não se trata de uma solicitação de serviçoautêntica do usuário de um marketplace registrado, ou queo usuário de marketplace não está autorizado, por outrosmotivos, a requerer serviços de internet do provedor deserviço. Neste caso a unidade de autenticação e deautorização 60 gera uma mensagem de erro, que étransmitida através do conector externo 30i.....30n aocomputador de usuário 200. Além disso, pode ser previstauma protocolização da solicitação de serviço por meio daunidade de controle e de relatório 60 mais adiantedemonstrada.
Depois de feita a autenticação a unidade de autenticaçãoe de autorização 60 verifica em uma etapa de autorizaçãoa autorização do usuário de marketplace para utilizarserviços de internet. Neste caso, verifica-se quaisserviços de internet podem ser utilizados em qual escopoatravés do usuário de marketplace. Isso é feito tambémcom base na identidade do marketplace e/ou da identidadedo usuário de marketplace.
A autorização de um marketplace de internet é feita comauxílio de um perfil de autorização de marketplace, que éarmazenado preferivelmente na unidade de autenticação ede autorização 60. O perfil de autorização de marketplacecontém dados sobre em qual escopo pode ser requeridosserviços de internet por usuários do marketplace, ouseja, quais funções dentro do serviço de internet podemser executados por usuários do marketplace.
A autorização de um usuário de marketplace é feitapreferivelmente com base em um perfil de autorização deusuário na solicitação de serviço, que é protegida tambémpor processo criptográfico. 0 perfil de autorização deusuário é inserido na solicitação de serviçopreferivelmente por páginas do marketplace de internetatravés do servidor de marketplace 150, 160 ou por umscript incorporado ao website do marketplace de interne,ou fica armazenado em um banco de dados no nó detransformação 10. No perfil de autorização de usuárioaparece indicado em qual escopo o usuário pode requererserviços de internet do provedor de serviço. Desse modo,o operador de marketplace pode conferir aos usuários domarketplace diferentes direitos de acesso para osserviços de internt do provedor de serviço.
Funções disponíveis dentro do serviço de internet, ou oescopo no qual o serviço de internet pode ser requerido,referem-se neste caso por exemplo a diferentespossibilidades de pagamento para o pedido do serviço deinternet, a possibilidade de armazenar dados no servidorprovedor ΙΟΟχ, . . . , IOOm para reutilização em caso de novoacesso assim como o tamanho do espaço de armazenamentodisponível e outros serviços adicionais, que sãooferecidos no âmbito do serviço de internet.
Para proceder à autorização a unidade de autenticação eautorização 60 examina com auxílio do perfil deautorização de marketplace e/ou do perfil de autorizaçãode usuário, se e em qual escopo o usuário de marketplaceestá autorização a requerer o(s) serviço(s) de internetsolicitado(s). Se o teste apontar que o usuário demarketplace não possui autorização para requerer oserviço de internet solicitado ou os serviços de internetsolicitados, será gerada preferivelmente uma mensagem deerro e transmitida através do conector externo 3Oi.....3Onao computador do usuário 200 de marketplace.
Caso os serviços de internet solicitados puderem seridentificados primeiramente durante uma avaliação dasolicitação de serviço na unidade de transformação 40, aunidade de autenticação e de autorização 60 transmitirá operfil de autorização de marketplace ou o perfil deautorização de usuário à unidade de transformação 40.
Porém dentro da unidade de autenticação e de autorização60 também é possível examinar se o usuário demarketplace está autorizado sobretudo para requererserviços de internet do provedor de serviço, e se nãoestiver, é gerada uma mensagem de erro, que étransmitida ao computador do usuário 200 de marketplace.
No caso em que são solicitados vários serviços deinternet através da solicitação de serviço, aautenticação e autorização na unidade de autenticação ede autorização 60 corresponde a uma mensagem de erro(single sign-on) do usuário de marketplace para osdiferentes serviços de internet.
A unidade de transformação 40 recebe a solicitação deserviço junto com as informações de autorização apuradasatravés da unidade de autenticação e de autorização 60.
Dependendo do conteúdo da solicitação de serviço e,eventualmente, das informações de autorização apuradaspela unidade de autenticação e de autorização 60 asolicitação de serviço é convertida através da unidade detransformação 40. Como a conversão é feita em função doconteúdo da solicitação de serviço, diferentemente daalteração estática de formato, que é executada nosconectores externos 30χ(____30n , ela também é chamada deconversão inteligente.
Na unidade de transformação 40 são realizados processospara a conversão inteligente, que possibilitam umencaminhamento da solicitação de serviço ao respectivoprograma de serviço executado em um servidorprovedorlOOi, . . . , 100m . No caso de serem solicitadosvários serviços de internet através de uma solicitação dserviços, será feito para cada um dos serviços umencaminhamento da solicitação de serviço ou de uma partecorrespondente da solicitação de serviço a um servidorprovedor ΙΟΟχ, . . .,IOOra , na forma a seguir descrita.
A unidade de transformação neste caso faz o assim chamadoroteamento da solicitação de serviço, ou seja, dependendode seu conteúdo será transmitido o servidor provedorIOOi, . . . , IOOm no qual o programa de serviço seráexecutado para realizar o serviço de internet solicitado,e a solicitação de serviço será endereçada a esteservidor provedor IOOi,..., IOOm.Além disso, são feitasoutras conversões, como por exemplo uma modificação ecomplementação de dados contidos na solicitação deserviço.
No caso das conversões inteligentes pode ser tratar porexemplo de correções que ocorrem após testes deplausibilidade ou após uma aplicação de regras deanálise, ou seja, de regras para interpretar asolicitação de serviço. Se por exemplo em um serviço deinternet para elaboração de etiquetas de endereço, foremreconhecidas informações de envio postal em um campo dedados previsto para a descrição da rua, isso poderá sercorrigido pela unidade de transformação 40.
Do mesmo modo, é possível no âmbito da conversãointeligente alterar solicitações de pedido de forma queao invés do serviço de internet solicitado seja executadoum serviço mais atual, otimizado ou mais favorável (porexemplo no âmbito de uma ação especial).
Em uma forma preferível de concretização da presenteinvenção, está previsto além disso um roteamentodinâmico, no qual é apurada a disponibilidade do servidorprovedor IOOi, . . . ,IOOm e a solicitação de serviçoendereçada a um servidor provedor 100i,...,IOOm ,para oqual é constatada a disponibilidade. Além disso, pode serprevisto que por meio da unidade de transformação 40 sejarealizado um assim chamado Load Balancing, no qual alémda disponibilidade também é verificada a taxa de ocupaçãodo servidorlOOi, . . . , IOOm e transmitida a solicitação deserviço ao servidor provedor 100i, . . . , IOOm com a taxamínima de ocupação.
Após o processamento na unidade de transformação 4 0 asolicitação de serviço é transmitida através de umaunidade de teste 70 ou diretamente ao conector interno50i, . ..,50m, que fica conectado ao servidor provedordetectado 100i, . . . , IOOm .
Em uma forma preferível de concretização da presenteinvenção, está também previsto que juntamente com asolicitação de serviço seja transmitida uma informaçãoadicional autêntica, por exemplo uma informaçãocodificada, pela unidade de transformação 4 0 ao servidorprovedor 100i, . . . , IOOm . A informação adicional édecodificada no servidor provedor 100i, ...,IOOm através deuma chave distintamente atribuída à unidade detransformação 40 ou ao nó de transformação 10, com afinalidade de examinar se a solicitação de serviçoprovém do nó de transformação 10. Com isso, pode-sedispensar uma autenticação e/ou autorização adicional dousuário de marketplace no servidor provedor IOO1, IOOmnessa forma de concretização da invenção.
Os conectores internos SO1,..., 50m estão em condições derealizar alterações de formato da chamada de programa deserviço, e são conectados através de slots ao nó detransformação 10, nos quais durante a operação sãoencaixados conectores internos SO1,..., SOm e removidosconectores internos SO1,..., 50m desses slots durante ofuncionamento.
Tendo em vista o modo de funcionamento dos conectoresinternos 501;...,50m , em caso de adaptação dos programasde serviço aos servidores provedores IOO1, . . .,IOOm énecessário apenas uma adaptação dos conectores50x, . . . , 50m,porém não uma adaptação da unidade detransformação 40.Além disso, adaptações desse tipo tambémpodem ser feitas durante a operação do nó detransformação 10, em que os conectores internos emquestão 501(...,50m são retirados durante a adaptação.
Através dos conectores internos SOlf^wSOm a solicitaçãode serviço é transmitida ao servidor provedorIOO1,...,100m. Isso ocorre preferivelmente através de umarede como a internet ou - se o nó de transformação 10 foroperado pelo próprio provedor de serviço - através de umarede interna de dados do provedor de serviço.
Após o processamento da solicitação de serviço noprograma de serviço executado no servidor provedorIOOi, . . . , IOOm, ou seja, após a execução do serviço oservidor provedor IOOi,..., IOOm envia o resultado deprocessamento, ou seja, os dados registrados no servidorprovedor 100i, ...,IOOra durante a execução do serviço deinternet ou do programa de serviço, de volta para o nó detransformação 10, onde é por sua vez recebido peloconector interno 50l7 . . . ,50m.
Após o recebimento e após a execução de alterações deformato dentro do conector interno 50Xí . . . ,50m a seremrealizadas se necessário o resultado de processamento étransmitido à unidade de teste 70, na qual será realizadoum exame formal do resultado de processamento. Nestecaso, será examinado se o resultado de processamento estáinteiramente e formalmente correto. Quanto à exatidão éexaminado por exemplo em caso de solicitação de umaestampa de franquia digital através de um usuário demarketplace se o resultado de processamento abrange umrascunho de impressão ou uma visualização de impressão daestampa postal digital. Os critérios para o exame dosresultados de processamento dos diferentes servidoresprovedores 100i,..., IOOm ficam armazenados em um banco dedados do nó de transformação 10.
Se a completude e exatidão não foram constatadas, entãono lugar do resultado de processamento ou adicionalmenteao resultado de processamento será transmitida umanotificação ao computador 200 do usuário de marketplacena qual é feita referência a uma falha.
A unidade de teste 70 também está em condições de testara disponibilidade do servidor provedor 100i, .. .,100m e decomunicar o resultado à unidade de transformação, deforma que esta possa realizar o Routing dinâmico descritode solicitações de serviço com base nos resultados deexame.O resultado de processamento examinado é encaminhadodentro do nó de transformação 10 ou através da unidade detransformação 4 0 ou por desvio da unidade detransformação 40 ao conector externo 30i,...,30m, quefica conectado ao marketplace de internet, do qual advémoriginalmente a solicitação de serviço.
Um outro processamento do resultado de processamento nonó de transformação 4 0 é necessário quando além de umencaminhamento do resultado de processamento aocomputador 2 00 do usuário de marketplace ou à fonte deconsolidador 150 tiver que ser feito ainda umprocessamento inteligente do resultado de processamento.
Neste caso, pode ser previsto por exemplo que em caso demarketplace de área, adicionalmente à transmissão doresultado de processamento ao computador 2 00 de usuárioou no lugar da transmissão do resultado de processamentoao computador 200 de usuário é feita uma transmissão deuma notificação sobre o resultado de processamento ousobre a requisição do serviço à fonte de dispersão160. A geração dessa notificação é, neste caso, feita naunidade de transformação. Objeto da notificação pode serpor exemplo uma indicação de que um determinado usuáriode marketplace requisitou um determinado serviço deinternet. Desse modo, o resultado do serviço também podeser transmitido pela fonte de dispersão 160 ao computadorde usuário 2 00.
Após o processamento otimizado do resultado deprocessamento através da unidade de transformação 4 0este é encaminhado ou através da unidade de autenticaçãoe de autorização 60 ou por desvio dessa unidade aoconector externo 3Oi,..., 3Om conectado ao marketplace deinternet correspondente.
Em uma forma vantajosa de concretização da presenteinvenção está previsto que o perfil de autorização deusuário pode ser alterado na unidade de autenticação e deautorização 60 em função do resultado de processamento.Assim é possível por exemplo atribuir usuários demarketplace que freqüentemente requisitam um determinadoserviço de internet, autorizações estendidas no âmbito deum "frequent user program", sendo que a unidade deautenticação e de autorização 60 registra a quantidadedos resultados de processamento transmitidos a umdeterminado usuário de marketplace.
O conector externo 30i, . . . ,30mrealiza as alteraçõesnecessárias de formato que corresponde à alteração deformato no processamento da solicitação de serviço noconector externo 30i,.../30m ou que é pré-determinadoindependentemente desta. Além disso, diferentesalterações de formato do resultado de processamento e dasnotificações determinadas a partir do resultado deprocessamento podem ser feitos na fonte de dispersão 160.
Além disso, é possível realizar no âmbito de umaconversão do resultado de processamento na unidade detransformação 4 0 ou no âmbito da alteração de formato noconector externo 30i,...,30m adaptações gráficas doresultado de processamento, de forma que ele possa seradaptado à apresentação do marketplace. Isso pode serfeito principalmente quando se tratar de um website comdeterminadas informações no caso do resultado deprocessamento.
Finalmente o conector externo 30i,...,30m transmite oresultado de processamento ao computador 2 00 do usuáriode marketplace, do qual advém a solicitação de serviço,ou à fonte de consolidador 150 de um transit marketplacee, se necessário, adicionalmente à fonte de dispersão 160de um marketplace de área.
Para administrar e monitorar o nó de transformação 10está prevista uma unidade de controle e de relatório 80,que é operada pelo administrador. Á unidade de controle ede relatório 60 Podem ser conectados um ou váriosequipamentos externos de processamento de dados 90 para aanálise de dados de utilização do nó de transformação 10.
Por meio da unidade de controle e de relatório 80 podemser verificadas, por um lado, as regras para a alteraçãode formato nos conectores externos 3Oi,...,3Om e nosconectores internos 50i,...,50m, as regras para a unidadede autenticação e de autorização 60, as regras para aconversão inteligente na unidade de transformação 40,assim como os critérios para o teste dos resultados deprocessamento na unidade de teste 70. Por outro lado, aunidade de controle e de relatório 80 está em condiçõesde verificar a requisição do nó de transformação 10 e doservidor provedor IOO1,..., IOOm conectado, através dosusuários dos marketplaces de internet, e disponibiliza-Ias na forma de tabelas de acesso e estatísticas para aanálise e cálculo. Todas as atividades de administração ede análise podem ser feitas também através dosequipamentos 90 de processamento de dados conectados.
Além disso, podem ser feitas comparações entre a data, naqual é recebida uma solicitação de serviço no nó detransformação 10, e a data, na qual o resultado deprocessamento é enviado pelo nó de transformação 10, coma finalidade de apurar uma duração de processamento eexaminar o cumprimento de confirmações dedisponibilidade em casos especiais e estatisticamente.
Para tanto, as informações necessárias para a análisepela unidade de transformação 40 são transmitidas àunidade de controle e de relatório 80 e avaliadas ali ounos equipamentos de processamento de dados 90.
Um cenário de aplicação possível da presente invençãorefere-se à concessão de serviços de franquia e delogística que são disponibilizados por uma empresa delogística, para usuários de portal de leilão, no qualsão leiloadas mercadorias no âmbito de leilões de umvendedor para um comprador. Via de regra as mercadoriasleiloadas são enviadas neste caso como remessas postaispelo vendedor ao comprador.
No âmbito da presente invenção podem ser oferecidos aosvendedores relacionados no portal de leilão os seguintesserviços de internet por exemplo:- um serviço de internet para gerar estampas de franquiadigital que podem ser impressas por meio de seucomputador de usuário 200.
- um serviço de internet para criar etiquetas de endereçopara o envio de mercadorias leiloadas.serviços de internet para determinar um produto daempresa de logística que seja adequado para a remessa epara averiguar preços de endereçamento postal.
- um serviço de internet para o rastreamento (tracking)das remessas postais enviadas.
Um vendedor pode ativar por exemplo durante o decorrerde um leilão diretamente no website do portal de leilãouma franquia de uma remessa postal para o envio do artigoleiloado.
Para a franquia pode ser utilizado neste caso um serviçode internet para preparar estampas de franquia digital,no qual um rascunho de impressão de uma estampa defranquia digital protegida por processo criptográfico épreparada no servidor provedor 100i, . . . ,IOOm etransmitida ao computador de usuário 2 00 do vendedor. Nocaso do rascunho de impressão pode se tratar de umdocumento em PDF, que pode ser impresso por umaimpressora conectada a um computador de usuário 2 00.
Neste caso, pode não haver a necessidade quehabitualmente existe quando se utiliza o serviço defranquia, de indicar dados como endereço de remetente edestinatário, produto desejado e meio de impressão para apreparação da estampa de franquia digital, já que essesdados são conhecidos dentro do portal de leilão ou podemser deduzidos de dados conhecidos. Por isso, essasinformações são reunidas dentro do portal de leilão etransmitidas ao nó de transformação 10 na solicitação deserviço. Os nós de transformação 10 e principalmente áunidade de transformação 4 0 assumem a conversãointeligente de modo que determinadas etapas de processo,que são realizadas quando da requisição do serviço deinternet, podem ser puladas. Desse modo, o processo parao vendedor é simplificado e agilizado. Assim, por exemplodados sobre o destinatário da remessa postal, ou seja,sobre o comprador das mercadorias, podem ser deduzidos dedados que tinham sido registrados durante o leilão e quepodem ser automaticamente inseridos na solicitação deserviço para a requisição do serviço de franquiadigital. Os dados sobre o remetente podem também serdisponibilizados pelo marketplace de internet eautomaticamente inseridos na solicitação de serviço.
No âmbito do processamento da solicitação de serviço nonó de transformação 10 são feita uma alteração de formatoda solicitação de serviço, uma autorização da utilizaçãodo serviço de franquia ou de outros serviços, o Routing euma conversão inteligente assim como o encaminhamento dasolicitação de serviço ao servidor provedorIOOi,..., IOOm, no qual o serviço de franquia é executado.
Como no caso do portal de leilão se trata geralmente deum marketplace de área, o resultado de processamentoapurado no servidor provedor IOOi, . . .,100mé transmitidopelo nó de transformação 10 diretamente ao computador deusuário 2 00 do vendedor. Na unidade de teste 70 do nó detransformação 10 pode ser examinado por exemplo se oresultado de processamento apurado no servidor provedorIOOi, . . . ,IOOm durante a execução do serviço de franquiacontém o rascunho de impressão da estampa de franquiadigital.
Além disso, é gerada uma notificação sobre a execução doserviço de franquia e transmitido à fonte de dispersão160 do portal de leilão. Este também pode servir parapoder exibir ao vendedor no website do portal de leilãouma informação sobre a execução bem sucedida do serviçode franquia.
Além disso, é possível preparar listas de acesso eestatísticas sobre a utilização dos serviços de franquiae de logística através de usuários do portal de leilão.
Finalmente, o nó de transformação serve para examinar ascondições de base estabelecidas com o marketplace deinternet para a preparação dos serviços (inglês "ServiceLevei Agreement", abreviado "SLA"), e comunicar desvios edocumenta-los. Nesse contexto são importantes entreoutras coisas a disponibilidade dos servidores provedoresIOOi,..., IOOm (ouse já, solicitações precisam serprocessadas) e a duração de processamento (ou sejaresultados de processamento devem estar presentes dentrode um determinado tempo).
SINAIS DE REFERÊNCIA
10 - nó de transformação
20 - slot de conector
30 - conector externo
40 - unidade de transformação
50 - conector interno
60 - unidade de autenticação e de autorização
70 - unidade de teste
80 - unidade de controle e de relatório
90 - equipamento de processamento de dados
100- servidor provedor
150 - fonte de consolidador ("Transit Marketplace")
160 - fonte de dispersão "marketplace de área")
200 - computador de usuário

Claims (27)

1. Nó de rede para prover pelo menos um serviço deinternet, que é executado em pelo menos um servidorprovedor (IOOi,..., IOOm ) de um provedor de serviço, parausuários de um marketplace de internet, compreendendopelo menos um conector externo (3O3., . . .,3Om ) parareceber uma solicitação de serviço, cuja geração éiniciada em um computador 200 de um usuário demarketplace de internet, e para transmitir um resultadode processamento averiguado no servidor provedor(IOO1, ...,IOOm )ao computador de usuário (200),- sendo que o serviço de internet é requisitado em umwebsite do marketplace de internet, o qual é provido deum servidor de marketplace (150, 160) conectado aocomputador de usuário (200), e- sendo que o conector externo (30i, ...,30m ) é capaz derealizar uma alteração de formato da solicitação deserviço e do resultado de processamento, como umaadaptação ao marketplace de internet,- uma unidade de trans.f-Qr-ma.ção (4 0) conectada ao conectorexterno (3O1,..., 3Om ) para apurar pelo menos um servidorprovedor (IOO1, ..., IOOra ) para realizar o serviço deinternet com base em informação contida na solicitação deserviço e para o endereçamento da solicitação de serviçoao servidor provedor (IOO1, ...,IOOm ) apurado,- uma unidade de autenticação e de autorização (60) paraverificar a autorização do usuário de marketplace para oacesso ao serviço de internet, e- pelo menos um conector interno (5Oi, . . .,50m ) conectadoà unidade de transformação (40) para transmitir asolicitação de serviço ao servidor provedor(IOO1,...,100m ) e para receber o resultado deprocessamento apurado no servidor provedor(IOO1, . . . ,100m) pelo dito servidor provedor(IOO1, ..., 100m) , caracterizado pelo fato de a verificaçãoda autorização do usuário de marketplace para acessar umserviço de internet poder ser realizada com base em umperfil de autorização de marketplace associado aomarketplace de internet.
2. Nó de rede, de acordo com a reivindicação 1,caracterizado pelo fato de o conector externo(3 Oi,..., 3 Om ) poder ser conectado ao nó de rede atravésde um slot para conector (2 0) , sendo que o conectorexterno (30i, . . . ,30m ) durante o funcionamento do nó derede (10) pode ser conectado ao nó de rede (10) edesconectado do nó de rede (10).
3. Nó de rede, de acordo com qualquer uma dasreivindicações 1 e 2, caracterizado pelo fato de oconector externo (301; . . . , 30m )ser conectado a pelo menosum computador de usuário (2 00) através de uma rede decomunicação, sendo que o computador de usuário (200) éconectado a um servidor de marketplace através da rede decomunicação (150, 160).
4. Nó de rede, de acordo com qualquer uma dasreivindicações 1 a 3, caracterizado pelo fato de emfunção do resultado de processamento no servidor provedor(ΙΟΟχ, . . . , 100m ) a unidade de transformação (40) geraruma notificação sobre o resultado de processamento e de oresultado de processamento ser então transmitido doconector externo (30Χί ...,30m ) ao servidor demarketplace (150, 160) .
5. Nó de rede, de acordo com qualquer uma dasreivindicações 1 a 4, caracterizado pelo fato de oconector interno (50χ, ..., 50m) estar em condições derealizar uma alteração de formato da solicitação deserviço e do resultado de processamento.
6. Nó de rede, de acordo com qualquer uma dasreivindicações 1 a 5, caracterizado pelo fato de oconector interno (50i, . . . , 50m) poder ser conectado ao nóde rede através de um slot para conector, sendo que oconector interno (50i, . . . ,50m) durante o funcionamento donó de rede (10) pode ser conectado ao nó de rede eseparado do nó de rede (10).
7. Nó de rede, de acordo com qualquer uma dasreivindicações 1 a 6, caracterizado pelo fato de averificação da autorização do usuário de marketplace paraacessar um serviço de internet poder ser realizada combase no perfil de autorização de marketplace associado aomarketplace de internet e com base em um perfil deautorização de usuário associado ao usuário demarketplace.
8. Nó de rede, de acordo com qualquer uma dasreivindicações 1 a 7, caracterizado pelo fato de asolicitação de serviço conter uma informação, que estácodificada através de uma chave atribuída distintamenteao marketplace de internet e que pode ser decodificada naunidade de autenticação e de autorização (60).
9. Nó de rede, de acordo com qualquer uma dasreivindicações 1 a 8, caracterizado pelo fato de o perfilde autorização de usuário estar contido na solicitação deserviço.
10. Nó de rede, de acordo com qualquer uma dasreivindicações 1 a 9, caracterizado pelo fato de o perfilde autorização de usuário ser codificado através de umachave distintamente atribuída ao marketplace de internetou ser provido de uma assinatura digital do marketplacede internet.
11. Nó de rede, de acordo com qualquer uma dasreivindicações 1 a 10, caracterizado pelo fato de aunidade de autenticação e de autorização (60) poderalterar o perfil de autorização de usuário em função doresultado de processamento apurado no servidor provedor(IOO1,----100m ) .
12. Nó de rede, de acordo com qualquer uma dasreivindicações 1 a 11, caracterizado pelo fato de aunidade de autenticação e autorização (60) poder alteraro perfil de autorização de usuário em função de umaquantidade de resultados de processamento apurados paraum usuário de marketplace.
13. Nó de rede, de acordo com qualquer uma dasreivindicações 1 a 12, caracterizado pelo fato de elecompreender uma unidade de teste (70) para examinar oresultado de processamento apurado no servidor provedor(1001; . . . , IOOm ) .
14. Nó de rede, de acordo com qualquer uma dasreivindicações 1 a 13, caracterizado pelo fato de aunidade de teste (70) estar em condições de examinar acompletude do resultado de processamento.
15. Nó de rede, de acordo com qualquer uma dasreivindicações 1 a 14, caracterizado pelo fato de eleapresentar uma unidade de relatório (80) para registrar eavaliar as solicitações de serviço e do resultado deprocessamento.
16. Método para prover pelo menos um serviço de internet,que é executado em pelo menos um servidor provedor(100i, . . . , IOOm ) de um provedor de serviço para usuáriosde um marketplace de internet, com as seguintes etapas:receber uma solicitação de serviço iniciada em umcomputador de usuário (200), em um conector externo( (300χ, . . . , 300m ) de um nó de rede (10), sendo que oserviço de internet é requisitado em um website domarkeplace de internet, provido de um servidor demarketplace (150, 160) conectado ao computador de usuário (200)realizar alterações de formato da solicitação deserviço no conector externo ( (30i, ...,3Om ) ,apurar um servidor provedor (100i, .. .,IOOm ) comauxílio de dados que estão contidos na solicitação deserviço e endereçar a solicitação de serviço ao servidorprovedor (100i,..., IOOm ) ,- transmitir a solicitação de serviço ao servidorprovedor (100i, . . . , IOOm ),apurar um resultado de processamento no servidorprovedor (100i, . . . , IOOm ) e transmitir o resultado deprocessamento ao nó de rede (10), e- receber do resultado de processamento no nó de rede(10) e transmitir o resultado de processamento aocomputador de usuário (2 00),caracterizado pelo fato de a autorização do usuário demarketplace para acessar o serviço de internet serverificada com base em um perfil de autorização demarketplace associado ao marketplace de internet.
17. Método, de acordo com a reivindicação 16,caracterizado pelo fato de o conector externo(30i,...,30m ) ficar conectado a pelo menos um computadorde usuário (2 00) através de uma rede de comunicação,sendo o computador de usuário (200) fica conectado a umservidor de marketplace (150, 160) através da rede decomunicação.
18. Método, de acordo com qualquer uma das reivindicações-16 e 17, caracterizado pelo fato de ser gerada umanotificação sobre o resultado de processamento em funçãodo resultado de processamento apurado no servidorprovedor (100i, . . . , IOOm ), que é transmitida peloconector externo (3O1, . . .,30m ) ao servidor demarketplace (150, 160).
19. Método, de acordo com qualquer uma das reivindicaçõesanteriores de 16 a 18, caracterizado pelo fato de o nó derede (10) ficar conectado ao servidor provedor(100i, . . .,IOOm ) através de um conector interno( (50χ, . . . , 50m ) e de no conector interno (50i,...,50m )ser realizada uma alteração de formato da solicitação deserviço e do resultado de processamento.
20. Método, de acordo com qualquer uma das reivindicaçõesanteriores de 16 a 19, caracterizado pelo fato de aautorização do usuário de marketplace para acessar umserviço de internet ser realizada com base em um perfilde autorização de marketplace associado ao marketplace deinternet e/ou com base em um perfil de autorização deusuário associado ao usuário de marketplace.
21. Método, de acordo com qualquer uma das reivindicaçõesanteriores de 16 a 20, caracterizado pelo fato de asolicitação de serviço conter informação codificada que édecodificada através de uma chave distintamenteatribuída ao marketplace de internet.
22. Método, de acordo com qualquer uma das reivindicaçõesanteriores de 16 a 21, caracterizado pelo fato de operfil de autorização de usuário estar contido nasolicitação de serviço.
23. Método, de acordo com qualquer uma das reivindicaçõesanteriores de 16 a 22, caracterizado pelo fato de operfil de autorização de usuário estar codificado atravésde uma chave distintamente atribuída ao marketplace deinternet ou ser provido de uma assinatura digital domarketplace de internet.
24. Método, de acordo com qualquer uma das reivindicaçõesanteriores de 16 a 23, caracterizado pelo fato de operfil de autorização de usuário ser alterado em funçãodo resultado de processamento no servidor provedor(IOO1, . . . , IOOm ).
25. Método, de acordo com qualquer uma das reivindicaçõesanteriores de 16 a 24, caracterizado pelo fato de operfil de autorização de usuário ser alterado em funçãode um número de resultados de processamento apurados paraum usuário de marketplace.
26. Método, de acordo com uma das reivindicaçõesanteriores de 16 a 25, caracterizado pelo fato de serverificada a completude do resultado de processamento.
27. Método, de acordo com qualquer uma das reivindicaçõesanteriores de 16 a 26, caracterizado pelo fato de assolicitações de serviço e o resultado de processamentoserem registrados em uma unidade de relatório do nó derede (10).
BRPI0612353-8A 2005-04-04 2006-03-10 nó de rede para prover pelo menos um serviço de internet e método para prover pelo menos um serviço de internet BRPI0612353A2 (pt)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
EP05007296.6 2005-04-04
EP05007296A EP1710981B1 (de) 2005-04-04 2005-04-04 Netzwerkknoten und Verfahren zum Bereitstellen von Internetdiensten auf Internetmarktplätzen
PCT/EP2006/002250 WO2006105852A1 (de) 2005-04-04 2006-03-10 Netzwerkknoten und verfahren zum bereitstellen von internetdiensten auf internetmarktplätzen

Publications (1)

Publication Number Publication Date
BRPI0612353A2 true BRPI0612353A2 (pt) 2010-11-03

Family

ID=34934729

Family Applications (1)

Application Number Title Priority Date Filing Date
BRPI0612353-8A BRPI0612353A2 (pt) 2005-04-04 2006-03-10 nó de rede para prover pelo menos um serviço de internet e método para prover pelo menos um serviço de internet

Country Status (10)

Country Link
US (1) US8112792B2 (pt)
EP (1) EP1710981B1 (pt)
JP (1) JP4814311B2 (pt)
CN (1) CN101151874B (pt)
AT (1) ATE385647T1 (pt)
BR (1) BRPI0612353A2 (pt)
CA (1) CA2627652A1 (pt)
DE (1) DE502005002758D1 (pt)
DK (1) DK1710981T3 (pt)
WO (1) WO2006105852A1 (pt)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8402525B1 (en) * 2005-07-01 2013-03-19 Verizon Services Corp. Web services security system and method
JP5027227B2 (ja) * 2006-07-10 2012-09-19 テレフオンアクチーボラゲット エル エム エリクソン(パブル) 通信ネットワークにおける認証手順のための方法および装置
EP1973298B1 (de) 2007-03-19 2013-09-11 Deutsche Post AG Verfahren zum Bereitstellen von Internetdiensten auf Internetplattformen
US20090210748A1 (en) * 2008-02-18 2009-08-20 Ita Software, Inc. Methods and systems to test airline information systems
CN107077128B (zh) * 2014-09-15 2019-07-26 Abb瑞士股份有限公司 控制工业设施中的现实世界对象
US10063280B2 (en) 2014-09-17 2018-08-28 At&T Intellectual Property I, L.P. Monitoring and mitigating conditions in a communication network
WO2017187538A1 (ja) * 2016-04-27 2017-11-02 株式会社野村総合研究所 購買活動支援システム
US10862252B2 (en) * 2018-05-04 2020-12-08 The Ricker Lyman Robotic Company, Inc. Surface-contact ethernet connector, network equipment chassis including the same and operating method thereof

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6363452B1 (en) * 1999-03-29 2002-03-26 Sun Microsystems, Inc. Method and apparatus for adding and removing components without powering down computer system
EP1124192A1 (de) * 2000-02-01 2001-08-16 peraro technologies ag Standardisierter Austausch von Daten im elektronischen Geschäftsverkehr
FR2814827B1 (fr) * 2000-10-02 2003-01-10 Amadeus Developement Company Unite de multiplexage, systeme et procede de communication dans un reseau informatique
US6993506B2 (en) * 2000-12-05 2006-01-31 Jgr Acquisition, Inc. Method and device utilizing polymorphic data in e-commerce
JP2002183491A (ja) * 2000-12-14 2002-06-28 Ntt Communications Kk 電子文書配信システム及び電子文書仲介装置
US7305697B2 (en) * 2001-02-02 2007-12-04 Opentv, Inc. Service gateway for interactive television
US20020107752A1 (en) * 2001-02-08 2002-08-08 Rivera Gustavo R. System and method for integrating web-originated orders with backend business systems
WO2002073356A2 (en) * 2001-03-09 2002-09-19 Omnexus Americas, Inc. Marketplaces for on-line contract negotiation, formation and price and availability querying
US20030036966A1 (en) * 2001-08-16 2003-02-20 International Business Machines Corporation Computer system, method, and business method for integrating an e-commerce application with a back-end business processing application
JP2004096380A (ja) * 2002-08-30 2004-03-25 Fujitsu Ltd 経路制御装置及び経路制御システム

Also Published As

Publication number Publication date
CN101151874B (zh) 2011-11-02
CN101151874A (zh) 2008-03-26
DE502005002758D1 (de) 2008-03-20
EP1710981B1 (de) 2008-02-06
DK1710981T3 (da) 2008-06-09
CA2627652A1 (en) 2006-10-12
JP2008535420A (ja) 2008-08-28
JP4814311B2 (ja) 2011-11-16
WO2006105852A1 (de) 2006-10-12
EP1710981A1 (de) 2006-10-11
US8112792B2 (en) 2012-02-07
ATE385647T1 (de) 2008-02-15
US20080123667A1 (en) 2008-05-29

Similar Documents

Publication Publication Date Title
US20080155254A1 (en) Method and system for installing a root certificate on a computer with a root update mechanism
US20030229501A1 (en) Systems and methods for efficient policy distribution
US6718230B2 (en) Transaction management method and apparatus, and program and recording medium thereof
JP2007515001A (ja) 電子調達システムを介して出荷ラベルを提供する方法及びシステム
US11610182B2 (en) System and method for electronic lead verification
US7490272B2 (en) Method for validating the proper operation of a transactional management system
US10552176B1 (en) Certifying operating system images
CN101971560A (zh) 用于处理多步骤验证序列的方法和装置
BRPI1103620A2 (pt) Sistema de retransmissão de impressão, sistema de impressão de conteúdo, método para controlar o sistema de retransmissão de impressão, e, programa
US9888084B2 (en) Automatic network domain diagnostic repair and mapping
TWI260519B (en) Self-managing computing method, system and computer program product for managing at least one component in a computing environment
BRPI0612353A2 (pt) nó de rede para prover pelo menos um serviço de internet e método para prover pelo menos um serviço de internet
EP2973296B1 (en) Method and apparatus for translation of business messages
US8266426B2 (en) Hardware certification based on certifying development processes
US11954722B1 (en) System and method for printing postage
KR102592322B1 (ko) 신원 인증용 블록체인 네트워크에 기반한 시험성적서의 유효성 검증 시스템
KR20180035417A (ko) 전자 품질 보증서 관리 시스템 및 그 방법
KR102170095B1 (ko) 네트워크에서의 거래정보 관리 시스템 및 방법
US20030078796A1 (en) Server apparatus, product distribution system, product distribution management method, program to have computer perform the method, and computer readable recording medium storing the program
TW528956B (en) Authorization method and system for accessing resource
US8275670B2 (en) Electronic sales and contracting
KR20040083988A (ko) 윈도우 기반의 엑스엠엘 문서 전자서명 생성 및 검증 시스템
KR20250080176A (ko) Api 플랫폼 시스템의 api 명세 자동 검수, 등록 및 사용량 검증 방법
KR20250116933A (ko) 블록체인 기반 개인 웹 노드를 통한 검증가능한 개인 데이터를 소유하고 거래하는 방법 및 그 장치
CN114697114A (zh) 数据处理方法、装置、电子设备和介质

Legal Events

Date Code Title Description
B08F Application dismissed because of non-payment of annual fees [chapter 8.6 patent gazette]

Free format text: REFERENTE A 6A ANUIDADE.

B08K Patent lapsed as no evidence of payment of the annual fee has been furnished to inpi [chapter 8.11 patent gazette]

Free format text: REFERENTE AO DESPACHO 8.6 PUBLICADO NA RPI 2161 DE 05/06/2012.