3.2. Carrier StationThe Carrier Station component represents vehicles  การแปล - 3.2. Carrier StationThe Carrier Station component represents vehicles  ไทย วิธีการพูด

3.2. Carrier StationThe Carrier Sta

3.2. Carrier Station

The Carrier Station component represents vehicles that are in charge of load’s transportation.


The SafeTrack was designed to allow numerous Carrier Stations, each is constituted by a proposed
component called SafeDuino, a collection of RFID tags and an application that runs in a mobile device, named SafeTrack Mobile, as seen in Fig. 4. The Carrier Station has RFID components that identify the vehicle and the carried loads.


A RFID tag is fixed on the vehicle, that permits its identification when it enters a Depot Station.


Moreover, a set of RFID tags are attached to the loads, because by the EPC code is possible to know information, such as: manufacturer, product type, and also exactly identify which load corresponds to a certain tag.



The SafeDuino is aimed to manage the entering and leaving of loads in the vehicle, always informing the SafeTrack Mobile when a load enters or leaves. It is composed by an Arduino, a Bluetooth module, a RFID reader and a battery that supplies energy to all components.


The RFID reader only detects the presence of a particular tag in a specific distance range, not being able to identify if it is entering or leaving the Carrier Station.


This control is done by an embedded application in Arduino platform called SafeDuino App, that communicates with the RFID reader and the Bluetooth module via serial port.


The battery can be recharged through 12 volts socket usually provided in transporting vehicles. The reading of tags in SafeDuino App is done in synchronous or asynchronous mode.


In synchronous mode, the mobile device sends a request to the RFID reader and receives in return a list with the EPC numbers of all tags inside the reader range.


On the other hand, in the asynchronous mode, the SafeDuino App is registered in the RFID reader, and from that moment on it always receives notifications when a tag is read.


The format of data that the RFID reader sends to the SafeDuino App changes between each manufacturer.


The reader can share its events by data models in low level as the ALE specification of EPCGlobal (ALE, 2012), or in high level data structures, such as an object in Java or C++ languages.


The SafeDuino App aims to identify if a certain read tag is an entering or leaving event of load in a Carrier Station. Furthermore, the SafeDuino App communicates with the SafeTrack Mobile via Bluetooth, in order to notify the event occurrences.


The entering and leaving events of loads can be managed by using a single RFID antenna fixed on the exit door of the Carrier Station.


Another possibility is doing this control through two or even more antennas uniformly fixed in the Carrier Station, covering the whole area inside the vehicle.


Choosing which approach to use directly implies in the control logic of SafeDuino App.


In case of a single antenna, the SafeDuino App uses a binary tree to represent the vehicles loads.


Initially, the tree is created empty, this indicates that there is no load in the Carrier Station. That way, each tag read by the RFID reader causes a search in the tree.


If the EPC number of tag is found in the tree, a timer is started, if there is no other read of tag within a configurable time, the tag’s node is removed from the tree and a notification is sent to SafeTrack Mobile informing that the load left the vehicle.


If the EPC number of tag is not in the tree, it is inserted and a notification is sent to SafeTrack Mobile informing that the load entered the vehicle.


In the other approach, where the SafeDuino uses two or more antennas, the SafeDuino App requests to the reader the tags that are inside the range, receiving the set of data in a format defined by the manufacturer.


This format can be a vector, a list, or a binary tree. In every new requisition, the SafeDuino App stores the set of current tags (A) and the set of previous tags (B).


Thus, it uses a set of operations to find the loads that entered and left the Carrier Station.


Through the operation A-B is possible to identify all the tags that are now inside the vehicle and then notify the SafeTrack Mobile.


The operation B-A detects the tags that left the Carrier Station since last requisition, notifying this event to the SafeTrack Mobile.


SafeTrack Mobile is an application that runs as a background service in a mobile device, and sends the Carrier Station and loads information to the SafeTrack Server.


The SafeTrack Mobile application was based on Oliveira et al. (2013).


We remodeled the service to allow sending information about the load’s condition, entering and leaving events of loads in the vehicle, and also vehicle’s information.


This application is composed of six components, as the Fig. 5 shows: User Interface, Logical Module, Data Access Module, Offline Buffer, Event Buffer and a communication component, which is subdivided into Service Consumer and Duino Interface.


In the top of architecture, we added a module in a way that the drivers can interact with the SafeTrack Mobile.


With this User Interface, they can see in a map, the current location, the traveled road with visited points, the next stop, and also the remaining stops and final destination.


Moreover, the User Interface provides to the drivers specific information of each set, such as, local and date that every load has to be picked up and delivered.


The communication component is composed by two modules: Service Consumer and Duino Interface.


The Service Consumer is responsible for the communication with the SafeTrack Server, which is done by GPRS using SOAP protocol.


This module packs the information into SOAP messages and sends them through HTTPS to the SafeTrack Server.


In case of reply, the module receives the SOAP messages and transforms them into data structures at a higher level.


The module Duino Interface does the communication between the component SafeDuino and the mobile device, using Bluetooth.


The Logical Module is in charge of processing the data, and also interconnects to other components of SafeTrack Mobile.


It is divided into four submodules. The Access Manager does the user’s authentication with the SafeTrack Server, allowing access control and context management.


The Event Manager deals with the received RFID events through the Duino Interface.


The manager transforms the raw data of events into structured objects and sends them to the Data Access module to be persisted in a temporary storage buffer, called Event Buffer.


The Fusion Manager calculates the latitude, longitude and the current velocity of Carrier Station using the GPS signal.


It also associates the stored RFID events in the Event Buffer to the location’s information and velocity of Carrier Station, sending it to the SafeTrack Server via Service Consumer.


The data is sent in a priority way, so if the Offline Buffer has associated data, it will be sent, otherwise new information of location and velocity are calculated and sent to the SafeTrack Server by the Service Consumer.


In case of error in sending it, the information return to the Offline Buffer until the reestablishment of the connection. After sending, the module Fusion Manager waits the return of SafeTrack Server, informing the alert code to be generated by the SafeTrack Mobile, if there is any problem with the Carrier Station.


In addition, the Alerts Manager module is called to do the necessary measures, making the authentication with the SafeTrack Server.


In this process, a cryptography of the IMEI (International Mobile Equipment Identity) number of the device with a SHA-1 algorithm is sent with other associated information.



The Alerts Manager also has a service to continuously check error’s occurrences, caused by misuse of the device or driver carelessness.


In these cases, besides SMS text messages and audible warnings, the system informs the SafeTrack Server that those problems happened.


The supported alarms are: shutting down the mobile device, low battery of the mobile device, shutting down the GPS, and closing the SafeTrack Mobile application.


The Data Access Module manages the Offline and Event Buffer. The Offline Buffer is a local database that is used only when a connection with the server is lost.


The objective of the Offline Buffer is to keep all acquired positions stored until the connection is restored.


The reason to implement this feature is that sometimes the device can be passing through a shadow zone (an area without GPRS coverage that hinders the device to send data to the server).
0/5000
จาก: -
เป็น: -
ผลลัพธ์ (ไทย) 1: [สำเนา]
คัดลอก!
3.2. ผู้ขนส่งสถานีส่วนสถานีขนส่งหมายถึงยานพาหนะที่รับผิดชอบการขนส่งของโหลด SafeTrack ถูกออกแบบให้สถานีขนส่งต่าง ๆ แต่ละจะทะลักตามที่เสนอส่วนประกอบเรียกว่า SafeDuino คอลเลกชันของป้าย RFID และโปรแกรมประยุกต์ที่เรียกใช้อุปกรณ์มือถือ มือถือ SafeTrack ชื่อว่าเห็นใน Fig. 4 สถานีขนส่งมีส่วนประกอบของ RFID ที่ระบุยานพาหนะและโหลดมี ป้าย RFID จะคงที่ในรถ ที่อนุญาตให้รหัสที่เมื่อเข้าสู่สถานี Depot นอกจากนี้ ชุดของป้าย RFID แนบกับโหลด เพราะ โดย EPC รหัสจะสามารถทราบข้อมูล เช่น: ผู้ผลิต สินค้าพิมพ์ และยังต้องระบุที่โหลดตรงไปแท็ก SafeDuino มีวัตถุประสงค์เพื่อจัดการการเข้าและออกของรถโหลด เสมอแจ้งมือถือ SafeTrack เมื่อโหลดเข้าสู่ หรือออกจากการ ประกอบด้วยการสืบ โมดูลบลูทูธ เครื่องอ่าน RFID และแบตเตอรี่ที่ให้พลังงานกับส่วนประกอบทั้งหมด เครื่องอ่าน RFID เฉพาะตรวจพบของแท็กเฉพาะในช่วงเฉพาะระยะทาง ไม่สามารถระบุถ้ามีการเข้า หรือออกจากสถานีขนส่ง ที่ตัวควบคุมนี้จะทำ โดยโปรแกรมประยุกต์ที่ฝังตัวในแพลตฟอร์มสืบเรียก SafeDuino App สื่อสารกับเครื่องอ่าน RFID และโมดูลบลูทูธผ่านพอร์ตอนุกรม แบตเตอรี่สามารถจะ recharged ผ่านซ็อกเก็ต 12 โวลต์โดยปกติในยานพาหนะขนส่ง การอ่านแท็กใน SafeDuino App จะทำในโหมดแบบซิงโครนัส หรือแบบอซิงโครนัส ในโหมดแบบซิงโครนัส โทรศัพท์มือถือส่งคำขอไปยังเครื่องอ่าน RFID และรับกลับรายการ ด้วยหมายเลข EPC ของแท็กทั้งหมดภายในช่วงอ่าน บนมืออื่น ๆ ในโหมดแบบอะซิงโครนัส SafeDuino App ลงทะเบียนในเครื่องอ่าน RFID และจากนั้นขณะนั้นเสมอได้รับการแจ้งเตือนเมื่ออ่านแท็ก รูปแบบของข้อมูลที่เครื่องอ่าน RFID ส่งไป SafeDuino App ระหว่างผู้ผลิตแต่ละ ผู้อ่านสามารถใช้ร่วมกันของเหตุการณ์ โดยแบบจำลองข้อมูล ในระดับต่ำเป็นข้อมูลจำเพาะเกี่ยวกับเบียร์ EPCGlobal (เบียร์ 2012), หรือ ในโครง สร้างข้อมูลระดับสูง เช่นวัตถุในภาษา Java หรือ c ++ โปรแกรมประยุกต์ SafeDuino มีวัตถุประสงค์เพื่อระบุว่าแท็กอ่านบางเข้าหรือออกจากเหตุการณ์ของโหลดในสถานีขนส่ง นอกจากนี้ SafeDuino App สารกับ SafeTrack มือถือผ่าน Bluetooth การแจ้งการเกิดเหตุการณ์ การเข้าและออกจากเหตุการณ์โหลดของสามารถจัดการได้ โดยใช้เสาอากาศ RFID เดียวคงออกจากประตูสถานีขนส่ง อีกประการหนึ่งคือทำนี้ควบคุมอย่างสม่ำเสมอเมื่อเทียบเคียงถาวรในสถานีขนส่ง เสาอากาศสอง ตัวมากยิ่งขึ้นครอบคลุมพื้นที่ทั้งหมดภายในรถ เลือกวิธีการที่ใช้โดยตรงหมายถึงในตรรกะการควบคุมของโปรแกรมประยุกต์ SafeDuino ในกรณีที่เสาเดียว SafeDuino App ใช้ต้นไม้ไบนารีถึงโหลดยานพาหนะ เริ่มต้นสร้างว่าง นี้บ่งชี้ว่า มีไม่มีโหลดในสถานีขนส่ง วิธี แท็กแต่ละอ่าน ด้วยเครื่องอ่าน RFID ทำการค้นหาในต้นไม้ ถ้าหมายเลข EPC ของแท็กอยู่ในต้นไม้ ตัวจับเวลาเริ่มต้น ถ้ามีใครอ่านของแท็กภายในเวลาที่กำหนด โหนของแท็กจะถูกเอาออกจากแผนภูมิและการแจ้งเตือนจะถูกส่งไป SafeTrack บอกว่า โหลดทิ้งรถ ถ้าหมายเลข EPC ของแท็กไม่ได้อยู่ในแผนภูมิ มีแทรก และการแจ้งเตือนถูกส่งไปยังมือถือ SafeTrack แจ้งว่า โหลดใส่รถ ในอื่น ๆ วิธี ที่ SafeDuino ที่ใช้อย่าง น้อยสองส่วน SafeDuino App คำขอการอ่านแท็กที่อยู่ภายในช่วง รับชุดข้อมูลในรูปแบบที่ กำหนด โดยผู้ผลิต รูปแบบนี้สามารถเป็นเวกเตอร์ รายการ หรือต้นไม้ไบนารี ในทุกใบใหม่ SafeDuino App เก็บชุดของแท็กปัจจุบัน (A) และชุดก่อนหน้าแท็ก (B) ดังนั้น มันใช้ชุดของการดำเนินการหาโหลดที่ป้อน และออกจากสถานีขนส่ง A-B จะไม่สามารถระบุป้ายทั้งหมดที่มีตอนนี้ภายในรถ และแจ้งให้ทราบมือถือ SafeTrack ผ่านการ การแท็กที่ออกจากสถานีขนส่งตั้งแต่ใบสุดท้าย แจ้งให้ทราบเหตุการณ์นี้ไป SafeTrack ตรวจพบ B A มือถือ SafeTrack เป็นโปรแกรมที่ทำงานเป็นบริการพื้นหลังในอุปกรณ์มือถือ ส่งสถานีขนส่ง และโหลดข้อมูลไปยังเซิร์ฟเวอร์ SafeTrack แอพลิเคชันมือถือ SafeTrack ขึ้นบน Oliveira et al. (2013) เราออกแบบบริการให้ส่งข้อมูลเกี่ยวกับสภาพของโหลด เข้า และออกจากเหตุการณ์โหลดรถ และข้อมูลของรถ โปรแกรมประยุกต์นี้ประกอบด้วยส่วนประกอบ 6 เป็นแสดง Fig. 5: เฟซ โม ดูตรรกะ ข้อมูลการเข้าถึงโมดูล ออฟไลน์บัฟเฟอร์ เหตุการณ์บัฟเฟอร์ และส่วน ประกอบสื่อสาร การปฐมภูมิเป็นบริการผู้บริโภคและอินเทอร์เฟซ Duino ในด้านของสถาปัตยกรรม เราเพิ่มโมดูที่โปรแกรมควบคุมที่สามารถโต้ตอบกับมือถือ SafeTrack ด้วยส่วนติดต่อผู้ใช้นี้ พวกเขาสามารถดูในแผนที่ ตำแหน่งที่ตั้งปัจจุบัน ถนน traveled จุดเยี่ยมชม หยุดถัดไป และยังหยุดที่เหลือ และสุดท้ายปลายทาง นอกจากนี้ อินเทอร์เฟซสำหรับผู้ใช้ทางโปรแกรมควบคุมเฉพาะข้อมูลของแต่ละคน ตั้ง เช่น ท้องถิ่น และวันว่า โหลดทุกมีการรับ และส่ง คอมโพเนนต์การสื่อสารประกอบ ด้วยสองโมดูล: Duino อินเทอร์เฟซและบริการผู้บริโภค ผู้บริโภคบริการรับผิดชอบการสื่อสารกับเซิร์ฟเวอร์ SafeTrack ซึ่งกระทำ โดย GPRS ใช้สบู่โพรโทคอล โมดูลนี้ชุดข้อมูลลงในข้อความ SOAP และส่งผ่าน HTTPS ไปยังเซิร์ฟเวอร์ SafeTrack กรณีตอบ โมได้รับข้อความ SOAP และแปลงให้เป็นโครงสร้างข้อมูลในระดับสูงขึ้น โม Duino ติดต่อไม่ติดต่อสื่อสารระหว่างคอมโพเนนต์ SafeDuino และโทรศัพท์มือถือ ใช้บลูทูธ โมดูตรรกะมีหน้าที่ประมวลผลข้อมูล และยัง เชื่อมโยงกับส่วนประกอบอื่น ๆ ของมือถือ SafeTrack จะถูกแบ่งออกเป็นสี่ submodules จัดการการเข้าถึงไม่รับรองความถูกต้องของผู้ใช้กับเซิร์ฟเวอร์ SafeTrack ช่วยให้การจัดการควบคุมและบริบทการเข้าถึง ตัวจัดการเหตุการณ์ที่เกี่ยวข้องกับเหตุการณ์ RFID ได้รับผ่านทางอินเทอร์เฟซ Duino ผู้จัดการแปลงข้อมูลดิบของเหตุการณ์ลงในวัตถุที่มีโครงสร้าง และส่งโมดู Data Access จะยังคงในบัฟเฟอร์เก็บชั่วคราว เรียกเหตุการณ์บัฟเฟอร์ ผู้จัดการฝ่ายอาหารคำนวณละติจูด ลองติจูด และความเร็วปัจจุบันสถานีขนส่งโดยใช้สัญญาณจีพีเอส มันยังเชื่อมโยงเหตุการณ์ RFID เก็บไว้ในบัฟเฟอร์เหตุการณ์ของสถานที่เก็บข้อมูลและความเร็วของสถานีขนส่ง ส่งไปยังเซิร์ฟเวอร์ SafeTrack ผ่านทางบริการผู้บริโภค ส่งข้อมูลในระดับความสำคัญ ถ้าบัฟเฟอร์แบบออฟไลน์มีการเชื่อมโยงข้อมูล จะถูกส่ง มิฉะนั้นข้อมูลใหม่ของตำแหน่งและความเร็วจะคำนวณ และส่งไปยังเซิร์ฟเวอร์ SafeTrack โดยผู้บริโภคบริการ ในกรณีที่มีข้อผิดพลาดในการส่ง ข้อมูลกลับไปยังบัฟเฟอร์ออฟไลน์จน reestablishment ของการเชื่อมต่อ หลังจากส่ง โมดูตัวจัดการฟิวชั่นรอการกลับมาของ SafeTrack เซิร์ฟเวอร์ แจ้งรหัสการแจ้งเตือนถูกสร้าง โดยมือถือ SafeTrack ถ้ามีปัญหากับสถานีขนส่ง โมดูตัวจัดการการแจ้งเตือนคือการดำเนินมาตรการจำเป็น การรับรองความถูกต้องกับเซิร์ฟเวอร์ SafeTrack กระบวนการนี้ ส่งเข้ารหัส IMEI (ประจำการอุปกรณ์เคลื่อนที่นานาชาติ) จำนวนอุปกรณ์ที่มีอัลกอริทึม SHA-1 การ มีข้อมูลอื่น ๆ ที่เกี่ยวข้องตัวจัดการการแจ้งเตือนยังมีบริการการตรวจสอบข้อผิดพลาดของเหตุการณ์ เกิดจากความสะเพร่าของอุปกรณ์หรือโปรแกรมควบคุมในทางมิชอบอย่างต่อเนื่อง ในกรณีเหล่านี้ นอกเหนือจากข้อความ SMS และเสียงเตือน ระบบแจ้งเซิร์ฟเวอร์ SafeTrack ว่า ปัญหาที่เกิดขึ้น มีสัญญาณเตือนสนับสนุน: ปิดโทรศัพท์มือถือ แบตเตอรี่โทรศัพท์มือถือ ปิด GPS และปิดแอพลิเคชันมือถือ SafeTrack ที่ต่ำ ข้อมูลการเข้าถึงโมดูลจัดการออฟไลน์และเหตุการณ์บัฟเฟอร์ บัฟเฟอร์แบบออฟไลน์เป็นฐานข้อมูลท้องถิ่นที่จะใช้เฉพาะเมื่อเชื่อมต่อกับเซิร์ฟเวอร์จะหายไป วัตถุประสงค์ของบัฟเฟอร์แบบออฟไลน์คือการ รักษาตำแหน่งงานทั้งหมดที่เก็บไว้จนกว่าการได้รับ เหตุผลที่จะใช้คุณลักษณะนี้เป็นที่บางครั้งอุปกรณ์ที่สามารถจะผ่านโซนเงา (พื้นที่ไม่ครอบคลุม GPRS ที่ทำการส่งข้อมูลไปยังเซิร์ฟเวอร์)
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 2:[สำเนา]
คัดลอก!
3.2 สถานี Carrier องค์ประกอบสถานี Carrier แสดงให้เห็นถึงยานพาหนะที่อยู่ในค่าใช้จ่ายในการขนส่งการโหลดของ. SafeTrack ถูกออกแบบมาเพื่อช่วยให้หลายสถานี Carrier, แต่ละคนจะตั้งขึ้นโดยนำเสนอองค์ประกอบที่เรียกว่าSafeDuino คอลเลกชันของแท็ก RFID และโปรแกรมประยุกต์ที่ทำงานในอุปกรณ์มือถือ ชื่อ SafeTrack มือถือเท่าที่เห็นในรูป 4. สถานี Carrier มีองค์ประกอบ RFID ที่สามารถระบุยานพาหนะและโหลดดำเนิน. แท็ก RFID ได้รับการแก้ไขในยานพาหนะที่อนุญาตให้บัตรประจำตัวของมันเมื่อมันเข้าสู่สถานีรถไฟสถานี. นอกจากนี้ยังมีชุดของแท็ก RFID จะถูกแนบมากับโหลดที่ เพราะรหัส EPC เป็นไปได้ที่จะรู้ข้อมูลเช่น:. ผู้ผลิตประเภทผลิตภัณฑ์และยังว่าระบุว่าโหลดสอดคล้องกับแท็กบางSafeDuino มีวัตถุประสงค์ในการจัดการทางเข้าและออกของแรงในรถเสมอแจ้ง มือถือ SafeTrack เมื่อโหลดเข้าสู่หรือใบ มันประกอบด้วยโดย Arduino โมดูลบลูทู ธ , เครื่องอ่าน RFID และแบตเตอรี่ที่ให้พลังงานกับองค์ประกอบทั้งหมด. อ่าน RFID เพียงตรวจพบการปรากฏตัวของแท็กโดยเฉพาะอย่างยิ่งในช่วงระยะที่เฉพาะเจาะจงไม่สามารถที่จะระบุว่ามันจะเข้าสู่ หรือออกจากสถานี Carrier. การควบคุมนี้จะกระทำโดยแอพลิเคชันที่ฝังอยู่ในแพลตฟอร์มที่เรียกว่า Arduino SafeDuino ต่างที่ติดต่อสื่อสารกับผู้อ่าน RFID และโมดูลบลูทู ธ ผ่านทางพอร์ตอนุกรม. แบตเตอรี่สามารถชาร์จผ่านซ็อกเก็ต 12 โวลต์มักจะให้ในการขนส่งยานพาหนะ การอ่านแท็กใน SafeDuino App จะทำในโหมดการซิงโครหรือไม่ตรงกัน. ในโหมดซิงโคร, โทรศัพท์มือถือส่งคำขอไปยังผู้อ่าน RFID และได้รับผลตอบแทนในรายการที่มีตัวเลข EPC ของแท็กทั้งหมดภายในช่วงผู้อ่าน. ในอื่น ๆ มือในโหมดไม่ตรงกันที่ App SafeDuino จดทะเบียนในอ่าน RFID และจากนั้นเป็นต้นมาก็มักจะได้รับการแจ้งเตือนเมื่อแท็กจะอ่าน. รูปแบบของข้อมูลที่อ่าน RFID จะส่งไปยัง SafeDuino App เปลี่ยนแปลงระหว่างผู้ผลิตแต่ละรายผู้อ่านสามารถแบ่งปันเหตุการณ์ที่เกิดขึ้นโดยการจำลองข้อมูลที่อยู่ในระดับต่ำเป็นสเปคเอลของ EPCglobal (เอล 2012) หรือในโครงสร้างข้อมูลในระดับสูงเช่นวัตถุที่อยู่ใน Java หรือ C ++ ภาษา. ต่าง SafeDuino มีวัตถุประสงค์เพื่อระบุว่ามีบางอย่าง แท็กอ่านเป็นเข้าหรือออกจากกรณีที่มีการโหลดในสถานี Carrier นอกจากนี้ App SafeDuino สื่อสารกับ SafeTrack มือถือผ่านบลูทู ธ ในการสั่งซื้อแจ้งการเกิดเหตุการณ์. การเข้าและออกจากเหตุการณ์ที่เกิดขึ้นโหลดสามารถจัดการได้โดยใช้เสาอากาศ RFID เดียวคงที่ประตูทางออกของสถานี Carrier. ไปได้ก็คือ ทำควบคุมนี้ผ่านสองหรือเสาอากาศมากยิ่งขึ้นคงที่สม่ำเสมอในสถานี Carrier, ครอบคลุมพื้นที่ทั้งภายในรถ. ซึ่งการเลือกวิธีการที่จะใช้โดยตรงหมายถึงในตรรกะการควบคุมของ SafeDuino App. ในกรณีที่มีเสาอากาศเดียวใช้ App SafeDuino ต้นไม้ไบนารีจะเป็นตัวแทนของยานพาหนะโหลด. ในขั้นต้นต้นไม้ที่ว่างเปล่าจะถูกสร้างขึ้นนี้แสดงให้เห็นว่ามีการโหลดในสถานี Carrier ไม่มี วิธีการที่แต่ละแท็กอ่านอ่าน RFID ทำให้เกิดการค้นหาในต้นไม้. ถ้าจำนวน EPC ของแท็กที่พบในต้นไม้, ตั้งเวลาเป็นเริ่มต้นถ้าไม่มีการอ่านอื่น ๆ ของแท็กภายในระยะเวลาที่กำหนดโหนดแท็กของ จะถูกลบออกจากต้นไม้และการแจ้งเตือนจะถูกส่งไป SafeTrack มือถือแจ้งว่าภาระด้านซ้ายรถ. หากจำนวน EPC ของแท็กไม่ได้อยู่ในต้นไม้ก็จะแทรกและการแจ้งเตือนจะถูกส่งไป SafeTrack มือถือแจ้งว่าโหลดเข้ามา ยานพาหนะ. ในวิธีการอื่น ๆ ที่ SafeDuino ใช้สองหรือมากกว่าเสาอากาศร้องขอ SafeDuino App เพื่อผู้อ่านแท็กที่อยู่ในช่วงที่ได้รับชุดของข้อมูลในรูปแบบที่กำหนดโดยผู้ผลิต. รูปแบบนี้จะเป็นเวกเตอร์ รายการหรือต้นไม้ไบนารี ในทุกเบิกใหม่ SafeDuino App เก็บชุดของแท็กในปัจจุบัน (A) และชุดของแท็กก่อนหน้า (B). ดังนั้นจึงใช้ชุดของการดำเนินงานที่จะหาโหลดที่เข้ามาและออกจากสถานี Carrier. ผ่านการดำเนินงาน AB เป็นไปได้ที่จะระบุแท็กทั้งหมดที่มีตอนนี้ภายในรถแล้วแจ้ง SafeTrack มือถือ. ปริญญาตรีการดำเนินการตรวจพบแท็กที่ออกจากสถานีขนส่งทางตั้งแต่การเรียกร้องที่ผ่านมาแจ้งเหตุการณ์นี้ไป SafeTrack มือถือ. SafeTrack ถือเป็นโปรแกรมที่ วิ่งเป็นบริการพื้นหลังในอุปกรณ์มือถือและส่งสถานี Carrier และข้อมูลโหลดไปยังเซิร์ฟเวอร์ SafeTrack. แอพลิเคชันมือถือ SafeTrack อยู่บนพื้นฐานของ Oliveira et al, (2013). เราออกแบบบริการที่จะอนุญาตให้ส่งข้อมูลเกี่ยวกับสภาพการโหลดที่เข้าและออกจากเหตุการณ์ที่เกิดขึ้นโหลดในรถและข้อมูลของรถ. โปรแกรมนี้จะประกอบด้วยหกส่วนประกอบเป็นรูป 5 แสดงให้เห็นว่า. อินเตอร์เฟซผู้ใช้ตรรกะโมดูลการเข้าถึงข้อมูลโมดูลออฟไลน์บัฟเฟอร์เหตุการณ์บัฟเฟอร์และองค์ประกอบการสื่อสารซึ่งแบ่งเป็นบริการผู้บริโภคและ Duino อินเตอร์เฟซในด้านบนของสถาปัตยกรรมเราได้เพิ่มโมดูลในทางที่ขับรถสามารถโต้ตอบกับมือถือ SafeTrack. ด้วยส่วนติดต่อผู้ใช้นี้พวกเขาสามารถมองเห็นในแผนที่ที่ตั้งปัจจุบันถนนเดินทางไปกับจุดเยี่ยมชมหยุดต่อไปและยังหยุดที่เหลืออยู่และปลายทางสุดท้าย. นอกจากนี้ยังมีส่วนติดต่อผู้ใช้ให้กับ . ข้อมูลเฉพาะคนขับรถของแต่ละชุดเช่นในท้องถิ่นและวันที่โหลดทุกคนมีที่จะหยิบขึ้นมาและส่งมอบองค์ประกอบการสื่อสารประกอบด้วยสองโมดูล:. บริการของผู้บริโภคและ Duino การเชื่อมต่อบริการของผู้บริโภคเป็นผู้รับผิดชอบในการสื่อสารกับSafeTrack เซิร์ฟเวอร์ซึ่งจะกระทำโดย GPRS โดยใช้โปรโตคอล SOAP. โมดูลนี้แพ็คข้อมูลลงในข้อความ SOAP และส่งพวกเขาผ่านทาง HTTPS ไปยังเซิร์ฟเวอร์ SafeTrack ได้. ในกรณีที่มีการตอบกลับโมดูลได้รับข้อความ SOAP และแปลงลงในโครงสร้างข้อมูลในระดับที่สูง . โมดูล Duino แบบและไม่สื่อสารระหว่าง SafeDuino ส่วนประกอบและอุปกรณ์มือถือโดยใช้บลูทู ธ . โมดูลตรรกะอยู่ในความดูแลของการประมวลผลข้อมูลและยัง interconnects ส่วนประกอบอื่น ๆ ของ SafeTrack มือถือ. มันถูกแบ่งออกเป็นสี่ submodules ผู้จัดการการเข้าถึงไม่รับรองความถูกต้องของผู้ใช้กับเซิร์ฟเวอร์ SafeTrack ที่ช่วยให้การควบคุมการเข้าถึงและการจัดการบริบท. ข้อเสนอจัดการกับเหตุการณ์ที่ได้รับการจัดกิจกรรม RFID ผ่าน Duino อินเตอร์เฟซ. ผู้จัดการแปลงข้อมูลดิบของเหตุการณ์ที่เป็นวัตถุที่มีโครงสร้างและส่งพวกเขาไปยังข้อมูล โมดูลการเข้าถึงหายในบัฟเฟอร์การจัดเก็บชั่วคราวที่เรียกว่าเหตุการณ์บัฟเฟอร์. ผู้จัดการฟิวชั่นคำนวณละติจูดลองจิจูดและความเร็วในปัจจุบันของสถานีการขนส่งโดยใช้สัญญาณจีพีเอส. นอกจากนี้ยังเชื่อมโยงเหตุการณ์ RFID ที่เก็บไว้ในบัฟเฟอร์เหตุการณ์ข้อมูลสถานที่ และความเร็วของสถานี Carrier ส่งไปยัง SafeTrack เซิร์ฟเวอร์ผ่านทางบริการของผู้บริโภค. ข้อมูลจะถูกส่งไปในทางที่มีความสำคัญดังนั้นหากออฟไลน์บัฟเฟอร์ได้เกี่ยวข้องข้อมูลก็จะถูกส่งข้อมูลใหม่อย่างอื่นของสถานที่และความเร็วจะถูกคำนวณและส่ง ไปยังเซิร์ฟเวอร์ SafeTrack โดย Consumer บริการ. ในกรณีที่มีข้อผิดพลาดในการส่งข้อมูลกลับไปที่ออฟไลน์บัฟเฟอร์จนกว่า reestablishment ของการเชื่อมต่อ หลังจากที่ส่งผู้จัดการฟิวชั่นโมดูลรอการกลับมาของ SafeTrack เซิร์ฟเวอร์แจ้งรหัสการแจ้งเตือนจะถูกสร้างขึ้นโดย SafeTrack มือถือถ้ามีปัญหาเกี่ยวกับสถานีบริการใด ๆ . นอกจากนี้โมดูลจัดการการแจ้งเตือนที่เรียกว่าจะทำมาตรการที่จำเป็น ทำให้การตรวจสอบกับเซิร์ฟเวอร์ SafeTrack ที่. ในขั้นตอนนี้มีการเข้ารหัสของ IMEI (อุปกรณ์มือถือระหว่างประเทศประจำตัว) จำนวนอุปกรณ์ที่มีอัลกอริทึม SHA-1 จะถูกส่งไปกับข้อมูลที่เกี่ยวข้องอื่น ๆ . ผู้จัดการการแจ้งเตือนนอกจากนี้ยังมีการให้บริการไปอย่างต่อเนื่อง . เกิดขึ้นการตรวจสอบของข้อผิดพลาดที่เกิดจากการใช้ผิดประเภทของอุปกรณ์หรือขับรถประมาทในกรณีเหล่านี้นอกเหนือจากข้อความSMS และคำเตือนเสียงระบบแจ้งเซิร์ฟเวอร์ SafeTrack ว่าปัญหาที่เกิดขึ้น. สัญญาณเตือนภัยได้รับการสนับสนุนคือ: ปิดโทรศัพท์มือถือ, แบตเตอรี่ต่ำ ของอุปกรณ์มือถือจีพีเอสปิดและปิด SafeTrack โปรแกรมมือถือ. ข้อมูลการเข้าถึงโมดูลจัดการออฟไลน์และเหตุการณ์บัฟเฟอร์ ออฟไลน์บัฟเฟอร์เป็นฐานข้อมูลท้องถิ่นที่จะใช้เฉพาะเมื่อเชื่อมต่อกับเซิร์ฟเวอร์จะหายไป. วัตถุประสงค์ของออฟไลน์บัฟเฟอร์คือการเก็บตำแหน่งที่ได้มาทั้งหมดที่เก็บไว้จนกว่าการเชื่อมต่อมีการเรียกคืน. เหตุผลที่จะใช้คุณลักษณะนี้คือการที่บางครั้งอุปกรณ์ สามารถผ่านโซนเงา (พื้นที่ไม่ครอบคลุม GPRS ที่เป็นอุปสรรคต่ออุปกรณ์ที่จะส่งข้อมูลไปยังเซิร์ฟเวอร์)
































































































































































การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 3:[สำเนา]
คัดลอก!
3.2 . ผู้ให้บริการผู้ให้บริการสถานีสถานี

ส่วน หมายถึง ยานพาหนะที่รับผิดชอบ โหลด ของการขนส่ง


safetrack ถูกออกแบบมาเพื่อช่วยให้ผู้ให้บริการหลายสถานีแต่ละเป็น constituted โดยเสนอ
ส่วนประกอบที่เรียกว่า safeduino , คอลเลกชันของแท็ก RFID และการประยุกต์ที่ใช้ในโทรศัพท์มือถือ , ชื่อ safetrack เคลื่อนที่ ตามที่เห็นในรูปที่ 4ผู้ให้บริการสถานีมี RFID ส่วนประกอบที่ระบุยานพาหนะและการโหลด


แท็ก RFID ไว้ในรถ ที่อนุญาตให้ประชาชนของมันเมื่อมันเข้าสู่สถานีรถไฟสถานี


และชุดของแท็ก RFID แนบกับโหลด เพราะโดย EPC รหัสเป็นไปได้ที่จะทราบข้อมูล เช่น ผู้ผลิต ชนิดของผลิตภัณฑ์และยังว่าหาที่โหลดสอดคล้องกับแท็กบาง



safeduino มีวัตถุประสงค์เพื่อจัดการเข้าและออกของโหลดในรถ ก็แจ้ง safetrack มือถือเมื่อโหลดเข้า หรือใบ มันประกอบด้วยโดย Arduino , บลูทู ธโมดูลเครื่องอ่าน RFID และแบตเตอรี่ที่สิ้นเปลืองพลังงานทั้งหมด

ส่วนประกอบเครื่องอ่าน RFID ตรวจจับเฉพาะแท็กเฉพาะในช่วงระยะทางที่เฉพาะเจาะจง ไม่สามารถระบุได้ว่ามันเข้าหรือออกจากผู้ให้บริการสถานี


ควบคุม นี้จะกระทำโดยการฝังตัวโปรแกรม Arduino แพลตฟอร์มที่เรียกว่า safeduino app ที่ติดต่อสื่อสารกับเครื่องอ่าน RFID และโมดูลบลูทู ธ ผ่านทางพอร์ตอนุกรม


แบตเตอรี่ที่สามารถชาร์จผ่าน 12 โวลต์ซ็อกเก็ตมักจะให้ในการขนส่งยานพาหนะ อ่านแท็กใน safeduino app เสร็จแล้วในโหมดซิงโคร หรือแบบ


ในโหมดซิงโคร อุปกรณ์มือถือจะส่งการร้องขอไปยังเครื่องอ่าน RFID และได้รับกลับรายการที่มีแท็ก EPC ตัวเลขทั้งหมดในช่วงที่อ่าน


บนมืออื่น ๆในโหมด Asynchronous , ,app safeduino จดทะเบียนในเครื่องอ่าน RFID และจากวินาทีนั้นมันมักจะได้รับการแจ้งเตือนเมื่อแท็กคือการอ่าน


รูปแบบของข้อมูลที่อ่าน RFID ส่งให้ safeduino app การเปลี่ยนแปลงระหว่างผู้ผลิตแต่ละ


ผู้อ่านสามารถร่วมกิจกรรมได้โดยแบบจำลองข้อมูลในระดับต่ำเป็นเอล ข้อกำหนดของการรับรอง ( เบียร์ , 2012 ) , หรือในโครงสร้างข้อมูลสูงระดับเช่น วัตถุใน Java หรือ C ภาษา


app safeduino มีวัตถุประสงค์เพื่อระบุหากแท็กอ่านหนึ่งเป็นเหตุการณ์ที่เข้าหรือออกของโหลดในผู้ให้บริการที่สถานี นอกจากนี้ แอพพลิเค safeduino สื่อสารกับ safetrack มือถือผ่านบลูทูธ เพื่อแจ้งเหตุการณ์ที่เกิดขึ้น

.เข้าและออกจากเหตุการณ์ของโหลดสามารถจัดการได้โดยการใช้ RFID เสาอากาศตายตัวเดียวที่ประตูทางออกของผู้ให้บริการสถานี


เป็นไปได้ก็คือทำการควบคุมผ่านสองหรือมากกว่าโดยการแก้ไขในส่วนผู้ให้บริการสถานี ครอบคลุมพื้นที่ทั้งหมดภายในรถ


เลือกแนวทางใช้ โดยนัยในการควบคุมตรรกะของ

safeduino appในกรณีของเสาเดียว , app safeduino ใช้ต้นไม้ไบนารีเป็นตัวแทนยานพาหนะโหลด


ตอนแรก ต้นไม้ที่ถูกสร้างขึ้นว่างเปล่า แสดงว่าไม่มีโหลดในตัวสถานี วิธีนี้ แต่ละแท็กอ่านโดยเครื่องอ่าน RFID ทำให้การค้นหาในต้นไม้


ถ้า EPC เลขของแท็กที่พบในต้นไม้ เวลาเริ่มทำงานถ้าไม่อ่านอื่น ๆของแท็กภายในเวลาที่กําหนด , ของแท็กโหนดออกจากทรีและการแจ้งเตือนจะถูกส่งไปยัง safetrack มือถือแจ้งว่าโหลดแล้วรถ


ถ้า EPC จำนวนแท็กไม่ได้อยู่ในต้นไม้ มันแทรกและการแจ้งเตือนจะถูกส่งไปยังมือถือแจ้งว่า safetrack โหลดใส่รถ


ในอื่น ๆเข้าถึงที่ safeduino ใช้สองหรือมากกว่า 2 , safeduino app ขอให้ผู้อ่านแท็กที่อยู่ในช่วงได้รับชุดของข้อมูลในรูปแบบที่กำหนดโดยผู้ผลิต


รูปแบบนี้สามารถเวกเตอร์ , รายการ , หรือไบนารีต้นไม้ ใหม่ทุกความต้องการ , app safeduino เก็บชุดของแท็กในปัจจุบัน ( ) และชุดของแท็กก่อนหน้านี้ ( B )


ดังนั้นจะใช้ชุดของการดำเนินการเพื่อหาโหลดที่ป้อนและออกจากผู้ให้บริการสถานี


ผ่านการผ่าตัด A-B เป็นไปได้ที่จะระบุทุกป้าย ที่ตอนนี้ภายในรถ แล้วแจ้ง safetrack มือถือ


งาน " 141 " BA ตรวจพบแท็กที่เหลือผู้ให้บริการสถานีตั้งแต่เอกสารแจ้งเหตุการณ์นี้ให้

safetrack มือถือsafetrack มือถือเป็นโปรแกรมที่จะรันเป็นบริการพื้นหลังในอุปกรณ์โทรศัพท์มือถือ และส่งข้อมูลไปยังผู้ให้บริการสถานีและโหลดเซิร์ฟเวอร์ safetrack


safetrack มือถือขึ้นอยู่กับ Oliveira et al . ( 1 )


เราปรับปรุงบริการเพื่อให้ส่งข้อมูลเกี่ยวกับการโหลดภาพเข้าและออกจากเหตุการณ์ของโหลดในยานพาหนะและยังมีรถข้อมูล


โปรแกรมนี้ประกอบด้วย 6 องค์ประกอบ เป็นรูปที่ 5 แสดง : อินเตอร์เฟซผู้ใช้โมดูลตรรกะข้อมูลโมดูลครับ กันชน , บัฟเฟอร์เหตุการณ์และองค์ประกอบการสื่อสาร ซึ่งกลุ่มผู้บริโภคบริการและดุ้ยโน่อินเตอร์เฟซ


ในด้านบนของสถาปัตยกรรม เราเพิ่ม โมดูลในทางที่ไดรเวอร์ที่สามารถโต้ตอบกับ safetrack

มือถือกับอินเตอร์เฟซผู้ใช้ พวกเขาสามารถดูได้ในแผนที่ , ตำแหน่งปัจจุบัน , เดินทางถนนกับชมจุด ต่อไป และยังเหลือหยุดปลายทางสุดท้าย


และส่วนติดต่อผู้ใช้ให้ไดรเวอร์ข้อมูลเฉพาะของแต่ละชุด เช่น ท้องถิ่น และวันที่ ที่โหลดได้ทุก รับและส่ง

.องค์ประกอบการสื่อสารประกอบด้วยสองโมดูล : ผู้บริโภคบริการและดุ้ยโน่


เฟส ผู้บริโภคบริการ มีหน้าที่รับผิดชอบในการสื่อสารกับ safetrack Server ซึ่งจะกระทำโดย GPRS โดยใช้โปรโตคอลสบู่


ชุดนี้ชุดข้อมูลที่เป็นข้อความสบู่และส่งพวกเขาผ่าน HTTPS เพื่อ safetrack

Server ในกรณีของการตอบกลับโมดูลที่ได้รับข้อความและแปลงให้เป็นสบู่โครงสร้างข้อมูลในระดับที่สูง


โมดูลอินเตอร์เฟซไม่ดุ้ยโน่การสื่อสารระหว่างส่วนประกอบ safeduino และโทรศัพท์มือถือโดยใช้บลูทู ธ


โมดูลตรรกะรับผิดชอบในการประมวลผลข้อมูล และยังเชื่อมกับส่วนประกอบอื่น ๆของ safetrack
มือถือ .

จะแบ่งออกเป็น 4 submodules .ผู้จัดการการเข้าถึงไม่ตรวจสอบของผู้ใช้กับเซิร์ฟเวอร์ safetrack , ช่วยให้การควบคุมการเข้าถึงและการจัดการบริบท


ผู้จัดการเหตุการณ์ที่เกี่ยวข้องกับ RFID ได้รับเหตุการณ์ผ่านดุ้ยโน่อินเตอร์เฟซ


ผู้จัดการแปลงข้อมูลดิบของเหตุการณ์ลงในโครงสร้างวัตถุและส่งพวกเขาไปยังการเข้าถึงข้อมูลโมดูลจะยืนกรานในบัฟเฟอร์การจัดเก็บชั่วคราว เรียกว่าเหตุการณ์

บัฟเฟอร์ผู้จัดการการคำนวณละติจูด , ลองจิจูดและปัจจุบันความเร็วของผู้ให้บริการสถานีโดยใช้สัญญาณ GPS .


มันยังร่วมจัดเก็บ RFID เหตุการณ์ในเหตุการณ์บัฟเฟอร์ไปยังตำแหน่งของข้อมูลและความเร็วของผู้ให้บริการสถานีส่งไปยังเซิร์ฟเวอร์ผ่านทาง safetrack ผู้บริโภคบริการ


ส่งข้อมูลในวิธีที่สำคัญ ดังนั้น หากมีข้อมูลครับ บัฟเฟอร์ร่วมมันจะส่ง มิฉะนั้นข้อมูลใหม่ ของตำแหน่งและความเร็วจะถูกคำนวณและส่งไปยังเซิร์ฟเวอร์ safetrack โดยผู้บริโภคบริการ


ในกรณีของข้อผิดพลาดในการส่ง ข้อมูลกลับไปครับ กันชน จนร่างกายของการเชื่อมต่อ หลังจากส่งโมดูล ฟิวชั่น ผู้จัดการรอการกลับมาของ safetrack เซิร์ฟเวอร์แจ้งรหัสการแจ้งเตือนจะถูกสร้างขึ้นโดย safetrack โทรศัพท์มือถือ หากมีปัญหาใด ๆ กับผู้ให้บริการสถานี


นอกจากนี้ การแจ้งเตือนผู้จัดการโมดูลที่เรียกว่าทำมาตรการที่จำเป็น , การตรวจสอบกับเซิร์ฟเวอร์ safetrack


ในกระบวนการมีการเข้ารหัสของ IMEI ( เอกลักษณ์ของอุปกรณ์มือถือระหว่างประเทศ ) จำนวนของอุปกรณ์กับวิธี sha-1 ส่งกับข้อมูลอื่น ๆที่เกี่ยวข้อง .



เตือนผู้จัดการยังมีบริการอย่างต่อเนื่องเพื่อตรวจสอบข้อผิดพลาดของเหตุการณ์ที่เกิดจากการใช้อุปกรณ์หรือไดรเวอร์ประมาท


ในกรณีเหล่านี้ นอกจาก SMS ข้อความ ข้อความและคำเตือนที่ได้ยินได้ระบบแจ้ง safetrack เซิร์ฟเวอร์ ปัญหาเหล่านั้นเกิดขึ้น


สนับสนุนสัญญาณเตือนภัย : ปิดโทรศัพท์มือถือ , แบตเตอรี่ของอุปกรณ์โทรศัพท์มือถือ ปิด GPS , และปิด safetrack มือถือ


โมดูลจัดการการเข้าถึงข้อมูลแบบออฟไลน์และเหตุการณ์บัฟเฟอร์ ครับ บัฟเฟอร์เป็นฐานข้อมูลท้องถิ่นที่ใช้เฉพาะเมื่อมีการเชื่อมต่อกับเซิร์ฟเวอร์จะหายไป


มีบัฟเฟอร์เป็นครับให้ซื้อตำแหน่งเก็บไว้จนกว่าการเชื่อมต่อจะกลับคืนมา


เหตุผลที่จะใช้คุณลักษณะนี้คือบางครั้งอุปกรณ์สามารถผ่านเขตเงา ( พื้นที่ไม่มี GPRS ครอบคลุมที่เป็นอุปสรรคต่ออุปกรณ์ที่ส่งข้อมูลไปยังเซิร์ฟเวอร์ )
การแปล กรุณารอสักครู่..
 
ภาษาอื่น ๆ
การสนับสนุนเครื่องมือแปลภาษา: กรีก, กันนาดา, กาลิเชียน, คลิงออน, คอร์สิกา, คาซัค, คาตาลัน, คินยารวันดา, คีร์กิซ, คุชราต, จอร์เจีย, จีน, จีนดั้งเดิม, ชวา, ชิเชวา, ซามัว, ซีบัวโน, ซุนดา, ซูลู, ญี่ปุ่น, ดัตช์, ตรวจหาภาษา, ตุรกี, ทมิฬ, ทาจิก, ทาทาร์, นอร์เวย์, บอสเนีย, บัลแกเรีย, บาสก์, ปัญจาป, ฝรั่งเศส, พาชตู, ฟริเชียน, ฟินแลนด์, ฟิลิปปินส์, ภาษาอินโดนีเซี, มองโกเลีย, มัลทีส, มาซีโดเนีย, มาราฐี, มาลากาซี, มาลายาลัม, มาเลย์, ม้ง, ยิดดิช, ยูเครน, รัสเซีย, ละติน, ลักเซมเบิร์ก, ลัตเวีย, ลาว, ลิทัวเนีย, สวาฮิลี, สวีเดน, สิงหล, สินธี, สเปน, สโลวัก, สโลวีเนีย, อังกฤษ, อัมฮาริก, อาร์เซอร์ไบจัน, อาร์เมเนีย, อาหรับ, อิกโบ, อิตาลี, อุยกูร์, อุสเบกิสถาน, อูรดู, ฮังการี, ฮัวซา, ฮาวาย, ฮินดี, ฮีบรู, เกลิกสกอต, เกาหลี, เขมร, เคิร์ด, เช็ก, เซอร์เบียน, เซโซโท, เดนมาร์ก, เตลูกู, เติร์กเมน, เนปาล, เบงกอล, เบลารุส, เปอร์เซีย, เมารี, เมียนมา (พม่า), เยอรมัน, เวลส์, เวียดนาม, เอสเปอแรนโต, เอสโทเนีย, เฮติครีโอล, แอฟริกา, แอลเบเนีย, โคซา, โครเอเชีย, โชนา, โซมาลี, โปรตุเกส, โปแลนด์, โยรูบา, โรมาเนีย, โอเดีย (โอริยา), ไทย, ไอซ์แลนด์, ไอร์แลนด์, การแปลภาษา.

Copyright ©2025 I Love Translation. All reserved.

E-mail: