c. Các biến và hàm của lớp MatchAgent
8.2Các mô hình hoạt động của hệ TraNeS
Hệ TraNeS đã được cài đặt để có thể hoạt động theo hai mô hình mô hình tập trung và
mô hình phân tán.
a. Mô hình tập trung
Mô hình tập trung chính là môi hình client-server. Trong mô hình này, tất cả các agent đều chạy trên một máy server. Hệ thống sẽ được cài đặt và đưa lên một máy chủ duy nhất. Các khách hàng khi gửi yêu cầu đến hệ thống từ các Client đều sinh ra một UserAgent đại diện cho khách hàng đó. Agent này cũng chạy trên server và trả kết quả về cho khách hàng ở client. Tuy nhiên mô hình này có những nhược điểm sau:
− Mô hình tập trung này không phản ánh ưu điểm phân tán của hệ đa agent. − Đòi hỏi tài nguyên hệ thống cao: yêu cầu về bộ nhớ, tốc độ xử lí...do các
agent cùng chạy trên một nền phần cứng, cùng phải chia sẻ tài nguyên trên một máy.
− Không thể hiện bản chất của một hệ xử lí song song khi agent phải thương lượng nhiều mặt hàng cùng lúc.
b. Mô hình phân tán
Mô hình này có nhiều server, mỗi server đại diện cho một khu vực địa lý (chẳng hạn như một thành phố) để lưu dữ liệu liên quan đến các nhà ga và các khách sạn ở khu vực đó. Trong mô hình này, HotelAgent và TrainAgent sẽ hoạt động ở các server khác nhau còn UserAgent và MathAgent hoạt động trên một máy chủ xác định. Mô hình này khắc phục được các nhược điểm như đã nêu trên của mô hình tập trung.
Trong cả hai mô hình, tại mỗi server, hệ thống luôn có các agent chạy nền và luôn hoạt động để lắng nghe các yêu cầu gửi đến nó. Khách hàng hoàn toàn không biết sự tồn tại của các agent này. Trong mô hình tập trung, cả MatchAgent, TrainAgent và HotelAgent đều hoạt động trên cùng một server. Trong mô hình phân tán, các HotelAgent và TrainAgent khác nhau hoạt động trên các server khác nhau. Riêng UserAgent sẽ được khởi động khi khách hàng gửi yêu cầu đến hệ thống một cách tự động và hoàn toàn chạy ngầm cho đến khi hoàn thành nhiệm vụ.
Người sử dụng phải kích hoạt các agent chạy nền trên các server. Sau khi được kích hoạt, các agent sẽ hoạt động và khi có một sự kiện xảy ra thì agent sẽ ghi lại sự kiện đó trên giao diện của agent đó.
Hình 8.1 mô tả các sự kiện ghi lại trong các agent sau khi được khởi động trên server. Agent trung gian (MiddleAgent) sẽ lắng nghe các kết nối trên cổng 2000. Khi các HotelAgent, TrainAgent khởi động thì nó sẽ kết nối tới MiddleAgent. Trên hình 8.1, có 6 HotelAgent và 6 TrainAgent khởi động nên MidleAgent nhận được 12 kết nối.
Hình 8.1: Các Agent khởi động trên Server
Khi khách hàng gửi yêu cầu đến hệ thống, hệ thống sẽ sinh ra một UserAgent chạy ngầm trên server. Agent này trước hết liên lạc với Agent trung gian để tìm ra đối tác của mình theo thuật toán thương lượng song phương. Giao diện của agent trung gian khi đó sẽ có thêm một kết nối thứ 13 (Hình 8.2).
Hình 8.2: Agent trung gian khi UserAgent khởi động
Tiếp theo, quá trình thương lượng giữa các agent sẽ được tiến hành, các trạng thái thay đổi trong quá trình thương lượng đó đều được lưu vết lại trên HotelAgent và TrainAgent (Hình 8.3 và Hình 8.4).
Agent trung gian - lắng nghe các kết nối ở cổng 2000 Các HotelAgent khởi động. Các TrainAgent khởi động.
Hình 8.3: HotelAgent khi thương lượng với User Agent
Trong Hình 8.3 ta thấy quá trình nhượng bộ của HotelAgent cũng diễn ra qua rất nhiều bước (tương ứng với các trạng thái relax). Khi hai bên đạt được thoả thuận thì HotelAgent sẽ chuyển sang trạng thái redeal.
TrainAgent sẽ lưu lại vết của cả hai quá trình thương lượng để xác định chuyến tàu đi và chuyến tàu về (Hình 8.4). Hai quá trình này diễn ra gần như đồng thời và kết quả cũng đến gần như cùng một lúc.