WO2015027776A1 - 一种添加好友的方法及装置 - Google Patents

一种添加好友的方法及装置 Download PDF

Info

Publication number
WO2015027776A1
WO2015027776A1 PCT/CN2014/082492 CN2014082492W WO2015027776A1 WO 2015027776 A1 WO2015027776 A1 WO 2015027776A1 CN 2014082492 W CN2014082492 W CN 2014082492W WO 2015027776 A1 WO2015027776 A1 WO 2015027776A1
Authority
WO
WIPO (PCT)
Prior art keywords
user
friend
verification
message
free condition
Prior art date
Application number
PCT/CN2014/082492
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 广州网易计算机***有限公司
Publication of WO2015027776A1 publication Critical patent/WO2015027776A1/zh

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/30—Authentication, i.e. establishing the identity or authorisation of security principals
    • G06F21/31—User authentication
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/01—Social networking

Definitions

  • Embodiments of the present invention relate to the field of social networking, and more particularly, embodiments of the present invention relate to a method, apparatus, and system for adding a friend. Background technique
  • a method for adding a friend is provided, which may be applied to a client, for example, may include: responding to a trigger event in which a first user adds a second user as a friend, Obtaining a second user account; determining whether the acquired second user account meets the verification-free condition; if yes, adding the second user as a friend; if not, sending a verification request to the server side to add the second user as a friend.
  • a device for adding a friend which may be configured on a client, for example, may include: a first acquiring unit, configured to respond to the occurrence of the first user adding The second user is a trigger event of the friend, and the second user account is obtained.
  • the first verification-free determination unit may be configured to determine whether the second user account acquired by the first acquiring unit meets the verification-free condition;
  • the first sending verification unit may be configured to send the sending to the server when the first verification-free determining unit determines to be no.
  • the second user is a friend's verification request.
  • a method for adding a friend is provided, which may be applied to a server.
  • the method may include: responding to receiving, by the first user, adding a second user as a friend. Requesting, determining whether the second user meets the verification-free condition; if yes, opening a right that the first user's friend can use to the second user; if not, sending the first user to the second user to add the second user as a friend Verify the request.
  • a device for adding a friend which may be configured on a server, for example, may include: a second verification-free determination unit, configured to respond to receiving the first a request for adding a second user as a friend sent by a user, determining whether the second user meets the verification-free condition; and the second adding the friend unit, configured to be used when the second verification-free determination unit determines to be YES, to the second The user can open the first user and the second user as the friend. When the second verification verification unit determines to be no, the second user sends the second user to the second user as the friend. request.
  • the method and apparatus for adding a friend because the second user is directly added as a friend when determining that the second user meets the verification-free condition, that is, determining that the second user must consider the first user to be a friend. In this case, it is not necessary to spend time waiting for the verification of the other party to add the other party's friend through the message, and when the second user does not meet the verification-free condition, the verification request of adding the second user as the friend is sent, and the information of the second user is secured. At the same time, it saves the intermediate link of adding friends to the user, which enables the user to quickly add friends, which greatly improves the user experience.
  • FIG. 1 schematically illustrates a block diagram of an exemplary computing system 100 suitable for implementing embodiments of the present invention
  • FIG. 2 schematically illustrates an application scenario in accordance with an embodiment of the present invention
  • FIG. 3 schematically illustrates one of the flowcharts of a method in accordance with an embodiment of the present invention
  • FIG. 4 schematically illustrates a second flowchart of a method in accordance with an embodiment of the present invention
  • FIG. 5 is a schematic block diagram showing one embodiment of a device according to an embodiment of the present invention.
  • FIG. 6 is a schematic flow chart 3 of a method according to an embodiment of the present invention.
  • FIG. 7 is a schematic block diagram showing the structure of a device according to an embodiment of the present invention.
  • FIG. 8 is a schematic block diagram showing the structure of a system in accordance with an embodiment of the present invention.
  • FIG. 1 illustrates a block diagram of an exemplary computing system 100 suitable for implementing embodiments of the present invention.
  • the computing system 100 can be a desktop, laptop, tablet, personal digital assistant, server, or even a mobile phone.
  • computing system 100 can include: a central processing unit (CPU) 101, a random access memory (RAM) 102, a read only memory (ROM) 103, a system bus 104, a hard disk controller 105, and a keyboard controller 106.
  • a CPU 101 coupled to the system bus 104 are a CPU 101, a RAM 102, a ROM 103, a hard disk controller 105, a keyboard controller 106, a serial controller 107, a parallel controller 108, and a display controller 109.
  • the hard disk 110 is coupled to the hard disk controller 105
  • the keyboard 111 is coupled to the keyboard controller 106
  • the serial external device 112 is coupled to the serial interface controller 107
  • the parallel external device 113 is coupled to the parallel interface controller 108
  • the display 114 and display controls are provided.
  • the device 109 is coupled. It should be understood that the structural block diagrams illustrated in FIG. 1 are for illustrative purposes only and are not intended to limit the scope of the invention. In some cases, certain devices may be added or removed depending on the situation.
  • embodiments of the present invention may be implemented as a system, method or Computer program product. Accordingly, the present disclosure may be embodied in the form of: complete hardware, complete software (including firmware, resident software, microcode, etc.), or a combination of hardware and software, generally referred to herein as “circuitry,,, "Module,, or "system.” Furthermore, in some embodiments, the invention may also be embodied in the form of a computer program product embodied in one or more computer readable medium(s) comprising computer readable program code.
  • the computer readable medium can be a computer readable signal medium or a computer readable storage medium.
  • the computer readable storage medium can be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination of the above.
  • Non-exhaustive examples of computer readable storage media may include, for example, electrical connections having one or more wires, a portable computer disk, a hard disk, a random access memory (RAM), a read only memory (ROM) Erasable programmable read only memory (EPR0M or flash memory), optical fiber, portable compact disk read only memory (CD-ROM), optical storage device, magnetic storage device, or any suitable combination of the foregoing.
  • a computer readable storage medium can be any tangible medium that can contain or store a program, which can be used by or in connection with an instruction execution system, apparatus or device.
  • a computer readable signal medium may include a data signal that is propagated in a baseband or as part of a carrier, carrying computer readable program code. Such propagated data signals can take a variety of forms including, but not limited to, electromagnetic signals, optical signals, or any suitable combination of the foregoing.
  • the computer readable signal medium can also be any computer readable medium other than a computer readable storage medium, which can transmit, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device. .
  • the program code embodied on a computer readable medium can be transmitted by any suitable medium, including but not limited to wireless, wire, fiber optic cable, RF, etc., or any suitable combination of the foregoing.
  • the computer program code for performing the operations of the present invention may be written in one or more programming languages, or a combination thereof, including an object oriented programming language such as Java, Sma ll lk C++ also includes a conventional procedural programming language such as the "C" language or a similar programming language.
  • the program code may execute entirely on the user's computer, partly on the user's computer, as a stand-alone software package, partly on the user's computer, partly on the remote computer, or entirely on the remote computer or server.
  • the remote computer can be connected to the user's computer through any kind of network, including a local area network (LAN) or wide area network (WAN), or can be connected to an external computer (eg, using an Internet service provider to access the Internet) connection).
  • LAN local area network
  • WAN wide area network
  • an external computer eg, using an Internet service provider to access the Internet
  • These computer program instructions may also be stored in a computer readable medium that can cause a computer or other programmable data processing apparatus to operate in a particular manner, such that instructions stored in the computer readable medium produce an implementation The product of the instruction device of the function/operation specified in the blocks in the flowchart and/or block diagram.
  • Computer program instructions may also be loaded onto a computer, other programmable data processing device, or other device such that a series of operational steps are performed on a computer, other programmable data processing device or other device to produce a computer-implemented
  • the processes are such that instructions executed on a computer or other programmable device can provide a process for implementing the functions/operations specified in the blocks of the flowcharts and/or block diagrams.
  • the social platform either requires the user to authenticate with the other party to add the other party's friend, or the user can directly add the other party as a friend without requiring the other party to verify, depending on the setting of the opposite party.
  • the user In the case that the user must be authenticated by the other party to add the other party's friends, when the other party does not see the verification message in time, the user may have to spend a lot of time waiting for the other party to verify and miss the opportunity to interact with the other party, which affects the user to some extent.
  • the privacy of the user cannot be guaranteed.
  • the auxiliary information can be used to determine whether the second user account meets the verification-free condition, for example, when the second When the user account is in the local address book, it is considered that the other party has considered the first user as a friend and does not need to verify the other party.
  • an embodiment of the present invention may be applied to a client as shown in FIG. 2, for example, when a user clicks on a 136XXXXXXXX friend in a friend recommendation page, a trigger event is added to add 136XXXXXXX as a friend, or When the user clicks on the address book in the add friend page, a trigger event occurs in which the contact who adds the address book is a friend;
  • FIG. 3 is a schematic flowchart of a method for adding a friend according to an embodiment of the present invention. As shown in the figure, the method may include:
  • S 301 Acquire a second user account in response to a trigger event that the first user adds the second user as a friend;
  • the method provided by the embodiment of the present invention may be applied to, but not limited to, a client running on a mobile terminal, such as a social platform on a smart phone, and the second user account may refer to but not limited to the other party.
  • the mobile phone number, or the feature value converted from the mobile phone number according to the preset rule, may specifically set the account that the user can use according to the application scenario.
  • the triggering event in response to the occurrence of the first user adding a friend may occur in a plurality of situations, for example: when the mobile phone user clicks on the second user account in the friend recommendation page, the group chat page, and pops up In the function menu, when the add friend function is selected, in response to the trigger event of adding a friend, the mobile phone user may select a contact in the local address book in the add friend page, or select a search number in the add friend page to temporarily enter the first In the case of two user accounts, in response to the occurrence of a trigger event to add a friend, or other circumstances, no longer here - for example.
  • S302. Determine whether the acquired second user account meets the verification-free condition
  • determining whether the second user account meets the verification-free condition may set the determination method according to actual application requirements.
  • the specific implementation of determining whether the acquired second user account meets the verification-free condition may be: Determining whether the acquired second user account is in the local address book; if yes, the obtained second user account meets the verification-free condition; if not, the acquired second user account does not meet the verification-free condition.
  • the present invention is not limited to the method for determining whether the second user account is in the local address book.
  • the setting may be set according to the implementation scenario, for example, when allowing the reading of the buddy list of another platform. If the second user account is in the buddy list of the first user of the other platform, the second user account may also be considered to meet the verification-free condition.
  • the second user account should also be considered to be consistent. Free verification conditions. Specifically, for example, if the acquired second user account is not in the local address book, it may further determine whether the acquired second user has added the first user as a friend; if yes, the acquired second user account The verification-free condition is met; if not, the acquired second user account does not meet the verification-free condition.
  • the second user When the first user adds a friend by selecting the second user account in the friend recommendation page, the second user has been determined according to the information that the second user account presented in the friend recommendation page has been added to the first user as a friend. Add the first user as a friend; or,
  • the server may also send a verification request to the server to add a second user as a friend, so that the server queries the buddy list of the saved second user account and feeds the second user to the first user when the first user exists in the buddy list of the second user.
  • the message that the first user is a friend has been added, so that when the second user who has received the feedback from the server has added the message that the first user is a friend, it is determined that the second user has added the first user as a friend. It can be understood that, in this case, although the first user issues a verification request to the server, since the information that the second user has added the first user as a friend is directly fed back by the server, the other party's verification is not required.
  • the second user is added as a friend.
  • the response may occur in response to the occurrence of the second user. a triggering event of the second user chat, entering a chat state with the second user; and/or, in response to the triggering event of the multi-person chat with the second user, entering a state of multi-person chat with the second user.
  • the first user and the second user are friends with each other, and both parties can enter the chat state with the other party, or chat with multiple people, or share with each other in the circle of friends. New dynamics, etc.
  • the third user may also add the first user as a friend when the first user meets the verification-free condition, and the first user should know that the other party has added the first user.
  • the status of the friend therefore, the embodiment of the present invention may further acquire the third user account when receiving the message that the third user adds the first user as a friend, and determine whether the acquired third user account meets the verification-free condition, for example Determining whether the third user account is in the local address book, if not, presenting the prompt message of the third user plus the first user as a friend on the friend recommendation page, if yes, because the friend recommendation page may already be in the local address book
  • the prompt of the contact being added as a friend does not need to present the prompt information of adding the third user as a friend on the friend recommendation page.
  • the embodiment of the present invention can directly add the second user as a friend when determining that the second user account meets the verification-free condition, that is, in the case that it is determined that the second user must consider the first user as a friend, no need to spend The time waits for the verification of the other party to add the other party's friend through the message, and when the second user account does not meet the verification-free condition, the verification request of adding the second user as the friend is sent, which saves the information of the second user while saving the information. Users add intermediate links to their friends, which greatly enhances the user experience.
  • FIG. 4 is a schematic flowchart of a method for adding a friend according to an embodiment of the present invention, as shown in the figure, the method may include:
  • S401 Acquire a second user account in response to a trigger event of the first user adding a friend.
  • S402. Determine whether the acquired second user account meets the verification-free condition
  • S403 If the acquired second user account meets the verification-free condition, adding the second user as a friend; [0064] S404, sending, to the server, a message that the first user has added the other party as a friend, so that the server ends to the second The user opens the rights available to the first user's friends;
  • the server may be made open to the second user to share the rights of the first user's circle of friends. More specifically, after the first user shares the new dynamic in the circle of friends, the second user can see the new dynamic shared by the first user in the circle of friends. After the second user adds the first user as a friend, the first user can also view To the new activity shared by the second user in the circle of friends of the second user, the first user may also comment on the new dynamic shared in the circle of friends of the second user, and the comment may also be presented on the circle of friends of the second user. on.
  • the permission may also be canceled in the following two cases, for example:
  • the other party should only be deleted from the first user buddy list, and should not affect the second User
  • the first user is regarded as a friend, that is, the first user should only prohibit the second user from having the right that the first user's friend can use when deleting the friend, and cannot prohibit the second user account from allowing the first user to own the second user. Permissions available to friends.
  • at least the second user should be allowed to enter the individual chat state with the first user, or the multi-person chat state. For example, specifically:
  • the embodiment of the present invention may obtain a second user account in response to a trigger event of deleting a friend by the first user; deleting the second user from the buddy list, and sending the first user to the server to delete the second user from the buddy The message of the user, so that the server side cancels the permission that the friend of the first user that is open to the second user can use, wherein if the second user has added the first user friend, the server side reserves the friend of the second user that is open to the first user.
  • Permissions that can be used and after the second user is deleted from the buddy list, when the second user's chat request is received, the second user enters a chat state; and or, when the second user receives the multi-person chat When requested, enter a state of multi-person chat with the second user.
  • the embodiment of the present invention may obtain the second user account in response to the triggering event that the first user adds the second user to the blacklist; delete the second user from the buddy list, and send the second user to the blacklist in the server.
  • the message causing the server to cancel the permission available to the friend of the first user who is open to the second user, and refuse to forward the message when receiving the message sent by the second user to the first user, and/or to enable the server.
  • the user refuses to forward the request when receiving the multi-person chat request sent by the second user to the first user, and feeds back the message rejecting the chat to the second user.
  • the second user is added to the blacklist, only the second user account is cancelled. In the state in the blacklist, it is possible for the second user to enter the chat state with the first user.
  • the second user when determining that the second user account meets the verification-free condition, the second user may be directly added as a friend without verifying by the other party. Therefore, in order to ensure that the server can know in time that the first user has added the second user to A friend, in time, opens a second user with a right that the first user's friend can use, for example, sharing the new dynamic of the friend circle. Therefore, after adding the second user as a friend, the second user is also sent to the server as the friend who has added the second user as a friend. The message, so that the server releases the permission that the first user friend can use to the other party, so that the first user can share the dynamic with the other party in time, which greatly improves the user experience.
  • FIG. 5 is a schematic structural diagram of a device for adding a friend according to an embodiment of the present invention.
  • the device may be configured on a client. As shown in the figure, the device may include:
  • the first obtaining unit 501 may be configured to acquire a second user account in response to the triggering event that the first user adds the second user as a friend;
  • the first verification-free determination unit 502 is configured to determine whether the second user account acquired by the first acquisition unit meets the verification-free condition
  • the first adding friend unit 503 may be configured to add the second user as a friend when the first verification-free determination unit determines to be YES;
  • the first sending verification unit 504 may be configured to send, when the first verification-free determination unit determines to be no, an authentication request that adds the second user as a friend to the server.
  • the first verification-free determination unit 502 may be configured to determine whether the second user account acquired by the first acquisition unit is in the local address book, and if yes, the acquired second The user account meets the verification-free condition. If not, the obtained second user account does not meet the verification-free condition.
  • the first verification-free determination unit 502 may specifically determine that the second user may be authenticated by the first user when the second user has added the first user as a friend. If the obtained second user account is not in the local address book, further determining whether the acquired second user has added the first user as a friend; if yes, the obtained second user account meets the verification-free condition; The obtained second user account does not meet the verification-free condition.
  • the device provided by the embodiment of the present invention may further enter a chat state with the other party after adding the second user as a friend.
  • the device may further include:
  • the chat unit 505 may be configured to enter a state of chatting with the second user in response to the triggering event of the chat with the second user after the adding the friend unit adds the second user as the friend; and/or, In response to a triggering event in which a multi-person chat with the second user occurs, a state of multi-person chat with the second user is entered.
  • the apparatus provided by the embodiment of the present invention may further include a first prompting unit 506, configured to acquire a third user account when receiving a message that the third user adds the first user as a friend; Whether the user account meets the verification-free condition; if not, the prompt information of adding the third user as a friend is presented on the friend recommendation page.
  • a first prompting unit 506 configured to acquire a third user account when receiving a message that the third user adds the first user as a friend; Whether the user account meets the verification-free condition; if not, the prompt information of adding the third user as a friend is presented on the friend recommendation page.
  • the embodiment of the present invention can directly add the second user as a friend without determining that the second user account meets the verification-free condition. Therefore, in order to ensure that the server can know the first user in time, Adding the second user as a friend, so that the first user can share the dynamic with the other party in time, for example, sharing a new dynamic of the circle of friends. Therefore, the device may further include:
  • the buddy authority requesting unit 507 may be configured to send, after the first adding friend unit 503 adds the second user as a friend, a message that the first user has added the second user as a friend to the server, so that the server end is second. The user opens the permissions available to the first user's friends.
  • the buddy authority requesting unit 507 may be configured to send, after the first adding friend unit 503 adds the second user as a buddy, send a message that the first user has added the second user as a friend to the server.
  • the server side opens the right to share the dynamic of the first user's circle of friends to the second user.
  • the permission may also be canceled in the following two cases, for example:
  • the device may further include:
  • the first delete friend unit 508 may be configured to obtain a second user account in response to a trigger event in which the first user deletes the friend, delete the second user from the friend list, and send the first user to the server from the friend. Deleting the message of the second user, so that the server side cancels the permission available to the friend of the first user that is open to the second user, wherein if the second user has added the first user friend, the server side reserves the second open to the first user. Permissions available to the user's friends.
  • the second user may also enter a chat state; and/or, when the second user's multi-person chat request is received At the same time, it is also possible to enter a state of multi-person chat with the second user.
  • the device may further include:
  • the first blacklisting unit 509 may be configured to obtain a second user account in response to a trigger event that the first user adds the second user to the blacklist; and delete the second user from the buddy list, and send the second user to the server.
  • the second user has been added to the blacklisted message, so that the server side cancels the permission that the first user's friend who is open to the second user can use.
  • the message may be refused to be forwarded, and/or, when the server end receives the multi-person chat request sent by the second user to the first user, The request can be denied to be forwarded, and a message rejecting the join to the chat is fed back to the second user.
  • FIG. 6 is a schematic flowchart of a method for adding a friend according to an embodiment of the present invention.
  • the method may be applied to a server. As shown in the figure, the method may include:
  • S601. Determine, according to the request for adding the second user that is sent by the first user, whether the second user meets the verification-free condition
  • the request sent by the first user to add the second user as a friend carries the verification-free identifier. Therefore, it can be determined whether the request for adding the second user to be a friend sent by the first user carries a verification-free identifier, where the verification-free identifier can be carried when the second user account is in the address book of the first user. In the request; if yes, the second user meets the verification-free condition; if not, the second user does not meet the verification-free condition.
  • the user when the user first uses the client applying the embodiment of the method of the present invention, the user uploads the local address book to the server, and adds a new address to the address book each time.
  • the contact information can be dynamically uploaded to the server when the contact is made. Therefore, it can be determined whether the second user account is in the address book uploaded by the first user, and if so, the second user meets the verification-free condition, and if not, the second user does not meet the verification-free condition.
  • the second user may also be considered to be in compliance with the verification-free condition.
  • the friend relationship between the users can be saved. Therefore, when the request for adding the second user to the friend sent by the first user does not carry the authentication-free identifier, or when the second user account is not in the first user, When the address book is uploaded, it is further determined whether the second user has added the first user as a friend. If yes, the second user meets the verification-free condition. If not, the second user does not meet the verification-free condition.
  • the user is also added as a friend.
  • the specific implementation may be: if the second user meets the verification-free condition, further determining whether the first user is in the address book uploaded by the second user, and if not, sending the first user to the second user as the second user.
  • the message is such that the friend recommendation page of the client where the second user is located presents the prompt information of adding the first user as a friend.
  • the permission that the friend of the first user is open to the second user may include but is not limited.
  • the right to share the dynamic of the first user's circle of friends is opened to the second user.
  • the permission may also be canceled in the following two cases, for example:
  • the privilege available to the buddy of the first user that is open to the second user may be cancelled, where The second user has added the first user as a friend, and the server side reserves the rights that the friend of the second user terminal that is open to the first user terminal can use;
  • the right of the first user's friend can be opened to the second user without using the verification of the other party, that is, the first user does not need to spend time. Waiting for the verification of the other party to add the other party's friend through the message, and when the second user does not meet the verification-free condition, sending a verification request to the second user to add the second user as a friend, while ensuring the information security of the second user It saves the intermediate link of users adding friends, which greatly improves the user experience.
  • the device for adding a friend configured on the server side is introduced below.
  • FIG. 7 is a schematic structural diagram of a device for adding a friend according to an embodiment of the present invention.
  • the device may be configured on a server. As shown in the figure, the device may include:
  • the second verification-free determination unit 701 is configured to determine, according to the request for adding the second user that is sent by the first user, whether the second user meets the verification-free condition;
  • the second adding friend unit 702 is configured to open, to the second user, the rights that the first user's friends can use when the second verification verification determining unit 701 determines to be YES;
  • the second sending verification unit 703 is configured to send, to the second user, a verification request that the first user and the second user are friends when the second verification-free determination unit 701 determines to be no.
  • the second verification-free determination unit 701 may be configured to determine whether the request sent by the first user to add a second user is a friend. Carrying inspection The certificate identifier, wherein the verification-free identifier is carried in the request when the second user account is in the address book of the first user; if yes, the second user meets the verification-free condition; if not, the second The user does not meet the verification-free condition.
  • the second verification-free determination unit 701 may be configured to determine whether the second user account is in an address book uploaded by the first user; Yes, the second user meets the verification-free condition; if not, the second user does not meet the verification-free condition.
  • the second-free authentication determining unit 701 may be configured to: when the request for adding the second user sent by the first user does not carry the authentication-free identifier, or when the second user account is not in the address book uploaded by the first user Further, it is further determined whether the second user has added the first user as a friend, and if so, the second user meets the verification-free condition, and if not, the second user does not meet the verification-free condition.
  • the device provided by the embodiment of the present invention may further include:
  • the second prompting unit 704 may be configured to determine, if the second user meets the verification-free condition, whether the first user is in the address book uploaded by the second user, and if not, send the first user to the second user.
  • the message that the second user is a friend causes the friend recommendation page of the client where the second user is located to present the prompt information that the first user is a friend.
  • the second adding friend unit 702 may be configured to open the right to share the friend circle dynamic of the first user to the second user when the second verification verification unit 701 determines that the message is YES.
  • the present invention is not limited to the rights that can be used by such a friend, and the implementation is merely illustrative.
  • the device may further include:
  • the second delete friend unit 705 may be configured to cancel the permission that the friend of the first user that is open to the second user can use, in response to receiving the message that the first user has sent the second user that has been deleted from the friend, where The second user has added the first user as a friend, and the server side reserves the right that the friend of the second user terminal that is open to the first user terminal can use.
  • the device may further include:
  • a second blacklisting unit 706, configured to respond to receiving the first user to send the second The message that the user joins the blacklist cancels the permission that the friend of the first user who is open to the second user can use, and refuses to forward the message when receiving the message sent by the second user to the first user.
  • FIG. 8 is a schematic structural diagram of a system for adding a friend according to an embodiment of the present invention. As shown in the figure, the system may include:
  • the at least two clients 801 may be configured to obtain a second user account in response to the triggering event that the first user adds the second user as a friend, and determine whether the acquired second user account meets the verification-free condition. If yes, the second user is added as a friend, and the request for adding the second user as a friend is sent to the server, where the request carries the verification-free identifier;
  • the server 802 may be configured to determine, in response to receiving the request that the second user is a friend sent by the first user, whether the request sent by the first user to add the second user is a friend The identifier, if yes, opens the second user with the permission that the first user's friend can use, and if not, sends the first user plus the second user as the friend's verification request to the second user.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Security & Cryptography (AREA)
  • Business, Economics & Management (AREA)
  • Physics & Mathematics (AREA)
  • Health & Medical Sciences (AREA)
  • Human Resources & Organizations (AREA)
  • Computing Systems (AREA)
  • Software Systems (AREA)
  • Computer Hardware Design (AREA)
  • Economics (AREA)
  • General Health & Medical Sciences (AREA)
  • General Engineering & Computer Science (AREA)
  • Marketing (AREA)
  • Primary Health Care (AREA)
  • Strategic Management (AREA)
  • Tourism & Hospitality (AREA)
  • General Business, Economics & Management (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本发明的实施方式提供了一种添加好友的方法，包括：响应于发生第一用户添加第二用户为好友的触发事件，获取第二用户账号；判断所获取的第二用户账号是否符合免验证条件；如果是，添加第二用户为好友；如果否，向服务器端发送加第二用户为好友的验证请求。由于在第二用户账号符合免验证条件时直接加第二用户为好友，无需等待对方验证通过，减少了中间环节，提高了效率，为用户带来了更好的体验。此外，本发明的实施方式提供了一种添加好友的装置。

Description

一种添加好友的方法及装置
[0001] 本申请要求于 2013年 8月 26 日提交中国专利局、 申请号为 201310377192. 3、 发 明名称为 "一种添加好友的方法及装置" 的中国专利申请的优先权， 其全部内容通过引用 结合在本申请中。 技术领域
[0002] 本发明的实施方式涉及社交网络领域， 更具体地， 本发明的实施方式涉及一 种添加好友的方法、 装置及***。 背景技术
[0003] 本部分旨在为权利要求书中陈述的本发明的实施方式提供背景或上下文。 此 处的描述可包括可以探究的概念， 但不一定是之前已经想到或者已经探究的概念。 因 此， 除非在此指出， 否则在本部分中描述的内容对于本申请的说明书和权利要求书而 言不是现有技术， 并且并不因为包括在本部分中就承认是现有技术。
[0004] 随着通信网络的迅速发展， 一些基于网络的社交平台随之出现， 例如， 微信、 QQ等常用的社交平台。 用户可以通过这些社交平台添加好友， 与好友聊天或者分享一 些信息， 极大的提高了用户体验。 这些社交平台或者要求用户必须通过对方验证才能 加对方好友， 或者用户可以直接地不需要对方验证而将对方加为好友， 完全取决于对 方的设置。 发明内容
[0005] 在用户必须通过对方验证才能加对方好友的情况下， 在对方未及时看到验证 消息时， 用户可能要花费大量时间等待对方验证而错过了与对方交互的时机， 在一定 程度上影响了用户的体验。
[0006] 而在用户可以直接地不需要对方验证而将对方加为好友的情况下， 用户的隐 私性得不得保证。
[0007] 为此， 非常需要一种用于添加好友的方法， 以实现用户快速添加好友， 并兼 具有好的隐私性。
[0008] 在本上下文中， 本发明的实施方式期望提供一种添加好友的方法及装置。 [0009] 在本发明实施方式的第一方面中， 提供了一种添加好友的方法， 可以应用于 客户端， 例如， 可以包括： 响应于发生第一用户添加第二用户为好友的触发事件， 获 取第二用户账号； 判断所获取的第二用户账号是否符合免验证条件； 如果是， 添加第 二用户为好友； 如果否， 向服务器端发送加第二用户为好友的验证请求。
[0010] 在本发明实施方式的第二方面中， 提供了一种添加好友的装置， 可以配置于 客户端， 例如， 可以包括： 第一获取单元， 可以配置用于响应于发生第一用户添加第 二用户为好友的触发事件， 获取第二用户账号； 第一免验证判断单元， 可以配置用于 判断第一获取单元所获取的第二用户账号是否符合免验证条件； 第一添加好友单元， 可以配置用于在第一免验证判断单元判断为是时， 添加第二用户为好友； 第一发送验 证单元， 可以配置用于在第一免验证判断单元判断为否时， 向服务器端发送加第二用 户为好友的验证请求。
[0011] 在本发明实施方式的第三方面中， 提供了一种添加好友的方法， 可以应用于 服务器端， 例如， 可以包括： 响应于接收到第一用户发送的添加第二用户为好友的请 求， 判断所述第二用户是否符合免验证条件； 如果是， 向第二用户开放第一用户的好 友可使用的权限； 如果否， 向第二用户发送第一用户加第二用户为好友的验证请求。
[0012] 在本发明实施方式的第四方面中， 提供了一种添加好友的装置， 可以配置于 服务器端， 例如， 可以包括： 第二免验证判断单元， 可以配置用于响应于接收到第一 用户发送的添加第二用户为好友的请求， 判断所述第二用户是否符合免验证条件； 第 二添加好友单元， 可以配置用于在第二免验证判断单元判断为是时， 向第二用户开放 第一用户的好友可使用的权限； 第二发送验证单元， 可以配置用于在第二免验证判断 单元判断为否时， 向第二用户发送第一用户加第二用户为好友的验证请求。
[0013] 根据本发明实施方式的添加好友的方法及装置， 由于在确定第二用户符合免 验证条件时直接添加第二用户为好友， 也就是在确定第二用户一定认为第一用户为好 友的情况下， 无需花费时间等待对方的验证通过消息即可加对方好友， 而在第二用户 不符合免验证条件时， 发送加第二用户为好友的验证请求， 在保证第二用户的信息安 全的同时节省了用户添加好友的中间环节， 可以使用户快速地添加好友， 极大的提高 了用户的体验。 附图说明
[0014] 通过参考附图阅读下文的详细描述， 本发明示例性实施方式的上述以及其他 目的、 特征和优点将变得易于理解。 在附图中， 以示例性而非限制性的方式示出了本 发明的若千实施方式， 其中：
[0015] 图 1示意性地示出了适于实现本发明实施方式的示例性计算*** 100的框图；
[0016] 图 2示意性地示出了根据本发明实施例的应用场景；
[0017] 图 3示意性地示出了根据本发明实施例的方法流程图之一；
[0018] 图 4示意性地示出了根据本发明实施例的方法流程图之二；
[0019] 图 5示意性地示出了根据本发明实施例的装置的结构示意图之一；
[0020] 图 6示意性地示出了根据本发明实施例的方法的流程示意图之三；
[0021] 图 7示意性地示出了根据本发明实施例的装置的结构示意图之二；
[0022] 图 8示意性地示出了根据本发明实施例的***的结构示意图；
[0023] 在附图中， 相同或对应的标号表示相同或对应的部分。 具体实施方式
[0024] 下面将参考若干示例性实施方式来描述本发明的原理和精神。 应当理解， 给 出这些实施方式仅仅是为了使本领域技术人员能够更好地理解进而实现本发明， 而并 非以任何方式限制本发明的范围。 相反， 提供这些实施方式是为了使本公开更加透彻 和完整， 并且能够将本公开的范围完整地传达给本领域的技术人员。
[0025] 图 1示出了适于实现本发明实施方式的示例性计算*** 100的框图。 该计算 *** 100可以是台式机、 膝上型计算机、 平板计算机、 个人数字助理， 服务器、 甚至 可以是移动电话。 如图 1所示， 计算*** 100可以包括： 中央处理单元 （CPU ) 101、 随机存取存储器（RAM ) 102、 只读存储器（ROM ) 103、 ***总线 104、 硬盘控制器 105、 键盘控制器 106、 串行接口控制器 107、 并行接口控制器 108、 显示控制器 109、 硬盘 110、 键盘 111、 串行外部设备 112、 并行外部设备 11 3和显示器 114。 这些设备中， 与***总线 104耦合的有 CPU 101、 RAM 102、 ROM 103、 硬盘控制器 105、 键盘控制 器 106、 串行控制器 107、 并行控制器 108和显示控制器 109。 硬盘 110与硬盘控制器 105耦合，键盘 111与键盘控制器 106耦合， 串行外部设备 112与串行接口控制器 107 耦合， 并行外部设备 113与并行接口控制器 108耦合， 以及显示器 114与显示控制器 109耦合。 应当理解， 图 1所述的结构框图仅仅是为了示例的目的， 而不是对本发明 范围的限制。 在某些情况下， 可以根据具体情况增加或减少某些设备。
[0026] 本领域技术技术人员知道， 本发明的实施方式可以实现为一种***、 方法或 计算机程序产品。 因此， 本公开可以具体实现为以下形式， 即： 完全的硬件、 完全的 软件 （包括固件、 驻留软件、 微代码等）， 或者硬件和软件结合的形式， 本文一般称 为 "电路，，、 "模块，， 或 "***"。 此外， 在一些实施例中， 本发明还可以实现为在一 个或多个计算机可读介质中的计算机程序产品的形式， 该计算机可读介质中包含计算 机可读的程序代码。
[0027] 可以采用一个或多个计算机可读的介质的任意组合。 计算机可读介质可以是 计算机可读信号介质或者计算机可读存储介质。 计算机可读存储介质例如可以是， 但 不限于， 电、 磁、 光、 电磁、 红外线、 或半导体的***、 装置或器件， 或者任意以上 的组合。 计算机可读存储介质的更具体的例子 （非穷举示例） 例如可以包括： 具有一 个或多个导线的电连接、 便携式计算机磁盘、 硬盘、 随机存取存储器 （RAM )、 只读存 储器（ROM)、 可擦式可编程只读存储器（EPR0M或闪存）、 光纤、 便携式紧凑磁盘只读存 储器（CD-ROM)、 光存储器件、 磁存储器件、 或者上述的任意合适的组合。 在本文件中， 计算机可读存储介质可以是任何包含或存储程序的有形介质， 该程序可以被指令执行 ***、 装置或者器件使用或者与其结合使用。
[0028] 计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信 号， 其中承载了计算机可读的程序代码。 这种传播的数据信号可以采用多种形式， 包 括但不限于电磁信号、 光信号或上述的任意合适的组合。 计算机可读的信号介质还可 以是计算机可读存储介质以外的任何计算机可读介质， 该计算机可读介质可以发送、 传播或者传输用于由指令执行***、 装置或者器件使用或者与其结合使用的程序。
[0029] 计算机可读介质上包含的程序代码可以用任何适当的介质传输， 包括但不限 于无线、 电线、 光缆、 RF等等， 或者上述的任意合适的组合。
[0030] 可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算 机程序代码， 所述程序设计语言包括面向对象的程序设计语言一诸如 Java、 Sma l l ta lk , C++ , 还包括常规的过程式程序设计语言一诸如 "C" 语言或类似的程序 设计语言。 程序代码可以完全地在用户计算机上执行、 部分地在用户计算机上执行、 作为一个独立的软件包执行、 部分在用户计算机上部分在远程计算机上执行、 或者完 全在远程计算机或服务器上执行。 在涉及远程计算机的情形中， 远程计算机可以通过 任意种类的网络（包括局域网（LAN)或广域网（WAN) ) 连接到用户计算机， 或者， 可以 连接到外部计算机 （例如利用因特网服务提供商来通过因特网连接）。
[0031] 下面将参照本发明实施例的方法的流程图和设备 （或***） 的框图描述本发 明的实施方式。 应当理解， 流程图和 /或框图的每个方框以及流程图和 /或框图中各方 框的组合都可以由计算机程序指令实现。 这些计算机程序指令可以提供给通用计算 机、 专用计算机或其它可编程数据处理装置的处理器， 从而生产出一种机器， 这些计 算机程序指令通过计算机或其它可编程数据处理装置执行， 产生了实现流程图和 /或 框图中的方框中规定的功能 /操作的装置。
[0032] 也可以把这些计算机程序指令存储在能使得计算机或其它可编程数据处理装 置以特定方式工作的计算机可读介质中， 这样， 存储在计算机可读介质中的指令就产 生出一个包括实现流程图和 /或框图中的方框中规定的功能 /操作的指令装置的产品。
[0033] 也可以把计算机程序指令加载到计算机、 其它可编程数据处理装置、 或其它 设备上，使得在计算机、其它可编程数据处理装置或其它设备上执行一系列操作步骤， 以产生计算机实现的过程， 从而使得在计算机或其它可编程装置上执行的指令能够提 供实现流程图和 /或框图中的方框中规定的功能 /操作的过程。
[0034] 根据本发明的实施方式， 提出了一种添加好友的方法及装置。
[0035] 在本文中， 需要理解的是， 附图中的任何元素数量均用于示例而非限制， 以 及任何命名都仅用于区分， 而不具有任何限制含义。
[0036] 下面参考本发明的若千代表性实施方式， 详细阐释本发明的原理和精神。
[0037] 发明概述
[0038] 本发明人发现， 现有技术中， 社交平台或者要求用户必须通过对方验证才能 加对方好友， 或者用户可以直接地不需要对方验证而将对方加为好友， 完全取决于对 方的设置。 在要求用户必须通过对方验证才能加对方好友的情况下， 在对方未及时看 到验证消息时， 用户可能要花费大量时间等待对方验证而错过了与对方交互的时机， 在一定程度上影响了用户的体验。 而在用户可以直接地不需要对方验证而将对方加为 好友的情况下， 用户的隐私性得不得保证。 在实际生活中， 通过一些辅助信息可以判 断出第二用户其实早已认为第一用户为好友而无需验证， 因此， 可以通过这些辅助信 息判断第二用户账号是否符合免验证条件，例如， 当第二用户账号在本地通讯录内时， 认为对方已认为第一用户为好友， 无需对方验证。
[0039] 在介绍了本发明的基本原理之后， 下面具体介绍本发明的各种非限制性实施 方式。 [0040] 应用场景总览
[0041] 首先参考图 2 , 本发明实施方式可以应用在如图 2所示的客户端， 例如， 可以 当用户点击好友推荐页面中的添加 136XXXXXXXX好友时， 发生添加 136XXXXXXXX为好 友的触发事件， 或者， 可以当用户点击添加好友页面中的通讯录时， 发生添加通讯录 的联系人为好友的触发事件；
[0042] 当然还可以有其他适用于本发明的应用场景， 在本发明中并不进行限制。
[0043] 应用于客户端的示例性方法
[0044] 下面结合图 2所示的应用场景， 参考图 3来描述根据本发明示例性实施方式 的添加好友的方法。 需要注意的是， 上述应用场景仅是为了便于理解本发明的精神和 原理而示出， 本发明的实施方式在此方面不受任何限制。 相反， 本发明的实施方式可 以应用于适用的任何场景。
[0045] 参见图 3， 为本发明实施例提供的一种添加好友的方法流程示意图之一， 如图 所示， 该方法可以包括：
[0046] S 301、 响应于发生第一用户添加第二用户为好友的触发事件， 获取第二用户 账号；
[0047] 需要说明的是， 本发明实施例提供的方法可以应用于但不局限于运行在移动 终端的客户端， 例如智能手机上的社交平台， 第二用户账号可以指但不局限于对方的 手机号码， 或者也可以指根据预设规则从手机号码转换而来的特征值， 具体可以根据 应用场景需要设定用户可以使用的账号。
[0048] 其中， 响应于发生第一用户添加好友的触发事件可以在多种情况下发生， 例 如： 可以当该手机用户在如好友推荐页面、 群聊天页面中点击第二用户账号， 并在弹 出的功能菜单中选择添加好友功能时， 响应于发生添加好友的触发事件； 可以当该手 机用户在添加好友页面中选择本地通讯录中的联系人、 或在添加好友页面中选择搜号 码临时输入第二用户账号时， 响应于发生添加好友的触发事件， 或者其他情况， 在此 不再——举例。
[0049] S 302、 判断所获取的第二用户账号是否符合免验证条件；
[0050] 在本发明实施例中， 判断第二用户账号是否符合免验证条件可以根据实际应 用需要设定判断方法。 例如， 在本发明中判断所获取的第二用户账号是否符合免验证 条件的具体实现可以为： 判断所获取的第二用户账号是否在本地通讯录内； 如果是， 所获取的第二用户 账号符合免验证条件； 如果否， 所获取的第二用户账号不符合免验证条件。 当然， 本 发明并不局限于第二用户账号是否在本地通讯录内这一种判断方法， 在实际应用中可 以根据实施场景需要设定， 例如， 在允许读取另一平台的好友列表时， 如果第二用户 账号在该另一平台的第一用户的好友列表中时， 也可以认为第二用户账号符合免验证 条件。
[0051] 可以理解的是， 当第二用户已加第一用户为好友时， 可以确定第二用户一定 会通过第一用户加对方为好友的验证，此时，也应认为第二用户账号符合免验证条件。 具体地， 例如， 如果所获取的第二用户账号不在本地通讯录内， 则还可以进一步判断 所获取的第二用户是否已加第一用户为好友； 如果是， 则所获取的第二用户账号符合 免验证条件； 如果否， 则所获取的第二用户账号不符合免验证条件。
[0052] 其中， 判断所获取的第二用户是否已加第一用户为好友的具体实现方式在本 发明中并不限制。 例如：
[0053] 可以当第一用户在好友推荐页面中通过选择第二用户账号添加好友时， 根据 在好友推荐页面中呈现的第二用户账号已加第一用户为好友的信息判断出第二用户 已加第一用户为好友； 或者，
也可以向服务器发送加第二用户为好友的验证请求， 使服务器查询其保存的第 二用户账号的好友列表并在第二用户的好友列表中存在第一用户时向第一用户反馈 第二用户已加第一用户为好友的消息， 从而在接收到服务器反馈的第二用户已加第一 用户为好友的消息时， 判断出第二用户已加第一用户为好友。 可以理解的是， 在这种 情况下， 虽然第一用户向服务器发出验证请求， 但是， 由于直接由服务器反馈第二用 户已加第一用户为好友的信息， 因此也无需对方验证。
[0054] S 303、 如果所获取的第二用户账号符合免验证条件， 添加第二用户为好友； [0055] 应用本发明实施例， 在添加第二用户为好友之后， 还可以响应于发生与第二 用户聊天的触发事件， 进入与第二用户的聊天状态； 和 /或者， 响应于发生与第二用 户进行多人聊天的触发事件， 进入与第二用户进行多人聊天的状态。
[0056] 当然， 第二用户在添加第一用户为好友后， 第一用户及第二用户互为好友， 双方都可以与对方进入聊天状态、 或者多人聊天状态、 或者在朋友圈内互相分享新动 态等。
[0057] S 304、 如果所获取的第二用户账号不符合免验证条件， 发送加第二用户为好 友的验证请求。
[0058] 另外， 考虑到第三用户也可能在第一用户符合免验证条件时无需第一用户验 证即加第一用户为好友， 此时， 应使第一用户了解对方已加第一用户为好友的状态， 因此， 本发明实施例还可以在接收到第三用户加第一用户为好友的消息时， 获取第三 用户账号， 并判断所获取的第三用户账号是否符合免验证条件， 例如判断第三用户账 号是否在本地通讯录内， 如果否， 在好友推荐页面呈现第三用户加第一用户为好友的 提示信息， 如果是， 因为好友推荐页面中可能已有将本地通讯录中的联系人加为好友 的提示， 则无需再在好友推荐页面呈现加第三用户为好友的提示信息。
[0059] 可见， 应用本发明实施例可以在确定第二用户账号符合免验证条件时直接添 加第二用户为好友， 也就是在确定第二用户一定认为第一用户为好友的情况下， 无需 花费时间等待对方的验证通过消息即可加对方好友， 而在第二用户账号不符合免验证 条件时， 则发送加第二用户为好友的验证请求， 在保证第二用户的信息安全的同时节 省了用户添加好友的中间环节， 极大的提高了用户的体验。
[0060] 下面，再对基于本发明上述实施例的另一实施方式进行介绍。例如，参见图 4， 为本发明实施例提供的一种添加好友的方法流程示意图之二， 如图所示， 该方法可以 包括：
[0061] S401、 响应于发生第一用户添加好友的触发事件， 获取第二用户账号；
[0062] S402、 判断所获取的第二用户账号是否符合免验证条件；
[0063] S403、 如果所获取的第二用户账号符合免验证条件， 添加第二用户为好友； [0064] S404、 向服务器端发送第一用户已加对方为好友的消息使服务器端向第二用 户开放第一用户的好友可使用的权限；
例如， 可以使服务器向第二用户开放分享第一用户的朋友圈动态的权限。 更具 体地， 第一用户在朋友圈分享新动态后， 第二用户可以看到第一用户在朋友圈分享的 新动态， 在第二用户加第一用户为好友后， 第一用户也可以看到第二用户在第二用户 的朋友圈内分享的新动态， 第一用户也可以针对第二用户的朋友圈内分享的新动态进 行评论， 该评论也可以呈现在第二用户的朋友圈页面上。
[0065] 另外， 在向第二用户开放第一用户的好友可使用的权限之后， 还可以在以下 两种情况下取消该权限， 例如：
[0066] 针对删除好友的情况， 考虑到第一用户将第二用户从好友列表中删除为第一 用户单方面的行为， 应仅从第一用户好友列表中删除对方， 而不应该影响第二用户将 第一用户视为好友， 也就是说第一用户在删除好友时， 应仅禁止第二用户拥有第一用 户的好友可使用的权限， 而不能禁止第二用户账号允许第一用户拥有第二用户的好友 可使用的权限。 而且， 即使在第一用户将第二用户从好友中删除后， 至少也应允许第 二用户与第一用户进入单独聊天状态， 或者多人聊天状态。 例如， 具体地：
[0067] 本发明实施例可以响应于发生第一用户删除好友的触发事件， 获取第二用户 账号； 将第二用户从好友列表中删除， 向服务器端发送第一用户已从好友中删除第二 用户的消息， 使服务器端取消向第二用户开放的第一用户的好友可使用的权限， 其中 如果第二用户已加第一用户好友， 服务器端保留向第一用户开放的第二用户的好友可 使用的权限； 且在将第二用户从好友列表中删除之后， 当接收到第二用户的聊天请求 时， 与第二用户进入聊天状态； 和或者， 当接收到第二用户的多人聊天请求时， 进入 与第二用户进行多人聊天的状态。
[0068] 针对列入黑名单的情况， 考虑到第一用户将第二用户列入黑名单是与第二用 户断绝一切联系的行为， 不仅从第一用户好友列表中删除对方， 禁止第二用户拥有第 一用户的好友可使用的权限， 而且也不应允许第二用户与第一用户进入单独聊天状 态， 或者多人聊天状态。 例如， 具体地：
本发明实施例可以响应于发生第一用户将第二用户加入黑名单的触发事件， 获取第二 用户账号； 将第二用户从好友列表中删除， 向服务器端发送已将第二用户加入黑名单 的消息， 使服务器端取消向第二用户开放的第一用户的好友可使用的权限， 并在接收 到第二用户发送给第一用户的消息时拒绝转发该消息， 和 /或者， 使服务器端在接收 到第二用户发送给第一用户的多人聊天请求时拒绝转发该请求， 并向第二用户反馈拒 绝加入聊天的消息， 在将第二用户加入黑名单之后， 只有取消第二用户账号在黑名单 中的状态， 第二用户才有可能与第一用户进入聊天状态。
[0069] S405、 如果所获取的第二用户账号不符合免验证条件， 发送加第二用户为好 友的验证请求。
[0070] 由于本发明实施例在确定第二用户账号符合免验证条件时无需通过对方验证 就可以直接添加第二用户为好友， 因此， 为了保证服务器能够及时获知第一用户已加 第二用户为好友， 及时为第二用户开放第一用户的好友可使用的权限， 例如分享朋友 圈新动态的权限， 因此， 在加第二用户为好友后， 还向服务器发送已加第二用户为好 友的消息， 从而使服务器向对方放开第一用户好友可使用的权限， 使第一用户可以及 时的与对方分享动态， 极大的提高了用户的体验。 [0071] 应用于客户端的示例性装置
[0072] 在介绍了本发明示例性实施方式的方法之后， 接下来， 参考图 5 对本发明示 例性实施方式的添加好友的装置进行介绍。
[0073] 参见图 5， 为本发明实施例提供的一种添加好友的装置的结构示意图， 该装置 可以配置于客户端， 如图所示， 该装置例如可以包括：
[0074] 第一获取单元 501 ,可以配置用于响应于发生第一用户添加第二用户为好友的 触发事件， 获取第二用户账号；
[0075] 第一免验证判断单元 502 ,可以配置用于判断第一获取单元所获取的第二用户 账号是否符合免验证条件；
[0076] 第一添加好友单元 503 , 可以配置用于在第一免验证判断单元判断为是时， 添 加第二用户为好友；
[0077] 第一发送验证单元 504 , 可以配置用于在第一免验证判断单元判断为否时， 向 服务器端发送加第二用户为好友的验证请求。
[0078] 具体地， 例如， 所述第一免验证判断单元 502 , 具体可以配置用于判断第一获 取单元所获取的第二用户账号是否在本地通讯录内， 如果是， 所获取的第二用户账号 符合免验证条件， 如果否， 所获取的第二用户账号不符合免验证条件。 在该实现方式 中， 由于当第二用户已加第一用户为好友时可以确定第二用户一定会通过第一用户加 为好友的验证， 因此， 所述第一免验证判断单元 502 , 具体可以配置于如果所获取的 第二用户账号不在本地通讯录内， 进一步判断所获取的第二用户是否已加第一用户为 好友； 如果是， 所获取的第二用户账号符合免验证条件； 如果否， 所获取的第二用户 账号不符合免验证条件。
[0079] 应用本发明实施例提供的装置在添加第二用户为好友后， 还可以与对方进入 聊天状态， 例如， 该装置还可以包括：
[0080] 聊天单元 505 , 可以配置用于在添加好友单元添加第二用户为好友之后， 响应 于发生与第二用户进行聊天的触发事件， 进入与第二用户进行聊天的状态； 和 /或者， 响应于发生与第二用户进行多人聊天的触发事件， 进入与第二用户进行多人聊天的状 态。
[0081] 另外， 考虑到第三用户也可能在第一用户符合免验证条件时无需第一用户验 证即加第一用户为好友， 此时， 应使第一用户了解对方已加第一用户为好友的状态， 因此， 本发明实施例提供的装置还可以包括第一提示单元 506， 可以配置用于当接收 到第三用户加第一用户为好友的消息时， 获取第三用户账号； 判断所获取的第三用户 账号是否符合免验证条件； 如果否， 在好友推荐页面呈现加第三用户为好友的提示信 息。
[0082] 基于以上实施例， 由于本发明实施例在确定第二用户账号符合免验证条件时 无需通过对方验证就可以直接添加第二用户为好友， 因此， 为了保证服务器能够及时 获知第一用户已加第二用户为好友， 使第一用户可以及时的与对方分享动态， 例如分 享朋友圈新动态， 因此， 该装置还可以包括：
[0083] 好友权限请求单元 507 ,可以配置用于在第一添加好友单元 503添加第二用户 为好友之后， 向服务器端发送第一用户已加第二用户为好友的消息使服务器端向第二 用户开放第一用户的好友可使用的权限。
[0084] 具体地， 所述好友权限请求单元 507， 可以配置用于在第一添加好友单元 503 添加第二用户为好友之后， 向服务器端发送第一用户已加第二用户为好友的消息使服 务器端向第二用户开放分享第一用户的朋友圈动态的权限。
[0085] 另外， 在向第二用户开放第一用户的好友可使用的权限之后， 还可以在以下 两种情况下取消该权限， 例如：
[0086] 针对删除好友的情况， 该装置还可以包括：
第一删除好友单元 508， 可以配置用于响应于发生第一用户删除好友的触发事 件， 获取第二用户账号； 将第二用户从好友列表中删除， 向服务器端发送第一用户已 从好友中删除第二用户的消息， 使服务器端取消向第二用户开放的第一用户的好友可 使用的权限， 其中如果第二用户已加第一用户好友， 服务器端保留向第一用户开放的 第二用户的好友可使用的权限。 或者， 在将第二用户从好友列表中删除之后， 当接收 到第二用户的聊天请求时， 还可以与第二用户进入聊天状态； 和 /或者， 当接收到第 二用户的多人聊天请求时， 还可以进入与第二用户进行多人聊天的状态。
[0087] 针对将对方列入黑名单的情况， 该装置还可以包括：
第一列入黑名单单元 509 , 可以配置用于响应于发生第一用户将第二用户加入 黑名单的触发事件， 获取第二用户账号； 将第二用户从好友列表中删除， 向服务器端 发送已将第二用户加入黑名单的消息， 使服务器端取消向第二用户开放的第一用户的 好友可使用的权限。 以及， 在接收到第二用户发送给第一用户的消息时可以拒绝转发 该消息， 和 /或者， 使服务器端在接收到第二用户发送给第一用户的多人聊天请求时 可以拒绝转发该请求， 并向第二用户反馈拒绝加入聊天的消息。
[0088] 应用于月良务器端的示例性方法
[0089] 另外， 本发明实施例还提供了应用于服务器端的添加好友的方法。 例如， 参 见图 6， 为本发明实施例提供的一种添加好友的方法的流程示意图， 该方法可以应用 于服务器端， 如图所示， 该方法例如可以包括：
[0090] S601、 响应于接收到第一用户发送的添加第二用户为好友的请求， 判断所述 第二用户是否符合免验证条件；
[0091] 例如， 在一种可能的实现方式中， 如果第二用户符合免验证条件， 第一用户 所发送的添加第二用户为好友的请求中携带免验证标识。 因此， 可以判断所述第一用 户发送的添加第二用户为好友的请求中是否携带免验证标识， 其中， 所述免验证标识 具体可以当第二用户账号在第一用户的通讯录内时携带在所述请求中； 如果是， 则第 二用户符合免验证条件； 如果否， 则第二用户不符合免验证条件。
[0092] 或者， 在另一种可能的实现方式中， 用户在首次使用应用本发明方法实施例 的客户端时， 会将本地的通讯录上传至服务器， 并在每次向通讯录中添加新的联系人 时都可以动态的将该新增联系人信息上传至服务器。 因此， 可以判断第二用户账号是 否在第一用户上传的通讯录内， 如果是， 则第二用户符合免验证条件， 如果否， 则第 二用户不符合免验证条件。
[0093] 另外， 考虑到第二用户已加第一用户为好友时， 也可以认为第二用户符合免 验证条件。 而在服务器端可以保存用户之间的好友关系， 因此， 当所述第一用户发送 的添加第二用户为好友的请求中不携带免验证标识时， 或者， 当第二用户账号不在第 一用户上传的通讯录内时， 进一步判断第二用户是否已加第一用户为好友， 如果是， 则第二用户符合免验证条件， 如果否， 则第二用户不符合免验证条件。
[0094] 为了使用户可以及时了解对方加自己为好友的情况， 在本发明实施例中还提 示用户也加对方为好友。 例如， 具体实现可以为， 如果第二用户符合免验证条件， 进 一步判断第一用户是否在第二用户上传的通讯录内， 如果否， 则向第二用户发送第一 用户加第二用户为好友的消息， 使第二用户所在客户端的好友推荐页面呈现加第一用 户为好友的提示信息。
[0095] S602、 如果是， 向第二用户开放第一用户的好友可使用的权限；
[0096] 例如， 所述向第二用户开放第一用户的好友可使用的权限可以包括但不局限 于向第二用户开放分享第一用户的朋友圈动态的权限。
[0097] 另外， 在向第二用户开放第一用户的好友可使用的权限之后， 还可以在以下 两种情况下取消该权限， 例如：
[0098] 针对删除好友的情况， 可以响应于接收到第一用户发送的已从好友中删除第 二用户的消息， 取消向第二用户开放的第一用户的好友可使用的权限， 其中如果第二 用户已加第一用户为好友， 服务器端保留向第一用户端开放的第二用户端的好友可使 用的权限；
[0099] 针对列入黑名单的情况， 可以响应于接收到第一用户发送的将第二用户加入 黑名单的消息， 取消向第二用户开放的第一用户的好友可使用的权限， 并在接收到第 二用户发送给第一用户的消息时拒绝转发该消息。
[0100] S603、 如果否， 向第二用户发送第一用户加第二用户为好友的验证请求。
[0101] 可见， 由于本发明实施例在确定第二用户符合免验证条件时无需通过对方验 证就可以向第二用户开放第一用户的好友可使用的权限， 也就是使第一用户无需花费 时间等待对方的验证通过消息即可加对方好友， 而在第二用户不符合免验证条件时， 则向第二用户发送加第二用户为好友的验证请求， 在保证第二用户的信息安全的同时 节省了用户添加好友的中间环节， 极大的提高了用户的体验。
[0102] 应用于服务器端的示例性装置
[0103] 在介绍了应用于服务器端的添加好友的方法之后， 下面再对配置于服务器端 的添加好友的装置进行介绍。
[0104] 例如， 参见图 7， 为本发明实施例提供的一种添加好友的装置的结构示意图， 该装置可以配置于服务器端， 如图所示， 该装置例如可以包括：
[0105] 第二免验证判断单元 701 ,配置用于响应于接收到第一用户发送的添加第二用 户为好友的请求， 判断所述第二用户是否符合免验证条件；
[0106] 第二添加好友单元 702 , 配置用于在第二免验证判断单元 701判断为是时， 向 第二用户开放第一用户的好友可使用的权限；
[0107] 第二发送验证单元 703 , 配置用于在第二免验证判断单元 701判断为否时， 向 第二用户发送第一用户加第二用户为好友的验证请求。
[0108] 在本发明实施例一种可能的实现方式中，例如，所述第二免验证判断单元 701， 可以配置用于判断所述第一用户发送的添加第二用户为好友的请求中是否携带免验 证标识， 其中， 所述免验证标识具体当第二用户账号在第一用户的通讯录内时携带在 所述请求中； 如果是， 则第二用户符合免验证条件； 如果否， 则第二用户不符合免验 证条件。
[0109] 在本发明实施例另一种可能的实现方式中， 例如， 所述第二免验证判断单元 701 , 可以配置用于判断第二用户账号是否在第一用户上传的通讯录内； 如果是， 则 第二用户符合免验证条件； 如果否， 则第二用户不符合免验证条件。
[0110] 在上述两种任一可能的实现方式中， 由于当第二用户已加第一用户为好友时 可以确定第二用户一定会通过第一用户加为好友的验证， 因此， 所述第二免验证判断 单元 701， 可以配置用于当所述第一用户发送的添加第二用户为好友的请求中不携带 免验证标识时， 或者， 当第二用户账号不在第一用户上传的通讯录内时， 还进一步判 断第二用户是否已加第一用户为好友， 如果是， 则第二用户符合免验证条件， 如果否， 则第二用户不符合免验证条件。
[0111] 为了使用户可以及时了解对方加自己为好友的情况， 因此， 本发明实施例提 供的装置还可以包括：
[0112] 第二提示单元 704 , 可以配置用于如果第二用户符合免验证条件， 判断第一用 户是否在第二用户上传的通讯录内， 如果否， 则向第二用户发送第一用户加第二用户 为好友的消息， 使第二用户所在客户端的好友推荐页面呈现加第一用户为好友的提示 信息。
[0113] 其中， 所述第二添加好友单元 702 , 可以配置用于在第二免验证判断单元 701 判断为是时， 向第二用户开放分享第一用户的朋友圈动态的权限。 当然， 在本发明中 并不局限于这一种好友可使用的权限， 该实现方式仅为示意性说明。
[01141 另外， 在向第二用户开放第一用户的好友可使用的权限之后， 还可以在以下 两种情况下取消该权限， 例如：
[0115] 针对删除好友的情况， 该装置还可以包括：
第二删除好友单元 705， 可以配置用于响应于接收到第一用户发送的已从好友 中删除第二用户的消息， 取消向第二用户开放的第一用户的好友可使用的权限， 其中 如果第二用户已加第一用户为好友， 服务器端保留向第一用户端开放的第二用户端的 好友可使用的权限。
[0116] 针对加对方如黑名单的情况， 该装置还可以包括：
第二列入黑名单单元 706 , 可以配置用于响应于接收到第一用户发送的将第二 用户加入黑名单的消息， 取消向第二用户开放的第一用户的好友可使用的权限， 并在 接收到第二用户发送给第一用户的消息时拒绝转发该消息。
[0117] 示例性***
[0118] 在介绍了应用于客户端、 服务器端的添加好友的装置之后， 下面再对本发明 实施例的添加好友的***的可能的实现方式进行介绍。
[0119] 参见图 8， 为本发明实施例提供的一种添加好友的***的结构示意图， 如图所 示， 该***例如可以包括：
[0120] 至少两个客户端 801，可以配置用于响应于发生第一用户添加第二用户为好友 的触发事件， 获取第二用户账号， 判断所获取的第二用户账号是否符合免验证条件， 如果是， 添加第二用户为好友， 并向服务器发送添加第二用户为好友的请求， 所述请 求中携带免验证标识；
[0121] 服务器端 802 ,可以配置用于响应于接收到第一用户发送的添加第二用户为好 友的请求， 判断所述第一用户发送的添加第二用户为好友的请求中是否携带免验证标 识， 如果是， 向第二用户开放第一用户的好友可使用的权限， 如果否， 向第二用户发 送第一用户加第二用户为好友的验证请求。
[0122] 应当注意， 尽管在上文详细描述中提及了添加好友的装置的若干单元或者子 单元， 但是这种划分仅仅并非强制性的。 实际上， 根据本发明的实施方式， 上文描述 的两个或更多组成的特征和功能可以在一个组成中具体化。 反之， 上文描述的一个组 成的特征和功能可以进一步划分为由多个组成来具体化。
[0123] 此外， 尽管在附图中以特定顺序描述了本发明方法的操作， 但是， 这并非要 求或者暗示必须按照该特定顺序来执行这些操作， 或是必须执行全部所示的操作才能 实现期望的结果。 相反， 流程图中描绘的步骤可以改变执行顺序。 附加地或备选地， 可以省略某些步骤， 将多个步骤合并为一个步骤执行， 和 /或将一个步骤分解为多个 步骤执行。
[0124] 申请文件中提及的动词 "包括"、 "包含" 及其词形变化的使用不排除除了申 请文件中记载的那些元素或步骤之外的元素或步骤的存在。元素前的冠词 "一"或 "一 个" 不排除多个这种元素的存在。
[0125] 虽然已经参考若干具体实施方式描述了本发明的精神和原理， 但是应该理解， 本发明并不限于所公开的具体实施方式， 对各方面的划分也不意味着这些方面中的特 征不能组合以进行受益， 这种划分仅是为了表述的方便。 本发明旨在涵盖所附权利要 求的精神和范围内所包括的各种修改和等同布置。 所附权利要求的范围符合最宽泛的 解释， 从而包含所有这样的修改及等同结构和功能。

Claims

权 利 要 求
1. 一种添加好友的方法， 应用于客户端， 包括：
响应于发生第一用户添加第二用户为好友的触发事件， 获取第二用户账号； 判断所获取的第二用户账号是否符合免验证条件；
如果是， 添加第二用户为好友；
如果否， 向服务器端发送加第二用户为好友的验证请求。
2. 根据权利要求 1 所述的方法， 其中， 所述判断所获取的第二用户账号是否符 合免验证条件包括：
判断所获取的第二用户账号是否在本地通讯录内；
如果是， 所获取的第二用户账号符合免验证条件；
如果否， 所获取的第二用户账号不符合免验证条件。
3. 根据权利要求 2 所述的方法， 其中， 如果所获取的第二用户账号不在本地通 讯录内， 进一步判断所获取的第二用户账号的第二用户是否已加第一用户为好友； 如果是， 所获取的第二用户账号符合免验证条件；
如果否， 所获取的第二用户账号不符合免验证条件。
4. 根据权利要求 1-3任一项所述的方法， 还包括：
当接收到第三用户加第一用户为好友的消息时， 获取第三用户账号；
判断所获取的第三用户账号是否符合免验证条件；
如果否， 在好友推荐页面呈现加第三用户为好友的提示信息。
5. 根据权利要求 1-3 任一项所述的方法， 其中， 当第二用户账号符合免验证条 件时， 还向服务器端发送第一用户添加第二用户为好友的消息， 所述消息携带免验证 标识， 使服务器端根据该消息携带免验证标识向第二用户开放第一用户的好友可使用 的权限。
6. 根据权利要求 5 所述的方法， 其中， 所述使服务器端向第二用户开放第一用 户的好友可使用的权限包括： 使服务器端向第二用户开放分享第一用户的朋友圈动态 的权限。
7. 根据权利要求 5所述的方法， 还包括：
响应于发生第一用户删除好友的触发事件， 获取第二用户账号；
根据第二用户账号将第二用户从好友列表中删除， 向服务器端发送第一用户已从 好友中删除第二用户的消息， 使服务器端取消向第二用户开放的第一用户的好友可使 用的权限， 其中如果第二用户已加第一用户好友， 服务器端保留向第一用户开放的第 二用户的好友可使用的权限。
8. 根据权利要求 5所述的方法， 还包括：
响应于发生第一用户将好友加入黑名单的触发事件， 获取第二用户账号； 根据第二用户账号将第二用户从好友列表中删除， 向服务器端发送已将第二用户 加入黑名单的消息， 使服务器端取消向第二用户开放的第一用户的好友可使用的权 限， 并在接收到第二用户发送给第一用户的消息时拒绝转发该消息。
9. 一种添加好友的装置， 配置于客户端， 包括：
第一获取单元， 配置用于响应于发生第一用户添加第二用户为好友的触发事件， 获取第二用户账号；
第一免验证判断单元， 配置用于判断第一获取单元所获取的第二用户账号是否符 合免验证条件；
第一添加好友单元， 配置用于在第一免验证判断单元判断为是时， 添加第二用户 为好友；
第一发送验证单元， 配置用于在第一免验证判断单元判断为否时， 向服务器端发 送加第二用户为好友的验证请求。
1 0. 根据权利要求 9所述的装置， 其中， 第一免验证判断单元， 配置用于判断第 一获取单元所获取的第二用户账号是否在本地通讯录内， 如果是， 所获取的第二用户 账号符合免验证条件， 如果否， 所获取的第二用户账号不符合免验证条件。
11. 根据权利要求 10 所述的装置， 其中， 所述第一免验证判断单元， 配置用于 如果所获取的第二用户账号不在本地通讯录内， 进一步判断所获取的第二用户是否已 加第一用户为好友； 如果是， 所获取的第二用户账号符合免验证条件； 如果否， 所获 取的第二用户账号不符合免验证条件。
12. 根据权利要求 9-11任一项所述的装置， 还包括：
第一提示单元， 配置用于当接收到第三用户加第一用户为好友的消息时， 获取第 三用户账号； 判断所获取的第三用户账号是否符合免验证条件； 如果否， 在好友推荐 页面呈现加第三用户为好友的提示信息。
1 3. 根据权利要求 9-11任一项所述的装置， 还包括：
好友权限请求单元， 配置用于在第一添加好友单元添加第二用户为好友之后， 向 服务器端发送第一用户已加第二用户为好友的消息使服务器端向第二用户开放第一 用户的好友可使用的权限。
14. 根据权利要求 13 所述的装置， 所述好友权限请求单元， 配置用于在第一添 加好友单元添加第二用户为好友之后， 向服务器端发送第一用户已加第二用户为好友 的消息使服务器端向第二用户开放分享第一用户的朋友圈动态的权限。
15. 根据权利要求 1 3所述的装置， 还包括：
第一删除好友单元， 配置用于响应于发生第一用户删除好友的触发事件， 获取第 二用户账号； 将第二用户从好友列表中删除， 向服务器端发送第一用户已从好友中删 除第二用户的消息， 使服务器端取消向第二用户开放的第一用户的好友可使用的权 限， 其中如果第二用户已加第一用户好友， 服务器端保留向第一用户开放的第二用户 的好友可使用的权限。
16. 根据权利要求 1 3所述的装置， 还包括：
第一列入黑名单单元， 配置用于响应于发生第一用户将好友加入黑名单的触发事 件， 获取第二用户账号； 将第二用户从好友列表中删除， 向服务器端发送已将第二用 户加入黑名单的消息， 使服务器端取消向第二用户开放的第一用户的好友可使用的权 限， 并在接收到第二用户发送给第一用户的消息时拒绝转发该消息。
17. 一种添加好友的方法， 应用于服务器端， 包括：
响应于接收到第一用户发送的添加第二用户为好友的请求， 判断所述第二用户是 否符合免验证条件；
如果是， 向第二用户开放第一用户的好友可使用的权限；
如果否， 向第二用户发送第一用户加第二用户为好友的验证请求。
18. 根据权利要求 17 所述的方法， 其中， 所述判断第二用户是否符合免验证条 件包括：
判断所述第一用户发送的添加第二用户为好友的请求中是否携带免验证标识， 其 中， 所述免验证标识当第二用户账号在第一用户的通讯录内时携带在所述请求中； 如果是， 则第二用户符合免验证条件；
如果否， 则第二用户不符合免验证条件。
19. 根据权利要求 17 所述的方法， 其中， 所述判断第二用户是否符合免验证条 件包括：
判断第二用户账号是否在第一用户上传的通讯录内； 如果是， 则第二用户符合免验证条件；
如果否， 则第二用户不符合免验证条件。
20. 根据权利要求 18或 19任一项所述的方法， 其中， 当所述第一用户发送的添 加第二用户为好友的请求中不携带免验证标识时， 或者， 当第二用户账号不在第一用 户上传的通讯录内时， 进一步判断第二用户是否已加第一用户为好友， 如果是， 则第 二用户符合免验证条件， 如果否， 则第二用户不符合免验证条件。
21. 根据权利要求 17-19任一项所述的方法， 其中， 如果第二用户符合免验证条 件， 进一步判断第一用户是否在第二用户上传的通讯录内， 如果否， 则向第二用户发 送第一用户加第二用户为好友的消息， 使第二用户所在客户端的好友推荐页面呈现加 第一用户为好友的提示信息。
22. 根据权利要求 17-19任一项所述的方法， 其中， 所述向第二用户开放第一用 户的好友可使用的权限包括： 向第二用户开放分享第一用户的朋友圈动态的权限。
23. 根据权利要求 17-19任一项所述的方法， 还包括：
响应于接收到第一用户发送的已从好友中删除第二用户的消息， 取消向第二用户 开放的第一用户的好友可使用的权限， 其中如果第二用户已加第一用户为好友， 服务 器端保留向第一用户端开放的第二用户端的好友可使用的权限。
24. 根据权利要求 17-19任一项所述的方法， 还包括：
响应于接收到第一用户发送的将第二用户加入黑名单的消息， 取消向第二用户开 放的第一用户的好友可使用的权限， 并在接收到第二用户发送给第一用户的消息时拒 绝转发该消息。
25. 一种添加好友的装置， 配置于服务器端， 包括：
第二免验证判断单元， 配置用于响应于接收到第一用户发送的添加第二用户为好 友的请求， 判断第二用户是否符合免验证条件；
第二添加好友单元， 配置用于在第二免验证判断单元判断为是时， 向第二用户开 放第一用户的好友可使用的权限；
第二发送验证单元， 配置用于在第二免验证判断单元判断为否时， 向第二用户发 送第一用户加第二用户为好友的验证请求。
26. 根据权利要求 25 所述的装置， 其中， 所述第二免验证判断单元， 配置用于 判断所述第一用户发送的添加第二用户为好友的请求中是否携带免验证标识， 其中， 所述免验证标识当第二用户账号在第一用户的通讯录内时携带在所述请求中； 如果 是， 则第二用户符合免验证条件； 如果否， 则第二用户不符合免验证条件。
27. 根据权利要求 25 所述的装置， 其中， 所述第二免验证判断单元， 配置用于 判断第二用户账号是否在第一用户上传的通讯录内； 如果是， 则第二用户符合免验证 条件； 如果否， 则第二用户不符合免验证条件。
28. 根据权利要求 26或 27任一项所述的装置， 其中， 所述第二免验证判断单元， 配置用于当所述第一用户发送的添加第二用户为好友的请求中不携带免验证标识时， 或者， 当第二用户账号不在第一用户上传的通讯录内时， 还进一步判断第二用户是否 已加第一用户为好友， 如果是， 则第二用户符合免验证条件， 如果否， 则第二用户不 符合免验证条件。
29. 根据权利要求 25-27任一项所述的装置， 还包括：
第二提示单元， 配置用于如果第二用户符合免验证条件， 判断第一用户是否在第 二用户上传的通讯录内， 如果否， 则向第二用户发送第一用户加第二用户为好友的消 息， 使第二用户所在客户端的好友推荐页面呈现加第一用户为好友的提示信息。
30. 根据权利要求 25-27任一项所述的装置， 其中， 所述第二添加好友单元， 配 置用于在第二免验证判断单元判断为是时， 向第二用户开放分享第一用户的朋友圈动 态的权限。
31. 根据权利要求 25-27任一项所述的装置， 还包括：
第二删除好友单元， 配置用于响应于接收到第一用户发送的已从好友中删除第二 用户的消息， 取消向第二用户开放的第一用户的好友可使用的权限， 其中如果第二用 户已加第一用户为好友， 服务器端保留向第一用户端开放的第二用户端的好友可使用 的权限。
32. 根据权利要求 25-27任一项所述的装置， 还包括：
第二列入黑名单单元， 配置用于响应于接收到第一用户发送的将第二用户加入黑 名单的消息， 取消向第二用户开放的第一用户的好友可使用的权限， 并在接收到第二 用户发送给第一用户的消息时拒绝转发该消息。
PCT/CN2014/082492 2013-08-26 2014-07-18 一种添加好友的方法及装置 WO2015027776A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN2013103771923A CN103441922A (zh) 2013-08-26 2013-08-26 一种添加好友的方法及装置
CN201310377192.3 2013-08-26

Publications (1)

Publication Number Publication Date
WO2015027776A1 true WO2015027776A1 (zh) 2015-03-05

Family

ID=49695588

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2014/082492 WO2015027776A1 (zh) 2013-08-26 2014-07-18 一种添加好友的方法及装置

Country Status (2)

Country Link
CN (1) CN103441922A (zh)
WO (1) WO2015027776A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106611117A (zh) * 2015-10-22 2017-05-03 北大方正集团有限公司 推荐连接验证方法和推荐连接验证装置

Families Citing this family (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103441922A (zh) * 2013-08-26 2013-12-11 广州网易计算机***有限公司 一种添加好友的方法及装置
CN105024984B (zh) 2014-04-30 2017-12-01 腾讯科技（深圳）有限公司 权限设置方法、装置及***
CN105989009A (zh) * 2015-01-27 2016-10-05 阿尔派株式会社 电子机器及信息的显示控制方法
CN106161175A (zh) * 2015-03-23 2016-11-23 腾讯科技（深圳）有限公司 实现社交网络关注的方法、***及终端设备
CN105025040A (zh) * 2015-08-19 2015-11-04 成都美连科技有限公司 好友分类方法及服务器
CN105187598B (zh) * 2015-08-27 2018-11-27 北京金山安全软件有限公司 一种通讯录的备份方法及装置
CN105635242A (zh) * 2015-11-02 2016-06-01 东莞酷派软件技术有限公司 一种联系人添加方法和装置
CN105635120B (zh) * 2015-12-23 2019-02-19 北京奇虎科技有限公司 加好友方法、具有通信功能的电子设备和服务器
CN106331275B (zh) * 2016-08-23 2019-08-30 Oppo广东移动通信有限公司 一种删除联系人的方法、装置、运营商服务器及移动终端
CN106921566A (zh) * 2017-04-06 2017-07-04 深圳天珑无线科技有限公司 一种添加好友的方法、服务器和终端
CN107229854B (zh) * 2017-06-23 2019-10-29 北京金山安全软件有限公司 应用程序的注册方法、装置、电子设备和存储介质
CN107733781B (zh) * 2017-09-19 2021-06-22 上海掌门科技有限公司 一种即时通信的处理方法、设备和计算机存储介质
CN109995929B (zh) * 2017-12-29 2021-10-26 中兴通讯股份有限公司 操作和账号信息的处理方法及装置
CN109218460B (zh) * 2018-06-27 2021-07-27 维沃移动通信有限公司 一种搜索方法及装置
CN108898469B (zh) * 2018-06-28 2022-04-01 魏代利 一种事件的分享方法和装置
CN110209984A (zh) * 2019-05-31 2019-09-06 上海掌门科技有限公司 信息交互方法、电子设备和计算机可读介质
CN110492936B (zh) * 2019-08-08 2021-08-20 Oppo广东移动通信有限公司 基于可见光通信的添加好友方法、装置和移动终端
CN110992196B (zh) * 2019-12-13 2023-12-12 北京达佳互联信息技术有限公司 社交关系建立方法、***、终端设备及服务器

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101193073A (zh) * 2007-03-29 2008-06-04 腾讯科技（深圳）有限公司 即时通讯平台中好友管理方法和***
US8010602B2 (en) * 2008-08-28 2011-08-30 Microsoft Corporation Leveraging communications to identify social network friends
CN102843421A (zh) * 2012-07-12 2012-12-26 腾讯科技（深圳）有限公司 社交网络应用中用户关系的实现方法和装置
CN103441922A (zh) * 2013-08-26 2013-12-11 广州网易计算机***有限公司 一种添加好友的方法及装置

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100484106C (zh) * 2006-03-24 2009-04-29 华为技术有限公司 一种呈现信息的处理方法
CN101079790A (zh) * 2007-02-13 2007-11-28 腾讯科技（深圳）有限公司 娱乐平台中添加好友的方法和***
CN101090404A (zh) * 2007-05-31 2007-12-19 ***通信集团广东有限公司 一种基于移动电话地址条目的用户匹配方法
CN102387093B (zh) * 2011-10-06 2017-07-21 福建爱特点信息科技有限公司 一种即时通讯好友和群组分享的方法和***
CN102629919B (zh) * 2012-03-27 2015-10-21 上海量明科技发展有限公司 即时通信中用以添加联系人的方法、客户端及***
CN102819607B (zh) * 2012-08-21 2016-03-23 小米科技有限责任公司 一种推荐用户的方法和装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101193073A (zh) * 2007-03-29 2008-06-04 腾讯科技（深圳）有限公司 即时通讯平台中好友管理方法和***
US8010602B2 (en) * 2008-08-28 2011-08-30 Microsoft Corporation Leveraging communications to identify social network friends
CN102843421A (zh) * 2012-07-12 2012-12-26 腾讯科技（深圳）有限公司 社交网络应用中用户关系的实现方法和装置
CN103441922A (zh) * 2013-08-26 2013-12-11 广州网易计算机***有限公司 一种添加好友的方法及装置

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106611117A (zh) * 2015-10-22 2017-05-03 北大方正集团有限公司 推荐连接验证方法和推荐连接验证装置
CN106611117B (zh) * 2015-10-22 2019-08-06 北大方正集团有限公司 推荐连接验证方法和推荐连接验证装置

Also Published As

Publication number Publication date
CN103441922A (zh) 2013-12-11

Similar Documents

Publication Publication Date Title
WO2015027776A1 (zh) 一种添加好友的方法及装置
US8904480B2 (en) Social authentication of users
US8594632B1 (en) Device to-device (D2D) discovery without authenticating through cloud
EP2859702B1 (en) Method and system for managing user accounts across multiple electronic devices
US8774778B2 (en) Mobile location identifier for social check-in applications
US9743450B2 (en) Learned dual band WiFi network association method
EP2963884B1 (en) Bidirectional authorization system, client and method
US10064026B2 (en) Unified message delivery between portable electronic devices
EP4024809A1 (en) Application access method and apparatus, and electronic device and storage medium
EP2887615A1 (en) Cloud-based scalable authentication for electronic devices
US9560043B2 (en) Biometric-based wireless device association
JP2017506034A (ja) 動的ネットワークアクセス管理のための方法、デバイスおよびシステム
US10993090B2 (en) Network access method, apparatus, and system
US9661000B2 (en) Communication apparatus, communication system, method of controlling communication apparatus, and storage medium
WO2022143174A1 (zh) 一种数据传输方法、装置、设备、存储介质及计算机程序产品
US11777942B2 (en) Transfer of trust between authentication devices
WO2016145820A1 (zh) 一种近场通信数据传输方法和装置、计算机存储介质
JP2020119458A (ja) 管理装置およびその制御方法
CN107920013B (zh) 用于确定事件内容流的适当内容的***和方法
US9742776B2 (en) Contact identification validation via social invitation
US9935931B2 (en) Authorizing user access to resource by determining whether other, authorized users have indicated that the user should be permitted access
CN110048864B (zh) 对特定于设备的消息群组的管理员进行验证的方法和装置
RU2800107C2 (ru) Система и способ удаления или редактирования отправленных сообщений из истории чатов получателей
TWI434529B (zh) 提供近場通訊裝置安全連線的系統及其方法
WO2022127808A1 (zh) 授信中继通信方法、装置、终端及网络侧设备

Legal Events

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

Ref document number: 14839785

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 14839785

Country of ref document: EP

Kind code of ref document: A1