CN114598776A - Call method, terminal and readable storage medium - Google Patents

Call method, terminal and readable storage medium Download PDF

Info

Publication number
CN114598776A
CN114598776A CN202011413171.9A CN202011413171A CN114598776A CN 114598776 A CN114598776 A CN 114598776A CN 202011413171 A CN202011413171 A CN 202011413171A CN 114598776 A CN114598776 A CN 114598776A
Authority
CN
China
Prior art keywords
party terminal
call request
information
user
called party
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202011413171.9A
Other languages
Chinese (zh)
Inventor
梅赫·普拉萨德
文卡塔奎师纳·卡勒帕利
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Oneplus Technology Shenzhen Co Ltd
Original Assignee
Oneplus Technology Shenzhen Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Oneplus Technology Shenzhen Co Ltd filed Critical Oneplus Technology Shenzhen Co Ltd
Priority to CN202011413171.9A priority Critical patent/CN114598776A/en
Priority to PCT/CN2021/131403 priority patent/WO2022116844A1/en
Publication of CN114598776A publication Critical patent/CN114598776A/en
Pending legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M3/00Automatic or semi-automatic exchanges
    • H04M3/42Systems providing special services or facilities to subscribers
    • H04M3/42195Arrangements for calling back a calling subscriber
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M1/00Substation equipment, e.g. for use by subscribers
    • H04M1/72Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
    • H04M1/725Cordless telephones
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M3/00Automatic or semi-automatic exchanges
    • H04M3/42Systems providing special services or facilities to subscribers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M3/00Automatic or semi-automatic exchanges
    • H04M3/42Systems providing special services or facilities to subscribers
    • H04M3/42348Location-based services which utilize the location information of a target
    • H04M3/42357Location-based services which utilize the location information of a target where the information is provided to a monitoring entity such as a potential calling party or a call processing server

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Telephonic Communication Services (AREA)
  • Telephone Function (AREA)

Abstract

The application discloses a call method, a terminal and a readable storage medium thereof, wherein the call method comprises the steps of acquiring first user activity information of a called party terminal under the condition that a call request is detected and the called party terminal does not answer; acquiring reply information according to the activity information; and sending the reply information to the calling party terminal initiating the call request so as to respond to the call request, so that the user at the calling party terminal side can timely learn the reason why the call request is not answered, and the interference to the user at the called party terminal is reduced.

Description

Call method, terminal and readable storage medium
Technical Field
The present application relates to the field of terminal technologies, and in particular, to a communication method, a terminal, and a readable storage medium.
Background
With the increasing popularity of terminals, more and more users tend to communicate with each other by means of terminal calls.
In the conventional communication technology, after a calling party terminal initiates a communication request, if a called party terminal does not respond to the communication request, no matter what kind of activities a called party user does when not responding to the communication request, a commonly applicable notification message such as "the call dialed by you is not answered" or "the call dialed by you is busy" is generally displayed at the calling party terminal, and therefore, the called party user may often initiate the communication request again through the calling party terminal.
Disclosure of Invention
The embodiment of the application provides a communication method, a terminal and a readable storage medium, which can reduce interference to a user of a called party terminal.
In a first aspect, a calling method is provided, where the calling method is used for a called party terminal, and includes the following steps:
under the condition that the communication request is detected to be in an unanswered state, first user activity information of the called party terminal is obtained;
acquiring reply information according to the activity information;
and sending the reply information to a calling party terminal initiating the call request so as to respond to the call request.
In one embodiment, the step of sending the reply message to the calling party terminal initiating the call request includes: and sending the reply information to the calling party terminal in an SIP response mode.
In one embodiment, the step of obtaining the first user activity information of the called party terminal includes:
acquiring the time of receiving the call request, acquiring schedule information of a calendar in the called party terminal, and acquiring activity information from the schedule information of the calendar according to the time of receiving the call request if the time of receiving the call request corresponds to the schedule time in the calendar;
alternatively, the first and second electrodes may be,
acquiring the acquisition information of a sensor, and acquiring the first user activity information according to the acquisition information of the sensor.
In one embodiment, the method further includes a step of obtaining second user information of the calling party terminal initiating the call request, and if the second user is a target contact, the step of sending the reply information to the calling party terminal activity information initiating the call request is executed.
In one embodiment, the method further comprises the following steps:
a step of acquiring operation information of the called party terminal under the condition that the call request is detected to be in an unanswered state, wherein the operation information comprises electric quantity, signal intensity and/or a blocking condition;
if the fact that the activity of the first user belongs to preset activity is detected, acquiring the reply information according to the activity information of the first user, wherein the reply information comprises the activity information; and if the operation information is detected to be abnormal, acquiring the reply information according to the operation information, wherein the reply information comprises the operation information.
In one embodiment, if the call request is in any of at least the following situations, it is determined that the call request is in an unanswered state:
if the call time reaches a first preset time or the ring frequency reaches a first preset ring frequency from the detection of receiving the call request, the call request is not detected to be answered;
if the call time obtained from the detection of the call request is within a second preset time or the ring frequency reaches a second preset ring frequency, the call request is detected to be rejected;
if the call request is detected to be answered and in a session state, the call request is interrupted;
if the call request is detected to be in the answering state, the response voice information of the call request is not detected.
In one embodiment, the step of sending the reply message to the calling party terminal initiating the call request in an SIP response mode includes: and for different unanswered situations, sending the reply information to the calling party terminal initiating the call request in different SIP response modes.
In one embodiment, if the obtained calling time reaches a first preset time or the obtained ringing times reach a first preset ringing times after the receiving of the call request is detected, and the call request is not detected to be answered yet, the reply information is sent to a calling party terminal initiating the call request in an SIP480 response mode;
and if the call time obtained from the detection of the call request is within a second preset time or the ring frequency reaches a second preset ring frequency, the call request is detected to be rejected, and the reply message is sent to the calling party terminal which initiates the call request in a SIP486 response mode.
According to the communication method, when the communication request is detected to be in the unanswered state, the reply information acquired according to the first user activity information of the called party terminal is sent to the terminal initiating the communication request, so that the second user at the calling party terminal side can timely learn the reason why the communication request is unanswered, the probability that the second user initiates the communication request again is reduced, and the interference to the first user is reduced.
In a second aspect, a call method is further provided, which is applied to a calling party terminal, and the method includes the following steps:
initiating a call request to a called party terminal;
and acquiring reply information from the called party terminal when the call request is detected to be in an unanswered state, wherein the reply information is generated by the called party terminal according to the first user activity information of the called party terminal when the called party terminal is detected to be in the unanswered state.
According to the communication method, when the condition that the communication request is in an unanswered state is detected, the calling party terminal acquires the reply information from the called party terminal and acquires the first user activity information of the called party terminal according to the reply information, so that the second user at the calling party terminal side can timely learn the reason why the communication request is unanswered, the probability that the second user initiates the communication request again is reduced, and the interference to the first user is reduced.
In a third aspect, a call method is further provided, including the following steps:
a calling party terminal initiates a call request to a called party terminal;
under the condition that the communication request is detected to be in an unanswered state, the called party terminal acquires first user activity information of the called party terminal and generates reply information according to the activity information;
the called party terminal sends the reply information to the calling party terminal;
and the calling party terminal acquires the reply information and acquires the first user activity information according to the reply information.
According to the communication method, when the communication request is detected to be in an unanswered state, the called party terminal sends the reply information obtained according to the first user activity information to the originating calling party terminal, and the calling party terminal obtains the first user activity information according to the reply information, so that a second user at the calling party terminal side can timely learn the reason why the communication request is unanswered, the probability that the second user originates the communication request again is reduced, and the interference to the first user is reduced.
In a third aspect, a terminal is further proposed, which includes a memory and a processor, where the memory stores a computer program, and the computer program, when executed by the processor, causes the processor to perform the steps of the method according to any of the above embodiments.
In a fourth aspect, one or more non-transitory readable storage media storing computer-readable instructions are also presented, which, when executed by one or more processors, cause the one or more processors to perform the steps of the method as described in any of the embodiments above.
Drawings
In order to more clearly illustrate the technical solutions in the embodiments of the present application, the drawings needed to be used in the description of the embodiments are briefly introduced below, and it is obvious that the drawings in the following description are only some embodiments of the present application, and it is obvious for those skilled in the art to obtain other drawings based on these drawings without creative efforts.
FIG. 1 is a schematic diagram of an application environment according to an embodiment of the present application;
FIG. 2 is a schematic diagram of a calling party terminal in one embodiment of the present application;
fig. 3 is a schematic diagram of a called party terminal in one embodiment of the present application;
fig. 4 is a schematic structural diagram of a terminal according to an embodiment of the present application;
fig. 5 is a flowchart illustrating a calling method for a called party terminal according to an embodiment of the present application;
fig. 6 is a schematic view of a call interface effect of a calling party terminal being rejected in an embodiment of the present application;
fig. 7 is a flowchart illustrating a calling method for a calling party terminal according to an embodiment of the present application;
FIG. 8 is a schematic diagram illustrating an interaction timing sequence of a call method according to an embodiment of the present application;
fig. 9 is a block diagram of a communication device applied to a called party terminal according to an embodiment of the present application;
fig. 10 is a block diagram of a communication device 1000 applied to a calling party terminal according to an embodiment of the present application;
fig. 11 is a block diagram of a communication device according to an embodiment of the present application.
Detailed Description
The technical solutions in the embodiments of the present application are clearly and completely described below with reference to the accompanying drawings, and it is obvious that the described embodiments are only a part of the embodiments of the present application, and not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present application. The following embodiments and their technical features may be combined with each other without conflict.
It should be noted that, in this document, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, the recitation of an element by the phrase "comprising an … …" does not exclude the presence of additional like elements in the process, method, article, or apparatus that comprises the element, and further, where similarly-named elements, features, or elements in different embodiments of the disclosure may have the same meaning, or may have different meanings, that particular meaning should be determined by their interpretation in the embodiment or further by context with the embodiment.
It should be understood that although the terms first, second, third, etc. may be used herein to describe various information, such information should not be limited to these terms. These terms are only used to distinguish one type of information from another. For example, first information may also be referred to as second information, and similarly, second information may also be referred to as first information, without departing from the scope herein.
Fig. 1 is a schematic diagram of an application environment in an embodiment of the present application, where the application environment includes a calling party terminal 110, a called party terminal 120, and a server 130.
The calling party terminal 110 and the called party terminal 120 are electronic devices having a call function, which may be a smart phone, a tablet computer, a personal computer, etc. The calling party terminal 210 is a terminal that initiates a call request, and as shown in fig. 2, it is a schematic diagram of the calling party terminal in an embodiment of the present application. The called party terminal 120 is a terminal that accepts a call request, and is a schematic diagram of the called party terminal in an embodiment of the present application, as shown in fig. 3. In fig. 1, the calling party terminal 110 and the called party terminal 120 are illustrated as smart phones. The called party terminal may function as the calling party terminal and, similarly, the calling party terminal may also function as the called party terminal without departing from the scope of this document.
In some embodiments, the calling party terminal 110 and the called party terminal 120 implement a call function through an application program, which may be a social application program, an instant messaging application program, a live broadcast application program, or the like, which is not limited in this embodiment of the present invention.
The calling party terminal 110 and the called party terminal 120 are both connected to the server 130 through a wired or wireless network.
The server 130 is a device for data transmission during a call, and may be a server, a server cluster formed by a plurality of servers, or a cloud computing center. In one possible embodiment, the server 130 is a backend server for applications in the terminal. For example, server 130 is a backend server for an instant messaging application.
In a possible application scenario, after the calling party terminal 110 initiates a call request, the server 130 forwards the call request to the called party terminal 120, and if the called party terminal 120 accepts the call request, the server 130 establishes a call between the calling party terminal 110 and the called party terminal 120. If the called party terminal 120 does not answer the call request, first user activity information of the called party terminal may be obtained, reply information is obtained according to the activity information, and the reply information is sent to the calling party terminal 110 to notify the calling party terminal 110 of the reason for not answering the call request.
It should be noted that, in the foregoing embodiment, only the call between two terminals is taken as an example for schematic description, in other possible application scenarios, the number of terminals performing the call may include at least three, and the embodiment of the present application does not limit the specific number of the terminals.
Fig. 4 is a schematic diagram of the internal structure of the terminal in one embodiment. The terminal may be the calling party terminal 110 or the called party terminal 120 as described above. As shown in fig. 4, the terminal includes a processor, a memory, and a network interface connected through a system bus. Wherein, the processor is used for providing calculation and control capability and supporting the operation of the whole electronic equipment. The memory is used for storing data, programs and the like, and the memory stores at least one computer program which can be executed by the processor to realize the wireless network communication method suitable for the electronic device provided by the embodiment of the application. The memory may include non-volatile storage media and internal memory. The non-volatile storage medium stores an operating system and a computer program. The computer program can be executed by a processor to implement a calling method for a called party terminal and/or a calling party terminal provided by the following embodiments. The internal memory provides a cached operating environment for operating system computer programs in the non-volatile storage medium. The network interface may be an ethernet card or a wireless network card, etc. for communicating with an external electronic device.
Those skilled in the art will appreciate that the terminal structure shown in fig. 4 is not intended to be limiting of the terminal, and that the terminal may include more or fewer components than shown, or some components may be combined, or a different arrangement of components. For example, the terminal may further comprise a sensor, in particular a motion sensor, such as at least one of a gravity sensor, a linear acceleration sensor, a rotation sensor and a gyroscope sensor, each sensor being connected to the processor.
In the related art, after a calling party terminal initiates a call request, if a called party terminal does not respond to the call request, a user usually initiates the call request again through the calling party terminal. If the user of the called party terminal does not respond conveniently, the call request initiated again will cause interference to the user.
In the call method provided in the embodiment of the present application, if the called party terminal does not answer the call request, the reply message of the unanswered call request is sent to the calling party terminal, and the activity message of the called party user can be obtained from the reply message, so that the user at the calling party terminal side can know the unanswered reason in time, which is beneficial to reducing the probability of the calling party terminal initiating the call request again and reducing the interference to the user at the called party terminal side.
The following description will be made of a call process between terminals by using a terminal as a smart phone as an example and using an exemplary embodiment.
Referring to fig. 5, a call method in an embodiment of the present application, which may be applied to a called terminal of a called party, includes the following steps:
step 502, under the condition that the communication request is detected to be in an unanswered state, acquiring first user activity information at a called party terminal side;
step 504, acquiring reply information according to the activity information;
step 506, sending the reply message to the calling party terminal initiating the call request, thereby responding to the call request.
According to the communication method, under the condition that the communication request is detected to be in the unanswered state, the reply information acquired according to the first user activity information of the called party terminal is sent to the terminal initiating the communication request, so that the second user at the calling party terminal side can timely learn the reason why the communication request is unanswered, the probability that the second user initiates the communication request again is reduced, and the interference to the first user is reduced. For example, as shown in fig. 6, which is a schematic view of a call interface effect in which a calling party terminal is rejected in a specific embodiment, when a called party terminal receives a call request, a first user emm at the called party terminal side is in a meeting and is absent to answer the call request, a reply message that emm is in the meeting is sent to the calling party terminal, and a second user at the calling party terminal side can timely know a reason why the first user emm does not answer the call request.
The first user of the called party terminal in the embodiment of the present application may be a user using the called party terminal, and preferably is a user called by a call request, that is, a called user. For example, the call request calls Lisa to answer, and the first user is Lisa.
The activities described in the embodiments of the present application refer to behaviors of the user. The reply information in the embodiment of the present application may include activity information of the user. The reply message may be in the form of a code, and different codes are used to represent different reply messages. For example, detecting activity information that the first user is in a meeting, driving, cycling, etc., then the reply information for the corresponding unanswered call request may then be in the form of codes R1, R2, R3, respectively, representing "hi, i am now in a meeting, replying later", "hi, i am now in a driving, replying later", or "hi, i am now in a cycling, replying later", respectively. The codes used for representing the activity information, such as R1, R2, R3, and the like, may be existing SIP (Session initiation protocol) response message status codes to which the activity information is further mapped, or may be SIP response message status codes that are newly added for representing the activity information.
Here, in some embodiments, the reply message may be sent back to the calling party terminal that initiated the call request in a SIP response manner. Specifically, the reply message is mapped to a corresponding reason code, such as a SIP response message status code, and then the reason code is sent to the calling party terminal. The reason code may be different for reply messages containing different activities. In the embodiments, the reply information is sent back to the calling party terminal in the SIP response mode, compared with the voice or mail mode, on one hand, the occupation of channel resources can be reduced, in addition, the terminal generally displays a call interface during the call, and through the SIP response mode, the calling party user can know the reason of the non-answer on the call interface without switching to other interfaces, so that the timeliness of information acquisition is improved.
In a specific implementation, the called party terminal generates a reason code based on user activity, different activities, the reason code being different, and saves the reason code in a phone number memory. When the called party terminal receives the call request, if the user activity 1 is detected, and if the first user does not answer after waiting for time T1, the reason code corresponding to the activity 1 is sent to the server as the reply information in the SIP486 response, and the reply information is forwarded to the calling party terminal by the server.
It should be noted that, in the embodiment of the present application, the execution sequence of the step of obtaining the first user activity information of the called party terminal is not limited by the above description, and the step may be executed as soon as the call request is detected, where when it is subsequently detected that the call request is in an unanswered state, the reply information may be obtained in time. The method can be executed under the condition that the call request is detected and the call request is in an unanswered state, and is beneficial to reducing invalid power consumption.
The unanswered state in the embodiment of the present application may include an unanswered state, a rejected state, and an interrupted state. In some embodiments, the call request is determined to be in an unanswered state if the call request is in any of at least the following situations:
if the obtained calling time reaches a first preset time or the obtained ringing times reaches a first preset ringing number from the detection of receiving the call request, and the call request is not detected to be answered yet, the call request is judged to be in an unanswered state. The first preset time and the first preset ringing frequency may be set according to a requirement of the first user, for example, the first preset time may be 10 seconds, and the first preset ringing frequency may be 10 times.
And if the call time obtained from the time when the called party terminal receives the call request reaches a second preset time or the ringing frequency reaches the second preset ringing frequency is detected, the call request is detected to be rejected and hung up, and the call request is judged to be in an unanswered state. The second preset time and the second preset ringing frequency may be set according to the requirement of the first user, for example, the second preset time may be 12 seconds, and the second preset ringing frequency may be 12 times.
If the call request is detected to be in the answering state, but the response voice information of the call request is not detected, the call request can also be judged to be in the unanswered state. For example, the first user answers the phone, but the first user may be in a meeting, driving a car, etc., have no time to respond to the second user, and may be considered to be in an unanswered state with respect to the call request. By sending the reply message back to the calling party terminal initiating the call request, the second user can be informed of the reason of non-response in time, and meanwhile, the first user does not need to inform the second user personally, so that convenience is improved. Specifically, the call interruption may be controlled and a reply message may be sent back to the calling party terminal. If the answer is not answered, the call request can be controlled to enter an interrupt state, and the reply message is sent to the calling party terminal which initiates the call request.
And if the called party terminal is detected to be in the call state, detecting a new call request, and determining that the call request is in the unanswered state if the new call request is detected to be rejected or not answered.
And if the call request is detected to be answered and interrupted in a session state, judging that the call request is in an unanswered state. Specifically, if it is detected that the call request is answered and both parties are in a conversation state and no end-of-conversation voice information such as "bailey", "bye", "i hang up", etc. is detected, it is determined that the call request is in a conversation state. For example, if the first user detects that the call request is answered and that both parties are talking, and if the first user has an urgent task to be handled temporarily, the first user may hang up while both parties are still talking.
The call method in the embodiment of the application further includes a step of acquiring operation information of the called party terminal when detecting that the call request is not answered, where the operation information includes an electric quantity, a signal strength, and/or a stuck condition, but is not limited thereto. If the fact that the activity of the first user belongs to preset activity is detected, acquiring the reply information according to the activity information of the first user, wherein the reply information comprises the activity information; and if the operation information is detected to be abnormal, such as insufficient electric quantity, weak signal strength and/or blockage, acquiring the reply information according to the operation information, wherein the reply information comprises the operation information. Specifically, if the call is detected to be interrupted when the call request is in the session state or the call request is rejected, and if the activity of the first user is detected to belong to a preset activity, acquiring reply information according to the activity information, and if the running information is abnormal, acquiring the reply information according to the equipment running information, wherein the reply information comprises the equipment running information.
In some scenarios, when the called party terminal is in an abnormal condition such as insufficient power, insufficient signal strength, or stuck, the called party terminal may automatically interrupt the call under the influence of the abnormal operation, or the user may choose to reject or interrupt the call. By the communication method of the embodiment, if the condition causes no response, the calling party user can also timely acquire the reason of the no response.
It should be noted that, in the embodiment of the present application, the execution sequence of the step of obtaining the operation information of the called party terminal is not limited by the above description, and the step may be executed as soon as the call request is detected, where the reply information may be obtained in time when the call request is subsequently detected to be in an unanswered state. The method can be executed under the condition that the call request is detected and the call request is in an unanswered state, and is beneficial to reducing invalid power consumption.
In some embodiments, if it is detected that the first user activity information belongs to the preset activity information when the call request is in the unanswered state, the reply information that the user does not answer the call request is obtained according to the activity information. The preset activities may be activities that do not respond to the call request, such as meeting, driving, riding, etc.
Further, if it is detected that the first user activity information belongs to the preset activity information, after step 506, if the activity ending information of the first user is detected, the called party terminal is controlled to send out information for prompting the first user to reply the call request. Therefore, the first user can be reminded to process the unanswered call request as soon as possible after finishing the activity. For example, it is detected that the first user is in a meeting to cause an unanswered call request, and after the unanswered reason is sent, if it is detected that the first user ends the meeting, the first user is reminded to reply to the call request as soon as possible.
The manner in which the first user activity information is obtained in step 502 may include a calendar-based manner and/or a sensor-based manner. In some embodiments, the step of obtaining the first user activity information through the calendar includes: and acquiring the time of receiving the call request, acquiring schedule information of a calendar in the called party terminal, and acquiring activity information from the schedule information of the calendar according to the time of receiving the call request if the time of receiving the call request corresponds to the schedule time in the calendar. For example, the call request time is 9 monday morning, and the first user takes a test at 9 monday morning recorded in the calendar in the called party terminal. As another example, the call request time is 10 monday morning, and a calendar in the called party terminal records that the first user needs to participate in the conference at 10 monday morning. Receiving the call request specifically means that the called party terminal is in a state of being called by the call request and is received, that is, the called party terminal executes the subsequent steps as long as being called all the time.
In other embodiments, the step of obtaining the first user activity information via the sensor comprises: acquiring the acquisition information of a sensor, and acquiring the first user activity information according to the acquisition information of the sensor. The sensor may be a built-in device of the called party terminal, and may specifically be a motion sensor, such as at least one of a gravity sensor, a linear acceleration sensor, a rotation sensor, and a gyroscope sensor, but is not limited thereto. The motion sensor can be used for acquiring the information of the first user on the exercise behaviors of riding, walking, running and the like. For example, the change times of the gravity acceleration when the called party terminal requests for communication is judged by collecting the gravity acceleration information of the gravity sensor, and the motion behavior of the user is judged according to the change times. The sensor may also be an image sensor, and an image of the first user may be acquired by the image sensor, and the activity information may be acquired according to the image.
In some embodiments, the call method further includes obtaining second user information of the calling party terminal initiating the call request, and if the second user is a target contact, for example, has an affinity with the first user, the reply information includes the first user activity information, and the step of sending the reply information to the calling party terminal is performed. If the second user is a non-target contact, for example, a strange user, the reply information not containing the first user activity information may be sent to the calling party terminal, or the reply information containing the non-private first user activity information may be sent. For example, if the first user is in a meeting and the second user is the target contact, the reply information of "hi user is in the meeting" may be sent. If the second user is a non-target contact, a reply message of "hi user busy" may be sent, which does not include the first user activity information, or may be sent to the calling party terminal if the conference belongs to a non-privacy activity. In this way, the privacy of the first user may be protected.
In step 506, the reply message may be sent to the calling party terminal initiating the call request in an SIP response manner, which specifically includes the steps of: and for different unanswered situations, sending the reply information to the calling party terminal initiating the call request in different SIP response modes.
For example, if the obtained call time reaches a first preset time or the obtained ring frequency reaches a first preset ring frequency since the call request is detected to be received, and the call request is not detected to be answered yet, the reply message is sent to the calling party terminal initiating the call request in an SIP480 response mode. For another example, if the call time obtained from the time when the call request is received is detected to reach a second preset time or the ring frequency reaches a second preset ring frequency, the call request is detected to be rejected, and the reply message is sent to the calling party terminal initiating the call request in a SIP486 response mode.
The following describes a call method according to several embodiments of the present application.
In a specific embodiment, detecting that the called party terminal is in a call request state, acquiring activity information of a first user at the called party terminal side, detecting that the call request is not answered by the first user, judging that the first user is in an unavailable answer state, and controlling the call request to enter an interrupt state; and sending a reply message back to the calling party terminal initiating the call request in a SIP480 response mode so as to respond to the call request.
In a specific embodiment, detecting that the called party terminal is in a call request state, detecting first user activity information of the called party terminal, detecting that the call request is rejected, and controlling the call request to enter an interrupt state; and sending the reply information to a calling party terminal initiating the call request in a SIP486 response mode so as to respond to the call request.
In a specific embodiment, if it is detected that the called party terminal is in an SIP call or a third party application call, it is detected that the called party terminal receives a new call request, first user activity information of the called party terminal is detected, it is detected that the new call request is rejected, and the call request is controlled to enter an interrupt state; and sending the reply information to the calling party terminal initiating the call request in a SIP480 or SIP486 response mode so as to respond to the call request.
In some embodiments, after the step of sending the reply message to the calling party terminal initiating the call request, the step of controlling the reply message to be displayed at the calling party terminal and/or controlling the calling party terminal to play the reply message. Therefore, the method is beneficial for the calling user of the calling party terminal to intuitively acquire the reason of the unanswered call request. In the specific implementation, if the reply message is in the form of a code, the code needs to be analyzed to obtain the reply message, and then the reply message is displayed and/or played.
Based on the same inventive concept, an embodiment of the present application further provides a call method, which can be applied to a calling party terminal, please refer to fig. 7, and the call method includes the following steps:
step 702, initiating a call request to a called party terminal;
step 704, when detecting that the call request is in an unanswered state, obtaining reply information from the called party terminal, wherein the reply information is generated by the called party terminal according to the first user activity information of the called party terminal when detecting that the call request is in an unanswered state.
According to the calling method, when the calling request is in the unanswered state, the reply information is obtained from the called party terminal, and the reply information is generated according to the first user activity information of the called party terminal under the condition that the called party terminal detects that the calling request is in the unanswered state, so that the second user at the calling party terminal side can timely learn the reason that the calling request is unanswered, the probability of the calling request initiated by the second user again is reduced, and the interference on the first user is reduced.
The first user of the called party terminal in the embodiment of the present application may be a user using the called party terminal, and is preferably a user called by a call request, that is, a called user. For example, the call request calls Lisa to answer, and the first user is Lisa. The second user of the calling party terminal may be a user using the calling party terminal, and preferably a user initiating a call request, that is, a calling user. For example, the call request is initiated by jerry and the first user is jerry.
Further, in some embodiments, after obtaining the reply information from the called party terminal, the first user activity information may be obtained according to the reply information.
Further, in other embodiments, after the reply information is obtained from the called party terminal, the reply information is displayed on the calling party terminal of the calling party, and/or the calling party terminal is controlled to play the reply information. Therefore, the method is beneficial for the calling user of the calling party terminal to intuitively acquire the reason of the unanswered call request. In the specific implementation, if the reply message is in the form of a code, the code needs to be analyzed to obtain the reply message, and then the reply message is displayed and/or played.
In some embodiments, the reply information may be obtained by way of a SIP request. And when the call request is in an unanswered state, initiating an SIP request so as to acquire the reply information sent by the called party terminal responding to the request. In the embodiments, the calling party terminal acquires the reply information in the SIP request mode, compared with the calling party terminal acquiring the reply information in the voice or mail mode, on one hand, occupation of channel resources can be reduced, in addition, the terminal generally displays a call interface during call, and through the SIP request mode, a calling party user can acquire the reason of non-response on the call interface without switching to other interfaces, so that the timeliness of information acquisition is improved.
In this embodiment of the application, the reply information is generated by the called party terminal according to first user activity information of the called party terminal when the called party terminal detects that the call request is in an unanswered state, the first user activity information is obtained by the called party terminal, and the obtaining step includes:
acquiring the time of receiving the call request by a called party terminal, acquiring schedule information of a calendar in the called party terminal, and acquiring activity information from the schedule information of the calendar according to the time of receiving the call request if the time of receiving the call request corresponds to the schedule time in the calendar;
alternatively, the first and second electrodes may be,
and acquiring acquisition information of a sensor by the called party terminal, and acquiring the first user activity information according to the acquisition information of the sensor.
In some embodiments, if the activity of the first user belongs to a preset activity, the reply message is generated by the called party terminal according to the first user activity message, and the reply message may include the first user activity message; the reply information can also be generated by the called party terminal according to the operation information of the called party terminal under the condition that the called party terminal detects the call request and is in an unanswered state. The operation information comprises information of insufficient power, weak signal strength and/or blockage of the called party terminal. The reply information may be generated according to the abnormal operation information when the called party terminal detects the abnormal operation information.
In some embodiments, the reply information is generated by the called party terminal according to first user activity information of the called party terminal when the called party terminal detects that the call request is in an unanswered state, and further, if the second user is a target contact, the reply information includes the first user activity information. If the second user is a non-target contact, for example, a strange user, the reply information does not include the first user activity information, or includes the first user activity information that is not private. For example, the first user is in a meeting, and if the second user is the target contact, the reply information may be "hi user is in a meeting". If the second user is a non-target contact, the reply information may be "hi, the user is busy", and if the conference belongs to a non-private activity, the reply information may also include the activity of the conference. In this way, the privacy of the first user may be protected.
The unanswered state in the embodiment of the present application may include an unanswered state, a rejected state, and an interrupted state. In some embodiments, the call request is determined to be in an unanswered state if the call request is in any of at least the following situations:
if the obtained calling time reaches a first preset time or the obtained ringing times reaches a first preset ringing number from the detection of sending the call request, and the call request is not detected to be answered yet, the call request is judged to be in an unanswered state. The first preset time and the first preset ringing frequency may be set according to a requirement of the first user, for example, the first preset time may be 10 seconds, and the first preset ringing frequency may be 10 times.
And if the call time obtained from the sending of the call request is detected to reach a second preset time or the ring frequency reaches a second preset ring frequency, the call request is detected to be rejected and hung up, and the call request is judged to be in an unanswered state. The second preset time and the second preset ringing frequency may be set according to the requirement of the first user, for example, the second preset time may be 12 seconds, and the second preset ringing frequency may be 12 times.
If the call request is detected to be in the answering state, but the response voice information of the call request is not detected, the call request can also be judged to be in the non-answering state. For example, the first user answers the phone, but the first user may be in a meeting, driving a car, etc., have no time to respond to the second user, and may be considered to be in an unanswered state with respect to the call request.
And if the call request is detected to be answered and interrupted in a session state, judging that the call request is in an unanswered state. Specifically, if it is detected that the call request is answered and both parties are in a conversation state and no end-of-conversation voice information such as "bailey", "bye", "i hang up", etc. is detected, it is determined that the call request is in a conversation state. For example, if the first user detects that the call request is answered and that both parties are talking, and if the first user has an urgent task to be handled temporarily, the first user may hang up while both parties are still talking.
For the different unanswered situations, the reply information can be obtained by different SIP request modes.
For example, if the obtained call time reaches a first preset time or the obtained ringing times reaches a first preset ringing number since the initiation of the call request is detected, and the call request is not detected to be answered yet, the reply information is obtained in an SIP480 request mode; for another example, if the call time obtained from the detection of the initiation of the call request reaches a second preset time or the ring frequency reaches a second preset ring frequency, the call request is detected to be rejected, and the reply information is obtained in a SIP486 request mode.
For specific limitations of the call method applied to the calling party terminal in the embodiment of the present application, refer to the foregoing embodiment, and no repeated limitations are made.
An embodiment of the present application further provides a call method, which is applied to a calling party terminal and a called party terminal, please refer to fig. 8, which is an interaction timing diagram of the call method in an embodiment of the present application, and the method includes the following steps:
s81: a calling party terminal initiates a call request to a called party terminal;
s82: under the condition that the communication request is detected to be in an unanswered state, the called party terminal acquires first user activity information of the called party terminal and acquires reply information according to the activity information;
s83: the called party terminal sends the reply information to the calling party terminal;
s84: and the calling party terminal acquires the reply information and acquires the first user activity information according to the reply information.
According to the communication method, when the communication request is detected to be in an unanswered state, the called party terminal sends the reply information acquired according to the first user activity information to the originating calling party terminal, and the calling party terminal acquires the first user activity information according to the reply information, so that a second user at the calling party terminal side can timely acquire the reason why the communication request is unanswered, the probability that the second user originates the communication request again is reduced, and the interference to the first user is reduced.
In some embodiments, after the step of obtaining, by the calling party terminal, the first user activity information according to the reply information, the first user activity information is displayed at the calling party terminal, and/or the first user activity information is played at the calling party terminal. Therefore, the method is beneficial for the calling user of the calling party terminal to intuitively acquire the reason of the unanswered call request.
For specific limitations of the call method applied to the calling party terminal and the called party terminal in the embodiments of the present application, refer to the foregoing embodiments, and no repeated limitations are made.
It should be understood that, although the steps in the respective flowchart illustrations are shown in sequence as indicated by the arrows, the steps are not necessarily performed in sequence as indicated by the arrows. The steps are not performed in the exact order shown and described, and may be performed in other orders, unless explicitly stated otherwise. Moreover, at least a portion of the steps in each flow diagram may include multiple sub-steps or multiple stages that are not necessarily performed at the same time, but may be performed at different times, and the order of performing the sub-steps or stages is not necessarily sequential, but may be performed in turn or alternately with other steps or at least a portion of the sub-steps or stages of other steps.
It should be noted that, some step numbers are used herein for the purpose of more clearly and briefly describing the corresponding content, and do not constitute a substantial limitation on the sequence, for example, a person skilled in the art may perform 504 first and then 502 in specific implementation, but these should be within the scope of the present application.
Fig. 9 is a block diagram of a communication device according to an embodiment, where the communication device 900 is applied to a called terminal, and includes:
a first activity information obtaining module 910, configured to obtain first user activity information of the called party terminal when detecting that a call request is in an unanswered state;
a first reply information obtaining module 920, configured to obtain reply information according to the activity information;
a first reply message sending module 930, configured to send the reply message to the calling party terminal that initiated the call request, so as to respond to the call request.
Fig. 10 is a block diagram of a communication device according to an embodiment, where the communication device 1000 is applied to a calling party terminal, and includes:
a first call request initiating module 1010, configured to initiate a call request to a called party terminal;
a second activity information obtaining module 1020, configured to obtain, when it is detected that the call request is in an unanswered state, reply information from the called party terminal, where the reply information is generated by the called party terminal according to the first user activity information of the called party terminal when it is detected that the call request is in an unanswered state.
Fig. 11 is a block diagram of a communication device 1100 according to an embodiment, where the communication device is applied to a calling party terminal and a called party terminal, and includes:
a second call request initiating module 1110, configured to initiate a call request to a called party terminal by a calling party terminal;
a reply information generating module 1120, configured to, when the called party terminal detects that the call request is in an unanswered state, obtain first user activity information of the called party terminal and generate a reply information according to the activity information;
a second reply message sending module 1130, configured to send the reply message to the calling party initiating terminal by the called party terminal;
a third activity information obtaining module 1140, configured to obtain the reply information by the calling party terminal, and obtain the first user activity information according to the reply information.
The division of each module in each communication device is only used for illustration, and in other embodiments, each communication device may be divided into different modules as needed to respectively complete all or part of the functions of each communication device.
For the specific limitations of each communication device, reference may be made to the above limitations of each corresponding communication method, which is not described herein again. All or part of each module in each communication device can be realized by software, hardware and a combination thereof. The modules can be embedded in a hardware form or independent from a processor in the computer device, and can also be stored in a memory in the computer device in a software form, so that the processor can call and execute operations corresponding to the modules.
The implementation of each module in each of the above-mentioned call devices provided in the embodiments of the present application may be in the form of a computer program. The computer program may be run on a terminal or a server. The program modules constituted by the computer program may be stored on the memory of the terminal or the server. Which when executed by a processor, performs the steps of the method described in the embodiments of the present application.
The embodiment of the application also provides a computer readable storage medium. And more particularly to one or more non-transitory computer-readable storage media embodying computer-executable instructions that, when executed by one or more processors, cause the processors to perform the steps of the telephony method in the various embodiments described above.
A computer program product containing instructions which, when run on a computer, cause the computer to perform the method of telephony in the various embodiments described above.
Any reference to memory, storage, database, or other medium used herein may include non-volatile and/or volatile memory. Non-volatile memory can include read-only memory (ROM), Programmable ROM (PROM), Electrically Programmable ROM (EPROM), Electrically Erasable Programmable ROM (EEPROM), or flash memory. Volatile memory can include Random Access Memory (RAM), which acts as external cache memory. By way of illustration and not limitation, RAM is available in a variety of forms, such as Static RAM (SRAM), Dynamic RAM (DRAM), Synchronous DRAM (SDRAM), double data rate SDRAM (DDR SDRAM), Enhanced SDRAM (ESDRAM), synchronous Link (Synchlink) DRAM (SLDRAM), Rambus Direct RAM (RDRAM), direct bus dynamic RAM (DRDRAM), and bus dynamic RAM (RDRAM).
The above-mentioned embodiments only express several embodiments of the present application, and the description thereof is more specific and detailed, but not construed as limiting the scope of the present application. It should be noted that, for a person skilled in the art, several variations and modifications can be made without departing from the concept of the present application, which falls within the scope of protection of the present application. Therefore, the protection scope of the present patent shall be subject to the appended claims.

Claims (12)

1. A call method is characterized in that the call method is used for a called party terminal and comprises the following steps:
under the condition that the communication request is detected to be in an unanswered state, first user activity information of the called party terminal is obtained;
acquiring reply information according to the activity information;
and sending the reply information to a calling party terminal initiating the call request so as to respond to the call request.
2. The method according to claim 1, wherein the step of sending the reply message to the calling party terminal initiating the call request comprises: and sending the reply information to the calling party terminal in an SIP response mode.
3. A calling method according to claim 1 or 2, wherein the step of obtaining the first user activity information of the called party terminal comprises:
acquiring the time of receiving the call request, acquiring schedule information of a calendar in the called party terminal, and acquiring activity information from the schedule information of the calendar according to the time of receiving the call request if the time of receiving the call request corresponds to the schedule time in the calendar;
alternatively, the first and second electrodes may be,
acquiring the acquisition information of a sensor, and acquiring the first user activity information according to the acquisition information of the sensor.
4. The communication method according to claim 1 or 2, further comprising a step of obtaining second user information of the calling party terminal initiating the communication request, wherein if the second user is a target contact, the reply information includes the first user activity information, and the step of sending the reply information to the calling party terminal activity information initiating the communication request is performed.
5. The call method according to claim 1 or 2, further comprising:
a step of acquiring operation information of the called party terminal under the condition that the call request is detected to be in an unanswered state, wherein the operation information comprises electric quantity, signal intensity and/or a blocking condition;
if the fact that the activity of the first user belongs to preset activity is detected, acquiring the reply information according to the activity information of the first user, wherein the reply information comprises the activity information; and if the operation information is detected to be abnormal, acquiring the reply information according to the operation information, wherein the reply information comprises the operation information.
6. A call method according to claim 2, wherein the call request is determined to be in an unanswered state if the call request is in any of at least the following situations:
if the call time reaches a first preset time or the ring frequency reaches a first preset ring frequency from the detection of receiving the call request, the call request is not detected to be answered;
if the call time obtained from the detection of the call request reception reaches a second preset time or the ringing frequency reaches a second preset ringing frequency, the call request is detected to be rejected;
if the call request is detected to be answered and in a session state, the call request is interrupted;
if the call request is detected to be in the answering state, the response voice information of the call request is not detected.
7. The calling method according to claim 6, wherein the step of sending the reply message to the calling party terminal initiating the call request in a SIP response mode comprises: and for different unanswered situations, sending the reply information to the calling party terminal initiating the call request in different SIP response modes.
8. The method of claim 7,
if the call time obtained from the detection of receiving the call request reaches a first preset time or the ring frequency reaches a first preset ring frequency, and the call request is not detected to be answered yet, sending the reply message to a calling party terminal initiating the call request in an SIP480 response mode;
and if the call time obtained from the detection of the call request reaches a second preset time or the ring frequency reaches the second preset ring frequency, the call request is detected to be rejected, and the reply message is sent to the calling party terminal which initiates the call request in a SIP486 response mode.
9. A conversation method is applied to a calling party terminal, and comprises the following steps:
initiating a call request to a called party terminal;
and acquiring reply information from the called party terminal when the call request is detected to be in an unanswered state, wherein the reply information is generated by the called party terminal according to the first user activity information of the called party terminal when the called party terminal is detected to be in the unanswered state.
10. A method for calling, comprising the steps of:
a calling party terminal initiates a call request to a called party terminal;
under the condition that the communication request is detected to be in an unanswered state, the called party terminal acquires first user activity information of the called party terminal and generates reply information according to the activity information;
the called party terminal sends the reply information to the calling party terminal;
and the calling party terminal acquires the reply information and acquires the first user activity information according to the reply information.
11. A terminal comprising a memory and a processor, the memory having stored therein a computer program that, when executed by the processor, causes the processor to perform the steps of the method according to any one of claims 1 to 10.
12. One or more non-transitory readable storage media storing computer-readable instructions which, when executed by one or more processors, cause the one or more processors to perform the steps of the method of any one of claims 1-10.
CN202011413171.9A 2020-12-02 2020-12-02 Call method, terminal and readable storage medium Pending CN114598776A (en)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN202011413171.9A CN114598776A (en) 2020-12-02 2020-12-02 Call method, terminal and readable storage medium
PCT/CN2021/131403 WO2022116844A1 (en) 2020-12-02 2021-11-18 Call method, terminal and readable storage medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202011413171.9A CN114598776A (en) 2020-12-02 2020-12-02 Call method, terminal and readable storage medium

Publications (1)

Publication Number Publication Date
CN114598776A true CN114598776A (en) 2022-06-07

Family

ID=81802374

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202011413171.9A Pending CN114598776A (en) 2020-12-02 2020-12-02 Call method, terminal and readable storage medium

Country Status (2)

Country Link
CN (1) CN114598776A (en)
WO (1) WO2022116844A1 (en)

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101019336A (en) * 2004-08-31 2007-08-15 摩托罗拉公司 Method and apparatus for facilitating PTT session initiation and service interaction using an IP-based protocol
CN101958958A (en) * 2010-09-29 2011-01-26 中兴通讯股份有限公司 Method for replying message and terminals
CN104796555A (en) * 2015-05-08 2015-07-22 上海斐讯数据通信技术有限公司 Call auto-reply method
CN105827819A (en) * 2015-12-17 2016-08-03 维沃移动通信有限公司 Method of automatically ringing back missed call and called terminal
WO2016190640A1 (en) * 2015-05-22 2016-12-01 삼성전자 주식회사 Method for controlling mobile terminal, and mobile terminal
CN106790999A (en) * 2016-11-21 2017-05-31 深圳市金立通信设备有限公司 The method and terminal of a kind of incoming call handling
CN107277217A (en) * 2017-04-28 2017-10-20 华为技术有限公司 A kind of incoming call answering method and terminal device
CN108200540A (en) * 2018-01-12 2018-06-22 京东方科技集团股份有限公司 A kind of call answering method and device of communicating terminal
CN109981896A (en) * 2019-03-13 2019-07-05 Oppo广东移动通信有限公司 Obtain method, electronic device and the readable storage medium storing program for executing of electronic device state information

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013003082A1 (en) * 2011-06-30 2013-01-03 Motorola Mobility Llc Method of a communication device for minimizing missed calls
CN104821991A (en) * 2015-05-22 2015-08-05 三星电子(中国)研发中心 Method for mobile terminal to carry out communication and mobile terminal

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101019336A (en) * 2004-08-31 2007-08-15 摩托罗拉公司 Method and apparatus for facilitating PTT session initiation and service interaction using an IP-based protocol
CN101958958A (en) * 2010-09-29 2011-01-26 中兴通讯股份有限公司 Method for replying message and terminals
CN104796555A (en) * 2015-05-08 2015-07-22 上海斐讯数据通信技术有限公司 Call auto-reply method
WO2016190640A1 (en) * 2015-05-22 2016-12-01 삼성전자 주식회사 Method for controlling mobile terminal, and mobile terminal
CN105827819A (en) * 2015-12-17 2016-08-03 维沃移动通信有限公司 Method of automatically ringing back missed call and called terminal
CN106790999A (en) * 2016-11-21 2017-05-31 深圳市金立通信设备有限公司 The method and terminal of a kind of incoming call handling
CN107277217A (en) * 2017-04-28 2017-10-20 华为技术有限公司 A kind of incoming call answering method and terminal device
CN108200540A (en) * 2018-01-12 2018-06-22 京东方科技集团股份有限公司 A kind of call answering method and device of communicating terminal
CN109981896A (en) * 2019-03-13 2019-07-05 Oppo广东移动通信有限公司 Obtain method, electronic device and the readable storage medium storing program for executing of electronic device state information

Also Published As

Publication number Publication date
WO2022116844A1 (en) 2022-06-09

Similar Documents

Publication Publication Date Title
US7542756B2 (en) Apparatus and method for restoring a conference connection to a cellular telephone
US7974398B2 (en) Virtual personal assistant for handling calls in a communication system
US9125035B2 (en) Call preview system
US20070172042A1 (en) Call urgency screening
US10462301B2 (en) Call intent notification for establishing a call
US20150181023A1 (en) Method and system for intelligent call termination
US8798248B2 (en) Intelligent call log and schedule integration
US20170339278A1 (en) Method, apparatus, and portable electronic device
CN104580630A (en) Callback type call communication method and system
WO2014082450A1 (en) Conversation method and apparatus, and terminal
WO2017211014A1 (en) Call implementation method, apparatus and system
CN105554233B (en) outgoing call reminding method and terminal
JP2023532247A (en) Incoming call control based on call setup
US10841429B1 (en) Handling unanswered calls for alternate phone number on mobile device
US20140148137A1 (en) Conversation method and terminal
CN114598776A (en) Call method, terminal and readable storage medium
CN109600506B (en) Incoming call voice calling method and terminal
CN108449517A (en) Call method and device based on the more card business of No.1
US9788173B2 (en) Incoming and outgoing terminal service control system and method thereof
US20060128388A1 (en) Apparatus and method for easily restoring a connection to a telephone
CN113067954A (en) IP-PBX appointment automatic callback method, terminal equipment and storage medium
WO2021115437A1 (en) Rejection short message sending method and apparatus, and computer device and storage medium
US9794301B1 (en) Telephone session initiation system
WO2022000161A1 (en) Method for operating a device for handling a phone call
WO2016053874A1 (en) Method and system for intelligent call termination

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20220607