<form id="wsoek"><legend id="wsoek"></legend></form>
    1. <nav id="wsoek"></nav>
      <form id="wsoek"></form>

        <nav id="wsoek"><optgroup id="wsoek"></optgroup></nav>
        客服中心
        客户服务
        销售热线
        Tom:13701482329
        Anna:15251960717
        销售客服
        点击这里给我发消息 1827206845
        点击这里给我发消息 2583642009
        当前位置:首页 > > GAO BLE, RFID & IoT 引擎4.0

        GAO BLE, RFID & IoT 引擎4.0

        我们将新的RFID系统4.0命名为GAO BLE、RFID和IoT(物联网)引擎。如果用一句话来说,新系统是一个整合的系统,一个提供所有RFID解决方案的单一系统,包括BLE技术。

        咨询购买>>

        目录

        I.       旧版系统(3.x) 回顾

        II.     BLE, RFID & IoT 引擎 4.0

        数据层和数据同步

        2 BLE, RFID & IoT 服务器

        3 Middleware  中间件

        手持设备组件

        业务???/span>

        固定读卡器设备驱动程序

        III.         系统架构

        1.     系统部署环境

        2.     GAO BLE, RFID & IoT 软件组件和层

         

        I.            旧版系统(3.x) 回顾

        在十多年的时间里,我们已经成功地实现了许多使用版本3的系统和更早期版本2.x1.x、 但即使是最新版本,我们也看到了很大的改进空间。

        代码是基于项目/客户机进行分支的,没有整合到单个代码库中,一个解决方案可能只适用于单个客户机,而版本控制系统中有很多解决方案。这种情况限制了我们通过组件/层、固定数据模式和断开连接的解决方案改进系统的能力,这些解决方案具有自己的层和组件,如web2用户界面、中间件、手持代码和数据处理:

        ·         从底层数据层为解决方案固定了数据模型和模式,这使得该解决方案无法再用于具有不同数据模型的其他应用程序,甚至是微小差异的应用程序

        ·         过时的用户界面,我们可以感觉到系统很旧,不适用于web 应用程序。.

        ·         断开连接的存储库限制了系统的增长,如果在解决方案中添加了新功能,其他解决方案保持不变

        ·         缺陷修复只能针对单个解决方案,必须为所有解决方案填充代码

        ·         所有解决方案的质量保证都是不可能的

        ·         除非此人之前处理过类似项目,否则无法确定使用新项目的解决方案

        ·         与整合系统相比,所有解决方案的文档都太多了

        出于业务原因,基于项目的系统展示了一种不可扩展、肤浅的解决方案,而且从来没有企业系统这样做过。它很难管理、理解、修复和有效地扩展。

        II.          BLE, RFID & IoT 引擎 4.0

        我们将新的RFID系统4.0命名为GAO BLE、RFIDIoT(物联网)引擎。如果用一句话来说,新系统是一个整合的系统,一个提供所有RFID解决方案的单一系统,包括BLE技术。

        我们的目标是提供一个可扩展的解决方案,可以轻松满足新的业务需求和技术变化,以及垂直和水平的系统扩展?;旧?,这将使我们能够以时间效率、更低的成本和更好的质量在市场上竞争.

        版本3中大约有30个解决方案(或多或少),几乎每个新项目都需要复制旧代码并在其上进行更改。第4版我们不应该像那样继续前进。相反,我们应该为核心RFID系统构建一个可以通过单一解决方案扩展的系统,该系统具有以下关键概念:

        1)      除了添加新代码以满足新的业务需求和硬件/设备接口(设备驱动程序等)外,系统应可扩展和配置业务???、读卡器设备和各种操作模型,而不涉及核心系统代码/架构。设计目标是使系统能够在不与业务逻辑深度耦合的情况下与标签通信,并能够基于可配置的业务??楹涂刹灏紊璞附馐透髦直昵┗疃?。

        2)      我们应该利用最近(过去10年)的软件进步,如HTML5、JavaScript、TypeScript/Angular、NoSQL、VPN等,来应对业务和技术的动态性和分布式/云性质的挑战。.

        3)      版本3代码提供了一个测试过的设备驱动程序和业务??榱斜?,我们应该将这些测试过的代码迁移到版本4中。

        系统将尽可能多地重用版本3代码,从版本3的几个解决方案开始,中间件和web服务器组件将保持相同的性能。Net平台。网络用户界面将引入谷歌Angular,使GUI现代化。中间件将合并版本3设备驱动程序和业务???,以形成一个具有以下设计细节的整合企业系统:

        1 数据层和数据同步

        1)      NoSQL

        除了使用SQL server管理结构化数据(如标签、阅读器)外,新系统还将使用NoSQL数据库管理半结构化和动态/非结构化数据。NoSQL server的使用将使我们能够处理数据模式的动态性质,简化并重新激活我们的系统,避免数据和业务逻辑之间的直接耦合,并避免不同数据模式的代码更改,这是使用NoSQL的关键概念

        为了提供一个稳定的解决方案,首先我们需要有一个稳定的数据层,这是版本4的关键。

        2)   Data Synchronization   数据同步

        我们已经看到了多站点部署需要同步数据,以及使用MS SQL Server技术配置数据同步的困难。此外,我们很少有项目通过代码更改实现数据同步。这个问题的根源在于部署在各个位置的数据库服务器。

        如今,新技术为解决这一挑战提供了许多有价值的选择,我认为我们应该使用VPN技术,因为它使用简单,成本低或没有成本,具有高级别或军事级别的安全性。这种方法可用于版本3和版本4的未来多站点部署。无需更改中间件中的代码,通过VPN直接连接到同一数据库。

        我们应该确定一个VPN技术供应商作为我们的首选供应商,也有一些免费的VPN,但我们需要找到一个适合我们的系统。

         2 BLE, RFID & IoT 服务器

        基于Angularweb用户界面的广泛接受已成为评估web应用程序的行业标准,我们将使用Angular框架构建真正的Web2应用程序。除了提供模型化的用户界面之外,Angular还可以在编译时检测错误,因为TypeScript是一种静态类型的语言,而不是像JavaScript那样的运行时语言。

        该系统将提供以下功能:

        1)      用于管理系统用户、标签、位置、读卡器和天线配置的Web浏览器用户界面

        2)      用于资产管理、人员跟踪等应用程序的CRUD操作的Web浏览器用户界面。该界面应能够定义特定于应用程序的元数据、将用于目标应用程序的模式

        3)      报表??槲潭ㄊ荼硖峁┍ū?,为动态和半结构化数据提供报表

        4)      REST服务——具有用于稳定实体的固定CRUD API,以及用于特定于业务的API的可插拔???。应该为潜在的集成商发布REST API

        5)      移动设备提供REST APIs

        6)      用户界面组件使用谷歌Angular技术

        7)      我们应该只为多站点环境部署一个web服务器,而不是按照当前版本3的做法部署每个站点

        8)      取消IIS作为web服务器,将使用本机Windows服务来处理web用户请求/响应,REST API,还为发布者和订阅者功能提供实时监控功能,作为当前信号器调用

        3 Middleware  中间件

        中间件组件的核心功能与版本3相同,提供了基础功能

         1) 为不同的客户需求加载业务???,2)为不同的读卡器加载设备驱动程序,3)将驱动程序RFID标签活动直接发送到活动的业务???。

        对于版本4,我们可以使用相同的版本3,或者至少从最稳定的版本3代码开始。

        中间件可以在没有BLE、RFID和物联网服务器的情况下远程部署,只要它可以本地或通过VPN连接到它和数据库服务器。

        4 手持设备组件

        手持设备代码在不同的平台上运行,比如Android。iOS等——我们应该保留当前代码,将现有REST API集成到web组件中的版本4 REST API中。

        5 业务???/span>

        我们应该拥有版本3提供的所有功能。并将当前代码整合到新系统中,该组件的主要工作将是与新的数据层REST API接口。

        我们可能需要迁移一些3版业务???,它们是:

        Name

        Subversion URL

        Description

         

         

         

         

         

         

         6 固定读卡器设备驱动程序

        每个RFID固定读卡器都有一个唯一的驱动程序代码,用于与RFID中间件通信。大多数驱动程序代码应该从版本3继承。 因为它只与中间件组件通信,与数据层没有直接耦合

        驱动程序将在版本4中提供:

        Name

        SKU No.

        Subversion URL

        Description

         

         

         

         

         

         

         

         

         

         

         

         

         

         

         

         

         

        I.            系统架构

        1.   系统部署环境

        下面的系统文图提供了运行时系统组件及其耦合的高级说明。组件连接可能位于LAN、InternetVPN上,具体取决于系统性能、数据安全性和复杂性。许多企业已经开发了与GAO-BLE、RFID和物联网中间件直接局域网连接的读卡器,这些中间件提供了高系统性能、可靠性和安全性,而许多其他企业在云端部署了我们的解决方案,将固定读卡器连接到云环境中的GAO-BLE、RFID和物联网服务器。

         

         

        GAO BLE, RFID & IoT系统文图

        1.   GAO BLE, RFID & IoT 软件组件和层

        GAO BLE, RFID & IoT系统包括中间件、Web服务器、读卡器应用程序和手持读卡器应用程序

        GAO BLE, RFID & IoT 中间件是一种基于Windows的服务,为RFID读卡器、业务??楹褪萃教峁┰诵惺钡慕涌?,以便在读卡器应用程序和手持读卡器上进行嵌入式通信。中间件提供了一个业务??楹?/span>RFID阅读器驱动程序库,如下所述:

        GAO BLE, RFID & IoT 系统组件和层

        ·         GAO BLE, RFID & IoT Middleware基于Windows的服务,为RFID固定读卡器、业务??楹褪萃教峁┰诵惺钡慕涌?,该??樵谠诵惺敝苯佑攵量ㄆ髑绦蚝鸵滴衲?榱唇?。中间件连接到局域网或VPN环境中的数据库服务器

        • Fixed Reader Drivers每个受支持的固定RFID读卡器都有设备驱动程序,该驱动程序提供与读卡器通信特定消息的接口,并实现RFID读卡器设备接口,该接口是一个抽象层,为运行时需要连接到RFID中间件的主动和被动RFID读卡器提供通用API.
        • 特定供应商的读卡器可以实现读卡器抽象类,以与其他RFID组件交互。设备驱动程序将接收到的RFID消息传递给业务???。
        • Business Modules根据客户要求,该组件将是特定于应用程序的。在内部,它将提供一个业务??榻涌?,该接口提供一个业务逻辑抽象层,通过实现一个业务??槌橄罄?,使各种特定于业务的??槟芄徊迦?/span>RFID系统。该??榻?/span>RFID阅读器活动数据更新至GAO BLE、RFID和物联网数据库服务器。
        • BLE, RFID & IoT REST Service – REST API用于系统管理相关对象,如用户、设备、位置、标签、托管对象(人员、资产)、报表查询数据和数据同步API,这些API为不驻留在RFID中间件进程中的设备(如手持读卡器设备或嵌入式读卡器设备)提供进程外集成。该组件为嵌入式和手持读卡器设备提供本地数据,并提供最新的所需信息,如位置信息、读卡器配置或用户数据.
        • Web GUI提供最终用户和管理员界面。该层将由Google Angular实现,并部署在IIS web服务器中。该层通过InternetLAN与企业网络上的REST API通信。该组件使系统管理员能够管理RFID服务器、用户、配置RFID设备、标签,并从Web浏览器访问系统报告
        • Handheld Component根据特定于业务的规范提供用户界面。每个手持设备都有一个本地数据库,其中包含支持的业务??樗璧男畔?。本地数据库使用配置了无线或USB端口的服务器进行更新。设备将RFID事务存储到手持数据库,并在设备连接到服务器时将事务上传到RFID服务器.
        • Embedded Component通过使用LLRP API提供RFID标签读取、条形码读取、特定于业务逻辑的处理,以及使用FTP、UDPTCP协议与RFID服务器进行数据通信.
        • RFID Utility Library该层提供了常见的用户类,如SQL server数据库管理器、NoSQL server连接和连接池。系统的通用日志类。安全API、外部REST请求/响应调用的通信API
        • Third Party Components对于BLE、RFID和物联网系统未知的任何外部组件。它们可以通过认证会话与REST APIGAO BLE、RFID和物联网系统集成??梢源尤魏蔚谌较低车饔?/span>GAO BLE、RFIDIoT REST API,并且它独立于编程语言。

         

        查看更多>> 热销产品推荐
        打印此页】 【关闭
        更多>> RFID产品中心
        沧州纹姑电子科技有限公司 青阳县| 清流县| 县级市| 交口县| 城口县| http://www.vidaonvalley.com http://www.lojitek.com