3.1. SafeTrack ServerSafeTrack Server receives, processes and provides การแปล - 3.1. SafeTrack ServerSafeTrack Server receives, processes and provides ไทย วิธีการพูด

3.1. SafeTrack ServerSafeTrack Serv

3.1. SafeTrack Server

SafeTrack Server receives, processes and provides data to other components of the model.


The server architecture, shown in Fig. 2, is divided into three layers.


The first one is the Services Layer, which provides interfaces to other components to allow them to access the server functionalities and stored data.


This layer is further divided in four modules, which represent distinct groups of functions for the Carrier Station, Website, Delivery Provider and Depot Station.


The Carrier Station Interface contains functions that the mobile devices use to send data about their current position, the vehicle’s velocity and regarding the loads.


This interface also has methods for sending alarms, such as shutting down the device or the GPS and when the mobile application is closed. Additionally, the Carrier Station Interface does the access control of Carrier Stations via a hash table.


This table has all the IMEI encrypted codes with a SHA-1 algorithm of all mobile devices that are registered in the model.


When a Carrier Station sends information to the SafeTrack Server, the component verifies if the SHA-1 code is in the hash table.


If it is contained, it sends the information to the Logical Layer, otherwise it discards that information.


The Website Interface provides tools for administrative actions, such as planning routes, registration of drivers, monitors, Carrier Stations and Depot Stations.


It also provides information to the Website Monitoring and Management be able to perform real-time monitoring of vehicles and loads.


The Delivery Provider Interface supplies methods to the component Delivery Provider.


These methods let the provider to send a new batch of information to be stored into the database.


Furthermore, it allows the Delivery Provider to read, edit, and erase batches from the database.


The Depot Station Interface enables the Depot Stations to read the batches that are going to be sent, and also confirms the deliveries already done.


All the interfaces interact with other components of the model through SOAP messages, that are sent by HTTPS protocol.


The SOAP is used because it is a W3C standard (W3C, 2012), being widely employed by the industry.


The use of HTTPS as a transport protocol allows a transmission where the data is encrypted, being able to verify the authenticity between the described interfaces and other components of the model by digital certification.


The second layer is the Logical Layer, which processes and manages data.


It has algorithms for position calculations, Geofence, initialization and finishing travels, loads management, and also decision-making for alarms sending in case of inconsistencies in logistics flow, detour routes and optimizations for loads delivery.


The SafeTrack uses the Travel Manager and Geofencing Checker modules developed in SWTrack .


The Travel Manager module is in charge of initializing and finalizing travels automatically using Geofence concepts through the POI (Point of Interest) technique .


The Geofencing Checker analyzes continuously if the vehicles are following the planned route using two different Geofence solutions also proposed in SWTrack .


Moreover, we developed two modules that do the load’s management (Goods Manager) and optimization of deliveries (Delivery Optimizer).


The Goods Manager module controls and manages the delivery of a loads’ set during the logistics chain, allowing the sending of automatic alarms when some nonconformities occur in the load’s flow, such as loads that are delivered at wrong places or removed at disallowed spots.


Moreover, it does the initialization and finalizing of loads in an automatic way, without any user interaction with the SafeTrack.


The Goods Manager employs the POI technique adding an interest point at each Depot Station that the Carrier Station will pass by.


In Fig. 3 we show two green circumferences that limit the points where the Carrier Station has to do pickups and deliveries.


For all entering events of load in Carrier Station, the Goods Manager verifies in database if the load belongs to a set to be transported by the vehicle.


It checks if all loads were picked up by the Carrier Station, and then the Goods Manager initializes the set.


The finalizing of sets is done in similar way.


For each leaving event of a load in the Carrier Station, the Goods Manager verifies in database if the load belongs to a set that has to be delivered in the Depot Station. After verifying that all the loads left the Carrier Station, the Goods Manager does the finalizing of a set.


Furthermore, the Goods Manager detects the occurrence of errors Fig. 2. SafeTrack Server architecture.


during the logistics flow, respectively: location;
When SafeTrack detects the occurrence of an error, the Goods Manager saves an alarm in database through the Data Access Layer, so the responsible for monitoring can visualize it in the Website Monitoring and Management. Moreover, it returns a warning code to Carrier Station, so the SafeTrack Mobile can send alarms to the load’s responsible.


The module Delivery Optimizer is in charge of doing optimizations in set’s delivery.


The ideal solution calculates the optimization when a new set arrives, through the Delivery Provider, and creates a new route to the closest Carrier Station from the set’s origin.


However, it does not apply in fact, because the ongoing route’s alternative is not viable, since it is not always possible to reestablish a new route during a travel. This is due to structural problems, such as one way streets, impossibility of U-turns, difficulties in maneuvering a truck, among others.


Moreover, an unexpected information can distract the driver attention while driving.


To avoid this problem, we adopted an approach that does the optimization in two ways: creating optimal routes for set’s delivery and verifying if exists a new set to be delivered on the planned route, whenever it enters in a Depot Station.


This work does not aim at presenting a new solution for creation of deliveries routes, because many solutions tackled this issue.


Among the proposals for creation of routes, we highlight which obtained optimal solutions and with low computational costs.


These algorithms calculate the best route to be done by the vehicle, disposing of information such as weight and volume supported by the vehicle, pickup and delivery spot of the set, timewindow, and weight and volume of the set.


The logistics planner can automatically create delivery routes or plan them manually by the Website Monitoring and Management.


With the automatic creation, the website requests the SafeTrack Server to delegate the task to the module Delivery Optimizer.


Then the Delivery Optimizer requests to the database the necessary information for the route creation, and calculates and returns to the website the route to be traveled.


The Delivery Optimizer can also be executed in an ongoing travel, aiming to check if there is another set that can be delivered on the planned route.


When a Carrier Station enters in a Depot Station to pick up or to deliver, the Depot Station always makes a call to the SafeTrack Server that delegates to the Delivery Optimizer the task of checking if the database has a new set that can be delivered by a vehicle on its planned route, also considering its limitations of weight and volume.


If exists, the SafeTrack Server returns to the Depot Station the set’s code. With that, the operator of the Depot Station and the driver can confirm if the attribution of the set is viable.


0/5000
จาก: -
เป็น: -
ผลลัพธ์ (ไทย) 1: [สำเนา]
คัดลอก!
3.1 เซิร์ฟเวอร์ SafeTrackเซิร์ฟเวอร์ SafeTrack รับประมวลผล และนำเสนอข้อมูลส่วนประกอบอื่น ๆ ของแบบจำลอง สถาปัตยกรรมเซิร์ฟเวอร์ Fig. 2 แสดงถูกแบ่งออกเป็นสามชั้น อันแรกเป็นชั้น บริการ ซึ่งมีอินเทอร์เฟสกับส่วนประกอบอื่น ๆ เพื่ออนุญาตให้เข้าถึงฟังก์ชันการทำงานของเซิร์ฟเวอร์และข้อมูลที่เก็บไว้ ชั้นนี้จะแบ่งย่อยอีกใน 4 โมดูล ซึ่งหมายถึงกลุ่มความแตกต่างของฟังก์ชันสำหรับ สถานีขนส่ง เว็บไซต์ ผู้ให้ บริการจัดส่ง และ สถานี Depot ติดต่อสถานีขนส่งประกอบด้วยฟังก์ชันที่ใช้อุปกรณ์มือถือเพื่อส่งข้อมูล เกี่ยวกับ ตำแหน่งปัจจุบันของพวกเขา ความเร็วของรถ และเกี่ยวข้อง กับโหลด อินเทอร์เฟซนี้ยังมีวิธีการสำหรับการส่งสัญญาณเตือนภัย เช่นการปิดอุปกรณ์หรือ GPS และ เมื่อปิดแอพพลิเคชันโมบาย นอกจากนี้ ติดต่อสถานีขนส่งควบคุมการเข้าถึงสถานีขนส่งผ่านตารางแฮช ตารางนี้มีรหัส IMEI ที่เข้ารหัส ด้วยอัลกอริทึม SHA-1 ของอุปกรณ์โมบายทั้งหมดที่ลงทะเบียนไว้ในแบบ สถานีขนส่งส่งข้อมูลไปยังเซิร์ฟเวอร์ SafeTrack คอมโพเนนต์การตรวจสอบว่า รหัส SHA-1 อยู่ในตารางแฮช ถ้ามันอยู่ ส่งข้อมูลกับชั้นที่ตรรกะ มิฉะนั้น จะละทิ้งข้อมูล อินเทอร์เฟซของเว็บไซต์มีเครื่องมือสำหรับการดำเนินการปกครอง เช่นการวางแผนเส้นทาง การลงทะเบียนโปรแกรมควบคุม ตรวจสอบ Depot สถานีและสถานีขนส่ง จะให้ข้อมูลเพื่อการตรวจสอบเว็บไซต์ และการจัดการสามารถทำการตรวจสอบแบบเรียลไทม์ของยานพาหนะและโหลด อินเทอร์เฟซสำหรับผู้ให้บริการจัดส่งวัสดุวิธีการคอมโพเนนต์บริการจัดส่ง วิธีการเหล่านี้ให้ผู้ส่งข้อมูลเพื่อจัดเก็บลงในฐานข้อมูลชุดใหม่ นอกจากนี้ จะช่วยให้ผู้ให้บริการจัดส่งเพื่ออ่าน แก้ไข และลบชุดงานจากฐานข้อมูล Depot สถานีทำให้สถานี Depot อ่านชุดที่กำลังส่ง และยัง ยืนยันการจัดส่งที่ทำ อินเตอร์เฟสทั้งหมดติดต่อกับส่วนประกอบอื่น ๆ ของแบบจำลองผ่านข้อความ SOAP ที่จะถูกส่ง โดยโพรโทคอล HTTPS ใช้สบู่ เพราะมันเป็นมาตรฐาน W3C (W3C, 2012), ที่ว่าอุตสาหกรรมอย่างกว้างขวาง การใช้ HTTPS โพรโทคอขนส่งช่วยให้ส่งที่ถูกเข้ารหัสลับของข้อมูล ความสามารถในการตรวจสอบความถูกต้องระหว่างอินเทอร์เฟซที่อธิบายและส่วนประกอบอื่น ๆ ของแบบจำลอง โดยใบรับรองดิจิตอล ชั้นที่สองเป็นชั้น ตรรกะ การประมวลผล และจัดการข้อมูล มีอัลกอริทึมสำหรับตำแหน่งคำนวณ Geofence เริ่มต้น และสิ้นสุดการเดิน ทาง การจัดการโหลด และยังตัดสินใจสำหรับสัญญาณที่ส่งในกรณีที่ไม่สอดคล้องกันในขั้นตอนการโลจิสติกส์ อ้อมเส้นทางและการเพิ่มประสิทธิภาพสำหรับการจัดส่งโหลด SafeTrack การใช้โมดู Geofencing ตัวตรวจสอบและจัดการท่องเที่ยวที่พัฒนาใน SWTrack โมดูลการจัดการเดินทางรับผิดชอบการเตรียมใช้งาน และสรุปการเดินทางโดยอัตโนมัติโดยใช้แนวคิด Geofence ผ่านเทคนิค POI (จุดสนใจ) ตัว Geofencing ตรวจวิเคราะห์อย่างต่อเนื่องถ้ายานพาหนะมีต่อกระบวนการวางแผนใช้สองแตกต่างกัน Geofence โซลูชั่นยัง ได้นำเสนอใน SWTrack นอกจากนี้ เราสามารถพัฒนาโมดูล 2 ที่จัดการ (ผู้จัดการสินค้า) ของการผลิตและการเพิ่มประสิทธิภาพของการจัดส่ง (จัดส่งเพิ่มประสิทธิภาพ) โมดูลการจัดการสินค้าควบคุม และจัดการการจัดส่งชุดของโหลดในห่วงโซ่โลจิสติกส์ การให้การส่งสัญญาณเตือนอัตโนมัติเมื่อ nonconformities บางอย่างเกิดขึ้นในขั้นตอนของการโหลด เช่นปริมาณที่ส่งมอบ ณสถานที่ไม่ถูกต้อง หรือเอาออกในจุดที่ไม่ได้รับอนุญาต นอกจากนี้ จะไม่เริ่มต้นและสรุปวิธีการอัตโนมัติ ไม่มีการโต้ตอบผู้ใช้กับ SafeTrack โหลดของ ผู้จัดการฝ่ายสินค้าใช้เทคนิคปอยเพิ่มเป็นจุดสนใจที่แต่ละสถานี Depot ที่สถานีขนส่งจะผ่าน ใน Fig. 3 เราแสดง circumferences สีเขียวสองที่จำกัดสถานที่ได้ที่สถานีขนส่งต้องใช้รถปิคอัพและจัดส่ง สำหรับเหตุการณ์ทั้งหมดที่ใส่ของโหลดในสถานีขนส่ง ผู้จัดการฝ่ายสินค้าตรวจสอบในฐานข้อมูลถ้าโหลดเป็นของชุดที่จะขนส่ง โดยยานพาหนะ ตรวจสอบถ้าโหลดทั้งหมดได้รับสถานีบริษัทขนส่ง และจากนั้น ผู้จัดการสินค้าเริ่มต้นชุด สรุปชุดจะทำในลักษณะคล้ายกัน สำหรับแต่ละเหตุการณ์ออกโหลดในสถานีขนส่ง ผู้จัดการฝ่ายสินค้าตรวจสอบในฐานข้อมูลถ้าโหลดเป็นชุดที่ได้จัดส่งอุปกรณ์ Depot หลังจากตรวจสอบว่า โหลดทั้งหมดออกจากสถานีขนส่ง ผู้จัดการสินค้าไม่สรุปของชุด นอกจากนี้ ผู้จัดการฝ่ายสินค้าตรวจพบการเกิดขึ้นของข้อผิดพลาด Fig. 2 สถาปัตยกรรมของเซิร์ฟเวอร์ SafeTrack ในระหว่างการขนส่งไหล ตามลำดับ: ตำแหน่งเมื่อเกิดข้อผิดพลาดในการตรวจพบว่า SafeTrack ผู้จัดการฝ่ายสินค้าจะบันทึกปลุกในฐานข้อมูลผ่านชั้นการเข้าถึงข้อมูล เพื่อรับผิดชอบการตรวจสอบสามารถเห็นภาพในการตรวจสอบเว็บไซต์และการจัดการ นอกจากนี้ จะส่งกลับรหัสเตือนสถานีบริษัทขนส่ง ให้มือถือ SafeTrack สามารถส่งสัญญาณเตือนให้โหลดรับผิดชอบ โมเพิ่มประสิทธิภาพจัดรับผิดชอบทำการเพิ่มประสิทธิภาพในการจัดส่งของชุด เหมาะคำนวณปรับเมื่อชุดใหม่มา ถึง ผ่านผู้ให้บริการจัดส่ง และสร้างกระบวนการใหม่สถานีขนส่งใกล้เคียงที่สุดจากจุดเริ่มต้นของชุด อย่างไรก็ตาม มันใช้ไม่ได้ในความเป็นจริง เนื่องจากทางเลือกอย่างต่อเนื่องของกระบวนการผลิตไม่ได้ เนื่องจากมันไม่เสมอสามารถสร้างกระบวนการใหม่อีกครั้งในระหว่างการเดินทางนั้น นี่คือเนื่องจากปัญหาเกี่ยวกับโครงสร้าง เช่นถนนทางเดียว เป็นไปได้ทำของ U-turns ความยากลำบากในการหลบหลีกรถบรรทุก หมู่คนอื่น ๆ นอกจากนี้ ข้อมูลที่ไม่คาดคิดสามารถกวนใจควบคุมความสนใจในขณะขับรถ เพื่อหลีกเลี่ยงปัญหานี้ เรานำวิธีการที่เพิ่มประสิทธิภาพในสองวิธี: สร้างเส้นทางที่เหมาะสมสำหรับการจัดส่งของชุด และตรวจสอบถ้ามีชุดใหม่ที่จะจัดส่งในเส้นทางวางแผนไว้ เมื่อเข้าสู่ในสถานี Depot งานนี้มุ่งมั่นที่นำเสนอโซลูชั่นใหม่สำหรับการสร้างเส้นทางส่ง เนื่องจากปัญหานี้แก้ได้หลายวิธี ในข้อเสนอสำหรับการสร้างกระบวนการผลิต เราเน้นที่ได้รับโซลูชั่นที่เหมาะสมและ มีต้นทุนต่ำสุดที่คำนวณ อัลกอริทึมเหล่านี้คำนวณเส้นทางที่สุดจะทำรถยนต์ ทิ้งข้อมูลเช่นน้ำหนัก และปริมาตรสนับสนุนยานพาหนะ รถบรรทุกสินค้า และจัดส่งรับของชุด timewindow และน้ำหนักและปริมาตรของชุด วางแผนโลจิสติกส์สามารถสร้างเส้นทางจัดส่งโดยอัตโนมัติ หรือวางแผนได้ด้วยตนเอง โดยการตรวจสอบเว็บไซต์และการจัดการ เว็บไซต์ร้องขอเซิร์ฟเวอร์ SafeTrack เพื่อมอบหมายงานให้โมเพิ่มประสิทธิภาพการจัดส่งแบบอัตโนมัติ เพิ่มประสิทธิภาพการส่งร้องขอไปยังฐานข้อมูลข้อมูลที่จำเป็นสำหรับการสร้างกระบวนการผลิต และคำนวณ แล้วส่งกลับไปยังเว็บไซต์เส้นทางให้สามารถเดินทาง เพิ่มประสิทธิภาพการจัดส่งสามารถยังดำเนินการในการท่องเที่ยวอย่างต่อเนื่อง มุ่งตรวจสอบว่า มีชุดอื่นที่สามารถใช้ได้ในกระบวนการผลิตที่วางแผนไว้ เมื่อป้อนสถานีขนส่งในสถานี Depot จะรับ หรือส่ง สถานี Depot เสมอทำให้การเรียก SafeTrack เซิร์ฟเวอร์ที่มอบหมายเพื่อเพิ่มประสิทธิภาพการส่งงานการตรวจสอบว่าฐานข้อมูลมีชุดใหม่ที่สามารถจัดส่ง โดยรถยนต์บนเส้นทางวางแผนไว้ ยัง พิจารณาข้อจำกัดของน้ำหนักและปริมาตร ถ้ามี เซิร์ฟเวอร์ SafeTrack กลับไปสถานี Depot รหัสของชุด ที่ ผู้ประกอบการสถานี Depot และโปรแกรมควบคุมที่สามารถยืนยันว่า แสดงที่มาของชุดทำงาน
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 2:[สำเนา]
คัดลอก!
3.1 SafeTrack เซิร์ฟเวอร์SafeTrack เซิร์ฟเวอร์ได้รับกระบวนการและให้ข้อมูลกับองค์ประกอบอื่น ๆ ของรูปแบบ. สถาปัตยกรรมเซิร์ฟเวอร์ที่แสดงในรูป 2 แบ่งออกเป็นสามชั้น. คนแรกคือชั้นบริการที่มีอินเตอร์เฟซกับองค์ประกอบอื่น ๆ ที่จะช่วยให้พวกเขาในการเข้าถึงฟังก์ชันการทำงานของเซิร์ฟเวอร์และข้อมูลที่เก็บไว้. ชั้นนี้จะแบ่งออกต่อไปในสี่โมดูลซึ่งเป็นตัวแทนของกลุ่มที่แตกต่างของฟังก์ชั่นสำหรับ สถานี Carrier, เว็บไซต์ของผู้ให้บริการจัดส่งสินค้าและสถานีรถไฟสถานี. อินเตอร์เฟซสถานี Carrier มีฟังก์ชันที่โทรศัพท์มือถือที่ใช้ในการส่งข้อมูลเกี่ยวกับตำแหน่งปัจจุบันของพวกเขาความเร็วของรถและเกี่ยวกับการโหลด. อินเตอร์เฟซนี้ยังมีวิธีการในการส่งสัญญาณเตือนภัยเช่น ปิดอุปกรณ์หรือจีพีเอสและเมื่อโปรแกรมมือถือถูกปิด นอกจากนี้การเชื่อมต่อสถานี Carrier ไม่ควบคุมการเข้าถึงของสถานี Carrier ผ่านตารางแฮช. ตารางนี้มีทั้งหมดรหัสเข้ารหัส IMEI กับอัลกอริทึม SHA-1 ของโทรศัพท์มือถือทั้งหมดที่มีการจดทะเบียนในรูปแบบ. เมื่อสถานี Carrier ส่งข้อมูลไปยัง เซิร์ฟเวอร์ SafeTrack ที่ส่วนตรวจสอบว่ารหัส SHA-1 อยู่ในตารางแฮช. ถ้ามันมีอยู่ก็จะส่งข้อมูลไปยังลอจิคัลเลเยอร์มิฉะนั้นมันทิ้งข้อมูลนั้น. อินเตอร์เฟซเว็บไซต์มีเครื่องมือสำหรับการดำเนินการบริหารเช่น เส้นทางการวางแผนการลงทะเบียนของไดรเวอร์, จอภาพ, สถานีการขนส่งและสถานีรถไฟสถานี. นอกจากนี้ยังมีข้อมูลที่จะตรวจสอบสถานะเว็บไซต์และผู้บริหารจะสามารถดำเนินการตรวจสอบเวลาจริงของยานพาหนะและโหลด. วิธีการเชื่อมต่ออุปกรณ์ของผู้ให้บริการจัดส่งสินค้าไปยังส่วนของผู้ให้บริการการจัดส่งวิธีการเหล่านี้ช่วยให้ผู้ให้บริการในการส่งชุดใหม่ของข้อมูลจะถูกเก็บไว้ในฐานข้อมูล. นอกจากนี้ยังช่วยให้ผู้ให้บริการจัดส่งสินค้าในการอ่านแก้ไขและลบสำหรับกระบวนการจากฐานข้อมูล. สถานีรถไฟสถานีอินเตอร์เฟซที่ช่วยให้สถานี Depot อ่านแบตช์ ที่กำลังจะถูกส่งไปและยังยืนยันการส่งมอบทำมาแล้ว. อินเตอร์เฟซทั้งหมดโต้ตอบกับส่วนประกอบอื่น ๆ ของรูปแบบผ่านข้อความสบู่ที่ถูกส่งโดยโปรโตคอล HTTPS. สบู่ที่ใช้เพราะมันเป็นมาตรฐานของ W3C (W3C 2012 ) การจ้างงานกันอย่างแพร่หลายโดยอุตสาหกรรม. การใช้ HTTPS เป็นโปรโตคอลการขนส่งช่วยให้การส่งผ่านข้อมูลที่มีการเข้ารหัสความสามารถในการตรวจสอบความถูกต้องระหว่างการเชื่อมต่อที่อธิบายและส่วนประกอบอื่น ๆ ของรูปแบบโดยการรับรองดิจิตอล. ชั้นที่สองคือ ตรรกะชั้นซึ่งกระบวนการและจัดการข้อมูล. มันมีขั้นตอนวิธีการสำหรับการคำนวณตำแหน่ง Geofence, การเริ่มต้นและการเดินทางจบการจัดการโหลดและการตัดสินใจสำหรับการเตือนภัยที่ส่งในกรณีที่ไม่สอดคล้องกันในการไหลของโลจิสติกเส้นทางอ้อมและการเพิ่มประสิทธิภาพในการจัดส่งโหลด . SafeTrack ใช้จัดการการท่องเที่ยวและการ Geofencing โมดูลตรวจสอบการพัฒนาใน SWTrack. โมดูลจัดการท่องเที่ยวที่อยู่ในความดูแลของการเริ่มต้นและจบเดินทางโดยอัตโนมัติโดยใช้แนวคิด Geofence ผ่านจุดที่น่าสนใจ (ที่น่าสนใจ) เทคนิค. การวิเคราะห์ตรวจสอบ Geofencing อย่างต่อเนื่องถ้ายานพาหนะที่มี ต่อไปนี้วางแผนเส้นทางโดยใช้สองโซลูชั่น Geofence ที่แตกต่างกันที่นำเสนอยังอยู่ใน SWTrack. นอกจากนี้เราพัฒนาสองโมดูลที่จะจัดการโหลดของ (สินค้าผู้จัดการ) และการเพิ่มประสิทธิภาพของการส่งมอบ (ส่งเพิ่มประสิทธิภาพ). ควบคุมโมดูลจัดการสินค้าและการบริหารการจัดส่งของโหลดที่ 'ตั้งอยู่ระหว่างห่วงโซ่โลจิสติกที่ช่วยให้การส่งสัญญาณเตือนโดยอัตโนมัติเมื่อข้อบกพร่องบางอย่างที่เกิดขึ้นในการไหลของโหลดของเช่นโหลดที่มีการส่งมอบในสถานที่ที่ไม่ถูกต้องหรือเอาออกที่จุดไม่ได้รับอนุญาต. นอกจากนี้ยังไม่เริ่มต้นและจบโหลดในแบบอัตโนมัติ วิธีการที่ใช้โดยไม่มีการโต้ตอบใด ๆ กับ SafeTrack ได้. ผู้จัดการสินค้ามีพนักงานเทคนิคการเพิ่มจุดที่น่าสนใจจุดที่น่าสนใจในแต่ละสถานีที่สถานีรถไฟสถานีขนส่งทางจะผ่าน. ในรูป 3 เราจะแสดงสองเส้นรอบวงสีเขียวที่ จำกัด จุดที่สถานี Carrier มีการทำรถปิคอัพและการส่งมอบ. สำหรับเหตุการณ์ที่เกิดขึ้นเข้าทั้งหมดของโหลดในสถานีรถไฟ Carrier, ผู้จัดการสินค้าตรวจสอบในฐานข้อมูลถ้าโหลดเป็นชุดที่จะขนส่งโดยรถ . มันจะตรวจสอบถ้าโหลดทั้งหมดถูกหยิบขึ้นมาจากสถานีขนส่งทางแล้วจัดการสินค้าเริ่มต้นที่ตั้งไว้. จบชุดที่จะทำในลักษณะที่คล้ายกัน. สำหรับแต่ละเหตุการณ์ออกของภาระในสถานี Carrier, ผู้จัดการสินค้าตรวจสอบใน ฐานข้อมูลถ้าโหลดเป็นชุดที่จะต้องมีการส่งมอบในสถานีรถไฟสถานี หลังจากตรวจสอบที่โหลดทั้งหมดที่ออกจากสถานีขนส่งทางผู้จัดการสินค้าไม่จบของชุด. นอกจากนี้ผู้จัดการฝ่ายสินค้าตรวจพบข้อผิดพลาดที่เกิดขึ้นของรูป 2. สถาปัตยกรรมเซิร์ฟเวอร์ SafeTrack. ในช่วงการไหลจิสติกส์ตามลำดับ: สถานที่; เมื่อ SafeTrack ตรวจพบการเกิดข้อผิดพลาดที่ผู้จัดการสินค้าบันทึกในฐานข้อมูลเตือนภัยผ่านการเข้าถึงข้อมูลชั้นเพื่อให้มีความรับผิดชอบสำหรับการตรวจสอบสามารถเห็นภาพในการตรวจสอบเว็บไซต์ และการบริหารจัดการ นอกจากนี้ก็จะส่งกลับรหัสเตือนไปยังสถานีขนส่งทางเพื่อให้มือถือ SafeTrack สามารถส่งสัญญาณเตือนไปยังภาระของผู้ที่รับผิดชอบ. เพิ่มประสิทธิภาพการจัดส่งโมดูลเป็นค่าใช้จ่ายในการดำเนินการเพิ่มประสิทธิภาพในการส่งมอบชุดของ. ทางออกที่ดีคำนวณการเพิ่มประสิทธิภาพเมื่อชุดใหม่มาถึงผ่าน ผู้ให้บริการจัดส่งสินค้าและสร้างเส้นทางใหม่ไปยังสถานีและตัวแทนจำหน่ายที่ใกล้เคียงที่สุดจากแหล่งกำเนิดชุดของ. แต่ก็ไม่ได้นำไปใช้ในความเป็นจริงเพราะทางเลือกเส้นทางอย่างต่อเนื่องไม่ได้ทำงานเพราะมันเป็นไปไม่ได้เสมอที่จะสถาปนาเส้นทางใหม่ในช่วง การท่องเที่ยว. เพราะนี่คือปัญหาเชิงโครงสร้างเช่นหนึ่งในถนนทางไปไม่ได้ของ U-เปลี่ยนความยากลำบากในการหลบหลีกรถบรรทุก, หมู่คนอื่น ๆ . นอกจากนี้ยังมีข้อมูลที่ไม่คาดคิดสามารถเบี่ยงเบนความสนใจคนขับรถในขณะขับรถ. เพื่อหลีกเลี่ยงปัญหานี้เรานำมาใช้วิธีการ ที่จะเพิ่มประสิทธิภาพในสองวิธี. การสร้างเส้นทางที่ดีที่สุดสำหรับการจัดส่งชุดและตรวจสอบหากมีอยู่ชุดใหม่ที่จะส่งมอบบนเส้นทางที่วางแผนไว้เมื่อใดก็ตามที่เข้ามาในสถานีรถไฟสถานีงานนี้ไม่ได้มีจุดมุ่งหมายที่จะนำเสนอโซลูชั่นใหม่สำหรับการสร้างเส้นทางการส่งมอบเพราะหลายโซลูชั่นจัดการปัญหานี้. ท่ามกลางข้อเสนอสำหรับการสร้างเส้นทางเราเน้นที่ได้รับการแก้ปัญหาที่ดีที่สุดและมีค่าใช้จ่ายในการคำนวณที่ต่ำ. ขั้นตอนวิธีการเหล่านี้คำนวณเส้นทางที่ดีที่สุดที่จะทำได้โดยยานพาหนะ, การกำจัดข้อมูลเช่นน้ำหนักและ ปริมาณการสนับสนุนโดยรถกระบะและจุดส่งมอบชุด timewindow และน้ำหนักและปริมาณของชุด. วางแผนโลจิสติกจะสามารถสร้างเส้นทางการจัดส่งหรือวางแผนด้วยตนเองโดยการตรวจสอบเว็บไซต์และการบริหาร. ด้วยการสร้างอัตโนมัติเว็บไซต์ ขอเซิร์ฟเวอร์ SafeTrack ที่จะมอบหมายงานในโมดูลเพิ่มประสิทธิภาพการจัดส่ง. แล้วขอเพิ่มประสิทธิภาพการจัดส่งไปยังฐานข้อมูลข้อมูลที่จำเป็นสำหรับการสร้างเส้นทางและคำนวณและผลตอบแทนที่เว็บไซต์ของเส้นทางที่จะเดินทาง. เพิ่มประสิทธิภาพการจัดส่งสินค้ายังสามารถดำเนินการได้ ในการเดินทางอย่างต่อเนื่องมุ่งมั่นที่จะตรวจสอบว่ามีการตั้งค่าที่สามารถส่งอื่นบนเส้นทางที่วางแผนไว้. เมื่อมีผู้ให้บริการสถานีเข้าไปในสถานีรถไฟสถานีจะรับหรือส่งที่สถานีรถไฟสถานีมักจะทำให้โทรไปยังเซิร์ฟเวอร์ SafeTrack ที่ ได้รับมอบหมายให้เพิ่มประสิทธิภาพการส่งมอบงานของการตรวจสอบหากฐานข้อมูลมีชุดใหม่ที่สามารถส่งโดยรถบนเส้นทางที่วางแผนไว้มันยังพิจารณาข้อ จำกัด ของน้ำหนักและปริมาณ. หากอยู่ที่ SafeTrack เซิร์ฟเวอร์กลับไปที่สถานีรถไฟสถานีชุดของ รหัส กับที่ผู้ประกอบการของสถานีรถไฟสถานีและคนขับที่สามารถยืนยันว่าการกำหนดลักษณะของชุดจะทำงานได้


















































































































































การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 3:[สำเนา]
คัดลอก!
3.1 . safetrack

safetrack เซิร์ฟเวอร์เซิร์ฟเวอร์ได้รับ กระบวนการ และให้ข้อมูลกับส่วนประกอบอื่น ๆของรูปแบบ


สถาปัตยกรรมเซิร์ฟเวอร์ , แสดงในรูปที่ 2 คือ แบ่งออกเป็น 3 ชั้น


แรกบริการชั้นซึ่งมีการเชื่อมต่อกับส่วนประกอบอื่น ๆเพื่อให้พวกเขาสามารถเข้าถึงเซิร์ฟเวอร์ฟังก์ชันและจัดเก็บ ข้อมูล


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


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


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


ตารางนี้มีทั้งหมด IMEI รหัสเข้ารหัสด้วยอัลกอริทึม sha-1 ของโทรศัพท์มือถือทั้งหมดที่จดทะเบียนในรูปแบบ .

เมื่อผู้ให้บริการสถานีส่งข้อมูลไปยัง safetrack เซิร์ฟเวอร์ชิ้นส่วนตรวจสอบ ถ้ารหัส sha-1 อยู่ในตารางแฮช


ถ้ามันมีอยู่ มันส่งข้อมูลไปยังชั้นตรรกะมิฉะนั้นมันทิ้งข้อมูล


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

สถานีรถไฟสถานีนอกจากนี้ยังให้ข้อมูลไปยังเว็บไซต์ของการติดตามและการจัดการสามารถดำเนินการตรวจสอบเวลาจริงของยานพาหนะและโหลด


บริการจัดส่งติดต่อวัสดุวิธีการองค์ประกอบการจัดส่งผู้ให้บริการ


วิธีเหล่านี้จะอนุญาตให้ผู้ให้บริการจะส่งชุดใหม่ของข้อมูลจะถูกเก็บไว้ในฐานข้อมูล .

นอกจากนี้ยังช่วยให้ผู้ให้บริการจัดส่งอ่าน , แก้ไขและลบได้จากฐานข้อมูล


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


ทั้งหมด interfaces โต้ตอบกับส่วนประกอบอื่น ๆของแบบจำลองผ่านสบู่ ข้อความที่ถูกส่งโดย

https โปรโตคอล สบู่ที่ใช้ เพราะมันเป็นมาตรฐานของ W3C ( W3C , 2012 )ถูกใช้อย่างกว้างขวางโดยอุตสาหกรรม .

ใช้ HTTPS เป็นขนส่งโปรโตคอลที่ช่วยให้ส่งข้อมูลที่ถูกเข้ารหัส สามารถตรวจสอบความถูกต้องระหว่างอธิบายการเชื่อมต่อและส่วนประกอบอื่น ๆของรูปแบบของใบรับรองดิจิตอล


ชั้นที่สองเป็นชั้นตรรกะ ซึ่งประมวลผล และจัดการข้อมูล


มันมีขั้นตอนวิธีสำหรับการคำนวณ geofence ตำแหน่ง , ,การจัดการการเริ่มต้นและสิ้นสุดการเดินทาง , โหลด , และยัง ตัดสินใจส่ง ในกรณีของความไม่สอดคล้องกันในการปลุกกระแส และการเพิ่มประสิทธิภาพโลจิสติกส์ เส้นทางวกวนแรงส่ง


safetrack ใช้ผู้จัดการท่องเที่ยวและ geofencing ตรวจสอบโมดูลที่พัฒนาใน swtrack

.การเดินทางผู้จัดการโมดูลในค่าใช้จ่ายของการเริ่มต้นและจบการเดินทางโดยอัตโนมัติโดยใช้แนวคิด geofence ผ่าน POI ( จุดที่น่าสนใจ ) เทคนิค


Geofencing ตรวจสอบวิเคราะห์อย่างต่อเนื่อง ถ้ายานพาหนะตามวางแผนเส้นทางการใช้สองโซลูชั่น geofence แตกต่างกันยังเสนอใน swtrack


นอกจากนี้เราพัฒนาสองโมดูลที่ทำให้การจัดการของโหลด ( ผู้จัดการสินค้า ) และการเพิ่มประสิทธิภาพของการส่งมอบ ( เพิ่มประสิทธิภาพการจัดส่ง )


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

Copyright ©2026 I Love Translation. All reserved.

E-mail: