Download miễn phí Công bố nội dung cơ bản trên hệ thống thuê bao
Chương 1: Mạng ngang hàng và các ứng dụng của nó: Nội dung và hướng nghiên cứu
1.1. Giới thiệu
1.1.1. Ý nghĩa & vấn đề nổi bật
1.1.2. Ứng dụng chính
1.1.3. Định nghĩa & thuộc tính hệ thống ngang hàng
1.1.4. Mô hình thương mại
1.1.5. Định hướng công nghệ
1.1.6. Cấu trúc chương
1.2. Cơ sở về sự bao phủ
1.2.1. Sự phân loại & nguyên tắc
1.2.2. Phi kết cấu bao phủ.
1.2.3. Kết cấu bao phủ
1.2.4. Thứ bậc & liên hợp bao phủ
1.2.5. Dịch vụ
1.2.6. Ý nghĩa lớp bao phủ
1.2.7. Bao phủ nhạy
1.2.8. Hướng nghiên cứu
1.3. Bao phủ động, tính không đồng nhất và tính linh động
1.3.1. Duy trì bao phủ & trộn
1.3.2. Bao phủ động ngang hàng
1.3.3. Bao phủ cho mạng MANET và Ad Hoc
1.3.4. Tính thay đổi & không đồng nhất trong bao phủ
1.3.5. Hướng nghiên cứu
1.4. Tính phân bổ và truy nhập nội dung ngang hàng
1.4.1. Nội dung.
1.4.2. P2P Streaming and Multicasting
1.4.3. Sự tái tạo & nắm bắt
1.4.4. Tổng kết về thiết kế sản phẩm
1.4.5. Nghiên cứu sản phẩm
1.5. Bảo mật
1.5.1. Vấn đề bảo mật trong mạng ngang hàng
1.5.2. Sự phân loại cơ bản về các mối nguy hiểm trong mạng ngang hàng
1.5.3. Biện pháp sử lý.
1.5.4. Độ tin tưởng và tính bảo mật
1.5.5. Mạng ngang hàng bảo mật tốt hơn
1.6. Kết luận.
Chương 2: Công bố nội dung cơ bản trên hệ thống thuê bao
2.1. Giới thiệu
2.2. Mô hình thuê bao
2.2.1. Các chủ đề cơ bản của hệ thống
2.2.2. Nội dung cơ bản của hệ thống
2.2.3. Các dạng cơ bản của hệ thống
2.3. Bộ lọc cơ bản và hệ thống công bố/thuê bao cơ bản
2.4. Hệ thống tập trung & phân bổ thuê bao
2.4.1. Hệ thống thuê bao tập trung
2.4.2. Phân bổ hệ thống thuê bao Broker-Based
2.4.3. Phân bổ hệ thống thuê bao DHT-Based
2.5. Kết luận

http://s1.luanvan.co/qYjQuXJz1boKCeiU9qAb3in9SJBEGxos/swf/2013/06/28/cong_bo_noi_dung_co_ban_tren_he_thong_thue_bao.aoMOoMkHPY.swf luanvanco /luan-van/de-tai-ung-dung-tren-liketly-30596/
Để tải bản Đầy Đủ của tài liệu, xin Trả lời bài viết này, Mods sẽ gửi Link download cho bạn sớm nhất qua hòm tin nhắn.
Ai cần download tài liệu gì mà không tìm thấy ở đây, thì đăng yêu cầu down tại đây nhé:
Nhận download tài liệu miễn phí

Tóm tắt nội dung tài liệu:

6], LeSubscribe [80], Hermes [77, 78], Elvin [88], Rebeca [48, 49, 70], và CPAS [9]. Trong hệ thống content-based pub/sub, kết nối giữa thuê bao và nhà phát hành thì dựa trên nội dung và sự ưu tiên là không cần thiết. Thuê bao trong hệ thống content-based pub/sub thì có nhiều tính linh hoạt hơn. Thuê bao thể hiện mối quan tâm của họ bằng cách xác định các điều kiện trên nội dung của sự kiện chúng được quan tâm. Nói cách khác, thuê bao trả trước là một yêu cầu hình thành bởi một tập các ràng buộc bao gồm sự tách rời hay kết hợp nhà khai thác. Có thể hạn chế sự phụ thuộc dựa trên loại thuộc tính và ngôn ngữ của các thuê bao. Hầu hết các ngôn ngữ thuê bao bao gồm sự bình đẳng và được các nhà khai thác so sánh như các biểu thức thông thường. Do đó các hệ thống này linh hoạt và hữu ích hơn kể từ khi thuê bao có thể xác định chính xác hơn quyền lợi của họ bằng cách sử dụng một tập hợp các thuộc tính. Các thuê bao không cần biết tên các chủ đề và nội dung của chúng trước khi đăng kí. Thử thách lớn nhất trong quá trình xây dựng một hệ thống như vậy là phát triển một cách hiệu quả phù hợp với thuật toán quy mô đến hàng triệu ấn phẩm và thuê bao trả trước.
Sự phức tạp của ngôn ngữ thuê bao ảnh hưởng phức tạp đến thích ứng hoạt động. Vì vậy, nó không phải là một ngôn ngữ được thiết kế chung cho thuê bao để thực hiện các yêu cầu phức tạp hơn để tiếp tục giống như trong mục [20, 23]. Trong mục [70] trình bày đầy đủ một số kỹ thuật của các mô hình thuê bao content-based. Trong hệ thống content-based pub/sub, các sự kiện được phân biệt bởi các tính chất của các sự kiện thay vì tiêu chí xác định trước (tức là tên chủ đề). Do đó, sự tương ứng giữa các nhà xuất bản và các thuê bao hiện có trên cơ sở mỗi sự kiện. Sự khác biệt với một mô hình filtered-topic là sự kiện không phù hợp với một thuê bao có thể được lọc ra ở bất kỳ điểm nào trong hệ thống hơn là bên nhận. Đối với những lý do này, cao hơn ý nghĩa sức mạnh của content-based pub/sub đi kèm với giá của một chi phí cao hơn cho tính toán các thiết lập của người quan tâm cho mỗi sự kiện [26, 45].
2.2.3 Hệ thống Type-Based
Trong các hệ thống type-based như Echo [41], XMessage [92] và làm việc trong [43, 44, 46], pub / sub sự kiện biến thể là các đối tượng thuộc về một loại hình cụ thể, mà có thể gói gọn các thuộc tính cũng như các phương pháp. Trong một thuê bao type-based, việc khai báo của một loại mong muốn là các thuộc tính phân biệt đối xử chính. Đó là, các hệ thống type-based pub/sub chiếm mặt đất trung bình giữa các hạt thô dựa trên hệ thống chủ đề hạt mịn và nội dung dựa trên hệ thống. Trong điều kiện của các mô hình đã nói ở trên, một hệ thống type - based pub/sub là ở giữa, bằng cách đưa ra một cấu trúc hạt thô trên các sự kiện (như trong chủ đề dựa trên) mà hạn chế hạt mịn có thể được thể hiện qua các thuộc tính (như trong nội dung trên). Ví dụ, trong XMessages [92], một nhà xuất bản và một thuê bao có thể tương tác trực tiếp với nhau, các sự kiện khác trao đổi hay sử dụng một kênh cho phép các nhà xuất bản XMessage nhiều và lắng nghe để giao tiếp không đồng bộ. Các nhà xuất bản và các thuê bao ban đầu sử dụng bảng tra cứu để có được những tài liệu tham khảo của XMessage kênh để xây dựng các kết nối. Sau đó, họ sử dụng truy vấn SQL như để lọc tin nhắn từ kênh này dựa trên nội dung của tin nhắn. Vì vậy, XMessage là type-based. Tin nhắn trong XMessage có thể được định nghĩa là bất kỳ nội dung XML mà cần được truyền đi giữa nguồn và chìm trong khi các sự kiện cũng được chuỗi XML, nhưng có các trường types.
2.3. Hệ thống Filter-Based and Multicast-Based Pub/Sub
Một khía cạnh chính trong hệ thống pub/sub là sự điều phối, trong đó sự kiện xuất hiện được định tuyến cho các thuê bao. Theo các giải pháp định tuyến, hệ thống pub/sub có thể được phần lớn phân thành hai loại [24]: các bộ lọc dựa trên cách tiếp cận [8, 26, 27, 36, 73, 90] và các phương pháp tiếp cận multicast-based [8, 73, 83, 104]. Trong phương pháp tiếp cận filter-based, các quyết định định tuyến được thực hiện liên tục dựa trên nội dung lọc tại tất cả các nút dọc theo con đường từ nguồn tới đích. Mỗi máy chủ pub / sub trong con đường kết nối sự kiện với các thuê bao từ xa từ các máy chủ khác, và sau đó chuyển tiếp nó theo hướng dẫn để đăng ký phù hợp. Cách tiếp cận này có thể đạt được hiệu quả cao, nhưng chi phí quản lý thông tin thuê bao đắt tiền và gánh nặng xử lý tại các máy chủ. Trong cách tiếp cận multicast-based, các nhóm multicast nhất định phải được xác định trước khi truyền sự kiện. Đối với mỗi sự kiện, một nhóm được xác định ở nhà xuất bản, và sau multicasted vào nhóm đó. Trong phương pháp này, một số nút trong con đường định tuyến nhận được những sự kiện họ không quan tâm. Hiệu quả của phương pháp này thường rất nhạy cảm với các kiểu dữ liệu và các phân phối của các sự kiện và các thuê bao trong ứng dụng.
Gần đây, nhiều nỗ lực nghiên cứu đã được dành cho các hệ thống phân phối pub/sub. Các mẫu thiết kế kiến trúc bao gồm SIENA [26, 27], Gryphon [8, 73, 95]JEDI [36], Rebeca [48, 49, 70], Elvin [89], Ready [55], và Herald [22]. Hầu hết các hệ thống này thông qua các phương pháp lọc dựa trên định tuyến. Ví dụ, trong JEDI, một cấu trúc liên kết nối phân cấp được đề xuất trong đó chỉ có một máy chủ am hiểu mục đăng kí từ các máy chủ trong sub-tree của nó . Sự kiện luôn luôn được chuyển tiếp lên hệ thống phân cấp bất kể lợi ích trong các phần khác của mạng.
Hệ thống pub/sub dựa trên multicast cho sự kiện điều phối kết hợp cần kết nối content-based để phát hiện các sự kiện và đăng ký. Sự kiện gửi đi trong một hệ thống pub / sub tương tự như multicasting truyền thống. Sự khác biệt duy nhất là địa chỉ của người nhận tin nhắn được biết đến ở nhiều hướng, trong khi ở hệ thống pub / sub các máy thu cần được xác định bằng cách kết hợp nội dung trên. Vấn đề kết hợp đã được nghiên cứu nhiều loại dữ liệu và các chương trình sự kiện [8, 10, 47, 93]. Nhiều hệ thống pub / sub dựa trên multicast cho dịch vụ thông báo. Đó là, một nhà xuất bản chuyển tiếp các sự kiện cho thuê bao nhiều người đăng ký với nhà xuất bản.
Nhiều hệ thống multicast dựa trên lớp phủ được đề xuất trong những năm gần đây, chẳng hạn như Narada [87], Bayeux [116], NICE [16] và Scribe [39]. Giao thức multicast có thể được phân loại dựa vào tập trung và dựa trên phân phối. Ví dụ về các phương pháp tập trung bao gồm HBM [84] và ALMI [74]. Việc triển khai multicast phân phối có thể được phân loại theo một số tiêu chuẩn. Chúng tui sẽ đưa danh sách các tiêu chuẩn và phân loại trong các phần sau.
Hợp tác kỹ thuật. Có hai kiến trúc multicast: kiến trúc P2P và kiến trúc proxy (i.e., broker)-based [35]. Một kiến trúc P2P đẩy các nút chức năng để tham gia vào các nhóm multicast để mỗi node duy trì trạng thái của những nhóm mà nó đang tham gia, trong khi một kiến trúc proxy-based cho phép một tổ chức cung cấp dịch vụ giá trị và triển khai nhiều proxy tại những điểm chiến...

---