BRPI0803389B1

BRPI0803389B1 - métodos implementados por computador para gerenciamento de sequência de mensagem de eventos correlacionados e de uma sequência de solicitações de serviço correlacionados

Info

Publication number: BRPI0803389B1
Application number: BRPI0803389A
Authority: BR
Inventors: Ottavi Adriano; Aprile Luciano; Renzo Gandini Stefano
Original assignee: Accenture Global Services Gmbh; Accenture Global Services Ltd; Accenture Int Sarl
Priority date: 2007-08-13
Filing date: 2008-08-13
Publication date: 2019-09-10
Also published as: CA2638470C; DE602007004209D1; CN101369919A; AU2008203816B2; CN101369919B; CA2638470A1; HK1125514A1; EP2026500B1; EP2026500A1; BRPI0803389A2; US20090048891A1; EP2182675A1; ATE454770T1; US9152937B2; AU2008203816A1; EP2182675B1; ATE517479T1

Abstract

gerenciamento de sequência de mensagem de eventos correlacionados de base empresarial. trata-se do gerenciamento de seqúência de mensagem de eventos correlacionados de base empresarial que incorpora a alteração e o negócio exclusivo de um provedor de serviço de telecomunicações com configurações mínimas, o desenho identifica e gerencia as solicitações de serviço relacionadas e assegura que as solicitações de serviço relacionadas sigam uma sequência de execução precisa conforme definido pela lógica de negócio. as características robustas do desenho permitem a integração e o gerenciamento simplificado para alterar os processos e necessidades de negócio.

Description

[001] A presente invenção refere-se, em geral, à identificação e gerenciamento de solicitações de serviço. Mais especificamente, a descrição refere-se ao gerenciamento de solicitação de serviço relacionado com mensagens através de uma base empresarial de múltiplas aplicações.

INFORMAÇÕES ANTECEDENTES [002] A indústria de comunicações continua a se deparar com demandas de mais serviços e com a rápida implantação de novos serviços, embora a complexidade das tecnologias básicas que proporcionam os serviços continue a aumentar. Os provedores de serviço requerem que os sistemas que proporcionam tanto para consumidores residenciais como comerciais a capacidade de ativar e gerenciar facilmente as solicitações de gerenciamento dos serviços. Os provedores de serviço de telecomunicações reconhecem a capacidade de os consumidores escolherem os serviços desejados e adotarem pelo menos etapas básicas a fim de solicitarem os serviços como um diferenciador crítico de mercado. Os consumidores avaliam os provedores de serviço com base no número de serviços disponíveis e na facilidade de ativação e uso dos serviços pelos consumidores. Os consumidores também reconhecem o tempo de ciclo entre a iniciação e ativação de solicitação de serviço bem sucedida como um diferenciador de mercado dominante.

[003] O fornecimento de serviços de telecomunicação envolve

Petição 870190066039, de 12/07/2019, pág. 16/38

2/22 muitos detalhes complexos e técnicos e geralmente transpõe múltiplas aplicações e sistemas que se situam em diversas plataformas técnicas e várias localizações geográficas. Para qualquer dada solicitação de serviço, podem existir múltiplos sistemas que precisam ser acessados, utilizados e atualizados. Estes sistemas podem ser completamente não relacionados uns aos outros. Por exemplo, provavelmente um sistema de faturamento é separado de um sistema de processamento de ordem. Adicionalmente, uma base empresarial pode ter múltiplos sistemas de faturamento em múltiplas localizações geográficas.

[004] Além disso, a sequência precisa para acessar, utilizar e atualizar estes sistemas é essencial à execução bem sucedida de uma dada solicitação de serviço. Adicionalmente, o manejo de diversas solicitações de serviço de uma vez, tanto relacionadas como não relacionadas, pode atrapalhar os recursos de rede e resultar em erros se as solicitações não forem apropriadamente manejadas, causando uma intervenção humana significativa. A necessidade de interação humana pode aumentar significativamente o custo associado para dotarem os consumidores com um nível de serviço de cliente aceitável. Além disso, se a sequência de execução precisa requerida de eventos não for apropriadamente manejada, pode resultar na perda de benefícios do provedor de serviço de telecomunicações e em uma falta de confiança dos consumidores frustrados com relação ao provedor de serviço de telecomunicações. Por exemplo, se ocorrer um erro enquanto o um consumidor estiver interagindo com um provedor de serviço de telecomunicação, o consumidor pode interromper o processo e escolher outro provedor de serviço de telecomunicações.

[005] Atualmente, para que um provedor de serviço de telecomunicações crie uma estrutura de processamento de solicitações de serviço através de múltiplas aplicações distintas e localizações geográficas, o provedor de serviço de telecomunicações implementa

Petição 870190066039, de 12/07/2019, pág. 17/38

3/22 uma série de aplicações de software atreladas aos negócios exclusivos. Isto pode levar uma quantidade extraordinária de tempo e ser muito dispendioso para o provedor de serviço. Além disso, com todas as ferramentas de software disponíveis no mercado, os provedores de serviço de telecomunicações usam diversas ferramentas de software em múltiplas plataformas diferentes. Na tecnologia de informações do provedor de serviço de telecomunicações também pode ser mais confortável usar um conjunto de ferramentas versus outro. Por exemplo, uma equipe de tecnologia de informações pode ser mais bem treinada em UNIX e software que executa em um ambiente UNIX enquanto a outra equipe de tecnologia de informações pode ficar mais confortável com Microsoft e produtos baseados em Microsoft.

SUMÁRIO DA INVENÇÃO [006] Por meio da introdução, as modalidades abaixo incluem sistemas e métodos para sincronizar dados através de um fluxo de múltiplas mensagens que requerem uma sequência de execução precisa.

[007] Em um primeiro aspecto, descreve-se um método para manejar mensagens interdependentes. Geralmente, uma solicitação de serviço é recebida por um provedor de serviço de telecomunicações. O provedor de serviço de telecomunicações designa um id de correlação à solicitação de serviço e cria uma instância para a solicitação de serviço com informações relacionadas ao id de correlação dentro da instância. [008] O provedor de serviço de telecomunicações determina se já existe uma instância executando com o mesmo id de correlação. Se uma instância com o mesmo id de correlação já estiver executando, o provedor de serviço de telecomunicações adiciona um elemento adicional relacionado com a nova solicitação de serviço à instância atual. O elemento adicional instrui a instância atual para reter a execução da solicitação de serviço até que instância atual receba uma

Petição 870190066039, de 12/07/2019, pág. 18/38

4/22 notificação da instância de execução.

[009] Em um segundo aspecto, descreve-se um método alternativo para manejar mensagens interdependentes. O provedor de serviço de telecomunicações recebe uma solicitação de serviço e designa um id de correlação para a solicitação de serviço. A seguir, o provedor de serviço de telecomunicações cria uma instância para a solicitação de serviço se for determinado que uma instância de execução com o mesmo id de correlação não existe. Se for determinado que existe uma instância de execução com o mesmo id de correlação, a nova solicitação de serviço pode ser adicionada a uma fila para processamento.

[0010] Em um terceiro aspecto, descreve-se um método para gerenciar uma sequência de solicitações de serviço correlacionadas. Todas as possíveis solicitações de serviço e suas respectivas interdependências são determinadas. Com base nesta determinação, designa-se uma sequência de execução.

[0011] Em um quarto aspecto, descreve-se um sistema para gerenciar eventos correlacionados. O sistema inclui diversos componentes diferentes incluindo uma ferramenta de software usada para modelar o conteúdo de uma solicitação de serviço, uma tecnologia de middleware de integração usada para identificar e configurar os eventos correlacionados e para suportar integração baseada em mensagem, tal como MOM, ESB, BPM ou EAI e um componente de aplicação externa que inclui lógica de negócio exclusiva para o provedor de serviço de telecomunicações. A ferramenta de software monitora o conteúdo e os atributos da solicitação de serviço e é usada para provar os parâmetros entre os quais o critério de correlação pode ser determinado. A tecnologia de middleware de integração é configurada para manejar as solicitações de serviço geradas por um consumidor de serviço externo. O consumidor de serviço externo ou lógica de processo

Petição 870190066039, de 12/07/2019, pág. 19/38

5/22 de aplicação executa a solicitação de serviço em uma sequência específica. O consumidor de serviço externo é, em geral, uma aplicação que é capaz de executar os serviços conforme uma lógica ou sequência específica de acordo com as etapas necessárias para completar o processo de negócio de provedores de serviço de telecomunicação. BREVE DESCRIÇÃO DOS DESENHOS [0012] A descrição pode ser mais bem entendida com referência aos seguintes desenhos e à descrição. Os componentes nas figuras não são necessariamente em escala, sendo que, em vez disso, a ênfase é estabelecida mediante a ilustração dos princípios do desenho. Além disso, nas figuras, as referências numéricas similares designam partes ou elementos que correspondem às diferentes vistas.

A figura 1 é uma vista simplificada de uma modalidade de um ambiente de operação;

A figura 2 é um fluxograma que ilustra o processamento de uma solicitação de serviço;

A figura 3 é um diagrama detalhado de uma possível implementação dos processos envolvidos na arquitetura de correlação e sequência;

A figura 4 é uma vista simplificada que ilustra um exemplo do desenho atual;

A figura 5 é uma vista simplificada que ilustra um exemplo alternativo do desenho atual;

A figura 6 ilustra a construção dos códigos de correlação; e

A figura 7 esboça um exemplo simplificado do desenho atual. [0013] Outros sistemas, métodos, características e vantagens tornam-se aparentes para alguém versado na técnica mediante a análise das seguintes figuras e da descrição detalhada. Pretende-se que todos os sistemas, métodos, características e vantagens adicionais incluídos nesta descrição se encontrem dentro do escopo do desenho e

Petição 870190066039, de 12/07/2019, pág. 20/38

6/22 protegidos pelas reivindicações a seguir.

DESCRIÇÃO DETALHADA [0014] Atualmente, existe uma necessidade de uma aplicação padrão que possa incorporar as necessidades de negócio exclusivas de qualquer provedor de serviço de telecomunicações com configurações mínimas. Além disso, existe a necessidade de um sistema que seja capaz de executar em múltiplas plataformas e seja independente de fornecimento.

[0015] O Gerenciamento de Sequência de Mensagem do desenho de Eventos Correlacionados de Base Empresarial para um provedor de serviço de telecomunicações separa a complexidade do fornecimento de serviços de telecomunicação da experiência do consumidor. O desenho identifica e gerencia as solicitações de serviço relacionadas e assegura que as solicitações de serviço relacionadas sigam uma sequência de execução precisa conforme definido pela lógica do negócio. Adicionalmente, solicitações de serviço relacionadas operam em único fio enquanto as solicitações de serviço não relacionadas operam em múltiplos fios.

[0016] Dentro do Gerenciamento de Sequência de Mensagem Eventos Correlacionados de Base Empresarial, o desenho pode processar solicitações de serviço forçadas em um nível fino de granularidade que promove a implementação, reutilização e otimização eficiente não somente das solicitações de serviço, mas dos serviços mais complicados construídos com as solicitações de serviço granulares. Os exemplos das solicitações de serviços granulares são fornecidos dados em mais detalhes abaixo. Por exemplo, as solicitações de serviço podem incluir, um cliente criar a solicitação de serviço, um cliente modificar a solicitação de serviço de data geral e a ordem de serviço que fornece a solicitação de serviço. O Gerenciamento de Sequência de Mensagem do sistema de Eventos Correlacionados de

Petição 870190066039, de 12/07/2019, pág. 21/38

7/22

Base Empresarial pode receber as solicitações de serviço e identificar os atributos (por exemplo, código de cliente, código de conta, código de divisão, código de base empresarial, código de produto e um id de ordem) das solicitações de serviço que definem os códigos de correlação. Os códigos de correlação podem ser usados para gerenciar as solicitações de serviço relacionadas exceções de uma maneira coordenada.

[0017] O desenho pode definir, de modo único, os eventos operacionais (por exemplo, ações) que são mapeados para os serviços de negócio (por exemplo, solicitações de serviço direcionadas a um serviço). O desenho pode usar serviços de negócio para trocar informações entre os sistemas envolvidos na distribuição e gerenciamento de serviços. Em uma implementação, o desenho implementa um esquema de modelo de dados que define entidades usadas para criar, ler, atualizar e deletar solicitações de serviço. As entidades podem representar os objetos distintos dentro da arquitetura usada para oferecer serviços para consumidores e gerenciar a distribuição dos serviços para os clientes. Como exemplos, a arquitetura pode incluir entidades, tais como uma entidade de conta de faturamento, entidade de cliente e entidade empresarial. As entidades podem incluir atributos que identificam solicitações de serviço de modo único e definir códigos de correlação. A arquitetura pode usar códigos de correlação para identificar e gerenciar as solicitações de serviço relacionadas de uma maneira organizada. Por exemplo, o desenho pode usar códigos de correlação para implementar a funcionalidade de manejo de exceção.

[0018] Embora os componentes específicos de um sistema sejam descritos, os métodos, sistemas e artigos de fabricação coerentes com a arquitetura podem incluir componentes adicionais ou diferentes.

[0019] A figura 1 ilustrar uma vista simplificada do ambiente 100.

Petição 870190066039, de 12/07/2019, pág. 22/38

8/22

O ambiente 100 pode incluir algumas ou todas as arquiteturas de correlação e sequência 102, um sistema CCare (Assistência a Cliente) 104, um sistema de portal de cliente 106, um sistema de faturamento 108, um sistema de gerenciamento de ordem integrado (IOM) 110, um sistema de fornecimento 114, um sistema de planejamento de recurso empresarial (ERP) 116 e um sistema de saldo 118 (por exemplo, sistema de gerenciamento de conta). Além disso, sistemas adicionais também podem ser incluídos. Por exemplo, uma empresa pode ter múltiplos sistemas de faturamento. O ambiente 100 também permite que os provedores de serviço 120 se comuniquem com os clientes 122, consumidores 124 (por exemplo, clientes potenciais), parceiros de distribuição 126 e outras entidades através de uma rede 128 (por exemplo, a Internet).

[0020] O sistema de Arquitetura de Correlação e Sequência 102 pode mediar entre os sistemas incluídos no ambiente 100 e na comunicação com o ambiente 100. O sistema de Arquitetura de Correlação e Sequência 102 pode permitir aplicações para executar de modo coesivo a realização de inúmeros processos de negócio interfuncionais. O sistema de Arquitetura de Correlação e Sequência 102 pode proporcionar serviços de mensagem de modo que aplicações diferentes possam se comunicar umas com as outras usando solicitações de serviço (por exemplo, solicitações de serviço de negócio).

[0021] A tabela 1 mostra uma lista de amostra de serviços de negócio que o ambiente 100 pode usar para distribuir e gerenciar os serviços fornecidos. Esta lista é somente exemplificativa e não deve ser usada para limitar os possíveis serviços de negócio. O ambiente 100 pode definir de modo único os eventos operacionais (por exemplo, ações) que o ambiente 100 mapeia para os serviços de negócio. O ambiente 100 pode usar os serviços de negócio para trocar informações

Petição 870190066039, de 12/07/2019, pág. 23/38

9/22 (por exemplo, dados incluídos nas entidades encaminhadas nas solicitações de serviço) entre os sistemas envolvidos na distribuição e gerenciamento dos serviços (por exemplo, o sistema de Correlação e Sequência 102, o sistema CCare 104, o sistema de portal de cliente 106, o sistema de faturamento 108, sistema IOM 110, o sistema de fornecimento 114 e o sistema ERP 116).

Tabela 1 - Serviços de Negócio

Ativação de Consulta de Fatura de Conta

Ajuste de Verificação de Conta Bancária de Conta Pós-Paga

Criar Alertas

Criar Conta de Faturamento

Criar Cliente

Criar Conta de Serviço

Criar Ordem Pós-Paga

Criar Ordem Pré-Paga

Criar Solicitação de Serviço

Criar Usuário

Consulta de Saldo Credor

Modificar Conta de Faturamento

Modificar Dados de Cliente

Modificar Solicitação de Serviço

Modificar Usuário

Solicitação de Número de Portabilidade

Reposição

Solicitar Substituição de Cartão SIM

Recuperar Dados de Conta de Faturamento

Recuperar Dados de Cliente

Recuperar Ativos Instalados

Recuperar Ordens

Recuperar Configuração de Produto

Petição 870190066039, de 12/07/2019, pág. 24/38

10/22

Recuperar Lista de Produto

Recuperar Preço de Produto

Recuperar Contas de Serviço

Recuperar Solicitação de Serviço Recuperar Dados de Usuário Enviar mensagem de e-Mail

Enviar mensagem SMS

Item de Serviço para Fornecimento de Resposta Ordem de Serviço para Fornecimento

Ordem de serviço para Fornecimento de Resposta Sincronizar Perfil de Faturamento de Conta Sincronizar Fatura de Conta para Envio Sincronizar Fatura de Conta para Pessoa Sincronizar Dados Gerais de Conta

Sincronizar Dados de Pagamento de Conta Sincronizar Conta

Sincronizar Componente de Ativo

Sincronizar Cliente

Sincronizar Endereço Fiscal de Cliente

Sincronizar Dados Gerais de Cliente

Executar Tarefa

Executar Tarefa de Resposta

Consulta de Uso de Tráfego

Validar Dados de Cartão de Crédito

Validar Endereço de Cliente Validar Dados de Cliente

Validar Disponibilidade DSL [0022] Referindo-se brevemente à figura 6, cada serviço de negócio

600 pode incluir um cabeçalho 602 e objetos 604 que representem as

Petição 870190066039, de 12/07/2019, pág. 25/38

11/22 entidades lógicas, tais como uma entidade de conta de faturamento 606, uma entidade de cliente 608 e uma entidade empresarial 610. O cabeçalho 602 dos serviços de negócio pode incluir atributos, tais como um código de cliente 612 para identificar um cliente, um código empresarial 614, um nome de evento de negócio 616, um estado de execução 618 para indicar estado, um id de instância de evento de negócio 620 para identificar múltiplas instâncias e fios de um evento de negócio e uma data recebida 622 para marcação de horário quando um sistema recebe um serviço de negócio. O ambiente 100 pode consultar uma definição de código de correlação ou outra especificação de código de correlação para determinar quais atributos o ambiente 100 usa e em qual ordem, para formar um código de correlação. Por exemplo, a arquitetura pode obter um código de correlação 624 concatenando-se a sequência ordenada da entidade de conta de faturamento 606, entidade de cliente 608 e entidade empresarial 610 em um único código de correlação 624. Em outro exemplo, o ambiente 100 pode obter um código de correlação 626 combinando-se as entidades de um serviço de negócio 600 em uma ordem ou sequência diferente.

[0023] A Tabela 3 mostra exemplos de serviços de negócio e combinações de entidade que o ambiente 100 pode usar para distribuir e gerenciar os serviços fornecidos. Por exemplo, a criação de serviço de negócio de cliente pode incluir o cabeçalho e os clientes de entidade, endereço e empresa, embora a modificação do serviço de negócio de dados gerais de cliente inclua o cabeçalho e os clientes de entidade e empresariais.

Tabela 3 - Combinações de Serviços de negócio (Entidades)

Ajuste de Conta Pós-Paga (Conta de Faturamento, Conta de Ajuste, Produto Serviço)

Ajuste de Conta Pré-Paga (Conta de Faturamento, Conta de Ajuste,

Petição 870190066039, de 12/07/2019, pág. 26/38

12/22

Produto Serviço)

Componente de Ativo (Atributo(s), Produto-Serviço)

Criar Conta (Conta de Faturamento, Endereço, Empresa, Perfil de

Faturamento, Dados de Pagamento, Contato)

Criar Cliente (Cliente, Endereço, Empresa)

Modificar Fatura de Conta para Envio (Endereço, Conta de Faturamento, Empresa)

Modificar Fatura de Conta para Pessoa (Conta de Faturamento, Contato, Empresa)

Modificar Perfil de Conta Faturamento (Conta de Faturamento, Perfil de Faturamento, Empresa)

Modificar Dados Gerais de Conta (Conta de Faturamento, Empresa) Modificar Dados de Pagamento de Conta (Conta de Faturamento, Perfil de Faturamento, Empresa, Dados de Pagamento) Modificar Dados Gerais de Cliente (Cliente, Empresa)

Modificar Endereço Físico de Cliente (Endereço)

Reposição (Conta de Faturamento, Perfil de Faturamento, Dados de Pagamento, Produto-Serviço, Reposição)

Ordem de Serviço para Fornecimento (Ordem de Serviço, Produto(s)Serviço(s),

Produto-Serviço-Conta, Produto(s)-Serviço(s)-Conta(s)-Endereço(s), Produto(s)-Serviço(s)-Conta(s)-Contato(s), Produto(s)-Serviço(s)-Atributo(s),

Produto(s)-Serviço(s)-Usuário(s)-Contatos(s)

Executar tarefa (Ordem de Serviço Técnico, Ordem, Atributos(s)) Executar tarefa de resposta (Ordem de Serviço Técnico, Atributos(s)) [0024] O ambiente 100 pode usar eventos de negócio (por exemplo, solicitações de serviço de negócio) para trocar dados entre os sistemas

Petição 870190066039, de 12/07/2019, pág. 27/38

13/22 dentro e em comunicação com o ambiente 100. Por exemplo, o sistema IOM 110 pode solicitar um sistema de fornecimento 114 para realizar uma operação particular que resulta em evento de execução de tarefa. Em uma implementação, o sistema de correlação e sequência 102 recebe uma solicitação do sistema IOM 110 e encaminha a solicitação para o sistema de fornecimento apropriado 114. O evento de execução de tarefa pode ser representado por um serviço de negócio de execução de tarefa que contém solicitações de serviço que o sistema IOM 110 mapeia para as tarefas de operações de sistema.

[0025] O sistema CCare 104 pode gerenciar os relacionamentos de cliente de modo que os provedores de serviço 120 e clientes 122 possam acessar diretamente as informações de cliente, unindo as necessidades do cliente aos planos e ofertas de serviço-produto, lembrar os clientes dos requerimentos de serviço e identificar todos os produtos comprados e/ou em uso por um cliente 122. O sistema CCare 104 pode incluir capacidade de ajudar o departamento de marketing do provedor de serviço 120 a identificar e apontar os melhores clientes do provedor de serviço 120, gerenciar campanhas de marketing com metas e objetivos claros e gerar direções de qualidade para a equipe de vendas do provedor de serviço 120. O sistema CCare 104 pode ajudar o provedor de serviço 120 a aperfeiçoar televendas, conta e gerenciamento de vendas otimizando-se as informações compartilhadas por múltiplos empregados e aperfeiçoando os processos existentes (por exemplo, anotando pedidos que usam dispositivos móveis). O sistema CCare 104 pode dotar o provedor de serviço 120 com funcionalidade para formar relacionamentos personalizados com os clientes 122, consumidores 124 (por exemplo, clientes potenciais) e parceiros de distribuição 126. O sistema CCare 104 pode aprimorar a satisfação do cliente, identificar os clientes mais lucrativos, dotar os clientes com o nível mais alto de serviço e,

Petição 870190066039, de 12/07/2019, pág. 28/38

14/22 consequentemente, maximizar os lucros. O sistema CCare 104 pode dotar os empregados do provedor de serviço 120 com as informações e processos necessários para analisar os perfis de cliente, entender as necessidades do cliente 122 e construir de maneira efetiva os relacionamentos entre o provedor de serviço 120, o cliente 124 e os parceiros de distribuição 126.

[0026] O portal de cliente 106 pode permitir que os clientes 122 e consumidores 124 acessem e forneçam serviços diretamente a partir de uma rede (por exemplo, a Internet). Em uma implementação, o portal de cliente 106 se comunica com o sistema de correlação e sequência 102 através do Protocolo de Acesso a Objetos Simples (SOAP) que proporciona uma abordagem de troca de mensagem baseadas em XML. O portal de cliente 106 pode proporcionar para clientes 122 e consumidores 124 um navegador para visualizar, comprar e fornecer serviços disponíveis, modificar informações demográficas, dados de conta de faturamento e pagamento, visualizar declaração de fatura, saldo e reposição de contas pré-pagas.

[0027] O sistema de faturamento 108 pode realizar a atividade de faturamento de clientes 122 para produtos e serviços. As principais funções do sistema de faturamento 108 podem incluir a manutenção dos dados de faturamento, custos recorrentes e de uso de serviços, descontos, taxas de serviço, catálogos de serviços e gerar contas impressas e eletrônicas.

[0028] O sistema gerenciamento de ordem integrado (IOM) 110 pode proporcionar ao ambiente 100 uma fundação para a automação de processo, assim como os componentes de fluxo de trabalho humano para o fornecimento de um serviço. O desenho do sistema IOM 110 pode implementar o gerenciamento de ordem de serviço e nível de tarefa para o fornecimento bem sucedido de um serviço.

[0029] O sistema de fornecimento 114 pode proporcionar serviços

Petição 870190066039, de 12/07/2019, pág. 29/38

15/22 para configurar um serviço que inclui equipamento de configuração, fio e transmissão. O sistema de fornecimento 114 pode gerenciar a funcionalidade para ativar e desativar os produtos e serviços oferecidos por um provedor de serviço 120. O sistema de fornecimento 114 pode gerenciar o fornecimento sem fio e com fio, televisão de protocolo de internet (IPTV), protocolo de voz sobre internet (VOIP) e fornecimento de serviços dedicados.

[0030] O sistema ERP (Planejamento de Recursos Empresariais) 116 podem gerenciar o planejamento de produto, compra (por exemplo, materiais e componentes usados para distribuir produtos e serviços), manter inventários, interagir com fornecedores, proporcionar serviço para cliente e rastrear ordens. O sistema ERP 116 também pode incluir módulos de aplicação para gerenciar os aspectos financeiros de recursos humanos para o negócio de provedor de serviço. O sistema ERP 116 pode gerenciar e rastrear a coleta dos pagamentos através de faturas de cliente 122 enviadas pelo sistema de faturamento 108, registrar os pagamentos e unir as ordens e pagamentos aos parceiros de distribuição 126 (por exemplo, fornecedores).

[0031] Em uma implementação, o sistema CCare 104 gerencia todas as entidades relacionadas ao gerenciamento de cliente e conta e as ordens para produtos e serviços comprados pelos clientes 122. O sistema CCare 104 pode iniciar as operações dedicadas a ativar, modificar e remover dados de cliente e uma ativação e desativação de ordem. O sistema de correlação e sequência 102 pode replicar e encaminhar entidades conforme necessário para os sistemas em comunicação com o ambiente 100 para fornecer e gerenciar serviços. O sistema de correlação e sequência 102 pode mapear o evento de sistema CCare 104 para um serviço de negócio correspondente. O ambiente 100 pode transformar os dados encaminhados para os serviços de negócio em um modelo de objetivo comum usado pelos

Petição 870190066039, de 12/07/2019, pág. 30/38

16/22 sistemas em comunicação com o ambiente 100 para fornecer e gerenciar serviços. O sistema de correlação e sequência 102 pode proporcionar lógica para rotear os eventos (por exemplo, solicitações de serviço a serviços de negócio) para aplicações que usam uma sequência predeterminada. O sistema de correlação e sequência 102 pode proporcionar aos consumidores 124 e clientes 122 um portal (por exemplo, o sistema de portal de cliente 106) que proporciona um conjunto de serviços executáveis. Em uma implementação, o sistema de portal de cliente 106 encaminha as solicitações de serviço para o sistema de correlação e sequência 102 que encaminha a correlação e sequência para o sistema CCare 104 fornecer e gerenciar os serviços. [0032] A figura 2 é um fluxograma simplificado que ilustra as etapas dedicadas quando uma nova solicitação de serviço entra no sistema. Uma solicitação de serviço é recebida em bloco 202. No bloco 204, determina-se o id de correlação. Em uma implementação, o id de correlação é designado nesta etapa. No bloco 206, a implementação cria uma instância para a solicitação de serviço. A seguir, no bloco 208, se determina se já existe uma instância de execução com o mesmo id de correlação. Determina-se que existe uma instância de execução com o mesmo id de correlação, adiciona-se uma instrução na instância para aguardar a execução até que uma notificação seja recebida no bloco 210. Diferente dos sistemas da técnica anterior que checam continuamente a rede para determinar um estado e essencialmente bloquear os recursos da rede, a instância atual se move para um estado hibernação e espera que uma notificação seja recebida. Um mecanismo de sobrefalha pode ser colocado dentro da instância no bloco 210 para acordar frequentemente e perguntar qual fila ou repositório onde as instâncias estão em um estado de hibernação estão executando. Por exemplo, um tempo de espera de 20 minutos pode ser codificado dentro da instância atual. Após a instância atual ficar em um modo de

Petição 870190066039, de 12/07/2019, pág. 31/38

17/22 hibernação por 20 minutos, um processo no middleware integração pode acordar e verificar se existem instâncias executando com o mesmo id de correlação. Dependendo da resposta recebida, toma-se uma decisão sobre como proceder, por exemplo, a instância pode voltar para um modo de hibernação por mais 20 minutos ou pode executar.

[0033] Se, no bloco 208, determina-se que nenhuma outra instância com o mesmo id de correlação que a instância atual execute, o sistema trava o recurso necessário pela instância atual e começa a processar a solicitação. Uma vez que a instância completou o processamento, o recurso que é usado é destravado e uma notificação é enviada para a próxima instância com o mesmo id de correlação no bloco 214. A notificação instrui a próxima instância a começar o processamento.

[0034] A figura 3 é um diagrama detalhado instantâneo de uma implementação dos processos envolvidos para a arquitetura de correlação e sequência que usa a tecnologia BPEL. Neste exemplo, o pacote de software Oracle BPEL foi usado como a plataforma de software para desenvolver uma solução. Entretanto, outras plataformas também podem ser usadas. A figura 3 demonstra o processo de recebimento de uma mensagem (isto é, uma solicitação de serviço) e o processo de verificação se existir uma instância de execução para o id de correlação associado. Um cliente de telecomunicações 301 preenche uma para serviço. A solicitação de serviço é recebida em 302. Em 304, o sistema verifica as instâncias de execução com o mesmo id de correlação conforme a solicitação de serviço atual. Isto pode ser feito através do procedimento CheckRunninginstance escrito em Java. O procedimento CheckRunninginstance usa o BPEL API lookupinstance. O lookupinstance API verifica todas as instâncias de execução com o mesmo id de correlação (por exemplo, um código de cliente) e determina qual instância precisa terminar o processamento antes que a instância atual possa executar. O procedimento

Petição 870190066039, de 12/07/2019, pág. 32/38

18/22

CheckRunninginstances também ajusta o id de correlação (por exemplo, o código de cliente) na instância atual para assegurar que outras instâncias sejam capazes de encontrar a instância atual se uma busca for iniciada. Em 406, uma resposta a ser enviada para o cliente é gerada. Esta resposta pode ser uma mensagem XLM. A seguir, em 408, uma resposta é enviada para o cliente que indica que uma mensagem foi solicitada com sucesso ou uma mensagem similar. O processo/solicitação de serviço não foi concluído, porém isto fica claro para o cliente. Deste modo, o cliente não precisa esperar que todo o processamento interno do provedor de serviço de telecomunicações seja concluído.

[0035] Dependendo se uma instância de execução com o mesmo id de correlação foi encontrada ou não na etapa 304, toma-se uma decisão na etapa 310. Se uma instância de execução com o mesmo id de correlação não foi encontrada na etapa 304, a instância procede até a etapa 312. Nenhuma instrução adicional é adicionada à instância. Na etapa 316, as instâncias processam a mensagem. Uma vez que o processamento é concluído, a instância trava o recurso e envia uma notificação na etapa 318 para que a próxima instância de espera comece o processamento. Se uma instância de execução com o mesmo id de correlação que a instância atual foi encontrada na etapa 304, uma propriedade é adicionada à instância na etapa 314 para reter a execução até que uma notificação seja recebida a partir da instância de execução. Uma vez que a notificação é recebida, a instância atual procede até a etapa 316 e processa a mensagem. Uma vez que o processamento é concluído, a instância destrava o recurso e envia uma notificação na etapa 318 para que a próxima instância de espera comece o processamento.

[0036] A figura 4 é uma vista simplificada que ilustra um exemplo do desenho atual. M(X) representa uma mensagem com um. ID de

Petição 870190066039, de 12/07/2019, pág. 33/38

19/22 correlação X. Q(X) representa as mensagens que aguardam em uma fila que tem um Id de correlação X. Por exemplo, presume-se que as mensagens 402, 404, 406, 408, 410 e 412 chegaram na ordem estabelecida. 402, 406 e 412 têm um id de correlação A e, portanto, estas mensagens são relacionadas. 404, 408 e 410 têm um id de correlação B e, portanto, estas mensagens são relacionadas. Neste exemplo, o id de correlação A e o id de correlação B não têm nenhuma relação uns com os outros. A e B do id de correlação podem se referir a inúmeras variáveis. Por exemplo, o id de correlação pode ser um identificador exclusivo para um cliente, tal como um código de cliente. O sistema cria uma instância para cada mensagem recebida. Para a mensagem 402, cria-se uma instância 422. Para a mensagem 404, criase uma instância 424. Para a mensagem 406, cria-se uma instância 426. Para a mensagem 408, cria-se uma instância 428. Para a mensagem 410, cria-se uma instância 430. Para mensagem 412, cria—se uma instância 432. Todas as instâncias com o mesmo id de correlação entram em uma fila para processamento adicional que é diretamente relacionado com o id de correlação. Deste modo, as instâncias 422, 426 e 432 entram em Q (A) 414 enquanto as instâncias 424, 428 e 430 entram em Q (B) 416. Q(A) e Q(B) não têm nenhuma relação uns com os outros e podem executar simultaneamente. As instâncias para Q (A), 422, 426 e 432 processam na mesma ordem as mensagens que foram recebidas. Deste modo, uma vez que a mensagem 402 foi recebida antes da mensagem 406, a mensagem 406 não começa o processamento até que a 402 tenha sido concluída e a mensagem 412 aguarda na fila (Q(A)) até que a mensagem 406 tenha concluído o processamento. De maneira similar, as instâncias para Q (B); 424, 428 e 430 processam na mesma ordem as mensagens que foram recebidas. Deste modo, uma vez que a mensagem 404 foi recebida antes da mensagem 408, a mensagem 408 não começa o processamento até

Petição 870190066039, de 12/07/2019, pág. 34/38

20/22 que a 404 tenha sido concluída e a mensagem 410 aguarda na (Q(A)) até que a mensagem 408 tenha concluído o processamento. Entretanto, mesmo que M(B) 408 entre no sistema após M(A) 406, é possível que M(B) 408 comece o processamento antes de M(A) porque M(A) e M(B) não tem nenhuma relação umas com as outras e M(A) e M(B) 504 podem ter concluído o processamento antes de M(A) 402 . De maneira similar, as mensagens com id de correlação diferentes podem executar ao mesmo tempo. Por exemplo, M(A) 408 e M(B) 406 podem executar simultaneamente.

[0037] A figura 5 é uma vista simplificada que ilustra um exemplo alternativo do desenho atual. M(X) representa uma mensagem com um id de correlação X. Q(X) representa mensagens que aguardam em uma fila que tem um id de correlação X. Similar à figura 5, presume-se que as mensagens 502, 504, 50'6, 508, 510 e 512 chegaram na ordem estabelecida. 502, 506 e 512 têm um id de correlação A e, portanto, estas mensagens são relacionadas, 504, 508 e 510 têm um id de correlação B e, portanto, estas mensagens são relacionadas. Mais uma vez, o id de correlação A e o id de correlação B não tem nenhuma relação uns com os outros. Na figura 5, uma instância não é criada para cada mensagem recebida. De preferência, a primeira mensagem recebida com um dado id de correlação cria uma instância. Aqui, M (A) 502 cria uma instância para Q (A) 514 e M (B) 504 cria uma instância para Q (B) 516. Deste modo, todas as mensagens em Q (A) 514 executam dentro da mesma instância criada por M (A) 502. De maneira similar, todas as mensagens em Q (B) 516 executam com a mesma instância criada por M (B) 604. Todas as mensagens com o mesmo id de correlação entram em uma fila para processamento adicional que é diretamente relacionado com o id de correlação. Deste modo, as mensagens 502, 506 e 512 entram em Q (A) 614 enquanto as instâncias 504, 508 512 entram em Q (B) 516. Q(A) e Q(B) não tem nenhuma

Petição 870190066039, de 12/07/2019, pág. 35/38

21/22 relação umas com as outras e podem executar simultaneamente. As mensagens em Q (A), 502, 506 e 512 processam na mesma ordem as mensagens que foram recebidas. Deste modo, uma vez que a mensagem 502 foi recebida antes da mensagem 506, 506 não começa o processamento até que 502 tenha sido concluída e a mensagem 512 aguarda na fila (Q(A)) até que a mensagem 506 tenha concluído o processamento. De maneira similar, as mensagens para Q (B); 504, 508 e 512 processam na mesma ordem as mensagens que foram recebidas. Deste modo, uma vez que a mensagem 504 foi recebida antes da mensagem 508, 508 não começa o processamento até que 504 tenha sido concluída e a mensagem 510 aguarda na fila (Q(A)) até que a mensagem 508 tenha concluído o processamento. Entretanto, mesmo que M(B) 508 entre no sistema após M(A) 506, é possível que M(A) 508 comece o processamento antes de M(A) porque M(A) e M(B) não tem nenhuma relação umas com as outras e M(A) e M(B) 504 podem ter concluído o processamento antes de M(A) 502. De maneira similar, as mensagens com id de correlação diferente podem executar ao mesmo tempo. Por exemplo, M(A) 508 e M(B) 506 podem executar simultaneamente.

[0038] A figura 7 esboça um exemplo simplificado do desenho atual. Na figura 7, quatro mensagens são enviadas para um processo BPEL em um período de tempo muito curto. O motor BPEL representa somente um exemplo da tecnologia que pode ser usada e é referido aqui para simplificar a explicação. Outras tecnologias também podem ser usadas na figura 7. Estas quatro mensagens servem para criar o cliente 1, criar o cliente 2, criar uma conta para o cliente 1 e uma ordem de serviço para o cliente 1. Referindo-se à figura 7, criar o cliente 1 é referido por cc1, criar o cliente 2 é referido por cc2, criar uma conta para o cliente 1 é referido por AC1 e uma ordem de serviço para o cliente 1 é referido por S01. CC1, AC1 e S01 consistem no mesmo cliente e,

Petição 870190066039, de 12/07/2019, pág. 36/38

22/22 portanto, têm o mesmo id de correlação de 1. CC2 serve para um cliente diferente e tem um id de correlação de 2. As três mensagens com um id de correlação de 1 são enfileirados para serem sequencialmente processados através de um único fio 710. CC 1 inicia uma nova instância d processo BPEL 714, neste caso, o processo expedidor para a instância n°1. O processo expedidor gerencia todas as mensagens para a instância n°1. Uma vez que CC2 não se relaciona com CC1, AC1 e SO1, CC2 é simultaneamente processado em um segundo fio 712. CC2 inicia uma nova instância do processo BPEL 714, neste caso, o processo expedidor para a instância n°2.

[0039] Pretende-se que a descrição precedente detalhada seja entendida como uma ilustração das formas selecionadas que a invenção pode adotar e não como uma definição da invenção. Inúmeras implementações foram descritas. No entanto, será entendido que diversas modificações podem ser feitas sem sair do escopo da invenção. Consequentemente, outras implementações se encontram dentro do escopo das reivindicações em anexo a seguir.

Claims

REIVINDICAÇÕES

1. Método implementado por computador para gerenciamento de sequência de mensagem de eventos correlacionados caracterizado pelo fato de que compreende:

receber (202), por um subsistema de correlação e sequência de um sistema, uma solicitação de serviço a partir de um subsistema de envio do sistema que define uma pluralidade de entidades, cada entidade define informações que facilitam o desempenho de uma tarefa por um subsistema apontado do sistema que está associado à entidade; combinar, através do subsistema de correlação e sequência, informação definida em pelo menos duas entidades da pluralidade de entidades para assim definir (204) um ID de correlação associado a solicitação de serviço;

criar (206) uma instância atual para a solicitação de serviço, em que a instância atual é uma de uma pluralidade de instâncias em execução;

incluir as informações de id de correlação na instância atual; determinar (208) se existe uma outra instância de execução da pluralidade de instâncias de execução inclui um id de correlação idêntico ao ID de correlação na instância atual e se existem interdependências entre a solicitação de serviço, a outra solicitação de serviço e as diferentes solicitações de serviço, em que as diferentes solicitações de serviço têm diferentes instâncias de execução da pluralidade de instâncias de execução que incluem diferentes IDs de correlação da ID de correlação na instância atual;

adicionar (210) um elemento na instância atual se existir outra instância de execução incluindo o id de correlação;

em que o elemento adicionado para a instância inclui uma modificação de solicitação de serviço para que a solicitação de serviço retenha a execução da solicitação de serviço até uma notificação ser

Petição 870190066039, de 12/07/2019, pág. 5/38
2/7 recebida por uma outra instância de execução;

comunicar, pelo subsistema de correlação e sequência, solicitações de serviço associadas a um mesmo ID de correlação a um ou mais subsistemas apontado associados às solicitações de serviço de maneira sequencial para que uma única solicitação de serviço das solicitações de serviço seja processada por um subsistema apontado associado e finaliza o processamento antes que uma próxima solicitação de serviço com o mesmo ID de correlação seja processada por um subsistema apontado igual ou diferente; e comunicar, pelo subsistema de correlação e sequência, solicitações de serviço associados a IDs de correlação diferentes a um ou mais subsistemas apontado associados às solicitações de serviço em paralelo para facilitar o processamento paralelo das solicitações de serviço por um ou mais sistemas apontado.

2. Método de acordo com a reivindicação 1, caracterizado pelo fato de que a solicitação de serviço é selecionada de uma das múltiplas solicitações de serviço reutilizáveis, em que as solicitações de serviço reutilizáveis incluem um nível refinado de granularidade que promove a implementação, a reutilização e a otimização das solicitações de serviço.
3. Método de acordo com a reivindicação 2, caracterizado pelo fato de que a solicitação de serviço reutilizáveis compreende pelo menos um dentre:

uma solicitação de serviço de fornecimento de ordem de serviço;

uma solicitação de serviço de componente ativo;

uma solicitação de serviço de tarefa de fornecimento; e uma solicitação de serviço de resposta de execução de tarefa.
4. Método de acordo com a reivindicação 1, caracterizado

Petição 870190066039, de 12/07/2019, pág. 6/38

3/7 pelo fato de que compreende adicionalmente:

enviar (214) uma notificação para uma próxima instância recebida que tem o mesmo id de correlação mediante o término da instância atual.
5. Método de acordo com a reivindicação 4, caracterizado pelo fato de que a próxima instância recebida começa o processamento uma vez que a notificação é recebida.
6. Método de acordo com a reivindicação 3, caracterizado pelo fato de que compreende adicionalmente:

travar (212) um recurso que é usado pela próxima instância recebida.
7. Método de acordo com a reivindicação 1, caracterizado pelo fato de que a adição de um elemento na instância atual, se uma instância de execução da outa instância de execução inclui o id de correlação, compreende adicionalmente:

ajustar um período de tempo para a instância atual determinar o estado da instância de execução, de modo que após o período de tempo ter expirado, é verificado se a instância de execução com o mesmo id de correlação ainda existe.
8. Método de acordo com a reivindicação 1, caracterizado pelo fato de que compreende adicionalmente receber uma segunda solicitação de serviço, determinar e designar um segundo id de correlação para a segunda solicitação de serviço recebida.
9. Método de acordo com a reivindicação 8, caracterizado pelo fato de que a primeira instância que tem um primeiro id de correlação e a segunda instância que tem um segundo id de correlação são simultaneamente processadas.
10. Método implementado por computador de gerenciamento de sequência de mensagem de eventos correlacionados caracterizado pelo fato de que compreende:

Petição 870190066039, de 12/07/2019, pág. 7/38

4/7 receber (202), por um subsistema de correlação e sequência de um sistema, uma solicitação de serviço a partir de um subsistema de envio do sistema que define uma pluralidade de entidades, cada entidade define informações que facilitam o desempenho de uma tarefa por um subsistema apontado do sistema que está associado à entidade;

combinar, através do subsistema de correlação e sequência, informação definida em pelo menos duas entidades da pluralidade de entidades para assim definir (204) um ID de correlação associado a solicitação_de serviço;

determinar (208) se outra instância de execução de uma pluralidade de instâncias de execução inclui o id de correlação idêntico ao ID de correlação na instância atual e se existem interdependências entre a solicitação de serviço, a outra solicitação de serviço e as diferentes solicitações de serviço, em que as diferentes solicitações de serviço têm diferentes instâncias de execução da pluralidade de instâncias em execução que incluem diferentes IDs de correlação da ID de correlação;

adicionar a solicitação de serviço em uma fila de processamento se as outras instâncias de execução incluírem o id de correlação, e criar uma instância atual se uma instância de execução da pluralidade de instâncias de execução não incluir o id de correlação;

em que a fila de processamento inclui todas as solicitações de serviço recebidas para o id de correlação na ordem em que as solicitações de serviço foram recebidas; e comunicar, pelo subsistema de correlação e sequência, solicitações de serviço associadas a um mesmo ID de correlação a um ou mais subsistemas apontado associados às solicitações de serviço de maneira sequencial para que uma única solicitação de serviço das solicitações de serviço seja processada por um subsistema apontado

Petição 870190066039, de 12/07/2019, pág. 8/38

5/7 associado e finaliza o processamento antes que uma próxima solicitação de serviço com o mesmo ID de correlação seja processada por um subsistema apontado igual ou diferente; e comunicar, pelo subsistema de correlação e sequência, solicitações de serviço associados a IDs de correlação diferentes a um ou mais subsistemas apontado associados às solicitações de serviço em paralelo para facilitar o processamento paralelo das solicitações de serviço por um ou mais sistemas apontado.
11. Método de acordo com a reivindicação 10, caracterizado pelo fato de que a etapa de criação de uma instância, se uma instância de execução para o id de correlação não existir, compreende adicionalmente:

criar uma fila e adicionar a solicitação de serviço à fila.
12. Método de acordo com a reivindicação 11, caracterizado pelo fato de que a solicitação de serviço é selecionada de um dos seguintes:

múltiplas solicitações de serviço reutilizáveis, em que as solicitações de serviço reutilizáveis incluem um nível refinado de granularidade que promove a implementação, a reutilização e a otimização eficientes das solicitações de serviço.
13. Método de acordo com a reivindicação 12, caracterizado pelo fato de que solicitação de serviço compreende adicionalmente pelo menos um dentre:

uma solicitação de serviço de fornecimento de ordem de serviço;

uma solicitação de serviço de componente ativo;

uma solicitação de serviço de tarefa de fornecimento; e uma solicitação de serviço de resposta de execução de tarefa.
14. Método de acordo com a reivindicação 11 caracterizado

Petição 870190066039, de 12/07/2019, pág. 9/38

6/7 pelo fato de que compreende adicionalmente receber uma segunda solicitação de serviço, determinar e designar um segundo id de correlação para a segunda solicitação de serviço recebida.
15. Método de acordo com a reivindicação 14, caracterizado pelo fato de que a primeira instância que tem um primeiro id de correlação e a segunda instância que tem um segundo id de correlação são simultaneamente processadas.
16. Método implementado por computador para gerenciamento de uma sequência de solicitações de serviço correlacionadas, o método caracterizado pelo fato de que compreende:

determinar, por um sistema de computação conectado a uma rede (128), uma pluralidade de possíveis solicitações de serviço usadas para fornecer serviços, usando a rede (128), para usuários;

configurar, interdependências dentro das possíveis solicitações de serviço para coordenar a execução de uma pluralidade de instâncias respectivas na rede (128) para as possíveis solicitações de serviço, em que a configuração de interdependências compreende formar um ID de correlação e associar o ID de correlação a um pedido, em que o pedido de serviço define uma pluralidade de entidades, cada entidade define informação que facilita o desempenho de uma tarefa por um subsistema apontado do sistema de computação que está associado à entidade, em que as informações definidas em pelo menos duas entidades da pluralidade de entidades são combinadas definir um ID de correlação associado à solicitação de serviço, em que as solicitações de serviço interdependentes têm os respectivos IDs de correlação correspondentes; e processar a pluralidade das respetivas instâncias com base, pelo menos em parte, nas interdependências, em que a pluralidade de instâncias respectivas inclui uma instância respectiva com um ID de

Petição 870190066039, de 12/07/2019, pág. 10/38

7/7 correlação diferente de uma ID de correlação idêntica para pelo menos dois da pluralidade de instâncias respectivas;

comunicar solicitações de serviço associadas a um mesmo ID de correlação a um ou mais subsistemas apontado associados às solicitações de serviço de maneira sequencial para que uma única solicitação de serviço das solicitações de serviço seja processada por um subsistema apontado associado e finaliza o processamento antes que uma próxima solicitação de serviço o mesmo ID de correlação seja processada por um subsistema apontado igual ou diferente; e comunicar solicitações de serviço associados a IDs de correlação diferentes a um ou mais subsistemas apontado associados às solicitações de serviço em paralelo para facilitar o processamento paralelo das solicitações de serviço por um ou mais sistemas apontado.
17. Método de acordo com a reivindicação 16, caracterizado pelo fato de que a solicitação de serviço é selecionada de um dos seguintes:

múltiplas solicitações de serviço reutilizáveis que usam a rede para fornecer serviços aos usuários, em que as solicitações de serviço reutilizáveis incluem um bom nível de granularidade que promove a implementação, a reutilização e a otimização eficientes das solicitações de serviço.