EP2877978A1 - Systèmes et procédés de résolution de problème de réseau - Google Patents

Systèmes et procédés de résolution de problème de réseau

Info

Publication number
EP2877978A1
EP2877978A1 EP12881587.5A EP12881587A EP2877978A1 EP 2877978 A1 EP2877978 A1 EP 2877978A1 EP 12881587 A EP12881587 A EP 12881587A EP 2877978 A1 EP2877978 A1 EP 2877978A1
Authority
EP
European Patent Office
Prior art keywords
issue
user
audience
members
responses
Prior art date
Legal status (The legal status 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 status listed.)
Ceased
Application number
EP12881587.5A
Other languages
German (de)
English (en)
Other versions
EP2877978A4 (fr
Inventor
Christine Margaret TOZZI
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Ask America Inc
Original Assignee
Ask America Inc
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 Ask America Inc filed Critical Ask America Inc
Priority to EP22212826.6A priority Critical patent/EP4239552A1/fr
Publication of EP2877978A1 publication Critical patent/EP2877978A1/fr
Publication of EP2877978A4 publication Critical patent/EP2877978A4/fr
Ceased legal-status Critical Current

Links

Classifications

    • 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/10—Services
    • G06Q50/18—Legal services
    • G06Q50/182—Alternative dispute resolution
    • 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
    • G06Q10/00—Administration; Management
    • G06Q10/10—Office automation; Time management
    • 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

  • the invention is generally directed to social networks, and, more particularly, to a network-based platform for online mediation, advice-giving and receiving, and conflict resolution/self-improvement.
  • the parties must often hire attorneys, pay fees, and/or physically travel to the courthouse, where they may have to wait for a considerable length of time before the trial commences. If the trial involves a jury, the process is even more laborious, since the various jury members have to be summoned, physically travel to the court, and also wait, with a considerable loss in time and effort.
  • alternatives to the court system such as private mediation services exist (e.g., conducted by retired judges), such systems are also generally quite cumbersome, often involving physical travel and a substantial amount of expense.
  • a method for network-based issue resolution comprises receiving from a user a selection of a type of audience from a plurality of types of audiences; receiving a definition of an issue; identifying one or more audience members corresponding to the selected type of audience; providing the definition of the issue to the one or more audience members; receiving one or more responses from the one or more audience members; and determining a resolution for the issue based on the one or more responses.
  • a system for network-based issue resolution comprises at least one hardware processor; and at least one executable software module that, when executed by the at least one hardware processor, receives from a user a selection of a type of audience from a plurality of types of audiences, receives a definition of an issue, identifies one or more audience members corresponding to the selected type of audience, provides the definition of the issue to the one or more audience members, receives one or more responses from the one or more audience members, and determines a resolution for the issue based on the one or more responses.
  • a computerized Internet web server/browser method of mediating disputed issues may comprise the creation of a semi-anonymous mediation network, optionally linked to a pre-existing social network, and comprising various members interested in providing disputes to mediate and mediating those disputes. Members may post disputes according to various issue types, and have these disputes analyzed and commented on by other members, who will then receive feedback according to the success of their analysis.
  • the system may keep track of member expertise in resolving these disputes, thereby determining which members have better track records at resolving various types of problems.
  • the system may comprise various analytical and graphical tools to enable members to analyze mediation responses according to the characteristics of the response-givers.
  • Members may additionally post general questions to other members and receive responses. Certain data may be shared with advertisers, who may post advertisements relevant to the disputed issues.
  • the system may allow businesses, community groups, special interest groups, and the like to use the site to seek anonymous opinions, obtain preferences, or conduct market research that is of interest to them.
  • Fig. 1 illustrates an overview of an opinion and/or mediation system, according to an embodiment
  • Fig. 2 illustrates an example dispute resolution using an opinion and/or mediation system, according to an embodiment
  • FIG. 3 illustrates an example user interface for defining an issue for an opinion and/or mediation system, according to an embodiment
  • Fig. 4 illustrates an example dispute resolution using an opinion and/or mediation system, according to an embodiment
  • FIG. 5 illustrates an example method for issue resolution, according to an embodiment
  • FIG. 6 illustrates an example method for defining an issue, according to an embodiment
  • FIG. 7 illustrates an example method for defining a dispute -based issue, according to an embodiment
  • FIG. 8 illustrates a processing system on which one or more of the processes described herein may be executed, according to an embodiment
  • FIG. 9 illustrates an issue resolution system, according to an embodiment.
  • a system and method for implementing and managing an online opinion and/or mediation network may provide an online forum where users can virtually meet and/or communicate to obtain opinions or feedback regarding issues of concern, interest, curiosity, and the like, including but not limited to disputes, decisions, current events, dilemmas, preferences, etc.
  • the feedback may allow a user to gain greater insight into how best to resolve or handle an issue.
  • the system may also allow users to share their learning, life experience, and wisdom with other users.
  • the system may provide users with data and insights about themselves based on how they have communicated an issue, how they have acted on the feedback given to them, and/or how they have given opinions or feedback to other users.
  • the term "user” refers to any entity (e.g., a person, a business, a community or community group, software modules, hardware devices, etc.) which utilizes one or more aspects of the disclosed systems and methods.
  • a "member” is a user which has registered with the system by completing specified requirements, such as establishing authentication information (e.g., username and password, email address and password, a digital certificate, and/or a fixed Internet Protocol (IP) address). Registration may be through a third-party application or website, such as FacebookTM, GoogleTM, and the like.
  • authentication information e.g., username and password, email address and password, a digital certificate, and/or a fixed Internet Protocol (IP) address.
  • Registration may be through a third-party application or website, such as FacebookTM, GoogleTM, and the like.
  • the system may utilize an application programming interface (API), such as Facebook ConnectTM, which allows the system to authenticate itself with the third-party application and receive or query information about a user who has registered and authenticated with the third-party application (and, either implicitly or explicitly, given permission for the system to access the information).
  • API application programming interface
  • this information may include personal information (e.g., name, location, date of birth, interests, contact information), relationship information (e.g., family, friends, contacts, social groups), media (e.g., photographs, videos) posts related to the user (e.g., Facebook® Wall posts, Twitter® posts), and/or any other available information.
  • the term "issue” may refer to anything capable of being described and commented upon or responded to.
  • An issue will frequently be described herein as a dispute, akin to a legal dispute, in which there may be two or more sides.
  • the disclosed systems and methods are not limited to dispute-based and legal issues. Rather, the system may be used to obtain a response or responses to any issue or query.
  • the issue may take the form of a "Dear Abby" letter, in which a user describes a problem, such as troubled relationship, and asks for an opinion on how to resolve the problem, such as whether the user should end the relationship or continue with the relationship, and if the user should continue with the relationship, what steps should be taken to repair the relationship. This is but one, simple example.
  • the disclosed systems and methods are capable of handling an infinite number of different types of issues.
  • Special interest groups may seek to use the system to get a response, solve a conflict, or gain preferences within a subset of members that affiliate with such groups.
  • the issues do not necessarily comprise problems.
  • the system may be used as a polling mechanism.
  • the issue may comprise one or more multiple choice questions, each comprising a question and two or more options for responding to the question. In this manner, the system could be utilized to obtain public opinion about topics of interest, such as current events.
  • An issue can also be referred to as a "story,” which could be one-sided or multi-sided.
  • collaboration refers to an issue involving multiple users, in either an adversarial or non-adversarial context.
  • the term “participant” or “participants” will primarily be used herein to refer to the users involved in the collaboration (e.g., parties to a dispute, users working together to define an issue for a focus group).
  • the system may require that these participants be or become members in order to collaborate on an issue.
  • an issue may comprise one or more elements (e.g., title, description, questions, evidence, statements, options, answers, parameters, witness identifications).
  • Collaboration may comprise participants creating or editing the same elements, different elements, and/or opposing elements (e.g., plaintiff v. lawyer), in either a serial, version- controlled, and/or simultaneous, real-time manner.
  • the term "public” refers to other users of the system.
  • the term may refer to a subset of all users of the system, such as members (i.e., registered users) or a subset of members satisfying specified criteria (e.g., age, location, status, interests, experience).
  • the term “jury” refers to a panel comprising a bounded number of users (e.g., twelve users). These users may be members who have attained a particular status, such as a "juror" status, by meeting certain criteria (e.g., experience or expertise level, high feedback ratings, activity level on the system such as a number of responses submitted, or by virtue of being a private judge or other legal professional). These criteria may be specific to categories of issues.
  • a user may attain juror status for one type of issue (e.g., property disputes) but not for another type of issue (e.g., science-based opinions).
  • the term "judge” refers to a user or third-party which the system has recognized as having a particular status.
  • the "judge" status may be, but need not be, related to the "juror” status.
  • the judge status may be attained by meeting more difficult criteria than are required for the "juror” status (e.g., a higher experience or expertise level, higher feedback rating, higher activity level).
  • "judge" status may be held by professionals with whom an operator of the system has contracted for their services.
  • judges may be selected from a directory of available or qualified individuals. Alternatively or by default, a judge may be assigned to the case by the system (e.g., randomly, by a round robin method, by case load, by expertise, etc.). In an embodiment, participants may be allowed to select one judge or a panel of judges (e.g., three judges) to decide a moderators to help summarize issues, and/or to guide the decisions of a selected jury. These selections can also have varying price levels, for example, based on experience. Thus, more experienced professional may cost more.
  • audience will be used herein to refer to any collection of users, including the public, a jury, a judge, and a panel of judges, which are selected to aid in or decide the resolution of an issue. Audience members may be selected from a database of members locally or remotely accessible by the system. It should be understood that the types of audiences described herein are merely illustrative of the types of audiences that can be offered by the system. More or fewer types of audiences can be offered and combinations of different types of audiences may be grouped together as a single audience (e.g., a single audience comprising both a judge and a jury). It should also be understood that any audience may be used for any type of issue.
  • a jury can be used to for formal or informal mediation of a dispute, it can also be used for any other type of issue as well. As but one illustrative, non-limiting example, a jury can be used to act much like a focus group would (e.g., to evaluate a product).
  • the term "resolution" refers to an outcome of an issue.
  • the resolution may comprise one or more of a response, a vote, an opinion, a preference, a recommendation, a verdict, a judgment, a decision, a result, or any other possible outcome related to an issue.
  • the issue is a dispute
  • the resolution may be a winner of the dispute, as voted on by one or more users.
  • there may be more than one resolution For example, if a resolution, as decided by an audience, is non- binding, the ultimate resolution attained by the parties to an issue may be different than the audience-selected resolution.
  • the disclosed systems and methods may provide a quicker, less expensive, and less toxic alternative to legal and current alternative dispute resolution systems, at least with regards to various small claim issues, and various civil issues that are open to mediation-based processes.
  • the system can also be utilized for purposes other than dispute resolution, such as advice getting and receiving, polling, and surveys.
  • the system may provide considerable entertainment value.
  • the system may, in embodiments, act as an alternative to small claims court or civil court for various disputes, alternatively or additionally, the system may also serve as a convenient forum for conveying advice or feedback on a variety of non-legal related issues.
  • a member may login to the mediation network and solicit advice on relationship issues in a "Dear Abby" or "Mrs. Manners” online analog from an audience of one or more members (e.g., the public, a selected or assigned panel, a jury, a judge, etc.).
  • the submitting member may describe a problem that may have occurred on a recent ski trip taken with friends, upload additional information - e.g.
  • the submitting member may also set the system to collect responses over a set period of time (e.g., one week), or for a set number of responses (e.g., 100 responses) before closing the issue.
  • Users can post these advice-getting dilemmas on either an anonymous basis by creating a "screen name” or other alias, or can post as themselves. Users can continue to get additional advice by linking a new story to a previous story that was created under the same screen name or real name, such that the members may conveniently obtain a complete historical picture before responding.
  • the user may not want the audience to be influenced by such past events and therefore may prefer to post the new story/issue without links to past issues or even under a new alias so that the audience will have no way to associate the new post with any old ones.
  • the user could even post the same story/issue under one alias, e.g., with links to old posts, and under a new alias with no tie to the old posts. In this manner the user can see how the advice differs and what the different advice may say about them or the situation.
  • the system may also function to keep its members entertained by allowing users to put up random questions with multiple choice answers, as well as collecting and displaying statistics on the resulting answers.
  • Users additionally may be able to search for mediation or other issue participation opportunities by category or case number (e.g., a friend may refer an interesting case number or link for review) for purposes of entertainment as well.
  • the site may be marketed on billboards, banner advertisements, and through other forums, for example, by highlighting interesting issues, and encouraging viewers to submit their opinions.
  • users who visit the platform may see a scrolling list of stories for their review and comment. They may sort by category to reveal only those stories that have been posted in that category. Links to stories can be posted on FacebookTM, Google+TM, and the like, emailed to people, and/or distributed using other methods of distributing interesting content to people.
  • the system can ensure or provide anonymity to all users involved.
  • the system may collect and/or generate valuable data, such as types of disputes (e.g. property damage, such as vehicular damage), location of disputes (e.g., zip codes), etc., that would potentially be highly valuable for advertising (e.g., body shops within the zip code of a dispute) and/or research purposes (e.g., zip codes having the highest property damage).
  • types of disputes e.g. property damage, such as vehicular damage
  • location of disputes e.g., zip codes
  • personality and demographic data can be collected and/or generated for users of the system for their self-awareness or other purposes, and which can also be used for advertising and/or research purposes.
  • this information may be "anonymized," i.e., scrubbed of information that could be used to identify particular users.
  • the system may allow a user to engage in one or more types of processes in order to obtain a resolution.
  • the processes may comprise one or more software and/or hardware modules executing on one or more computing devices.
  • the processes comprise software modules, comprising instructions, which are executed on one or more hardware processors of a web server or a plurality of web servers.
  • the web server(s) may host a website and/or a web service, according to the instructions embodied in the software modules.
  • the software modules may be executed by one or more cloud instances.
  • the website may comprise one or more user interfaces, including, for example, webpages generated in HyperText Markup Language (HTML).
  • the server transmits or serves these user interfaces in response to requests from client devices.
  • the responses, including the user interfaces, and the requests may both be communicated through one or more networks, which may include the Internet, using standard communication protocols, such as Hypertext Transfer Protocol (HTTP) and/or secure HTTP (HTTPS).
  • HTTP Hypertext Transfer Protocol
  • HTTPS secure HTTP
  • these user interfaces or webpages may comprise a combination of content and elements, such as text, images, videos, animations, references (e.g., hyperlinks), frames, inputs (e.g., textboxes, text areas, checkboxes, radio buttons, drop-down menus, buttons, forms, etc.), scripts (e.g., JavaScript), and the like.
  • the server may also respond to other requests from the client devices. For example, a client device may submit data (e.g., user data, form data, etc.) to be stored in one or more databases locally and/or remotely accessible to the server. Such data may be sent to the server, for instance, using the well-known POST request supported by HTTP. This data may be handled, for example, by a servlet.
  • the server may receive requests from client devices, and provide responses in extensible Markup Language (XML) and/or another suitable format.
  • the server may provide an application programming interface (API) which defines the manner in which client devices may interact with the web service.
  • API application programming interface
  • the client devices which may themselves be servers, can define their own user interfaces, and rely on the web service to implement the backend processes, functionality, storage, etc., described herein.
  • a user of the system may submit an issue for consideration, for example, using a user interface served by a server over a network (e.g., Internet) and displayed by a browser application of a client device.
  • a network e.g., Internet
  • step 500 the user initiates the definition of an issue.
  • This user may be referred to herein as the "originating user” or "author.”
  • the user may be prompted to provide an alias (e.g., username or screen name), or one of many aliases, to be associated with the issue, in order to identify the user without identifying any personal information about the user.
  • the system may suggest an alias (e.g., randomly-generated alias) to be used by the user, either automatically or in response to a user interaction.
  • a user may also have the option of using an alias that was previously utilized (e.g., with respect to a prior issue) or input (e.g., at registration) by the user.
  • the user may choose to use a different alias for different issues, including, for example, a different alias for each issue in which the user participates.
  • the use of such an alias may be optional, such that the user may choose to use his or her real identity if desired.
  • the user's username e.g., for authentication purposes
  • real name e.g., for authentication purposes
  • a general or randomly- generated alias may be used.
  • parameters are established by the user or system in step
  • the parameters may comprise a plurality of different characteristics or attributes related to the issue, such as a category, a title, a selection of an audience, timeframes related to the issue (e.g., participation acceptance deadline, question submission deadline, evidence submission deadline, witness invitation deadline, witness response deadline, presentation deadline, resolution deadline), whether or not a resolution decided by the audience is binding, what constitutes a majority of the audience, an escrow account, and the like.
  • the user may be provided with inputs (e.g., a text area, textboxes, drop-downs, checkboxes, radio buttons, etc.) to describe his or her issue.
  • the user may select an audience.
  • exemplary audiences include the public, a jury, and a judge or panel of judges.
  • the user may select an audience comprising a subset of potential audience members (e.g., a pool of users having a regular status, a "juror" status, or a "judge" status).
  • the user may select or identify criteria which other users must satisfy in order to be considered as audience members.
  • Such criteria may include demographic information (e.g., age, race, location, gender), profile information (e.g., interests, hobbies, political affiliations, experience or expertise in a given area, level of activity on the system), personality information (e.g., compassionate, angry, liberal, conservative, sense of humor), and the like. Only those users who meet the specified criteria may be able to respond to, or even view, the issue. It should be understood that, in embodiments in which the "juror” and "judge" status are earned statuses, these statuses can simply be treated as one of the selectable or identifiable criteria.
  • a goal is to allow the user to grow and learn.
  • the user would not limit the audience when selecting a public option for the audience. Rather, if the user wanted to be able to see how select groups, i.e., groups defined by demographic or psychographic data, responded, then the user can analyze the analytic data make such determinations.
  • select groups i.e., groups defined by demographic or psychographic data
  • the user can see how women responded versus men, how people above a certain age responded versus younger respondents, how more sympathetic audience members responded versus more unsympathetic audience embers, etc.
  • the analytics are described in more detail below.
  • the user may select a category by clicking on a general topic or category (e.g., social, relationship, political, historical, developer, work, neighbors, religion, romance, sports, travel, real estate, inlaws, headlines, product sales), and optionally select from various sub-categories.
  • a general topic or category e.g., social, relationship, political, historical, developer, work, neighbors, religion, romance, sports, travel, real estate, inlaws, headlines, product sales
  • the sub-topics may comprise landlords, tenants, property taxes, insurance, and the like.
  • a broad relationships topic might be further subdivided into various sub topics such as marriage, divorce, living together, friends, children, and so on.
  • the user may specify his or her own custom category, for example, if no satisfactory preset category exists.
  • step 510 the use may select an issue type, such as solo v. collaborative, advice, mediation, opinion, small claims dispute (e.g., money amounts under a certain limit such as $5,000 or $7,500), civil tort, and so on.
  • issue type such as solo v. collaborative, advice, mediation, opinion, small claims dispute (e.g., money amounts under a certain limit such as $5,000 or $7,500), civil tort, and so on.
  • the user may input a time for keeping the issue open or active.
  • the time may be entered as an expiration date and/or as a duration (e.g., number of days and/or hours, etc.).
  • the user may enter a number of responses. Once the time has expired or the number of responses has been met, no further responses may be counted, the issue may be closed or tentatively closed pending the entry of a final resolution, and/or some other action may be triggered.
  • the user may be restricted to only having a predetermined number of issues open or tentatively closed at one time.
  • the user may be prompted to close one or more of the open issues before adding the new issue. For instance, closing the issue may require that the originating user input the final resolution, i.e., whether the resolution decided upon by the audience was followed or not. If the resolution was followed, the user may also be required to indicate feedback, such as whether or not the user was happy with the resolution. If the resolution was not followed, the user may be required to specify why the resolution was not followed and/or a description of the resolution chosen by the user.
  • This data can be used in the creation of a personality profile. It can also be made publicly viewable by other members who want to follow-up on cases on which they provided feedback. Such members may be interesting in seeing if their feedback was taken, how it compared to how others responded, and/or how successfully the issue was resolved.
  • the user may also be given the option to link the issue to a previous issue or previous issues.
  • the user may only be allowed to link to an issue in which the user previously participated.
  • the alias used by the user in the previous issue may be carried through to the linked issue as well, and the previous issue or issues may be made public, if not already, as part of the issue.
  • the user may choose whether to have an "open courtroom" or "closed courtroom.”
  • an open courtroom the public may be permitted to view the elements or a subset of elements of the issue.
  • a closed courtroom the public may not have access to any elements of the issue.
  • the user may specify whether or not the issue involves multiple parties, either in an adversarial or non-adversarial context.
  • the user may identify the other parties (e.g., by email address, username, etc.). These other parties may or may not already be users or members of the system.
  • the system determines whether the user has identified other parties. If so, at step 522, the system invites the identified parties to participate in developing or defining the issue.
  • the invitations may comprise emails, text messages, or other communications to the identified parties.
  • the communications may comprise a message (e.g., instructions) and a Uniform Resource Locator (URL) or other reference or input, which the invitee can select or interact with to accept the invitation.
  • the invitee may also be given the option of declining the invitation.
  • the originating user or the system may also associate the invitations, either individually or generally, with an expiration time or duration for acceptance. If an invitee fails to accept the invitation by the specified time or within the specified duration, the invitation will be treated as if declined.
  • the user may also specify permissions for the invitees, either individually or in one or more groups, such as the ability to edit one or more elements of an issue, cancel an issue, add elements to the issue, view reports related to the issue, and the like.
  • the system may run a survey section in which system members are invited to give their opinions on a variety of different personal and social issues.
  • the system may further capture a record of the responses of various individual system members, and match these responses to an individual system member's personality profile according to one or more matching algorithms.
  • individual users may be assigned parameters that relate to the user's tendency to be liberal or conservative, forgiving or unforgiving, introverted or extroverted, interested in others or disinterested in others, and the like.
  • This individual user profile may, in turn, be used to help define which participants are appropriate to help vote on a particular issue or to group participants for further analysis by the user.
  • the analytics e.g., algorithms, pattern matching, word and text analysis, etc., used to build up the personality profiles are important tools that allow a user or member to break down the responses by audience member traits and demographics to hopefully gain more enlightenment than just the raw advice.
  • a key feature of the disclosed system may be that the personality profile is based on algorithms that interpret the meaning behind posted issues. For instance, the algorithms may interpret the meaning behind the phrases used, the questions a member poses to other members, the options available for members to respond, how the member takes or does not take a consensus opinion, and the like.
  • the invitee in order to accept an invitation, the invitee must have previously registered or else currently register to become a member with the system (or, as discussed above, access the system using a third-party application, such as FacebookTM). If an invitee accepts an invitation in step 524, the invitee may propose different parameters for the issue, as illustrated by step 526. As discussed above, these parameters may comprise, for example, audience selection, timeframes, whether or not the audience's resolution will be binding, additional or fewer participants, and the like. In step 528, the originating user may choose to accept the invitee's proposed changes, make a counterproposal, or reject the invitee's proposed changes.
  • the invitee may propose a settlement.
  • the system may provide a negotiation interface (e.g., a chat room, bidding interface), whereby the originating user and the invitee may propose settlements and/or counter-settlements until a final settlement is agreed upon or an impasse is reached.
  • the originating user and the invitee may proceed with the process (e.g., by defining the issue in step 530).
  • the deadline for accepting the invitation may be tolled during the negotiation process.
  • the invitee may also propose a change in the deadline for accepting the invitation. This may be useful if the invitee desires more time to decide whether or not to participate in the process.
  • step 524 if an invitee declines an invitation (either initially or after a proposal has been rejected) or the time for acceptance expires, the originating user may be asked to choose an alternative process. For example, if the issue is a dispute and the originating user initially selected a jury-based or judge-based process, it may not be worthwhile for the user to proceed with the jury or judge if the other parties to the dispute declined to participate. In this case, the system may prompt the originating user as to whether he or she would like to select the public as the audience instead. Whether or not the user modifies any of the parameters associated with the issue, and even if no invitees accept the invitation to participate in the issue, the originating user may still proceed to defining the issue in step 530.
  • step 530 the originating user and the invitees, if any, who have accepted the invitation to participate in the issue can collaboratively define the issue. It should be understood that, in the same manner that the originating user was able to use an alias, the other participants in the issue may also choose to use aliases in order to maintain their anonymity.
  • Each participant may be permitted to modify or propose modifications to the defining elements of the issue, as permitted by the permissions, if any, set by the originating user.
  • the elements or issue may be version controlled or time controlled, and only one user may be permitted to edit the elements or issue at a time. Alternatively, each participant may correspond to different elements (e.g., plaintiff elements and doctor elements), which are maintained and can be modified separately from each other. Which alternative is used may be based on the context (e.g., adversarial or non-adversarial) and/or a parameter selection in step 510.
  • the process for defining the issue may vary depending on the context of the issue and/or the parameters established in step 510. At a base level, the process may simply involve inputting a description, one or more questions, and optionally two or more options (i.e., possible responses) to each of the questions. However, users may be given the option to define issues with varying degrees of complexity. For instance, if a jury- based or judge-based process is selected, if the issue type is defined as a dispute, and/or if the participants specifically select a more involved process, then the definition of the issue may be more complex, including, for instance, opening and closing statements, evidence, and witnesses. Such processes will be described in more detail below.
  • the participant(s) may choose to preview the issue, as well as publish the issue.
  • a timeframe for modifying the issue may be specified by as one of the parameters associated with the issue. Once the timeframe has expired, no further editing may take place, and the issue may be automatically published. Once the issue has been published, it is presented to or viewable by the selected audience in step 540.
  • the issue may be posted and available on the homepage or other page of a website served by a web server of the system or otherwise associated with the system.
  • the issue may be indexed and searchable and/or filterable based on keywords, times of submission, times of expiration, and/or any other criteria.
  • the participants in the issue may share or publish the issue on available social networks (e.g., FacebookTM, Google+TM, etc.), for instance, by interacting with the system (e.g., by selecting a link or input) which, in turn, interfaces with the social networks via one or more APIs.
  • the system generates an identification number to uniquely identify the issue and/or a URL to provide a reference to the details of the issue and/or a user interface which accepts responses to the issue.
  • the URL may be shared via email message, text message, website postings, and the like.
  • the data related to the issues managed by the system may be protected by appropriate permissions and cryptography methods.
  • the system may also have many other options as well, such as access to libraries (e.g., legal libraries), where members may research various topics of interest that may be related to their issues.
  • the audience members may view the defined elements of the issue and respond to the issue. For example, if the issue comprises a question, the members may respond with textual answers (e.g., through a textbox of a user interface). If the issue comprises a question with a set of selectable options, the members may respond by selecting an option or options (e.g., using a radio button or drop-down of a user interface). If the issue comprises a dispute, the responses may comprise a vote on an outcome (e.g., a winner, an apportionment of property, an assignment of liability). It should be understood that, in some embodiments, these responses may include other data, such as file attachments and the like. In an embodiment, the participants may post comments on the issue and view the audience responses or voting as the process progresses.
  • the participants may post comments on the issue and view the audience responses or voting as the process progresses.
  • the issue is closed or tentatively closed, and a resolution is determined based on the responses.
  • the outcomes proposed by, or the votes included in, the responses can be tabulated to determine the resolution, if any.
  • the parameters selected or identified by the participant(s) may comprise an identification of what constitutes a majority. This may be represented as a percentage, a ratio, a fixed number, or some other value, and may represent a simple majority (e.g., 51%), unanimity (i.e., 100%), or something in between the two (e.g., 66%).
  • the resolution may be determined as the outcome receiving the most votes relative to the other possible outcomes. In this case, there may not be a majority, since the outcome with the most votes may have fewer than 50% of the votes.
  • the originating user and/or other participants of an issue who may cancel the issue prematurely, and optionally even after it has been published.
  • the system may require the cancelling user to provide or select an explanation of why the issue was canceled.
  • step 560 after the resolution has been determined, the process determines whether the resolution is binding or not. This determination may be based, for example, on the parameters specified or identified by the participants in step 510. If the resolution is binding, in step 570, the system or an operator of the system can distribute or initiate (e.g., by transmitting a request to a third-party application) the distribution of any escrowed property. For example, in step 510, an escrow account may have been established or identified. One or more participants may have deposited money or other property into the escrow account. This property may represent a damages amount, bond amount, and/or the like. The escrow account may be provided and maintained by the system or by a third party, such as an affiliate or partner of the system (e.g., an associated financial institution).
  • a third party such as an affiliate or partner of the system (e.g., an associated financial institution).
  • this property may be distributed according to the resolution. Distribution may entail delivery or transfer of the property to one or more participant(s), delivery or transfer to a third party, disposal of the property, and the like. In some embodiments, which entail or allow for an appeals process, the escrowed property may not be distributed until after all appeals are exhausted or an appeal period has expired.
  • step 560 if it is determined that the resolution is not binding, the issue may remain open, or be only tentatively closed, until one or more of the participants inputs a final resolution in step 580.
  • This final resolution may or may not correspond to the resolution chosen by the audience.
  • This data may be used in the personality profile algorithm(s) and market research features of the platform.
  • each user may be limited to a preset maximum number (e.g., two) of open or tentatively closed issues at any given time. The maximum number may be fixed, or may be adjusted and vary, according to the experience level or status of the user. In some embodiments, a user may be able to purchase or otherwise earn the ability to maintain an additional number of open issues above a preset default number.
  • the system may prompt the participant(s) to indicate whether or not they were happy with the outcome of the audience resolution.
  • the resolution may comprise a selection such as "I/we took the advice and were pleased with the results," “I/we didn't take the advice and wish we had,” “I/we took the advice and wish that we had not,” “I/we did not take the advice and were glad that I/we did not", and so on.
  • a definitive resolution may not be required.
  • the participants may specify whether an issue was totally resolved, partially resolved, or not resolved. Once an issue has been closed, the audience or all users or members of the system may be permitted to review the results. Alternatively, the results may be kept private.
  • Whether the results should be published to the audience and/or system members or users, or be kept private, may be a parameter which is specified by the participants in step 510.
  • the participants may specify follow-up questions to be asked after an audience or audience member responds to the issue.
  • the participant(s) may specify whether the follow-up questions are to be asked after each audience member votes, or after all audience members have voted (e.g., after the response period has ended).
  • the participant(s) may also specify whether each follow-up question is mandatory or optional.
  • both the originating user and the opposing participant(s) can add follow-up questions, but the opponent can only specify optional follow-up questions, whereas the originating user can specify both mandatory and optional follow-up questions.
  • a user seeking an opinion on whether he or she should quit a job voluntarily without a new job lined up, could ask a mandatory question of the members, such as: "Have you ever quit a job without a job lined up, and if so, did you regret it?"
  • the results that are presented to the user can then be sorted by those who answered this question "yes" and those that answered it "no.”
  • participating audience member(s) may be given points or other credits for their participation.
  • the credits may have some monetary, reputational, or other reward value.
  • the credits may allow a user or member to attain a change in status (e.g., from "public” to "juror” or from "juror” to "judge”).
  • audience member(s) may be paid for their participation.
  • the cost may be a system setting, a parameter specified by the participants to an issue (e.g., in step 510), and/or set by the audience member(s) themselves.
  • Fig. 6 illustrates one possible - and in some embodiments, selectable - process 530 for defining an issue.
  • the participant(s) of the issue may submit a description of the issue.
  • the description may differ based on the type of issue. For instance, if the issue is a dispute, the description may comprise separate arguments submitted by opposing participants (e.g., a plaintiff and liability). If the issue is a survey or opinion poll, the description may comprise background for the poll question(s) (e.g., an article, description of a current event, description of a product). If the issue is a minor dispute or a bet between friends, the description may comprise a simple story provided by a single participant. It should be understood that these are merely non-limiting examples, and that the description may take any of an infinite variety of forms.
  • the participant(s) may submit one or more questions related to the description. It should be understood that these question(s) may comprise anything capable of being formed into a question, and may be defined in any format.
  • the participant(s) may define two or more answers for each of the question(s) defined in step 620.
  • a question may take the form of a multiple choice question, as are well-known in the fields of standardized testing and public opinion polls.
  • the participant(s) are also able to specify how many options can be chosen for each of the question(s).
  • the participant(s) may specify that only one option can be selected per respondent per question, "n" options per respondent per question, or all options per respondent per question.
  • the system may also limit the number of characters that can be used to write an issue, describe the issue, write the options available for responding to the issue, write follow-up questions, and/or write comments.
  • the description, questions, and/or options are optional, such that, in its simplest form, an issue may only comprise one or more questions, or a description and two or more options.
  • the issue could comprise a description and question(s), question(s) and options, or a description, question(s), and options. It should be understood that, while steps 610, 620, and 630 are shown in a serial fashion, these steps may be performed in any order or simultaneously.
  • Fig. 7 illustrates another possible - and in some embodiments, selectable - process 530 for defining an issue.
  • the process 530 illustrated in Fig. 7 is generally more formal and complex than the process 530 illustrated in Fig. 6.
  • the process 530 illustrated in Fig. 7 is akin to a trial, and thus, may be more suitable for non-trivial disputes, including, for example, legal disputes handled by courts, alternative dispute resolution, and other legal forums.
  • the process 530 may be described in terms of multiple participants or a plaintiff and lawyer, it should be understood that the process 530 may be utilized by one participant, two participants, or any other number of participants, and may be used in both an adversarial and non-adversarial setting.
  • steps 710, 720, the set of steps 730-760, and step 770 are shown in a serial fashion, these steps may be performed in any order or simultaneously.
  • each participant - or alternatively, each opposing group of participants (e.g., a plaintiffs group and jurys group) - may submit an opening statement.
  • the opening statement may take the form of an opening statement that would normally be given during a trial.
  • the opening statements are not necessarily limited to any particular format or other constraint (although they may be, in some embodiments).
  • the system may limit the number of characters that can be used in these features, including opening and closing statements, witness testimonies, cross- examinations, etc.
  • each participant may submit evidence.
  • the participants may upload files comprising the evidence, including images, videos, documents, and the like.
  • both sides may accept or reject evidence, or object to evidence, submitted by the other side.
  • Rejections or objections may be overruled or sustained by the audience, a particular audience member (e.g., judge), moderator, by one or more participants, or by other means.
  • all evidence may be submitted to the audience.
  • Each participant may also identify one or more witnesses (e.g., by name, username, email address or other contact information).
  • invitations can be sent to the witnesses and accepted or declined in a similar or identical manner as described above in relation to the invitations sent to participants.
  • each participant may submit questions for the witnesses. These questions may be open-ended questions or multiple choice questions, as described above.
  • the participants may only submit questions for witnesses which they are proffering.
  • the questions may be constrained according to rules of evidence (e.g., restrictions on leading questions).
  • the participants may also be permitted to accept, reject, or object to questions, in the same manner as described above in relation to evidence.
  • the questions may be transmitted to the witnesses. This may occur either before or after a witness has accepted an invitation to be a witness in the issue.
  • a time limit such as a due date or duration, may be associated with the witness questions, such that witness responses must be received by a particular time in order to be made part of the issue definition.
  • step 740 the witness responses are received by the system from the witnesses. Once all the witnesses who have agreed to participate have answered the submitted witness questions, or once the time for witness responses has ended, the participants may review the witness questions and, in step 750, submit cross-examination questions for each other's witnesses. Again, these questions may be constrained by the rules of evidence in some embodiments, and a timeframe may be specified in which the witnesses must respond to the cross-examination questions in order for the responses to be included in the issue definition.
  • step 760 the responses to the cross-examination questions are received by the system from the witnesses.
  • each participant or group of participants may submit a closing statement. For instance, this may occur after each of the participants have had the opportunity to review all of the evidence and the witness responses to the examination and cross-examination questions. The parties may then acknowledge that they are ready for the audience.
  • one or more or all of the steps of the process 530 in either Figs. 6 or 7, may occur in real time while the participants, witnesses, and/or audience member(s) are simultaneously communicatively connected with the system.
  • the various submissions e.g., opening and closing statements, evidence, witness responses
  • the audience e.g., jury, judge(s), combination of jury and judge(s)
  • the issue can play out in real time much like a trial would.
  • the process may comprise both real-time and non-real-time aspects. For instance, the case, including the presentation of evidence and witnesses, may be conducted in real-time, but the decision may be rendered by the audience at a later date and time.
  • one or more of the submissions may be submitted beforehand, or all of the submissions may be submitted and finalized beforehand, but the submissions may be communicated to the audience while the participants and/or audience member(s) are simultaneously communicatively connected with the system.
  • objections to evidence may be submitted to and either overruled or sustained by the judge.
  • a participant may use an input (e.g., button) of a user interface to indicate that he or she is objecting to a witness response, evidence, or statement.
  • the participant may also specify the reason or basis for the objection.
  • the audience includes both a judge and jury
  • the participants may be able to review and object to the evidence, and receive a ruling from the judge, prior to the evidence being displayed to the jury members.
  • the judge may be notified of any objections and overrule or sustain the objections on his or her own time. If the judge sustain an objection, the evidence in question may be removed from consideration, and may no longer be accessible to the participants or the judge.
  • a judge (or other type of audience member) may ask questions to each of the participants, and receive responses to those questions.
  • the participants may each see the questions sent to the other participant(s) and the answers received from the other participant(s), but, in an embodiment, may not be allowed to comment on those questions and answers, unless allowed by the judge.
  • a judge may also or alternatively propose a settlement.
  • the participants may have access to a settlement user interface, which allows the participants to negotiate a settlement and/or review the judge's ruling and/or settlement proposal.
  • members may buy a slot of the judge's time, and the price may vary based on the judge's experience level, popularity, availability, or other factors, as well as the length of time in court.
  • the parties can specify a set date and time for their court date, as agreed upon, and then each be online on the system at that dedicated date and time.
  • the system may implement a jury selection process.
  • the system may randomly invite users or members of the system to participate in the jury.
  • the system may attempt to achieve a representative cross-section of members based on demographic information obtained for the members.
  • the cross-section may be chosen to be representative of the members of the system, or of a geographical region (e.g., nation, state, county, city, or other locality or community) as determined from demographic information obtained through the system or from an external source, such as the U.S. Census.
  • the jury may be selected from a subset of members meeting particular criteria specified by the participants or by the system.
  • the criteria may include, without limitation, the status of the users, how active the user is, prior experience, established expertise, feedback level, age, gender, voting history, geographic location, etc.
  • the jurors may be selected from a subset of members who have reached "juror" status, for example, based on their activity level on the system (e.g., how many responses they have submitted), feedback level, and/or other criteria.
  • the juror invitations may comprise the issue category and an option (e.g., link or other input) to accept or decline. As with the previously described invitations, if the invitee fails to respond to the invitation within a specified amount of time, the invitation may be treated as declined. If an invitee accepts the juror invitation, the invitee becomes a juror and may be assigned a virtual seat number or other identifier. In an embodiment, to maintain privacy and impartiality, the jurors' identities are withheld from the participants, and the participants' identities are withheld from the jurors.
  • an option e.g., link or other input
  • the system can ensure that an odd number of jurors are seated. Alternatively, the system may always ensure that an odd number of jurors are seated, even if the participants specify that a unanimous verdict is required. In some embodiment, the participants may specify the number of jurors that should be seated, as well as the number or percentage of jurors required for a verdict.
  • the participants may provide questions to the jury, and the jurors' responses may be provided to the participants.
  • information about the jurors e.g., demographic or personality information
  • the participants may conduct a virtual voir dire.
  • a user interface may be provided to the participants which provides a list or arrangement (e.g., to simulate a jury box) of jury members and their details.
  • Each participant may be given a certain number of disqualifications, which can be utilized to remove a juror from the jury. For example, each participant may be permitted to remove up to three jurors from the jury.
  • a number of alternates are also selected. For example, two alternate jurors may be selected in order to fill in, should a seated jury become unable to fulfill his or her duties, for example, in the online time frame.
  • the case is played out in their presence. For example, opening statements, the submitted evidence, the witness examination and cross-examination questions, the witnesses' responses to those questions, and the closing statements are provided in one or more user interfaces to each of the jurors.
  • the jurors may or may not be allowed to deliberate (e.g., using a chatroom), according to a system or participant-specified setting. If the jurors are permitted to deliberate, a time limit may be specified for the deliberations.
  • each juror may vote on the case.
  • the participant receiving the majority of votes for an issue will win the case.
  • what constitutes a majority may be specified by the participants beforehand, and may include a simple majority, unanimity, or other percentage or number of jurors.
  • the results of the decision can be shown to the participants. In cases in which the participants have agreed to be bound by the decision of the jury, any escrowed money or property may be automatically disbursed to the winning participant.
  • Jurors may also be asked mandatory or optional follow-up questions, which may have been specified by the participants (e.g., to understand the jury's verdict) and/or by the system (e.g., to improve user experience).
  • the system may be designed to maintain a user's privacy for both registered and unregistered users.
  • the system may require a user's real email address (or instant messaging address, online voice/video chat address, etc.), and, optionally, verification of this email address (e.g., by requiring the user to respond to an email sent to the email address).
  • the system shields this email address from other users.
  • the system may comprise a proprietary messaging system or utilize a third party messaging system to provide communications (e.g., text, media, video communications) between users of the system while maintaining the anonymity of the parties to the communication (e.g., using usernames, screen names, or aliases) when necessary or desired.
  • communications e.g., text, media, video communications
  • anonymity of the parties to the communication e.g., using usernames, screen names, or aliases
  • additional user verification steps may also be performed as required, such as through driver's license data, credit card data, or other hard to counterfeit identification data to ensure system safety and, for example, to prevent unscrupulous users from signing up under multiple accounts and/or spoofing the system.
  • this verification data will generally not be released to the general user base or to advertisers.
  • the system will generally either invite the user/member to either provide a username, screen name, or other alias. Additionally or alternatively, the system may automatically suggest or provide such an alias to the user. This alias will generally be changeable at the user's discretion, but the underlying user profile and/or user statistics will remain the same regardless of these name changes.
  • the system may internally maintain a constant and unique identification of the user, which may or may not be known to the user, and which can be associated and disassociated with aliases. In this manner, the user may be associated with multiple aliases at once and over time.
  • Some issues may involve more than one individual. These issues can be adversarial (e.g., alternative dispute resolution), non-adversarial (e.g., friends settling a bet, coworkers collaborating to define an issue for a focus group), or a combination of adversarial and non-adversarial (e.g., a sailing fleet, such as the J105 fleet, could use the system to resolve a protest or obtain the consensus view on a certain race tactic that has occurred or could potentially occur).
  • adversarial e.g., alternative dispute resolution
  • non-adversarial e.g., friends settling a bet, coworkers collaborating to define an issue for a focus group
  • a combination of adversarial and non-adversarial e.g., a sailing fleet, such as the J105 fleet, could use the system to resolve a protest or obtain the consensus view on a certain race tactic that has occurred or could potentially occur.
  • the system may allow more than one member to work on creating and editing the elements of the particular issue, including defining questions, defining options for responding to questions, selecting evidence, identifying witnesses, setting timeframes, selecting the audience, etc.
  • one member may login and create a first draft of the proposed issue, then electronically pass the issue to another member who can login and edit the issue, and pass it back again or pass it to yet another member.
  • both members may edit different or the same elements of the issue simultaneously.
  • These members may also annotate the description of the dispute with additional information, such as photographs, links to witnesses, testimony from witnesses, and so on.
  • each participating member may be able to define their own sets of elements of the issue. This may be an option provided to the originating user or other participants during the creation of the issue. For example, an originating member (e.g., plaintiff) may enter in his or her view of the issue. Other participating members - for example, courts who have accepted the originating member's invitation to participate - may enter their own versions of the issue. Indeed the system may be designed to accommodate a different version of the issue for each participating member.
  • an originating member e.g., plaintiff
  • Other participating members for example, lawyers who have accepted the originating member's invitation to participate - may enter their own versions of the issue. Indeed the system may be designed to accommodate a different version of the issue for each participating member.
  • registering users may be prompted to enter additional information, such as the user's age, gender, marital status, general location (e.g. country, state, county, city, or zip code), race, religion, educational status, income level, political affiliation, interests, hobbies, likes and dislikes, and so on.
  • additional information such as the user's age, gender, marital status, general location (e.g. country, state, county, city, or zip code), race, religion, educational status, income level, political affiliation, interests, hobbies, likes and dislikes, and so on.
  • some users may ask follow-up questions, as discussed above, and that data may become part of the database and personality profile.
  • the user may not be asked for information such as race, religion, political affiliation, and the like.
  • the information collected during registration and subsequent responses can be used to generate an initial user profile, which may comprise an initial personality profile.
  • the system keeps track of each registered user's participations in issues. Additionally or alternatively, additional parameters derived from each registered user's participations in various online surveys may be tracked. For example, the system may maintain the number of issues that that member has participated in, as a participant (e.g., plaintiff, lawyer), voter, jury member, judge, etc. The system may also keep track of the votes, decisions, opinions, preferences, or verdicts that the member has rendered, the resolutions of these issues, and/or a metric related to the quality of the member's votes, decisions, or verdict (e.g., based on feedback, such as a numeric rating of quality of decision, check box analysis (good, fair, bad), verbal comments, etc.).
  • a metric related to the quality of the member's votes, decisions, or verdict e.g., based on feedback, such as a numeric rating of quality of decision, check box analysis (good, fair, bad), verbal comments, etc.
  • the system may also keep track of the type of issues that the member has previously participated in, the approximate geographic location where these issues originated, and so on. In this manner, the system may be used to recognize members who have acquired expertise in certain types of topics (e.g., automobile disputes, domestic disputes, workplace disputes, social issues, relationship issues, political issues, etc.).
  • the system may also build a profile of a member's personality, emotional status, and/or value system, such as whether or not the member is forgiving, prideful, stubborn, independent, inconsistent, and the like. These titles can also be selected by members to assign to other members based on the stories or issues they post.
  • a member may be given an opportunity to select from a list of characteristics or descriptions that they feel are evident in the member that wrote the issue.
  • the member who submitted the issue may be able to see, not only the responses, but the characteristics that members have assigned to them.
  • the originating user may be provided a bar chart illustrating that a certain percentage of members deemed the originating user as being stubborn in this scenario.
  • a user who has submitted an issue may take advantage of various statistical analysis programs and graphics programs provided by the system to analyze the responses received for the issue.
  • the response data can be broken down by the respondents' age, gender, previous experience with this type of issue, answers to the mandatory or optional follow-up questions, and the like.
  • Statistical analysis can be performed on the data and presented in one or more graphical forms (e.g., bar graphs, line graphs, pie charts, etc.).
  • the information may be used for advertising purposes.
  • the issues may be categorized as to type (e.g., interests, specific problems with relationships, neighbors, automobiles, products, renting, purchases, etc.), as well as to geographic area (e.g., city, zip code, etc.).
  • This information may be of specific interest to various local, regional, national, or international businesses that provide solutions to specific issues.
  • an automobile accident dispute may be of interest to local auto repair shops, auto dealers, or insurance agencies.
  • a domestic dispute may be of interest to local marriage counselors.
  • Tenant-landlord issues may be of interest to local apartments, as well as to local real estate agents and legal firms, and so on.
  • the system may thus generate revenues by, for example, selling the ability for advertisers to place text or graphic advertisements along with the various mediation web pages served up by the system.
  • a particular advertiser may, for example, elect to purchase 1,000 ad impressions based on a set range of dispute topics or issues, within a particular geographic area, and going to members in a certain age range.
  • revenue may also be generated from businesses or groups using the system for feedback or survey results, as described above.
  • Another source of revenue may be from members who are willing to pay for their issue to reach a larger audience through the system.
  • the first X responses could be shown for free, but anything beyond that number may require the payment of a fee.
  • the system can generate personality profiles based on the data collected from users and their participation in and responses to issues and/or survey questions. For example, and as previously discussed, a user's definition of issues and responses to issues and/or survey questions may be analyzed to determined characteristics of the user's personality, such as whether or not the user is compassionate, has a temper, is conservative or liberal, is serious or immature, has a sense of humor, is religious, etc.
  • the system may implement algorithms or modules to analyze the language utilized by a user (e.g., in defining an issue or responding to an issue), the trends in responses provided by the user, feedback about the user, how the user's language and responses compare to other users for whom personality characteristics are known, etc.
  • algorithms can be built or utilized to assess how a member can be most positively impacted by the system, based on how they post their issues, respond to feedback, and answer others' posts. For example, a person who uses the phrases "I see” or “it looks like” in their descriptions of issues, responses, and/or feedback may be determined to be a visual person. Thus, it may be determined that this person responds better to members that provide issue descriptions, responses, and/or feedback in more visual ways. Issues, responses, and/or feedback can be sorted and ranked in terms of usefulness for each individual member, based on these types of algorithms.
  • Personality profiles can be generated and maintained for each member of the system.
  • the responses to an issue may be viewed according to both demographic and personality characteristics of the users.
  • a participant in an issue may be able to break up respondent data based on a variety of demographic and/or personality characteristics.
  • a user may divide up responses based on whether the respondents are liberal or conservative, in order to determine whether the responses to an issue fall along partisan or non-partisan lines.
  • a user may divide up responses to see whether beneficial members view an issue differently than relatively uncompassionate members. In this manner, users can see how different types of people respond to their posted issues.
  • the system may also comprise algorithms or modules to analyze personality profiles and/or responses to issues over time to identify trends. For example, the system may identify changes in the levels of compassion, levels of political partisanship, religious attitude, and the like, as well as changes in public opinion about social, political, familial, or other types of issues.
  • audience members for a particular issue may also be given the ability to provide comments regarding the issue.
  • the member or members who authored the issue may be allowed to review the comments at any time, or only at specific times (e.g., after the voting period has closed).
  • the commenting members may use aliases, if they desire, or optionally all comments may be anonymous. Again, these aliases may be changed regularly by the member, or alternatively by the computer system. However, a member may choose to build his or her reputation by repeatedly using the same screen name or alias. Comments can be ranked based on algorithms, as discussed, to make them most useful to a particular member in terms of speaking a language that resonates with the member, such that the member can get the best solutions. This can engender member loyalty, and ensure that members continue returning to the platform.
  • the system may employ one or more levels of moderation.
  • automatic text recognition software may scan the comments for improper words or phrases, or known variants of these improper words or phrases, as well as activity associated with elevated emotional states, such as comments comprising all capital letters.
  • human moderators may come in and delete or edit comments as appropriate.
  • members may have the ability to view and flag comments for administrative review.
  • Community groups may select an administrator, who is responsible for all posts associated with that particular group.
  • participants in an issue may be allowed or required to place something into an escrow account. If the issue can be resolved by money, this "something" may be money which is deposited into a financial account. Alternatively, it can be a physical object, such as a disputed item of property, which may be sent or mailed to a neutral repository for safe keeping until a resolution has been achieved.
  • the account or repository may be managed by an operator of the system or by a third party, such as a financial institution, which may or may not be associated with the operator of the system.
  • the system will then release or initiate release of the escrowed funds or property (e.g., by contacting the operator of the escrow account) to the winning party, or otherwise dispose of or distribute the escrowed funds or property as previously agreed upon by the participants.
  • the system may implement a computerized method of mediating disputed issues.
  • This method may comprise creating a mediation network based on one or more Internet servers (or alternatively placing the system on the "cloud").
  • These Internet servers may be based on one or more computer processors, such as the popular Intel or AMD x86 series of processors, computer memory (often RAM, Flash, or Disk drive memory), network connections to the Internet, and suitable operating system software such as Windows, UNIX, Linux, or other variant.
  • the Internet server(s) will typically contain or be connected to data storage devices, often disk drives or flash memory, and in turn may control and manipulate one or more databases, often by way of database software such as MySQL or other software.
  • the Internet servers will also often run web server software, such as Apache, and interact both with the various mediation network members by serving HTML-based webpages by way of various middleware such as PHP, Perl, Ruby, and the like.
  • the mediation network will typically comprise at least a membership database of a plurality of member individuals who are interested in participating in mediation activities.
  • This membership database may, for example, contain at least the email addresses, usernames, passwords, aliases, ages, and genders of the various members.
  • the database may also contain various member mediation experience counter(s), mediation history files, and approximate geographic locations of the various member individuals.
  • the mediation network may make at least the alias, age, gender, mediation experience counter, and mediation history file for the various member individuals publically available. This way, for example when a member logs in and is interested in selecting various other members for mediation assistance, the system may provide a directory of one or more web pages listing the various members by alias name, as well as this type of information. The system may then allow the member to sort through this directory and pick out, for example, other members that may have a high experience level, and a high success level, in mediating the particular type of dispute, issue, or problem of interest at that time. Alternatively, the system may assign mediators either randomly or according to an alternative predetermined scheme.
  • mediators when mediators log in, the system may present them with a list of issues (e.g., by displaying a rolling list of issues, or by other presentation format).
  • mediators may choose to provide mediation assistance as desired.
  • Mediators may also be prompted to provide input based upon their prior experience, as judged by the system.
  • a member may proceed to use the mediation system by, for example, entering a first set of facts related to a disputed issue (usually involving this member) into a web browser running in the graphical user interface of an Internet- connected computing device.
  • the system may provide various webpages containing suitable check boxes, forms, and data entry locations, which enable the member to enter this information.
  • the member can then use this web page to upload this first set of facts to an issue database connected to the Internet web server(s).
  • This first set of facts can include human witness email links, telephone numbers, or other references, such as hyperlinks.
  • the system may be configured to enable multiple members to collaborate, allowing both to enter and edit this first set of facts.
  • more than one member may be involved in the issue or dispute, but these members may be on opposite sides of the issue or dispute, and neither may wish the other to access or edit his or her particular version of the facts.
  • the system may be designed to handle such adversarial situations.
  • the system may be designed to designate at least some of the members as plaintiff and other members as defensives.
  • the system may then allow the first set of facts to be divided between a plaintiff set of facts and a court set of facts.
  • the system may allow the plaintiff to edit the plaintiff set of facts, and allow the court to edit the court set of facts.
  • the system may then present both sets of facts to an audience, comprising a subset of other members, for subsequent mediation.
  • the system can be designed to be flexible, and can have multiple categories of participating members, each with their own respective set of facts, and each with control over presenting their own respective set of facts, as needed.
  • the mediation network may be affiliated with a preexisting social network, such as FacebookTM, TwitterTM, MySpaceTM, Google+TM, and the like.
  • the mediation network may be either linked to the preexisting social network, or run under the social network.
  • a preexisting social network such as FacebookTM, TwitterTM, MySpaceTM, Google+TM, and the like.
  • the mediation network may be either linked to the preexisting social network, or run under the social network.
  • only some data from the social network's database may be used, and other parts, such as identifiable names, may be suppressed.
  • a FacebookTM user in need of mediation services may click on a FacebookTM link to access the mediation network and have information (e.g., age, general geographic location) ported over to the mediation network, yet be confident that he or she could then resolve disputes in relative privacy, with the issues kept isolated from the rest of the user's social network, and only shared according to a level authorized by the user.
  • the web browser will typically be a standard web browser, such as Internet ExplorerTM, FirefoxTM, ChromeTM, SafariTM, and the like, often running on a standard computing device, such as a smart phone, desktop computer, laptop computer, tablet computer, and the like, which in turn is connected to the Internet via one or more wired or wireless communications links.
  • This computing device will itself typically be made up of one or more computer processors, memories, display devices, user input devices (e.g., keyboards, mouse devices, touch sensitive screen devices, etc.) and suitable network connection(s).
  • the device may run under the control of various operating system software such as WindowsTM, LinuxTM, AndroidTM, iOSTM, and the like.
  • the member can then solicit help regarding this issue by, for example, transmitting the existence of this disputed issue, via the mediation network's web server, to one or more mediation network members.
  • the mediation network's web server As a result, when these recipients are logged in to the mediation network, these members can choose to participate in mediating the particular disputed issue.
  • the mediation network may transmit this first set of facts to the relevant member(s), and invite these member(s) to transmit back (e.g., by entering data into a web page on the member's web browser) at least one mediation decision regarding this disputed issue.
  • the mediation network will then keep track of this decision, and ultimately relay this decision, along with the decisions rendered by other mediation network member(s) back to the one or more originating members.
  • the facts may be presented so that the relevant audience member(s) may simply click on a response choice (e.g., accept facts, accept paragraph 1, reject paragraph 2, reject all facts, and so on) among several choices that are laid out either by the originating member, or by the system itself.
  • a response choice e.g., accept facts, accept paragraph 1, reject paragraph 2, reject all facts, and so on
  • the mediation network may monitor the audience member(s) mediation participation by multiple means. For example, assuming the one or more members choose to enter their mediation decisions, in addition to transmitting these one or more mediation decisions back to the one or more originating members, the system may also store the decisions in its database for later statistical analysis. Additionally, the system may at least increment a mediation experience counter(s) associated with each audience member.
  • a mediation experience counter may be used. For example, the disputed issue may be assigned to one or more types, and there may be a different mediation experience counter assigned to each disputed issue type, as well as an overall accumulated mediation experience counter that keeps track of all mediation experiences.
  • the system may also allow the various originating members to enter in feedback regarding how satisfied the respective member(s) are with the mediation advice given. This may be done by having the mediation network web server(s) again serve up at least one evaluation web page to the web browser(s) of the various originating member(s), which will typically provide suitable checkboxes, radio buttons, sliders, text entry regions, numeric ratings, and so on, via which this feedback can be entered. The system may then assign this feedback information to the various participating audience members, for example, on a per disputed issue type basis.
  • a particular mediation network member after mediating various disputed issues, might get an excellent feedback rating with regards to mediating auto repair problems, but a lower rating with regards to mediating personal or family disputes. Based on these ratings, other mediation network members may come to know that this particular individual may be a guru with respect to automobiles, but is probably best not consulted for delicate personal issues. Another individual may accumulate a reverse rating, and become recognized as very wise with respect to interpersonal problems, but not with respect to anything mechanical, and so on.
  • the mediation feedback will generally be stored in the mediation history file(s) that are associated with each member.
  • the mediation feedback may also be stored and associated in the history files associated with the originating member as well, and optionally also either publically displayed, or at least displayed to potential members prior to accepting a mediation assignment from that particular originating member. This way, for example, if a particular first member has a history of giving low feedback for everything, the person might gradually acquire a reputation as being a difficult individual, and other members can take this into account when deciding whether or not to help this individual in various future mediation problems.
  • the mediation network software may be stored on Internet server 100, which in turn may be connected to database(s) 102.
  • Database(s) 102 may store membership data pertaining to the various mediation network members 104 such as a member identifiers (e.g., email address, username, and/or other contact information such as phone numbers, social network link, etc.), aliases (e.g., screen name), age, gender, location, experience (e.g., broken down by dispute issue type), member mediation feedback (e.g., broken down by dispute issue type), and other information as desired.
  • member identifiers e.g., email address, username, and/or other contact information such as phone numbers, social network link, etc.
  • aliases e.g., screen name
  • age, gender, location, experience e.g., broken down by dispute issue type
  • member mediation feedback e.g., broken down by dispute issue type
  • Database(s) 102 or other database(s) may also store dispute data 106 pertaining to the various ongoing and historical disputes or issues, including the dispute participants (i.e., the members that placed the dispute and issues onto the system in the first place), type of dispute, approximate location of the dispute, various dispute facts, any deadline or maximum number of responses set to mediate the dispute, funds or items placed in escrow pending dispute resolution, list of dispute mediators, comments regarding the dispute, and the various mediator dispute responses.
  • Internet web server 100 can be connected to the Internet 108, and, through the Internet, make connections with various client devices, for example, through respective browser applications (110, 112, 114, 116) running on the devices, being operated by the various mediation network members.
  • the approximate location information associated with each member may be information such as the user's country, state, county, city, and/or zip code.
  • the system may request the member's complete address, but then only make the approximate location available to other users in order to preserve member anonymity.
  • the system will allow all users to a particular dispute to mutually identify themselves to other dispute participants as long as proper permissions are obtained. For instance, participants to a dispute may invite others to a dispute by, for example, exchanging an Internet link such as a URL, or by other means.
  • the first set of facts entered in by the originating member regarding a disputed issue can be almost anything. These facts can include text descriptions of the issue, photographs, videos, sound recordings, links to witnesses, witness statements, links to other websites or external data, and so on.
  • the system may optionally make use of various software filters, or moderators, or even human moderators, designed to screen the data for potentially sensitive information, such as identifiable names and addresses, and automatically redact such sensitive information according to mediation network system policies.
  • the system may enable the members, who originated the disputed issue in the first place, to additionally set either a mediation response deadline or a minimum number of mediation acceptances needed to complete the mediation process for any given issue or dispute.
  • the mediation network may provide one or more statistical analysis and/or graphical analysis software modules to enable the one or more originating members to analyze the various mediation decisions supplied by the various members responding to the particular issue or dispute.
  • These statistical analysis tools and or graphical analysis tools will often be various software applications or modules, often residing on the mediation network's network server, which can process the members' mediation decisions that are stored in the mediation network database, and then transmit the analysis results to the originating members' web browsers.
  • These statistical analysis and/or graphical analysis software modules or tools may, for example, enable the various originating members to analyze the mediation decisions by any combination of the characteristics of the various audience members.
  • the data may be analyzed according to the audience members' ages, genders, mediation experience counters, mediation history files, or approximate geographical locations, as well as according to the audience member's answers to optional or mandatory questions.
  • a user with a computer-related issue may find it useful to do an age sort (analysis) of the mediation data, often using statistical and graphical tools supplied by the mediation network system, and may find, for example, that filtering the mediation responses by age may produce better results if the feedback from older mediation network members is de-emphasized or discarded.
  • age sort analysis
  • a user with a delicate personal problem to resolve may obtain better results by preferentially taking the mediation data from older mediation network members, and possibly taking the gender, mediation type experience, marital status and other audience members' characteristics into account as well.
  • the various audience members may exchange comments, either between themselves, with the originating mediation member(s), or any combination of the two.
  • the system may screen these comments for inappropriate words using an automated or human text checker. Algorithms may also be used to rank the comments to fit the personality profiles or preferred communication styles of a member.
  • a preselected list of responses can be generated by a variety of means.
  • the originating user may generate the list of responses as part of the dispute description and set-up.
  • the system may automatically generate a list of responses based, for example, on the type of dispute in question.
  • the system may as an additional service allow a dispute initiator to request one or more human moderators to provide a list of responses for the dispute.
  • the mediators may vote on what list of responses is most appropriate first, and then enter in their responses as a second step.
  • Fig. 2 shows an example of some of the data flows that can occur while the system is operating.
  • a first member going by the alias of "Juliet” (200)
  • the various second members who are available to help, include a second member with the alias "Mercutio” (202), another second member with the alias "Paris” (204), other second members, and an Nth second member using the alias "Abby” (206).
  • Juliet (200) may contact the mediation network through her web browser 110, and initiate Dispute 1 by sending back data to the web server 100 and database 102.
  • the web server 100 and database 102 will update the dispute portion of the database 106 with the information that Dispute 1 is owned by Juliet.
  • Juliet can further specify that the dispute involves a domestic issue type, and the location is the city of Verona.
  • Juliet can further enter in other facts, such as that the dispute involves potential in-laws, that no money has been put in escrow, and the like.
  • Various second members may be selected by Juliet or the system to help mediate the dispute.
  • either Juliet or the system may have decided to select the members on the basis of location, so that all the second members have been chosen from the city of Verona.
  • various second members are helping to meditate this process, including one member with the alias "Mercutio” (202), another member with the alias “Paris” (204), other members, and an Nth member with the alias "Abby” (206).
  • Juliet may then analyze her mediation results by using appropriate statistical and graphing software applications, for example, provided by web server 100, to analyze the mediation response data 208.
  • the initial mediation response data may have been evenly divided with six out of twelve second mediators recommending the "get married and run off option, and six out of twelver second mediators recommending the "you're too young, cool it, stay friends, and see what develops" option
  • when Juliet analyzes the data by age she may see that when she selects an age 20 option as the cutoff, most of the "get married and run off responses are being selected by mediators under 20, while most of the "you're too young, cool it, stay friends, and see what develops" responses are being chosen by mediators over 20.
  • the system software for example, running on web server 100, can send suitable graphics to Juliet's web browser 110 to help her visualize the various options. Juliet can then make her determination of what advice is best, and provide feedback ratings to the various participating members 210 regarding their recommendations in this case.
  • Fig. 3 shows an example of a screenshot of a user interface for entering dispute information.
  • Juliet from Fig. 2 is in the process of entering in her basic dispute information (300, 302), and selecting from a list of available mediators 304.
  • the basic dispute information Juliet has entered in the type of dispute (domestic), a subtype (potential in-laws), a location (Verona), if there is an escrow amount involved (no), urgency (high), and time required for dispute mediation (24 hours).
  • Juliet has also elected to manually select the mediators from a mediator list 306 rather than have the system suggest mediators for her.
  • Juliet has also requested that a system advisor (either a human advisor or an automated algorithm) select a list of responses 310 for her.
  • a system advisor either a human advisor or an automated algorithm
  • the system may provide more than one way to select mediators for a dispute.
  • the dispute participants may elect to hand-select mediators based upon available mediator information.
  • the system itself may select the mediators, either randomly or else based on a selection process. For example, in one type of selection process, when mediators log in, the system may scroll or otherwise display a list of disputes to the mediators, and the first "n" mediators that show an interest in a particular dispute will be selected by the system to mediate the dispute. Alternatively, all users that are online and choose to answer may be included. Many other mediator selection schemes may also be used.
  • Fig. 3 also shows an example of an advertisement 312. Use of such advertisements can help the system operator operate as a low-cost or free service. As previously discussed, the system may use basic dispute information such as dispute type and location to offer up potentially relevant advertisements.
  • FIG. 4 shows an example snapshot of a system managing a "small claims court” issue.
  • two women going by the aliases of "Pam” and “Debby” are disputing the $1,000 insurance deductible charges for a minor "fender bender” accident, which was only partially witnessed by a witness with the alias name of "Will".
  • the facts of the situation are in dispute such that the two cannot agree on liability, and thus, are turning to the mediation network to help resolve the problem.
  • Pam (400) who may have suffered the auto damage in this case, may open the dispute by uploading data through her web browser 110, Internet 108, and web server 100 to database 102.
  • Pam (400) has opened the dispute as a plaintiff, and uploaded the type of dispute (automobile), the approximate location of the accident (Fresno California), her version of the facts, and the deadline for resolving the facts 408.
  • Debby (402) who may not have suffered damage, but who Pam (400) thinks is responsible for the accident, and if so may owe Pam (400) the $1,000 deductible payment, may have previously agreed to mediate the dispute using the mediation network.
  • Debby (402) has also agreed to put her $1,000, that is potentially owed to Pam (400), into an escrow account that will be held by the system or by a third party escrow service.
  • the system allows Debby (402) to upload her version of the facts to database 102 using web browser 112, Internet 108, and web server 100.
  • Pam (400) and/or Debby (402) can upload information such as photos of the scene of the accident, damage to the car and so on, as well as a link to any witnesses willing to testify. In this example, one of them has added a link to witness Will (404), who is willing to participate through his web browser 114.
  • Pam (400) and Debby (402) have agreed to put the case before a highly experienced mediation network member Jackie (406).
  • Jackie (406) as indicated by her membership data, has accumulated a significant amount of experience (397 relevant cases) and a high level (91+%) of positive feedback. Member Jackie (406) has thus been given the rank of "Judge" by the system, and is thus authorized to mediate disputes by herself. This may be a feature for which users are required to pay.
  • Pam (400), Debby (402), Jackie (406), and Will (400) can agree to either hold the mediation session online at a given time, or else handle the mediation over a period of time as each log in to the system.
  • Jackie (406) may review the plaintiffs version of the facts, review the court's version of the facts, send questions to witness Will (404), ask additional questions to Pam (400) and Debby (402) as needed, and finally render a decision.
  • Jackie (406) may additionally be empowered to release the funds from escrow to whoever prevails in this particular case.
  • Fig. 8 is a block diagram illustrating an example wired or wireless system 550 that may be used in connection with various embodiments described herein.
  • the system 550 may be used as or in conjunction with one or more of the mechanisms and processes previously described above.
  • the system 550 can be a server or any conventional personal computer, or any other processor-enabled device that is capable of wired or wireless data communication.
  • Other computer systems and/or architectures may be also used, as will be clear to those skilled in the art.
  • the system 550 preferably includes one or more processors, such as processor 560.
  • Additional processors may be provided, such as an auxiliary processor to manage input/output, an auxiliary processor to perform floating point mathematical operations, a special-purpose microprocessor having an architecture suitable for fast execution of signal processing algorithms (e.g., digital signal processor), a slave processor subordinate to the main processing system (e.g., back-end processor), an additional microprocessor or controller for dual or multiple processor systems, or a coprocessor.
  • auxiliary processors may be discrete processors or may be integrated with the processor 560.
  • the processor 560 is preferably connected to a communication bus 555.
  • the communication bus 555 may include a data channel for facilitating information transfer between storage and other peripheral components of the system 550.
  • the communication bus 555 further may provide a set of signals used for communication with the processor 560, including a data bus, address bus, and control bus (not shown).
  • the communication bus 555 may comprise any standard or non-standard bus architecture such as, for example, bus architectures compliant with industry standard architecture ("ISA”), extended industry standard architecture (“EISA”), Micro Channel Architecture (“MCA”), peripheral component interconnect (“PCI”) local bus, or standards promulgated by the Institute of Electrical and Electronics Engineers (“IEEE”) including IEEE 488 general-purpose interface bus (“GPIB”), IEEE 696/S-100, and the like.
  • ISA industry standard architecture
  • EISA extended industry standard architecture
  • MCA Micro Channel Architecture
  • PCI peripheral component interconnect
  • IEEE Institute of Electrical and Electronics Engineers
  • IEEE Institute of Electrical and Electronics Engineers
  • IEEE Institute of Electrical and Electronics Engineers
  • IEEE Institute of Electrical and Electronics Engineers
  • GPIB general-purpose interface bus
  • IEEE 696/S-100 IEEE 696/S-100
  • System 550 preferably includes a main memory 565 and may also include a secondary memory 570.
  • the main memory 565 provides storage of instructions and data for programs executing on the processor 560, such as one or more of the modules discussed above.
  • the main memory 565 is typically semiconductor-based memory such as dynamic random access memory (“DRAM”) and/or static random access memory (“SRAM”).
  • DRAM dynamic random access memory
  • SRAM static random access memory
  • Other semiconductor-based memory types include, for example, synchronous dynamic random access memory (“SDRAM”), Rambus dynamic random access memory (“RDRAM”), ferroelectric random access memory (“FRAM”), and the like, including read only memory (“ROM”).
  • SDRAM synchronous dynamic random access memory
  • RDRAM Rambus dynamic random access memory
  • FRAM ferroelectric random access memory
  • ROM read only memory
  • the secondary memory 570 may optionally include a internal memory 575 and/or a removable medium 580, for example a floppy disk drive, a magnetic tape drive, a compact disc (“CD”) drive, a digital versatile disc (“DVD”) drive, etc.
  • the removable medium 580 is read from and/or written to in a well-known manner.
  • Removable storage medium 580 may be, for example, a floppy disk, magnetic tape, CD, DVD, SD card, etc.
  • the removable storage medium 580 is a non-transitory computer readable medium having stored thereon computer executable code (i.e., software) and/or data.
  • the computer software or data stored on the removable storage medium 580 is read into the system 550 for execution by the processor 560.
  • secondary memory 570 may include other similar means for allowing computer programs or other data or instructions to be loaded into the system 550.
  • Such means may include, for example, an external storage medium 595 and an interface 570.
  • external storage medium 595 may include an external hard disk drive or an external optical drive, or and external magneto-optical drive.
  • secondary memory 570 may include semiconductor-based memory such as programmable read-only memory (“PROM”), erasable programmable read-only memory (“EPROM”), electrically erasable read-only memory (“EEPROM”), or flash memory (block oriented memory similar to EEPROM). Also included are any other removable storage media 580 and communication interface 590, which allow software and data to be transferred from an external medium 595 to the system 550.
  • PROM programmable read-only memory
  • EPROM erasable programmable read-only memory
  • EEPROM electrically erasable read-only memory
  • flash memory block oriented memory similar to EEPROM
  • System 550 may also include a communication interface 590.
  • the communication interface 590 allows software and data to be transferred between system 550 and external devices (e.g. printers), networks, or information sources.
  • external devices e.g. printers
  • computer software or executable code may be transferred to system 550 from a network server via communication interface 590.
  • Examples of communication interface 590 include a modem, a network interface card ("NIC"), a wireless data card, a communications port, a PCMCIA slot and card, an infrared interface, and an IEEE 1394 fire-wire, just to name a few.
  • Communication interface 590 preferably implements industry promulgated protocol standards, such as Ethernet IEEE 802 standards, Fiber Channel, digital subscriber line (“DSL”), asynchronous digital subscriber line (“ADSL”), frame relay, asynchronous transfer mode (“ATM”), integrated digital services network (“ISDN”), personal communications services (“PCS”), transmission control protocol/Internet protocol (“TCP/IP”), serial line Internet protocol/point to point protocol (“SLIP/PPP”), and so on, but may also implement customized or non-standard interface protocols as well.
  • industry promulgated protocol standards such as Ethernet IEEE 802 standards, Fiber Channel, digital subscriber line (“DSL”), asynchronous digital subscriber line (“ADSL”), frame relay, asynchronous transfer mode (“ATM”), integrated digital services network (“ISDN”), personal communications services (“PCS”), transmission control protocol/Internet protocol (“TCP/IP”), serial line Internet protocol/point to point protocol (“SLIP/PPP”), and so on, but may also implement customized or non-standard interface protocols as well.
  • Software and data transferred via communication interface 590 are generally in the form of electrical communication signals 605. These signals 605 are preferably provided to communication interface 590 via a communication channel 600.
  • the communication channel 600 may be a wired or wireless network, or any variety of other communication links.
  • Communication channel 600 carries signals 605 and can be implemented using a variety of wired or wireless communication means including wire or cable, fiber optics, conventional phone line, cellular phone link, wireless data communication link, radio frequency (“RF”) link, or infrared link, just to name a few.
  • RF radio frequency
  • Computer executable code i.e., computer programs or software
  • main memory 565 and/or the secondary memory 570 Computer programs can also be received via communication interface 590 and stored in the main memory 565 and/or the secondary memory 570. Such computer programs, when executed, enable the system 550 to perform the various functions of the present invention as previously described.
  • computer readable medium is used to refer to any non-transitory computer readable storage media used to provide computer executable code (e.g., software and computer programs) to the system 550.
  • Examples of these media include main memory 565, secondary memory 570 (including internal memory 575, removable medium 580, and external storage medium 595), and any peripheral device communicatively coupled with communication interface 590 (including a network information server or other network device).
  • These non-transitory computer readable mediums are means for providing executable code, programming instructions, and software to the system 550.
  • the software may be stored on a computer readable medium and loaded into the system 550 by way of removable medium 580, I/O interface 585, or communication interface 590.
  • the software is loaded into the system 550 in the form of electrical communication signals 605.
  • the software when executed by the processor 560, preferably causes the processor 560 to perform the inventive features and functions previously described herein.
  • the system 550 also includes optional wireless communication components that facilitate wireless communication over a voice and over a data network.
  • the wireless communication components comprise an antenna system 610, a radio system 615 and a baseband system 620.
  • RF radio frequency
  • the antenna system 610 may comprise one or more antennae and one or more multiplexors (not shown) that perform a switching function to provide the antenna system 610 with transmit and receive signal paths.
  • received RF signals can be coupled from a multiplexor to a low noise amplifier (not shown) that amplifies the received RF signal and sends the amplified signal to the radio system 615.
  • the radio system 615 may comprise one or more radios that are configured to communicate over various frequencies.
  • the radio system 615 may combine a demodulator (not shown) and modulator (not shown) in one integrated circuit ("IC").
  • the demodulator and modulator can also be separate components. In the incoming path, the demodulator strips away the RF carrier signal leaving a baseband receive audio signal, which is sent from the radio system 615 to the baseband system 620.
  • baseband system 620 decodes the signal and converts it to an analog signal. Then the signal is amplified and sent to a speaker.
  • the baseband system 620 also receives analog audio signals from a microphone. These analog audio signals are converted to digital signals and encoded by the baseband system 620.
  • the baseband system 620 also codes the digital signals for transmission and generates a baseband transmit audio signal that is routed to the modulator portion of the radio system 615.
  • the modulator mixes the baseband transmit audio signal with an RF carrier signal generating an RF transmit signal that is routed to the antenna system and may pass through a power amplifier (not shown).
  • the power amplifier amplifies the RF transmit signal and routes it to the antenna system 610 where the signal is switched to the antenna port for transmission.
  • the baseband system 620 is also communicatively coupled with the processor 560.
  • the central processing unit 560 has access to data storage areas 565 and 570.
  • the central processing unit 560 is preferably configured to execute instructions (i.e., computer programs or software) that can be stored in the memory 565 or the secondary memory 570.
  • Computer programs can also be received from the baseband processor 610 and stored in the data storage area 565 or in secondary memory 570, or executed upon receipt.
  • Such computer programs when executed, enable the system 550 to perform the various functions of the present invention as previously described.
  • data storage areas 565 may include various software modules (not shown).
  • Various embodiments may also be implemented primarily in hardware using, for example, components such as application specific integrated circuits ("ASICs"), or field programmable gate arrays ("FPGAs"). Implementation of a hardware state machine capable of performing the functions described herein will also be apparent to those skilled in the relevant art. Various embodiments may also be implemented using a combination of both hardware and software.
  • ASICs application specific integrated circuits
  • FPGAs field programmable gate arrays
  • DSP digital signal processor
  • a general-purpose processor can be a microprocessor, but in the alternative, the processor can be any processor, controller, microcontroller, or state machine.
  • a processor can also be implemented as a combination of computing devices, for example, a combination of a DSP and a microprocessor, a plurality of microprocessors, one or more microprocessors in conjunction with a DSP core, or any other such configuration.
  • a software module can reside in RAM memory, flash memory, ROM memory, EPROM memory, EEPROM memory, registers, hard disk, a removable disk, a CD-ROM, or any other form of storage medium including a network storage medium.
  • An exemplary storage medium can be coupled to the processor such the processor can read information from, and write information to, the storage medium.
  • the storage medium can be integral to the processor.
  • the processor and the storage medium can also reside in an ASIC.
  • System 550 can for example form the basis of server system 902 included in issue resolution system 900 illustrated in Fig. 9.
  • members 904 which can include mobile members 904a and non-mobile members 904b can be interfaced with server system 902 via a network 906 such as the Internet.
  • Server system 902 can be configured to serve up web pages through which members 904 can access the features described above.
  • Server system 902 can also be configured to store user profiles, issue archives, group affiliations, etc. (collectively 908), as well to run the algorithms and programs encompassed by the algorithms described above (collectively 910).
  • server system 902 can be said to include an analytics engine(s) configured to perform the functions described above.

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Strategic Management (AREA)
  • Tourism & Hospitality (AREA)
  • Human Resources & Organizations (AREA)
  • Economics (AREA)
  • General Business, Economics & Management (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Marketing (AREA)
  • Theoretical Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Primary Health Care (AREA)
  • Technology Law (AREA)
  • General Health & Medical Sciences (AREA)
  • Data Mining & Analysis (AREA)
  • Health & Medical Sciences (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

L'invention concerne des systèmes et des procédés de résolution de problème de réseau. Dans un mode de réalisation, une sélection, par l'utilisateur, d'un type d'auditoire parmi une pluralité de types d'auditoires est reçue. Une définition d'un problème est également reçue. Un ou plusieurs membres d'auditoire correspondant au type d'auditoire sélectionné sont identifiés, et la définition du problème est fournie aux membres d'auditoire identifiés. Une ou plusieurs réponses sont reçues à partir du ou des membres d'auditoire, et une résolution du problème est déterminée sur la base des réponses.
EP12881587.5A 2012-07-27 2012-07-27 Systèmes et procédés de résolution de problème de réseau Ceased EP2877978A4 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
EP22212826.6A EP4239552A1 (fr) 2012-07-27 2012-07-27 Systèmes et procédés de résolution de problème en réseau

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/US2012/048707 WO2014018065A1 (fr) 2012-07-27 2012-07-27 Systèmes et procédés de résolution de problème de réseau

Related Child Applications (1)

Application Number Title Priority Date Filing Date
EP22212826.6A Division EP4239552A1 (fr) 2012-07-27 2012-07-27 Systèmes et procédés de résolution de problème en réseau

Publications (2)

Publication Number Publication Date
EP2877978A1 true EP2877978A1 (fr) 2015-06-03
EP2877978A4 EP2877978A4 (fr) 2016-01-20

Family

ID=49997693

Family Applications (2)

Application Number Title Priority Date Filing Date
EP12881587.5A Ceased EP2877978A4 (fr) 2012-07-27 2012-07-27 Systèmes et procédés de résolution de problème de réseau
EP22212826.6A Withdrawn EP4239552A1 (fr) 2012-07-27 2012-07-27 Systèmes et procédés de résolution de problème en réseau

Family Applications After (1)

Application Number Title Priority Date Filing Date
EP22212826.6A Withdrawn EP4239552A1 (fr) 2012-07-27 2012-07-27 Systèmes et procédés de résolution de problème en réseau

Country Status (3)

Country Link
EP (2) EP2877978A4 (fr)
AU (2) AU2012385946A1 (fr)
WO (1) WO2014018065A1 (fr)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10963936B2 (en) 2017-06-30 2021-03-30 Carrier Corporation Method and system for real estate buyer third party feedback application
US10929911B2 (en) 2017-06-30 2021-02-23 Carrier Corporation Method and system for a real estate recommendation application
US20210118064A1 (en) * 2019-10-22 2021-04-22 Adwait TARE Methods for enhancing safety by risk management systems
US11375380B1 (en) 2021-03-24 2022-06-28 Nearcast Inc. Method and system of a public engagement computing platform

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1352777A (zh) * 1999-05-11 2002-06-05 科利肯赛特·达康公司 用于提供完整非司法争议决议管理及运行的系统和方法
US6766307B1 (en) * 1999-05-11 2004-07-20 Clicknsettle.Com, Inc. System and method for providing complete non-judicial dispute resolution management and operation
US20010053967A1 (en) * 2000-01-27 2001-12-20 Robert Gordon Virtual summary jury trial and dispute resolution method and systems
US7630903B1 (en) * 2000-02-15 2009-12-08 Square Trape, Inc. Electronic dispute resolution system
US20020035480A1 (en) * 2000-06-28 2002-03-21 Robert Gordon Alternative dispute resolution preparation method and systems
US6735568B1 (en) 2000-08-10 2004-05-11 Eharmony.Com Method and system for identifying people who are likely to have a successful relationship
KR20020038429A (ko) * 2000-11-17 2002-05-23 최두천 인터넷 법률서비스 시스템 및 그 방법
US20040267593A1 (en) * 2003-06-11 2004-12-30 Sammons Barbara N. Systems and methods for managing litigation and other matters
WO2006017496A2 (fr) * 2004-08-03 2006-02-16 Ebay Inc. Procede et systeme de conception d'un processus de reglement de differends
US10319003B2 (en) * 2006-12-21 2019-06-11 Paypal, Inc. System and method for unified dispute resolution
US20110137845A1 (en) * 2009-12-09 2011-06-09 Zemoga, Inc. Method and apparatus for real time semantic filtering of posts to an internet social network
US20110196723A1 (en) * 2010-02-05 2011-08-11 David Baszucki Virtual Arbitration System and Method

Also Published As

Publication number Publication date
AU2019206011A1 (en) 2019-08-01
WO2014018065A1 (fr) 2014-01-30
EP2877978A4 (fr) 2016-01-20
AU2012385946A1 (en) 2015-03-19
EP4239552A1 (fr) 2023-09-06

Similar Documents

Publication Publication Date Title
US20180260922A1 (en) Communication session management based on intelligent database analysis of semi-anonymized user activity
US11127096B2 (en) Computerized method of mediating disputed issues
Hong et al. On the role of fairness and social distance in designing effective social referral systems
Heatherly et al. Filtering out the other side? Cross-cutting and like-minded discussions on social networking sites
US20140222702A1 (en) Systems and methods for searching for professionals within an online community
US20170161685A1 (en) Systems and methods for searching for professionals within an online community
AU2019206011A1 (en) Systems And Methods For Network-Based Issue Resolution
US20120226743A1 (en) Systems and methods for customized multimedia surveys in a social network environment
US20110307397A1 (en) Systems and methods for applying social influence
US20130325517A1 (en) Insurance Systems and Method Using Online Social Networks
Rice et al. Campaign-related social networking and the political participation of college students
Olsen et al. From citizens' deliberation to popular will formation? Generating democratic legitimacy in transnational deliberative polling
US20120233082A1 (en) System and Method for Tracking Merchant Performance Using Social Media
Sterzing et al. Conducting anonymous, incentivized, online surveys with sexual and gender minority adolescents: Lessons learned from a national polyvictimization study
Shi et al. Social commerce beyond word of mouth: Role of social distance and social norms in online referral incentive systems
US20150287148A1 (en) Mobile application for volunteer service tracking, promotion, and participation
US20140025586A1 (en) Systems and methods for creating and managing an online collaborative environment
WO2015081302A1 (fr) Systèmes et procédés de recherche de professionnels dans une communauté en ligne
Thiel et al. The role of pseudonymity in mobile e-participation
Mutisya New media and business: adoption and use of mobile phone technology services in empowering women entrepreneurs in Machakos county
US20120253887A1 (en) Methods and System for Obtaining and Using Opinions
Zindel et al. LGBielefeld 2021
Roberson Examining the relationship between trust, credibility, satisfaction, and loyalty among online donors
Patrick Social Media Marketing Tools and Strategies in Small Business
Gearhart et al. Hispanic political engagement in the 2018 Texas Senate election: How political communication and perceived candidate ethnicity shape engagement

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20150226

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR

AX Request for extension of the european patent

Extension state: BA ME

DAX Request for extension of the european patent (deleted)
RA4 Supplementary search report drawn up and despatched (corrected)

Effective date: 20151221

RIC1 Information provided on ipc code assigned before grant

Ipc: G06Q 50/18 20120101AFI20151215BHEP

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: EXAMINATION IS IN PROGRESS

17Q First examination report despatched

Effective date: 20161110

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: EXAMINATION IS IN PROGRESS

APBK Appeal reference recorded

Free format text: ORIGINAL CODE: EPIDOSNREFNE

APBN Date of receipt of notice of appeal recorded

Free format text: ORIGINAL CODE: EPIDOSNNOA2E

APBR Date of receipt of statement of grounds of appeal recorded

Free format text: ORIGINAL CODE: EPIDOSNNOA3E

APAF Appeal reference modified

Free format text: ORIGINAL CODE: EPIDOSCREFNE

APAF Appeal reference modified

Free format text: ORIGINAL CODE: EPIDOSCREFNE

REG Reference to a national code

Ref country code: DE

Ref legal event code: R003

APBT Appeal procedure closed

Free format text: ORIGINAL CODE: EPIDOSNNOA9E

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION HAS BEEN REFUSED

18R Application refused

Effective date: 20221213