WO2016050020A1 - 消息传输方法及装置、电子设备 - Google Patents

消息传输方法及装置、电子设备 Download PDF

Info

Publication number
WO2016050020A1
WO2016050020A1 PCT/CN2015/071311 CN2015071311W WO2016050020A1 WO 2016050020 A1 WO2016050020 A1 WO 2016050020A1 CN 2015071311 W CN2015071311 W CN 2015071311W WO 2016050020 A1 WO2016050020 A1 WO 2016050020A1
Authority
WO
WIPO (PCT)
Prior art keywords
account
message
relay
path
user
Prior art date
Application number
PCT/CN2015/071311
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 BR112015007897A priority Critical patent/BR112015007897A2/pt
Priority to EP15801977.8A priority patent/EP3203690B1/en
Priority to RU2015113775A priority patent/RU2628158C2/ru
Priority to KR1020157006995A priority patent/KR101629620B1/ko
Priority to MX2015004723A priority patent/MX361501B/es
Priority to JP2016550935A priority patent/JP6126754B2/ja
Priority to US14/741,817 priority patent/US9871884B2/en
Publication of WO2016050020A1 publication Critical patent/WO2016050020A1/zh

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/04Real-time or near real-time messaging, e.g. instant messaging [IM]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/04Real-time or near real-time messaging, e.g. instant messaging [IM]
    • H04L51/043Real-time or near real-time messaging, e.g. instant messaging [IM] using or handling presence information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/21Monitoring or handling of messages
    • H04L51/214Monitoring or handling of messages using selective forwarding
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/21Monitoring or handling of messages
    • H04L51/234Monitoring or handling of messages for tracking messages
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/2866Architectures; Arrangements
    • H04L67/30Profiles
    • H04L67/306User profiles

Definitions

  • the present invention relates to the field of communications technologies, and in particular, to a message transmission method and apparatus, and an electronic device.
  • the user can initiate an association establishment request to other users. If the other party accepts the request, the association relationship between the two users can be established, that is, the two users are "friends". ". However, when users know each other in reality, they are more likely to become friends. Otherwise, the association establishment request initiated by the strange user is often rejected or ignored, which makes it difficult to realize information interaction between unfamiliar users.
  • IM instant messaging
  • the present disclosure provides a message transmission method and apparatus, and an electronic device, to solve the technical problem that the information display manner in the related art is disadvantageous to the operation.
  • a message transmission method including:
  • the call request includes a message to be transmitted, a source account for generating the message to be transmitted, and information of a target account of the message to be sent;
  • the association relationship exists between adjacent user accounts.
  • the transmitting by using the voice transmission path, the to-be-transmitted message to the target account, includes:
  • the transmitting by using the voice transmission path, the to-be-transmitted message to the target account, includes:
  • the voice path with the least number of relay user accounts is selected to transmit the to-be-transmitted message to the target account.
  • the transmitting by using the voice transmission path, the to-be-transmitted message to the target account, includes:
  • the relay user account When the relay user account returns a consent message, if the next level of the relay user account is another relay user And sending, by the account, the relaying call request to the another relay user account, if the next level of the relay user account is the target account, sending the message to be sent to the target account Session message.
  • it also includes:
  • the session packet further includes information about the voice path.
  • the transmitting by using the voice transmission path, the to-be-transmitted message to the target account, includes:
  • the message is changed to another voice transmission path, and the to-be-sent message is transmitted to the target account through the another voice transmission path.
  • a message transmission method including:
  • the association relationship exists between adjacent user accounts.
  • the transmitting by using the voice transmission path, the to-be-transmitted message to the target account, includes:
  • the relay call request when the recipient account of the relay call request is the relay user account, if the relay call request is approved, the relay call is sent by the receiver account of the relay call request Request to send to the next level user account;
  • the terminal to which the target account belongs displays information about the voice path and the message to be transmitted in the relay call request.
  • a message transmission method including:
  • the relay voice request is sent to the next-level user account in the voice path.
  • it also includes:
  • a message transmission apparatus including:
  • a receiving unit configured to receive a call request, where the call request includes a message to be transmitted, a source account that generates the message to be sent, and a target account of the message to be sent;
  • a determining unit configured to determine, according to the association relationship between the stored user accounts, a voice path between the source account and the target account, and each of the voice path includes at least one relay user account;
  • a transmitting unit configured to transmit the to-be-sent message to the target account by using the voice path.
  • the association relationship exists between adjacent user accounts.
  • the transmission unit includes:
  • An information sending subunit configured to send, when the plurality of the paging paths exist, information of the plurality of the paging paths to the source account;
  • the first path selection subunit is configured to receive path selection information returned by the source account, and select a message path corresponding to the path selection information, to transmit the to-be-transmitted message to the target account.
  • the transmission unit includes:
  • the second path selection sub-unit is configured to: when there are multiple pieces of the transmission path, select a transmission path that includes the least number of relay user accounts to transmit the to-be-transmitted message to the target account.
  • the transmission unit includes:
  • a request sending subunit configured to send a relay paging request to a relay user account in the paging path
  • the consent message processing sub-unit is configured to: when the relay user account returns a consent message, if the next level of the relay user account is another relay user account, send the message to the another relay user account. And the relaying the call request, if the next level of the relay user account is the target account, sending a session message including the to-be-sent message to the target account.
  • it also includes:
  • a request processing unit configured to send the to-be-sent message to the relay user account according to a message viewing request from the relay user account; or, according to a message viewing request from the relay user account, And sending the message viewing request and the relay user account to the source account, and sending the to-be-sent message to the relay user account when the source account returns a consent message.
  • it also includes:
  • a path information sending unit configured to send information about the voice path to the target account.
  • the transmission unit includes:
  • a message transmission apparatus including:
  • a sending unit configured to send information of the target account to the server by using the logged-in account
  • a receiving unit configured to receive, by the server, according to an association relationship between stored user accounts, The account path to the target account has been logged in, and each of the voice path includes at least one relay user account;
  • a transmitting unit configured to transmit, by using the voice transmission path, a message to be transmitted to the target account.
  • the association relationship exists between adjacent user accounts.
  • the transmission unit includes:
  • a request sending subunit configured to send a relay call request to the first relay user account in the selected call path, and send the relay call request to the by using the at least one relay user account a target account, wherein the relay call request includes information of the selected call path and the to-be-sent message;
  • the relay call request when the recipient account of the relay call request is the relay user account, if the relay call request is approved, the relay call is sent by the receiver account of the relay call request Request to send to the next level user account;
  • the terminal to which the target account belongs displays information about the voice path and the message to be transmitted in the relay call request.
  • a message transmission apparatus including:
  • a receiving unit configured to receive a relaying voice request from an associated user account, where the relaying voice request includes information of a voice path and a message to be transmitted;
  • a processing unit configured to: when the local logged-in account is the target account in the voice path, display the voice path and the to-be-sent message; when the local logged-in account is a relay user in the voice path In the case of an account, if a preset user operation is detected, the relay call request is sent to the next-level user account in the call path.
  • it also includes:
  • a sending unit configured to send, to the server, a consent message corresponding to the relay voice request when the preset user operation is detected.
  • an electronic device including:
  • a memory for storing processor executable instructions
  • processor is configured to:
  • the call request includes a message to be transmitted, a source account for generating the message to be transmitted, and information of a target account of the message to be sent;
  • an electronic device including:
  • a memory for storing processor executable instructions
  • processor is configured to:
  • an electronic device including:
  • a memory for storing processor executable instructions
  • processor is configured to:
  • the relay voice request is sent to the next-level user account in the voice path.
  • the present disclosure enables information interaction between unfamiliar users based on the messaging path by establishing a messaging path so that associations between users are not pre-established.
  • FIG. 1 is a flowchart of a message transmission method based on a server side, according to an exemplary embodiment.
  • FIG. 2 is a flowchart of a message transmission method according to an exemplary embodiment.
  • FIG. 3 is a schematic diagram of a user account association relationship according to an exemplary embodiment.
  • FIG. 4 is a schematic diagram of a messaging path, according to an exemplary embodiment.
  • FIG. 5 is a schematic diagram of another user account association relationship according to an exemplary embodiment.
  • FIG. 6 is a schematic diagram of another messaging path, according to an exemplary embodiment.
  • FIG. 7 is a flowchart of another message transmission method according to an exemplary embodiment.
  • FIG. 8 is a flowchart of another message transmission method according to an exemplary embodiment.
  • FIG. 9 is a flowchart of a message transmission method based on a terminal side, according to an exemplary embodiment.
  • FIG. 10 is a schematic diagram of another messaging path, according to an exemplary embodiment.
  • FIG. 11 is a flowchart of another message transmission method based on a terminal side, according to an exemplary embodiment.
  • FIG. 12 is a flowchart of a message transmission method according to an exemplary embodiment.
  • FIG. 13-19 are block diagrams of a message-based device based on a server side, according to an exemplary embodiment.
  • FIG. 20 is a schematic structural diagram of an apparatus for message transmission based on a server side, according to an exemplary embodiment.
  • 21-22 are block diagrams of a message transmission apparatus based on a terminal side, according to an exemplary embodiment.
  • 23-24 are block diagrams of another message transmission device based on a terminal side, according to an exemplary embodiment.
  • FIG. 25 is a schematic structural diagram of an apparatus for message transmission based on a terminal side, according to an exemplary embodiment.
  • FIG. 1 is a flowchart of a message transmission method according to an exemplary embodiment. As shown in FIG. 1 , the method is used in a server, and includes the following steps.
  • step 102 receiving a call request, where the call request includes a message to be transmitted, a source account for generating the message to be sent, and a target account of the message to be sent;
  • the target account is an account of a strange user whose user wishes to implement information interaction, such as an account of some public person. Since the user has not established an association relationship with the target account, the information interaction mode in the related art cannot ensure that the user sends the interaction information to the target account, or the sent interaction information is likely to be ignored by the target account, that is, the related technology cannot ensure the strange user. The normal interaction between.
  • the user can install a corresponding APP on the terminal, such as “Mi-Talk”, etc., and the function of “Sending (only for example, obviously other expressions can be used)” can be configured in the APP.
  • a corresponding APP on the terminal, such as “Mi-Talk”, etc.
  • the function of “Sending (only for example, obviously other expressions can be used)” can be configured in the APP.
  • the information interaction between unfamiliar users is implemented based on the technical solution of the present disclosure.
  • the user logs in his account in the APP, determines the account of the unfamiliar user, and inputs the interactive information that he wants to send.
  • the user can initiate a corresponding call request to the server, and the "transfer” in the call request
  • the message is the interaction information that the user wants to send to the unfamiliar user
  • the "source account” is the account that the user has logged in
  • the "target account” is the account of the strange user that the user wants to interact with.
  • the user may input an account of the unfamiliar user between them; as another exemplary embodiment, the user may find the account of the unfamiliar user who wants to interact in the contact list of the friend, or through the “search” function. If the account of the unfamiliar user is obtained, in the corresponding application interface, a “transfer” function button may be displayed in the associated area of the account of the unfamiliar user, and the user may input the “to-be-sent message” by selecting the function button. , thereby initiating a call request to the unfamiliar user to the server.
  • the voice request received by the server may be sent in plain text.
  • the voice request received by the server may be sent in cipher text, thereby improving information security; wherein the terminal may perform a request for the voice transmission or information therein by using a password pre-negotiated with the server. Encryption operation.
  • the message to be transmitted may include various forms of message content such as text, a picture, a link, and the like, which is not limited in this disclosure.
  • step 104 determining, according to the association relationship between the stored user accounts, a voice path between the source account and the target account, and each of the voice path includes at least one relay user account;
  • each user's human circle may be different, it is possible to establish a connection between any two unfamiliar users through the overlap and interleaving between different users' pulse circles, such as "six-degree space theory". (Six Degrees of Separation)" indicates that there may be only a maximum of five people between any two strange users. Therefore, based on the “delivery” effect between the different users, the source account and the target account can be established as the end point of the call; and the user account between the source account and the target account in the call path is Relaying a user account is equivalent to implementing a "relay" function.
  • step 106 the message to be transmitted is transmitted to the target account through the voice path.
  • the indirect association relationship is actually established between the source account and the target account based on the message path, thereby realizing the unfamiliar user. Information interaction between.
  • the present disclosure can generate a communication path between accounts of any unfamiliar users by analyzing the association relationship between the established user accounts, and then realize the stranger based on the indirect association function of the transmission path. Information interaction between users.
  • FIG. 2 is a flowchart of a message transmission method according to an exemplary embodiment, including the following steps.
  • step 202 it is assumed that the user A and the user B do not perform the account association operation on the server in advance, and when the user A wishes to send the interaction information to the user B, the user A may generate a call request, where the call request includes the account of the user A and the user B. The account number and the interactive message that User A wishes to send to User B.
  • the user A specifically logs in his own account on the terminal, and generates a call request by specifying the account of the user B on the terminal and inputting an interactive message that is desired to be sent to the user B.
  • the account of the user A is the “source account”
  • the account of the user B is the “target account”
  • the interactive message that the user A wants to send to the user B is used as the message to be transmitted for the “transfer” operation.
  • step 204 User A sends a messaging request to the server.
  • step 206 the server performs a parsing operation on the received paging request to obtain a source account, a target account, and a message to be transmitted.
  • step 208 the server determines, according to the association relationship between the stored user accounts, a voice path with the source account as the starting node and the target account as the terminating node, and at least one of the starting node and the terminating node is included.
  • the operation effect of "transmission" is reflected; among them, there is a direct relationship between adjacent relay user accounts.
  • FIG. 3 is a diagram showing a user account association relationship according to an exemplary embodiment. intention. It is assumed that there is an account association relationship as shown in FIG. 3 between user A, user B, user C, user D, user E, user G, user H, user M, user N, user Q, and the like, although user A There is no direct association relationship with user B (embodied as the connection in Figure 3), but the "delivery" effect of the association between user A and other users, user B and other users, and other users, ie The indirect association between user A and user B can be implemented. For example, as shown in FIG. 4: user A ⁇ user C ⁇ user D ⁇ user E ⁇ user B, that is, the account of user A is the starting node, and the account of user B is Terminate a messaging path for a node.
  • step 210 based on the determined messaging path, the server sends a relay messaging request 1 to the first relay user account (ie, relay 1).
  • the server will continue to query the next relay user account, or the user C can also If you choose to reject, the server can: 1) terminate the call operation; 2) if there are other call paths, switch directly to another call path; 3) ask user A, and user A determines whether to terminate the call operation, or Switch to another messaging path or re-initiate a request to User C.
  • the relay 1 when the relay 1 agrees to relay the demand for the paging request 1, the relay 1 returns an agreement message to the server. Of course, if the relay 1 does not agree, a rejection message can be returned to the server.
  • the server when receiving the consent or rejection message returned by each relay user account, the server may notify the user A that the user A knows the current execution status of the current paging operation.
  • the server After the server receives the consent message returned by the relay 1, if the next level of the relay 1 is still a relay user account, for example, the user D as the relay 2 (refer to the voice path shown in FIG. 4), the server needs to continue.
  • the relay call request 2 is sent to the relay 2, that is, the process of step 210 and step 212 is repeated.
  • the server sends a relay call request n to the relay user account of the last stage, that is, the relay n shown in FIG. 2, and receives the consent message returned by the relay n, the process proceeds to step 214.
  • step 214 the server sends a session message to User B when all of the relay user accounts in the messaging path agree to transmit.
  • the session message may include the to-be-sent message that the user A wishes to send to the user B, and the information of the message path, so that the user B can learn that although the user A and the user A are not "friends", they and the user
  • the last-level relay user account (ie, relay n) in the voice path is a friend, and based on the transmission of the friend relationship between adjacent user accounts in the voice path, the user has a certain indirect relationship with the user A. Thereby reducing the abruptness of the messaging operation and avoiding the impact on the user B.
  • the present disclosure generates a voice transmission path by the server, and sends a relay voice transmission request to each user account in the voice transmission path, so that the strange user can finally implement information interaction when the relay voice request is approved.
  • the transmission path shown in FIG. 4 as an example, in the view of user A and user B, the message sent by user A is sent to user B via the path of “user A ⁇ user C ⁇ user D ⁇ user E ⁇ user B”.
  • the server requests the relay user accounts in turn, if all the relay user accounts agree to the voice transmission operation, they will directly come from User A's pending message is sent to User B.
  • step 208 when the server determines that the account of the user A is the starting node and the account of the user B is the calling path of the terminating node, multiple paging paths may be obtained. For example, if the user account relationship shown in FIG. 3 is changed to FIG. 5, that is, if there is a previously established account association relationship between the user M and the user B, the following two voice transmission paths may exist:
  • Path 1 User A ⁇ User C ⁇ User D ⁇ User E ⁇ User B, which includes User C, User D, and User E, a total of 3 relays;
  • Path 2 User A ⁇ User C ⁇ User M ⁇ User B, which includes User C and User M for a total of 2 relays.
  • the server may directly select a transmission path that includes the least number of relay user accounts, for example, the path 1 includes three relay user accounts, and the path 2 includes two relay user accounts. Therefore, path 2 should be selected to improve the efficiency of messaging.
  • FIG. 7 is a flowchart of another message transmission method according to an exemplary embodiment, including the following steps.
  • step 702 to step 708, it is the same as step 202 to step 208 shown in FIG. 2, and details are not described herein again.
  • step 710 when the server determines a plurality of transmission paths, the information of the plurality of transmission paths is sent to the user A, such as the path 1 and the path 2, and the server may only send the relay user account included in each of the transmission paths.
  • the number of users or the number of all user accounts can also send detailed information such as the user account and the relationship between the user accounts contained in each message path.
  • step 712 the server receives the path selection information returned by the user A, and determines the voice path that the user A wishes to use according to the path selection information, and performs the following steps 714 to 718.
  • step 714 to step 718 it is the same as step 210 to step 214 shown in FIG. 2, and details are not described herein again.
  • FIG. 8 is a flowchart of another message transmission method according to an exemplary embodiment, including the following steps.
  • step 802 the server sends a relay messaging request i to the relay i based on the selected messaging path.
  • step 804 the server receives a message view request returned by the relay i.
  • the relay call request i is only used to deliver the "request" itself to the relay i, which does not contain the message to be transmitted input by the user A.
  • relay i corresponds to user i
  • user i is likely to want to know the content of the message to be delivered itself to ensure that it does not bother the target account.
  • the relay i can view the request by sending a message to the server, in order to obtain a specific message to be transmitted.
  • step 806 the server sends the message viewing request and the user account of the relay i to the user A to inform them of the information "user i wants to view the content of the message to be transmitted”.
  • the server may directly forward the “message viewing request” sent by the relay i to the user A, or A new message view request can also be generated and sent to User A.
  • step 808 the server receives a consent message returned by User A.
  • the server may also receive the rejection message returned by the user A, and the server needs to send the rejection message to the relay i, and the relay i determines whether to agree to the current paging operation.
  • step 810 the server sends the content of the message to be transmitted to the relay i.
  • step 812 the server receives the consent message returned by the relay i, and further performs subsequent processing, and details are not described herein again.
  • FIG. 9 is a flowchart of a message transmission method based on a terminal side, according to an exemplary embodiment. As shown in FIG. 9, the method is applied to a terminal, and includes the following steps.
  • step 902 the information of the target account is sent to the server by the account that has been logged in;
  • the user after the user logs in his own account in the APP in the terminal, the user can trigger the “transfer” function configured in the APP, thereby sending an interactive message to the unfamiliar user. Therefore, the user needs to inform the server of the target account that he wishes to communicate with, so that the server can determine the corresponding messaging path.
  • the user may input an account of the unfamiliar user between them; as another exemplary embodiment, the user may find the account of the unfamiliar user who wants to interact in the contact list of the friend, or through the “search” function. If the account of the unfamiliar user is obtained, in the corresponding application interface, a “transfer” function button may be displayed in the associated area of the account of the unfamiliar user, and the user may input the “to-be-sent message” by selecting the function button. , thereby initiating a call request to the unfamiliar user to the server.
  • step 904 the receiving, by the server, the routing path from the logged-in account to the target account determined according to the association relationship between the stored user accounts, and each of the paging paths includes at least one relay. user account;
  • the unfamiliar account can be transmitted through the relationship of the relay user accounts of several levels, establishing a de facto indirect association relationship, that is, a message path, and the message is transmitted. There is an established direct association relationship between adjacent user accounts in the path.
  • step 906 a message to be transmitted is transmitted to the target account through the messaging path.
  • the message to be transmitted may include various forms of message content such as text, a picture, a link, and the like, which is not limited in this disclosure.
  • the transmission of the message to be transmitted can be directly transmitted through the voice path; when there are multiple voice paths, the terminal can randomly select a voice path or select the included relay.
  • the number of user accounts (or all user accounts) is the least number of voice paths, or the user selects a desired voice path for transmission of the message to be transmitted.
  • a relay call request may be sent to the first relay user account in the selected call path, and the relay call request is sent to the target through all the relay user accounts included in the call path.
  • the to-be-sent message in this embodiment is directly transmitted between each user account, and is not just a relay-sending request initiated by the receiving and responding server.
  • the interaction includes: 1) interaction between the terminal used by the user A and the server, including the user A. Sending the target account to the server, and the server returns the corresponding call path; 2) relaying the transfer of the call request between the user accounts in the call path.
  • the relay call request includes the information of the to-be-sent message and the message path
  • the user account that receives the relay call request may be: a relay user account and a target account.
  • the receiver account of the relay call request is a relay user account, such as relay 1 (user C), relay 2 (user D), or relay 3 (user E) shown in FIG. 10, if the middle After the call request is approved, the relay call request sent by the relay call request is sent to the next-level user account. For example, when the terminal of the user C receives the relay call request from the user A, it does not know that it is a "relay", but by looking at the information of the voice path in the relay call request, it is known that it is transmitting the message.
  • the identity in operation is "Relay 1", and the next level is User D, so that in the case of agreeing to the request, the relay call request is sent to User D; likewise, when the terminal of User D agrees to receive When relaying a call request, it continues to be sent to user E, and so on.
  • the terminal of the target account belongs to the information of the voice path and the message to be transmitted in the relay call request.
  • the relay call request is sent to the user B, and the terminal of the user B determines the target account by viewing the information of the voice path, thereby transmitting the call path.
  • the information and the message to be transmitted are displayed on the terminal screen for the user B to view.
  • the user account may be forwarded by the server when transmitting the relay call request; or the peer-to-peer communication may be implemented by the Peer To Peer without the server performing the forwarding.
  • the user account in the voice path needs to perform corresponding processing on the received relay call request.
  • the process will be described below with reference to FIG. 11.
  • the method is applied to a terminal, and includes the following steps.
  • step 1102 a relay call request from an associated user account is received, where the relay call request includes information of a call path and a message to be transmitted;
  • step 1104 according to the type of the local logged-in account in the voice path, the corresponding processing mode is adopted:
  • the relay voice request is sent to the next-level user account in the voice path.
  • the present disclosure can generate a communication path between accounts of any unfamiliar users by analyzing the association relationship between the established user accounts, and then realize the stranger based on the indirect association function of the transmission path. Information interaction between users.
  • FIG. 12 is a flowchart of another message transmission method according to an exemplary embodiment. As shown in FIG. 12, the following steps are included.
  • step 1202 when user A needs to initiate a messaging operation, the target account is sent to the server, for example, the target account may be user B.
  • the server determines the voice path of the account of the user A as the source account and the account of the user B as the target account according to the relationship between the account of the user A and the user B and all the stored user accounts.
  • step 1204 the server sends the determined messaging path to the terminal corresponding to the account of user A.
  • a voice path needs to be selected from them for the current voice transmission operation.
  • step 1206 the user A sends a relay call request to the first relay user account according to the selected voice route. For example, when the relay user account is the relay 1, the relay message is sent to the relay 1. request.
  • the relay 1 can choose to agree or reject the received relay call request. If rejected, the messaging operation based on the current messaging path is terminated, or relay 1 returns the rejection message to User A, and User A decides to terminate the messaging operation, or resend the Relay Messaging Request, or replace the other messaging path.
  • the relay 1 can send the consent message to the server, and return to the user A by the server, or directly to the user A by the relay 1.
  • step 1208 relay 1 forwards the relayed voice request to relay 2.
  • step 1210 when all of the relay user accounts agree to the received relay call request, user B will receive the relay call request from the relay n.
  • the information of the transmission path in the relay call request is obtained by the analysis, and the user B determines that the user is the target account of the paging operation, so that the parsed information of the transmission path and the message to be transmitted are displayed on the screen of the user B using the terminal.
  • the present disclosure also provides an embodiment of a message transmission apparatus.
  • FIG. 13 is a block diagram of a message transmission apparatus according to an exemplary embodiment.
  • the apparatus includes a receiving unit 131, a determining unit 132, and a transmitting unit 133.
  • the receiving unit 131 is configured to receive a call request, where the call request includes a message to be transmitted, a source account for generating the to-be-transmitted message, and information of a target account of the to-be-sent message;
  • the determining unit 132 is configured to determine, according to the association relationship between the stored user accounts, a voice path between the source account and the target account, and each of the voice paths includes at least one relay user account number;
  • the transmitting unit 133 is configured to transmit the to-be-sent message to the target account by using the voice path.
  • the association relationship exists between adjacent user accounts in the voice path.
  • FIG. 14 is a block diagram of another message transmission apparatus according to an exemplary embodiment.
  • the implementation unit is based on the foregoing embodiment shown in FIG. 13, and the transmission unit 133 may include: an information transmitter.
  • the information sending sub-unit 1331 is configured to send information of the plurality of the calling paths to the source account when there are multiple pieces of the calling path;
  • the first path selection sub-unit 1332 is configured to receive path selection information returned by the source account, and select a message path corresponding to the path selection information to transmit the to-be-transmitted message to the target account.
  • the information of the plurality of transmission paths is sent to the source account, so that the user can use the voice path that is desired to be used according to the actual situation.
  • FIG. 15 is a block diagram of another message transmission apparatus according to an exemplary embodiment.
  • the implementation unit is based on the foregoing embodiment shown in FIG. 13, and the transmission unit 133 may include: a second path.
  • Subunit 1333 is selected.
  • the second path selection sub-unit 1333 is configured to: when there are multiple pieces of the transmission path, select a transmission path that includes the least number of relay user accounts to transmit the to-be-transmitted message to the target account.
  • the server can automatically select an appropriate paging path according to the number of the relay user accounts, which helps reduce user operations and improve information interaction efficiency.
  • FIG. 16 is a block diagram of another message transmission apparatus according to an exemplary embodiment, which is based on the foregoing embodiment shown in FIG. 13, and the transmission unit 133 may include: requesting a sender. Unit 1334 and consent message processing sub-unit 1335.
  • the request sending subunit 1334 is configured to send a relaying voice request to the relay user account in the voice path;
  • the consent message processing sub-unit 1335 is configured to, when the relay user account returns an consent message, if the next level of the relay user account is another relay user account, then to the another relay user The account sends the relay call request, and if the next level of the relay user account is the target account, the session message including the to-be-sent message is sent to the target account.
  • FIG. 17 is a block diagram of another message transmission apparatus according to an exemplary embodiment of the foregoing embodiment.
  • the message transmission apparatus may further include:
  • the request processing unit 134 is viewed.
  • the viewing request processing unit 134 is configured to view the request according to a message from the relay user account. Sending the to-be-sent message to the relay user account; or sending the message viewing request and the relay user account to the source account according to a message viewing request from the relay user account, And when the source account returns an consent message, sending the to-be-sent message to the relay user account.
  • the structure of the view request processing unit 134 in the device embodiment shown in FIG. 17 may also be included in any of the foregoing device embodiments in FIG. 13 to FIG. 16 , and the disclosure is not limited thereto.
  • FIG. 18 is a block diagram of another message transmission apparatus according to an embodiment of the present invention.
  • the message transmission apparatus may further include: Path information transmitting unit 135.
  • the path information sending unit is configured to send the information of the voice path to the target account.
  • FIG. 19 is a block diagram of another message transmission apparatus according to an exemplary embodiment.
  • the transmission unit 133 may further include: The message processing sub-unit 1336 is rejected.
  • the reject message processing sub-unit 1336 is configured to, when the relay user account returns a reject message, change to another call path, and transmit the to-be-transmitted message to the target through the another call path. account number.
  • the present disclosure further provides a message transmission apparatus, comprising: a processor; a memory for storing processor-executable instructions; wherein the processor is configured to: receive a call request, the call request includes a message to be transmitted And generating, by the message, the source account of the to-be-transmitted message and the target account of the to-be-transmitted message; determining, according to the association relationship between the stored user accounts, the transmission between the source account and the target account a path, and each of the voice path includes at least one relay user account; and the message to be transmitted is transmitted to the target account by using the voice path.
  • the present disclosure also provides a terminal, the terminal including a memory, and one or more programs, wherein one or more programs are stored in the memory and configured to be executed by one or more processors
  • the one or more programs include instructions for: receiving a call request, the call request including a message to be transmitted, a source account for generating the message to be transmitted, and a target account of the message to be transmitted; Correlation relationship between the stored user accounts, determining a communication path between the source account and the target account, and each of the paging paths includes at least one relay user account; Transmitting the to-be-transmitted message to the target account.
  • FIG. 20 is a block diagram of an apparatus 2000 for message transmission, according to an exemplary embodiment.
  • device 2000 can be provided as a server.
  • apparatus 2000 includes a processing component 2022 that further includes one or more processors, and memory resources represented by memory 2032 for storing instructions executable by processing component 2022, such as an application.
  • An application stored in memory 2032 can include one or more modules each corresponding to a set of instructions.
  • processing component 2022 is configured to execute instructions to execute The above message transmission method.
  • Device 2000 may also include a power supply component 2026 configured to perform power management of device 2000, a wired or wireless network interface 2050 configured to connect device 2000 to the network, and an input/output (I/O) interface 2058.
  • Device 2000 can operate based on an operating system stored in memory 2032, such as Windows ServerTM, Mac OS XTM, UnixTM, LinuxTM, FreeBSDTM or the like.
  • the present disclosure also provides an embodiment of a message transmission apparatus.
  • FIG. 21 is a block diagram of a message transmission apparatus according to an exemplary embodiment.
  • the apparatus includes a transmitting unit 211, a receiving unit 212, and a transmitting unit 213.
  • the sending unit 211 is configured to send information of the target account to the server by using the account that has been logged in;
  • the receiving unit 212 is configured to receive, by the server, a voice path determined by the server from the stored account to the target account, and each of the voice path includes at least one Relay user account;
  • the transmitting unit 213 is configured to transmit the to-be-transmitted message to the target account by using the paging path.
  • the association relationship exists between adjacent user accounts in the voice path.
  • FIG. 22 is a block diagram of another message transmission apparatus according to an exemplary embodiment.
  • the implementation unit is based on the foregoing embodiment shown in FIG. 21.
  • the transmission unit 213 may include: requesting a sender. Unit 2131.
  • the request sending subunit 2131 is configured to send a relay paging request to the first relay user account in the selected routing path, and send the relay paging request through the at least one relay user account. Sending to the target account, where the relay call request includes the information of the selected call path and the to-be-sent message;
  • the relay call request when the recipient account of the relay call request is the relay user account, if the relay call request is approved, the relay call is sent by the receiver account of the relay call request Request to send to the next level user account;
  • the terminal to which the target account belongs displays information about the voice path and the message to be transmitted in the relay call request.
  • the present disclosure further provides an information display apparatus, including: a processor; a memory for storing processor-executable instructions; wherein the processor is configured to: send the target account to the server by using the logged-in account Receiving, by the server, the voice path determined by the server from the registered account to the target account according to the relationship between the stored user accounts, and each of the voice path includes at least one relay user account Transmitting the message to be transmitted to the target account through the messaging path.
  • the present disclosure also provides a terminal, the terminal including a memory, and one or more programs, wherein one or more programs are stored in the memory and configured to be executed by one or more processors
  • the one or more programs include instructions for: sending, by the logged-in account, information of the target account to the server; receiving, by the server, the relationship between the stored user accounts, the determined Logging in the account to the destination account, and each of the voice paths includes at least one relay user account; transmitting, by the voice path, the message to be sent to the target account
  • the present disclosure also provides an embodiment of a message transmission apparatus.
  • FIG. 23 is a block diagram of a message transmission apparatus according to an exemplary embodiment.
  • the apparatus includes a receiving unit 231 and a processing unit 232.
  • the receiving unit 231 is configured to receive a relaying voice request from an associated user account, where the relaying voice request includes information of a voice path and a message to be transmitted.
  • the processing unit 232 is configured to display the voice path and the to-be-sent message when the local logged-in account is the target account in the voice path; when the local logged-in account is in the voice path.
  • the relay call request is sent to the next-level user account in the voice path.
  • FIG. 24 is a block diagram of another message transmission apparatus according to an exemplary embodiment of the foregoing embodiment.
  • the message transmission apparatus may further include: Transmitting unit 233.
  • the sending unit 233 is configured to, when the preset user operation is detected, send a consent message corresponding to the relay voice request to the server.
  • the present disclosure also provides an information display apparatus comprising: a processor; a memory for storing processor-executable instructions; wherein the processor is configured to: receive a relay call request from an associated user account
  • the relay call request includes the information of the voice path and the message to be sent; when the local login account is the target account in the voice path, the message path and the message to be sent are displayed; If the registered account is the relay user account in the voice path, if the preset user operation is detected, the relay voice request is sent to the next-level user account in the voice path.
  • the present disclosure also provides a terminal, the terminal including a memory, and one or more programs, wherein one or more programs are stored in the memory and configured to be executed by one or more processors
  • the one or more programs include instructions for: receiving a relay call request from an associated user account, the relay call request including a message of the voice path and a message to be transmitted; when the local account is logged in When the target account in the voice path is the target account, the message path and the message to be transmitted are displayed; when the local login account is the relay user account in the voice path, if a preset user operation is detected, Then the middle The following request is sent to the next level user account in the voice path.
  • the device embodiment since it basically corresponds to the method embodiment, reference may be made to the partial description of the method embodiment.
  • the device embodiments described above are merely illustrative, wherein the units described as separate components may or may not be physically separate, and the components displayed as units may or may not be physical units, ie may be located A place, or it can be distributed to multiple network units. Some or all of the modules may be selected according to actual needs to achieve the objectives of the present disclosure. Those of ordinary skill in the art can understand and implement without any creative effort.
  • FIG. 25 is a block diagram of an apparatus 2500 for message transmission, according to an exemplary embodiment.
  • device 2500 can be a mobile phone, a computer, a digital broadcast terminal, a messaging device, a gaming console, a tablet device, a medical device, a fitness device, a personal digital assistant, and the like.
  • apparatus 2500 can include one or more of the following components: processing component 2502, memory 2504, power component 2506, multimedia component 2508, audio component 2510, input/output (I/O) interface 2512, sensor component 2514, And a communication component 2516.
  • Processing component 2502 typically controls the overall operation of device 2500, such as operations associated with display, telephone calls, data communications, camera operations, and recording operations.
  • Processing component 2502 can include one or more processors 2520 to execute instructions to perform all or part of the steps of the above described methods.
  • processing component 2502 can include one or more modules to facilitate interaction between component 2502 and other components.
  • the processing component 2502 can include a multimedia module to facilitate interaction between the multimedia component 25025 and the processing component 2502.
  • the memory 2504 is configured to store various types of data to support operation at the device 2500. Examples of such data include instructions for any application or method operating on device 2500, contact data, phone book data, messages, pictures, videos, and the like.
  • the memory 2504 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 2506 provides power to various components of device 2500.
  • Power component 2506 can include a power management system, one or more power sources, and other components associated with generating, managing, and distributing power for device 2500.
  • the multimedia component 2508 includes a screen between the device 2500 and the user that provides an output interface.
  • 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 2508 includes a front camera and/or a rear camera. When the device 2500 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 2510 is configured to output and/or input an audio signal.
  • audio component 2510 includes a microphone (MIC) that is configured to receive an external audio signal when device 2500 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 2504 or transmitted via communication component 2516.
  • the audio component 2510 also includes a speaker for outputting an audio signal.
  • the I/O interface 2512 provides an interface between the processing component 2502 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 2514 includes one or more sensors for providing device 2500 with a status assessment of various aspects.
  • sensor assembly 2514 can detect an open/closed state of device 2500, a relative positioning of components, such as the display and keypad of device 2500, and sensor component 2514 can also detect a change in position of one component of device 2500 or device 2500. The presence or absence of user contact with device 2500, device 2500 orientation or acceleration/deceleration and temperature change of device 2500.
  • Sensor assembly 2514 can include a proximity sensor configured to detect the presence of nearby objects without any physical contact.
  • Sensor assembly 2514 may also include a light sensor, such as a CMOS or CCD image sensor, for use in imaging applications.
  • the sensor assembly 2514 can also include an acceleration sensor, a gyro sensor, a magnetic sensor, a pressure sensor, or a temperature sensor.
  • Communication component 2516 is configured to facilitate wired or wireless communication between device 2500 and other devices.
  • the device 2500 can access a wireless network based on a communication standard, such as WiFi, 2G or 3G, or a combination thereof.
  • communication component 2516 receives broadcast signals or broadcast associated information from an external broadcast management system via a broadcast channel.
  • the communication component 2516 also includes a near field communication (NFC) module to facilitate short range communication.
  • NFC near field communication
  • the NFC module can be implemented based on radio frequency identification (RFID) technology, infrared data association (IrDA) technology, ultra-wideband (UWB) technology, Bluetooth (BT) technology, and other technologies.
  • RFID radio frequency identification
  • IrDA infrared data association
  • UWB ultra-wideband
  • Bluetooth Bluetooth
  • device 2500 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 2504 comprising instructions executable by processor 2520 of apparatus 2500 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.

Abstract

本公开是关于消息传输方法及装置、电子设备,包括:接收传话请求,所述传话请求包括待传话消息、生成所述待传话消息的源账号和所述待传话消息的目标账号的信息;根据已存储的用户账号之间的关联关系,确定由所述源账号至所述目标账号之间的传话路径,且每条所述传话路径中包含至少一个中继用户账号;通过所述传话路径,将所述待传话消息传输至所述目标账号。通过本公开的技术方案,可以在未事先建立关联关系的用户之间实现信息交互,有助于提升信息交互效率。

Description

消息传输方法及装置、电子设备
本申请基于申请号为CN 2014105217448、申请日为2014年9月30日的中国专利申请提出,并要求该中国专利申请的优先权,该中国专利申请的全部内容在此引入本申请作为参考。
技术领域
本发明涉及通信技术领域,尤其涉及消息传输方法及装置、电子设备。
背景技术
基于即时通讯(IM,Instant Messaging)等信息交互技术,用户可以向其他用户发起关联建立请求,如果对方接受该请求,则可以在两个用户之间建立关联关系,即两个用户互为“好友”。然而,用户之间在现实中认识彼此时,才更有可能成为好友,否则往往会拒绝或忽略陌生用户发起的关联建立请求,使得陌生用户之间难以实现信息交互。
发明内容
本公开提供消息传输方法及装置、电子设备,以解决相关技术中的信息显示方式不利于操作的技术问题。
根据本公开实施例的第一方面,提供一种消息传输方法,包括:
接收传话请求,所述传话请求包括待传话消息、生成所述待传话消息的源账号和所述待传话消息的目标账号的信息;
根据已存储的用户账号之间的关联关系,确定由所述源账号至所述目标账号之间的传话路径,且每条所述传话路径中包含至少一个中继用户账号;
通过所述传话路径,将所述待传话消息传输至所述目标账号。
可选的,在所述传话路径中,相邻的用户账号之间存在所述关联关系。
可选的,所述通过所述传话路径,将所述待传话消息传输至所述目标账号,包括:
当存在多条所述传话路径时,将多条所述传话路径的信息发送至所述源账号;
接收所述源账号返回的路径选择信息,并选定所述路径选择信息对应的传话路径,以将所述待传话消息传输至所述目标账号。
可选的,所述通过所述传话路径,将所述待传话消息传输至所述目标账号,包括:
当存在多条所述传话路径时,选择包含的中继用户账号数量最少的传话路径,以将所述待传话消息传输至所述目标账号。
可选的,所述通过所述传话路径,将所述待传话消息传输至所述目标账号,包括:
向所述传话路径中的中继用户账号发送中继传话请求;
当所述中继用户账号返回同意消息时,若所述中继用户账号的下一级为另一中继用户 账号,则向所述另一中继用户账号发送所述中继传话请求,若所述中继用户账号的下一级为所述目标账号,则向所述目标账号发送包含所述待传话消息的会话消息。
可选的,还包括:
根据来自所述中继用户账号的消息查看请求,将所述待传话消息发送至所述中继用户账号;
或者,根据来自所述中继用户账号的消息查看请求,将所述消息查看请求和所述中继用户账号发送至所述源账号,并当所述源账号返回同意消息时,将所述待传话消息发送至所述中继用户账号。
可选的,所述会话报文中还包含所述传话路径的信息。
可选的,所述通过所述传话路径,将所述待传话消息传输至所述目标账号,包括:
当所述中继用户账号返回拒绝消息时,更换至另一传话路径,并通过所述另一传话路径将所述待传话消息传输至所述目标账号。
根据本公开实施例的第二方面,提供一种消息传输方法,包括:
通过已登录账号,向服务器发送目标账号的信息;
接收所述服务器根据已存储的用户账号之间的关联关系确定的由所述已登录账号至所述目标账号的传话路径,且每条所述传话路径中包含至少一个中继用户账号;
通过所述传话路径,将待传话消息传输至所述目标账号。
可选的,在所述传话路径中,相邻的用户账号之间存在所述关联关系。
可选的,所述通过所述传话路径,将所述待传话消息传输至所述目标账号,包括:
向已选定的传话路径中的首个中继用户账号发送中继传话请求,并通过所述至少一个中继用户账号,将所述中继传话请求发送至所述目标账号,其中所述中继传话请求中包含所述已选定的传话路径的信息和所述待传话消息;
其中,当所述中继传话请求的接收方账号为所述中继用户账号时,若所述中继传话请求被同意,则由所述中继传话请求的接收方账号将所述中继传话请求发送至下一级用户账号;
当所述中继传话请求的接收方账号为所述目标账号时,由所述目标账号所属终端对所述中继传话请求中的传话路径的信息和待传话消息进行展示。
根据本公开实施例的第三方面,提供一种消息传输方法,包括:
接收到来自关联用户账号的中继传话请求,所述中继传话请求中包含传话路径的信息和待传话消息;
当本地的已登录账号为所述传话路径中的目标账号时,展示所述传话路径和所述待传话消息;
当本地的已登录账号为所述传话路径中的中继用户账号时,若检测到预设用户操作,则将所述中继传话请求发送至所述传话路径中的下一级用户账号。
可选的,还包括:
当检测到所述预设用户操作时,向服务器发送对应于所述中继传话请求的同意消息。
根据本公开实施例的第四方面,提供一种消息传输装置,包括:
接收单元,用于接收传话请求,所述传话请求包括待传话消息、生成所述待传话消息的源账号和所述待传话消息的目标账号的信息;
确定单元,用于根据已存储的用户账号之间的关联关系,确定由所述源账号至所述目标账号之间的传话路径,且每条所述传话路径中包含至少一个中继用户账号;
传输单元,用于通过所述传话路径,将所述待传话消息传输至所述目标账号。
可选的,在所述传话路径中,相邻的用户账号之间存在所述关联关系。
可选的,所述传输单元包括:
信息发送子单元,用于当存在多条所述传话路径时,将多条所述传话路径的信息发送至所述源账号;
第一路径选择子单元,用于接收所述源账号返回的路径选择信息,并选定所述路径选择信息对应的传话路径,以将所述待传话消息传输至所述目标账号。
可选的,所述传输单元包括:
第二路径选择子单元,用于当存在多条所述传话路径时,选择包含的中继用户账号数量最少的传话路径,以将所述待传话消息传输至所述目标账号。
可选的,所述传输单元包括:
请求发送子单元,用于向所述传话路径中的中继用户账号发送中继传话请求;
同意消息处理子单元,用于当所述中继用户账号返回同意消息时,若所述中继用户账号的下一级为另一中继用户账号,则向所述另一中继用户账号发送所述中继传话请求,若所述中继用户账号的下一级为所述目标账号,则向所述目标账号发送包含所述待传话消息的会话消息。
可选的,还包括:
查看请求处理单元,用于根据来自所述中继用户账号的消息查看请求,将所述待传话消息发送至所述中继用户账号;或者,根据来自所述中继用户账号的消息查看请求,将所述消息查看请求和所述中继用户账号发送至所述源账号,并当所述源账号返回同意消息时,将所述待传话消息发送至所述中继用户账号。
可选的,还包括:
路径信息发送单元,用于将所述传话路径的信息发送至所述目标账号。
可选的,所述传输单元包括:
拒绝消息处理子单元,用于当所述中继用户账号返回拒绝消息时,更换至另一传话路径,并通过所述另一传话路径将所述待传话消息传输至所述目标账号。
根据本公开实施例的第五方面,提供一种消息传输装置,包括:
发送单元,用于通过已登录账号,向服务器发送目标账号的信息;
接收单元,用于接收所述服务器根据已存储的用户账号之间的关联关系确定的由所述 已登录账号至所述目标账号的传话路径,且每条所述传话路径中包含至少一个中继用户账号;
传输单元,用于通过所述传话路径,将待传话消息传输至所述目标账号。
可选的,在所述传话路径中,相邻的用户账号之间存在所述关联关系。
可选的,所述传输单元包括:
请求发送子单元,用于向已选定的传话路径中的首个中继用户账号发送中继传话请求,并通过所述至少一个中继用户账号,将所述中继传话请求发送至所述目标账号,其中所述中继传话请求中包含所述已选定的传话路径的信息和所述待传话消息;
其中,当所述中继传话请求的接收方账号为所述中继用户账号时,若所述中继传话请求被同意,则由所述中继传话请求的接收方账号将所述中继传话请求发送至下一级用户账号;
当所述中继传话请求的接收方账号为所述目标账号时,由所述目标账号所属终端对所述中继传话请求中的传话路径的信息和待传话消息进行展示。
根据本公开实施例的第六方面,提供一种消息传输装置,包括:
接收单元,用于接收到来自关联用户账号的中继传话请求,所述中继传话请求中包含传话路径的信息和待传话消息;
处理单元,用于当本地的已登录账号为所述传话路径中的目标账号时,展示所述传话路径和所述待传话消息;当本地的已登录账号为所述传话路径中的中继用户账号时,若检测到预设用户操作,则将所述中继传话请求发送至所述传话路径中的下一级用户账号。
可选的,还包括:
发送单元,用于当检测到所述预设用户操作时,向服务器发送对应于所述中继传话请求的同意消息。
根据本公开实施例的第七方面,提供一种电子设备,包括:
处理器;
用于存储处理器可执行指令的存储器;
其中,所述处理器被配置为:
接收传话请求,所述传话请求包括待传话消息、生成所述待传话消息的源账号和所述待传话消息的目标账号的信息;
根据已存储的用户账号之间的关联关系,确定由所述源账号至所述目标账号之间的传话路径,且每条所述传话路径中包含至少一个中继用户账号;
通过所述传话路径,将所述待传话消息传输至所述目标账号。
根据本公开实施例的第八方面,提供一种电子设备,包括:
处理器;
用于存储处理器可执行指令的存储器;
其中,所述处理器被配置为:
通过已登录账号,向服务器发送目标账号的信息;
接收所述服务器根据已存储的用户账号之间的关联关系,确定的由所述已登录账号至所述目标账号的传话路径,且每条所述传话路径中包含至少一个中继用户账号;
通过所述传话路径,将待传话消息传输至所述目标账号。
根据本公开实施例的第九方面,提供一种电子设备,包括:
处理器;
用于存储处理器可执行指令的存储器;
其中,所述处理器被配置为:
接收到来自关联用户账号的中继传话请求,所述中继传话请求中包含传话路径的信息和待传话消息;
当本地的已登录账号为所述传话路径中的目标账号时,展示所述传话路径和所述待传话消息;
当本地的已登录账号为所述传话路径中的中继用户账号时,若检测到预设用户操作,则将所述中继传话请求发送至所述传话路径中的下一级用户账号。
本公开的实施例提供的技术方案可以包括以下有益效果:
本公开通过建立传话路径,使得无需在用户之间预先建立关联关系,即可在陌生用户之间基于该传话路径实现信息交互。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本公开。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本发明的实施例,并与说明书一起用于解释本发明的原理。
图1是根据一示例性实施例示出的基于服务器侧的一种消息传输方法的流程图。
图2是根据一示例性实施例示出的一种消息传输方法的流程图。
图3是根据一示例性实施例示出的一种用户账号关联关系的示意图。
图4是根据一示例性实施例示出的一种传话路径的示意图。
图5是根据一示例性实施例示出的另一种用户账号关联关系的示意图。
图6是根据一示例性实施例示出的另一种传话路径的示意图。
图7是根据一示例性实施例示出的另一种消息传输方法的流程图。
图8是根据一示例性实施例示出的另一种消息传输方法的流程图。
图9是根据一示例性实施例示出的基于终端侧的一种消息传输方法的流程图。
图10是根据一示例性实施例示出的另一种传话路径的示意图。
图11是根据一示例性实施例示出的基于终端侧的另一种消息传输方法的流程图。
图12是根据一示例性实施例示出的一种消息传输方法的流程图。
图13-19是根据一示例性实施例示出的基于服务器侧的一种消息传输装置的框图。
图20是根据一示例性实施例示出的基于服务器侧的一种用于消息传输的装置的结构示意图。
图21-22是根据一示例性实施例示出的基于终端侧的一种消息传输装置的框图。
图23-24是根据一示例性实施例示出的基于终端侧的另一种消息传输装置的框图。
图25是根据一示例性实施例示出的基于终端侧的一种用于消息传输的装置的结构示意图。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。
图1是根据一示例性实施例示出的一种消息传输方法的流程图,如图1所示,该方法用于服务器中,包括以下步骤。
在步骤102中,接收传话请求,所述传话请求包括待传话消息、生成所述待传话消息的源账号和所述待传话消息的目标账号的信息;
在本实施例中,目标账号为用户希望实现信息交互的陌生用户的账号,比如某些公众人物的账号。由于用户尚未与该目标账号建立关联关系,而相关技术中的信息交互方式无法确保用户向该目标账号发送交互信息,或者发送的交互信息很可能被该目标账号忽略,即相关技术无法确保陌生用户之间的正常交互。
在本实施例中,用户可以通过在终端上安装相应的APP,如“米聊”等,该APP中配置了“传话(仅用于举例,显然也可以采用其他的表述方式)”功能,可以基于本公开的技术方案来实现陌生用户之间的信息交互。其中,用户在该APP中登录自己的账号、确定陌生用户的账号并输入希望发送的交互信息,然后通过启动“传话”功能即可向服务器发起相应的传话请求,该传话请求中的“待传话消息”即用户希望发送至陌生用户的交互信息,“源账号”为用户已登录的账号,“目标账号”为用户希望交互的陌生用户的账号。
作为一示例性实施例,用户可以之间输入陌生用户的账号;作为另一示例性实施例,用户可以在好友的联系人列表中查找到希望交互的陌生用户的账号,或者通过“搜索”功能获得陌生用户的账号,则在相应的应用界面中,可以在该陌生用户的账号的关联区域内,显示一“传话”功能按钮,则用户可以通过选中该功能按钮后,输入“待传话消息”,从而向服务器发起针对该陌生用户的传话请求。
在本实施例中,作为一示例性实施方式,服务器接收到的传话请求可以为明文发送。作为另一示例性实施方式,服务器接收到的传话请求可以采用密文发送,从而提升信息安全性;其中,终端可以采用与服务器预协商得到的密码,执行对传话请求或其中的信息的 加密操作。
在本实施例中,待传话消息可以包括文字、图片、链接等各种形式的消息内容,本公开对此并不作限制。
在步骤104中,根据已存储的用户账号之间的关联关系,确定由所述源账号至所述目标账号之间的传话路径,且每条所述传话路径中包含至少一个中继用户账号;
在本实施例中,由于每个用户的人脉圈都可能不同,则通过不同用户的人脉圈之间的重叠和交错,可以实现任意两个陌生用户之间建立起联系,比如“六度空间理论(Six Degrees of Separation)”表明,任意两个陌生用户之间可能只间隔了最多五个人。因此,基于不同用户的人脉圈之间的“传递”效应,就可以建立起以源账号和目标账号为端点的传话路径;而该传话路径中位于源账号和目标账号之间的用户账号,即中继用户账号,相当于实现了“中继(relay)”功能。
在步骤106中,通过所述传话路径,将所述待传话消息传输至所述目标账号。
在本实施例中,虽然源账号与目标账号之间没有事先建立直接的关联关系,但基于传话路径,实际上在源账号与目标账号之间建立起间接的关联关系,从而可以实现陌生用户之间的信息交互。
由上述实施例可知,本公开通过分析已建立的用户账号之间的关联关系,可以生成对应于任意陌生用户的账号之间的传话路径,则基于该传话路径的间接关联作用,即可实现陌生用户之间的信息交互。
请参考图2,图2是根据一示例性实施例示出的一种消息传输方法的流程图,包括以下步骤。
在步骤202中,假定用户A和用户B事先未在服务器上执行账号关联操作,则用户A希望向用户B发送交互信息时,可以生成传话请求,该传话请求中包含用户A的账号、用户B的账号和用户A希望发送给用户B的交互消息。
在本实施例中,用户A具体在终端上的登录自己的账号,并通过在该终端上指定用户B的账号并输入希望发送给用户B的交互消息,从而生成传话请求。
其中,在传话请求中,用户A的账号为“源账号”、用户B的账号为“目标账号”,而用户A希望发送给用户B的交互消息作为本次“传话”操作的待传话消息。
在步骤204中,用户A将传话请求发送至服务器。
在步骤206中,服务器对接收到的传话请求进行解析操作,获取源账号、目标账号和待传话消息。
在步骤208中,服务器根据已存储的用户账号之间的关联关系,确定出以源账号为起始节点、目标账号为终止节点的传话路径,且起始节点和终止节点之间包括至少一个中继用户账号,作为中继节点,体现出“传话”的操作效果;其中,相邻的中继用户账号之间存在直接的关联关系。
作为一示例性实施例,图3是根据一示例性实施例示出的一种用户账号关联关系的示 意图。假定在用户A、用户B、用户C、用户D、用户E、用户G、用户H、用户M、用户N、用户Q等之间,存在如图3所示的账号关联关系,则虽然用户A与用户B之间不存在直接的关联关系(体现为图3中的连线),但经过用户A与其他用户、用户B与其他用户以及其他用户之间的关联关系的“传递”效应,即可实现用户A与用户B之间的间接关联,比如图4所示:用户A→用户C→用户D→用户E→用户B,即以用户A的账号为起始节点、用户B的账号为终止节点的一条传话路径。
在步骤210中,根据确定的传话路径,服务器向首个中继用户账号(即中继1)发送中继传话请求1。
在本实施例中,对应于图3所示的传话路径,假定中继1为用户C的账号,那么用户C可以选择同意,则服务器会继续询问下一个中继用户账号,或者用户C也可以选择拒绝,则服务器可以:1)终止本次传话操作;2)如果存在其他传话路径,则直接切换至另一传话路径;3)询问用户A,由用户A确定是否终止本次传话操作,或者切换至另一传话路径,或者重新向用户C发起一次请求。
在步骤212,当中继1同意中继传话请求1的需求时,中继1向服务器返回同意消息。当然,如果中继1不同意,则可以向服务器返回拒绝消息。
在本实施例中,服务器在接收到每个中继用户账号返回的同意或拒绝消息时,可以向用户A进行告知,使得用户A了解到本次传话操作的当前执行状态。
服务器在接收到中继1返回的同意消息后,如果中继1下一级仍为中继用户账号,比如作为中继2的用户D(参考图4所示的传话路径),则服务器需要继续向中继2发送中继传话请求2,即重复步骤210和步骤212的过程。直至服务器向最后一级的中继用户账号,即图2所示的中继n,发送中继传话请求n,并接收中继n返回的同意消息后,转入步骤214。
在步骤214中,当传话路径中的所有中继用户账号均同意传话时,服务器向用户B发送会话消息。
在本实施例中,会话消息中可以包含用户A希望发送给用户B的待传话消息,以及传话路径的信息,使得用户B可以了解到:虽然自己与用户A并非“好友”,但自己与该传话路径中的最后一级中继用户账号(即中继n)为好友,并基于传话路径中的相邻用户账号之间的好友关系的传递,使得自己与用户A存在一定的间接关联关系,从而降低传话操作可能带来的突兀性,避免对用户B造成影响。
由上述实施例可知,本公开由服务器生成传话路径,并向传话路径中的各用户账号发送中继传话请求,使得在中继传话请求被同意的情况下,陌生用户之间能够最终实现信息交互。以图4所示的传话路径为例,在用户A和用户B看来,用户A发送出的消息经由“用户A→用户C→用户D→用户E→用户B”的路径发送至用户B,但实际上是由服务器依次对各中继用户账号的请求后,在所有中继用户账号均同意传话操作的情况下,直接将来自 用户A的待传话消息发送至用户B。
需要说明的是:
1、多条传话路径
在步骤208中,服务器在确定以用户A的账号为起始节点、用户B的账号为终止节点的传话路径时,可能得到多条传话路径。比如图3所示的用户账号关系变更为图5时,即如果用户M与用户B之间存在事先建立的账号关联关系,则可能存在下述两条传话路径:
路径①:用户A→用户C→用户D→用户E→用户B,其中包含用户C、用户D和用户E共3个中继;
路径②:用户A→用户C→用户M→用户B,其中包含用户C和用户M共2个中继。
因此,作为一示例性实施方式,服务器可以直接选择包含的中继用户账号数量最少的传话路径,比如上述的路径①中包含3个中继用户账号,而路径②中包含2个中继用户账号,因而应当选择路径②,以提升传话效率。
作为另一示例性实施方式,图7是根据一示例性实施例示出的另一种消息传输方法的流程图,包括以下步骤。
在步骤702至步骤708中,与图2所示的步骤202至步骤208相同,此处不再赘述。
在步骤710中,当服务器确定出多条传话路径时,将多条传话路径的信息发送至用户A,比如上述的路径①和路径②,服务器可以仅发送每条传话路径包含的中继用户账号的数量或所有用户账号的数量,也可以发送每条传话路径中包含的用户账号、用户账号之间的关联关系等详细信息。
在步骤712中,服务器接收用户A返回的路径选择信息,并根据该路径选择信息确定用户A希望采用的传话路径,执行后续的步骤714至步骤718。
在步骤714至步骤718中,与图2所示的步骤210至步骤214相同,此处不再赘述。
2、中继传话请求
请参考图8,图8是根据一示例性实施例示出的另一种消息传输方法的流程图,包括以下步骤。
在步骤802中,服务器根据已选定的传话路径,向中继i发送中继传话请求i。
在步骤804中,服务器接收中继i返回的消息查看请求。
在本实施例中,作为一示例性实施方式,中继传话请求i仅用于向中继i传递“请求”本身,其中并未包含用户A输入的待传话消息。然而,假定中继i对应于用户i,则用户i很可能希望了解待传话消息本身的内容,以确保其不会对目标账号造成困扰。
因此,中继i可以通过向服务器发送消息查看请求,以期获取具体的待传话消息。
在步骤806中,服务器将消息查看请求和中继i的用户账号发送至用户A,以告知其“用户i希望查看待传话消息的内容”的信息。
在本实施例中,服务器可以直接将中继i发送的“消息查看请求”转发至用户A,或者 也可以生成新的消息查看请求并发送至用户A。
在步骤808中,服务器接收到用户A返回的同意消息。
在本实施例中,服务器也可能接收到用户A返回的拒绝消息,则服务器需要将该拒绝消息发送至中继i,并由中继i在此基础上确定是否同意本次传话操作。
在步骤810中,服务器将待传话消息的内容发送至中继i。
在步骤812,服务器接收到中继i返回的同意消息,并进一步执行后续处理,此处不再赘述。
图9是根据一示例性实施例示出的基于终端侧的一种消息传输方法的流程图。如图9所示,该方法用于终端上,包括以下步骤。
在步骤902中,通过已登录账号,向服务器发送目标账号的信息;
在本实施例中,用户在终端内的APP中登录自己的账号后,可以触发APP中配置的“传话”功能,从而向陌生用户发送交互消息。因此,用户需要将其希望进行传话交互的目标账号告知服务器,以便服务器确定相应的传话路径。
作为一示例性实施例,用户可以之间输入陌生用户的账号;作为另一示例性实施例,用户可以在好友的联系人列表中查找到希望交互的陌生用户的账号,或者通过“搜索”功能获得陌生用户的账号,则在相应的应用界面中,可以在该陌生用户的账号的关联区域内,显示一“传话”功能按钮,则用户可以通过选中该功能按钮后,输入“待传话消息”,从而向服务器发起针对该陌生用户的传话请求。
在步骤904中,接收所述服务器根据已存储的用户账号之间的关联关系确定的由所述已登录账号至所述目标账号的传话路径,且每条所述传话路径中包含至少一个中继用户账号;
在本实施例中,基于事先建立的用户账号之间的关联关系,使得陌生账号可以通过若干级的中继用户账号的关系传递,建立起事实上的间接关联关系,即传话路径,且该传话路径中相邻的用户账号之间均存在已建立的直接关联关系。
在步骤906中,通过所述传话路径,将待传话消息传输至所述目标账号。
在本实施例中,待传话消息可以包括文字、图片、链接等各种形式的消息内容,本公开对此并不作限制。
在本实施例中,当仅存在一条传话路径时,可以直接通过该传话路径实现对待传话消息的传输;当存在多条传话路径时,可以由终端随机选择一条传话路径,或者选择包含的中继用户账号(或所有用户账号)的数量最少的传话路径,或者由用户选择出希望采用的一条传话路径,以用于传输待传话消息。
在本实施例中,可以向已选定的传话路径中的首个中继用户账号发送中继传话请求,并通过该传话路径中包含的所有中继用户账号,将中继传话请求发送至目标账号,其中所述中继传话请求中包含所述已选定的传话路径的信息和所述待传话消息。
可见,与图1所示的技术方案不同,在本实施例中的待传话消息是直接在各用户账号之间进行传输的,而并非只是接收和应答服务器发起的中继传话请求。比如图10所示,当已选定的传话路径为“用户A→用户C→用户D→用户E→用户B”时,交互操作包括:1)用户A所用终端与服务器的交互,包括用户A向服务器发送目标账号,以及服务器返回对应的传话路径;2)中继传话请求在传话路径中的各用户账号之间的传递。
在本实施例中,中继传话请求中包含待传话消息和传话路径的信息,并且接收该中继传话请求的用户账号可能为:中继用户账号和目标账号。
因此,当中继传话请求的接收方账号为中继用户账号时,比如图10所示的中继1(用户C)、中继2(用户D)或中继3(用户E),若该中继传话请求被同意,则由中继传话请求的接收方账号将该中继传话请求发送至下一级用户账号。比如当用户C的终端接收到来自用户A的中继传话请求时,尚不知道自己是“中继”,而通过查看该中继传话请求中的传话路径的信息,才知道自己在本次传话操作中的身份为“中继1”,并且下一级是用户D,从而在同意该请求的情况下,将中继传话请求发送至用户D;同样地,当用户D的终端同意接收到的中继传话请求时,继续发送至用户E,以此类推。
当中继传话请求的接收方账号为目标账号时,由目标账号所属终端对中继传话请求中的传话路径的信息和待传话消息进行展示。比如当中继3同意来自中继2的中继传话请求时,将该中继传话请求发送至用户B,而用户B的终端通过查看传话路径的信息,确定自己为目标账号,从而将传话路径的信息和待传话消息展示在终端屏幕上,以供用户B进行查看。
其中,用户账号之间在传递中继传话请求时,可以由服务器进行转发;或者,也可以通过对等通讯方式(Peer To Peer)实现点对点的直接通信,而无需服务器执行转发。
基于图9所示的消息传输过程,则传话路径中的用户账号均需要对接收到的中继传话请求进行相应处理,下面结合图11对处理过程进行描述。如图11所示,该方法应用于终端上,包括下述步骤。
在步骤1102中,接收到来自关联用户账号的中继传话请求,所述中继传话请求中包含传话路径的信息和待传话消息;
在步骤1104中,根据本地的已登录账号在所述传话路径中的类型,采用对应的处理方式:
当本地的已登录账号为所述传话路径中的目标账号时,展示所述传话路径和所述待传话消息;
当本地的已登录账号为所述传话路径中的中继用户账号时,若检测到预设用户操作,则将所述中继传话请求发送至所述传话路径中的下一级用户账号。
由上述实施例可知,本公开通过分析已建立的用户账号之间的关联关系,可以生成对应于任意陌生用户的账号之间的传话路径,则基于该传话路径的间接关联作用,即可实现陌生用户之间的信息交互。
图12是根据一示例性实施例示出的另一种消息传输方法的流程图。如图12所示,包括以下步骤。
在步骤1202中,用户A需要发起传话操作时,将目标账号发送至服务器,比如该目标账号可以为用户B。
其中,服务器根据用户A和用户B的账号,以及所有已存储的用户账号之间的关联关系,确定以用户A的账号为源账号、用户B的账号为目标账号的传话路径。
在步骤1204中,服务器将确定出的传话路径发送至用户A的账号对应的终端。
在本实施例中,如果仅存在一条传话路径,则用户A可以之间用于执行传话操作;如果存在多条传话路径,则需要从中选择一条传话路径,以用于当前的传话操作。
在步骤1206中,根据已选定的传话路径,用户A向首个中继用户账号发送中继传话请求,比如当该中继用户账号为中继1时,向该中继1发送中继传话请求。
在本实施例中,中继1可以选择同意或拒绝接收到的中继传话请求。如果拒绝,则基于当前的传话路径的传话操作终止,或者中继1将该拒绝消息返回用户A,由用户A决定终止传话操作,或者再次发送中继传话请求,或者更换其它传话路径。
当然,如果中继1同意中继传话请求,则转入步骤1208;同时,中继1可以将同意消息发送至服务器,并由服务器返回用户A,或者由中继1直接发送至用户A。
在步骤1208中,中继1将中继传话请求转发至中继2。
在本实施例中,由中继2执行类似于中继1执行的上述操作;实际上,每个接收到中继传话请求的中继用户账号,都将执行类似于中继1在步骤1206中的操作,此处不再赘述。
在步骤1210中,当所有的中继用户账号均同意接收到的中继传话请求时,用户B将接收到来自中继n的中继传话请求。
通过解析得到中继传话请求中的传话路径的信息,用户B确定自己为本次传话操作的目标账号,从而将解析出的传话路径的信息和待传话消息展示在用户B使用终端的屏幕上。
与前述的图1至图8所示的消息传输方法的实施例相对应,本公开还提供了消息传输装置的实施例。
图13是根据一示例性实施例示出的一种消息传输装置框图。参照图13,该装置包括接收单元131、确定单元132和传输单元133。
其中,接收单元131,被配置为接收传话请求,所述传话请求包括待传话消息、生成所述待传话消息的源账号和所述待传话消息的目标账号的信息;
确定单元132,被配置为根据已存储的用户账号之间的关联关系,确定由所述源账号至所述目标账号之间的传话路径,且每条所述传话路径中包含至少一个中继用户账号;
传输单元133,被配置为通过所述传话路径,将所述待传话消息传输至所述目标账号。
其中,在所述传话路径中,相邻的用户账号之间存在所述关联关系。
在上述实施例中,通过建立传话路径,使得无需在用户之间预先建立关联关系,即可在陌生用户之间基于该传话路径实现信息交互。
如图14所示,图14是根据一示例性实施例示出的另一种消息传输装置的框图,该实施例在前述图13所示实施例的基础上,传输单元133可以包括:信息发送子单元1331和第一路径选择子单元1332。
其中,信息发送子单元1331,被配置为当存在多条所述传话路径时,将多条所述传话路径的信息发送至所述源账号;
第一路径选择子单元1332,被配置为接收所述源账号返回的路径选择信息,并选定所述路径选择信息对应的传话路径,以将所述待传话消息传输至所述目标账号。
在上述实施例中,通过将多条传话路径的信息发送至源账号,使得用户可以根据实际情况,需要希望采用的传话路径。
如图15所示,图15是根据一示例性实施例示出的另一种消息传输装置的框图,该实施例在前述图13所示实施例的基础上,传输单元133可以包括:第二路径选择子单元1333。
其中,第二路径选择子单元1333,被配置为当存在多条所述传话路径时,选择包含的中继用户账号数量最少的传话路径,以将所述待传话消息传输至所述目标账号。
在上述实施例中,服务器可以根据中继用户账号数量,自动选择恰当的传话路径,有助于减少用户操作,提升信息交互效率。
如图16所示,图16是根据一示例性实施例示出的另一种消息传输装置的框图,该实施例在前述图13所示实施例的基础上,传输单元133可以包括:请求发送子单元1334和同意消息处理子单元1335。
其中,请求发送子单元1334,被配置为向所述传话路径中的中继用户账号发送中继传话请求;
同意消息处理子单元1335,被配置为当所述中继用户账号返回同意消息时,若所述中继用户账号的下一级为另一中继用户账号,则向所述另一中继用户账号发送所述中继传话请求,若所述中继用户账号的下一级为所述目标账号,则向所述目标账号发送包含所述待传话消息的会话消息。
如图17所示,图17是根据一示例性实施例示出的另一种消息传输装置的框图,该实施例在前述图16所示实施例的基础上,所述消息传输装置还可以包括:查看请求处理单元134。
其中,查看请求处理单元134,被配置为根据来自所述中继用户账号的消息查看请求, 将所述待传话消息发送至所述中继用户账号;或者,根据来自所述中继用户账号的消息查看请求,将所述消息查看请求和所述中继用户账号发送至所述源账号,并当所述源账号返回同意消息时,将所述待传话消息发送至所述中继用户账号。
需要说明的是,上述图17所示的装置实施例中的查看请求处理单元134的结构也可以包含在前述图13至图16中的任一装置实施例中,对此本公开不进行限制。
如图18所示,图18是根据一示例性实施例示出的另一种消息传输装置的框图,该实施例在前述图17所示实施例的基础上,所述消息传输装置还可以包括:路径信息发送单元135。
其中,路径信息发送单元,被配置为将所述传话路径的信息发送至所述目标账号。
如图19所示,图19是根据一示例性实施例示出的另一种消息传输装置的框图,该实施例在前述图16所示实施例的基础上,所述传输单元133还可以包括:拒绝消息处理子单元1336。
其中,拒绝消息处理子单元1336,被配置为当所述中继用户账号返回拒绝消息时,更换至另一传话路径,并通过所述另一传话路径将所述待传话消息传输至所述目标账号。
相应的,本公开还提供一种消息传输装置,包括:处理器;用于存储处理器可执行指令的存储器;其中,所述处理器被配置为:接收传话请求,所述传话请求包括待传话消息、生成所述待传话消息的源账号和所述待传话消息的目标账号的信息;根据已存储的用户账号之间的关联关系,确定由所述源账号至所述目标账号之间的传话路径,且每条所述传话路径中包含至少一个中继用户账号;通过所述传话路径,将所述待传话消息传输至所述目标账号。
相应的,本公开还提供一种终端,所述终端包括有存储器,以及一个或者一个以上的程序,其中一个或者一个以上程序存储于存储器中,且经配置以由一个或者一个以上处理器执行所述一个或者一个以上程序包含用于进行以下操作的指令:接收传话请求,所述传话请求包括待传话消息、生成所述待传话消息的源账号和所述待传话消息的目标账号的信息;根据已存储的用户账号之间的关联关系,确定由所述源账号至所述目标账号之间的传话路径,且每条所述传话路径中包含至少一个中继用户账号;通过所述传话路径,将所述待传话消息传输至所述目标账号。
图20是根据一示例性实施例示出的一种用于消息传输的装置2000的框图。例如,装置2000可以被提供为一服务器。参照图20,装置2000包括处理组件2022,其进一步包括一个或多个处理器,以及由存储器2032所代表的存储器资源,用于存储可由处理部件2022的执行的指令,例如应用程序。存储器2032中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外,处理组件2022被配置为执行指令,以执行 上述消息传输方法。
装置2000还可以包括一个电源组件2026被配置为执行装置2000的电源管理,一个有线或无线网络接口2050被配置为将装置2000连接到网络,和一个输入输出(I/O)接口2058。装置2000可以操作基于存储在存储器2032的操作系统,例如Windows ServerTM,Mac OS XTM,UnixTM,LinuxTM,FreeBSDTM或类似。
与前述的图9所示的消息传输方法的实施例相对应,本公开还提供了消息传输装置的实施例。
图21是根据一示例性实施例示出的一种消息传输装置框图。参照图21,该装置包括发送单元211、接收单元212和传输单元213。
其中,发送单元211,被配置为通过已登录账号,向服务器发送目标账号的信息;
接收单元212,被配置为接收所述服务器根据已存储的用户账号之间的关联关系确定的由所述已登录账号至所述目标账号的传话路径,且每条所述传话路径中包含至少一个中继用户账号;
传输单元213,被配置为通过所述传话路径,将待传话消息传输至所述目标账号。
其中,在所述传话路径中,相邻的用户账号之间存在所述关联关系。
在上述实施例中,通过建立传话路径,使得无需在用户之间预先建立关联关系,即可在陌生用户之间基于该传话路径实现信息交互。
如图22所示,图22是根据一示例性实施例示出的另一种消息传输装置的框图,该实施例在前述图21所示实施例的基础上,传输单元213可以包括:请求发送子单元2131。
其中,请求发送子单元2131,被配置为向已选定的传话路径中的首个中继用户账号发送中继传话请求,并通过所述至少一个中继用户账号,将所述中继传话请求发送至所述目标账号,其中所述中继传话请求中包含所述已选定的传话路径的信息和所述待传话消息;
其中,当所述中继传话请求的接收方账号为所述中继用户账号时,若所述中继传话请求被同意,则由所述中继传话请求的接收方账号将所述中继传话请求发送至下一级用户账号;
当所述中继传话请求的接收方账号为所述目标账号时,由所述目标账号所属终端对所述中继传话请求中的传话路径的信息和待传话消息进行展示。
相应的,本公开还提供一种信息显示装置,包括:处理器;用于存储处理器可执行指令的存储器;其中,所述处理器被配置为:通过已登录账号,向服务器发送目标账号的信息;接收所述服务器根据已存储的用户账号之间的关联关系,确定的由所述已登录账号至所述目标账号的传话路径,且每条所述传话路径中包含至少一个中继用户账号;通过所述传话路径,将待传话消息传输至所述目标账号。
相应的,本公开还提供一种终端,所述终端包括有存储器,以及一个或者一个以上的程序,其中一个或者一个以上程序存储于存储器中,且经配置以由一个或者一个以上处理器执行所述一个或者一个以上程序包含用于进行以下操作的指令:通过已登录账号,向服务器发送目标账号的信息;接收所述服务器根据已存储的用户账号之间的关联关系,确定的由所述已登录账号至所述目标账号的传话路径,且每条所述传话路径中包含至少一个中继用户账号;通过所述传话路径,将待传话消息传输至所述目标账号
与前述的图10所示的消息传输方法的实施例相对应,本公开还提供了消息传输装置的实施例。
图23是根据一示例性实施例示出的一种消息传输装置框图。参照图23,该装置包括接收单元231和处理单元232。
其中,接收单元231,被配置为接收到来自关联用户账号的中继传话请求,所述中继传话请求中包含传话路径的信息和待传话消息;
处理单元232,被配置为当本地的已登录账号为所述传话路径中的目标账号时,展示所述传话路径和所述待传话消息;当本地的已登录账号为所述传话路径中的中继用户账号时,若检测到预设用户操作,则将所述中继传话请求发送至所述传话路径中的下一级用户账号。
如图24所示,图24是根据一示例性实施例示出的另一种消息传输装置的框图,该实施例在前述图23所示实施例的基础上,所述消息传输装置还可以包括:发送单元233。
其中,发送单元233,被配置为当检测到所述预设用户操作时,向服务器发送对应于所述中继传话请求的同意消息。
相应的,本公开还提供一种信息显示装置,包括:处理器;用于存储处理器可执行指令的存储器;其中,所述处理器被配置为:接收到来自关联用户账号的中继传话请求,所述中继传话请求中包含传话路径的信息和待传话消息;当本地的已登录账号为所述传话路径中的目标账号时,展示所述传话路径和所述待传话消息;当本地的已登录账号为所述传话路径中的中继用户账号时,若检测到预设用户操作,则将所述中继传话请求发送至所述传话路径中的下一级用户账号。
相应的,本公开还提供一种终端,所述终端包括有存储器,以及一个或者一个以上的程序,其中一个或者一个以上程序存储于存储器中,且经配置以由一个或者一个以上处理器执行所述一个或者一个以上程序包含用于进行以下操作的指令:接收到来自关联用户账号的中继传话请求,所述中继传话请求中包含传话路径的信息和待传话消息;当本地的已登录账号为所述传话路径中的目标账号时,展示所述传话路径和所述待传话消息;当本地的已登录账号为所述传话路径中的中继用户账号时,若检测到预设用户操作,则将所述中 继传话请求发送至所述传话路径中的下一级用户账号。
关于上述实施例中的装置,其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述,此处将不做详细阐述说明。
对于装置实施例而言,由于其基本对应于方法实施例,所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本公开方案的目的。本领域普通技术人员在不付出创造性劳动的情况下,即可以理解并实施。
图25是根据一示例性实施例示出的一种用于消息传输的装置2500的框图。例如,装置2500可以是移动电话,计算机,数字广播终端,消息收发设备,游戏控制台,平板设备,医疗设备,健身设备,个人数字助理等。
参照图25,装置2500可以包括以下一个或多个组件:处理组件2502,存储器2504,电源组件2506,多媒体组件2508,音频组件2510,输入/输出(I/O)的接口2512,传感器组件2514,以及通信组件2516。
处理组件2502通常控制装置2500的整体操作,诸如与显示,电话呼叫,数据通信,相机操作和记录操作相关联的操作。处理组件2502可以包括一个或多个处理器2520来执行指令,以完成上述的方法的全部或部分步骤。此外,处理组件2502可以包括一个或多个模块,便于处理组件2502和其他组件之间的交互。例如,处理组件2502可以包括多媒体模块,以方便多媒体组件25025和处理组件2502之间的交互。
存储器2504被配置为存储各种类型的数据以支持在装置2500的操作。这些数据的示例包括用于在装置2500上操作的任何应用程序或方法的指令,联系人数据,电话簿数据,消息,图片,视频等。存储器2504可以由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(SRAM),电可擦除可编程只读存储器(EEPROM),可擦除可编程只读存储器(EPROM),可编程只读存储器(PROM),只读存储器(ROM),磁存储器,快闪存储器,磁盘或光盘。
电源组件2506为装置2500的各种组件提供电力。电源组件2506可以包括电源管理系统,一个或多个电源,及其他与为装置2500生成、管理和分配电力相关联的组件。
多媒体组件2508包括在所述装置2500和用户之间的提供一个输出接口的屏幕。在一些实施例中,屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板,屏幕可以被实现为触摸屏,以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界,而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例 中,多媒体组件2508包括一个前置摄像头和/或后置摄像头。当装置2500处于操作模式,如拍摄模式或视频模式时,前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。
音频组件2510被配置为输出和/或输入音频信号。例如,音频组件2510包括一个麦克风(MIC),当装置2500处于操作模式,如呼叫模式、记录模式和语音识别模式时,麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器2504或经由通信组件2516发送。在一些实施例中,音频组件2510还包括一个扬声器,用于输出音频信号。
I/O接口2512为处理组件2502和外围接口模块之间提供接口,上述外围接口模块可以是键盘,点击轮,按钮等。这些按钮可包括但不限于:主页按钮、音量按钮、启动按钮和锁定按钮。
传感器组件2514包括一个或多个传感器,用于为装置2500提供各个方面的状态评估。例如,传感器组件2514可以检测到装置2500的打开/关闭状态,组件的相对定位,例如所述组件为装置2500的显示器和小键盘,传感器组件2514还可以检测装置2500或装置2500一个组件的位置改变,用户与装置2500接触的存在或不存在,装置2500方位或加速/减速和装置2500的温度变化。传感器组件2514可以包括接近传感器,被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件2514还可以包括光传感器,如CMOS或CCD图像传感器,用于在成像应用中使用。在一些实施例中,该传感器组件2514还可以包括加速度传感器,陀螺仪传感器,磁传感器,压力传感器或温度传感器。
通信组件2516被配置为便于装置2500和其他设备之间有线或无线方式的通信。装置2500可以接入基于通信标准的无线网络,如WiFi,2G或3G,或它们的组合。在一个示例性实施例中,通信组件2516经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中,所述通信组件2516还包括近场通信(NFC)模块,以促进短程通信。例如,在NFC模块可基于射频识别(RFID)技术,红外数据协会(IrDA)技术,超宽带(UWB)技术,蓝牙(BT)技术和其他技术来实现。
在示例性实施例中,装置2500可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现,用于执行上述方法。
在示例性实施例中,还提供了一种包括指令的非临时性计算机可读存储介质,例如包括指令的存储器2504,上述指令可由装置2500的处理器2520执行以完成上述方法。例如,所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本发明的其它实施方案。本申请旨在涵盖本发明的任何变型、用途或者适应性变化,这些变型、用途或者 适应性变化遵循本发明的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本发明的真正范围和精神由下面的权利要求指出。
应当理解的是,本发明并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制。

Claims (29)

  1. 一种消息传输方法,其特征在于,包括:
    接收传话请求,所述传话请求包括待传话消息、生成所述待传话消息的源账号和所述待传话消息的目标账号的信息;
    根据已存储的用户账号之间的关联关系,确定由所述源账号至所述目标账号之间的传话路径,且每条所述传话路径中包含至少一个中继用户账号;
    通过所述传话路径,将所述待传话消息传输至所述目标账号。
  2. 根据权利要求1所述的方法,其特征在于,在所述传话路径中,相邻的用户账号之间存在所述关联关系。
  3. 根据权利要求1所述的方法,其特征在于,所述通过所述传话路径,将所述待传话消息传输至所述目标账号,包括:
    当存在多条所述传话路径时,将多条所述传话路径的信息发送至所述源账号;
    接收所述源账号返回的路径选择信息,并选定所述路径选择信息对应的传话路径,以将所述待传话消息传输至所述目标账号。
  4. 根据权利要求1所述的方法,其特征在于,所述通过所述传话路径,将所述待传话消息传输至所述目标账号,包括:
    当存在多条所述传话路径时,选择包含的中继用户账号数量最少的传话路径,以将所述待传话消息传输至所述目标账号。
  5. 根据权利要求1所述的方法,其特征在于,所述通过所述传话路径,将所述待传话消息传输至所述目标账号,包括:
    向所述传话路径中的中继用户账号发送中继传话请求;
    当所述中继用户账号返回同意消息时,若所述中继用户账号的下一级为另一中继用户账号,则向所述另一中继用户账号发送所述中继传话请求,若所述中继用户账号的下一级为所述目标账号,则向所述目标账号发送包含所述待传话消息的会话消息。
  6. 根据权利要求5所述的方法,其特征在于,还包括:
    根据来自所述中继用户账号的消息查看请求,将所述待传话消息发送至所述中继用户账号;
    或者,根据来自所述中继用户账号的消息查看请求,将所述消息查看请求和所述中继用户账号发送至所述源账号,并当所述源账号返回同意消息时,将所述待传话消息发送至所述中继用户账号。
  7. 根据权利要求5所述的方法,其特征在于,所述会话报文中还包含所述传话路径的信息。
  8. 根据权利要求5至7中任一项所述的方法,其特征在于,所述通过所述传话路径,将所述待传话消息传输至所述目标账号,包括:
    当所述中继用户账号返回拒绝消息时,更换至另一传话路径,并通过所述另一传话路 径将所述待传话消息传输至所述目标账号。
  9. 一种消息传输方法,其特征在于,包括:
    通过已登录账号,向服务器发送目标账号的信息;
    接收所述服务器根据已存储的用户账号之间的关联关系确定的由所述已登录账号至所述目标账号的传话路径,且每条所述传话路径中包含至少一个中继用户账号;
    通过所述传话路径,将待传话消息传输至所述目标账号。
  10. 根据权利要求9所述的方法,其特征在于,在所述传话路径中,相邻的用户账号之间存在所述关联关系。
  11. 根据权利要求9所述的方法,其特征在于,所述通过所述传话路径,将所述待传话消息传输至所述目标账号,包括:
    向已选定的传话路径中的首个中继用户账号发送中继传话请求,并通过所述至少一个中继用户账号,将所述中继传话请求发送至所述目标账号,其中所述中继传话请求中包含所述已选定的传话路径的信息和所述待传话消息;
    其中,当所述中继传话请求的接收方账号为所述中继用户账号时,若所述中继传话请求被同意,则由所述中继传话请求的接收方账号将所述中继传话请求发送至下一级用户账号;
    当所述中继传话请求的接收方账号为所述目标账号时,由所述目标账号所属终端对所述中继传话请求中的传话路径的信息和待传话消息进行展示。
  12. 一种消息传输方法,其特征在于,包括:
    接收到来自关联用户账号的中继传话请求,所述中继传话请求中包含传话路径的信息和待传话消息;
    当本地的已登录账号为所述传话路径中的目标账号时,展示所述传话路径和所述待传话消息;
    当本地的已登录账号为所述传话路径中的中继用户账号时,若检测到预设用户操作,则将所述中继传话请求发送至所述传话路径中的下一级用户账号。
  13. 根据权利要求12所述的方法,其特征在于,还包括:
    当检测到所述预设用户操作时,向服务器发送对应于所述中继传话请求的同意消息。
  14. 一种消息传输装置,其特征在于,包括:
    接收单元,用于接收传话请求,所述传话请求包括待传话消息、生成所述待传话消息的源账号和所述待传话消息的目标账号的信息;
    确定单元,用于根据已存储的用户账号之间的关联关系,确定由所述源账号至所述目标账号之间的传话路径,且每条所述传话路径中包含至少一个中继用户账号;
    传输单元,用于通过所述传话路径,将所述待传话消息传输至所述目标账号。
  15. 根据权利要求14所述的装置,其特征在于,在所述传话路径中,相邻的用户账号之间存在所述关联关系。
  16. 根据权利要求14所述的装置,其特征在于,所述传输单元包括:
    信息发送子单元,用于当存在多条所述传话路径时,将多条所述传话路径的信息发送至所述源账号;
    第一路径选择子单元,用于接收所述源账号返回的路径选择信息,并选定所述路径选择信息对应的传话路径,以将所述待传话消息传输至所述目标账号。
  17. 根据权利要求14所述的装置,其特征在于,所述传输单元包括:
    第二路径选择子单元,用于当存在多条所述传话路径时,选择包含的中继用户账号数量最少的传话路径,以将所述待传话消息传输至所述目标账号。
  18. 根据权利要求14所述的装置,其特征在于,所述传输单元包括:
    请求发送子单元,用于向所述传话路径中的中继用户账号发送中继传话请求;
    同意消息处理子单元,用于当所述中继用户账号返回同意消息时,若所述中继用户账号的下一级为另一中继用户账号,则向所述另一中继用户账号发送所述中继传话请求,若所述中继用户账号的下一级为所述目标账号,则向所述目标账号发送包含所述待传话消息的会话消息。
  19. 根据权利要求18所述的装置,其特征在于,还包括:
    查看请求处理单元,用于根据来自所述中继用户账号的消息查看请求,将所述待传话消息发送至所述中继用户账号;或者,根据来自所述中继用户账号的消息查看请求,将所述消息查看请求和所述中继用户账号发送至所述源账号,并当所述源账号返回同意消息时,将所述待传话消息发送至所述中继用户账号。
  20. 根据权利要求18所述的装置,其特征在于,还包括:
    路径信息发送单元,用于将所述传话路径的信息发送至所述目标账号。
  21. 根据权利要求18至20中任一项所述的装置,其特征在于,所述传输单元包括:
    拒绝消息处理子单元,用于当所述中继用户账号返回拒绝消息时,更换至另一传话路径,并通过所述另一传话路径将所述待传话消息传输至所述目标账号。
  22. 一种消息传输装置,其特征在于,包括:
    发送单元,用于通过已登录账号,向服务器发送目标账号的信息;
    接收单元,用于接收所述服务器根据已存储的用户账号之间的关联关系确定的由所述已登录账号至所述目标账号的传话路径,且每条所述传话路径中包含至少一个中继用户账号;
    传输单元,用于通过所述传话路径,将待传话消息传输至所述目标账号。
  23. 根据权利要求22所述的装置,其特征在于,在所述传话路径中,相邻的用户账号之间存在所述关联关系。
  24. 根据权利要求22所述的装置,其特征在于,所述传输单元包括:
    请求发送子单元,用于向已选定的传话路径中的首个中继用户账号发送中继传话请求,并通过所述至少一个中继用户账号,将所述中继传话请求发送至所述目标账号,其中 所述中继传话请求中包含所述已选定的传话路径的信息和所述待传话消息;
    其中,当所述中继传话请求的接收方账号为所述中继用户账号时,若所述中继传话请求被同意,则由所述中继传话请求的接收方账号将所述中继传话请求发送至下一级用户账号;
    当所述中继传话请求的接收方账号为所述目标账号时,由所述目标账号所属终端对所述中继传话请求中的传话路径的信息和待传话消息进行展示。
  25. 一种消息传输装置,其特征在于,包括:
    接收单元,用于接收到来自关联用户账号的中继传话请求,所述中继传话请求中包含传话路径的信息和待传话消息;
    处理单元,用于当本地的已登录账号为所述传话路径中的目标账号时,展示所述传话路径和所述待传话消息;当本地的已登录账号为所述传话路径中的中继用户账号时,若检测到预设用户操作,则将所述中继传话请求发送至所述传话路径中的下一级用户账号。
  26. 根据权利要求25所述的装置,其特征在于,还包括:
    发送单元,用于当检测到所述预设用户操作时,向服务器发送对应于所述中继传话请求的同意消息。
  27. 一种电子设备,其特征在于,包括:
    处理器;
    用于存储处理器可执行指令的存储器;
    其中,所述处理器被配置为:
    接收传话请求,所述传话请求包括待传话消息、生成所述待传话消息的源账号和所述待传话消息的目标账号的信息;
    根据已存储的用户账号之间的关联关系,确定由所述源账号至所述目标账号之间的传话路径,且每条所述传话路径中包含至少一个中继用户账号;
    通过所述传话路径,将所述待传话消息传输至所述目标账号。
  28. 一种电子设备,其特征在于,包括:
    处理器;
    用于存储处理器可执行指令的存储器;
    其中,所述处理器被配置为:
    通过已登录账号,向服务器发送目标账号的信息;
    接收所述服务器根据已存储的用户账号之间的关联关系,确定的由所述已登录账号至所述目标账号的传话路径,且每条所述传话路径中包含至少一个中继用户账号;
    通过所述传话路径,将待传话消息传输至所述目标账号。
  29. 一种电子设备,其特征在于,包括:
    处理器;
    用于存储处理器可执行指令的存储器;
    其中,所述处理器被配置为:
    接收到来自关联用户账号的中继传话请求,所述中继传话请求中包含传话路径的信息和待传话消息;
    当本地的已登录账号为所述传话路径中的目标账号时,展示所述传话路径和所述待传话消息;
    当本地的已登录账号为所述传话路径中的中继用户账号时,若检测到预设用户操作,则将所述中继传话请求发送至所述传话路径中的下一级用户账号。
PCT/CN2015/071311 2014-09-30 2015-01-22 消息传输方法及装置、电子设备 WO2016050020A1 (zh)

Priority Applications (7)

Application Number Priority Date Filing Date Title
BR112015007897A BR112015007897A2 (pt) 2014-09-30 2015-01-22 método e dispositivo para transferir uma mensagem e equipamento eletrônico
EP15801977.8A EP3203690B1 (en) 2014-09-30 2015-01-22 Message transmission method and apparatus, and electronic device
RU2015113775A RU2628158C2 (ru) 2014-09-30 2015-01-22 Способ и устройство для передачи сообщения и электронное оборудование
KR1020157006995A KR101629620B1 (ko) 2014-09-30 2015-01-22 메시지 전송방법, 메시지 전송장치, 전자장치, 프로그램 및 저장매체
MX2015004723A MX361501B (es) 2014-09-30 2015-01-22 Método y dispositivo para transferir mensaje y equipo electrónico.
JP2016550935A JP6126754B2 (ja) 2014-09-30 2015-01-22 メッセージ伝送方法、メッセージ伝送装置、電子装置、プログラム、及び記録媒体
US14/741,817 US9871884B2 (en) 2014-09-30 2015-06-17 Method and device for transferring messages

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201410521744.8 2014-09-30
CN201410521744.8A CN104243288B (zh) 2014-09-30 2014-09-30 消息传输方法及装置、电子设备

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US14/741,817 Continuation US9871884B2 (en) 2014-09-30 2015-06-17 Method and device for transferring messages

Publications (1)

Publication Number Publication Date
WO2016050020A1 true WO2016050020A1 (zh) 2016-04-07

Family

ID=52230678

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2015/071311 WO2016050020A1 (zh) 2014-09-30 2015-01-22 消息传输方法及装置、电子设备

Country Status (8)

Country Link
EP (1) EP3203690B1 (zh)
JP (1) JP6126754B2 (zh)
KR (1) KR101629620B1 (zh)
CN (1) CN104243288B (zh)
BR (1) BR112015007897A2 (zh)
MX (1) MX361501B (zh)
RU (1) RU2628158C2 (zh)
WO (1) WO2016050020A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112291581A (zh) * 2020-10-29 2021-01-29 北京达佳互联信息技术有限公司 服务器、终端设备、信息处理方法及装置

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104243288B (zh) * 2014-09-30 2015-12-02 小米科技有限责任公司 消息传输方法及装置、电子设备
US9871884B2 (en) 2014-09-30 2018-01-16 Xiaomi Inc. Method and device for transferring messages
CN106790915B (zh) * 2016-12-09 2019-07-26 北京安云世纪科技有限公司 号码识别控制方法、装置及相应的服务器和移动终端
KR20190065542A (ko) 2017-12-03 2019-06-12 권형석 무선 통신망을 이용한 메시지 전송 방법 및 시스템.
KR20190067973A (ko) 2017-12-08 2019-06-18 권형석 공개키를 이용한 메시지 전송 방법 및 시스템.

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101089817A (zh) * 2006-06-13 2007-12-19 上海新纳广告传媒有限公司 一种Flash模块间快速跳转和切换方法
CN101141175A (zh) * 2006-09-07 2008-03-12 财团法人工业技术研究院 无线通信系统和方法
CN102769495A (zh) * 2012-07-20 2012-11-07 瑞斯康达科技发展股份有限公司 一种光纤接入网设备通信方法、装置及系统
CN103870578A (zh) * 2014-03-21 2014-06-18 联想(北京)有限公司 一种网络应用的用户间关联信息的显示方法及电子设备
CN104243288A (zh) * 2014-09-30 2014-12-24 小米科技有限责任公司 消息传输方法及装置、电子设备

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5892819A (en) * 1996-02-23 1999-04-06 Siemens Information And Communication Networks, Inc. Call forward managed rerouting
US7561595B2 (en) * 2005-09-30 2009-07-14 Nokia Corporation Method and apparatus for instant messaging
US8576831B2 (en) * 2005-12-06 2013-11-05 National Institute Of Information And Communications Technology Wireless network system carrying out multihop wireless communication between source and destination
TWI429219B (zh) * 2006-05-01 2014-03-01 Koninkl Philips Electronics Nv 在分散式存取無線通信網路的多重跳躍式傳輸中以最大延遲保証保留資源的方法
CN100518068C (zh) * 2006-06-02 2009-07-22 阿里巴巴集团控股有限公司 一种通过浏览器实现即时通信的方法及系统
CN101170523B (zh) * 2007-12-05 2010-09-29 腾讯科技(深圳)有限公司 文件传输系统、方法以及文件中转决策服务器
KR101121532B1 (ko) * 2008-12-29 2012-03-06 에스케이플래닛 주식회사 멀티미디어 통합 서비스 장치 및 방법, 멀티미디어 통합 서비스를 위한 디바이스
JP2010199871A (ja) * 2009-02-24 2010-09-09 Ntt Docomo Inc リンク情報提供装置、リンク情報提供システム及びリンク情報提供方法
KR20120036150A (ko) * 2010-10-07 2012-04-17 박성준 Sns를 이용한 영업 정보 중개 방법
KR101187742B1 (ko) * 2010-12-09 2012-10-05 주식회사 이너스커뮤니티 소셜 네트워크 서비스 장치 및 그 서비스 방법
WO2014087500A1 (ja) * 2012-12-05 2014-06-12 富士通株式会社 中継装置および情報処理装置

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101089817A (zh) * 2006-06-13 2007-12-19 上海新纳广告传媒有限公司 一种Flash模块间快速跳转和切换方法
CN101141175A (zh) * 2006-09-07 2008-03-12 财团法人工业技术研究院 无线通信系统和方法
CN102769495A (zh) * 2012-07-20 2012-11-07 瑞斯康达科技发展股份有限公司 一种光纤接入网设备通信方法、装置及系统
CN103870578A (zh) * 2014-03-21 2014-06-18 联想(北京)有限公司 一种网络应用的用户间关联信息的显示方法及电子设备
CN104243288A (zh) * 2014-09-30 2014-12-24 小米科技有限责任公司 消息传输方法及装置、电子设备

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP3203690A4 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112291581A (zh) * 2020-10-29 2021-01-29 北京达佳互联信息技术有限公司 服务器、终端设备、信息处理方法及装置
CN112291581B (zh) * 2020-10-29 2022-09-20 北京达佳互联信息技术有限公司 服务器、终端设备、信息处理方法及装置

Also Published As

Publication number Publication date
MX2015004723A (es) 2016-08-02
CN104243288B (zh) 2015-12-02
KR101629620B1 (ko) 2016-06-10
RU2015113775A (ru) 2016-11-10
JP6126754B2 (ja) 2017-05-10
JP2016538673A (ja) 2016-12-08
EP3203690A4 (en) 2018-05-30
EP3203690B1 (en) 2021-06-02
BR112015007897A2 (pt) 2017-07-04
MX361501B (es) 2018-12-06
EP3203690A1 (en) 2017-08-09
KR20160048703A (ko) 2016-05-04
RU2628158C2 (ru) 2017-08-15
CN104243288A (zh) 2014-12-24

Similar Documents

Publication Publication Date Title
WO2016086581A1 (zh) 即时通讯的方法和装置
KR101894644B1 (ko) 채팅창에서 게임을 구현하는 방법, 장치 및 단말
WO2016050020A1 (zh) 消息传输方法及装置、电子设备
RU2644509C2 (ru) Способы и аппараты для связывания с устройством
WO2016011746A1 (zh) 共享视频信息的方法及装置
WO2016192326A1 (zh) 云名片的发送方法和装置
US10608988B2 (en) Method and apparatus for bluetooth-based identity recognition
WO2016101482A1 (zh) 连接方法及装置
WO2016192323A1 (zh) 视频通信方法及装置
US10237214B2 (en) Methods and devices for sharing media data between terminals
WO2017020413A1 (zh) 网络接入方法、设备及系统
WO2016134600A1 (zh) 智能设备检测方法和装置
US20170279898A1 (en) Method for Accessing Virtual Desktop and Mobile Terminal
EP3264774B1 (en) Live broadcasting method and device for live broadcasting
WO2017092441A1 (zh) 名片信息获取方法及装置
US20220038513A1 (en) Method and Apparatus for Communication Processing
WO2016115905A1 (zh) 数据传输方法、装置及设备
CN111314211A (zh) 消息转发的方法及装置
KR20190016671A (ko) 통신 장치, 서버 및 통신 방법
WO2020093854A1 (zh) 信息交互方法、装置、系统、服务器用户终端及存储介质
US11483263B2 (en) Method and terminal for facilitating chat between users of two terminals
WO2017118046A1 (zh) 信息发送方法及装置
US9871884B2 (en) Method and device for transferring messages
WO2017118044A1 (zh) 群组消息显示方法及装置
WO2017024739A1 (zh) 发送文件的方法及装置

Legal Events

Date Code Title Description
ENP Entry into the national phase

Ref document number: 2016550935

Country of ref document: JP

Kind code of ref document: A

ENP Entry into the national phase

Ref document number: 20157006995

Country of ref document: KR

Kind code of ref document: A

ENP Entry into the national phase

Ref document number: 2015113775

Country of ref document: RU

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: MX/A/2015/004723

Country of ref document: MX

REEP Request for entry into the european phase

Ref document number: 2015801977

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2015801977

Country of ref document: EP

REG Reference to national code

Ref country code: BR

Ref legal event code: B01A

Ref document number: 112015007897

Country of ref document: BR

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

Ref document number: 15801977

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: 112015007897

Country of ref document: BR

Kind code of ref document: A2

Effective date: 20150409