JP5693993B2 - Community management device and calling method - Google Patents

Description

  The present invention relates to a community management device and a calling method, and more particularly to a community management device and a calling method that enable a call between community users without disclosing a telephone number to the community users.

  Messages such as E-Mail are often used as communication means in a community such as SNS (Social Networking Service). However, real-time communication such as a telephone is more suitable than a message as a communication means for solving an urgent business or a complicated business. In recent years, services such as Group Me (Non-Patent Document 1), Fast Society (Non-Patent Document 2), and Mobatui Who's Who (Non-Patent Document 3) have emerged that use telephone numbers as information to be registered in the community. In such a service, a telephone can be used as a communication means of the community, and real-time communication within the community becomes possible. However, existing services do not give sufficient consideration to the problem of using telephones as a means of communication within the community. For example, privango (Non-Patent Document 4) is known as a method for exchanging messages without notifying the other party of a normal contact address.

"Group me", [online], [Search January 10, 2011], Internet <http://groupme.com/> "Fast Society", [online], [Search January 10, 2011], Internet <http://m.fastsociety.com/> Who's Who, "Beginning provision of Web service" Mobatsui Who's Who !? "linked with MindScope and Twitter", [online], [Search January 10, 2011], Internet <http: //www.mindscope .co.jp / news-2010122001.html> Katsumi Takahashi and two others, "Anti-spam measures using conditional ID technology privango", NTT Technical Journal, January 2005, pp. 36-39

  However, although the technology of Non-Patent Document 4 can exchange messages without informing the other party of a normal contact address by an e-mail address in which usage conditions such as an expiration date are set, Not done.

  Accordingly, an object of the present invention made in view of such a point is that without disclosing a telephone number to a community user, that is, without disclosing a contact that enables real-time communication by anyone at any time. It is an object of the present invention to provide a community management device and a calling method that enable a call based on matching of attributes (whether they belong to a community, etc.) and states (whether real-time communication can start with each other).

The community management device according to the present invention is a community management device that realizes a call between the community users without disclosing a telephone number to the community users, and holds member information of the community users. A member search unit that searches for member information of a predetermined user from the member information management unit, and a pseudonym telephone unit that substitutes a call from the first user to the second user. When there is a proxy call request from the first user to the second user, the telephone unit sends a past information transmission history in the community of the first user from the member information management unit through the member search unit. obtains the member information including the gravel, and sends the obtained member information of the first user to the second user, a response indicating call permission from the second user The case, in which a call to the second user to the first user as the caller.

Further, the call method according to the present invention is a call method by a community management device that realizes a call between the community users without disclosing a telephone number to the community users, and the processing procedure of the community management device includes: If there is a proxy call request to the second user from the first user, acquiring member information, including a historical information transmission history in the first user community, the first acquired The step of transmitting member information of one user to the second user and the second user with the first user as a caller when there is a response from the second user indicating permission to make a call Making a call.

  According to the community management device and the calling method of the present invention, it is possible to make a call between community users without disclosing the telephone number to the community users.

FIG. 1 is a diagram showing an overview of a system including a community management device according to an embodiment of the present invention. FIG. 2 is a diagram showing functional blocks of the community management device according to the embodiment of the present invention. FIG. 3 is a diagram showing an operation sequence of the community management device according to the embodiment of the present invention. FIG. 4 is a diagram showing an operation sequence of the community management device according to the embodiment of the present invention. FIG. 5 is a diagram showing an operation sequence of the community management device according to the embodiment of the present invention. FIG. 6 is a diagram showing an operation sequence of the community management device according to the embodiment of the present invention. FIG. 7 is a diagram illustrating an operation sequence of the community management device according to the embodiment of the present invention. FIG. 8 is a diagram showing an operation sequence of the community management device according to the embodiment of the present invention. FIG. 9 is a diagram illustrating an operation sequence of the community management device according to the embodiment of the present invention. FIG. 10 is a diagram illustrating an operation sequence of the community management device according to the embodiment of the present invention. FIG. 11 is a diagram showing an operation sequence of the community management device according to the embodiment of the present invention.

  First, requirements to be realized by the community management device 1 according to the present invention will be described below.

  For example, in the existing service, it is necessary to disclose his / her telephone number to an unspecified number in the community. For this reason, there is a concern that problems such as the outflow of a telephone number by a malicious user and the mischievous telephone call may occur. Therefore, it is necessary for the community management device 1 to realize making a call while keeping the phone numbers of each other secret.

  Also, with existing services, when a call arrives (hereinafter called incoming call), the incoming call may be rejected because the requirements and the caller's identity are unknown. There is a concern that it will not go smoothly. For this reason, it is preferable that the community management device 1 enables the called party to understand the call requirements and the features of the other party before the call.

  In addition, in the existing service, useless loopback may occur. For example, when a certain problem is solved, a call is made to a member in the community but the user does not answer the call, so a call is made to another member and the problem may be solved. In this case, since the member who first tried to call and called but failed to answer the incoming call does not know that the problem has been solved, he or she tries a useless call back. For this reason, it is desirable that the community management device 1 informs the member who has made a call and failed to answer the incoming call to the end of the message when the message ends.

  In addition, with existing services, it is difficult to find a suitable partner from within the community that is suitable for achieving the purpose of calling. For example, it may be difficult to determine who should make a call (hereinafter referred to as a call) depending on the person who makes the call and the usage scene. For this reason, it is preferable that the community management device 1 enables the caller to make a call to a suitable partner without specifying the call partner.

  In addition, in the existing service, there is a problem that the incoming call is rejected to the calling party. For example, in an intimate community such as friends and neighbors, there is a concern that the rejection of an incoming call is transmitted to the calling party, thereby damaging the friendship and trust between members. Or it becomes necessary to respond to an incoming call so as not to damage the relationship. For this reason, it is desirable that the community management device 1 does not make the calling party aware that the incoming call has been rejected.

  Further, in the existing service, even when the called party does not intend to respond to the incoming call, the incoming call is received regardless. For this reason, it is desirable that the community management device 1 can control outgoing / incoming calls based on the callee context information.

  Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings.

  FIG. 1 is a diagram showing an overview of a system including a community management device according to an embodiment of the present invention. Member A and member B are registered in the community managed by the community management device 1. Members A and B are not acquainted with each other and do not know each other's telephone numbers. In the present embodiment, it is assumed that the member A attempts a call to the member B who does not know the telephone number via the community management device 1.

  FIG. 2 is a diagram showing functional blocks of the community management device according to the embodiment of the present invention. The community management device 1 includes a member registration unit 11, a transmission / reception unit 12, a member information management unit 13, a member search unit 14, a pseudonym telephone unit 15, and a rating unit 16. In the following explanation, outgoing calls are called “calling”, incoming calls are called “calling”, and conversations with the other party are called “calling”. The operation is referred to as “calling”.

  The member registration unit 11 receives input from the user and registers member information of the community user in the member information management unit 13. The information used for registration is a pseudonym, profile, context information, and telephone number. As a registration method, a method in which a user registers using a Web interface, a method of automatically registering using location information, a method of registering using NFC (Near Field Communication), and the like can be considered.

  The transmission / reception unit 12 enables a member to transmit information to the community or receive information from the community. The information transmitted by the member is transmitted to the member information management unit 13 by the transmission / reception unit 12 and stored by the member information management unit 13.

  The member information management unit 13 manages member information of users constituting the community. The member information management unit 13 stores the member information passed from the member registration unit 11 and the transmission / reception unit 12 and provides it to other functional blocks as necessary. Information registered as member information includes a pseudonym, a member profile, a past information transmission history, a telephone number, context information, and evaluation of members in the community. Here, the pseudonym is a nickname used by the member in the community, and the case where the member designates at the time of registration and the case where the member registration unit 11 automatically assigns it are considered. A profile is attribute information of members in a community. This information is shared within the community and is referred to when searching or receiving a call. For example, age, gender, occupation, residence, hometown, blood type, hobbies, etc. can be considered. The past information transmission history is a history of information transmitted by members within the community. This information is shared within the community and is referred to when searching or receiving a call. For example, a history of messages sent in the past, a history of Web pages referred to in the past, and the like can be considered. The telephone number is a telephone number of a terminal that can make a call with a member. This information can be referred to by the member search unit 14 and the kana telephone unit 15, but cannot be referred to by members of the community. The context information is information indicating the current status of the member. For example, whether or not you are currently checked in to the community, check-in status (Online, Offline, busy, away, etc.), presence information such as whether you can talk, location of members that can be obtained using GPS etc. Information can be considered. This information can be referred to by the member search unit 14 and the kana telephone unit 15, but cannot be referred to by members of the community. A member's evaluation is an index showing how a member in the community has contributed. There can be considered a case where only one evaluation is set for each member and a case where the evaluation is set for each role such as a calling side and a called side. In addition, absolute evaluation in the community and relative evaluation that varies depending on the member can be considered. This information is shared within the community and is referred to when searching or receiving a call.

  The member search unit 14 is a function that can search for other users that match the conditions from the community. This is realized by the member search unit 14 searching for member information stored in the member information management unit 13. At this time, the user can give a weight to the search condition, and the member search unit 14 can perform a search based on the search condition and the weight. Further, the member search unit 14 can request the member included in the search result to the pseudonym telephone unit 15 to make a proxy call. The proxy call means that the pseudonym telephone unit 15 makes a call to the called party (for example, member B) instead of the caller (for example, member A).

  The pseudonym telephone unit 15 is a function for realizing a call between members by receiving a proxy call request from a community user or member search unit 14 and calling the member. First, the pseudonym telephone unit 15 has a function that allows community users to make a call without notifying each other of the telephone number. As a result, it is possible to reduce a sense of resistance when making a call with a member who is not acquainted with the other party and does not have a trust relationship. The pseudonym telephone unit 15 has a function of sending a message from the calling side to the called side. As a result, the calling side can send a telephone request and the like together with the outgoing call, and the called side can confirm the intended telephone. This function can be realized using SMS (Short Message Service) or SIP Message Method. The pseudonym telephone unit 15 has a function that allows the called party to refer to the information on the calling party when the call is received. Information that can be referred to is a member profile, past information transmission history, and evaluation of members in the community. This makes it possible to determine whether the called party receives the incoming call.

  Furthermore, the pseudonym telephone unit 15 has a function of not allowing the caller to notice that the callee has refused even when the callee has refused the call. For example, even when the called party rejects the incoming call, the pseudonym telephone unit 15 continues the call on the calling side so that it cannot be determined whether the call is rejected by the calling party or cannot be made without the caller. Can do. As a result, both the calling side and the called side can make and receive calls without hesitation, and active communication in the community can be expected.

  The rating unit 16 is a function in which both the calling and called sides evaluate each other after the call ends. As a result, the evaluation of members in the community can be set, and can be referred to when determining whether to accept an incoming call at another opportunity.

  Hereinafter, the operation sequence of the community management device 1 will be described with reference to FIGS. In the following example, the operation sequence between the members A and B will be described with reference to FIGS. 3 to 9, and the members A, B and C will be described with reference to FIGS. 10 and 11. The operation sequence between persons will be described.

  FIG. 3 is a sequence diagram of member registration processing. When member A performs a member registration operation (step S101), the member registration unit 11 notifies registration information to the member information management unit 13 (step S102). Upon receiving the registration information notification, the member information management unit 13 registers the information of member A (step S103). Here, the information to be registered is a pseudonym and profile in the community, a telephone number, and context information. At this time, as a method of registering himself / herself as a member, there is a method in which a member registers information himself / herself using a Web interface, a position measuring function such as GPS, and the like using a portable terminal having registration information in advance. A method of using location information such as automatic registration when going to, a method of registering using a card or portable terminal having an NFC (Near Field Communication) function having registration information in advance, and the like are conceivable. Note that the context information in the information registered in the community can be updated sequentially. As the method, when the member registers the context information by itself, the position information is automatically registered when the position is changed using a portable terminal or the like, the case is automatically registered using the context estimation technique, and the like. .

  For example, when member B registers member information in the same manner as member A, member information management unit 13 has the member information shown in Table 1. In the information items to be registered in Table 1 below, a case where there is no corresponding information is represented by a blank. In implementation, a null value is registered.

  FIG. 4 is a sequence diagram of the transmission / reception process. As described above, the member A and the member B can use the transmission / reception unit 12 to transmit information shared in the community. When the member A transmits information (step S201), the transmission information unit 12 notifies the member information management unit 13 of the transmission information (step S202). When the member information management unit 13 receives the transmission information notification, the member information management unit 13 updates the transmission history of the member A (step S203). When member B transmits information (step S204), the transmission information unit 12 notifies the member information management unit 13 of the transmission information (step S205). Upon receiving the transmission information notification, the member information management unit 13 updates the transmission history of member B (step S206). At this time, the member information management unit 13 can transfer the transmission information of the member B to the member A registered in the community in advance through the transmission / reception unit 12 (steps S207 and 208).

  For example, member A sends information “This URL is useful. Http://www.ntt.co.jp” in step S201, and member B “researches related to this community in step S204. The member information management unit 13 updates the member information transmission history as shown in Table 2.

  FIG. 5 is a sequence diagram of member search processing. When member A receives the transmission information of member B and finds member B by itself, member search processing is not necessary. By using the member search unit 14, the member A can specify a condition and search for a matching member from within the community. First, the member A uses the member search unit 14 to specify a combination of a plurality of search conditions and the weight of each search condition, and tries member search from the community (step S301). The member search unit 14 notifies the search condition to the member information management unit 13 (step S302). The member information management unit 13 performs a member search according to the search condition, and notifies the member search unit 14 of the search result (step S303). At this time, the member search unit 14 has information that the searched member's context information does not check in the community, rejects the call, etc., and clearly cannot make a call (no intention to call) If it is known, the member is excluded from the search result. Thereafter, the member search unit 14 notifies the search result to the member A (step S304). The search result notified to the member A by the member search unit 14 is normal public information, and does not include secret information such as a telephone number. For example, the member search unit 14 does not include a telephone number in the search result even for a member (for example, member B) who can clearly make a call. The search conditions set by the member A may be intimacy, community evaluation, presence information, location information, profile, community role, and the like. Here, the intimacy can be determined by the communication frequency between members, the number of members participating in the same community, the fact that the history of position information is similar because they always act together, and the like. Also, when determining the search conditions and weights, the members manually set the search conditions, present standard settings for each use scene, and present settings that are frequently used in the community. It is also possible to save input.

  For example, when member A sets a condition of “30s, researcher” as a search condition in step S301 and performs a search through the member search unit 14, the member verification information management unit 13 uses the member information in Table 2 as a member. Searching B, member A is notified of member B's public information (for example, kana, profile, outgoing call history, community evaluation). When information of a plurality of members is notified as a result of the search, member A can designate member B by referring to past information transmission histories of the plurality of members, evaluation in the community, and the like.

  FIG. 6 is a sequence diagram of proxy call processing by the pseudonym telephone unit 15. The member A can send a message to the member B by using the kana telephone unit 15. First, the member A requests the pseudonym telephone unit 15 to send a telephone request message to the member B (step S401). Upon receiving the request, the pseudonym telephone unit 15 inquires of the member information management unit 13 about the telephone number of the member B using the member search unit 14 (steps S402 and S403). The member information management unit 13 transmits the phone number of the member B to the pseudonym phone unit 15 through the member search unit 14 (steps S404 and S405). Thereafter, the pseudonym telephone unit 15 transmits the message to the member B with the message sender as the member A (step S406). After transmitting the message, member A designates member B and requests proxy call to the pseudonym telephone unit 15 (step S407).

  For example, the member A can transmit a message “tell me about research” to the member B in step S401. Member B receives the message with the sender as member A in step S406, but does not obtain the telephone number of member A. As a result, the member A can transmit a message of a telephone request to the member B without notifying each other's telephone number, and the member B determines whether to start the call upon receiving the message. It can be a guide. Note that SMS, E-Mail, and SIP Message method may be used as means for transmitting a message.

  FIG. 7 is a sequence diagram of proxy call processing by the pseudonym telephone unit 15 continuing from FIG. When there is a proxy call request from member A, the pseudonym telephone unit 15 requests information on member A (step S501). The kana phone part 15 inquires of the member information management part 13 about the information of the member A using the member search part 14 (step S502). The member information management unit 13 notifies the member A of the information on the member A through the member search unit 14 (steps S503 and S504). The member A information notified here does not include the telephone number of member A. The pseudonym telephone unit 15 notifies the acquired information of the member A to the member B, and the member B can refer to the information of the member A in the community and can be used as a guideline for determining whether or not to accept the incoming call (step) S505). When the member B responds to the incoming call, the member B transmits a response message indicating that the call is permitted to the pseudonym telephone unit 15 (step S506). When the pseudonym telephone unit 15 receives a response message indicating that the call is permitted from the member B, it makes a call to the member B with the caller as the member A (step S507). Thereafter, the pseudonym telephone unit 15 establishes a call between the members A and B (step S508), and the members A and B can talk to each other (step S509).

  FIG. 8 is a sequence diagram when member B rejects the incoming call. From step S511 to step S515, the same processing as step S501 to step S505 in FIG. 8 is performed. The member B can reject the incoming call with reference to the information of the member A in the community transmitted in step S515 (step S516). When member B rejects the incoming call, the pseudonym telephone unit 15 does not immediately disconnect the call from member A, and continues the ringing sound to member A for a certain period of time (step S517). Then, the pseudonym telephone unit 15 notifies the member A that the call cannot be established after a predetermined time has elapsed (step S518). As a result, the member A cannot determine whether the member B explicitly refused the incoming call or could not answer the call because of the absence or the like. You can't notice.

  FIG. 9 is a sequence diagram of member rating processing. After the call ends, member A evaluates member B using rating unit 16 (step S601). The rating unit 16 notifies the evaluation information to the member information management unit 13 (step S602), and the member information management unit 13 updates the evaluation information of the member B (step S603). Similarly, member B evaluates member A using rating unit 16 (step S604). The rating unit 16 notifies the member information management unit 13 of the evaluation information (step S605), and the member information management unit 13 updates the evaluation information of the member A (step S606). Thereby, the evaluation of members in the community can be set. Note that only one evaluation in the community may be set for each member, or for each role such as the calling side and the called side.

  For example, member A evaluates member B as 5 in step S601, and member B evaluates member A as 3 in step S604. In this case, among the member information of the member information management unit 13, the evaluation column in the community is updated as shown in Table 3.

  In the operation sequence of FIGS. 3 to 9, the process is between the member A and the member B. For example, when the member search unit 14 extracts a plurality of members according to the search condition of the user A, A case where a call from user A is made to a plurality of members is also conceivable. When making a call to a plurality of people, the following two methods are conceivable.

  In the first method, first, the member A finds a plurality of candidate members to make a call using the member search unit 14 as shown in the sequence of FIG. Next, the member A determines the priority order of the members that make a call out of the found candidates. Then, according to the sequence shown in FIG. In this case, the priority order for making a call may be determined manually by the member itself or automatically by sorting according to the search condition.

  In the second method, member A does not specify a specific member from among a plurality of members that match the search condition, and does not manually determine the priority order of the plurality of members, but matches the search condition. This is a case where a call is made to one of a plurality of members. FIG. 10 is a diagram showing a sequence of the processing.

  First, the member A uses the member search unit 14 to specify a combination of a plurality of search conditions and the weight of each search condition, and tries member search from the community (step S701). The member search unit 14 notifies the search condition to the member information management unit 13 (step S702). The member information management unit 13 performs a member search according to the search condition, and notifies the member search unit 14 of the search result (step S703). Note that the member information management unit 13 excludes members who are known to talk by context information from candidates.

  The member A not only requests the member search unit 14 to search for a member, but also requests the member search unit 14 to make a call to any member that meets the search conditions (step S704). In this case, the search result includes member B and member C, and the member search unit 14 requests the pseudonym telephone unit 15 to make a call to the member B and member C. It should be noted that the order in which calls are made can be an order that more closely matches the conditions specified by member A. First, the pseudonym telephone unit 15 makes a call to the member B (step S706), and if the member B does not answer the outgoing call or refuses the incoming call, the pseudonym telephone unit 15 immediately makes a call to the member C ( Step S707). When the member C responds to the incoming call, the pseudonym telephone unit 15 establishes a call between the member A and the member C (step S709), and a call between the member A and the member C becomes possible (step S710).

  As described above, even among the three parties, the member A can make a call with a member who can make a call and has a purpose of making a call while ensuring anonymity. In addition, since it is not necessary to continue making calls, the other party can be found earlier.

  FIG. 11 is a sequence diagram of the rating process. After the call shown in FIG. 10 is completed, member A evaluates member C using rating unit 16 (step S801). The rating unit 16 notifies the member information management unit 13 of the evaluation information (step S802), and the member information management unit 13 updates the evaluation information of the member C (step S803). Similarly, member C evaluates member A using rating unit 16 (step S804). The rating unit 16 notifies the member information management unit 13 of the evaluation information (step S805), and the member information management unit 13 updates the member A evaluation information (step S806). Thereby, the evaluation of members in the community can be set.

  After the call ends, member A uses kana phone unit 15 to transmit a message indicating that the response to the call is resolved to member B that has not responded to the proxy call (steps S807 and S808). ). As a result, it is possible to prevent unnecessary folding from the member B.

  According to the present embodiment, when the proxy call request from the member A (first user) to the member B (second user) is made, the kana telephone unit 15 is configured to transmit the member information management unit through the member search unit 14. 13 obtains member information of member A, transmits the obtained member information of member A to member B, and when member B receives a response indicating call permission, calls member A as a caller to member B. Make a call. Thereby, it is possible to make a call between community users without disclosing the telephone number to the community users. In addition, the callee can grasp the telephone requirements and the features of the other party before the call.

  Further, the pseudonym telephone unit 15 has a plurality of second users (member B, member C), and a call between the member A and one of the members B and C (member C). Is transmitted, a message indicating that no response is required is transmitted to the member B of the second user (member B, member C) who has not made a call with the member A. As a result, at the end of the message, it is possible to notify the member who has made a call and called it but failed to answer the incoming call to the effect that the message has ended. By sending a message to a member who has made a call in the past but has not responded at the end of the message, it can be notified that the message has been completed and an extra call back can be prevented.

  Further, the member search unit 14 selects the member B (second user) from the member information management unit 13 according to the search condition from the member A (first user). Thereby, the caller himself / herself can make a call to a suitable partner without specifying the other party. By searching for members of the community according to the business (purpose of telephone) using the member search unit 14, it becomes possible to designate a plurality of corresponding members and make a call in order from the highest priority order.

  Further, when there is a response indicating that the incoming call is rejected from the member B (second user), the pseudonym telephone unit 15 continues to provide the ringing tone to the member A (first user) for a certain period of time. As a result, the caller cannot determine whether the callee has explicitly refused the call or has not been able to answer the call due to absence or other reasons. The caller is not aware. Alternatively, the calling party does not place the call itself, but the system automatically makes a call to the called party that matches the conditions specified by the calling party, and only the called party that can talk is used as a member. You can be notified. As a result, the calling party does not know who rejected the incoming call.

  In addition, when the member search unit 14 selects the second user from the member information management unit 13 according to the search condition from the member A (first user), the member information of the selected second user is When indicating that the second user does not intend to make a call, the second user is excluded from the selection result. Thereby, it is possible to control outgoing / incoming calls based on the context information on the called side. In other words, when the member search unit 14 refers to the context information (presence information / location information, etc.) and expresses the intention to not make a call, the candidate is not displayed in the search result so that calling / incoming calls do not occur. Can be.

  Although the present invention has been described based on the drawings and examples, it should be noted that those skilled in the art can easily make various modifications and corrections based on the present disclosure. Therefore, it should be noted that these variations and modifications are included in the scope of the present invention. For example, the parts included in each member, each means, each step, etc. can be rearranged so as not to be logically contradictory, and a plurality of means, steps, etc. can be combined into one or divided. Is possible.

DESCRIPTION OF SYMBOLS 1 Community management apparatus 11 Member registration part 12 Transmission / reception part 13 Member information management part 14 Member search part 15 Kana telephone part 16 Rating part

Claims (10)

A community management device for realizing a call between the community users without disclosing a telephone number to the community users,
A member information management unit for holding member information of the community user;
A member search unit for searching member information of a predetermined user from the member information management unit;
A pseudonym telephone section acting as a proxy for a call from the first user to the second user,
The kana phone part is
If there is a proxy call request to the second user from the first user, the member including a historical information transmission history in the first user of the community from the member information management unit through the member retrieval unit Information is acquired, the acquired member information of the first user is transmitted to the second user, and when there is a response indicating call permission from the second user, the first user is transmitted. A community management device that makes a call to the second user as a user.   The pseudonym telephone section includes the second user when there are a plurality of the second users and a call is made between the first user and any one of the second users. The community management device according to claim 1, wherein a message indicating that no response is required is transmitted to a user who has not made a call with the first user among the two users.   The community management device according to claim 1 or 2, wherein the member search unit selects the second user from the member information management unit in accordance with a search condition from the first user.   The said pseudonym telephone part continues provision of the ringing tone to the said 1st user for a fixed time, when there exists a response which shows an incoming call rejection from the said 2nd user. The community management device according to item.   When the member search unit selects the second user from the member information management unit according to a search condition from the first user, the member information of the selected second user is the second user information. The community management device according to claim 3 or 4 which excludes said 2nd user from a selection result, when showing that a user does not have a call intention. A call method by a community management device for realizing a call between the community users without disclosing a telephone number to the community users,
The processing procedure of the community management device is as follows:
If there is a proxy call request to the second user from the first user, acquiring member information, including a historical information transmission history in the first user community,
Transmitting the acquired member information of the first user to the second user;
A call method including a step of making a call to the second user with the first user as a caller when a response indicating call permission is received from the second user.   When there are a plurality of the second users and a call is made between the first user and any one of the second users, among the second users, The call method according to claim 6, further comprising a step of transmitting a message indicating that no response is required to a user who has not made a call with the first user.   The call method according to claim 6 or 7, comprising a step of selecting the second user according to a search condition from the first user.   9. The method according to claim 6, further comprising a step of continuing to provide a ringing tone to the first user for a certain period of time when a response indicating call rejection is received from the second user. How to call.   When the second user is selected from the member information management unit according to the search condition from the first user, the selected member information of the second user indicates that the second user is willing to call. The call method according to claim 8, further comprising a step of excluding the second user from the selection result when indicating that there is no.

Images