Field device management apparatus

• US 8,806,467 B2
• Filed: 04/28/2011
• Issued: 08/12/2014
• Est. Priority Date: 05/07/2010
• Status: Active Grant

• Current Assignee: Yokogawa Electric Corporation
• Original Assignee: Yokogawa Electric Corporation
• Inventors: Kanokogi, Hiroaki
• Primary Examiner(s): Kang, Insun
• Application Number:
  US13/096,048
• Publication Number:
  US 20110276955A1
• Time in Patent Office: 1,202 Days
• Field of Search: None
• US Class Current: 717/166
• CPC Class Codes: G06F 9/44521 Dynamic linking or loading; Link editing at or after load time, e.g. Java class loading
• CPC Class Codes: G06F 9/465 Distributed object oriented systems remote method invocation [RMI] G06F9/548

Abstract

A field device management apparatus may include a plurality of COM in-process servers, each of which acquires and manages device data related to a corresponding one of field devices, and a launch-program COM in-process server that stores a launch-program, the launch-program activating an instance in each of the plurality of COM in-process servers, the launch-program preventing four different functions from being executed directly by an OS in the plurality of COM in-process servers. The plurality of COM in-process servers may be initialized on the Microsoft Windows operating system to generate COM objects in different memory spaces.

Claims

1. A field device management apparatus comprising:

a personal computer operating with a MICROSOFT WINDOWS operating system (OS); and

a communication unit connected to field devices through a communication path, the communication unit receiving device data of the field devices,

wherein the personal computer includes a processor configured to provide;

a plurality of component object model (COM) in-process servers, each of which acquires and manages the device data related to a corresponding one of the field devices; and

a launch-program COM in-process server that stores a launch-program, the launch-program activating and closing an instance of a COM object in each of the plurality of COM in-process servers, the launch-program calling four different functions of “

GetClassObject”

, “

CanUnloadNow”

, “

RegisterServer”

, and “

UnregisterServer” and

preventing the four different functions from being executed directly by the OS in the plurality of COM in-process servers, and

wherein the plurality of COM in-process servers are initialized on the MICROSOFT WINDOWS operating system to generate each instance of the COM object in respectively different memory spaces.

2. The field device management apparatus according to claim 1, wherein the launch-program prevents the “

GetClassObject”

function from generating a new instance of the COM object.

3. The field device management apparatus according to claim 2, wherein

if the “

GetClassObject”

function is called for the first time, then the “

GetClassObject”

function is called from a body DLL, and

if the “

GetClassObject”

function is called for equal to or more than the second time, then the body DLL is copied to a copy DLL, which has a different name from the body DLL, and the “

GetClassObject”

function is called from the copy DLL.

4. The field device management apparatus according to claim 3, wherein data of the copy DLL is stored in an array of the instance.

5. The field device management apparatus according to claim 1, wherein the “

CanUnloadNow”

function is called only at a termination time of the instance.

6. The field device management apparatus according to claim 1, wherein the COM object includes at least one of a global variable and a static variable.

7. A field device management apparatus comprising:

a personal computer operating with a MICROSOFT WINDOWS operating system (OS); and

a communication unit connected to field devices through a communication path, the communication unit receiving device data of the field devices,

wherein the personal computer includes a processor configured to provide;

a client server including a client program;

a first component object model (COM) in-process server that acquires and manages device data related to a first field device, the first COM in-process server including a first instance of a COM object;

a second COM in-process server that acquires and manages device data related to a second field device, the second COM in-process server including a second instance of the COM object; and

a launch-program COM in-process server that stores a launch-program, the launch-program calling four different functions of “

GetClassObject”

, “

CanUnloadNow”

, “

RegisterServer”

, and “

UnregisterServer” and

preventing the four different functions from being executed directly by the OS in the first and second COM in-process servers, and

wherein the first COM in-process server is initialized on the MICROSOFT WINDOWS operating system to generate the COM object in a first memory space in the first COM instance, and the second COM in-process server is initialized on the MICROSOFT WINDOWS operating system to generate the COM object in a second memory space in the second COM instance, the first memory space being different from the second memory space.

8. The field device management apparatus according to claim 7, wherein the launch-program prevents the “

GetClassObject”

function from generating a new instance of the COM object.

9. The field device management apparatus according to claim 8, wherein

if the client program calls the “

GetClassObject”

function for the first time, then the “

GetClassObject”

function is called from a body DLL, and

if the client program calls the “

GetClassObject”

function for equal to or more than the second time, then the body DLL is copied to a copy DLL, which has a different name from the body DLL, and the “

GetClassObject”

function is called from the copy DLL.

10. The field device management apparatus according to claim 9, wherein data of the copy DLL is stored in an array of the first and second COM instances.

11. The field device management apparatus according to claim 7, wherein the “

CanUnloadNow”

function is called only at a termination time of the first and second instances.

12. The field device management apparatus according to claim 7, wherein the COM object includes at least one of a global variable and a static variable.

13. A field device management method comprising:

acquiring and managing device data related to a field device by each of a plurality of component object model (COM) in-process servers, the device data being acquired through a communication path to the field device;

storing a launch-program by a launch-program COM in-process server, the launch-program activating and closing an instance of a COM object in each of the plurality of COM in-process servers, the launch-program calling four different functions of “

GetClassObject”

, “

CanUnloadNow”

, “

RegisterServer”

, and “

UnregisterServer” and

preventing the four different functions from being executed directly by a MICROSOFT WINDOWS operating system (OS); and

initializing the plurality of COM in-process servers on the MICROSOFT WINDOWS OS to generate instances of a COM object in respectively different memory spaces.

14. The field device management method according to claim 13, wherein the launch-program prevents the “

GetClassObject”

function from generating a new instance of the COM object.

15. The field device management method according to claim 14, wherein

if the “

GetClassObject”

function is called for the first time, then the “

GetClassObject”

function is called from a body DLL, and

if the “

GetClassObject”

function is called for equal to or more than the second time, then the body DLL is copied to a copy DLL, which has a different name from the body DLL, and the “

GetClassObject”

function is called from the copy DLL.

16. The field device management method according to claim 13, wherein the “

CanUnloadNow”

function is called only at a termination time of each of the instances.

17. The field device management method according to claim 13, wherein the COM object includes at least one of a global variable and a static variable.