位置消息处理方法、装置、设备及存储介质

技术领域

本申请涉及互联网技术领域，尤其涉及一种位置消息处理方法、装置、设备及存储介质。

背景技术

随着互联网技术以及智能终端的发展，人们可以随时随地沟通交流，而沟通交流的方式也从传统的打电话、发短信的方式发展为通过即时通讯工具进行沟通交流。基于即时通讯技术的即时通信工具能够使用户识别在线用户并与他们实时交换消息，因其具有较好的沟通灵活性和及时性受到人们的欢迎。

随着即时通讯技术的发展，用户可以通过即时通信工具向其他用户发送位置信息，目前当用户在面对两个不同的位置消息，而想要确定两个位置之间的路线时，需要手动输入两个位置，费时费力，极大的影响了沟通效率。

发明内容

本申请实施例提供一种位置消息处理方法、装置及存储介质，能够方便快捷地获取两个位置之间的路线信息。

本申请实施例的技术方案是这样实现的：

本申请实施例提供一种位置消息处理方法，包括：

响应于接收到的第一操作，获取第一操作的第一作用点对应的第一位置消息，其中，所述第一作用点位于第一位置消息的第一显示区域；

获取第一操作的第二作用点对应的第二位置消息，其中，所述第一操作的第二作用点位于第二位置消息的第二显示区域；

获取第一位置与第二位置之间的路线信息，其中，第一位置携带于第一位置消息中，第二位置携带于第二位置消息中；

输出所述路线信息。

本申请实施例提供一种位置消息处理装置，包括：

第一获取模块，用于响应于接收到的第一操作，获取第一操作的第一作用点对应的第一位置消息，其中，所述第一作用点位于第一位置消息的第一显示区域；

第二获取模块，用于获取第一操作的第二作用点对应的第二位置消息，其中，所述第一操作的第二作用点位于第二位置消息的第二显示区域；

第三获取模块，用于获取第一位置与第二位置之间的路线信息，其中，第一位置携带于第一位置消息中，第二位置携带于第二位置消息中；

第一输出模块，用于输出所述路线信息。

本申请实施例提供一种位置消息处理设备，包括：

存储器，用于存储可执行指令；

处理器，用于执行所述存储器中存储的可执行指令时，实现本申请实施例提供的方法。

本申请实施例提供一种存储介质，存储有可执行指令，用于引起处理器执行时，实现本申请实施例提供的方法。

本申请实施例具有以下有益效果：

在本申请实施例提供的位置消息处理方法中，在接收到两个位置消息，且想要确定两个位置消息中携带的两个位置之间的路线关系时，通过第一操作选中一个位置消息，从而获取该位置消息中携带的第一位置，并进一步获取第一操作的作用点对应的另一个位置消息中携带的第二位置。以此获取第一位置与第二位置之间的路线信息并输出，这样通过简单的手势交互，就能够快速定位两个位置之间的路线信息，从而有效提升沟通效率。

附图说明

图1A为相关技术中位置消息处理的界面示意图；

图1B为本申请实施例位置消息处理方法的一种网络架构示意图；

图1C为本申请实施例位置消息处理方法的另一种网络架构示意图；

图1D是本申请实施例提供的网络架构应用于区块链系统的一个可选的结构示意图；

图1E是本申请实施例提供的区块结构的一个可选的示意图；

图2是本申请实施例提供的用户终端100的组成结构示意图；

图3为本申请实施例提供的位置消息处理方法的一种实现流程示意图；

图4为本申请实施例提供的位置消息处理方法的再一种实现流程示意图；

图5为本申请实施例提供的位置消息处理方法的另一种实现流程示意图；

图6为本申请实施例提供的位置消息处理方法的实现界面示意图；

图7为本申请实施例提供的位置卡片随手势触点的变化示意图；

图8为本申请实施例提供的位置消息处理方法的实现原理示意图。

具体实施方式

为了使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请作进一步地详细描述，所描述的实施例不应视为对本申请的限制，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。

在以下的描述中，涉及到“一些实施例”，其描述了所有可能实施例的子集，但是可以理解，“一些实施例”可以是所有可能实施例的相同子集或不同子集，并且可以在不冲突的情况下相互结合。

在以下的描述中，所涉及的术语“第一\第二\第三”仅仅是是区别类似的对象，不代表针对对象的特定排序，可以理解地，“第一\第二\第三”在允许的情况下可以互换特定的顺序或先后次序，以使这里描述的本申请实施例能够以除了在这里图示或描述的以外的顺序实施。

除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同。本文中所使用的术语只是为了描述本申请实施例的目的，不是旨在限制本申请。

对本发明实施例进行进一步详细说明之前，对本发明实施例中涉及的名词和术语进行说明，本发明实施例中涉及的名词和术语适用于如下的解释。

1)区块链(Blockchain)：由区块(Block)形成的加密的、链式的交易的存储结构。

2)区块链网络(Blockchain Network)：通过共识的方式将新区块纳入区块链的一系列的节点的集合。

为了更好地理解本申请实施例，首先对相关技术中的位置消息处理方法的处理方法及存在的缺点进行说明。

图1A为相关技术中位置消息处理的界面示意图，如图1A中的101所示，当在即时通讯过程中，当接收到位置消息时，则以位置消息卡片1011的形式在即时通讯界面中显示，在图1A中的101中，接收到了两个位置消息。在相关技术中，当在即时通讯过程中当接收到位置消息时，可以单个点击位置消息，以查看好友分享的位置，或者如图1A中的102、103所示，在点击位置消息后，可以查看该位置与“我”目前所在位置的距离关系。

如图1A中的101所示，用户接收到两个位置消息，分别为深圳人才公园和欢乐谷，那么在用户单击深圳人才公园这一位置消息卡片时，会显示如图1A中102所示的界面，在用户点击欢乐谷这一位置消息卡片时，会显示如图1A中103所示的界面。

在相关技术中，如果要确定两个与用户本身都不相同的位置的距离关系，需要到地图中重新输入两个位置，在这个过程中，用户至少需要记忆两个位置的准确地址信息，并在地图中准确无误地输入，有时地址文字很长，文字比较陌生时，需要反复记忆多次，整个流程比较繁琐，效率低。

基于此，本申请实施例提供一种位置消息处理方法，通过一键拖动其中一个位置消息到另一个位置消息，从而自动进入到地图页面，并显示两个位置的距离关系，操作简单，进而能够有效提高沟通效率。

下面说明实现本申请实施例的装置的示例性应用，本申请实施例提供的装置可以实施为终端设备。下面，将说明装置实施为终端设备时涵盖终端设备的示例性应用。

参见图1B，图1B为本申请实施例位置消息处理方法的网络架构示意图，如图1B所示，在该网络架构中至少包括用户终端100(在图1B示例性地示出用户终端100-1、用户终端100-2、用户终端100-3)、服务器200和网络300。为实现支撑一个示例性应用，用户终端100通过网络300连接服务器200，且用户终端100-1、用户终端100-2和用户终端100-3之间也通过网络300建立有通信连接，网络300可以是广域网或者局域网，又或者是二者的组合，使用无线链路实现数据传输。

在用户终端100-1、用户终端100-2和用户终端100-3中安装有即时通讯应用程序(Application，App)，且用户终端100-1、用户终端100-2和用户终端100-3对应的用户A、用户B和用户C在同一个聊天群组中，用户A通过用户终端100-1向用户终端100-3发送了第一位置消息，用户B通过用户终端100-2向用户终端100-3发送第二位置消息，此时在用户终端100-3中显示有两个位置消息卡片，当用户C想要获取第一位置和第二位置之间的路线信息时，通过长按第一位置消息，并将第一位置消息拖动至第二位置消息的显示区域中，当长按取消时，用户终端100-3将第一位置和第二位置发送至服务器200，服务器200确定第一位置和第二位置之间的路线信息，并将路线信息发送至用户终端100-3，以在用户终端100-3打开的地图页面中显示该路线信息。

参见图1C，图1C为本申请实施例位置消息处理方法的网络架构示意图，如图1B所示，在该网络架构中至少包括用户终端100(在图1B示例性地示出用户终端100-1、用户终端100-2、用户终端100-3)和网络300。为实现支撑一个示例性应用，用户终端100-1、用户终端100-2和用户终端100-3之间通过网络300建立有通信连接，网络300可以是广域网或者局域网，又或者是二者的组合，使用无线链路实现数据传输。

在用户终端100-1、用户终端100-2和用户终端100-3中安装有即时通讯应用程序(Application，App)，且用户终端100-1、用户终端100-2和用户终端100-3对应的用户A、用户B和用户C在同一个聊天群组中，用户A通过用户终端100-1向用户终端100-3发送了第一位置消息，用户B通过用户终端100-2向用户终端100-3发送第二位置消息，此时在用户终端100-3中显示有两个位置消息卡片，当用户C想要获取第一位置和第二位置之间的路线信息时，通过长按第一位置消息，并将第一位置消息拖动至第二位置消息的显示区域中，当长按取消时，用户终端100-3通过自身存储的离线地图数据确定第一位置和第二位置之间的路线信息，并在用户终端100-3打开的地图页面中显示该路线信息。

本申请实施例涉及的客户端(例如，即时通讯客户端)、多个节点(接入网络中的任意形式的计算设备，如服务器、用户终端)通过网络通信的形式连接形成的分布式系统。

这里以分布式系统为区块链系统为例，参见图1D，图1D是本申请实施例提供的网络架构101应用于区块链系统的一个可选的结构示意图，由多个节点102(接入网络中的任意形式的计算设备，如服务器、用户终端)和客户端103形成，节点之间形成组成的点对点(Peer To Peer，P2P)网络，P2P协议是一个运行在传输控制协议(Transmission ControlProtocol，TCP)协议之上的应用层协议。在分布式系统中，任何机器如服务器、终端都可以加入而成为节点，节点包括硬件层、中间层、操作系统层和应用层。

参见图1D示出的区块链系统中各节点的功能，涉及的功能包括：

1)路由，节点具有的基本功能，用于支持节点之间的通信。

节点除具有路由功能外，还可以具有以下功能：

2)应用，用于部署在区块链中，根据实际业务需求而实现特定业务，记录实现功能相关的数据形成记录数据，在记录数据中携带数字签名以表示任务数据的来源，将记录数据发送到区块链系统中的其他节点，供其他节点在验证记录数据来源以及完整性成功时，将记录数据添加到临时区块中。

例如，应用实现的业务包括：

2.1)钱包，用于提供进行电子货币的交易的功能，包括发起交易(即，将当前交易的交易记录发送给区块链系统中的其他节点，其他节点验证成功后，作为承认交易有效的响应，将交易的记录数据存入区块链的临时区块中；当然，钱包还支持查询电子货币地址中剩余的电子货币。

2.2)共享账本，用于提供账目数据的存储、查询和修改等操作的功能，将对账目数据的操作的记录数据发送到区块链系统中的其他节点，其他节点验证有效后，作为承认账目数据有效的响应，将记录数据存入临时区块中，还可以向发起操作的节点发送确认。

2.3)智能合约，计算机化的协议，可以执行某个合约的条款，通过部署在共享账本上的用于在满足一定条件时而执行的代码实现，根据实际的业务需求代码用于完成自动化的交易，例如查询买家所购买商品的物流状态，在买家签收货物后将买家的电子货币转移到商户的地址；当然，智能合约不仅限于执行用于交易的合约，还可以执行对接收的信息进行处理的合约。

3)区块链，包括一系列按照产生的先后时间顺序相互接续的区块(Block)，新区块一旦加入到区块链中就不会再被移除，区块中记录了区块链系统中节点提交的记录数据。

4)共识(Consensus)，是区块链网络中的一个过程，用于在涉及的多个节点之间对区块中的交易达成一致，达成一致的区块将被追加到区块链的尾部，实现共识的机制包括工作量证明(Proof of Work，PoW)、权益证明(Proof of Stake，PoS)、股份授权证明(Delegated Proof-of-Stake，DPoS)、消逝时间量证明(Proof of Elapsed Time，PoET)等。

参见图1E，图1E是本申请实施例提供的区块结构(Block Structure)的一个可选的示意图，每个区块中包括本区块存储交易记录的哈希值(本区块的哈希值)、以及前一区块的哈希值，各区块通过哈希值连接形成区块链。另外，区块中还可以包括有区块生成时的时间戳等信息。区块链(Blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了相关的信息，用于验证其信息的有效性(防伪)和生成下一个区块。

本申请实施例提供的装置可以实施为硬件或者软硬件结合的方式，下面说明本申请实施例提供的装置的各种示例性实施。

根据图2示出的用户终端100的示例性结构，可以预见用户终端100的其他的示例性结构，因此这里所描述的结构不应视为限制，例如可以省略下文所描述的部分组件，或者，增设下文所未记载的组件以适应某些应用的特殊需求。

图2所示的用户终端100包括：至少一个处理器110、存储器140、至少一个网络接口120和用户接口130。用户终端100中的每个组件通过总线系统150耦合在一起。可理解，总线系统150用于实现这些组件之间的连接通信。总线系统150除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图2中将各种总线都标为总线系统150。

用户接口130可以包括显示器、键盘、鼠标、触感板和触摸屏等。

存储器140可以是易失性存储器或非易失性存储器，也可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(ROM，Read Only Memory)。易失性存储器可以是随机存取存储器(RAM，Random Access Memory)。本申请实施例描述的存储器140旨在包括任意适合类型的存储器。

本申请实施例中的存储器140能够存储数据以支持用户终端100的操作。这些数据的示例包括：用于在用户终端100上操作的任何计算机程序，如操作系统和应用程序。其中，操作系统包含各种系统程序，例如框架层、核心库层、驱动层等，用于实现各种基础业务以及处理基于硬件的任务。应用程序可以包含各种应用程序。

作为本申请实施例提供的方法采用软件实施的示例，本申请实施例所提供的方法可以直接体现为由处理器110执行的软件模块组合，软件模块可以位于存储介质中，存储介质位于存储器140，处理器110读取存储器140中软件模块包括的可执行指令，结合必要的硬件(例如，包括处理器110以及连接到总线150的其他组件)完成本申请实施例提供的方法。

作为示例，处理器110可以是一种集成电路芯片，具有信号的处理能力，例如通用处理器、数字信号处理器(DSP，Digital Signal Processor)，或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等，其中，通用处理器可以是微处理器或者任何常规的处理器等。

将结合本申请实施例提供的终端的示例性应用和实施，说明本申请实施例提供的位置消息处理方法。

参见图3，图3为本申请实施例提供的位置消息处理方法的一种实现流程示意图，应用于图1B或图1C中所示的用户终端，将结合图3示出的步骤进行说明。

步骤S101，用户终端响应于接收到的第一操作，获取第一操作的第一作用点对应的第一位置消息。

这里，用户终端可以是移动电话(手机)、平板电脑、笔记本电脑等具有无线通信能力的移动终端，还可以实施为不便移动的具有计算功能的台式计算机、桌面电脑等。用户终端中可以安装有各种应用客户端，例如可以安装有游戏应用客户端、即时通讯应用客户端、购物应用客户端、浏览器应用客户端等，用户可以通过用户终端中安装的即时通讯客户端与其他用户进行即时通讯，在一些实施例中，用户还可以通过其他应用客户端中的即时通讯功能与其他用户进行通讯，例如，用户可以通过购物应用客户端中的即时通讯功能与卖家或者其他买家用户进行即时通讯，也即用户可以给其他用户发送聊天消息，也可以接收其他用户发送的聊天消息，并将自己发送也接收到的聊天消息显示在聊天页面中。

目前即时通讯应用或者即时通讯功能支持的聊天消息的类型至少包括：文字消息、语音消息、图片消息、视频消息、位置消息、网页链接消息。不同类型的聊天消息具有不同的消息标识。

用户终端可以通过对消息标识的识别，确定接收到的消息的类型。当接收到的是位置消息时，所述位置消息可以利用预设定位装置(如全球定位系统(GPS，GlobalPositioning System)、伽利略、格洛纳斯、北斗等定位系统等)采集获得，或者可以通过移动通信网络采集获得。所述位置消息可以用于表示该位置消息发送方用户当前所在的地理位置信息，也可以为发送方用户指定的一个地理位置信息。

在本申请实施例中，位置消息可以是以位置消息卡片的方式进行输出显示，其中位置消息卡片可以是长方形的、正方形的，还可以是圆形的等等。在位置消息卡片中可以显示位置消息中所携带的位置在地图中的显示点。

第一位置消息可以是用户终端接收到的位置消息，还可以是用户终端自身发送给其他用户的位置消息。第一操作可以是一系列操作的组合操作，例如第一操作可以是长按加滑动操作，第一操作还可以是双击加滑动等。第一操作的第一作用点位于第一位置消息的第一显示区域，也即第一作用点位于第一位置消息对应的第一位置消息卡片的显示区域，第一操作的第一作用点可以是第一操作的起始作用点，也可以是第一操作的中间作用点。

步骤S102，用户终端获取第一操作的第二作用点对应的第二位置消息。

这里，在本申请实施例中，第一操作的第二作用点可以为第一操作的终止作用点，还可以是第一操作的中间作用点，并且所述第一操作的第二作用点位于第二位置消息的第二显示区域。

在一些实施例中，可以是在达到第一操作的完成条件时执行步骤S102，达到第一操作的完成条件可以是第一操作执行完毕。例如当第一操作为长按加滑动时，当检测到第一操作的作用体(例如可以是手指、触控笔等)不再作用于用户终端时，认为达到第一操作的完成条件，此时用户终端获取第一操作的第二作用点对应的第二位置消息。

步骤S103，用户终端获取第一位置与第二位置之间的路线信息。

这里，第一位置携带于第一位置消息中，第二位置携带于第二位置消息中。

步骤S103在实现时，可以根据用户终端的网络连接状态有不同的实现方式，其中，当用户终端的网络连接状态为已连接时，第一位置与第二位置之间的路线信息是从服务器获取的，这里的服务器可以是图1A中的服务器，还可以是图1D中的区块链网络的节点；当用户终端的网络状态为未连接时，第一位置与第二位置之间的路线信息是用户终端自身基于离线地图数据获取的。

所述路线信息以第一位置为起点，第二位置为终点，或者，所述路线信息以第二位置为起点，以第一位置为终点。

步骤S104，用户终端输出所述路线信息。

这里，步骤S104在实现时，可以是在用户终端的显示装置上显示路线信息，其中，包括显示第一位置与第二位置之间的行驶路径、行驶路径对应的距离信息以及行驶时间等。

在一些实施例中，由于获取到的路线信息可以是多个，因此在步骤S104输出路线信息时，可以是输出多个路线信息，并且在输出时，可以将推荐的路线信息和备选的路线信息以不同的显示方式进行显示，例如，推荐的路线信息以不加阴影的方式显示，备选的路线信息以加阴影的方式显示。

在本申请实施例提供的位置消息处理方法中，在接收到两个位置消息，且想要确定两个位置消息中携带的两个位置之间的路线关系时，通过第一操作选中一个位置消息，从而获取该位置消息中携带的第一位置，并在达到第一操作的完成条件(也即第一操作执行完成)时，获取第一操作的作用点对应的另一个位置消息中携带的第二位置。以此获取第一位置与第二位置之间的路线信息并输出，这样通过简单的手势交互，就能够快速定位两个位置之间的路线信息，从而有效提升沟通效率。

在一些实施例中，如果在用户终端的显示界面所显示的显示内容中不包括第二位置消息，那么可以将第一操作的作用点移动至预设的滚屏控制区域，其中预设的滚屏控制区域可以是与用户终端显示屏的上边缘线之间的距离小于一定阈值的区域，还可以是与用户终端显示屏的下边缘线之间的距离小于一定阈值的区域。并且，当检测到第一操作的作用点移动至预设的滚屏控制区域时，控制显示内容在自身的显示界面滚动显示；当检测到第一操作的作用点移出所述滚屏控制区域时，控制显示内容停止滚动显示，如此可以在第一操作保持的状态下，实现滚屏显示。

基于前述的实施例，本申请实施例再提供一种位置消息处理方法，应用于图1C所示的网络架构，图4为本申请实施例提供的位置消息处理方法的再一种实现流程示意图，如图4所示，所述方法包括：

步骤S201，第一用户终端向第三用户终端发送第一位置消息。

这里，第一位置消息中至少携带有第一位置，该第一位置可以是第一用户终端当前所在的地理位置，还可以是第一用户指定的一个地理位置。在一些实施例中，第一位置消息中还可以携带有时间信息。所述第一位置通常可以与所述时间信息相对应，具体地，例如所述位置消息可以包括所述第一用户终端当前所在地的地理位置信息和发送所述第一位置消息的时间。

步骤S202，第二用户终端向第三用户终端发送第二位置消息。

这里，与第一位置消息类似，第二位置消息中至少携带有第二位置，该第二位置可以是第二用户终端当前所在的地理位置，还可以是第二用户指定的一个地理位置。在一些实施例中，第二位置消息中也可以携带有时间信息。

步骤S203，第三用户终端在聊天界面中显示接收到的第一位置消息和第二位置消息。

这里，第三用户终端在接收到第一位置消息和第二位置消息后，可以按照预定的格式输出显示第一位置消息和第二位置消息，例如可以是以位置消息卡片的形式显示第一位置消息和第二位置消息，其中在第一位置消息相对应的位置消息卡片中包括以第一位置为中心的预设尺寸的地图界面，在第二位置消息相对应的位置消息卡片中包括以第二位置为中心的预设尺寸的地图界面。

步骤S204，第三用户终端接收第一操作。

这里，第一操作根据第三用户终端的类型而有所不同，例如，当第三用户终端为普通的个人计算机或笔记本电脑，且输入设备为鼠标时，第一操作可以是第三用户通过鼠标的点击或拖动。当第三用户终端的显示设备为触控式显示屏(例如智能手机、平板电脑、桌面式电脑)时，第一操作可以为用户利用操作体对屏幕中一定位置的触控操作(例如点击、按压、滑动、拖动等)，其中操作体包括手指、触控笔等。

步骤S205，第三用户终端响应于第一操作，获取第一操作的第一作用点对应的第一位置消息。

这里，所述第一作用点位于第一位置消息的第一显示区域。第一作用点可以是第一操作的起始作用点，例如当第一操作为双击后拖动时，第一作用点可以是双击所对应的位置。在一些实施例中，第一作用点还可以是第一操作的中间作用点，例如第一操作为滑动，在滑动过程中长按，然后再滑动，那么第一作用点可以是长按手势所对应的位置。

需要说明的是，在本申请实施例中，可以是操作体按压屏幕的时长超过预设的时长阈值时，则认为接收到长按手势，例如时长阈值可以为2秒，那么当操作体按压屏幕的时长超过2秒时，则认为接收到长按手势。

步骤S206，第三用户终端控制所述第一位置消息通过浮层的方式显示，且所述第一位置消息跟随所述第一操作的作用点移动。

这里，当第一操作的第一作用点作用于第一显示区域时，则认为第一位置消息被选中，那么此时可以通过为第一位置消息增加阴影，以使得第一位置消息通过浮层的方式显示，在一些实施例中，还可以通过改变第二位置信息的背景的透明度，使第一位置消息通过浮层显示。当第一位置消息通过浮层的方式显示时，能够使得所述第一位置消息跟随所述第一操作的作用点移动，从而实现对第一位置消息进行拖动或滑动。

步骤S207，当第三用户终端检测到所述第一操作的作用点移动时，将所述第一显示区域更新至第三显示区域，且所述第三显示区域跟随所述第一操作的作用点移动。

在本申请实施例中，为了能够让用户确定是否将第一位置消息移动至目标位置，那么将第一显示区域更新至第三显示区域，在实现时可以是将第一位置消息的显示区域缩小，也即将第一显示区域缩小至第三显示区域，换句话说也即将第一位置消息显示于小于第一显示区域的第三显示区域，这样在移动第一位置消息时，能够避免第一位置消息将第二位置消息完全遮挡，而使得用户不能直观地看到第二位置消息是否为自己想要确定路线的位置消息。

在一些实施例中，将第一显示区域更新至第三显示区域，还可以是将第一显示区域增大至第三显示区域，由于可以是通过改变第一显示区域的背景透明度的方式使第一位置消息以浮层方式显示，那么即便将第一显示区域增大至第三显示区域，也能够使得用户可以在第一位置消息的覆盖区域(第三显示区域)看到第二位置消息，从而确定第二位置消息是否为确定路线所需的位置消息。

在其他实施例中，当第三用户终端检测到所述第一操作的作用点移动时，可以不做任何显示，第一显示区域也可以不做任何显示。

步骤S208，当达到第一操作的完成条件且第一操作的第二作用点位于第二显示区域时，第三用户终端获取第一操作的第二作用点对应的第二位置消息。

这里，达到第一操作的完成条件，可以是第一操作执行完毕，例如当第一操作为长按加滑动时，当检测到第一操作的作用体(例如，可以是手指、触控笔等)不再作用于用户终端时，认为达到第一操作的完成条件，此时用户终端获取第一操作的第二作用点对应的第二位置消息。在本申请实施例中，第一操作的第二作用点为第一操作的终止作用点，并且所述第一操作的第二作用点位于第二位置消息的第二显示区域。

在一些实施例中，当达到第一操作的完成条件时，如果第一操作的第二作用点不位于位置消息的显示区域时，第三用户终端将第一位置消息显示于第一显示区域。

步骤S209，第三用户终端获取确定路线信息的目标出行方式和自身的网络连接状态。

这里，确定路线信息的目标出行方式可以是用户自己设置的，还可以是系统默认的，目标出行方式可以是驾车、公交、骑行、步行等等。自身的网络连接状态可以是已连接，还可以是未连接。当网络连接状态为已连接时，第三用户终端连接的可以是移动通信网络，还可以是无线通信网络、有线通信网络等等。

步骤S210，当自身的网络连接状态为未连接时，通过自身存储的离线地图数据，基于所述目标出行方式，获取第一位置与第二位置之间的路线信息。

这里，当自身的网络连接状态为未连接时，那么此时第三用户终端不能与服务器及其他终端进行通信，此时第三用户终端可以通过自身存储的离线地图数据，基于所述目标出行方式，获取第一位置与第二位置之间的路线信息。

在本申请实施例中，第一位置与第二位置之间的路线信息可以是第一位置为起点，第二位置为终点的，在一些实施例中，第一位置与第二位置之间的路线信息也可以是以第二位置为起点，第一位置为终点的。

所述路线信息至少包括第一位置与第二位置之间的行驶路径、所述行驶路径的距离信息和行驶时间。

步骤S211，第三用户终端调用即时通讯应用中的地图软件开发工具包，以从当前页面跳转至地图显示页面。

这里，为了使得用户能够更加直观的了解路线信息，在本申请实施例中，在输出路线信息之前，将当前页面跳转至在地图页面。

步骤S212，第三用户终端在所述地图页面中输出第一位置与第二位置之间的行驶路径、所述行驶路径的距离信息和行驶时间。

这里，第一位置与第二位置之间的行驶路径可以是一个也可以是多个，当行驶路径是多个时，会在地图页面中输出多个行驶路径对应的距离信息、行驶时间等。

在本申请实施例提供的位置消息处理方法中，当第三用户终端在接收到两个位置消息，且想要确定两个位置消息中携带的两个位置之间的路线关系时，通过第一操作选中一个位置消息，从而获取该位置消息中携带的第一位置，并在达到第一操作的完成条件(也即第一操作执行完成)时，获取第一操作的作用点对应的另一个位置消息中携带的第二位置，这样通过简单的手势交互，就能够快速定位两个位置之间的路线信息，从而有效提升位置消息处理效率，简化用户操作，从而提高用户体验。并且在网络未连接的情况下，通过自身存储的离线地图数据获取第一位置与第二位置之间的路线信息并输出，以保证路线信息在无网络连接的情况下也能够输出，提高终端设备的功能可靠性。

在一些实施例中，用户终端可以通过下述的步骤S31至步骤S33对出行方式进行设置，以下结合各步骤进行说明。

步骤S31，接收对出行方式的设置操作。

这里，可以在打开地图软件工具开发包而显示的地图页面中提供对出行方式进行设置的按钮控件，当在按钮控件的显示区域接收到触控操作或点击操作时，任务接收到对出行方式的设置操作。

步骤S32，响应于所述设置操作，输出显示可选择的出行方式。

这里，可选择的出行方式包括但不限于是驾车、公交、步行和骑行。

步骤S33，基于接收到的对出行方式的选择操作，确定目标出行方式。

这里，当用户终端接收到对出行方式的选择操作时，基于所述选择操作的作用位置，确定选择的目标出行方式，如此，通过步骤S31至步骤S33就完成了对出行方式的设置过程，从而能够使得用户根据自身的常用的出行需求选择出行方式，进而提高输出的路线信息更加贴合用户的出行习惯。

在一些实施例中，在步骤S206之后，还可以执行以下步骤：

步骤S261，获取所述第一位置消息对应的用户标识信息。

这里，第一位置消息对应的用户标识信息可以是发送第一位置消息的用户的标识信息，可以包括用户昵称、用户头像等。

步骤S262，在所述第一位置消息的第三显示区域中输出所述用户标识信息。

这里，步骤S262在实现时，可以是在第三显示区域中的预设区域输出用户标识信息，例如可以是在第三显示区域的左上角或者右上角、右下角等位置输出用户标识信息，这样能够使得用户在移动第一位置消息时了解第一位置消息的发送方信息。

在一些实施例中，当第一操作执行过程中，还需要根据第一操作的移动轨迹，确定是否选中第二位置消息，此时需要通过以下步骤实现：

步骤S41，在所述第一操作执行过程中，获取所述第一操作的作用点的坐标信息。

这里，作用点的坐标信息可以是作用点在所述用户终端的显示屏上的坐标信息。

步骤S42，当基于所述作用点的坐标信息，确定所述第一操作作用于所述第二显示区域时，控制所述第二位置消息以第二显示方式在所述第二显示区域中显示。

这里，由于第二显示区域的坐标信息是一致的，那么当确定出第一操作的作用点的坐标信息时，即可以通过两个坐标信息确定第一操作是否作用于第二显示区域。举例来说，当第二显示区域为长方形时，可以根据第二显示区域的四个顶点坐标与作用点的坐标之间的大小关系，确定第一操作是否作用于第二显示区域，进一步地，假设第二显示区域的四个顶点的坐标分别为(x1，y1)、(x2、y1)、(x2，y2)和(x1，y2)，作用点的坐标为(x0，y0)，只有在满足x1≤x0≤x2，且y1≤y0≤y2时，才能认为第一操作作用于第二显示区域。

当第一操作作用于第二显示区域时，认为此时选中第二位置消息，那么会将第二位置消息以第二显示方式在所述第二显示区域中显示，其中，当第一操作未用于第二显示区域时，所述第二位置消息以第一显示方式在所述第二显示区域中显示，所述第一显示方式与所述第二显示方式不同。举例来说，第二显示方式可以是将第二显示区域的边缘高亮显示，第二显示方式还可以是将第二显示区域的背景置为黄色、绿色等，以此提示用户第二位置消息被选中。

基于前述的实施例，本申请实施例再提供一种位置消息处理方法，应用于图1B所示的网络架构，图5为本申请实施例提供的位置消息处理方法的再一种实现流程示意图，如图5所示，所述方法包括：

步骤S501，第一用户终端向第三用户终端发送第一位置消息。

这里，第一位置消息中至少携带有第一位置，该第一位置可以是第一用户终端当前所在的地理位置，还可以是第一用户指定的一个地理位置。在一些实施例中，第一位置消息中还可以携带有时间信息。

步骤S502，第二用户终端向第三用户终端发送第二位置消息。

这里，与第一位置消息类似，第二位置消息中至少携带有第二位置，该第二位置可以是第二用户终端当前所在的地理位置，还可以是第二用户指定的一个地理位置。在一些实施例中，第二位置消息中也可以携带有时间信息。

步骤S503，第三用户终端在聊天界面中显示接收到的第一位置消息和第二位置消息。

这里，第三用户终端在接收到第一位置消息和第二位置消息后，可以按照预定的格式输出显示第一位置消息和第二位置消息，例如可以是以位置消息卡片的形式显示第一位置消息和第二位置消息。

步骤S504，第三用户终端响应接收到的第一操作，获取第一操作的第一作用点对应的第一位置消息。

这里，第一操作根据第三用户终端的类型而有所不同，例如，当第三用户终端为普通的个人计算机或笔记本电脑，且输入设备为鼠标时，第一操作可以是第三用户通过鼠标的点击或拖动。当第三用户终端的显示设备为触控式显示屏(例如智能手机、平板电脑、桌面式电脑)时，第一操作可以为用户利用操作体对屏幕中一定位置的触控操作(例如点击、按压、滑动、拖动等)，其中操作体包括手指、触控笔等。

所述第一作用点位于第一位置消息的第一显示区域。第一作用点可以是第一操作的起始作用点，例如当第一操作为双击后拖动时，第一作用点可以是双击所对应的位置。在一些实施例中，第一作用点还可以是第一操作的中间作用点，例如第一操作为滑动，在滑动过程中长按，然后再滑动，那么第一作用点可以是长按手势所对应的位置。

步骤S505，第三用户终端为所述第一位置消息增加阴影，以使所述第一位置消息通过浮层的方式显示，且所述第一位置消息跟随所述第一操作的作用点移动。

这里，当第一操作的第一作用点作用于第一显示区域时，则认为第一位置消息被选中，那么可以为第一位置消息增加阴影，以使得第一位置消息通过浮层的方式显示，这样就能够使得所述第一位置消息跟随所述第一操作的作用点移动，从而实现对第一位置消息进行拖动或滑动。

步骤S506，当第三用户终端检测到所述第一操作的作用点移动时，将所述第一位置消息显示于第三显示区域，且所述第三显示区域小于所述第一显示区域。

这里，为了能够让用户确定是否将第一位置消息移动至目标位置，那么可以将第一位置消息的显示区域缩小，也即将第一位置消息显示于小于第一显示区域的第三显示区域，这样在移动第一位置消息时，能够避免第一位置消息将第二位置消息完全遮挡，而使得用户不能直观地看到第二位置消息是否为自己想要确定路线的位置消息。

步骤S507，第三用户终端获取所述第一位置消息对应的用户标识信息。

这里，第一位置消息对应的用户标识信息可以是发送第一位置消息的用户的标识信息，可以包括用户昵称、用户头像等。

步骤S508，第三用户终端在所述第一位置消息的第三显示区域中输出所述用户标识信息。

这里，步骤S508在实现时，可以是在第三显示区域中的预设区域输出用户标识信息，例如可以是在第三显示区域的左上角或者右上角、右下角等位置输出用户标识信息，这样能够使得用户在移动第一位置消息时了解第一位置消息的发送方信息。

步骤S509，在所述第一操作执行过程中，第三用户终端获取所述第一操作的作用点的坐标信息。

步骤S510，当基于所述坐标信息，确定所述第一操作作用于所述第二显示区域时，控制所述第二位置消息以第二显示方式在所述第二显示区域中显示。

其中，当第一操作未用于第二显示区域时，所述第二位置消息以第一显示方式在所述第二显示区域中显示，所述第一显示方式与所述第二显示方式不同；

步骤S511，当达到第一操作的完成条件时，第三用户终端获取第一操作的第二作用点对应的第二位置消息。

这里，达到第一操作的完成条件，可以是第一操作执行完毕，例如当第一操作为长按加滑动时，当检测到第一操作的作用体不再作用于用户终端时，认为达到第一操作的完成条件，此时用户终端获取第一操作的第二作用点对应的第二位置消息。在本申请实施例中，第一操作的第二作用点为第一操作的终止作用点，并且所述第一操作的第二作用点位于第二位置消息的第二显示区域。

在一些实施例中，当达到第一操作的完成条件时，如果第一操作的第二作用点不位于位置消息的显示区域时，第三用户终端将第一位置消息显示于第一显示区域。

步骤S512，第三用户终端获取确定路线信息的目标出行方式和自身的网络连接状态。

这里，确定路线信息的目标出行方式可以是用户自己设置的，还可以是系统默认的，目标出行方式可以是驾车、公交、骑行、步行等等。自身的网络连接状态可以是已连接，还可以是未连接。当网络连接状态为已连接时，第三用户终端连接的可以是移动通信网络，还可以是无线通信网络、有线通信网络等等。

步骤S513，当自身的网络连接状态为已连接时，第三用户终端将所述第一位置、第二位置与所述目标出行方式发送至服务器。

这里，当第三用户终端是利用即时通讯应用客户端进行消息接收发送与处理时，所述服务器可以即时通讯服务器。服务器基于接收到的第一位置、第二位置与所述目标出行方式，确定路线信息，并将确定出的路线信息发送给第三用户终端。

步骤S514，第三用户终端接收服务器发送的第一位置与第二位置之间的路线信息。

这里，所述路线信息以第一位置为起点，第二位置为终点，在一些实施例中，所述路线信息还可以以第二位置为起点，以第一位置为终点。

所述路线信息至少包括第一位置与第二位置之间的行驶路径、所述行驶路径的距离信息和行驶时间。

步骤S515，第三用户终端判断调用即时通讯应用中的地图软件开发工具包是否成功。

这里，当确定调用即时通讯应用中的地图软件开发工具包成功时，进入步骤S516；当确定调用即时通讯应用中的地图软件开发工具包失败时，进入步骤S518。

步骤S516，第三用户终端输出地图显示页面。

这里，步骤S516在实现时可以是从即时通讯应用的当前页面，更新至输出地图显示页面。

步骤S517，在第三用户终端中地图页面中输出第一位置与第二位置之间的行驶路径、所述行驶路径的距离信息和行驶时间。

这里，第一位置与第二位置之间的行驶路径可以是一个也可以是多个，当行驶路径是多个时，会在地图页面中输出多个行驶路径对应的距离信息、行驶时间等。

在一些实施例中，还可以不执行步骤S516和步骤S517，而是执行下述得的步骤S516’和步骤S517’：

步骤S516’，在当前页面中确定输出路线信息的目标区域；

步骤S517’，在所述目标区域中输出第一位置与第二位置之间的行驶路径、所述行驶路径的距离信息和行驶时间。

也即可以是在即时通讯应用当前的聊天界面中输出显示路线信息，在实现时，可以是在当前的聊天页面中以浮层的形式输出显示路线信息。

在一些实施例中，输出路线信息还可以是将路线信息携带于通讯消息中，通过通讯消息输出第一位置与第二位置之间的行驶路径、所述行驶路径的距离信息和行驶时间等路线信息。其中，通讯消息可以是即时通讯消息还可以是短消息。

步骤S518，当调用所述地图软件开发工具包失败时，第三用户终端输出路线信息显示失败的提示信息，以提示用户打开地图应用输出路线信息。

步骤S519，第三用户终端接收打开地图应用客户端的第二操作。

这里，第二操作可以是用户在地图应用客户端的显示图标所在区域做出的操作。在一些实施例中，还可以在显示提示信息的图形控件中，提供打开地图应用的图形控件，当用户点击该地图应用的图形控件时，即可认为接收到第二操作，从而直接打开地图应用。

步骤S520，第三用户终端将路线信息发送至所述地图应用客户端，以输出路线信息。

在本申请实施例提供的位置消息的处理方法中，当第三用户终端在接收到两个位置消息，且想要确定两个位置消息中携带的两个位置之间的路线关系时，通过第一操作选中一个位置消息，从而获取该位置消息中携带的第一位置，并在达到第一操作的完成条件(也即第一操作执行完成)时，获取第一操作的作用点对应的另一个位置消息中携带的第二位置，这样通过简单的手势交互，就能够快速定位两个位置之间的路线信息，从而有效提升位置消息处理效率，简化用户操作，从而提高用户体验，并且在网络已连接的情况下，通过将第一位置和第二位置发送给服务器以获取第一位置与第二位置之间的路线信息并输出，当在输出失败时，还可以将路线信息发送至地图应用客户端，以在地图应用客户端中输出路线信息，不仅能够提高输出路线功能的可靠性，还能够保证输出路线信息的准确性。

下面，将说明本申请实施例在一个实际的应用场景中的示例性应用。

图6为本申请实施例提供的位置消息处理方法的实现界面示意图，如图6所示，在601中，用户终端接收到两个位置消息，分别携带的位置为深圳清华大学研究院和豪方花园，对应A位置消息卡片6011和B位置消息卡片6012。当用户想要确定豪方花园到深圳清华大学研究院的路线时，可以如602所示，在聊天界面上长按B位置消息卡6012的右上角，并如603所示，拖动到A位置消息卡片6011的显示区域，并且当B位置消息卡片6012拖动到A位置消息卡片6011之上时，A位置消息卡片6011的边缘变为高亮显示；当A位置消息卡片6011的边缘变为高亮显示时，若松开手指，那么会如604所示，系统自动打开地图页面，并在地图页面显示AB两点的位置关系，并且如604所示，在地图页面中，可以显示A、B两点之间的不同路径，以及各个路径的里程数和对应的用时时长。

在本申请实施例提供的位置消息处理方法中，需要对长按手势及其位置的变化进行实时监听，随着手势触点坐标(x，y)的变化，位置消息卡片跟随并呈现对应的用户界面(UI，User Interface)变化。图7为本申请实施例提供的位置卡片随手势触点的变化示意图，其中：

当监听到A位置消息卡片7011被长按时，显示图7中的701所示的界面，此时A位置消息卡片7011的卡片显示方式会发生改变，譬如可以时增加投影，此时使得位置消息卡片呈现出悬浮的效果；

在A位置消息卡片7011被长按并拖动的过程中，手势触点有x轴和y轴的变化，这时UI上显示如702所示的界面，此时位置消息卡片7021变小，并且能够跟随手势移动；

在A位置消息卡片7011被长按并拖动的过程中，当检测到手势触点坐标(x，y)位于另一个位置消息卡片(B位置消息卡片7012)的显示区域时，这时UI上呈现如703所示的界面，通过703可以看出，此时另一位置消息卡片边缘高亮，示意捕获成功；

当用户松手，这时监听到长按取消，客户端将A、B两个位置信息传输到服务器后台，由服务器后台计算出两点距离并进行路线规划。在客户端的页面展示上，用户松手后则自动打开地图页面，这时在UI上呈现如704所示的界面，此时在地图页面上显示两个位置的地址信息和路线。

图8为本申请实施例提供的位置消息处理方法的实现原理示意图，假设A位置消息卡片的显示区域的四个顶点坐标分别为(x1，y1)、(x2、y1)、(x2，y2)和(x1，y2)，如图8所示，监听到拖动B位置消息卡片的手势触点坐标(x，y)位于A位置消息卡片区域时，满足x1

服务器根据接收到的A、B两个位置信息确定两者之间的距离和路线，并执行步骤S802，自动打开地图页面，并且服务器下发A、B两个位置信息到前端，此时在前端的地图页面中展示两个位置的距离关系和路线。

需要说明的是，在本申请实施例中，以位置消息卡片的长按区域在右上角进行示例性说明，在实际实现过程中，长按区域可以是整个位置消息卡片区域；另外，在一些实施例中，在长按并拖动位置消息卡片的过程中，还可以同时在位置消息卡片上显示用户信息，如昵称、头像等；并且在长按并拖动位置消息卡片的过程中，如果两个位置消息不在同一屏且手势触点坐标位于预设的指示滚动区域时，背景屏幕消息可以自动向上或向下滚动。

在本申请实施例提供的位置消息处理方法中，用户只需在聊天页面中，拖动其中一个位置消息到另一个位置消息，就可以自动打开地图页面，显示两个位置的距离关系，通过简单的手势交互，实现在聊天场景中快速定位两个位置之间的距离关系，不仅操作简单，并且能够有效提升沟通效率。

下面继续说明本申请实施例提供的位置消息处理装置80的实施为软件模块的示例性结构，在一些实施例中，如图2所示，存储在存储器140的位置消息处理装置80中的软件模块可以包括：

第一获取模块81，用于响应于接收到的第一操作，获取第一操作的第一作用点对应的第一位置消息，其中，所述第一作用点位于第一位置消息的第一显示区域；

第二获取模块82，用于获取第一操作的第二作用点对应的第二位置消息，其中，所述第一操作的第二作用点位于第二位置消息的第二显示区域；

第三获取模块83，用于获取第一位置与第二位置之间的路线信息，其中，第一位置携带于第一位置消息中，第二位置携带于第二位置消息中；

第一输出模块84，用于输出所述路线信息。

在一些实施例中，第二获取模块82还用于：

获取确定路线信息的目标出行方式和自身的网络连接状态；

当自身的网络连接状态为已连接时，将所述第一位置、第二位置与所述目标出行方式发送至服务器；

接收服务器发送的第一位置与第二位置之间的路线信息。

在一些实施例中，第二获取模块82还用于：

获取确定路线信息的目标出行方式和自身的网络连接状态；

当自身的网络连接状态为未连接时，通过自身存储的离线地图数据，基于所述目标出行方式，获取第一位置与第二位置之间的路线信息。

在一些实施例中，所述路线信息以第一位置为起点，第二位置为终点，或者，所述路线信息以第二位置为起点，以第一位置为终点。

在一些实施例中，所述装置还包括：

悬浮显示模块，用于当检测到所述第一操作作用于第一位置消息的第一显示区域时，控制所述第一位置消息通过浮层的方式显示，且所述第一位置消息跟随所述第一操作的作用点移动；

更新显示模块，用于当检测到所述第一操作的作用点移动时，将所述第一显示区域更新为第三显示区域，且所述第三显示区域跟随所述第一操作的作用点移动。

所述更新显示模块，还用于：

当检测到所述第一操作的作用点移动时，将所述第一显示区域缩小至第三显示区域；或者，

当检测到所述第一操作的作用点移动时，将所述第一显示区域增大至第三显示区域。

在一些实施例中，所述装置还包括：

第四获取模块，用于获取所述第一位置消息对应的用户标识信息；

第二输出模块，用于在所述第一位置消息的第三显示区域中输出所述用户标识信息。

在一些实施例中，所述装置还包括：

第五获取模块，用于获取所述第一操作的移动轨迹；

第一确定模块，用于当基于所述移动轨迹，确定所述第一操作作用于所述第二显示区域时，控制所述第二位置消息以第二显示方式在所述第二显示区域中显示；

其中，当第一操作未用于第二显示区域时，所述第二位置消息以第一显示方式在所述第二显示区域中显示，所述第一显示方式与所述第二显示方式不同；

在一些实施例中，所述装置还包括：

第一控制模块，用于当检测到第一操作的作用点移动至预设的滚屏控制区域时，控制显示内容在自身的显示界面滚动显示；

第二控制模块，用于当检测到第一操作的作用点移出所述滚屏控制区域时，控制显示内容停止滚动显示。

在一些实施例中，所述装置还包括：

第一接收模块，用于接收对出行方式的设置操作；

第三输出模块，用于响应于所述设置操作，输出显示可选择的出行方式；

第二确定模块，用于基于接收到的对出行方式的选择操作，确定目标出行方式。

在一些实施例中，所述路线信息至少包括第一位置与第二位置之间的行驶路径、所述行驶路径的距离信息和行驶时间，对应地，所述第一输出模块还用于：

调用即时通讯应用中的地图软件开发工具包，输出地图显示页面；

在所述地图页面中输出第一位置与第二位置之间的行驶路径、所述行驶路径的距离信息和行驶时间。

在一些实施例中，所述装置还包括：

第四输出模块，用于当调用所述地图软件开发工具包失败时，输出路线信息显示失败的提示信息，以提示用户打开地图应用输出路线信息；

第一发送模块，用于当检测到打开地图应用客户端的第二操作时，将所述路线信息发送至所述地图应用客户端，以输出路线信息。

在一些实施例中，所述路线信息至少包括第一位置与第二位置之间的行驶路径、所述行驶路径的距离信息和行驶时间，对应地，所述第一输出模块还用于：

在当前页面中确定输出路线信息的目标区域；

在所述目标区域中输出第一位置与第二位置之间的行驶路径、所述行驶路径的距离信息和行驶时间；或者，

将所述路线信息携带于通讯消息中，通过所述通讯消息输出所述路线信息。

本申请实施例提供一种存储有可执行指令的存储介质，其中存储有可执行指令，当可执行指令被处理器执行时，将引起处理器执行本申请实施例提供的方法，例如，如图3、图4和图5示出的方法。

在一些实施例中，存储介质可以是FRAM、ROM、PROM、EPROM、EEPROM、闪存、磁表面存储器、光盘、或CD-ROM等存储器；也可以是包括上述存储器之一或任意组合的各种设备。

在一些实施例中，可执行指令可以采用程序、软件、软件模块、脚本或代码的形式，按任意形式的编程语言(包括编译或解释语言，或者声明性或过程性语言)来编写，并且其可按任意形式部署，包括被部署为独立的程序或者被部署为模块、组件、子例程或者适合在计算环境中使用的其它单元。

作为示例，可执行指令可以但不一定对应于文件系统中的文件，可以可被存储在保存其它程序或数据的文件的一部分，例如，存储在超文本标记语言(HTML，Hyper TextMarkup Language)文档中的一个或多个脚本中，存储在专用于所讨论的程序的单个文件中，或者，存储在多个协同文件(例如，存储一个或多个模块、子程序或代码部分的文件)中。

作为示例，可执行指令可被部署为在一个计算设备上执行，或者在位于一个地点的多个计算设备上执行，又或者，在分布在多个地点且通过通信网络互连的多个计算设备上执行。

以上所述，仅为本申请的实施例而已，并非用于限定本申请的保护范围。凡在本申请的精神和范围之内所作的任何修改、等同替换和改进等，均包含在本申请的保护范围之内。