一种残膜回收机防缠绕挑膜装置的制 一种秧草收获机用电力驱动行走机构

一种基于SSH的PC端互访系统及其交互方法与流程

2022-03-04 23:15:31 来源:中国专利 TAG:

一种基于ssh的pc端互访系统及其交互方法
技术领域
1.本发明涉及一种pc端互访系统及其交互方法,特别是涉及一种基于ssh的pc端互访系统及其交互方法,属于跨平台交互技术领域。


背景技术:

2.随着移动互联网的逐渐普及,面向移动互联网的应用、服务快速发展,各大移动平台如google的android、苹果的ios等不断地拓展、丰富移动平台的功能。
3.移动设备终端已逐渐成为日常生活中不可或缺的产品,而与此同时,移动互联网应用也正在向生活化、人性化的趋势发展,逐渐渗透人们的生活、社交当中,移动端之间的跨平台互访系统也变的尤为重要,互访系统是一个集硬件、软件、通信多方面技术的应用系统,其中移动终端作为用户操作行为的接口,拥有远程控制、监控等丰富功能。
4.当前关于移动终端设备有各种品牌,拥有不同的系统平台,现今流行的主流移动平台操作系统有android、ios、windowsphone等,分别在各自的移动操作系统上进行原生应用的开发,但是无法进行相互的访问,访问也仅仅是通过蓝牙、热点等,操作比较麻烦,而且利用率较低。
5.中国发明专利公布号cn 102970205 a,公开了“基于vpn的跨平台数据交互方法”,特别是涉及一种基于vpn的跨平台数据交互方法。本发明所述的方法主要步骤为:通过vpn为不同网络系统的服务器建立通信连接;采用odbc数据库访问标准接口为不同操作系统的服务器和不同的数据库平台设置接口;通过接口进行跨平台的数据交互。本发明的有益效果为,有效降低了不同平台数据交互的复杂性,且能保证数据在交互过程中的安全性和可靠性,实现了跨网络平台跨服务器平台跨数据库平台的数据交互方法。本发明尤其适用于跨平台的数据交互系统,现在主流移动端,因此无法满足不同移动端之间的跨平台互访的问题。
6.因此,亟需对pc端互访系统进行改进,以解决上述存在的问题。


技术实现要素:

7.本发明的目的是提供一种基于ssh的pc端互访系统及其交互方法,基于ssh网络的管理解决ssh服务器系统级别的安全问题,为移动pc端的互访提供可靠的安全保障,多个pc端通过apache cordova框架建立通信连接,故可运用到各种平台上,实现跨平台的交互,操作简单,利用率高。
8.为了达到上述目的,本发明采用的主要技术方案包括:
9.一种基于ssh的pc端互访系统,包括总服务器以及与总服务器通过无线连接的若干个pc端,总服务器还包括传输单元、认证单元以及命令可控单元;
10.命令可控单元用于捕获pc端使用的操作命令,并对操作命令进行判断处理;
11.pc端通过传输单元向总服务器发送认证请求并携带认证编号;
12.总服务器接收到pc端的编号并将信息传输至认证单元,认证单元对编号进行认
证;
13.通过以上技术方案,pc端向总服务器发送认证请求,其中携带的认证编号为010;
14.总服务器收到认证编号为010认证请求,通过认证单元进行认证并回复认证信息,其中携带总服务器支持、且需要另一个pc端完成的认证方式列表;
15.另一个pc端从总服务器中发送某种认证方式,总服务器接收到另一个pc端的认证请求,验证另一个pc端的认证信息,并通过进行判断;
16.总服务器根据两个pc端的配置,决定是否需要对pc端的继续认证,具体分为以下几种情况:
17.如果该种认证方式010认证成功,且pc端不需要继续完成其他认证,则总服务器回复认证成功消息,认证过程顺利完成;
18.如果该种认证方式认证失败,pc端的认证方式改011,如果认证的次数到达认证次数的最大值,则pc端的认证失败,总服务器和pc端之间断开,该系统使用的安全性;
19.pc端包括apache cordova框架、数据缓存拓展单元、视频监控单元、在线检索单元、交流分享单元以及通信服务模块;
20.总服务器与pc端通过apache cordova框架进行支撑,apache cordova框架包括web层、cordova层以及native适配层;
21.web层用于提供上层的功能逻辑;
22.cordova层用于提供中层功能逻辑;
23.native适配层用于提供底层功能支持;
24.通过以上技术方案,web层的ui及页面逻辑部分、cordova层的各个扩展模块封装、扩展模块基于cordova层基础上在各平台的适配模块,以及各平台的运行时环境,由以上几个部分组成了基于apachecordova框架构建互访平台,利用了apache cordova框架的跨平台编译以及标准web技术的优势,可以在满足应用功能需求的同时,减少上层主要逻辑的开发和维护成本、减少平台的扩展成本以及增加了功能扩展的灵活性;
25.pc端包括win系统pc端和ios系统pc端;
26.数据缓存拓展单元包括数据缓存适配模块,数据缓存适配模块用于实现win系统pc端与ios系统pc端的适配;
27.通过以上技术方案,在win系统pc端的适配中,基于tcp通道建立与服务器之间的联系,随时接受来自总服务器的推送,是基于service组件来实现tcp长连接的维护,android的service服务主要包含了一下一些关键组件:
28.transclient对象,用来维护网络连接与消息通讯,处理所有网络通信的逻辑;
29.handler对象,用来处理多线程间的消息通知处理;
30.alarmmanager对象,注册android的时钟管理,当该对象的计时触发时将启动一个系统广播,并利用广播接收来做定时任务;
31.对于android的服务端程序,可以接入不同方式实现的面向tcp连接处理的服务;
32.在ios系统pc端中是基于apns与ios设备间的连接来进行消息的推送处理,并在用户交互发生时再从第三方服务器拉取具体消息。
33.在ios中,推送技术的实现与android有所区别,通过apple的apns,在与user绑定的token对设备推送通知,在用户跨平台交互后,再与总服务器建立信息连接;
34.在apache cordova框架的基础上构件win系统pc端和ios系统pc端,便可以实现安卓手机与苹果手机之间的连接,因此可以实现pc端的互访交互。
35.总服务器包括可视单元,
36.可视单元与命令可控单元建立通信连接,可视单元和命令可控单元用于实现ssh服务的实时监控功能;
37.通过以上技术方案,可视单元用于提供可视化组件的接入,包括接入第三方视频监控sdk,上层的web层可以利用javascript调用来实现视频监控功能,便于对该系统进行防护,提升该系统的安全性。
38.通信服务模块通过无线的方式与pc端建立通信连接,且通信服务模块用于登录信息维护以及辅助多个pc端之间的通信连接,用于实现win系统pc端与ios系统pc端的适配;
39.通过以上技术方案,在该通信服务模块的实现中,将根据不同平台的消息推送机制而进行不同的适配,比如android中采用tcp长连接的方式来进行通讯链路的保活,而ios本身具备苹果的apns推送机制保障,故推送链路保活交由ios系统即可。
40.数据缓存适配模块用于向web层提供文件读写以及数据库读写功能,两个手机之间可以进行资料的读写以及储存,真正实现跨平台的互访体系,两个手机可以为两个安卓、两个苹果或者是一个苹果和一个安卓,提升该系统的使用范围。
41.视频监控单元包括视频监控适配模块,且视频监控适配模块用于实现win系统pc端与ios系统pc端相适配;
42.视频监控适配模块用于向web层提供视频监控扩展模块调用,并在native适配层上接入第三方视频监控文件,web层通过native适配层调用视频监控单元;
43.通过视频监控单元进行认证,提升该系统使用的安全性。
44.在线检索单元包括在线检索模块和下载模块,用于链接pc端,在线获取检索结果,并通过下载模块下载到本地文件夹内;
45.交流分享单元用于通过内置的基于udp协议的即时通信工具实现多人在线沟通,并利用tcp协议实现文件传送;
46.通过以上技术方案,通过其中一个手机可以对另一个手机进行检索,查找好内容后可以直接将对方pc端的文件进行下载和储存,提升该系统的使用的范围以及灵活性。
47.web层的主要逻辑模块包括:基于html、css、javascript以及jquerymobile技术的ui界面、功能逻辑,并通过native适配层调用apache cordova框架的功能;
48.通过以上技术方案,为了实现跨平台互访的主要功能、ui界面等,web层中的html、css以及jquerymobile来实现上层的功能逻辑以及ui界面,可以构建出界面友好、功能丰富的跨平台互访系统应用,并达到了跨移动平台互访的目的。
49.一种基于ssh的pc端互访系统的交互方法,包括以下步骤:
50.步骤一:pc端(2)通过总服务器(1)发送认证请求;
[0051][0052]
其中,c代表认证请求,yi代表第i个pc端节点,h代表总服务器的认证通道,pwi代表第i个pc端节点和总服务器的认证密钥,i=1,2,..,n,n代表pc端节点的总个数,r代表pc端节点和总服务器之间的初始密钥,fi代表第i个pc端节点向总服务器发送的请求数据,p代表关于由认证密钥通过认证通道产生的数据溢出值,n1代表总服务器的时戳,y

代表无密
钥的pc端节点;
[0053]
步骤二:所述pc端(2)接收认证信息并将认证信息发送至预设的认证单元,通过预设的验证机制,认证单元对认证信息进行验证,构建验证等式,确定验证结果;
[0054][0055]
其中,代表基于验证机制下对认证请求的验证结果,th代表总服务器的认证通道内预设的时间阈值,δd代表服务器的验证时间差,xs在总服务器的第s条认证通道内预设的验证机制,s代表第s条认证通道;
[0056]
步骤三:命令可控单元(5)对所述验证结果进行判断和处理,总服务器(1)上的apache cordova框架(6)为不同的win系统pc端(12)和所述ios系统pc端(13)建立对应的接口;
[0057]
步骤四:若干个pc端(2)之间经过apache cordova框架(6)进行跨平台的数据交互。
[0058]
本发明至少具备以下有益效果:
[0059]
1、基于ssh网络的管理解决ssh服务器系统级别的安全问题,为移动pc端的互访提供可靠的安全保障,多个移动pc端通过apache cordova框架建立通信连接,故可运用到各种平台上,实现跨平台的交互,操作简单,利用率高。
[0060]
2、web层的ui及页面逻辑部分、cordova层的各个扩展模块封装、扩展模块基于cordova层基础上在各平台的适配模块,以及各平台的运行时环境,由以上几个部分组成了基于apachecordova框架构建互访平台,利用了apache cordova框架的跨平台编译以及标准web技术的优势,可以在满足应用功能需求的同时,减少上层主要逻辑的开发和维护成本、减少平台的扩展成本以及增加了功能扩展的灵活性。
[0061]
3、通过多个pc端向总服务器发送认证请求,通过初始密钥和不同pc端和总服务器之间的认证密钥,提高pc端和总服务器跨台交互的安全性,实现跨平台的交互,提高跨台的安全性,提高跨台信息交互的保密性。
附图说明
[0062]
此处所说明的附图用来提供对本技术的进一步理解,构成本技术的一部分,本技术的示意性实施例及其说明用于解释本技术,并不构成对本技术的不当限定。在附图中:
[0063]
图1为本发明的总体架构图;
[0064]
图2为本发明的方法流程图;
[0065]
图3为本发明的pc端示意图;
[0066]
图4为本发明的apache cordova框架示意图。
[0067]
图中,1-总服务器,2-pc端,3-传输单元,4-认证单元,5-命令可控单元,6-apache cordova框架,601-web层,602-cordova层,603-native适配层,7-数据缓存拓展单元,701-数据缓存适配模块,8-视频监控单元,801-视频监控适配模块,9-在线检索单元,901-在线检索模块,902-下载模块,10-交流分享单元,11-通信服务模块,12-win系统pc端,13-ios系统pc端,14-可视单元。
具体实施方式
[0068]
以下将配合附图及实施例来详细说明本技术的实施方式,借此对本技术如何应用技术手段来解决技术问题并达成技术功效的实现过程能充分理解并据以实施。
[0069]
如图1-图4所示,本实施例提供的基于ssh的pc端互访系统及其交互方法,包括总服务器1以及与总服务器1通过无线连接的若干个pc端2,总服务器1还包括传输单元3、认证单元4以及命令可控单元5;
[0070]
命令可控单元5用于捕获pc端2使用的操作命令,并对操作命令进行判断处理;
[0071]
pc端2通过传输单元3向总服务器1发送认证请求并携带认证编号;
[0072]
总服务器1接收到pc端2的编号并将信息传输至认证单元4,认证单元4对编号进行认证;
[0073]
pc端2向总服务器1发送认证请求,其中携带的认证编号为010;
[0074]
总服务器1收到认证编号为010认证请求,通过认证单元4进行认证并回复认证信息,其中携带总服务器1支持、且需要另一个pc端2完成的认证方式列表;
[0075]
另一个pc端2从总服务器1中发送某种认证方式,总服务器1接收到另一个pc端2的认证请求,验证另一个pc端2的认证信息,并通过5进行判断;
[0076]
总服务器1根据两个pc端2的配置,决定是否需要对pc端2的继续认证,具体分为以下几种情况:
[0077]
如果该种认证方式010认证成功,且pc端2不需要继续完成其他认证,则总服务器1回复认证成功消息,认证过程顺利完成;
[0078]
如果该种认证方式认证失败,pc端2的认证方式改为011,如果认证的次数到达认证次数的最大值,则pc端2的认证失败,总服务器1和pc端2之间断开,该系统使用的安全性;
[0079]
pc端2包括apache cordova框架6、数据缓存拓展单元7、视频监控单元8、在线检索单元9、交流分享单元10以及通信服务模块11;
[0080]
总服务器1与pc端2通过apache cordova框架6进行支撑,apache cordova框架6包括web层601、cordova层602以及native适配层603;
[0081]
web层601用于提供上层的功能逻辑;
[0082]
cordova层602用于提供中层功能逻辑;
[0083]
native适配层603用于提供底层功能支持;
[0084]
web层601的ui及页面逻辑部分、cordova层602的各个扩展模块封装、扩展模块基于cordova层602基础上在各平台的适配模块,以及各平台的运行时环境,由以上几个部分组成了基于apachecordova框架6构建互访平台,利用了apache cordova框架6的跨平台编译以及标准web技术的优势,可以在满足应用功能需求的同时,减少上层主要逻辑的开发和维护成本、减少平台的扩展成本以及增加了功能扩展的灵活性;
[0085]
pc端2包括win系统pc端12和ios系统pc端13;
[0086]
数据缓存拓展单元7包括数据缓存适配模块701,数据缓存适配模块701用于实现win系统pc端12与ios系统pc端13的适配;
[0087]
在win系统pc端12的适配中,基于tcp通道建立与服务器之间的联系,随时接受来自总服务器1的推送,是基于service组件来实现tcp长连接的维护,android的service服务主要包含了一下一些关键组件:
[0088]
transclient对象,用来维护网络连接与消息通讯,处理所有网络通信的逻辑;
[0089]
handler对象,用来处理多线程间的消息通知处理;
[0090]
alarmmanager对象,注册android的时钟管理,当该对象的计时触发时将启动一个系统广播,并利用广播接收来做定时任务;
[0091]
对于android的服务端程序,可以接入不同方式实现的面向tcp连接处理的服务;
[0092]
在ios系统pc端13中是基于apns与ios设备间的连接来进行消息的推送处理,并在用户交互发生时再从第三方服务器拉取具体消息。
[0093]
在ios中,推送技术的实现与android有所区别,通过apple的apns,在与user绑定的token对设备推送通知,在用户跨平台交互后,再与总服务器1建立信息连接;
[0094]
在apache cordova框架6的基础上构件win系统pc端12和ios系统pc端13,便可以实现安卓手机与苹果手机之间的连接,因此可以实现pc端的互访交互。
[0095]
总服务器1包括可视单元14,
[0096]
可视单元14与命令可控单元5建立通信连接,可视单元14和命令可控单元5用于实现ssh服务的实时监控功能;
[0097]
可视单元14用于提供可视化组件的接入,包括接入第三方视频监控sdk,上层的web层601可以利用javascript调用来实现视频监控功能,便于对该系统进行防护,提升该系统的安全性。
[0098]
通信服务模块11通过无线的方式与pc端2建立通信连接,且通信服务模块11用于登录信息维护以及辅助多个pc端2之间的通信连接,用于实现win系统pc端12与ios系统pc端13的适配;
[0099]
在该通信服务模块11的实现中,将根据不同平台的消息推送机制而进行不同的适配,比如android中采用tcp长连接的方式来进行通讯链路的保活,而ios本身具备苹果的apns推送机制保障,故推送链路保活交由ios系统即可。
[0100]
数据缓存适配模块701用于向web层提供文件读写以及数据库读写功能,两个手机之间可以进行资料的读写以及储存,真正实现跨平台的互访体系,两个手机可以为两个安卓、两个苹果或者是一个苹果和一个安卓,提升该系统的使用范围。
[0101]
视频监控单元8包括视频监控适配模块801,且视频监控适配模块801用于实现win系统pc端12与ios系统pc端13相适配;
[0102]
视频监控适配模块801用于向web层601提供视频监控扩展模块调用,并在native适配层603上接入第三方视频监控文件,web层601通过native适配层603调用视频监控单元8;
[0103]
通过视频监控单元8进行认证,提升该系统使用的安全性。
[0104]
在线检索单元9包括在线检索模块901和下载模块902,用于链接pc端2,在线获取检索结果,并通过下载模块902下载到本地文件夹内;
[0105]
交流分享单元10用于通过内置的基于udp协议的即时通信工具实现多人在线沟通,并利用tcp协议实现文件传送;
[0106]
通过其中一个手机可以对另一个手机进行检索,查找好内容后可以直接将对方pc端2的文件进行下载和储存,提升该系统的使用的范围以及灵活性。
[0107]
web层601的主要逻辑模块包括:基于html、css、javascript以及jquerymobile技
术的ui界面、功能逻辑,并通过native适配层603调用apache cordova框架6的功能;
[0108]
为了实现跨平台互访的主要功能、ui界面等,web层601中的html、css以及jquerymobile来实现上层的功能逻辑以及ui界面,可以构建出界面友好、功能丰富的跨平台互访系统应用,并达到了跨移动平台互访的目的。
[0109]
如图1-图4所示,本实施例提供的基于ssh的pc端互访系统的交互方法,包括以下步骤:
[0110]
步骤一:pc端通过总服务器发送认证请求;
[0111][0112]
其中,c代表认证请求,yi代表第i个pc端节点,h代表总服务器的认证通道,pwi代表第i个pc端节点和总服务器的认证密钥,i=1,2,...,n,n代表pc端节点的总个数,r代表pc端节点和总服务器之间的初始密钥,fi代表第i个pc端节点向总服务器发送的请求数据,p代表关于由认证密钥通过认证通道产生的数据溢出值,n1代表总服务器的时戳,y

代表无密钥的pc端节点;
[0113]
步骤二:所述pc端接收认证信息并将认证信息发送至预设的认证单元,通过预设的验证机制,认证单元对认证信息进行验证,构建验证等式,确定验证结果;
[0114][0115]
其中,代表基于验证机制下对认证请求的验证结果,th代表总服务器的认证通道内预设的时间阈值,δd代表服务器的验证时间差,xs在总服务器的第s条认证通道内预设的验证机制,s代表第s条认证通道;
[0116]
步骤三:命令可控单元对所述验证结果进行判断和处理,总服务器上的apache cordova框架为不同的win系统pc端和所述ios系统pc端建立对应的接口;
[0117]
步骤四:若干个pc端之间经过apache cordova框架进行跨平台的数据交互。
[0118]
通过不同的验证通道,提高数据输送的速度和正确率,通过通道验证机制,对数据进行加密验证,提高数据输送的安全性。
[0119]
如在说明书及权利要求当中使用了某些词汇来指称特定组件。本领域技术人员应可理解,硬件制造商可能会用不同名词来称呼同一个组件。本说明书及权利要求并不以名称的差异来作为区分组件的方式,而是以组件在功能上的差异来作为区分的准则。如在通篇说明书及权利要求当中所提及的“包含”为一开放式用语,故应解释成“包含但不限定于”。“大致”是指在可接收的误差范围内,本领域技术人员能够在一定误差范围内解决技术问题,基本达到技术效果。
[0120]
需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的商品或者系统不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种商品或者系统所固有的要素。在没有更多限制的情况下,由语句“包括一个
……”
限定的要素,并不排除在包括要素的商品或者系统中还存在另外的相同要素。
[0121]
上述说明示出并描述了本发明的若干优选实施例,但如前所述,应当理解本发明并非局限于本文所披露的形式,不应看作是对其他实施例的排除,而可用于各种其他组合、修改和环境,并能够在本文所述发明构想范围内,通过上述教导或相关领域的技术或知识
进行改动。而本领域人员所进行的改动和变化不脱离本发明的精神和范围,则都应在本发明所附权利要求的保护范围内。
再多了解一些

本文用于企业家、创业者技术爱好者查询,结果仅供参考。

发表评论 共有条评论
用户名: 密码:
验证码: 匿名发表

相关文献