PL231586B1 - System konwersji modelu danych systemu zasilania - Google Patents

Description

Opis wynalazku

Niniejszy wynalazek dotyczy systemu konwersji modelu danych systemu zasilania do konwertowania modelu danych, który jest wykorzystywany dla instalacji systemu zasilania, do odpowiedniego formatu.

Instalacja systemu zasilania musi utrzymywać dostarczanie stabilnej mocy, aby zaspokoić zmieniające się zapotrzebowania użytkowników na moc. Zatem, instalacja systemu zasilania jest stale monitorowana i jej stan pracy jest analizowany. W celu przeprowadzania takiego monitorowania i analizy, wiele różnych systemów informacyjnych zostało opracowanych przez wielu producentów włącznie z niniejszym zgłaszającym. W szczególności, istnieją: EMS (system zarządzania energią), system analizy systemu zasilania, system działania obiektu, system statystycznej rejestracji itp.

Każdy z tych systemów informacyjnych posiada swoją własną, szczególną bazę danych. Zatem, występowały wady polegające na tym, że różne typy systemów informacyjnych nie mogły wspólnie wykorzystywać modelu danych obiektu, dla każdego z systemów informacyjnych wymagany jest koszt utrzymania, a obliczone wyniki dostarczone przez odpowiednie systemy informacyjne nie mogą być wzajemnie dopasowane.

W celu rozwiązania powyższych problemów, model CIM (Common Information Model) jest standaryzowany jako model danych systemu zasilania, który jest możliwy do wykorzystania wspólnie wśród różnych rodzajów systemów informacyjnych. Ten model CIM jest obiektowym modelem danych zdefiniowanym w języku UML (Unified Modeling Language) i zaprojektowanym jako bardzo wszechstronny model danych tak, że jego użycie nie jest ograniczone do zadania monitorowania systemu zasilania i zadania analizowania, ale może być także wykorzystywany ekstensywnie do zadań sprzedaży energii elektrycznej, utrzymania i zarządzania obiektem itp. Dzięki powyższym cechom, model CIM może ujednolicać dane systemu zasilania, które są wykorzystywane przez różne rodzaje systemów informacyjnych, więc zapewniane są zalety polegające na tym, że różnice między danymi wykorzystywanymi przez poszczególne systemy informacyjne są zmniejszone i może być znacznie zaoszczędzony nakład pracy utrzymania danych.

Dokumentem ze stanu techniki, który wydaje się odnosić do niniejszego wynalazku jest wyłożony japoński dokument patentowy nr 2010-226864. W wyłożonym japońskim dokumencie patentowym nr 2010-226864 przedstawiono techniczną treść tworzenia bazy danych urządzenia do analizy systemu, opisano, że do bazy danych można wprowadzać i wyprowadzać dane w języku skryptowym, plik tekstowy aplikacji jest poddawany konwersji programowej za pomocą środków opisu reguł na podstawie modelu CIM, wspólnie formatowany i zapisywany w bazie danych za pośrednictwem programu rejestracyjnego. To znaczy, techniczna treść przedstawiona w wyłożonym japońskim dokumencie patentowym nr 2010-226864 stanowi system informacyjny, który jest zaproponowany przez wykorzystanie charakterystyki modelu CIM.

Przedmiotem niniejszego wynalazku jest zatem opracowanie nowego rozwiązania w postaci systemu konwersji modelu danych systemu zasilania do konwertowania modelu danych.

Zgodnie z aspektem niniejszego wynalazku, niniejszy wynalazek zapewnia system konwersji modelu danych systemu zasilania, zawierający serwer bazy danych połączony z pierwszą kartą NIC serwera analizy systemu zasilania za pomocą pierwszej sieci LAN, przy czym serwer analizy systemu zasilania zawiera procesor CPU, pamięć ROM, magistralę, pamięć nieulotną, pierwszą kartę NIC i drugą kartę NIC połączone z magistralą, jednocześnie do serwera analizy systemu zasilania za pośrednictwem drugiej sieci LAN dołączony jest co najmniej jeden terminal analizy systemu zasilania.

Model CIM może być wykorzystany dla dowolnego systemu informacyjnego, innymi słowy, głównie jest on zaprojektowany tak, aby posiadał dużą wszechstronność, więc ma taką charakterystykę, że jednostka każdego modelu danych jest mała. Model CIM posiadający powyższą charakterystykę jest nadmierny szczególnie dla systemu analizy systemu zasilania, ponieważ zawiera on dane niepotrzebne dla analizy systemu zasilania. Nadmiarowe dane zmniejszają szybkość przetwarzania obliczeń, takich jak analiza systemu zasilania. Gdy nadmiarowe dane są transmitowane i odbierane za pośrednictwem sieci LAN, zwiększa się niepotrzebny ruch, a wydajność konfigurowania przez sieć LAN systemu informacyjnego jest obniżona.

Niniejszy wynalazek został opracowany w celu rozwiązania kwestii opisanych powyżej i zapewnienia systemu konwersji modelu danych systemu zasilania, który jest przeprowadzany w celu szybkiej analizy systemu zasilania i wykorzystywany do analizy systemu zasilania z możliwością redukowania niezgodności z innym systemem informacyjnym.

PL 231 586 B1

Dla osiągnięcia celu, sposób konwersji modelu danych systemu zasilania realizuje etap odczytu instancji polegający na odczytywaniu wszystkich instancji z bazy danych, która przechowuje urządzenia systemu zasilania w formacie obiektowym zgodnie z obiektowym modelem danych; i etap analizy relacji połączenia polegający na śledzeniu relacji połączenia urządzenia głównego, która występuje wśród urządzeń i podlega analizie systemu zasilania, z innymi urządzeniami, które są połączone z urządzeniem głównym.

Na podstawie wyniku analizy w etapie analizy relacji połączenia, wykonywany jest etap agregacji informacji o własności w celu utworzenia modelu danych analizy systemu zasilania przez agregowanie informacji o własności zarejestrowanych w jednej lub większej liczbie instancji do pojedynczej instancji, a także kasowanie instancji niepotrzebnej dla analizy systemu zasilania.

Niniejszy wynalazek może zapewnić system konwersji modelu danych systemu zasilania, który jest wykorzystywany do analizy systemu zasilania, dzięki któremu analiza systemu zasilania jest wykonywana z dużą szybkością, a niezgodności z innym systemem informacyjnym mogą być zredukowane.

Inne cele, struktury i efekty nieopisane powyżej będą oczywiste z opisu następujących poniżej przykładów wykonania.

Przedmiot wynalazku uwidoczniony jest w przykładzie wykonania, w odniesieniu do załączonych rysunków, na których:

FIG. 1 przedstawia schemat blokowy schematycznie ilustrujący system informacyjny systemu zasilania według przykładu wykonania niniejszego wynalazku.

FIG. 2 przedstawia schemat blokowy ilustrujący strukturę sprzętową serwera analizy syst emu zasilania.

FIG. 3 przedstawia schemat blokowy ilustrujący funkcję oprogramowania serwera analizy systemu zasilania.

FIG. 4 przedstawia schemat instancji ilustrujący dwie magistrale i jeden transformator przez wykorzystanie modelu danych CIM.

FIG. 5 przedstawia schemat instancji ilustrujący dwie magistrale i jeden transformator przez wykorzystanie modelu danych analizy systemu zasilania.

FIG. 6 przedstawia schemat ilustrujący struktury pól klas urządzenia i wirtualnego urządzenia.

FIG. 7 przedstawia schemat ilustrujący struktury pól klas urządzenia i wirtualnego urządzenia.

FIG. 8 przedstawia schemat ilustrujący strukturę pól w tabelach, które są obsługiwane przez sekcję przetwarzania konwersji modelu serwera analizy systemu zasilania.

FIG. 9 przedstawia sieć działań ilustrującą główną procedurę przetwarzania konwersji modelu, które jest wykonywane przez sekcję przetwarzania konwersji modelu serwera analizy systemu zasilania.

FIG. 10 przedstawia sieć działań ilustrującą przebieg rekursywnego przetwarzania odzyskiwania, które jest wykonywane przez sekcję przetwarzania konwersji modelu serwera analizy systemu zasilania.

FIG. 11 przedstawia sieć działań ilustrującą przebieg przetwarzania końcowego terminala, które jest wykonywane przez sekcję przetwarzania konwersji modelu serwera analizy systemu zasilania.

FIG. od 12A do 12E przedstawiają schematy schematycznie ilustrujące operacje w polu listy urządzeń składowych i polu listy końcowych terminali w tabeli głównego obiektu sekcji przetwarzania konwersji modelu.

FIG. 13 przedstawia sieć działań ilustrującą przebieg przetwarzania generowania danych analizy systemu zasilania, które jest wykonywane przez sekcję przetwarzania konwersji modelu serwera analizy systemu zasilania.

FIG. 14 przedstawia schemat ilustrujący przykład struktury pól klasy TransformatorMocy dla danych analizy systemu zasilania.

Poniżej, opisano szczegółowo przedmiot niniejszego wynalazku w odniesieniu do załączonych rysunków i przykładu wykonania. Niniejszy wynalazek nie ogranicza się jedynie do szczegółowego przykładu wykonania tutaj opisanego.

W przedstawionym przykładzie wykonania na FIG. 1 zilustrowano schemat blokowy schematycznie ilustrujący system informacyjny 101 systemu zasilania według przykładu wykonania niniejszego wynalazku.

Wspomniany system informacyjny 101 systemu zasilania jest skonfigurowany tak, że zarówno serwer 102 bazy danych CIM, jak i serwer 103 analizy systemu zasilania są połączone z pierwszą siecią LAN 104, natomiast zarówno serwer 103 analizy systemu zasilania, jak i terminal 105 analizy systemu zasilania są połączone z drugą siecią LAN 106.

PL 231 586 B1

Serwer 102 bazy danych CIM jest serwerem bazy danych, który przechowuje dane obiektu elektroenergetycznego opisanego przez model CIM. Serwer 102 bazy danych CIM zapisuje dane (dane urządzenia) dotyczące urządzeń, takich jak transformator, generator, obciążenie, linia elektroenergetyczna itp., które są wykorzystywane dla systemu zasilania, zgodnie z formatem modelu CIM. Dodatkowo, serwer 102 bazy danych CIM zapisuje także informacje takie jak relacja wzajemnego połączenia wśród odpowiednich urządzeń, wartość przepływu mocy systemu zasilania, stan włączenia/wyłączenia urządzenia przełączającego, stan położenia zaczepu transformatora itd. W serwerze 102 bazy danych CIM, każde urządzenie jest określone przez klasę opisaną później zależnie od jej typu, a każde urządzenie jest wyrażone jako instancja należąca do swojej klasy.

Gdy obiektowy model danych, który jest wykorzystywany dla orientacji obiektowej, jest wprowadzany do tabeli, klasa odpowiada strukturze pól w tabeli, a instancja odpowiada rekordowi.

Przykłady danych obiektu elektroenergetycznego przechowywanych w serwerze 102 bazy danych CIM są opisane później w odniesieniu do FIG. 6 i FIG. 7.

Klasa oprócz atrybutu może posiadać funkcję, ale funkcja nie dotyczy bezpośrednio niniejszego wynalazku. Zatem, funkcja jest pominięta w opisie w klasie opisanej w tym przykładzie wykonania.

Serwer 103 analizy systemu zasilania jest serwerem, który analizuje system zasilania. Odbiera on informacje dotyczące działania z terminala 105 analizy systemu zasilania i wysyła z powrotem obliczone wyniki na podstawie informacji dotyczących działania do terminala 105 i/lub 105b analizy systemu zasilania. W takim przypadku, serwer 103 analizy systemu zasilania nie odbiera danych bezpośrednio z serwera 102 bazy danych CIM, ale wykorzystuje bazę danych obiektu dla analizy systemu zasilania, która jest zapewniona wewnątrz i zostanie opisana później w odniesieniu do FIG. 4. Ta baza danych obiektu dla analizy systemu zasilania jest generowana z serwera 102 bazy danych CIM przez sekcję przetwarzania konwersji modelu (patrz FIG. 4), która jest zapewniona w serwerze analizy systemu zasilania.

Protokół usługi zapewniony przez serwer 103 analizy systemu zasilania może być wykorzystany w różnych postaciach, jak na przykład ogólny protokół HTTP (Hyper Text Transfer Protocol).

Program kliencki, który działa w terminalu 105 analizy systemu zasilania, jest programem odpowiadającym protokołowi usługi zapewnionej przez serwer 103 analizy systemu zasilania. Na przykład, gdy wykorzystywany jest opisany wyżej protokół HTTP, stosowana jest ogólna przeglądarka internetowa.

Inny system 107 do monitorowania zadania lub podobnych, inny niż serwer 103 analizy systemu zasilania bezpośrednio odnosi się do serwera 102 bazy danych CIM lub posiada funkcję przetwarzania konwersji modelu i może wykorzystywać dane serwera 102 bazy danych CIM przez konwertowanie do danych wewnętrznych.

FIG. 2 przedstawia schemat blokowy przedstawiający strukturę sprzętową serwera 103 analizy systemu zasilania.

Serwer 103 analizy systemu zasilania jest dobrze znanym mikrokomputerem, a procesor CPU 201, pamięć ROM 202, pamięć RAM 203 i pamięć nieulotna 204 są połączone z magistralą 205.

Magistrala 205 jest także połączona z pierwszą kartą NIC 206, która jest połączona z pierwszą siecią LAN 104 i z drugą kartą NIC 207, która jest połączona z drugą siecią LAN 106.

Pamięć nieulotna 204, która składa się z urządzenia w postaci dysku twardego lub podobnego, przechowuje program do aktywowania mikrokomputera jako serwera 103 analizy systemu zasilania i bazę danych obiektu dla analizy systemu zasilania.

System informacyjny 101 systemu zasilania przedstawiony na FIG. 1 jest skonfigurowany z pierwszą siecią LAN 104, z którą serwer 102 bazy danych CIM jest połączony, i jest oddzielony od drugiej sieci LAN 106, z którą połączony jest terminal 105 analizy systemu zasilania, zatem terminal 105 analizy systemu zasilania nie jest bezpośrednio połączony z serwerem 102 bazy danych CIM. Ta struktura sieci nie jest koniecznie skonfigurowana w wyżej opisany sposób, i jeżeli pozwala na to polityka bezpieczeństwa, może być skonfigurowana do połączenia serwera 102 bazy danych CIM i terminala 105 analizy systemu zasilania z tą samą siecią LAN.

FIG. 3 przedstawia schemat blokowy przedstawiający funkcję oprogramowania serwera 103 analizy systemu zasilania.

Sekcja 301 przetwarzania konwersji modelu wczytuje bazę 302 danych CIM z serwera 102 bazy danych CIM i konwertuje na bazę 303 danych obiektu analizy systemu zasilania.

PL 231 586 B1

Baza 303 danych obiektu analizy systemu zasilania jest wykorzystywana przez sekcję 304 przetwarzania obliczania przepływu mocy, sekcję 305 przetwarzania decyzji o naładowaniu lub braku naładowania i sekcję 306 przetwarzania obliczania stabilności przejściowej, które są funkcjami dla analizy systemu zasilania, i zapewniają one usługi terminalowi 105 analizy systemu zasilania.

W systemie informacyjnym 101 systemu zasilania, w szczególności opisano szczegółowo sekcję 301 przetwarzania konwersji modelu.

Możliwe jest także edytowanie bazy 303 danych obiektu analizy systemu zasilania z terminala 105 analizy systemu zasilania przez wykorzystanie interfejsu GUI zapewnionego przez sekcję 307 przetwarzania edytowania schematu systemu zasilania. W szczególności, program aplikacji analizy systemu zasilania nie może spełnić zapotrzebowania na działanie analizy tylko przez informacje zapewnione przez serwer 102 bazy danych CIM i okazjonalnie potrzebuje bardzo profesjonalnych informacji, które nie są określone przez serwer 102 bazy danych CIM. Takie informacje nie są określone w serwerze 102 bazy danych CIM, ale mogą być edytowane w celu dodania informacji wymaganych dla analizy systemu zasilania przez wykorzystanie sekcji 307 przetwarzania edytowania schematu systemu zasilania. Zatem, późniejsze dodanie „lokalnych” informacji może umożliwić działanie programu aplikacji analizy systemu zasilania bez wpływu na inne systemy.

[model danych CIM i model danych analizy systemu zasilania]

Przed opisaniem przetwarzania konwersji modelu realizowanego przez sekcję 301 przetwarzania konwersji modelu, opisany jest model danych CIM, który podlega przetwarzaniu konwersji modelu, i model danych analizy systemu zasilania, który jest poddawany przetwarzaniu konwersji modelu.

FIG. 4 przedstawia schemat instancji ilustrujący dwie magistrale i jeden transformator przez wykorzystanie modelu danych CIM.

Na FIG. 4, wszystkie rzeczywiste urządzenia są wskazane przez prostokątna instancję, a nazwa klasy instancji jest wskazana wewnątrz.

Transformator 401 posiada nazwę klasy „TransformatorMocy”.

Uzwojenia 402 i 403 transformatora posiadają nazwę klasy „UzwojenieTransformatora”.

Magistrale 404 i 405 posiadają nazwę klasy „SekcjaSzynZbiorczych”.

Przełączniki 406, 407, 408 i 409 posiadają nazwę klasy „Odłącznik”. Przełączniki są urządzeniami przełączającymi, które nie posiadają funkcji odcięcia prądu zsynchronizowanej z fazą prądu przemiennego.

Przerywacze obwodu 410 i 411 posiadają nazwę klasy „Przerywacz”. Przerywacze obwodu są urządzeniami przełączającymi posiadającymi funkcję odcięcia zsynchronizowaną z fazą prądu przemiennego. Przełącznik jest zapewniony na każdym końcu przerywacza obwodu dla utrzymania działania związanego z utrzymaniem obiektu.

Napięcia 412 i 429, które są generowane przez nieprzedstawiony generator posiadają nazwę klasy „NapięcieBazowe”.

Na FIG. 4, występują instancje (wirtualne instancje) nieposiadające urzeczywistnienia dla przedstawienia relacji połączenia urządzeń innych niż rzeczywiste urządzenia. Takie wirtualne instancje są wskazane przez kółko.

Instancje wskazane przez „T” posiadają nazwę klasy „Terminal”. Instancje 413, 414, 415, 416, 417, 418, 419, 420, 421, 422, 423, 424, 425, 426, 427 i 428 klasy Terminal są wirtualnymi instancjami, które reprezentują zakończenia rzeczywistych urządzeń.

Instancje wskazane przez „CN” posiadają nazwę klasy „WęzełPołączeniowy” . Instancje 430, 431, 432, 433, 434, 435, 436 i 437 klasy WęzełPołączeniowy są wirtualnymi instancjami, które są zapewnione w celu pokazania relacji połączenia instancji 413, 414, 415, 416, 417, 418, 419, 420, 421,422, 423, 424, 425, 426, 427 i 428 obustronnych terminali. Na przykład, instancja 430 klasy WęzełPołączeniowy znajduje się między instancją 413 klasy Terminal i instancją 414 klasy Terminal na FIG. 4. Inne instancje od 431 do 437 klasy WęzełPołączeniowy są rozmieszczone w ten sam sposób.

Poniżej, instancje klasy Terminal i instancje klasy WęzełPołączeniowy są zbiorczo nazywane „urządzeniem wirtualnym”.

Sama nazwa klasy jest wskazana poniżej tylko w celu przedstawienia instancji poza przypadkiem, w którym jest szczególnie odróżniona od klasy. Na przykład, instancja SekcjaSzynZbiorczych jest wskazana jako SekcjaSzynZbiorczych z pominięciem określenia „instancja”.

Na FIG. 4, każda z klas SekcjaSzynZbiorczych, Odłącznik i Przerywacz posiada klasę Terminal na każdym końcu.

PL 231 586 B1

Z drugiej strony, klasa TransformatorMocy posiada klasę UzwojenieTransformatora na każdym końcu, a klasa UzwojenieTransformatora posiada klasę Terminal na innym końcu. Transformator jest wyrażony jako uzwojenie pierwotne (klasa UzwojenieTransformatora), uzwojenie wtórne (klasa UzwojenieTransformatora), i jako interakcja (klasa TransformatorMocy) między powyższymi uzwojeniami.

FIG. 5 przedstawia schemat instancji ilustrujący dwie magistrale i jeden transformator przez wykorzystanie modelu danych analizy systemu zasilania.

Dla urządzenia pokazanego na schemacie instancji przedstawionym na FIG. 4, elementem potrzebnym dla serwera 103 analizy systemu zasilania do wykonania analizy systemu zasilania jest tylko stan „dwie SekcjeSzynZbiorczych 502 i 503 są połączone z jednym TransformatoremMocy 501”. Innymi słowy, dla analizy systemu zasilania przez serwer 103 analizy systemu zasilania, nie tylko wirtualna instancja Terminal i WęzełPołączeniowy, ale także instancje klas Odłącznik, Przerywacz i UzwojenieTransformatora są niepotrzebne dla analizy systemu zasilania.

Gdy schemat instancji według modelu danych CIM z FIG. 4 jest porównywany ze schematem instancji według modelu danych analizy systemu zasilania z FIG. 5, łatwo można zauważyć, że model danych CIM jest nadmierny. Jeżeli sekcja 304 przetwarzania obliczania przepływu mocy lub temu podobne komunikuje się bezpośrednio z serwerem 102 bazy danych CIM w celu wykonania analizy systemu zasilania, ogromna ilość instancji jest odczytywana za pośrednictwem pierwszej sieci LAN 104. Także, ponieważ relacja połączenia wśród odpowiednich instancji musi być śledzona, ilość danych przychodzących i wychodzących wzdłuż pierwszej sieci LAN 104 staje się ogromna. Zatem, można łatwo przyjąć, że ilość obliczeń wykonana przez sekcję 304 przetwarzania obliczania przepływu mocy lub temu podobne także staja się ogromna.

[Jeden przykład modelu danych CIM]

Przykład modelu danych CIM jest opisany poniżej.

FIG. 6 i FIG. 7 przedstawiają schematy ilustrujące struktury pól klas rzeczywistych urządzeń i urządzeń wirtualnych według modelu danych CIM. Każde pole, które tworzy klasę jest także nazywane zmienną składową w świecie orientacji obiektowej, a także nazywane atrybutem lub własnością w świecie UML.

Na początku, wszystkie klasy urządzeń i klasy wirtualnych urządzeń mają zapewniane pole mRID. mRID, który także może być nazywany informacjami identyfikacji i jest zapisany w polu mRID stanowi informacje dla niepowtarzalnego identyfikowania (mianowicie, niepowtarzalnie i bez pokrywania się) wszystkich instancji należących do wszystkich klas. Pole mRID posiada wartość, która stanowi dane ciągu znaków rozpoczynających się od „_(znak podkreślenia)”, po którym następują siedmiocyfrowe liczby.

Wszystkie klasy mają zapewniane pole nazwy. Pole nazwy posiada nazwę zapisaną dla wszystkich instancji. Regułą jest, że pole nazwy musi być zapewnione w języku UML. Określono zapewnianie pola nazwy zgodnie z językiem UML.

W przypadku klasy rzeczywistego urządzenia, pole informacji o własności zapewnione jest w celu przechowywania informacji o elektrycznych lub fizycznych własnościach posiadanych przez urządzenie. Typ i numer w polu informacji o własności są różne w zależności od własności urządzenia.

Poza niektórymi specjalnymi klasami, takimi jak klasa NapięcieBazowe, które zostaną opisane później, większość klas posiada pole do przechowywania mRID instancji sąsiedniej do własnej instancji. Innymi słowy, istnieje pole pokazujące relację połączenia wśród odpowiednich instancji.

Oprócz opisanych wyżej pola mRID i pola nazwy, klasa 601 UzwojenieTransformatora ma zapewnione pole informacji o własności, takie jak pole typPołączenia, pole Element_TransformatoraMocy jako pole pokazujące relację połączenia między instancjami, oraz pole Terminale.

Pole Element_TransformatoraMocy przechowuje mRID instancji TransformatorMocy sąsiadującej z instancją UzwojenieTransformatora.

Pole Terminale przechowuje mRID instancji Terminale sąsiadującej z instancją UzwojenieTransformatora.

Oprócz wyżej opisanego pola mRID i pola nazwy, klasa 602 TransformatorMocy ma zapewnione dwa pola, mianowicie pole informacji o własności, takie jak pole bmagSat i pole Zawiera_UzwojenieTransformatora jako pole pokazujące relację połączenia między instancjami.

Pole Zawiera_UzwojenieTransformatora przechowuje mRID instancji UzwojenieTransformatora, która sąsiaduje z instancją TransformatorMocy.

PL 231 586 B1

Oprócz wyżej opisanego pola mRID i pola nazwy, klasa 603 Terminal ma zapewnione pole WyposażeniePrzewodzące i pole WęzełPołączeniowy jako pola pokazujące relację połączenia między instancjami.

Pole WyposażeniePrzewodzące przechowuje mRID instancji urządzenia sąsiadującej z ins tancją Terminal. Ponieważ instancja Terminal jest instancją usytuowaną w punkcie końcowym każdego urządzenia, pole WyposażeniePrzewodzące przechowuje mRID instancji każdej klasy innej niż WęzełPołączeniowy.

Pole WęzełPołączeniowy przechowuje mRID instancji WęzełPołączeniowy sąsiadującej z instancją Terminal. Instancja Terminal ma zapewnione pole WęzełPołączeniowy, ponieważ jest to instancja zawsze połączona z inną instancją Terminal za pośrednictwem instancji WęzełPołączeniowy.

Nawiązując do FIG. 7, opisano dodatkowo strukturę pól klasy.

Oprócz wyżej opisanego pola mRID i pola nazwy, klasa 701 WęzełPołączeniowy ma zapewnione dwa pola Terminale jako pola pokazujące relację połączenia między instancjami.

Pole Terminale przechowuje mRID instancji Terminal sąsiadującej z instancją WęzełPołączeniowy.

Oprócz wyżej opisanego pola mRID i pola nazwy, klasa 702 Przerywacz ma zapewnione dwa pola, mianowicie pole informacji o własności, takie jak pole wartośćZnamionowaWzm, i pole Terminale jako pole pokazujące relację połączenia między instancjami.

Pole Terminale przechowuje mRID instancji Terminal sąsiadującej z instancją Przerywacz.

Oprócz wyżej opisanego pola mRID i pola nazwy, klasa 703 Odłącznik 703 ma zapewnione dwa pola, mianowicie pole informacji o własności, takie jak pole normalnieOtwarty, i pole Terminale jako pole pokazujące relację połączenia między instancjami.

Pole Terminale przechowuje mRID instancji Terminal sąsiadującej z instancją Odłącznik.

Oprócz wyżej opisanego pola mRID i pola nazwy, klasa 704 SekcjaSzynZbiorczych ma zapewnione pole NapięcieBazowe i pole Terminale jako pola pokazujące relację połączenia między instancjami.

Pole NapięcieBazowe przechowuje mRID instancji NapięcieBazowe sąsiadującej z instancją SekcjaSzynZbiorczych.

Pole Terminale przechowuje mRID instancji Terminal sąsiadującej z instancją SekcjaSzynZbiorczych.

Oprócz wyżej opisanego pola mRID i pola nazwy, klasa 705 NapięcieBazowe ma zapewnione pole informacji o własności takie jak pole napięcieNormalne.

Klasa 705 NapięcieBazowe nie posiada pola, które przechowuje mRID instancji sąsiadującej z instancją NapięcieBazowe.

[Przetwarzanie konwersji modelu]

Nawiązując do sieci działań z FIG. 9, FIG. 10, FIG. 11 i FIG. 13 oraz schematów z FIG. 8, FIG. 12 i FIG. 14, opisane jest przetwarzanie konwersji modelu z modelu danych CIM do modelu danych analizy systemu zasilania realizowane przez sekcję 301 przetwarzania konwersji modelu serwera 103 analizy systemu zasilania.

FIG. 8 przedstawia schemat ilustrujący strukturę pól tabeli, które są obsługiwane przez sekcję 301 przetwarzania konwersji modelu serwera 103 analizy systemu zasilania.

Tabela 801 głównego obiektu posiada pole mRID instancji, pole typu obiektu, pole listy urządzeń składowych i pole listy końcowych terminali.

Pole mRID instancji przechowuje mRID instancji urządzenia głównego.

Pole typu obiektu przechowuje nazwę klasy instancji urządzenia głównego.

Pole listy urządzeń składowych przechowuje listę wyliczającą mRID urządzenia zawartego w instancji urządzenia głównego włącznie z urządzeniem wirtualnym.

Pole listy końcowych terminali przechowuje listę wyliczającą mRID instancji WęzełPołączeniowy połączonej z instancją Terminal usytuowaną na zakończeniu urządzenia głównego.

Tabela 801 głównego obiektu jest tabelą tworzoną, gdy sekcja 301 przetwarzania konwersji modelu wykonuje przetwarzanie konwersji modelu z modelu danych CIM na model danych analizy systemu zasilania. Sekcja 301 przetwarzania konwersji modelu tworzy model danych analizy systemu zasilania zgodnie z rekordami zapisanymi w tabeli 801 głównego obiektu.

Tabela 801 głównego obiektu tworzy rekordy tylko dla instancji głównego obiektu.

Lista 802 kolejności przetwarzania głównego obiektu jest listą wyliczającą nazwy klas głównego obiektu w kolejności przetwarzania.

PL 231 586 B1

Lista 802 kolejności przetwarzania głównego obiektu jest listą, do której następuje odniesienie, gdy sekcja 301 przetwarzania konwersji modelu wykonuje przetwarzanie konwersji modelu z modelu danych CIM na model danych analizy systemu zasilania. W kolejności wyliczenia na tej liście, określane jest, do której instancji urządzenia należy instancja WęzełPołączeniowy.

Tabela 803 typu obiektu posiada pole mRID instancji i pole typu obiektu.

Pole mRID instancji przechowuje mRID instancji urządzenia.

Pole typu obiektu przechowuje nazwę klasy instancji urządzenia.

Tabela 803 typu obiektu jest tabelą tworzoną najpierw, gdy sekcja 301 przetwarzania konwersji modelu wykonuje przetwarzanie konwersji modelu z modelu danych CIM na model danych analizy systemu zasilania. Gdy tabela 801 głównego obiektu jest utworzona, sekcja 301 przetwarzania konwersji modelu wykorzystuje tabelę 803 typu obiektu do rozstrzygnięcia klasy mRID na podstawie mRID.

W tabeli 803 typu obiektu, tworzone są rekordy dotyczące instancji wszystkich obiektów włącznie z wirtualnymi obiektami.

FIG. 9 przedstawia sieć działań ilustrującą główną procedurę przetwarzania konwersji modelu wykonywaną przez sekcję 301 przetwarzania konwersji modelu serwera 103 analizy systemu zasilania.

W sieciach działań obejmujących FIG. 9, która zostanie opisana poniżej, wykorzystane są zmienne licznika, takie jak „i” i „j”. Wszystkie te zmienne licznika są zmiennymi lokalnymi, których zastosowany zakres jest lokalny, i należy zauważyć, że wartości zmiennych licznika nie wpływają na inne podprocedury lub funkcje wykraczające poza podprocedury lub funkcje oznaczone w sieciach działań.

Gdy przetwarzanie jest rozpoczynane (S901), sekcja 301 przetwarzania konwersji modelu (patrz FIG. 3) najpierw odczytuje mRID wszystkich instancji z serwera 102 bazy danych CIM w celu utworzenia tabeli 803 typu obiektu pokazującej relację odpowiedniości między mRID i typem obiektu (nazwa klasy) w odniesieniu do klas wszystkich obiektów (S902).

Sekcja 301 przetwarzania konwersji modelu następnie inicjalizuje zmienną i licznika na wartość 1 (S903) i inicjalizuje zmienną j licznika na wartość 1 (S904).

Sekcja 301 przetwarzania konwersji modelu odnosi się następnie do i-tego rekordu listy 802 kolejności przetwarzania głównego obiektu w celu poznania nazwy klasy urządzenia głównego, która ma być teraz przetwarzana. Także, mRID j-tej instancji urządzenia głównego odnośnej nazwy klasy jest odczytywany z serwera 102 bazy danych CIM, nowy rekord jest dodawany do tabeli 801 głównego obiektu i mRID jest zapisywany (S905).

Także, rekursywne przetwarzanie odzyskiwania jest wykonywane względem rekordu dodanego do tabeli 801 głównego obiektu w etapie S905 i mRID j-tej instancji zapisanej w rekordzie (S906).

Tutaj, parametrem (argumentem) rekursywnego przetwarzania odzyskiwania w etapie S906 jest rekord w tabeli 801 głównego obiektu i mRID instancji.

Gdy rekursywne przetwarzanie odzyskiwania jest zakończone na mRID j-tej instancji, która została wpisana do tabeli 801 głównego obiektu w etapie S905, sekcja 301 przetwarzania konwersji modelu zwiększa następnie zmienną j licznika o jeden (S907). Na FIG. 9 i następnych rysunkach, „++” wskazuje przyrost. Sekcja 301 przetwarzania konwersji modelu sprawdza następnie, czy występuje, czy nie, j-ta instancja urządzenia głównego odnośnej nazwy klasy (S908).

Jeżeli występuje j-ta instancja urządzenia głównego odnośnej nazwy klasy (TAK w etapie S908), sekcja 301 przetwarzania konwersji modelu kontynuuje przetwarzanie ponownie od etapu S905.

Jeżeli nie występuje j-ta instancja urządzenia głównego odnośnej nazwy klasy (NIE w etapie S908), sekcja 301 przetwarzania konwersji modelu następnie zwiększa zmienną i licznika o jeden (S909). Także, sekcja 301 przetwarzania konwersji modelu sprawdza, czy występuje, czy nie, i-ty rekord listy 802 kolejności przetwarzania głównego obiektu (S910).

Jeżeli występuje i-ty rekord listy 802 kolejności przetwarzania głównego obiektu (TAK w etapie S910), sekcja 301 przetwarzania konwersji modelu kontynuuje przetwarzanie ponownie od etapu S904.

Jeżeli nie występuje i-ty rekord listy 802 kolejności przetwarzania głównego obiektu (NIE w etapie S910), przetwarzanie zapisywania rekordu do tabeli 801 głównego obiektu zakończyło się w tym czasie, więc sekcja 301 przetwarzania konwersji modelu realizuje przetwarzanie generowania danych analizy systemu zasilania zgodnie z tabelą 801 głównego obiektu (S911), i powyższa seria przetwarzania jest kończona (S912).

FIG. 10 przedstawia sieć działań ilustrującą przebieg rekursywnego przetwarzania odzyskiwania, które jest wykonywane przez sekcję 301 przetwarzania konwersji modelu serwera 103 analizy systemu zasilania. Przedstawia ona szczegóły etapu S906 z FIG. 9.

PL 231 586 B1

Gdy przetwarzanie jest rozpoczęte (S1001), sekcja 301 przetwarzania konwersji modelu inicjalizuje zmienną i licznika na wartość 1 (S1002).

Następnie, dla instancji urządzenia głównego branych teraz pod uwagę, sekcja 301 przetwarzania konwersji modelu odpytuje serwer 102 bazy danych CIM w celu sprawdzenia, czy występuje, czy nie, i-ty mRID, który jest przechowywany w polu pokazującym relację połączenia między instancjami (S1003).

Jeżeli instancja urządzenia głównego brana teraz pod uwagę posiada i-ty mRID (TAK w etapie S1003), sekcja 301 przetwarzania konwersji modelu sprawdza następnie, czy odnośny mRID jest urządzeniem niezarejestrowanym ani w polu mRID instancji w tabeli 801 głównego obiektu, ani w polu listy urządzeń składowych, czy też nie (S1004).

W etapie S1004, jeżeli i-ty mRID jest mRID niezarejestrowanym w tabeli 801 głównego obiektu (TAK w etapie S1004), sekcja 301 przetwarzania konwersji modelu odczytuje następnie typ obiektu (nazwa klasy) odnośnego mRID z tabeli 803 typu obiektu. Sprawdza się następnie, czy odnośny typ obiektu występuje na liście 802 kolejności przetwarzania głównego obiektu, czy nie, a mianowicie, czy odnośny mRID jest urządzeniem głównym, czy nie (S1005).

W etapie S1005, jeżeli odnośny mRID nie jest urządzeniem głównym (TAK w etapie S1005), sekcja 301 przetwarzania konwersji modelu dodaje odnośny mRID do pola listy urządzeń składowych rekordu branego teraz pod uwagę w tabeli 801 głównego obiektu (S1006). Także, rekursywne przetwarzanie odzyskiwania jest wykonywane względem rekordu branego teraz pod uwagę w tabeli 801 głównego obiektu i odnośnego mRID (S1007).

Tutaj, parametry (argumenty) rekursywnego przetwarzania odzyskiwania w etapie S1007 stanowią mRID rekordu w tabeli 801 głównego obiektu i instancji dodane do pola listy urządzeń składowych.

Gdy rekursywne przetwarzanie odzyskiwania jest zakończone względem mRID instancji dodanego do tabeli 801 głównego obiektu w etapie S1007, sekcja 301 przetwarzania konwersji modelu następnie zwiększa zmienną i licznika o jeden (S1008). Także, sekcja 301 przetwarzania konwersji modelu powtarza przetwarzanie ponownie od etapu S1003.

Jeżeli odnośny mRID jest urządzeniem głównym w etapie S1005 (TAK w etapie S1005), sekcja 301 przetwarzania konwersji modelu realizuje przetwarzanie końcowego terminala względem odnośnego mRID (S1009). Sekcja 301 przetwarzania konwersji modelu następnie zwiększa zmienną i licznika o jeden (S1008) i powtarza przetwarzanie ponownie od etapu S1003.

Jeżeli i-ty mRID jest mRID zarejestrowanym w tabeli 801 głównego obiektu w etapie S1004 (NIE w etapie S1004), sekcja 301 przetwarzania konwersji modelu odczytuje następnie typ obiektu (nazwa klasy) odnośnego mRID z tabeli 803 typu obiektu. Także, sprawdza się, czy odnośnym typem obiektu jest WęzełPołączeniowy, czy nie (S1010).

Jeżeli odnośnym typem obiektu jest WęzełPołączeniowy (TAK w etapie S1010), sekcja 301 przetwarzania konwersji modelu dodaje odnośny mRID do pola listy końcowych terminali rekordu branego teraz pod uwagę w tabeli 801 głównego obiektu (S1011). Przetwarzanie przechodzi do etapu S1008.

Jeżeli odnośnym typem obiektu nie jest WęzełPołączeniowy (NIE w etapie S1010), sekcja 301 przetwarzania konwersji modelu natychmiast przechodzi do etapu S1008.

Jeżeli nie występuje i-ty mRID w instancji urządzenia głównego branej teraz pod uwagę w etapie S1003 (NIE w etapie S1003), sekcja 301 przetwarzania konwersji modelu kończy powyższą serię przetwarzania (S1012).

FIG. 11 przedstawia sieć działań ilustrującą przebieg przetwarzania końcowego terminala realizowanego przez sekcję 301 przetwarzania konwersji modelu serwera 103 analizy systemu zasilania. Przedstawia ona szczegóły etapu S1009 z FIG. 10.

Gdy przetwarzanie jest rozpoczynane (S1101), sekcja 301 przetwarzania konwersji modelu odpytuje serwer 102 bazy danych CIM o mRID brany teraz pod uwagę dla urządzenia (instancji). Także, mRID Terminala, który jest przechowywany w polu pokazującym relację połączenia między instancjami, odnośnej instancji, jest odzyskiwany z listy urządzeń składowych rekordu branego teraz pod uwagę w tabeli 801 głównego obiektu (S1102).

Sekcja 301 przetwarzania konwersji modelu następnie odpytuje serwer 102 bazy danych CIM o mRID instancji Terminal zarejestrowany na liście urządzeń składowych. Także, mRID instancji WęzełPołączeniowy, który jest przechowywany w polu pokazującym relację połączenia instancji, odnośnej instancji jest dodawany do listy terminali końcowych rekordu branego teraz pod uwagę w tabeli 801 głównego obiektu (S1103) .

PL 231 586 B1

Także, sekcja 301 przetwarzania konwersji modelu usuwa mRID instancji Terminal zarejestrowany na liście urządzeń składowych i odnaleziony w etapie S1102 z listy urządzeń składowych (S1104), i powyższa seria przetwarzania jest kończona (S1105).

FIG. 12A, 12B, 12C, 12d i 12E stanowią schematy schematycznie ilustrujące działanie sekcji 301 przetwarzania konwersji modelu w polu listy urządzeń składowych i polu listy końcowych terminali w tabeli 801 głównego obiektu.

Na początku, FIG. 12A, 12B, 12C i 12D są schematami ilustrującymi operację przetwarzania końcowego terminala z FIG. 11.

Na FIG. 12A, rejestracja jest wykonywana do instancji Terminal 413 instancji SekcjaSzynZbiorczych 404 w polu listy urządzeń składowych rekordu zgodnie z instancją TransformatorMocy 401 w tabeli 801 głównego obiektu.

Następnie, rekursywne przetwarzanie odzyskiwania z FIG. 10 jest realizowane w instancji Terminal 413, i przetwarzanie decyzji jest wykonywane od etapu S1003 względem mRID instancji SekcjaSzynZbiorczych 404 przechowywanego w polu pokazującym relację połączenia między instancjami dla instancji Terminal 413. mRID instancji SekcjaSzynZbiorczych 404 daje rezultat TAK w etapie S1003, TAK w etapie S1004, i NIE w etapie S1005. Także, przetwarzanie końcowego terminala jest wykonywane w etapie S1009.

Najpierw, na FIG. 12B, mRID instancji Terminal 413, który jest przechowywany w polu pokazującym relację połączenia między instancjami, instancji SekcjaSzynZbiorczych 404, która jest obiektem głównym, jest odzyskiwany z pola listy urządzeń składowych rekordu zgodnie z instancją TransformatorMocy 401 w tabeli 801 głównego obiektu. Następnie, mRID instancj i Terminal 413 zarejestrowany w polu listy urządzeń składowych staje się widoczny. Powyżej opisana jest operacja w etapie S1102 z FIG. 11.

Następnie, na FIG. 12C, mRID instancji WęzełPołączeniowy 430, który jest przechowywany w polu pokazującym relację połączenia między instancjami, instancji Terminal 413 jest dodawany do pola listy końcowych terminali rekordu zgodnie z instancją TransformatorMocy 401 w tabeli 801 głównego obiektu. Powyżej opisana jest operacja w etapie S1103 z FIG. 11.

Także, na FIG. 12D, mRID instancji Terminal 413, który jest normalnie zarejestrowany w instancji SekcjaSzynZbiorczych 404, jest usuwany z pola listy urządzeń składowych rekordu zgodnie z instancją TransformatorMocy 401 w tabeli 801 głównego obiektu. Powyżej opisana jest operacja w etapie S1104 z FIG.11.

FIG. 12E przedstawia schemat ilustrujący operacje w etapie S1010 i S1011 z fig. 10.

Na FIG. 12E, gdy rekursywne przetwarzanie odzyskiwania jest rozpoczęte od instancji SekcjaSzynZbiorczych 404, występują tylko instancja SekcjaSzynZbiorczych 404 i instancja WęzełPołączeniowy 430 należące do instancji TransformatorMocy 401 na obu końcach instancji Terminal 413. Powyższe mRID są już zarejestrowane w tabeli 801 głównego obiektu. Ponieważ typ obiektu instancji, który jest obecny na każdym końcu instancji Terminal 413, jest albo urządzeniem posiadającym określoną jednostkę albo Węzłem Połączeniowym, rejestracja jest wykonywana w polu listy końcowych terminali mRID instancji WęzełPołączeniowy 430 zarejestrowanego w polu listy urządzeń składowych innego rekordu w tabeli 801 głównego obiektu, i rekordu zgodnie z instancją SekcjaSzynZbiorczych 404 w tabeli 801 głównego obiektu. Powyżej przedstawione są operacje w etapach S1010 i S1011 z FIG. 10.

FIG. 13 przedstawia sieć działań ilustrującą przebieg przetwarzania generowania danych analizy systemu zasilania realizowanego przez sekcję 301 przetwarzania konwersji modelu serwera 103 analizy systemu zasilania. Przedstawia ona szczegóły etapu S911 z FIG. 9.

Gdy przetwarzanie jest rozpoczynane (S1301), sekcja 301 przetwarzania konwersji modelu najpierw inicjalizuje zmienną i licznika na wartość 1 (S1302).

Sekcja 301 przetwarzania konwersji modelu wykorzystuje mRID, który jest przechowywany w polu mRID instancji i-tego rekordu w tabeli 801 głównego obiektu i typ obiektu przechowywany w polu typu obiektu w celu wygenerowania instancji danych analizy systemu zasilania (S1303).

Sekcja 301 przetwarzania konwersji modelu następnie wykorzystuje mRID, który jest przechowywany w polu listy urządzeń składowych instancji, i-tego rekordu w tabeli 801 głównego obiektu dla odpytania serwera 102 bazy danych CIM. Także, gromadzi ona informacje niezbędne dla instancji danych analizy systemu zasilania przechowywanych w polu informacji o własności każdego urządzenia, i zapisuje takie informacje we wskazanym polu instancji danych analizy systemu zasilania (S1304).

PL 231 586 B1

Sekcja 301 przetwarzania konwersji modelu kopiuje następnie mRID, który jest przechowywany w polu listy końcowych terminali instancji, i-tego rekordu w tabeli 801 głównego obiektu do pola obiektu połączenia instancji danych analizy systemu zasilania (S1305). Także, zmienna i licznika jest zwiększana o jeden (S1306).

Po zwiększeniu zmiennej i licznika, sekcja 301 przetwarzania konwersji modelu sprawdza, czy występuje, czy nie, i-ty rekord w tabeli 801 głównego obiektu (S1307).

Jeżeli wciąż występuje rekord (TAK w etapie S1307), sekcja 301 przetwarzania konwersji modelu powtarza przetwarzanie od etapu S1303.

Jeżeli rekord nie występuje (NIE w etapie S1307), sekcja 301 przetwarzania konwersji modelu zastępuje mRID, który został skopiowany z listy zakończeniowej do pola obiektu połączenia w etapie S1305, przez wskaźnik rekordu w celu przyspieszenia odzyskiwania (S1308), i powyższa seria przetwarzania jest kończona (S1309).

FIG. 14 przedstawia schemat ilustrujący przykład struktury pól klasy TransformatorMocy 1401 w danych analizy systemu zasilania.

Klasa TransformatorMocy 1401 w danych analizy systemu zasilania posiada pole numeru obiektu, pole nazwy, wiele pól informacji o własności rozpoczynając od pola reaktancji o dodatniej fazie strony pierwotnej oraz pole obiektu połączenia.

Grupa pól informacji o własności przechowuje różne wartości, które są zapisane w polu obiektu połączenia urządzenia zarejestrowanego w polu mRID instancji w tabeli 801 głównego obiektu i urządzenia zarejestrowanego w polu listy urządzeń składowych.

Pole numeru obiektu przechowuje mRID pola mRID instancji w tabeli 801 głównego obiektu w etapie S1303 z FIG. 13.

Podobnie, pole obiektu połączenia przechowuje mRID pola listy końcowych terminali instancji w tabeli 801 głównego obiektu w etapie S1305 z FIG. 13.

Także, takie mRID są zastąpione przez wskaźnik wskazujący instancję klasy TransformatorMocy 1401 w etapie S1308 z FIG. 13.

W tym przypadku, różne klasy zgodnie z modelem danych CIM przedstawionym na FIG. 6 i FIG. 7 są porównywane z klasą TransformatorMocy 1401 zgodnie z modelem danych analizy systemu zasilania przedstawionym na FIG. 14. W klasie TransformatorMocy 1401, informacje niezbędne dla analizy systemu zasilania i rozproszone w zakresie wielu klas modelu danych CIM są agregowane do jednej klasy. Także, informacje niepotrzebne dla analizy systemu zasilania obejmujące wirtualną instancję zostały usunięte. Gdy zagregowane są tylko informacje konieczne dla analizy systemu zasilania, procedura obliczeniowa do śledzenia relacji połączenia instancji jest znacznie zmniejszona w analizie systemu zasilania i może być uzyskane przyspieszenie analizy systemu zasilania. Także, dane źródła konwersji danych stanowi serwer 102 bazy danych CIM, który jest wspólnie wykorzyst ywany w systemie informacyjnym 101 systemu zasilania, więc niezgodność danych z innym systemem staje się trudna do zaistnienia.

Można zrealizować następujący przykład zastosowania.

mRID odczytany z serwera 102 bazy danych CIM jest zapisywany w polu informacji o własności klasy danych analizy systemu zasilania przedstawionym na FIG. 14. Zatem, staje się także możliwa zmiana serwera 102 bazy danych CIM na podstawie danych analizy systemu zasilania.

Przedstawiony jest system informacyjny 101 systemu zasilania.

Wszystkie instancje wykorzystane dla analizy systemu zasilania są odczytywane z serwera 102 bazy danych CIM, który jest wspólnie wykorzystywany w systemie informacyjnym 101 systemu zasilania, i relacja połączenia między instancjami jest skonfigurowana podczas wykonywania rekursywnego odzyskiwania. Także, przetwarzanie konwersji modelu danych jest wykonywane w celu zintegrowania informacji, które są konieczne dla analizy systemu zasilania i rozproszone w zakresie wielu klas modelu danych CIM, do jednej klasy. Informacje niepotrzebne dla analizy systemu zasilania i zawierające wirtualną instancję są kasowane przez przetwarzanie konwersji. Gdy informacje konieczne dla analizy systemu zasilania są agregowane, procedura obliczeniowa dla śledzenia relacji połączenia instancji jest zasadniczo zmniejszona w analizie systemu zasilania, i analiza systemu zasilania może być przyspieszona. Także, dane źródła konwersji danych stanowi serwer 102 bazy danych CIM, który jest wspólnie wykorzystywany w systemie informacyjnym 101 systemu zasilania, więc niezgodność danych z innym systemem staje się trudna do zaistnienia.

PL 231 586 B1

Każda wyżej opisana struktura, funkcja, sekcja przetwarzania itd. może być zrealizowana przez sprzęt przez zaprojektowanie części lub ich całości jako, na przykład, układ scalony. Każda wyżej opisana struktura, funkcja itd. może być zrealizowana przez oprogramowanie dla interpretowania i wykonywania programów w celu realizowania funkcji przez procesor. Informacje takie jak programy, tabele, pliki itd. dla realizowania odpowiednich funkcji mogą być utrzymywane w ulotnej lub nieulotnej przestrzeni do przechowywania danych, takiej jak pamięć, dysk twardy, SSD (Solid State Drive) itd., lub na nośniku zapisowym, takim jak karta IC, dysk optyczny itd.

Należy zauważyć, że przedstawione linie sterowania i linie informacji uważane są za wymagane tylko dla opisu i niekoniecznie wszystkie są pokazane pod względem wytworów. W praktyce, można uznać, że prawie wszystkie struktury są rzeczywiście ze sobą połączone.

Claims (1)

1. Zastrzeżenie patentowe

   1. System konwersji modelu danych systemu zasilania, zawierający serwer (102) bazy danych połączony z pierwszą kartą NIC (206) serwera (103) analizy systemu zasilania za pomocą pierwszej sieci LAN (104), przy czym serwer (103) analizy systemu zasilania zawiera procesor CPU (201), pamięć ROM (202), magistralę (205), pamięć nieulotną (204), pierwszą kartę NIC (206) i drugą kartę NIC (207) połączone z magistralą (205), jednocześnie do serwera (103) analizy systemu zasilania za pośrednictwem drugiej sieci LAN (106) dołączony jest co najmniej jeden terminal (105) analizy systemu zasilania.