2. Yêu cầu chức năng hệ thống
2.5 Yêu cầu cho hệ thống Core SMS
2.5.1 YC_003: Yêu cầu kỹ thuật cho hệ thống Core Gateway
2.5.1.1 YC_003_01: Kết nối với Telco – Core Gateway
• Có nhiều cách kết nối đến SMSC tùy theo hạ tầng kỹ thuật 2 bên cho phép:
o Kết nối để nhận tin MO và gửi tin MT chung 1 đường, 1 account
o Kết nối nhận tin MO bằng 1 đường riêng, thông qua 1 account hay nhiều account
o Kết nối nhận tin MT bằng 1 đường riêng, thông qua 1 account hay nhiều account
2.5.1.2 YC_003_02: Giao tiếp với Core Biz và Core DB
• Core Gateway không giao tiếp với Core DB thông qua Core Biz như mô hình hệ thống cũ mà trực tiếp với Core DB thông qua cơ chế DB Provider hay Web Services
• Đối với những SMS Gateway chung hạ tầng mạng với Core Biz và Core DB, kết nối thông qua cơ chế DB Provider hay DNS….
• Đối với những SMS Gateway không chung hạ tầng mạng với Core BIZ và core DB, kết nối thông qua cơ chế Web Services
2.5.1.3 YC_003_03: Yêu cầu Queue và giao tiếp với queue 2.5.1.3.1 Đưa tin vào Queue
• N/A
2.5.1.3.2 Lấy tin khỏi Queue
2.5.1.3.3 Quản lý và cập nhật tin nhắn trong Queue
• N/A
2.5.1.4 YC_003_04: Gửi/ nhận tin nhắn
• Tham khảo YC_001 các mục gửi nhận tin nhắn thông qua Core Gateway
2.5.2 YC_004: Yêu cầu hệ thống Core Biz
2.5.2.1 YC_004_01: Xử lý nhận và kiểm tra tính hợp lệ tin MO 2.5.2.1.1 Kiểm tra tin nhắn spam
• Kiểm tra thời gian tin nhắn này cách thời gian bản tin trứơc có cùng số điện thoại, đầu số và nội dung bản tin nhắn cách nhau bao nhiêu. Nếu có thời gian nhỏ hơn hoặc bằng 5s thì bản tin bị tính spam
• Kiểm tra telco của số điện thoại khách hàng:
o Mobifone:
Khách hàng không được sử dụng các dịch vụ nội dung của một nhà cung cấp quá 150.000 đồng (đã bao gồm thuế GTGT) trong ngày (từ 0h00:00 đến 23h59:59).
o Viettel
Đối với các bản tin SMS có mức cước từ 10.000 đồng trở xuống:
- Khách hàng không được gửi quá 3 tin nhắn có cùng nội dung từ một số điện thoại trong thời gian 5 phút.
- Khách hàng không được gửi quá 10 tin nhắn có cùng nội dung từ một số điện thoại trong thời gian 1 giờ.
- Khách hàng không được gửi quá 100 tin nhắn trong vòng 24 giờ.
Đối với các bản tin SMS có mức cước lớn hơn 10.000 đồng
- Khách hàng không được gửi quá 3 tin nhắn có cùng nội dung từ một số điện thoại trong thời gian 30 phút.
- Khách hàng không được gửi quá 10 tin nhắn có cùng nội dung từ một số điện thoại trong thời gian 24 giờ.
o Sfone:
Khách hàng không được gửi quá 3 tin nhắn có cùng nội dung từ một số điện thoại trong thời gian 5 phút.
Khách hàng không được gửi quá 5 tin nhắn có cùng nội dung từ một số điện thoại trong thời gian 10 phút.
Khách hàng không được gửi quá 30 tin nhắn trong vòng 1 giờ.
Khách hàng không được gửi quá 300 tin nhắn trong vòng 24 giờ.
o Vina:
Khách hàng không được gửi quá 3 tin nhắn có cùng nội dung từ một số điện thoại trong thời gian 5 phút.
Khách hàng không được gửi quá 5 tin nhắn có cùng nội dung từ một số điện thoại trong thời gian 10 phút.
Khách hàng không được gửi quá 30 tin nhắn trong vòng 1 giờ.
Khách hàng không được gửi quá 300 tin nhắn trong vòng 24 giờ
2.5.2.1.2 Kiểm tra cú pháp
• Đối với bản tin nhắn SMS, cú pháp được tính như sau:
o Trường hợp bản tin không có khoảng trắng. Thì toàn bộ nội dung tin nhắn sẽ được coi là cú pháp
o Trường hợp bản tin có khoảng trắng. Cú pháp sẽ được tính từ ký tự đầu tiên cho đến ký tự đứng trước khoảng trắng ( tức là lấy ký tự khoảng trắng – 1)
• Kiểm tra cú pháp luôn đi kèm với đầu số dịch vụ. Trường hợp đúng cú pháp nhưng sai đầu số thì vẫn bị coi là tin nhắn không đúng cú pháp.
• Tham khảo mục 3.5
• Tất cả các cú pháp dịch vụ đều lưu trữ trong hệ thống SMS Core.
• Khi kiểm tra cú pháp, kiểm tra với những cú pháp cha để xác nhận tính hợp lệ và xác nhận đối tác đã cung cấp dịch vụ
• Đối với hệ thống dịch vụ nội bộ do ISC phát triển để cung cấp dịch vụ, khi kiểm tra cú pháp, sẽ kiểm tra cú pháp cha và cú pháp con
• Khi không đúng cú pháp sẽ thông báo sai cú pháp và trả về cho SMS Gateway câu thông báo sai cú pháp
• Tham khảo thêm mục 3.5
2.5.2.2 YC_004_02: Yêu cầu queue và giao tiếp với queue
• Tương tự như cách giao tiếp với queue của Core Gateway • Tham khảo YC_003_03
• Tùng bổ sung nếu cần thiết
2.5.2.3 YC_004_03: Yêu cầu giao tiếp với Core DB và Core Gateway
• Tương tự như cách giao tiếp với queue của Core Gateway • Tham khảo YC_003_02
• Tùng bổ sung nếu cần thiết
2.5.2.4 YC_004_04: Xử lý ghi thông tin CDR
• Tham khảo YC_001
2.5.2.5 YC_004_05: Xử lý ghi thông tin MT
• Tham khảo YC_001
2.5.2.6 YC_004_06: Xử lý thông tin lỗi
• Tham khảo YC_001
2.5.3.1 YC_005_01: Yêu cầu lưu trữ
• Core DB lưu trữ tất cả dữ liệu liên quan đến gửi nhận và quản lý tin nhắn SMS • Các thông tin yêu cầu lưu trữ chính:
Tin nhắn MO
Tin nhắn MT
Tin nhắn lỗi
Tin tính cước CDR
Thông tin tình trạng xử lý của các loại tin
2.5.3.2 YC_005_02: Yêu cầu chức năng cho Core DB
• Core DB phải thực hiện các tác vụ:
o Cung cấp Web Service cho các giao tiếp không thông qua DB Provider
o Truy xuất dữ liệu ngầm giữ các DB không thông qua các lớp trên gọi, mục đích cho xử lý nghiệp vụ tương ứng
2.5.4 YC_006: Yêu cầu cho hệ thống Core Admin
• Các yêu cầu này sẽ phát triển sau khi hoàn thành Core Gateway, Core DB và Core
2.5.4.1 YC_006_01: Quản lý Telco
• Các Telco còn gọi là các SMSC
• Các Telco cung cấp hạ tầng nhắn tin viển thông, hợp tác với các đối tác quản lý đầu số để thông qua đó, cung cấp dịch vụ tin nhắn SMS cho khách hàng
• Các thông tin cần quản lý:
o Quản lý thông tin chung Telco
o Quản lý thông số kết nối
2.5.4.1.1 Quản lý thông tin chung
• Mã Telco • Tên Telco, • Địa chỉ
• Số điện thoại liên lạc
• Thông tin vắn tắt người đại diện
• Thông tin về hợp đồng, phụ lục hợp đồng (quản lý dạng File)
2.5.4.1.2 Quản lý thông số kết nối
• Các thông số cần thiết để thiết lập kết nối với Telco
o System ID (Username)
o Password
o Connection type (Revceive, tranmitter, tranceiver)
o Port
o FTP server (IP, port, username/password)
o SMPP server (IP, port)
2.5.4.2
2.5.4.3 YC_006_02: Quản lý đối tác và cú pháp dịch vụ 2.5.4.3.1 Quản lý đối tác
• Mô tả yêu cầu
o Mỗi đối tác phải được tạo và kích hoạt trước khi đưa vào hoạt động
o Đối tác phải có thông tin người liên hệ để bảo đảm contact khi có sự cố
o Yêu cầu chức năng chi tiết
Yêu cầu tìm kiếm
- Tìm kiếm theo mã , tên - Ngành nghề hoạt động - Nhóm theo chữ cái đầu
Không được xóa đối tác khi đối tác đã tạo mã cú pháp dịch vụ và đang hoạt động
Kết hợp tạo cú pháp dịch vụ sau khi tạo đối tác • Quản lý thông tin chung đối tác
o Mã đối tác o Tên đối tác o Ngành nghê hoạt động o Ngày ký hợp đồng o Ngày tạm ngưng hợp tác o Ghi chú
• Quản lý thông tin người liên hệ
o Tham khảo quản lý contact point YC_006_02
2.5.4.3.2 Quản lý dịch vụ
• Mô tả yêu cầu
o Một công ty khai thác dịch vụ sẽ sở hữu nhiều loại dịch vụ khác nhau. Dịch vụ này sẽ được truy xuất thông qua Web Service hay Data Source (nội bộ)
o Những dịch vụ này có thể được sử dụng cho nhiều đối tác khác tùy vào mục đích kinh doanh
o Đầy đủ chức năng thêm. Xóa, sửa, tìm kiếm… • Thông tin quản lý
o Mã dịch vụ
o Mã đối tác
o Tên dịch vụ
o Datesource ( phục vụ cho truy xuất content nội bộ)
o Link Web Service (phục vụ cho truy xuất content của đối tác lẫn nội bộ
o Loại hình dịch vụ (thời thiết, chứng khoán, xổ số)
• Mô tả yêu cầu
o Khi đối tác đã tạo và tồn tại trong hệ thống, có thể tiến hành cú pháp dịch vụ theo đối tác
o Mỗi đối tác có thể có nhiều cú pháp dịch vụ cho nhiều đầu số. Hiện tại FO chỉ có 2 đầu số chính là 8x00 và 8x13
o Mỗi đầu số có nhiều đầu số con, gọi là đầu số dịch vụ
o Ví dụ về tạo đầu số cho đối tác A:
XS/8100, XS/8200, XS 8700 Thuộc đầu số 8x00
SOI/8113, SOI/8213 thuộc đầu số 8x13
o Bộ phận kỹ thuật chịu SMS chịu trách nhiệm tạo cú pháp dịch vụ khi nhận được hợp đồng hay yêu cầu từ bộ phận kinh doanh
o Yêu cầu chức năng chi tiết
Chọn đối tác để thực hiện việc thêm thêm/ sửa/ xóa/ tìm kiếm cú pháp dịch vụ
Tìm kiếm cú pháp dịch vụ theo:
- Tìm kiếm theo mã đồi tác sở hữu cú pháp dịch vụ - Tên cú pháp dịch vụ (đầy đủ)
- Tên cú pháp dịch vụ (gần đúng)
- Đầu số (đầu số cha), đầu số dịch vụ (đầu số con) - Tìm theo loại hình dịch vụ
Khi cung cấp cú pháp và đầu số trùng, phải thông báo.
Yêu cầu không chỉnh sửa cú pháp sau khi tạo. Nếu muốn chỉnh sửa, phải xóa và tạo mới
o Đối với các đối tác sử dụng nội dung của FO, phải có cơ chế nhận biết cú pháp sẽ được xuất dữ liệu cho đối tác theo dõi. Đối với các đối tác không sử dụng nội dung của FO thì không cần thiết
o Phải có cơ chế nhận biết cú pháp đó là cú pháp test hay không, để đội kỹ thuật test cú pháp dịch vụ trước khi kích hoạt đưa vào hoạt động
• Các thông tin quản lý:
o Mã đối tác (Mã hóa)
o Đầu số dịch vụ
o Cú pháp dịch vụ (cú pháp cha)
o Dịch vụ nội dung của đối tác
Dịch vụ của đối tác
Liên kết truy xuất nội dung
o Nhóm dịch vụ (Sử dụng để phân nhóm cùng loại dịch vụ cùng giá tiền, cùng MT)
o Ngày tạo
o Người tạo (tài khoản người tạo)
o Ngày hiệu lực
o Ngày kết thúc Tình trạng kích hoạt
2.5.4.3.4 Quản lý kiểm tra mã dịch vụ tự động
• Mô tả yêu cầu
o Hàng ngày, khi ký kết đối tác mới, đội kinh doanh thường yêu cầu kỹ thuật kiểm tra mã cú pháp tồn tại hay chưa để cấp cho đối tác
o Yêu cầu theo lô
o Thời gian thực hiện yêu cầu phải nhanh chóng Cần có cơ chế xuất báo cáo tự động
o Yêu cầu chức năng chi tiết
Nhập danh sách các cú pháp cần kiểm tra, phân cách bằng dầu phẩy
Chọn nhóm đầu số
Kiểm tra
o Kết quả đầu ra
Là 1 bảng ma trận, trong đó hàng dọc là mã đã nhập
Hàng ngang là các đầu số chi tiết thuộc nhóm đầu số đã chọn
Mã nào đã có thì đánh dấu X, mã nào chưa có thì để trống
Có chức năng Export ra Excel để gửi cho kinh doanh
2.5.4.4 YC_006_03: Quản lý thông tin liên hệ (contact point)
• Mô tả yêu cầu
o Quản lý contact point nhằm tra cứu thông tin liên hệ khi có sự cố khẩn cấp hay liên lạc để trao đổi thông tin
o Các loại contact point bao gồm
Telco
Đối tác SubCP
Đối tác nội bộ
o Nhập liệu và quản lý chung các loại contact point, khi cần có thể lọc ra theo từng loại • Thông tin quản lý chi tiết
o Mã đối tác, Telco
o Loại contact point
Telco Đối tác o Họ tên o Bộ phận o Địa chỉ o Email o Mobiphone
o Office phone, ext
o IM
o Thông tin khác
2.5.4.5 YC_006_04: Quản lý tin nhắn thụ động 2.5.4.5.1 Theo dõi tin nhắn SMS mới đến hệ thống
• Mô tả yêu cầu
o Tin nhắn mới SMS liên tục đến hệ thống, do đó phải có màn hình theo dõi các tin nhắn này.
o Lọc hiển thị theo:
Telco ( Mặc định hiển thị tất cả)
Nhóm đầu số dịch vụ (8x00, 8x13)
Đầu số dịch vụ chi tiết
- Tin thành công tính cước - Tin lỗi
- Tin Spam
Hiển thị mặc định trong ngày hiện tại và 100 tin ban đầu để tăng Performance • Thông tin quản lý:
o Hiển thị trên Web các thông tin quản lý sau:
Telco
Cú pháp nhắn tin
Đầu số dịch vụ chi tiết
Số điện thoại
Nội dung nhắn đến (MO)
Thời gian nhắn tin
Số lượng tin MT trả về
Nội dung tin phản hổi MT cho bản tin đầu tiên
Liên kết đến MT trả sau - MT ID
- Nội dung - Thời gian
Kiểu tin (Text, WAP Push,…)
Mã lỗi
Tình trạng tin
- TÍnh cước thành công - Spam
- Lỗi
o Hiển thị sắp xếp theo tin đến mới nhất
2.5.4.5.2 Quản lý và tra cứu tin nhắn
• Mô tả yêu cầu
o Ngoài việc theo dõi tin đến hàng ngày, phải có thêm việc tra cứu tin đã đến và lưu trữ trong hệ thống để tra cứu phục vụ khiếu nại khách hàng, phục vụ cho đối soát….
o Những tin nhắn MT có cùng ID MO ban đầu phải được nhóm chung lại với nhau và sắp xếp theo thời gian
o Lọc hiển thị theo:
Telco ( Mặc định hiển thị tất cả)
Nhóm đầu số dịch vụ (8x00, 8x13), mặc định chọn tất cả
Cú pháp dịch vụ
Đầu số dịch vụ chi tiết, mặc định chọn tất cả
Số điện thoại nhắn tin đến
Loại tin: (mặc định hiển thị tất cả) - Tin thành công tính cước - Tin lỗi
- Tin Spam
Số lượng tin hiển thị (có thể tùy biến nhập). Tối đa là 500 tin (để tránh tình trạng giảm Performance).
Khoảng ngày (từ ngày đến ngày)
Khoảng giờ nhắn tin
• Thông tin quản lý:
o Hiển thị trên Web các thông tin quản lý sau:
Telco
Cú pháp nhắn tin
Đầu số dịch vụ chi tiết
Số điện thoại
Nội dung nhắn đến (MO)
Thời gian nhắn tin
Số lượng tin MT trả về
Nội dung tin phản hổi MT cho bản tin đầu tiên
Đối tác
Liên kết đến MT trả sau - MT ID
- Nội dung - Thời gian
Kiểu tin (Text, WAP Push,…)
Mã lỗi
Tình trạng tin
- TÍnh cước thành công - Spam
- Lỗi
o Hiển thị sắp xếp theo tin đến mới nhất
2.5.4.5.3 Quản lý và tra cứu tin nhắn lỗi
• Mô tả yêu cầu
o Tương tự như phần tra cứu tin nhắn nhưng chỉ hiển thị danh sách tin theo nhóm lỗi
o Lọc hiển thị theo:
Telco ( Mặc định hiển thị tất cả)
Nhóm đầu số dịch vụ (8x00, 8x13), mặc định tất cả
Đầu số dịch vụ chi tiết
Cú pháp dịch vụ Phân nhóm lỗi - Tất cả lỗi - Lỗi cú pháp dịch vụ - Lỗi Spam - Lỗi kết nổi - Lỗi timeout - Lỗi dịch vụ - Lỗi không xác định
Khoảng ngày (từ ngày đến ngày)
o Hiển thị các thông tin quản lý sau:
Telco
Đầu số dịch vụ
Cú pháp nhắn tin
Số điện thoại
Thời gian nhắn tin
Nội dung tin phản hổi MT lỗi
Mã lỗi
Kiểu tin (Text, WAP Push,…)
2.5.4.5.4 Quản lý tin MT trả sau liên quan đến bản tin MO yêu cầu
• Mô tả yêu cầu
o Đối với các đầu số từ 82XX -> 87XX, sẽ được trả về nhiều MT tùy theo nhu cầu của dịch vụ
o Sau khi 1 tin MO yêu cầu, ngay lập tức sẽ có 1 tin MT được trả về liền cho khách hàng ứng với MO
o Các tin MT còn lại tùy theo nội dung dịch vụ sẽ ấn định thời gian trả về. Có thể ngay sau đó, cũng có thể là 1 ngày nào đó tùy nhà cung cấp dịch vụ ấn định
o Các tin MT trả sau này được lưu trữ trong mục MT và có trường và ngày tháng phân biệt tin MT trả