Abstract:
Peer to peer interactions are a popular way of social networking. Such peer to peer interactions play an important role in (a) obtaining relevant and latest information; (b) obtaining relevant experiential information; (c) obtaining of relevant opinions on, say, products; (d) collaborative problem solving, and so on. Consider a scenario of classified ads: a user visiting a portal through a mobile phone to decide on buying of a product can be well assisted by facilitating peer to peer interactions. In many situations, it is required to make the right selection of peers in order to be able to obtain the right information, and furthermore, voice is a preferred mode of interaction if mobile phones are used in peer to peer interactions. Also, in peer to peer interactions, anonymity is important in order to protect the privacy of the peers. A system and method for supporting peer interactions, especially in a mobile scenario involving classified ads, need to address the issues related to (a) selecting and displaying of the right information; (b) selecting of right peers; and (c) facilitating anonymous peer interactions.

Description:
FIELD OF THE INVENTION 
       [0001]    The present invention relates to peer interactions in general, more particularly, peer interactions through mobile phones. Still more particularly, the present invention is related to a system and method for supporting peer interactions in a particular domain such as classified ads. 
       BACKGROUND OF THE INVENTION 
       [0002]    The business models involved in classified ads are based on click-based revenue and is sale-based revenue. In a click based revenue, the service provider providing classified ads service earns revenue for every click on an ad from the sponsor of the ad. On the other hand, in a sale-based revenue, the provider earns whenever a user buys the product endorsed by an ad from the classified ads portal. Obviously, returns are higher in the sale based revenue model and in order to reduce risk due to non-sale, both the models are combined and adapted in practice. 
         [0003]    When a user clicks on a classified ad that is a part of a classified ads portal, various kinds of promotional information can be provided to the user. These kinds of promotional information are largely provided by the ad sponsors. Typically, the information provided by the sponsors is positively positioned with respect to the products of the sponsors. Hence, there is a bit of hesitation in accepting all of the information provided by the sponsors. In order to reduce the bias and enhancing of the utility value for the users, additional information sources need to be identified. One of the major issues regarding these additional information sources is the handling of spam sources. A way of identifying of these additional sources is to look for product champions within a user community and can be based on the information such as the following: People who own the product, Duration of ownership, Enquiries made, Complaints made, Enquiry duration, User feedback, Reaction to promotional offers, Products of same brand bought, User location, and General information such as likes and dislikes. The behavior of a typical user could be categorized along the following phases: Buy-Phase, Use-Phase, Advertise/Deny-Phase, and is summarized in the table below: 
         [0000]    
       
         
               
               
               
             
           
               
                   
               
               
                 Buy Phase 
                 Use Phase 
                 Advertise/Deny Phase 
               
               
                   
               
             
             
               
                 Buys product 
                 Gives feedback 
                 Willingness to participate in voice 
               
               
                   
                   
                 campaign 
               
               
                 Buys multiple 
                 Entertains sales calls 
                 Willingness to participate in chat 
               
               
                 products 
                   
                 campaign 
               
               
                 Buys when 
                 Long duration usage 
                 Willingness to participate in long 
               
               
                 there is a 
                   
                 duration campaign 
               
               
                 discount 
               
               
                 Buys at 
                 Short duration usage 
                 Willingness to participate in short 
               
               
                 premium 
                   
                 duration campaign 
               
               
                 Buys same 
                 Buys accessories 
                 Positive participation during 
               
               
                 brand 
                   
                 campaign 
               
               
                 Buys same 
                 Long duration 
                 Negative participation during 
               
               
                 brand 
                 complaints 
                 campaign 
               
               
                 Buys same 
                 Short duration 
                 Consistency in participation 
               
               
                 brand 
                 complaints 
               
               
                   
               
             
          
         
       
     
         [0004]    Information similar to the one contained in the above table is used in identifying the potential users who could provide useful information to the other peers. 
       DESCRIPTION OF RELATED ART 
       [0005]    U.S. Pat. No. 7,159,784 to Lapstun; Paul (Balmain, AU), Lapstun; Jacqueline Anne (Balmain, AU), Silverbrook; Kia (Balmain, AU) for “Method and system for searching classified advertising” (issued on Jan. 9, 2007 and assigned to Silverbrook Research Pty Ltd (Balmain, AU)) describes methods and systems that relate to listing classified advertising via interface surfaces printed with information and coded data. The coded data, encoded visibly or invisibly, may be queried by an appropriate sensing device. The sensing device communicates with a computer system. Together, the interface surfaces, sensing device and computer system are capable of effecting classified listing search transactions over a network. 
         [0006]    U.S. Pat. No. 7,143,075 to Chickering; David Maxwell (Bellevue, Wash.), Heckerman; David E. (Bellevue, Wash.) for “Automated web-based targeted advertising with quotas” (issued on Nov. 28, 2006 and assigned to Microsoft Corporation (Redmond, Wash.)) describes systems and methods that can be used for targeted advertising. The system determines where to present impressions, such as advertisements, to maximize an expected utility subject to one or more constraints, which can include quotas and minimum utilities for groups of one or more impression. 
         [0007]    U.S. Pat. No. 20080040216 by Dellovo; Danielle F.; (North Andover, Mass.) entitled “Systems, methods, and apparatuses for advertisement targeting/distribution” (filed on May 14, 2007) describes apparatuses, systems and methods for selecting a base data entry for distribution with a content provider&#39;s requested content. The system processes the advertisement request to extract content provider distribution parameters and/or web user data characteristics, if they exist. This data may be processed to create an initial a pool of potential base data entries, one (or more) of which will be distributed to a content provider. 
         [0008]    U.S. Pat. App. No. 20070099701 by Simon; Daniel; (San Diego, Calif.); Westling; Mark Ford; (Chevy Chase, Md.); Wherry; Phillip; (Vienna, Va.) entitled “Method and system to facilitate interaction between and content delivery to users of a wireless communications network” (filed on Apr. 7, 2006) describes a system and method of creating affinity groups of portable communication device users, and distributing targeted content to said users. 
         [0009]    U.S. Pat. App. No. 20070067405 by Eliovson; Joshua M.; Roseland, N.J.) entitled “Moderated anonymous forum” (filed on Sep. 20, 2006) describes a moderated forum that provides an arena for anonymous public discussions in and among a given on-line or virtual community as well as discussions between separate on-line or virtual communities. 
         [0010]    “Comprehensive Analysis of Web Privacy and Anonymous Web Browsers: Are Next Generation Services Based on Collaborative Filtering?” by Gulyás, G., Schulcz, R., and Imre, S. (appeared in the Proceedings of the Second Workshop on Sustaining Privacy in Autonomous Collaborative Environments (SPACE 2008), Jun. 17, 2008) presents main web privacy issues, complex preventive solutions, and anonymous web browsers, in several aspects including a comprehensive taxonomy. Also, suggests a next generation anonymous browser scheme based on collaborative filtering concerning issues of semantic web. 
         [0011]    “A Profile Anonymization Model for Privacy in a Personalized Location Based Service Environment” by Shin, H., Atluri, V., and Vaidya, J. (appeared in the Proceedings of the Ninth International Conference on Mobile Data Management (MDM 2008), Apr. 27-30, 2008) addresses the problem of privacy preservation via anonymization that guarantees anonymity even when profiles of mobile users are known to untrusted entities. 
         [0012]    “Towards Anonymous Mobile Community Services” by Demestichas, K. P., Adamopoulou, E. F., Markoulidakis, J. G., and Theologou, M. E. (appeared in Journal of Network and Computer Applications, April 2008 (available online at http://www.sciencedirect.com/science/journal/10848045) describes an innovative concept of anonymous mobile community services and thoroughly defines and describes a robust platform targeted for their deployment. 
         [0013]    “Introducing Anonymous Real-Time Mobile Community Services” by Adamopoulou, E., Demestichas, K., Dessiniotis, C., Markoulidakis, J., and Theologou, M. (appeared in the Proceedings of the 16th IST Mobile and Wireless Communications Summit, 2007, 1-5 Jul. 2007) analyzes the concept of anonymous real-time mobile community services that enables the real-time collection of information residing in a community of mobile terminals, which can then be processed and delivered to a service requesting terminal. 
         [0014]    “A secure and privacy-preserving web banner system for targeted advertising” by Claessens, J., D´iaz, C., Faustinelli, R., and and Preneel, B. (appeared as COSIC internal report, January, 2003) proposes a solution for privacy-preserving targeted advertising through web banners and the solution allows users to make a balance between the exposure of their privacy and the personalization of advertisements. 
         [0015]    The known systems do not address the various issues related to the enabling of peer support in an anonymous manner in helping users to quickly take decisions while browsing classified ads. The present invention provides a system and method to enable selecting of right ads for displaying to the users, selecting of right peer users for providing additional information, and supporting of anonymous peer interactions. 
       SUMMARY OF THE INVENTION 
       [0016]    The primary objective of the invention is to enable selecting of right content for to be displayed on a user&#39;s mobile phone, selecting of right peers, and facilitating of anonymous peer interactions. 
         [0017]    One aspect of the system is to perform user grouping in order to identify peer user groups. 
         [0018]    Another aspect of the invention is to perform ad grouping in three different ways, namely, generic ad grouping, meta ad grouping based on meta-descriptions, and custom ad grouping based on a user and an ad. 
         [0019]    Yet another aspect of the invention is to display the ads in a radial manner based on a user grouping and a plurality of ad groupings. 
         [0020]    Another aspect of the invention is to form ad specific peer user groups. 
         [0021]    Yet another aspect of the invention is to facilitate real time conversational feedback to support anonymous peer interactions. 
     
    
     
       BRIEF DESCRIPTION OF THE DRAWINGS 
         [0022]      FIG. 1  depicts a typical Mobile/Classified Ad Scenario. 
           [0023]      FIG. 2  depicts an overview of Anonymous Peer Support System (APSS). 
           [0024]      FIG. 3  depicts a brief description of Ads and Users. 
           [0025]      FIG. 4  depicts an approach for User Group Generation. 
           [0026]      FIG. 5  provides an approach for Ad Group Generation. 
           [0027]      FIG. 5   a  provides another approach for Ad Group Generation. 
           [0028]      FIG. 5   b  provides an additional approach for Ad Group Generation. 
           [0029]      FIG. 6  provides an approach for Ad Display. 
           [0030]      FIG. 6   a  provides an additional approach for Ad Display. 
           [0031]      FIG. 7  provides an illustrative Ad Display. 
           [0032]      FIG. 8  provides an approach for Peer User Group Generation. 
           [0033]      FIG. 9  depicts an illustrative Real Time Conversational Feedback (RTCF) Session. 
           [0034]      FIG. 10  provides an approach for RTCF Session Management. 
           [0035]      FIG. 10   a  provides additional details related to RTCF Session Management. 
           [0036]      FIG. 10   b  provides some more details related to RTCF Session Management. 
       
    
    
     DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 
       [0037]    Consider a scenario of a mobile user accessing a web portal of classified ads. The user&#39;s intent is to browse the portal with one or more things in mind, locate the information about them, discuss offline with friends and colleagues, and take a buy/no-buy decision. The increase in m-commerce transactions has lead to the buying of products through classified ads and auction portals. In order to reduce the time cycle involved in decision making, especially if the access is through a mobile phone, it is essential to provide right information and right support system for decision making. As users login into a portal, there is an opportunity to collect the information about the users&#39; profile and this would help in moving towards the objective of cycle time reduction. In a situation where a particular user has logged in several times to know about a product though the ad in a classified ads portal, the subsequent login gives an opportunity to restructure the display so that what is mostly of interest appear sooner and less interesting ads appear later. Further, if a particular peer user group is identified keeping in mind the user and the product of interest, the user could interact with the group to obtain more information that could help in decision making. The supporting of peer user group interactions requires (a) the identification of the right puggys (the peer user group members) and (b) the protection of the privacy of the puggys and the user who is seeking the support information. These two aspects together ensure a free flow of right information to help in decision making. 
         [0038]      FIG. 1  depicts a typical Mobile/Classified Ad Scenario. A mobile user ( 100 ) interacts with a classified ad server ( 110 ) in order to browse the ads using the mobile phone. In order to be able to browse the ads, the user logs in into the system, and the system displays the ads obtained from the database ( 120 ). Anonymous Peer Support System ( 130 ) helps in selecting and displaying of the right ads on the mobile phone of the user, identification of right peers ( 140  and  150 ) (who had logged in into system several times in the past in order to browse the ads), and facilitates anonymous real time conversation among the puggys. This real time conversational feedback (RTCF) helps in obtaining the adequate information about the product of interest. Further, some of the puggys ( 150 ) can be sponsor sales personnel (also called as corporate sales (CS) staff) of a company ( 160 ) so that any clarifications regarding the product can also be obtained. 
         [0039]      FIG. 2  depicts an overview of Anonymous Peer Support System (APSS). The APSS system is part of a classified ad system ( 200 ) uses several databases ( 210 ) such as Users database, Ad database, and other support databases. Typically, the classified ad system largely manages classified ads ( 220 ), users ( 225 ), mobile phone interactions ( 230 ), and m-commerce transactions ( 235 ). One of the important modules of the classified ad system is APSS ( 245 ). The important modules of APSS are as follows: User-Ad Grouping ( 250 )—This module analyzes the user and ad data in order to appropriately group them so that the right ads can be selected for a particular user; PUG-List Generation ( 255 )—Peer user group (PUG) lists are formed for each ad so that the right puggys can be selected when a particular user needs more information on a particular product; Ad Display ( 260 )—As users access the portal through their mobile phones, this module helps in organizing the selected content for display on any specific mobile phone; Multi-Party Conferencing (Push to Talk PTT) ( 265 )—This module helps in supporting peer interactions through PTT supporting multiple simultaneous multi-party conference; Anonymity Support ( 270 )—This module support anonymous peer interactions thereby enhancing privacy protection; RTCF-Units Management ( 275 )—RTCF units are awarded to puggys for participating in RTCF sessions and this can be exchanged for obtaining the various kinds of rewards; RTCF Session Management ( 280 )—This module manages the various simultaneous RTCF sessions that are in progress and in particular ensures that no single user is excessively loaded from providing support point of view; and System Moderator (SM) ( 285 )—This module helps in monitoring the RTCF sessions and providing of appropriate text messages to the users and puggys. 
         [0040]      FIG. 3  depicts a brief description of Ads and Users. 
         [0041]    Ad Description is as follows:
       Each ad is about a product or brand;   Ads are described using a set of key-atomic concepts;   Each ad has details about who all have shown interest through clicking;   Let A be an ad; DA is a set of key-atomic concepts providing the description of A;   Let SUA be a set of users who have shown interest in A;   Let CS be a set of corporate sales staff information for each ad for participating in RTCF sessions;       
 
         [0048]    User Description is as follows:
       Users visit the Classified Ads portal in order to know about the products being advertised;   Users visit the portal several times, click on multiple ads multiple times;   Users also participate in several real-time conversational feedback sessions;   User data includes the following:
           With respect to an ad A
               Number of clicks (NC);   Frequency of Clicks (FC); Note that FC is related to Time interval between clicks;   Number of RTCFs Initiated (NI);   Number of RTCFs Participated (NP);   Total Participation Time (TT);   Bought status (BS);   
               Number of Products Bought (NB);   RTCF Units (RU);   Reward Points;   Number of Forced Outs (FO);   
               
 
         [0064]      FIG. 4  depicts an approach for User Group Generation. The objective of User Grouping is to create user groups based on their click behavior with respect to ads; 
         [0065]    Input: SU—a set of users; Output: GSU—a set of groups of users; 
         [0066]    For each user U in SU,
       Obtain UA, the set of ads clicked by U;       
 
         [0068]    For each user UI in SU,
       Determine a group G in GSU whose distance with U is minimum as compared with the other groups in GSU and is less than a pre-defined thresold;   if such a group G can be found, make U 1  a part of G and update G;   Otherwise, create a new group G, make U 1  a part of G, make G a part of GSU, and update G;       
 
         [0072]    A way to Update G with U would be to add UA to GA wherein G is a set of users and the associated GA is the set of ads based on users in G; 
         [0073]    A way to measure distance between U and G would be based on the intersection between UA and GA; 
         [0074]      FIG. 5  provides an approach for Ad Group Generation. The generic Ad Grouping is based on users&#39; click information. The objective is to create ad groups that are used to display the ads to a first time user or to a user who has no open ads (an open ad is an ad that has been clicked by a user and has not yet been closed). Note that a user clicks on an ad several times before taking a buy/no-buy decision. An ad is said to be open for a particular user if the user has clicked on the same at least once. This ad would remain open until the product related to the ad is bought by the user, the user explicitly informs the system about no-buy decision, or there is no further activity with that ad for a prolonged period of time. Then, the ad is marked as closed with respect to that user. Typically, the closed ads are not included while making a list of ads for to be displayed to the user. 
         [0075]    Input: SA—a set of ads; Output: GSA—a set of groups of ads (generic ad groups); 
         [0076]    Step 1: Select an Ad Ai from SA; Set SAi′ EMPTY; 
         [0077]    Step 2: Let UAi be the set of users who have shown interest in Ai;
       Typically, “shown interest” is based on click pattern analysis wherein, the users&#39; clicks related to an ad are analyzed for the aspects such as number of clicks and frequency of clicks;       
 
         [0079]    Step 3. For each user U in UAi,
       Obtain ads clicked by U;   Filter these ads based on frequency of clicks to identify SA 1 ′;   If SAi′ is EMPTY, Set SAi′=SA 1 ′;   Else SAi′=Intersection of SAi′ and SA 1 ′;       
 
         [0084]    Step 4: Make Ai part of SAi′; Make SAi′ a part of GSA; Remove SAi′ from SA; 
         [0085]    Step 5: Repeat from Step 1 until SA is EMPTY; 
         [0086]      FIG. 5   a  provides another approach for Ad Group Generation. This additional approach is based on meta-description of ads to generate meta ad groups. Each ad is provided with a meta-description, say in terms of key-atomic concepts. The objective is to group ads based on their meta-description so as to be able to identify similar ads; 
         [0087]    Input: SA—a set of ads; Output: DGSA—a set of meta ad groups 
         [0088]    Step 1: Select an Ad A from SA; 
         [0089]    Step 2: Determine a group G in DGSA whose distance with A is minimum as compared with the other groups in DGSA and is less than a pre-defined threshold; 
         [0090]    Step 3: If such a group can be found, make A part of the G and update G; 
         [0091]    Step 4: Otherwise, create a new group G with A as its element, make G a part of DGSA, and update G; 
         [0092]    Step 5: Repeat from Step 1 until all elements of SA are selected; 
         [0093]    A way to update G with A would be obtain the meta-description of A and Meta-description of G, and combine them based on term-frequency analysis; 
         [0094]    A way to compute distance between A and G would be obtain the intersection of the meta-description of A and meta-description of G; 
         [0095]      FIG. 5   b  provides an additional approach for Ad Group Generation. This ad grouping is based on a particular user U and a particular ad A to generate custom ad groups. The objective is to identify a set of ads based on a user and an ad. 
         [0096]    Input: User U and Ad A clicked by U; 
         [0097]    Output: Custom-Specific Ad Grouping; 
         [0098]    Obtain the set of ads SSA that are similar to A; SSA belongs to DGSA; 
         [0099]    Obtain the set of users SSU that are similar to U; SSU belongs to GSU; 
         [0100]    Obtain the set of ads SOA that are also clicked by U; 
         [0101]    SSA provides ads that are most similar to A; 
         [0102]    Order SSA on hits and recency; 
         [0103]    SSU provides users that are most similar to U; 
         [0104]    For each user U in SU,
       Obtain the most recent and most clicked ads related to U;   Make these ads a part of SSUA;       
 
         [0107]    Order SSUA on hits and recency; 
         [0108]    Order SOA based on hits and recency; 
         [0109]      FIG. 6  provides an approach for Ad Display. The objective is to prepare a list of most relevant ads for a given user and display them in the most appropriate manner on the user&#39;s mobile phone. There are three kinds of users: A user with one or more open ads; a user with no open ads; and a first time user. It is observed that each kind of user requires a distinct approach for selecting the most relevant ads. 
         [0110]    Ad Display on User Login; 
         [0111]    Input-Logged in User U; Output-Display structure of Ads 
         [0112]    Case: U with Open Ads
       Let A be the ad last clicked by U that is still open;   Obtain the sets SSA, SSUA, and SOA;   Obtain the screen dimension;   Determine R the number of radial structures possible;   Put A at the center of the screen;   Remove ads that are closed with respect to U from SSA, SSUA, and SOA;   For each radial structure until R,
           Divide the next radial surface into three portions, RA, RUA, and ROA, based on the relative sizes of SSA, SSUA, and SOA;   Based on the size of RA, select top ads from SSA; and populate RA;   Based on the size of RUA, select top ads from SSUA, and populate RUA;   Based on the size of ROA, select top ads from SOA, and populate ROA;   
           Display on a mobile phone using the Display Structure  1 ;       
 
         [0125]    Case: U with no Open Ads
       Based on GSU, determine the group G of U;   For each GA in GSA,
           Obtain the set of users SX who are part of ads in GA; Note that this is based on users who have shown interest in an ad in GA;   Determine the overlap factor of GA based on intersection between SX and G;   
           Select GA with the maximum overlap factor;   Remove ads that are closed with respect to U;   Order GA on hits and recency;   Obtain the screen dimension;   Determine R the number of radial structures possible;   Select A that is at the top of GA and put A at the center of the screen;   For each radial structure until R,
           Obtain the number of ads N that can be displayed;   Select N ads from GA and Populate RA;   
           Display on a mobile phone using the Display Structure  2 ;       
 
         [0140]    Case: U is a first time user
       For each GA in GSA,
           Determine a Popularity factor based on hits and recency of ads in GA;   
           Select GA with the maximum popularity factor;   Order GA on hits and recency;   Obtain the screen dimension;   Determine R the number of radial structures possible;   Select A that is at the top of GA and put A at the center of the screen;   For each radial structure until R,
           Obtain the number of ads N that can be display;   Select N ads from GA and Populate RA;   
           Display on a mobile phone using the Display Structure  3 ;       
 
         [0152]      FIG. 6   a  provides an additional approach for Ad Display. When the selected relevant ads get scrolled out, it is necessary to select further ads. This further selection is independent of the three kinds of users discussed with respect to  FIG. 6 . 
         [0153]    For each GA in GSA,
       Determine a Popularity factor based on hits and recency of ads in GA;       
 
         [0155]    For each GA obtained in the order of Popularity Factor
       Remove ads that are either closed with respect to U or already displayed;   Make the remaining ads a part of the Reserve Display Structure;       
 
         [0158]    Depending on the scroll direction,
       Remove an appropriate radial structure from display;   Reposition and display the remaining radial structures;   Fill the next radial structure using either Display Structure  1 , Display Structure  2 , Display Structure  3 , or Reserve Display Structure;   Display the ads from the next radial structure;       
 
         [0163]      FIG. 7  provides an illustrative Ad Display. For a user with open ads, and a clicked ad, there is an opportunity to obtain the ads from multiple perspectives: (a) one perspective is to obtain ads that are similar to A and these ads get displayed along a particular radial surface ( 700 ); (b) the second perspective is to obtain ads that are most clicked by the user ( 710 ); and (c) finally, the third perspective is to obtain ads that are most clicked by users who are similar to the user ( 720 ). Observe that the ads are displayed in a radial manner ( 730 ), and depending on the scroll direction, the screen is flushed of ads along a specific radial surface and displayed with further ads along a specific radial surface ( 740 ). 
         [0164]      FIG. 8  provides an approach for Peer User Group Generation. PUG-List (Peer User Group list) is formed specifically for each ad so that there is a greater success rate of providing the right information during RTCF sessions. The objective is to create, for each ad, a peer user group who could provide support for helping a user to take a decision on a product endorsed by ad A; The peer user group members are also called as puggys. 
         [0165]    Input: An Ad A; Output: PUGa—List of users related to A; 
         [0166]    Obtain for each user U the following:
       With respect to A, obtain Number of clicks (NC), Frequency of Clicks (FC), Number of RTCFs Initiated (NI), Number of RTCFs Participated (NP), Total Participation Time (TT); Note that FC is related to Time interval between clicks;   Obtain Number of Products Bought (NB), Bought status (BS) with respect to A, RTCF Units (RU), Reward Points, and Number of Forced Outs (FO);       
 
         [0169]    Obtain Min and Max bounds on PUGa; 
         [0170]    Obtain Number of CS with respect to A; 
         [0171]    Let W 1  be the weight associated with NC, W 2  with FC, W 3  in NI, W 4  with NP, W 5  with TT, W 6  with NB, and W 7  with RU; 
         [0172]    Across all users, obtain Max-NC and Min-NC, Max-FC and Min-FC, Max-Ni and Min-NI, Max-NP and Min-NP, Max-TT and Min-TT, Max-NB and Min-NB, Max-RU and Min-RU; 
         [0173]    For each User U, 
         [0000]      Compute Ur as ( W 1*( NC −Min- NC )/(Max- NC −Min- NC ))+( W 2*( FC −Min- FC )/(Max- FC −Min- FC ))+( W 3*( NI −Min- NI )/(Max- NI −Min- NI ))+( W 4*( NP −Min- NP )/(Max- NP −Min- NP ))+( W 5*( TT −Min- TT )/(Max- TT −Min- TT ))+( W 6*( NB −Min- NB )/(Max- NB −Min- NB ))+( W 7*( RU −Min- RU )/(Max- RU −Min- RU )); 
         [0174]    Rank users on their rating Ur; 
         [0175]    Select a pre-defined number of users that is less than Max, with each selected user satisfying the following:
       If Rank&lt;a pre-defined first threshold and FO&gt;a pre-defined threshold, User is not selected;   If Rank&lt;a pre-defined second threshold and BS is TRUE, User is selected;   Remaining number of users is selected from the top of the ranked users;       
 
         [0179]    If number of users is &lt;Min, then add randomly selected users; 
         [0180]    Depending on the policy, add appropriate number of CS staff, 
         [0181]      FIG. 9  depicts an illustrative RTCF Session. Note that to begin with, on display of ad A ( 900 ) that could be a text body, an image, or a video, RTCF Button ( 910 ) displays “Enable RTCF” inviting the user U to initiate an RTCF session if there is a need. On clicking of the RTCF button, the caption gets changed to “Disable RTCF” and appropriate puggys are selected from the PUG-list associated with ad A and displayed ( 920 ). Push to Talk ( 930 ) enables multi-party conversation and Force Out ( 940 ) button gives the control to the user to force out spammers. System Moderator (SM) ( 950 ) displays the text message that could be both informative and suggestive. Further SM enforces the policies in order to avoid aspects such as too lengthy RTCF sessions. 
         [0182]      FIG. 10  provides an approach for RTCF Session Management Real-time conversational feedback (RTCF) sessions help a user by providing both formal and informal feedback and ensure that the user has all the necessary information to make a buy/no-buy decision. This helps in reducing the decision making cycle time and the makes the classified ads portal more effective. Note that RTCF sessions help users in obtaining feedback from a peer group associated with an ad and in obtaining more relevant and experience based feedback on the product related to the ad. The entire RTCF session ensures protection of privacy by supporting anonymity. A user obtaining the feedback has the flexibility to turn-off RTCF session and force out a user who is possibly a spammer. System Moderator, SM, has a prerogative to close any communication channel based on policies. 
         [0183]    RTCF: 
         [0184]    On Clicking on Ad A by User U,
       Display ad A in Ad Space;   Invite U to click on Enable RTCF button (Optional);   If U clicks on Enable RTCF button,
           Change Button caption to Disable RTCF;   Select a pre-defined number of peer users from PUGa list;   Send a text message to each of the selected users for their willingness to participate in an RTCF session with respect to ad A;   Generate a random identity for each of the accepted users; Note that the identity is session-specific;   Define PTT-Users as Peer Users and U;   On acceptance, update RTCF Units of each of the peer users;   Update the various counts for each of the selected users;   Display the random identifies on the user mobile screen and enable Push To Talk Button;   
               
 
         [0196]      FIG. 10   a  provides additional details related to RTCF Session Management. 
         [0197]    RTCF: (Contd.) 
         [0198]    On Push To Talk by a user X (U or any from Peer User Group),
       Display Push To Talk button for X;   If PTTQ is not empty,
           Put Random User ID to PTTQ;   Return;   
           Enable Anonymous voice communication for X;       
 
         [0204]    On completion of an anonymous voice conversation,
       If PTTQ is not empty,
           Remove next user X from top of PTTQ;   Enable Anonymous Voice Communication for X;   
               
 
         [0208]    Enable Anonymous Voice Communication for user X,
       Step 1. Change Push To Talk button caption to OVER;
           Open communication channel;   
           Step 2: Receive voice signals S from X   Step 3: Convert S to synthetic signals SS;   Step 4: Send SS to all PTT-Uses except X;   Step 5: Repeat Steps 2-4 until OVER button is pushed or a prolonged silence is received or ForceOut is pressed by U or X hangs up;   Step 6: If OVER button is pushed or a prolonged silence is received,
           Change Push To Talk button caption to Push To Talk;   Close communication channel;   
           Step 7: If X is Forced Out, Send Thanks message to X;
           Close communication channel; Update database appropriately;   
           Step 8: If X hangs up or a prolonged silence is received,
           Send Thanks message to X; Close communication channel;   Update database appropriately; Update RTCF Units;   
               
 
         [0223]    A way to achieve Step 2 and 3 would be to use an automatic speech recognizer to generate textual equivalent of voice signals S, and subsequently use a text to speech synthesizer with respect to the generated text data to obtain synthetic signals SS that is equivalent of the voice signals S. This is based on the observation that the anonymous peer support is based on speech communication. 
         [0224]    On User U hangs up,
       For each peer user,
           Send Thanks message,   Close the communication channel   Update the various counters;   Update the RTCF Units;   
           Update database associated with user U;   Update the RTCF Units associated with user U;       
 
         [0232]      FIG. 10   b  provides some more details related to RTCF Session Management. 
         [0233]    On User U initiating a purchase of Product P associated with ad A:
       For each peer user,
           Send Thanks message;   Close the communication channel   Update the various counters;   Update the RTCF Units;   
           Update database associated with user U;   Update the RTCF Units associated with user U;   Update Product Bought status and Number Products Bought;   Mark ad A as CLOSED for U;       
 
         [0243]    System Moderator:
       For each RTCF session R under progress,
           Send informatory and suggestive text message(s) to user U;   Obtain Puggys associated with R;   Obtain puggy-related information such as duration of communication and number of pushes of Push To Talk button;   Force close a puggy if required based on policies;   
               
 
         [0249]    Thus, a system and method for anonymous peer support system is disclosed. Although the present invention has been described particularly with reference to the figures, it will be apparent to one of the ordinary skill in the art that the present invention may appear in any number of systems that supports providing of right information, identification of right peer group, and facilitating of anonymous peer interactions. It is further contemplated that many changes and modifications may be made by one of ordinary skill in the art without departing from the spirit and scope of the present invention.