CN106912034B - Short message processing method, system and terminal - Google Patents

Abstract

The invention discloses a short message processing method, when a system server fails to send a short message to a client, generating a short message sending error log, wherein the error log comprises at least one of the following: the short message receiving mobile phone number, the short message content, the sending result, the short message sending priority and the check code; detecting the failure type of the short message sending failure according to the short message sending error log, and adding the short message into a resending queue; and adjusting the retransmission priority of the short message, and retransmitting the short message. The invention discloses a short message processing system and a terminal, which solve the problem of poor user experience caused by the fact that the failure cannot be positioned after the short message is sent in failure in the related technology.

Description

Short message processing method, system and terminal

Technical Field

The present invention relates to the field of mobile communication technologies, and in particular, to a method, a system, and a terminal for processing a short message.

Background

Along with the development of the internet and the popularization of the terminal, the user group of the terminal is larger and larger, and meanwhile, more intelligent and humanized requirements are provided for software.

In the prior art, a real terminal is used as a game machine or a television by a user, possibly a learning machine, possibly a playground of a baby and the like, so that more fun is brought to the life of people. With the upgrading of communication products, mobile terminals (such as mobile phones, Personal Digital Assistants (PDAs), etc.) have become a necessary communication tool for people. Various functions which are convenient for people to live can be realized on the mobile terminal, such as mobile phone television, GPS, mobile payment and the like, and the functions can be realized only by accessing the mobile terminal to the Internet.

With the development of apps, the message Push technology is also emphasized by more and more apps operators, and information interested by users can be actively sent to the mobile phone terminals of the users on time and purpose according to the needs of the users by using the Push technology, so that the activity of products is improved, the utilization rate of function modules is driven, and the viscosity of the users is increased. Generally, message pushing is based on a network condition, and if a user is in a non-network state and an application server needs to notify the user of an important and urgent message, the message cannot be pushed to a specified user.

With the advent of chat software such as QQ, wechat, WhatsAPP, etc., the role of Short Message Service (SMS) in people's information exchange is becoming less and less important. However, short messages can be sent and received in time and quickly without being connected to a network, and therefore the short messages are also applied to aspects such as security verification of network stations.

Currently, a common method for handling short message transmission failure is to store transmission failure information in a failure queue, and then perform retransmission within a certain time according to a retransmission mechanism. The disadvantage of this mechanism is that manual setting and intervention for retransmission mobile phone numbers, retransmission priorities, etc. cannot be performed, and the higher and higher user experience requirements cannot be met. When the short message transmission fails, the user often considers that the transmission fails due to the mobile phone arrearage, and cannot know the specific failure reason. Especially, when the mobile phone cannot successfully send the short message without defaulting, the user is more troubled.

Aiming at the problem that the user experience is poor due to the fact that the reason for the failure cannot be located after the short message is sent in the related technology, no solution is provided at present.

Disclosure of Invention

The invention mainly aims to provide a short message processing method, a short message processing system and a short message processing terminal, and aims to solve the problem of poor user experience caused by the fact that the reason for failure cannot be positioned after short message sending fails in the related technology.

In order to achieve the above object, an embodiment of the present invention provides a short message processing method, including:

when the system server fails to send the short message to the client, generating a short message sending error log, wherein the error log comprises at least one of the following: the short message receiving mobile phone number, the short message content, the sending result, the short message sending priority and the check code;

detecting the failure type of the short message sending failure according to the short message sending error log, and adding the short message into a resending queue;

and adjusting the retransmission priority of the short message, and retransmitting the short message.

Preferably, after adjusting the priority of the retransmission of the short message and retransmitting the short message, the method further comprises:

judging whether the short message is failed to be retransmitted or not;

if the judgment result is yes, notifying the client of the check code, wherein the client sends the check code to a designated number;

and after receiving the check code sent by the designated number, sending the short message to the designated number.

Preferably, after receiving the check code sent by the designated number, sending the short message to the designated number includes:

searching in a retransmission queue after receiving the check code;

if the short message content corresponding to the check code is searched, the short message is sent to the designated number again;

and if the short message content corresponding to the check code cannot be searched, feeding back prompt information that the short message record is not found or the check code is overdue to the client.

Preferably, after sending the short message to the designated number, the method further includes:

judging whether the short message is successfully sent to the designated number or not;

and under the condition that the judgment result is negative, informing a system administrator of the failed short message through an email or a short message to perform problem positioning.

Preferably, after notifying the system administrator of the problem location by means of an email or a short message about the short message with failed transmission, the method further comprises:

if the problem is positioned as short message service arrearage, prompting the client to pay and skipping to a payment page for the client to pay;

if the problem is positioned to be that the short message sending interface is abnormal, optimizing the abnormal interface;

and if the server where the system is located is abnormal, sending a notification message for notifying a manager of the server to solve the problem to a server management interface.

According to another aspect of the present invention, there is also provided a short message processing system, including:

the system comprises a generating module and a sending module, wherein the generating module is used for generating a short message sending error log when a system server fails to send a short message to a client, and the error log comprises at least one of the following: the short message receiving mobile phone number, the short message content, the sending result, the short message sending priority and the check code;

the detection module is used for detecting the failure type of short message sending failure according to the short message sending error log and adding the short message into a resending queue;

and the retransmission module is used for adjusting the retransmission priority of the short message and retransmitting the short message.

Preferably, the system further comprises:

the first judging module is used for judging whether the short message is failed to be retransmitted or not;

the first notification module is used for notifying the client of the check code under the condition that the judgment result is yes, wherein the client sends the check code to a specified number;

and the first sending module is used for sending the short message to the designated number after receiving the check code sent by the designated number.

Preferably, the sending module includes:

the searching unit is used for searching in the retransmission queue after receiving the check code;

a resending unit, configured to resend the short message to the designated number if the short message content corresponding to the check code is searched;

and the feedback unit is used for feeding back prompt information that the short message record is not found or the check code is overdue to the client if the short message content corresponding to the check code cannot be searched.

Preferably, the system further comprises:

the second judging module is used for judging whether the short message is successfully sent to the specified number;

and the second notification module is used for notifying the system administrator of the failed short message in a mode of mail or short message to perform problem positioning under the condition that the judgment result is negative.

Preferably, the system further comprises:

the prompting module is used for prompting the client to pay and skipping to a payment page for the client to pay if the problem is located that the short message service is overdue;

the optimization module is used for optimizing an abnormal interface if the problem is positioned to be that the short message sending interface is abnormal;

and the second sending module is used for sending a notification message for notifying a manager of the server to solve the problem to a server management interface if the server where the system is located is abnormal.

According to another aspect of the embodiment of the present invention, there is also provided a mobile terminal including the system of any one of the above.

By the invention, when the system server fails to send the short message to the client, the short message sending error log is generated, wherein the error log comprises at least one of the following: the short message receiving mobile phone number, the short message content, the sending result, the short message sending priority and the check code; detecting the failure type of the short message sending failure according to the short message sending error log, and adding the short message into a resending queue; and adjusting the resending priority of the short message, resending the short message, solving the problem of poor user experience caused by the fact that the reason for failure cannot be positioned after the short message is sent in failure in the related technology, positioning the failure type after the short message is sent in failure, adjusting a processing strategy according to the failure type, improving the possibility of successful sending, and improving the user experience.

Drawings

Fig. 1 is a schematic diagram of a hardware structure of an optional mobile terminal for implementing various embodiments of the present invention;

FIG. 2 is a diagram of a wireless communication system for the mobile terminal shown in FIG. 1;

fig. 3 is a flowchart of a short message processing method according to an embodiment of the present invention;

fig. 4 is a first flowchart of a short message transmission failure processing method according to an embodiment of the present invention;

fig. 5 is a flowchart ii of a short message transmission failure processing method according to an embodiment of the present invention;

fig. 6 is a diagram illustrating a short message transmission failure according to an embodiment of the present invention;

fig. 7 is a diagram illustrating a short message transmission failure according to an embodiment of the present invention;

fig. 8 is a block diagram of a short message processing system according to an embodiment of the present invention;

fig. 9 is a block diagram one of a short message processing system according to a preferred embodiment of the present invention;

fig. 10 is a block diagram two of a short message processing system according to a preferred embodiment of the present invention.

The implementation, functional features and advantages of the objects of the present invention will be further explained with reference to the accompanying drawings.

Detailed Description

It should be understood that the specific embodiments described herein are merely illustrative of the invention and are not intended to limit the invention.

A mobile terminal implementing various embodiments of the present invention will now be described with reference to the accompanying drawings. In the following description, suffixes such as "module", "component", or "unit" used to denote elements are used only for facilitating the explanation of the present invention, and have no specific meaning in themselves. Thus, "module" and "component" may be used in a mixture.

The mobile terminal may be implemented in various forms. For example, the terminal described in the present invention may include a mobile terminal such as a mobile phone, a smart phone, a notebook computer, a digital broadcast receiver, a PDA (personal digital assistant), a PAD (tablet computer), a PMP (portable multimedia player), a navigation device, and the like, and a stationary terminal such as a digital TV, a desktop computer, and the like. In the following, it is assumed that the terminal is a mobile terminal. However, it will be understood by those skilled in the art that the configuration according to the embodiment of the present invention can be applied to a fixed type terminal in addition to elements particularly used for moving purposes.

Fig. 1 is a schematic diagram of a hardware structure of an optional mobile terminal for implementing various embodiments of the present invention.

The mobile terminal 100 may include a wireless communication unit 110, an a/V (audio/video) input unit 120, a user input unit 130, a sensing unit 140, an output unit 150, a memory 160, an interface unit 170, a controller 180, and a power supply unit 190, etc.

Fig. 1 illustrates the mobile terminal 100 having various components, but it is to be understood that not all illustrated components are required to be implemented. More or fewer components may alternatively be implemented. The elements of the mobile terminal 100 will be described in detail below.

The wireless communication unit 110 may generally include one or more components that allow radio communication between the mobile terminal 100 and a wireless communication system or network. For example, the wireless communication unit 110 may include at least one of a broadcast receiving module 111, a mobile communication module 112, a wireless internet module 113, a short-range communication module 114, and a location information module 115.

The broadcast receiving module 111 receives a broadcast signal and/or broadcast associated information from an external broadcast management server via a broadcast channel. The broadcast channel may include a satellite channel and/or a terrestrial channel. The broadcast management server may be a server that generates and transmits a broadcast signal and/or broadcast associated information or a server that receives a previously generated broadcast signal and/or broadcast associated information and transmits it to a terminal. The broadcast signal may include a TV broadcast signal, a radio broadcast signal, a data broadcast signal, and the like. Also, the broadcast signal may further include a broadcast signal combined with a TV or radio broadcast signal. The broadcast associated information may also be provided via a mobile communication network, and in this case, the broadcast associated information may be received by the mobile communication module 112. The broadcast signal may exist in various forms, for example, it may exist in the form of an Electronic Program Guide (EPG) of Digital Multimedia Broadcasting (DMB), an Electronic Service Guide (ESG) of digital video broadcasting-handheld (DVB-H), and the like. The broadcast receiving module 111 may receive a signal broadcast by using various types of broadcasting systems. In particular, the broadcast receiving module 111 may receive digital broadcasting by using a digital broadcasting system such as a data broadcasting system of multimedia broadcasting-terrestrial (DMB-T), digital multimedia broadcasting-satellite (DMB-S), digital video broadcasting-handheld (DVB-H), forward link media (MediaFLO @), terrestrial digital broadcasting integrated service (ISDB-T), and the like. The broadcast receiving module 111 may be constructed to be suitable for various broadcasting systems that provide broadcast signals as well as the above-mentioned digital broadcasting systems. The broadcast signal and/or broadcast associated information received via the broadcast receiving module 111 may be stored in the memory 160 (or other type of storage medium).

The mobile communication module 112 transmits and/or receives radio signals to and/or from at least one of a base station (e.g., access point, node B, etc.), an external terminal, and a server. Such radio signals may include voice call signals, video call signals, or various types of data transmitted and/or received according to text and/or multimedia messages.

The wireless internet module 113 supports wireless internet access of the mobile terminal. The module may be internally or externally coupled to the terminal. The wireless internet access technology to which the module relates may include WLAN (wireless LAN) (Wi-Fi), Wibro (wireless broadband), Wimax (worldwide interoperability for microwave access), HSDPA (high speed downlink packet access), and the like.

The short-range communication module 114 is a module for supporting short-range communication. Some examples of short-range communication technologies include bluetooth (TM), Radio Frequency Identification (RFID), infrared data association (IrDA), Ultra Wideband (UWB), zigbee (TM), and the like.

The location information module 115 is a module for checking or acquiring location information of the mobile terminal. A typical example of the location information module 115 is a GPS (global positioning system). According to the current technology, the GPS calculates distance information and accurate time information from three or more satellites and applies triangulation to the calculated information, thereby accurately calculating three-dimensional current location information according to longitude, latitude, and altitude. Currently, a method for calculating position and time information uses three satellites and corrects an error of the calculated position and time information by using another satellite. In addition, the GPS can calculate speed information by continuously calculating current position information in real time.

The a/V input unit 120 is used to receive an audio or video signal. The a/V input unit 120 may include a camera 121 and a microphone 122, and the camera 121 processes image data of still pictures or video obtained by an image capturing apparatus in a video capturing mode or an image capturing mode. The processed image frames may be displayed on the display unit 151. The image frames processed by the cameras 121 may be stored in the memory 160 (or other storage medium) or transmitted via the wireless communication unit 110, and two or more cameras 121 may be provided according to the construction of the mobile terminal 100. The microphone 122 may receive sounds (audio data) via the microphone 122 in a phone call mode, a recording mode, a voice recognition mode, or the like, and is capable of processing such sounds into audio data. The processed audio (voice) data may be converted into a format output transmittable to a mobile communication base station via the mobile communication module 112 in case of a phone call mode. The microphone 122 may implement various types of noise cancellation (or suppression) algorithms to cancel (or suppress) noise or interference generated in the course of receiving and transmitting audio signals.

The user input unit 130 may generate key input data to control various operations of the mobile terminal 100 according to a command input by a user. The user input unit 130 allows a user to input various types of information, and may include a keyboard, dome sheet, touch pad (e.g., a touch-sensitive member that detects changes in resistance, pressure, capacitance, and the like due to being touched), scroll wheel, joystick, and the like. In particular, when the touch pad is superimposed on the display unit 151 in the form of a layer, a touch screen may be formed.

The sensing unit 140 detects a current state of the mobile terminal 100 (e.g., an open or closed state of the mobile terminal 100), a position of the mobile terminal 100, presence or absence of contact (i.e., touch input) by a user with the mobile terminal 100, an orientation of the mobile terminal 100, acceleration or deceleration movement and direction of the mobile terminal 100, and the like, and generates a command or signal for controlling an operation of the mobile terminal 100. For example, when the mobile terminal 100 is implemented as a slide-type mobile phone, the sensing unit 140 may sense whether the slide-type phone is opened or closed. In addition, the sensing unit 140 can detect whether the power supply unit 190 supplies power or whether the interface unit 170 is coupled with an external device. The sensing unit 140 may include a proximity sensor 141.

The interface unit 170 serves as an interface through which at least one external device is connected to the mobile terminal 100. For example, the external device may include a wired or wireless headset port, an external power supply (or battery charger) port, a wired or wireless data port, a memory card port, a port for connecting a device having an identification module, an audio input/output (I/O) port, a video I/O port, an earphone port, and the like. The identification module may store various information for authenticating a user using the mobile terminal 100 and may include a User Identity Module (UIM), a Subscriber Identity Module (SIM), a Universal Subscriber Identity Module (USIM), and the like. In addition, a device having an identification module (hereinafter, referred to as an "identification device") may take the form of a smart card, and thus, the identification device may be connected with the mobile terminal 100 via a port or other connection means. The interface unit 170 may be used to receive input (e.g., data information, power, etc.) from an external device and transmit the received input to one or more elements within the mobile terminal 100 or may be used to transmit data between the mobile terminal 100 and the external device.

In addition, when the mobile terminal 100 is connected with an external cradle, the interface unit 170 may serve as a path through which power is supplied from the cradle to the mobile terminal 100 or may serve as a path through which various command signals input from the cradle are transmitted to the mobile terminal 100. Various command signals or power input from the cradle may be used as a signal for identifying whether the mobile terminal 100 is accurately mounted on the cradle. The output unit 150 is configured to provide output signals (e.g., audio signals, video signals, alarm signals, vibration signals, etc.) in a visual, audio, and/or tactile manner. The output unit 150 may include a display unit 151, an audio output module 152, an alarm unit 153, and the like.

The display unit 151 may display information processed in the mobile terminal 100. For example, when the mobile terminal 100 is in a phone call mode, the display unit 151 may display a User Interface (UI) or a Graphical User Interface (GUI) related to a call or other communication (e.g., text messaging, multimedia file downloading, etc.). When the mobile terminal 100 is in a video call mode or an image capturing mode, the display unit 151 may display a captured image and/or a received image, a UI or GUI showing a video or an image and related functions, and the like.

Meanwhile, when the display unit 151 and the touch pad are overlapped with each other in the form of a layer to form a touch screen, the display unit 151 may serve as an input device and an output device. The display unit 151 may include at least one of a Liquid Crystal Display (LCD), a thin film transistor LCD (TFT-LCD), an Organic Light Emitting Diode (OLED) display, a flexible display, a three-dimensional (3D) display, and the like. Some of these displays may be configured to be transparent to allow a user to view from the outside, which may be referred to as transparent displays, and a typical transparent display may be, for example, a TOLED (transparent organic light emitting diode) display or the like. Depending on the particular desired implementation, mobile terminal 100 may include two or more display units (or other display devices), for example, mobile terminal 100 may include an external display unit (not shown) and an internal display unit (not shown). The touch screen may be used to detect a touch input pressure as well as a touch input position and a touch input area.

The audio output module 152 may convert audio data received by the wireless communication unit 110 or stored in the memory 160 into an audio signal and output as sound when the mobile terminal 100 is in a call signal reception mode, a call mode, a recording mode, a voice recognition mode, a broadcast reception mode, or the like. Also, the audio output module 152 may provide audio output related to a specific function performed by the mobile terminal 100 (e.g., a call signal reception sound, a message reception sound, etc.). The audio output module 152 may include a speaker, a buzzer, and the like.

The alarm unit 153 may provide an output to notify the mobile terminal 100 of the occurrence of an event. Typical events may include call reception, message reception, key signal input, touch input, and the like. In addition to audio or video output, the alarm unit 153 may provide output in different ways to notify the occurrence of an event. For example, the alarm unit 153 may provide an output in the form of vibration, and when a call, a message, or some other incoming communication (communicating communication) is received, the alarm unit 153 may provide a tactile output (i.e., vibration) to inform the user thereof. By providing such a tactile output, the user can recognize the occurrence of various events even when the user's mobile phone is in the user's pocket. The alarm unit 153 may also provide an output notifying the occurrence of an event via the display unit 151 or the audio output module 152.

The memory 160 may store software programs and the like for processing and controlling operations performed by the controller 180, or may temporarily store data (e.g., a phonebook, messages, still images, videos, and the like) that has been or will be output. Also, the memory 160 may store data regarding various ways of vibration and audio signals output when a touch is applied to the touch screen.

The memory 160 may include at least one type of storage medium including a flash memory, a hard disk, a multimedia card, a card-type memory (e.g., SD or DX memory, etc.), a Random Access Memory (RAM), a Static Random Access Memory (SRAM), a read-only memory (ROM), an electrically erasable programmable read-only memory (EEPROM), a programmable read-only memory (PROM), a magnetic memory, a magnetic disk, an optical disk, and the like. Also, the mobile terminal 100 may cooperate with a network storage device that performs a storage function of the memory 160 through a network connection.

The controller 180 generally controls the overall operation of the mobile terminal. For example, the controller 180 performs control and processing related to voice calls, data communications, video calls, and the like. In addition, the controller 180 may include a multimedia module 181 for reproducing (or playing back) multimedia data, and the multimedia module 181 may be constructed within the controller 180 or may be constructed separately from the controller 180. The controller 180 may perform a pattern recognition process to recognize a handwriting input or a picture drawing input performed on the touch screen as a character or an image.

The power supply unit 190 receives external power or internal power and provides appropriate power required to operate various elements and components under the control of the controller 180.

The various embodiments described herein may be implemented in a computer-readable medium using, for example, computer software, hardware, or any combination thereof. For a hardware implementation, the embodiments described herein may be implemented using at least one of an Application Specific Integrated Circuit (ASIC), a Digital Signal Processor (DSP), a Digital Signal Processing Device (DSPD), a Programmable Logic Device (PLD), a Field Programmable Gate Array (FPGA), a processor, a controller, a microcontroller, a microprocessor, an electronic unit designed to perform the functions described herein, and in some cases, such embodiments may be implemented in the controller 180. For a software implementation, the implementation such as a process or a function may be implemented with a separate software module that allows performing at least one function or operation. The software codes may be implemented by software applications (or programs) written in any suitable programming language, which may be stored in the memory 160 and executed by the controller 180.

Up to this point, the mobile terminal 100 has been described in terms of its functionality. In addition, the mobile terminal 100 in the embodiment of the present invention may be a mobile terminal such as a folder type, a bar type, a swing type, a slide type, and other various types, and is not limited herein.

The mobile terminal 100 as shown in fig. 1 may be configured to operate with communication systems such as wired and wireless communication systems and satellite-based communication systems that transmit data via frames or packets.

A communication system in which a mobile terminal according to the present invention is operable will now be described with reference to fig. 2.

Such communication systems may use different air interfaces and/or physical layers. For example, the air interface used by the communication system includes, for example, Frequency Division Multiple Access (FDMA), Time Division Multiple Access (TDMA), Code Division Multiple Access (CDMA), and Universal Mobile Telecommunications System (UMTS) (in particular, Long Term Evolution (LTE)), global system for mobile communications (GSM), and the like. By way of non-limiting example, the following description relates to a CDMA communication system, but such teachings are equally applicable to other types of systems.

Referring to fig. 2, a CDMA wireless communication system may include a plurality of intelligent terminals 100, a plurality of Base Stations (BSs) 270, Base Station Controllers (BSCs) 275, and a Mobile Switching Center (MSC) 280. The MSC 280 is configured to interface with a Public Switched Telephone Network (PSTN) 290. The MSC 280 is also configured to interface with a BSC275, which may be coupled to the base station 270 via a backhaul. The backhaul line may be constructed according to any of several known interfaces, which may include, for example, european/american standard high capacity digital lines (E1/T1), Asynchronous Transfer Mode (ATM), network protocol (IP), point-to-point protocol (PPP), frame relay, high-rate digital subscriber line (HDSL), Asymmetric Digital Subscriber Line (ADSL), or various types of digital subscriber lines (xDSL). It will be understood that a system as shown in fig. 2 may include multiple BSCs 275.

Each BS 270 may serve one or more sectors (or regions), each sector covered by a multi-directional antenna or an antenna pointing in a particular direction being radially distant from the BS 270. Alternatively, each partition may be covered by two or more antennas for diversity reception. Each BS 270 may be configured to support multiple frequency allocations, with each frequency allocation having a particular frequency spectrum (e.g., 1.25MHz, 5MHz, etc.).

The intersection of partitions with frequency allocations may be referred to as a CDMA channel. The BS 270 may also be referred to as a Base Transceiver Subsystem (BTS) or other equivalent terminology. In such a case, the term "base station" may be used to generically refer to a single BSC275 and at least one BS 270. The base stations may also be referred to as "cells". Alternatively, each partition of a particular BS 270 may be referred to as a plurality of cell sites.

As shown in fig. 2, a Broadcast Transmitter (BT)295 transmits a broadcast signal to the mobile terminal 100 operating within the system. A broadcast receiving module 111 as shown in fig. 1 is provided at the mobile terminal 100 to receive a broadcast signal transmitted by the BT 295. In fig. 2, several Global Positioning System (GPS) satellites 300 are shown. The satellite 300 assists in locating at least one of the plurality of mobile terminals 100.

In fig. 2, a plurality of satellites 300 are depicted, but it is understood that useful positioning information may be obtained with any number of satellites. The location information module 115 (e.g., GPS) as shown in fig. 1 is generally configured to cooperate with the satellites 300 to obtain desired positioning information. Other techniques that can track the location of the mobile terminal may be used instead of or in addition to GPS tracking techniques. In addition, at least one GPS satellite 300 may selectively or additionally process satellite DMB transmission.

As a typical operation of the wireless communication system, the BS 270 receives reverse link signals from various mobile terminals 100. The mobile terminal 100 is generally engaged in conversations, messaging, and other types of communications. Each reverse link signal received by a particular base station is processed within a particular BS 270. The obtained data is forwarded to the associated BSC 275. The BSC provides call resource allocation and mobility management functions including coordination of soft handoff procedures between BSs 270. The BSCs 275 also route the received data to the MSC 280, which provides additional routing services for interfacing with the PSTN 290. Similarly, the PSTN290 interfaces with the MSC 280, the MSC interfaces with the BSCs 275, and the BSCs 275 accordingly control the BS 270 to transmit forward link signals to the mobile terminal 100.

Based on the foregoing mobile terminal, an embodiment of the present invention provides a short message processing method, and fig. 3 is a flowchart of the short message processing method according to the embodiment of the present invention, as shown in fig. 3, the method includes the following steps:

step S302, when the system server fails to send the short message to the client, generating a short message sending error log, wherein the error log comprises at least one of the following: the short message receiving mobile phone number, the short message content, the sending result, the short message sending priority and the check code;

step S304, according to the short message sending error log, detecting the failure type of short message sending failure, and adding the short message into a resending queue;

step S306, adjusting the resending priority of the short message, and resending the short message.

Through the steps, when the system server fails to send the short message to the client, a short message sending error log is generated; detecting the failure type of the short message sending failure according to the short message sending error log, and adding the short message into a resending queue; and adjusting the resending priority of the short message, resending the short message, solving the problem of poor user experience caused by the fact that the reason for failure cannot be positioned after the short message is sent in failure in the related technology, positioning the failure type after the short message is sent in failure, adjusting a processing strategy according to the failure type, improving the possibility of successful sending, and improving the user experience.

Preferably, after adjusting the priority of the retransmission of the short message and retransmitting the short message, determining whether the retransmission of the short message fails; if the judgment result is yes, notifying the client of the check code, wherein the client sends the check code to a designated number; and after receiving the check code sent by the designated number, sending the short message to the designated number.

Preferably, after receiving the check code sent by the designated number, sending the short message to the designated number includes: searching in a retransmission queue after receiving the check code; if the short message content corresponding to the check code is searched, the short message is sent to the designated number again; and if the short message content corresponding to the check code cannot be searched, feeding back prompt information that the short message record is not found or the check code is overdue to the client.

Preferably, after the short message is sent to the designated number, whether the short message is successfully sent to the designated number is judged; and under the condition that the judgment result is negative, informing a system administrator of the failed short message through an email or a short message to perform problem positioning.

Preferably, after the short message which is failed to be sent is notified to a system administrator to carry out problem location in a mail or short message mode, if the problem location is that short message service is overdue, the client is prompted to pay and a payment page is skipped to for the client to pay; if the problem is positioned to be that the short message sending interface is abnormal, optimizing the abnormal interface; and if the server where the system is located is abnormal, sending a notification message for notifying a manager of the server to solve the problem to a server management interface.

When the system server fails to send the short message to the user, detecting the failure type of the short message sending failure; determining a processing strategy for processing the short message according to the failure type; the processing is carried out according to the determined processing strategy, the problem that the user experience is poor due to the fact that the reason for failure cannot be located after the short message is sent in failure in the related technology is solved, the failure type is located after the short message is sent in failure, different processing strategies are determined according to the failure type, and the user experience is improved.

Fig. 4 is a first flowchart of a short message transmission failure processing method according to an embodiment of the present invention, and as shown in fig. 4, when a system server fails to transmit a short message to a user, different processing manners are performed for different failure reasons. If the short message receiver is powered off or fails to send due to paging failure, the mobile phone short message is directly retransmitted. If the user receives the short message, the process is ended; otherwise, the short message retransmission condition is manually intervened. If the short message transmission fails due to other errors, the system administrator or the developer is notified by a direct mail to perform problem location. The method specifically comprises the following steps:

step S402, the system server sends a short message to the user;

step S404, the terminal initiates network connection to the PUSH server;

step S406, judging whether the short message fails, if so, executing step S408, and if not, executing step S414;

step S408, capturing a short message sending log to acquire a failure type;

step S410, determine the power-off or paging failure of the mobile phone? If yes, executing step S412, and if no, executing step S420;

step S414, when the system server successfully sends the short message, whether the feedback that the user does not receive the short message is received, if the judgment result is yes, step S416 is executed, and if the judgment result is no, the process is ended;

step S416, if the user does not receive the short message after feeding back, manually intervene to retransmit the priority, modify the short message receiving number and the like, and retransmit the short message;

step S418, determine whether the message retransmission fails? If yes, executing step S420, and if no, ending;

step S420, the mail notifies the system administrator and the system developer of failure information for failure problem location.

Preferably, determining a processing policy for processing the short message according to the failure type may include: under the condition that the failure type is user shutdown or paging failure, retransmitting the short message; judging whether the user receives the short message; and resetting the sending condition for retransmitting the short message when the judgment result is negative.

Preferably, after resetting the transmission condition for retransmitting the short message, it is determined whether the transmission condition for retransmitting the short message is satisfied; if the judgment result is yes, the short message is retransmitted; and under the condition that the short message is unsuccessfully retransmitted according to the transmission condition for retransmitting the short message, caching the short message, and retransmitting the short message after detecting that the receiving party is started up or the paging is normal.

Preferably, determining a processing policy for processing the short message according to the failure type may further include: and under the condition that the failure type is caused by other errors except the shutdown or paging failure of the receiver, notifying a system administrator or a developer to carry out problem location by an email.

Preferably, determining a processing policy for processing the short message according to the failure type further includes: and under the condition that the failure type is that the sender stops, prompting the sender to pay and skipping to a payment page for the sender to pay.

Preferably, the detecting of the failure type of the short message sending failure may include: obtaining a record of short message sending failure from a short message sending log of the mobile terminal, wherein the record comprises at least one of the following: the short message receives the mobile phone number, the content of the short message, the sending result and the priority of the short message; and determining the failure type of the short message sending failure according to the record.

Fig. 5 is a flowchart of a short message transmission failure processing method according to an embodiment of the present invention, as shown in fig. 5, the method includes the following steps:

step S502, the system server sends a short message to the user;

step S504, judge whether the message sending fails, in the case of judging the result is yes, carry out step S504, if succeed, the procedure is over;

step S506, if the system fails to send the short message, a short message sending failure log is automatically generated, and the log information includes: the short message receiving mobile phone number, the short message content, the sending result, the short message sending priority, the check code and the like. Wherein, the check code is a unique character string composed of 6-bit letters (distinguished by case), numbers, special characters (-to! &% $ # /), etc. (the check code of each failure information is different from each other);

step S508, obtain the message and send the failure information, and join it into the retransmission queue;

step S510, manually intervene on the short message retransmission conditions in the retransmission queue in the system short message management center. A higher retransmission priority is set corresponding to the important short message, so that the important information can be ensured to be transmitted in time; if the mobile phone number of the failed short message is the stopped mobile phone number, the mobile phone number can be manually modified into the latest mobile phone number, and the short message is retransmitted after manual intervention on retransmission conditions;

step S512, judging whether the short message transmission fails, if so, executing step S514, and if so, ending the process;

step S514, the verification code is sent to the user. The system administrator sends the check code to the user by telephone, mail or other means

Step S516, the user sends the check code to the designated number, and the system searches the resending list after receiving the check code. If the relevant record is searched, the recorded short message content is retransmitted to the mobile phone of the user sending the verification code; if the relevant record can not be searched, prompting that the relevant short message record is not found or the check code is expired. (for safety, the receiving times of the check code is set to be 3, namely the system is not allowed to send the short message to the user again when the receiving times of the same verification code exceeds 3 times);

step S518, determining whether a feedback that the user has not received the short message is received, if yes, executing step S520, and if yes, ending the process; that is, if the user feedbacks the received short message, the process is finished, otherwise, the mail informs the system administrator and the developer of the failure information of the short message

Step S520, the system administrator or the developer is informed by the mail to send failure information for problem positioning. And (5) positioning and solving the problems. After receiving the failure information, the developer first locates and solves the problem. If the short message service is defaulting, informing a system administrator to carry out fee renewal treatment; if the short message sending interface is abnormal, optimizing the interface; and if the server where the system is located is abnormal, informing a server manager to solve the problem.

Specifically, the failure types may include: the Short Message Center number setting error, the SIM card invalid, the illegal receiver, the space full of the SIM card storing the Short Message and other errors in the Short Message service platform, such as the error type caused by the busy SMC (Short Message Center). Fig. 6 is a schematic diagram of a short message transmission failure according to an embodiment of the present invention, as shown in fig. 6, after the short message transmission failure, the user is prompted that the failure type is that the SIM is invalid.

Fig. 7 is a schematic diagram of a short message transmission failure according to an embodiment of the present invention, and as shown in fig. 7, after determining an error type of the short message transmission failure, in addition to outputting a prompt message for prompting a user of a reason for the short message transmission failure, the terminal further executes a preset operation for providing a solution according to the error type, so as to facilitate the user to solve the problem of the short message transmission failure.

According to another aspect of the embodiments of the present invention, there is also provided a short message processing system, and fig. 8 is a block diagram of a short message processing system according to an embodiment of the present invention, as shown in fig. 8, including:

a generating module 82, configured to generate a short message sending error log when the system server fails to send the short message to the client, where the error log includes at least one of: the short message receiving mobile phone number, the short message content, the sending result, the short message sending priority and the check code;

a detection module 84, configured to detect a failure type of a short message sending failure according to the short message sending error log, and add the short message to a resending queue;

and a retransmission module 86, configured to adjust a retransmission priority of the short message, and retransmit the short message.

Fig. 9 is a block diagram one of a short message processing system according to a preferred embodiment of the present invention, as shown in fig. 9, the system further includes:

a first judging module 92, configured to judge whether resending the short message fails;

a first notification module 94, configured to notify the client of the check code if the determination result is yes, where the client sends the check code to a specified number;

the first sending module 96 is configured to send the short message to the designated number after receiving the check code sent by the designated number.

Preferably, the first sending module 96 comprises:

the searching unit is used for searching in the retransmission queue after receiving the check code;

a resending unit, configured to resend the short message to the designated number if the short message content corresponding to the check code is searched;

and the feedback unit is used for feeding back prompt information that the short message record is not found or the check code is overdue to the client if the short message content corresponding to the check code cannot be searched.

Fig. 10 is a block diagram ii of a short message processing system according to a preferred embodiment of the present invention, as shown in fig. 10, the system further includes:

a second judging module 102, configured to judge whether the short message is successfully sent to the specified number;

and the second notification module 104 is configured to notify the system administrator of the failed short message in an email or short message manner to perform problem location if the determination result is negative.

Preferably, the system further comprises:

the prompting module is used for prompting the client to pay and skipping to a payment page for the client to pay if the problem is located that the short message service is overdue;

the optimization module is used for optimizing an abnormal interface if the problem is positioned to be that the short message sending interface is abnormal;

and the second sending module is used for sending a notification message for notifying a manager of the server to solve the problem to a server management interface if the server where the system is located is abnormal.

In the embodiment of the invention, when the system server fails to send the short message to the client, a short message sending error log is generated; detecting the failure type of the short message sending failure according to the short message sending error log, and adding the short message into a resending queue; and adjusting the resending priority of the short message, resending the short message, solving the problem of poor user experience caused by the fact that the reason for failure cannot be positioned after the short message is sent in failure in the related technology, positioning the failure type after the short message is sent in failure, adjusting a processing strategy according to the failure type, improving the possibility of successful sending, and improving the user experience.

It should be noted that, in this document, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising an … …" does not exclude the presence of other like elements in a process, method, article, or apparatus that comprises the element.

The above-mentioned serial numbers of the embodiments of the present invention are merely for description and do not represent the merits of the embodiments.

Through the above description of the embodiments, those skilled in the art will clearly understand that the method of the above embodiments can be implemented by software plus a necessary general hardware platform, and certainly can also be implemented by hardware, but in many cases, the former is a better implementation manner. Based on such understanding, the technical solutions of the present invention may be embodied in the form of a software product, which is stored in a storage medium (such as ROM/RAM, magnetic disk, optical disk) and includes instructions for enabling a terminal device (such as a mobile phone, a computer, a server, an air conditioner, or a network device) to execute the method according to the embodiments of the present invention.

It will be apparent to those skilled in the art that the modules or steps of the present invention described above may be implemented by a general purpose computing device, they may be centralized on a single computing device or distributed across a network of multiple computing devices, and alternatively, they may be implemented by program code executable by a computing device, such that they may be stored in a storage device and executed by a computing device, and in some cases, the steps shown or described may be performed in an order different than that described herein, or they may be separately fabricated into individual integrated circuit modules, or multiple ones of them may be fabricated into a single integrated circuit module. Thus, the present invention is not limited to any specific combination of hardware and software.

The above description is only a preferred embodiment of the present invention, and not intended to limit the scope of the present invention, and all modifications of equivalent structures and equivalent processes, which are made by using the contents of the present specification and the accompanying drawings, or directly or indirectly applied to other related technical fields, are included in the scope of the present invention.

Claims (8)

1. A short message processing method is characterized by comprising the following steps:

when the system server fails to send the short message to the client, generating a short message sending error log, wherein the error log comprises at least one of the following: the short message receiving mobile phone number, the short message content, the sending result, the short message sending priority and the check code;

detecting the failure type of the short message sending failure according to the short message sending error log, and adding the short message into a resending queue;

adjusting the retransmission priority of the short message, and retransmitting the short message;

judging whether the short message is failed to be retransmitted or not;

if the judgment result is yes, notifying the client of the check code, wherein the client sends the check code to a designated number;

and after receiving the check code sent by the designated number, sending the short message to the designated number.

2. The method of claim 1, wherein sending the short message to the designated number after receiving the check code sent by the designated number comprises:

searching in a retransmission queue after receiving the check code;

if the short message content corresponding to the check code is searched, the short message is sent to the designated number again;

and if the short message content corresponding to the check code cannot be searched, feeding back prompt information that the short message record is not found or the check code is overdue to the client.

3. The method of claim 1, wherein after sending the short message to the specified number, the method further comprises:

judging whether the short message is successfully sent to the designated number or not;

and under the condition that the judgment result is negative, informing a system administrator of the failed short message through an email or a short message to perform problem positioning.

4. The method of claim 3, wherein after notifying a system administrator of problem location by means of an email or a short message of the short message with failed transmission, the method further comprises:

if the problem is positioned as short message service arrearage, prompting the client to pay and skipping to a payment page for the client to pay;

if the problem is positioned to be that the short message sending interface is abnormal, optimizing the abnormal interface;

and if the server where the system is located is abnormal, sending a notification message for notifying a manager of the server to solve the problem to a server management interface.

5. A short message processing system, comprising:

the system comprises a generating module and a sending module, wherein the generating module is used for generating a short message sending error log when a system server fails to send a short message to a client, and the error log comprises at least one of the following: the short message receiving mobile phone number, the short message content, the sending result, the short message sending priority and the check code;

the detection module is used for detecting the failure type of short message sending failure according to the short message sending error log and adding the short message into a resending queue;

the retransmission module is used for adjusting the retransmission priority of the short message and retransmitting the short message;

the first judging module is used for judging whether the short message is failed to be retransmitted or not;

the first notification module is used for notifying the client of the check code under the condition that the judgment result is yes, wherein the client sends the check code to a specified number;

and the first sending module is used for sending the short message to the designated number after receiving the check code sent by the designated number.

6. The system of claim 5, wherein the sending module comprises:

the searching unit is used for searching in the retransmission queue after receiving the check code;

a resending unit, configured to resend the short message to the designated number if the short message content corresponding to the check code is searched;

and the feedback unit is used for feeding back prompt information that the short message record is not found or the check code is overdue to the client if the short message content corresponding to the check code cannot be searched.

7. The system of claim 5, further comprising:

the second judging module is used for judging whether the short message is successfully sent to the specified number;

and the second notification module is used for notifying the system administrator of the failed short message in a mode of mail or short message to perform problem positioning under the condition that the judgment result is negative.

8. A terminal, characterised in that it comprises a system according to any one of the preceding claims 5 to 7.

Images