Information processing method and apparatus

Abstract

Embodiments of the present application provide an information processing method and device, a terminal device acquires a first travel message, when a first server judges that a first proportion is greater than or equal to a first threshold value, the first proportion is the proportion of multiple devices that fail to parse the travel message, and the multiple devices include the terminal device, therefore, the first server can send an updated model to the terminal device, so that the terminal device parses the first travel message based on the updated model to obtain a first parsing result, the first parsing result includes a travel start time and a travel start date, and the terminal device can recommend services to the user based on the travel start time and the travel start date, so that the short message parsing model does not need to be updated periodically, when the first proportion is greater than or equal to the first threshold value, the first server can send the updated model to the terminal device, the timeliness of model updating can be improved, thereby improving the accuracy of user travel reminders and improving user experience.

Description

Technical Field

[0001] This application relates to the field of terminal technology, and in particular to an information processing method and apparatus. Background Technology

[0002] With the continuous development of terminal technology, the functions provided by terminal devices can meet the needs of users. For example, when a terminal device obtains a user's travel intention, it can remind the user of the travel time.

[0003] Typically, the terminal device can receive the user's travel itinerary SMS message. The terminal device can parse the itinerary SMS message to obtain the user's travel intention, and then remind the user of the travel time.

[0004] However, when the terminal device cannot obtain the user's travel intention through trip SMS, it may reduce the accuracy of user travel reminders. Summary of the Invention

[0005] This application provides an information processing method and apparatus that can improve the timeliness of model updates, enabling terminal devices to obtain users' travel intentions based on the updated model, and then recommend travel services to users, thereby improving the accuracy of user travel reminders.

[0006] In a first aspect, embodiments of this application provide an information processing method applied to an information processing system. The system includes a terminal device and a first server, the first server serving the terminal device. The method includes: the terminal device acquiring a first trip SMS message; the first server sending an updated model to the terminal device when it determines that a first proportion is greater than or equal to a first threshold; wherein the first proportion is the proportion of multiple devices failing to parse the trip SMS message, and the multiple devices include the terminal device; the terminal device parses the first trip SMS message based on the updated model to obtain a first parsing result, wherein the first parsing result includes the trip start time and trip start date; and the terminal device recommending services based on the trip start time and trip start date. This eliminates the need for periodic updates to the SMS message parsing model. The first server can send an updated model to the terminal device when the first proportion is greater than or equal to the first threshold, improving the timeliness of model updates and thus increasing the accuracy of user travel reminders and enhancing user experience.

[0007] In one possible implementation, the first trip SMS is a trip SMS from a ticketing application. When the first server determines that the first proportion is greater than or equal to a first threshold, the first server sends an updated model to the terminal device, including: the first server calculating the first proportion of multiple devices failing to parse the trip SMS from the ticketing application within a first time period, wherein the type of the trip SMS from multiple devices is a first type, which indicates the type of the trip SMS, including refund, booking, cancellation, rescheduling, or delay, and the trip SMS from multiple devices includes the first trip SMS; when the first server determines that the first proportion is greater than or equal to the first threshold, the first server determines a first format based on the first trip SMS, wherein the first format indicates the format of the content in the first trip SMS, and the first format is related to the content indicated by numbers and characters or numbers and words in the first trip SMS; the first server obtains the model corresponding to the first type and first format of the ticketing application from a second server; and the first server sends the model corresponding to the first type and first format of the ticketing application to the terminal device. In this way, the first server can obtain the model corresponding to the first type and first format of the ticketing application from the second server based on the first type and first format, so that the terminal device can obtain the model corresponding to the first type and first format of the ticketing application. Then, the terminal device can obtain the user's travel intention based on the model, thereby improving the accuracy of user travel reminders.

[0008] In one possible implementation, the first server determines the first format based on the first trip SMS message, including: the first server obtaining a first digit and a first character adjacent to the first digit from the first trip SMS message; when the first server determines that the first digit and the first character adjacent to the first digit constitute first content, and the first content indicates a date, the first server determines the first format to be the format corresponding to the first content. In this way, the first server can determine that the format of the content of the first trip SMS message is the first format, enabling the first server to obtain the model corresponding to the first type and first format of the ticketing application from the second server based on the first format and the first type.

[0009] In one possible implementation, the first server determines the first format based on the first trip SMS message, including: the first server obtaining a second number and a first keyword adjacent to the second number in the first trip SMS message, wherein the first keyword includes one or more of the following: year, month, or day; when the first server determines that the second number and the first keyword adjacent to the second number constitute second content, and the second content indicates a date, the first server determines the first format as the format corresponding to the second content. In this way, the first server can determine the format of the content of the first trip SMS message as the first format, enabling the first server to obtain the model corresponding to the first type and first format of the ticketing application from the second server based on the first format and the first type.

[0010] In one possible implementation, before the first server sends the updated model to the terminal device when it determines that the first proportion is greater than or equal to the first threshold, the method further includes: the terminal device determining that the type of the first trip SMS is a first type, wherein the first type indicates the type of the trip SMS, and the type of the trip SMS includes ticket refund, ticket booking, cancellation, rescheduling, or delay; the terminal device calling the model corresponding to the first type from a preset model library to parse the first trip SMS and obtaining a second parsing result; when the second parsing result does not include the trip start time and trip start date, the terminal device sends its identifier and first information to the first server, wherein the first information indicates that the model corresponding to the first type failed to parse the first trip SMS of the ticket booking application. In this way, after parsing the first trip SMS, the terminal device can send information indicating that parsing the first trip SMS failed to parse it, allowing the first server to determine whether to obtain a model from the second server based on the proportion of multiple devices failing to parse the trip SMS.

[0011] In one possible implementation, the terminal device determines the type of the first trip SMS as a first type by: the terminal device obtaining a second keyword from the first trip SMS; when the terminal device finds a keyword matching the second keyword in a first correspondence relationship, the terminal device determines the type of the first trip SMS as the first type based on the first correspondence relationship, wherein the first correspondence relationship includes the relationship between the keyword and the trip SMS type corresponding to the keyword. In this way, the terminal device can determine the type of the first trip SMS as the first type through the first correspondence relationship, allowing the terminal device to call the model corresponding to the first type to parse the first trip SMS.

[0012] In one possible implementation, the first correspondence includes: when the keyword is "successful booking", the corresponding trip SMS type is "ticket booking"; when the keyword is "ticket issuance", the corresponding trip SMS type is "ticket issuance"; when the keyword is "ticket refund", the corresponding trip SMS type is "ticket refund"; and when the keyword is "delay", the corresponding trip SMS type is "delay".

[0013] In one possible implementation, a preset model library includes a first model and a second model. The terminal device calls the model corresponding to the first type from the preset model library to parse the first trip SMS and obtain a second parsing result. This includes: the terminal device calling the first model to parse the first trip SMS and obtaining a first result; the terminal device calling the second model to parse the first trip SMS and obtaining a second result; when the first result and the second result are the same, the terminal device determines one of the first result or the second result as the second parsing result. In this way, after parsing the first trip SMS using the first model and the second model, the terminal device can obtain a second parsing result, and then, based on the second parsing result, the terminal device determines the parsing status of the first trip SMS using the model corresponding to the first type.

[0014] One possible implementation further includes: when the first result differs from the second result, and one of the first or second results has the highest similarity to the third result, the terminal device determines one of the first or second results as the second parsing result. The third result is obtained by the terminal device from the ticketing application and includes the trip start time and trip start date. In this way, the terminal device can obtain the second parsing result, and then, based on this second parsing result, the terminal device determines the parsing status of the first trip SMS message corresponding to the first type.

[0015] In one possible implementation, the updated model is a software development kit (SDK) or plugin.

[0016] Secondly, embodiments of this application provide an information processing apparatus, which may be a terminal device, or a component, chip, or chip system within the terminal device. The information processing apparatus may include an acquisition unit and a processing unit. When the information processing apparatus is a terminal device, the processing unit may be a processor, and the information processing apparatus may further include a storage unit, which may be a memory. The storage unit is used to store instructions, and the processing unit executes the instructions stored in the storage unit to cause the terminal device to implement the methods described in the first aspect or any possible implementation of the first aspect. When the information processing apparatus is a component, chip, or chip system within the terminal device, the processing unit may be a processor, and the processing unit executes the instructions stored in the storage unit to cause the terminal device to implement the methods described in the first aspect or any possible implementation of the first aspect. The storage unit may be a storage unit within the chip (e.g., a register, cache, etc.), or a storage unit located outside the chip within the terminal device (e.g., a read-only memory, random access memory, etc.).

[0017] For example, the acquisition unit is used to acquire a first trip SMS message; the processing unit is used to send an updated model to the terminal device when the first server determines that the first proportion is greater than or equal to a first threshold; wherein, the first proportion is the proportion of multiple devices that fail to parse the trip SMS message, and the multiple devices include the terminal device; the processing unit is further used to parse the first trip SMS message based on the updated model to obtain a first parsing result, wherein the first parsing result includes the trip start time and the trip start date; the processing unit is further used to recommend services based on the trip start time and the trip start date.

[0018] In one possible implementation, the first trip SMS is a trip SMS from a ticketing application. The processing unit is specifically used for: calculating a first proportion of multiple devices failing to parse trip SMS from the ticketing application within a first time period, wherein the type of the trip SMS from multiple devices is a first type, which indicates the type of trip SMS, including refund, booking, cancellation, rescheduling, or delay, and the trip SMS from multiple devices includes the first trip SMS; when the first server determines that the first proportion is greater than or equal to a first threshold, determining a first format based on the first trip SMS, wherein the first format indicates the format of the content in the first trip SMS, and the first format is related to the content indicated by numbers and characters or numbers and words in the first trip SMS; obtaining the model corresponding to the first type and first format of the ticketing application from a second server; and sending the model corresponding to the first type and first format of the ticketing application to the terminal device.

[0019] In one possible implementation, the processing unit is specifically used to: obtain a first number and a first character adjacent to the first number in a first trip SMS message; when the first server determines that the first number and the first character adjacent to the first number constitute a first content, and the first content indicates a date, determine that the first format is the format corresponding to the first content.

[0020] In one possible implementation, the processing unit is specifically configured to: obtain a second number and a first keyword adjacent to the second number in a first trip SMS message, wherein the first keyword includes one or more of the following: year, month, or day; when the first server determines that the second number and the first keyword adjacent to the second number constitute a second content, and the second content indicates a date, determine that the first format is the format corresponding to the second content.

[0021] In one possible implementation, the processing unit is further configured to: determine that the type of the first trip SMS is a first type, wherein the first type is used to indicate the type of the trip SMS, and the type of the trip SMS includes ticket refund, ticket booking, cancellation, rescheduling, or delay; call the model corresponding to the first type from the preset model library to parse the first trip SMS and obtain a second parsing result; when the second parsing result does not include the trip start time and trip start date, send the identifier of the terminal device and first information to the first server, wherein the first information is used to indicate that the model corresponding to the first type failed to parse the first trip SMS of the ticket booking application.

[0022] In one possible implementation, the processing unit is specifically used to: obtain a second keyword from the first trip SMS; when the terminal device finds a keyword matching the second keyword from the first correspondence relationship, determine the type of the first trip SMS as a first type based on the first correspondence relationship, wherein the first correspondence relationship includes the relationship between the keyword and the trip SMS type corresponding to the keyword.

[0023] In one possible implementation, the first correspondence includes: when the keyword is "successful booking", the corresponding trip SMS type is "ticket booking"; when the keyword is "ticket issuance", the corresponding trip SMS type is "ticket issuance"; when the keyword is "ticket refund", the corresponding trip SMS type is "ticket refund"; and when the keyword is "delay", the corresponding trip SMS type is "delay".

[0024] In one possible implementation, the processing unit is specifically used to: call a first model to parse the first trip SMS and obtain a first result; call a second model to parse the first trip SMS and obtain a second result; when the first result and the second result are the same, determine one of the first result or the second result as the second parsing result.

[0025] In one possible implementation, the processing unit is further configured to: when the first result is different from the second result, and one of the first result or the second result has the greatest similarity to the third result, determine one of the first result or the second result as the second parsing result, wherein the third result is obtained by the terminal device from the ticketing application, and the third result includes the trip start time and the trip start date.

[0026] In one possible implementation, the updated model is a software development kit (SDK) or plugin.

[0027] Thirdly, embodiments of this application provide an information processing apparatus, which may include a processor and a memory, the memory for storing code instructions, and the processor for running the code instructions to perform the methods described in the first aspect or any possible implementation of the first aspect.

[0028] Fourthly, embodiments of this application provide an information processing system, which may include the apparatus described in the second aspect and various possible implementations of the second aspect.

[0029] Fifthly, embodiments of this application provide a computer-readable storage medium storing a computer program or instructions that, when executed on a computer, cause the computer to perform the methods described in the first aspect or any possible implementation thereof.

[0030] In a sixth aspect, embodiments of this application provide a computer program product including a computer program, which, when run on a computer, causes the computer to perform the methods described in the first aspect or any possible implementation thereof.

[0031] In a seventh aspect, this application provides a chip or chip system, which includes at least one processor and a communication interface, the communication interface and at least one processor being interconnected via a circuit, and the at least one processor being used to run a computer program or instructions to perform the method described in the first aspect or any possible implementation of the first aspect, wherein the communication interface in the chip can be an input / output interface, a pin, or a circuit, etc.

[0032] In one possible implementation, the chip or chip system described above in this application further includes at least one memory storing instructions. The memory can be an internal storage unit of the chip, such as a register or cache, or it can be a storage unit of the chip itself (e.g., read-only memory, random access memory, etc.).

[0033] It should be understood that the second to seventh aspects of this application correspond to the technical solutions of the first aspect of this application, and the beneficial effects achieved by each aspect and the corresponding feasible implementation are similar, and will not be repeated here. Attached Figure Description

[0034] Figure 1 A schematic diagram illustrating an application scenario provided in an embodiment of this application;

[0035] Figure 2 This is a schematic diagram of the hardware structure of a terminal device provided in an embodiment of this application;

[0036] Figure 3 This is a schematic diagram of the software structure of a terminal device provided in an embodiment of this application;

[0037] Figure 4 A flowchart illustrating an information processing method provided in an embodiment of this application;

[0038] Figure 5 A schematic diagram of the interface for a terminal device authorized to book tickets, displaying itinerary information on a calendar, provided as an embodiment of this application;

[0039] Figure 6 A schematic diagram of the interface for a terminal device authorized to book tickets, displaying itinerary information on a calendar, provided as an embodiment of this application;

[0040] Figure 7 This is a schematic diagram of the structure of an information processing device provided in an embodiment of this application;

[0041] Figure 8 This is a schematic diagram of the structure of a chip provided in an embodiment of this application. Detailed Implementation

[0042] To facilitate a clear description of the technical solutions in the embodiments of this application, the terms "first" and "second" are used in the embodiments of this application to distinguish identical or similar items with essentially the same function and purpose. For example, "first chip" and "second chip" are used only to distinguish different chips and do not limit their order. Those skilled in the art will understand that the terms "first" and "second" do not limit the quantity or execution order, and the terms "first" and "second" do not necessarily imply that they are different.

[0043] It should be noted that, in the embodiments of this application, the terms "exemplary" or "for example" are used to indicate examples, illustrations, or descriptions. Any embodiment or design scheme described as "exemplary" or "for example" in this application should not be construed as being more preferred or advantageous than other embodiments or design schemes. Specifically, the use of terms such as "exemplary" or "for example" is intended to present the relevant concepts in a specific manner.

[0044] In this application embodiment, "at least one" refers to one or more, and "more than one" refers to two or more. "And / or" describes the relationship between related objects, indicating that three relationships can exist. For example, A and / or B can represent: A alone, A and B simultaneously, or B alone, where A and B can be singular or plural. The character " / " generally indicates that the preceding and following related objects are in an "or" relationship. "At least one of the following" or similar expressions refer to any combination of these items, including any combination of single or plural items. For example, at least one of a, b, or c can represent: a, b, c, ab, ac, bc, or abc, where a, b, and c can be single or multiple.

[0045] With the continuous development of terminal technology, the functions provided by terminal devices can meet the needs of users. For example, when a terminal device obtains a user's travel intention, it can remind the user of the travel time.

[0046] Normally, when a terminal device receives a user's travel itinerary SMS, it can parse the SMS to obtain the user's travel intentions, and then remind the user of their travel time to avoid delays.

[0047] For example, Figure 1 This is a schematic diagram illustrating an application scenario provided by an embodiment of this application. When a user books a travel ticket through a ticketing application, the application sends a travel itinerary SMS message. The itinerary SMS message can be as follows: Figure 1 The flight SMS shown can be analyzed by the terminal device to obtain the user's travel intention. For example, after the terminal device analyzes the itinerary SMS using the SMS parsing model, the user's travel intention may be: the user will take flight C at 19:00 on December 14, 2021, from airport A2 at location A1 to airport B2 at location B1. Since the terminal device has obtained the departure time, it can remind the user of the departure time. For example, the terminal device can remind the user to depart for airport A2 at 17:00 to avoid the user missing the flight.

[0048] However, the SMS parsing model is updated periodically. If the SMS parsing model is updated multiple times within that period, the terminal device may not be able to obtain the user's travel intention based on the SMS parsing model before the update, which will reduce the accuracy of the user's travel reminder.

[0049] In view of this, embodiments of this application provide an information processing method and apparatus, applied to an information processing system. The system may include a terminal device and a first server. The first server serves the terminal device. The terminal device obtains a first trip SMS message. When the first server determines that a first proportion is greater than or equal to a first threshold (since the first proportion is the proportion of multiple devices failing to parse the trip SMS message, including the terminal device), the first server can send an updated model to the terminal device. This allows the terminal device to parse the first trip SMS message based on the updated model and obtain a first parsing result. The first parsing result includes the trip start time and trip start date. Thus, the terminal device can recommend services to the user based on the trip start time and trip start date. This eliminates the need for periodic updates to the SMS parsing model. When the first proportion is greater than or equal to the first threshold, the first server can send an updated model to the terminal device, improving the timeliness of model updates. This allows the terminal device to recommend travel reminder services to the user based on the parsing result obtained from the updated model, thereby improving the accuracy of travel reminders and enhancing the user experience.

[0050] The itinerary SMS in this application embodiment can be flight SMS, train ticket SMS, hotel reservation SMS, travel reservation SMS, and other types of SMS. The method provided in this application embodiment is applicable to scenarios related to user travel, such as flight travel, train travel, and ship travel.

[0051] The method in this application embodiment is applied to a terminal device, which can be a mobile phone or tablet or other device capable of receiving travel information SMS messages. For example... Figure 2 This is a schematic diagram of the hardware structure of a terminal device provided in an embodiment of this application, such as... Figure 2 As shown, the terminal device 100 may include a processor 110, an external memory interface 120, an internal memory 121, a power management module 141, an antenna 1, an antenna 2, a mobile communication module 150, a wireless communication module 160, a sensor module 180, a button 190, a camera 193, a display screen 194, a user interface 130, and a charging management module 140, etc.; wherein, the sensor module 180 may include: a pressure sensor 180A, an acceleration sensor 180E, a fingerprint sensor 180H, and a touch sensor 180K, etc.

[0052] It should be noted that the structure illustrated in the embodiments of this application does not constitute a specific limitation on the terminal device 100; it is understood that the terminal device 100 may include more or fewer components than illustrated, or combine some components, or split some components, or have different component arrangements; wherein, the components illustrated may be implemented in hardware, software, or a combination of software and hardware.

[0053] The processor 110 may include one or more processing units, such as an application processor (AP), a modem processor, a graphics processing unit (GPU), an image signal processor (ISP), a controller, a video codec, a digital signal processor (DSP), a baseband processor, and / or a neural network processing unit (NPU). The different processing units may be independent devices or integrated into one or more processors.

[0054] The processor 110 may also include a memory for storing instructions and data. In some embodiments, the memory in the processor 110 may be a cache memory, which can store instructions or data that the processor 110 has just used or that are used repeatedly.

[0055] In some embodiments, the processor 110 may include one or more interfaces, which may include an inter-integrated circuit (I2C) interface, an inter-integrated circuit sound (I2S) interface, a pulse code modulation (PCM) interface, and / or a universal serial bus (USB) interface, etc.

[0056] User interface 130 is used for data transmission between terminal device 100 and peripheral devices, and can also be used to connect headphones to play audio; user interface 130 can also be used to connect other devices, such as augmented reality (AR) devices.

[0057] The power management module 141 receives input from the charging management module 140 and provides power to the processor 110, internal memory 121, display screen 194, camera 193 and wireless communication module 160.

[0058] The wireless communication function of terminal device 100 can be implemented through antenna 1, antenna 2, mobile communication module 150, and wireless communication module 160, etc.; among them, antenna 1 and antenna 2 are used to transmit and receive electromagnetic wave signals. The antennas in terminal device 100 can be used to cover one or more communication frequency bands. Different antennas can also be reused to improve antenna utilization. For example, antenna 1 can be reused as a diversity antenna for a wireless local area network.

[0059] Mobile communication module 150 can provide wireless communication solutions including 2G / 3G / 4G / 5G for use on terminal device 100; wireless communication module 160 can provide wireless communication solutions including wireless local area networks (WLAN) (such as wireless fidelity (Wi-Fi) networks), Bluetooth (BT), global navigation satellite system (GNSS), frequency modulation (FM), near field communication (NFC), infrared (IR) technology for use on terminal device 100.

[0060] In some embodiments, antenna 1 of terminal device 100 is coupled to mobile communication module 150, and antenna 2 is coupled to wireless communication module 160, enabling terminal device 100 to communicate with networks and other devices via wireless communication technology; wherein, wireless communication technology may include Global System for Mobile Communications (GSM), General Packet Radio Service (GPRS), Code Division Multiple Access (CDMA), Long Term Evolution (LTE), BT, GNSS, WLAN, NFC, FM, and / or IR technology, etc.

[0061] The terminal device 100 implements display functions through a display screen 194, which is used to display images, videos, etc., and includes a display panel. In some embodiments, the terminal device 100 may include one or N display screens 194, where N is a positive integer greater than 1; wherein, in this embodiment, the terminal device can display a calendar through the display screen, allowing the user to see added trip information in the calendar.

[0062] Terminal device 100 can perform shooting function through camera 193, etc., and camera 193 is used to capture still images or videos.

[0063] The external memory interface 120 can be used to connect an external memory card to expand the storage capacity of the terminal device 100. The external memory card communicates with the processor 110 through the external memory interface 120 to perform data storage.

[0064] Internal memory 121 can be used to store executable program code, including instructions. Internal memory 121 may include a program storage area and a data storage area. The program storage area may store the operating system, application programs required for at least one function (such as sound playback function, image playback function, etc.), etc.

[0065] The pressure sensor 180A is used to sense pressure signals and can convert the pressure signals into electrical signals. In some embodiments, the pressure sensor 180A may be disposed on the display screen 194.

[0066] The accelerometer 180E can detect the magnitude of acceleration of the terminal device 100 in various directions (generally three axes); the fingerprint sensor 180H is used to collect fingerprints. The terminal device 100 can use the characteristics of the collected fingerprints to achieve fingerprint unlocking, accessing application locks, taking photos with fingerprints, answering calls with fingerprints, etc.

[0067] The touch sensor 180K, also known as a "touch device," can be placed on the display screen 194. The touch sensor 180K and the display screen 194 together form a touch screen, also known as a "touchscreen." The touch sensor 180K is used to detect touch operations applied to or near it.

[0068] For example, Figure 3 This is a schematic diagram of the software structure of a terminal device provided in an embodiment of this application, such as... Figure 3 As shown, the layered architecture divides the software system of terminal device 100 into several layers, each with a clear role and division of labor. The layers communicate with each other through software interfaces.

[0069] In some embodiments, the Android system can be divided into five layers: applications, application framework, Android runtime, system libraries, and kernel.

[0070] In one possible approach, the application layer could include a series of application packages, which run the application by calling the application programming interface (API) provided by the application framework layer. For example, ... Figure 3 As shown, an application package can include applications such as calendar, phone, music, or social networking.

[0071] In this embodiment of the application, the application layer may further include information, a perception module, a computing engine, and a smart assistant. The information is used to receive the first trip SMS from the ticketing application. The perception module can send the first trip SMS to the computing engine so that the computing engine can parse the first trip SMS. The smart assistant is used to recommend services to the user, such as departure reminder service.

[0072] In one possible approach, the application framework layer provides APIs and a programming framework for the applications in the application layer. For example, such as Figure 3 As shown, the application framework layer may include a resource manager, a view system, an input system, an activity manager, and a notification manager, as well as some predefined functions.

[0073] The resource manager provides various resources for the application, such as localized strings, icons, images, layout files, and video files. The view system includes visual controls, such as controls for displaying text and controls for displaying images. The view system can be used to build the application. The display interface can consist of one or more views. For example, it can include an interface for displaying SMS notification icons, a view for displaying text, and a view for displaying images.

[0074] The input system manages the programs for input devices. For example, it can detect input operations such as touch and swipe. The notification manager allows applications to display notifications in the status bar, conveying informational messages that can disappear automatically after a short pause without user interaction. For example, it can be used to notify users of download completion or message alerts. Notifications can also appear as icons or scrolling text in the top status bar, such as notifications from background applications, or as dialog boxes on the screen, such as displaying text in the status bar, emitting sounds, vibrating the device, or flashing indicator lights. The activity manager manages the lifecycle of each application and the navigation back function, and is responsible for creating the Android main thread and maintaining the lifecycle of each application.

[0075] In this embodiment, the application framework layer may further include trip association nodes and SMS parsing calculation nodes. The calculation engine can register trip SMS fences with the perception module through trip association nodes. The calculation engine can call models from the preset model library to parse the first trip SMS through SMS parsing calculation nodes. When the first trip SMS is a flight SMS, the trip association node can be understood as a flight association node.

[0076] In this possible approach, the Android runtime is responsible for scheduling and managing the Android system, and can include core libraries and a virtual machine. The core libraries consist of two parts: one part contains the functionalities that the Java language needs to call, and the other part is the core Android library itself. The virtual machine is used to perform functions such as object safety and exception management, lifecycle management, stack management, thread management, and garbage collection.

[0077] It should be noted that the application layer and the application framework layer run in a virtual machine, which executes the Java files of the application layer and the application framework layer as binary files.

[0078] In some possible ways, the system library can include multiple functional modules. For example: surface manager, media libraries, 3D graphics processing libraries (e.g., OpenGL ES), 2D graphics engine, etc.

[0079] The Surface Manager manages the display subsystem and provides fusion of 2D and 3D layers for multiple applications; the 3D graphics processing library implements 3D graphics drawing, image rendering, compositing, and layer processing; the 2D graphics engine is the drawing engine for 2D drawing; and the media library supports playback and recording of various commonly used video formats, audio, and still image files. The media library supports various audio and video encoding formats, such as MPEG4, H.264, MP3, AAC, AMR, JPG, and PNG.

[0080] In possible implementations, the kernel layer is the layer between hardware and software. The kernel layer includes at least display drivers, audio drivers, camera drivers, sensor drivers, or motor drivers, etc., but this application does not limit this.

[0081] Based on the above, for example, Figure 4 This is a flowchart illustrating an information processing method provided in an embodiment of this application, such as... Figure 4 As shown, the following steps may be included:

[0082] S401: The computing engine registers the trip SMS fence of the ticketing application with the perception module.

[0083] In this embodiment of the application, combined with Figure 3 The computing engine can register the trip SMS fence of the ticketing application with the perception module through the trip association node, thereby instructing the perception module to monitor the trip SMS of the ticketing application. This allows the perception module to monitor the notification status of the trip SMS of the ticketing application and obtain the trip SMS from the ticketing application. For example, the ticketing application can be "Railway 12306", "Smart Train Tickets", "High-speed Rail Butler", "Fliggy Travel", "Ctrip Travel" and "Flightradar24".

[0084] The itinerary SMS can be a flight SMS or a ticket SMS, etc. The specific content of the itinerary SMS and the specific content of the ticket booking application can be set according to the actual application scenario, and this application embodiment does not limit it.

[0085] S402: When the first trip SMS is received, the perception module sends the first trip SMS to the computing engine.

[0086] S403: The calculation engine determines that the type of the first trip SMS is the first type.

[0087] In this embodiment of the application, the first type is used to indicate the type of the trip SMS. For example, the type of the trip SMS may include ticket refund, ticketing, booking, cancellation, delay or rescheduling, etc. The calculation engine determines the type of the first trip SMS as the first type. A possible implementation is as follows: the calculation engine obtains the second keyword in the first trip SMS. When the calculation engine finds a keyword that matches the second keyword in the first correspondence, the calculation engine determines the type of the first trip SMS as the first type based on the first correspondence.

[0088] The first correspondence relationship includes the relationship between keywords and the corresponding itinerary SMS types. The first correspondence relationship may include: when the keyword is "booking successful", the corresponding itinerary SMS type is "ticket booking"; when the keyword is "ticket issued", the corresponding itinerary SMS type is "ticket issued"; when the keyword is "ticket issued", the corresponding itinerary SMS type is "ticket issued"; when the keyword is "cancelled", the corresponding itinerary SMS type is "cancelled"; when the keyword is "refund", the corresponding itinerary SMS type is "refund"; and when the keyword is "delay", the corresponding itinerary SMS type is "delay".

[0089] For example, if the second keyword is "ticket issued", the first type can be "ticket issued", then the first itinerary SMS will be the "ticket issued" SMS; if the second keyword is "refund", the first type can be "refund", then the first itinerary SMS will be the "refund" SMS.

[0090] It is understood that the specific content in the first correspondence can be set according to the actual application scenario, and this application embodiment does not limit it; the implementation method of the calculation engine determining the type of the first trip SMS as the first type can also be set according to the actual application scenario, and this application embodiment does not limit it.

[0091] S404: The calculation engine calls the model corresponding to the first type from the preset model library to parse the first trip SMS and obtain the second parsing result.

[0092] In this embodiment of the application, the computing engine calls the model corresponding to the first type from the preset model library to parse the first trip SMS and obtain the second parsing result, including the following three possible implementation methods:

[0093] In the first possible implementation, the preset model library includes a first model, and the computing engine calls the first model to parse the first trip SMS and obtain the second parsing result.

[0094] In the second possible implementation, the preset model library includes a first model and a second model. The computing engine calls the first model to parse the first trip SMS and obtains a first result. The computing engine calls the second model to parse the first trip SMS and obtains a second result. When the first result and the second result are the same, the computing engine determines one of the first result or the second result as the second parsing result.

[0095] In the third possible implementation, the preset model library includes a first model and a second model. The computing engine calls the first model to parse the first trip SMS and obtains a first result. The computing engine calls the second model to parse the first trip SMS and obtains a second result. When the first result is different from the second result, and one of the first or second results has the greatest similarity to the third result, the computing engine determines one of the first or second results as the second parsing result. The third result is obtained by the terminal device from the ticketing application, and the third result includes the trip start time and trip start date.

[0096] For example, when the similarity between the first result and the third result is greater than the similarity between the second result and the third result, the calculation engine determines the first result as the second parsing result; or, when the similarity between the first result and the third result is less than the similarity between the second result and the third result, the calculation engine determines the second result as the second parsing result.

[0097] It is understandable that the specific implementation of the computing engine calling the model to parse the first trip SMS to obtain the parsing result can be set according to the actual application scenario, and this application embodiment does not limit it.

[0098] S405: When the second parsing result does not include the trip start time and trip start date, the calculation engine sends the terminal device identifier and information indicating that the first trip SMS of the model parsing ticketing application corresponding to the first type failed to be sent to the service platform.

[0099] In this embodiment of the application, the information used to indicate the failure of the first trip SMS to parse the ticket booking application corresponding to the first type can also be called the first information. The trip start time is used to indicate the trip start time, and the trip start date is used to indicate the trip start date. For example, if the first trip SMS is a flight SMS, the trip start time refers to the flight departure time, and the trip start date refers to the flight departure date; if the first trip SMS is a train ticket SMS, the trip start time refers to the train departure time, and the trip start date refers to the train departure date.

[0100] S406: The service platform statistics show the first proportion of multiple devices failing to parse trip SMS messages within the first time.

[0101] In this embodiment of the application, the first time period can be one day, one month, two months or other time periods, and the multiple devices include terminal devices. The service platform is used to serve the terminal devices. The service platform can be understood as the server corresponding to the terminal device manufacturer. The service platform can be referred to as the first server.

[0102] In this embodiment, the trip SMS messages of multiple devices are of type 1. It can be understood that after multiple devices call the model corresponding to type 1 to parse the trip SMS messages, a first part of the multiple devices will send information to the service platform to indicate that the trip SMS parse was successful, and a second part of the multiple devices will send information to the service platform to indicate that the trip SMS parse failed. In this way, the service platform can count the first proportion of multiple devices failing to parse the trip SMS messages in the first time period. The first part of the devices and the second part of the devices constitute multiple devices.

[0103] S407: When the service platform determines that the first proportion is greater than or equal to the first threshold, the service platform determines the first format based on the first trip SMS.

[0104] In this embodiment of the application, since the service platform counts the first proportion of multiple devices that failed to parse the trip SMS, and the trip SMS of multiple devices includes the first trip SMS, when the service platform determines that the first proportion is greater than or equal to the first threshold, the service platform can determine the first format based on the first trip SMS. The first format is used to indicate the format of the content in the first trip SMS.

[0105] It should be noted that the first threshold can be 20% or other values. The first format is related to the content indicated by numbers and characters or numbers and words in the first trip SMS. For example, if the first trip SMS is a flight SMS, the content of the first trip SMS can be: Flight Cancellation Notice: Your flight 3U1212 departing from Airport A to Airport B at 06:30 on June 7, 2021 has been cancelled, etc., where the character "-" and the number "2021, 06, 07" can form the content, which indicates the date; or, the content of the first trip SMS can be: Flight Cancellation Notice: Your flight 3U1212 departing from Airport A to Airport B at 06:30 on June 7, 2021 has been cancelled, etc., where the words "year, month, day" and the number "2021, 06, 07" can form the content, which also indicates the date.

[0106] Therefore, the service platform determines the first format based on the first trip SMS, including the following two possible implementation methods:

[0107] In the first possible implementation, the service platform can obtain the first number and the first character adjacent to the first number in the first trip SMS. When the service platform determines that the first number and the first character adjacent to the first number constitute the first content, and the first content indicates the date, the service platform determines that the first format is the format corresponding to the first content. The first character can be "-" or ".", etc.

[0108] In the second possible implementation, the service platform can obtain the second number and the first keyword adjacent to the second number in the first trip SMS. When the service platform determines that the second number and the first keyword adjacent to the second number constitute the second content, and the second content indicates the date, the service platform determines the first format as the format corresponding to the second content. The first keyword may include one or more of the following: year, month, or day.

[0109] Understandably, the format of the trip SMS corresponding to the model corresponding to the first type in the preset model library is different. This causes the computing engine corresponding to the second part of the multiple devices to send a message to the service platform indicating that the parsing of the trip SMS failed after calling the model corresponding to the first type to parse the trip SMS.

[0110] It is understood that the service platform determines the implementation method of the first format based on the first trip SMS, and can also set it according to the actual application scenario. This application embodiment does not limit it.

[0111] Understandably, in S406 and S407, the service platform can also count the percentage of multiple devices that successfully parse the trip SMS. When this percentage is less than the second threshold, since multiple devices include terminal devices, and the terminal devices fail to parse the first trip SMS by calling the model corresponding to the first type, the service platform can also determine the first format based on the first trip SMS. Then, the service platform can send information to the third-party cloud to indicate the model corresponding to the first type and the first format of the ticketing application. The second threshold can be 80% or other values, and the sum of the second threshold and the first threshold is 100%.

[0112] Understandably, in S406 and S407, multiple devices can be authorized devices. An authorized device is a device authorized to display travel information in the calendar of an authorized ticketing application. For example, after a terminal device receives a second travel SMS message, it can obtain the travel information corresponding to that second travel SMS message from the ticketing application and display it in the calendar. If the type of the second travel SMS message is a second type, the terminal device can call the model corresponding to the second type to parse the second travel SMS message and obtain a third parsing result. The terminal device can compare the third parsing result with the travel information displayed in the calendar. When the similarity between the third parsing result and the travel information displayed in the calendar is less than a third threshold, the terminal device can... The service platform sends information indicating that the second type of model for parsing the second trip SMS of the ticketing application failed. The service platform can count the proportion of multiple devices that successfully call the second type of model to parse the trip SMS within the second time period. The type of the trip SMS of multiple devices is the second type. When the proportion is less than the fourth threshold, since multiple devices include terminal devices and the terminal devices fail to call the second type of model to parse the second trip SMS of the ticketing application, the service platform can determine the second format based on the second trip SMS. The second format is used to indicate the format of the content in the second trip SMS. Then, the service platform can send information to the third-party cloud to indicate the acquisition of the model corresponding to the second type and the second format of the ticketing application.

[0113] The third threshold can be 30% or other values, and the fourth threshold can be 80% or other values. The proportion of multiple devices successfully parsing the itinerary SMS by calling the model corresponding to the second type within the second time period can satisfy the following formula: The proportion of multiple devices successfully parsing the itinerary SMS by calling the model corresponding to the second type within the second time period = (Number of multiple devices successfully parsing the itinerary SMS within the second time period / Total number of multiple devices within the second time period).

[0114] The implementation methods for the service platform to determine the second format based on the second trip SMS, and the implementation methods for the terminal device to determine the type of the second trip SMS as the second type, can be referred to the above description and will not be repeated here.

[0115] For example, Figure 5 This application provides an embodiment of an interface diagram illustrating the display of travel information on a calendar in a terminal device authorized for ticket booking. After a user books a flight through the ticket booking application on their terminal device, the terminal device receives the flight information and can display it as shown below. Figure 5The interface shown in Figure 'a' includes a prompt message to the user to enable the automatic calendar import of schedules switch. The prompt message includes a navigation to the enable control. When the user needs to enable the automatic calendar import of schedules switch, they can trigger the navigation to the enable control through clicking or touching. When the terminal device receives the user's trigger to the navigation to the enable control, the terminal device can display something like... Figure 5 The interface shown in b includes a calendar switch, which is in the off state. The control corresponding to the calendar switch is a start control. When the terminal device receives a trigger on the start control, the terminal device can set the state of the calendar switch to the on state. In this way, the terminal device can automatically display flight information in the calendar.

[0116] Among them, Figure 5 The interface shown in Figure 'a' also includes flight information, such as flight departure and arrival times, as well as the departure and arrival airports. Figure 5 As shown in 'a', the planned flight departure time is 7:30, the planned flight arrival time is 10:30, the departure airport is A2 airport, and the arrival airport is B2 airport.

[0117] Combination Figure 5 Exemplary Figure 6 This application provides an embodiment of an interface diagram illustrating the display of travel information on a calendar in a terminal device authorized for ticket booking. After a user books a flight through the ticket booking application on their terminal device, the terminal device can display, as shown below... Figure 6 The interface shown is from a ticketing application. This interface includes a one-click activation control. When a user triggers the one-click activation control by clicking or touching, the terminal device receives the trigger and can automatically set the calendar switch to the on state. In this way, the terminal device can automatically display flight information in the calendar.

[0118] Based on the above, the service platform's method of statistically analyzing the success or failure rate of parsing travel SMS messages from multiple devices within the first time frame can be understood as the service platform detecting anomalies in the parsing of travel SMS messages from the ticketing application using a point-based approach. When an anomaly is detected based on the statistical ratio, the service platform can obtain the model corresponding to the first type and first format of the ticketing application from a third-party cloud provider. Compared to manually updating the models on terminal devices, this method improves the timeliness of model updates, allowing terminal devices to recommend travel reminder services to users based on the updated model's parsing results. This improves the accuracy of travel reminders and enhances the user experience.

[0119] S408: The service platform sends information to the third-party cloud to indicate the model corresponding to the first type and first format of the ticketing application.

[0120] S409: The third-party cloud sends the model corresponding to the first type and first format of the ticketing application to the service platform.

[0121] In this embodiment, the third-party cloud can refer to a server that provides a trip SMS parsing model for terminal devices. The third-party cloud can be called a second server. The model corresponding to the first type and first format of the ticketing application is pre-stored in the third-party cloud. In this way, when the service platform sends information to the third-party cloud to indicate the acquisition of the model corresponding to the first type and first format of the ticketing application, the third-party cloud can send the model corresponding to the first type and first format of the ticketing application to the service platform, which can improve the efficiency of the third-party cloud in sending the model corresponding to the first type and first format of the ticketing application to the service platform.

[0122] After receiving the information indicating the need to obtain the model corresponding to the first type and first format of the ticket booking application, the third-party cloud can turn on the online update switch for the SMS parsing model. In this way, the third-party cloud can obtain the model corresponding to the first type and first format of the ticket booking application. The model corresponding to the first type and first format of the ticket booking application can be understood as a software development kit (SDK) or plugin.

[0123] It is understandable that the specific implementation of the model corresponding to the first type and first format of the ticketing application obtained by the third-party cloud can be set according to the actual application scenario, and this application embodiment does not limit it.

[0124] S410: The service platform sends the model corresponding to the first type and first format of the ticketing application to the computing engine based on the identifier of the terminal device.

[0125] Understandably, since the service platform has the identifiers of multiple devices, after the service platform obtains the model corresponding to the first type and first format of the ticketing application from the third-party cloud, the service platform can also send the model corresponding to the first type and first format of the ticketing application to other devices other than the terminal device based on the identifiers of the other devices among the multiple devices.

[0126] S411: The calculation engine adds the models corresponding to the first type and first format of the ticketing application to the preset model library.

[0127] Based on the above, it can be understood that after the computing engine obtains the model corresponding to the first type and first format of the ticketing application, or in other words, after the computing engine obtains the updated model, the computing engine can parse the first trip SMS and obtain the first parsing result. Since the first parsing result includes the trip start time and trip start date, the terminal device can recommend services based on the trip start time and trip start date. For example, the terminal device can remind the user to depart 2 hours before the trip start time on the trip start date through a smart assistant. Here, the updated model is an SDK or plugin.

[0128] Understandably, once the terminal device parses and obtains the trip start time and trip start date, it can automatically add these times to the calendar to further remind the user. Alternatively, based on the trip start time and trip start date, the terminal device can also recommend other services, such as departure reminders, travel preparation reminders, and insurance recommendations. Departure reminders can include traffic and route reminders, ride-hailing reminders, and navigation reminders, while travel preparation reminders can include reminders about weather, clothing, cards, etc. Departure reminders can also be understood as travel reminder services.

[0129] It is understandable that the first trip SMS can be a flight SMS. After the terminal device parses the first trip SMS, if the terminal device can also obtain the trip identifier, then based on the trip identifier, trip start time and trip start date, the terminal device can also recommend ticketing feedback service, check-in service, flight change service, gate change service, electronic boarding pass service and destination reminder service, etc. Among them, the trip identifier refers to the flight number, and the flight change service can include flight delay service or flight cancellation service.

[0130] The information processing method of the embodiments of this application has been described above. The apparatus for executing the above information processing method provided in the embodiments of this application will now be described. Those skilled in the art will understand that the methods and apparatus can be combined with and referenced in each other, and the information processing apparatus provided in the embodiments of this application can execute the steps of the above information processing method.

[0131] For example, Figure 7 This is a schematic diagram of the structure of an information processing device provided in an embodiment of this application, as shown below. Figure 7 As shown, the device 700 can be a terminal device, or a chip or chip system applied in a terminal device; the device 700 includes: an acquisition unit 701 and a processing unit 702, wherein the acquisition unit 701 is used to support the information processing device in performing the information acquisition step, and the processing unit 702 is used to support the information processing device in performing the information processing step.

[0132] For example, the acquisition unit is used to acquire a first trip SMS message; the processing unit is used to send an updated model to the terminal device when the first server determines that the first proportion is greater than or equal to a first threshold; wherein, the first proportion is the proportion of multiple devices that fail to parse the trip SMS message, and the multiple devices include the terminal device; the processing unit is further used to parse the first trip SMS message based on the updated model to obtain a first parsing result, wherein the first parsing result includes the trip start time and the trip start date; the processing unit is further used to recommend services based on the trip start time and the trip start date.

[0133] In one possible implementation, the first trip SMS is a trip SMS from a ticketing application. The processing unit is specifically used for: calculating a first proportion of multiple devices failing to parse trip SMS from the ticketing application within a first time period, wherein the type of the trip SMS from multiple devices is a first type, which indicates the type of trip SMS, including refund, booking, cancellation, rescheduling, or delay, and the trip SMS from multiple devices includes the first trip SMS; when the first server determines that the first proportion is greater than or equal to a first threshold, determining a first format based on the first trip SMS, wherein the first format indicates the format of the content in the first trip SMS, and the first format is related to the content indicated by numbers and characters or numbers and words in the first trip SMS; obtaining the model corresponding to the first type and first format of the ticketing application from a second server; and sending the model corresponding to the first type and first format of the ticketing application to the terminal device.

[0134] In one possible implementation, the processing unit is specifically used to: obtain a first number and a first character adjacent to the first number in a first trip SMS message; when the first server determines that the first number and the first character adjacent to the first number constitute a first content, and the first content indicates a date, determine that the first format is the format corresponding to the first content.

[0135] In one possible implementation, the processing unit is specifically configured to: obtain a second number and a first keyword adjacent to the second number in a first trip SMS message, wherein the first keyword includes one or more of the following: year, month, or day; when the first server determines that the second number and the first keyword adjacent to the second number constitute a second content, and the second content indicates a date, determine that the first format is the format corresponding to the second content.

[0136] In one possible implementation, the processing unit is further configured to: determine that the type of the first trip SMS is a first type, wherein the first type is used to indicate the type of the trip SMS, and the type of the trip SMS includes ticket refund, ticket booking, cancellation, rescheduling, or delay; call the model corresponding to the first type from the preset model library to parse the first trip SMS and obtain a second parsing result; when the second parsing result does not include the trip start time and trip start date, send the identifier of the terminal device and first information to the first server, wherein the first information is used to indicate that the model corresponding to the first type failed to parse the first trip SMS of the ticket booking application.

[0137] In one possible implementation, the processing unit is specifically used to: obtain a second keyword from the first trip SMS; when the terminal device finds a keyword matching the second keyword from the first correspondence relationship, determine the type of the first trip SMS as a first type based on the first correspondence relationship, wherein the first correspondence relationship includes the relationship between the keyword and the trip SMS type corresponding to the keyword.

[0138] In one possible implementation, the first correspondence includes: when the keyword is "successful booking", the corresponding trip SMS type is "ticket booking"; when the keyword is "ticket issuance", the corresponding trip SMS type is "ticket issuance"; when the keyword is "ticket refund", the corresponding trip SMS type is "ticket refund"; and when the keyword is "delay", the corresponding trip SMS type is "delay".

[0139] In one possible implementation, the processing unit is specifically used to: call a first model to parse the first trip SMS and obtain a first result; call a second model to parse the first trip SMS and obtain a second result; when the first result and the second result are the same, determine one of the first result or the second result as the second parsing result.

[0140] In one possible implementation, the processing unit is further configured to: when the first result is different from the second result, and one of the first result or the second result has the greatest similarity to the third result, determine one of the first result or the second result as the second parsing result, wherein the third result is obtained by the terminal device from the ticketing application, and the third result includes the trip start time and the trip start date.

[0141] In one possible implementation, the updated model is a software development kit (SDK) or plugin.

[0142] In one possible embodiment, the information processing apparatus may further include a storage unit 703. The acquisition unit 701, the processing unit 702, and the storage unit 703 are connected via a communication bus.

[0143] Storage unit 703 may include one or more memories, which may be devices in one or more devices or circuits used to store programs or data.

[0144] The storage unit 703 can exist independently and be connected to the processing unit 702 of the information processing device via a communication bus; the storage unit 703 can also be integrated with the processing unit 702.

[0145] Information processing devices can be used in information processing equipment, circuits, hardware components, or chips.

[0146] For example, Figure 8 This is a schematic diagram of a chip structure provided in an embodiment of this application. The chip 800 includes one or more processors 810 and a communication interface 830.

[0147] In some implementations, memory 840 stores elements such as executable modules or data structures, or subsets thereof, or extended sets thereof.

[0148] In this embodiment, memory 840 may include read-only memory and random access memory, and provides instructions and data to processor 810. A portion of memory 840 may also include non-volatile random access memory (NVRAM).

[0149] In this embodiment, the memory 840, the communication interface 830, and the memory 840 are coupled together via a bus system 820. The bus system 820 includes a data bus, and may also include a power bus, a control bus, and a status signal bus, etc. For ease of description, in... Figure 8 The general labeled all buses as Bus System 820.

[0150] The methods described in the embodiments of this application can be applied to or implemented by processor 810. Processor 810 may be an integrated circuit chip with signal processing capabilities. In implementation, each step of the above method can be completed by the integrated logic circuit in the hardware of processor 810 or by instructions in software form. The processor 810 may be a general-purpose processor (e.g., a microprocessor or conventional processor), a digital signal processor (DSP), an application-specific integrated circuit (ASIC), a field-programmable gate array (FPGA), or other programmable logic devices, discrete gates, transistor logic devices, or discrete hardware components. Processor 810 can implement or execute the methods, steps, and logic block diagrams disclosed in the embodiments of this invention.

[0151] The steps of the method in the embodiments of this application can be directly implemented by a hardware decoding processor, or implemented by a combination of hardware and software modules in the decoding processor. The software modules can be located in mature storage media in the art, such as random access memory, read-only memory, programmable read-only memory, or electrically erasable programmable read-only memory (EEPROM). This storage medium is located in memory 840, and the processor 810 reads information from memory 840 and, in conjunction with its hardware, completes the steps of the above method.

[0152] In the above embodiments, the instructions stored in the memory for execution by the processor can be implemented in the form of a computer program product. This computer program product can be pre-written into the memory, or it can be downloaded and installed into the memory as software.

[0153] A computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on a computer, all or part of the flow or function according to the embodiments of this application is generated. The computer may be a general-purpose computer, a special-purpose computer, a computer network, or other programmable device. The computer instructions may be stored in a computer-readable storage medium or transmitted from one computer-readable storage medium to another. For example, computer instructions may be transmitted from one website, computer, server, or data center to another website, computer, server, or data center via wired (e.g., coaxial cable, fiber optic, digital subscriber line (DSL)) or wireless (e.g., infrared, wireless, microwave, etc.) means. The computer-readable storage medium may be any available medium that a computer can store or a data storage device such as a server or data center that integrates one or more available media. For example, available media may include magnetic media (e.g., floppy disks, hard disks, or magnetic tapes), optical media (e.g., digital versatile discs (DVDs)), or semiconductor media (e.g., solid-state disks (SSDs)).

[0154] This application also provides a computer-readable storage medium. The methods described in the above embodiments can be implemented, in whole or in part, by software, hardware, firmware, or any combination thereof. The computer-readable medium may include computer storage media and communication media, and may also include any medium capable of transferring a computer program from one place to another. The storage medium can be any target medium accessible by a computer.

[0155] As one possible design, computer-readable media may include compact disc read-only memory (CD-ROM), RAM, ROM, EEPROM, or other optical disc storage; computer-readable media may also include disk storage or other disk storage devices. Furthermore, any connecting cable may also be appropriately referred to as computer-readable media. For example, if software is transmitted from a website, server, or other remote source using coaxial cable, fiber optic cable, twisted pair, DSL, or wireless technologies such as infrared, radio, and microwave, then coaxial cable, fiber optic cable, twisted pair, DSL, or wireless technologies such as infrared, radio, and microwave are included in the definition of media. As used herein, disks and optical discs include optical discs (CD), laser discs, optical discs, digital versatile discs (DVD), floppy disks, and Blu-ray discs, where disks typically reproduce data magnetically, while optical discs optically reproduce data using lasers.

[0156] The above combinations should also be included within the scope of computer-readable media. The above descriptions are merely specific embodiments of the present invention, but the scope of protection of the present invention is not limited thereto. Any variations or substitutions that can be easily conceived by those skilled in the art within the technical scope disclosed in the present invention should be included within the scope of protection of the present invention. Therefore, the scope of protection of the present invention should be determined by the scope of the claims.

Claims

1. An information processing method, characterized in that, The method is applied to an information processing system, the system including a terminal device and a first server, the first server being used to serve the terminal device, and the method including: The terminal device monitors and obtains the first trip SMS from the ticketing application by registering a trip SMS fence; If the first trip SMS is of type 1, the terminal device calls the model corresponding to the first type from the preset model library to parse the first trip SMS and obtain a second parsing result, wherein the first type is refund, ticketing, booking, cancellation, delay or rescheduling; when the second parsing result does not include the trip start time and trip start date, the terminal device sends its identifier and information indicating that the model corresponding to the first type failed to parse the first trip SMS of the booking application to the first server. If the first trip SMS is of type two, the terminal displays the trip information corresponding to the first trip SMS in the calendar. The terminal device calls the model corresponding to the second type to parse the first trip SMS and obtains a third parsing result. The terminal device compares the third parsing result with the trip information displayed in the calendar. When the similarity between the third parsing result and the trip information displayed in the calendar is less than a third threshold, the terminal device sends a message to the first server indicating that the model corresponding to the second type failed to parse the first trip SMS for the ticket booking application. The first server counts the percentage of multiple devices that failed to parse the first trip SMS of the ticketing application within a first time period; When the first server determines that the first ratio is greater than or equal to the first threshold, the first server determines the first format based on the first trip SMS. The first format is determined based on the number in the failed trip SMS and the characters adjacent to the number, or based on the number and a keyword. The keyword includes one or more of the following: year, month, or day. The first format does not exist in the preset model library. The first server obtains the model corresponding to the first format of the ticketing application from the second server; wherein, the second server is used to store the model corresponding to the ticketing application; The first server sends the model corresponding to the first format of the ticketing application to the terminal device and other terminal devices. The terminal device parses the first trip SMS based on the updated model to obtain a first parsing result, wherein the first parsing result includes the trip start time and trip start date; when the first trip SMS is a flight SMS, the terminal device obtains the trip identifier corresponding to the first trip SMS; The terminal device recommends services based on the trip identifier, the trip start time, and the trip start date. The services include one or more of the following: ticketing feedback service, check-in service, flight change service, gate change service, electronic boarding pass service, and destination reminder service.

2. The method according to claim 1, characterized in that, The trip SMS messages from the multiple devices are of type 1. The first type is used to indicate the type of the trip SMS message. The type of the trip SMS message includes ticket refund, ticket booking, cancellation, rescheduling, or delay. The trip SMS messages from the multiple devices include the first trip SMS message.

3. The method according to claim 2, characterized in that, The first server determines the first format based on the first trip SMS message, including: The first server obtains the first number and the first character adjacent to the first number from the first trip SMS message; When the first server determines that the first number and the first character adjacent to the first number constitute the first content, and the first content indicates a date, the first server determines that the first format is the format corresponding to the first content.

4. The method according to claim 2, characterized in that, The first server determines the first format based on the first trip SMS message, including: The first server obtains a second number and a first keyword adjacent to the second number from the first trip SMS message, wherein the first keyword includes one or more of the following: year, month, or day; When the first server determines that the second number and the first keyword adjacent to the second number constitute the second content, and the second content indicates a date, the first server determines that the first format is the format corresponding to the second content.

5. The method according to claim 1, characterized in that, The terminal device determines that the type of the first trip SMS is a first type, including: The terminal device obtains the second keyword from the first trip SMS message; When the terminal device finds a keyword that matches the second keyword from the first correspondence, the terminal device determines the type of the first trip SMS as the first type based on the first correspondence, wherein the first correspondence includes the relationship between the keyword and the trip SMS type corresponding to the keyword.

6. The method according to claim 5, characterized in that, The first correspondence includes: when the keyword is "successful booking", the trip SMS type corresponding to the keyword is "ticket booking"; when the keyword is "ticket issuance", the trip SMS type corresponding to the keyword is "ticket issuance"; when the keyword is "ticket refund", the trip SMS type corresponding to the keyword is "ticket refund"; and when the keyword is "delay", the trip SMS type corresponding to the keyword is "delay".

7. The method according to any one of claims 1-6, characterized in that, The preset model library includes a first model and a second model. The terminal device calls the model corresponding to the first type from the preset model library to parse the first trip SMS and obtain a second parsing result, including: The terminal device calls the first model to parse the first trip SMS and obtains the first result; The terminal device calls the second model to parse the first trip SMS and obtains the second result; When the first result is the same as the second result, the terminal device determines one of the first result or the second result as the second parsing result.

8. The method according to claim 7, characterized in that, Also includes: When the first result is different from the second result, and one of the first result or the second result has the highest similarity to the third result, the terminal device determines one of the first result or the second result as the second parsing result. The third result is obtained by the terminal device from the ticketing application, and the third result includes the trip start time and the trip start date.

9. The method according to any one of claims 1-8, characterized in that, The updated model is a software development kit (SDK) or plugin.

10. An information processing device, characterized in that, It includes a processor and a memory, the memory being used to store code instructions, wherein the processor is used to execute the code instructions to perform the method as described in any one of claims 1-9.

11. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores instructions that, when executed, cause a computer to perform the method as described in any one of claims 1-9.

12. A computer program product, characterized in that, Includes a computer program that, when run, causes a computer to perform the method as described in any one of claims 1-9.

Images