NO320226B1 - System og fremgangsmate for datamaskinbasert tvistlosning - Google Patents

System og fremgangsmate for datamaskinbasert tvistlosning Download PDF

Info

Publication number
NO320226B1
NO320226B1 NO20002566A NO20002566A NO320226B1 NO 320226 B1 NO320226 B1 NO 320226B1 NO 20002566 A NO20002566 A NO 20002566A NO 20002566 A NO20002566 A NO 20002566A NO 320226 B1 NO320226 B1 NO 320226B1
Authority
NO
Norway
Prior art keywords
values
settlement
amount
offer
value
Prior art date
Application number
NO20002566A
Other languages
English (en)
Other versions
NO20002566L (no
NO20002566D0 (no
Inventor
James D Burchetta
Charles S Brofman
Original Assignee
Cyber
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
Family has litigation
First worldwide family litigation filed litigation Critical https://patents.darts-ip.com/?family=22443314&utm_source=google_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=NO320226(B1) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Application filed by Cyber filed Critical Cyber
Publication of NO20002566L publication Critical patent/NO20002566L/no
Publication of NO20002566D0 publication Critical patent/NO20002566D0/no
Publication of NO320226B1 publication Critical patent/NO320226B1/no

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Administration; Management
    • G06Q10/10Office automation; Time management
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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
    • G06Q40/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/04Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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
    • G06Q40/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/08Insurance
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10Services
    • G06Q50/18Legal services
    • G06Q50/188Electronic negotiation

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Strategic Management (AREA)
  • Theoretical Computer Science (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Finance (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Accounting & Taxation (AREA)
  • Human Resources & Organizations (AREA)
  • Technology Law (AREA)
  • Tourism & Hospitality (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Development Economics (AREA)
  • General Health & Medical Sciences (AREA)
  • Health & Medical Sciences (AREA)
  • Primary Health Care (AREA)
  • Data Mining & Analysis (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Investigating Or Analysing Biological Materials (AREA)
  • Treatment Of Sludge (AREA)

Description

Oppfinnelsen angår generelt tvistløsning og mer bestemt oppkoblet automatisert tvistløsning mellom stridende parter i et konfidensielt miljø.
Søknaden er en delvis fortsettelse av søknad ved serienummer 09/1301,154 inngitt 6. august 1998, som med henvisning er inkorporert heri.
For tiden har det allerede vært klart at det lenge har vært behov for en bedre vei til å løse tvister. Rettssaker som en gang ble sett på som å være den eneste vei til løsning av juridiske kontroverser er meget kostbare og utfallet kan være utilfredsstillende for alle angjeldende parter. Den resulterende skuffelsen ved tradisjonelle prosesser drev frem skapelsen av den alternative tvistløsnings ("ADR")-industrien. Imidlertid er konvensjonell ADR, selv om den enkelte ganger er nyttig, fremdeles kostbar og resultatene er ofte uakseptable.
Patentpublikasjonen US 3.573.747 beskriver et system og en fremgangsmåte for elektronisk handel mellom et antall abonnenter. I fremgangsmåten kan abonnentene kommunisere, forhandle og handle via et kommunikasjonssystem, hvor systemet omfatter blant annet en datamaskin som inneholder et program-maskinvare for utøving, handling og lagring av informasjoner knyttet til handelsprosesser mellom parter.
Patentpublikasjonen US 3.581.072 beskriver et system og en fremgangsmåte relatert til auksjoner i et elektronisk marked. Systemet omfatter blant annet delsystemer for beregning, behandling, sammenligning og lagring av informasjoner relatert til priser/ kostnader for forskjellige varer som er på auksjonen.
Et unevnt antall verserende krav er modne for avgjørelse, men har ikke blitt avgjort av årsaker som ikke har noe å gjøre med deres egenskaper. Den foreliggende oppfinnelse er basert på det premiss at partene er best tjent med å avgjøre disse tvistene men har behov for et system som skaper muligheten for partene til på vellykket vis å avgjøre sine krav enkelt, effektivt og rimelig.
Foreliggende oppfinnelse tilveiebringer en datamaskinutøvbar fremgangsmåte for tvist-løsning, kjennetegnet ved de trekk som fremgår av de medfølgende selvstendige patentkrav 1.
Ytterligere fordelaktige trekk ved oppfinnelsens datamaskinutøvbare fremgangsmåte for tvistløsning fremgår av de medfølgende uselvstendige patentkravene 2 til og med 7. Foreliggende oppfinnelse tilveiebringer en automatisert fremgangsmåte til å oppgjøre en tvist mellom to parter ved bruk av pengeforlangender og oppgjørstilbud, kjennetegnet ved de trekk som fremgår av det medfølgende selvstendige patentkrav 8.
Ytterligere fordelaktige trekk ved foreliggende oppfinnelses automatiserte fremgangsmåte til å oppgjøre en tvist mellom to parter ved bruk av pengeforlangender og oppgjørstilbud er kjennetegnet ved de trekk som fremgår av de medfølgende uselvstendige patentkravene 9 til og med 26.
Foreliggende oppfinnelse tilveiebringer en tvistløsningsfremgangsmåte ved løsning av et krav mellom to parter, kjennetegnet ved de trekk som fremgår av det medfølgende selvstendige patentkrav 27.
Ytterligere fordelaktige trekk ved foreliggende oppfinnelses tvistløsningsfremgangs-måte ved løsning av et krav mellom to parter fremgår av de medfølgende uselvstendige patentkravene 28 til og med 31.
Foreliggende oppfinnelse tilveiebringer en fremgangsmåte ved drift av et tvistløsnings-system, kjennetegnet ved de trekk som fremgår av det medfølgende selvstendige patentkrav 32.
Ytterligere fordelaktige trekk ved foreliggende oppfinnelses fremgangsmåte ved drift av et tvistløsningssystem fremgår av de medfølgende uselvstendige patentkravene 33 til og med 39.
Foreliggende oppfinnelse tilveiebringer en fremgangsmåte for automatisert tvistløsning som blant annet innbefatter å registrere en første enhet i et automatisert tvistløsningssystem med hensyn til en sak som innebærer et krav, kjennetegnet ved de trekk som fremgår av det medfølgende selvstendige patentkrav 40.
Ytterligere fordelaktige trekk ved foreliggende oppfinnelses fremgangsmåte for automatisert tvistløsning som blant annet innbefatter å registrere en første enhet i et automatisert tvistløsningssystem med hensyn til en sak som innebærer et krav, er kjennetegnet ved de trekk som fremgår av de medfølgende uselvstendige patentkravene 41 til og med 42.
Foreliggende oppfinnelse tilveiebringer en fremgangsmåte ved tvistløsning som blant annet innbefatter å motta tilbud og forlangender med hensyn til et krav, hvor hvert av tilbudene er mottatt via en passordbeskyttet kommunikasjonskobling og med et assosiert sekvensnummer og hvert av forlangendene har et assosiert sekvensnummer, er kjennetegnet ved de trekk som fremgår av det medfølgende selvstendige patentkrav 43.
Ytterligere fordelaktige trekk ved foreliggende opprinnelses fremgangsmåte ved tvist-løsning som blant annet innbefatter å motta tilbud og forlangender med hensyn til et krav, hvor hvert av tilbudene er mottatt via en passordbeskyttet kommunikasjonskobling og med et assosiert sekvensnummer og hvert av forlangendene har et assosiert sekvensnummer, er kjennetegnet ved de trekk som fremgår av de medfølgende uselvstendige patentkravene 44 til og med 48.
Foreliggende oppfinnelse tilveiebringer en fremgangsmåte for tvistløsning med et tvistløsningssystem som blant annet innbefatter å samtykke til det kriterium som, når det blir anvendt av et tvistløsningssystem på verdier og er tilfredsstilt, vil resultere i et oppgjør av et krav mot en part for et betalingsbeløp angitt av tvistløsningssystemet, er kjennetegnet av de trekk som fremgår av det medfølgende selvstendige patentkrav 49.
Ytterligere fordelaktige trekk ved foreliggende oppfinnelses fremgangsmåte for tvistløsning med et tvistløsningssystem som blant annet innbefatter å samtykke til et kriterium som, når det blir anvendt av et tvistløsningssystem for verdier og er tilfredsstilt, vil resultere i et oppgjør av et krav mot en part for et betalingsbeløp angitt av tvistløsningssystemet, er kjennetegnet ved de trekk som fremgår av de medfølgende uselvstendige patentkravene 50 til og med 58.
Foreliggende oppfinnelse tilveiebringer en fremgangsmåte innbefattende trinn lagret i et automatisert tvistløsningssystem innbefattende en prosessor og lager for tvistløsning, kjennetegnet ved de trekk som fremgår av det medfølgende selvstendige patentkrav 59.
Ytterligere fordelaktige trekk ved foreliggende oppfinnelses fremgangsmåte innbefattende trinn lagret i et automatisert tvistløsningssystem innbefattende en prosessor og lager for tvistløsning, er kjennetegnet av de trekk som fremgår av de medfølgende uselvstendige patentkravene 60 til og med 65.
Foreliggende oppfinnelse tilveiebringer en fremgangsmåte for automatisert tvistløsning som blant annet innbefatter å motta en innsending av en sak fra en sponsor, kjennetegnet ved de trekk som fremgår av det medfølgende selvstendige patentkrav 66.
Ytterligere fordelaktige trekk ved foreliggende oppfinnelses fremgangsmåte for automatisert tvistløsning som blant annet innbefatter å motta en innsending av en sak fra en sponsor, er kjennetegnet ved de trekk som fremgår av de medfølgende uselvstendige patentkravene 67 til og med 70.
Foreliggende oppfinnelse tilveiebringer en fremgangsmåte for tvistløsning med et tvistløsningssystem som blant annet innbefatter å motta første signaler innbefattende data som representerer et pengebeløp for et krav fra en første enhet, kjennetegnet ved de trekk som fremgår av det medfølgende selvstendige patentkrav 71.
Ytterligere fordelaktige trekk ved foreliggende oppfinnelses fremgangsmåte for tvistløsning med et tvistløsningssystem som blant annet innbefatter å motta første signaler som innbefatter data som representerer en rekke pengebeløp for et krav fra en første enhet, er kjennetegnet ved de trekk som fremgår av de medfølgende uselvstendige patentkravene 72 til og med 77.
Foreliggende oppfinnelse tilveiebringer en fremgangsmåte for tvistløsning med et tvistløsningssystem som blant annet innbefatter å motta første signaler over en kommunikasjonskobling fra en forsikrer, hvilke signaler innbefatter data kommunisert for midlertidig lagring, kjennetegnet ved de trekk som fremgår av det medfølgende selvstendige patentkrav 78.
Ytterligere fordelaktige trekk ved foreliggende oppfinnelses fremgangsmåte for tvistløsning med et tvistløsningssystem som blant annet innbefatter å motta første signaler over en kommunikasjonskobling fra en forsikrer, hvilke signaler innbefatter data kommunisert for midlertidig lagring, er kjennetegnet ved de trekk som fremgår av de medfølgende uselvstendige patentkravene 79 til og med 82.
Foreliggende oppfinnelse tilveiebringer en fremgangsmåte for automatisert oppkoblet tvistløsning som blant annet innbefatter å opprettholde et grensesnitt til Internett gjennom hvilket en kravstiller kan innsende forlangender for et krav til et tvistløsnings-system og å motta angivelser derfra, kjennetegnet ved de trekk som fremgår av det medfølgende selvstendige patentkrav 83.
Ytterligere fordelaktige trekk ved foreliggende oppfinnelses fremgangsmåte for automatisert oppkoblet tvistløsning som blant annet innbefatter å opprettholde et grensesnitt til Internett gjennom hvilket en kravstiller kan innsende forlangender for et krav til et tvistløsningssystem og å motta angivelser derfra, er kjennetegnet ved de trekk som fremgår av de medfølgende uselvstendige patentkravene 84 til og med 86.
Foreliggende oppfinnelse tilveiebringer et system for automatisert tvistløsning som blant annet innbefatter en første verdi valgt fra minst to verdier innsendt oppkoblet av en første enhet, kjennetegnet ved de trekk som fremgår av det medfølgende selvstendige patentkrav 87.
Ytterligere fordelaktige trekk ved foreliggende oppfinnelses system for automatisert tvistløsning som blant annet innbefatter en første verdi valgt fra minst to verdier innsendt oppkoblet av en første enhet, er kjennetegnet ved de trekk som fremgår av de medfølgende uselvstendige patentkravene 88 til og med 130.
Foreliggende oppfinnelse tilveiebringer en tvistløsningsapplikasjon lagret på minst et datamaskintilgjengelig lagringsmiddel for utøvelse av en prosessor, kjennetegnet ved de trekk som fremgår av det medfølgende selvstendige patentkrav 131.
Foreliggende oppfinnelse tilveiebringer en fremgangsmåte ved automatisert tvistløsning i et system med minst en sentralprosesseringsenhet, kjennetegnet ved de trekk som fremgår av det medfølgende selvstendige patentkrav 132.
Foreliggende oppfinnelse tilveiebringer et system for automatisert tvistløsning som blant annet innbefatter en prosessor til å prosessere forlangender og tilbud, kjennetegnet ved de trekk som fremgår av det medfølgende selvstendige patentkrav 133.
Ytterligere fordelaktige trekk ved foreliggende oppfinnelsessystem for automatisert tvistløsning som blant annet innbefatter en prosessor til å prosessere forlangender og tilbud, er kjennetegnet ved de trekk som fremgår av de medfølgende uselvstendige patentkravene 134 til og med 141.
Foreliggende oppfinnelse tilveiebringer et datamaskinbasert system for automatisert tvistløsning gjennom en kommunikasjonskobling for å kommunisere og prosessere en rekke forlangender, kjennetegnet ved de trekk som fremgår av det medfølgende selvstendige patentkrav 142.
Ytterligere fordelaktige trekk ved foreliggende oppfinnelses datamaskinbaserte system for automatisert tvistløsning gjennom en kommunikasjonskobling for å kommunisere og prosessere en rekke forlangender, er kjennetegnet ved de trekk som fremgår av de med-følgende uselvstendige patentkravene 143 til og med 151.
Foreliggende oppfinnelse tilveiebringer en fremgangsmåte for automatisert tvistløsning som blant annet innbefatter å motta en innsending av en sak fra en sponsor, og å motta en avtale om minst et kriterium, kjennetegnet ved de trekk som fremgår av det medfølgende selvstendige patentkrav 152.
Ytterligere fordelaktige trekk ved foreliggende oppfinnelses fremgangsmåte for automatisert tvistløsning som blant annet innbefatter å motta en innsending av en sak fra en sponsor, og å motta en avtale om minst et kriterium, er kjennetegnet ved de trekk som fremgår av de medfølgende uselvstendige patentkravene 153 til og med 155.
Foreliggende oppfinnelse tilveiebringer et system for tvistløsning som blant annet innbefatter en første verdi, innsendt oppkoblet av en første enhet, og en andre verdi, valgt fra minst to verdier innsendt oppkoblet av en andre enhet, kjennetegnet ved de trekk som fremgår av det medfølgende selvstendige patentkrav 156.
Ytterligere fordelaktige trekk ved foreliggende oppfinnelses system for tvistløsning som blant annet innbefatter en første verdi innsendt oppkoblet av en første enhet, og en andre verdi valgt fra minst to verdier innsendt oppkoblet av en andre enhet, er kjennetegnet ved de trekk som fremgår av de medfølgende uselvstendige patentkravene 157 til og med 200.
Generelt, i et første aspekt, tilveiebringes en fremgangsmåte til kravløsning. Fremgangsmåten involverer å utprøve par av ulike verdier, fremsatt av de to stridende partene til et krav, for å tilfredsstille en betingelse. Hvis betingelsen ikke er tilfredsstilt involverer fremgangsmåten å utprøve et par ulike kraftrundeverdier, en fra hver av de to stridende partene til kravet, for tilfredsstillelse av en kraftrundebetingelse. Fremgangsmåten involverer videre å beregne en bindende oppgjørsbetaling, når betingelsen er tilfredsstilt ved paret av ulike verdier. Den bindende oppgjørsbetalingen er et beløp som i det minste er lik eller lavere enn paret med ulike verdier.
Generelt i et andre aspekt, tilveiebringer oppfinnelsen en fremgangsmåte ved kravløsning. Fremgangsmåten involverer å motta verdier, fremsatt av to stridende parter til et krav. Minst en av verdiene er fremsatt etter en kommunikasjon av en hjelpende melding med hensyn til kravet, som er formidlet fra en hjelper til minst en av de stridende partene. Fremgangsmåten involverer videre å utprøve parene med ulike verdier for tilfredsstillelse av en betingelse, og å beregne en bindende oppgjørsbetaling, når betingelsen er tilfredsstilt ved et par av de ulike verdiene. Den bindende oppgjørsbetalingen er et beløp som i det minste er lik eller lavere enn paret med ulike verdier.
Generelt, i et tredje aspekt, tilveiebringer oppfinnelsen en fremgangsmåte til tvistløsning for å løse et krav mellom to stridende parter. Fremgangsmåten involverer å utprøve par med ulike verdier, fremsatt av de to stridende partene til kravet, for tilfredsstillelse av en betingelse. Fremgangsmåten involverer videre å beregne en bindende oppgjørsbetaling, når betingelsen er tilfredsstilt, ved et par av de ulike verdiene. Den bindende oppgjørbetalingen inkorporerer en vindfallsjustering, når en av partene er en tvistinngangsinitiator til kravet, i et beløp som i det minste er lik eller lavere enn paret med ulike verdier justert med enten et positivt eller negativt vindfall-differensialbeløp.
Generelt, i et fjerde aspekt, tilveiebringer oppfinnelsen en fremgangsmåte til tvistløsning for å løse et krav mellom to stridende parter. Fremgangsmåten involverer å utprøve par med ulike verdier, fremsatt av de to stridende partene til kravet, for tilfredsstillelse av en betingelse. Fremgangsmåten involverer videre å beregne en bindende oppgjørsbetaling, når betingelsen er tilfredsstilt ved et par av de ulike verdiene, av et beløp som i det minste er lik eller lavere enn paret med ulike verdier, og å initiere en oppkoblet overføring av midler mellom partene for beløpet.
Generelt, i et femte aspekt, tilveiebringer oppfinnelsen en fremgangsmåte til tvistløsning for å løse et krav mellom to stridende parter. Fremgangsmåten involverer å utprøve par med ulike verdier, fremsatt av de to stridende partene til kravet, for tilfredsstillelse av en betingelse. Fremgangsmåten involverer videre å beregne en bindende oppgjørsbetaling, når betingelsen er tilfredsstilt ved et par av de ulike verdiene, av et beløp som i det minste er lik eller lavere enn paret med ulike verdier. Fremgangsmåten involverer videre og automatisk, når betingelsen er tilfredsstilt, generere et oppgjørsdokument for kravet som inneholder saksbestemt informasjon. Generelt, i et sjette aspekt, tilveiebringer oppfinnelsen systemer som virker i henhold til de beskrevne teknikker via et oppkoblet grensesnitt.
Spesielle legemliggjøringer av oppfinnelsen kan oppvise et eller flere av de følgende fordeler: lavere kostnad for hver del fra initiering til løsning, kontra en prosess; eller en øket sannsynlighet for et oppgjør ved noen krav; inspirasjon ved at en sak kan bli oppgjort; en antydning om at et oppgjør faktisk kan bli nådd; høyere kunde-tilfredsstillelse med kravløsningen; tiltrekning av et høyere antall krav til systemet; lavere kostnad for igangsettere i forhold til å hyre en advokat for å gå i inngrep med systemet eller å legge inn og prosedere et søksmål; større komfort for kravpartene som går i inngrep med systemet fordi lovkunnskapen som er nødvendig for å trekke opp en enkel avvisnings-, frigivnings- eller oppgjørsavtale ikke er nødvendig; lavere kostnad fordi en fullmektig ikke er nødvendig eller svært lite nødvendig for å utrede oppgjøret; konsolidering og forenkling av flerpartsforhandlinger til effektivt en topartsforhandling; større fleksibilitet for kravpartene fordi de styrer den bestemte betalingsfremgangsmåten; hurtigere mottak av oppgjørsmidlene; eller lavere sannsynlighet for etteroppgjørsforsømmelse fra de anklagede.
Bestemte legemliggjøringer av systemer som inkorporerer oppfinnelsen kan oppvise en eller flere av de følgende fordeler: muligheten for enkeltindivider å direkte være i kontakt med og engasjere seg i en tvistløsningsforhandling; muligheten til å motta en umiddelbar eller direkte kreditering, overføring eller igangsetting av overføring av verdien man har kommet til gjennom oppgjørsforhandlingen, eller muligheten til å motta en vindfallsjustering hvis en forhandling resulterer i et oppgjør ved å være en igangsetter.
De ovennevnte fordeler og egenskaper er kun representative legemliggjøringer og er presentert kun for å støtte i forståelsen av oppfinnelsen. Man skal være klar over at det ikke er ansett som begrensninger for oppfinnelsen som den er definert ved kravene, eller begrensninger på kravekvivalenter. For eksempel kan noen av disse fordelene være innbyrdes motstridene, ved at de ikke kan være tilstede samtidig i en enkelt legemliggjøring. Likeledes er noen fordeler gjeldende for et aspekt ved oppfinnelsen, og ikke gjeldende ved andre. Således skal dette sammendrag av egenskaper og fordeler ikke betraktes som avgjørende ved bestemmelse av ekvivalens. Ytterligere egenskaper og fordeler ved oppfinnelsen vil bli mer tydelig i den følgende beskrivelse, fra tegningene og fra kravene.
Den følgende detaljerte beskrivelsen kan best forstås ved henvisning til den følgende beskrivelsen i sammenheng med de vedfølgende tegninger hvor: Figur 1 er et overblikk over det datamaskinbaserte systemet som kan nyttes til å implementere den foreliggende oppfinnelse. Figur 2 er et blokkskjema som viser hvordan en kravpart som er involvert i en tvist vekselvirker med datamaskinsystemet i figur 1. Figur 3 er et blokkskjema for et eksempel på hvordan en legemliggjøring henvender seg til en person som er involvert i en tvist ved bruken av systemet. Figur 4 er et skjema som viser programflyten fra et brukerperspektiv i henhold til en foretrukken fremgangsmåte for å drive systemet til den foreliggende oppfinnelse via Internett. Figur 5 er et overblikk over det datamaskinbaserte systemet som inkluderer hjelperen. Figur 6 er et skjema som viser programflyt fra et systemperspektiv for et system som inkluderer et kraftrundevalg. Figur 7 er et overblikk av det datamaskinbaserte systemet som inkluderer direkte betalingsgrensesnittvalg.
Detaljert beskrivelse av oppfinnelsen
Et datamaskinbasert system for automatisert tvistløsning som er tilgjengelig direkte-koblet, for eksempel gjennom et Internettsted via Internett eller andre kommunikasjons-ledd skapes for å kommunisere og behandle en tvist mellom to personer ved bruk av en rekke forlangende for å tilfredstille et krav og en rekke tilbud.
Systemet sammenligner forlangender og tilbud på en runde-for-runde basis i henhold til forhåndsetablerte betingelser.
Et "forlangende" er det pengebeløpet (eller tilsvarende verdi) som kreves av den personen som har et krav mot en annen person, slik som en anklaget eller hennes eller hans forsikrer, for hvilket personen med kravet vil være villig til oppgjør. Informasjon som er samsvarende med beløpsforlangendet innlegges av kravparten, eller av hennes eller hans representant, ved hjelp av numrene på en tastetone- eller mobiltelefon eller tastaturet på en personlig datamaskin. Et "tilbud" er det pengebeløpet (eller egnet verdi) som den anklagede eller forsikringsselskapet vil gjøre opp kravet med.
En person som er involvert i en tvist er en hvem som helst eller ethvert selskap som har et krav mot en annen person eller mot hvem en annen person har fastslått et krav, enten saksøkning verserer eller ikke.
Systemet kommuniserer og behandler forlangendene og tilbudene ved anvendelse av minst en sentralprosesseringsenhet ved å pare tilbudene og forlangende og å sammenligne dem. Datamaskinsystemet innbefatter operativsystemprogramvare for å styre sentralprosesseringsenheten, et middel til å introdusere informasjonen i sentralprosesseringsenheten og minne for å lagre informasjonen.
De grunnleggende forhåndsetablerte betingelsene under hvilke sammenligningene gjøres innbefatter følgende: Hvis tilbudet i en runde er mindre enn forlangendet og innenfor en forhåndsbestemt prosent, for eksempel 30%, av forlangendet i den samme runden, dvs. tilbudet er større enn eller likt 70% av forlangendet, så oppgjøres kravet for et beløp i samsvar med en første forutbestemt formel, for eksempel, medianbeløpet mellom forlangendet og tilbudet.
Hvis tilbudet i en runde er det samme som eller større enn forlangendet, så oppgjøres kravet for beløpsforlangendet.
Hvis tilbudet ikke er innenfor den forhåndsetablerte prosenten av forlangendet i alle runder, for eksempel hvis 70% av forlangendet er større enn tilbudet, så oppgjøres ikke kravet med mindre forskjellen mellom tilbudet og forlangendet er mindre enn et forhåndsetablert beløp, for eksempel $ 5,00, i hvilket tilfelle kravet oppgjøres for et beløp i samsvar med en andre forhåndsetablert formel, for eksempel ved medianbeløpet mellom forlangendet og tilbudet. Således kan første og andre forhåndsetablerte formler være de samme eller forskjellige fra hverandre, avhengig av avtalen mellom partene. Systemet er fortrinnsvis konstruert for å muliggjøre for en bruker å kommunisere med systemet gjennom en standard PC-datamaskin og modem via Internett. Systemet kan også innbefatte et talemeldingssystem eller talemeldingsgenerator for å gjøre det mulig for en person som kommuniserer med systemet og gjøre dette gjennom en tastetone-eller mobiltelefonkobling eller å lede personen i bruken av systemet. Sikkerhet er fortrinnsvis innbefattet for å gjøre systemet utilgjengelig uten innlegging av den riktige informasjonen, for eksempel, et saksidentifikasjonsnummer som identifiserer tvisten, en sikkerhetskode som samsvarer med tvisten, og en brukersikkerhetskode som samsvarer med tvisten og identifiserer brukeren, idet brukeren er personen eller en representant for denne som lager forlangendet eller tilbudet, for eksempel, fullmektigen for personen på hvis vegne forlangendet eller tilbudet lages.
Fortrinnsvis er datamaskinen sikker, for eksempel ved implementasjon av en "brannmur" eller beskyttende barriere mot uautorisert trafikk eller bruken av krypteringsteknologi, og hver sak er fortrinnsvis trepassordbeskyttet for å sikre fortrolighet og hindre uautorisert tilgang. Systemet kan for eksempel kreve at brukeren legger inn et passord eller bruker identifikasjonsnummer eller alfanumerisk kombinasjon og en bruker au torisasjonskode som gir tilgangsstyring til systemet. For øket sikkerhet kan systemet konstrueres som krever brukerautentisering, for eksempel gjennom bruken av talemønster, fingeravtrykk, fysisk signatur eller "smart"-kort. Med fordel, hvis smartkortet anvendes, vil bestemte legemliggjøringer tillate at et oppgjør blir fullført ved direkte overføring av midler til kravstillerens smartkort.
Enda flere fordeler kan realiseres når overføring av oppgjørsverdien i løsningen av en gitt tvist kan gjøres automatisk, om ikke umiddelbart, til kravstilleren.
Vi har også godtatt at noen av kravene som ikke kan avgjøres ved bruk av den grunnleggende konfigurasjonen av det automatiserte tvistløsningsarrangementet allikevel kan oppgjøres på et effektivt automatisert vis som har tilsvarende fordeler men som fjerner noe av stivheten ved det grunnleggende arrangementet gjennom anvendelse av enten en hjelper, en "kraft"-runde eller begge.
Vi har også godtatt at enda flere fordeler kan oppnås når et vindfall i forhold til en normal betaling gis til en igangsetter, dvs. den første stridende som presenterer en bestemt tvist som skal løses. Besvarende til igangsetteren drar fordel av innsparinger fordi betalingen som de vil måtte gjøre i forhold til en normal betaling for et par med verdier er mindre. Igangsettende kravstillere drar fordel ved en vindfallsøkning i forhold til en normal betaling for et verdipar.
I et fullautomatisert system er strategier, vurderinger eller annet arbeidsprodukt direkte eller indirekte avslørt for enhver, inkludert en stridende part, og tilbud og forlangender som ikke resulterer i et oppgjør blir aldri avslørt for noen. I et system som implementerer en hjelper begrenses og styres avsløring av informasjon til den hjelpende.
Ytterligere fordeler kan oppnås når oppgjørsdokumenter genereres automatisk av systemet for tilveiebringelse til partene.
Figur 1 viser det grunnleggende systemet ved bruk av Internett eller en telefon som kommunikasjonskoblingen.
Fortrinnsvis mottar sentralprosesseringsenheten oppgjørstilbudene og en saksøker eller kravstiller legger inn forlangendet i kommunikasjon med systemet i en tidsperiode på, for eksempel, 30 dager. Tidsregistrering gjøres for å registrere innleggingen av forlangendet eller tilbud i det valgte tidsrommet.
Fortrinnsvis vil det være tre tilbud for hvert krav i et normalt forhandlingsarrangement. I disse tilfellene vil hvert forlangende bli sammenlignet med tilbudet med det samme nummer (dvs. forlangende nr. 1 til tilbud nr. 1, forlangende nr. 2 til tilbud nr. 2, etc). Datamaskinen sammenholder oppgjørstilbudet med kravstillerens forlangende og utfører sine programmerte beregninger for å fastslå hvorvidt et oppgjør har blitt oppnådd eller ikke. Der forlangendet og tilbud skjærer i henhold til forhåndsetablerte betingelser oppnås oppgjør. I skjæringstilfellet hvor forlangendet er mindre eller lik tilbudet, så gjøres tilfellet opp med et oppgjørsbeløp som er lik forlangendet. I skjæringstilfellet hvor forlangendet overskrider tilbudet vil systemet fortrinnsvis dele forskjellen hvis tilbudet også er innenfor en forhåndsetablert prosent, for eksempel 70% av forlangendet (dvs. forlangendet x 0,70 <= tilbud). I slikt tilfelle beregnes oppgjørs-beløpet til å være midlet av de to, dvs. forlangendet pluss tilbudet dividert med to. Hvis 70% av forlangendet fremdeles er større enn tilbudet er det intet oppgjør med mindre forskjellen mellom forlangendet og tilbudet er mindre enn et forhåndsetablert beløp, for eksempel $ 5,00, i hvilket tilfelle kravet gjøres opp ved middelbeløpet mellom forlangendet og tilbudet.
Ytterligere kan som et valg et "lcraftrunde"-valg gjøres tilgjengelig. Ved en kraftrunde gis en tilleggsmulighet eller en parameter endres for å øke utsikten til at et oppgjør kan nås.
Således i en type av arrangementet kommuniserer partene kun med datamaskinen som virker som en fullmektig, og unngår alltid direkte kommunikasjon med hverandre for detformål å forhandle et oppgjør. Sløsende personlige konflikter, ufruktbare og unødvendige uoverensstemmelser, positurstilling og posisjonering kan ikke forekomme slik at partene handler utelukkende med "bunnlinjen".
Alternativt kan en nevral hjelper benyttes for å støtte oppgjørsforhandlingene. Hjelperen er en datamaskin eller en person som virker med, eller uten en datamaskin, i henhold til spesielle retningslinjer. Gjennom bruk av generiske, ikke-avslørende erklæringer, forsøker hjelperen å påvirke den ene eller begge tvistpartene til å justere sine tilbud eller forlangender inn mot oppgjørsområdet.
Figur 2 viser hvordan en fordringshaver som er involvert i en tvist vil bruke det konfidensielle og fullautomatiserte systemet uten direkte kommunikasjon med den andre siden.
Systemet er fortrinnsvis også implementert sikkert så systemet er tilgjengelig kun etter innlegging av den riktige autentiseringsinformasjonen, slik som et saksidentifikasjonsnummer som identifiserer tvisten, og en brukersikkerhetskode som samsvarer med tvisten og som identifiserer personen eller dennes representant som lager forlangendet eller tilbudet.
Fortrinnsvis er systemet i stand til å generere talemeldinger til en person som kommuniserer med systemet gjennom en tastetone- eller mobiltelefonkobling for å lede personen i bruken av systemet. Alternativt kan skrevne meldinger brukes som tilskyndere når systemet blir aksessert fra en personlig datamaskin via Internett.
Innleggingen av krav og oppgjørstilbud kan også lettes av en trenet stab av datamaskineksperter. For eksempel kan nettstedet eller telefonkoblingen gi en rekke valg, hvorav ett stiller brukeren i oppkoblet- eller telefonkommunikasjon med en kundetjenesterepresentant for å svare på spørsmål eller gi annen assistanse. Deretter kan brukeren skaffe seg tilgang til systemet ved å kommunisere med prosesserings-enheten via Internett eller ved hjelp av telefonen, for eksempel ved et gratis nummer, på et hvilket som helst tidspunkt eller en hvilken som helst ukedag for å legge inn krav eller oppgjørstilbud. Fortrinnsvis har systemet også tidsregistrering implementert for å registrere innleggingen av informasjonen som tilsvarer forlangendet eller tilbudene i et tidsrom. På dette vis kan innleggingen av informasjon som svarer til forlangendet eller tilbudene gjøres i en mengde av kommunikasjoner med systemet i et tidsrom. Systemet kan selvfølgelig bli konfigurert for å håndtere flerfoldige telefonanrop eller annen kommunikasjon fra hvor som helst i verden.
Avhengig av den bestemte implementasjonen er en valutaomregner også inkludert. Dette gjør det mulig for de stridende å forhandle ved bruk av forskjellige valutaer, for eksempel, US dollar, Euro, pund, lire, eller Yen, uten å ta hensyn til valutavekslings-kursen eller å forhandle ved bruk av en uvant valuta. Når tilbud eller forlangender legges inn i et slikt system omregner systemet automatisk tilbudet og forlangendet til en felles valuta. Vanligvis vil det være valutaen som er angitt av kravstiHeren. Alternativt kan valutaen være basert på et valg som er gjort felles av de stridende, for eksempel, så kan en japansk part og en kanadisk part velge Euroen som den grunnleggende valutaen for forhandling. Datamaskinen utfører sine funksjoner og resultatet rapporteres til de to partene slik de fremkommer i sanntid uten venting.
Systemet inkluderer moduler som virker som en forhandlingsfullmektig. Dette motiverer og setter klagere i stand til å realistisk nærme seg oppgjør uten fare for å fremstå som ubesluttsomme eller nølende fordi en klagers finansielle forlangender som ikke resulterer i et oppgjør aldri blir avslørt. Fortrinnsvis, i den normale fremdrift, har kravstillere kun tre eller et annet tidligere avtalt antall muligheter eller runder til å avgjøre krav ved bruk av systemet, og fortrinnsvis har oppgjørstilbud eller - runder kun et begrenset tidsrom eller "hyllelevetid" hvori de er virksomme, for eksempel 30 dager for alle runder, som motiverer hurtig aksjon av kravstillerne.
Systemet samler og prosesserer fortrinnsvis også oppgjørsdata som er generert fra et oppgjør som er nådd gjennom driften av systemet for spredning og anvendelse av brukere, for eksempel sponsorer og kravstillere, til å etablere oppgjørsverdien for fremtidige saker. Oppgjørsdata kan også bli anvendt av hjelpere ved tilskyndelse av en eller begge parter for å justere beløpet som de foreslår for oppgjør. Det kan være tilveiebragt midler for en bruker for å få tilgang til faktiske oppgjør som er oppnådd gjennom bruk av systemet i andre tvister, for eksempel gjennom en meny eller talevalg som blir tilveiebragt for en bruker via telefon eller Internett hvis valg forsyner brukeren med informasjon om tidligere oppgjør. Dataene kan være tabullert i rninnet for å være tilgjengelige for bestemte kategorier, for eksempel for en rett, en sponsor, et geografisk sted eller for annen kategori. På dette viset kan en bruker av systemet bli ledet ved fremstilling av forlangender og tilbud ved hjelp av faktiske avgjørelser som er nådd i tilsvarende saker.
Fordi systemet er tilgjengelig via telefon og/eller Internett, har kravstillere ikke behov for en fullmektig for å komme i inngrep med systemet og få avgjort et krav. Dessuten kan det tilveiebringes insentiver for bruk av arrangementet enten direkte ved å gi et vindfall til den parten som første engasjerte systemet for saken, eller indirekte gjennom forskjellige betalingsvalg eller interessearrangementer.
Forskjellige anrikninger kan også tilveiebringes for å støtte oppgjørsprosessen. Systemet kan for eksempel være bygget for å generere oppgjørsdokumenter for partene og/eller i enkelte tilfeller papirer for rettsinnbringelse slik som oppgjørsstipuleringer eller avvisning med ulemper.
Oppfinnelsen kan lett forstås fra den følgende beskrivelsen av et antall foretrukne legemliggjøringer, med eller uten bestemte anrikninger, i sammenheng med oversikten i figur 1. Den foreliggende oppfinnelsen tilveiebringer et oppkoblet system, fortrinnsvis som Intranet-nettsted tilgjengelig via Internett eller telefon eller begge, for å muliggjøre oppgjør av fordringer ved å sette fullmektiger, fordringshavere og/eller meglere i stand til å bruke et enkelt grensesnitt for hurtig å fremsette en rekke pengekrav i en sak som skal prøves mot en algoritme for mulig avgjørelse. Fortrinnsvis beregner, lagrer og tabulerer systemet også oppgjørsdata straks et oppgjør har blitt nådd som kan henvises til av andre brukere og/eller en hjelper.
En person som er involvert i en tvist mot hvem et krav har blitt fremsatt, slik som en anklaget eller en forsikrer eller annen sponsor, fremsetter fortrinnsvis kravene til det datamaskinbaserte systemet ved bruk av elektroniske media og formater som er avtalt mellom partene. Sponsorene kan fortrinnsvis også beskrive algoritmebeløpet og prosenten, og på det individuelle kravnivået kontrollere sine mulige eksponeringer for krav med en innebygget kalkulator som er tilveiebragt av et datamaskinprogram i systemet.
Kravstillere kan lage forlangender direkte, uten å engasjere en advokat, og beregne mulige oppgjørsvinninger for sine forlangender. Kravstillere kan bli oppmerksomme på systemet gjennom annonsering, muntlige overbringelser, koblinger som er tilveiebragt på valgte nettsteder og/eller gjennom tilhørighets- eller partnerskapsarrangementer.
Fullmektiger for en fordringshaver kan til gjengjeld fremsette forlangender og beregne sine mulige oppgjørsgevinster. Kravstillere og deres fullmektiger kan inviteres til å delta i prosessen ved hjelp av et automatisk generert brev som blir sendt ut straks sponsorene går inn i saken. Kravstillerene eller fullmektigene kan så logge på systemet ved hjelp av spesielle autorisasjonskoder som blir gitt i brevene.
De involverte partene kan avtale på forhand algoritmebeløpet og -prosenten, eller en første person som er involvert i en tvist kan legge inn disse data som så avtales med den andre personen. I tillegg kan partene avtale å gi rom for en kraftrunde. Avhengig av den bestemte implementasjonen kan kraftrunden involvere en ytterligere runde, en variasjon i noen av kriteriene og/eller en avtale om å endre betalingen hvis et oppgjør blir nådd. Partene kan også være gjenstand for en vindfallsjustering, basert på hvem som først engasjerte systemet for kravet.
I en Internett-basert legemeliggjøring av den foreliggende oppfinnelse oppsettes et Internett-nettsted for å tilveiebringe grensesnittet mellom system og bruker. Fortrinnsvis inkluderer hovedområdene til nettstedet et innloggingsområde for sponsorer og deres representanter, et innloggingsområde for kravstillere eller fullmektiger for kravstillere, og et innloggingsområde for administrativt personell som har oppsyn med systemet. Om ønsket kan nettstedet også inkludere et ålment tilgjengelig område som belyser informasjon om systemet. For øket sikkerhet kan det oppsettes et adskilt nettsted med denne informasjonen.
Enkeltpersoner som bruker det datamaskinbaserte systemet må fortrinnsvis logge på systemet før de kan manipulere data. De kan fortrinnsvis se, legge inn og endre kun den informasjonen som er innenfor deres tilgangsgrenser, - som en fullmektig for en kravstiller, en kravstiller med direkte tilgang, en sponsorbruker, en sponsoradministrator, eller en systemadministrator.
En sponsorbruker er en fordringstakstmann eller annen agent som arbeider for en sponsor, for eksempel et forsikringsselskap eller stor selvforsikret organisasjon, som har gått inn i en avtale om å bruke det datamaskinbaserte systemet. En sponsorbruker er fortrinnsvis begrenset til å legge inn og å gjennomgå saker som er relevant for sine egne innlagte saker, ikke saker som er lagt inn av andre sponsorbrukere hos den samme sponsoren.
Slik kan en sponsorbruker fortrinnsvis gå inn på nettstedet for å logge på til systemet, for eksempel ved bruk av et brukernavn og passordkombinasjon eller par, lese og inngå en avtale for sponsorens deltagelse i systemet, tilordne nye saker for fordringshavers fullmektigs deltagelse og gjennomgå enhver fullført, verserende eller løpende saker som har blitt innlagt i systemet av den sponsorbrukeren.
En sponsoradministrator er en sponsorbruker som har blitt gitt administratorprivilegier av sponsoren. Fortrinnsvis kan en sponsoradministrator, i tillegg til å utføre alle oppgavene som en vanlig sponsorbruker kan gjøre, gå inn på nettstedet for å endre sponsorkontaktinformasjon, endre sponsorbrukerens innloggings- og kontaktinformasjon, legge til eller slette sponsorbrukere, skape sponsorbrukeren med administratorprivilegier og gjennomgå saker for alle sponsorbrukere hos den sponsoren.
Kravstillere eller deres fullmektiger kan gå inn på nettstedet for å logge på systemet fortrinnsvis ved bruk av et brukernavn og passord-par, lese og inngå avtale om systemdeltagelsesavtale for kravstilleren, gjennomgå saksinformasjon som er forberedt av sponsoren, med statusinformasjon om gjeldende sak og legge inn krav mot en bestemt sak.
Fortrinnsvis assisterer systemadministratorer som arbeider for et selskap som administrerer systemet i implementasjonen av systemet. Systemadministratorer med riktig autorisasjon, for eksempel brukernavn/passord-kombinasjon som identifiserer dem som sådan, kan gå inn på nettstedet for å gjennomgå, modifisere, slette og skape sponsorer, sponsorbrukere og sponsoradministratorer, og å gjennomgå, modifisere og slette og skape saker eller krav som skal prosesseres ved hjelp av systemet. Fortrinnsvis kan det være tilveiebragt en saksrapportskriver som omfatter tilstandsinformasjon for gjeldende saker som er søkbare ved hjelp av dato, sponsor, sponsorbruker, saksnavn og tilstand, som er slik at den kan aksesseres eller utspørres av systemadministrator. En mer begrenset form for saksrapportskriver kan også være tilveiebragt for kravstillere og andre brukere av systemet, i hvilken det kun kan foretas søk i informasjon som er innnenfor brukerens tilgangsgrense.
Systemet ved den foreliggende oppfinnelse er fortrinnsvis konstruert for å gjøre det enkelt for enten en kravstiller å direkte engasjere systemet, eller en kravstillers fullmektig ved bruk av oppkoblet forbindelse slik som en vanlig Intemett-nettleser eller telefon for å få tilgang til systemet og å forsøke å avgjøre en juridisk tvist som involverer et kvantifiserbart oppgjørsbeløp.
Ved bruk av systemet skaffer sponsoren seg tilgang til systemet ved for eksempel innlogging på nettstedet. På det tidspunktet kan sponsoren legge inn en hvilken som helst tilknyttet saksinformasjon om saken og kravstillerens fullmektig. Etter tillegging eller gjennomgang av saksdetaljer fremsetter sponsoren samtidig alle eller over en periode et antall oppgjørstilbud, fortrinnsvis opp til tre, for hvert fremsatt krav. Hvert oppgjørstilbud er identifisert ved hjelp av runde. For eksempel kan en sponsor legge inn $ 40.000 som tilbudet for den første runden (runde 1), $ 60.000 for den andre runden (runde 2) og $ 80.000 for den tredje runden (runde 3). Hvis et kraftrundevalg er tilgjengelig, kan sponsoren også bli spurt om informasjon for bruk i kraftrunden, hvis en slik vil bli nødvendig.
I nettstedbaserte systemer kan, om ønsket, en oppkoblet kalkulator benyttes for å underrette sponsorbrukeren på det tidspunkt om hva sponsorens høyeste potensielle eksponering kan være. For eksempel, hvis de forhåndsetablerte betingelsene er slik at saken vil bli oppgjort på midtpunktet mellom forlangendet og tilbudet hvis tilbudet er minst 70% av forlangendet eller innenfor $ 5.000 av forlangendet, avhengig av hvilken som er størst, kan en sponsorbruker som legger inn $ 70.000 som tilbudet i en runde beregne at den mulige eksponeringen er $ 85.000 (som svarer til et $ 100.000 forlangende, dvs. det høyeste forlangendet som vil utløse et oppgjør under disse betingelsene).
Straks kravet er lagt inn i systemet kontaktes kravstilleren eller kravstillerens fullmektig, for eksempel ved hjelp av vanlig eller elektronisk post. (For enkelhet vil kravstillerens fullmektig bli anvendt, men drøftingen gjelder likevel for kravstilleren og andre representanter for kravstilleren). Kravstillerens fullmektig velger en fullmektigsikkerhetskode som fortrinnsvis er et enestående numerisk personlig identifikasjonsnummer ("pinnummer") som gir fullmektigen tilgang til det datamaskinbaserte systemet. Kravstillerens fullmektig må også gi sitt samtykke til å være bundet av ethvert oppgjør som blir oppnådd av partene ved bruk av det datamaskinbaserte systemet og kan også på dette tidspunkt gi sitt samtykke til den prosent innenfor hvilken et forlangende og tilbud i en runde må være for at oppgjør skal skje, formelen for å fastslå oppgjørsbeløpet, beløpet som kan være null i hvilket saken uansett vil bli avgjort hvis forskjellen mellom forlangendet og tilbudet i en gitt runde er mindre enn eller lik det beløpet, og formelen for å fastslå oppgjørsbeløpet i det tilfellet. Kravet er nå klart for oppgjør og kravstillerens fullmektig vil fortrinnsvis ha tre normale runder, eller muligheter, til å gjøre opp et krav, som kan legges inn med tiden eller alle på en gang.
Nå, med henvisning til blokkskjemaet i figur 2, skaffer kravstillerens fullmektig eller annen bruker (for eksempel en anklaget eller sponsor) seg tilgang til systemet via Internett ved bruk av en hvilken som helst vanlig nettleser eller via en vanlig tastetone-eller mobiltelefon. Intet spesielt utstyr eller øvelse er nødvendig for fullmektigen for bruk av systemet. Systemet "tilskynder" fullmektigen ved hvert trinn i prosessen og gir automatisert hjelp på forlangendet etter behov.
For eksempel, med henvisning til blokkskjema i figur 3, etter å ha fått tilgang til systemet møtes brukeren med en hilsning (trinn 30) etterfulgt av et antall valg som kan velges ved å trykke på det riktige tallet på en tastetonetelefon eller mobiltelefon (trinn 31).
I trinnene 32-35 etterspørres fullmektigens pinnummer og fortrinnsvis to numeriske "passord" for å begynne den vekslende tvistløsningen ved et krav. Systemet genererer fortrinnsvis talebekreftelse for informasjonen som brukeren kan bekrefte eller kansellere og gjeninnlegge informasjonen (se trinn 34). Systemet kan, etter bekreftelse av informasjonen, fastlegge riktigheten av informasjonen og brukerens autorisasjon til å få tilgang til systemet for den saken. Etter innlegging og bekreftelse av de nødvendige nummere følger fullmektigen tilskyndelsene og legger inn forlangender ved bruk av telefontastaturet og ved å skrive inn forlangendet gjennom hans eller hennes personlige datamaskin. Systemet kan også be om bekreftelse for informasjon som er lagt inn av fullmektigen. Se figur 3 for telefonbaserte legemliggjøringer.
Det datamaskinbaserte systemet er konstruert for å holde seg til partenes vilje og gjør ingen forsøk på å "fremtvinge" et oppgjør. Fortrinnsvis mottas ingen informasjon som angår fakta, loven og skadene som er knyttet til kravet av systemet. Saken kan kun bli oppgjort med et tall som partene kan bli enig i, ikke ved et tall som tilfeldig er innstilt av en innvendende tredjepart. Selv når det brukes en hjelper kan hjelperen kun lage regeldrevne eller generiske uttalelser som er konstruert for å "rokke" partene mot oppgjørsområdet og er fortrinnsvis ikke viet til et av forlangendene eller tilbudene som blir fremsatt i en etterfølgende runde. Således kan partene løse tvister rettferdig ved bruk av systemet uten å gi avkall på oppgjørsautoritet.
Runder kan fortrinnsvis bli fullført i ett to eller tre anrop eller datamaskinsesjoner innenfor et gitt tidsrom, fortrinnsvis i 30 dager. Straks innlagt, sammenligner systemet øyeblikkelig hvert forlangende med oppgjørstilbudet for hver runde. Hvis forlangendet og tilbudet stemmer overens eller er innenfor et forhåndsetablert område oppgjøres saken. For eksempel, hvis tilbudet er innenfor 20% av forlangendet oppgjøres kravet i samsvar med en forhåndsetablert formel, for eksempel blir kravet oppgjort for middelbeløpet. Hvis tilbudet og forlangendet avviker med mer enn 20% i alle tre runder vil saken ikke bli avgjort, eller vil, om den er tilgjengelig, igangsette en kraftrunde. Hvis oppgjørstilbudet, under de normale rundene, er det samme som eller større enn kravstillerens forlangende så oppgjøres kravet ved det forlangte beløpet.
Fortrinnsvis er de forhåndsetablerte betingelsene slik at selv om tilbudet og forlangendet avviker med mer enn en forhåndsetablert prosent i alle tre runder så vil kravet allikevel bli oppgjort hvis tilbudet og forlangendet er innenfor et forhåndsetablert beløp, for eksempel $ 5.000, i hvilket tilfelle kravet vil bli oppgjort i samsvar med en andre forhåndsetablert formel, som igjen kan være middelbeløpet.
To eksempler med en rekke normale runder og resultater er gitt i tabell 1. I disse eksemplene er den første forhåndsetablerte formelen middelbeløpet mellom tilbudet og forlangendet. I eksempel 2 er det forhåndsetablerte beløpet $ 5.000 og den andre forhåndsetablerte formelen er den samme som den første forhåndsetablerte formelen, dvs. forlangende pluss tilbud dividert med to er lik oppgjørsbeløpet.
Eksempel 2 (forhåndsetablert prosent: 70% av forlangendet)
Fortrinnsvis underretter systemet straks partene om et oppgjør, for eksempel mens brukeren er oppkoblet eller via E-post eller ved hjelp av telefon, og etterfølger den underrettelsen med en skriftlig bekreftelse. Tilbud og forlangender som ikke er akseptert utløper uten ytterligere handling fra noen av partene, fortrinnsvis etter tretti (30) dager.
Prosesseringen av saksdataene begynner når en person som er involvert i en tvist, fortrinnsvis en part som representerer en person mot hvem et krav eller en rekke krav stilles, for eksempel en sponsor eller en urepresentert kravstiller som går i inngrep med systemet, legger inn i sentralprosesseringsenheten en serie med tilbudsrunder for å gjøre opp tvisten (eller hvis det er kravstilleren, en rekke forlangenderunder som vil tilfredsstille kravet). Informasjonen om et krav fremsettes elektronisk i et format som er kompatibelt med systemet, for eksempel via telefoninnmatning eller PC-innmatning for prosessering ved hjelp av sentralprosesseringsenheten.
En annen person er involvert i tvisten når, for eksempel, den første enheten ved kravet er en sponsor, en part som representerer en person som hevder et krav legger inn en rekke forlangender som vil tilfredsstille kravet i systemet. Forlangendene og tilbudene legges inn uten avsløring for andre personer som er involvert i tvisten. Rekkene med forlangender og rekkene med tilbud pares sammen og sammenlignes på en runde-for-runde basis i henhold til forhåndsetablerte betingelser. For eksempel kan partene være enige om å være juridisk bundet til å gjøre opp saken hvis forlangendet og tilbudet i enhver gitt runde er identiske (i hvilket tilfelle kravet gjøres opp for det beløpet) eller er innenfor et på forhånd avtalt område eller en formel, for eksempel innenfor 20% eller $ 5,000 eller en kombinasjon (i hvilket tilfelle kravet oppgjøres i henhold til en forutgående avtalt formel, for eksempel ved midtpunktet mellom forlangendet og tilbudet). Ellers går systemet videre til den neste runden og verdiene fra den foregående runden som ikke resulterte i et oppgjør blir vanligvis slettet. Etter hver runde kommuniserer systemet til partene resultatet av verdisammenligningen, dvs. intet oppgjør eller et oppgjør ved et bestemt beløp.
Den datamaskinbaserte vekslende tvistløsningen kan implementeres i Intemett-baserte legemliggjøringer ved bruk av et datamaskinprogram som representerer en fordelt databaseapplikasjon som er beskrevet i et "Mark-up"-språk, slik som ColdFusion Markup Language og HyperText Markup Language (HTML). Systemet er fortrinnsvis distribuert gjennom ColdFusion-tjenerutvidelser som muliggjør interaktiv prosessering og Microsofts SQL server for å sette fullmektiger og kravmeglere i stand til å få tilgang til det via en standard nettleser slik som versjon 3.0 og oppover av Microsoft Internet Explorer og Netscape Navigator, som finnes på en rekke plattformer, og som inkluderer Microsoft Windows, Macintosh og UNIX-type operativsystemer.
Informasjon som legges inn for en tvist tilføres en sentral database via Internett. Databasen indekserer fortrinnsvis sponsorer, sponsorbrukere og administratorer som er assosiert med den sponsoren, og saker som er assosiert med den sponsoren. Den indekserer også fortrinnsvis fullmektiger som er assosiert med saker.
Fortrinnsvis logges brukeren automatisk av sikkerhetshensyn hvis et tidsrom forløper uten aktivitet når en bruker er oppkoblet, for eksempel 20 minutter under vanlige nettrafikkforhold. For alle eller en del av dataene kan systemet være konstruert slik at straks data har blitt lagt inn har en sponsor eller annen bruker et tidsrom, for eksempel på 30 minutter, i løpet av hvilket de kan modifiseres eller trekkes tilbake, men etter hvilket dataene ikke kan trekkes tilbake.
Det henvises nå til flytskjemaet i figur 4, hvor det foretrukne datamaskinprogrammet som implementerer systemet i en normal flerrundeforhandling går inn ved trinn 10 når en sponsorbruker åpner sin nettleser (for eksempel Netscape eller Microsoft Internet Explorer 3.x eller 4.x) og skaffer seg tilgang til systemnettstedet. Brukeren tilskyndes ved hjelp av en meny med en rekke valg, hvorav en er "gå inn som sponsor" som velges. Om ønsket kan systemet automatisk skrive informasjon i form av ASCII-tekst eller "cookies" på brukerens fastplatelager som et middel til å holde rede på brukeren og brukerens anvendelse av systemet. Fortrinnsvis lagrer minneinnretningen denne informasjonen. Etter brukerens tilgang til systemet kan en ved brukeren forut foreliggende "cookie" modifiseres for å gjenspeile brukerens aktuelle tilgang til systemet. Med mindre brukeren uttrykkelig har nektet "cookie" på hans eller hennes nettleser ser det datamaskinbaserte systemet etter brukerens navn gjennom en variabel som er lagret i brukerens nettleser. Hvis brukeren har logget på tidligere hilses brukeren ved brukernavnet, forutsatt at brukeren logger på med den samme datamaskinen.
I trinn 11 gis sponsorbrukeren valget åegge til/redigere saker, se alle saker for den sponsoren eller avlogging. Som nevnt tidligere kan alle eller en del av dataene i systemet fortrinnsvis ikke bli trukket tilbake etter et tidsrom i hvilket tilfelle brukeren ikke lenger vil bli gitt tillatelse til å modifisere den informasjonen. Fortrinnsvis tilveiebringes en meny hvor brukeren kan velge en av to koblinger til adskilte funksjoner. En menyrekke kan for eksempel bli tilveiebrakt på den venstre side av skjermen hvor brukeren velger ved å klikke på den egnede ruten i menylinjen som svarer til funksjonen. Brukerens valg lagres gjennom mellompålogging og kontraktbilder som følger. Alternativt kan trinn 11 implementeres etter påloggingen (trinn 12) som drøftet under.
Programmet går deretter til trinn 12 hvor brukeren først må logge på systemet før redigering eller gjennomgang av saker. Brukeren må legge inn et brukernavn (som er enestående for hele databasen) og et tilsvarende passord. Hvis disse ikke stemmer overens med parene som er kjent av systemet blir brukeren vist et feilbilde med et valg for å forsøke på nytt.
Alternativt, hvis brukeren har logget på tidligere med den samme datamaskinen kan hans eller hennes brukernavn allerede være innlagt i systemet og tjeneren som fordeler nettsidene kontrollerer brukerens passord mot brukernavnet. Om ønsket kan systemet være konstruert slik at brukeren har valget med å legge inn et nytt eller et annet brukernavn for å gjøre det mulig for flere brukere å få tilgang til systemet fra den samme datamaskinen.
Datamaskinprogrammoduler er fortrinnsvis skrevet for å implementere de forskjellige trinnene i prosessen. For eksempel kan en modul som styrer sponsorbrukeridentitet-prosessen være laget for å holde alle variable som angår en sponsorbrukers identitet og sakene til den sponsoren.
En "validernyttbrukernavn"-modul kan være skapt som kalles når brukeren legger inn en innmatning i brukernavnfeltet og forlater feltformularet. Fortrinnsvis har bruker-navninnleggingsformularet et JavaScript-objekt som kontrollerer om brukernavnet allerede er opptatt, og hvis så er tilfellet, fremviser en feilmelding.
Trinn 13 viser brukeren et systemdeltagelsessamtykke hvis det riktige navn og passord ble lagt inn. Samtykket angir fortrinnsvis betingelsene for bruk av systemet og detaljer vedrørende prosessen. En knapp er fortrinnsvis tilveiebrakt på menyen for enten å samtykke eller ikke å samtykke med kontrakten. Hvis brukeren samtykker med betingelsene i kontrakten går han eller hun videre til det opprinnelige menyvalget (å legge til/å redigere saker, eller å gjennomgå saker). Ellers sendes brukeren tilbake til påloggingsbildet med all informasjon nullstilt.
Hvis brukeren samtykker i deltagelsesavtalen kan systemet sende brukeren til det opprinnelige menyvalget i trinn 11. Alternativt kan systemet være konstruert for å sende brukeren til en meny med valgene med å tilordne en ny sak, å gjennomgå saker, å tillegge/redigere saker eller å logge av.
Hvis valget med å legge til/redigere saker opprinnelig var valgt, går programmet inn i trinn 14 hvor et legg til/rediger sak-bilde fortrinnsvis setter sponsoren i stand til å legg inn den følgende informasjon i databasen:
Kravstillers navn
Saksbeskrivelse
Sponsorens sak-ID
Verdier for hver av 3 oppgjørsrunder
Kravstillerfullmektigens navn, firma, adresse, by, stat, postnummer,
Telefon, telefaks og e-post.
I telefonbaserte legemliggjøringer kan noe av eller all denne informasjonen legges inn med hjelp av systemadministratorer.
Sponsorens saks-ID er fortrinnsvis et nummer som er valgt av sponsoren for sponsorens interne oppfølging.
Det er ikke behov for at alle verdiinnmatningene må innlegges på en gang. Systemet vil anmode brukeren om å legge inn et beløp for hver runde enkeltvis uten å gi et valg til å la beløpet for en gitt runde være uinnfylt (for innlegging, for eksempel på et senere tidspunkt).
Dollarverdiinnmatningene innbefatter fortrinnsvis kalkulatorfunksjoner som beregner den samlede mulige eksponering for det beløpet som ble lagt inn. Bildet kan også fremvise tilstanden for saken. Etter innsending av informasjonen kan brukeren sendes tilbake til et bekreftelsesbilde med all den innlagte informasjonen hvoretter brukeren kan velge å akseptere endringene eller gå tilbake til å redigere saken ytterligere. Systemet gir fortrinnsvis brukeren et tidsrom, for eksempel 30 minutter, til å redigere noe av eller all saksinformasjonen før informasjonen blir endelig og blir analysert hvis tilsvarende verdier også har blitt innsendt fra den motstående part. Informasjon som har blitt endelig, men for hvilken det ikke er noen tilsvarende motpart, (for eksempel: etter at tidsrommet har utløpt), kan redigeres eller trekkes tilbake fortrinnsvis kun ved samtykke fra alle partene.
Legg til/rediger-bildet innbefatter fortrinnsvis en "send"-knapp ved bunnen som sender informasjonen som skal kontrolleres med hensyn til format. Det peker på manglende eller uriktig formatert tekst, eller sender teksten tilbake for verifikasjon. Hvis teksten godkjennes sendes dataene til databasen for innlegging som et tillegg eller oppdatering. En sponsorbruker kan fortrinnsvis ikke redigere en sak i hvilken kravstillerfullmektigen har begynt å sende inn forlangender til systemet, bortsett fra å endre administrativ informasjon slik som adresse og telefonnummer.
En "saksdatainnleggings"-modul kan være skapt for å holde en mal som prosesserer sponsorbrukerens innlegging av saksdata og legge til/innsette den i databasen. Hovedegenskapene til programmet er kontrolleringen av en utløpt redigeringsperiode, og hvorvidt kravstillerfullmektigen har lagt inn et forlangende i systemet eller ikke. I begge tilfeller avbryter formularet og en feilmelding presenteres.
Programmet er fortrinnsvis skrevet slik at når et register skal innsettes, så tilbakeholdes og låses innsatsen ved anvendelse av et egnet program inntil systemet kan lese registeret for at detaljene skal bli vist tilbake til brukeren i bildet for bekreftelse og for at systemet kan tilveiebringe en HREF til sin primærnøkkel som automatisk tilordnes av databasen.
En annen modul som er kalt "sponsortilordnersak" driver fortrinnsvis sponsorbrukerens innlegging av en sak i databasen.
Legg til/rediger-kalkulatoren kan være et hvilket som helst egnet datamaskinprogram, slik som et JavaScript-program, som anvender algoritmebeløpene som er bestemt av sponsoren for å fastslå den størst mulige eksponeringen.
Hvis det opprinnelige valget var å vise alle saker går programmet til trinn 15 hvor "vis saker"-bildet avslører all informasjonen for en gitt sak som tidligere har blitt lagt inn under et legg til/rediger-valg. Brukeren er også fortrinnsvis gitt et valg for å redigere informasjonen, fortrinnsvis med en bestemt tidsgrense (for eksempel 30 minutter) for tilbudsrundene forutsatt at en kravstillerfullmektig ikke har begynt å sende inn forlangender. "Vis"-bildet kan, om ønsket, også fremvise en liste med saker som har blitt tilordnet en sponsorbruker.
Fortrinnsvis rommer en modul som kalles "sponsorbrukervisning" en mal som viser brukeren disse registrene. Hvis sponsorbrukeren har administratorprivilegier viser modulen alle brukerregistre som angår sponsoren. En tilsvarende modul som kalles "sponsorvissaker" virker fortrinnsvis til å vise saksinformasjon.
I trinn 16 kan brukeren logge av systemet fra et menyvalg for å avslutte sesjonen og sende brukeren tilbake til påloggingsbildet. Dette menyvalget følger fortrinnsvis også fullførelsen av legg til/rediger- og vis-valgene i trinnene 14 og 15. Hvis en bruker forsøker å gå i inngrep med systemet igjen må han eller hun pålogge sitt brukemavn/passord-par. Avlogging sletter fortrinnsvis passordet men ikke brukernavnet slik at det datamaskinbaserte systemet ved etterfølgende pålogging kan se etter brukerens navn i brukerens "cookie" hvis brukeren søker tilgang til systemet med den samme datamaskinen.
Bildene som fremstår ved driften av systemet kan bli skapt ved hjelp av egnede datamaskinprogrammer som er skrevet i et standard generalisert "Mark-up"-språk slik som ColdFusion-script.
Datamaskinprogramkoden for påloggingsbildet danner påloggingsformularet hvis bruker er fastslått til ikke å være i en pålogget tilstand. (Figur 4, trinn 12). Dette formularet videresender fortrinnsvis en variabel verdi som angir brukerens eventuelle bestemmelsessted.
Modulen for lisensbildet følger etter påloggingsprogrammet og kontrollerer brukerens autentiseringsakkreditiver. Hvis brukeren slipper gjennom vises lisensbildet. (Figur 4, trinn 13).
Den modul som kalles påloggingsresultatet etterfølger fortrinnsvis lisensmodulen og stiller brukertilstanden til pålogget. Med mindre brukeren uttrykkelig har nektet "cookies" på hans eller hennes nettleser kontrollerer programmet også om brukerens "cookie" har tatt rett og sender en feilmelding hvis den ikke har. Hvis alt er korrekt sender modulen brukeren videre til hans eller hennes valgte bestemmelsessted.
En avloggingsmodul kan brukes for å avlogge en bruker fra systemet. Den neste gangen brukeren forsøker å bruke et menyelement vil han eller hun foilririnsvis bli anmodet om et passord og å gi sitt samtykke til lisensavtalen.
Hvis brukeren ikke samtykker med lisensen fremviser en modul som etterfølger lisensmodulen ikke-samtykke-bildet som fortrinnsvis angir at brukeren må gi sitt samtykke til lisensen for å anvende systemet.
Et tilgangnektet-bilde kan dannes for å vises til en bruker som forsøker å få tilgang til en seksjon som han eller hun ikke har autorisasjon for.
En standardside for avlusningsformål kan også bli brukt for å vise den gjeldende bruker-påloggingstilstand. Denne siden er fortrinnsvis for en systemadministrator, og andre brukere vil normalt ikke være i stand til å få tilgang til denne siden uten å angi den uttrykkelig.
Trinnene som er beskrevet over gjelder likeledes fortrinnsvis for sponsoradministratorer (sponsorbrukere som er tildelt administratorprivilegier av sponsoren). Imidlertid kan systemet fortrinnsvis være konstruert slik at hvis brukeren er identifisert til å holde administratorprivilegier vil han eller hun se en utvidet versjon av sponsorbrukermenyen. I tillegg til å forsyne brukeren med valget å tilordne en ny sak, gjennomgå saker og utlogging, gir sponsoradministratormenyen valgene til å endre sponsorinformasjon, endre hans eller hennes egen brukerinformasjon, legg til en bruker, vise/redigere brukere og fjerne en bruker.
Hvis endre-sponsorinformasjon-valget er valgt sender programmet brukeren til endre-sponsorinformasjonen-bildet som setter brukeren i stand til å tillegge/redigere sponsorinformasjon som er lagret i databasen, innbefattende:
Sponsornavn
Adresse
By
Stat
Postnummer
Telefon
Telefaks
E-post
Hvis fjem-en-bruker-valget er valgt sender programmet brukeren til bruker-informasjonsbilder som sponsorbrukeradministratoren kan anvende for å endre, slette eller tillegge informasjon til enhver sponsorbrukers register til hvilke de har tilgang fra sin sponsor.
Brukerinformasjonsbildet kan for eksempel gi brukeren anledning til å tillegge/redigere den følgende informasjonen i databasen:
Brukernavn
Sponsornavn
Adresse
By
Stat
Postnummer
Telefon
Telefaks
E-post
Brukernavn
Passord
Aktiv bruker (ja eller nei)
Administratorbruker (ja eller nei)
Datamaskinmoduler rommer fortrinnsvis bildeformularene for å innlegge og redigere sponsorbruker- og nysponsorbruker-informasjon. Disse modulene kan for eksempel også skjerme brukere for administratorprivilegier før de tillater at brukeren redigerer registeret.
Mange av trinnene beskrevet over gjelder fortrinnsvis også en kravstillerfullmektig, dvs. en fullmektig som representerer et individ eller et selskap som har tvist eller har iverksatt en rettssak med en sponsor som har gått inn i en deltagelsesavtale for å anvende systemet.
Fullmektigen kan underrettes ved for eksempel vanlig post at han eller hun kan logge på nettstedet og sende inn et bestemt antall, for eksempel 3 forlangender for å tilfredsstille et krav i henhold til forhåndsetablerte betingelser. Fullmektigen kan bli avkrevd å signere en deltagelsesavtale, som fortrinnsvis er sendt til ham eller henne med post, før de riktige påloggingsakkreditiver blir gitt. Straks fullmektigen signerer og oversender avtalen til systemadministratorene gis fullmektigen de riktige påloggingsakkreditiver.
På et tilsvarende vis kan en kravstiller ta kontakt med systemet for å innsende en tvist uten å gå gjennom en fullmektig. Kravstilleren kan bli avkrevd å signere eller på annen måte bekrefte binding i henhold til deltagelsesavtalen, og i enkelte tilfelle fremstille en form for betaling for å engasjere systemet.
Som i tilfellet med sponsorbrukere åpner kravstillerfullmektigen hans eller hennes nettleser og gjør tilgang til systemnettstedet (se figur 4, trinn 10). Fullmektigen velger imidlertid "gå inn som fullmektig"-valget som er tilveiebrakt på menyen som fremkommer.
I trinn 11 blir fullmektigen presentert valget med å gjennomgå saker og anbringe forlangender på saker som er tilordnet fullmektigen. Fortrinnsvis tilveiebringes en
meny der brukeren kan velge en av tre koblinger til adskilte funksjoner via en menylinje på den venstre side av skjermen. Som i tilfellet med sponsorbrukeren lagres kravstillerfullmektigens valg gjennom mellomliggende påloggings- og kontraktbilder som følger.
Programmet går deretter til trinn 12 hvor brukeren først må logge på systemet før det gjøres forlangender eller saker blir vist. En "påloggings"-datamaskinfil for en fullmektig som tilsvarer "påloggings"-filen for sponsoren implementerer fortrinnsvis dette trinnet. Brukeren må fortrinnsvis legge inn et saksidentifikasjonsnummer, for eksempel et intemgenerert tilfeldig nummer som virker som et passord, og en fullmektigsikkerhetskode (fortrinnsvis en kode som er generert av sponsoren). Hvis disse ikke samsvarer med informasjonen som er kjent av databasen vises brukeren et feilbilde med valg om å forsøke igjen.
Som i tilfellet med sponsorbrukeren viser trinn 13 kravstillerfullmektigen en systemdeltagelsesavtale hvis det riktige navnet og passordet ble lagt inn med de samme valgene og resultatene som er drøftet tidligere. En "lisens"-fil tilsvarende "lisens"-filen for sponsorbrukeren implementerer fortrinnsvis dette trinnet.
Hvis brukeren samtykker med avtalens betingelser fortsetter han eller hun til det opprinnelige menyvalget (å gjennomgå saker eller å fremsette forlangender). Alternativt kan systemet være konstruert for å sende brukeren til en hovedmeny med valgene å oppnå saksinformasjon, og anbringe et forlangende for den neste runden ved det spesielle kravet eller å gjøre opp en annen sak. En "påloggingsresultater"-fil og en "uenighet"-fil liknende de tilsvarende filene for sponsorbrukeren etterfølger "lisens"-filen for å implementere dette trinnet avhengig av hvorvidt kravstillerfullmektigen er enig eller uenig. Likeledes tilveiebringes fortrinnsvis "avloggings"-, "tilgang nektet"-og "standard"-filer som tilsvarer liknende filer for sponsorbrukere.
Hvis saksinformasjonsvalget ble valgt tilveiebringes et saksinformasjonsbilde som fortrinnsvis setter kravstillerfullmektigen i stand til å se den følgende informasjon fra databasen:
Saksnavn
Tilstand
Kravstillers navn
Fullmektigens navn
Fullmektigens selskap
Fullmektigens adresse
Fullmektigens by
Fullmektigens stat
Fullmektigens postnummer
Fullmektigens telefonnummer
Fullmektigens telefaks
Fullmektigens E-post
Fortrinnsvis fremviser bildene den gjeldende status for saken med de tilsvarende detaljer for saken uten at fullmektigen får mulighet til å redigere noe av denne informasjonen. En modul som styrer sakstilstandsprosessen kan være skrevet for å holde alle variabler som angår en fullmektigs saker.
En "fullmektigsakinfo"-modul kan også være dannet som fremviser informasjonen som en fullmektig har behov for å begynne å lage forlangender i en sak. Fortrinnsvis kan dataene i modulen ikke bli trukket tilbake.
Hvis den neste runden med gjeldende-sak-valget var valgt går programmet til et neste-runde-bilde som forsyner fullmektigen med valget å anbringe et forlangende mot et bestemt krav. En "SakNesteRunde"-modul kan være dannet for å danne en mal som fastlegger hva den neste runden er, hvis en slik foreligger, og anbringer et tilbudsformular foran brukeren. Bildet tilveiebringer fortrinnsvis en formularrute hvori fullmektigen anbringer forlangendet, og om ønsket menyvalg for å enten utprøve forlangendet mot eksponeringskalkulatoren (fortrinnsvis implementert ved hjelp av et JavaScript-program som anvender algoritmebeløpene som er angitt av sponsporen) for å fastlegge det lavest mulige beløpet som saken vil bli oppgjort ved, eller for å innsende forlangendet.
Etter at fullmektigen innsender forlangendet for den neste runden sendes saken til sammenligning. En "SakNesteRunde"-modul kan bli dannet for å danne en mal for å fastslå resultatene fra sammenligningen på grunnlag av informasjonen som kravstilleren innsendte på SakNesteRunde-formularet og på de forhåndsetablerte betingelsene. De forhåndsetablerte betingelsene er fortrinnsvis fastlagt på en sponsor-for-sponsor-basis men kan også være saksbestemte.
Hvis forlangendet og det tilsvarende tilbudet fra sponsoren for en gitt runde er innenfor de forhåndsetablerte betingelsene presenteres brukeren fortrinnsvis et saksgodkjenningsbilde. Hvis forlangendet og det tilhørende tilbudet ikke er innenfor de forhåndsetablerte betingelser presenteres forbrukeren fortrinnsvis en kobling til nesterundebildet, hvis en runde er tilgjengelig, dvs. hvis det tidligere avtalte forlangenderundeantallet ikke har blitt brukt og en kraftrunde ikke er tilgjengelig. Hvis en runde ikke er tilgjengelig, for eksempel at partene har avtalt tre runder og kravstillerfullmektigen har lagt inn tre runder med forlangender, så vil brukeren se en melding om at saken nå er lukket i systemet.
Hvis brukeren presenteres et saksgodkjenningsbilde er kravet avgjort og kravstilleren eller fullmektigen underrettes om oppgjørets dollarbeløp, og fortrinnsvis detaljene om hvor sluttoppgjørsanmodningen skal sendes (for eksempel sponsorens adresse). Som vist i figur 4 er systemet fortrinnsvis konstruert slik at etter oppgjør av kravet samles og lagres data for oppgjøret for tilgang til og bruk av sponsorer og kravstillere for å etablere opp gjørs verdien i fremtidige saker.
Fortrinnsvis administreres systemet av en systemadministrator som kan være en ansatt hos en tredjepart som har blitt gitt påloggingsrettigheter til administrasjonsfunksjonen til systemet for det formål å tillegge sponsorer, og generere rapporter eller å utføre kundetj eneste på nettstedet.
Systemadministratoren når nettstedet ved å åpne hans eller hennes nettleser, og peke på den på nettstedsgrensesnittet og å legge inn riktige identifikasjonsnummer eller passord som identifiserer ham eller henne som en administrator. En modul kan være dannet som rommer et administratorformular for tilordning eller redigering av en sak.
Administratoren kan så bli presentert en administratormeny som tilveiebringer de følgende menyvalgene: Sponsorvalg, innbefattende valgene å tillegge/redigere en sponsor og å vise en liste og koblinger til alle sponsorer;
Brukervalg, innbefattende valgene å vise brukere (fortrinnsvis en liste og koblinger til alle sponsorbrukere, søkbar ved hjelp av brukernavn og sponsornavn), for å tillegge en ny bruker og å slette en sponsorbruker;
Saksvalg, innbefattende valgene å vise saker fortrinnsvis ved hjelp av en liste og koblinger til alle saker, søkbar ved hjelp av saksnavn, sponsornavn, startdato, sluttdato og tilstand, for å tilordne en ny sak og for å slette en sak, og
Stedsvalg (å utprøve moduler) innbefattende valgene å slette "cookies" for formålet å tape lagret påloggingsinformasjon, og avlogge for formålet å avlogge fra systemet og om ønsket å slette "cookies", og for å vise påloggingsstatus for gjeldende påloggings-detaljer.
Moduler kan fortrinnsvis bli skapt for å tilveiebringe disse valgene. For eksempel kan en "AdminNySponsorBrukerInnleggingsFormular"-modul bli skapt som rommer et innleggignsformular for å legge inn en ny sponsorbruker. Dette formularet er fortrinnsvis et annet formular enn det vanlige formularet på grunn av brukernavn-kontrollen som forekommer under brukerens vekselvirkning med siden.
En "AdminHentSponsorNySak"-modul kan bli skapt som velger en sponsor for det formål å legge til en ny sak. Identiteten til sponsoren skal fortrinnsvis være kjent når en sak legges til slik at saken kan bli tilordnet en sponsorbruker på riktig vis.
En "AdminVisSaker"-modul kan også dannes som viser alle åpne saker i administrator-formularet.
En "AdminSponsorBrukerDataInnleggings"-moduI kan også dannes for å holde en mal som setter inn eller oppdaterer en sponsorbruker. Modulen gjør en forespørsel for å oppnå primæridentifikasjonen til brukeren, hvis systemet ikke har denne informasjonen for at systemet skal innstille en redigeringskobling.
En "AdminSponsorBnikerInnleggingsFormular"-modul kan også være dannet for å holde en mal som representerer innleggingsformularet for sponsorbrukeradministrator-informasjonen.
En "AdminBrukerVisnings"-modul kan også være dannet som rommer et administrator-skjema for å vise alle brukere.
En "SaksDataInnleggings"-modul kan også være dannet som rommer et skjema for å legge inn, innsette saker i databasen.
Hvis tillegg/rediger en sponsor-valget er valgt fremstår fortrinnsvis et tillegg/rediger-sponsor-bilde for å sette administratoren i stand til å se/redigere den følgende informasjon fra databasen:
Sponsornavn
Adresse
By
Stat
Postnummer
Telefon
Telefaks
Post
Algoritmebeløp
Algoritmeprosent
System-ID
Aktiv konto (ja eller nei)
"SponsorDatalnnlegging", "SponsorlnnleggingsFormular", og "SponsorVisning"-moduler kan dannes for å tillegg en ny sponsor til databasen og å vise en returside, for å romme et innleggingsformular for å legge inn en ny sponsor og for å vise en tabell med alle sponsorer som er lagt inn i systemet.
"ValiderNyBrukerNavn" og "ValiderBrukerNavn"-moduler kan være dannet for å kontrollere om et brukernavn eksisterer i en sponsortabell og hvis den eksisterer
fremvise en feilmelding. Fortrinnsvis kalles disse modulene fra en JavaScript tapt-fokushendelse. ValiderNyBrukerNavn-modulen tar fortrinnsvis ikke hensyn til det gjeldende brukernavnet fordi den antar at der er ingen.
SlettBruker-valget forsyner administratoren med bilder hvori administratoren kan endre, slette eller tillegge informasjon til enhver sponsorbrukers register som i tilfellet med sponsoradministratorens valg til å fjerne en bruker. Fortrinnsvis kan en "SlettBruker"-modul og en "FjemBruker"-modul være dannet som viser formularet som setter en bruker i stand til å slette en sponsorbruker og utføre databasekallet for å fjerne en bruker.
Tillegg/Rediger-Sak-valget forsyner administratoren med et tillegg/rediger-sak-bilde som tilsvarer sponsoradministratorens tillegg/rediger-sak-bildet. I tillegg setter systemet fortrinnsvis administratoren i stand til å tillegge saksstatusinformasjon som innbefatter:
Sakstatus
Siste sponsorredigering (dato - tid)
Redigert av
Sponsornavn
Siste fullmektigredigering (dato - tid)
Siste administratorredigering (dato - tid)
En "SlettSak"-modul og en "FjernSak"-modul kan være dannet for å vise formularet som setter brukeren i stand til å slette en sak og å foreta databasekallet for å fjerne en sak.
Fortrinnsvis tilveiebringer systemet også en rapportskriver eller søkbar modul for saksinformasjon for rapporteringsformål. Ved å spørre rapportskriveren kan status til et hvilket som helst antall saker observeres av administratoren for intern rapporteringsformål.
Fortrinnsvis kan saksinformasjon søkes på grunnlag av de følgende kriterier:
Saksnavn
Sponsornavn
Status
Tilordningsdato (start og sluttdatoer)
Modifiserte kriterier (start- og sluttdatoer, for eksempel alle registre som er modifisert på en bestemt dag)
Vis alle registre som ikke er modifisert av en fullmektig
Den valgte plattformen og utstyret for implementering av systemet bør være tilstrekkelig skalerbart for å håndtere store trafikk- og databelastninger, og samtidig være reaksjons-dyktige for brukerforespørsler. De følgende tjenester integreres fortrinnsvis i en underliggende operativsystemstruktur:
Innebyggede nettverks- og kommunikasjonstjenester.
Omfattende web-tjenester for Internett og bedrifts intranett.
Fullstendig plattform for distribuerte applikasjoner.
Selskapsomfattende katalogtj enester.
Integrerte og robuste sikkerhetstjenester, og
Brukervennlige og fleksible administrasjonstjenester.
Systemet ved den foreliggende oppfinnelse anvender fortrinnsvis en web-tjener, slik som Microsoft Internett Information server 4,0, som tilbyr utprøvd skalerbarhet og tett integrasjon med operativsystemet og andre produkter som ble anvendt i systemet. Web-tjeneren innbefatter fortrinnsvis forlagsegenskaper, kundetilpasningsbare verktøy og teknologi som muliggjør skapning av web-sider, publisering av informasjon på World Wide Web, deling av filer og data og operativsystemer slik som Windows NT, Novell Net Ware og UNIX-tj enere, og over et antall databaser, innbefattende Microsoft SQL-server, Oracle, og Sybase databaser, og søkerkapasitet for innhold i HyperText Markup Language og Microsoft-office dokumentslag, og flerfoldige språk.
Web-tjeneren gir fortrinnsvis prosessisolasjon, en egenskap som beskytter applikasjoner og nettsteder fra svikt som forårsakes av feilvirkende komponenter eller web-applikasjoner på tjeneren ved å kjøre dem i atskilte minnerom. Web-tjeneren bør også ha, når den blir kombinert med operativsystemet, innebyggede distribuerte applikasjons-tjenester som automatisk skaleres til å betjene tusenvis av samtidige brukere.
Fortrinnsvis anvendes en høyytelses, åpen arkitektur, skalerbar database, slik som Microsoft SQL Server 6,5 eller 7,0 i systemet.
I et arrangement er datamaskinprogrammet fortrinnsvis et som tilveiebringer en skalerbar plattform for å levere høyytelses web-applikasjoner med enhver større web-tjener på Windows eller Solaris. Allaire ColdFusion Application Server 3.1 og dens samvirkende ColdFusion Markup Language er egnet for anvendelse til utvikling av systemet.
I et annet arrangement er datamaskinprogrammet fortrinnsvis et som tilveiebringer en skalerbar trenivå plattform for å levere høyytelses web-applikasjoner med enhver større web-tjener på Windows eller Solaris. Inngangssiden er ASP/HTML, midtnivået er Com Object skrevet i C++ eller JAVA, og baksiden er SQL Server og MTS.
Fortrinnsvis er verten for systemet et kvalitetsdatasenter, slik som et verdens-omspennende datasenterselskap som tilveiebringer tilgang til Internett og overvåker tjenerne for å sikre at de reagerer på Intemettforespørsler.
Selv om det i den grunnleggende konfigurasjonen er mange fordeler ved å utelukkende arbeide med bunnlinjen, foreligger en potensiell ulempe i noen saker på grunn av bruk av bestemte, enkeltstående og kvantifiserbare kriterier. Mer bestemt er det mangel på fleksibilitet i nære tilfeller. I en gitt runde kan de to partene være meget nær et oppgjør, men være ute av stand til å fullføre det fordi de så vidt er utenfor kriteriene. Imidlertid, fordi systemet ikke avslører partenes foreslåtte beløp vil de ikke ha noen kunnskap om hvor langt fra hverandre, eller nær hverandre, de er. For eksempel, hvis forskjellen må være innenfor $ 10.000 for å oppgjøre et krav vil det samme resultatet, altså intet oppgjør, bli nådd av grunnsystemet eller fremgangsmåten om forskjellen er $ 10.005 eller $75.000.
For å øke antallet av saker som er mulig å avgjøre kan andre valgbare egenskaper tillegges. Spesielt, hvis de stridende partene ikke møter kriteriene som blir brukt i normale runder men ikke er fjernt fra disse kan oppgjør fremdeles være mulig. Gjennom anvendelse av en neural hjelper, en "kraftrunde" eller en kombinasjon av de to kan ytterligere krav effektivt og hurtig avgjøres.
En hjelper kan etter valg bli benyttet for å kommunisere et "puff' til en eller flere parter i en tvist til å innsende en verdi som mer trolig vil resultere i et oppgjør. Hjelperen virker som en neural automaton, ved at den arbeider på et mekanistisk vis. Imidlertid kan den faktisk være et levende individ, en datamaskin eller en kombinasjon av de to. Figur 5 viser et representativt grunnsystem som videre inkorporerer hjelpervalget. Som beskrevet over innbefatter systemet en hovedprosessor og minne som representativt er illustrert for enkelhets skyld som en tjener 50 som innbefatter en eller flere mikro-prosessorer og minne, og en assosiert sikker database 52 som er lagret på plate og/eller bånd som er tilgjengelig for tjeneren. Hjelpervalget innbefatter som et minimum regler eller begrensninger 54 som regulerer de slag motiverende uttalelser som hjelperen kan benytte. Som vist er hjelperen implementert slik at enten den fullstendig automatiserte eller delvis automatiserte modus kan anvendes. For den fullstendig automatiserte modus ledes hovedprosessoren ved hjelp av programmerte regler og begrensninger å kommunisere direkte med de forhandlende enhetene via det oppkoblede grensesnittet 56 som illustrativt er vist forbundet (ved hjelp av kommunikasjonskoblinger 58, 60) til en enhetstelefon 62 og en annen enhetsdatamaskin 64. Alternativt kan en atskilt hjelper-prosessor 66 bli anvendt for å formulere motiverende uttrykk eller skaffe tilgang til tilgjengelig informasjon for å identifisere en eller flere egnede kommunikasjoner. Hjelperprosessoren 66 kommuniserer med hovedprosessoren for å tilveiebringe informasjon for anvendelse av hovedprosessoren, enten som kommunisert eller etter ytterligere formatering eller prosessering. I det enkleste tilfellet tilveiebringer hjelperprosessoren 66 kommunikasjon i et "bruksferdig" format, og hovedprosessoren virker bare som en føring. I mer sammensatte tilfeller kan hovedprosessoren være programmert atskilt for å ta ytterligere beslutninger, for eksempel å velge ut blant tilveiebrakte inspirasjonsuttalelser, eller for å omformatere en valgt inspirasjonsuttalelse for kommunikasjon til en eller begge enheter. Hjelperen kan også ha tilgang til lagret informasjon i den sikre databasen, slik som tilbud, forlangender, tidligere oppgjør, geografisk informasjon, etc. Hjelperprosessoren 66 kan også innbefatte en konvensjonell fremvisningsanordning 68 og innmatningsinnretning(er) 70 som setter et levende individ i stand til å virke som del av hjelperen 66. Hjelperen arbeider i samsvar med et sett av forhåndsforordnede regler som er atskillbare fra oppgjørskirteriene. For å utføre denne funksjonen kan hjelperen, i enkeltarrangementer, være inngitt i informasjon som ikke avsløres for de stridende partene eller deres representanter. Hjelperen kan, for eksempel, kjenne til en eller flere av: tilbudet og forlangendet i en gitt runde, den faktiske numeriske forskjellen mellom de to, prosentforskjellen mellom de to, endrings- eller "delta"-beløpet hos en eller begge enheter som vil utløse et oppgjør av kravet, annen informasjon som er angivende for muligheten for et oppgjør eller enhver av eller alle de forutgående. Ideelt vil hjelperen kjenne til forskjellene eller deltaene, eller bestemte tilbud og forlangender, for å sikre at avsløring av en parts informasjon for den motstridende part ikke forekommer utilsiktet, spesielt når hjelper-implementasjonen innebærer en menneskelig person. Sagt på en annen måte har hjelperen et grunnlag for å ha kunnskap om hvor nær et oppgjør partene er selv om hjelperen ikke har kunnskap om enkelthetene ved hver av partenes foreslåtte oppgjørs-tall i en eller flere runder.
I den enkleste utgaven kan hjelperen bli involvert før den første verdien er tilveiebrakt av en bestemt part. I det tilfellet vil hjelperen antagelig bruke informasjonen som er tilveiebrakt av partene under registrering i sammenheng med informasjon om tidligere oppgjør for å tilveiebringe et utgangspunkt for forhandlinger. Hjelperen kan for eksempel innledningsvis kommunisere med en eller flere av de stridende partene med en uttalelse som angår området for tidligere oppgjør som er registrert for en tilsvarende tvist.
Anta, som eksempel, at en kravstiller har blitt skadet og iverksatt et søksmål i en bestemt juirsdiksjon. Kravstilleren sender inn kravet til et tvistløsningssystem som inkorporerer en hjelper. Kravstilleren mener at skaden er verdt et $ 200.000 oppgjør. Før kravstilleren sender inn en verdi som kan brukes i en runde oppfordrer hjelperen kravstilleren med uttalelsen 'Tilsvarende krav har blitt avgjort i din jurisdiksjon for mellom $ 38.000 og $ 55.000." Kravstilleren vil således få en angivelse om at forventningen er urealistisk. Som følge av dette kan kravstilleren velge å ikke forfølge tvistløsningen, eller kan beslutte å forsøke allikevel. Som resultat av oppfordringen vil kravstilleren ideelt fremsette mer realistiske forlangender, og derved øke utsikten til oppgjør fra begynnelsestidspunktet.
Alternativt, eller i tillegg, kan hjelperen bli involvert mellom en eller flere runder. Fordelen her er at hjelperen nå har tilgjengelig informasjon som angår den gjeldende tilstanden til partenes forventninger for den bestemte tvisten. Straks denne informasjonen er tilgjengelig vil hjelperen kommunisere med en eller begge av de stridende partene på et nøytralt vis for å lede den ene eller begge til å regulere sine forslag for å bevirke et oppgjør.
Fordi det er viktig at hver parts foreslåtte verdier forblir uavslørte for en motstridende, vil kommunikasjoner som enten direkte kommuniserer beløp eller "delta" eller indirekte muliggjør beregning eller rimelig estimering av beløpene fortrinnsvis ikke anvendt. I spesielle implementasjoner kan det selvsagt være en uvanlig sak hvormed bestemt kommunikasjon sikres, men som kan sette en part i stand til å estimere rimelig den stridende partens foreslåtte tall. Anta for eksempel det ekstreme tilfellet der de to partenes forslag var henholdsvis $ 67.100 og $ 66.000 og forskjellen for å oppnå avgjørelse var avtalt til å være $ 1.000. Forskjellen mellom partene er kun $ 1.100. I dette tilfellet vil en kommunikasjon til begge partene som angir "hvis du slakker på beløpet VIL du nærmest sikkert ha et oppgjør" sannsynligvis si begge parter at de var svært nær et oppgjør, og således, muliggjøre en estimering av hva den andre enheten hadde foreslått. Uansett ville partene, i et slikt ekstremt tilfelle, sannsynligvis gi etter for å få et oppgjør hvis de fikk spesifisert forslagene. Således kan anmodningen eller oppfordringen betydelig øke sannsynlighetene for et oppgjør.
I det spesielle tilfellet med en menneskelig hjelper ville fortrinnsvis retningslinjer for å formulere nøytral kommunikasjon og/eller et sett med foreslått kommunikasjon som man skal holde seg til fortrinnsvis bli anvendt for å avgrense utøvelsen av skjønn og å begrense hjelperens handlinger. Dette minimaliserer muligheten for at noen av partenes forslag kan bli anslått eller kjent. På dette viset oppnås en større grad av fleksibilitet i forhold til en helautomatisert hjelper fordi den menneskelige hjelperen kan utøve et skjønn som imidlertid vil være begrenset.
I tilfelle med en helautomatisert hjelper eller en person som virker sammen med datamaskinledelse vil reglene og retningslinjene fortrinnsvis være programmert i datamaskinen eller være del av en kunnskapsbase som er tilgjengelig for hjelperen. Disse konfigurasjonsvalgene er betydelig mer begrensende for skjønnet til den rent menneskelige hjelperen, men den datamaskinledete personen gjør det fremdeles mulig for en eller begge parter å vekselvirke med en person under forhandlinger, hvis det er ønskelig.
Uansett om hvorvidt hjelperen er en person, en datamaskin eller en kombinasjon av de to, bør uttalelsene som gjøres i kommunikasjonen være lik. Avhengig av faktorer slik som: partenes identitet eller forfinethet, partenes erfaring med det spesielle tvist-løsningsarrangementet som er beskrevet heri, geografiske forhold, etc., kan uttalelsene som blir brukt som anmodninger eller oppfordringer være mer eller mindre dagligdagse. I tillegg bør uttrykkene generelt ha et positivt og oppmuntrende utgangspunkt i de fleste tilfelle for å forsikre partene om at muligheten for oppgjør er godt. Det følgende er noen få eksempler som blir ansett til å være representative, men som på ingen måte er ekskluderende eller uttømmende, akseptable uttalelser eller anmodninger: "Forsikringsselskapet vil øke sitt tilbud hvis du reduserer ditt forlangende." "Kravstilleren har nedjustert sitt forlangende betydelig, men tilbudet må også økes." "Du er nær er et oppgjør men du må fremdeles gi noe etter."
"Det er en realistisk sannsynlighet for oppgjør i den neste runden hvis du regulerer ditt [tilbud/forlangende].''
"Partene er meter, ikke kilometer, fra hverandre."
"Partene bør vurdere å gjennomgå oppgjør som er nådd i tilsvarende saker før den neste runden."
"Du bør ta i betraktning at i løpet av din forhandling har to liknende saker blitt oppgjort, en for $ 125.000 og den andre for $ 138.000."
Som et valgbart alternativ, eller supplement, til anvendelse av en hjelper kan det brukes en "kraft"-runde. En kraftrunde er en tilleggsrunde som, etter avtale mellom partene eller som et resultat av en implementasjonsparameter, enten gir en mindre fordel til en
av partene eller endrer reglene på et forutbestemt vis, hvis det foreskrevne antall runder ikke forårsaker oppgjør av kravet. Mer bestemt kan en kraftrunde komme som resultat av en bestemt avtale mellom partene på et punkt i prosessen, eller bli tildelt på grunnlag av en anvendelse av en systemparameter, for eksempel den parten som først engasjerte systemet for kravet, forskjellen i den siste runden i forhold til andre runder, en matematisk analyse av tilbudet og forlangendet i den nærmest foregående runde(er), beløpet som en eller begge parter har regulert sine forslag pr. runde, en analyse av tilbudet og forlangendet vis-å-vis statistiske data som er tabulert og/eller opprettholdt av systemet med hensyn til andre oppgjør eller andre passende implementerte betraktninger.
Figur 6 viser en forenklet programflyt når systemet innbefatter en kraftrunde. Forhandlingen begynner (100) når en enhet innsender minst en verdi. Straks systemet har en verdi fra hver enhet (hvis det kun er to), mottar prosessoren en eller flere verdier fra den første enheten (102) og verdier for den andre enheten (104) pares (106) og vurderes (108). Hvis et par tilfredsstiller kriteriene på normalt vis (110) og et oppgjørs-beløp kommuniseres (112). Dette er i hovedsak grunnsystemfunksjonen beskrevet over. Imidlertid, hvis de normale rundene ikke resulterer i et oppgjør, og alle de normale rundene har blitt utnyttet (114), vil systemet kontrollere om en kraftrunde for forhandlingen er tilgjengelig (116). Hvis ikke kan saken ikke avgjøres (118). Hvis en kraftrunde er tilgjengelig, så vil systemet kontrollere om en kraftrunde er mulig for denne bestemte forhandlingen (120). Selv om det ikke er nødvendig gir dette systemet fleksibiliteten til å for eksempel spørre hvorvidt en eller flere enheter ønsker å "kjøpe" en kraftrunde, iverksette et hjelperinngrep (om tilgjengelig), spør etter kriterie-modifikasjon eller andre slike modifikasjoner eller egneskaper som er ansett som ønskelig. Hvis kraftrunden ikke er gjort tilgjengelig (122) som følge av mangel på vilje fra en enhet til å kjøpe en, eller for eksempel en av de forhandlende enhetenes manglende evne til å bli enig om kriteriene, vil saken ikke kunne oppgjøres (124). Hvis kraftrunden er tilgjengelig vil systemet utføre en kraftrundevurdering for et eller flere verdipar ved bruk av kraftrundekriteriet (126) eller en kraftrunderretningslinje som partene har blitt enige om. Som med normale runder vil saken ikke gjøres opp (128) hvis kraftrunden svikter. Hvis la-aftrundekriteriene møtes vil saken bli oppgjort. Avhengig av den bestemte implementasjonen kan oppgjørsverdien bli gjenstand for regulering. I slikt tilfelle vil systemet etter valg videre avgjøre hvorvidt en regulering skal gjøres (130), og hva den bør være (132). Systemet kommuniserer så en oppgjørs-melding (134) på det samme generelle vis som beskrevet over.
I et eksempel på en kraftrunde som kommer etter en grense på 3 runder anmodes en part, typisk kravstilleren, om å innsende en fjerde verdianalyse i sammenheng med den siste verdien (i dette eksemplet, den tredje) fra svarparten. Ved denne løsningen opprettholder, snarere enn å forkaste, systemet den siste svarpartens siste verdi fra den siste normale runden til kraftrunden er fullført. Kravstillerens fjerde innsending analyseres så med svarpartens verdi som ble brukt i den tredje runden mot bruk av et spesielt kriterium. Avhengig det bestemte systemet kan kriteriene som ble anvendt fra og med den første runden til og med den tredje runden fremdeles bli anvendt, eller nye kriterier kan bli tilført. For eksempel, hvis kriteriene som ble anvendt i den første til og med den tredje runden var en bestemt prosentdel kan systemet utnytte et annet kriterium, for eksempel ved å endre fra prosentforskjell til en fast beløp forskjell, og utvide prosentforskjellen, og utvide beløpsforskj ellen eller å anvende et annet forhåndsvalgt kriterium som er avtalt mellom partene, hvor det bestemte kriterium som ble tillatt eller anvendt i kraftrunden vis-å-vis kriteriene i en normal runde er et implementasjonsvalg.
I alle tilfelle, hvis kraftrundekriteriene så blir tilfredsstilt vil saken bli oppgjort. Hvis ikke vil saken ikke bli oppgjort. Selv med den valgbare kraftrunden blir, straks et oppgjør blir nådd, eller ikke blir nådd, alle tilbud og forlangender fra alle runder som ikke tidligere har blitt slettet forkastet.
Et annet eksempel på en kraftrunde er å gi en part mulighet til å innsende multiple tilleggsverdier (enten tilbud eller forlangender) som hver anvendes mot den siste verdien som er innsendt av motparten, til enten et oppgjør nås eller parten gir opp.
Et annet eksempel på en kraftrunde er å endre oppgjørskriteriene for sluttrunden. I et femrundescenario vil for eksempel de fire første rundene forløpe ved bruk av et felles kriterium, men for den femte vil det bli benyttet et nytt eller modifisert kriterium. Partene kan for eksempel ha avtalt at hvis en femte runde blir nødvendig vil systemet utvide prosentforskjellen med 2%, øke den faktiske forskjellen oppover med $ 1.000 eller tillate en bestemt regulering av formelen som blir benyttet med et forutbestemt beløp. Deretter vil den femte runden gå videre som i de foregående fire.
I en annen kraftrundevariant foregår alle rundene på et normalt vis og, hvis det ikke resulterer i et oppgjør, kjøres en eller flere av tidlige rundene sekvensielt under nye, avtalte kriterier. Denne kraftrundevarianten krever at alle verdiene holdes inntil enten sakens oppgjørskri terier er tilfredsstilt eller fullførelsen av runden fremdeles ikke resulterer i et oppgjør.
I enda en annen variant gjenkjøres hver av rundene men kriteriene endres inkrementelt. For eksempel, hvis partene avtaler en 3% utvidelse i prosent kan hver runde kjøres på nytt, først med 1% utvidelse, så med en 2% utvidelse, etc. Hvis de anvendte kriterier på et punkt tilfredsstilles løses tvisten. Likeledes kan en utvidelse på $ 6.000 implementeres fullstendig på en gang ved en faktisk utvidelse på $ 6.000 pr. runde, eller, for eksempel, ved sekvensielt å endre beløpet i trinn med $ 6.000, $ 4.000, $ 2.000 og $ 1.000 i hver av den første til og med den fjerde runden eller $ 2.000, $ 4.000 og $ 6.000 i en tredje rundeforhandling.
Det er tenkt at ytterligere andre kraftrundevarianter kan enkelt implementeres for å oppnå en tilsvarende virkning, hvor det viktige punktet er tilveiebringelsen av en tilleggsmulighet for oppgjør ved anvendelse av kjente, selv om muligens forskjellige, parametere sammenlignet med en normal runde.
Som en ytterligere implementasjonsdetalj kan det være ønskelig å pålegge en "kostnad" til gjengjeld for kraftrunden. For eksempel, hvis en part får en fordel i en kraftrunde kan det kreves at den parten må gi sitt samtykke til en tidligere avslørt regulering som vil bli beskattet fra det endelige oppgjøret. Med andre ord, er en part i denne varianten i stand til å "kjøpe" en kraftrunde til en forutbestemt pris. For eksempel, hvis det normale betalingsbeløpet ville bli basert på midlet til de to verdiene som utløste oppgjøret kan en betalingsberegning for et lcraftrundeoppgjør innebære en regulering til mindre enn midlet for den kravstilleren eller mer enn midlet for sponsoren eller den anklagede. Med andre ord, anta at et oppgjør ble utløst ved et tilbud på $ 50.000 og et forlangende på $ 55.000. I en runde hvor det normale betalingsbeløpet ville være midlet, ville det normale betalingsbeløpet bli beregnet til $ 52.500. I en kraftrunde kan betalingen tenkes å bli bare $ 51.250 til kravstilleren fordi kravstilleren sa seg enig i en $ 1.250 fastverdiregulering eller en beregnet regulering på 50% av forskjellen mellom tilbudet og midlet for å kjøpe en kraftrunde. Likeledes, hvis svarparten i stedet for kravstilleren kjøpte taaftrunden kunne betalingen bli $ 53.750.
Man vil forstå at en rekke reguleringstyper kan gjøres hvor den viktige ting er at det er en "quid-pro-pro" til den part som kjøper kraftrunden. Sagt på et annet vis, dette kraftrundeslaget stiller spørsmålet: "Ville du gi etter med <en størrelse> for å få en ny mulighet til å nå et akseptabelt oppgjør?"
Det vil nå videre være klart at alternative arrangementer kan kombinere bruken av en
hjelper for å anmode om anvendelsen av en kraftrunde eller kun bruke hjelperen for en kraftrunde. I et scenario kan hjelperen være den som foreslår kraftrunden etter en rekke med mislykkede runder. I et annet tilfelle kan hjelperen foreslå å endre kriteriene for en kraftrunde uten å foreslå en spesiell endring. Dette gjør mulig en større sannsynlighet for oppgjør, samtidig som partene ikke inviteres til å spekulere med hensyn til sin motparts forslag. Således vil hjelperens inngripen ikke påvirke systemets nøytralitet. I nok et annet tilfelle kan hjelperen umiddelbart gripe inn etter en kraftrunde som er "kjøpt" for å, for eksempel, tilveiebringe en uttalelse som er avledet fra de tabulerte dataene fra forutgående oppgjør.
Som et eksempel kjøper kravstiller en kraftrunde som gjengjeld for en $ 3.000 reduksjon i oppgjørsbetaling. I denne kraftrunden vil tilbudet fra den siste runden bli sammenlignet med et nytt forlangende. Det siste tilbudet var $ 100.000 og det siste forlangendet var $ 118.000, slik at forskjellen er $ 18.000. Anta at, for å bli oppgjort, må tilbudet og forlangendet være innenfor $ 12.000. Hjelperen inngriper med en faktauttalelse, utledet fra de tabulerte data, at: "Over 75% av krav som tilsvarer deres har blitt oppgjort for mellom $ 85.000 og $ 110.000 i denne jurisdiksjonen", eller "ditt siste tilbud/forlangende var mer enn 15% unna middeloppgjøret som har blitt betalt ved tilsvarende krav i din jurisdiksjon." Etter å ha mottatt en av disse anmodningene senker kravstilleren forlangendet til $ 110.000 og saken gjøres opp. I dette eksemplet beregnes betalingen normalt som midlet mellom tilbudet og forlangendet som tilfredsstiller
kriteriet. Fordi oppgjøret fremkom fra et $ 100.000-tilbud og et $ 110.000-forlangende, så er midlet $ 105.000. Imidlertid, fordi oppgjøret fremkom fra en kraftrunde som ble
kjøpt av kravstilleren for en reduksjon på $ 3.000, så vil oppgjørsbetalingen bli redusert med $3.000 til $ 102.000.
Selv om oppgjørskriteriene i det grunnleggende arrangementet også kan være forskjellig i runder er det i noen tilfeller ønskelig å håndheve en obligatorisk nivåstruktur som endrer kriteriene som ble anvendt på grunnlag av forlangende- eller tilbudsbeløpet.
Systemet kan for eksempel være innstilt slik at for et forlangende eller tilbud under $ 10.000 kan oppgjørskriteriet være en eller begge av 30% eller $ 2.500. Hvis enten tilbudet eller forlangendet er lik eller overstiger $ 10.000 endrer kriteriet til 30% eller $ 5.000. Hvis enten tilbudet eller forlangendet er lik eller overstiger $ 25.000 kan kriteriet skifte til en eller begge av 35% eller $ 8.000. Selvsagt kan det bestemte avskjærings-punktet, området innenfor hvilket et kriterie er gjeldende eller det bestemte prosenttall og/eller forskjellsbeløpet som blir anvendt innenfor et område variere fra system til system eller forhandling til forhandling. Dessuten, kan det i enkelte tilfeller være ønskelig å gi en eller flere parter muligheten til å spesifisere enkelthetene for en eller flere av de ovenstående.
Avhengig av implementasjonen er det mulig for et bestemt forlangende å falle innenfor et område og et tilbud å falle innenfor et annet område. I det tilfellet er det foretrukket å kreve at forskjellen mellom enten a) maksimal eksponering og minimal binding tilfredsstiller det videste kriteriet eller b) faktisk forskjell mellom tilbud og forlangende tilfredsstiller det bredeste kriteriet. Alternativt kan det benyttes å prioritere bruken av eksponering/vinning kontra tilbud/forlangende, å prioritere et kriterium fremfor et annet eller å kreve tilfredsstillelse av begge kriterier.
I noen tilfelle, og spesielt når oppgjørsbeløpet er beregnet til å være midlet, kan bruken av et nivådelt arrangement resultere i et oppgjørsbeløp som er høyere enn en største eksponering eller, avhengig av de andre valgene som blir benyttet, gå under minstevinningen.
Et eksempel på et slikt scenario er vist i tabell 2.
I det ovenstående scenario blir kriterium A benyttet i begge runder for begge tilbud fordi de aldri overstiger $ 10.000. Likeledes anvendes kriterium B i begge runder for forlangende fordi de begge var større enn $ 10.000. Det var intet oppgjør i runde 1 fordi verken det faktiske tilbudet og forlangendet eller eksponeringen/vinningen møtte de angitte kriteriene. I runde 2 ble et oppgjør nådd fordi $ 4.000-forskjellskriteriet ble møtt av tilbudet og forlangendet og både A- og B-kriteriene ble tilfredsstilt av eksponering/ vinningsforskj ellen.
Fordi eksponering/vinning bestemmer det største beløp som skal bli betalt eller det minste som skal bli mottatt ville bruk av midlet til $ 8.000-tilbudet og $ 12.000-forlangendet resultere i en betaling på $ 10.000. Imidlertid, fordi den største eksponeringen på grunnlag av $ 8.000-tilbudet er $ 9.200, så vil betalingsbeløpet bli satt lik den eksponeringen i stedet for medianen. I det omvendte tilfellet ville betalings-beløpet ikke bli mindre enn minstevinningen.
Som et ytterligere alternativ med det nivådelte arrangementet, hvis størsteeksponeringen og minstevinningen er lik, kan den betingelsen bli brukt som et ytterligere eller alternativt oppgjørskirterium. Avhengig av implementasjonen kan et samsvar mellom minste vinningsbeløpet og største eksponeringen være innstilt til å automatisk utløse et oppgjør og å overstyre ethvert annet angitt kriterium. I tilfelle med samsvar mellom eksponering og vinning vil den verdien også forbigå betalingsbeløpberegningen.
Som beskrevet heri kan sponsorer og fullmektiger opprettholde en konto hos leverandøren av tvistløsningssystemet hvis de forventer å inngi saker til løsning med jevne mellomrom. Det er imidlertid velkjent at saksøkerens fullmektiger i "usikre saker" kan ta en tredjedel, eller mer, av en oppgjørsbetaling for honorarer, utgifter og/eller utbetalinger. Fortrinnsvis, fordi systemet er direkte tilgjengelig oppkoblet for andre enn fullmektiger, for eksempel via Internett eller telefon, er tvistløsning direkte tilgjengelig til den enkelte uten de normale risiki eller problemer som kan oppstå ved at en person virker som sin egen advokat. Som resultat kan kravstillere og svarparter hver på sin side dra fordeler på et eller flere av de følgende vis.
Der er fire mulige kravstillerfordeler som spesielt kan fremkomme ved at en kravstiller direkte iverksetter innføring av sin tvist for automatisert tvistløsning i det første tilfellet. Først, fordi systemet ikke arbeider med loven eller fakta, kun bunnlinjen, er det ikke behov for at en kravstiller må være sofistikert, lovkyndig eller en dreven forhandler for å oppnå et akseptabelt oppgjør. For det andre blir kravstilleren ikke gjenstand for et "usikkerhetshonorar" eller andre juridiske kostnader, selv om de kan bli belastet med et "engasjementshonorar" som uttrykk for god tro eller for å motvirke innsending av ubetydelige krav. Til å være i tråd med det oppkoblede implementasjonsaspektet vil engasjementshonoraret mest sannsynlig kunne belastes et kredittkortnummer som blir oppgitt av den direkte engasjerende parten. Alternativt, eller tilleggsvis, kan engasjementshonoraret bli tilbakebetalbart hvis et oppgjør blir nådd hvis, for eksempel, en sponsor samtykker i å betale et fast honorar hvis tvisten blir forhandlet ved bruk av systemet eller et oppgjør blir nådd ved bruk av systemet. For det tredje kan saken bli løst mye hurtigere enn det som er tilfelle gjennom konvensjonelle retts- eller tvistløsningsveier fordi kravstilleren har større styring med forhandlingen fordi de fremstiller forlangende i stedet for å autorisere en fullmektig til å godkjenne oppgjør som ikke er mindre enn et bestemt beløp. Til slutt, som vil bli drøftet i nærmere detalj under, kan anvendelsen av systemet resultere i at kravstilleren mottar sin betaling hurtigere og/eller mer komfortabelt.
Det er også minst tre mulige fordeler når en anklaget iverksetter den automatiserte tvistløsningsprosessen for et gitt krav. For det første reduseres juridiske honorarer fordi fullmektigmedvirkning i prosessen vanligvis vil være minimal, om ikke fraværende. For det andre vil, i enkelte tilfelle, en saksøker ikke være oppmerksom på den mulige verdien av sitt krav og således fremsette forlangender, som fører til oppgjør, som er godt under det som den anklagede kunne blitt tvunget til å betale gjennom konvensjonelle retts- eller tvistløsningskanaler. Til slutt, hvis en kravstiller kan engasjere systemet direkte, i stedet for å gå gjennom en fullmektig, øker muligheten for et hurtig oppgjør på grunn av forsinkelser som følger av oppdragskøer eller fullmektigers mangel på oppmerksomhet mot mindre krav til fordel for større blir eliminert.
Kravstillere kan bli tiltrukket mot systemet ved bruk av konvensjonell trykking, radio og televisjonsmedia, sladder, koblinger på nettsteder, partnerskap med portaler eller nettbaserte selskaper og/eller gjennom tilhørighetsprogramarrangementer.
Forsikringsselskap kan for eksempel tilby insentiver i form av rabatter på forsikrings-produkter til kravstillere som direkte engasjerer systemet. Alternativt kan et selskap tilby et insentiv, slik som en høyere investeringsavkastning på en annuitet eller reduserte honorarer for et produkt hvis kravstilleren direkteengasjerer systemet, et oppgjør blir nådd og midlene blir investert gjennom selskapet.
Alternativt kan tilhørighetsprogrammer bli arrangert med enheter slik som flyselskaper eller kredittkortselskaper slik at, hvis et oppgjør blir nådd, vil kravstilleren motta bonuspoeng eller et debiteringskort for oppgjørsbeløpet. Andre egnede partnerskap og tilhørighetsarrangementer kan oppstilles, for eksempel med enheter i reise-/investerings-/bank-/bil-/publiserings-/hus- eller kapitalvareforretninger. Avhengig av den bestemte omstendighet kan det dreie seg om en betaling mellom tvistløsningssystemleverandøren og tilhørighetsprogrampartneren.
En annen valgbar variant tilveiebringer et ytterligere insentiv til en part for å iverksette innlegging av en tvist for automatisert løsning. I denne varianten, hvis den første innleggingen av en tvist er et resultat av en direkte kontakt, identifiseres den parten som innsender tvisten som en iverksetter. Systemet registerer det faktum for senere bruk hvis et oppgjør blir nådd. Rundene forløper i henhold til den bestemte implementasjon som blir anvendt. Hvis et oppgjør imidlertid blir nådd i en bestemt runde brukes, i stedet for å beregne et oppgjørsbeløp i henhold til den normale formelen, en saksløsningsbetaling ved bruk av en annen formel som favoriserer iverksetteren eller, alternativt, så gjøres en vindfallsbeløpregulering av det normale betalingsbeløpet som ellers ville bli anvendt når det ikke har en "iverksetter". Et eksempel på et tilfelle uten "iverksetter" er når kravet først innsendes av en fullmektig som har en konto i systemet.
Avhengig av implementasjonen kan det være ønskelig, hvis den saksøkte kan være en direkte kravstiller, å kreve at den saksøkte "deponerer" midler slik at risikoen for etteroppgjørsbetalingssvikt reduseres hvis det oppnås et oppgjør. En mulighet til å
oppnå dette, for små saker, er å belaste deres betalings-Zkreditt- eller betalingskort med et bestemt deponeringsbeløp. En annen mulighet for å oppnå dette formål er å kreve at personen overfører midler fra en av sine konti til en deponeringskonto som er opprettet spesielt for dette formålet.
For å kunne rimelig vurdere beløpet som er nødvendig for deponering kan systemet utnytte saksinformasjonen som er tilveiebrakt for å identifisere liknende saker som har blitt oppgjort, og, ved bruk av denne informasjonen beregne et anslag for det nødvendige deponeringsbeløpet som er tilstrekkelig for å tilfredsstille et oppgjør, hvis det blir nådd. Systemet er også fortrinnsvis anordnet til å kreditere et overskytende beløp tilbake til den saksøktes kredittkort eller konto hvis oppgjørsbeløpet som ble nådd var mindre enn deponiet.
Et belysende eksempel er en kravstiller med et gjeldende verserende krav som har oppstått ved en bilulykke som ser en artikkel på et forbrukerrettet nettsted om automatisert tvistløsning. Dette får saksøkeren til å gå til det identifiserte nettstedet som virker som et Internett grensesnitt til et automatisert tvistløsningssystem. Kravstilleren innsender kravet til systemet og belastes for et engasjementshonorar på $ 75. Fordi kravstilleren kontaktet systemet direkte og svarpartens forsikrer ikke tidligere har innsendt dette spesielle kravet til systemet flagges kravstilleren i systemet som en iverksetter. Noe tid deretter samtykker forsikreren også i at systemet skal brukes for det kravet. Partene avtaler et antall runder og et oppgjørskirterium, innsender sine respektive verdier og saken blir oppgjort som resultat av analysen i den andre runden. Systemet innstiller slik at et normalt betalingsbeløp vil være midlet av verdien som er innsendt av de stridende partene. Imidlertid, som del av beregningsfunksjonen, identifiserer systemet at iverksetterflagget er satt for kravstilleren. Som resultat av dette beregnes betalingen forskjellig for å tilveiebringe en vindfallsfordel for kravstilleren. For eksempel kan kravstilleren motta tilbudsbeløpet, et beløp som er angitt ved hjelp av en ny formel, en prosentandel som overstiger middelbeløpet, et fast bonusbeløp eller midlet kan bli anvendt i stedet for det laveste av tilbudet eller forlangendet i den bestemte formelen, for å tilveiebringe en høyere betaling til kravstilleren i forhold til det som kravstilleren kunne ha oppnådd i det normale tilfellet.
På et tilsvarende vis, hvis to parter i en tvist begge er enkeltpersoner og svarparten er iverksetteren, så vil "vindfallet" være i form av et redusert betalingsbeløp i forhold til et normalt betalingsbeløp.
I ytterligere andre implementasjoner kan "vindfallet" bare bli iverksatt hvis det er en igangsetter og forlangendet og tilbudet har krysset eller passert hverandre, dvs. i en runde er tilbudet mindre enn forlangendet og i den neste runden er tilbudet større enn forlangendet. I en slik situasjon er den enkleste vindfallfordelen å sette oppgjørs-betalingen til iverksetterkravstilleren lik hele det tilbudte beløpet i stedet for det beregnede normale betalingsbeløpet. I omvendt fall er det enkleste vindfallet for iverksettersvarparten å sette betalingen som de vil foreta lik forlangendet.
Man vil akseptere at den bestemte vindfallsreguleringen vil være avhengig av den spesielle implementasjonen som blir benyttet. Som følge av dette er det viktige aspektet at systemet holder rede på hvorvidt en bestemt part er en iverksetter og at det er en fordel som kan tilfalle iverksetteren når et oppgjør blir nådd.
En ytterligere fordel som til dels følger fra systemets oppkoblede egenskap er evnen til automatisk å tilveiebringe umiddelbar betaling til en kravstiller eller å iverksette en umiddelbar overføring av oppgjørsbetalingen eller -verdien når et oppgjør har blitt nådd. Systemet i figur 7 er en forenklet systemvariant som innbefatter et grensesnitt 72 for å bevirke betaling til kravstilleren automatisk. For eksempel kan grensesnittet 72 være et betalingskortkontosystem slik at hvis et oppgjør blir nådd, og kravstilleren er registrert som kortholder krediteres kravstillerens kreditt-/betalings-/belastnings-/underholdningskort automatisk med oppgjørsbeløpet. Likeledes, hvis kravstilleren har et smartkort, kontantkort, oppkoblet krediterbar portemoné eller -modul, eller annen oppkoblet mulighet som er tilgjengelig for at mottageren automatisk (og fortrinnsvis direkte) kan motta overføringen, kan systemet være konfigurert for automatisk å kreditere dem med oppgjørsbeløpet. Gitt det store antall muligheter som er kjent for å overføre eller motta verdier oppkoblet og veksthastigheten for nye løsninger til å gjøre dette vil man innse at grunnprinsippet er den automatiske tilveiebirngelsen eller overførelsen av verdien, ikke den bestemte script, protokoll eller innretning som blir anvendt for å gjøre dette.
Alternativt kan kravstilleren forsyne systemet med et kontonummer til hvilken en elektronisk overføring av midler automatisk kan overføres.
I noen tilfelle er grensesnittet bare en forhåndskonfigurert bærer for å kommunisere med en myndighet for å informere myndigheten om at en overføring skal foretas. På dette viset kan egnede arrangementer gjøres slik at systemet kan omforme oppgjøret til en pengeløs realverdibetaling eller -overføring. For eksempel, gjennom et arrangement med et flyselskaps hyppigflygeprogram, eller annet program som tilbyr "poenger", kan oppgjøret blir omformet til riktige milmengder eller poenger. Alternativt kan oppgjøret innebære et pengeløst oppgjørstall som automatisk kan iverksette en overføring av aksjer, obligasjoner, varer, edle metaller, smykkestener, etc. som er i bero hos en deponeringsagent. I slike tilfelle må verdien som er tilveiebrakt av svarparten være minst lik det høyeste tilbudet som de vil fremsette. I tilfelle av et oppgjør beregnes det riktige beløpet som oppgjørstallet og blir automatisk overført til kravstilleren. For eksempel, i tilfelle med aksjer, vil aksjene automatisk bli registrert i saksøkerens navn.
I tilfelle med edle metaller vil en konto automatisk bli åpnet i kravstillerens navn og et egnet beløp vil automatisk bli kreditert den kontoen. Man vil innse at, konsistent med beskrivelsen heri, vil automatisert tvistløsning kunne bli utvidet til å anvendes for andre betalingsaltemativsituasjoner på et enkelt vis.
Det kan også være ønskelig å implementere slik at, som reaksjon på et oppgjør, det iverksettes en automatisk overføring av eierrett eller en eierskapsinteresse i noen, for eksempel i det tilfellet hvor tvisten er en skilsmisse og betaling kan gjøres ved overføring av eierrett til et feriested fra den ene til den andre parten. I et slikt tilfelle vil egnede dokumenter som autoriserer overføringen bli utført men ikke registrert. Hvis et oppgjør blir nådd vil systemet automatisk underrette de riktige enhetene og tilveiebringe de nødvendige dokumenter for å effektuere overføringen med et minimum av kravstillermedvirkning.
Ytterligere varianter kan iverksette utstedelse av et forsikringsprodukt, slik som en annuitet eller en fullt ut betalt forsikringspolise på oppgjørsbeløpet.
En mulig ulempe ved et system som setter en kravstiller i stand til å direkte engasjere systemet er kravstillerens mulige redsel for at, selv om et oppgjør blir nådd, fullmektigmedvirkning kan være nødvendig for å fullende oppgjøret. Systemet kan fordelaktig etter valg være bygget for å ta hensyn til denne bekymringen. Spesielt kan systemet være bygget for automatisk å frembringe oppgjørsdokumenter når et oppgjør er nådd. Som beskrevet over, når partene engasjerer systemet tilveiebringer en eller flere av partene saksbestemt informasjon. Systemet rommer et antall maler som kan bli anvendt for å frembringe oppgjørsdokumenter som er egnet for saken. For eksempel kan en oppgjørsavtale og/eller-frigivelse bli frembrakt ved å uttrekke den egnede informasjonen som er tilveiebrakt for tilfellet og å inkorporere dem i malen. Likeledes, hvis tilstrekkelig informasjon er tilveiebrakt for en tvist som for tiden verserer i en rett, kan systemet bruke en egnet mal for å frembringe en stipulering og/eller awisnings-order i samsvar med kravene til den bestemte jurisdiksjonen. Straks det er frembrakt kan man få tilgang til dokumentet i en form som er egnet for trykking og umiddelbart utøvelse eller i et tekstformat som muliggjør at ytterligere tillegg og/eller modifikasjoner kan gjøres for å bli tilpasset lokale regler eller vaner. I den videste betydning kan den oppkoblede dokumentegenskapen bli koblet til en med en automatisert kontorist som tar en tur til den lokale bokhandel etter det riktige rettsformularet og så skrive inn den egnede informasjonen. Alternativt kan bestemte jurisdiksjoner begrense formen til og slaget av dokument som blir tilveiebrakt. Som resultat er systemet fortrinnsvis bygget for å ta hensyn til slike begrensninger og restriksjoner innenfor den jurisdiksjonen og å tilveiebringe alle egnede fraskrivelser i så henseende.
Mange flerpartsforhandlinger kan håndteres direkte som en gruppe med toparts-forhandlinger som angitt over. Imidlertid, i enkelte tilfelle, og spesielt når kravet innebærer en enkelt enhet mot en gruppe med enheter ved et krav, kan sammenfatning av gruppenes individuelle tilbud eller forlangender forenkle behandlingen.
Avhengig av det bestemte systemet, kan sammenfatningen være fullstendig eller til dels usynlig for noen av eller alle partene. For eksempel, hvis en saksøker har et krav mot tre atskilte parter (kollektivt "gruppen"), kan gruppen være koblet slik at systemet fremdeles vil godkjenne enkeltinnsendinger fra hver. Imidlertid, straks de er mottatt, vil enkeltinnsendinger fra hvert medlem av gruppen bli lagt sammen med tilsvarende innsendinger fra andre i gruppen for å danne et eller flere sett med sammenfattede verdier. Systemet er "helt blindt" fordi de enkelte medlemmene i gruppen ikke informeres om at sammenfatningen blir foretatt. En sammenfattet verdi brukes i systemet som om den var et tilbud eller et forlangende som er innsendt av en enkelt enhet. I dette systemet kan det være dannet en "sammenfattet verdi"-modul som summerer enkeltverdier fra forskjellige enheter som deler en felles motpart ved kravet. Systemet vil sammenligne den sammenfattede verdien med et motstående tilbud eller forlangende som beskrevet over. Med andre ord, straks det er sammenfattet, kan forhandlingen fortsette som om det var en topartsforhandling, fordi det så er på det punkt fra systemperspektivet.
Det er viktig å merke seg at, som med topartsforhandling, blir verdiene som er innsendt av alle medlemmene i gruppen ikke avslørt for deres motpart. Likeledes avslører systemet ikke motpartens innsending for noe medlem i gruppen. Avhengig av det bestemte systemets konfigurasjon kan det være at innsendinger fra enkeltmedlemmer i gruppen ikke blir avslørt for noen andre medlemmer av gruppen.
I tilfelle med et helt blindt sammenfatningsarrangement avsløres enkeltstående innsendinger ikke for noen andre enn den parten som foretar innsendingen. Et eksempel på en helt blind forhandling er vist i tabell 3.
Et delvis blindt arrangement setter gruppen i stand til å få tilgang til hverandres innsendinger. For å forhindre eskalering i innsendinger av et individ på grunnlag av innsendingene fra andre i gruppen, er det ønskelig kun å muliggjøre tilgang for et individ til innsendingene fra de andre i gruppen etter at alle enkeltverdiene har blitt innsendt og verdiene har blitt låst mot tilbaketrekking eller endring.
Et eksempel på dette slag av delvis blind forhandling er vist i tabell 4.
Et annet delvis blindt arrangement setter gruppen i stand til å fullstendig samarbeide om en felles innsending. I dette tilfellet informeres motparten om at tilbudet eller forlangendet blir innsendt på vegne av part 1, part 2, etc. Motparten har så valget med å akseptere eller å avslå. Hvis motparten aksepterer og et oppgjør blir oppnådd, vil kravet bli oppgjort for alle partene i gruppen og deres motparter.
Et eksempel på dette slag av flerpartsforhandling er vist i tabell 5.
Tabell 5
Oppgjør hvis (sammenfattet) tilbud er minst 75% av forlangendet.
Delvis blindt (dvs. part A, B & D innsender i fellesskap tilbud som en enkeltverdi og saksøkeren informeres, "Du har et krav mot enhetene A, B, C og D. Tilbud blir innsendt av enhet A på vegne av enhetene A, B og D. Enhet C avslår å delta, hvis et oppgjør blir nådd kan du være i stand til å uavhengig forfølge ditt krav mot enhet C." Enhetene A, B og D kan beregne seg imellom andelene, angi en andel slik at systemet vil beregne et beløp som hver skylder, eller deler beløpet likt mellom alle deltagere.
I en annen ytterligere variant, straks den har fatt presentert listen med parter som utgjør gruppen, har motparten valget med å avslå og forhandle med gruppen, men å utpeke noen medlemmer av gruppen med hvem de vil forhandle som en gruppe. På dette viset får en saksøker muligheten for å "velge ut" en eller flere bestemte saksøkte, for å forsøke å opprettholde et krav mot dem, og en saksøkt får velge bort en eller flere saksøkere for å forhindre ett eller flere individer, for eksempel de som har en historie med tvilsomme krav, fra å ri på kravene til andre.
Sammenfatningene kan også bli utført uavhengig på begge sider av et krav. Således kan en gruppe innsende tilbud for sammenligning med en annen gruppes forlangender. Avhengig av den bestemte implementasjonen behøver sammenfatningsarrangementet og en side av kravet ikke være det samme som sammenfatningen som ble utført på den andre siden av kravet. Med andre ord, tilbud kan bli innsendt delvis blindt for sammenligning med forlangender som er sammenfattet i et helt blindt arrangement.
I alle tilfelle, hvis et oppgjør blir nådd, hvis gruppen hvis innsendinger ble sammenfattet vil betale på kravet, så vil betalingen fortrinnsvis være en pro-rata proporsjonal andel. Alternativt, i noen implementasjoner, kan medlemmene i gruppen angi en betalings-tilordning på en annen basis enn en pro-rata.
Hvis gruppen er dannet av individuelle parter som vil motta betaling, avhengig av det bestemte systemet, vil partene hver motta sine respektive forlangender i stedet for et middel. Alternativt kan ytterligere moduler bli dannet som utfører mer sammensatte porsjoneringer eller tilordninger av betalinger til saksøkere.
Fordi Internett er et globalt tilgjengelig medium kan spesielle legemliggjøringer innbefatte en "OmformLikLokalValuta"-modul som er dannet for å sette stridende parter i stand til å innsende tilbud eller forlangender i sin lokale valuta for sammenligning, selv om tilbudene er innsendt i en valuta og forlangendet i en annen. På dette vis kan hver part arbeide med en valuta med hvilken de er vant, og derved gjøre forhandlingen enda mer brukervennlig. Der forskjellige valutaer anvendes vil systemet for å analysere tilbudene og forlangendet omforme alle valutaene som er angitt til en felles valuta, som kan eller ikke kan være den samme valutaen som tilbudene og forlangendet, for sammenligning. For eksemplifisering, hvis tilbudene blir innsendt i japanske yen og forlangendet ble innsendt i italiensk lire, så kan systemet bruke yen, lire eller en tredje valuta, for eksempel US dollar, Euro eller til og med Thai Bhat, avhengig av den spesielle implementasjonen.
På et tilsvarende vis kan det gjøres et arrangement med en valutavekslingsenhet slik at, hvis et oppgjør blir nådd, kan kravstilleren bli betalt i en valgt valuta, uten hensyn til den valutaen som svarparten anvendte for å innsende tilbud. For eksempel, en gresk statsborger som innsender tilbud eller forlangender i US dollar kan angi automatisk betaling ved hjelp av kreditering av dennes bankkonto i Athen i drakmer.
Andre valgbare egenskaper innbefatter en "strukturbetalings"-modul som vil beregne en strukturert betaling fra oppgjørsbeløpet i samsvar med spesielle retningslinjer som er innsendt av en part. På dette viset kan ødelandskravstillere beskytte seg ved å angi at betalingen ikke skal tilveiebringes som et enkelt beløp, men heller gradvis med tiden. Koblet til det ovenstående betalingsvalget kan oppgjøret fordelaktig gjøre månedlige overføringer til en verdilagringsmodul, et kredittkort, en bank- eller meglerkonto, kvartalsbetalinger til en forsikringspolise, eller slike andre arrangementer som system-leverandøren kan anordne.
Andre valgbare egenskaper innbefatter bruken av forskjellige slag kommunikasjonskoblinger (for eksempel optiske kabler eller trådløse forbindelser), fordelte databaser, tilstandsmaskiner, kombinasjoner av sikre og usikre tjenere, fordelt prosessering, eller å implementere spesielle valg slik som indikatorer eller spesielle utstyrsfunksjoner, henholdsvis i programvare og omvendt. Likeledes kan prinsippene implementeres ved å anvende forskjellige slag lagring slik som bånd, faststoff, optisk, magneto-optisk, etc., i stedet for, eller i tillegg til de som er beskrevet heri.
Det er ment at den ovenstående beskrivelsen kun er representativ for illustrerende legemliggjøringer. Til fordel for leseren har beskrivelsen over fokusert på et representativt utvalg av alle mulige legemliggjøringer, et utvalg som forklarer prinsippene ved oppfinnelsen. Beskrivelsen har ikke forsøkt på uttømmende vis å oppliste alle mulige variasjoner eller kombinasjoner av de variasjonene som er beskrevet. At alternative legemliggjøringer ikke har blitt presentert for en bestemt del av oppfinnelsen, eller at ytterligere ubeskrevne alternative legemliggjøringer kan være tilgjengelig for en del, skal ikke betraktes som en fraskriver for de alternative legemliggjøringene. En ordinær fagmann vil innse at mange av de ubeskrevne legemliggjøringer innebærer forskjeller i teknologi mer enn forskjeller i anvendelsen av prinsippene ved oppfinnelsen. Man vil erkjenne at, på grunnlag av beskrivelsen som er gitt heri, de fleste prinsippene ved oppfinnelsen vil kunne overføres til annen bestemt teknologi for implementasjonsformål. Dette er spesielt tilfellet når teknologi-forskjellene innebærer forskjellig spesielle utrustninger og/eller programvare.

Claims (200)

1. Datamaskinutøvbar fremgangsmåte for tvistløsning, anordnet til å styre en datamaskin og lagret på minst et datamaskinlesbart medium, karakterisert v e d at fremgangsmåten, når den utøves, omfatter: a) å motta et mangfold av forlangender for et krav fra en første part, b) å motta et mangfold av oppgjørstilbud for kravet fra en andre part, c) å forhindre avsløring av forlangender for den andre parten, og å forhindre avsløring av oppgjørstilbud for den første parten, d) å beregne forskjeller mellom forlangendene og oppgjørstilbudene i runder, hvor hver av forskjellene beregnes i en runde ved bruk av ett forlangende og ett oppgjørstilbud, hvilket ene forlangende og ene oppgjørstilbud er ulike i verdi, e) å fastslå hvorvidt noen av forskjellene faller innenfor minst ett forutbestemt kriterium, f) hvis noen av forskjellene faller innenfor det minst ene forutbestemte kriterium, å overføre en melding til den første parten og den andre parten om at kravet er løst, og g) hvis forskjellene ikke faller innenfor det minst ene forutbestemte kriterium, å overføre en melding om at kravet ikke har blitt løst.
2. Fremgangsmåte ifølge krav 1, karakterisert ved at det ene forlangendet mottas før det ene oppgjørstilbudet.
3. Fremgangsmåte ifølge krav 1, karakterisert ved at det ene forlangendet mottas etter det ene oppgjørstilbudet.
4. Fremgangsmåte ifølge krav 1, karakterisert ved at den videre innbefatter: å begrense mangfoldet av oppgjørstilbud som kan mottas til maksimalt tre oppgjørstilbud.
5. Fremgangsmåte ifølge krav 1, karakterisert ved at den videre innbefatter: å tillate at en av partene angir et største rundeantall.
6. Fremgangsmåte ifølge krav 1, karakterisert ved atd), e), f) og g) utføres etter mottak av færre enn et angitt største antall forlangender for mangfoldet av forlangender.
7. Fremgangsmåte ifølge krav 1, karakterisert ved at opppgjørstilbudene mottas før noen av forlangendene mottas.
8. Automatisert fremgangsmåte for å oppgjøre en tvist mellom to parter ved bruk av pengeforlangender og oppgjørstilbud, karakterisert v e d at den innbefatter: å motta en engasjementsanmodning fra en første part for å engasjere et automatisert tvistløsningssystem, for et krav, og å være bundet av en kravløsning overført fra det automatiserte tvistløsningssystemet, å motta en engasjementsindikasjon fra en andre part om å engasjere det automatiserte tvistløsningssystemet for kravet, å motta en rekke med minst tre pengeforlangender fra den første parten, å motta en rekke med minst tre oppgjørstilbud fra den andre parten, å opprettholde utilgjengelighet til pengeforlangendet for den andre parten, å opprettholde utilgjengelighet til oppgjørstilbudene for den første parten, å sammenligne et første forlangende i rekken av pengeforlangender med et første oppgjørstilbud i en første runde for å fastslå om en første forskjell mellom det første pengeforlangendet og det første oppgjørstilbudet er innenfor en forutbestemt retnings-linje, hvis, i den første runden, den tørste forskjellen er innenfor den forutbestemte retningslinjen, å overføre en vellykket tvistløsningsunderrettelse til den første parten og den andre parten, hvis, i den første runden, den første forskjellen ikke er innenfor den forutbestemte retningslinjen, å sammenligne et andre forlangende i rekken av pengeforlangender med et andre oppgjørstilbud i en andre runde for å fastslå om en andre forskjell mellom det andre pengeforlangendet og det andre oppgjørstilbudet er innenfor den forutbestemte retningslinjen, hvis, i den andre runden, den andre forskjellen er innenfor den forutbestemte retningslinjen, å overføre en vellykket tvistløsningsunderrettelse til den første parten og den andre parten, hvis, i den andre runden, den andre forskjellen ikke er innenfor den forutbestemte retningslinjen, å sammenligne et tredje forlangende i rekken av pengeforlangender med et tredje oppgjørstilbud i en tredje runde for å fastslå om en tredje forskjell mellom det tredje pengeforlangendet og det tredje oppgjørstilbudet er innenfor den forutbestemte retningslinjen, og hvis, i den tredje runden, den tredje forskjellen er innenfor den forutbestemte retningslinjen, å overføre en vellykket tvistløsningsunderrettelse til den første parten og den andre parten.
9. Fremgangsmåte ifølge krav 8, karakterisert ved at, hvis, i alle de første, andre og tredje rundene, de første, andre og tredje forskjellene ikke er innenfor den forutbestemte retningslinjen, og overføre et mislykket tvistløsnings-signal til den første parten og den andre parten.
10. Fremgangsmåte ifølge krav 8, karakterisert ved at, hvis, i noen runde, den vellykkede tvistløsningsunderrettelsen overføres, innbefatter fremgangsmåten videre: å generere en oppgjørsverdimelding som innbefatter et oppgjørsbeløp som skal betales til den første parten av den andre parten.
11. Fremgangsmåte ifølge krav 10, karakterisert ved at den videre innbefatter: å beregne oppgjørsbeløpet ved bruk av minst det pengeforlangendet fra runden hvori den vellykkede tvistløsningsmeldingen overføres.
12. Fremgangsmåte ifølge krav 11, karakterisert ved at beregningen også anvender oppgjørstilbudet.
13. Fremgangsmåte ifølge krav 8, karakterisert ved at, hvis, i noen av de første, andre eller tredje rundene, den vellykkede tvistløsnings-meldingen overføres, fremgangsmåten videre innbefatter: å beregne en betalingsverdi for kravet fra et par verdier som er anvendt i runden for hvilken den vellykkede tvistløsningsmeldingen overføres, og å lagre betalingsverdien i en database som er tilgjengelig for engasjementsparten.
14. Fremgangsmåte ifølge krav 8, karakterisert ved at den største forskjellen i den første runden ikke er innenfor den forutbestemte retningslinjen, hvor fremgangsmåten videre innbefatter: å gjøre det første pengeforlangendet og det første oppgjørstilbudet utilgjengelige for det automatiserte tvistløsningssystemet for den andre runden.
15. Fremgangsmåte ifølge krav 14, karakterisert ved at den andre forskjellen i den andre runden ikke er innenfor den forutbestemte retningslinjen, hvor fremgangsmåten videre innbefatter: å gjøre det andre pengeforlangendet og det andre oppgjørstilbudet utilgjengelig for det automatiserte tvistløsningssystemet for den tredje runden.
16. Fremgangsmåte ifølge krav 15, karakterisert ved at den tredje forskjellen i den tredje runden ikke er innenfor den forutbestemte retningslinjen, hvor fremgangsmåten videre innbefatter: å gjøre det tredje pengeforlangendet og det tredje oppgjørstilbudet utilgjengelig for det automatiserte tvistløsningssystemet.
17. Fremgangsmåte ifølge krav 10, karakterisert ved at oppgjørsbeløpet er et middel av et forlangende og et oppgjørstilbud.
18. Fremgangsmåte ifølge krav 10, karakterisert ved at oppgjørsbeløpet er lik et beløp angitt i et forlangende.
19. Fremgangsmåte ifølge krav 8, karakterisert ved at den forutbestemte retningslinjen er at et enkelt oppgjørstilbud og et enkelt forlangende avviker fra hverandre med mindre enn et fastsatt beløp.
20. Fremgangsmåte ifølge krav 19, karakterisert ved at det fastsatte beløpet er $ 5.000.
21. Fremgangsmåte ifølge krav 19, karakterisert ved at det fastsatte beløpet er et beregnet beløp som representerer en prosentandel av en av det enkelte oppgjørstilbudet eller det enkelte forlangendet.
22. Fremgangsmåte ifølge krav 8, karakterisert ved at den angitte betingelsen er at et enkelt oppgjørstilbud er innenfor en forutbestemt prosentandel av et enkelt forlangende.
23. Fremgangsmåte ifølge krav 22, karakterisert ved at den forutbestemte prosentandelen er 70%.
24. Fremgangsmåte ifølge krav 22, karakterisert ved at den forutbestemte prosentandelen er 80%.
25. Fremgangsmåte ifølge krav 8, karakterisert ved aten av rekkene med tre pengeforlangender mottas før en rekke med tre oppgjørstilbud.
26. Fremgangsmåte ifølge krav 8, karakterisert ved at en av rekkene av tre oppgjørstilbud mottas før en av rekkene med tre pengeforlangender.
27. TvistLøsningsfremgangsmåte for å løse et krav mellom to motparter i runder, karakterisert ved at fremgangsmåten innbefatter: å prøve et par ulike verdier i en av minst to runder, hvor en verdi i paret innsendt av en av kravets to motparter, og å beregne en bindende oppgjørsbetaling av et beløp som er minst lik eller lavere enn paret med ulike verdier når en oppgjørsfastleggingsalgoritme som blir anvendt i prøvingen tilfredsstilles av paret med ulike verdier.
28. Fremgangsmåte ifølge krav 27, karakterisert ved at den videre innbefatter: å begrense oppgjørsbetalingen til den største av de ulike verdiene.
29. Fremgangsmåte ifølge krav 27, karakterisert ved at den videre innbefatter: å motta minst en av verdiene i paret med ulike verdier på en ukesluttdag.
30. Fremgangsmåte ifølge krav 27, karakterisert ved at den videre innbefatter: å motta minst en av verdiene i paret med ulike verdier på et annet tidspunkt enn mellom 09.00 og 16.00 på en ukedag.
31. Fremgangsmåte ifølge krav 27, karakterisert ved at den videre innbefatter: å lagre beløpet i korrelasjon med saksbestemt informasjon i en database.
32. Fremgangsmåte til drift av et tvistløsningssystem, karakterisert ved at den innbefatter: å motta et mangfold av verdier fra hver av en første og en andre part i en tvist, hvor minst en av mangfoldet av verdier er mottatt via en Internettforbindelse, å sammenholde, på et en-mot-en-grunnlag, verdier fra den første parten og verdier fra den andre parten for å danne et mangfold av par uten å avsløre verken den første partens verdier for den andre parten og den andre partens verdier for den første parten, å analysere par i samsvar med en forhåndsinnstilt formel slik at, hvis, når de blir analysert, et par oppfyller minst et forhåndsbestemt kriterium vil systemet rapportere til den første og den andre parten at et oppgjør er oppnådd.
33. Fremgangsmåte ifølge krav 32, karakterisert ved at den videre innbefatter: å beregne en oppgjørsverdi ved bruk av minst en del av paret, når det angitte minst ene kriterium er oppfylt.
34. Fremgangsmåte ifølge krav 33, karakterisert ved at beregningen innbefatter: å fastslå en middelverdi for paret.
35. Fremgangsmåte ifølge krav 32, karakterisert ved at den videre innbefatter: å tillate den første parten å gjøre et valg av den forhåndsinnstilte formelen.
36. Fremgangsmåte ifølge krav 32, karakterisert ved at den videre innbefatter: å kreve, før mottaket, at en av den første eller den andre parten gjør et valg av den forhåndsinnstilte formelen, og å kreve at en annen av den første eller den andre parten samtykker i valget.
37. Fremgangsmåte ifølge krav 32, karakterisert ved at den videre innbefatter: å motta et sponsoridentifikasjonsnummer for tvisten og saksbeskrivelsesinformasjon.
38. Fremgangsmåte ifølge krav 32, karakterisert ved at den videre innbefatter: å motta informasjon som representerer et føringssted for tvisten.
39. Fremgangsmåte ifølge krav 32, karakterisert ved at den videre innbefatter: å motta informasjon som representerer en rett for tvisten.
40. Fremgangsmåte for automatisert tvistløsning, karakterisert ved at den innbefatter: å registrere en første enhet i et automatisk tvistløsningssystem med hensyn til en sak som innebærer et krav, å motta, etter registreringen, en saksidentiflkator og minst to pengeinnsendinger fra den første enheten, å assosiere minst et foreslått oppgjørsbeløp innsendt av en andre enhet med hensyn til kravet med minst en av de minst to pengeinnsendingene, å behandle et foreslått oppgjørsbeløp og en av de minst to pengeinnsendingene i samsvar med en angitt algoritme for å oppnå et resultat, og å varsle den første enheten om at oppgjør for kravet har blitt nådd og om et betalings-beløp når resultatet fyller et kriterium som er avtalt med den første enheten uten noen gang å informere den første enheten om det siste foreslåtte oppgjørsbeløpet.
41. Fremgangsmåte ifølge krav 40, karakterisert ved at den videre innbefatter: å forkaste permanent det minst ene foreslåtte oppgjørsbeløpet og den ene av de minst to pengeinnsendingene når oppgjøret har blitt nådd.
42. Fremgangsmåte ifølge krav 40, karakterisert ved at den videre innbefatter: å lagre saksrelatert informasjon om oppgjøret og betalingsbeløpet i det automatiserte tvistløsningssystemet for tabulering.
43. Tvistløsningsfremgangsmåte, karakterisert ved at den innbefatter: å motta tilbud og forlangender med hensyn til et krav, hvor hvert av tilbudene mottas via en passordbeskyttet kommunikasjonskobling og med et assosiert sekvensnummer og hvert av forlangendene har et assosiert sekvensnummer, å sammenholde tilbud med forlangender på grunnlag av en sekvensnummerkorrespondanse, å prøve sammenholdte tilbud og forlangender mot en algoritme, å generere et resultat som reaksjon på en prøving av et tilbud og et forlangende, og å rapportere resultatet automatisk uten å avsløre tilbudet eller forlangendet.
44. Fremgangsmåte ifølge krav 43, karakterisert ved at den innbefatter når resultatet er intet oppgjør: å forkaste tilbudet og forlangendet.
45. Fremgangsmåte ifølge krav 43, karakterisert ved at den innbefatter når resultatet er et oppgjør: å beregne et oppgjørsbeløp i samsvar med en forhåndsbestemt formel, og å rapportere oppgjørsbeløpet.
46. Fremgangsmåte ifølge krav 43, karakterisert ved at den videre innbefatter: å erverve et samtykke fra en kravstiller om å delta i en indirekte oppgjørsforhandling ved bruk av et oppkoblet tvistløsningssystem, og, å være juridisk bundet til å oppgjøre kravet for et beløp angitt av det oppkoblede tvistløsningssystemet når resultatet angir et oppgjør.
47. Fremgangsmåte ifølge krav 43, karakterisert ved at den videre innbefatter: å erverve et samtykke fra en sponsor til å delta i en indirekte oppgjørsforhandling, å generere et eksponeirngsbeløp ved bruk av et tilbud innsendt av sponsoren, og å informere sponsoren om eksponeringsbeløpet.
48. Fremgangsmåte ifølge krav 46, karakterisert ved at den videre innbefatter: å generere et mulig oppgjørsvinningsbeløp ved bruk av et forlangende, og å informere kravstilleren om oppgjørsvinningsbeløpet.
49. Fremgangsmåte for tvistløsning med et tvistløsningssystem, karakterisert ved at den innbefatter: å samtykke til et kriterium som, når det blir anvendt av et tvistløsningssystem på verdier og er tilfredsstilt, vil resultere i et oppgjør av et krav mot en part for et betalingsbeløp angitt av tvistløsningssystemet, hvilket betalingsbeløp er utledet fra minst en av verdiene, å innsende et mangfold av pengeverdier til tvistløsningssystemet, via et sikkerhets-beskyttet oppkoblet grensesnitt, hvilke verdier vil bli analysert av tvistløsningssystemet ved bruk av kriteriet uten å avsløre noen av pengeverdiene til parten, å motta en indikasjon på at kriteriet er tilfredsstilt ved en uavslørt verdi fra parten og minst en av mangfoldet av pengeverdier, og å motta en underrettelse om betalingsbeløpet for kravet.
50. Fremgangsmåte ifølge krav 49, karakterisert ved at fremgangsmåten, forut for å motta indikasjonen, innbefatter: å motta en melding om at kriteriet ikke har blitt tilfredsstilt for en uavslørt verdi for parten og en pengeverdi.
51. Fremgangsmåte ifølge krav 49, karakterisert ved at betalingsbeløpet er minst en av mangfoldet av pengeverdier.
52. Fremgangsmåte ifølge krav 49, karakterisert ved at betalingsbeløpet er større enn den minst ene av mangfoldet av pengeverdier.
53. Fremgangsmåte ifølge krav 49, karakterisert ved at den videre innbefatter: å innlogge i tvistløsningssystemet gjennom Internett.
54. Fremgangsmåte ifølge krav 49, karakterisert ved at den videre innbefatter: å tilveiebringe kravbestemt identifikasjonsinformasjon.
55. Fremgangsmåte ifølge krav 49, karakterisert ved at den videre innbefatter: å tilveiebringe fullmektigkontaktinformasjon for kravet.
56. Fremgangsmåte ifølge krav 54, karakterisert ved at den videre innbefatter: å tabulere den kravbestemte identifikasjonsinformasjonen.
57. Fremgangsmåte ifølge krav 49, karakterisert ved at den videre innbefatter: å få tilgang til tvistløsningssystemet ved bruk av en nettleser.
58. Fremgangsmåte ifølge krav 49, karakterisert ved at den videre innbefatter: å innsende et mangfold av saker til tvistløsningssystemet, idet kravet angår en av mangfoldet av saker.
59. En fremgangsmåte innbefattende trinn lagret i et automatisk tvistløsningssystem som innbefatter en prosessor og lager for tvistløsning, karakterisert ved at fremgangsmåten innbefatter: et trinn til å utøve en første programmodul, skrevet i et "Mark-up"-språk, for å motta verdier innsendt av en part via Internett, hvilke verdier representerer en rekke foreslåtte beløp for hvilke et krav kan bli oppgjort, et trinn med å utøve et programobjekt skrevet i et objektorientert programmeringsspråk, for sekvensielt å sammenligne det enkeltstående foreslåtte beløp i rekken med foreslåtte beløp med enkeltstående foreslåtte motbeløp i en rekke foreslåtte motbeløp, hvilke foreslåtte motbeløp alle er utilgjengelige for parten, for å fastslå om en forskjell mellom en av de sekvensielt sammenlignede enkeltstående foreslåtte beløpene og motbeløpene er innenfor et angitt område og for å frembringe en oppgjørsangivelse hvis forskjellen er innenfor det angitte området, og et trinn med å utøve en andre programmodul til å informere partene om at kravet oppgjøres ved en betaling av et beregnet beløp.
60. Fremgangsmåte ifølge krav 59, karakterisert ved at den videre innbefatter: et trinn for å beregne et oppgjørsbeløp i samsvar med en angitt formel ved bruk av et enkeltstående foreslått beløp som en innmating til den angitte formelen for å angi en betaling som skal gjøres til oppgjør av kravet.
61. Fremgangsmåte ifølge krav 59, karakterisert ved at den videre innbefatter: et trinn for å beregne et oppgjørsbeløp i samsvar med en angitt formel ved bruk av et enkeltstående foreslått motbeløp som en innmatning til den angitte formelen for å angi en betaling som skal gjøres til oppgjør av kravet.
62. Fremgangsmåte ifølge krav 59, karakterisert ved at den videre innbefatter: et trinn for å beregne et oppgjørsbeløp i samsvar med en angitt formel ved bruk av både et enkeltstående foreslått beløp og et enkeltstående foreslått motbeløp som innmating til den angitte formelen for angi en betaling som skal gjøres til oppgjør av kravet.
63. Fremgangsmåte ifølge krav 59, karakterisert ved at den videre innbefatter: et trinn for å pålogge parten.
64. Fremgangsmåte ifølge krav 59, karakterisert ved at den videre innbefatter: et trinn for å innsamle og behandle oppgjørsdata ved bruk av prosessoren.
65. Fremgangsmåte ifølge krav 59, karakterisert ved at den videre innbefatter: et trinn for å kontrollere administrasjonsautorisasjon for å sette en administrator i stand til å tillegge en sponsor i det automatiserte tvistløsningssystemet.
66. Fremgangsmåte for automatisert tvistløsning, karakterisert ved at den innbefatter: å motta en innsending av en sak fra en sponsor, å motta et samtykke til et kriterium som, hvis det er tilfredsstilt, vil resultere i et bindende oppgjør i saken, å frembringe en melding for kommunikasjon til en representant for en kravstiller som er medvirkende i saken og som inviterer representanten til å delta i en automatisert tvistløsningsforhandling for saken, å motta et svarsamtykke fra representanten til å motta og til å være bundet av den automatiserte tvistløsningsforhandlingen, hvis kriteriene er tilfredsstilt av forlangender innsendt av representanten og korrelerte tilbud innsendt av sponsoren, å motta minst to forlangender innsendt av representanten og et tilbud innsendt av sponsoren innenfor et angitt bestemt tidsrom, å sammenligne et av forlangendene og tilbudet i en runde av minst to runder for å fastslå om kriteriet er tilfredsstilt, og å frembringe en angivelse på at saken er oppgjort for et erstatningsbeløp hvis kriteriet er tilfredsstilt.
67. Fremgangsmåte ifølge krav 66, karakterisert ved at den videre innbefatter: å kreve innmating av et tvistidentifikasjonsnummer før mottak av forlangendene og tilbudet.
68. Fremgangsmåte ifølge krav 66, karakterisert ved at den videre innbefatter: å lagre betalingsbeløpet for fremtidig gjenhenting.
69. Fremgangsmåte ifølge krav 66, karakterisert ved at den videre innbefatter: å beregne betalingsbeløpet som et gjennomsnitt av forlangendet og tilbudet.
70. Fremgangsmåte ifølge krav 66, karakterisert ved at den videre innbefatter: å beregne betalingsbeløpet som en verdi mellom forlangendet og tilbudet.
71. Fremgangsmåte for tvistløsning med et tvistløsningssystem, karakterisert ved at den innbefatter: å motta første signaler som innbefatter data som representerer en rekke pengebeløp for et krav fra en første enhet, å behandle de første signalene for automatisert prøving mot en algoritme ved hjelp av et tvistløsningssystem i sammenheng med informasjon fra en andre enhet, hvilken andre enhet er motpart til den første enheten med hensyn til kravet, å motta et reaksjonssignal som angir at en prøve av en av rekken av pengebeløp bevirket i en oppgjørstilstand i tvistløsningssystemet, og å fremsende en melding som innbefatter data som representerer et oppgjørsbeløp som reaksjon på oppgjørstilstanden for endelig levering til den første enheten.
72. Fremgangsmåte ifølge krav 71, karakterisert ved at den videre innbefatter: å motta andre signaler som innbefatter informasjon fra den andre enheten, hvilken informasjon har data som representerer minst et foreslått oppgjørsbeløp for kravet.
73. Fremgangsmåte ifølge krav 71, karakterisert ved at den første enheten er en kravstiller, en representant for en kravstiller eller en fullmektig for kravstilleren.
74. Fremgangsmåte ifølge krav 73, karakterisert ved at den andre enheten er en av en forsikrer, en kravtakserer, en fullmektig for en forsikrer, en sponsor, en sponsoradministrator, en systemadministrator, eller en agent i en selvforsikret organisasjon.
75. Fremgangsmåte ifølge krav 71, karakterisert ved at den første enheten er en forsikrer, en kravtakserer, en fullmektig for en forsikrer, en sponsor, en sponsoradministrator, en systemadministrator, eller en agent for en selvforsikret organisasjon.
76. Fremgangsmåte ifølge krav 71, karakterisert ved at den videre innbefatter: å videresende "cookie"-data sendt av tvistløsningssystemet for lagring på et fastplatelager assosiert med enten den første eller andre enheten som kan bli benyttet av tvistløsningssystemet for å holde rede på bruk av den første eller andre enheten.
77. Fremgangsmåte ifølge krav 76, karakterisert ved at den videre innbefatter: å motta tredje signaler fra tvistløsningssystemet for videresending til en datamaskin assosiert med enten den første eller den andre enheten, som, når de mottas vil bevirke at datamaskinen gjenhenter "cookie"-data fra fastplatelageret og sender det til tvistløsningssystemet.
78. Fremgangsmåte for tvistløsning, karakterisert ved at den innbefatter: a) å motta første signaler over en kommunikasjonskobling fra en forsikrer, hvilke første signaler innbefatter data kommunisert for midlertidig lagring, hvilke data representerer to verdier som er utnyttbare som tilbud for å oppgjøre et krav, hvor en av de to verdiene er større enn den andre av de to verdiene, b) å sende en anmodning til kravstiller om å innsende forlangender som representerer forskjellige pengebeløp for hvilke kravstilleren vil oppgjøre kravet uten å avsløre noen av tilbudene til kravstilleren, c) å motta andre signaler som representerer et svar fra kravstilleren, hvilke andre signaler innbefatter et pengeforlangende, d) å sammenligne pengeforlangendet med et første av tilbudene og, hvis sammenligningen er innenfor angitte retningslinjer, informere kravstilleren via overført informasjon som er fremvisbar på en nettleser om at kravet vil bli oppgjort for et angitt beløp som beregnes minst ved bruk av forlangendet, ellers å anmode kravstilleren om å innsende et nytt forlangende.
79. Fremgangsmåte ifølge krav 78, karakterisert ved at den videre innbefatter: å informere forsikreren ved hjelp av post at kravet vil bli oppgjort for det angitte beløpet hvis sammenligningen er innenfor angitte retningslinjer.
80. Fremgangsmåte ifølge krav 78, karakterisert ved at den innbefatter: å tilveiebringe tilgang til tabulert informasjon fra et mangfold av oppgjorte saker forut for mottak av de første signalene.
81. Fremgangsmåte ifølge krav 78, karakterisert ved at den innbefatter: å tabulere saksbestemt informasjon fra et mangfold av oppgjorte saker for hvilke angitte beløp ble beregnet, slik at saksbestemt informasjon er tilgjengelig i henhold til kategorier.
82. Fremgangsmåte ifølge krav 81, karakterisert ved at kategoriene innbefatter minst en av: en rett, et føringssted, en fullmektig, et oppgjørsbetalingsbeløp og en sponsor.
83. Fremgangsmåte for automatisert oppkoblet tvistløsning, karakterisert ved at den innbefatter: å opprettholde et grensesnitt til Internett gjennom hvilket grensesnitt en kravstiller kan innsende forlangender for et krav til et tvistløsningssystem og å motta angivelser derfra slik at, når kravstiller innsender mangfoldige forlangender via grensesnittet til tvistløsningssystemet og tvistløsningssystemet parer de mangfoldige forlangendene med oppgjørstilbud for kravet på et en-mot-en-grunnlag, vil en sammenligning bli utført i samsvar med minst et kriterium og kravstilleren vil bli forsynt med enten en positiv eller negativ angivelse, via grensesnittet, om hvorvidt eller ikke det minst ene kriteriet er oppfylt for et par.
84. Fremgangsmåte ifølge krav 83, karakterisert ved at den videre innbefatter: å videresende mottatt informasjon, via grensesnittet, for fremvisning til kravstilleren innbefattende en oppgjørsverdi tilført av tvistløsningssystemet som er beregnet når det minst ene kriteriet er oppfylt.
85. Fremgangsmåte som angitt i krav 83, karakterisert ved at den videre innbefatter: å være vertskap for tvistløsningssystemet.
86. Fremgangsmåte som angitt i krav 83, karakterisert ved at den videre innbefatter: å lagre et prosessorutøvbart program som, når det utøves, utfører sammenligningen og forsyner kravstilleren med enten positiv eller negativ angivelse for kravet.
87. System for automatisert tvistløsning, karakterisert ved at det innbefatter: en første verdi, valgt fra minst to verdier som er innsendt oppkoblet av en første enhet (2), en andre verdi innsendt oppkoblet fra en andre enhet (4), hvilken første verdi er utilgjengelig for den andre enheten og hvilken andre verdi er utilgjengelig for den første enheten, hvor den første verdien og den andre verdien er forskjellige i størrelse, en stedfortreder (proxy) (8,9) som innbefatter en inngang, en utgang og et datamaskin-utøvbart program, hvilket program er strukturert til, når det utøves, å akseptere et par verdier fra motpartenheter via inngangen og å returnere en resultatindikator til stedfortrederen på grunnlag av en matematisk sammenligning av verdiparet i en av minst to runder, hvilke program videre er strukturert til å tilveiebringe en betalingsverdi for kravet til minst en av motpartsenhetene via utgangen når resultatindikatoren angir at minst et forutbestemt kriterium er oppfylt for en av de minst to rundene.
88. System som angitt i krav 87, karakterisert ved at det videre innbefatter et prosessortilgjengelig lager konfigurert til midlertidig å lagre de første og andre verdiene for gjenhenting av stedfortrederen via inngangen.
89. System som angitt i krav 87, karakterisert ved at det datamaskinutøvbare programmet innbefatter et mangfold av moduler, hvorav en er programmert i et objektorientert programmeirngsspråk og en annen er programmert i et "Mark-up"-språk.
90. System ifølge krav 89, karakterisert ved at det objektorienterte programmeirngsspråket innbefatter JAVA-Script.
91. System ifølge krav 89, karakterisert ved at "Markup"-språket er "ColdFusion Markup Language".
92. System ifølge krav 89, karakterisert ved at "Markup"-språket er "Hyper Text Markup Language (HTML)".
93. System ifølge krav 87, karakterisert ved at, når programmet utøves og resultatindikatoren angir at det minst ene forutbestemte kriteriet ikke er oppfylt, forkaster stedfortrederen paret med verdier.
94. System ifølge krav 87, karakterisert ved at, når programmet utøves og resultatindikatoren angir at det minst ene forutbestemte kriteriet ikke er oppfylt, beregner stedfortrederen betalingsbeløpet fra paret med verdier og så forkaster paret med verdier.
95. System ifølge krav 87, karakterisert ved at den første verdien er et tilbud fra en sponsor og den andre verdien er et forlangende fra en kravstiller.
96. System ifølge krav 87, karakterisert ved at det videre innbefatter en enhetstilgjengelig detalj logg som innbefatter en korrelasjon av betalingsverdier og kravbestemt informasjon.
97. System ifølge krav 96, karakterisert ved at den kravbestemte informasjonen innbefatter data som er angivende for et geografisk område.
98. System ifølge krav 96, karakterisert ved at det videre innbefatter et stedfortredertilgjengelig lager i hvilket stedfortrederen kan lagre betalingsverdien og data som representerer kravbestemt informasjon når resultatindikatoren angir at det minst ene forutbestemte kriteriet er oppfylt.
99. System ifølge krav 87, karakterisert ved at paret med verdier har første og andre verdier, at det minst ene forutbestemte kriterium er oppfylt og at betalingsverdien er middelverdien av den første og andre verdien.
100. System ifølge krav 87, karakterisert ved at paret med verdier er den første og den andre verdien, at det minst ene forutbestemte kriteriet er oppfylt, og at betalingsverdien er den største av den første og den andre verdien.
101. System ifølge krav 87, karakterisert ved at det minst ene forutbestemte kriteriet er at paret med verdier må være innenfor en fast prosentandel av hverandre.
102. System ifølge krav 101, karakterisert ved at det videre innbefatter et forhåndsbestemt overstyirngsbeløp som vil bli sammenlignet med en forskjell mellom paret av verdier hvis resultatindikatoren angir at det minst ene forutbestemte kriteriet ikke er oppfylt og, at hvis forskjellen er mindre enn det forhåndsbestemte overstyringsbeløpet bevirkesstedfortrederen til å tilveiebringe betalingsverdien for kravet til minst en motpart selv om det minst ene forutbestemte kriteriet ikke ble oppfylt.
103. System ifølge krav 101, karakterisert ved at paret med verdier er den første og den andre verdien, at det minst ene forutbestemte kriteriet er oppfylt, og at betalingsverdien er middelverdien av den første og den andre verdien.
104. System ifølge krav 101, karakterisert ved at paret med verdier er den første og den andre verdien, at det minst ene forutbestemte kriteriet er oppfylt, og at betalingsbeløpet er det største av den første og den andre verdien.
105. System ifølge krav 101, karakterisert ved at paret med verdier er de første og andre verdiene, at det minst ene forutbestemte kriteriet er tilfredsstilt, og at betalingsverdien er en funksjon av de første og andre verdiene.
106. System ifølge krav 87, karakterisert ved at det minst ene forutbestemte kriteriet er en fastsatt spredeverdi.
107. System ifølge krav 87, karakterisert ved at betalingsverdien er av en størrelse mellom en av verdiene i paret med verdier og en annen av verdiene i paret med verdier.
108. System ifølge krav 88, karakterisert ved at det videre innbefatter en programutøvelsesgrense som tilveiebringer en grense for det antall ganger stedfortrederen vil akseptere paret med verdier.
109. System ifølge krav 108, karakterisert ved at den forutbestemte handlingen er en forkasting av minst en av den første og den andre verdien.
110. System ifølge krav 108, karakterisert ved at de første og andre verdiene er tilbaketrekkbare og at den forutbestemte handlingen forhindrer en tilbaketrekking av en av de første og andre verdiene.
111. System ifølge krav 88, karakterisert ved at det videre innbefatter en enhets tilgjengelig detalj logg innbefattende en korrelasjon av betalingsverdier og kravbestemt informasjon.
112. System ifølge krav 111, karakterisert ved at den enhetstilgjengelige detalj loggen er skrevet i et "Mark-up"-språk.
113. System ifølge krav 87, karakterisert ved at det videre innbefatter en eksponeringskalkulator.
114. System ifølge krav 113, karakterisert ved at eksponeringskalkulatoren er skrevet i et objektorientert programmeirngsspråk.
115. System ifølge krav 114, karakterisert ved at det objektorienterte programmeirngsspråket innbefatter JAVA-Script.
116. System ifølge krav 87, karakterisert ved at den første verdien er en i et mangfold av sekvensielt innsendte første verdier og den andre verdien er en i et mangfold av sekvensielt innsendte andre verdier, hvor alle de sekvensielt innsendte verdiene er utilgjengelige for enheten som ikke innsendte dem, og hvor programmet er videre strukturert til å utnytte en annen i mangfoldet av sekvensielt innsendte første verdier angitt av den første enheten i stedet for den første verdien og en annen i mangfoldet av sekvensielt innsendte andre verdier angitt av den andre enheten i stedet for den andre verdien når resultatindikatoren angir at det minst ene forutbestemte kriterium ikke er tilfredsstilt for de første og andre verdiene.
117. System ifølge krav 116, karakterisert ved at hver i mangfoldet av første verdier er innsendt av den første enheten i henhold til en bestemt rekkefølge.
118. System ifølge krav 87, karakterisert ved at det videre innbefatter en programutøvelsesgrense som tilveiebringer en grense for et antall ganger stedfortrederen vil akseptere paret med verdier.
119. System ifølge krav 118, karakterisert ved at programutøvelsesgrensen er tre.
120. System ifølge krav 116, karakterisert ved at mangfoldet av første verdier innsendt av den første enheten er to.
121. System ifølge krav 87, karakterisert ved at det videre innbefatter en betalingskalkulator som, når det minst ene forutbestemte kriteriet har blitt tilfredsstilt, vil beregne, i samsvar med en formel, et pengebeløp som skal betales av en enhet til den andre som oppgjør for kravet.
122. System ifølge krav 121, karakterisert ved at formelen er et middel av paret med verdier som bevirket at det minst ene forutbestemte kriteriet ble tilfredsstilt.
123. System ifølge krav 121, karakterisert ved at formelen er den største av paret med verdier som bevirket at det minst ene forutbestemte kriteriet ble tilfredsstilt.
124. System ifølge krav 116, karakterisert ved at det videre innbefatter en enhetssøkbar database som innbefatter data angående oppgjorte krav.
125. System ifølge krav 124, karakterisert ved at dataene innbefatter geografisk posisjon for hvert oppgjort krav.
126. System ifølge krav 124, karakterisert ved at dataene innbefatter et pengebeløp for hvert oppgjort krav.
127. System ifølge krav 124, karakterisert ved at systemet videre innbefatter en kommunikasjonskobling over hvilken den enhetssøkbare databasen kan bli gjort tilgjengelig for en enhet før innsending av et tilbud eller et forlangende.
128. System ifølge krav 116, karakterisert ved at det første mangfoldet av verdier er forlangender fra en kravstiller.
129. System ifølge krav 116, karakterisert ved at det første mangfoldet av verdier er tilbud fra en forsikrer.
130. System ifølge krav 87, karakterisert ved at den første verdien er en i et mangfold av sekvensielt innsendte første verdier og den andre verdien er en i et mangfold av sekvensielt innsendte andre verdier, hvor alle de sekvensielt innsendte verdiene er utilgjengelige for den enheten som ikke innsendte dem, og hvor en akseptering av et par med verdier sammen med tilbakesendingen av resultatindikatoren utgjør en runde.
131. Datamaskinlesbart lagringsmedium med et mangfold av dataprosessoreksekverbare datamaskinprogrammoduler, karakterisert ved at når de eksekveres i en dataprosessor bevirker (24): akseptering og sammenligning av parede pengeverdier innsendt av to motpartsenheter med hensyn til et krav, forkasting av de parede pengeverdiene som avviker fra hverandre med mer enn et angitt område, beregning av et oppgjørsbeløp for betaling av en enhet til en annen enhet hvis verdiene i et par av pengeverdier avviker fra hverandre innenfor det angitte området på grunnlag av paret og så forkasting av paret, og tilveiebringelse av oppgjørsbeløpet for levering til de to enhetene.
132. Fremgangsmåte ved automatisert tvistløsning i et system med minst en sentral-prosessorenhet, karakterisert ved at den innbefatter: a) å introdusere i sentralprosesserenheten informasjon som tilsvarer en rekke runder med forlangender for å tilfredsstille krav mottatt fra en første part ved en tvist uten avsløring av forlangendene til noen motparter til den første parten i tvisten, b) å introdusere i sentralprosessorenheten informasjon som tilsvarer en rekke med runder med tilbud til oppgjør av kravet, hvilke tilbud er mottatt fra en andre part, hvilken andre part er en motpart til den første parten, i en tvist uten avsløring av tilbudene for noen motpart til den andre parten i tvisten, c) å utføre trinnene a) og b) i en hvilken som helst rekkefølge, d) a sammenligne informasjonen som tilsvarer rekkene med forlangender og rekkene med tilbud på et runde-for-runde-grunnlag i henhold til forhåndsetablerte betingelser, e) å fastslå ved anvendelse av sentralprosessorenheten om et oppgjør av tvisten bevirkes av et forlangende og et tilbud i en runde ved å oppfylle de forhåndsetablerte betingelsene, f) å beregne, hvis forlangendet og tilbudet i runden bevirker oppgjøret, en oppgjørsbetaling lik en av: (i) et første beløp beregnet i henhold til en første forhåndsetablert formel hvis tilbudet i runden er mindre enn forlangendet og innenfor en forhåndsetablert prosentandel av forlangendet i den samme runden, eller (ii) forlangendet hvis tilbudet i runden er lik eller større enn forlangendet, eller (iii) et andre beløp beregnet i henhold til en andre forutbestemt formel hvis tilbudet ikke er innenfor den forhåndsetablerte prosentandelen av forlangendet i alle enkeltrunder men forskjellen mellom et bestemt tilbud og et tilsvarende forlangende er mindre enn et forhåndsetablert beløp, g) å slette permanent rekkene med forlangender og rekkene med tilbud når når enten ingen i rekkene med forlangender og rekkene med tilbud oppfyller de forhåndsetablerte betingelsene eller oppgjørsbetalingen har blitt beregnet, og h) å kommunisere en oppgjørsfiaskomelding når ingen i rekkene med forlangender og rekkene med tilbud oppfyller de forhåndsetablerte betingelsene og hver forskjell mellom enkelte mislykkede tilbud og tilhørende forlangender er større enn et forhåndsetablert beløp, eller en oppgjørsmelding innbefattende oppgjørs-betalingen når de forhåndsetablerte betingelsene er oppfylt eller tilbudet er innenfor den forhåndsetablerte prosentdelen av forlangendet i alle runder men forskjellen mellom det bestemte tilbudet og det tilhørende forlangendet er mindre enn det forhåndsetablerte beløpet.
133. System for automatisert tvistløsning, karakterisert ved at det innbefatter: en prosessor (18) til å prosessere forlangender og tilbud, et middel (1) til å introdusere til prosessoren, via en kommunikasjonskobling, informasjon som identifiserer en frist, en rekke med forlangender for å tilfredsstille krav fremsatt av eller på vegne av en person som deltar i tvisten, og en rekke med tilbud for å oppgjøre kravet fra en enhet som er motpart til personen ved kravet, minneanordning (9) tilgjengelig for prosessoren til å lagre informasjonen som identifiserer tvisten og for midlertidig å lagre rekken med forlangender som tilfredsstiller kravet og rekken med tilbud til å oppgjøre kravet for bruk av prosessoren i en rekke runder uten avsløring av rekken av forlangender for motpartsenheten eller rekkene av tilbud for personen, sammenligningsanordning i kommunikasjonsforhold med prosessoren til å motta og sammenligne en i rekkene med forlangender og en i rekkene med tilbud med hverandre på et runde-for-runde-grunnlag i henhold til forhåndsetablerte betingelser inntil enten alle rekkene med forlangender og rekkene med tilbud har blitt uttømt eller et oppgjør angis for et forlangende og et tilbud i en runde, slik at hvis oppgjøret angis oppgjøres kravet for: a) et beløp i samsvar med en første forhåndsetablert formel hvis tilbudet i runden i hvilken den forhåndsetablerte betingelsen oppfyller er mindre enn forlangendet og innenfor en forhåndsetablert prosentdel av forlangendet i runden, b) forlangendet hvis tilbudet i en runde er lik eller større enn forlangendet, og c) et beløp i samsvar med en andre forhåndsetablert formel hvis tilbudet ikke er innenfor den forhåndsetablerte betingelsen i alle runder men forskjellen mellom et bestemt tilbud og et tilhørende forlangende er mindre enn et forhåndsetablert beløp, anordning for permanent å hindre et gjenbruk av et vellykket forlangende, eller et vellykket tilbud, av sammenligningsanordningen i en etterfølgende runde, og anordning for å kommunisere et resultat av sammenligningen til personen og enheten.
134. System ifølge krav 133, karakterisert ved at det videre innbefatter anordning til å få tilgang til faktiske oppgjør fra i tvister.
135. System ifølge krav 133, karakterisert ved at kommunikasjonskoblingen er en Internettforbindelse.
136. System ifølge krav 133, karakterisert ved at kommunikasjonsforbindelsen er en taleforbindelse.
137. System ifølge krav 133, karakterisert ved at rekken med tilbud for å oppgjøre kravet innbefatter tre oppgjørstilbud.
138. System ifølge krav 133, karakterisert ved at det innbefatter: anordning til å frembringe talemelding gjennom en telefonforbindelse for å lede en bruker i anvendelse av systemet.
139. System ifølge krav 133, karakterisert ved at det videre innbefatter: sikkerhetsanordning til å forhindre en tilgang til systemet inntil systemet er forsynt med minst en av: a) et saksidentifikasjonsnumrner som identifiserer tvisten, b) en sikkerhetskode som samsvarer med tvisten, eller c) en administratorkode for personen eller enheten.
140. System ifølge krav 133, karakterisert ved at det videre innbefatter: klokkeanordning for å assosiere et innleggingstidspunkt med minst en første i rekken med forlangender for å tilfredsstille kravet og minst en første i rekken av tilbud for å oppgjøre kravet.
141. System ifølge krav 133, karakterisert ved at rekken med forlangender og rekken med tilbud mottas av systemet på forskjellige tidspunkter.
142. Datamaskinbasert system for automatisert tvistløsning gjennom en kommunikasjonskobling (1) for å kommunisere og prosessere en rekke forlangender for å tilfredsstille et krav fremsatt av eller på vegne av en person som er involvert i en tvist med minst en annen person og en rekke tilbud for å oppgjøre kravet gjennom minst en sentralprosesseringsenhet (8) innbefattende operativsystemprogramvare for å styre sentralprosesseringsenheten, karakterisert ved at det innbefatter: anordning (1) for å introdusere informasjon til sentralprosesseringsenheten som svarer til identifikasjonen av tvisten og personene involvert i tvisten, minneanordning (9) for å lagre informasjonen som svarer til tvistidentifikasjonen og personene som er involvert i tvisten, anordning (4) for å introdusere av eller på vegne av en første person som er involvert i tvisten mot hvem et krav fremsettes, informasjon til sentralprosesseringsenheten som svarer til en rekke runder med tilbud for å oppgjøre et krav uten avsløring av tilbudene for andre personer som er involvert i tvisten, middel (5) for å introdusere av eller på vegne av en andre person som er involvert i tvisten,informasjon i sentralprosesseringsenheten som svarer til en rekke runder med forlangender for å tilfredsstille kravet uten avsløring av forlangendene for andre personer som er involvert i tvisten, sammenligningsanordning (8, 9) for å sammenligne informasjonen som svarer til rekkene med forlangender og rekkene med tilbud på et runde-for-runde-grunnlag i samsvar med forhåndsetablerte betingelser som innbefatter: a) at kravet oppgjøres med et beløp i samsvar med en første forhåndsetablert formel hvis tilbudet i noen runde er mindre enn forlangendet og innenfor en forhåndsetablert prosentdel av forlangendet i den samme runden, b) at kravet oppgjøres med forlangendetbeløpet hvis tilbudet i noen runde er lik eller større enn forlangendet, og c) at kravet ikke oppgjøres hvis tilbudet ikke er innenfor den forhåndsetablerte prosentdel av forlangendet i alle runder med mindre forskjellen mellom tilbudet og forlangendet er mindre enn et forhåndsetablert beløp i hvilket tilfelle kravet oppgjøres med et beløp, i samsvar med en andre forhåndsetablert formel, middel (8, 9) for permanent å slette forlangendet og tilbudet i hver runde som ikke resulterer i et oppgjør etter sammenligning av forlangendet og tilbudet i runden på grunnlag av de forhåndsetablerte betingelsene, og anordning (1) for å kommunisere til de første og andre personene eller deres representanter resultatene fra sammenligningene.
143. Datamaskinbasert system ifølge krav 142, karakterisert v e d at det videre innbefatter anordning for å få tilgang til faktiske oppgjør generert av systemet i andre tvister.
144. Datamaskinbasert system ifølge krav 142, karakterisert v e d at personene kommuniserer via Internett med sentralprosesseringsenheten.
145. Datamaskinbasert system ifølge krav 142, karakterisert v e d at personene kommuniserer via telefon med sentralprosesseringsenheten.
146. Datamaskinbasert system ifølge krav 142, karakterisert v e d at sentralprosesseringsenheten har mottatt informasjon som tilsvarer tre oppgjørstilbud.
147. Datamaskinbasert system ifølge krav 142, karakterisert v e d at det innbefatter anordning for å generere talemeldinger til en person som kommuniserer med systemet gjennom en tonesignalseringstelefonforbindelse eller mobiltelefornforbindelse for å lede personen i bruken av systemet.
148. Datamaskinbasert system ifølge krav 142, karakterisert v e d at det innbefatter en sikkerhetsanordning hvorved systemet er tilgjengelig kun etter innmating av et saksidentifikasjonsnummer som identifiserer tvisten, en sikkerhetskode i samsvar med tvisten, og en brukersikkerhetskode i samsvar med tvisten og som identifiserer personen eller dennes representant som fremsetter forlangendet eller tilbudet.
149. Datamaskinbasert system ifølge krav 142, karakterisert ved at det innbefatter en klokkeanordning for å registrere introduksjonen av informasjonen som svarer til forlangendene eller tilbudene over et tidsrom.
150. Datamaskinbasert system ifølge krav 142, karakterisert v e d at introduksjonen av informasjonen som hører til forlangendene eller tilbudene kan utføres gjennom flere kommunikasjoner med systemet over et tidsrom.
151. Datamaskinbasert system ifølge krav 148, karakterisert v e d at det anvendes et "Marked-up"-språk som er "Hyper Text Markup Language (HTML)".
152. Fremgangsmåte for automatisert tvistløsning, karakterisert ved at den innbefatter: å motta en innsending av en sak fra en sponsor, å motta en overenskomst om minst et kriterium som, om det tilfredsstilles, vil resultere i en bindende avgjørelse av saken, å generere en melding for kommunikasjon til en representant for en kravstiller som er involvert i saken som inviterer representanten til å delta i en automatisert tvistløsnings-forhandling for saken, å motta en svaroverenskomst fra representanten om å delta og å være bundet av den automatiserte tvistløsningsforhandlingen, hvis det minst ene kriteriet er tilfredsstilt av forlangender innsendt av representanten og korrelerte tilbud innsendt av sponsoren, å motta et forlangende innsendt av representanten og minst to tilbud fra sponsoren, innen et angitt begrenset tidsrom, å sammenligne forlangendet og et av de to tilbudene i en runde av minst to runder for å fastslå om det minst ene kriteriet er oppfylt, og å generere, hvis det minst ene kriteriet er oppfylt, en indikasjon for at saken er avgjort med et betalingsbeløp.
153. Fremgangsmåte ifølge krav 152, karakterisert ved at den videre innbefatter: å kreve innmating av et tvistidentifikasjonsnummer forut for å motta forlangendet og tilbudet.
154. Fremgangsmåte ifølge krav 152, karakterisert ved at den videre innbefatter: å lagre betalingsbeløpet for fremtidig tilbakehenting.
155. Fremgangsmåte ifølge krav 152, karakterisert ved at den videre innbefatter: å beregne betalingsbeløpet som et gjennomsnitt av forlangendet og tilbudet.
156. System for tvistløsning, karakterisert ved at det innbefatter en første verdi, valgt fra minst to verdier som er innsendt oppkoblet av en første enhet (2), en andre verdi valgt fra minst to verdier innsendt oppkoblet fra en andre enhet (3), hvilken første og andre enhet er motparter med hensyn til et krav, hvilken første verdi er holdt utilgjengelig for den andre enheten og hvilken andre verdi er holdt utilgjengelig for den første enheten, hvilken første verdi og hvilken andre verdi er forskjellige i størrelse, en stedfortreder ("proxy") (8, 9) innbefattende en inngang, en utgang og et datamaskin-utøvbart program, hvilket program er strukturert til, når det utøves, å akseptere et par verdier fra motparter via inngangen og returnere en resultatindikator til stedfortrederen på grunnlag av en matematisk sammenligning av paret med verdier i en runde av minst to runder, hvilket program videre er strukturert til å tilveiebringe en betalingsverdi for kravet til minst en av motpartene via utgangen når resultatindikatoren angir at minst et forutbestemt kriterium er oppfylt i en av de minst to rundene.
157. System ifølge krav 156, karakterisert ved at det videre innbefatter et prosessortilgjengelig lager konfigurert til midlertidig å lagre de første og andre verdiene for gjenhenting av stedfortrederen via inngangen.
158. System ifølge krav 156, karakterisert ved at det datamaskinutøvbare programmet innbefatter et mangfold av moduler, hvorav en er programmert i et objektorientert programmeringsspråk og hvorav en annen er programmert i et "Mark-up"-språk.
159. System ifølge krav 158, karakterisert ved at det objektorienterte programmeirngsspråket innbefatter JAVA-Script.
160. System ifølge krav 158, karakterisert ved at"Markup"-språket er "ColdFusion Markup Language".
161. System ifølge krav 158, karakterisert ved at"Markup"-språket er "Hyper Text Markup Language (HTML)".
162. System ifølge krav 156, karakterisert ved at når programmet utøves og resultatindikatoren angir at det minst ene forutbestemte kriteriet ikke er oppfylt, forkaster stedfortrederen paret med verdier.
163. System ifølge krav 156, karakterisert ved at, når programmet utøves og resultatindikatoren angir at det minst ene forutbestemte kriteriet er oppfylt, beregner stedfortrederen betalingsverdien fra paret med verdier og forkaster så paret med verdier.
164. System ifølge krav 156, karakterisert ved at den første verdien er et tilbud fra en sponsor og den andre verdien er et forlangende fra en kravstiller.
165. System ifølge krav 156, karakterisert ved at det videre innbefatter en enhetstilgjengelig detaljlogg innbefattende en korrelasjon av betalingsverdier og kravbestemt informasjon.
166. System ifølge krav 165, karakterisert ved at den kravbestemte informasjonen innbefatter data angivende for et geografisk område.
167. System ifølge krav 165, karakterisert ved at det videre innbefatter et stedfortredertilgjengelig lager i hvilket stedfortrederen kan lagre betalingsverdien og data som representerer kravbestemt informasjon når resultatindikatoren angir at det minst ene forutbestemte kriteriet er oppfylt.
168. System ifølge krav 156, karakterisert ved at paret med verdier er de første og andre verdiene, at det minst ene forutbestemte kriteriet er oppfylt og at betalingsverdien er gjennomsnittet av de første og andre verdiene.
169. System ifølge krav 156, karakterisert ved at paret med verdier er de første og andre verdiene, at det minst ene kriteriet er oppfylt, og at betalingsverdien er den største av de første og den andre verdiene.
170. System ifølge krav 156, karakterisert ved at det minst ene forutbestemte kriteriet er at paret med verdier må være innenfor en fast prosentandel av hverandre.
171. System ifølge krav 170, karakterisert ved at det videre innbefatter et forhåndsbestemt overstyringsbeløp som vil bli sammenlignet med en forskjell mellom paret med verdier hvis resultatindikatoren angir at det minst ene forutbestemte kriteriet ikke er oppfylt og, hvis forskjellen er mindre enn det forhåndsbestemte overstyringsbeløpet, vil bevirke stedfortrederen til å tilveiebringe betalingsverdien for kravet til minst en motpart selv om det minst ene forutbestemte kriteriet ikke ble oppfylt.
172. System ifølge krav 170, karakterisert ved at paret med verdier er de første og andre verdiene, at det minst ene forutbestemte kriteriet er oppfylt, og at betalingsverdien er gjennomsnittet av de første og andre verdiene.
173. System ifølge krav 170, karakterisert ved at paret med verdier er de første og andre verdiene, at det minst ene forutbestemte kriteriet er oppfylt, og at betalingsverdien er det største av de første og andre verdiene.
174. System ifølge krav 170, karakterisert ved at paret med verdier er de første og andre verdiene, at det minst ene forutbestemte kriteriet er oppfylt, og at betalingsverdien er en funksjon av de første og andre verdiene.
175. System ifølge krav 156, karakterisert ved at det minst ene forutbestemte kriteriet er en fastsatt spredeverdi.
176. System ifølge krav 156, karakterisert ved at betalingsverdien er av en størrelse mellom en av verdiene i paret med verdier og en annen av verdiene i paret med verdier.
177. System ifølge krav 156, karakterisert ved at det videre innbefatter kravbestemte data som er angivende for et geografisk område.
178. System ifølge krav 157, karakterisert ved at det videre innbefatter en tidsindikator, som når overskredet vil bevirke stedfortrederen til å foreta en forutbestemt handling med hensyn til minst en av de første og andre verdiene.
179. System ifølge krav 178, karakterisert ved at den forutbestemte handlingen er en forkasting av minst en av den første og andre verdiene.
180. System ifølge krav 178, karakterisert ved at de første og andre verdiene er tilbaketrekkbare og den forutbestemte handlingen forhindrer en tilbaketrekking av en av de første og andre verdiene.
181. System ifølge krav 157, karakterisert ved at det videre innbefatter en enhetstilgjengelig detafjlogg innbefattende en korrelasjon av betalingsverdier og kravbestemt informasjon.
182. System ifølge krav 181, karakterisert ved at den enhetstilgjengelige detaljloggen er skrevet i et "Mark-up"-språk.
183. System ifølge krav 156, karakterisert ved at det videre innbefatter en eksponeringskalkulator.
184. System ifølge krav 183, karakterisert ved at eksponeringskalkulatoren er skrevet i et objektorientert programmeringsspråk.
185. System ifølge krav 184, karakterisert ved at det objektorienterte programmeringsspråket innbefatter JAVA-Script.
186. System ifølge krav 156, karakterisert ved at den første verdien er en i et mangfold av sekvensielt innsendte første verdier og den andre verdien er en i et mangfold av sekvensielt innsendte andre verdier, hvor alle de sekvensielt innsendte verdiene er utilgjengelige for enheten som ikke innsendte dem, og hvor programmet videre er strukturert til å utnytte en annen i mangfoldet av sekvensielt innsendte første verdier angitt av den første enheten i stedet for den første verdien og en annen i mangfoldet av sekvensielt innsendte andre verdier angitt av den andre enheten i stedet for den andre verdien når resultatindikatoren angir at det minst ene forutbestemte kriterium ikke er oppfylt for de første og andre verdiene.
187. System ifølge krav 186, karakterisert ved at hver i mangfoldet av første verdier er innsendt av den første enheten i henhold til en bestemt rekkefølge.
188. System ifølge krav 156, karakterisert ved at det videre innbefatter en programutøvelsesgrense som tilveiebringer en grense på antall ganger stedfortrederen vil akseptere paret med verdier.
189. System ifølge krav 188, karakterisert ved at programutøvelsesgrensen er tre.
190. System ifølge krav 186, karakterisert ved at mangfoldet av første verdier innsendt av den første enheten er to.
191. System ifølge krav 1S6, karakterisert ved at det videre innbefatter en betalingskalkulator som, når det minst ene forutbestemte kriteriet har blitt tilfredsstilt, vil beregne, i samsvar med en formel, et pengebeløp som skal betales av en enhet til den andre som oppgjør for kravet.
192. System ifølge krav 191, karakterisert ved at formelen er gjennomsnittet av paret med verdier som bevirket at det minst ene forutbestemte kriteriet ble oppfylt.
193. System ifølge krav 191, karakterisert ved at formelen er den største av paret med verdier som bevirket at det minst ene forutbestemte kriteriet ble oppfylt.
194. System ifølge krav 186, karakterisert ved at det videre innbefatter en enhetssøkbar database som innbefatter data angående oppgjorte krav.
195. System ifølge krav 194, karakterisert ved at dataene innbefatter geografisk informasjon for hvert oppgjort krav.
196. System ifølge krav 194, karakterisert ved at dataene innbefatter et pengebeløp for hvert oppgjort krav.
197. System ifølge krav 194, karakterisert ved at systemet videre innbefatter en kommunikasjonskobling over hvilken kobling den enhetssøkbare databasen kan bli gjort tilgjengelig for en enhet før innsending av et tilbud eller et forlangende.
198. System ifølge krav 186, karakterisert ved at det første mangfoldet av verdier er forlangender fra en kravstiller.
199. System ifølge krav 186, karakterisert ved at det første mangfoldet av verdier er et tilbud fra en forsikrer.
200. System ifølge krav 156, karakterisert ved at den første verdien er en i et mangfold av sekvensielt innsendte første verdier og den andre verdien er en i et mangfold av sekvensielt innsendte andre verdier, hvor alle de sekvensielt innsendte verdiene er utilgjengelige for den enheten som ikke innsendte dem, og hvor en akseptering av et par med verdier sammen med tilbakesendingen av resultatindikatoren utgjør en runde.
NO20002566A 1998-08-06 2000-05-19 System og fremgangsmate for datamaskinbasert tvistlosning NO320226B1 (no)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US09/130,154 US6330551B1 (en) 1998-08-06 1998-08-06 Computerized dispute resolution system and method
PCT/US1999/017737 WO2000008582A1 (en) 1998-08-06 1999-08-06 Computerized dispute resolution system and method

Publications (3)

Publication Number Publication Date
NO20002566L NO20002566L (no) 2000-05-19
NO20002566D0 NO20002566D0 (no) 2000-05-19
NO320226B1 true NO320226B1 (no) 2005-11-14

Family

ID=22443314

Family Applications (1)

Application Number Title Priority Date Filing Date
NO20002566A NO320226B1 (no) 1998-08-06 2000-05-19 System og fremgangsmate for datamaskinbasert tvistlosning

Country Status (15)

Country Link
US (2) US6330551B1 (no)
EP (1) EP1050003A4 (no)
CN (2) CN1542665A (no)
AU (1) AU757149B2 (no)
CA (1) CA2307497A1 (no)
EA (1) EA002785B1 (no)
GB (2) GB2345997B (no)
HU (1) HUP0004691A3 (no)
ID (1) ID25800A (no)
IL (1) IL135940A (no)
NO (1) NO320226B1 (no)
NZ (1) NZ504253A (no)
PL (1) PL340804A1 (no)
WO (1) WO2000008582A1 (no)
ZA (1) ZA200002065B (no)

Families Citing this family (204)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7268700B1 (en) 1998-01-27 2007-09-11 Hoffberg Steven M Mobile communication device
US7840440B2 (en) 1998-08-06 2010-11-23 Cybersettle Holdings, Inc. Computerized transaction bargaining system and method
US8150774B2 (en) 1998-08-06 2012-04-03 Cybersettle Holdings, Inc. System and method for providing automated dispute resolution between or among multiple parties
US6954741B1 (en) * 1998-08-06 2005-10-11 Cybersettle.Com, Inc. Computerized dispute resolution system and method
US7249114B2 (en) * 1998-08-06 2007-07-24 Cybersettle Holdings, Inc. Computerized dispute resolution system and method
US20060080186A1 (en) * 1998-08-06 2006-04-13 Burchetta James D System and method for providing advanced funding for proceeds from a resolved dispute
GB9819392D0 (en) * 1998-09-04 1998-10-28 Balaena Limited Database
US6963545B1 (en) 1998-10-07 2005-11-08 At&T Corp. Voice-data integrated multiaccess by self-reservation and stabilized aloha contention
US6747959B1 (en) 1998-10-07 2004-06-08 At&T Corp. Voice data integrated mulitaccess by self-reservation and blocked binary tree resolution
AU2878800A (en) * 1999-02-12 2000-08-29 Allen Freudenstein System and method for providing certification-related and other services
US20040019560A1 (en) 1999-03-12 2004-01-29 Evans Scott L. System and method for debt presentment and resolution
US6898577B1 (en) 1999-03-18 2005-05-24 Oracle International Corporation Methods and systems for single sign-on authentication in a multi-vendor e-commerce environment and directory-authenticated bank drafts
US6766307B1 (en) * 1999-05-11 2004-07-20 Clicknsettle.Com, Inc. System and method for providing complete non-judicial dispute resolution management and operation
CA2373168A1 (en) * 1999-05-11 2000-11-16 Clicknsettle.Com, Inc. System and method for providing complete non-judicial dispute resolution management and operation
US7251607B1 (en) * 1999-07-06 2007-07-31 John Peter Veschi Dispute resolution method
US20020029200A1 (en) 1999-09-10 2002-03-07 Charles Dulin System and method for providing certificate validation and other services
US7124111B1 (en) * 1999-09-14 2006-10-17 Jpmorgan Chase Bank, N.A. Service charge adjustment platform
ATE415670T1 (de) 1999-09-24 2008-12-15 Identrust Inc System und methode zur bereitstellung von zahlungsdienstleistungen im e-commerce
US6886000B1 (en) * 1999-09-29 2005-04-26 International Business Machines Corporation On-line negotiations with dynamic profiling
US7542921B1 (en) 1999-09-30 2009-06-02 Jpmorgan Chase Bank, N.A. Network-based financial planning system and method
US7693731B1 (en) 1999-09-30 2010-04-06 Computer Sciences Corporation Business process framework for reinsurance
US6876991B1 (en) 1999-11-08 2005-04-05 Collaborative Decision Platforms, Llc. System, method and computer program product for a collaborative decision platform
JP3334046B2 (ja) * 1999-12-03 2002-10-15 株式会社セイルアップ・ジャパン 仮想空間展示会システム
US7003482B1 (en) 1999-12-10 2006-02-21 Computer Sciences Corporation Middleware for business transactions
US6801900B1 (en) * 1999-12-22 2004-10-05 Samuel H. Lloyd System and method for online dispute resolution
US20040193444A1 (en) * 1999-12-28 2004-09-30 Wendy Hufford Computer system for managing litigation risk early warning system
CA2330266C (en) * 2000-01-05 2006-04-11 Procure.Com Inc. Secure electronic procurement system and method
US20010034731A1 (en) * 2000-01-28 2001-10-25 Simmons Richard W. Method and system for assembling databases in multiple-party proceedings
US7401025B1 (en) * 2000-02-15 2008-07-15 Elliott Lokitz Accessible service provider clearinghouse
US7630903B1 (en) * 2000-02-15 2009-12-08 Square Trape, Inc. Electronic dispute resolution system
US20040128155A1 (en) * 2000-02-15 2004-07-01 Lalitha Vaidyanathan System and method for resolving a dispute in electronic commerce and managing an online dispute resolution process
US8204765B2 (en) * 2000-02-18 2012-06-19 eReceivables, LLC System and method for standardized and automated appeals process
US7096196B1 (en) * 2000-03-15 2006-08-22 Hewlett-Packard Development Company, L.P. Negotiation protocol with compromise that is guaranteed to terminate
US20050178824A1 (en) * 2000-03-29 2005-08-18 American Express Travel Related Services Company, Inc. On-line merchant services system and method for facilitating resolution of post transaction disputes
US7249113B1 (en) * 2000-03-29 2007-07-24 American Express Travel Related Services Company, Inc. System and method for facilitating the handling of a dispute
US7725385B2 (en) * 2000-03-29 2010-05-25 American Express Travel Related Services Company, Inc. System and method for facilitating the handling of a dispute using disparate architectures
US7529679B1 (en) * 2000-04-05 2009-05-05 Brenda Pomerance Automated alternative dispute resolution
US7343295B2 (en) * 2000-04-05 2008-03-11 Brenda Pomerance Automated complaint resolution system
US7343310B1 (en) 2000-04-28 2008-03-11 Travelers Property Casualty Corp. System and method for providing web-based user interface to legacy, personal-lines insurance applications
AU2001255738A1 (en) * 2000-04-28 2001-11-12 Ecplatforms, Inc. Multimode negotiation in a networking environment
US20010037204A1 (en) * 2000-05-12 2001-11-01 Horn John R. System and method for on line resolution of disputes
US8176145B1 (en) * 2000-05-19 2012-05-08 The Travelers Indemnity Company System and method for providing insurance data processing services via a user interface
US20020046064A1 (en) * 2000-05-19 2002-04-18 Hector Maury Method and system for furnishing an on-line quote for an insurance product
US7490050B2 (en) * 2000-05-19 2009-02-10 Travelers Property Casualty Corp. Method and system for furnishing an on-line quote for an insurance product
US7877278B1 (en) 2000-05-30 2011-01-25 Ebay Inc. Method and system for reporting fraud and claiming insurance related to network-based transactions
US20040073617A1 (en) 2000-06-19 2004-04-15 Milliken Walter Clark Hash-based systems and methods for detecting and preventing transmission of unwanted e-mail
DE60023192D1 (de) * 2000-06-22 2006-02-23 Trintech Ltd System und verfahren zur verwaltung von transaktionsanfechtungen
US7151762B1 (en) * 2000-07-14 2006-12-19 At&T Corp. Virtual streams for QoS-driven wireless LANs
US6950397B1 (en) 2000-07-14 2005-09-27 At&T Corp. RSVP/SBM based side-stream session setup, modification, and teardown for QoS-driven wireless lans
US7031287B1 (en) 2000-07-14 2006-04-18 At&T Corp. Centralized contention and reservation request for QoS-driven wireless LANs
US6804222B1 (en) * 2000-07-14 2004-10-12 At&T Corp. In-band Qos signaling reference model for QoS-driven wireless LANs
US7039032B1 (en) 2000-07-14 2006-05-02 At&T Corp. Multipoll for QoS-Driven wireless LANs
US7068632B1 (en) * 2000-07-14 2006-06-27 At&T Corp. RSVP/SBM based up-stream session setup, modification, and teardown for QOS-driven wireless LANs
US7068633B1 (en) 2000-07-14 2006-06-27 At&T Corp. Enhanced channel access mechanisms for QoS-driven wireless lans
US7756092B1 (en) 2000-07-14 2010-07-13 At&T Intellectual Property Ii, L.P. In-band QoS signaling reference model for QoS-driven wireless LANs connected to one or more networks
US7333939B1 (en) 2000-07-21 2008-02-19 Travelers Property Casualty Corp. Method for providing web-based insurance data processing services to users
US6980964B1 (en) * 2000-07-27 2005-12-27 Canon Kabushiki Kaisha Virtual print market place
US7424457B2 (en) * 2000-08-08 2008-09-09 Squaretrade, Inc. Managing an electronic seal of certification
US6658394B1 (en) * 2000-08-08 2003-12-02 Squaretrade, Inc. Electronic seals
EP1325599A1 (en) 2000-09-08 2003-07-09 Guy S. Tallent System and method for providing authorization and other services
US7000105B2 (en) 2000-09-08 2006-02-14 Identrus, Llc System and method for transparently providing certificate validation and other services within an electronic transaction
US20020065788A1 (en) * 2000-09-29 2002-05-30 Masaaki Nishikiori Mediation negotiating method, negotiation responding method, and computer-readable recording medium and program thereof
JP2002117169A (ja) * 2000-10-12 2002-04-19 Hitachi Ltd 個人情報管理方法及びその実施装置並びにその処理プログラムを記録した記録媒体
US20030135398A1 (en) * 2000-11-01 2003-07-17 Groz Mark Michael Method and system for managing commitments, reducing measurement errors, and making safe disclosures
US8463714B1 (en) 2000-11-13 2013-06-11 Ebay Inc. Automated cross-cultural conflict management
US7774276B1 (en) * 2000-11-20 2010-08-10 Ebay Inc. Method and system for dealing with non-paying bidders related to network-based transactions
US20020147603A1 (en) * 2000-11-21 2002-10-10 American Arbitration Association Electronic systems and methods for dispute management
US20030028782A1 (en) * 2000-11-22 2003-02-06 Grundfest Joseph A. System and method for facilitating initiation and disposition of proceedings online within an access controlled environment
US20080177581A1 (en) * 2000-12-08 2008-07-24 Charles Kurt Artinger Method and system for providing quotes to replace insured items
US6873958B2 (en) * 2000-12-08 2005-03-29 Replacement Services, Llc Method and system for selecting items to replace insured items
US7668739B2 (en) * 2000-12-08 2010-02-23 Replacement Services, Llc Method and system for selecting items to replace insured items
WO2002055472A1 (de) * 2000-12-18 2002-07-18 Basf Aktiengesellschaft Verfahren zur herstellung von höheren (meth)acrylsäureestern
US7295999B1 (en) * 2000-12-20 2007-11-13 Jpmorgan Chase Bank, N.A. System and method for determining eligibility and enrolling members in various programs
US20030163406A1 (en) * 2000-12-21 2003-08-28 Thiessen Ernest Marvin Blind bidding negotiation support system for any number of issues
US7197716B2 (en) * 2000-12-22 2007-03-27 Merchant & Gould, P.C. Litigation management system and method
US20020107792A1 (en) * 2001-02-02 2002-08-08 Harvey Anderson System and method for facilitating billing allocation within an access controlled environment via a global network such as the internet
US8326754B2 (en) * 2001-02-05 2012-12-04 Oracle International Corporation Method and system for processing transactions
CA2335422A1 (en) * 2001-02-09 2002-08-09 Novaforum Inc. Online dispute resolution systems
US7895098B2 (en) 2001-03-01 2011-02-22 Jpmorgan Chase Bank, N.A. System and method for measuring and utilizing pooling analytics
WO2002075499A2 (en) * 2001-03-19 2002-09-26 Mastercard International Incorporated Method and system for making small payments using a payment card
AU2002255806A1 (en) * 2001-03-20 2002-10-08 Dealigence Inc. Negotiating platform
AU2002250316B2 (en) * 2001-04-23 2007-12-20 Oracle International Corporation Methods and systems for carrying out contingency-dependent payments via secure electronic bank drafts supported by online letters of credit and/or online performance bonds
US20020165726A1 (en) * 2001-05-07 2002-11-07 Grundfest Joseph A. System and method for facilitating creation and management of contractual relationships and corresponding contracts
GB2377778A (en) * 2001-07-18 2003-01-22 Hewlett Packard Co Digital communication method for determining admittance to a negotiation
US20030028474A1 (en) * 2001-08-03 2003-02-06 Butler Online Mediation, L.P. System and method for online dispute resolution and management
US20040172271A1 (en) * 2001-08-03 2004-09-02 Butler Online Mediation, L.P. System and method for online dispute resolution and management
JP2003108520A (ja) * 2001-09-28 2003-04-11 Canon Inc 情報提供サーバ、端末装置及びその制御方法並びに情報提供システム
US8571969B1 (en) 2001-11-01 2013-10-29 Marc Michael Groz System, method and program product for contingent commitments
US7346522B1 (en) 2002-01-08 2008-03-18 First Access, Inc. Medical payment system
US20030158759A1 (en) * 2002-01-24 2003-08-21 Robert Kannenberg Method of modifying software by defining business rules
US7631299B2 (en) * 2002-01-24 2009-12-08 Computer Sciences Corporation System for modifying software using reusable software components
US20030172367A1 (en) * 2002-01-24 2003-09-11 Robert Kannenberg Method of modifying software via a network
US7756896B1 (en) 2002-03-11 2010-07-13 Jp Morgan Chase Bank System and method for multi-dimensional risk analysis
WO2003083619A2 (en) 2002-03-29 2003-10-09 Bank One, Delaware, N.A. System and process for performing purchase transaction using tokens
US8364603B2 (en) * 2002-04-23 2013-01-29 Galves Fred A On-line dispute resolution for e-commerce disputes
US20030208719A1 (en) * 2002-05-06 2003-11-06 Ronald W. Freeman, P.C. Immigration law case management system
CZ301193B6 (cs) * 2002-05-17 2009-12-02 TELEMATIX SERVICES, a.s. Univerzální komunikacní, informacní, navigacní a platební systém
US7437327B2 (en) * 2002-05-24 2008-10-14 Jp Morgan Chase Bank Method and system for buyer centric dispute resolution in electronic payment system
US20030225690A1 (en) * 2002-05-29 2003-12-04 Xerox Corporation Billing process and system
US9710852B1 (en) 2002-05-30 2017-07-18 Consumerinfo.Com, Inc. Credit report timeline user interface
US20040078243A1 (en) * 2002-06-04 2004-04-22 Fisher Fredrick J. Automatic insurance processing method
US7356516B2 (en) 2002-06-13 2008-04-08 Visa U.S.A. Inc. Method and system for facilitating electronic dispute resolution
US7210163B2 (en) * 2002-07-19 2007-04-24 Fujitsu Limited Method and system for user authentication and authorization of services
US20040030603A1 (en) * 2002-08-09 2004-02-12 Grundfest Joseph A. System and method for facilitating management of a matter online within an access controlled environment
US7536325B2 (en) 2002-09-30 2009-05-19 Canadian National Railway Company Method and system for generating account reconciliation data
US7676387B2 (en) 2002-10-31 2010-03-09 Computer Sciences Corporation Graphical display of business rules
US7689442B2 (en) 2002-10-31 2010-03-30 Computer Science Corporation Method of generating a graphical display of a business rule with a translation
US20040111302A1 (en) * 2002-11-08 2004-06-10 Falk Robert J. System and process for electronic subrogation, inter-organization workflow management, inter-organization transaction processing and optimized web-based user interaction
US6732157B1 (en) 2002-12-13 2004-05-04 Networks Associates Technology, Inc. Comprehensive anti-spam system, method, and computer program product for filtering unwanted e-mail messages
US20040138900A1 (en) * 2003-01-14 2004-07-15 Read Theresa Karem Computerized random variable selector, apparatus, system and method
US9818136B1 (en) 2003-02-05 2017-11-14 Steven M. Hoffberg System and method for determining contingent relevance
US20040225619A1 (en) * 2003-02-20 2004-11-11 Thiessen Ernest Marvin Multivariate negotiation with satisfaction ratings
US20040186751A1 (en) * 2003-03-19 2004-09-23 Colavito William Thomas Method for providing insurance and an insurance policy protecting persons against malpractice or willful misconduct by a professional
US20080177583A1 (en) * 2003-03-19 2008-07-24 William Thomas Colavito Method for providing insurance and an insurance policy protecting persons against malpractice, willful misconduct or products liability
US20040260876A1 (en) * 2003-04-08 2004-12-23 Sanjiv N. Singh, A Professional Law Corporation System and method for a multiple user interface real time chronology generation/data processing mechanism to conduct litigation, pre-litigation, and related investigational activities
US7870066B2 (en) 2003-06-06 2011-01-11 Ebay Inc. Automatic dispute resolution
US7593882B2 (en) * 2003-08-14 2009-09-22 Leonard Barrack Report generator for allowing a financial entity to monitor securities class action lawsuits and potential monetary claims resulting therefrom
US8442895B2 (en) 2003-08-14 2013-05-14 Leonard Barrack Report generator for allowing a financial entity to monitor securities class action lawsuits and potential monetary claims resulting therefrom and including loss chart selection
US7146333B2 (en) * 2003-08-14 2006-12-05 Hamer Patricia A Report generator for allowing a financial entity to monitor securities class action lawsuits and potential monetary claims resulting therefrom
US7624068B1 (en) 2003-08-18 2009-11-24 Jpmorgan Chase Bank, N.A. Method and system for dynamically adjusting discount rates for a card transaction
US7895064B2 (en) 2003-09-02 2011-02-22 Computer Sciences Corporation Graphical input display in an insurance processing system
GB0329203D0 (en) * 2003-12-17 2004-01-21 Guaranteed Markets Ltd A transaction system and method
EP1704391A4 (en) * 2003-12-30 2009-06-10 Oracle Int Corp METHOD AND SYSTEM FOR PROCESSING TRANSACTIONS
US20050187884A1 (en) * 2004-01-14 2005-08-25 Reisch Stanley L. Online seal and dispute resolution process
US7236957B2 (en) * 2004-02-10 2007-06-26 Bottomline Technologies (De) Inc. Method for remotely authorizing a payment transaction file over an open network
US20050203785A1 (en) * 2004-03-10 2005-09-15 Kixmiller Robert V. Automated dispute settlement method
KR100601680B1 (ko) * 2004-05-22 2006-07-14 삼성전자주식회사 화상형성장치
US7974895B1 (en) 2004-07-16 2011-07-05 Jp Morgan Chase Bank System and method for developing finance rate information
EP1774464A4 (en) * 2004-08-03 2009-04-22 Ebay Inc METHOD AND SYSTEM FOR DESIGNING A DISPUTE SETTLEMENT PROCESS
US7590589B2 (en) 2004-09-10 2009-09-15 Hoffberg Steven M Game theoretic prioritization scheme for mobile ad hoc networks permitting hierarchal deference
US20060085233A1 (en) * 2004-10-18 2006-04-20 Emergency 24, Inc. Peer-to-peer complaint system and method
US7814005B2 (en) * 2004-10-19 2010-10-12 Apollo Enterprise Solutions, Inc. Dynamic credit score alteration
US7818229B2 (en) * 2004-10-19 2010-10-19 Apollo Enterprise Solutions, Inc. Method for future payment transactions
WO2006045060A2 (en) * 2004-10-19 2006-04-27 Apollo Enterprise Solutions, Llc System and method for resolving transactions
US7848978B2 (en) * 2004-10-19 2010-12-07 Apollo Enterprise Solutions, Inc. Enhanced transaction resolution techniques
US7783543B2 (en) 2004-12-21 2010-08-24 Weather Risk Solutions, Llc Financial activity based on natural peril events
US7584133B2 (en) 2004-12-21 2009-09-01 Weather Risk Solutions Llc Financial activity based on tropical weather events
US7783544B2 (en) 2004-12-21 2010-08-24 Weather Risk Solutions, Llc Financial activity concerning tropical weather events
US7584134B2 (en) 2004-12-21 2009-09-01 Weather Risk Solutions, Llc Graphical user interface for financial activity concerning tropical weather events
US8266042B2 (en) 2004-12-21 2012-09-11 Weather Risk Solutions, Llc Financial activity based on natural peril events
US7783542B2 (en) 2004-12-21 2010-08-24 Weather Risk Solutions, Llc Financial activity with graphical user interface based on natural peril events
US7693766B2 (en) 2004-12-21 2010-04-06 Weather Risk Solutions Llc Financial activity based on natural events
US7890343B1 (en) 2005-01-11 2011-02-15 Jp Morgan Chase Bank System and method for generating risk management curves
US7707118B2 (en) * 2005-02-24 2010-04-27 James Ring F Asymmetrical escrow system for use in non-cooperative bargaining relationships
US20060253478A1 (en) * 2005-03-16 2006-11-09 Graham Michael L Client centric document preparation interface
US20060265255A1 (en) * 2005-05-19 2006-11-23 Williams Cary J System for monitoring health insurance coverage milestones, tracking member expenses & payments and administration tool for health/medical saving accounts
US20060271412A1 (en) * 2005-05-27 2006-11-30 Sohr James W Healthcare transaction system and method for automated healthcare claim resolution and workflow management
US20070027919A1 (en) * 2005-07-01 2007-02-01 Mastel Missy S Dispute resolution processing method and system
US8874477B2 (en) 2005-10-04 2014-10-28 Steven Mark Hoffberg Multifactorial optimization system and method
US7743729B2 (en) * 2005-10-14 2010-06-29 Jerry Cotter Portable system for automatically and periodically applying moisture to curing concrete
US20070127693A1 (en) * 2005-11-21 2007-06-07 Vox, Llc Consumer feedback method and apparatus
US7962396B1 (en) 2006-02-03 2011-06-14 Jpmorgan Chase Bank, N.A. System and method for managing risk
US7707192B1 (en) 2006-05-23 2010-04-27 Jp Morgan Chase Bank, N.A. Confidence index for assets
US20080010081A1 (en) * 2006-07-05 2008-01-10 Robert Christopher Method for conducting private, non-adversarial, uncompromised, legal dispute investigation and resolution
US8005748B2 (en) 2006-09-14 2011-08-23 Newman David L Intellectual property distribution system and method for distributing licenses
US10319003B2 (en) * 2006-12-21 2019-06-11 Paypal, Inc. System and method for unified dispute resolution
US7813940B2 (en) * 2007-01-16 2010-10-12 Stephen David Ambrose System and method for enabling health care providers to effect compensatory invoicing of patients who use a coverage entity in addition to their health insurer
US20080172248A1 (en) * 2007-01-16 2008-07-17 Ambrose Stephen D System and method for enabling health care providers to effect compensatory invoicing of patients who use a coverage entity in addition to their health insurer
US20080195437A1 (en) * 2007-02-09 2008-08-14 Shareholder Representative Services, Llc System and Method for Independently Representating Multiple Shareholders in the Sale of a Business
US8015036B1 (en) 2007-04-02 2011-09-06 ClaimAssistant.com, LLC Automated claim mediation system and associated methods
US8010390B2 (en) 2007-06-04 2011-08-30 Computer Sciences Corporation Claims processing of information requirements
US8000986B2 (en) 2007-06-04 2011-08-16 Computer Sciences Corporation Claims processing hierarchy for designee
US8010389B2 (en) 2007-06-04 2011-08-30 Computer Sciences Corporation Multiple policy claims processing
US8010391B2 (en) 2007-06-29 2011-08-30 Computer Sciences Corporation Claims processing hierarchy for insured
US8127986B1 (en) 2007-12-14 2012-03-06 Consumerinfo.Com, Inc. Card registry systems and methods
US9990674B1 (en) 2007-12-14 2018-06-05 Consumerinfo.Com, Inc. Card registry systems and methods
JP5513410B2 (ja) 2008-01-18 2014-06-04 アイデントラスト, インコーポレイテッド 複数の信頼ドメインへのデジタル証明書のバインディング
US7991630B2 (en) 2008-01-18 2011-08-02 Computer Sciences Corporation Displaying likelihood values for use in settlement
US8478637B1 (en) 2008-04-08 2013-07-02 Jpmorgan Chase Bank, N.A. Index for assessing discount potential
US8312033B1 (en) 2008-06-26 2012-11-13 Experian Marketing Solutions, Inc. Systems and methods for providing an integrated identifier
US8200578B2 (en) 2008-07-09 2012-06-12 Hill Matthew D Methods and systems for account management and virtual agent design and implementation
US20100063883A1 (en) * 2008-09-05 2010-03-11 Thuang Jzin Teng Financial donation system and method thereof
US8060424B2 (en) 2008-11-05 2011-11-15 Consumerinfo.Com, Inc. On-line method and system for monitoring and reporting unused available credit
US20100318469A1 (en) * 2009-06-10 2010-12-16 Navarik Corp. Management of claims
US20110047007A1 (en) * 2009-08-20 2011-02-24 Colin Rule System and method for community-based dispute resolution
US9607336B1 (en) 2011-06-16 2017-03-28 Consumerinfo.Com, Inc. Providing credit inquiry alerts
US9483606B1 (en) 2011-07-08 2016-11-01 Consumerinfo.Com, Inc. Lifescore
US9106691B1 (en) 2011-09-16 2015-08-11 Consumerinfo.Com, Inc. Systems and methods of identity protection and management
US8738516B1 (en) 2011-10-13 2014-05-27 Consumerinfo.Com, Inc. Debt services candidate locator
US20130198091A1 (en) * 2012-01-31 2013-08-01 Daniel Jahnsen System of alternative dispute resolution implemented through a global computer network and methods thereof
US9853959B1 (en) 2012-05-07 2017-12-26 Consumerinfo.Com, Inc. Storage and maintenance of personal data
WO2014024190A1 (en) * 2012-08-09 2014-02-13 Vibranovsky Eduard Method and apparatus for personal communication
US9654541B1 (en) 2012-11-12 2017-05-16 Consumerinfo.Com, Inc. Aggregating user web browsing data
US9916621B1 (en) 2012-11-30 2018-03-13 Consumerinfo.Com, Inc. Presentation of credit score factors
US10255598B1 (en) 2012-12-06 2019-04-09 Consumerinfo.Com, Inc. Credit card account data extraction
US9406085B1 (en) * 2013-03-14 2016-08-02 Consumerinfo.Com, Inc. System and methods for credit dispute processing, resolution, and reporting
US9870589B1 (en) 2013-03-14 2018-01-16 Consumerinfo.Com, Inc. Credit utilization tracking and reporting
US10102570B1 (en) 2013-03-14 2018-10-16 Consumerinfo.Com, Inc. Account vulnerability alerts
US10685398B1 (en) 2013-04-23 2020-06-16 Consumerinfo.Com, Inc. Presenting credit score information
US9443268B1 (en) 2013-08-16 2016-09-13 Consumerinfo.Com, Inc. Bill payment and reporting
US10325314B1 (en) 2013-11-15 2019-06-18 Consumerinfo.Com, Inc. Payment reporting systems
US9477737B1 (en) 2013-11-20 2016-10-25 Consumerinfo.Com, Inc. Systems and user interfaces for dynamic access of multiple remote databases and synchronization of data based on user rules
US9892457B1 (en) 2014-04-16 2018-02-13 Consumerinfo.Com, Inc. Providing credit data in search results
WO2017205731A1 (en) * 2016-05-26 2017-11-30 Cybersettle Holdings, Inc. Expert system and methods for commercial transactions and automated negotiation
EP3652689A1 (en) * 2017-07-14 2020-05-20 Visa International Service Association Method, system, and computer program product for user communication with merchants associated with transactions
GB2574676A (en) * 2018-06-15 2019-12-18 Kennedys Law Llp A computerised document management and creation system
US20200074541A1 (en) 2018-09-05 2020-03-05 Consumerinfo.Com, Inc. Generation of data structures based on categories of matched data items
US11315179B1 (en) 2018-11-16 2022-04-26 Consumerinfo.Com, Inc. Methods and apparatuses for customized card recommendations
US11238656B1 (en) 2019-02-22 2022-02-01 Consumerinfo.Com, Inc. System and method for an augmented reality experience via an artificial intelligence bot
US11941065B1 (en) 2019-09-13 2024-03-26 Experian Information Solutions, Inc. Single identifier platform for storing entity data
US11526859B1 (en) 2019-11-12 2022-12-13 Bottomline Technologies, Sarl Cash flow forecasting using a bottoms-up machine learning approach
US11532040B2 (en) 2019-11-12 2022-12-20 Bottomline Technologies Sarl International cash management software using machine learning
US11704671B2 (en) 2020-04-02 2023-07-18 Bottomline Technologies Limited Financial messaging transformation-as-a-service
CN113065952A (zh) * 2020-11-23 2021-07-02 上海金融期货信息技术有限公司 一种衍生品自动化结算的方法和系统

Family Cites Families (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US3581072A (en) * 1968-03-28 1971-05-25 Frederick Nymeyer Auction market computation system
US3573747A (en) 1969-02-24 1971-04-06 Institutional Networks Corp Instinet communication system for effectuating the sale or exchange of fungible properties between subscribers
US5077665A (en) * 1989-05-25 1991-12-31 Reuters Limited Distributed matching system
GB9027249D0 (en) * 1990-12-17 1991-02-06 Reuters Ltd Offer matching system
CA2059078C (en) 1991-02-27 1995-10-03 Alexander G. Fraser Mediation of transactions by a communications system
US5794207A (en) 1996-09-04 1998-08-11 Walker Asset Management Limited Partnership Method and apparatus for a cryptographically assisted commercial network system designed to facilitate buyer-driven conditional purchase offers
CA2128122A1 (en) 1994-07-15 1996-01-16 Ernest M. Thiessen Computer-based method and apparatus for interactive computer-assisted negotiations
GB9416673D0 (en) * 1994-08-17 1994-10-12 Reuters Ltd Data exchange filtering system
US5749785A (en) * 1994-09-21 1998-05-12 Rossides; Michael T. Communications system using bets
US5895450A (en) * 1995-02-22 1999-04-20 Sloo; Marshall A. Method and apparatus for handling complaints
US5668953A (en) 1995-02-22 1997-09-16 Sloo; Marshall Allan Method and apparatus for handling a complaint
US5689652A (en) * 1995-04-27 1997-11-18 Optimark Technologies, Inc. Crossing network utilizing optimal mutual satisfaction density profile
WO1997004410A1 (en) * 1995-07-18 1997-02-06 Sloo Marshall A On-line contract negotiating apparatus and method
US5905975A (en) * 1996-01-04 1999-05-18 Ausubel; Lawrence M. Computer implemented methods and apparatus for auctions
CA2204069A1 (en) * 1996-07-26 1998-01-26 Steven J. Brams Computer-based method for the fair division of property
US6112189A (en) * 1997-03-19 2000-08-29 Optimark Technologies, Inc. Method and apparatus for automating negotiations between parties
US5956687A (en) * 1997-04-04 1999-09-21 Wamsley; Vaughn A. Personal injury claim management system
US6131087A (en) * 1997-11-05 2000-10-10 The Planning Solutions Group, Inc. Method for automatically identifying, matching, and near-matching buyers and sellers in electronic market transactions
US6112181A (en) * 1997-11-06 2000-08-29 Intertrust Technologies Corporation Systems and methods for matching, selecting, narrowcasting, and/or classifying based on rights management and/or other information
US6357010B1 (en) * 1998-02-17 2002-03-12 Secure Computing Corporation System and method for controlling access to documents stored on an internal network
US6343271B1 (en) * 1998-07-17 2002-01-29 P5 E.Health Services, Inc. Electronic creation, submission, adjudication, and payment of health insurance claims

Also Published As

Publication number Publication date
AU757149B2 (en) 2003-02-06
NO20002566L (no) 2000-05-19
EA002785B1 (ru) 2002-10-31
GB0010845D0 (en) 2000-06-28
ZA200002065B (en) 2001-05-16
NZ504253A (en) 2004-02-27
EP1050003A1 (en) 2000-11-08
US6850918B1 (en) 2005-02-01
ID25800A (id) 2000-11-02
GB2345997B (en) 2003-01-29
US6330551B1 (en) 2001-12-11
HUP0004691A2 (hu) 2001-05-28
HUP0004691A3 (en) 2004-01-28
CA2307497A1 (en) 2000-02-17
PL340804A1 (en) 2001-02-26
NO20002566D0 (no) 2000-05-19
GB0228769D0 (en) 2003-01-15
AU5392799A (en) 2000-02-28
CN1542665A (zh) 2004-11-03
IL135940A (en) 2005-07-25
EP1050003A4 (en) 2005-05-11
IL135940A0 (en) 2001-05-20
GB2345997A (en) 2000-07-26
WO2000008582A1 (en) 2000-02-17
EA200000402A1 (ru) 2000-12-25
CN1287642A (zh) 2001-03-14

Similar Documents

Publication Publication Date Title
NO320226B1 (no) System og fremgangsmate for datamaskinbasert tvistlosning
US7831480B2 (en) Computerized transaction bargaining system
US7249114B2 (en) Computerized dispute resolution system and method
US6954741B1 (en) Computerized dispute resolution system and method
US8150774B2 (en) System and method for providing automated dispute resolution between or among multiple parties
US20130332351A1 (en) System and method for resolving transactions using weighted scoring techniques
US20070192144A1 (en) Health care analysis system and methods
AU2011202822A1 (en) Computerized Transaction Bargaining System And Method
KR20020024463A (ko) 보험공동구매방법
MXPA00004327A (en) Computerized dispute resolution system and method
CZ20001615A3 (cs) Komputerizovaný systém řešení sporů a způsob komputerízovaného řešení sporů