专利名称：跨异质设备类型的统一策略的制作方法
技术领域：
本发明一般涉及策略管理，尤其涉及管理跨异质设备类型的策略。
背景技术：
电视、电话、游戏站以及计算机已经影响了现代生活的几乎每一个方面。这些异质设备之间的功能正在合并。例如，计算机可用于语音通信，而电话可用来运行应用程序或玩游戏。随着功能增加，对管理和控制的需求也增加。例如，父母想要有能力控制孩子能观看什么内容、能发送多少文本消息、主存在云中的娱乐活动(不管使用何种设备)所消耗的时间量等等。当前，必须分别对每个设备设定策略设置，从而从后勤角度而言使得动态修改设置变得困难。甚至进一步地，可分别对设备上的每个应用程序设置策略，从而在需要改变时必须对可能数百个不同的策略设置作出策略调节。将这乘以用来访问公用服务的设备类型的数量，可以看到这迅速变成一个复杂的问题，这些设备类型包括智能电话、电视、PC、游戏控制台以及主存服务。群组策略已跨异质设备存在(例如，一群运行同一操作系统的计算机)，并且当前用于Microsoft Office 2010。例如，群组策略是用来向一组目标用户和计算机递送和应用一个或多个所需配置或策略设置的基础结构。群组策略基础结构由群组策略引擎和若干单独扩展构成。这些扩展用来通过修改注册表或设置针对安全设置、软件安装、文件夹重定向、浏览器维护、无线网络设置以及其它领域的群组策略设置，配置群组策略设置。群组策略的每次安装都由两个扩展构成用来定义和设定应用于客户机计算机的策略设置的服务器侧扩展、以及群组策略引擎所调用的用来应用策略设置的客户机侧扩展。尽管在商业环境中策略设置已跨异质设备沿用已久，但仍然需要跨具有由硬件、 操作系统和执行不同或相似功能的独特应用程序的独特组合构成的不同底层平台的不同器件类型的策略设置的灵活性增加。因此，需要使跨设备类型、平台、用户和/或应用程序的策略设置的灵活性增加。
发明内容
揭示了一种用于跨两个或多个不同的客户机设备、或虚拟化设备的基于云的实例实施标准化集合的基于策略行为的系统和方法。策略定义可以是期望行为的普通描述，而客户机侧策略引擎解释和实现与客户机相关联的平台特定细节。在一个实施例中，客户机设备从网络接收一般策略定义。该一般策略定义可应用于具有不同硬件和/或软件平台的不同设备类型。客户机策略引擎可分析该一般策略定义、将其与客户机侧应用程序或功能作比较、并关于如何将该策略应用于特定客户机作出智能判定。在另一实施例中，客户机策略引擎能考虑用户的身份和/或用户的角色(例如，工作、玩、成人、孩子、观察者、编辑、管理员)。另外，可维护客户机策略引擎能够分析和使用以作出关于进行客户机设备活动的判定的活动日志。策略实施的一些示例包括跟踪观看娱乐节目所花的时间或所发送的文本消息和电子邮件的数量、以及在这些参数超过策略阈值时限制客户机设备或跨所有设备限制应用程序的类别。在另一实施例中，可使用与一群组(诸如在同一帐号上或来自同一家庭)相关联的客户机设备来远程地控制策略设置。经改变的策略设置然后可被推送至该群组中的其它不同客户机设备。例如，父母可使用移动电话改变策略设置，该策略设置然后可被下推至游戏控制台以限制孩子的游戏时间、并且用相同设置限制基于PC或基于web的游戏。参考附图阅读以下详细描述，将更清楚本发明的前述和其他目标、特征和优点。
图1是示出通过经由网络分发的一般策略控制的多个用户设备类型的一实施例。图2是示出可用来跨异质设备类型实现一般策略的不同硬件和软件结构的一实施例。图3是可在客户机设备上使用的控制器的一实施例。图4是用于跨异质设备类型实现一般策略的方法的流程图。图5是示出可用来评估策略定义并将其与客户机设备上的功能作比较的不同参数的方法的流程图。图6是用于实施客户机设备上的策略的方法的流程图。图7示出其中策略设置可由相关联群组中的成员控制的系统。图8是示出使用图7系统自动分发策略设置的流程图。图9是示出上电时使用策略服务的客户机设备的细节的方法的流程图。
具体实施例方式图1是示出系统100的实施例，系统100具有通信地耦合至经由网络114分发的一般或统一策略的多个用户设备类型110、112。可使用任何数量的用户设备类型和用户设备，如省略号116所示。用户设备类型可以是异质的，表示至少一部分用户设备类型可具有与其它用户设备类型不同的平台。不同的平台表示一些设备运行一不同的操作系统，具有不同的硬件结构，和/或具有不同的基本功能和用途。应当理解，一些设备类型可以是在PC 上本地运行的虚拟实例，或者主存在云中且通过远程终端访问。示例异质设备包括游戏站、 电话、计算机和电视。虚拟设备/应用程序包括控制台仿真器和虚拟化操作系统实例，诸如Microsoft Virtual PC和Microsoft Virtual krver 以及诸如 VM Ware 的非微软产品的实例；以及云服务，诸如由浏览器中的Adobe FLASH或Silverlight 主存的基于web的电子邮件和游戏。网络(例如因特网)114可储存用于各个不同设备110、112的一般策略定义。该网络建立提供公共框架以定义、评估和交换策略信息的策略服务。如以下进一步描述地，策略服务能进一步允许每个不同设备自恢复，或者在不符合所定义的策略时自动地调节参数和设置。存在多种用于实现具有本文中所述功能的客户机设备的技术，而图1仅提供一示例解决方案。设备110包括从网络收集一般策略语句的策略服务120。一般策略语句可包括对客户机设备或在客户机设备上运行的应用程序的限制，例如限制每天所使用的时间量、工作小时数、所消耗的功率或消耗率、每秒的计算量、每秒的交易量、工作天数(例如仅周末)、或一天中发生的动作数量。也可取决于具体应用提供其它限制。例如，当大部分时间花在PC上时可允许在电子邮件上花2小时，但是如果大部分时间花在具有触摸式键盘的设备上时则延长至共2. 5小时，因为预期有较慢的输入速率。还可对应用程序的类别设置限制，诸如浏览器。策略还可基于设备能力改变。例如，可向需要更多时间来键入电子邮件的客户机应用程序提供更多时间(例如，由于较慢的键入速度，可给予智能电话比计算机或触摸屏电话更多的时间)。策略服务120可将一般策略语句传递给客户机策略引擎130， 该客户机策略引擎130可用软件、硬件或其组合来实现。该客户机策略引擎130调整一般策略语句以使其适应具体设备110。这种调整使用从客户机设备本身处收集的信息。客户机策略代理140从客户机设备上的存储器150收集信息，包括客户机功能和用途，诸如应用程序和/或操作系统组件的配置。客户机策略代理140还可收集用户身份160，并基于该用户身份修改客户机设备可用的功能。该用户身份通常包括凭证，并且可进一步包括角色或工作模式(例如工作或玩以及成人或孩子)甚至生物测定身份确认，诸如脸部识别、指纹扫描、声纹等。身份确认的安全性可确定访问的范围。例如，将不预期孩子键入用户名和口令；而是相反从列表中选择其照片，以及可任选地选择他们用来解锁该设备的图像或形状。 如果孩子获得错误的图像，则设备将不擦除其本身。然而，如果父母访问输错5次，则可将该设备编程为擦除所有内容。客户机设备112具有与客户机设备110相似的结构，但调整成符合客户机的具体设备类型。以下示例显示通过在晚上5点至9点之间在三个平台的任一个上允许2小时的游
戏、社交网络和即时消息收发应用程序来控制客户机功能的策略。
< xml version=" 1.0" encoding="utf-8" > <Root>
〈Policy platform="Game Station"〉 〈Mode type="home">
〈Access type="weekday">
<Starttype="UTC-7">17:00:00</Start> 〈Stop type="UTC-7">21:00:00</Stop> <Quota>2:00:00</Quota> 々Access〉
<Application>Games</Application> <Application>Social Networking</Application〉 〈Application〉Instant Messaging</Application〉 </Mode> </Policy>〈Policy platform="Phone"> 〈Mode type="home">
〈Access type="weekday"> 〈Start type="UTC-7 ">17:00:00</Start> 〈Stop type="UTC-7">21:00:00</Stop> <Quota>2:3 0:00</Quota> 〈/Access〉
<Application>Games</Application> <Application>Social Networking^ Application> <Application>Browser</Application> <Application>Instant Messaging</Application> </Mode>
〈/Policy〉
〈Policy platform="PC"> 〈Mode type="home">
〈Access type="weekday"> 〈Start type="UTC-7"> 17:00:00</Start> 〈Stop type="UTC-7">21:00:00</Stop> <Quota>2:00:00</Quota> </Access>
〈Applicationrating="www.contoso.com/
youthgameratings/conservative/Agel2.xml，’>Games</Application〉 <Application>Social Networking</Application> <Application>Browser</Application> 〈Application〉Instant Messaging</Application〉 </Mode>
<Exception>xxx-xxx-xxxx〈/Application〉
〈/Policy〉 </Root> 图2示出具有可添加给客户机200的附加功能和特征的另一个实施例。在此示例中，客户机策略引擎210被耦合至策略服务212。如前所述，该策略服务耦合至网络(例如因特网)。策略高速缓存214还可耦合至策略服务212和客户机策略引擎210，以便于储存从网络接收到的策略定义。使用高速缓存版本的策略定义允许客户机在离线时也遵从一般策略。耦合至客户机策略引擎210的存储器216也可用于储存从网络获得的关于应用程序的信息。这种信息可使用策略服务212或其它手段来获得。例如，诸如220、222处所示的应用程序可以是具有相关联年龄评级的游戏。年龄评级可动态地从网络获得，以使可获得最新的年龄评级信息以符合该策略。因而，与客户机上的应用程序相关联的信息可从网络获得并用来作出本地的客户机侧策略判定。例如，可防止年龄评级以下的孩子运行该应用程序。本发明包括父母向第三方青少年游戏评级系统委派策略的一部分的能力，该第三方青少年游戏评级系统具有更对准父母的文化偏好的评级值。这针对图2中的PC游戏评级属性示出。应当理解，本发明包括针对具有全局唯一URI的诸如Flowerz 的特定应用程序、以及完成诸如浏览器的普通情形的一般类别应用程序来定义策略，如图2所示。特定游戏策略能将用户运行Flowerz 的时间限制成预定时间。而浏览器示例能限制设备上有能力浏览因特网的所有应用程序。此外，可在另一应用程序内访问一类内容。例如，如果在一天的特定几小时内用户玩视频游戏受到限制，则即使那些视频游戏由诸如Macromedia Flash 或Silverlight 的插件主存，用户也不能在浏览器内玩那些视频游戏，因为操作系统将对所访问的内容实施策略。类似地，可允许访问音乐，但对特定用户实施针对音乐类型的限制， 诸如用显式内容警告限制音乐。最终，可基于设备能力调节策略，诸如对键入固有地较慢的设备允许花更多时间在电子邮件上。客户机策略代理230采集有关可用应用程序220、222，客户机功能232、234(例如操作系统控制功能，诸如文本消息收发)，用户身份和用户模式对0，以及有关日常使用和/ 或活动的信息M2的客户机侧数据，并将这些信息传递给客户机策略引擎。例如，日志M2 可跟踪已经使用应用程序或客户机功能的时间量(例如今天游戏玩了 3小时，或浏览器用了 2小时)、或使用功能的次数(例如发送了 10条文本消息、或发送了 10条电子邮件)。任一此信息可被用来使客户机设备200符合当前策略。客户机策略引擎可使用所采集的信息来作出使客户机符合策略所需的智能判定。还应当注意，应用程序220、222可以是不同类型的(例如游戏、地图应用程序、字处理等等)，并且客户机功能232、234可以是不同类型的操作系统功能。最后，策略引擎可处理例外请求特征，其允许请求者联系策略管理员以便于临时超驰。这由图2中的例外元素所示。在本系统中，如果用户需要花更多时间在电子邮件上，则他们可向父母的电话号码发出文本消息以请求更多的时间。父母对请求服务的响应将使规则例外在设备上发生。图3示出了其中可实现所描述技术的合适控制器300的一般化示例。控制器并非旨在对使用范围或功能提出任何限制，因为这些技术可以在不同的通用或专用计算环境中实现。参照图3，控制器300可包括耦合至存储器320的至少一个处理单元310(例如信号处理器、微处理器、ASIC、或其它控制和处理逻辑电路)。处理单元310执行计算机可执行指令，且可以是真实或虚拟处理器。存储器320可以是易失性存储器(例如，寄存器、高速缓存、RAM)、非易失性存储器(例如，ROM、EEPR0M、闪存、称为PCM或PRAM的相变存储器等)或两者的某种组合。存储器320可存储实现此处描述的任意技术的软件380。控制器可具有附加特征。例如，控制器可包括存储340、一个或多个输入设备350、 一个或多个输出设备360以及一个或多个通信连接370。诸如总线或网络的互连机制(未示出)互连这些组件。通常，操作系统软件(未示出)为在控制器中执行的其它软件提供操作环境，并协调控制器的各组件的活动。存储340可以是可移动或不可移动的，并可包括磁盘、磁带或磁带盒、闪存、PCM、 固态硬盘(SSHD)、⑶-ROM、⑶-RW、DVD或可用于储存信息并可在控制器内被访问的任何其它计算机可读介质。存储340能储存包含用于检测与血管壁中的导液管相关联的血管壁伪像的指令的软件380。输入设备350可以是诸如键盘、鼠标、笔或跟踪球等触摸输入设备，语音输入设备，扫描设备或另一设备。输出设备360可以是显示器、打印机、扬声器、CD或DVD刻录机、 或从控制器提供输出的另一设备。某些输入/输出设备，诸如触摸屏，可包括输入和输出功能两者。通信连接370允许通过通信机制与另一计算实体的通信。通信机制传达诸如计算机可执行指令、音频/视频或其他信息、或其它数据等的信息。作为示例而非限制，通信机制包括利用电、光、射频(RF)、微波、红外线、声音或其他载体实现的有线或无线技术。图4是用于跨如本文中所述的多个异质设备类型实现策略服务的流程图。在处理框410，从网络接收策略定义。一般而言，该策略定义被储存在耦合至因特网的服务器计算机。该策略定义可以是通用的，意味着其未针对设备类型或特定平台进行特定修整。因此，该策略定义可应用于不同设备类型，诸如游戏控制台、电话、电视、个人计算机等。在处理框420，通过将策略定义与客户机设备上的功能作比较，客户机侧策略引擎评估该策略定义。首先，在策略定义中搜索与客户机平台相匹配的平台语句。例如，如果客户机是游戏站， 则在策略语句中搜索与游戏站相关联的策略语句。一旦发现了匹配平台，即可从策略定义提取相关联的子策略语句。例如，可从策略语句中读取模式类型、访问类型、起始和停止时间、时间定额、能访问的特定应用程序类型(例如游戏、社交网络以及浏览器)、以及特定功能，并通过使用当前活动日志、可用应用程序、用户身份等与客户机设备上可用的当前功能作比较。在处理框430，通过修改客户机上可用的功能使其符合策略，策略引擎可实施该策略定义。存在用于实施策略的多种技术。例如，策略引擎可在引导时执行评估，并在存储器中储存结果，以供应用程序或操作系统在用户尝试操作时进行访问。或者，每当尝试一操作时，策略引擎可基于高速缓存或从网络重新拉入的当前策略设置来执行新的评估。策略引擎然后可控制或指示应用程序或操作系统以允许或阻挡所需功能，以便于修改客户机设备的功能。图5是示出在图4的评估处理框420期间能执行的一个或多个处理框的方法的流程图。通过使用客户机策略代理读取可用应用程序类型、客户机功能和设置，能确定客户机设备上的功能。另外，以下所述的任何其它信息能在确定可用功能时使用。在处理框510， 从存储器中取回用户身份和/或用户模式。用户身份通常与登录凭证相关联。策略引擎能对不同用户应用不同策略。例如，13岁以上的孩子可获许观看PG-13电影而非R级电影，而 13岁以下的孩子则不能。另外，可考虑用户模式。例如，处于工作模式的人可具有与处于玩模式时不同的在应用程序中呈现的联系人列表。因而，基于用户模式，应用程序和用户界面设置可改变。在处理框520，可取回关于用户正在使用的应用程序或功能的时间和/或活动的数据。如前所述，活动日志可储存这种数据。例如，可限制用户每天花特定的几小时。 从活动日志取回的时间数据可以是在这一天中应用程序活动了多少时间的累计。类似地， 活动数据可指示特定事件发生了多少次，诸如在M小时内发送了多少文本消息。因而，通过使用活动日志，可自动或动态地监视客户机上的参数。另外，使用量可影响可用功能。在处理框530，可从网络取回与应用程序相关联的信息。因而，可标识客户机上的具体应用程序，并且这种标识可被发送至网络。作为响应，网络能将与应用程序相关联的基于策略信息 (例如当前评级)传送回客户机，以供纳入到策略判定作出过程中。图6示出了进一步扩展图4的处理框430的方法的流程图。存在用于对应用程序或操作系统实施策略的多种技术，且图6提供一些可能性。在处理框610，命令被发送至应用程序或操作系统以确保与策略的顺应性。因而，例如，应用程序可从策略引擎接收命令并执行命令。一旦接收到命令，应用程序就遵照命令，直至被更改。示例命令能包括阻挡特征的应用程序功能。处理框620示出策略引擎可进一步阻挡功能，诸如核心操作系统功能。例如，策略引擎可阻挡发送文本信息或暂时去除与受限应用程序相关联的图标的能力。图7示出系统示图，其示出与用户帐户相关联的一个不同设备710可将一般策略定义上传至网络720，并使策略定义被推送至与同一用户帐户相关联的其它不同设备730 和相似设备740。策略定义可被储存在服务器750上，服务器750与客户机设备上的各个策略服务模块通信。因而，父母可使用移动电话来远程和自动地改变跨同一帐户上的所有异质和同质设备的策略设置，并控制孩子的蜂窝电话、游戏站或电视、和/或计算机的功能。图8是用于实现图7系统的方法的流程图。在处理框810，链接至同一帐户(例如家庭帐户)的群组中设备之一可更新储存在网络上的策略设置。在处理框820，策略设置能自动分发给同一帐户中的其它客户机设备。因而，用户可动态和自动地控制和分发策略更新。图9是示出能实现以跨不同设备实施一般策略的方法的其它细节的流程图。在处理框910，客户机设备在上电时(诸如在引导过程期间)从网络下载一般策略。在处理框 920，策略引擎基于插件的状态和其它设置评估客户机设备的状态。在处理框930，策略引擎执行本地评估和/或自恢复，意味着不符合策略的任何应用程序或功能被阻挡或以其它方式禁用。在处理框940，指示已出错或自恢复已完成的消息被发送至网络。在处理框950， 在设备访问本地资源和联网资源(例如公司网络、因特网、以及像Texting、IP上语音技术的使用因特网的应用程序)之前，使用所得策略评估。虽然为方便呈现起见所公开的方法的一些操作是以特定的顺序次序来描述的，但应当理解，这一描述方法涵盖重新安排，除非以下阐明的具体语言需要特定排序。例如，在某些情况下，可以重新安排或并发执行顺序地描述的操作。此外，为简明起见，附图可能未示出其中所公开的方法可结合其他方法使用的各种方式。所公开的方法中的任一个可被实现为存储在一个或多个计算机可读介质(例如， 非临时计算机可读介质，诸如一个或多个光学介质盘、易失性存储器组件(诸如DRAM或 SRAM)或非易失性存储器组件(诸如硬驱动器))上并且在计算机(例如，任何可购买的计算机，包括智能电话或包含计算硬件的其它移动设备)上执行的计算机可执行指令。用于实现所公开的技术的计算机可执行指令中的任何一个以及在所公开的实施例实现期间所创建和使用的任何数据可被存储在一个或多个计算机可读介质(例如，非临时计算机可读介质)上。计算机可执行指令可以是专用软件应用程序或，例如，经由web浏览器或其他软件应用程序(诸如远程计算应用程序)访问或下载的软件应用程序的一部分。例如，在单个本地计算机(例如，任何合适的可购买计算机)上或在使用一个或多个网络计算机的网络环境(例如，经由因特网、广域网、局域网、客户机-服务器网络(诸如，云计算网络)、或其他此类网络)中执行这些软件。为清楚起见，只描述了基于软件的各实现的某些所选择的方面。省略了本领域公知的其他细节。例如，应当理解，所公开的技术不限于任何特定计算机语言、或程序。例如， 所公开的技术可由用C++、JaVa、Perl、JaVakript、Adobe Flash、或任何其他合适的编程语言编写的软件来实现。同样，所公开的技术不限于任何特定计算机或硬件类型。合适的计算机和硬件的某些细节是公知的，并且无需在本公开中进行详细阐述。此外，基于软件的实施方式中的任一个(包括例如用于使计算机执行所公开的方法中的任一种的计算机可执行指令)可以通过合适的通信手段来上传、下载、或远程访问。 这些合适的通信手段包括，例如，因特网、万维网、内联网、软件应用、电缆(包括光缆)、磁通信、电磁通信(包括RF、微波和红外通信)、电子通信或任何这样的通信手段。所公开的方法、装置和系统决不应被解释成限制性的。相反，本发明针对各公开的实施方式(单独地或彼此的各种组合和子组合)的所有新颖和非显而易见特征和方面。所公开的方法、装置和系统不限于任何具体方面或特征或其组合，所公开的各实施方式也不要求存在任何一个或多个具体优点或解决各个问题。 鉴于可应用所公开的本发明的原理的许多可能的实施例，应当认识到，所示实施例仅是本发明的优选示例，并且不应认为是限制本发明的范围。相反，本发明的范围由所附权利要求书来限定。因此，要求保护落入这些权利要求的范围内的所有内容作为本发明。
权利要求
1.一种用于在客户机设备上实施策略的方法，包括在客户机设备中从网络中接收(410)策略定义，其中所述策略定义是可应用于具有不同硬件和软件平台的不同设备类型的一般定义；通过将要使用的所述策略定义与客户机设备上可用的功能作比较，来在位于客户机设备上的客户机策略引擎中评估(420)接收到的策略定义；以及通过基于评估修改客户机设备上可用的功能来实施(430)所述策略，其中所述客户机策略引擎调整所述一般策略定义以使其适应客户机设备上的特定平台。
2.如权利要求1所述的方法，其特征在于，所述评估包括确定用户的身份，并基于所述用户身份修改可用的功能。
3.如权利要求1所述的方法，其特征在于，所述评估包括确定用户的模式，并基于所述用户模式修改可用的功能。
4.如权利要求3所述的方法，其特征在于，所述模式可在以下各项中的一个或多个之间切换工作和玩、成人和孩子、观察者、编辑以及管理员。
5.如权利要求1所述的方法，其特征在于，进一步包括从所述网络请求关于位于客户机上的应用程序的信息，接收所请求的信息，以及在所述评估中使用接收到的信息。
6.如权利要求1所述的方法，其特征在于，进一步包括接收发送至所述网络的策略更新，以供在不同客户机设备上分发所述策略。
7.如权利要求1所述的方法，其特征在于，实施包括向应用程序发送命令以控制其功能、或控制所述应用程序所播放的内容。
8.如权利要求1所述的方法，其特征在于，进一步包括动态地监视客户机设备上的参数，并评估所述客户机设备是否符合接收到的策略，并且在不满足所述策略时采取纠正动作。
9.一种用于跨不同客户机设备实施策略的方法，包括在第一客户机设备(110)中从网络接收策略定义；在设备类型与第一客户机设备(110)不同的第二客户机设备(11 中从网络接收同一策略定义；通过基于所述同一策略定义修改所述第一客户机设备(110)和第二客户机设备(112) 上可用的功能，来跨所述第一客户机设备(110)和第二客户机设备(11 实施所述策略。
10.一种用于在客户机设备上实施策略的装置，包括用于从网络接收策略定义的策略服务客户机(120)；用于采集关于所述客户机设备的信息的客户机策略代理(140)，所述信息包括使用日志；以及耦合至所述策略服务客户机(120)和客户机策略代理(140)两者的客户机策略引擎(130)，用于从所述策略服务客户机(120)接收所述策略定义并从所述客户机策略代理 (140)处接收信息，并且用于确定所述客户机设备上可用的功能是否符合所述策略定义。
全文摘要
公开了一种用于跨两个或多个不同客户机设备实施标准集合的基于策略行为的系统和方法。策略定义可以是期望行为的普通描述，而客户机侧策略引擎解释和实现与客户机相关联的平台特定细节。在一个实施例中，客户机设备从网络接收一般策略定义。该一般策略定义可应用于具有不同硬件和/或软件平台的不同设备类型。客户机策略引擎可分析该一般策略定义、将其与客户机侧应用程序或功能作比较、并关于如何将该策略应用于特定客户机作出智能判定。
文档编号H04L29/08GK102523102SQ20111034502
公开日2012年6月27日 申请日期2011年10月28日 优先权日2010年10月29日
发明者C·努卡拉, D·M·卡拉甘 申请人:微软公司