- Quá trình phân tích moving agent theo UM L:
♦ hiển thị thông tin của framework cho user xem:
3.2.1.4 Giao thức gởi & nhận agent:
Dưới góc độ của một user thì agent đã tự di chuyển và thực hiện các tác vụ nhưng thực tế framework đã làm nhiệm vụ hổ trợ agent di chuyển. Hay nói một cách chính xác chính các agent place đã sử dụng agent service để gởi và nhận các agent. Như vậy, agent service là một dịch vụ của agent place chuyên làm nhiệm vụ gởi nhận agent giữa hai agent place bất kỳ.
Các Agent Serivce đều phụ thuộc vào các Web server để nhận các Stub file của Agent Service muốn gơỉ Agent đến nó. Gọi Agent Service muốn gởi Agent đi là Agent Service nguồn, còn Agent Service nhận Agent đến là Agent Service đích, qui ước này được áp dụng tương tự cho tất cả các thực thể trong framework.
Để có thể gởi Agent từ Agent Service nguồn đến Agent Service đích phải tuân theo protocol sau :
+ Web Server : dùng http server của JINI.
+ Trước tiên , Agent Service nguồn gởi tên dịch vụ mà nó đã đăng ký với Registry cùng với thông tin về agent cần chuyển đến Agent Service đích và xem như là tín hiệu báo quá trình gởi/nhận Agent bắt đầu.
+ Notify_entity của Agent Place đích sẽ nhận thông tin này, Agent Service đích sử dụng nó để gọi remote method của Agent Service nguồn với kết quả trả về là một Agent. Vấn đề đặt ra ở đây message chứa thông tin thông báo đứng trước rất nhiều nguy cơ : bị đánh cắp thông tin, bị mất, bị sai lệch thông tin.….Tuy nhiên chúng tôi có thể giải quyết lần lượt các vấn đề.Thứ nhất security service sẽ mã hóa thông điệp để ngăn chặn khả năng bị đánh cắp, kế đến các vấn đề thất lạc,sai khác sẽ do General Administrator giải quyết.
+ Agent service nhận agent từ lời gọi hàm từ xa, và bắt đầu tạo môi trường cho nó thực thi.
Hình 3.26 Giao thức gởi nhận agent Invoke remote method(2)
Send Notify(1) Agent Place (Source) Agent Service Agent Place (Destination) Agent Service Agent(3)
3.2.2 Event service :