Monografia - PUC-Rio
Monografia - PUC-Rio Monografia - PUC-Rio
O principal sistema de mensagens é denominado de AMME, e esta dividido em uma camada de mobilidade compartilhada e um protocolo independente de transferência, denominado Meep e MOP. O Meep é baseado no protocolo de troca extensível de blocos BEEP (Blocks Extensible Exchange). O MOP o protocolo é baseado em HTTP. As partes do sistema de mensagens podem ser vistas na figura 9. Figura 10. Sistema de mensagens A API XAS, pertencente ao modulo Xebu, processa todas as mensagens que utilizam a linguagem XML, e conseqüentemente origina uma seqüência de eventos. O serviço de mensagens se compõe da subcamada Axis e Lye. O Axis é uma interface que apresenta um serviço de mensagens que permite ao servidor a comunicação com as subcamadas do mecanismo. O AMME é um protocolo de mensagens projetado para ambientes móveis. Este protocolo esta dividido em duas camadas: • Camada de mobilidade: Fornece uma conexão persistente produzindo o envio de eventos quando o cliente esta se deslocando. • Camada de transferência: Fornece um canal de comunicações full- duplex. 22
O sistema de mensagens permite utilizar uma grande variedade de formatos textuais, como XML e formatos binários, como o Xebu. O sistema de mensagens baseado no Xebu, permite converter as mensagens no formato SOAP que tem associado uma interface de implementação XAS. 3.4. Serviço de presença O serviço de presença e o serviço de mensagens instantâneo são simples protótipos da implementação de um serviço de notificação para conectividade e mobilidade. O protótipo esta implementado em J2ME (Java 2 Micro Edition) e utiliza a interface do MIDP (Mobile Information Device Profile). Mediante o componente de descoberta de presença junto com o serviço de mensagens instantâneo, o modelo de sensibilidade ponto a ponto, depende do sistema de notificações, o que permite operar sem um servidor dedicado. O serviço de presença está implementado por componentes que podem ser vistos na figura 10. Figura 11. Componentes do serviço de presença 23
- Page 1 and 2: NESTOR FELIPE MAYA QUINTERO MIDDLEW
- Page 3 and 4: LISTA DE FIGURAS Figura 1. Cabeçal
- Page 5 and 6: 1. Introdução O middleware para c
- Page 7 and 8: Atualmente o protocolo TCP (RFC793)
- Page 9 and 10: Diferentemente do TCP, que é orien
- Page 11 and 12: 9 ERROR 10 COOKIE ECHO - estado do
- Page 13 and 14: ecebida realiza uma correspondênci
- Page 15 and 16: 3. Middleware FUEGO O Middleware FU
- Page 17 and 18: O cabeçalho HIP, visto na figura 6
- Page 19 and 20: 3.1.4. Troca básica do HIP O proto
- Page 21: canal é um tipo de objeto e pode d
- Page 25 and 26: 4. Conclusões O mecanismo HIP, é
O sistema de mensagens permite utilizar uma grande variedade de formatos<br />
textuais, como XML e formatos binários, como o Xebu. O sistema de<br />
mensagens baseado no Xebu, permite converter as mensagens no formato<br />
SOAP que tem associado uma interface de implementação XAS.<br />
3.4. Serviço de presença<br />
O serviço de presença e o serviço de mensagens instantâneo são simples<br />
protótipos da implementação de um serviço de notificação para conectividade e<br />
mobilidade. O protótipo esta implementado em J2ME (Java 2 Micro Edition) e<br />
utiliza a interface do MIDP (Mobile Information Device Profile). Mediante o<br />
componente de descoberta de presença junto com o serviço de mensagens<br />
instantâneo, o modelo de sensibilidade ponto a ponto, depende do sistema de<br />
notificações, o que permite operar sem um servidor dedicado. O serviço de<br />
presença está implementado por componentes que podem ser vistos na figura<br />
10.<br />
Figura 11. Componentes do serviço de presença<br />
23
Change language