XiaoMi-AI文件搜索系统
World File Search System客户端
keycloak的红帽构建26.0确保应用和服务指南
客户端是与KeyCloak的红帽构建相互作用以验证用户并获取令牌的实体。最常见的是，客户端是代表用户行动的应用程序和服务，这些用户为其用户提供单个登录体验，并使用服务器发行的代币访问其他服务。客户还可以是有兴趣获得代币和代表访问其他服务的实体。
使用随机预言机的简洁盲量子计算
在通用盲量子计算问题中，客户端希望利用单个量子服务器来评估 C | 0 ⟩，其中 C 是任意量子电路，同时保持 C 的秘密性。客户端的目标是使用尽可能少的资源。这个问题由 Broadbent、Fitzsimons 和 Kashefi[4] 首次提出，已成为量子密码学研究的基础，这不仅是因为它本身的重要性，还因为它为新技术提供了试验台，这些新技术以后可以应用于相关问题（例如量子计算验证）。关于这个问题的已知协议主要是信息理论 (IT) 安全的或基于陷门假设（公钥加密）。在本文中，我们研究了由随机预言机建模的对称密钥原语的可用性如何改变通用盲量子计算的复杂性。我们给出了一种新的通用盲量子计算协议。与之前关于 IT 安全协议（例如 BFK[4]）的工作类似，我们的协议可以分为两个阶段。在第一阶段，客户端准备一些具有相对简单量子门的量子小工具并将它们发送到服务器，而在第二阶段，客户端完全是经典的——它甚至不需要量子存储。至关重要的是，该协议的第一阶段是简洁的，也就是说，它的复杂性与电路大小无关。给定安全参数 κ ，它的复杂性只是一个固定的 κ 多项式，可用于评估大小高达 κ 的次指数的任何电路（或多个电路）。相比之下，已知的方案要么要求客户端执行与电路大小成比例的量子计算 [4]，要么需要陷门假设 [18]。
NetSim® Pro - Tetcos
• 尽可能使用多播：这些结果基于对单播流量的模拟。如果服务器和客户端之间的路径经过 h3 路由器跳数和 h2 交换机跳数，则“单播”视频将消耗 1.5 x n x h3 Mbps 的路由器带宽，加上 1.5 x n x h2 Mbps 的交换机带宽，其中 n 是单播客户端的数量。然而，在多播环境中，单个视频流会根据网络的多播路由器和交换机的要求进行复制，以允许任意数量的客户端订阅多播地址并接收广播。在网络中，多播传输仅消耗单播解决方案带宽的 1/n。
文章 支持并行识别的嵌入式 AI 系统的多核控制器
摘要：人工智能 (AI) 技术的最新进展促进了 AI 系统在各种应用中的应用。在大多数部署中，基于 AI 的计算系统采用中央服务器处理大部分数据的架构。此特性使系统使用大量网络带宽并可能导致安全问题。为了克服这些问题，提出了一种称为联邦学习的新 AI 模型。联邦学习采用一种架构，其中客户端负责数据训练并仅将训练结果传输到中央服务器。由于来自客户端的数据训练抽象并减少了原始数据，因此系统在减少网络资源和增强数据安全性的情况下运行。具有联邦学习的系统支持各种客户端系统。要构建具有资源有限的客户端系统的 AI 系统，将客户端系统与多个嵌入式 AI 处理器组合是有效的。为了实现具有这种架构的系统，引入控制器来仲裁和利用 AI 处理器成为一项严格的要求。在本文中，我们提出了一种用于联邦学习的嵌入式 AI 系统，该系统可以根据应用灵活地与 AI 核心组合。为了实现所提出的系统，我们设计了一个多 AI 核心控制器，并将其实现在现场可编程门阵列 (FPGA) 上。通过图像和语音应用程序验证了所设计的控制器的运行，并通过模拟器验证了其性能。
MyBoeingFleet.com XML 应用程序和 Web 服务
Web 服务描述语言 (WSDL) 描述了如何使用 MyBoeing-Fleet.com 中提供的 Web 服务。波音公司正在研究使用通用描述、发现和集成 (UDDI) 方法为不同类型的维护和工程软件组件发布其 Web 服务。UDDI 要求客户端共享元数据、语义和对 Web 服务业务实践的理解的通用定义。否则，客户端无法正确使用 Web 服务。让所有客户端都同意一个通用定义将非常耗时。由于波音公司与波音防火墙之外的各种内部和外部系统合作，因此让系统经理、项目经理和系统集成商聚在一起商定通用定义并非易事，需要大量协调才能正确实施 Web 服务。
用户指南和建议
ACAP（应用程序配置访问协议）：ACAP 是应用程序配置访问协议，是一种用于远程访问客户端程序选项、配置和首选项信息的互联网协议。ACAP 是解决互联网上客户端移动性问题的解决方案。目前，几乎所有互联网应用程序都将用户首选项、选项、服务器位置和其他个人数据存储在本地磁盘文件中。这导致用户每次更改物理位置时都必须重新创建配置设置、订阅列表、地址簿、书签文件、文件夹存储位置等令人不快的问题。ACAP 最初源自互联网消息支持协议 (IMSP)。IMSP 在服务器和客户端级别都得到了全面实施，但由于 IETF 标准流程中提出的建议，它已演变为 ACAP。虽然 ACAP 最初设计用于与 IMAP4 结合支持互联网邮件客户端，但它可以完全独立于 IMAP 和消息传递运行。[ACAP：应用程序配置访问协议]
线性时间内量子计算的经典验证
在量子计算验证问题中，量子服务器想要让客户端相信，对量子电路 C 进行评估的输出就是它所声称的某个结果。这个问题在量子计算的理论和实践中都非常重要 [32, 1, 47]。客户端的计算能力有限，而其理想特性之一是客户端可以完全是经典的，这就引出了量子计算的经典验证 (CVQC) 问题。就服务器端量子计算的时间复杂度而言（通常决定客户端和服务器的总时间复杂度），迄今为止最快的单服务器 CVQC 协议的复杂度为 O(poly(κ)|C|3)，其中|C|是待验证电路的大小，κ是安全参数，由 Mahadev [41] 给出。这导致许多现有协议（包括多方量子计算、零知识和混淆）也出现类似的立方时间爆炸 [8, 50, 9, 16, 18, 2]。考虑到量子计算资源的珍贵性，这种立方复杂度障碍可能会成为将这些问题的协议付诸实践的一大障碍。在本文中，通过开发新技术，我们给出了一种新的 CVQC 协议，其复杂度为 O ( poly ( κ ) | C | )（就客户端和服务器的总时间复杂度而言），比现有协议快得多。我们的协议在量子随机预言模型 [11] 中是安全的，假设存在有噪声陷门无爪函数 [12]，这两个都是量子密码学中广泛使用的假设。在此过程中，我们还为 {| + θ ⟩ = 1 √
WiFi 6 中的多用户 MIMO
从图中可以看出，在第二种情况下，由于 STA3 支持 2 个流的探测，因此只有当流总数为 2 时，它才能参与 MU-MIMO 传输。因此，探测能力更佳的 STA4 在与 STA3 分组进行 MU-MIMO 传输时也只能使用一个空间流。这也促使需要根据用户的 MIMO 能力对其进行智能分组，以最大限度地发挥 MU-MIMO 的优势。在 UL MU-MIMO 的情况下，限制与 DL MU-MIMO 中的限制大致相同。参与 UL MU-MIMO 传输的客户端可以传输的最大 STS 数量不能超过 4，并且必须小于或等于客户端支持的 UL SU-MIMO 的最大 STS 数量。此外，STS 的总数（所有用户的总和）小于或等于 8。对于 UL，触发帧包含与客户端相关的流的信息。
斑马DNA云5.1
o对于新的ZDNA吸收设备，立即显示存在图标；大约10分钟后，“最后连接”状态将更新。o对于在第三方EMM系统中注册的设备，在24小时内启用了设备的存在。o对于现有的ZDNA注册设备，执行“ Update ZDNA客户端”操作后显示出存在状态；大约10分钟后，“最后连接”状态将更新。o设备具有过时的“ DNA客户端”（由黄色三角形表示）必须更新到最新的客户端以查看在场信息。o在不支持的OS上运行的现有和新添加的设备仅在设备更新为最新OS（在“ Android更新”部分中）并更新为最新的ZDNA客户端后，才显示出存在状态。o在大多数情况下，存在从离线变为在线变化，但最多可能需要五分钟。o在设备中记忆杀死的情况下，从线到离线的变化可能需要长达16分钟。•使用高级设置时，导出为.pdf文件时不支持流配置。（请参阅UI配置>卷UI配置文件>卷UI配置文件>流配置）•首次启动（或从冷启动或硬重置中重新启动）时，所有运行Android 13（或更高版本）的Zebra设备必须已解锁（或使用PIN，密码或图案）在DNA云客户端应用程序之前启动。还适用于运行Android11。•运行Android 11的SDM660设备：DNA云不支持以下设备-OS更新软件包：
与网络中相互认证的多方盲量量子计算协议
抽象盲量计算（BQC）可以确保具有有限量子能力的客户端安全地将计算任务委派给远程量子服务器。为了抵制攻击忽略BQC协议中的身份身份验证，有必要保证多方BQC网络中客户端和服务器的合法性。因此，我们提出了一个多方BQC协议，该协议涉及三个阶段，以分发共享密钥和身份验证身份。首先，通过使用测量设备独立量子密钥分布（MDI-QKD）的优势，注册客户端和分配的服务器可以在注册阶段安全共享初始密钥。其次，在半冬天的认证权限（CA）的帮助下，相互身份认证阶段同时通过共享密钥实现了双方的双向身份验证。第三，在盲量计算阶段，注册客户端可以通过测量分配的服务器而不是准备Qubits来完成其计算任务。与第一个（FIFO）原理结合使用，可以并行处理客户的身份验证和盲量计算。该协议也可以应用于具有资源状态通用性的其他多方BQC协议中。与其他BQC协议相比，保证具有身份认证协议的可靠性，并且在实际实验中将显着反映效率。