Hƣớng phát triển

Một phần của tài liệu Nghiên cứu, thiết kế và xây dựng tổng đài quà tặng âm nhạc giá rẻ trên nền tảng (Trang 83 - 90)

Giai đoạn 2: Triển khai kênh gọi điện qua hệ thống Modem 16 SIM để giảm thiểu chi phí gửi tặng của khách hàng: Gọi cho khách hàng mạng nào thì dùng SIM mạng đó để gọi đi phát quà tặng, đăng kí các gói cƣớc hỗ trợ gọi nội mạng chi phí thấp cho 16 SIM.

84

Giai đoạn 3: Phát triển hạ tầng tổng đài cung cấp cho các thuê bao sử dụng điện thoại smartphone và 3G: Mỗi thuê bao sẽ đƣợc cung cấp 1 tài khoản dạng SIP Phone, việc gửi tặng sẽ đƣợc thực hiện trực tiếp không qua hạ tầng thoại của nhà mạng.

Ngoài ra:

Về hạ tầng kĩ thuật:

- Tích hợp phần nhận dạng giọng nói để giúp khách hàng thao tác và sử dụng dịch vụ dễ dàng hơn, nhƣ nhận dạng bài hát qua giọng nói, nhận dạng số điện thoại qua giọng nói.

- Phát triển mô hình các gate-subcp để cung cấp tổng đài quà tặng âm nhạc cho các đơn vị đối tác có nhu cầu kinh doanh tổng đài quà tặng âm nhạc.

Về nội dung:

- Rà soát và nâng cấp chất lƣợng tốt nhất cho kho dữ liệu bài hát

- Tổng đài quà tặng Cho phép khách hàng gửi quà tặng theo ý thích của khách hàng tức là các file nhạc hoặc file thu âm do khách hàng up lên hệ thống qua web hoặc wap.

- Xây dựng những file thu âm mẫu do MC đọc về các chủ đề nhƣ chúc mừng sinh nhật, tỏ tình, làm quen, xin lỗi có mic sẵn nhạc vào lời để khách hàng chỉ việc nghe thử, chọn và gửi quà tặng.

Về kinh doanh:

- Tìm và tích hợp các kênh thanh toán cho tổng đài quà tặng âm nhạc nhƣ qua các ví điện tử: Bảo Kim, Ngân Lƣợng, qua tài khoản ngân hàng

85

KẾT LUẬN

Trong luận văn này, tác giả đã phân tích mô hình hệ thống tổng đài quà tặng âm nhạc đã đƣợc triển khai trƣớc đó tại công ty VMG, nơi tác giả đang công tác, và chi ra đƣợc ƣu nhƣớc điểm của hệ thống, đặc biệt là vấn đề về chi phí gửi tặng quà tặng trong tổng đài quà tặng âm nhạc.

Dựa trên nền tảng kiến thức về tổng đài VoIP, đặc biệt là phần mềm nguồn mở tổng đài asterisk, cùng với các phân tích trƣớc đó về mô hình cũ của tổng đài quà tặng âm nhạc, tác giả đã đề xuất mô hình hệ thống cải tiến hệ thống tổng đài quà tặng âm nhạc.

Tác giả đã phân tích thiết kế và xây dựng đƣợc một hệ thống tổng đài quà tặng âm nhạc thử nghiệm đáp ứng đƣợc tiêu chí là một tổng đài có chức năng tiếp nhận yêu cầu và gửi món quà âm nhạc gồm lời chúc đƣợc ghi âm và bài hát tới ngƣời nhận vào đúng thời điểm đƣợc ngƣời gửi hẹn trƣớc, đồng thời chi phí cho việc gửi tặng thấp hơn so với chi phí của hệ thống quà tặng âm nhạc trƣớc đó đã triển khai tại công ty tác giả công tác. Kết quả đã đƣợc nhận xét và đánh giá thực tế.

Trong luận văn, tác giả cũng so sánh đánh giá hệ thống tổng đài mới với các hệ thống tổng đài hiện đang hoạt động của Viettel (imuzik) và VNPT, và nhận thấy hệ thống nhiều điểm lợi thế có thể cạnh tranh đƣợc với hai hệ thống đó.

Hƣớng phát triển: Tác giả đƣa hệ thống quà tặng âm nhạc này vào chạy thực tế tại công ty cổ phần VMG Việt Nam, theo dõi và hoàn thiện hệ thống theo sự phản hồi của khách hàng. Tác giả cũng sẽ tìm hiểu xây dựng tiếp modun gọi điện gửi quà tặng qua hệ thống SIM, qua hệ thống của các đơn vị cung cấp: Skype, Viber, Zalo,.. giúp giảm chi phí gửi tặng

Do hạn chế về thời gian, khuôn khổ của luận văn cũng nhƣ kinh nghiệm thực tiễn của tác giả chƣa nhiều nên không tránh khỏi những sai sót và những nhầm lẫn, mong đƣợc sự đóng góp, phê bình của thầy cô và các bạn.

86

TÀI LIỆU THAM KHẢO

[1].Nguyễn Thị Hoàng Lan, Truyền thông đa phương tiện, ĐHBK Hà Nội

[2].Mohd Nazri Ismail,Analyzing of MOS and Codec Selection for Voice over IP

Technologly, Department of MIIT, University of Kuala Lumpur, Malaysia.

[3].Lƣơng Thị Thanh Thủy, Mạng Internet và công nghệ VoIP, đồ án tốt nghiệp

[4].Nghiên cứu công nghệ chuyển mạch mềm (softswitch): cấu trúc cơ bản và khả năng nghiên cứu phát triển ở Việt Nam, báo cáo đề tài khoa học công nghệ 093- 2001-TCT-RDP-VT-40, Viện Khoa học Kỹ thuật Bƣu điện, 2002.

[5].Leif Madsen, Jared Smith, Jim Van Meggelen, O'Reilly,Asterisk – the future

of telephony, 2005

[6].David Gomillion, Barrie Dempster, Building Telephony System with Asterisk,

Packt Publishing Ltd, Birmingham-Mumbai, 2006

[7]. Nir Simionovich, Asterisk Gateway Interface 1.4 and 1.6 Programming, 2009

[8].Stefan Wintermeyer, Practical Asterisk 1.4 and 1.6: From Beginner to Expert,

2009

[9].http://www.itu.int/rec/T-REC-g [10].http://www.voip-info.org/

[11]. http://www.faqs.org/rfcs/rfc3261.html

87

PHỤ LỤC

1. Công nghệ IVR – Asterisk

Kế hoạch quay số bao gồm tập hợp các dòng lệnh hay các ứng dụng của Asterisk theo một trình tự nào đó mà hệ thống phải thực hiện để đáp ứng nhu cầu chuyển mạch cuộc gọi. Các kế hoạch quay số có thể coi nhƣ các kịch bản thoại cho ngƣời dùng.

Khi ngƣời dùng gọi điện vào hệ thống asterisk, toàn bộ kịch bản thoại (dialplan) sẽ đƣợc asterisk quản lý trong file extensions.conf thông qua tập lệnh của asterisk: Phát file, bắt phím, ghi âm, …

File extensions.conf chƣa 1 danh sách các extension. Mỗi extension là một nhóm các lệnh báo cho asterisk thực thi một số công việc. Mỗi một kịch bản thoại (hay còn gọi là kế hoạch quay số) là một tập gồm nhiều extension, khi một cuộc gọi tƣơng ứng với extension nào thì ứng dụng cho cuộc gọi đó sẽ đƣợc thực hiện. Một extension hoàn chỉnh có định đạng nhƣ sau:

Exten => extensionnum,priority,action

Trong đó:

- Exten =>: mỗi dòng trong file extensions.conf đều đƣợc bắt đầu bởi chuỗi này, chuỗi này không thể thay đổi, do asterisk quy định.

- Extesionnum: là tên, số, hoặc là một số đại diện tổng quát của extension. Một extensionnum có nhiều dạng nhƣ sau:

Định dạng Giá trị

8000 Số cụ thể: 8000

_4XXX Đại diện tổng quát cho dãy số (4000->4999)

s Extension khởi tạo, nếu không có số extension nào khác đƣợc đƣa vào, thì đây là extension mặc định để thực thi

_(gạch dƣới) Bắt đầu một số đại diện tổng quát .(dấu chấm) Số bất kỳ

88

X Số bất kỳ từ 0-9

- Priority: là thứ tự thực hiện các ứng dụng trong kế hoạch quay số, asterisk sẽ bắt đầu ở priority 1, kế tiếp là ứng dụng tại priority 2 đƣợc thực hiện. Một vài lệnh có thể buộc asterisk nhảy đến priority n+1.

- Action: đây là nơi chúng ta báo cho asterisk biết chúng ta muốn làm gì, tức là ứng dụng nào sẽ đƣợc thực hiện mỗi khi extension nào đó đƣợc gọi.

Ứng dụng Chú thích

Answer() Trả lời cuộc gọi này, nhiều ứng dụng đòi hỏi rằng cuộc gọi phải đƣợc trả lời trƣớc khi chúng có thể thực thi các tác vụ khác

Playback(Tên File âm thanh)

Dùng để phát một file âm thanh dạng .wav, .gsm. Cuộc gọi phải đƣợc trả lời trƣớc khi thực hiện lệnh này

Background(Tên File âm thanh)

Giống nhƣ Playback, tuy nhiên nó đƣợc dùng để chờ một phím nhập vào từ ngƣời gọi, không bắt buộc phải nghe hết file âm thanh rồi mới chuyển tới extension khác.

Goto(context,extension, prioryty)

Ứng dụng này chuyển cuộc gọi đến địa chỉ khác. Dial(technology/id,option,

timeout)

Thực hiện cuộc gọi tới id, qua 1 các công nghệ: SIP/IAX2/ZAP

AGI(path_script) Gọi và thực thi các AGI script: Kịch bản thoại viết bằng các ngôn ngữ cấp cao: php, perl, python, java, c,…

89

2. Cú pháp file .Call và cách thức hoạt động

Cú pháp của file call:

File call chứa các cặp <Key>: <value> (<Khóa>:<giá trị>); mỗi cặp trên một dòng, dòng chú thích có kí tự „#‟ ở đầu dòng.

- Xác định nơi và cách thức gọi:

o Channel: <channel>: Kênh để sử dụng cho cuộc gọi, theo định dạng

technology/resource (công nghệ / tài nguyên) nhƣ trong ứng dụng Dial. Điều này là bắt buộc.

o CallerID: “name” <number>: ID của đối tƣợng gọi, Chú ý: nó có

thể không làm việc nếu bạn không tuân theo định dạng: CallerID: “Some Name” <1234>.

o MaxRetries: <number> Số lần làm lại tối đa trƣớc khi lỗi (không

bao gồm lần khởi tạo, Ví dụ: 0 = Tổng là 1 lần để tạo ra cuộc gọi). Default is 0.

o RetryTime: <number> Thời gian giữa các lần làm lại. Mặc định là

300s (5 min).

o WaitTime: <number> Thời gian đợi cho một cuộc trả lời. Mặc định

là 45s.

o Account: Thiết lập mã tài khoản đƣợc sử dụng.

Cách thức hoạt động:

- Di chuyển 1 file call vào trong /var/spool/asterisk/outgoing/ (hoặc thƣ mục astspooldir tƣơng đƣơng đƣợc định nghĩa trong asterisk.conf).

- Nếu autoload=no trong modules.conf để chắc chắn load pbx_spool.so,

ngƣợc lại các file call sẽ không làm việc.

- Nếu ngày thay đổi trên file call là ở trong tƣơng lai, Asterisk sẽ đợi cho đến khi thời gian hệ thống phù hợp với thời gian chỉnh sửa các file call trƣớc khi thực hiện cuộc gọi.

90

- Asterisk sẽ thông báo và ngay lập tức thực hiện các chỉ thị đƣợc định nghĩa trong file call. Điều này có thể bao gồm cả kết nối với một context (ngữ cảnh) trong dial plan của Asterisk, hoặc thực hiện chức năng gọi đơn trong dial plan của Asterisk.

- Ngay sau khi thực hiện xong, Asterisk sẽ xóa các file call từ thƣ mục spooling (điển hình nhƣ /var/spool/asterisk/outgoing).

- Nếucuộc gọi đƣợc trả lời, thì sẽ có 2 lựa chọn: Thi hành một ứng dụng đơn hoặc thi hành một dialplan tại context/extensions/priorit cụ thể.

Dialplan context/extensions/priority cụ thể:

o Context: <context-name> Context ở trong extensions.conf

o Extension: <ext> Extension đƣợc định nghĩa trong extensions.conf

o Priority: <priority> Mức priority bắt đầu của extension

o Set: Thiết lập biến kênh để sử dụng trong extension (Ví dụ: file1=/tmp/to ); Trong Asterisk 1.0.x sử dụng 'SetVar' thay vì 'Set'

Ứng dụng đơn:

o Application: Ứng dụng Asterisk sẽ chạy (Thay vì sử dụng context,

extension và priority cụ thể).

o Data: Lựa chọn để chuyển tới ứng dụng.

Có ít nhât 1 ứng dụng hoặc 1 extesion phải đƣợc xác định cụ thể, luôn đi theo kênh và đích.

Một phần của tài liệu Nghiên cứu, thiết kế và xây dựng tổng đài quà tặng âm nhạc giá rẻ trên nền tảng (Trang 83 - 90)

Tải bản đầy đủ (PDF)

(90 trang)