NO325319B1 - Method and system for serving clients requesting a service from a service provider - Google Patents
Method and system for serving clients requesting a service from a service provider Download PDFInfo
- Publication number
- NO325319B1 NO325319B1 NO20045412A NO20045412A NO325319B1 NO 325319 B1 NO325319 B1 NO 325319B1 NO 20045412 A NO20045412 A NO 20045412A NO 20045412 A NO20045412 A NO 20045412A NO 325319 B1 NO325319 B1 NO 325319B1
- Authority
- NO
- Norway
- Prior art keywords
- service
- queue
- customer
- service provider
- customers
- Prior art date
Links
- 238000000034 method Methods 0.000 title claims abstract description 21
- 238000004891 communication Methods 0.000 description 10
- 238000004422 calculation algorithm Methods 0.000 description 8
- 230000008901 benefit Effects 0.000 description 4
- 230000010354 integration Effects 0.000 description 3
- 238000004364 calculation method Methods 0.000 description 2
- 238000012790 confirmation Methods 0.000 description 2
- 239000013256 coordination polymer Substances 0.000 description 2
- 241000183024 Populus tremula Species 0.000 description 1
- 230000009471 action Effects 0.000 description 1
- 238000013459 approach Methods 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000004590 computer program Methods 0.000 description 1
- 230000003111 delayed effect Effects 0.000 description 1
- 238000010348 incorporation Methods 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 230000007794 irritation Effects 0.000 description 1
- 235000012054 meals Nutrition 0.000 description 1
- 238000005259 measurement Methods 0.000 description 1
- 230000008569 process Effects 0.000 description 1
- 230000008707 rearrangement Effects 0.000 description 1
- 230000009467 reduction Effects 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/02—Reservations, e.g. for tickets, services or events
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
- G07C11/00—Arrangements, systems or apparatus for checking, e.g. the occurrence of a condition, not provided for elsewhere
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
- G07C11/00—Arrangements, systems or apparatus for checking, e.g. the occurrence of a condition, not provided for elsewhere
- G07C2011/04—Arrangements, systems or apparatus for checking, e.g. the occurrence of a condition, not provided for elsewhere related to queuing systems
Landscapes
- Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Tourism & Hospitality (AREA)
- Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- Operations Research (AREA)
- Human Resources & Organizations (AREA)
- Marketing (AREA)
- Entrepreneurship & Innovation (AREA)
- Quality & Reliability (AREA)
- Strategic Management (AREA)
- Economics (AREA)
- General Business, Economics & Management (AREA)
- Development Economics (AREA)
- Theoretical Computer Science (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Mobile Radio Communication Systems (AREA)
- Telephonic Communication Services (AREA)
Abstract
Et system og fremgangsmåte for å betjene kunder som forespør en tjeneste fra en tjenesteyter er vist. Systemet inkluderer en køserver (1) med trådløs aksess til en mobil terminal driftet av kunden. Når kunden vil ha aksess til en tjeneste, vil han/hun ta kontakt med tjenesteyteren fra en kundeterminal, forsyne tjenesteyteren med identifikasjonstegnet for kundeterminalen, en ønsket varslingstid og muligens et "betjeningsvindu". Køserveren (1) vil registrere nevnte data i en dynamisk køliste med tilknyttet timeplan for tjenesten, og arrangere inngangene i nevnte køliste basert på ønsket køpolitikk. Tjenesten vil deretter overføre en beskjed til kunden som skal betjenes neste gang med den estimerte betjeningstiden minus den ønskede varslingstiden.A system and procedure for serving customers requesting a service from a service provider is shown. The system includes a queue server (1) with wireless access to a mobile terminal operated by the customer. When the customer wants access to a service, he / she will contact the service provider from a customer terminal, provide the service provider with the customer terminal identification sign, a desired alert time and possibly a "control window". The queue server (1) will record said data in a dynamic queue list with associated schedule for the service, and arrange the entries in said queue list based on the desired queue policy. The service will then transmit a message to the customer to be served next time with the estimated service time minus the desired notification time.
Description
Område for oppfinnelsen Field of the invention
Oppfinnelsen vedrører køing og køadministrasjon, og er anvendbar på en hvilken som helst tjenesteytelse som involverer klienter som møter opp ved tjenesteyterens områder for å motta tjenesten. Løsningen kan implementeres på en hvilken som helst tjeneste som involverer køing av klienter før mottak av tjenesten. The invention relates to queuing and queue management, and is applicable to any service provision involving clients who turn up at the service provider's premises to receive the service. The solution can be implemented on any service that involves queuing clients before receiving the service.
Teknisk bakgrunn Technical background
En tjenesteyter som er avhengig av at deres kunder møter opp ved tjenesteyterens områder for å motta tjenesten, bør sikre at klientene får den tjenesten på en spesifisert ordre (for eksempel basert på reservasjonstid, eller prioritet), samtidig med en minimalisering av deres "på stedet" ventetid. På den annen side bør også effektiv nytte av tjenesteyterens ressurser også oppnås. Tidligere har flere løsninger blitt utledet for å møte disse kravene. I dag administreres kundekøer ved enten: A service provider that relies on its customers to show up at the service provider's premises to receive the service should ensure that the clients receive that service in a specified order (for example, based on reservation time, or priority), while minimizing their "on-site" " waiting time. On the other hand, efficient use of the service provider's resources should also be achieved. In the past, several solutions have been derived to meet these requirements. Today, customer queues are managed by either:
Fysisk køing ( danne en kølinje) Physical queuing (forming a queue line)
Fysisk køing kan gjøres rettferdig (den første som kommer blir først betjent) med et minimum av administrasjon fra tjenesteyteren. Physical queuing can be made fair (first come first served) with a minimum of administration from the service provider.
Hovedulempen med denne fremgangsmåten er at køing involverer bortkastet tid for kundene; siden de må møte opp ved tjenesteyterens områder før de faktisk mottar tjenesten og siden de ikke kan forlate køen fordi de da vil miste sin plass. Dette fører til irritasjon for kundene, og potensielt tap av kunder overfor konkurrerende tjenesteytere. Videre kan dette arbeidsmiljøet forårsake stress for staben til tjenesteyteren. The main disadvantage of this approach is that queuing involves wasted time for customers; since they have to show up at the service provider's premises before they actually receive the service and since they cannot leave the queue because they would then lose their place. This leads to irritation for customers, and potential loss of customers to competing service providers. Furthermore, this working environment can cause stress for the staff of the service provider.
Trekking av kønummer når man møter opp ved tjenesteyterens områder Drawing a queue number when you show up at the service provider's premises
Når det involveres et kønummersystem kan kunden i prinsippet forlate områdene for å gjøre andre oppgaver så lenge de kommer tilbake til områdene før deres tur kommer opp. Køtiden avhenger av: When a queue number system is involved, the customer can in principle leave the areas to do other tasks as long as they return to the areas before their turn comes up. The queue time depends on:
• Antall kunder som betjenes og som venter i kø • Number of customers served and waiting in line
• Antall i staben som aktivt arbeider med kundene • Number of staff who actively work with customers
• Betjeningstid for kundene som betjenes og de som venter i kø • Service time for the customers being served and those waiting in line
Et kønummer er tilgjengelig (for eksempel en ny kunde som har nr. 6 i køen) som gu-den første parameteren. Imidlertid kan ikke klienten vite om de andre parametrene, og et dårlig estimat for ventetiden følger av dette. Således vil klienten sannsynligvis bli værende på området, for å sikre at han ikke mister sin tur. A queue number is available (for example, a new customer who is number 6 in the queue) as the gu-first parameter. However, the client cannot know about the other parameters, and a poor estimate of the waiting time results from this. Thus, the client will probably stay in the area, to ensure that he does not lose his turn.
Tjenesteyteren regulerer den andre parameteren; videre kan den utføre målinger, gi den en fordeling av påkrevd betjeningstid, som gjør det mulig å tilveiebringe et estimat av ventetiden for en ankommende kunde. Denne informasjonen kan trykkes på kølappen, som tillater kunden å forlate området for den forventede ventetiden. The service provider regulates the second parameter; furthermore, it can perform measurements, give it a distribution of required service time, which makes it possible to provide an estimate of the waiting time for an arriving customer. This information can be printed on the queue slip, which allows the customer to leave the area for the expected waiting time.
Uventede hendelser kan imidlertid forekomme, slik som uventet fravær av en ansatt, eller uvanlig korte eller lange betjeningstider for kundene. Således kan tidsestimatet være svært unøyaktig. However, unexpected events can occur, such as the unexpected absence of an employee, or unusually short or long service times for customers. Thus, the time estimate can be very inaccurate.
Hovedulempene ved denne fremgangsmåten er: The main disadvantages of this procedure are:
• Klienten må fysisk møte opp for å trekke en kølapp • The client must physically show up to draw a ticket
• Ikke-fleksibelt tidsestimat: straks den estimerte ventetiden har blitt trykket ut og gitt til kunden, er det ikke mulig å modifisere den for å ta inn uventede hendelser i beregningen • Dimensjonering av tjenesteyterens ressurser: tjenesteyteren må dimensjonere sine ressurser (bemanning) for å møte trafikkmønsteret (trenger flere folk ved topptider). Gjøres ikke det, så fører det til overstadig ventetid i travle tider, eller dødtid for staben ved perioder med få kunder. • Non-flexible time estimate: once the estimated waiting time has been printed out and given to the customer, it is not possible to modify it to include unexpected events in the calculation • Dimensioning of the service provider's resources: the service provider must dimension its resources (staffing) in order to meet the traffic pattern (need more people at peak times). If this is not done, it leads to excessive waiting time during busy times, or dead time for the staff during periods with few customers.
Tidsreservering ved telefonoppringing til tjenesteyterne eller sending av SMS Time reservation by calling the service providers or sending an SMS
Kommunikasjonsinfrastruktur gjør det mulig med fjernreservasjon av tjenester ved spesifikke tider. Dette inkluderer reservasjon ved telefonsamtale, og nylig, reservasjon ved SMS som har blitt innført. Eksempler spenner fra restaurantbordreservasjoner til kinobilletter. Reservasjonsfremgangsmåten ser ut som følger: 1) Kunden forespør en tjeneste (for eksempel en billett for en film F ved kino C ved tid T) Communication infrastructure enables remote reservation of services at specific times. This includes reservation by phone call, and recently, reservation by SMS which has been introduced. Examples range from restaurant table reservations to cinema tickets. The reservation procedure is as follows: 1) The customer requests a service (for example, a ticket for a movie F at cinema C at time T)
2) Tjenesteyteren svarer ved 2) The service provider responds by
a. enten ved å bekrefte a. either by confirming
b. eller avvisning, muligens med et forslag for alternativ F, C eller T. Kunden kan begynne på nytt ved trinn 1). b. or rejection, possibly with a proposal for alternative F, C or T. The customer can start again at step 1).
3) Kunden kan deretter møte opp ved det avtalte sted og tid. 3) The customer can then show up at the agreed place and time.
Denne fremgangsmåten virker fint når det er viktig for kunden å vite tiden for start av tjenesten slik at han kan planlegge sin timeplan basert på dette, og når flere parter er involvert (for eksempel arrangere å ha et måltid sammen med venner før kinoen). This method works well when it is important for the customer to know the start time of the service so that he can plan his schedule based on this, and when several parties are involved (for example arranging to have a meal with friends before the cinema).
Skjemaet krever at tjenesteyteren vet når han kan tilby tjenesten. På en strengt timeplanbasert tjeneste med faste tjenestetider, slik som kino, er dette ikke noe problem. The form requires the service provider to know when he can offer the service. On a strictly timetable-based service with fixed service times, such as a cinema, this is not a problem.
Imidlertid har ikke de fleste tjenester slike faste tjenestetider (restaurantbord som er opptatt, tannlegetjenester, IT-støtte). Således fører dette skjema til én eller flere ulemper: • Dimensjonering. Lav utnyttelse av ressursene (slike som underbooking av bord for å være sikker på at det vil være et ledig bord når kunden ankommer, og nekte drop-in-kunder selv om bordene ikke er opptatt akkurat da, men reservert en halvtime senere), eller • Avbrytelse av tjenesten som pågår når en ny kunde ankommer. Dette krever en avtale om oppfølging (typisk ved en tannlegeavtale), eller • Få kunden til å vente inntil det er ledig kapasitet til å betjene ham, selv når han har møtt opp ved den avtalte tid (og således risikere at han prøver naborestauranten, hvis han ikke finner seg i å ha ta en drink i baren mens han venter). However, most services do not have such fixed service hours (restaurant tables that are occupied, dental services, IT support). Thus, this form leads to one or more disadvantages: • Dimensioning. Low utilization of resources (such as underbooking tables to be sure there will be a free table when the customer arrives, and refusing drop-in customers even if the tables are not occupied right then, but reserved half an hour later), or • Interruption of the service in progress when a new customer arrives. This requires an agreement on follow-up (typically with a dental appointment), or • Make the customer wait until there is free capacity to serve him, even when he has turned up at the agreed time (and thus risk that he tries the neighboring restaurant, if he can't find himself having a drink at the bar while he waits).
Det skal nevnes et eksempel fra patentlitteraturen på et system og en anordning, en datamaskin program og en fremgangsmåte for å allokere ressurser til brukere hentet fra WO 01/45003 Al. Denne publikasjonen relaterer seg til et system for å Allokere tjeneste ressurser til brukere av disse, der tjeneste ressursene er ment å bli tilveiebrakt ved i det minste et tjenestepunkt. Dette systemet omfatter i det minste en brukerterminal ordnet for toveiskommunikasjon med en server via et første eller andre kommunikasjonsnettverk. Videre omfatter systemets server midler for å håndtere i det minste en kø og køinformasjon. Det første kommunikasjonsnettverket omfatter en node for mottak og sending av meldinger og det andre kommunikasjonsnettverket omfatter en web-server. An example from the patent literature of a system and a device, a computer program and a method for allocating resources to users taken from WO 01/45003 Al should be mentioned. This publication relates to a system for Allocating service resources to users thereof, where the service resources are intended to be provided at at least one service point. This system comprises at least one user terminal arranged for two-way communication with a server via a first or second communication network. Furthermore, the system's server includes means for handling at least one queue and queue information. The first communication network comprises a node for receiving and sending messages and the second communication network comprises a web server.
Eksempler på eksisterende tjenester: Examples of existing services:
Museumsbestilling: Museum booking:
www. museicapitolini. org/ en/ linea/ news wap sms. htm www. museum capitolini. org/ en/ linea/ news wap sms. htm
Restaurantbord i Praha: Restaurant tables in Prague:
www, squaremeal. cz. index. php?p=sms www, squaremeal. cz. index. php?p=sms
Golfreservasjon i Sør-Afrika: Golf reservation in South Africa:
www, smsbookings. co. za/ home. asp www, smsbookings. co. za/home. aspen
Fjernbeskjed om tur, ved " pipelignende "- anordning Remote notification of turn, by "pipe-like" device
Noen tjenesteytere, som typisk holder til i kjøpesentre, tilbyr en pipelignende anordning for kundene. Kundene kan gjøre andre ærend mens de venter på å bli betjent, og er trygg på at straks deres tur kommer, vil pipingen varsle dem. Denne fremgangsmåten har to hovedulemper: • Kunden må først møte opp for å motta pipeanordningen, og (muligens) betale et depositum for å motta pipeanordningen. • Dersom kunden ombestemmer seg og ikke vil kjøpe tjenesten fra denne tjenesteyteren, må han likevel gå tilbake til tjenesteyteren for å returnere pipeanordningen og kreve tilbake depositumet. Some service providers, typically located in shopping centres, offer a pipe-like device for customers. Customers can do other business while waiting to be served, and are confident that as soon as it is their turn, the beeping will alert them. This procedure has two main disadvantages: • The customer must first attend to receive the pipe device, and (possibly) pay a deposit to receive the pipe device. • If the customer changes his mind and does not want to buy the service from this service provider, he must still return to the service provider to return the pipe device and claim back the deposit.
Kort oppsummering av oppfinnelsen Brief summary of the invention
Ulempene med tidligere teknikks fremgangsmåte som beskrevet ovenfor vil kunne avhjelpes ved den foreliggende oppfinnelsen. Spesifikt er det en hensikt med den foreliggende oppfinnelsen å tilveiebringe en fremgangsmåte og et system for reservasjon av en tjeneste, som vil gjøre det mulig for kundene å bli betjent i en ønsket rekkefølge. The disadvantages of the prior art method as described above can be remedied by the present invention. Specifically, it is an aim of the present invention to provide a method and a system for reserving a service, which will enable customers to be served in a desired order.
En annen hensikt er å minimalisere "på stedet"-ventetid for den type kunde som har dette som et viktig kriterium når det kommer til denne tjenesten. Another purpose is to minimize "on-site" waiting time for the type of customer who has this as an important criterion when it comes to this service.
En annen hensikt er å dra fordel av informasjonen tilveiebrakt av noen kunder på "tjenestevinduer", som indikerer perioder under hvilke kunden kan motta tjenesten. Dette "tjenestevinduet" kan for eksempel være fra det tidspunktet reservasjonen ble gjort til en spesifikk tid på dagen, eller en tid senere den dagen. Slike kunder kan plasseres i perioder hvor det er minst drop-in-kunder, for å minimalisere gjennomsnittlig "på stedet"-ventetid, eller informasjonen kan brukes til å dimensjonere mer nøyaktig tjenesteressursene (for eksempel antallet arbeidende stab). Another purpose is to take advantage of the information provided by some customers on "service windows", which indicate periods during which the customer can receive service. This "service window" could be, for example, from the time the reservation was made to a specific time of day, or some time later that day. Such customers can be placed in periods with the least drop-in customers, to minimize the average "on-site" waiting time, or the information can be used to more accurately size service resources (for example, the number of working staff).
Enda en annen hensikt er å tilveiebringe en reservasjonsrfemgangsmåte med effektiv køadministrasjon. Tjenesteyteren vil ikke at han stab skal bruke tid på å administrere køen, siden dette tas hånd om av serveren. Yet another purpose is to provide a reservation process with efficient queue management. The service provider does not want his staff to spend time managing the queue, since this is taken care of by the server.
Disse hensiktene oppnås i en fremgangsmåte for å tjene et mangfold av kunder som etterspør en tjeneste fra en tjenesteyter, idet nevnte fremgangsmåte inkluderer følgende trinn: registrere en reservasjon av tjenesten av en kunde i kø-serveren, ved å taste inn en ID av kundeterminalen, tiden reservasjonen ble registrert og varslingstiden som er ønsket av kunden i en dynamisk køliste med tilknyttet timeplan for tjenesten, These purposes are achieved in a method for serving a plurality of customers requesting a service from a service provider, said method including the following steps: registering a reservation of the service by a customer in the queue server, by entering an ID of the customer terminal, the time the reservation was registered and the notification time desired by the customer in a dynamic queue list with an associated timetable for the service,
administrere køen ved å arrangere innganger til nevnte køliste basert på tjenesteyterens ønskede kø-politikk ved å ta både den nåværende og forventede fremtidige antall av aktive tjenesteyterressurser og informasjonen tilveiebrakt av kundene i beregningen når det skal estimeres tjenestestarttider og organisere nevnte køliste, manage the queue by arranging entries to said queue list based on the service provider's desired queue policy by taking both the current and expected future number of active service provider resources and the information provided by the customers in the calculation when estimating service start times and organizing said queue list,
overføre en beskjed til kunden som skal betjenes etterpå, ved en estimert tjenestetid minus kundens ønskede varslingstid. transmit a message to the customer to be served afterwards, at an estimated service time minus the customer's desired notification time.
Oppfinnelsen inkluderer også et system for å betjene klienter som forespør en tjeneste fra en tjenesteyter, nevnte system inkluderer en køserver, en The invention also includes a system for serving clients requesting a service from a service provider, said system includes a queue server, a
tjenesteyteraksessgrenseflate i nevnte køserver med trådløs aksess til en mobilterminal driftet av kunden, nevnte server er tilpasset for å motta en tjenesteforespørsel fra nevnte mobilterminal, for å opprettholde en køliste og legge inn nevnte forespørsel i nevnte liste, og beregne estimerte betjeningstider for alle innganger i nevnte liste, og overføre en melding til kunden som skal betjenes neste gang. service provider access interface in said queue server with wireless access to a mobile terminal operated by the customer, said server is adapted to receive a service request from said mobile terminal, to maintain a queue list and enter said request in said list, and calculate estimated service times for all inputs in said list, and transmit a message to the customer to be served next.
Omfanget av oppfinnelsen er definert i de vedlagte patentkravene. Det oppfinneriske konseptet vil være mer passende for noen applikasjoner enn andre. Spesifikt, i mange situasjoner har ventetiden mer verdi for kunden enn den spesifiserte tjenestetiden, mens andre kunder ønsker å motta tjenesten så raskt som mulig. Så ideen er at begge kundetyper kan håndteres på en tilfredsstillende måte, i kombinasjon med eksisterende løsninger. The scope of the invention is defined in the attached patent claims. The inventive concept will be more appropriate for some applications than others. Specifically, in many situations the waiting time has more value to the customer than the specified service time, while other customers want to receive the service as quickly as possible. So the idea is that both customer types can be handled satisfactorily, in combination with existing solutions.
Det viktigste kravet for implementering av systemet er at kunden må indikere sin ønskede varslingstid. I noen applikasjoner (tjeneste i et kjøpesenter, bysenter, innenfor arbeidsstedet) er fem eller ti minutters varslingstid tilstrekkelig for kunden til å avbryte/avslutte pågående oppgaver og gå til tjenesteyteren. The most important requirement for implementing the system is that the customer must indicate their desired notification time. In some applications (service in a shopping mall, city center, within the workplace), five or ten minutes' notice is sufficient for the customer to interrupt/terminate ongoing tasks and go to the service provider.
I andre applikasjoner (for eksempel avtale på offentlig kontor) kan ventetiden være på flere timer og kunden kan være langt vekk fra tjenesteyteren ved reservasjon (for eksempel arbeidende i en annen del av byen). Fortsatt vil mange kunder være glade for å unngå å bruke all ventetiden i en fysisk kø, og i stedet motta en SMS, for eksempel en time før den estimerte tjenestetiden, selv når de risikerer å vente for eksempel 10 minutter i køen før de mottar tjenesten. Således er varslingstidens nøyaktighet relativ til den normale ventetiden og tiden påkrevd for å komme dit. In other applications (for example an appointment at a public office) the waiting time can be several hours and the customer can be far away from the service provider at the time of reservation (for example working in another part of the city). Still, many customers will be happy to avoid spending all their waiting time in a physical queue, and instead receive an SMS, for example, one hour before the estimated service time, even when they risk waiting, for example, 10 minutes in the queue before receiving the service . Thus, the accuracy of the notification time is relative to the normal waiting time and the time required to get there.
Kort beskrivelse av tegningen Brief description of the drawing
Oppfinnelsen vil nå bli beskrevet i detalj med referanse til den vedheftede tegningen, fig. 1, som illustrerer maskinvareenhetene som er inkludert i en utførelse ved det oppfinneriske systemet. The invention will now be described in detail with reference to the attached drawing, fig. 1, which illustrates the hardware units included in one embodiment of the inventive system.
Detaljert beskrivelse av oppfinnelsen Detailed description of the invention
Den nye løsningen utnytter allestedsnærværelsen av mobiltelefoner med SMS og den høye prosentandelen av kunder som aktivt bruker SMS, til å innføre et nytt SMS-basert tjenestereservasjonsskjema. Det er passende for integrasjon med et kønummersystem, og vil bli beskrevet i en slik kontekst, men er også mulig å bare basere køen på den foreslåtte teknikk. The new solution takes advantage of the ubiquity of mobile phones with SMS and the high percentage of customers who actively use SMS to introduce a new SMS-based service reservation form. It is suitable for integration with a queue number system, and will be described in such a context, but it is also possible to simply base the queue on the proposed technique.
Fig. 1 er en skjematisk betraktning av det oppfinneriske systemet. Systemet inkluderer en køserver 1 som regulerer kundenes aksess til tjenestene eller ressursene 5. Køserveren 1 kan eies av tjenesteyteren, men i de følgende eksemplene er det antatt at serveren er i besittelse av en nettverksleverandør, og kan tjene flere tjenesteytere. Tjenesteyterne kjører tjenesten som tilbys til kundene. Køserveren 1 er forbundet til en tjenesteyteraksess (CPA) grenseflate 2, som er den primære aksessgrenseflaten over hvilken serveren mottar reservasjoner fra kundene. Kommunikasjonen med kundene bør fortrinnsvis være trådløs, for eksempel kunder som taster inn reservasjoner og mottar varsler på håndholdte trådløse anordninger. Køserveren 1 er også forbundet til en køfysikalsk grenseflate 3, for eksempel en billettmaskin, og en displayenhet 4. De individuelle enhetene i systemet vil bli beskrevet i detalj under: Fig. 1 is a schematic view of the inventive system. The system includes a queue server 1 which regulates the customers' access to the services or resources 5. The queue server 1 may be owned by the service provider, but in the following examples it is assumed that the server is owned by a network provider, and may serve several service providers. The service providers run the service offered to the customers. The queue server 1 is connected to a service provider access (CPA) interface 2, which is the primary access interface over which the server receives reservations from the customers. Communication with customers should preferably be wireless, for example customers entering reservations and receiving alerts on handheld wireless devices. The queue server 1 is also connected to a queue physical interface 3, for example a ticket machine, and a display unit 4. The individual units in the system will be described in detail below:
1. Kø-server 1. Queue server
Kø-serveren er hjertet av systemet. Avhengig av utfallet av kø-algoritmen, kontrollerer den Tjenesteyteraksessgrenseflate (2), kø fysikalsk grenseflate (3) og displayet (4). Den spesifikke vekselvirkningen som serveren har med dens omkretser, er følgende: The queue server is the heart of the system. Depending on the outcome of the queuing algorithm, it controls the Service Provider Access Interface (2), Queue Physical Interface (3) and the Display (4). The specific interaction that the server has with its surroundings is as follows:
- kontrollerer det neste tallet som skal hentes fra QPIen - controls the next number to be retrieved from the QPI
- sender og mottatt SMS-beskjeder gjennom CPA grenseflaten - sends and receives SMS messages through the CPA interface
- kontrollerer antallet som skal vises på displayet - controls the number to be shown on the display
2. Tjenesteyteraksess (CPA) grenseflate 2. Service provider access (CPA) interface
CP Aen representerer flere produkter som gjør det mulig for tjenesteytere å levere tjenester til abonnenter hos nettverksleverandører og samtidig sende regning til abonnentene for bruk av tjenestene. Ved å gjøre dette, gjør nettverksleverandørene deres verdikjede tilgjengelig for tjenesteyterne av mobile tjenester, basert på inntektsdeling transaksjon modell i gjengjeldelse. CP Aen kan støtte SMS, MMS, WAP, WEB, og POS (posisjonering). CP Aen represents several products that enable service providers to deliver services to subscribers of network providers and at the same time send bills to subscribers for use of the services. By doing this, the network providers make their value chain available to the service providers of mobile services, based on the revenue sharing transaction model in return. The CP A can support SMS, MMS, WAP, WEB, and POS (positioning).
3. Kø fysikalsk grenseflate (QPI) 3. Queue Physical Interface (QPI)
Denne grenseflaten har tradisjonelt vært en enkel billettmaskin som ikke har noen forbindelse til noe slags system. Imidlertid, nye anordninger trykker billetten på den This interface has traditionally been a simple ticket machine that has no connection to any kind of system. However, new devices push the ticket on it
tiden forespørselen gjøres; denne anordningstypen er vanlig brukt når det er to køer ved det samme etablissementet. Anordningen brukt for oppfinnelsen vil også trykke billetten ved forespørselstidspunktet. Nummeret som skal gies avhenger av utfallet av algoritmen beregnet av kø-serveren. the time the request is made; this type of device is commonly used when there are two queues at the same establishment. The device used for the invention will also print the ticket at the time of request. The number to be given depends on the outcome of the algorithm calculated by the queue server.
4. Display 4. Display
Dette er et enkelt display som viser ID-en av den neste kunden eller kunder som skal betjenes, muligens med estimater for tjenestestart. This is a simple display that shows the ID of the next customer or customers to be served, possibly with service start estimates.
5. Ressurser 5. Resources
Dette er mengden av ressurser som etablissementet har for å betjene kundene ved en gitt tid. This is the amount of resources that the establishment has to serve customers at a given time.
Tre forskjellige utførelser av det oppfinneriske reservasjonssystemet er beskrevet under: Three different embodiments of the inventive reservation system are described below:
1. Grunnleggende kvasi-FCFS kø 1. Basic quasi-FCFS queue
2. Maksimal utnyttelse, reservasjonskapabel 2. Maximum utilization, reservation capable
3. Prioritetbasert køsystem 3. Priority-based queuing system
4. Andre variasjoner 4. Other variations
1. Grunnleggende kvasi-FCFS kø 1. Basic quasi-FCFS queue
CPA type kunde vil minimalisere deres på-stedet ventetid, og bruker CPA grenseflaten, for eksempel telekommunikasjonsstruktur slik som telefonoppringninger, WEB grenseflate, SMS, for å tilveiebringe tjenesteyteren med følgende informasjon: - Kontaktinformasjon: mobiltelefonnummer eller andre elektroniske identifikasjoner. Automatisk registrert av CPA hvis mulig. Tjener også som identifikasjon. - En varslingstid, klientens påkrevde tid for å bli varslet før han mottar tjenesten. - Seneste tjenestetid: den seneste tiden kunden kan vise seg for å motta tjenesten. CPA type customer will minimize their on-site waiting time, and uses the CPA interface, for example telecommunications structure such as telephone calls, WEB interface, SMS, to provide the service provider with the following information: - Contact information: mobile phone number or other electronic identifications. Automatically registered by CPA if possible. Also serves as identification. - A notification period, the client's required time to be notified before receiving the service. - Latest service time: the latest time the customer can show up to receive the service.
Kø-serveren tar disse tjenesteforespørslene i beregning, sammen med QPI-type kunder som fysisk møter opp for å trekke en kølapp fra QPIen ("drop-in" kunder). Ved implementering av en politikk med den som først kommer blir først betjent, basert på reservasjonstiden av QPI eller CPA opprettholder programmet en køliste, og basert på fremdriften av køen ringer den opp til kundene som skal betjenes. The queue server takes these service requests into account, together with QPI-type customers who physically show up to draw a queue tag from the QPI ("drop-in" customers). When implementing a first-come, first-served policy, based on the reservation time of the QPI or CPA, the program maintains a queue list, and based on the progress of the queue, calls the customers to be served.
QPI-type kunder varsles om deres tur ved bruk av displayet (selv om andre måter er mulige). QPI-type customers are notified of their turn using the display (although other means are possible).
For CPA-type kunder, tar køserveren i beregning hver kundes individuelle varslingstid, og når den estimerer at den gjenværende tiden til tjenesten starter for en kunde er like den påkrevde varslingstiden, varsler den kunden ved bruk av den forespurte kommunikasjonskanalen (for eksempel ved å sende en SMS). I noen situasjoner kan køen arrangeres, og er således ikke strengt tatt en FCFS kø, men en "kvasi-FCFS kø". Dette kan skje for eksempel dersom de siste kundenes betjeningstider var uvanlig korte, og varslingstiden for den neste CPA-type kunden er for lang til å ta hensyn til disse endringene. I dette tilfellet kan en QPI-type kunde bli betjent først, for å maksimere utnyttelsen av tjenesteyterens ressurser. For CPA-type customers, the queue server takes into account each customer's individual notification time, and when it estimates that the remaining time until service starts for a customer is equal to the required notification time, it notifies the customer using the requested communication channel (for example, by sending an SMS). In some situations the queue can be arranged, and is thus not strictly speaking an FCFS queue, but a "quasi-FCFS queue". This can happen, for example, if the last customers' service times were unusually short, and the notification time for the next CPA-type customer is too long to take these changes into account. In this case, a QPI-type customer may be served first, to maximize the utilization of the service provider's resources.
Tjenesteyterens stab trenger bare å informere køserveren om: The service provider's staff only needs to inform the queue server of:
- Hver gang tjenesten for en kunde termineres (for eksempel ved å trykke på en knapp ved skranken) - Hvor mange personer som for tiden arbeider aktivt (og muligens i fremtiden). - Each time the service for a customer is terminated (for example by pressing a button at the counter) - How many people are currently actively working (and possibly in the future).
Bemerk at de administrative oppgavene for for eksempel fakturering av CPA-type kunder blir forenklet siden CPA-baserte reservasjoner enten allerede inneholder noe informasjon om brukeren funnet i nettverket for registrerte kunder og innenfor kontormiljøene (navn, enhet) eller når telefonnummeret kan brukes som en betalingsmåte (mobilforretning). Note that the administrative tasks for e.g. invoicing CPA-type customers are simplified since CPA-based reservations either already contain some information about the user found in the network for registered customers and within the office environments (name, unit) or when the phone number can be used as a payment method (mobile business).
Eksempelalgoritme: grunnleggende kvasi-FCFS kø Example algorithm: basic quasi-FCFS queue
For å realisere den ovenfor beskrevne "grunnleggende kvasi-FCFS køen, kan man implementere følgende algoritme: To realize the above-described "basic quasi-FCFS queue, one can implement the following algorithm:
PARAMETERE PARAMETERS
KLIENTPARAMETRE CLIENT PARAMETERS
- Klient ID (CPA identifikator eller Billettnummer): - Client ID (CPA identifier or Ticket number):
ID f.eks. "+47 12345678" or "#112" ID e.g. "+47 12345678" or "#112"
- CPA-type klientens noterte tid: - CPA type client's noted time:
T_notification(ID) f. eks 15 min T_notification(ID) e.g. 15 min
- CPA-type klientens siste tjenestetidstart: - CPA type client's last service start:
T_start-max(ID) f. eks 14:00 GMT T_start-max(ID) e.g. 14:00 GMT
TENESTETILBYDERPARAMETRE SERVICE PROVIDER PARAMETERS
- Antallet aktive tjenere (f.eks. working staff): - The number of active servants (e.g. working staff):
S f. eks 2 S for example 2
- Det nåværende antall elementer i kø: - The current number of items in queue:
N f.eks.. 4 N e.g.. 4
- Estimat for gjennomsnittelig tjenestetid: - Estimate for average service time:
T_service-average feks. 8 minutter T_service average e.g. 8 minutes
- Nåværende tid: - Current time:
T feks. 13:00 GMT T e.g. 13:00 GMT
UTGANGSINFORMASJONSPARAMETRE OUTPUT INFORMATION PARAMETERS
- Klientens køplassering: - The client's queue position:
QP(ID) feks. # 5 QP(ID) e.g. #5
- Estimat for forventet tjenestestart for en QP: - Estimate for the expected start of service for a QP:
T_service-start(QP) feks 13:16 T_service-start(QP) e.g. 13:16
MASKINVARE HARDWARE
Planleggeren i kø-serveren har aksess til CPA-informasjon, en QPI-input og display, og kunnskap om tjenesteyterparametere: S og T_Service-average. I tillegg må planleggeren motta et signal fra ressursserverne hver gang den blir ferdig med å betjene en kunde. Dette kan oppnås ved å få ressursserverne (for eksempel en person som arbeider ved en skranke) til å trykke en knapp etter at man har gjort ferdig en tjeneste, tilsvarende eksisterende køsystemer i dag. The scheduler in the queue server has access to CPA information, a QPI input and display, and knowledge of service provider parameters: S and T_Service average. In addition, the scheduler must receive a signal from the resource servers each time it finishes serving a customer. This can be achieved by getting the resource servers (for example a person working at a counter) to press a button after a service has been completed, similar to existing queuing systems today.
Planleggeren opprettholder en dynamisk køliste med N elementer. For enhver endring i tjenesteyterparameteren, går planleggeren gjennom listen, oppdaterer all informasjon og tar nødvendig aksjon som beskrevet under. The scheduler maintains a dynamic queue list of N items. For any change in the service provider parameter, the scheduler goes through the list, updates all information and takes the necessary action as described below.
KUNDEGRENSEFLATER CUSTOMER INTERFACES
-QPI: maskin med trykknapp. Trykker en billett som inneholder ID, QP og T_service-start(QP). - CPA grenseflate: mottar informasjon om ID, T notification(ID) og T start-max(ID). -QPI: machine with push button. Prints a ticket containing ID, QP and T_service-start(QP). - CPA interface: receives information about ID, T notification(ID) and T start-max(ID).
ALGORITME ALGORITHM
Ved mottakelse av kundetjenesteforespørsel gjennom QPI, gjør: When receiving a customer service request through QPI, do:
Tildele ID, for eksempel et tall eller et unikt ord. Assign ID, such as a number or a unique word.
Tildele QP, mindre enn den laveste frie QP: Allocate QP, less than the lowest free QP:
QP = N+l dersom ingen "gap" i kø QP = N+l if no "gap" in queue
QP < N dersom det er "gap" i kø, og velger ut den lavest tilgjengelige QP. QP < N if there is a "gap" in the queue, and selects the lowest available QP.
Beregne T_SErvice-start(QP), omtrentlig gitt ved: T_service-start(QP) <=> (QP x T_service-average) S Calculate T_SErvice-start(QP), approximately given by: T_service-start(QP) <=> (QP x T_service-average) S
Trykk ut notat med ID, QP og T service-start(QP) Print out note with ID, QP and T service start (QP)
Ved mottakelse av kundetjenesteforespørsel gjennom CPA, gjør: When receiving a customer service request through CPA, do:
Registrer ID, for eksempel kundens telefonnummer Register ID, for example the customer's phone number
Registrer T_NOtification(ID), T_Start-max(ID) Register T_NOtification(ID), T_Start-max(ID)
Tildel lavest ledige QP, som tar hensyn til: Allocate the lowest available QP, which takes into account:
T_notification(II)) < T_service-start(QP)—T T_notification(II)) < T_service-start(QP)—T
OG AND
T_seRVICE-STARt(QP) <<> T_START MAX(ID) T_seRVICE-STARt(QP) <<> T_START MAX(ID)
Dersom det er vellykket: If successful:
Send bekreftelse på reservasjon til kunden med dens QP og estimatet: T_SErvice-start(QP). Send confirmation of reservation to the customer with its QP and the estimate: T_SErvice-start(QP).
Dersom det ikke er vellykket: If it is not successful:
Send avvisning av reservasjonen til kunden, og tidligst mulig T_service-start for å muliggjøre et nytt reservasjonsforsøk med en annen T_sTART-MAx(ID) og/eller T_notification(ID). Send rejection of the reservation to the customer, and the earliest possible T_service start to enable a new reservation attempt with a different T_sTART-MAx(ID) and/or T_notification(ID).
Bemerk at CPA-type kunder kan lage gap i køen, når for eksempel T notification(ID) er lenger enn T service-start av den tidligst tilgjengelige QP. Imidlertid kan gap fylles med QPI-type kunder, eller ved å senere reservere CPA-type kunder med lavere T_notific ation(ID) . Note that CPA-type customers can create gaps in the queue, when, for example, T notification(ID) is longer than T service start of the earliest available QP. However, gaps can be filled with QPI-type customers, or by later reserving CPA-type customers with lower T_notification(ID) .
Ved mottakelse av "kundebetjening fullført" signal fra ressursservere, gjør: Upon receiving "customer service complete" signal from resource servers, do:
Start betjening av kunde med lavest QP: Start serving the customer with the lowest QP:
• Display ID for å kale ham til betjeningsskranken • Display ID to call him to the service desk
• Dersom kunden ikke er tilstede (innen for eksempel 10 sekunder), prøv neste QP, innen en tilgjengelig kunde blir funnet • If the customer is not present (within, for example, 10 seconds), try the next QP, before an available customer is found
• Slett denne kunden fra kølisten • Delete this customer from the queue list
• Rekalkuler alle T_SErvice-start(QP) • Recalculate all T_SErvice start(QP)
Sjekk alle elementer kontinuerlig i kølisten, og varsle alle CPA-type klienter som har en lavere varslingstid enn den estimerte starten ved betjeningstiden (for hvilke det følgende er sant): Check all items continuously in the queue list, and notify all CPA-type clients that have a lower notification time than the estimated start at service time (for which the following is true):
T_seRVICE-STARt(QP) — T <<> T_NOTIFICATION(n)) T_seRVICE-STARt(QP) — T <<> T_NOTIFICATION(n))
Bemerk at den ovenstående algoritmen tar hensyn til muligheten for å omarrangere kørekkefølgen, for å maksimere utnyttelsen av tjenesteyterens ressurser. Slike omarrangementer kan være attraktive når: Enten kunden med det laveste QP er forsinket og ikke viser seg ved hans estimerte T_service-start, eller når et utbrudd av kunder betjenes uvanlig raskt, slik at T_service-start blir for pessimistisk når den neste kunden er en CPA-type kunde med for stor T_notification for å utnytte den resulterende reduksjonen av T service-start- Note that the above algorithm takes into account the possibility of rearranging the running order, in order to maximize the utilization of the service provider's resources. Such rearrangements can be attractive when: Either the customer with the lowest QP is delayed and does not show up at his estimated T_service start, or when a burst of customers is served unusually quickly, so that T_service start is too pessimistic when the next customer is a CPA type customer with too large T_notification to take advantage of the resulting reduction of T service start-
Uansett årsak kan forbigåtte kunder bli holdt igjen i listen ved å rekalkulere deres QP, inntil enten deres T_start-max, eller en maksimumterskelforsinkelse, satt av køserveren, har utløpt. Whatever the reason, bypassed customers can be kept in the list by recalculating their QP, until either their T_start-max, or a maximum threshold delay, set by the queue server, has expired.
Bemerk også at for CPA-type kunder kan også en alias-ID brukes for displayhensikter, for å forhindre visning av folks telefonnummer, eller tilsvarende, for andre folk i køen. Also note that for CPA-type customers, an alias ID can also be used for display purposes, to prevent people's phone number, or equivalent, from being displayed to other people in the queue.
2. Maksimal nyttegjøring, reservasjonskapabel 2. Maximum utilization, reservation capability
- Noen CPA-type kunder kan være villige til å tilveiebringe et reservasjonsvindu, som indikerer periodene under hvilke de kan motta tjenesten. - Some CPA type customers may be willing to provide a reservation window, indicating the periods during which they can receive the service.
Basert på den ønskede køpolitikk, opprettholder køserveren en dynamisk køliste med tilknyttet timeplan for tjenester, med mål å betjene flest mulig kunder, og respektere deres reservasjonsvinduer. Dette tilveiebringer de samme fordelene som den kvasi den som først kommer, blir først betjent skjema, og i tillegg muliggjør både: - Reservasjon: når kunden gir et lite reservasjonsvindu som begynner ved et senere punkt, reserverer den faktisk en tjeneste. - Trafikk engineering: Køserveren kan sette timeplan for kunde med store reservasjonsvinduer som skal betjenes utenfor de travleste timene og unngå allerede reserverte tider. Dette maksimerer utnyttelse og forenkler dimensjonering av ressursene for tjenesteyteren. Slike kunder kan belønnes for eksempel med en rabatt. Based on the desired queuing policy, the queue server maintains a dynamic queue list with an associated schedule of services, aiming to serve as many customers as possible, respecting their reservation windows. This provides the same benefits as the quasi-first-come, first-served scheme, and in addition enables both: - Reservation: when the customer provides a small reservation window starting at a later point, it actually reserves a service. - Traffic engineering: The queue server can set timetables for customers with large reservation windows to be served outside the busiest hours and avoid already reserved times. This maximizes utilization and simplifies dimensioning of resources for the service provider. Such customers can be rewarded, for example, with a discount.
Sammenlignet med den kvasi først kommer, først betjenes skjema, krever ikke dette noe mer fra tjenesteyterens stab, bare en mer avansert algoritme. Compared to the quasi-first-come, first-served scheme, this does not require anything more from the service provider's staff, just a more advanced algorithm.
3. Prioritetsbaserte skjemaer 3. Priority-based forms
Basert for eksempel på kundens betalingsvillighet for tjenesten, kan køserveren implementere et prioritetsbasert skjema. Dette bør være reflektert i algoritmen, men krever ikke ellers noen andre endringer utover kundens varsling om deres betalingsvillighet under reservasjonen. Based, for example, on the customer's willingness to pay for the service, the queue server can implement a priority-based scheme. This should be reflected in the algorithm, but does not otherwise require any other changes beyond the customer's notification of their willingness to pay during the reservation.
5. Andre variasjoner 5. Other variations
Kreve bekreftelse av varsling Require confirmation of notification
Man kan kreve at CPA-type kunder bekrefter varsling ved deres kommunikasjonskanal (for eksempel ved SMS) for å unngå at kundene ikke viser seg i det hele tatt. Dette gjør det lettere med køadministrasjon, ved å forbedre hentetidestimater. One can require that CPA-type customers confirm notification by their communication channel (for example by SMS) to avoid that the customers do not show up at all. This facilitates queue management by improving retrieval time estimates.
Muliggjøre " tilbaketreknings"- beskjeder Enable "withdrawal" messages
Muliggjøre "tilbaketreknings"-beskjeder etter reservasjon, det vil si ved mottakelse av en varsling lar CPA-kunden indikere at han likevel ikke kan komme til å ta hans plass, men at han igjen vil være tilgjengelig ved et visst tidspunkt, indikert i hans "tilbaketreknings"-beskjed. Dette kan være nyttig dersom kunden har for eksempel gått til lunsj innenfor hans reservasjonsvindu og ikke ønsker å forstyrre den for å gå til tjenesteyteren. Enable "withdrawal" notifications after reservation, that is, upon receipt of a notification, the CPA customer indicates that he still cannot come to take his place, but that he will be available again at a certain time, indicated in his " withdrawal" notice. This can be useful if the customer has, for example, gone to lunch within his reservation window and does not want to disturb it to go to the service provider.
Muliggjøre " ledig kapasitet" varslinger, for å fylle gap Enable "free capacity" notifications, to fill gaps
Når uventet ledig kapasitet forekommer, kan man varsle CPA-type kunder at dersom det viser seg ved en mindre tid enn deres varslingstid vil de bli betjent tidligere enn deres ordinære tur indikerer. When unexpected free capacity occurs, CPA-type customers can be notified that if it appears at a shorter time than their notification time, they will be served earlier than their ordinary trip indicates.
Integrasjon med andre anordninger Integration with other devices
Inkorporering med elektroniske kalendere: kommunikasjon med brukers kalender og den for tjenesteytere. Incorporation with electronic calendars: communication with users' calendars and that of service providers.
Integrasjon mellom tjenesteytere Integration between service providers
I kjøpesentre er det mulig å integrere reservasjoner fra samme kunde til forskjellige tjenesteytere ved å gjøre CPA-type kunder som forespør tjenester fra en køserver delt mellom forskjellige tjenesteytere i et kjøpesenter: - konkurrerende tjenester: første tjenesteyter som kan tilby tjenesten, responderer ved det tidspunktet det kan tilby det (forslag eksisterer) - ikke konkurrerende tjenester: når for eksempel en kunde har flere ærender i et kjøpesenter som krever venting, kan køserveren koordinere de forskjellige tjenesteyterne som er koblet til den, etter at klienten har indikert hvilke tjenester han ønsker. Dette bør inkludere varsling fra hver tjenesteyter etter at tjenesten for kunden er fullført. In shopping centers it is possible to integrate reservations from the same customer to different service providers by making CPA-type customers requesting services from a queue server shared between different service providers in a shopping center: - competing services: first service provider that can offer the service responds at that time it can offer it (proposals exist) - not competing services: when, for example, a customer has several errands in a shopping center that requires waiting, the queue server can coordinate the different service providers connected to it, after the client has indicated which services he wants. This should include notification from each service provider after the service for the customer has been completed.
Andre måter for varsling Other ways of notification
Varsling kan inkludere andre måter for kommunikasjon, slik som mobil øyeblikkelig meddelelse, e-post etc. Notification may include other means of communication, such as mobile instant messaging, email, etc.
Claims (15)
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
NO20045412A NO325319B1 (en) | 2004-12-10 | 2004-12-10 | Method and system for serving clients requesting a service from a service provider |
EP05445092A EP1696327A1 (en) | 2004-12-10 | 2005-12-09 | A method and system for serving clients requesting a service from a service provider |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
NO20045412A NO325319B1 (en) | 2004-12-10 | 2004-12-10 | Method and system for serving clients requesting a service from a service provider |
Publications (3)
Publication Number | Publication Date |
---|---|
NO20045412D0 NO20045412D0 (en) | 2004-12-10 |
NO20045412L NO20045412L (en) | 2006-06-12 |
NO325319B1 true NO325319B1 (en) | 2008-03-31 |
Family
ID=35198137
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
NO20045412A NO325319B1 (en) | 2004-12-10 | 2004-12-10 | Method and system for serving clients requesting a service from a service provider |
Country Status (2)
Country | Link |
---|---|
EP (1) | EP1696327A1 (en) |
NO (1) | NO325319B1 (en) |
Families Citing this family (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
IL184889A0 (en) * | 2007-07-26 | 2008-01-20 | Yinon Uliel | A system and method for time utilization |
DE102008023917A1 (en) * | 2008-05-16 | 2009-12-03 | Siemens Aktiengesellschaft | Method for digital number drawing |
US8082165B2 (en) | 2008-06-16 | 2011-12-20 | Universal City Studios Llc | System and method for theme park line queue management |
ITLI20080015A1 (en) * | 2008-12-30 | 2010-06-30 | Luciano Fantoni | DEVICE FOR AUTOMATIC MANAGEMENT OF WAITING TIMES. |
WO2011107933A1 (en) * | 2010-03-02 | 2011-09-09 | Eran Ben-Alexander | Queue management |
FI9099U1 (en) * | 2010-06-24 | 2011-02-17 | Pizazz Oy Ab | Resource Allocation System |
US10304276B2 (en) | 2012-06-07 | 2019-05-28 | Universal City Studios Llc | Queue management system and method |
CN103514650B (en) * | 2013-09-17 | 2016-05-04 | 余姚市骋骐电子开发有限公司 | The level controlling systems such as restaurant |
US20160055429A1 (en) | 2014-08-20 | 2016-02-25 | Universal City Studios Llc | Virtual queuing system and method |
US10152840B2 (en) | 2016-03-16 | 2018-12-11 | Universal City Studios Llc | Virtual queue system and method |
US10943188B2 (en) | 2016-11-09 | 2021-03-09 | Universal City Studios Llc | Virtual queuing techniques |
JP6335405B1 (en) * | 2018-02-01 | 2018-05-30 | 株式会社Epark | Information management apparatus, information management method and program |
US11568333B2 (en) | 2019-06-27 | 2023-01-31 | Universal City Studios Llc | Systems and methods for a smart virtual queue |
CN111428899B (en) * | 2020-04-01 | 2023-08-22 | 中国银行股份有限公司 | Queuing and calling method and device for network point service |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5867572A (en) * | 1995-10-17 | 1999-02-02 | British Telecommunications Public Limited Company | Customer queuing arrangement |
US5978770A (en) * | 1997-04-24 | 1999-11-02 | Visible Interactive Corporation | Assigning and managing patron reservations for distributed services using wireless personal communication devices |
US6023681A (en) * | 1997-08-11 | 2000-02-08 | At&T Corp. | Method and apparatus for predicting queuing delays |
US6389454B1 (en) * | 1999-05-13 | 2002-05-14 | Medical Specialty Software | Multi-facility appointment scheduling system |
DE10107661A1 (en) * | 2001-02-19 | 2002-09-19 | Franz Schmitt | Method and computer system for scheduling services |
WO2004104888A1 (en) * | 2003-05-26 | 2004-12-02 | Mobilastic Technologies Pte Ltd | System and method for queue reservation |
-
2004
- 2004-12-10 NO NO20045412A patent/NO325319B1/en not_active IP Right Cessation
-
2005
- 2005-12-09 EP EP05445092A patent/EP1696327A1/en not_active Withdrawn
Also Published As
Publication number | Publication date |
---|---|
NO20045412L (en) | 2006-06-12 |
NO20045412D0 (en) | 2004-12-10 |
EP1696327A1 (en) | 2006-08-30 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP1696327A1 (en) | A method and system for serving clients requesting a service from a service provider | |
US8831963B2 (en) | Electronic queuing systems and methods | |
US8073431B2 (en) | Temporary messaging address system and method | |
US20140343977A1 (en) | Queue remote management system and method | |
US20080133283A1 (en) | Wireless remote queuing system and method | |
US9118760B2 (en) | Systems and methods for coordinated voice and data communications | |
CA2838074C (en) | Electronic queuing systems and methods | |
EP2182480A1 (en) | Information delivery system, deivery destination control method and deivery destination control program | |
US7953853B2 (en) | System and method for providing access and utilization of context information | |
JP5667993B2 (en) | Standby order management system, management apparatus, standby order management method, and standby order management program | |
WO2015076683A1 (en) | A versatile queuing management system and method | |
JP2007058800A (en) | Reservation system | |
JP2005222477A (en) | Facility usage support device, facility usage support method and program therefor | |
JP2003178006A (en) | Communication system, communication method, action executing device and program for action executing device | |
WO2011152740A1 (en) | A dynamic queuing management system | |
JP2005056280A (en) | Window call system and method | |
RU2641237C1 (en) | Method for maintaining public catering places | |
EP3051473A1 (en) | Queue techniques | |
FI112423B (en) | queuing | |
CN109905427A (en) | One kind being based on cloud method for managing name cards and its system | |
CN101867611A (en) | Provide the mobile device notification content type to select the communication system and the method thereof of feature | |
JP2006338288A (en) | Order management system and order managing method | |
JP2024033214A (en) | Notifying device, notifying system, notifying method and program | |
JP2024005140A (en) | Information processing device, information processing program, and information processing method | |
JP2021144554A (en) | Turn management system, turn management device, and program |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
MM1K | Lapsed by not paying the annual fees |