CN116567554A - 信息处理方法和装置 - Google Patents

Abstract

本申请实施例提供一种信息处理方法和装置，终端设备获取第一行程短信，在第一服务器判断第一比例大于或等于第一阈值时，由于第一比例为多个设备解析行程短信失败的比例，多个设备包括终端设备，因此，第一服务器可以向终端设备发送更新后的模型，使得终端设备基于更新后的模型解析第一行程短信，得到第一解析结果，第一解析结果中包括行程起始时间和行程起始日期，终端设备基于行程起始时间和行程起始日期可以向用户推荐服务，这样，不需要周期性的更新短信解析模型，在第一比例大于或等于第一阈值时，第一服务器可以向终端设备发送更新后的模型，可以提高模型更新的及时性，从而提高用户出行提醒的准确率，提高用户体验。

Description

信息处理方法和装置

技术领域

本申请涉及终端技术领域，尤其涉及一种信息处理方法和装置。

背景技术

随着终端技术的日益发展，终端设备提供的功能可以满足用户的需求，例如，当终端设备获取用户的出行意图时，终端设备可以提醒用户出行时间。

通常情况下，终端设备可以接收到用户的行程短信，终端设备可以解析行程短信以获得用户的出行意图，进而提醒用户出行时间。

但是，当终端设备通过行程短信无法获取用户的出行意图时，可能会降低用户出行提醒的准确率。

发明内容

本申请实施例提供一种信息处理方法和装置，可以提高模型更新的及时性，使得终端设备基于更新后的模型获取用户的出行意图，进而向用户推荐出行服务，提高用户出行提醒的准确率。

第一方面，本申请实施例提供一种信息处理方法，应用于信息处理系统，该系统包括终端设备和第一服务器，第一服务器用于服务终端设备，该方法包括：终端设备获取第一行程短信；在第一服务器判断第一比例大于或等于第一阈值时，第一服务器向终端设备发送更新后的模型；其中，第一比例为多个设备解析行程短信失败的比例，多个设备包括终端设备；终端设备基于更新后的模型解析第一行程短信，得到第一解析结果，其中，第一解析结果中包括行程起始时间和行程起始日期；终端设备基于行程起始时间和行程起始日期推荐服务。这样，不需要周期性的更新短信解析模型，可以在第一比例大于或等于第一阈值时，第一服务器可以向终端设备发送更新后的模型，可以提高模型更新的及时性，从而提高用户出行提醒的准确率，提高用户体验。

一种可能的实现方式中，第一行程短信为来自订票应用的行程短信，在第一服务器判断第一比例大于或等于第一阈值时，第一服务器向终端设备发送更新后的模型，包括：第一服务器统计第一时间内的多个设备解析订票应用的行程短信失败的第一比例，其中，多个设备的行程短信的类型为第一类型，第一类型用于指示行程短信的类型，行程短信的类型包括退票、订票、取消、改签或延误，多个设备的行程短信包括第一行程短信；当第一服务器判断第一比例大于或等于第一阈值时，第一服务器根据第一行程短信确定第一格式，其中，第一格式用于指示第一行程短信中的内容的格式，第一格式与第一行程短信中的数字与字符或数字与字指示的内容有关；第一服务器从第二服务器获取订票应用的第一类型和第一格式对应的模型；第一服务器向终端设备发送订票应用的第一类型和第一格式对应的模型。这样，第一服务器根据第一类型和第一格式可以从第二服务器获取订票应用的第一类型和第一格式对应的模型，从而使得终端设备可以得到订票应用的第一类型和第一格式对应的模型，进而终端设备基于该模型可以获取用户的出行意图，提高用户出行提醒的准确率。

一种可能的实现方式中，第一服务器根据第一行程短信确定第一格式，包括：第一服务器获取第一行程短信中的第一数字和第一数字相邻的第一字符；当第一服务器确定第一数字与第一数字相邻的第一字符组成第一内容，且第一内容指示日期时，第一服务器确定第一格式为第一内容对应的格式。这样，第一服务器可以确定第一行程短信的内容的格式为第一格式，使得第一服务器基于第一格式和第一类型，可以从第二服务器获取订票应用的第一类型和第一格式对应的模型。

一种可能的实现方式中，第一服务器根据第一行程短信确定第一格式，包括：第一服务器获取第一行程短信中的第二数字和第二数字相邻的第一关键字，其中，第一关键字包括下述的一个或多个：年、月或日；当第一服务器确定第二数字与第二数字相邻的第一关键字组成第二内容，且第二内容指示日期时，第一服务器确定第一格式为第二内容对应的格式。这样，第一服务器可以确定第一行程短信的内容的格式为第一格式，使得第一服务器基于第一格式和第一类型，可以从第二服务器获取订票应用的第一类型和第一格式对应的模型。

一种可能的实现方式中，在第一服务器判断第一比例大于或等于第一阈值时，第一服务器向终端设备发送更新后的模型之前，还包括：终端设备确定第一行程短信的类型为第一类型，其中，第一类型用于指示行程短信的类型，行程短信的类型包括退票、订票、取消、改签或延误；终端设备从预设模型库中调用与第一类型对应的模型解析第一行程短信，得到第二解析结果；当第二解析结果中不包括行程起始时间和行程起始日期时，终端设备向第一服务器发送终端设备的标识和第一信息，其中，第一信息用于指示第一类型对应的模型解析订票应用的第一行程短信失败。这样，终端设备解析第一行程短信后，可以向第一服务器发送解析第一行程短信失败的信息，使得第一服务器在统计多个设备解析行程短信失败的比例后，基于该比例判断是否从第二服务器获取模型。

一种可能的实现方式中，终端设备确定第一行程短信的类型为第一类型，包括：终端设备获取第一行程短信中的第二关键词；当终端设备从第一对应关系中查询到与第二关键词匹配的关键词时，终端设备基于第一对应关系确定第一行程短信的类型为第一类型，其中，第一对应关系包括关键词与关键词对应的行程短信类型之间的关系。这样，终端设备可以通过第一对应关系确定第一行程短信的类型为第一类型，使得终端设备可以调用与第一类型对应的模型解析第一行程短信。

一种可能的实现方式中，第一对应关系包括：当关键词为预定成功时，关键词对应的行程短信类型为订票，以及，当关键词为出票时，关键词对应的行程短信类型为出票，以及，当关键词为退票时，关键词对应的行程短信类型为退票，以及，当关键词为延误时，关键词对应的行程短信类型为延误。

一种可能的实现方式中，预设模型库中包括第一模型和第二模型，终端设备从预设模型库中调用与第一类型对应的模型解析第一行程短信，得到第二解析结果，包括：终端设备调用第一模型解析第一行程短信，得到第一结果；终端设备调用第二模型解析第一行程短信，得到第二结果；当第一结果与第二结果相同时，终端设备将第一结果或第二结果中的其中一个结果确定为第二解析结果。这样，终端设备通过第一模型和第二模型解析第一行程短信后，可以得到第二解析结果，进而，终端设备基于该第二解析结果判断第一类型对应的模型解析第一行程短信的情况。

一种可能的实现方式中，还包括：当第一结果与第二结果不同，且第一结果或第二结果中的其中一个结果与第三结果的相似度最大时，终端设备将第一结果或第二结果中的其中一个结果确定为第二解析结果，其中，第三结果为终端设备从订票应用获取的，第三结果包括行程起始时间和行程起始日期。这样，终端设备可以得到第二解析结果，进而，终端设备基于该第二解析结果判断第一类型对应的模型解析第一行程短信的情况。

一种可能的实现方式中，更新后的模型为软件开发工具包SDK或插件。

第二方面，本申请实施例提供一种信息处理装置，该信息处理装置可以是终端设备，也可以是终端设备内的部件、芯片或者芯片系统。该信息处理装置可以包括获取单元和处理单元。当该信息处理装置是终端设备时，该处理单元可以是处理器，该信息处理装置还可以包括存储单元，该存储单元可以是存储器。该存储单元用于存储指令，该处理单元执行该存储单元所存储的指令，以使该终端设备实现第一方面或第一方面的任意一种可能的实现方式中描述的方法。当该信息处理装置是终端设备内的部件、芯片或者芯片系统时，该处理单元可以是处理器，该处理单元执行存储单元所存储的指令，以使该终端设备实现第一方面或第一方面的任意一种可能的实现方式中描述的方法。该存储单元可以是该芯片内的存储单元(例如，寄存器、缓存等)，也可以是该终端设备内的位于该芯片外部的存储单元(例如，只读存储器、随机存取存储器等)。

示例性的，获取单元，用于获取第一行程短信；处理单元，用于在第一服务器判断第一比例大于或等于第一阈值时，向终端设备发送更新后的模型；其中，第一比例为多个设备解析行程短信失败的比例，多个设备包括终端设备；处理单元，还用于基于更新后的模型解析第一行程短信，得到第一解析结果，其中，第一解析结果中包括行程起始时间和行程起始日期；处理单元，还用于基于行程起始时间和行程起始日期推荐服务。

一种可能的实现方式中，第一行程短信为来自订票应用的行程短信，处理单元，具体用于：统计第一时间内的多个设备解析订票应用的行程短信失败的第一比例，其中，多个设备的行程短信的类型为第一类型，第一类型用于指示行程短信的类型，行程短信的类型包括退票、订票、取消、改签或延误，多个设备的行程短信包括第一行程短信；当第一服务器判断第一比例大于或等于第一阈值时，根据第一行程短信确定第一格式，其中，第一格式用于指示第一行程短信中的内容的格式，第一格式与第一行程短信中的数字与字符或数字与字指示的内容有关；从第二服务器获取订票应用的第一类型和第一格式对应的模型；向终端设备发送订票应用的第一类型和第一格式对应的模型。

一种可能的实现方式中，处理单元，具体用于：获取第一行程短信中的第一数字和第一数字相邻的第一字符；当第一服务器确定第一数字与第一数字相邻的第一字符组成第一内容，且第一内容指示日期时，确定第一格式为第一内容对应的格式。

一种可能的实现方式中，处理单元，具体用于：获取第一行程短信中的第二数字和第二数字相邻的第一关键字，其中，第一关键字包括下述的一个或多个：年、月或日；当第一服务器确定第二数字与第二数字相邻的第一关键字组成第二内容，且第二内容指示日期时，确定第一格式为第二内容对应的格式。

一种可能的实现方式中，处理单元，还用于：确定第一行程短信的类型为第一类型，其中，第一类型用于指示行程短信的类型，行程短信的类型包括退票、订票、取消、改签或延误；从预设模型库中调用与第一类型对应的模型解析第一行程短信，得到第二解析结果；当第二解析结果中不包括行程起始时间和行程起始日期时，向第一服务器发送终端设备的标识和第一信息，其中，第一信息用于指示第一类型对应的模型解析订票应用的第一行程短信失败。

一种可能的实现方式中，处理单元，具体用于：获取第一行程短信中的第二关键词；当终端设备从第一对应关系中查询到与第二关键词匹配的关键词时，基于第一对应关系确定第一行程短信的类型为第一类型，其中，第一对应关系包括关键词与关键词对应的行程短信类型之间的关系。

一种可能的实现方式中，第一对应关系包括：当关键词为预定成功时，关键词对应的行程短信类型为订票，以及，当关键词为出票时，关键词对应的行程短信类型为出票，以及，当关键词为退票时，关键词对应的行程短信类型为退票，以及，当关键词为延误时，关键词对应的行程短信类型为延误。

一种可能的实现方式中，处理单元，具体用于：调用第一模型解析第一行程短信，得到第一结果；调用第二模型解析第一行程短信，得到第二结果；当第一结果与第二结果相同时，将第一结果或第二结果中的其中一个结果确定为第二解析结果。

一种可能的实现方式中，处理单元，具体还用于：当第一结果与第二结果不同，且第一结果或第二结果中的其中一个结果与第三结果的相似度最大时，将第一结果或第二结果中的其中一个结果确定为第二解析结果，其中，第三结果为终端设备从订票应用获取的，第三结果包括行程起始时间和行程起始日期。

一种可能的实现方式中，更新后的模型为软件开发工具包SDK或插件。

第三方面，本申请实施例提供一种信息处理装置，该装置可以包括处理器和存储器，存储器用于存储代码指令，处理器用于运行代码指令，以执行第一方面或第一方面的任意一种可能的实现方式中描述的方法。

第四方面，本申请实施例提供一种信息处理系统，该系统可以包括：第二方面及第二方面的各种可能的实现方式中描述的装置。

第五方面，本申请实施例提供一种计算机可读存储介质，计算机可读存储介质中存储有计算机程序或指令，当计算机程序或指令在计算机上运行时，使得计算机执行第一方面或第一方面的任意一种可能的实现方式中描述的方法。

第六方面，本申请实施例提供一种包括计算机程序的计算机程序产品，当计算机程序在计算机上运行时，使得计算机执行第一方面或第一方面的任意一种可能的实现方式中描述的方法。

第七方面，本申请提供一种芯片或者芯片系统，该芯片或者芯片系统包括至少一个处理器和通信接口，通信接口和至少一个处理器通过线路互联，至少一个处理器用于运行计算机程序或指令，以执行第一方面或第一方面的任意一种可能的实现方式中描述的方法，其中，芯片中的通信接口可以为输入/输出接口、管脚或电路等。

在一种可能的实现中，本申请中上述描述的芯片或者芯片系统还包括至少一个存储器，该至少一个存储器中存储有指令。该存储器可以为芯片内部的存储单元，例如，寄存器、缓存等，也可以是该芯片的存储单元(例如，只读存储器、随机存取存储器等)。

应当理解的是，本申请的第二方面至第七方面与本申请的第一方面的技术方案相对应，各方面及对应的可行实施方式所取得的有益效果相似，不再赘述。

附图说明

图1为本申请实施例提供的一种应用场景的示意图；

图2为本申请实施例提供的一种终端设备的硬件结构示意图；

图3为本申请实施例提供的一种终端设备的软件结构示意图；

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

图5为本申请实施例提供的一种终端设备授权订票应用在日历显示行程信息的界面示意图；

图6为本申请实施例提供的一种终端设备授权订票应用在日历显示行程信息的界面示意图；

图7为本申请实施例提供的一种信息处理装置的结构示意图；

图8为本申请实施例提供的一种芯片的结构示意图。

具体实施方式

为了便于清楚描述本申请实施例的技术方案，在本申请的实施例中，采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分。例如，第一芯片和第二芯片仅仅是为了区分不同的芯片，并不对其先后顺序进行限定。本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定，并且“第一”、“第二”等字样也并不限定一定不同。

需要说明的是，本申请实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其他实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。

本申请实施例中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B的情况，其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b，或c中的至少一项(个)，可以表示：a，b，c，a-b，a-c，b-c，或a-b-c，其中a，b，c可以是单个，也可以是多个。

随着终端技术的日益发展，终端设备提供的功能可以满足用户的需求，例如，当终端设备获取用户的出行意图时，终端设备可以提醒用户出行时间。

通常情况下，当终端设备接收到用户的行程短信时，终端设备可以解析行程短信以获得用户的出行意图，进而提醒用户出行时间，避免用户耽误出行。

示例性的，图1为本申请实施例提供的一种应用场景的示意图，当用户通过订票应用预定行程票时，订票应用会发送行程短信，行程短信可以如图1所示的航班短信，终端设备通过解析行程短信可以得到用户的出行意图，例如，终端设备通过短信解析模型解析行程短信后，终端设备获得的用户出行意图可以为：用户将于2021年12月14日的19:00乘坐C航班，从A1地点的A2机场到B1地点的B2机场，由于终端设备解析到起飞时间，因此，终端设备可以提醒用户出行时间，例如，终端设备可以在17:00提醒用户出发前往A2机场，避免用户误机。

但是，短信解析模型的更新是周期性的，若在该周期性的时间内，短信解析模型更新了多次，而终端设备基于更新前的短信解析模型可能无法获取用户的出行意图，这会降低用户出行提醒的准确率。

有鉴于此，本申请实施例提供一种信息处理方法和装置，应用于信息处理系统，该系统可以包括终端设备和第一服务器，第一服务器用于服务终端设备，终端设备获取第一行程短信，在第一服务器判断第一比例大于或等于第一阈值时，由于第一比例为多个设备解析行程短信失败的比例，多个设备包括终端设备，因此，第一服务器可以向终端设备发送更新后的模型，使得终端设备基于更新后的模型解析第一行程短信，得到第一解析结果，第一解析结果中包括行程起始时间和行程起始日期，这样，终端设备基于行程起始时间和行程起始日期可以向用户推荐服务，这样，不需要周期性的更新短信解析模型，在第一比例大于或等于第一阈值时，第一服务器可以向终端设备发送更新后的模型，可以提高模型更新的及时性，使得终端设备基于更新后的模型得到的解析结果可以向用户推荐出行提醒服务，从而提高用户出行提醒的准确率，提高用户体验。

本申请实施例中的行程短信可以为航班短信、车票短信、酒店预定短信、旅游预定短信和其他类型的短信等，本申请实施例提供的方法适用于与用户出行有关的场景，例如，与用户出行有关的场景可以包括航班出行场景、火车出行场景以及轮船出行场景等。

本申请实施例的方法应用于终端设备，终端设备可以为手机或平板等可接收行程短信的设备，示例性的，图2为本申请实施例提供的一种终端设备的硬件结构示意图，如图2所示，终端设备100可以包括处理器110，外部存储器接口120，内部存储器121，电源管理模块141，天线1，天线2，移动通信模块150，无线通信模块160，传感器模块180，按键190，摄像头193，显示屏194，用户接口130以及充电管理模块140等；其中，传感器模块180可以包括：压力传感器180A，加速度传感器180E，指纹传感器180H和触摸传感器180K等。

需要说明的是，本申请实施例示意的结构并不构成对终端设备100的具体限定；可以理解的是，终端设备100可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置；其中，图示的部件可以以硬件，软件或软件和硬件的组合实现。

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

处理器110中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器110中的存储器可以为高速缓冲存储器，该存储器可以保存处理器110刚用过或循环使用的指令或数据。

在一些实施例中，处理器110可以包括一个或多个接口，接口可以包括集成电路(inter-integrated circuit，I2C)接口，集成电路内置音频(inter-integratedcircuitsound，I2S)接口，脉冲编码调制(pulse code modulation，PCM)接口，和/或通用串行总线(universal serial bus，USB)接口等。

用户接口130用于终端设备100与外围设备之间传输数据，也可以用于连接耳机，通过耳机播放音频；用户接口130还可以用于连接其他设备，例如，增强现实(augmentedreality，AR)设备等。

电源管理模块141接收充电管理模块140的输入，电源管理模块141为处理器110，内部存储器121，显示屏194，摄像头193和无线通信模块160等供电。

终端设备100的无线通信功能可以通过天线1，天线2，移动通信模块150以及无线通信模块160等实现；其中，天线1和天线2用于发射和接收电磁波信号。终端设备100中的天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。例如，可以将天线1复用为无线局域网的分集天线。

移动通信模块150可以提供应用在终端设备100上的包括2G/3G/4G/5G等无线通信的解决方案；无线通信模块160可以提供应用在终端设备100上的包括无线局域网(wirelesslocal area networks，WLAN)(如无线保真(wireless fidelity，Wi-Fi)网络)，蓝牙(bluetooth，BT)，全球导航卫星系统(global navigation satellite system，GNSS)，调频(frequency modulation，FM)，近距离无线通信技术(near field communication，NFC)，红外技术(infrared，IR)等无线通信的解决方案。

在一些实施例中，终端设备100的天线1和移动通信模块150耦合，天线2和无线通信模块160耦合，使得终端设备100可以通过无线通信技术与网络以及其他设备通信；其中，无线通信技术可以包括全球移动通讯系统(global system for mobile communications，GSM)，通用分组无线服务(general packet radio service，GPRS)，码分多址接入(codedivision multiple access，CDMA)，长期演进(long term evolution，LTE)，BT，GNSS，WLAN，NFC，FM，和/或IR技术等。

终端设备100通过显示屏194实现显示功能，显示屏194用于显示图像，视频等，显示屏194包括显示面板。在一些实施例中，终端设备100可以包括1个或N个显示屏194，N为大于1的正整数；其中，在本申请实施例中，终端设备可以通过显示屏显示日历，使得用户可以在日历中看到添加的行程信息。

终端设备100可以通过摄像头193等实现拍摄功能，摄像头193用于捕获静态图像或视频。

外部存储器接口120可以用于连接外部存储卡，实现扩展终端设备100的存储能力。外部存储卡通过外部存储器接口120与处理器110通信，实现数据存储功能。

内部存储器121可以用于存储计算机可执行程序代码，可执行程序代码包括指令。内部存储器121可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统，至少一个功能所需的应用程序(比如声音播放功能，图像播放功能等)等。

压力传感器180A用于感受压力信号，可以将压力信号转换成电信号。在一些实施例中，压力传感器180A可以设置于显示屏194。

加速度传感器180E可检测终端设备100在各个方向上(一般为三轴)加速度的大小；指纹传感器180H用于采集指纹。终端设备100可以利用采集的指纹特性实现指纹解锁，访问应用锁，指纹拍照，指纹接听来电等。

触摸传感器180K，也称“触控器件”。触摸传感器180K可以设置于显示屏194，由触摸传感器180K与显示屏194组成触摸屏，也称“触控屏”。触摸传感器180K用于检测作用于其上或附近的触摸操作。

示例性的，图3为本申请实施例提供的一种终端设备的软件结构示意图，如图3所示，分层架构将终端设备100的软件系统分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。

在一些实施例中，可以将Android系统分为五层，分别为应用程序层(applications)、应用程序框架层(application framework)、安卓运行时(Androidruntime)和系统库以及内核层(kernel)。

可能的方式中，应用程序层可以包括一系列应用程序包，应用程序层通过调用应用程序框架层所提供的应用程序接口(application programming interface，API)运行应用程序。例如，如图3所示，应用程序包可以包括日历、电话、音乐或社交等应用程序。

本申请实施例中，应用程序层还可以包括信息、感知模块、计算引擎以及智慧助手，其中，信息用于接收来自订票应用的第一行程短信，感知模块可以向计算引擎发送第一行程短信，使得计算引擎可以解析第一行程短信，智慧助手用于向用户推荐服务，例如，出发提醒服务。

可能的方式中，应用程序框架层为应用程序层的应用程序提供API和编程框架。例如，如图3所示，应用程序框架层可以包括资源管理器、视图系统、输入系统、活动管理器以及通知管理器等，应用程序框架层还包括一些预先定义的函数等。

其中，资源管理器为应用程序提供各种资源，比如本地化字符串，图标，图片，布局文件，视频文件等；视图系统包括可视控件，例如，显示文字的控件，显示图片的控件等。视图系统可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如，可以包括短信通知图标的显示界面，可以包括显示文字的视图以及显示图片的视图。

其中，输入系统用于管理输入设备的程序。例如，输入系统可以确定触摸滑动等输入操作；通知管理器使应用程序可以在状态栏中显示通知信息，可以用于传达告知类型的消息，可以短暂停留后自动消失，无需用户交互。例如，通知管理器被用于告知下载完成，消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在系统顶部状态栏的通知，例如，后台运行的应用程序的通知，还可以是以对话窗口形式出现在屏幕上的通知，例如，在状态栏提示文本信息，发出提示音，终端设备100振动，指示灯闪烁等；活动管理器用于管理各个应用程序的生命周期以及导航回退功能，负责Android的主线程创建，各个应用程序的生命周期的维护。

本申请实施例中，应用程序框架层还可以包括行程关联节点以及短信解析计算节点，计算引擎可以通过行程关联节点向感知模块注册行程短信围栏，计算引擎可以通过短信解析计算节点从预设模型库中调用模型解析第一行程短信，其中，当第一行程短信为航班短信时，行程关联节点可以理解为航班关联节点。

可能的方式中，Android runtime用于负责安卓系统的调度和管理，可以包括核心库和虚拟机。其中，核心库包含两部分：一部分是java语言需要调用的功能函数，另一部分是安卓的核心库；虚拟机用于执行对象安全和异常的管理、生命周期的管理、堆栈管理、线程管理以及垃圾回收等功能。

需要说明的是，应用程序层和应用程序框架层运行在虚拟机中，虚拟机将应用程序层和应用程序框架层的java文件执行为二进制文件。

可能的方式中，系统库可以包括多个功能模块。例如：表面管理器(surfacemanager)，媒体库(Media Libraries)，三维图形处理库(例如：OpenGL ES)，二维图形引擎等。

其中，表面管理器用于对显示子系统进行管理，并且为多个应用程序提供了二维和三维图层的融合；三维图形处理库用于实现三维图形绘图、图像渲染、合成以及图层处理等；二维图形引擎是二维绘图的绘图引擎；媒体库支持多种常用的视频格式回放和录制、音频以及静态图像文件等，媒体库可以支持多种音视频编码格式，例如，MPEG4，H.264，MP3，AAC，AMR，JPG，PNG等。

可能的方式中，内核层是硬件和软件之间的层，内核层至少包含显示驱动、音频驱动、摄像头驱动、传感器驱动或马达驱动等，本申请实施例对此不做限制。

结合上述内容，示例性的，图4为本申请实施例提供的一种信息处理方法的流程示意图，如图4所示，可以包括以下步骤：

S401：计算引擎向感知模块注册订票应用的行程短信围栏。

本申请实施例中，结合图3，计算引擎可以通过行程关联节点向感知模块注册订票应用的行程短信围栏，从而可以指示感知模块对订票应用的行程短信进行监控，使得感知模块可以监控订票应用的行程短信的通知状态，进而获取来自订票应用的行程短信，例如，订票应用可以为“铁路12306”、“智行火车票”、“高铁管家”、“飞猪旅游”、“携程旅游”以及“航旅纵横”等应用。

其中，行程短信可以是航班短信或车票短信等，行程短信的具体内容和订票应用的具体内容，可以根据实际应用场景设定，本申请实施例不作限定。

S402：当接收到第一行程短信时，感知模块向计算引擎发送第一行程短信。

S403：计算引擎确定第一行程短信的类型为第一类型。

本申请实施例中，第一类型用于指示行程短信的类型，例如，行程短信的类型可以包括退票、出票、订票、取消、延误或改签等，计算引擎确定第一行程短信的类型为第一类型，可能的实现方式为：计算引擎获取第一行程短信中的第二关键词，当计算引擎从第一对应关系中查询到与第二关键词匹配的关键词时，计算引擎基于第一对应关系中确定第一行程短信的类型为第一类型。

其中，第一对应关系包括关键词与关键词对应的行程短信类型之间的关系，第一对应关系可以包括：当关键词为预定成功时，关键词对应的行程短信类型为订票；以及，当关键词为出票时，关键词对应的行程短信类型为出票；以及，当关键词为已出票时，关键词对应的行程短信类型为出票；以及，当关键词为已取消时，关键词对应的行程短信类型为取消；以及，当关键词为退票时，关键词对应的行程短信类型为退票；以及，当关键词为延误时，关键词对应的行程短信类型为延误。

例如，第二关键词是已出票时，第一类型可以为出票，则第一行程短信为出票短信；第二关键词是退票时，第一类型可以为退票，则第一行程短信为退票短信。

可以理解的是，第一对应关系中的具体内容可以根据实际应用场景设定，本申请实施例不作限定；计算引擎确定第一行程短信的类型为第一类型的实现方式，也可以根据实际应用场景设定，本申请实施例不作限定。

S404：计算引擎从预设模型库中调用与第一类型对应的模型解析第一行程短信，得到第二解析结果。

本申请实施例中，计算引擎从预设模型库中调用与第一类型对应的模型解析第一行程短信，得到第二解析结果，包括以下三种可能的实现方式：

在第一种可能的实现方式中，预设模型库中包括第一模型，计算引擎调用第一模型解析第一行程短信，得到第二解析结果。

在第二种可能的实现方式中，预设模型库中包括第一模型和第二模型，计算引擎调用第一模型解析第一行程短信，得到第一结果；计算引擎调用第二模型解析第一行程短信，得到第二结果；当第一结果与第二结果相同时，计算引擎将第一结果或第二结果中的其中一个结果确定为第二解析结果。

在第三种可能的实现方式中，预设模型库中包括第一模型和第二模型，计算引擎调用第一模型解析第一行程短信，得到第一结果；计算引擎调用第二模型解析第一行程短信，得到第二结果；当第一结果与第二结果不同，且第一结果或第二结果中的其中一个结果与第三结果的相似度最大时，计算引擎将第一结果或第二结果中的其中一个结果确定为第二解析结果；其中，第三结果为终端设备从订票应用获取的，第三结果包括行程起始时间和行程起始日期。

例如，当第一结果与第三结果的相似度大于第二结果与第三结果的相似度时，计算引擎将第一结果确定为第第二解析结果；或者，当第一结果与第三结果的相似度小于第二结果与第三结果的相似度时，计算引擎将第二结果确定为第二解析结果。

可以理解的是，计算引擎调用模型解析第一行程短信得到解析结果的具体实现方式，可以根据实际应用场景设定，本申请实施例不作限定。

S405：当第二解析结果中不包括行程起始时间和行程起始日期时，计算引擎向服务平台发送终端设备的标识和用于指示第一类型对应的模型解析订票应用的第一行程短信失败的信息。

本申请实施例中，用于指示第一类型对应的模型解析订票应用的第一行程短信失败的信息也可以称为第一信息，行程起始时间用于指示行程开始时间，行程起始日期用于指示行程开始日期，例如，第一行程短信为航班短信，行程起始时间指的是航班起飞时间，行程起始日期指的是航班起飞日期；第一行程短信为火车票短信，行程起始时间指的是火车发车时间，行程起始日期指的是火车发车日期。

S406：服务平台统计第一时间内的多个设备解析行程短信失败的第一比例。

本申请实施例中，第一时间可以为一天、一个月、两个月或其他时间，多个设备包括终端设备，服务平台用于服务终端设备，服务平台可以理解为终端设备厂商对应的服务器，服务平台可以称为第一服务器。

本申请实施例中，多个设备的行程短信的类型为第一类型，可以理解的是，由于多个设备调用第一类型对应的模型解析行程短信后，多个设备中的第一部分设备会向服务平台发送用于指示解析行程短信成功的信息，多个设备中的第二部分设备会向服务平台发送用于指示解析行程短信失败的信息，这样，服务平台可以统计第一时间内的多个设备解析行程短信失败的第一比例，其中，第一部分设备和第二部分设备组成了多个设备。

S407：当服务平台判断第一比例大于或等于第一阈值时，服务平台根据第一行程短信确定第一格式。

本申请实施例中，由于服务平台统计的是多个设备解析行程短信失败的第一比例，多个设备的行程短信中包括第一行程短信，因此，在服务平台判断第一比例大于或等于第一阈值，服务平台可以根据第一行程短信确定第一格式，第一格式用于指示第一行程短信中的内容的格式。

需要说明的是，第一阈值可以为20％或其他值，第一格式与第一行程短信中的数字与字符或数字与字指示的内容有关，例如，第一行程短信为航班短信，第一行程短信的内容可以为：航班取消通知：您乘坐的2021-06-07的机场A-机场B 06:30起飞的航班3U1212已取消等，其中，字符“-”和数字“2021，06，07”可以组成内容，该内容指示日期；或者，第一行程短信的内容可以为：航班取消通知：您乘坐的2021年06月07日的机场A-机场B 06:30起飞的航班3U1212已取消等，其中，字“年月日”和数字“2021，06，07”可以组成内容，该内容也指示日期。

因此，服务平台根据第一行程短信确定第一格式，包括以下两种可能的实现方式：

在第一种可能的实现方式中，服务平台可以获取第一行程短信中的第一数字和第一数字相邻的第一字符，当服务平台确定第一数字和第一数字相邻的第一字符组成第一内容，且第一内容指示日期时，服务平台确定第一格式为第一内容对应的格式，其中，第一字符可以为“-”或“.”等。

在第二种可能的实现方式中，服务平台可以获取第一行程短信中的第二数字和第二数字相邻的第一关键字，当服务平台确定第二数字与第二数字相邻的第一关键字组成第二内容，且第二内容指示日期时，服务平台确定第一格式为第二内容对应的格式，其中，第一关键字可以包括下述的一个或多个：年、月或日。

可以理解的是，第一格式与预设模型库中的与第一类型对应的模型所对应的行程短信的格式不同，这使得多个设备中的第二部分设备对应的计算引擎调用第一类型对应的模型解析行程短信后，多个设备中的第二部分设备对应的计算引擎向服务平台发送用于指示解析行程短信失败的信息。

可以理解的是，服务平台根据第一行程短信确定第一格式的实现方式，也可以根据实际应用场景设定，本申请实施例不作限定。

可以理解的是，在S406和S407，服务平台也可以统计多个设备解析行程短信成功的比例，当该比例小于第二阈值时，由于多个设备包括终端设备，且终端设备调用第一类型对应的模型解析第一行程短信失败，因此，服务平台也可以根据第一行程短信确定第一格式，进而，服务平台可以向三方云发送用于指示获取订票应用的第一类型和第一格式对应的模型的信息；其中，第二阈值可以为80％或其他值，第二阈值与第一阈值的和为100％。

可以理解的是，在S406和S407，多个设备可以为授权设备，授权设备为授权订票应用在设备中的日历显示行程信息的设备，例如，终端设备接收到第二行程短信后，终端设备可以从订票应用获取到该第二行程短信对应的行程信息，并将该第二行程短信对应的行程信息显示在日历中，若第二行程短信的类型为第二类型，终端设备可以调用与第二类型对应的模型解析第二行程短信，得到第三解析结果，终端设备可以将第三解析结果与日历中显示的行程信息进行对比，当第三解析结果与日历中显示的行程信息的相似度小于第三阈值时，终端设备可以向服务平台发送用于指示第二类型对应的模型解析订票应用的第二行程短信失败的信息，服务平台可以统计第二时间内的多个设备调用第二类型对应的模型解析行程短信成功的比例，多个设备的行程短信的类型为第二类型，当该比例小于第四阈值时，由于多个设备包括终端设备，且终端设备调用第二类型对应的模型解析订票应用的第二行程短信失败，因此，服务平台可以根据第二行程短信确定第二格式，第二格式用于指示第二行程短信中的内容的格式，进而，服务平台可以向三方云发送用于指示获取订票应用的第二类型和第二格式对应的模型的信息。

其中，第三阈值可以为30％或其他值，第四阈值可以为80％或其他值，第二时间内的多个设备调用第二类型对应的模型解析行程短信成功的比例可以满足下述公式：第二时间内的多个设备调用第二类型对应的模型解析行程短信成功的比例＝(第二时间内的多个设备解析行程短信成功的设备数量/第二时间内的多个设备的设备总数)。

其中，服务平台确定根据第二行程短信确定第二格式的实现方式，以及终端设备确定第二行程短信的类型为第二类型的实现方式，可以参考上述内容适应描述，在此不再赘述。

示例性的，图5为本申请实施例提供的一种终端设备授权订票应用在日历显示行程信息的界面示意图，当用户通过终端设备在订票应用上预定航班后，终端设备可以接收到航班信息，终端设备可以显示如图5中的a所示的界面，该界面包括提示信息，提示信息用于提示用户开启行程自动导入日历开关，提示信息包括前往开启控件，当用户需要开启行程自动导入日历开关时，用户可以通过点击或触摸等操作触发前往开启控件，终端设备接收到用户对前往开启控件的触发时，终端设备可以显示如图5中的b所示的界面，该界面包括日历开关，日历开关对应的状态为关闭状态，日历开关对应的控件为启动控件，当终端设备接收到对启动控件的触发时，终端设备可以设置日历开关对应的状态为开启状态，这样，终端设备可以自动将航班信息显示在日历中。

其中，在图5中的a所示的界面中，该界面还包括航班信息，航班信息包括航班起飞时间和航班降落时间，以及航班起飞机场和航班降落机场，如图5中的a所示，计划的航班起飞时间为7:30，计划的航班降落时间为10:30，航班起飞机场为A2机场，航班降落机场为B2机场。

结合图5，示例性的，图6为本申请实施例提供的一种终端设备授权订票应用在日历显示行程信息的界面示意图，当用户通过终端设备在订票应用上预定航班后，终端设备可以显示如图6所示的界面，该界面为订票应用中的界面，该界面包括一键开启控件，当用户通过点击或触摸等操作触发一键开启控件时，终端设备接收到对一键开启控件的触发，终端设备可以自动将日历开关的状态设置为开启状态，这样，终端设备可以自动将航班信息显示在日历中。

结合上述内容，服务平台统计第一时间内的多个设备解析订票应用的行程短信失败或成功的比例的方式，可以理解为，服务平台是通过打点的方式检测第一类型对应的模型解析订票应用的行程短信的情况是否异常，这样，基于统计的比例判断出现异常时，服务平台可以从三方云获取订票应用的第一类型和第一格式对应的模型，这与人为约定更新终端设备中的模型的方式相比，该方式可以提高模型更新的及时性，使得终端设备基于更新后的模型得到的解析结果可以向用户推荐出行提醒服务，从而提高用户出行提醒的准确率，提高用户体验。

S408：服务平台向三方云发送用于指示获取订票应用的第一类型和第一格式对应的模型的信息。

S409：三方云向服务平台发送订票应用的第一类型和第一格式对应的模型。

本申请实施例中，三方云可以指的是为终端设备提供行程短信解析模型的服务器，三方云可以称为第二服务器，订票应用的第一类型和第一格式对应的模型是预先存储在三方云的，这样，当服务平台向三方云发送用于指示获取订票应用的第一类型和第一格式对应的模型的信息时，三方云可以向服务平台发送订票应用的第一类型和第一格式对应的模型，可以提高三方云向服务平台发送订票应用的第一类型和第一格式对应的模型的效率。

其中，三方云在接收到用于指示获取订票应用的第一类型和第一格式对应的模型的信息后，三方云可以打开短信解析模型在线更新开关，这样，三方云可以得到订票应用的第一类型和第一格式对应的模型，订票应用的第一类型和第一格式对应的模型可以理解为软件开发工具包(software development kit，SDK)或插件。

可以理解的是，三方云得到订票应用的第一类型和第一格式对应的模型的具体实现方式，可以根据实际应用场景设定，本申请实施例不作限定。

S410：服务平台基于终端设备的标识向计算引擎发送订票应用的第一类型和第一格式对应的模型。

可以理解的是，由于服务平台统计有多个设备的标识，当服务平台获取来自三方云的订票应用的第一类型和第一格式对应的模型后，服务平台也可以基于多个设备中除终端设备的标识之外的其他设备的标识，向多个设备中除终端设备之外的其他设备发送订票应用的第一类型和第一格式对应的模型。

S411：计算引擎在预设模型库中添加订票应用的第一类型和第一格式对应的模型。

结合上述内容，可以理解的是，当计算引擎获取订票应用的第一类型和第一格式对应的模型后，或者理解为，当计算引擎获取更新后的模型后，计算引擎可以解析第一行程短信，得到第一解析结果，由于第一解析结果中包括行程起始时间和行程起始日期，因此，终端设备基于该行程起始时间和行程起始日期可以推荐服务，例如，终端设备可以通过智慧助手在行程起始日期时的行程起始时间前2个小时提醒用户出发；其中，更新后的模型为SDK或插件。

可以理解的是，当终端设备解析得到行程起始时间和行程起始日期后，终端设备可以自动将该行程起始时间和行程起始日期添加在日历中，从而进一步提醒用户，或者，终端设备基于该行程起始时间和行程起始日期，还可以推荐其他服务，例如，出发提醒服务、出行准备提醒服务以及保险推荐服务等，其中，出发提醒服务可以包括路况路程提醒服务、打车提醒服务以及导航提醒服务等，出行准备提醒服务可以包括提醒天气、衣物、卡证等服务等，出发提醒服务也可以理解为出行提醒服务。

可以理解的是，第一行程短信可以为航班短信，当终端设备解析第一行程短信后，若终端设备还可以得到行程标识，这样，终端设备基于行程标识、行程起始时间和行程起始日期，还可以推荐出票反馈服务、值机服务、航班变更服务、登机口变更服务、电子登机牌服务以及目的地提醒服务等，其中，行程标识指的是航班号，航班变更服务可以包括航班延误服务或航班取消服务。

上面已对本申请实施例的信息处理方法进行了说明，下面对本申请实施例提供的执行上述信息处理方法的装置进行描述。本领域技术人员可以理解，方法和装置可以相互结合和引用，本申请实施例提供的信息处理装置可以执行上述信息处理方法中的步骤。

示例性的，图7为本申请实施例提供的一种信息处理装置的结构示意图，如图7所示，该装置700可以为终端设备，也可以为应用于终端设备中的芯片或芯片系统；该装置700包括：获取单元701和处理单元702，其中，获取单元701用于支信息处理装置执行信息获取的步骤，处理单元702用于支持信息处理装置执行信息处理的步骤。

示例性的，获取单元，用于获取第一行程短信；处理单元，用于在第一服务器判断第一比例大于或等于第一阈值时，向终端设备发送更新后的模型；其中，第一比例为多个设备解析行程短信失败的比例，多个设备包括终端设备；处理单元，还用于基于更新后的模型解析第一行程短信，得到第一解析结果，其中，第一解析结果中包括行程起始时间和行程起始日期；处理单元，还用于基于行程起始时间和行程起始日期推荐服务。

一种可能的实现方式中，第一行程短信为来自订票应用的行程短信，处理单元，具体用于：统计第一时间内的多个设备解析订票应用的行程短信失败的第一比例，其中，多个设备的行程短信的类型为第一类型，第一类型用于指示行程短信的类型，行程短信的类型包括退票、订票、取消、改签或延误，多个设备的行程短信包括第一行程短信；当第一服务器判断第一比例大于或等于第一阈值时，根据第一行程短信确定第一格式，其中，第一格式用于指示第一行程短信中的内容的格式，第一格式与第一行程短信中的数字与字符或数字与字指示的内容有关；从第二服务器获取订票应用的第一类型和第一格式对应的模型；向终端设备发送订票应用的第一类型和第一格式对应的模型。

一种可能的实现方式中，处理单元，具体用于：获取第一行程短信中的第一数字和第一数字相邻的第一字符；当第一服务器确定第一数字与第一数字相邻的第一字符组成第一内容，且第一内容指示日期时，确定第一格式为第一内容对应的格式。

一种可能的实现方式中，处理单元，具体用于：获取第一行程短信中的第二数字和第二数字相邻的第一关键字，其中，第一关键字包括下述的一个或多个：年、月或日；当第一服务器确定第二数字与第二数字相邻的第一关键字组成第二内容，且第二内容指示日期时，确定第一格式为第二内容对应的格式。

一种可能的实现方式中，处理单元，还用于：确定第一行程短信的类型为第一类型，其中，第一类型用于指示行程短信的类型，行程短信的类型包括退票、订票、取消、改签或延误；从预设模型库中调用与第一类型对应的模型解析第一行程短信，得到第二解析结果；当第二解析结果中不包括行程起始时间和行程起始日期时，向第一服务器发送终端设备的标识和第一信息，其中，第一信息用于指示第一类型对应的模型解析订票应用的第一行程短信失败。

一种可能的实现方式中，处理单元，具体用于：获取第一行程短信中的第二关键词；当终端设备从第一对应关系中查询到与第二关键词匹配的关键词时，基于第一对应关系确定第一行程短信的类型为第一类型，其中，第一对应关系包括关键词与关键词对应的行程短信类型之间的关系。

一种可能的实现方式中，第一对应关系包括：当关键词为预定成功时，关键词对应的行程短信类型为订票，以及，当关键词为出票时，关键词对应的行程短信类型为出票，以及，当关键词为退票时，关键词对应的行程短信类型为退票，以及，当关键词为延误时，关键词对应的行程短信类型为延误。

一种可能的实现方式中，处理单元，具体用于：调用第一模型解析第一行程短信，得到第一结果；调用第二模型解析第一行程短信，得到第二结果；当第一结果与第二结果相同时，将第一结果或第二结果中的其中一个结果确定为第二解析结果。

一种可能的实现方式中，处理单元，具体还用于：当第一结果与第二结果不同，且第一结果或第二结果中的其中一个结果与第三结果的相似度最大时，将第一结果或第二结果中的其中一个结果确定为第二解析结果，其中，第三结果为终端设备从订票应用获取的，第三结果包括行程起始时间和行程起始日期。

一种可能的实现方式中，更新后的模型为软件开发工具包SDK或插件。

在一种可能的实施例中，信息处理装置还可以包括：存储单元703。获取单元701、处理单元702、存储单元703通过通信总线相连。

存储单元703可以包括一个或者多个存储器，存储器可以是一个或者多个设备、电路中用于存储程序或者数据的器件。

存储单元703可以独立存在，通过通信总线与信息处理装置具有的处理单元702相连；存储单元703也可以和处理单元702集成在一起.

信息处理装置可以用于信息处理设备、电路、硬件组件或者芯片中。

示例性的，图8为本申请实施例提供的一种芯片的结构示意图。芯片800包括一个或两个以上(包括两个)处理器810和通信接口830。

在一些实施方式中，存储器840存储了如下的元素：可执行模块或者数据结构，或者他们的子集，或者他们的扩展集。

本申请实施例中，存储器840可以包括只读存储器和随机存取存储器，并向处理器810提供指令和数据。存储器840的一部分还可以包括非易失性随机存取存储器(non-volatile random access memory，NVRAM)。

本申请实施例中，存储器840、通信接口830以及存储器840通过总线系统820耦合在一起。其中，总线系统820除包括数据总线之外，还可以包括电源总线、控制总线和状态信号总线等。为了便于描述，在图8中将各种总线都标为总线系统820。

上述本申请实施例描述的方法可以应用于处理器810中，或者由处理器810实现。处理器810可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器810中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器810可以是通用处理器(例如，微处理器或常规处理器)、数字信号处理器(digitalsignal processing，DSP)、专用集成电路(application specific integrated circuit，ASIC)、现成可编程门阵列(field-programmable gate array，FPGA)或者其他可编程逻辑器件、分立门、晶体管逻辑器件或分立硬件组件，处理器810可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。

结合本申请实施例的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。其中，软件模块可以位于随机存储器、只读存储器、可编程只读存储器或带电可擦写可编程存储器(electrically erasableprogrammable read only memory，EEPROM)等本领域成熟的存储介质中。该存储介质位于存储器840，处理器810读取存储器840中的信息，结合其硬件完成上述方法的步骤。

在上述实施例中，存储器存储的供处理器执行的指令可以以计算机程序产品的形式实现。其中，计算机程序产品可以是事先写入在存储器中，也可以是以软件形式下载并安装在存储器中。

计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时，全部或部分地产生按照本申请实施例的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络或者其他可编程装置。计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一计算机可读存储介质传输，例如，计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，DSL)或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。计算机可读存储介质可以是计算机能够存储的任何可用介质或者是包括一个或多个可用介质集成的服务器、数据中心等数据存储设备。例如，可用介质可以包括磁性介质(例如，软盘、硬盘或磁带)、光介质(例如，数字通用光盘(digital versatile disc，DVD))、或者半导体介质(例如，固态硬盘(solid state disk，SSD))等。

本申请实施例还提供了一种计算机可读存储介质。上述实施例中描述的方法可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。计算机可读介质可以包括计算机存储介质和通信介质，还可以包括任何可以将计算机程序从一个地方传送到另一个地方的介质。存储介质可以是可由计算机访问的任何目标介质。

作为一种可能的设计，计算机可读介质可以包括紧凑型光盘只读储存器(compactdisc read-only memory，CD-ROM)、RAM、ROM、EEPROM或其它光盘存储器；计算机可读介质可以包括磁盘存储器或其它磁盘存储设备。而且，任何连接线也可以被适当地称为计算机可读介质。例如，如果使用同轴电缆，光纤电缆，双绞线，DSL或无线技术(如红外，无线电和微波)从网站，服务器或其它远程源传输软件，则同轴电缆，光纤电缆，双绞线，DSL或诸如红外，无线电和微波之类的无线技术包括在介质的定义中。如本文所使用的磁盘和光盘包括光盘(CD)，激光盘，光盘，数字通用光盘(digital versatile disc，DVD)，软盘和蓝光盘，其中磁盘通常以磁性方式再现数据，而光盘利用激光光学地再现数据。

上述的组合也应包括在计算机可读介质的范围内。以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。

Claims (13)

1.一种信息处理方法，其特征在于，应用于信息处理系统，所述系统包括终端设备和第一服务器，所述第一服务器用于服务所述终端设备，所述方法包括：

所述终端设备获取第一行程短信；

在所述第一服务器判断第一比例大于或等于第一阈值时，所述第一服务器向所述终端设备发送更新后的模型；其中，所述第一比例为多个设备解析行程短信失败的比例，所述多个设备包括所述终端设备；

所述终端设备基于所述更新后的模型解析所述第一行程短信，得到第一解析结果，其中，所述第一解析结果中包括行程起始时间和行程起始日期；

所述终端设备基于所述行程起始时间和所述行程起始日期推荐服务。

2.根据权利要求1所述的方法，其特征在于，所述第一行程短信为来自订票应用的行程短信，所述在所述第一服务器判断第一比例大于或等于第一阈值时，所述第一服务器向所述终端设备发送更新后的模型，包括：

所述第一服务器统计第一时间内的多个设备解析所述订票应用的行程短信失败的第一比例，其中，所述多个设备的行程短信的类型为第一类型，所述第一类型用于指示所述行程短信的类型，所述行程短信的类型包括退票、订票、取消、改签或延误，所述多个设备的行程短信包括所述第一行程短信；

当所述第一服务器判断所述第一比例大于或等于所述第一阈值时，所述第一服务器根据所述第一行程短信确定第一格式，其中，所述第一格式用于指示所述第一行程短信中的内容的格式，所述第一格式与所述第一行程短信中的数字与字符或所述数字与字指示的内容有关；

所述第一服务器从第二服务器获取所述订票应用的所述第一类型和所述第一格式对应的模型；

所述第一服务器向所述终端设备发送所述订票应用的所述第一类型和所述第一格式对应的模型。

3.根据权利要求2所述的方法，其特征在于，所述第一服务器根据所述第一行程短信确定第一格式，包括：

所述第一服务器获取所述第一行程短信中的第一数字和所述第一数字相邻的第一字符；

当所述第一服务器确定所述第一数字与所述第一数字相邻的第一字符组成第一内容，且所述第一内容指示日期时，所述第一服务器确定所述第一格式为所述第一内容对应的格式。

4.根据权利要求2所述的方法，其特征在于，所述第一服务器根据所述第一行程短信确定第一格式，包括：

所述第一服务器获取所述第一行程短信中的第二数字和所述第二数字相邻的第一关键字，其中，所述第一关键字包括下述的一个或多个：年、月或日；

当所述第一服务器确定所述第二数字与所述第二数字相邻的第一关键字组成第二内容，且所述第二内容指示日期时，所述第一服务器确定所述第一格式为所述第二内容对应的格式。

5.根据权利要求1-4任一项所述的方法，其特征在于，所述在所述第一服务器判断第一比例大于或等于第一阈值时，所述第一服务器向所述终端设备发送更新后的模型之前，还包括：

所述终端设备确定所述第一行程短信的类型为第一类型，其中，所述第一类型用于指示行程短信的类型，所述行程短信的类型包括退票、订票、取消、改签或延误；

所述终端设备从预设模型库中调用与所述第一类型对应的模型解析所述第一行程短信，得到第二解析结果；

当所述第二解析结果中不包括所述行程起始时间和所述行程起始日期时，所述终端设备向所述第一服务器发送所述终端设备的标识和第一信息，其中，所述第一信息用于指示所述第一类型对应的模型解析订票应用的所述第一行程短信失败。

6.根据权利要求5所述的方法，其特征在于，所述终端设备确定所述第一行程短信的类型为第一类型，包括：

所述终端设备获取所述第一行程短信中的第二关键词；

当所述终端设备从第一对应关系中查询到与所述第二关键词匹配的关键词时，所述终端设备基于所述第一对应关系确定所述第一行程短信的类型为所述第一类型，其中，所述第一对应关系包括关键词与所述关键词对应的行程短信类型之间的关系。

7.根据权利要求6所述的方法，其特征在于，所述第一对应关系包括：当所述关键词为预定成功时，所述关键词对应的行程短信类型为订票，以及，当所述关键词为出票时，所述关键词对应的行程短信类型为出票，以及，当所述关键词为退票时，所述关键词对应的行程短信类型为退票，以及，当所述关键词为延误时，所述关键词对应的行程短信类型为延误。

8.根据权利要求5-7任一项所述的方法，其特征在于，所述预设模型库中包括第一模型和第二模型，所述终端设备从预设模型库中调用与所述第一类型对应的模型解析所述第一行程短信，得到第二解析结果，包括：

所述终端设备调用所述第一模型解析所述第一行程短信，得到第一结果；

所述终端设备调用所述第二模型解析所述第一行程短信，得到第二结果；

当所述第一结果与所述第二结果相同时，所述终端设备将所述第一结果或所述第二结果中的其中一个结果确定为所述第二解析结果。

9.根据权利要求8所述的方法，其特征在于，还包括：

当所述第一结果与所述第二结果不同，且所述第一结果或所述第二结果中的其中一个结果与第三结果的相似度最大时，所述终端设备将所述第一结果或所述第二结果中的其中一个结果确定为所述第二解析结果，其中，所述第三结果为所述终端设备从所述订票应用获取的，所述第三结果包括所述行程起始时间和所述行程起始日期。

10.根据权利要求1-9任一项所述的方法，其特征在于，所述更新后的模型为软件开发工具包SDK或插件。

11.一种信息处理装置，其特征在于，包括处理器和存储器，所述存储器用于存储代码指令，其中，所述处理器用于运行所述代码指令，以执行如权利要求1-10中任一项所述的方法。

12.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有指令，当所述指令被执行时，使得计算机执行如权利要求1-10中任一项所述的方法。

13.一种计算机程序产品，其特征在于，包括计算机程序，当所述计算机程序被运行时，使得计算机执行如权利要求1-10中任一项所述的方法。