CN108156065A - 基于网桥的医患系统 - Google Patents
基于网桥的医患系统 Download PDFInfo
- Publication number
- CN108156065A CN108156065A CN201711420929.XA CN201711420929A CN108156065A CN 108156065 A CN108156065 A CN 108156065A CN 201711420929 A CN201711420929 A CN 201711420929A CN 108156065 A CN108156065 A CN 108156065A
- Authority
- CN
- China
- Prior art keywords
- data
- patients
- doctors
- bridge
- transmission channel
- 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.)
- Withdrawn
Links
- 230000005540 biological transmission Effects 0.000 claims abstract description 176
- 230000010354 integration Effects 0.000 claims abstract description 13
- 230000004044 response Effects 0.000 claims abstract description 8
- 238000004891 communication Methods 0.000 claims description 21
- 230000008878 coupling Effects 0.000 claims description 10
- 238000010168 coupling process Methods 0.000 claims description 10
- 238000005859 coupling reaction Methods 0.000 claims description 10
- 230000018199 S phase Effects 0.000 claims 2
- 238000001802 infusion Methods 0.000 description 8
- 238000012545 processing Methods 0.000 description 7
- 238000000034 method Methods 0.000 description 6
- 238000006243 chemical reaction Methods 0.000 description 5
- 238000010586 diagram Methods 0.000 description 5
- 230000008569 process Effects 0.000 description 5
- 230000006870 function Effects 0.000 description 4
- 230000003993 interaction Effects 0.000 description 4
- 244000078534 Vaccinium myrtillus Species 0.000 description 3
- 239000008280 blood Substances 0.000 description 3
- 210000004369 blood Anatomy 0.000 description 3
- 241001269238 Data Species 0.000 description 2
- 230000009471 action Effects 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- RVCKCEDKBVEEHL-UHFFFAOYSA-N 2,3,4,5,6-pentachlorobenzyl alcohol Chemical compound OCC1=C(Cl)C(Cl)=C(Cl)C(Cl)=C1Cl RVCKCEDKBVEEHL-UHFFFAOYSA-N 0.000 description 1
- WQZGKKKJIJFFOK-GASJEMHNSA-N Glucose Natural products OC[C@H]1OC(O)[C@H](O)[C@@H](O)[C@@H]1O WQZGKKKJIJFFOK-GASJEMHNSA-N 0.000 description 1
- 235000003095 Vaccinium corymbosum Nutrition 0.000 description 1
- 235000017537 Vaccinium myrtillus Nutrition 0.000 description 1
- QVGXLLKOCUKJST-UHFFFAOYSA-N atomic oxygen Chemical compound [O] QVGXLLKOCUKJST-UHFFFAOYSA-N 0.000 description 1
- 230000000903 blocking effect Effects 0.000 description 1
- 235000021014 blueberries Nutrition 0.000 description 1
- 238000012512 characterization method Methods 0.000 description 1
- 238000005538 encapsulation Methods 0.000 description 1
- 239000008103 glucose Substances 0.000 description 1
- 238000007726 management method Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000006855 networking Effects 0.000 description 1
- 239000013307 optical fiber Substances 0.000 description 1
- 229910052760 oxygen Inorganic materials 0.000 description 1
- 239000001301 oxygen Substances 0.000 description 1
- 238000000926 separation method Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/46—Interconnection of networks
- H04L12/4604—LAN interconnection over a backbone network, e.g. Internet, Frame Relay
- H04L12/462—LAN interconnection over a bridge based backbone
- H04L12/4625—Single bridge functionality, e.g. connection of two networks over a single bridge
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B3/00—Line transmission systems
- H04B3/54—Systems for transmission via power distribution lines
- H04B3/58—Repeater circuits
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/40—Bus networks
- H04L12/40052—High-speed IEEE 1394 serial bus
- H04L12/40091—Bus bridging
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Power Engineering (AREA)
- Measuring And Recording Apparatus For Diagnosis (AREA)
Abstract
一种基于网桥的医患系统,包括:至少一个患者终端,包括至少一个主板,所述至少一个主板生成系统数据,并触发形成或从物联网设备获取医患数据;网桥,耦接所述至少一个患者终端,适于利用第一传输通道接收所述系统数据,并将所述系统数据转发输出,以及利用第二传输通道接收所述医患数据,对多路医患数据整合转换为至少一路USB数据输出;业务服务器,耦接所述网桥,适于接收所述系统数据和所述USB数据,并发送针对所述系统数据或所述USB数据的响应数据;逻辑服务器,耦接所述网桥,适于接收所述系统数据以及所述USB数据,管理至少一个患者终端的设备信息以及所述物联网设备的设备信息。通过本发明技术方案可以提高数据传输的稳定性。
Description
技术领域
本发明涉及信息交互技术领域,尤其涉及一种基于网桥的医患系统。
背景技术
现有技术中,在局域网内,数据通常是以TCP/IP协议的方式进行传输。
但是,现有技术中数据传输的稳定性较差,尤其是在医院、银行等较为紧急的公共生活服务场所,当数据传输发生错误时,可能会导致严重的后果。
发明内容
本发明解决的技术问题是在医院场景下如何提高数据传输的稳定性。
为解决上述技术问题,本发明实施例提供一种网桥的医患系统,网桥的医患系统包括:至少一个患者终端,包括至少一个主板,所述至少一个主板生成系统数据,并触发形成或从物联网设备获取医患数据;网桥,耦接所述至少一个患者终端,适于利用第一传输通道接收所述系统数据,并将所述系统数据转发输出,以及利用第二传输通道接收所述医患数据,对多路医患数据整合转换为至少一路USB数据输出;业务服务器,耦接所述网桥,适于接收所述系统数据和所述USB数据,并发送针对所述系统数据或所述USB数据的响应数据;逻辑服务器,耦接所述网桥,适于接收所述系统数据以及所述USB数据,管理至少一个患者终端的设备信息以及所述物联网设备的设备信息。
可选的,所述医患系统还包括:交换机,耦接所述网桥,适于接收所述网桥转发的所述系统数据、所述USB数据及其对应的患者终端信息,并传输至所述逻辑服务器。
可选的,所述业务服务器和所述逻辑服务器以A-B岗的方式工作。
可选的,所述第二传输通道包括多个独立的子传输通道,不同子传输通道传输不同类型的医患数据。
可选的,所述多个子传输通道包括备选子通道,用以在其他子传输通道不可用时,传输所述其他子传输通道所传输的医患数据。
可选的,所述多个子传输通道包括紧急子通道,仅用以传输紧急通信数据。
可选的,所述网桥包括多组输入端口和第一输出端口以及多个第二输出端口;所述输入端口对应所述第一传输通道和所述第二传输通道;所述第一输出端口用以传输其同组输入端口接收到的系统数据,每一第二输出端口传输至少一个子传输通道所传输的医患数据整合后的USB数据。
可选的,所述网桥包括多组输入端口和第一输出端口以及单个第二输出端口;所述输入端口对应所述第一传输通道和所述第二传输通道;所述第一输出端口用以传输其同组输入端口接收到的系统数据,所述第二输出端口所述USB数据。
可选的,所述输入端口与所述患者终端相耦接,不同输入端口耦接不同患者终端。
可选的,所述输入端口与所述患者终端相耦接,不同输入端口耦接不同患者终端。
可选的,所述输入端口具备端口号,所述患者终端信息为患者终端所耦接的输入端口的端口号。
可选的,所述患者终端采用不同的接口传输不同类型的医患数据。
可选的,所述患者终端通过至少4股双绞线耦接所述网桥,所述第一传输通道为所述至少4股双绞线的一部分芯线,所述第二传输通道为所述至少4股双绞线的剩余芯线。
可选的,所述至少4股双绞线为网线,所述第一传输通道为第1、2线,第3、6线,第4、5线、第7、8线的任两组芯线,所述第二传输通道为剩余两组芯线。
可选的,所述患者终端以TCP/IP通信的方式传输所述系统数据;所述患者终端以串口通信的方式传输所述医患数据。
可选的,所述网桥包括至少一个串口转USB模块;所述串口转USB模块将所述医患数据转换为USB数据。
可选的,所述网桥还包括至少一个集线器,耦接所述串口转USB模块;所述集线器适于将多路USB数据合并为一路USB数据后输出。
可选的,所述网桥包括至少一个微控制单元;所述微控制单元将所述医患数据转换为USB数据。
可选的,所述逻辑服务器确定并发送所述响应数据的最优传输路径至所述网桥,以供所述网桥根据所述最优传输路径转发所述响应数据。
可选的,所述第二传输通道所传输数据的实时性高于所述第一传输通道所传输数据的实时性。
可选的,所述患者终端包括第一主板和第二主板,所述第一主板至少运行有第一操作系统并生成系统数据,所述第二主板运行有第二操作系统,所述第二主板上集成有至少一个物联网通信模块,所述物联网通信模块用于触发形成或读取物联网设备中的医患数据。
可选的,所述患者终端包括紧急呼叫按键,所述紧急呼叫按键适于将紧急呼叫信号发送至所述第二主板,所述第二主板利用所述第二传输通道将所述紧急呼叫信号发送出去。
可选的,所述第二操作系统为嵌入式系统。
与现有技术相比,本发明实施例的技术方案具有以下有益效果:
本发明技术方案的基于网桥的医患系统至少一个患者终端,包括第至少一个患者终端,包括至少一个主板,所述至少一个主板生成系统数据,并触发形成或从物联网设备获取医患数据;网桥,耦接所述至少一个患者终端,适于利用第一传输通道接收所述系统数据,并将所述系统数据转发输出,以及利用第二传输通道接收所述医患数据,对多路医患数据整合转换为至少一路USB数据输出;业务服务器,耦接所述网桥,适于接收所述系统数据和所述USB数据,并发送针对所述系统数据或所述USB数据的响应数据;逻辑服务器,耦接所述网桥,适于接收所述系统数据以及所述USB数据,管理至少一个患者终端的设备信息以及所述物联网设备的设备信息。本发明技术方案中,患者终端分别形成系统数据和医患数据,网桥通过耦接患者终端可以对系统数据和医患数据分别进行传输和处理,并上传至服务器;网桥通过独立处理两种数据,可以提高数据传输的稳定性;进一步地,患者数据是患者终端读取的物联网设备中的数据,可以是紧急数据,从而在通过网桥处理后可以准确快速被服务器接收,保证医患系统对数据处理的及时性,进而提高系统服务性能。进一步地,USB数据的传输速度快、稳定性高,通过将医患数据整合为USB数据,可以进一步提高数据传输的稳定性。
进一步,医患系统通过交换机适于接收所述网桥转发的所述系统数据以及USB数据,并传输至所述逻辑服务器或业务服务器。通过设置交换机实现不同网络、不同冲突域之间的数据转发,进一步提高数据传输稳定性和数据传输效率。
进一步,所述患者终端通过至少4股双绞线耦接所述网桥,所述第一传输通道为所述至少4股双绞线的一部分芯线,所述第二传输通道为所述至少4股双绞线的剩余芯线。本发明技术方案中,至少4股双绞线可以被划分为第一传输通道和第二传输通道,分别传输系统数据和医患数据,实现了物理资源的复用;此外,还可以避免数据串扰,保证两种数据传输的独立性。
进一步,所述业务服务器和所述逻辑服务器以A-B岗的方式工作。本发明技术方案中,业务服务器和逻辑服务器可以互相替换,从而在其中一个服务器崩溃时,另一个服务器可以继续执行功能,保证医患系统的正常运行,从而进一步提高了医患系统的服务性能。
进一步,所述网桥包括串口转USB模块;所述串口转USB模块将所述医患数据转换为USB数据。由于串口转USB模块的硬件技术成熟,可以直接采用封装芯片完成该功能,无需开发人员开发程序,可以减少开发人员工作量。
附图说明
图1是本发明实施例一种基于网桥的医患系统的结构示意图;
图2是本发明实施例一种网桥与患者终端的连接示意图;
图3是本发明实施例另一种网桥与患者终端的连接示意图
图4-图11是本发明实施例多种网桥的结构示意图。
具体实施方式
如背景技术中所述,现有技术中数据传输的稳定性较差,尤其是在医院、银行等较为紧急的公共生活服务场所,当数据传输发生错误时,可能会导致严重的后果。
本发明技术方案中,患者终端分别形成系统数据和医患数据,网桥通过耦接患者终端可以对系统数据和医患数据分别进行传输和处理,并上传至服务器;网桥通过独立处理两种数据,可以提高数据传输的稳定性;进一步地,患者数据是患者终端读取的物联网设备中的数据,可以是紧急数据,从而在通过网桥处理后可以准确快速被服务器接收,保证医患系统对数据处理的及时性,进而提高系统服务性能。进一步地,USB数据的传输速度快、稳定性高,通过将医患数据整合为USB数据,可以进一步提高数据传输的稳定性。
为使本发明的上述目的、特征和优点能够更为明显易懂,下面结合附图对本发明的具体实施例做详细的说明。
图1是本发明实施例一种基于网桥的医患系统的结构示意图。
图1所示的医患系统10可以包括至少一个患者终端101、网桥102、逻辑服务器103和业务服务器104。
患者终端101可以包括至少一个主板,所述至少一个主板生成系统数据,并触发形成或从物联网设备获取医患数据。系统数据可以是需要备份的数据、请求数据等;医患数据可以是表征有病人信息的诊断数据(例如生命体征数据)以及医生或护士对病人的治疗、护理过程携带的信息数据;医患数据还可以是紧急数据,例如患者终端101具备紧急呼叫、紧急通话或视频按钮,该按钮被按下可以生成紧急通信数据。
需要说明的是,患者终端101可以被患者、医生或护士使用。例如,医生或护士可以在患者终端101上登录其账号,进行相应的操作;患者可以触发患者终端101的紧急呼叫按钮进行紧急呼叫。
在具体应用中,所述物联网设备可以包括输液报警器、扫描枪、婴儿标签以及医生或护士胸牌等能够通过相应的通信协议被所述患者终端101的物联网通信模块所识别的任何适当的外部设备。由此,医患数据可以是输液报警器的上发信息、扫描枪的扫描信息、婴儿标签的心跳信息等。患者终端101可以是患者使用的终端设备,例如可以是平板电脑、计算机设备等。
可以理解的是,所述物联网设备还可以包括血压计、血糖仪、血氧采集器、体重秤、电子体温计、心率监测器等医护设备,本发明实施例对此不做限制。
进一步地,患者终端101可以包括第一主板(图未示)和第二主板(图未示),所述第一主板至少运行有第一操作系统并生成系统数据,所述第二主板运行有第二操作系统,所述第二主板上集成有至少一个物联网通信模块(未标示),所述物联网通信模块用于读取物联网设备中的医患数据。具体实施中,所述第一操作系统可以为安卓(Android)操作系统,所述第二操作系统可以为实时(Real-time,简称RT)操作系统,但不限于此;二者还可以是任意适当的操作系统,可以选自安卓操作系统、RT操作系统、Windows操作系统、IOS操作系统以及黑莓(Blackberry)操作系统等等。优选地,所述第二操作系统的运行功耗低于所述第一操作系统。
优选地,所述第二操作系统为嵌入式系统。由于嵌入式系统稳定、运行快捷、时效性好,因此紧急呼叫信号通过第二主板进行发送,可以进一步保证紧急呼叫信号的实时性。
更具体地,第一操作系统在运行中可以生成系统数据;物联网通信模块可以与物联网设备交互获取医患数据。
本领域技术人员理解的是,主板是集成有处理器、存储器、接口以及插槽等多个部件的印制电路板组件(Printed Circuit Board Assembly,简称PCBA),硬件的具体结构及功能在此不做介绍。
患者终端101可以具备两条独立的数据传输通道,以用以传输系统数据和医患数据。
本发明一个优选实施例中,所述第二传输通道可以包括多个独立的子传输通道,不同子传输通道传输不同类型的医患数据。具体而言,不同类型的医患数据可以是数据来源或数据内容不同的额数据。例如,子传输通道1可以传输输液报警器的上发信息;子传输通道2可以传输扫描枪的扫描信息;子传输通道3可以传输婴儿标签的心跳信息。
如前所述,医患数据可以具备多种类型,每一类型的医患数据将采用独立的子传输通道来传输,可以避免不同类型的医患数据之间的串扰,进一步提高数据传输的稳定性。
本发明另一个优选实施例中,医患数据可以是来自物联网设备的数据。如果多个物联网设备的数据量均较大,可以依据数据内容采用多个子传输通道来传输。如果多个物联网设备的数据量均较小,则多个物联网设备的数据可以共用一个子传输通道来传输。更进一步地,可以配置重要性较高的物联网设备的数据,例如标识病人体征的心跳数据或血压数据,采用单独的子传输通道来传输。
进一步地,所述多个子传输通道包括备选子通道,用以在其他子传输通道不可用时,传输所述其他子传输通道所传输的医患数据。本实施例中,备选子通道通常不传输数据,仅在其他子传输通道不可用时,替换不可用的其他子传输通道来传输数据。
进一步地,所述多个子传输通道可以包括紧急子通道,仅用以传输紧急通信数据。本实施例中,由于紧急通信数据的重要性较高,需要快速及时的传送至服务器,因此可以配置紧急子通道,专门用来传输紧急通信数据。进一步,紧急子通道不与其他子传输通道共用第二输出端口。
优选地,所述患者终端101可以采用不同的接口传输不同类型的医患数据。例如,接口1可以传输输液报警器的上发信息;接口2可以传输扫描枪的扫描信息;接口3可以传输婴儿标签的心跳信息。
具体而言,所述接口可以是串口、并口和/或通用串行总线(UniversalSerialBus,USB)接口。在具体应用中,可以仅使用串口、并口或USB接口,也可以两种或三种接口组合使用,本发明实施例对此不做限制。
更具体地,由于并口采用的芯线较多,结构复杂;USB接口传输距离短,因此可以将USB数据在网桥102中先转成串口数据,再进行后续处理;可以将USB数据在网桥102中先转成串口数据,再进行后续处理。
本发明又一个优选实施例中,患者终端101采用不同的串口传输不同类型的医患数据。
每个患者终端101可以通过多个独立的串口输出不同类型的医患数据,例如对于输液报警器的上发信息、扫描枪的扫描信息、婴儿标签的心跳信息,患者终端1使用串口A1、A2、A3分别传输上述医患数据;患者终端2使用串口B1、B2、B3分别传输上述医患数据;患者终端3使用串口C1、C2、C3分别传输上述医患数据。
进一步地,所述患者终端101计算每一子传输通道的传输负载,并将传输负载达到设定阈值的子传输通道所传输的医患数据均衡分配至其他子传输通道进行传输,所述其他子传输通道的传输负载小于所述设定阈值。本发明实施例通过均衡数据传输负载,避免数据传输过程中的堵塞,可以保证数据的顺利快速传输。
具体地,患者终端101的处理器可以计算各个串口的传输负载。传输负载可以采用单位时间内数据传输量、数据占用带宽来计算,也可以采用任意可实施的现有技术来计算。
例如,婴儿标签的数据量较大,串口A的传输负载高达85%,传输婴儿标签数据的串口B的传输负载为50%,传输紧急数据的串口C的传输负载为10%,传输备用数据的串口D的传输负载为0%,则患者终端101可以将串口A的婴儿标签数据均衡到串口B、串口C和串口D进行传输,以保证数据传输效率。
需要说明的是,设定阈值的具体数值可以根据实际的应用环境进行适应性配置,例如80%、90%等,本发明实施例对此不做限制。
网桥102耦接所述至少一个患者终端101,网桥102适于利用第一传输通道接收所述系统数据,并将所述系统数据转发输出,以及利用第二传输通道接收所述医患数据,对多路医患数据整合转换为至少一路数据输出。
需要说明的是,本实施例中的网桥102不同于现有技术中的网桥;网桥102也可以是其他任意的名称,例如物联网桥、分线器、中继器、容隔器等。
本实施例中,对于患者终端101发送的系统数据和医患数据,网桥102根据患者终端101、网桥102和逻辑服务器103的组网方式对这两种数据采用了不同的处理方式,从而保证两种数据的稳定传输。此外,由于医患系统10内可以传输两种不同的数据,因此可以应对更多的应用场景,以提高医患系统10的服务性能。
优选地,所述患者终端101以TCP/IP通信的方式传输所述系统数据。由于患者终端101、网桥102和逻辑服务器103可以构成以太网,而以太网的通常采用TCP/IP协议传输数据,因此网桥102可以直接将所述患者终端101发送的系统数据转发出去,可以直接转发给逻辑服务器103。
优选地,所述患者终端101以串口通信的方式传输所述医患数据。具体而言,由于患者终端101、网桥102和逻辑服务器103可以构成以太网,因此网桥102需要将医患数据进行整合处理,以便在以太网内进行传输。网桥102可以将医患数据转换为通用串行总线(Universal Serial Bus,USB)数据后输出至逻辑服务器103。
业务服务器104耦接所述网桥102,适于接收所述系统数据和所述USB数据,并发送针对所述系统数据或所述USB数据的响应数据;
逻辑服务器103耦接所述网桥102,适于接收所述系统数据以及所述USB数据,管理至少一个患者终端的设备信息以及所述物联网设备的设备信息。由于逻辑服务器103和业务服务器104均耦接网桥102,因此在逻辑服务器103和业务服务器104具有数据交互需求时,可以经由网桥102进行数据交互。
具体实施中,逻辑服务器103还可以耦接所述业务服务器104。本实施例中,业务服务器104下发给患者终端101的信息可以通过逻辑服务器130确定最优路径后,经由网桥102转发至对应的患者终端101。
在具体实施例中,网桥10可以配置多个逻辑服务器103,也可以配置多个业务服务器104。业务服务器104可以对接收到的系统数据和/或USB数据进行处理。逻辑服务器103可以管理至少一个患者终端101的设备信息以及所述物联网设备的设备信息。例如,逻辑服务器103可以管理患者终端101、扫描枪、掌上电脑等终端的位置、心跳信号等。需要说明的是,逻辑服务器103还可以管理医生终端或护士终端的设备信息。
在本发明一个具体实施例中,医患数据为紧急呼叫信号。当病房1的5号病床的患者终端被按下呼叫按钮后,该患者终端经过网桥102发送呼叫信号至业务服务器104。业务服务器104接收到该紧急呼叫信号后,确定病房1的5号病床的责任护士为护士A,则发送指令至逻辑服务器,以指示护士A的扫描枪A1响应该紧急呼叫信号。逻辑服务器103接收到该指令后,通过查找其存储的设备信息,确定扫描枪A1距离病房2的2号病床最近,则可以确定该指令的最优传输路径为经由病房2的2号病床的患者终端呼叫该扫描枪A1。逻辑服务器103将该指令和最优传输路径发送至网桥102,网桥102将该指令发送至病房2的2号病床的患者终端,该患者终端呼叫扫描枪A1,以保证扫描枪A1能够及时响应。
可以理解的是,逻辑服务器103与网桥102可以通过USB接口相耦接。
本发明实施例中,患者终端分别形成系统数据和医患数据,网桥通过耦接患者终端可以对系统数据和医患数据分别进行传输和处理,并上传至服务器;网桥通过独立处理两种数据,可以提高数据传输的稳定性;进一步地,患者数据是患者终端读取的物联网设备中的数据,可以是紧急数据,从而在通过网桥处理后可以准确快速被服务器接收,保证医患系统对数据处理的及时性,进而提高系统服务性能。进一步地,USB数据的传输速度快、稳定性高,通过将医患数据整合为USB数据,可以进一步提高数据传输的稳定性。
在本发明一个具体应用场景中,医患系统10还可以包括医护终端,医护终端耦接业务服务器104,并与业务服务器104进行信息交互。
在本发明另一个实施例中,医患系统10还可以包括交换机(图未示)。
本实施例中,为了进一步提高医患系统20的性能,网桥102可以将系统数据直接传输给交换机,再由交换机发送给逻辑服务器103或业务服务器104;网桥102可以将USB数据传输至交换机,再由交换机发送给逻辑服务器103或业务服务器104。
具体而言,交换机可以用于大数据量的传输;交换机还可以通过统一的输出口(或称为上传口(uplink)),将患者终端101的接口转换为千兆或者光纤口来上传数据到逻辑服务器103或业务服务器104,以提高系统带宽;交换机的数据传输速率比网桥102的数据传输速率更快。
本发明实施例通过设置交换机实现不同网络、不同冲突域之间的数据转发,进一步提高数据传输稳定性和数据传输效率。
可以理解的是,在具体实施中,交换机与网桥102可以以一体化的方式配置;逻辑服务器103可以与网桥102放置于同一机柜中。
本发明一个优选实施例中,所述业务服务器104和所述逻辑服务器103以A-B岗的方式工作。本发明实施例中,业务服务器104和逻辑服务器103可以互相替换,从而在其中一个服务器崩溃时,另一个服务器可以继续执行已崩溃的服务器的功能,保证医患系统的正常运行,从而进一步提高了医患系统的服务性能。
如图2和图3所示,网桥102可以包括多组输入端口和第一输出端口:输入端口1a和第一输出端口2a、输入端口1b和第一输出端口2b、…、输入端口1n和第一输出端口2n;以及至少一个第二输出端口1023。
可以理解的是,端口组的数量可以根据实际的应用环境进行适应性的配置,端口组的数量越多,网桥102可以耦接的患者终端101的数量越多。例如端口组的数量可以是12组,则网桥102可以耦接12个患者终端101;端口组的数量可以是24组等,则网桥102可以耦接24个患者终端101;本发明实施例对端口组的具体数量不做限制。
本实施例中,所述输入端口对应所述第一传输通道和所述第二传输通道;所述第一输出端口用以传输其同组输入端口接收到的系统数据。例如,第一输出端口2a可以直接输出输入端口1a接入的系统数据,依次类推,第一输出端口2b可以直接输出输入端口1b接入的系统数据,第一输出端口2n可以直接输出输入端口1n接入的系统数据。
进一步地,所述输入端口与所述患者终端相耦接,不同输入端口耦接不同患者终端。如图2所示,输入端口1a耦接患者终端101a,输入端口1b耦接患者终端101b,输入端口1n耦接患者终端101n。
在具体应用中,逻辑服务器103或业务服务器104下发命令时,可以先发往网桥102;网桥102将命令发往不同的输入端口,以传送至对应的患者终端。
进一步地,如图2所示,第二输出端口的数量可以是单个,单个第二输出端口传输所述输入端口接收到的医患数据转换后的USB数据。例如,第二输出端口1023可以输出网桥102对输入端口1a、输入端口1b、、、输入端口1n接入的医患数据进行转换后的USB数据。
本实施例中,由于只有单个第二输出接口,因此网桥102输出的医患数据可以仅具有一个IP地址,有利于逻辑服务器103或业务服务器104进行数据区分。
如图3所示,第二输出端口的数量也可以是多个,每一第二输出端口传输至少一个子传输通道所传输的医患数据转换后的USB数据。具体而言,第二输出端口的数量与子传输通道的数量相同,第二输出端口与子传输通道一一对应,第二输出端口传输对应的子传输通道所传输的医患数据转换后的USB数据;或者,第二输出端口的数量少于子传输通道的数量,至少一个子传输通道共用一个第二输出端口。
例如,子传输通道1可以传输输液报警器的上发信息;子传输通道2可以传输扫描枪的扫描信息、心跳信息等;子传输通道3可以传输婴儿标签的心跳信息。第二输出端口3a可以传输整合后的输液报警器的上发信息;第二输出端口3b可以传输整合后的扫描信息;第二输出端口3m可以传输整合后的婴儿标签的心跳信息。或者,整合后的输液报警器的上发信息和整合后的扫描信息通过第二输出端口3a发送,整合后的婴儿标签的心跳信息通过第二输出端口3m发送。
可以理解的是,所述第二输出端口为USB接口。
进一步地,第二输出端口可以发送一路或多路USB数据。
所述输入端口具备端口号,所述患者终端信息为患者终端101所耦接的输入端口的端口号。例如,患者终端A耦接端口号为1a的输入端口;患者终端B耦接端口号为1b的输入端口等。
在具体应用中,业务服务器104负责业务,可以给患者终端101发送消息;逻辑服务器103可以获取患者终端101的状态信息、所耦接的输入端口的信息。业务服务器104下发命令时,可以先发往逻辑服务器103,确定该命令指向的患者终端所耦接的输入端口,再通过网桥102将命令发往所述输入端口,以传送至对应的患者终端。
本发明一个优选实施例中,继续参照图1或图2,所述患者终端101可以通过至少4股双绞线耦接所述网桥102,所述第一传输通道为所述至少4股双绞线的一部分芯线,所述第二传输通道为所述至少4股双绞线的剩余芯线。
本实施例中,由于双绞线通常选用4股8芯线,也可以选用5股10芯,或者6股12芯等,为了实现利用同一根线传输两种数据的目的,可以分配双绞线的不同芯线来传输不同的数据,从而可以实现节约物理资源的目的。
优选地,可以配置所述剩余芯线的一部分作为备用芯线,以在双绞线出现问题时,可以用来传输数据。
进一步地,所述至少4股双绞线为网线,所述第一传输通道为第1、2线,第3、6线,第4、5线、第7、8线的任两组芯线,所述第二传输通道为剩余两组芯线。例如,所述第一传输通道为所述网线的第1、2、3、6线,所述第二传输通道为所述网线的第4、5、7、8线;或者,所述第一传输通道为所述网线的第1、2、4、5线,所述第二传输通道为所述网线的第3、6、7、8线;或者,所述第一传输通道为所述网线的第1、2、7、8线,所述第二传输通道为所述网线的第3、6、4、5线等。
也就是说,本实施例分配双绞线的部分芯线为第一传输通道,用以按照TCP/IP协议传输系统数据;分配双绞线的剩余芯线为第二传输通道,用以按照串口协议传输医患数据。
具体实施中,由于串口全双工传输需要4根芯线,串口半双工传输需要2根芯线。所述至少4股双绞线中,可以分配4根芯线用以传输以太网数据,剩余芯线用以传输串口数据。例如,患者终端101采用4股双绞线耦接网桥102时,4根芯线可以用来传输串口数据,如果采用半双工传输的方式,则可以传输两种类型的串口数据;如果采用全双工传输的方式,则可以传输一种类型的串口数据。
本发明一个优选实施例中,所述网桥102利用多个独立的传输通道传输不同类型的USB数据;所述网桥102可以计算每一独立的传输通道的传输负载,并将传输负载达到设定阈值的传输通道所传输的USB数据均衡分配至其他传输通道进行传输,所述其他传输通道的传输负载小于所述设定阈值。
具体地,网桥102的微控制单元可以计算各个串口的传输负载。传输负载可以采用单位时间内数据传输量、数据占用带宽来计算,也可以采用任意可实施的现有技术来计算。
例如,婴儿标签的数据量较大,串口A的传输负载高达85%,传输婴儿标签数据的串口B的传输负载为50%,传输备用数据的串口D的传输负载为0%,则患者终端101可以将串口A的婴儿标签数据均衡到串口B和串口D进行传输,以保证数据传输效率。
进一步地,可以利用图10中的微控制单元1028、图11中任一微控制单元1028计算传输负载,并将传输负载达到设定阈值的传输通道所传输的USB数据均衡分配至其他传输通道进行传输。需要说明的是,在图11所示网桥102中,计算传输负载的微控制单元1028耦接其他微控制单元。
如图4至图9所示,本发明实施例的网桥102可以包括多组输入端口和第一输出端口以及至少一个第二输出端口和至少一个串口转USB模块1026。
医患数据将会经由串口转USB模块1026转换为USB数据后,通过第二输出端口输出;系统数据则直接从输入端口传输至第一输出端口进行输出。
本实施例中,输入端口可以耦接患者终端101(参照图1),第一输出端口可以耦接逻辑服务器103(参照图1)。
具体实施中,串口转USB模块1026可以是串口转USB芯片,例如,CH340、CH341、PL2303HX等。更近一步地,串口转USB模块1026可以是多个串口转USB的级联和/或并联形成,以提高网桥的处理性能,处理更多路串口数据。
在图4至图6所示网桥102中,网桥102可以利用第二传输通道接收医患数据,第二传输通道具备单个子传输通道。也就是说,患者终端的多种类型的医患数据都通过该子传输通道进行传输。
如图4所示,网桥102可以包括单个串口转USB模块1026和单个第二输出端口3a。
串口转USB模块1026可以将所述多路相同类型或不同类型的医患数据转换为USB数据。该USB数据利用第二输出端口3a输出。
如图5所示,网桥102可以包括多个串口转USB模块1026和多个第二输出端口。
相较于图4所示网桥102,图5所示网桥102中,串口转USB模块1026分别与对应的输入端口相耦接,并分别将转换后的USB数据传输至对应的第二输出端口输出。
如图6所示,网桥102可以包括多个串口转USB模块1026、单个集线器1027和单个第二输出端口3a。
相较于图4所示网桥102,图6所示网桥102中,串口转USB模块1026分别与对应的输入端口相耦接,并将转换后的USB数据传输至同一集线器1027,集线器1027将多路USB数据合并为一路USB数据后通过第二输出端口3a输出。例如,集线器1027可以将7路、8路等USB数据合并为一路USB数据后输出。
需要说明的是,集线器1027也可以是多个;每一集线器1027可以对至少两路USB数据进行合并。多个集线器1027也可以共用同一第二输出端口;串口转USB模块1026、集线器1027的数量可以根据实际应用环境进行配置;串口转USB模块1026、集线器1027也可以进行级联和/或并联,以扩展网桥102的处理性能。
在图7至图9所示网桥102中,网桥102利用第二传输通道接收医患数据,第二传输通道具备多个子传输通道。也就是说,患者终端的多种类型的医患数据通过不同的子传输通道进行传输。
如图7所示,网桥102可以包括多个串口转USB模块1026、多个第二输出端口。
本实施例中,每一串口转USB模块1026的输出端耦接一个第二输出端口。
具体实施中,多个串口转USB模块1026可以处理多种类型的医患数据。输入端口1a、输入端口1b、…、输入端口1n将其接入的类型为1的医患数据送入同一串口转USB模块1026进行处理;将其接入的类型为2的医患数据送入同一串口转USB模块1026进行处理;将其接入的类型为3的医患数据送入同一串口转USB模块1026进行处理。
多个串口转USB模块1026分别将转换后的类型为1、2和3的USB数据通过与其耦接的第二输出端口3a、第二输出端口3b和第二输出端口3c输出。
如图8所示,网桥102可以包括多个串口转USB模块1026、单个集线器1027和单个第二输出端口3a。
本实施例中,多个串口转USB模块1026的输出端耦接同一集线器1027的输入端,集线器1027的输出端耦接一个第二输出端口3a。
多个串口转USB模块1026可以处理多种类型的医患数据。输入端口1a、输入端口1b、…、输入端口1n将其接入的类型为1的医患数据送入同一串口转USB模块1026进行处理;将其接入的类型为2的医患数据送入同一串口转USB模块1026进行处理;将其接入的类型为3的医患数据送入同一串口转USB模块1026进行处理。
多个串口转USB模块1026分别将转换后的类型为1、2和3的USB数据送入与其耦接的集线器1027;集线器1027将合并后的USB数据通过第二输出端口3a输出。
如图9所示,网桥102可以包括多个串口转USB模块1026、单个集线器1027和多个第二输出端口3a。
相对于图8所示网桥102,本实施例中集线器1027可以耦接部分串口转USB模块1026。部分串口转USB模块1026分别将转换后的类型为1、2的USB数据送入集线器1027进行合并,通过第二输出端口3a输出。第二输出端口3c可以输出其他串口转USB模块1026的USB数据,也可以输出其他集线器1027的数据。
本发明实施例的更多具体实施方式请参照前述实施例,此处不再赘述。
在本发明另一个优选实施例中,网桥102可以包括多组输入端口和第一输出端口以及至少一个第二输出端口和至少一个微控制单元1028。
如图10和图11所示,微控制单元1028可以将输入的串口数据转换为USB数据。
在图10所示网桥102中,网桥102可以利用第二传输通道接收医患数据,第二传输通道具备单个子传输通道。在图11所示网桥102中,第二传输通道具备多个子传输通道。
关于图10和图11所示网桥的微控制单元1028和第二输出端口的耦接关系以及数量关系可以参照图4至图9所示实施例,此处不再赘述。
虽然本发明披露如上,但本发明并非限定于此。任何本领域技术人员,在不脱离本发明的精神和范围内,均可作各种更动与修改,因此本发明的保护范围应当以权利要求所限定的范围为准。
Claims (25)
1.一种基于网桥的医患系统,其特征在于,包括:
至少一个患者终端,包括至少一个主板,所述至少一个主板生成系统数据,并触发形成或从物联网设备获取医患数据;
网桥,耦接所述至少一个患者终端,适于利用第一传输通道接收所述系统数据,并将所述系统数据转发输出,以及利用第二传输通道接收所述医患数据,对多路医患数据整合转换为至少一路USB数据输出;
业务服务器,耦接所述网桥,适于接收所述系统数据和所述USB数据,并发送针对所述系统数据或所述USB数据的响应数据;
逻辑服务器,耦接所述网桥,适于接收所述系统数据以及所述USB数据,管理至少一个患者终端的设备信息以及所述物联网设备的设备信息。
2.根据权利要求1所述的医患系统,其特征在于,还包括:
交换机,耦接所述网桥,适于接收所述网桥转发的所述系统数据、所述USB数据,并传输至所述逻辑服务器或业务服务器。
3.根据权利要求1所述的医患系统,其特征在于,所述业务服务器和所述逻辑服务器以A-B岗的方式工作。
4.根据权利要求1所述的医患系统,其特征在于,所述第二传输通道包括多个独立的子传输通道,不同子传输通道传输不同类型的医患数据。
5.根据权利要求4所述的医患系统,其特征在于,所述多个子传输通道包括备选子通道,用以在其他子传输通道不可用时,传输所述其他子传输通道所传输的医患数据。
6.根据权利要求4所述的医患系统,其特征在于,所述多个子传输通道包括紧急子通道,仅用以传输紧急通信数据。
7.根据权利要求4所述的医患系统,其特征在于,所述网桥包括多组输入端口和第一输出端口以及多个第二输出端口;
所述输入端口对应所述第一传输通道和所述第二传输通道;所述第一输出端口用以传输其同组输入端口接收到的系统数据,每一第二输出端口传输至少一个子传输通道所传输的医患数据整合后的USB数据。
8.根据权利要求4所述的医患系统,其特征在于,所述患者终端计算每一子传输通道的传输负载,并将传输负载达到设定阈值的子传输通道所传输的医患数据均衡分配至其他子传输通道进行传输,所述其他子传输通道的传输负载小于所述设定阈值。
9.根据权利要求1所述的医患系统,其特征在于,所述网桥包括多组输入端口和第一输出端口以及单个第二输出端口;
所述输入端口对应所述第一传输通道和所述第二传输通道;所述第一输出端口用以传输其同组输入端口接收到的系统数据,所述第二输出端口所述USB数据。
10.根据权利要求7或9所述的医患系统,其特征在于,所述输入端口与所述患者终端相耦接,不同输入端口耦接不同患者终端。
11.根据权利要求7或9所述的医患系统,其特征在于,所述输入端口与所述患者终端相耦接,不同输入端口耦接不同患者终端。
12.根据权利要求7或9所述的医患系统,其特征在于,所述输入端口具备端口号,所述患者终端信息为患者终端所耦接的输入端口的端口号。
13.根据权利要求1所述的医患系统,其特征在于,所述患者终端采用不同的接口传输不同类型的医患数据。
14.根据权利要求1所述的医患系统,其特征在于,所述网桥利用多个独立的传输通道传输不同类型的USB数据;所述网桥计算每一独立的传输通道的传输负载,并将传输负载达到设定阈值的传输通道所传输的USB数据均衡分配至其他传输通道进行传输,所述其他传输通道的传输负载小于所述设定阈值。
15.根据权利要求1所述的医患系统,其特征在于,所述患者终端通过至少4股双绞线耦接所述网桥,所述第一传输通道为所述至少4股双绞线的一部分芯线,所述第二传输通道为所述至少4股双绞线的剩余芯线。
16.根据权利要求15所述的医患系统,其特征在于,所述至少4股双绞线为网线,所述第一传输通道为第1、2线,第3、6线,第4、5线、第7、8线的任两组芯线,所述第二传输通道为剩余两组芯线。
17.根据权利要求1所述的医患系统,其特征在于,所述患者终端以TCP/IP通信的方式传输所述系统数据;所述患者终端以串口通信的方式传输所述医患数据。
18.根据权利要求1所述的医患系统,其特征在于,所述网桥包括至少一个串口转USB模块;
所述串口转USB模块将所述医患数据转换为USB数据。
19.根据权利要求18所述的医患系统,其特征在于,所述网桥还包括至少一个集线器,耦接所述串口转USB模块;
所述集线器适于将多路USB数据合并为一路USB数据后输出。
20.根据权利要求1所述的医患系统,其特征在于,所述网桥包括至少一个微控制单元;
所述微控制单元将所述医患数据转换为USB数据。
21.根据权利要求1所述的医患系统,其特征在于,所述逻辑服务器确定并发送所述响应数据的最优传输路径至所述网桥,以供所述网桥根据所述最优传输路径转发所述响应数据。
22.根据权利要求1所述的医患系统,其特征在于,所述第二传输通道所传输数据的实时性高于所述第一传输通道所传输数据的实时性。
23.根据权利要求1所述的医患系统,其特征在于,所述患者终端包括第一主板和第二主板,所述第一主板至少运行有第一操作系统并生成系统数据,所述第二主板运行有第二操作系统,所述第二主板上集成有至少一个物联网通信模块,所述物联网通信模块用于触发形成或读取物联网设备中的医患数据。
24.根据权利要求23所述的医患系统,其特征在于,所述患者终端包括紧急呼叫按键,所述紧急呼叫按键适于将紧急呼叫信号发送至所述第二主板,所述第二主板利用所述第二传输通道将所述紧急呼叫信号发送出去。
25.根据权利要求23所述的医患系统,其特征在于,所述第二操作系统为嵌入式系统。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201711420929.XA CN108156065A (zh) | 2017-12-25 | 2017-12-25 | 基于网桥的医患系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201711420929.XA CN108156065A (zh) | 2017-12-25 | 2017-12-25 | 基于网桥的医患系统 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN108156065A true CN108156065A (zh) | 2018-06-12 |
Family
ID=62465841
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201711420929.XA Withdrawn CN108156065A (zh) | 2017-12-25 | 2017-12-25 | 基于网桥的医患系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN108156065A (zh) |
Citations (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101601041A (zh) * | 2006-10-24 | 2009-12-09 | 麦德爱普斯股份有限公司 | 用于医疗数据的无线处理和传送的系统和方法 |
| CN101605091A (zh) * | 2009-02-13 | 2009-12-16 | 华为技术有限公司 | 一种多端口负载分担方法、装置和网络系统 |
| CN102195818A (zh) * | 2011-05-27 | 2011-09-21 | 中兴通讯股份有限公司 | 数据业务处理单板及方法 |
| CN203057537U (zh) * | 2013-01-09 | 2013-07-10 | 郑州航空工业管理学院 | 一键式紧急无线通信装置 |
| CN103415852A (zh) * | 2011-03-01 | 2013-11-27 | 柯惠有限合伙公司 | 用于经由无线通信网络监控医疗装置的远程监控系统 |
| CN104921738A (zh) * | 2015-07-01 | 2015-09-23 | 谭普 | 尿液计量仪、尿液计量管理系统以及医护管理系统 |
| CN205268150U (zh) * | 2015-12-30 | 2016-06-01 | 河南护理职业学院 | 一种智能医护监控装置 |
| CN107231487A (zh) * | 2017-07-05 | 2017-10-03 | 上海京颐科技股份有限公司 | 医护便携式移动终端及医护通信系统 |
| CN107231488A (zh) * | 2017-07-05 | 2017-10-03 | 上海京颐科技股份有限公司 | 医护便携式移动终端及医护通信系统 |
| CN107358691A (zh) * | 2017-06-27 | 2017-11-17 | 苏州美天网络科技有限公司 | 一种基于app的病患住院管理系统 |
| CN207801972U (zh) * | 2017-12-25 | 2018-08-31 | 上海京颐科技股份有限公司 | 基于网桥的医患系统 |
-
2017
- 2017-12-25 CN CN201711420929.XA patent/CN108156065A/zh not_active Withdrawn
Patent Citations (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101601041A (zh) * | 2006-10-24 | 2009-12-09 | 麦德爱普斯股份有限公司 | 用于医疗数据的无线处理和传送的系统和方法 |
| CN101605091A (zh) * | 2009-02-13 | 2009-12-16 | 华为技术有限公司 | 一种多端口负载分担方法、装置和网络系统 |
| CN103415852A (zh) * | 2011-03-01 | 2013-11-27 | 柯惠有限合伙公司 | 用于经由无线通信网络监控医疗装置的远程监控系统 |
| CN102195818A (zh) * | 2011-05-27 | 2011-09-21 | 中兴通讯股份有限公司 | 数据业务处理单板及方法 |
| CN203057537U (zh) * | 2013-01-09 | 2013-07-10 | 郑州航空工业管理学院 | 一键式紧急无线通信装置 |
| CN104921738A (zh) * | 2015-07-01 | 2015-09-23 | 谭普 | 尿液计量仪、尿液计量管理系统以及医护管理系统 |
| CN205268150U (zh) * | 2015-12-30 | 2016-06-01 | 河南护理职业学院 | 一种智能医护监控装置 |
| CN107358691A (zh) * | 2017-06-27 | 2017-11-17 | 苏州美天网络科技有限公司 | 一种基于app的病患住院管理系统 |
| CN107231487A (zh) * | 2017-07-05 | 2017-10-03 | 上海京颐科技股份有限公司 | 医护便携式移动终端及医护通信系统 |
| CN107231488A (zh) * | 2017-07-05 | 2017-10-03 | 上海京颐科技股份有限公司 | 医护便携式移动终端及医护通信系统 |
| CN207801972U (zh) * | 2017-12-25 | 2018-08-31 | 上海京颐科技股份有限公司 | 基于网桥的医患系统 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN103856361A (zh) | 实现远程调试的方法及系统 | |
| WO2025138692A1 (zh) | 一种服务器、基板管理控制器及服务器的管理方法 | |
| CN106873541A (zh) | 一种基于DSP的EtherCAT分布式伺服运动控制系统 | |
| CN207801972U (zh) | 基于网桥的医患系统 | |
| CN105515829A (zh) | 智能布线系统 | |
| CN207573385U (zh) | 基于网桥的医患系统 | |
| CN109119151B (zh) | 实现设备间相互联通的方法及装置 | |
| CN108156065A (zh) | 基于网桥的医患系统 | |
| CN207573384U (zh) | 基于网桥的医患系统 | |
| CN107948045A (zh) | 基于网桥的医患系统 | |
| JPH0827770B2 (ja) | 電気通信パケット交換装置 | |
| CN103944738B (zh) | 一种支持功能扩展的交换机 | |
| CN207801973U (zh) | 一种网桥及物联网设备 | |
| CN202197299U (zh) | 一种家庭物联网网关 | |
| CN111414327A (zh) | 网络设备 | |
| CN117033106A (zh) | 一种用于高速总线互连系统的测试装置 | |
| CN107948044A (zh) | 基于网桥的医患系统 | |
| CN101287047A (zh) | 信号传输方法、系统、网口指示灯显示系统及单板 | |
| CN103905224B (zh) | 网络资源集中管理的方法与系统 | |
| CN107948043A (zh) | 一种网桥 | |
| CN210112190U (zh) | 光纤智慧配线监测管理系统 | |
| CN208271170U (zh) | 一种调试串口连接设备 | |
| CN107643990B (zh) | 可配置架构的通信设备 | |
| CN113810222B (zh) | 网络配线链路识别装置、系统及方法 | |
| CN105100717A (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 | ||
| WW01 | Invention patent application withdrawn after publication | ||
| WW01 | Invention patent application withdrawn after publication |
Application publication date: 20180612 |