40 CÂU CHUYỆN NHÀ CHỜ THÔNG MINH AIG · BÀI 08/40
SAU NÚT BẤM GỌI XE,
AI LÀ NGƯỜI NHẬN LỜI?
Giải pháp phần mềm kết nối nhà chờ công nhân,
tài xế và phòng điều phối
Một lần gọi cần có người tiếp nhận. Một chuyến đón cần có tài xế phụ trách. Phần mềm gọi xe giúp nối hai việc ấy thành một quy trình có phản hồi, có trạng thái và có lịch sử để kiểm tra.
Tan ca rồi, ai biết bạn đang chờ?
Cuối ca làm việc, công nhân lần lượt đến nhà chờ. Người gọi tài xế, người nhắn vào nhóm, người đứng nhìn ra đường. Câu hỏi được nhắc nhiều nhất vẫn là: “Có xe nhận đón chưa?”. Với phòng điều phối, khó khăn nằm ở chỗ thông tin có thể xuất hiện trong nhiều cuộc gọi và tin nhắn, khiến việc xác định điểm nào đang cần xe, ai đã nhận và chuyến nào chưa hoàn thành mất thêm thời gian.
Giải pháp phần mềm gọi xe tại nhà chờ được đề xuất để đưa những thông tin ấy về một quy trình chung. Công nhân bấm nút gửi yêu cầu; phần mềm chuyển đến nhóm tài xế đang trực, còn khả năng nhận chuyến; một xe nhận đón; phòng điều phối theo dõi quá trình xử lý. Người chờ có tín hiệu phản hồi, tài xế có nhiệm vụ rõ ràng, người quản lý có lịch sử để kiểm tra.
01. Nút bấm mở đầu, phần mềm nối tiếp công việc
Tại nhà chờ, nút bấm kết nối với gateway SIM 4G. Khi được kích hoạt, gateway truyền sự kiện về máy chủ điều phối. Phần mềm tạo yêu cầu gồm mã nhà chờ, thời gian và mã yêu cầu duy nhất, sau đó gửi đến nhóm tài xế phù hợp.
Phạm vi ban đầu được đề xuất gồm một nhà chờ và nhóm 10 xe, tài xế sử dụng tài khoản trên ứng dụng Android. Điện thoại trên xe dùng data để nhận và cập nhật chuyến, không bắt buộc lắp gateway riêng cho từng xe. Số xe và số nhà chờ có thể mở rộng theo thiết kế hệ thống và nhu cầu thực tế.
Kết nối qua mạng di động không bị giới hạn bởi bán kính RF trực tiếp giữa nhà chờ và xe. Tuy nhiên, khả năng gửi nhận vẫn phụ thuộc vùng phủ sóng, chất lượng Internet và trạng thái thiết bị. Khảo sát hiện trường vì thế là bước cần thiết trước khi lựa chọn cấu hình.
02. Nhiều xe nhận thông báo, mỗi yêu cầu chỉ một xe nhận
Khi có yêu cầu mới, ứng dụng hiển thị nhà chờ cần đón cùng nút NHẬN CHUYẾN. Thách thức không nằm ở việc gửi cùng một thông báo cho nhiều người, mà ở thời điểm hai tài xế cùng bấm nhận.
Máy chủ phải quyết định và ghi nhận duy nhất một xe nhận thành công cho mỗi yêu cầu. Những tài xế còn lại được đồng bộ trạng thái “đã có xe nhận”. Cơ chế này cần được xử lý tập trung, không dựa riêng vào thông báo push hoặc trạng thái lưu trên từng điện thoại.
Về mặt vận hành, đây là ranh giới giữa một công cụ báo tin và phần mềm điều phối. Thông báo cho biết đang có nhu cầu; cơ chế khóa chuyến xác định ai chịu trách nhiệm đáp ứng nhu cầu đó.
03. Trạng thái rõ ràng để ba phía cùng hiểu một việc
Một yêu cầu được theo dõi qua các mốc: ĐÃ TIẾP NHẬN → ĐÃ CÓ XE NHẬN → ĐÃ TỚI → HOÀN THÀNH. Mỗi mốc phản ánh một bước riêng; “đã có xe nhận” chưa có nghĩa xe đã đến nhà chờ.
Tại nhà chờ, đèn “đã gửi” chỉ sáng khi máy chủ xác nhận đã tiếp nhận yêu cầu. Đèn “xe nhận” chỉ thay đổi khi có tài xế nhận thành công. Nếu kết nối lỗi, thiết bị cần báo lỗi rõ ràng để người sử dụng không hiểu nhầm đã gọi được xe.
Khi tới điểm đón và kết thúc chuyến, tài xế xác nhận trên ứng dụng. Đây là dữ liệu do tài xế cập nhật. Nếu đơn vị vận hành cần kiểm chứng vị trí hoặc theo dõi hành trình tự động, yêu cầu GPS phải được xác định và triển khai riêng.
04. Chống bấm lặp, xử lý đúng khi cần nhiều xe
Giờ tan ca, nhiều người có thể lần lượt bấm nút vì chưa thấy xe xuất hiện. Phần mềm cần nhận biết nhà chờ đang có yêu cầu mở để không tạo thêm chuyến trùng. Lần bấm tiếp theo chỉ nhắc phòng điều phối kiểm tra; người có quyền điều phối có thể hủy và tạo lại khi cần.
Nút bấm đơn không cho biết có bao nhiêu công nhân đang chờ và không tự xác định số xe cần điều động. Khi nhu cầu vượt một xe, điều phối nhập số xe cần hoặc tách thành các chuyến con. Mỗi chuyến con chỉ được một xe nhận, giúp theo dõi rõ phần việc đã phân công và phần còn thiếu.
05. Chưa ai nhận: phần mềm phải đưa việc đến người xử lý
Có thể cấu hình nhắc nhóm tài xế đang trực sau 30 giây và báo điều phối sau 60 giây nếu chưa có người nhận. Đây là các mốc đề xuất để thống nhất quy trình, không phải cam kết về thời gian truyền mạng hoặc thời gian xe đến đón.
Phòng điều phối theo dõi yêu cầu chưa được nhận, chủ động gán chuyến và xử lý tình huống phát sinh. Tài xế chỉ thao tác khi xe đã dừng an toàn; khi chưa thể thao tác, điều phối có thể hỗ trợ phân công.
Ứng dụng Android cần quyền thông báo và cấu hình chạy nền phù hợp. Vì push có thể đến chậm, ứng dụng cần đồng bộ danh sách chuyến từ máy chủ. Việc kiểm tra thực tế phải bao gồm trạng thái khóa màn hình và các cấu hình tiết kiệm pin trên điện thoại sử dụng.
06. Mất mạng, mất nguồn và những yêu cầu đã quá hạn
Yêu cầu lưu tạm cần có hạn sử dụng. Nếu mạng trở lại sau khi yêu cầu đã quá hạn, hệ thống không tự gọi xe cho yêu cầu cũ. Quy tắc này tránh điều động xe đến khi người chờ đã rời đi hoặc đã được đón bằng phương án khác.
UPS có thể duy trì gateway và thiết bị liên quan trong một khoảng thời gian tùy cấu hình, nhưng không thay thế được kết nối mạng di động. Nhà chờ cần có số điện thoại điều phối dự phòng và hướng dẫn liên hệ khi hệ thống báo sự cố.
SMS có thể được xem xét làm kênh bổ sung. Tuy nhiên, gửi tin nhắn đến nhiều số không tự giải quyết việc nhận chuyến độc quyền; vẫn cần cơ chế xác nhận và xử lý tập trung. SMS và gọi thoại chưa nằm trong phạm vi ngân sách của phương án mô tả này.
07. Triển khai trọn hệ thống, nghiệm thu bằng tình huống thực tế
Phần mềm cần bao gồm xử lý sự kiện nút bấm, tạo mã yêu cầu chống trùng, backend khóa chuyến, ứng dụng Android, web điều phối và đồng bộ đèn trạng thái. Gateway LTE có DI/DO, hỗ trợ HTTPS hoặc MQTT qua TLS là hạng mục kết nối; nút tiếp điểm khô cần ghép qua giao diện phù hợp. Thiết bị được chọn theo băng tần nhà mạng, nguồn điện và điều kiện hiện trường.
Nghiệm thu cần thử trên 10 điện thoại, kiểm tra hai tài xế bấm đồng thời nhưng chỉ một người nhận; bấm lặp không tạo chuyến trùng; thử mất mạng, mất điện, yêu cầu quá hạn, đổi tài xế và tra cứu lịch sử. Đồng thời kiểm tra việc nhắc, gán chuyến, hủy và tạo lại yêu cầu.
Tiêu chí quan trọng là dữ liệu trên phần mềm trung tâm, ứng dụng tài xế và đèn tại nhà chờ phản ánh thống nhất cùng một yêu cầu. Mua gateway và thử nút bấm sáng đèn mới chỉ xác nhận được một phần của hệ thống.
08. Từ lịch sử chuyến đến quyết định vận hành
Lịch sử có cấu trúc tạo cơ sở để xem lại thời gian từ lúc gọi đến lúc nhận chuyến, khung giờ thường cần điều phối can thiệp và các yêu cầu chưa hoàn thành. Muốn dùng dữ liệu để đánh giá, đơn vị vận hành cần thống nhất cách cập nhật trạng thái, cách xử lý chuyến hủy và trách nhiệm của từng vai trò.
Trước triển khai, cần chốt số xe, số nhà chờ, Android hay iOS, vùng phủ sóng, nguồn điện, số người mỗi ca, nhu cầu GPS, người điều phối và chính sách lưu dữ liệu. Những thông tin này quyết định phạm vi phần mềm, cấu hình thiết bị và cách nghiệm thu.
Để người chờ biết đã có người nhận lời
Trong định hướng nhà chờ thông minh AIG OS CORE, phần mềm gọi xe giúp người chờ, tài xế và điều phối cùng nhìn vào một thông tin thống nhất. Khi một yêu cầu có người nhận, một chuyến có người phụ trách và sự cố có người xử lý, việc đón công nhân trở nên rõ ràng hơn từ lúc bấm gọi đến khi hoàn thành.
Biên tập: BTV Vi Dương · Nội dung mô tả giải pháp đề xuất; phạm vi chức năng và cấu hình được thống nhất theo từng dự án.
