CN116028534B

CN116028534B - 处理交通信息的方法和装置

Info

Publication number: CN116028534B
Application number: CN202210603487.7A
Authority: CN
Inventors: 杨帆
Original assignee: Honor Device Co Ltd
Current assignee: Honor Device Co Ltd
Priority date: 2022-05-30
Filing date: 2022-05-30
Publication date: 2023-10-13
Anticipated expiration: 2042-05-30
Also published as: CN116028534A

Abstract

本申请涉及人工智能领域，提供了一种处理交通信息的方法和装置，该方法包括：接收第一交通信息；根据所述第一交通信息显示第一交通卡片，所述第一交通卡片为包含所述第一交通信息中的部分或全部信息的卡片；接收删除操作；响应于所述删除操作，删除所述第一交通卡片；接收第二交通信息；响应于所述删除操作，根据所述第二交通信息与交通信息集合的匹配情况确定是否显示第二交通卡片，所述交通信息集合包括所述第一交通信息，所述第二交通卡片为包含所述第二交通信息中的部分或全部信息的卡片。该方法能够在减少交通卡片对用户干扰的同时避免用户错过重要的交通信息。

Description

处理交通信息的方法和装置

技术领域

本申请涉及终端人工智能领域，具体涉及一种处理交通信息的方法和装置。

背景技术

交通信息是用户在使用交通工具的过程中产生的信息，例如，用户购买火车票时，可能会收到订票短信和出票短信，订票短信和出票短信中包含的信息即交通信息。一些终端设备会将交通信息从短信中解析出来，并生成包含交通信息的卡片(即，交通卡片)显示在屏幕上，这样，用户可以直观地读取交通信息，提高了用户体验。

在一些情况下，用户可能会收到多条短信，终端设备会解析每条短信，并在屏幕上显示多张交通卡片，这会导致用户收到干扰，然而，直接关闭交通卡片功能又可能导致用户错过一些重要的信息，因此，如何在减少交通卡片对用户干扰的同时避免用户错过重要信息是当前需要解决的问题。

发明内容

本申请实施例提供了一种处理交通信息的方法和装置，能够在减少交通卡片对用户干扰的同时避免用户错过重要的交通信息。

第一方面，提供了一种处理交通信息的方法，包括：接收第一交通信息；根据所述第一交通信息显示第一交通卡片，所述第一交通卡片为包含所述第一交通信息中的部分或全部信息的卡片；接收删除操作；响应于所述删除操作，删除所述第一交通卡片；接收第二交通信息；响应于所述删除操作，根据所述第二交通信息与交通信息集合的匹配情况确定是否显示第二交通卡片，所述交通信息集合包括所述第一交通信息，所述第二交通卡片为包含所述第二交通信息中的部分或全部信息的卡片，其中，当所述第二交通信息与所述交通信息集合中各个交通信息均匹配失败时，显示所述第二交通卡片；或者，当所述第二交通信息与所述交通信息集合中的第三交通信息匹配成功时，并且，当所述第二交通信息与所述第三交通信息不属于相同类型的信息时，显示所述第二交通卡片；或者，当所述第二交通信息与所述交通信息集合中的第三交通信息匹配成功时，并且，当所述第二交通信息与所述第三交通信息属于相同类型的信息时，确定不显示所述第二交通卡片。

上述方法可以由终端设备或者终端设备中的处理器执行。当用户实施删除操作时，说明用户想要减少交通卡片的展示数量，终端设备可以基于删除操作启动免打扰模式，即，终端设备对第二交通信息进行匹配，基于匹配结果确定是否展示第二交通信息。若第二交通信息与交通信息集合中各个交通信息的匹配均失败，说明第二交通信息与交通信息集合中的各个交通信息对应不同的交通工具，第二交通信息可能含有重要的交通信息，需要通过第二交通卡片展示给用户；若第二交通信息与第三交通信息匹配成功，说明第二交通信息与第三交通信息对应相同的交通工具，此时，终端设备可以继续判断第二交通信息与第三交通信息是否属于相同类型的信息，若第二交通信息与第三交通信息不属于相同类型的信息，第二交通信息可能含有重要的交通信息，终端设备可以通过第二交通卡片将第二交通信息展示给用户，以免用户错过重要交通信息；若第二交通信息与第三交通信息属于相同类型的信息，说明在接收第二交通信息之前已经向用户展示了类似的交通信息(第三交通信息)，终端设备可以不展示第二交通卡片，从而减小了交通卡片对用户的干扰。

在一种实现方式中，所述第二交通信息与所述交通信息集合中各个交通信息均匹配失败，包括：所述第二交通信息的标识与所述交通信息集合中各个交通信息的标识均不同。

在一种实现方式中，所述第二交通信息与所述交通信息集合中的第三交通信息匹配成功，包括：所述第二交通信息的标识与所述第三交通信息中的标识相同。

在一种实现方式中，所述标识包括主标识和辅标识，所述主标识为所述第二交通信息进行匹配时优先匹配的标识，所述辅标识为所述主标识匹配成功后继续匹配的标识。

不同交通信息包含的内容不同，但一些内容是所有交通信息共有的，如车次、出发日期、出发时间、出发地和目的地，可以将所有交通信息共有的内容作为主标识优先进行匹配。辅标识可以是部分交通信息共有的内容，如座位号，可以在主标识匹配成功后继续匹配辅标识，提高第二交通信息的匹配准确度。

在一种实现方式中，所述接收第二交通信息前，所述方法还包括：接收重启操作，所述重启操作用于重启短信解析模块；所述接收第二交通信息，包括：从所述短信解析模块接收所述第二交通信息，其中，所述第二交通信息是所述短信解析模块从重启前收到的短信中解析出的交通信息。

短信解析模块通常会在重启(如终端设备的重启)后执行初始化操作，即，解析终端设备存储的全部短信。现有技术中，短信解析模块在重启后解析出的交通信息会传递至卡片处理模块并将解析出的交通信息传递给卡片模块，卡片模块基于收到的交通信息生成交通卡片。然而，短信解析模块在重启后解析出的交通信息可能是旧交通信息(如短信解析模块重启前已在交通卡片中展示过的交通信息)，卡片模块生成包含旧交通信息的卡片展示给用户会对用户造成干扰。在本实施例中，短信解析模块在重启后解析出的交通信息不是传递给卡片模块，而是传递给匹配模块(匹配第一交通信息和第二交通信息的模块)，匹配模块判断从短信解析模块接收到的交通信息(如第二交通信息)是否为旧交通信息，若第二交通信息是旧交通信息，则第二交通信息必然会与交通信息集合中的一个交通信息匹配成功，并且第二交通信息与该交通信息的类型相同，匹配模块不会将第二交通信息传递给卡片模块，从而避免了终端设备在短信解析模块重启后再次展示包含旧交通信息的卡片对用户造成的干扰。

在一种实现方式中，所述相同类型的信息包括：购票类信息、改签类信息、退票类信息、认证类信息或者提醒类信息。

第二方面，提供了一种处理交通信息的装置，包括用于执行第一方面中任一种方法的单元。该装置可以是终端设备，也可以是终端设备内的芯片。该装置可以包括输入单元和处理单元。

当该装置是终端设备时，该处理单元可以是处理器，该输入单元可以是通信接口；该终端设备还可以包括存储器，该存储器用于存储计算机程序代码，当该处理器执行该存储器所存储的计算机程序代码时，使得该终端设备执行第一方面中的任一种方法。

当该装置是终端设备内的芯片时，该处理单元可以是芯片内部的逻辑处理单元，该输入单元可以是输出接口、管脚或电路等；该芯片还可以包括存储器，该存储器可以是该芯片内的存储器(例如，寄存器、缓存等)，也可以是位于该芯片外部的存储器(例如，只读存储器、随机存取存储器等)；该存储器用于存储计算机程序代码，当该处理器执行该存储器所存储的计算机程序代码时，使得该芯片执行第一方面的任一种方法。

第三方面，提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序代码，当所述计算机程序代码被处理交通信息的装置运行时，使得该装置执行第一方面中的任一种方法。

第四方面，提供了一种计算机程序产品，所述计算机程序产品包括：计算机程序代码，当所述计算机程序代码被处理交通信息的装置运行时，使得该装置执行第一方面中的任一种方法。

附图说明

图1是一种适用于本申请的装置的硬件结构的示意图；

图2是一种适用于本申请的装置的软件结构的示意图；

图3是本申请提供的一种交通卡片的示意图；

图4是本申请提供的一种删除操作的示意图；

图5是本申请提供的一种关闭交通卡片后的界面的示意图；

图6是一种适用于本申请的应用场景的示意图；

图7是本申请提供的一种处理交通信息的方法的示意图；

图8是本申请提供的一种匹配第二交通信息的方法的示意图；

图9是本申请提供的另一种处理交通信息的方法的示意图；

图10是本申请提供的一种处理交通信息后的界面的示意图；

图11是本申请提供的另一种处理交通信息后的界面的示意图。

具体实施方式

下面将结合附图，对本申请实施例中的技术方案进行描述。

图1示出了一种适用于本申请的装置的硬件结构。装置100可以是手机、可折叠电子设备、平板电脑、桌面型计算机、膝上型计算机、手持计算机、笔记本电脑、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本、蜂窝电话、个人数字助理(personal digital assistant，PDA)、增强现实(augmented reality，AR)设备、虚拟现实(virtual reality，VR)设备、人工智能(artificial intelligence,AI)设备、可穿戴式设备、车载设备、智能家居设备、或智慧城市设备中的任意一种。本申请实施例对装置100的具体类型不作任何限制。

装置100可以包括处理器110，外部存储器接口120，内部存储器121，通用串行总线(universal serial bus，USB)接口130，充电管理模块140，电源管理模块141，电池142，天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，传感器模块180，按键190，马达191，指示器192，摄像头193，显示屏194，以及用户标识模块(subscriber identification module，SIM)卡接口195等。其中传感器模块180可以包括压力传感器180A，陀螺仪传感器180B，气压传感器180C，磁传感器180D，加速度传感器180E，距离传感器180F，接近光传感器180G，指纹传感器180H，温度传感器180J，触摸传感器180K，环境光传感器180L，骨传导传感器180M等。

需要说明的是，图1所示的结构并不构成对装置100的具体限定。在本申请另一些实施例中，装置100可以包括比图1所示的部件更多或更少的部件，或者，装置100可以包括图1所示的部件中某些部件的组合，或者，装置100可以包括图1所示的部件中某些部件的子部件。图1示的部件可以以硬件、软件、或软件和硬件的组合实现。

处理器110可以包括一个或多个处理单元。例如，处理器110可以包括以下处理单元中的至少一个：应用处理器(application processor，AP)、调制解调处理器、图形处理器(graphics processing unit，GPU)、图像信号处理器(image signal processor，ISP)、控制器、视频编解码器、数字信号处理器(digital signal processor，DSP)、基带处理器、神经网络处理器(neural-network processing unit，NPU)。其中，不同的处理单元可以是独立的器件，也可以是集成的器件。

控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。

处理器110中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据，可从所述存储器中直接调用。避免了重复存取，减少了处理器110的等待时间，因而提高了***的效率。

在一些实施例中，处理器110可以包括一个或多个接口。例如，处理器110可以包括以下接口中的至少一个：内部集成电路(inter-integrated circuit，I2C)接口、内部集成电路音频(inter-integrated circuit sound，I2S)接口、脉冲编码调制(pulse codemodulation，PCM)接口、通用异步接收传输器(universal asynchronous receiver/transmitter，UART)接口、移动产业处理器接口(mobile industry processor interface，MIPI)、通用输入输出(general-purpose input/output，GPIO)接口、SIM接口、USB接口。

I2C接口是一种双向同步串行总线，包括一根串行数据线(serial data line，SDA)和一根串行时钟线(derail clock line，SCL)。在一些实施例中，处理器110可以包含多组I2C总线。处理器110可以通过不同的I2C总线接口分别耦合触摸传感器180K、充电器、闪光灯、摄像头193等。例如：处理器110可以通过I2C接口耦合触摸传感器180K，使处理器110与触摸传感器180K通过I2C总线接口通信，实现装置100的触摸功能。

I2S接口可以用于音频通信。在一些实施例中，处理器110可以包含多组I2S总线。处理器110可以通过I2S总线与音频模块170耦合，实现处理器110与音频模块170之间的通信。在一些实施例中，音频模块170可以通过I2S接口向无线通信模块160传递音频信号，实现通过蓝牙耳机接听电话的功能。

PCM接口也可以用于音频通信，将模拟信号抽样，量化和编码。在一些实施例中，音频模块170与无线通信模块160可以通过PCM接口耦合。在一些实施例中，音频模块170也可以通过PCM接口向无线通信模块160传递音频信号，实现通过蓝牙耳机接听电话的功能。所述I2S接口和所述PCM接口都可以用于音频通信。

UART接口是一种通用串行数据总线，用于异步通信。该总线可以为双向通信总线。它将要传输的数据在串行通信与并行通信之间转换。在一些实施例中，UART接口通常被用于连接处理器110与无线通信模块160。例如：处理器110通过UART接口与无线通信模块160中的蓝牙模块通信，实现蓝牙功能。在一些实施例中，音频模块170可以通过UART接口向无线通信模块160传递音频信号，实现通过蓝牙耳机播放音乐的功能。

MIPI接口可以被用于连接处理器110与显示屏194和摄像头193等***器件。MIPI接口包括摄像头串行接口(camera serial interface，CSI)、显示屏串行接口(displayserial interface，DSI)等。在一些实施例中，处理器110和摄像头193通过CSI接口通信，实现装置100的拍摄功能。处理器110和显示屏194通过DSI接口通信，实现装置100的显示功能。

GPIO接口可以通过软件配置。GPIO接口可以被配置为控制信号接口，也可被配置为数据信号接口。在一些实施例中，GPIO接口可以用于连接处理器110与摄像头193，显示屏194、无线通信模块160、音频模块170和传感器模块180。GPIO接口还可以被配置为I2C接口、I2S接口、UART接口或MIPI接口。

USB接口130是符合USB标准规范的接口，例如可以是迷你(Mini)USB接口、微型(Micro)USB接口或C型USB(USB Type C)接口。USB接口130可以用于连接充电器为装置100充电，也可以用于装置100与***设备之间传输数据，还可以用于连接耳机以通过耳机播放音频。USB接口130还可以用于连接其他装置100，例如AR设备。

图1所示的各模块间的连接关系只是示意性说明，并不构成对装置100的各模块间的连接关系的限定。可选地，装置100的各模块也可以采用上述实施例中多种连接方式的组合。

充电管理模块140用于从充电器接收电力。其中，充电器可以是无线充电器，也可以是有线充电器。在一些有线充电的实施例中，充电管理模块140可以通过USB接口130接收有线充电器的电流。在一些无线充电的实施例中，充电管理模块140可以通过装置100的无线充电线圈接收电磁波(电流路径如虚线所示)。充电管理模块140为电池142充电的同时，还可以通过电源管理模块141为装置100供电。

电源管理模块141用于连接电池142，充电管理模块140与处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入，为处理器110，内部存储器121，显示屏194，摄像头193，和无线通信模块160等供电。电源管理模块141还可以用于监测电池容量、电池循环次数和电池健康状态(例如，漏电、阻抗)等参数。可选地，电源管理模块141可以设置于处理器110中，或者，电源管理模块141和充电管理模块140可以设置于同一个器件中。

装置100的无线通信功能可以通过天线1、天线2、移动通信模块150、无线通信模块160、调制解调处理器以及基带处理器等器件实现。

天线1和天线2用于发射和接收电磁波信号。装置100中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。例如：可以将天线1复用为无线局域网的分集天线。在另外一些实施例中，天线可以和调谐开关结合使用。

移动通信模块150可以提供应用在装置100上的无线通信的解决方案，例如下列方案中的至少一个：第二代(2^th generation，2G)移动通信解决方案、第三代(3^thgeneration，3G)移动通信解决方案、***(4^th generation，5G)移动通信解决方案、第五代(5^th generation，5G)移动通信解决方案。移动通信模块150可以包括至少一个滤波器，开关，功率放大器，低噪声放大器(low noise amplifier，LNA)等。移动通信模块150可以由天线1接收电磁波，并对接收的电磁波进行滤波和放大等处理，随后传送至调制解调处理器进行解调。移动通信模块150还可以放大经调制解调处理器调制后的信号，放大后的该信号经天线1转变为电磁波辐射出去。在一些实施例中，移动通信模块150的至少部分功能模块可以被设置于处理器110中。在一些实施例中，移动通信模块150的至少部分功能模块可以与处理器110的至少部分模块被设置在同一个器件中。

调制解调处理器可以包括调制器和解调器。其中，调制器用于将待发送的低频基带信号调制成中高频信号。解调器用于将接收的电磁波信号解调为低频基带信号。随后解调器将解调得到的低频基带信号传送至基带处理器处理。低频基带信号经基带处理器处理后，被传递给应用处理器。应用处理器通过音频设备(例如，扬声器170A、受话器170B)输出声音信号，或通过显示屏194显示图像或视频。在一些实施例中，调制解调处理器可以是独立的器件。在另一些实施例中，调制解调处理器可以独立于处理器110，与移动通信模块150或其他功能模块设置在同一个器件中。

与移动通信模块150类似，无线通信模块160也可以提供应用在装置100上的无线通信解决方案，例如下列方案中的至少一个：无线局域网(wireless local areanetworks，WLAN)、蓝牙(bluetooth，BT)、全球导航卫星***(global navigationsatellite system，GNSS)、调频(frequency modulation，FM)、近场通信(near fieldcommunication，NFC)、红外(infrared，IR)。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160经由天线2接收电磁波，将电磁波信号调频以及滤波处理，并将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号，对其进行调频和放大，该信号经天线2转变为电磁波辐射出去。

在一些实施例中，装置100的天线1和移动通信模块150耦合，装置100的天线2和无线通信模块160耦合，使得装置100可以通过无线通信技术与网络以及其他设备通信。所述无线通信技术可以包括全球移动通讯***(global system for mobile communications，GSM)，通用分组无线服务(general packet radio service，GPRS)，码分多址接入(codedivision multiple access，CDMA)，宽带码分多址(wideband code division multipleaccess，WCDMA)，时分码分多址(time-division code division multiple access，TD-SCDMA)，长期演进(long term evolution，LTE)，BT，GNSS，WLAN，NFC，FM，和/或IR技术等。所述GNSS可以包括全球卫星定位***(global positioning system，GPS)，全球导航卫星***(global navigation satellite system，GLONASS)，北斗卫星导航***(beidounavigation satellite system，BDS)，准天顶卫星***(quasi-zenith satellitesystem，QZSS)和/或星基增强***(satellite based augmentation systems，SBAS)。

装置100可以通过GPU、显示屏194以及应用处理器实现显示功能。GPU为图像处理的微处理器，连接显示屏194和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。处理器110可包括一个或多个GPU，其执行程序指令以生成或改变显示信息。

显示屏194可以用于显示图像或视频。显示屏194包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display，LCD)、有机发光二极管(organic light-emitting diode，OLED)、有源矩阵有机发光二极体(active-matrix organic light-emitting diode，AMOLED)、柔性发光二极管(flex light-emitting diode，FLED)、迷你发光二极管(mini light-emitting diode，Mini LED)、微型发光二极管(micro light-emitting diode，Micro LED)、微型OLED(Micro OLED)或量子点发光二极管(quantum dotlight emitting diodes，QLED)。在一些实施例中，装置100可以包括1个或N个显示屏194，N为大于1的正整数。

装置100可以通过ISP、摄像头193、视频编解码器、GPU、显示屏194以及应用处理器等实现拍摄功能。

ISP用于处理摄像头193反馈的数据。例如，拍照时，打开快门，光线通过镜头被传递到摄像头感光元件上，光信号转换为电信号，摄像头感光元件将所述电信号传递给ISP处理，转化为肉眼可见的图像。ISP可以对图像的噪点、亮度和色彩进行算法优化，ISP还可以优化拍摄场景的曝光和色温等参数。在一些实施例中，ISP可以设置在摄像头193中。

摄像头193用于捕获静态图像或视频。物体通过镜头生成光学图像投射到感光元件。感光元件可以是电荷耦合器件(charge coupled device，CCD)或互补金属氧化物半导体(complementary metal-oxide-semiconductor，CMOS)光电晶体管。感光元件把光信号转换成电信号，之后将电信号传递给ISP转换成数字图像信号。ISP将数字图像信号输出到DSP加工处理。DSP将数字图像信号转换成标准的红绿蓝(red green blue，RGB)，YUV等格式的图像信号。在一些实施例中，装置100可以包括1个或N个摄像头193，N为大于1的正整数。

数字信号处理器用于处理数字信号，除了可以处理数字图像信号，还可以处理其他数字信号。例如，当装置100在频点选择时，数字信号处理器用于对频点能量进行傅里叶变换等。

视频编解码器用于对数字视频压缩或解压缩。装置100可以支持一种或多种视频编解码器。这样，装置100可以播放或录制多种编码格式的视频，例如：动态图像专家组(moving picture experts group，MPEG)1、MPEG2、MPEG3和MPEG4。

NPU是一种借鉴生物神经网络结构的处理器，例如借鉴人脑神经元之间传递模式对输入信息快速处理，还可以不断地自学习。通过NPU可以实现装置100的智能认知等功能，例如：图像识别、人脸识别、语音识别和文本理解。

外部存储器接口120可以用于连接外部存储卡，例如安全数码(secure digital，SD)卡，实现扩展装置100的存储能力。外部存储卡通过外部存储器接口120与处理器110通信，实现数据存储功能。例如将音乐，视频等文件保存在外部存储卡中。

内部存储器121可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。内部存储器121可以包括存储程序区和存储数据区。其中，存储程序区可存储操作***，至少一个功能(例如，声音播放功能和图像播放功能)所需的应用程序。存储数据区可存储装置100使用过程中所创建的数据(例如，音频数据和电话本)。此外，内部存储器121可以包括高速随机存取存储器，还可以包括非易失性存储器，例如：至少一个磁盘存储器件、闪存器件和通用闪存存储器(universal flash storage，UFS)等。处理器110通过运行存储在内部存储器121的指令和/或存储在设置于处理器中的存储器的指令，执行装置100的各种处理方法。

装置100可以通过音频模块170、扬声器170A、受话器170B、麦克风170C、耳机接口170D以及应用处理器等实现音频功能，例如，音乐播放和录音。

音频模块170用于将数字音频信息转换成模拟音频信号输出，也可以用于将模拟音频输入转换为数字音频信号。音频模块170还可以用于对音频信号编码和解码。在一些实施例中，音频模块170或者音频模块170的部分功能模块可以设置于处理器110中。

扬声器170A，也称为喇叭，用于将音频电信号转换为声音信号。装置100可以通过扬声器170A收听音乐或免提通话。

受话器170B，也称为听筒，用于将音频电信号转换成声音信号。当用户使用装置100接听电话或语音信息时，可以通过将受话器170B靠近耳朵接听语音。

麦克风170C，也称为话筒或传声器，用于将声音信号转换为电信号。当用户拨打电话或发送语音信息时，可以通过靠近麦克风170C发声将声音信号输入麦克风170C。装置100可以设置至少一个麦克风170C。在另一些实施例中，装置100可以设置两个麦克风170C，以实现降噪功能。在另一些实施例中，装置100还可以设置三个、四个或更多麦克风170C，以实现识别声音来源和定向录音等功能。处理器110可以对麦克风170C输出的电信号进行处理，例如，音频模块170与无线通信模块160可以通过PCM接口耦合，麦克风170C将环境声音转换为电信号(如PCM信号)后，通过PCM接口将该电信号传输至处理器110；从处理器110对该电信号进行音量分析和频率分析，确定环境声音的音量和频率。

耳机接口170D用于连接有线耳机。耳机接口170D可以是USB接口130，也可以是3.5mm的开放移动装置100平台(open mobile terminal platform，OMTP)标准接口，美国蜂窝电信工业协会(cellular telecommunications industry association of the USA，CTIA)标准接口。

压力传感器180A用于感受压力信号，可以将压力信号转换成电信号。在一些实施例中，压力传感器180A可以设置于显示屏194。压力传感器180A的种类很多，例如可以是电阻式压力传感器、电感式压力传感器或电容式压力传感器。电容式压力传感器可以是包括至少两个具有导电材料的平行板，当力作用于压力传感器180A，电极之间的电容改变，装置100根据电容的变化确定压力的强度。当触摸操作作用于显示屏194时，装置100根据压力传感器180A检测所述触摸操作。装置100也可以根据压力传感器180A的检测信号计算触摸的位置。在一些实施例中，作用于相同触摸位置，但不同触摸操作强度的触摸操作，可以对应不同的操作指令。例如：当触摸操作强度小于第一压力阈值的触摸操作作用于短消息应用图标时，执行查看短消息的指令；当触摸操作强度大于或等于第一压力阈值的触摸操作作用于短消息应用图标时，执行新建短消息的指令。

陀螺仪传感器180B可以用于确定装置100的运动姿态。在一些实施例中，可以通过陀螺仪传感器180B确定装置100围绕三个轴(即，x轴、y轴和z轴)的角速度。陀螺仪传感器180B可以用于拍摄防抖。例如，当快门被按下时，陀螺仪传感器180B检测装置100抖动的角度，根据角度计算出镜头模组需要补偿的距离，让镜头通过反向运动抵消装置100的抖动，实现防抖。陀螺仪传感器180B还可以用于导航和体感游戏等场景。

气压传感器180C用于测量气压。在一些实施例中，装置100通过气压传感器180C测得的气压值计算海拔高度，辅助定位和导航。

磁传感器180D包括霍尔传感器。装置100可以利用磁传感器180D检测翻盖皮套的开合。在一些实施例中，当装置100是翻盖机时，装置100可以根据磁传感器180D检测翻盖的开合。装置100可以根据检测到的皮套的开合状态或翻盖的开合状态，设置翻盖自动解锁等特性。

加速度传感器180E可检测装置100在各个方向上(一般为x轴、y轴和z轴)加速度的大小。当装置100静止时可检测出重力的大小及方向。加速度传感器180E还可以用于识别装置100的姿态，作为横竖屏切换和计步器等应用程序的输入参数。

距离传感器180F用于测量距离。装置100可以通过红外或激光测量距离。在一些实施例中，例如在拍摄场景中，装置100可以利用距离传感器180F测距以实现快速对焦。

接近光传感器180G可以包括例如发光二极管(light-emitting diode，LED)和光检测器，例如，光电二极管。LED可以是红外LED。装置100通过LED向外发射红外光。装置100使用光电二极管检测来自附近物体的红外反射光。当检测到反射光时，装置100可以确定附近存在物体。当检测不到反射光时，装置100可以确定附近没有物体。装置100可以利用接近光传感器180G检测用户是否手持装置100贴近耳朵通话，以便自动熄灭屏幕达到省电的目的。接近光传感器180G也可用于皮套模式或口袋模式的自动解锁与自动锁屏。

环境光传感器180L用于感知环境光亮度。装置100可以根据感知的环境光亮度自适应调节显示屏194亮度。环境光传感器180L也可用于拍照时自动调节白平衡。环境光传感器180L还可以与接近光传感器180G配合，检测装置100是否在口袋里，以防误触。

指纹传感器180H用于采集指纹。装置100可以利用采集的指纹特性实现解锁、访问应用锁、拍照和接听来电等功能。

温度传感器180J用于检测温度。在一些实施例中，装置100利用温度传感器180J检测的温度，执行温度处理策略。例如，当温度传感器180J上报的温度超过阈值，装置100执行降低位于温度传感器180J附近的处理器的性能，以便降低功耗实施热保护。在另一些实施例中，当温度低于另一阈值时，装置100对电池142加热，以避免低温导致装置100异常关机。在其他一些实施例中，当温度低于又一阈值时，装置100对电池142的输出电压执行升压，以避免低温导致的异常关机。

触摸传感器180K，也称为触控器件。触摸传感器180K可以设置于显示屏194，由触摸传感器180K与显示屏194组成触摸屏，触摸屏也称为触控屏。触摸传感器180K用于检测作用于其上或其附近的触摸操作。触摸传感器180K可以将检测到的触摸操作传递给应用处理器，以确定触摸事件类型。可以通过显示屏194提供与触摸操作相关的视觉输出。在另一些实施例中，触摸传感器180K也可以设置于装置100的表面，并且与显示屏194设置于不同的位置。

骨传导传感器180M可以获取振动信号。在一些实施例中，骨传导传感器180M可以获取人体声部振动骨块的振动信号。骨传导传感器180M也可以接触人体脉搏，接收血压跳动信号。在一些实施例中，骨传导传感器180M也可以设置于耳机中，结合成骨传导耳机。音频模块170可以基于所述骨传导传感器180M获取的声部振动骨块的振动信号，解析出语音信号，实现语音功能。应用处理器可以基于所述骨传导传感器180M获取的血压跳动信号解析心率信息，实现心率检测功能。

按键190包括开机键和音量键。按键190可以是机械按键，也可以是触摸式按键。装置100可以接收按键输入信号，实现于案件输入信号相关的功能。

马达191可以产生振动。马达191可以用于来电提示，也可以用于触摸反馈。马达191可以对作用于不同应用程序的触摸操作产生不同的振动反馈效果。对于作用于显示屏194的不同区域的触摸操作，马达191也可产生不同的振动反馈效果。不同的应用场景(例如，时间提醒、接收信息、闹钟和游戏)可以对应不同的振动反馈效果。触摸振动反馈效果还可以支持自定义。

指示器192可以是指示灯，可以用于指示充电状态和电量变化，也可以用于指示消息、未接来电和通知。

SIM卡接口195用于连接SIM卡。SIM卡可以***SIM卡接口195实现与装置100的接触，也可以从SIM卡接口195拔出实现与装置100的分离。装置100可以支持1个或N个SIM卡接口，N为大于1的正整数。同一个SIM卡接口195可以同时***多张卡，所述多张卡的类型可以相同，也可以不同。SIM卡接口195也可以兼容外部存储卡。装置100通过SIM卡和网络交互，实现通话以及数据通信等功能。在一些实施例中，装置100采用嵌入式SIM(embedded-SIM，eSIM)卡，eSIM卡可以嵌在装置100中，不能和装置100分离。

上文详细描述了装置100的硬件***，下面介绍装置100的软件***。软件***可以采用分层架构、事件驱动架构、微核架构、微服务架构或云架构，本申请实施例以分层架构为例，示例性地描述装置100的软件***。

如图2所示，采用分层架构的软件***分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，软件***可以分为四层，从上至下分别为应用程序层、应用程序框架层、安卓运行时(Android Runtime)和***库、以及内核层。

应用程序层可以包括短信应用程序(application，APP)、短信解析模块、匹配模块和卡片模块等应用程序。

短信APP用于处理短信，例如，短信APP可以读取、存储、编辑和删除短信。

短信解析模块用于提取短信中的关键信息供匹配模块使用，例如，短信APP中存储的短信为“订单：EF05763485，您已购6月23日洪梅-望牛墩G6716次Alice02车无座，洪梅12:03开。”，短信解析模块可以从该短信中提取出交通信息“G6716，6月23日，12:03，洪梅，望牛墩”，或者，短信解析模块可以从该短信中提取出交通信息“G6716，02车无座，6月23日，12:03，洪梅，望牛墩，Alice”。短信解析模块提取的具体内容可以由预设的提取规则确定，本申请对提取规则不做限定。

匹配模块用于处理待展示的交通信息，确定该待展示的交通信息是否需要通过交通卡片展示给用户。下文会详细介绍匹配模块的工作流程。

卡片模块用于根据匹配模块的指示生成交通卡片，例如，当匹配模块确定展示交通信息时，卡片模块可以从匹配模块获取该交通信息并生成包含该交通信息的卡片。

应用程序框架层为应用程序层的应用程序提供应用程序编程接口(applicationprogramming interface，API)和编程框架。应用程序框架层可以包括一些预定义的函数。

例如，应用程序框架层包括窗口管理器、内容提供器、视图***、电话管理器、资源管理器和通知管理器。

窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小，判断是否有状态栏、锁定屏幕和截取屏幕。

内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。所述数据可以包括视频、图像、音频、拨打和接听的电话、浏览历史和书签、以及电话簿。

视图***包括可视控件，例如显示文字的控件和显示图片的控件。视图***可用于构建应用程序。显示界面可以由一个或多个视图组成，例如，包括短信通知图标的显示界面，可以包括显示文字的视图以及显示图片的视图。

电话管理器用于提供装置100的通信功能，例如通话状态(接通或挂断)的管理。

资源管理器为应用程序提供各种资源，比如本地化字符串、图标、图片、布局文件和视频文件。

通知管理器使应用程序可以在状态栏中显示通知信息，可以用于传达告知类型的消息，可以短暂停留后自动消失，无需用户交互。比如通知管理器被用于下载完成告知和消息提醒。通知管理器还可以管理以图表或者滚动条文本形式出现在***顶部状态栏的通知，例如后台运行的应用程序的通知。通知管理器还可以管理以对话窗口形式出现在屏幕上的通知，例如在状态栏提示文本信息、发出提示音、电子设备振动以及指示灯闪烁。

Android Runtime包括核心库和虚拟机。Android runtime负责安卓***的调度和管理。

核心库包含两部分：一部分是java语言需要调用的功能函数，另一部分是安卓的核心库。

应用程序层和应用程序框架层运行在虚拟机中。虚拟机将应用程序层和应用程序框架层的java文件执行为二进制文件。虚拟机用于执行对象生命周期的管理、堆栈管理、线程管理、安全和异常的管理、以及垃圾回收等功能。

***库可以包括多个功能模块，例如：表面管理器(surface manager)，媒体库(Media Libraries)，三维图形处理库(例如：OpenGL ES)和2D图形引擎(例如：SGL)。

表面管理器用于对显示子***进行管理，并且为多个应用程序提供了2D图层和3D图层的融合。

媒体库支持多种音频格式的回放和录制、多种视频格式回放和录制以及静态图像文件。媒体库可以支持多种音视频编码格式，例如:MPEG4，H.264，MP3，AAC，AMR，JPG和PNG。

三维图形处理库可以用于实现三维图形绘图、图像渲染、合成和图层处理。

2D图形引擎是2D绘图的绘图引擎。

内核层是硬件和软件之间的层。内核层至少包含显示驱动，通信模块驱动。

其中，可以理解的是，图1和图2所示的硬件结构和软件架构仅仅是对装置100的示例性介绍，不构成对装置100在硬件和软件上的限制，装置100还可以是由其他类型的硬件结构和软件架构。

下面结合卡片删除场景，示例性说明装置100的软件***以及硬件***的工作流程。

装置100收到短信后，处理器110运行短信解析模块解析该短信，从该短信中获取交通信息，随后处理器110运行卡片模块在屏幕194上显示包含该交通信息的交通卡片，该交通卡片包含该交通信息中的部分或全部信息。

例如，装置100收到的短信为“【订票成功短信1】您预订的洪梅-望牛墩G6716次火车票，取票号EF05763485，预计6月23日12:03发车，请注意乘车时间”，短信解析模块从该短信中提取出的交通信息为“EF05763485，G6716，6月23日，12:03，洪梅，望牛墩”，随后，卡片模块基于该交通信息生成图3所示的交通卡片。

用户阅读完该交通卡片后，可以通过删除操作(如图4所示的左划操作)删除该交通卡片。

在删除操作过程中，当用户在触摸传感器180K上进行触摸操作时，相应的硬件中断被发送至操作***层，操作***层将触摸操作加工成交互事件，该交互事件例如包括触摸坐标和触摸操作的时间戳等信息；随后，操作***层识别出该交互事件对应的控件，并通知该控件对应的应用程序(application，APP)。当上述触摸操作为删除操作、上述控件为卡片模块的控件时，卡片模块的控件根据该交互事件通过API调用显示驱动，进而控制显示屏194关闭交通卡片。交通卡片关闭后，装置100的界面如图5所示。

在一些情况中，用户会收到多条类似的短信，若不加以处理，则装置100会弹出多个交通卡片，对用户造成干扰。

例如，当用户预定车票成功(即，成功锁定车票但是未完成支付)时，车票售卖***会向用户发送订票成功短信；当用户支付成功时，车票售卖***会向用户发送购票成功短信；当出票完成时，车票售卖***会向用户发送出票成功短信。

上述三种短信的示例如下：

【订票成功短信1】您预订的洪梅-望牛墩G6716次火车票，取票号EF05763485，预计6月23日12:03发车，请注意乘车时间。

【购票成功短信1】订单：EF05763485，您已购6月23日洪梅-望牛墩G6716次Alice02车无座，洪梅12:03开。

【出票成功短信1】您好！您预定的火车票预定手机号189********已经出票成功：12306取票号：EF05763485，车次：G6716，发车时间：2022-06-23 12:03:00，出发站：洪梅，到达站：望牛墩，乘车人：Alice，请带好乘车人证件出行。

由此可见，这三种短信的接收时刻的间隔较短，并且包含的交通信息相似，若不加以处理，装置100在短时间内会弹出多个内容相似的交通卡片，对用户造成干扰。

如图6所示，在用户删除【订票成功短信1】之后，装置100先后接收到【购票成功短信1】和【出票成功短信1】，则装置100会在短时间内弹出两张内容相似的交通卡片，对用户造成干扰。

下面，以装置100为手机为例，详细描述本申请提供的处理交通信息的方法。如图7所示，该方法包括以下内容。

S710，接收第一交通信息。

第一交通信息可以是从短信中解析出的交通信息，也可以是从APP的通知消息中解析出的交通信息，本申请对第一交通信息的具体接收方式不做限定。

第一交通信息可以是火车相关的信息，也可以是飞机或者汽车相关的信息，本申请对第一交通信息关联的交通工具不做限定。下文以短信和火车相关的交通信息为例对本申请提供的处理交通信息的方法进行描述，不应被理解为对本申请的应用场景的限定。

例如，短信APP收到了上文所述的【订票成功短信1】，短信解析模块从短信APP获取【订票成功短信1】，并对【订票成功短信1】进行解析，解析的目的是为了获取关键信息，解析规则可以由手机厂家设定，本申请对具体的解析规则不做限定。

短信解析模块可以从短信中解析出取票号、车次、出发日期、出发时间、出发地、目的地、座位号、乘车人和其他关键信息(如，购票、出票、改签、退票等等)。

以短信解析模块解析【订票成功短信1】为例，短信解析模块可以从【订票成功短信1】中解析出“EF05763485，G6716，6月23日，12:03，洪梅，望牛墩”，解析出的这些信息可以称为第一交通信息。

由于先前用户未执行过删除交通卡片的操作，手机默认用户需要展示所有的交通信息，因此，短信解析模块可以直接将第一交通信息发送至卡片模块，由卡片模块执行显示交通卡片的步骤。

S720，根据第一交通信息显示第一交通卡片，第一交通卡片为包含第一交通信息中的部分或全部信息的卡片。

卡片模块获取第一交通信息后，可以根据预设的规则生成第一交通卡片，例如，预设规则是生成包含车次、出发日期、出发时间、出发地、目的地和座位号的第一交通卡片，则卡片生成模块生成的第一交通卡片可以是图3所示的卡片。

卡片模块生成的第一交通卡片也可以包含比图3所示的卡片更多的信息或者更少的信息，本申请对第一交通卡片的具体内容不做限定。此外，本申请对交通卡片的显示位置不做限定，例如，第一交通卡片可以如图3所示显示在手机屏幕的上部，也可以显示在手机屏幕的下部或者中部。为了简洁，下文在展示其他交通卡片时不再展示手机。

S730，接收删除操作。

删除操作可以是图5所示的上划操作，也可以是左划或者右划操作，还可以是长摁操作或者其他操作，本申请对删除第一交通卡片的操作不做限定。

S740，响应于删除操作，删除第一交通卡片。

手机收到用户的删除操作后，关闭屏幕上显示的第一交通卡片，从而完成了删除第一交通卡片。

删除操作相当于一个触发信息，触发手机启动交通卡片的免打扰模式，即，对后续收到的交通信息进行匹配处理，确定是否展示后续收到的交通信息。

S750，接收第二交通信息。

第一交通卡片删除后，手机可能会继续接收到车票售卖***发来的短信或者通知消息，则手机可以解析新收到的短信或通知消息，提取第二交通信息。

S760，响应于删除操作，根据第二交通信息与交通信息集合的匹配情况确定是否显示第二交通卡片，该交通信息集合包括第一交通信息，第二交通卡片为包含第二交通信息中的部分或全部信息的卡片，其中，

当第二交通信息与交通信息集合中各个交通信息均匹配失败时，显示第二交通卡片；或者，

当第二交通信息与交通信息集合中的第三交通信息匹配成功时，并且，当第二交通信息与第三交通信息不属于相同类型的信息时，显示第二交通卡片；或者，

当第二交通信息与交通信息集合中的第三交通信息匹配成功时，并且，当第二交通信息与第三交通信息属于相同类型的信息时，确定不显示第二交通卡片。

第二交通信息是从新收到的短信或者通知消息中解析出的信息，由于收到第二交通信息时，删除操作触发的免打扰模式已启动，手机需要确定是否通过第二交通卡片展示第二交通信息。

手机可以根据第二交通信息与交通信息集合的匹配情况确定是否显示第二交通卡片，交通信息集合是删除操作前收到的全部或部分交通信息的集合，

若第二交通信息与交通信息集合中各个交通信息的匹配均失败，说明第二交通信息与交通信息集合中的各个交通信息对应不同的车次，第二交通信息可能含有重要的交通信息，需要通过第二交通卡片展示给用户。

若第二交通信息与第三交通信息匹配成功，说明第二交通信息与第三交通信息对应相同的车次，此时，手机可以继续判断第二交通信息与第三交通信息是否属于相同类型的信息，若第二交通信息与第三交通信息不属于相同类型的信息，第二交通信息可能含有重要的交通信息，手机可以通过第二交通卡片将第二交通信息展示给用户，以免用户错过重要交通信息；若第二交通信息与第三交通信息属于相同类型的信息，说明在接收第二交通信息之前已经向用户展示了类似的交通信息(第三交通信息)，手机可以不展示第二交通卡片，从而减小了交通卡片对用户的干扰。

下面结合几个例子对S760进行解释说明。

【示例1】第二交通信息是从【购票成功短信1】中解析出的交通信息“EF05763485，G6716，02车无座，6月23日，12:03，洪梅，望牛墩，Alice”，第三交通信息是从【订票成功短信1】中解析出的交通信息“EF05763485，G6716，6月23日，12:03，洪梅，望牛墩”。可以通过两个交通信息的标识是否相同确定第二交通信息与第三交通信息是否匹配。

匹配模块可以按照“交通工具的编号、出发日期、出发时间、出发地和目的地”这个规则确定交通信息的标识(identifier，ID)，那么，第二交通信息的ID为“G6716，6月23日，12:03，洪梅，望牛墩”，第三交通信息的ID为“G6716，6月23日，12:03，洪梅，望牛墩”，由此可见，第二交通信息的ID与第三交通信息的ID相同，匹配模块可以确定第二交通信息与第三交通信息匹配成功。

随后，对于匹配成功的第二交通信息，匹配模块还需要确定第二交通信息与第三交通信息是否属于相同类型的信息。第二交通信息和第三交通信息都包含订单号，说明这两个交通信息都属于购票类信息，由于手机已展示过第三交通信息(即，第一交通信息)，为了避免用户受到类似信息的打扰，匹配模块可以确定不展示第二交通信息，即，不显示第二交通卡片。

【示例2】手机收到【改签成功短信1】，该短信的内容如下：

您好！您预定的火车票(6月23日洪梅-望牛墩G6716次Alice02车无座，洪梅12:03开)改签成功。

短信解析模块从【改签成功短信1】中解析出的交通信息“EF05763485，G6716，02车无座，6月23日，12:03，洪梅，望牛墩，改签成功”可以称为第三交通信息，匹配模块按照“交通工具的编号、出发日期、出发时间、出发地和目的地”这个规则确定：第三交通信息的ID为“G6716，6月23日，12:03，洪梅，望牛墩”。第二交通信息的ID为“G6716，6月23日，12:03，洪梅，望牛墩”，由此可见，第二交通信息的ID与第三交通信息的ID相同，匹配模块可以确定第二交通信息与第三交通信息匹配成功。

随后，对于匹配成功的第二交通信息，匹配模块还需要确定第二交通信息与第三交通信息是否属于相同类型的信息。第二交通信息和第三交通信息都包含订单号，但是，第三交通信息包含“改签成功”，说明第三交通信息属于改签类信息，与第二交通信息属于不同类型的交通信息，匹配模块可以确定展示第二交通信息，即，显示第二交通卡片。

【示例3】手机收到【购票成功短信2】，该短信的内容如下：

06月24日12:47五台山-大营8818购票成功EK74781129，黄碧纯03车厢007号。

短信解析模块从【购票成功短信2】中解析出的交通信息“EK74781129，8818，03车厢007号，6月24日，12:47，五台山，大营，购票成功”可以称为第三交通信息，匹配模块按照“交通工具的编号、出发日期、出发时间、出发地和目的地”这个规则确定：第三交通信息的ID为“8818，6月24日，12:47，五台山，大营”。第二交通信息的ID为“G6716，6月23日，12:03，洪梅，望牛墩”，由此可见，第二交通信息的ID与第三交通信息的ID不同，匹配模块可以确定第二交通信息与第三交通信息匹配失败。

若第三交通信息不是交通信息集合中最后一个与第二交通信息进行匹配的交通信息，匹配模块继续匹配第二交通信息与交通信息集合中未进行匹配的交通信息；若第三交通信息是交通信息集合中最后一个与第二交通信息进行匹配的交通信息，匹配模块确定第二交通信息与交通信息集合中各个交通信息均匹配失败时，可以显示第二交通卡片。

需要说明的是，本申请的各个实施例中，第三交通信息指的是交通信息集合中的任意一个交通信息，可以是第一交通信息，也可以是除第一交通信息之外的一个交通信息。交通信息的类型可以是用户或者手机厂商预设的类型，如，购票类信息、改签类信息、退票类信息、认证类信息或者提醒类信息。手机可以基于交通信息中的关键信息确定该交通信息所属的类型，本申请对交通信息的类型划分以及确定交通信息的类型的方法不做限定。

此外，“交通工具的编号、出发日期、出发时间、出发地和目的地”是各个交通信息包含的基础元素，因此，上述三个示例将这五个基础元素作为交通信息的ID，一些交通信息包含更多的元素，可以将上述五个基础元素作为主ID，将一些附加元素作为辅ID，以便于更精确地匹配第二交通信息。

基于主ID和辅ID进行匹配的方法如图8所示，手机收到新短信(如【购票成功短信1】)后，运行短信解析模块解析【购票成功短信1】，得到第二交通信息“EF05763485，G6716，02车无座，6月23日，12:03，洪梅，望牛墩，Alice”，随后，匹配模块构建第二交通信息的主ID“G6716，6月23日，12:03，洪梅，望牛墩”和辅ID“02车无座”。匹配模块首先使用主ID进行匹配，若主ID匹配失败，则不再匹配辅ID，匹配模块确定第二交通信息的当前匹配失败，匹配模块可以继续匹配第二交通信息和交通信息集合中剩余的交通信息；若主ID匹配成功，则继续匹配辅ID，若辅ID匹配成功，匹配模块确定第二交通信息的当前匹配成功，若辅ID匹配失败，匹配模块确定第二交通信息的当前匹配失败，匹配模块可以继续匹配第二交通信息和交通信息集合中剩余的交通信息。

图7所示的方法还可以解决短信解析模块重启导致的卡片重复显示的问题。短信解析模块通常会在重启(如终端设备的重启)后执行初始化操作，即，解析终端设备存储的全部短信。现有技术中，短信解析模块在重启后解析出的交通信息会传递至卡片处理模块并将解析出的交通信息传递给卡片模块，卡片模块基于收到的交通信息生成交通卡片。

然而，短信解析模块在重启后解析出的交通信息可能是旧交通信息(短信解析模块重启前已在交通卡片中展示过的交通信息，如第一交通信息)，卡片模块生成包含旧交通信息的卡片展示给用户会对用户造成干扰。在图7所示的方法中，短信解析模块在重启后解析出的交通信息不是传递给卡片模块，而是传递给匹配模块，匹配模块对接收到的交通信息(如第二交通信息)进行匹配，若第二交通信息是旧交通信息，则第二交通信息必然会与交通信息集合中的一个交通信息匹配成功，并且第二交通信息与该交通信息的类型相同，匹配模块不会将第二交通信息传递给卡片模块，从而避免了手机在短信解析模块重启后再次展示包含旧交通信息的卡片对用户造成的干扰。

下面再结合图9从模块交互的角度描述本申请提供的处理交通信息的方法。

S901，短信APP接收旧短信。

旧短信可以是【订票成功短信1】或者【购票成功短信1】，也可以是其他包含交通信息的短信。

S902，短信APP向短信解析模块发送旧短信。

短信解析模块可以是独立的模块，也可以是其他模块(如智能能力模块)的子模块。

S903，短信解析模块解析旧短信，得到第一交通信息。

例如，旧短信是【订票成功短信1】，则第一交通信息可以是“EF05763485，G6716，6月23日，12:03，洪梅，望牛墩”。

S904，短信解析模块向匹配模块发送第一交通信息。

S905，匹配模块确定展示第一交通信息。

由于当前匹配模块未收到删除交通卡片的操作对应的事件，匹配模块确定不开启免打扰模式，即，确定展示每个收到的交通信息。

S906，匹配模块向卡片模块发送第一交通信息。

S907，卡片模块生成第一交通卡片。

第一交通卡片的示例如图3所示。

S908，卡片模块响应于删除操作，删除第一交通卡片。

删除操作用于删除第一交通卡片，可以是图4所示的滑动操作，也可以是其他类型的操作。卡片模块收到删除操作相关的事件后，删除第一交通卡片。

S909，短信APP接收新短信。

新短信指的是在S901之后接收到的短信。当旧短信是【订票成功短信1】，新短信可以是【购票成功短信1】、【出票成功短信1】或者【购票成功短信2】，还可以是其他包含交通信息的短信。

S910，短信APP向短信解析模块发送新短信。

S911，短信解析模块解析新短信，得到第二交通信息。

当新短信为【购票成功短信1】时，第二交通信息为“EF05763485，G6716，02车无座，6月23日，12:03，洪梅，望牛墩，Alice”。

当新短信为【购票成功短信2】时，第二交通信息为“EK74781129，8818，03车厢007号，6月24日，12:47，五台山，大营，购票成功”。

S912，短信解析模块向匹配模块发送第二交通信息。

S913，匹配模块响应于删除操作，根据第二交通信息的匹配关系确定是否展示第二交通信息。

例如，当第二交通信息为“EF05763485，G6716，02车无座，6月23日，12:03，洪梅，望牛墩，Alice”时，第二交通信息的主ID为“G6716，6月23日，12:03，洪梅，望牛墩”，该主ID与第一交通信息的主ID相同，匹配模块确定第二交通信息与第一交通信息匹配成功(第一交通信息无辅ID，视为辅ID匹配成功)，匹配模块确定不展示第二交通信息，最终结果如图10所示。

又例如，当第二交通信息为“EK74781129，8818，03车厢007号，6月24日，12:47，五台山，大营，购票成功”时，第二交通信息的主ID为“8818，6月24日，12:47，五台山，大营”，该主ID与第一交通信息的主ID不同，匹配模块确定第二交通信息与第一交通信息匹配失败，若第一交通信息是交通信息集合中最后一个与第二交通信息进行匹配的信息，则匹配模块确定展示第二交通信息。

S914，匹配模块向卡片模块发送第二交通信息。

当匹配模块确定展示第二交通信息时，匹配模块向卡片模块发送第二交通信息。

S915，卡片模块生成第二交通卡片。

当第二交通信息为“EK74781129，8818，03车厢007号，6月24日，12:47，五台山，大营，购票成功”时，第二交通卡片如图11所示。

本申请还提供了一种计算机程序产品，该计算机程序产品被处理器执行时实现本申请中任一方法实施例所述的方法。

该计算机程序产品可以存储在存储器中，经过预处理、编译、汇编和链接等处理过程最终被转换为能够被处理器执行的可执行目标文件。

该计算机程序产品也可以固化在芯片中的代码。本申请对计算机程序产品的具体形式不做限定。

本申请还提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被计算机执行时实现本申请中任一方法实施例所述的方法。该计算机程序可以是高级语言程序，也可以是可执行目标程序。

该计算机可读存储介质可以是易失性存储器或非易失性存储器，或者，可以同时包括易失性存储器和非易失性存储器。其中，非易失性存储器可以是只读存储器(read-only memory，ROM)、可编程只读存储器(programmable ROM，PROM)、可擦除可编程只读存储器(erasable PROM，EPROM)、电可擦除可编程只读存储器(electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(static RAM，SRAM)、动态随机存取存储器(dynamic RAM，DRAM)、同步动态随机存取存储器(synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(double data rateSDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(directrambus RAM，DR RAM)。

本领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的装置和设备的具体工作过程以及产生的技术效果，可以参考前述方法实施例中对应的过程和技术效果，在此不再赘述。

在本申请所提供的几个实施例中，所揭露的***、装置和方法，可以通过其它的方式实现。例如，以上所描述的方法实施例的一些特征可以忽略，或不执行。以上所描述的装置实施例仅仅是示意性的，单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，多个单元或组件可以结合或者可以集成到另一个***。另外，各单元之间的耦合或各个组件之间的耦合可以是直接耦合，也可以是间接耦合，上述耦合包括电的、机械的或其它形式的连接。

应理解，在本申请的各种实施例中，各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请的实施例的实施过程构成任何限定。

另外，本文中术语“***”和“网络”在本文中常被可互换使用。本文中的术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

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

Claims

1.一种处理交通信息的方法，其特征在于，包括：

接收第一交通信息；

根据所述第一交通信息显示第一交通卡片，所述第一交通卡片为包含所述第一交通信息中的部分或全部信息的卡片；

接收删除操作；

响应于所述删除操作，删除所述第一交通卡片；

接收第二交通信息；

响应于所述删除操作，根据所述第二交通信息与交通信息集合的匹配情况确定是否显示第二交通卡片，所述交通信息集合包括所述第一交通信息，所述第二交通卡片为包含所述第二交通信息中的部分或全部信息的卡片，其中，

当所述第二交通信息与所述交通信息集合中各个交通信息均匹配失败时，显示所述第二交通卡片；或者，

当所述第二交通信息与所述交通信息集合中的第三交通信息匹配成功时，并且，当所述第二交通信息与所述第三交通信息不属于相同类型的信息时，显示所述第二交通卡片；或者，

当所述第二交通信息与所述交通信息集合中的第三交通信息匹配成功时，并且，当所述第二交通信息与所述第三交通信息属于相同类型的信息时，确定不显示所述第二交通卡片。

2.根据权利要求1所述的方法，其特征在于，所述第二交通信息与所述交通信息集合中各个交通信息均匹配失败，包括：

所述第二交通信息的标识与所述交通信息集合中各个交通信息的标识均不同。

3.根据权利要求1所述的方法，其特征在于，所述第二交通信息与所述交通信息集合中的第三交通信息匹配成功，包括：

所述第二交通信息的标识与所述第三交通信息的标识相同。

4.根据权利要求2或3所述的方法，其特征在于，所述标识包括主标识和辅标识，所述主标识为所述第二交通信息进行匹配时优先匹配的标识，所述辅标识为所述主标识匹配成功后继续匹配的标识。

5.根据权利要求4所述的方法，其特征在于，所述主标识包括交通工具的编号、出发日期、出发时间、出发地和目的地，所述辅标识包括所述交通工具的座位号。

6.根据权利要求1至3中任一项所述的方法，其特征在于，

所述接收第二交通信息前，所述方法还包括：

接收重启操作，所述重启操作用于重启短信解析模块；

所述接收第二交通信息，包括：

从所述短信解析模块接收所述第二交通信息，其中，所述第二交通信息是所述短信解析模块从重启前收到的短信中解析出的交通信息。

7.根据权利要求1至3中任一项所述的方法，其特征在于，所述相同类型的信息包括：

购票类信息、改签类信息、退票类信息、认证类信息或者提醒类信息。

8.一种处理交通信息的装置，其特征在于，包括处理器和存储器，所述处理器和所述存储器耦合，所述存储器用于存储计算机程序，当所述计算机程序被所述处理器执行时，使得所述装置执行权利要求1至7中任一项所述的方法。

9.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，当所述计算机程序被处理器执行时，使得包含所述处理器的装置执行权利要求1至7中任一项所述的方法。