This Unified Extensible Firmware Interface (hereafter known as UEFI) Specification describes an interface
between the operating system (OS) and the platform firmware. UEFI was preceded by the Extensible
Firmware Interface Specification 1.10 (EFI). As a result, some code and certain protocol names retain the
EFI designation. Unless otherwise noted, EFI designations in this specification may be assumed to be part
of UEFI.
The interface is in the form of data tables that contain platform-related information, and boot and
runtime service calls that are available to the OS loader and the OS. Together, these provide a standard
environment for booting an OS. This specification is designed as a pure interface specification. As such,
the specification defines the set of interfaces and structures that platform firmware must implement.
Similarly, the specification defines the set of interfaces and structures that the OS may use in booting.
How either the firmware developer chooses to implement the required elements or the OS developer
chooses to make use of those interfaces and structures is an implementation decision left for the
developer.
The intent of this specification is to define a way for the OS and platform firmware to communicate only
information necessary to support the OS boot process. This is accomplished through a formal and
complete abstract specification of the software-visible interface presented to the OS by the platform and
firmware.
Using this formal definition, a shrink-wrap OS intended to run on platforms compatible with supported
processor specifications will be able to boot on a variety of system designs without further platform or OS
customization. The definition will also allow for platform innovation to introduce new features and
functionality that enhance platform capability without requiring new code to be written in the OS boot
sequence.
Furthermore, an abstract specification opens a route to replace legacy devices and firmwa
2021-11-25 16:33:03
17.14MB
1
使用Eclipse开发，时常需要查看源码，用插件Java Source Attacher可以实现下载源码功能，下载插件， 放到Eclipse的dropins目录下，重启Eclipse即可
2021-11-22 15:43:39
14.63MB
1
EDM邮件直投专家是不经过SMTP服务器中转，而直接将邮件内容投递到收件人邮箱中的软件。与SMTP方式群发邮件相比的优点在于，他不依赖于发送邮箱所在服务器的限制，省去了申请和维护发信邮箱的麻烦。因为邮件是直接从用户电脑投递到的收件人服务器的，所以EDM邮件直投专家的邮件群发时候，受到用户所在网络环境的限制，可能会出现不能投递到部分服务器上Email的情况，在使用过程中可以根据具体的情况做出判断。
EDM邮件直投专家支持中文、英文、韩文、日文等多国语言的Email投递，自带图文编辑器，可以直接在邮件中插入图片、链接等信息。提供丰富和宏定义功能，可以在邮件投递过程中动态修改邮件内容，让群发出去的每一封都体现个性化的内容。
EDM邮件直投专家的主要功能包括：
一对一发送邮件，对方看到的收件人就是本人，避免垃圾邮件和群发的嫌疑，有助于客户维护自身形象;
通过动态邮件内容，个性化邮件内容，可以灵活定义每一封邮件的内容，让接收者的称谓各不相同;
支持收件人、Email、收件服务器、邮件内容的动态变化，最大限度避免垃圾邮件;
支持从Excel文件和文本文件导入Email地址;
2021-11-21 01:26:07
3.53MB
1
闪电文字语音转换软件是一款AI智能产品，支持导入文本或输入文字转换成音频、也可以将音频文件转换识别成文字，是支持多种语音类型、多种输出格式、调节语音语速、音量、音调
2021-11-15 10:23:07
33.63MB
1
海康威视IP音频终端扫描配置工具_V2.8(190227)_添加考试模式显示以及id排序
2021-11-11 16:04:12
87KB
1
第一章 文档说明，简要说明文档的编制目的、适用范围、起草单位、参考文献、解释权和版权。
第二章 综述，介绍 OSS 分总册规范的概况、与 CTG-MBOSS 总册规范和 OSS 各分册规范的关系、OSS 总册规范的范围。
第三章 总体目标，明确OSS 系统的业务目标和技术目标。
第四章 重要概念，定义 OSS 相关概念，明晰 OSS 内涵和外延、 OSS 与 BSS、MSS 的边界，以及OSS 和业务平台/业务管理平台的关系。
第五章 OSS 功能蓝图，定义了 OSS 的核心功能架构以及功能蓝图核心的四级功能视图，说明了功能蓝图的主要变化。对 4 个核心域包括规划域、运营支持与就绪域、开通域、保障域，以及 OSS 的外延（运营支撑门户、运营管理、OSS 数据架构、产品管理）进行了功能描述。
第六章 OSS 系统蓝图，根据“识别最小颗粒度的系统、确定系统融合目标方案，定义系统群、定义系统融合到系统群的策略”的原则，明确 OSS 的系统架构的构成。对识别的 6 类核心系统、5 个基础平台、进行了系统描述，提出了各系统的部署指导思路。
第七章 OSS 数据蓝图，用于指导 OSS 系统的相关信息系统数据模型设计工作，同时也作为中国电信 OSS 信息系统的数据标准，重点统一各系统间的数据定义，为解决OSS 系统中数据不一致、不完整等数据质量问题奠定基础。
第八章 OSS 集成蓝图，明确 OSS 的系统集成架构，提出门户整合、流程整合、服务整合、应用整合、业务策略整合、数据整合等整合思路，明确省内 OSS 系统间的集成关系，以及集团和省的集成关系，并从高层跨系统的流程分析了规划流程、开通流程、保障流程、服务质量流程、运营管理和生产指挥流程，以及数据流在省层面、集团层面、集团与省层面的流转交互。
第九章 OSS 演进，定义了省 OSS 系统和集团 OSS 系统实施演进目标。明确 OSS演进以业务目标为驱动，逐步改进技术架构；以项目群为枢纽，组织系统建设，逐步实现目标；通过能力评估，提升OSS 整体能力，满足目标要求。
2021-11-10 17:05:52
2.37MB
1
WSA工具箱是一款专门适用于安卓子系统的辅助工具，它可以让你在 Windows 11 中不需要使用亚马逊商店就能安装安卓应用，还能在后台管理应用、查看进程等操作。
主要特点：
1 无需通过内置亚马逊商店就可安装APK
2 管理已安装的应用，如启动、关闭、卸载
3 查看子系统内正在运行的进程
4 传输文件
2021-11-09 17:02:54
13.06MB
1