CN115941778A - A method, device and storage medium for providing services - Google Patents

Abstract

The invention discloses a method, device and storage medium for providing services, comprising: when a certain call event occurs in a terminal, sending a service request message to a service server; receiving a response message of the service request message pushed by the service server to the terminal by the terminal, The response message is service description information or service application list description information or service application description information; the terminal performs service processing according to the service description information, or displays service applications that can be selected by the user according to the service application list description information, or Descriptive information provides business application services to users. By adopting the present invention, not only can interactive call-related business services be provided to users during audio or video calls, but also various interactive call-related business services can be provided during dialing calls.

Description

A method, device and storage medium for providing services

technical field

The present invention relates to the field of communication technology, in particular to a method, equipment and storage medium for providing services.

Background technique

The calling business of existing operators usually revolves around code numbers (such as family numbers, intermediate numbers, and group V networks), ring-back tones before calls, missed call reminders after calls, and leaving messages.

Service level: For the existing call service, on the one hand, it does not provide touch-screen interactive operation, but only provides an interactive mode based on the dial pad. In addition, there is almost no service provision around the call, and it does not support content sharing, screen marking, Interactive menu, interactive page and other functions.

Technical level: The existing communication system does not support other communication and exchange methods or methods other than audio and video calls. Each service AS is independent of each other and can push services to the terminal. However, if there is a conflict in the display between services, cannot be resolved.

The disadvantage of the prior art is that the existing business interaction modes are single, and/or there are conflicts in the display.

Contents of the invention

The present invention provides a method, device and storage medium for providing services, which are used to solve the existing problems of single service interaction mode and/or conflicts in display when a user dials an operator's phone.

The invention provides the following technical solutions:

A method of providing services comprising:

When a call event occurs in the terminal, send a service request message to the service server;

receiving a response message of a service request message pushed by the service server to the terminal, the response message being service description information or service application list description information or service application description information;

Execute business processing according to the business description information, or display business applications that can be selected and used by users according to the business application list description information, or provide business application services to users according to the business application description information.

In implementation, it further includes:

When the terminal determines that the user is off-hook, the terminal sends the first service request message in the service request message to the service server.

In implementation, it further includes:

The service server pushes a response message of the first service request message in the service request message to the terminal;

The response message of the first service request message carries the in-call service description information or service application list description information or service application description information including page information and/or service logic configuration information.

In implementation, it further includes:

When one of the events of call busy, call unreachable, call no answer, call forwarding, call hold, call waiting or establishment of a new data channel occurs at the terminal, the terminal sends the second service request in the service request message to the service server information;

The data channel is a data channel used to transmit the service data during the call.

In implementation, it further includes:

After the call state of the terminal changes, a response message of the second service request message in the service request message pushed by the service server to the terminal is received.

In implementation, the received service request message is an HTTP request message initiated by the terminal to the service server.

During implementation, the HTTP request message initiated to the business server is an HTTP GET request message.

In implementation, it further includes:

When the service server determines that the user is not off-hook, the pre-call service description information or service application list description information or service application description information carried in the response message of the service request, including page information and/or service logic configuration information.

In implementation, the service application description information before the call is provided based on the HTML application, using HTML language to describe the page frame, CSS to describe the page style, and JS to describe the business logic.

In implementation, it further includes:

After receiving the response message of the business service transmitted through the data channel, the terminal presents it to the user in the form of Webview according to the description information of the business application list or the description information of the business application.

In implementation, it further includes:

The second service description or the second service application list description pushed by the service server to the terminal is received.

In implementation, it further includes:

When one of the events of call busy, call unreachable, call no answer, call forwarding, call hold, call waiting or establishment of a new data channel occurs at the terminal, the terminal sends the second service request in the service request message to the service server information;

The data channel is a data channel used to transmit the service data during the call.

In implementation, it further includes:

After the call state of the terminal changes, a response message of the second service request message in the service request message pushed by the service server to the terminal is received.

In implementation, the business includes one or a combination of the following businesses:

The terminal needs to send the fourth service request message in the service request message after performing service processing according to the service description information, so as to obtain service application list information or service application description information;

After the user selects a service application from the service application list, the fifth service request message in the service request message is sent according to the content selected by the user to obtain the service application description information;

The terminal completes the interface display of the service application and the service of the service logic of the service application according to the service application description information.

In implementation, the terminal obtains the first service description from the service server, which is initiated by the terminal when one of the following events or a combination thereof occurs:

Dialing event, sending call request message event, receiving call request message event, ringing event, off-hook event, call busy event, call unreachable event, call no answer event, call forwarding event, call holding event, call waiting Event, or data channel establishment event;

The data channel is a data channel used to transmit the service data during the call.

In implementation, the terminal acquires service description information or service application list description information or service application description information from the service server, which is initiated by the terminal through the data channel after establishing a data channel with the service server.

A method of providing services comprising:

The service server receives the service request message sent by the terminal;

The service server pushes a response message of the service request message to the terminal, and the response message is service description information or service application description information or service application list description information.

In implementation, it further includes:

When the terminal determines that the user is off-hook, the terminal sends the first service request message in the service request message to the service server.

In implementation, it further includes:

receiving a response message of the first service request message in the service request message pushed by the service server to the terminal;

The response message of the first service request message carries the in-call service description information or service application list description information or service application description information including page information and/or service logic configuration information.

In implementation, it further includes:

When one of the events of call busy, call unreachable, call no answer, call forwarding, call hold, call waiting or establishment of a new data channel occurs at the terminal, the terminal sends the second service request in the service request message to the service server information;

The data channel is a data channel used to transmit the service data during the call.

In implementation, it further includes:

After the call state of the terminal changes, a response message of the second service request message in the service request message pushed by the service server to the terminal is received.

In implementation, the service request message received by the service server is an HTTP request message initiated by the terminal to the service server.

In the implementation, the HTTP request message initiated to the business server is an HTTP GET request message.

In implementation, it further includes:

When it is determined that the user is not off-hook, the service request response message sent to the terminal carries pre-call service description information or service application list description information or service application description information including page information and/or service logic configuration information.

In implementation, the service application description information before the call is provided based on the HTML application, using HTML language to describe the page frame, CSS to describe the page style, and JS to describe the business logic.

In implementation, it further includes:

In the service request message sent by the receiving terminal to the service server when one of the events of call busy, call unreachable, call no answer, call forwarding, call hold, call waiting, or establishment of a new data channel occurs, the receiving terminal of the service server the second service request message;

The data channel is a data channel used to transmit the service data during the call.

In implementation, it further includes:

The service server pushes a response message of the second service request message in the service request message to the terminal after the call state of the terminal changes.

In implementation, the business includes one or a combination of the following businesses:

The terminal needs to send the fourth service request message in the service request message after performing service processing according to the service description information, so as to obtain service application list information or service application description information;

After the user selects a service application from the service application list, the fifth service request message in the service request message is sent according to the content selected by the user to obtain the service application description information;

The terminal completes the interface display of the service application and the service of the service logic of the service application according to the service application description information.

In implementation, the service server receives the request from the terminal to obtain the first service description from the service server, which is initiated by the terminal when one of the following events or a combination thereof occurs:

Dialing event, sending call request message event, receiving call request message event, ringing event, off-hook event, call busy event, call unreachable event, call no answer event, call forwarding event, call holding event, call waiting Event, or data channel establishment event;

The data channel is a data channel used to transmit the service data during the call.

In the implementation, the request received by the service server from the terminal to obtain service description information or service application list description information or service application description information from the service server is initiated by the terminal through the data channel after establishing a data channel with the service server. .

In implementation, it further includes:

The service server receives the service description request sent by the terminal, combines it with the subscribed core network call event, and determines the response message to the service request message returned to the terminal after matching with the call service request message of the terminal.

In the implementation, it further includes pushing the response message of the service request message to the terminal according to one or a combination of the following information:

The terminal's call status, service requirements, calling user identity, called user identity, user's service subscription relationship, user's service application subscription relationship, call transition, and the service server to which the terminal belongs.

A terminal comprising:

The processor, which reads the program in the memory, performs the following processes:

When a call event occurs in the terminal, send a service request message to the service server;

receiving a response message of a service request message pushed by the service server to the terminal, the response message being service description information or service application list description information or service application description information;

Execute business processing according to business description information, or display business applications that can be selected by users according to business application list description information, or provide business application services to users according to business application description information;

Transceiver, used to receive and transmit data under the control of the processor.

In implementation, it further includes:

When the terminal determines that the user is off-hook, the terminal sends the first service request message in the service request message to the service server.

In implementation, it further includes:

receiving a response message of the first service request message in the service request message pushed by the service server to the terminal;

The response message of the first service request message carries the in-call service description information or service application list description information or service application description information including page information and/or service logic configuration information.

In implementation, it further includes:

When one of the events of call busy, call unreachable, call no answer, call forwarding, call hold, call waiting or establishment of a new data channel occurs at the terminal, the terminal sends the second service request in the service request message to the service server information;

The data channel is a data channel used to transmit the service data during the call.

In implementation, it further includes:

After the call state of the terminal changes, a response message of the second service request message in the service request message pushed by the service server to the terminal is received.

In implementation, the service request message received by the service server is an HTTP request message initiated by the terminal to the service server.

During implementation, the HTTP request message initiated to the business server is an HTTP GET request message.

In implementation, it further includes:

When the service server determines that the user is not off-hook, the pre-call service description information or service application list description information or service application description information carried in the response message of the service request, including page information and/or service logic configuration information.

In implementation, the service application description information before the call is provided based on the HTML application, using HTML language to describe the page frame, CSS to describe the page style, and JS to describe the business logic.

In implementation, it further includes:

After receiving the response message of the business service transmitted through the data channel, it is presented to the user in the form of Webview according to the description information of the business application list or the description information of the business application.

In implementation, it further includes:

The second service description or the second service application list description pushed by the service server to the terminal is received.

In implementation, it further includes:

When one of the events of call busy, call unreachable, call no answer, call forwarding, call hold, call waiting or establishment of a new data channel occurs at the terminal, the terminal sends the second service request in the service request message to the service server information;

The data channel is a data channel used to transmit the service data during the call.

In implementation, it further includes:

After the call state of the terminal changes, a response message of the second service request message in the service request message pushed by the service server to the terminal is received.

In implementation, the business includes one or a combination of the following businesses:

The terminal needs to send the fourth service request message in the service request message after performing service processing according to the service description information, so as to obtain service application list information or service application description information;

After the user selects a service application from the service application list, the fifth service request message in the service request message is sent according to the content selected by the user to obtain the service application description information;

The terminal completes the interface display of the service application and the service of the service logic of the service application according to the service application description information.

In implementation, obtaining the first service description from the service server is initiated by the terminal when one of the following events or a combination thereof occurs:

Dialing event, sending call request message event, receiving call request message event, ringing event, off-hook event, call busy event, call unreachable event, call no answer event, call forwarding event, call holding event, call waiting Event, or data channel establishment event;

The data channel is a data channel used to transmit the service data during the call.

In implementation, acquiring service description information or service application list description information or service application description information from the service server is initiated by the terminal through the data channel after establishing a data channel with the service server.

A terminal comprising:

The terminal acquisition module is used to send a service request message to the service server when a certain call event occurs in the terminal;

The terminal receiving module is configured to receive a response message of a service request message pushed by the service server to the terminal, the response message being service description information or service application list description information or service application description information;

The terminal service module is used to perform business processing according to the business description information, or to display business applications that can be selected by users according to the business application list description information, or to provide business application services to users according to the business application description information.

During implementation, the terminal acquisition module is further used to send a service to the service server when one of the events of call busy, call unreachable, call no answer, call forwarding, call hold, call waiting or a new data channel establishment occurs in the terminal The second service request message in the request message; the data channel is a data channel used to transmit the service data during the call process.

The terminal acquiring module is further configured to receive a response message of the second service request message in the service request message pushed by the service server to the terminal after the call state of the terminal changes.

In implementation, the service request message further sent by the terminal acquisition module is an HTTP request message initiated to the service server.

In implementation, the terminal acquisition module is further used to send an HTTP request message to the service server, which is an HTTP GET request message.

In implementation, the terminal receiving module is further used to receive the pre-call service description information or service application list containing page information and/or service logic configuration information carried in the response message of the service request when the service server determines that the user has not picked up the phone Descriptive information or business application descriptive information.

In implementation, the terminal receiving module is further used to receive pre-call service application description information provided by the HTML application, using HTML language to describe the page frame, CSS to describe the page style, and JS to describe the business logic.

In implementation, the terminal service module is further configured to present to the user in the form of Webview according to the business application list description information or the business application description information after receiving the response message of the business service transmitted through the data channel.

In implementation, the terminal receiving module is further configured to receive the second service description or the second service application list description pushed by the service server to the terminal.

During implementation, the terminal acquisition module is further used to send a service to the service server when one of the events of call busy, call unreachable, call no answer, call forwarding, call hold, call waiting or a new data channel establishment occurs in the terminal the second service request message in the request message;

The data channel is a data channel used to transmit the service data during the call.

In implementation, the terminal receiving module is further configured to receive a response message of the second service request message in the service request message pushed by the service server to the terminal after the call state of the terminal changes.

In implementation, the service that the terminal acquisition module is further used to acquire includes one or a combination of the following services:

The terminal needs to send the fourth service request message in the service request message after performing service processing according to the service description information, so as to obtain service application list information or service application description information;

After the user selects a service application from the service application list, the fifth service request message in the service request message is sent according to the content selected by the user to obtain the service application description information;

The terminal completes the interface display of the service application and the service of the service logic of the service application according to the service application description information.

In implementation, the terminal obtaining module is further used to obtain the first service description from the service server when one of the following events or a combination thereof occurs:

Dialing event, sending call request message event, receiving call request message event, ringing event, off-hook event, call busy event, call unreachable event, call no answer event, call forwarding event, call holding event, call waiting Event, or data channel establishment event;

The data channel is a data channel used to transmit the service data during the call.

In implementation, the terminal acquiring module is further configured to acquire the first service description from the service server after establishing a data channel with the service server.

A business server, comprising:

The processor, which reads the program in the memory, performs the following processes:

The service server receives the service request message sent by the terminal;

The service server pushes a response message of the service request message to the terminal, and the response message is service description information or service application description information or service application list description information;

Transceiver, used to receive and transmit data under the control of the processor.

In implementation, it further includes:

When the receiving terminal determines that the user is off-hook or receives an off-hook message from the called user, it obtains a request for the second service description from the service server.

In implementation, it further includes:

When the receiving terminal encounters one of the events of call busy, call unreachable, call no answer, call forwarding, call hold, call waiting, or establishing a new data channel, the receiving terminal sends the service request message to the service server. 2. Service request message;

The data channel is a data channel used to transmit the service data during the call.

In implementation, it further includes:

After the call state of the terminal changes, push the response message of the second service request message in the service request message to the terminal.

During implementation, the service request message received by the service server is a hypertext transfer protocol HTTP request message initiated by the terminal to the service server.

During implementation, the HTTP request message initiated to the business server is an HTTP GET request message.

In implementation, it further includes:

When it is determined that the user is not off-hook, the service request response message sent to the terminal carries pre-call service description information or service application list description information or service application description information including page information and/or service logic configuration information.

In implementation, the service application description information before the call is provided based on the HTML application, using HTML language to describe the page frame, CSS to describe the page style, and JS to describe the business logic.

In implementation, it further includes:

Pushing the second service description or the second service application list description to the terminal.

In implementation, it further includes:

When the receiving terminal encounters one of the events of call busy, call unreachable, call no answer, call forwarding, call hold, call waiting, or establishing a new data channel, the receiving terminal sends the service request message to the service server. 2. Service request message;

The data channel is a data channel used to transmit the service data during the call.

In implementation, it further includes:

After the call state of the terminal changes, push the response message of the second service request message in the service request message to the terminal.

In implementation, the business includes one or a combination of the following businesses:

The terminal needs to send the fourth service request message in the service request message after performing service processing according to the service description information, so as to obtain service application list information or service application description information;

After the user selects a service application from the service application list, the fifth service request message in the service request message is sent according to the content selected by the user to obtain the service application description information;

The terminal completes the interface display of the service application and the service of the service logic of the service application according to the service application description information.

In implementation, the service server receives the request from the terminal to obtain the first service description from the service server, which is initiated by the terminal when one of the following events or a combination thereof occurs:

Dialing event, sending call request message event, receiving call request message event, ringing event, off-hook event, call busy event, call unreachable event, call no answer event, call forwarding event, call holding event, call waiting Event, or data channel establishment event;

The data channel is a data channel used to transmit the service data during the call.

In the implementation, the request received by the service server from the terminal to obtain service description information or service application list description information or service application description information from the service server is initiated by the terminal through the data channel after establishing a data channel with the service server. .

During implementation, the service server receives the service description request sent by the terminal, combines it with the subscribed core network call event, and decides to return the response message to the service request message to the terminal after matching with the call service request message of the terminal.

In the implementation, it further includes pushing the response message of the service request message to the terminal according to one or a combination of the following information:

The terminal's call status, service requirements, calling user identity, called user identity, user's service subscription relationship, user's service application subscription relationship, call transition, and the service server to which the terminal belongs.

A business server, comprising:

The service server receiving module is used to receive the service request message sent by the terminal;

The service server push module is configured to push a response message of the service request message to the terminal, and the response message is service description information or service application description information or service application list description information.

In implementation, the service server receiving module is further configured to receive the first service request message in the service request message sent to the service server when the terminal determines that the user is off-hook.

In implementation, the service server receiving module is further used to push the response message of the first service request message in the service request message to the terminal;

The response message of the first service request message carries the in-call service description information or service application list description information or service application description information including page information and/or service logic configuration information.

In implementation, the service server receiving module is further configured to receive a request from the service server to obtain the third service description or the third service application list description from the terminal after the call state changes.

In implementation, the service server receiving module is further used to receive an HTTP request initiated to the service server to obtain services.

In implementation, the business server receiving module is further used to receive requests made using HTTP GET.

In implementation, the service server push module is further used to carry the pre-call service description information or service application including page information and/or service logic configuration information in the response message of the service request sent to the terminal when it is determined that the user has not picked up the phone List description information or business application description information.

In implementation, the service server push module is further used to describe the service application description information before the call provided by the HTML application, using HTML language to describe the page frame, CSS to describe the page style, and JS to describe the service logic.

In implementation, the service server push module is further used to push the second service description or the second service application list description to the terminal.

During implementation, the receiving module of the service server is further used to send the receiving terminal to the A second service request message in the service request message sent by the service server;

The data channel is a data channel used to transmit the service data during the call.

During implementation, the service server push module is further used to push to the terminal a response message to the second service request message in the service request message after the call state of the terminal changes.

In implementation, the service server pushing module is further used to push the business including one or a combination of the following services:

The terminal needs to send the fourth service request message in the service request message after performing service processing according to the service description information, so as to obtain service application list information or service application description information;

After the user selects a service application from the service application list, the fifth service request message in the service request message is sent according to the content selected by the user to obtain the service application description information;

The terminal completes the interface display of the service application and the service of the service logic of the service application according to the service application description information.

In implementation, the service server receiving module is further used to receive a request for acquiring the first service description initiated by the terminal when one of the following events or a combination thereof occurs:

Dialing event, sending call request message event, receiving call request message event, ringing event, off-hook event, call busy event, call unreachable event, call no answer event, call forwarding event, call holding event, call waiting Event, or data channel establishment event;

The data channel is a data channel used to transmit the service data during the call.

In the implementation, the service server receiving module is further used to receive the request from the terminal to obtain service description information or service application list description information or service application description information from the service server. After the terminal establishes a data channel with the service server, it passes through the initiated by the above data channel.

During implementation, the service server receiving module is further used to receive the service description request sent by the terminal, combined with the received subscribed core network call event, and determine the service request returned to the terminal after matching with the call service request message of the terminal The response message for the message.

During implementation, the service server push module is further used to push a response message of the service request message to the terminal according to one or a combination of the following information:

The terminal's call status, service requirements, calling user identity, called user identity, user's service subscription relationship, user's service application subscription relationship, call transition, and the service server to which the terminal belongs.

A computer-readable storage medium, characterized in that the computer-readable storage medium stores a computer program for executing the above-mentioned method for providing a service on the terminal side and/or the service server side.

The beneficial effects of the present invention are as follows:

Existing services directly send audio, video, and text content, which cannot be interacted with, and the service display form on the terminal side cannot be defined.

In the technical solution provided by the embodiment of the present invention, after receiving the service request message from the terminal, the service server will push the relevant service application list description to the terminal, so that the user can select the 5G new call function in the service application list description; Or provide business application services to users according to the business application descriptions, thereby overcoming the problems of existing single business interaction modes and display conflicts. That is to say, through the service application description or service application list description, the provision of various additional services can be realized for the user during the call; not only can the user be provided with interactive call-related service services during the audio or video call, but also can A variety of interactive call-related business services are provided in the process of making a call.

Further, since the service application list description is provided for selection, conflicts among multiple additional services are avoided.

Description of drawings

The accompanying drawings described here are used to provide a further understanding of the present invention, and constitute a part of the present invention. The schematic embodiments of the present invention and their descriptions are used to explain the present invention, and do not constitute improper limitations to the present invention. In the attached picture:

FIG. 1 is a schematic diagram of an implementation flow of a method for providing services on a terminal side in an embodiment of the present invention;

FIG. 2 is a schematic diagram of an implementation process of a method for providing services on the service server side in an embodiment of the present invention;

FIG. 3 is a schematic diagram of an implementation flow of a method for providing services in an embodiment of the present invention;

FIG. 4 is a schematic diagram of a flow chart of UE obtaining an application program in an embodiment of the present invention;

FIG. 5 is a schematic diagram of an implementation process for obtaining a call event in an embodiment of the present invention;

FIG. 6 is a schematic structural diagram of a service server in an embodiment of the present invention;

FIG. 7 is a schematic diagram of a terminal structure in an embodiment of the present invention;

FIG. 8 is a schematic diagram 1 of displaying a business application list in an embodiment of the present invention;

FIG. 9 is a schematic diagram 2 of displaying a list of service applications in an embodiment of the present invention.

Detailed ways

The inventor noticed during the invention that:

1. The existing call system of the operator only supports the transmission and interaction process of audio, video and signaling data. When making a call, the user can only listen to the audio, watch the video transmitted by the peer terminal, and use the dial pad for button interaction. Functions such as touch-screen smart menu interaction, screen marking, content sharing, real-time audio, and video processing are not supported during a call. 2. Each service in the existing operator call system architecture is handled by an independent application server. The core network element does not perform service management and control, but only triggers the service application server to provide services to users according to the service contract information. There may be conflicts between services. For example, application A notifies the terminal to display the video ringing content pushed by the network side when the called terminal rings, and application B notifies the terminal to display the calling card information pushed by the network side when the called terminal rings. On the other hand, the two business displays will conflict.

Specific embodiments of the present invention will be described below in conjunction with the accompanying drawings.

In the process of explanation, the implementation of the terminal and the service server will be described respectively, and then an example of the cooperation between the two will be given to better understand the implementation of the solution given in the embodiment of the present invention. Such an explanation does not mean that the two must be implemented together, or must be implemented separately. In fact, when the terminal and the service server are implemented separately, they each solve their own problems, and when the two are used together, they will be obtained. Better technical effects.

Figure 1 is a schematic diagram of the implementation process of the method for providing services on the terminal side, as shown in the figure, which may include:

Step 101, when a certain call event occurs in the terminal, send a service request message to the service server;

Step 102, the terminal receives a response message to the service request message pushed by the service server to the terminal, and the response message is service description information or service application list description information or service application description information;

Step 103, the terminal executes service processing according to the service description information, or displays service applications available for the user to select and use according to the service application list description information, or provides service application services to the user according to the service application description information.

Wherein, the service is a service provided through a data channel.

Figure 2 is a schematic diagram of the implementation process of the method for providing services on the service server side, as shown in the figure, which may include:

Step 201, the service server receives the service request message sent by the terminal;

Step 202, the service server pushes a response message of the service request message to the terminal, and the response message is service description information or service application description information or service application list description information.

Wherein, the service is a service provided through a data channel.

In implementation, the functional entity that provides services on the network side is called a service server from a hardware perspective, and it can be called a service platform from a software perspective, but although the titles are different, they all refer to functional entities that provide services.

In an embodiment, the module in the service server that is responsible for receiving the service request message and sending the service request response message may also be called a service server media module or a service server access module; they all refer to functional entities that provide services , can be deployed separately, or can be deployed independently as a server, and then become a business media server or business access server.

In the embodiment, the specific services can also be referred to as additional services, new call services, new call service applications, 5G new call services, 5G new call service applications, Data Channel Application (data channel application), etc., which is convenient for understanding the scheme The relationship between "services" and the currently existing "additional services" and "new call services", and how to implement additional services.

In implementation, for the terminal side, the service request message received by the service server is an HTTP request message initiated by the terminal to the service server.

For the service server side, the service request message received by the service server is an HTTP request message initiated by the terminal to the service server.

In implementation, for the terminal side, the terminal obtains the first service description from the service server, which is initiated by the terminal when one or a combination of the following events occurs:

Dialing event, sending call request message event, receiving call request message event, ringing event, off-hook event, call busy event, call unreachable event, call no answer event, call forwarding event, call holding event, call waiting Event, or data channel establishment event;

The data channel is a data channel used to transmit the service data during the call.

For the service server side, the request received by the service server from the terminal to obtain the first service description from the service server is initiated by the terminal when one of the following events or a combination thereof occurs:

Dialing event, sending call request message event, receiving call request message event, ringing event, off-hook event, call busy event, call unreachable event, call no answer event, call forwarding event, call holding event, call waiting Event, or data channel establishment event;

The data channel is a data channel used to transmit the service data during the call.

In implementation, for the terminal side, the terminal obtains service description information or service application list description information or service application description information from the service server, which is initiated by the terminal through the data channel after establishing a data channel with the service server.

For the service server side, the request received by the service server from the terminal to obtain service description information or service application list description information or service application description information from the service server is that after the terminal establishes a data channel with the service server, it passes through the data channel Initiated.

Specifically, the solution provides a solution that can provide users with various call additional services during a call. After the terminal completes the establishment of the data channel with the platform, it initiates an HTTP (Hyper Text Transfer Protocol, Hyper Text Transfer Protocol) request to the root directory of the business platform to obtain the service, or it does not need to establish a data channel, but directly through an HTTP request Send a first service description request. After receiving the request, the business platform pushes the list of additional business services or additional business applications to the terminal according to the terminal's capabilities and business ordering conditions, and the terminal directly provides services to users or displays additional business applications that users can choose to use according to the content returned by the network side list.

In order to avoid harassment of users by the server, the terminal initiates a service acquisition request to the platform instead of directly pushing the service from the network side. Specifically, a switch may be set on the terminal side for the user to decide whether to enable the function of acquiring additional services during a call.

The method of triggering the terminal to initiate a call additional service request can be a call state event such as a terminal dialing event, a ringing event, or an off-hook event, or it can be that the terminal and the call additional service control platform have established a dedicated call additional service The channel of data is initiated after.

Further, during implementation, it may further include:

The service server receives the service description request sent by the terminal, combines it with the subscribed core network call event, and determines the response message to the service request message returned to the terminal after matching with the call service request message of the terminal.

Specifically, if the call additional service request message initiated by the terminal is independent of the call session, in order to improve service security and reliability, the call additional service server can subscribe the core network call event with the service server, and combine the received call additional service request message The current core network call event is verified. Only when the call additional service request message from the terminal and the core network call event of the terminal are received at the same time, the verification can pass and the subsequent business logic will continue to be executed. Otherwise, the verification fails and returns error response.

Regarding the time point of initiating the request, in an actual solution, it may be when a call is made, that is, when a call request message is sent or when the data channel between the service server and the terminal is completed.

On the one hand, the terminal needs to actively request the service; on the other hand, there is a demand for push services (one or more services) on the network side. It is necessary to formulate a solution to solve the problem of how to efficiently obtain services in a timely manner. A relatively simple implementation method is that the terminal obtains services through polling. The shorter the polling period, the better the service experience. However, this method consumes a lot of terminal and server resources. Therefore, the solution also proposes a solution to efficiently obtain services in a timely manner.

In implementation, for the terminal side, it further includes:

When the terminal determines that the user is off-hook, the terminal sends the first service request message in the service request message to the service server.

For the business server side, it can further include:

When the terminal determines that the user is off-hook, the terminal sends the first service request message in the service request message to the service server.

Specifically, after the data channel is established, the terminal initiates an HTTP request to the root directory of the platform to obtain the service (the first request), and at the same time judges that the current state is before the call (that is, the user has not picked up the phone or has not received the called user's off-hook message) Afterwards, when the terminal judges that the user is off-hook or has received the off-hook message of the called user, it initiates an HTTP request to obtain the service (second request) to the platform root directory again; if the terminal is initiating the first request, it judges that the current If the state is already in the call state, there is no need to send a second request.

In implementation, the terminal side may further include:

When one of the events of call busy, call unreachable, call no answer, call forwarding, call hold, call waiting or establishment of a new data channel occurs at the terminal, the terminal sends the second service request in the service request message to the service server information;

The data channel is a data channel used to transmit the service data during the call.

Correspondingly, for the network side, it may further include:

After the call state of the terminal changes, a response message of the second service request message in the service request message pushed by the service server to the terminal is received.

Specifically, the call state of the terminal changes, for example, changing from active call to call busy, call unreachable, call unanswered, call forwarded, call held, call waiting, or a new data channel established.

According to different call states, such as pre-call and call, there may be different call additional services; at the same time, some call additional services are only suitable for a specific call state. Therefore, when there is an update on the call state, the terminal can respectively initiate a call additional service request to the call additional service control platform, so as to obtain the call additional service in this state in time.

The following describes an example of a terminal and a call additional service server as a service server. The additional service in the embodiment can be at least the Data channel application (data channel application) in the international standard, or the new call service/new call application in the China Mobile standard, such as family number, intermediate number, group V network, call back Services such as ring tone, missed call reminder after calling, and message.

Figure 3 is a schematic diagram of the implementation process of the method for providing services, as shown in the figure, may include:

The terminal initiates a call, and the call additional service server of the service server receives a terminal call event notification on the operator's core network.

1. Establish the data channel process and establish the data channel.

A data channel for transmitting additional service data is established between the terminal and the call additional service server on the network side. Here, the call additional service server may have an independent media server for processing additional service data. At this time, the additional service server will negotiate the data channel between the additional service media server and the terminal during data channel negotiation.

2. The pre-call service acquisition stage.

The terminal initiates a call additional service request; the call additional service server completes the request verification in conjunction with the call event of the core network: (1) there is a call event corresponding to the request; (2) after judging that the current caller and called are in the pre-call state, return to carry the new call before the call Service response; the terminal performs pre-call service display.

In the implementation, for the terminal side, the HTTP request message initiated to the business server is an HTTP GET request message.

For the business server side, the HTTP request message initiated to the business server is an HTTP GET request message.

Specifically, after completing the establishment of the data channel, the terminal immediately initiates a call additional service request to the network through the channel. The service request can be requested using the HTTP GET (acquisition) method, and the URL (uniform resource locator, uniform resource locator) address is the address of the root directory.

In implementation, for the terminal side, it may further include:

When the service server determines that the user is not off-hook, the pre-call service description information or service application list description information or service application description information carried in the response message of the service request, including page information and/or service logic configuration information.

For the business server side, it can further include:

When it is determined that the user is not off-hook, the service request response message sent to the terminal carries pre-call service description information or service application list description information or service application description information including page information and/or service logic configuration information.

In specific implementation, the service application description information before the call is provided based on the HTML application, using HTML language to describe the page frame, CSS to describe the page style, and JS to describe the business logic.

Specifically, the call additional service server determines that the current call state is a pre-call state, and then carries pre-call service information, including page information and service logic configuration information, in the response message of the call additional service request. The business information description method can be provided for applications based on HTML (Hyper Text Markup Language, Hyper Text Markup Language), using HTML language to describe the page frame, CSS (Cascading Style Sheets, Cascading Style Sheets) to describe the page style, JS (Java script, JavaScript) to describe business logic.

3. The service acquisition stage during the call.

The terminal judges that the user is off-hook or receives the called off-hook message, and initiates a call additional service request; the call additional service server receives the call event notification of the operator's core network terminal, and completes the request verification based on the core network call event: (1) Existence request Corresponding to the call event; (2) judging that the current caller and the called party are in the pre-call state, and return a response carrying the new call service during the call; the terminal performs service display during the call.

In implementation, it may further include:

After receiving the response message of the business service transmitted through the data channel, the terminal presents it to the user in the form of Webview according to the description information of the business application list or the description information of the business application.

Specifically, after receiving the response message, the terminal presents it to the user in the form of a Webview (Web view) according to the description of the service information, and provides services for the user.

After the user goes off-hook, or after receiving the off-hook message from the peer user, the user initiates a call additional service request again.

The call additional service server determines that the current call state is an in-call state, and then carries the in-call service information in the response message of the call additional service request. The business information description method is the same as the above-mentioned business information description method.

After receiving the response message, the terminal presents it to the user in the form of Webview according to the description information of the service application list or the description information of the service application, and provides services for the user.

In the following, the service of obtaining an application program by the UE is taken as an example for description.

Figure 4 is a schematic diagram of the process of obtaining an application program by the UE. As shown in the figure, it may include:

1. A data channel is established between the UE and the media module of the service server;

2. The UE obtains the bootstrap program carrying the service description information from the service server media module through HTTP GET:/;

3. The media module of the service server returns the bootstrap program carrying the service description information through 200OK/304Not Modified (not modified);

4. The UE obtains the application list carrying the description information of the service application list from the service server media module through HTTP GET:/;

5. The media module of the service server returns the application list carrying the description information of the service application list through 200 OK;

6. The UE obtains the application program carrying the service application description information from the service server media module through HTTP GET:/;

7. The business server media module returns the application program carrying the business application description information through 200OK/304Not Modified.

When the call additional service server obtains the call event, it can obtain it by subscribing to the IMS core network. Figure 5 is a schematic diagram of the implementation process for obtaining a call event, as shown in the figure, may include:

The call event subscription process between the service server and the IMS core network: complete the subscription to the required call event, such as invite message, 180 message, etc.

The IMS core network receives a call event, such as an invite message;

The IMS core network sends a call event notification to the call additional service server;

The CAS server sends a call event notification response.

In implementation, for the terminal side, it may further include:

The second service description or the second service application list description pushed by the service server to the terminal is received.

For the business server side, it can further include:

Pushing the second service description or the second service application list description to the terminal.

Specifically, before the call and during the call, the call additional service server can simultaneously push the additional service application list to the user respectively. The user selects the additional service to be used according to the additional service application list.

When there are multiple additional services, the platform sends them to the user in the returned request response when the user requests the call additional service from the root directory in the form of an application list. After the user selects (clicks) an application, the terminal initiates a service request to the call add-on service platform according to the service logic specified by the application in the service information, and the platform responds in the next step according to the service logic.

In a specific implementation, the business includes one or a combination of the following businesses:

The terminal needs to send the fourth service request message in the service request message after performing service processing according to the service description information, so as to obtain service application list information or service application description information;

After the user selects a service application from the service application list, the fifth service request message in the service request message is sent according to the content selected by the user to obtain the service application description information;

The terminal completes the interface display of the service application and the service of the service logic of the service application according to the service application description information.

Specifically, the list of additional service applications is suitable for providing users with services that require users to actively choose to use, but there are still some services that are directly provided to users without user selection, such as the push of smart customer service menus. After the call is connected, the user does not need to select the smart customer service service, and directly enters the interactive menu page of the smart customer service. Therefore, further, according to different service requirements, services can be divided into explicit services and non-visual services. The non-direct display service refers to the service that the user needs to select and then provide to the user. The non-direct display service refers to the service that the network side pushes to the terminal that needs to be directly displayed and provides services, such as the interactive menu of the intelligent customer service. After the call is connected, the terminal Initiate an HTTP request to the root directory of the platform again to obtain services, and the platform returns the intelligent customer service interactive menu instead of the list of additional business applications.

In implementation, it may further include pushing a response message of the service request message to the terminal according to one or a combination of the following information:

The terminal's call status, service requirements, calling user identity, called user identity, user's service subscription relationship, user's service application subscription relationship, call transition, and the service server to which the terminal belongs.

Specifically, in a certain call state, there may be multiple call additional services, and there may be a situation where a certain additional service interface needs to be directly displayed on the user terminal interface. The additional call service platform needs to determine the additional call service information that needs to be sent to the terminal according to the business requirements, call identity (calling/called), and call transition: it may be an interactive page of a call additional service, or it may be an integrated Additional service application list interface for different call additional services.

The list of additional service applications is suitable for providing users with services that require users to actively choose to use, but there may also be some services that can be directly provided to users without user selection, such as the push of intelligent customer service menus. After the call is connected, the user does not need to select the smart customer service service, and directly enters the interactive menu page of the smart customer service. Therefore, services can also be divided into explicit services and non-visual services according to different service requirements. The non-direct display service refers to the service that the user needs to select and then provide to the user. The non-direct display service refers to the service that the network side pushes to the terminal that needs to be directly displayed and provides services, such as the interactive menu of the intelligent customer service. After the call is connected, the terminal Initiate an HTTP request to the root directory of the platform again to obtain services, and the platform returns the intelligent customer service interactive menu instead of the list of additional business applications.

When the network has a unified call additional service control platform, the control platform will push the direct display content to the terminal when there is an additional call service that needs to be directly displayed according to the platform business logic, and does not push the call additional service application list, such as pushing the pre-call business card , intelligent interactive customer service menu, etc. If other call additional services need to be provided, they should be integrated in the page of the direct display call additional service as needed, and the direct display call additional service decides whether to support the integration or not to provide it.

When there are different additional service control platforms in different networks, for example, when the home network of the calling terminal and the called terminal access different call additional service control platforms, the call additional service control platform of the local home network pushes the call additional service application list interface to the terminal , to provide users with different call additional service service entrances; the peer-end home network call additional service control platform sends a direct display additional service interaction page to the terminal according to service requirements and terminal status.

The following examples are used to illustrate.

The service provision process on the calling side may include:

1. Terminal A in the VoLTE (Voice over Long-Term Evolution) network receives a dial-up event;

2. Terminal A sends an Invite message to the audio and video capability network element;

3. The audio and video capability network element initiates a call event notification to the new call platform;

4. The new call platform responds to the announcement;

5. The audio and video capability network element sends an Invite message to terminal B in the VoLTE network;

6. The calling and called terminals complete the initial negotiation;

7. Terminal A with SDK (Software Development Kit, Software Development Kit) requests a new call service from the new call platform to initiate HTTP GET:/, which carries the called mobile phone number, caller identity information and authentication-related information;

8. The new call platform completes business verification in combination with core network call events;

9. The new call platform performs authentication;

10. Return the new call service HTTP 200OK to Terminal A;

The above steps 1-6 are parallel steps with 7-10.

11. Terminal A in the VoLTE network sends an Invite 200OK message to terminal B;

12. The audio and video capability network element initiates a call event notification to the new call platform;

13. The new call platform responds to the notification;

14. Terminal A receives the off-hook signal;

15. Terminal A in the VoLTE network notifies terminal A with SDK of the off-hook event;

16. Terminal A with SDK requests new call service from the new call platform and initiates HTTP GET:/, which carries the called mobile phone number, calling identity information and authentication related information;

17. The new call platform completes service verification in combination with core network call events;

18. The new calling platform performs authentication;

19. Return the new call service HTTP 200OK to terminal A;

20. Terminal A with SDK modifies the redirection address for the URL;

21. Terminal A with SDK initiates HTTP GET://nc.cmcc.xxx to the new call platform (this address is only for illustration);

22. The new call platform sends a 302 redirection message to terminal A with SDK;

23. Terminal A with SDK initiates HTTP GET://xxx to the new call application server (this address is only for illustration);

24. The new call application server returns an HTTP 200OK message.

The service provision process on the called side may include:

1. The called terminal B with the SDK receives the Invite message sent by the terminal A in the VoLTE network;

2. The audio and video capability network element sends a call event notification to the new call platform;

3. The new call platform responds to the notification;

4. The new call platform initiates a call event notification to the new call application server;

5. The new call application server responds to the notification;

6. Terminal A and terminal B complete the initial negotiation between the calling party and the called party;

7. Terminal B with SDK returns a 180 message to terminal A;

8. Terminal B in the VoLTE network initiates a call event notification to terminal B with SDK;

9. Terminal B in the VoLTE network rings;

10. Terminal B with SDK requests new call service from the new call platform and initiates HTTP GET:/, which carries the called mobile phone number, calling identity information and authentication related information;

11. The new call platform completes business verification in combination with core network call events;

12. The new calling platform performs authentication;

13. Return the new call service HTTP 200OK to terminal A;

14. Terminal B with SDK performs pre-call service display;

15. Terminal A initiates an off-hook process;

16. Terminal B in the VoLTE network initiates an off-hook event notification to terminal B with SDK;

17. Terminal B with the SDK requests the new call service from the new call platform to initiate HTTP GET:/, which carries the called mobile phone number, calling identity information and authentication-related information;

18. The new call platform completes service verification in combination with core network call events;

19. The new calling platform performs authentication;

20. Return the new call service HTTP 200OK to terminal A;

21. Terminal B with SDK performs pre-call service display.

Based on the same inventive concept, embodiments of the present invention also provide a terminal, a service server, and a computer-readable storage medium. Since the principle of solving problems of these devices is similar to the method of providing services, the implementation of these devices can refer to the implementation of the method , the repetitions will not be repeated.

When implementing the technical solution provided by the embodiment of the present invention, it can be implemented in the following manner.

Figure 6 is a schematic diagram of the structure of the business server, as shown in the figure, the server includes:

The processor 600 is used to read the program in the memory 620 and execute the following processes:

receiving the service request message sent by the terminal;

Pushing a response message to the service request message to the terminal, where the response message is service description information or service application description information or service application list description information;

The transceiver 610 is used for receiving and sending data under the control of the processor 600 .

In implementation, it further includes:

When the terminal determines that the user is off-hook, the terminal sends the first service request message in the service request message to the service server.

In implementation, it further includes:

receiving a response message of the first service request message in the service request message pushed by the service server to the terminal;

The response message of the first service request message carries the in-call service description information or service application list description information or service application description information including page information and/or service logic configuration information.

During implementation, the service request message received by the service server is a hypertext transfer protocol HTTP request message initiated by the terminal to the service server.

In implementation, it further includes:

When one of the events of call busy, call unreachable, call no answer, call forwarding, call hold, call waiting or establishment of a new data channel occurs at the terminal, the terminal sends the second service request in the service request message to the service server information;

The data channel is a data channel used to transmit the service data during the call.

In implementation, it further includes:

After the call state of the terminal changes, a response message of the second service request message in the service request message pushed by the service server to the terminal is received.

During implementation, the HTTP request message initiated to the business server is an HTTP GET request message.

In implementation, it further includes:

When it is determined that the user is not off-hook, the service request response message sent to the terminal carries pre-call service description information or service application list description information or service application description information including page information and/or service logic configuration information.

In implementation, the service application description information before the call is provided based on the HTML application, using HTML language to describe the page frame, CSS to describe the page style, and JS to describe the business logic.

In implementation, it further includes:

Pushing the second service description or the second service application list description to the terminal.

In implementation, it further includes:

In the service request message sent by the receiving terminal to the service server when one of the events of call busy, call unreachable, call no answer, call forwarding, call hold, call waiting or establishment of a new data channel occurs, the receiving terminal of the service server the second service request message;

The data channel is a data channel used to transmit the service data during the call.

In implementation, it further includes:

After the call state of the terminal changes, push the response message of the second service request message in the service request message to the terminal.

In implementation, the business includes one or a combination of the following businesses:

The terminal needs to send the fourth service request message in the service request message after performing service processing according to the service description information, so as to obtain service application list information or service application description information;

After the user selects a service application from the service application list, the fifth service request message in the service request message is sent according to the content selected by the user to obtain the service application description information;

The terminal completes the interface display of the service application and the service of the service logic of the service application according to the service application description information.

In implementation, the service server receives the request from the terminal to obtain the first service description from the service server, which is initiated by the terminal when one of the following events or a combination thereof occurs:

Dialing event, sending call request message event, receiving call request message event, ringing event, off-hook event, call busy event, call unreachable event, call no answer event, call forwarding event, call holding event, call waiting Event, or data channel establishment event;

The data channel is a data channel used to transmit the service data during the call.

In the implementation, the request received by the service server from the terminal to obtain service description information or service application list description information or service application description information from the service server is initiated by the terminal through the data channel after establishing a data channel with the service server. .

During implementation, the service server receives the service description request sent by the terminal, combines it with the subscribed core network call event, and decides to return the response message to the service request message to the terminal after matching with the call service request message of the terminal.

In the implementation, it further includes pushing the response message of the service request message to the terminal according to one or a combination of the following information:

The terminal's call status, service requirements, calling user identity, called user identity, user's service subscription relationship, user's service application subscription relationship, call transition, and the service server to which the terminal belongs.

Wherein, in FIG. 6 , the bus architecture may include any number of interconnected buses and bridges, specifically one or more processors represented by the processor 600 and various circuits of the memory represented by the memory 620 are linked together. The bus architecture can also link together various other circuits such as peripherals, voltage regulators, and power management circuits, etc., which are well known in the art and therefore will not be further described herein. The bus interface provides the interface. Transceiver 610 may be a plurality of elements, including a transmitter and a receiver, providing a means for communicating with various other devices over transmission media. The processor 600 is responsible for managing the bus architecture and general processing, and the memory 620 can store data used by the processor 600 when performing operations.

An embodiment of the present invention also provides a service server, including:

The service server receiving module is used to receive the service request message sent by the terminal;

The service server push module is configured to push a response message of the service request message to the terminal, and the response message is service description information or service application description information or service application list description information.

In implementation, the service server receiving module is further configured to receive the first service request message in the service request message sent to the service server when the terminal determines that the user is off-hook.

In implementation, the service server push module is further used for the service server to push the response message of the first service request message in the service request message to the terminal;

The response message of the first service request message carries the in-call service description information or service application list description information or service application description information including page information and/or service logic configuration information.

In implementation, the service server receiving module is further configured to receive a request from the service server to obtain the third service description or the third service application list description from the terminal after the call state changes.

During implementation, the receiving module of the service server is further used to send the receiving terminal to the A second service request message in the service request message sent by the service server;

The data channel is a data channel used to transmit the service data during the call.

In implementation, the service server push module is further used to push the response message of the second service request message in the service request message to the terminal after the call state of the terminal changes.

In implementation, the business server receiving module is further used to receive requests made using HTTP GET.

In implementation, the service server push module is further used to carry the pre-call service description information or service application including page information and/or service logic configuration information in the response message of the service request sent to the terminal when it is determined that the user has not picked up the phone List description information or business application description information.

In implementation, the service server push module is further used to describe the service application description information before the call provided by the HTML application, using HTML language to describe the page frame, CSS to describe the page style, and JS to describe the service logic.

In implementation, the service server push module is further used to push the second service description or the second service application list description to the terminal.

During implementation, the receiving module of the service server is further used to send the receiving terminal to the A second service request message in the service request message sent by the service server;

The data channel is a data channel used to transmit the service data during the call.

In implementation, the service server push module is further used to push the response message of the second service request message in the service request message to the terminal after the call state of the terminal changes.

In implementation, the service server pushing module is further used to push the business including one or a combination of the following services:

The terminal needs to send the fourth service request message in the service request message after performing service processing according to the service description information, so as to obtain service application list information or service application description information;

After the user selects a service application from the service application list, the fifth service request message in the service request message is sent according to the content selected by the user to obtain the service application description information;

The terminal completes the interface display of the service application and the service of the service logic of the service application according to the service application description information.

In implementation, the service server receiving module is further used to receive a request for acquiring the first service description initiated by the terminal when one of the following events or a combination thereof occurs:

Dialing event, sending call request message event, receiving call request message event, ringing event, off-hook event, call busy event, call unreachable event, call no answer event, call forwarding event, call holding event, call waiting Event, or data channel establishment event;

The data channel is a data channel used to transmit the service data during the call.

In the implementation, the service server receiving module is further used to receive the request from the terminal to obtain service description information or service application list description information or service application description information from the service server. After the terminal establishes a data channel with the service server, it passes through the initiated by the above data channel.

During implementation, the service server receiving module is further used to receive the service description request sent by the terminal, combined with the received subscribed core network call event, and determine the service request returned to the terminal after matching with the call service request message of the terminal The response message for the message.

During implementation, the service server push module is further used to push a response message of the service request message to the terminal according to one or a combination of the following information:

The terminal's call status, service requirements, calling user identity, called user identity, user's service subscription relationship, user's service application subscription relationship, call transition, and the service server to which the terminal belongs.

For the convenience of description, each part of the device described above is divided into various modules or units by function and described separately. Of course, when implementing the present invention, the functions of each module or unit can be implemented in one or more pieces of software or hardware.

Figure 7 is a schematic diagram of the terminal structure, as shown in the figure, the terminal includes:

The processor 700 is used to read the program in the memory 720 and execute the following processes:

When a call event occurs in the terminal, send a service request message to the service server;

receiving a response message of a service request message pushed by the service server to the terminal, the response message being service description information or service application list description information or service application description information;

Execute business processing according to business description information, or display business applications that can be selected by users according to business application list description information, or provide business application services to users according to business application description information;

The transceiver 710 is used for receiving and sending data under the control of the processor 700 .

In implementation, it further includes:

When the terminal determines that the user is off-hook, the terminal sends the first service request message in the service request message to the service server.

In implementation, it further includes:

receiving a response message of the first service request message in the service request message pushed by the service server to the terminal;

The response message of the first service request message carries the in-call service description information or service application list description information or service application description information including page information and/or service logic configuration information.

In implementation, it further includes:

When one of the events of call busy, call unreachable, call no answer, call forwarding, call hold, call waiting or establishment of a new data channel occurs at the terminal, the terminal sends the second service request in the service request message to the service server information;

The data channel is a data channel used to transmit the service data during the call.

In implementation, it further includes:

After the call state of the terminal changes, a response message of the second service request message in the service request message pushed by the service server to the terminal is received.

During implementation, the service request message received by the service server is a hypertext transfer protocol HTTP request message initiated by the terminal to the service server.

In the implementation, the HTTP request message initiated to the business server is an HTTP GET request message.

In implementation, it further includes:

When the service server determines that the user is not off-hook, the pre-call service description information or service application list description information or service application description information carried in the response message of the service request, including page information and/or service logic configuration information.

In the implementation, the service application description information before the call is provided based on the HTML application, using HTML language to describe the page frame, CSS to describe the page style, and JS to describe the business logic.

In implementation, it further includes:

After receiving the response message of the business service transmitted through the data channel, it is presented to the user in the form of Webview according to the description information of the business application list or the description information of the business application.

In implementation, it further includes:

The second service description or the second service application list description pushed by the service server to the terminal is received.

In implementation, it further includes:

When one of the events of call busy, call unreachable, call no answer, call forwarding, call hold, call waiting or establishment of a new data channel occurs at the terminal, the terminal sends the second service request in the service request message to the service server information;

The data channel is a data channel used to transmit the service data during the call.

In implementation, it further includes:

After the call state of the terminal changes, a response message of the second service request message in the service request message pushed by the service server to the terminal is received.

In implementation, the business includes one or a combination of the following businesses:

The terminal needs to send the fourth service request message in the service request message after performing service processing according to the service description information, so as to obtain service application list information or service application description information;

After the user selects a service application from the service application list, the fifth service request message in the service request message is sent according to the content selected by the user to obtain the service application description information;

The terminal completes the interface display of the service application and the service of the service logic of the service application according to the service application description information.

In implementation, obtaining the first service description from the service server is initiated by the terminal when one of the following events or a combination thereof occurs:

Dialing event, sending call request message event, receiving call request message event, ringing event, off-hook event, call busy event, call unreachable event, call no answer event, call forwarding event, call holding event, call waiting Event, or data channel establishment event;

The data channel is a data channel used to transmit the service data during the call.

In implementation, acquiring service description information or service application list description information or service application description information from the service server is initiated by the terminal through the data channel after establishing a data channel with the service server. .

Wherein, in FIG. 7 , the bus architecture may include any number of interconnected buses and bridges, specifically one or more processors represented by the processor 700 and various circuits of the memory represented by the memory 720 are linked together. The bus architecture can also link together various other circuits such as peripherals, voltage regulators, and power management circuits, etc., which are well known in the art and therefore will not be further described herein. The bus interface provides the interface. Transceiver 710 may be a plurality of elements, including a transmitter and a receiver, providing a means for communicating with various other devices over transmission media. For different user equipments, the user interface 730 may also be an interface capable of connecting externally and internally to required equipment, and the connected equipment includes but not limited to a keypad, a display, a speaker, a microphone, a joystick, and the like.

The processor 700 is responsible for managing the bus architecture and general processing, and the memory 720 can store data used by the processor 700 when performing operations.

An embodiment of the present invention also provides a terminal, including:

The terminal acquisition module is used to send a service request message to the service server when a certain call event occurs in the terminal;

The terminal receiving module is configured to receive a response message of a service request message pushed by the service server to the terminal, the response message being service description information or service application list description information or service application description information;

The terminal service module is used to perform business processing according to the business description information, or to display business applications that can be selected by users according to the business application list description information, or to provide business application services to users according to the business application description information.

In implementation, the terminal obtaining module is further configured to send the first service request message in the service request message to the service server when the terminal determines that the user is off-hook.

During implementation, the terminal obtaining module is further used to receive a response message of the first service request message in the service request message pushed by the service server to the terminal;

The response message of the first service request message carries the in-call service description information or service application list description information or service application description information including page information and/or service logic configuration information.

During implementation, the terminal acquisition module is further used to send a service to the service server when one of the events of call busy, call unreachable, call no answer, call forwarding, call hold, call waiting or a new data channel establishment occurs in the terminal the second service request message in the request message;

The data channel is a data channel used to transmit the service data during the call.

In implementation, the terminal receiving module is further configured to receive a response message of the second service request message in the service request message pushed by the service server to the terminal after the call state of the terminal changes.

In implementation, the terminal acquisition module is further used to send a service request message to the service server, which is an HTTP request message sent by the terminal to the service server.

In implementation, the terminal acquisition module is further used to send an HTTP request message to the service server, which is an HTTP GET request message.

In implementation, the terminal receiving module is further used to receive the pre-call service description information or service application list containing page information and/or service logic configuration information carried in the response message of the service request when the service server determines that the user has not picked up the phone Descriptive information or business application descriptive information.

In implementation, the terminal receiving module is further used to receive pre-call service application description information provided by the HTML application, using HTML language to describe the page frame, CSS to describe the page style, and JS to describe the business logic.

In implementation, the terminal service module is further configured to present to the user in the form of Webview according to the business application list description information or the business application description information after receiving the response message of the business service transmitted through the data channel.

In implementation, the terminal receiving module is further configured to receive the second service description or the second service application list description pushed by the service server to the terminal.

During implementation, the terminal acquisition module is further used to send a service to the service server when one of the events of call busy, call unreachable, call no answer, call forwarding, call hold, call waiting or a new data channel establishment occurs in the terminal the second service request message in the request message;

The data channel is a data channel used to transmit the service data during the call.

In implementation, the terminal receiving module is further configured to receive a response message of the second service request message in the service request message pushed by the service server to the terminal after the call state of the terminal changes.

In implementation, the service that the terminal acquisition module is further used to acquire includes one or a combination of the following services:

The terminal needs to send the fourth service request message in the service request message after performing service processing according to the service description information, so as to obtain service application list information or service application description information;

After the user selects a service application from the service application list, the fifth service request message in the service request message is sent according to the content selected by the user to obtain the service application description information;

The terminal completes the interface display of the service application and the service of the service logic of the service application according to the service application description information.

In implementation, the terminal acquisition module is further used to initiate acquisition of the first service description from the service server when one of the following events or a combination thereof occurs:

Dialing event, sending call request message event, receiving call request message event, ringing event, off-hook event, call busy event, call unreachable event, call no answer event, call forwarding event, call holding event, call waiting Event, or data channel establishment event;

The data channel is a data channel used to transmit the service data during the call.

In implementation, the terminal acquiring module is further configured to acquire the first service description from the service server after establishing a data channel with the service server.

For the convenience of description, each part of the device described above is divided into various modules or units by function and described separately. Of course, when implementing the present invention, the functions of each module or unit can be implemented in one or more pieces of software or hardware.

An embodiment of the present invention also provides a computer-readable storage medium, wherein the computer-readable storage medium stores a computer program for executing the above-mentioned method for providing services on the terminal side and/or the service server side.

For specific implementation, reference may be made to the implementation of the method for providing services on the terminal side and/or the service server side.

To sum up, in the technical solution provided by the embodiment of the present invention, various additional services can be realized for the user during a call through the application list.

A solution is provided to prevent the additional service application from randomly pushing harassment information to the user.

Provides a solution to avoid conflicts between multiple additional services.

Richer additional services can be provided during calls.

Fig. 8 is a schematic diagram 1 of the service application list display. As shown in the figure, when the solution provided by the embodiment of the present invention is used in the 5G new call service, a terminal supporting the 5G new call service will establish a data channel when making a call Channel, through which the list of 5G new call-related business applications is pushed to the terminal; it is also possible not to establish a channel, and directly initiate a request to transmit data. Users can select the 5G new call function in the service application list.

When there are multiple additional services for the user to choose from in a certain call state, the call additional service control platform can provide the user with call additional services in the form of a service application list. After the user selects (clicks) a call additional service, the terminal feeds back the user's selection to the call additional service control platform, and the platform returns to the next-level call additional service interaction interface according to the business logic.

Figure 9 is a schematic diagram 2 of the service application list display. As shown in the figure, the black framed part is the additional service application list pushed by the network side. This list can directly display some commonly used new call applications that are commonly used/set by the user, and can also provide more information. The multi-service entry is like the ellipsis button in the picture frame. After clicking, the user can access more applications, as shown in the interface on the right side of the picture.

Those skilled in the art should understand that the embodiments of the present invention may be provided as methods, systems, or computer program products. Accordingly, the present invention can take the form of an entirely hardware embodiment, an entirely software embodiment, or an embodiment combining software and hardware aspects. Furthermore, the present invention may take the form of a computer program product embodied on one or more computer-usable storage media (including but not limited to disk storage and optical storage, etc.) having computer-usable program code embodied therein.

The present invention is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the invention. It should be understood that each procedure and/or block in the flowchart and/or block diagram, and a combination of procedures and/or blocks in the flowchart and/or block diagram can be realized by computer program instructions. These computer program instructions may be provided to a general purpose computer, special purpose computer, embedded processor, or processor of other programmable data processing equipment to produce a machine such that the instructions executed by the processor of the computer or other programmable data processing equipment produce a An apparatus for realizing the functions specified in one or more procedures of the flowchart and/or one or more blocks of the block diagram.

These computer program instructions may also be stored in a computer-readable memory capable of directing a computer or other programmable data processing apparatus to operate in a specific manner, such that the instructions stored in the computer-readable memory produce an article of manufacture comprising instruction means, the instructions The device realizes the function specified in one or more procedures of the flowchart and/or one or more blocks of the block diagram.

These computer program instructions can also be loaded onto a computer or other programmable data processing device, causing a series of operational steps to be performed on the computer or other programmable device to produce a computer-implemented process, thereby The instructions provide steps for implementing the functions specified in the flow chart or blocks of the flowchart and/or the block or blocks of the block diagrams.

Obviously, those skilled in the art can make various changes and modifications to the present invention without departing from the spirit and scope of the present invention. Thus, if these modifications and variations of the present invention fall within the scope of the claims of the present invention and their equivalent technologies, the present invention also intends to include these modifications and variations.

Claims (32)

1. A method for providing services, characterized in that it comprises: When a call event occurs in the terminal, send a service request message to the service server; The terminal receives a response message to the service request message pushed by the service server to the terminal, where the response message is service description information or service application list description information or service application description information; The terminal executes service processing according to the service description information, or displays service applications that can be selected and used by the user according to the service application list description information, or provides service application services to the user according to the service application description information. 2. The method of claim 1, further comprising: Receive the pre-call service description information or service application list description information or service application description information including page information and/or service logic configuration information carried in the response message of the service request message when the service server determines that the user is not off-hook. 3. The method according to claim 2, wherein the service application description information before the call is provided based on the hypertext markup language (HTML) application, using HTML language to describe the page frame, cascading style sheets (CSS) to describe the page style, and Java Script JS describes business logic. 4. The method of claim 2, further comprising: After receiving the response message of the service request message, the terminal presents it to the user in the form of a Web view according to the service application list description information or the service application description information. 5. The method of claim 1, further comprising: When the terminal determines that the user is off-hook, the terminal sends the first service request message in the service request message to the service server. 6. The method of claim 1 or 2, further comprising: receiving a response message of the first service request message in the service request message pushed by the service server to the terminal; The response message of the first service request message carries the in-call service description information or service application list description information or service application description information including page information and/or service logic configuration information. 7. The method of claim 1, further comprising: When one of the events of call busy, call unreachable, call no answer, call forwarding, call hold, call waiting or establishment of a new data channel occurs at the terminal, the terminal sends the second service request in the service request message to the service server information. 8. The method of claim 1 or 2 or 7, further comprising: After the call state of the terminal changes, a response message of the second service request message in the service request message pushed by the service server to the terminal is received. 9. The method according to claim 1, wherein the service request message received by the service server is a hypertext transfer protocol (HTTP) request message initiated by the terminal to the service server. 10. The method according to claim 9, wherein the HTTP request message initiated to the service server is a hypertext transfer protocol to obtain the HTTP GET request message. 11. The method according to claim 1 or 2 or 6 or 8, wherein the service includes one or a combination of the following services: The terminal needs to send the fourth service request message in the service request message after performing service processing according to the service description information, so as to obtain service application list information or service application description information; After the user selects a service application from the service application list, the fifth service request message in the service request message is sent according to the content selected by the user to obtain the service application description information; The terminal completes the interface display of the service application and/or the service of the service logic of the service application according to the service application description information. 12. The method according to claim 1, wherein the terminal sends a service request message to the service server, which is initiated by the terminal when one of the following events or a combination thereof occurs: Dialing event, sending call request message event, receiving call request message event, ringing event, off-hook event, call busy event, call unreachable event, call no answer event, call forwarding event, call holding event, call waiting event, or a data channel establishment event. 13. The method according to claim 1, wherein the terminal obtains service description information or service application list description information or service application description information from the service server, after the terminal establishes a data channel with the service server, through The data channel is initiated. 14. A method for providing services, comprising: The service server receives the service request message sent by the terminal; The service server pushes a response message of the service request message to the terminal, and the response message is service description information or service application description information or service application list description information. 15. The method of claim 14, further comprising: When the service server determines that the user is not off-hook, the response message of the service request message carries the pre-call service description information or service application list description information or service application description information including page information and/or service logic configuration information. 16. The method according to claim 15, wherein the service application description information before the call is provided based on the HTML application, using HTML language to describe the page frame, CSS to describe the page style, and JS to describe the business logic. 17. The method of claim 14, further comprising: When the terminal determines that the user is off-hook, the terminal sends the first service request message in the service request message to the service server. 18. The method of claim 14 or 15, further comprising: The service server pushes a response message of the first service request message in the service request message to the terminal; The response message of the first service request message carries the in-call service description information or service application list description information or service application description information including page information and/or service logic configuration information. 19. The method of claim 14, further comprising: In the service request message sent by the receiving terminal to the service server when one of the events of call busy, call unreachable, call no answer, call forwarding, call hold, call waiting or establishment of a new data channel occurs, the receiving terminal of the service server The second service request message of . 20. The method of claim 14 or 15 or 19, further comprising: The service server pushes a response message of the second service request message in the service request message to the terminal after the call state of the terminal changes. 21. The method according to claim 14, wherein the service request message received by the service server is an HTTP request message initiated by the terminal to the service server. 22. The method according to claim 21, wherein the HTTP request message initiated to the service server is an HTTP GET request message. 23. The method according to claim 21, wherein the service includes one or a combination of the following services: The terminal needs to send the fourth service request message in the service request message after performing service processing according to the service description information, so as to obtain service application list information or service application description information; After the user selects a service application from the service application list, the fifth service request message in the service request message is sent according to the content selected by the user to obtain the service application description information; The terminal completes the interface display of the service application and the service of the service logic of the service application according to the service application description information. 24. The method according to claim 14, wherein the service request message received by the service server is initiated by the terminal when one of the following events or a combination thereof occurs: Dialing event, sending call request message event, receiving call request message event, ringing event, off-hook event, call busy event, call unreachable event, call no answer event, call forwarding event, call holding event, call waiting or data channel establishment event. 25. The method according to claim 14, wherein the receiving of the service request message by the service server is initiated by the terminal through the data channel after establishing the data channel with the service server. 26. The method of claim 25, further comprising: The service server receives the service description request sent by the terminal, combines it with the subscribed core network call event, and determines the response message to the service request message returned to the terminal after matching with the call service request message of the terminal. 27. The method according to claim 14, further comprising pushing a response message of the service request message to the terminal according to one or a combination of the following information: The terminal's call status, service requirements, calling user identity, called user identity, user's service subscription relationship, user's service application subscription relationship, call transition, and the service server to which the terminal belongs. 28. A terminal, characterized by comprising: The processor, which reads the program in the memory, performs the following processes: When a call event occurs in the terminal, send a service request message to the service server; receiving a response message of a service request message pushed by the service server to the terminal, the response message being service description information or service application list description information or service application description information; Execute business processing according to business description information, or display business applications that can be selected by users according to business application list description information, or provide business application services to users according to business application description information; Transceiver, used to receive and transmit data under the control of the processor. 29. A terminal, characterized by comprising: The terminal acquisition module is used to send a service request message to the service server when a certain call event occurs in the terminal; The terminal receiving module is configured to receive a response message of a service request message pushed by the service server to the terminal, the response message being service description information or service application list description information or service application description information; The terminal service module is used to perform business processing according to the business description information, or to display business applications that can be selected by users according to the business application list description information, or to provide business application services to users according to the business application description information. 30. A service server, characterized in that it comprises: The processor, which reads the program in the memory, performs the following processes: receiving the service request message sent by the terminal; Pushing a response message to the service request message to the terminal, where the response message is service description information or service application description information or service application list description information; Transceiver, used to receive and transmit data under the control of the processor. 31. A service server, characterized in that it comprises: The service server receiving module is used to receive the service request message sent by the terminal; The service server push module is configured to push a response message of the service request message to the terminal, and the response message is service description information or service application description information or service application list description information. 32. A computer-readable storage medium, wherein the computer-readable storage medium stores a computer program for executing the method according to any one of claims 1-27.

Images