Υπερ-Κόμβοι (Super-Peers)

Η ````ζωή'''' ενός υπερ-κόμβου συνίσταται στην εκτέλεση μίας όμοιας, αέναης διαδικασίας. Από τη στιγμή της δημιουργίας του κάθε τέτοιος κόμβος καλεί την συνάρτηση $run()$ , η οποία αυτό που κάνει είναι να αναγκάζει έναν υπερ-κόμβο να δέχεται ανελλιπώς αιτήσεις από έναν πελάτη ή έναν πάροχο. Η υλοποίηση αυτής της διαδικασίας έχει γίνει με τη χρήση νημάτων (threads), τα οποία προσφέρονται από την Java μέσω της κλάσης Thread. Αυτό σημαίνει, ότι κάθε υπερ-κόμβος έχει τη δυνατότητα να επεξεργάζεται περισσότερες από μία αιτήσεις (είτε από πελάτη, είτε από πάροχο) ψευδοπαράλληλα ή καλύτερα σύγχρονα. Σε αυτή τη συνάρτηση εκτελείται ουσιαστικά η χειραψία (handshake) μεταξύ των δύο οντοτήτων για την εξυπηρέτηση της αίτησης του πελάτη^4.5 από τον υπερ-κόμβο. Αυτή η αίτηση μπορεί να αναφέρεται σε πέντε ενέργειες που μπορεί να χρειάζεται ο πελάτης-client και σε τέσσερις για τον πάροχο και η κάθε μία αντιστοιχεί σε μία συνάρτηση που θα κληθεί από τον υπερ-κόμβο για την εξυπηρέτησή τους. Αυτές μπορεί να είναι οι παρακάτω:

Πελάτης

• Συμμετοχή (Join)

  ο υπερ-κόμβος καλεί την συνάρτηση $clientJoin(CLIENT)$ . Εκτελεί τις απαραίτητες ενέργειες, όπως περιγράφονται στο πρωτόκολλο συμμετοχής.

• Σύνδεση (Connect)

  ο υπερ-κόμβος καλεί την συνάρτηση $clientConnect(CLIENT)$ . Εκτελεί τις απαραίτητες ενέργειες, όπως περιγράφονται στο πρωτόκολλο σύνδεσης / αποσύνδεσης (δηλαδή, ενημερώνει τον πίνακα $CT$ , μαρκάρει τον πελάτη ως συνδεδεμένο και πιθανώς του προωθεί τις αποθηκευμένες ειδοποιήσεις).

• Αποσύνδεση (Disconnect)

  ο υπερ-κόμβος καλεί την συνάρτηση $clientDisconnect(CLIENT)$ . Μαρκάρει τον πελάτη ως αποσυνδεδεμένο στον πίνακα $CT$ .

• Στιγμιαία Επερώτηση (One-time Query)

  ο υπερ-κόμβος καλεί την συνάρτηση $clientQuery()$ . Αναλαμβάνει να αποστείλει προς επεξεργασία την επερώτησή του πελάτη στους κατάλληλους υπερ-κόμβους, σύμφωνα με τις μεθόδους ευρετηριασμού των επερωτήσεων (όπως ορίζει το αντίστοιχο πρωτόκολλο -- 3.2.6 Κατάθεση Στιγμιαίων Επερωτήσεων), καλώντας τις συναρτήσεις $clientQueryT1()$ (για επερώτηση τύπου $T1$ ) και $clientQueryT2()$ (για επερώτηση τύπου $T2$ ). Ο παραλήπτης υπερ-κόμβος επεξεργάζεται την επερώτηση που του θέτει ο πελάτης και του αποστέλλει άμεσα τις απαντήσεις που ταιριάζουν με τις δημοσιεύσεις που υπάρχουν αποθηκευμένες στο σύστημα LibraRing. Για την επίτευξη αυτού του σκοπού χρησιμοποιείται η συνάρτηση $lookup()$ , η οποία ανακτά μία δημοσίευση από τον ΚΠΚ του Pastry, και η συνάρτηση $matchQuery()$ που απαντά αν μία δημοσίευση ικανοποιεί μία επερώτηση.

• Επερώτηση Διαρκείας (Continuous Query)

  ο υπερ-κόμβος καλεί την συνάρτηση $clientCQuery()$ . Αναλαμβάνει να αποστείλει προς αποθήκευση την επερώτηση του πελάτη στους κατάλληλους υπερ-κόμβους, σύμφωνα με τις μεθόδους ευρετηριασμού των επερωτήσεων διαρκείας (όπως ορίζει το αντίστοιχο πρωτόκολλο -- 3.2.7 Λειτουργικότητα Δημοσίευσης / Συνδρομής). Ο παραλήπτης υπερ-κόμβος αποθηκεύει την επερώτηση σε έναν τοπικό πίνακα (continuousQuery), έτσι ώστε κατά την εισαγωγή μίας νέας δημοσίευσης, που θα εισαχθεί από αυτόν τον υπερ-κόμβο, στο PAST, να ελέγξει την ικανοποίησή της. Ο έλεγχος της ικανοποίησης υλοποιείται με την συνάρτηση $checkClientSubscription()$ . Σε περίπτωση ικανοποίησης κάποιας αποθηκευμένης επερώτησης διαρκείας (αυτό ελέγχεται και πάλι με την συνάρτηση $matchQuery()$ ), μία ειδοποίηση δημιουργείται ( $Notification()$ ) και αποστέλλεται στον πελάτη καλώντας τη συνάρτηση $notifyContinuousQuery()$ . Αυτή η συνάρτηση ελέγχει, αρχικά, αν ο πελάτης είναι ακόμα συνδεδεμένος στο LibraRing και σε θετική απάντηση του αποστέλλει την ειδοποίηση. Σε διαφορετική περίπτωση, αναλαμβάνει να προωθήσει την ειδοποίηση στο σημείο πρόσβασης του πελάτη, ο οποίος τελικά την αποθηκεύει στον πίνακα $CT$ . Σημειώνεται, ότι το σημείο πρόσβασης αναλαμβάνει να αφαιρέσει τα διπλότυπα των ειδοποιήσεων -- αυτό δύναται να προκύψει από το γεγονός ότι η ίδια δημοσίευση και άρα η ίδια επερώτηση διαρκείας μπορεί να αποθηκευτεί σε περισσότερους από έναν υπερ-κόμβους -- έτσι ώστε ο πελάτης να μην λάβει περισσότερες από μία ειδοποιήσεις για την ίδια δημοσίευση.

Πάροχος

• Συμμετοχή (Join)

  ο υπερ-κόμβος καλεί την συνάρτηση $clientJoin(PROVIDER)$ . Πράττει ό,τι και στην περίπτωση του πελάτη.

• Σύνδεση (Connect)

  ο υπερ-κόμβος καλεί την συνάρτηση $clientConnect(PROVIDER)$ . Πράττει ό,τι και στην περίπτωση του πελάτη.

• Αποσύνδεση (Disconnect)

  ο υπερ-κόμβος καλεί την συνάρτηση $clientDisconnect(PROVIDER)$ . Πράττει ό,τι και στην περίπτωση του πελάτη.

• Δημοσίευση (Publish)

  ο υπερ-κόμβος καλεί την συνάρτηση $providerPublish()$ . Αναλαμβάνει να αποστείλει προς αποθήκευση την περιγραφή της δημοσίευσης, που λαμβάνει από τον πάροχο, στους κατάλληλους υπερ-κόμβους, σύμφωνα με τις μεθόδους ευρετηριασμού των δημοσιεύσεων (όπως ορίζει το αντίστοιχο πρωτόκολλο -- 3.2.5 Ευρετηριασμός Πόρων). Κάθε παραλήπτης/υπερ-κόμβος, δημιουργεί μία δημοσίευση ( $Publication()$ ) βάσει της περιγραφής της και στη συνέχεια την εισάγει στον ΚΠΚ καλώντας τη συνάρτηση $insert()$ . Τέλος, ελέγχει αν ικανοποιούνται οι τοπικές αποθηκευμένες επερωτήσεις διαρκείας και προωθεί τις κατάλληλες ειδοποιήσεις στους πελάτες σύμφωνα με τον τρόπο που περιγράφτηκε παραπάνω στην Επερώτηση Διαρκείας των πελατών.