BE1014409A3 - Werkwijze en netwerkingsysteem voor het beschikbaar stellen van diensten. - Google Patents

Abstract

Werkwijze voor het beschikbaar stellen van diensten, met inbegrip van eventueel ook het aankondigen en/of het installeren en/of onderhouden en/of het verwijderen van diensten, waarbij, via communicatieverbindingen (6) , communicaties worden gerealiseerd tussen dienstenleveranciers (2) en dienstenplatformen (3,7, 8, 9) onder meer bij gebruikers (4) , daardoor gekenmerkt dat de diensten worden geleverd en beheerd via een externe dienstenbeheerder (5) die centraal staat tussen de dienstenleveranciers (2) en de gebruikers (4) , waarbij deze werkwijze toelaat dat het dienstenbeheer ontkoppeld van aangeboden diensten kan worden gerealiseerd en eveneens toelaat dat de dienstenbeheerder (5) verschillende diensten van één of meer dienstenleveranciers (2) kan combineren tot een nieuwe of aangepaste dienst.

Description

   <Desc/Clms Page number 1> 
 



  Werkwijze en netwerkingsysteem voor het beschikbaar stellen van diensten. 



  Deze uitvinding heeft betrekking op een werkwijze en een netwerkingsysteem voor het beschikbaar stellen van diensten, met inbegrip van eventueel ook het aankondigen en/of het installeren en/of onderhouden en/of het verwijderen van diensten, met andere woorden, voor het toeleveren van software en/of informatie via een communicatienetwerk. 



  De uitvinding heeft meer speciaal betrekking op een werkwijze en inrichting waarmee diensten, hoofdzakelijk afkomstig van een dienstenleverancier, op een efficiënte wijze op een bij door een gebruiker raadpleegbaar dienstenplatform kunnen worden geleverd. 



  In het kader van de huidige uitvinding dient onder een dienstenleverancier iedere leverancier te worden verstaan die diensten ter beschikking stelt, waarbij het zowel kan handelen om het ter beschikking stellen van informatie, als om het ter beschikking stellen van software en dergelijke. 



  Onder een dienstenplatform dient hierbij iedere vorm van een door een gebruiker aanwendbaar systeem te worden verstaan waarop softwaretoepassingen kunnen worden gedraaid en/of informatie en functionaliteit verstrekt kan worden, waarmee, in de eerste plaats, gedacht wordt aan personal computers (PC's), draagbare computers, handcomputers (palmtops), telefoons, mobiele in voertuigen ingebouwde computereenheden, welke bijvoorbeeld een navigatiesysteem bevatten, enzovoort. 

 <Desc/Clms Page number 2> 

 



  In het huidige bestel van het telematicagebeuren wordt het leveren en implementeren van diensten, waarmee volgens de huidige uitvinding, zowel het leveren van software als informatie wordt bedoeld, als het ware rechtstreeks geregeld tussen een dienstenleverancier en een gebruiker. 



  Het nadeel van deze rechtstreekse benadering is dat iedere dienstenleverancier, om een zo ruim mogelijk afzetpubliek te kunnen bereiken, zijn diensten toegankelijk moet kunnen maken voor, enerzijds, een grote waaier aan dienstenplatformen, zoals de voornoemde PC's, handcomputers, mobiele computereenheden en dergelijke, elk met hun intrinsieke mogelijkheden zoals rekencapaciteit, schermresolutie, multimediamogelijkheden en dergelijke, en, anderzijds, een grote diversiteit van mogelijke informaticatoepassingen, elk met hun specifieke standaarden waarin gegevens of informatie moet worden aangeboden, onder andere de specifieke vorm waarin een   beeldbestand   moet worden aangeboden, bijvoorbeeld als GIF-bestand, PDFbestand, of ander beeldformaat. 



  Bovendien moet de dienstenleverancier zijn diensten kunnen aanbieden via tal van communicatienetwerken, zoals internet, GSM, WAP, radionetwerken, TV-netwerken, satellietverbindingen en andere, elk met een eigen infrastructuur en communicatieprotocol. 



  Nog een ander nadeel van de rechtstreekse aanpak is dat het bijzonder moeilijk is om verschillende telematicadiensten, aangeboden door verschillende dienstenleveranciers, te combineren, zoals, bijvoorbeeld het aan elkaar koppelen van verkeersinformatie aan informatie uit een navigatiesysteem. 



  Door de rechtstreekse aanpak is de dienstenleverancier 

 <Desc/Clms Page number 3> 

 genoodzaakt een belangrijk deel van zijn activiteiten toe te spitsen op het toegankelijk en eventueel combineerbaar maken van zijn diensten, waardoor hij zich minder kan concentreren op de ontwikkeling van de aangeboden of nieuwe diensten, zowel inhoudelijk als kwalitatief. 



  Voor de gebruiker betekent dit dat, in de meeste gevallen, de aangeboden diensten niet geoptimaliseerd zijn voor zijn dienstenplatform of in het slechtste geval er zelfs niet op kunnen worden uitgebaat. Bovendien wordt de gebruiker opgezadeld met extra softwarecodes, bijvoorbeeld in de vorm van extra stuurprogramma's voor andere platformen dan de zijne, die extra   opslag-en/of   geheugencapaciteit in beslag nemen. 



  Het is al wel bekend om via   een   gemeenschappelijke toeleverancier te kunnen beschikken over diensten die door meerdere dienstenleveranciers worden aangeboden. Een klassiek voorbeeld hiervan is het ter beschikking stellen van raadpleegbare informatiedatabases, waarbij éénzelfde toeleverancier aan de gebruikers toegang verleent tot meerdere databases die van verschillende dienstenleveranciers afkomstig zijn. De toeleverancier oefent hierbij een passieve controle uit op het gebruik van de databases, teneinde een kostenafrekening te maken voor het gebruik van de databases, doch een actieve beheerfunctie wordt niet uitgeoefend. 



  Heden ten dage is het aanbieden van softwarediensten geëvolueerd tot zogenaamde "service oriented" oplossingen waarbij verschillende computersystemen met elkaar in verbinding staan in een netwerk. 



  Dergelijke "service oriented" oplossingen worden gekenmerkt 

 <Desc/Clms Page number 4> 

 door   de "object" georiënteerde methodologie   en het aanbieden van oplossingen die kunnen bestaan uit verschillende software componenten die op zieh een groep oplossingen bieden die hoofdzakelijk gekenmerkt zijn door de integratie van communicatiemogelijkheden. 



  De hedendaagse "service georiënteerde" oplossingen, zoals . Net initiatieven van Microsoft, de "Web services" van IBM, worden gekenmerkt in het gebruik van deze diensten, waarbij enerzijds, de dienst gekend is en, anderzijds, de uitvoering van deze diensten op de server gebeuren. 



  Een evolutie rond deze diensten wordt gekenmerkt door de aanwezigheid van deze diensten binnen een netwerk. Met behulp van een centraal   opzoekmechanisme,"registry"   genaamd, kunnen deze diensten door een gebruiker gevonden en gebruikt worden. Voorbeelden hiervan vinden we bij "IBM's Web Services" ; maar ook bij HP met   hun"e-speak"   omgeving. Hun basisprincipe berust op het publiceren van diensten door de dienstenleverancier, het terugvinden van diensten door de gebruiker en het gebruiken van diensten in hun oplossingen. 



  Technologisch kan gesteld worden dat het realiseren van wat in vaktermen "loose coupling" genoemd wordt, door deze principes mogelijk gemaakt wordt. De huidige evoluties spelen zieh dan ook af op het efficiënt terugvinden van deze diensten, alsmede het realiseren van een standaard om deze diensten mogelijk te maken."UDDI"behelst dan ook het principe om de diensten terug te vinden,   en"XML","SOAP"   alsmede"ebXML"vormen de basis voor standaarden die aangewend worden om diensten te laten interageren. 



  Globaal kan gesteld worden dat het principe van 

 <Desc/Clms Page number 5> 

 softwarediensten zijn intrede doet in het aanbieden van software oplossingen en dat deze softwarediensten volgende beperkingen vertonen :   - het   beheer van de operationele diensten is in handen van de dienstenleverancier ;   - er   is geen ondersteuning voor de evolutie van deze softwarediensten ; 
 EMI5.1 
 - aanbieden van eenzelfde softwaredienst voor verschillende doelplatformen impliceert een lokaal beheer van elk van deze softwarediensten - is geen ontkoppeling tussen de eigenlijke softwaredienst en het uitbatingsprofiel waarin licenties gebruiksvoorwaarden, prijsgegevens, en dergelijke vervat zitten ; - off-line gebruik wordt niet ondersteund ; - gebruikerstoegang tot softwarediensten gebeurt voor iedere dienst afzonderlijk ;

   De huidige uitvinding heeft een werkwijze en netwerkingsysteem voor het beschikbaar stellen van diensten tot doel, die menig voordeel bieden in hun gebruik en waardoor bij voorkeur aan   een   of meer van de voornoemde nadelen wordt verholpen. 



  Hiertoe betreft de uitvinding in de eerste plaats een werkwijze voor het beschikbaar stellen van diensten, met inbegrip van eventueel ook het aankondigen en/of het installeren en/of onderhouden en/of het verwijderen van diensten, waarbij, via communicatieverbindingen, communicaties worden gerealiseerd tussen dienstenleveranciers en dienstenplatformen onder meer bij gebruikers, met als kenmerk dat de diensten worden geleverd en beheerd via een externe dienstenbeheerder die centraal 

 <Desc/Clms Page number 6> 

 staat tussen de dienstenleveranciers en de gebruikers, waarbij deze werkwijze toelaat dat het dienstenbeheer ontkoppeld van de aangeboden diensten kan worden gerealiseerd en eveneens toelaat dat de dienstenbeheerder verschillende diensten van   een   of meer dienstenleveranciers kan combineren tot een nieuwe of aangepaste dienst. 



  Doordat, enerzijds, in een werkelijke beheerfunctie wordt voorzien, ontstaat het voordeel dat diensten optimaal aan een gebruiker kunnen worden toegeleverd, zowel vanuit het oogpunt van de dienstenleverancier, daar de dienstenbeheerder in een optimalisatie van de toelevering van diensten naar de gebruikers voorziet, als vanuit het oogpunt van de gebruiker, vermits deze zijn dienstenplatform op een geoptimaliseerde wijze wordt ingeschakeld voor het verkrijgen van de gewenste diensten. 



  Bij voorkeur wordt een bepaalde dienst door de dienstenleverancier ter beschikking gesteld van de dienstenbeheerder in de vorm van, enerzijds, verschillende versies van een gebruikerssoftware, hetgeen als "software code" kan bestempeld worden, waarbij elke versie geoptimaliseerd is voor een bepaald dienstenplatform (3,7, 8,9) en waarbij de dienstenbeheerder (5), voor het ter beschikking stellen van de dienst aan de gebruiker, de gepaste versie kan downloaden en installeren op de betreffende dienstenplatformen (3,7, 8,9), en, anderzijds, een afzonderlijke beheersoftware, hetgeen als "business logic" kan bestempeld worden, waarin bijvoorbeeld prijsvoorwaarden, gebruiksvoorwaarden, licenties, veiligheid, en dergelijke bepaald zijn. 



  Door   de "software code" te splitsen   van de "business logic" kan   de "business logic" onafhankelijk   van de "software code" beheerd worden, wat bepaalde voordelen biedt. Als 

 <Desc/Clms Page number 7> 

 bijvoorbeeld na verloop van tijd de "software code", de uitvoeringsmodaliteiten van een onderhoudscontract van een wagenpark ongewijzigd blijven en er een verandering in de "business logic" plaatsvindt, bijvoorbeeld betere prijscondities voor   een   bepaalde beheerder van een wagenpark, dan kan deze "business logic" aangepast worden zonder de dienst als een geheel te moeten herschrijven en opnieuw te registreren.

   Het is in dit geval dus voldoende dat voor die ene wagenparkbeheerder de "business logic" aangepast wordt terwijl de "software code" ongemoeid gelaten wordt, terwijl ook de "business logic" voor andere beheerders van wagenparken ongewijzigd kan blijven. Door deze afsplitsing wordt de dienst in zijn totaliteit goedkoper. Op het vlak van het onderhouden van de diensten moeten niet telkens nieuwe diensten kenbaar gemaakt worden als enkel   de "business policy" verandert.   



  In een actieve rol van de dienstenbeheerder, kan deze de   commerciele   uitbating zoals prijsafspraken, facturatie en dergelijke, naar de gebruiker realiseren. In een passieve rol waarbij de dienstenbeheerder alleen zijn infrastructuur ter beschikking stelt, zal de dienstenleverancier zijn "business logica" actief kunnen doorvoeren naar de gebruiker toe. 



  Bij voorkeur zal voorzien worden in een interactie tussen minstens twee van de volgende elementen :   een   of meer dienstenleveranciers,   een   of meer dienstenplatformen voor gebruikers en   een   of meer dienstenbeheerders, meer speciaal in een interactie tussen de software van deze elementen. 



  Zo kan bijvoorbeeld om gebruik te kunnen maken van een bepaalde dienst, een interactie nodig zijn tussen de voornoemde gebruikerssoftware en een basissoftware op het 

 <Desc/Clms Page number 8> 

 platform van de dienstenleverancier. Aldus kan de dienstenleverancier de broncode van zijn aangeboden diensten in eigen rangen houden en aldus een betere bescherming genieten van zijn know-how. 



  Bij voorkeur bestaat de voornoemde interactie er minstens in dat door de dienstenbeheerder een overzicht kan gemaakt worden van de mogelijkheden van een betreffend dienstenplatform. Zodoende kan de dienstenbeheerder op een optimale wijze diensten ter beschikking stellen in een vorm die het meest geschikt is om door het dienstenplatform te worden verwerkt en/of ingrepen uitvoeren die het dienstenplatform optimaliseren, zoals het op het dienstenplatform downloaden van software die nodig is om van bepaalde diensten gebruik te kunnen maken. 



  Volgens een voorkeurdragend aspect van de uitvinding wordt bij de voornoemde controle dan ook nagegaan over welke mogelijkheden het betreffend dienstenplatform beschikt voor het ontvangen en/of verwerken van diensten, waarbij de dienstbeheerder in functie hiervan een actie naar het betreffend dienstenplatform onderneemt. 



  Bij voorkeur zal zodoende, ingevolge de voornoemde controle,   een   van volgende acties worden ondernomen : - het toeleveren van de gevraagde diensten wanneer het dienstenplatform in staat is om deze te ontvangen en te verwerken ;   - het   toeleveren van software die toelaat om de gevraagde diensten te ontvangen en/of te verwerken, wanneer deze software nog niet op het dienstenplatform beschikbaar is. 



  In een praktische uitvoeringsvorm wordt, voorafgaand aan 

 <Desc/Clms Page number 9> 

 het toeleveren van diensten en/of het toeleveren van software, via een communicatie tussen de dienstenbeheerder en het dienstenplatform, een verzoek gelanceerd aan de gebruiker of deze akkoord gaat met het feit dat de betreffende diensten en/of software, al dan niet tegen betaling, worden geleverd waarbij hem eventueel een keuze wordt aangeboden tussen verschillende mogelijkheden die op zijn dienstenplatform beschikbaar kunnen worden gesteld. Op die manier beslist de gebruiker of al dan niet bepaalde acties worden ondernomen. 



  Het is duidelijk dat, volgens een variante, met betrekking tot   een   of meerdere, of eventueel alle acties, ook automatisch kan worden gehandeld, met andere woorden, dat de dienstenbeheerder, wanneer nodig of gewenst, automatisch ingrijpt, zodat bijvoorbeeld, wanneer bepaalde software op een dienstenplatform ontbreekt, deze automatisch wordt toegeleverd en geïnstalleerd. 



  De dienstenbeheerder kan verschillende functies uitoefenen. 



  Bij voorkeur oefent hij evenwel minstens   een   van volgende activiteiten uit :   - commercialisering   van de diensten door ze te adverteren en aan te bieden ;   - registratie   van dienstenplatformen en gebruikers ; - registraties met betrekking tot aangesloten dienstenleveranciers ; - optimalisatie van de diensten naar de gebruiker en/of   een   of meer dienstenplatformen toe ; - personalisering van de diensten naar de gebruikers toe ; - installeren van diensten op   een   of meerdere dienstenplatformen ; 

 <Desc/Clms Page number 10> 

 - actualiseren van geinstalleerde telematica- 
 EMI10.1 
 toepassingen op de dienstenplatformen - administratief en financieel opvolgen van het gebruik van de telematicadiensten. 



  In de meest voorkeurdragende uitvoeringsvorm zal elk dienstenplatform bij de dienstenbeheerder gekend zijn aan de hand van een platformidentificatie en van een platformprofiel. Dit platformprofiel is een verzameling van kenmerken die eigen is aan het betreffende dienstenplatform, zodat de dienstenbeheerder aan de hand ervan op een geoptimaliseerde wijze kan communiceren met het betreffend dienstenplatform. 



  Volgens een variante zal elke gebruiker bij de dienstenbeheerder gekend zijn op basis van een gebruikersidentificatie en een gebruikersprofiel. In dit gebruikersprofiel zijn bijvoorbeeld gegevens opgenomen met betrekking tot de door de gebruiker aangewende dienstenplatformen, de diensten waarop de gebruiker ingeschreven is en/of waarvan hij gebruik maakt, en de door de gebruiker opgegeven interessesfeer met betrekking tot de gewenste telematicadiensten. 



  Volgens nog een voorkeurdragend kenmerk zal, wanneer een gebruiker een dienst aanvraagt voor meerdere dienstenplatformen, de dienstenbeheerder voor elk van deze platformen afzonderlijk de meest geschikte versie van gebruikerssoftware bepalen en/of downloaden naar de desbetreffende dienstenplatformen.

   Hierdoor ontstaat het voordeel dat een gebruiker, wanneer deze een nieuwe mogelijkheid op   een   van zijn dienstenplatformen in gebruik neemt, ook de betreffende toepassing op de andere, door hem opgegeven dienstenplatformen, zal kunnen aanwenden. 

 <Desc/Clms Page number 11> 

 Verder geniet het de voorkeur dat de dienstenbeheerder voor het leveren van een bepaalde telematicadienst, binnen het aanbod van verschillende dienstenleveranciers die deze dienst kunnen leveren, de meest geschikte dienstenleverancier bepaalt, daarbij rekening houdend met   een   of meerdere parameters die in functie zijn van de gebruiker en/of het dienstenplatform, zoals taalkeuze van de gebruiker, de geografische positie van het dienstenplatform of van de gebruiker, de tijd en dergelijke meer.

   Zodoende vindt een automatische optimalisatie plaats naar de gebruiker toe. 



  Het voornoemd gebruik van   gebruikers- en/of   platformprofielen laat toe dat, volgens een voorkeurdragend kenmerk van de uitvinding, een nieuwe dienst of een geactualiseerde dienst door de dienstenbeheerder geadverteerd kan worden op alle dienstenplatformen, die, op basis van gebruikers- en/of platformprofielen, voor deze dienst in aanmerking komen, waarbij deze diensten eventueel, in een voor het betrokken dienstenplatform, meest geschikte versie van de gebruikerssoftware geadverteerd worden. Aldus wordt de gebruiker automatisch op de hoogte gehouden van de laatste ontwikkelingen op gebied van dienstenaanbod en kan hij, indien gewenst, te allen tijde, bij wijze van spreken met   een   druk op de knop, zijn dienstenplatform opwaarderen met de meest recente software. 



  De dienstenbeheerder kan eventueel verschillende diensten van éénzelfde dienstenleverancier of van meerdere dienstenleveranciers combineren tot een nieuwe dienst en deze als dusdanig ook aanbieden aan de gebruikers en aan andere dienstenleveranciers. 

 <Desc/Clms Page number 12> 

 Aldus wordt ook een uitwisseling van diensten mogelijk gemaakt tussen verschillende dienstenleveranciers onderling waardoor een basis gelegd wordt voor "business to business" activiteiten tussen dienstenleveranciers onderling of in een ruimere context zelfs tussen ondernemingen onderling. 



  Bij voorkeur brengt de dienstenbeheerder op een transparante wijze een communicatieverbinding tot stand tussen het dienstenplatform van de gebruiker en het dienstenplatform van de dienstenleverancier, wat een optimale interactie tussen de voornoemde basis-en de gebruikerssoftware mogelijk maakt. 



  In een praktische uitvoeringsvorm brengt de dienstenbeheerder de voornoemde communicatieverbinding tot stand via een netwerk van onderling verbonden centrale communicatiecentra die over communicatiekanalen van verschillende aard beschikken en die geografisch verspreid zijn, zodat zij elk een bepaalde geografische regio bestrijken, waarbij de dienstenleverancier, via bepaalde communicatiekanalen, in verbinding staat met   een   of meer centrale communicatiecentra, terwijl de dienstenplatformen van de gebruikers via andere communicatiekanalen in verbinding staan met het centraal communicatiecentrum van de regio, en waarbij automatisch en op transparante wijze beslist wordt via welke communicatiekanalen de betreffende communicatieverbinding tot stand wordt gebracht.

   Zulk systeem met communicatiecentra is beschreven in de internationale octrooiaanvrage WO 00/48412, waarbij de dienstenplatformen van de gebruikers zieh in voertuigen bevinden. In de huidige toepassing kan een gelijkaardig systeem worden toegepast, dat zieh echter niet beperkt tot voertuigen. De mogelijkheden beschreven in het voornoemd 

 <Desc/Clms Page number 13> 

 document WO 00/48412 dienen dan ook, in combinatie met de huidige uitvinding, automatisch als geincorporeerd in de huidige aanvrage te worden beschouwd. 



  Er wordt aldus daadwerkelijk gebruik gemaakt van verschillende communicatiekanalen, doch, dit gebruik wordt transparant verzorgd door het voornoemde netwerk dat ook   als"service delivery chain"kan   bestempeld worden. De dienstenontwikkelaar hoeft bijvoorbeeld niet te weten over welke netwerken zijn dienst zal lopen. Hij maakt gebruik van communicatie die hem door de "service delivery chain" wordt aangeboden. Op zijn beurt verzorgt de "service delivery chain" de nodige functionaliteit om deze communicatie daadwerkelijk te laten gebeuren over deze verschillende communicatiekanalen. 



  De "service delivery chain" kan aldus aanzien worden als een supermarkt van diensten waarbij het aanleveren van een dienst even gemakkelijk is als het consumeren ervan. Dit houdt in dat, door gebruik te maken van de "servive delivery chain" de dienstenleverancier een dienst kan ontwikkelen rekening houdend met communicatie, transparantie van de netwerking, onafhankelijkheid van de "business logica" en management van de diensten, zonder dat hij zelf effectief voor de implementatie hoeft te zorgen. 



  Door deze techniek wordt het creëren van diensten substantieel goedkoper dan vandaag gebruikelijk is. De dienstenontwikkelaar kan zieh zodoende toespitsen op zijn toegevoegde waarde. 



  Opgemerkt wordt dat de dienstenbeheerders van de huidige uitvinding hierbij zowel uit afzonderlijke eenheden of centra kunnen bestaan die via   een   of meerdere communicatieverbindingen met een centraal 

 <Desc/Clms Page number 14> 

 communicatiecentrum kunnen communiceren, als uit een eenheid of centrum kunnen bestaan, waarbij deze eenheid of dit centrum deel uitmaakt van een centraal communicatiecentrum. 



  Het is duidelijk dat het voornoemd geheel ook kan worden uitgerust met meerdere dienstenbeheerders, waarbij dan bijvoorbeeld iedere dienstenbeheerder een eigen gebied bestrijkt, hetzij een geografisch, een technologisch, of een ander gebied. 



  De uitvinding heeft eveneens betrekking op een netwerkingsysteem voor het beschikbaar stellen van diensten, waarbij dit netwerkingsysteem minstens dienstenleveranciers, alsmede, zieh bij de gebruikers bevindende dienstenplatformen bevat, met als kenmerk dat dit systeem een zodanige opbouw vertoont, dat het toelaat dat de voornoemde werkwijze kan worden gerealiseerd, meer speciaal hiertoe de nodige middelen en in het bijzonder software bevat. 



  Uitgaande van de uiteenzetting met betrekking tot de werkwijze ligt de realisatie van deze middelen binnen het bereik van iedere vakman. 



  Met het inzicht de kenmerken van de uitvinding beter aan te tonen zijn hierna, als voorbeeld zonder enig beperkend karakter, enkele voorkeurdragende uitvoeringsvormen beschreven, met verwijzing naar de bijgaande figuren, waarin : 
Figuur 1 een blokschema weergeeft van een netwerkingsysteem volgens de uitvinding ; figuur 2 een variante van de uitvinding weergeeft. 

 <Desc/Clms Page number 15> 

 Zoals weergegeven in figuur   1,   bestaat een netwerkingsysteem 1 volgens de uitvinding hoofdzakelijk uit dienstenleveranciers 2, dienstenplatformen 3 waarvan gebruikers 4 kunnen gebruik maken, alsook   een   of meer dienstenbeheerders 5 die centraal tussen de dienstenleveranciers 2 en de dienstenplatformen 3 staan. 



  Tussen de dienstenleveranciers 2, de dienstenbeheerders 5 en de dienstenplatformen 3 zijn telecommunicatieverbindingen 6 mogelijk, eventueel via verschillende communicatiekanalen 6A-6B-6C. Mogelijkheden van verschillende communicatiekanalen zijn bijvoorbeeld : communicatie over een kabelnetwerk, draadloze communicatie over grote afstand, draadloze communicatie over korte afstand door middel van korte golfsignalen, communicatie via een cellulair netwerk, satellietcommunicatie,   zogenaamde "powerline",   enzovoort. 



  De dienstenleveranciers 2 zijn bijvoorbeeld producenten van informatiebronnen of softwarepakketten. 



  De dienstenplatformen 3 kunnen ook van verschillende aard zijn. In het voorbeeld van de figuur 1 zijn hiertoe bijvoorbeeld schematisch een PC 7, een platform 8 in een voertuig en een handcomputer 9 afgebeeld die bijvoorbeeld tot   een   gebruiker behoren of door zulke gebruiker kunnen geraadpleegd worden, alsmede nog andere dienstenplatformen 3 die niet nader gespecifieerd zijn. 



  De werking van de inrichting kan eenvoudig uit figuur 1 worden afgeleid. Iedere dienstenbeheerder 5 kan over een waaier van mogelijkheden beschikken doordat hij met verschillende dienstenleveranciers 2 kan communiceren. Deze 

 <Desc/Clms Page number 16> 

 dienstenbeheerders 5 bieden de verschillende diensten op een optimale wijze aan de dienstenplatformen 3 van de gebruikers 4 aan, die hieruit hun keuze kunnen maken. 



  Doordat er zoals voornoemd, bij voorkeur een interactieve samenwerking bestaat tussen de dienstenplatformen 3 en de dienstenbeheerders 5, kunnen deze laatste een controle op de mogelijkheden van de dienstenplatformen 3 uitoefenen en in functie daarvan uitsluitend de gepaste informatie en/of informatie in een gepaste vorm aan de dienstenplatformen doorsturen, zodat de dienstenplatformen 3 uitsluitend nuttige gegevens ontvangen en in deze laatste geen ballast aan overtollige gegevens moet worden opgenomen. 



  De interactie laat ook toe dat dienstenbeheerders 5 acties kunnen uitvoeren, bijvoorbeeld dat zij software, al dan niet afkomstig van   een   van de dienstenleveranciers 2, kunnen downloaden op het betreffend dienstenplatform 3. 



  Zoals uiteengezet in de inleiding, kan zulke dienstenbeheerder 5 ervoor zorgen dat, wanneer een gebruiker 4 een dienst vraagt op   een   van zijn dienstenplatformen 3, bijvoorbeeld de voornoemde PC 7, deze dienst ook automatisch op andere dienstenplatformen 3 van deze gebruiker 4, in dit geval bijvoorbeeld het platform 8 in het voornoemd voertuig en de handcomputer 9, ter beschikking is. De dienstenbeheerder 5 zorgt er dan voor dat deze dienstenplatformen 3 de betreffende informatie op de noodzakelijke wijze ter beschikking krijgen, aangepast aan de mogelijkheden van het betreffend dienstenplatform 3.

   In het geval van een handcomputer 9, kan de toegezonden informatie bijvoorbeeld automatisch gecomprimeerd en/of afgekort worden, teneinde toch nog bruikbaar te zijn, in tegenstelling tot het geval van een PC 7, waarbij de 

 <Desc/Clms Page number 17> 

 betreffende informatie wel volledig kan worden doorgegeven. 



  Opgemerkt wordt dat in   figuur 1,   de dienstenbeheerders 5 kunnen zijn uitgevoerd als centrale communicatiecentra, welke naast de voornoemde beheerfunctie, ook een gelijkaardige functie vervullen, zoals beschreven met betrekking tot de centrale communicatiecentra die vermeld zijn in het WO 00/48412. 



  Figuur 2 geeft een variante weer waarbij de dienstenbeheerders 5 zelf niet als centrale communicatiecentra fungeren, doch in verbinding staan met centrale communicatiecentra 10, die fungeren zoals beschreven in het wo 00/48412. Deze centrale communicatiecentra 10 beslissen met andere woorden automatisch, via welk communicatiekanaal 6A-6B-6C, iedere betreffende communicatie tussen de respectievelijke samenstellende delen van het netwerkingsysteem tot stand wordt gebracht. 



  Alle dienstenplatformen, in elk van de drie lagen van het voornoemd netwerkingsysteem   1,   namelijk op het niveau van de dienstenleveranciers 2, van de dienstenbeheerders 5 en van de gebruikers 4, en waarop de dienstenbeheerder een beheerfunctie wenst uit te oefenen, maken bij voorkeur gebruik van een software-omgeving die op een gemeenschappelijke standaard gebaseerd is en die toelaat om diensten aan te bieden en te beheren. 



  Een voorbeeld van een dergelijke standaard is de zogeheten en in telematicakringen welbekende OSGi-standaard, gedefinieerd door de "Open Service Gateway Initiative". 



  Deze standaard zal bij voorkeur gebaseerd zijn op een 

 <Desc/Clms Page number 18> 

 platform-onafhankelijke programmeertaal, zoals bijvoorbeeld JAVA, waardoor een zeer geschikte software-omgeving kan bekomen worden die de interactie tussen de diverse types van dienstenplatformen mogelijk maakt binnen het netwerkingsysteem 1. 



  De voornoemde software-omgeving stelt de dienstenleveranciers 2 een consistent en beknopt programmatiemodel ter beschikking, dat toelaat om een softwareprogramma van een aangeboden dienst op te delen in kleinere zelfstandige bouwstenen, die elk een bepaalde, zij het beperkte, dienst vertegenwoordigen, en die gedownload kunnen worden naar het dienstenplatform 3 van een gebruiker 4, waar ze zichzelf kunnen installeren in de vorm van een gebruikerssoftware. 



  Aldus kan elke dienstenleverancier 2 een bepaalde dienst op zeer flexibele wijze modulair samenstellen en desgevallend ook uitbreiden. 



  Hiertoe beschikt de dienstenleverancier 2 over een soort bouwpakket waarmee hij op basis van de voornoemde bouwstenen een dienst kan samenstellen en ontwikkelen, in het bijzonder verschillende van een desbetreffende dienst, waarbij elke versie, dankzij het gebruik van een platformemulatiesoftware, geoptimaliseerd is voor een bepaald type van dienstenplatform (7,8, 9) van de gebruiker 4. 



  Deze verschillende softwareversies van eenzelfde dienst worden in de vorm van een dienstenpakket of een zogeheten CAR-bestand (Component ARchive bestand) ter beschikking gesteld van de dienstenbeheerder 5, die deze opslaat en die op zijn beurt, op vraag van een gebruiker 4, die van deze dienst gebruik wenst te maken, de meest geschikte versie 

 <Desc/Clms Page number 19> 

 van deze dienst zal aanbieden en desgewenst deze ook zal downloaden naar het dienstenplatform 3 van de desbetreffende gebruiker 4. 



  Wanneer een dienstenleverancier 2 een nieuw of een geactualiseerd dienstenpakket met nieuwe en/of verbeterde bundels, ter beschikking stelt van de dienstenbeheerder   (5),   zal deze laatste : de pas toegevoegde en/of verbeterde softwareversies van een dienst adverteren als nieuwe of geactualiseerde diensten op de dienstenplatformen 3 van de gebruikers 4 die in functie van hun   gebruikers- en/of   platformprofiel daarvoor in aanmerking   komen ;   en/of de nieuw toegevoegde softwareversies van een dienst combineren met bestaande of nieuwe softwareversies van dezelfde of andere diensten tot nieuwe of verbeterde diensten en deze als dusdanig ook adverteren. 



  Een dienst wordt in feite tot stand gebracht door de interactie tussen, enerzijds, een basissoftware die op het dienstenplatform van de dienstenleverancier 2 geïnstalleerd is en, anderzijds, de voornoemde gebruikerssoftware op het dienstenplatform 3 van de gebruiker 4 in de vorm van   een   of meerdere bouwstenen. 



  De gebruikerssoftware wordt door de dienstenbeheerder 5 aangevuld met specifieke beheersoftware die de communicatie met de dienstenbeheerder 5, alsook de administratieve opvolging van het gebruik van de diensten, alsmede de door de dienstenbeheerder 5 eigen toegevoegde diensten moet mogelijk maken, met onder meer : 

 <Desc/Clms Page number 20> 

 de"terminal bootstrap"die een minimum gebruikerssoftware is die bij een eerste aanmelding van een gebruiker 4 door de dienstenbeheerder 5 op het dienstenplatform 3 van de gebruiker 4 wordt geinstalleerd, teneinde een eerste communicatie tussen deze gebruiker 4 en de dienstenbeheerder 5 mogelijk te maken ;   de"Service browser"die   in feite de gebruikersinterface is die toelaat op interactieve manier gebruik te maken van de aangeboden diensten ;

   - de "identification" software die moet toelaten dat een gebruiker bijvoorbeeld een identificatiecode moet inbrengen alvorens hij van een bepaalde dienst gebruik kan maken ; - de "logging" software die bijvoorbeeld de registratie bijhoudt van het tijdsgebruik van een dienst ; - de "profiling" software waarbij, de gebruiker bijvoorbeeld de toepassingsdomeinen kan opgeven die behoren tot zijn specifieke interessesfeer ; en dergelijke meer. ook is het mogelijk om in het netwerkingsysteem een "watchdog" software te installeren waarbij bijvoorbeeld de gebruiker of de dienstenleverancier aan de dienstenbeheerder opdracht kan geven om een bepaald gebeuren te bewaken en hem te verwittigen bij het zieh voordoen van een bepaald incident. 



  De dienstenbeheerder kan ook een rol spelen op gebied van veiligheid van de telecommunicatieverbindingen en van de aangeboden informatie en diensten door bijvoorbeeld een viruscontrole uit te voeren, of door de informatiestroom af 

 <Desc/Clms Page number 21> 

 te breken wanneer bijvoorbeeld fraude en dergelijke vermoed wordt. opgemerkt wordt dat een gebruiker een vrije keuze heeft, bijvoorbeeld binnen het aanbod van   een   bepaalde dienstenbeheerder, maar dat hij ook mogelijks een keuze kan maken tussen meerdere dienstenbeheerders. 



  Samengevat, kan gesteld worden dat het netwerkingsysteem, of dus de "service delivery chain" van de uitvinding een oplossing biedt voor de nadelen van de in de inleiding beschreven systemen, waarbij : - softwarediensten aangeboden worden aan de gebruiker ;   - een   invulling geboden wordt aan het beheren van deze softwarediensten, het op afstand deployen en lifecycle management (installeren, upgraden, verwijderen) van deze software services transparant wordt aangeboden op een waaier van verschillende doelplatformen ; 
 EMI21.1 
 - standaard interfacemechanisme aangeboden wordt voor de verschillende softwarediensten eenzelfde- door de platform-en gebruikersprofielen een dynamische match gebeurt tussen de dienstenkarakteristieken en de   platformkarakteristieken ;

      - softwarediensten en processen flexibel kunnen inspelen op onvoorspelbare veranderingen van hun omgeving, waardoor zij kunnen groeien en evolueren over de tijd ; - gebruik gemaakt wordt van een central-based evolution (SOAP is client-based, componentenbinding kan bekomen worden door COM, DCOM) ;   - een   ontkoppeling gebeurt tussen de "business logic" en de "software code" waarbij de gebruiker afgeschermd wordt van de evolutie van standaarden tussen de softwarediensten, zoals XML, SOAP, custom API's, Java, 

 <Desc/Clms Page number 22> 

 
UDDI, en dergelijke. 



  De huidige uitvinding is geenszins beperkt tot de als voorbeeld beschreven en in de figuren weergegeven uitvoeringsvormen, doch dergelijke werkwijze en zulk netwerkingsysteem kunnen volgens verschillende varianten worden verwezenlijkt zonder buiten het kader van de uitvinding te treden.

Claims (16)

Conclusies.

1. - Werkwijze voor het beschikbaar stellen van diensten, met inbegrip van eventueel ook het aankondigen en/of het installeren en/of onderhouden en/of het verwijderen van diensten, waarbij, via communicatie-verbindingen (6), communicaties worden gerealiseerd tussen dienstenleveranciers (2) en dienstenplatformen (3,7, 8,9) ondermeer bij gebruikers (4), daardoor gekenmerkt dat de diensten worden geleverd en beheerd via een externe dienstenbeheerder (5) die centraal staat tussen de dienstenleveranciers (2) en de gebruikers (4), waarbij deze werkwijze toelaat dat het dienstenbeheer ontkoppeld van aangeboden diensten kan worden gerealiseerd en eveneens toelaat dat de dienstenbeheerder (5) verschillende diensten van een of meer dienstenleveranciers (2) kan combineren tot een nieuwe of aangepaste dienst.

2.-Werkwijze volgens conclusie 1, daardoor gekenmerkt dat, de dienstenleverancier (2) een bepaalde dienst ter beschikking stelt van de dienstenbeheerder (5) in de vorm van, enerzijds, verschillende versies van een gebruikerssoftware, waarbij elke versie geoptimaliseerd is voor een bepaald dienstenplatform (3,7, 8,9) en waarbij de dienstenbeheerder (5), voor het ter beschikking stellen van de dienst aan de gebruiker, de gepaste versie kan downloaden en installeren op de betreffende dienstenplatformen (3,7, 8,9), en, anderzijds, een afzonderlijke beheersoftware waarin bijvoorbeeld prijsvoorwaarden, gebruiksvoorwaarden, licenties en dergelijke bepaald zijn.

3.-Werkwijze volgens conclusie 1 of 2, daardoor gekenmerkt <Desc/Clms Page number 24> dat zij voorziet in een interactie tussen minstens twee van de volgende elementen : een of meer dienstenleveranciers (2), een of meer dienstenplatformen (3,7, 8,9) voor gebruikers (4) en een of meer dienstenbeheerders (5), meer speciaal in een interactie tussen de software van deze elementen.

4.-Werkwijze volgens conclusie 3, daardoor gekenmerkt dat de voornoemde interactie tussen de dienstenbeheerder (5) en de gebruiker (4) er minstens in bestaat dat door de dienstenbeheerder (5) een controle wordt uitgeoefend op de mogelijkheden van een betreffend dienstenplatform (3,7, 8, 9) van de gebruiker (4).

5.-Werkwijze volgens conclusie 4, daardoor gekenmerkt dat, bij de voornoemde controle, wordt nagegaan over welke mogelijkheden het betreffend dienstenplatform (3,7, 8,9) beschikt voor het ontvangen en/of verwerken van diensten, waarbij de dienstenbeheerder (5) in functie hiervan een actie naar het betreffende dienstenplatform (3,7, 8,9) onderneemt.

6.-Werkwijze volgens conclusie 5, daardoor gekenmerkt dat, ingevolge de voornoemde controle, een van volgende acties worden ondernomen : - het toeleveren van de gevraagde diensten wanneer het dienstenplatform (3,7, 8,9) in staat is om deze te ontvangen en te verwerken ; - het toeleveren van software die toelaat om de gevraagde diensten te ontvangen en/of te verwerken, wanneer deze software nog niet op het dienstenplatform (3,7, 8,9) beschikbaar is. <Desc/Clms Page number 25>

7.-Werkwijze volgens conclusie 6, daardoor gekenmerkt dat, voorafgaand aan het toeleveren van diensten en/of het toeleveren van software, via een communicatie tussen de dienstenbeheerder (5) en het dienstenplatform (3,7, 8,9), een verzoek wordt gelanceerd aan de gebruiker (4) of deze akkoord gaat dat de betreffende diensten en/of software worden geleverd, al dan niet tegen betaling, waarbij hem eventueel een keuze wordt aangeboden tussen verschillende mogelijkheden die op zijn dienstenplatform (3,7, 8,9) beschikbaar kunnen worden gesteld.

8.-Werkwijze volgens een van de voorgaande conclusies, daardoor gekenmerkt dat de dienstenbeheerder (5) minstens een van de volgende activiteiten uitvoert : - commercialisering van de diensten door ze te adverteren en aan te bieden ; - registratie van dienstenplatformen (3,7, 8,9) en gebruikers (4) ; - registraties met betrekking tot aangesloten dienstenleveranciers (2) ; - optimalisatie van de diensten naar de gebruiker (4) en/of een of meer dienstenplatformen (3,7, 8,9) toe ; - personalisering van de diensten naar de gebruikers (4) toe ;

- installeren van diensten op een of meerdere dienstenplatformen (3,7, 8, 9) ; - actualiseren van geinstalleerde telematicatoepassingen EMI25.1 op de dienstenplatformen (3, 7, 8, 9) - administratief en financieel opvolgen van het gebruik van de telematicadiensten.

9.-Werkwijze volgens een van de voorgaande conclusies, daardoor gekenmerkt dat elk dienstenplatform (3,7, 8,9) <Desc/Clms Page number 26> bij de dienstenbeheerder (5) gekend is aan de hand van een platformidentificatie en een platformprofiel.

10.-Werkwijze volgens een van de voorgaande conclusies, daardoor gekenmerkt dat elke gebruiker (4) bij de dienstenbeheerder (5) gekend is op basis van een gebruikersidentificatie en een gebruikersprofiel.

11.-Werkwijze volgens een van de voorgaande conclusies, daardoor gekenmerkt dat, wanneer een gebruiker (4) een dienst aanvraagt voor meerdere dienstenplatformen (3,7, 8, 9), de dienstenbeheerder (5) voor elk van deze platformen (3,7, 8,9) afzonderlijk de meest geschikte versie van gebruikerssoftware zal bepalen en/of downloaden naar de desbetreffende dienstenplatformen (3,7, 8,9).

12.-Werkwijze volgens een van de voorgaande conclusies, daardoor gekenmerkt dat de dienstenbeheerder (5) voor het leveren van een bepaalde telematicadienst, binnen het aanbod van verschillende dienstenleveranciers (2) die deze dienst kunnen leveren, de meest geschikte dienstenleverancier (2) bepaalt, daarbij rekening houdend met een of meerdere parameters die in functie zijn van de gebruiker (4) en/of het dienstenplatform (3,7, 8,9), zoals taalkeuze van de gebruiker (4), de geografische positie van het dienstenplatform (3,7, 8,9) of van de gebruiker (4), de tijd en dergelijke meer.

13.-Werkwijze volgens een van de voorgaande conclusies, daardoor gekenmerkt dat een nieuwe dienst of een geactualiseerde dienst door de dienstenbeheerder geadverteerd wordt op alle dienstenplatformen (3,7, 8,9), die, op basis van gebruikers- en/of platformprofielen, voor deze dienst in aanmerking komen en waarbij deze diensten <Desc/Clms Page number 27> eventueel in een voor het betrokken dienstenplatform (3,7, 8,9) meest geschikte versie van de gebruikerssoftware geadverteerd worden.

14.-Werkwijze volgens een van de voorgaande conclusies, daardoor gekenmerkt dat de dienstenbeheerder (5) op een transparante wijze een communicatieverbinding (6) tot stand brengt om de interactie mogelijk te maken tussen een of meer gebruikers (4) en een of meer dienstenleveranciers (2).

15. - Werkwijze volgens een van de voorgaande conclusies, daardoor gekenmerkt dat de dienstenbeheerder (5) de voornoemde communicatieverbinding (6) tot stand brengt via een netwerk (1) van onderling verbonden centrale communicatiecentra (10) die over verschillende communicatiekanalen (6A, 6B, 6C) van verschillende aard beschikken en die geografisch verspreid zijn zodat zij elk een bepaalde geografische regio bestrijken, waarbij de dienstenleverancier (2) via bepaalde communicatiekanalen (6A, 6B, 6C) in verbinding staat met een centraal communicatiecentrum (10), terwijl het dienstenplatform (3, 7,8, 9) van de gebruiker (4) via andere communicatiekanalen (6A, 6B, 6C) in verbinding staat met het centraal communicatiecentrum (10) van de regio, en waar automatisch beslist wordt via welke communicatiekanalen (6A, 6B, 6C)

de betreffende communicatieverbinding (6) tot stand wordt gebracht.

16.-Netwerkingsysteem voor het beschikbaar stellen van diensten, daardoor gekenmerkt dat dit systeem voorziet in een combinatie van dienstenleveranciers (2), zieh bij de gebruikers (4) bevindende dienstenplatformen (3,7, 8,9), een of meer dienstenbeheerders (5) die centraal staan <Desc/Clms Page number 28> tussen de dienstenleveranciers (2) en de dienstenplatformen (3, 7, 8, 9), alsmede middelen en in het bijzonder software die toelaat de werkwijze volgens een van de conclusies 1 tot 15 te verwezenlijken.