Sunteți pe pagina 1din 234

UNIVERSIDADE TECNOLGICA FEDERAL DO PARAN

CAMPUS CURITIBA

GERNCIA DE PESQUISA E PS-GRADUAO

PROGRAMA DE PS-GRADUAO EM ENGENHARIA ELTRICA E


INFORMTICA INDUSTRIAL - CPGEI

Roni Fabio Banaszewski

MECANISMOS BASEADOS EM LEILES MULTIAGENTES PARA


APLICAO NO PROBLEMA DE PLANEJAMENTO DE
TRANSFERNCIAS DE PRODUTOS NO SEGMENTO DOWNSTREAM
DO SISTEMA LOGSTICO BRASILEIRO DE PETRLEO

QUALIFICAO DE DOUTORADO

CURITIBA
Abril de 2012
UNIVERSIDADE TECNOLGICA FEDERAL DO PARAN
Programa de Ps-Graduao em Engenharia Eltrica e Informtica Industrial

TRABALHO DE QUALIFICAO
apresentado UTFPR como requisito
para obteno do grau de

DOUTOR EM CINCIAS
por
RONI FABIO BANASZEWSKI

MECANISMOS BASEADOS EM LEILES MULTIAGENTES


PARA APLICAO NO PROBLEMA DE PLANEJAMENTO DE
TRANSFERNCIAS DE PRODUTOS NO SEGMENTO
DOWNSTREAM DO SISTEMA LOGSTICO BRASILEIRO DE
PETRLEO

Banca Examinadora:
Presidente e Orientador:
Prof. Dr. Cesar Augusto Tacla UTFPR
Co-Orientador:
Prof. Dr. Jean Marcelo Simo UTFPR
Examinadores:
Prof. Dr. Lcia Valria Ramos de Arruda UTFPR
Prof. Dr. Artur Alves Pessoa UFF

Curitiba, 20 de abril de 2012


RONI FABIO BANASZEWSKI

MECANISMOS BASEADOS EM LEILES MULTIAGENTES PARA


APLICAO NO PROBLEMA DE PLANEJAMENTO DE
TRANSFERNCIAS DE PRODUTOS NO SEGMENTO DOWNSTREAM
DO SISTEMA LOGSTICO BRASILEIRO DE PETRLEO

Trabalho de Qualificao apresentada ao


Programa de Ps-Graduao em Engenharia
Eltrica e Informtica Industrial (CPGEI) da
Universidade Tecnolgica Federal do Paran
(UTFPR), como parte dos requisitos para a
obteno do ttulo de Doutor em Cincias.
rea de Concentrao: Informtica Industrial.

Orientador: Prof. Dr. Cesar Augusto Tacla

Co-Orientador: Prof. Dr. Jean Marcelo Simo

Curitiba
2012
SUMRIO

1 INTRODUO ............................................................................................................... 14

1.1 ENQUADRAMENTO ............................................................................................... 14


1.2 MOTIVAO............................................................................................................ 15
1.2.1 Importncia Econmica da Logstica ............................................................. 15
1.2.2 Logstica Petrolfera Brasileira ....................................................................... 16
1.2.3 Concepo da Soluo Computacional de Planejamento ............................... 20
1.2.4 Mecanismos de Coordenao entre Agentes de Software .............................. 22
1.3 OBJETIVOS ............................................................................................................... 25
1.4 ORGANIZAO DO TRABALHO.......................................................................... 27

2 PROBLEMA DE PLANEJAMENTO LOGSTICO NO SEGMENTO


DOWNSTREAM DA INDSTRIA PETROLFERA BRASILEIRA .............................. 30

2.1 DEFINIO DE PLANEJAMENTO ........................................................................ 31


2.2 CENRIO REAL DO PROBLEMA DE PLANEJAMENTO DE TRANSFERNCIA
DE DERIVADOS DE PETRLEO ...................................................................................... 35
2.2.1 Tipos de Bases ................................................................................................ 36
2.2.2 Tipos de Modais de Transporte ...................................................................... 39
2.2.3 Classe de Produtos Suportados ....................................................................... 43
2.3 MODELO DO PROBLEMA DE PLANEJAMENTO DE TRANSFERNCIA DE
DERIVADOS DE PETRLEO ............................................................................................ 44
2.3.1 Abstrao em Relao ao Tempo ................................................................... 45
2.3.2 Abstrao em Relao aos Produtos............................................................... 46
2.3.3 Abstrao em Relao Capacidade de Armazenamento.............................. 50
2.3.4 Abstrao em Relao Capacidade de Transporte ....................................... 53
2.3.5 Abstrao em Relao Topologia da Malha de Transporte ......................... 55
2.3.6 Propriedades da Soluo e Objetivos ............................................................. 59
2.4 REQUISITOS DA SOLUO COMPUTACIONAL ............................................... 61
2.5 SOLUES DA LITERATURA ............................................................................... 62
2.5.1 Solues Centralizadas ................................................................................... 65
2.5.2 Solues Distribudas ..................................................................................... 73
2.6 CONSIDERAES FINAIS ..................................................................................... 76
3 PARADIGMA DE AGENTES DE SOFTWARE ........................................................ 78

3.1 DEFINIO .............................................................................................................. 78


3.2 RELAO ENTRE AGENTES E CADEIAS DE SUPRIMENTO........................... 80
3.3 MECANISMOS PARA COORDENAO DAS INTERAES ENTRE OS
AGENTES ............................................................................................................................ 81
3.4 LEILES MULTIAGENTES .................................................................................... 84
3.4.1 Viso Geral ..................................................................................................... 84
3.4.2 Variaes de Leiles ....................................................................................... 86
3.5 PROTOCOLO CONTRACT-NET ............................................................................ 89
3.5.1 Viso Geral ..................................................................................................... 90
3.5.2 Extenses ao Protocolo Contract-Net ............................................................. 92
3.5.3 Aplicao do Protocolo Contract-Net na Indstria do Petrleo ................... 110
3.6 IMPLEMENTAO DE AGENTES ...................................................................... 115
3.7 CONSIDERAES FINAIS ................................................................................... 117

4 MODELO MULTIAGENTES BASEADO EM UM PROTOCOLO DE LEILES


SIMULTNEOS COM SEQUENCIAMENTO NO FECHAMENTO DE ACORDOS 118

4.1 PAPIS DE AGENTES ........................................................................................... 118


4.2 MODELAGEM BASEADA NO PROTOCOLO PROPOSTO................................ 121
4.2.1 Fase de Inicializao dos Agentes ................................................................ 124
4.2.2 Fase de Seleo dos Candidatos a Leiles ................................................... 132
4.2.3 Fase de Preparao e Envio de Anncios ..................................................... 132
4.2.4 Fase de Concepo e Envio de Lances ......................................................... 136
4.2.5 Fase de Definio do Lance Vencedor ......................................................... 160
4.2.6 Fase de Escalonamento no Gerente .............................................................. 161
4.2.7 Fase de Fechamento de Acordos .................................................................. 162
4.2.8 Fase de Finalizao do Sistema .................................................................... 164
4.3 RESULTADOS ............................................................................................................. 165
4.4 CONSIDERAES FINAIS ............................................................................................ 169

5 PROPOSTA DE UM MODELO MULTIAGENTES BASEADO EM UM


PROTOCOLO DE LEILES SIMULTNEOS COM ACORDOS PROVISRIOS .. 172

5.1 PAPIS DOS AGENTES ......................................................................................... 172


5.2 MODELAGEM BASEADA NO PROTOCOLO PROPOSTO................................ 174
5.2.1 Fase de Criao e Inicializao dos Agentes ................................................ 177
5.2.2 Fase de Preparao do Anncio.................................................................... 179
5.2.3 Fase de Concepo do Lance........................................................................ 181
5.2.4 Fase de Definio do Lance Vencedor ......................................................... 188
5.2.5 Fase de Confirmao .................................................................................... 192
5.2.6 Fase de Finalizao do Leilo ...................................................................... 194
5.2.7 Fase de Cancelamentos ................................................................................. 195
5.2.8 Fase de Finalizao ....................................................................................... 198
5.3 CONSIDERAES FINAIS ................................................................................... 200

6 CONCLUSO E TRABALHOS FUTUROS ............................................................. 202

6.1 CONCLUSO.......................................................................................................... 202


6.2 TRABALHOS FUTUROS ....................................................................................... 205
6.3 PUBLICAES ....................................................................................................... 206

REFERNCIAS BIBLIOGRFICAS ............................................................................... 210

APNDICE A - ESTRUTURA DOS ARQUIVOS DE DADOS ...................................... 222


LISTA DE FIGURAS

Figura 1. Cadeia Produtiva da Petrobras .................................................................................. 17


Figura 2. Etapas do processo de tomada de deciso ................................................................. 31
Figura 3. Matriz de Planejamento de uma Cadeia de Suprimentos (Rohde, Meyr et al., 2000)
.................................................................................................................................................. 32
Figura 4. Topologia Aproximada da Malha Multimodal Petrolfera Brasileira ....................... 35
Figura 5. Tipos de Tanques. a) Tanque Cilndrico com Teto Flutuante, b) Tanque Cilndrico
com Teto Fixo e c) Tanque Esfrico com Teto Fixo. ............................................................... 38
Figura 6. Faixas de Estoque de um nico Tanque ................................................................... 38
Figura 7. Processo de Reverso de Dutos................................................................................. 40
Figura 8. Operao Pulmo e de Passagem .............................................................................. 41
Figura 9. Desmembramento do Horizonte e Discretizao Temporal em Dias ....................... 46
Figura 10. Organizao de Produtos em Grupos de Produtos .................................................. 47
Figura 11. Organizao dos Dados Referentes a Produtos em uma Base ................................ 47
Figura 12. Formao da Curva de Estoque............................................................................... 49
Figura 13. Organizao dos Dados dos Fluxos em Trnsito e Comprometidos....................... 49
Figura 14. Organizao dos Dados de Degradao de Produtos .............................................. 50
Figura 15. Organizao dos Dados Referentes aos Grupos de Produtos em uma Base ........... 51
Figura 16. Abstrao da Capacidade de Armazenamento ........................................................ 51
Figura 17. Compartilhamento do Tanque pelas Curvas de Estoque......................................... 52
Figura 18. Organizao dos Dados Referentes aos Grupos de Produtos em uma Base ........... 53
Figura 19. Organizao dos Dados e Relao entre os Nveis Inter-regio e Intrarregio....... 56
Figura 20. Desmembramento Topolgico em Nvel Inter-regio e Intrarregio ...................... 58
Figura 21. Estrutura de Apresentao da Soluo .................................................................... 59
Figura 22. XMLs de Entrada e Sada no Planejamento Multinvel .......................................... 61
Figura 23. Protocolo Contract-Net ........................................................................................... 91
Figura 24. Protocolo Contract-Net Iterativo ............................................................................. 94
Figura 25. Protocolo Contract-Net Baseado em Normas ......................................................... 97
Figura 26. Extenses ao Protocolo Contract-Net por meio de Interaes de Confirmao. a)
Protocolo Contract-Net com Confirmao. b) Protocolo Contract-Net Holnico com
Confirmao. .......................................................................................................................... 100
Figura 27. Negociao em Cascata......................................................................................... 101
Figura 28. Extenso ao Contract-Net com Negociaes Temporrias e Definitivas ............. 104
Figura 29. Protocolo Contract-Net Competitivo. a) Protocolo da Fase de Formao de
Contratos. b) Protocolo das Fases de Cancelamento de Acordos e Finalizao. ................... 108
Figura 30. Plataforma FIPA ................................................................................................... 115
Figura 31. Estrutura de Classe dos Agentes do Modelo ......................................................... 119
Figura 32. Protocolo de Leiles Simultneos com Sequenciamento do Fechamento de
Acordos ................................................................................................................................... 123
Figura 33. Inicializao e Criao dos Agentes ..................................................................... 128
Figura 34. Representao das Capacidades de Estoque do Grupo e Particulares dos Produtos
deste Grupo ............................................................................................................................. 130
Figura 35. Estrutura de um Anncio ...................................................................................... 133
Figura 36. Exemplo Grfico do Volume Referente aos Vetores de Anncio ........................ 134
Figura 37. Estrutura do Vetor de Anncio Incremental em Relao aos Perodos ................ 135
Figura 38. Loop de Movimentao de Produtos..................................................................... 138
Figura 39. Definio do Volume Inicial e Volume Mximo .................................................. 142
Figura 40. Exemplo de Janela de Tempo de Escoamento ...................................................... 146
Figura 41. Espaos Ociosos para Armazenamento em Tanque.............................................. 148
Figura 42. Simulao de uma Movimentao em uma Rota Composta por Dutos ................ 150
Figura 43. Grau de Urgncia de Estoque em Relao ao Dia de Violao da Capacidade
Operacional ............................................................................................................................. 154
Figura 44. Formas de Recebimento do Produto Desejado ..................................................... 158
Figura 45. Exemplo de Definio dos Custos de Degradao ............................................... 160
Figura 46. Finalizao do Sistema.......................................................................................... 165
Figura 47. Curvas de estoque do agrupamento de GLP da regio de So Paulo referente ao
Primeiro Cenrio .................................................................................................................... 168
Figura 48. Curvas de estoque do agrupamento de GLP da regio de So Paulo referente ao
Segundo Cenrio .................................................................................................................... 169
Figura 49. Protocolo Interativo com Acordos Provisrios ..................................................... 176
Figura 50. Inicializao e Criao dos Agentes ..................................................................... 177
Figura 51. Etapas do Processo de Preparao do Anncio..................................................... 179
Figura 52. Estrutura de um Anncio com o Vetor de Fluxos ................................................. 180
Figura 53. Etapas do Processo de Preparao do Lance......................................................... 182
Figura 54. Exemplo do Processo de Omisso de Fluxos em uma Curva de Estoque do
Participante ............................................................................................................................. 184
Figura 55. Etapas do Processo de Definio do Lance Vencedor .......................................... 189
Figura 56. Exemplo de um Interbloqueio de Fluxos entre os Participantes ........................... 190
Figura 57. Etapas do Processo de Confirmao de um Acordo ............................................. 193
Figura 58. Etapas do Processo de Finalizao de um Leilo.................................................. 194
Figura 59. Estados de Satisfao de uma Base e de seus Papis de Leiloeiro e Participante 197
Figura 60. Curva de Estoque Antes e Depois do Cancelamento Realizado pela Base........... 198
Figura 61. Sequncia de Interaes para a Finalizao do Sistema ....................................... 200
Figura 62. Cenrio fictcio para exemplificao das estruturas dos arquivos de dados ......... 222
LISTA DE TABELAS

Tabela 1. Detalhamento do Tempo em Relao Alocao de Recursos ............................... 60


Tabela 2. Rotas Registradas.................................................................................................... 166
Tabela 3. Volumes Iniciais e Finais por Perodo para todas as Bases do Primeiro Cenrio de
Estudo ..................................................................................................................................... 167
Tabela 4. Volumes Iniciais e Finais por Perodo para todas as Bases do Segundo Cenrio de
Estudo ..................................................................................................................................... 168
LISTA DE SIGLAS E ABREVIATURAS

Linguagem de Comunicao de Agentes (Agent Communication


ACL
Language)
Adopt Asynchronous Distributed Optimization
ANP Agncia Nacional do Petrleo, Gs Natural e Biocombustveis
BDI Crenas, Desejos e Intenes (Beliefs, Desires e Intentions)
CEEI Centro de Engenharia Eltrica e Informtica
CFP Chamada para Propostas (Call For Proposals)
CLP Programao Lgica por Restries
CCNet Protocolo Contract-Net Competitivo
CNet Protocolo de Redes de Contrato (Contract-Net Protocol)
Programa de Ps-Graduao em Engenharia Eltrica e Informtica
CPGEI
Industrial
Conselho de Profissionais de Gerenciamento de Cadeia de Suprimentos
CSCMP
(Council of Supply Chain Management Professionals)
Problema de Satisfao de Restries Distribudo com Otimizao
DCOP
(Distributed Constraint Optimization Problem)
DF Diretrio Facilitador
DPOP Dynamic Programming OPtimization
DSC Departamento de Sistemas e Computao
E&P Explorao e produo de petrleo e gs natural
FCC Comunicao dos Estados Unidos
FIC Fronape International Company
Fundao para Agentes Fsicos Inteligentes (Foundation for Intelligent
FIPA
Physical Agents)
Fronape Frota Nacional de Petroleiros
GLP Gs Liquefeito de Petrleo
GRASP Greedy Randomized Adaptive Search Procedure
JADE Java Agent DEvelopment Framework
LGPL Lesser General Public License
LOGIS Ncleo de Logstica Integrada e Sistemas
MI Mquina de Inferncia
MOASS Mtodo Otimizao ASSncrono
Algoritmo Gentico Baseado em Ordenamento No Dominado II (Non-
NSGA-II
dominated Sorting Genetic Algoritm II)
PCNC Protocolo Contract-Net com Confirmao
Petrobras Petrleo Brasileiro S. A.
PIB Produto Interno Bruto
PLI Programao Linear Inteira
PLIM Programao Linear Inteira Mista
PPTDP Problema de Planejamento de Transferncia de Derivados de Petrleo
PO Pesquisa Operacional
Algoritmos de Otimizao por Nuvem de Partculas (Particle Swarm
PSO
Optimization)
SBR Sistemas Baseados em Regras
SCM Gerenciamento de Cadeia de Suprimentos (Supply Chain Management)
SGA Sistema Gerenciador de Agentes
SMA Sistema Multiagentes
TAC-SCM Trading Agent Competition - Supply Chain Management
Transpetro Petrobras Transporte S. A.
UFCG Universidade Federal de Campina Grande
UFF Universidade Federal Fluminense
UTFPR Universidade Tecnolgica Federal do Paran
u.v. Unidades Volumtricas
XML Linguagem de Marcao Extensvel (Extensible Markup Language)
RESUMO

A cadeia de suprimentos da indstria brasileira de petrleo composta por bases de


produo (e.g. refinarias), armazenamento (e.g. terminais) e consumo (e.g. mercados
consumidores) e modais de transportes, tais como oleodutos, navios, caminhes e trens. O
planejamento da transferncia de derivados de petrleo nesta rede multimodal um problema
complexo e atualmente realizado para um horizonte de trs meses com base na experincia
de profissionais e sem auxlio de um sistema computacional de apoio deciso. Basicamente,
o problema pode ser visto como uma negociao para alocao de recursos disponveis, tais
como derivados de petrleo, tanques e modais de transporte, pelas diferentes bases envolvidas
que necessitam enviar ou receber derivados de petrleo.

Na literatura, alguns problemas semelhantes, porm mais voltados para o


planejamento de redes formadas por um nico tipo de modal de transporte, tm sido tratados
por diferentes abordagens, com predominncia da programao matemtica. Estes trabalhos
ilustram a difcil tarefa de modelar grandes problemas por meio desta abordagem.
Geralmente, tais trabalhos consideram apenas um curto horizonte de planejamento ou apenas
uma parte do problema original, tal como uma parte da rede petrolfera brasileira, gerando
limitaes importantes para os modelos desenvolvidos.
Devido s caractersticas do problema em estudo, o qual envolve toda a rede de
transporte e apresenta perfil de negociao entre as diferentes entidades envolvidas, surge o
interesse da utilizao do paradigma de sistemas multiagentes para resolver o problema. O
paradigma de agentes tm sido aplicado a problemas de diferentes contextos, particularmente
em problemas de gerenciamento de cadeias de suprimentos devido sua correspondncia
natural com a realidade e, em geral, em problemas que envolvem a competio por recursos
por meio de mecanismos de negociao com base em leiles.
Neste trabalho, apresentam-se dois modelos baseados em leilo para resoluo do
problema de planejamento em questo. Os agentes que formam as solues representam
principalmente os locais de produo, armazenamento, consumo e os modais de transporte na
rede petrolfera brasileira. O objetivo destes agentes manter um nvel de estoque dirio
adequado de cada produto por meio de movimentaes de produtos pela rede petrolfera
brasileira com um baixo custo de transporte.
Neste sentido, a primeira soluo permite a execuo de leiles em simultneo com a
ajuda de um agente escalonador para evitar o acesso concorrente ou a necessidade de um
leilo especfico para cada recurso compartilhado. A segunda soluo tambm permite a
execuo de leiles simultneamente, mas no h necessidade de um agente escalonador. Esta
soluo permite uma maior interatividade entre os agentes que envolve a possibilidade de
cancelamento de acordos a qualquer momento por ambas as partes do leilo.
Atualmente, a primeira soluo se encontra em verso funcional e a segunda se
encontra em fase de implementao. Nesta qualificao, os modelos de ambas as solues so
apresentados, sendo que o primeiro modelo tambm experimentado em um cenrio real da
cadeia petrolfera brasileira. Os resultados obtidos com o experimento so satisfatrios e
estimulam a continuao do desenvolvimento dos trabalhos com o paradigma de agentes.
ABSTRACT

The Brazilian oil supply chain is composed by oil refineries, consumer markets,
terminals for intermediary storage and several transportation modals, such as pipelines, ships,
trucks and trains. The transportation planning of oil products in this multimodal network is a
complex problem that is currently performed manually based on expertise, for a period of
three months, due to the lack of a software system to cover the problem complexity. Such
problem involves the negotiation of available resources such as oil products, tanks and
transportation modals between different sources and consumption points.

Similar problems, but more directed to the planning of single modes of


transportation, have been treated by different approaches, mainly mathematical programming.
Such works illustrate the difficult task of modeling large problems with this mechanism.
Generally, they consider a short horizon planning or only part of the original problem, such as
a part of the network, rendering important limitations to the models developed.
Due to the characteristics of the problem in study where the full network needs to be
considered and there exists negotiation amongst the different entities involved, the usage of
multi-agent models seems to be worth to explore. Such models have been applied in different
contexts such as to supply chain problems due its natural correspondence with the reality.
Furthermore, in problems involving competition for resources, multi-agents negotiation
mechanisms based on auctions are commonly applied.
Thus, this qualification presents two auction-based solutions formed by the
cooperation among agents for them to achieve their goals. The agents involved in the auctions
represent mainly the production, storage and consumption locations. Their goal is to maintain
a daily suitable inventory level for each product by means of transportation through the
multimodal network at a low transport cost. More precisely, the first solution allows the
execution of auctions simultaneously with the aid of a scheduler agent to avoid concurrent
access or the necessity of a particular auction to each shared resource. The second solution
also allows the execution of auctions simultaneously, but there is no need of a scheduler
agent. This solution allows a greater interactivity among the agents involving the possibility
of cancelling of agreements at any time by both sides of the auction.
Currently, the first solution is in a functional version and the second one is in the
implementation phase. Therefore, in this qualification, the models of the both solutions are
completely explained and the first model is experimented under a real scenario of the
Brazilian oil supply chain. The results obtained are satisfactory and instigates the continuation
of the development of the works.
14

1 INTRODUO

1.1 ENQUADRAMENTO

Esta qualificao de doutorado tem como objeto de estudo a concepo de modelos


computacionais baseados no paradigma de agentes de software para compor uma ferramenta
de auxlio tomada de deciso no processo de planejamento logstico de parte da cadeia
produtiva da Petrobras (Petrleo Brasileiro S.A.). Mais precisamente, o problema se refere ao
planejamento em mdio prazo da transferncia de produtos derivados de petrleo entre locais
de produo, de consumo e intermedirios por meio de uma rede de transportes multimodal
com abrangncia em todo o territrio brasileiro.
A ferramenta computacional est sendo desenvolvida em parceria com a Petrobras e
conta com a participao colaborativa de programas/departamentos de trs universidades
federais: (a) Programa de Ps-Graduao em Engenharia Eltrica e Informtica Industrial
(CPGEI) da Universidade Tecnolgica Federal do Paran (UTFPR); (b) Departamento de
Sistemas e Computao (DSC) do Centro de Engenharia Eltrica e Informtica (CEEI) da
Universidade Federal de Campina Grande (UFCG) e (c) do Ncleo de Logstica Integrada e
Sistemas (LOGIS) da Universidade Federal Fluminense (UFF).
Neste projeto multi-institucional, cada equipe possui responsabilidades distintas e
contribui para a formao da ferramenta de tomada de deciso. Mais precisamente, a equipe
da UTFPR responsvel pelo desenvolvimento de um modelo baseado em agentes com a
inteno de retornar uma soluo factvel para o problema, a equipe da UFF responsvel
pela composio de um modelo matemtico para o problema a fim de melhorar a soluo
gerada pelo modelo baseado em agentes ou qualquer outra soluo gerada aleatoriamente. Por
fim, a equipe da UFCG responsvel pela concepo da interface grfica da ferramenta, pela
documentao e integrao dos modelos para formao da ferramenta.
Neste captulo, a seo 1.1 descreve os fatores motivadores que justificam a
realizao deste trabalho, a seo 1.2 detalha os objetivos pretendidos e por fim, a seo 1.3
apresenta a organizao dos captulos que compem esta qualificao de doutorado.
15

1.2 MOTIVAO

1.2.1 Importncia Econmica da Logstica

O Gerenciamento da Cadeia de Suprimentos (do ingls Supply Chain Management


(SCM)) uma atividade que prov grandes vantagens s empresas. Na definio oficial do
Council of Supply Chain Management Professionals (CSCMP)1, o SCM consiste em um
conjunto de prticas que engloba o planejamento e a gesto de todas as atividades de logstica,
bem como as operaes de manufatura e unidades de coordenao dos processos e atividades
como marketing, vendas, design de produto, finanas e tecnologia da informao.
Essencialmente, o SCM engloba a coordenao e colaborao com fornecedores,
intermedirios, prestadores de servios terceirizados e clientes, integrando a oferta e a gesto
da demanda dentro (i.e. SCM intra-organizacional) e entre empresas (i.e. SCM
interorganizacional) (Cscmp, 2011).
Dentro da cadeia de suprimentos, a logstica tem papel fundamental no seu bom
funcionamento. Em uma definio mais particular, o CSCMP define logstica como a
responsvel pelo planejamento, implementao e controle do fluxo e armazenamento eficiente
e econmico de matrias-primas, materiais semiacabados e produtos acabados, desde o ponto
de origem at o ponto de consumo, com o propsito de atender s exigncias dos clientes
(Cscmp, 2011). Basicamente, o processo logstico consiste em apanhar o produto certo, na
quantidade certa, no lugar certo e no tempo certo para ser entregue em lugares onde o produto
desejado e com um custo reduzido (Simchi-Levi, Kaminsky et al., 2003).
Anualmente, as empresas despendem valores monetrios considerveis com
atividades logsticas, sendo que tais custos afetam significativamente o preo do produto final.
Em 2009, as despesas com logstica chegaram a 11.6% do PIB nacional brasileiro, sendo que
exatos 60% foram gastos com transporte de produtos e matria-prima (Ilos, 2010).
Certamente, um grande percentual deste custo logstico est relacionado ao transporte de
petrleo e seus derivados (e.g. gasolina, diesel, nafta, querosene de aviao), uma vez que esta
fonte de energia atende aproximadamente 49% do consumo brasileiro de energia (Ilos, 2010).

1
Principal associao mundial de profissionais de gesto de cadeia de suprimentos.
16

1.2.2 Logstica Petrolfera Brasileira

A maior empresa petrolfera brasileira a Petrobras2 (Nathan, 2011). A Petrobras


realiza, diretamente ou em parceria com terceiros, atividades nas reas de explorao,
produo, refino, comercializao e transporte de petrleo e seus derivados, no Brasil e no
exterior (Petrobras, 2011). Para manter sua hegemonia no mercado interno e se tornar mais
competitiva no mercado externo, a Petrobras precisa continuar investindo na manuteno da
qualidade e melhoramentos de seus processos. Entre estes, a logstica merece ateno especial
por ter impacto direto na qualidade dos servios prestados aos clientes e de ser responsvel
pela conexo dos segmentos de sua cadeia produtiva.
A cadeia produtiva da Petrobras organizada em trs segmentos: upstream,
midstream e downstream. A Figura 1 ilustra tais segmentos (com destaque a parte do
segmento downstream) e a integrao entre os seus membros via atividades de transporte em
um cenrio fictcio e extremamente simplificado. Os escopos de atuao de cada segmento
so descritos a seguir:
Segmento Upstream: refere-se s atividades de explorao, perfurao e extrao
de petrleo e tambm atividade de transporte do petrleo bruto para as
refinarias.
Segmento Midstream: refere-se essencialmente s atividades de refinamento do
petrleo, ou seja, as atividades de transformao de petrleo bruto em derivados
por meio de vrios processos fsicos e qumicos. Alguns exemplos de derivados
obtidos por meio deste processo so: gs liquefeito de petrleo (GLP), gasolina,
nafta, leo diesel, querosene de aviao e de iluminao, leo combustvel,
asfalto, lubrificante, combustvel martimo, solventes, parafinas e coque de
petrleo.
Segmento Downstream: como observado na Figura 1, a estrutura fsica deste
segmento separada de acordo com suas atividades de transferncia e
distribuio. As atividades de transferncia correspondem movimentao de
produtos de uma origem para um nico destino. As operaes de transferncia
podem ocorrer na movimentao de produtos das refinarias at centros de

2
A Petrobras foi fundada em 1953, no governo do Presidente Getlio Vargas, com o objetivo de realizar as
atividades no setor petrolfero em nome do Governo Federal. Atualmente, a Petrobras a 15 maior empresa de
petrleo do mundo (Nathan, 2011).
17

armazenamento intermedirios, chamados de terminais, ou a mercados


consumidores internos (e.g. petroqumicas, estaes de extrao e produo,
centros de distribuio) ou externos Petrobras. As atividades de distribuio
correspondem movimentao de produtos a fim de atender mltiplos destinos
com um nico meio de transporte. As operaes de distribuio podem ocorrer na
movimentao de produtos a partir de centros de distribuio at vrios
consumidores finais (e.g. postos de abastecimento e grandes consumidores e
atacadistas).
Upstream Midstream Downstream

Transferncia Distribuio

Mercado Consumidor

Consumidor Final

E&P Terminal

Mercado Consumidor

E&P

Consumidor Final
Terminal
Mercado Consumidor

Figura 1. Cadeia Produtiva da Petrobras

Para manter um nvel de servio adequado em cada um destes segmentos e


consequentemente propiciar um funcionamento eficiente e econmico de forma integrada, a
realizao peridica de planejamentos logsticos se faz indispensvel. Neste contexto, o
escopo deste trabalho consiste no planejamento da transferncia de derivados de petrleo pela
malha de transporte no segmento downstream, assim como destacado na Figura 1.
Todavia, a Petrobras no mais a responsvel direta pela execuo das atividades
logsticas de transporte e armazenamento dentro de sua cadeia produtiva. Com a
regulamentao da Lei do Petrleo N 9.478 de 19973, a Petrobras Transporte
S. A. (Transpetro) foi criada como subsidiria para administrar tais atividades no territrio
brasileiro e em menor proporo no territrio internacional4. Com esta flexibilizao,

3
A Lei do Petrleo N 9.478 foi regulamentada em 1997 no governo do Presidente Fernando Henrique
Cardoso. Esta lei estimulou a flexibilizao do monoplio do setor do petrleo e gs permitindo que empresas
privadas tambm pudessem exercer as atividades da indstria petrolfera. Nesta poca, tambm foi criada a
Agncia Nacional do Petrleo, Gs Natural e Biocombustveis (ANP) para regulamentar, fiscalizar e contratar as
atividades econmicas do setor petrolfero brasileiro.
4
A Transpetro uma empresa subsidiaria integral da Petrobras e atualmente a maior armadora da Amrica
Latina e a principal empresa de logstica do Brasil (Transpetro, 2010). Ela atua no territrio internacional por
meio da Fronape International Company (FIC) e acordos comerciais.
18

qualquer empresa interessada e com competncia para tal pode receber permisso para fazer
uso dos recursos de transporte e armazenamento sob o controle da Transpetro.
Atualmente a concorrncia interorganizacional para o uso dos recursos de transporte
e armazenamento praticamente inexistente no segmento downstream, no havendo
incertezas em relao disponibilidade futura de recursos que poderiam ocorrer por causa de
possveis conflitos. Por conta disto, para realizar o planejamento das transferncias de
derivados de petrleo, os profissionais de planejamento sempre consideram que toda a
capacidade de recursos de transporte e armazenamento est disponvel para alocao
(Marcellino, 2006). No entanto, caso futuramente a concorrncia venha a ser mais
significativa, o processo de planejamento se tornaria mais complexo e inviabilizaria o uso da
mesma prtica de planejamento, demandando que as empresas negociem a fim de alocar as
capacidades de tais recursos.
Na cadeia produtiva da Petrobras, como em qualquer outra, o planejamento sempre
realizado para um restrito intervalo de tempo, chamado de horizonte de planejamento. O
tamanho do horizonte de planejamento inversamente proporcional ao nvel de detalhes do
cenrio a ser planejado, ou seja, quanto maior o horizonte de planejamento, menor a
quantidade de detalhes considerados. Na Petrobras, as decises de planejamento ocorrem para
trs diferentes horizontes de planejamento (i.e. curto, mdio e longo prazo) que esto
estritamente relacionados a trs diferentes nveis hierrquicos de deciso (i.e. nvel
operacional, ttico e estratgico).
Geralmente, as decises hierrquicas de planejamento so realizadas separadamente
em cada segmento da cadeia produtiva da Petrobras, cada qual atuando em certo nvel de
abstrao do problema. Seguindo este princpio, os trs nveis hierrquicos de deciso so
descritos no contexto do segmento downstream da cadeia petrolfera:
Nvel Estratgico: responsvel por planejar a construo de novas instalaes
fsicas para aumentar os nveis de produo e tambm para reduzir a distncia
entre os centros de produo e consumidores ou mesmo em reorganizar o sistema
de transferncia de produtos. Como exemplo, este nvel responsvel por definir
as rotas de transporte, decidir sobre a instalao de novas refinarias e terminais,
decidir sobre o aumento da capacidade de modais de transporte prprios ou de
terceiros e definir graus de produo e estoque. Este planejamento realizado
anualmente considerando um horizonte de dois ou mais anos.
19

Nvel Ttico: responsvel por planejar a transferncia de produtos entre as


entidades da cadeia produtiva a fim de atender demanda em mdio prazo.
Basicamente, este planejamento busca encontrar uma soluo que satisfaa o nvel
de estoque para cada produto nas entidades envolvidas com um custo de
transporte reduzido. Porm, os cenrios planejados neste nvel geralmente no
contemplam todos os detalhes de operao de uma cadeia produtiva real. Certas
caractersticas dos cenrios reais so abstradas a fim de que a essncia do
problema seja enfatizada. Por exemplo, as capacidades so consideradas de forma
agregada (e.g. capacidade de todos os tanques de armazenamento disponveis para
um dado produto ao invs de considerar a capacidade individual de cada tanque) e
o tempo discretizado em perodos, podendo cada perodo corresponder a um
intervalo de alguns dias, uma ou mais semanas ou um ms. Este planejamento
normalmente realizado mensalmente considerando um horizonte de trs meses.
Nvel Operacional: responsvel por planejar a execuo dos planos dos nveis
anteriores por meio do detalhamento de tais planos. Este nvel considera
capacidades particulares de cada modal e o tempo geralmente tratado na escala
de minutos, horas ou dias. Neste nvel, as tarefas definidas no nvel ttico so
desmembradas e escalonadas no tempo. Geralmente, este planejamento
realizado diariamente para um horizonte de uma semana.
No segmento downstream, o processo de planejamento realizado sequencialmente
do nvel hierrquico superior ao mais inferior, onde o resultado de planejamento de um nvel
entrada para o subsequente. Deste modo, devido a possveis incompatibilidades de
planejamento, s vezes pode ser necessrio reexecutar o planejamento do nvel superior para
melhor se adaptar s restries do nvel inferior. Este caso ocorre com certa frequncia na
relao entre o nvel ttico e operacional no segmento downstream (Marcellino, 2006). Para
evitar ou reduzir a ocorrncia de tal situao, uma alternativa seria agregar maior grau de
detalhamento soluo de nvel ttico para aumentar a compatibilidade desta com o nvel
operacional. Neste sentido, este trabalho aborda o problema de planejamento em nvel ttico,
buscando encontrar solues mais detalhadas para evitar a necessidade de replanejamentos.
Basicamente, o problema de planejamento ttico no segmento downstream consiste
em definir operaes de importao ou exportao de derivados de petrleo e de transferncia
de produtos entre bases (i.e. refinarias, terminais e mercados consumidores) em mbito
nacional para um horizonte de trs meses. O planejamento tem como objetivo manter um
20

nvel de estoque adequado de produtos em cada base no final de cada ms com um baixo
custo de movimentao, respeitando as capacidades dos modais de transporte e as capacidades
de armazenamento das bases.
Atualmente, o planejamento ttico realizado manualmente, ou seja, de forma no
automatizada, baseando-se apenas na experincia dos profissionais especialistas. Este
processo ineficiente ao exigir uma comunicao intensiva entre os especialistas e
responsveis por diferentes bases para conceber uma soluo com alto nvel de abstrao e
sem garantia de alocaes de qualidade e econmica dos recursos (Lopes, 2010). Por
exemplo, quando um modal de transporte mais econmico no alocado eficientemente, pode
ser necessrio fazer uso de outro modal com custo mais elevado para transportar o produto.
Estas escolhas influenciam no custo logstico e tambm no custo do produto final de
derivados de petrleo5 e mesmo de produtos em geral, uma vez que a grande maioria dos
meios de transporte de produtos faz uso do petrleo como sua fonte de energia.
Desta forma, eminente a necessidade de uma ferramenta computacional para
auxiliar os especialistas no processo de planejamento. Esta ferramenta poderia ser usada para
gerar uma proposta completa de planejamento ou ser usada de forma interativa pelos
especialistas como um meio de testar a viabilidade de seus planos. Neste ltimo caso, os
especialistas poderiam fixar algumas movimentaes e solicitar o planejamento das restantes
ferramenta a fim de poupar esforos e ainda obter uma soluo de qualidade.
Porm, mesmo que a ferramenta seja responsvel pelo planejamento completo,
sempre haver a necessidade da presena de profissionais para analisar os resultados, uma vez
que a modelagem uma simplificao da realidade. Desta forma, uma ferramenta sempre ser
usada como auxlio tomada de deciso e, o conhecimento humano e a experincia
continuaro ainda sendo requeridas para tratar da diferena entre o modelo e a realidade
(Fleischmann, Meyr et al., 2005).

1.2.3 Concepo da Soluo Computacional de Planejamento

A concepo de uma ferramenta automatizada para o planejamento de


movimentaes de derivados de petrleo necessita da aplicao de abordagens especiais que
permitam a realizao de uma grande quantidade de combinaes para encontrar o melhor

5
No Brasil, 15% do preo da gasolina refere-se ao custo de transporte considerando toda a cadeia produtiva.
No entanto, h indicativos de melhoria neste custo quando comparado com pases com melhor desempenho
logstico, como os Estados Unidos, onde o impacto do transporte no preo da gasolina cai para 8% (Ilos, 2010).
21

conjunto (i.e. resultado timo) de fluxos de movimentao ou pelo menos um conjunto


aceitvel que respeite as restries do problema (i.e. resultado factvel).
Nos ltimos anos, diferentes tipos de abordagens tm sido aplicadas na concepo de
solues de planejamento da transferncia de derivados de petrleo. Alguns exemplos so a
programao matemtica, lgica por restries, heursticas, meta-heursticas ou mesmo a
combinao entre algumas destas. Entre tais abordagens, a programao matemtica merece
maior destaque por ser a mais utilizada, de forma individual ou conjuntamente com outra
abordagem, principalmente por garantir uma soluo dita tima6.
Mesmo que a abordagem matemtica possa retornar solues timas, estas solues
apenas so vlidas frente a um nmero limitado de variveis e restries. medida que as
restries se apresentam em maior nmero e mais complexas, estes modelos apresentam
certas inconvenincias, tal como o alto custo de processamento e necessidade de recursos
computacionais alm dos disponveis (e.g. memria computacional) (Brito e Tacla, 2009).
Diante desta situao, uma alternativa normalmente utilizada relaxar certas restries a fim
de permitir a execuo do sistema em tempo hbil. No entanto, esta prtica reduz o grau de
compatibilidade da soluo com a realidade.
Ademais, os modelos matemticos podem no refletir a organizao naturalmente
distribuda da cadeia produtiva petrolfera, uma vez que as informaes do modelo so
centralizadas em um conjunto de frmulas. Esta forma centralizada de resoluo do problema
pode inviabilizar o emprego desta abordagem na resoluo do problema em um futuro
prximo e provvel, o qual pode ter incio com a adeso de outras empresas ao mercado
petrolfero brasileiro. Com isso, as informaes nem sempre estariam disponveis de forma
centralizada para a tomada de deciso e as empresas concorrentes pela utilizao da malha
dificilmente compartilhariam suas informaes logsticas.
Com a inteno de contornar estas limitaes dos modelos matemticos, este
trabalho de qualificao prope a utilizao do paradigma de sistemas multiagentes (SMA)
para resolver o problema de planejamento de transferncia de derivados de petrleo.
Basicamente, um agente consiste em uma entidade de software encapsulada situada em um
ambiente e capaz de exercer aes de forma flexvel e autnoma a fim de cumprir os seus

6
A soluo encontrada apenas tima em relao ao modelo da realidade em que se aplica. Geralmente, o
modelo abstrai a realidade para ser computvel, fazendo com que a soluo tima no apresente a mesma
qualidade quando aplicada realidade.
22

objetivos (Jennings, Faratin et al., 2001). Geralmente, estas entidades interagem umas com as
outras de forma local ou distribuda, formando um sistema multiagentes.
Um SMA apresenta caractersticas conceituais e prticas que motivam sua aplicao
ao problema de planejamento logstico em questo, uma vez que a essncia de sua modelagem
criar um modelo que corresponda naturalmente realidade (Zarandi, Pourakbar et al.,
2008), (Jennings, 2000). Assim, cada elemento membro da cadeia produtiva petrolfera pode
ser naturalmente representado por um agente autnomo, cada qual com a sua viso local do
problema e capacidade de comunicao com os demais agentes, mantendo o sigilo de suas
informaes confidenciais.
Desta forma, o processo de modelagem tende a ser mais intuitivo, alm de ser mais
flexvel para expanso futura da dimenso e nvel de detalhamento do problema. Tambm, a
natureza desacoplada e distribuda dos agentes permite que os dados sejam encapsulados em
cada agente a fim de manter a sua confidencialidade e que estes executem de forma
concorrente e distribuda a fim de reduzir o tempo de processamento do sistema.

1.2.4 Mecanismos de Coordenao entre Agentes de Software

No problema logstico em questo, devido ao distanciamento entres as bases, uma


forma intuitiva de se compor a soluo de planejamento seria por meio da interao entre os
envolvidos. A troca de informao entre os envolvidos permite que estes resolvam possveis
conflitos por recursos e cheguem a um comum acordo sobre as contribuies de cada qual
para a formao da soluo de planejamento. No entanto, esta comunicao entre os agentes
deve ser garantida por um mecanismo de coordenao a fim de guiar os envolvidos na
construo do acordo, evitando a ocorrncia de uma comunicao catica, redundante e sem
objetivos.
Uma forma de coordenar as interaes entre os agentes por meio de negociaes.
Os mecanismos de coordenao por negociao se dividem em dois grupos: mecanismos
competitivos e cooperativos. Nos mecanismos competitivos, um agente entra em um processo
de negociao com os outros agentes com o nico interesse de majorar o seu prprio bem-
estar ou atingir o seu prprio objetivo. Por causa deste perfil, estes agentes so chamados de
autointeressados ou egostas. O oposto ocorre em mecanismos cooperativos, onde os agentes
cooperam a fim de majorar o bem-estar social ou atingir um objetivo comum compartilhado
pelo grupo. Estes agentes so chamados de agentes benevolentes ou cooperativos (Ferber,
1999).
23

Uma forma tradicional de coordenao em ambientes competitivos por meio de


leiles. Um leilo consiste em um mecanismo de negociao que segue as diretivas de um
protocolo de interao. Um protocolo de leilo consiste em um sistema de regras e papis
explicitamente definidos, onde as regras definem e coordenam a interao entre dois papis
principais no processo de negociao: o leiloeiro e o participante (Jennings, Parsons et al.,
1998). O leiloeiro tem a funo de iniciar o processo de negociao ao oferecer um ou mais
objetos com a inteno de venda para um ou mais participantes. Por sua vez, um participante
tem a funo de oferecer propostas ao leiloeiro para o objeto ofertado. Este objeto pode se
referir a um produto, recurso, tarefa ou mesmo a um servio. Cada agente ao exercer um dos
papis faz uso de uma estratgia ou modelo de raciocnio para negociar a venda ou aquisio
de objetos por um determinado preo que maximize os seus lucros.
Esta estrutura de negociao incentiva aplicao de leiles no problema de
planejamento em foco. Porm, o problema de planejamento apresenta perfil cooperativo por
estar inserido em um domnio intraorganizacional, sendo que as bases devem cooperar por
meio da transferncia de produtos a fim de manter um equilbrio global de estoque. Desta
forma, o uso de uma abordagem cooperativa baseada em leiles seria mais adequado a este
tipo de problema.
Para suprir esta necessidade, um mecanismo cooperativo que compartilha as mesmas
vantagens dos leiles o protocolo Contract-Net (CNet) ou Redes de Contratos, em
portugus. Basicamente, o CNet consiste em um protocolo de negociao inspirado em leiles
com alto grau de abstrao, que permite coordenar a interao dos agentes com grande
liberdade na definio do objeto e estratgias de negociao. O CNet foi inicialmente
proposto para aplicao no domnio de resoluo distribuda de problemas, o qual consiste no
processo de desmembramento de um problema em um conjunto de subproblemas ou tarefas e
atribuio destes para agentes com capacidades para resolv-los (Smith, 1980). Tambm, o
protocolo pode ser facilmente adaptado a problemas de atribuio de produtos, tal como ao
problema de planejamento em questo, devido flexibilidade proporcionada em relao s
suas regras.
Mais precisamente, o CNet define um processo simples de interao entre os papis
de leiloeiro e participante consistindo em quatro diferentes fases:
Fase do anncio: o leiloeiro envia o anncio com a especificao de uma tarefa
para um conjunto de participantes;
24

Fase do lance: os participantes reservam os recursos para a execuo da tarefa e


enviam seus lances ao leiloeiro;
Fase de atribuio: o leiloeiro elege o melhor lance e notifica o participante
vencedor, o qual se compromete contratualmente pela execuo da tarefa;
Fase de confirmao: o participante vencedor executa a tarefa e retorna o
resultado ao leiloeiro.
No CNet, muitos leiloeiros podem iniciar leiles sequencialmente (i.e. um aps o
outro) ou simultaneamente e, simetricamente, os participantes podem participar de um nico
leilo por vez ou de vrios leiles simultaneamente. Ademais, um participante ao adquirir
uma tarefa, pode assumir o papel de leiloeiro a fim de repassar tal tarefa ou subtarefas
(resultado da decomposio da tarefa) a outro participante. Desta forma, considerando uma
representao em forma de grafo, onde os leiloeiros e participantes so os ns e as relaes ou
recursos comuns entre eles so representados pelos arcos, pode-se visualizar facilmente a
formao de uma rede de contratos. Esta representao corresponde exatamente estrutura da
cadeia produtiva foco do planejamento, conforme verificado na Figura 1.
No entanto, o problema de planejamento em foco apresenta certa complexidade que
inviabiliza a aplicao do CNet em sua forma pura, por no garantir o retorno de uma soluo
de qualidade em certas situaes. Esta dificuldade provm do fato dos agentes trabalharem
com informaes parciais do problema e, por conseguinte, no disporem do conhecimento
sobre todo o espao de solues. Os agentes apresentem certo grau de incerteza na tomada de
deciso quando h vrias oportunidades para negociao, devendo selecionar um subconjunto
de agentes com quem manter uma negociao. Ademais, indiferente se os leiles no CNet
ocorrem sequencialmente ou simultaneamente, os agentes nem sempre conseguem garantir
que uma deciso tomada foi a mais acertada, pois poderia ser diferente em outro instante de
tempo.
Em leiles sequenciais, um participante constri um lance para um dado leiloeiro a
partir de informaes parciais do ambiente, uma vez que no conhece as ofertas de outros
leiloeiros e muito menos se havero novas oportunidades futuras para aquisio da mesma
tarefa ou produto. Em leiles simultneos, um participante tambm no atua de forma
satisfatria por ter que respeitar as regras impostas para o fechamento de um contrato. Como
um contrato fechado na fase de atribuio, um participante se restringe a participar apenas
de um subconjunto de leiles a fim de no se comprometer com uma quantidade de leiloeiros
acima da sua capacidade, evitando o problema de no haver recursos suficientes para executar
25

as tarefas que possivelmente lhe podem ser atribudas. Ao restringir seus lances a apenas
alguns leiles e no havendo garantia de vitria nestes leiles, o participante pode perder boas
oportunidades com outros leiloeiros.
No entanto, esta deficincia do CNet contornada por certos protocolos que
estendem a sua forma bsica de interao. Entre as extenses propostas, h protocolos que
permitem maior interao entre os papis a fim de eliminar este grau de incerteza no momento
da concepo do lance (Voknek, Bba et al., 2007) e outros protocolos que permitem
cancelamentos de acordos momentos antes ou durante a execuo de uma tarefa para que um
participante possa ingressar em outro acordo mais vantajoso com outro leiloeiro (Sandholm e
Lesser, 1995), (Aknine, Pinson et al., 2004). Tais protocolos tambm propem outras
extenses ao CNet para tratar de questes relacionadas a eficincia, escalabilidade,
lucratividade e qualidade de servio.
Porm, ainda h certas deficincias no CNet no resolvidas por estas extenses,
principalmente porque estas focam unicamente no domnio do problema de alocao de
tarefas, no fazendo meno a problemas de atribuio de produtos, tal como o problema de
planejamento em questo. Em problemas de alocao de tarefas, o objeto em negociao um
servio e o resultado de um leilo a execuo de um servio pelo participante. Neste caso,
supostamente, no h a possibilidade e necessidade de desistncia de um acordo aps a
concluso de um leilo, uma vez que o servio j foi executado. Por outro lado, em problemas
de alocao de produtos, o elemento em negociao um objeto no consumvel (em nvel de
planejamento) ofertado pelo leiloeiro e o resultado do leilo a alocao deste a algum
participante interessado. Neste caso, admissvel haver um arrependimento aps a concluso
do leilo devido ocorrncia de eventos futuros, devendo haver meios para cancelar contratos
j realizados a fim de reconstituir o objeto ao seu estado anterior.
Por conta disto, nota-se a necessidade de novas evolues ao CNet convencional e as
suas extenses para se atingir um maior grau de adaptabilidade ao problema de planejamento
em questo. Estas evolues so necessrias, uma vez que no existe um melhor protocolo
universal, pois a qualidade de um protocolo determinada pelo contexto de negociao em
que ele aplicado (Jennings, Faratin et al., 2001).

1.3 OBJETIVOS

Este trabalho de qualificao tem como objetivo a concepo de modelos


multiagentes para resolver o problema de planejamento em nvel ttico na rea de
26

transferncia de derivados de petrleo em uma malha de transportes multimodal, a qual est


inserida no segmento downstream da cadeia produtiva da Petrobras. Estes modelos devero
compor uma ferramenta para auxiliar os profissionais de planejamento da Petrobras em
atividades de tomada de deciso, devendo retornar uma soluo dentro de um curto intervalo
de tempo pr-estabelecido.
No entanto, o problema a ser resolvido bastante desafiador por se tratar de um
problema real e principalmente devido a sua grande dimenso. Basicamente, o problema
consiste no planejamento de transferncia de produtos nas redes de GLP, de Claros (i.e.
derivados leves de alto valor agregado) e de Escuros (i.e. derivados pesados de baixo valor
agregado) com abrangncia em todo o territrio nacional (incluindo atividades de importao
e exportao) para um horizonte de trs meses com discretizao em dias.
Este tipo de problema classificado como NP-Completo (Milidi e Pessoa, 2001;
Milidiu, Pessoa et al., 2002; Liporace, 2005; Marcellino, 2006), no havendo uma soluo
exata que o resolva em tempo polinomial. Desta forma, o objetivo da tese encontrar uma
soluo factvel prxima soluo tima. Mais precisamente, a soluo do problema deve ser
composta por um conjunto de fluxos de movimentao de produtos que satisfaa os nveis de
estoque em cada base com prefervel reduo do custo de transporte. Cada fluxo corresponde
a uma movimentao de certo volume de um dado produto, por uma determinada rota (mono
ou multimodal) com dias de sada e chegada previstos. Caso a rota seja composta por dutos,
uma soluo apenas desejvel e no necessria, a definio do sequenciamento dos produtos
no duto em relao ao tempo.
Para atender tais atributos da soluo, este trabalho considera como hiptese a
aplicao da tecnologia de sistemas multiagentes com mecanismos de coordenao inspirados
em leiles. Esta hiptese se sustenta na prpria similaridade em termos de interao e
estrutura destes sistemas com o problema a ser solucionado. Para responder a tal indagao,
esta qualificao apresenta dois diferentes modelos multiagentes como soluo para o
problema, os quais esto embasados respectivamente nas diretivas de dois novos protocolos
de interao inspirados em leiles. Neste trabalho, o conjunto composto pelo protocolo e
modelagem chamado de modelo multiagentes.
Por fim, outro objetivo deste trabalho apresentar e avaliar os resultados obtidos
com a materializao e aplicao dos modelos propostos ao problema de planejamento
logstico. Para o momento, os resultados dos modelos so apresentados apenas ao cenrio real
27

da malha de GLP, uma vez que ainda no h dados suficientes sobre a malha de Claros e
Escuros.

1.4 ORGANIZAO DO TRABALHO

Este trabalho de qualificao de doutorado est organizado em seis captulos,


includo o captulo corrente. O captulo 2 tem como foco principal a descrio do problema de
planejamento da indstria petrolfera. A descrio do problema faz meno ao ambiente real
para melhor entendimento sobre o domnio em que o problema se insere. Ademais, o captulo
apresenta alguns trabalhos da literatura mais pertinentes aplicados na resoluo de problemas
de planejamento neste mesmo domnio.
O captulo 3 apresenta um embasamento terico sobre o paradigma de agentes de
software. Tal captulo apresenta as definies de agentes e formas de interao em SMA. O
captulo enfatiza as interaes por meio de negociao entre os agentes sobre as diretivas de
protocolos de leilo e do CNet. Devido ao interesse particular no protocolo cooperativo CNet,
o captulo apresenta trabalhos que estendem a forma original deste protocolo e tambm outros
trabalhos que j aplicaram este protocolo em problemas do domnio petrolfero. Finalmente, o
captulo apresenta uma discusso sobre as ferramentas para implementao de sistemas
multiagentes.
O captulo 4 apresenta a proposta de um novo protocolo de leiles e seu uso na
modelagem do problema de planejamento de transferncias de derivados de petrleo.
Tambm, o captulo apresenta alguns resultados preliminares da aplicao do modelo em
cenrios de GLP. Basicamente, o protocolo consiste em uma extenso ao CNet convencional
para sanar algumas de suas deficincias, principalmente as relacionadas a negociaes
simultneas. Conforme as diretivas do protocolo proposto, os leiles ocorrem
simultaneamente para que os participantes tenham disponveis no momento do clculo do
lance, as ofertas de todos os leiloeiros que oferecem o recurso desejado. Porm, os
fechamentos dos leiles ocorrem sequencialmente para melhor sincronizar o acesso aos
recursos compartilhados. Esta sequencialidade durante a execuo dos leiles propiciada por
um agente centralizador que mantm controle sobre todo o sistema.
O captulo 5 apresenta uma proposta de um segundo modelo multiagentes para
aplicao no problema de planejamento em questo. At o momento, o modelo ainda no foi
materializado computacionalmente e por isso, no h resultados prticos que permitam avaliar
o seu comportamento na resoluo do problema. Este modelo foi proposto na inteno de
28

experimentar uma abordagem mais interativa na tentativa de melhorar a qualidade da soluo


do modelo anterior, principalmente em cenrios de maior complexidade. Para isso, o modelo
incorpora certos melhoramentos de extenses ao CNet convencional e agrega novas
interaes e artifcios para melhor se adaptar ao problema de planejamento em questo,
inclusive a possibilidade de desistncia de acordos j concretizados. Basicamente, os leiles
neste protocolo ocorrem totalmente de forma simultnea, sem necessidade de uma fase de
sequenciamento de execues. Isto se deve pela incluso da possibilidade de quebras de
contrato a qualquer momento por ambas as partes do acordo (i.e. leiloeiro ou participante).
Esta prtica ameniza o problema das incertezas em tomadas de decises dos agentes, uma vez
que os envolvidos sempre podem desfazer seus acordos ao vislumbrarem melhores
oportunidades.
Por fim, o captulo 6 apresenta as concluses sobre o trabalho desenvolvido, assim
como as perspectivas dos possveis desdobramentos em trabalhos futuros.
29
30

2 PROBLEMA DE PLANEJAMENTO LOGSTICO NO SEGMENTO


DOWNSTREAM DA INDSTRIA PETROLFERA BRASILEIRA

Desde o final do sculo XX, problemas de planejamento tpicos de SCM vm sendo


estudados no campo de Pesquisa Operacional (PO), verificando-se grandes avanos na
concepo de mtodos e solues (Kok e Graves, 2003). Essencialmente, o objetivo da PO
estudar e conceber mtodos e algoritmos de apoio resoluo de problemas complexos de
tomada de deciso, tal como o problema de planejamento de transferncia de derivados de
petrleo (PPTDP), a fim de obter solues eficientes e de qualidade.
Basicamente, o processo de tomada de deciso consiste na identificao de um
problema e na seleo de uma linha de ao ou soluo (automatizada) para resolv-lo
(Lachtermacher, 2007). Em outras palavras, o processo de tomada de deciso pode ser
compreendido como o processo de encontrar um caminho entre o estado do problema e o
estado da soluo. Neste contexto, o termo problema pode ser definido como uma dificuldade
que impede que uma vontade seja concretizada (Goldbarg e Luna, 2000). Tambm, problema
pode ser entendido como o estado corrente de uma situao que diferente do estado
almejado.
Segundo Goldbarg e Luna (2000), para solucionar um problema se faz necessrio
criar uma representao adequada da realidade a fim de conceber um algoritmo ou soluo
que supere a dificuldade e como resultado, alcance o estado almejado. Nesta definio,
representar a realidade de forma adequada consiste em um passo muito importante na
concepo de uma soluo factvel. Assim, o processo de representao da realidade deve
resultar em um modelo que represente corretamente o problema a ser resolvido a fim de evitar
incompatibilidades da soluo com a realidade. Segundo Pidd (1996), um modelo consiste na
representao externa e explcita da realidade abstrada usada para entender, mudar, suportar
o processo de tomada de deciso e manter controle sobre aquela realidade.
Desta forma, segundo Hillier e Lieberman (2005), o processo de tomada de deciso
consiste em quatro principais etapas: a) o entendimento do problema do mundo real; b) a
construo de um modelo de abstrao do problema real; c) a concepo, implementao e
validao de uma soluo computacional de acordo com o modelo e finalmente, d) a
aplicao da soluo ao mundo real. Na Figura 2, estas etapas esto representadas em forma
de transio entre os estados representativos da realidade, modelo e soluo.
31

Aplicao

Modelo do
Problema Real Soluo do Modelo
Abstrao Problema Concepo,
implementao e
validao
Entendimento

Figura 2. Etapas do processo de tomada de deciso

Nesta tese, as etapas deste processo de tomada de deciso sero seguidas a fim de
encontrar uma soluo factvel para o problema de planejamento logstico de transferncia de
derivados de petrleo. Em concordncia com este processo, um bom entendimento do
problema real e a concepo correta do modelo do problema consistem em etapas to
importantes quanto etapa referente concepo da soluo. Assim, este captulo descreve
especialmente as particularidades mais pertinentes do problema real e do modelo do
problema, apresentando tambm algumas solues da literatura propostas ao mesmo domnio
do problema.
Mais precisamente, este captulo constitudo pelas seguintes sees: a seo 2.1
define o conceito de planejamento no domnio de SCM; a seo 2.2 apresenta o cenrio real
que o problema de planejamento em questo se insere e a seo 2.3 descreve as abstraes e
propriedades que constituem o modelo do problema. Como a soluo computacional a ser
desenvolvida para o problema ser aplicada ao ambiente real, ela precisa considerar certos
requisitos para esta integrao. Assim, a seo 2.4 descreve alguns requisitos a serem
considerados pelo sistema. A seo 2.5 apresenta algumas solues da literatura para o
mesmo domnio do problema e por fim, a seo 2.6 descreve algumas consideraes finais
sobre o captulo.

2.1 DEFINIO DE PLANEJAMENTO

O planejamento uma das atividades mais fundamentais no processo de


gerenciamento de cadeias de suprimentos. O planejamento pode ser definido como um
processo de formulao de um ou mais planos para alcanar um balano entre a oferta e a
demanda em um tempo futuro (Bussinessdictionary, 2011). Basicamente, o planejamento
busca antecipar uma situao futura por meio da concepo de um plano, composto por um
conjunto de aes ou atividades cuidadosamente selecionadas, a ser executado a fim de
alcanar um ou mais objetivos com respeito s restries impostas.
32

Em problemas de SCM, o processo de conceber uma soluo de planejamento


consiste essencialmente: a) no reconhecimento e anlise do modelo do problema de deciso;
b) na definio dos objetivos; c) na identificao de solues ou aes viveis e, finalmente,
d) na seleo da melhor soluo ou das melhores aes para formar o plano (Fleischmann,
Meyr et al., 2005), (Domschke e Scholl, 2005).
Porm, praticamente impossvel seguir este processo para planejar uma cadeia de
suprimentos como um todo, principalmente por causa dos detalhes envolvidos em cada
atividade da cadeia. Geralmente, uma cadeia de suprimentos composta por atividades de
compra de materiais, produo, distribuio e vendas de produtos, sendo que um
planejamento bem elaborado nesta cadeia exige alta capacidade combinatorial. Mesmo que
processos separados de planejamento sejam realizados em cada atividade, dependendo do
tamanho do problema, ainda pode ser difcil encontrar uma soluo satisfatria em tempo
computacional adequado (Fleischmann, Meyr et al., 2005).
Desta forma, geralmente o planejamento em SCM executado em diferentes nveis
hierrquicos de abstrao (i.e. estratgico, ttico e operacional) dentro do escopo de cada
atividade de SCM (Govil e Proth, 2001). Devido a esta fragmentao, as partes se relacionam
horizontalmente e verticalmente formando uma espcie de matriz conectada. A Figura 3
apresenta a fragmentao do planejamento de uma cadeia de suprimentos e a conexo das
partes em forma de uma matriz que relaciona nveis hierrquicos (com horizontes distintos)
com as atividades tpicas da cadeia.

Transferncia/
Compra Produo Venda
Distribuio

Planejamento de
Seleo de fornecedor Localizao da planta Definio da Vendas estratgicas
Estratgico e materiais e sistema de produo estrutura fsica e programa de
produtos

Planejamento Planejamento Planejamento


Planejamento
de aquisio de mestre de de
Ttico de vendas a
materiais e produo e transferncias/
mdio prazo
contratos capacidade distribuio

Escalonamento
Planejamento
Pedido de de mquinas e Planejamento
Operacional de vendas a
materiais controle de de transporte
curto prazo
manufatura

Figura 3. Matriz de Planejamento de uma Cadeia de Suprimentos (Rohde, Meyr et al., 2000)
33

Entre os elementos de planejamento que compem a matriz, os planejamentos de


transferncia de produtos nos nveis ttico e operacional merecem maior destaque ao
corresponderem respectivamente classe de planejamento foco do corrente trabalho e classe
responsvel pelo refinamento do plano. Tais classes de fragmentos se relacionam
estreitamente e se diferem principalmente pelo nvel de detalhes de suas solues e
granularidade do horizonte de planejamento.
O planejamento ttico de transferncia ou distribuio de produtos referenciado na
literatura apenas como planejamento. Basicamente, o planejamento tem como
responsabilidade a construo de um plano para transportar produtos a partir de locais de
produo ou de armazenamento para outros locais de armazenamento, centros de distribuio
ou de consumo por meio da seleo e alocao de capacidade em meios de transporte e
verificao de capacidade de armazenamento nos locais de destino. Em uma viso mais
genrica, o problema de planejamento pode ser visto como um problema tpico de atribuio
de produtos a entidades interessadas, sendo que estas devem alocar recursos para garantir o
recebimento de tais produtos.
Mais precisamente, o planejamento ttico lida com uma representao mais abstrata
do problema do mundo real, com muitas restries relaxadas a fim de que o foco do
planejamento seja uma melhor seleo dos recursos e reduo dos custos. Neste nvel, os
recursos so tratados de forma agregada, se referindo, por exemplo, soma das capacidades
ou custos de um conjunto de recursos de uma mesma classe. O mesmo tratamento ocorre com
os produtos, estes so manipulados apenas em termos de grupos ou famlia de produtos, sendo
que geralmente no h distino entre os produtos dentro de um grupo. De forma semelhante,
o tempo discretizado em perodos de alta granularidade, tal como semanas ou meses, no
tendo como garantir com exatido o tempo de incio, fim ou durao de uma dada atividade.
Desta forma, a deciso principal a ser tomada no planejamento diz respeito
definio do qu deve ser feito e no de quando deve ser feito (Lankford, 2001). Neste
sentido, este nvel de planejamento d maior nfase ao direcionamento da soluo para a
maximizao dos lucros, deixando o tratamento mais refinado dos recursos e tempo para o
nvel de planejamento operacional.
O planejamento operacional de transporte comumente chamado de escalonamento
por causa de sua maior nfase na alocao temporal dos recursos. Segundo Lankford (2001),
o escalonamento consiste basicamente na especificao de tempos para execuo de tarefas
ou eventos de produo com respeito capacidade dos recursos, precedncias e outras
34

restries. Segundo Reklaitis (1992), o escalonamento pode ser definido a partir de trs
elementos bsicos: a) determinao dos recursos mais estritos a serem utilizados; b)
sequenciamento das tarefas; c) temporizao do uso dos recursos pelas tarefas.
Basicamente, o planejamento operacional de transporte tem como responsabilidade a
construo de um plano para alocar temporalmente com maior preciso os recursos de
transporte e de armazenamento com respeito s suas capacidades. Neste nvel, os recursos so
geralmente considerados de forma particular, refletindo as principais caractersticas do
recurso real. Tambm, os produtos so considerados de forma individual e por isso so
distinguidos dentro de um grupo ou famlia de produtos. Neste mesmo sentido, o tempo
tratado com maior preciso, com granularidade de dias ou horas ou mesmo em forma contnua
a fim de determinar com maior exatido os instantes de incio, fim e durao das tarefas que
fazem uso dos recursos.
Deste modo, o foco principal do escalonamento no consiste na otimizao dos
lucros, mas na validao do resultado de planejamento ttico em um nvel de detalhes mais
prximo da realidade. Por isso, a deciso principal a ser tomada no escalonamento refere-se
principalmente em definir quando deve ser feito ao invs de definir o que deve ser feito
(Lankford, 2001).
Como observado, h uma forte interdependncia entre estes dois nveis de
planejamento. Primeiramente o planejamento gera como resultado um conjunto de tarefas, as
quais so passadas ao escalonamento para que sejam alocadas a recursos e no tempo. Porm,
nem sempre o escalonamento possvel de ser realizado para o conjunto de tarefas recebido.
Neste caso, h uma retroao ao nvel anterior para que o problema seja replanejado para
viabilizar a execuo do escalonamento. Neste sentido, quanto maior for o grau de abstrao
do problema de planejamento, maior ser a chance de incompatibilidade do plano com o
escalonamento e consequente necessidade de replanejamento.
Para contornar tal situao, uma prtica utilizada refere-se integrao do
planejamento com o escalonamento. Porm, esta prtica aumenta consideravelmente o
tamanho do problema, o que pode inviabilizar o processo de encontrar uma soluo em tempo
hbil, mesmo que esta seja apenas factvel com as restries impostas. Deste modo, outra
prtica mais vivel refere-se a um maior refinamento do problema de planejamento, tal como
um maior detalhamento das informaes sobre os recursos e reduo na granularidade do
tempo, a fim de reduzir as incompatibilidades. No escopo deste trabalho de qualificao, esta
35

prtica chamada de planejamento com escalonamento relaxado, uma vez que tal problema
ainda no corresponde exatamente ao nvel operacional.

2.2 CENRIO REAL DO PROBLEMA DE PLANEJAMENTO DE TRANSFERNCIA


DE DERIVADOS DE PETRLEO

O problema foco deste trabalho de qualificao consiste no planejamento ttico de


operaes de importao e exportao de produtos derivados de petrleo e principalmente da
transferncia de produtos entre bases de produo, armazenamento e consumo em territrio
brasileiro por meio de modais de transporte para um horizonte de trs meses. O planejamento
deve respeitar as capacidades de armazenamento e de transporte a fim de manter um nvel
adequado de estoque de cada produto em cada base por meio da seleo de modais e fluxos
(volume) de movimentao com custo preferencialmente minimizado.
Esta seo apresenta uma descrio do cenrio real do segmento downstream da
cadeia petrolfera brasileira a fim de melhor contextualizar o problema de planejamento em
questo. Em uma viso macro do cenrio, as conexes entre as bases (de produo, de
consumo e de armazenamento) por meio de modais de transportes formam uma espcie de
rede ou malha de transporte. No escopo deste trabalho de qualificao, a malha brasileira de
transporte de derivados de petrleo constituda pelo conjunto de bases e modais de
transporte. A Figura 4 ilustra a topologia aproximada desta malha no territrio brasileiro onde
os pontos representam as bases e as linhas que os unem representam os modais de transporte.

Figura 4. Topologia Aproximada da Malha Multimodal Petrolfera Brasileira


36

A malha de transporte pode ser compreendida por meio de duas vises distintas e
complementares, ou seja, pela tica da viso esttica ou dinmica. A viso esttica consiste
propriamente nas bases e modais de transporte que formam a sua estrutura fsica. A viso
dinmica corresponde essencialmente aos fluxos de produtos movimentados pelos modais e
armazenados nas bases.
As subsees seguintes esto assim organizadas: a subseo 2.1.1 descreve os tipos
de bases que constituem a malha, a subseo 2.1.2 descreve os tipos de modais suportados
pela malha e finalmente a subseo 2.1.3 descreve os produtos que trafegam pela malha.

2.2.1 Tipos de Bases

Em uma viso superficial, a malha petrolfera brasileira composta por trs tipos de
bases: bases produtoras, consumidoras e de armazenamento. Mais precisamente, a malha
possui 13 refinarias responsveis pela produo de diferentes tipos de derivados de petrleo e
outros produtores internos (e.g. unidades de extrao e produo de petrleo e gs natural
(E&P)) e externos companhia (e.g. petroqumicas privadas). Estas bases de produo esto
concentradas em regies estratgicas, tal como nas proximidades dos grandes centros
consumidores e principalmente na regio costeira brasileira. A disposio costeira reduz os
custos para a aquisio de petrleo bruto em locais de explorao em alto-mar e facilita o
transporte de derivados acabados ao longo da costa ou envio ao exterior.
Ademais, a malha composta por centros de consumo que consistem em locais de
entrega internos (e.g. petroqumicas, trmicas e E&P operadas pela Petrobras) e externos
companhia. H situaes em que uma base pode ao mesmo tempo ser considerada como um
local de entrega e local de produo, mas para produtos diferentes. Neste caso, uma base
consome um dado tipo de derivado a fim de produzir outro. Em outras situaes, um local de
entrega pode estar situado no mesmo endereo de uma base de armazenamento (terminais),
sendo que os custos de transporte entre estas duas bases so praticamente desprezveis.
Ainda, a malha composta por 20 terminais terrestres (i.e. sem acesso direto ao mar
ou rio) e 28 terminais aquavirios (i.e. com acesso direto ao mar ou rio) sobre o controle da
Transpetro e outros sobre o domnio de terceiros. Estas bases esto estrategicamente
distribudas com a inteno de servir como ponto de intermediao entre os centros de
produo e de consumo e permitir conexo com o exterior via modais martimos. Portanto, os
terminais (terrestres e aquavirios) so responsveis pelo armazenamento temporrio de
produtos a fim de evitar que refinarias excedam as suas capacidades de estocagem e
37

principalmente para manter um nvel de estoque de segurana a fim de atender demandas


inesperadas de consumidores em um menor intervalo de tempo.
Em particular, os terminais aquavirios, alm de exercerem o papel de entidades de
armazenamento tambm podem realizar operaes de importao e exportao de produtos.
Essencialmente, os terminais aquavirios so constitudos por cais e pers de atracao, que
por sua vez so compostos por um conjunto de beros de atracao com suporte a navios de
diferentes dimenses e profundidade de calado7. Deste modo, os terminais aquavirios com
infraestrutura adequada para suportar navios com dimenses internacionais, podem ser usados
como locais para operaes de importao, quando h deficincia de produo para atender a
demanda, ou exportao, quando h excesso de produo.
Como observado, uma particularidade de todos os tipos de bases a existncia de
espaos para armazenamento de produtos. Fundamentalmente, cada base constituda por um
tanque ou um conjunto deles para o armazenamento de produtos. Cada tanque pode
armazenar apenas um tipo de produto, porm, pode haver mais de um tanque que suporte o
armazenamento do mesmo tipo de produto.
Os tanques so caracterizados pela forma do costado e teto. Em relao forma do
costado, os tanques podem ser classificados em cilndricos ou esfricos. Os tanques
cilndricos so utilizados para o armazenamento de petrleo ou derivados e os esfricos para o
armazenamento de gases. Quanto ao teto, os tanques so classificados em tanques de teto fixo
ou de teto flutuante. Em tanques de teto fixo, o teto est diretamente ligado parte superior de
seu costado e em tanques de teto flutuante, o teto flutua sobre o produto armazenado a fim de
evitar a formao de espaos de vapor. Particularmente, em tanques que funcionam pelo
sistema de teto flutuante, se faz necessrio manter um volume mnimo de produto no tanque
para evitar que o teto encoste o cho e seja danificado. A Figura 5 ilustra os trs principais
tipos de tanques utilizados para o armazenamento de derivados de petrleo.

7
Distncia vertical entre a superfcie da gua e a parte mais baixa da embarcao.
38

a b c

Figura 5. Tipos de Tanques. a) Tanque Cilndrico com Teto Flutuante, b) Tanque Cilndrico com Teto
Fixo e c) Tanque Esfrico com Teto Fixo.

Os tanques apresentam capacidade fsica e uma faixa de estoque operacional


desejvel. A capacidade fsica corresponde ao volume mximo que se pode armazenar no
tanque no espao compreendido entre o limite inferior e superior. O limite inferior refere-se
ao prprio piso do tanque e o limite superior ao teto do tanque. No caso de tanques com teto
flutuante, o limite superior refere-se ao ponto mais alto de deslocamento do teto.
A faixa de estoque operacional corresponde a um nvel de estoque desejvel ou meta
que deve ser mantido para garantir o atendimento de uma variao na demanda e tambm para
evitar danos ao teto em tanques com sistema de teto flutuante. A faixa de estoque operacional
delimitada por um limite inferior que normalmente corresponde a 15% ou 20% da
capacidade fsica e por um limite superior que normalmente corresponde a 75% ou 80% da
capacidade fsica do tanque. A Figura 6 apresenta estes limites de estoque em relao
capacidade de um nico tanque.

Figura 6. Faixas de Estoque de um nico Tanque

Conforme a figura, a capacidade de um tanque separada em trs faixas de estoque.


A faixa de estoque principal corresponde ao intervalo entre os limites operacionais. Esta faixa
denominada de estoque meta ou simplesmente de faixa operacional. As outras duas faixas
correspondem a intervalos fora da faixa operacional, mas ainda constam dentro das fronteiras
fsicas do tanque. Estas faixas so respectivamente superiores e inferiores a faixa operacional.
Mais precisamente, a faixa de estoque superior faixa operacional denominada de estoque
mximo e a faixa de estoque inferior faixa operacional denominada de estoque mnimo.
39

2.2.2 Tipos de Modais de Transporte

Para evitar que bases produtoras tenham que parar suas operaes quando no h
mais capacidade para armazenamento e consumidores fiquem sem o mnimo necessrio de
produtos em estoque para atender suas demandas, as bases devem movimentar produtos entre
si. Basicamente, uma movimentao consiste no escoamento de certa quantidade de um tipo
de produto de uma base de origem para uma base de destino, de forma direta ou intermediada
por outras bases, por meio de rotas de fluxos mono ou multimodais (i.e. rotas compostas por
apenas um ou diferentes tipos de meios de transporte). Mais precisamente, uma rota de fluxo
consiste na conexo direta ou indireta entre uma base de origem e outra de destino
respectivamente por meio de um nico modal de transporte ou um conjunto de modais de
transportes que so conectados a bases intermedirias.
A malha de transporte petrolfera brasileira composta por aproximadamente 14.370
km de dutos (i.e. 7.178 km de oleodutos e 7.192 km de gasodutos) com capacidade mdia
para movimentar 670 milhes de m de petrleo e derivados por ano. A maior concentrao
deste tipo de modal se encontra na regio sudeste devido presena de um maior nmero de
bases nesta regio. Ademais, a malha tambm composta por uma frota de 52 navios com
capacidade para transportar uma mdia anual de 60 milhes de toneladas de derivados de
petrleo e ainda contratos para uso de frotas de terceiros alm de acordos para transporte
rodovirio e ferrovirio (Transpetro, 2009).
Entre os modais de transporte utilizados, o modal duto o mais vantajoso
financeiramente e ecologicamente. Em uma definio simplista, um duto ou um sistema de
dutos consiste em tubulaes e estaes de bombeamento que impulsionam a movimentao
de produtos. A capacidade de movimentao e tempo de transporte dos dutos dependente de
seu volume e vazo. Basicamente, o volume corresponde quantidade estrita em unidades
volumtricas de um produto para preencher completamente o duto ou tambm pode ser
definido como o volume em trnsito em qualquer instante de tempo quando o duto est
completamente preenchido. Por sua vez, a vazo corresponde ao volume transportado pelo
duto em um dado intervalo de tempo (i.e. horas, dias).
Os dutos so classificados de forma diferente de acordo com o tipo de produto que
transportam. Os dutos so comumente referenciados como oleodutos quando transportam
petrleo e derivados ou como gasodutos quando transportam gases, normalmente em forma
lquida. Quando mais de um tipo de produto transportado pelos dutos, eles so
genericamente chamados de polidutos.
40

Os dutos apresentam uma caracterstica particular que os diferencia dos demais


modais de transporte. Neste modal, os produtos so transportados sem a necessidade da
movimentao do meio de transporte, uma vez que so os produtos que se movimentam.
Basicamente, o processo de transporte consiste no preenchimento ou bombeamento constante
de produtos em uma extremidade a fim de empurrar a carga at a outra extremidade do duto.
Caso o bombeamento seja cessado, toda a carga em trnsito ficar estacionada no duto. Em
termos operacionais, o volume ou lote de cada produto bombeado nos dutos chamado de
batelada.
Alguns dutos podem suportar o bombeamento em dois sentidos diferentes: no sentido
normal e reverso. Porm, a movimentao em sentido reverso no incentivada por causa do
aumento no consumo energtico e temporal devido necessidade de reverso do sentido de
bombeio. Alm disso, a vazo no sentido reverso geralmente menor do que no sentido
normal e o prprio procedimento de reverso reduz a capacidade de movimentao do duto,
mesmo que apenas durante a execuo do procedimento.
Para realizar uma operao de reverso, se faz necessrio preencher inteiramente o
duto em seu sentido normal, preferencialmente com apenas um tipo de produto para evitar
problemas de contaminao, sendo que este volume retornar a origem com a reverso do
sentido de bombeamento. Este processo exemplificado na Figura 7 por meio de um cenrio
composto por um nico duto com extremidade inicial na base A e final na base B para o
sentido de fluxo normal. O processo exemplificado de acordo com o estado dos produtos
dentro do duto em relao ao tempo. Primeiramente, o estado (a) apresenta a disposio
inicial das bateladas no duto. Os estados (b) e (c) representam o incio do bombeio da batelada
auxiliar de reverso 3 na origem A e o deslocamento das bateladas 1 e 2 em direo a B. O
estado (d) apresenta a ocupao de todo o duto pela batelada 3 antes deste ser revertido e por
fim, os estado (e) e (f) apresentam a inverso no sentido de fluxo e a movimentao das
bateladas 4 e 5 em direo a base A (Felizari, 2009).

A 2 1 B A 3 B
(a) (d)

A 3 2 1 B A 3 4 B
(b) (e)

A 3 2 B A 4 5 B
(c) (f)

Figura 7. Processo de Reverso de Dutos


41

Em rotas de fluxo constitudas por mltiplos dutos dispostos de forma adjacente,


pode haver a necessidade de realizar procedimentos especiais para que o alinhamento das
bateladas ocorra de forma mais eficiente. Tais procedimentos so frequentemente necessrios
porque certos dutos adjacentes apresentam diferentes taxas de vazo principalmente por causa
da diferena de demanda entre as bases conectadas.
Basicamente, estes procedimentos se referem ao armazenamento de produtos na base
de interseco entre dois dutos a fim de compensar as diferenas de vazo e
consequentemente manter as taxas normais de fluxo de cada duto. Este procedimento
chamado de operao pulmo. Quando os dutos adjacentes apresentam a mesma vazo, no
h a necessidade do procedimento para armazenamento intermedirio. Neste caso, ocorre uma
operao de passagem (contnua), sem paragem temporria do fluxo para compensao de
vazo (Felizari, 2009; Boschetto, 2011).
A Figura 8 exemplifica graficamente as operaes de pulmo e de passagem por
meio de uma rota de fluxo composta por trs dutos. Neste exemplo, considera-se que os trs
dutos suportam reverso. Assim, esta rota interliga a origem A ao destino D com
intermediao das bases B e C em sentido normal de fluxo e a origem D ao destino A em
sentido reverso de fluxo.
Conforme a figura, o trecho AB apresenta vazo menor do que BC, havendo a
necessidade de operao pulmo por meio do acmulo temporrio de volume em B para
corresponder exatamente vazo de BC. Assim, as bateladas em BC ficam temporariamente
estagnadas espera da satisfao do volume de vazo para serem empurradas. No sentido
reverso, CB apresenta vazo maior do que BA, tambm havendo a necessidade de operao
pulmo para evitar que o fluxo em CB fique estagnado. Neste caso, o rebombeio em BA pode
ocorrer imediatamente aps o recebimento do volume de BC, formando um fluxo contnuo
temporalmente. Em relao aos trechos BC e CD em sentido normal ou DC e CD em sentido
reverso, ambos apresentam a mesma vazo, podendo ocorrer passagem direta e imediata das
bateladas de um trecho para o outro (Felizari, 2009).

A B C D
50 u.v./t 100 u.v./t 100 u.v./t

Origem/ Pulmo Passagem Origem/


Destino Destino

Figura 8. Operao Pulmo e de Passagem


42

As rotas de fluxo tambm podem ser compostas por diferentes modais de transporte,
havendo tambm a necessidade de armazenamento intermedirio temporrio para realizar o
transbordo entre os diferentes modais. Para atender os centros de consumo com maior
eficincia, as operaes de transbordo podem ocorrer em diferentes combinaes entre os
tipos de modais suportados pela malha petrolfera brasileira.
Mesmo o transporte dutovirio sendo o mais vantajoso economicamente, este ainda
no apresenta abrangncia nacional ou pelo menos conexo entre todos os principais
mercados consumidores nacionais. Desta forma, atualmente, os modais aquavirios consistem
na alternativa mais conveniente para realizar o transporte de petrleo e seus derivados em
territrio nacional em regies no abrangidas pela rede dutoviria. Este modal tem como
principal vantagem o transporte de um alto volume de produtos, que contribui para a reduo
do custo por unidade volumtrica, e a facilidade de acesso s bases (de produo,
armazenamento e consumo) distribudas pela costa martima e por regies remotas com
acesso fluvial.
Em termos operacionais, a navegao pela costa denominada de cabotagem e
realizada por navios de diferentes tipos e dimenses. Exemplos so os navios cargueiros ou
convencionais (qualquer tipo de carga), graneleiros ou tanque (cargas lquidas em granel) e
navios para transporte de GLP. Por sua vez, a navegao fluvial denominada de interior,
sendo realizada normalmente por embarcaes chamadas de barcaas, as quais apresentam
baixo calado que permitem a navegao em rios.
Nos modais aquavirios, diferentemente dos dutos, o tempo de transporte
incrementado pelo tempo despendido em operaes de carga e descarga de produtos e, em
certas situaes, tambm pela espera para a realizao de tais operaes. Nestas operaes, os
navios aguardam primeiramente pela oportunidade de atracao e depois de atracados, pelo
tempo necessrio para os procedimentos de carga e descarga. Enquanto em dutos, a prpria
operao de carregamento leva movimentao de bateladas e consequentemente ao
descarregamento de bateladas posicionadas na extremidade final do duto.
Ademais, as operaes de carregamento e descarregamento em terminais aquavirios
apresentam custos para utilizao dos beros de atracao de embarcaes. O custo dado por
unidade de tempo, sendo que a contagem do tempo iniciada com o comeo das operaes de
atracao e finalizada com a desatracao da embarcao (Brito, 2008).
Por fim, os modais ferrovirios e rodovirios complementam a malha de transporte
petrolfera brasileira. A interconectividade entre estes tipos de modais permitem o
43

atendimento de todas as regies brasileiras, principalmente s bases no alcanveis pelas vias


dutovirias ou aquavirias. O modal ferrovirio indicado ao transporte de grandes volumes a
mdias distncias, apresentando alta eficincia energtica. Por sua vez, os modais rodovirios
so mais indicados para o transporte de pequenos volumes a pequenas distncias ou a regies
mais longnquas no acessveis por outro modal. O modal rodovirio apresenta grande
abrangncia nacional, mas ainda o seu custo e manuteno so bastantes elevados (Ballou,
2004).

2.2.3 Classe de Produtos Suportados

A malha petrolfera brasileira separada conceitualmente em trs sub-redes devido


s diferentes propriedades de trs classes de produtos: a classe do GLP, dos produtos escuros
e dos produtos claros. Estas sub-redes so geralmente tratadas de forma independente devido
as suas propriedades distintas (Felizari, 2009).
A classe do GLP corresponde combinao de hidrocarbonetos leves e gasosos,
principalmente o propano e butano. O GLP obtido do processo de refino do petrleo e
popularmente conhecido como gs de cozinha. Este tipo de produto armazenado e
geralmente transportado em estado lquido. Tal estado pode ser obtido por meio da elevao
da presso ou reduo da temperatura.
A classe dos escuros apresenta colorao escura, so pesados e bastantes viscosos.
Como exemplos de produtos desta classe tm-se o leo combustvel e o asfalto. Estes
produtos precisam ser aquecidos a certa temperatura a fim de controlar as suas viscosidades.
Por sua vez, a classe dos claros apresenta colorao clara, so lquidos, leves e poucos
viscosos. Os produtos desta classe so caracterizados pelo seu alto padro de qualidade e
valor comercial, muito superior aos produtos da classe dos escuros. Exemplos de produtos
desta classe so o diesel, a gasolina e o querosene.
Cada produto da classe de claros pode ser classificado de acordo com diferenas em
termos de composio qumica. Como exemplo, o diesel classificado em Diesel A (sem
adio de biodiesel), Diesel B (com adio de biodiesel), Diesel C (baixssimo teor de
enxofre) e Diesel D (para uso martimo). Dentro de cada classe, o teor e composio qumica
definem o grau de qualidade ou nobreza de um produto. Particularmente, o diesel do tipo A
engloba subprodutos como o Diesel S-50, Diesel S-500, Diesel S-1800 e o Diesel S-2000, os
44

quais se diferem principalmente pelo teor de enxofre em suas composies8. Neste caso, a
nobreza de cada produto definida pelo seu teor de enxofre, quanto menor for o teor, mais
nobre o produto.
De acordo com esta classificao de produtos, pode-se perceber que grande a
quantidade de subprodutos a serem movimentados nas trs sub-redes. Em termos numricos, a
soma de subprodutos suportados por toda a malha pode chegar aproximadamente a 200
subprodutos.
Mesmo que os subprodutos sejam especializaes de uma classe maior de produtos,
estes so geralmente armazenados e transportados com o mximo de cuidado para evitar que
um produto menos nobre contamine um mais nobre. No entanto, a contaminao pode ser
desejvel em situaes de escassez e demanda de um dado produto menos nobre ou a falta de
capacidade em tanques para armazenar um produto mais nobre. Nestes casos, um produto
mais nobre propositalmente misturado com outro menos nobre com a inteno de formar o
produto demandado. Este processo chamado de degradao de produtos.

2.3 MODELO DO PROBLEMA DE PLANEJAMENTO DE TRANSFERNCIA DE


DERIVADOS DE PETRLEO

Conforme apresentado, o cenrio real de planejamento pode apresentar grau de


detalhamento muito elevado para um planejamento em nvel ttico. Por conta disto, as
principais caractersticas do cenrio foram abstradas a fim de formar o modelo do problema.
Um modelo nada mais do que uma simplificao da realidade.
O modelo do problema pode ser estruturalmente representado por meio de um grafo
direcionado ponderado ou tambm chamado de dgrafo ponderado. Um dgrafo ponderado
consiste em uma relao entre um conjunto de elementos chamados vrtices e outro conjunto
de elementos chamados arcos, onde cada arco associado a um ou dois vrtices e apresenta
uma direo e um valor para representar o peso da associao (Tutte, 2001). Graficamente, os
vrtices de um grafo so representados por pontos ou crculos e os arcos direcionados so
representados por meio de setas que conectam os arcos. Desta forma, a malha de transporte de
derivados de petrleo uma representao natural de um grafo, onde os vrtices
correspondem s bases e os arcos aos modais de transporte que conectam duas bases

8
Nesta nomenclatura, o S o smbolo qumico do enxofre (Sulphur em latim) e o valor numrico representa
a quantidade em partes por milho de enxofre na composio do diesel.
45

unidirecionalmente ou bidirecionalmente com custos e capacidades de transporte associados.


A Figura 4 ilustra esta representao, porm, com a omisso dos custos e capacidades de
transporte.
Esta representao facilita o entendimento do problema, permitindo tratar os
componentes do problema de forma mais genrica, unicamente em termos de vrtices e arcos.
Nesta representao, uma rota de fluxo pode ser simplesmente representada por um conjunto
de um ou mais arcos de mesma direo, arranjados de forma adjacente, a fim de movimentar
produtos entre dois vrtices (i.e. um vrtice de origem e outro de destino).
Alm da abstrao representacional em termos de grafo, o modelo do problema
tambm composto por outras formas de abstrao. Estas abstraes so apresentadas nas
subsees seguintes fazendo referncia s particularidades do problema. Essencialmente, a
subseo 2.3.1 descreve a abstrao relacionada discretizao do horizonte temporal de
planejamento; a subseo 2.3.2 descreve a abstrao relacionada organizao dos produtos;
a subseo 2.3.3 descreve a abstrao em relao capacidade de armazenamento de cada
base e a subseo 2.3.4 em relao capacidade de transporte dos modais. Finalmente, a
seo 2.3.5 descreve a abstrao em termos de topologia da malha brasileira e a seo 2.3.6
apresenta uma reflexo final sobre o modelo.

2.3.1 Abstrao em Relao ao Tempo

Por se tratar de um planejamento em nvel ttico, no h a necessidade de considerar


o tempo do horizonte de planejamento com a mesma preciso exigida em nvel operacional,
ou seja, em termos de horas ou minutos. Em nvel ttico, o tempo pode ser discretizado em
intervalos de granularidade mais fina a fim de suportar um horizonte de planejamento maior
do que o praticado em nvel operacional.
No modelo do problema foco deste trabalho, considera-se um horizonte de
planejamento configurvel, mas que geralmente corresponde a um intervalo de trs meses. O
planejamento realizado mensalmente, considerando o ms corrente e outros subsequentes.
Desta forma, as informaes de oferta e demanda de produtos em cada base, bem como as
capacidades de armazenamento e de transporte so dadas separadamente para cada ms. Neste
documento de qualificao, cada ms de planejamento chamado de perodo de
planejamento.
Porm, como a inteno conceber uma soluo de planejamento mais prxima ao
nvel operacional, o modelo deve considerar o tempo em parcelas menores. Desta forma,
46

considera-se a discretizao de cada perodo em unidades de dias. Com isso, todas as


operaes envolvendo as bases e modais devem automaticamente ser tratadas em termos de
dias. A Figura 9 ilustra a forma hierrquica de tratamento do tempo, apresentando o
desmembramento do horizonte em perodos e consequente discretizao do tempo dentro de
cada perodo.

Horizonte de Planejamento

Perodo 1 Perodo 2 Perodo 3

1 . . . . . . . n 1 . . . . . . . n 1 . . . . . . . n

Figura 9. Desmembramento do Horizonte e Discretizao Temporal em Dias

Devido ao desmembramento do horizonte em perodos, o planejamento pode ser


concebido temporalmente de forma incremental em relao aos perodos, ou seja, um perodo
por vez. Porm, as movimentaes de produtos entre os perodos devem ser consideradas, as
quais ocorrem quando o tempo de transporte de produtos superior ao intervalo de um
perodo. Assim, o planejamento intraperodo deve tratar dos fluxos de movimentao a serem
recebidos no perodo corrente e tambm gerar, se necessrio, outros fluxos a serem entregues
nos respectivos destinos em perodos posteriores.

2.3.2 Abstrao em Relao aos Produtos

A malha brasileira de derivados de petrleo subdividida em trs sub-redes


independentes de acordo com as seguintes classes de produtos: claros, escuros e GLP. Apesar
das diferenas entre as classes, as particularidades mpares de cada uma foram
desconsideradas no modelo a fim de que as trs possam ser planejadas da mesma maneira.
Assim, um mesmo mtodo computacional pode ser aplicado sem modificaes para cada
classe de produtos. Em termos de planejamento, o conjunto formado por uma sub-rede
representativa de uma classe e a disposio inicial dos produtos nesta sub-rede considerado
como um cenrio de planejamento.
No entanto, a classificao de produtos em apenas trs classes ainda no suficiente
para representar a diversidade de produtos suportados pela malha. Esta classificao se baseia
em caractersticas muito genricas, sendo que os produtos que compem tais classes
apresentam vrias outras propriedades diferenciadoras. Por isso, dentro de cada classe, os
produtos so classificados em grupos de produtos de acordo com suas propriedades qumicas
47

mais significativas, sendo que um produto pode estar contido em apenas um nico grupo de
produtos. Assim, considera-se que uma classe de produtos composta por um ou vrios
grupos de produtos e cada grupo pode ser composto por um ou mais produtos. A Figura 10
ilustra esta organizao hierrquica.
Malha

GLP Claros Escuros

Grupos de
Produtos (GP)

GP.1 GP.2 ... GP.n

Produtos(Prd)

Prd.1 Prd.2 Prd.3

Figura 10. Organizao de Produtos em Grupos de Produtos

Em relao s bases, cada uma apresenta suporte para um ou mais grupos de


produtos e consequentemente para um ou mais tipos de produtos. No modelo, os dados
referentes ao estoque de cada produto e capacidade de armazenamento das bases so
informados por perodo. Em referncia especial aos dados do estoque (i.e. estoque inicial e
balano), estes so informados particularmente por tipo de produto. A Figura 11 ilustra a
organizao destes dados.
Base

Grupos de
Produtos
Produtos

Prd.1 Prd.2 ... Prd.n

Perodos

Per.1 Per.2 Per.3

Est. Inicial Balano Balano Balano

Figura 11. Organizao dos Dados Referentes a Produtos em uma Base

De acordo com a organizao apresentada, as informaes de balano so dadas para


cada perodo, mas apenas o primeiro perodo apresenta a informao de estoque inicial. O
estoque inicial consiste no volume disponvel em estoque de um produto no incio do
horizonte de planejamento. Por sua vez, o balano refere-se diferena entre a previso de
48

produo e de consumo em cada perodo para um dado produto. No modelo, as informaes


de estoque so dadas em valores inteiros em termos de unidades de volume, cabendo ao
planejamento decidir quantas unidades inteiras formaro um fluxo de movimentao.
O valor de balano exprime a situao de estoque de um produto, podendo assumir
um valor positivo para representar oferta, negativo para representar demanda ou um valor
neutro (i.e. zero). Mais precisamente, quando a produo de um produto for maior do que seu
consumo, o balano corresponder a um valor positivo ou a um valor negativo em caso
contrrio. Ainda, o balano poder apresentar valor zero quando a produo igualar ao
consumo. Em referncia ao cenrio real, as refinarias geralmente apresentariam balano
positivo por produzirem mais do que consomem de um dado produto, os pontos de consumo
apresentariam balano negativo devido s suas demandas e os terminais apresentariam
balano zero por no apresentarem produo e nem demanda de produtos.
Durante o horizonte de planejamento, pode ocorrer de uma base apresentar um
balano positivo para um produto e negativo ou nulo para outro em um mesmo perodo ou
perodos diferentes. Tambm, admitindo variaes nas taxas de produo e consumo entre os
perodos, pode ocorrer que uma base apresente balano positivo de um produto em um
perodo e balano negativo para o mesmo produto em um perodo seguinte. Neste caso, nota-
se a necessidade de uma abordagem de soluo que no foque apenas no planejamento
isolado de cada perodo, mas que tambm considere as suas dependncias.
No modelo atual, por causa da disponibilidade dos dados em termos de balano por
perodo, h a necessidade de manipulao destes valores para corresponder ao estoque dirio
de produtos em cada base. Em um momento mais oportuno, as informaes de produo e
consumo podero ser dadas em unidades dirias com a inteno de encontrar solues de
planejamento de melhor qualidade. Para o momento, uma forma de contornar esta limitao
corresponde linearizao do balano de cada perodo pelos dias do respectivo perodo e
posterior incremento desta distribuio com o valor de estoque inicial.
Em termos prticos, a linearizao do balano de um perodo ocorre por meio da
diviso do valor de balano pelos dias do perodo, atribuindo o resto da diviso inteira ao
estoque do primeiro dia do perodo. Como resultado da linearizao, obtm-se o estoque
dirio acumulado do produto, que graficamente pode corresponder a uma reta crescente,
decrescente ou constante. Neste trabalho, o conjunto destes valores em relao ao tempo
chamado de curva de estoque. A Figura 12 apresenta um exemplo da formao de uma curva
49

de estoque para um dado produto a partir dos valores de estoque inicial e balanos
apresentados na tabela adjunta.

Figura 12. Formao da Curva de Estoque

Ademais, os fluxos de movimentao j programados no planejamento anterior que


influenciam no planejamento corrente e fluxos obrigatrios tambm devem ser considerados
na formao da curva de estoque. Estes fluxos podem se referir a movimentaes que j esto
em operao ou a movimentaes que obrigatoriamente faro parte do conjunto de
transferncias planejadas para o horizonte corrente. No modelo, os fluxos em operao so
denominados de estoque em trnsito e os fluxos obrigatrios so denominados de transportes
comprometidos. Estes ltimos so especialmente definidos pelos especialistas para o
planejamento corrente e no devem ser alterados pela soluo computacional.
A Figura 13 apresenta a estruturas das informaes referentes aos fluxos em trnsito
e comprometidos. Ambos os tipos de fluxos apresentam a mesma estrutura. Mais
precisamente, um fluxo consiste em um dado volume de um produto a ser movimentado por
uma rota com a definio dos reais dias e perodos de sada do volume da origem e chegada
ao destino.
Estoque em Trnsito Transportes Comprometidos

Fluxo.1 Fluxo.2 ... Fluxo.n

Produto Volume Rota Sada Chegada

Dia Perodo Dia Perodo

Figura 13. Organizao dos Dados dos Fluxos em Trnsito e Comprometidos


50

Ademais, em situaes de escassez de um produto na malha, pode no ser possvel


atender a demanda de um produto por vias normais de transferncia entre as bases. Tambm,
mesmo que a transferncia seja possvel, ainda ela pode apresentar um custo muito alto.
Nestes casos, pode ser necessrio fazer uso de operaes de degradao de produtos. Uma
operao de degradao consiste na transformao de um volume de um produto mais nobre
no mesmo volume de um produto menos nobre demandado, quando estes so compatveis
para degradao. A Figura 14 apresenta os principais atributos de uma operao de
degradao. Uma operao de degradao formada por um produto fonte e um produto alvo
e apresenta um custo associado. No modelo, o custo de degradao discretizado em apenas
trs valores: Baixo, Mdio e Alto.

Degradao

Produto Produto
Custo
Fonte Alvo

BAIXO MDIO ALTO

Figura 14. Organizao dos Dados de Degradao de Produtos

2.3.3 Abstrao em Relao Capacidade de Armazenamento

No modelo, as informaes sobre as capacidades de armazenamento (i.e. limites


fsicos e operacionais) no so dadas por tipo de produto, mas por grupo de produtos.
Ademais, estas informaes so dadas por perodo, podendo variar de um perodo para outro,
principalmente devido programao de atividades de manuteno e limpeza que podem
demandar desativao temporria de um ou mais tanques. Como um grupo pode ser
constitudo por um ou mais produtos, geralmente a capacidade de armazenamento em cada
perodo compartilhada pelos produtos. A Figura 15 ilustra a organizao dos dados
correspondente aos limites fsicos e operacionais por grupo de produtos.
51

Base

Grupos de
Produtos
Produtos

GP.1 GP.2 ... GP.n

Perodos

Per.1 Per.2 Per.3

Fsico Operac. Operac. Fsico


Max. Max. Min. Min.

Figura 15. Organizao dos Dados Referentes aos Grupos de Produtos em uma Base

Outra generalizao contemplada pelo modelo refere-se ao tratamento da capacidade


de armazenamento de forma agregada por grupo de produtos. A capacidade agregada
formada pela soma das capacidades individuais de cada tanque que suportam os produtos de
um mesmo grupo. A Figura 16 ilustra esta generalizao, onde um nico tanque virtual ou
agregado representa a soma das capacidades dos tanques individuais. Tambm, a figura ilustra
que um tanque virtual suporta o armazenamento de apenas um nico grupo de produtos.

Tancagem Grupo de Produtos


Agregada

Prd1 Prd2 Prd3

Figura 16. Abstrao da Capacidade de Armazenamento

Assim, considera-se que a manuteno de um nvel de estoque satisfatrio em um


tanque virtual em cada perodo tambm satisfaz os nveis de estoques dos tanques individuais.
Este nvel de satisfao medido pela anlise da disposio das curvas de estoque de cada
produto do grupo e tambm da curva resultante da soma destas curvas. A curva resultante
chamada de curva de estoque do grupo. Mais precisamente, para que uma base apresente um
nvel satisfatrio de estoque para um determinado grupo de produtos, as curvas de estoque
particulares dos produtos devem se manter dentro das fronteiras fsicas durante o horizonte de
planejamento e a curva de estoque do grupo deve se manter preferencialmente dentro da faixa
de estoque operacional. Nesta definio, aceitvel que uma curva de estoque de um produto
mais abundante compense a escassez de outro produto a fim de manter a curva de estoque do
grupo dentro da faixa operacional durante o horizonte.
52

A Figura 17 ilustra graficamente uma situao de estoque considerada satisfatria. A


figura representa o compartilhamento simultneo da capacidade de um tanque virtual pelas
curvas de estoque de dois produtos, durante um horizonte de planejamento correspondente a
trs perodos. As curvas de estoque destes produtos so apresentadas em linhas pontilhadas e
a curva de estoque do grupo apresentada em linha cheia. No exemplo, nota-se que a curva
de estoque do grupo se mantm dentro da faixa operacional em todo o horizonte de
planejamento, apesar de o mesmo no ocorrer com as curvas individuais de cada produto.
Volume (u.v.)

Limite Fsico Mximo


Estoque
Mximo
Limite Operacional Mximo

Estoque
Meta

Limite Operacional Mnimo


Estoque
Mnimo
Limite Fsico Mnimo

0 Dia 1 Dia 2 Dia 3 Dia 1 Dia 2 Dia 3 Dia 1 Dia 2 Dia 3 Tempo (dia)
Perodo 1 Perodo 2 Perodo 3
Horizonte

Figura 17. Compartilhamento do Tanque pelas Curvas de Estoque

Durante o horizonte de planejamento, uma situao que no pode ocorrer a


violao dos limites fsicos por parte das curvas de estoque (dos produtos e grupos). Em
relao ao limite fsico mximo, a violao pela curva de estoque de um produto ou grupo
significa a falta de capacidade para armazenamento da produo devido impossibilidade de
escoamento. Esta situao deve ser evitada, pois resultaria na reduo da taxa de produo e
em consequentes prejuzos financeiros.
Em relao ao limite fsico mnimo, a violao pela curva de estoque de um produto
ou grupo significa o no atendimento da demanda mnima para um ou mais produtos. Porm,
mesmo que as curvas de estoque dos produtos no violem tal limite, no garantido que a
demanda seja totalmente atendida. Esta incerteza se deve a provveis variaes na demanda
prevista. Por isso, a curva de estoque do grupo deve ser mantida na faixa operacional com a
inteno de servir como estoque de segurana a fim de contornar tal problema. O estoque de
segurana tambm usado como preveno em situaes de atraso na entrega de produtos
que podem ocorrer por diversos motivos, por exemplo, por causa de provveis problemas
eltricos e mecnicos nos meios de transporte.
53

2.3.4 Abstrao em Relao Capacidade de Transporte

No modelo, considera-se que as operaes de transferncia de produtos apenas


podem ocorrer por meio de rotas j homologadas e cadastradas, ou seja, no h a
possibilidade de criar ou propor novas rotas, mesmo que estas apresentem menor custo.
Assim, entre duas bases, pode haver zero ou mais rotas registradas.
Uma rota pode ser composta por um ou mais arcos, sendo que um arco
obrigatoriamente representa um nico modal de transporte. Deste modo, uma rota pode ser
composta por um nico tipo de modal ou uma combinao de tipos de modais a fim de
movimentar produtos entre uma origem e destino, com passagem ou no dos produtos por
bases intermedirias. Tambm, diferentes rotas podem possuir arcos em comum, devendo
compartilhar suas capacidades. A Figura 18 ilustra a composio de uma rota e as
informaes relacionadas que so consideradas no modelo.
Rota

Arcos Origem Destino Grupos de


Produtos

Arc.1 Arc.2 ... Arc.n GP.1 GP.2 ... GP.n

Lote
Mnimo
Origem Destino Modal

Limitado Ilimitado

Prd.1 Prd.2 Prd.3 Prd.1 Prd.2 Prd.3

Custo Vazo Tempo


Custo Vazo Volume Custo
Reverso Reversa Trnsito

Figura 18. Organizao dos Dados Referentes aos Grupos de Produtos em uma Base

Cada rota apresenta suporte para movimentao de um ou mais grupos de produtos e


consequentemente de um ou mais tipos de produtos. Para evitar a movimentao de um
volume muito baixo de cada produto por uma rota, define-se um volume mnimo de
movimentao a ser respeitado por produto. Na malha dutoviria, particularmente, a definio
de um volume mnimo se faz estritamente necessrio para evitar que duas bateladas de
produtos diferentes tenham seus volumes completamente misturados. No modelo, todos os
produtos de um mesmo grupo devem respeitar um mesmo valor mnimo de lote. Porm, no
definido explicitamente um valor de volume mximo, podendo este at mesmo corresponder a
54

toda a capacidade de uma rota. A capacidade de movimentao de uma rota definida pela
menor capacidade de movimentao entre os seus arcos.
No modelo, a capacidade de um arco considerada de forma agregada, ou seja, por
meio da soma das capacidades dos modais que conectam duas bases adjacentes. A capacidade
de um arco definida para cada perodo de acordo com o tipo de modal de transporte. Os
modais dutos apresentam capacidade insuficiente para suportar todo o volume geralmente
transportado pela malha, exigindo o seu uso em conjunto com outros modais de transporte
(i.e. navios, trens e caminhes) mais flexveis. Com exceo aos dutos, a capacidade dos
demais modais no limitada pelo modelo, uma vez que a frota destes meios de transporte j
est dimensionada para atender as necessidades atuais. Ainda, h a possibilidade de alugar
novas unidades de modais a fim de aumentar a capacidade de transporte. Desta forma, no
modelo, os modais so classificados de acordo com as suas capacidades de transporte, ou seja,
em modais com capacidade limitada ou com capacidade ilimitada.
Nos modais com capacidade limitada (i.e. dutos), as informaes de volume e vazo
so apresentadas em cada perodo, podendo variar de um perodo para outro. O volume
corresponde capacidade fsica do duto em qualquer instante de tempo e a vazo corresponde
capacidade diria de movimentao. Todavia, esta capacidade pode ser decrementada ao
considerar a capacidade ocupada pelo bombeamento do estoque em trnsito. No modelo,
considera-se que todos os produtos que compem os grupos suportados pela rota apresentam
a mesma vazo e esta vazo consiste na mdia entre as vazes particulares de cada produto.
Ademais, como a vazo depende da direo do fluxo de um duto (por causa de imperfeies
de relevo), as informaes de vazo em fluxo normal e reverso so dadas de forma separada,
quando houver reverso.
O tempo de transporte de um dado volume ou batelada calculado por meio das
informaes de volume e vazo. Em rotas compostas por mltiplos dutos adjacentes e com
vazes diferentes, as operaes de pulmo devem ser consideradas, uma vez que tais
operaes impactam no tempo de movimentao. No modelo, o tempo de movimentao
considerado em nmeros de dias.
As movimentaes de produtos apresentam um custo relacionado utilizao
temporal dos dutos. Este custo pode ser diferente em cada perodo e refere-se ao transporte de
uma unidade de volume (e.g. m) de um dado produto. No modelo, considera-se que todos os
produtos suportados pelo arco apresentam o mesmo custo de movimentao. Porm, os custos
se diferem em relao ao sentido do fluxo de movimentao em um duto, ou seja, em sentido
55

normal ou reverso. Geralmente, o custo do sentido reverso mais alto do que o de sentido
normal.
Em relao aos modais com capacidade ilimitada, o tratamento mais simplificado.
No modelo, considera-se que estes modais sempre apresentam capacidade suficiente para
movimentar qualquer volume entre duas bases. O tempo mdio de transporte informado em
cada perodo, no precisando ser calculado. O tempo de transporte no contempla o tempo
despendido em operaes de carga e descarga, sendo que estas informaes sero
apresentadas em separado futuramente. Deste modo, os tempos de tais operaes ainda no
precisam ser considerados na atual verso do modelo. Por fim, o custo tambm informado
em cada perodo por unidade volumtrica e no h diferenciao de custos em relao ao
sentido do fluxo de movimentao.

2.3.5 Abstrao em Relao Topologia da Malha de Transporte

A topologia da malha brasileira de petrleo no segmento downstream apresenta


grande dimenso e interdependncias que levam a um processo rduo de planejamento ao
exigir uma grande quantidade de combinao entre possveis operaes de movimentao.
Deste modo, a alternativa utilizada pelos especialistas de planejamento consiste na
decomposio da malha brasileira em regies menores para tratamento em separado de cada
regio considerando as suas relaes.
Para manter compatibilidade com a abordagem de soluo utilizada pelos
especialistas, sendo estes os potenciais usurios da soluo computacional apresentada neste
trabalho, o modelo do problema contempla a mesma forma de abstrao. A abstrao consiste
na representao topolgica da malha brasileira, no escopo de um cenrio de planejamento,
em uma hierarquia de dois nveis: o nvel inter-regio e o nvel intrarregio. A Figura 19
ilustra a estrutura e organizao dos dados do nvel inter-regio, do qual o nvel intrarregio
parte. Uma descrio mais detalhada da relao entre estes nveis apresentada na sequncia.
56

Inter-regio

Brasil Exterior

Grupos de
Regies
Produtos

Regio.1 ... Regio.n GP.1 ... GP.n

Intrarregio Perodos

Per.1 Per.2 Per.3

Meta Meta Meta


Brasil Brasil Brasil

Figura 19. Organizao dos Dados e Relao entre os Nveis Inter-regio e Intrarregio

No nvel inter-regio, um cenrio consiste essencialmente nas relaes de


movimentao de produtos internamente malha brasileira e operaes com o exterior. A
malha brasileira decomposta em uma ou mais regies, sendo que cada regio constituda
por um conjunto de bases altamente dependentes, envolvendo bases consumidoras, de
armazenamento e principalmente uma ou mais bases produtoras. Neste nvel de abstrao,
uma regio pode ser considerada como uma base virtual, uma vez que ela compartilha a
mesma estrutura e tipo de informaes com as bases propriamente ditas, inclusive as
informaes de estoque por tipo de produto e capacidade de armazenamento por grupo de
produto. Portanto, estas informaes referem-se a valores agregados do conjunto de bases que
compem tal regio.
Assim, neste nvel, as regies movimentam produtos entre si a fim de manter um
nvel satisfatrio de estoque agregado para cada produto. Essencialmente, cada regio tenta
escoar o volume produzido em excesso e tenta adquirir o volume faltante para atender a
demanda agregada, mesmo que para isso tenha que realizar movimentaes com o exterior,
quando h rota e infraestrutura para tal. Cada regio busca satisfazer um nvel adequado de
estoque agregado para posteriormente distribuir as ordens de escoamento e recebimento de
produtos entre as bases propriamente ditas. Esta fase de distribuio do estoque agregado de
uma regio entre as bases consiste no nvel intrarregio.
De forma semelhante, o exterior tambm considerado como uma regio e
consequentemente pode ser tratado como uma base virtual. Neste nvel, os pases origem e
destino das operaes de importao e exportao so ignorados, sendo estes abstrados a uma
nica regio chamada exterior. As movimentaes das regies com o exterior so cruciais
57

para que uma soluo de qualidade seja encontrada, uma vez que as operaes de importao
e exportao permitem manter as bases em um nvel de estoque adequado, contribuindo para
evitar o excesso ou escassez de produtos em territrio brasileiro. No modelo, o exterior
sempre apresenta oferta ou demanda de produtos suficientes para que a meta brasileira seja
alcanada.
No modelo, o volume de produtos a ser importado ou exportado conhecido em cada
perodo. Este volume consiste em uma meta agregada de estoque nacional e dada para cada
grupo de produtos. Assim, se faz necessrio definir para cada grupo, o volume de cada
produto a ser movimentado com o exterior e posteriormente, quanto deste volume vai ser
recebido ou enviado por cada regio e quais sero estas regies.
No nvel inter-regio, as regies movimentam produtos entre si, inclusive com o
exterior, por meio de rotas especiais denominadas de rotas inter-regies. Estas rotas conectam
apenas regies, no fazendo meno s bases propriamente ditas. Todavia, no nvel
intrarregio, as bases reais de origem e destino da rota selecionada no nvel anterior so
reveladas. Com isso, neste nvel, consegue-se definir exatamente a base origem e destino
dentro de cada regio envolvida na movimentao.
Nesta representao, o nvel inter-regio corresponde exatamente a um tpico cenrio
de planejamento, no havendo diferenciaes para a forma de planejamento que ocorre dentro
de cada regio. Deste modo, cada nvel pode ser tratado como um problema menor de
planejamento e os mesmos mtodos de soluo podem ser aplicados sem necessidade de
adaptaes. Por isso, ambos os nveis so executados sequencialmente sobre um nico
otimizador. Neste processo, primeiramente o nvel inter-regio executado para gerar os
fluxos inter-regies e posteriormente, o planejamento pode ocorrer sequencialmente ou
simultaneamente em cada regio (i.e. nvel intrarregio), considerando as movimentaes
planejadas no nvel inter-regio.
A Figura 20 ilustra este processo de planejamento multinvel. O quadro esquerda
representa o nvel inter-regio atravs da decomposio da malha brasileira em algumas
regies, onde cada regio representada em forma de vrtice de um grafo, inclusive o
exterior, e as rotas so representadas por meio de arcos direcionados que indicam as direes
de movimentao suportadas. A quantidade de regies resultantes da decomposio da malha
depende do cenrio de planejamento. Como exemplo, a rede de GLP decomposta em 16
regies, separadas de acordo com a rea de abrangncia das principais bases produtoras e
grandes terminais que suportam os produtos. Por sua vez, o quadro direita ilustra a estrutura
58

interna de duas regies e a relao entre suas bases internas por meio das movimentaes
definidas no nvel inter-regio. Como representado pela figura, as bases reais de origem e
destino da rota selecionada no nvel inter-regio so reveladas neste nvel.
Nvel Inter-regio Nvel Intrarregio

EXT

I
H
J F
G

K F

L E
E
D
C

Figura 20. Desmembramento Topolgico em Nvel Inter-regio e Intrarregio

No entanto, apesar desta forma de abstrao reduzir a complexidade da malha e


tambm permitir que o planejamento em cada nvel intrarregio possa ser realizado em
paralelo, o fato das informaes serem apresentadas de forma agregada e das bases reais
serem omitidas no nvel inter-regio pode impactar negativamente na qualidade da soluo.
Mais precisamente, em uma movimentao inter-regio, a seleo da rota de movimentao
no leva em considerao o nvel de estoque e capacidades de armazenamento das bases reais
de origem e destino, sendo a deciso tomada unicamente em relao aos valores agregados.
Em um caso pessimista, no tratamento de uma movimentao inter-regio em um
planejamento intrarregio, pode ocorrer da base real de origem do fluxo no apresentar
estoque suficiente para movimentar o volume planejado ou ento da base real de destino no
apresentar capacidade suficiente para armazenar o volume especificado. Nestes casos, quando
houver rotas registradas entre certas bases da regio, algumas movimentaes internas
podero ser realizadas para suprir a falta de estoque ou a falta de capacidade de
armazenamento em um dado intervalo de dias.
Esta situao ilustra a consequncia de uma m seleo de rotas em nvel inter-
regio. Este problema ocorre por no haver conhecimento suficiente no momento da seleo
das rotas sobre as bases reais que as compem. Por conta disso, este problema pode contribuir
para elevar os custos totais de movimentao na malha ou ento para a no satisfao de um
nvel adequado de estoque ou violao da capacidade de armazenamento das bases, quando o
problema no pode ser corrigido por meio de movimentaes locais.
59

Por isso, o trabalho tese buscar verificar, mais futuramente, o comportamento da


soluo computacional de planejamento no tratamento de toda a malha brasileira como uma
nica regio. Caso a execuo seja eficiente, esta prtica ser apresentada como uma
alternativa forma multinvel de planejamento. Com isso, os especialistas podero analisar e
comparar os fluxos de movimentaes planejados entre as abordagens mononvel e multinvel
a fim de formar um melhor plano.

2.3.6 Propriedades da Soluo e Objetivos

O modelo do problema foi concebido para gerar uma soluo de planejamento mais
refinada. Este refinamento obtido pela discretizao do tempo em termos de dias, o que
aproxima a soluo de planejamento ao nvel operacional. Desta forma, a soluo de
planejamento deve consistir em um conjunto de fluxos de movimentao entre as bases,
especificando as bases de origem e destino, as rotas, os volumes a serem movimentados pelas
rotas e os reais dias de sada dos volumes das bases de origem e chegada aos destinos. Estas
escolhas devem ocorrer com o objetivo de reduzir os custos de transporte e manter um nvel
seguro de estoque de cada produto em cada base.
A Figura 21 ilustra a forma pela qual o resultado da soluo do problema deve ser
estruturado. Basicamente, esta estrutura composta por um conjunto de fluxos. Como pode
ser observado, um fluxo consiste no volume de um tipo de produto a ser movimentado em
uma direo por meio de uma rota registrada inter-regio ou intrarregio, com a especificao
dos devidos dias de incio e fim da movimentao para cada perodo. Como se pode perceber,
este tipo de fluxo compartilha da mesma estrutura dos fluxos em trnsito e comprometidos
apresentada na Figura 13.
Soluo

Fluxos

Fluxo.1 Fluxo.2 ... Fluxo.n

Produto Volume Rota Sada Chegada

Dia Perodo Dia Perodo

Figura 21. Estrutura de Apresentao da Soluo


60

Na definio de um fluxo de movimentao, as escolhas dos dias de sada e chegada


dos produtos devem considerar os nveis de estoque e capacidades de armazenamento nas
bases, bem como as capacidades de movimentao pelas rotas. Em relao s rotas, e
consequentemente aos modais, o modelo no exige que o controle dirio de suas capacidades
seja realizado, uma vez que esta a atividade a ser realizada no planejamento de nvel
operacional. Porm, este tipo de controle seria desejvel para aproximar mais a soluo de
planejamento ao problema em nvel operacional, mesmo estes atuando em granularidades
diferentes de tempo.
Neste sentido, a complexidade de planejamento pode ser ditada pela granularidade
do tempo considerada na alocao dos recursos do problema, ou seja, na alocao da
capacidade de armazenamento e de transporte. Quanto maior for o refinamento do tempo mais
complexo ser o problema. Deste modo, a Tabela 1 representa as possibilidades de
planejamento em relao alocao temporal dos recursos de armazenamento e transporte. O
tempo considerado de forma discretizada e no-discretizada, ou seja, em termos de dias ou
perodos.

Tabela 1. Detalhamento do Tempo em Relao Alocao de Recursos

Caso 1 Caso 2 Caso 3 Caso 4

No discretizado Discretizado No discretizado Discretizado


(Perodo) (Dia) (Perodo) (Dia)
Armazenamento

No discretizado No discretizado Discretizado Discretizado


(Perodo) (Perodo) (Dia) (Dia)
Transporte

Entre as possibilidades, o caso 1 consiste no tpico problema de planejamento, onde


praticamente no se faz meno ao tempo, sendo o tempo tratado em granularidade grossa.
Este caso foi abordado como trabalho inicial pelo autor desta qualificao e os resultados
esto apresentados em (Banaszewski, Pereira et al., 2010; Banaszewski, Tacla et al., 2010). O
caso 2 consiste exatamente no problema escopo da tese, se referindo a um problema de
planejamento com escalonamento relaxado, uma vez que no se preocupa com a alocao ou
sequenciamento dirio de produtos nos meios de transporte, mas apenas com os dias de sada
e chegada dos fluxos nas bases. O caso 3 no abordado pelo corrente trabalho e o caso 4
uma combinao desejvel a fim de gerar uma soluo de planejamento mais aderente ao
61

planejamento de nvel operacional. Porm, mesmo no consistindo no foco deste trabalho de


qualificao, o caso 4 proposto como uma opo para refinamento da soluo de
planejamento. Mas como as capacidades de certos modais so consideradas de forma
ilimitada, este caso contempla somente a sequencializao diria de produtos em redes de
dutos.

2.4 REQUISITOS DA SOLUO COMPUTACIONAL

A inteno do corrente trabalho de tese conceber uma soluo computacional de


planejamento de acordo com o modelo do problema apresentado. Esta soluo ser integrada
a um sistema computacional maior, o qual responsvel pelas atividades gerais de
gerenciamento da cadeia de suprimentos da Petrobras. A integrao da soluo proposta com
tal sistema gerencial se dar por meio da transferncia de dados via arquivos XML
(Extensible Markup Language ou Linguagem de Marcao Extensvel em portugus), no
havendo a necessicidade de acesso direto aos dados no banco de dados empresarial.
Os dados de entrada para execuo do planejamento so apresentados em um arquivo
comumente referenciado como XML de entrada. A soluo computacional deve processar tais
dados e persistir as informaes referentes aos fluxos de movimentao em outro arquivo
denominado de XML de sada. A Figura 22 ilustra a utilizao dos arquivos para a execuo
do planejamento multinvel.

Inter-regio Otimizador Inter-regio


XML de Entrada (nvel inter-regio) XML de Sada

Intrarregio Otimizador Intrarregio


XML de Entrada (nvel intrarregio) XML de Sada

Figura 22. XMLs de Entrada e Sada no Planejamento Multinvel

Na parte superior da figura, uma instncia da soluo computacional de otimizao


recebe o XML de entrada, realiza o processamento e persiste as informaes dos fluxos de
movimentao no respectivo XML de sada. Estes fluxos inter-regies sero considerados no
planejamento interno de cada regio envolvida. Assim, na parte inferior da figura, o XML de
entrada de uma regio particular incrementado com os resultados pertinentes do XML de
62

sada do nvel superior. Na sequncia, o mesmo processo de execuo se repete, gerando um


XML de sada particular para a regio. Caso a malha brasileira no seja desmembrada em
regies, toda ela poderia ser representada em um nico XML de entrada, no havendo a
necessidade deste processo multinvel. A estrutura dos arquivos XML de entrada e sada so
apresentados no Apndice A.
Devido a esta integrao via XML, a soluo computacional proposta manter certa
independncia do sistema de gerenciamento geral, sendo executada em um ambiente
computacional em separado de outros sistemas. Este ambiente pode consistir de um ou mais
servidores locais ou remotos a fim de atender as solicitaes de planejamento de um ou mais
usurios para o mesmo ou diferentes cenrios de planejamento. Estas solicitaes podem
ocorrer de forma sequencial ou mesmo simultnea, podendo demandar a execuo
concorrente de vrias instncias do sistema.
Para cada usurio, os resultados de planejamento e os respectivos arquivos de entrada
so persistidos em diretrios particulares, podendo o mesmo ter acesso a tais arquivos a
qualquer momento. O usurio pode visualizar e analisar os resultados de planejamento por
meio de uma ferramenta grfica que representa diferentes perspectivas em forma de grficos e
tabelas9.
Como h a possibilidade de uso do sistema de planejamento de forma interativa pelo
especialista (i.e. definies de transportes comprometidos aps a anlise dos resultados), um
requisito crtico do sistema de planejamento est relacionado ao tempo de processamento.
Para incentivar o uso do sistema computacional pelos especialistas, o sistema deve retornar
uma soluo de planejamento em um curto intervalo de tempo. O tempo mximo de execuo
pode variar de um cenrio para outro, devendo geralmente consistir em alguns poucos
minutos. O intervalo de tempo subjetivo a cada usurio e situao, podendo por isso ser
especificado no XML de entrada.

2.5 SOLUES DA LITERATURA

Atualmente, o problema de planejamento de transferncias de derivados de petrleo


em territrio brasileiro resolvido de forma manual pelos especialistas (pelo
desmembramento hierrquico da malha). Mais precisamente, o planejamento realizado de
forma centralizada de acordo com as informaes e previses disponveis na base de dados de

9
Esta ferramenta se encontra em desenvolvimento pela equipe da UTFPR.
63

um sistema de gerenciamento da empresa e tambm demanda algumas conversaes entre os


especialistas e os respectivos profissionais responsveis pelo gerenciamento das operaes
nas bases envolvidas. Nestas conversaes, cada responsvel pode propor certas operaes
para melhor escoar a produo prevista ou atender a previso de demanda da base que
representa. Estas informaes so reunidas, organizadas e potenciais conflitos so resolvidos
pelos especialistas (Lopes, 2010).
Como se pode perceber, este processo bastante oneroso e certamente no considera
todas as possibilidades combinatrias a fim de encontrar o melhor plano, uma vez que tais
decises so baseadas estritamente na experincia dos especialistas. No escopo de cada
cenrio inter-regio ou intrarregio, geralmente os especialistas separam o processo de
planejamento em duas etapas: a) a definio do volume de cada produto a ser movimentado
entre as bases produtoras e consumidoras e b) a escolha das rotas que executaro tais
movimentaes. Posteriormente, estas decises so consideradas como entrada para o
planejamento operacional ou escalonamento (Camponogara, 1995).
Na literatura, h vrios trabalhos que propem a automatizao do processo de
planejamento e escalonamento (Boschetto, 2011), (Moura, A. V., De Souza, C. C. et al.,
2008). Muitos destes trabalhos apresentam solues que atendem os dois nveis de
planejamento, separadamente, principalmente por causa da dependncia hierrquica entre
ambos (Lopes, 2010). Porm, uma grande parte dos trabalhos aborda o planejamento
operacional com exclusividade, uma vez que este apresenta maior grau de detalhamento
(Relvas, Barbosa-Pvoa et al., 2009). Tambm, justamente por causa desta complexidade, se
torna praticamente impossvel realizar um plano operacional de qualidade por meio de
processos manuais.
Ademais, estes trabalhos geralmente apresentam uma abrangncia topolgica
limitada devido complexidade do problema. Normalmente, os trabalhos relacionados
abordam apenas uma nica sub-regio brasileira ou mesmo parte desta formada por um ou
poucos dutos. Por conta disto, esta seo prioriza a descrio das topologias mais complexas,
constitudas por vrias bases produtoras e consumidoras.
Na literatura, os problemas de planejamento e escalonamento so comumente
resolvveis por meio de abordagens exatas ou ento por meio de abordagens aproximativas,
havendo trabalhos que propem a juno das duas abordagens em situaes de ineficincia
dos mtodos exatos. As abordagens exatas mais utilizadas para a resoluo deste tipo de
problema so os baseados em programao matemtica, programao dinmica e
64

programao lgica por restries (CLP). Por sua vez, as abordagens aproximativas mais
utilizadas referem-se aos mtodos heursticos ou meta-heursticos, com destaque s estratgias
gulosas e algoritmos evolutivos (e.g. algoritmos genticos, otimizao por enxame de
partculas), respectivamente.
A programao matemtica o mtodo mais utilizado para a resoluo de problemas
de planejamento. Simplesmente, a programao matemtica consiste na representao da
realidade em um modelo matemtico composto por um conjunto de variveis, restries e
uma funo objetivo representada por uma frmula matemtica (Papadimitriou e Steiglitz,
1998). Os modelos matemticos so classificados em lineares ou no-lineares em relao s
variaes do grau das funes do modelo (i.e. funo objetivo e restries) ou em contnuo
(i.e. o modelo apresenta apenas variveis contnuas), inteiro (i.e. o modelo apresenta apenas
variveis inteiras) ou inteiro misto (i.e. o modelo apresenta variveis contnuas e discretas) em
relao ao tipo de dados suportados pelas variveis. Para cada variao, h algoritmos
especficos a serem empregados na otimizao dos problemas. Por exemplo, o algoritmo
Simplex (Gass, 1985) comumente aplicado na resoluo de problemas lineares contnuos e o
Branch and Bound e suas variaes (i.e. Branch and Cut, Branch and Price) so comumente
utilizados em problemas lineares discretos ou inteiros mistos (Wolsey, 1998).
As heursticas e metaheursticas se apresentam como solues a problemas em que
no se conhecem solues eficientes por meio de mtodos exatos, sendo totalmente aceitvel
uma soluo de menor qualidade, mas vivel computacionalmente. As heursticas comumente
utilizadas referem-se s heursticas de construo, as quais fazem uso de estratgias gulosas
para a construo da soluo. Basicamente, esta estratgia consiste na adio incremental de
componentes mais satisfatrios no momento da tomada de deciso a fim de formar uma
soluo completa para um problema. Esta estratgia apresenta a inconvenincia de geralmente
estagnar a soluo em um timo local, uma vez que as escolhas dos componentes so
completamente baseadas em uma viso local limitada e usualmente no h oportunidade para
retrocesso. Para sanar esta deficincia, foram propostas as meta-heursticas, as quais partem
de uma soluo inicial qualquer e realizam procedimentos sofisticados baseados em buscas
locais para melhorar a soluo, transferindo-a de um timo local para uma posio mais
prxima ou exatamente ao timo global.
No entanto, estas abordagens apresentam o inconveniente de possurem natureza
centralizada, isto dificulta uma participao mais efetiva no processo global de planejamento
pelos responsveis pelas operaes em cada base no PPTDP. Como as bases so naturalmente
65

distribudas e mudanas ou imprevises ocorrem com certa frequncia, uma soluo


centralizada impede que tais correes sejam imediatamente e autonomamente consideradas.
Ademais, com a flexibilizao do setor petrolfero (i.e. que permite o acesso malha
multimodal brasileira a terceiros), caso futuramente a concorrncia neste setor seja mais
significante do que nos dias atuais, o processo de planejamento passaria a ser ainda mais
complexo ao demandar planos que sejam compatveis entre as empresas. Desta forma, um
processo centralizado seria futuramente invivel, demandando novas abordagens de soluo,
pois haveria a necessidade de respeitar o sigilo das informaes logsticas dos interessados na
utilizao da malha, sendo que estas informaes nem sempre estariam disponveis de forma
centralizada para a tomada de deciso (Marcellino, 2006). Neste sentido, solues de
planejamento descentralizadas so desejveis para atender esta eminente necessidade.
Neste contexto, esta seo apresenta alguns trabalhos aplicados ao mesmo domnio
do problema foco da tese. Estes trabalhos esto organizados em duas subsees de acordo
com suas estruturas de execuo. A seo 2.5.1 apresenta solues principalmente
centralizadas e a seo 2.5.2 apresenta solues tipicamente descentralizadas.

2.5.1 Solues Centralizadas

As solues centralizadas baseadas em mtodos exatos e aproximativos so bastante


utilizadas na resoluo de problemas de planejamento no domnio petrolfero. Um dos
primeiros trabalhos a abordar este tipo de problema foi realizado por Sear (1993), no qual o
autor desenvolveu um modelo em Programao Linear Inteira (PLI) para o planejamento
logstico no segmento downstream, envolvendo as atividades de processamento de produtos
em refinarias, transporte e armazenamento. Certamente, muitos outros trabalhos foram
desenvolvidos posteriormente para aplicao neste domnio. Porm, esta subseo no busca
descrever todos estes trabalhos, mas apenas evidenciar alguns mais importantes para
demonstrar os mtodos de soluo mais utilizados.
Esta seo organiza os trabalhos de acordo com o tipo de cenrio de aplicao das
solues propostas. Assim, a subseo 2.5.1.1 apresenta alguns trabalhos aplicados rede de
claros, a subseo 2.5.1.2 apresenta alguns outros aplicados a rede de escuros e a subseo
2.5.1.3 apresenta alguns trabalhos aplicados a redes fictcias, ou seja, redes que no condizem
realidade por no manipularem dados reais. Por fim, a subseo 2.5.1.4 faz referncia a um
trabalho que aborda todas as redes de produtos em escopo nacional. Este trabalho est sendo
realizado em paralelo ao trabalho desta qualificao, pelos membros de uma equipe da UFF,
66

com o objetivo de conceber uma soluo baseada em programao matemtica para o mesmo
modelo do problema apresentado neste documento de qualificao de doutorado.

2.5.1.1 Rede de Claros

Na literatura, os problemas de planejamento e escalonamento de transferncia de


produtos de petrleo no segmento downstream so amplamente abordados por tcnicas de PLI
ou Programao Inteira Mista (PLIM) (Wolsey, 1998). Neste sentido, Camponogara (1995)
props um modelo matemtico baseado na representao do PPTDP em um problema de
fluxo em redes com mltiplos perodos (Bazaraa, Jarvis et al., 2009). Neste modelo, as bases
e dutos so considerados como vrtices e os fluxos de volume como arestas, sendo que o
tempo de utilizao dos dutos controlado por perodos temporais discretos. Este trabalho
abordou o problema de planejamento e escalonamento de forma integrada no escopo da rede
de claros da regio sudeste brasileira. A rede considerada era composta por 13 bases, 28 dutos
e 7 tipos de produtos. Porm, devido ao tamanho do problema, no foi possvel encontrar uma
soluo vivel para um horizonte de planejamento de 40 horas discretizados em perodos de 4
horas.
Devido dificuldade em se obter solues para o modelo, o autor props uma
segunda abordagem, a qual se baseia na decomposio do problema em trs subproblemas e
resoluo por meio de um conjunto de mtodos heursticos. Mais precisamente, a resoluo
do problema se baseia em trs etapas dependentes: a) definio dos fluxos de movimentao
entre as bases, onde um fluxo consiste no volume de um dado produto a ser movimentado
entre duas bases com a pr-definio de uma data mxima de entrega, b) escolha de uma rota
registrada para realizar a movimentao de cada fluxo e c) escalonamento dos fluxos.
Cada uma destas etapas resolvida separadamente por um conjunto de algoritmos
heursticos com estratgias gulosas, os quais so executados por um grupo de agentes
colaborativos organizados em times assncronos (Talukdar, Baerentzen et al., 1998). Um time
assncrono ou A-Team refere-se a uma organizao descentralizada de agentes com
capacidades para executar diferentes algoritmos de otimizao. Estes agentes produzem
solues parciais e mantm estas solues em memrias acessveis para compartilhamento
com todos os agentes (Talukdar, Baerentzen et al., 1998). Mesmo com esta esquematizao
do problema, ainda no foi possvel encontrar uma soluo que fosse ao menos considerada
vivel. Nos exemplos apresentados, para um horizonte de planejamento de 120 horas, a
demanda no foi atendida a partir de 80 e 100 horas (Camponogara, 1995).
67

Com o intuito de melhorar os resultados obtidos em (Camponogara, 1995), outros


trabalhos foram propostos posteriormente adotando o processo de resoluo baseado na
decomposio do problema, mas empregando algoritmos mais sofisticados. Entre estes,
Milidiu, Pessoa et al.(2001) fizeram uso da metaheurstica GRASP (Greedy Randomized
Adaptive Search Procedure), um mtodo construtivo que gera uma soluo inicial de forma
gulosa, aleatria e adaptativa e posteriormente realiza uma busca local para melhorar a
qualidade da soluo (Feo e Resende, 1995). Desta forma, o respectivo trabalho considerou os
resultados retornados pela abordagem A-Teams como soluo inicial e fez uso de buscas
locais para melhorar a soluo. Com isso, conseguiu-se encontrar solues capazes de
satisfazer todas as restries, porm, ainda com um alto tempo de processamento.
Posteriormente, Braconi (2002) tambm abordou o mesmo problema, inspirando-se
no modelo de fluxo em redes multiperodos proposto em (Camponogara, 1995). De acordo
com a prtica de decomposio do problema, Braconi (2002) separou o problema em
planejamento e escalonamento, resolvendo cada qual por meio de dois diferentes mtodos. O
nvel de planejamento foi resolvido usando PLIM sobre uma relaxao do modelo de fluxo
em redes supracitado a fim de definir os fluxos de movimentao entre as bases, inclusive o
montante de volume, rota e data mxima de entrega. Por sua vez, o nvel de escalonamento foi
resolvido heuristicamente a fim de atribuir tempo aos fluxos gerados no nvel anterior,
atendendo as restries de sequenciamento de produtos e da capacidade de armazenamento
(agregada) dos tanques, entre outras restries constituintes do modelo. Com esta abordagem,
Braconi (2002) tambm conseguiu encontrar solues capazes de satisfazer todas as restries
para as instncias reais apresentadas, em um tempo de processamento inferior a 20 minutos
para instncias com horizonte de planejamento varivel entre 5 a 30 dias.
Em uma abordagem distinta, Liporace (2005) considerou o problema de
planejamento com caractersticas de escalonamento como um problema clssico de
planejamento em inteligncia artificial, ou seja, como um problema de busca sobre um espao
de estados. A busca corresponde em encontrar um caminho que leve do estado inicial ao
estado objetivo. Cada estado representa uma dada disposio dos volumes de produtos pela
rede, sendo que o estado inicial se refere disposio inicial dos produtos nas bases e nos
dutos. Assim, qualquer movimentao de certo volume leva a uma mudana de estado. O
estado objetivo consiste na satisfao das restries de capacidade de armazenamento de
todas as bases e atendimento a demanda de todos os produtos.
68

Como consequncia da concepo deste modelo do problema, uma verso mais


simplificada do problema foi selecionada para compor um novo domnio de aplicao de
solues de planejamento na competio International Planning Competition (Ipc, 2006).
Esta competio estimula o desenvolvimento de planejadores genricos para diferentes
domnios de problemas. O novo domnio de aplicao recebeu o nome de Pipesworld e
inspirado na rede dutoviria de claros da Petrobrs. O Pipesworld considera algumas
caractersticas bsicas do problema real, como: demanda a ser atendida, a data mxima para
entrega de produtos, capacidade de tanques agregada e vazes diferentes por duto. Porm,
como em alguns outros trabalhos, o modelo considera o volume (batelada) de forma discreta e
as capacidades como mltiplos deste volume. A soluo deve definir as bases de origem e a
quantidade de bateladas a serem movimentadas para atender completamente a demanda dos
destinos.
Para soluo deste problema, Liporace (2005) props um planejador dedicado que
faz uso de tcnicas e heursticas provenientes dos melhores planejadores genricos a fim de
tornar o processo de busca mais eficiente, incorporando tambm um simulador discreto para a
rede dutoviria. O planejador foi testado em instncias com horizonte de 8 dias no
planejamento de movimentaes de 16 produtos em uma rede constituda por 13 bases, 25
dutos e 49 rotas. O tempo de resoluo foi de aproximadamente 1 minuto, sendo o tempo
discretizado em horas.
Mais recentemente, o mesmo trabalho inicialmente proposto em Camponogara
(1995) foi novamente abordado em (Lopes, 2010), porm com diferenciaes pontuais em
relao ao modelo do problema, tal como o tratamento da capacidade dos tanques de forma
individual ao invs de agregada. Neste trabalho, o problema de planejamento tambm foi
decomposto em nvel ttico e operacional, sendo cada nvel abordado por meio de diferentes
mtodos. Em uma primeira proposta, o nvel ttico foi resolvido por meio de heursticas
fundadas em uma estratgia gulosa a fim de definir os fluxos de movimentao. Nesta fase,
um fluxo consiste na definio do produto, volume, bases de origem e destino, rota e prazo
mximo de entrega.
A heurstica utilizada no visa otimizar o custo de transferncia de produtos, mas
apenas satisfazer as restries impostas no problema. Porm, estas restries no contemplam
as capacidades de armazenamento em tanques e de transporte em dutos. Basicamente, esta
heurstica prioriza o atendimento de bases consumidoras com demandas mais crticas em
relao ao tempo, ou seja, que apresentam mais alta previso de consumo em dias mais
69

prvios. O dia previsto para falta do produto corresponde ao prazo mximo de entrega do
fluxo. Para atender a demanda destas bases, a heurstica consiste em selecionar as bases
produtoras mais prximas, ou seja, conectadas por um menor nmero de dutos. Por fim,
ocorre a seleo das rotas, priorizando as de maior vazo, e do volume a ser transferido a fim
de atender a demanda.
O plano retornado pela heurstica serve como entrada para o planejamento
operacional, ou seja, para a realizao do escalonamento temporal dos fluxos. Nesta fase,
aumenta a quantidade de restries a serem consideradas, incluindo as capacidades de
armazenamento e transporte. Desta forma, caso seja verificado que algum fluxo no respeita
alguma restrio, a fase de planejamento reexecutada.
O escalonamento tambm no visa otimizar uma funo objetivo, mas apenas
encontrar uma soluo que seja vivel. Para isso, os autores propem um modelo baseado na
programao por satisfao de restries, sendo que tal tcnica permite definir variveis com
domnios finitos e restries a serem satisfeitas sem a exigncia de uma soluo otimizada
(Marriott e Stuckey, 1998). Para reduzir a complexidade do problema, o modelo foi
decomposto na fase de sequenciamento (i.e. define a ordem dos fluxos) e de escalonamento
(i.e. atribui os tempos aos fluxos), sendo cada submodelo resolvido de forma separada.
O modelo de planejamento integrado (ttico e operacional) foi testado em quatro
instncias reais da malha de claros da regio sudeste brasileira, as quais compartilham a
mesma topologia composta por 14 bases com 242 tanques individuais de armazenamento, 30
dutos e 32 diferentes produtos. O modelo apresentou solues que satisfazem as restries em
um intervalo de tempo inferior a 10 minutos, sendo a fase de planejamento mais lenta do que
a fase de escalonamento (Lopes, Cir et al., 2010; Lopes, 2010).
Com a inteno de melhorar estes resultados na fase de planejamento, o mesmo autor
props um novo modelo matemtico representado na forma de um problema de fluxo em
redes. Este modelo diferencia dos anteriores ao suportar o uso restrito de rotas cadastradas,
evitando que fluxos sigam rotas inadequadas, ou seja, que no estejam homologadas (Moura,
A., De Souza, C. et al., 2008; Lopes, 2010). Nesta representao, a inteno foi considerar
uma maior quantidade de restries e tambm definir uma funo objetivo para a
minimizao dos custos de movimentao. Em termos de resultados, o modelo de
planejamento foi testado sobre 12 instncias reais, composta por 14 bases com 192 tanques,
19 dutos e 11 produtos para o horizonte de um ms. O tempo de processamento de cada
instncia foi baixo, apresentando uma mdia de 20 segundos. Neste mesmo trabalho, os
70

resultados retornados foram comparados com as solues concebidas manualmente pelos


especialistas logsticos da Petrobrs, havendo uma reduo de 25% no volume de produtos
movimentados (Moura, A., De Souza, C. et al., 2008; Lopes, 2010).
Mais recentemente, este mesmo problema de transferncia de derivados foi abordado
em (Boschetto, Magato et al., 2010; Boschetto, 2011), consistindo na rede de claros da
regio sudeste brasileira. Porm, ambos os trabalhos se diferem em termos de certos detalhes
no modelo do problema e qualidade de soluo. Apesar dos dois trabalhos considerarem o
mesmo horizonte de planejamento (i.e. 1 ms) e mesmo cenrio composto por 14 bases, 30
dutos e 32 produtos, o modelo de Boschetto (2011) considera as capacidades dos tanques de
forma agregada, sendo que o modelo de Lopes (2010) considera tais capacidades de forma
individual. Por outro lado, Boschetto (2011) faz uso de modelos PLIM a fim de retornar uma
soluo de maior qualidade em detrimento a solues que apenas obedecem as restries do
problema.
Mais precisamente, Boschetto (2011) props uma abordagem de decomposio do
problema em cinco principais etapas, cada qual implementada de forma independente em
modelos PLIM. As etapas so as seguintes:
Planejamento: esta etapa consiste na definio do volume de cada produto a ser
transferido entre as bases dentro do horizonte de planejamento, especificando as
bases de origem e destino e as respectivas rotas. Na fase de planejamento no se
faz meno ao tempo e nem ao custo de movimentao, mas consideram-se as
capacidades de armazenamento e de transporte dos dutos.
Alocao de recursos: nesta etapa, o volume mensal de movimentao subdivido
em parcelas menores para formar as bateladas de movimentao. Tambm
definida heuristicamente uma sequncia de envio das bateladas.
Sequenciamento: nesta etapa, se necessrio, as bateladas podem ser reordenadas
por meio de outros mtodos mais apurados.
Pr-anlise: novas subdivises de volume so propostas de acordo com as
sequncias das bateladas e dinmica da malha.
Temporizao: finalmente, os tempos de movimentao de cada batelada so
definidos, buscando satisfazer todas as restries do problema.
Em relao aos resultados, este modelo foi experimentado em oito instncias reais
com dados referentes h meses distintos. Nos testes referentes etapa de planejamento,
solues timas foram obtidas para todas as instncias, com uma mdia de trs segundos de
71

execuo para cada instncia. Quando todas as etapas so consideradas conjuntamente,


solues timas so obtidas em tempo inferior a sete minutos.

2.5.1.2 Rede de Escuros

No trabalho de Alves (2007), uma abordagem evolutiva foi proposta por meio de um
modelo baseado em algoritmos genticos para o planejamento da transferncia de produtos na
malha de escuros da regio sudeste brasileira. Por se tratar de um trabalho inicial, muitas
restries no foram consideradas. Por exemplo, o modelo no considera o uso de rotas
registradas, os custos de movimentao pelos dutos e a possibilidade de reverso de dutos.
Por outro lado, considera a capacidade de armazenamento das bases e dutos por unidades
discretas de tempo, bem como as informaes do estado inicial da rede e taxas de produo e
demanda por unidades de tempo. Cada unidade de tempo consiste em um intervalo de 4 horas,
sendo o horizonte de planejamento varivel entre uma ou duas semanas. O volume dos
produtos considerado em termos de lotes discretos e as capacidades de armazenamento e
transporte so consideradas como mltiplos do tamanho de um lote.
O objetivo do problema atender a demanda dos produtos e reduzir a fragmentao
das bateladas nos dutos ao mesmo tempo em que reduz o tempo de parada das bateladas. O
algoritmo foi experimentado em 5 instncias de teste com horizonte de 7 e 14 dias, composta
por 8 bases e 8 dutos com as respectivas informaes de produo, demanda e capacidades, as
quais foram extradas de relatrios internos da Petrobrs. O algoritmo encontrou solues
viveis para as instncias experimentadas em um tempo mdio de 10 minutos para instncias
com horizonte de 7 dias, e 25 minutos para instncias de 14 dias.
Mais tarde, Pereira (2008) props um modelo PLIM para resolver o mesmo problema
da rede de escuros abordado em (Alves, 2007), considerando as mesmas hipteses, abstraes
e objetivos. Porm, para as mesmas instncias abordadas em (Alves, 2007), o modelo PLIM
no conseguiu obter solues viveis aps um intervalo superior a 24 horas de execuo,
mesmo para as instncias com horizonte de 7 dias.
Mais recentemente, os trabalhos de (Filho, Bahiense et al., 2010; Filho, Bahiense et
al., 2011) apresentaram modificaes pontuais ao modelo original de Pereira (2008) por meio
de relaxaes em algumas variveis. Estas modificaes permitiram ao modelo encontrar
solues viveis s mesmas 5 instncias da rede de escuros. Em comparao com as solues
encontradas pela abordagem evolutiva em (Alves, 2007), o modelo PLIM melhorado
72

conseguiu resultados de melhor qualidade. Em termos de tempo, para a instncia mais


simples, o modelo precisou de 16 minutos para retornar a soluo.

2.5.1.3 Redes Fictcias

H tambm trabalhos similares em redes mais simplificadas. O trabalho


desenvolvido em (De La Cruz, De Andres-Toro et al., 2003) aborda uma rede fictcia
composta por 3 bases produtoras, 5 bases intermedirias e 4 bases consumidoras, sendo estas
conectadas por meio de 21 dutos unidirecionais responsveis pela movimentao de 3 tipos de
produtos. O modelo do problema considera as capacidades de estoque nas bases e nos modais
em termos de lotes discretos, sendo que as informaes de produo e demanda tambm so
dadas em termos de lotes. Cada demanda apresenta uma data mxima de entrega a ser
respeitada. Assim, o problema busca definir a quantidade de lotes a ser movimentada entre as
bases para que as demandas sejam atendidas e tambm para reduzir a quantidade de produtos
diferentes que so escoados sequencialmente nos dutos, com a inteno de evitar a
fragmentao excessiva das bateladas. Este problema foi abordado por meio de um algoritmo
evolutivo multiobjetivo baseado em algoritmos genticos (Fonseca e Fleming, 1998). Em
relao aos resultados, o modelo foi aplicado a apenas uma instncia do cenrio supracitado,
apresentando soluo vivel em um intervalo de tempo aceitvel.
Em Garcia, Martin et. al.(2004), os mesmos autores propuseram uma nova soluo
ao problema por meio de um modelo PLIM. No entanto, o cenrio de experimentao
consistiu em apenas 7 bases e 7 dutos. O modelo PLIM encontrou resultados similares
abordagem evolutiva. No mesmo trabalho, eles experimentaram uma abordagem hbrida
constituda pelas duas solues, a qual consiste primeiramente na execuo PLIM e
posteriormente na abordagem evolutiva para melhorar os resultados. Esta abordagem
integrada apresentou melhores resultados do que as formas individuais.
Em Souza (2010), o mesmo problema apresentado em de la Cruz, de Andres-Toro et
al. (2003) e Garcia, Martin et al.(2004) foi resolvido por meio do algoritmo evolutivo de
otimizao por nuvem de partculas (PSO) (Kennedy e Eberhart, 1995) e outras duas
extenses do algoritmo gentico multiobjetivo NSGA-II (Non-dominated Sorting Genetic
Algoritm II)(Deb, 2001). Em testes comparativos com o algoritmo evolutivo de de la Cruz, de
Andres-Toro et al. (2003) realizados sobre 15 instncias de teste, os trs algoritmos propostos
apresentaram melhores resultados em termos de qualidade e tempo de execuo. Dentre as
trs abordagens, o modelo baseado no algoritmo PSO apresentou melhores resultados
73

qualitativos em um tempo mdio que variou entre 15 segundos para a instncia mais simples
(i.e. 7 bases e 15 unidades de tempo) a 7 minutos para a instncia mais complexa (i.e. 14
bases e 150 unidades de tempo).

2.5.1.4 Todas as Redes

Em paralelo ao desenvolvimento deste projeto de tese, a equipe da UFF est


trabalhando na resoluo do mesmo problema em questo. Esta equipe faz uso de mtodos
PLIM com um melhoramento posterior da soluo por meio de buscas locais e definio dos
reais dias de sada e chegada dos fluxos por meio de um simulador por eventos discretos.
Com isso, o objetivo tambm minimizar os custos de movimentao de produtos e as
violaes dirias das faixas de estoque operacionais e fsicas.
At o momento, os resultados do modelo apenas foram experimentados para a rede
de GLP, mas com a disponibilizao dos dados de outras redes, o modelo executar da mesma
maneira. Assim, em um experimento com a verso inicial do modelo para a rede de GLP
(Aizemberg, Barboza et al., 2011), o tempo despendido pelo modelo PLIM e busca local foi
de aproximadamente 7 minutos. Porm, quando o resultado foi inserido no simulador, a curva
de estoque diria no se manteve todo o perodo dentro das faixas de estoques desejveis. No
entanto, por se tratar de uma verso preliminar, foram apresentadas algumas propostas de
melhoramento a fim de obter melhores resultados em novas verses do modelo. Com isso,
mais futuramente, quando a qualidade da soluo for melhorada, estes resultados podem ser
utilizados para medir o desempenho da soluo multiagentes proposta nesta qualificao.

2.5.2 Solues Distribudas

De acordo com o explanado na subseo anterior, a maioria dos modelos baseados


em mtodos matemticos e evolutivos apresentaram resultados satisfatrios para as instncias
estudadas. Porm, estes mesmos modelos podem apresentar dificuldades de convergncia em
problemas de maior escala, tal como no PPTDP com abrangncia nacional. Geralmente, os
modelos matemticos demandam diversas formas de abstrao ou heursticas a fim de
viabilizar o processo de soluo, pois em modelos com muitas variveis, solues podem no
ser encontradas por exaurirem as capacidades de hardware (Boschetto, 2006). Nestes casos, o
modelo deve ser cuidadosamente construdo a fim de se obter solues eficientes. Em relao
aos modelos evolutivos, mesmo que estes sejam mais eficientes, as suas estruturas tambm
podem inviabilizar o seu uso para representao de certas particularidades dos cenrios reais.
74

Como exemplo, Crane (1999) constatou que pode ser necessrio uma estrutura (i.e.
cromossomo) do tamanho de 1 Gbytes para apresentar efetivamente uma soluo real de
planejamento.
Alm disso, estas solues apresentam natureza centralizada que remetem aos
problemas j mencionados. Na literatura, h ainda poucas propostas baseadas em solues
descentralizadas para a resoluo do problema, mas esta forma de execuo pode ser uma
necessidade em um futuro prximo. Alm de manter o sigilo das informaes entre os
envolvidos, estas solues tambm apresentam os benefcios da execuo de processos de
forma concorrente a fim de melhorar o desempenho do sistema. O suporte ao processamento
concorrente pode compensar o custo de comunicao entre os processos, quando estes so
executados remotamente. Porm, quando tais solues so executadas em uma mesma
mquina provida de mltiplos ncleos de processamento, o custo de comunicao
desprezvel.
O trabalho de Marcellino (2006) apresenta um modelo distribudo na forma de um
Problema de Satisfao de Restries Distribudo com Otimizao (DCOP, do ingls
Distributed Constraint Optimization Problem) para a resoluo do problema ttico de
planejamento da malha de claros da regio de So Paulo. Esta abordagem tem como objetivo
encontrar a soluo tima por meio da distribuio das variveis e restries do problema
entre mltiplos agentes autnomos, os quais representam as bases. Vrios algoritmos foram
testados pelo autor para aplicao no problema, sendo que o algoritmo Adopt (Asynchronous
Distributed Optimization (Modi, Shen et al., 2005)) apresentou melhores resultados e por isso
foi selecionado para compor a soluo final.
O modelo do problema considera apenas trs produtos e um horizonte de uma
semana, no fazendo meno ao tempo dentro deste perodo. Assim, o objetivo da soluo
definir os volumes de produtos a serem movimentados entre as bases a fim de atender a
demanda dos consumidores no final do horizonte com menor custo de movimentao,
respeitando as capacidades agregadas de armazenamento e transporte. Em termos de
resultados, a soluo foi experimentada sobre 5 instncias geradas aleatoriamente com base
em dados histricos da malha de claros. Para algumas instncias, o resultado timo foi
retornado em poucos segundos, mas para outras o resultado foi retornado aps algumas horas
de processamento. Em algumas situaes, o resultado timo no foi encontrado por que o
tempo mximo de execuo foi alcanado, 14 horas, apresentando como resultado a soluo
obtida at o momento.
75

Um problema parecido e tambm com um mtodo DCOP foi abordado em Pereira


(2011). Este trabalho apresenta um novo algoritmo DCOP chamado MOASS (Mtodo
Otimizao ASSncrono baseado em propagao de restrio distribuda) que permite atribuir
valores contnuos s variveis, sendo que os demais algoritmos DCOP apenas atuam sobre
domnios discretos. Este algoritmo foi implementado por meio de agentes de software que
atuam de forma distribuda e assncrona a fim de resolver uma simplificao do problema de
planejamento ttico abordado nesta qualificao.
O problema apresenta uma caracterstica especial, sendo que toda a demanda
(balano negativo) de produtos exatamente suprida pela produo de produtos (balano
positivo). Assim, o objetivo da soluo definir o conjunto de movimentaes entre as bases,
as respectivas rotas e volumes dos fluxos a fim de que todas as bases apresentem balano
igual zero. Em termos de resultados, a soluo foi experimentada em 5 instncias fictcias
com variao na quantidade de bases, rotas e produtos. A instncia mais complexa consiste na
movimentao de 2 produtos entre 7 bases por uma malha composta por 17 rotas. Para as
instncias de estudo, o algoritmo proposto encontrou a soluo tima em poucos segundos.
Neste mesmo trabalho, o algoritmo proposto foi comparado com um dos algoritmos
DCOP mais populares e eficientes, o Dynamic Programming OPtimization (DPOP) (Petcu e
Faltings, 2005). Para a instncia mais complexa, o DPOP no conseguiu gerar uma soluo
dentro do intervalo de 3 horas. Porm, em relao s demais instncias, o DPOP encontrou a
soluo tima em segundos para algumas instncias e poucos minutos para outras, mas
sempre apresentando tempo de processamento superior ao algoritmo MOASS (Pereira,
2011). Porm, as instncias tratadas por estas abordagens no apresentam complexidade
significativa, podendo no apresentar resultados em tempo hbil em instncias com topologias
mais complexas ou especificaes mais prximas da realidade.
Por fim, o autor desta qualificao abordou o mesmo problema simplificado de
planejamento apresentado em Pereira (2011) na forma de um modelo de negociaes entre
agentes. Os resultados se mostraram satisfatrios para instncias com um ou mais produtos,
como se pode verificar em Banaszewski, Pereira et al. (2010) e Banaszewski, Tacla et al.
(2010). No entanto, esta verso simplificada no considera certas particularidades
fundamentais do problema a ser abordado nesta qualificao, tal como as restries temporais
e de armazenamento.
76

2.6 CONSIDERAES FINAIS

Este captulo apresentou essencialmente o problema de planejamento ttico de


transferncia de derivados de petrleo e assuntos relacionados. Primeiramente, uma definio
precisa de planejamento na rea industrial foi apresentada e alguns conceitos bsicos foram
elucidados para melhor contextualizar o problema em foco. Na sequncia, o cenrio real de
aplicao do plano foi apresentado para que em seguida as abstraes do modelo do problema
fossem descritas. Esta descrio foi sustentada pela organizao dos dados em forma de
rvore, uma representao de partes dos arquivos XML a serem considerados pelo sistema
computacional. O sistema tambm considerar outras exigncias, como foi discutido.
Finalmente, algumas solues da literatura para o mesmo domnio do problema
foram apresentadas. Com base nos trabalhos correlatos encontrados na literatura, exceto o
trabalho paralelo realizado pela equipe da UFF, nenhum outro trabalho apresentado consiste
exatamente ao problema a ser abordado nesta qualificao. Este fato comum em problemas
do mundo real, pois cada modelador pode apresentar percepes e vontades distintas em
relao realidade e, com isso, levar a diferenciaes, mesmo que pontuais, nos modelos do
problema. Ademais, o problema real abordado apresenta abrangncia nacional e multimodal
que aumenta significativamente o seu tamanho. Ademais, a maioria destes trabalhos fazem
uso de abordagens centralizadas, as quais podem ser vistas como inapropriadas para estes
tipos de problema que so tipicamente descentralizados. Normalmente, a abordagem mais
apropriada para este tipo de problema so s baseadas no paradigma de agentes de software,
como ser visto no prximo captulo.
77
78

3 PARADIGMA DE AGENTES DE SOFTWARE

O problema de planejamento de transferncia de derivados de petrleo


caracterizado pela sua natureza descentralizada e interativa entre as partes o que motiva o
estudo e a aplicao de abordagens que suportem tais caractersticas. O paradigma de agentes
se apresenta bastante promissor para aplicao neste tipo de problema, uma vez que oferece
uma representao mais fiel da estrutura do problema e dos comportamentos das respectivas
entidades (i.e. bases, modais) em comparao com as abordagens centralizadas.
Deste modo, este captulo descreve os principais conceitos e definies do paradigma
de agentes de software e alguns trabalhos relacionados mais importantes. A seo 3.1
apresenta o conceito de agentes em situaes em que eles agem individualmente em relao
ao ambiente em que habitam e tambm em situaes de interao com outros agentes. A
seo 3.2 descreve sobre a correspondencia representacional entre agentes e cadeias de
suprimentos. A seo 3.3 descreve sobre as formas de coordenar as interaes entre os
agentes, enfatizando os mecanismos de negociao. A seo 3.4 apresenta os principais
conceitos, definies e variaes dos mecanismos de leilo, uma forma de negociao em
ambientes competitivos. Por sua vez, a seo 3.5 apresenta os principais conceitos, definies
e extenses ao Protocolo Contract-Net que tambm representa uma estrutura de leilo, mas
para ambientes cooperativos. A seo 3.6 descreve sobre o uso de plataformas especializadas
para suportar a implementao de sistemas baseados em agentes e por fim, a seo 3.7
apresenta as consideraes finais.

3.1 DEFINIO

De acordo com Jennings (1999), um agente consiste em uma entidade computacional


situada em um ambiente, capaz de executar aes de forma flexvel e autnoma a fim de
alcanar os objetivos estabelecidos no momento de sua concepo. Segundo Russel e Norvig
(2003), um agente habita um ambiente real (e.g. um edifcio) ou virtual (e.g. um simulador),
percebe mudanas no ambiente por meio de sensores e age sobre o ambiente de acordo com
as mudanas percebidas.
Estas definies trazem a tona algumas das principais caractersticas de um agente:
Situado: um agente est imerso em um ambiente, sendo capaz de perceber o que
acontece neste ambiente e de executar aes para modificar certos estados deste
79

ambiente. Segundo Ferber (1999), a percepo do agente limitada, possuindo


apenas uma representao parcial ou mesmo nula do ambiente.
Autnomo: um agente deve ser capaz de agir sem interveno humana e pode
aprender a partir de suas prprias experincias. Alm disso, um agente deve ser
capaz de controlar os seus estados e aes.
Flexvel: um agente dito flexvel quando apresenta comportamento sensvel s
mudanas do ambiente ou baseado em seus prprios objetivos.
Entre estas caractersticas, Wooldridge (2002) considera como suficiente apenas a
existncia da flexibilidade para caracterizar um agente. Um sistema de agentes dito flexvel
quando os agentes so reativos, pr-ativos e sociais (Jennings, Parsons et al., 1998). Estas
subcaractersticas so descritas a seguir:
Reativo: um agente percebe o ambiente em que est inserido e reage s mudanas
que ocorrem neste ambiente.
Pr-ativo: um agente no reage simplesmente s mudanas no ambiente. Ele
capaz de exibir um comportamento proativo guiado por seus objetivos e, portanto,
de tomar a iniciativa para executar suas aes.
Social: um agente deve interagir com outros agentes artificiais ou humanos para
ser auxiliado na resoluo de seus prprios problemas ou ento auxiliar aos
demais agentes na resoluo dos problemas deles.
As subcaractersticas de reatividade e pr-atividade so determinantes para
diferenciar as formas de raciocnio dos agentes. Um agente pode se comportar unicamente de
forma proativa ou de forma reativa ou ainda de forma hbrida, variando sobre os dois
comportamentos. Estas diferentes formas de agir permitem classificar os agentes em dois
diferentes modelos de raciocnio: modelo cognitivo e reativo.
Os agentes cognitivos (tambm chamados de deliberativos) possuem um modelo
explcito e simblico do mundo e, portanto, so capazes de raciocinar, planejar e negociar
com outros agentes a fim de coordenar as suas aes (Nwana, 1966; Wooldridge e Jennings,
1995). Atualmente, h dois modelos que se destacam para a concepo de agentes cognitivos: o
SOAR desenvolvido por uma equipe de pesquisadores da Universidade de Michigan (Wray e
Jones, 2005) e o BDI (Beliefs, Desires e Intentions) desenvolvido conceitualmente no SRI
(Stanford Research Institute) International por Bratman (Bratman, 1987) e formalizado por Rao
e Georgeff (1995). Sucintamente, o SOAR e o BDI so modelos cognitivos genricos para o
desenvolvimento de sistemas cujos agentes exibem comportamento inteligente.
80

No SOAR, o modelo cognitivo inspirado nos conceitos de Sistemas Baseados em


Regras (SBR). Um SBR arquiteturalmente composto por trs mdulos: uma Base de Fatos,
uma Base de Regras e uma Mquina de Inferncia (MI)(Friedman-Hill, 2003). Nesta
arquitetura, a Base de Fatos contm um conjunto de elementos da base de fatos que guardam
os estados (fatos) de um SMA. A Base de Regras contm um conjunto de regras para
representar o conhecimento ou decises de controle dos agentes. A MI o mdulo de
raciocnio do SOAR e SBR responsvel por comparar regras e fatos durante os ciclos de
inferncia, gerando novos fatos.
Na arquitetura cognitiva BDI, um agente apresenta trs estados mentais e um
processo de inferncia que relaciona estes estados:
Beliefs (Crenas): referem-se s informaes que o agente possui sobre o
ambiente em que habita (inclusive dos outros agentes). Estas podem corresponder
realidade ou no.
Desires (Desejos): representa os possveis planos de ao disponveis ao agente.
Em outras palavras, este estado mental representa os diferentes estados que o
agente pode vir a perseguir ou atividades que ele deseja realizar.
Intentions (Intenes): um objetivo ou estado-alvo que o agente se compromete
a alcanar.
Por sua vez, os agentes reativos no possuem um modelo simblico do ambiente e
agem no modo estmulo-resposta. O comportamento de um agente reativo pode ser guiado por
uma necessidade interna (e.g. para satisfazer uma necessidade) ou por um estmulo
proveniente do ambiente ou de outros agentes (Brooks, 1986; Ferber, 1999).
Em relao s caractersticas sociais, estas se fazem necessrias para que os agentes
interajam a fim de resolver problemas de alta complexidade que esto alm de suas
capacidades individuais (Jennings, 1999). Nestes casos, a interao entre os agentes formam
uma nica entidade social, ou seja, um sistema multiagentes. Em um SMA, os agentes
apresentam papis, objetivos e interagem entre si a fim de contribuir para a resoluo de um
problema (Mafik e Pechoucek, 2004).

3.2 RELAO ENTRE AGENTES E CADEIAS DE SUPRIMENTO

Devido forma pela qual os agentes so organizados e pela interao existente entre
as partes desta organizao, um SMA pode ser analogamente comparado a uma cadeia de
suprimentos. Segundo Sauer (2003), uma cadeia de suprimentos pode ser vista como uma
81

sociedade de agentes autnomos, enquanto um sistema de cadeia de suprimentos pode ser


visto como um SMA, onde os membros da cadeia de suprimentos so representados por
diferentes agentes.
Esta analogia tambm pode ser estendida para as propriedades descritivas dos
agentes, tal como a autonomia, reatividade, proatividade e habilidade social. Mais
precisamente, um membro de uma cadeia de suprimentos apresenta autonomia suficiente para
tomar decises, percepo e reao s mudanas no ambiente em que est situado, iniciativa
na realizao de aes e logicamente precisa interagir com os demais membros da cadeia na
troca de dados e materiais (Cloutier, Frayret et al., 2001).
Desta forma, o paradigma de SMA se apresenta vivel para aplicao em problemas
de SCM. De acordo com Parunak (1999), os SMA apresentam maiores benefcios quando so
aplicados a problemas que sejam complexos (i.e. tipicamente combinatoriais), modulares (i.e.
entidades industriais com seus prprios conjuntos de dados), descentralizados (i.e. disposio
desacoplada das entidades componentes do problema) e preferencialmente dinmicos (i.e.
mudanas frequentes no ambiente).
Ademais, como os problemas de SCM geralmente apresentam caractersticas
distribudas e descentralizadas, a prpria representao do problema em um SMA j
vantajosa, uma vez que permite naturalmente modularizar e particionar o espao do problema
(Jennings, 2000). Em complementao, Huns and Stephens (1999) salientam que a natureza
descentralizada das cadeias de suprimentos pode inviabilizar solues centralizadas, uma vez
que os dados esto sobre posse dos diferentes membros da cadeia.

3.3 MECANISMOS PARA COORDENAO DAS INTERAES ENTRE OS


AGENTES

As interaes entre as partes de um SMA devem ser coordenadas para evitar que
ocorra uma comunicao catica e permitir que os agentes atinjam os seus objetivos
particulares ou de todo o grupo. O processo de coordenao consiste em um conjunto de
mecanismos necessrios para que a carga de servios seja distribuda de forma equilibrada
entre os agentes com reduo no acoplamento lgico e dependncia de recursos (Sun e Wu,
2009). Por meio de uma poltica de coordenao, os agentes conseguem realizar suas
atividades de forma coerente com as atividades de outros agentes. No entanto, o uso de um
processo de coordenao no significa que os agentes apenas trabalharo cooperativamente a
fim de alcanar o objetivo comum do grupo, mas que estes tambm podem se relacionar de
82

forma competitiva a fim de priorizar os seus prprios objetivos em detrimento a de outros


agentes.
Em sistemas organizados para trabalhar de forma competitiva, os agentes
competitivos ou autointeressados interagem a fim de resolver certos conflitos por objetos ou
recursos com o intuito de majorar ao mximo o seu prprio valor de utilidade, o qual pode
representar o seu bem-estar, lucro financeiro ou mesmo a quantidade de recursos alocada.
Estes agentes cooperam com os demais agentes apenas quando isto contribui para a
maximizao do seu prprio valor de utilidade. Por outro lado, em sistemas organizados para
funcionar de forma cooperativa, os agentes cooperativos ou benevolentes compartilham do
mesmo objetivo, interagindo para resolver problemas em equipe sem exigir recompensa para
tal. Nestes sistemas, os agentes tambm podem ter objetivos diferentes, mas a sua motivao
principal a maximizao do bem-estar social, ou seja, a maximizao do valor de utilidade
para o conjunto de agentes.
Geralmente, as interaes entre os agentes competitivos ou cooperativos so
coordenadas por meio de mecanismos de negociao. Segundo Weiss (1999), o mecanismo de
negociao consiste em regras de interao entre dois ou mais agentes na tentativa de entrar
em um acordo comum sobre possveis conflitos, propondo concesses e buscando alternativas
para que uma soluo seja aceita pelos envolvidos.
As negociaes podem apresentar carter competitivo ou cooperativo, tal forma de
negociao depender apenas das intenes dos agentes envolvidos (Bellifemine, Caire et al.,
2007). Para que as interaes entre os agentes (competitivos ou cooperativos) possam ser
coordenadas pelo processo de negociao, se faz necessrio definir trs componentes
essenciais:
Linguagem comum para facultar a comunicao entre os agentes. Atualmente, a
linguagem de comunicao mais utilizada a Agent Communication Language
(ACL) padronizada pela Foundation for Intelligent Physical Agents
(FIPA10)(Bellifemine, Caire et al., 2007). A ACL fundamentada na teoria de
atos de fala, a qual define que mensagens trocadas entre os agentes apresentam
dois componentes: o ato da fala ou performativa e o contedo propriamente dito

10
Associao internacional sem fins lucrativos criada em 1996 para desenvolver especificaes relacionadas
ao paradigma de agentes de software.
83

(Searle, 1969). Um ato de fala especifica a inteno do transmissor da mensagem


e o impacto do ato comunicativo no estado mental do receptor (Searle, 1969).
Protocolo de interao para direcionar as trocas de mensagens entre os agentes.
Basicamente, um protocolo define uma sequncia coordenada de troca de
mensagens entre os agentes para que estes mantenham uma conversao efetiva e
coordenem suas aes (Weiss, 1999).
Estratgias ou comportamentos para tomada de deciso. Estas estratgias
consistem no processo de deciso ou algoritmo usado por agente para determinar
os critrios para a concretizao de um acordo em uma negociao. Estas
estratgias dependem das intenes dos agentes, ou seja, de agir de forma
autointeressada ou cooperativa.
Quando estes trs componentes so bem elaborados, eles permitem que os agentes
cheguem a um acordo eficientemente sobre os objetos em negociao. Segundo Jennings
(2001), dependendo do tipo de protocolo e estratgia utilizada, as negociaes podem ser
categorizadas em trs tipos: leiles, barganha e contratos.
Os leiles consistem em um mecanismo competitivo de negociao, no qual o
leiloeiro oferece um recurso e o participante decide se quer ou no adquiri-lo pelas condies
apresentadas. A barganha se difere do mecanismo de leiles, pois os dois lados da negociao
podem argumentar ativamente de forma competitiva por meio de propostas e contrapropostas
a fim de alcanar um acordo. Por outro lado, os mecanismos de contratos referem-se a
abordagens cooperativas, tendo o CNet como exemplo mais popular.
Basicamente, o CNet refere-se uma abstrao do mecanismo de leiles. Esta
abstrao permite que as estratgias de interao entre os agentes sejam completamente
idealizadas para melhor se adaptar ao problema. Assim, o CNet pode ser facilmente moldado
para representar interaes competitivas ou cooperativas. Porm, o CNet foi inicialmente
proposto para utilizao em ambientes cooperativos (Smith, 1980).
O problema de planejamento foco deste trabalho de qualificao apresenta natureza
cooperativa, sendo que os envolvidos esto inseridos no domnio de uma mesma empresa,
havendo interesse comum de que todas as bases alcancem um nvel ideal de estoque. Porm,
caso haja interesse futuro de insero de outras empresas para competio pelas alocaes dos
modais da Transpetro, o problema se caracterizaria como um problema de competio em
relao aos modais. Neste caso, haveria a necessidade de usar uma abordagem hbrida de
mecanismos de cooperao e competio, sendo que os agentes internos Petrobras deveriam
84

cooperar para atingir nveis adequados de estoque e estes tambm deveriam competir com os
agentes externos pela alocao dos modais de transporte.
Por conta disso, o CNet a abordagem mais apropriada para aplicao no problema
em foco. No entanto, este protocolo muito simples para ser aplicado em sua forma pura,
necessitando de melhoramentos e adaptaes. Deste modo, alguns protocolos baseados em
leiles e suas variaes, bem como as extenses do CNet so apresentados para sustentar a
concepo de novas extenses ao CNet.

3.4 LEILES MULTIAGENTES

Esta seo tem como inteno melhor definir o conceito de leiles e apresentar as
variedades de protocolos e mecanismos inspirados neste tipo de negociao. A seo
decomposta em duas subsees: a subseo 3.4.1 apresenta uma introduo sobre o conceito e
estrutura bsica de leilo e a subseo 3.4.2 descreve sobre as variaes e extenses propostas
a esta estrutura.

3.4.1 Viso Geral

Em uma definio simplista, um leilo consiste em uma estrutura de mercado que


permite a oferta com a inteno de venda (pelo leiloeiro) de um ou mais itens para diferentes
interessados (os participantes). Neste mecanismo, os papis de leiloeiro e participantes
negociam competitivamente com respeito a um conjunto de regras. Estas regras auxiliam os
envolvidos a definirem como a quantidade de itens ser distribuda pelos interessados, quais
so os interessados que recebero os itens e qual o valor de venda final destes itens
(Wolfstetter, 1996). Geralmente, os leiles so usados para determinar o melhor preo de
venda que retorne o maior lucro para o leiloeiro em detrimento aos interesses dos
participantes, os quais tentam adquirir os itens ou servios a um preo mnimo (Sandholm,
1999). Geralmente, cada agente apresenta um intervalo de preo no qual se prope a negociar.
Os mecanismos de leiles se diferem em alguns aspectos pontuais, tais como na
quantidade de lances enviados por participante e no sigilo dos valores dos lances. H leiles
em que um participante apenas pode fazer um nico lance em um leilo. Estes leiles so
comumente chamados de one-shot ou de leiles de um nico lance. Por sua vez, outros leiles
apresentam caractersticas mais interativas, sendo que o processo de negociao organizado
em rodadas, dando oportunidade para que os participantes enviem mais de um lance durante o
leilo, um lance em cada rodada. Estes leiles so chamados de iterativos. Tambm, os leiles
85

podem apresentar polticas diferentes em relao privacidade dos valores dos lances. H
leiles em que os valores dos lances so conhecidos por todos os participantes interessados.
Estes leiles so chamados de leiles de lances abertos. Complementarmente, h outros
leiles em que os valores dos lances so privados, ou seja, so apenas do conhecimento do
leiloeiro e do participante interessado. Estes leiles so chamados de leiles de lances
fechados.
Ainda, os leiles podem se diferenciar pelas diretrizes de certos protocolos. H
quatro protocolos bsicos de leiles competitivos utilizados para a venda de bens: leilo ingls
ou de preo ascendente, leilo holands ou de preo descendente, leilo de primeiro preo e
leilo de segundo preo (Krishna, 2002).
No leilo ingls, o leiloeiro oferece o produto por um determinado preo inicial
relativamente baixo e espera por lances. Cada lance deve necessariamente apresentar um valor
maior do que a oferta j feita ou preo inicial. Para que cada participante esteja ciente do valor
da oferta atual, todos os lances dados so de conhecimento de todos os participantes do leilo.
Desta forma, o valor do produto ofertado aumentado sucessivamente por meio dos lances
at que nenhum participante oferea um lance com valor superior ao atual em um dado
intervalo de tempo determinado pelo leiloeiro.
No leilo holands, o leiloeiro oferece o produto por um preo inicial extremamente
alto e reduz o mesmo continuamente at que algum participante se disponha a adquirir o
produto pelo preo corrente.
No leilo de primeiro preo, cada participante envia o seu lance para o leiloeiro de
forma sigilosa, ou seja, os demais participantes no mantm conhecimento sobre tal valor.
Neste tipo de leilo, no h mltiplas rodadas ocasionadas pela variao do preo do produto,
uma vez que cada participante pode enviar apenas um lance. Quando o leiloeiro recebe todos
os lances, ele os compara e determina o participante vencedor. Assim, o participante vencedor
paga pelo produto exatamente o valor ofertado no lance.
No leilo de segundo preo, todo o processo ocorre similarmente ao leilo de
primeiro preo. A nica diferena que o participante vencedor do leilo (aquele que fizer o
maior lance) pagar pelo produto o valor correspondente ao segundo maior lance.
Nestes leiles apresentados, o clculo do valor do lance de um participante pode
depender de diversos fatores, podendo se tornar bastante complexo e at mesmo demorado em
alguns casos, devido a comunicaes com outros agentes controladores de recursos
complementares. Geralmente, um participante apresenta um conhecimento prvio sobre o
86

produto e determina um preo limite para pagar pelo produto. Outras vezes, o participante no
tem tal conhecimento e no consegue avaliar precisamente o valor do produto ofertado.
Este valor pode ser gerado de forma subjetiva pelo participante, no dependendo das
avaliaes dos outros participantes. Este valor conhecido como valor privado. Em outras
situaes, o participante pode mensurar tal valor de forma objetiva, uma vez que tal produto
pode no ser adquirido para consumo prprio. Como exemplo, um participante pode tentar
adquirir um produto para revenda, assim, o preo a ser pago pelo produto pode ser definido
pelo valor expresso pelos demais participantes do leilo, ou seja, o valor comum (Klemperer,
1999).
Quando os participantes avaliam o produto de forma subjetiva, foi demonstrado que
os quatro tipos bsicos de leiles produzem, em mdia, a mesma receita esperada pelo
vendedor (Vickrey, 1961). Esta proposio conhecida na literatura como Teorema da
Equivalncia da Receita. Desta forma, conclui-se que em certos casos o formato de leilo
escolhido irrelevante, uma vez que os mesmos apresentaro praticamente os mesmos
resultados (Vickrey, 1961). No entanto, esta afirmao apenas valida para um nico leilo
que oferta apenas um tipo de produto indivisvel. Para cenrios mais complexos, esta
afirmao pode no ser vlida.

3.4.2 Variaes de Leiles

Os tipos de leiles apresentados so os mais populares devido a fatores como


simplicidade e confiabilidade por causa de vrias aplicaes de sucesso (Kagel e Levin,
2008). Porm, para certos cenrios, tais tipos de leiles podem no alcanar uma alocao
tima para todos os envolvidos, fazendo com que geralmente os participantes sejam os
maiores prejudicados. Exemplos destes cenrios so aqueles em que mltiplos itens de
produtos so oferecidos para venda, sendo que a dificuldade de encontrar uma alocao tima
maior quando estes produtos so heterogneos (Cramton, 2004). Ademais, o problema
tambm se agrava quando diferentes produtos devem ser vendidos por diferentes agentes
leiloeiros, por exemplo, devido distribuio fsica destes produtos. Estes cenrios so cada
vez mais comuns principalmente com o advento dos leiles online, onde um participante tem
a oportunidade de participar de vrios leiles ao mesmo tempo para adquirir o produto
desejado pelo menor preo (Anthony, Hall et al., 2001; Boyan e Greenwald, 2001).
Em leiles de mltiplos itens, os participantes podem estar interessados em adquirir
apenas um produto de um dado tipo ou um conjunto de produtos complementares, sendo que
87

a obteno de todo o conjunto gera o real benefcio da compra. Por exemplo, quando pares de
sapatos so vendidos separadamente, a compra do p direito do sapato sem o esquerdo no
traz um grande benefcio ao participante, mas sim quando ambos so adquiridos
conjuntamente (Cramton, 2006).
Nestes cenrios mais complexos, alguns protocolos mais sofisticados so necessrios
para que todos os envolvidos sejam beneficiados. Geralmente, na venda de mltiplos itens, os
participantes desejam a compra complementar de produtos. Nestes casos, o ideal seria
permitir aos participantes a submisso de lances para um conjunto de itens. Os leiles que
permitem tal tipo de lance so chamados de leiles combinatoriais (Cramton, 2006). No
entanto, este tipo de leilo pode ser invivel na prtica devido grande quantidade de
combinaes que podem vir a ser necessrias para encontrar um conjunto de lances sem
conflitos e que retorne o maior benefcio aos envolvidos.
Outra maneira de leiloar mltiplos itens por meio de leiles sequenciais e
simultneos. Estas abordagens foram bastante estudadas na rea de economia e teoria dos
jogos, resultando em algumas comparaes prticas que apresentam algumas vantagens e
desvantagens de ambos (Hausch, 1986; Feng, 2005; Fatima, S., 2006; Fatima, S. S., 2006).
De forma sucinta, em um leilo sequencial, os itens so leiloados em uma srie de
leiles, ou seja, cada leilo ocorre um aps o outro. O maior problema neste tipo de leilo
refere-se viso local de um participante, pois muitas vezes este no tem conhecimento sobre
o que ser ofertado nos prximos leiles e os preos que sero praticados naqueles. Neste tipo
de leilo, o participante no possui, no momento de concepo do lance, toda a informao
necessria para comprar o produto sem margem a um arrependimento posterior, uma vez que
um participante pode se sair melhor em um leilo do que em outro quando os produtos so
substituveis (i.e. no h preferncia por uma unidade particular do tipo de produto).
Quando os produtos so complementares, o problema pode ser ainda maior, uma vez
que cada leilo oferece apenas um item por vez. Desta forma, o beneficio da compra de um
item vai depender do sucesso da compra de outro item complementar em um prximo leilo
(Brusco e Lopomo, 2006). Esse problema conhecido como o problema de exposio ao
risco (Klemperer, 1999). Sendo assim, o licitante precisa criar uma estimativa para os valores
de futuros lances. A necessidade de fazer uma estimativa cria um dilema para o participante:
fazer um lance conservador e provavelmente perder o leilo ou fazer lances agressivos e
mesmo assim acabar adquirindo um conjunto incompleto. Um leilo combinatrio capaz de
solucionar o problema de exposio ao risco ao receber lances para um conjunto de itens, mas
88

est sujeito a outros tipos de problemas, tal como o alto tempo de processamento e a
necessidade de um nico membro centralizador (Cramton, 2006).
Os leiles simultneos podem ser considerados como alternativa para leiloar
mltiplos itens de forma mais eficiente. Este tipo de leilo foi primeiramente proposto por
Paul Milgrom, Robert Wilson, e Preston McAfee em 1994 para ser usado pela Comisso
Federal de Comunicao dos Estados Unidos (FCC) na venda de espectros de frequncia
(Milgrom, 2004). Este protocolo tem sido adotado com algumas adaptaes a outros
domnios, tal como na indstria de eletricidade, gs e petrleo (Milgrom, 2004).
Em leiles simultneos, como o prprio nome expressa, h a ocorrncia de vrios
leiles de forma simultnea ou concorrente, podendo tais leiles vender produtos homogneos
ou heterogneos (Cramton, 2004). Cada leilo praticado constitudo por uma ou vrias
rodadas, sendo que cada rodada determina um tempo fixo para que os participantes submetam
seus lances. Quando uma rodada termina, o vencedor de cada leilo anunciado de forma
temporria e o valor da oferta se torna pblico aos demais envolvidos. Assim, os participantes
podem oferecer um lance maior na prxima rodada para vencer tais leiles. Quando um
leiloeiro no recebe mais lances em uma rodada, o leilo ento finalizado. Neste caso, o
vencedor temporrio se torna o vencedor definitivo de tal leilo (Cramton, 2004).
Neste tipo de leilo, os participantes podem oferecer lances para uma quantidade
ilimitada de leiles, com o lance mximo da rodada anterior sendo usado como base para a
prxima rodada de lances. Porm, eles devem executar estratgias para no adquirir uma
quantidade menor ou maior do que precisam. Para evitar tais problemas aos participantes, este
tipo de leilo pode ser adaptado para permitir lances para itens individuais e conjuntos de
itens.
No entanto, este tipo de leilo apresenta um problema: um participante faz uso da
estratgia de esperar o envio de lances pelos outros participantes para descobrir o quanto estes
esto dispostos a pagar por um dado produto para ento optar por dar o lance a um produto
com menor preo. Isto ocorre principalmente quando os produtos so substituveis, ou seja,
quando qualquer item de um determinado tipo satisfaz a necessidade do participante. O
problema ocorre quando todos os participantes resolvem adotar esta estratgia, no havendo
desta forma, a submisso de lances.
Para sanar tal problema, foi proposta como soluo a chamada Regra da Atividade
(Milgrom, 2004). Nesta regra, cada participante precisa estar ativo em todas as rodadas com
lances referindo a uma frao de produtos dos quais ele deseja adquirir. Assim, um
89

participante que deseja adquirir 10 itens de um dado produto, sob uma regra de atividade de
50%, faria lances para pelo menos 5 itens. Essa estratgia pressiona os participantes a fazerem
lances e ao mesmo tempo permite maior flexibilidade ao participante para que este mude o
destino do lance para um leiloeiro que esteja oferecendo o produto desejado por um preo
mais baixo.
Como observado, os leiles sequenciais e simultneos so bastante utilizados para a
venda de mltiplos itens de produtos (Hausch, 1986; Boyan e Greenwald, 2001). Uma
caracterstica particular destas duas abordagens a relao muitos-para-muitos entre
vendedores e compradores, os quais geralmente se relacionam de forma distribuda. Uma
abordagem centralizada para resolver o mesmo problema refere-se aos leiles duplos. Neste
tipo de leilo, vrios vendedores e compradores informam os seus itens e preos para venda
ou compra a um membro centralizador. Este membro realiza uma anlise de tais ofertas para
determinar o conjunto de pares que retorna o maior beneficio para os envolvidos (Wurman,
Walsh et al., 1998). No entanto, uma abordagem centralizada est propcia a diversos
problemas quando aplicada a sistemas multiagentes, tal como a sobrecarga de processamento
sobre o membro centralizador; inatividade do membro centralizador que pode levar a no
resoluo do problema e espera indefinida dos vendedores e compradores que submeteram
suas ofertas.

3.5 PROTOCOLO CONTRACT-NET

Esta seo tem como inteno descrever os principais conceitos do CNet e suas
extenses e discutir sobre a viabilidade de aplicao de tais mecanismos no PPTDP. O CNet
consiste em um mecanismo de negociao simples, eficiente e com grande capacidade de
adaptao a diversos tipos de problemas, principalmente aos quais apresentem caractersticas
de atribuio de objetos. Mas por outro lado, a sua simplicidade impede que resultados de
melhor qualidade estejam presentes em aplicaes mais complexas, necessitando para isto,
certos ajustes ou extenses. Desta forma, muitas extenses ao CNet foram propostas na
literatura com intuito de sanar as suas principais deficincias.
Neste sentido, a presente seo decomposta em trs subsees: a subseo 3.5.1
descreve sobre os conceitos principais do CNet, subseo 3.5.2 descreve sobre algumas
propostas de extenso ao CNet e por fim, a subseo 3.5.3 descreve sobre algumas aplicaes
do CNet a problemas relacionados.
90

3.5.1 Viso Geral

O CNet foi proposto por Reid. G. Smith em 1980 como um protocolo de interao
inspirado no mecanismo de leiles para aplicao na resoluo distribuda de problemas
(Smith, 1980). O CNet consiste em um protocolo de alto nvel, pois no define uma estratgia
ou algoritmo especfico a ser utilizado na negociao, mas apenas uma estrutura a ser seguida
para implementar tais estratgias (Shoham e Leyton-Brown, 2009). Em outras palavras, ele
apenas define o que cada agente deve dizer ao outro, mas no especifica como o contedo da
mensagem deve ser concebido (Smith, 1980).
A racionalidade que envolve o protocolo refere-se ao desmembramento de problemas
complexos por um agente, que no apresenta capacidade ou recursos para resolv-lo, em um
conjunto de tarefas a serem alocadas a outros agentes com capacidades ou recursos para tal.
Basicamente, este protocolo consiste em um mecanismo de alocao de tarefas que faz uso de
negociao e seleo mtua entre os agentes para que tarefas sejam alocadas de forma
cooperativa.
As negociaes no CNet so realizadas pela interao entre os papis do leiloeiro e
participantes de um leilo, onde qualquer agente pode assumir qualquer dos dois papis
durante a execuo do protocolo (Foundation for Intelligent Physical Agents, 2002a). Esta
interao ocorre por meio de troca de mensagens com semntica expressa por meio de
performativas de comunicao. A Figura 23 ilustra estas comunicaes por meio de um
diagrama de sequncia.
A verso do CNet apresentada refere-se ao padro definido pelo rgo FIPA
(Foundation for Intelligent Physical Agents, 2002a), sendo que esta verso adiciona novas
performativas (i.e. possibilidade de rejeio e confirmao de contratos) verso original de
Smith (1980). Atualmente, a verso da FIPA apresenta maior impacto industrial, sendo
empregada nas principais plataformas de desenvolvimento de agentes (Poslad, Buckle et al.,
2000; Bellifemine, Caire et al., 2007; Foundation for Intelligent Physical Agents, 2011). Este
trabalho de qualificao considera apenas a verso FIPA do protocolo, sendo esta referenciada
no texto como CNet ou CNet convencional e a verso anterior como CNet original.
91

Leiloeiro Participante

CFP
m
i n REFUSE

n
j=n-i PROPOSE

REJECT-PROPOSAL
k j

ACCEPT-PROPOSAL
l=k-j
FAILURE

INFORM

Figura 23. Protocolo Contract-Net

O protocolo CNet tem incio quando um leiloeiro envia um anncio para uma
quantidade (m) de participantes com informaes sobre a tarefa a ser executada. Nos termos
estabelecidos pelo protocolo, este anncio chamado de CALL-FOR-PROPOSAL (CFP). Ao
receberem um CFP, os participantes (n) podem decidir por continuar ou no na negociao.
Se um subconjunto (j) de participantes desejar continuar devido ao interesse na tarefa
ofertada, cada qual envia uma mensagem de PROPOSAL contendo o seu lance ao leiloeiro.
Caso o subconjunto complementar (i) decida por no participar do leilo, estes participantes
enviam, cada qual, uma mensagem de REFUSE ao leiloeiro. O envio de um PROPOSE
expressa a concordncia de um participante na execuo da tarefa, sendo que os recursos para
tal j foram reservados, mesmo no havendo certeza que vencer o leilo. Por causa disso, um
participante geralmente participa de um leilo por vez (quando tem capacidade de executar
apenas uma tarefa) para evitar prometer os recursos disponveis para mais de um leiloeiro, o
que geraria inconsistncias caso o participante viesse a vencer vrios leiles.
Na sequncia, o leiloeiro espera por um prazo fixo (i.e. deadline) ou o tempo
necessrio para receber todas as propostas dos participantes. Se o prazo expirar, o leiloeiro
apenas considera as propostas recebidas at o momento e comea o processamento para
definir o participante vencedor ou participantes vencedores. O leiloeiro envia uma mensagem
de ACCEPT-PROPOSAL para cada participante vencedor (l) e uma mensagem de REJECT-
PROPOSAL para cada um dos demais participantes (k).
Um participante vencedor recebe o ACCEPT-PROPOSAL que lhe garante a
atribuio da tarefa para execuo. Neste momento, o acordo entre as partes concretizado.
92

Assim, a tarefa executada e o resultado da execuo retornado para o leiloeiro por meio de
uma mensagem de INFORM. Caso ocorra uma falha na execuo da tarefa, uma mensagem
de FAILURE retornada ao leiloeiro. Assim, o leiloeiro tentar atribuir a mesma tarefa a
outro participante, quando houver. Finalmente, quando o leiloeiro recebe a mensagens de
INFORM dos participantes com tarefas atribudas, o leilo encerrado.
Todavia, o leiloeiro pode iniciar um novo leilo para oferecer outra tarefa ou ento
oferecer subtarefas obtidas com outro leiloeiro quando exerceu o papel de participante.
Tambm, um participante que recebeu uma tarefa, pode decomp-la em subtarefas e oferec-
las a outros agentes por meio de um novo leilo, no qual ele exercer o papel de leiloeiro. Esta
caracterstica importante para distribuir servios entre agentes que no esto conectados
diretamente, mas apenas por intermdio de outros agentes.
Esta caracterstica descreve bem a forma de execuo descentralizada do CNet. A
descentralizao tambm contribui para aumentar o desempenho computacional da soluo.
Como cada agente fica responsvel por uma parcela do problema, este pode ser distribudo a
mltiplos processadores (em forma de agente) e resolvido concorrentemente. Logicamente,
estas vantagens apenas ocorrem quando o tempo poupado pela execuo concorrente dos
agentes maior do que o tempo despendido na comunicao entre eles.
Por outro lado, o CNet apresenta algumas deficincias que muitas vezes inviabilizam
a sua aplicao. Como exemplo, o CNet foi proposto para que cada leiloeiro possa oferecer
uma nica tarefa por vez, no sendo idealizado para oferta de mltiplas unidades em um nico
leilo. Como alternativa, mltiplas tarefas podem ser oferecidas por mltiplos leiloeiros, cada
um oferecendo uma nica tarefa. Porm, um participante no atua eficientemente nestas
situaes. Geralmente, cada participante sequencia a sua participao nos leiles, perdendo
boas oportunidades de negociao ao deixar de responder alguns lances. Com isso, leiloeiros
tambm podem no receber lances s suas ofertas por causa deste comportamento dos
participantes. Deste modo, alguns aperfeioamentos foram propostos na literatura como
extenses ao CNet na tentativa de sanar tais deficincias.

3.5.2 Extenses ao Protocolo Contract-Net

Esta seo apresenta algumas propostas de extenses ao CNet convencional em


termos comportamentais e estruturais. Estas extenses focam em diferentes aspectos do CNet,
tal como: a) na reduo do nmero de mensagens trocadas entre os agentes; b) na medio da
qualidade de um acordo; c) na definio do valor de um lance e principalmente, d) na
93

formao de um conjunto de acordos satisfatrios quando agentes negociam simultaneamente.


Normalmente, cada extenso contribui para o melhoramento de caractersticas especficas das
negociaes no CNet de acordo com o interesse de aplicao do protocolo em uma aplicao
particular, no havendo interesse ou necessidade subjetiva em abordar conjuntamente todas as
deficincias do protocolo.
Para melhor apresentar estas extenses, esta seo organizada em trs subsees. A
subseo 3.5.2.1 apresenta as extenses interessadas em propor melhorias em termos de
eficincia, definio do valor de um contrato (i.e. valor de venda ou de compra) e na
qualidade dos acordos. A subseo 3.5.2.2 apresenta as extenses interessadas na concepo
de artifcios que do maior liberdade aos agentes para participao em mltiplos leiles de
forma simultnea. Por fim, a seo 3.5.2.3 apresenta uma breve reflexo sobre as deficincias
tratadas pelas extenses e a viabilidade de aplicao destas no problema de planejamento
petrolfero.

3.5.2.1 Extenses para Melhorar a Eficincia, Valores e Qualidade dos Acordos

Atualmente, a FIPA especifica duas extenses ao protocolo CNet original, o CNet


convencional apresentado na seo anterior e tambm uma verso mais iterativa chamada de
CNet Iterativo (Foundation for Intelligent Physical Agents, 2002b). A verso iterativa permite
aos envolvidos entrarem em ciclos de negociao para melhor definir os valores dos atributos
do acordo. Este ciclo de negociao sempre iniciado pelo leiloeiro, aps o recebimento dos
lances, por meio de alteraes nos valores de um anncio e reenvio do anncio a alguns ou
todos os participantes.
Para maior preciso na explicao, a descrio deste protocolo sustentada pelo
diagrama de sequncia apresentado na Figura 24. Nesta verso, no h diferenas para o CNet
convencional em relao ao envio do CFP e recebimento de propostas (mensagem de
PROPOSE) ou recusas (mensagem de REFUSE). A diferena ocorre no momento da tomada
de deciso do leiloeiro para a definio do lance vencedor. Neste momento, o leiloeiro pode
decidir seguir normalmente o processo do CNet por meio do envio de mensagens de
ACCEPT-PROPOSAL ou REJECT-PROPOSAL ou ento decidir por negociar com os
participantes para tentar melhorar os seus valores de lance. Para isso, o leiloeiro seleciona um
ou mais dos participantes promissores para os quais pretende enviar um CFP revisado e para
os outros participantes, se houver, envia REJECT-PROPOSAL. O leiloeiro pode enviar o
CFP quantas vezes achar necessrio, criando vrias iteraes com o participante. Quando o
94

leiloeiro se satisfaz com os valores dos lances recebidos, ele prossegue normalmente a
execuo do CNet convencional a fim de informar aos participantes sobre a sua deciso. Da
mesma forma, o participante vencedor atua conforme o CNet convencional para executar a
tarefa e retornar as informaes cabveis ao leiloeiro.
Leiloeiro Participante

CFP

REFUSE

PROPOSE
REJECT-PROPOSAL

CFP

REJECT-PROPOSAL

ACCEPT-PROPOSAL

FAILURE

INFORM

Figura 24. Protocolo Contract-Net Iterativo

No trabalho de Sandholm (1993), foi proposta uma extenso ao CNet original mais
voltada ao comportamento dos agentes em suas tomadas de deciso. A estrutura do CNet
original inalterada. Nesta extenso, as decises dos agentes so baseadas no clculo de
custos marginais para cada tarefa, ou seja, o custo marginal de uma tarefa para um agente o
custo da soluo do agente com a tarefa menos o custo do agente sem a tarefa. Basicamente, o
custo marginal significa que um contrato somente vantajoso para o agente se o ganho de
aceitar o contrato maior do que o ganho de continuar sem o contrato. Neste protocolo, cada
agente busca maximizar o seu lucro que definido pelos seus ganhos menos seus custos,
sendo que os ganhos so obtidos pela execuo das tarefas e os custos resultam do uso dos
recursos para tais execues.
Em relao dinmica do protocolo, um leilo tem incio com o envio do anncio
pelo leiloeiro. O anncio contm o preo mximo que o leiloeiro deseja pagar pela execuo
da tarefa anunciada. Este preo corresponde ao custo marginal do leiloeiro, ou seja, a
diferena entre o custo de continuar com a tarefa ou ficar sem ela. Ao receber o anncio, o
95

participante calcula o seu custo marginal para a tarefa ofertada e define o preo mnimo pelo
qual est disposto a vender os seus servios. Caso o preo ofertado pelo leiloeiro seja maior
do que o seu preo recm-calculado, o participante envia o lance ao leiloeiro informando o
seu preo mnimo, caso contrrio, o participante ignora o anncio. Ao receber os lances, o
leiloeiro define o lance vencedor de acordo com os seus preos. Para definir o valor a ser pago
pela execuo da tarefa, ele calcula a mdia entre o preo mximo dele e o mnimo
especificado pelo participante. Na sequncia, o leiloeiro notifica o participante vencedor sobre
a sua escolha. Neste momento, o acordo entre as partes concretizado, sendo que o
participante se torna responsvel pela execuo da tarefa mesmo que o seu custo marginal
tenha sido modificado neste intervalo de tempo devido forte dependncia com suas outras
tarefas. Finalmente, o participante envia o resultado da execuo para o leiloeiro.
Com o foco em outro aspecto do CNet, Ning and Fei-Yan (2009) propuseram
melhorias a fim de aumentar a eficincia de execuo do CNet em cenrios compostos por um
grande nmero de agentes. Basicamente, estas melhorias visam reduzir comunicaes
desnecessrias entre os agentes e reduzir o processamento despendido nas tomadas de
deciso. Segundo o autor, no h um critrio no CNet convencional que impea o leiloeiro de
enviar um CFP para todos os participantes. Caso esta situao venha a ocorrer em um
ambiente com muitos agentes, os participantes tero que lidar simultaneamente com um alto
nmero de CFPs, sendo que muitos destes podem no apresentar capacidade para execuo da
tarefa anunciada ou interesse no item anunciado.
Para reduzir a quantidade de comunicaes, o autor atribui aos agentes estratgias
baseadas em atributos sociais, tais como grau de lealdade, de confiabilidade e de
disponibilidade. Estes atributos so computados durante as negociaes entre os agentes. Por
exemplo, caso o leiloeiro atribua uma tarefa ou item a um participante por meio de um acordo
e este venha em seguida quebrar este acordo, o leiloeiro automaticamente decrementa o seu
grau de confiabilidade em relao a este participante. Assim, em um prximo leilo, de
acordo com o valor retornado por uma equao que representa o conjunto dos atributos
sociais de cada agente, o leiloeiro pode omitir este participante da lista de receptores do
anncio. Tambm, estes atributos sociais podem ser usados na concepo do lance pelos
participantes ou na escolha do participante vencedor pelo leiloeiro. Neste ltimo caso, o
leiloeiro pode desejar no escolher um participante que outrora estava ocupado para executar
uma tarefa, com o receio de que o participante no cumprir com a sua responsabilidade no
contrato.
96

Caso esta prtica ainda no seja suficiente para reduzir a quantidade de CFPs
recebidos pelos participantes, o autor prope um simples artifcio para limitar esta quantidade.
Este artifcio consiste em um buffer com capacidade limitada para armazenamento de uma
quantidade pr-determinada de CFPs, ou seja, o participante no tratar uma quantidade de
CFPs alm da suportada pelo buffer. No entanto, mesmo que estes ajustes propostos reduzam
a quantidade de mensagens trocadas entre os agentes, estes impedem que os agentes tenham
acesso a todas as possibilidades de negociao, influenciando negativamente na soluo final.
Com a mesma inteno de Ning e Fei-Yan (2009), o trabalho de Sun e Wu (2009) se
propem a melhorar a eficincia do CNet convencional e tambm a efetividade de seu
processo de coordenao por definir propriedades de raciocnio aos agentes. Os autores
propem uma extenso ao CNet baseado em normas. Uma norma consiste em uma regra ou
padro de comportamento compartilhado entre os membros de uma sociedade que serve para
dirigir, coordenar e controlar aes dos envolvidos (Wright, 1963). O uso de normas pode
incentivar a representao do conhecimento e regras que existem em um processo de
coordenao, que geralmente negligenciando pelos protocolos de coordenao. Assim,
regulamentos institucionais e organizacionais, bem como regras de negcios e operacionais
podem ser representadas em forma de normas e compartilhadas entre os agentes.
A extenso do protocolo CNet organiza as interaes em duas fases: uma fase
preliminar de interao e outra responsvel pela definio dos acordos. Na fase preliminar, os
agentes que realmente apresentam condies de executar as tarefas so selecionados,
restringindo a estes agentes a continuao das interaes. Na segunda fase, os agentes
selecionados negociam interativamente por meio de decises multilaterais a fim de formar
acordos.
Mais precisamente, as interaes nestas duas fases do protocolo so apresentadas na
Figura 25. Na primeira fase, o leiloeiro envia o anncio com a especificao de algumas
exigncias, tais como as habilidades exigidas para a execuo da tarefa, o tempo de expirao
do leilo e formato da estrutura do lance. Este anncio enviado a todos os participantes. O
tempo de expirao e as habilidades exigidas podem ser vistas como exemplo de normas, as
quais restringem a quantidade de agentes habilitados a enviarem lances. Por conta disto, em
resposta ao CFP, apenas os agentes com as habilidades especificadas e interesse na tarefa
prosseguem com a preparao do lance. Ao receber os lances, o leiloeiro realiza a avaliao
tambm por meio de normas sociais. O leiloeiro possui acesso a informaes relacionadas
credibilidade de cada participante baseado na histria de suas negociaes, bem como aos
97

custos e capacidades dos participantes. Pela avaliao destas informaes, o leiloeiro


seleciona os agentes com maior conformidade com a tarefa para negociarem iterativamente
pela tarefa.
O processo de negociao iterativa d incio segunda fase do protocolo. Esta fase
tem como objetivo selecionar melhor os participantes para a efetivao do acordo. Assim, a
negociao tem como resultado um contrato firmado entre o leiloeiro e o participante mais
bem sucedido. Com isso, o participante fica responsvel pela execuo da tarefa. Quando a
tarefa executada, o participante retorna o resultado para o leiloeiro. De acordo com a
qualidade da resposta, o leiloeiro avalia o desempenho do participante e atualiza o seu valor
de credibilidade, o qual estar disponvel para anlise por qualquer agente interessado. Desta
forma, um bom desempenho do participante na execuo da tarefa eleva o seu nvel de crdito
e vice versa.
Leiloeiro Participante

CFP

REFUSE

PROPOSE
REJECT-PROPOSAL
Avaliao preliminar

REQUEST

NEGOCIAO

FECHAMENTO DO ACORDO

Deciso final
FAILURE

INFORM

Figura 25. Protocolo Contract-Net Baseado em Normas

Ainda h outros trabalhos que buscam aumentar a eficincia do CNet reduzindo a


comunicao entre os agentes em problemas de larga escala. Basicamente, estes trabalhos
investem em mecanismos de aprendizagem para que o leiloeiro possa ter um conhecimento
prvio sobre as caractersticas dos participantes e assim restringir o nmero de participantes a
receber o anncio. Como exemplo, Deshpande, Gupta et al. (2005) fazem uso de um mtodo
de aprendizagem baseado em instncias que observa o histrico das negociaes para
aprender sobre a especialidade dos agentes na execuo de diversos tipos de tarefas. Assim,
98

caso um agente leiloeiro apresente um bom conhecimento sobre um dado tipo de tarefa, ele
pode proceder atribuindo uma tarefa deste tipo de forma direta a um agente com qualidades
satisfatrias para execuo. Nestes casos, a reduo na quantidade de mensagens trocadas
entre os agentes significativa, principalmente quando h muitos participantes.
Em outro exemplo, o trabalho de Ohko, Hiraki et al. (1997) faz uso da tcnica de
Raciocnio Baseado em Casos (RBC) para adquirir conhecimento sobre as habilidades dos
agentes para a execuo de tarefas. Neste contexto, um caso formado pelas seguintes
informaes: especificao de uma tarefa, informao sobre os agentes que resolveram a
tarefa no passado e a respectiva medida de qualidade de cada agente na realizao da tarefa.
Estas informaes tambm permitem alocaes mais diretas aos agentes.
Mais recentemente, esta tcnica de aprendizagem foi empregada na mesma funo
por Pu-Cheng, Yu-Sheng et al. (2007) para compor uma nova extenso ao CNet. Esta
extenso permite que o leiloeiro faa uso de um mtodo multicritrio de deciso para avaliar
os lances considerando mltiplos atributos, incluindo qualidades do participante (e.g. valor de
credibilidade, confiabilidade) e de seus servios (e.g. custo e tempo de execuo).
Em um trabalho ainda mais recente, Raza, Hussain et al.(2010) tambm propem
uma extenso baseada na medio e avaliao da qualidade dos membros envolvidos nas
negociaes. Esta extenso chamada de Q-Contract-Net. Esta extenso permite que o
leiloeiro avalie no apenas os valores do lance, mas tambm atributos qualitativos dos
participantes, tal como a reputao, credibilidade e confiabilidade. Da mesma forma, os
participantes avaliam no somente o anncio, mas tambm os atributos qualitativos dos
leiloeiros. Porm, estas operaes de medio e avaliao da qualidade elevam o tempo das
negociaes por demandar acesso a um repositrio e sistema de gerenciamento destes
atributos, mas por outro lado, esta prtica capaz de sugerir atribuies mais apropriadas que
podem contribuir para a reduo nos gastos em termos de tempo, recursos e riscos durante a
execuo das tarefas. Em resumo, esta extenso, tal como as anteriores baseadas em tcnicas
de aprendizagem evoluem apenas a semntica das negociaes no CNet, no alterando de
nenhuma forma a estrutura original do protocolo.

3.5.2.2 Extenses para Melhorar a Qualidade de Acordos em Negociaes Simultneas

As verses dos protocolos at ento apresentadas no fazem meno a melhorias


relacionadas a cenrios mais complexos constitudos por vrios leiles simultneos, em quais
o CNet deficiente. No trabalho de Knabe, Schillo et al.(2002), os autores propem dois
99

novos protocolos baseados no CNet para melhorar a qualidade das atribuies em cenrios
compostos por mltiplos leiles simultneos. Nestes cenrios, o CNet se apresenta deficiente
por restringir a participao dos participantes a um ou alguns leiles por exigir que o
participante comprometa seus recursos com o(s) leiloeiro(s) no momento do envio do lance,
ou seja, em um momento em que no h garantia sobre a vitria no leilo. Esta prtica
degrada a qualidade das alocaes, principalmente quando h um grande nmero de
leiloeiros.
Assim, nos protocolos propostos em Knabe, Schillo et al. (2002), a fase de
comprometimento com o leiloeiro postergada para o momento em que o participante
avisado sobre a vitria no leilo. O primeiro protocolo proposto permite aos participantes a
participao com maior liberdade de vrios leiles simultaneamente e o segundo busca
resolver uma deficincia do primeiro que ocorre em situaes de negociao em cascata, ou
seja, quando uma tarefa contratada por um agente (no papel de participante) oferecida por
este em um novo leilo (no papel de leiloeiro) a outros participantes e assim
consecutivamente.
Mais precisamente, o primeiro protocolo proposto em Knabe, Schillo et al. (2002)
denomina-se Protocolo Contract-Net com Confirmao (PCNC). Este protocolo insere uma
interao adicional ao CNet convencional para confirmar o desejo do participante vencedor
em executar a tarefa. A interao entre os papis neste protocolo apresentada na Figura 26a.
Neste protocolo, quando o leiloeiro recebe todas as propostas dos participantes, ele
ordena os lances de forma decrescente em relao qualidade de seus valores. Em seguida, o
leiloeiro envia uma mensagem de REQUEST ao participante com maior lance a fim de
confirmar a execuo da tarefa ofertada. O participante pode recusar (mensagem REFUSE) a
execuo por algum motivo particular ou ento concordar (mensagem AGREE) com a
execuo. Caso o participante envie um REFUSE, o leiloeiro tentar confirmar a execuo
com outro participante melhor posicionado na lista ordenada. Este processo ocorrer at
encontrar um participante interessado na execuo da tarefa ou at que o fim da lista seja
alcanado.
100

Leiloeiro Participante Leiloeiro Participante

CFP CFP

REFUSE REFUSE

PROPOSE PROPOSE

REJECT-PROPOSAL REJECT-PROPOSAL

REQUEST REQUEST

REFUSE REFUSE

AGREE AGREE

ACCEPT-PROPOSAL

FAILURE PROPOSE

REJECT-PROPOSAL

INFORM

ACCEPT-PROPOSAL

FAILURE

INFORM

a b

Figura 26. Extenses ao Protocolo Contract-Net por meio de Interaes de Confirmao. a) Protocolo
Contract-Net com Confirmao. b) Protocolo Contract-Net Holnico com Confirmao.

No entanto, este protocolo no se comporta adequadamente em situaes de


negociao em cascata, como no cenrio exemplificado na Figura 27. A figura apresenta um
cenrio de negociao entre cinco agentes, onde A e B so leiloeiros e C realiza o papel de
participante em relao a A e B e o papel de leiloeiro em relao a D e E. Estes ltimos
apenas exercem o papel de participante.
Na Figura 27a, C recebe os CFPs de A e B e repassa este anncio para D e E na
forma de um leilo. Neste momento, A, B e C so leiloeiros. Na Figura 27b, D e E enviam as
propostas para C, sendo que D apresenta melhor lance (i.e. melhor custo que igual a 5). C
seleciona o melhor lance (PROPOSE 5) e repassa este lance aos leiloeiros A e B. Na Figura
27c, A envia um REQUEST para confirmar a negociao com C. Por sua vez, C confirma
com D. Neste momento, como o recurso de D ainda no foi alocado, uma mensagem de
AGREE enviada por D e propagada por C. Porm, o problema ocorre na situao
representada na Figura 27d. Nesta, o leiloeiro B comunica com C a fim de confirmar a
negociao, mas o recurso de D no est mais disponvel. Desta forma, D responde com
REFUSE a C. Quando E questionado por C, este responde com AGREE, mas o seu lance
incompatvel com o de D por causa da diferena de custos. Assim, C envia um REJECT para
B, pois o protocolo no permite que C oferea a B uma nova proposta (i.e. os servios de E).
101

Assim, este esquema mostra a ineficincia do protocolo, uma vez que uma alocao
satisfatria poderia consistir na atribuio da tarefa de B para o participante E.

A B A B A B A B

CFP CFP AGREE REQUEST

PROPOSE PROPOSE REJECT


5 5 REQUEST

C C C C
PROPOSE PROPOSE REQUEST REQUEST
CFP CFP 5 7
AGREE REFUSE

D E D E D E D E
Custo 5 a Custo 7 Custo 5 b Custo 7 Custo 5 c Custo 7 Custo 5 d Custo 7

Figura 27. Negociao em Cascata

O segundo protocolo proposto por Knabe, Schillo et al. (2002) se propem a resolver
este problema. Este protocolo denominado de Protocolo Contract-Net Holnico com
Confirmao. O termo holnico usado para se referir a estruturas de negociao em cascata,
uma vez que um hlon consiste em um agente composto por muitos outros agentes
(subholons) e interage com agentes externos na forma de um nico agente, representando os
seus agentes internos e tambm mantendo comunicao com estes (Koestler, 1971). O
protocolo em questo esquematizado na Figura 26b, sendo que este se diferencia do anterior
por permitir o envio de um segundo lance (PROPOSE) aps o recebimento da mensagem de
confirmao (REQUEST). Com isso, referindo-se ao exemplo da Figura 27, o agente C
poderia realizar mais uma proposta para B incluindo os valores do agente E. Se o leiloeiro B
aceitasse os novos custos, a sua tarefa seria alocada para execuo pelo agente E.
Apesar destes dois protocolos apresentarem um grande avano em relao ao CNet,
estes ainda apresentam certas inconvenincias que prejudicam sua eficincia quando a
inteno encontrar alocaes de maior qualidade. Devido ao sequenciamento do envio das
mensagens de REQUEST, um participante vencedor pode intencionalmente demorar no envio
da confirmao ao leiloeiro por desejar esperar respostas de outros leiloeiros com quem
negocia simultaneamente. Porm, tais leiloeiros podem demorar a responder por que ainda
esto aguardando a confirmao de seus respectivos participantes vencedores. Para
solucionar este problema, uma alternativa seria determinar um deadline para cada participante
vencedor responder ao seu respectivo leiloeiro. Assim, com a expirao do deadline, cada
leiloeiro receberia a confirmao do participante vencedor e avisaria aos demais participantes
102

sobre a rejeio de seus lances. Caso um participante se negue a executar a tarefa, o leiloeiro
notificaria outro participante mais apropriado. Entretanto, esta prtica pode no funcionar
corretamente, pois os participantes podem receber tais notificaes aps a expirao de seus
deadlines, ou seja, aps eles j terem tomado a deciso.
Em Schillo, Kray et al. (2002), a mesma equipe de pesquisa apresenta uma
abordagem estatstica para determinar, para uma dada quantidade de lances, a probabilidade
de um participante adquirir mais tarefas do que a disponibilidade de recursos para resolv-las.
Para calcular tais valores probabilsticos, o participante considera que os demais participantes
fazem uso da mesma estratgia de submisso de lances, ou seja, que tambm apresentam a
inteno de enviar o mesmo nmero de lances. Esta considerao se faz necessria porque o
valor de probabilidade depende das aes dos outros participantes. Com este clculo, o
participante pode definir com maior segurana a quantidade de leiles que participar,
assumindo um limiar de risco previamente conhecido. Por influenciar somente nas decises
do participante, esta extenso ao CNet no demanda alterao na estrutura do protocolo,
sendo indicado, portanto, a situaes em que no h oportunidade de alterao da estrutura do
CNet. Em termos de resultado, por ser baseado em mtodos probabilsticos, no considera
todas as possibilidades de negcio, podendo ocorrer de acordos satisfatrios serem
negligenciados.
Ademais, tanto nesta extenso estatstica como tambm nos dois protocolos
propostos em Knabe, Schillo et al. (2002), os acordos entre os agentes so persistidos
definitivamente. Por conta disto, se faz necessrio que as tomadas de deciso sejam muito
bem formadas, uma vez que os acordos no podem ser cancelados. Na literatura, h algumas
propostas de protocolos que buscam minimizar a responsabilidade na tomada de deciso dos
agentes, permitindo que estes tenham maiores oportunidades para avaliar certos acordos antes
de tomar a deciso final ou mesmo desistir de acordos quando estes no so mais
interessantes.
Um dos trabalhos mais significantes em relao a esta questo o realizado por
Aknine, Pinson et al.(2004). Os autores propem uma extenso ao CNet composto por
interaes provisrias e definitivas. Durante as negociaes provisrias, os participantes
disputam as tarefas ofertadas interativamente por meio da variao dos valores dos lances,
fazendo com que vrias combinaes de alocaes sejam testadas. Quando o participante
reconhece a formao de um acordo satisfatrio, ele pode transferir este acordo do estado
provisrio para o definitivo. Com esta dinmica, o protocolo permite que os participantes
103

atuem efetivamente em vrias negociaes simultneas, reduzindo significativamente a


necessidade de cancelamentos de contratos.
As diretivas do protocolo proposto por Aknine, Pinson et al.(2004) so apresentadas
por meio de um diagrama de sequncia na Figura 28. Nesta esquematizao, notam-se certas
diferenas em termos de quantidade de mensagens e principalmente na nomenclatura das
performativas em relao ao CNet padro.
Basicamente, o protocolo tem inicio com o envio do CFP pelo leiloeiro aos
participantes interessados. Ao receberem o CFP, os participantes enviam lances provisrios
(PRE_BID) ao leiloeiro. Por sua vez, o leiloeiro seleciona o melhor lance e envia uma
resposta de aceitao temporria para o vencedor (PRE_ACCEPT) e uma resposta de rejeio
para os demais (PRE_REJECT). O receptor da mensagem PRE_ACCEPT pode enviar uma
mensagem de DEFINITIVE_BID caso tenha certeza sobre o fechamento da negociao. Por
outro lado, os receptores da mensagem PRE_REJECT podem submeter um novo lance para o
mesmo leiloeiro, tanto que seja maior do que o anterior. Estes participantes apenas no
podero enviar um novo lance quando receberem um DEFINITIVE_REJECT do leiloeiro.
Quando um leiloeiro recebe um DEFINITIVE_BID, este compara o atual lance
vencedor com os lances recebidos por meio das mensagens PRE_BID de atualizao dos
demais participantes. Se um destes PRE_BIDs apresentar valor maior do que o valor referente
ao agente que enviou o DEFINITIVE_BID, uma nova mensagem de PRE_ACCEPT
enviada ao participante atualmente dono do melhor lance e mensagens PRE_REJECT para os
demais. Caso contrrio, uma mensagem de DEFINITIVE_ACCEPT enviada ao atual
vencedor e mensagens de DEFINITIVE_REJECT aos demais participantes. O participante
que recebe a mensagem de DEFINITIVE_ACCEPT fica responsvel pela execuo da tarefa.
Quando este agente terminar a execuo da tarefa, ele retorna o resultado ao leiloeiro por
meio da mensagem RESULT.
Neste protocolo, os participantes praticamente no apresentam a inteno de cancelar
um contrato, uma vez que estes tiveram muitas oportunidades de negociao para concluir
sobre a atribuio de uma tarefa. Como se pode perceber no diagrama de sequncia do
protocolo, no h mensagens disponveis que permitam aos participantes recusar uma tarefa
ou cancelar um contrato. Por conta disto, um participante apenas pode expressar seu
desinteresse por uma tarefa por meio da reduo do valor do seu lance. Isto pode ocorrer, por
exemplo, quando um participante percebe melhores oportunidades de negociao com outros
104

leiloeiros. Esta uma vantagem do protocolo, uma vez que o cancelamento de um contrato
pode gerar altos custos computacionais devido realizao de novos leiles.

Leiloeiro Participante

CFP

PRE-BID

PRE-REJECT

PRE-ACCEPT

DEFINITIVE-BID

DEFINITIVE-REJECT

DEFINITIVE-ACCEPT

RESULT

Figura 28. Extenso ao Contract-Net com Negociaes Temporrias e Definitivas

Porm, esta vantagem se torna uma deficincia quando o protocolo aplicado a


problemas de atribuio de itens de produtos. Nestes problemas, mesmo que um acordo seja
fechado precavidamente, no h como garantir que este acordo ser sempre vantajoso em
virtude dos acontecimentos futuros. Como o recurso no consumvel durante um leilo,
algumas novas oportunidades de aquisio para o mesmo item podem ocorrer em negociaes
futuras.
Por conta disto, o trabalho de Sandholm and Lesser (1995) apresenta uma extenso
ao CNet que permite aos agentes cancelarem contratos. Porm, esta extenso no se adapta
perfeitamente a ambientes cooperativos, uma vez que exige que os agentes paguem uma
multa cada vez que desejarem cancelar um contrato ou alterar alguns atributos do acordo. Em
ambientes cooperativos, o pagamento de multas no necessrio porque a iniciativa de um
agente em cancelar ou alterar um contrato sempre aceita pela outra parte, uma vez que tal
atitude tem como objetivo majorar o bem-estar de todo o grupo. Tambm, nestes ambientes, a
cobrana de multas no vivel porque desestimula a execuo de tarefas de forma voluntria
pelos agentes.
De qualquer forma, em ambientes competitivos, o pagamento de multa permite um
agente recompensar a outra parte pelo esforo despendido ou prejuzos causados com a
quebra de um contrato. O valor desta multa difcil de ser determinado, mas especificado
105

no momento do envio do anncio. No anncio, alm da descrio da tarefa a ser executada,


constam as informaes do preo que o leiloeiro est disposto a pagar pela execuo da tarefa
e os valores da multa a serem pagas quando o leiloeiro quebrar o contrato ou quando esta
iniciativa surgir por parte do participante. Assim, se o valor de multa definido for muito alto,
os participantes agiro de forma mais cautelosa em relao a este leilo, pois tal acordo
poder inviabilizar uma quebra de contrato caso surja futuramente uma melhor oportunidade
de negcio.
Para um participante, uma melhor oportunidade ocorre quando outro leiloeiro oferece
uma tarefa por um dado preo, que somado ao valor da multa a ser paga para a quebra do
contrato atual, ainda se torna lucrativa para o participante. Da mesma forma, em relao ao
leiloeiro, uma melhor oportunidade ocorre quando um participante oferece um lance com um
custo mais baixo do que o atual lance vencedor, sendo que tal valor somado ao valor da multa
pela quebra do contrato ainda mais vantajoso para o leiloeiro. Ademais, uma oportunidade
pode se tornar ainda mais vantajosa para um agente quando ele age estrategicamente. Como
exemplo, um agente com a inteno de cancelar um contrato pode aguardar ociosamente por
um tempo mximo possvel, a fim de no perder a outra negociao, para dar oportunidade
para que a outra parte tome a iniciativa para o cancelamento. Se isto ocorrer, alm de no
precisar pagar a multa, o agente ainda recebe a multa paga pela outra parte.
Em relao estrutura do protocolo proposto pelos autores, este no altera a estrutura
do CNet significativamente, uma vez que as negociaes so separadas em trs fases distintas.
Na primeira fase, os agentes negociam conforme o CNet a fim de gerar contratos. Na segunda
fase, os agentes acumulam as ofertas de outros agentes em negociaes realizadas
simultaneamente. Na terceira fase, os agentes decidem sobre a continuao nos contratos
correntes ou por cancelamentos de alguns contratos. Estas fases so executas ciclicamente at
que todos os agentes estejam satisfeitos.
Mais tarde, vrios outros trabalhos propuseram novas extenses baseadas no conceito
de quebra de contratos com pagamentos de multas. Como exemplo, pode-se citar o trabalho
de Excelente-Toledo e Bourne et al. (2001), que prope o uso do custo despendido pelo
agente no processo de negociao para a composio do valor da multa a ser paga na quebra
de um contrato.
No trabalho realizado por Voknek, Bba et al. (2007), o autor propem um
protocolo chamado de CNet Competitivo (CCNet) que faz uso de negociaes iterativas a fim
de definir o valor da multa a ser paga na quebra de um contrato. Alm disso, o protocolo d
106

oportunidade para que um agente envolvido em um acordo concretizado rejeite uma


solicitao de cancelamento de contrato advinda da outra parte do acordo quando estes no
entram em um consenso sobre o valor da multa. Neste protocolo, a iniciativa para a quebra de
contrato pode surgir tanto por parte do leiloeiro quanto por parte do participante.
Diferentemente do protocolo proposto em (Sandholm, 2001), o CCNet altera o CNet
por meio da adio de novas mensagens e performativas de comunicao. O protocolo
tambm separado em trs fases: a) fase de formao de contratos, b) fase opcional de
cancelamentos de contratos e c) fase de execuo das tarefas ou finalizao. A fase de
formao de contratos apresentada na forma de um diagrama de sequncia na Figura 29a e
as fases de cancelamentos de contrato e finalizao de leiles so agrupadas em um nico
diagrama de sequncia apresentado na Figura 29b.
Na fase formao de contratos, o leiloeiro naturalmente inicia um leilo por meio do
envio de um CFP a um conjunto de participantes. Cada participante recebe o anncio e envia
um PROPOSE ou REFUSE. Ainda nesta etapa, um participante tambm tem a possibilidade
de participar de um leilo por meio do envio de um lance sem ter recebido o CFP enviado
pelo leiloeiro. Este participante notificado sobre o leilo por meio de outros agentes e obtm
as informaes pertinentes sobre o anncio com tais agentes para poder enviar o lance.
Ao receber os lances, o leiloeiro pode agir de forma mais iterativa com os
participantes para negociar os valores dos lances, caso alguns destes valores no estejam em
consonncia com o esperado pelo leiloeiro. O leiloeiro no precisa aguardar o recebimento de
todos os lances para iniciar tais negociaes. Ele pode tratar os lances de forma independente,
ou seja, enquanto est aguardando o recebimento de lances de alguns participantes, o leiloeiro
pode entrar em negociao iterativa com um ou mais participantes que tiveram seus lances
recebidos. Nesta negociao, o leiloeiro pode no concordar com um ou mais atributos do
lance e enviar uma mensagem de COUNTER-PROPOSAL a fim de convencer o participante
a realizar as alteraes devidas. O participante pode concordar com a solicitao quando
retorna ao leiloeiro uma mensagem de AGREE ou ento pode oferecer outra proposta ao
leiloeiro (mensagem PROPOSE) que ainda no corresponde completamente ao solicitado.
Neste caso, ambos entram em um ciclo de negociao at o momento em que o leiloeiro
decide enviar uma mensagem de REJECT-PROPOSAL ou ACCEPT-PROPOSAL para tal
participante. Neste protocolo, um contrato formado quando o leiloeiro envia uma mensagem
de ACCEPT-PROPOSAL ao participante. Em uma viso mais macro, esta fase de formao
107

de contratos finalizada quando todos os participantes recebem mensagens de REJECT-


PROPOSAL ou de ACCEPT-PROPOSAL.
Na fase opcional de cancelamentos de contratos, os leiloeiros e participantes podem
propor quebras de contratos quando no esto satisfeitos com certas condies ou apresentam
melhores oportunidades com outros agentes. Nesta fase, outro processo de negociao
iterativo realizado, mas desta vez, este processo utilizado para que os agentes negociem os
valores das multas ou penalidades a serem pagas.
Mais precisamente, a fase tem incio quando um leiloeiro ou participante enviam
mensagens de DECOMMIT para cancelar um contrato. O envio do DECOMMIT ocorre aps
um leiloeiro ter enviado um ACCEPT-PROPOSAL ou o participante ter recebido este tipo de
mensagem e logicamente, antes que o participante tenha executado a tarefa. Se um agente
recebe uma mensagem de DECOMMIT, este tem a opo de recusar tal solicitao por meio
do envio de uma mensagem de REFUSE ou ento negociar com o agente solicitante o valor
da penalidade por meio de um processo interativo de negociao.
Neste processo, o agente solicitado pode propor o valor da multa por meio da
mensagem PROPOSE-PENALTY. Por sua vez, o agente solicitante tem trs opes ao
receber este tipo de mensagem: a) ele pode concordar com o valor retornando uma mensagem
de AGREE, b) desistir do cancelamento do acordo informando a outra parte por meio de uma
mensagem de TAKE-BACK ou c) ento entrar na negociao para melhorar o valor da multa
enviando uma contraproposta atravs da mensagem COUNTER-PROPOSE-PENALTY. Esta
negociao finalizada em duas situaes: a) quando o agente solicitante do processo
concorda com o valor da penalidade (AGREE) ou b) quando o agente solicitado concorda
com tal valor, havendo assim a confirmao da quebra de contrato por meio da mensagem
CONFIRM. Neste processo, o uso das mensagens TAKE-BACK e REFUSE permite que a
solicitao de cancelamento de contrato seja abortada e que as negociaes para a execuo
da tarefa continuem normalmente na terceira fase do protocolo.
108

Leiloeiro Participante Leiloeiro Participante

CFP DECOMMIT

REFUSE DECOMMIT

PROPOSE INFORM

CONFIRM

IMPOSE-PROPOSE

PROPOSE PROPOSE-PENALTY
AGREE

AGREE
COUNTER-
PROPOSAL-PENALTY
COUNTER-PROPOSE
PROPOSE

REJECT-PROPOSAL

CONFIRM

ACCEPT-PROPOSAL

CONFIRM

REFUSE

FASE DE DESISTNCIAS
PROPOSE-PENALTY

TAKE-BACK

AGREE

COUNTER-
PROPOSAL-PENALTY

FASE DE FINALIZAO PROPOSE-PENALTY

CONFIRM

CONFIRM

REFUSE

PROPOSE-PENALTY
TAKE-BACK

AGREE
COUNTER-
PROPOSE-PENALTY

PROPOSE-PENALTY

CONFIRM

CONFIRM

a b

Figura 29. Protocolo Contract-Net Competitivo. a) Protocolo da Fase de Formao de Contratos. b)


Protocolo das Fases de Cancelamento de Acordos e Finalizao.

A fase de execuo de tarefas ou finalizao consiste basicamente na fase de


confirmao do CNet incrementada com uma poltica de avaliao da qualidade do servio
executado. Nesta fase, o participante executa a tarefa e retorna uma mensagem de FAILURE
em caso de falha na execuo da tarefa ou ento envia uma mensagem de INFORM para
109

informar os resultados da execuo. Ao receber um INFORM, o leiloeiro avalia o resultado da


execuo para conferir se a tarefa foi executada corretamente tal como referido no acordo
entre as partes. Caso as condies do acordo tenham sido respeitadas, o leiloeiro envia uma
mensagem de CONFIRM para o participante para sinalizar o fim das obrigaes do contrato.
Caso contrrio, o leiloeiro entra em um processo iterativo de negociao com o participante
para definir o valor da multa a ser paga pelo participante pelo no cumprimento adequado do
acordo. Este processo de negociao ocorre similarmente como o descrito anteriormente, com
exceo ao uso das mensagens de TAKE-BACK e REFUSE que no fazem sentido neste
estgio da negociao.

3.5.2.3 Reflexes

As extenses apresentadas buscam sanar as principais deficincias do CNet


convencional em ambientes cooperativos e competitivos. O interesse deste trabalho de
qualificao est em protocolos cooperativos. Uma das caractersticas destas extenses o
uso de negociaes mais iterativas entre os agentes para melhor definir os atributos do acordo
(i.e. negociao para determinar o preo ou penalidades) ou para melhor selecionar o prprio
acordo (i.e. alocaes temporrias e cancelamentos de acordo). Apesar destas prticas serem
efetivas para muitos casos, iteraes demasiadas podem afetar significativamente o tempo de
execuo do protocolo, principalmente quando aplicado a cenrios compostos por muitos
agentes. Em alguns problemas, tal como o abordado no corrente trabalho, um dos requisitos
o baixo tempo de processamento.
No entanto, estas negociaes so cruciais para aumentar a qualidade dos resultados
em problemas de alocao de tarefas ou de produtos quando h vrios leiloeiros. Porm, as
propostas de extenses priorizam o problema de alocao de tarefas, sendo que este se difere
pontualmente do problema de atribuio de recursos, tal como o PPTDP. Neste sentido, uma
dificuldade no abordada pelas propostas consiste na possibilidade de desistncias aps o
trmino de um leilo. Isto ocorre porque em problemas de alocao de tarefas no h o
interesse em cancelar um acordo aps o fechamento de um leilo, uma vez que neste
momento a tarefa j foi executada. Porm, em problemas de atribuio de produtos, o produto
(no consumvel) continua disponvel com o fechamento de um leilo, podendo ser devolvido
a sua origem a qualquer momento por meio de uma quebra de contrato. Desta forma, ainda h
a necessidade de extenses para adaptar tais protocolos a problemas de atribuio de produtos
em ambientes cooperativos.
110

Ademais, nas extenses apresentadas, os valores de lances geralmente consistem em


um nico valor numrico (e.g. utilidade ou preo) ou ento em um conjunto de atributos que
transformado em um nico valor numrico por meio de uma equao normalmente
ponderada. Este valor considerado como um objeto de otimizao. Esta prtica vivel em
problemas em que os atributos dos lances no fazem meno s restries do problema.
Porm, em situaes em que os atributos dos lances so compostos por valores de otimizao
e valores que definem penalidades por desrespeito a restries, esta prtica pode no ser to
vantajosa, uma vez que difcil definir os pesos de maneira equilibrada para que uma classe
de atributos no domine totalmente a outra, principalmente quando algumas pequenas
relaxaes so permitidas s restries.
Esta situao ocorre no PPTDP. Por exemplo, um atributo de otimizao
correspondente ao custo de uma movimentao pode dominar outro atributo de restrio
responsvel pela satisfao dos nveis de estoque. Assim, uma movimentao de custo muito
baixo pode ser aceita mesmo que desrespeite uma restrio (que leva uma base a ficar sem
produto por um intervalo de dias) ao mesmo tempo em que h outras opes de
movimentao com custos mais elevados e que respeitam tal restrio. Se por acaso for dado
um maior peso para forar a satisfao das restries, pode ocorrer das movimentaes nem
sempre serem as mais lucrativas. Neste caso, se faz necessrio artifcios que permitam a
satisfao de tais restries ao mesmo tempo em que busca otimizar os custos das
movimentaes.
Desta forma, este documento de qualificao se prope a apresentar dois novos
protocolos de iterao para melhor atender as particularidades do problema de planejamento
em questo. Em um primeiro momento, um protocolo com estratgia gulosa proposto com a
inteno de encontrar uma soluo factvel com um custo de processamento bastante
reduzido. Em um segundo momento, um protocolo mais iterativo proposto a fim de buscar
solues de maior qualidade, mesmo que para isso se faa necessrio um maior tempo de
processamento.

3.5.3 Aplicao do Protocolo Contract-Net na Indstria do Petrleo

Apesar de haver vrias aplicaes do CNet em problemas de cadeias de suprimentos


(Lou, Zhou et al., 2004; Ta, Chai et al., 2005; Davidsson, Holmgren et al., 2008), so raros os
trabalhos que aplicam tal mecanismo em problemas da indstria petrolfera. Em uma pesquisa
bibliogrfica, foram encontrados apenas dois trabalhos que aplicam o CNet neste domnio de
111

problema. Estes trabalhos so respectivamente de autoria de Tian, Foley et al. (2006) e Brito
(2008). Um fato interessante que, apesar da complexidade deste domnio de problema,
ambos os trabalhos fazem uso apenas do CNet convencional, no se beneficiando das
melhorias propostas nas verses estendidas.
O trabalho Tian, Foley et al. (2006) consiste na aplicao do CNet na cadeia
petrolfera chinesa. O protocolo aplicado para definir movimentaes de petrleo bruto ou
derivados de petrleo conjuntamente nos trs segmentos da cadeia (i.e. downstream,
midstream e upstream) chinesa, com possibilidades de movimentao com o exterior. O
cenrio em que se aplica formado por um mercado semimonopolizado, sendo este
constitudo por trs empresas nacionais que atuam nos mesmos segmentos, mas em regies
diferentes da China. Este cenrio formado por entidades reais referentes aos consumidores
finais, centros de distribuio, refinarias e pontos de extrao de petrleo. Estas entidades se
comunicam em tempo real para atender demandas inesperadas dos consumidores, as quais
surgem em forma de ordem de pedido e apresentam certa quantidade e data mxima para
entrega de um dado produto.
Em termos prticos, cada entidade real da cadeia petrolfera representada por um
agente. Estes agentes so agrupados pelos tipos de atividades (e.g. extrao, refinamento) que
exercem e pela empresa que representam. Assim, as interaes ocorrem simultaneamente
entre estes grupos de agentes a fim de atender as demandas de produtos. Nestas interaes, o
protocolo CNet empregado na definio dos agentes que formaro os contratos e dos valores
dos atributos destes contratos.
A interao entre as partes ocorre em forma de cascata ou cadeia de solicitaes. A
interao tem incio com a solicitao de uma quantia de um dado produto por um
consumidor final aos centros de distribuio, que por sua vez, podem propagar esta solicitao
s refinarias e estas por fim, aos pontos de extrao. Nesta interao, sempre o demandante
realiza o papel do leiloeiro e o fornecedor realiza o papel do participante. Entretanto, esta
interao ocorre por meio da priorizao de certos grupos, primeiramente um agente prioriza
o recebimento ou envio de produtos aos agentes da mesma companhia, para depois negociar
com outras companhias nacionais e por ltimo com o exterior.
Em termos do CNet, o CFP formado basicamente pelo tipo de produto desejado, o
volume desejado e a data mxima de entrega deste volume. O leiloeiro envia o CFP
exclusivamente aos participantes que representam as bases sobre o domnio da mesma
empresa em que atua. Tais participantes calculam o valor do lance considerando vrios
112

fatores, tais como os custos de transporte, armazenamento, refinamento, grau de parceria com
o leiloeiro e enviam os lances informando, cada qual, a provvel data de entrega.
O leiloeiro aguarda os lances de acordo com um deadline pr-estabelecido. Caso o
leiloeiro no receba propostas aps o trmino do deadline, ele iniciar um novo leilo com o
mesmo anncio, mas enviar tal anncio apenas para os participantes dentro do territrio
chins que no compem mesma organizao. Se ainda no obtiver sucesso, o anncio ser
enviado para agentes representativos das bases localizadas no exterior.
Porm, caso o leiloeiro tenha recebido propostas, ele age de forma rgida na seleo
da parte contratada. O leiloeiro apenas considera os lances que satisfazem estritamente as
restries especificadas no anncio. Por exemplo, se um participante oferece um lance que
no respeita a data mxima de entrega, tal lance prontamente rejeitado pelo leiloeiro. Em
relao ao volume de um produto, caso este seja menor do que o solicitado, o leiloeiro no
rejeita a proposta, mas remete a deciso para o profissional especialista usurio do sistema.
Todavia, quando os lances respeitam as restries ou passam pela anlise do especialista, o
leiloeiro seleciona o lance vencedor que oferece o menor preo.
Na sequncia, o participante vencedor recebe a notificao sobre a vitria no leilo e
ento pode decidir pela concretizao do acordo com tal leiloeiro ou com outros leiloeiros que
tambm lhe enviaram tal notificao na rodada corrente. O participante seleciona o leiloeiro
mais vantajoso por meio da avaliao dos custos de movimentao, certamente, priorizando o
leiloeiro que apresenta menor custo. Antes de enviar a confirmao de acordo, o participante
realiza a atualizao de seu estoque por meio da remoo do volume a ser escoado. Da mesma
forma, quando o leiloeiro recebe a confirmao, ele atualiza o seu estoque por meio do
incremento do volume recebido. Caso a demanda do leiloeiro ainda no tenha sido
completamente atendida, este dar incio a outro leilo para movimentar apenas o volume
faltante. Um leiloeiro somente se torna satisfeito quando a sua demanda for completamente
atendida.
De modo geral, a soluo apresentada possui algumas limitaes decorrentes do uso
da verso do CNet convencional, a qual afeta a qualidade da soluo nestes tipos de problema.
Como exemplo, a falta de conhecimento sobre todas as oportunidades de negcio pode levar o
leiloeiro a perder, com certa frequncia, boas oportunidades de movimentao de produtos.
Tambm, mesmo que os autores afirmem que a verso do protocolo empregada consiste em
uma extenso do CNet, esta verso apenas inclui novos comportamentos de negociao (i.e.
113

deciso por preo e grau de parceria) e mltiplas rodadas, no alterando a estrutura do


protocolo.
Assim, como j discutido, uma das limitaes principais refere-se a negociaes
concorrentes. Neste problema de atribuio de itens, quando o leiloeiro envia um ACCEPT-
PROPOSAL para um participante, ele automaticamente manda REJECT-PROPOSAL para os
demais participantes na mesma rodada. Portanto, caso o participante vencedor no aceite
fechar o acordo, o leiloeiro abrir um novo leilo na rodada seguinte. Porm, os participantes
que receberam REJECT-PROPOSAL podem ter fechado contrato com outros leiloeiros
durante a rodada, no apresentando assim, recursos disponveis ou interesse para participar
novamente do leilo.
Outra limitao refere-se direo das negociaes em cadeia, sendo que estas so
sempre iniciadas pelos agentes demandantes. Mesmo que a inteno desta estratgia seja
atender a demanda, tal forma de negociao no contempla situaes de excesso de produo
das bases. Nesta abordagem, estas bases no tm oportunidades para escoar o volume que
excede a capacidade de armazenamento. Porm, esta limitao no afeta a soluo do
problema, uma vez que as capacidades de armazenamento no so consideradas. Da mesma
forma, o trabalho no considera as capacidades de transporte, e consequentemente, a
possibilidade de compartilhamento de modais por diferentes rotas. Estas restries aumentam
significativamente a complexidade do problema e exigem novos artifcios adicionados ao
protocolo para a obteno de solues mais satisfatrias.
Apesar das similaridades com o PPTDP, o problema apresentado no consiste em um
problema de planejamento por ocorrer em tempo real. Diferentemente, o trabalho de Brito
(2008) contempla um problema de planejamento na indstria petrolfera, um planejamento
operacional dirio no segmento upstream. Este trabalho realiza o planejamento de atracao
de navios carregados de vrios tipos de petrleo cru em pers para consequente
descarregamento do volume em tanques de um terminal aquavirio e posterior envio para uma
refinaria por meio de uma malha particular de dutos. Os produtos so categorizados em
grupos de produtos e apenas so enviados refinaria aps um perodo de 24 horas em que
devem ser mantidos nos tanques para decantao. No processo de decantao, o petrleo se
separa da salmoura permitindo seu envio por meio de dutos.
Por se tratar de um planejamento operacional, o trabalho considera cada entidade real
(i.e. navio, per, tanque, refinaria e duto) do problema como sendo um agente. Estes agentes
cooperam por meio do CNet convencional aplicado em cascata para alocar os navios de forma
114

mais satisfatria aos pers, reduzindo os custos e tempo de descarregamento, e para atender
um nvel de estoque desejvel de cada produto na refinaria, uma vez que uma refinaria no
deve parar suas operaes por falta de produtos.
Na resoluo deste problema, cada entidade apresenta um conjunto de restries a ser
respeitada. Entre as principais restries: a) cada navio apresenta uma hora prevista para
atracao e desatracao, b) cada per somente pode receber navios com certas dimenses de
calado, c) cada tanque apresenta limites mnimos e mximos de armazenamento que so
dados por grupos de produtos, d) cada duto apresenta uma vazo nica para qualquer tipo de
leo e, e) cada refinaria tambm apresenta um limite mnimo e mximo de armazenamento.
O CNet utilizado em um processo de planejamento por meio de simulao. Neste
processo, as negociaes so iniciadas apenas quando um evento simulado ocorre, o qual
consiste na chegada (simulada) de um navio na rea de atracao. Em termos prticos, o navio
inicia um leilo e envia um CFP para todos os pers informando a sua hora prevista para
atracao e desatracao, o tipo de produto e quantidade que pretende descarregar. Cada per
recebe o CFP e inicia um segundo leilo enviando outro CFP para os tanques a fim de
selecionar aquele com maior capacidade e melhor custo. Os tanques enviam seus lances para
os pers. Cada per analisa os lances e seleciona um ou mais tanques para armazenar toda a
carga do navio e ento envia o lance para o leiloeiro navio. O navio avalia os lances de todos
os pers e escolhe o vitorioso, sendo que um navio deve atracar apenas em um nico per
durante a sua estadia. Assim, o navio manda a confirmao da negociao para o per e este
tambm encaminha a confirmao para o(s) tanque(s).
Aps o tanque atualizar seu estoque, este verifica se j alcanou um nvel adequado
de estoque para iniciar o processo de decantao. Em caso positivo, ele agenda a decantao e
inicia um terceiro leilo. Neste leilo, o tanque no papel de leiloeiro envia um CFP para os
dutos informando a quantidade do produto disponvel para escoamento. Cada oleoduto recebe
o CFP e prontamente se comunica com a refinaria requisitando sua agenda de produo e com
base nesta, elabora o lance e envia ao tanque. Por sua vez, o tanque recebe os lances e
seleciona o mais vantajoso, enviando uma mensagem de aceite ao duto vencedor. Com isso, o
produto movimentado para a refinaria.
Em concluso, o trabalho apresentado possui as mesmas limitaes do trabalho de
Tian, Foley et al. (2006) por ser baseado no CNet convencional. Ademais, o trabalho
apresenta uma limitao adicional referente sequencialidade das negociaes. Esta prtica
115

torna a soluo dependente da ordem de chegada dos navios. Assim, um per pode alocar um
navio em um dado leilo e descobrir melhores oportunidades em leiles seguintes.

3.6 IMPLEMENTAO DE AGENTES

Esta seo apresenta com brevidade a forma como SMA so implementados


computacionalmente. Geralmente, o SMA so implementados sobre uma infraestrutura pr-
definida que fornece os servios bsicos necessrios para a execuo dos agentes. Esta
infraestrutura chamada de plataforma de agentes. Atualmente, h muitas plataformas de
cdigo aberto ou comerciais disponibilizadas para uso. As mais difundidas seguem a
especificao FIPA (Foundation for Intelligent Physical Agents, 2011).
Uma plataforma dita compatvel com a especificao FIPA quando assume a
estrutura apresentada na Figura 30. Basicamente, esta estrutura composta por trs mdulos
principais: o Sistema Gerenciador de Agentes (SGA), o Diretrio Facilitador (DF) e o Sistema
de Transporte de Mensagens (STM). O SGA exerce o papel de gerenciamento principal na
plataforma, sendo responsvel, principalmente, pela criao e deleo de agentes e pela
atribuio de um identificador a cada agente para que estes sejam facilmente identificados
durante as comunicaes entre os mesmos. O DF representa os servios de pginas amarelas
no sistema, sendo responsvel pelo registro e publicao de servios disponibilizados pelos
agentes. Por fim, o STM representa um canal de comunicao que permite transportar
mensagens ACL, localmente ou remotamente, entre os agentes.

Sistema

Plataforma de Agentes

Sistema
Diretrio
Agentes Gerenciador
Facilitador
de Agentes

Sistema de Transporte de Mensagens

Figura 30. Plataforma FIPA

Uma das implementaes compatveis com a especificao FIPA que apresenta


maior impacto industrial o JADE (Java Agent DEvelopment Framework). O framework
JADE oferece uma biblioteca de classes desenvolvidas em linguagem Java que facilita
116

bastante o desenvolvimento de aplicaes baseadas em agentes, principalmente por oferecer


muitos protocolos de interao pr-implementados, inclusive o CNet e o CNet Iterativo. Esta
implementao segue as diretivas de software livre e distribuda pela Telecom Itlia
(Telecom Italia, 2011) sobre os termos da licena Lesser General Public License (LGPL), a
qual permite o desenvolvimento de software proprietrio para uso comercial. Ademais, o
JADE suportado por uma vasta documentao, uma lista de discusso ativa e
disponibilizao frequente de atualizaes plataforma.
Em JADE, a plataforma formada por um ou mais containers. Cada container
representa um ambiente no qual residem um conjunto de agentes, sendo que um agente pode
se comunicar com os agentes que residem no seu container ou tambm com outros que
residem em diferentes containers. O conceito de container permite a execuo de agentes em
diferentes mquinas. Em termos computacionais, um container consiste em um processo e um
agente consiste em um thread de execuo (i.e. linha de execuo).
Um agente JADE possui uma arquitetura previamente implementada que permite sua
interao com o ambiente em que reside e tambm com outros agentes. O desenvolvedor
precisa implementar como o agente atuar no ambiente ou em relao aos outros por meio da
definio de aes ou atividades dos agentes. Em JADE, este conhecimento implementado
em forma de comportamentos. Um agente pode ter um ou vrios comportamentos, sendo que
geralmente apenas um comportamento executado por vez. Em um exemplo simplista, a
atividade de preparao e envio de um CFP por um leiloeiro consiste em um comportamento.
Um comportamento implementado na forma de uma simples classe Java, mas tambm pode
ser tratado como um thread, permitindo que vrios comportamentos executem
simultaneamente.
O JADE tambm permite formar composies de comportamentos para facilitar a
representao de situaes mais complexas. Como exemplo, um comportamento pode ser
representado por uma mquina de estados, onde cada estado refere-se a um
subcomportamento. O papel de leiloeiro e participante no CNet foram implementados com
esta estrutura de comportamento. Nesta implementao, um subcomportamento apenas
executado aps a ocorrncia de um evento da negociao (i.e. recebimento de um CFP, envio
do lance). O suporte deste tipo de comportamento tambm pode ser visto como uma vantagem
do JADE, pois viabiliza a proposta de extenses ao protocolo CNet.
Desta forma, devido s vantagens apresentadas, o framework JADE foi adotado
como base para implementao da soluo multiagentes proposta neste trabalho de
117

qualificao. Com a inteno de avaliar de forma prtica a viabilidade de aplicao desta


plataforma em problemas de SCM, um SMA foi implementado para participar da competio
Trading Agent Competition - Supply Chain Management (TAC-SCM)11. Esta atividade serviu
para adquirir experincia com a plataforma e para validar a suas vantagens. A descrio deste
sistema e resultados est descrito em (Pereira, Banaszewski et al., 2010).

3.7 CONSIDERAES FINAIS

Este captulo apresentou os principais conceitos que fundamentam este trabalho de


qualificao. Primeiramente, o captulo apresentou os conceitos de agentes e SMA, seguidos
por uma analogia estrutura de cadeias de suprimentos. O captulo tambm apresentou
mecanismos de negociao competitivos e cooperativos baseados em leiles, uma vez que
esta forma de negociao facilita a representao da dinmica do processo de planejamento
realizado pelos especialistas na concepo de uma soluo ao PPTDP.
Porm, como o ambiente de interesse cooperativo, o protocolo CNet mereceu
maior destaque. Este protocolo foi descrito e algumas deficincias foram apresentadas, que
inviabilizam a aplicao efetiva em sua forma pura ao PPTDP. Assim, algumas extenses
propostas pela literatura foram apresentadas, as quais sanam a maioria das deficincias do
CNet, mas ainda permitem outros melhoramentos. Por fim, a plataforma JADE foi
apresentada, evidenciando o suporte para o CNet e possibilidades de implementao de
extenses. A plataforma JADE adotada na implementao das solues apresentadas neste
trabalho.

11
Esta competio simula uma cadeia de suprimentos relativa compra de componentes, fabricao e
vendas de computadores, onde os participantes da competio devem implementar um SMA responsvel pela
montagem de computadores.
118

4 MODELO MULTIAGENTES BASEADO EM UM PROTOCOLO DE


LEILES SIMULTNEOS COM SEQUENCIAMENTO NO
FECHAMENTO DE ACORDOS

Este captulo apresenta um modelo multiagentes baseado em uma nova extenso do


protocolo CNet e os resultados da aplicao deste modelo no PPTDP. O modelo formado
principalmente por um conjunto de agentes representativos das principais entidades do
problema, ou seja, as bases, rotas, modais e um agente responsvel pelo controle do sistema,
chamado de Gerente. No modelo, as negociaes por meio de leiles ocorrem entre os agentes
bases com auxlio do agente Gerente na inteno de gerar planos de movimentao de
produtos pela malha multimodal brasileira. Estes leiles so realizados simultaneamente por
mltiplas bases envolvendo a oferta de vrios tipos de produtos para escoamento. Cada base
pode realizar um ou mltiplos leiles de forma simultnea, um para cada tipo de produto que
suporta. Estes leiles ocorrem por perodo de planejamento, no escopo de um perodo por vez.
O modelo em questo foi concebido com a inteno de formar um ambiente de
negociao que permita encontrar uma soluo de boa qualidade com um baixo tempo de
execuo. Entretanto, em problemas de alta complexidade, nem sempre possvel manter
uma execuo eficiente sem prejuzo qualidade da soluo. Por conta disto, o modelo
proposto no se compromete em garantir uma soluo tima global, mas apenas uma soluo
tima local que esteja em conformidade com as restries do problema e permita atender a
demanda das bases preferencialmente por movimentaes menos custosas.
As particularidades do modelo proposto so apresentadas nas sees seguintes. A
seo 4.1 apresenta os papis dos agentes que formam o modelo, a seo 4.2 apresenta as
interaes entre os agentes no contexto do problema sobre as diretivas do protocolo proposto,
a seo 4.3 apresenta os resultados de aplicao do protocolo em um cenrio da malha
brasileira e por fim, a seo 4.4 apresenta algumas consideraes finais sobre o captulo.

4.1 PAPIS DE AGENTES

O modelo multiagentes proposto composto por quatro tipos de agentes: agentes


Bases, Rotas, Modais e Gerente. Estes tipos de agentes podem assumir um ou mais papis no
processo de interao. As relaes entre estes agentes so apresentadas na Figura 31 em forma
de um diagrama de classe. Neste diagrama, os agentes so representados por classes
119

estereotipadas e os seus papis e cardinalidade de relao so apresentadas nas associaes


entre as classes.
1 agent -Iniciador
Gerente

-Iniciador 1

1 -Iniciador
* -Iniciado * -Iniciado
* -Iniciado

* agent -Participante -Rota agent agent


Base Rota Modal

-Leiloeiro 1 * 1 *

-Participante *

agent agent
ModalIlimitado ModalLimitado

Figura 31. Estrutura de Classe dos Agentes do Modelo

Entre os agentes, o Gerente exerce um papel essencial no sistema. Ele o


responsvel pelo gerenciamento dos dados do problema e tambm pelo gerenciamento global
das interaes entre os demais agentes durante os leiles. Mais precisamente, o agente
Gerente responsvel pela leitura dos dados do cenrio da malha em planejamento e
consequente criao dos agentes correspondentes para representar as entidades deste cenrio.
Ele tambm responsvel por autorizar o incio e fim dos leiles em um dado perodo, bem
como determinar o perodo seguinte para a realizao dos leiles. Ademais, outra importante
responsabilidade do Gerente refere-se ao sequenciamento do fechamento de acordos em
leiles a fim de resolver conflitos por recursos compartilhados entre os envolvidos. Ainda, o
Gerente responsvel por determinar o encerramento de todas as negociaes e encerramento
do ciclo de vida dos agentes, com consequente finalizao do sistema. Esta deciso pode ser
tomada quando todos os agentes j alcanaram os seus objetivos ou quando um tempo
mximo de execuo do sistema foi alcanado. Por fim, o Gerente responsvel por persistir
os resultados das negociaes num arquivo XML de sada.
Por sua vez, cada agente Base representa uma base (i.e. refinaria, terminal ou ponto
de consumo) ou regio (em nvel inter-regio) no cenrio de planejamento. Este agente
encapsula as principais estruturas e interesses de uma base no processo de negociao. Um
agente Base suporta um ou mais grupos de produtos, sendo que cada grupo apresenta uma
capacidade agregada de armazenamento para ser compartilhada pelos produtos que o
compem. Esta capacidade delimitada pelos limites operacionais e fsicos. A inteno da
120

Base manter a curva de estoque dos produtos e grupo (i.e. soma das curvas de estoque dos
produtos) dentro destas faixas de estoque, preferencialmente dentro da faixa operacional, em
todos os dias do horizonte de planejamento. Como os valores dos limites so dados por grupo
de produtos, considera-se necessrio manter as curvas de estoque dos produtos dentro da faixa
fsica e a curva de estoque do grupo resultante da soma das curvas de estoque dos produtos
dentro da faixa operacional.
No modelo multiagentes, os agentes Bases negociam a transferncia de um ou mais
tipos de produtos por meio de leiles. Um leilo realizado para a oferta de apenas um tipo de
produto e uma Base pode assumir simultaneamente tanto o papel de leiloeiro ou participante
para o mesmo produto. O papel de leiloeiro executado por bases com a inteno de escoar o
volume de um produto para as bases com quem mantm rota. Por sua vez, o papel de
participante executado por bases com a inteno de receber tal produto. Os papis de
leiloeiro e participante negociam a fim de formar um fluxo de movimentao satisfatrio para
ambos. Os principais atributos de um fluxo de movimentao so: o volume do produto, a
rota, a data de incio de escoamento (i.e. data de envio) e entrega por esta rota e o custo da
movimentao.
O papel que uma Base assume em um leilo (i.e. leiloeiro ou participante) depende
unicamente da situao de sua curva de estoque para o produto em cada perodo de
planejamento, no importando se esta representa uma refinaria, terminal ou ponto de
consumo. Assim, mesmo que uma base apresente balano negativo em um perodo, que
consiste em uma curva de estoque decrescente para o produto, ela tambm pode realizar o
papel de leiloeira caso haja sobra de volume do produto em estoque. Esta prtica busca
incentivar movimentaes de menor distncia entre as bases e mesmo evitar
desabastecimentos quando certa base no apresenta outra opo de recebimento.
Os agentes Modais representam os segmentos de rotas do cenrio de planejamento e
so classificados em dois diferentes subtipos de agentes: ModalLimitado e ModalIlimitado.
Os agentes ModalLimitado representam os modais com capacidade limitada, ou seja, referem-
se unicamente aos dutos. Por sua vez, os agentes ModalIlimitado representam os modais com
capacidade ilimitada, ou seja, referem-se aos demais modais de transporte. Um agente
ModalLimitado tem como responsabilidade principal o gerenciamento de uma agenda de
transporte de produtos. Pela anlise desta agenda, o agente verifica se h capacidade para
movimentao de um dado volume e o tempo de movimentao para este volume. Por sua
vez, um agente ModalIlimitado no apresenta uma agenda para o transporte de produtos. Este
121

j apresenta um tempo de transporte mdio previamente calculado e apenas tem a


responsabilidade de responder o seu tempo de transporte quando questionado por outro
agente, uma vez que sempre apresentar capacidade de transporte.
Por fim, um agente Rota representa uma rota no cenrio em planejamento e atua
como intermedirio entre um papel de participante e os agentes Modais que o compem na
inteno de verificar a viabilidade, tempo e custo de movimentao de um determinado
volume por estes modais. O participante possui acesso prvio aos custos de suas rotas com o
leiloeiro, comunicando-se com tais rotas de forma sequencial, iniciando pela de menor custo
at que seja encontrada uma rota que satisfaa suas necessidades. Os agentes Rotas exercem
um papel importante por poupar os participantes de interagir diretamente com os modais,
permitindo que estes se dediquem unicamente aos leiles em que participam.

4.2 MODELAGEM BASEADA NO PROTOCOLO PROPOSTO

Esta seo descreve com maior preciso a modelagem do PPTDP com base no novo
protocolo de leilo. O protocolo proposto consiste em uma extenso ao CNet e foi concebido
para melhor contemplar s particularidades do PPTDP. Esta extenso necessria devido a
limitao do CNet em atuar efetivamente em situaes que demandam negociaes
simultneas para alocao de diferentes tipos de recursos.
O protocolo proposto permite que as bases realizem ou/e participem de vrios leiles
simultaneamente, sendo que cada leilo tem incio com o envio de um anncio pelo leiloeiro.
Cada participante pode receber vrios anncios de diferentes leiloeiros e para diferentes
produtos. Os participantes podem submeter lances a qualquer nmero de leiloeiros que lhe
apresentem ofertas, sendo que ao receber a notificao de que venceu um leilo, ele pode
livremente se negar a fechar um acordo, principalmente quando vence mais leiles do que o
necessrio. Este comportamento possvel porque o participante no se compromete com o
leiloeiro no momento do envio do lance, mas apenas aps ser notificado sobre a vitria no
leilo. Porm, uma vez que o acordo fechado, este no pode mais ser cancelado.
Por conta disso, as decises sobre as movimentaes devem ser tomadas com muita
cautela, principalmente porque uma movimentao errada pode impactar negativamente na
formao de toda a soluo. Estas decises so compartilhadas entre os papis de leiloeiro e
participante, sendo que o papel de participante apresenta maior responsabilidade por ser
encarregado de formar propostas de fluxos de movimentao e informar valores que
expressam sua prioridade de atendimento pelos leiloeiros.
122

Em um leilo, um agente leiloeiro anuncia praticamente todo o volume em excesso


de um produto e cada participante analisa tal anncio para definir os principais atributos do
fluxo de movimentao a ser enviado como lance. Esta responsabilidade recai sobre os
participantes porque estes so os reais interessados no atendimento de suas prprias demandas
e apresentam conhecimento suficiente para tal. No entanto, pode ocorrer do participante
participar de um leilo sem a motivao principal de atender a sua demanda, mas apenas para
colaborar com o leiloeiro que apresenta excesso de um produto e previso de falta de
capacidade para armazenamento. Assim, caso o participante apresente capacidade de
transporte e espao para armazenamento, ele colabora com o leiloeiro solicitando uma quantia
a fim de evitar prejuzos decorrentes de uma provvel suspenso da produo por falta de
espao para armazenamento. De qualquer forma, quando os leiloeiros recebem os lances, eles
priorizam o atendimento de participantes que realmente necessitam do produto ou
participantes que ainda esto com um nvel baixo de estoque.
O protocolo proposto apresenta uma caracterstica especial que o difere de qualquer
protocolo inspirado em leiles. Neste protocolo, apesar dos leiles ocorrerem
simultaneamente, os fechamentos dos acordos ocorrem de forma sequencial a fim de
solucionar certos conflitos entre os envolvidos na alocao de recursos compartilhados e
tambm para priorizar os acordos mais desejveis para cada participante, principalmente
quando estes submetem lances para vrios leiloeiros.
No modelo, os conflitos podem ocorrer internamente ou externamente a uma base.
Um conflito interno ocorre entre os produtos de um mesmo grupo na alocao de capacidade
de armazenamento em um tanque (agregado) compartilhado. Um conflito externo ocorre em
relao a outras bases na alocao de capacidade de transporte em modais, quando tais modais
so compartilhados por diferentes rotas sobre o domnio das bases conflitantes. Estes recursos
so complementares, ou seja, um acordo apenas poder ser concretizado quando ambas as
capacidades de transporte e armazenamento forem alocadas para um determinado produto.
Uma prtica comum nestes casos formar um leilo particular para cada recurso. Porm, uma
base teria que vencer cada leilo referente aos recursos complementares a fim de formar um
fluxo de movimentao para um produto. Esta complementao pode ser invivel
computacionalmente quando as negociaes ocorrem entre um grande nmero de agentes,
podendo ocorrer frequentemente o problema de interbloqueio de recursos (i.e. deadlock).
No protocolo, o fechamento de acordos ocorre sequencialmente em conformidade
com as prioridades dos envolvidos para a alocao de tais recursos. A sequencializao
123

realizada pelo agente Gerente e no demanda um leilo particular para cada recurso em
compartilhamento, o que reduz consideravelmente a complexidade computacional do modelo.
Assim, o protocolo proposto contribui para a reduo do nmero de leiles e
consecutivamente para a reduo do tempo de execuo do sistema.
A estrutura principal do protocolo de leiles proposto est ilustrada na Figura 32 na
forma de um diagrama de sequncia. O protocolo composto por interaes particulares que
demandam uma descrio mais detalhada, inclusive sobre a forma como empregado na
modelagem do problema. Na modelagem do PPTDP, o protocolo envolve algumas interaes
adicionais necessrias para a inicializao e finalizao do sistema. Assim, o protocolo e
consecutivamente o modelo multiagentes sero descritos nas prximas subsees de acordo
com as seguintes fases: a) fase de inicializao dos agentes; b) fase de seleo de candidatos a
leiles; c) fase de preparao e envio do anncio; d) fase de concepo e envio dos lances; e)
fase de definio do lance vencedor; f) fase de sequencializao do fechamento dos acordos;
g) fase de fechamento de acordos e por fim, h) a fase de finalizao do sistema.

Gerente Leiloeiro Participante Rota Modal

DO-AUCTION

CFP

ROUTE-REQUEST

MODAL-REQUEST

MODAL-RESPONSE
REFUSE ROUTE-RESPONSE

REGISTRATION

PROPOSE

REQUEST-PERMISSION

PERMITTED REJECT-PROPOSAL

ACCEPT-PROPOSAL

ROUTE-CONFIRMATION

MODAL-CONFIMATION

FAILURE MODAL-CONFIRMATION
{H outras
-RESPONSE
propostas} ROUTE-CONFIRMATION
-RESPONSE
INFORM

{No h
outras propostas}

Figura 32. Protocolo de Leiles Simultneos com Sequenciamento do Fechamento de Acordos


124

4.2.1 Fase de Inicializao dos Agentes

O primeiro agente a ser criado no modelo o agente Gerente. Em sua criao, ele
informado sobre a localizao do arquivo de dados de entrada (i.e. XML de Entrada) para
leitura e o local para persistir o arquivo de sada (i.e. XML de sada) com o resultado do
planejamento. O agente Gerente cria os agentes do sistema de acordo com os dados
disponveis no arquivo XML de entrada.
Este arquivo apresenta as informaes de toda a estrutura da malha brasileira
formada pelas bases (em nvel intrarregio) ou regies (em nvel inter-regio), rotas e modais.
Porm, o XML no fornece praticamente nenhuma informao (e.g. volume de estoque,
capacidade de armazenamento) sobre o Exterior, apenas informa as regies brasileiras que
apresentam suporte s operaes de importao e exportao. No modelo, o Exterior tratado
como uma regio genrica, no fazendo meno particular a qualquer pas.
Por conta disto, antes de criar e inicializar os demais agentes do modelo, o Gerente
deve definir as informaes pertinentes regio Exterior. Neste sentido, a seo 4.2.1.1
descreve o processo de definio das informaes da regio Exterior e a seo 4.2.1.2 define o
processo de criao e inicializao de todos os agentes do modelo, inclusive o Exterior.

4.2.1.1 Definio dos Dados Referentes Regio Exterior

Como no h informaes sobre o Exterior e as operaes de importao e


exportao so de extrema importncia para manter o equilbrio de estoque nacional, tais
informaes precisam ser definidas de forma coerente para viabilizar a concepo de uma
soluo satisfatria. No modelo multiagentes, considera-se que a regio Exterior apresenta
volume estritamente suficiente de um ou mais produtos para atender a demanda do Brasil ou
ento, demanda e capacidade estritamente suficiente para armazenar o volume excedente de
produtos do Brasil.
Neste sentido, a nica informao presente no arquivo XML de entrada de nvel
inter-regio que pode ser usada para definir as informaes de estoque da regio Exterior a
meta de estoque do Brasil. Esta meta dada para cada grupo de produtos por perodo de
planejamento. No modelo, considera-se que a meta deve ser alcanada no final de cada
perodo. Para isso, se faz necessrio conhecer o volume disponvel em territrio brasileiro no
final de cada perodo para decidir sobre a necessidade de exportao ou importao de
produtos. Este volume obtido por meio da soma dos estoques (positivo ou negativo) de cada
produto de um grupo em todas as regies brasileiras no final de cada perodo. Para o primeiro
125

perodo, este volume corresponde basicamente soma dos estoques iniciais e balanos das
regies referentes aos produtos de um grupo. Nos demais perodos, o volume corresponde
soma dos estoques iniciais e balanos dos produtos de um grupo em perodos anteriores e
corrente, considerando os volumes importados ou exportados dos respectivos produtos nos
perodos anteriores.
Para definir o volume a ser importado ou exportado de um grupo de produtos em um
perodo se faz necessrio comparar o volume disponvel em territrio nacional de um grupo
de produtos com a respectiva meta nacional para o grupo no perodo. Nesta comparao, o
estoque nacional pode se apresentar superior ou inferior meta Brasil, sendo que esta
diferena entre os valores define exatamente o volume a ser exportado ou importado de um
grupo de produtos, respectivamente.
Na sequncia, se faz necessrio definir as parcelas de cada produto do respectivo
grupo a ser movimentado com o Exterior. A definio destas parcelas ocorre por meio da
distribuio proporcional do volume do grupo entre os produtos de acordo com os seus nveis
de estoque no final de cada perodo. Esta distribuio proporcional ocorre diferentemente em
operaes de exportao e importao. Assim, quando o Brasil apresenta estoque excedente
de um grupo de produtos em relao a sua meta, os produtos que apresentam maiores nveis
de estoque devem compor as parcelas maiores do volume a ser exportado. Porm, quando o
Brasil apresenta estoque insuficiente de um grupo para alcanar a sua meta, os produtos com
maiores demandas devem formar as parcelas maiores do volume a ser importado.
No entanto, mesmo que o estoque nacional exceda a meta de um grupo, pode ocorrer
de um ou mais produtos que compem este grupo apresentar dficit de estoque (i.e. estoque
negativo). Neste caso, o volume estritamente necessrio de cada produto em dficit deve ser
importado do exterior. Certamente, este volume de importao impactar no volume a ser
exportado, contribuindo para o aumento desta quantia. Mesmo assim, o volume de exportao
deve ser composto apenas pelos produtos que apresentam estoque suficiente para tal, ou seja,
que apresentam estoque positivo no final do perodo.
Em caso de exportao, a definio do volume de cada produto a ser exportado
ocorre conforme as equaes (1) e (2). A equao (1) define o valor da constante K pela
diviso do volume de exportao do grupo pela soma dos estoques dos produtos que
apresentam estoque positivo no final do perodo. Na equao (2), o valor de K usado para
definir o volume de exportao de cada produto, mas apenas daqueles com estoque positivo
no final do perodo.
126

(1)

(2)

Em caso de importao, para definir o volume de cada produto a ser importado em


um dado perodo, primeiramente precisa-se verificar se h produto com dficit de estoque no
final do perodo. Se houver, o volume em dficit de cada produto e consequentemente do
prprio grupo deve ser obtido. A equao (3) representa a soma dos valores em dficit para
um dado grupo. Na sequncia, este volume deficitrio deve ser decrementado do volume total
a ser importado, como mostra a equao (4). Com isso, somente o volume restante ser
distribudo entre os produtos.

(3)

(4)

A distribuio deste volume entre os produtos ocorre proporcionalmente de acordo


com os valores de estoque dos produtos no final do perodo. Por questo de clculo, quando
os valores de estoque dos produtos do grupo variam entre positivos e negativos, se faz
necessrio elevar suas escalas para que todos se situem no mesmo espao dos nmeros
positivos. Para isso, primeiramente encontra-se o valor de estoque negativo mais baixo e
define-se o seu valor em mdulo. O valor em mdulo passar a ser o valor de referncia do
produto no clculo de proporcionalidade.
Para definir os valores de referncia dos demais produtos, se faz necessrio conhecer
o montante a ser adicionado aos seus respectivos valores de estoque originais a fim de elevar
as suas escalas. Este montante obtido por meio da equao (5) e consiste na diferena entre
o valor em mdulo do estoque negativo mais baixo e o seu valor original. Com isso, conforme
a equao (6), os estoques dos demais produtos so acrescidos a fim de manter a mesma
diferena entre os estoques originais, mas agora no espao dos valores positivos. Como
exceo, o clculo no considera produtos com balano zero, uma vez que tal valor expressa
que no h demanda para o produto.

(5)

(6)
127

Por fim, aps calcular os valores de referncia de cada produto, os volumes de


importao de cada produto so obtidos por meio das equaes (7) e (8). A equao (7) define
o valor da constante K, o qual permitir distribuir o volume de importao restante de forma
inversamente proporcional aos nveis de estoque dos produtos. Por sua vez, a equao (8) faz
uso da constante K para definir o volume a ser importado de cada produto, considerando
tambm o volume em dficit j reservado anteriormente.

(7)

(8)

No modelo, o volume de cada produto a ser importado ou exportado usado para


compor as informaes de estoque da regio Exterior. Assim, o Exterior passar a apresentar
oferta ou demanda de cada produto de forma estritamente suficiente para satisfazer as metas
do Brasil. Para aumentar a viabilidade das operaes de importao e exportao, considera-
se que os volumes referentes oferta (positivos) e demanda (negativo) estaro disponveis
integralmente desde o incio de cada perodo correspondente, no havendo a distribuio
linear destes volumes pelos dias dos perodos. Assim, a curva de estoque inicial do Exterior
em um perodo apresenta uma forma constante, fazendo com que o Exterior possa escoar ou
receber o volume correspondente em qualquer dia do perodo.
Em relao capacidade de armazenamento do Exterior, este apresentar capacidade
fsica suficiente para receber o volume demandado em qualquer dia do perodo
correspondente. Ademais, para incentivar o escoamento de todo o volume disponvel no
modelo multiagentes, considera-se que o Exterior apresentar limite mximo operacional
sempre zero para cada grupo. Com isso, o Exterior sempre apresentar uma grande urgncia
para escoamento de seus produtos, devendo ser auxiliado pelas regies brasileiras para manter
o seu estoque dentro da faixa operacional, ou seja, em zero. O limite fsico mnimo de cada
grupo tambm zero. Assim, quando o estoque do Exterior for negativo, este estar em
grande urgncia para recebimento de produtos. Esta configurao incentivar as operaes de
exportao em territrio brasileiro a fim de escoar o excedente para o Exterior.

4.2.1.2 Criao e Inicializao dos Agentes

No processo de criao dos agentes, o Gerente distribui os dados e controle do


problema entre os agentes. Assim, cada agente fica responsvel por uma parte do problema,
128

reduzindo a complexidade global do problema. A interao do Gerente para a criao e


inicializao dos agentes representada na Figura 33.

Gerente Base Rota Modal

Sistema
Cria o Gerente CREATE-INITIALIZE

CREATE-INITIALIZE

CREATE-INITIALIZE

CREATED

CREATED

CREATED

CANDIDATURE

Figura 33. Inicializao e Criao dos Agentes

O Gerente envia uma mensagem CREATE-INITIALIZE aos agentes com os dados


separados em duas classes: os dados comuns a todos os agentes e outros particulares a cada
tipo de agente. Os dados comuns consistem basicamente nas informaes sobre os perodos
de planejamento (i.e. quantidade de perodos e nmero de dias de cada perodo) e composio
de cada grupo de produto. As informaes particulares recebidas pelos agentes referem-se
basicamente aos atributos descritivos das entidades reais contemplados pelo modelo do
problema (apresentado na seo 2.3) e aos fluxos em trnsito, comprometidos ou inter-regio,
quando for o caso.
As informaes contidas nestes fluxos so usadas para que os agentes atualizem as
suas informaes relacionadas a estoque e capacidade de transporte ou armazenamento.
Particularmente, cada agente ModalLimitado faz uso das informaes de vazo, volume e
perodos para compor a sua agenda de alocao e posteriormente atualizar tal agenda com as
informaes pertinentes dos fluxos. De forma semelhante, cada agente Base faz uso das
informaes de estoque inicial, balano e perodos de planejamento para compor as curvas de
estoque dos produtos e posteriormente atualizar tais curvas com as informaes pertinentes
dos fluxos.
De maneira particular, as bases devem definir como a capacidade de armazenamento
de um grupo ser compartilhada entre os produtos. No modelo multiagentes, o
compartilhamento da capacidade de armazenamento ocorre atravs da definio de limites
particulares estticos e dinmicos para cada produto. A capacidade particular esttica consiste
129

na distribuio da capacidade de armazenamento de forma proporcional aos valores de


estoques dos produtos do respectivo grupo. Estes limites no variam durante a ocorrncia das
movimentaes. Por outro lado, a capacidade dinmica varia durante as movimentaes e
definida conforme as necessidades da base.
Os limites estticos so definidos particularmente para cada produto de forma
proporcional aos seus valores de balano no perodo. A forma pela qual ocorre esta
distribuio varia de acordo com o tipo de cada base. Quando a base produtora (e.g.
refinaria), a distribuio ocorre de forma normal s propores de balanos de cada produto,
ou seja, quanto maior o balano de um produto maior a o espao a ser reservado para este
produto. Neste caso, o produtor apresenta uma maior capacidade para armazenar os produtos
que produz em maior quantidade. O clculo usado para definir tais capacidades particulares
o mesmo usado para definir o volume de exportao de cada produto na seo 4.2.1.1.
Por sua vez, quando a base um terminal ou consumidora (e.g. ponto de consumo), a
distribuio ocorre de forma inversa em relao s informaes de estoque. No caso de um
consumidor, as informaes de balano so usadas no clculo das propores e no caso do
terminal, as informaes de estoque inicial so usadas, uma vez que tais bases sempre
apresentam balano zero (i.e. no apresentam produo ou consumo). O clculo usado para
definir as capacidades particulares para tais bases o mesmo usado na subseo 4.2.1.1 para
definir o volume de importao de cada produto. Por fim, em nvel inter-regio, a capacidade
particular de cada produto de uma regio consiste na soma das capacidades particulares dos
produtos suportados pelas bases que a compem.
Para melhor esclarecer a definio de tais capacidades particulares, a Figura 34
ilustra graficamente a capacidade agregada de um grupo com dois produtos ( esquerda) e as
respectivas capacidades particulares destes produtos ( direita). As curvas destes produtos so
constantes por se referirem a um terminal. Na representao da capacidade do grupo, as duas
curvas de estoque inferiores representam o estoque dirio dos produtos e a superior representa
a soma de tais estoques. Na representao da capacidade particular de cada produto, cada
curva de produto possui seus limites particulares.
Tambm, a capacidade em ambas as representaes demarcada por seis faixas de
estoque formadas pelo espao entre os limites operacionais e fsicos e uma linha imaginria
chamada Meio, a qual empregada somente no sentido de dividir o montante da faixa
operacional em duas faixas menores e de igual tamanho. A diviso da capacidade em faixas
auxilia na definio dos volumes a serem movimentados entre as bases durante os leiles para
130

tentar mant-las em equilbrio de estoque, ou seja, para que as bases apresentem as suas
curvas de estoque do grupo e de cada produto na mesma faixa de estoque. Em um leilo, cada
base leiloeira e participante calcula as suas faixas de estoque para o grupo e produto em
negociao, sendo que um participante apenas participa de um leilo quando apresenta faixa
de estoque igual ou inferior para o grupo e produto.
5 Mx. Fsico 5
4
4 3
Mx. Operacional
2
3 1
0
Meio
2 5
4
Min. Operacional 3
1
2
Min. Fsico
0
1
0

Figura 34. Representao das Capacidades de Estoque do Grupo e Particulares dos Produtos deste Grupo

Para definir a faixa de estoque de uma curva de estoque em um perodo, considera-se


apenas o montante disponvel na curva no ltimo dia do perodo. Esta definio se faz
necessria porque uma curva de estoque pode ser formada por valores situados em diferentes
faixas durante um mesmo perodo. No exemplo da figura, em referncia a capacidade do
grupo, a curva de estoque do grupo se apresenta na faixa 3 e ambos os produtos na faixa 2.
Entretanto, em referncia as capacidades particulares, as mesmas curvas de estoque dos
produtos se situam respectivamente nas faixas 2 e 3. Caso a capacidade do grupo fosse
compartilhada entre mais produtos, tais produtos poderiam se situar em faixas de estoque
mais altas em seus tanques virtuais particulares devido reduo destas capacidades.
Porm, esta forma de compartilhamento de estoque no adequada para ser usada
durante as negociaes por leiles. Ela limita a quantidade de cada produto baseando-se
apenas nas informaes locais de cada base, antes mesmo de conhecer as reais situaes de
estoque de toda a malha. Em um exemplo, caso um produto tenha uma produo excessiva, a
capacidade de armazenamento particular alocada a este produto pode ser insuficiente para
acomodar toda a produo, enquanto que parte ou toda a capacidade reservada a um outro
produto com alta demanda pode estar ociosa (por no conseguir obter tal produto com outras
bases). Assim, a capacidade esttica apenas usada na inteno de manter o equilbrio de
131

estoque, sendo que a capacidade de um tanque compartilhada de fato por meio de limites
operacionais e fsicos dinmicos.
Neste sentido, como a capacidade de armazenamento definida pelos valores dos
limites superiores, os limites dinmicos particulares de cada produto referem-se somente a
estes limites. Os limites operacionais mnimos so definidos de forma esttica e os fsicos
mnimos sempre so zero, no havendo capacidade a ser compartilhada. Mais precisamente,
os limites dinmicos correspondem exatamente curva de estoque do produto, quando houver
capacidade disponvel para isto. Assim, a capacidade de armazenamento no ocupada pelas
curvas de estoque disponibilizada em uma estrutura de dados global relacionada ao
agrupamento para ser requisitado pela Base medida que mais espao venha ser necessrio
para alocao de qualquer produto do grupo. A capacidade ociosa de armazenamento pode
aumentar durante os leiles devido ao escoamento dos produtos do grupo. A definio de
limites particulares dinmicos apresenta uma racionalidade envolvida, pois se todas as curvas
de estoque de um grupo no violarem em nenhum dia os seus limites dinmicos particulares,
ento a soma das curvas de estoque tambm no violar os limites estticos do grupo.
Aps cada agente Base inicializar as suas estruturas internas, cada qual deve enviar
uma mensagem CREATED para o Gerente para informar o sucesso de sua criao e
inicializao dos dados. Da mesma forma, os agentes Rotas e Modais tambm devem enviar
esta mensagem ao agente Gerente para confirmar o sucesso de suas criaes.
Aps isso, as Bases devem analisar os seus estoques de produtos e verificar a
possibilidade de escoamento de um ou mais produtos para o perodo corrente, ou seja, o
primeiro perodo. Uma base, independente de seu valor de balano, somente se decide a
realizar um leilo para escoar um produto quando a curva de estoque do produto finaliza o
perodo acima do mnimo operacional particular. Mas quando o produto apresenta balano
negativo, mesmo que haja sobra de um volume no perodo, este apenas deve ser ofertado
quando houver rota para recebimento do mesmo produto em perodos posteriores. Portanto,
uma Base sempre se comporta oferecendo todo o seu estoque disponvel no final do perodo,
uma vez que consumidores podem apresentar somente oportunidades de aquisio por custos
maiores com outras bases ou ento, em um caso mais grave, no apresentar tais oportunidades
com qualquer outra base.
No protocolo, uma base que deseja realizar um leilo para um ou mais produtos em
um perodo deve avisar o Gerente sobre esta inteno e aguardar uma permisso para que
possa iniciar os leiles. Uma base pode se candidatar a leiloeira a qualquer perodo em que
132

tenha estoque suficiente de um determinado produto, mas ela apenas pode estar cadastrada,
em um dado instante, em um nico perodo por produto. Desta forma, as Bases interessadas
em realizar leiles enviam suas candidaturas ao agente Gerente por meio de uma nica
mensagem CANDIDATURE com informao sobre todos os produtos com disponibilidade
para escoamento.

4.2.2 Fase de Seleo dos Candidatos a Leiles

Nesta fase, o Gerente responsvel pela autorizao do incio dos leiles para um
determinado perodo, o qual chamado de perodo corrente. O Gerente trata os perodos
sequencialmente, ou seja, um aps o outro. Na inicializao do sistema, o Gerente recebe as
candidaturas para a realizao de leiles e as classifica em ordem crescente de perodo. Logo
depois, o Gerente seleciona as bases que se candidataram a leiles para o perodo corrente e as
notifica para que iniciem os leiles para seus respectivos produtos.
O agente Gerente mantm controle sobre os estados dos leiles, sendo que este
sempre notificado pelo respectivo leiloeiro quando um leilo finalizado. Assim, quando
todos os leiles do perodo corrente estiverem finalizados, o Gerente seleciona os candidatos a
leiloeiros para o perodo seguinte, se houver, e os autoriza a realizar leiles. O Gerente
sempre recebe candidaturas para qualquer perodo e por isso, esta fase ocorre repetidamente
durante a execuo do sistema, sempre no incio de cada perodo de planejamento. O Gerente
autoriza os leiloeiros por meio de uma mensagem com performativa DO-AUCTION.

4.2.3 Fase de Preparao e Envio de Anncios

Nesta fase, as Bases iniciam os leiles simultneos para os respectivos produtos.


Porm, antes de um leilo ser iniciado, o leiloeiro deve verificar se a sua curva de estoque do
produto respeita diariamente os limites operacionais e fsicos dinmicos. Caso o leiloeiro note
que tais limites esto sendo violados em um certo intervalo de dias e o grupo apresenta
capacidade ociosa de armazenamento, ele deve tentar aumentar tais limites. A capacidade
ociosa de armazenamento de um grupo disputada entre os papis de leiloeiro e participante,
mas o papel de leiloeiro sempre tem maior prioridade para alocao de tal capacidade. Esta
preferncia se deve principalmente pela incerteza do leiloeiro sobre o recebimento de lances
em um leilo e por geralmente o leiloeiro apresentar curva de estoque crescente, sendo que a
preferncia para aumento de tais limites pode evitar uma provvel violao do limite fsico
mximo e consequente paralisao das atividades de produo.
133

Com os limites particulares dinmicos atualizados, o leiloeiro prossegue com a


preparao do anncio. Basicamente, um anncio composto pelos seguintes atributos: a) o
tipo de produto em oferta; b) o perodo corrente; c) o volume dirio disponvel do produto no
perodo corrente; d) os dias previstos para violao dos limites mximos dinmicos de
estoque; e) as faixas de estoque do grupo e produto e f) uma lista de nomes de bases de quem
o leiloeiro recebeu volumes do produto no perodo corrente.
Quando os limites mximos so violados em um intervalo de dias, o leiloeiro
informa apenas o primeiro dia de violao de cada limite, mas quando um ou ambos os limites
mximos no so violados, o leiloeiro informa apenas o ltimo dia do perodo corrente para
representar a satisfao da curva de estoque para o perodo. Entretanto, em caso de violao, o
leiloeiro tambm deve informar no anncio o volume excedente de cada limite para que os
participantes possam contribuir para a satisfao da curva de estoque do leiloeiro solicitando
pelo menos este volume.
Em relao ao volume ofertado, o leiloeiro informa o montante dirio disponvel para
escoamento por meio de duas diferentes estruturas de dados lineares na forma de vetores. A
estrutura bsica de um anncio apresentada na Figura 35 e os valores dirios contidos nos
vetores do anncio correspondem curva de estoque disposta ao lado do anncio. A curva de
estoque refere-se a um perodo de 7 dias com um balano de 80m distribudo linearmente por
estes dias. Nota-se que a curva de estoque viola o limite operacional mximo no dia 6 e o
limite fsico mximo no dia 7, sendo que tais informaes esto presentes no anncio.
80

Anncio 70
Limite Fsico Mximo

Limite Operacional Mximo


Produto = GLP 60
Perodo = 1 50
Dia de Violao do Limite Operacional Mximo = 6
Dia de Violao do Limite Fsico Mximo = 7 40
Volume Excedente Operacional = 20
Volume Excedente Fsico = 10 30
Faixa de Estoque do Grupo = 5 20
Faixa de Estoque do Produto = 5 Limite Operacional Mnimo
10
Vetor Operacional 0 10 20 30 40 50 0 Limite Fsico Mnimo
0
Vetor Fsico 10 10 10 10 10 10 0 1 2 3 4 5 6 7
Dias 1 2 3 4 5 6 7 10 20 30 40 50 60 70 80

Figura 35. Estrutura de um Anncio

A primeira estrutura chamada de vetor operacional e consiste na diferena entre a


curva de estoque do produto e o limite operacional mnimo particular para um intervalo de
dias referente ao incio do horizonte at o ultimo dia do perodo corrente. Mesmo que todo o
volume oferecido em um dia qualquer seja escoado, a curva de estoque do produto ainda se
manter acima do mnimo operacional particular. Este vetor tambm pode ser chamado de
134

curva operacional por ser composta por parte do volume da curva de estoque do produto no
intervalo de dias especificado.
A segunda estrutura chamada de vetor fsico e consiste na diferena entre a curva
de estoque do produto e a curva operacional. Este vetor tambm pode ser chamado de curva
fsica por tambm consistir em parte da curva de estoque do produto. O volume deste vetor
ofertado para ser escoado apenas em casos de urgncia, quando a curva de estoque do
participante estiver violando o limite operacional ou fsico mnimo e no houver oportunidade
de recebimento com outros leiloeiros. Neste caso, o volume ofertado no vetor operacional
pode ser insuficiente para suprir a demanda do participante nos dias desejados ou mesmo
porque o volume menor do que o mnimo exigido para transporte pela rota selecionada.
Geralmente, este vetor oferece um volume que est disponvel para escoamento em dias mais
prvios no leiloeiro. No entanto, o uso deste volume deve ser evitado, quando possvel, pois
faz com que a curva de estoque do leiloeiro viole o limite operacional mnimo. A Figura 36
ilustra graficamente a composio dos vetores operacionais e fsicos para trs diferentes
configuraes de uma curva de estoque.

Figura 36. Exemplo Grfico do Volume Referente aos Vetores de Anncio

O vetor fsico geralmente utilizado para levar as bases envolvidas a um equilbrio


de estoque, permitindo que as mesmas mantenham seus estoques pelo menos dentro da faixa
fsica. No entanto, quando um participante vence este tipo de leilo e ainda outros
simultaneamente, o protocolo permite a priorizao dos acordos mais satisfatrios ao
participante por meio da fase de sequenciamento dos fechamentos de acordos. Mas mesmo
que o acordo chegue a ocorrer e leve a curva de estoque do leiloeiro para baixo do mnimo
operacional e consequentemente contribua para a elevao da curva de estoque do
participante, ainda mais prefervel que a curva de estoque do participante esteja na faixa
operacional do que a do leiloeiro, pois geralmente o leiloeiro apresenta uma curva crescente
de produo.
135

Deste modo, a soma do vetor operacional e do vetor fsico corresponde estritamente


curva de estoque do produto. Nestes dois vetores, o volume dirio disponvel para
escoamento calculado considerando apenas o estoque do produto disponvel no incio do dia
corrente, no considerando a produo diria. Esta prtica tenta evitar oferecer um volume
que ainda no foi produzido no dia, uma vez que no h conhecimento sobre o momento do
dia em que o produto ser escoado. Tambm, nenhum volume ofertado em ambos os vetores
nos dias em que a curva de estoque viola o limite fsico mximo, isto para incentivar
escoamentos mais precedentes e evitar a necessidade de parada das operaes de produo
por falta de capacidade de armazenamento. Assim, medida que o volume escoado em dias
precedentes ao dia de violao, a curva de estoque reduzida nos dias posteriores, podendo
retardar o dia de violao do limite fsico mximo.
Ademais, como os leiles so incrementais em relao aos perodos, o leilo do
primeiro perodo apenas oferece os volumes disponveis para escoamento nos dias deste
perodo. Porm, em anncios de perodos posteriores, o leiloeiro oferece novamente o volume
no escoado em perodos anteriores. Assim, mesmo que os leiles ocorram por perodo, esta
prtica permite que ocorram movimentaes entre perodos. A redundncia nos vetores de
anncio intencional para permitir que participantes que no puderam participar de leiles em
perodos passados por no terem capacidades disponveis em rotas, espao para
armazenamento ou mesmo por causa do tempo muito longo de transporte, possam calcular um
lance considerando os recursos do perodo corrente. Com isso, pode naturalmente ocorrer de
um montante ser escoado em um dado perodo e ser entregue no destino em um perodo
seguinte. A Figura 37 ilustra a estrutura de um vetor de anncio oferecido incrementalmente
em relao aos perodos, sendo que o volume no escoado em um perodo anterior replicado
nos perodos posteriores.
Perodo
Corrente

0 0 0 0 0 50 60
1 1 2 3 4 5 6 7

0 0 0 0 0 50 60 60 60 60 60 70 70 70
2 1 2 3 4 5 6 7 8 9 10 11 12 13 14

0 0 0 0 0 50 60 60 60 60 60 70 70 70 80 0 0 0 0 0 0
3 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21

Figura 37. Estrutura do Vetor de Anncio Incremental em Relao aos Perodos


136

Assim, aps a concepo do anncio, o leiloeiro envia o anncio (CFP) para as bases
participantes com quem mantm rota para escoamento do dado produto e passa a esperar
pelos lances de tais participantes.

4.2.4 Fase de Concepo e Envio de Lances

Nesta fase, o participante deve proceder com a concepo do lance a ser enviado ao
leiloeiro. O lance formado por uma proposta de um fluxo de movimentao e valores que
expressam a urgncia do participante em receber o produto. Este valor de urgncia influi tanto
nas decises dos leiloeiros como nas decises do Gerente ao sequenciar os fechamentos dos
acordos.
O participante no precisa se comunicar com o leiloeiro para definir os atributos do
fluxo, sendo que o leiloeiro d total liberdade para que o participante decida da melhor forma
possvel sobre tais valores, uma vez que de interesse particular do participante o
atendimento de sua prpria demanda. O participante sempre tenta conceber um fluxo de
menor custo que atenda a sua demanda sem atraso. A concepo de um fluxo com atraso
representa a entrega de um volume aps o dia previsto para a curva de estoque violar o limite
mnimo operacional particular do produto. Neste documento de qualificao, fluxos que
atendem a demanda com atraso so chamados de infactveis e os que atendem a demanda sem
atraso so chamados de factveis.
Quando um participante recebe um CFP, ele deve seguir uma sequncia de etapas
para decidir sobre a viabilidade de participao no leilo e consequente formao do lance,
caso decida enviar uma proposta. Todas estas etapas so descritas nas seguintes subsees: a
subseo 4.2.4.1 apresenta as decises iniciais relacionadas viabilidade de participao do
leilo, a subseo 4.2.4.2 apresenta a definio do volume inicialmente desejado pelo
participante, a subseo 4.2.4.3 apresenta a definio da rota, datas de incio de escoamento e
entrega do produto e verificao da capacidade de armazenamento para os dias de entrega, a
subseo 4.2.4.4 apresenta a forma de clculo do tempo de movimentao do produto pela
rota selecionada e a seo 4.2.4.5 apresenta a verificao da capacidade de transporte pela rota
selecionada. Com estas etapas, o participante consegue formar a proposta do fluxo de
movimentao. Assim sendo, a subseo 4.2.4.6 define os valores do lance que expressam os
custos e a urgncia do participante no recebimento de produtos. Por fim, a subseo 4.2.4.7
descreve a forma particular de tratamento de CFPs realizados pelos agentes terminais.
137

4.2.4.1 Decises Iniciais

Primeiramente, o participante precisa descobrir em quais faixas de estoque esto


situadas as suas curvas de estoque referentes ao produto em oferta e seu respectivo grupo.
Estas faixas so definidas de acordo com o montante do produto e grupo disponvel em
estoque no ltimo dia do perodo corrente. Aps a definio de suas faixas de estoque, o
participante compara as suas faixas de estoque com as informadas pelo leiloeiro a fim de
decidir sobre sua participao no leilo.
De acordo com os dias de violao e faixas de estoque informadas pelo leiloeiro, o
participante consegue perceber quando o leiloeiro se encontra em uma situao cmoda (i.e.
sem previso de violao da capacidade mxima de armazenamento) ou de urgncia (i.e.
violao da capacidade mxima de armazenamento) em relao capacidade de
armazenamento no perodo. Caso o leiloeiro se apresente em uma situao cmoda, o
participante decidir sobre a participao no leilo baseando-se unicamente em sua
necessidade particular do produto a fim de alcanar um nvel de estoque adequado com
respeito aos limites operacionais particulares. Neste caso, o participante opta por participar do
leilo apenas quando se encontra em uma faixa de estoque inferior ou igual a do leiloeiro.
Com isso, o participante contribui para equilibrar o seu estoque com o estoque do leiloeiro e
ainda se manter na faixa de estoque operacional.
Porm, caso o leiloeiro se apresente em uma situao de urgncia, o participante
decidir pela participao no leilo levando tambm em considerao a situao do leiloeiro.
Neste caso, o participante poder agir normalmente na concepo do lance caso ainda
apresente demanda para o produto ou ento poder agir com a inteno de cooperar com o
leiloeiro por meio da aquisio do produto em excesso, mesmo quando j apresenta um nvel
suficiente do produto ou mesmo quando j no tem mais espao para armazenamento em sua
capacidade particular esttica. Neste ltimo caso, o participante deve verificar a existncia de
capacidade ociosa de armazenamento deixada pelos demais produtos do grupo e se houver,
deve fazer uso desta capacidade na tentativa de evitar que o leiloeiro tenha sua capacidade
violada.
Em referncia s comparaes das faixas de estoque, o participante age normalmente
quando a sua curva de estoque estiver em uma faixa de estoque inferior a informada pelo
leiloeiro, uma vez que sua capacidade particular esttica ainda apresenta espao para
armazenamento do produto. Por sua vez, o participante somente age analisando a capacidade
ociosa deixada pelos outros produtos do grupo quando a sua curva de estoque estiver na
138

mesma faixa informada pelo leiloeiro, o leiloeiro estiver violando algum limite mximo e
ainda precise mais espao para armazenar o volume excedente do leiloeiro.
Durante a definio das faixas de estoque para o produto e respectivo grupo, o
participante tambm verifica se a curva de estoque do produto viola os limites (operacional e
fsico) mnimos particulares durante o perodo corrente. Se alguma violao for prevista, o
participante guarda o dia da ocorrncia da primeira violao no perodo corrente, caso
contrrio, o participante guarda o ltimo dia do perodo. Esta informao deve ser usada
posteriormente para auxiliar na concepo de um fluxo de movimentao factvel.
Tambm, ao receber um CFP, o participante deve agir para prevenir a ocorrncia de
loops de movimentaes. Um loop ocorre quando uma base A atua como leiloeira escoando
um volume em um determinado perodo para uma base B e depois atua como participante de
um leilo de B adquirindo outro volume do mesmo produto no mesmo perodo. Um loop
tambm pode ocorrer entre mais de duas bases, como apresenta a Figura 38. Para evitar a
ocorrncia de loops, cada CFP traz uma lista de nomes das bases pelas quais o volume do
produto trafegou no perodo corrente, inclusive o nome da base leiloeira. Caso o participante
j tenha escoado para alguma destas bases no perodo corrente, ele se recusar a participar do
leilo. No exemplo da Figura 38, o agente A ao receber um CFP de C, se recusa a participar
do leilo, uma vez que o seu prprio nome e do agente B (para quem escoou o produto)
constam na lista. No entanto, nada impede que A escoe o mesmo produto para C. A
racionalidade envolvida nesta prtica transformar relaes bidirecionais entre duas bases em
relaes direcionais para um mesmo produto e perodo.

A B

Figura 38. Loop de Movimentao de Produtos

Ademais, um participante ainda pode se recusar a participar de leiles em outras


situaes, informando ao leiloeiro por meio de uma mensagem de REFUSE. Estas situaes
139

apenas sero conhecidas durante a concepo do fluxo de movimentao a ser proposto ao


leiloeiro. Mais precisamente, um participante se recusa a participar de um leilo quando: (a) o
volume oferecido no anncio menor do que o volume mnimo de todas as rotas com o
leiloeiro; (b) a data de entrega mais recente possvel do fluxo no ocorre dentro do intervalo
do perodo corrente; (c) no h espao para armazenamento do volume durante os dias do
perodo corrente e (d) no h capacidade de transporte durante os dias do perodo corrente.
A maioria das situaes para o envio de REFUSE contempla o recebimento de
produtos no perodo corrente. importante que o recebimento ocorra dentro do perodo
corrente para evitar que o produto seja recebido em um perodo anterior e seja mantido em
estoque por muito tempo. Ademais, como os planejamentos j foram finalizados nos perodos
anteriores, uma insero de um novo volume em qualquer curva de estoque daquele perodo
pode gerar desequilbrio de estoque. Tambm, o volume no pode ser recebido em um dia
correspondente a um perodo seguinte, pois os leiles daquele perodo ainda no foram
iniciados e por isso no seria uma negociao justa com os demais envolvidos. O participante
somente pode aceitar a entrega de um fluxo em um perodo anterior quando a sua curva
estiver violando algum limite mnimo neste perodo. Com este recebimento, o participante
pode conseguir evitar ou postergar tal violao.
Por fim, quando um participante decide enviar um REFUSE por falta de espao para
armazenamento, ele deve guardar o anncio recebido para posteriormente poder atualizar o
seu lance com o leiloeiro, uma vez que um espao em tanque pode voltar a estar disponvel
por meio do escoamento de um volume do prprio produto ou de outros que compartilham o
mesmo tanque. Porm, a atualizao apenas processada pelo leiloeiro quando o leilo ainda
est ativo. O participante reconhece um leilo ativo quando recebe um CFP e se mantm em
estado de espera pelo REJECT-PROPOSAL ou ACCEPT-PROPOSAL correspondente.

4.2.4.2 Definio do Volume Inicial do Fluxo

Caso o participante decida participar do leilo, ele deve primeiramente definir o


volume do fluxo a ser proposto ao leiloeiro. O participante deve ser cauteloso na definio
deste volume, pois a definio de um volume demasiadamente alto pode inibir o atendimento
da demanda de outros participantes e um volume demasiadamente baixo pode levar o
participante a participar desnecessariamente de vrios leiles at formar o volume realmente
desejado. Este comportamento cauteloso necessrio principalmente porque o participante
no apresenta conhecimento sobre a situao de estoque dos demais participantes do leilo.
140

Assim, o participante deve definir um volume moderado e que seja suficiente para que ocorra
uma distribuio equilibrada de estoque entre os envolvidos.
Geralmente, um participante solicita apenas parte do volume realmente desejado a
fim de dar oportunidade para que os demais participantes tambm possam adquirir uma
parcela do produto. Mesmo que um participante movimente apenas parte do volume desejado,
ele ter novas oportunidades em leiles subsequentes para concorrer ao volume
complementar, caso o leiloeiro ainda possua volume suficiente para ser ofertado. No entanto,
a obteno de uma parcela do produto j reduz a urgncia no recebimento do produto. Por
isso, em leiles seguintes, um participante que j adquiriu um montante poder apresentar
uma urgncia de atendimento menor do que alguns outros participantes e assim permitir que
outro participante vena o leilo e chegue a movimentar outra parcela do produto. Tambm
pode ocorrer de um mesmo participante vencer vrios leiles seguidos por continuar
apresentando uma grande urgncia de atendimento. Assim, um participante se comporta
solicitando um volume de forma incremental em relao aos leiles at que o leiloeiro escoe
todo o volume do produto ou at que a sua curva de estoque e a do leiloeiro se situem em
faixas de estoque que no permitam mais o envio de lances, ou seja, quando estas esto em
equilbrio.
Para realmente definir o volume parcial a ser solicitado, o participante faz uso das
faixas de estoque particulares do produto na inteno de limitar tal volume. Primeiramente, o
participante compara a sua faixa de estoque com a do leiloeiro a fim de definir um intervalo
de faixas permissveis para variao de sua curva de estoque no leilo. Quando a faixa de
estoque do leiloeiro no expressa uma situao de urgncia de escoamento (i.e. no h
previso de violao de capacidade) no perodo, a curva de estoque do participante pode
terminar o leilo em qualquer das faixas inferior ou igual a do leiloeiro. Por exemplo, caso a
curva de estoque do leiloeiro se situe na faixa 3 e a do participante na faixa 1, o participante
pode solicitar o volume para finalizar o leilo com sua curva de estoque situada nas faixas 1, 2
ou 3. Porm, caso o leiloeiro esteja em situao de urgncia (i.e. com previso de violao de
capacidade), a curva de estoque do participante deve preferencialmente terminar o leilo
somente em faixas inferiores a do leiloeiro a fim de evitar a violao de seus limites mximos
de forma desnecessria. Por definio, a faixa corrente em que a curva de estoque se situa
chamada de Faixa Mnima e a faixa mais alta do conjunto de faixas permissveis chamada
de Faixa Mxima.
141

Em um leilo, o participante tenta definir um volume no muito alto e que tambm


seja suficiente para manter a curva de estoque do produto em um nvel adequado. Para isso, o
volume geralmente corresponde ao montante necessrio para elevar a faixa de estoque da
curva para a faixa ligeiramente superior no final do perodo. Este volume definido pela
diferena entre o limite superior da Faixa Mnima (LSFMin) e o valor de estoque no ltimo
dia do perodo conforme a equao (9). Basicamente, este volume refere-se ao valor de
capacidade disponvel na faixa mnima no ltimo dia do perodo corrente. No entanto, este
volume ainda no consiste no volume final do fluxo, ele ainda pode ser ajustado no decorrer
do processo de preparao do lance, principalmente na avaliao das rotas e capacidades de
armazenamento. Por isso, este volume chamado de volume inicial e conveniente definir
um intervalo limitado de valores para ajuste deste volume.

(9)

Neste intervalo, o valor mnimo que o volume inicial pode assumir consiste
exatamente no volume mnimo da rota a ser usada na concepo do fluxo. Por conta disto,
este volume mnimo tambm pode ser chamado de Volume Mnimo do Fluxo (VFMin). O
VFMin pode ser menor ou ainda maior do que o volume inicialmente selecionado. Caso seja
menor, no h problemas, mas quando maior, se faz necessrio aumentar o volume inicial
para um valor suficiente para respeitar a restrio da rota, ou seja, para o volume inicial
corresponder exatamente ao VFMin.
Por sua vez, o volume mximo consiste na diferena entre o limite superior da Faixa
Mxima e o valor de estoque no ltimo dia do perodo. Este volume chamado de Volume
Inicial Mximo (VIMax). No entanto, para evitar que o VIMax seja muito alto e fique
estagnado em estoque por muitos dias, este volume ainda restringido para corresponder
exatamente a um nmero configurvel de dias de consumo do participante (o default 5). O
volume correspondente a tais dias de consumo chamado de Volume Mximo do Fluxo
(VFMax). A equao (10) representa a restrio do volume inicial em relao ao intervalo
permissvel para variao.

(10)

Para melhor elucidar a definio do volume inicial, a Figura 39 ilustra a comparao


entre as faixas de estoque do leiloeiro e participante. No exemplo, a curva de estoque do
leiloeiro se situa na faixa 4 e a do participante na faixa 2. Esta configurao permite que o
participante movimente um montante para manter a sua curva de estoque nas faixas 2 ou 3, ou
seja, nas faixas que formam a faixa operacional. direita na figura, os dois retngulos
142

representam respectivamente o volume inicial e o volume inicial mximo. Para simplificar a


demonstrao, considera-se que tais volumes satisfazem as restries de volume mnimo e
mximo do fluxo.
5 Leiloeiro 5 Participante

4 4

Vol.
3 Excesso 3

2 2

Vol. Vol.
Inicial Inicial
1 1 Mx.

0 0

Figura 39. Definio do Volume Inicial e Volume Mximo

Na figura, mesmo que o leiloeiro esteja violando o limite operacional mximo, o


participante age naturalmente na aquisio do produto, uma vez que apresenta interesse e
espao para armazenamento. Porm, quando o participante no apresenta interesse ou espao
para armazenamento em sua capacidade particular do produto, este deve tentar alocar o
espao ocioso dos outros produtos do grupo, se houver. Neste caso, como o leiloeiro informa
o volume em excesso (representado na figura pelo retngulo imediatamente direita do
grfico do leiloeiro), o volume inicial e consecutivamente o espao a ser solicitado para
armazenamento do produto deve consistir justamente a este volume excedente. No entanto, o
volume inicial (volume em excesso) pode no caber totalmente na capacidade ociosa ou ento
ser maior do que o volume mximo do fluxo, devendo assim ser restringido conforme a
equao (11).

, (11)

Neste tipo de leilo, como o participante no apresenta urgncia ou interesse


particular para movimentao, se houver outros participantes com maior interesse no volume
ofertado pelo leiloeiro, algum destes certamente vencer o leilo, evitando que o participante
em questo adquira mais volume do que o necessrio. Ademais, quando o participante em
questo estiver representando um ponto de consumo, este no deve adquirir produtos na
inteno de evitar a violao de estoque do leiloeiro. Apenas refinarias ou terminais devem
143

colaborar neste caso, uma vez que estes geralmente tm rotas para escoar o volume a outras
bases.

4.2.4.3 Definio da Rota e Datas de Movimentao

Aps a definio do volume inicial, o participante deve analisar os vetores de


anncio para definir os reais dias de escoamento e entrega do produto e a rota pela qual o
volume ser movimentado. Primeiramente, o participante deve escolher uma rota para compor
o fluxo de movimentao. O participante pode ter vrias rotas com o leiloeiro e cada qual com
diferentes custos, lote mnimo e tempo de movimentao. O participante deve priorizar as
rotas de menor custo quando estas permitem entregar o volume sem causar um atraso no
atendimento da demanda. Para isso, o participante j conhece os valores dos custos a priori e
mantm uma lista, com referncias s rotas, ordenada por custos. Ainda, o participante
tambm conhece a priori o lote mnimo de cada rota. Estes valores so passados ao agente em
sua inicializao, o que evita a necessidade de comunicao com a rota para obter tais
informaes. Nesta etapa de preparao do lance, o participante apenas se comunica com a
rota para saber o seu tempo de movimentao e capacidade de transporte.
O participante primeiramente avalia a rota de menor custo. Uma outra rota apenas
ser avaliada quando o volume ofertado nos vetores de anncio no respeitar a restrio de
lote mnimo da rota corrente ou quando no houver possibilidade para entrega do volume sem
atraso. Desta forma, as rotas so avaliadas uma por vez at encontrar uma que satisfaa a
restrio de volume e entregue os produtos sem atraso. Se tal rota no for encontrada, a rota
que entrega com menos dias de atraso selecionada. Logicamente, caso mais de uma rota
apresente o mesmo dia de entrega, o desempate ocorrer por custo.
Mas para saber se uma rota entrega ou no com atraso, primeiramente preciso saber
o seu tempo de movimentao e o dia de incio de escoamento do volume. O tempo de
movimentao calculado pelo agente Rota que apresenta conhecimento sobre os modais que
o compem. Para que o clculo seja mais exato, considerando que os valores de vazo podem
variar de um perodo para o outro, a Rota precisaria conhecer exatamente o dia de incio do
escoamento para definir os reais dias de entrada do volume em cada modal e assim saber o
tempo de movimentao em cada um. No entanto, este processo pode ser ineficiente em casos
em que vrios dias de escoamento devem ser avaliados a fim de definir aquele que mais
satisfaz as necessidades do participante. Alm do mais, normalmente as vazes no variam de
144

um perodo para o outro e as movimentaes geralmente ocorrem dentro de um mesmo


perodo, o que faria este reclculo ser desnecessrio na maioria das vezes.
Desta forma, o modelo considera que o tempo de movimentao de uma rota sempre
ser calculado por meio das informaes de vazo (no caso de dutos) ou tempo mdio de
movimentao (no caso dos outros modais) do perodo corrente, no importando se a
movimentao ocorre entre perodos e as vazes ou tempo de movimentao so diferentes
entre tais perodos. Esta prtica vlida neste modelo porque independente da forma de
clculo, o tempo de movimentao sempre ser aproximado porque os atrasos decorrentes das
operaes de escalonamento em nvel operacional no so considerados em dutos e nem
mesmo os reais dias de movimentao pelos outros modais.
Assim, o participante comunica-se com o agente Rota representativo da rota
selecionada e solicita o tempo de movimentao com referncia ao perodo corrente. As
particularidades do clculo do tempo de movimentao sero apresentadas na subseo
4.2.4.4. Durante todo o leilo, o participante solicita uma nica vez o tempo de movimentao
para a Rota, pois ele considera que este valor no varia de acordo com a escolha dos dias de
escoamento.
Na sequncia, o participante inicia a avaliao dos vetores de anncio a fim de
selecionar o dia de incio do escoamento. A tarefa de definir os reais dias de escoamento e
entrega bastante difcil devido s inmeras combinaes possveis e tambm por causa das
restries de volume e demanda a serem respeitadas. Por exemplo, a escolha da data de
escoamento pode influenciar no tamanho do volume do fluxo (dependendo do volume
ofertado em tal dia) e na data de entrega (pela adio do tempo de movimentao), podendo
levar a um atraso no atendimento da demanda ou mesmo falta de capacidade para
armazenamento em tanque.
Desta forma, o participante deve analisar os vetores de anncio a fim de buscar a
melhor combinao entre o dia de escoamento, dia de entrega e volume do fluxo. No processo
de avaliao, o participante geralmente faz uso apenas do vetor operacional. O vetor fsico
apenas ser utilizado pelo participante se a sua curva de estoque estiver situada em uma faixa
igual ou abaixo de 1 e mesmo assim, somente quando o vetor operacional no for suficiente
para satisfazer a restrio de lote mnimo da rota ou ento para evitar atrasos no atendimento
da demanda.
Para avaliao do vetor operacional, o participante define um intervalo de dias em
que o volume pode ser escoado a fim de satisfazer a restrio de lote mnimo e evitar entregas
145

com atraso. Este intervalo pode ser chamado de janela de tempo para escoamento. O incio da
janela corresponde ao dia em que h disponibilidade para o escoamento de um volume igual
ou maior ao lote mnimo da rota. Por sua vez, como o participante j tem conhecimento sobre
o tempo de movimentao de produtos pela rota, o dia final da janela corresponde ao dia
mximo em que um volume deve ser escoado para ainda ser entregue no perodo, ou seja, no
ltimo dia do perodo corrente. Este dia calculado simplesmente pela subtrao do tempo
de movimentao (dado em dias) do dia referente ao ltimo do perodo (dia de referncia)
conforme a equao (12).

(12)

Quando a janela calculada for vazia, significa que o volume oferecido pelo leiloeiro
menor do que o mnimo da rota ou ento que no possvel entregar o produto no perodo
corrente por meio da rota selecionada. Neste caso, o participante deve tentar outra rota. Se as
janelas calculadas para cada rota tambm forem vazias, ento o participante deve mandar uma
mensagem de REFUSE ao leiloeiro por no haver possibilidade de movimentao.
Caso contrrio, o participante deve continuar com a concepo do fluxo. Quando a
curva de estoque do participante violar o limite mnimo operacional particular, o participante
tambm deve determinar o dia mximo no qual um volume deve ser escoado para ser entregue
sem atraso no perodo corrente. Para isso, o participante tambm faz uso da equao (12),
onde o dia de referncia consiste no dia previsto para violao. Este dia calculado usado
como um marco para a diviso da janela de tempo em duas subjanelas: a subjanela factvel e a
infactvel. A subjanela factvel formada por um intervalo de dias de escoamento que
permitem a concepo de fluxos factveis, ou seja, com entregas sem atraso. Por sua vez, a
subjanela infactvel formada pelo subintervalo de dias restantes que apenas permitem a
concepo de fluxos infactveis. Quando a curva de estoque do participante no violar o limite
mnimo no perodo, toda a janela de escoamento considerada como factvel.
Para melhor elucidar a formao das janelas, a Figura 40 apresenta um exemplo
composto por um leiloeiro e um participante que negociam a movimentao por meio de uma
rota em comum. Esta rota possui um tempo de movimentao de 2 dias e um lote mnimo de
10 u.v. Na figura, a tabela superior representa o vetor de anncio do leiloeiro e a tabela
inferior representa principalmente a curva de estoque do participante. Neste exemplo, a janela
de escoamento formada pelo intervalo correspondente aos dias 2 ao 5, inclusive. Este
intervalo j garante que o volume a ser escoado satisfaz a restrio de lote mnimo, mas ainda
no garante que as entregas ocorrero sem atrasos. Assim, considerando que a curva de
146

estoque do participante viola o limite mnimo operacional particular no dia 6, a janela de


escoamento subdividida em factvel e infactvel exatamente no dia 4, uma vez o tempo de
movimentao de 2 dias.
Vetor de Anncio
Volume: 0 10 20 30 40 0 0
Leiloeiro Dias: 1 2 3 4 5 6 7

Janela de Escoamento
Tempo de Trnsito = 2 dias Factvel e Infactvel
Volume Mnimo da Rota = 10 u.v.

Curva de Estoque do Participante


Volume Inicial = 20 u.v.
Estoque: 40 30 20 10 0 -10 -20
Participante Dias: 1 2 3 4 5 6 7

Figura 40. Exemplo de Janela de Tempo de Escoamento

O participante analisa as subjanelas uma aps a outra e tais avaliaes ocorrem em


duas interaes diferentes durante a seleo das rotas. Na primeira interao, na qual as rotas
de menor custo so priorizadas, o participante analisa as rotas considerando apenas as janelas
factveis at encontrar uma que permita a entrega sem atraso. Se por acaso todas as rotas
forem avaliadas e nenhuma contribuir para a formao de um fluxo factvel, elas so avaliadas
novamente, mas agora em relao subjanela infactvel. Um fluxo factvel apenas no ocorre
quando a janela factvel vazia ou quando no h espao para armazenamento de um volume
correspondente ou maior do que o lote mnimo da rota. A janela factvel vazia somente
quando o volume disponvel para escoamento menor do que o lote mnimo da rota,
incluindo os volumes nulos (zeros) oferecidos quando o leiloeiro viola o limite mximo. Na
segunda interao, o participante busca selecionar a rota que reduz ao mximo os atrasos de
entrega e caso houver empate, a rota de menor custo ser selecionada.
Caso a subjanela factvel no seja vazia, o participante pode selecionar qualquer dia
de escoamento para compor o fluxo, mas ele seleciona o dia que possui o volume mais
prximo do volume inicial anteriormente calculado. Mesmo que este volume corresponda aos
dias mais finais da subjanela devido forma geralmente crescente da curva de estoque do
leiloeiro, o volume no ser demasiadamente grande, uma vez que ele j foi reduzido em sua
definio inicial. Assim, o participante deve buscar movimentar este volume ou um
aproximado, pois a movimentao de um volume muito baixo poderia contribuir para a
ineficincia da soluo, uma vez que o leiloeiro precisaria realizar mais leiles para escoar o
147

volume remanescente e o participante teria que participar de mais leiles para adquirir o
volume desejado. Na escolha do volume dirio de escoamento, o participante deve considerar
vazo mxima de escoamento dirio quando a rota for composta por dutos, isto pode levar
escolha de dois ou mais dias contguos de escoamento a fim de formar uma batelada. Da
mesma forma, o participante deve considerar a vazo mxima de recebimento dirio, o que
limita a necessidade de capacidade ociosa de armazenamento por dia.
O participante deve percorrer a subjanela a fim de selecionar o dia mais prvio
possvel que apresente o volume desejado. Esta prtica importante para que o leiloeiro
apresente maior espao de armazenamento ocioso em dias mais prvios a fim de armazenar
sua produo ou mesmo outros produtos que consome. Porm, nem sempre possvel o
escoamento do volume desejado no primeiro dia em que ele est disponvel. Esta situao
pode ocorrer por falta de espao para armazenamento em tanque no dia de entrega calculado,
uma vez que os outros produtos do grupo podem estar ocupando uma capacidade do tanque
acima de seus limites particulares. Nestes casos, o participante deve selecionar um dia mais
posterior para o escoamento at que haja espao para armazenamento pelo menos para
satisfazer o lote mnimo da rota. Se no houver, ele deve proceder com a avaliao de outra
rota. Por fim, se no for obtido sucesso com nenhuma rota, ento o participante deve enviar
um REFUSE ao leiloeiro. Quando o participante envia REFUSE por falta de espao de
armazenamento, ele guarda o CFP para pode atualizar o lance quando perceber a
disponibilidade de um novo espao ocioso em tanque. Este espao pode ter sido liberado pelo
escoamento do mesmo ou de outro produto.
Para descobrir se h disponibilidade de espao para armazenamento, o participante
precisa analisar a estrutura que guarda os espaos ociosos para o grupo. O participante
verifica o espao para armazenamento apenas para os dias do perodo corrente. Deste modo,
quando houver possibilidade e disponibilidade para alocao de espao para armazenamento
no tanque, o participante procede reservando a capacidade diria necessria ou aproximada
(quando no houver disponibilidade total) em uma estrutura compartilhada chamada de
estrutura de reserva. O participante ainda no aloca o espao em definitivo, uma vez que no
se tem certeza que o lance ser bem sucedido. Cada grupo apresenta uma estrutura de reserva
e esta de uso comum apenas aos produtos do agrupamento que esto em negociao para
recebimento, ou seja, para os quais a base est exercendo o papel de participante em leiles.
Esta estrutura guarda a capacidade suficiente para armazenar o maior volume entre os lances
enviados para leiles em andamento, uma vez que a obteno de um volume do dado produto
148

de qualquer leiloeiro pode levar satisfao da base para o produto no intervalo de dias em
negociao.
Na sequncia, o participante faz uso da capacidade reservada para simular o aumento
dos limites mximos dinmicos referentes ao produto. Geralmente, os limites (operacionais e
fsicos) dinmicos particulares so iguais, pois consistem exatamente na curva de estoque do
produto. Com a elevao destes limites, o participante descobre quanto realmente possvel
armazenar no perodo. Porm, nem sempre o participante est habilitado a aumentar o limite
fsico mximo dinmico acima do limite operacional mximo dinmico. Esta situao
somente permitida quando no h mais espao disponvel para armazenamento na faixa
operacional e quando a curva de estoque do leiloeiro estiver violando o seu limite fsico
mximo dinmico.
Para evitar o uso desnecessrio de uma faixa de estoque superior, o participante pode
postergar o dia de escoamento, uma vez que quanto mais tarde o produto for escoado, mais
tarde ele ir chegar e consequente mais espao estar disponvel para armazenamento. Para
ilustrar esta situao, a Figura 41 apresenta diferentes formas de curvas de estoque e destaca
(em cinza) em cada representao de tanque os respectivos espaos ociosos para
armazenamento. Os grficos a,b e c representam um tanque com um nico produto e o grfico
d representa um tanque com dois produtos. Pela anlise de tais grficos, percebe-se que
quanto mais tarde a entrega, geralmente h mais espao para armazenamento.

Figura 41. Espaos Ociosos para Armazenamento em Tanque

Pela anlise da figura, tambm possvel perceber que o uso do vetor fsico no
contribui para encontrar dias com maiores capacidades de armazenamento ao permitir
149

entregas em dias mais prvios, mesmo quando a curva de estoque do participante crescente
(Figura 41b). Por isto, este vetor no avaliado pelo participante em situaes de falta de
capacidade para armazenamento.
O vetor fsico apenas avaliado pelo participante quando a subjanela factvel vazia
e logicamente, quando o participante apresenta um nvel de estoque exigido para fazer uso
deste vetor. Como o vetor fsico geralmente apresenta uma faixa a mais de produtos e tambm
disponveis em dias mais prvios, o participante pode fazer uso deste volume para satisfazer a
restrio de lote mnimo da rota e consecutivamente buscar a concepo de um fluxo factvel.
Na anlise deste vetor, uma nova janela de escoamento deve ser criada e todo o processo deve
ser reiniciado. Mas se mesmo com o uso do vetor fsico no for possvel conceber um fluxo
factvel, o participante deve tentar outra rota. Caso todas as rotas somente permitam a
concepo de fluxos infactveis, as rotas so percorridas novamente a fim de encontrar a de
menor custo e com menos dias de atraso no atendimento demanda.

4.2.4.4 Tempo de Movimentao

Tal como foi brevemente descrito na subseo anterior, o tempo de movimentao


calculado por um agente Rota quando solicitado por um participante de um leilo. Na
solicitao, o participante informa o perodo corrente referente ao leilo em que participa para
que a Rota faa uso apenas das informaes deste perodo (i.e. volume, vazo) para realizar o
clculo do tempo de movimentao. A Rota no precisa comunicar com os agentes Modais
para obter tais informaes, pois as mesmas j foram passadas pelo Gerente no momento de
sua criao. Como uma rota pode ser composta por diferentes tipos de modais, apenas o
tempo de movimentao pelos dutos exige um maior esforo de clculo, pois o tempo de
movimentao (mdio) dos demais modais j conhecido a priori (i.e. informado no XML de
Entrada). Quando a rota composta por dutos, o participante deve tambm considerar o
tempo de durao das operaes de pulmo entre dois dutos adjacentes, sendo que este tempo
agrega um certo atraso movimentao.
Para melhor demonstrar como o tempo de movimentao considerado no modelo, a
Figura 42 apresenta a movimentao dia aps dia de uma batelada de 100 u.v. por uma rota
constituda por quatro dutos. Cada dia representado por uma linha da tabela e cada bloco
numerado consiste em um volume do produto correspondente menor vazo da rota, ou seja,
ao volume de 10 u.v. por causa do 2 duto. Tambm, o exemplo contempla trs situaes
possveis de disposio de dutos adjacentes conforme as diferenas de vazes, ou seja, vazes
150

decrescentes entre o 1 e 2 duto, vazes crescentes (operao pulmo) entre o 2 e 3 duto e


vazes iguais (operao de passagem) entre o 3 e 4 duto.
Ademais, o exemplo tambm permite demonstrar as movimentaes paralelas que
ocorrem entre dois dutos adjacentes conectados por um tanque pulmo (entre o 2 e 3 duto).
Neste caso, o volume correspondente vazo do duto corrente (i.e. 3 duto) bombeado do
tanque do pulmo para dentro deste duto no mesmo intervalo de tempo em que o tanque
recebe o volume correspondente vazo do duto anterior (i.e. 2 duto). O bombeamento
ocorre somente aps o tanque apresentar o volume referente maior vazo entre os dois
dutos. Quando no h operao de pulmo, a passagem de um duto para o outro ocorre no
mesmo dia. No modelo, considera-se que os dutos sempre estaro cheios do mesmo ou de
outros produtos a fim de manter uma movimentao constante de acordo com suas vazes e
por isso o tempo de movimentao independente do volume a ser movimentado. Tambm,
considera-se que todos os produtos suportados pelo duto apresentam a mesma vazo.

Figura 42. Simulao de uma Movimentao em uma Rota Composta por Dutos

Assim, o tempo de movimentao calculado incrementalmente em relao aos


arcos, ou seja, um arco por vez. Quando o arco em avaliao no consiste em um duto, no h
necessidade de clculo do seu tempo de movimentao, uma vez que o tempo mdio de
transporte por tal modal j informado no XML de entrada. Em conformidade com a forma
pela qual as movimentaes so consideradas pelo modelo, o tempo de movimentao pela
rota calculado de acordo com a equao (15).
Como preparao a esta equao, considera-se V como um conjunto de vazes dos
arcos da rota. Quando um arco no se refere a um duto, considera-se que tal arco apresenta
vazo infinita.
151

(13)

Como o tempo de movimentao calculado incrementalmente em relao aos


arcos, considera-se V como um conjunto de vazes referente aos arcos j avaliados e ao arco
em avaliao.

(14)

Em referncia ao clculo de movimentao contemplado na equao (15), a varivel


temporota representa o tempo de movimentao pela rota e seu valor basicamente formado
pela soma dos tempos de movimentao de cada arco que compem a rota. O tempo de
movimentao por um modal que no se refere a um duto j dado e o tempo de
movimentao por dutos calculado considerando a existncia ou no de operaes de
pulmo entre arcos adjacentes. Este tempo no considera o tempo de descarga do produto do
ltimo arco da rota. Por isso, acrescenta-se 1 dia ao temporota para definir o dia em que
realmente o primeiro volume do produto enviado descarregado no destino.
Mais precisamente, no clculo do tempo de movimentao do primeiro arco ou de
um arco que no imediatamente precedido por uma operao de pulmo, o tempo
calculado por meio da menor vazo entre os arcos j avaliados e o corrente, uma vez que tal
vazo responsvel pelas paradas da batelada em dutos. Mas quando um arco precedido por
uma operao de pulmo, o tempo demandado por tal operao deve ser calculado e
incrementado ao tempo total de movimentao pela rota. Como se precisa saber o tempo
demandado para um dado volume de um produto atravessar todo o duto, o tempo de operao
pulmo calculado de uma nica vez para um volume correspondente ao preenchimento de
todo o duto. Como o bombeamento do tanque de pulmo para o duto ocorre somente aps o
acmulo do volume correspondente a vazo do duto e a menor unidade de tempo considerada
dia, ento se faz necessrio somar mais 1 dia ao tempo de movimentao. Em um caso
particular, quando o volume do duto em avaliao no mltiplo da vazo do duto anterior,
se faz necessrio definir um valor X que somado ao volume do duto corresponda a um
mltiplo de tal vazo. Esta prtica permite arredondar o tempo de espera em pulmo para dias.
152

(15)

A equao (15) no contempla o tempo despendido para reverso de dutos, pois o


modelo considera que os dutos j se encontram revertidos para a realizao de uma
movimentao. Na verdade, h certa dificuldade em definir as operaes de reverso com
preciso em nvel de planejamento porque a granularidade de tempo dos arcos muito mais
alta do que em nvel operacional. Por conta disto, principalmente quando a granularidade de
tempo dos arcos refere-se a um perodo, se torna difcil determinar com exatido o sentido de
um fluxo em duto em um dado momento no horizonte de planejamento. Mesmo que uma
pequena adaptao na equao (15) permita definir o dia de entrada da cabea da batelada em
cada arco e assim propiciar a verificao do sentido do fluxo do duto em tal dia, ainda no h
como garantir que leiles posteriores formem fluxos de movimentao em dias anteriores e
venham mudar o sentido de fluxo em um duto considerado por um fluxo movimentado
anteriormente. Esta dificuldade em contabilizar o tempo de reverso ocorre por que os fluxos
so concebidos em leiles sem a preocupao em manter uma sequencialidade ou
escalonamento. Desta forma, o modelo corrente apenas faz uso das informaes de vazo e
custos de sentido reverso de acordo com o sentido da rota, no calculando o tempo
despendido para reverter um sentido de fluxo em um duto.

4.2.4.5 Capacidade de Movimentao

Aps o participante definir a rota e os reais dias de escoamento e entrega, ele ainda
precisa verificar se a rota apresenta capacidade para movimentao do volume desejado. Para
isso, ele envia uma mensagem de REQUEST-ROUTE para a respectiva Rota. Nesta
mensagem, ele informa o atual volume do fluxo, o dia inicial de escoamento e o perodo
corrente do leilo. A Rota, ao receber tal mensagem, deve calcular o dia de entrada da cabea
da batelada em cada arco para consecutivamente definir o perodo correspondente a tal dia,
153

uma vez que as capacidades dos modais so definidas por perodo. Estas informaes so
calculadas conforme a equao (16), sendo que esta faz uso do clculo de movimentao em
cada duto apresentada na equao (15).

(16)

De acordo com a equao (16), o dia de entrada da batelada no primeiro arco no


precisa ser calculado, uma vez que este corresponde exatamente ao prprio dia de incio do
escoamento informado pelo participante. Em relao aos demais arcos, a definio do dia de
entrada da cabea da batelada depende do dia de entrada calculado para o arco imediatamente
anterior. Assim, este dia incrementado com o tempo de movimentao em tal arco e mais 1
dia, no qual a cabea da batelada bombeada (carregada) no arco corrente. Finalmente, aps
o agente Rota descobrir o dia de entrada da cabea da batelada em cada arco, ela define os
respectivos perodos de entrada referentes esses dias conforme a equao (17), onde P
representa o conjunto de perodos do horizonte de planejamento e Pi representa o perodo
referente ao dia de entrada da batelada no arco.
, onde (17)

Na sequncia, a Rota envia uma mensagem do tipo REQUEST-MODAL para cada


Modal para verificar se h capacidade para movimentao do volume desejado nos perodos
de entrada da batelada em cada qual. A Rota envia estas mensagens simultaneamente aos seus
arcos e aguarda a resposta. Cada Modal analisa a sua agenda e responde com a capacidade
disponvel para o perodo requisitado por meio de uma mensagem de RESPONSE-MODAL.
Assim, quando a Rota receber todas as mensagens dos Modais, ela define a sua capacidade de
movimentao como sendo a menor capacidade informada pelos seus arcos. Por fim, a Rota
informa a sua capacidade ao participante por meio de uma mensagem de RESPONSE-
ROUTE.
Quando o participante recebe a resposta da Rota, ele verifica se esta capacidade
suficiente para movimentar o volume atual do fluxo. Caso no seja, o volume do fluxo
reduzido capacidade da rota. Caso o novo volume seja menor do que o lote mnimo da rota,
ento o participante deve desistir desta rota e avaliar uma outra rota, se houver. Caso no haja
outras rotas ou quando estas tambm no apresentam capacidade disponvel, o participante
deve enviar um REFUSE ao leiloeiro.
154

4.2.4.6 Clculo do Valor do Lance

Caso o participante obtenha sucesso na concepo do fluxo de movimentao a ser


proposto, ele precisa definir os valores do lance que expressam a sua prioridade de
atendimento pela base leiloeira. Basicamente, o lance composto por trs diferentes atributos
que influenciam a escolha do leiloeiro. O primeiro atributo consiste no prprio custo da rota
selecionada. O segundo atributo consiste no grau de urgncia da curva de estoque do produto
do participante (GUE) e o terceiro atributo consiste no grau de urgncia do participante em
relao disponibilidade de volumes do produto nos leiloeiros e capacidades ociosas nas
rotas.
O clculo do GUE se baseia na proximidade do dia de entrega do fluxo em relao
ao dia de violao do mnimo operacional particular ou do ltimo dia do perodo corrente
quando no houver violao. Este valor normalizado entre 0 e 1 e expresso pela equao
(18), a qual formada por variveis autoexplicativas.

(18)

O GUE beneficia simetricamente fluxos factveis e infactveis, conforme ilustrado


na Figura 43. A Figura mostra a direo do crescimento dos valores de GUE em relao ao
dia em que a curva de estoque do participante viola o limite mnimo operacional. Mesmo
havendo esta simetria, o participante sempre busca definir fluxos factveis. Um fluxo
infactvel apenas proposto quando no h a possibilidade de conceber um fluxo factvel.

Dia de Violao

Limite Mnimo Operacional

0.0 1.0 0.0


Figura 43. Grau de Urgncia de Estoque em Relao ao Dia de Violao da Capacidade Operacional
155

Porm, em algumas situaes, o uso isolado do GUE pode no contribuir para a


formao de um conjunto satisfatrio de fluxos de movimentao, uma vez que o GUE se
refere a apenas um leiloeiro, desconsiderando as negociaes com outros leiloeiros e as
capacidades totais de movimentao pelas rotas. Assim, o terceiro atributo do lance consiste
no Grau de Urgncia das Rotas (GUR) que calculado pela equao (19), onde Volume
representa o volume realmente desejado pelo participante e VolumeDisponivel corresponde ao
volume que pode ser recebido de cada leiloeiro, considerando a capacidade ociosa de
transporte pelas rotas.

(19)

O GUR permite que o participante expresse o seu grau de urgncia em relao ao


volume que consegue receber de seus leiloeiros em virtude das capacidades disponveis nas
rotas. Este um atributo importante para priorizar participantes com poucas opes de
recebimento do volume e principalmente quando os segmentos das rotas so compartilhados.
No entanto, este valor apenas atribudo ao lance quando o volume desejado pelo participante
menor do que uma dada percentagem (default 40%) do volume disponvel para
movimentao. Em outros casos, o valor de GUR zero. Aps definir estes valores, o
participante envia cada lance por meio de uma mensagem com performativa PROPOSE para
o respectivo leiloeiro.

4.2.4.7 Repasse do CFP

Um caso especial no tratamento do CFP ocorre quando um participante representa


um terminal no nvel de planejamento intrarregio. Como os terminais sempre apresentam
balano zero para cada produto e por isso no apresentam nenhuma demanda de produtos,
estes no participam dos leiles com o mesmo interesse de um participante que apresenta
certa demanda a ser atendida. Alm do mais, nem sempre um consumidor apresenta rota
direta com uma refinaria. Muitas vezes, um consumidor est conectado refinaria apenas por
meio de terminais. Neste caso, o terminal teria que adquirir o produto com a inteno de
repassar ao consumidor.
Desta forma, um terminal atua nos leiles de duas maneiras diferentes. Ao receber
um CFP, o terminal calcula normalmente o seu lance, definindo o fluxo a ser proposto e os
valores do lance. Logicamente, o terminal apenas proceder com o clculo do lance quando o
leiloeiro estiver em uma faixa de estoque superior (ou igual, em caso de no violao de
156

estoque do leiloeiro) a sua para o produto em negociao. Entretanto, antes de enviar o lance
para o leiloeiro, o terminal abre um novo leilo oferecendo o anncio recebido do leiloeiro
para os consumidores ou outros terminais com quem mantm rota para escoamento. Junto
com o anncio, o terminal informa alguns atributos gerais do fluxo j calculado, tal como o
tempo de movimentao, lote mnimo e custo da rota. O terminal no informa as datas de
escoamento e entrega ou mesmo o volume selecionado na concepo de sua proposta de
fluxo, uma vez que o consumidor deve apresentar total liberdade para selecionar tais datas e
volume que mais lhe satisfazem. Quando um consumidor recebe o CFP do terminal, se estiver
interessado no volume ofertado, ele calcula o seu lance considerando os atributos informados
pelo terminal.
Os consumidores preparam seus lances e respondem ao terminal. O terminal deve
selecionar apenas um consumidor vencedor para representar no leilo com a refinaria. Na
sequncia, aps selecionar o vencedor, o terminal repassa o lance vencedor para o leiloeiro
refinaria. Se o terminal chegar a vencer o leilo, este deve se comunicar imediatamente com o
respectivo participante para verificar se ele ainda est interessado no volume, uma vez que
este pode ter adquirido o produto com outro leiloeiro neste intervalo de tempo. Se ainda
estiver interessado, ele informa o terminal que est de acordo com a movimentao. Assim, o
terminal sela o acordo com o leiloeiro, caso contrrio, o terminal desiste do acordo.
Logicamente, a cadeia de repasse de anncios pode ser maior, uma vez que um terminal pode
oferecer para outro terminal e assim por diante at alcanar um consumidor final.
Porm, quando o terminal no recebe PROPOSE de nenhum consumidor, ele envia
ao leiloeiro o seu lance inicialmente calculado. Este lance no apresentar valores de urgncia
considerveis, devido falta de interesse do terminal em adquirir produtos. Assim, um
terminal apenas vencer um leilo se no houver outro participante com maior urgncia de
atendimento (que tenha conexo direta com a refinaria). Neste caso, o terminal atua como
uma extenso da capacidade de armazenamento de uma refinaria a fim de evitar que o estoque
dela exceda os limites operacionais e fsicos mximos.
Ento, quando uma refinaria apresenta grande urgncia de escoamento por haver
previso de insuficincia de capacidade, o terminal atua para evitar tal situao. Porm, um
terminal no movimenta de outro terminal com esta mesma inteno. Um terminal apenas
movimenta de outro se houver interesse de um consumidor em adquirir tal produto, isto evita
que um volume trafegue desnecessariamente entre terminais apenas para manter um equilbrio
de estoque entre eles. Por sua vez, um consumidor que no apresenta interesse de um produto
157

(balano zero) no deve colaborar com uma refinaria quando a curva de estoque desta se
encontra em uma faixa de estoque superior, mesmo quando esta apresenta excesso de estoque.
Esta movimentao deve ser evitada porque o participante no apresenta demanda do produto
e geralmente no apresenta rota para escoar este produto a outras bases.

4.2.4.8 Degradao de Produtos

Em situaes de escassez de um determinado produto, uma alternativa que surge para


garantir o atendimento da demanda de uma base a degradao da qualidade dos produtos.
As operaes de degradao tambm podem ser empregadas para a reduo dos custos totais
de movimentao quando uma base no apresenta outra alternativa de recebimento de um
produto seno por meio de importaes ou ento por movimentao de uma base com um
custo de movimentao mais elevado.
No modelo multiagentes, considera-se que a degradao somente ocorre quando o
produto alvo da degradao est violando o mnimo operacional particular no perodo
corrente e logicamente, quando houver outro produto compatvel em estoque com volume
suficiente para ser degradado. Tambm, considera-se que qualquer produto pode ser
degradado se no estiver violando o mnimo operacional e a reduo de sua curva de estoque
devido degradao no o levar a violao do mnimo operacional particular dentro do
perodo. Mesmo quando no h um produto compatvel para degradao em estoque e caso
seja vantajoso ao participante, ele pode tentar adquirir tal produto com outras bases para o fim
de degradao.
Ao considerar a possibilidade de realizar operaes de degradao de produtos, o
participante apresenta trs formas distintas de obter um volume do produto desejado:
Movimentao sem degradao: esta a forma normal discutida nas sees
anteriores, na qual o participante movimenta um volume do produto desejvel
diretamente de outra base sem precisar degrad-lo.
Movimentao com degradao: o participante movimenta de outra base um
produto compatvel com o produto desejado com a inteno de degrad-lo para
formar o produto desejado.
Degradao sem movimentao: o participante j possui em estoque o produto
compatvel para degradao e assim, precisa apenas degrad-lo para formar o
produto desejado.
158

Estas trs formas de adquirir o produto desejado esto ilustradas na Figura 44. A
figura representa as negociaes entre trs agentes Bases (Base 1, Base 2 e Base 3) para a
movimentao de dois produtos (P1 e P2), os quais so compatveis para degradao. Cada
Base pode exercer tanto o papel de leiloeiro quanto o papel de participante. Neste cenrio, a
Base 3 exerce principalmente o papel de participante para a aquisio do produto P1 a fim de
atender a sua demanda.
Papis: Leiloeiro Participante

a
Base 1 Base 2

P1 P1 P2

P1 P1

Base 3

b
P2P1 P2 P2 P2P1
c

Figura 44. Formas de Recebimento do Produto Desejado

Conforme a figura, o caso (a) representa a oferta em leilo do produto P1 pelas Bases
1 e 2 para a Base 3. Neste caso, o participante age normalmente para o envio do lance, uma
vez que no h necessidade de degradao.
O caso (b) representa a possibilidade de degradao do produto P2 para o P1 na Base
3. Neste caso, a Base 3 no precisa movimentar o produto, uma vez que ela j tem o volume
suficiente em estoque. Porm, um participante no pode iniciar a qualquer momento uma
operao de degradao, pois o produto a ser degradado pode estar sendo oferecido em um
leilo corrente e a transformao do produto em outro por meio da operao de degradao
pode causar uma posterior inconsistncia caso o leiloeiro precise movimentar o produto ao
participante vencedor. Desta forma, quando o produto a ser degradado for leiloado, o papel de
leiloeiro tambm envia um anncio para os papis de participantes da prpria base, mas
representantes dos produtos que podem ser alvo da degradao. No exemplo, a Base 3
leiloeira do produto P2 e envia um anncio para si mesma, mas para ser tratado pelo papel de
participante responsvel pelo produto P1. No clculo do lance, o participante forma um fluxo
159

escolhendo o dia de incio de degradao, o qual corresponde tambm ao dia de entrega, uma
vez que no ocorre movimentao. Em relao aos valores do lance, o participante simula o
valor de GUE de acordo com os dias escolhidos para degradao e o custo de movimentao
(tambm componente do lance) deve se referir ao custo para degradao.
O caso (c) representa a oferta do produto P2 pela Base 2 Base 3, permitindo que
esta adquira um volume de P2 para formar P1 por meio de degradao. Neste caso, o
participante (Base 3) representativo de P2 deve calcular o lance normalmente, mas quando
verifica que mandar REFUSE por j estar com um volume suficiente deste produto, ele ainda
analisa se a aquisio deste produto pode ser benfica para operaes de degradao. Assim, o
participante primeiramente descobre o produto com menor custo de degradao compatvel
com P2, no exemplo P1, e ento passa a calcular o lance para aquisio de P2 usando as
informaes de P1, principalmente a curva de estoque de P1. Neste caso, o custo de
movimentao a ser informado no lance deve contemplar o custo de movimentao e tambm
de degradao.
Como os custos de degradao entre os produtos compatveis so discretizados em
trs classes (i.e. Baixo, Mdio e Alto) para cada par de produto, se faz necessrio representar
estes valores em termos numricos para corresponder aos custos de movimentao usados nos
lances. Assim, o participante pode comparar de igual maneira tais valores a fim de decidir
sobre as operaes de movimentao ou de degradao.
Para definir os respectivos valores numricos para os valores discretos de degradao
para um produto, o participante deve se basear nos seus custos de movimentao para todos
os leiles ativos em que participa para a aquisio do produto alvo da degradao. A equao
(22) representa a definio do custo de degradao numrico. Como preparao a equao, C
(equao (20)) consiste no conjunto de custos de movimentao calculados pelo participante
para a obteno do produto nos leiles ativos em que participa e FaixaCusto (equao (21))
refere-se ao intervalo composto pelo custo de movimentao mais baixo e o mais alto para a
aquisio do produto alvo de degradao com os leiloeiro ativos. Quando o participante
estiver participando de apenas um nico leilo para o produto, o limite mximo do intervalo
corresponde ao prprio custo e o limite inferior corresponde zero.

(20)

(21)

Na sequncia, conforme a equao (22), o participante divide este intervalo expresso


por FaixaCusto em trs subfaixas de valores para representar cada valor discreto de
160

degradao (custoDisc) e assim definir o valor de custo numrico (Custo) como sendo o valor
mediano da subfaixa correspondente ao valor discreto.

(22)

Em um exemplo prtico, supondo que o custo mais baixo de movimentao $2 e o


mais alto $8, o intervalo correspondente formado por 6 unidades de custos, assim como
apresentado na Figura 45. Conforme a figura, este intervalo dividido pelos valores discretos
em parcelas iguais e o real custo numrico refere-se ao ponto central do subintervalo
correspondente ao custo discreto. Assim, caso o custo discreto de degradao seja Mdio, o
custo numrico seria $5 por u.v.

$3 $5 $7
$2 $4 $6 $8
Baixo Mdio Alto
Figura 45. Exemplo de Definio dos Custos de Degradao

Por meio de tais definies, a deciso sobre a realizao de movimentao ou


degradao ocorre da mesma forma que as decises sobre as movimentaes mais vantajosas
em relao a vrios leiloeiros, ou seja, a deciso ficar a cargo da sequencializao dos
acordos realizados pelo Gerente. Assim, o participante apenas precisa conceber e enviar seus
lances aos leiles e caso venha vencer mais de um leilo, os acordos sero fechados
sequencialmente a fim de priorizar o melhor acordo para o participante.

4.2.5 Fase de Definio do Lance Vencedor

Quando um leiloeiro recebe os lances dos participantes, ele os separa em dois grupos
de acordo com a data de entrega dos fluxos propostos, ou seja, em um grupo com fluxos
factveis e em outro com fluxos infactveis. No conjunto de lances factveis, o participante
ordena primeiramente por GUR, e em caso de empate (geralmente quando GUR zero),
ordena por custo. O leiloeiro considera que o atendimento da demanda mais importante do
que o custo. No conjunto de lances infactveis, a ordenao ocorre primeiramente por GUR e
em caso de empate por GUE a fim de priorizar intervalos menores de atrasos. Se ainda houver
161

empate, a ordenao ocorre por custo. Finalmente, o leiloeiro seleciona dois lances como
vencedores, um de cada conjunto, quando houver. O leiloeiro no envia de imediato a
notificao de aceite aos participantes vencedores (mensagem ACCEPT-PROPOSAL). Antes,
ele envia as informaes dos lances vencedores ao Gerente a fim de solicitar permisso para
prosseguir com o fechamento do acordo (mensagem REQUEST-PERMISSION).

4.2.6 Fase de Escalonamento no Gerente

O Gerente recebe as solicitaes de todos os leiloeiros e as analisa a fim de definir


uma sequencia de fechamento dos leiles. O Gerente prioriza os participantes com maior grau
de urgncia para movimentao dos produtos e alocao dos modais compartilhados. Se por
acaso um participante est vencendo vrios leiles que ainda esto em andamento, o Gerente
prioriza o fechamento dos leiles mais vantajosos para tal participante. O modelo suporta
vrios Gerentes, onde cada um deve ser responsvel por um conjunto de bases conectadas por
rotas que compartilham arcos.
O Gerente segue alguns passos para definir a ordem dos fechamentos dos acordos.
Primeiramente, ele agrupa os lances vencedores por participante e produto, uma vez que um
participante pode ter vencido vrios leiles para um mesmo produto ou produtos diferentes.
Em cada grupo, o Gerente seleciona o lance que apresenta maior soma entre GUE e GUR e
guarda o valor desta soma para fins de ordenao do fechamento de leiles entre diferentes
participantes e mesmo leiles referentes a diferentes produtos vencidos por um mesmo
participante.
O uso do maior valor de soma permite que uma proposta de movimentao menos
satisfatria para um participante contribua para a priorizao de outra proposta de
movimentao mais satisfatria para tal participante (em relao a propostas de outros
participantes ou mesmo de produtos vencidos pelo prprio participante). Por exemplo, um
lance correspondente a uma entrega com atraso pode apresentar um GUE alto e este valor
pode beneficiar outros lances enviados pelo participante com fluxos de entrega sem atraso a
fim de evitar que estes no sejam concretizados (por falta capacidade nas rotas), e como
consequncia, o participante precise movimentar um fluxo menos vantajoso.
Para cada grupo referente ao par participante e produto, o Gerente cria dois
subgrupos: subgrupo com lances factveis e subgrupo com lances infactveis. O subgrupo de
lances factveis ordenado por custo e o subgrupo de lances infactveis ordenado por GUE,
uma vez que um participante sempre apresenta um mesmo GUR para um mesmo produto.
162

Ento, o Gerente cria um token para cada par participante e produto e atribui o maior valor da
soma de GUE e GUR encontrado no respectivo grupo para representar este token. Depois, o
Gerente ordena decrescentemente tais tokens de acordo com os valores da soma atribudos a
cada token. Esta ordenao prioriza participantes com menores oportunidades de recebimento
de um produto e aqueles com datas de entrega mais prximas do dia de violao do mnimo
para um produto. Esta ordenao tambm prioriza produtos com maiores urgncias de
recebimento e de alocao das capacidades de transporte e armazenamento, ambos os recursos
compartilhados com outros produtos.
Por fim, o Gerente seleciona o token com maior valor e procede com a seleo do
lance factvel de menor custo pertinente ao participante e produto que compem o token. Se o
subgrupo estiver vazio, o Gerente seleciona o lance de maior GUE no subgrupo de lances
infactveis. Finalmente, o Gerente envia a autorizao para o respectivo leiloeiro e espera pela
concluso do leilo. O Gerente envia uma nica autorizao por vez.

4.2.7 Fase de Fechamento de Acordos

Ao receber a autorizao, o leiloeiro envia o ACCEPT-PROPOSAL para o


participante vencedor. Por sua vez, o participante verifica se ainda precisa do volume, pois
pode ter obtido o produto com outro leiloeiro escalonado mais previamente. Tambm, o
participante verifica se a rota selecionada ainda apresenta capacidade disponvel para
movimentao ou se ainda h espao ocioso em tanque para armazenamento da quantia
solicitada. De acordo com o resultado da verificao, o participante pode cancelar a atribuio
notificando o leiloeiro com uma mensagem de FAILURE ou ento proceder com as etapas
necessrias para o envio de um INFORM.
Para enviar um INFORM, o participante deve prioritariamente solicitar ao agente
Rota que confirme de forma definitiva a alocao da capacidade de transporte com os modais
e tambm deve atualizar a sua curva de estoque conforme os dias de entrega especificados no
fluxo para o qual se saiu vitorioso no leilo. Todavia, a atualizao da curva de estoque e
mesmo a alocao definitiva da capacidade da rota pode influenciar nos valores de urgncia
do participante, uma vez que o dia de violao do limite mnimo operacional pode ter sido
postergado, caso haja violao, e a capacidade ociosa de transporte pelas rotas pode ter sido
significativamente reduzida. Por isso, aps realizar tais alteraes, o participante recalcula e
envia novos lances para os leiloeiros que ainda esto ativos (i.e. a espera da autorizao do
Gerente). Por sua vez, estes leiloeiros (que receberam as atualizaes de lances) procedem
163

com a reavaliao de seus lances vencedores e recadastro com o Gerente para solicitao da
permisso para o fechamento de acordos.
Tambm, quando um participante atualiza a sua curva de estoque para um produto,
ele verifica se h disponibilidade de um volume suficiente para realizar um leilo, pois pode
haver outras bases que podem estar precisando do produto e no tiveram oportunidade de
adquirir com nenhuma outra base. Assim, a base participante pode assumir o papel de
leiloeira e realizar normalmente um leilo, envolvendo a recepo dos lances e posterior
solicitao ao Gerente para o envio do ACCEPT-PROPOSAL.
Aps a realizao destas etapas, o participante envia um INFORM ao leiloeiro. Ao
receber um INFORM, o leiloeiro tambm procede com a atualizao de sua curva de estoque.
Nesta atualizao, certamente a curva de estoque ir abaixar, resultando em ociosidade de
espao de armazenamento em alguns dias. Desta forma, o espao ocioso disponibilizado na
estrutura de dados compartilhada para uso dos demais produtos do agrupamento, se houver.
Ao liberar espao, os participantes (que representam os demais produtos deste
agrupamento) que no enviaram um PROPOSE no perodo corrente por falta de espao para
armazenamento, podem ento recalcular seus lances. Se um leilo a ser atualizado com o
novo lance ainda estiver em aberto espera da autorizao do Gerente, o participante
simplesmente envia o lance ao leiloeiro. Se um leilo j estiver terminado no perodo
corrente, o participante solicita que o respectivo leiloeiro realize novamente um leilo, uma
vez que o leiloeiro pode ter se registrado a um perodo posterior por no ter recebido nenhum
PROPOSE no leilo realizado no perodo corrente. Desta forma, o participante ao ser
notificado da liberao de espao, pode concorrer normalmente ao volume desejado mesmo
no perodo corrente.
Aps a liberao de espao e atualizao da curva de estoque, o leiloeiro verifica se
ainda apresenta um volume suficiente para ser escoado no perodo corrente. Se esta
verificao for confirmada, ele inicia um novo leilo e segue o mesmo processo de escolha
dos lances e posterior solicitao ao Gerente para fechamento do acordo. Assim, os lances
vitoriosos podem concorrer igualmente com os demais para escalonamento j na prxima
rodada.
O leiloeiro deve informar ao Gerente sobre o sucesso ou fracasso do acordo
autorizado. Assim, quando o Gerente recebe a notificao do leiloeiro sobre o sucesso do
acordo, ele remove o segundo lance enviado pelo mesmo leiloeiro e caso contrrio, o lance
permanece ativo para escalonamento. Por fim, o Gerente prossegue com as autorizaes de
164

fechamento de leiles at que no haja mais leiloeiros cadastrados. Neste momento, o Gerente
decide autorizar o incio dos leiles para um prximo perodo. Caso no haja um prximo
perodo, o sistema finalizado.

4.2.8 Fase de Finalizao do Sistema

Quando um leiloeiro recebe apenas mensagens de REFUSE, ele considera que os


participantes esto satisfeitos para o tipo de produto e que no h mais possibilidade de
movimentao para eles para o perodo corrente. Quando isso ocorre, o leiloeiro decide se
candidatar a um novo perodo para realizar leiles e se registra com o Gerente. No entanto,
pode ocorrer de uma Base no apresentar estoque suficiente para se candidatar a leiloeira em
qualquer outro perodo, e por isso ela no mais se cadastra para realizao de leiles. Mesmo
assim, ela ainda pode realizar leiles quando for convocada por participantes que perceberam
uma nova ociosidade de espao para armazenamento.
Por fim, quando o Gerente no tiver mais solicitaes pendentes para o envio de
ACCEPT-PROPOSAL e no houver mais leiloeiros candidatos para fazer leilo para qualquer
produto em qualquer perodo, ele inicia o processo de finalizao do sistema.
Primeiramente, conforme o diagrama de sequencia apresentado na Figura 46, o
agente Gerente deve notificar as Bases sobre sua pretenso em finalizar o sistema. Esta
notificao ocorre por meio de uma mensagem END_SYSTEM. Assim, cada Base responde
ao Gerente enviando somente os fluxos de escoamento. Os fluxos de recebimento no so
enviados para evitar redundncias. Ao receber os fluxos, o Gerente persiste-os no XML de
sada e depois notifica todos os agentes para que estes finalizem suas execues por meio de
uma mensagem FINALIZE-AGENT. Antes de ser finalizado, cada agente responde ao
Gerente (com uma mensagem FINALIZED) para informar que recebeu a notificao e est de
acordo com a finalizao. Ao receber a mensagem de confirmao de todos os agentes, o
Gerente se autofinaliza.
165

Gerente Base Rota Modal

{ltimo perodo}:END-SYSTEM
b

INFORM-DISPATCHED-FLUSHES
1 b

FINALIZE-AGENT
b
FINALIZE-AGENT

FINALIZE-AGENT r

FINALIZED
1 b
FINALIZED
1 r
FINALIZED
1 m

Figura 46. Finalizao do Sistema

4.3 Resultados

A modelagem apresentada foi experimentada em dois cenrios referentes malha


brasileira com dados aproximativos dos reais devido dificuldade, no momento, para a
aquisio destes dados. Como exemplo, as bases nos cenrios de estudo apenas apresentam
um limite mximo e mnimo, sendo o mnimo sempre igual a zero e os limites operacionais e
fsicos contendo os mesmos valores. Estes cenrios abordam o planejamento de
movimentao de mltiplos produtos na malha de GLP para um horizonte de trs perodos (de
um ms cada). Esta malha suporta a movimentao de trs tipos de produtos: o GLP, Propano
e Butano. Os cenrios consistem no nvel inter-regio de planejamento, os quais so
compostos por 16 bases representativas de regies brasileiras. Estas regies podem realizar
importaes e exportaes de produtos com o exterior, quando for necessrio.
Estas bases/regies so conectadas por meio de 72 rotas. Nestes cenrios, cada rota
formada por apenas um segmento no compartilhado. Em cenrios do nvel intrarregio, as
rotas so compostas por mais de um segmento, podendo estes segmentos serem
compartilhados por diferentes rotas e representarem diferentes tipos de modais de transporte.
Porm, ainda no h dados suficientes para gerar experimentos neste nvel.
A Tabela 2 apresenta as rotas constituintes de ambos os cenrios experimentados.
Esta tabela representa as relaes entre as regies para recebimento e escoamento dos
produtos que constituem o agrupamento de GLP. Ademais, como se pode perceber na tabela,
alm das rotas entre as regies brasileiras, tambm h rotas com o exterior (sigla EX) para
atividades de importao (recebimento) ou exportao (escoamento). No entanto, com os
166

dados atuais, apenas as regies de Pernambuco (PE) e Rio de Janeiro (RJ) so designadas para
servir como pontos de importao e exportao, devendo as demais regies negociar
indiretamente com o exterior atravs destas. Porm, as movimentaes com o exterior
apresentam custos mais elevados do que movimentaes internas.

Tabela 2. Rotas Registradas


RECEBIMENTO
BA RG PR RJ SP RS RM PA MA LB RC PB PE AL SE ES EX
BA --- X X X X X X X X X X
RG ---
PR X --- X X X X
RJ X X --- X X X X X X X X
SP X X X --- X
ESCOAMENTO

RS X X X --- X X X X
RM X X X --- X X X X
PA X X X --- X
MA X X X X --- X
LB X X X X --- X X
RC X ---
PB ---
PE X X X X X X X X X --- X X
AL --- X
SE X X ---
ES X ---
EX X X ---

Mesmo que os cenrios de experimento no contemplem toda a malha multimodal


brasileira, mas apenas o nvel inter-regies, estes ainda so bastante complexos considerando
o objetivo de cada base alcanar um nvel adequado de estoque para cada produto. Apesar
desta complexidade, o protocolo proposto e a modelagem apresentada demonstraram
resultados promissores no experimento realizado sobre os cenrios.
No experimento realizado sobre o primeiro cenrio, todas as bases/regies
mantiveram suas curvas de estoque dentro das faixas limitantes de estoque em todos os
perodos, tal como apresentado na Tabela 3.
Nesta tabela, para cada base e perodo, os valores da curva de estoque inicial (i.e.
antes da execuo do planejamento) e final (i.e. aps a execuo do planejamento) de cada
produto referem-se ao montante disponvel em estoque no ltimo dia de cada perodo.
Tambm, apresenta-se na tabela a soma das curvas dos trs produtos do agrupamento no
ltimo dia de cada perodo e os limites mximos do agrupamento em cada perodo. Com estes
dados, pode-se verificar que a soma das curvas de estoque dos produtos respeitam a
capacidade mxima da tancagem de cada base em cada perodo, sendo tal capacidade
compartilhada entre os produtos do agrupamento.
167

Tabela 3. Volumes Iniciais e Finais por Perodo para todas as Bases do Primeiro Cenrio de Estudo
GLP Propano Butano
Estoque Estoque Estoque Estoque Estoque Estoque Soma Limite
Perodo Base
Inicial Final Inicial Final Inicial Final Mximo
1 75079 3425 5000 166 63036 4994 8785 65720
2 BA 129830 3830 10000 161 118036 3548 7539 65720
3 159036 4084 15000 5000 168036 16120 25204 65720
1 6425 6425 0 0 0 0 6425 17498
2 RG 9348 9348 0 0 0 0 9348 17498
3 -1913 3087 0 0 0 0 3087 17498
1 -27682 17318 0 0 3496 3496 20814 39545
2 PR -59334 20666 0 0 6002 960 21626 39545
3 -87357 22643 0 0 0 0 22643 39545
1 32998 694 30000 1000 35000 3498 5192 61583
2 RJ 35836 23003 40000 4618 70000 2369 30050 61583
3 104102 2202 70000 13208 105000 6774 22184 61583
1 -62010 46917 -3808 2670 -5882 1004 50591 138399
2 SP -164259 0 -10808 3475 -45881 0 0 138399
3 -249850 59640 -15808 2907 -85881 0 62547 138399
1 7009 12009 0 0 0 0 12009 19776
2 RS -2568 2432 0 0 0 0 2432 19776
3 -18641 6359 0 0 0 0 6359 19776
1 74026 4026 0 0 0 0 4026 27615
2 RM 138151 11360 0 0 0 0 11360 27615
3 217530 10739 0 0 0 0 10739 27615
1 -33130 1870 0 0 0 0 1870 5613
2 PA -68765 1235 0 0 0 0 1235 5613
3 -100765 4235 0 0 0 0 4235 5613
1 -19850 5150 0 0 0 0 5150 6429
2 MA -39952 5048 0 0 0 0 5048 6429
3 -57952 2048 0 0 0 0 2048 6429
1 -37581 2419 0 0 0 0 2419 7184
2 LB -76243 3757 0 0 0 0 3757 7184
3 -109543 5457 0 0 0 0 5457 7184
1 -160 4894 0 0 0 0 4894 60000
2 RC 191 5191 0 0 0 0 5191 60000
3 2065 7065 0 0 0 0 7065 60000
1 0 0 0 0 0 0 0 60000
2 PB 0 0 0 0 0 0 0 60000
3 0 0 0 0 0 0 0 60000
1 -20686 9314 0 0 0 0 9314 14258
2 PE -82637 7129 0 0 0 7129 14258 14258
3 -144537 9012 0 0 0 2129 11141 14258
1 11481 11481 0 0 0 0 11481 60000
2 AL 23813 13813 0 0 0 0 13813 60000
3 37447 12447 0 0 0 0 12447 60000
1 -9594 406 0 0 0 0 406 60000
2 SE -19188 812 0 0 0 0 812 60000
3 -32588 2412 0 0 0 0 2412 60000
1 0 16533 0 0 0 0 16533 60000
2 ES 0 1532 0 0 0 0 1532 60000
3 -13100 2166 0 0 0 0 2166 60000

Como se pode observar na Tabela 3, entre as regies do presente cenrio, a regio de


So Paulo (SP) apresenta a maior demanda por perodo do produto GLP. Em menor
intensidade, SP tambm demandante de Propano e Butano. Desta forma, as curvas de
estoques destes trs produtos e a soma destas referentes a tal regio so mostradas com
maiores detalhes na Figura 47. Nesta figura, a linha superior representa o limite mximo e a
linha contnua inferior representa o limite mnimo.
168

Figura 47. Curvas de estoque do agrupamento de GLP da regio de So Paulo referente ao Primeiro
Cenrio

Nesta representao, SP manteve as curvas de estoque de cada produto e tambm a


soma destas dentro da faixa limitante em todo o horizonte de planejamento. Com isso, SP
conseguiu ter a sua demanda atendida em todo o horizonte e obter um nvel adequado de
estoque ao final de cada perodo. Mais precisamente, SP obteve o seu estoque totalmente por
meio de movimentaes originadas em outras regies, principalmente Bahia e Rio de Janeiro.
No experimento realizado sobre o segundo cenrio, tambm ocorreu de todas as
bases/regies manterem as suas curvas de estoque dentro das faixas limitantes de estoque em
todos os perodos, tal como apresentado na Tabela 4. Nesta, os dados dos produtos Propano
e Butano no so apresentados porque suas movimentaes pela malha brasileira no so to
significantes quanto s do GLP.

Tabela 4. Volumes Iniciais e Finais por Perodo para todas as Bases do Segundo Cenrio de Estudo
Estoque Estoque Limite Estoque Estoque Limite
Perodo Base Soma Base Soma
Inicial Final Mximo Inicial Final Mximo
1 44993 5844 10755 65720 -9583 417 417 3200
2 BA 81739 1612 11523 65720 MA -19685 315 315 4429
3 102721 7594 58005 65250 -28485 1515 1515 4429
1 12186 12186 12186 20000 -36525 3475 3475 4148
2 RG 19495 19495 19495 20000 LB -74360 640 640 4148
3 9168 9168 9168 20000 -111607 3393 3393 4148
1 -6189 13811 19995 37445 -306 416 416 4300
2 PR -27046 12954 27056 39545 RC -88 328 328 4300
3 -47083 2917 20019 39545 -1371 757 757 4300
1 11020 30574 34128 61583 0 0 0 2234
2 RJ 26073 40627 44403 61583 PB 0 0 0 2234
3 34541 48887 56663 61583 0 0 0 2234
1 4921 79921 81437 158399 -36714 7043 9543 14258
2 SP -20084 94916 100782 158399 PE -89723 4598 6598 14258
3 -39690 75310 81176 158399 -134323 4998 6998 14258
1 -19815 10744 14744 19776 10985 730 730 41205
2 RS -34931 10501 16501 19776 AL 23516 2835 2835 41205
3 -54195 14645 16645 17500 38496 1568 1568 41205
1 33571 3042 20042 28500 -12152 870 870 5200
2 RM 64527 3688 22688 28500 SE -21746 105 105 5200
3 94846 9007 28007 28500 -35446 1587 1587 5200
1 -31411 3589 3589 5613 -3654 1346 3846 7650
2 PA -67046 2954 2954 5613 ES -9138 5862 6862 7650
3 -101046 3954 3954 5613 -21738 3262 4262 7650
169

Da mesma forma que no primeiro cenrio, a regio de So Paulo ainda a mais


demandante de produtos. Por isso, em uma anlise mais detalhada do nvel de estoque desta
regio aps a execuo do planejamento, verifica-se que as demandas de todos os produtos
tambm foram inteiramente atendidas, conforme as curvas de estoque ilustradas na Figura 48.

Figura 48. Curvas de estoque do agrupamento de GLP da regio de So Paulo referente ao Segundo
Cenrio

Em uma anlise final, apesar de toda a complexidade da malha, o tempo de execuo


do sistema foi considerado bastante satisfatrio para o nvel inter-regio em ambos os
cenrios. Em um computador Intel Core 2 Duo, 2GHz, 3GB de RAM, o tempo de execuo
foi de aproximadamente 12 e 15 segundos, respectivamente, satisfazendo o requisito do
sistema referente ao baixo tempo de execuo.

4.4 Consideraes Finais

Este captulo apresentou a modelagem e resultados preliminares de uma soluo


multiagentes aplicada ao PPTDP. Esta soluo baseada em um novo protocolo de leiles
que permite negociaes simultneas e fechamentos de acordos de forma sequencial. A
sequencializao contribui para a reduo do tempo de processamento do sistema ao evitar o
uso de leiles particulares para resoluo de conflitos na alocao de recursos compartilhados
(i.e. tanques e modais), sendo que um baixo tempo de processamento um dos requisitos do
sistema. Ademais, a forma como os atributos dos lances so calculados e manipulados
contribuem para a formao de acordos satisfatrios aos envolvidos evitando excessivas
negociaes ou mesmo a necessidade de solues combinatrias.
Mesmo que o protocolo no garanta a obteno de uma soluo tima para o
problema, os resultados obtidos com a verso atual do modelo so bastante satisfatrios por
geralmente retornarem uma soluo factvel. No entanto, ainda no foi realizado um estudo
170

sobre a proximidade de tais resultados para um resultado timo de planejamento, o que vai ser
possvel no porvir por meio da comparao com o resultado obtido pelo modelo matemtico
em desenvolvimento pela UFF.
Ademais, ainda no h como garantir resultados coerentes em relao ao nvel
intrarregio de planejamento, principalmente por falta de dados mais completos e que
representem melhor a realidade e tambm por causa de alguns aperfeioamentos na
implementao do modelo multiagentes. Estes aperfeioamentos se referem principalmente a:
a) implementao da funcionalidade de repasse do anncio quando um agente representa um
terminal, b) implementao das operaes de degradao e c) testes para garantir a
inexistncia de erros de implementao.
Mesmo que tais aperfeioamentos sejam realizados, o protocolo ainda no garantir
uma execuo satisfatria para todos os tipos de cenrios, principalmente ao cenrio de claros
que mais complexo. Esta insatisfao pode ocorrer por causa da natureza persistente dos
acordos, no havendo oportunidade para que um acordo seja desfeito aps a sua concluso,
principalmente quando surgem novas oportunidades mais vantajosas no existentes no
momento do fechamento do acordo ou mesmo quando ocorre uma infactibilidade em um
perodo posterior que demanda quebras de acordos para ser corrigido. Neste sentido, o
prximo captulo apresenta um novo protocolo de leiles proposto para lidar com estas
inconvenincias.
171
172

5 PROPOSTA DE UM MODELO MULTIAGENTES BASEADO EM


UM PROTOCOLO DE LEILES SIMULTNEOS COM ACORDOS
PROVISRIOS

Este captulo apresenta a proposta de outro modelo multiagentes baseado em um


novo protocolo de leiles a ser aplicado ao PPTDP. Este modelo herda muitos conceitos e
prticas presentes no modelo multiagentes apresentado no captulo anterior. Por exemplo, os
dois modelos so formados pelos mesmos tipos de agentes (i.e. bases, rotas, modais e gerente)
com diferenas mnimas em relao s suas estruturas internas. O modelo a ser apresentado
neste captulo tambm contempla leiles simultneos que ocorrem incrementalmente em
relao aos perodos, sendo que cada leilo consiste na oferta de um nico tipo de produto por
uma base com a inteno de escoamento.
Entretanto, o protocolo a ser apresentado neste captulo permite negociaes mais
iterativas entre os agentes a fim de sanar algumas deficincias do protocolo apresentado no
captulo anterior. O protocolo corrente permite que os envolvidos realizem acordos
temporrios e que possam desistir de tais acordos assim que surjam melhores oportunidades.
Esta prtica evita a necessidade de um membro centralizador para priorizar o fechamento de
acordos mais satisfatrios a cada participante, uma vez que os prprios participantes podem
decidir a qualquer momento sobre a manuteno ou cancelamento de qualquer acordo. Por
outro lado, o protocolo corrente demanda mais interaes entre os agentes, podendo contribuir
negativamente com a elevao do tempo computacional do sistema.
Este captulo descreve apenas uma proposta conceitual do modelo multiagentes, uma
vez que o modelo ainda no se encontra materializado em forma computacional. O captulo
est organizado em trs sees: a seo 5.1 apresenta os agentes que compem o modelo, a
seo 5.2 descreve os conceitos principais do modelo com referncia s interaes no
protocolo proposto e por fim, a seo 5.3 apresenta as consideraes finais sobre o captulo.

5.1 PAPIS DOS AGENTES

Da mesma forma que no modelo multiagentes apresentado no captulo anterior, o


modelo corrente composto pelos mesmos quatro tipos de agentes. Estes agentes representam
as entidades reais da cadeia produtiva petrolfera, como as bases, rotas e modais e, tambm o
agente Gerente responsvel pelo gerenciamento de todo o sistema.
173

Basicamente, o agente Gerente responsvel pela leitura e escrita dos arquivos


XMLs, controle do incio e fim dos leiles em cada perodo e consequentemente responsvel
pela finalizao do sistema. O papel de Gerente no modelo atual se difere do papel de Gerente
do modelo anterior em principalmente dois comportamentos: no modelo corrente, o Gerente
no recebe candidaturas de bases para realizar leiles e tambm no realiza o sequenciamento
para o fechamento de acordos.
Por sua vez, os agentes Bases negociam por meio de leiles a transferncia de
volumes de produtos. No protocolo, uma Base pode assumir tanto o papel de leiloeiro como
de participante para um mesmo tipo de produto ou produto diferente. O papel de leiloeiro
exercido por bases com a inteno de escoar um volume de dado produto para as bases com
quem mantm rotas. O papel de participante exercido por bases com a inteno de receber
os produtos. Cada Base pode suportar um ou mais produtos, os quais geralmente
compartilham a capacidade de armazenamento. Para controlar o compartilhamento do espao
entre os produtos de um mesmo grupo, o modelo tambm define limites operacionais e fsicos
particulares a cada produto, sendo que tais limites podem ser estticos ou dinmicos. Desta
forma, o objetivo de cada Base manter a curva de estoque do grupo dentro das respectivas
faixas operacionais e as curvas de estoque de cada produto dentro das respectivas faixas
fsicas do grupo e preferencialmente dentro das respectivas faixas operacionais particulares.
Da mesma forma que no modelo anterior, os agentes Modais tambm so
classificados em ModalLimitado e ModalIlimitado. Os agentes ModalLimitado representam
os modais com capacidade limitada e os agentes ModalIlimitado representam os modais com
capacidade ilimitada. Entretanto, no modelo corrente, os agentes Modais participam mais
ativamente dos leiles, principalmente quando estes representam os agentes do tipo
ModalLimitado. Um agente ModalLimitado tem como atividade principal o gerenciamento de
uma agenda de transporte de produtos, podendo autonomamente decidir sobre a aceitao,
rejeio ou cancelamento da alocao de capacidade para movimentao de um volume. O
ModalLimitado toma suas decises com a inteno de priorizar fluxos destinados ao
atendimento de participantes com maior urgncia de estoque. Neste modelo, a agenda deve
suportar uma granularidade temporal configurvel, podendo ser definida por perodo ou ento
por dia para gerar um plano mais refinado. Por sua vez, como um agente ModalIlimitado
apresenta capacidade sempre suficiente para o atendimento das demandas e no h
informaes precisas sobre suas capacidades individuais, este no adota uma agenda de
transporte e por isso tratado da mesma forma que no modelo anterior.
174

Por fim, um agente Rota atua como intermedirio entre um papel de participante e
dos agentes Modais nas atividades de movimentao de produtos. Ele auxilia o participante
nas comunicaes com os agentes Modais principalmente na obteno de informaes sobre o
tempo de movimentao e capacidade disponvel para transporte e tambm na persistncia da
alocao de capacidade quando o participante concretiza ou cancela um acordo.

5.2 MODELAGEM BASEADA NO PROTOCOLO PROPOSTO

Esta seo apresenta a modelagem do PPTDP baseado no novo protocolo de leiles.


O protocolo de leilo proposto consiste em uma extenso ao CNet e se inspira na verso
estendida do CNet apresentada em (Aknine, Pinson et al., 2004). Porm, este protocolo se
difere da verso inspiradora pela adoo de uma nova estratgia de negociao e novas
interaes entre os agentes para melhor adaptao s particularidades do PPTDP.
No protocolo proposto, os papis de leiloeiro e participantes interagem para a
formao de acordos provisrios, os quais podem ser alterados ou cancelados durante as
negociaes. Estas interaes ocorrem de forma cooperativa entre os agentes a fim de
alcanar o objetivo global do sistema, ou seja, o atendimento das demandas para cada tipo de
produto e com um baixo custo de movimentao.
Os leiles ocorrem simultaneamente dentro do escopo de um perodo informado pelo
Gerente. Cada leilo tem incio com o envio de um anncio pelo leiloeiro e tais leiles no
so sincronizados uns com os outros, ou seja, os leiles no ocorrem por rodadas bem
definidas. Cada participante pode receber vrios anncios de diferentes leiloeiros e para
diferentes produtos. Os participantes podem submeter lances a qualquer nmero de leiloeiros
que lhe apresente ofertas, sendo que mais tarde um participante pode livremente se negar a
fechar um acordo, principalmente quando vence mais leiles do que o necessrio. Tambm,
caso uma oferta no interesse a um participante, este pode se recusar a participar de um leilo,
mas devendo informar ao leiloeiro sobre esta deciso. Para atender um novo lance, um
leiloeiro tambm pode cancelar acordos provisrios realizados com outros participantes,
levando os participantes a atualizarem ou submeterem novos lances, inclusive aos leiloeiros
com quem se recusaram a realizar acordos em negociaes passadas.
As decises necessrias para encontrar acordos satisfatrios se dividem entre o papel
de leiloeiro e participante. O leiloeiro incumbido de priorizar o atendimento da demanda dos
participantes a fim de evitar que estes fiquem sem produtos, independentemente dos custos de
movimentao. Por sua vez, os participantes so incumbidos de conceber e propor fluxos de
175

movimentao que melhor atendam as suas prprias demandas e com menor custo. Como o
leiloeiro geralmente prioriza a urgncia de estoque dos participantes, cada participante deve
decidir quais dos fluxos atribudos devem ser mantidos ou rejeitados a fim de reduzir os seus
custos de movimentao. Assim, medida que um participante vence os leiles, ele deve
optar por manter os fluxos com custos menores e rejeitar os fluxos com custos maiores, tanto
que estes continuem atendendo a sua demanda. De acordo com esta estratgia, o processo de
soluo primeiramente busca definir movimentaes que contemplem as demandas das bases
e posteriormente a reduo dos custos das movimentaes.
No entanto, como o processo de soluo envolve mltiplos perodos, pode ocorrer de
um acordo considerado satisfatrio em um perodo no o ser em um perodo posterior. Este
caso pode ocorrer principalmente por causa da diferena entre balanos de massa em
diferentes perodos. Por exemplo, uma base pode apresentar balano positivo em um perodo
e negativo em outro. Assim, uma base pode decidir escoar um volume em um perodo e tentar
adquirir o volume necessrio em um perodo seguinte, mas tambm, a mesma pode no obter
sucesso nesta aquisio. Deste modo, quando uma base no apresenta mais oportunidades
para escoamento e nem mesmo de recebimento de um dado produto em um perodo e ainda
no apresenta um nvel de estoque adequado, ela analisa a necessidade de cancelar certas
movimentaes indevidamente realizadas em perodos anteriores.
Os leiles tambm envolvem a participao dos agentes Rotas e Modais, os quais
influenciam diretamente nas decises dos participantes e leiloeiros. Quando uma Rota
solicitada por um participante, ela pode atuar para resolver duas situaes de conflito: a)
conflito pela alocao de um modal compartilhado com outras rotas e b) conflito entre os
produtos de um grupo para alocao de sua capacidade de transporte. Estes conflitos so
resolvidos por meio da comunicao da Rota com seus respectivos agentes Modais. A Rota
informa aos Modais a urgncia do participante representado em receber o produto em leilo e
por meio da comparao deste valor com as demais solicitaes recebidas, o Modal decide
sobre a alocao de sua capacidade para o atendimento do participante e tambm sobre os
produtos a serem movimentados entre aqueles demandados pelo participante.
176

Leiloeiro Participante Rota Modal

CFP
a
REQUEST-ROUTE-CAPACITY
REQUEST-MODAL-CAPACITY

REFUSE b RESPONSE-MODAL-CAPACITY
{somente REFUSEs}:
Inicia Leilo Especial ji RESPONSE-ROUTE-CAPACITY

PROPOSE ib

k=i-j

QUERY-IF
lk m

QUERY-REFUSE
on

QUERY-AGREE nm

p=n-o

REJECT-PROPOSAL
{Enviou ltimo aceite}:
rq
Inicia Leilo Normal
qk ACCEPT-PROPOSAL
s=q-r
REQUEST-ROUTE-
CAPACITY-CONFIRMATION REQUEST-MODAL-
CAPACITY-CONFIRMATION

RESPONSE-MODAL-
RESPONSE-ROUTE- CAPACITY-CONFIRMATION
CAPACITY-CONFIRMATION

ROUTE-CONFIRMATION
REQUEST-MODAL
-CONFIRMATION

RESPONSE-MODAL-
CONFORMATION
RESPONSE-ROUTE-
CONFIRMATION
Tenta enviar aceite FAILURE
a outro participante ut MODAL-CANCEL

PARTICIPANT-CANCEL ROUTE-CONFIRMATION
{Leilo Especial}: ts
other
Inicia Leilo Normal

INFORM
v=t-u
{Leilo Especial}:
Calcula novo lance
AUCTIONEER-CANCEL
Tenta enviar aceite
a outro participante other

Figura 49. Protocolo Interativo com Acordos Provisrios

A estrutura principal do protocolo de leiles proposto est ilustrada na Figura 49 na


forma de um diagrama de sequncia. O protocolo composto por um conjunto de interaes
particulares, as quais sero melhores explicadas no decorrer desta seo. Estas interaes, as
estruturas e semnticas das mensagens, bem como os comportamentos internos dos agentes
durante as negociaes so descritas fazendo meno aplicao do protocolo na modelagem
do PPTDP. O protocolo tambm envolve algumas interaes adicionais necessrias para a
177

inicializao e finalizao do sistema. Assim, o protocolo e consecutivamente o modelo


multiagentes sero descritos nas prximas subsees de acordo com as seguintes fases: a) fase
de inicializao dos agentes, b) fase de preparao e envio do anncio, c) fase de concepo e
envio dos lances, d) fase de seleo dos lances vencedores, e) fase de confirmao, f) fase de
concretizao do acordo, g) fase de cancelamentos de acordos j concretizados e por fim, h) a
fase de finalizao do sistema.

5.2.1 Fase de Criao e Inicializao dos Agentes

O primeiro agente a ser criado no modelo consiste no agente Gerente. Em sua


criao, ele informado sobre a localizao do arquivo de dados de entrada (i.e. XML de
Entrada) para leitura e o local para persistir o arquivo de sada (i.e. XML de sada) com o
resultado do planejamento. A partir dos dados de entrada, o Gerente cria os agentes
componentes do cenrio de planejamento e aguarda por uma confirmao destes agentes. A
interao do Gerente com os agentes criados apresentada na Figura 50. Esta interao se
difere pontualmente da fase de inicializao do protocolo apresentado no captulo 4, uma vez
que o protocolo corrente no exige que as bases se candidatem com o Gerente para realizar
leiles.

Gerente Base Rota Modal

Sistema
Cria o Gerente CREATE-INITIALIZE

CREATE-INITIALIZE

CREATE-INITIALIZE

CREATED

CREATED

CREATED

DO-AUCTION

Figura 50. Inicializao e Criao dos Agentes

No processo de criao dos agentes, o Gerente envia uma mensagem CREATE-


INITIALIZE aos agentes com os dados comuns a todos os agentes (e.g. quantidade de
perodos, nmero de dias de cada perodo, composio de cada grupo de produto) e
particulares para cada tipo de agente correspondente. Os dados particulares referem-se aos
atributos descritivos das entidades reais (e.g. limites operacionais e fsicos, balano)
178

apresentados na seo 2.3 e aos fluxos em trnsito, comprometidos ou inter-regio, quando


for o caso.
As informaes contidas nestes fluxos so usadas para atualizao dos atributos
internos dos agentes, principalmente das curvas de estoque (no caso das Base) e agenda de
transporte (no caso dos modais). Os fluxos que sero objetos de acordos em leiles tambm
devem ser contemplados pelos agentes. Mesmo que os leiles ainda no tenham sido
iniciados, preciso que cada agente crie uma estrutura a ser usada para armazenar
internamente estes fluxos. Por causa da natureza provisria dos acordos, esta estrutura pode
ser vista como uma espcie de memria para acordos passados e permitir que o agente avalie
tais acordos em negociaes futuras para decidir sobre a viabilidade de manuteno de alguns
diante de novas oportunidades.
Para que um leiloeiro vivencie novas oportunidades de acordo, um volume alocado
provisoriamente a um participante deve continuar sendo oferecido a outros agentes. Assim,
caso o leiloeiro receba uma melhor proposta pelo volume do fluxo, ele desfaz o acordo
anterior e atribui provisoriamente o fluxo para o participante detentor da nova proposta. Da
mesma forma, um participante com alguns fluxos atribudos provisoriamente, pode visualizar
novas oportunidades de negociao com outros leiloeiros e decidir por desfazer certos acordos
passados e obter novos fluxos com outros leiloeiros. Portanto, tanto os leiloeiros como os
participantes precisam armazenar os seus fluxos enviados e recebidos, respectivamente. Da
mesma forma, os agentes ModalLimitado tambm precisam armazenar os seus fluxos para
permitir certos cancelamentos futuros. Neste caso, um fluxo pode ser cancelado para
possibilitar uma movimentao para outro participante com maior urgncia de estoque.
Quando os agentes inicializarem as suas estruturas de dados internas, eles respondem
com uma mensagem de CREATED para o Gerente como uma forma de confirmar o sucesso
da criao e inicializao dos dados. Quando o Gerente receber todas as mensagens de
confirmao dos agentes criados, ele passar para a fase de autorizao de incio dos leiles.
Nesta fase, o Gerente envia a mensagem DO_AUCTION para todos os agentes Bases. Esta
mensagem autoriza as Bases a iniciarem os leiles para o primeiro perodo de planejamento,
sendo que a informao sobre o perodo est inserida no contedo da mensagem. Ao receber a
mensagem, cada agente Base analisar a situao de suas curvas de estoque para cada produto
e decidir sobre os produtos que podem ser leiloados. Como resultado desta anlise, uma Base
pode decidir iniciar nenhum, um ou vrios leiles simultaneamente, um leilo para cada tipo
de produto.
179

5.2.2 Fase de Preparao do Anncio

Nesta fase, aps a definio de quem far leilo para um dado produto, o leiloeiro
deve executar um conjunto de passos a fim de preparar o respectivo anncio. Estes passos so
representados graficamente na Figura 51 em forma de um diagrama de estados e so descritos
brevemente por possuir grande similaridade com a forma de concepo de anncios descrita
no captulo anterior.

Alocar o espao
necessrio
Verificar
satisfao dos
limites mximos
particulares H espao ocioso

necessrio mais espao


Verificar se h
espao ocioso Enviar anncio

No necessrio mais espao

Calcular dias de No h espao ocioso


violao dos
limites mximos

Calcular o vetor de Calcular o vetor de Selecionar para envio


volume dirio volume dirio apenas fluxos novos,
disponvel (at o disponvel (at o modificados ou
mnimo operacional) mnimo fsico) removidos

Figura 51. Etapas do Processo de Preparao do Anncio

Antes de iniciar um leilo para um produto, o leiloeiro deve verificar se a curva de


estoque do produto respeita diariamente os limites operacionais e fsicos dinmicos
estabelecidos. Caso seja necessrio, o leiloeiro tenta alavancar tais limites nos dias violados,
quando houver capacidade ociosa suficiente no tanque compartilhado.
Aps esta etapa, o leiloeiro prossegue com a preparao do anncio. Basicamente,
um anncio informa aos participantes o produto a ser leiloado, o perodo corrente, os dias de
violao da curva de estoque do produto em relao aos limites dinmicos e o volume dirio
disponvel deste produto no perodo corrente. O leiloeiro informa o volume disponvel para
escoamento por meio de trs diferentes estruturas de dados lineares, ou seja, por meio de trs
vetores. A estrutura bsica de um anncio apresentada na Figura 52, sendo que esta estrutura
se difere do modelo anterior pela incluso do vetor de fluxos.
180

80
Limite Fsico Mximo
70
Limite Operacional Mximo
Anncio 60

50
Produto = GLP
Perodo = 1 40
Dia de Violao do Limite Operacional Mximo = 6
Dia de Violao do Limite Fsico Mximo = 7 30

Vetor Operacional 0 10 20 30 40 50 60 20
Limite Operacional Mnimo
Vetor Fsico 10 10 10 10 10 10 10 10
Limite Fsico Mnimo
Dias 1 2 3 4 5 6 7 0
1 2 3 4 5 6 7
Fluxos -- -- -- -- -- -- -- 10 20 30 40 50 60 70 80

Figura 52. Estrutura de um Anncio com o Vetor de Fluxos

A primeira e a segunda estrutura referem-se respectivamente ao vetor operacional e


vetor fsico. Estes vetores so formados em conformidade com a forma apresentada na seo
4.2.3, inclusive com a reoferta de volumes no escoados em perodos anteriores devido
forma incremental de resoluo por perodos adotada no modelo. A terceira estrutura consiste
no vetor de fluxos j escoados (provisoriamente) pelo leiloeiro, ou seja, fluxos objetos de
acordos realizados em leiles passados e que ainda esto ativos (i.e. no foram cancelados).
Quando um leiloeiro escoa um produto, ele decrementa o respectivo volume da curva de
estoque do produto. Por isso, por causa da natureza provisria dos acordos, os fluxos
escoados tambm devem ser ofertados no anncio para que os participantes estejam cientes da
disponibilidade destes volumes. Assim, a curva de estoque em um determinado tempo refere-
se diferena entre a curva de estoque inicial e os fluxos de movimentao realizados at
aquele momento. No exemplo da Figura 52, a respectiva curva de estoque ainda est em seu
estado inicial e por isso no h fluxos resultantes. Porm, com o incio dos leiles e provveis
movimentaes, o vetor passar a incluir alguns fluxos previamente alocados (de forma
provisria) a certos participantes.
O volume referente a um fluxo deve ser representado de uma forma especial a fim de
identificar de qual vetor de anncio (operacional ou fsico) ele originrio ou ento as
parcelas originadas de cada vetor. Se houver tal identificao, quando um fluxo com parcelas
obtidas de ambos os vetores for ofertado em um leilo, um participante que no est apto a
gerar um lance para todo o volume (originado dos vetores operacional e fsico) por no
apresentar urgncia de estoque suficiente para tal, apenas realizar o lance para o volume
referente ao vetor operacional. No fluxo tambm consta uma estrutura de dados que define
quanto do volume do fluxo foi escoado ou recebido em cada dia.
Alm das informaes sobre o produto, volume, rota, dia exato de sada e chegada,
um fluxo tambm apresenta a informao sobre uma janela de tempo, ou seja, um intervalo de
181

dias em que possvel escoar o dado volume do leiloeiro. O dia inicial da janela refere-se ao
prprio dia exato de escoamento (i.e. dia de sada) e o dia final da janela refere-se ao dia em
que a curva de estoque do leiloeiro viola o mximo fsico particular ou ao ltimo dia do
perodo corrente quando no violar tal limite. Com esta informao, um participante pode
apresentar maior flexibilidade na escolha do dia de sada do volume do leiloeiro, caso
pretenda fazer uso do volume referente ao fluxo. Ademais, esta janela pode permitir que um
participante oferea um lance para o volume de um conjunto de fluxos, caso as janelas sejam
interseccionadas para que o escoamento ocorra de forma contnua. No vetor de fluxos, os
fluxos esto ordenados de forma crescente de acordo com os dias de incio de suas janelas de
tempo.
Para evitar que o mesmo fluxo seja enviado redundantemente em cada novo anncio,
considera-se que os participantes armazenam cpias destes fluxos. Com isso, o vetor de fluxos
em um anncio composto apenas por fluxos recm-criados, atualizados (e.g. mudana de
volume, data de sada ou chegada) ou removidos. Ao receber tais fluxos de um leiloeiro, cada
participante atualiza o seu repositrio de cpias de fluxos pertinentes ao leiloeiro. O
armazenamento destas informaes contribui para a reduo do tamanho das mensagens de
anncio e ainda permite que o participante possa avaliar tais fluxos a qualquer momento com
a inteno de enviar um lance, principalmente quando tem alguma de suas movimentaes
cancelada.
Assim, aps a concepo do anncio, o leiloeiro envia o CFP para as bases com
quem mantm rota para escoamento do dado produto. O leiloeiro deixa a cargo dos
participantes as escolhas sobre o volume a ser transferido, rotas e at mesmo os reais dias de
sada e chegada, uma vez que de interesse deles atender as suas prprias demandas.

5.2.3 Fase de Concepo do Lance

Ao receber um CFP, um participante deve decidir se participar ou no do leilo.


Caso apresente interesse no produto ofertado, o participante deve realizar uma sequncia de
etapas para a preparao do lance. Estas etapas so apresentadas na forma de um diagrama de
estados na Figura 53.
182

{Equilbrio de estoque}

Verificar se
{Infactvel ou {Factvel e
possvel escoar em
no possvel armazenar} possvel armazenar}
Atualizar outros dias
representao
interna dos fluxos Calcular GUE para
do CFP o fluxo a ser
proposto
Verificar se o fluxo
{ possvel} factvel e se pode ser
Comparao de armazenado a partir do
nveis de dia de entrega
estoque Enviar Proposta

{No possvel}:
{Desequilbrio de estoque} {H fluxo calculado possvel
Avaliar outra Rota
de armazenar}:
pega de menor custo
Calcular volume
inicialmente
{No h mais rotas}
desejado

Enviar Recusa
{No h fluxo calculado
possvel de armazenar}
{H mais rotas}
{Volume menor que o mnimo da rota}:
Escolher a rota e
Avaliar outra rota
obter o custo de
movimentao
Verificar com a rota
a capacidade de {Tem volume
{Tem volume movimentao e dia suficiente}
suficiente} de entrega

{Tem volume
suficiente}

{No tem volume {No tem volume Analisar o vetor


suficiente} suficiente} de anncio fsico

Analisar os fluxos
Analisar o vetor de Calcular GUE para
para descobrir
anncio o fluxo do anncio
aqueles que podem
operacional
ser movimentados

Figura 53. Etapas do Processo de Preparao do Lance

Antes de decidir sobre a participao no leilo, o participante atualiza a sua estrutura


de armazenamento com as informaes dos fluxos apresentadas no anncio. Aps isto, o
participante deve descobrir em quais faixas de estoque esto situadas as suas curvas de
estoque do produto e grupo no perodo corrente. A seguir, o participante compara as suas
faixas de estoque com as informadas pelo leiloeiro. O processo de definio dos nveis de
estoque e de deciso sobre a participao nos leiles em referncia aos valores das faixas de
estoque ocorre da mesma forma como no modelo anterior.
Na sequncia, o participante deve definir a rota a ser utilizada na movimentao do
volume, priorizando as rotas de menor custo. O participante experimenta as rotas uma aps a
outra at encontrar uma que satisfaa as restries e que preferencialmente permita a
formao de um fluxo factvel ou ento a formao de um fluxo infactvel com menor
intervalo de atraso. Todavia, para conhecer a factibilidade de um fluxo, o participante precisa
183

inicialmente definir o volume e dias de escoamento do produto. Para isso, o participante


analisa os vetores do anncio na seguinte ordem: vetor operacional, vetor de fluxos e vetor
fsico. Primeiramente, o participante percorre o vetor operacional para encontrar o volume e o
dia correspondente que mais se aproxima do volume desejado. Mas se no houver volume
suficiente neste vetor, o participante passa tambm a considerar os volumes do vetor de
fluxos. Por fim, se ainda for necessrio e o participante estiver com um nvel crtico de
estoque, ele pode fazer uso do volume ofertado no vetor fsico.
O participante avalia o vetor operacional e fsico da mesma forma do que no modelo
anterior. Para avaliao do vetor de fluxos, o participante precisa despender um esforo maior
do que na avaliao dos outros dois vetores. Nesta avaliao, ele precisa avaliar cada fluxo e
selecionar um subconjunto deles para formar o lance com os volumes destes fluxos,
considerando tambm o volume ofertado no vetor operacional. Na avaliao de cada fluxo, o
participante compara o seu GUE e custo de transporte (pela rota selecionada) com os
respectivos valores expressos no fluxo. Se o participante apresentar GUE maior ou custo
menor do que o fluxo em avaliao, ele pode fazer uso do volume deste fluxo em seu lance.
Entretanto, para cada fluxo avaliado, o participante precisa calcular um GUE
particular. Para isso, o participante precisa descobrir o dia de entrega do volume do fluxo e o
dia de violao do limite mnimo operacional, se houver. O dia de entrega calculado a partir
das informaes sobre o dia de escoamento do volume do fluxo anunciado e do tempo mdio
de movimentao pela rota selecionada. Basicamente, o dia de escoamento corresponde ao
incio da janela de tempo e o tempo de movimentao calculado de acordo com a equao
(15), independentemente da granularidade usada nas agendas dos modais.
Por sua vez, o dia de violao do mnimo operacional obtido de forma mais
trabalhosa, pois a curva de estoque pode j estar incrementada por volumes recebidos de
outras bases, com custos inferiores, superiores ou iguais ao custo da rota corrente. Assim,
alguns volumes destes fluxos devem ser omitidos da curva de estoque para verificar a real
capacidade de estoque e o real dia de violao do mnimo operacional, caso o participante
venha vencer o leilo corrente e consecutivamente cancelar fluxos mais caros.
Para isso, o participante faz uso do custo da rota corrente para selecionar como
candidatos a cancelamento alguns fluxos com custos mais elevados vencidos em leiles
anteriores. Assim, o participante analisa a curva de estoque omitindo os fluxos com custos
mais elevados do que o custo da rota corrente ou recebidos aps o dia de entrega calculado
pela rota corrente ou mesmo com incio antes de tal dia, tanto que sua omisso no resulte na
184

violao dos limites mnimos. Com a omisso destes fluxos, o participante consegue
visualizar o dia de violao dos limites mnimos, se houver, e o espao disponvel para
armazenamento do volume em leilo.
A Figura 54 exemplifica este caso por meio da representao de dois fluxos de
recebimento inseridos na curva de estoque do participante. Estes fluxos so identificados
pelas duas nicas elevaes na curva de estoque em linha contnua. No exemplo, o primeiro
fluxo apresenta um custo de 0,8 e o segundo um custo de 0,7. Por sua vez, a data de entrega
calculada pelo participante para avaliao de um fluxo em anncio indicada pela seta
direcionada e o custo da rota selecionada pelo participante tem um custo de 0,5. Como este
custo menor do que os custos dos dois fluxos recebidos, tais fluxos so candidatos a
cancelamento. Entretanto, o primeiro fluxo no pode ser cancelado, pois caso fosse, o volume
do fluxo em avaliao no chegaria a tempo de evitar uma violao do mnimo operacional.
Assim, apenas o segundo fluxo pode ser omitido. Com tal omisso, a curva de estoque
violaria o limite operacional mnimo no dia 6, mas caso o volume do fluxo em avaliao seja
adquirido, a curva voltaria a se manter dentro da faixa operacional durante o perodo.
80
Limite Fsico Mximo
70
Limite Operacional Mximo
60

50

40 Fluxo corrente:
0.5
30
Fluxo 1:
20 Fluxo 2:
0.8
0.7
Limite Operacional Mnimo
10
Limite Fsico Mnimo
0
1 2 3 4 5 6 7
10 35 20 25 25 15 20 30

Figura 54. Exemplo do Processo de Omisso de Fluxos em uma Curva de Estoque do Participante

Aps a obteno do dia de entrega e do dia de violao do mnimo operacional, o


participante calcula o GUE para o fluxo em avaliao conforme a equao (18). Quando um
participante apresenta um GUE superior a de um fluxo, o participante tem maior prioridade
em receber este volume por ter maior urgncia, sendo que os leiloeiros sempre priorizam o
atendimento de participantes com maior urgncia. Quando apresenta um custo menor do que
o do fluxo, o participante tambm tem oportunidade de usar este volume para expressar o seu
interesse em reduzir os seus custos. Porm, neste caso, mesmo que um participante esteja apto
a concorrer a tal volume, a alocao final deste fica condicionada a uma avaliao posterior
do leiloeiro, uma vez que tal negociao envolve outro participante com maior GUE (i.e. o
185

atual detentor do fluxo). Ainda, neste processo de avaliao dos fluxos do anncio, o
participante tambm verifica se ele prprio o atual vencedor de alguns fluxos oferecidos
pelo leiloeiro. Caso seja, o participante pode propor atualizaes aos atributos de tais fluxos,
tal como aos dias de escoamento, de entrega ou mesmo ao volume movimentado.
Portanto, quando o participante apresenta melhores valores (GUE ou custo) do que o
fluxo em avaliao, ele usa o respectivo volume para incrementar o vetor operacional nos
devidos dias de escoamento expressos no fluxo. Caso ainda o volume adicionado seja
insuficiente para alcanar o volume desejado pelo participante, outros fluxos podero ser
avaliados at que o volume desejado seja alcanado. No entanto, os fluxos selecionados
devem apresentar interseco da janela de tempo para que seus volumes possam ser escoados
continuamente.
Assim, caso o volume no vetor de fluxos seja insuficiente e a curva de estoque do
produto esteja violando o limite operacional mnimo particular, o participante pode fazer uso
do volume disponvel no vetor fsico. Mas se aps avaliar os trs vetores de anncio e o
volume selecionado no anncio para escoamento for menor do que o volume mnimo da rota,
ento o participante deve selecionar outra rota com um valor menor de lote mnimo, se
houver. Caso contrrio, o participante deve enviar um REFUSE ao leiloeiro.
Se o participante obtiver xito na avaliao dos vetores de anncio, ele deve
percorrer novamente a cpia do vetor operacional, incrementado com os volumes do vetor de
fluxos ou vetor fsico, para definir o volume e o respectivo dia de incio de escoamento que
iro compor o fluxo a ser proposto ao leiloeiro. O participante escolhe o dia de escoamento
que apresenta o volume mais prximo do volume inicial. Este volume ainda pode ser reduzido
caso no haja espao suficiente para armazenamento em tanque ou no haja capacidade
suficiente para transporte pelas rotas. Ainda, o participante precisa calcular o dia de entrega
do fluxo e o dia de violao do mnimo operacional particular a fim de obter o GUE para o
fluxo em concepo. Estes valores so definidos seguindo o mesmo processo supracitado
utilizado na definio desses valores na avaliao de um fluxo qualquer do vetor de fluxos. A
nica diferena entre os dois casos est na maior liberdade vivenciada pelo participante na
escolha do dia de escoamento quando est preparando a proposta do fluxo a ser enviado como
lance.
Com a definio dos principais dados do fluxo, o participante comunica-se com o
agente Rota, que representa a rota selecionada, para saber da possibilidade de movimentao
do volume, a capacidade de transporte total disponvel e o real dia previsto para ocorrer a
186

entrega do volume, uma vez que dependendo da granularidade da agenda dos modais, o
tempo total de movimentao pode variar por causa das operaes de escalonamento. Para
obter tais informaes, o participante informa Rota o volume a ser movimentado, o dia e
perodo previsto para incio do escoamento do volume da base leiloeira, o perodo corrente e o
GUE do participante para este produto. O GUE calculado independentemente da
granularidade da agenda dos modais. O participante envia as informaes ao agente Rota por
meio de uma mensagem de REQUEST-ROUTE-CAPACITY.
Por sua vez, a Rota comunica-se com cada agente Modal para verificar a
disponibilidade de capacidade de transporte. A comunicao ocorre sequencialmente, um
Modal por vez, na direo do fluxo normal da rota. A Rota envia uma mensagem de
REQUEST-MODAL-CAPACITY para os Modais, passando as informaes de volume, dia e
perodo de entrada da batelada no Modal e o GUE do participante. No modelo, os Modais
sempre priorizam o atendimento de Rotas que apresentam maior GUE. Desta forma, caso um
Modal no apresente capacidade disponvel para movimentar o volume solicitado, ele omite
uma quantidade suficiente de fluxos com valores de GUEs mais baixos do que o informado
pela Rota a fim de calcular a sua capacidade. Porm, os fluxos omitidos ainda no so
cancelados pelo Modal, pois pode ocorrer do respectivo participante no vencer o leilo em
que participa. Por isso, um Modal apenas pode cancelar fluxos quando tiver certeza de que a
movimentao ir ocorrer, ou seja, somente quando o participante fechar um acordo com o
leiloeiro. Ao calcular as informaes solicitadas, o Modal responde Rota por meio de uma
mensagem de RESPONSE-MODAL-CAPACITY. A Rota pode usar esta resposta para definir
o dia e perodo de entrada do volume para o modal seguinte, se houver. Finalmente, quando a
Rota obtm as informaes necessrias de todos os modais, ela envia uma resposta ao
participante por meio de uma mensagem de RESPONSE-ROUTE-CAPACITY.
Ao comunicar com a Rota, o participante passa a conhecer com maior preciso a
capacidade atual de transporte, o tempo de movimentao pela rota e consequentemente o real
dia de entrega, principalmente quando a granularidade das agendas dos modais diria. O dia
de entrega retornado nesta ltima comunicao com a rota pode diferir do valor calculado
anteriormente para a definio do valor de GUE, pois aquele no considerava a situao das
agendas dos modais. Deste modo, caso a rota possa movimentar o volume ou parte deste, o
participante verifica se o dia previsto para entrega ocorrer dentro do intervalo do perodo
corrente. Caso o perodo de entrega seja anterior ao perodo corrente e a curva de estoque no
estiver sendo violada neste perodo, todo o processo de escolha do volume e dia de
187

escoamento deve ser refeito a fim de encontrar dias mais posteriores de escoamento. Caso o
perodo de entrega seja posterior ao perodo corrente, o participante deve escolher outra rota,
se houver, ou ento enviar um REFUSE ao leiloeiro.
Ao conhecer o real dia de entrega do volume do produto, mesmo quando este valor
se difere do calculado anteriormente, o participante no recalcula o valor de GUE. O
participante apenas altera o valor do dia de entrega no objeto que representa o fluxo a ser
enviado como lance. A data de entrega ainda pode ser modificada durante as execues dos
leiles devido possibilidade de reorganizao da agenda executada pelos modais a cada
cancelamento de um acordo. Se por acaso o GUE fosse atualizado a cada reorganizao
realizadas pelos modais, dois ou mais fluxos interdependentes poderiam entrar em um ciclo
repetitivo de acordos e cancelamentos por interferncia de tal valor.
Entretanto, o participante faz uso do valor do dia de entrega retornado pela Rota para
verificar a necessidade de aumento do seu limite mximo particular dinmico para armazenar
o volume a partir desse dia. Se no houver espao para armazenamento de todo o volume
desejado, o participante busca postergar a data de entrega, porque geralmente o consumidor
tem curva decrescente. O participante tambm pode aceitar a entrega de parte do volume
desejado quando este maior do que o valor de lote mnimo da rota.
Ao saber o dia de entrega, o participante define se o fluxo a ser proposto
atualmente factvel ou infactvel. Mesmo que o participante sempre busque formar fluxos
factveis, pode haver situaes em que um fluxo infactvel deve ser considerado. Um
participante apenas deve enviar uma proposta com um fluxo infactvel quando no tiver
oportunidades de movimentao de fluxos factveis com outros leiloeiros, caso houver, se
recusar a participar do leilo. Esta prtica evita que um participante seja atendido por uma
base muito distante e reduz a quantidade de desistncias de acordos por parte dos
participantes.
Por fim, caso o participante tenha obtido sucesso na composio do fluxo para o
leiloeiro corrente, ele procede com o envio do lance para o leiloeiro por meio de uma
mensagem de PROPOSE e caso contrrio, informar o leiloeiro sobre sua deciso de no
participar do leilo por meio de uma mensagem de REFUSE. O lance composto
basicamente pela proposta do fluxo e dois atributos essenciais que expressam o GUE e o
prprio custo por unidade volumtrica para transporte do produto desejado. Tambm, quando
o volume do fluxo proposto corresponder parcialmente ou totalmente ao volume de um ou
mais fluxos ofertados pelo leiloeiro, o participante deve informar no lance quais so estes
188

fluxos e o volume desejado de cada qual. Ademais, o participante deve informar ao leiloeiro
se o fluxo proposto factvel ou infactvel.

5.2.4 Fase de Definio do Lance Vencedor

Normalmente, o leiloeiro inicia o processo de definio do lance vencedor quando


recebe todos os lances ou quando expira o deadline do leilo. Os lances podem se referir
apenas a volumes ainda no alocados a participantes (i.e. volumes disponveis), a volumes
referentes a fluxos j alocados ou a uma juno das duas situaes. Em qualquer situao, o
leiloeiro apenas compara os lances recebidos entre si. Mesmo quando os lances se referem a
volumes de fluxos pr-alocados, a comparao com tais fluxos j foi realizada pelos
participantes no momento da concepo do lance, sendo que um participante apenas disputa o
volume de um dado fluxo ofertado quando o seu lance apresenta maior GUE ou menor custo.
O processo de definio do lance vencedor ilustrado na Figura 55. O leiloeiro inicia
este processo com a separao dos lances recebidos em dois grupos: os lances enviados para
concorrer por GUE (lances normais) e lances enviados para concorrer por custos (lances
especiais). Um lance normal pode ser enviado para concorrer ao volume ainda no alocado
pelo leiloeiro (i.e. ofertado nos vetores operacional e fsico) e/ou ao volume dos fluxos pr-
alocados pelo leiloeiro para os quais o participante apresenta maior GUE. Por sua vez, um
lance especial pode ser enviado para concorrer por GUE e por custos, sendo caracterizado
pela referncia pelo menos a um fluxo ofertado pelo leiloeiro em que o conflito ocorre por
custo. Estes dois grupos so ordenados respectivamente de forma decrescente por valor de
GUE e de forma crescente por valor de custo.
Ainda, o grupo dos lances normais separado em dois subgrupos: os lances com data
de entrega antes ou no prprio dia de violao do mnimo operacional no perodo corrente
(fluxos factveis) e lances com data de entrega aps este dia (fluxos infactveis). Quando no
h violao do mnimo operacional no perodo, considera-se o ltimo dia do perodo como
referncia. Esta separao em subgrupos importante, porque o leiloeiro sempre prioriza os
lances por maior GUE e depois por custo. Mais precisamente, o leiloeiro primeiramente
prioriza os lances normais do subgrupo de fluxos infactveis, depois os lances especiais e por
fim, os lances normais do subgrupo de fluxo factveis. Um leiloeiro pode selecionar mais de
um participante vencedor em um nico leilo, mas apenas um atendido por vez. A forma
pela qual o leiloeiro trata os lances normais, especiais e mesmo recusas apresentada nas
subsees seguintes.
189

Enviar mensagem de
rejeio aos demais No h mais volume
participantes

H mais propostas e
Classificar os lances mais volume disponvel
em normais e
especiais Enviar a
mensagem de
aceite

{Sim} { possvel}
Verificar se o volume e
Classificar os dias de escoamento
lances normais { lance normal} satisfazem o lance
em factveis e {No} {No possvel}
infactveis

Enviar mensagem de
rejeio
Selecionar lance
vencedor

{Recebeu propostas}
{ lance especiall}
Ordenar cada
grupo de lances Verificar a
{Apenas recebeu recusas e possibilidade do
o leilo do tipo Normal} participante titular
desistir do fluxo
Inicia um Leilo
Especial

Figura 55. Etapas do Processo de Definio do Lance Vencedor

5.2.4.1 Tratamento de um Lance Normal

Quando o lance vencedor consiste em um lance normal (factvel ou infactvel), o


leiloeiro envia prontamente o ACCEPT-PROPOSAL, uma vez que este participante apresenta
maior urgncia de atendimento. Porm, o leiloeiro apenas prosseguir com a atualizao de
sua curva de estoque ou cancelamentos de fluxos conflitantes quando o participante confirmar
seu interesse em receber o volume. Aps receber a confirmao do participante, o leiloeiro
avalia a sua curva de estoque para verificar a possibilidade de atender outro participante ainda
no mesmo leilo. Caso contrrio, envia REJECT-PROPOSAL para os demais participantes.

5.2.4.2 Tratamento de um Lance Especial

Entretanto, quando o lance selecionado refere-se a um lance especial, algumas


comunicaes adicionais so necessrias antes de enviar a mensagem de ACCEPT-
PROPOSAL. Como este tipo de lance sempre conflita com algum fluxo de maior GUE, o
leiloeiro no pode simplesmente ignorar o lance ou ento cancelar o fluxo provisoriamente
alocado. O leiloeiro deve intermediar uma negociao a fim de verificar a possibilidade de
atribuio do fluxo ao participante com menor custo sem prejuzo ao participante atualmente
detentor do fluxo, contribuindo para a reduo dos custos de movimentao. Para melhor
diferenciar ambos os participantes nesta negociao, o participante que enviou o lance
190

especial denominado de candidato e o participante detentor do fluxo denominado de


titular.
No protocolo, o leiloeiro geralmente aguarda que cada participante decida sobre os
melhores fluxos a serem adquiridos ou cancelados a fim de reduzir os seus custos de
movimentao. Porm, h um caso especial em que o participante no apresenta informaes
suficientes para decidir sobre aquisies ou cancelamentos, pois depende de comunicaes
pactuais com outros participantes. Este caso ocorre quando um participante vencedor
temporrio de certo fluxo e outro participante detm um fluxo ainda mais vantajoso para o
este participante em termos de custo e vice-versa. Este caso ilustrado na Figura 56. No
exemplo, o participante C recebeu um volume do leiloeiro B por ter maior GUE, mas gostaria
de ter recebido de A por ter menor custo. Por outro lado, o participante D recebeu um volume
do leiloeiro A por ter maior GUE, mas gostaria de receber do leiloeiro B por ter menor custo.
Assim, cada agente depende da liberao do volume obtido pelo outro para ficar mais
satisfeito. Este problema pode ocorrer tambm entre mais de duas bases.

A B

custo custo

GUE GUE

C D
Figura 56. Exemplo de um Interbloqueio de Fluxos entre os Participantes

Esta situao ocorre devido influncia do tempo de movimentao entre as bases


no clculo do GUE. Um participante que se encontra mais prximo de uma base pode
apresentar um GUE menor do que outro localizado mais distante da mesma base, uma vez que
quanto maior a distncia maior a chance do volume ser entregue em dias mais prximos ou
aps o dia de violao do mnimo operacional. Esta forma de clculo vlida quando o
participante no apresenta opes de aquisio do produto com outros leiloeiros, mas deve ser
contornada quando o participante apresenta oportunidades de recebimento de fluxos factveis
com leiloeiros mais prximos a fim de reduzir os custos de movimentao.
Para solucionar este problema e gerar benefcio para ambas s partes, o leiloeiro
intermedeia a comunicao entre os participantes envolvidos. Quando o leiloeiro seleciona
como vencedor um lance especial de um participante candidato, ele questiona o participante
191

titular detentor do fluxo em conflito, por meio de uma mensagem QUERY-IF, sobre a sua
pretenso de desistir deste fluxo em virtude de outras negociaes mais vantajosas em que
participa. Caso o participante titular no apresente melhores oportunidades em outros leiles,
ele responder ao leiloeiro por meio de uma mensagem de QUERY-REFUSE e o leiloeiro
enviar uma mensagem de REJECT para o participante candidato.
Entretanto, caso o participante titular tenha oportunidade de adquirir o volume por
um menor custo com outros leiloeiros, inclusive com aqueles que tm acordos provisrios
firmados com o participante candidato, este responde afirmativamente por meio de uma
mensagem de QUERY-AGREE. No entanto, o fato de apresentar oportunidades com outros
leiloeiros no garante a vitria em leiles. Desta forma, mesmo que o participante titular
concorde com o cancelamento de seu fluxo e no obtenha sucesso na aquisio de um volume
substituto com menor custo, ele pode recuperar a posse deste fluxo por meio da resubmisso
do lance, uma vez que continuar apresentando maior GUE para o dado volume.
O leiloeiro, ao receber a mensagem de QUERY-AGREE, envia um ACCEPT-
PROPOSAL para o participante candidato. Porm, o leiloeiro somente envia um REJECT-
PROPOSAL para o participante titular quando receber uma mensagem de INFORM do
participante candidato confirmando o interesse na movimentao. Caso contrrio, a alocao
no alterada.
Para o participante candidato receber o volume em negociao, ele pode precisar
cancelar alguns fluxos de maiores custos para obter capacidade de armazenamento e estes
fluxos passaro a estar disponveis para alocao a outros participantes. Este simples
cancelamento pode gerar outros cancelamentos consequentes caso o volume seja de interesse
de algum outro participante. Com essa prtica, o problema explanado acima resolvido, pois
pode ocorrer do participante titular conseguir vencer um fluxo mais vantajoso em outro leilo.
O volume deste fluxo pode ser referir diretamente ou indiretamente aos cancelamentos
realizados pelo participante candidato.
Por fim, quando o leiloeiro recebe um INFORM, ele atualiza o seu estoque e verifica
a possibilidade de atender outro participante. Mesmo que o leiloeiro ainda tenha volume a
escoar, pode ser que este volume no corresponda aos atuais lances recebidos. Assim, o
leiloeiro rejeita todos os lances remanescentes. Na sequncia, o leiloeiro abre um novo leilo
a fim de receber lances atualizados.
192

5.2.4.3 Tratamento de Recusas

Um leiloeiro deve atuar de uma forma especial a partir do momento em que no


recebe propostas para o seu anncio, mas apenas recusas. Neste momento, o leiloeiro conclui
que no h possibilidade de escoamento do volume para as condies atuais de estoque dos
participantes, e que seria ineficiente oferecer constantemente o anncio, pois teria grande
chance de receber constantes recusas.
Porm, o leiloeiro no pode simplesmente finalizar o leilo, pois como o protocolo
permite cancelamentos de movimentaes, os respectivos participantes podem ter algumas de
suas movimentaes canceladas por outros leiloeiros e demandar novas oportunidades de
negociao. Por causa disso, quando o leiloeiro apenas recebe recusas, ele inicia um leilo
especial. Este leilo considerado especial por no reagir ao recebimento de mensagens de
recusas. Mesmo que todos os participantes se recusem a participar do leilo, ele continua
ativo a espera da ocorrncia de um evento que altere esta situao. No entanto, quando recebe
uma proposta, ele reage imediatamente para trat-la e consequentemente realizar o acordo. Na
sequncia, o leiloeiro inicia um leilo normal com a pretenso de que haja outros participantes
tambm interessados em seu volume. Caso no haja, ele volta a abrir o leilo especial.

5.2.5 Fase de Confirmao

A fase de confirmao composta por um conjunto de etapas, tais como as


apresentadas na forma de diagrama de estados na Figura 57. Esta fase tem incio com o
recebimento pelo participante de uma mensagem de REJECT-PROPOSAL ou ACCEPT-
PROPOSAL. Ao receber uma mensagem de REJECT-PROPOSAL, o participante reconhece
que no venceu o leilo. Assim, ele deve continuar participando dos leiles seguintes
realizados pelo mesmo leiloeiro, se houver, uma vez que ele percebe que h oportunidade de
aquisio do produto, mesmo que seja em dias mais posteriores.
193

Confirmar o
acordo com o
leiloeiro

{Volume ou capacidade {No precisa ou


Atualizar a curva
menor do que Desistir do acordo no tem espao para
de estoque
o mnimo da Rota} armazenamento}

{Lance rejeitado} {Lance aceito}

Verificar a
Confirmar a alocao
Participar dos capacidade de
da capacidade de
leiles seguintes transporte pela
transporte com a rota
rota
{H capacidade de
transporte}
Verificar se ainda
precisa do volume e se
h capacidade para Cancelar fluxos
armazenamento com menores
custos

Figura 57. Etapas do Processo de Confirmao de um Acordo

Entretanto, ao receber uma mensagem de ACCEPT-PROPOSAL, o participante


percebe que venceu o leilo e age para verificar se ainda est interessado no volume e se ainda
h capacidade de transporte pela rota selecionada e armazenamento a partir do dia de entrega.
Apesar do participante ter solicitado um certo volume no lance, o leiloeiro pode ter enviado o
ACCEPT-PROPOSAL para atender apenas parte do volume inicialmente desejado pelo
participante. Este caso ocorre porque o leiloeiro pode ter atendido prioritariamente outros
participantes no mesmo leilo, restando um menor volume em estoque para atender o
participante corrente.
Para verificar a viabilidade de fechamento de acordo com o leiloeiro, o participante
primeiramente se comunica com o agente Rota por meio de uma mensagem de REQUEST-
ROUTE-CAPACITY-CONFIRMATION para ter conhecimento sobre a capacidade de
transporte disponvel (e o real dia de entrega quando o escalonamento dirio estiver ativado).
A Rota retorna ao participante, por meio de uma mensagem de RESPONSE-ROUTE-
CAPACITY-CONFIRMATION, a informao sobre o volume possvel de movimentao e
se este volume respeita o volume mnimo da rota. Caso o volume seja menor do que o volume
mnimo da rota, o participante deve enviar um FAILURE ao leiloeiro, caso contrrio,
continua interessado em adquirir o produto no leilo.
Ao receber a confirmao da Rota, o participante verifica se ainda h interesse no
volume e capacidade de armazenamento em tanque. Como o participante pode estar
participando de vrios leiles simultaneamente para o mesmo produto, pode ocorrer do
participante j ter adquirido o volume parcial ou total do desejado em outro leilo. Por isso, o
participante deve analisar a curva de estoque do produto para certificar se realmente precisa
adquirir mais uma quantia do produto ou se deve cancelar os fluxos recebidos anteriormente
194

para armazenar o volume do leilo corrente, caso este seja mais vantajoso (i.e. menor custo de
movimentao). Para cancelar os fluxos, o participante deve conhecer com preciso o dia de
entrega do volume do produto. Caso o participante proceda com o cancelamento de alguns
fluxos menos vantajosos, estes fluxos no necessariamente precisam ser os mesmos
analisados durante a concepo do lance, uma vez que alguns j no esto mais disponveis
por terem sido cancelados neste intervalo de tempo.
Se no houver necessidade de mais volume do produto e no houver fluxos com
maior custo para liberar espao para armazenamento, o participante deve proceder enviando
um FAILURE ao leiloeiro. Caso contrrio, o participante deve voltar a comunicar com a Rota
para confirmar tal movimentao. O participante cria um objeto fluxo com as informaes
sobre a movimentao e passa este objeto ao agente Rota por meio da mensagem ROUTE-
CONFIRMATION. A Rota repassa este objeto aos agentes Modais a fim de que eles
armazenem tal informao. O participante aguarda uma resposta da Rota sobre o sucesso na
comunicao com os Modais. Aps o recebimento de tal resposta, o participante atualiza a sua
curva de estoque e envia a mensagem de INFORM ao leiloeiro para confirmar o acordo.

5.2.6 Fase de Finalizao do Leilo

A fase de finalizao de um leilo composta por um conjunto de etapas, tais como


as apresentadas na forma de diagrama de estados na Figura 58. Esta fase inicia com o
recebimento de mensagens de FAILURE ou INFORM do participante. Em um leilo do tipo
normal ou especial, quando o leiloeiro recebe um FAILURE, ele deve verificar se h
possibilidade de atender outro participante com um ACCEPT-PROPOSAL no mesmo leilo.
Se houver, o leiloeiro envia a mensagem de aceite ao respectivo participante, caso contrrio, o
leiloeiro inicia um novo leilo normal.

Atualizar a curva Cancelar fluxos,


de estoque se necessrio
{Participante confirmou
o acordo}
{No h outro Iniciar novo leilo
participante} normal

{Participante desistiu
do acordo}
Verificar se h
{H outro Enviar mensagem
outro participante
participante} de aceite
a receber aceite

Figura 58. Etapas do Processo de Finalizao de um Leilo


195

Quando um leiloeiro recebe um INFORM, ele procede com a atualizao de sua


curva de estoque, uma vez que o acordo para o escoamento do produto est concretizado. O
volume referente ao acordo pode se referir ao volume ainda no alocado a nenhum
participante ou ento ao volume de certos fluxos pr-alocados. A mensagem de INFORM traz
a informao sobre a origem do volume, informando os IDs dos fluxos para os quais o
participante submeteu o lance, quando for o caso. No entanto, pode ocorrer de algum volume
ter sido devolvido ao leiloeiro por meio de cancelamentos de outros participantes e este
volume deve estar completamente disponvel para escoamento. Assim, ao receber um
INFORM, o leiloeiro primeiramente verifica a disponibilidade de volume em estoque (i.e.
volume ainda no alocado) e posteriormente, se for necessrio, ele procede com os
cancelamentos dos fluxos indicados na mensagem de INFORM. O leiloeiro cancela apenas os
fluxos suficientes para atender as necessidades do participante.
Ao cancelar os referidos fluxos, os volumes de tais fluxos so adicionados curva de
estoque do produto. Com isso, o leiloeiro procede com a subtrao na curva de estoque do
volume a ser escoado nos dias especificados at o fim do horizonte de planejamento, uma vez
que a curva de estoque apresenta carter acumulativo. Para que a atualizao seja mais
precisa, a mensagem de INFORM traz uma estrutura de dados que guarda quanto foi definido
para ser escoado em cada dia, uma vez que h um limite de escoamento por dia e por isso o
leiloeiro pode usar mais de um dia para escoar o volume. Na sequncia, o leiloeiro deve
persistir as informaes sobre o fluxo de movimentao do acordo corrente. Este fluxo deve
ter o mesmo ID definido pelo participante, tambm usado pelos modais, para facilitar
cancelamentos posteriores.
Por fim, o leiloeiro deve verificar se tem possibilidade de atender outro participante
com um ACCEPT-PROPOSAL no mesmo leilo. Se houver, o leiloeiro procede com o envio
da mensagem de aceite, caso contrrio, o leiloeiro finaliza o corrente leilo e inicia um novo a
fim de receber lances mais atualizados.

5.2.7 Fase de Cancelamentos

No protocolo apresentado, os cancelamentos ocorrem naturalmente durante as


negociaes entre os agentes. Estes cancelamentos podem ser iniciados tanto por leiloeiros e
participantes, bem como pelos agentes modais. Os cancelamentos so responsveis por prover
a temporariedade dos acordos entre os envolvidos. Como os leiles ocorrem por perodos, no
final de cada perodo uma base deve ter a possibilidade de reavaliar seus acordos em perodos
196

anteriores e ter a possibilidade de cancelar certos acordos para manter a sua curva de estoque
dentro dos limites operacionais, se necessrio. Neste documento de qualificao, os
cancelamentos realizados durante os leiles so chamados de cancelamento online e os
cancelamentos realizados pelas bases no final de cada perodo so chamados de
cancelamentos off-line. Estas duas formas de cancelamentos so descritas nas subsees
seguintes.

5.2.7.1 Cancelamentos Online

No protocolo proposto, os leiloeiros, participantes e modais podem realizar


cancelamentos online. O leiloeiro realiza o cancelamento de um acordo quando intermedeia a
resoluo de interbloqueios entre fluxos de dois ou mais participantes. Porm, esta forma de
cancelamento no apresenta carter imperativo e somente ocorre com o consentimento do
participante detentor do fluxo (vide subseo 5.2.4.2). Por sua vez, como j foi discutido, o
participante tambm realiza o cancelamento de acordos quando vence outros leiles mais
vantajosos para a obteno do produto (i.e. com menor custo de movimentao).
Um participante tambm pode cancelar um acordo quando notificado pela Rota que
a capacidade de movimentao anteriormente alocada no est mais disponvel. Esta forma de
cancelamento iniciada por um agente Modal quando tenta atender a solicitao de uma Rota
com GUE maior do que alguns fluxos pr-alocados e quando no h mais capacidade ociosa
suficiente para atender tal solicitao. Neste caso, o agente Modal cancela certos fluxos para
liberar espao para a movimentao do volume da Rota solicitante. Para cada fluxo cancelado,
o Modal informa o ID do fluxo ao respectivo agente Rota para que este repasse o ID para o
participante que representa. Por sua vez, o participante ao receber a notificao de
cancelamento de um fluxo realiza uma busca pelos seus fluxos recebidos e procede com o
cancelamento do fluxo com o respectivo leiloeiro.
O participante cancela um fluxo com o leiloeiro por meio da mensagem
PARTICIPANT-CANCEL, a qual tambm carrega a informao do ID do fluxo objeto de
cancelamento. O leiloeiro ao receber a mensagem, encontra as informaes sobre o fluxo e
adiciona o volume do fluxo em sua curva de estoque. Este fluxo deve ser removido da
estrutura de dados em que est armazenado nos respectivos agentes.
Os cancelamentos tambm podem ocorrer em cascata quando o volume foco de
cancelamento impacta em outras negociaes dependentes. Por exemplo, quando um leiloeiro
cancela um fluxo, o participante que tem o fluxo cancelado pode no ter mais o volume em
197

estoque, uma vez que este pode ter sido repassado para outra base. Assim, caso a Base no
papel de participante verifique que no h volume disponvel em estoque para substituio do
volume repassado, ela deve assumir o papel de leiloeiro e propagar o cancelamento para os
participantes pertinentes e assim progressivamente, se for necessrio, at que o volume seja
cancelado em todos os leiles da cadeia.

5.2.7.2 Cancelamentos Off-line

Uma Base est apta a realizar um cancelamento off-line de um volume quando no


apresenta mais possibilidade de escoamento e de recebimento do produto no perodo corrente.
Nesta situao, a Base considerada satisfeita para o produto no perodo, uma vez que os
papis de leiloeiro e participante tambm esto satisfeitos. Mais precisamente, um papel de
leiloeiro est satisfeito quando realiza um leilo e apenas recebe REFUSEs e o papel de
participante est satisfeito quando apenas envia REFUSEs para os respectivos leiloeiros.
Uma Base pode variar seu estado de satisfao para um dado produto de acordo com
a variao dos estados de satisfao de seus papis. Por exemplo, um leiloeiro satisfeito
realiza um leilo especial e caso venha receber lances para este leilo, ele trata tais lances e
altera o seu estado para insatisfeito, realizando consequentemente um novo leilo normal. Por
sua vez, um participante satisfeito pode receber um novo CFP de um leiloeiro para o qual
mantm rota de menor custo, enviando uma proposta para tal leiloeiro e passando para o
estado de insatisfeito. A Figura 59 ilustra esta transio de estados. Conforme a figura,
quando os papis de participante e leiloeiro estiverem satisfeitos para o produto, a Base
tambm se apresenta satisfeita para o produto, dando incio reviso dos acordos, caso seja
necessrio.

Leiloeiro Participante Participante


Insatisfeito Insatisfeito Satisfeito

Base Satisfeita
para o produto

Somente recusas
Leiloeiro
Leilo Normal
Satisfeito

Recebe proposta

Reviso de
Leilo Especial
Acordos

Figura 59. Estados de Satisfao de uma Base e de seus Papis de Leiloeiro e Participante
198

Uma Base apenas realiza a reviso dos acordos firmados com a inteno de
cancelamento quando verifica que a sua curva de estoque no se manteve dentro dos limites
operacionais particulares no perodo corrente. Ela analisa os acordos para verificar se esta
infactibilidade no consequncia de uma movimentao errnea realizada em um perodo
anterior. Caso seja, a Base cancela os fluxos menos vantajosos suficientes para manter a curva
de estoque na faixa operacional.
Um exemplo prtico apresentado na Figura 60. A figura apresenta a disposio de
uma curva de estoque em dois perodos consecutivos e o resultado de uma reviso de acordos
realizado no final do segundo perodo. A curva de estoque em linha pontilhada representa o
estado do estoque antes da reviso e a curva de estoque em linha cheia representa o estoque
aps a reviso. Durante a reviso, segundo a figura, a Base decidiu por cancelar o fluxo de
escoamento realizado no dia 5 do primeiro perodo para que a curva de estoque se mantivesse
na faixa operacional no segundo perodo.
80
70
60
50
40
30
20
10
0
1 2 3 4 5 6 7 1 2 3 4 5 6 7

Figura 60. Curva de Estoque Antes e Depois do Cancelamento Realizado pela Base

No entanto, aps o cancelamento ser realizado, pode ocorrer da Base, no papel de


participante, receber um CFP que lhe daria chance de adquirir o volume necessrio do produto
para evitar o cancelamento. Porm, o protocolo no permite a restaurao do acordo
cancelado, principalmente para evitar que ocorram ciclos de negociaes, uma vez que o CFP
recebido poderia ser resultado do cancelamento realizado pela prpria Base. A Base cancela
um acordo por meio do envio de uma mensagem de CANCEL.

5.2.8 Fase de Finalizao

Os leiles ocorrem por perodo e as execues em cada perodo so finalizadas de


duas formas diferentes: quando todas as bases esto satisfeitas para cada produto ou por
tempo a fim de evitar que as negociaes ocorram intermitentemente quando no h uma
199

soluo que satisfaa completamente todos os agentes. O tempo mximo de execuo do


sistema distribudo igualmente pelos perodos. Por exemplo, se o tempo total de execuo
for t para um horizonte de n perodos, cada perodo ter um tempo mximo de execuo de
t/n. Cada base responsvel por controlar o tempo de execuo por perodo. O diagrama de
sequencia apresentado na Figura 61 ilustra as interaes entre os agentes para definir o final
das execues em um perodo e consequentemente do sistema, quando o ltimo perodo for
finalizado.
Em um perodo, uma base dita satisfeita quando se apresenta satisfeita para todos
os seus produtos. Nesta situao, a Base notifica o Gerente com uma mensagem de READY a
fim de informar que no deseja mais negociar no perodo diante do cenrio corrente. No
entanto, como a Base mantm aberto um leilo especial e outros leiloeiros podem ainda estar
ativos, ela pode receber propostas ou novos anncios que a levem a participar novamente de
negociaes. Assim, a Base passa para o estado de insatisfeita e deve informar ao Gerente por
meio de uma mensagem de UNREADY. Tambm, uma Base envia uma mensagem READY
ao Gerente quando o tempo mximo de execuo do perodo foi alcanado.
O Gerente apresenta um contador de mensagens READY a fim de saber quando
todas as Bases esto preparadas para a finalizao do perodo. Caso o contador corresponda
ao nmero total de Bases e ainda haja perodos posteriores, o Gerente seleciona o perodo
seguinte e notifica novamente as bases para iniciarem os leiles para este perodo. Caso o
perodo corrente se refira ao ltimo perodo, o Gerente avisa por meio de uma mensagem
END-SYSTEM as bases sobre a finalizao do sistema. Assim, cada Base responde ao
Gerente enviando somente os fluxos de escoamento para evitar redundncias. Ao receber os
fluxos, o Gerente persiste-os no XML de sada e depois notifica todos os agentes para que
estes finalizem suas execues por meio de uma mensagem FINALIZE-AGENT. Antes de ser
finalizado, cada agente responde ao Gerente (com uma mensagem FINALIZED) para
informar que recebeu a notificao e est de acordo com a finalizao. Ao receber a
mensagem de confirmao de todos os agentes, o Gerente se autofinaliza.
200

Gerente Base Rota Modal

DO-AUCTION
1 b Diagrama de Sequncia:
{No o ltimo perodo} Leiles
READY/UNREADY
1 b

{n READY}

{ltimo perodo}:END-SYSTEM
b

INFORM-DISPATCHED-FLUSHES
1 b

FINALIZE-AGENT
b
FINALIZE-AGENT

FINALIZE-AGENT r

FINALIZED
1 b
FINALIZED
1 r
FINALIZED
1 m

Figura 61. Sequncia de Interaes para a Finalizao do Sistema

5.3 CONSIDERAES FINAIS

Este captulo apresentou uma proposta de um novo protocolo e a respectiva


modelagem do PPTDP. A essncia do protocolo consiste na realizao de acordos
temporrios a fim de aumentar as chances dos agentes realizarem bons acordos ao incentivar
cancelamentos de acordos menos satisfatrios (sem qualquer pagamento de multa). Esta
forma provisria de negociao apresenta vantagens potenciais para aplicao no PPTDP,
principalmente por reduzir a carga de responsabilidade de cada agente no momento do
fechamento de um acordo. Esta forma de negociao permite maior flexibilidade aos agentes,
uma vez que devido natureza temporal do problema, geralmente os envolvidos no
apresentam absoluta certeza no momento de fechamento de um acordo por causa da
impreviso dos eventos futuros.
Tambm, o protocolo permite que o controle das negociaes seja mais bem
distribudo entre os agentes. Assim, os leiloeiros e participantes podem decidir propriamente
pela formao de seus conjuntos de acordos, no dependendo da avaliao de um terceiro (i.e.
um agente Gerente) para tomar tal deciso. Ainda, esta maior descentralizao permite que os
201

agentes modais tambm atuem ativamente a fim de cancelar acordos realizados entre as bases,
mesmo no exercendo os papis principais no leilo. Ademais, a maior interatividade
proposta no modelo pode ser indispensvel para a formao de um plano de qualidade em
cenrios com maiores restries em termos de recursos de transporte e armazenamento, tais
como nas redes de claros e escuros. Portanto, esta forma mais descentralizada de tomada de
deciso pode contribuir significativamente para o refinamento da qualidade da soluo no
PPTDP.
No entanto, o modelo apresentado ainda no foi materializado computacionalmente,
havendo apenas presunes sobre seu comportamento no PPTDP. Uma das presunes refere-
se ao tempo de processamento do modelo, uma vez este exige um maior grau de
interatividade entre os agentes (no processo de concretizao e cancelamentos de acordos) do
que a verso apresentada no captulo anterior. No entanto, esta maior interatividade pode ser
compensada pela melhoria da qualidade dos resultados de planejamento. Neste sentido, a
materializao computacional do modelo permitir avaliar na prtica a qualidade dos
resultados retornados pelo modelo corrente e permitir uma comparao qualitativa com os
resultados retornados pelo modelo apresentado no captulo anterior.
202

6 CONCLUSO E TRABALHOS FUTUROS

Este captulo apresenta a concluso final sobre o trabalho e abre perspectivas para
trabalhos futuros. O captulo organizado em trs sees. A seo 6.1 apresenta a concluso
sobre o desenvolvimento dos modelos multiagentes, a seo 6.2 descreve as atividades
pendentes que contribuiro para a evoluo e finalizao dos modelos e por fim, a seo 6.3
apresenta as publicaes derivadas dos trabalhos realizados durante o doutorado.

6.1 CONCLUSO

Este trabalho de qualificao apresentou dois modelos multiagentes baseado em


negociaes por leiles como soluo ao PPTDP. Estes modelos foram propostos com a
inteno de experimentar a aplicao da abordagem multiagentes em problemas geralmente
resolvveis por meio de mtodos tradicionais, tais como a programao matemtica. Estes
mtodos apresentam certas inconvenincias que desencorajam o uso no PPTDP,
principalmente por causa da forma centralizada de resoluo de problemas, da dificuldade
para representao computacional dos problemas e por causa do alto tempo de processamento
geralmente causado pelo uso de mtodos combinatrios.
Neste sentido, as caractersticas da abordagem multiagentes motivaram a sua adoo
para resoluo do PPTDP. Esta abordagem permite uma representatividade computacional
mais detalhada do problema e permite resolv-lo de forma distribuda e em tempo hbil
quando tcnicas heursticas so empregadas. Estas caractersticas so requisitos ansiveis ao
sistema, pois um baixo tempo de processamento incentiva o seu uso pelos usurios e a
natureza distribuda da soluo torna o sistema mais flexvel a mudanas futuras no mercado
petrolfero, principalmente diante da atual abertura de mercado que possibilita o ingresso de
empresas concorrentes no segmento downstream. Caso tal situao venha a ocorrer, a
necessidade de uma soluo distribuda seria imprescindvel para realizar o planejamento de
transferncia de produtos de petrleo, principalmente por causa da provvel solicitao de
confidencialidade dos dados entre os envolvidos.
Ademais, a abordagem multiagentes oferece grandes facilidades para representao
do problema devido equivalncia natural dos agentes com os elementos estruturais dos
cenrios a ser modelado. Esta equivalncia se torna maior com a adoo de mecanismos de
interao baseados em negociaes. Como resultado, esta correspondncia natural entre o
modelo e o problema facilita o processo de evoluo dos modelos em caso de mudanas nos
203

requisitos. Esta flexibilidade oferecida de suma importncia para o desenvolvimento de um


projeto complexo como o PPTDP, principalmente porque inevitvel a mudana de
requisitos ou incluso e alterao de atributos do problema durante o desenvolvimento de
projetos. Certamente, esta vantagem contribui significativamente para a concepo dos
modelos de resoluo do PPTDP.
Mesmo assim, ainda o processo de concepo dos modelos multiagentes para o
PPTDP e consecutivamente dos protocolos usando leiles foi bastante desafiador devido
disparidade entre a complexidade do problema e a simplicidade dos protocolos de leiles mais
tradicionais. Por se tratar de um problema do mundo real, este envolve um conjunto de
caractersticas que dificilmente so encontradas de forma conjunta em problemas da literatura
resolvidos por meio de leiles. Por exemplo, o desafio decorreu da necessidade de integrar,
em forma de leiles, solues para vrios subproblemas, tais como: manipulao de vrios
tipos de produtos, manipulao de mltiplos itens de cada tipo de produto, existncia de
recursos complementares, existncia de vrios recursos compartilhados, alocaes dos
recursos em relao ao tempo, relacionamento muito para muitos entre leiloeiros e
participantes e negociaes simultneas.
Este esforo para a concepo dos modelos resultou na proposta de dois novos
protocolos, os quais esto permitindo demonstrar, por meio do PPTDP, a viabilidade de
aplicao dos leiles na resoluo de problemas de maior complexidade. Certamente, estes
protocolos podem ser generalizados para serem aplicados efetivamente na resoluo de
qualquer outro problema que clame pelas mesmas necessidades do PPTDP, e com isso, possa
desfrutar das mesmas vantagens supracitadas.
Os modelos apresentados neste trabalho de qualificao so similares em suas
essncias e compartilham do mesmo objetivo de encontrar solues factveis em tempo hbil.
Porm, apesar das similaridades, estes modelos se diferem especialmente em termos de
protocolo de leiles, qualidade dos resultados e em outras particularidades decorrentes do uso
dos protocolos (e.g. armazenamento de fluxos temporrios, estrutura do anncio).
Basicamente, o primeiro modelo apresentado busca encontrar uma soluo factvel
em um baixo tempo de processamento. Este segue as diretivas de um protocolo que institui o
fechamento de acordos em leiles simultneos por meio de um sequenciamento realizado de
acordo com os prprios valores dos lances, sendo que os lances expressam propriedades
subjetivas de cada participante. Neste protocolo, a fase de sequenciamento contribui para a
reduo do tempo de processamento do sistema por evitar a necessidade de realizao de
204

leiles especializados para resolver conflitos na alocao de recursos compartilhados (i.e.


tanques e modais). Assim, a forma pela qual os atributos dos lances so calculados e
manipulados contribuem para a formao de acordos de qualidade que evitam negociaes
excessivas ou mesmo o uso de solues combinatrias. Ademais, para aumentar o paralelismo
de execuo e melhorar o desempenho do protocolo, o modelo tambm pode suportar a
cooperao simultnea entre vrios agentes gerentes, os quais contribuiro para melhor
distribuir a carga de processamento entre os agentes.
Por sua vez, o segundo modelo apresentado busca encontrar uma soluo factvel de
melhor qualidade do que a resultante do primeiro modelo, fazendo uso de um provvel maior
tempo de processamento. Este modelo foi proposto para corrigir algumas simplificaes do
primeiro modelo, tal como o carter permanente dos acordos em leiles que no permite
arrependimentos posteriores. Como alternativa, o modelo em questo permite que os agentes
reavaliem constantemente os resultados de suas negociaes e possam decidir livremente
sobre a permanncia ou desistncias em acordos a fim de beneficiar a si prprios e
consequentemente a toda a sociedade de agentes, uma vez que o ambiente estritamente
cooperativo. Este dinamismo nas negociaes gera naturalmente uma maior interatividade
entre os agentes, a qual considerada benfica para que uma soluo no se mantenha
estagnada em um espao de soluo no factvel. Ademais, por no haver a necessidade de
uma sequencialidade do fechamento dos leiles, este modelo apresenta uma maior capacidade
de distribuio e execuo paralela do que o anterior, o que pode compensar a inconvenincia
do provvel aumento na quantidade de leiles.
Com a materializao destes modelos, ambos podero ser utilizados para a resoluo
do PPTDP, uma vez que eles podem se diferir em termos de qualidade de soluo e tempo de
processamento. Assim, a escolha sobre o modelo mais adequado ao cenrio em planejamento
poder caber ao prprio usurio ou mesmo ao sistema, de forma automtica. Esta escolha
pode ser influenciada pela complexidade do cenrio, disponibilidade de tempo do usurio para
aguardar o resultado ou ainda outros fatores mais subjetivos.
Por fim, de acordo com a experincia adquirida na aplicao de leiles multiagentes
no PPTDP, pode-se concluir que os resultados obtidos at ento so satisfatrios em se
tratando da complexidade da malha multimodal brasileira e principalmente devido ao baixo
tempo de execuo apresentado pelo modelo implementado. Com estes resultados, mesmo
que parciais, j se consegue antever, com certa confiana, um comportamento satisfatrio dos
205

modelos em suas verses materializadas na resoluo do PPTDP e mesmo dos protocolos


propostos na resoluo de problemas com caractersticas similares.

6.2 TRABALHOS FUTUROS

Durante o perodo de pesquisa, uma variedade de atividades foi realizada para a


concepo do trabalho atual. Basicamente, estas atividades consistiram na prpria definio
do tema de estudo, no entendimento das particularidades do problema de planejamento
petrolfero, na definio do tipo de abordagem para resoluo deste problema, na concepo
dos respectivos modelos e protocolos multiagentes e consequentemente, na materializao de
tais modelos.
Atualmente, os projetos de ambos os modelos no se encontram nas mesmas fases de
desenvolvimento. O primeiro modelo se encontra em fase final de implementao e o segundo
modelo se encontra em fase inicial de implementao. Deste modo, as prximas etapas de
desenvolvimento da pesquisa compreendem a finalizao de tais implementaes e a
realizao de testes para verificar a inexistncia de erros de implementao e consequentes
avaliaes quantitativas e qualitativas dos resultados dos modelos.
Porm, tambm se faz necessrio considerar que, durante a continuao do
desenvolvimento destes projetos, os modelos conceituais continuaro sendo revisados a fim
de encontrar inconsistncias ou mesmo incompletudes no observadas devido complexidade
significativa do problema. Certamente, tais revises podem levar a subsequentes alteraes
conceituais dos modelos e alterao nas materializaes. Estas alteraes tambm podem
ocorrer por meio da incorporao de novos atributos e funcionalidades ao modelo do
problema.
Mais precisamente, o sistema referente ao primeiro modelo multiagentes j se
encontra em verso funcional, mas ainda precisa ser aperfeioado com a materializao de
funcionalidades pontuais que certamente influenciaro positivamente na qualidade dos
resultados de planejamento. Estes aperfeioamentos se referem principalmente a
implementao da funcionalidade de repasse do anncio quando um agente representa um
terminal e a implementao das operaes de degradao, alm de outros pequenos ajustes
decorrentes de recentes atualizaes do modelo (e.g. definio do melhor dia de sada do
produto da origem).
Com a implementao destes aperfeioamentos, espera-se avaliar o comportamento
do modelo em cenrios mais completos formados pela integrao entre os nveis inter-regio e
206

intrarregio. Tambm, pretende-se experimentar o comportamento do modelo em outros


cenrios de planejamento da rede GLP e principalmente das redes de Claros e Escuros. Esta
avaliao do modelo pode ser realizada por comparaes com os resultados obtidos pelo
modelo matemtico em desenvolvimento pela equipe da UFF ou ento por meio de avaliaes
de especialistas.
Ainda, outras atividades podem ser realizadas para aperfeioamento do sistema.
Essencialmente, estas atividades compreendem a preparao e avaliao do sistema em
execues em ambientes distribudos. Para aumentar os benefcios da distribuio, o modelo
pode ser experimentado com suporte a vrios agentes Gerentes. Tambm, considerando que o
modelo no apresenta carter combinatorial, outra atividade futura pode se referir avaliao
do comportamento do modelo na execuo de cenrios envolvendo toda a malha brasileira de
uma nica vez, ou seja, sem a subdiviso desta em regies. Com tal estratgia de resoluo,
espera-se obter melhores resultados ao evitar certas inconvenincias decorrentes das
movimentaes inter-regies, tal como a falta de conhecimento prvio sobre o nvel de
estoque das bases reais constituintes de uma rota inter-regio.
Por sua vez, o segundo modelo multiagentes proposto ainda se encontra em fase de
implementao, no havendo ainda uma verso funcional para analisar o seu comportamento.
Para reduzir o tempo de desenvolvimento de uma verso funcional, a fase de implementao
est sendo realizada com foco no reuso das funcionalidades implementadas no primeiro
modelo. Desta forma, as atividades previstas no projeto deste sistema consistem, de forma
geral, na finalizao das implementaes, na realizao de testes e posterior validao do
sistema. Provavelmente, estas atividades podero levar a reavaliaes e alteraes no modelo
conceitual devido ao maior aprofundamento sobre as particularidades do modelo.
Contudo, o foco dos trabalhos futuros essencialmente a concluso dos sistemas
multiagentes para que estes estejam disponveis com maior brevidade para auxiliar os
especialistas nas atividades de planejamento de transferncia de derivados de petrleo. Com
isso, a inteno demonstrar a viabilidade do paradigma de agentes e de leiles para estes
tipos de problemas e incentivar o desenvolvimento de novos projetos da rea petrolfera com
base neste paradigma.

6.3 PUBLICAES

Como resultado das contribuies desta qualificao, alguns trabalhos foram


publicados ou se encontram em fase de publicao. Estes trabalhos so listados abaixo:
207

Pereira, F. R., Banaszewski, R. F., Simo, J.M., Tacla, C.A. (2010). Mtodo
Baseado em Deteco de Mudanas para Determinar Preo de Oferta de Pedidos
de Clientes no Ambiente TAC-SCM. WESAAC 2010 - IV Workshop-Escola de
Sistemas de Agentes, seus Ambientes e aplicaes. Rio Grande - RS.
Banaszewski, R. F., Tacla, C. A., Pereira, F. R., Arruda, L. V., Enembreck, F.
(2010). Planning Transport of Crude Oil Derivatives with Simultaneous Auctions.
IEEE Conference on Systems, Man and Cybernetics, Istambul, Turquia.
Banaszewski, R. F., Pereira F. R., Arruda, L. V., Simo, J. M., Tacla, C. A.,
(2010). Simultaneous Auctions in Transport Planning of Multiple Derivatives of
Oil in Multi-Modals Networks. 42 Simpsio Brasileiro de Pesquisa Operacional
(SBPO). Bento Gonalves, RS.
Banaszewski, R. F., Nogueira, K. E., Simo, J. M., Arruda, L. V., Tacla, C. A.
(2011). Uma Extenso ao Protocolo Contract-Net Aplicado ao Problema de
Planejamento de Transporte de Derivados de Petrleo. V Workshop-Escola de
Sistemas de Agentes, seus Ambientes e ApliCaes (WESAAC 2011). Curitiba -
Brazil: 39-50.
Banaszewski, R. F., Nogueira, K. E., Simo, J. M., Arruda, L. V., Tacla, C. A.
(2012). "Protocolo de Leiles Simultneos com Escalonamento: Aplicao ao
Problema de Planejamento de Movimentaes de Derivados de Petrleo." Revista
de Informtica Terica e Aplicada RITA. Submetido.
Banaszewski, R. F., Nogueira, K. E., Arruda, L. V., Simo, J. M., Tacla, C. A.,
Relvas, S., Barbosa-Pvoa, A.P. (2012). Transportation Planning of Oil Products:
An application of multi-agents auction-based protocol with improvements in the
bidding strategy. 22nd European Symposium on Computer Aided Process
Engineering. Londres - Inglaterra, Elsevier. Submetido.
O artigo (1) foi publicado em uma conferncia nacional e resultado dos esforos
despendidos na concepo de um sistema de otimizao baseado em agentes para competir
em um evento internacional de cadeias de suprimentos. Este trabalho permitiu adquirir um
maior conhecimento dos conceitos e prticas que envolvem a tecnologia de agentes e cadeias
de suprimentos.
Posteriormente, o autor publicou o artigo (2) em conferncia internacional e o artigo
(3) em conferncia nacional. Estes trabalhos descrevem um modelo multiagentes para a
resoluo de uma simplificao do PPTDP. Uma das simplificaes mais pertinentes a
208

desconsiderao do tempo na alocao dos recursos de armazenamento e de transporte. Estes


trabalhos suportam, respectivamente, o planejamento de cenrios compostos por um e vrios
tipos de produtos.
Na sequncia, o autor publicou o artigo (4) em conferncia nacional. Basicamente,
este descreve o modelo apresentado no captulo 4. Este artigo foi escolhido como um dos trs
melhores do evento e recebeu convite para publicao em revista nacional. Desta forma, uma
extenso do artigo foi submetido para publicao em revista conforme a referncia (5), sendo
que ainda no foi publicado.
Por fim, o autor submeteu recentemente o artigo (6) para uma conferncia
internacional. Este artigo foi aceito para publicao, mas ainda no foi apresentado.
Basicamente, o artigo descreve alguns aperfeioamentos recentes propostos ao modelo, os
quais se referem principalmente ao clculo dos valores dos lances com impacto direto no
sequenciamento dos fechamentos dos leiles.
209
210

REFERNCIAS BIBLIOGRFICAS

AIZEMBERG, L.; BARBOZA, E. U.; PESSOA, A. A.; ROCHA, R.; COUTINHO, R.;
PAULA, U. D. MODELO DE OTIMIZAO PARA O PROBLEMA DO
TRANSPORTE DE DERIVADOS DE PETROLEO COM BUSCA LOCAL POR MIP E
SIMULAO. XLIII Simposio Brasileiro de Pesquisa Operacional. Ubatuba - SP 2011.

AKNINE, S.; PINSON, S.; SHAKUN, M. F. An Extended Multi-Agent Negotiation Protocol.


Autonomous Agents and Multi-Agent Systems, v. 8, n. 1, p. 5-45, 2004. ISSN 1387-2532.

ALVES, V. R. F. M. Programao de Transferncia de Derivados de Petrleo em Rede


Dutoviria usando Algoritmo Gentico. 2007. (Dissertao de Mestrado). Departamento de
Engenharia de Produo, Universidade Federal do Rio de Janeiro - UFRJ, Rio de Janeiro.

ANTHONY, P.; HALL, W.; DANG, V. D.; JENNINGS, N. R. Autonomous agents for
participating in multiple on-line auctions. IJCAI Workshop on E-Business and the
Intelligent Web. Seattle, USA: 54-64 p. 2001.

BALLOU, R. H. Gerenciamento da Cadeia de Suprimentos: Logstica Empresarial.


Bookman, 2004. ISBN 9788536305912. Disponvel em: <
http://books.google.com/books?id=XTq7VgXxm5MC >.

BANASZEWSKI, R. F.; PEREIRA, F. R.; ARRUDA, L. V. D.; SIMO, J. M.; TACLA, C.


A. Simultaneous Auctions in Transport Planning of Multiple Derivatives of Oil in Multi-
Modals Networks. 42 Simpsio Brasileiro de Pesquisa Operacional (SBPO). Bento
Gonalves, RS 2010.

BANASZEWSKI, R. F.; TACLA, C. A.; PEREIRA, F. R.; ARRUDA, L. V. D.;


ENEMBRECK, F. Planning Transport of Crude Oil Derivatives with Simultaneous Auctions.
IEEE Conference on Systems, Man and Cybernetics, 2010. Istambul, Turquia.

BAZARAA, M. S.; JARVIS, J. J.; SHERALI, H. D. Linear Programming and Network


Flows. John Wiley & Sons, 2009. ISBN 9780470462720. Disponvel em: <
http://books.google.com/books?id=2DKKHvV_xVwC >.

BELLIFEMINE, F. L.; CAIRE, G.; GREENWOOD, D. Developing multi-agent systems


with JADE. John Wiley, 2007. ISBN 9780470057476. Disponvel em: <
http://books.google.com/books?id=ZLBQAAAAMAAJ >.

BOSCHETTO, S. N. Otimizao das operaes de terminais petrolferos usando tcnicas


de pr-processamento. 2006. (Dissertao de Mestrado). Curso de Ps-Graduao em
Engenharia Eltrica e Informtica Industrial - CPGEI, Universidade Tecnolgica Federal do
Paran - UTFPR, Curitiba.

BOSCHETTO, S. N. Otimizao das Operaes de Transferncia e Estocagem em Redes


de Dutos. 2011. 237 Programa de Ps-Graduao em Engenharia Eltrica e Informtica
Industrial (CPGEI), Universidade Tecnologica Federal do Paran (UTFPR), Curitiba.
211

BOSCHETTO, S. N.; MAGATO, L.; BRONDANI, W. M.; NEVES, F.; ARRUDA, L. V.


R. D.; BARBOSA-PVOA, A. P.; RELVAS, S. An operational scheduling model to product
distribution through a pipeline network. Industrial & Engineering Chemistry Research, v.
49, n. 12, p. 56615682, 2010.

BOYAN, J.; GREENWALD, A. Bid determination in simultaneous auctions: An agent


architecture. Third ACM Conference on Electronic Commerce, 2001.

BRACONI, V. M. Heursticas multiuxo para roteamento de produtos em redes


dutovirias. 2002. (Dissertao de Mestrado). Departamento de Informtica PUC-Rio, Rio
de Janeiro, Brasil.

BRATMAN, M. Intention, plans, and practical reason. Harvard University Press, 1987.
ISBN 9780674458185. Disponvel em: <
http://books.google.com/books?id=I0nuAAAAMAAJ >.

BRITO, R. C. Um simulador multiagente para auxiliar decises logsticas de alocao de


petrleo em portos. 2008. (Mestrado). Curso de Ps-Graduao em Engenharia Eltrica e
Informtica Industrial -CPGEI, Universidade Tecnolgica Federal do Paran - UTFPR,
Curitiba - Paran.

BRITO, R. C.; TACLA, C. A. Um Sistema Multiagente Auto-Interessado para Auxiliar


nas Decises Logsticas de Alocao de Petrleo em Portos. III Workshop Escola de
Sistemas de Agentes para Ambientes Colaborativos (WESAAC). Caxias do Sul, RS 2009.

BROOKS, R. A robust layered control system for a mobile robot. Robotics and Automation,
IEEE Journal of, v. 2, n. 1, p. 14-23, 1986. ISSN 0882-4967.

BRUSCO, S.; LOPOMO, G. Simultaneous Ascending Auctions with Complementarities and


Known Budget Constraints. Symposium on Auction Theory, 2006. p.105-124.

BUSSINESSDICTIONARY. Planning Definition. 2011. Disponvel em: <


<http://www.businessdictionary.com/denition/planning.html> >. Acesso em: 22/09/2011.

CAMPONOGARA, E. A-Teams para um Problema de Transporte de Derivados de


Petrleo. 1995. Programa de Ps-Graduao em Matemtica, Universidade Estadual de
Campinas. Instituto de Matemtica, Estatstica e Computao Cientfica, Campinas, So
Paulo.

CLOUTIER, L.; FRAYRET, J. M.; D'AMOURS, S.; ESPINASSE, B.; MONTREUIL, B. A


commitment-oriented framework for networked manufacturing co-ordination. International
Journal of Computer Integrated Manufacturing, v. 14, n. 6, p. 522-534, 2001. Disponvel
em: < http://www.ingentaconnect.com/content/tandf/tcim/2001/00000014/00000006/art00003
>.

CRAMTON, P., Ed. Simultaneous Ascending Auctions: University of Marylanded. 2004.

CRAMTON, P. Combinatorial Auctions. The MIT Press, 2006. ISBN 0262033429.


212

CRANE, D. S.; WAINWRIGHT, R. L.; SCHOENEFELD, D. A. Scheduling of multiproduct


fungible liquid pipelines using genetic algorithms. Proceedings of the 1999 ACM Symposium
on Applied Computing, 1999. San Antonio, USA. p.280-285.

CSCMP, C. O. S. C. M. P.-. CSCMP Supply Chain Management Definitions. 2011.


Disponvel em: < http://cscmp.org/aboutcscmp/definitions.asp >. Acesso em: Maro.

DAVIDSSON, P.; HOLMGREN, J.; PERSSON, J. A.; RAMSTEDT, L. Multi agent based
simulation of transport chains. Proceedings of the 7th international joint conference on
Autonomous agents and multiagent systems - Volume 2. Estoril, Portugal: International
Foundation for Autonomous Agents and Multiagent Systems: 1153-1160 p. 2008.

DE LA CRUZ, J. M.; DE ANDRES-TORO, B.; HERRAN, A.; PORTA, E. B.; BLANCO, P.


F. Multiobjective optimization of the transport in oil pipelines networks. Emerging
Technologies and Factory Automation, 2003. Proceedings. ETFA '03. IEEE Conference,
2003. 16-19 Sept. 2003. p.566-573 vol.1.

DEB, K. Multi-objective optimization using evolutionary algorithms. John Wiley &


Sons, 2001. ISBN 9780471873396. Disponvel em: <
http://books.google.com/books?id=OSTn4GSy2uQC >.

DESHPANDE, U.; GUPTA, A.; BASU, A. Performance enhancement of a contract net


protocol based system through instance-based learning. Systems, Man, and Cybernetics,
Part B: Cybernetics, IEEE Transactions on, v. 35, n. 2, p. 345-358, 2005. ISSN 1083-
4419.

DOMSCHKE, W.; SCHOLL, A. Grundlagen der Betriebswirtschaftslehre. 3rd Edition.


Berlin: Springer, 2005. Disponvel em: < http://ideas.repec.org/p/dar/wpaper/20670.html >.

EXCELENTE-TOLEDO, C. B.; BOURNE, R. A.; JENNINGS, N. R. Reasoning about


commitments and penalties for coordination between autonomous agents. Proceedings of
the fifth international conference on Autonomous agents. Montreal, Quebec, Canada: ACM:
131-138 p. 2001.

FATIMA, S. Sequential versus simultaneous auctions: a case study. Proceedings of the 8th
international conference on Electronic commerce: The new e-commerce: innovations for
conquering current barriers, obstacles and limitations to conducting successful business on the
internet. Fredericton, New Brunswick, Canada: ACM: 82-91 p. 2006.

FATIMA, S. S. A Comparison of Sequential and Simultaneous Auctions. In: FASLI, M. e


SHEHORY, O., TADA/AMEC'06 Proceedings of the 2006 AAMAS workshop and
TADA/AMEC 2006 conference on Agent-mediated electronic commerce: automated
negotiation and strategy design for electronic markets, 2006. Berlin, Heidelberg. Springer-
Verlag p.164-177.

FELIZARI, L. C. Programao das operaes de transporte de derivados de petrleo em


redes de dutos. 2009. (Doutorado). CPGEI, Universidade Tecnologica Federal do Paran -
UTFPR, Curitiba, PR.
213

FENG, J. Simultaneous Vs. Sequential Auctions, Intensity of Competition and Uncertainty.


Penn State University: Working Paper 2005.

FEO, T. A.; RESENDE, M. G. C. Greedy Randomized Adaptive Search Procedures. Journal


of Global Optimization, v. 6, n. 2, p. 109-133, 1995. ISSN 0925-5001. Disponvel em: <
http://dx.doi.org/10.1007/BF01096763 >.

FERBER, J. Multi-agent systems: an introduction to distributed artificial intelligence.


Addison-Wesley, 1999. ISBN 9780201360486. Disponvel em: <
http://books.google.com/books?id=zt1SAAAAMAAJ >.

FILHO, E. M. D. S.; BAHIENSE, L.; FILHO, V. J. M. F. Programao de uma rede


dutoviria considerando perodos de manuteno programada. XLIII Simpsio Brasileiro
de Pesquisa Operacional. Ubatuba - SP 2011.

FILHO, E. M. D. S.; BAHIENSE, L.; FILHO, V. J. M. F.; PEREIRA, B. C. Pipeline


network scheduling with peak hours. Rio Oil & Gas Expo and Conference 2010. Rio de
Janeiro: Instituto Brasileiro de Petrleo, Gs e Biocombustveis - IBP 2010.

FLEISCHMANN, B.; MEYR, H.; WAGNER, M. Advanced Planning


Supply Chain Management and Advanced Planning. In: STADTLER, H. e KILGER, C. (Ed.):
Springer Berlin Heidelberg, 2005. p.81-106. ISBN 978-3-540-24814-9.

FONSECA, C. M.; FLEMING, P. J. Multiobjective optimization and multiple constraint


handling with evolutionary algorithms. I. A unified formulation. Systems, Man and
Cybernetics, Part A: Systems and Humans, IEEE Transactions on, v. 28, n. 1, p. 26-37,
1998. ISSN 1083-4427.

FOUNDATION FOR INTELLIGENT PHYSICAL AGENTS. FIPA Contract Net


Interaction Protocol Specification. http://www.fipa.org/specs/fipa00029/index.html 2002a.

FOUNDATION FOR INTELLIGENT PHYSICAL AGENTS. FIPA Iterated Contract Net


Interaction Protocol Specification http://www.fipa.org/specs/fipa00029/index.html 2002b.

FOUNDATION FOR INTELLIGENT PHYSICAL AGENTS. Publicly Available


Implementations of Agent Platforms. 2011. Disponvel em: <
http://www.fipa.org/resources/livesystems.html#zeus >. Acesso em: 30/10/2011.

FRIEDMAN-HILL, E. Jess in action: rule-based systems in Java. Manning, 2003. ISBN


9781930110892. Disponvel em: < http://books.google.com/books?id=-xxjRZhyF0IC >.

GARCIA, J. M. C.; MARTIN, J. L. R.; GONZALES, A. H.; BLANCO, P. F. Hybrid heuristic


and mathematical programming in oil pipelines networks. Evolutionary Computation, 2004.
CEC2004. Congress on, 2004. 19-23 June 2004. p.1479-1486 Vol.2.

GASS, S. I. Linear programming: methods and applications. Dover Publications, 1985.


ISBN 9780486432847. Disponvel em: < http://books.google.com/books?id=dDIMnAntgUsC
>.
214

GOLDBARG, M. C.; LUNA, H. P. Otimizao combinatria e programao linear: modelos


e algoritmos. . Rio de Janeiro: Campus, 2000.

GOVIL, M.; PROTH, J. M. Supply chain design and management: strategic and tactical
perspectives. Academic, 2001. ISBN 9780122941511. Disponvel em: <
http://books.google.com.pe/books?id=AsUMo2euPUkC >.

HAUSCH, B. D. Multi-object auctions: sequential vs. simultaneous sales. Manage. Sci., v.


32, n. 12, p. 1599-1610, 1986. ISSN 0025-1909.

HILLIER, F. S.; LIEBERMAN, G. J. Introduction to Operations Research. 8th. Boston


MA: McGraw-Hill, 2005.

HUHNS, M. N.; STEPHENS, L. M. Multiagent systems and societies of agents. In: (Ed.).
Multiagent systems: MIT Press, 1999. p.79-120. ISBN 0-262-23203-0.

ILOS, I. Panorama 2010 - Custos Logsticos no Brasil. Instituto de Logsitca e Supply


Chain. Rio de Janeiro - Brasil. 2010

IPC. 5th International Planning Competition - PipesWorld Domain. 2006. Disponvel em: <
http://zeus.ing.unibs.it/ipc-5/ >.

JENNINGS, N. R. Agent-Oriented Software Engineering. Proceedings of the 9th European


Workshop on Modelling Autonomous Agents in a Multi-Agent World: MultiAgent System
Engineering: Springer-Verlag: 1-7 p. 1999.

JENNINGS, N. R. On Agent-Based Software Engineering. Artificial Intelligence, v. 117, n.


2, p. 277-296, 2000.

JENNINGS, N. R.; FARATIN, P.; LOMUSCIO, A. R.; PARSONS, S.; WOOLDRIDGE, M.;
SIERRA, C. Automated negotiation: prospects, methods and challenges. Intern. J. of Group
Decision and Negotiation, v. 10, n. 2, p. 199-215, 2001.

JENNINGS, N. R.; PARSONS, S.; NORIEGA, P.; SIERRA, C. On Argumentation-Based


Negotiation. IWMAS, 1998. MIT Endicott House, Massachussetts, USA.

KAGEL, J. H.; LEVIN, D. Auctions: A Survey of Experimental Research, 1995-2008.


Department of Economics - The Ohio State University. 2008

KENNEDY, J.; EBERHART, R. Particle swarm optimization. Neural Networks, 1995.


Proceedings., IEEE International Conference on, 1995. Nov/Dec 1995. p.1942-1948 vol.4.

KLEMPERER, P. Auction theory: A guide to the literature. Journal of Economic Surveys,


1999.

KNABE, T.; SCHILLO, M.; FISCHER, K. Improvements to the FIPA Contract Net Protocol
for Performance Increase and Cascading Applications. International Workshop for Multi-
Agent Interoperability at the German Conference on AI, 2002.
215

KOESTLER, A. The ghost in the machine. Henry Regnery, 1971. Disponvel em: <
http://books.google.co.uk/books?id=NTSsAAAAIAAJ >.

KOK, A. G. D.; GRAVES, S. C., Eds. Supply Chain Management: Design, Coordination
and Operation. Handbooks in Operations Research and Management Science: North-
Holland, v.11, p.752, Handbooks in Operations Research and Management Scienceed. 2003.

KRISHNA, V. Auction Theory. 1st edition. Academic Press, 2002. 200 ISBN 012426297X.

LACHTERMACHER, G. Pesquisa Operacional na Tomada de Deciso. 4rd Edition. Rio


de Janeiro: Campus, 2007.

LANKFORD, R. Production scheduling. In: ZANDIN, K. B. (Ed.). Maynards Industrial


Engineering Handbook. New York: McGraw-Hill, 2001.

LIPORACE, F. D. S. Planejadores para transporte em polidutos. 2005. (Tese de


Doutorado). Departamento de Informtica, Pontfica Universidade Catlica do Rio de Janeiro
- PUC-Rio, Rio de Janeiro.

LOPES, T. M.; CIR, A. A.; SOUZA, C. C.; MOURA, A. V. A hybrid model for a
multiproduct pipeline planning and scheduling problem. Constraints, v. 15, n. 2, p. 151-189,
2010. ISSN 1383-7133.

LOPES, T. M. T. O Problema de Planejamento e Agendamento de Operaes em uma


Rede de Oleodutos. 2010. (Mestrado). Programa de Ps-Graduao em Cincia da
Computao, Universidade Estadual de Campinas . Instituto de Computao, Campinas, So
Paulo.

LOU, P.; ZHOU, Z.-D.; CHEN, Y.-P.; AI, W. Study on multi-agent-based agile supply chain
management. The International Journal of Advanced Manufacturing Technology, v. 23,
n. 3, p. 197-203, 2004. ISSN 0268-3768. Disponvel em: < http://dx.doi.org/10.1007/s00170-
003-1626-x >.

MAFIK, V.; PECHOUCEK, M. Social knowledge in multi-agent systems. Systems, Man and
Cybernetics, 2004 IEEE International Conference on, 2004. 10-13 Oct. 2004. p.1950-1957
vol.2.

MARCELLINO, F. J. D. M. Soluo do problema de transporte de derivados de petrleo em


oleodutos atravs de um modelo de satisfao de restries distribudo com otimizao. 2006.
211 (Dissertao de Mestrado). Curso de Ps-Graduao em Engenharia Eletrnica e
Computao, Instituto Tecnolgico de Aeronutica, So Jos dos Campos - SP.

MARRIOTT, K.; STUCKEY, P. J. Programming with constraints: an introduction. MIT


Press, 1998. ISBN 9780262133418. Disponvel em: <
http://books.google.com/books?id=jBYAleHTldsC >.

MILGROM, P. Putting Auction Theory to Work. Cambridge University Press, 2004. 368

MILIDI, R. L.; PESSOA, A. A. Complexidade de Problemas de Planejamento de


Distribuio em Oleodutos. PUC-RIO. Rio de Janeiro. 2001
216

MILIDIU, R. L.; PESSOA, A. A.; BRACONI, V.; LABER, E. S.; REY, P. A. Um algoritmo
GRASP para o problema de transporte de derivados de petrleo em oleodutos. Proceedings of
te XXXIII Brazilan Symposium on Operations Research, 2001. p.237-246.

MILIDIU, R. L.; PESSOA, A. A.; LABER, E. S. Pipeline transportation of petroleum


products with no due dates. LATIN 2002. Cancun, Meximo: 248-262 p. 2002.

MODI, P.; SHEN, W.; TAMBE, M.; YOKOO, M. Adopt: asynchronous distributed constraint
optimization with quality guarantees. Artificial Intelligence, v. 161, n. 1-2, p. 149-180,
2005. ISSN 00043702. Disponvel em: < http://dx.doi.org/10.1016/j.artint.2004.09.003 >.

MOURA, A.; DE SOUZA, C.; CIRE, A.; LOPES, T. Planning and Scheduling the Operation
of a Very Large Oil Pipeline Network
Principles and Practice of Constraint Programming. In: STUCKEY, P. (Ed.): Springer Berlin /
Heidelberg, v.5202, 2008. p.36-51. (Lecture Notes in Computer Science). ISBN 978-3-540-
85957-4.

MOURA, A. V.; DE SOUZA, C. C.; CIRE, A. A.; LOPES, T. M. T. Heuristics and


Constraint Programming Hybridizations for a Real Pipeline Planning and Scheduling
Problem. Computational Science and Engineering, 2008. CSE '08. 11th IEEE International
Conference on, 2008. 16-18 July 2008. p.455-462.

NATHAN, I., Ed. The Energy Intelligence Top 100: Ranking The Worlds Oil
Companies. Energy Intelligence Research Energy Intelligence Research Publications, Energy
Intelligence Research ed. 2011.

NING, L.; FEI-YAN, G. Research on the Negotiation Strategy of Multi-agent Based on


Extended Contract Net. International Conference on Future Computer and Communication,
2009. 6-7 June 2009. p.105-108.

NWANA, H. S. Software Agents: An Overview. . Knowledge Engineering Review, v. 11, n.


3, p. 1-40, 1966.

OHKO, T.; HIRAKI, K.; ANZAI, Y. Addressee Learning and Message Interception for
Communication Load Reduction in Multiple Robot Environments. Selected papers from
the Workshop on Distributed Artificial Intelligence Meets Machine Learning, Learning in
Multi-Agent Environments: Springer-Verlag: 242-258 p. 1997.

PAPADIMITRIOU, C. H.; STEIGLITZ, K. Combinatorial optimization: algorithms and


complexity. Dover Publications, 1998. ISBN 9780486402581. Disponvel em: <
http://books.google.com/books?id=u1RmDoJqkF4C >.

PARUNAK, H. V. D. Industrial and practical applications of DAI. In: (Ed.). Multiagent


systems: MIT Press, 1999. p.377-421. ISBN 0-262-23203-0.

PEREIRA, B. C. Programao de transferncia de derivados de petrleo em rede


dutoviria: uma anlise exata via branch-and-bound. 2008. (Dissertao de Mestrado).
Programa de Engenharia de Produo, COPPE-UFRJ. , Rio de Janeiro - RJ.
217

PEREIRA, F. R. DCOP MOASS: Otimizao de Restrio Distribuda em Problemas


Contnuos de Fluxo em Rede pela Unificao da Discretizao e Resoluo. 2011.
(Dissertao de Mestrado). Curso de Ps-Graduao em Engenharia Eltrica e Informtica
Industrial - CPGEI, Universidade Tecnolgica Federal do Paran - UTFPR, Curitiba - PR.

PEREIRA, F. R.; BANASZEWSKI, R. F.; SIMO, J. M.; TACLA, C. A. Mtodo Baseado


em Deteco de Mudanas para Determinar Preo de Oferta de Pedidos de Clientes no
Ambiente TAC-SCM. WESAAC 2010 - IV Workshop-Escola de Sistemas de Agentes, seus
Ambientes e aplicaes. Rio Grande - RS 2010.

PETCU, A.; FALTINGS, B. A scalable method for multiagent constraint optimization.


Proceedings of the 19th international joint conference on Artificial intelligence. Edinburgh,
Scotland: Morgan Kaufmann Publishers Inc.: 266-271 p. 2005.

PETROBRAS. Site da Petrobras. 2011. Disponvel em: < http://www.petrobras.com.br >.


Acesso em: Agosto de 2011.

PIDD, M. Tools for thinking: modelling in management science. Wiley, 1996. ISBN
9780471964551. Disponvel em: < http://books.google.com.br/books?id=e2UeAQAAIAAJ >.

POSLAD, S.; BUCKLE, P.; HADINGHAM, R. The FIPAOS agent platform: Open Source
for Open Standards. 2000. Disponvel em: <
http://citeseerx.ist.psu.edu/viewdoc/summary?doi=10.1.1.146.2570 >.

PU-CHENG, Z.; YU-SHENG, H.; MO-GEN, X. Extended Contract Net Protocol for Multi-
Robot Dynamic Task Allocation. Information Technology Journal, v. 6, p. 733-738, 2007.

RAO, A. S.; GEORGEFF, M. P. BDI-agents: from theory to practice. Proceedings of the First
Intl. Conference on Multiagent Systems, 1995.

RAZA, M.; HUSSAIN, F. K.; HUSSAIN, O. K.; CHANG, E. Q-Contract Net: A Negotiation
Protocol to Enable Quality-Based Negotiation in Digital Business Ecosystems. Complex,
Intelligent and Software Intensive Systems (CISIS), 2010 International Conference on, 2010.
15-18 Feb. 2010. p.161-167.

REKLAITIS, G. Overview of scheduling and planning of batch process operations. In:


REKLAITIS, G.;SUNOL, A., et al (Ed.). Batch Processing Systems Engineering. Antalya,
Turkey: Springer Publications, 1992. p.660705.

RELVAS, S.; BARBOSA-PVOA, A.; MATOS, H. A. Heuristic batch sequencing on a


multi-product oil distribution system. Computers & Chemical Engineering, v. 33, n. 3, p.
712-730, 2009.

ROHDE, J.; MEYR, H.; WAGNER, M. Die Supply Chain Planning Matrix. Darmstadt
Technical University, Department of Business Administration, Economics and Law, Institute
for Business Studies (BWL), p.10-15. 2000

RUSSELL, S. J.; NORVIG, P. Artificial intelligence: a modern approach. Prentice Hall,


2003. ISBN 9780137903955. Disponvel em: <
http://books.google.com/books?id=KI2WQgAACAAJ >.
218

SANDHOLM, T. An Implementation of the Contract Net Protocol Based on Marginal Cost


Calculations. Eleventh National Conference on Artificial Intelligence, 1993. Washington D.C.
p.256 - 262.

SANDHOLM, T. W. Distributed rational decision making. In: (Ed.). Multiagent systems:


MIT Press, 1999. p.201-258. ISBN 0-262-23203-0.

SANDHOLM, T. W. Leveled Commitment Contracts and Strategic Breach. 2001.

SANDHOLM, T. W.; LESSER, V. R. Advantages of a Leveled Commitment Contracting


Protocol. Proceedings of the thirteenth national conference on Artificial intelligence, 1995.
Portland, Oregon. p.126-133.

SAUER, J.; APPELRATH, H.-J. Scheduling the Supply Chain by Teams of Agents.
Proceedings of the 36th Annual Hawaii International Conference on System Sciences
(HICSS'03) - Track 3 - Volume 3: IEEE Computer Society: 81.1 p. 2003.

SCHILLO, M.; KRAY, C.; FISCHER, K. The eager bidder problem: a fundamental
problem of DAI and selected solutions. Proceedings of the first international joint
conference on Autonomous agents and multiagent systems: part 2. Bologna, Italy: ACM: 599-
606 p. 2002.

SEAR, T. N. Logistic Planning in the Downstream Oil Industry. The Journal of the
Operation Research Society, v. 44, n. 1, p. 9-17, 1993.

SEARLE, J. R. Speech acts: an essay in the philosophy of language. Cambridge


University Press, 1969. ISBN 9780521096263. Disponvel em: <
http://books.google.com/books?id=t3_WhfknvF0C >.

SHOHAM, Y.; LEYTON-BROWN, K. Multiagent systems: algorithmic, game-theoretic,


and logical foundations. Cambridge University Press, 2009. ISBN 9780521899437.
Disponvel em: < http://books.google.com/books?id=bMR_qScakukC >.

SIMCHI-LEVI, D.; KAMINSKY, P.; SIMCHI-LEVI, E. Designing and managing the


supply chain: concepts, strategies, and case studies. McGraw-Hill/Irwin, 2003. ISBN
9780072492569. Disponvel em: < http://books.google.com/books?id=SYKYU06odPgC >.

SMITH, R. G. The Contract Net Protocol: High-Level Communication and Control in a


Distributed Problem Solver. IEEE TRANSACTIONS ON COMPUTERS, v. 29, n. 12, p.
1104-1113, 1980.

SOUZA, T. C. N. D. Algoritmo Evolucionrio para a Distribuio de Produtos de


Petrleo por Redes de Polidutos. 2010. Departamento de Informtica e Matemtica
Aplicada, Universidade Federal do Rio Grande do Norte, Natal - Rio Grande do Norte.

SUN, D.; WU, J. Multi-agent Coordination Based on Contract Net Protocol. Intelligent
Ubiquitous Computing and Education, 2009 International Symposium on, 2009. 15-16 May
2009. p.353-357.
219

TA, L.; CHAI, Y.; LIU, Y. Multi-agent-based Architecture and Mechanism for
Coordination and Execution in Agile Supply Chain Operational Management.
Proceedings of the 2005 IEEE International Conference on e-Technology, e-Commerce and e-
Service (EEE'05) on e-Technology, e-Commerce and e-Service: IEEE Computer Society:
400-403 p. 2005.

TALUKDAR, S.; BAERENTZEN, L.; GOVE, A.; DE SOUZA, P. Asynchronous Teams:


Cooperation Schemes for Autonomous Agents. Journal of Heuristics, v. 4, n. 4, p. 295-321,
1998. ISSN 1381-1231. Disponvel em: < http://dx.doi.org/10.1023/A:1009669824615 >.

TELECOM ITALIA. Site da Telecom Italia. 2011. Disponvel em: <


http://www.telecomitalia.com/tit/en.html >. Acesso em: 1/11/2011.

TIAN, J.; FOLEY, R.; YAO, X.; TIANFIELD, H. An extended Contract Net Mechanism for
Dynamic Supply Chain Formation and Its Application in China Petroleum Supply Chain
Management. 2006.

TRANSPETRO. Transpetro - Relatrio Anual. 2009

TRANSPETRO. Transpetro: A empresa de transporte e logstica do Sistema Petrobras. 2010.


Disponvel em: <
http://www.transpetro.com.br/portugues/empresa/transpetro/transpetro.shtml >. Acesso em:
11/08/2011.

TUTTE, W. T. Graph theory. Cambridge University Press, 2001. ISBN 9780521794893.


Disponvel em: < http://books.google.com/books?id=uTGhooU37h4C >.

VOKNEK, J.; BBA, J.; HODK, J.; VYBHAL, J.; PCHOUEK, M. Competitive
Contract Net Protocol. Proceedings of the 33rd conference on Current Trends in Theory and
Practice of Computer Science. Harrachov, Czech Republic: Springer-Verlag: 656-668 p.
2007.

WEISS, G. Multiagent systems: a modern approach to distributed artificial intelligence.


MIT Press, 1999. ISBN 9780262232036. Disponvel em: <
http://books.google.pt/books?id=XQ24QgAACAAJ >.

WOLFSTETTER, E. Auctions: An Introduction. Journal of Economic Surveys, v. 10, n. 4,


p. 367-420, 1996. Disponvel em: < http://ideas.repec.org/a/bla/jecsur/v10y1996i4p367-
420.html >.

WOLSEY, L. A. Integer programming. Wiley, 1998. ISBN 9780471283669. Disponvel


em: < http://books.google.com/books?id=x7RvQgAACAAJ >.

WOOLDRIDGE, M.; JENNINGS, N. Intelligent Agents: Theory and Practice. Knowledge


Engineering Review, v. 10, n. 2, p. 115-152, 1995. Disponvel em: <
http://citeseerx.ist.psu.edu/viewdoc/summary?doi=10.1.1.55.2702 >.

WOOLDRIDGE, M. J. An introduction to multiagent systems. J. Wiley, 2002. ISBN


9780471496915. Disponvel em: < http://books.google.com/books?id=BoEZAQAAIAAJ >.
220

WRAY, R. E.; JONES, R. M. An introduction to Soar as an agent architecture. In: SUN, R.


(Ed.). Cognition and Multi-agent Interaction: From Cognitive Modeling to Social
Simulation: Cambridge University Press, 2005. p.53-78.

WRIGHT, G. H. Norm and action: a logical enquiry. Humanities, 1963. Disponvel em:
< http://books.google.com/books?id=6VMYAAAAIAAJ >.

WURMAN, P. R.; WALSH, W. E.; WELLMAN, M. P. Flexible double auctions for


electronic commerce: theory and implementation. Decision Support Systems, p. 17-27,
1998.

ZARANDI, M. H. F.; POURAKBAR, M.; TURKSEN, I. B. A Fuzzy Agent-Based Model for


Reduction of Bullwhip Effect in Supply Chain Systems. Expert Systems with Applications:
An International Journal, v. 34, 2008.
221
222

APNDICE A - ESTRUTURA DOS ARQUIVOS DE DADOS

Este apndice apresenta a estrutura dos arquivos XML de entrada e sada. Para
facilitar o entendimento destas estruturas, o contexto dos arquivos apresentados corresponde a
um cenrio simples e fictcio esquematizado na Figura 62. Neste cenrio, a malha brasileira
decomposta em apenas duas regies (R1 e R2). Estas duas regies e mais o Exterior (EXT)
compem o nvel de planejamento inter-regio. A seta em linha cheia entre os dois crculos
correspondentes s regies representam as rotas entre estas. A regio R1 composta pelas
bases 1 e 2 e a regio R2 composta apenas pela base 3. As setas pontilhadas representam as
rotas entre as bases propriamente ditas. Neste cenrio, a rota entre as bases 3 e 2 representa
com maior detalhamento a rota inter-regio (entre R2 e R1). Esta rota formada apenas pelo
tipo de modal martimo. Por sua vez, a rota entre as bases 1 e 2 representa uma movimentao
intrarregio e formada apenas por um modal dutovirio com capacidade de reverso.
O cenrio abordado refere-se transferncia de produtos da classe GLP em um
horizonte de planejamento de trs meses. No entanto, para obter maior simplicidade,
considera-se que apenas um produto movimentado. Desta forma, os arquivos XML
apresentados consistem nos dados de entrada intrarregio referente regio R1 e nos dados de
sada resultado da execuo do planejamento nesta regio. O respectivo arquivo de entrada
tambm faz referncia s movimentaes ocorridas no nvel inter-regio, ou seja, entre R1 e
R2. Mais precisamente, considera-se a ocorrncia de apenas um fluxo de movimentao de
R2 para R1 em nvel inter-regio, sendo este realmente executado pelas bases 3 e 2 em nvel
intrarregio. Tambm, considera-se ao receber o produto, base 2 envia uma quantia para a
base 1. As estruturas dos arquivos esto apresentadas em duas sees. A seo A.1 apresenta
a estrutura do XML de Entrada e a seo A.2 apresenta a estrutura do XML de sada.

Brasil

R1 R2 EXT

2 3

Figura 62. Cenrio fictcio para exemplificao das estruturas dos arquivos de dados
223

XML DE ENTRADA

223
224
225

225
226
227

227
228
229

229
230

XML DE SADA

S-ar putea să vă placă și