Khóa luận Kiến trúc phần mềm dựa trên Agent

ực hiện công việc thay cho người dùng một cách độc lập sau khi được giao công việc Các agent cần có môi trường để thi hành trong suốt thời gian tồn tại của chúng, chúng tương tác với môi trường thi hành cũng như hoạt động một cách không đồng bộ và tự trị trong đó. Một ví dụ về mô hình phát triển phần mềm dựa trên Agent như trong dịch vụ du lịch, người sử dụng thường có nhiều yêu cầu khác nhau cho các gói du lịch của mình như vé máy bay, vé tàu, chỗ ở ... Do đó, thành phần phần mềm thay mặt người sử dụng cần phải tương tác, thương lượng với nhiều dịch vụ khác một cách tự động và sau đó tích hợp kết quả gửi lại cho người sử dụng. Mỗi thành phần như thế được hình dung là một Agent. Các đặc trưng cơ bản của Agent [1]: Tính tự trị (autonomous): agent có thể tự kiểm soát các hành động của nó sau khi được giao việc mà không cần sự can thiệp của người dùng hay các agent khác. Mỗi agent chứa một trạng thái nào đó của riêng nó, các agent khác không thể truy cập được vào trạng thái này. Agent tự quyết định các hành động của mình dựa trên trạng thái hiện thời mà không cần sự tác động của con người hay các agent khác. Tính tự trị là đặc trưng quan trọng nhất của Agent. Khả năng phản ứng (reactivity): Tính phản ứng là khả năng agent có thể nhận biết được môi trường (qua bộ phận cảm nhận nào đó) và dựa vào nhận biết đó, agent đáp ứng kịp thời những thay đổi xảy ra trong môi trường. Phản ứng của Agent với môi trường bên ngoài đều hướng tới việc thực hiện mục tiêu của Agent đó. Tính chủ động (pro-activeness): Khi có sự thay đổi của môi trường, agent không chỉ phản ứng một cách đơn giản mà nó còn xác định chuỗi các hành động cần thực hiện, bản thân agent sẽ chủ động trong việc khởi động và thực hiện chuỗi hành động này. Tính xã hội (Social ability): các agent không chỉ hướng tới mục đích riêng cuản nó mà còn có khả năng tương tác với các agent khác trong hệ thống để hướng tới mục đích chung của hệ thống. Các hoạt động tương tác này bao gồm phối hợp, cạnh tranh, thương lượng ... Kiến trúc tổng thể Kiến trúc Agent là một cơ chể cơ bản dựa trên các thành phần tự chủ, nó hỗ trợ các hành động tác động lên thế giới thực, các môi trường mở và động. Trên thực tế, kết quả ban đầu của Agent tính toán nhằm vào việc phát triển kiến trúc các Agent thông minh, và những năm đầu tồn tại các kiểu thiết kế kiến trúc khác nhau, từ các kiến trúc đơn giản về phản ứng hành động, điều khiển trong một mô hình kích thích – trả lời, như là kiến trúc xếp gộp [8], cho đến các kiến trúc phức tạp hơn như là kiến trúc dựa trên sự tin tưởng vào mục đích (BDI-Belief Desire Intention) [9]. Kiến trúc phân lớp, tổng hợp giữa hai kiểu kiến trúc trên, bao gồm cả phản ứng hành động và các điểm mạnh của cả hai phương pháp trên. Kiến trúc của Agent có thể được chia thành bốn nhóm chính: Nền tảng Logic, phản ứng hành động, BDI, và kiến trúc phân lớp. FIPA (Foundation for Intelligent, Physical Agents) Phần này sẽ giới thiệu một cách tổng quát về lịch sử phát triển và nội dung chính của đặc tả FIPA [2]. Tập hợ đầy đủ các đặc tả FIPA có thể được tìm thấy trên trang web chính thức của FIPA. JADE là sự thi hành của các đặc tả FIPA vì thế nó phụ thuộc lớn vào các ý tưởng được đưa ra trong các đặc tả và được mở rộng theo những tài liệu đặc tả. Tuy nhiên các đặc tả FIPA không được thể hiện hoàn toàn trong JADE do JADE có mở rộng thêm một số khu vực so với đặc tả. Lịch sử FIPA FIPA được thành lập năm 1996, được xem như là một tổ chức phi lợi nhuận quốc tế với mục tiêu phát triển tập các chuẩn liên quan đến công nghệ phần mềm Agent. Các thành viên ban đầu, tập hợp các tổ chức nghiên cứu và công nghiệp, đưa ra một tập các quy tắc hướng dẫn sản xuất của tập đặc tả chuẩn Pháp lý [10] (Chuẩn Pháp lý được hiểu đối lập với chuẩn Thực tế, nó được tạo ra không phải bởi các cơ quan chuẩn mà được đặt ra bởi các công ty) cho công nghệ phần mềm Agent. Tại thời điểm đó, phần mềm Agent được biết đến rộng rãi trong giới khoa học nhưng lại ít được sự quan tâm của các tổ chức thương mại. Những người đứng đầu đã đồng ý cho sản xuất các chuẩn có thể tạo ra một nền tảng cứng của một kỹ thuật mới bằng cách sử dụng chéo một lượng lớn các ứng dụng. Cốt lõi FIPA tuân theo tập các quy tắc: Công nghệ Agent bao gồm một mô hình mới để giải quyết các vấn đề cũ và mới Các công nghệ Agent sẽ hướng tới mức độ hoàn thiện lớn hơn. Để sử dụng công nghệ Agent cần có đặc tả Đặc tả của cơ chế bên trong các Agent không phải là mối quan tâm chính, mà là cơ sở hạ tầng và ngôn ngữ yêu cầu cho khả năng phối hợp mở. Truyền thông Agent (Agent Communication) Agent về cơ bản là hình thái của quá trình phân phối mã nguồn và do đó tuân theo khái niệm cổ điển của mô hình phấn phối tính toán theo hai phần: các thành phần và các kết nối. Các thành phần là những khách hàng, những nhà sản xuất và những người điều hành các thông điệp truyền thông thông qua kết nối. Phần thân của các chuẩn đầu tiên như là ISO hay IETF lựa chọn một cách tiếp cận hướng mạng trong việc phát triển các cụm giao thức được phân lớp dựa phần lớn trên truyền thông máy tính mà chúng ta đã biết như mô hình OSI, mô hình TCP/IP. Cả hai đều được tận dụng thông qua giao tiếp giữa các phần mềm ứng dụng giao thức. Quản lý Agent (Agent Management) Để bổ sung cho truyền thông, khía cạnh cơ bản thứ hai của hệ thống Agent được tạo ra bởi đặc tả FIPA là quản lý Agent: một nền tảng chuẩn trong đó có các chuẩn FIPA cho Agent tồn tại, tổ chức và quản lý. Nó thành lập các mô hình logic tham chiếu cho việc khởi tạo, đăng ký, xác định vị trí, di trú và tổ chức các Agent. Mô hình tham chiếu quản lý Agent được mô tả theo hình: Hình 2.1. Quản lý Agent Các thành phần của mô hình sẽ được giải thích chi tiết hơn trong phần trình bày tiếp theo về nền tảng của Agent. Nền tảng JADE Phần này sẽ giới thiệu một cách tổng quan của nền tảng JADE [11][12] (Java Agent DEvelopment Framework platfom) và các lý thuyết cơ bản về thành phần kiến trúc của nó. Khái niệm về JADE JADE (Java Agent DEvelopment Framework) là một framework phần mềm cho hệ thống đa agent viết hoàn toàn bằng Java và được phát triển từ cuối năm 2001. Jade cho phép sự kết hợp giữa nhiều agent tuân thủ theo chuẩn FIPA và sử dụng ngôn ngữ giao tiếp theo chuẩn FIPA-ACL với cả SL và XML. Jade là một nền tảng cho hoạt động của các agent, nó hỗ trợ: Là một nền tảng cho hệ phân tán của agent theo chuẩn FIPA, nó có tính di động, bảo mật và nhiều các tính năng khác. Giao diện người dùng của ứng dụng Java Là thư viện của các giao thức tương tác FIPA, được cung cấp sẵn, hỗ trợ giao tiếp của các agent trên những nền tảng giống hoặc khác nhau Có giao diện đồ họa người dùng để quản lý các agent từ cùng Có sẵn tại Mô hình nền tảng JADE Hình 2.2. Mô hình nền tảng JADE Hình trên mô tả kiến trúc của nền tảng JADE. Nó là 1 hệ kiến trúc phân tán bao gồm: Nhiều máy Nhiều tiến trình Nhiều các Agent Container Các Agent Container được hiểu là tiến trình java cho container, mỗi container sẽ có 1 tiến trình java, rõ ràng với từng agent, chứa một hay nhiều các agent. JADE tạo ra nhiều container cho các agent, chúng có thể ở trong cùng một hệ thống máy tính hoặc khác hệ thống. Các tập của các container với nhau được gọi là nền tảng. Mỗi nền tảng phải có một Main – Container, các container khác đều phải đăng ký với Main-container khi chúng được đưa vào nền tảng. Hình 2.3. Mối quan hệ các thành phần trong JADE Khi Main-container được khởi động, đi kèm theo nó là 2 agent đặc biệt: AMS Agent: Hệ thống quản lý Agent (Agent Management system), một agent giám sát toàn bộ platform. Nó là nơi để các agent đăng ký bao gồm các dịch vụ như đặt tên, xác định tính duy nhất của tên agent, quản lý vòng đời các agent. DF Agent: dịch vụ trang vàng trong JADE, nơi các agent đăng ký dịch vụ của mình, ở đó một agent có thể tìm kiếm các agent khác có các dịch vụ mà agent đó yêu cầu để thực hiện nhiệm vụ của agent. Biên dịch và chạy trên nền tảng JADE Tất cả những phần liên quan đến JADE có thể được download từ website . Các phần mềm liên quan này được chia thành 2 phần: bản phân phối chính thức và bản phụ trợ. Bản phụ trợ trong mỗi bản riêng biệt đều chưa các module thực thi các phần mở rộng riêng biệt như các mã hóa cho ngôn ngữ. Các bản này được phát triển bởi các thành viên công đồng nguồn mở, chia sẻ những kiến thức về JADE cho cộng đồng. Bản phân phối chính gồm năm file đã được nén lại với các nội dung sau: jadeBin.zip bao gồm các file jar là nền tảng của JADE đã được dịch và được dùng sẵn jadeDoc.zip chứa các tài liệu, bao gồm cá hướng dẫn cho Adminitrator và Programmer. Tài liệu này cũng có sẵn trên website. JadeExamples.zip chứa mã nguồn của nhiều ví dụ jadeSrc.zip chứa tất cả nguồn của JADE jadeAll.zip chứa tất cả cả bốn file được liệt kê ở trên Các file được down, giải nén sẽ được được chứa dưới dạng thư mục theo cấu trúc sau: Hình 2.4. Cấu trúc thư mục Jade Thư mục jade/lib chứa tất cả các file jar cần được khai báo vào java CLASSPATH để chạy JADE.CLASSPATH được khai báo như sau: Thiết lập biến môi trường: tạo tham biến mới JADE_HOME với giá trị là C:\jade – nơi đặt thư mục jade Tạo tham biến CLASSPATH với giá trị là: .;%JADE_HOME%\add-ons\migration\lib\migration.jar; %JADE_HOME%\classes;%JADE_HOME%; %JADE_HOME%\lib\jade.jar; %JADE_HOME%\lib\jadeTools.jar; %JADE_HOME%\lib\http.jar; %JADE_HOME%\lib\iiop.jar; %JADE_HOME%\lib\commons-codec\commons-codec1.3.jar; Sau đó có thể khởi động JADE với đồ họa bằng cách sử dụng lệnh: prompt> java jade.Boot –gui Màn hình hiện thị sẽ thành công khi hiện ra dòng lệnh thông báo : Hình 2.5. Thông báo dòng lệnh khởi động Jade thành công Và màn hình đồ họa: Hình 2.6. Màn hình đồ họa khởi động Jade Dịch vụ di động liên nền (Inter - Platform) Gói thư viện migration.jar được cộng đồng phát triển cho môi trường JADE bổ sung, cung cấp gói thư viện hỗ trợ tính di động của Agent (Tính di động của Agent sẽ được trình bày tiếp ở phần sau). Một agent bất kỳ có thể di chuyển từ container này sang container khác thông trong một platform thông qua dịch vụ di động agent là bên trong nền (Intra - Platform) được cung cấp bởi JADE. Tuy nhiên muốn di chuyển liên nền (Inter - Platform) tức là từ platform này sang platform khác, cần phải bổ sung thêm addon cho môi trường jade là dịch vụ agent di động liên nền. Hình 2.7. Mô hình truyền thông điệp giữa các agent Dịch vụ liên nền được thiết kế và cài đặt để cung cấp khả năng di động platform đến platform cho agent. Ý tưởng cơ bản của dịch vụ này là dựa trên các thông điệp FIPA ACL (Agent Communication Language) ngôn ngữ truyền thông Agent này định nghĩa khuôn dạng các thông điệp trao đổi giữa các agent trong hệ thống và thiết lập một giao thức trao đổi giữa các agent bao gồm: định nghĩa các kiểu thông điệp gửi và nhận, các mô hình trao đổi trao đổi thông điệp giữa các agent; các thông điệp được gửi đi qua các AMS agent và agent sẽ di chuyển từ platform sang platform khác Hình 2.8. Di chuyển liên nền của Agent. Jade Gateway Jade Gateway [13] là một lớp được cung cấp sẵn trong JADE, cho thấy cách giao tiếp giữa các agents và servlet. Đây là lớp sẽ được sử dụng làm cổng giao tiếp giữa Server, Proxy với các agent ở bài toán nêu ra trong khóa luận này Browser chạy ở phía client Servlet chạy trong ứng dụng của server PongAgent có sẵn trong 1 MAS, đóng vai trò là người nhận và phản hồi GatewayAgent. BlackBoard là một đối tượng được tạo ra bởi servlet và được sử dụng như là một kênh giao tiếp giữa GatewayAgent và Servlet. GatewayAgent cũng được tạo ra bởi servlet và nó thực hiện vai trò như 1 ngưởi gửi Hình 2.6. Mô hình JADE Gateway Tổng quan về Mobile Agent Khái niệm về mobile Agent Mobile Agent [14] là khái niệm được mở rộng từ Agent, nó là các agent có khả năng di chuyển trong mạng. Ngoài các đặc tính cơ bản của Agent như tính tự trị (autonomous), tính chủ động (pro-activeness), tính chủ động (reactivity), tính xã hội (social ability) thì mobile agent còn có khả năng di động (mobility), đây là khả năng di chuyển từ một môi trường thi hành này sang môi trường thi hành khác của một agent. Khả năng di động của một agent được chia thành hai loại: di động mạnh và di động yếu. Di động mạnh (strong mobility) là khả năng mà hệ thống có thể di chuyển cả mã chương trình và trạng thái thi hành của agent đến môi trường khác. Di động yếu (weak mobility) là khả năng của hệ thống chỉ có thể di chuyển mã chương trình giữa các môi trường thi hành với nhau, mã nguồn có thể mang kèm theo một số dữ liệu khởi tạo nhưng trạng thái thi hành thì không thể di chuyển. Bên cạnh đó nó còn có khả năng cộng tác, liện lạc phối hợp hoạt động của agent với các agent trong cùng môi trường hay khác môi trường. Cấu trúc của Mobile Agent Một Mobile Agent gồm có 3 phần: mã, trạng thái và dữ liệu. Mã là phần sẽ được thực thi khi nó di chuyển tới một nền tảng. Trạng thái là môi trường thực thi dữ liệu của agent, bao gồm chương trình đếm và ngăn xếp thực thi. Phần này chỉ được tìm thấy trong Agent sử dụng di chuyển mạnh. Dữ liệu bao gồm các giá trị sử dụng của Agent, như là tri thức, các file xác định... Trong di chuyển yếu, phần này thực sự cần thiết lúc mã agent được xây dựng như một máy trạng thái với các biến yêu cầu duy trì trạng thái thông tin. Hình 2.7. Cấu trúc Mobile Agent Ứng dụng của Mobile Agent Có rất nhiều tranh cãi về các ưu điểm và hạn chế của mobile agent, thường thì nó được so sánh với agent không di động. Một vài ưu điểm đặc trưng như là : Không đồng bộ và xử lý không phụ thuộc: khi agent di chuyển vào một nền tảng mới, nó không cần phải liên hệ với chủ của nó để thông báo công việc, mà chỉ cần gửi lại kết quả. Việc này có ích cho các thiết bị di động với tài nguyện bị hạn chế; một agent có thể di chuyển đến một nền tảng khác để thực hiện các công việc phức tạp và trả lại kết quả theo chu kỳ. Chịu lỗi: khả năng phản ứng năng động với các sự kiện và những thay đổi bất lợi, mobile agent giúp cho việc xây dựng hệ thống mạnh mẽ và chịu lỗi cao được dễ dàng hơn. Các ứng dụng với dữ liệu lớn: mobile agent phù hợp với các ứng dụng cần xử lý một lượng tài nguyên lớn. Mobile Agent có thể dịch chuyển giữ liệu, trong nhiều trường hợp nó tỏ ra hiểu quả hơn với cách làm truyền thống. Tuy nhiên, Mobile Agent cũng có những khuyết điểm: Khả năng mở rộng và hiệu năng: mặc dù mobile Agent giảm tải mạng, nhưng nó lại làm tăng việc thực thi bởi nó thường được lập trình với các ngôn ngữ thông dịch và thường cần được theo dõi chặt chẽ việc tương kết theo chuẩn, việc này có thể gây ra quá tải xử lý dữ liệu. Khả năng di chuyển và chuẩn hóa: agent không thể tương kết nếu nó không tuân theo chuẩn truyền thông thông thường như FIPA hay OMG MASIF ( Mobile Agent System Interoperabiltiy Facility). An ninh: sử dụng Mobile Agent sẽ có thể gây ra một số vấn đề về an ninh, các vấn đề về xử lý và truy cập dữ liệu. Bất kỳ mã di động nào đều có thể gây ra những mối đe dọa tiềm tàng. Các lĩnh vực ứng dụng tiềm năng [15] của Mobile Agent: Thương mai điện tử: mobile Agent rất thích hợp với thương mại điện tử. Nó đại điện cho chúng ta thực hiện các công việc được giao với các hệ thống thương mại điển tử như các loại dịch vụ mua sắm, đặt vé máy bay, đặt vé xem phim...Đặc điểm nổi bật của Mobile Agent trong các ứng dụng thương mại điện tử là đại diện cho người dùng, thực hiện các giao dịch thương mại và đưa ra kết quả. Thu thập thông tin phân tán: trong trường hợp các nguồn dữ liệu cần thiết là những nguồn dữ liệu phân tán, không đồng nhất Theo dõi và cập nhật thông tin: được phát triển dựa trên tính chất không đồng bộ của các mobile Agent. Agent có thể được gửi đi, đến nơi có nguồn tin, hoạt động theo dõi nguồn tin và cập nhật sự thay đổi. Hỗ trợ các thiết bị di động: do đặc điểm tài nguyên hạn chế và không kết nối thường xuyên, việc xây dựng các ứng dụng dựa trên mobile Agent với khả năng di chuyển đến các máy tính có cấu hình mạnh hơn để hoạt động (truy vấn cơ sở dữ liệu, tìm kiếm ...) rồi trả kết quả về sẽ là một giả pháp tốt cho người dùng các thiết bị di động. MÔ HÌNH PROXY ĐỘNG DỰA TRÊN AGENT Giới thiệu chung về bài toán Như đã trình bày ở chương 1 về thực trạng vấn đề phát triển mạnh mẽ của Internet khiến cho việc tương tác trực tiếp lên Server và cơ sở dữ liệu ngày một quá tải, yêu cầu đặt ra là cần xây dựng một mô hình đáp ứng được việc giảm tải đường truyền trên Internet, giảm tải việc xử lý cho Server, tránh sự truy xuất quá tải lên cơ sở dữ liệu. Mô hình Client- Proxy- Server là một trong những giải pháp có thể thực hiện được điều này. Hình 3.1. Mô hình Client- Proxy- Server. Một đặc điểm của Proxy Server có thể làm giảm tải được đường truyền mạng, giảm chi phí kết nối đó là khả năng lưu các xử lý, giúp tốc độ xử lý của các yêu cầu từ Client nhanh hơn. Proxy ngoài chức năng là cổng liên lạc giữa Client và Server thì nó còn có khả năng nhận các yêu cầu và nhận các tính toán từ Server để lưu và trả về nhanh chóng khi có các yêu cầu từ Client gần nó. Với Server, ngoài khả năng xử lý, tính toán, trả về kết quả thì còn phải có khả năng nhận các yêu cầu và trả về các tính toán cho Proxy. Như vậy, bài toán cần phải giải quyết ở đây là thiết kế một mô hình mà các tính toán ở Server có thể được gửi cho Proxy, thay vì thực thi trực tiếp trên Server thì các yêu cầu có thể thực hiện nhanh chóng ở Proxy. Bên cạnh đó, cơ sở dữ liệu từ phía Server sẽ đươc cập nhật cho các tính toán ở Proxy nếu có sự đổi. Đây sẽ là bài toán giảm tải đường truyền mạng cho Server sử dụng Proxy luôn có khả năng nhận, gửi, thực hiện các tính toán – còn được gọi là mô hình Proxy động. Ý tưởng xây dựng mô hình Mô hình trên được đưa ra cần phải được thực hiện với mô hình có các chức năng như: khả năng di chuyển các tính toán từ Server xuống Proxy, khả năng yêu cầu giải quyết tính toán của Proxy lên Server khi có các yêu cầu từ Client gửi lên, khả năng giao tiếp giữa các tính toán, khả năng cập nhật cơ sở dữ liệu cho các tính toán. Như vậy, các tính toán này sẽ cần được đóng gói theo một cách nào đó để có khả năng lưu giữ cách thức thực thi, dữ liệu liên quan, và trạng thái của nó. Các đóng gói này cũng cần có khả năng di chuyển tính toán từ nơi này đến nơi khác, có khả năng thực thi các tính toán đó trên môi trường lưu trữ mới này, ngoài ra chúng cần có khả năng giao tiếp liên lạc với nhau. Ý tưởng được đưa ra ở đây là sử dụng Agent cho việc đóng gói và dịch chuyển các tính toán từ Server xuống Proxy. Mỗi tính toán riêng biệt, thực hiện các chức năng khác nhau sẽ được đóng gói thành một Agent và lưu trữ trên Server. Các Agent này được gửi cho Proxy khi có các yêu cầu tính toán, thực thi các tính toán ngay trên môi trường vừa di chuyển đến là Proxy. Proxy có nhiệm vụ yêu cầu các Agent, thực thi Agent, và trả về kết quả cho Client. Như vậy, ý tưởng chính của mô hình giảm tải mạng sử dụng Proxy động dựa trên Agent là sử dụng các Agent đóng gói, di chuyển chúng về gần nơi yêu cầu tính toán từ Server về Proxy, nhằm các giảm truy vấn giống nhau trên Server và tránh sự tương tác lớn lên cơ sở dữ liệu. Giải pháp Giải pháp này được hình thành từ ý tưởng được nêu ra ở trên nhằm đáp ứng được yêu cầu bài toán có sử dụng Agent: Đối với các yêu cầu tính toán, các tính toán được đóng gói thành các Agent, mỗi Agent thực hiện các công việc tính toán nhất định. Các yêu cầu khi được gửi đến sẽ được phân loại thành có yêu cầu chuyển Agent hay không yêu cầu Agent. Xét với trường hợp nếu yêu cầu là yêu cầu trả về Agent: Khi Client gửi yêu cầu, nó sẽ gửi qua Proxy, ở đây Proxy sẽ kiếm tra có các Agent tương ứng thực hiện các yêu cầu đó không, nếu có nó, Agent ở Proxy sẽ thực hiện tính toán và trả kết quả về cho Client. Nếu ở Proxy không có Agent thực hiện tính toán được yêu cầu, yêu cầu này sẽ tiếp tục được gửi lên Server bởi Proxy, Server tìm kiếm trong các Agent mà nó đang chứa, nếu tìm thấy nó sẽ trả kết quả về cho Client ngoài ra còn sao chép thành một Agent và gửi trả cho Proxy lưu trữ để thực hiện các tính toán yêu cầu sau này. Với các yêu cầu từ Client không phải là các yêu cầu về Agent, Server sẽ thực hiện các tính toán và gửi trả về cho Client. Một điểm cần nói thêm đó là, đối với các tính toán có sử dụng và bị thay đổi theo sự thay đổi của cơ sở dữ liệu. Sẽ có 1 Agent ở phía Server phụ trách việc cập nhật thay đổi cơ sở dữ liệu với các Agent tính toán còn lại, và ở phía Proxy cơ sở dữ liệu cũng được sao chép, lưu trữ dưới dạng Cache bởi các Agent liên quan. Phân tích mô hình Mô hình chung Như đã trình bày ở trên về giái pháp được đưa ra để giải quyết bài toán xây dựng mô hình Proxy động dựa trên Agent. Mô hình của các yêu cầu: Hình 3.2. Mô hình giải pháp Proxy động Trên đây là mô hình yêu cầu chung từ Client, Proxy lắng nghe và phân loại yêu cầu có chuyển Agent hay các yêu cầu xử lý không Agent. Trên Proxy và Server đều có các vùng chứa và môi trường JADE để các Agent có thể di chuyển, trao đổi thông tin, thực thi các tính toán khi di chuyển. Dưới đây là mô hình cụ thể hơn về yêu cầu Agent. Hình 3.3. Mô hình giải pháp Proxy động chi tiết Mô hình Client Thành phần chính của client là Web server hoặc application server, đại điện cho người dùng gửi các yêu cầu tính toán. Mô hình Server Các thành phần chính của Server trong mô hình được xây dựng là: Agent: Các agent trên Server bao gồm các agent được sử dụng để thực hiện các tính toán, cập nhật cơ sở dữ liệu, liên lạc với nhau. Cổng giao tiếp Agent JadeGateway được dùng xem như cổng giao tiếp giữa các agent ở Proxy và Server. Dữ liệu: hệ cơ sở dữ liệu hoặc file; dữ liệu sẽ được truy vấn trả về cho các yêu cầu từ client. Mô tả giao tiếp giữa các thành phần của Server: Hình 3.4. Mô hình giao tiếp Server Giao tiếp với Client/Proxy: phần này làm nhiệm vụ lắng nghe và tạo kết nối với Client hoặc Proxy. Khi có yêu cầu gửi đến, phần này sẽ gửi cho phần phân tích phân loại các yêu cầu và duy trì kết nối để đợi kết quả. Phần xử lý: đây là phần xử lý các yêu cầu gửi đến, nơi đây sẽ phân loại các yêu cầu gửi tới, xác định yêu cầu gửi đến là yêu cầu về agent hay là yêu cầu thông thường. Nếu là yêu cầu thông thường nó sẽ truy vấn cơ sở dữ liệu và trả về thông tin cho bộ phận giao tiếp để trả về cho Client. Agent Container: Nếu yêu cầu được phân tích là yêu cầu Agent, thường thì các yêu cầu được gửi sang bởi một agent và giao tiếp với Agent Container, Agent Container sẽ tìm kiếm Agent phù hợp và trả về Agent cho Proxy cùng các dữ liệu liên quan để Proxy trả kết quả cho Client. Cơ sở dữ liệu: sẽ được truy vấn trực tiếp bởi các truy vấn thông thường hay bị các agent tương tác. Mô hình Proxy Các thành phần chính của Proxy được xây dựng trong mô hình trên là: Agent: Agent được tạo ra từ jadeGateway, giao tiếp với quản lý Agent của Server, khi yêu cầu tới Server của Proxy về các agent thực hiện tính toán cho Client chưa có sẵn và các agent tính toán được Server gửi tới. Dữ liệu: hệ cơ sở dữ liệu được lưu dưới dạng Cache, cập nhật từ cơ sở dữ liệu của Server. Mô tả giao tiếp giữa các thành phần của Proxy Hình 3.5. Mô hình giao tiếp Proxy Giao tiếp với Client/Server: Proxy khởi động sẽ mở một socket chờ yêu cầu từ Client đồng thời thiết lập môi trường JADE để có thể thực thi các agent. Yêu cầu được gửi đến từ Client sẽ được xử lý để xác định xem đó có phải là yêu cầu thực thi agent hay không, kết nối được duy trì cho đến khi có kết quả trả về. Xử lý yêu cầu: nếu yêu cầu được gửi đến là yêu cầu thông thường, Proxy Proxy có thể xử lý bằng cách trả về kết quả được truy vấn từ Cache Proxy, hoặc gửi các yêu cầu lên Server để chờ Server xử lý. Nếu yêu cầu gửi đến là yêu cầu Agent, bộ xử lý này sẽ tìm kiếm trong Agent container xem có agent phù hợp không để đưa ra kết quả, truy vấn được thực hiện trên Cache DB ( cơ sở dữ liệu dạng cache). Nếu yêu cầu là yêu cầu Agent, mà không có agent trong Agent container phù hợp thì sẽ có một yêu cầu gửi lên Server yêu cầu Agent phù hợp, kết quả được xử lý trả về qua Proxy và được gửi đến Client. Kết nối sẽ được duy trì cho đến khi có kết quả trả về Client. Agent container: chứa các agent tại Proxy, thực hiện việc tìm kiếm và trả về các agent theo yêu cầu, sau đó trả kết quả xử lý cho Client. Bên cạnh đó Agent container quản lý các agent, nếu sau một thời gian nhất định Agent không được sử dụng, nó sẽ bị xóa ra vùng chứa này. Tổng kết Mục đích của chương này là giới thiệu cách phân tích một mô hình giảm tải mạng dựa trên Proxy động với các kiến thức về Agent. Phần phân tích đi sâu vào giới thiệu mô hình, cách thức giao tiếp, các kiến thức về Agent được lựa chọn phù hợp với bài toán. Trong chương 4, em xin giới thiệu về cách xây dựng mô hình giảm tải mạng cho Server bằng cách sử dụng Proxy động dựa trên Agent cho bài toán tìm kiếm truy vấn trên danh sách sinh viên từ Server dựa trên mô hình quản lý đào tạo của các trường đại học. THỰC NGHIỆM Để chứng minh tính khả thi của mô hình đề xuất trong chương 3, chúng tôi đã xây dựng thực nghiệm cho việc phân tải cho Server sử dụng Proxy động dựa trên Agent. Mô tả chương trình Chương trình thực nghiệm được xây dựng thiết kế dựa trên chương trình quản lý đào tạo đại học, đây là một hệ thống rất phức tạp với một cơ sở dữ liệu rất lớn và phức tạp.