CN115941778A

CN115941778A - Method, device and storage medium for providing service

Info

Publication number: CN115941778A
Application number: CN202110890909.9A
Authority: CN
Inventors: 张昕; 喻炜; 刘峰; 严砥; 蔡亚莉; 李继; 刘晨
Original assignee: China Mobile Communications Group Co Ltd; China Mobile Communications Ltd Research Institute
Current assignee: China Mobile Communications Group Co Ltd; China Mobile Communications Ltd Research Institute
Priority date: 2021-08-04
Filing date: 2021-08-04
Publication date: 2023-04-07

Abstract

The invention discloses a method, a device and a storage medium for providing service, comprising the following steps: when a certain calling event occurs at the terminal, sending a service request message to a service server; the terminal receives a response message of a service request message pushed to the terminal by a service server, wherein the response message is service description information or service application list description information or service application description information; and the terminal executes service processing according to the service description information, or displays the service application which can be selected and used by the user according to the service application list description information, or provides service application service for the user according to the service application description information. The invention can provide interactive conversation related service for users in audio or video conversation, and can also provide various interactive conversation related service in the conversation dialing process.

Description

Method, device and storage medium for providing service

Technical Field

The present invention relates to the field of communications technologies, and in particular, to a method, a device, and a storage medium for providing a service.

Background

The services of the existing operator call are generally services of surrounding code numbers (such as an intimacy number, a middle number, and a group V network), ring-back tones before the call, missed call reminding after the call, message leaving, and the like.

And (3) service layer: for the existing call service, on one hand, touch screen interaction operation is not provided, only an interaction mode based on a dial plate can be provided, and on the other hand, almost no service is provided around the call, and functions of content sharing, screen marking, interaction menus, interaction pages and the like in the call are not supported.

The technical level is as follows: the existing communication system does not support other communication and communication methods or modes except for providing non-audio and video calls, all services AS are independent from each other and can push services to a terminal, but if conflict exists between the services on display, the conflict cannot be solved.

The defects of the prior art are as follows: the existing interaction modes of all services are single, and/or conflicts exist on display.

Disclosure of Invention

The invention provides a method, equipment and a storage medium for providing services, which are used for solving the problems of single service interaction mode and/or conflict on display in the existing process of dialing a telephone of an operator by a user.

The invention provides the following technical scheme:

a method of providing a service, comprising:

when a certain call event occurs at the terminal, sending a service request message to a service server;

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

and executing service processing according to the service description information, or displaying the service application which can be selected and used by the user according to the service application list description information, or providing service application service for the user according to the service application description information.

In an implementation, the method further comprises the following steps:

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

In an implementation, the method further comprises the following steps:

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

and the response message of the first service request message carries service description information or service application list description information or service application description information in the call, which contains page information and/or service logic configuration information.

In an implementation, the method further comprises the following steps:

when the terminal is busy in call, unreachable in call, no response in call, call forwarding, call holding, call waiting or one of new data channel events is established, the terminal sends a second service request message in the service request message to the service server;

the data channel is used for transmitting the service data in the calling process.

In an implementation, the method further comprises the following steps:

and after the call state of the terminal is changed, receiving a response message of a second service request message in the service request messages pushed to the terminal by the service server.

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

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

In an implementation, the method further comprises the following steps:

and receiving service description information before the call, which contains page information and/or service logic configuration information and is carried in a response message of the service request, or service application list description information or service application description information when the service server determines that the user does not off-hook.

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

In an implementation, the method further comprises the following steps:

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

In an implementation, the method further comprises the following steps:

and receiving a second service description or a second service application list description pushed to the terminal by the service server.

In an implementation, the method further comprises the following steps:

when one of call busy, call unreachable, call non-response, call forwarding, call holding, call waiting or a new data channel event is established at the terminal, the terminal sends a second service request message in the service request message to the service server;

the data channel is a data channel for transmitting the service data during the call.

In an implementation, the method further comprises the following steps:

In an implementation, the service includes one or a combination of the following services:

after the terminal executes service processing according to the service description information, sending a fourth service request message in the service request message to acquire service application list information or service of the service application description information;

after a user selects a service application from the service application list, sending a fifth service request message in the service request messages according to the content selected by the user, so as to obtain the service of the service application description information;

and 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, and the first service description is initiated by the terminal when one or a combination of the following events occurs:

a dialing event, a call request message sent event, a call request message received event, a ringing event, an off-hook event, a call busy event, a call unreachable event, a call non-answer event, a call forwarding event, a call hold event, a call waiting event, or a data channel setup event;

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

A method of providing a service, comprising:

a service server receives a service request message sent by a terminal;

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

In an implementation, the method further comprises the following steps:

and receiving a first service request message in the service request messages sent to the service server when the terminal determines that the user is off-hook.

In an implementation, the method further comprises the following steps:

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

In an implementation, the method further comprises the following steps:

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 implementation, the HTTP request message initiated to the service server is an HTTP GET request message.

In an implementation, the method further comprises the following steps:

when the user is determined not to be off-hook, the service description information before the call or the service application list description information or the service application description information containing the page information and/or the service logic configuration information is carried in the response message of the service request sent to the terminal.

In implementation, the business application description information before the call is provided based on the HTML application, and the HTML language is used for describing the page frame, the CSS is used for describing the page style, and the JS is used for describing the business logic.

In an implementation, the method further comprises the following steps:

when one of call busy, call unreachable, call no-answer, call forwarding, call holding, call waiting or a new data channel event is established, the service server receiving terminal receives a second service request message in the service request message sent to the service server by the receiving terminal;

In an implementation, the method further comprises the following steps:

and the service server pushes a response message of a second service request message in the service request message to the terminal after the call state of the terminal is changed.

after a user selects a service application from the service application list, sending a fifth service request message in the service request message according to the content selected by the user, so as to obtain the service of the service application description information;

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

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

In an implementation, the method further comprises the following steps:

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

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

the call state of the terminal, the service requirement, the identity of the calling user, the identity of the called user, the service ordering relation of the user, the service application ordering relation of the user, the call transition state and the service server to which the terminal belongs.

A terminal, comprising:

a processor for reading the program in the memory, performing the following processes:

when a certain calling event occurs at the terminal, sending a service request message to a service server;

executing service processing according to the service description information, or displaying service applications which can be selected and used by a user according to the service application list description information, or providing service application services for the user according to the service application description information;

a transceiver for receiving and transmitting data under the control of the processor.

In an implementation, the method further comprises the following steps:

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

In an implementation, the method further comprises the following steps:

and after receiving a response message of the service transmitted through the data channel, presenting the response message to the user in a Webview form according to the service application list description information or the service application description information.

In an implementation, the method further comprises the following steps:

In implementation, the service includes one or a combination of the following services:

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

a dialing event, a send call request message event, a receive call request message event, a ringing event, an off-hook event, a call busy event, a call unreachable event, a call non-answer event, a call forwarding event, a call hold event, a call waiting event, or a data channel setup event;

In implementation, the service description information or the service application list description information or the service application description information is obtained from the service server, and the service description information or the service application list description information is initiated through a data channel between the terminal and the service server after the data channel is established.

A terminal, comprising:

the terminal acquisition module is used for sending a service request message to the service server when a certain calling event occurs at the terminal;

the terminal receiving module is used for receiving a response message of a service request message pushed to the terminal by a service server, wherein the response message is service description information or service application list description information or service application description information;

and the terminal service module is used for executing service processing according to the service description information, or displaying service applications which can be selected and used by the user according to the service application list description information, or providing service application services for the user according to the service application description information.

In implementation, the terminal acquisition module is further configured to send a second service request message in the service request message to the service server when the terminal encounters busy calls, the call is unreachable, the call has no response, the call is forwarded, the call is held, the call is waiting, or a new data channel event is established; the data channel is used for transmitting the service data in the calling process.

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

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

In an implementation, the terminal obtaining module is further configured to send an HTTP request message to the service server, where the HTTP request message is an HTTP GET request message.

In implementation, the terminal receiving module is further configured to receive service description information or service application list description information or service application description information before a call, which includes page information and/or service logic configuration information and is carried in a response message of the service request when the service server determines that the user does not go off-hook.

In implementation, the terminal receiving module is further configured to receive service application description information before call, provided based on the HTML application, describing a page frame using an HTML language, describing a page style using a CSS, and describing a service logic using a JS.

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

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

In implementation, the terminal acquisition module is further configured to send a second service request message in the service request message to the service server when the terminal encounters busy calls, the call is unreachable, the call has no response, the call is forwarded, the call is held, the call is waiting, or a new data channel event is established;

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

In implementation, the service acquired by the terminal acquisition module further includes one or a combination of the following services:

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

In implementation, the terminal obtaining module is further configured to obtain the first service description to the service server after establishing the data channel with the service server.

A traffic server, comprising:

a service server receives a service request message sent by a terminal;

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

In an implementation, the method further comprises the following steps:

and the receiving terminal acquires a request of the second service description from the service server when determining that the user is off-hook or receiving an off-hook message of the called user.

In an implementation, the method further comprises the following steps:

when one of call busy, call unreachable, call no-answer, call forwarding, call holding, call waiting or a new data channel event is established, the receiving terminal sends a second service request message in the service request message to the service server;

In an implementation, the method further comprises the following steps:

and after the call state of the terminal is changed, pushing a response message of a second service request message in the service request messages to the terminal.

In 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 an implementation, the method further comprises the following steps:

and pushing the second service description or the second service application list description to the terminal.

In an implementation, the method further comprises the following steps:

when one of call busy, call unreachable, call non-response, call forwarding, call holding, call waiting or a new data channel event is established, the receiving terminal sends a second service request message in the service request message to the service server;

In an implementation, the method further comprises the following steps:

In implementation, the service server receives a request for acquiring service description sent by the terminal, combines the request with the received subscribed core network call event, and determines a response message of the service request message returned to the terminal after matching with the call service request message of the terminal.

the call state of the terminal, the service requirement, the identity of the calling user, the identity of the called user, the service subscription relationship of the user, the service application subscription relationship of the user, the call transition state and the service server to which the terminal belongs.

A traffic server, comprising:

the service server receiving module is used for receiving a service request message sent by the terminal;

and the service server pushing module is used for pushing a response message of the service request message to the terminal, wherein the response message is service description information or service application list description information.

In an implementation, the service server receiving module is further configured to receive a 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 configured to push a response message of a first service request message in the service request message to the terminal;

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

In an implementation, the service server receiving module is further configured to receive an HTTP request acquisition service initiated to the service server.

In an implementation, the service server receiving module is further configured to receive a request using HTTP GET.

In implementation, the service server pushing module is further configured to, when it is determined that the user does not pick up the phone, carry pre-call service description information or service application list description information or service application description information that includes page information and/or service logic configuration information in a response message of a service request sent to the terminal.

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

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

In implementation, the service server receiving module is further configured to receive a second service request message in the service request message sent by the terminal to the service server when one of a call busy, call unreachable, call no-answer, call forwarding, call holding, call waiting, or a new data channel event is established by the terminal;

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

In an implementation, the service server pushing module is further configured to push the service to include one or a combination of the following services:

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

In implementation, the service server receiving module is further configured to receive a request that the terminal acquires the service description information or the service application list description information or the service application description information from the service server, where the request is initiated by the terminal through a data channel established between the terminal and the service server.

In implementation, the service server receiving module is further configured to receive a request for obtaining a service description sent by the terminal, combine the request with a received subscribed core network call event, and determine a response message of the service request message returned to the terminal after matching the call service request message of the terminal.

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

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

The invention has the following beneficial effects:

the existing service directly sends audio, video and text contents, interaction cannot be carried out, and the service display form at the terminal side cannot be defined.

In the technical scheme provided by the embodiment of the invention, after receiving the service request message of the terminal, the service server can push the description of the related service application list to the terminal, so that a user can select a 5G new call function in the description of the service application list; or providing the service application service for the user according to the service application description, thereby overcoming the problems that the existing service interaction modes are single and conflict exists in display. That is, the service application description or the service application list description can be used to provide various additional services for the user during the communication process; the method can provide interactive conversation related service for the user in the audio or video conversation, and can also provide various interactive conversation related service in the conversation dialing process.

Further, since the service application list description is provided for selection, a plurality of additional services are prevented from conflicting with each other.

Drawings

The accompanying drawings, which are included to provide a further understanding of the invention and are incorporated in and constitute a part of this specification, illustrate embodiments of the invention and together with the description serve to explain the invention and do not limit the invention. In the drawings:

fig. 1 is a schematic flow chart of a method for providing a service at a terminal side according to an embodiment of the present invention;

fig. 2 is a schematic flow chart of an implementation of a method for providing a service at a service server side in an embodiment of the present invention;

fig. 3 is a schematic flow chart of a method for providing services according to an embodiment of the present invention;

FIG. 4 is a flowchart illustrating a UE obtaining an application according to an embodiment of the present invention;

FIG. 5 is a schematic diagram illustrating an implementation flow of obtaining a call event according to 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 structural diagram of a terminal according to an embodiment of the present invention;

fig. 8 is a schematic diagram of a service application list display in the embodiment of the present invention 1;

fig. 9 is a schematic diagram of a service application list display in the embodiment of the present invention 2.

Detailed Description

The inventor notices in the process of invention that:

1. the existing operator communication system only supports the transmission and interaction flow of audio, video and signaling data, a user can only listen to the audio in the process of making a call, watches the video transmitted by an opposite terminal, and carries out key interaction by using a dial plate. The functions of touch screen type intelligent menu interaction, screen marking, content sharing, real-time audio and video processing and the like in the call are not supported. 2. Each service in the existing operator call system architecture is processed by an independent application server, a core network element does not perform service control, and only the service application servers are sequentially triggered according to subscription information of the service to provide the service for a user, so that each service may have conflict. For example, the application a notifies the terminal to display the video ringing content pushed by the network side when the called terminal rings, and the application B notifies the terminal to display the calling name card information pushed by the network side when the called terminal rings, so that the two service displays will conflict at the called terminal side.

The following describes embodiments of the present invention with reference to the drawings.

In the description process, the implementation of the terminal and the service server side will be described separately, and then an example of the implementation of the two in cooperation will be given to better understand the implementation of the scheme given in the embodiment of the present invention. Such an explanation does not mean that the two must be implemented together or separately, and actually, when the terminal and the service server are implemented separately, each of them solves the problem on its own side, and when the two are used in combination, a better technical effect is obtained.

Fig. 1 is a schematic implementation flow diagram of a method for providing a service on a terminal side, as shown in the figure, the method may include:

step 101, when a certain call event occurs at a terminal, a service request message is sent to a service server;

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

and 103, the terminal executes service processing according to the service description information, or displays the service application which can be selected and used by the user according to the service application list description information, or provides service application service for the user according to the service application description information.

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

Fig. 2 is a schematic flow chart of an implementation process of a method for providing a service on a service server side, as shown in the figure, the method may include:

step 201, a service server receives a service request message sent by a terminal;

step 202, the service server pushes a response message of the service request message to the terminal, where the response message is service 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 referred to as a service server from a hardware perspective and may be referred to as a service platform from a software perspective, but they refer to the functional entity that provides services although they are referred to differently.

In the embodiment, a module in the service server, which is responsible for receiving the service request message and sending the service request response message, may also be referred to as a service server media module or a service server access module; they are functional entities providing services, which can be separately deployed, or can be deployed independently as a server, and then become a service media server or a service access server.

In the embodiment, the service may be specifically referred to as an additional service, a new call service Application, a 5G new call service Application, a Data Channel Application, and the like, which is convenient for understanding a relationship between the "service" in the scheme and the "additional service", "new call service", and the like that specifically exist at present, and how to implement the additional service.

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, and the first service description is initiated by the terminal when one or a combination of the following events occurs:

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

In implementation, for the terminal side, the terminal acquires the service description information or the service application list description information or the service application description information from the service server, and the service description information or the service application list description information is initiated through a data channel between the terminal and the service server after the data channel is established.

For the service server side, a request that the terminal received by the service server acquires the service description information or the service application list description information or the service application description information from the service server is initiated by the terminal through a data channel after the data channel is established between the terminal and the service server.

Specifically, the scheme provides a scheme capable of providing multiple additional call services to a user during a call. After the data channel between the terminal and the platform is established, the terminal initiates an HTTP (Hyper Text Transfer Protocol) request acquisition service to the root directory of the service platform, or directly sends a first service description request through an HTTP request without establishing the data channel. After receiving the request, the service platform pushes an additional service or an additional service application list to the terminal according to the capability of the terminal and the service ordering condition, and the terminal directly provides service to the user or displays the additional service application list which can be selected by the user according to the content returned by the network side.

In order to avoid the disturbance of the service end to the user, the terminal initiates a service acquisition request to the platform without directly pushing the service by the network side. Specifically, a switch may be set on the terminal side, so that the user may determine whether to start the additional service acquisition function during the call.

The method for triggering the terminal to initiate the call supplementary service request may be a call state event such as a dialing event, a ringing event, an off-hook event, etc. of the terminal, or may be initiated after the terminal and the call supplementary service control platform complete the establishment of a channel specially used for transmitting the call supplementary service data.

Further, in the implementation, the method may further include:

Specifically, if the call supplementary service request message initiated by the terminal is independent of the call session, in order to improve the service security and reliability, the call supplementary service server may subscribe to the core network call event by the service server, check the received call supplementary service request message in combination with the current core network call event, only when the call supplementary service request message from the terminal and the core network call event of the terminal are received at the same time, check the call supplementary service request message and the current core network call event, and continue to execute the subsequent service logic, otherwise, check the call supplementary service request message and the current core network call event are not passed, and return an error response.

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

On one hand, the terminal is required to actively request the service, and on the other hand, the network side has a requirement of push service (one or more services). Solutions are needed to solve the problem of how efficiently and timely a terminal can obtain services. The simpler implementation is that the terminal acquires the service by polling, and the shorter the polling period is, the better the service experience is. But this approach is very costly in terms of terminal and server resources. Therefore, the scheme also provides a scheme for efficiently and timely acquiring the service.

In an implementation, the method further comprises, for the terminal side:

For the service server side, the method may further include:

Specifically, after the data channel is established, the terminal initiates an HTTP request acquisition service (a first request) to the platform root directory, and simultaneously determines that the current state is before the call (i.e., the user does not pick up the phone or does not receive a message of picking up the phone from the called user); then, when the terminal judges that the user picks up the phone or receives the off-hook message of the called user, the terminal initiates HTTP request acquisition service to the platform root directory again (second request); if the terminal judges that the current state is the in-call state when the terminal initiates the first request, the second request does not need to be sent again.

In an implementation, the terminal may further include:

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

Specifically, the call state of the terminal changes, for example, from the call to the call busy, the call is not reachable, the call is not answered, the call is forwarded, the call is held, the call is waiting, or a new data channel is established.

According to different call states, such as before and during the call, different call additional services may exist; meanwhile, some call supplementary services are only suitable for a specific call state. Therefore, when the call state is updated, the terminal can respectively initiate a call additional service request to the call additional service control platform and can timely acquire the call additional service in the state.

The following description will be made by taking an example in which a terminal and a call attached service server as a service server are used. The additional service in the embodiment may be at least Data channel application in international standard, or new call service/new call application in china mobile standard, such as services of family number, intermediate number, group V network, ring back tone before call, missed call reminder after call, message, and the like.

Fig. 3 is a schematic flow chart of an implementation of a method for providing a service, as shown in the figure, the method may include:

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

1. And establishing a data channel flow and establishing a data channel.

And a data channel for transmitting the additional service data is established between the terminal and the network side call additional service server. Here, the call supplementary service server may have a separate media server for processing supplementary service data exclusively, and then the supplementary service server negotiates a data path between the supplementary service media server and the terminal at the time of data path negotiation.

2. And a service acquisition stage before conversation.

A terminal initiates a call additional service request; the call additional service server completes the request check by combining the call event of the core network: (1) presence request corresponds to a call event; (2) After judging that the current calling party and the current called party are in the state before the call, returning a response carrying a new call service before the call; and the terminal performs service display before conversation.

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

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

Specifically, after the terminal completes the establishment of the data channel, the terminal immediately initiates a call additional service request to the network through the channel. The service request may be requested in an HTTP GET manner, and a URL (uniform resource locator) address is an address of the root directory.

In an implementation, the method may further include, for the terminal side:

For the service server side, the method may further include:

In specific implementation, the business application description information before the call is provided based on an HTML application, and the HTML language is used for describing a page frame, a CSS description page style, and a JS description business logic.

Specifically, the call supplementary service server judges 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 a response message of the call supplementary service request. The service information description mode can be provided for HTML (Hyper Text Markup Language) application, and the HTML Language is used for describing a page frame, CSS (Cascading Style Sheets) is used for describing a page Style, and JS (Java script ) is used for describing service logic.

3. And a service acquisition stage in the call.

The terminal judges that the user picks up the phone or receives the message of the called user, and initiates a call additional service request; the call additional service server receives the call event notification of the operator core network terminal, and completes the request check by combining the call event of the core network: (1) presence request corresponds to a call event; (2) Judging the current calling and called states before the call, and returning a response carrying a new call service in the call; and the terminal performs service display in the call.

In the implementation, the method can further comprise the following steps:

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

Specifically, after receiving the response message, the terminal presents the response message to the user in a Webview (Web view) form according to the service information description, so as to provide service for the user.

After the user picks up the phone or receives the off-hook information of the opposite terminal user, the user initiates the additional service request again.

And the call additional service server judges that the current call state is the in-call state, and then carries the in-call service information in the response message of the call additional service request. The service information description mode is the same as the service information description mode in the above.

And after receiving the response message, the terminal presents the response message to the user in a Webview mode according to the service application list description information or the service application description information to provide service for the user.

The following description will take the UE acquiring the application as an example.

Fig. 4 is a flowchart illustrating a UE acquiring an application, which may include:

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

2. UE sends the data to the media module of the service server through HTTP GET: acquiring a bootstrap program carrying service description information;

3. the service server media module returns a bootstrap program carrying service description information through 200OK/304Not Modified;

4. UE sends the data to the media module of the service server through HTTP GET: acquiring an application list carrying description information of the service application list;

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

6. UE sends the media information to the service server media module through HTTP GET: acquiring an application program carrying service application description information;

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

When the call additional service server acquires the call event, the call event can be acquired by subscribing the call event to the IMS core network. Fig. 5 is a schematic flow chart of an implementation of acquiring a call event, as shown in the figure, the implementation may include:

the service server and the IMS core network perform a call event subscription process: and completing the subscription to the calling event, such as invite message, 180 message and the like.

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

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

and the call additional service server sends a call event notification response.

In an implementation, the method may further include, for the terminal side:

For the service server side, the method may further include:

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

When a plurality of additional services exist, the platform sends the additional services to the user in a returned request response when the user requests the root directory to call the additional services in the form of an application list. After a user selects (clicks) a certain application, the terminal appoints a service logic according to the application in the service information, a service request is sent to the call additional service platform, and the platform carries out the response of the next step according to the service logic.

In a specific implementation, the service includes one or a combination of the following services:

Specifically, the additional service application list is suitable for providing services which need to be actively selected by the user for use, but there are some services which do not need to be selected by the user and are directly provided for the user, such as pushing of an intelligent customer service menu. After the call is connected, the user does not need to select the intelligent customer service, and directly enters the interactive menu page of the intelligent customer service. Therefore, further, the services can be divided into direct display services and non-direct display services according to different service requirements. The non-direct display service is the service which is provided to the user after the user needs to select, the non-direct display service is the service which is pushed to the terminal by the network side and needs to be directly displayed and provided with the service, such as an interactive menu of intelligent customer service, after the telephone is connected, the terminal initiates HTTP request acquisition service to the platform root directory again, and the platform returns the interactive menu of the intelligent customer service instead of an additional service application list.

In the implementation, the method 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:

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

The additional service application list is suitable for providing services to the user, which need to be actively selected by the user, but there may also be services which can be provided directly to the user without user selection, such as pushing of an intelligent customer service menu. After the call is connected, the user does not need to select the intelligent customer service, and directly enters the interactive menu page of the intelligent customer service. Therefore, the services can be divided into direct display services and non-direct display services according to different service requirements. The non-direct display service is the service which is provided to the user after the user needs to select, the non-direct display service is the service which is pushed to the terminal by the network side and needs to be directly displayed and provided with the service, such as an interactive menu of intelligent customer service, after the telephone is connected, the terminal initiates HTTP request acquisition service to the platform root directory again, and the platform returns the interactive menu of the intelligent customer service instead of an additional service application list.

When the network has a uniform call additional service control platform, the control platform pushes direct display content to the terminal according to platform service logic when the call additional service needing direct display exists, and does not push a call additional service application list, such as a business card before call, an intelligent interactive customer service menu and the like. If other call additional services are provided, the call additional services are integrated in the page of the direct display call additional services according to needs, and the direct display call additional services determine whether to support integration or not to be provided.

When different additional service control platforms exist in different networks, for example, when a calling terminal and a called terminal home network access different call additional service control platforms, a local home network call additional service control platform pushes a call additional service application list interface to the terminal, and different call additional service inlets are provided for a user; and the opposite terminal home network conversation additional service control platform sends a direct display additional service interaction page to the terminal according to the service requirement and the terminal state.

The following is an example.

The service providing process of the calling side may include:

1. a terminal A in a VoLTE (Voice over Long-Term Evolution) network receives a dialing event;

2. the 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 notice 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 a terminal B in the VoLTE network;

6. the calling and called terminals finish the initial negotiation;

7. a terminal A with an SDK (Software Development Kit) requests a new call platform for a new call service to initiate HTTP GET:/, wherein the terminal A carries a called mobile phone number, calling identity information and authentication related information;

8. the new communication platform combines the core network call event to complete the service check;

9. the new call platform performs authentication;

10. returning a new call service HTTP 200OK to the terminal A;

the steps 1 to 6 are parallel to the steps 7 to 10.

11. A terminal A in the VoLTE network sends an Invite 200OK message to a 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. a terminal A receives an off-hook signal;

15. a terminal A in the VoLTE network informs the terminal A with the SDK of an off-hook event;

16. a terminal A with an SDK requests a new call platform for a new call service to initiate HTTP GET:/, wherein the HTTP GET carries a called mobile phone number, calling identity information and authentication related information;

17. the new communication platform combines the core network call event to complete the service check;

18. the new call platform performs authentication;

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

20. the terminal A with the SDK modifies the redirection address aiming at the URL;

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

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

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

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

The service providing process of the called side may include:

1. a called terminal B with an SDK receives an Invite message sent by a terminal A in a 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. the terminal A and the terminal B complete initial negotiation between the calling party and the called party;

7. the terminal B with the SDK returns 180 messages to the terminal A;

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

9. terminal B in VoLTE network rings;

10. a terminal B with an SDK requests a new call platform for a new call service to initiate HTTP GET:/, wherein the HTTP GET carries a called mobile phone number, calling identity information and authentication related information;

11. the new communication platform combines the core network call event to complete the service check;

12. the new call platform carries out authentication;

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

14. the terminal B with the SDK displays the service before the call;

15. the terminal A initiates an off-hook process;

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

17. a terminal B with an SDK requests a new call platform for a new call service to initiate HTTP GET:/, wherein the HTTP GET carries a called mobile phone number, calling identity information and authentication related information;

18. the new communication platform completes service verification by combining with a core network calling event;

19. the new call platform carries out authentication;

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

21. and the terminal B with the SDK displays the service before the call.

Based on the same inventive concept, the embodiment of the present invention further provides a terminal, a service server and a computer-readable storage medium, and since the principles of these devices for solving the problems are similar to the method for providing the service, the implementation of these devices may refer to the implementation of the method, and repeated details are not repeated.

When the technical scheme provided by the embodiment of the invention is implemented, the implementation can be carried out as follows.

Fig. 6 is a schematic structural diagram of a service server, as shown in the figure, the service server includes:

the processor 600, which is used to read the program in the memory 620, executes the following processes:

receiving a service request message sent by a terminal;

pushing a response message of the service request message to the terminal, wherein the response message is service description information or service application list description information;

a transceiver 610 for receiving and transmitting data under the control of the processor 600.

In an implementation, the method further comprises the following steps:

and when the terminal determines that the user is off-hook, the first service request message in the service request message is sent to the service server.

In an implementation, the method further comprises the following steps:

when one of call busy, call unreachable, call non-answer, call forwarding, call holding, call waiting or a new data channel event is established, the service server receiving terminal receives a second service request message in the service request messages sent to the service server by the service server;

In an implementation, the method further comprises the following steps:

and after the call state of the terminal is changed, pushing a response message of a second service request message in the service request message to the terminal.

Where in fig. 6, the bus architecture may include any number of interconnected buses and bridges, with various circuits being linked together, particularly one or more processors represented by processor 600 and memory represented by memory 620. The bus architecture may also link together various other circuits such as peripherals, voltage regulators, power management circuits, and the like, which are well known in the art, and therefore, will not be described any further herein. The bus interface provides an interface. The transceiver 610 may be a number of elements including a transmitter and a receiver that provide a means for communicating with various other apparatus over a transmission medium. The processor 600 is responsible for managing the bus architecture and general processing, and the memory 620 may store data used by the processor 600 in performing operations.

The embodiment of the invention also provides a service server, which comprises:

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

In implementation, the service server pushing module is further configured to push, by the service server, a response message of the first service request message in the service request message to the terminal;

In implementation, the service server receiving module is further configured to receive a second service request message in a service request message sent by the terminal to the service server when the terminal encounters busy calls, the call is unreachable, the call is not answered, the call is forwarded, the call is held, the call is waited for, or a new data channel event is established;

In implementation, the service server pushing module is further configured to push a response message of the second service request message in the service request message to the terminal after the call state of the terminal is changed.

In an implementation, the service server receiving module is further configured to receive a request made using HTTP GET.

In implementation, the service server push module is further configured to, when it is determined that the user does not go off-hook, carry service description information before a call or service application list description information or service application description information that includes page information and/or service logic configuration information in a response message of a service request sent to the terminal.

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

In an implementation, the service server pushing module is further configured to push the service, where the service includes one or a combination of the following services:

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

In implementation, the service server receiving module is further configured to receive a request that the terminal acquires the service description information or the service application list description information or the service application description information from the service server, where the request is initiated through a data channel between the terminal and the service server after the data channel is established between the terminal and the service server.

In an implementation, the service server pushing module is further configured to push a response message of the service request message to the terminal according to one or a combination of the following information:

For convenience of description, each part of the above-described apparatus is separately described as being functionally divided into various modules or units. Of course, the functionality of the various modules or units may be implemented in the same one or more pieces of software or hardware in practicing the invention.

Fig. 7 is a schematic structural diagram of a terminal, and as shown in the figure, the terminal includes:

the processor 700, which is used to read the program in the memory 720, executes the following processes:

a transceiver 710 for receiving and transmitting data under the control of the processor 700.

In an implementation, the method further comprises the following steps:

and receiving service description information or service application list description information or service application description information before the call, which contains page information and/or service logic configuration information and is carried in a response message of the service request when the service server determines that the user does not pick up the phone.

In an implementation, the method further comprises the following steps:

and after receiving a response message of the business service transmitted through the data channel, presenting the response message to the user in a Webview form according to the business application list description information or the business application description information.

In an implementation, the method further comprises the following steps:

In implementation, the service description information or the service application list description information or the service application description information is obtained from the service server, and the service description information or the service application list description information is initiated through a data channel between the terminal and the service server after the data channel is established. .

Where in fig. 7, the bus architecture may include any number of interconnected buses and bridges, with various circuits being linked together, particularly one or more processors represented by processor 700 and memory represented by memory 720. The bus architecture may also link together various other circuits such as peripherals, voltage regulators, power management circuits, and the like, which are well known in the art, and therefore, will not be described any further herein. The bus interface provides an interface. The transceiver 710 may be a number of elements including a transmitter and a receiver that provide a means for communicating with various other apparatus over a transmission medium. The user interface 730 may also be an interface capable of interfacing with a desired device for different user devices, including but not limited to a keypad, display, speaker, microphone, joystick, etc.

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

The embodiment of the invention also provides a terminal, which comprises:

and the terminal service module is used for executing service processing according to the service description information, or displaying the service application which can be selected and used by the user according to the service application list description information, or providing service application service for the user according to the service 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 goes off-hook.

In implementation, the terminal acquisition module is further configured to receive a response message of a first service request message in service request messages pushed to the terminal by the service server;

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

In an implementation, the terminal obtaining module is further configured to initiate an HTTP request message to the service server, where the HTTP request message is an HTTP GET request message.

In implementation, the terminal receiving module is further configured to receive pre-call service application description information, which is provided based on the HTML application and describes the service logic using the HTML language to describe the page frame, the CSS to describe the page style, and the JS.

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

For convenience of description, each part of the above-described apparatus is separately described as being functionally divided into various modules or units. Of course, the functionality of the various modules or units may be implemented in the same one or more pieces of software or hardware in the practice of the invention.

The embodiment of the present invention further provides a computer-readable storage medium, which is characterized in that the computer-readable storage medium stores a computer program for executing the method for providing a service on the terminal side and/or the service server side.

The specific implementation may refer to implementation of the method for providing a service at the terminal side and/or the service server side.

In summary, in the technical solutions provided in the embodiments of the present invention, through the application list, various additional services can be implemented for the user during the call.

The scheme for preventing the additional service application from randomly pushing the harassment information to the user is provided.

A solution for avoiding the conflict between multiple additional services is provided.

More abundant additional services can be provided in the call.

Fig. 8 is a schematic view of a service application list display 1, and as shown in the figure, when the scheme provided by the embodiment of the present invention is used in a 5G new call service, a terminal supporting the 5G new call service will establish a data channel when making a call, and push a 5G new call related service application list to the terminal through the data channel; or directly initiating a request and transmitting data without establishing a channel. The user can select a 5G new call function in the service application list.

When a plurality of additional services exist in a certain call state and can be selected by a user for use, the call additional service control platform can provide the call additional services for the user in a service application list mode. After a user selects (clicks) a certain call additional service, the terminal feeds back the user selection to the call additional service control platform, and the platform returns to the next level of call additional service interaction interface according to the service logic.

Fig. 9 is a schematic diagram of a service application list display 2, as shown in the figure, a black frame part is an additional service application list pushed by a network side, and the list can directly display part of common new call applications set by a common user, and can also provide more service entries, such as an ellipsis button in a frame, and after a user clicks, the user can access more applications, as shown in an interface on the right side of the figure.

As will be appreciated by one skilled in the art, embodiments of the present invention may be provided as a method, system, or computer program product. Accordingly, the present invention may 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, optical storage, and the like) having computer-usable program code embodied therein.

The present invention has been 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 will be understood that each flow and/or block of the flow diagrams and/or block diagrams, and combinations of flows and/or blocks in the flow diagrams and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.

These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.

These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.

It will be apparent to those skilled in the art that various changes and modifications may be made in the present invention without departing from the spirit and scope of the invention. Thus, if such modifications and variations of the present invention fall within the scope of the claims of the present invention and their equivalents, the present invention is also intended to include such modifications and variations.

Claims

1. A method for providing a service, comprising:

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

and the terminal executes service processing according to the service description information, or displays the service application which can be selected and used by the user according to the service application list description information, or provides service application service for the user according to the service application description information.

2. The method of claim 1, further comprising:

and when the receiving service server determines that the user does not off-hook, the service description information before the call or the service application list description information or the service application description information which contains the page information and/or the service logic configuration information and is carried in the response message of the service request message.

3. The method of claim 2, wherein the pre-call business application description information is provided based on a hypertext markup language (HTML) application, and the HTML language is used to describe the page frame, cascading Style Sheets (CSS) to describe the page style, and Java Scripts (JS) to describe the business logic.

4. The method of claim 2, further comprising:

and after receiving the response message of the service request message, the terminal presents the response message to the user in a Web view (Webview) mode according to the service application list description information or the service application description information.

5. The method of claim 1, further comprising:

6. The method of claim 1 or 2, further comprising:

7. The method of claim 1, further comprising:

the terminal sends a second service request message in the service request message to the service server when one of call busy, call unreachable, call no-answer, call forwarding, call holding, call waiting or a new data channel event is established at the terminal.

8. The method of claim 1, 2 or 7, further comprising:

9. The method of 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 of claim 9, wherein the HTTP request message initiated to the service server is a hypertext transfer protocol GET HTTP GET request message.

11. The method according to claim 1 or 2 or 6 or 8, wherein the service comprises one or a combination of the following services:

and 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 of claim 1, wherein the terminal sending the service request message to the service server is initiated by the terminal upon occurrence of one or a combination of the following events:

a dialing event, a send call request message event, a receive call request message event, a ringing event, an off-hook event, a call busy event, a call unreachable event, a call non-answer event, a call forwarding event, a call hold event, a call waiting event, or a data channel setup event.

13. The method of claim 1, wherein the terminal acquires the service description information or the service application list description information or the service application description information from the service server, and the service description information or the service application list description information is initiated by the terminal through a data channel after the terminal establishes the data channel with the service server.

14. A method for providing a service, comprising:

a service server receives a service request message sent by a terminal;

15. The method of claim 14, further comprising:

when the service server determines that the user does not off-hook, the response message of the service request message carries service description information before the call or service application list description information or service application description information containing page information and/or service logic configuration information.

16. The method of claim 15, wherein the business application description information before the call is provided based on an HTML application, and the HTML language is used 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:

18. The method of claim 14 or 15, further comprising:

19. The method of claim 14, further comprising:

and the service server receives a second service request message in the service request message sent by the terminal to the service server when one of call busy, call unreachable, call no-answer, call forwarding, call holding, call waiting or a new data channel event is established.

20. The method of claim 14, 15 or 19, further comprising:

and after the call state of the terminal is changed, the service server pushes a response message of a second service request message in the service request message to the terminal.

21. The method of 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 of claim 21, wherein the HTTP request message initiated to the service server is an HTTP GET request message.

23. The method of claim 21, wherein the service comprises one or a combination of the following services:

24. The method of claim 14, wherein the service request message received by the service server is initiated by the terminal when one or a combination of the following events occurs:

a dial event, a send call request message event, a receive call request message event, a ring event, an off-hook event, a call busy event, a call unreachable event, a call non-answer event, a call forwarding event, a call hold event, a call waiting or a data channel setup event.

25. The method of claim 14, wherein the service server receives the service request message, which 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:

27. The method of 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:

28. A terminal, comprising:

29. A terminal, comprising:

the terminal acquisition module is used for sending a service request message to the service server when a certain call event occurs at the terminal;

30. A traffic server, comprising:

receiving a service request message sent by a terminal;

31. A traffic server, comprising:

32. A computer-readable storage medium, characterized in that it stores a computer program for executing the method of any one of claims 1 to 27.