CN109672738A - 一种基于多屏互动跨终端服务的方法与系统 - Google Patents

Abstract

本发明实施例提供了一种基于多屏互动跨终端服务的方法与系统，涉及信息交互技术领域。该基于多屏互动跨终端服务的系统包括第一服务器、至少一个第二服务器、第一客户端以及第二客户端，第一服务器与每个第二服务器均通信连接，第一客户端与第一服务器通信连接，第二客户端与第一服务器或第二服务器通信连接，通过第一客户端向第一服务器接发送交互请求，其中，交互请求至少包括请求事件与地图场景名称。然后由第一服务器依据地图场景名称确定目标第二客户端，并将请求事件发送至目标第二客户端，最后由目标第二客户端执行请求事件。本发明提供的基于多屏互动跨终端服务的方法与系统具有实现了地图场景在不同的终端界面进行通信的优点。

Description

一种基于多屏互动跨终端服务的方法与系统

技术领域

本发明涉及信息交互技术领域，具体而言，涉及一种基于多屏互动跨终端服务的方法与系统。

背景技术

随着科技的进步与发展，跨平台的交互方式正在各行各业悄然兴起，移动设备和PC机、大屏设备之间可以相互控制、同步信息等，逐渐改变着大家的日常生活和工作，这种多屏互动技术也给web应用带来了新的交互方式，他让可视化组件富有动态性、趣味性。GIS(Geographic Information System，地理信息系统)作为可视化中不可或缺的一部分，它能直观的展示出各种事物的地理位置信息，如果加上多屏互动，将直接的缩放平移等交互变得远程可控，并且这种形式是双向的，这将变得非常的魔幻、生动。

然而，传统的C/S结构的GIS应用的多屏操作，需要开发基于不同操作系统的原生应用，这显得非常的不方便，基于web技术开发的GIS应用避免了此问题，它可以针对不同的设备进行自适应，但是，地图在web多屏互动方面没有一个完整的解决方案，传统http请求是单向的，用户的直接体验是响应慢且效率低，涉及到不同的服务器不同的GIS应用之间会存在适配性问题。

有鉴于此，如何解决上述问题，是本领域技术人员关注的重点。

发明内容

有鉴于此，本发明的目的在于提供一种基于多屏互动跨终端服务的系统，以解决现有技术中地图在web多屏互动方面的适配性问题。

本发明的另一目的在于提供一种基于多屏互动跨终端服务的方法，以解决现有技术中地图在web多屏互动方面的适配性问题。

为了实现上述目的，本发明实施例采用的技术方案如下：

一方面，本发明实施例提出了一种基于多屏互动跨终端服务的方法，应用于基于多屏互动跨终端服务的系统，所述基于多屏互动跨终端服务的系统包括第一服务器、至少一个第二服务器、第一客户端以及第二客户端，所述第一服务器与每个所述第二服务器均通信连接，所述第一客户端与所述第一服务器通信连接，所述第二客户端与所述第一服务器或所述第二服务器通信连接，所述方法包括：

所述第一客户端向所述第一服务器接发送交互请求，其中，所述交互请求至少包括请求事件与地图场景名称；

所述第一服务器依据所述地图场景名称确定目标第二客户端，并将所述请求事件发送至所述目标第二客户端；

所述目标第二客户端执行所述请求事件。

另一方面，本发明实施例还提供了一种基于多屏互动跨终端服务的系统，所述基于多屏互动跨终端服务的系统包括第一服务器、至少一个第二服务器、第一客户端以及第二客户端，所述第一服务器与每个所述第二服务器均通信连接，所述第一客户端与所述第一服务器通信连接，所述第二客户端与所述第一服务器或所述第二服务器通信连接；

所述第一客户端用于向所述第一服务器接发送交互请求，其中，所述交互请求至少包括请求事件与地图场景名称；

所述第一服务器用于依据所述地图场景名称确定目标第二客户端，并将所述请求事件发送至所述目标第二客户端；

所述目标第二客户端用于执行所述请求事件。

相对现有技术，本发明具有以下有益效果：

本发明提供了一种基于多屏互动跨终端服务的方法与系统，其中，该基于多屏互动跨终端服务的系统包括第一服务器、至少一个第二服务器、第一客户端以及第二客户端，第一服务器与每个第二服务器均通信连接，第一客户端与第一服务器通信连接，第二客户端与第一服务器或第二服务器通信连接，通过第一客户端向第一服务器接发送交互请求，其中，交互请求至少包括请求事件与地图场景名称。然后由第一服务器依据地图场景名称确定目标第二客户端，并将请求事件发送至目标第二客户端，最后由目标第二客户端执行请求事件。由于本发明通过第一服务器与第二服务器组件集群的方式，能够实现将在接收到到第一客户端的交互请求后，通过集群的方式确定出目标第二客户端，实现了地图场景在不同的终端界面进行通信，同时解决了地图在web多屏互动方面的适配性问题。

为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1示出了本发明的实施例提供的基于多屏互动跨终端服务的系统的交互示意图。

图2示出了本发明的实施例提供的基于多屏互动跨终端服务的系统中本地交互的交互示意图。

图3示出了本发明的实施例提供的基于多屏互动跨终端服务的方法的流程图。

图4示出了本发明的实施例提供的图3中步骤S103的子步骤的流程图。

图标：100-基于多屏互动跨终端服务的系统；110-第一服务器；120-第二服务器；130-第一客户端；140-第二客户端。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。

下面将结合本发明实施例中附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本发明的描述中，还需要说明的是，除非另有明确的规定和限定，术语“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本发明中的具体含义。下面结合附图，对本发明的一些实施方式作详细说明。在不冲突的情况下，下述的实施例及实施例中的特征可以相互组合。

第一实施例

请参阅图1与图2，本发明实施例提供了一种基于多屏互动跨终端服务的方法，该基于多屏互动跨终端服务的方法应用于基于多屏互动跨终端服务的系统100，基于多屏互动跨终端服务的系统100包括第一服务器110、至少一个第二服务器120、第一客户端130以及第二客户端140，第一服务器110与每个第二服务器120均通信连接，第一客户端130与第一服务器110通信连接，第二客户端140与第一服务器110或第二服务器120通信连接。

即本实施例提供的第一服务器110与第二服务器120之间组建集群，并且其两两之间通信连接，进而在后期的交互过程中，耗时更短，能够更快的响应用户的需求。

具体地，请参阅图3，该基于多屏互动跨终端服务的方法包括：

步骤S101，所述第一服务器110实时监听所述第一客户端130与所述第二服务器120的交互信息。

在本实施例中，第一服务器110指能够接收客户端交互请求的服务器，即在本实施例提供的服务器集群中，任意一个服务器均能作为第一服务器110。

其中，本实施例提供的看进而第一客户端130与第一服务器110之间的通讯方式采用Websocket通讯，WebSocket是一种长连接的双工通信，基于该通讯方式能够建立第一客户端130与服务器集群之间的通信方式。

通过客户端与服务器之间建立基于websocket的双工通信，相比传统的http轮询来说，其交互延迟时间缩短，浏览器性能开销变小。

具体地，对于第一客户端130而言，通过Websocket通讯能够接收第一服务器110推送的信息，同时，第一服务器110也能向第一服务器110发送信息。对于第一服务器110而言，其能够实现接收第一客户端130发送的信息，同时能够向第一客户端130或者第二服务器120发送信息，需要说明的是，每个客户端都与其对于的服务器均一个唯一的

进一步地，对于第一服务器110而言，第一服务器110能够实现事件监听，即监听与其连接的所有客户端发送地信息，必依据该信息判断是否需要调用第二服务器120，同时，其还能够监听第二服务器120的信息，并将信息推送至与其连接的第一客户端130。对于客户端而言，其也能够实现事件的监听，例如，其能够监听与其通信连接的服务器推送的信息并执行地图交互，同时，其还能够监听地图的交互，并且将交互信息发送至与其连接的服务器。同时，客户端对于事件的监听能够保证每次仅向服务器发送一次事件信息，进而保证了整个系统不会系统的消息不会发生错乱。

步骤S102，所述第一客户端130向所述第一服务器110接发送交互请求，其中，所述交互请求至少包括请求事件与地图场景名称。

当客户端需要执行交互事件时，需首先向与其连接的服务器发送交互请求，其中，交互请求至少包括请求事件与地图场景名称。

需要说明的是，请求事件指此次交互过程中，需要另一目标第二客户端140执行的指令，例如，地图放大事件或者地图缩小事件。地图场景名称指在本次交互中，目标第二客户端140确定的依据，例如，地图场景名称为map-B。

需要说明的是，在本实施例中，步骤S101与步骤S102并无先后顺序。

步骤S103，所述第一服务器110依据所述地图场景名称确定目标第二客户端140，并将所述请求事件发送至所述目标第二客户端140。

由于依据地图场景名称即可确定目标第二客户端140，第一服务器110即可将请求时间发送至第二客户端140。需要说明的是，在本实施例中，第二客户端140可能与第一服务器110连接，也可能与第二服务器120连接，因此，第一客户端130发送的交互事件可能发送至与第一服务器110连接的第二客户端140，也可能发送至与第二服务器120连接的第二客户端140。

其中，将第一客户端130与第二客户端140共享一个第一服务器110定义为本地，将二者跨服务器通信定义为远程，例如第一及客户端与第二份客户端均与第一服务器110通信连接，当在第一服务器110环境下的不同地图场景进行多屏交互，属于本地交互，当第二客户端140与第二服务器120连接，第一客户端130与第一服务器110连接时，其在不同服务器之间的地图场景进行多屏交互，属于远程交互。

在执行远程交互的过程中，交互请求还包括远程节点，例如server-B，这个名称匹配的是服务器节点配置下的IP和端口等信息，当第一服务器110接收到交互请求后，即可判定其成为远程交互。

具体地，请参阅图4，步骤S103包括：

子步骤S1031，所述第一服务器110判断所述交互请求是否包括远程节点，如果否，则执行步骤S1032，如果是，则执子步骤S1033。

由于如果交互请求中携带了远程节点名称则是远程交互，反之，则是本地交互。因此，通过判断交互请求是否包括远程节点，即可判断出此次交互请求是否设置远程交互。

步骤S1032，所述第一服务器110依据所述地图场景名称从与其连接的第二客户端140中确定目标第二客户端140。

当为本地交互时，即表示第二客户端140与第一服务器110通信连接，此时，第一服务器110将直接依据交互请求的地图场景名称从与其连接的多个第二客户端140中确定目标第二客户端140，并且将交互时间发送至第二客户端140。

例如，第一客户端130发起了一个地图放大的交互事件，需要将该交互传递给第二客户端140，第一服务器110接收到这一信息后通过携带的地图场景名称匹配到同服务器下的第二客户端140，并将该交互事件推送给第二客户端140，进而触发了第二客户端140的地图放大功能，反之亦然，这样就实现了交互的双向性。

子步骤S1033，所述第一服务器110依据所述远程节点确定目标第二服务器120，并将所述请求事件与所述地图场景名称发送至所述目标第二服务器120。

当为远程交互使，即表示目标第二客户端140与第二服务器120连接，此时需要库服务器进行交互，因此，第一服务器110需先根据远程节点确定目标第二服务器120，该目标第二服务器120基于目标第二客户端140连接的服务器。且第一服务器110在确定该第二服务器120后，将的请求事件与地图场景名称发送至所述目标第二服务器120。

需要说明的是，在本实施例中，每个服务器均管理与自己通信连接的客户端，例如客户端发送交互时间或接收该客户端发送的交互时间，因此，当为远程交互时，第一服务器110会通过将请求事件与地图场景名称发送至目标第二服务器120的间接方式将数据交互时事件发送至目标第二客户端140。

子步骤S1034，所述目标第二服务器120依据所述地图场景名称确定目标第二客户端140，并将所述请求事件发送至所述目标第二客户端140。

与子步骤S1034相似，第二服务器120在接收到请求事件与地图场景名称后，会依据地图场景名称确定目标第二客户端140，并且将交互时间发送至第二客户端140。

例如，第一客户端130发起了一个地图放大的交互事件，需要将该交互传递给与第二服务器120B的连接的地图B，第一服务器110接收第一客户端130告知的信息后通过携带的服务节点名称(例如server-B，这个名称匹配的是服务器节点配置下的IP和端口等信息)和地图场景名称(例如map-B)通过远程服务接口发送出去，当第二服务器120接收到这一响应后，并将该交互事件推送给目标第二客户端140B，触发了B的地图放大功能。

即相当于形成了一个多屏互动共享网络，在该大网络下，各个节点之间可以互相互动。

步骤S104，所述目标第二客户端140执行所述请求事件。

在第二客户端140接收到请求事件后，会执行该请求事件，从而使地图应用响应式布局可以在不同屏幕尺寸的设备环境下可以自动调整大小，这样同一个页面可以在不同终端的浏览器上使用，减少了跨终端的开发成本，而且兼容性、维护性更好，同时当多个终端打开同一个页面，可以做到实时同步交互，相当于多个场景下的视图绑定在了一起。

步骤S105，所述目标第二客户端140向所述第一服务器110发送反馈信息。

在本实施例中，交互时间的发生的双向的，即通过第一客户端130能够向第二客户端140发送请求时间，同样也可以通过第二客户端140向第一客户端130发送请求事件，或第二客户端140在执行请求事件后发送的反馈信息至第一客户端130。此时，目标第二客户端140向第一服务器110发送反馈信息。

步骤S106，所述第一服务器110将所述反馈信息发送至所述第一客户端130。

在本实施例中，当为本地交互时，则第二客户端140发送的请求事件与反馈信息直接由第一服务器110将信息发送至第一客户端130进行接收。而当远程交互时，则需经过第二服务器120的中转实现数据的交互。

通过本实施例提供的基于多屏互动跨终端服务的方法，其能够实现使同一地图场景应用在不同分辨率的终端上，且基于同一种事件标准，不同服务节点之间的地图场景可以无缝交互，多个服务节点的适配性更强。

第二实施例

请参阅图1与图2，本发明实施例还提供了一种基于多屏互动跨终端服务的系统100，基于多屏互动跨终端服务的系统100包括第一服务器110、至少一个第二服务器120、第一客户端130以及第二客户端140，第一服务器110与每个第二服务器120均通信连接，第一客户端130与第一服务器110通信连接，第二客户端140与第一服务器110或第二服务器120通信连接。

具体地，与第一实施例相同，第一服务器110用于实时监听第一客户端130与第二服务器120的交互信息。且第一客户端130用于向第一服务器110接发送交互请求，其中，交互请求至少包括请求事件与地图场景名称；

第一服务器110用于依据地图场景名称确定目标第二客户端140，并将请求事件发送至目标第二客户端140；

目标第二客户端140用于执行请求事件。

并且，本实施例提供的基于多屏互动跨终端服务的系统100的交互包括本地交互与远程交互，其中，当交互请求包括远程节点时，第一服务器110用于依据远程节点确定目标第二服务器120，并将请求事件与地图场景名称发送至目标第二服务器120；

目标第二服务器120用于依据地图场景名称确定目标第二客户端140，并将请求事件发送至目标第二客户端140。

当交互请求不包括远程节点时，第一服务器110用于依据地图场景名称从与其连接的第二客户端140中确定目标第二客户端140。

第一客户端130还用于将反馈信息发送至第一客户端130。

综上所述，本发明提供了一种基于多屏互动跨终端服务的方法与系统，其中，该基于多屏互动跨终端服务的系统包括第一服务器、至少一个第二服务器、第一客户端以及第二客户端，第一服务器与每个第二服务器均通信连接，第一客户端与第一服务器通信连接，第二客户端与第一服务器或第二服务器通信连接，通过第一客户端向第一服务器接发送交互请求，其中，交互请求至少包括请求事件与地图场景名称。然后由第一服务器依据地图场景名称确定目标第二客户端，并将请求事件发送至目标第二客户端，最后由目标第二客户端执行请求事件。由于本发明通过第一服务器与第二服务器组件集群的方式，能够实现将在接收到到第一客户端的交互请求后，通过集群的方式确定出目标第二客户端，实现了地图场景在不同的终端界面进行通信，同时解决了地图在web多屏互动方面的适配性问题。

需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

Claims (10)

1.一种基于多屏互动跨终端服务的方法，其特征在于，应用于基于多屏互动跨终端服务的系统，所述基于多屏互动跨终端服务的系统包括第一服务器、至少一个第二服务器、第一客户端以及第二客户端，所述第一服务器与每个所述第二服务器均通信连接，所述第一客户端与所述第一服务器通信连接，所述第二客户端与所述第一服务器或所述第二服务器通信连接，所述方法包括：

所述第一客户端向所述第一服务器接发送交互请求，其中，所述交互请求至少包括请求事件与地图场景名称；

所述第一服务器依据所述地图场景名称确定目标第二客户端，并将所述请求事件发送至所述目标第二客户端；

所述目标第二客户端执行所述请求事件。

2.如权利要求1所述的基于多屏互动跨终端服务的方法，其特征在于，所述交互请求还包括远程节点，所述第一服务器依据所述交互请求确定目标第二客户端，并将所述交互请求发送至所述目标第二客户端的步骤包括：

当所述交互请求包括远程节点时，所述第一服务器依据所述远程节点确定目标第二服务器，并将所述请求事件与所述地图场景名称发送至所述目标第二服务器；

所述目标第二服务器依据所述地图场景名称确定目标第二客户端，并将所述请求事件发送至所述目标第二客户端。

3.如权利要求1所述的基于多屏互动跨终端服务的方法，其特征在于，所述第一服务器依据所述交互请求确定目标第二客户端，并将所述交互请求发送至所述目标第二客户端的步骤包括：

当所述交互请求不包括远程节点时，所述第一服务器依据所述地图场景名称从与其连接的第二客户端中确定目标第二客户端。

4.如权利要求1所述的基于多屏互动跨终端服务的方法，其特征在于，在所述目标第二客户端执行所述请求事件的步骤之后，所述基于多屏互动跨终端服务的方法，还包括：

所述目标第二客户端向所述第一服务器发送反馈信息；

所述第一服务器将所述反馈信息发送至所述第一客户端。

5.如权利要求1所述的基于多屏互动跨终端服务的方法，其特征在于，在所述第一客户端向所述第一服务器接发送交互请求的步骤之前，所述基于多屏互动跨终端服务的方法包括：

所述第一服务器实时监听所述第一客户端与所述第二服务器的交互信息。

6.一种基于多屏互动跨终端服务的系统，其特征在于，所述基于多屏互动跨终端服务的系统包括第一服务器、至少一个第二服务器、第一客户端以及第二客户端，所述第一服务器与每个所述第二服务器均通信连接，所述第一客户端与所述第一服务器通信连接，所述第二客户端与所述第一服务器或所述第二服务器通信连接；

所述第一客户端用于向所述第一服务器接发送交互请求，其中，所述交互请求至少包括请求事件与地图场景名称；

所述第一服务器用于依据所述地图场景名称确定目标第二客户端，并将所述请求事件发送至所述目标第二客户端；

所述目标第二客户端用于执行所述请求事件。

7.如权利要求6所述的基于多屏互动跨终端服务的系统，其特征在于，所述交互请求还包括远程节点；

当所述交互请求包括远程节点时，所述第一服务器用于依据所述远程节点确定目标第二服务器，并将所述请求事件与所述地图场景名称发送至所述目标第二服务器；

所述目标第二服务器用于依据所述地图场景名称确定目标第二客户端，并将所述请求事件发送至所述目标第二客户端。

8.如权利要求6所述的基于多屏互动跨终端服务的系统，其特征在于，当所述交互请求不包括远程节点时，所述第一服务器用于依据所述地图场景名称从与其连接的第二客户端中确定目标第二客户端。

9.如权利要求6所述的基于多屏互动跨终端服务的系统，其特征在于，所述目标第二客户端用于向所述第一服务器发送反馈信息；

所述第一客户端用于将所述反馈信息发送至所述第一客户端。

10.如权利要求6所述的基于多屏互动跨终端服务的系统，其特征在于，所述第一服务器用于实时监听所述第一客户端与所述第二服务器的交互信息。