FI106752B - Järjestelmä ohjelmiston vaihtamiseksi tietokoneen käytön aikana - Google Patents

Description

106752 Järjestelmä ohjelmiston vaihtamiseksi tietokoneen käytön aikana

Keksinnön tausta

Osa tämän patenttidokumentin selityksestä sisältää materiaalia, joka 5 on tekijänoikeuden suojaamaa. Tekijänoikeuden haltija ei vastusta patenttidokumentin tai patentin selityksen kopiointia, koska se on julkinen patentti- ja tava-ramerkkivirastossa, patenttiarkistossa tai -tallenteissa, mutta varaa muutoin kaikki tekijänoikeudet.

Keksinnön ala 10 Keksintö koskee ohjelmiston muuttamista ja erityisesti ohjelmiston vaihtamista käytössä olevassa tietokonejärjestelmässä.

Tekniikan taso

Yksi tietokoneohjelmiston ominaisuus on, että se täytyy päivittää ajoittain uusilla versioilla, lisäyksillä ja/tai poistoilla, jotta voitaisiin jatkaa riittävän 15 toiminnallisuuden tarjoamista käyttäjälle, ohjelmiston optimoimiseksi ja virheiden ja ristiriitojen korjaamiseksi, joita tulee esiin ohjelmiston elinaikana. Kun uusia ominaisuuksia lisätään ohjelmistoon, olemassa oleva ohjelmisto on toivottavaa korvata uusilla versioilla mahdollisimman varhain ja helposti, jotta käyttäjälle voitaisiin tarjota uuden ohjelmiston ominaisuudet.

20 Tietyn tyyppisissä tietokonejärjestelmissä, sellaisissa kuin erillisjär jestelmät tai eräajojärjestelmät, ohjelmiston vaihtamisessa versiosta toiseen esiintyy vähäisiä esteitä. Tyypillisesti tietokonejärjestelmä vain ajetaan alas sellaisena hetkenä päivästä, kun aktiviteettia on vähän ja ylläpitohenkilöstö on helposti käytettävissä. Sitten olemassa oleva ohjelmisto yksinkertaisesti poistetaan 25 ja korvataan ohjelmiston uudemmalla versiolla. Sen jälkeen tietokonejärjestelmä käynnistetään uudelleen ja kaikki tuleva käsittely suoritetaan ohjelmiston uudella versiolla. Menettelyllä on tietenkin olettamuksena, että uutta ohjelmistoa on testattu ja korjattu riittävästi erillisessä järjestelmässä siihen saakka, että ohjelmistosta vastaava henkilöstö ja käytön hallinta luottavat siihen, että se selviää riittä-30 vässä määrin toiminteista joihin se on tarkoitettu, ilman tarpeettomia keskeytyksiä, jotka voivat vaatia koko tietokonejärjestelmän pysäyttämisen ja uudelleen-käynnistämisen.

Toisen tyyppisissä tietokonejärjestelmissä, sellaisissa kuin nykyaikaiset tietokoneohjatut (SPC) teleliikenteen keskusjärjestelmät (joita nimitetään 35 alalla yksinkertaisesti "keskuksiksi"), ei ohjelmiston uusien versioiden testaaminen eikä ohjelmiston vaihtaminen järjestelmässä ole niin helppoa kuin erillisissä 2 106752 eräajojärjestelmissä. Esimerkiksi ohjelmiston uusia versioita ei voida testata tehokkaasti ilman, että se asetetaan todelliseen käyttöön käsittelemään puheluita. Ohjelmisto täytyy testata käytössä sen määrittämiseksi, toimiiko ohjelmisto riittävästi elävissä käyttöolosuhteissa, ja liittyvätkö uudet osuudet oikealla tavalla 5 kaikkiin muihin ohjelmistolohkoihin, jotka muodostavat osan toimivasta SPC-vaihdejärjestelmästä. Lisäksi tietoliikenteen vaihdejärjestelmät eivät käytännöllisesti katsoen ole koskaan pois toiminnasta. Ideaalisesti nämä järjestelmät toimisivat jatkuvasti ilman keskeytystä yhteiskunnan jatkuvasta teleliikennepalvelui-den tarpeesta johtuen. Tämä tarkoittaa, että on olemassa jatkuva teleliikenteen 10 virta, jota käsitellään järjestelmän läpi jopa päivän hiljaisina aikoina tai yöllä, ja jokainen keskuksen toiminnan keskeytys johtaa tuon teleliikenteen keskeytymiseen. Sellainen keskeytys voisi olla äärimmäisen vahingollinen järjestelmän toiminnalle ja sen tehokkuudelle, kuin myös sen hyväksymiselle järjestelmän käyttäjien tai asiakkaiden joukossa.

15 Nämä teleliikennekeskusten reaaliaikaisuusvaatimukset asettavat vakavia rajoituksia sekä ohjelmiston parannettujen versioiden, tai niiden osien, jotka sisältävät uutta tai parannettua toiminnallisuutta, testaukselle, kuin myös korjauksia tai "vian paikkauksia" sisältävän ohjelmiston korvaamisia keskukseen keskeyttämättä olemassa olevaa keskuksen käsittelemää teleliikennettä. Sen 20 vuoksi uusien ohjelmistokomponenttien tai yksiköiden integrointi järjestelmään käyttämällä perinteistä "muokkaa-käännä-ketjuta-lataa-aja"-lähestymistapaa ei ole toivottava. Parempana pidetään menetelmää, joka tarjoaa kyvyn muuttaa tai laajentaa ohjelmistoa järjestelmän ollessa toiminnassa ilman mitään tarvetta pois käytöstä ololle.

; ' 25 On tehty yrityksiä ratkaista ongelmia, jotka liittyvät uuden ohjelmiston sisällyttämiseen käytössä oleviin tietokonejärjestelmiin. Esimerkiksi jotkin edistyneet tänä päivänä käytössä olevat suorajärjestelmät, jotka eivät toimi erillään tai eräajotyyppisesti, ratkaisevat ohjelmiston vaihtamisen ongelman tavalla, joka eroaa selvästi erillis- ja eräajojärjestelmissä käytetystä menetelmästä. Sellaiset 30 järjestelmät kuitenkin silti korvaavat ohjelmiston manuaalisesti, vaikkakin läpinä-.· kyvämmin kuin erillisjärjestelmät, vaatimalla että yksittäiset käyttäjät tai käyttäjä ryhmät valitsevat aktiivisesti, ajavatko he ohjelmiston uutta, tai päivitettyä, versiota. Tätä vaihtoehtoa käyttäjät voivat käyttää muuttamalla heidän yksilöllisten käyttäjätunnustensa alla käytettävien prosessien käyttämän ohjelmiston ketju-35 tusta. Vaihtoehto pysyy käyttäjien saatavilla kiinteän ajanjakson, joka tavallisesti mitataan viikoissa tai kuukausissa, jossa ajassa ohjelmisto kulkeutuu useilla ta- 3 106752 soilla ketju rakenteessa toimittuaan menestyksellisesti kullakin edellisellä tasolla ilman ristiriitoja. Saavuttaessaan ketjutuksen ylimmän tason ohjelmisto julistetaan "toimivaksi" ja vanhemmat versiot eivät enää ole järjestelmän käyttäjien saatavilla. Uuden ohjelmiston vientiä järjestelmään, kuin myös sen kulkeutu-5 mistä eri tasoilla, ohjataan konfiguraation hallinnan prosessin toimesta, manuaalinen prosessi, joka raportoi, hyväksyy ja jäljittää ohjelmistoversioita kullakin tasolla ja toteuttaa hyväksyttyjä muutoksia.

Kuten menetelmissä, joita käytetään ohjelmiston päivittämiseen eräajo- tai erillisjärjestelmissä, esiintyy sisällytettäessä uutta tai muutettua ohjel-10 mistoa järjestelmään tällä tavalla hyvin tiedossa olevia haittoja. Se on suurelta osin manuaalinen, työläs järjestelmä, joka on mutkikas ja aikaa vievä. Se jättää käyttäjille kontrollin siitä, toimiiko järjestelmä tietyllä uudella ohjelmistolla ja missä tapauksissa, ilman mitään keinoa suorittaa asteittaista, rajoitettua suorakäyttöä siten, että virheet eivät lisäänny nopeasti tai vaikuta välittömästi kaikkiin me-15 neillä oleviin operaatioihin. Menetelmä pääsyn kontrolloimiseksi uuteen tai päivitettyyn ohjelmistoon liittyy ja rajoittuu suoraan ohjelmistoa suorittavaan yksittäiseen käyttäjään.

Muissa yrityksissä ratkaista ainakin joitakin ongelmista, jotka liittyvät ohjelmiston päivitykseen käytössä olevissa tietokonejärjestelmissä, on otettu toi-20 senlainen lähestymistapa. Esimerkiksi US-patentissa, joka sisältää Anders Ab-rahamssonin ja Lars Holmqvistin keksinnön ja joka on luovutettu Telefonaktie-bolaget L M Ericssonille, kuvataan järjestelmä, jolla ohjelmisto ketjutetaan dynaamisesti ajon aikana. Tuo järjestelmä pitää kuitenkin sisällään mutkikkaan epäsuoraa osoitusta käyttävän järjestelmän, joka joko vaatii erikoistuneen tai 25 laajennetun käyttöjärjestelmän ja/tai erikoiskääntäjän käytön. Tuossa järjestelmässä on myös useita haittoja, epästandardin käyttöjärjestelmän tarve mukaanlukien. Lisäksi järjestelmä ei toimi standardilla sovellusohjelmistolla. Järjestelmä on myös rajoittunut siinä suhteessa, että se kohdistuu vain osaan koko ongelmasta, eikä se tarjoa apua asteittaiseen testaukseen ja kontrollin vaihtami-30 seen olemassa olevien ja päivitettyjen ohjelmistomoduulien välillä.

.·· Tänä päivänä käytössä olevassa tyypillisessä teleliikennejärjestel- mässä ohjelmiston tai sen osan vaihtamisen ongelma on vielä vaikeampi. Vaikka sellaisia järjestelmiä ei voida oikein kutsua eräajo- tai erillisjärjestelmiksi, niiden toimintaan vaikutetaan myös aina, kun tehdään ohjelmiston vaihto. Uusi 35 ohjelmisto ladataan ja olemassa olevalle ohjelmistolle kuulunut data konvertoi- 4 106752 daan ja kuljetetaan uuteen ohjelmistoon. Tämän kuljetuksen ollessa käynnissä järjestelmä ei voi rekisteröidä uusia kutsuja. Tämä toimimattomuuden jakso voi kestää tunnin tai kauemmin, mikä tekee välttämättömäksi ajoittaa ohjelmisto-muutokset hiljaisen käytön tunteihin. Jopa näinkin menetellen tunnin alhaalla olo 5 teleliikenteen vaihdejärjestelmässä on hyvin pitkä ja kallis jakso, eikä hätälii-kenteen tarpeita voida palvella tänä aikana.

Sen vuoksi teleliikennealalla olisi erittäin käyttökelpoista kyetä testaamaan ja vaihtamaan ohjelmisto teleliikenteen vaihdejärjestelmän todellisen käytön aikana järjestelmän läpi kulkevaa teleliikennettä keskeyttämättä. Telelii-10 kenteen kannalta olisi lisäksi hyödyllistä omata kyky ohjata rajoitettu ja määritelty osa liikenteestä uuden ohjelmiston tai sen osien läpi siten, että ohjelmisto voitaisiin testata käyttöympäristössä ennen elävän datan käsittelyä. Sujuva läpinäkyvä menetelmä, joka ei vaadi erikoiskääntäjiä, ohjelmiston vaihtamiseksi käytön aikana olisi siten erittäin toivottava. Esillä olevan keksinnön mukainen järjestel-15 mä tarjoaa sellaisen menetelmän.

Keksinnön yhteenveto

Laskentajärjestelmien, sellaisten kuin SPC-tyyppiset teleliikenteen vaihdejärjestelmät, dynaaminen käyttäytyminen voidaan kuvata sarjana rinnakkaisia, suhteellisen itsenäisiä tapahtumia (nimitetään myös "poluiksi" tai "tapah-20 tumaketjuiksi"), joissa jokainen tapahtuma muodostuu useista toisistaan riippuvista aktiviteeteista. Tapahtuma suorittaa tyypillisesti työn, joka on nähtävissä ja järjestelmän ulkoiselle käyttäjälle hyödyllinen. Teleliikenteen vaihdejärjestelmässä tyypillinen tapahtuma voi olla puhelu.

Käytön aikana tapahtuva ohjelmiston vaihto käyttämällä esillä olevan 25 keksinnön mukaisia pehmeän ohjelmistonvaihdon menetelmiä hyödyntää ta-pahtumasuuntautunutta ohjelmistoa yhdessä muistin kanssa, joka kykenee tallentamaan sekä olemassa olevan että uuden ohjelmistoversion samanaikaisesti. Pehmeä vaihto uuteen ohjelmistoversioon saadaan aikaan antamalla meneillään olevien tapahtumien, so. "olemassa olevan liikenteen", mennä päätökseen 30 olemassa olevaa ohjelmistoversiota käyttäen. Tapahtumat, jotka on aloitettu .· sen jälkeen kun ohjelmiston vaihto on aloitettu, so. "uusi liikenne", ajetaan as teittaisella ja kontrolloidulla tavalla uutta ohjelmistoversiota käyttäen.

Päävaatimuksiin, jotka esillä olevan keksinnön mukaisen pehmeän ohjelmistonvaihdon menetelmä täyttää, sisältyy vähäinen tai kokonaan puuttuva 35 käyttäjien häirintä ja korkea järjestelmän käytettävyystaso.

5 106752

Keksinnön kohteena on menetelmä tietokonelaitteen datankäsittely-kontrollin siirtämiseksi olemassa olevalta ohjelmistolta uudelle ohjelmistolle, joka menetelmä käsittää vaiheet, joissa asennetaan uusi ohjelmisto tietokonelaitteeseen, käytetään uutta ohjelmistoa testidatan käsittelytapahtumien kä-5 sittelemiseksi, ja otetaan uusi ohjelmisto käyttöön tietokonelaitteessa, kun testidatan käsittelytapahtumat on käsitelty menestyksellisesti. Mainitulle menetelmälle on tunnusomaista, että siirretään automaattisesti datankäsittelykontrolli olemassa olevalta ohjelmistolta uudelle ohjelmistolle katkaisematta huomattavasti olemassa ole-10 van ohjelmiston olemassa olevan datan käsittelyä sallien molempien ohjel-mistoversioiden samanaikainen antodatan tuottaminen, käytetään uutta ohjelmistoa testidatan käsittelytapahtumien käsittelemiseksi olemassa olevan ohjelmiston käsitellessä samanaikaisesti sekä uusia että olemassa olevia datan käsittelytapahtumia, 15 siirretään automaattisesti kaikkien uusien datan käsittelytapahtumi en datankäsittelykontrolli uudelle ohjelmistolle sen käsiteltyä menestyksellisesti mainittuja testidatan käsittelytapahtumia jatkaen olemassa olevan ohjelmiston käyttämistä olemassa olevien datan käsittelytapahtumien käsittelemiseksi ja antodatan tuottamista samanaikaisesti sekä olemassa olevalla että 20 uudella ohjelmistolla, ja siirretään automaattisesti koko datankäsittelykontrolli uudelle ohjelmistolle sen käsiteltyä menestyksellisesti mainittuja uusia datankäsittelyta-pahtumia.

Keksinnön kohteena on edelleen järjestelmä tietokonelaitteen da-25 tankäsittelykontrollin siirtämiseksi olemassa olevalta ohjelmistolta uudelle ohjelmistolle, joka järjestelmä käsittää välineitä uuden ohjelmiston asentamiseksi tietokonelaitteeseen, välineitä uuden ohjelmiston käyttämiseksi testidatan käsittelytapahtumien käsittelemiseksi, ja välineitä uuden ohjelmiston käyttöönottamiseksi tietokonelaitteessa, kun testidatan käsittelytapahtumat on käsitelty 30 menestyksellisesti. Mainitulle järjestelmälle on tunnusomaista, että järjestelmä on sovitettu siirtämään automaattisesti datankäsittelykontrolli olemassa olevalta ohjelmistolta uudelle ohjelmistolle katkaisematta huomattavasti olemassa olevan ohjelmiston olemassa olevan datan käsittelyä ja sallimaan molempien ohjelmistoversioiden samanaikainen antodatan tuot-35 taminen, ja 6 106752 järjestelmä käsittää välineitä uuden ohjelmiston käyttämiseksi testi-datan käsittelytapahtumien käsittelemiseksi olemassa olevan ohjelmiston käsitellessä samanaikaisesti sekä uusia että olemassa olevia datan käsittelytapahtumia, 5 välineitä kaikkien uusien datan käsittelytapahtumien datankäsittely- kontrollin siirtämiseksi automaattisesti uudelle ohjelmistolle sen käsiteltyä menestyksellisesti mainittuja testidatan käsittelytapahtumia samalla kuin jatketaan olemassa olevan ohjelmiston käyttämistä olemassa olevien datan käsittelytapahtumien käsittelemiseksi ja antodatan tuottamista samanaikaisesti sekä 10 olemassa olevalla että uudella ohjelmistolla, ja välineitä koko datankäsittelykontrollin siirtämiseksi automaattisesti uudelle ohjelmistolle sen käsiteltyä menestyksellisesti mainittuja uusia datan-käsittelytapahtumia.

Esillä olevan keksinnön pääperiaatteisiin sisältyvät seuraavat seikat: 15 (1) järjestelmän käyttäjä kokee vähäisiä häiriöitä tai ei lainkaan häiri öitä tapahtuman (esim. puhelu) aikana, koska yksi ja vain yksi ohjelmistoversio kontrolloi kutakin määrättyä tapahtumaa, so. järjestelmä käyttää joko olemassa olevaa ohjelmistoversiota tai uutta ohjelmistoversiota tapahtuman alusta sen loppuun; ja 20 (2) järjestelmän käyttäjä ei koe mitään epäsaatavuutta ohjelmisto- vaihdoksen vuoksi, koska molempia ohjelmistoversioita käytetään rinnakkain vaihdoksen aikana.

Jos tämä jälkimmäinen ominaisuus ei olisi käytössä, yksinkertaisempi ratkaisu olisi tehdä yksinkertaisesti järjestelmän ohjelmiston irrallisvaihto.

25 Järjestelmän käsittelemä data voidaan tässä yhteydessä erottaa kahdeksi eri luokaksi; (1) dynaaminen data, joka luodaan ja jota käytetään tapahtuman aikana ja joka tuhotaan tapahtuman päättymisen jälkeen; ja (2) puolipysyvä data, jota käyttävät useat tapahtumat ja joka säilyy 30 niiden ajan, esimerkiksi telejärjestelmissä tieto järjestelmään liitetyistä tilaajanumeroista tai tiettyjen tilaajien käyttämät lyhytnumerot.

Ratkaiseva ongelma, joka liittyy käytön aikana tapahtuvaan ohjelmiston vaihtoon jossa vaaditaan vähäiset häiriöt, on se että olemassa olevan ohjelmistoversion tila täytyy siirtää uuteen ohjelmistoversioon. Esillä olevan kek-35 sinnön mukaisella pehmeällä ohjelmiston muuttamisella dynaamisen ja puolipy-syvän datan erottaminen tekee tämän ongelman yksinkertaisemmaksi siten, että 7 106752 vain puolipysyvä data, jos sitäkään, tulee siirtää olemassa olevasta ohjelmistosta uuteen versioon. Lisäksi puolipysyvä data toteutetaan tyypillisesti erillisessä tietokannassa olevina objekteina ja sitä muutetaan harvemmin kuin telelii-kenneohjelmistojäijestelmän muita osia.

5 Esillä olevan keksinnön mukainen järjestelmä huolehtii uuden ohjel miston asentamisesta telejärjestelmän muisteihin yhdessä olemassa olevan ohjelmiston kanssa ja sen lisäksi. Esillä olevan keksinnön mukaisessa järjestelmässä olemassa oleva liikenne käsitellään alussa olemassa olevalla ohjelmistolla ja testiliikennettä ohjataan keskuksen läpi uudella ohjelmistolla käsiteltä-10 väksi. Uuden ohjelmiston käsiteltyä testiliikenteen menestyksellisesti osa varsinaisesta elävästä liikenteestä (tai normaalista liikenteestä) ohjataan selektiivisesti uuden ohjelmiston läpi jäljelle jäävän elävän liikenteen ollessa yhä olemassa olevan ohjelmiston käsittelemä. Uuden ohjelmiston käsittelemän elävän näyteliikenteen prosenttiosuutta voidaan vaihdella nollan ja sadan prosentin vä-15 Iillä. Mikäli uusi ohjelmisto selvittää näyteliikenteen riittävän hyvin, koko liikenne ohjataan uudelle ohjelmistolle. Niin pian kuin olemassa olevan ohjelmiston käsittelemien puheluiden käsittely on saatettu päätökseen, järjestelmä ei enää käytä olemassa olevaa ohjelmistoa ja se voidaan poistaa järjestelmästä.

Toisen näkökohdan mukaisesti esillä olevan keksinnön mukainen 20 järjestelmä sisältää järjestelmän uuden tai muutetun ohjelmiston pehmeää tarkistusta varten. Esillä olevan keksinnön mukainen järjestelmä sallii datan kulkea uuden ohjelmiston läpi asteittain ja kontrolloidusti, kuitenkin osana elävää käytössä olevaa järjestelmää. Järjestelmä huolehtii virheiden ja ristiriitojen varhaisesta ilmaisusta vaikuttaen vähän, tai ei lainkaan, teleliikenteen vaihdejärjestel-25 män varsinaiseen toimintaan, koska ensimmäinen uuteen ohjelmistoon ohjattu data on vain järjestelmän generoimaa testidataa. Jos teleliikennejärjestelmä havaitsee virheen testidataa käsitellessään, uuteen ohjelmistoon ei ohjata lisää liikennettä, jotta jopa uuden ohjelmiston käsiteltyä todellista dataa häiriö järjestelmän kokonaisliikenteelle minimoituu.

30 Esillä olevan keksinnön toisen näkökohdan mukaisesti järjestelmä suuntaa asteittaisesti liikennettä olemassa olevasta ohjelmistosta uuteen ohjelmistoon. Esillä olevan keksinnön mukainen järjestelmä sisältää kyvyn sallia tapahtumien, jotka aloittivat käsittelyn olemassa olevalla ohjelmistolla, saattaa päätökseen käsittelynsä vain olemassa olevaa ohjelmistoa käyttäen. Vain uu-35 den ohjelmiston asennuksen jälkeen alkaneet tapahtumat käsitellään uudella ohjelmistolla. Esillä olevan keksinnön mukaisen järjestelmän tämä näkökohta 8 106752 johtaa vain vähäiseen käyttäjien häiritsemiseen siirryttäessä tietystä olemassa olevasta ohjelmistosta sen korvaavaan ohjelmistoon, tai sen täydentämiseen uudella ohjelmistolla. Lisäksi tämä näkökohta minimoi datamäärän, joka vaatii muunnoksen ja/tai siirron eri ohjelmistoon kuin se, jolla se alunperin käsiteltiin.

5 Vielä yhden näkökohdan mukaisesti esillä olevan keksinnön mukai nen järjestelmä sisältää ohjelmiston pehmeän muokkaamisen, prosessin joka mallintaa ohjelmiston toiminnan joukoksi tunnistettavia ja ylläpidettäviä tapahtumia. Esillä olevan keksinnön mukaisessa järjestelmässä sellaiset ketjut tunnistetaan ja niitä ylläpidetään koko käsittelyn ajan. Lisäksi tässä näkökohdassa 10 esillä olevan keksinnön mukainen järjestelmä valvoo kunkin tapahtuman kytkemistä joko uudelle tai olemassa olevalle ohjelmistoversiolle sen ajan, jolloin molemmat versiot ovat samanaikaisesti teleliikennekeskuksessa.

Toisen näkökohdan mukaisesti esillä olevan keksinnön mukainen järjestelmä sisältää mekanismit olemassa olevan ohjelmiston sisältämän ja suo-15 raan ohjaaman mahdollisen puolipysyvän datan muuntamiseksi ja siirtämiseksi uudelle ohjelmistoyksikölle.

Toisen näkökohdan mukaisesti esillä olevan keksinnön mukainen järjestelmä sisältää joukon ohjauspisteitä, joita käytetään toimivassa järjestelmässä tapahtumien ohjaamiseen dynaamisesti joko järjestelmän uuteen tai 20 olemassa olevaan versioon. Järjestelmä suorittaa dynaamisen ohjauksen useilla keinoilla, funktionimellä osoitettujen sanomien analysointi ja ohjelmayksiköiden dynaaminen ajonaikainen ketjutus mukaanlukien.

Vielä yhden näkökohdan mukaisesti esillä olevan keksinnön mukainen järjestelmä sisältää välittömän muokkausmenetelmän. Tätä menetelmää 25 käytetään, kun ohjelmiston kahden version samanaikainen olemassa olo ei ole mahdollinen, ja se tarjoaa hetkellisen vaihdon olemassa olevasta ohjelmistover-siosta uuteen ohjelmistoversioon. Kaikki liikenne suunnataan automaattisesti uuteen versioon siihen saakka, kunnes uudessa versiossa havaitaan virheitä, jotka tekevät mahdottomaksi tai epäkäytännölliseksi uuden version käytön. Sel-30 laisessa tapauksessa järjestelmä voidaan, jos se pysäytetään, uuden välittömän muutoksen avulla palauttaa käsittelemään kaikki liikenne olemassa olevaa oh-jelmistoversiota käyttäen. Tämän näkökohdan mukaisesti järjestelmä säilyttää olemassa olevan version passiivissa tilassa järjestelmän sisällä.

Vielä yhden näkökohdan mukaisesti esillä olevan keksinnön mukai-35 nen järjestelmä sisältää ketjutetun proseduurin (kutsun) mekanismin, joka pitää sisällään välittäjän ja ytimen, rajapinnan sallimiseksi eri luokista olevien ohjel- 9 106752 mistoyksiköiden välille. Tätä ketjutetun proseduurin kutsumekanismia käytetään myös olemassa olevan ja uuden ohjelmistoyksikön keskenään ketjutuksen ja sitomisen suorittamiseksi ajonaikaisesti. Tätä ketjutetun proseduurikutsun mekanismia esillä olevan keksinnön mukaisessa järjestelmässä käytettäessä luo-5 daan vaadittava rajapintamäärittely, joka käyttää esillä olevan keksinnön mukaisen järjestelmän toista näkökohtaa, erityistä objektipohjaista rajapinnan kuvauskieltä, jonka nimi on ELIN. Kieli sisältää erikoisen rakenteen, joka on sovitettu rajapintojen kehittämiseen esillä olevan keksinnön mukaisen järjestelmän ketjutetun proseduurikutsun näkökohtaa varten.

10 Vielä yhdessä näkökohdassa esillä olevan keksinnön mukainen jär jestelmä sisältää osoitusmekanismin sanomille, joilla on osoite funktionimeen, joka sisältää vaihde- tai sanomanreititysmekanismin rajapinnan järjestämiseksi ohjelmistoyksiköiden välille, jotka voidaan hajauttaa järjestelmään. Tätä mekanismia käytetään myös sanomien ohjaamiseen olemassa olevalle ja uudelle 15 ohjelmistoyksikölle ajonaikaisesti. Tätä osoitusmekanismia esillä olevan keksinnön mukaisessa järjestelmässä käytettäessä tarvittava rajapintamäärittely luodaan käyttämällä keksinnön mukaisen järjestelmän toista näkökohtaa, erikoistunutta kieltä, jota yllä nimitettiin nimellä ELIN. Kieli sisältää erikoisen rakenteen, joka on sovitettu rajapintojen kehittämiseen esillä olevan keksinnön mukaisen 20 järjestelmän sanomaprotokollanäkökohtia varten.

Tätä alaa tavanomaisesti tuntevat voivat helposti havaita, että tämän keksinnön periaatteita ja näkökohtia voitaisiin myös käyttää hyödyttämään ohjelmiston ajonaikaista muuntamista erilaisissa tietokonesovellutuksissa, jotka ovat muita kuin teleliikenteen vaihdejärjestelmiä.

25 Keksinnön mukaisen menetelmän ja järjestelmän edulliset suoritus muodot ilmenevät oheisista epäitsenäisistä patenttivaatimuksista.

Piirrosten lyhyt kuvaus

Esillä olevan keksinnön ja sen lisäkohteiden ja etujen ymmärtämiseksi voidaan nyt tarkastella seuraavaa selitystä yhdessä oheisten piirrosten kans-30 sa, joissa: .* Kuviot 1A - 1B ovat kaaviomaisia kuvauksia tekniikan tason mukai sesta järjestelmästä, jolla kontrolloidaan uuden tai muutetun ohjelmiston vientiä käytössä olevaan ohjelmistojärjestelmään; kuvio 2 on lohkokaavio, joka kuvaa esimerkkimenettelyä käsittelyn 35 suuntaamiseksi olemassa olevalta ohjelmistoyksiköltä uudelle ohjelmistoyksikölle esillä olevan keksinnön mukaisen järjestelmän mukaisesti; 10 106752 kuviot 3A - 3E ovat kaaviomaisia kuvauksia prosessista, jolla olemassa oleva ohjelmisto vaihdetaan uuteen ohjelmistoon esillä olevan keksinnön mukaisen järjestelmän mukaisesti; kuvio 4 on vuokaavio, joka kuvaa prosessia jolla ohjelmisto vaihde-5 taan ajonaikaisesti esillä olevan keksinnön mukaisen järjestelmän mukaisesti; kuvio 5 on lohkokaavio, joka kuvaa tapaa jolla sekä uutta ohjelmistoa että olemassa olevaa ohjelmistoa osoitetaan selektiivisesti esillä olevan keksinnön mukaisessa järjestelmässä; kuvio 6 on lohkokaavio, joka kuvaa tapaa jolla objekteja osoitetaan 10 esillä olevan keksinnön mukaisen järjestelmän ohjelmiston sisällä; kuvio 7 on lohkokaavio, joka kuvaa tapaa jolla ohjelmistoa osoitetaan esillä olevan keksinnön mukaisessa järjestelmässä; kuvio 8 on lohkokaavio, joka kuvaa tapaa jolla välittäjä osoittaa ohjelmistoa esillä olevan keksinnön mukaisessa järjestelmässä; 15 kuvio 9 on havainnollistava kaavio tavasta, jolla objektisuuntautuneen rajapinnan kuvauskieltä käytetään esillä olevan keksinnön mukaisen järjestelmän toteuttamiseen; ja kuvio 10 on kaavio, joka havainnollistaa esillä olevan keksinnön mukaisen järjestelmän tiettyjä näkökohtia; ja 20 kuvio 11 on havainnollistava kaavio tavasta, jolla tietyt protokollat te kevät helpoiksi rajapinnat esillä olevan keksinnön mukaisessa järjestelmässä.

Yksityiskohtainen kuvaus

Esillä olevan keksinnön mukainen järjestelmä käyttää joissakin näkökohdissa objektisuuntautuneen ohjelmoinnin periaatteita. Objektisuuntautunut ·: 25 ohjelmointi pitää sisällään oleellisesti neljä elementtiä - luokat, objektit, instans- simuuttujat (tai C++:Ha toteutetut datajäsenet) ja menetelmät (tai jäsenfunktiot C++:ssa). Luokka on yksinkertaisesti malli, jota käytetään määriteltäessä objekteja, jotka ovat luokan, josta ne luodaan, instansseja. Luokilla on kaksi kom-ponenttityyppiä - instanssimuuttujat ja menetelmät. Instanssimuuttujat palvelevat 30 dataelementteinä ja menetelmät palvelevat funktioina, so. ne määrittelevät objektin käyttäytymisen. Kukin näistä yhdistetään yhdeksi yhteiseksi objektiksi käytössä olevassa moduulissa. Sen vuoksi ohjelmointi suoritetaan painopisteen ollessa objekteissa, mieluummin kuin suoritettavissa funktioissa tai tehtävissä.

Tiettyjä objektiorientoituneen ohjelmoinnin menetelmiä, jotka tunne-35 taan hyvin alalla, on sisällytetty esillä olevan keksinnön mukaiseen järjestelmään esillä olevan keksinnön mukaisen järjestelmän C++-kielisessä edullisessa to- « 11 106752 teutuksessa. Sellaisiin menetelmiin sisältyvät periminen, polymorfismi ja kapselointi. Periminen sallii uuden luokan saamisen olemassa olevasta luokasta siten, että koodi on helposti uudelleenkäytettävää siten, että dataa ja koodia voidaan lisätä luokkaan tai luokan käyttäytymistä voidaan muuttaa tarvitsematta muuttaa 5 olemassa olevaa luokkaa. Polymorfismi on ominaisuus, joka tarjoaa kyvyn muuttaa eri objektien jakaman komponentin käyttäytymistä, mikä sallii komponentin tai objektin eri instanssien käyttäytymisen eri tavalla, vaikka ne näyttävät olevan identtisiä. Lopuksi kapselointi on menetelmä, jolla yhdistetään data ja datan käsittelyyn tarvittavat operaatiot yhden "katon" alle. Se lisäksi antaa kyvyn 10 suojata data liialliselta tai tarpeettomalta pääsyltä ja datarakenteen yksityiskohtien kätkemiseksi.

Tarkastellaan ensin kuviota 1A, jossa kuvataan ohjelmistonhallinta-malli, jota käytetään hallittaessa tekniikan tason mukaisessa järjestelmässä uuden tai muutetun ohjelmiston tuontia käytössä olevaan ohjelmistojärjestelmään. 15 Kuvio 1A kuvaa ohjelmistotasojen hierarkista joukkoa, jonka sisältöä tarkistus-neuvoston jäsenet valvovat. Kaikki muutokset ohjelmistoon tulee hyväksyä tämän neuvoston toimesta ennen kuin sellaiset muutokset toteutetaan järjestelmässä. Mitään ohjelmistoa ei integroida järjestelmään ennen kuin tarkistusneu-vosto suorittaa muodollisen päätöksen, että ohjelmistoa tarvitaan, että se on 20 riittävästi testattu ja että se ei todennäköisesti aiheuta vahinkoa tai keskeytystä järjestelmälle.

Tasojen hierarkia voi muodostua useista erillisistä hierarkioista, jotka ketjuttaa yhteen yksittäinen käyttäjä, jolla on pääsy ja tarve niihin tasoihin tai ohjelmiston "kirjastoihin" funktionsa suorittamiseksi. Hierarkian 1 päällä on reaa-25 liaikainen käytössä oleva ohjelmisto, jota tyypillisesti käytetään kaikkein laajimmin ja joka on tiukimmin kontrolloitu ("AB.D"). Tämän tason alapuolella on vaihtokirjasta 2, joka on merkitty lisäkirjaimella C loppuliitteessä ("AB.DC"). Alemmat tasot käytössä olevassa ohjelmistossa hierarkian sisällä voivat kuulua eri käyttäjäryhmille järjestelmässä, ja tarkistusneuvostot valvovat niitä noilla tasoilla. 30 Uusi tai muutettu reaaliaikainen ohjelmisto tulee järjestelmään, hyväksymisen jälkeen, alhaisimmalle mahdolliselle tasolle, so. tasolle joka päättyy kirjaimella C, kuten kohdissa 2 ja 3.

Kun uusi tai muutettu ohjelmisto tulee järjestelmään, se pysyy tulotasolla, kunnes määritelty ajanjakso on kulunut loppuun ja ohjelmisto ei ole tuotta-35 nut mitään havaittavia virheitä. Sitten se kulkeutuu seuraavaksi korkeimmalle tasolle. Joissakin tapauksissa tämä vaatii etukäteishyväksynnän määritellyltä tar- 12 106752 kistusneuvostolta; muissa tapauksissa kulkeutuminen tapahtuu automaattisesti, osana säännöllisesti ajastettua järjestelmäaktiviteettia. Kulkeutumiset ovat läpinäkyviä käyttäjille ja ohjelmisto on käytettävissä välittömästi kulkeutumisen jälkeen tai tultuaan hierarkiaan niille käyttäjille, jotka ovat rakentaneet ohjelmiston-5 sa ketjutuksen pääsemään käsiksi kirjastoissa olevaan ohjelmistoon, joka sisältää uuden tai muutetun ohjelmiston.

Kuten kuviossa 1A on myös kuvattu, sama prosessi voidaan toistaa ja se voi tapahtua samanaikaisesti ei-reaaliaikaista tekniikkatyyppiä olevalle ohjelmistolle, joka sijaitsee saman järjestelmän sisällä. Ainoa ero tässä tapaukses-10 sa on se, että valvontaprosessia hallitsee eri ihmisjoukko ja että prosessi ei ehkä ole yhtä tarkka kuin käytössä olevalle ohjelmistolle, jota käytetään yleensä koko järjestelmässä kriittisiin prosesseihin. Ohjelmiston integrointi tapahtuu kuitenkin samalla tavalla tämän teknisen ohjelmiston osalta kuin käytössä olevan ohjelmiston osalta. Uusi tai muutettu ohjelmisto tulee hierarkiaan alhaisimmalle sopi-15 valle muutostasolle, kuten C:llä on merkitty viimeisenä kirjaimena loppuliitteessä, kuten kohdassa 4. Sitten se kulkeutuu ylöspäin ajan mittaan tarvittavine hyväk-symisineen, kunnes se pääsee huipulle 5 omassa hierarkiassaan. Joko teknisen tai käyttöohjelmiston tapauksessa sen kulkeuduttua seuraavalle tasolle se ei enää sijaitse alhaisemmalla tasolla.

20 Päätös siitä uuden tai muutetun ohjelmiston, joka on tuotu järjestel män hierarkisiin kirjastoihin, käytöstä jätetään yksittäiselle käyttäjälle tai käyttäjäryhmälle. Käyttäjä(t) voi(vat) valita mitä tasoja järjestelmän kirjastoista tulee käyttää ketjutettaessa ohjelmistoa heidän käyttöönsä. He voivat valita ohjelmiston alempien tasojen ohittamisen kokonaan tai he voivat yksinkertaisesti valita ·: 25 alhaisimman muutostason välttämisen, joka sisältää uusimman ja vähiten tes tatun ohjelmiston. Korkein taso hierarkian kustakin osasta sisältää tietysti pääosan käytössä olevasta toimivasta ohjelmistosta.

Kuvio 1B kuvaa konfiguraationohjauksen ihmistä koskevaa prosessia, joka käyttää hyväkseen kuviossa 1A kuvattua ohjelmakirjastohierarkiaa 30 kontrollin ylläpitämiseksi sekä ohjelmiston perusosan että järjestelmään tuodun *; uuden tai muutetun ohjelmiston osalta päivittäisellä tasolla. Kuten yllä huomau tettiin, uusi ohjelmisto tulee hierarkiaan alhaisimmalle sopivalle muutostasolle tarkistusneuvoston hyväksymisen jälkeen. Jos uusi ohjelmisto johtaa virheisiin tai ristiriitoihin, ohjelmisto poistetaan hierarkiasta ja palautetaan ohjelmiston lisä-35 ylläpitotyötä varten, kuten kohdassa 6. Sen jälkeen kun ongelmat on korjattu ja ohjelmisto on testattu uudelleen, se voidaan jälleen neuvoston hyväksymisen • ·« · 13 106752 jälkeen integroida järjestelmään alhaisimmalle muutostasolle. Jos mitään ongelmia ei havaita sallitun kiinteän jakson aikana, ohjelmisto kulkeutuu automaattisesti seuraavalle tasolle, ellei seuraava taso vaadi toisen neuvoston hyväksyntää, kuten kohdassa 7. Muussa tapauksessa se kulkeutuu kiinteän aika-5 taulun mukaan asianmukaisen hyväksynnän jälkeen. Tämä prosessin toistaminen jatkuu, kunnes ohjelmisto saavuttaa korkeimman tason hierarkian tuossa osuudessa, jolloin se julistetaan täysin toimivaksi ohjelmistoksi.

Tarkastellaan seuraavaksi kuviota 2, jossa on kuvattu esillä olevan keksinnön yksi näkökohta, joka esittää mekanismin jonka kautta ohjelmiston 10 pehmeä muuttaminen tai vaihto voi tapahtua. Tämä pehmeän muuttamisen näkökohta, joka sallii järjestelmän tallentaa tietyn aikajakson aikana primaarimuis-tiin sekä ohjelmiston olemassa olevan että uuden version. Uutta liikennettä voidaan sitten asteittain tuoda ohjelmiston uuteen versioon tämän tuomisen tapahtuessa siten, että olemassa olevat tapahtumat suoritetaan päätökseen ole-15 massa olevalla ohjelmistoversiolla, kun taas uudet tapahtumat suoritetaan uudella ohjelmistoversiolla. Kuviossa 2 on kuvattu muuttamaton ohjelmistoyksikkö 11, joka on kytketty osoitusmekanismin 12, jota kutsutaan ohjauspisteeksi, kautta olemassa olevaan vaihtoyksikköön 13 ja uuteen vaihtoyksikköön 14. Muuttamattomat rajapinnat 15 ja 16 yhdistävät olemassa olevan vaihtoyksikön 20 13 ja uuden vaihtoyksikön 14 osoitusmekanismiin 12.

Kuvatulla tavalla on mahdollista sallia liikenteen tuonti uuteen ohjel-mistoversioon hallitulla tavalla. Se lisäksi sallii olemassa olevan ohjelmistoversi-on jatkaa toimintaa elävällä datalla, samalla kun uusi ohjelmistoversio samanaikaisesti käsittelee ensin testiliikennettä ja sitten myös tiettyä määriteltyä elävää 25 näyteliikennettä. Koska kyseiset kaksi ohjelmistoversiota voivat esiintyä samanaikaisesti järjestelmässä, olemassa olevalla ohjelmistoversiolla käsittelyn aloittaneet tapahtumat päättävät suorituksen olemassa olevaa ohjelmistoversiota käyttäen. Uuden ohjelmistoversion ensin käsittelemä liikenne käsitellään samoin vain uudella ohjelmistoversiolla. Tämä pehmeän vaihtamisen prosessi sallii uu-30 sien tapahtumien tuonnin asteittain uuteen ohjelmistoon, mikä siten vähentää häiriön riskiä järjestelmän käyttäjille. Tämä näkökohta vaatii, kuten kuviossa 2 on kuvattu, kyvyn esittää järjestelmän suoritustapahtuma joukkona rinnakkaisia, itsenäisiä tapahtumia, kuin myös kyvyn tunnistaa kukin tapahtuma ja ylläpitää ja valvoa sen kytkentää joko uuteen tai olemassa olevaan ohjelmistoversioon.

35 On melko mahdollista, ja itse asiassa tyypillistä, korvata esillä olevan keksinnön mukaisessa järjestelmässä kerrallaan vain osa ohjelmistosta. Kor- 14 106752 vattavaa ohjelmistoa nimitetään vaihtoyksiköksi. Kuvio 2 kuvaa tapausta jossa vaihtoyksikkö R on sekä olemassa olevassa ohjelmistoversiossa, so. vaihtoyk-sikkö 13, että uudessa ohjelmistoversiossa, so. uusi vaihtoyksikkö R' 14. Uusi vaihtoyksikkö R' on määritelmän kautta valittu omaamaan muuttamattomaan 5 ohjelmistoon 11 päin rajapinnan 16, joka on yhteensopiva olemassa olevan rajapinnan kanssa. Tämä merkitsee, että muuttamaton ohjelmisto kykenee olemaan yhteistoiminnassa sekä olemassa olevan että uuden ohjelmistoversion (vaihtoyksikkö) kanssa.

Esillä olevan keksinnön tämä näkökohta, so. tapahtumien dynaami-10 sen ohjauksen ja uudelleenohjauksen järjestäminen, on toteutettu ottamalla käyttöön ohjauspisteitä. Nämä ohjauspisteet muodostuvat hajautetussa järjestelmässä olevista kohdista, joissa tapahtumia voidaan ohjata määrätyllä tavalla. Kuviossa 2 kuvatun kaltainen osoitusmekanismi 12 edustaa ohjauspisteiden toteutusta ja keinoa, jolla järjestelmän tapahtumat ohjataan yksitellen joko uudelle 15 tai olemassa olevalle ohjelmistoversiolle. Nämä ohjauspisteet kykenevät toimimaan kolmella eri tavalla. Ensiksi ne voidaan Hipaista analysoimalla analysoimalla funktionimi, joka liittyy järjestelmän käsittelemään liikenteeseen. Tämän toimintamenetelmän mukaisesti liikenne voidaan ohjata kyseisen funktion, joka vaaditaan tarvittavan käsittelyn suorittamiseen, joko uudelle tai olemassa ole-20 valle ohjelmistoversiolle. Toiseksi tapahtumat voidaan ohjata suorittamaan ohjelman uusi tai olemassa oleva ohjelmistoversio riippuen informaatiosta, joka on syötetty ohjelmiston ajonaikaisen ketjutuksen tuloksena.

Tosiasialla, että useita versioita ohjelmiston osasta voi olla olemassa yhdessä määrätyn jakson ajan järjestelmässä, on useita seurauksia. Esimerkiksi ·: 25 tämä esillä olevan keksinnön pehmeän muuttamisen näkökohta vaatii, muutos ten kohdistuessa puolipysyvän datan esitysmuotoon, että sekä uusi että olemassa oleva ohjelmistoversio voivat käsitellä oikeata datan esitysmuotoa.

Tarkastellaan seuraavaksi kuvioita 3A - 3E, joissa on kuvattu vaiheet, joiden läpi vaihtoyksikkö voi kulkea yleisessä muutostapauksessa. Järjestelmän 30 käytännön toiminnassa määrätty muutosyksikkö kulkee vain kuvattujen vaihei-den alijoukon läpi. Lisäksi käytännössä kuvatut vaiheet eivät ole tarkka joukko suoritettavista sarjaoperaatioista. Mieluumminkin yksi tai useampia vaiheista voidaan toistaa muuttamisen aikana. Esillä olevan keksinnön tämän näkökohdan tärkeä ominaisuus on, että muuttamisprosessin eri vaiheiden kontrolli on lä-35 pinäkyvä sekä järjestelmän käyttäjille että melkein läpinäkyvä itse sovellusoh- • · 4 15 106752 jelmiston ohjelmille. Kuvattuja vaiheita kontrolloi koordinaattori, joka toimii eri ohjauspisteissä, joita järjestelmässä on olemassa.

Kuvio 3A edustaa järjestelmää 21, joka sisältää siihen toteutetun muutosyksikön R 22. Tämä edustaa järjestelmän tilaa muutosprosessin alussa.

5 Tässä kohden järjestelmä ohjaa kaiken tavallisen liikenteen olemassa olevaan ohjelmistoversioon. Kuvio 3B edustaa tuon muutosyksikön 22 muuttamista uuden version R' 23 avulla, johon liittyy datanmuutosinformaatio 24. Kun kuvio 3A kuvaa tilannetta muutoksen alussa, kuvio 3B edustaa aloitus- tai latausvaihetta, jossa uusi ohjelmisto R' 23 ja joissakin tapauksissa datanmuutosinformaatioon 10 24 sisältyvä uusi datamalli, ladataan sen lisäksi yhdessä olemassa olevan muutosyksikön R 22 kanssa. Datanmuutosinformaatio 24 on määritelty ohjel-mistonkehitysjärjestelmässä sen vuoksi, että tunnetaan datan esitysmuodot sekä olemassa olevalle että uudelle versiolle.

Kuvio 3C esittää graafisesti muutosprosessin datanvaihtovaihetta. 15 Tavoitteena tällä vaiheella on siirtää sopivalla hetkellä mahdollisesti olemassa olevan puolipysyvän datan oleelliset osat, jotka sisältyvät yllä esitetyllä tavalla olemassa olevaan ohjelmisto-osaan ja joita se ohjaa, uuteen ohjelmisto-osaan, so. joka on korvaamassa olemassa olevaa, ei-hyväksyttävissä olevien häiriöiden välttämiseksi. Keksinnön tämän näkökohdan toteutus hallitaan suorittamalla 20 useita eri aktiviteetteja. Ensinnäkin, datanvaihtovaiheeseen keskittyvät aktiviteetit sisältävät: (a) datan muunnoksen olemassa olevasta uuteen esitysmuotoon siinä tapauksessa, että datan esitysmuoto korvaavassa uudessa ohjelmisto-osassa on muutettu olemassa olevassa ohjelmisto-osassa käytetystä datan ·: 25 esitysmuodosta: ja (b) datan siirtämisen olemassa olevasta ohjelmisto-osasta uuteen ohjelmisto-osaan.

Toiseksi aktiviteetti, joka ulottuu testausvaiheeseen ja päättymisvaiheeseen, eli vaiheisiin joissa sekä olemassa olevaa että uutta ohjelmistoa käy-30 tetään rinnakkaisesti, sisältää sen, että jokaista "alkuperäistä" puolipysyvän da-tan päivitystä kohden joko uudessa tai olemassa olevassa ohjelmisto-osassa tehdään myöhempi vastaavan puolipysyvän datan päivitys toisessa. Tämä tarkoittaa, että myöhempi päivitys tehdään olemassa olevaan ohjelmistoon, jos alkuperäinen päivitys tehtiin uuteen ohjelmistoon, ja päin vastoin. Tämä tarkoittaa, 35 että yleisessä tapauksessa sekä datan muuntaminen että siirto joka kerta puoli-pysyvä data päivitetään uuden tai olemassa olevan ohjelmiston toimesta. Da- ie 106752 tanmuunnos on riippuvainen datanvaihtoinformaatiosta, joka luodaan tukijärjestelmässä ohjelmiston kehityksen aikana ja ladataan kohdejärjestelmään aloitus-/latausvaiheen aikana, jota nimitetään "datanvaihtotiedoksi" kuviossa 3.

Datanmuunnoksen suhteen järjestelmän vaihtoehtoinen toteutus voi 5 vain muuntaa datan esitysmuodon uuden ohjelmiston käyttämään muotoon tar-velähtöiseltä pohjalta, ja sitten ennen olemassa olevan ohjelmiston poistamista järjestelmästä muuntaa kaiken jäljelle jäävän datan, jota järjestelmä ei vielä tuolla hetkellä tarvitse. Samalla tavoin kaikki data voitaisiin aluksi muuntaa uuden ohjelmiston käyttämään esitysmuotoon muistitilan säästämiseksi ja käyttää 10 sitten uudelleenmuunnosohjelmaa datan muuntamiseksi takaisin olemassa olevan ohjelmiston käyttämään muotoon tarvelähtöiseltä pohjalta, kunnes se poistetaan.

Muutosprosessin kolmas vaihe, joka on myös esitetty graafisesti kuviossa 3C, on testausvaihe. Tämä vaihe on tarkoitettu sallimaan uuden ohjel-15 mistoversion lataaminen järjestelmään ja sen toimiminen aluksi vain testidatalla ohjelmiston laatutason määrittämiseksi ennen sen käyttämistä elävän liikenteen kanssa. Tämä testausvaihe voidaan jakaa kahteen alivaiheeseen: (a) testaus testiliikenteellä, eli vain keinotekoisesti generoidut tapahtumat käyttävät uutta ohjelmistoversiota; ja 20 (b) testaaminen näyteliikenteellä, eli valittu prosentti todellisista uu sista tapahtumista jossain nollan ja sadan prosentin välillä kaikesta elävästä liikenteestä ohjataan ajettavaksi uudella ohjelmistoversiolla.

Tämän toisen alivaiheen päättymistä kohden suurin osa tai koko elävä liikenne toimii uuden ohjelmistoversion alaisuudessa.

• 25 Testillenne generoidaan joko erikoisohjelmiston avulla tai käyttä mällä erityisiä testitilaajia. Testiliikennettä valvotaan siten, että vaihdetun yksikön R' 23 käyttö on varmaa. Tämä tulos taataan merkitsemällä testiliikenne testili-pulla, joka ohjaa tuon liikenteen automaattisesti uudelle ohjelmistoversiolle kaikissa ohjauspisteissä, joissa tapahtuu valinta uuden ja olemassa olevan ole-30 massa olevan ohjelmistoversion välillä. Tavanomaista elävää liikennettä varten päätös siitä, käytetäänkö uutta vai olemassa olevaa ohjelmistoversiota, tehdään ensimmäisessä kohdatussa ohjauspisteessä, jossa tapahtuu valinta. Sen jälkeen tuo liikenne tai tapahtumat käsitellään vain valitulla ohjelmistoversiolla. Vaihto toiseen versioon myöhemmässä ohjauspisteessä estetään järjestelmäs-35 sä. Jos tämän vaiheen aikana testaus osoittaa, että ongelmia tai virheitä esiintyy 17 106752 uuden ohjeimistoversion käytön seurauksena, muutos perutaan ja kaikki uudet tapahtumat ohjataan olemassa olevalle ohjelmistoversiolle.

Tulisi huomata, että tietyissä toteutuksissa näyteliikenteen, jota käytetään uuden ohjeimistoversion kanssa testiliikenteen menestyksellisen käsitte-5 lyn jälkeen, määrä voidaan vähentää nollaan. Sellaisissa tapauksissa, sen jälkeen kun uusi ohjelmistoversio on koeteltu testiliikenteellä, kaikkien uusien tapahtumien täysi kuorma voidaan siirtää siihen, jotta se voisi korvata täysin olemassa olevan ohjelmiston, kun kaikki olemassa olevat tapahtumat on saatettu päätökseen.

10 Neljäs vaihe, joka on esitetty graafisesti kuviossa 3D, on päättymis vaihe. Tässä vaiheessa olemassa olevaa ohjelmistoversiota käyttäneet tapahtumat jatkavat olemassa olevan muutosyksikön R 22 käyttämistä, kunnes järjestelmässä ei ole enää olemassa olevaa muutosyksikköä 22 käyttäviä tapahtumia. Tämä luonnollisesti tapahtuu, koska uudet tapahtumat käyttävät uuttaa 15 ohjelmistoversiota. Tämän vaiheen aikana molemmat ohjelmistoversiot pysyvät järjestelmän muistissa ja uuden ohjeimistoversion katsotaan olevan edelleen testausvaiheessa.

Päättymisvaihe voi joko jatkua, kunnes kaikki olemassa olevaa ohjelmistoversiota käyttävä olemassa oleva liikenne on saatettu päätökseen, tai se 20 voidaan saattaa päätökseen määritellyssä ajassa. Jos päättymisvaiheen lopussa vielä on olemassa olevaa liikennettä, joka yhä käyttää olemassa olevaa ohjelmistoversiota, liikenne päätetään tai mahdollisesti siirretään uuteen ohjelmis-toversioon. Sen jälkeen olemassa olevan ohjeimistoversion omistamaa dataa ei enää päivitetä, olemassa oleva vaihtoyksikkö suljetaan ja päättymisvaihe pää-• 25 tetään. Tulisi huomata, että päättymisvaihetta edeltävä testausvaihe voi olla päätetty pitkän aikajakson avulla, jonka aikana kaikki uusi liikenne luokiteltiin näyteliikenteeksi ja kaikki olemassa oleva liikenne oli saatettu päätökseen. Tässä tapauksessa päättymisvaihe olisi hyvin lyhyt ja tarkoittaisi yksinkertaisesti, että puolipysyvää dataa ei enää päivitetä ja että olemassa oleva vaihtoyksikkö 30 suljetaan.

Päättymisvaiheen päättyminen tarkoittaa, että koko ohjelmistonmuu-tosprosessi on päättynyt. Tämä tila on esitetty graafisesti kuviossa 3D.

Olemassa olevaa vaihtoyksikköä R 22 ja sen vaihtoinformaatiota ei enää ylläpidetä ja tässä pisteessä ei enää ole mahdollista palata toimimaan 35 olemassa olevan ohjeimistoversion alaisuudessa. Jos tässä vaiheessa esiintyy ongelma uuden ohjeimistoversion kanssa, vaaditaan kokonaan uusi muutos.

18 106752

Ohjelmiston olemassa oleva versio voidaan nyt myös poistaa järjestelmästä. Kuvio 3D kuvaa graafisesti tätä tilaa.

Esillä olevan keksinnön mukaisen järjestelmän toinen näkökohta sisältää vastakohtana tasaiselle muuttamiselle välittömän muuttamisen menetel-5 män. Tämä menetelmä tarjoaa kyvyn suorittaa välittömän tai lyhytkestoisen siirtymisen olemassa olevasta ohjelmistoversiosta uuteen versioon kaiken liikenteen käsittelemiseksi. Tämän tyyppistä modifikaatiota käytetään silloin kun sovellus estää kahden eri ohjelmistoversion olemisen samanaikaisesti järjestelmässä. Välittömällä muutosmenetelmällä ohjelmiston tila vaihtohetkellä voidaan 10 tarvittaessa muuntaa ja muuttaa uudeksi versioksi. Tämä on mahdollista tässä järjestelmässä, koska sovellusohjelmistolla on kyky kopioida tilansa uuteen oh-jelmistoversioon. Esillä olevan keksinnön mukaisen järjestelmän tämän näkökohdan tärkeä ominaisuus on, että vaikka vaihdot ovat sisäisesti melko äkillisiä, muutokset ovat läpinäkyviä järjestelmän käyttäjille ja myös käsiteltävälle liiken-15 teelle. Liikenne voidaan uudelleenohjata uudelle ohjelmistoversiolle aiheuttamatta mitään havaittavaa käsittelyn keskeytystä. Toinen etu esillä olevan keksinnön tästä näkökohdasta on, että olemassa oleva ohjelmistoversio jää järjestelmään, vaikkakin passiiviseen moodiin. Sen vuoksi jos uuden ohjelmistoversion osoitetaan omaavan ongelmia tai olevan virheellinen, paluu olemassa ole-20 vaan ohjelmistoversioon on yhä mahdollinen ilman suurempaa tai pitempää käsittelyn keskeytymistä.

Tarkastellaan seuraavaksi kuviota 4, jossa on esitetty vuokaavio, joka kuvaa pehmeän muutoksen menetelmää siirryttäessä olemassa olevasta ohjelmistoversiosta uuteen ohjelmistoversioon. Erityisesti järjestelmä olettaa ennalta, • 25 että olemassa oleva ohjelmisto on aktiivisesti ajossa järjestelmässä ja se alkaa kohdassa 101 ohjelmiston uuden version latauksella muistiin. Kohdassa 102 järjestelmä kopioi datan muutoksineen uuteen versioon ja ketjuttaa sen uuteen ohjelmistoon. Kohdassa 103 järjestelmä alkaa ajamaan testitapahtumia uudella ohjelmistolla ja normaalin liikenteen ajaminen jatkuu järjestelmässä olemassa 30 olevalla ohjelmistolla ja olemassa olevalla datalla. Kohdassa 104 järjestelmä ky-syy "toimiiko uusi ohjelmisto testiliikenteellä ?". Jos niin ei ole, järjestelmä siirtyy kohtaan 105, jossa pisteessä uusi ohjelmisto ja data poistetaan järjestelmästä ja proseduuri päättyy kohdassa 106. Jos uusi ohjelmisto toimii testiliikenteellä kohdassa 104, järjestelmä siirtyy kohtaan 107, jossa pisteessä se ajaa näytteitä to-35 dellisesta liikenteestä uudella ohjelmistolla pitäen jäljelle jäävän osan normaalista liikenteestä olemassa olevalla ohjelmistolla ja olemassa olevalla datalla.

•« 19 106752

Uuden ohjelmiston läpi ajetun näyteliikenteen prosenttia voidaan vaihdella selektiivisesti nollan ja sadan prosentin välillä elävästä kokonaisliikenteestä. Seu-raavaksi kohdassa 108 järjestelmä jälleen kysyy, toimiiko ohjelmisto näytelii-kenteellä. Jos niin ei ole, järjestelmä 105 siirtyy kohtaan 105 ja uusi ohjelmisto ja 5 data poistetaan prosessin päättämiseksi. Jos kuitenkin uusi ohjelmisto käsittelee näyteliikenteen menestyksellisesti kohdassa 108, järjestelmä siirtyy ajamaan tulevat puhelut uudella ohjelmistolla ja datalla kohdassa 109. Sen jälkeen kohdassa 110 järjestelmä jälleen kysyy, toimiiko ohjelmisto, ja jos niin ei ole, se siirtyy kohtaan 105 uuden ohjelmiston poistamiseksi kohdassa 106. Jos uusi oh-10 jelmisto toimii ajettaessa normaalia liikennettä järjestelmässä kohdassa 110, järjestelmä kysyy, onko kaikki olemassa olevat tapahtumat jo saatettu päätökseen järjestelmässä kohdassa 111, ja jos niin ei ole, se kysyy onko vaihdolle asetettu aikaraja saavutettu kohdassa 113, ja jos niin ei ole, jatkaa: (1) kaikkien uusien tapahtumien ajamista uudella ohjelmistolla, ja (2) ajaa kaikki olemassa 15 olevat tapahtumat olemassa olevalla ohjelmistolla kohdassa 109, kunnes kohdassa 111 saadaan myöntävä vastaus, tai aikaraja on ylitetty kohdassa 113. Jos aikaraja on ylitetty kohdassa 113, järjestelmä päättyy tai se siirtää jäljellä olevat puhelut ja siirtyy kohtaan 112. Jos myöntävä vastaus vastaanotettiin kohdassa 111, järjestelmä siirtyy kohtaan 112 ja olemassa oleva ohjelmisto poistetaan 20 olemassa olevan datan kanssa, ja järjestelmä on tehnyt ajonaikaisesti vaihdon olemassa olevasta ohjelmistosta uuteen ohjelmistoon vaarantamatta tai viivästämättä tarpeettomasti teleliikennekeskuksen olemassa olevaa liikennettä.

Tarkastellaan seuraavaksi kuviota 5, jossa on esitetty taulukko 120, joka sisältää puhelutunnisteen (ID) luokan ja osoittimen (ID) luokan. Jokaista 25 järjestelmässä olevaa puheluosoitetta, joka puhelu on testipuhelu, kohden an netaan osoitin uuteen ohjelmistoon 121, kun taas kaikille puhelu-ID:lle, jotka sisältävät normaalin tunnisteen, annetaan osoitin olemassa olevaan ohjelmistoon 122. Kuvio 5 kuvaa graafisesti menetelmää, jonka avulla esillä olevan keksinnön mukainen järjestelmä kykenee ohjaamaan oikein sekä tavallisen elävän liiken-30 teen että testiliikenteen oikeaan ohjelmistoversioon.

*; Vaikka tämä on yleinen yksinkertainen tulkinta tavasta, jolla olemas sa olevaa ja uutta ohjelmistoa osoitetaan esillä olevan keksinnön mukaisen järjestelmän sisällä, itse asiassa yksityiskohtaisia ketjutettuja proseduurikutsume-kanismeja käytetään luomaan dynaaminen ajonaikainen sidos erikseen ladattu-35 jen ohjelmayksiköiden välillä. Tämä tarkoittaa, että ohjelmayksikköä korvattaessa olemassa oleva ja uusi versio ohjelmistosta ovat olemassa samanaikaisesti 20 106752 sen ajan kunnes uusi versio voidaan todentaa oikeaksi ja olemassa olevassa versiossa suoritettavat aktiviteetit voidaan päättää kuten yllä kuvattiin. Sopiva ketjutettu proseduurimekanismi kuvataan rinnakkaisesti vireillä olevassa US-patenttihakemuksessa otsikoltaan "Järjestelmä samanaikaisesti suoritettavien 5 ohjelmistomoduulien dynaamista ajonaikaista sitomista varten tietokonejärjestelmässä" ("System För Dynamic Run-Time Binding of Simultaneously Executing Software Modules in a Computer System"), K. Lundin et ai, joka on luovutettu Telefonaktiebolaget L M Ericssonille, ja joka sisällytetään tässä viitteeksi. Esillä olevan keksinnön mukainen järjestelmä käyttää vaihdetta keinona päästä 10 käsiksi ohjelmistoon rajapinnan läpi ketjutetulla proseduurikutsulla. Latausaikaan kaikki rajapinnat, jotka ovat ketjutetun proseduurikutsun saatavilla, julkaistaan vaihdefunktiolle ytimessä. Jokainen rajapinta julkaistaan sen tunnisteella ja osoitteella, joka viittaa menetelmään joka luo objektin rajapinnasta. Sidos ohjel-mistoversioiden välillä tehdään ajonaikaisesti ja joka kerta luotaessa objektia 15 määrätylle rajapinnalle pyyntö ohjataan välittäjälle tai luontimenetelmän osoitteeseen, jota sitten kutsutaan, ja se palauttaa objektiosoittimen luotuun objektiin.

Kuten kuviossa 6 on kuvattu, kukin luokan X objekti 131 kutsutaan taulukosta 132 objektidatasta 133 objektiosoittimen 134 avulla, joka puolestaan osoittaa objektin 131 sisällä olevaan operaatiotaulukkoon 135, jonka osoite si-20 sältää operaation määritelmät, jotka luokan objekti määrittelee. Useita osoitteita, jotka viittaavat operaatiotaulukoihin palvelimen ohjelmayksikössä, tallennetaan objektin dataan. Operaatiotaulukot puolestaan sisältävät osoitteet operaatioihin, jotka kuuluvat määrättyyn rajapintaan. Koska operaatiotaulukoiden osoitteiden paikka objektin datassa ja järjestys, jolla operaatiotaulukossa olevat osoitteet 25 tallennetaan, ovat kiinteät ja tunnetut, operaatioita voidaan kutsua ilman välittäjän apua. Yksi sellainen operaatio rajapinnassa, jota voidaan kutsua ilman välittäjää, on poistaa luotu objekti.

Näiden operaatiotaulukoiden käyttö tarjoaa kyvyn saavuttaa polymorfismi, käsite joka voidaan toteuttaa käyttäen esimerkiksi ohjelmointikieltä 30 C++ ja sen virtuaalitaulukoiden rakennetta. Polymorfismi, joka tarkoittaa "monia muotoja", on menetelmä jolla komponentin, jonka eri objektit jakavat, käyttäytymistä voidaan muuttaa. Toisin sanoen komponentti voi näyttää samalta kaikissa tapauksissa, mutta sillä voi olla kyky käyttäytyä hiukan eri tavalla eri objektien yhteydessä, joihin se liittyy. Polymorfismi on hyödyllinen sallien objektiperheiden 35 luonnin, jotka ovat sukua keskenään, so. niillä on yhteinen alkuperä tai kanta, 21 106752 mutta ne käyttäytyvät eri tavalla eri tilanteissa. Tämä sallii kunkin objektin perheessä omata menetelmiä tai funktioita, joilla on identtiset nimet, vaikka varsinainen koodi kunkin objektin menetelmille voi poiketa suuresti. Esillä olevan keksinnön mukainen järjestelmä käyttää polymorfismia, kuin myös muita objekti-5 suuntautuneen ohjelmoinnin periaatteita. Esillä olevan keksinnön mukainen järjestelmä kuitenkin toteuttaa ja laajentaa periaatteita uudella ja erittäin käyttökelpoisella tavalla, jotta saavutettaisiin dynaaminen, läpinäkyvä ohjelmiston eri versioiden yhteen ketjutus suorituksen aikana.

Tarkastellaan seuraavaksi kuviota 7, jossa on kuvattu seikka, että 10 ketjutetun proseduurikutsun mekanismi toteuttaa ytimeen 142 sisältyvän välittäjän 141 käsitteen, joka sallii rajapintariippuvuuden ohjelmayksiköiden 143 ja 144 parin välillä, jotka sisältävät vastaavasti asiakas-luokan (client-luokan) 145 ja objektien server-luokan (palvelin-luokan) 146. Kuvio 7 kuvaa yksityiskohtaisesti vaiheet, jotka vaaditaan objektien luomiseksi järjestelmään, kuten kuviossa 6 on 15 myös esitetty.

Objektit ovat kielirakenteita, jotka sisältävät dataa ja koodia tai funktioita yhden paketin tai yksikön sisällä. Koska ne kykenevät sisältämään sekä dataa että koodia, ne toimivat pienoiskokoisina itsenäisinä ohjelmina. Niitä voidaan sen vuoksi käyttää rakennuspalikoina luotaessa mutkikkaampia ohjelmia 20 tarvitsematta uudelleenkehittää noihin funktioihin tarvittavaa koodia. Koska niitä voidaan ylläpitää ja muokata itsenäisesti, ohjelman ylläpito ja versiointi yksinkertaistuu.

Luokka on malli, jota käytetään objektin määrittelemiseen, ja objekti on luokan instanssi. Luokka sisältää kaksi komponenttityyppiä, instanssimuuttu-: 25 jia tai datajäseniä ja menetelmiä tai jäsenfunktioita. Ohjelmoijien, jotka kehittävät ohjelmia tietokonejärjestelmän asiakas- tai ei-asiakas-solmuille, tukemiseksi asiakas-luokka generoidaan automaattisesti käyttämällä rajapintamäärittelyä, joka toimii eräänlaisena agenttina palvelin-luokalle. Järjestelmän asiakas-solmu kutsuu operaatioita asiakas-luokasta sen takaamiseksi, että kutsut siirretään 30 ohjelmistototeutukseen, joka sijaitsee palvelin-luokassa. Sen vuoksi kaikki koodi, joka liittyy dynaamiseen sitomisfunktioon, löytyy asiakas-luokasta.

Luokan esittelyt valvovat tapaa, jolla kääntäjä tallentaa osoitteet objektien dataan, ja tapaa missä järjestyksessä osoitteet operaatiotaulukoihin asetetaan. Jotkin luokan esittelyt generoidaan automaattisesti järjestelmän toi-35 mesta. Kun järjestelmässä luodaan objekti, sen "luo menetelmä" jäsenfunktio voidaan sijoittaa pyynnön kautta käyttöjärjestelmän välittäjäosaan 141, joka si- 22 106752 jaitsee ytimessä 142. Välittäjä 141 sisältää kaiken rajapintainformaation kaikille luokille, joihin ketjutetut proseduurikutsut voivat päästä käsiksi järjestelmässä, so. se sisältää kullekin objektille informaatiota siitä, millä muilla objekteilla on siihen pääsy tai mihin sillä on pääsy.

5 Kuvion 8 kaavio kuvaa tapaa, jolla ohjelmayksikön olemassa oleva ohjelmisto ja uusi ohjelmisto on ketjutettu yhteen ja sidottu ajonaikaisesti ketjutetulla proseduurikutsulla. Ytimessä 142 sijaitseva välittäjä 141 voi ohjata ohjel-mistoyksikön 151 suoritusta kohti joko olemassa olevaa ohjelmistoyksikköä 152 tai uutta ohjelmistoyksikköä 153. Korvausta tehtäessä sekä olemassa olevasta 10 että uudesta versiosta peräisin olevilla palvelin-luokilla on kummallakin välittäjässä 141 julkaistut rajapinnat. Välittäjä 141 sisältää kaksi osoitetta kutakin nimikettä kohden, yhden olemassa olevalleohjelmistoyksikölle 152 ja yhden uudelle ohjelmistoyksikölle 153. Ennen korvausta luodut tapahtumat vastaanottavat osoitteen, joka osoittaa olemassa olevaa ohjelmistoyksikköön 152 ja sen palve-15 lin-luokkiin, samalla kun muut tapahtumat voivat vastaanottaa osoitteet palvelin-luokan uusiin versioihin.

Sen jälkeen kun korvaus on saatettu päätökseen ja olemassa olevaa ohjelmistoyksikköä 152 käyttävät tapahtumat ovat päättyneet, olemassa oleva ohjelmistoyksikkö 152 voidaan poistaa muistista ja olemassa olevassa ohjel-20 mistoyksikössä 152 olevien palvelin-luokkien julkaisemat rajapinnat voidaan poistaa. Jos yritys poistaa nämä palvelin-luokat muistista tehdään ennen kuin kaikki tapahtumat olemassa olevassa ohjelmistoyksikössä ovat menneet päätökseen, järjestelmä generoi poikkeuskutsun ytimeen 142. Poikkeustilanteen käsittelytapahtuma järjestelmässä sallii sitten kesken oleville prosesseille tilai-25 suuden suunnata itsensä uudelleen ja käyttää uutta ohjelmistoyksikköä 153, tai muuten päättyä.

Käytettäessä ketjutetun proseduurikutsun mekanismia esillä olevassa keksinnössä rajapintamäärittely kirjoitetaan objektisuuntautuneen rajapinnan kuvauskielellä, jonka nimitys on ELIN, kuten kuvataan US-patenttihakemuksessa 30 K. Lundin, ja joka on luovutettu Telefonaktiebolaget L M Ericssonille, joka sisäl-.. lytetään tässä viitteeksi. Tässä kielessä on erikoisrakenne (luokka), joka on ni menomaisesti tarkoitettu ketjutetun proseduurikutsun rajapintojen määrittelyyn. ELIN-kielessä luokka on tiettyjen tyyppien objektien tarjoaman rajapinnan määrittely. Nämä objektit soveltuvat hyvin toteutettaviksi luokan instansseina, jos 23 106752 käytetään objektisuuntautunutta ohjelmointikieltä. Ketjutetun proseduurikutsun rajapinnan määrittely ELIN-kielessä sisältää seuraavan informaation: (a) määrittelyn nimi; (b) muut rajapinnat, joita käytetään pohjana tälle nimelle; 5 (c) yksi tai useampia rakentajia (käytetään instanssien luontiin); ja (d) nolla tai useampia menetelmämäärittelyjä, joista kukin muodostuu menetelmänimestä, argumenteista, palautustyypistä ja poikkeustilanteista.

Alla on esitettynä koodin avulla esimerkki rajapintamäärittelystä, jota voitaisiin käyttää osana tätä ketjuproseduurin kutsumekanismia ja joka kuvaa 10 rajapinnan pinotuille objekteille: CLASS Stack;

BASE

CLASS TelecomObject;

ACCEPTS

15 CONSTRUCTOR (IN size Int); METHOD push (IN data Int); METHOD pop () RETURNS Int; DESTRYCTOR (); END CLASS Stack; 20 c 1992 Telefonaktiebolaget L M Ericsson Tämä rajapintamäärittely määrittelee pinottujen objektien luokan, kantaluokan nimen ollessa "TelecomObject". Tämän luokan objektit voivat hyväksyä sanomakutsuja luetelluilta funktiojäseniltä. Kannan nimeäminen tälle *: 25 luokalle osoittaa, että on olemassa toinen tämän tyypin luokan määrittely, jota kutsutaan nimellä TelecomObject. Tuolla kantaluokalla on myös tiettyjä määriteltyjä menetelmiä, jotka nykyinen luokka kantaluokan instanssina tulee perimään. Yllä olevassa luokkamäärittelyssä määritellyt funktiojäsenet tai menetelmät tulevat kantaluokassa määriteltyjen lisäksi. Yhteenvetona yllä oleva koodi 30 sisältää luokkamäärittelyn, joka on yksi rajapintamäärittelyn tyyppi, joka voidaan luoda järjestelmässä.

Rajapinta voidaan saada toisesta rajapinnasta, jota kutsutaan silloin saadun rajapinnan kantarajapinnaksi. Rajapintoja voidaan saada useammasta kuin yhdestä muusta rajapinnasta, saadun rajapinnan periessä kunkin rajapin-35 tansa operaatioista. Saatu rajapinta voi lisäksi esitellä omia lisäoperaatioitaan, vaikka se ei voi määritellä operaatioita, joilla on sama nimi kuin niillä, jotka on * · 24 106752 peritty kantarajapinnoista. Tulisi tehdä selväksi, että periminen vaikuttaa vain luokan rajapintatasoon, ei toteutustasoon.

Kuten kuviossa 9 on esitetty, esillä olevan keksinnön mukainen järjestelmä sisältää myös tynkäkoodin generointityökalun 162, jota käytetään serti-5 fioimaan koordinaatio asiakasohjelman ja palvelinohjelman välillä, jotka yhdistetään toisiinsa dynaamisesti ajonaikaisesti rajapinnan läpi. Rajapinta määritellään kieliriippumattomalla tavalla, mutta käyttäen objektisuuntautunutta paradigmaa. Tynkäkoodin generointiprosessi takaa, että saavutetaan vastaavuus yhteen useista ohjelmointikielistä, ja seuraavissa kappaleissa on lyhyt kuvaus 10 siitä kuinka sellainen vastaavuus C++:ssa voidaan suorittaa. Tarkastellaan kuviota 9, jossa on kuvattu tapa jolla rajapintamäärittely 161 käyttää tynkägene-rointityökalua 162 generoitujen tiedostojen 164 joukon yhteydessä esillä olevan keksinnön mukaisessa järjestelmässä. Kuvio 9 kuvaa erityisesti C++-vastaa-vuuden yleisen rakenteen tuolla kielellä toteutettuna. Rajapintamäärittely, joka 15 on kirjoitettu objektisuuntautuneen rajapinnan määrittelykielellä ELIN siten kuin esillä olevan keksinnön mukaisessa järjestelmässä käytetään, on samanlainen kuin luokkamäärittely, jota käytetään ohjelmointikielessä C++. Samalla tavoin mekanismi operaatioiden käsittelemiseksi ohjektien kautta on samanlainen kuin tapa, jolla ohjelmointikieli C++ käsittelee virtuaalifunktioita. Sen vuoksi vastaa-20 vuus C++:lla, joka on kuvattu kuviossa 9, on käskevä esillä olevan keksinnön mukaisen järjestelmän tämän näkökohdan operaation suhteen.

Tynkägenerointityökalu 162 generoi kaksi tiedostoa sekä asiakas-puolelle että palvelinpuolelle, yhden loppuliitteellä ".h" (otsikko) ja yhden loppu-liitteellä ".cc" (koodi). Asiakasohjelman tapauksessa ".h", tai otsikkotiedosto, si-25 sältää kaksi luokkamäärittelyä. Yksi luokka on tarkka kopio vastaavasta luokasta palvelinohjelman vastaavassa luokassa palvelinohjelman ",h":ssa, tai otsikkotie-dostossa. Tämä takaa yhteensopivuuden asiakasohjelman ja palvelinohjelman välillä ja tekee mahdolliseksi asiakasohjelman kutsua palvelinohjelman luomia objekteja. Tämä luokan rakentaja on yksityinen, kuitenkin siten, että luokkaa ei 30 voida käyttää automaattisten objektien luomisen pinoon. Toinen luokka on se, jota tulee käyttää asiakasohjelmassa, joka toimii agenttina jonka kautta palvelinohjelman luomiin objekteihin voidaan päästä käsiksi.

Tynkägenerointityökalu 162 generoi palvelimen puolelle samat kaksi ".h" (otsikko) ja ".cc" (koodi) -tiedostoa. ",h"-tiedoston sisältö muodostuu yhdestä 35 luokkamäärittelystä, joka takaa yhteensopivuuden clientin kanssa. Tämä on luokka, jota käytetään toteutuksen kantana. Toteutus voi perustua suoraan ge- 25 106752 neroituun luokkaan tai generoitua luokkaa voidaan käyttää kantana, josta muut luokat voidaan saada. ".cc"-tiedosto sisältää luurangon objektille "luomene-telmä", ja koodin joka suorittaa luomenetelmä:n osoitteen julkituonnin. Luome-netelmä:n runko on vastuussa objektin luonnista, joka on yhteensopiva generoi-5 dun luokan kanssa ja joka palauttaa osoittimen äskettäin luotuun osoittimeen, kuten myös kuviossa 6 on kuvattu.

On olemassa useita syitä poikkeavien, mutta kuitenkin yhteensopivien, luokkamäärittelyjen generoimiseksi asiakasohjelman ja palvelinohjelman puolelle, mieluummin kuin yhden jaetun luokkamäärittelyn generoimiseksi. En-10 siksi se tarjoaa eri näkyvyystasoja asiakasohjelmassa ja palvelinohjelmassa oleville jäsenille. Esimerkiksi rakentajan täytyy olla julkinen palvelinohjelmassa, mutta sen ei välttämättä tarvitse olla julkinen jos se sijaitsee asiakasohjelmassa. Toiseksi asiakas- ja palvelinohjelmat voidaan ketjuttaa yhteen testitarkoituksia varten kohtaamatta nimien yhteentörmäyksen ongelmaa, jos käytetään eri luok-15 kia. Tarkastellaan seuraavaksi kuviota 10, jossa on esitetty tietty kaaviojärjeste-ly, joka kuvaa tiettyjä esimerkinomaisia koodilohkoja ja niiden suhdetta toisiinsa sellaisina, kuin niitä käytetään esillä olevan keksinnön mukaisessa järjestelmässä. Korkeimmalla tasolla Yhteisen Rajapinnan Määrittely 171 määrittelee luokan "X" ja menetelmät, joille luokka hyväksyy kutsuja. Loogisesti tälle luokalle alis-20 tettuna määrittelyn seuraavalla tasolla on määrittely Rajapintamäärittelyn 171 käyttäjäyksikölle 172 ja määrittely Yhteisen Rajapinnan Määrittelyn 171 tarjoa-jayksikölle 173. Käyttäjäyksikön määrittely 172 määrittelee yhteisen rajapinnan asiakkaan, luokan X. Tarjoajayksikön määrittely 173 määrittelee luokan X palvelimen.

25 Seuraavalla loogisella tasolla yksikkömäärittelyjen 172 ja 173 ala puolella ovat generoidut luokkamäärittelyt vastaavasti käyttäjille ja tarjoajille. Generoitu luokkamäärittely XUsenlle 174 kuvaa tiettyjä käyttäjä luokkia, jotka on määritelty sekä julkiseen että yksityiseen käyttöön. Generoitu luokkamäärittely XProviderlle 175 kuvaa tiettyjä julkisia ja yksityisiä määrittelyjä tarjoajan datalle 30 ja funktioille.

Tarkastellaan lopuksi kuviota 11, jossa on esitetty havainnollistava kaavio siitä, kuinka protokollamäärittelyä käytetään tynkäkoodin generointiin, mikä takaa täydellisen koordinoinnin kahden kommunikoivan osapuolen välillä sanomia käyttäen. Tynkäkoodin rakenne on kuvattu kuviossa 11 ja se sisältää 35 Käyttäjän-kirjoittaman koodin 181, Generoidun koodin 182 ja Ytimen koodin 183. Hajautetuissa ja modulaarisissa tietokonejärjestelmissä, joista teleliikenne- 26 106752 järjestelmä on esimerkki, monia sovellustason protokollia käytetään liikennöinnin helpottamiseen järjestelmän osissa ja niiden välillä.

Protokollia voidaan pitää kokoelmana sopimuksia järjestelmässä olevien osapuoliparien välillä, jotka päätyvät kommunikoimaan tietyllä tavalla ja tie-5 tyssä muodossa. Joitakin protokollia voidaan kuvata asiakas-palvelin-proto-kolliksi, joissa vain yksi osapuoli on aloittajana. Muut protokollat, joita kutsutaan vertaisprotokolliksi, sallivat kummankin osapuolen aloittaa liikennöinnin. Esillä olevan keksinnön mukaisessa järjestelmässä, toisin kuin muissa olemassa olevissa järjestelmissä, koko sopimus tai protokolla osapuolten välillä määritellään 10 yhdessä rajapintamäärittelyssä, joka on osapuolten nimenomaisista toteutuksista poikkeava. Tämä merkitsee sen vuoksi, että tämä yksittäinen määrittely voi palvella yleisenä sopimuksena, jota voidaan uudelleenkäyttää järjestelmässä olevan osapuoliparin välisiin sopimuksiin.

Esillä olevan keksinnön mukainen järjestelmä toteuttaa yksittäisen 15 rajapinta-/protokollamäärittelyn erikoisella objektisuuntautuneen rajapinnan kuvauskielellä ELIN. Vertaistyypin (peer protocol) protokollien määrittely esimerkiksi sisältää seuraavat komponentit: (1) operaatioiden formaali ryhmittely protokolliksi, kunkin protokollan omatessa kaksi osapuolta; ja (2) vuorovaikutuksen rajoitusten määrittely. Vertaisprotokollan määrittely on olemassa erillään toteu-20 tuksista, jotka käyttävät protokollaa viestintänsä suorittamiseen. Vertaisprotokollan määrittely on järjestetty seuraavan esitysmuodon mukaiseksi: (1) Protokollan nimi; (2) ensimmäisen osapuolen nimi ja sen hyväksyttyjen operaatioiden luettelo; (3) toisen osapuolen nimi ja sen hyväksyttyjen operaatioiden luettelo; (4) Vuorovaikutusrajoitukset (valinnainen).

: 25 Alla on esitetty koodilla esimerkki protokollamäärittelystä, jolla on vuorovaikutusrajoituksia. Sellaiseen protokollamäärittelyyn sisällytettyä informaatiota voidaan käyttää tynkäkoodin generointiin: PROTOCOL Communication Service; 30 PARTY DataProducer;

ACCEPTS

StartTransmission,

TerminateTransmission, ResendData END PARTY DataProducer 35 PARTY DataConsumer

ACCEPTS

106752 27

StringData, IntegerData,

NoMoreDataToSend END PARTY DataConsumer;

INTERACTION

5 STATE START

WHEN StartTransmission THEN Started; STATE Started WHEN TerminateTransmission THEN START; WHEN IntegerData THEN Dataphase; 10 WHEN StringData THEN Dataphase; STATE Dataphase WHEN IntegerData THEN Dataphase; WHEN StringData THEN Dataphase; WHEN ResendData THEN Dataphase;

15 WHEN NoMoreDataToSend THEN

Dataphase Ended; STATE DataphaseEnded WHEN ResendData THEN ResendOrdered; WHEN TerminateTransmission THEN START; 20 STATE ResendOrdered WHEN StringData THEN DataphaseEnded; WHEN IntegerData THEN DataphaseEnded; END PROTOCOL CommunicationService; ·.: 25 c 1992 Telefonaktiebolaget L M Ericsson Järjestelmässä kommunikoivan osapuolen looginen rakenne on myös kuvattu kuviossa 11. Kuten kuviossa 11 on esitetty, ELIN-kieltä käytetään kommunikaation kuvaamiseen kaikkialle järjestelmään hajautettujen objektien 30 välillä, kuin myös datatyyppien kuvaamiseen, joita käytetään järjestelmässä. Esillä olevan keksinnön tässä näkökohdassa käytetyt ja määritellyt protokollat sallivat laitteiden toimia samanarvoisina, kumman tahansa osapuolen aloittaessa kommunikoinnin. Osapuolia ei ole määritelty ennalta isännäksi tai orjaksi kommunikointitarkoituksia varten. Esillä olevan keksinnön mukaisen järjestel-35 män tämä näkökohta sallii järjestelmät, jotka kehitetään ja joita käytetään erillisissä ja etäällä toisistaan olevissa paikoissa helppoa yhteistoimintaa varten, niin « I t 28 106752 kauan kuin kukin kehitetään käyttäen yhtä määriteltyä rajapintaa. Esillä olevan keksinnön mukaisen järjestelmän tämän näkökohdan mukaiset protokollamää-rittelyt ovat erillisiä ja poikkeavat mistä tahansa järjestelmässä olevasta sovel-lustoteutuksesta.

5 Kuten kuviossa 11 on edelleen kuvattu, käyttäjän kirjoittama koodi 181 toimii yhtenä osapuolena liikennöintiprotokollassa, joka voi sekä lähettää että vastaanottaa protokollamäärittelyn mukaisia sanomia. Datan vastaanottavat proseduurit 184, 185 ja 186 käsittelevät tulevia sanomia, jotka saapuvat protokollaan. Dataa lähettävät proseduurit 187, 188 ja 189 sisältävät tynkägeneroin-10 tityökalun automaattisesti generoiman koodin sanomien luomiseksi ja lähettämiseksi järjestelmään protokollamäärittelyn mukaisesti, kun käyttäjä kutsuu niitä. Toimenpiteet, joissa vastaanotetaan sanomia 190 ja lähetetään sanomia 191, ohjataan kaikki rajapinta-agentin 192 läpi, joka on osa generoitua koodia 182. Tämä rajapintamäärittely 192 on pakollinen osa generoitua koodia, ja sen tulee 15 olla mukana jotta rajapinta ja protokolla toimisivat kunnolla.

Lähettäjä 193 on funktio, jonka tynkägenerointityökalu generoi ja jota kutsutaan kutakin tulevaa sanomaa kohden, joka on määritelty protokollamää-rittelyssä. Vastaanottaja 193 vastaanottaa sanoman, dekoodaa sanoman, erottaa sanomatunnisteen sanoman rungosta ja jakelee sitten sen kohdassa 194 20 osoitetulla tavalla proseduurille, joka tulee kirjoittaa tässä toteutuksessa.

Protokollapoliisi 195, generoidun koodin 182 valinnainen osuus, valvoo liikennettä ja määrittää, mukautuvatko kyseiset kaksi kommunikoivaa osapuolta jokaisella määrätyllä hetkellä rajapinnan sääntöihin lähettäessään ja vastaanottaessaan sanomia. Protokollapoliisi 195 toimii tila-automaattina valvoja 25 essaan protokollasääntöjen noudattamista. Tila-automaatin logiikka on ilmaistu yllä annetussa esimerkkikoodissa.

Ytimen koodissa 183, kuten kuviossa 11 on esitetty, sijaitsee kom-munikointiportti 196. Esillä olevan keksinnön mukaisen järjestelmän osoitusme-kanismit pitävät tätä kommunikointiporttia 196 passiivisena tukijana. Kommuni-30 kointiportti 196 on tietämätön protokollasta, joka sen läpi kulkee, mutta se hel-, pottaa kommunikointia. Kommunikointituki 197 on yleinen kommunikointituki, jo ka sijaitsee käyttöjärjestelmässä. Se voi toimia samassa prosessorissa sijaitsevien prosessien välillä ja eri prosessoreissa sijaitsevien prosessien välillä. Jos se toimii prosessorien välille hajautetuissa objekteissa, kommunikointituki 197 35 muodostaisi laitteistopohjaisen kommunikointiyhteyden. Kuvioon 11 sisältyvän * 29 106752 koko kuvauksen peilikuva edustaisi vastaavia aktiviteetteja, jotka tapahtuvat järjestelmässä olevan toisen kommunikoivan osapuolen tuessa ja käytössä.

Kuten yllä on kuvattu, esillä olevan keksinnön mukainen järjestelmä sallii uuden ohjelmiston ajonaikaisen sisällyttämisen tai ketjuttamisen olemassa 5 olevaan ohjelmistoon tavalla, joka sallii sekä ohjelmiston tehokkaan testauksen reaaliajassa kuin myös sen korvaamisen tasaisesti ja läpinäkyvästi teleliikenne-verkossa ja vaihdejärjestelmässä häiritsemättä verkon teleliikennettä.

Näin ollen uskotaan, että esillä olevan keksinnön toiminta ja rakenne selviää edellä olevasta selityksestä. Vaikka esitetty ja selitetty menetelmä, laite 10 ja järjestelmä on kuvattu edulliseksi, on ilmeistä että siihen voidaan tehdä erilaisia muutoksia ja muunnelmia poikkeamatta seuraavissa patenttivaatimuksissa määritellyn keksinnön hengestä ja piiristä.

• · • „ • ·

Claims (69)

1. Menetelmä tietokonelaitteen datankäsittelykontrollin siirtämiseksi olemassa olevalta ohjelmistolta uudelle ohjelmistolle, joka menetelmä käsittää 5 vaiheet, joissa asennetaan uusi ohjelmisto tietokonelaitteeseen, käytetään uutta ohjelmistoa testidatan käsittelytapahtumien käsittelemiseksi, ja otetaan uusi ohjelmisto käyttöön tietokonelaitteessa, kun testidatan käsittelytapahtumat on käsitelty menestyksellisesti, tunnettu siitä, että siirretään automaattisesti datankäsittelykontrolli olemassa olevalta 10 ohjelmistolta uudelle ohjelmistolle katkaisematta huomattavasti olemassa olevan ohjelmiston olemassa olevan datan käsittelyä sallien molempien ohjel-mistoversioiden samanaikainen antodatan tuottaminen, käytetään uutta ohjelmistoa testidatan käsittelytapahtumien käsittelemiseksi olemassa olevan ohjelmiston (103) käsitellessä samanaikaisesti 15 sekä uusia että olemassa olevia datan käsittelytapahtumia, siirretään automaattisesti kaikkien uusien datan käsittelytapahtumien datankäsittelykontrolli uudelle ohjelmistolle (109) sen käsiteltyä menestyksellisesti mainittuja testidatan käsittelytapahtumia (104) jatkaen olemassa olevan ohjelmiston käyttämistä olemassa olevien datan käsittelytapahtumien kä-20 sittelemiseksi ja antodatan tuottamista samanaikaisesti sekä olemassa olevalla että uudella ohjelmistolla, ja siirretään automaattisesti koko datankäsittelykontrolli uudelle ohjelmistolle (112) sen käsiteltyä menestyksellisesti mainittuja uusia datankäsitte-lytapahtumia (110). : 25

2. Patenttivaatimuksen 1 mukainen menetelmä, tunnettu siitä, että mainittu vaihe koko datankäsittelykontrollin siirtämiseksi automaattisesti uudelle ohjelmistolle sen käsiteltyä menestyksellisesti mainittuja uusia datankäsit-telytapahtumia sisältää seuraavan vaiheen: siirretään automaattisesti koko datankäsittelykontrolli uudelle ohjel-30 mistolle uuden ohjelmiston käsiteltyä menestyksellisesti kaikki uudet datankä-sittelytapahtumat, ja olemassa olevan ohjelmiston saatettua päätökseen olemassa olevien datankäsittelytapahtumien käsittelyn.

3. Patenttivaatimuksen 1 mukainen menetelmä, tunnettu siitä, että sekä olemassa olevat datankäsittelytapahtumat että uudet datankäsittelyta-35 pahtumat sisältävät dynaamista dataa, joka luodaan ja jota käytetään kunkin tapahtuman käsittelyn aikana, ja joka tuhotaan kun käsittely on päättynyt, ja puoli- » « 31 106752 joka säilyy useiden tapahtumien ajan, mainitun menetelmän sisältäessä seuraa-van lisävaiheen: siirretään data olemassa olevalta ohjelmistolta uudelle ohjelmistolle.

4. Patenttivaatimuksen 3 mukainen menetelmä, t u n n e 11 u siitä, 5 että vain puolipysyvää dataa siirretään olemassa olevalta ohjelmistolta uudelle ohjelmistolle.

5. Patenttivaatimuksen 3 mukainen menetelmä, tunnettu siitä, että datan esitysmuoto uudessa ohjelmistossa on erilainen kuin datan esitys- 10 muoto olemassa olevassa ohjelmistossa, ja että mainittu vaihe datan siirtämiseksi olemassa olevalta ohjelmistolta uudelle ohjelmistolle sisältää seuraavan vaiheen: mainittu data muunnetaan mainitusta olemassa olevasta esitysmuodosta mainittuun uuteen esitysmuotoon.

6. Patenttivaatimuksen 5 mukainen menetelmä, tunnettu siitä, että mainittu vaihe mainitun datan muuntamiseksi mainitusta olemassa olevasta esitysmuodosta mainittuun uuteen esitysmuotoon suoritetaan mainitun uuden ohjelmiston tarpeeseen perustuen.

7. Patenttivaatimuksen 5 mukainen menetelmä, tunnettu siitä, 20 että mainittu vaihe mainitun datan muuntamiseksi mainitusta olemassa olevasta esitysmuodosta mainittuun uuteen esitysmuotoon sisältää kaiken mainitun datan muuntamisen mainittuun uuteen esitysmuotoon yhdellä kertaa seuraavan lisävaiheen kanssa: 25 muunnetaan mainittu data uudelleen mainitusta uudesta esitysmuo dosta mainittuun olemassa olevaan esitysmuotoon mainitun olemassa olevan ohjelmiston tarpeeseen perustuen.

8. Patenttivaatimuksen 3 mukainen menetelmä, tunnettu siitä, että se sisältää mainitun vaiheen, jossa data siirretään olemassa olevalta ohjel- 30 mistolta uudelle ohjelmistolle, jälkeen seuraavan lisävaiheen: päivitetään puolipysyvä data toisessa ohjelmistossa joko olemassa olevan ohjelmiston tai uuden ohjelmiston sisällä olevan puolipysyvän datan kunkin alkuperäisen päivityksen seurauksena.

9. Patenttivaatimuksen 5 mukainen menetelmä, tunnettu siitä, 35 että se sisältää mainitun vaiheen, jossa mainittu data muunnetaan olemassa olevasta esitysmuodosta uuteen esitysmuotoon, jälkeen seuraavan lisävaiheen: « 32 106752 päivitetään puolipysyvä data toisessa ohjelmistossa joko olemassa olevan ohjelmiston tai uuden ohjelmiston sisällä olevan puolipysyvän datan kunkin alkuperäisen päivityksen seurauksena.

10. Patenttivaatimuksen 1 mukainen menetelmä, tunnettu siitä, 5 että mainittu vaihe koko datankäsittelykontrollin siirtämiseksi automaattisesti uudelle ohjelmistolle sen käsiteltyä menestyksellisesti mainitut uudet datankäsitte-lytapahtumat sisältävät seuraavan vaiheen: koko datankäsittelykontrolli siirretään automaattisesti uudelle ohjelmistolle ennalta valitun aikajakson kuluttua loppuun sen jälkeen, kun on aloitettu 10 mainittu vaihe, jossa kaiken uuden datan käsittelykontrolli siirretään automaattisesti uudelle ohjelmistolle.

11. Patenttivaatimuksen 10 mukainen menetelmä, tunnettu siitä, että mainitun ennalta valitun aikajakson kuluttua loppuun kaikki olemassa olevaa ohjelmistoa käyttäen vielä käsiteltävät tapahtumat pakotetaan päättymään.

12. Patenttivaatimuksen 10 mukainen menetelmä, tunnettu siitä, että mainitun ennalta valitun aikajakson kuluttua loppuun kaikki olemassa olevaa ohjelmistoa käyttäen vielä käsiteltävät tapahtumat siirretään uudelle ohjelmistolle käsittelyn saattamiseksi päätökseen.

13. Patenttivaatimuksen 10 mukainen menetelmä, tunnettu siitä, 20 että mainitun ennalta valitun aikajakson kuluttua loppuun kaikki tapahtumat, jotka voivat selvitä aiheutuvasta häiriöstä, yritetään siirtää uudelle ohjelmistolle käsiteltäväksi, ja kaikki muut tapahtumat päätetään.

14. Patenttivaatimuksen 1 mukainen menetelmä, jossa tietokonelaite muodostaa osan tietoliikennevaihdejärjestelmästä, olemassa oleva ja uusi oh- ·’” 25 jelmisto ovat puhelunkäsittelyohjelmistoja ja datankäsittelytapahtumat ovat pu heluita, mainitun menetelmän ollessa tunnettu siitä, että se sisältää seuraavan vaiheen: reititetään järjestelmän vastaanottamat kaikki uudet puhelut olemassa olevalle ohjelmistolle uuden ohjelmiston ollessa kykenemätön käsittelemään 30 mainittuja testipuheluita menestyksellisesti.

. 15. Patenttivaatimuksen 14 mukainen menetelmä, t u n n e tt u siitä, että se sisältää myös seuraavan vaiheen: poistetaan olemassa oleva ohjelmisto järjestelmästä uuden ohjelmiston käsiteltyä menestyksellisesti uusia puheluita ja olemassa olevan ohjel-35 miston käsittelemien kaikkien puheluiden päätyttyä. 33 106752

16. Patenttivaatimuksen 14 mukainen menetelmä, jossa sekä olemassa oleviin puheluihin että uusiin puheluihin liittyy dynaamista dataa, joka luodaan ja jota käytetään kunkin tapahtuman käsittelyn aikana, ja joka tuhotaan, kun käsittely on päättynyt, ja puolipysyvää dataa, jota käytetään ja joka säilyy 5 useiden tapahtumien käsittelyn ajan, mainitun menetelmän ollessa tunnettu siitä, että se sisältää seuraavan lisävaiheen: siirretään data olemassa olevalta ohjelmistolta uudelle ohjelmistolle.

17. Patenttivaatimuksen 16 mukainen menetelmä, tunnettu siitä, että vain puolipysyvä data siirretään olemassa olevalta ohjelmistolta uudelle 10 ohjelmistolle.

18. Patenttivaatimuksen 16 mukainen menetelmä, tunnettu siitä, että datan esitysmuoto uudessa ohjelmistossa on erilainen kuin datan esitysmuoto olemassa olevassa ohjelmistossa, ja että mainittu vaihe, jossa data siirretään olemassa olevalta ohjelmistolta uudelle ohjelmistolle sisältää seuraa- 15 van vaiheen: muunnetaan mainittu data mainitusta olemassa olevasta esitysmuodosta mainittuun uuteen esitysmuotoon.

19. Patenttivaatimuksen 17 mukainen menetelmä, tunnettu siitä, että mainittu vaihe mainitun datan muuntamiseksi mainitusta olemassa olevasta 20 esitysmuodosta mainittuun uuteen esitysmuotoon suoritetaan mainitun uuden ohjelmiston tarpeeseen perustuen.

20. Patenttivaatimuksen 18 mukainen menetelmä, tunnettu siitä, että mainittu vaihe mainitun datan muuntamiseksi mainitusta olemassa olevasta esitysmuodosta mainittuun uuteen esitysmuotoon sisältää kaiken mainitun 25 datan muuntamisen mainittuun uuteen esitysmuotoon yhdellä kerralla yhdessä seuraavan lisävaiheen kanssa: muunnetaan mainittu data mainitusta uudesta esitysmuodosta mainittuun olemassa olevaan esitysmuotoon mainitun olemassa olevan ohjelmiston tarpeeseen perustuen.

21. Patenttivaatimuksen 16 mukainen menetelmä, tunnettu siitä, , että se sisältää mainitun vaiheen, jossa data siirretään olemassa olevalta ohjel mistolta uudelle ohjelmistolle, jälkeen seuraavan lisävaiheen: päivitetään puolipysyvä data toisessa ohjelmistossa joko olemassa olevan ohjelmiston tai uuden ohjelmiston sisällä olevan puolipysyvän datan kun- 35 kin alkuperäisen päivityksen seurauksena. 34 106752

22. Patenttivaatimuksen 18 mukainen menetelmä, tunnettu siitä, että se sisältää mainitun vaiheen, jossa mainittu data muunnetaan olemassa olevasta esitysmuodosta uuteen esitysmuotoon, jälkeen seuraavan lisävaiheen: päivitetään puolipysyvä data toisessa ohjelmistossa joko olemassa 5 olevan ohjelmiston tai uuden ohjelmiston sisällä olevan puolipysyvän datan kunkin alkuperäisen päivityksen seurauksena.

23. Patenttivaatimuksen 14 mukainen menetelmä, tunnettu siitä, että mainittu vaihe koko puhelunkäsittelyn ohjauksen siirtämiseksi sisältää seuraavan lisävaiheen: 10 siirretään koko puhelunkäsittelyn ohjaus uudelle ohjelmistolle ennalta valitun aikajakson kuluttua loppuun sen jälkeen, kun on aloitettu mainittu vaihe jossa kaikki uudet puhelut käsitellään mainitulla uudella ohjelmistolla.

24. Patenttivaatimuksen 23 mukainen menetelmä, tunnettu siitä, että mainitun ennalta valitun aikajakson kuluttua loppuun kaikki vielä olemassa 15 olevaa ohjelmistoa käyttäen käsiteltävät puhelut pakotetaan päättymään.

25. Patenttivaatimuksen 23 mukainen menetelmä, tunnettu siitä, että mainitun ennalta valitun aikajakson kuluttua loppuun kaikki vielä olemassa olevalla ohjelmistolla käsiteltävät puhelut siirretään uudelle ohjelmistolle käsittelyn saattamiseksi päätökseen.

26. Patenttivaatimuksen 23 mukainen menetelmä, tunnettu siitä, että mainitun ennalta valitun aikajakson kuluttua loppuun kaikki puhelut, jotka kykenevät selviämään aiheutuvasta häiriöstä, yritetään siirtää uudelle ohjelmistolle, ja kaikki muut päätetään.

27. Patenttivaatimuksen 14 mukainen menetelmä, tunnettu 25 siitä, että mainittu ohjelmisto käsittelee testipuheluita mainitun käyttövaiheen aikana ja käsittää uusien testipuheluiden muodostaman joukon reitittämisen mainittujen testipuheluiden lisäksi uudelle ohjelmistolle puheluiden käsittelemiseksi uudella ohjelmistolla uuden ohjelmiston käsiteltyä mainitut testipuhelut menestyksellisesti.

28. Patenttivaatimuksen 27 mukainen menetelmä, jossa sekä ole massa oleviin että uusiin puheluihin liittyy dynaamista dataa, joka luodaan ja käytetään jokaisen puhelun käsittelyn aikana ja tuhotaan käsittelyn päättyessä ja puolipysyvää dataa, jota käytetään ja joka säilyy useiden tapahtumien käsittelyn ajan, mainitun menetelmän ollessa tunnettu siitä, että se käsittää 35 seuraavan lisävaiheen: 35 106752 siirretään dataa olemassa olevalta ohjelmistolta uudelle ohjelmistolle.

29. Patenttivaatimuksen 28 mukainen menetelmä, tunnettu siitä, että vain puolipysyvää dataa siirretään olemassa olevalta ohjelmistolta 5 uudelle ohjelmistolle.

30. Patenttivaatimuksen 28 mukainen menetelmä, tunnettu siitä, että datan esitysmuoto uudessa ohjelmistossa on erilainen kuin datan esitysmuoto olemassa olevassa ohjelmistossa ja jossa mainittu vaihe datan siirtämiseksi olemassa olevalta ohjelmistolta uudelle ohjelmistolle käsittää vai- 10 heen, jossa muunnetaan mainittu data mainitusta olemassa olevasta esitystavasta mainittuun uuteenesitystapaan.

30 106752 Paten tti vaati m u kset:

31. Patenttivaatimuksen 30 mukainen menetelmä, tunnettu siitä, että mainittu vaihe mainitun datan muuntamiseksi mainitusta olemassa 15 olevasta esitysmuodosta mainittuun uuteen esitysmuotoon suoritetaan mainitun uuden ohjelmiston tarpeeseen perustuen

32. Patenttivaatimuksen 30 mukainen menetelmä, tunnettu siitä, että mainittu vaihe mainitun datan muuntamiseksi mainitusta olemassa olevasta esitysmuodosta mainittuun uuteen esitysmuotoon sisältää kaiken mainitun 20 datan muuntamisen mainittuun uuteen esitysmuotoon yhdellä kerralla yhdessä seuraavan lisävaiheen kanssa: muunnetaan mainittu data mainitusta uudesta esitysmuodosta mainittuun olemassa olevaan esitysmuotoon mainitun olemassa olevan ohjelmiston tarpeeseen perustuen.

33. Patenttivaatimuksen 28 mukainen menetelmä, tunnettu siitä, että se sisältää mainitun vaiheen, jossa data siirretään olemassa olevalta ohjelmistolta uudelle ohjelmistolle, jälkeen seuraavan lisävaiheen: päivitetään puolipysyvä data toisessa ohjelmistossa joko olemassa olevan ohjelmiston tai uuden ohjelmiston sisällä olevan puolipysyvän datan kun- 30 kin alkuperäisen päivityksen seurauksena.

34. Patenttivaatimuksen 30 mukainen menetelmä, tunnettu siitä, että se sisältää mainitun vaiheen, jossa mainittu data muunnetaan olemassa olevasta esitysmuodosta uuteen esitysmuotoon, jälkeen seuraavan lisävaiheen: päivitetään puolipysyvä data toisessa ohjelmistossa joko olemassa 35 olevan ohjelmiston tai uuden ohjelmiston sisällä olevan puolipysyvän datan kunkin alkuperäisen päivityksen seurauksena. 36 106752

35. Patenttivaatimuksen 14 mukainen menetelmä, tunnettu siitä, että poistetaan kaikki olemassa oleva ohjelmisto järjestelmästä uuden ohjelmiston käsiteltyä kaikki uudet puhelut menestyksellisesti ja 5 suoritetaan seuraavista vaiheista se, joka tapahtuu ensin: joko lo petetaan kaikki vielä olemassa olevalla ohjelmistolla käsiteltävät puhelut tai odotetaan kunnes ennalta valittu aikajakso on kulunut loppuun sen jälkeen, kun on aloitettu mainittu vaihe jossa siirretään kaikkien uusien puheluiden ohjaus uudelle ohjelmistolle.

36. Patenttivaatimuksen 35 mukainen menetelmä, tunnettu siitä, että mainittu vaihe koko puhelunkäsittelyn ohjauksen siirtämiseksi sisältää seu-raavan lisävaiheen: siirretään koko puhelunkäsittelyn ohjaus uudelle ohjelmistolle ennalta valitun aikajakson kuluttua loppuun sen jälkeen, kun on aloitettu mainittu vaihe 15 jossa kaikki uudet puhelut käsitellään mainitulla uudella ohjelmistolla.

37. Patenttivaatimuksen 35 mukainen menetelmä, tunnettu siitä, että mainitun ennalta valitun aikajakson kuluttua loppuun kaikki vielä olemassa olevaa ohjelmistoa käyttäen käsiteltävät puhelut pakotetaan päättymään.

38. Patenttivaatimuksen 35 mukainen menetelmä, tunnettu siitä, 20 että mainitun ennalta valitun aikajakson kuluttua loppuun kaikki vielä olemassa olevalla ohjelmistolla käsiteltävät puhelut siirretään uudelle ohjelmistolle käsittelyn saattamiseksi päätökseen.

39. Patenttivaatimuksen 1 mukainen menetelmä, tunnettu siitä, että se käsittää kaikkien muiden datankäsittelytapahtumien reitittämisen mai- 25 nitulle uudelle ohjelmistolle siinä käsiteltäväksi olemassa olevan ohjelmiston mainittujen olemassa olevien datakäsittelytapahtumien käsittelyn loputtua automaattisen siirtymisen suorittamiseksi mainitusta olemassa olevasta ohjelmistosta uuteen ohjelmistoon tietokonelaitteen ajoaikana ilman datankäsittely-operaatioiden huomattavaa keskeyttämistä.

40. Patenttivaatimuksen 39 mukainen menetelmä, joka käsittää li- . sävaiheen, joka suoritetaan mainitun käyttövaiheen ja ensin mainitun siirtovai heen välissä, tunnettu siitä, että siirretään mainitulle uudelle ohjelmistolle ennalta määrätty testimää-rä todellisia datankäsittelytapahtumia, jotka muuten käsiteltäisiin mainitulla 35 olemassa olevalla ohjelmistolla, mainitun ohjelmiston käsiteltyä menestyksellisesti mainittuja testidatan käsittelytapahtumia, ja sr 106752 mainittu ensinmainittu siirtovaihe suoritetaan mainitulla uudella ohjelmistolla testidatan käsittelytapahtumien ja mainitun rajatun todellisten da-tankäsittelytapahtumien joukon menestyksellisen käsittelyn seurauksena.

41. Patenttivaatimuksen 39 tai 40 mukainen menetelmä, tunnettu 5 siitä, että mainittu tietokonejärjestelmä on järjestetty teleliikenteen välitysjärjestelmään; ja mainitut olemassa olevat ja uudet datankäsittelytapahtumat ovat mainitun teleliikenteen välitysjäijestelmän vastaanottamia puheluita. 10

42. Järjestelmä tietokonelaitteen datankäsittelykontrollin siirtämi seksi olemassa olevalta ohjelmistolta uudelle ohjelmistolle, joka järjestelmä käsittää välineitä uuden ohjelmiston asentamiseksi tietokonelaitteeseen, välineitä uuden ohjelmiston käyttämiseksi testidatan käsittelytapahtumien käsittelemiseksi, ja välineitä uuden ohjelmiston käyttöönottamiseksi tietokonelaittees-15 sa, kun testidatan käsittelytapahtumat on käsitelty menestyksellisesti, tunnettu siitä, että järjestelmä on sovitettu siirtämään automaattisesti datankäsittely-kontrolli olemassa olevalta ohjelmistolta uudelle ohjelmistolle katkaisematta huomattavasti olemassa olevan ohjelmiston olemassa olevan datan käsittelyä 20 ja sallimaan molempien ohjelmistoversioiden samanaikainen antodatan tuottaminen, ja järjestelmä käsittää välineitä uuden ohjelmiston käyttämiseksi testi-datan käsittelytapahtumien käsittelemiseksi olemassa olevan ohjelmiston (103) käsitellessä samanaikaisesti sekä uusia että olemassa olevia datan kä-v 25 sittelytapahtumia, välineitä kaikkien uusien datan käsittelytapahtumien datankäsittelykontrollin siirtämiseksi automaattisesti uudelle ohjelmistolle (109) sen käsiteltyä menestyksellisesti mainittuja testidatan käsittelytapahtumia (104) samalla kuin jatketaan olemassa olevan ohjelmiston käyttämistä olemassa olevien 30 datan käsittelytapahtumien käsittelemiseksi ja antodatan tuottamista samanaikaisesti sekä olemassa olevalla että uudella ohjelmistolla, ja välineitä koko datankäsittelykontrollin siirtämiseksi automaattisesti uudelle ohjelmistolle (112) sen käsiteltyä menestyksellisesti mainittuja uusia datankäsittelytapahtumia (110).

43. Patenttivaatimuksen 42 mukainen järjestelmä, tunnettu siitä, että se sisältää lisäksi: 38 106752 välineet kaikkien uusien datankäsittelytapahtumien käsittelemiseksi uudella ohjelmistolla, samalla kun olemassa oleva ohjelmisto käsittelee olemassa olevaa datankäsittelytapahtumaa.

44. Patenttivaatimuksen 43 mukainen järjestelmä, tunnettu siitä, 5 että mainitut välineet koko datankäsittelykontrollin siirtämiseksi automaattisesti uudelle ohjelmistolle sen käsiteltyä mainitut uudet datankäsittelytapahtumat menestyksellisesti sisältävät: välineet koko datankäsittelykontrollin siirtämiseksi automaattisesti uudelle ohjelmistolle olemassa olevan ohjelmiston saatettua päätöskeen ole-10 massa olevien datankäsittelytapahtumien käsittelyn.

45. Patenttivaatimuksen 44 mukainen järjestelmä, tunnettu siitä, että mainitut välineet koko datankäsittelykontrollin siirtämiseksi automaattisesti uudelle ohjelmistolle sen käsiteltyä mainitut uudet datankäsittelytapahtumat menestyksellisesti sisältävät: 15 välineet koko datankäsittelykontrollin siirtämiseksi automaattisesti uudelle ohjelmistolle uuden ohjelmiston käsiteltyä kaikkia uusia datankäsittelyta-pahtumia menestyksellisesti ja olemassa olevan ohjelmiston saatettua päätökseen kaikkien olemassa olevien datankäsittelytapahtumien käsittelyn.

46. Patenttivaatimuksen 42 mukainen järjestelmä, tunnettu siitä, 20 että sekä olemassa olevat datakäsittelytapahtumat että uudet datankäsittelytapahtumat sisältävät dynaamista dataa, joka luodaan ja jota käytetään kunkin tapahtuman käsittelyn aikana ja joka tuhotaan, kun käsittely on saatettu päätökseen, ja puolipysyvää dataa, jota käytetään ja joka säilyy useiden tapahtumien käsittelyn ajan, mainitun järjestelmän sisältäessä myös: 25 välineet datan siirtämiseksi olemassa olevalta ohjelmistolta uudelle ohjelmistolle.

47. Patenttivaatimuksen 46 mukainen järjestelmä, tunnettu siitä, että vain puolipysyvä data siirretään olemassa olevalta ohjelmistolta uu-30 delle ohjelmistolle.

48. Patenttivaatimuksen 46 mukainen järjestelmä, tunnettu siitä, että datan esitysmuoto uudessa ohjelmistossa on erilainen kuin datan esitysmuoto olemassa olevassa ohjelmistossa, ja että mainitut välineet datan siirtämiseksi olemassa olevalta ohjelmistolta uudelle ohjelmistolle sisältää: 35 välineet mainitun datan muuntamiseksi mainitusta olemassa olevasta esitysmuodosta mainittuun uuteen esitysmuotoon. • I 39 106752

49. Patenttivaatimuksen 48 mukainen järjestelmä, tunnettu siitä, että mainitut välineet mainitun datan muuntamiseksi mainitusta olemassa olevasta esitysmuodosta mainittuun uuteen esitysmuotoon sisältää välineet mainitun datan muuntamiseksi mainitun uuden ohjelmiston tarpeeseen perustuen.

50. Patenttivaatimuksen 48 mukainen järjestelmä, tunnettu siitä, että mainitut välineet mainitun datan muuntamiseksi mainitusta olemassa olevasta esitysmuodosta mainittuun uuteen esitysmuotoon sisältää välineet kaiken mainitun datan muuntamiseksi mainittuun uuteen esitysmuotoon yhdellä kerralla, ja 10 välineet mainitun datan muuntamiseksi uudelleen mainitusta uudesta esitysmuodosta mainittuun olemassa olevaan esitysmuotoon mainittuun olemassa olevan ohjelmiston tarpeeseen perustuen.

51. Patenttivaatimuksen 46 mukainen järjestelmä, tunnettu siitä, että se sisältää myös: 15 välineet päivittää puolipysyvä data toisessa ohjelmistossa joko ole massa olevan ohjelmiston tai uuden ohjelmiston sisällä olevan puolipysyvän datan kunkin alkuperäisen päivityksen seurauksena.

52. Patenttivaatimuksen 48 mukainen järjestelmä, tunnettu siitä, että se sisältää myös: 20 välineet päivittää puolipysyvä data toisessa ohjelmistossa joko ole massa olevan ohjelmiston tai uuden ohjelmiston sisällä olevan puolipysyvän datan kunkin alkuperäisen päivityksen seurauksena.

53. Patenttivaatimuksen 43 mukainen järjestelmä, tunnettu siitä, että 25 automaattisen siirron suorittavia välineitä ohjaa ennalta valitun aika jakson kuluminen loppuun sen jälkeen kun uusi ohjelmisto on aloittanut kaikkien uusien datankäsittelytapahtumien mainitun käsittelyn.

54. Patenttivaatimuksen 53 mukainen järjestelmä, tunnettu siitä, että mainitun ennalta valitun aikajakson kuluttua loppuun kaikki mainittua ole- 30 massa olevaa ohjelmistoa käyttäen yhä käsiteltävät tapahtumat pakotetaan päättymään.

55. Patenttivaatimuksen 53 mukainen järjestelmä, tunnettu siitä, että mainitun ennalta valitun aikajakson kuluttua loppuun kaikki mainittua olemassa olevaa ohjelmistoa käyttäen yhä käsiteltävät tapahtumat siirretään uu- 35 delle ohjelmistolle käsittelyn saattamiseksi päätökseen. • < 40 106752

56. Patenttivaatimuksen 53 mukainen järjestelmä, tunnettu siitä, että mainitun ennalta valitun aikajakson kuluttua loppuun kaikki tapahtumat, jotka kykenevät selviytymään aiheutuvasta häiriöstä, yritetään siirtää uudelle ohjelmistolle käsiteltäviksi, ja kaikki muut päätetään.

57. Patenttivaatimuksen 42 mukainen järjestelmä, jossa tietokone- laite on osa tietoliikennevaihdejärjestelmää, olemassa oleva ja uusi ohjelmisto ovat puhelinkäsittelyohjelmistoja ja datankäsittelytapahtumat ovat puheluita, tunnettu siitä, että se sisältää: välineet poistaa olemassa oleva ohjelmisto järjestelmästä uuden oh-10 jelmiston käsiteltyä kaikki uudet puhelut menestyksellisesti, ja päättää kaikki olemassa olevan ohjelmiston käsittelemät puhelut.

58. Patenttivaatimuksen 57 mukainen järjestelmä, tunnettu siitä, että se sisältää myös: välineet reitittää valittu määrä todellisia puheluita uudelle ohjelmistolle 15 käsiteltäviksi, uuden ohjelmiston käsiteltyä menestyksellisesti mainitut testipu-helut, samalla kun jatketaan jäljelle jäävien todellisten puheluiden käsittelyä olemassa olevalla ohjelmistolla, ja jossa mainittuja välineitä kaikkien uusien puheluiden siirtämiseksi uudelle ohjelmistolle ohjaa se, että uusi ohjelmisto käsittelee menestyksellisesti sekä 20 mainitut testipuhelut että mainitun valitun määrän todellisia puheluita.

59. Patenttivaatimuksen 57 mukainen järjestelmä, tunnettu siitä, että sekä olemassa oleviin puheluihin että uusiin puheluihin liittyy dynaamista dataa, joka luodaan ja jota käytetään kunkin tapahtuman käsittelyn aikana, ja joka tuhotaan kun käsittely on päättynyt, ja puolipysyvää dataa, jota käytetään ja ; 25 joka säilyy useiden tapahtumien käsittelyn ajan, mainitun järjestelmän sisältäes sä myös: välineet datan siirtämiseksi olemassa olevalta ohjelmistolta uudelle ohjelmistolle.

60. Patenttivaatimuksen 59 mukainen järjestelmä, tunnettu siitä, 30 että vain puolipysyvä data siirretään olemassa olevalta ohjelmistolta uudelle ohjelmistolle.

61. Patenttivaatimuksen 59 mukainen järjestelmä, tunnettu siitä, että datan esitysmuoto uudessa ohjelmistossa on erilainen kuin datan esitys- 35 muoto olemassa olevassa ohjelmistossa, ja että mainitut välineet datan siirtämiseksi olemassa olevalta ohjelmistolta uudelle ohjelmistolle sisältää: 41 106752 välineet mainitun datan muuntamiseksi mainitusta olemassa olevasta esitysmuodosta mainittuun uuteen esitysmuotoon.

62. Patenttivaatimuksen 61 mukainen järjestelmä, tunnettu siitä, että mainitut välineet mainitun datan muuntamiseksi mainitusta olemassa ole- 5 vasta esitysmuodosta mainittuun uuteen esitysmuotoon sisältää: välineet mainitun datan muuttamiseksi mainitusta olemassa olevasta esitysmuodosta mainittuun uuteen esitysmuotoon mainitun uuden ohjelmiston tarpeeseen perustuen.

63. Patenttivaatimuksen 61 mukainen järjestelmä, tunnettu siitä, 10 että mainittu välineet mainitun datan muuntamiseksi mainitusta olemassa olevasta esitysmuodosta mainittuun uuteen esitysmuotoon sisältää välineet kaiken mainitun datan muuntamiseksi mainittuun uuteen esitysmuotoon yhdellä kerralla, ja se sisältää myös välineet mainitun datan muuntamiseksi uudelleen mainitusta uudesta 15 esitysmuodosta mainittuun olemassa olevaan esitysmuotoon mainitun olemassa olevan ohjelmiston tarpeeseen perustuen.

64. Patenttivaatimuksen 59 mukainen järjestelmä, tunnettu siitä, että se sisältää myös: välineet päivittää puolipysyvä data toisessa ohjelmistossa joko ole-20 massa olevan ohjelmiston tai uuden ohjelmiston sisällä olevan puolipysyvän datan kunkin alkuperäisen päivityksen seurauksena.

65. Patenttivaatimuksen 61 mukainen jäijestelmä, tunnettu siitä, että se sisältää myös: välineet päivittää puolipysyvä data toisessa ohjelmistossa joko ole-25 massa olevan ohjelmiston tai uuden ohjelmiston sisällä olevan puolipysyvän datan kunkin alkuperäisen päivityksen seurauksena.

66. Patenttivaatimuksen 57 mukainen järjestemä, tunnettu siitä, että se käsittää välineet reitittää vain testipuhelut uudelle ohjelmistolle käsiteltäviksi, 30 samalla kun todellisten puheluiden käsittely jatkuu olemassa olevalla ohjelmistolla; ja välineet reitittää sekä testipuhelut että valittu määrä uusia puheluita uuden ohjelmiston käsiteltäviksi sen jälkeen, kun uusi ohjelmisto on käsitellyt menestyksellisesti testipuhelut, samalla kun olemassa oleva ohjelmisto jatkaa 35 kaikkien jäljelle jäävien uusien puheluiden käsittelyä. 42 106752

67. Patenttivaatimuksen 42 mukainen järjestelmä, tunnettu siitä, että se käsittää välineet jotka keskeyttävät olemassa olevan ohjelmiston lisäkäytön riippuvaisina siitä, kumpi seuraavista tapahtuu ensin: lopetetaan kaikki vielä olemassa olevalla ohjelmistolla käsiteltävät datankäsittelytapahtu- 5 mat tai ennalta valittu aikajakso kuluu loppuun sen jälkeen, kun on aloitettu mainittu vaihe jossa siirretään kaikkien uusien datankäsittelytapahtumien kä-sittelykontrolli uudelle ohjelmistolle, jolloin siirtyminen olemassa olevalta ohjelmistolta mainitulle uudelle ohjelmistolle voidaan suorittaa automaattisesti tietokonelaitteen ajoaikana il-10 man siinä olevien datankäsittelyoperaatioiden jatkuvuuden huomattavaa keskeytystä.

68. Patenttivaatimuksen 67 mukainen järjestelmä, tunnettu siitä, että se käsittää välineet lähettää mainitulle uudelle ohjelmistolle ennalta määrätty, 15 rajoitettu näytemäärä todellista dataa, jonka mainittu olemassa oleva ohjelmisto muutoin käsittelisi, sen jälkeen kun mainittu uusi ohjelmisto on käsitellyt mainitun testidatan menestyksellisesti; ja jossa mainitut välineet kaikkien uusien datankäsittelytapahtumien käsittely-kontrollin siirtämiseksi mainitulle uudelle ohjelmistolle ovat riippuvaisia siitä, että 20 mainittu uusi ohjelmisto on käsitellyt menestyksellisesti sekä mainitut testidatan-käsittelytapahtumat että mainitun rajoitetun näytteen todellisia datankäsittelyta-pahtumia.

69. Patenttivaatimuksen 67 tai 68 mukainen järjestelmä, tunnettu siitä, että 25 mainittu tietokonelaite on teleliikenteen vaihdejärjestelmän osa; ja mainitut olemassa olevat ja uudet datankäsittelytapahtumat ovat mainitun teleliikenteen vaihdejärjestelmän vastaanottamia puheluita. « 43 106752