<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.
<Desc / Clms Page number 1>
Method and networking system for making services available.
This invention relates to a method and a networking system for making services available, including possibly also announcing and / or installing and / or maintaining and / or removing services, in other words, for supplying software and / or information via a communication network.
The invention more particularly relates to a method and device with which services, mainly originating from a service provider, can be delivered in an efficient manner on a service platform that can be consulted by a user.
In the context of the present invention, a service provider is to be understood to mean any supplier who makes services available, whereby it can act both to make information available and to make software and the like available.
A service platform is to be understood here to mean any form of a user-usable system on which software applications can be run and / or information and functionality can be provided, whereby, in the first place, personal computers (PCs), portable computers are considered. , hand-held computers (palm tops), telephones, mobile computer units built into vehicles, which for example contain a navigation system, and so on.
<Desc / Clms Page number 2>
In the current order of telematics events, the delivery and implementation of services, which according to the present invention, both the delivery of software and information, is, as it were, directly arranged between a service provider and a user.
The disadvantage of this direct approach is that, in order to reach as wide a market as possible, every service provider must be able to make its services accessible to, on the one hand, a wide range of service platforms, such as the aforementioned PCs, handheld computers, mobile computer units and the like, each with their intrinsic capabilities such as computing capacity, screen resolution, multimedia capabilities and the like, and, on the other hand, a wide variety of possible IT applications, each with their specific standards in which data or information must be offered, including the specific form in which an image file must be offered, for example as a GIF file, PDF file, or other image format.
In addition, the service provider must be able to offer its services through numerous communication networks, such as internet, GSM, WAP, radio networks, TV networks, satellite connections and others, each with its own infrastructure and communication protocol.
Another disadvantage of the direct approach is that it is particularly difficult to combine different telematics services offered by different service providers, such as, for example, linking traffic information to information from a navigation system.
The service provider is the direct approach
<Desc / Clms Page number 3>
it is necessary to focus an important part of its activities on making its services accessible and possibly combinable, so that it can concentrate less on the development of the offered or new services, both substantively and qualitatively.
For the user, this means that, in most cases, the services offered are not optimized for their service platform or, in the worst case, cannot even be exploited. Moreover, the user is saddled with additional software codes, for example in the form of additional drivers for platforms other than his own, which take up extra storage and / or memory capacity.
It is already known to have access to services offered by multiple service providers through a common supplier. A classic example of this is the provision of consultable information databases, in which one and the same supplier grants users access to multiple databases from different service providers. The supplier hereby exercises a passive check on the use of the databases in order to make a cost settlement for the use of the databases, but an active management function is not performed.
Nowadays, the provision of software services has evolved into so-called "service oriented" solutions in which different computer systems are connected to each other in a network.
Such "service oriented" solutions are characterized
<Desc / Clms Page number 4>
object-oriented methodology and offering solutions that can consist of different software components that offer a group of solutions that are mainly characterized by the integration of communication possibilities.
Today's "service-oriented" solutions, such as. The initiatives of Microsoft, the "Web services" of IBM, are characterized in the use of these services, whereby on the one hand, the service is known and, on the other hand, the execution of these services takes place on the server.
An evolution around these services is characterized by the presence of these services within a network. With the help of a central search mechanism, called "registry", these services can be found and used by a user. Examples of this can be found at "IBM's Web Services"; but also at HP with their "e-speak" environment. Their basic principle is the publication of services by the service provider, the retrieval of services by the user and the use of services in their solutions.
Technologically, it can be said that the realization of what is termed "loose coupling" in technical terms is made possible by these principles. The current evolutions therefore play a role in the efficient retrieval of these services, as well as the realization of a standard to make these services possible. "UDDI" therefore includes the principle of finding the services, and "XML", " SOAP "as well as" ebXML "form the basis for standards that are used to allow services to interact.
Broadly it can be said that the principle of
<Desc / Clms Page number 5>
software services enters into offering software solutions and that these software services have the following limitations: - the management of the operational services is in the hands of the service provider; - there is no support for the evolution of these software services;
EMI5.1
- offering the same software service for different target platforms implies local management of each of these software services - is not a decoupling between the actual software service and the operating profile that includes licenses for terms of use, price data, and the like; - offline use is not supported; - user access to software services is done separately for each service;
The present invention has for its object a method and networking system for making services available, which offer many advantages in their use and which preferably remedies one or more of the aforementioned disadvantages.
To this end the invention relates in the first place to a method for making services available, including possibly also announcing and / or installing and / or maintaining and / or removing services, wherein, via communication links, communications are realized between service providers and service platforms among users, among others, characterized in that the services are delivered and managed through an external service
<Desc / Clms Page number 6>
stands between the service providers and the users, this method allowing the service management to be realized decoupled from the services offered and also allowing the service manager to combine different services from one or more service providers into a new or adapted service.
Because, on the one hand, a real management function is provided, the advantage arises that services can be optimally delivered to a user, both from the point of view of the service provider, since the service manager provides for optimization of the supply of services to the users, and from the point of view of the user, since he uses his service platform in an optimized manner to obtain the desired services.
Preferably a certain service is made available by the service provider to the service manager in the form of, on the one hand, different versions of a user software, which can be labeled as "software code", each version being optimized for a particular service platform (3, 7, 8,9) and whereby the service manager (5) can, for making the service available to the user, download and install the appropriate version on the relevant service platforms (3,7, 8,9) and, on the other hand , a separate management software, which can be labeled as "business logic", in which, for example, price conditions, conditions of use, licenses, safety and the like are determined.
By splitting the "software code" from the "business logic", the "business logic" can be managed independently of the "software code", which offers certain advantages. If
<Desc / Clms Page number 7>
for example after a while the "software code", the execution modalities of a fleet maintenance contract remain unchanged and there is a change in the "business logic", for example better price conditions for a certain fleet manager, then this "business logic" "be adapted without having to rewrite and re-register the service as a whole.
In this case it is therefore sufficient that the "business logic" is adjusted for that one fleet manager, while the "software code" is left undisturbed, while the "business logic" for other fleet managers can also remain unchanged. This division makes the service as a whole cheaper. Regarding the maintenance of the services, it is not always necessary to make new services known if only the business policy changes.
In an active role of the service manager, he can realize the commercial operation such as price agreements, invoicing and the like towards the user. In a passive role where the service manager only makes his infrastructure available, the service provider will be able to actively implement his "business logic" to the user.
Preferably, an interaction will be provided between at least two of the following elements: one or more service providers, one or more service platforms for users and one or more service managers, more specifically an interaction between the software of these elements.
For example, in order to be able to use a certain service, an interaction may be required between the aforementioned user software and a basic software on the
<Desc / Clms Page number 8>
platform of the service provider. In this way the service provider can keep the source code of its services offered in its own ranks and thus enjoy better protection of its know-how.
Preferably, the aforementioned interaction consists at least in that the service manager can make an overview of the possibilities of a relevant service platform. In this way, the service manager can optimally make services available in a form that is most suitable for processing by the service platform and / or perform interventions that optimize the service platform, such as downloading software on the service platform that is necessary to use certain services.
According to a preferred aspect of the invention, the aforementioned check also examines the options available to the service platform in question for receiving and / or processing services, the service manager taking an action towards the service platform in question as a result thereof.
Preferably, as a result of the aforementioned check, one of the following actions will be taken: - supplying the requested services when the service platform is able to receive and process them; - supplying software that allows to receive and / or process the requested services, if this software is not yet available on the service platform.
In a practical embodiment, prior to
<Desc / Clms Page number 9>
supplying services and / or supplying software, via a communication between the service manager and the service platform, a request launched to the user or that he agrees that the relevant services and / or software, whether or not for a fee, be supplied whereby he may be offered a choice between various options that may be made available on his service platform. In this way the user decides whether or not certain actions are taken.
It is clear that, according to a variant, with regard to one or more, or possibly all actions, action can also be taken automatically, in other words that the service manager intervenes automatically when necessary or desired, so that, for example, when certain software a service platform is missing, this is automatically supplied and installed.
The service manager can perform various functions.
Preferably, however, he carries out at least one of the following activities: - commercialization of the services by advertising and offering them; - registration of service platforms and users; - registrations with regard to affiliated service providers; - optimization of services to the user and / or one or more service platforms; - personalization of services to users; - installing services on one or more service platforms;
<Desc / Clms Page number 10>
- updating installed telematics
EMI10.1
applications on the service platforms - administrative and financial monitoring of the use of telematics services.
In the most preferred embodiment, each service platform will be known to the service manager on the basis of a platform identification and of a platform profile. This platform profile is a collection of characteristics that are specific to the relevant service platform, so that the service manager can use it to communicate in an optimized manner with the relevant service platform.
According to a variant, each user will be known to the service manager on the basis of a user identification and a user profile. This user profile includes, for example, data with regard to the service platforms used by the user, the services to which the user is subscribed and / or which he uses, and the area of interest specified by the user with regard to the desired telematics services.
According to yet another preferred feature, when a user requests a service for multiple service platforms, the service manager will determine and / or download the most suitable version of user software for each of these platforms to the relevant service platforms.
This creates the advantage that when a user takes up a new option on one of his service platforms, he will also be able to use the relevant application on the other service platforms specified by him.
<Desc / Clms Page number 11>
Furthermore, it is preferable for the service manager to determine the most suitable service provider for the provision of a particular telematics service, within the range of different service providers who can provide this service, taking into account one or more parameters that are dependent on the user and / or the service platform, such as the user's language choice, the geographic position of the service platform or of the user, the time and the like.
In this way an automatic optimization takes place towards the user.
The aforementioned use of user and / or platform profiles allows, according to a preferred feature of the invention, a new service or an updated service to be advertised by the service administrator on all service platforms which, based on user and / or platform profiles , are eligible for this service, where these services may be advertised in a version of the user software most suitable for the service platform concerned. The user is thus automatically informed of the latest developments in the field of service offerings and can, if desired, at any time, so to speak at the touch of a button, upgrade his service platform with the most recent software.
The service manager can possibly combine different services from the same service provider or from multiple service providers into a new service and as such also offer it to users and other service providers.
<Desc / Clms Page number 12>
In this way an exchange of services is also made possible between different service providers themselves, thereby laying the foundation for "business to business" activities between service providers themselves or, in a broader context, even between companies themselves.
Preferably, the service manager establishes a communication link between the user's service platform and the service provider's service platform in a transparent manner, which allows optimum interaction between the aforementioned basic and user software.
In a practical embodiment, the service manager establishes the aforementioned communication connection via a network of interconnected central communication centers which have communication channels of different nature and which are geographically dispersed, so that they each cover a specific geographical region, whereby the service provider, via certain communication channels, is connected to one or more central communication centers, while the service platforms of the users are connected via other communication channels to the central communication center of the region, and where a automatic and transparent decision is made through which communication channels the communication communication in question is established.
Such a system with communication centers is described in the international patent application WO 00/48412, in which the service platforms of the users are located in vehicles. In the current application, a similar system can be applied, which, however, is not limited to vehicles. The options described in the aforementioned
<Desc / Clms Page number 13>
Document WO 00/48412, therefore, in combination with the present invention, should automatically be considered as incorporated in the present application.
Various communication channels are thus actually used, but this use is provided transparently by the aforementioned network, which can also be labeled as a "service delivery chain". For example, the service developer does not need to know which networks his service will run on. He uses communication that is offered to him by the "service delivery chain". In turn, the "service delivery chain" provides the necessary functionality to make this communication actually happen over these different communication channels.
The "service delivery chain" can thus be seen as a supermarket of services where delivering a service is as easy as consuming it. This means that by using the "servive delivery chain" the service provider can develop a service taking into account communication, transparency of networking, independence of "business logic" and management of the services, without being effective have to take care of the implementation.
This technology makes the creation of services substantially cheaper than usual today. The service developer can thus focus on his added value.
It is to be noted that the service managers of the present invention may in this case consist of separate units or centers connected via one or more communication links to a central
<Desc / Clms Page number 14>
communication center, if it can consist of a unit or center, whereby this unit or center forms part of a central communication center.
It is clear that the aforementioned whole can also be equipped with several service managers, in which case, for example, each service manager covers a separate area, either a geographical, a technological or a different area.
The invention also relates to a networking system for making services available, wherein this networking system comprises at least service providers and service platforms located at the users, characterized in that this system has such a structure that it allows the aforementioned method to be used. be realized, more specifically with the necessary resources for this purpose and in particular software.
Starting from the explanation of the method, the realization of these means is within the reach of every person skilled in the art.
With the insight to better demonstrate the features of the invention, a few preferred embodiments are described below with reference to the accompanying figures, in which:
Figure 1 shows a block diagram of a networking system according to the invention; Figure 2 represents a variant of the invention.
<Desc / Clms Page number 15>
As shown in Figure 1, a networking system 1 according to the invention mainly consists of service providers 2, service platforms 3 which users 4 can use, as well as one or more service managers 5 which are centrally located between the service providers 2 and the service platforms 3.
Telecommunication connections 6 are possible between the service providers 2, the service managers 5 and the service platforms 3, possibly via different communication channels 6A-6B-6C. Possibilities of different communication channels are for example: communication over a cable network, wireless communication over a large distance, wireless communication over a short distance by means of short wave signals, communication via a cellular network, satellite communication, so-called "powerline", and so on.
The service providers 2 are, for example, producers of information sources or software packages.
The service platforms 3 can also be of a different nature. In the example of Fig. 1, for this purpose, for example, a PC 7, a platform 8 in a vehicle and a handheld computer 9 are schematically shown, which belong, for example, to a user or can be consulted by such a user, as well as other service platforms 3 that are not further specified .
The operation of the device can easily be deduced from Figure 1. Each service manager 5 can have a range of options available because he can communicate with different service providers 2. This one
<Desc / Clms Page number 16>
service managers 5 offer the various services in an optimum manner to the service platforms 3 of the users 4, who can make their choice from this.
Because, as mentioned above, there is preferably interactive cooperation between the service platforms 3 and the service managers 5, the latter can perform a check on the possibilities of the service platforms 3 and, as a function thereof, only the appropriate information and / or information in an appropriate form. forward the service platforms, so that the service platforms 3 receive only useful data and the latter does not have to include a ballast of surplus data.
The interaction also allows service managers 5 to perform actions, for example that they can download software, whether or not from one of the service providers 2, on the relevant service platform 3.
As explained in the introduction, such a service manager 5 can ensure that when a user 4 requests a service on one of his service platforms 3, for example the aforementioned PC 7, this service is also automatically on other service platforms 3 of this user 4, in this case for example, the platform 8 in the aforementioned vehicle and the handheld computer 9 are available. The service manager 5 then ensures that these service platforms 3 receive the relevant information in the necessary manner, adapted to the capabilities of the relevant service platform 3.
In the case of a handheld computer 9, for example, the transmitted information can be automatically compressed and / or abbreviated in order to still be usable, in contrast to the case of a PC 7, where the
<Desc / Clms Page number 17>
relevant information can be passed on completely.
It is noted that in Figure 1, the service managers 5 can be designed as central communication centers, which, in addition to the aforementioned management function, also fulfill a similar function, as described with regard to the central communication centers mentioned in WO 00/48412.
Figure 2 shows a variant in which the service managers 5 themselves do not act as central communication centers, but are connected to central communication centers 10, which function as described in WO 00/48412. In other words, these central communication centers 10 automatically decide, via which communication channel 6A-6B-6C, each relevant communication between the respective constituent parts of the networking system is established.
All service platforms, in each of the three layers of the aforementioned networking system 1, namely at the level of the service providers 2, of the service managers 5 and of the users 4, and on which the service manager wishes to perform a management function, preferably make use of a software environment that is based on a common standard and that allows to offer and manage services.
An example of such a standard is the so-called and in telematics circles well-known OSGi standard, defined by the "Open Service Gateway Initiative".
This standard will preferably be based on a
<Desc / Clms Page number 18>
platform-independent programming language, such as, for example, JAVA, whereby a very suitable software environment can be obtained that enables the interaction between the various types of service platforms within the networking system 1.
The aforementioned software environment provides service providers 2 with a consistent and concise programming model, which makes it possible to divide a software program of a service offered into smaller independent building blocks, each representing a specific, albeit limited, service, and which can be downloaded to the service platform 3 of a user 4, where they can install themselves in the form of a user software.
Each service provider 2 can thus assemble a particular service in a very flexible manner in a modular way and, if necessary, also extend it.
To this end, the service provider 2 has a kind of building kit with which he can compile and develop a service on the basis of the aforementioned building blocks, in particular different ones of a relevant service, each version being optimized for a certain type thanks to the use of a platform emulation software of service platform (7,8, 9) of the user 4.
These different software versions of the same service are made available in the form of a service package or a so-called CAR file (Component ARchive file) to the service manager 5, which stores it and which, in turn, at the request of a user 4, wish to use this service, the most suitable version
<Desc / Clms Page number 19>
of this service and, if desired, will also download it to the service platform 3 of the relevant user 4.
When a service provider 2 makes a new or an updated service package with new and / or improved bundles available to the service manager (5), the latter will: advertise the newly added and / or improved software versions of a service as new or updated services on the service platforms 3 of the users 4 that are eligible for this depending on their user and / or platform profile; and / or combine the newly added software versions of a service with existing or new software versions of the same or other services into new or improved services and also advertise them as such.
A service is in fact brought about by the interaction between, on the one hand, a basic software installed on the service platform of the service provider 2 and, on the other hand, the aforementioned user software on the service platform 3 of the user 4 in the form of one or more building blocks .
The user software is supplemented by the service manager 5 with specific management software that must enable communication with the service manager 5, as well as the administrative follow-up of the use of the services, as well as the services added by the service manager 5, including:
<Desc / Clms Page number 20>
the "terminal bootstrap" which is a minimum user software that is installed by the service manager 5 on the service platform 3 of the user 4 upon a first registration of a user 4, in order to enable a first communication between this user 4 and the service manager 5; the "Service browser" which is in fact the user interface that allows interactive use of the services offered;
- the "identification" software that must allow a user, for example, to enter an identification code before he can use a certain service; - the "logging" software that, for example, keeps track of the time usage of a service; - the "profiling" software where, for example, the user can specify the application domains that belong to his specific area of interest; and the like. it is also possible to install a "watchdog" software in the networking system whereby, for example, the user or service provider can instruct the service manager to monitor a specific event and to inform him of the occurrence of a specific incident.
The service manager can also play a role in the field of security of the telecommunication connections and of the information and services offered by, for example, performing a virus check or by reducing the flow of information
<Desc / Clms Page number 21>
to break when, for example, fraud and the like are suspected. it is noted that a user has a free choice, for example within the offer of a particular service manager, but that he may also be able to make a choice between several service managers.
In summary, it can be said that the networking system, or thus the "service delivery chain" of the invention, offers a solution to the disadvantages of the systems described in the introduction, wherein: - software services are offered to the user; - an interpretation is offered to the management of these software services, the remote deployment and lifecycle management (installing, upgrading, removing) of these software services is offered transparently on a range of different target platforms;
EMI21.1
- a standard interface mechanism is offered for the different software services, and the platform and user profiles provide the same dynamic match between the service characteristics and the platform characteristics;
- software services and processes can respond flexibly to unpredictable changes in their environment, allowing them to grow and evolve over time; - use is made of a central-based evolution (SOAP is client-based, component binding can be obtained by COM, DCOM); - a disconnection occurs between the "business logic" and the "software code" whereby the user is shielded from the evolution of standards between the software services, such as XML, SOAP, custom APIs, Java,
<Desc / Clms Page number 22>
UDDI, and the like.
The present invention is by no means limited to the embodiments described by way of example and shown in the figures, but such a method and such networking system can be implemented according to various variants without departing from the scope of the invention.