3.3. Process Scheduled Trip EventTh

3.3. Process Scheduled Trip Event

The process or execution of a scheduled trip event depends on the type of event to execute. The following type of events can be received:

x NodePass: This is an internal system event that is used to register that the traveler has passed by a node of one of its scheduled trip segments. It needs no execution (only the storage of the event in the list of historical events).
x TripStateChange: This is an internal system event that is used to change the current state/phase/stage of the trip.
x ScheduledNotification: This event is used for sending a text message to a traveler using a phone number or an e-mail. The message is sent using the NotifyInformationToTraveler service, provided by the MOBILE interface. These events are generated by the service subscriptions of the trip.
x SegmentValidation: Segment validation is carried out by using the FindTrips CORE function for checking if a given trip segment is still scheduled by the JP that originally provided it. If the validated segment remains as originally scheduled, then no action is needed. In the case the validated segment is no longer scheduled as was originally provided, then it’s necessary to check the changes and disturbances produced in the trip. This is made using the Manage Trip Changes function, described later.

ผลลัพธ์ (ไทย) 1:

3.3. กระบวนการจัดกำหนดการแล้วเหตุการณ์เดินทาง

กระบวนการหรือการดำเนินการของกิจกรรมตามกำหนดการเดินทางขึ้นอยู่กับชนิดของเหตุการณ์การดำเนินการ ชนิดของเหตุการณ์ต่อไปนี้จะได้รับ:

x NodePass: นี้เป็นเหตุการณ์ภายในระบบที่ใช้เพื่อลงทะเบียนว่า นักท่องเที่ยวที่ผ่านไป โดยโหนหนึ่งเซ็กเมนต์ของกำหนดการเดินทาง ได้ ต้องไม่ดำเนินการ (เท่าเก็บข้อมูลของเหตุการณ์ในรายการของเหตุการณ์ในประวัติศาสตร์) .
x TripStateChange: นี้เป็นเหตุการณ์ภายในระบบที่ใช้ในการเปลี่ยนแปลงสถานะ/ขั้นตอน/ระยะปัจจุบันของเดินทาง
x ScheduledNotification: เหตุการณ์นี้จะใช้สำหรับการส่งข้อความให้ผู้เดินทางใช้หมายเลขโทรศัพท์หรืออีเมล์ ส่งข้อความโดยใช้บริการ NotifyInformationToTraveler โดยอินเทอร์เฟซของมือถือ เหตุการณ์เหล่านี้สร้างขึ้น โดยการบอกรับสมาชิกบริการของทริ
x SegmentValidation: ส่วนตรวจสอบดำเนินการ โดยใช้ฟังก์ชันหลัก FindTrips สำหรับตรวจสอบว่ายังคงมีกำหนดการเดินทางกำหนดเซ็กเมนต์ โดย JP ที่เดิม ให้ ถ้าตรวจเซ็กเมนต์ยังคงเป็น เดิมกำหนด แล้วต้องดำเนินการไม่ ในกรณีที่กำหนดการตรวจเซ็กไม่เท่าเดิมให้ แล้วได้ตรวจสอบการเปลี่ยนแปลงและแหล่งผลิตในการเดินทาง นี้จะใช้ฟังก์ชันจัดการการเปลี่ยนแปลงการเดินทาง อธิบายในภายหลัง

ผลลัพธ์ (ไทย) 3:

3.3 . กระบวนการกําหนดเดินทางงาน

กระบวนการหรือการดำเนินการของตารางการเดินทางเหตุการณ์ขึ้นอยู่กับประเภทของกิจกรรมที่จะดําเนินการ ต่อไปนี้ประเภทของกิจกรรมจะได้รับ :

x nodepass : นี้เป็นระบบงานที่ใช้ภายในการลงทะเบียนที่นักท่องเที่ยวผ่านไปปมหนึ่งของตารางการเดินทางของกลุ่มมันต้องไม่มีการประหาร ( เฉพาะกระเป๋าของเหตุการณ์ในรายการของเหตุการณ์ในประวัติศาสตร์ )
x tripstatechange : นี้เป็นระบบงานที่ใช้ภายในการเปลี่ยนแปลงสภาพปัจจุบัน / เฟส / ระยะของการเดินทาง
x schedulednotification : เหตุการณ์นี้จะใช้สำหรับการส่งข้อความให้นักท่องเที่ยวใช้เป็นโทรศัพท์ เบอร์ หรือ อีเมล์ ข้อความถูกส่งโดยใช้ notifyinformationtotraveler บริการโดยอินเตอร์เฟซมือถือ เหตุการณ์เหล่านี้จะถูกสร้างขึ้นโดยบริการสมัครสมาชิกของการเดินทาง
x segmentvalidation : ส่วนตรวจสอบจะดําเนินการโดยใช้ findtrips ฟังก์ชั่นหลักสำหรับการตรวจสอบถ้าการเดินทางส่วนยังคงกำหนดโดยชุดเดิม ให้มัน ถ้าตรวจสอบส่วนยังคงเป็นกำหนดการเดิม แล้วไม่มีการกระทำเป็นสิ่งจำเป็นในกรณีการตรวจสอบส่วนที่ไม่มีกำหนดเช่นเดิมไว้ ก็ต้องตรวจสอบการเปลี่ยนแปลง และแปรปรวนผลิตในการเดินทาง นี้จะทำให้การจัดการเดินทางการเปลี่ยนแปลงฟังก์ชันที่อธิบายไว้ในภายหลัง