NL1029425C2

NL1029425C2 - Method and system for executing digital traffic.

Info

Publication number: NL1029425C2
Application number: NL1029425A
Authority: NL
Inventors: Titus Willem Wijnen
Original assignee: Edome Holding S A
Priority date: 2005-07-05
Filing date: 2005-07-05
Publication date: 2007-01-08
Also published as: WO2007004877A3; WO2007004877A2

Description

«. 0«. 0

Werkwijze en systeem voor het uitvoeren van digitaal verkeerMethod and system for executing digital traffic

De uitvinding heeft betrekking op een werkwijze voor het digitaal opvragen van informatie door een eindgebruiker bij een aanbieder van een dienst en/of product. De 5 uitvinding betreft eveneens een computerprogramma dat programma-instructies bevat voor het door een computer uit laten voeren van de werkwijze. De uitvinding heeft voorts betrekking op een computer die is ingericht voor het uitvoeren van een dergelijk computerprogramma.The invention relates to a method for digitally requesting information from an end user from a provider of a service and / or product. The invention also relates to a computer program which contains program instructions for having the method carried out by a computer. The invention further relates to a computer which is arranged for executing such a computer program.

10 Aanbieders van producten en/of diensten wensen doorgaans veelvuldig te communiceren met hun (potentiële) klanten. De informatievoorziening van de aanbiedende partij kan hierbij grotendeels passief verlopen, bijvoorbeeld door het verspreiden van foldermateriaal, of door het opzetten van een webpagina. Een dergelijke passieve informatievoorziening wordt door steeds meer eindgebruikers als 15 onvoldoende en onbevredigend ervaren. Om hieraan te verhelpen bieden aanbieders een vorm van interactieve informatievoorziening aan, waarbij een vragende partij telefonisch of via een e-mail vragen kan stellen. Hoewel een telefonische helpdesk directe communicatie over en weer tussen vrager en aanbieder mogelijk maakt, vergt deze een grote investering in speciaal daartoe opgeleide medewerkers. Bovendien is een 20 dergelijke dienst slechts operationeel wanneer deze voldoende bemand is. Het stellen van vragen per e-mail, of desgewenst per HTML e-mail heeft grote voordelen. Zo hoeft bij een te groot aanbod de vragende partij bijvoorbeeld niet in een wachtrij te worden geplaatst. Het gebruik ervan is daardoor echter explosief toegenomen. Hierdoor kan gemakkelijk overbelasting ontstaan aan de zijde van de aanbieder, die daardoor niet 25 meer in staat is vragen binnen een bevredigende tijdspanne te beantwoorden. Dit roept irritatie op bij de vragende partij, die vervolgens zelfs kan besluiten naar een andere aanbieder over te stappen. Reeds bekende oplossingen voor dit probleem, die bijvoorbeeld gebruik maken van een computerprogramma dat standaardantwoorden genereert, zijn onbevredigend, ondermeer omdat het antwoord in veel gevallen niet of 30 slechts gedeeltelijk is afgestemd op de vraagstelling.10 Providers of products and / or services generally wish to communicate frequently with their (potential) customers. The information provided by the offering party can be largely passive, for example by distributing leaflet material or by setting up a web page. More and more end users consider such a passive information provision to be insufficient and unsatisfactory. To remedy this, providers offer a form of interactive information provision, whereby a requesting party can ask questions by telephone or via e-mail. Although a telephone help desk allows direct communication between recipients and providers, it requires a large investment in specially trained employees. Moreover, such a service is only operational when it is sufficiently staffed. Asking questions by e-mail, or optionally by HTML e-mail, has major advantages. For example, if the supply is too large, the requesting party does not have to be placed in a queue. However, its use has increased explosively. As a result, overloading can easily occur on the part of the provider, who is therefore no longer able to answer questions within a satisfactory period of time. This raises irritation with the requesting party, who can then decide to switch to another provider. Already known solutions to this problem, which make use of, for example, a computer program that generates standard answers, are unsatisfactory, inter alia because in many cases the answer is not or only partially tailored to the question.

De uitvinding stelt zich ten doel een werkwijze en systeem voor het digitaal opvragen van informatie bij een informatie aanbiedende partij te verschaffen, waarmee 1029425- t η 2 voomoemde problemen kunnen worden voorkomen, en waarbij de kwaliteit van de informatievoorziening ten minste behouden blijft.The invention has for its object to provide a method and system for digitally requesting information from an information-providing party, with which the above-mentioned problems can be prevented, and wherein the quality of the information provision is at least maintained.

De werkwijze volgens de uitvinding heeft daartoe het kenmerk dat zij de volgende via 5 een digitaal netwerk onder controle van een platform server verlopende stappen omvat: A) het door een vragende partij verzenden van een voor de aanbiedende partij bestemde vraag; B) het door de vragende partij voldoen van een betalingsopdracht voor het antwoord; C) het door de aanbiedende partij verzenden van het voor de vragende partij i bestemde antwoord. Doordat in de werkwijze volgens de uitvinding van de vragende 10 partij wordt verwacht dat deze een betaling verricht voordat hem of haar het antwoord op de gestelde vraag wordt toegezonden, kan er ondermeer voor worden gezorgd dat het aantal bij de aanbieder binnenkomende vragen gevoelig zal dalen. Dit vermindert het risico op het ontstaan van een achterstand bij het beantwoorden van de vragen, en komt de efficiëntie van de informatie-uitwisseling ten goede. Door de werkwijze volgens de 15 uitvinding te gebruiken zullen klanten doorgaans gemiddeld sneller antwoord krijgen op hun vragen. Een verder voordeel is dat door de toegenomen efficiëntie vragen nu diepgaander kunnen worden beantwoord, zonder dat de aanbiedende partij hiervoor bijkomende investeringen hoeft te doen, zoals in extra personeel.To this end, the method according to the invention is characterized in that it comprises the following steps which run via a digital network under the control of a platform server: A) sending a request intended for the offering party by a requesting party; B) the requesting party's payment of a payment order for the answer; C) sending the answer intended for the requesting party by the offering party. Because in the method according to the invention the requesting party is expected to make a payment before he or she is sent the answer to the question asked, it can be ensured, inter alia, that the number of questions received by the provider will fall considerably. This reduces the risk of a delay in answering the questions, and improves the efficiency of the information exchange. By using the method according to the invention, customers will generally receive a quicker answer to their questions on average. A further advantage is that, due to the increased efficiency, questions can now be answered in more depth, without the offering party having to make additional investments for this, such as in extra staff.

20 In een voorkeursuitvoering van de werkwijze volgens de uitvinding verricht de vragende partij een betaling waarvan de hoogte afhangt van het gewenste dienstverleningsniveau m.b.t. het antwoord. Onder dienstverleningsniveau van het antwoord kan in de context van deze aanvrage bijvoorbeeld de lengte van het antwoord en/of de technische diepgang worden verstaan. Tevens kan hieronder de responstijd van 25 het antwoord worden verstaan en/of de specifieke expertise die voor het antwoord werd gebruikt. Zo is het bijvoorbeeld mogelijk te specificeren dat een vraag binnen twee werkdagen dient beantwoord te worden, waarbij specifiek benoemde technische kennis dient te worden geleverd. Het zal duidelijk zijn dat de vakman voor het invullen van het gewenste dienstverleningsniveau m.b.t. het antwoord meerdere mogelijkheden tot zijn 30 beschikking heeft. Een bijzondere voorkeur heeft hierbij een werkwijze waarbij de hoogte van,het verschuldigde bedrag afhangt van de gewenste responstijd van.het antwoord. Hierbij zal het voor het antwoord verschuldigde bedrag doorgaans hoger zijn naarmate de gewenste responstijd korter is. Dit heeft als extra voordeel dat de j aanbiedende partij niet meer genoodzaakt is zelf een criterium voor de 1029425- ‘ f 3 • i prioriteitsvolgorde aan te nemen. Een dergelijk door de aanbieder gesteld criterium, bijvoorbeeld gebaseerd op het tijdstip van binnenkomst van de vraag (first in, first out), zorgt voor onvrede bij de vragende partij die immers niet meer zeker is van het tijdstip waarop hij antwoord krijgt, en bovendien afhankelijk is van de wachtrij van het 5 moment. De werkwijze volgens de uitvinding heeft deze nadelen niet. In het algemeen wordt door de werkwijze volgens de uitvinding daardoor een goede afstemming bereikt tussen de behoefte van de klant en de kwaliteit van het antwoord van de aanbieder. De behoefte van de klant uit zich in het al of niet willen voldoen van het bij de gevraagde informatie horende verschuldigde bedrag.In a preferred embodiment of the method according to the invention, the requesting party makes a payment, the amount of which depends on the desired service level with regard to the response. In the context of this application, service level of the answer can be understood to mean, for example, the length of the answer and / or the technical depth. This can also be understood to mean the response time of the answer and / or the specific expertise that was used for the answer. For example, it is possible to specify that a question must be answered within two working days, with specific technical knowledge provided. It will be clear that the person skilled in the art has several options for filling in the desired service level with regard to the answer. A particular preference here is for a method in which the amount of the amount due depends on the desired response time of the answer. The amount due for the response will generally be higher the shorter the desired response time. This has the additional advantage that the offering party is no longer required to adopt a criterion for the priority order. Such a criterion set by the provider, for example based on the time of entry of the question (first in, first out), causes dissatisfaction on the part of the requesting party, who is, after all, no longer certain about the time at which he receives an answer, and moreover dependent is from the 5-minute queue. The method according to the invention does not have these disadvantages. In general, the method according to the invention thus achieves good coordination between the needs of the customer and the quality of the response from the provider. The customer's need is expressed in the willingness or non-compliance of the amount due with the requested information.

1010

Volgens de uitvinding wordt de door de vragende partij .opgestelde vraag naar een centrale platform server verzonden. Zoals hieronder duidelijk zal worden controleert deze server nagenoeg volledig de afhandeling van de vraag. Na binnenkomst van de vraag in de platform server wordt volgens onderhavige uitvoeringsvorm door de 15 platform server automatisch een digitale betalingsopdracht voor het antwoord aangemaakt, die vervolgens naar de vragende partij wordt verstuurd.In accordance with the invention, the request made by the requesting party is sent to a central platform server. As will become clear below, this server controls the handling of the question almost completely. After the demand has arrived in the platform server, according to the present embodiment, the platform server automatically creates a digital payment order for the response, which is then sent to the requesting party.

In het systeem volgens de uitvinding (hierna tevens aangeduid met de term ‘e-maildome’) kunnen de computer systemen van de klant, aanbieder en desgewenst 20 verdere partijen, en de platform server in principe met elkaar verbonden zijn door om het even welk digitaal netwerk. Bijzonder geschikt is echter het Internet, waarbij de met elkaar verbonden computers informatie uitwisselen door gebruik te maken van services zoals e-mail en het world wide web (www).In the system according to the invention (hereinafter also referred to as "e-mail domain"), the computer systems of the customer, provider and, if desired, further parties, and the platform server can in principle be connected to each other by any digital network. However, the Internet is particularly suitable, in which the connected computers exchange information using services such as e-mail and the world wide web (www).

25 Volgens de uitvinding wordt voor het beantwoorden van een bijvoorbeeld via e-mail gestelde vraag een bepaald bedrag in rekening gebracht. Volgens bewerkingsstap B) van de hoofdconclusie voldoet de vragende partij daartoe een betalingsopdracht. Deze betalingsopdracht kan in principe op elke wijze gebeuren, bijvoorbeeld door middel van prepaid card, telefoon, SMS en/of creditcard: In een bijzonder geschikte 30 uitvoeringsvorm van de werkwijze volgens de uitvinding, omvat bewerkingsstap B) tevens het door de platform server nagaan van de uitvoering van de betaling. Dit kan bijvoorbeeld gebeuren door een netwerkverbinding tussen de platform server en de cliënt computer van een betalingsinstantie. Eens de betaling door de betalingsinstantie ontvangen zend deze, desgewenst automatisch, een bericht naar de platform server. Ook 1029425- ». f 4 is het mogelijk de betaling via de platform server te laten verlopen. In dat geval kan direct na ontvangst hiervan de aanbieder in kennis worden gesteld van de vraag en het bijhorende dienstverleningsniveau. In een andere voorkeursuitvoeringsvorm van de uitvinding omvat de bewerkingsstap B) tevens het na betaling doorzenden van de vraag 5 naar de aanbieder, waarna deze de vraag beantwoordt conform het gevraagde en afgesproken dienstverleningsniveau.According to the invention, a certain amount is charged for answering a question asked, for example via e-mail. According to processing step B) of the main claim, the requesting party satisfies a payment order for this. This payment order can in principle be carried out in any way, for example by means of a prepaid card, telephone, SMS and / or credit card: In a particularly suitable embodiment of the method according to the invention, processing step B) also comprises checking by the platform server of the execution of the payment. This can be done, for example, through a network connection between the platform server and the client computer of a payment agency. Once the payment has been received by the payment authority, it will automatically send a message to the platform server if desired. Also 1029425. f 4 it is possible to make the payment through the platform server. In that case, the provider can be notified of the demand and the associated service level immediately upon receipt. In another preferred embodiment of the invention, the processing step B) also comprises, after payment, forwarding the demand 5 to the provider, after which the latter answers the demand in accordance with the requested and agreed service level.

Een voorkeurs werkwijze volgens de uitvinding omvat dan de volgende stappen: A) het door de vragende partij verzenden van een voor de aanbiedende partij bestemde 10 vraag, evenals het zenden van de vraag naar de platform server; en het door de platform server aan de vrager verzenden van een digitale betalingsopdracht voor het antwoord; B) het door de vragende partij voldoen van de betalingsopdracht voor het antwoord, evenals het door de platform server nagaan van de uitvoering van de betalingsopdracht, en het na betaling doorzenden van de vraag naar de aanbieder; 15 C) het door de aanbiedende partij verzenden van het voor de vragende partij bestemde antwoord naar de platform server; evenals het doorzenden van het antwoord naar de vragende partij.A preferred method according to the invention then comprises the following steps: A) sending a request intended for the offering party by the requesting party, as well as sending the request to the platform server; and sending a digital payment order for the response by the platform server to the requestor; B) the requesting party's fulfillment of the payment order for the response, as well as the platform server verifying the execution of the payment order, and the transfer of the demand to the provider after payment; C) sending the answer intended for the requesting party to the platform server by the offering party; as well as forwarding the answer to the requesting party.

Om de vragende partij in staat te stellen het door hem gewenste dienstverleningsniveau 20 te kunnen bepalen heeft het voordelen de werkwijze volgens de uitvinding te kenmerken doordat de vragende partij inzicht wordt gegeven in een catalogus van dienstverleningsniveaus met bijbehorende prijslijst. Deze catalogus kan zich bijvoorbeeld op een web site bevinden van de aanbieder en/of van de platform server. Ook is het mogelijk deze catalogus naar de aanbieder te verzenden na het stellen van 25 een vraag, bijvoorbeeld in een e-mail bericht. Bij voorkeur gebeurt dit door de platform server. In een andere voorkeursuitvoeringsvorm omvat de platform server de catalogus van dienstverleningsniveaus, welke dan bijvoorbeeld toegankelijk wordt gemaakt door een hiertoe opgezette web pagina.In order to enable the requesting party to be able to determine the service level he requires, it is advantageous to characterize the method according to the invention in that the requesting party is given insight into a catalog of service levels with associated price list. This catalog can, for example, be on a web site of the provider and / or of the platform server. It is also possible to send this catalog to the provider after asking a question, for example in an e-mail message. This is preferably done by the platform server. In another preferred embodiment, the platform server comprises the catalog of service levels, which is then made accessible, for example, by a web page set up for this purpose.

30 In uitvoeringsvormen van de uitvinding waarin sprake is van dienstverleningsniveaus, is het uiteraard van belang dat de aanbieder die immers het antwoord dient te genereren, weet welk dienstverleningsniveau hij dient aan te houden. Daartoe bevat in een voorkeursuitvoeringsvorm van de werkwijze het na de betaling verzonden bericht naar 1029425* 1 » 5 de aanbieder informatie met betrekking tot het door de vrager gekozen dienstverleningsniveau.In embodiments of the invention in which service levels are involved, it is of course important that the provider who after all has to generate the answer knows what service level he must adhere to. To that end, in a preferred embodiment of the method, the message sent after the payment to the provider contains information regarding the service level chosen by the requestor.

Om een aanbieder van diensten en/of producten in staat te stellen de werkwijze volgens 5 de uitvinding uit te voeren dient deze ondermeer aan (potentiële) eindgebruikers van het systeem aan te geven welke informatie voor hen beschikbaar is, welke dienstverleningsniveaus hier bij horen, en wat de prijs is die hiervoor wordt aangehouden. In een bijzondere uitvoeringsvorm van de uitvinding omvat de platform server daartoe een registratie server, waarin een aanbieder de zijn dienstverlening kan 10 registreren. Voorafgaand aan het registreren van de aanbieder in de registratie server dient deze bij voorkeur zijn credentials in bij de server, waarna deze worden nagegaan door een met de platform server verbonden en door deze aangestuurde certificerende instantie. Nadat verificatie heeft plaatsgevonden kunnen de diensten van de aanbieder op de registratie server van de platform server geplaatst worden, waar ze toegankelijk 15 zijn voor de klanten. Een vragende partij kan op deze wijze gemakkelijk de betrouwbaarheid van een aanbieder nagaan. Volgens een voorkeursuitvoeringsvorm van de uitvinding kan een vragende partij de credentials van een aanbieder nagaan door vanaf de betreffende cliënt computer een agent te sturen naar de platform server, die de credentials vervolgens nagaat op de registratie server. Hierbij vindt communicatie met 20 de registratie server bij voorkeur plaats door middel van UDDI (Universal Discovery Description Language).In order to enable a provider of services and / or products to carry out the method according to the invention, it must, inter alia, indicate to (potential) end users of the system which information is available to them, which service levels are associated with this, and what the price is that is charged for this. In a special embodiment of the invention, the platform server comprises for this purpose a registration server, in which a provider can register its services. Prior to registering the provider in the registration server, the latter preferably submits his credentials to the server, after which these are checked by a certification body connected to the platform server and driven by this certification body. After verification has taken place, the services of the provider can be placed on the registration server of the platform server, where they are accessible to the customers. In this way a requesting party can easily check the reliability of a provider. According to a preferred embodiment of the invention, a requesting party can check the credentials of a provider by sending an agent from the relevant client computer to the platform server, which then checks the credentials on the registration server. Hereby communication with the registration server preferably takes place by means of UDDI (Universal Discovery Description Language).

In een uitvoeringsvorm van de onderhavige uitvinding omvat de platform server informatie over de aanbieders, zoals bijvoorbeeld het profiel van de aanbieder en de 25 inhoud van de dienstverleningsovereenkomst (de zogenaamde SLA), waarin bijvoorbeeld de koopsom kan worden aangegeven voor verschillende vormen van dienstverlening. Hierbij zal de koopsom hoger uitvallen naarmate een sneller antwoord en/of een gedetailleerder antwoord wordt verwacht. In een typisch onderdeel van een uitvoeringsvorm van de uitvinding kan een aanbieder van een dienst of product zich 30 aanmelden, door bijvoorbeeld in te loggen op de centrale webpagina van de platform server. De centrale webpagina omvat links naar een aantal services, waar de aanbieder naar kan worden doorgelinkt. Eén van de services omvat een register, waarin de bij de aanbieder behorende, benodigde informatie kan worden opgeslagen. In deze uitvoeringsvorm kan een vrager van informatie via het doorzoeken van het register 1029425-In an embodiment of the present invention, the platform server comprises information about the providers, such as for example the profile of the provider and the content of the service agreement (the so-called SLA), in which, for example, the purchase price can be indicated for various forms of service. The purchase price will be higher as a faster answer and / or a more detailed answer is expected. In a typical part of an embodiment of the invention, a provider of a service or product can log in, for example by logging in to the central web page of the platform server. The central webpage contains links to a number of services to which the provider can be linked. One of the services comprises a register in which the required information belonging to the provider can be stored. In this embodiment, a person requesting information can search through the register 1029425-

I VIV

6 toegang krijgen tot de bij de aanbieders horende informatie, en in het bijzonder tot de dienstverleningsovereenkomst.6 have access to the information belonging to the providers, and in particular to the service agreement.

De werkwijze en inrichting volgens de uitvinding (hierna de e-maildome service 5 genoemd) kan ter beschikking worden gesteld van partijen, die in principe elke mogelijke dienst en/of product kunnen aanbieden. De werkwijze volgens de uitvinding is derhalve niet beperkt tot bijzondere partijen. Zo is deze bijvoorbeeld geschikt voor product en diensten aanbieders in de verzekeringssector, de banksector, de nutsvoorzieningensector, voor call centers, aanbieders van telecommunicatiemiddelen, 10 en vele andere. Het e-maildome systeem volgens de uitvinding biedt business partijen de mogelijkheid de door hen aangeboden diensten te registreren op de web site van de web server. Na het ondertekenen van een contract krijgt een aanbieder de mogelijkheid in te loggen op het e-maildome systeem, en toegang te krijgen tot de web site van e-maildome. De web site kan bijvoorbeeld een opgave omvatten van de verschillende 15 door e-maildome geleverde diensten. Volgens een voorkeursuitvoeringsvorm van de uitvinding kan een in een bepaalde dienst geïnteresseerde aanbieder zich laten registreren op de e-maildome web site. Een dergelijke registratie omvat bijvoorbeeld het profiel van de aanbieder, de inhoud van de door hem geleverde diensten (een zogenaamd ‘service level agreement’ SLA), configuratiemogelijkheden, en dies meer.The method and device according to the invention (hereinafter referred to as the e-mail domain service 5) can be made available to parties who can in principle offer every possible service and / or product. The method according to the invention is therefore not limited to special batches. For example, it is suitable for product and service providers in the insurance sector, the banking sector, the utilities sector, for call centers, providers of telecommunication means, 10 and many others. The e-mail domain system according to the invention offers business parties the opportunity to register the services they offer on the web site of the web server. After signing a contract, a provider is given the option to log in to the e-mail domain system and to gain access to the e-mail domain website. The web site may, for example, comprise a statement of the various services provided by e-mail domain. According to a preferred embodiment of the invention, a provider interested in a particular service can register on the e-mail domain web site. Such a registration includes, for example, the profile of the provider, the content of the services provided by him (a so-called "service level agreement" SLA), configuration options, and so on.

20 Een voorkeursuitvoeringsvorm van de werkwijze volgens de uitvinding wordt gekenmerkt doordat de web site van de web server per aanbiedende partij een catalogus omvat van dienstverleningsniveaus mét bijbehorende prijslijst, waaruit de vrager een keuze kan maken.A preferred embodiment of the method according to the invention is characterized in that the web site of the web server comprises for each offering party a catalog of service levels with associated price list, from which the customer can make a choice.

25 De uitvinding zal nu verder worden verduidelijkt aan de hand van de in volgende figuren weergegeven uitvoeringsvoorbeelden, zonder overigens hiertoe te worden beperkt. Hierin is: figuur 1 een schematische voorstelling van de gebruiksomgeving van de huidige uitvinding; 30 figuur 2 een schematische voorstelling van een uitvoeringsvorm van een platform server voor het toepassen van de werkwijze volgens de uitvinding; figuur 3 A een parallel stroomschema van de werking van een uitvoeringsvorm van de programmalogica van onderhavige uitvinding; 1029425a t τ 7 figuur 3B een parallel stroomschema van de werking van een andere uitvoeringsvorm van de programmalogica van onderhavige uitvinding; figuur 3C een parallel stroomschema van de werking van nog een andere uitvoeringsvorm van de programmalogica van onderhavige uitvinding; 5 figuur 3D een parallel stroomschema van de werking van nog een andere uitvoeringsvorm van de programmalogica van onderhavige uitvinding; figuur 4 een schematische voorstelling van het interface raamwerk van de software componenten volgens de uitvinding; figuur 5 een schematische weergave van de werking van het nagaan van de web service 10 credentials van een aanbieder door een vragende partij.The invention will now be further elucidated on the basis of the exemplary embodiments represented in the following figures, without, incidentally, being limited thereto. Herein: figure 1 is a schematic representation of the use environment of the present invention; Figure 2 shows a schematic representation of an embodiment of a platform server for applying the method according to the invention; Figure 3A is a parallel flow diagram of the operation of an embodiment of the program logic of the present invention; Fig. 3B shows a parallel flow diagram of the operation of another embodiment of the program logic of the present invention; Figure 3C shows a parallel flow diagram of the operation of yet another embodiment of the program logic of the present invention; Figure 3D shows a parallel flow diagram of the operation of yet another embodiment of the program logic of the present invention; figure 4 shows a schematic representation of the interface framework of the software components according to the invention; Fig. 5 is a schematic representation of the operation of checking the web service 10 credentials of a provider by a requesting party.

In algemene bewoordingen betreft onderhavige uitvinding een oplossing voor het probleem van overdadige vraagstellingen per e-mail, waarbij het beantwoorden ervan afhankelijk wordt gemaakt van een overeengekomen dienstverleningsniveau, en in het 15 bijzonder van een voor de e-mail te betalen prijs.In general terms, the present invention relates to a solution to the problem of excessive inquiries by e-mail, whereby answering them is made dependent on an agreed service level, and in particular on a price to be paid for the e-mail.

Onder verwijzing naar figuur 1 omvat een systeem 10 volgens een uitvoeringsvorm van de uitvinding een platform server 40, een web server 70 en/of e-mail server 71, en ten minste een eindgebruiker cliënt 20, en desgewenst verder ten minste een cliënt 50 van 20 een dienstenaanbiedende partij, en ten minste een cliënt 60 van een betalingsinstantie, alle verbonden met een elektronisch netwerk 30. Het elektronisch netwerk 30 kan een draadloos netwerk zijn, een kabelnetwerk, een analoog netwerk, een digitaal netwerk, en/of een combinatie ervan. Een eindgebruiker beschikt over een invoerinrichting waarmee digitaal vragen kunnen worden verzonden naar een klant en/of mail service 25 provider via het Internet 30. De invoerinrichting (de ‘cliënt’) kan een personal computer (pc) zijn, die via een netwerkverbinding 30 is verbonden met de platform server 40. De cliënt van de eindgebruiker is ten minste voorzien van een browser programma (een zogenaamde ‘thin client’), maar kan desgewenst ook andere programmatuur omvatten (een zogenaamde ‘fat client’). De informatie aanbiedende partijen zijn eveneens in staat 30 via de clients 50 te communiceren met de platform server 40. De betalingsservice wordt geleverd door betalingsinstanties, die eveneens in staat zijn via de clients 60 te communiceren met de platform server 40.With reference to Figure 1, a system 10 according to an embodiment of the invention comprises a platform server 40, a web server 70 and / or e-mail server 71, and at least one end user client 20, and optionally further at least one client 50 of 20 a service provider, and at least one client 60 of a payment authority, all connected to an electronic network 30. The electronic network 30 can be a wireless network, a cable network, an analog network, a digital network, and / or a combination thereof . An end user has an input device with which digital inquiries can be sent to a customer and / or mail service provider via the Internet 30. The input device (the 'client') can be a personal computer (PC) connected via a network connection 30 connected to the platform server 40. The end user's client is at least provided with a browser program (a so-called 'thin client'), but can also include other software if desired (a so-called 'fat client'). The information providers are also able to communicate via 30 with clients 50 to platform server 40. The payment service is provided by payment agencies, which are also capable of communicating via clients 60 with platform server 40.

•1029425* 81029425 * 8

Onder verwijzing naar figuur 2 omvat de platform server 40 een interface 41, die de platform server 40 via elektronisch netwerk 30 kan verbinden met de web server 70 en/of met een e-mailserver 71 (niet getoond), een eindgebruiker cliënt 20, een cliënt 60 van een betalingsinstantie, en elke andere gewenste inrichting of netwerk. De platform 5 server 40 omvat verder een rekeneenheid 42 die verschillende bewerkingen kan uitvoeren, zoals verder hieronder in meer detail aangegeven. Een input/output eenheid 43 communiceert met rekeneenheid 42 en laat een gebruiker toe output te ontvangen van en/of input te geven aan de rekeneenheid 42. Het moge duidelijk zijn dat een dergelijke eenheid kan verschillen afhankelijk van het feit of deze dienst doet als 10 inputeenheid of als outputeenheid. Een geheugen 44 communiceert met de rekeneenheid 42 en slaat de nodige programmacode en gegevens op voor het kunnen uitvoeren van de gewenste functies van de platform server 40. In het bijzonder omvat het geheugen 44 de nodige programmatuur voor het kunnen uitvoeren van de werkwijze volgens onderhavige uitvinding. Bij voorkeur omvatten deze programma’s ten minste een web 15 service 45, een e-mail service 46, een betalingsservice 47, een registratieservice 48, en platform service 49. Het web service programma 45 bestuurt de communicatie tussen de platform server 40 en de web server 70. Het e-mail service programma 46 bestuurt de communicatie tussen de platform server 40 en de e-mail server 71 en/of client 20. Het betalingsservice programma 47 bestuurt de communicatie tussen de platform server 40 20 en de cliënt 60 van de betalingsinstelling. Het registratieservice programma 48 bestuurt de communicatie tussen de platform server 40 en de cliënt 50 van de aanbieder. De platform server 40 omvat eveneens ten minste een gegevensbank 51 voor het opslaan van bijvoorbeeld gegevens van de aanbiedende partijen, dienstverleningsniveaus, transacties, vroeger e-mailverkeer, en dies meer. Deze gegevens kunnen toegankelijk 25 worden gemaakt voor een eindgebruiker cliënt 20 door middel van een webpagina op de platform server 40 die via web server 70 is op te roepen. Het platform service programma 49 ten slotte bestuurt de andere bewerkingen van de platform server 40.With reference to Figure 2, the platform server 40 comprises an interface 41, which can connect the platform server 40 via electronic network 30 to the web server 70 and / or to an e-mail server 71 (not shown), an end-user client 20, a client 60 of a payment authority, and any other desired device or network. The platform 5 server 40 further comprises a computing unit 42 which can perform various operations, as further indicated below in more detail. An input / output unit 43 communicates with calculating unit 42 and allows a user to receive output from and / or give input to the calculating unit 42. It should be clear that such a unit may differ depending on whether it serves as 10 input unit or as an output unit. A memory 44 communicates with the computing unit 42 and stores the necessary program code and data for being able to perform the desired functions of the platform server 40. In particular, the memory 44 comprises the necessary software for being able to perform the method according to the present invention. . These programs preferably comprise at least a web service 45, an e-mail service 46, a payment service 47, a registration service 48, and platform service 49. The web service program 45 controls the communication between the platform server 40 and the web server 70. The e-mail service program 46 controls the communication between the platform server 40 and the e-mail server 71 and / or client 20. The payment service program 47 controls the communication between the platform server 40 and the client 60 of the payment institution . The registration service program 48 controls the communication between the platform server 40 and the client 50 of the provider. The platform server 40 also comprises at least one database 51 for storing, for example, data from the offering parties, service levels, transactions, past e-mail traffic, and so on. This data can be made accessible to an end-user client 20 by means of a web page on the platform server 40 that can be accessed via web server 70. The platform service program 49 finally controls the other operations of the platform server 40.

Onder verwijzing naar figuur 3 A kunnen volgens een uitvoeringsvorm van de 30 uitvinding de verschillende programma’s 45-49 worden uitgevoerd als de in de figuur getoonde functionele stappen. In het bijzonder initieert een eindgebruiker client 20 de werkwijze volgens onderhavige uitvinding door in stap 100 een e-mail te verzenden naar e-mail server 71. De e-mail bevat ten minste de door dé vragende partij gestelde vraag en informatie met betrekking tot de identiteit van de aanbieder die de vraag dient 1029425* < r 9 te beantwoorden. Informatie met betrekking tot de identiteit van de aanbieder kan bijvoorbeeld bestaan uit een e-mailadres en/of URL-adres van de cliënt 50 van de aanbieder. E-mail server 71 opent desgewenst de e-mail in stap 101 en verzend deze vervolgens naar de platform server 40 in stap 102, of stuurt de e-mail direct door naar 5 platform server 40. De platform server 40 slaat de e-mail op in een gegevensbank 51, ·.. samen met informatie m.b.t. cliënt 20. Platform server 40 stuurt vervolgens in stap 103 automatisch een e-mail terug naar cliënt 20. Deze e-mail bevat ten minste een ontvangstbevestiging en een betalingsopdracht voor het antwoord op de vraag. Desgewenst kan deze e-mail andere informatie bevatten, bijvoorbeeld een overzicht van 10 de kosten, informatie met betrekking tot de betaling, en dies meer. De cliënt 20 stuurt vervolgens in stap 104 een digitale betalingsopdracht naar de cliënt 60 van een betalingsinstantie. De hiertoe voor de vragende partij benodigde informatie kan bijvoorbeeld in de e-mail van stap 103 zijn opgenomen, en/of toegankelijk zijn gemaakt op een web pagina van de platform server 40. In antwoord op stap 104 zend de cliënt 60 15 van de betalingsinstantie in stap 105 een elektronisch bericht naar de platform server 40 die vervolgens nagaat voor welke cliënt 20 en voor welke e-mail 100 de betaling is verricht, en/of verifieert of het bedrag van de betaling overeenkomt met de betalingsopdracht, die in e-mail 103 naar cliënt 20 werd verzonden. Indien dit zo is zend platform server 40 in een volgende stap 106 de van cliënt 20 afkomstige e-mail waarin 20 de vraag is opgenomen naar de cliënt 50 van de informatie aanbiedende partij. Client 50 opent vervolgens de e-mail in stap 107 en maakt een antwoord e-mail aan, die vervolgens in stap 108 wordt toegestuurd naar cliënt 20 van de eindgebruiker. In een andere uitvoeringsvorm van de uitvinding kan een additionele stap 109 zijn opgenomen waarbij door de cliënt 50 van de aanbieder een e-mail wordt verzonden naar de web 25 server 40, bijvoorbeeld ter verificatie van stap 108, namelijk dat een antwoord werd verstuurd naar de cliënt 20 van de vragende partij. Vervolgens vindt in stap 110 een verificatie plaats. Bij een positieve eindcontrole wordt de e-mail 100 vervolgens door de platform server 40 verwijderd uit het systeem, of desgewenst opgeslagen in een gegevensbank 51 voor latere referentie.With reference to Figure 3A, according to an embodiment of the invention, the various programs 45-49 can be executed as the functional steps shown in the figure. In particular, an end-user client 20 initiates the method according to the present invention by sending an e-mail to e-mail server 71 in step 100. The e-mail contains at least the question and information asked by the requesting party regarding the identity of the supplier who must answer the question 1029425 * <r 9. Information regarding the identity of the provider may, for example, consist of an email address and / or URL address of the client 50 of the provider. E-mail server 71 optionally opens the e-mail in step 101 and then sends it to the platform server 40 in step 102, or forwards the e-mail directly to platform server 40. The platform server 40 stores the e-mail in a database 51, ... together with information regarding client 20. Platform server 40 then automatically sends an e-mail back to client 20 in step 103. This e-mail contains at least a confirmation of receipt and a payment order for the response to the question. If desired, this e-mail can contain other information, for example an overview of the costs, information regarding the payment, and so on. The client 20 then sends a digital payment order to the client 60 of a payment authority in step 104. The information required for this purpose for the requesting party may, for example, be included in the e-mail of step 103, and / or made accessible on a web page of the platform server 40. In response to step 104, the client 60 sends the payment authority 15 in step 105 an electronic message to the platform server 40 which subsequently checks for which client 20 and for which e-mail 100 the payment has been made, and / or verifies whether the amount of the payment corresponds to the payment order, which in e-mail 103 was sent to client 20. If so, in a next step 106 the platform server 40 sends the e-mail from client 20 in which the question is included to the client 50 of the information-providing party. Client 50 then opens the e-mail in step 107 and creates a reply e-mail, which is then sent in step 108 to end-user client 20. In another embodiment of the invention, an additional step 109 may be included in which an e-mail is sent by the client 50 of the provider to the web server 40, for example for verification of step 108, namely that a reply was sent to the client 20 of the requesting party. Subsequently, a verification takes place in step 110. In the event of a positive final check, the e-mail 100 is subsequently removed from the system by the platform server 40 or, if desired, stored in a database 51 for later reference.

3030

In figuur 3B worden de functionele stappen weergegeven in het geval betaling, niet binnen de gestelde tijd wordt geëffectueerd. Tot en met stap 103 verloopt alles zoals hierboven weergegeven, echter het verzenden van de betalingsopdracht in stap 104 blijft uit. In dat geval zal platform server 40 na een vooraf ingestelde tijd vanaf binnenkomst 102 9 4 25 τ i .Figure 3B shows the functional steps in case payment is not effected within the specified time. Up to and including step 103 everything goes as described above, but the payment order in step 104 is not sent. In that case, platform server 40 will arrive after a preset time from entry 102 9 4 25 τ i.

10 van de cliënt 20 e-mail, een verificatie 111 uitvoeren, waarin nagegaan wordt of de betaling werd verricht, met andere woorden of de e-mail van stap 105 werd ontvangen.10 from the client 20 e-mail, perform a verification 111, checking whether the payment was made, in other words, whether the e-mail from step 105 was received.

Ter verdere verificatie zendt platform server 40 in stap 112 desgewenst een elektronisch bericht naar de cliënt 60 van de betalingsinstantie om vervolgens in stap 113 te 5 bevestigen dat geen betalingsopdracht werd verkregen van client 20 met een bepaalde i referentie. In het geval blijkt dat de cliënt 20 van de eindgebruiker de betaling niet binnen de daartoe gestelde tijd heeft verricht, zend de platform server 40 in stap 114 een bericht aan cliënt 20 dat zijn e-mail niet in behandeling zal worden genomen wegens j gebrek aan betaling, waarna de e-mail van de cliënt 20 uit het systeem wordt verwijderd 10 of desgewenst wordt opgeslagen in gegevensbank voor verdere referentie. Ook is het mogelijk dat in stappen 115 en 116 eveneens de clients van de aanbieder 50 en van de betalingsinstantie 60 hiervan op de hoogte worden gebracht.For further verification, in step 112 the platform server 40 sends an electronic message to the client 60 of the payment authority to subsequently confirm in step 113 that no payment order has been obtained from client 20 with a specific reference. If it appears that the end-user's client 20 has not made the payment within the specified time, the platform server 40 sends a message to the client 20 in step 114 that his e-mail will not be processed due to a lack of payment, after which the e-mail of the client 20 is removed from the system 10 or, if desired, stored in a database for further reference. It is also possible that in steps 115 and 116 the clients of the provider 50 and of the payment authority 60 are also informed of this.

In een voorkeursuitvoeringsvorm volgens de uitvinding wordt, onder referentie naar 15 figuur 3C, de werkwijze door een eindgebruiker cliënt 20 geïnitieerd door in stap 100 een e-mail te verzenden naar e-mail server 71. Web server 70 (bijvoorbeeld in het geval een HTML e-mail wordt verstuurd) of e-mail server 71 opent desgewenst de e-mail in stap 101 en verzend deze vervolgens naar de platform server 40 in stap 102, of stuurt de j e-mail direct door naar platform server 40. De platform server 40 slaat de e-mail op in 20 een gegevensbank 51, samen met informatie m.b.t. cliënt 20. Platform server 40 stuurt vervolgens in stap 103 automatisch een e-mail terug naar cliënt 20. Deze e-mail bevat ten minste een ontvangstbevestiging en een betalingsopdracht voor het antwoord op de vraag. De betalingsopdracht omvat verder een catalogus van dienstverleningsniveaus met bijbehorende prijslijst, waaruit de eindgebruiker (de vragende partij) een keuze kan 25 maken. Dit kan bijvoorbeeld gebeuren door in de in stap 103 verzonden e-mail een keuzemenu op te nemen. Door aanklikken van een onderwerp uit dit menu kan vervolgens in stap 120 een dienstverleningsniveau worden gekozen. De cliënt 20 stuurt vervolgens in stap 121 een digitale betalingsopdracht naar de cliënt 60 van een betalingsinstantie, waarvan de hoogte overeenkomt met het gekozen 30 dienstverleningsniveau. De dienstverleningsniveaus waaruit de vragende partij dient te kiezen in deze voorkeursuitvoeringsvorm kunnen als alternatief ook toegankelijk zijn gemaakt op een web pagina van de platform server 40. In dit geval kan de e-mail 103 een link bevatten naar het URL-adres van de betreffende web pagina. De cliënt 20 opent in stap 122 de betreffende web pagina op de web server 70 door aanklikken. Hierdoor 1029425:: 11In a preferred embodiment according to the invention, with reference to figure 3C, the method is initiated by an end-user client 20 by sending an e-mail to e-mail server 71 in step 100. Web server 70 (e.g. in the case of an HTML e-mail is sent) or e-mail server 71, if desired, opens the e-mail in step 101 and then sends it to the platform server 40 in step 102, or forwards the e-mail directly to platform server 40. The platform server 40 stores the e-mail in a database 51, together with information regarding client 20. Platform server 40 then automatically sends e-mail back to client 20 in step 103. This e-mail contains at least one acknowledgment of receipt and a payment order for the answer to the question. The payment order further comprises a catalog of service levels with associated price list, from which the end user (the requesting party) can make a choice. This can be done, for example, by including a selection menu in the e-mail sent in step 103. By clicking on a subject from this menu, a service level can then be selected in step 120. The client 20 then sends a digital payment order to the client 60 of a payment authority in step 121, the amount of which corresponds to the selected service level. The service levels from which the requesting party must choose in this preferred embodiment may alternatively also be made accessible on a web page of the platform server 40. In this case, the e-mail 103 may contain a link to the URL address of the web in question. page. The client 20 opens the relevant web page on the web server 70 in step 122 by clicking. This causes 1029425 :: 11

t It I

wordt een request 123 verstuurd naar de web server 70, die in stap 124 de betreffende web pagina naar de cliënt 20 stuurt. Deze kiest dan het gewenste dienstverleningsniveau, zoals hierboven reeds werd aangegeven. In antwoord op stap 121 zend de cliënt 60 van de betalingsinstantie in stap 125 een elektronisch bericht naar 5 de platform server 40 betreffende de betaling en het gekozen dienstverleningsniveau. Verificatie van de betaling vindt in deze uitvoeringsvorm dus plaats door de cliënt 60 van de betalingsinstantie. Na ontvangst van de e-mail in stap 125 zend platform server 40 in een volgende stap 126 de van cliënt 20 afkomstige e-mail waarin de vraag is opgenomen naar de cliënt 50 van de informatie aanbiedende partij. Client 50 opent 10 vervolgens de e-mail in stap 127 en maakt een antwoord e-mail aan, die vervolgens in stap 128 wordt toegestuurd naar cliënt 20 van de eindgebruiker. Client 20 verzendt na binnenkomst van het antwoord in stap 129 een e-mail naar de platform server 40 ter bevestiging dat het antwoord is ontvangen. De platform server 40 verwijdert vervolgens de e-mail 100 uit het systeem, of slaat deze desgewenst op in een gegevensbank 51 voor 15 latere referentie.a request 123 is sent to the web server 70, which in step 124 sends the relevant web page to the client 20. This then selects the desired service level, as already indicated above. In response to step 121, the client 60 of the payment authority in step 125 sends an electronic message to the platform server 40 regarding the payment and the selected service level. Thus, verification of the payment in this embodiment takes place by the client 60 of the payment authority. After receiving the e-mail in step 125, in a next step 126, platform server 40 sends the e-mail from client 20 in which the question is included to the client 50 of the information-providing party. Client 50 then opens the e-mail in step 127 and creates a reply e-mail, which is then sent in step 128 to client 20 of the end user. After receiving the response in step 129, client 20 sends an e-mail to the platform server 40 to confirm that the response has been received. The platform server 40 then removes the e-mail 100 from the system or, if desired, stores it in a database 51 for later reference.

In nog een andere voorkeursuitvoeringsvorm kunnen, onder verwijzing naar figuur 3D de verschillende programma’s 45-49 worden uitgevoerd als de in de figuur getoonde functionele stappen. In deze uitvoeringsvorm initieert een eindgebruiker cliënt 20 de 20 werkwijze door in stap 150 een e-mail te verzenden naar de cliënt 50 van de aanbieder. Client 50 stuurt vervolgens de e-mail automatisch door naar de platform server 40 in stap 151. De e-mail wordt vervolgens in stap 152 opgeslagen op de platform server 40, bijvoorbeeld e-mail server 71. Platform server 40 stuurt vervolgens in stap 153 automatisch een antwoord e-mail terug naar cliënt 20 in naam van de aanbieder. Deze e-25 mail bevat ten minste een ontvangstbevestiging en een betalingsopdracht voor het antwoord op de vraag, tezamen met een catalogus van verschillende dienstverleningsniveaus en bijbehorende prijs, en een opgave van de verschillende betalingsmogelijkheden. Desgewenst kan deze e-mail andere informatie bevatten, zoals hierboven reeds werd aangegeven. De cliënt 20 maakt vervolgens in stap 154 een keuze 30 uit de verschillende dienstverleningsniveaus (door bijvoorbeeld aanklikken van het betreffende icoon) en uit de mogelijke wijzen van betaling, en stuurt vervolgens in stap 155 een digitale betalingsopdracht naar de cliënt 60 van een betalingsinstantie. In antwoord op stap 155 kan de cliënt 60 van de betalingsinstantie in stap 156 een elektronisch bericht zenden naar de platform server 40 die vervolgens de betaling 1029425? 1 > 12 verifieert in stap 157. Indien betaling is verricht zend platform server 40 in stap 158 een bevestiging van de betaling naar client 20 en in stap 159 de oorspronkelijke e-mail waarin de vraag is opgenomen naar de cliënt 50 van de informatie aanbiedende partij. Client 50 opent vervolgens de e-mail in stap 160 en maakt een antwoord e-mail aan in 5 overeenstemming met het overeengekomen dienstverleningsniveau. De antwoord e-mail wordt vervolgens in stap 161 verzonden naar cliënt 20 van de eindgebruiker, waarna de werkwijze wordt beëindigd.In yet another preferred embodiment, with reference to Figure 3D, the various programs 45-49 can be executed as the functional steps shown in the Figure. In this embodiment, an end user client 20 initiates the method by sending an e-mail in step 150 to the client 50 of the provider. Client 50 then automatically forwards the e-mail to the platform server 40 in step 151. The e-mail is then stored in step 152 on the platform server 40, for example e-mail server 71. Platform server 40 then forwards in step 153 automatically reply e-mail back to client 20 in the name of the provider. This e-mail contains at least an acknowledgment of receipt and a payment order for the answer to the question, together with a catalog of different service levels and associated prices, and a statement of the different payment options. If desired, this e-mail may contain other information, as indicated above. The client 20 then makes a selection 30 in step 154 from the different service levels (by, for example, clicking the relevant icon) and from the possible methods of payment, and then in step 155 sends a digital payment order to the client 60 of a payment authority. In response to step 155, the payment authority client 60 can send an electronic message in step 156 to the platform server 40 which then makes the payment 1029425? 1> 12 verifies in step 157. If payment has been made, in step 158 the platform server 40 sends a confirmation of the payment to client 20 and in step 159 the original e-mail containing the question to the client 50 of the information-providing party . Client 50 then opens the e-mail in step 160 and creates a reply e-mail in accordance with the agreed service level. The reply e-mail is then sent in step 161 to client 20 of the end user, after which the method is terminated.

De technische architectuur van het e-maildome systeem omvat in het algemeen een n-10 lagen architectuur. Een n-lagen architectuur abstraheert de verschillende lagen van het applicatie softwaresysteem, waarbij presentatie logica wordt gescheiden van functionele logica en toegang tot gegevens. Dit laat toe software componenten te hergebruiken, en tevens te voorzien in een universele cliëntondersteuning, door middel van web browsers en andere op het web gebaseerde software systemen. Door een n-lagen architectuur te 15 verschaffen wordt het e-maildome systeem open ended, waardoor het gemakkelijk kan worden uitgebreid met nieuwe applicaties voor de verschillende servers (applicatieservers, webservers, gegevensbankservers, mailservers, enz.). Hierbij kunnen desgewenst het besturingssysteem en de applicaties per server en/of cliënt computer verschillen. Voor de cliënt is niet van belang welk besturingssysteem wordt gebruikt, 20 zolang deze maar de beschikking kan hebben over een webbrowser. Het systeem volgens de uitvinding maakt bij het ontwerp en de ontwikkeling ervan bij voorkeur gebruik van op zich bekende web services, zoals bijvoorbeeld XML (‘Extensible Markup Language’), SOAP (Simple Object Access Protocol’), WSDL (Web Services Description Language’) en UDDI (IJniversal Discovery Description Language’), 25The technical architecture of the e-mail domain system generally comprises an n-10 layer architecture. An n-layer architecture abstracts the different layers of the application software system, whereby presentation logic is separated from functional logic and data access. This makes it possible to reuse software components, and also to provide universal client support, through web browsers and other web-based software systems. By providing an n-layer architecture, the e-mail dome system becomes open ended, making it easy to expand with new applications for the different servers (application servers, web servers, database servers, mail servers, etc.). If desired, the operating system and applications may differ per server and / or client computer. For the client it is not important which operating system is used, as long as it can have access to a web browser. The system according to the invention preferably uses web services known per se in the design and development thereof, such as for example XML (Extensible Markup Language), SOAP (Simple Object Access Protocol), WSDL (Web Services Description Language). ) and UDDI (IJniversal Discovery Description Language '), 25

In een voorkeursuitvoeringsvorm volgens de uitvinding is het e-maildome systeem een 3-lagen systeem, waarbij de e-maildome platform server 40 (laag 2) er voor zorgt dat laag 1 (de cliënt) kan communiceren met laag 3 (één of meerdere gegevensbanken 51). In de gegevensbanken 51 kunnen bijvoorbeeld gegevens over de aanbieders, 30 dienstverleningsniveaus, vragende partijen, vroegere vragen, betalingsinformatie, enzovoort worden opgeslagen.In a preferred embodiment according to the invention, the e-mail domain system is a 3-layer system, wherein the e-mail domain platform server 40 (layer 2) ensures that layer 1 (the client) can communicate with layer 3 (one or more databases) 51). In the databases 51, for example, data about the providers, service levels, requesting parties, past queries, payment information, etc. can be stored.

De cliënt 20 kan door middel van een webbrowser communiceren via het Internet met de Webserver 70 van de platform server 40. De webpagina’s van de Webserver 70 1029425a i I .· I 13 kunnen bijvoorbeeld als HTML-bestanden naar de cliënt 20 (en/of clients 50,60) verzonden worden, waar ze vervolgens door de webbrowser van de betreffende cliënt worden geïnterpreteerd. De HTML pagina’s kunnen zowel statisch zijn als dynamisch.The client 20 can communicate via a web browser via the Internet with the Web server 70 of the platform server 40. For example, the web pages of the Web server 70 can be sent as HTML files to the client 20 (and / or clients (50, 60), where they are then interpreted by the web browser of the relevant client. The HTML pages can be both static and dynamic.

In het laatste geval wordt een HTML sjabloon toegepast, waarbij de platform server 40 i i 5 gegevens vanuit de gegevensbanken combineert met het sjabloon. Hoewel de HTML- standaard bijzonder geschikt is als interface tussen klant en platform server is het systeem volgens de uitvinding hiertoe niet beperkt. Zo is het mogelijk andere standaarden te gebruiken, en/of HTML web pagina's toe te passen die met behulp van hiertoe geschikte tools zijn gecreëerd.In the latter case, an HTML template is applied, wherein the platform server 40 i i 5 combines data from the databases with the template. Although the HTML standard is particularly suitable as an interface between customer and platform server, the system according to the invention is not limited thereto. For example, it is possible to use other standards, and / or to apply HTML web pages that have been created using suitable tools.

1010

De tweede laag omvat bij voorkeur een componentgebaseerde web-applicatieserver. Hierbij is de businesslogica ingebed in softwarecomponenten (objecten met een standaardinterface), die kunnen worden aangeroepen via hun standaardinterface. Door gebruik te maken van de gestandaardiseerde interface en industriestandaarden wordt het 15 mogelijk om componenten te hergebruiken, te vervangen en/of desgewenst te verhandelen.The second layer preferably comprises a component-based web application server. The business logic is embedded in software components (objects with a standard interface), which can be invoked via their standard interface. By using the standardized interface and industry standards, it becomes possible to reuse, replace and / or trade in components if desired.

De werkwijze en systeem volgens de uitvinding maakt tevens gebruik van een nieuwe manier van component interfacing. Het voor het onderling kunnen communiceren van 20 alle systeemcomponenten benodigde raamwerk (hierna het Component Interface Framework, CIF genoemd) wordt getoond in figuur 4, en geeft in detail weer hoe de interface 41 tussen de platform server 40 en andere systemen en/of tussen de verschillende componenten van het e-maildome systeem bij voorkeur verloopt. Volgens een uitvoeringsvorm van de uitvinding maakt het CIF gebruik van een set agents, die 25 XML (extensible Markup Language), SGML en/of WML (Wireless Markup Language) messaging gebruiken. Hierdoor wordt bereikt dat een gemeenschappelijke architectuur ontstaat die kan worden benaderd door verschillende cliënt inrichtingen voor eindgebruikers die zich op verschillende mailsystemen bevinden. Onder verwijzing naar figuur 4 kan component A (210) bijvoorbeeld met component X (213) communiceren 30 door middel van het CIF 200. Hierbij heeft component A geen kennis met betrekking tot de locatie van component X. Het interface raamwerk 200 maakt de verbinding. Hierbij maakt het niet uit of software component X lokaal is opgeslagen of zich op een op afstand geplaatste computer bevindt. Zo wordt het bijvoorbeeld mogelijk desgewenst een interface te voorzien tussen verschillende e-mailsystemen, bijvoorbeeld Microsoft 1029425É * ι 14The method and system according to the invention also uses a new way of component interfacing. The framework needed to be able to communicate with each other of all system components (hereinafter referred to as the Component Interface Framework, CIF) is shown in Figure 4, and shows in detail how the interface 41 between the platform server 40 and other systems and / or between the different components of the e-mail domain system preferably proceeds. According to an embodiment of the invention, the CIF uses a set of agents that use XML (extensible Markup Language), SGML and / or WML (Wireless Markup Language) messaging. This ensures that a common architecture is created that can be accessed by different client devices for end users that are on different mail systems. With reference to Figure 4, component A (210) can, for example, communicate with component X (213) by means of the CIF 200. Here, component A has no knowledge regarding the location of component X. The interface framework 200 makes the connection. It does not matter whether software component X is stored locally or on a remote computer. For example, it becomes possible, if desired, to provide an interface between different e-mail systems, for example Microsoft 1029425É * ι 14

Outlook en IBM Lotus Notes. Op deze wijze zal component A van het e-maildome systeem kunnen samenwerken met willekeurige software van een derde partij. Ter verdere illustratie dient component B (211) bijvoorbeeld zich toegang te verschaffen tot zijn eigen gegevensbank of tot een directory die zijn eigen registratie (UDDI) server 5 voor de toeleveranciers bevat. Deze toegang tot een gegevensbank 51 wordt verschaft via een web service interface tot CIF, die de uiteindelijke call uitvoert. Hierbij heeft component B geen kennis over de fysische gegevensbank 51, die bijvoorbeeld een Oracle of DB2 gegevensbank kan zijn. Ook is het mogelijk dat de gegevensbank 51 in eerste instantie een Oracle gegevensbank is, die vervolgens migreert naar een DB2 10 database, zonder dat enige codeveranderingen in component B nodig zijn. Component C (212) ten slotte zal op dezelfde wijze worden verbonden met externe systemen, zoals bijvoorbeeld met een betalingsapplicatie 50, namelijk door middel van het versturen van een bericht naar het CIF die vervolgens de locatie van het doelsysteem en de interface descriptoren oplost. Het CIF kan volgens figuur 4 verschillende objecten 201,202,203 15 en 204 omvatten. Een voorkeursuitvoeringsvorm van de uitvinding omvat eenOutlook and IBM Lotus Notes. In this way, component A of the e-mail domain system will be able to collaborate with any third-party software. For further illustration, component B (211) should, for example, gain access to its own database or to a directory containing its own registration (UDDI) server 5 for suppliers. This access to a database 51 is provided via a web service interface to CIF, which executes the final call. Component B has no knowledge about the physical database 51, which can for example be an Oracle or DB2 database. It is also possible that the database 51 is initially an Oracle database, which then migrates to a DB2 10 database, without the need for any code changes in component B. Finally, Component C (212) will be connected in the same way to external systems, such as for example with a payment application 50, namely by sending a message to the CIF which subsequently resolves the location of the target system and the interface descriptors. According to Figure 4, the CIF can comprise different objects 201,202,203 and 204. A preferred embodiment of the invention comprises one

Presentation Framework Object (PFO) 201, een Component Logic Framework Object (CLFO) 202, een Data Access Framework Object (DAFO) 203, en een Distribution Framework Object (DFO) 204. De PFO 201 voorziet in interfacing van de e-maildome componenten met uitleesfuncties, zoals bijvoorbeeld tekst of multimedia, en/of print 20 functies. De CLFO 202 voorziet in interfacing van de e-maildome componenten onderling en/of in integratie met externe applicatiecomponenten, zoals bijvoorbeeld externe woord processors, en/of ter voorbereiding van interfacing met op afstand geplaatste externe systemen. De DAFO 203 voorziet in interfacing met de gegevensbanken van het systeem en/of met andere bestanden. Het ondersteunt hierbij 25 bijvoorbeeld data definities, locatie, en toegangsregels, en draagt bij tot het verschaffen van functies voor het extraheren, reorganiseren, verplaatsen, genereren, verrijken en opslaan van gegevens met betrekking tot de kring van eindgebruikers en aanbieders. De DFO 204 ten slotte voorziet in interfacing van de e-maildome componenten met faciliteiten voor het verplaatsen van objecten zoals bijvoorbeeld data, berichten en 30 bestanden, het vindt de locale en/of op afstand geplaatste locatie voor een willekeurige resource, en verschaft beveiliging voor de complexe gedistribueerde computer omgevingen.Presentation Framework Object (PFO) 201, a Component Logic Framework Object (CLFO) 202, a Data Access Framework Object (DAFO) 203, and a Distribution Framework Object (DFO) 204. The PFO 201 provides for interfacing of the email domain components with read functions, such as for example text or multimedia, and / or print functions. The CLFO 202 provides for interfacing the email domain components with each other and / or for integration with external application components, such as external word processors, and / or for preparing interfacing with remote external systems. The DAFO 203 provides for interfacing with the databases of the system and / or with other files. It supports, for example, data definitions, location, and access rules, and contributes to providing functions for extracting, reorganizing, moving, generating, enriching and storing data related to the circle of end users and providers. Finally, the DFO 204 provides for interfacing of the email domain components with facilities for moving objects such as for example data, messages and files, it finds the local and / or remote location for any resource, and provides security for the complex distributed computer environments.

1029425- 4 Λ 151029425-4-15

De derde laag omvat backend resources, zoals relationele databanken, die door een software component kunnen worden doorzocht. Objecten van de derde laag omvatten in hoofdzaak permanente gegevens en/of systeem transacties van software componenten. Het systeem volgens de uitvinding is niet beperkt tot het gebruik van een specifieke 5 gegevensbank. Elke de vakman bekende relationele databank is in principe toepasbaar. Geschikte voorbeelden zijn bijvoorbeeld Oracle, IBM DB2, HP SQL server en/of Del Miezel server. Hierbij wordt bijvoorbeeld SQL (Structuren Keer Language) toegepast als standaardgebruikersinterface en applicatieprogramma-interface.The third layer comprises backend resources, such as relational databases, that can be searched by a software component. Objects of the third layer mainly comprise permanent data and / or system transactions of software components. The system according to the invention is not limited to the use of a specific database. Any relational database known to those skilled in the art can in principle be applied. Suitable examples are, for example, Oracle, IBM DB2, HP SQL server and / or Del Miezel server. For example, SQL (Structures Times Language) is used as the standard user interface and application program interface.

10 De connectie tussen de platform server 40 en de verschillende gegevensbanken 51 kan op bekende wijze verlopen via een voor de betreffende gegevensbank ontwikkeld protocol, bijvoorbeeld via OCI (Oracle Call-level Interface), ODBC (Open Gegevensbank Connectivity) en/of JDBC (Java Gegevensbank Connectivity).The connection between the platform server 40 and the various databases 51 can be made in a known manner via a protocol developed for the relevant database, for example via OCI (Oracle Call-level Interface), ODBC (Open Database Connectivity) and / or JDBC (Java Database Connectivity).

15 Het systeem volgens de uitvinding maakt bij voorkeur gebruik van web services om de authenticiteit van gebruikers na te gaan. Dit authenticatieproces gaat als volgt, onder verwijzing naar figuur 5. Voor dat de cliënt van een zakelijke partij (aanbieder) 50 wordt toegestaan een dienst te laten registreren in de registratieserver 45, dient deze zichzelf te identificeren en gegevens aan te leveren die relevant zijn voor de 20 eindgebruikers 20 van de dienst of eventueel voor de gezochte zakelijke partners. Hiertoe dient cliënt 50 credentials 61 in bij de registratie server 45 die, bij voorkeur asynchroon, worden nagegaan door de cliënt computer van een externe certificatie instantie 80, een zogenaamde TTP (Trusted Third Party). Na het nazicht 62 door de TTP logs deze de client 50 als een betrouwbare partij. Potentiële clients (vragende 25 partijen) 20 zoeken met behulp van een bij voorkeur WSDL-gecodeerde vraag 63 de registratie server 45 af naar de geschikte dienstaanbieder 50. Om de betrouwbaarheid van deze laatste na te gaan kan de cliënt 20 een agent 64 sturen (een zogenaamde credlet) naar de registratie server 45. De credlet 64 gaat vervolgens de betrouwbaarheid na van de service provider 50, en stuurt het resultaat 65 hiervan terug naar de cliënt 20.The system according to the invention preferably uses web services to check the authenticity of users. This authentication process proceeds as follows, with reference to Figure 5. Before the client of a business party (provider) 50 is allowed to register a service in the registration server 45, it must identify itself and provide data relevant to the 20 end users 20 of the service or possibly for the business partners sought. To this end, client 50 submits credentials 61 to the registration server 45 which, preferably asynchronously, is checked by the client computer of an external certification body 80, a so-called TTP (Trusted Third Party). After checking 62 through the TTP, it logs the client 50 as a reliable party. Potential clients (requesting parties) 20 search the registration server 45 for the appropriate service provider 50 using a preferably WSDL-coded query 63. To check the reliability of the latter, the client 20 can send an agent 64 (a so-called credlet) to the registration server 45. The credlet 64 then checks the reliability of the service provider 50, and returns the result 65 thereof to the client 20.

30 Deze roept vervolgens de dienst 66 in van de cliënt computer 50 van de dienstenaanbieder.This then invokes the service 66 of the client computer 50 of the service provider.

Voor de betaling van e-mails maakt het systeem volgens de uitvinding bij voorkeur gebruik van payment service providers, die als digitale betalingsinstantie fungeren.For the payment of e-mails, the system according to the invention preferably uses payment service providers, which act as a digital payment authority.

1029425- « Λ 161029425- 16

Betalingen kunnen on-line worden gedaan door middel van bijvoorbeeld een pre-paid card, per telefoon via een ‘900-achtig’ telefoonnummer, per SMS en/of per creditcard. Hiertoe kan gebruik gemaakt worden van elk de vakman bekend protocol om een veilige communicatie en privacy mogelijk te maken, zoals bijvoorbeeld het SSL- of het 5 SET-protocol.Payments can be made on-line by, for example, a prepaid card, by telephone via a "900-like" telephone number, by SMS and / or by credit card. For this purpose, use can be made of any protocol known to those skilled in the art to enable secure communication and privacy, such as, for example, the SSL or the SET protocol.

Hoewel de uitvinding is toegelicht en beschreven aan de hand van bovengenoemde uitvoeringsvormen zal het duidelijk zijn dat hieraan vele wijzigingen en aanvullingen kunnen worden doorgevoerd die binnen de beschermingsomvang van de hieronder 10 weergegeven conclusies vallen.Although the invention has been elucidated and described with reference to the above-mentioned embodiments, it will be clear that many modifications and additions can be made thereto which fall within the scope of protection of the claims presented below.

1029425a1029425a

Claims

Method for digitally requesting information from an information-providing party, characterized in that it comprises at least the following steps that are carried out via a digital network under the control of a platform server: A) sending a requesting party a demand intended for the offering party;

Method according to claim 1, characterized in that the requesting party makes a payment in the processing step B), the amount of which depends on the desired service level with regard to the response.

3. Method as claimed in claim 1 or 2, characterized in that the requesting party makes a payment in processing step B), the amount of which depends on the desired response time of the answer.

4. Method as claimed in any of the foregoing claims, characterized in that the processing step A) also comprises sending the question to the platform server, and sending a digital payment order for the answer from the platform server to the requestor.

Method according to one of the preceding claims, characterized in that the! processing step B) also comprises checking the execution of the payment by the platform server.

A method according to any one of the preceding claims, characterized in that the processing step B) also comprises forwarding the demand to the provider after payment. 10294251 * I

A method according to any one of the preceding claims, characterized in that it comprises the following steps: A) sending a request for the offering party 5 by the requesting party, as well as sending the question to the platform server; and sending a digital payment order for the response by the platform server to the requestor; B) the requesting party's fulfillment of the payment order for the reply, as well as the platform server checking the execution of the payment order, and after payment forwarding the request to the provider; C) the offering party sending the answer intended for the • requesting party to the platform server; as well as forwarding the answer to the requesting party. 15

Method according to one of the preceding claims, characterized in that the requesting party is given insight into a catalog of service levels with associated price list, from which the applicant can choose. 20

Method according to claim 8, characterized in that the platform server comprises the catalog of service levels.

10. Method as claimed in any of the claims 6-8, characterized in that the message sent after the payment to the information provider contains information with regard to the service level chosen by the requestor.

10 B) the requesting party's payment of a payment order for the answer; (C) the sending by the offering party of the answer intended for the requesting party.

A method according to any one of the preceding claims, characterized in that the method is carried out at least in part via the Internet. 30

A method according to any one of the preceding claims, characterized in that the platform server comprises a registration server in which a provider can register web services. | 1029425- /

A method according to claim 12, characterized in that prior to registering, the provider submits his credentials to the server, and these are checked by a certifying body.

Method according to claims 12 or 13, characterized in that a requesting party can check the credentials of a provider via the server.

Method according to claim 14, characterized in that the requesting party checks the credentials by sending an agent from the relevant client computer to the platform server, which checks the credentials on the registration server.

A computer program containing program instructions for causing a computer to perform the method according to any one of claims 1-15.

A computer program according to claim 16, characterized in that the compute program is arranged on a physical carrier.

18. Computer program according to claim 16, characterized in that the computer program is at least partially stored in a computer memory.

A computer arranged for executing a computer program according to any one of claims 16-18. 1029425-