CN114065013A - 信息处理方法、设备、系统及存储介质 - Google Patents

Abstract

本申请实施例提供一种信息处理方法、设备、系统及存储介质。在本申请实施例中，在出行应用类软件的组队功能的基础上，增设组队群组中用户之间的沟通功能。群组中的终端设备可显示地图出行界面；并响应于针对地图出行界面的通信触发事件，获取输入的消息，并将该消息提供给服务端设备。服务端设备可将消息发送给群组中其它终端，在用户行程中实现了与群组中的其它用户之间的沟通。本申请实施例提供的信息处理方式，增设了出行状态下群组中用户之间的沟通功能，丰富了地图出行界面的使用方式，进而有助于提高地图出行界面使用的灵活性。

Description

信息处理方法、设备、系统及存储介质

技术领域

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

背景技术

随着智能终端的普及，出行类应用软件(程序)被广泛安装和使用。为了满足多人一起出行的需求(如多人一起自驾旅游)，现有的出行类应用软件可以提供出行人员组队的功能，出行人员在组队后，可以在组队群组中共享自己的实时位置。

但是，发明人发现组队出行的出行人员除了共享位置的需求外，还有其他的需求，例如，行程中的交流需求等，但现有的出行类应用软件并不能提供既能保障出行人员的出行安全，又能方便出行人员之间交流的功能。

发明内容

本申请的多个方面提供一种信息处理方法、设备及存储介质，用以在出行类应用软件中实现同一群组中用户之间的沟通。

本申请实施例提供一种信息处理方法，适用于第一终端，包括：显示地图出行界面；响应于所述地图出行界面的通信触发事件，获取输入的消息；将所述消息提供给服务端设备，以供所述服务端设备将所述消息发送给与所述第一终端属于同一群组的至少一个第二终端。

本申请实施例还提供一种信息处理方法，适用于第一终端设备，包括：显示地图出行界面；接收服务端设备提供的来自于第二终端的消息；所述第二终端与所述第一终端属于同一群组；在所述地图出行界面显示所述消息的标识。

本申请实施例还提供一种信息处理系统，包括：服务端设备和隶属于同一群组的多个终端设备；其中，所述多个终端设备，用于显示地图出行界面；响应于所述地图出行界面的通信触发事件，获取输入的消息；将所述消息提供给服务端设备；所述服务端设备，用于将所述消息发送给除提供所述消息的终端设备之外的其它终端设备；所述其它终端设备，用于显示地图出行界面，并在所述地图出行界面显示所述消息的标识。

本申请实施例还提供一种终端设备，其中，包括：存储器、处理器、通信组件和屏幕；其中，所述存储器，用于存储计算机程序；所述处理器耦合至所述存储器，用于执行所述计算机程序以用于致使所述一个或多个处理器执行上述信息处理方法中的步骤。

本申请实施例还提供一种存储有计算机指令的计算机可读存储介质，当所述计算机指令被一个或多个处理器执行时，致使所述一个或多个处理器执行上述信息处理方法中的步骤。

在本申请实施例中，在出行应用类软件的组队功能的基础上，增设组队群组中用户之间的沟通功能。群组中的终端设备可显示地图出行界面；并响应于针对地图出行界面的通信触发事件，获取输入的消息，并将该消息提供给服务端设备。服务端设备可将消息发送给群组中其它终端，在用户行程中实现了与群组中的其它用户之间的沟通。本申请实施例提供的信息处理方式，增设了出行状态下群组中用户之间的沟通功能，丰富了地图出行界面的使用方式，进而有助于提高地图出行界面使用的灵活性。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1a为本申请实施例提供的一种信息处理系统的结构示意图；

图1b和图1c为本申请实施例提供的消息获取过程的操作流程示意图；

图1d为本申请实施例提供的语音输入提示信息的显示示意图；

图1e为本申请实施例提供的导航状态下的消息聚合页示意图；

图1f为本申请实施例提供的消息显示示意图；

图1g为本申请实施例提供的位置共享状态下的消息聚合页示意图；

图1h为本申请实施例提供的另一种信息处理系统的结构示意图；

图1i为本申请实施例提供的引导提示信息的显示示意图；

图1j为本申请实施例提供的导航状态下的位置共享界面示意图；

图2-图8为本申请实施例提供的信息处理方法的流程示意图；

图9为本申请实施例提供的终端设备的结构示意图；

图10为本申请实施例提供的服务端设备的结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

现有的出行类应用软件仅可实现队员之间位置共享，缺少队员之间实时沟通的功能，导致群组中用户之间沟通不便。针对上述技术问题，在本申请一些实施例中，在出行应用类软件的组队功能的基础上，增设组队群组中用户之间的沟通功能。群组中的终端设备可显示地图出行界面；并响应于针对地图出行界面的通信触发事件，获取输入的消息，并将该消息提供给服务端设备。服务端设备可将消息发送给群组中其它终端，在用户行程中实现了与群组中的其它用户之间的沟通。本申请实施例提供的信息处理方式，增设了出行状态下群组中用户之间的沟通功能，丰富了地图出行界面的使用方式，进而有助于提高地图出行界面使用的灵活性。

以下结合附图，详细说明本申请各实施例提供的技术方案。

应注意到：相同的标号在下面的附图以及实施例中表示同一物体，因此，一旦某一物体在一个附图或实施例中被定义，则在随后的附图和实施例中不需要对其进行进一步讨论。

图1a为本申请实施例提供的信息处理系统的结构示意图。如图1a所示，该系统包括：多个终端设备11和服务端设备12。其中，多个是指2个或2个以上。

其中，服务端设备12和导航终端11之间可以是无线或有线连接。可选地，服务端设备12可以通过移动网络和导航终端11通信连接，相应地，移动网络的网络制式可以为2G(GSM)、2.5G(GPRS)、3G(WCDMA、TD-SCDMA、CDMA2000、UTMS)、4G(LTE)、4G+(LTE+)、5G、WiMax等中的任意一种。可选地，服务端设备12也可以通过蓝牙、WiFi、红外线等方式和导航终端11通信连接。

在本实施例中，终端设备11是指可以为用户提供出行服务的电子设备。例如，终端设备11可以为用户提供定位和导航功能等。在本实施例中，不限定终端设备11的实现形态。例如，终端设备11可以是智能手机、平板电脑、个人电脑、智能穿戴设备等，也可以为专用导航设备。例如，车载导航设备等等。在本实施例中，终端设备11可安装有出行类应用软件相关的应用(Application，APP)等软件，该软件可向用户提供位置共享界面。

在本实施例中，服务端设备12是指可响应终端设备11的服务请求，为用户提供与出行相关的服务的计算机设备，一般具备承担服务并保障服务的能力。服务端设备12可以为单一服务器设备，也可以云化的服务器阵列，或者为云化的服务器阵列中运行的虚拟机(Virtual Machine，VM)。另外，服务端设备也可以指具备相应服务能力的其他计算设备，例如电脑等终端设备(运行服务程序)等。

在本实施例中，多个终端设备11隶属于同一群组(为了便于描述，将该群组定义为目标群组)。例如，图1a中的“XXX队”，“XXX”是指群组的名称。目标群组包括多个用户。多个是指2个或2个以上，其数量由实际加入目标群组的用户数量决定。图1a仅以用户数量为4个为例进行图示，并不构成限定。

其中，目标群组中的每个用户至少具有一个终端设备11。在本申请实施例中，不限定用户加入目标群组的具体实施方式。例如，目标群组中的第一用户可创建群组。第一用户的终端设备可响应于群组创建操作，生成该群组的口令或图形编码(如条形码、二维码等)等；其它用户可通过群组的口令或图形编码加入该群组。其它用户可通过短信、即时通讯类软件等多种渠道获取群组的口令或图形编码，但不限于此。

在群组创建完成后，对于终端设备11，可显示地图出行界面。其中，地图出行界面可为电子地图中的任一界面。例如，地图出行界面可为导航引导界面或位置共享界面等，但不限于此。在本实施例中，终端设备11可响应针对地图出行界面的调用触发事件，显示地图出行界面。可选地，终端设备11安装有出行类应用程序，该应用程序的首页显示有地图出行界面的调用控件。用户可触控该调用控件，进入地图出行界面。相应地，终端设备11可响应于针对调用控件的触控操作产生的调用触发事件，显示地图出行界面。

或者，出行类应用程序可提供语音交互功能。用户可向终端设备11发送语音指令，如“请进入地图出行界面”等，调用地图出行界面。相应地，终端设备11可响应于调用地图出行界面的语音指令，显示地图出行界面。在该实施方式中，调用触发事件为接收到调用地图出行界面的语音指令。

在本实施例中，为了实现群组中用户之间的沟通，终端设备11还可响应于地图出行界面的通信触发事件，获取输入的消息。其中，通信触发事件是指可触发终端设备11获取其与其它终端设备进行通信的消息的事件。其中，关于通信触发事件的实现形式，将在下述实施例中进行说明，在此暂不详述。

进一步，终端设备11可将获取到的消息提供给服务端设备12。相应地，服务端设备12可将该消息提供给隶属于目标群组的其它终端设备。其它终端设备的数量为1个或多个。多个指2个或2个以上，但小于目标群组中终端设备的总数量。相应地。其它终端设备可接收该消息，并输出该消息。其中，关于其它终端设备输出消息的具体实施方式，将在下文实施例中进行说明，在此暂不详述。

在本实施例中，针对多人组队出行的应用场景，可在地图出行界面实现群组中用户之间的沟通。本申请实施例提供的信息处理方式，增设了同一群组中用户之间的沟通功能，丰富了地图出行界面的使用方式，进而有助于提高地图出行界面使用的灵活性。

在本申请实施例中，地图出行界面可以位置共享界面。群组中的用户可在位置共享界面共享实时位置，并在位置共享状态下，在地图出行界面实现用户之间的沟通。具体实施方式如下：

在本实施例中，多个终端设备11可获取各自的定位位置，并将定位位置提供给服务端设备12。服务端设备12可根据多个终端设备11提供的定位位置，获取包含这些定位位置的电子地图数据；并将获取的电子地图数据提供给多个终端设备11。

可选地，服务端设备12可通过消息队列遥测传输(Message Queuing TelemetryTransport，MQTT)协议将电子地图数据提供给多个终端设备11。服务端设备12可将针对包含多个终端设备11的定位位置信息的电子地图数据的数据传输周期，第一传输周期调整为第二传输周期，并按照第二传输周期，通过MQTT协议将包含目标群组中各用户的定位位置信息的电子地图数据周期性地传输给多个终端设备11。其中，第一传输周期大于第二传输周期。例如，第一传输周期为10s，第二传输周期为1s等。对于其它包含位置信息的页面的数据传输周期可保持为第一传输周期(如10s)。即服务端设备12可通过MQTT协议，将其它包含位置信息的页面的数据按照第一传输周期传输给多个终端设备11。

相应地，对于多个终端设备11，可接收电子地图数据；并基于电子地图数据，将包含目标群组中各终端设备的定位位置的位置共享界面渲染在各自的屏幕上。即多个终端设备11显示包含目标群组中各终端设备的定位位置的位置共享界面。如图1a中的水滴状图标所示，多个终端设备11可在显示的位置共享界面上，标注目标群组中各用户的定位位置。用户的定位位置为其终端设备的定位位置。其中，水滴图标还可显示对应的用户标识。

在实际应用中，目标群组中的用户可能处于移动状态，其终端设备的定位位置实时变化。对于位置信息发生变化的用户A，用户A的终端设备11可将位置共享界面中标注用户A的位置信息的图标，从之前的位置平移至当前位置。在将用户A的位置图标从之前位置平移至当前位置的过程中，用户A的终端设备11可对用户A的位置图标从之前位置平移至当前位置的移动路径进行动画渲染。可选地，用户A的位置图标从之前位置平移至当前位置的移动路径可为用户A的位置图标从之前位置平移到当前位置之间的直线。

在本实施例中，为了实现群组中用户之间的沟通，终端设备11还可响应于位置共享界面的通信触发事件，获取输入的消息(记为第一消息)。其中，通信触发事件是指可触发终端设备11获取其与其它终端设备进行通信的消息的事件。其中，关于通信触发事件的实现形态，将在下述实施例中进行说明，在此暂不详述。

进一步，终端设备11可将第一消息提供给服务端设备12。相应地，服务端设备12可将第一消息提供给隶属于目标群组的其它终端设备。其它终端设备可接收第一消息，并输出第一消息。其中，关于其它终端设备输出第一消息的具体实施方式，将在下文实施例中进行说明，在此暂不详述。

在本实施例中，针对多人组队进行位置共享的应用场景，可在位置共享界面实现目标群组中用户之间的沟通。本申请实施例提供的信息处理方式，增设了同一群组中用户之间的沟通功能，丰富了位置共享界面的使用方式，进而有助于提高位置共享界面使用的灵活性。

在本申请实施例中，提供消息的用户，可以为目标群组中的任一用户。相应地，提供消息的终端设备为该用户对应的终端设备，即可以为多个终端设备11中的任一终端设备。

多个终端设备11具有相同的功能。在下述实施例中，以第一终端设备11a为例，对本申请实施例提供的信息处理方式进行说明。其中，第一终端设备11a为多个终端设备11中提供消息的终端设备，可以为多个终端设备11中任一终端设备。为了便于描述和区分，将多个终端设备11中除第一终端设备11之外的其它终端设备，定义为第二终端设备11b。第二终端设备11b可以为1个或多个，其数量由上述多个终端设备11的总数量决定。

在本实施例中，第一终端设备11在作为消息发送端时，可响应于响应于位置共享界面的通信触发事件，获取输入的消息。不限定通信触发事件的具体实施形式。下面结合几种可选的实施方式进行示例性说明。

实施方式A：包含多个终端设备11的定位位置的位置共享界面还包括：消息输入控件。相应地，通信触发事件可实现为针对消息输入控件的触控操作所产生的通信触发事件。对于第一终端设备11a，可响应于针对消息输入控件的触控操作所产生的通信触发事件，获取输入的数据，并将输入的数据封装为第一消息，提供给服务端设备12。其中，第一消息可以为文本消息或语音消息。

在一些实施例中，第一终端设备11a可提供文本消息输入功能。消息输入控件可实现为文本输入控件。对于第一终端设备11a，可响应于针对文本输入控件的触控操作产生的文本通信触发事件，获取输入的文本数据，并至少将输入的文本数据封装为文本消息。可选地，可设置用户输入的字数上限值(如100字)，若用户输入字数超过设定的上限值，则可输出字数超限提示信息(如已超过最大字数限制等)。相应地，第一终端设备11a不再将用户输入的文字，显示在文本输入框中。

在另一些实施例中，第一终端设备11a也可提供语音输入功能。消息输入控件可实现为语音输入控件。相应地，通信触发事件可实现为针对语音输入控件的触控操作所产生的语音通信触发事件。对于第一终端设备11a，可响应于针对语音输入控件的触控操作所产生的语音通信触发事件，获取输入的声音数据，并至少将获取的声音数据封装为语音消息。具体实施方式为：第一终端设备11a响应于针对位置共享界面的语音输入控件的触控操作所产生的语音通信触发事件，启动第一终端设备11a的麦克风进行拾音；并响应于语音通信停止事件，控制麦克风停止拾音；至少获取麦克风停止拾音前拾取的声音数据作为输入的数据；并至少将麦克风停止拾音前拾取的声音数据封装为语音消息。

在本实施例中，不限定语音通信停止事件的具体实施方式。下面结合语音输入控件的激活方式进行示例性说明。

实施方式A1：第一终端设备11a提供的语音输入控件的激活方式为点触方式。如图1b所示，用户可通过点击语音输入控件，触发或激活该语音输入控件。在这种实施方式中，如图1b所示，第一终端设备11a还可提供停止语音输入控件。相应地，用户可点击停止语音输入控件，结束语音输入。相应地，第一终端设备11a可响应于针对语音输入控件的触控操作，启动麦克风进行拾音。进一步，如图1b所示，在用户停止语音输入时，可触发停止语言输入控件，结束语音输入。相应地，语音通信停止事件可实现为针对停止语音输入控件的触控操作所产生的语音通信停止事件。相应地，第一终端设备11a可响应于针对停止语言输入控件的触控操作所产生的语音通信停止事件，控制麦克风停止拾音。可选地，停止语音输入控件与语音输入控件也可实现为不同的控件。或者，如图1b所示，停止语音输入控件与语音输入控件可实现为同一控件。该控件默认为语音输入控件，其状态默认为不进行语音输入。相应地，在该控件被触发时，将该控件的状态调整为启动语音输入。相应地，在该控件的状态被调整为启动语音输入之后，该控件实现为停止语音输入控件。即对于语音输入控件来说，若语音输入控件处于默认状态，则针对该语音输入控件的触发操作所产生的事件为语音通信触发事件；若在语音输入控件处于启动语音输入之后，则针对该语音输入控件的触发操作所产生的事件为语音通信停止事件。实施方式A2：为了进一步提高用户体验，防止语音消息过长导致用户体验不佳，还可为语音消息的拾取时长设置时长阈值(定义为第一时长)。在用户输入语音消息的时长达到设定的时长阈值时，自动结束本次语音输入。在本实施例中，不限定第一时长的具体取值。可选地，第一时长可以为1min、50s或30s等。相应地，第一终端设备11a还可响应于针对语音输入控件的触控操作，对麦克风的拾音时间进行计时，并在麦克风的拾音时间达到设定的时长(第一时长)的情况下，确定发生语音通信停止事件，并控制麦克风停止拾音。

实施方式A3：第一终端设备11a提供的语音输入控件的激活方式为长按方式。如图1c所示，用户可通过长按语音输入控件，触发或激活该语音输入控件。即通过长按该语音输入控件输入语音，并在停止语音输入时，释放语音输入控件。相应地，第一终端设备11a可响应于针对语音输入控件的触控操作产生的语音通信触发事件，启动第一终端设备11a的麦克风进行拾音；并响应于停止针对语音输入控件的触发操作所产生的语音通信停止事件，控件麦克风停止拾音。其中，在实施方式A3中，第一终端设备11a可在监测到语音输入控件被释放的情况下，确定发生语音通信停止事件。

可选地，在用户按住语音输入控件时，可播放音效以及产生震感，以提示用户可开始语音输入。在用户语音输入过程中，第一终端设备11a可根据麦克风拾取的声音数据的能量，显示波动声纹扩散。在用户释放语音输入控件时，将麦克风拾取的声音数据自动发送。可选地，发送时还可伴随另一种音效。可选地，第一终端设备11a还可监控自身的网络质量，若网络质量不佳等原因导致消息发送失败，可输出消息发送失败提示信息，如显示“！发送失败”等。可选地，该消息发送失败提示信息可以红色显示。

实施方式A4：为了进一步提高用户体验，防止语音消息过长导致用户体验不佳，也可为语音消息的拾取时长设置时长阈值(定义为第二时长)。其中，第二时长的作用与上述第一时长相同。在用户输入语音消息的时长达到设定的第二时长时，即便用户还在长按语音输入控件，第一终端设备11a也会自动结束本次语音输入。在本实施例中，不限定第三时长的具体取值，也不对第二时长与第一时长的大小关系进行限定。第二时长可以为1min、50s或30s等。相应地，第一终端设备11a还可响应于针对语音输入控件的触控操作，对麦克风的拾音时间进行计时，并在麦克风的拾音时间达到设定的第二时长的情况下，确定发生语音通信停止事件，并控制麦克风停止拾音。

可选地，还可设定倒计时提醒。当麦克风的拾音时间距离设定的第三时长到达设定的倒计时长时，则显示倒计时提醒信息。可选地，可开启数字倒计时提示等。例如，“5/4/3/2/1”+“即将发送”等。

在本申请实施例中，为了防止用户针对语音输入控件的误操作，还对麦克风的拾音时长进行计时；若麦克风的拾音时长大于或等于设定的时长(记为第三时长)，则在发生语音通信停止事件时，上述至少获取麦克风停止拾音前拾取的声音数据，并至少将麦克风停止拾音前拾取的声音数据封装为消息，提供给服务端设备12。相应地，若语音输入控件的拾音时长小于设定的时长(第三时长)，则可显示拾音过短的提示信息(如“！说话时间过短”等)，并将麦克风拾取的声音数据丢弃，即不执行上述至少获取麦克风停止拾音前拾取的声音数据，并至少将麦克风停止拾音前拾取的声音数据封装为消息，提供给服务端设备12的操作。在本实施例中，不限定第三时长的具体取值。可选地，第三时长小于上述第一时长和第二时长。其中，第三时长不宜过长。第三时长可以为1s、800ms或500ms等。

可选地，在实施方式A1-A4中，若语音输入控件被触发时，存在正在播放的语音消息，则停止语音播放。若在麦克风拾音过程中，有新消息产生，则可继续显示新消息对应的标识。可选地，在语音输入完成后，对于被打断的语音消息，可继续播放，也可不再继续播放。

在一些应用场景中，出行应用类软件还可提供与实际应用相关的语音播报。例如，可提供景区播报或天气播报等。可选地，若语音输入控件被触发时，终端设备正在进行实际应用相关的语音播报，则停止语音播报，并在语音输入完成后，继续实际应用相关的语音播报。

在又一些实施例中，第一终端设备11a可提供文本输入功能和语音输入功能。消息输入控件可实现为文本输入控件和语音输入控件。对于用户来说，可自主选择采用文本输入还是语音输入。

考虑到用户出行安全，用户在行走或者驾驶车辆过程中可能不方便查看文本消息。在本实施例中，第一终端设备11a可在目标群组中存在行走或驾驶车辆行驶的用户的情况下，提示第一终端设备11a的用户采用语音输入。可选地，第一终端设备11a可响应于针对文本输入控件的触控操作，向服务端设备12发送文本输入请求。

相应地，服务端设备12响应于该文本输入请求，判断目标群组中是否存在行走或驾驶车辆行驶的用户；若判断结果为是，则确定第一终端设备11a不适合采用文本输入。

考虑到用户在行走或驾驶车辆行驶时，一般将终端设备11调整为导航状态。基于此，服务端设备12可获取多个终端设备11的运行状态；并根据多个终端设备11的运行状态，判断多个终端设备11中是否存在处于导航状态的终端设备。若判断结果为是，则确定第一终端设备11a不适合文本输入，并向第一终端设备11a返回语音输入提示信息，以提示第一终端设备11a的用户采用语音输入。相应地，如图1d所示，第一终端设备11a可接收该语音输入提示信息，并输出该语音输入提示信息，以提示第一终端设备11a的用户采用语音输入。

或者，服务端设备12还可获取目标群组中各终端设备11的在线状态；并从中确定处于在线状态的终端设备。进一步，服务端设备12可获取处于在线状态的终端设备的运行状态；并根据处于在线状态的终端设备的运行状态，判断处于在线状态的终端设备中是否存在处于导航状态的终端设备。若判断结果为是，则确定第一终端设备11a不适合文本输入。相应地，如图1d所示，第一终端设备11a可接收该语音输入提示信息，并输出该语音输入提示信息，以提示第一终端设备11a的用户采用语音输入。

或者，也可由终端设备确定是否适合文本输入。具体实施方式为：第一终端设备11响应于针对位置共享界面的文本输入控件的触控操作，获取群组中各终端的运行状态；根据群组中各终端的运行状态，判断群组中是否存在处于导航状态的终端；若判断结果为是，则输出语音输入提示信息，以提示第一终端的用户采用语音输入。或者，第一终端设备11可响应于针对文本输入控件的触控操作，获取群组中处于在线状态的终端；判断处于在线状态的终端中是否存在处于导航状态的终端；若判断结果为是，则输出语音输入提示信息，以提示第一终端设备11的用户采用语音输入。

相应地，如图1d所示，第一终端设备11a可输出该语音输入提示信息，以提示第一终端设备11a的用户采用语音输入。

可选地，语音输入提示信息可为语音信息。第一终端设备11a可语音播放该语音输入提示信息。

或者，语音输入提示信息可为文本信息。如图1d所示，第一终端设备11a可在文本输入控件的邻近区域显示该语音输入提示信息。其中，文本输入控件的邻近区域可以为与文本输入控件之间的距离位于设定距离范围内的区域。可选地，文本输入控件的邻近区域可为文本输入框、键盘或语音输入控件所在区域。进一步，第一终端设备11a还可对语音输入提示信息的显示时长进行计时，并在显示时长达到设定的时长时，停止对语音输入提示信息进行显示。即对于用户来说，语音输入提示信息消失。或者，用户可点击语音输入提示信息显示区域的关联区域，语音输入提示信息消失。语音输入提示信息显示区域的关联区域可以为语音输入提示信息的显示区域、文本输入框、键盘、语音按钮或者位置共享界面上的任一区域。相应地，第一终端设备11a可响应于针对语音输入提示信息显示区域的关联区域触控操作，控制语音输入提示信息消失。在本实施例中，不限定语音输入提示信息的具体内容，图1d中仅以语音输入提示信息为“好友正在开车，建议发送语音消息”进行图示。

或者，语音输入提示信息可预置于第一终端设备11a中。相应地，服务端设备12在确定第一终端设备11a不适合文本输入的情况下，并向第一终端设备11a返回用于标识“不适合文本输入”的提示信息。相应地，第一终端设备11a接收用于标识“不适合文本输入”的提示信息，并响应于该提示信息，从预置信息中获取语音输入提示信息，并输出语音输入提示信息，以提示第一终端设备11a的用户采用语音输入。其中，关于第一终端设备输出语音输入提示信息的具体实施方式，可参见上述实施例的相关内容，在此不再赘述。

实施方式B：第一终端设备11a可提供语音交互功能。第一终端设备11a可监听针对位置共享界面的请求通信的语音指令，并在位置共享界面监听到请求通信的语音指令的情况下，确定在位置共享界面发生通信触发事件。相应地，通信触发事件可实现为第一终端设备11a在位置共享界面监听到用户发出的请求通信的语音指令。相应地，第一终端设备11a响应于在位置共享界面监听到的语音通信触发事件，获取输入的数据，并将获取到的数据，封装为第一消息。其中，第一消息可以文本消息或者语音消息。

若第一消息为文本消息，针对位置共享界面请求通信的语音指令为请求文本通信的语音指令。第一终端设备11a在位置共享界面监听到的通信触发事件为文本通信触发事件。相应地，第一终端设备11a可响应于在位置共享界面监听到的文本通信触发事件，显示文本输入框；并获取针对文本输入框的输入操作输入的数据，将获取到的数据封装为第一消息。

若第一消息为语音消息，针对位置共享界面请求通信的语音指令为请求语音通信的语音指令。第一终端设备11a在位置共享界面监听到的通信触发事件为语音通信触发事件。相应地，则第一终端设备11a可响应于在位置共享界面监听到的语音通信触发事件，启动第一终端设备11a的麦克风进行拾音；并至少将麦克风拾取的声音数据封装为第一消息。其中，关于第一终端设备11a获取麦克风拾取的声音数据的具体实施方式，可参见上述实施方式A以及A1-A4中的相关内容，在此不再赘述。

实施方式C：第一终端设备11a可提供互动功能。第一终端设备11a可提供互动控件。该互动控件可实现为互动信息项或者针对指定区域进行指定操作等。其中，互动信息项可为表情包信息项或动画信息项等。例如“怼”、“舔”等互动消息等。若互动控件实现为互动信息项，则通信触发事件可实现为针对互动信息项的选择操作。相应地，第一终端设备11a响应于针对互动信息项的选择操作所产生的互动通信触发事件，将被选中的互动信息项作为第一消息，提供给服务端设备12。

无论第一终端设备11a采用何种方式获取第一消息，均可将其产生的第一消息提供给服务端设备12。相应地，服务端设备12可将该消息提供给隶属于目标群组的其它终端设备11b(即第二终端设备11b)。第二终端设备11b可接收第一消息，并输出第一消息，在位置共享的场景中实现群组中用户之间的沟通。对于第二终端设备11b来说，可显示地图出行界面，并在地图出行界面上显示接收到的消息的标识。其中，第二终端设备11b的运行状态不同，其输出第一消息的方式不同。下面结合第二终端设备11b的运行状态进行示例性说明。

输出方式1：如图1e所示，第二终端设备11b处于导航引导状态，则可将接收到的消息显示在导航引导界面上。对于图1e来说，“我堵车了”为接收到的消息。可选地，第二终端设备11b可将接收到的消息的标识显示在导航引导界面上。其中，消息的标识可为消息对应的消息框。可选地，第二终端设备11b可在导航引导界面中，在导航引导界面上的消息输入控件的邻近区域显示消息的标识。其中，为了便于描述和区分，将上述位置共享界面上的消息输入控件，定义为第二消息输入控件；将导航引导界面上的消息输入控件，定义为第一消息输入控件。其中，导航引导界面上的消息输入控件的邻近区域可以为与第二消息输入控件的距离小于或等于设定的距离阈值的区域。设定的距离阈值可为mm量级。例如，导航引导界面上的消息输入控件的邻近区域可为第二消息输入控件的上方距离2mm的区域等。进一步，若消息为语音消息，第二终端设备11b还可自动播放该消息中封装的声音数据。

在一些实施例中，在上述实施方式A1-A4中，第一终端设备11a还可在麦克风拾音期间，获取第一终端设备11a的定位位置；并将在麦克风拾音器件获取的第一终端设备11a的定位位置和麦克风停止拾音前拾取的声音数据封装为消息，提供给服务端设备12。

相应地，第二终端设备11b可在导航引导界面中，根据该消息中封装的定位位置，沿导航引导界面中的导航引导路线，显示该消息的标识。

可选地，第二终端设备11b还可自动播放消息中封装的声音数据。或者，当第二终端设备11b的定位位置与该消息中封装的定位位置之间的距离小于或等于设定的距离阈值时，播放该消息中封装的声音数据。

可选地，第二终端设备11b可以弹幕形式显示消息的标识。具体实施方式为：第二终端设备11b可对消息的标识的显示时长进行计时；并在消息的标识的显示时长达到设定的时长(记为第四时长)时，将消息的标识从导航引导界面上移除。

在输出方式1中，如图1e所示，导航引导界面还包括：消息控件。用户触发该消息控件，可进入消息聚合页。相应地，第二终端设备11b响应于针对消息控件的触控操作，显示消息聚合页，并显示最新消息。若未读消息未完全显示，还可在消息聚合页显示“XX条新消息”的按钮。其中，“XX”是指未显示的未读消息的数量。进一步，用户可触发“XX条新消息”的按钮，查看未显示的未读消息。可选地，第二终端设备11b可响应于针对“XX条新消息”的按钮的触控操作，定位到未显示的未读消息中最先接收或发出的消息，并将未显示的未读消息从最先接收或发出的消息进行显示。可选地，如图1e所示，消息聚合页对于消息聚合页来说，第二终端设备11b的用户自己发出的消息显示于消息聚合页右侧，其它用户发送的消息显示于消息聚合页左侧。

输出方式2：第二终端设备11b处于显示位置共享界面的状态，则可将消息的标识显示在位置共享界面上。在本实施例中，不限定第二终端设备11b在位置共享界面上显示第一消息的具体实施方式。可选地，如图1a所示，第二终端设备11b可将消息的标识显示在位置共享界面上。其中，消息的标识可为消息框。可选地，可在位置共享界面上设置消息显示图层，该消息显示图层可悬浮于位置共享界面上。相应地，第二终端设备11b将消息的标识显示在消息显示图层中。可选地，消息显示图层可位于第二终端设备11b的屏幕的四个角的任一区域。其中，图1a仅以消息显示图层位于第二终端设备11b的屏幕的左下区域进行图示，但不构成限定。

可选地，对于文本消息，消息的标识可包括：用户标识(如昵称)和文本消息内容。其中，对于文本消息内容，可预设每行显示的字数阈值，以及每条文本消息可显示的行数阈值；对于每条文本消息，对于超过设定的字数可用“…”进行表示。对于用户标识，可预设每行显示的字数阈值，用户标识的字数超过设定的字数阈值，对于超过的部分，可用“…”进行表示。可选地，若获取用户标识失败，则默认显示“好友”。

对于语音消息，消息标识可包括：用户标识，语音消息的时长以及声波标识等。对于用户未收听的语音消息，还可显示未收听的提示信息。例如，在未收听的语音消息的标识附近显示小红点等。其中，关于用户标识的显示可参见上述文本消息的相关内容，在此不再赘述。

进一步，在用户触发某条语音消息后，终端设备可响应于针对该语音消息的触控操作，播放该条语音消息。语音消息在播放过程中，上述声波标识波动，在播放结束后，声波标识的颜色变浅，并控制小红点消失。可选地，若用户点击正在播放过程中的语音消息，则该语音消息停止播放；再次点击，则再次播放该语音消息。可选地，终端设备可响应于针对该语音消息的触控操作，重新播放该语音消息或者接着上次暂停处继续播放该语音消息。对于播放完成的语音消息，支持点击再次播放。在本条语音消息播放结束后，终端设备可继续播放下一条未播放的语音消息，或者也可不自动播放后续未播放的语音消息。可选地，若用户在语音消息播放过程中，进行页面切换或切后台等，则语音消息播放不停止。对于终端设备新接收的消息，则暂停消息滚动，直至用户切回位置共享界面再继续滚动新接收的消息。

在本实施例中，考虑到第二终端设备11b的屏幕尺寸，并兼顾第二终端设备11b的屏幕上显示的位置共享界面的显示效果，可设置消息显示图层的大小。其中，消息显示图层的大小小于第二终端设备11b的屏幕尺寸。相应地，可设置第二终端设备11b可显示的消息的数量N，即第二终端设备11b最多可显示N条消息的标识。其中，N为正整数。可选地，1≤N≤10。图1a中仅以N＝4进行图示，但不构成限定。可选地，第二终端设备11b可在上述位置共享界面上显示的消息显示图层中显示最新产生的N条消息的标识。其中，最新产生的N条消息可以为：第二终端设备11b自己发出的消息，也可以为其它终端设备提供的消息，或者，这N条消息部分为第二终端设备11b自己发出的消息，部分为其他终端设备提供的消息；等等。

可选地，第二终端设备11b可按照接收到N条消息的先后顺序，以上下结构在消息显示图层上显示这N条消息的标识。即，第二终端设备11b每发出或接收到一条消息，将该消息的标识显示于当前已显示的消息的标识的底部。下面以第二终端设备11b显示当前接收到的消息为例进行示例性说明。

针对当前待显示消息，第二终端设备11b可判断位置共享界面上当前显示的消息的数量是否小于N；若判断结果为是，则将待显示消息的标识显示于当前显示的消息框的底部。可选地，如图1a所示，第二终端设备11b可将消息显示图层中当前显示的消息的标识向上平移设定高度，并将待显示消息显示于平移后的消息的标识的底部。其中，设定的高度可以为消息标识的高度。在这种情况下，从用户的视角来看，位置共享界面上当前显示的消息的标识整体向上平移设定高度，但还显示在第二终端设备11a的屏幕上。相应地，如图1e所示，若判断结果为位置共享界面上当前显示的消息的数量为N，则将当前显示的消息的标识向上平移设定高度，并将第二消息显示于平移后的消息的标识的底部。在这种情况下，从用户的视角来看，消息显示图层中当前显示的消息的标识整体向上平移设定高度，最上部的消息被移出屏幕。可选地，无新消息时，停止消息滚动。

进一步，第二终端设备11a可监测消息的标识在屏幕上的显示高度，其中，消息的标识在屏幕上的显示高度为消息的标识距离屏幕底部的距离。进一步，在消息的标识的显示高度超过设定的高度阈值时，则将该消息的标识的显示属性设定为“隐式”，即将该消息的标识的图层设置为底层。相应地，用户还可滑动消息显示区域，查看已隐藏的消息。相应地，第二终端设备11a还可在消息的标识的显示高度低于设定的高度阈值时，则将该消息的标识的显示属性设定为“显式”，即将该消息的标识的图层设置为顶层。

在输出方式2中，如图1g所示，位置共享界面还包括：消息控件。用户触发该消息控件，可进入消息聚合页。其中，关于第二终端设备11b如何在消息聚合页显示消息的实施方式，可参见上述输出方式1中的相关内容，在此不再赘述。在本实施例中，若新消息为第二终端设备11a发出的，则可将当前显示的消息向上平移设定高度，并将新消息显示于平移后的消息的标识的底部。若新消息为第二终端设备11a接收到的其它用户发送的消息，如上述第一消息，则按照接收到该消息的时间顺序，显示该消息。

可选地，若消息显示图层有语音消息处于播放过程中，则暂停消息滚动，直至语音消息播放完成，继续滚动显示。在滚动显示过程中，对于语音消息在播放过程中接收到的消息，每条消息滚动显示设定时长(如3s)，直至滚动显示至最新消息。若在滚动显示过程中，出现新的语音消息，对于语音消息同样显示设定时长。即便语音消息的时长不到设定时长，也可显示设定时长后显示下一条消息。

在上述输出方式1和2中，对于语音消息，终端设备还可播放语音消息。可选地，在输出方式1中，终端设备可在接收到语音消息的情况下，自动播放该语音消息。在输出方式2中，终端设备可响应于针对某条语音消息的触控操作，播放该语音消息。

在一些应用场景中，出行应用类软件还可提供与实际应用相关的语音播报。例如，可提供景区播报、广播播放、天气播报或音乐播放等。可选地，若终端设备正在进行实际应用相关的语音播报的过程中，需要播放语音消息，如果语音消息播放通道与实际应用语音播报的通道不是同一通道，则可降低实际应用语音播报的音量，并同时播放语音消息。其中，语音消息的音量大于实际应用语音播报的音量。在语音消息播放完成后，回复实际应用语音播报的音量。如果语音消息播放通道与实际应用语音播报的通道是同一通道，则停止实际应用语音播报，并在语音输入完成后，继续实际应用相关的语音播报。

在本申请实施例中，除了在位置共享界面显示目标群组的用户沟通消息，还可显示群组消息。例如，显示用户加入群组的提示信息；如AA加入了XXX群组；或者，AA邀请BB加入了XXX群组。又例如，可显示用户退出群组的提示信息。如AA退出了XXX队。又例如，可显示群组解散的提示信息，如AA解散了XXX群组；XXX群组到期，自动解散等。又例如，还可显示群组公告。如AA更新了群组公告：XXXXXXX。其中，XXXXXXX为公告内容。又例如，还可显示目的地变更信息，如AA更改目的地为某地。

输出方式3：第二终端设备11b位于除导航引导界面和位置共享界面的其它页面，则第二终端设备11b可接收第一终端设备11a发出的消息，并将目标群组的标识控件上显示的未读消息数量加1。第二终端设备11b还可存储第一消息，以供第二终端设备11b的用户触发目标群组的标识控件时，进入位置共享界面，并在位置共享界面显示消息。其中，第二终端设备11b在位置共享界面上显示第一消息的具体实施方式，可参见上述第一终端设备11a在位置共享界面上显示消息的相关内容，在此不再赘述。

在本实施例中，除了第二终端设备11b可输出消息之外，提供消息的第一终端设备11a，也可将其发出的消息显示在位置共享界面上。其中，第一终端设备11a在位置共享界面上显示消息的具体实施方式，可参见上述输出方式2中，第二终端设备11b显示消息的相关内容，在此不再赘述。

在本申请实施例中，出行类应用软件不仅可提供位置共享服务，还可向用户提供导航服务。多个终端设备11具有提供导航服务时，执行逻辑相同或相似。在下述实施例中，仍以第一终端设备11a为例，对本申请实施例提供在导航服务的基础上提供的信息处理方式进行说明。在出行类应用软件提供导航服务时，地图出行界面实现为导航引导界面。

在本实施例中，如图1h所示，第一终端设备11a可响应于导航触发事件，显示导航引导界面。可选地，第一终端设备11a的用户可触发开启导航控件，进入导航引导界面。相应地，导航触发事件为针对导航控件的触控操作。相应地，第一终端设备11a可响应于针对开启导航控件的触控操作，显示导航引导界面。或者，第一终端设备11a提供语音控制功能。用户可向第一终端设备11a发送开启导航的语音指令，进入导航引导界面。相应地，导航触发事件为接收到开启导航的语音指令。相应地，第一终端设备11a可响应于开启语音指令，显示导航引导界面。

在本实施例中，为了实现用户在导航过程中，也能够与目标群组中的其它用户进行沟通。如图1h所示，第一终端设备11a还可响应于导航引导界面的通信触发事件，获取输入的消息。在本实施例中，为了便于描述和区分，将上述位置共享界面的通信触发事件，定义为第一通信触发事件；并将导航引导界面的通信触发事件，定义为第二通信触发事件。

在本实施例中，不限定第二通信触发事件的具体实施形式。下面结合几种可选的实施方式进行示例性说明。

实施方式一：导航引导界面包括：消息输入控件。为了便于描述和区分，将上述位置共享界面显示的消息输入控件，定义为第一消息输入控件；并将本实施例导航引导界面显示的消息输入控件，定义为第二消息输入控件。相应地，第二通信触发事件可实现为针对第二消息输入控件的触控操作所产生的通信触发事件。对于第一终端设备11a，可响应于针对第二消息输入控件的触控操作所产生的触控事件，获取输入的数据，并将获取到的数据封装为消息(记为第二消息)，并将第二消息提供给服务端设备12。其中，第二消息可以为文本消息或语音消息。

在一些实施例中，第一终端设备11a可提供文本消息输入功能。第二消息输入控件可实现为文本输入控件。对于第一终端设备11a，可响应于针对文本输入控件的输入操作所产生的文本通信触发事件，获取输入的文本数据，至少将获取的文本数据封装为第二消息。相应地，第二三为文本消息。其中，关于文本消息的描述，可参见上述位置共享界面中文本消息的相关内容，在此不再赘述。

在另一些实施例中，第一终端设备11a也可提供语音输入功能。第二消息输入控件可实现为语音输入控件。对于第一终端设备11a，可响应于针对语音输入控件的触控操作所产生的语音通信触发事件，启动第一终端设备11a的麦克风进行拾音；并响应于语音通信停止事件，控制麦克风停止拾音。进一步，第一终端设备11a可至少获取麦克风停止拾音前拾取的声音数据，作为输入的数据，并至少将麦克风停止拾音前拾取的声音数据封装为第二消息。相应地，第二消息为语音消息。其中，关于语音通信停止事件的具体实施方式，与上述实施方式A1-A4的逻辑相同，可参见上述实施可参见上述实施方式A1-A4中的相关内容，在此不再赘述。

在又一些实施例中，第一终端设备11a可提供文本输入功能和语音输入功能。第二消息输入控件可实现为文本输入控件和语音输入控件。对于用户来说，可自主选择采用文本输入还是语音输入。

实施方式二：考虑到终端设备11处于导航状态的情况下，用户一般处于行进(如步行、骑行或驾车行驶等)过程中。用户在行进过程中，可能不方便操作第二消息输入控件。为了提高用户使用的便捷性，第一终端设备11a可监听导航引导界面上除功能控件所在区域之外的任一区域的触控操作；若该触控操作产生的事件为语音通信触发事件，则启动第一终端设备11a的麦克风进行拾音；响应于语音通信停止事件，控制麦克风停止拾音；并至少将麦克风停止拾音前拾取的声音信号封装为第二消息。其中，功能控件是指导航引导界面上可提供特定功能的控件。功能控件包括：上述第二消息输入控件、退出导航控件、全览空间以及其它功能控件等。

可选地，在拾音开启之后，用户还可在结束语音输入时，触发导航引导界面除功能控件所在区域之外的任一区域。相应地，第一终端设备11a可响应于针对导航引导界面除功能控件所在区域之外的任一区域的触控操作，若该触控操作产生的事件为语音通信停止事件，控制第一终端设备11a的麦克风停止拾音；并至少将麦克风停止拾音前拾取的声音数据，封装为第二消息。

可选地，在该实施方式中，第一终端设备11a监听导航引导界面上除功能控件所在区域之外的任一区域的触控操作；若该触控操作发生在麦克风拾音期间，则确定该触控操作产生的事件为语音通信停止事件。相应地，若该触控操作发生时，麦克风处于关闭状态，则确定该触控操作产生的事件为语音通信触发事件。

或者，第一终端设备11a还可响应于针对语音通信触发事件，对麦克风的拾音时间进行计时，并在麦克风的拾音时间达到设定的时长(记为第四时长)的情况下，确定发生语音通信停止事件，并控制麦克风停止拾音。

在实施方式二中，由于导航引导界面除功能控件所在区域之外的其它区域，实现为隐式控件，对于用户来说是无感知的。为了使用户了解该功能，如图1i所示，第一终端设备11a还可在导航引导界面上，显示功能引导图层，该功能引导图层用于显示在导航引导界面上除功能控件所在区域之外的任一区域进行触控操作产生语音通信触发事件的触控操作方式，主要用于引导用户触控导航引导界面除功能控件之外的任一区域进行语音输入。

可选地，第一终端设备11a还可响应于导航触发事件，在导航引导界面上，显示功能引导图层。其中，功能引导图层显示语音通信触发事件的触控操作方式可采用文本引导提示信息、图片引导提示信息或或者为动画引导提示信息中的一种或多种。其中，引导提示信息的内容不进行限定。图1i仅以引导提示信息为“组队模式下长按屏幕也能说话”进行示例。

或者，第一终端设备11a可响应于导航触发事件，监测针对第二消息输入控件的触控操作的次数；且在针对第二消息输入控件的触控操作的次数达到设定的数量阈值时，在导航引导界面上，显示功能引导图层。

实施方式三：第一终端设备11a可提供语音交互功能。第一终端设备11a可监听针对导航引导界面的请求通信的语音指令，并在位置共享界面监听到请求通信的语音指令的情况下，确定在导航引导界面发生通信触发事件。相应地，第二通信触发事件可实现为第一终端设备11a在导航引导界面监听到用户发出的请求通信的语音指令。相应地，第一终端设备11a响应于在导航引导界面监听到的通信触发事件，获取输入的数据，并将获取到的数据，封装为第二消息。可选地，通信触发事件可为文本通信触发事件或语音通信触发事件。相应地，第二消息可以文本消息或者语音消息。其中，关于第一终端设备11a如何响应于导航引导界面监听到的语音通信触发事件，获取输入的消息的具体实施方式，可参见上述实施方式B中的相关内容，在此不再赘述。

在本实施例中，在导航引导界面的第二通信触发事件为语音通信触发事件的情况下，第一终端设备11a还可在麦克风拾音期间，获取第一终端设备11a的定位位置；并将在麦克风拾音器件获取的第一终端设备11a的定位位置和麦克风停止拾音前拾取的声音数据封装为消息，提供给服务端设备12。

相应地，第二终端设备11b可在导航引导界面中，根据该消息中封装的定位位置，沿导航引导界面中的导航引导路线，显示该消息的标识。

可选地，第二终端设备11b还可自动播放消息中封装的声音数据。或者，当第二终端设备11b的定位位置与该消息中封装的定位位置之间的距离小于或等于设定的距离阈值时，播放该消息中封装的声音数据。

进一步，无论第一终端设备11a采取何种方式获取第二消息，均可如图1f所示将第二消息提供给服务端设备12。相应地，服务端设备12可将第二消息提供给第二终端设备11b进行输出。第二终端设备11b可接收第二消息，并将第二消息输出。其中，第二终端设备11b的运行状态不同，其输出第二消息的方式不同，具体输出方式可参见上述输出方式1-3的相关内容，在此不再赘述。

在一些应用场景中，出行应用类软件还可提供语音助手，实现语音交互。可选地，用户可发出指定的唤醒词来唤醒语音助手。若语音助手被唤醒时，存在正在播放的语音消息，则中断语音消息播放，直至语音助手回复结束。可选地，在语音助手回复结束后，可继续播放被中断的语音消息，或者不再续播被中断的语音消息，而是播放新的语音消息等。

在上述实施方式一至三中，用户进行语音输入时，可屏蔽唤醒词，以避免唤醒语音助手。若语音助手处于唤醒状态时，消息输入控件被触发，则退出语音助手。

在导航过程中，对于导航语音播报的情况，则若在导航语音播报过程中，消息输入控件被触发，则导航语音播报中断，或者降低导航语音播报的音量。可选地，若用户优先选择导航语音播报，则在导航语音播报过程中，消息输入控件被触发，则降低语音消息的播放音量。

当然，第一终端设备11a在处于导航状态的情况下，也可输出第二消息。其显示第二消息的方式可参见上述输出方式1中，第二终端设备11b输出第二消息的相关内容，在此不再赘述。对于第一终端设备11a，若第二消息为语音消息，则可不播放第二消息。当然，第一终端设备11a也可接收其它终端设备发送的消息并进行输出，其输出方式可参见上述输出方式1-3，在此不再赘述。

在本实施例中，对于处于导航状态的终端设备11，也可在导航引导界面显示目标群组中各用户的位置信息。下面仍以第一终端设备11a处于导航状态进行示例性说明。可选地，如图1j所示，对于目标群组中定位位置信息处于导航引导界面所包含的地理区域的用户B，第一终端设备11a可将用户B的定位图标标注于导航引导界面上对应的位置。对于目标群组中定位位置信息处于导航引导界面所包含的地理区域之外的用户C，第一终端设备11a可将用户C的标识标注于第一终端设备11a的边缘。可选地，第一终端设备11a可将用户C的标识标注于用户C的定位点与导航引导界面中心的连线，与屏幕边缘的交点处。可选地，用户C的标识可为气泡吸附在用户C的定位点与导航引导界面中心的连线，与屏幕边缘的交点处。可选地，气泡吸附角度与用户C的定位点与导航引导界面中心的连线的角度一致。

在本实施例中，由于用户C可能处于移动状态，则气泡吸附跟随用户位置的变化而变化，且保持气泡吸附在用户C的定位点与导航引导界面中心的连线，与屏幕边缘的交点处。用户C的数量可以为1个或多个。多个是指2个或2个以上。对于多个用户C，可能处于一定的地理区域内，也可能相距较远。可选地，对于多个用户C，服务端设备12可将第二终端设备11b的用户的定位位置信息提供给第一终端设备11a。第一终端设备11a可根据第二终端设备11b的用户的定位位置信息以及导航引导界面包含的地理区域的地理位置信息，确定出定位位置信息处于导航引导界面包含的地理区域之外的用户C。进一步，若用户C的数量为1个，则可将用户C的头像作为气泡，吸附在用户C的定位位置信息在电子地图中的对应位置与导航引导界面的中心之间的连线，与第一终端设备11a的屏幕边缘的交点上。可选地，若用户C的数量为多个，则第一终端设备11a可确定用户C的定位位置信息在电子地图中的对应位置与导航引导界面的中心之间的连线，并确定这些连线与第一终端设备11a的屏幕之间的多个交点。其中。一个用户C对应一条连线，一条连线对应一个交点。进一步，第一终端设备11a可计算多个交点中是否存在交点之间的距离小于或等于设定的距离阈值的目标交点；若判断结果为是，则将交点之间的距离小于或等于设定的距离阈值的目标交点的数量，则将这多个目标交点对应的用户C的标识聚合为一个气泡吸附在目标交点的关联位置。可选地，目标交点的关联位置可以为目标交点所在线段上的任一位置。可选地，还可在气泡上标注目标交点对应的用户C的数量。其中，交点之间的距离可以像素点距离进行表示。

相应地，对于交点之间的距离大于设定的距离阈值的交点，则这些交点对应的用户C为单个用户，可将用户C的头像作为气泡，吸附在用户C的定位位置信息在电子地图中的对应位置与导航引导界面的中心之间的连线，与第一终端设备11a的屏幕边缘的交点上。

可选地，第一终端设备11a还可响应于针对任一标识单个用户的气泡的触控操作，将导航引导界面的中心区域移动至被触发的气泡所标识的地图位置处，其它用户对应的气泡则吸附在这些用户的定位点与新的导航引导界面中心的连线，与屏幕边缘的交点处。可选地，新的导航引导界面的比例尺可调整为50m：1cm。相应地，第一终端设备11a还可响应于针对任一标识多个用户的气泡的触控操作，将导航引导界面的中心区域移动至被触发的气泡所标识的地图位置处，并全览被触发的气泡关联的多个用户C的定位点；其它用户对应的气泡则吸附在这些用户的定位点与新的导航引导界面中心的连线，与屏幕边缘的交点处。

在本实施例中，导航引导界面还可支持转向、放大或缩小等功能。相应地，导航引导界面在发生支持转向、放大或缩小等情况时，气泡吸附跟随导航引导界面的变化而变动。

值得说明的是，在本申请实施例中，多个终端设备11中的每个终端设备既可作为消息发送端，也可作为消息接收端。在终端设备作为消息发送端时，其执行逻辑可参见上述第一终端设备11a的相关内容，在终端设备作为消息接收端时，其执行逻辑可参见上述第二终端设备11b的相关内容。

除了上述系统实施例之外，本申请实施例还提供信息处理方法，下面分别从终端设备和服务端设备的角度，对本申请实施例提供的信息处理方法进行示例性说明。

图2为本申请实施例提供的一种信息流程方法的流程示意图。该方法适用于第一终端设备。如图2所示，该方法包括：

201、显示地图出行界面。

202、响应于地图出行界面的通信触发事件，获取输入的消息。

203、将该消息提供给服务端设备，以供服务端设备将消息发送给与第一终端属于同一群组的至少一个第二终端。

图3为本申请实施例提供的信息处理方法的流程示意图。该方法适用于服务端设备。如图3所示，该方法包括：

301、将地图出行界面提供给群组对应的终端。

302、接收第一终端提供的消息，其中，该消息是第一终端响应地图出行界面的通信触发事件获取的。

303、将消息提供给与第一终端属于同一群组的第二终端。

图4为本申请实施例提供的再一种信息处理方法的流程示意图。该方法适用于第二终端。该方法包括：

401、显示地图出行界面。

402、接收服务端设备提供的来自于其它终端的消息；其它终端与第二终端属于同一群组。

403、在地图出行界面显示消息的标识。

在本实施例中，第一终端为目标群组对应的终端中的任一终端，作为消息发送端。第二终端为隶属于目标群组的除第一终端之外的其它终端设备，作为消息接收端。

在本实施例中，目标群组中的每个用户至少具有一个终端设备。在本申请实施例中，关于用户加入目标群组的具体实施方式，可参见上述系统实施例的相关内容，在此不再赘述。在群组创建完成后，对于终端设备，可显示地图出行界面。其中，地图出行界面可为电子地图中的任一界面。例如，地图出行界面可为导航引导界面或位置共享界面等，但不限于此。在本实施例中，终端设备可响应针对地图出行界面的调用触发事件，显示地图出行界面。可选地，终端设备安装有出行类应用程序，该应用程序的首页显示有地图出行界面的调用控件。用户可触控该调用控件，进入地图出行界面。相应地，终端设备可响应于针对调用控件的触控操作产生的调用触发事件，显示地图出行界面。

或者，出行类应用程序可提供语音交互功能。用户可向终端设备发送语音指令，如“请进入地图出行界面”等，调用地图出行界面。相应地，终端设备可响应于调用地图出行界面的语音指令，显示地图出行界面。在该实施方式中，调用触发事件为接收到调用地图出行界面的语音指令。

在本实施例中，为了实现群组中用户之间的沟通，终端设备还可响应于地图出行界面的通信触发事件，获取输入的消息。其中，通信触发事件是指可触发终端设备获取其与其它终端设备进行通信的消息的事件。其中，关于通信触发事件的实现形式，将在下述实施例中进行说明，在此暂不详述。

进一步，终端设备可将获取到的消息提供给服务端设备。相应地，服务端设备可将该消息提供给隶属于目标群组的其它终端设备(第二终端)。其它终端设备可接收该消息，并输出该消息。可选地，第二终端也可显示地图出行界面，并在地图出行界面上显示其它终端提供的消息。其中，关于其它终端设备输出消息的具体实施方式，将在下文实施例中进行说明，在此暂不详述。

在本实施例中，针对多人组队出行的应用场景，可在地图出行界面实现群组中用户之间的沟通。本申请实施例提供的信息处理方式，增设了同一群组中用户之间的沟通功能，丰富了地图出行界面的使用方式，进而有助于提高地图出行界面使用的灵活性。

在本申请实施例中，出行类应用软件可向用户提供导航服务。地图出行界面可以位置共享界面。在出行类应用软件提供导航服务时，地图出行界面实现为导航引导界面。在下述实施例中，仍以目标群组中的第一终端为例，对本申请实施例提供在导航服务的基础上提供的信息处理方式进行说明。

图5为本申请实施例提供的又一种信息处理方法的流程示意图。该方法适用于第一终端。如图5所示，该方法包括：

501、显示导航引导界面。

502、响应于导航引导界面的通信触发事件，获取输入的消息。

503、将消息提供给服务端设备，以供服务端设备将消息提供给与第一终端属于同一群组的第二终端。

在本实施例中，第一终端可响应于导航触发事件，显示导航引导界面。可选地，第一终端的用户可触发开启导航控件，进入导航引导界面。相应地，导航触发事件为针对导航控件的触控操作。相应地，第一终端设备可响应于针对开启导航控件的触控操作，显示导航引导界面。或者，第一终端设备提供语音控制功能。用户可向第一终端设备发送开启导航的语音指令，进入导航引导界面。相应地，导航触发事件为接收到开启导航的语音指令。相应地，第一终端设备可响应于开启语音指令，显示导航引导界面。

在本实施例中，为了实现用户在导航过程中，也能够与目标群组中的其它用户进行沟通。第一终端还可响应于导航引导界面的通信触发事件，获取输入的消息。在本实施例中，不限定通信触发事件的具体实施形式。下面结合几种可选的实施方式进行示例性说明。

实施方式一：导航引导界面包括：消息输入控件。相应地，通信触发事件可实现为针对消息输入控件的触控操作所产生的通信触发事件。对于第一终端设备，可响应于针对第二消息输入控件的触控操作所产生的通信触发事件，并将获取到的数据封装为消息(记为第二消息)，并将该消息提供给服务端设备。其中，该消息为文本消息或语音消息。

在一些实施例中，第一终端可提供文本消息输入功能。第二消息输入控件可实现为文本输入控件。对于第一终端，可响应于针对文本输入控件所产生的文本通信触发事件，获取输入的文本数据，至少将获取的文本数据封装为消息。相应地，该消息为文本消息。

在另一些实施例中，第一终端设备也可提供语音输入功能。导航引导界面上的消息输入控件可实现为语音输入控件。相应地，通信触发事件可实现为针对语音输入控件的触控操作所产生的语音通信触发事件。对于第一终端，可响应于针对语音输入控件的触控操作所产生的语音通信触发事件，获取输入的声音数据，并至少将获取的声音数据封装为语音消息。具体实施方式为：响应于针对导航引导界面的语音输入控件的触控操作所产生的语音通信触发事件，启动第一终端的麦克风进行拾音；并响应于语音通信停止事件，控制麦克风停止拾音；至少获取麦克风停止拾音前拾取的声音数据作为输入的数据；并至少将麦克风停止拾音前拾取的声音数据封装为语音消息。

在本实施例中，不限定语音通信停止事件的具体实施方式。下面结合语音输入控件的激活方式进行示例性说明。

实施方式A1：第一终端提供的语音输入控件的激活方式为点触方式。用户可通过点击语音输入控件，触发或激活该语音输入控件。在这种实施方式中，第一终端还可提供停止语音输入控件。相应地，用户可点击停止语音输入控件，结束语音输入。相应地，第一终端设备可响应于针对语音输入控件的触控操作，启动麦克风进行拾音。进一步，在用户停止语音输入时，可触发停止语言输入控件，结束语音输入。相应地，语音通信停止事件可实现为针对停止语音输入控件的触控操作所产生的语音通信停止事件。相应地，第一终端设备可响应于针对停止语言输入控件的触控操作所产生的语音通信停止事件，控制麦克风停止拾音。实施方式A2：第一终端还可响应于针对语音输入控件的触控操作，对麦克风的拾音时间进行计时，并在麦克风的拾音时间达到设定的时长(第一时长)的情况下，确定发生语音通信停止事件，并控制麦克风停止拾音。

实施方式A3：第一终端提供的语音输入控件的激活方式为长按方式。用户可通过长按语音输入控件，触发或激活该语音输入控件。即通过长按该语音输入控件输入语音，并在停止语音输入时，释放语音输入控件。相应地，第一终端设备可响应于针对语音输入控件的触控操作产生的语音通信触发事件，启动第一终端设备的麦克风进行拾音；并响应于停止针对语音输入控件的触发操作所产生的语音通信停止事件，控件麦克风停止拾音。其中，在实施方式A3中，第一终端可在监测到语音输入控件被释放的情况下，确定发生语音通信停止事件。

实施方式A4：为了进一步提高用户体验，防止语音消息过长导致用户体验不佳，也可为语音消息的拾取时长设置时长阈值(定义为第二时长)。其中，第二时长的作用与上述第一时长相同。在用户输入语音消息的时长达到设定的第二时长时，即便用户还在长按语音输入控件，第一终端也会自动结束本次语音输入。在相应地，第一终端设备还可响应于针对语音输入控件的触控操作，对麦克风的拾音时间进行计时，并在麦克风的拾音时间达到设定的第二时长的情况下，确定发生语音通信停止事件，并控制麦克风停止拾音。

在本申请实施例中，为了防止用户针对语音输入控件的误操作，还对麦克风的拾音时长进行计时；若麦克风的拾音时长大于或等于设定的时长(记为第三时长)，则在发生语音通信停止事件时，上述至少获取麦克风停止拾音前拾取的声音数据，并至少将麦克风停止拾音前拾取的声音数据封装为消息，提供给服务端设备。相应地，若语音输入控件的拾音时长小于设定的时长(第三时长)，则可显示拾音过短的提示信息，并将麦克风拾取的声音数据丢弃。可选地，第三时长小于上述第一时长和第二时长。

在又一些实施例中，第一终端可提供文本输入功能和语音输入功能。第二消息输入控件可实现为文本输入控件和语音输入控件。对于用户来说，可自主选择采用文本输入还是语音输入。

实施方式二：考虑到终端设备处于导航状态的情况下，用户一般处于行进(如步行、骑行或驾车行驶等)过程中。用户在行进过程中，可能不方便操作第二消息输入控件。为了提高用户使用的便捷性，第一终端可监听导航引导界面上除功能控件所在区域之外的任一区域的触控操作；若该触控操作产生的事件为语音通信触发事件，则启动第一终端的麦克风进行拾音；响应于语音通信停止事件，控制麦克风停止拾音；并至少将麦克风停止拾音前拾取的声音信号封装为第二消息。其中，功能控件是指导航引导界面上可提供特定功能的控件。功能控件包括：上述第二消息输入控件、退出导航控件、全览空间以及其它功能控件等。

可选地，在拾音开启之后，用户还可在结束语音输入时，触发导航引导界面除功能控件所在区域之外的任一区域。相应地，第一终端可响应于针对导航引导界面除功能控件所在区域之外的任一区域的触控操作，若该触控操作产生的事件为语音通信停止事件，控制第一终端的麦克风停止拾音；并至少将麦克风停止拾音前拾取的声音数据，封装为第二消息。

可选地，在该实施方式中，第一终端监听导航引导界面上除功能控件所在区域之外的任一区域的触控操作；若该触控操作发生在麦克风拾音期间，则确定该触控操作产生的事件为语音通信停止事件。相应地，若该触控操作发生时，麦克风处于关闭状态，则确定该触控操作产生的事件为语音通信触发事件。

或者，第一终端还可响应于针对语音通信触发事件，对麦克风的拾音时间进行计时，并在麦克风的拾音时间达到设定的时长(记为第四时长)的情况下，确定发生语音通信停止事件，并控制麦克风停止拾音。

在实施方式二中，由于导航引导界面除功能控件所在区域之外的其它区域，实现为隐式控件，对于用户来说是无感知的。为了使用户了解该功能，第一终端还可在导航引导界面上，显示功能引导图层，该功能引导图层用于显示在导航引导界面上除功能控件所在区域之外的任一区域进行触控操作产生语音通信触发事件的触控操作方式，主要用于引导用户触控导航引导界面除功能控件之外的任一区域进行语音输入。

可选地，第一终端还可响应于导航触发事件，在导航引导界面上，显示功能引导图层。其中，功能引导图层显示语音通信触发事件的触控操作方式可采用文本引导提示信息、图片引导提示信息或或者为动画引导提示信息中的一种或多种。其中，引导提示信息的内容不进行限定。

或者，第一终端可响应于导航触发事件，监测针对第二消息输入控件的触控操作的次数；且在针对第二消息输入控件的触控操作的次数达到设定的数量阈值时，在导航引导界面上，显示功能引导图层。

实施方式三：第一终端可提供语音交互功能。第一终端可监听针对导航引导界面的请求通信的语音指令，并在位置共享界面监听到请求通信的语音指令的情况下，确定在导航引导界面发生通信触发事件。相应地，第二通信触发事件可实现为第一终端在导航引导界面监听到用户发出的请求通信的语音指令。相应地，第一终端响应于在导航引导界面监听到的通信触发事件，获取输入的数据，并将获取到的数据，封装为消息。可选地，通信触发事件可为文本通信触发事件或语音通信触发事件。相应地，该消息可以文本消息或者语音消息。其中，关于第一终端如何响应于导航引导界面监听到的语音通信触发事件，获取输入的消息的具体实施方式，可参见上述实施方式B中的相关内容，在此不再赘述。

在本实施例中，在导航引导界面的通信触发事件为语音通信触发事件的情况下，第一终端还可在麦克风拾音期间，获取第一终端的定位位置；并将在麦克风拾音器件获取的第一终端的定位位置和麦克风停止拾音前拾取的声音数据封装为消息，提供给服务端设备。

相应地，第二终端可在导航引导界面中，根据该消息中封装的定位位置，沿导航引导界面中的导航引导路线，显示该消息的标识。

可选地，第二终端还可自动播放消息中封装的声音数据。或者，当第二终端的定位位置与该消息中封装的定位位置之间的距离小于或等于设定的距离阈值时，播放该消息中封装的声音数据。

在本申请实施例中，出行类应用程序除了提供导航服务之外，还可提供位置共享服务。相应地，地图出行界面可以位置共享界面。群组中的用户可在位置共享界面共享实时位置，并在位置共享状态下，在地图出行界面实现用户之间的沟通。具体实施方式如图6所示，该方法包括：

601、显示位置共享界面，位置共享界面包含目标群组中各终端的定位位置。

602、响应于位置共享界面的通信触发事件，获取输入的消息。

603、将消息提供给服务端设备，以供服务端设备将消息提供给与第一终端属于同一群组的第二终端。

在本实施例中，群组中的多个终端设备可定位其隶属的用户的定位位置，并将定位位置提供给服务端设备。服务端设备可根据多个终端设备的定位位置，获取包含这些定位位置信息的电子地图数据；并将获取的电子地图数据提供给多个终端设备。

相应地，对于多个终端设备，可接收电子地图数据；并基于电子地图数据，将包含目标群组中多个终端的定位位置的位置共享界面渲染在各自的屏幕上。即多个终端设备显示包含目标群组中各终端的定位位置的位置共享界面。

在本实施例中，为了实现群组中用户之间的沟通，第一终端可响应于位置共享界面的通信触发事件，获取输入的消息(记为第一消息)。其中，通信触发事件是指可触发第一终端设备获取其与其它终端设备进行通信的消息的事件。其中，关于通信触发事件的实现形态，将在下述实施例中进行说明，在此暂不详述。

进一步，可将消息提供给服务端设备。相应地，服务端设备可将消息提供给隶属于目标群组的其它终端设备。其它终端设备可接收消息，并输出该消息。其中，关于其它终端设备输出第一消息的具体实施方式，将在下文实施例中进行说明，在此暂不详述。

在本实施例中，针对多人组队进行位置共享的应用场景，可在位置共享界面实现目标群组中用户之间的沟通。本申请实施例提供的信息处理方式，增设了同一群组中用户之间的沟通功能，丰富了位置共享界面的使用方式，进而有助于提高位置共享界面使用的灵活性。

在本申请实施例中，提供消息的用户，可以为目标群组中的任一用户。相应地，提供消息的终端设备为该用户对应的终端设备，即可以为多个终端设备中的任一终端设备。

在本实施例中，第一终端作为消息发送端，可响应于位置共享界面的通信触发事件，获取输入的消息。不限定通信触发事件的具体实施形式。下面结合几种可选的实施方式进行示例性说明。

实施方式a：位置共享界面还包括：消息输入控件。相应地，通信触发事件可实现为针对消息输入控件的触控操作所产生的通信触发事件。对于第一终端，可响应于针对消息输入控件的触控操作所产生的通信触发事件，获取输入的数据，并将输入的数据封装为消息，提供给服务端设备。其中，该消息可以为文本消息或语音消息。

在一些实施例中，第一终端可提供文本消息输入功能。位置共享界面上的消息输入控件可实现为文本输入控件。对于第一终端，可响应于针对文本输入控件的触控操作产生的文本通信触发事件，获取输入的文本数据，并至少将输入的文本数据封装为文本消息。

在另一些实施例中，第一终端也可提供语音输入功能。消息输入控件可实现为语音输入控件。相应地，通信触发事件可实现为针对语音输入控件的触控操作所产生的语音通信触发事件。对于第一终端，可响应于针对语音输入控件的触控操作所产生的语音通信触发事件，获取输入的声音数据，并至少将获取的声音数据封装为语音消息。具体实施方式为：第一终端响应于针对位置共享界面的语音输入控件的触控操作所产生的语音通信触发事件，启动第一终端的麦克风进行拾音；并响应于语音通信停止事件，控制麦克风停止拾音；至少获取麦克风停止拾音前拾取的声音数据作为输入的数据；并至少将麦克风停止拾音前拾取的声音数据封装为语音消息。

在本实施例中，不限定语音通信停止事件的具体实施方式。下面结合语音输入控件的激活方式进行示例性说明。

实施方式a1：第一终端提供的语音输入控件的激活方式为点触方式。相应地，第一终端可响应于针对语音输入控件的触控操作，启动麦克风进行拾音。进一步，在用户停止语音输入时，可触发停止语言输入控件，结束语音输入。相应地，语音通信停止事件可实现为针对停止语音输入控件的触控操作所产生的语音通信停止事件。相应地，第一终端可响应于针对停止语言输入控件的触控操作所产生的语音通信停止事件，控制麦克风停止拾音。

实施方式a2：为了进一步提高用户体验，防止语音消息过长导致用户体验不佳，还可为语音消息的拾取时长设置时长阈值(定义为第一时长)。在用户输入语音消息的时长达到设定的时长阈值时，自动结束本次语音输入。相应地，第一终端还可响应于针对语音输入控件的触控操作，对麦克风的拾音时间进行计时，并在麦克风的拾音时间达到设定的时长(第一时长)的情况下，确定发生语音通信停止事件，并控制麦克风停止拾音。

实施方式a3：第一终端提供的语音输入控件的激活方式为长按方式。用户可通过长按语音输入控件，触发或激活该语音输入控件。即通过长按该语音输入控件输入语音，并在停止语音输入时，释放语音输入控件。相应地，第一终端可响应于针对语音输入控件的触控操作产生的语音通信触发事件，启动第一终端的麦克风进行拾音；并响应于停止针对语音输入控件的触发操作所产生的语音通信停止事件，控件麦克风停止拾音。其中，在实施方式a3中，第一终端可在监测到语音输入控件被释放的情况下，确定发生语音通信停止事件。

实施方式a4：为了进一步提高用户体验，防止语音消息过长导致用户体验不佳，也可为语音消息的拾取时长设置时长阈值(定义为第二时长)。其中，第二时长的作用与上述第一时长相同。在用户输入语音消息的时长达到设定的第二时长时，即便用户还在长按语音输入控件，第一终端也会自动结束本次语音输入。相应地，第一终端还可响应于针对语音输入控件的触控操作，对麦克风的拾音时间进行计时，并在麦克风的拾音时间达到设定的第二时长的情况下，确定发生语音通信停止事件，并控制麦克风停止拾音。

在本申请实施例中，为了防止用户针对语音输入控件的误操作，还对麦克风的拾音时长进行计时；若麦克风的拾音时长大于或等于设定的时长(记为第三时长)，则在发生语音通信停止事件时，上述至少获取麦克风停止拾音前拾取的声音数据，并至少将麦克风停止拾音前拾取的声音数据封装为消息，提供给服务端设备。相应地，若语音输入控件的拾音时长小于设定的时长(第三时长)，则可显示拾音过短的提示信息(如“！说话时间过短”等)，并将麦克风拾取的声音数据丢弃。在本实施例中，不限定第三时长的具体取值。可选地，第三时长小于上述第一时长和第二时长。

在又一些实施例中，第一终端可提供文本输入功能和语音输入功能。位置共享界面上的消息输入控件可实现为文本输入控件和语音输入控件。对于用户来说，可自主选择采用文本输入还是语音输入。

考虑到用户出行安全，用户在行走或者驾驶车辆过程中可能不方便查看文本消息。在本实施例中，第一终端可在目标群组中存在行走或驾驶车辆行驶的用户的情况下，提示第一终端的用户采用语音输入。可选地，第一终端可响应于针对文本输入控件的触控操作，向服务端设备发送文本输入请求。

相应地，服务端设备响应于该文本输入请求，判断目标群组中是否存在行走或驾驶车辆行驶的用户；若判断结果为是，则确定第一终端不适合采用文本输入。

考虑到用户在行走或驾驶车辆行驶时，一般将终端设备调整为导航状态。基于此，服务端设备可获取目标群组中的各终端的运行状态；并根据目标群组中的各终端的运行状态，判断目标群组中的各终端的中是否存在处于导航状态的终端设备。若判断结果为是，则确定第一终端不适合文本输入，并向第一终端返回语音输入提示信息，以提示第一终端的用户采用语音输入。相应地，第一终端可接收该语音输入提示信息，并输出该语音输入提示信息，以提示第一终端的用户采用语音输入。

或者，服务端设备还可获取目标群组中各终端的在线状态；并从中确定处于在线状态的终端。进一步，服务端设备可获取处于在线状态的终端的运行状态；并根据处于在线状态的终端的运行状态，判断处于在线状态的终端中是否存在处于导航状态的终端。若判断结果为是，则确定第一终端不适合文本输入。相应地，第一终端可接收该语音输入提示信息，并输出该语音输入提示信息，以提示第一终端的用户采用语音输入。

或者，也可由终端设备确定是否适合文本输入。具体实施方式为：第一终端响应于针对位置共享界面的文本输入控件的触控操作，获取群组中各终端的运行状态；根据群组中各终端的运行状态，判断群组中是否存在处于导航状态的终端；若判断结果为是，则输出语音输入提示信息，以提示第一终端的用户采用语音输入。或者，第一终端可响应于针对文本输入控件的触控操作，获取群组中处于在线状态的终端；判断处于在线状态的终端中是否存在处于导航状态的终端；若判断结果为是，则输出语音输入提示信息，以提示第一终端的用户采用语音输入。

相应地，第一终端可输出该语音输入提示信息，以提示第一终端的用户采用语音输入。可选地，语音输入提示信息可为语音信息。第一终端可语音播放该语音输入提示信息。

或者，语音输入提示信息可为文本信息。第一终端可在文本输入控件的邻近区域显示该语音输入提示信息。其中，关于文本输入控件的邻近区域的描述，可参见上述实施例的相关内容，在此不再赘述。相应地，第一终端可响应于针对语音输入提示信息显示区域的关联区域触控操作，控制语音输入提示信息消失。

或者，语音输入提示信息可预置于第一终端中。相应地，服务端设备在确定第一终端不适合文本输入的情况下，并向第一终端返回用于标识“不适合文本输入”的提示信息。相应地，第一终端接收用于标识“不适合文本输入”的提示信息，并响应于该提示信息，从预置信息中获取语音输入提示信息，并输出语音输入提示信息，以提示第一终端的用户采用语音输入。其中，关于第一终端输出语音输入提示信息的具体实施方式，可参见上述实施例的相关内容，在此不再赘述。

实施方式b：第一终端可提供语音交互功能。第一终端可监听针对位置共享界面的请求通信的语音指令，并在位置共享界面监听到请求通信的语音指令的情况下，确定在位置共享界面发生通信触发事件。相应地，通信触发事件可实现为第一终端在位置共享界面监听到用户发出的请求通信的语音指令。相应地，第一终端响应于在位置共享界面监听到的语音通信触发事件，获取输入的数据，并将获取到的数据，封装为消息。其中，该消息可以文本消息或者语音消息。其中，关于第一终端响应于在位置共享界面监听到的语音通信触发事件，获取输入的数据的具体实施方式，可参见上述系统实施例的相关内容，在此不再赘述。

实施方式c：第一终端可提供互动功能。第一终端可提供互动控件。该互动控件可实现为互动信息项或者针对指定区域进行指定操作等。其中，互动信息项可为表情包信息项或动画信息项等。例如“怼”、“舔”等互动消息等。若互动控件实现为互动信息项，则通信触发事件可实现为针对互动信息项的选择操作。相应地，第一终端响应于针对互动信息项的选择操作所产生的互动通信触发事件，将被选中的互动信息项作为消息，提供给服务端设备。

无论第一终端采用何种方式获取消息，均可将其产生的消息提供给服务端设备。相应地，服务端设备可将该消息提供给隶属于目标群组的其它终端(即第二终端)。第二终端可接收消息，并输出该消息。其中，第二终端的运行状态不同，其输出消息的方式不同。下面结合第二终端的运行状态进行示例性说明。

实施例1：第二终端设备处于导航状态。第二终端设备的信息处理方法可如图7所示，包括：

701、显示导航引导界面。

702、接收服务端设备提供的来自于第一终端的消息；其中，第一终端为隶与第二终端属于同一群组的其它终端。

703、在导航引导界面显示消息的标识。

在本实施例中，第二终端处于导航引导状态，则可将接收到的消息显示在导航引导界面上。可选地，第二终端可将接收到的消息的标识显示在导航引导界面上。其中，消息的标识可为消息对应的消息框。可选地，第二终端可在导航引导界面中，在导航引导界面上的消息输入控件的邻近区域显示消息的标识。其中，导航引导界面上的消息输入控件的邻近区域的描述，可参见上述系统实施例的相关内容，在此不再赘述。进一步，若消息为语音消息，第二终端还可自动播放该消息。

在一些实施例中，在上述实施方式A1-A4中，第一终端还可在麦克风拾音期间，获取第一终端的定位位置；并将在麦克风拾音器件获取的第一终端的定位位置和麦克风停止拾音前拾取的声音数据封装为消息，提供给服务端设备。

相应地，第二终端可在导航引导界面中，根据该消息中封装的定位位置，沿导航引导界面中的导航引导路线，显示该消息的标识。

可选地，第二终端还可自动播放消息中封装的声音数据。或者，当第二终端的定位位置与该消息中封装的定位位置之间的距离小于或等于设定的距离阈值时，播放该消息中封装的声音数据。

可选地，第二终端可以弹幕形式显示消息的标识。具体实施方式为：第二终端可对消息的标识的显示时长进行计时；并在消息的标识的显示时长达到设定的时长(记为第四时长)时，将消息的标识从导航引导界面上移除。

实施例2：第二终端处于显示位置共享界面的状态。第二终端设备的信息处理方法可如图8所示，包括：

801、显示位置共享界面；位置共享界面包含目标群组中各终端的定位位置。

802、接收服务端设备提供的来自第一终端的消息；其中，第一终端为隶属于目标群组的除第二终端之外的其它终端。

803、在位置共享界面上显示消息的标识。

在本实施例中，不限定第二终端在位置共享界面上显示消息的具体实施方式。第二终端可将消息的标识显示在位置共享界面上。其中，消息的标识可为消息框。可选地，可在位置共享界面上设置消息显示图层，该消息显示图层可悬浮于位置共享界面上。相应地，第二终端将消息的标识显示在消息显示图层中。

考虑到第二终端的屏幕尺寸，并兼顾第二终端的屏幕上显示的位置共享界面的显示效果，可设置消息显示图层的大小。其中，消息显示图层的大小小于第二终端的屏幕尺寸。相应地，可设置第二终端可显示的消息的数量N，即第二终端最多可显示N条消息的标识。其中，N为正整数。可选地，1≤N≤10。可选地，第二终端可在上述位置共享界面上显示的消息显示图层中显示最新产生的N条消息的标识。其中，最新产生的N条消息可以为：第二终端自己发出的消息，也可以为其它终端设备提供的消息，或者，这N条消息部分为第二终端自己发出的消息，部分为其他终端设备提供的消息；等等。

可选地，第二终端可按照接收到N条消息的先后顺序，以上下结构在消息显示图层上显示这N条消息的标识。即，第二终端每发出或接收到一条消息，将该消息的标识显示于当前已显示的消息的标识的底部。下面以第二终端显示当前接收到的消息为例进行示例性说明。

针对当前待显示消息，第二终端可判断位置共享界面上当前显示的消息的数量是否小于N；若判断结果为是，则将待显示消息的标识显示于当前显示的消息框的底部。第二终端可将消息显示图层中当前显示的消息的标识向上平移设定高度，并将待显示消息显示于平移后的消息的标识的底部。其中，设定的高度可以为消息标识的高度。在这种情况下，从用户的视角来看，位置共享界面上当前显示的消息的标识整体向上平移设定高度，但还显示在第二终端的屏幕上。相应地，若判断结果为位置共享界面上当前显示的消息的数量为N，则将当前显示的消息的标识向上平移设定高度，并将第二消息显示于平移后的消息的标识的底部。在这种情况下，从用户的视角来看，消息显示图层中当前显示的消息的标识整体向上平移设定高度，最上部的消息被移出屏幕。可选地，无新消息时，停止消息滚动。

实施例3：第二终端位于除导航引导界面和位置共享界面的其它页面，则第二终端设备可接收第一消息，并将目标群组的标识控件上显示的未读消息数量加1。第二终端设备还可存储第一消息，以供第二终端设备的用户触发目标群组的标识控件时，进入位置共享界面，并在位置共享界面显示消息。

需要说明的是，在本申请实施例中，第一终端设备作为消息发送端时，也可将其发送的消息显示在地图出行界面上。其中，第一终端显示消息的具体实施方式可参见上述实施例1-3中的相关内容，在此不再赘述。第一终端也可作为消息接收端，接收目标群组中其它终端提供的消息，并将消息进行输出。其中，第一终端设备作为消息接收端的执行逻辑可参见上述实施例1-3中终端设备作为消息接收端的相关内容，在此不再赘述。

还需要说明的是，在本申请实施例中，对于一个终端设备来说，可作为消息发送端，对应上述第一终端，执行上述图2、图5和图6及其可选实施方式中的相关内容。对于一个终端设备来说，也可实现消息接收端，对应上述第二终端，执行上述图4、图7和图8及其可选实施方式中的逻辑；或者，对于一个终端设备来说，也可实现为消息发送端和消息接收端，对应上述第一终端和第二终端，可执行上述图2和图4-8及其可选实施方式中的逻辑。当然，终端设备作为消息发送端时，也可只执行图5及其可选实施方式中的相关内容；或者，只执行图6及其可选实施方式中的相关内容。终端设备作为消息接收端时，也可只执行图7及其可选实施方式中的相关内容；或者，只执行图8及其可选实施方式中的相关内容。

需要说明的是，上述实施例所提供方法的各步骤的执行主体均可以是同一设备，或者，该方法也由不同设备作为执行主体。比如，步骤401和402的执行主体可以为设备A；又比如，步骤401的执行主体可以为设备A，步骤402的执行主体可以为设备B；等等。

另外，在上述实施例及附图中的描述的一些流程中，包含了按照特定顺序出现的多个操作，但是应该清楚了解，这些操作可以不按照其在本文中出现的顺序来执行或并行执行，操作的序号如401、402等，仅仅是用于区分开各个不同的操作，序号本身不代表任何的执行顺序。另外，这些流程可以包括更多或更少的操作，并且这些操作可以按顺序执行或并行执行。

相应地，本申请实施例还提供一种存储有计算机指令的计算机可读存储介质，当计算机指令被一个或多个处理器执行时，致使一个或多个处理器执行上述各信息处理方法中的步骤。

图9为本申请实施例提供的终端设备的结构示意图。如图9所示，包括：存储器90a、处理器90b、通信组件90c和屏幕90d。其中，存储器90a，用于存储计算机程序。

在一些实施例中，终端设备可作为消息发送端。处理器90b耦合至存储器90a，用于执行计算机程序以用于：显示地图出行界面；响应于地图出行界面的通信触发事件，获取输入的消息；将消息提供给服务端设备，以供服务端设备将消息发送给与第一终端属于同一群组的至少一个第二终端。

在一些实施例中，地图出行界面是导航引导界面，导航引导界面还包括：第一消息输入控件。处理器90b在获取输入的消息时，具体用于：响应于针对地图出行界面的第一消息输入控件的触控操作所产生的通信触发事件，获取输入的数据，并将获取到的数据封装为消息。

可选地，第一消息输入控件是第一语音输入控件，通信触发事件为语音通信触发事件。相应地，处理器90b在获取输入的数据时，具体用于：响应于针对导航引导界面的第一语音输入控件的触控操作所产生的语音通信触发事件，启动第一终端的麦克风进行拾音；响应于第一语音通信停止事件，控制麦克风停止拾音；至少获取麦克风停止拾音前拾取的声音数据作为输入的数据。相应地，处理器90b在将获取到的数据封装为消息时，具体用于：至少将麦克风停止拾音前拾取的声音数据封装为消息。

可选地，处理器90b在控制麦克风停止拾音时，具体用于：响应于针对停止语音输入控件的触控操作所产生的语音通信停止事件，控制麦克风停止拾音；或者，响应于停止针对第一语音输入控件的触控操作所产生的语音通信停止事件，控制麦克风停止拾音。

可选地，处理器90b还用于：对麦克风的拾音时长进行计时，若拾音时长大于设定的第一时长，则执行至少获取麦克风停止拾音前拾取的声音数据作为输入的数据的步骤。

在另一些实施例中，如图9所示，终端设备还包括：音频组件90e。其中，音频组件90e包括：麦克风。处理器90b在获取输入的消息时，具体用于：响应于在导航引导界面监听到的语音通信触发事件，启动第一终端的麦克风进行拾音；至少将麦克风停止拾音前拾取的声音数据封装为消息。

在又一些实施例中，处理器90b在获取输入的消息时，具体用于：监听导航引导界面上除功能控件所在区域之外的任一区域的触控操作，若触控操作所产生的事件为语音通信触发事件，则启动第一终端的麦克风进行拾音；响应于第二语音通信停止事件，控制麦克风停止拾音；至少将麦克风停止拾音前拾取的声音数据封装为消息。

可选地，处理器90b还用于：在导航引导界面上，显示功能引导图层，功能引导图层用于显示在导航引导界面上除功能控件所在区域之外的任一区域进行触控操作产生语音通信触发事件的触控操作方式。

在其它一些实施例中，处理器90b还用于：将麦克风拾音期间，获取的第一终端的定位位置作为输入的数据。相应地，处理器90b在至少将麦克风停止拾音前拾取的声音数据封装为消息，具体用于：将在麦克风拾音期间，获取的第一终端的定位位置和麦克风停止拾音前拾取的声音数据封装为消息。

可选地。处理器90b用于：在导航引导界面中，根据消息中封装的定位位置，沿导航引导界面中的导航引导路线，显示消息的标识；或者，在导航引导界面中，在第一消息输入控件的邻近区域，显示消息的标识。

可选地，处理器90b还用于：对消息的标识的显示时长进行计时；并在消息的标识显示时长达到设定的第二时长时，将消息的标识从导航引导界面上移除。

在本实施例中，终端设备还可作为消息接收端。相应地，处理器90b还用于：通过音频组件90e播放第一终端接收到的其所在群组中其它终端发送来的消息中封装的声音数据；或者，当第一终端的定位位置与第一终端接收到的其所在群组中其它终端发送来的消息中封装的定位位置之间的距离小于或等于设定的距离阈值时，通过音频组件90e播放其它终端发送来的消息中封装的声音数据。

在本实施例中，地图出行界面还可为位置共享界面，位置共享界面包括：群组中的各终端的定位位置信息；位置共享界面还包括：第二消息输入控件。处理器90b在响应于地图出行界面的通信触发事件，获取输入的消息时，具体用于：响应于针对第二消息输入控件的触控操作所产生的通信触发事件，获取输入的数据，并将获取到的数据封装为消息。

可选地，第二消息输入控件包括：文本输入控件和第二语音输入控件。处理器90b还用于：响应于针对文本输入控件的触控操作，通过通信组件90c向服务端设备发送文本输入请求，以供服务端设备在确定不适合采用文本输入的情况下，返回语音输入提示信息；通过通信组件90c接收并输出语音输入提示信息，以提示第一终端的用户采用语音输入；或者，响应于针对文本输入控件的触控操作，获取群组中各终端的运行状态；根据群组中各终端的运行状态，判断群组中是否存在处于导航状态的终端；若判断结果为是，则输出语音输入提示信息，以提示第一终端的用户采用语音输入；或者，响应于针对文本输入控件的触控操作，获取群组中处于在线状态的终端；判断处于在线状态的终端中是否存在处于导航状态的终端；若判断结果为是，则输出语音输入提示信息，以提示第一终端的用户采用语音输入。

进一步，处理器90b在输出语音输入提示信息时，具体用于：若语音输入提示信息为文本信息，则在文本输入控件的邻近区域显示语音输入提示信息；若语音输入提示信息为语音信息，则通过音频组件90e播放语音提示信息。

在另一些实施例中，地图出行界面还可为位置共享界面，位置共享界面包括：群组中的各终端的定位位置信息；处理器90b在响应于地图出行界面的通信触发事件，获取输入的消息时，具体用于：响应于在位置共享界面监听到的语音通信触发事件，启动第一终端的麦克风进行拾音；至少将麦克风拾取的声音数据封装为消息。

可选地，处理器90b还用于：在位置共享界面显示的消息显示图层中显示最新产生的N条消息的标识；其中，N为正整数。

进一步，处理器90b在显示最新产生的N条消息的标识时，具体用于：按照接收到N条消息的先后顺序，以上下结构在消息显示图层上显示N条消息的标识。

可选地，处理器90b还用于：判断位置共享界面上当前显示的消息的数量是否小于N；若判断结果为是，则将待显示消息的标识显示于当前显示的标识的底部；若判断结果为当前显示的消息的数量为N，则将当前显示的N条消息的标识向上平移设定高度，并将待显示消息的标识显示于平移后的消息的标识的底部。

在又一些实施例中，终端设备在可实现为消息接收端时，处理器90b用于：显示地图出行界面；接收服务端设备提供的来自于第二终端的消息；第二终端与第一终端属于同一群组；在地图出行界面显示消息的标识。其中，地图出行界面为导航引导界面或位置共享界面时，显示消息的标识的具体实施方式可参见上述实施例的相关内容，在此不再赘述。

在一些可选实施方式中，如图9所示，该终端设备还可以包括：电源组件90f等组件。图9中仅示意性给出部分组件，并不意味着终端设备必须包含图9所示全部组件，也不意味着终端设备只能包括图9所示组件。

本实施例提供的终端设备，在出行应用类软件的组队功能的基础上，增设组队群组中用户之间的沟通功能。群组中的终端设备可显示地图出行界面；并响应于针对地图出行界面的通信触发事件，获取输入的消息，并将该消息提供给服务端设备。服务端设备可将消息发送给群组中其它终端，在用户行程中实现了与群组中的其它用户之间的沟通。本申请实施例提供的信息处理方式，增设了出行状态下群组中用户之间的沟通功能，丰富了地图出行界面的使用方式，进而有助于提高地图出行界面使用的灵活性。

图10为本申请实施例提供的服务端设备的结构示意图。如图10所示，包括：存储器100a、处理器100b和通信组件100c。其中，存储器100a，用于存储计算机程序。

处理器耦合至存储器，用于执行计算机程序以用于：通过通信组件100c将地图出行界面提供给目标群组对应的终端设备；以及通过通信组件100c接收第一终端提供的消息，第一消息是第一终端设备响应地图出行界面的通信触发事件获取的；并通过通信组件100c将消息提供给与第一终端属于同一群组的第二终端。

可选地，处理器100b还用于：响应于第一终端提供的文本输入请求，判断群组对应的终端设备是否存在处于导航状态的终端；若判断结果为是，则向第一终端返回语音输入提示信息，以提示第一终端的用户采用语音输入；或者，响应于第一终端设备提供的文本输入请求，确定群组中处于在线状态的终端；判断处于在线状态的终端是否存在处于导航状态的终端；若判断结果为是，则向第一终端返回语音输入提示信息，以提示第一终端设备的用户采用语音输入。

在一些可选实施方式中，如图10所示，该终端设备还可以包括：电源组件100d等组件。图10中仅示意性给出部分组件，并不意味着终端设备必须包含图10所示全部组件，也不意味着终端设备只能包括图10所示组件。

本实施例提供的服务端设备，可在目标群组中的终端设备处于地图出行界面时，将隶属于目标群组的终端提供的消息，转发给目标群组的其它终端，在用户行程中实现了与群组中的其它用户之间的沟通。本申请实施例提供的信息处理方式，增设了出行状态下群组中用户之间的沟通功能，丰富了地图出行界面的使用方式，进而有助于提高地图出行界面使用的灵活性。

在本申请实施例中，存储器用于存储计算机程序，并可被配置为存储其它各种数据以支持在其所在设备上的操作。其中，处理器可执行存储器中存储的计算机程序，以实现相应控制逻辑。存储器可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

在本申请实施例中，处理器可以为任意可执行上述方法逻辑的硬件处理设备。可选地，处理器可以为中央处理器(Central Processing Unit，CPU)、图形处理器(GraphicsProcessing Unit，GPU)或微控制单元(Microcontroller Unit，MCU)；也可以为现场可编程门阵列(Field-Programmable Gate Array，FPGA)、可编程阵列逻辑器件(ProgrammableArray Logic，PAL)、通用阵列逻辑器件(General Array Logic，GAL)、复杂可编程逻辑器件(Complex Programmable Logic Device，CPLD)等可编程器件；或者为先进精简指令集(RISC)处理器(Advanced RISC Machines，ARM)或系统芯片(System on Chip SOC)等等，但不限于此。

在本申请实施例中，通信组件被配置为便于其所在设备和其他设备之间有线或无线方式的通信。通信组件所在设备可以接入基于通信标准的无线网络，如WiFi，2G或3G，4G，5G或它们的组合。在一个示例性实施例中，通信组件经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，通信组件还可基于近场通信(NFC)技术、射频识别(RFID)技术、红外数据协会(IrDA)技术、超宽带(UWB)技术、蓝牙(BT)技术或其他技术来实现。

在本申请实施例中，显示屏可以包括液晶显示器(LCD)和触摸面板(TP)。如果显示屏包括触摸面板，显示屏可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与触摸或滑动操作相关的持续时间和压力。

在本申请实施例中，电源组件被配置为其所在设备的各种组件提供电力。电源组件可以包括电源管理系统，一个或多个电源，及其他与为电源组件所在设备生成、管理和分配电力相关联的组件。

在本申请实施例中，音频组件可被配置为输出和/或输入音频信号。例如，音频组件包括至少一个麦克风(MIC)，当音频组件所在设备处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器或经由通信组件发送。在一些实施例中，音频组件还包括至少一个扬声器，用于输出音频信号。例如，对于具有语言交互功能的设备，可通过音频组件实现与用户的语音交互等。

需要说明的是，本文中的“第一”、“第二”等描述，是用于区分不同的消息、时长、设备、模块等，不代表先后顺序，也不限定“第一”和“第二”是不同的类型。在一些实施例中，第一消息也可能被描述为第二、第三四消息等，但不限于此。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (24)

1.一种信息处理方法，其中，适用于第一终端，包括：

显示地图出行界面；

响应于所述地图出行界面的通信触发事件，获取输入的消息；

将所述消息提供给服务端设备，以供所述服务端设备将所述消息发送给与所述第一终端属于同一群组的至少一个第二终端。

2.根据权利要求1所述的方法，其中，所述地图出行界面是导航引导界面，所述导航引导界面还包括：第一消息输入控件；

所述响应于所述地图出行界面的通信触发事件，获取输入的消息，包括：

响应于针对地图出行界面的第一消息输入控件的触控操作所产生的通信触发事件，获取输入的数据，并将获取到的数据封装为所述消息。

3.根据权利要求2所述的方法，其中，所述第一消息输入控件是第一语音输入控件，所述通信触发事件为语音通信触发事件，则所述响应于针对地图出行界面的第一消息输入控件的触控操作所产生的通信触发事件，获取输入的数据，包括：

响应于针对导航引导界面的第一语音输入控件的触控操作所产生的语音通信触发事件，启动所述第一终端的麦克风进行拾音；

响应于第一语音通信停止事件，控制所述麦克风停止拾音；

至少获取所述麦克风停止拾音前拾取的声音数据作为所述输入的数据；

所述将获取到的数据封装为所述消息，具体包括：

至少将所述麦克风停止拾音前拾取的声音数据封装为所述消息。

4.根据权利要求3所述的方法，其中，所述响应于第一语音通信停止事件，控制所述麦克风停止拾音，具体包括：

响应于针对停止语音输入控件的触控操作所产生的语音通信停止事件，控制所述麦克风停止拾音；

或者，

响应于停止针对第一语音输入控件的触控操作所产生的语音通信停止事件，控制所述麦克风停止拾音。

5.根据权利要求3或4所述的方法，其中，所述方法进一步包括：

对所述麦克风的拾音时长进行计时，若所述拾音时长大于设定的第一时长，则执行所述至少获取所述麦克风停止拾音前拾取的声音数据作为所述输入的数据的步骤。

6.根据权利要求1所述的方法，其中，所述地图出行界面是导航引导界面，所述响应于所述导航引导界面的通信触发事件，获取输入的消息，包括：

响应于在所述导航引导界面监听到的语音通信触发事件，启动所述第一终端的麦克风进行拾音；

至少将所述麦克风停止拾音前拾取的声音数据封装为所述消息。

7.根据权利要求1所述的方法，其中，所述地图出行界面是导航引导界面，响应于所述导航引导界面的通信触发事件，获取输入的消息，包括：

监听所述导航引导界面上除功能控件所在区域之外的任一区域的触控操作，若所述触控操作所产生的事件为语音通信触发事件，则启动所述第一终端的麦克风进行拾音；

响应于第二语音通信停止事件，控制所述麦克风停止拾音；

至少将所述麦克风停止拾音前拾取的声音数据封装为所述消息。

8.根据权利要求7所述的方法，其中，还包括：

在所述导航引导界面上，显示功能引导图层，所述功能引导图层用于显示在所述导航引导界面上除功能控件所在区域之外的任一区域进行触控操作产生语音通信触发事件的触控操作方式。

9.根据权利要求3、4以及6-8任一项所述的方法，其中，还包括：

将麦克风拾音期间，获取的所述第一终端的定位位置作为所述输入的数据；

所述至少将所述麦克风停止拾音前拾取的声音数据封装为所述消息，具体包括：

将在麦克风拾音期间，获取的所述第一终端的定位位置和所述麦克风停止拾音前拾取的声音数据封装为所述消息。

10.根据权利要求9所述的方法，其中，所述方法还包括：

在所述导航引导界面中，根据所述消息中封装的定位位置，沿所述导航引导界面中的导航引导路线，显示所述消息的标识；

或者，在所述导航引导界面中，在所述第一消息输入控件的邻近区域，显示所述消息的标识。

11.根据权利要求9所述的方法，其中，所述方法还包括：

播放第一终端接收到的其所在群组中其它终端发送来的消息中封装的声音数据；

或者，

当所述第一终端的定位位置与第一终端接收到的其所在群组中其它终端发送来的消息中封装的定位位置之间的距离小于或等于设定的距离阈值时，播放其它终端发送来的消息中封装的声音数据。

12.根据权利要求10所述的方法，其中，还包括：

对所述消息的标识的显示时长进行计时；并在所述消息的标识显示时长达到设定的第二时长时，将所述消息的标识从所述导航引导界面上移除。

13.根据权利要求1所述的方法，其中，所述地图出行界面是位置共享界面，所述位置共享界面包括：所述群组中的各终端的定位位置信息；所述位置共享界面还包括：第二消息输入控件；所述响应于所述地图出行界面的通信触发事件，获取输入的消息；

响应于针对所述第二消息输入控件的触控操作所产生的通信触发事件，获取输入的数据，并将获取到的数据封装为所述消息。

14.根据权利要求13所述的方法，其中，所述第二消息输入控件包括：文本输入控件和第二语音输入控件；所述方法还包括：

响应于针对所述文本输入控件的触控操作，向所述服务端设备发送文本输入请求，以供所述服务端设备在确定不适合采用文本输入的情况下，返回语音输入提示信息；接收并输出所述语音输入提示信息，以提示所述第一终端的用户采用语音输入；

或者，

响应于针对所述文本输入控件的触控操作，获取所述群组中各终端的运行状态；根据所述群组中各终端的运行状态，判断所述群组中是否存在处于导航状态的终端；若判断结果为是，则输出语音输入提示信息，以提示所述第一终端的用户采用语音输入；

或者，

响应于针对所述文本输入控件的触控操作，获取所述群组中处于在线状态的终端；判断所述处于在线状态的终端中是否存在处于导航状态的终端；若判断结果为是，则输出语音输入提示信息，以提示所述第一终端的用户采用语音输入。

15.根据权利要求14所述的方法，其中，所述输出所述语音输入提示信息包括：

所述语音输入提示信息为文本信息，则在所述文本输入控件的邻近区域显示所述语音输入提示信息；

或者，

所述语音输入提示信息为语音信息，则播放所述语音输入提示信息。

16.根据权利要求1所述的方法，其中，所述地图出行界面是位置共享界面，所述位置共享界面包括：所述群组中的各终端的定位位置信息；所述响应于所述地图出行界面的通信触发事件，获取输入的消息；

响应于在所述位置共享界面监听到的语音通信触发事件，启动所述第一终端的麦克风进行拾音；

至少将所述麦克风拾取的声音数据封装为所述消息。

17.根据权利要求13-16任一项所述的方法，其中，还包括：

在所述位置共享界面显示的消息显示图层中显示最新产生的N条消息的标识；其中，N为正整数。

18.根据权利要求17所述的方法，其中，所述在所述位置共享界面上显示最新产生的N条消息的标识，包括：

按照接收到所述N条消息的先后顺序，以上下结构在所述消息显示图层上显示所述N条消息的标识。

19.根据权利要求18所述的方法，其中，还包括：

判断所述位置共享界面上当前显示的消息的数量是否小于N；

若判断结果为是，则将待显示消息的标识显示于当前显示的标识的底部。

20.根据权利要求19所述的方法，其中，还包括：

若判断结果为当前显示的消息的数量为N，则将当前显示的N条消息的标识向上平移设定高度，并将所述待显示消息的标识显示于平移后的消息的标识的底部。

21.一种信息处理方法，适用于第一终端，包括：

显示地图出行界面；

接收服务端设备提供的来自于第二终端的消息；所述第二终端与所述第一终端属于同一群组；

在所述地图出行界面显示所述消息的标识。

22.一种信息处理系统，其中，包括：服务端设备和隶属于同一群组的多个终端设备；

其中，所述多个终端设备，用于显示地图出行界面；响应于所述地图出行界面的通信触发事件，获取输入的消息；将所述消息提供给服务端设备；

所述服务端设备，用于将所述消息发送给除提供所述消息的终端设备之外的其它终端设备；

所述其它终端设备，用于显示地图出行界面，并在所述地图出行界面显示所述消息的标识。

23.一种终端设备，其中，包括：存储器、处理器、通信组件和屏幕；其中，所述存储器，用于存储计算机程序；

所述处理器耦合至所述存储器，用于执行所述计算机程序以用于执行权利要求1-21任一项所述方法中的步骤。

24.一种存储有计算机指令的计算机可读存储介质，其中，当所述计算机指令被一个或多个处理器执行时，致使所述一个或多个处理器执行权利要求1-21任一项所述方法中的步骤。

Images