WO2016082513A1 - 一种提示通话请求的方法和装置 - Google Patents

一种提示通话请求的方法和装置 Download PDF

Info

Publication number
WO2016082513A1
WO2016082513A1 PCT/CN2015/080682 CN2015080682W WO2016082513A1 WO 2016082513 A1 WO2016082513 A1 WO 2016082513A1 CN 2015080682 W CN2015080682 W CN 2015080682W WO 2016082513 A1 WO2016082513 A1 WO 2016082513A1
Authority
WO
WIPO (PCT)
Prior art keywords
terminal
communication identifier
broadcast
user type
audio data
Prior art date
Application number
PCT/CN2015/080682
Other languages
English (en)
French (fr)
Inventor
余明阳
张晓丹
马百鸣
王巍
Original Assignee
小米科技有限责任公司
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 小米科技有限责任公司 filed Critical 小米科技有限责任公司
Priority to JP2016561071A priority Critical patent/JP6177457B2/ja
Priority to KR1020157020868A priority patent/KR101789783B1/ko
Priority to MX2015009994A priority patent/MX350818B/es
Priority to BR112015019285A priority patent/BR112015019285A2/pt
Priority to RU2015128657A priority patent/RU2619083C2/ru
Priority to US14/835,394 priority patent/US9654621B2/en
Publication of WO2016082513A1 publication Critical patent/WO2016082513A1/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M1/00—Substation equipment, e.g. for use by subscribers
    • H04M1/57—Arrangements for indicating or recording the number of the calling subscriber at the called subscriber's set
    • H04M1/575—Means for retrieving and displaying personal data about calling party
    • H04M1/578—Means for retrieving and displaying personal data about calling party associated with a synthesized vocal announcement
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M19/00—Current supply arrangements for telephone systems
    • H04M19/02—Current supply arrangements for telephone systems providing ringing current or supervisory tones, e.g. dialling tone or busy tone
    • H04M19/04—Current supply arrangements for telephone systems providing ringing current or supervisory tones, e.g. dialling tone or busy tone the ringing-current being generated at the substations
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/42025—Calling or Called party identification service
    • H04M3/42034—Calling party identification service
    • H04M3/42042—Notifying the called party of information on the calling party
    • H04M3/42051—Notifying the called party of information on the calling party where the notification is included in the ringing tone
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/428—Arrangements for placing incoming calls on hold
    • H04M3/4288—Notifying a called subscriber of an incoming call during an ongoing call, e.g. Call Waiting
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/16—Communication-related supplementary services, e.g. call-transfer or call-hold
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/18—Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
    • H04W8/183—Processing at user equipment or user record carrier

Definitions

  • the present disclosure relates to the field of electronic technology, and more particularly to a method and apparatus for prompting a call request.
  • the mobile phone detects that the screen is close to the human body through the distance sensor, thereby closing the screen.
  • the speaker will emit a "beep, beep" sound.
  • the distance sensor detects that the screen is away from the human body, and then opens the screen to display information about the call request, and the user can decide whether to answer according to the information.
  • the process from the user dropping the mobile phone to the screen opening to the user reading the user information (such as the user name) of the call request takes a long time, and the user may miss some important information in the current call, and the other party needs to be Re-telling relevant information, resulting in less efficient information acquisition.
  • the present disclosure provides a method and apparatus for prompting a call request.
  • the technical solution is as follows:
  • a method for prompting a call request comprising:
  • the method further includes:
  • the broadcast attribute corresponding to the user type corresponding to the communication identifier of the second terminal is a broadcast
  • the second audio data corresponding to the user type corresponding to the communication identifier of the second terminal is obtained, and the second audio is used.
  • the data is played; if the broadcast attribute corresponding to the user type corresponding to the communication identifier of the second terminal is not broadcast, the audio prompt for the call request is cancelled.
  • the method further includes:
  • the user corresponding to the communication identifier of the second terminal is determined according to the correspondence between the pre-stored user type and the broadcast attribute.
  • the broadcast attribute corresponding to the user type corresponding to the communication identifier of the second terminal is a broadcast, performing audio conversion processing according to the second user information, determining corresponding third audio data, and performing the third audio data. Playing; if the broadcast attribute corresponding to the user type corresponding to the communication identifier of the second terminal is not broadcast, canceling the audio prompt for the call request.
  • the method further includes:
  • the audio prompt for the call request is cancelled.
  • the method further includes:
  • the broadcast attribute corresponding to the user type to be set in the correspondence between the user type and the broadcast attribute is replaced with the broadcast attribute to be set.
  • an apparatus for prompting a call request comprising:
  • a receiving module configured to receive a call request of the second terminal during a call with the first terminal, where the call request carries a communication identifier of the second terminal;
  • the query module is configured to query, in the locally stored address book, the first user information corresponding to the communication identifier of the second terminal;
  • the playing module is configured to perform audio conversion processing according to the first user information, determine corresponding first audio data, and play the first audio data.
  • the query module is further configured to:
  • the server sends a user type query request carrying the communication identifier of the second terminal;
  • the broadcast attribute corresponding to the user type corresponding to the communication identifier of the second terminal is determined according to the correspondence between the pre-stored user type and the broadcast attribute. , wherein the broadcast attribute includes a broadcast and a non-broadcast;
  • the broadcast attribute corresponding to the user type corresponding to the communication identifier of the second terminal is a broadcast
  • the second audio data corresponding to the user type corresponding to the communication identifier of the second terminal is obtained, and the second audio is used.
  • the data is played; if the broadcast attribute corresponding to the user type corresponding to the communication identifier of the second terminal is not broadcast, the audio prompt for the call request is cancelled.
  • the query module is further configured to:
  • the user corresponding to the communication identifier of the second terminal is determined according to the correspondence between the pre-stored user type and the broadcast attribute.
  • the broadcast attribute corresponding to the user type corresponding to the communication identifier of the second terminal is a broadcast, performing audio conversion processing according to the second user information, determining corresponding third audio data, and performing the third audio data. Playing; if the broadcast attribute corresponding to the user type corresponding to the communication identifier of the second terminal is not broadcast, canceling the audio prompt for the call request.
  • the query module is further configured to:
  • the audio prompt for the call request is cancelled.
  • the device further includes a setting module, configured to:
  • the broadcast attribute corresponding to the user type to be set in the correspondence between the user type and the broadcast attribute is replaced with the broadcast attribute to be set.
  • an apparatus for prompting a call request includes:
  • a memory for storing processor executable instructions
  • processor is configured to:
  • a call request of the second terminal is received, where the call request carries the communication identifier of the second terminal, and in the locally stored address book, the second terminal is queried.
  • the first user information corresponding to the communication identifier is subjected to audio conversion processing according to the first user information, and the corresponding first audio data is determined, and the first audio data is played.
  • the user handheld communication device receives the call request of the second terminal during the conversation with the first terminal, the user information of the second terminal can be obtained from the audio played by the speaker without dropping the display content of the mobile phone browsing screen, and the user information of the second terminal is not obtained. Missing the information in the current call, thereby improving the efficiency of information acquisition.
  • FIG. 1 is a flowchart of a method for prompting a call request according to an exemplary embodiment
  • FIG. 2 is a flowchart of a method for prompting a call request according to an exemplary embodiment
  • FIG. 3 is a flowchart of a method for prompting a call request according to an exemplary embodiment
  • FIG. 4 is a schematic diagram of an apparatus for prompting a call request according to an exemplary embodiment
  • the embodiment of the present disclosure provides a method for prompting a call request. As shown in FIG. 1 , the processing flow of the method may include the following steps:
  • step 101 during a call with the first terminal, a call request of the second terminal is received, where the call request carries the communication identifier of the second terminal.
  • step 102 in the locally stored address book, query the first user letter corresponding to the communication identifier of the second terminal. interest.
  • step 103 according to the first user information, audio conversion processing is performed, and the corresponding first audio data is determined, and the first audio data is played.
  • a call request of the second terminal is received, where the call request carries the communication identifier of the second terminal, and in the locally stored address book, the second terminal is queried.
  • the first user information corresponding to the communication identifier is subjected to audio conversion processing according to the first user information, and the corresponding first audio data is determined, and the first audio data is played.
  • the user handheld communication device receives the call request of the second terminal during the conversation with the first terminal, the user information of the second terminal can be obtained from the audio played by the speaker without dropping the display content of the mobile phone browsing screen, and the user information of the second terminal is not obtained. Missing the information in the current call, thereby improving the efficiency of information acquisition.
  • the embodiment of the present disclosure provides a method for prompting a call request, where the execution subject of the method may be a terminal (in order to distinguish it from a terminal at the opposite end of the call, hereinafter referred to as the local terminal), wherein the terminal may be a mobile phone, a tablet computer, or a notebook. Computer, etc.
  • the execution host in order to distinguish it from a terminal at the opposite end of the call, hereinafter referred to as the local terminal
  • the terminal may be a mobile phone, a tablet computer, or a notebook. Computer, etc.
  • a detailed description of the solution is performed by taking the execution host as a mobile phone as an example, and other situations are similar, and are not described in this embodiment.
  • step 101 during a call with the first terminal, a call request of the second terminal is received, where the call request carries the communication identifier of the second terminal.
  • the communication identifier may be identification information, such as a phone number, when the terminal performs a voice call.
  • the user of the first terminal dials the telephone number of the terminal through the first terminal, and the first terminal is triggered to send a call request to the terminal, and if the user of the terminal clicks the answer button, the terminal and the third terminal are triggered.
  • a terminal establishes a call connection. At this time, the terminal and the first terminal enter a call process.
  • the second terminal if the user of the second terminal dials the phone number of the terminal through the second terminal, the second terminal is triggered to send a call request to the terminal. At this time, the terminal is in the process of the first terminal. Receiving a call request of the second terminal, where the call request may carry a communication identifier of the second terminal, such as a phone number of the second terminal.
  • step 102 the first user information corresponding to the communication identifier of the second terminal is queried in the locally stored address book.
  • the user information may be a contact name, a remark information related to the contact (such as a friend category, a company, a city, etc.).
  • the terminal compares the communication identifier with each communication identifier stored in the local address book, and if the same communication identifier is found, the user information corresponding to the communication identifier stored in the address book is further obtained (ie, the first user) Information), such as the contact name, which is generally textual information.
  • the caller number is "12345678900”
  • the number is compared with all the numbers in the address book. If "12345678900" is found, the user information corresponding to "12345678900" is obtained, such as "Zhang San”.
  • step 103 according to the first user information, performing audio conversion processing to determine corresponding first audio data, Play the first audio data.
  • a text audio database may be pre-stored, wherein audio data corresponding to all text characters may be stored, for example, audio data of characters "king" and "king" are stored. Correspondence relationship.
  • the terminal queries the first user information corresponding to the communication identifier of the second terminal, the user information may be subjected to audio conversion processing, and in the text audio database, the text corresponding to each character in the first user information is queried. The audio data is then combined with the queried audio data in character order to obtain audio data corresponding to the first user information.
  • the terminal may further store basic audio data for voice broadcast, such as audio data of “calling”, and preset an insertion position of the audio data corresponding to the first user information in the basic audio data, such as insertion into the basic audio. Before the data. After determining the audio data corresponding to the first user information, the terminal may insert the audio data into a corresponding position of the basic audio data to obtain audio data to be played (ie, the first audio data). Then, the terminal can play the first audio data, and the playing of the first audio data and the playing of the audio data of the first terminal can be simultaneously performed.
  • basic audio data for voice broadcast such as audio data of “calling”
  • an insertion position of the audio data corresponding to the first user information in the basic audio data such as insertion into the basic audio.
  • the terminal may insert the audio data into a corresponding position of the basic audio data to obtain audio data to be played (ie, the first audio data). Then, the terminal can play the first audio data, and the playing of the first audio data and the playing of the audio data of
  • the terminal queries the first user information as “Li Si”
  • the text information of “Li” and “Four” is converted into audio data of “Li” and “Four” respectively, and the audio data of “Li Si” is obtained.
  • the audio data of "Li Si caller” is obtained, and the audio data is played through the speaker.
  • the terminal may query the server for the user type of the second terminal to perform the broadcast, and the corresponding process is performed. As shown in Figure 2, the following steps are included:
  • step 201 if the user information corresponding to the communication identifier of the second terminal is not queried in the locally stored address book, the user type query request carrying the communication identifier of the second terminal is sent to the server.
  • the terminal may generate a user type query request, and carry the communication identifier of the second terminal in the user type query request.
  • the user type query request is sent to the server to query the server for the user type of the second terminal, such as express delivery, sales promotion, scammer, and the like.
  • the server can be a background server for the above voice call application.
  • the server can pre-set multiple user types, such as express, sales, scammers, and so on.
  • the application can display a user type setting window in which an option of each user type set by the server is displayed, allowing the user to select the opposite end of the call.
  • the user type of the user After the user clicks on an option of one of the user types (such as express delivery), the terminal generates a user type setting request, and carries the user type of the click selection and the communication identifier of the opposite end (such as a phone number). And then send a user type setup request to the server.
  • the server can record the communication identifier corresponding to the user type. This way, the server will build a user type library.
  • the server may obtain the communication identifier carried in the terminal, query the user type corresponding to the communication identifier in the user type database, and feed back to the terminal.
  • step 202 if the user type corresponding to the communication identifier of the second terminal sent by the server is received, the broadcast corresponding to the user type corresponding to the communication identifier of the second terminal is determined according to the correspondence between the pre-stored user type and the broadcast attribute.
  • the user type can be "swindler”, “courier”, “sales”, and the like.
  • the broadcast attribute is information that is preset to reflect whether the call request is broadcast, and may be broadcast or not broadcast.
  • the foregoing application program installed in the terminal may pre-store the broadcast attribute corresponding to the different user types, and establish a correspondence between the user type and the broadcast attribute, and the corresponding relationship may be stored in the form of the corresponding relationship table as shown in Table 1 below. For this correspondence, it can be preset in the application development process, and the user can modify it during use.
  • Broadcast attribute express delivery Broadcast sell Not broadcast con man Not broadcast
  • the terminal After receiving the user type corresponding to the communication identifier of the second terminal sent by the server, the terminal may search for the broadcast attribute corresponding to the user type in the corresponding relationship table.
  • the corresponding audio data may be pre-stored in the application for user-type broadcast. For example, if the user type is “Express”, the corresponding stored audio data is “Express Call”. Audio, etc.
  • the terminal may acquire audio data (ie, second audio data) corresponding to the user type, and the audio data is Playing, the playing of the second audio data and the playing of the audio data of the first terminal can be simultaneously performed.
  • the audio prompt for the call request may be canceled, that is, no audio prompt is given to the call request, including voice prompts, audible prompts (such as "beep, beep” sound, etc., at this time on the screen Information about the call request, such as a phone number, is displayed.
  • the server may determine the user type of the second terminal, and may also determine the user information corresponding to the communication identifier of the second terminal, and feed back to the present
  • the terminal may perform voice broadcast based on the user information for the case that the broadcast is required, and the corresponding processing may be as shown in FIG. 3, including the following steps:
  • step 202' if the user type and the second user information corresponding to the communication identifier of the second terminal sent by the server are received, the communication identifier of the second terminal is determined according to the correspondence between the pre-stored user type and the broadcast attribute.
  • the second user information may be company information, etc., and the user type is “express” as an example, and the second user information is used. Can be “wind express”, “Yuantong Express” and so on.
  • the server when the server establishes the user type library, for some user types, the company may obtain a communication identifier set, such as a phone number set, for some companies corresponding to the user type, and store and store all the communication identifiers in the communication identifier set.
  • Corresponding user types at the same time, can also store company information (such as company name) of the company to which each company belongs as user information.
  • the server may obtain the communication identifier carried in the terminal, query the user type corresponding to the communication identifier in the user type library, and query the user information corresponding to the communication identifier (for example, The above company name), feedback to the terminal.
  • the server receives the communication identifier carried in the user type query request as the telephone number of the courier of the SF Express, and the server queries the user type corresponding to the phone number as the express, and the corresponding user information is SF Express.
  • the broadcast attribute corresponding to the user type may be searched in the corresponding relationship table.
  • step 203 ′ if the broadcast attribute corresponding to the user type corresponding to the communication identifier of the second terminal is a broadcast, the audio conversion process is performed according to the second user information, and the corresponding third audio data is determined, and the third audio data is performed. Playback; if the broadcast attribute corresponding to the user type corresponding to the communication identifier of the second terminal is not broadcast, the audio prompt for the call request is canceled.
  • the processing manner may be similar to step 103, and the terminal may perform audio conversion processing on the second user information in the text audio database. And querying audio data corresponding to each character in the text information of the second user information, and then combining the queried audio data in character order to obtain audio data corresponding to the second user information. Then, the audio data can be inserted into the corresponding position of the above-described basic audio data to obtain audio data to be played (ie, third audio data). Then, the terminal can play the third audio data, and the playing of the third audio data and the playing of the audio data of the first terminal can be simultaneously performed.
  • the terminal queries the second user information as “SF Express”, the user type is “Express”, and the “Express” broadcast attribute is broadcast, respectively, “Shun”, “Wind”, “Fast”, “Hand”
  • the text information is converted into audio data of “shun”, “wind”, “fast” and “delivery”, and the audio data of “SF Express” is obtained, and the audio data of “SF Express” is inserted into the preset “call”.
  • the audio data of "Shunfeng Express Call” is obtained, and the audio data is played through the speaker.
  • the audio prompt for the call request may be canceled, that is, no audio prompt is provided for the call request, including voice prompts, sound prompts (such as “beep, Beep, etc., at this time, information about the call request, such as a phone number, can be displayed on the screen.
  • the audio conversion process is performed according to the communication identifier of the second terminal, and the corresponding fourth audio data is determined, and the fourth audio data is determined. Play it.
  • the terminal after the terminal sends a user type query request to the server, if it is at a preset duration (for example, 3 seconds) If the user type of the server feedback is not received, or the query failure message sent by the server is received, the audio data corresponding to each character in the phone number of the second terminal is queried, and then the queried audio data is combined in character order. , get the audio data corresponding to the phone number. Then, the audio data can be inserted into the preset insertion position in the above-mentioned basic audio data to obtain audio data to be played (ie, fourth audio data). Then, the terminal can play the fourth audio data, and the playing of the fourth audio data and the playing of the audio data of the first terminal can be simultaneously performed.
  • a preset duration for example, 3 seconds
  • the pre-stored fifth audio data that prompts the unknown incoming call is obtained, and the fifth audio data is played.
  • audio data (ie, fifth audio data) prompting an unknown incoming call may be pre-stored for prompting a communication request of an unknown telephone number.
  • the audio data may be “an unknown number call”, etc. .
  • the terminal sends a user type query request to the server, if the user type returned by the server is not received within a preset duration (for example, 3 seconds), or the query failure message sent by the server is received, the audio of the unknown call may be played. data.
  • the audio prompt for the current call request is cancelled.
  • the call may be canceled.
  • the requested audio prompt that is, no audio prompt is given to the call request, including voice prompts, audible prompts (such as "beep, beep" sound, etc., at this time, information related to the call request, such as a phone number, etc., may be displayed on the screen. .
  • a method for modifying a broadcast attribute corresponding to a user type is also provided.
  • the corresponding processing may be as follows: receiving a broadcast attribute setting instruction carrying a user type to be set and a broadcast attribute to be set; and the user type and broadcast The broadcast attribute corresponding to the user type to be set in the corresponding relationship of the attribute is replaced with the broadcast attribute to be set.
  • the default broadcast attribute may be set corresponding to each user type, for example, the express corresponding broadcast report, the promotion corresponding to the non-broadcast, and the fraudster corresponding to the broadcast.
  • the default broadcast properties can be modified by the user during use.
  • a setting window with a broadcast attribute may be set, which may include a selection box of a user type and a selection box of a broadcast attribute, and the user may select a user type to be set in a user type selection box, and may In the selection box of the broadcast attribute, select broadcast or non-broadcast, and then the user can click the OK button, and the terminal will receive the user type (ie, the type of user to be set) and the broadcast attribute (ie, the broadcast to be set) carrying the user selection.
  • the attribute property setting instruction of the attribute the terminal may modify the broadcast attribute corresponding to the user type to be set in the corresponding relationship table, and modify it to be the broadcast attribute to be set. For example, the user will modify the corresponding broadcast attribute from no promotion to sales.
  • a call request of the second terminal is received, where the call request carries the communication identifier of the second terminal, and in the locally stored address book, the second terminal is queried.
  • Communication identifier The first user information is subjected to audio conversion processing according to the first user information, and the corresponding first audio data is determined, and the first audio data is played.
  • the user handheld communication device receives the call request of the second terminal during the conversation with the first terminal, the user information of the second terminal can be obtained from the audio played by the speaker without dropping the display content of the mobile phone browsing screen, and the user information of the second terminal is not obtained. Missing the information in the current call, thereby improving the efficiency of information acquisition.
  • the embodiment of the present disclosure further provides an apparatus for prompting a call request.
  • the apparatus includes: a detecting module 410, a determining module 420, and a converting module 430.
  • the receiving module 410 is configured to receive a call request of the second terminal during the call with the first terminal, where the call request carries the communication identifier of the second terminal;
  • the querying module 420 is configured to query, in the locally stored address book, the first user information corresponding to the communication identifier of the second terminal;
  • the playing module 430 is configured to perform audio conversion processing according to the first user information, determine corresponding first audio data, and play the first audio data.
  • the query module 420 is further configured to:
  • the broadcast attribute corresponding to the user type corresponding to the communication identifier of the second terminal is determined according to the correspondence between the pre-stored user type and the broadcast attribute. , wherein the broadcast attribute includes a broadcast and a non-broadcast;
  • the broadcast attribute corresponding to the user type corresponding to the communication identifier of the second terminal is a broadcast
  • the second audio data corresponding to the user type corresponding to the communication identifier of the second terminal is obtained, and the second audio is used.
  • the data is played; if the broadcast attribute corresponding to the user type corresponding to the communication identifier of the second terminal is not broadcast, the audio prompt for the call request is cancelled.
  • the query module 420 is further configured to:
  • the user corresponding to the communication identifier of the second terminal is determined according to the correspondence between the pre-stored user type and the broadcast attribute.
  • the broadcast attribute corresponding to the user type corresponding to the communication identifier of the second terminal is a broadcast, performing audio conversion processing according to the second user information, determining corresponding third audio data, and performing the third audio data. Playing; if the broadcast attribute corresponding to the user type corresponding to the communication identifier of the second terminal is not broadcast, canceling the audio prompt for the call request.
  • the query module 420 is further configured to:
  • the audio prompt for the call request is cancelled.
  • the device further includes a setting module, configured to:
  • the broadcast attribute corresponding to the user type to be set in the correspondence between the user type and the broadcast attribute is replaced with the broadcast attribute to be set.
  • a call request of the second terminal is received, where the call request carries the communication identifier of the second terminal, and in the locally stored address book, the second terminal is queried.
  • the first user information corresponding to the communication identifier is subjected to audio conversion processing according to the first user information, and the corresponding first audio data is determined, and the first audio data is played.
  • the user handheld communication device receives the call request of the second terminal during the conversation with the first terminal, the user information of the second terminal can be obtained from the audio played by the speaker without dropping the display content of the mobile phone browsing screen, and the user information of the second terminal is not obtained. Missing the information in the current call, thereby improving the efficiency of information acquisition.
  • the method for prompting a call request provided by the foregoing embodiment is only exemplified by the division of the foregoing functional modules when the call request is prompted.
  • the foregoing functions may be allocated by different functional modules according to requirements.
  • the internal structure of the device is divided into different functional modules to perform all or part of the functions described above.
  • the device for prompting a call request provided by the foregoing embodiment is in the same concept as the method for prompting a call request, and the specific implementation process is described in detail in the method embodiment, and details are not described herein again.
  • the terminal can be a mobile terminal such as a mobile phone.
  • the terminal 1000 may include one or more of the following components: a processing component 1002, a memory 1004, a power component 1006, a multimedia component 1008, an audio component 1010, an input/output (I/O) interface 1012, and a sensor component 1014. And a communication component 1016.
  • Processing component 1002 typically controls the overall operation of terminal 1000, such as operations associated with display, telephone calls, data communications, camera operations, and recording operations.
  • Processing component 1002 can include one or more processors 1020 to execute instructions to perform all or part of the steps of the above described methods.
  • processing component 1002 can include one or more modules to facilitate interaction between component 1002 and other components.
  • processing component 1002 can include a multimedia module to facilitate interaction between multimedia component 1008 and processing component 1002.
  • the memory 1004 is configured to store various types of data to support operations at the terminal 1000. Examples of such data include instructions for any application or method operating on terminal 1000, contact data, phone book data, Messages, pictures, videos, etc.
  • the memory 1004 can be implemented by any type of volatile or non-volatile storage device, or a combination thereof, such as static random access memory (SRAM), electrically erasable programmable read only memory (EEPROM), erasable.
  • SRAM static random access memory
  • EEPROM electrically erasable programmable read only memory
  • EPROM Programmable Read Only Memory
  • PROM Programmable Read Only Memory
  • ROM Read Only Memory
  • Magnetic Memory Flash Memory
  • Disk Disk or Optical Disk.
  • Power component 1006 provides power to various components of terminal 1000.
  • Power component 1006 can include a power management system, one or more power sources, and other components associated with generating, managing, and distributing power for terminal 1000.
  • the multimedia component 1008 includes a screen providing an output interface between the terminal 1000 and a user.
  • the screen can include a liquid crystal display (LCD) and a touch panel (TP). If the screen includes a touch panel, the screen can be implemented as a touch screen to receive input signals from the user.
  • the touch panel includes one or more touch sensors to sense touches, slides, and gestures on the touch panel. The touch sensor may sense not only the boundary of the touch or sliding action, but also the duration and pressure associated with the touch or slide operation.
  • the multimedia component 1008 includes a front camera and/or a rear camera. When the terminal 1000 is in an operation mode such as a shooting mode or a video mode, the front camera and/or the rear camera can receive external multimedia data. Each front and rear camera can be a fixed optical lens system or have focal length and optical zoom capabilities.
  • the audio component 1010 is configured to output and/or input an audio signal.
  • the audio component 1010 includes a microphone (MIC) that is configured to receive an external audio signal when the terminal 1000 is in an operational mode, such as a call mode, a recording mode, and a voice recognition mode.
  • the received audio signal may be further stored in memory 1004 or transmitted via communication component 1016.
  • the audio component 1010 also includes a speaker for outputting an audio signal.
  • the I/O interface 1012 provides an interface between the processing component 1002 and the peripheral interface module, which may be a keyboard, a click wheel, a button, or the like. These buttons may include, but are not limited to, a home button, a volume button, a start button, and a lock button.
  • Sensor assembly 1014 includes one or more sensors for providing terminal 1000 with various aspects of status assessment.
  • sensor assembly 1014 can detect an open/closed state of terminal 1000, relative positioning of components, such as the display and keypad of terminal 1000, and sensor component 1014 can also detect a change in position of a component of terminal 1000 or terminal 1000. The presence or absence of contact of the user with the terminal 1000, the orientation or acceleration/deceleration of the terminal 1000 and the temperature change of the terminal 1000.
  • Sensor assembly 1014 can include a proximity sensor configured to detect the presence of nearby objects without any physical contact.
  • Sensor assembly 1014 may also include a light sensor, such as a CMOS or CCD image sensor, for use in imaging applications.
  • the sensor assembly 1014 can also include an acceleration sensor, a gyro sensor, a magnetic sensor, a pressure sensor, or a temperature sensor.
  • Communication component 1016 is configured to facilitate wired or wireless communication between terminal 1000 and other devices.
  • the terminal 1000 can access a wireless network based on a communication standard such as WiFi, 2G or 3G, or a combination thereof.
  • the communication component 1016 receives a broadcast signal or broadcast associated information from an external broadcast management system via a broadcast channel.
  • the communication component 1016 also includes a near field communication (NFC) module to facilitate short range communication.
  • NFC near field communication
  • the NFC module can be based on radio frequency identification (RFID) technology, the Infrared Data Association (IrDA) Technology, ultra-wideband (UWB) technology, Bluetooth (BT) technology and other technologies to achieve.
  • RFID radio frequency identification
  • IrDA Infrared Data Association
  • UWB ultra-wideband
  • Bluetooth Bluetooth
  • terminal 1000 may be implemented by one or more application specific integrated circuits (ASICs), digital signal processors (DSPs), digital signal processing devices (DSPDs), programmable logic devices (PLDs), field programmable A gate array (FPGA), controller, microcontroller, microprocessor, or other electronic component implementation for performing the above methods.
  • ASICs application specific integrated circuits
  • DSPs digital signal processors
  • DSPDs digital signal processing devices
  • PLDs programmable logic devices
  • FPGA field programmable A gate array
  • controller microcontroller, microprocessor, or other electronic component implementation for performing the above methods.
  • non-transitory computer readable storage medium comprising instructions, such as a memory 1004 including instructions executable by processor 1020 of terminal 1000 to perform the above method.
  • the non-transitory computer readable storage medium may be a ROM, a random access memory (RAM), a CD-ROM, a magnetic tape, a floppy disk, and an optical data storage device.
  • a non-transitory computer readable storage medium when instructions in the storage medium are executed by a processor of a terminal, to enable a terminal to perform a method of detecting a display failure, the method comprising:
  • the method further includes:
  • the broadcast attribute corresponding to the user type corresponding to the communication identifier of the second terminal is determined according to the correspondence between the pre-stored user type and the broadcast attribute. , wherein the broadcast attribute includes a broadcast and a non-broadcast;
  • the broadcast attribute corresponding to the user type corresponding to the communication identifier of the second terminal is a broadcast
  • the second audio data corresponding to the user type corresponding to the communication identifier of the second terminal is obtained, and the second audio is used.
  • the data is played; if the broadcast attribute corresponding to the user type corresponding to the communication identifier of the second terminal is not broadcast, the audio prompt for the call request is cancelled.
  • the method further includes:
  • the user corresponding to the communication identifier of the second terminal is determined according to the correspondence between the pre-stored user type and the broadcast attribute.
  • the broadcast attribute corresponding to the user type corresponding to the communication identifier of the second terminal is a broadcast, performing audio conversion processing according to the second user information, determining corresponding third audio data, and performing the third audio data. Playing; if the broadcast attribute corresponding to the user type corresponding to the communication identifier of the second terminal is not broadcast, canceling the audio prompt for the call request.
  • the method further includes:
  • the audio prompt for the call request is cancelled.
  • the method further includes:
  • the broadcast attribute corresponding to the user type to be set in the correspondence between the user type and the broadcast attribute is replaced with the broadcast attribute to be set.
  • a call request of the second terminal is received, where the call request carries the communication identifier of the second terminal, and in the locally stored address book, the second terminal is queried.
  • the first user information corresponding to the communication identifier is subjected to audio conversion processing according to the first user information, and the corresponding first audio data is determined, and the first audio data is played.
  • the user handheld communication device receives the call request of the second terminal during the conversation with the first terminal, the user information of the second terminal can be obtained from the audio played by the speaker without dropping the display content of the mobile phone browsing screen, and the user information of the second terminal is not obtained. Missing the information in the current call, thereby improving the efficiency of information acquisition.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Databases & Information Systems (AREA)
  • Telephonic Communication Services (AREA)
  • Telephone Function (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本公开实施例是关于一种提示通话请求的方法和装置，属于电子技术领域。所述方法包括：在与第一终端的通话过程中，接收第二终端的通话请求，所述通话请求中携带有第二终端的通讯标识；在本地存储的通讯录中，查询所述第二终端的通讯标识对应的第一用户信息；根据所述第一用户信息，进行音频转换处理，确定对应的第一音频数据，对所述第一音频数据进行播放。采用本公开，可以提高信息获取的效率。

Description

一种提示通话请求的方法和装置
本申请基于申请号为2014107134134、申请日为2014年11月28日的中国专利申请提出，并要求该中国专利申请的优先权，该中国专利申请的全部内容在此引入本申请作为参考。
技术领域
本公开是关于电子技术领域，尤其是关于一种提示通话请求的方法和装置。
背景技术
随着通信技术的飞速发展，手机已经成为人们日常工作、生活中非常重要的电子设备之一，尤其是在电子设备都开始实现智能化的今天，智能手机的用户愈加众多。
一般的，用户在使用手机通话时，手机通过距离传感器检测到屏幕接近人体，从而关闭屏幕，当通话过程中手机又接收到其它通话请求时，扬声器会发出“嘟、嘟……”的提示音，用户放下手机时，距离传感器检测到屏幕远离人体，则开启屏幕，显示通话请求的相关信息，用户可以根据该信息决定是否接听。
在实现本公开的过程中，发明人发现现有技术至少存在以下问题：
对于上述处理过程，从用户放下手机到屏幕开启再到用户阅读通话请求的用户信息(如用户名等)的过程，耗时较长，会导致用户错过当前通话中的一些重要信息，需要让对方重新说出相关信息，从而，导致信息获取的效率较为低下。
发明内容
为了克服相关技术中存在的问题，本公开提供了一种提示通话请求的方法和装置。所述技术方案如下：
根据本公开实施例的第一方面，提供一种提示通话请求的方法，所述方法包括：
在与第一终端的通话过程中，接收第二终端的通话请求，所述通话请求中携带有第二终端的通讯标识；
在本地存储的通讯录中，查询所述第二终端的通讯标识对应的第一用户信息；
根据所述第一用户信息，进行音频转换处理，确定对应的第一音频数据，对所述第一音频数据进行播放。
可选的，所述方法还包括：
如果在本地存储的通讯录中未查询到所述第二终端的通讯标识对应的用户信息，则向服务器发送携带有所述第二终端的通讯标识的用户类型查询请求；
如果接收到服务器发送的所述第二终端的通讯标识对应的用户类型，则根据预先存储 的用户类型和播报属性的对应关系，确定所述第二终端的通讯标识对应的用户类型对应的播报属性，其中，所述播报属性包括播报和不播报；
如果所述第二终端的通讯标识对应的用户类型对应的播报属性为播报，则获取预先存储的所述第二终端的通讯标识对应的用户类型对应的第二音频数据，对所述第二音频数据进行播放；如果所述第二终端的通讯标识对应的用户类型对应的播报属性为不播报，则取消对所述通话请求的音频提示。
可选的，所述方法还包括：
如果接收到服务器发送的所述第二终端的通讯标识对应的用户类型和第二用户信息，则根据预先存储的用户类型和播报属性的对应关系，确定所述第二终端的通讯标识对应的用户类型对应的播报属性；
如果所述第二终端的通讯标识对应的用户类型对应的播报属性为播报，则根据所述第二用户信息，进行音频转换处理，确定对应的第三音频数据，对所述第三音频数据进行播放；如果所述第二终端的通讯标识对应的用户类型对应的播报属性为不播报，则取消对所述通话请求的音频提示。
可选的，所述方法还包括：
如果未接收到服务器发送的所述第二终端的通讯标识对应的用户类型，则根据所述第二终端的通讯标识，进行音频转换处理，确定对应的第四音频数据，对所述第四音频数据进行播放；或者，
如果未接收到服务器发送的所述第二终端的通讯标识对应的用户类型，则获取预先存储的提示未知来电的第五音频数据，对所述第五音频数据进行播放；或者，
如果未接收到服务器发送的所述第二终端的通讯标识对应的用户类型，则取消对所述通话请求的音频提示。
可选的，所述方法还包括：
接收携带有待设置的用户类型和待设置的播报属性的播报属性设置指令；
将所述用户类型和播报属性的对应关系中所述待设置的用户类型对应的播报属性替换为所述待设置的播报属性。
根据本公开实施例的第一方面，提供一种提示通话请求的装置，所述装置包括：
接收模块，用于在与第一终端的通话过程中，接收第二终端的通话请求，所述通话请求中携带有第二终端的通讯标识；
查询模块，用于在本地存储的通讯录中，查询所述第二终端的通讯标识对应的第一用户信息；
播放模块，用于根据所述第一用户信息，进行音频转换处理，确定对应的第一音频数据，对所述第一音频数据进行播放。
可选的，所述查询模块，还用于：
如果在本地存储的通讯录中未查询到所述第二终端的通讯标识对应的用户信息，则向 服务器发送携带有所述第二终端的通讯标识的用户类型查询请求；
如果接收到服务器发送的所述第二终端的通讯标识对应的用户类型，则根据预先存储的用户类型和播报属性的对应关系，确定所述第二终端的通讯标识对应的用户类型对应的播报属性，其中，所述播报属性包括播报和不播报；
如果所述第二终端的通讯标识对应的用户类型对应的播报属性为播报，则获取预先存储的所述第二终端的通讯标识对应的用户类型对应的第二音频数据，对所述第二音频数据进行播放；如果所述第二终端的通讯标识对应的用户类型对应的播报属性为不播报，则取消对所述通话请求的音频提示。
可选的，所述查询模块，还用于：
如果接收到服务器发送的所述第二终端的通讯标识对应的用户类型和第二用户信息，则根据预先存储的用户类型和播报属性的对应关系，确定所述第二终端的通讯标识对应的用户类型对应的播报属性；
如果所述第二终端的通讯标识对应的用户类型对应的播报属性为播报，则根据所述第二用户信息，进行音频转换处理，确定对应的第三音频数据，对所述第三音频数据进行播放；如果所述第二终端的通讯标识对应的用户类型对应的播报属性为不播报，则取消对所述通话请求的音频提示。
可选的，所述查询模块，还用于：
如果未接收到服务器发送的所述第二终端的通讯标识对应的用户类型，则根据所述第二终端的通讯标识，进行音频转换处理，确定对应的第四音频数据，对所述第四音频数据进行播放；或者，
如果未接收到服务器发送的所述第二终端的通讯标识对应的用户类型，则获取预先存储的提示未知来电的第五音频数据，对所述第五音频数据进行播放；或者，
如果未接收到服务器发送的所述第二终端的通讯标识对应的用户类型，则取消对所述通话请求的音频提示。
可选的，所述装置还包括设置模块，用于：
接收携带有待设置的用户类型和待设置的播报属性的播报属性设置指令；
将所述用户类型和播报属性的对应关系中所述待设置的用户类型对应的播报属性替换为所述待设置的播报属性。
根据本公开实施例的第三方面，提供一种提示通话请求的装置，包括：
处理器；
用于存储处理器可执行指令的存储器；
其中，所述处理器被配置为：
在与第一终端的通话过程中，接收第二终端的通话请求，所述通话请求中携带有第二终端的通讯标识；
在本地存储的通讯录中，查询所述第二终端的通讯标识对应的第一用户信息；
根据所述第一用户信息，进行音频转换处理，确定对应的第一音频数据，对所述第一音频数据进行播放。
本公开的实施例提供的技术方案可以包括以下有益效果：
本公开实施例中，在与第一终端的通话过程中，接收第二终端的通话请求，该通话请求中携带有第二终端的通讯标识，在本地存储的通讯录中，查询第二终端的通讯标识对应的第一用户信息，根据第一用户信息，进行音频转换处理，确定对应的第一音频数据，对第一音频数据进行播放。这样，用户手持通讯设备与第一终端通话过程中接收到第二终端的通话请求时，无需放下手机浏览屏幕显示内容，即可从扬声器播放的音频中获取该第二终端的用户信息，不会错过当前通话中的信息，从而，可以提高信息获取的效率。
应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。在附图中：
图1是根据一示例性实施例示出的一种提示通话请求的方法的流程图；
图2是根据一示例性实施例示出的一种提示通话请求的方法的流程图；
图3是根据一示例性实施例示出的一种提示通话请求的方法的流程图；
图4是根据一示例性实施例示出的一种提示通话请求的装置的示意图；
图5是根据一示例性实施例示出的一种终端的结构示意图。
通过上述附图，已示出本公开明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本公开构思的范围，而是通过参考特定实施例为本领域技术人员说明本公开的概念。
具体实施方式
这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
实施例一
本公开实施例提供了一种提示通话请求的方法，如图1所示，该方法的处理流程可以包括如下的步骤：
在步骤101中，在与第一终端的通话过程中，接收第二终端的通话请求，该通话请求中携带有第二终端的通讯标识。
在步骤102中，在本地存储的通讯录中，查询第二终端的通讯标识对应的第一用户信 息。
在步骤103中，根据第一用户信息，进行音频转换处理，确定对应的第一音频数据，对第一音频数据进行播放。
本公开实施例中，在与第一终端的通话过程中，接收第二终端的通话请求，该通话请求中携带有第二终端的通讯标识，在本地存储的通讯录中，查询第二终端的通讯标识对应的第一用户信息，根据第一用户信息，进行音频转换处理，确定对应的第一音频数据，对第一音频数据进行播放。这样，用户手持通讯设备与第一终端通话过程中接收到第二终端的通话请求时，无需放下手机浏览屏幕显示内容，即可从扬声器播放的音频中获取该第二终端的用户信息，不会错过当前通话中的信息，从而，可以提高信息获取的效率。
实施例二
本公开实施例提供了一种提示通话请求的方法，该方法的执行主体可以为终端(为了区别于通话对端的终端，以下称作本终端)，其中，本终端可以是手机、平板电脑、笔记本电脑等。本实施例中，以执行主体是手机为例进行方案的详细说明，其它情况与之类似，本实施例中不再累述。
下面将结合实施方式，对图1所示的处理流程进行详细的说明，内容可以如下：
在步骤101中，在与第一终端的通话过程中，接收第二终端的通话请求，该通话请求中携带有第二终端的通讯标识。
其中，通讯标识可以为终端进行语音通话时的标识信息，如电话号码等。
在实施中，第一终端的用户通过第一终端拨打了本终端的电话号码，则会触发第一终端向本终端发送通话请求，本终端的用户如果点击接听按键，则会触发本终端与第一终端建立通话连接，此时，本终端与第一终端进入通话过程。在此通话过程中，如果第二终端的用户通过第二终端拨打了本终端的电话号码，则会触发第二终端向本终端发送通话请求，此时，本终端在于第一终端的通话过程中接收到第二终端的通话请求，该通话请求中可以携带第二终端的通讯标识，如第二终端的电话号码。
在步骤102中，在本地存储的通讯录中，查询第二终端的通讯标识对应的第一用户信息。
其中，用户信息可以是联系人姓名、与该联系人相关的备注信息(如好友类别、所属公司、所属城市等)。
在实施中，本终端将通讯标识与本地通讯录中存储的各通讯标识进行对比，如果查找到相同的通讯标识，则进一步获取通讯录中存储的该通讯标识对应的用户信息(即第一用户信息)，如联系人姓名，该用户信息一般为文本信息。例如，来电号码为“12345678900”，将该号码与通讯录中所有号码进行对比，如果查找到“12345678900”，则获取“12345678900”对应的用户信息，如“张三”。
在步骤103中，根据第一用户信息，进行音频转换处理，确定对应的第一音频数据， 对第一音频数据进行播放。
在实施中，在本终端的语音通话的应用程序中，可以预先存储有文本音频数据库，其中可以存储有所有文本字符对应的音频数据，例如，存储字符“王”与“王”的音频数据的对应关系。当本终端查询到第二终端的通讯标识对应的第一用户信息后，可以对该用户信息进行音频转换处理，在上述文本音频数据库中，查询第一用户信息的文本信息中每个字符对应的音频数据，然后按字符顺序将查询到的音频数据组合在一起，得到第一用户信息对应的音频数据。另外，本终端还可以预先存储用于语音播报的基础音频数据，如“来电”的音频数据，并预先设置第一用户信息对应的音频数据在基础音频数据中的插入位置，如插入到基础音频数据之前。本终端在确定第一用户信息对应的音频数据后，可以将该音频数据插入到基础音频数据的相应位置，得到待播放的音频数据(即第一音频数据)。然后，本终端可以对第一音频数据进行播放，第一音频数据的播放与第一终端通话的音频数据的播放可以同时进行。例如，本终端查询到第一用户信息为“李四”，则分别将“李”、“四”的文本信息转换为“李”、“四”的音频数据，得到“李四”的音频数据，将“李四”的音频数据插入到预先设置的“来电”音频数据之前，得到“李四来电”的音频数据，将该音频数据通过扬声器播放。
可选的，如果步骤102在本地存储的通讯录中未查询到第二终端的通讯标识对应的用户信息，本终端则可以向服务器查询第二终端的用户类型，以进行播报，相应的处理过程可以如图2所示，包括以下步骤：
在步骤201中，如果在本地存储的通讯录中未查询到第二终端的通讯标识对应的用户信息，则向服务器发送携带有第二终端的通讯标识的用户类型查询请求。
在实施中，本终端如果在本地存储的通讯录中没有查询到第二终端的通讯标识对应的用户信息，则可以生成用户类型查询请求，在用户类型查询请求中携带第二终端的通讯标识，将用户类型查询请求发送给服务器，以向服务器查询第二终端的用户类型，如快递、推销、骗子等。该服务器可以是上述语音通话的应用程序的后台服务器。
服务器可以预先设置多个用户类型，如快递、推销、骗子等。在每个安装有应用程序的终端的每次通话过程中或通话结束后，应用程序可以显示用户类型设置窗口，在其中显示服务器设置的各用户类型的选项，让用户选择此次通话的对端用户的用户类型，用户点击其中的某个用户类型的选项(如快递)后，该终端则会生成用户类型设置请求，在其中携带上述点击选择的用户类型和对端的通讯标识(如电话号码)，然后将用户类型设置请求发送给服务器。服务器则可以将该通讯标识与该用户类型对应记录。这样，服务器就会建立起用户类型库。当服务器接收到本终端发送的用户类型查询请求时，可以获取其中携带的通讯标识，在用户类型库中查询该通讯标识对应的用户类型，反馈给本终端。
在步骤202中，如果接收到服务器发送的第二终端的通讯标识对应的用户类型，则根据预先存储的用户类型和播报属性的对应关系，确定第二终端的通讯标识对应的用户类型对应的播报属性，其中，所述播报属性包括播报和不播报。
其中，用户类型可以为“骗子”、“快递”、“推销”等。播报属性是预先设置的反应是否对通话请求进行播报的信息，可以为播报或不播报。
在实施中，本终端安装的上述应用程序中可以预先存储不同用户类型对应的播报属性，建立用户类型和播报属性的对应关系，该对应关系可以以对应关系表的形式存储如下面的表1，对于该对应关系，在应用程序开发过程中可以预先设置，而且在使用过程中用户可以对其进行修改。
表1
用户类型 播报属性
快递 播报
推销 不播报
骗子 不播报
当本终端接收到服务器发送的第二终端的通讯标识对应的用户类型后，可以在上述对应关系表中查找该用户类型对应的播报属性。
在步骤203中，如果第二终端的通讯标识对应的用户类型对应的播报属性为播报，则获取预先存储的第二终端的通讯标识对应的用户类型对应的第二音频数据，对第二音频数据进行播放；如果第二终端的通讯标识对应的用户类型对应的播报属性为不播报，则取消对通话请求的音频提示。
在实施中，对于每个用户类型，上述应用程序中可以预先存储对应的音频数据，用于用户类型的播报，例如，用户类型为“快递”，则对应存储的音频数据为“快递来电”的音频，等。当本终端确定第二终端的通讯标识对应用户类型所对应的播报属性时，如果该播报属性为播报，本终端可以获取该用户类型对应的音频数据(即第二音频数据)，对该音频数据进行播放，第二音频数据的播放与第一终端通话的音频数据的播放可以同时进行。如果该播报属性为不播报，则可以取消对通话请求的音频提示，即不对该通话请求进行任何音频提示，包括语音提示、响声提示(如“嘟、嘟”声)等，此时可以在屏幕上显示该通话请求的相关信息，如电话号码等。
可选的，在上述步骤201中，本终端向服务器发送用户类型查询请求之后，服务器除了可以确定第二终端的用户类型，还可以确定第二终端的通讯标识对应的用户信息，同时反馈给本终端，则对于需要播报的情况，可以基于该用户信息进行语音播报，相应的处理过程可以如图3所示，包括以下步骤：
在步骤202’中，如果接收到服务器发送的第二终端的通讯标识对应的用户类型和第二用户信息，则根据预先存储的用户类型和播报属性的对应关系，确定第二终端的通讯标识对应的用户类型对应的播报属性。
其中，第二用户信息可以为公司信息等，以用户类型为“快递”为例，第二用户信息 可以为“顺风快递”、“圆通快递”等。
在实施中，服务器在建立用户类型库时，对于某些用户类型，可以向此用户类型对应的一些公司获取通讯标识集，如电话号码集，对通讯标识集中的所有通讯标识进行存储，并存储对应的用户类型，同时，还可以对应每个通讯标识存储其所属公司的公司信息(如公司名称)作为用户信息。当服务器接收到本终端发送的用户类型查询请求时，可以获取其中携带的通讯标识，在用户类型库中查询该通讯标识对应的用户类型，同时，还可以查询该通讯标识对应的用户信息(如上述公司名称)，反馈给本终端。例如，服务器接收到用户类型查询请求中携带的通讯标识为顺丰快递的快递员的电话号码，服务器查询到该电话号码对应的用户类型为快递，对应的用户信息为顺丰快递。
如果本终端接收到发送的用户类型和用户信息(即第二用户信息)，则可以在上述对应关系表中查找该用户类型对应的播报属性。
在步骤203’中，如果第二终端的通讯标识对应的用户类型对应的播报属性为播报，则根据第二用户信息，进行音频转换处理，确定对应的第三音频数据，对第三音频数据进行播放；如果第二终端的通讯标识对应的用户类型对应的播报属性为不播报，则取消对通话请求的音频提示。
在实施中，如果第二终端的通讯标识对应的用户类型对应的播报属性为播报，则处理方式可以与步骤103类似，本终端可以对第二用户信息进行音频转换处理，在上述文本音频数据库中，查询第二用户信息的文本信息中每个字符对应的音频数据，然后按字符顺序将查询到的音频数据组合在一起，得到第二用户信息对应的音频数据。然后，可以将该音频数据插入到上述的基础音频数据的相应位置，得到待播放的音频数据(即第三音频数据)。然后，本终端可以对第三音频数据进行播放，第三音频数据的播放与第一终端通话的音频数据的播放可以同时进行。例如，本终端查询到第二用户信息为“顺丰快递”，用户类型为“快递”，而“快递”的播报属性为播报，则分别将“顺”、“风”、“快”、“递”的文本信息转换为“顺”、“风”、“快”、“递”的音频数据，得到“顺丰快递”的音频数据，将“顺丰快递”的音频数据插入到预先设置的“来电”音频数据之前，得到“顺丰快递来电”的音频数据，将该音频数据通过扬声器播放。
如果第二终端的通讯标识对应的用户类型对应的播报属性为不播报，则可以取消对通话请求的音频提示，即不对该通话请求进行任何音频提示，包括语音提示、响声提示(如“嘟、嘟”声)等，此时可以在屏幕上显示该通话请求的相关信息，如电话号码等。
可选的，在上述步骤201本终端向服务器发送用户类型查询请求之后，如果未接收到服务器反馈的用户类型，则有多种处理方式可以选择，以下给出了其中几种可能的情况：
方式一，如果未接收到服务器发送的第二终端的通讯标识对应的用户类型，则根据所述第二终端的通讯标识，进行音频转换处理，确定对应的第四音频数据，对第四音频数据进行播放。
在实施中，本终端向服务器发送用户类型查询请求之后，如果在预设时长(如3秒) 内未接收到服务器反馈的用户类型，或者接收到服务器发送的查询失败消息，则查询第二终端的电话号码中每个字符对应的音频数据，然后按字符顺序将查询到的音频数据组合在一起，得到该电话号码对应的音频数据。然后，可以将该音频数据插入到上述的基础音频数据中预设的插入位置，得到待播放的音频数据(即第四音频数据)。然后，本终端可以对第四音频数据进行播放，第四音频数据的播放与第一终端通话的音频数据的播放可以同时进行。
方式二，如果未接收到服务器发送的第二终端的通讯标识对应的用户类型，则获取预先存储的提示未知来电的第五音频数据，对第五音频数据进行播放。
在实施中，在上述应用程序中可以预先存储提示未知来电的音频数据(即第五音频数据)，用于提示未知电话号码的通讯请求，例如，该音频数据可以是“有未知号码来电”等。本终端向服务器发送用户类型查询请求之后，如果在预设时长(如3秒)内未接收到服务器反馈的用户类型，或者接收到服务器发送的查询失败消息，则可以播放此提示未知来电的音频数据。
方式三，如果未接收到服务器发送的第二终端的通讯标识对应的用户类型，则取消对本次通话请求的音频提示。
在实施中，本终端向服务器发送用户类型查询请求之后，如果在预设时长(如3秒)内未接收到服务器反馈的用户类型，或者接收到服务器发送的查询失败消息，则可以取消对通话请求的音频提示，即不对该通话请求进行任何音频提示，包括语音提示、响声提示(如“嘟、嘟”声)等，此时可以在屏幕上显示该通话请求的相关信息，如电话号码等。
本公开实施例中，还提供了修改用户类型对应的播报属性的方法，相应的处理过程可以如下：接收携带有待设置的用户类型和待设置的播报属性的播报属性设置指令；将用户类型和播报属性的对应关系中待设置的用户类型对应的播报属性替换为待设置的播报属性。
在实施中，上述应用程序中，对应每种用户类型可以设置默认的播报属性，例如，快递对应播报，推销对应不播报，骗子对应不播报。用户在使用的过程中可以对默认的播报属性进行修改。在应用程序的设置页面中，可以设置有播报属性的设置窗口，其中可以包括用户类型的选择框和播报属性的选择框，用户可以在用户类型的选择框中选择需要设置的用户类型，并可以在播报属性的选择框中选择播报或不播报，然后用户可以点击确定按键，本终端则会接收到携带有用户选择的用户类型(即待设置的用户类型)和播报属性(即待设置的播报属性)的播报属性设置指令。此时，本终端可以对上述对应关系表中待设置的用户类型对应的播报属性进行修改，将其修改为待设置的播报属性。例如，用户将推销对应的播报属性由不推销修改为推销。
本公开实施例中，在与第一终端的通话过程中，接收第二终端的通话请求，该通话请求中携带有第二终端的通讯标识，在本地存储的通讯录中，查询第二终端的通讯标识对应 的第一用户信息，根据第一用户信息，进行音频转换处理，确定对应的第一音频数据，对第一音频数据进行播放。这样，用户手持通讯设备与第一终端通话过程中接收到第二终端的通话请求时，无需放下手机浏览屏幕显示内容，即可从扬声器播放的音频中获取该第二终端的用户信息，不会错过当前通话中的信息，从而，可以提高信息获取的效率。
实施例三
基于相同的技术构思，本公开实施例还提供了一种提示通话请求的装置，如图4所示，该装置包括：检测模块410，确定模块420和转换模块430。
接收模块410，用于在与第一终端的通话过程中，接收第二终端的通话请求，所述通话请求中携带有第二终端的通讯标识；
查询模块420，用于在本地存储的通讯录中，查询所述第二终端的通讯标识对应的第一用户信息；
播放模块430，用于根据所述第一用户信息，进行音频转换处理，确定对应的第一音频数据，对所述第一音频数据进行播放。
可选的，所述查询模块420，还用于：
如果在本地存储的通讯录中未查询到所述第二终端的通讯标识对应的用户信息，则向服务器发送携带有所述第二终端的通讯标识的用户类型查询请求；
如果接收到服务器发送的所述第二终端的通讯标识对应的用户类型，则根据预先存储的用户类型和播报属性的对应关系，确定所述第二终端的通讯标识对应的用户类型对应的播报属性，其中，所述播报属性包括播报和不播报；
如果所述第二终端的通讯标识对应的用户类型对应的播报属性为播报，则获取预先存储的所述第二终端的通讯标识对应的用户类型对应的第二音频数据，对所述第二音频数据进行播放；如果所述第二终端的通讯标识对应的用户类型对应的播报属性为不播报，则取消对所述通话请求的音频提示。
可选的，所述查询模块420，还用于：
如果接收到服务器发送的所述第二终端的通讯标识对应的用户类型和第二用户信息，则根据预先存储的用户类型和播报属性的对应关系，确定所述第二终端的通讯标识对应的用户类型对应的播报属性；
如果所述第二终端的通讯标识对应的用户类型对应的播报属性为播报，则根据所述第二用户信息，进行音频转换处理，确定对应的第三音频数据，对所述第三音频数据进行播放；如果所述第二终端的通讯标识对应的用户类型对应的播报属性为不播报，则取消对所述通话请求的音频提示。
可选的，所述查询模块420，还用于：
如果未接收到服务器发送的所述第二终端的通讯标识对应的用户类型，则根据所述第二终端的通讯标识，进行音频转换处理，确定对应的第四音频数据，对所述第四音频数据 进行播放；或者，
如果未接收到服务器发送的所述第二终端的通讯标识对应的用户类型，则获取预先存储的提示未知来电的第五音频数据，对所述第五音频数据进行播放；或者，
如果未接收到服务器发送的所述第二终端的通讯标识对应的用户类型，则取消对所述通话请求的音频提示。
可选的，所述装置还包括设置模块，用于：
接收携带有待设置的用户类型和待设置的播报属性的播报属性设置指令；
将所述用户类型和播报属性的对应关系中所述待设置的用户类型对应的播报属性替换为所述待设置的播报属性。
关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
本公开实施例中，在与第一终端的通话过程中，接收第二终端的通话请求，该通话请求中携带有第二终端的通讯标识，在本地存储的通讯录中，查询第二终端的通讯标识对应的第一用户信息，根据第一用户信息，进行音频转换处理，确定对应的第一音频数据，对第一音频数据进行播放。这样，用户手持通讯设备与第一终端通话过程中接收到第二终端的通话请求时，无需放下手机浏览屏幕显示内容，即可从扬声器播放的音频中获取该第二终端的用户信息，不会错过当前通话中的信息，从而，可以提高信息获取的效率。
需要说明的是：上述实施例提供的提示通话请求的方法在提示通话请求时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的提示通话请求的装置与提示通话请求的方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。
实施例四
本公开实施例还示出的一种终端的结构示意图。该终端可以为手机等移动终端。
参照图4，终端1000可以包括以下一个或多个组件：处理组件1002，存储器1004，电源组件1006，多媒体组件1008，音频组件1010，输入/输出(I/O)的接口1012，传感器组件1014，以及通信组件1016。
处理组件1002通常控制终端1000的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理元件1002可以包括一个或多个处理器1020来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件1002可以包括一个或多个模块，便于处理组件1002和其他组件之间的交互。例如，处理部件1002可以包括多媒体模块，以方便多媒体组件1008和处理组件1002之间的交互。
存储器1004被配置为存储各种类型的数据以支持在终端1000的操作。这些数据的示例包括用于在终端1000上操作的任何应用程序或方法的指令，联系人数据，电话簿数据， 消息，图片，视频等。存储器1004可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。
电力组件1006为终端1000的各种组件提供电力。电力组件1006可以包括电源管理系统，一个或多个电源，及其他与为终端1000生成、管理和分配电力相关联的组件。
多媒体组件1008包括在所述终端1000和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件1008包括一个前置摄像头和/或后置摄像头。当终端1000处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。
音频组件1010被配置为输出和/或输入音频信号。例如，音频组件1010包括一个麦克风(MIC)，当终端1000处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器1004或经由通信组件1016发送。在一些实施例中，音频组件1010还包括一个扬声器，用于输出音频信号。
I/O接口1012为处理组件1002和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。
传感器组件1014包括一个或多个传感器，用于为终端1000提供各个方面的状态评估。例如，传感器组件1014可以检测到终端1000的打开/关闭状态，组件的相对定位，例如所述组件为终端1000的显示器和小键盘，传感器组件1014还可以检测终端1000或终端1000一个组件的位置改变，用户与终端1000接触的存在或不存在，终端1000方位或加速/减速和终端1000的温度变化。传感器组件1014可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件1014还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件1014还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。
通信组件1016被配置为便于终端1000和其他设备之间有线或无线方式的通信。终端1000可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信部件1016经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信部件1016还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA) 技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。
在示例性实施例中，终端1000可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。
在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器1004，上述指令可由终端1000的处理器1020执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
一种非临时性计算机可读存储介质，当所述存储介质中的指令由终端的处理器执行时，使得终端能够执行一种检测显示故障的方法，该方法包括：
在与第一终端的通话过程中，接收第二终端的通话请求，所述通话请求中携带有第二终端的通讯标识；
在本地存储的通讯录中，查询所述第二终端的通讯标识对应的第一用户信息；
根据所述第一用户信息，进行音频转换处理，确定对应的第一音频数据，对所述第一音频数据进行播放。
可选的，所述方法还包括：
如果在本地存储的通讯录中未查询到所述第二终端的通讯标识对应的用户信息，则向服务器发送携带有所述第二终端的通讯标识的用户类型查询请求；
如果接收到服务器发送的所述第二终端的通讯标识对应的用户类型，则根据预先存储的用户类型和播报属性的对应关系，确定所述第二终端的通讯标识对应的用户类型对应的播报属性，其中，所述播报属性包括播报和不播报；
如果所述第二终端的通讯标识对应的用户类型对应的播报属性为播报，则获取预先存储的所述第二终端的通讯标识对应的用户类型对应的第二音频数据，对所述第二音频数据进行播放；如果所述第二终端的通讯标识对应的用户类型对应的播报属性为不播报，则取消对所述通话请求的音频提示。
可选的，所述方法还包括：
如果接收到服务器发送的所述第二终端的通讯标识对应的用户类型和第二用户信息，则根据预先存储的用户类型和播报属性的对应关系，确定所述第二终端的通讯标识对应的用户类型对应的播报属性；
如果所述第二终端的通讯标识对应的用户类型对应的播报属性为播报，则根据所述第二用户信息，进行音频转换处理，确定对应的第三音频数据，对所述第三音频数据进行播放；如果所述第二终端的通讯标识对应的用户类型对应的播报属性为不播报，则取消对所述通话请求的音频提示。
可选的，所述方法还包括：
如果未接收到服务器发送的所述第二终端的通讯标识对应的用户类型，则根据所述第二终端的通讯标识，进行音频转换处理，确定对应的第四音频数据，对所述第四音频数据进行播放；或者，
如果未接收到服务器发送的所述第二终端的通讯标识对应的用户类型，则获取预先存储的提示未知来电的第五音频数据，对所述第五音频数据进行播放；或者，
如果未接收到服务器发送的所述第二终端的通讯标识对应的用户类型，则取消对所述通话请求的音频提示。
可选的，所述方法还包括：
接收携带有待设置的用户类型和待设置的播报属性的播报属性设置指令；
将所述用户类型和播报属性的对应关系中所述待设置的用户类型对应的播报属性替换为所述待设置的播报属性。
本公开实施例中，在与第一终端的通话过程中，接收第二终端的通话请求，该通话请求中携带有第二终端的通讯标识，在本地存储的通讯录中，查询第二终端的通讯标识对应的第一用户信息，根据第一用户信息，进行音频转换处理，确定对应的第一音频数据，对第一音频数据进行播放。这样，用户手持通讯设备与第一终端通话过程中接收到第二终端的通话请求时，无需放下手机浏览屏幕显示内容，即可从扬声器播放的音频中获取该第二终端的用户信息，不会错过当前通话中的信息，从而，可以提高信息获取的效率。
本领域技术人员在考虑说明书及实践这里公开的公开后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。
应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (11)

  1. 一种提示通话请求的方法，其特征在于，所述方法包括：
    在与第一终端的通话过程中，接收第二终端的通话请求，所述通话请求中携带有第二终端的通讯标识；
    在本地存储的通讯录中，查询所述第二终端的通讯标识对应的第一用户信息；
    根据所述第一用户信息，进行音频转换处理，确定对应的第一音频数据，对所述第一音频数据进行播放。
  2. 根据权利要求1所述的方法，其特征在于，所述方法还包括：
    如果在本地存储的通讯录中未查询到所述第二终端的通讯标识对应的用户信息，则向服务器发送携带有所述第二终端的通讯标识的用户类型查询请求；
    如果接收到服务器发送的所述第二终端的通讯标识对应的用户类型，则根据预先存储的用户类型和播报属性的对应关系，确定所述第二终端的通讯标识对应的用户类型对应的播报属性，其中，所述播报属性包括播报和不播报；
    如果所述第二终端的通讯标识对应的用户类型对应的播报属性为播报，则获取预先存储的所述第二终端的通讯标识对应的用户类型对应的第二音频数据，对所述第二音频数据进行播放；如果所述第二终端的通讯标识对应的用户类型对应的播报属性为不播报，则取消对所述通话请求的音频提示。
  3. 根据权利要求2所述的方法，其特征在于，所述方法还包括：
    如果接收到服务器发送的所述第二终端的通讯标识对应的用户类型和第二用户信息，则根据预先存储的用户类型和播报属性的对应关系，确定所述第二终端的通讯标识对应的用户类型对应的播报属性；
    如果所述第二终端的通讯标识对应的用户类型对应的播报属性为播报，则根据所述第二用户信息，进行音频转换处理，确定对应的第三音频数据，对所述第三音频数据进行播放；如果所述第二终端的通讯标识对应的用户类型对应的播报属性为不播报，则取消对所述通话请求的音频提示。
  4. 根据权利要求2所述的方法，其特征在于，所述方法还包括：
    如果未接收到服务器发送的所述第二终端的通讯标识对应的用户类型，则根据所述第二终端的通讯标识，进行音频转换处理，确定对应的第四音频数据，对所述第四音频数据进行播放；或者，
    如果未接收到服务器发送的所述第二终端的通讯标识对应的用户类型，则获取预先存储的提示未知来电的第五音频数据，对所述第五音频数据进行播放；或者，
    如果未接收到服务器发送的所述第二终端的通讯标识对应的用户类型，则取消对所述通话请求的音频提示。
  5. 根据权利要求2所述的方法，其特征在于，所述方法还包括：
    接收携带有待设置的用户类型和待设置的播报属性的播报属性设置指令；
    将所述用户类型和播报属性的对应关系中所述待设置的用户类型对应的播报属性替换为所述待设置的播报属性。
  6. 一种提示通话请求的装置，其特征在于，所述装置包括：
    接收模块，用于在与第一终端的通话过程中，接收第二终端的通话请求，所述通话请求中携带有第二终端的通讯标识；
    查询模块，用于在本地存储的通讯录中，查询所述第二终端的通讯标识对应的第一用户信息；
    播放模块，用于根据所述第一用户信息，进行音频转换处理，确定对应的第一音频数据，对所述第一音频数据进行播放。
  7. 根据权利要求6所述的装置，其特征在于，所述查询模块，还用于：
    如果在本地存储的通讯录中未查询到所述第二终端的通讯标识对应的用户信息，则向服务器发送携带有所述第二终端的通讯标识的用户类型查询请求；
    如果接收到服务器发送的所述第二终端的通讯标识对应的用户类型，则根据预先存储的用户类型和播报属性的对应关系，确定所述第二终端的通讯标识对应的用户类型对应的播报属性，其中，所述播报属性包括播报和不播报；
    如果所述第二终端的通讯标识对应的用户类型对应的播报属性为播报，则获取预先存储的所述第二终端的通讯标识对应的用户类型对应的第二音频数据，对所述第二音频数据进行播放；如果所述第二终端的通讯标识对应的用户类型对应的播报属性为不播报，则取消对所述通话请求的音频提示。
  8. 根据权利要求7所述的装置，其特征在于，所述查询模块，还用于：
    如果接收到服务器发送的所述第二终端的通讯标识对应的用户类型和第二用户信息，则根据预先存储的用户类型和播报属性的对应关系，确定所述第二终端的通讯标识对应的用户类型对应的播报属性；
    如果所述第二终端的通讯标识对应的用户类型对应的播报属性为播报，则根据所述第二用户信息，进行音频转换处理，确定对应的第三音频数据，对所述第三音频数据进行播放；如果所述第二终端的通讯标识对应的用户类型对应的播报属性为不播报，则取消对所述通话请求的音频提示。
  9. 根据权利要求7所述的装置，其特征在于，所述查询模块，还用于：
    如果未接收到服务器发送的所述第二终端的通讯标识对应的用户类型，则根据所述第二终端的通讯标识，进行音频转换处理，确定对应的第四音频数据，对所述第四音频数据进行播放；或者，
    如果未接收到服务器发送的所述第二终端的通讯标识对应的用户类型，则获取预先存储的提示未知来电的第五音频数据，对所述第五音频数据进行播放；或者，
    如果未接收到服务器发送的所述第二终端的通讯标识对应的用户类型，则取消对所述 通话请求的音频提示。
  10. 根据权利要求7所述的装置，其特征在于，所述装置还包括设置模块，用于：
    接收携带有待设置的用户类型和待设置的播报属性的播报属性设置指令；
    将所述用户类型和播报属性的对应关系中所述待设置的用户类型对应的播报属性替换为所述待设置的播报属性。
  11. 一种提示通话请求的装置，其特征在于，包括：
    处理器；
    用于存储处理器可执行指令的存储器；
    其中，所述处理器被配置为：
    在与第一终端的通话过程中，接收第二终端的通话请求，所述通话请求中携带有第二终端的通讯标识；
    在本地存储的通讯录中，查询所述第二终端的通讯标识对应的第一用户信息；
    根据所述第一用户信息，进行音频转换处理，确定对应的第一音频数据，对所述第一音频数据进行播放。
PCT/CN2015/080682 2014-11-28 2015-06-03 一种提示通话请求的方法和装置 WO2016082513A1 (zh)

Priority Applications (6)

Application Number Priority Date Filing Date Title
JP2016561071A JP6177457B2 (ja) 2014-11-28 2015-06-03 通話要求をプロンプトする方法、装置、プログラム及び記録媒体
KR1020157020868A KR101789783B1 (ko) 2014-11-28 2015-06-03 통화 요청 프롬프트 방법, 장치, 프로그램 및 기록매체
MX2015009994A MX350818B (es) 2014-11-28 2015-06-03 Método para sugerir una solicitud de llamada y dispositivo para el mismo.
BR112015019285A BR112015019285A2 (pt) 2014-11-28 2015-06-03 método para alerta de uma requisição de chamada e dispositivo para o mesmo
RU2015128657A RU2619083C2 (ru) 2014-11-28 2015-06-03 Способ и устройство для сообщения о запросе на вызов
US14/835,394 US9654621B2 (en) 2014-11-28 2015-08-25 Methods and devices for prompting calling request

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201410713413.4A CN104539789A (zh) 2014-11-28 2014-11-28 一种提示通话请求的方法和装置
CN201410713413.4 2014-11-28

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US14/835,394 Continuation US9654621B2 (en) 2014-11-28 2015-08-25 Methods and devices for prompting calling request

Publications (1)

Publication Number Publication Date
WO2016082513A1 true WO2016082513A1 (zh) 2016-06-02

Family

ID=52855256

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2015/080682 WO2016082513A1 (zh) 2014-11-28 2015-06-03 一种提示通话请求的方法和装置

Country Status (9)

Country Link
US (1) US9654621B2 (zh)
EP (1) EP3041204B1 (zh)
JP (1) JP6177457B2 (zh)
KR (1) KR101789783B1 (zh)
CN (1) CN104539789A (zh)
BR (1) BR112015019285A2 (zh)
MX (1) MX350818B (zh)
RU (1) RU2619083C2 (zh)
WO (1) WO2016082513A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111262780A (zh) * 2020-02-26 2020-06-09 上海云鱼智能科技有限公司 一种即时通讯中用户类型限定应用方法、客户端、终端、装置、服务器和存储介质

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104539789A (zh) 2014-11-28 2015-04-22 小米科技有限责任公司 一种提示通话请求的方法和装置
CN106888307B (zh) * 2015-12-15 2019-12-20 北京奇虎科技有限公司 信息的获取方法和终端
CN105847580A (zh) 2016-05-04 2016-08-10 浙江吉利控股集团有限公司 一种可实现第三方来电语音提醒的系统及方法
CN108377576B (zh) * 2016-11-14 2020-09-29 展讯通信（上海）有限公司 一种多通路终端的来电应答方法及装置
CN108389014B (zh) * 2017-02-03 2023-09-15 阿里巴巴集团控股有限公司 显示物品信息的方法、装置、系统以及智能通信设备
CN106961525A (zh) * 2017-04-05 2017-07-18 深圳天珑无线科技有限公司 一种信息处理方法、装置及终端
RU2676615C1 (ru) * 2017-10-13 2019-01-10 Общество с ограниченной ответственностью "КВАНТУМ А РУС" Способ уведомления о входящем вызове и устройство для его осуществления
US10462293B2 (en) * 2017-10-16 2019-10-29 Mobiline, Inc. Personalized audio/video invitations for phone calls
CN117424952A (zh) * 2019-01-22 2024-01-19 华为技术有限公司 一种基于应用的来电显示方法和终端设备
US10855841B1 (en) * 2019-10-24 2020-12-01 Qualcomm Incorporated Selective call notification for a communication device
CN111385423A (zh) * 2020-03-12 2020-07-07 北京小米移动软件有限公司 语音播报方法、语音播报装置及计算机存储介质

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1364020A (zh) * 2001-01-12 2002-08-14 英华达股份有限公司 手机自动语音提示的方法
CN1510952A (zh) * 2002-12-25 2004-07-07 英华达股份有限公司 移动电话的自动语音提示来电方法
CN101404699A (zh) * 2008-11-19 2009-04-08 中国电信股份有限公司 一种通话中来电提醒的方法、系统以及业务平台
CN101917506A (zh) * 2010-06-29 2010-12-15 宇龙计算机通信科技(深圳)有限公司 一种在终端中实现来电语音提示的方法、终端
CN102006359A (zh) * 2010-11-02 2011-04-06 深圳市金立通信设备有限公司 一种手机通讯模式的优先级管理系统及方法
CN104539789A (zh) * 2014-11-28 2015-04-22 小米科技有限责任公司 一种提示通话请求的方法和装置

Family Cites Families (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5796806A (en) * 1995-03-20 1998-08-18 Dsc Telecom, L.P. Apparatus and method for spoken caller identification using signals of the advanced intelligent network
US6498841B2 (en) * 1998-03-19 2002-12-24 Ameritech Corporation Method and system for providing enhanced call waiting and caller identification
US8126132B2 (en) * 1998-03-19 2012-02-28 At&T Intellectual Property I, L.P. Method and system for providing enhanced call waiting
US6400809B1 (en) * 1999-01-29 2002-06-04 Ameritech Corporation Method and system for text-to-speech conversion of caller information
CA2397215C (en) * 2000-01-19 2010-10-12 The Phone Pages Of Sweden Ab Exchange of information in a communication network
US6778655B1 (en) * 2000-11-21 2004-08-17 Agere Systems Inc. Call waiting caller identifier
US7012999B2 (en) * 2001-06-25 2006-03-14 Bellsouth Intellectual Property Corporation Audio caller identification
JP2005124062A (ja) * 2003-10-20 2005-05-12 Matsushita Electric Ind Co Ltd 電話装置
KR20050104783A (ko) 2004-04-29 2005-11-03 엘지전자 주식회사 이동 통신 단말기의 전화 알람 방법
KR100677362B1 (ko) * 2004-10-06 2007-02-02 엘지전자 주식회사 삼자 통화 중 호 처리 방법
KR100585556B1 (ko) * 2004-12-04 2006-06-07 유엔젤주식회사 스팸전화 자동 식별 및 차단 방법
US8139739B2 (en) * 2005-05-06 2012-03-20 At&T Mobility Ii Llc Enhanced alerting system
JP2007194691A (ja) * 2006-01-17 2007-08-02 Nakayo Telecommun Inc 通話中に着信通知可能な電話端末
JP2010268178A (ja) * 2009-05-14 2010-11-25 Nec Corp 電話帳管理システム及び電話帳管理方法
US8620282B2 (en) * 2010-04-23 2013-12-31 Blackberry Limited In-call, audible call waiting
CN102651857A (zh) * 2011-02-28 2012-08-29 鸿富锦精密工业（深圳）有限公司 电话忙线处理系统及方法
US8660248B2 (en) * 2011-07-13 2014-02-25 Rajesh Cheethirala Method and structure for controlling incoming communication notification
CN102316430A (zh) * 2011-09-23 2012-01-11 宇龙计算机通信科技(深圳)有限公司 电话接听方法及装置
US9489384B2 (en) * 2011-12-26 2016-11-08 Empire Technology Development Llc Content providing techniques
CN103795839B (zh) * 2012-10-30 2016-08-10 国基电子（上海）有限公司 切换多路通话的移动终端及方法
CN103945065A (zh) * 2014-04-24 2014-07-23 小米科技有限责任公司 消息提醒的方法及装置

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1364020A (zh) * 2001-01-12 2002-08-14 英华达股份有限公司 手机自动语音提示的方法
CN1510952A (zh) * 2002-12-25 2004-07-07 英华达股份有限公司 移动电话的自动语音提示来电方法
CN101404699A (zh) * 2008-11-19 2009-04-08 中国电信股份有限公司 一种通话中来电提醒的方法、系统以及业务平台
CN101917506A (zh) * 2010-06-29 2010-12-15 宇龙计算机通信科技(深圳)有限公司 一种在终端中实现来电语音提示的方法、终端
CN102006359A (zh) * 2010-11-02 2011-04-06 深圳市金立通信设备有限公司 一种手机通讯模式的优先级管理系统及方法
CN104539789A (zh) * 2014-11-28 2015-04-22 小米科技有限责任公司 一种提示通话请求的方法和装置

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111262780A (zh) * 2020-02-26 2020-06-09 上海云鱼智能科技有限公司 一种即时通讯中用户类型限定应用方法、客户端、终端、装置、服务器和存储介质

Also Published As

Publication number Publication date
KR101789783B1 (ko) 2017-10-25
JP2017505086A (ja) 2017-02-09
MX2015009994A (es) 2016-08-01
RU2015128657A (ru) 2017-04-04
US9654621B2 (en) 2017-05-16
US20160156777A1 (en) 2016-06-02
KR20160078295A (ko) 2016-07-04
BR112015019285A2 (pt) 2017-07-18
CN104539789A (zh) 2015-04-22
RU2619083C2 (ru) 2017-05-11
JP6177457B2 (ja) 2017-08-09
EP3041204B1 (en) 2019-05-01
MX350818B (es) 2017-09-25
EP3041204A1 (en) 2016-07-06

Similar Documents

Publication Publication Date Title
WO2016082513A1 (zh) 一种提示通话请求的方法和装置
WO2016131303A1 (zh) 一种进行转账处理的方法和装置
WO2016145861A1 (zh) 来电提醒方法和装置
US9716789B2 (en) Method, device, terminal and server for replying call
WO2016155232A1 (zh) 号码标记方法及装置
CN105898032B (zh) 提示音的调整方法和装置
WO2017045307A1 (zh) 接听扩展功能显示方法及装置
WO2018036392A1 (zh) 基于语音分享信息的方法、装置与移动终端
WO2017092121A1 (zh) 信息处理的方法及装置
WO2017088247A1 (zh) 输入处理方法、装置及设备
WO2016155231A1 (zh) 网络接入方法及装置
WO2016155304A1 (zh) 无线访问接入点的控制方法及装置
WO2017031872A1 (zh) 通信消息处理方法和装置
WO2017096973A1 (zh) 设备显示方法及装置
US20170090684A1 (en) Method and apparatus for processing information
WO2016082461A1 (zh) 推荐信息获取方法、终端及服务器
CN105447109A (zh) 关键字词搜索方法及装置
WO2017000486A1 (zh) 获取搜索结果的方法及装置
WO2017088380A1 (zh) 界面显示方法和装置
WO2016015404A1 (zh) 呼叫转移的方法、装置及终端
WO2016197549A1 (zh) 一种进行搜索的方法和装置
WO2016192322A1 (zh) 一种信息发送的方法及装置
WO2017054350A1 (zh) 一种提醒方法及装置
CN106506808B (zh) 对通讯消息提示的方法及装置
CN111510556B (zh) 通话信息的处理方法、装置及计算机存储介质

Legal Events

Date Code Title Description
ENP Entry into the national phase

Ref document number: 20157020868

Country of ref document: KR

Kind code of ref document: A

ENP Entry into the national phase

Ref document number: 2016561071

Country of ref document: JP

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: MX/A/2015/009994

Country of ref document: MX

ENP Entry into the national phase

Ref document number: 2015128657

Country of ref document: RU

Kind code of ref document: A

REG Reference to national code

Ref country code: BR

Ref legal event code: B01A

Ref document number: 112015019285

Country of ref document: BR

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 15863884

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 112015019285

Country of ref document: BR

Kind code of ref document: A2

Effective date: 20150812

122 Ep: pct application non-entry in european phase

Ref document number: 15863884

Country of ref document: EP

Kind code of ref document: A1