最新加入词条： 

• 271. NAT　  网址解析

• NAT是Network Address Translation的首字母缩略词。Intranet或其他专用网络（stub 域）中使用的IP地址和Internet IP地址之间的转换过程。这种方法能够使用大量stub域地址，而无须占用有限的Internet IP地址。

• 272. NOC　  网络操作中心

• NOC(network operations center)是远程网络通讯的管理、监视和维护中心，是网络问题解决、软件分发和修改、路由、域名管理、性能监视的焦点。

• 273. Message Queuing Interface（MAI），IBM  IBM的消息排队接口

• Message Queuing Interface（MAI），IBMIBM的消息排队接口（MAI） IBM的消息排队接口（MAI）是一个基于消息的应用程序接口，它监督在不同平台上的应用程序之间传送消息。它在IBM联网方案中定义。
  
  相关条目：Application Program Interface应用程序编程接口；IBM Networking Blueprint IBM的联网方案；Messaging API，Inter－Application 应用程序间的消息传送API。
  

• 274. Message Transfer Agent  消息传送代理

• Message Transfer Agent（MTA） 消息传送代理（MTA） 在国际电信联盟（ITU）的国际电报电话咨询委员会（CCITT）开发的X．400信报处理系统中，一个信报传送代理（MTA）就象一个邮电局，通过它在系统间交换消息。MTA提供存储转发服务。参见“X．400信报处理系统”。
  
  Microsoft的信报传送代理（MTA）代替了Microsoft的邮件网关。MTA链路在Windows for Work Group和其他Microsoft产品间创建了一个电子函件系统。
  
  
  

• 275. Messaging API，E－mail  E－mail的消息传递 API

• Messaging API，E－mail E－mail的消息传递 API 使用信报传递应用程序编程接口（API），可以在不同的邮件系统上直接从用户应用程序提供企业电子函件交换。在这里列出的API为用户的前端应用程序访问不同的后端消息传递系统提供了途径。这些API帮助开发人员将电子函件支持集成到他们的应用程序中。它们在消息传递服务和应用程序间定义了一种接口，另外提供象文件附件和编址这样的服务。
  
  □信报传递API（MAPI）一条为应用程序访问象Microsoft Mail、Lotus Development的cc：MAIL、Novell的信报处理服务（MHS）这样的应用程序的途径。MAPI定义程序员可以使用的调用过程，以将电子函件接口建到他们的应用程序中去。例如，用户可以通过使用菜单上的电子函件选项，来在使用Windows字处理程序的同时，编址、发送和接收电子消息。用户可以在程序中写一个便条，并将它包含在一个发送的电子函件消息中。
  
  □厂商无关消息传递（VIM）一种Lotus控制的电子函件API，它被Apple、Borland、IBM、MCI、Novell、Oracle、Word Perfect等电子函件开发商和厂商支持。象MAPI一样，VIM是一种跨平台的API，它使得开发商能够建立可在多种不同平台上工作的邮件激活应用程序，并允许在这些不同的平台上共享邮件。
  
  □公用邮件调用（CMC）这种电子函件API，是工业范围的电子函件软件开发商组织建议的，由X．400应用程序编程接口协会（XAPIA）开发，以解决MAPI和VIM之间的不同。CMC得到了工业界的强烈支持，有望成为一种工业标准。
  
  □Apple开放协作环境（AOCE）它是集成到Apple系统7中的电子函件API。这种Apple技术是为联合电子和工作组通信而设计的，如语音邮件、电子函件和传真等。AOCE包括PowerTalk和PowerShare。Power Talk提供了一个国际性的信箱，拉放（drag and drop）文件邮递、数字签名等，并驻留在Macintosh和PowerBook计算机上。Power Share驻留在AppleTalk服务器上。它为PowerTalk用户在使用电子函件时具有存储转发特征，它的鉴别部件支持网络安全性，它还具有集中管理功能。
  
  □标准消息格式（SMF）它是Novell消息管理服务（MHS）中的消息传递接口。象其他API一样，它允许用户不离开工作地的应用就可以发送消息。SMP与NetWare全局消息传递一起工作，后来简单邮件传递协议（SMIP）、IBMSNA分布服务（SNADS）和X．400信报处理系统等也对它提供支持。相关条目：Electronic Mail 电子函件；Message－Enable Application 消息激活应用程序。

• 276. API Messaging API，Inter－Application  应用程序间的消息传递

• Messaging API，Inter－Application 应用程序间的消息传递 API 虽然消息传递在对等层环境也可以实现，应用程序间的消息传递则是一种在前端应用和后端服务器间的客户机／服务器环境下实现的典型技术。虽然也可以使用实时模式，但消息传递使得应用以非实时、先存储再传送的方式交换命令和信息。首先创建一个消息，然后将它传送到目的地，在目的地对它进行处理之前，它可能会先存储。另外，消息可能存储在能够处理过程间消息传递的一个独立的地方，不要将消息传递与电子函件系统混淆。虽然它们有相似之处，但电子函件系统是为在用户间交换消息而设计的。
  
  一种面向消息的事务，是使用存储再转发技术的无连接事务。一个应用程序以消息的方式发送一个请求或命令，然后等待回答。在这两个系统之间没有同步，发送方可以将消息广播给任意多的其他系统。它的一个重要特色是，在客户机和服务器之间没有通信“会话”或连接。服务器可以在很长时间之后再有反应。由于消息传递系统不是实时工作的，所以对于实时任务关键的应用程序使用它是不现实的。然而，对于较慢传输率的广域网连接的分散系统，采用消息传递系统的工作却是很合适的。首先，广域网链路的延迟就使实时应用不合适。
  
  相反，远程过程调用（RPC）是用于进程间通信的面向连接的机制。在客户和服务器间建立了一个会话，它保持到进程或事务处理完毕。这种连接需要一个建立期，具有一定开销，但提供了请求回答式的可靠、有效的传输。
  
  一个消息传递模式需要在数据交换的两端都有队列管理。一个消息在源端创建，再分送到和目的地相关的队列中。管理队列通常是异步的，在另一个事件出现之前，前一个必须处理完毕。然而，消息可以被分配到多个处理器，这样它们每个都能并行处理一个任务。通常采用双向队列，这样两个系统就可以同时发送消息了。
  
  消息传递系统可以对应用程序隐藏下面的通信协议，这样，一个在网络间分组交换（IPX）环境运行的应用程序，就可以和一个在传输控制协议／Internet协议（TCP／IP）环境运行的应用传递消息了。由于应用程序只需简单地识别消息格式和命令，所以应用程序接口间的差异也就很小。和此相对，信报传送系统是一种“中间件（middleware）”。中间件产品是程序员和开发人员在制作应用产品时隐藏下面的操作系统、通信协议和多厂商产品的复杂性时使用的工具。它使得无需开发人员将大量时间花在使应用程序产品适应它可以运行的每一种系统。中间件提供它们的全部互联，开发人员只需简单地实现应用程序产品和中间件间的接口。
  
  在不同的网络操作系统上，已经安装了许多著名的消息转发系统，但必须牢记，这些系统并没有考虑中间件产品，因为它们的设计没有为多厂商和多协议提供接口。它们依赖于操作系统内置的服务和通信协议。
  
  □Microsoft的邮件传递系统 是Microsoft LAN管理器和IBM LAN服务器环境的一种消息传递接口，它是OS／2的网络扩充版本。邮件传递系统是一种存储再转发消息系统，它允许网络结点共享数据，而无需与其他结点同步（建立联系）。与此相反，命名管道（named pipe）在两个网络结点间同步交换。
  
  □Novell的信报处理服务（MHS）是一种开始只用于电子函件的消息转发系统，但也具有在应用程序间转发消息的能力。Novell最近通过增加对OSI协议、IBM SNA和TCP／IP的支持，改进了MHS的协同工作能力。
  
  □IBM的消息排队接口（MQI） 是一种能观测不同平台上应用程序间转发消息的基于消息的应用程序接口。它在IBM联网方案中定义。
  
  一些厂商正在推进面向消息的中间件。下面作为例子讨论两种消息转发系统。有些能与SQL或非SQL数据库一起工作。
  
  □通信集成器由Covia技术公司（Rosemout，Illinois）提供。这种消息转发系统在IBM、DEC、UNIX、OS／2、DOS和Windows环境下工作。而服务器和主机通过面向连接的链路通信。对消息进行优先分级以保证时间敏感性信息通过。
  
  □DECmessage Q由数字设备公司DEC（Maynard，Massachusetts）提供。这个系统是DECnet结构的一部分，它在客户机／服务器和对等层环境下工作。它支持VAX／VMS、ULTRISI、OS／2、DOS、Windows和Macintosh。DECmessage Q在许多不同类型的前端和后端应用程序之间充当消息总线的角色。应用程序可以建立一些优先的和正常的消息队列。
  
  消息传递技术在面向对象领域也是很重要的。在一个面向对象的系统中，对象请求代理（ORB）为在应用、服务和系统的其他设备之间进行消息分布提供了一种关键通信设备。可以将一个ORB想象成一种软件总线、支柱，它提供了一种通用的消息转发接口，通过这个接口许多不同类的对象可以以对等层策略进行通信。一个对象提出一个请求，并将它送到ORB，然后，ORB放置一个对象用于为这个请求服务、格式化消息，并将它发到对象。然后，这个响应通过ORB送回原来的请求者。在这种模式中，对象只需简单地描述要操作的任务。它们并不需要知道细节和能够为这个任务服务的对象在那里。ORB处理所有的放置对象、格式化消息并分发这些消息的细节。ORB是所有分布式环境的一种通用接口。
  
  相关条目：Common Object Request Broker Architecture 公用对象请求代管器结构；Connectionless andConnection－Oriented Transactions无连接和面向连接的事务；IBM Networking Blueprint IBM联网方案；Mail Slots 邮件传递系统；Message Handling System 信报处理系统；Middleware 中间件；Object Request Broker 对象请求代管器；Remote Procedure Call远程过程调用。
  

• 277. Messaging Application Programming Interface  消息应用程序编程接口

• Messaging Application Programming Interface（MAPI） 消息应用程序编程接口（MAPI） MAPI为应用提供了一种访问不同类型的消息传递系统的途径，如Microsoft邮件，Lotus Development的cc：MAIL和Novell的信报处理服务（MHS）。MAPI定义了程序员可以使用的所有过程，以在Windows应用中建立电子函件接口。例如，一个用户在使用Windows的字处理程序时，通过从他的菜单上选择电子函件选项，就能编址，发送和接收电子函件消息。用户还可以在程序中写一个便签，并将它包含在一个发送出的电子函件消息中。
  
  现在，有两种不同类型的MAPI。简单MAPI只与Microsoft邮件一起工作，它提供一条从不同Windows应用访问电子函件功能的途径。扩展MAPI对许多其他邮件系统提供了接口，包括它们的地址薄、消息存储区域和邮件传送功能。
  
  相关条目：Electronic Mail电子函件；Message－Enabled Application 消息激活应用程序；Middleware 中间件；Windows Open System Architecture Windows开放式系统结构。
  

• 278. MicroChannel Architecture（MCA）Bus  微通道体系结构（MCA）总线

• MicroChannel Architecture（MCA）Bus 微通道体系结构（MCA）总线 MCA总线是IBM为帮助解决快速微处理器和相对慢的工业标准系统结构（ISA）总线之间的差异而开发的。虽然MCA总线不接收ISA型的主板，但它们提供的32位接口却比ISA更快，也可以更好地适应80386和80486微处理器的要求。
  
  MCA总线采用单总线设计，通过使用多路复用器来处理存储器和输入／输出（I／0）接口的传输。多路复用器将总线分成多个不同的通道，每个通道可以处理不同的处理需求。这种设计没有多总线设计快，但在大多数情况下，却可以满足中等大小网络的服务器要求。如果在服务器上运行微处理器集中式应用程序，选择一个超级服务器也许是明智的，因为它具有超级吞吐率和多处理器能力。
  
  MAC受专利和许可协议保护，这限制了它发展为一种标准。另外，IBM还对MCA施加了一些限制，以防止和它的小型计算机系统竞争。由于这些原因，许多厂商使用了扩展工业标准体系结构（EISA）或开发专用的总线标准。
  
  相关条目：Extended Industry Standard Architecture Bus 扩展工业标准体系结构（EISA）总线。
  

• 279. Microcom Networking Protocol（MNP）  Microcom的联网协议

• Microcom Networking Protocol（MNP） Microcom的联网协议（MNP） MNP是Microcom公司（Norvood，Massachusetts）为调制解调器数据通信而制定的协议，Microcom是一家调制解调器的生产厂家。这些协议通过采用纠错和压缩技术，来提供高可靠性的数据传送。它们被认为是一种实际上的标准，许多厂商已经被授权在他们的调制解调器上使用这些协议。今天，调制解调器通常采用CCITT（ITU）V系列标准，因为它们已在世界范围接受。然而，一些调制解调器既使用V系列又使用MNP。下面列出了一些主要的MNP协议，没有列出的都是没有使用的或在调制解调器通信领域并不重要的。
  
  □第2类 全双工异步传输模式。
  
  □第3类 生成帧式HDLC流的全双工异步传输模式。
  
  □第4类 当信道无错时，为增加帧体积来改进吞吐率提供了一条途径。这种方式是可适应的，可以根据线路的质量来将帧的大小调高或低。
  
  □第5类 提供两倍数据压缩，提供2400bps，4800bps的调制解调能力。例如，压缩技术可以根据数据情况来适应以达到最大的吞吐率。
  
  □第6类 和CCITT（ITU）V．29调制解调器类似，但增加了第5类的数据压缩技术。使用MNP第6类的9，600带宽调制解调器可达到19．2K位／秒的吞吐率。
  
  □第7类 提供增强数据压缩，以能减少42％的数据。其他方面类似于第5类。
  
  □第8类 包括第7类的特征，并增加了CCITT（ITU）V．29技术，以增加半双工设备能象全双工设备那样工作。
  
  □第9类 和CCITT（ITU）V．32调制解调器标准类似，并可以通过使用第7类的数据压缩技术来增加两倍的吞吐率。
  
  注意：CCITT（ITU）V．32和V．42建议为纠错而采用链路访问规程－调制解调器（LAP－M），但第7类MNP支持它。许多厂商在他们的调制解调器上提供了这两种选择。
  
  相关条目：Asynchronous Communication 异步通信；Bell Modem Standards Be1l调制解调器标准；Dialup Line 拨号线路；Modems；Modulation Techniques调制技术；Serial Communication串行通信；Syn－chronous Communication同步通信；“V－dot”Standards，CCITT CCITT的“V－点”标准。
  

• 280. Microkernel  微内核

• Microkernel 微内核 内核提供操作系统的核心功能。微内核是内核的精简版本，它设计成在很小的内存空间内增加移植性，提供模块化设计，以使用户安装不同的接口，如UNIX、DOS、Windows、Workplace OS、Workp1ace UNIX等。IBM、Microaoft、开放软件基金会（OSF）和UNIX系统实验室（USL）等新操作系统都采用了这一研究成果的优点。下面列出了两种著名的微内核操作系统：
  
  □Mach Carnegie－Mellon大学设计。
  
  □Nucleus Chorus系统公司（Beaverton，oregon）设计，该公司总部设在法国。
  
  如上所述，微内核是内核的一种精简形式通常与内核集成在一起的系统服务层被分离出来，变成可以根据需求加入的选件，这样就可提供更好的可扩展性和更加有效的应用环境。使用微内核设计，对系统进行升级，只要用新模块替换旧模块，不需要改变整个操作系统。
  
  我们可以用商业对比来解释微内核的模块概念。考虑一个过度忙碌的商务经理。通过将工作分给其他人，这位经理可以将他的能力更有效地用于重要的商务工作中去，并集中于其他一些任务，例如开辟新的商务分支等。可以雇佣一些新人来支持增长的商务活动。经理协调这些工作，但由其他的人做好雇佣他们时说好要做的事。与此类似，微内核操作系统支持执行少量核心任务，并管理可安装模块的活动。用这种方式，微内核对于它能做的工作是非常有效的，并是可移植的，这是指它可以被设计成在不同的处理器上运行。
  
  基于微内核的操作系统如图M－6所示进行分层，并具有如下特征：
  
  □微内核提供一组“最基本”的服务，如进程调度、进程间通信、存储管理、处理I／O设备。其他服务，如文件管理、网络支持等通过接口连到微内核。与此相反，内核是集成的，比微内核更大。
  
  □微内核具有很好的扩展性，并可简化应用程序开发。用户只运行他们需要的服务，这有利于减少磁盘空间和存储器需求。
  
  □厂商可以很容易地将微内核移植到其他处理器平台，并在上面增加适合其他平台需要的模块化部件。
  
  （这指文件服务器、工程应用等等）。
  
  微内核和硬件部件有接口，并向可安装模块提供一个接口。在微内核中，进程通过传递消息或运行“线程”来发生相互作用。线程为将一个任务分解为多个子任务提供了途径，在多处理器环境下，线程可以在不同的处理器上独立运行。
  
  下面列出一些重要的微内核操作系统：
  
  □Windows NT 这种操作系统是围绕着Microsoft设计的微内核而设计的，它紧跟在Mach设计之后。它提供线程调度、中断和意外事件管理、多处理器同步和系统恢复（在掉电之后）。它永远不会被存储器管理程序调出内存，而且它的执行也永远不能被其它进程中断。
  
  □OSF／1MK 这是开放式系统基金会的OSF／1UNIX操作系统使用微内核研究的最新版本。它实现了Mach内核，并提供虚拟存储管理、进程间通信和设备驱动程序管理。
  
  □UNIX SVR4 UNIX系统实验室公司推出了一个微内核的UNIX SVR4（系统V版本4）。它实现了Nucleus微内核。它提供前面讨论的所有微内核特征；然而，在微内核中不管理驱动程序。
  
  □WorkPlace OS IBM的微内核是基于Mach微内核的。这种微内核在Motorola PowerPC处理器上运行，它是Intel 80486和Pentium处理器的直接竞争者
  
  口WorkPlace操作系统上的用户可以选择不同的运行于操作系统上的接口，如DOS、OS／2、Windows、U－NIX等。IBM微内核的体积很小（约40K），可处理基本的任务，如存储器管理、线程管理、中断管理和消息传递。
  
  象Mach和Nucleus这样的微内核操作系统，使用户可以自己选择操作系统的接口和特性。它们十分适合可以选择多处理器和多操作系统的变化的计算机市场，开发商也可从中受益。它们能够很快地从一个系统向另一个系统移植他们的产品，使最终用户可以得到许多应用产品。这种模块化的设计也保证了可以得到大量的可选服务。
  
  相关条目：IBM Operating SystemsIBM的操作系统；Mach，Carnegie－Mellon Microkernel Carnegie－Mellon的微内核Mach；OSF／1 Open Software Foundation开放软件基金会的OSF／1；Remote Procedure Call 远程过程调用；UNIX；Windows NT，Microsoft Microsoft的Windows NT；Workplace OS。