CN113330425A

CN113330425A - 计算设备的远程诊断

Info

Publication number: CN113330425A
Application number: CN202080010126.0A
Authority: CN
Inventors: M·斯特里奥夫; D·西纳
Original assignee: Microsoft Technology Licensing LLC
Current assignee: Microsoft Technology Licensing LLC
Priority date: 2019-01-26
Filing date: 2020-01-04
Publication date: 2021-08-31
Also published as: WO2020154084A1; US11288114B2; US20200241945A1; EP3915016A1

Abstract

本文公开了用于在计算系统中执行远程诊断的技术。在一个实现中，第一计算设备可以向远程服务器传送报告与第二计算设备相关的操作问题的数据。远程服务器然后可以经由计算机网络向第二计算设备传送诊断命令。第二计算设备然后可以执行诊断命令以生成诊断信息。在从第二计算设备接收到所生成的诊断信息时，远程服务器可以将来自第一计算设备的报告操作问题的数据与来自第二计算设备的被生成的诊断信息组合，并且将被组合的数据存储为与被报告的操作问题对应的数据库记录。

Description

计算设备的远程诊断

背景技术

计算设备的诊断通常涉及确定软件、硬件、固件或计算设备的其他类型的组件的操作状况或状态。诊断程序可以经常促进计算设备的诊断性能。例如，在台式计算机的普通启动期间，基本输入/输出系统(“BIOS”)嵌入式开机自检(“POST”)程序可以被自动地执行，以在允许操作系统的部署之前验证在台式计算机中的硬件组件的完整性。在另一示例中，诊断程序也可以按需被执行以确定例如当计算设备发生故障时的根本原因。

发明内容

提供本发明内容以简化形式介绍一些概念，这些概念将在下面的具体实施方式中被进一步描述。本发明内容既不旨在标识所要求保护的主题的关键特征或必要特征，也不旨在用于限制所要求保护的主题的范围。

尽管诊断程序可以提供用于解决计算设备的操作问题的诊断信息，但是提交诊断信息和对应的描述有时可以是繁琐的和低效率的。例如，用户可以有多个计算设备，诸如智能电话、膝上型计算机、台式计算机、游戏控制台、智能电视等。例如，当用户在游戏控制台上经历问题时，游戏控制台上的诊断程序可以由用户执行以生成诊断信息。产生的诊断信息然后可以被提交给技术支持或其他合适的实体用于故障排除。然而，使用游戏控制台上的软键盘输入所经历的操作问题的描述或反馈可以是繁琐的和低效率的。同样，在某些情况下，用户在撰写描述或反馈时可能无法访问游戏控制台。因此，即使用户可以容易地在例如膝上型计算机上键入反馈并且将反馈从膝上型计算机提交给技术支持，用户可能不能从膝上型计算机提交游戏控制台的诊断信息。因此，上述提交反馈和诊断信息的困难可能会阻止用户提交任何内容。所提交的诊断信息的缺乏可以引起错误修正或对所经历的操作问题的其他适当补救的延迟，并且因此可以对计算设备的用户体验产生负面影响。

所公开技术的数个实施例针对在远程服务器上实现诊断系统以允许通过使用不同的计算设备从计算设备的由用户发起的诊断信息收集。在某些实施例中，诊断系统可以包括软件应用，该软件应用被配置为允许用户注册对应与用户账户对应的多个计算设备。因此，在上面的示例中，用户可以使用用户账户来注册智能电话、膝上型电脑、台式计算机、游戏控制台和智能电视中的一个或多个。

用户然后可以通过使用经注册的计算设备中的另一个经注册的计算设备来发起关于经注册的计算设备中的一个经注册的计算设备的反馈过程。例如，在上面的示例中，用户可以经由膝上型计算机使用合适的证书登录用户账户。作为响应，诊断系统可以被配置为在基于证书认证用户时，在膝上型计算机的用户界面上传送和绘制所有经注册的计算设备。诊断系统然后可以被配置为向用户提供选项以选择经注册的计算设备中的一个计算设备，例如游戏控制台，用于提供反馈。例如，诊断系统可以被配置为提供用于从用户接收游戏控制台的操作问题的描述或反馈的文本的输入字段。用户可以使用膝上型计算机上的用户界面来撰写描述，然后经由计算机网络(例如，互联网)向远程服务器处的诊断系统传送与游戏控制台相关的反馈包中的描述。

在某些实现中，反馈包可以包括表示用户身份(例如，用户登录名称、用户电子邮件等)的数据，从输入字段中接收的来自用户的描述，以及设备身份(例如，游戏控制台的序列号)。在其他实现中，反馈包还可以包括表示用于远程访问游戏控制台的证书的数据，诸如密码、接入码(passcodes)等。在进一步的实现中，用户可以在设备注册期间或其他合适的时间提供这样的证书和/或其他合适的设备信息。表示这种设备信息的数据然后可以被存储在远程服务器或由诊断系统可访问的其他合适的存储位置上。

在接收到反馈包时，诊断系统可以被配置为解析反馈包并且确定从膝上型计算机所接收的反馈包实际上是针对游戏控制台的。作为响应，诊断系统可以被配置为向游戏控制台发布远程命令以在游戏控制台上执行一个或多个诊断程序。在某些实现中，诊断系统可以被配置为分析所提交的描述和/或其他合适的信息以确定游戏控制台的哪些区域或组件要被测试。例如，当描述指示游戏控制台无法启动时，诊断系统可以被配置为测试游戏控制台的BIOS、操作系统、电源或其他合适的硬件/软件组件中的一个或多个。在另一示例中，当描述指示游戏控制台没有网络连接时，诊断系统可以被配置为测试游戏控制台的网络接口卡(“NIC”)、NIC驱动程序和/或其他合适的网络组件中的一个或多个。

在游戏控制台上的诊断程序的执行完成时，诊断系统可以被配置为从游戏控制台取回或以其他方式接收在诊断程序的执行期间被生成的合适的诊断信息。诊断系统然后可以被配置为将从膝上型计算机所接收的描述和来自游戏控制台的诊断信息结合或聚合成数据库记录(在本文中被称为“诊断记录”)。在一些实施例中，诊断系统还可以接收关于用户、各种计算设备和/或反馈被归档的时间的元数据，并且将这些元数据与来自游戏控制台的诊断信息连接起来。诊断系统然后可以将诊断记录与表示所结合的描述和诊断信息的数据一起存储在数据库中以用于进一步处理、记录保持和/或其他合适的目的。

在某些实施例中，诊断系统还可以配置或对游戏控制台进行编程用于附加诊断和/或其他相关信息。例如，诊断系统可以被配置为对游戏控制台进行编程，以在用户随后访问游戏控制台时提示用户提供附加诊断信息、屏幕截图或其他合适的数据。在其他实施例中，诊断系统还可以被配置为结合所取回的诊断信息来分析描述以确定所报告的游戏控制台问题的根本原因并且自动地对游戏控制台应用补救行动。例如，诊断系统可以被配置为分析反馈和诊断信息并且确定游戏控制台上的操作系统已经崩溃。作为响应，诊断系统可以被配置为发布引起游戏控制台重新开始的重启命令。在另一示例中，诊断系统可以被配置为确定游戏控制台上的网络接口卡已经出现故障。作为响应，诊断系统可以被配置为向用户提供用于更换游戏控制台上的网络接口卡的消息。

因此，所公开技术的数个实施例可以允许来自第一计算设备的反馈的有效提交，同时允许来自第二计算设备的远程诊断信息收集。与其他诊断系统不同，关于第二计算设备的问题的用户反馈可以使用第一计算设备而被提交。第一计算设备可以包括促进准备好的来自用户的输入的硬件/软件组件，例如，经由打字、语音识别或其他合适的输入技术。在接收到来自第一计算设备的用户反馈时，远程服务器处的诊断系统可以触发第二计算设备的诊断信息的远程收集。从第二计算设备所收集的诊断信息然后可以被与从第一计算设备所接收的反馈聚合或“对齐”，作为第二计算设备所报告的问题的诊断记录。因此，即使当用户没有对第二计算设备进行物理访问时，第二计算设备上的技术问题也可以容易地被提交、诊断和/或补救。

附图说明

图1A-图1E是根据所公开技术的实施例的在操作的某些阶段期间实现在分布式计算系统中的计算设备的远程诊断的计算系统的示意图。

图2示出了根据所公开技术的实施例的适用于图1的计算系统的收集引擎的某些硬件/软件组件的示意图。

图3示出了根据所公开技术的实施例的诊断记录的示例模式的示意图。

图4A和图4B示出了根据所公开技术的实施例的计算设备的远程诊断过程的流程图。

图5是适用于图1A-图1E中分布式计算系统的某些组件的计算设备。

具体实施方式

下面描述用于计算系统中的计算设备的远程诊断的计算系统、设备、组件、模块、例程和进程的某些实施例。在以下描述中，组件的具体细节被包括以提供对所公开技术的某些实施例的透彻理解。相关领域的技术人员也可以理解，所公开的技术可以具有附加的实施例，或者可以在没有以下参照图1A-图5所描述的实施例的数个细节的情况下被实践。

如本文所使用，“诊断”通常是指确定计算设备的硬件/软件组件的当前状况(status)或状态(state)的实践或技术。“诊断命令”通常是指被配置为触发在计算设备上的诊断程序的执行的计算命令。例如，诊断命令可以是对应的诊断程序的文件名(或其一部分)。诊断程序可以被配置为执行测试计算设备的硬件/软件组件的功能的一系列操作。一个示例诊断程序是BIOS嵌入式开机自检程序。诊断程序的执行可以生成具有表示计算设备的硬件/软件组件的当前状况或状态的数据的诊断信息。

从某些计算设备提交具有对应的描述的诊断信息可以是繁琐的和低效率的。例如，使用游戏控制台上的软键盘输入操作问题的描述或反馈可能既麻烦又低效。同样，在某些情况下，用户在撰写描述或反馈时可能无法访问游戏控制台。因此，即使用户可以容易地在例如膝上型计算机上键入反馈，用户可能不能从膝上型计算机提交游戏控制台的诊断信息。因此，提交反馈和诊断信息可以是困难的。这种困难可以阻止用户提交任何内容。所提交的诊断信息的缺乏可以引起错误修正或对所经历的操作问题的其他适当补救的延迟，并且因此可以对计算设备的用户体验产生负面影响。

所公开技术的数个实施例针对在远程服务器上实现诊断系统以允许通过使用不同的计算设备从计算设备由用户发起的诊断信息收集。在某些实施例中，诊断系统可以允许用户从多个经注册的计算设备中选择计算设备并且提供对不同计算设备上的操作问题的描述或反馈。远程服务器上的诊断系统然后可以被配置为远程触发诊断程序在被选择的计算设备上的执行并且接收诊断信息。诊断系统然后可以将所接收的来自被选择的计算设备的诊断信息和来自其他计算设备的描述结合或对齐到用于进一步处理的诊断记录中。如此，用户可以有效且容易地提交来自其他计算设备的被选择的计算设备的操作问题的反馈，如下面参考图1A-图5更详细地描述的。

图1A-图1E是根据所公开技术的实施例的在操作的某些阶段期间实现在分布式计算系统中的计算设备的远程诊断的计算系统的示意图。在图1A-图1E和本文的其他图中，各个软件组件、对象、类、模块和例程可以是用C、C++、C#、Java和/或其他合适的编程语言为源代码编写的计算机程序、步骤或过程。组件可以包括但不限于一个或多个模块、对象、类、例程、属性、进程、线程、可执行文件、库或其他组件。组件可以是源代码或二进制形式。组件可以包括编译前的源代码方面(例如，类、属性、步骤、例程)、经编译的二进制单元(例如，库、可执行文件)，或在运行时被实例化和使用的人工产品(例如，对象、进程、线程)。在某些实施例中，下面所描述的各种组件和模块可以用动作器而被实现。在其他实施例中，应用和/或相关服务的生成还可以使用单片应用、多层应用或其他合适的组件而被实现。

系统内的组件可以在系统内采用不同的形式。作为一个示例，包括第一组件、第二组件和第三组件的系统可以但不限于包含具有作为源代码中的属性的第一组件、作为二进制编译库的第二组件以及作为在运行时被创建的线程的第三组件的系统。计算机程序、步骤或过程可以被编译成对象、中间代码或机器代码并且被呈现用于通过个人计算机、网络服务器、膝上型计算机、智能电话和/或其他合适的计算设备的一个或多个处理器执行。同样地，组件可以包括硬件电路。

本领域普通技术人员将认识到，硬件可以被认为是石化的软件，并且软件可以被认为是液化的硬件。仅作为一个示例，组件中的软件指令可以烧录到可编程逻辑阵列电路中，或者可以被设计为具有适当集成电路的硬件电路。同样地，硬件可以由软件来模拟。源代码、中间代码和/或对象代码和相关数据的各种实现可以被存储在计算机存储器中，计算机存储器包括只读存储器、随机存取存储器、磁盘存储介质、光存储介质、闪存设备和/或不包括传播信号的其他合适的计算机可读存储介质。

如图1A所示，分布式计算系统100可以包括互连对应的用户101的多个客户端设备102(分别被示出为第一、第二、第三和第四客户端设备102a-102d)以及被互相连接到数据存储库108的一个或多个远程服务器(为简洁起见在本文中被称为“远程服务器106”)的计算机网络104。尽管分布式计算系统100的特定组件在图1A中被示出，但是在其他实施例中，分布式计算系统100还可以包括附加的和/或不同的组成部分。例如，除了或代替图1A中所示的那些，分布式计算系统100可以包括附加的网络存储设备、公用设施基础设施和/或其他合适的组件。

计算机网络104可以包括内联网、广域网、互联网或其他合适类型的网络。在某些实现中，计算机网络104可以包括互相连接客户端设备102和远程服务器106的一个或多个物理网络设备。这种物理网络设备的示例可以包括网络路由器、交换机、防火墙、负载平衡器或以分层、扁平、“网状”或其他合适的拓扑可操作地被耦合的其他合适的网络组件。在其他实施例中，计算机网络104可以包括互联网。

远程服务器106可以被配置为经由计算机网络104为用户101和其他用户(未示出)托管和提供对诊断系统150(稍后描述)的访问。在某些实施例中，远程服务器106可以包括位于数据中心中的一个或多个物理服务器。在其他实施例中，远程服务器106可以包括被托管在一个或多个物理服务器上r一个或多个虚拟机、容器或其他合适的虚拟化计算组件。在进一步的实施例中，远程服务器106可以包括其他合适类型的计算设施。

客户端设备102可以各自包括计算设备，该计算设备促进用户101经由计算机网络104访问在远程服务器106上被托管和提供的诊断系统150。例如，在所图示的实施例中，客户端设备102包括台式计算机102a、游戏控制台102b、膝上型计算机102c和智能电话102d。在其他实施例中，客户端设备102还可以包括智能电视、平板电脑和/或其他合适的计算设备。尽管出于说明目的在图1A中仅示出了一个用户101，但是在其他实施例中，分布式计算系统100可以促进任何合适数量的用户101访问由服务器106所提供的诊断系统150。

在某些实施例中，用户101可以将客户端设备102注册为与诊断系统150处的用户账户相对应。例如，用户101可以在诊断系统150处创建用户账户并且将各个客户端设备102添加为用户101的客户端设备102。在其他示例中，客户端设备102可以在例如用户101通过用户账户激活客户端设备时被注册到用户101。在进一步的示例中，用户101可以不注册一个或多个客户端设备102，而是提供对一个或多个客户端设备102的访问，用于在专责性质上的诊断信息的远程收集，如下文更详细描述的。

客户端设备102中的一个或多个客户端设备可以被配置为提供用户界面120，用户界面容易地促进与另一客户端设备102相关的操作问题的描述或反馈的用户输入。例如，如图1A所示，第一客户端设备102a(例如，台式计算机)可以执行合适的指令以提供网络浏览器120，网络浏览器被配置为提供网页121作为用户界面，用于接收对用户101的另一客户端设备102的描述或反馈。在所图示的示例中，网页121可以包括包含网址(例如，“www.feedback.com”)的地址栏122和包含网页121的内容的主体部分123。在所图示的实现中，网页121可以向用户101提供登录页面。登录页面可以包括用于用户名称(例如，“JohnWick”)和密码(例如，“*****”)的输入字段125，以及登录按钮125'。在接收登录按钮125'(如由光标126所表示的)的致动时，第一客户端设备102a可以被配置为向诊断系统150传送所接收的登录数据160用进一步处理。

如图1A所示，诊断系统150可以包括可操作地被耦合至彼此的认证器152、收集引擎154、记录处理器156和可选的补救控制器158。尽管在图1A中示出了诊断系统150的特定组件，在其他实施例中，除了或代替图1A中所示的组件，诊断系统150还可以包括接口、输入/输出、网络服务和/或其他合适类型的组件。在进一步的实施例中，图1A中所示的组件中的一个或多个组件可以被托管在其他服务器(未示出)而不是远程服务器106上。例如，在某些实现中，补救控制器158可以由代替远程服务器106的补救服务器(未示出)托管和提供。

认证器152可以被配置为基于所接收的登录数据160将用户101认证为与用户账户对应。在认证用户101时，认证器152可以允许诊断系统150的其他组件向用户101提供附加服务。在所图示的实施例中，认证器152被配置为基于从用户101所接收的密码来认证用户101。在其他实施例中，认证器152还可以被配置为使用多操作认证技术或其他合适的技术来认证用户101。在进一步的实施例中，认证器152可以从诊断系统150中被省略，替代地被托管在认证服务器或服务上或由认证服务器或服务提供，诸如，华盛顿州雷蒙德市的Microsoft Corporation提供的Active

服务。

在认证用户101时，在某些实施例中，认证器152可以向收集引擎154指示用户101已经被认证为对应的用户账户。作为响应，收集引擎154可以被配置为从数据存储库108取回合适的设备信息111。在某些实施例中，设备信息111可以包括表示已经被注册到用户账户的客户端设备102的列表的数据。收集引擎154然后可以向第一客户端设备102a传送客户端设备102的列表用向用户101呈现。例如，如图1B所示，网页121可以将客户端设备102的列表输出为“John的台式计算机”、“John的膝上型计算机”、“John的电话”和“游戏控制台”。网页121还可以提供界面元素，诸如如图1B所示的选择按钮127，用于选择所列出的用于提供反馈的客户端设备102中的一个或多个客户端设备。在所图示的示例中，“游戏控制台”被选择(如由光标126’所表示的)。在其他实施例中，收集引擎154可以被配置为查询用户101用于标识用于提供反馈的客户端设备102中的一个客户端设备(例如，第二客户端设备102b)。

如图1C所示，当在网页121上接收用户对“游戏控制台”的选择时，网页121可以被配置为提供另一输入字段128，用于接收对被选择的客户端设备的一个或多个操作问题的描述或反馈。在所图示的示例中，第二客户端设备102b，即，“游戏控制台”被选择。如此，用户101然后可以在输入字段128中键入或以其他方式输入简要描述，即，“游戏控制台甚至无法启动。我检查了电源线。它已插入并且有电。请帮忙。”在输入描述完成时，用户101可以致动提交按钮129(如由光标126”所表示的)以经由计算机网络104向收集引擎154传送反馈包162。

在某些实现中，反馈包162可以包括表示用户101的用户身份(例如，用户登录名称、用户电子邮件等)的数据、所接收的来自用户101的输入字段128的描述、以及设备身份(例如，“游戏控制台”的序列号)。在其他实现中，反馈包162还可以包括表示用于远程访问被选择的客户端设备102d的证书的数据，例如密码、接入码(passcode)等。在进一步的实现中，用户101可以在设备注册期间或其他合适的时间提供这样的证书和/或其他合适的设备信息。表示这种设备信息的数据然后可以被存储在远程服务器106、数据存储设备108或由诊断系统150可访问的其他合适的存储位置上。

在接收反馈包162时，收集引擎154可以被配置为解析反馈包162并且确定从第一客户端设备102a(即，台式计算机)所接收的反馈包162针对第二客户端设备102b(即，游戏控制台)。这种确定可以基于反馈包162中所包括的设备身份、描述或其他合适的信息。作为响应，收集引擎154可以被配置为向第二客户端设备102b发布诊断命令164用于在其上执行一个或多个诊断程序。

在某些实现中，收集引擎154可以被配置为分析反馈包162中所提交的描述和/或其他合适的信息以确定第二客户端设备102b的哪些区域或组件要被测试。在所图示的示例中，描述指示游戏控制台无法启动。如此，收集引擎154可以被配置为发布诊断命令164以测试游戏控制台的BIOS、操作系统、电源或其他合适的硬件/软件组件中的一个或多个。在另一示例中，当描述指示游戏控制台没有网络连接时，收集引擎154可以被配置为发布诊断命令164以测试游戏控制台的网络接口卡(“NIC”)、NIC驱动程序和/或其他合适的网络组件中的一个或多个。

在接收诊断命令164时，第二客户端设备102b，即游戏控制台，然后可以执行一个或多个合适的诊断程序(未示出)以生成对应的诊断信息166。诊断信息166可以包括表示所测试的硬件/软件组件的当前状态/状况、硬件/软件组件的测试结果、与硬件/软件组件相关的错误代码和/或其他合适的信息中的一个或多个的数据。第二客户端设备102b然后可以经由计算机网络104向诊断系统150传送诊断信息166。在一些实施例中，收集引擎154还可以对第二客户端设备102b(即，游戏控制台)进行配置或编程，用于附加诊断和/或其他相关信息。例如，收集引擎154可以被配置为对游戏控制台进行编程以在用户101随后访问游戏控制台时提示用户101附加诊断信息、屏幕截图或其他合适的数据。在接收诊断信息166时，收集引擎154可以向记录处理器156转发从第一客户端设备102a所接收的反馈包162和从第二客户端设备102b所接收的诊断信息166的两者。下面参考图2更详细地描述收集引擎154的示例模块。

响应于接收到从第一客户端设备102a接收的反馈包162和从第二客户端设备102b接收的诊断信息166，记录处理器156可以被配置为将从第一客户端设备102a所接收的反馈包162和从第二客户端设备102b所接收的诊断信息166结合或“对齐”到诊断记录110中。在某些实施例中，这种结合可以包括将表示来自反馈包162和诊断信息166的信息的数据插入到数据库记录的不同字段中。下面参考图3更详细地描述一个示例数据库记录模式。在其他实施例中，可以使用其他合适的数据合并技术来实现该结合。

因此，所公开的技术的数个实施例可以允许来自第一计算设备102a的反馈的有效的提交，同时允许来自第二计算设备102b的远程诊断信息收集。与其他诊断系统不同，关于第二计算设备102b的问题的用户反馈可以使用第一计算设备102a而被提交，这可以更有效地提供用户反馈。在从第一计算设备102a接收用户反馈时，远程服务器106处的诊断系统150可以触发第二计算设备102a的诊断信息166的远程收集。从第二计算设备102b所收集的诊断信息166然后可以被与从第一计算设备102a所接收的反馈聚合或结合作为针对第二计算设备102b的被报告的问题的诊断记录110。如此，即使当用户101没有对第二计算设备102b进行物理访问时，第二计算设备102b上的技术问题也可以容易地被提交、诊断和/或补救。

在一些实施例中，诊断系统150可以包括可选的补救控制器158，补救控制器被配置为结合所接收的诊断信息166分析反馈包162中的描述以确定被报告的第二客户端设备102b(即，游戏控制器)的问题的根本原因并且自动地对游戏控制台应用补救动作。例如，如图1E所示，补救控制器158可以被配置为分析反馈包162和诊断信息166并且确定游戏控制台上的操作系统已经崩溃。作为响应，补救控制器158可以被配置为发布引起游戏控制台重新开始的补救命令(例如，重启命令)。在另一示例中，补救控制器158可以被配置为确定在游戏控制台上的网络接口卡出现故障。作为响应，补救控制器158可以被配置为在例如第一到第四客户端设备102a-102d中的任一个客户端设备上向用户101提供消息，用于更换在游戏控制台上的网络接口卡。

图2示出了根据所公开技术的实施例的适用于图1的计算系统的收集引擎154的某些硬件/软件组件的示意图。如图2所示，收集引擎154可以包括可操作地被耦合至彼此的分析模块157和命令模块159。在其他实施例中，收集引擎154还可以包括网络、数据库或其他合适类型的模块。

在某些实施例中，分析模块157可以被配置为分析所接收的反馈包162以确定以下各项中的一项或多项：(i)要测试的客户端设备102(图1A)，(ii)要被测试的客户端设备102的区域，(iii)要由客户端设备102执行的一个或多个诊断程序。在一种实现中，分析模块157可以被配置为基于机器学习来执行前述分析。在其他实现中，分析模块157可以被配置为基于例如由用户101(图1A)、管理员(未示出)或其他合适的实体所配置的规则(未示出)来执行前述分析。在其他实施例中，分析模块157可以被配置为分析和确定其他合适的参数。

命令模块159可以被配置为确定一个或多个诊断命令164，诊断命令与要由客户端设备102执行的经确定的一个或多个诊断程序对应。在某些实现中，命令模块159可以被配置为生成具有顺序的多个诊断命令164的批命令。在其他实施例中，命令模块159可以被配置为生成多个诊断命令164而不受执行顺序的限制。在进一步的实施例中，命令模块159可以被配置为通过咨询外部源(例如，第三方网站)或经由其他合适的技术来生成诊断命令164。

图3示出了根据所公开技术的实施例的图1D的诊断记录110的示例模式170的示意图。如图3所示，示例模式170可以包括多个数据字段。在所图示的示例中，模式170可以包括用户ID字段172、设备ID字段173、用户反馈字段174、一个或多个诊断数据字段175和补救动作字段176。用户ID字段172可以被配置为包含表示用户101(图1A)的身份的数据。设备ID字段173可以被配置为包含表示要被测试的所选择的客户端设备102(图1A)的身份的数据。用户反馈字段174可以被配置为包含表示来自用户101的与客户端设备102的操作问题相关的任何文本、图像、语音或其他合适类型的输入的数据。诊断数据字段175可以被配置为包含表示从客户端设备102所接收的诊断信息166(图1D)的数据。补救动作字段176可以被配置为包含表示所执行的补救动作、所执行的补救动作的日期/时间和正在执行的补救动作的结果中的一项或多项的数据。在其他示例中，模式170还可以包括附加和/或不同的字段(未示出)。

图4A和4B示出了根据所公开技术的实施例的计算设备的远程诊断过程的流程图。尽管在图1A-1E的分布式计算系统的上下文中描述了过程的操作，在其他实施例中，这些过程也可以在具有附加和/或不同组件的计算系统中被实现。

如图4A所示，过程200可以包括在阶段202处，从第一设备接收数据，并且该数据表示向第二设备的操作问题的反馈。在一个实施例中，这样的数据可以经由网页被接收，如上面参考图1A和1B所描述的。在其他实施例中，这样的数据可以经由其他合适的通信信道被接收。过程200然后可以包括在阶段204处触发第二设备上的远程诊断操作。下面参考图4B描述触发远程诊断操作的示例操作。过程200然后可以包括在阶段206处针对第二设备生成诊断记录。上面参考图1D描述了生成诊断记录的示例操作。过程200然后可以包括在阶段208处远程触发对第二设备的补救动作的可选操作，如上面参考图1E所描述的。

如图4B所示，触发远程诊断操作可以包括在阶段212处分析反馈，并且在阶段214处确定命令，如上面参考图1C所描述的。操作然后可以包括在阶段216处将经确定的命令输出到例如图1A中的客户端设备102。

图5是适用于图1A-图1E中分布式计算系统100的某些组件的计算设备300。例如，计算设备300可以适用于图1A-图1E的客户端设备102或远程服务器106。在非常基本配置302中，计算设备300可以包括一个或多个处理器304和系统存储器306。存储器总线308可以被用于处理器304和系统存储器306之间的通信。

取决于被预期的配置，处理器304可以是任何类型，包括但不限于微处理器(μP)、微控制器(μC)、数字信号处理器(DSP)或其任意组合。处理器304可以包括一个多级高速缓存，诸如一级高速缓存310和二级高速缓存312、处理器核314和寄存器316。示例处理器核314可以包括算术逻辑单元(ALU)、浮点单元(FPU)、数字信号处理核(DSP核)或其任何组合。示例存储器控制器318也可以与处理器304一起使用，或者在一些实现中，存储器控制器318可以是处理器304的内部部分。

取决于被预期的配置，系统存储器306可以是任何类型，包括但不限于易失性存储器(诸如RAM)、非易失性存储器(诸如ROM、闪存等)或其任意组合。系统存储器306可以包括操作系统320、一个或多个应用322和程序数据324。所描述的基本配置302在图8中通过在内部虚线内的那些组件被图示。

计算设备300可以具有附加特征或功能以及附加接口以促进基本配置302与任何其他设备和接口之间的通信。例如，总线/接口控制器330可以被用于促进基本配置302和一个或多个数据存储设备332之间经由存储设备接口总线334的通信。数据存储设备332可以是可移除存储设备336、不可移除存储设备338或其组合。可移除存储设备和不可移除存储设备的示例包括磁盘设备，诸如软盘驱动器和硬盘驱动器(HDD)，光盘驱动器，诸如压缩盘(CD)驱动器或数字通用光盘(DVD)驱动器，固态驱动器(SSD)和磁带驱动器等等。示例计算机存储介质可以包括在用于信息的存储的任何方法或技术中被实现的易失性和非易失性、可移除和不可移除介质，诸如计算机可读指令、数据结构、程序模块或其他数据。术语“计算机可读存储介质”或“计算机可读存储设备”不包括传播信号和通信介质。

系统存储器306、可移除储设备336和不可移除存储设备338是计算机可读存储介质的示例。计算机可读存储介质包括但不限于RAM、ROM、EEPROM、闪存或其他存储技术、CD-ROM、数字多功能光盘(DVD)或其他光存储设备、磁带盒、磁带、磁盘存储设备或其他磁存储设备，或可用于存储所需信息并且可由计算设备300访问的任何其他介质。任何这样的计算机可读存储介质可以是计算设备300的一部分。术语“计算机可读存储介质”不包括传播信号和通信介质。

计算设备300还可以包括用于促进从各种接口设备(例如，输出设备342、外围接口344和通信设备346)经由总线/接口控制器330到基本配置302的通信的接口总线340。示例输出设备342包括图形处理单元348和音频处理单元350，输出设备可以被配置为经由一个或多个A/V端口352与诸如显示器或扬声器的各种外部设备通信。示例外围接口344包括串行接口控制器354或并行接口控制器356，外围接口可以被配置为经由一个或多个I/O端口358与诸如输入设备(例如，键盘、鼠标、笔、语音输入设备、触摸输入设备等)的外部设备或其他外围设备(例如，打印机、扫描仪等)通信。示例通信设备346包括网络控制器360，网络控制器可以被布置为促进经由一个或多个通信端口364在网络通信链路上与一个或多个其他计算设备362的通信。

网络通信链路可以是通信介质的一个示例。通信介质通常可以被体现为调制数据信号中的计算机可读指令、数据结构、程序模块或其他数据，例如载波或其他传输机制，并且可以包括任何信息传递介质。“调制数据信号”可以是具有以将信息编码到信号中的方式设置或改变的其特征中的一个或多个特征的信号。作为示例而非限制，通信介质可以包括有线介质，诸如有线网络或直接有线连接，以及无线介质，诸如声学、射频(RF)、微波、红外(IR)和其他无线介质。本文所使用的术语计算机可读介质可以包括存储介质和通信介质。

计算设备300可以被实现为小型便携式(或移动)电子设备的一部分，诸如手机、个人数字助理(PDA)、个人媒体播放器设备、无线网络观看设备、个人耳机设备、应用特定设备或包含上述任何功能的混合设备。计算设备300也可以被实现为包括膝上型计算机和非膝上型计算机配置的两者的个人计算机。

从前述中可以理解，为了说明的目的已经在本文中描述了本公开的特定实施例，但是在不背离本公开的情况下可以进行各种修改。此外，一个实施例的许多元素可以与其他实施例组合，以补充或代替其他实施例的元素。因此，本技术不受除了所附权利要求之外的限制。

Claims

1.一种在计算系统中执行远程诊断的方法，所述计算系统具有经由计算机网络被彼此耦合的第一计算设备、第二计算设备和远程服务器，所述方法包括：

在所述远程服务器处，从所述第一计算设备接收报告与所述第二计算设备相关的操作问题的数据；以及

响应于接收到表示与所述第二计算设备相关的所述操作问题的所述数据，

从所述远程服务器，向所述第二计算设备传送诊断命令，所述诊断命令触发所述第二计算设备通过执行一个或多个诊断操作来生成诊断信息；

在所述远程服务器处，从所述第二计算设备接收表示所生成的所述诊断信息的数据；以及

响应于从所述第二计算设备接收到表示所生成的所述诊断信息的所述数据，

在所述远程服务器处，确定针对所述第二计算设备的、与所述操作问题对应的补救动作；以及

从所述远程服务器，向所述第二计算设备传送补救命令，所述补救命令在所述第二计算设备上触发经确定的所述补救行动，从而解决从所述第一计算设备报告的所述操作问题。

2.根据权利要求1所述的方法，还包括：

分析所接收的报告所述操作问题的所述数据，以确定要对所述第二计算设备执行的所述一个或多个诊断操作；以及

确定与所述一个或多个诊断操作对应的所述诊断命令。

3.根据权利要求1所述的方法，其中：

除了报告所述操作问题的所述数据之外，接收报告与所述第二计算设备相关的所述操作问题的所述数据还包括，从所述第一计算设备接收表示用于远程访问所述第二计算设备的证书的数据；以及

传送所述诊断命令包括：向所述第二计算设备传送所述诊断命令连同与表示所述证书的所述数据。

4.根据权利要求1所述的方法，还包括：

生成诊断记录，所述诊断记录包含所接收的、来自所述第一计算设备的所报告的所述操作问题的所述数据和所接收的、来自所述第二计算设备的表示所述诊断信息的所述数据两者；以及

将所生成的所述诊断记录存储在数据库中。

5.根据权利要求1所述的方法，还包括：

响应于从所述第二计算设备接收到表示所生成的所述诊断信息的所述数据，生成诊断记录，所述诊断记录包含所接收的、来自所述第一计算设备的所报告的所述操作问题的所述数据和所接收的、来自所述第二计算设备的表示所述诊断信息的所述数据两者；以及

其中确定所述补救动作包括：在所述远程服务器处，基于所生成的所述诊断记录，确定针对所述第二计算设备的、与所述操作问题对应的所述补救动作。

6.根据权利要求1所述的方法，还包括：

从所述第一计算设备接收表示与在所述远程服务器处的用户账户对应的登录信息的数据；

响应于接收到表示所述登录信息的所述数据，

认证所接收的所述登录信息；以及

在认证所接收的所述登录信息时，从所述远程服务器向所述第一计算设备传送表示被注册到所述用户账户的计算设备的列表的数据，所述列表包括所述第一计算设备和所述第二计算设备两者。

7.根据权利要求1所述的方法，还包括：

从所述第一计算设备接收表示与在所述远程服务器处的用户账户对应的登录信息的数据；以及

响应于接收到表示所述登录信息的所述数据，

认证所接收的所述登录信息；以及

在认证所接收的所述登录信息时，从所述远程服务器向所述第一计算设备传送表示被注册到所述用户账户的计算设备的列表的数据，所述列表包括所述第一计算设备和所述第二计算设备两者；

从所述第一计算设备接收对所述第二计算设备的选择和报告与所述第二计算设备相关的所述操作问题的所述数据。

8.根据权利要求1所述的方法，还包括：

通过所述远程服务器，将所述第二计算设备配置为：在由用户对所述第二计算设备进行随后访问时，提供附加诊断信息；以及

在从所述第二计算设备接收到所述附加诊断信息时，修改所生成的所述诊断记录以包括所接收的所述附加诊断信息。

9.根据权利要求1所述的方法，还包括：

对所生成的所述诊断记录执行以下项中的一项或多项操作：

去除个人可标识信息；

审查所接收的、报告所述操作问题的所述数据；

将所接收的、报告所述操作问题的数据从第一语言翻译成第二语言；

创建与所述第二计算设备对应的错误报告；

防止所生成的所述诊断记录被用户查询；或者

向附加计算设备转发所述诊断记录的副本以用于进一步处理。

10.一种在计算系统中的远程服务器，所述计算系统具有经由计算机网络被耦合至所述远程服务器的第一计算设备和第二计算设备，所述远程服务器包括：

处理器；以及

可操作地被耦合至所述处理器的存储器，所述存储器包含可由所述处理器执行的引起所述远程服务器执行根据权利要求1-9中的任一项所述的方法的指令。