WO2009062414A1 - Integrate client and method of desktop application communicating with net web application - Google Patents

Integrate client and method of desktop application communicating with net web application Download PDF

Info

Publication number
WO2009062414A1
WO2009062414A1 PCT/CN2008/071860 CN2008071860W WO2009062414A1 WO 2009062414 A1 WO2009062414 A1 WO 2009062414A1 CN 2008071860 W CN2008071860 W CN 2008071860W WO 2009062414 A1 WO2009062414 A1 WO 2009062414A1
Authority
WO
WIPO (PCT)
Prior art keywords
processing
request
processing request
unit
web application
Prior art date
Application number
PCT/CN2008/071860
Other languages
English (en)
French (fr)
Inventor
Hao Hu
Yan Liu
Youyu Jiang
Original Assignee
Huawei Technologies Co., Ltd.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co., Ltd. filed Critical Huawei Technologies Co., Ltd.
Publication of WO2009062414A1 publication Critical patent/WO2009062414A1/zh

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/54—Interprogram communication
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2209/00—Indexing scheme relating to G06F9/00
    • G06F2209/54—Indexing scheme relating to G06F9/54
    • G06F2209/541—Client-server
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]

Definitions

  • the present invention relates to the field of computer technology, and particularly relates to an integrated client and a method and an integrated application system for interacting between a desktop application and a network (WEB) application.
  • WEB network
  • the currently widely used software system architecture includes two types of client/server (C/S: Client/Server) architecture and browser/server (B/S: Browser/Server) architecture.
  • C/S Client/Server
  • B/S Browser/Server
  • C/S architecture The application system that uses this architecture is called the desktop application system. As shown in Figure 1, it includes the client's desktop application and server-side server, and the database (DB: Database) that provides data support for the server.
  • the client's desktop application is implemented by installing dedicated client software. Installation and deployment, as well as upgrade and repair operations, need to be performed on a per-client basis. As it is developed for a specific application, the client software that provides the desktop application has excellent performance and Excellent user experience.
  • WEB application system The application system using this architecture is called WEB application system. As shown in Figure 2, it includes the WEB application of the client and the WEB server on the server side, and the database that provides data support for the WEB server.
  • the WEB application of the client is usually implemented by the WEB browser (Brower), which has good versatility and does not need to be specially installed and deployed.
  • the main idea of this solution is to embed the web browser into the desktop application using the Java Desktop Integration Components.
  • the desktop application can invoke the WEB application in one direction through the Java desktop integration component. In this way, The application systems of the original two architectures remain relatively independent.
  • This approach leverages a specific development platform (such as the .net development framework provided by Microsoft) to provide a means of interaction between desktop and web applications.
  • a specific development platform such as the .net development framework provided by Microsoft
  • the desktop application and the WEB application are based on the common Microsoft .NET framework for two-way communication and information sharing.
  • the client program of the desktop application needs to be developed based on .NET, and the WEB browser needs to be modified based on .NET.
  • the inventor of the present invention found in the research and practice of the above two integrated forms that in the loose integration mode, the two application subsystems lack interaction capability; and in the specific platform fusion mode, the development technology and software operation The platform is limited and requires major modifications to existing systems.
  • the embodiments of the present invention provide an integrated client and a method for interacting between a desktop application and a WEB application, and an integrated application system, to provide an interaction capability between the desktop application and the WEB application, and have little impact on the existing system structure.
  • a network WEB application unit configured to generate and send a first processing request, and receive a returned first processing result corresponding to the first processing request
  • a desktop application unit configured to receive a second processing request, perform a corresponding processing operation, and return a second processing result corresponding to the second processing request;
  • a message processing unit configured to obtain a first processing request sent by the WEB application unit, and a function plug-in corresponding to the first processing request, to send the first processing request to a corresponding function plug-in; Returning, by the plug-in, a first processing result corresponding to the first processing request; returning, to the WEB application unit, the first processing result corresponding to the first processing request;
  • the embodiment of the present invention further provides a method for performing interaction between a desktop application and a WEB application, including: obtaining a first processing request sent by the WEB application;
  • a desktop application server configured to interact with a desktop application unit in the integrated client to provide a corresponding service
  • the WEB server is configured to interact with the WEB application unit in the integrated client to provide a corresponding service.
  • a desktop application database configured to provide data services for a desktop application unit in the integrated client
  • the WEB server is configured to interact with the WEB application unit in the integrated client to provide corresponding services.
  • a network WEB application unit configured to generate and send a first processing request, and receive a returned first processing result corresponding to the first processing request
  • a desktop application unit configured to receive a second processing request, perform a corresponding processing operation, and return a second processing result corresponding to the second processing request;
  • An embedded WEB server comprising a message processing unit, a function plug-in, and a communication component; the message processing unit, configured to obtain a first processing request sent by the WEB application unit; and a function plug-in corresponding to the first processing request, Transmitting the first processing request to a corresponding function plug-in; obtaining a first returned by the function plug-in corresponding to the first processing request Processing the result; returning, to the WEB application unit, the first processing result corresponding to the first processing request;
  • the function plug-in configured to send a second processing request to the desktop application unit according to the first processing request sent by the message processing unit, to obtain a second processing result that is returned by the desktop application unit and corresponding to the second processing request And returning, according to the second processing result, a first processing result corresponding to the first processing request to the message processing unit.
  • the communication component is configured to provide a communication adaptation function between the function plug-in and the desktop application unit.
  • the embedded WEB server of the integrated client processes the processing request of the WEB application in the integrated client, and converts the processing request into a processing request for the desktop application, so that the WEB application in the integrated client and The desktop application can communicate and share information through the embedded WEB server. Because the embedded WEB server is used for the conversion and adaptation of the intermediate interaction, the transformation requirements for the existing WEB application and the desktop application are reduced.
  • Figure 1 is a schematic diagram of an existing C/S architecture
  • FIG. 2 is a schematic diagram of an existing B/S architecture
  • FIG. 3 is a schematic diagram of an existing integrated application system
  • FIG. 5 is a schematic diagram of a logical structure of an integrated client according to an embodiment of the present invention.
  • FIG. 8 is a schematic flowchart of an interaction method according to an embodiment of the present invention.
  • FIG. 9 is a schematic diagram of another logical structure of an integrated client according to an embodiment of the present invention.
  • FIG. 10 is a schematic flowchart of an added part of an interaction method according to an embodiment of the present invention.
  • Embodiments of the present invention provide an integrated client, an integrated application system, and a method for interacting between a desktop application and a WEB application. The details are described below separately.
  • a structure of an integrated client includes a WEB application unit 10, a desktop application unit 20, and an embedded WEB server 30, where:
  • the WEB application unit 10 is configured to generate and send a first processing request, and receive a returned first processing result corresponding to the first processing request.
  • the WEB application unit 10 may be an application layer subsystem that provides a user-developed function based on the WEB method, for example, a unit that provides a WEB browser function, and the interaction with the server-side WEB server may refer to the current There are ways to use the WEB application system.
  • the first processing request referred to in this embodiment refers to a processing request sent by the WEB application unit 10 to the embedded WEB server 30 in the integrated client, and the processing request may be triggered by the user performing an operation on the operation interface provided by the WEB application unit 10.
  • the WEB application unit 10 itself may be actively triggered according to the function requirements.
  • the processing request and the WEB application unit 10 may have a similar form to the processing request of the server-side WEB server.
  • the first processing request may be encapsulated into a request message for transmission according to an agreed protocol format, based on an existing common WEB transmission protocol. , you can use the HyperText Transfer Protocol (HTTP: HyperText Transfer Protocol). Of course, the first processing result returned can also use the corresponding transmission protocol.
  • HTTP HyperText Transfer Protocol
  • the desktop application unit 20 is configured to receive the second processing request, perform a corresponding processing operation, and return a second processing result corresponding to the second processing request.
  • the desktop application unit 20 is a subsystem of the application layer that provides functionality to the user in the form of a desktop application. It can be a network-based distributed desktop application, providing a unit of the desktop application located on the client. In this case, the interaction with the desktop application server of the server can be performed by referring to the existing desktop application system, as shown in FIG.
  • the integrated application system belongs to the situation; it can also be a server that does not depend on the server side, and provides a unit for running the application independently, and can directly interact with the desktop application database (DB) that provides the data service.
  • the integrated application system shown in FIG. 7 belongs to This situation.
  • the second processing request referred to in this embodiment refers to a processing request that the embedded WEB server 30 transmits in a manner acceptable to the desktop application unit 20.
  • the embedded WEB server 30 is a WEB server component embedded in the integrated client, and can provide the WEB service to the WEB application unit 10 by using a processing method similar to the WEB server in the usual WEB application system. It is a bridge between the WEB application unit 10 and the desktop application unit 20, and realizes the interaction between the WEB application subsystem and the desktop application subsystem by receiving a request (for example, an HTTP request) of the WEB application unit 10 and communicating with the desktop application unit 20. ability.
  • the embedded WEB server 30 mainly includes a message processing unit 301 and a function plug-in 302.
  • the message processing unit 301 is configured to obtain a first processing request sent by the WEB application unit 10, and search for a function plug-in 302 corresponding to the first processing request, and send the first processing request to the corresponding function plug-in 302. Returning the first processing result corresponding to the first processing request; returning the first processing result corresponding to the first processing request to the WEB application unit 10.
  • the message processing unit 301 can employ the structure including the protocol processing subunit 3011 and the message processing subunit 3012:
  • the protocol processing sub-unit 3011 is responsible for accepting and responding to the request message of the agreed protocol format (e.g., HTTP), and forwards the request content to the message processing sub-unit 3012 after receiving the request message.
  • the protocol processing sub-unit 3011 is specifically configured to: obtain a request message sent by the WEB application unit 10 according to the agreed protocol format; parse the request message to obtain a first processing request, and provide the first processing request to the message processing sub-unit 3012; The first processing result corresponding to the first processing request returned by the subunit 3012; generating a response message according to the first processing result according to the agreed protocol format; and returning a response message corresponding to the request message to the WEB application unit 10.
  • the agreed protocol format e.g., HTTP
  • the message processing sub-unit 3012 is mainly responsible for processing the distribution of the request. First, the request received from the protocol processing sub-unit 3011 is forwarded to the corresponding function plug-in 302. Second, the processing result of the function plug-in 302 is returned to the protocol processing sub-unit 3011. .
  • the message processing sub-unit 3012 is specifically configured to: obtain a first processing request provided by the protocol processing sub-unit 3011; and find a function plug-in 302 corresponding to the first processing request, and send the first processing request to the corresponding function plug-in 302; The first processing result corresponding to the first processing request returned by the function plug-in 302; the first processing result corresponding to the first processing request is returned to the protocol processing sub-unit 3011.
  • the function plug-in 302 is a module that is specifically responsible for processing the processing request, and may have multiple function plug-ins (two of which are exemplarily shown in Fig. 5), which are responsible for different functions.
  • the function plug-in 302 is specifically configured to: send a second processing request to the desktop application unit 20 according to the first processing request sent by the message processing unit 301, and obtain a second processing result that is returned by the desktop application unit 20 and corresponding to the second processing request, according to The second processing result returns a first processing result corresponding to the first processing request to the message processing unit 301.
  • the embedded WEB server 30 may further include a communication component 303.
  • the communication component 303 is equivalent to a pass
  • the adaptation module of the letter is used to provide a communication adaptation function between the function plug-in 302 and the desktop application unit 20.
  • the specific communication protocol used by the communication component 303 depends on the requirements of the application provided by the desktop application unit 20. For example, you can use pipes, sockets (SOCKET), message events, and so on.
  • the structure of the integrated client of the present invention is not limited to the above embodiment, and another structure of the integrated client in the embodiment of the present invention includes a WEB application unit, a desktop application unit, a message processing unit, and a function plug-in, that is, a message processing unit.
  • the function plug-in is not limited to the embedded WEB server, its function reference is as above.
  • the embedded WEB server is used to establish a channel for the WEB application to the desktop application.
  • the function plug-in of the embedded WEB server obtains the processing request of the WEB application, and on the other hand, the function plug-in invokes the desktop application to process the processing request.
  • the method flow refers to Figure 8, including the steps:
  • This step can be performed by the message processing unit of the embedded WEB server. If the message processing unit uses the structure including the protocol processing subunit and the message processing subunit, this step can be performed by the protocol processing subunit as follows: The protocol processing subunit obtains the WEB. The request message sent in accordance with the agreed protocol format is applied, and then the request message is parsed to obtain the first processing request.
  • A2 Find a function plug-in corresponding to the first processing request, and send the first processing request to the corresponding function plug-in.
  • the step of processing the request for distribution may be performed by the message processing sub-unit of the message processing unit.
  • Different functional plug-ins can be deployed in the embedded WEB server according to the needs of functional interaction. For example, suppose that an interface for creating objects and viewing attributes in an integrated application system is developed using WEB technology. To ensure a good user experience and graphical display development using desktop technology, two function plug-ins need to be developed.
  • the function plug-in 1 is responsible for the object.
  • Create, function plugin 2 is responsible for querying the attribute data of the object.
  • the embedded WEB server When the embedded WEB server receives the request to create an object, the request is forwarded to the function plug-in 1 for processing, and the function plug-in 1 invokes the desktop application to provide the display of the created object; when the embedded web server receives the request for the query object attribute The request is forwarded to the function plugin 2 for processing, and the function plugin 2 invokes the desktop application to provide a display of the viewed attribute.
  • the application plug-in can be provided in the form of a dynamic link library, a JAVA toolkit, etc., depending on the application environment.
  • the embedded WEB server is initialized at startup, and the function plug-in information is obtained by loading a dynamic link library or a JAVA toolkit.
  • the embedded WEB server performs the distribution of the first processing request by the correspondence between the first processing request and the function plug-in, and determines the correspondence between the function plug-in and the processing request of the WEB application by using a predetermined association manner. For example, a unique explicit identifier may be set for each function plug-in, and the first processing request is matched with the function plug-in by carrying the explicit identifier in the first processing request; and the execution content of the first processing request may also be specifically analyzed. Distribute according to the processing capabilities of the feature plugin.
  • the WEB application client program (Browser) generally obtains the function provided by the WEB application by sending an HTTP request to the remote web server through the link address of the web server, and the link address can be a uniform resource locator (URL: Uniform Resource Locator ), for example, scheme: //host: port/path.
  • URL Uniform Resource Locator
  • the embedded WEB server can also provide function plug-ins by means of function plug-ins corresponding to URLs, and each function plug-in corresponds to one or a group of URLs.
  • the WEB application can call the corresponding URL by issuing an HTTP request to the local embedded web server.
  • the function plug-in, and the function plug-in calls a functional component of the desktop application in the implementation code, so that the user can use the various functions provided by the desktop application through the WEB application.
  • the interaction between the WEB application and the desktop application is implemented through the function plug-in in the embedded WEB server, and the C/S subsystem and the B/S subsystem do not need direct coupling on the code.
  • each function plug-in needs to register the URL corresponding to its own processing function to the message processing unit during initialization, and even if the message processing unit has the associated information of the URL and the function plug-in, it needs to be exited.
  • the URL corresponding to its own processing function is logged out to the message processing unit.
  • the step of the message processing unit searching for the function plug-in corresponding to the first processing request is specifically: the message processing unit obtains the URL (ie, the destination URL) to which the first processing request needs to be sent, according to the saved association information,
  • the function plugin of the registered URL finds a function plugin corresponding to the destination URL.
  • the function plug-in sends a second processing request to the desktop application according to the first processing request, and obtains a second processing result that is returned by the desktop application and corresponds to the second processing request, according to the second
  • the processing result returns a first processing result corresponding to the first processing request.
  • the called function plug-in converts the request into a requirement that can be processed by the functional component of the desktop application, i.e., the second processing request, according to the functional requirements of the first processing request. Since the function plug-in and the desktop application unit providing the desktop application are started and managed by the integration client, they can be in the same process, enabling the function plug-in to directly call the function component of the desktop application through the communication component.
  • the first processing result returned by the function plug-in may be obtained by the message processing sub-unit of the message processing unit, and the protocol processing sub-unit of the message processing unit returns the first processing result to the WEB application as follows: the protocol processing sub-unit according to the agreed protocol format A response message is generated according to the first processing result, and then a response message corresponding to the previously received request message is returned to the WEB application.
  • the embedded WEB server integrated with the client processes the processing request of the WEB application in the integrated client, and converts it into a processing request that can be processed by the desktop application, so that the WEB application and the desktop application in the integrated client can be embedded.
  • WEB server for communication and information sharing; due to the use of embedded WEB server for intermediate interaction conversion and adaptation, the transformation requirements for existing WEB applications and desktop applications are reduced.
  • the mature and stable C/S system does not need to be completely transformed into a B/S system, and the B/S mode can be integrated by integrating the embedded WEB server, thereby expanding the new features of the system and reducing the mature system. Risk, cost savings.
  • an embodiment of another integrated client capable of further improving the interactive capabilities of the desktop application to the WEB application is described in detail below.
  • the main difference between the integrated client of this embodiment and the integrated client of the previous embodiment is that the WEB application unit is integrated into the integrated client through the desktop integration component, and the desktop integration component provides a call of the desktop application unit to the WEB application unit.
  • the interface, the specific logical structure is described as follows:
  • the WEB application unit 50 in addition to implementing the functions of the WEB application unit 10, is also used to provide executable
  • the performance or behavior of the WEB page, or the so-called script is used to get the data and provide it to the caller of the script.
  • the embedded WEB server 60 can use the same logic node as the embedded WEB server 30 Structure.
  • the desktop integration component 70 is configured to provide a calling interface, and the calling interface may be an API interface.
  • Desktop Integration Component 70 is a component of the integration framework layer that embeds WEB application unit 50 into the integration client.
  • the desktop integration component 70 provides an interface for calling the WEB page scripting language provided by the WEB application unit 50.
  • the desktop application unit 40 can invoke the script function provided by the WEB application to change the status behavior of the WEB page or obtain data.
  • the desktop application unit 40 in addition to implementing the functions of the desktop application unit 20, is also used to generate a call request for the WEB application, and invokes a script provided by the WEB application unit 50 for executing the corresponding function through the calling interface provided by the desktop integration component 70. .
  • the method for interacting between the desktop application and the WEB application in the embodiment of the present invention can be further enhanced.
  • the desktop application can be added to the WEB.
  • the interactive process of the application refers to Figure 10, including the steps:
  • the desktop integration component provides a call interface, and the call interface of the desktop integration component provides execution
  • the scripting language method of the WEB application which supports the desktop application to call the script provided in the WEB application.
  • a script for executing a corresponding function provided by the WEB application is called, and the called script is used to change the performance or behavior of the WEB application, or the called script is used to obtain data from the WEB application and provide the data to the desktop application.
  • desktop applications can call the corresponding scripts through the interface provided by the desktop integration component, which ensures the independence of the B / S system and the low coupling of the integration.
  • the desktop integration component For desktop applications, it is loaded with the desktop integration component by the integration client, and can be in the same process, so that the desktop application can invoke the script provided by the WEB application through the interface of the desktop integration component.
  • the client's desktop application in the traditional C/S mode can operate the interface or component in the B/S mode, thereby enabling the user to use various functions provided by the B/S mode, and And can be returned by the call of the script to obtain relevant data and information in the B/S mode application.
  • the WEB application is further integrated into the integrated client through the desktop integration component, and provides an interface that can be called by the desktop application, so that the desktop application can change the performance or behavior of the WEB application by calling a function provided by the script. Or data interaction with the WEB application.
  • the program can be stored in a computer readable storage medium.
  • the storage medium can include: ROM, RAM, disk or CD, etc.
  • the integrated client solution of the embodiment of the present invention provides a good interaction capability between the desktop client and the WEB interface, and is no longer a simple system integration: in terms of interface control, the function interface of the desktop application can be invoked through the web page, or Some operations in the desktop application interface change the performance of the web page; in terms of data sharing, the desktop application can obtain data from the WEB page, and vice versa.

Description

集成客户端及进行桌面应用与网络 WEB应用交互的方法 本申请要求于 2007 年 11 月 14 日提交中国专利局、 申请号为 200710165985.3、发明名称为"集成客户端及进行桌面应用与网络 WEB应用 交互的方法"的中国专利申请的优先权， 其全部内容通过弓 )用结合在本申请 中。
技术领域
本发明涉及计算机技术领域， 具体涉及集成客户端及进行桌面应用与 网络 ( WEB )应用交互的方法和集成应用系统。
背景技术
目前广泛使用的软件系统架构包括客户机 /服务器（C/S: Client/Server ) 架构和浏览器 /服务器（B/S: Browser/Server ) 架构两大类型。
C/S架构： 釆用该架构的应用系统称为桌面应用系统， 如图 1所示， 包 括客户端的桌面应用和服务器端的服务器， 以及为服务器提供数据支持的 数据库（DB: Database )。 客户端的桌面应用通过安装专用的客户端软件来 实现， 安装部署以及升级和修复等操作需要对每个客户端逐个执行， 由于 针对具体应用而开发， 提供桌面应用的客户端软件具有出色的性能和优秀 的用户体验。
B/S架构： 釆用该架构的应用系统称为 WEB应用系统， 如图 2所示， 包括客户端的 WEB应用和服务器端的 WEB服务器， 以及为 WEB服务器 提供数据支持的数据库。客户端的 WEB应用通常釆用 WEB浏览器（Brower ) 来实现， 具有良好的通用性， 不必特别安装和部署。
随着 WEB技术不断发展成熟，很多应用系统开始从 C/S架构向 B/S架 构转换。 在这种新旧系统交替的过程中， 为了既保护已有的成熟并广泛使 用的桌面应用客户端， 又能够以 WEB技术向用户提供软件系统， 出现了结 合两种应用系统架构的集成应用系统， 目前主要有以下两种集成形式：
一、 松散集成
这种方案的主要思路是利用 Java 桌面集成组件 （Java Desktop Integration Components )将 WEB浏览器嵌入到桌面应用程序中。 如图 3所 示， 桌面应用可通过 Java桌面集成组件单向调用 WEB应用。 这种方式下， 原有两种架构的应用系统保持相对独立。
二、 基于特定平台的融合
这种方案利用特定的开发平台 (例如微软公司提供的 .net开发框架 )提 供桌面应用与 WEB应用之间的交互手段。 如图 4所示， 桌面应用与 WEB 应用基于共同的微软 .NET框架进行双向通信和信息共享。 这种方式下， 桌 面应用的客户端程序需要基于. NET开发， WEB浏览器需要基于. NET进行 改造。
本发明的发明人在对上述两种集成形式的研究和实践过程中发现， 在 松散集成方式下， 两个应用子系统之间缺少交互能力； 而在特定平台融合 方式下， 开发技术和软件运行的平台受到了局限， 需要对现有系统进行较 大的改造。
发明内容
本发明实施例提供集成客户端及进行桌面应用与 WEB应用交互的方法 和集成应用系统， 以提供桌面应用与 WEB应用之间的交互能力， 且对现有 系统结构影响较小。
本发明实施例提供的一种集成客户端， 包括：
网络 WEB应用单元， 用于生成并且发送第一处理请求； 接收返回的与 所述第一处理请求对应的第一处理结果；
桌面应用单元， 用于接收第二处理请求， 执行相应的处理操作， 返回 与所述第二处理请求对应的第二处理结果；
消息处理单元， 用于获得所述 WEB应用单元发送的第一处理请求； 查 找与所述第一处理请求对应的功能插件， 将所述第一处理请求发送给相应 的功能插件； 获得所述功能插件返回的与所述第一处理请求对应的第一处 理结果； 向所述 WEB应用单元返回所述与第一处理请求对应的第一处理结 果；
功能插件， 用于根据所述消息处理单元发送的第一处理请求向所述桌 面应用单元发送第二处理请求， 获得桌面应用单元返回的与所述第二处理 请求对应的第二处理结果， 根据所述第二处理结果向消息处理单元返回与 所述第一处理请求对应的第一处理结果。 本发明实施例还提供一种进行桌面应用与 WEB应用交互的方法， 包括： 获得 WEB应用发送的第一处理请求；
查找与所述第一处理请求对应的功能插件， 将所述第一处理请求发送 给相应的功能插件；
由功能插件根据所述第一处理请求向桌面应用发送第二处理请求， 获 得桌面应用返回的与所述第二处理请求对应的第二处理结果， 根据所述第 二处理结果返回与所述第一处理请求对应的第一处理结果；
向 WEB应用返回所述与第一处理请求对应的第一处理结果。
本发明实施例提供的一种集成应用系统， 包括：
前述集成客户端；
桌面应用服务器， 用于与所述集成客户端中的桌面应用单元交互， 提 供相应的服务；
WEB服务器， 用于与所述集成客户端中的 WEB应用单元交互， 提供相 应的服务。
本发明实施例提供的另一种集成应用系统， 包括：
前述集成客户端；
桌面应用数据库， 用于为所述集成客户端中的桌面应用单元提供数据 服务；
WEB服务器， 用于与所述集成客户端中的 WEB应用单元交互， 提供相 应的 Λ良务。
本发明实施例提供的一种集成客户端， 包括：
网络 WEB应用单元， 用于生成并且发送第一处理请求； 接收返回的与 所述第一处理请求对应的第一处理结果；
桌面应用单元， 用于接收第二处理请求， 执行相应的处理操作， 返回 与所述第二处理请求对应的第二处理结果；
嵌入式 WEB服务器， 包括消息处理单元、 功能插件、 通信组件； 所述消息处理单元，用于获得所述 WEB应用单元发送的第一处理请求； 查找与所述第一处理请求对应的功能插件， 将所述第一处理请求发送给相 应的功能插件； 获得所述功能插件返回的与所述第一处理请求对应的第一 处理结果； 向所述 WEB应用单元返回所述与第一处理请求对应的第一处理 结果；
所述功能插件， 用于根据所述消息处理单元发送的第一处理请求向所 述桌面应用单元发送第二处理请求， 获得桌面应用单元返回的与所述第二 处理请求对应的第二处理结果， 根据所述第二处理结果向消息处理单元返 回与所述第一处理请求对应的第一处理结果。
所述通信组件， 用于提供所述功能插件与所述桌面应用单元之间的通 信适配功能。
本发明实施例的技术方案中， 集成客户端的嵌入式 WEB服务器对集成 客户端中的 WEB应用的处理请求进行处理， 转换为可供桌面应用处理的处 理请求， 使得集成客户端中的 WEB应用和桌面应用能够通过嵌入式 WEB服 务器进行通信和信息共享； 由于釆用嵌入式 WEB服务器进行中间交互的转 换和适配， 降低了对已有 WEB应用和桌面应用的改造要求。
附图说明
图 1是现有 C/S架构示意图；
图 2是现有 B/S架构示意图；
图 3是现有一种集成应用系统示意图；
图 4是现有另一种集成应用系统示意图；
图 5是本发明实施例的集成客户端的一种逻辑结构示意图；
图 于本发明实施例的集成客户端的一种集成应用系统示意图； 图 于本发明实施例的集成客户端的另一种集成应用系统示意图； 图 8是本发明实施例的交互方法的一种流程示意图；
图 9是本发明实施例的集成客户端的另一种逻辑结构示意图；
图 10是本发明实施例的交互方法的增加部分的流程示意图。
具体实施方式
本发明实施例提供集成客户端、 集成应用系统和进行桌面应用与 WEB 应用交互的方法。 以下分别进行详细说明。
参考图 5, 本发明实施例的集成客户端的一种结构， 包括 WEB应用单元 10、 桌面应用单元 20和嵌入式 WEB服务器 30, 其中： WEB应用单元 10, 用于生成并且发送第一处理请求； 接收返回的与该 第一处理请求对应的第一处理结果。
基于现有的 WEB应用提供方式， WEB应用单元 10可以是向用户提供基 于 WEB方式开发的功能的应用层子系统， 例如提供 WEB浏览器功能的单 元， 其与服务器端的 WEB服务器的交互可参照现有 WEB应用系统的方式进 行。 本实施例中所称第一处理请求指 WEB应用单元 10发送给集成客户端内 的嵌入式 WEB服务器 30的处理请求， 该处理请求可以是由于用户对 WEB应 用单元 10提供的操作界面执行操作触发的， 也可以是 WEB应用单元 10自身 根据功能需要主动触发的。 该处理请求与 WEB应用单元 10对服务器端的 WEB服务器的处理请求可具有类似的形式， 例如可按照约定的协议格式， 将第一处理请求封装成请求消息进行传输，基于现有常用的 WEB传输协议， 可使用超文件传输协议（HTTP: HyperText Transfer Protocol )等。 当然返 回的第一处理结果也可使用相应的传输协议。
桌面应用单元 20, 用于接收第二处理请求， 执行相应的处理操作， 返 回与该第二处理请求对应的第二处理结果。
桌面应用单元 20是以桌面应用程序的方式向用户提供功能的应用层的 子系统。 可以是基于网络的分布式桌面应用的， 提供位于客户端的桌面应 用程序的单元， 这种情况下， 其与服务器端的桌面应用服务器的交互可参 照现有桌面应用系统的方式进行， 图 6表示的集成应用系统属于该情形； 也 可以是不依赖于服务器端的服务器的， 提供独立运行的应用程序的单元， 能够直接与提供数据服务的桌面应用数据库（DB )交互， 图 7表示的集成应 用系统属于该情形。 本实施例中所称第二处理请求指嵌入式 WEB服务器 30 以桌面应用单元 20可接受的方式发送的处理请求。
嵌入式 WEB服务器 30, 是嵌入到集成客户端中的 WEB服务器组件， 可 釆用类似于通常 WEB应用系统中的 WEB服务器的处理方式对 WEB应用单 元 10提供 WEB服务。 它是 WEB应用单元 10与桌面应用单元 20之间的桥梁， 通过接收 WEB应用单元 10的请求 （例如 HTTP请求） 并与桌面应用单元 20 进行通信来实现 WEB应用子系统与桌面应用子系统的交互能力。 嵌入式 WEB服务器 30主要包括消息处理单元 301和功能插件 302。 消息处理单元 301 , 用于获得 WEB应用单元 10发送的第一处理请求； 查 找与该第一处理请求对应的功能插件 302 , 将该第一处理请求发送给相应的 功能插件 302; 获得功能插件 302返回的与该第一处理请求对应的第一处理 结果； 向 WEB应用单元 10返回与第一处理请求对应的第一处理结果。
HTTP来进行交互， 因此， 消息处理单元 301可釆用包括协议处理子单元 3011 和消息处理子单元 3012的结构：
协议处理子单元 3011负责接受和回应约定协议格式（例如 HTTP ) 的请 求消息， 在收到请求消息后将请求内容转给消息处理子单元 3012处理。 协 议处理子单元 3011具体用于， 获得 WEB应用单元 10按照约定的协议格式发 送的请求消息； 解析该请求消息获得第一处理请求， 将第一处理请求提供 给消息处理子单元 3012; 获得消息处理子单元 3012返回的与该第一处理请 求对应的第一处理结果； 按照约定的协议格式根据该第一处理结果生成响 应消息； 向 WEB应用单元 10返回与该请求消息对应的响应消息。
消息处理子单元 3012主要负责处理请求的分发， 一是将从协议处理子 单元 3011收到的请求转发到相应的功能插件 302中； 二是将功能插件 302的 处理结果返回给协议处理子单元 3011。 消息处理子单元 3012具体用于， 获 得协议处理子单元 3011提供的第一处理请求； 查找与该第一处理请求对应 的功能插件 302 , 将该第一处理请求发送给相应的功能插件 302; 获得功能 插件 302返回的与该第一处理请求对应的第一处理结果； 向协议处理子单元 3011返回与第一处理请求对应的第一处理结果。
功能插件 302是具体负责对处理请求进行处理的模块， 可以有多个功能 插件 （图 5中示例性的画出了两个） 分别负责不同的功能。 功能插件 302具 体用于， 根据消息处理单元 301发送的第一处理请求向桌面应用单元 20发送 第二处理请求， 获得桌面应用单元 20返回的与该第二处理请求对应的第二 处理结果， 根据该第二处理结果向消息处理单元 301返回与该第一处理请求 对应的第一处理结果。
此外， 为便于功能插件 302与桌面应用单元 20之间进行通信， 嵌入式 WEB服务器 30还可进一步包括通信组件 303。 通信组件 303相当于是一个通 信的适配模块， 用于提供功能插件 302与桌面应用单元 20之间的通信适配功 能， 通信组件 303所釆用的具体的通信协议取决于桌面应用单元 20所提供的 应用程序的要求， 例如可使用管道、 套接字（SOCKET ), 消息事件等方式。 应当理解的是： 本发明集成客户端的结构不限于上述实施例， 本发明实施 例的集成客户端的另一种结构， 包括 WEB应用单元、 桌面应用单元、 消息 处理单元和功能插件， 即消息处理单元和功能插件不局限于嵌入式 WEB服 务器中， 其功能参考如上。
基于上述集成客户端， 下面对本发明实施例的进行桌面应用与 WEB应 用交互的方法进行详细说明。 本方法实施例中通过嵌入式 WEB服务器来建 立 WEB应用到桌面应用的通道， 一方面嵌入式 WEB服务器的功能插件获得 WEB应用的处理请求， 另一方面功能插件调用桌面应用对处理请求进行处 理。 方法流程参考图 8, 包括步骤：
Al、 获得 WEB应用发送的第一处理请求。
此步骤可由嵌入式 WEB服务器的消息处理单元执行， 若消息处理单元 釆用包括协议处理子单元和消息处理子单元的结构， 此步骤可由协议处理 子单元按如下方式执行： 协议处理子单元获得 WEB应用按照约定的协议格 式发送的请求消息， 然后解析该请求消息获得该第一处理请求。
A2、 查找与该第一处理请求对应的功能插件， 将该第一处理请求发送 给相应的功能插件。
此处理请求分发的步骤可由消息处理单元的消息处理子单元来具体执 行。
根据功能交互的需要， 嵌入式 WEB服务器中可部署不同的功能插件。 例如， 假设某个集成应用系统中创建对象、 查看属性的界面使用 WEB技术 开发， 同时为保证良好的用户体验， 图形显示使用桌面技术开发， 则需要 开发两个功能插件， 功能插件 1负责对象的创建， 功能插件 2负责查询对象 的属性数据。 当嵌入式 WEB服务器收到创建对象的请求时， 会将请求转发 到功能插件 1进行处理， 由功能插件 1调用桌面应用提供所创建对象的显示； 当嵌入式 web服务器收到查询对象属性的请求时，会将请求转发到功能插件 2进行处理， 由功能插件 2调用桌面应用提供所查看属性的显示。 根据具体 应用环境的不同， 所称功能插件可以以动态链接库、 JAVA工具包等形式提 供。 嵌入式 WEB服务器在启动时进行初始化， 通过加载动态链接库或 JAVA 工具包等， 获得功能插件的信息。
嵌入式 WEB服务器通过第一处理请求与功能插件之间的对应关系来进 行第一处理请求的分发， 可釆用预定的关联方式确定功能插件与 WEB应用 的处理请求之间的对应关系。 例如， 可为各个功能插件设置唯一的显性标 识， 通过在第一处理请求中携带该显性标识来实现第一处理请求与功能插 件的对应； 也可以具体分析第一处理请求的执行内容， 按照功能插件的处 理能力进行分发。 通常情况下， WEB应用客户端程序（Browser ) —般是通 过 Web服务器的链接地址向远端的 Web服务器发出 HTTP请求来获取 WEB应 用所提供的功能，该链接地址可用统一资源定位符（URL: Uniform Resource Locator )来表示, 例如 scheme: //host: port/path。 基于该方式, 嵌入式 WEB 服务器也可釆用功能插件与 URL对应的方式来提供功能插件， 每个功能插 件对应一个或一组 URL。 这样， 在集成客户端的情况下， 当用户在 Web页面 上触发某个动作的时候（例如点击按钮或链接）， WEB应用可以通过发出 HTTP请求到本地嵌入式 WEB服务器的某个 URL , 来调用相应的功能插件， 而功能插件则在实现代码中调用桌面应用的某个功能组件， 从而使用户能 够通过 WEB应用使用到桌面应用所提供的各种功能。 在上述过程中， WEB 应用与桌面应用的交互是通过嵌入式 WEB服务器中的功能插件作为接口实 现的， C/S子系统和 B/S子系统无需代码上的直接耦合。
基于功能插件与 URL对应的关联方式， 各个功能插件在初始化时需要 将与自身处理功能对应的 URL注册到消息处理单元， 亦即使消息处理单元 中具有 URL与功能插件的关联信息， 在退出时需要向消息处理单元注销与 自身处理功能对应的 URL。 这种情况下， 消息处理单元查找与第一处理请 求对应的功能插件的步骤具体为： 消息处理单元获得第一处理请求需要发 送到的 URL (即目的 URL ), 根据所保存的关联信息， 在已注册 URL的功能 插件中查找与该目的 URL对应的功能插件。
A3、由功能插件根据所述第一处理请求向桌面应用发送第二处理请求， 获得桌面应用返回的与该第二处理请求对应的第二处理结果， 根据该第二 处理结果返回与该第一处理请求对应的第一处理结果。
被调用的功能插件根据第一处理请求的功能需要， 将该请求转换为可 被桌面应用的功能组件处理的需求， 即第二处理请求。 由于功能插件与提 供桌面应用的桌面应用单元由集成客户端负责启动和管理， 它们可处于同 一个进程中， 使得功能插件能够通过通信组件直接调用桌面应用的功能组 件。
A4、 向 WEB应用返回所述与第一处理请求对应的第一处理结果。
可由消息处理单元的消息处理子单元获得功能插件返回的第一处理结 果， 再由消息处理单元的协议处理子单元按如下方式向 WEB应用返回第一 处理结果： 协议处理子单元按照约定的协议格式根据该第一处理结果生成 响应消息， 然后向 WEB应用返回与之前收到的请求消息对应的响应消息。
上述实施例中集成客户端的嵌入式 WEB服务器对集成客户端中的 WEB应用的处理请求进行处理， 转换为可供桌面应用处理的处理请求， 使 得集成客户端中的 WEB应用和桌面应用能够通过嵌入式 WEB服务器进行 通信和信息共享； 由于釆用嵌入式 WEB服务器进行中间交互的转换和适配， 降低了对已有 WEB应用和桌面应用的改造要求。 釆用上述实施例方案， 成 熟稳定的 C/S系统无需完全改造成 B/S系统， 可通过集成嵌入式 WEB服务器 来融合 B/S方式， 从而扩展系统的新特性， 降低了改造成熟系统的风险， 节 省成本。
在前述集成客户端实施例的基础上， 下面详细描述能够进一步完善桌 面应用到 WEB应用的交互能力的另一种集成客户端的实施例。 参考图 9, 本 实施例的集成客户端与之前实施例的集成客户端的主要区别在于 WEB应用 单元通过桌面集成组件集成到集成客户端中， 该桌面集成组件提供桌面应 用单元对 WEB应用单元的调用接口， 具体逻辑结构描述如下：
WEB应用单元 50, 除实现 WEB应用单元 10的功能外， 还用于提供可执
WEB页面） 的表现或行为， 或者， 所称脚本用于获取数据并且提供给脚本 的调用方。
嵌入式 WEB服务器 60 , 可釆用与嵌入式 WEB服务器 30相同的逻辑结 构。
桌面集成组件 70, 用于提供调用接口， 该调用接口可以是 API接口。 桌面集成组件 70是属于集成框架层的组件， 作用是将 WEB应用单元 50 嵌入到集成客户端中。 桌面集成组件 70提供了用于调用 WEB应用单元 50所 提供的 WEB页面脚本语言的接口， 桌面应用单元 40通过该接口可以调用 WEB应用提供的脚本函数， 改变 WEB页面状态行为或者获取数据。
桌面应用单元 40,除实现桌面应用单元 20的功能外，还用于生成对 WEB 应用的调用请求， 并通过桌面集成组件 70提供的调用接口调用 WEB应用单 元 50提供的用于执行相应功能的脚本。
基于上述完善后的集成客户端， 本发明实施例的进行桌面应用与 WEB 应用交互的方法同样可进一步增强， 除了前面已描述的 WEB应用到桌面应 用的交互过程外， 还可增加桌面应用到 WEB应用的交互过程。 所增加部分 的方法流程参考图 10, 包括步骤：
Bl、 获得桌面应用对 WEB应用的调用请求。
桌面集成组件提供调用接口， 桌面集成组件的调用接口提供了执行
WEB应用的脚本语言的方法， 支持桌面应用程序调用 WEB应用里提供的脚 本。
B2、 根据该调用请求， 调用 WEB应用提供的执行相应功能的脚本， 所 称脚本用于改变 WEB应用的表现或行为， 或者， 所称脚本用于从 WEB应用 中获取数据并且提供给桌面应用。
釆用上述交互方法， 对于被集成的 WEB应用来说， 如果希望提供可由 桌面应用程序访问的功能， 不必改变原有的代码和工作流程， 仅需根据功 能交互的需要， 提供相应的可执行的脚本， 桌面应用可通过桌面集成组件 提供的接口来调用相应的脚本， 这样可以保证 B/S系统的独立性和集成的低 耦合。
对于桌面应用程序， 它与桌面集成组件由集成客户端进行加载， 可处 于同一进程中， 使得桌面应用可以通过桌面集成组件的接口调用 WEB应用 所提供的脚本。 这样， 传统 C/S模式中客户端的桌面应用就可以操作 B/S模 式中的界面或组件， 从而使用户能够使用到 B/S模式所提供的各种功能， 并 且可以通过脚本的调用返回， 来获取 B/S模式应用中的相关数据和信息。 在上述实施例方案中， WEB应用进一步通过桌面集成组件集成到集成 客户端中， 提供可供桌面应用调用的接口， 这样桌面应用即可通过调用脚 本提供的功能函数改变 WEB应用的表现或行为， 或者与 WEB应用进行数据 交互等。
本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分 步骤是可以通过程序来指令相关的硬件来完成， 该程序可以存储于一计算 机可读存储介质中， 存储介质可以包括： ROM、 RAM, 磁盘或光盘等。
本发明实施例的集成客户端方案提供了桌面客户端与 WEB界面良好的 交互能力， 不再是简单的系统集成： 就界面控制而言， 可以通过 Web页面调 用桌面应用程序的功能界面， 或者通过桌面应用程序界面中的某些操作去 改变 Web页面的表现； 就数据共享而言， 桌面应用程序可以从 WEB页面中 获得数据， 反之也可。
以上对本发明实施例所提供的集成客户端和进行桌面应用与 WEB应用 交互的方法进行了详细介绍， 本文中应用了具体个例对本发明的原理及实 施方式进行了阐述， 以上实施例的说明只是用于帮助理解本发明的方法及 其核心思想； 同时， 对于本领域的一般技术人员， 依据本发明的思想， 在 具体实施方式及应用范围上均会有改变之处， 综上所述， 本说明书内容不 应理解为对本发明的限制。

Claims

权 利 要 求
1、 一种集成客户端， 其特征在于， 包括：
网络 WEB应用单元， 用于生成并且发送第一处理请求； 接收返回的与 所述第一处理请求对应的第一处理结果；
桌面应用单元， 用于接收第二处理请求， 执行相应的处理操作， 返回 与所述第二处理请求对应的第二处理结果；
消息处理单元， 用于获得所述 WEB应用单元发送的第一处理请求； 查 找与所述第一处理请求对应的功能插件， 将所述第一处理请求发送给相应 的功能插件； 获得所述功能插件返回的与所述第一处理请求对应的第一处 理结果； 向所述 WEB应用单元返回所述与第一处理请求对应的第一处理结 果；
功能插件， 用于根据所述消息处理单元发送的第一处理请求向所述桌 面应用单元发送第二处理请求， 获得桌面应用单元返回的与所述第二处理 请求对应的第二处理结果， 根据所述第二处理结果向消息处理单元返回与 所述第一处理请求对应的第一处理结果。
2、 根据权利要求 1所述的集成客户端， 其特征在于， 还包括： 通信组件， 用于提供所述功能插件与所述桌面应用单元之间的通信适 配功能。
3、 根据权利要求 1所述的集成客户端， 其特征在于， 所述 WEB应用单 元是按照约定的协议格式生成并且发送携带有所述第一处理请求的请求消 息。
4、 根据权利要求 3所述的集成客户端， 其特征在于， 所述消息处理单 元包括协议处理子单元和消息处理子单元；
所述协议处理子单元， 用于获得所述 WEB应用单元按照约定的协议格 式发送的请求消息； 解析所述请求消息获得所述第一处理请求， 将所述第 一处理请求提供给消息处理子单元； 获得所述消息处理子单元返回的与所 述第一处理请求对应的第一处理结果； 按照约定的协议格式根据所述第一 处理结果生成响应消息； 向所述 WEB应用单元返回与所述请求消息对应的 响应消息； 所述消息处理子单元， 用于获得所述协议处理子单元提供的第一处理 请求； 查找与所述第一处理请求对应的功能插件， 将所述第一处理请求发 送给相应的功能插件； 获得所述功能插件返回的与所述第一处理请求对应 的第一处理结果； 向所述协议处理子单元返回所述与第一处理请求对应的 第一处理结果。
5、 根据权利要求 1 ~ 4中任意一项所述的集成客户端， 其特征在于， 还 包括：
桌面集成组件， 用于提供调用接口；
所述 WEB应用单元还用于提供可执行的脚本， 所述脚本用于改变所述 WEB应用单元的表现或行为， 或者， 所述脚本用于获取数据并且提供给脚 本的调用方；
所述桌面应用单元还用于生成对 WEB应用的调用请求， 并通过所述调 用接口调用所述 WEB应用单元提供的用于执行相应功能的脚本。
6、 一种进行桌面应用与 WEB应用交互的方法， 其特征在于， 包括： 获得 WEB应用发送的第一处理请求；
查找与所述第一处理请求对应的功能插件， 将所述第一处理请求发送 给相应的功能插件；
由功能插件根据所述第一处理请求向桌面应用发送第二处理请求， 获 得桌面应用返回的与所述第二处理请求对应的第二处理结果， 根据所述第 二处理结果返回与所述第一处理请求对应的第一处理结果；
向 WEB应用返回所述与第一处理请求对应的第一处理结果。
7、 根据权利要求 6所述的进行桌面应用与 WEB应用交互的方法， 其特 征在于， 还包括： 在所述功能插件初始化时获得与其处理功能对应的链接 地址； 在所述功能插件退出时注销相应的链接地址；
所述查找与第一处理请求对应的功能插件的步骤具体为： 根据所述第 一处理请求携带的目的链接地址， 按照所保存的链接地址与功能插件的关 联信息查找对应的功能插件。
8、 根据权利要求 6所述的进行桌面应用与 WEB应用交互的方法， 其特 征在于， 所述获得 WEB应用发送的第一处理请求的步骤包括： 获得 WEB应 用按照约定的协议格式发送的请求消息； 解析所述请求消息获得所述第一 处理请求；
所述向 WEB应用返回第一处理结果的步骤包括： 按照约定的协议格式 根据所述第一处理结果生成响应消息； 向 WEB应用返回与所述请求消息对 应的响应消息。
9、根据权利要求 6 ~ 8中任意一项所述的进行桌面应用与 WEB应用交互 的方法， 其特征在于， 还包括：
获得桌面应用对 WEB应用的调用请求；
根据所述调用请求， 调用 WEB应用提供的用于执行相应功能的脚本； 所述脚本用于改变 WEB应用的表现或行为， 或者， 所述脚本用于从 WEB应 用中获取数据并且提供给桌面应用。
10、 一种集成应用系统， 其特征在于， 包括：
集成客户端， 釆用权利要求 1 ~ 5任意一项所述的结构；
桌面应用服务器， 用于与所述集成客户端中的桌面应用单元交互， 提 供相应的服务；
WEB服务器， 用于与所述集成客户端中的 WEB应用单元交互， 提供相 应的服务。
11、 一种集成应用系统， 其特征在于， 包括：
集成客户端， 釆用权利要求 1 ~ 5任意一项所述的结构；
桌面应用数据库， 用于为所述集成客户端中的桌面应用单元提供数据 服务；
WEB服务器， 用于与所述集成客户端中的 WEB应用单元交互， 提供相 应的服务。
12、 一种集成客户端， 其特征在于， 包括：
网络 WEB应用单元， 用于生成并且发送第一处理请求； 接收返回的与 所述第一处理请求对应的第一处理结果；
桌面应用单元， 用于接收第二处理请求， 执行相应的处理操作， 返回 与所述第二处理请求对应的第二处理结果；
嵌入式 WEB服务器， 包括消息处理单元、 功能插件、 通信组件； 所述消息处理单元，用于获得所述 WEB应用单元发送的第一处理请求； 查找与所述第一处理请求对应的功能插件， 将所述第一处理请求发送给相 应的功能插件； 获得所述功能插件返回的与所述第一处理请求对应的第一 处理结果； 向所述 WEB应用单元返回所述与第一处理请求对应的第一处理 结果；
所述功能插件， 用于根据所述消息处理单元发送的第一处理请求向所 述桌面应用单元发送第二处理请求， 获得桌面应用单元返回的与所述第二 处理请求对应的第二处理结果， 根据所述第二处理结果向消息处理单元返 回与所述第一处理请求对应的第一处理结果；
所述通信组件， 用于提供所述功能插件与所述桌面应用单元之间的通 信适配功能。
PCT/CN2008/071860 2007-11-14 2008-08-04 Integrate client and method of desktop application communicating with net web application WO2009062414A1 (en)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN 200710165985 CN101436148B (zh) 2007-11-14 2007-11-14 集成客户端及进行桌面应用与网络应用交互的方法
CN200710165985.3 2007-11-14

Publications (1)

Publication Number Publication Date
WO2009062414A1 true WO2009062414A1 (en) 2009-05-22

Family

ID=40638334

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2008/071860 WO2009062414A1 (en) 2007-11-14 2008-08-04 Integrate client and method of desktop application communicating with net web application

Country Status (2)

Country Link
CN (1) CN101436148B (zh)
WO (1) WO2009062414A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108897605A (zh) * 2018-07-24 2018-11-27 北京万相融通科技股份有限公司 一种桌面应用程序嵌入网页的方法及装置

Families Citing this family (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101459669A (zh) * 2008-12-29 2009-06-17 成都市华为赛门铁克科技有限公司 一种网络文件系统的访问方法和装置
CN101571811B (zh) * 2009-05-22 2013-05-08 中兴通讯股份有限公司 一种信息传输方法及装置
CN101604239B (zh) * 2009-07-16 2011-12-21 浪潮电子信息产业股份有限公司 一种基于请求响应的存储管理软件架构方法
CN102200976B (zh) * 2010-03-23 2014-11-05 日电（中国）有限公司 桌面应用转换成网络应用的定制系统和方法
CN102004639A (zh) * 2010-09-28 2011-04-06 深圳市共进电子有限公司 嵌入式脚本生成模块以及嵌入式脚本生成的方法
CN102170467A (zh) * 2011-04-01 2011-08-31 快商（厦门）软件科技有限公司 一种网页端和桌面应用程序消息交互的方法
CN103716346A (zh) * 2012-09-29 2014-04-09 北京神州泰岳软件股份有限公司 一种安卓手机客户端上应用的管理方法和装置
CN104808971B (zh) * 2014-01-24 2020-02-21 北京三星通信技术研究有限公司 网络应用程序管理器、方法、装置和移动终端
CN103809857B (zh) * 2014-02-24 2019-05-31 联想(北京)有限公司 一种信息处理方法及电子设备
WO2015195262A1 (en) * 2014-06-18 2015-12-23 General Electric Company Apparatus and methods for interactions with industrial equipment
CN105338055A (zh) * 2015-09-23 2016-02-17 百度在线网络技术（北京）有限公司 信息交互方法、服务器和信息交互系统
CN105187455B (zh) * 2015-10-23 2019-01-18 北京农信互联科技集团有限公司 基于松散架构的Web服务方法及系统
CN109656634A (zh) * 2018-11-29 2019-04-19 西安四叶草信息技术有限公司 插件调用方法及设备
CN109725952B (zh) * 2019-01-07 2021-09-24 深圳市网心科技有限公司 一种应用程序插件化的方法、系统以及相关装置
CN111371868B (zh) * 2020-02-26 2023-02-03 北京奇艺世纪科技有限公司 关联web应用和客户端的方法、装置、设备、系统以及存储介质
CN111726282B (zh) * 2020-06-19 2021-06-04 精英数智科技股份有限公司 web应用的通信方法、装置、电子设备及存储介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1442811A (zh) * 2002-03-06 2003-09-17 鸿富锦精密工业（深圳）有限公司 企业进出口货品联网监管系统及方法
CN1447942A (zh) * 2000-08-22 2003-10-08 西门子公司 在移动和固定数据处理装置间通信的系统和方法
CN1606015A (zh) * 2004-11-10 2005-04-13 李兵 安全性移动企业办公系统及其移动办公程序

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1755041A3 (en) * 2001-10-02 2010-09-22 Citrix Systems, Inc. Methods for distributed program execution with file-type association in a client-server network
CN101005463A (zh) * 2006-01-17 2007-07-25 千橡世纪科技发展（北京）有限公司 一种在浏览器网页中向桌面系统发送信息的系统和方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1447942A (zh) * 2000-08-22 2003-10-08 西门子公司 在移动和固定数据处理装置间通信的系统和方法
CN1442811A (zh) * 2002-03-06 2003-09-17 鸿富锦精密工业（深圳）有限公司 企业进出口货品联网监管系统及方法
CN1606015A (zh) * 2004-11-10 2005-04-13 李兵 安全性移动企业办公系统及其移动办公程序

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108897605A (zh) * 2018-07-24 2018-11-27 北京万相融通科技股份有限公司 一种桌面应用程序嵌入网页的方法及装置
CN108897605B (zh) * 2018-07-24 2022-03-08 北京万相融通科技股份有限公司 一种桌面应用程序嵌入网页的方法及装置

Also Published As

Publication number Publication date
CN101436148A (zh) 2009-05-20
CN101436148B (zh) 2011-11-02

Similar Documents

Publication Publication Date Title
WO2009062414A1 (en) Integrate client and method of desktop application communicating with net web application
JP3853592B2 (ja) 分散ウェブアプリケーションサーバ
JP3853593B2 (ja) ウェブアプリケーションサーバにおいて拡張可能な認証機構を実現するための方法および装置
JP4503225B2 (ja) 適応ディスパッチャを有する仮想ネットワーク
US8248992B2 (en) Method and apparatus for providing home network device service to an external device through web service
US8484305B2 (en) Method for activating and deactivating client-side services from a remote server
US8775651B2 (en) System and method for dynamic adaptation service of an enterprise service bus over a communication platform
US8010973B2 (en) Class loader for managing a network
US20030009539A1 (en) Distributed object middleware connection method
US20100077076A1 (en) Management apparatus and method thereof
WO2013064080A1 (zh) 业务配置的方法及装置
US7509422B2 (en) System and method for locating web services
CN109451014B (zh) 一种WebService代理系统及其透明代理方法
US7907544B2 (en) Overlay network for location-independent communication between computer systems
US8230448B2 (en) Methods, systems and computer program products for web service interaction with a resource management system
CN101909061A (zh) 基于远程显示协议的动态虚拟通道的创建和应用方法
CN111209127A (zh) 一种Dubbo框架集成Istio服务网格的方法
US7934218B2 (en) Interprocess communication management using a socket layer
JPH08115288A (ja) 通信管理方法
US20060047818A1 (en) Method and system to support multiple-protocol processing within worker processes
WO2012106968A1 (zh) Java应用程序向本地传递信息的方法及设备
WO2022121492A1 (zh) 文件传输方法、装置、计算机设备及存储介质
CN109660370A (zh) 一种数字广播系统的设备通信方法
CN114615321A (zh) 流量处理方法和装置
CN113973135A (zh) 数据缓存处理方法、装置、缓存网格平台和存储介质

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 08783853

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 08783853

Country of ref document: EP

Kind code of ref document: A1