[发明专利]一种监测系统在审
申请号: | 201910840844.X | 申请日: | 2019-09-06 |
公开(公告)号: | CN110727419A | 公开(公告)日: | 2020-01-24 |
发明(设计)人: | 林楚明 | 申请(专利权)人: | 广东户外媒体村科技有限公司 |
主分类号: | G06F8/20 | 分类号: | G06F8/20;G06F8/38;G06Q30/02 |
代理公司: | 44493 广州专理知识产权代理事务所(普通合伙) | 代理人: | 谭昉 |
地址: | 510627 广东省广州市天*** | 国省代码: | 广东;44 |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | |||
搜索关键词: | 监测系统 用户系统 运营系统 户外广告媒体 投放 视频监控 数据统计 广告主 精准化 服务 跟踪 广告 | ||
1.一种监测系统,其特征在于,包括用户系统和运营系统;所述用户系统连接运营系统。
2.根据权利要求1所述的监测系统大牌监测猫系统,其特征在于,所述大牌监测猫系统的服务端应用架构采用MVVM+分层架构模式,包括:View层:显示层,负责UI的渲染;
Controller层:作为View层和ViewModel层中间层对上提供数据给View层展示,对下负响应用户的交互;
ViewModel层:负责掌新APP业务逻辑封装,如预约课程等业务逻辑,对上层提供业务封装后的接口;
Service层:负责具体的业务实现,包括对网络请求的封装以及请求后返回的数据的包装、整理、解析等,缓存;
Modle层:数据层;
mPass层:主要负责提供一些底层的功能支持,如数据库、拍照、分享。
3.根据权利要求1所述的监测系统,其特征在于,所述大牌监测猫系统的基础架构的通用组件包括:关系数据存储、弱关系数据存储、索引、缓存、消息队列、配置中心、服务发现与注册。
4.根据权利要求1所述的监测系统,其特征在于,所述大牌监测猫系统的APP架构分三层,从上向下以此为业务层、组件层、SDK层;
业务层:对业务模块的封装,包含:业务模块和业务数据;
组件层:对系统组件的封装,包含通用工具和领域工具;
SDK层:系统API;
层级之间单向依赖,拒绝跨层访问,实现层与层隔离;
层级之间使用接口通信;
业务层内个模块之间通信基于消息总线、路由总线,实现模块内隔离。
5.根据权利要求1所述的监测系统,其特征在于,所述大牌监测猫系统的App与服务器的通信接口采用token的认证方式,流程为:
S1,用户用密码登录成功后,服务器返回token给客户端;
S2,客户端将token保存在本地,发起后续的相关请求时,将token发回给服务器;
S3,服务器检查token的有效性,有效则返回数据,若无效,分两种情况:token错误时,需要用户重新登录,获取正确的token;token过期时,客户端需要再发起一次认证请求,获取新的token。
6.根据权利要求1所述的监测系统,其特征在于,所述大牌监测猫系统的数据库为监测系统应用架构中的最底层,负责数据的管理,主要的任务是:调用网络API,获取数据;将数据缓存到本地;将数据交付给上一层。
7.根据权利要求6所述的监测系统,其特征在于,根据数据库的任务,数据层分为三层:网络层、本地数据层、交付层。
8.根据权利要求7所述的监测系统,其特征在于,所述网络层,主要就是对网络API的封装;
除了API接口设计,还有不同网络状态的处理;当网络不可用时,则不应该再去调用API;当网络可用,但不是WIFI时,有些比较耗流量的操作也应该禁止;当网络状态不同时,还能采用不同的网络策略。
9.根据权利要求7所述的监测系统,其特征在于,所述本地数据层,主要是做缓存处理;
每份缓存数据都应该设置一个缓存的有效时间,有效期的起始时间以最后一次被调用的时间为准,当该数据长时间没有再被调用到时,就应该从缓存中清理掉。
10.根据权利要求7所述的监测系统,其特征在于,所述交付层,主要是一个向上层开放的交互接口层,是上层向数据层获取数据的入口。
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于广东户外媒体村科技有限公司,未经广东户外媒体村科技有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/201910840844.X/1.html,转载请声明来源钻瓜专利网。
- 上一篇:一种基于场景的业务流程描述方法
- 下一篇:一种串口兼容方法及系统