CN109361551B - 一种局域网双通道设备发现方法 - Google Patents
一种局域网双通道设备发现方法 Download PDFInfo
- Publication number
- CN109361551B CN109361551B CN201811392264.0A CN201811392264A CN109361551B CN 109361551 B CN109361551 B CN 109361551B CN 201811392264 A CN201811392264 A CN 201811392264A CN 109361551 B CN109361551 B CN 109361551B
- Authority
- CN
- China
- Prior art keywords
- equipment
- channel
- local area
- area network
- discovery
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/12—Discovery or management of network topologies
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/14—Session management
- H04L67/141—Setup of application sessions
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/005—Discovery of network devices, e.g. terminals
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明涉及一种局域网双通道设备发现方法,为了解决单纯基于Alljoyn的设备发现技术存在的技术问题,提出了一种局域网双通道设备发现方法,该方法由服务端设备或客户端设备通过广播或组播的方式开启设备发现;所述设备发现以广播或组播的方式通过第一通道和第二通道同时传输,所述第一通道底层采用Alljoyn协议,所述第二通道底层采用UDP发现协议;目标设备根据自身所支持的协议类型选择第一通道和/或第二通道接收信息,并发送连接建立请求;根据连接建立请求,所述服务端设备或客户端设备与目标发现设备建立连接。此设计可确保局域网设备发现成功率高,兼容强终端和弱终端设备。
Description
技术领域
本发明属于通信领域中的设备发现技术领域,更为具体的涉及一种局域网双通道设备发现方法。
背景技术
万物互联的发展趋势下,网络发现设备的使用场景越来越多。高通公司主导的高创新中心(Qualcomm Innovation Center)的开源项目开发的AllJoyn是一个合作的开源软件框架,程序员可以很方便的编写出搜索附近设备的应用应用程序,并且无论对方的品牌、类别、***都可以在不需要云环境的情况下连接。AllJoyn框架是非常灵活,能使物联网实现愿景。在AllJoyn框架处理发现附近的设备,设备之间建立会话,这些设备之间的安全通信的复杂性。它抽象出物理传输的细节,并提供了一个简单易用的API。多个连接会话拓扑的支持,包括点至点和小组会议。然而,单纯基于Alljoyn的设备发现技术,存在三个主要问题,一是设备发现成功率不稳定,在部分局域网下发现成功率很低;二是Alljoyn占用资源太多,在资源很少的弱终端设备上无法正常使用;三是虽然Alljoyn提供了瘦身段版本,但是此版本功能不完备,需要依托局域网其他强终端版本。
发明内容
本发明的目的在于克服上述缺陷,希望通过采用Alljoyn与自研局域网通信模块形成双通道同时工作的方法,使Alljoyn能够兼容其他Alljoyn协议设备,为后续与其他Alljoyn设备快速互联打下基础;加上自研局域网通信模块,可以解决Alljoyn存在的三个主要问题。
本发明的技术方案如下:
一种局域网双通道设备发现方法,其特征在于:
服务端设备或客户端设备通过广播或组播的方式开启设备发现;
所述设备发现以广播或组播的方式通过第一通道和第二通道同时传输,所述第一通道底层采用Alljoyn协议,所述第二通道底层采用UDP发现协议;
目标设备根据自身所支持的协议类型选择第一通道和/或第二通道接收信息,并发送连接建立请求;
根据连接建立请求,所述服务端设备或客户端设备与目标发现设备建立连接。
进一步地,所述第二通道采用UDP协议发现设备,以TCP作为设备通信通道,精简其他复杂的逻辑处理和会话管理机制,达到占用资源低,运行高效的目的。
进一步地,所述第一通道和第二通道共享Utils工具层,所述Utils工具层对发现的设备统一进行资源管理。所述Utils工具层包括套接字管理、错误管理、会话管理、发现管理、设备管理、消息队列管理中的一项或多项。
可选地,设备可以通过选择开关在服务端设备与客户端设备之间切换,也可以同时开启。客户端设备负责对外提供服务,给客户端设备提供设备信息和下挂Agent设备(即第三方设备)列表信息。Client可以发现局域网所有服务端设备,获取服务端设备信息和其下挂的设备信息,并进行保存和管理。
可选地,服务端设备还可以设置不存在WIFI时,以Zigbee、BLE进行设备发现。
进一步地,APIs层将双两个通道进行整合,对外提供统一的C/C++访问接口,应用层直接调用APIs即可获得双通道的所有功能。
进一步地,所述设备发现的广播信息以周期性间隔的方式发起,优选时间间隔40秒。
技术效果:
1、在Alljoyn和自研局域网通信模块的上层,封装一个统一Api层将Alljoyn和自研局域网通信模块这两个通道的对外接口全部归一化处理,对任意通道修改不影响对外接口,并且可以对两个通道进行灵活裁剪。此设计确保局域网设备发现成功率高,兼容强终端和弱终端设备。
2、针对Alljoyn发现成功率不稳定问题:自研局域网通信模块采用原生UDP作为底层发现协议,在局域网服务端设备接入网络时,在局域网内发送组播+广播消息,通知所有的客户端设备,完成发现;同时客户端设备接入网络时,也会在局域网发送组播+广播消息,询问局域网所有服务端设备,此时服务端设备回复局域网设备,完成发现。并且服务端设备和客户端设备均会间隔一定周期(40秒)向局域网发送消息,最大程度保证发现能力。
3、针对Alljoyn占用资源多的问题:自研局域网通信模块采用原生UDP协议发现设备,原生TCP作为设备通信通道,精简其他复杂的逻辑处理和会话管理机制,达到占用资源低,运行高效的目的。
4、针对Alljoyn瘦身段版本,需要依托局域网其他强终端版本才能工作的问题:本方案采用服务端和设备端集成的机制,由于本方案总体占用资源低,故单独的弱终端设备也可以独立承担完整的角色,具备所有功能。同时设备端和服务端也可以通过接口进行开启和关闭,既保证功能完备也保证占用资源的灵活性。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1本发明实施例的双通道架构图
具体实施方式
为使本发明的目的、技术方案和优点更加清楚,下面结合附图对本发明做进一步地详细描述。
如图1所示,图1具体展示了本发明实施例中的双通道架构图,在底层由双通道构成,第一通道以ALLjoyn协议作为通信层,第二通道以UDP协议作为设备发现协议,以TCP协议作为设备通信通道,具体地,自研局域网通信模块采用原生UDP作为底层发现协议,在局域网服务端设备接入网络时,在局域网内发送组播+广播消息,通知所有的客户端设备,完成发现;同时客户端设备接入网络时,也会在局域网发送组播+广播消息,询问局域网所有服务端设备,此时服务端设备回复局域网设备,完成发现。并且服务端设备和客户端设备均会间隔一定周期(40秒)向局域网发送消息,最大程度保证发现能力。
双通道的上层为Utils工具层,所述Utils工具层对发现的设备统一进行资源管理。所述Utils工具层包括套接字管理、错误管理、会话管理、发现管理、设备管理、消息队列管理中的一项或多项。
整个架构往上又分为Server(即服务端设备)和Client(即客户端设备)两大功能模块,Server负责对外提供服务,给Client提供设备信息和下挂Agent设备(即第三方设备)列表信息。Client可以发现局域网所有Server,获取Server信息和其下挂的设备信息,并进行保存和管理。Server和Client在同一个设备上可以同时开启,也可以只开启一个。
可选地,服务端设备还可以设置不存在WIFI时,以Zigbee、BLE等方式进行设备发现。
APIs层为不同角色的设备提供统一接口,将双两个通道进行整合,对外提供提供的C/C++访问接口,使用者无需关心底层通道信息。
APIs层之上为Applications层即是为使用者开发的应用层,使用者可直接调用APIs享受双通道的所有功能。
本发明可有效解决使用Alljoyn作为底层通信模块发现设备不能高概率成功的问题,尤其是在不同WiFi下,发现成功率不稳定,而在弱资源设备(基于瘦身版Alljoyn作为底层通信模块)上运行时,如果局域网内没有一台强资源设备作为router,则弱资源设备无法被其他设备发现,导致弱资源设备之间无法直接互联互通。使用Alljoyn和自研局域网通信模块双通道时,设备发现概率高,在任何WiFi下均能发现设备,单独使用自研局域网通信模块移植到弱资源设备上,强资源设备(Alljoyn+轻量级)和弱资源设备能够互相发现和控制,弱资源设备之间也能互相发现和控制。
以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等,均应包含在本发明的保护范围之内。
Claims (5)
1.一种局域网双通道设备发现方法,其特征在于:
服务端设备或客户端设备通过广播或组播的方式开启设备发现;
所述设备发现以广播或组播的方式通过第一通道和第二通道同时传输,所述第一通道底层采用Alljoyn协议,所述第二通道底层采用UDP发现协议;
目标设备根据自身所支持的协议类型选择第一通道和/或第二通道接收信息,并发送连接建立请求;
根据连接建立请求,所述服务端设备或客户端设备与目标发现设备建立连接;
所述第一通道和第二通道共享Utils工具层,所述Utils工具层对发现的设备统一进行资源管理;
通过选择开关选择设备的工作角色为服务端设备和/或客户端设备;
APIs层将双通道进行整合,对外提供统一的C/C++访问接口,应用层直接调用APIs即可获得双通道的所有功能。
2.根据权利要求1所述的局域网双通道设备发现方法,其特征在于:所述第二通道采用UDP协议发现设备,以TCP作为设备通信通道。
3.根据权利要求1所述的局域网双通道设备发现方法,其特征在于:所述Utils工具层包括套接字管理、错误管理、会话管理、发现管理、设备管理、消息队列管理中的一项或多项。
4.根据权利要求1所述的局域网双通道设备发现方法,其特征在于:服务端设备还可以设置不存在WIFI时,以Zigbee、BLE进行设备发现。
5.根据权利要求1所述的局域网双通道设备发现方法,其特征在于:所述设备发现以周期性间隔的方式发起。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811392264.0A CN109361551B (zh) | 2018-11-21 | 2018-11-21 | 一种局域网双通道设备发现方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811392264.0A CN109361551B (zh) | 2018-11-21 | 2018-11-21 | 一种局域网双通道设备发现方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN109361551A CN109361551A (zh) | 2019-02-19 |
CN109361551B true CN109361551B (zh) | 2020-06-30 |
Family
ID=65332612
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201811392264.0A Active CN109361551B (zh) | 2018-11-21 | 2018-11-21 | 一种局域网双通道设备发现方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109361551B (zh) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113518106A (zh) * | 2021-04-06 | 2021-10-19 | 惠州市德赛西威智能交通技术研究院有限公司 | 一种基于some/ip协议的虚拟机间交互***及方法 |
CN115225754A (zh) * | 2022-07-19 | 2022-10-21 | 深圳六点作业科技有限公司 | 一种智能设备局域网直连交互和控制方法及*** |
CN115460093A (zh) * | 2022-07-29 | 2022-12-09 | 海信视像科技股份有限公司 | 设备发现方法、显示设备及智能设备 |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101471877A (zh) * | 2007-12-27 | 2009-07-01 | 华为技术有限公司 | 异构网络间通信的方法、***和装置 |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103905314A (zh) * | 2012-12-28 | 2014-07-02 | 上海斐讯数据通信技术有限公司 | 综合型网络拓扑发现方法 |
US9635124B2 (en) * | 2014-01-15 | 2017-04-25 | Qualcomm Connected Experiences, Inc. | Conveying state changes using connectionless messaging and a store-and-forward cache |
CN103901844A (zh) * | 2014-03-13 | 2014-07-02 | 惠州Tcl移动通信有限公司 | 一种基于Alljoyn技术的智能家居控制方法及*** |
US20170025861A1 (en) * | 2015-07-23 | 2017-01-26 | General Electric Company | Detecting the presence or absence of a user |
US10887397B2 (en) * | 2016-07-28 | 2021-01-05 | Citrix Systems, Inc. | System and method for controlling internet of things devices using namespaces |
CN107046537B (zh) * | 2017-04-01 | 2020-04-28 | 上海润欣科技股份有限公司 | 一种基于DNS-SD的OCF客户端对AllJoyn服务的发现方法 |
CN107493213A (zh) * | 2017-09-26 | 2017-12-19 | 四川长虹电器股份有限公司 | 一种提高局域网设备发现能力的方法 |
-
2018
- 2018-11-21 CN CN201811392264.0A patent/CN109361551B/zh active Active
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101471877A (zh) * | 2007-12-27 | 2009-07-01 | 华为技术有限公司 | 异构网络间通信的方法、***和装置 |
Also Published As
Publication number | Publication date |
---|---|
CN109361551A (zh) | 2019-02-19 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111479121B (zh) | 一种基于流媒体服务器的直播方法及*** | |
US20210084083A1 (en) | Cloud based multimedia services utilizing a locus to manage real-time communications between participants | |
WO2019205907A1 (zh) | 一种基于mqtt消息协议的智能设备通讯平台 | |
CN107682657B (zh) | 一种基于WebRTC的多人语音视频通话方法及*** | |
WO2020073919A1 (zh) | 报文传输方法及装置 | |
US8606306B2 (en) | Multiple client computing device invitations for online communication sessions | |
WO2023000935A1 (zh) | 一种数据处理方法、网元设备以及可读存储介质 | |
US8583149B2 (en) | Registering email addresses for online communication sessions | |
CN109361551B (zh) | 一种局域网双通道设备发现方法 | |
US9832087B2 (en) | Enterprise integration with cloud-based multimedia system | |
US20130231146A1 (en) | Registering client computing devices for online communication sessions | |
US10367893B1 (en) | Method and apparatus of performing peer-to-peer communication establishment | |
WO2022143508A1 (zh) | 一种近场中传输数据的方法、设备及*** | |
WO2010121528A1 (zh) | 一种移动终端及其基于p2p模式的数据传输方法 | |
JP6990649B2 (ja) | 高速アクセステレコミュニケーショントンネルクローニング | |
WO2019184262A1 (zh) | 多类型媒体数据网络地址转换穿越方法、终端及*** | |
WO2018129876A1 (zh) | 多媒体数据传输的方法、服务器和终端 | |
US20040136511A1 (en) | Extensible communication controls | |
WO2020039054A1 (en) | Information-centric networking over 5g or later networks | |
CN102857403B (zh) | 即时通信客户端数据共享方法和*** | |
WO2018024200A1 (zh) | 虚拟桌面组播控制方法、终端、代理终端及云桌面服务器 | |
KR20070024183A (ko) | 데이터 전송 제어 방법 및 상기 방법에 의해 데이터를전송하는 네트워크 장치 | |
US11659012B2 (en) | Relayed communication channel establishment | |
JP2013153438A (ja) | インターネットを介して移動端末間に通信接続を確立するための方法、コンピュータプログラムおよび記憶媒体 | |
CN117061431A (zh) | 异构网络应急通信***终端融合方法、装置、终端及介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |