Quá trình thực hiện mua hàng và thanh toán được thực hiện qua chuỗi các thông điệp hỏi/ đáp được bảo mật. Mô hình gọn nhẹ và không yêu cầu băng thông lớn so với các ứng dụng web khác.
Hình 4-14. Mô hình gửi thông điệp giữa cỏc bờn
Khi khách hàng chọn nút “Mua”, một thông điệp được gửi từ nhà cung cấp tới nhà môi giới dưới dạng: V {v, u, c, n} B v: định danh nhà cung cấp. u: địa chỉ URL trả về. Khách hàng (C) Nhà cung cấp (V) Nhà môi giới (B) 2: {t} 1: {v, u ,c , n } 4: {t, rp, v, c, n} hoặc {t, rn, v, c, n} 3: {t, p, k}
c : mã đơn hàng
n : lượng đơn hàng
u là một chuỗi bao gồm 2 địa chỉ URL cách nhau bởi dấu chấm phẩy (;). URL đầu dùng ứng với trường hợp đồng ý bán, URL sau ứng với trường hợp từ chối bán.
Khi máy chủ của B nhận được thông điệp, nó lưu các tham số từ V, tạo ra một định danh cho giao dịch và gửi trả lời bằng một trang xác thực tới trình duyệt khách hàng.
B {t} C
t : số định danh của giao dịch
Khi C điền vào số PIN và mật khẩu của mình và chọn nút xác nhận thanh toán, thông điệp sau được gửi đi tới nhà môi giới:
C {t, p, k} B
p: số PIN khách hàng.
k: mật khẩu khách hàng.
Thông điệp này sẽ kích hoạt các thủ tục kiểm tra tài khoản của khách hàng C trên máy chủ của nhà môi giới B. Kết quả kiểm tra (BC) có thể là chấp nhận hoặc từ chối thanh toán:
B {t, rp/n, v, c, n} V
rp: mã chấp nhận thanh toán
rn : mã từ chối thanh toán
Một script trên V sẽ xác định trang sẽ trả cho C dựa trên mã trả về rp và rn. Nếu là rp, trang trả lại sẽ là trang thông tin giao hàng. Nếu mặt hàng là một nội dung để khách hàng tải về, trang này sẽ bao gồm các hướng dẫn khách hàng cách tải trực tiếp, tải về vào lúc khác sau đó (sau một thời gian hạn chế) hoặc nhận nó qua thư điện tử. Khách hàng sau đó có thể tiếp tục mua các hàng khác.
Khi kết quả trả về (B V) là rn, script sẽ mở trang cho biết thanh toán không được thực hiện và lý do.