|
|
@@ -0,0 +1,15 @@
|
|
|
+V1 corresponds to V1 in the thesis; V2 is the fixed-schedule, which is not shown in the thesis; V3 corresponds to V2 in the thesis
|
|
|
+
|
|
|
+main.go in text is the program at client; agent is the program at ACS; receiver is the program at recipient; final is the clustering's program
|
|
|
+
|
|
|
+V1:
|
|
|
+client:
|
|
|
+First use the test2 function to take out all the data to be sent in db0 in redis for this round, then cache the message and timestamp into db2, and the user id and corresponding ip into db1
|
|
|
+The finalsend() function takes the data from db2 and consolidates it into a merged message that is sent to the ACS. Depending on the status of the user (arrival, learning and online), different actions are performed
|
|
|
+StatusChangeOrNot_arrival_to_learning(), StatusChangeOrNot_learning_to_online() and StatusChangeOrNot_eliminated() functions, which handle the status change in each round respectively
|
|
|
+ACS:
|
|
|
+peocessConn() function, responsible for receiving messages from the client, and depending on the status of the users, they are processed differently and cached in different databases
|
|
|
+arrivalToLearn1(), learning_To_online_batchList(h24), learning_function(h24), online_cache_process() for handling transitions between different states
|
|
|
+
|
|
|
+V2:
|
|
|
+before_finalsend(), before() function, responsible for communication between client and ACS, determining schedule
|
