General Requirements - When techni

General Requirements

- When technically feasible the services supported by ESBL must mirror those that provided by the Server-Based Licensing.
- When technically feasible the ESBL solution must provide support for all BlackBerry 10 and 3rd Party devices supported on the BlackBerry Enterprise Service.
- B10, iOS, Android, Windows Phone 8 and any future platform that is supported within the BES.
- SRVs defined for the carrier provisioning must align with services provided with the corresponding Server Based SKU’s.
- Silver
- Gold - Secure Work Space
- Gold - BlackBerry
- Future add-on services (i.e. eBBM)
- Future product bundles (i.e. Bronze, Platinum)
- Changes with new add-on’s or bundles must be accommodated using configuration only on the PRV & related BlackBerry systems. Code changes may happen on the BES only if needed to support new licensed features.
- SRVs naming convention must align as best possible with the corresponding Server Based SKU’s naming.
- SRVs must be priced to the carriers in such a way that the MSRP of the SRV model will be equal to the MSRP of the monthly Service Based license model.
- EMM SIM-Based Licensing must function without the dependency of specific BB10 Operating System builds
- Carriers must be able to continue to provision SRVs the same way they do today. They should not be required to make any major technical changes to support this program

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

ข้อกำหนดทั่วไป- เมื่อเป็นไปได้ในทางเทคนิคการให้บริการที่สนับสนุนโดย ESBL ต้องสะท้อนที่จัดไว้ให้โดยการออกใบอนุญาตจากเซิร์ฟเวอร์. - เมื่อความเป็นไปได้ในทางเทคนิคการแก้ปัญหา ESBL จะต้องให้การสนับสนุนทุก BlackBerry 10 และอุปกรณ์ 3 พรรคได้รับการสนับสนุนบน BlackBerry Enterprise Service. - B10 , iOS, Android, Windows Phone 8 และแพลตฟอร์มอื่น ๆ ในอนาคตที่ได้รับการสนับสนุนภายในบีอีเอส. - SRVs ที่กำหนดไว้สำหรับการจัดเตรียมผู้ให้บริการจะต้องสอดคล้องกับการให้บริการที่มีจากเซิร์ฟเวอร์ที่สอดคล้อง SKU ของ. - เงิน- ทอง - พื้นที่ทํางานการรักษาความปลอดภัย- ทอง - BlackBerry - ฟิวเจอร์ add-on บริการ (เช่น eBBM) - รวมกลุ่มผลิตภัณฑ์ในอนาคต (เช่นทองแดง, ลาตินั่ม) - การเปลี่ยนแปลงใหม่ Add-on หรือการรวมกลุ่มจะต้องอาศัยการใช้การตั้งค่าเฉพาะใน PRV และระบบ BlackBerry ที่เกี่ยวข้อง การเปลี่ยนแปลงรหัสที่อาจเกิดขึ้นกับบีอีเอสเฉพาะในกรณีที่จำเป็นในการสนับสนุนคุณสมบัติที่ได้รับใบอนุญาตใหม่. - แผนการตั้งชื่อ SRVs ต้องสอดคล้องเป็นไปได้ที่ดีที่สุดกับเซิร์ฟเวอร์ที่สอดคล้องกันจากการตั้งชื่อรหัสของ. - SRVs ต้องมีราคากับผู้ให้บริการในลักษณะที่ MSRP ของ รูปแบบ SRV จะเท่ากับ MSRP ของการให้บริการรูปแบบใบอนุญาตเป็นรายเดือนตาม. - EMM ซิมออกใบอนุญาตตามฟังก์ชั่นโดยไม่ต้องพึ่งพาเฉพาะระบบปฏิบัติการ BB10 สร้าง- ผู้ให้บริการจะต้องมีความสามารถที่จะดำเนินการจัดหา SRVs แบบเดียวกับที่พวกเขาทำในวันนี้ พวกเขาไม่ควรจะต้องทำให้เกิดการเปลี่ยนแปลงทางเทคนิคใด ๆ ที่สำคัญในการสนับสนุนโครงการนี้

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

ความต้องการทั่วไป

- ถ้าเป็นไปได้ในทางเทคนิคบริการสนับสนุนโดย esbl ต้องกระจกที่ให้โดยเซิร์ฟเวอร์ใบอนุญาตตาม
- เมื่อความเป็นไปได้ทางด้านเทคนิคที่ esbl แก้ปัญหาจะต้องให้การสนับสนุนสำหรับ BlackBerry 10 และบุคคลที่ 3 อุปกรณ์ที่รองรับกับแอพพลิเคชั่นบริการ .
- B10 , iOS , Android ,หมายเลขโทรศัพท์ของ Windows 8 และแพลตฟอร์มในอนาคตใด ๆที่สนับสนุนภายในคือ . .
- srvs กำหนดให้ผู้ให้บริการจะต้องให้สอดคล้องกับระบบให้บริการด้วยเซิร์ฟเวอร์ที่สอดคล้องตาม SKU .
-
- ทอง - เงิน - ทอง - กลายเป็นพื้นที่

- BlackBerry บริการเสริมในอนาคต ( เช่น ebbm )
- กลุ่มผลิตภัณฑ์ในอนาคตได้แก่แพลทินัม )
บรอนซ์- การเปลี่ยนแปลงใหม่ Add - on หรือการรวมกลุ่ม ต้องอาศัยการปรับแต่งเฉพาะบน BlackBerry & PRV เกี่ยวข้องกับระบบ รหัสการเปลี่ยนแปลงอาจเกิดขึ้นในคนเท่านั้นถ้าต้องการที่จะสนับสนุนคุณสมบัติได้รับใบอนุญาตใหม่
- srvs แบบแผนการตั้งชื่อจะต้องจัดเป็น ที่ดีที่สุด กับเซิร์ฟเวอร์ที่สอดคล้องกันของการตั้งชื่อ
SKU ตาม- srvs ต้องติดต่อผู้ให้บริการในลักษณะที่ MSRP ของการบริการแบบจะเท่ากับ MSRP ของบริการรายเดือนแบบใบอนุญาตตาม .
- EMM ซิมตามใบอนุญาตต้องทํางานได้โดยไม่ต้องพึ่งพาเฉพาะ bb10 ระบบปฏิบัติการสร้าง
- ผู้ให้บริการจะต้องสามารถดำเนินการต่อการให้ srvs ด้วยวิธีเดียวกัน ที่พวกเขาทำในวันนี้พวกเขาไม่ควรจะต้องทำให้การเปลี่ยนแปลงใด ๆ ทางด้านเทคนิคหลักเพื่อสนับสนุนโครงการนี้