设备访问方法及装置与流程

本申请涉及计算机网络领域，尤其涉及设备访问方法及装置。

背景技术：

为了保证业务的正常运行，通常情况下，框式设备可以在双主控环境下进行工作。所谓双主控环境，即在框式设备中安装两个主控板，分别以主用主控板和备用主控板的工作模式运行。当主用主控板发生故障时，备用主控板可以替换主用主控板继续进行工作。当备用主控板的配置信息与该主用主控板的配置信息不一致时，备用主控板就很难进行正常的工作。在这种情况下，访问备用主控板的配置信息就显得至关重要。

技术实现要素：

有鉴于此，本申请提供一种设备访问方法及装置，用以实现远程访问框式设备的备用主控板。

具体地，本申请是通过如下技术方案实现的：

第一方面，本申请提供一种设备访问方法，所述方法应用于框式设备，所述框式设备包括主用主控板和一个或者多个备用主控板，所述方法包括：

主用主控板通过预设的代理进程接收到远端浏览器发出的针对备用主控板配置页面的页面访问请求；

响应于所述页面访问请求，所述代理进程与所述备用主控板的页面服务进程建立第一连接；

所述代理进程通过所述第一连接将所述页面访问请求转发至所述页面服务进程；并接收所述页面服务进程通过第一连接返回的与所述访问请求对应的配置页面数据；

所述代理进程将所述配置页面数据返回至浏览器，以在浏览器显示与所述配置页面数据对应的配置页面。

第二方面，本申请提供一种设备访问方法，所述方法应用于浏览器，所述方法包括：

当监听到用户针对预设用户选项的触发操作时，向主用主控板的预设的代理进程发送针对备用主控板配置页面的页面访问请求，以触发所述代理进程与所述备用主控板的页面服务进程建立第一连接，并由所述代理进程通过第一连接将所述访问请求发送至所述页面服务进程；

接收所述代理进程返回的由所述页面服务器进程发出的与所述备用主控板配置页面对应的配置页面数据；

显示与所述配置页面数据对应的备用主控板配置页面。

第三方面，本申请提供一种设备访问装置，所述装置包括：

接收单元，用于主用主控板通过预设的代理进程接收到远端浏览器发出的针对备用主控板配置页面的页面访问请求；

建立单元，用于响应于所述页面访问请求，所述代理进程与所述备用主控板的页面服务进程建立第一连接；

转发单元，用于所述代理进程通过所述第一连接将所述页面访问请求转发至所述页面服务进程；并接收所述页面服务进程通过第一连接返回的与所述访问请求对应的配置页面数据；

返回单元，用于所述代理进程将所述配置页面数据返回至浏览器，以在浏览器显示与所述配置页面数据对应的配置页面。

第四方面，本申请提供一种设备访问装置，所述装置包括：

发送单元，用于当监听到用户针对预设用户选项的触发操作时，向主用主控板的预设的代理进程发送针对备用主控板配置页面的页面访问请求，以触发所述代理进程与所述备用主控板的页面服务进程建立第一连接，并由所述代理进程通过第一连接将所述访问请求发送至所述页面服务进程；

返回单元，用于接收所述代理进程返回的由所述页面服务器进程发出的与所述备用主控板配置页面对应的配置页面数据；

显示单元，用于显示与所述配置页面数据对应的备用主控板配置页面。

本发明实施例提出一种新的访问设备的方法，在主用主控板通过预设代理进程接收到远端浏览器发出的针对备用主控板配置页面的页面访问请求时，基于该预设代理进程与所述备用主控板的页面服务进程建立第一连接；所述主用主控板的预设代理进程通过所述第一连接向备用主控板的所述页面服务进程发送所述访问请求；并接收所述页面服务进程通过第一连接返回的与所述访问请求对应的配置页面数据；所述预设代理进程将所述配置页面数据返回至浏览器，以在浏览器显示与所述配置页面数据对应的配置页面。

由于该框式设备的主用主控板的预设代理进程可以接收浏览器发送的针对备用主控板配置页面的页面访问请求，并可以与所述备用主控板的页面服务进程建立第一连接。该预设代理进程可以通过第一连接接收备用主控板返回的配置页面数据，并可以将该配置页面数据返回至远端浏览器，供用户通过浏览器查看备用主控板的配置信息，从而使得用户无需到现场通过串口查看备用主控板的配置信息，而是通过浏览器远程登录到备用主控板的配置页面，远程查看或者配置备用主控板的配置信息。

附图说明

图1是本申请一示例性实施例示出的一种设备访问方法的流程图；

图2是本申请一示例性实施例示出的一种设备访问方法的流程图；

图3是本申请一示例性实施例示出的一种设备访问装置所在设备的硬件结构图；

图4是本申请一示例性实施例示出的另一种设备访问装置所在设备的硬件结构图；

图5是本申请一示例性实施例示出的一种设备访问装置的框图；

图6是本申请一示例性实施例示出的另一种设备访问装置的框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

框式设备是网络中常见的网络设备，通常情况下，框式设备由框体本身和插在框体上的多个板卡组成，所述板卡可以包括主控板。

框式设备上的主控板相当于框式设备的“大脑”，安装在框式设备框体的槽位中，主要用于对整台设备的运行进行控制，管理所有板卡的配置下发和状态显示以及统一储存框式设备的配置文件。通常情况下，框式设备包括至少一块主控板，才可以正常工作。

而随着互联网的高速发展，为了保证框式设备的业务的正常进行，在实际应用中，框式设备一般在双主控环境下进行工作，换句话来说，框式设备中可以安装两个主控板，一个主控板作为主用主控板，另一个主控板作为备用主控板。一般情况下，主用主控板主要用于控制和维护整台设备的正常运行。而备用主控板一般不处理任何业务，只保持用户配置和动态表项与主用主控板同步。但当该框式设备的主用主控板发生故障时，备用主控板可以替代主用主控板继续进行工作。

但是，在主用主控板向备用主控板同步配置信息的过程中，由于主用主控板与备用主控板内部通道不通或者配置同步处理的某功能模块出现问题等都可能影响上述同步过程，使得备用主控板与主用主控板的配置信息不一致。当备用主控板代替主用主控板继续工作时，由于配置信息不一致，使得备用主控板可能无法继续控制整台设备的正常运行，造成业务往来的中断。

因此，用户确认备用主控板与主用主控板上的配置信息是否一致就变得尤为重要。

而在实际应用中，对于确认主、备用主控板上配置信息是否一致，通常采取的方式是，用户需要到达框式设备的工作现场，通过连接备用主控板的串口执行相应的配置查看命令，如show running-config等命令来查看备用主控板上的配置信息，以此来确认备用主控板上的配置信息是否与主用主控板上的配置信息一致。当配置信息不一致时，用户需要在串口执行相应的配置命令，使得主、备用控制板上的配置信息相同。

一方面，在实际应用中，框式设备一般都安放在机房，因此用户无法做到远程连接，必须进入机房，通过串口线进行配置命令查看操作，这使得用户操作起来很不方便。

另一方面，当用户在备用主控板串口执行查看配置命令，发现主、备用控制板配置存在差异时，用户需要在备用主控板的串口上执行差异配置，使得主用主控板与备用主控板上的配置信息一致。但是，如果该差异配置的配置命令不存在或者该配置命令出现功能问题，则可能出现无法修改备用主控板上的配置信息，使其与主用主控板一致的情况。

此外，如果备主用控制板串口异常，例如串口卡死、损坏等，也会导致用户无法通过备用主控板串口执行查看配置信息。

为了解决上述问题，本发明实施例提出一种远程访问设备的方法，在主用主控板通过预设代理进程接收到远端浏览器发出的针对备用主控板配置页面的页面访问请求时，基于该预设代理进程与所述备用主控板的页面服务进程建立第一连接；所述主用主控板的预设代理进程通过所述第一连接向备用主控板的所述页面服务进程发送所述访问请求；并接收所述页面服务进程通过第一连接返回的与所述访问请求对应的配置页面数据；所述预设代理进程将所述配置页面数据返回至浏览器，以在浏览器显示与所述配置页面数据对应的配置页面。

由于该框式设备的主用主控板的预设代理进程可以接收浏览器发送的针对备用主控板配置页面的页面访问请求，并可以与所述备用主控板的页面服务进程建立第一连接。该预设代理进程可以通过第一连接接收备用主控板返回的配置页面数据，并可以将该配置页面数据返回至远端浏览器，供用户通过浏览器查看备用主控板的配置信息，从而使得用户无需到现场通过串口查看备用主控板的配置信息，而是通过浏览器远程登录到备用主控板的配置页面，远程查看或者配置备用主控板的配置信息。

参见图1，图1是本申请一示例性实施例示出的一种设备访问方法的流程图，所述方法应用于框式设备，具体包括如下所述步骤：

步骤101：在主用主控板通过预设代理进程接收到远端浏览器发出的针对备用主控板配置页面的页面访问请求时，基于该预设代理进程与所述备用主控板的页面服务进程建立第一连接；

步骤102：所述主用主控板的预设代理进程通过所述第一连接向备用主控板的所述页面服务进程发送所述访问请求；并接收所述页面服务进程通过第一连接返回的与所述访问请求对应的配置页面数据；

步骤103：所述预设代理进程将所述配置页面数据返回至浏览器，以在浏览器显示与所述配置页面数据对应的配置页面。

本申请实施例主要是为了解决上述问题，提出了一种远程访问框式设备的备用主控板配置信息的方法。进一步来说，用户可以在远端的浏览器上访问框式设备的备用主控板的配置页面，并可通过该配置页面返回用户需要查看的配置信息。

在进行框式设备的备用主控板的访问时，一般容易想到的方式是浏览器与该备用主控板直接建立连接，换句话说，用户可以在远端浏览器直接通过输入相应的URL地址，登陆备用主控板的配置页面，并通过该配置页面进行相应的配置信息查看等操作。

但是，在实际应用中，备用主控板除了进行接收主用主控板同步的配置信息和动态表项的操作外，几乎不参与任何的业务处理，所以当主用主控板进行正常工作的过程中，备用主控板的接口处于“down”的状态，几乎无法参与业务处理等工作。此时，当用户通过在浏览器上输入相应的URL地址后，只可以登录主用主控板的配置页面，而无法通过输入相应的URL地址，登录备用主控板的配置页面。由此可见，直接通过浏览器访问备用主控板的配置页面在实际应用中很难实现。

本申请实施例，提供了一种新的框式设备备用主控板的访问机制，通过在浏览器的主用主控板配置页面上增加一个备用主控板访问的预设用户选项，在框式设备的主用主控板上预设一个代理进程(如proxy_proc进程)，当用户触发该用户选项时，该代理进程可以通过某个指定端口(如port_web端口)与浏览器建立第二连接，并可以与备用主控板上的页面服务进程(如web_proc进程)建立第一连接。

主用主控板的代理进程可以通过第二连接接收浏览器的发送的针对备用主控板配置页面的页面访问请求，并可以通过第一连接将该访问请求转发至备用主控板的页面服务进程。主用主控板的代理进程可以通过第一连接，将从备用主控板的页面服务进程接收到的配置页面数据返回至浏览器。浏览器接收到该配置页面数据后，可以向用户显示该配置页面，使得用户可以通过该配置页面实现远程访问备用主控板配置信息。

在实现时，用户可以在浏览器上输入主控配置页面的URL地址，浏览器可以展示主用主控板配置页面。在用户触发主用主控板配置页面上的访问备用主控板的预设的用户选项后，浏览器可以监听该用户选项的触发操作。当监听到用户触发预设的用户选项时，浏览器可以向框式设备的主用主控板的指定端口发送针对备用主控板配置页面的页面访问请求。

主用主控板的代理进程可以监听该指定端口，当该代理进程监听到远端浏览器发送至所述指定端口的针对备用主控板配置页面的页面访问请求时，该代理进程可以与浏览器建立第二连接。

主用主控板的代理进程可以通过第二连接接收该页面访问请求。然后，该代理进程可以与备用主控板上的页面服务进程建立第一连接。

主用主控板的代理进程可以将上述访问请求发送给备用主控板的页面服务进程。页面服务进程接收到上述请求后，可以通过第一连接向主用主控板返回该页面访问请求所需要的配置页面数据。

在主用主控板通过第一连接接收到上述配置页面数据后，可以通过第二连接向远端浏览器转发该配置页面数据。在浏览器接收到该配置页面数据后，可以基于该配置页面数据，展示该配置页面。

其中，上述配置页面相当于配置信息的“菜单”页面，该配置页面上有一个或者多个配置选项，每个配置选项都有与之对应的配置信息，用户可以根据需求，“点击”配置选项，获取其所需要的配置信息。

上述指定端口，与上述主用主控板的代理进程具有“绑定”关系，换句话说，浏览器是通过该指定端口，与主用主控板上的代理进程建立的第二连接。进一步说，浏览器可以向该指定端口发送针对访问备用主控板的页面访问请求，主用主控板上的代理进程可以监听该指定端口，当监听到有该页面访问请求通过时，则可以与该浏览器建立第二连接。

此外，主用主控板上的代理进程可以通过该指定端口与备用主控板上的页面服务进程建立的第一连接，也可以通过其他端口与备用主控板上进程建立第一连接。在这里，不再赘述。

对于第一连接和第二连接是通过TCP三次握手完成的，在这里不再赘述。

在这里，值得说明的是，在浏览器与主用主控板的代理进程，主用主控板的代理进程与备用主控板的页面服务进程建立连接的过程中，一般容易想到的做法是提前建立连接，然后在进行相关请求和请求数据的交互。但是如果提前建立好连接，设备的CPU就可能需要实时监听建立好的连接上的数据交互，当该连接上长时间没有数据交互时，CPU仍需要进行监听，这就极大地浪费了CPU的处理资源。

而在本申请实施例中，主用主控板的代理进程采用先接收页面访问请求，再建立连接的方式。换句话来说，当用户需要访问备用主控板的配置信息时，才建立连接。进一步来说，当该代理进程监听到上述指定端口接收到该页面访问请求时，与浏览器建立第二连接，再与上述页面服务进程建立第一连接。并且，当在一定时间范围内，如果该连接上未出现数据交互时，则该连接可以被老化。如果需要重新请求配置信息，则需要重新建立连接。采用这样的方式，可以有效地避免出现连接上长时间未出现数据交互，而CPU仍处于监听状态的情况。因此，可以有效地提高CPU处理资源的利用率。

在本实施例中，所述代理进程接收所述浏览器发出的针对所述备用主控板的配置访问请求，并通过所述第一连接将所述配置访问请求发送至所述页面服务进程；其中，所述配置访问请求由用户针对所述配置页面中的预设配置选项的触发操作触发；所述代理进程接收所述页面服务进程返回的与所述配置访问请求对应的配置信息，并将所述配置信息返回至所述浏览器。

在实现时，当用户进行访问备用主控板配置页面数据操作后，浏览器可以显示上述针对备用主控板的配置页面。用户可以通过在针对备用主控板的配置页面上“点击”相应的配置选项，触发相应的配置访问操作。在浏览器监听到发生该配置选项的触发操作时，浏览器可以向框式设备的主用主控板的代理进程发送针对备用主控板的配置信息的配置访问请求，用以访问备用主控板上的配置信息。

主用主控板的代理进程接收到该配置访问请求后，可以将该配置访问请求转发给备用主控板的页面服务进程。备用主控板的页面服务进程接收到该配置访问请求后，可以向主用主控板的代理进程返回所请求的配置信息。

主用主控板的代理进程可以将该配置信息转发给浏览器，使得用户可以对备用主控板的配置信息进行远程查看或者对备用主控板进行远程配置操作。

为了增加设备访问的安全性，在本实施例中，在主用主控板的代理进程，接收到远端浏览器发出的针对备用主控板配置页面的页面访问请求时，验证与所述页面访问请求对应的登录用户是否具有备用主控板的配置页面的访问权限；如果是，响应所述页面访问请求。

在实现时，在主用主控板的代理进程通过指定端口，接收到远端浏览器发出的针对备用主控板配置页面的页面访问请求时，代理进程可以解析该页面访问请求，并可以获取该页面访问请求中携带的登录用户权限信息，并对该页面访问请求对应的登录用户是否具有备用主控板的配置页面的访问权限进行验证。

如果验证通过时，主用主控板的代理进程可以响应所述页面访问请求，该代理进程可以将所述页面访问请求发送至备用主控板的页面服务进程；如果验证未通过，则会向浏览器返回验证失败的信息。

当然，这种验证通过的状态是有一定的持续时间的，当超过该持续时间而没有相关操作时，则需要重新验证。

通过以上实施例可知，在主用主控板通过预设代理进程接收到远端浏览器发出的针对备用主控板配置页面的页面访问请求时，基于该预设代理进程与所述备用主控板的页面服务进程建立第一连接；所述主用主控板的预设代理进程通过所述第一连接向备用主控板的所述页面服务进程发送所述访问请求；并接收所述页面服务进程通过第一连接返回的与所述访问请求对应的配置页面数据；所述预设代理进程将所述配置页面数据返回至浏览器，以在浏览器显示与所述配置页面数据对应的配置页面。

由于该框式设备的主用主控板的预设代理进程可以接收浏览器发送的针对备用主控板配置页面的页面访问请求，并可以与所述备用主控板的页面服务进程建立第一连接。该预设代理进程可以通过第一连接接收备用主控板返回的配置页面数据，并可以将该配置页面数据返回至远端浏览器，供用户通过浏览器查看备用主控板的配置信息，从而使得用户无需到现场通过串口查看备用主控板的配置信息，而是通过浏览器远程登录到备用主控板的配置页面，远程查看或者配置备用主控板的配置信息。

此外，主用主控板还可以对登陆用户权限进行验证，保证了设备访问的安全性。

综上所述，使用本申请实施例不仅可以实现远程访问框式设备的备用主控板，还可以保证框式设备访问的安全性。

参见图2，图2是本申请一示例性实施例示出的一种设备访问方法的流程图；所述方法应用于浏览器，具体包括如下所述步骤：

步骤201：当监听到用户针对预设用户选项的触发操作时，向主用主控板的预设的代理进程发送针对备用主控板配置页面的页面访问请求，以触发所述代理进程与所述备用主控板的页面服务进程建立第一连接，并由所述代理进程通过第一连接将所述访问请求发送至所述页面服务进程；

步骤202：接收所述代理进程返回的由所述页面服务器进程发出的与所述备用主控板配置页面对应的配置页面数据；

步骤203：显示与所述配置页面数据对应的备用主控板配置页面。

本申请实施例主要提出了一种远程访问框式设备的备用主控板配置信息的方法。进一步来说，用户可以在远端的浏览器上访问框式设备的备用主控板的配置页面，并可通过该配置页面返回用户需要查看的配置信息。

在进行框式设备的备用主控板的访问时，一般容易想到的方式是浏览器与该备用主控板直接建立连接，换句话说，用户可以在远端浏览器直接通过输入相应的URL地址，登陆备用主控板的配置页面，并通过该配置页面进行相应的配置信息查看等操作。

但是，在实际应用中，备用主控板除了进行接收主用主控板同步的配置信息和动态表项的操作外，几乎不参与任何的业务处理，所以当主用主控板进行正常工作的过程中，备用主控板的接口处于“down”的状态，几乎无法参与业务处理等工作。此时，当用户通过在浏览器上输入相应的URL地址后，只可以登录主用主控板的配置页面，而无法通过输入相应的URL地址，登录备用主控板的配置页面。由此可见，直接通过浏览器访问备用主控板的配置页面在实际应用中很难实现。

本申请实施例，提供了一种新的框式设备备用主控板的访问机制，通过在浏览器的主用主控板配置页面上增加一个备用主控板访问的预设用户选项，在框式设备的主用主控板上预设一个代理进程(如proxy_proc进程)，当用户触发该用户选项时，该代理进程可以通过某个指定端口(如port_web端口)与浏览器建立第二连接，并可以与备用主控板上的页面服务进程(如web_proc进程)建立第一连接。

主用主控板的代理进程可以通过第二连接接收浏览器的发送的针对备用主控板配置页面的页面访问请求，并可以通过第一连接将该访问请求转发至备用主控板的页面服务进程。主用主控板的代理进程可以通过第一连接，将从备用主控板的页面服务进程接收到的配置页面数据返回至浏览器。浏览器接收到该配置页面数据后，可以向用户显示该配置页面，使得用户可以通过该配置页面实现远程访问备用主控板配置信息。

在实现时，用户可以在浏览器上输入主控配置页面的URL地址，浏览器可以展示主用主控板配置页面。在用户触发主用主控板配置页面上的访问备用主控板的预设的用户选项后，浏览器可以监听该用户选项的触发操作。当监听到用户触发预设的用户选项时，浏览器可以向框式设备的主用主控板的指定端口发送针对备用主控板配置页面的页面访问请求。

主用主控板的代理进程可以监听该指定端口，当该代理进程监听到远端浏览器发送至所述指定端口的针对备用主控板配置页面的页面访问请求时，该代理进程可以与浏览器建立第二连接。

主用主控板的代理进程可以通过第二连接接收该页面访问请求。然后，该代理进程可以与备用主控板上的页面服务进程建立第一连接。

主用主控板的代理进程可以将上述访问请求发送给备用主控板的页面服务进程。页面服务进程接收到上述请求后，可以通过第一连接向主用主控板返回该页面访问请求所需要的配置页面数据。

在主用主控板通过第一连接接收到上述配置页面数据后，可以通过第二连接向远端浏览器转发该配置页面数据。在浏览器接收到该配置页面数据后，可以基于该配置页面数据，展示该配置页面。

其中，上述配置页面相当于配置信息的“菜单”页面，该配置页面上有一个或者多个配置选项，每个配置选项都有与之对应的配置信息，用户可以根据需求“点击”配置选项，获取其所需要的配置信息。

上述指定端口，与上述主用主控板的代理进程具有“绑定”关系，换句话说，浏览器是通过该指定端口，与主用主控板上的代理进程建立的第二连接。进一步说，浏览器可以向该指定端口发送针对访问备用主控板的页面访问请求，主用主控板上的代理进程可以监听该指定端口，当监听到有该页面访问请求通过时，则可以与该浏览器建立第二连接。

此外，主用主控板上的代理进程可以通过该指定端口与备用主控板上的页面服务进程建立的第一连接，也可以通过其他端口与备用主控板上进程建立第一连接。在这里，不再赘述。

对于第一连接和第二连接是通过TCP三次握手完成的，在这里不再赘述。

在这里，值得说明的是，在浏览器与主用主控板的代理进程，主用主控板的代理进程与备用主控板的页面服务进程建立连接的过程中，一般容易想到的做法是提前建立连接，然后在进行相关请求和请求数据的交互。但是如果提前建立好连接，设备的CPU就可能需要实时监听建立好的连接上的数据交互，当连接上长时间没有数据交互时，CPU仍需要进行监听，这就极大地浪费了CPU的处理资源。

而在本申请实施例中，主用主控板的代理进程采用先接收页面访问请求，再建立连接的方式。换句话来说，需要建立数据交互时，再建立连接。当该代理进程监听到上述指定端口接收到该页面访问请求时，与浏览器建立第二连接，再与上述页面服务进程建立第一连接。并且，当在一定时间范围内连接上未出现数据交互时，该连接可以被老化。如果需要重新请求数据，则需要重新建立连接。采用这样的方式，可以有效地避免出现连接上长时间未出现数据交互，而CPU仍处于监听状态的情况。因此，可以有效地提高CPU处理资源的利用率。

在本实施例中，当监听到用户针对预设用户选项的触发操作时，向主用主控板的指定端口发送针对备用主控板配置页面的页面访问请求；当所述代理进程监听到发送至所述指定端口的所述页面访问请求时，与所述代理进程建立第二连接；通过所述第二连接向所述代理进程发送针对备用主控板配置页面的页面访问请求。

在实现时，当用户进行访问备用主控板配置页面数据操作后，浏览器可以显示上述针对备用主控板的配置页面。用户可以通过在针对备用主控板的配置页面上“点击”相应的配置选项，触发相应的配置访问操作。在浏览器监听到发生该配置选项的触发操作时，浏览器可以向框式设备的主用主控板的代理进程发送针对备用主控板的配置信息的配置访问请求，用以访问备用主控板上的配置信息。

主用主控板的代理进程接收到该配置访问请求后，可以将该配置访问请求转发给备用主控板的页面服务进程。备用主控板的页面服务进程接收到该配置访问请求后，可以向主用主控板的代理进程返回所请求的配置信息。

主用主控板的代理进程可以将该配置信息转发给浏览器，使得用户可以对备用主控板的配置信息进行远程查看或者对备用主控板进行远程配置操作。

通过以上实施例可知，当接收到用户针对备用主控板配置页面的访问请求指令，浏览器可以向主用主控板的预设代理进程发送针对备用主控板配置页面的页面访问请求，以使所述预设代理进程与所述备用主控板的页面服务进程建立第一连接，并使得预设代理进程通过第一连接将所述访问请求发送至所述页面服务进程；在所述预设代理进程接收到所述页面服务进程通过第一连接返回的与所述访问请求对应的配置页面数据后，接收所述预设代理进程返回的配置页面数据；显示与所述配置页面数据对应的配置页面。

由于该框式设备的主用主控板的预设代理进程可以接收浏览器发送的针对备用主控板配置页面的页面访问请求，并可以与所述备用主控板的页面服务进程建立第一连接。该预设代理进程可以通过第一连接接收备用主控板返回的配置页面数据，并可以将该配置页面数据返回至远端浏览器，供用户通过浏览器查看备用主控板的配置信息，从而使得用户无需到现场通过串口查看备用主控板的配置信息，而是通过浏览器远程登录到备用主控板的配置页面，远程查看或者配置备用主控板的配置信息。

与前述设备访问方法的实施例相对应，本申请还提供了设备访问装置的实施例。

本申请设备访问装置的实施例可以应用在框式设备和浏览器上。装置实施例可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在设备的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言，如图3所示，为本申请设备访问装置所在框式设备的一种硬件结构图，如图4所示，为本申请设备访问装置所在浏览器的一种硬件结构图，除了图3和图4所示的处理器、内存、网络接口、以及非易失性存储器之外，实施例中装置所在的框式设备和浏览器通常根据该设备访问的实际功能，还可以包括其他硬件，对此不再赘述。

请参考图5，图5是本申请一示例性实施例示出的一种设备访问装置的框图，所述装置应用于框式设备，具体包括：

接收单元510，用于主用主控板通过预设的代理进程接收到远端浏览器发出的针对备用主控板配置页面的页面访问请求；

建立单元520，用于响应于所述页面访问请求，所述代理进程与所述备用主控板的页面服务进程建立第一连接；

转发单元530，用于所述代理进程通过所述第一连接将所述页面访问请求转发至所述页面服务进程；并接收所述页面服务进程通过第一连接返回的与所述访问请求对应的配置页面数据；

返回单元540，用于所述代理进程将所述配置页面数据返回至浏览器，以在浏览器显示与所述配置页面数据对应的配置页面。

在一个可选的实施例中，所述接收单元510，具体用于所述主用主控板的预设代理进程监听指定端口；当所述代理进程监听到所述指定端口接收到所述浏览器发送的所述页面访问请求时，与所述浏览器建立第二连接；所述代理进程通过第二连接接收所述远端浏览器发送的所述页面访问请求。

请参考图6，图6是本申请一示例性实施例示出的一种设备访问装置的框图，所述装置包括：

发送单元610，用于当监听到用户针对预设用户选项的触发操作时，向主用主控板的预设的代理进程发送针对备用主控板配置页面的页面访问请求，以触发所述代理进程与所述备用主控板的页面服务进程建立第一连接，并由所述代理进程通过第一连接将所述访问请求发送至所述页面服务进程；

返回单元620，用于接收所述代理进程返回的由所述页面服务器进程发出的与所述备用主控板配置页面对应的配置页面数据；

显示单元630，用于显示与所述配置页面数据对应的备用主控板配置页面。

上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。