NO334340B1 - Data kommunikasjonsterminal - Google Patents

Abstract

Ved gjennomføring av datakommunikasjon ved bruk av et kommunikasjonsnettverk hvor avregning er gjort i henhold til datamengde, er start og slutt av sendingen/mottakningen av et sett av objektive data som skal bli sendt/mottatt gjenkjent, og mengden av datapakker sendt/mottatt fra start til slutt av sendingen/mottakningen av settet av objektive data som skal bli sendt/mottatt er målt, og derved er en kommunikasjonskostnad kalkulert, og det er vurdert hvorvidt kalkulert kommunikasjonskostnaden har nådd et pengebeløpsvarsel spesifisert av brukeren eller ikke, og når det er vurdert at den kalkulerte kommunikasjonskostnaden har nådd pengebeløpsvarslet, er et varsel om dette gitt til brukeren.

Description

Beskrivelse

Bakgrunn

Foreliggende oppfinnelse gjelder en datakommunikasjonsterminal for å gjennomføre datakommunikasjon ved hjelp av et kommunikasjonsnettverk hvor minst avregning er båret av datamengde og en fremgangsmåte derav, og et datamaskinlesbart opptaksmedium som lagrer et program som inkluderer kommandoer som gjør at en datamaskinutfører oppgaver til en slik datakommunikasjonsterminal.

I kjent teknikk, gir fremgangsmåten ved avregning av kommunikasjonskostnader ved datakommunikasjon, har det vært en avregningsfremgangsmåte i henhold til oppkoblingstid, og en avregningsfremgangsmåte i henhold til sendte og mottatte datamengder, og kommunikasjonskostnader med disse respektive fremgangsmåtene er akkumulert, og kostnadene er avkrevd brukeren periodisk for eksempel på månedlig basis eller tilsvarende.

For å unngå et slikt tilfelle hvor den månedlige regning for slike høyere kostnader, da brukere ikke forventer at disse skal bli gjort, er oppkoblingstiden eller sendte mottatte datamengder kalkulert på en terminalenhet hos hver bruker, og den akkumulerte kostnaden er kalkulert i henhold til avregningsfremgangsmåten, og kostnadene så langt er vist ved behov slik at hver bruker kan se sin kostnad direkte.

En teknikk som gir et varsel til brukeren i tilfelle hvor en kostnadsgrense satt for brukeren er nådd er vel kjent. Derved kan en bruker som er blitt gitt et slikt varsel forhindres fra videre bruk og kan tilsvarende forhindre uventede høye kostnader.

I tilfelle med fremgangsmåte for avregning i henhold til sendte mottatte datamengder, når mengden av data til å bli sendt mottatt kontinuerlig er små som i tekstdata, oppfattes kostnaden mindre enn i tilfelle hvor fremgangsmåten for avregning i henhold til oppkoblingstid, herav praktisk, mens når mengden av data til å bli sendt mottatt kontinuerlig er stor som ved nedlasting av bildedata, vil kostnadene bli høye. Spesielt i tilfelle ved bruk av ekstrem høyhastighetskommunikasjonslinje kan brukere sende og motta store mengder av data uten å legge merke til det, og som et resultat vil kommunikasjonskostnadene bli enorme på kort tid. Hvis de sendte og mottatte data virkelig er nødvendige for en bruker, da er det greit, men på den andre siden hvis data er unødvendig eller verdiløs, da føler en bruker det som stor sløsing og kostnadsytelsen av kommunika-sjoner i sin helhet vil bli forringet noe som har vært problemet med kjent teknikk.

Med andre ord har brukere i kjent teknikk beskrevet ovenfor, unnvært å bruke videre tilkoblinger når den forhåndssatte mengdegrensen er nådd slik at utsendelse til brukere av uventede høye kostnader kan bli forhindret. Imidlertid har kjent teknikk mislykkes i å forbedre kommunikasjonskostnadsytelsen ved å redusere mottak og sending av unødvendige data, som har vært problemet med kjent teknikk.

Av tidligere kjent teknikk nevnes patentpublikasjonen WO 99/65183 A2 som beskriver en datakommunikasjonsterminal som omfatter datakommunikasjonsmidler for tilkopling til et kommunikasjonsnettverk hvor avregning blir gjort i henhold til datamengde for å gjennomføre datakommunikasjon, midler for måling av datamengde av et sett av data som skal bli sendt/mottatt og bli gjenkjent, vurderingsmidler, og midler for å varsle en bruker, midler for å gjenkjenne starten og slutten av sending/mottak av datasettet for å bli sendt/mottatt, hvor målemidlene er arrangert for å måle datamengden fra starten til slutten av sending/mottak, idet vurderingsmidlene er arrangert for å vurdere hvorvidt de sendte/mottatte datamengder som skal måles har nådd en spesifisert datamengde, og hvor varslemidlene er arrangert for å varsle brukeren, når det er vurdert at de sendte/mottatte datamengder har nådd den spesifiserte datamengden.

Følgelig, i foreliggende oppfinnelse, når utførelse av datakommunikasjon ved tilkobling av datakommunikasjonsterminal til et kommunikasjonsnettverk hvor avregningen er gjort i henhold til datamengde, er starten og slutten av sending/mottak av et sett av objektive data gjenkjent, og mengden av data sendt/mottatt fra start til slutt av sending/mottak av settet av objektive data som er gjenkjent er målt, og det er vurdert hvorvidt eller ikke den målte datamengden sendt/mottatt når en spesifisert datamengde, og når det er vurdert at den sendte/mottatte datamengde har nådd den spesifiserte datamengden, er et varsel om dette gitt til brukere.

Når utførelse av datakommunikasjon ved hjelp av et kommunikasjonsnettverk blant et kommunikasjonsnettverk hvor avregningen er utført i henhold til datamengde og et kommunikasjonsnettverk av avregning er gjort i henhold til oppkoblingstid, er kommunikasjonskostnadene nødvendig for datakommunikasjon kalkulert i samtid i henhold til det utvalgte kommunikasjonsnettverket, og det er vurdert hvorvidt eller ikke den kalkulerte kommunikasjonskostnaden når en forhåndssatt mengdebegrensning av kommunikasjonskostnader, og når det er vurdert at kalkulerte kommunikasjonskostnader har nådd det forhåndssatte mengdenivået, er et varsel om dette gitt til brukere.

For øvrig henvises til kravene 1, 10 og 11 i vedlagt kravsett som fremlegger grunntrekkene av oppfinnelsen som anordning, fremgangsmåte og datamaskinlesbart medium. De uselvstendige krav 2 til 9 fremlegger utførelsesformer av anordningen.

Kort beskrivelse av tegningene

Oppfinnelsen skal beskrives nærmere i det følgende i forbindelse med noen ut-førelseseksempler og under henvisning til tegningene figur IA til og med figur 8B, hvor Figur IA er et blokkdiagram som viser en sammensetting av en datakommunikasjons terminal i henhold til en første utførelse av foreliggende oppfinnelse. Figur IB er et diagram som viser en parameterminnestruktur av en RAM brikke i en

datakommunikasj ons terminal.

Figur 2A er et diagram som viser en komplett systemstruktur som bruker en datakommu nikasjonsterminal i henhold til en første utførelse av foreliggende oppfinnelse. Figur 2B er et flytdiagram som viser prosesseringen av en kommunikasjonstilkob- lingsforespørsel i en datakommunikasjonsterminal. Figur 3A er et diagram som viser et display og oppsetningsskjermen av et avregnings- varsel. Figur 3B er et flytdiagram for å forklare detaljer av varseldisplayet og instruksjoner som

venter prosessering i figur 5.

Figur 4 er et flytdiagram for å forklare handlingene ved kontovarselsinnstillingene i en

datakommunikasj ons terminal.

Figur 5 er et flytdiagram for å forklare detaljer av kommunikasjonsprosesseringen i

figur 2B.

Figur 6A er et diagram som viser en parameterminnestruktur av RAM i en datakommuni kasjonsterminal i henhold til en andre utforming av foreliggende oppfinnelse. Figur 6B er et diagram som viser en tilgjengelig kommunikasjonsnettverkskontrolltabell. Figur 7A er et diagram som viser en første halvdel av en serie av flytdiagrammer for å

forklare prosessen ved en kommunikasjonstilkoblingsforespørsel.

Figur 7B er et diagram som viser den siste delen av en serie av flytdiagrammer for å for klare prosessen ved kommunikasjonstilkoblingsforespørsel. Figur 8A er et diagram som viser en parameterminnestruktur av RAM i en datakommuni kasjonsterminal i henhold til en tredje utførelse av foreliggende oppfinnelse. Figur 8B er et flytdiagram for å forklare detaljer av kommunikasjonsprosessen i en tredje

utførelse av foreliggende oppfinnelse.

Detaljert beskrivelse

Figur 2A er et diagram som viser en fullstendig systemstruktur som bruker en datakommunikasjonsterminal i henhold til en første utførelse av foreliggende oppfinnelse.

Det vil si en datakommunikasjonsterminal 10 i henhold til den første utførelse av foreliggende oppfinnelse er konstruert slik at den kan være tilkoblet til et lokalnett 12 i et bestemt foretak hvor en server er anordnet for sending/mottak av data via et datapakke-kommunikasjonsnettverk 11 som kommunikasjonsinfrastruktur.

Heri er datakommunikasj onsterminalen 10 en terminal som har en innebygget kommunikasjonsmodul som beskrevet senere og derved tillater trådløs kommunikasjon. Datapakkekommunikasjonsnettverket 11 er fremskaffet ved en basestasjon 13 for å gjennomføre kommunikasjon med datakommunikasjonsterminalen 10, en krets som bytter kontrollutstyr 14, og en ruter 15. Mens lokalnettet 12 i bestemt foretak er fremskaffet med en ruter 16 og en server 17. Ruteren 15 av datapakkekommunikasjonsnettverket 11 og ruteren 16 av lokalnettet 12 i et bestemt foretak er tilkoblet med hverandre via en leid linje 18.

Datapakkekommunikasjonsnettverket 11 trenger ikke å være trådløs kommunikasjonsinfrastruktur, men kan være et som benytter seg av analoge offentlige linjer eller tilsvarende.

FigurlA er blokkdiagram som viser en sammensetning av datakommunikasj onsterminalen 10 i henhold til en første utførelse av foreliggende oppfinnelse.

Det vil si at denne datakommunikasj onsterminalen 10 omfatter en CPU 20, en ROM brikke 21, en RAM brikke 22, en LCD enhet 23, en LCD driverkrets 24, en tast-matriske 25, en tast I/F krets 26, en kommunikasjonsmodul 27, og en kraftkildekrets 28.

Heri er CPU 20 for å utføre forskjellige kontroller i respektive deler i datakommunikasj onsterminalen 10. ROM brikken 21 er kun et lesbart minne for å lagre et program eller tilsvarende, og RAM brikken 22 er et temporært minne for arbeid. LCD enheten er en utenhet nødvendig for grensesnitt med mennesker, mens LCD driveren 24 er for å drive LCD enheten 23. Tastmatrisen 25 er en berøringstastmatrise anordnet på displayet til LCD enheten 23, og tast I/F kretsen 26 er for trykkposisjonsdetektering i tastmatrisen 25. Kommunikasjonsmodulen 27 er for å utføre datakommunikasjon med datapakkekommunikasjonsnettverket 11. Kraftkildekretsen 28 mater hovedkraftkilden nødvendig for de respektive delene, og fungerer også som backup-kraftkilde til RAM brikken 22 slik at den kan ta vare på forskjellige parametere av varselfremvisninger til å bli nevnt senere inne i RAM brikken 22.

Som vist i Figur IB, i RAM brikken 22, er det anordnet områder til å lagre kostnadsinformasjon pr. datapakke 22A, et varselsfremvisningsflagg 22B, et fremvis-ningsflagg 22C, spesifisert pengemengdevarselsinformasjon 22D, nåværende kostnad 22E, tidligere kostnad 22F, startdatainformasjon 22G, sluttdatainformasjon 22H, en sendte datapakketeller 221 og en mottatt datapakketeller 22J, samt forskjellige parametere av de beholdte varselfremvisningene.

De forskjellige parametrene er satt i et kostnadsvarselsdisplay og en innstillingsskjerm som vist på figur 3A. Kostnadsvarslingsdisplayet og innstillingsskjermen er også brukt til å gi brukere et varsel når det inntreffer en kommunikasjonskostnad overstiger en brukersatt pengemengde. Det vil si at kolonnen "kostnad pr. datapakke" har opp og ned piler 30 for å innstille en kostnad pr. datapakke, hvor et beløp kan bli satt opp eller ned i enheter av 0,01 yen. Trykking på opp pilen gjør at beløpet går opp til 0,01 yen, mens trykking på ned pilen gjør at beløpet går ned til 0,01 yen. Pengebeløpet er laget i kostnadsinformasjonen pr. datapakke 22A i RAM brikken 22.

Avkrysningsboksen 31 er en avkrysningsboks for å velge om beløpsvarsel-fremvisningen skal benyttes eller ikke. Når beløpsvarselfremvisning er tiltenkt, er avkrysningsboksen 31 avkrysset. Når beløpsvarselfremvisning ikke er tiltenkt, er avkrysningsboksen 31 blank. Tilstedeværelse eller fravær av dette krysset setter eller fjerner varselfremvisningsflagget 22B i RAM brikken 22.

Kolonnen "spesifisert pengebeløpsvarsel" er for å sette et pengebeløp for fremvisning av varselfremvisningen når et satt pengebeløp er overtrukket ved bruk av datakommunikasjon. Det er opp og ned piler 32 for å innstille dette varslingspenge-beløpet, hvor beløpet kan bli satt opp og ned i enheter av 1 yen. Ved å trykke opp pilen gjør at beløpet går opp med 1 yen, mens å trykke på ned pilen gjør at beløpet går ned med 1 yen. I overensstemmelse med kostnadsinnstillingene pr. datapakke satt i opp og ned pilene 30, er dette innstilte varselpengebeløpet fremvist som en verdi beregnet ved hjelp av datamengden. I det viste eksempelet er varselpengebeløpet 999 999 yen, og datamengden tilsvarende dette er 124 987,5 KB. Dette varselspengebeløpet (og/eller tilsvarende datamengde) er lagret i det spesifiserte varselpengebeløpsinformasjon 22D av RAM-brikken 22.

Kolonnen "nåværende kostnad" er et kumulativt display av kommunikasjonskostnadene fra tidligere 0-stilling til nåværende tid. Denne kan ikke bli innstilt av en bruker. Det akkumulative pengebeløpet til å bli kalkulert i henhold til mengden av data til å bli sendt/mottatt ved datakommunikasjon, vil bli beskrevet senere, er lagret til nåværende kostnad 22E av RAM brikken 22, og er også fremvist i denne kolonnen. Dette så vel som kolonnen "spesifisert pengebeløpsvarsel" fremviser også datamengde tilsvarende pengebeløpet. I dette eksempelet er pengebeløpet 4 300 yen og datamengden er 53 750 KB.

Kolonnen "nullstill" 34 er for å gi beskjed om å konvertere nåværende kumulative datakommunikasj onskostnad og kumulative datamengde inn i foregående kumulative datakommunikasj onskostand og kumulative datamengde. Det vil si å trykke på denne "nullstill" 34 sletter nåværende akkumulative datakommunikasj onskostnad og akkumulative datamengde. På dette tidspunkt er tidligere kostnadsperiode overskredet som beskrevet nedenfor. Det vil si, tidligere sluttdato er omskrevet til startdato, og dagens dato er omskrevet til periodesluttdag. Disse, startdato og periodesluttdato, er lagret til startdatoinformasjon 22G og sluttdatoinformasjon 22H i RAM brikken 22, i yy/mm/dd format.

Kolonnen "tidligere kostnad" er å fremvise akkumulative kommunikasjonskostnader fra nest siste nullstilling til forrige nullstilling i enheter av 1 yen (og den akkumulative kommunikasjonskostnaden er lagret i foregående kostnad 22F av RAM brikken 22). Denne kolonnen så vel som "spesifisert pengebeløpsvarsel" fremviser også en akkumulativ datamengde 35 tilsvarende pengebeløpet. I dette eksempelet er pengebeløpet 999 999 yen og datamengden er 12 499 998 KB. En periode 36 siden nullstilling var trykket sist gang er også fremvist.

Ved ferdigstillelse av displayet og innstillingene av beløpsvarselet, vil trykket på "OK" 38 i øvre høyre hjørne, forlate displayet. I dette kostnadsvarselsdisplayet og innstillingsskjerm er en programvaretastaturfremvisning 37 anordnet på bunnen av skjermen i tilfeller med alfanumerisk innlegging.

Andre parametere er som vist nedenfor. Nemlig fremvisningsflagget 22C er et flagg for å vise hvorved et varseldisplay har blitt laget eller ikke. Sendte datapakketeller 221 er en teller for å telle antall datapakker av sendte data, mens mottatte datapakketeller 22J er en teller for å telle antall datapakker av mottatte data.

Nedenfor vil handlinger i sammenstillingen nevnt ovenfor bli forklart.

Figur 4 er et flytdiagram for å forklare kontovarselinnstillingshandlingene i datakommunikasj onsterminalen 10 i henhold til den første utførelsen av foreliggende oppfinnelse. Et program som realiserer respektive funksjoner listet etter flytdiagrammet er lagret i ROM brikken 21 i programkodeformatet som en CPU 20 kan lese. Dette programmet kan selvfølgelig bli lest fra et lagringsmedium slik som en diskett, en optisk (magnetisk) disk og tilsvarende, eller bli mottatt av kommunikasjonsmodulen 27 fra en ekstern enhet og lagret i RAM 22.

Det vil si at når en bruker åpner kostnadsvarseldisplay og innstillingsskjermen, er handlingene vist i dette flytdiagrammet startet, og først er det vurdert hvorvidt det er en skjermtrykk innputt av brukeren eller ikke (steg Sil). Hvis det ikke er noe skjermtrykk innputt, hopper prosessen til steg S25 som vil bli beskrevet nedenfor.

På den andre siden hvis det er et skjermtrykk innputt er stedet for trykk vurdert (steg Sl2).

Når opp pilen på kostnad pr. datapakke er stedet for trykking, er kostnadsinformasjonen pr. datapakke 22A øket med 0,01 yen (steg S13), mens når ned pilen på kostnad pr. datapakke er stedet for trykking, er kostnadsinformasjonen pr. datapakke 22A øket med 0,01 yen (steg Sl4).

På den andre siden når kostnadsvarselsavkrysningsboksen 31 under kommunikasjon er vurdert som stedet for trykking, er varseldisplayflagget 22B invertert (steg Sl5).

Når det spesifiserte pengebeløpsvarsel opp pilen er vurdert som stedet for trykking, er det spesifiserte pengebeløpsvarselinformasjonen 22D øket med en yen (steg Sl6), mens når det spesifiserte pengebeløpsvarsel ned pilen er vurdert som stedet for trykking, er det spesifiserte pengebeløpsvarselinformasjon 22D redusert med en yen (steg Sl 7).

Når "nullstill" 34 er vurdert som stedet for trykking, er en spesifisert nullstill bekreftelsesdisplay (ikke illustrert) utført (steg Sl8), og brukerbekreftelse er utført (steg 519) . Hvis denne brukerbekreftelsen er "NEI", hopper prosessen til steg 24 beskrevet nedenfor. I motsatt fall, hvis brukerbekreftelsen er "JA", er forrige periodesluttdato (sluttdatoinformasjon 22H) kopiert til periodestartdato (startdatoinformasjon 22G) (steg 520) , og dagens dato er skrevet inn i periodesluttdato (sluttdatoinformasjon 22H) (steg 521) . Nåværende kostnad 22E er skrevet inn i forrige kostnad 22F (steg S22), og nåværende kostnad 22E er nullstilt (steg S23).

Etter prosessering av de respektive stedene for trykking beskrevet ovenfor, er en display omskrivningsprosess utført (steg S24), og oppdaterer displayet i henhold til oppdaterte parametere. Deretter hvorved denne kostnadsinnstillingshandlingen skal slutte eller ikke, det vil si hvorved "OK" 38 er trykket eller ikke er vurdert (steg S25), og når vurderingen er "NEI", går prosessen tilbake til steg Sil. Mens hvis vurderingen er "JA", er denne kostnadsvarselsinnstillingshandlingen ferdig.

Figur 2B er et flytdiagram over prosesseringen av kommunikasjonstilkoblings-forespørsel i datakommunikasj onsterminalen 10.

Det vil si at ved en kommunikasjonstilkoblingsforespørsel fra en bruker blir handlingene vist når dette flytdiagrammet starter, og først er kommunikasjonstilkoblingen til datapakkekommunikasjonsnettverket 11 startet av kommunikasjonsmodulen 27 (steg S31). Ved kommunikasjonsprosessering, blir detaljene beskrevet nedenfor, er data faktisk sendt/mottatt (steg S32). Deretter er nåværende kostnad lagt til nåværende kostnad 22E og lagret (steg S33), og kommunikasjonstilkoblingen til datapakkekommunikasjonsnettverket er gjennomført (steg S34), og denne kommunikasjonstilkob-lingsforespørselprosesseringen er avsluttet.

Figur 5 er et flytdiagram for å forklare detaljer av kommunikasjonsprosesseringen ved steg S32.

Det vil si, først av alt, er en initial prosessering utført (steg S32A), og dermed nullstiller sendte datapakketeller 221 og mottatte datapakketeller 22J, og nullstiller fremvist flagget 22C.

I det neste steget er det vurdert hvorvidt det er sendt/mottatt data eller ikke (steg S32B), og når dette ikke er gjort, hopper prosessen til kommunikasjonsferdigstillelsesvurdering av et steg S32K som vil bli beskrevet nedenfor.

På den andre side, når det er sendt/mottatt data, er sendt/mottatt dataprosessering av kommunikasjonsmodulen 27 utført (steg S32C). Antallet av datapakker sendt denne gangen er lagt til i sendte datapakketelleren 221 (steg S32D). På samme måte, er antallet av datapakker mottatt denne gangen lagt til i mottatte datapakketelleren 22J (steg S32E). Verdien av den sendte datapakketelleren 221 og verdien av den mottatte pakketelleren 22J er lagt sammen, og den totale verdien er ganget med pengebeløpet pr. datapakke fremvist ved kostnadsinformasjon ved datapakke 22A, og nåværende kommunikasjonskostnad er dermed kalkulert (steg S32F).

Deretter er det vurdert hvorvidt fremvisningsflagget 22C er "0" og varselfremvisningsflagget 22B er "1" (steg S32G), og hvis det er slik, det vil si at varseldisplayet allerede har blitt laget, eller at bruker ikke har sagt at varsler skal vises, hopper prosessen til kommunikasjonsferdigstillelsesvurdering av et steg S32K som vil bli beskrevet nedenfor.

På den andre side, hvis fremvisningsflagget 22C er "0" og varselfremvisningsflagget 22B er "1", det vil si at varselfremvisningen ikke har blitt laget ennå og brukeren ønsker at varsel skal vises, er det vurdert hvorvidt den nåværende kommunikasjonskostnaden overstiger den spesifiserte pengebeløpsgrensen eller ikke (steg S32H). Hvis den ikke overstiges hopper prosessen til kommunikasjonsferdigstillelsesvurderingen av steg S 32K som vil bli beskrevet nedenfor.

På den andre side, hvis nåværende kommunikasjonskostnad overstiger den spesifiserte pengebeløpsgrense, er varseldisplay og instruksjonsavventningsprosess, hvis detaljer er beskrevet nedenfor, utført (steg S32I), og fremvisningsflagget 22C er satt til "1" (steg S32J). Deretter er det vurdert hvorvidt kommunikasjonen er ferdig eller ikke (steg S32K), og i tilfelle av "NEI", går prosessen tilbake til steg S32B. I tilfelle av kom-munikasjonsferdigstillelse, er denne kommunikasjonsprosessen ferdig og prosessen returnerer til en øvre rutine.

Figur 3B er et flytdiagram som viser detaljene i varselfremvisning og instruksjonsawentningsprosessen i steg S32I.

Det vil si et varsel om at kommunikasjonskostnadene har oversteget det spesifiserte pengebeløpsvarselet, og på samme tid er sending og mottak av data temporært stoppet, og en varselfremvisningsprosess er utført hvor en melding er vist som spør en bruker hvorvidt kommunikasjonsprosessen skal fortsette eller ikke (steg S32I1). Sammen med denne varselfremvisningen, kan det bli generert en varsellyd slik som en summelyd eller tilsvarende. I henhold til meldingen er det vurdert hvorvidt brukeren har valgt å fortsette kommunikasjonsprosessen eller ikke (steg S32I2). Når kommunikasjonsprosessen er valgt å bli fortsatt, resonnerer prosessen til den øvre rutinen og går da til steg S32J. På den annen side, når brukeren har valgt å ikke fortsette kommunikasjonsprosessen, hopper prosessen til returneringsdestinasjonen av den øvre rutinen, det vil si, til steg S33 av hovedrutinen.

I den første utførelsen, når en bruker av en datakommunikasjonsterminal innstiller den spesifiserte pengebeløpsvarselet, et pengebeløp hvor brukeren mener at det er nødvendig å være oppmerksom, for eksempel, er en varighet av kommunikasjonstilkobling satt. Hver gang når datakommunikasj onsterminalen er tilkoblet til datapakkekommunikasjonsnettverket, har mengden av sendte/mottatte data fra start til slutt av kommunikasjonstilkoblingen talt, og når kommunikasjonskostnadene overstiger det innstilte pengebeløpet er et varsel gitt til brukeren, og på samme tid, er sending/mottak av data temporært stoppet. I henhold til instruksjonene fra brukeren, er sendingen/mottakningsprosessen gjenopptatt eller avsluttet. Dermed kan brukeren få forståelse av å kontrollere sin egen kommunikasjonskostnad pr. måned, og optimalisere distribueringen av daglig kommunikasjonstid mot betalingen av kommunikasjonskostnadene på slutten av hver måned.

Nedenfor vil en andre utførelse av foreliggende oppfinnelse bli forklart.

I den andre utførelsen, i tillegg til avregningsfremgangsmåten i henhold til sendte/mottatte datamengder som i den første utførelsen, kan avregningsfremgangsmåten i henhold til tilkoblingstid bli valgt, og videre er kommunikasjonskostnader ikke talt pr. kommunikasjonstilkobling, men pr. spesifiserte data.

Derfor, i denne andre utførelse, for å kunne håndtere avregningsfremgangsmåten i henhold til tilkoblingstid, er det anordnet i RAM brikken 22 et område for å lagre parametere av en tidsenhetskostnad 22M, som vist i figur 6A, i tillegg til parameterne i den første utførelsen.

En tilgjengelig kommunikasjonnettverkskontrollmodell 22A er også lagret som vist i figur 6B. Dette er en tabell som lagrer tilgjengelig kommunikasjonsnettverk og avregningsfremgangsmåter til de respektive tilkoblingsdestinasjoner.

I denne andre utførelse er prosessering av kommunikasjonstilkoblingsforespørsel som vist i en serie av forløp illustrert i figur 7A og figur 7B.

Det vil si at ved en kommunikasjonstilkoblingsforespørsel fra en bruker, er handlingene vist i dette flytdiagrammet startet, og først er innputt av tilkoblingsdestinasjon av en bruker akseptert (steg S41).

Deretter er et tilgjengelig kommunikasjonsnettverk for tilgang til tilkob-lingsdestinasjonen valgt fra den tilgjengelige kommunikasjonsnettverkkontrolltabellen 22A, og kommunikasjonstilkoblingen er startet med kommunikasjonsmodulen 27 (steg S42).

Deretter venter prosessen for innputt (steg S43), og når det er innputt, er den relevante innputtinformasjonen analysert (steg S44). Som et resultat av analysen er det vurdert hvorvidt en operasjon som trenger sending/mottak av data, for eksempel leseinstruksjoner for en webside og tilsvarende, har blitt gjort eller ikke (steg S45), og hvis ikke er det vurdert hvorvidt en kommunikasjonstilkoblingsferdigstillelsesinstruksjon har blitt gjort eller ikke (steg S46). Når kommunikasjonstilkoblingsferdigstillelsesinstruksjon ikke er blitt gjort, er forskjellige dataprosesseringer utført på basis av innputt (steg S47), og prosessen returnerer til steg S43. Når det er vurdert at kommunikasjonstil-koblingsferdigstillelsesinstruksjonen er blitt gjort, er kommunikasjonstilkoblingen til kommunikasjonsnettverket fullført (steg S48), og prosesseringen av denne kommunika-sjonstilkoblingsforespørselen er avsluttet.

På den andre siden, i steg S45, når det er vurdert at en operasjon trenger sending/mottakning av data har blitt gjort er et sett med objektive data til å bli sendt/mottatt er gjenkjent på basis av innputten (steg S49). For eksempel, når en instruksjon om å lese en webside er gitt, er det gjenkjent i hvilken URL webside (webadresse/hjemmeside på internett) data skal bli lest fra. Med den tilgjengelige kom-munikasjonsnettverkskontrolltabellen 22A, er det vurdert hvorvidt avregningsfremgangsmåten i nåværende tilkoblingsdestinasjon og kommunikasjonsnettverk er datamengdeavregningsfremgangsmåte eller ikke (steg S50). Dersom det er tilfelle med datamengdeavregningsmåte, er samme kommunikasjonsprosessering som i den forannevnte første utførelse utført (steg S51), for eksempel, i eksempelet med websidedata, er en skjermside av websidedata på den spesifiserte URL lest som et sett av objektive data til å bli sendt/mottatt. Deretter er sjekket hvorvidt det er taginformasjon som viser ytterligere data i settet i objektive data mottatt i dette steget S51 (S58), og når det er taginformasjon som viser subdata, er ytterligere et sett med objektive data til å bli sendt/mottatt gjenkjent igjen i henhold til taginformasjonen (steg S59). For eksempel, i eksempelet med websidedata, hvis det er en taginformasjon som viser bildedata på websiden til dataene, er det gjenkjent i hvilken fil bildedata som skal bli nedlastet er lagret på basis av taginformasjonen.

Deretter går prosessen tilbake til steg S50, og den spesifiserte avregningsfremgangsmåten er vurdert ennå en gang, og settet av subdata er sendt/mottatt i henhold til kommunikasjonsprosesseringen tilsvarende til avregningsfremgangsmåten. I eksempelet med websidedata, er den gjenkjente bildedatafilen sendt/mottatt. På dette tidspunktet slik at en bruker skal vite at en bildedatafilm blir sendt/mottatt, er spesifisert ikon vist på posisjonen hvor taginformasjonen i websidefremvisningsskjermen er satt. Sending og mottak av sett med subdata fortsetter inntil enhver taginformasjon som viser andre subdata forsvinner i websidedataene. Hvis det ikke er noen taginformasjon som viser subdata i steg S58, går prosessen tilbake til steg S43 og innputt ventestatus kommer tilbake.

I steg S50, hvis avregningsfremgangsmåten er vurdert som ikke datamengdeavregnings fremgangsmåte, men tilkoblingstidsavregnings fremgangsmåte, er deler av data for å bli sendt/mottatt sendt/mottatt (steg S52). Deretter på basis av kommu-nikasjonstilkoblingstid og kostnad pr. tidsenhet lagret i tidsenhetkostnad 22M, er kommunikasjonskostnaden kalkulert (steg S53). Det er vurdert hvorvidt den kalkulerte kommunikasjonskostnaden overstiger en andre spesifisert pengebeløpsvarsel tilsvarende til tilkoblingstid avregningsfremgangsmåte lagret i den spesifiserte pengebeløpsvarsel-informasjon 22D eller ikke (steg S54), og hvis den ikke overstiger, er det vurdert hvorvidt det er data igjen eller ikke (steg S55). Hvis det er data igjen går prosessen til steg S52, men hvis det ikke er data igjen går prosessen til steg S58.

I steget S54, hvis det er vurdert at de kalkulerte kommunikasjonskostnadene har oversteget spesifiserte pengebeløpsvarselet, etter at varsel er vist (steg S56), er sending/mottak nav data stoppet uten venting på instruksjoner fra en bruker (steg S57). Prosessen går videre til steg S48, og kommunikasjonstilkoblingen til kommunikasjonsnettverket er slutt, og denne prosesseringen av kommunikasjonstilkoblingsforespørselen er ferdig. Varselsvisningen i den andre utførelsen er gjort ved en beskjed for å meddele kommunikasjonskostnader fra start av sending/mottakning av spesifiserte data, i stedet for en melding som meddeler kommunikasjonskostnadene fra start av tilkobling som vist i figur 3B.

I andre utførelse, er et sett av objektive data til å bli sendt/mottatt gjenkjent på basis av innputt instruksjoner fra en bruker, eller taginformasjon som viser subdata inklu-dert i data, og mengden av data sendt/mottatt er talt pr. data til å bli sendt/mottatt og som er gjenkjent. Når kommunikasjonskostnadene overstiger et forhåndssatt pengebeløpsvar-sel, er varsel gitt til brukeren, og på samme tid, er sending/mottak av data stoppet midler-tidig, og en ventestatus trer i kraft. I henhold til instruksjoner fra brukeren, er sendingen/mottakningsprosessen gjenopptatt eller avsluttet. Dermed kan brukeren ta fatt i og kontrollere sine kommunikasjonskostnader ved hver individuell sending/mottakning av objektive data. Selv om kommunikasjonshastighetene er veldig høye kan brukeren vurdere viktighetsgraden av data som nå blir sendt/mottatt og instruere hvorvidt å fortsette sending/mottakning eller ikke, før sending/mottakning av store mengder av unødvendige data, derved kan bruker unngå unødvendig kommunikasjonskostnader og utføre effektive datakommunikasjoner.

En tredje utførelse av foreliggende oppfinnelse vil bli beskrevet nedenfor.

I tredje utførelse, som vist i figur 8A, er det fremskaffet områder for lagrede parametere av nåværende pengebeløpsvarslingsinformasjon 22K og pengebeløp øknings-gradvarsel 22L i RAM brikken 22. Kommunikasjonsprosesseringen utført i steg S51 i den andre utførelsen er gjort som vist i figur 8B.

Det vil si at først er sendte/mottatte datapakketellerne 221 og 22J initialisert (steg S32a), og videre er nåværende pengebeløpsinformasjonsvarsel 22K intialisert med det spesifiserte pengebeløpsvarselet lagret i det spesifiserte pengebeløpsinformasjonsvarselet 22D (steg S32b).

Sendingen/mottakningen av objektdata gjenkjent i steg S49 eller steg S59 i andre utførelse er sendt/mottatt av en datapakke (steg S32c), og sendte/mottatte datapakke-tellere 221 og 22J er oppdatert tilsvarende (steg S32d). Deretter er verdiene av sendte/mottatte datapakkertellere 221 og 22J multiplisert med kostnad pr. datapakke lagret i kostnadsinformasjon pr. datapakke 22A, og dermed er kommunikasjonskostnaden nødvendig for data til å bli sendt/mottatt inntil nåværende kalkulerte (steg S32e). Det er vurdert hvorvidt den kalkulerte kommunikasjonskostnaden har oversteget nåværende pengebeløpsvarsel lagret i nåværende pengeinformasjonsvarsel 22K eller ikke (steg S32f). Hvis det ikke har oversteget, hopper prosessen til steg S32K som vil bli beskrevet nedenfor.

På den annen side, hvis kommunikasjonskostnadene har oversteget nåværende pengebeløpsvarsel, er et varsel vist (steg S32g), og en innputt instruksjon for fortsettelse av sending/mottakning eller terminering fra en bruker tilsvarende dertil er mottatt (steg S32h), og det er vurdert hvorvidt avslutning har blitt bedt om eller ikke (steg S32i). Hvis det er bedt om avslutning, er denne kommunikasjonsprosessen avsluttet og prosessen returnerer til den øvre rutinen.

Når mottak av fortsettelse er gitt, er det nåværende pengebeløpsvarsel lagret i nåværende pengebeløpsinformasjonsvarsel 22K øket (steg S32j). Det vil si at nåværende pengebeløpsvarsel er multiplisert med økningsforstørrelsen lagret i pengebeløpsøknings-forstørrelsesvarselet 22L og det oppnådde resultat overskriver nåværende pengebeløps-informasjonsvarsel 22K. Deretter blir det vurdert hvorvidt det er en datapakke angående dataene som skal være sendt/mottatt igjen eller ikke (steg S32k), og hvis det fortsatt er en datapakke igjen går prosessen tilbake til steg S32c. Når det ikke er flere datapakker igjen, er denne kommunikasjonsprosessen ferdig, og prosessen går tilbake til den øvre rutinen. Når det gjelder vurdering hvorvidt det er en datapakke angående dataene som skal bli sendt/mottatt igjen i steg S32k, for eksempel, er data identifikasjonsinformasjon inn-pakket i hver datapakke av et sett av objektive data som skal sendes/mottas som omfatter flere datapakker sjekket, og dermed når datapakker som har identiske identifikasjonsinformasjon fortsetter, er det vurdert at det fortsatt finnes en datapakke igjen.

I tredje utførelse, i tillegg til andre utførelse, etter et varsel om kommunikasjonskostnad, vil en bruker gi beskjed om og fortsette sendingen/mottakningen av data, er pengebeløpsvarselet øket automatisk, og sendingen/mottakningen av settet av objektive data til å bli sendt/mottatt er fortsatt. Dermed, selv om datamengden og viktighetsgraden av settet av objektive data til å bli sendt/mottatt er uklar, er data sendt/mottatt kontinuerlig likevel, og når data sendt/mottatt mengde øker videre, kan bruker vurdere hvorvidt å fortsette eller avslutte kommunikasjonen, derfor er det mulig å gjennomføre flere effektive datakommunikasjoner.

Foreliggende oppfinnelse har blitt forklart med referanse til foretrukne utførelser, imidlertid er det velkjent at foreliggende oppfinnelse ikke er begrenset til utførelsene beskrevet ovenfor, og forskjellige modifiseringer og applikasjoner er mulig uten å fravike omfanget av oppfinnelsen.

For eksempel har den foretrukne utformingen blitt forklart med at datamengde i datamengdeavregningsfremgangsmåten er datapakker, mens kalkulasjonen kan bli gjort med bits i henhold til en kontoenhet. I dette tilfellet kan kostnadsinformasjon pr. datapakke 22A, sendte datapakketelleren 221, og mottatte datapakkerteller 22J bli innstilt som kostnad pr. bit informasjon, sendte bitteller og mottatte bitteller, som vist i parenteser i figur IB, og datapakken i hvert flytdiagram kan bli lest som byte. Kommunikasjonsprosesseringsflyten av den tredje utførelsen kan bli anvendt i en faktisk kommunikasjonsprosessering som skal bli gjennomført i prosesseringsflyten av kommunikasjonstilkob-lingsforespørselen i første utførelse, og kommunikasjonsprosesseringsflyten i den første utførelse kan bli anvendt i en faktisk kommunikasjonsprosessering som skal bli gjennomført i prosesseringsflyten av kommunikasjonstilkoblingsforespørselen av den andre utførelsen. I den andre utførelsen har det blitt overveid i forbindelse med prosesseringen i tilfelle hvor taginformasjonen som viser subdata, er omfattet i dataene som skal bli sendt/mottatt, og for å bli gjenkjent på basis av innputt, mens i tilfelle hvor det er kjent på forhånd at det er ingen subdata, kan prosesseringen i steg S58 og i steg S59 bli hoppet over, og prosessen kan bli innstilt til å returnere direkte til steg S43. Videre, i stedet for å avslutte kommunikasjonstilkoblingen umiddelbart etter å stoppe sendingen/mottakningen av data i steg S57, kan prosessen bli innstilt til å gå tilbake til steg S43 og vente på instruksjoner for å sende/motta neste data. I nåværende utførelser, er et varsel innstilt til å bli sendt når et spesifisert pengebeløpsvarsel er overskredet, mens et varsel kan bli innstilt for å komme når mengden av sendte/mottatte data pr. tidsenhet overskrider en fastsatt mengde.

Claims (11)

1. Datakommunikasjonsterminal som omfatter: • datakommunikasjonsmidler (27) for oppkopling til et kommunikasjonsnettverk (11) hvor avregning er gjort i henhold til en datamengde for å gjennomføre datakommunikasjon; • midler (20) for måling av datamengde av et datasett som skal sendes/mot- tas og gjenkjennes; vurderingsmidler (20), og midler (20, 23,24) for å varsle en bruker, karakterisert ved midler (20) for å gjenkjenne starten og slutten av sending/mottak av datasettet som skal sendes/mottas; hvor målemidlene er innrettet til å måle datamengden fra starten til slutten av sending/mottak; hvor vurderingsmidlene er innrettet til å vurdere hvorvidt sendte/mottatte datamengder som skal måles har nådd en spesifisert datamengde, og hvor varslemidlene er innrettet til å varsle brukeren, når det er vurdert at sendte/mottatte datamengder har nådd den spesifiserte datamengden, videre omfattende midlene (20, 27) for, når det er vurdert at den sendte/mottatte datamengden har nådd den spesifiserte datamengden, temporært å avbryte sending/mottak av datasettet som skal sendes/mottas, motta en instruksjon om å gjenoppta eller avslutte sending/mottak av datasettet fra en bruker, og gjenoppta eller avslutte sending/ mottak av datasettet ifølge instruksjonen, hvor et subdatasett er gjenkjent som datasettet på basis av tagginformasjon omfattet i et annet datasett, hvor tagginformasjonen instruerer om å lese subdatasettet.

2 Datakommunikasjonsterminal ifølge krav 1, som videre omfatter midler for gjenkjenning av flere datapakker som skal sendes/mottas kontinuerlig på basis av en instruksjon fra en bruker som det datasett som skal sendes/mottas.

3 Datakommunikasjonsterminal ifølge krav 1, som videre omfatter midler (20, 25, 26) for valgfritt å stille inn en øvre grenseverdi for data mengden med hvilken et datasett som skal sendes/mottas kan sendes/mot-tas kontinuerlig, hvor vurderingsmiddelet er innrettet til å gjøre vurderingen slik, at når den innstilte øvre grenseverdien er nådd, har den sendte/mottatte datamengden nådd den spesifiserte datamengden.

4 Datakommunikasjonsterminal ifølge krav 3, hvor innstillingsmiddelet for den øvre grenseverdien er innrettet til temporært å øke den øvre grenseverdien av datamengden med hvilket et datasett som skal sendes/mottas kan sendes/mottas kontinuerlig, når sending/mottak av data ikke er avbrutt men fortsatt etter at det er vurdert at den sendte/mottatte datamengden har nådd den spesifikke datamengden.

5 Datakommunikasjonsterminal ifølge krav 1, som videre omfatter • midler (20) for å beregne kommunikasjonskostnader i henhold til sendte/ mottatte datamengder, og • midler (20, 25, 26) for valgfritt å innstille en øvre grenseverdi for kommu- nikasj onskostnadene, hvor vurderingen er gjort ved å vurdere hvorvidt de sendte/mottatte datamengder har nådd den spesifiserte datamengden, hvorvidt kommunikasjonskostnadene beregnet av beregningssmidlene med henblikk på sendte/mottatte datamengder som skal måles, har nådd den øvre grenseverdien for kommunikasjonskostnadene.

6 Datakommunikasjonsterminal ifølge krav 1, som videre omfatter enhetskostnadsinnstillingsmidler (20, 25, 26) for valgfri innstilling av en kommunikasjonskostnad per enhet datamengde, hvor beregningen gjøres slik at kommunikasjonskostnaden ifølge den sendte/mottatte datamengden er beregnet på basis av kommunikasjonskostnad per innstilt datamengde.

7 Datakommunikasjonsterminal ifølge krav 1, som videre omfatter midler (27) for valg av et kommunikasjonsnettverk for å utføre datakom munikasjon, hvor det velges fra et kommunikasjonsnettverk hvor avregning gjøres etter datamengde og et kommunikasjonsnettverk hvor avregning gjøres etter oppkoplingstid, midler (20,25,26) for å sette grenseverdi av kommunikasjonskostnaden, midler (20) for beregning av nødvendig kommunikasjonskostnaden for data kommuniserende i sanntid ifølge det valgte kommunikasjonsnettverket, midler (20) for vurdering av hvorvidt den beregnede kommunikasjons kostnaden har nådd grenseverdien for kommunikasjonskostnaden, og midler (20, 23, 24) for, når det er vurdert at den beregnede kommunika sjonskostnaden har nådd grenseverdien, å varsle en bruker derom.

8 Datakommunikasjonsterminal ifølge krav 7, som videre omfatter midler (20, 27) for, når den beregnede kommunikasjonskostnaden har nådd grenseverdien, temporært å avbryte sending/mottak av data ved tilkobling til kommunikasjonsnettverket hvor avregningen gjøres i henhold til datamengden, og å vente på en instruksjon fra en bruker for å gjenoppta eller avslutte oppkoplingen, mens sending/mottak av data som skal sendes/mottas avsluttes uten å vente på instruksjonen fra en bruker under oppkob-ling til kommunikasjonsnettverket hvor avregningen gjøres i henhold til oppkoplingstiden.

9 Datakommunikasjonsterminal ifølge krav 8, som videre omfatter midler (20, 27) for å avslutte kommunikasjonsforbindelsen umiddelbart ved avslutning av sending/mottak av data som skal sendes/mottas uten å vente på instruksjonen fra en bruker, når tilkoplet kommunikasjonsnettverket hvor avregningen gjøres i henhold til oppkoplingstiden.

10 Fremgangsmåte for datakommunikasjon, som omfatter: • å tilkople (S31) til et kommunikasjonsnettverk hvor avregningen gjøres etter en datamengde for å utføre datakommunikasjon; • gjenkjenne (S32B, S49) starten og slutten av sending/mottak av et datasett som skal sendes/mottas; • måle (S32D, S32E, S51) en datamengde som skal sendes/mottas fra starten til slutten av sending/mottak av datasettet som skal sendes/mottas og gjenkjennes; • vurdere (S32H, S51) hvorvidt eller ikke sendt/mottatt datamengde som blir målt har nådd en spesifisert datamengde; • når det er vurdert at sendte/mottatte datamengde har nådd den spesifikke datamengden, varsle en bruker om dette; og • når det er vurdert at den sendte/mottatte datamengden har nådd den spesifikke datamengden, temporært avbryte sending/mottak av datasettet fra å bli sendt/mottatt, motta en instruksjon fra en bruker om å gjenoppta eller avslutte utsending/mottak av datasettet, og gjenoppta eller avslutte utsen-ding/mottak av datasettet ifølge instruksjonen, hvor et subdatasett er gjenkjent som datasettet på basis av tagginformasjon omfattet i et annet datasett, hvor tagginformasjonen instruerer om å lese subdatasettet.

11 Datamaskinlesbart opptaksmedium som lagrer et program som sørger for at en datamaskin utfører følgende når programmet eksekveres i datamaskinen: • en prosess for oppkopling til et kommunikasjonsnettverk hvor avregningen gjøres i henhold til en datamengde for å utføre datakommunikasjon; • en prosess for gjenkjenning av start og slutt av sending/mottaket av et datasett som skal sendes/mottas; • en prosess for å måle en datamengde som skal sendes/mottas fra start til slutt av sendingen/mottaket av datasettet som skal sendes/mottas og gjenkjennes; • en prosess for å vurdere hvorvidt den sendte/mottatte datamengden som skal måles har nådd en spesifisert datamengde; • en prosess for å varsle en bruker når det er funnet at den sendte/mottatte datamengden har nådd den spesifiserte datamengden, og • en prosess for, når det er vurdert at den sendte/mottatte datamengden har nådd den spesifiserte datamengden, temporært å avbryte sending/-mottak av datasettet fra å bli sendt/mottatt, motta en instruksjon fra en bruker om å gjenoppta eller avslutte sending/mottak av datasettet, og gjenoppta eller avslutte sending/mottak av datasettet ifølge instruksjonen, hvor et subdatasett er gjenkjent som datasettet på basis av tagginformasjon omfattet av et annet datasett, hvor tagginformasjonen instruerer om å lese subdatasettet.