Understanding Middleware Considerat

Understanding Middleware Considerations
Middleware is one of those things that requires understanding and integration beyond the RFID network. No matter how good you are as a physicist or RF engineer, without a proper software background you are unlikely to be able to comprehend the subtleties of middleware beyond the basics. CompTIA understands this and consequently does not have extensive coverage of the middleware component of RFID. What they want you to know are just the basics. So in this last section I will take you through the components of middleware, what it does, and what is important to the end user.

Middleware bridges the gap between raw data from a tag to the business applications that create actionable data. An RFID reader at its basic level has no intelligence imbedded on it. As far as a reader is concerned, there is no difference between six million reads and one read. However, to a business application there is a huge difference. This is why data filtering is the key aspect of RFID middleware.

To give you an example of how middleware can help out, imagine it's 9:15 AM and time for a coffee break. The forklift driver who is unloading a truck stops within the interrogation zone for his break. The reader on the portal is going to read continuously, perhaps every 300th of a second. That's 3.3 reads per second, and if the forklift sits there for 15 minutes, the same tags are going to be read almost 3,000 times. The business application needs to know only whether the tag came in the dock door. In other words, did the facility receive the case? So that requires only one read. Reading the tag data is not an extensive burden. However, if someplace is receiving hundreds of thousands of tagged items each day, then the difference between reading something once and sending that data to a central data base, and reading it 3,000 times and sending all that data to the same place, would be material. The middleware filters all those unnecessary reads and smooths out the data that is sent up to the higher level applications.

Middleware can also control a reader and devices attached to the readers such as light stacks and motion detectors. This capability is not inherent on all middleware packages. However, the more-mature programs, which can also control barcode readers and other handheld devices, usually have advanced functionality built in.

RFID middleware selection requires several steps. The critical first step is to finalize the detailed design and business process steps. The detailed design will include what happens at what particular steps in the process when RFID is introduced into a system. That is why the swim lane diagrams in Chapter 3, "Site Analysis," are so important. The design process finalizes screen flows for the middleware design-in other words, what happens at a particular step in the process if something is read by an RFID reader, and what happens if it is not read and is supposed to be. This set of activities then proceeds to configuring the work flows, rules, screens, data model, and integration. After the system is fully configured, it is unit tested in a controlled environment prior to full system testing on-site. It is important to conduct the controlled testing off-site first because basic functionality can be evaluated and bugs fixed prior to on-site installation. This saves time in troubleshooting and reduces the installation time on-site. If the system is being deployed across multiple facilities and supports multiple work flows, each facility will be system tested in turn and then the entire network will be tested as an enterprise.

There are more than a dozen middleware applications that are commercially available in 2006, and none of them are ready for deployment "out of the box." Even the more-mature middleware components require custom integration with a client's systems to make it truly effective. I also think the middleware market for RFID is going to disappear over the coming years-the functionality is not that complex from a software perspective. This is why reader manufacturers are putting more intelligence on their readers, and software vendors such as Oracle and Microsoft are putting RFID functionality in their applications. This pressure from the top (application) and pressure from the bottom (readers) will squeeze specialized middleware applications out of the market.

Kết quả (Việt) 1:

Sự hiểu biết Middleware cân nhắcMiddleware là một trong những điều mà đòi hỏi sự hiểu biết và hội nhập vượt ra ngoài mạng RFID. Không có vấn đề như thế nào tốt bạn đang là một nhà vật lý học hay kỹ sư RF, mà không có một nền tảng thích hợp phần mềm bạn có thể không thể thấu hiểu sự tinh tế của trung gian vượt ra ngoài những điều cơ bản. CompTIA hiểu được điều này và do đó không có vùng phủ sóng rộng rãi của các thành phần trung gian của RFID. Những gì họ muốn bạn để biết là những điều cơ bản. Vì vậy trong phần này cuối cùng tôi sẽ đưa bạn qua các thành phần của middleware, những gì nó làm, và những gì là quan trọng cho người dùng cuối.Middleware cầu khoảng cách giữa các dữ liệu thô từ một thẻ để ứng dụng kinh doanh tạo ra hữu dụng dữ liệu. Một đầu đọc RFID ở mức cơ bản đã không có trí tuệ nhúng vào nó. Xa như một độc giả là có liên quan, đó là không có sự khác biệt giữa 6 triệu lần đọc và đọc một. Tuy nhiên, để một ứng dụng kinh doanh là có một sự khác biệt rất lớn. Đây là lý do tại sao dữ liệu lọc là khía cạnh quan trọng của RFID middleware.Để cung cấp cho bạn một ví dụ về làm thế nào các trung gian có thể giúp đỡ, hãy tưởng tượng đó là 9:15 AM và thời gian cho một break cà phê. Trình điều khiển xe nâng người xếp dỡ một điểm dừng xe tải trong khu vực thẩm vấn cho nghỉ của mình. Người đọc trên các cổng sẽ đọc liên tục, có lẽ mỗi 300th của một giây. Đó là các lần đọc 3.3 / giây, và nếu forklift ngồi có 15 phút, các thẻ tương tự sẽ được đọc gần 3.000 lần. Các ứng dụng kinh doanh cần phải biết chỉ cho dù thẻ đến trong cửa dock. Nói cách khác, các cơ sở đã nhận được các trường hợp? Do đó, đòi hỏi phải chỉ có một đọc. Đọc dữ liệu từ khóa không phải là một gánh nặng lớn. Tuy nhiên, nếu đâu nhận được hàng trăm ngàn được gắn thẻ bài mỗi ngày, sau đó sự khác biệt giữa đọc một cái gì đó một lần và gửi dữ liệu đó vào một trung tâm dữ liệu cơ sở, và đọc nó 3.000 lần và gửi tất cả những gì dữ liệu đến cùng một vị trí, sẽ là vật liệu. Trung gian bộ lọc tất cả những lần đọc không cần thiết và smooths ra các dữ liệu được gửi tới các ứng dụng cao cấp.Middleware cũng có thể kiểm soát một độc giả và các thiết bị gắn liền với các độc giả như ánh sáng ngăn xếp và phát hiện chuyển động. Khả năng này không phải là vốn có trên tất cả các gói middleware. Tuy nhiên, các trưởng thành hơn nữa chương trình, mà cũng có thể kiểm soát người đọc mã vạch và các thiết bị cầm tay, thường có nâng cao chức năng được xây dựng.RFID middleware lựa chọn đòi hỏi một vài bước. Bước đầu tiên quan trọng là để hoàn thành thiết kế chi tiết và kinh doanh quá trình bước. Thiết kế chi tiết sẽ bao gồm những gì xảy ra ở những gì các bước cụ thể trong quá trình khi RFID được đưa vào một hệ thống. Đó là lý do tại sao các sơ đồ lane bơi trong chương 3, "Phân tích trang web," là rất quan trọng. Quá trình thiết kế finalizes dòng màn hình cho middleware thiết kế-in nói cách khác, những gì sẽ xảy ra tại một bước cụ thể trong quá trình nếu một cái gì đó được đọc bởi một đầu đọc RFID, và những gì sẽ xảy ra nếu nó không phải đọc và là nghĩa vụ phải. Này tập hợp các hoạt động sau đó tiến hành để cấu hình các dòng chảy công việc, quy tắc, màn hình, mô hình dữ liệu và hội nhập. Sau khi hệ thống hoàn toàn cấu hình, nó là đơn vị thử nghiệm trong một môi trường kiểm soát trước khi đầy đủ hệ thống thử nghiệm trong khuôn viên. Nó là quan trọng để tiến hành các thử nghiệm off-site lần đầu tiên bởi vì chức năng cơ bản có thể được đánh giá kiểm soát và lỗi cố định trước khi cài đặt ngay trong khuôn viên. Điều này tiết kiệm thời gian trong xử lý sự cố và làm giảm thời gian cài đặt ngay trong khuôn viên. Nếu hệ thống được triển khai trên nhiều tiện nghi và hỗ trợ nhiều tác phẩm dòng, mỗi cơ sở sẽ là hệ thống thử nghiệm lần lượt và sau đó toàn bộ mạng sẽ được kiểm tra như một doanh nghiệp.Có rất nhiều hơn một tá middleware các ứng dụng thương mại có sẵn trong năm 2006, và không ai trong số họ đã sẵn sàng cho việc triển khai "ra khỏi hộp." Ngay cả các thành phần trung gian trưởng thành hơn nữa yêu cầu các tích hợp tùy chỉnh với một khách hàng hệ thống để làm cho nó thực sự hiệu quả. Tôi cũng nghĩ rằng thị trường middleware cho RFID sẽ biến mất trên các chức năng the năm tới là không phải là phức tạp từ một quan điểm phần mềm. Đây là lý do tại sao các nhà sản xuất người đọc đưa thêm tình báo ngày độc giả của họ, và nhà cung cấp phần mềm chẳng hạn như Oracle và Microsoft đang đặt RFID chức năng trong các ứng dụng. Này áp lực từ phía trên (ứng dụng) và các áp lực từ phía dưới (độc giả) sẽ bóp middleware chuyên ngành ứng dụng ra khỏi thị trường.

Kết quả (Việt) 2:

Hiểu Middleware cân nhắc
Middleware là một trong những điều đó đòi hỏi phải có sự hiểu biết và hội nhập vượt ra ngoài mạng RFID. Không có vấn đề làm thế nào tốt bạn đang là một nhà vật lý hoặc RF kỹ sư, mà không có một nền tảng phần mềm thích hợp, bạn không có khả năng để có thể hiểu được sự tinh tế của middleware ngoài những điều cơ bản. CompTIA hiểu điều này và do đó không có vùng phủ sóng rộng của các thành phần trung gian của RFID. Chỉ những điều cơ bản những gì họ muốn bạn biết được. Vì vậy, trong phần cuối cùng này, tôi sẽ đưa bạn qua các thành phần của middleware, những gì nó làm, và những gì là quan trọng đối với người dùng cuối. Middleware cầu khoảng cách giữa các dữ liệu thô từ một thẻ để các ứng dụng kinh doanh để tạo ra dữ liệu hành động. Một đầu đọc RFID ở mức độ cơ bản của nó không có trí thông minh nhúng vào nó. Theo như một đầu đọc là có liên quan, không có sự khác biệt giữa sáu triệu lần đọc và một đọc. Tuy nhiên, để một ứng dụng kinh doanh có một sự khác biệt rất lớn. Đây là lý do tại sao lọc dữ liệu là khía cạnh quan trọng của RFID middleware. Để cung cấp cho bạn một ví dụ về cách middleware có thể giúp đỡ, tưởng tượng nó là 9:15 và thời gian nghỉ giải lao. Người lái xe nâng người đã dỡ một chiếc xe tải dừng lại trong khu vực thẩm vấn cho đột phá. Người đọc trên cổng thông tin sẽ là người đọc liên tục, có lẽ mọi thứ 300 của một giây. Đó là 3,3 lần đọc mỗi giây, và nếu xe nâng ngồi ở đó trong 15 phút, các thẻ tương tự sẽ được đọc gần 3.000 lần. Các ứng dụng doanh nghiệp cần phải biết chỉ xem các tag bước vào cửa dock. Nói cách khác, cơ sở đã nhận được trường hợp này? Vì vậy, yêu cầu chỉ một đọc. Đọc dữ liệu thẻ không phải là một gánh nặng sâu rộng. Tuy nhiên, nếu nơi nào đó là nhận được hàng trăm hàng ngàn mặt hàng được gắn thẻ mỗi ngày, thì sự khác biệt giữa đọc một cái gì đó một lần và gửi dữ liệu đến một cơ sở dữ liệu trung tâm, và đọc nó 3.000 lần và gửi tất cả các dữ liệu đó để cùng một chỗ, sẽ là vật liệu . Các middleware lọc tất cả những người không cần thiết đọc và làm mượt ra các dữ liệu được gửi đến các ứng dụng cấp cao hơn. Middleware cũng có thể điều khiển một người đọc và thiết bị gắn vào người đọc như ngăn xếp ánh sáng và phát hiện chuyển động. Khả năng này là không cố hữu trên tất cả các gói middleware. Tuy nhiên, chương trình thêm trưởng thành, mà cũng có thể kiểm soát máy đọc mã vạch và các thiết bị cầm tay khác, thường có nhiều chức năng tiên tiến được xây dựng trong. chọn RFID middleware đòi hỏi một vài bước. Các bước quan trọng đầu tiên là hoàn tất việc thiết kế và quá trình kinh doanh các bước chi tiết. Thiết kế chi tiết sẽ bao gồm những gì xảy ra ở những bước cụ thể trong quá trình khi RFID được đưa vào hệ thống. Đó là lý do tại sao các sơ đồ bơi lane trong Chương 3, "Site Analysis," là rất quan trọng. Quá trình thiết kế Chốt dòng màn hình cho các trung gian thiết kế-nói cách khác, những gì xảy ra tại một bước cụ thể trong quá trình nếu một cái gì đó được đọc bởi một RFID reader, và những gì sẽ xảy ra nếu nó không được đọc và được cho là. Điều này đặt các hoạt động sau đó tiến hành cấu hình dòng làm việc, quy tắc, màn hình, mô hình dữ liệu, và hội nhập. Sau khi hệ thống được cấu hình đầy đủ, nó là đơn vị thử nghiệm trong một môi trường kiểm soát trước khi kiểm tra toàn bộ hệ thống tại chỗ. Điều quan trọng là phải tiến hành các thử nghiệm kiểm soát off-site đầu tiên bởi vì chức năng cơ bản có thể được đánh giá và lỗi cố định trước khi cài đặt trên trang web. Điều này tiết kiệm thời gian trong xử lý sự cố và giảm thời gian cài đặt trên trang web. Nếu hệ thống đang được triển khai trên nhiều thiết bị và hỗ trợ nhiều dòng làm việc, mỗi cơ sở sẽ được hệ thống thử nghiệm lần lượt và sau đó là toàn bộ mạng sẽ được kiểm tra như một doanh nghiệp. Hiện có hơn một chục các ứng dụng middleware được thương mại có sẵn trong năm 2006, và không ai trong số họ đã sẵn sàng cho việc triển khai "ra khỏi hộp." Ngay cả những thành phần trung gian hơn trưởng thành yêu cầu hội nhập tùy chỉnh với các hệ thống của khách hàng để làm cho nó thực sự hiệu quả. Tôi cũng nghĩ rằng thị trường trung gian cho RFID sẽ biến mất trong vòng vài năm tới, các chức năng mà không phải là phức tạp từ một góc độ phần mềm. Đây là lý do tại sao các nhà sản xuất đầu đọc đang đặt tình báo thêm về độc giả của họ, và các nhà cung cấp phần mềm như Oracle và Microsoft đang đặt chức năng RFID trong các ứng dụng của họ. Áp lực này từ đầu (ứng dụng) và áp lực từ phía dưới (độc giả) sẽ bóp ứng dụng middleware chuyên ngành ra khỏi thị trường.