US20020004847A1 - System for performing remote operation between firewall-equipped networks or devices - Google Patents

System for performing remote operation between firewall-equipped networks or devices Download PDF

Info

Publication number
US20020004847A1
US20020004847A1 US09/245,921 US24592199A US2002004847A1 US 20020004847 A1 US20020004847 A1 US 20020004847A1 US 24592199 A US24592199 A US 24592199A US 2002004847 A1 US2002004847 A1 US 2002004847A1
Authority
US
United States
Prior art keywords
unit
serviced
firewall
remote operation
connection
Prior art date
Legal status (The legal status 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 status listed.)
Granted
Application number
US09/245,921
Other versions
US6374298B2 (en
Inventor
Kazuhira Tanno
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu 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 Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to US09/245,921 priority Critical patent/US6374298B2/en
Assigned to FUJITSU LIMITED reassignment FUJITSU LIMITED ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: TANNO, KAZUHIRA
Publication of US20020004847A1 publication Critical patent/US20020004847A1/en
Application granted granted Critical
Publication of US6374298B2 publication Critical patent/US6374298B2/en
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00Network architectures or network communication protocols for network security
    • H04L63/02Network architectures or network communication protocols for network security for separating internal from external traffic, e.g. firewalls
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00Network architectures or network communication protocols for network security
    • H04L63/02Network architectures or network communication protocols for network security for separating internal from external traffic, e.g. firewalls
    • H04L63/029Firewall traversal, e.g. tunnelling or, creating pinholes
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/12Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H04L67/125Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks involving control of end-device applications over a network

Definitions

  • This invention relates to a remote maintenance and remote operation system in which a servicing device connected to an intracompany network of a service providing company performs maintenance and management on a device connected to a user-side network over an open external network, such as the Internet, through remote operation, and more specifically to a remote maintenance and remote operation system for use with network systems each of which is equipped with a firewall for the other.
  • the Internet has a problem of security because it is an open network.
  • an intracompany network of a company is connected to the Internet and so all of host computers connected to that network are made accessible by outsiders over the Internet, then the company will be exposed to dangers that important internal information which must be kept confidential may be stolen, the system may be crashed, data may be altered, and the like.
  • firewall has come to be provided between the Internet and an intracompany network recently.
  • the firewall is a facility for protecting the intracompany network from hackers.
  • firewalls are roughly classified into packet filtering gateways, circuit gateways, and application gateways.
  • FIG. 1 is a schematic illustration of a firewall that is equipped with the above-described packet filtering gateway feature and installed between an external network (Internet) 1 and an internal network (intracompany network) 2 .
  • Internet Internet
  • intracompany network Internet 2
  • IP address filtering and TCP port filtering by way of example.
  • IP datagram IP packet routing within the Internet is controlled on a bucket brigade basis.
  • IP datagram contains an IP header and a TCP header in its header.
  • the IP header contains an IP destination address (receiving IP address in the figure) and an IP source address (transmitting IP address in the figure).
  • the IP address comprises a network address and a host address.
  • the TCP header contains a receiving port number and a transmitting port number.
  • the port numbers have a one-to-one correspondence with processes and are utilized for interprocess communications over the Internet.
  • a firewall 3 is provided with an IP address table 32 and a port number table 34 .
  • IP address table 32 is entered a set of IP addresses that is acceptable to the internal network 2 .
  • port number table 34 is entered a set of port numbers that is acceptable to the internal network 2 .
  • IP address filtering when a packet is received, a reference is made to the IP address table 32 . If a transmitting IP address that has not been entered into that table is placed in the IP header of that packet (IP datagram), the IP datagram is rejected. Also, in the TCP port filtering, a reference is made to the port number table 34 when an IP datagram (packet) is received. If a port number that has not been stored into the port number table 34 is placed in the TCP header of that IP datagram, it is rejected. In this way, specific applications, such as Telenet, FTP and the like, can be filtered.
  • FIG. 2 is a diagram for use in explanation of a second feature of the firewall 3 .
  • the firewall 3 is provided with a feature of making access to hosts within the internal network 2 for hosts on the external network 1 (e.g., the Internet) in order not to allow the external hosts to make direct access to the hosts within the internal network 2 . In other words, access by hosts within the internal network 2 to the external network is to be made through the firewall 3 all the time.
  • hosts on the external network 1 e.g., the Internet
  • an IP address of “E” is set up on the firewall 3 .
  • “A”, “B”, “C” and “D” are set up on hosts A, B, C and D in the internal network 2 as their respective IP addresses.
  • the host B wants to transmit an IP datagram 12 to some host (external host) on the external network 1
  • the host B transmits the datagram 12 to the firewall 3 not to the external host directly. Since the IP address set up on the host B is “B” as described above, the transmitting IP address of the IP datagram 12 is “B”.
  • the firewall 3 translates the original transmitting IP address B to its IP address “E” for subsequent transmission over the external network 1 .
  • IP relay feature if only the IP address of the firewall 3 is made open to the external network 1 , the existence of the internal network will be kept from the external network.
  • the feature is also called the IP relay feature.
  • FIG. 3 shows a system in which internal networks 2 A, 2 B, 2 C and 2 D of respective A, B, C and D companies are connected with a commercial network 5 .
  • each of the A, B, C and D companies installs a respective one of firewalls 3 A, 3 B, 3 C and 3 D between its own internal network 2 A, 2 B, 2 C, and 2 D and the commercial internet 5 in order to protect their respective internal networks from unauthorized access via the commercial network 5 .
  • the A company is a company which provides maintenance and management services for pieces of software and hardware within a network that its client manages.
  • the client is the D company and the A company considers performing maintenance and management services for a serviced device 7 connected to the D company's network 2 D using a servicing device 6 connected to its own network by means of remote operation over the commercial internet 5 .
  • the A company's servicing device 6 will be able to perform maintenance and management on the D company's serviced device 7 by remote operation. However, this will result in a problem of security. That is, in this case, since any host connected to the A company's internal network 2 A, even it be a host other than the servicing device 6 , can enter the D company's internal network, the possibility exists that the internal network 2 D system of the D company may be destroyed and important information may be stolen. The reason is that the D company's firewall 3 D cannot identify the source of packets sent from the A company's firewall 3 A over the commercial internet 5 .
  • the present invention is directed to a system which is provided with a servicing unit connected to a first internal network in which a first firewall is installed for an external network and a serviced unit connected to a second internal network in which a second firewall is installed for the external network and wherein the servicing unit performs a remote operation on the serviced unit through the external network.
  • the serviced unit comprises: packet communications means for transmitting an identifier specifying the address of the servicing unit connected to the first internal network, setting up a connection with the servicing unit via the second firewall and the first firewall, and transmitting packets to or from the servicing unit over the connection; and remote operation execution means for fetching remote operation directive information from packets received by the packet communications means and performing a remote operation on the serviced unit as indicated by the remote operation directive information.
  • the serviced unit becomes able to transmit and receive packets used for remote operation to or from the servicing unit by first sending the identifier to the firewall on the servicing unit side and then setting up the connection with the servicing unit.
  • the serviced unit can receive packets containing remote operation directive information from the servicing unit and perform an operation on itself as indicated by that directive information, thereby performing a remote operation.
  • FIG. 1 is a diagram for use in explanation of the packet filtering gateway feature of a firewall
  • FIG. 2 is a diagram for use in explanation of the IP address translation/relay feature which is a second feature of the firewall;
  • FIG. 3 shows a system in which each of internal networks of A, B, C and D companies is connected by a firewall to a commercial internet;
  • FIG. 4 is a diagram for use in explanation of the reason why, in the system of FIG. 3, a servicing unit connected to the internal network of the A company cannot perform remote maintenance/operation on a serviced unit connected to the internal network of the D company;
  • FIG. 5 is a diagram for use in explanation of a prior art method by which, in the system of FIG. 3, the servicing unit connected to the internal network of the A company performs remote maintenance/operation on a serviced unit connected to the internal network of the D company;
  • FIG. 6 is a first diagram for use in explanation of the principles of the present invention.
  • FIG. 7 is a second diagram for use in explanation of the principles of the present invention.
  • FIG. 8 is a third diagram for use in explanation of the principles of the present invention.
  • FIG. 9 is a fourth diagram for use in explanation of the principles of the present invention.
  • FIG. 10 shows the entire configuration of a remote maintenance and operation system according to an embodiment of the present invention
  • FIG. 11 is a diagram for use in explanation of the overall operation of the system of FIG. 10;
  • FIG. 12 shows an exemplary system configuration of the embodiment of FIG. 10
  • FIG. 13 shows a configuration of the header of an IP datagram in a packet communicated between the service company network and the client company network in the system of FIG. 12;
  • FIG. 14 is a first diagram illustrating the contents of a packet communicated between the servicing unit and the client's serviced device when the servicing device performs remote maintenance/operation on the serviced unit in the system of FIG. 12;
  • FIG. 15 is a second diagram illustrating the contents of a packet communicated between the servicing unit and the client's serviced device when the servicing unit performs remote maintenance/operation on the serviced unit in the system of FIG. 12;
  • FIG. 16 is a third diagram illustrating the contents of a packet communicated between the servicing unit and the client's serviced device when the servicing unit performs remote maintenance/operation on the serviced unit in the system of FIG. 12;
  • FIG. 17 shows the format of a packet transferred between the servicing unit and the serviced unit during the operation shown in FIGS. 14, 15 and 16 ;
  • FIGS. 18A and 18B are diagrams for use in explanation of the formats of the respective packets shown in FIGS. 14 and 16;
  • FIG. 19 is an operating flowchart illustrating a process of relaying a packet (IP datagram) between the serviced unit and the servicing unit by the remote maintenance/operation central unit;
  • FIG. 20 is an operating flowchart illustrating the IP relay feature of the remote maintenance/operation central unit illustrated in the operating flowchart of FIG. 19 from a different point of view.
  • FIG. 6 is a first diagram illustrating the principles of the present invention
  • a client's internal network 82 is connected by an external network 84 with a remote operation service providing company's internal network 86 .
  • Firewalls 83 and 85 are respectively installed in the internal networks 82 and 86 for the external network 84 .
  • An embodiment of the present invention supposes a remote operation service system in which a remote operation service is provided to a serviced unit 81 connected to the client internal network 82 by a servicing unit 87 connected to the remote operation providing company's internal network 86 .
  • the serviced unit 81 sets up a first connection with the second firewall 85 associated with the remote operation service providing company's internal network 86 via the client network 82 and the first firewall 83 associated with the network 82 and then communicates packets containing data for remote operation with the servicing unit 87 connected to the service company's internal network 86 .
  • the second firewall 85 sets up a second connection with the servicing unit 87 via its associated internal network 86 after the first connection with the serviced unit 81 has been set up and then relays packets to be transmitted between the serviced unit 81 and the servicing unit 87 using the fist and second connections.
  • the servicing unit 87 transmits packets to be transmitted to or from the serviced unit 81 to or from the second firewall 85 over the second connection to thereby provide a remote operation service for the serviced unit 81 .
  • the second firewall 85 is equipped with a validation section for validating whether or not the serviced unit 81 belongs to a user under contract on the basis of the contents of data in packets transmitted from the serviced unit 81 over the first connection.
  • the serviced unit 81 is equipped with a validation section which, at the time of receipt of a packet produced by the servicing unit 87 and transferred from the second firewall 85 over the first connection, validates whether a remote operation executing command stored in that packet is valid or not.
  • the above-described external network is the Internet by way of example.
  • FIG. 7 is a second diagram illustrating the principles of the present invention.
  • the serviced unit 81 is illustrated equipped with a packet communications section 51 , a remote operation execution section 52 , an execution result return section 53 , and a security check section 54 .
  • the packet communications section 51 transmits an identifier specifying the address of the servicing unit 87 connected to the internal network 86 to the second firewall 85 , sets up a connection with the servicing unit 87 via the first and second firewalls 83 and 85 , and transmits packets to or from the servicing unit 87 over that connection.
  • the execution result return unit 53 returns the results of execution of remote operation by the remote operation execution section 52 to the second firewall 85 via the packet communications section.
  • the security check section 54 checks the validity of a remote operation command contained in a packet received by the packet communications section 51 .
  • the remote operation execution section 52 carries out remote operation on the serviced unit in accordance with the remote operation command after its validity has been confirmed by the security check section 54 .
  • FIG. 8 is a third diagram for use in explanation of the principles of the invention.
  • a central unit 88 functions as the second firewall 85 for the external network 84 of the internal network 86 of the company which provides remote operation service via the external network 84 for the serviced unit 81 connected to the contract user's internal network 82 in which the first firewall 83 is installed against the external network 84 .
  • the central unit 88 is equipped with a first packet communications section 61 , a security check unit 62 , and a second packet communications section 63 .
  • the first packet communications unit 61 sets up a first connection with the serviced unit 81 via the first firewall 83 and the external network 84 and transmits packets to or from the serviced unit 81 over the first connection.
  • the security check unit 62 checks packets received by the first communications unit 61 after the first connection has been set up to ensure that they have been sent from the serviced unit 81 of the user under contract.
  • the second communications section 63 sets up a second connection with the servicing unit 87 via its associated internal network 86 when the security check section 62 determined that the packets had been sent from the serviced unit 81 of the user under contract and then transmits packets to or from the servicing unit 87 over the second connection.
  • the central unit 88 is equipped with a first database 64 into which validation information for the user under contract has been entered.
  • the security check section 62 checks received packets for the presence of the validation information entered into the database 64 , thereby determining whether they are from the user under contract.
  • the central unit 88 is equipped with a second database 65 into which servicing unit identification information used to set up the second connection has been entered.
  • the second packet communications section 63 may be configured to retrieve servicing unit identification information corresponding to service identification information stored in packets received by the first packet communications section 61 from the second database 65 and set up the second -connection using the servicing unit identification information.
  • FIG. 9 is a fourth diagram illustrating the principles of the invention.
  • the servicing unit 87 is equipped with a packet communications section 71 and a remote operation execution section 72 .
  • the packet communications section 71 sets up a connection with the second firewall 85 and then transmits packets to or from the serviced unit 81 over that connection.
  • the remote operation execution section 72 produces a packet in which a command is set up to perform a remote operation, which is specified by remote operation instructing information stored in packets received by the packet communications section 71 , on the serviced unit and transmits it to the second firewall 85 via the packet communications section.
  • the remote operation execution section 72 obtains the result of execution of an remote operation that the serviced unit 81 placed from packets received by the packet communications section and outputs it to the outside.
  • the serviced unit 81 sets up a first connection with the second firewall 85 installed for the remote operation servicing company's internal network 86 via the client network 82 , the first firewall 83 and the external network 84 and then transmits packets containing data for remote operation to or from the servicing unit 87 connected to the servicing company's internal network 86 over the first connection.
  • the second firewall 85 sets up a second connection with the servicing unit 87 via its associated internal network 86 after the first connection has been set up and relays packets to be transmitted between the serviced unit 81 and the servicing unit 87 by the use of the first and second connections.
  • the servicing unit 87 performs remote operation service on the serviced unit 81 by transmitting packets that are to be transmitted to or from the serviced unit 81 to or from the second firewall 85 over the second connection.
  • the second firewall 85 determines, through its validation section, whether the serviced unit 81 belongs to the user under contract or not on the basis of the contents of data placed in packets transmitted from the serviced unit 81 over the first connection.
  • the serviced unit 81 determines whether a remote operation executing command stored in that packet is a valid command or not through its validation section.
  • a servicing unit 87 on the servicing company internal network can perform remote operation service on a serviced unit 81 on the client internal network through the external network with security for the customer and servicing company internal networks being kept.
  • the packet communications section 51 transmits an identifier which allows the second firewall 85 to specify the address of the servicing unit 87 connected to the internal network 86 , sets up a connection with the servicing unit 87 through the first and second firewalls 83 and 85 , and transmits packets to or from the servicing unit 87 over that connection.
  • the remote operation execution section 52 fetches remote operation command information from a packet received by the packet communications section 51 and then performs remote operation as specified by the remote operation command information.
  • a serviced unit 81 on the client network can transmit packets to the service providing company's internal network 86 and receive packets from a servicing unit 87 on the service providing company's internal network 86 .
  • the security check section 54 checks the remote operation instruction information placed in packets received by the packet communications section 51 for validity.
  • the remote operation execution section 52 then performs a remote operation according to the contents of the remote operation directive information the validity of which has been confirmed by the security check section 54 .
  • the execution result return section 53 then sends the results of the remote operation executed by the remote operation execution section 52 to the second firewall 85 through the packet communications section.
  • the serviced unit 81 can receive remote operation service while keeping its security and the servicing unit 87 can acquire the results of a remote operation performed on the serviced unit 81 through the second firewall 85 .
  • the first packet communications section 61 sets up a first connection with the serviced unit 81 through the first firewall 83 and the external network 84 and then transmits packets to or from the serviced unit 81 over the first connection.
  • the security check section 62 checks whether or not the packets received by the first packet communications section 61 after the first connection has been set up are packets transmitted from the serviced unit 81 of the user under contract. When it is determined by the securing check section 62 that the packets received by the first packet communications section 61 are packets transmitted from the serviced unit 81 of the user under contract, then the second packet communications section 63 sets up a second connection with the servicing unit 87 through its associated internal network 86 and then transmits packets to or from the servicing unit 87 over the second connection.
  • packets can be transmitted to or from the serviced unit 81 connected to the client internal network 82 in which the first firewall 83 is installed.
  • a security check can be performed on received packets to reject improper packets. Only packets sent from the serviced unit 81 of a user under contract can be transmitted to the servicing unit 87 . Furthermore, packets can be transmitted from the servicing unit 87 to the serviced unit 81 .
  • the packet communications section 71 sets up a connection with the second firewall 85 and then transmits packets to or from the serviced unit 81 over that connection.
  • the remote operation execution section 72 produces a packet in which a command is placed to perform on the serviced unit 81 a remote operation specified by remote operation request information stored in packets received by the packet communications section 71 and then transmits it to the second firewall 85 through the packet communications section 71 .
  • the remote operation execution section 72 fetches the result of execution of the remote operation set by the serviced unit 81 from packets received by the packet communications section 71 and provides it to the outside.
  • the servicing unit 87 on the service providing company's internal network 86 can transmit packets to or from the second firewall 85 installed for the external network 84 . This allows the servicing unit 87 to transmit packets for remote operation service to or from the serviced unit 81 when the second firewall 85 sets up a connection with the serviced unit 81 on the user internal network 82 .
  • FIG. 10 shows the entire configuration of a remote maintenance and remote operation system according to an embodiment of the present invention.
  • a network 110 is an intracompany network of the A company which provides remote maintenance and remote operation service
  • a network 210 is an intracompany network of the D company which is a client or user of that service.
  • the A company's network 110 and the D company's client network 210 are connected by a line 250 such as a public line, a commercial internet, or the like. Between the network 110 and the line 250 is installed a remote maintenance/operation central unit 120 which serves as a firewall. Also, a firewall 220 is installed between the client network 210 and the line 250 .
  • a servicing unit 130 which provides remote maintenance and remote operation service.
  • a serviced unit 230 which receives the remote maintenance and remote operation service provided by the servicing unit 130 .
  • the remote maintenance/operation central unit 120 has a function of relaying packets (IP datagrams) from the servicing unit 130 on the service company's network 110 to the serviced unit 230 on the client network 210 .
  • the central unit 120 has a user validation feature to provide security for its associated network 110 .
  • the user validation feature is implemented by the provision of a user validation database 121 .
  • the user validation database 121 stores four pieces of information items, i.e., serviced unit ID, user ID, password, and service ID, for each serviced unit 230 .
  • the remote maintenance/operation central unit 120 is also equipped with a servicing unit database 122 , which stores IP addresses of servicing unit 130 having service IDs which have been entered into the user validation database 121 .
  • the remote maintenance/operation central unit 120 is further equipped with a serviced unit connected section 124 , a servicing unit connecting section 125 , and a service company network security section 126 .
  • the serviced unit connected unit 124 sets up a connection A, which is a logical path, with the serviced unit 230 connected to the client network 210 via the firewall 220 by means of the TCP protocol.
  • a setup request for the connection A is made by the serviced unit 230 on the client network 210 .
  • the serviced unit connected section 124 uses the pass A corresponding to the connection A to deliver packets bound for the serviced unit 230 produced by the servicing unit 130 to the serviced unit 230 through the firewall 220 and the client network 210 .
  • the servicing unit connecting section 125 is responsive to a request by the serviced unit connecting section 124 to set up a connection B, which is a logical path, between the remote maintenance/operation central unit 120 and the servicing unit 130 through the service company network security section 126 by means of the TCP protocol.
  • the setup request for the connection B is made after the connection path A has been set up and the serviced unit 230 has been identified as a contract user's unit on the basis of the service ID, user ID, serviced unit ID and password contained in the data part of a packet sent from the serviced unit over the path A.
  • the service company network security section 126 carries out the above-mentioned user validation process of determining whether the serviced unit 230 is a contract user's unit by making a reference to the user validation database 121 as requested by the serviced unit connected section 124 and then returns the result to the serviced unit connecting section 124 .
  • the servicing unit 130 is equipped with a central unit connecting section 132 and a remote maintenance/operation execution section 134 .
  • the central unit connecting section 132 sets up the connection B with the servicing unit connecting section 125 in the remote maintenance/operation central unit 120 through the associated network 110 and receives a remote maintenance/operation requesting packet transmitted by the serviced unit 230 from the servicing unit connecting section 125 over the path B corresponding to the connection B. This request is delivered to the remote maintenance/operation execution section 134 . A packet which stores a command to execute remote maintenance/operation requested by the remote maintenance/operation execution section 134 is sent to the servicing unit connecting section 125 in the central unit 120 over the path B.
  • the remote maintenance/operation execution section 134 Upon receipt of a packet containing a message requesting the start of remote maintenance/operation transmitted by the serviced unit 230 via the servicing unit connecting section 125 , the remote maintenance/operation execution section 134 produces a packet bound for the serviced unit 230 which contains, in its data part, a command to perform remote maintenance/operation on the serviced unit 230 and then requests the central unit connected section 132 to send that packet to the servicing unit 130 in the remote maintenance/operation central unit 120 .
  • This packet is sent by the central unit connected section 132 to the servicing unit connected section 125 in the remote maintenance/operation central unit 120 over the connection B, then sent by the serviced unit connecting section 124 to the serviced unit 230 over the connection A.
  • the remote maintenance/operation execution section 134 performs a remote operation of locating and correcting faults in hardware and software that the service company sold to the user (client).
  • the serviced unit 230 is composed of a central unit connecting section 232 , a remote maintenance/operation executed section 234 , and a serviced unit security section 235 .
  • the central unit connecting section 232 sets up the connection A with the serviced unit connected section 124 in the remote maintenance/operation central unit 120 through its associated firewall 220 in making a request to the servicing unit 130 under contract for remote maintenance/operation of its associated unit 230 . After that, commands for remote maintenance/operation and packets containing the results of the remote maintenance/operation are transmitted between the central unit connecting section 232 and the servicing unit 130 over the secondary path comprised of the connection A and the connection B.
  • the remote maintenance/operation executed section 234 receives packets transmitted by the servicing unit 130 from the central unit connecting section 232 , fetches a command for remote maintenance/operation from the packets, and analyzes and executes that command. The section 234 then produces a packet which contains the result of the execution of that command, i.e., the result of the execution of the remote maintenance/operation and requests the central unit connecting section 232 to transmit that packet to the servicing unit 130 . The central unit connecting section 232 then sends that packet to the serviced unit connected section 124 in the remote maintenance/operation central unit 120 over the connection A.
  • the serviced unit security protection section 235 When receiving a request by the remote maintenance/operation executed section 234 , the serviced unit security protection section 235 performs a security check on a packet that the remote maintenance/operation executed section 234 receives from the servicing unit 130 . That is, a check is made as to whether the command stored in that packet is a proper command specified in the contract and the like. The result of that check is returned to the remote maintenance/operation executed section 234 . For example, the security check is made to protect files that the client does not want for the service provider to make access to.
  • the serviced unit 230 is equipped with a non-reference file name database 236 as a database which allows the serviced unit security protection section 235 to make a security check as described above.
  • the names of files that the client forbids the servicing unit 130 to make access to are entered into the non-reference file name database 236 .
  • the security protection section 235 instructs the remote maintenance/operation execution section 134 to prohibit the execution of that command.
  • the remote maintenance/operation executed section 234 will execute only commands which, of commands from the servicing unit 130 , ensure the user security protection.
  • the execution of remote maintenance/operation is started as requested by the client. For example, this request is made through a GUI (Graphical User Interface) displayed on a display section of the serviced unit 230 (S 11 ).
  • GUI Graphic User Interface
  • the central unit connecting section 232 sets up the connection A with the serviced unit connected section 124 in the remote maintenance/operation central unit 120 through the client network 210 and the firewall 220 . Thereby, a session is established between the central unit connecting section 232 and the serviced unit connected section 124 , permitting packets to be transmitted between the sections 232 and 124 over the connection A.
  • the central unit connecting section 232 produces a packet containing the service ID, user ID, serviced unit ID and password which were assigned to the serviced unit 230 at the time of contract and then sends it to the serviced unit connected section 124 in the remote maintenance/operation central unit 120 over the connection A (S 12 ).
  • the serviced unit connected section 124 Upon receipt of the packet, the serviced unit connected section 124 sends the service ID, user ID, serviced unit ID, and password placed in the packet to the service company network security protection section 126 for a request for determination of whether the packet was sent from the serviced unit connected section 124 of a contract user.
  • the security protection section 125 checks the four pieces of information with information entered into the user validation database 121 (S 13 ) and determines whether or not that packet was sent from the contract user (S 14 ). If the determination is that the packet was sent from the contract user (S 14 , YES), then the security protection section 125 searches the servicing unit database 122 for a servicing unit 130 corresponding to the service ID using the service ID as a key and acquires the IP address of the servicing unit 130 . The security protection section returns the result of the check and the IP address of the servicing unit 130 to the serviced unit connected section 124 (S 15 ).
  • step S 14 If, on the other hand, the determination in step S 14 is that the packet is not from a contract user (NO), then the packet is rejected. In addition, the connection A is disconnected.
  • the serviced unit connecting section 124 When the serviced unit connecting section 124 receives the result of the determination from the associated network security protection section 126 and hence knows that the packet received by itself was sent from the serviced unit 230 of a contract user, it sends the IP address of the servicing unit 130 connected to the service company network security protection section 126 to the servicing unit connecting section 125 to make a request for setting up the connection B with the servicing unit 130 . In response to this request, the servicing unit connecting section 125 sets up the connection B with the central unit connected section 132 in the servicing unit 130 via the service company network 110 (S 16 ).
  • the servicing unit connecting section 125 notifies the central unit connected section 132 in the servicing unit 130 via the connection B that packet communications with the serviced unit 230 was made possible (S 17 ).
  • the central unit connecting section 232 requests the remote maintenance/operation execution section 134 to start the execution of remote maintenance/operation on the serviced unit 230 .
  • the execution section 134 starts providing remote maintenance/operation services specified at the time of a contract.
  • the remote operation is performed by transmitting a packet containing a command for remote maintenance/operation to the contract serviced unit 230 . That is, the remote maintenance/operation execution section 134 produces that packet and requests the central unit connected section 132 to transmit it to the serviced unit 230 (S 18 ).
  • the central unit connected section 132 then transmits that packet for remote maintenance/operation execution to the servicing unit connecting section 125 in the remote maintenance/operation central unit 120 over the connection B (Sl 9 ).
  • the servicing unit connecting section 125 Upon receipt of that packet, the servicing unit connecting section 125 sends it to the central unit connecting section 232 in the serviced unit 230 over the connection A (S 20 ).
  • the central unit connecting section 232 Upon receipt of that packet, the central unit connecting section 232 requests the serviced unit security protection section 235 to check it for validity. Upon receipt of the result that the command contained in that packet is valid from the security protection section 235 , the central unit connecting section 232 requests the remote maintenance/operation executed section 234 to execute that command. Then, the section 234 executes the command, produces a packet which contains the result of the execution, and requests the central unit connecting section 232 to send that packet to the servicing unit 130 . The connecting section 232 sends the packet received to the serviced unit connected section 124 in the remote maintenance/operation central unit 120 over the connection A (S 21 ).
  • the serviced unit connected section 124 receives a packet containing the results of the remote maintenance/operation execution and then sends it to the central unit connected section 132 in the servicing unit 130 over the connection B (S 23 ).
  • the connected section 132 fetches the results of the remote maintenance/operation execution from it and then sends them to the remote maintenance/operation execution section 134 , which displays the execution results on the display section of the servicing unit 130 (S 24 ).
  • steps 18 through 24 are repeated while the execution of remote maintenance/operation is directed in the serviced unit 230 .
  • the remote maintenance/operation execution is directed through a GUI (Graphical User Interface) displayed on the display section of the servicing unit 130 .
  • GUI Graphic User Interface
  • the central unit connected section 132 then disconnects the connection B (S 26 ).
  • the servicing unit connecting section 125 in the remote maintenance/operation central unit 120 produces a packet to assign a new password to the serviced unit 230 and then sends it to the central unit connecting section 232 in the serviced unit 230 over the connection A.
  • the serviced unit 230 acknowledges receipt of the new password
  • the serviced unit connected section 124 in the remote maintenance/operation central unit 120 disconnects the connection A (S 27 ).
  • the serviced unit 230 After the disconnection of the connection A, the serviced unit 230 stores that new password in a predetermined memory for use with the next remote maintenance/operation (S 28 ).
  • the service company network 110 and the client network 210 are connected by the Internet 250 , and the remote maintenance/operation central unit 120 and the servicing unit 130 in the service company network 110 and the firewall 220 and the serviced unit 230 in the client network 210 are assigned IP addresses and port numbers as shown.
  • the remote maintenance/operation central unit 120 has its IP address set to “C”
  • the serviced unit connected section 124 in the central unit has its port number set to “P 1 ”
  • the servicing unit 130 has its IP address set to “D”.
  • the serviced unit 230 has its IP address set to “A”
  • the central unit connecting section 232 in the serviced unit has its port number set to “P 2 ”
  • the firewall 220 has its IP address set to “B”.
  • FIG. 13 shows the configuration of a header 300 set up on an IP datagram in a packet transmitted between the service company network 110 and the client network 210 .
  • the header 300 is composed of an IP header 301 , a TCP header 302 , and a remote maintenance/operation header 303 .
  • the IP header 301 contains various pieces of information determined by the IP protocol, such as a transmitting IP address (source address), a receiving IP address (destination address), etc.
  • the TCP header 302 contains various pieces of information determined by the TCP protocol, such as a transmitting port number (source port number), a receiving port number (destination port number), an SEQ (sequence number), etc.
  • the remote maintenance/operation header 303 which constitutes a feature of the present embodiment, contains a service ID (SVID), user ID (UID), password (PWD), and serviced unit ID (WID) which, as described previously, are used for security check to determine whether or not packets received by the serviced unit connected section 124 over the connection A have been sent from a contract user.
  • the remote maintenance/operation header 303 is placed in the data part of the TCP header 302 .
  • FIGS. 14, 15 and 16 are diagrams for use in explanation of the flow of packets described in conjunction with the flowchart of FIG. 11 and the packet contents.
  • FIG. 17 Before describing the flow of packets and the packet contents, reference will first be made to FIG. 17 to describe the format of a packet 400 transmitted between the serviced unit 230 and the servicing unit 130 .
  • This packet begins with a TCP/IP header 400 a as in a usual IP datagram, followed by a remote maintenance/operation header 400 b used for remote maintenance/operation between the serviced unit 230 and the servicing unit 130 and communications data 400 c .
  • the TCP/IP header 400 a consists of the IP header 301 and the TCP header 302 shown in FIG. 13.
  • the contents of the remote maintenance/operation header 400 b are the same as those of the header 303 of FIG. 13.
  • packets 401 to 406 shown in FIGS. 14, 15 and 16 packets 401 , 402 and 403 sent from the serviced unit 230 to the servicing unit 130 each have a TCP/IP header formatted as shown in FIG. 18A. Packets 404 , 405 and 406 sent from the servicing unit 130 to the serviced unit 230 each have a TCP/IP header formatted as shown in FIG. 18B.
  • connection (session) A set up between the serviced unit 230 and the remote maintenance/operation central unit 120 and the connection (session) B set up between the remote maintenance/operation central unit 120 and the servicing unit 130 are employed.
  • the central unit connecting section 232 in the serviced unit 230 associated with the client network 210 transmits to the firewall 220 a packet (IP datagram) 401 containing a remote maintenance/operation header in the data part of the TCP header shown in FIG. 18.
  • the firewall 220 receives that packet over the client network 210 and then changes the transmitting IP address in the IP header from the IP address, “A”, of the serviced unit 230 to its IP address “B”.
  • the resulting packet (IP datagram) 404 is then transmitted to the serviced unit connected section 124 in the remote maintenance/operation central unit 120 associated with the service company network 110 over line 250 .
  • connection (session) A The above packet communications are made by using the connection (session) A.
  • the service company network 110 will not know the IP address A of the serviced unit 230 because the transmitting IP address of the packet 402 that the remote maintenance/operation central unit 120 associated with the service company network 110 receives is set to the IP address B of the firewall 220 associated with the client network 210 .
  • the remote maintenance/operation central unit 120 Upon receipt of the packet 402 , the remote maintenance/operation central unit 120 examines the remote maintenance/operation header of the packet 402 while maintaining the session A with the firewall 220 on the client network 210 side. That is, the service company network security protection section 126 examines whether or not the service ID, user ID, password, and serviced unit ID which are placed in the remote maintenance/operation header have been entered into the user validation database 121 . If the entry is confirmed, then the IP address (“D” in this case) of the servicing unit 130 having that service ID is fetched from the servicing unit database 122 . The servicing unit connecting section 125 receives this IP address D from the security protection section 126 and then sets up the connection (session) B with the central unit connected section 132 in the servicing unit 130 .
  • D IP address
  • the central unit connected section 132 produces a packet (IP datagram) 403 shown in FIG. 15. That is, the receiving IP address in the packet 403 is set to “D” and the transmitting IP address is set to its IP address “C”. The receiving port number in the packet 403 is set to a port number (P 3 in this case) assigned to the central unit connected section 132 in the servicing unit 130 . Notification information from the user for a session request is placed in the data part of the TCP header. The servicing unit connecting section 125 then sends the packet 403 to the central unit connected section 132 in the servicing unit 130 via the associated network 110 .
  • IP datagram IP datagram
  • the remote maintenance/operation execution section 134 interprets directive data from the user (service provider) placed in the data part of the packet 403 .
  • the execution section 134 then produces a command (directive information to the service provider) to execute the maintenance/operation indicated by the directive data and a packet (IP datagram) 404 in which that command is placed in the data part.
  • the receiving IP address of the packet 404 is set to the IP address “C” of the remote maintenance/operation central unit 120 and the transmitting IP address is set to the IP address “C” of the servicing unit 130 .
  • the receiving port number is set to the port number P 1 of the servicing unit connecting section 125 in the central unit 120 and the transmitting port number is set to the port number P 3 of the central unit connected section 132 .
  • the central unit connected section 132 sends the packet 404 to the servicing unit connecting section 125 in the central unit 120 over the connection B.
  • the serviced unit connected section 124 in the central unit 120 Upon receipt of the packet 404 from the servicing unit connecting section 125 , the serviced unit connected section 124 in the central unit 120 produces a packet (IP datagram) 405 shown in FIG. 15.
  • the servicing unit connecting section 125 converts the receiving IP address, transmitting IP address, and receiving port number in the packet 404 . That is, the receiving IP address in the packet 405 is set to the IP address B of the firewall 220 associated with the client network 210 and the transmitting IP address is set to the IP address C of the central unit 120 . Further, the receiving port number is set to the port number P 2 of the central unit connecting section 232 in the serviced unit 230 on the client network 210 .
  • the serviced unit connecting section 124 transmits the packet 405 to the firewall 220 on the client network 210 over the connection A.
  • the firewall 220 Upon receipt of the packet 405 , the firewall 220 first performs an IP address translation process and then produces a packet (IP datagram) 406 shown in FIG. 16. That is, the receiving IP address is translated from B to A, the IP address of the serviced unit 230 , and the transmitting IP address is translated from C to B, the IP address of the firewall itself.
  • the firewall 220 transmits the packet 406 to the central unit connecting section 232 in the serviced unit 230 using the session with the serviced unit 230 .
  • the serviced unit 230 receives only packets in which the transmitting IP address is the IP address of the firewall. Therefore, the serviced unit will not know the IP address of the servicing unit 130 .
  • the central unit connecting section 232 receives the packet 406 and then sends it to the remote maintenance/operation executed section 234 .
  • the executed section 234 fetches directive information of the service provider from the packet 406 , analyzes it, and carries out maintenance/operation indicated by it.
  • the directive information is checked for validity by the serviced unit security protection section 235 before the maintenance/operation is carried out.
  • the remote maintenance/operation execution section 234 carries out only directive information that has been validated.
  • the remote maintenance/operation execution section 234 After the termination of the execution of the remote maintenance/operation, the remote maintenance/operation execution section 234 produces a packet (IP datagram) which contains the result of the execution in the data part of the TCP header. This packet is sent to the servicing unit 130 connected to the service company network 110 over the secondary path (refer to FIG. 10) connected by the connection A and the connection B described previously.
  • IP datagram IP datagram
  • FIG. 19 is an operating flowchart illustrating the process of relaying packets (IP datagrams) between the serviced unit 230 and the servicing unit 130 by the remote maintenance/operation central unit 120 .
  • the firewall 220 on the client network 210 is equipped with, for example, the TCP port filtering feature.
  • the service providing company informs the contract user of the port number assigned to the serviced unit connected section 124 in the remote maintenance/operation central unit 120 .
  • a firewall 220 administrator of the service receiving company sets the TCP port filtering of the firewall 220 so that packets can be transmitted between the serviced unit 230 on the service receiving company network 210 and the serviced unit connected section 124 through that firewall 220 .
  • the port number of the serviced unit connected section 124 may be fixed or may vary with the serviced units.
  • the service provider informs the contract user of the IP address of the remote maintenance/operation central unit 120 and then requests the user to set the IP address filtering so that packets transmitted from the remote maintenance/operation central unit 120 toward the serviced unit 230 can pass through the firewall 220 .
  • the serviced unit connected section 124 is always placed in the wait state for a request for session (connection) setup by the serviced unit 230 (S 41 ).
  • the serviced unit connected section 124 Upon receipt of a packet containing a session setup requesting message from the serviced unit 230 via the firewall 220 , the serviced unit connected section 124 requests the service company network security protection section 126 to make a check as to whether or not the service ID, user ID, password and serviced unit ID which are placed in the remote maintenance/operation header of that packet have been entered into the user validation database 121 (S 42 ).
  • the serviced unit connected section 124 receives the result from the security protection section 126 to determine whether or not the serviced unit 230 belongs to a contract user (S 43 ).
  • the serviced unit connected section 124 sends the service ID contained in that packet to the servicing unit connecting section 125 .
  • the servicing unit connecting section 125 retrieves the IP address of the servicing unit 130 corresponding to the service ID from the servicing unit database 122 (S 45 ).
  • the servicing unit connecting section 125 sets up the session (connection) B with the servicing unit 130 having the IP address via the service company network 110 using this IP address.
  • the servicing unit connecting section 125 generates a child process for the serviced unit 230 while maintaining the sessions (connections) with the serviced unit 230 and the servicing unit 130 (S 47 ).
  • the servicing unit connecting section 125 makes a system call to wait for a session request by another serviced unit 230 (S 48 ). The procedure then returns to step S 41 .
  • steps S 41 to S 48 allows the remote maintenance/operation central unit 120 to set up multiple sessions between the serviced unit 230 and the servicing unit 130 . That is, the servicing unit 130 can provide remote maintenance/operation service to multiple serviced units 230 .
  • FIG. 19 there are illustrated child processes generated by sessions set up between the servicing unit 130 and a serviced unit A, between the servicing unit 130 and a serviced unit B, and between the servicing unit 130 and a serviced unit C.
  • Each child process is equipped with a buffer 127 ( 127 A, 127 B, 127 C) for the corresponding serviced unit 230 and a buffer 128 ( 128 A, 128 B, 128 C) for the servicing unit 130 .
  • a packet is transmitted from a serviced unit 230 to the servicing unit 130 , it is stored temporarily in the corresponding buffer 127 and then copied into the buffer 128 for the servicing unit 130 .
  • the packet stored in the buffer 128 is taken out by the servicing unit connecting section 125 , then output to the servicing unit 130 .
  • FIG. 20 is an operating flowchart illustrating the IP relay feature of the remote maintenance/operation central unit 120 from a different point of view.
  • the servicing unit connecting section 125 sets up a session (connection B) with the servicing unit 130 through the service company network 110 in accordance with a session setup request by the serviced unit 230 .
  • the servicing unit connecting section 125 then creates a session management table (S 51 ).
  • This table contains three types of information items—session number, serviced unit session ID, and servicing unit session ID.
  • the serviced unit session ID is related to a session that is set up by the connection A established between the serviced unit 230 and the serviced unit connected section 124 .
  • the servicing unit session ID is related to a session that is set up by the connection B established between the servicing unit connecting section 125 and the servicing unit 130 .
  • the serviced unit session ID and the servicing unit session ID information about a logical path established between the serviced unit 230 and the servicing unit 130 is obtained, which allows the remote maintenance/operation central unit 120 to carry out a process of relaying packets (IP datagrams) between the serviced unit 230 and the servicing unit 130 .
  • the session ID which is managed on the TCP protocol layer by the servicing unit connecting section 125 , is used to identify each session (connection) distinguished by information such as transmitting IP address, receiving IP address, transmitting port number, receiving port number and the like.
  • each session between the serviced unit 230 and the servicing unit 130 that is determined by a set of serviced unit and servicing unit session IDs is assigned a unique session number.
  • the remote maintenance/operation central unit 120 (the serviced unit connected section 124 or servicing unit connecting section 125 ) waits for entry of packets from each unit (the serviced unit 230 or the servicing unit 130 ) (S 52 ).
  • the remote maintenance/operation central unit 120 Upon receipt of a packet from a unit, the remote maintenance/operation central unit 120 (serviced unit 124 or servicing unit connecting section 125 ) searches the session management table by the ID (session ID) of a session over which that packet has been transmitted and fetches the session ID of a unit (serviced unit 230 or servicing unit 130 ) corresponding to that session ID from the session management table (S 54 ). That is, when the serviced unit connected section 124 receives a packet from the serviced unit 230 , it fetches the servicing unit session ID corresponding to the session (serviced unit session ID) over which that packet has been transmitted. On the other hand, when the servicing unit connecting section 125 receives a packet from the servicing unit 130 , it fetches the serviced unit session ID corresponding to the session (servicing unit session ID) over which that packet has been transmitted.
  • the servicing unit connecting section 125 sends the packet from the serviced unit 230 to the servicing unit 130 according to the session ID fetched. Also, the serviced unit connected section 124 sends the packet from the servicing unit 130 to the serviced unit 230 according to the session ID fetched (S 55 ).
  • the service providing company can use a servicing unit connected to its internal network to perform remote maintenance/operation on the serviced unit connected to the client internal network.
  • both the companies are equipped with a security protection feature and hence can provide security for their respective internal networks.
  • a commercial internet can be used as the external network.
  • dialup IP connection users can become clients.
  • users who use dialup IP connection terminals each assigned an IP address at the time of line connection to the commercial internet can also become clients. The reason is that, in the present embodiment, whether received packets have been sent from a contract user or not is determined on the basis of the service ID, user ID, serviced unit ID and password which are entered at the time a contract is concluded and thus contract user validation can be made possible without depending on only IP addresses.
  • the TCP/IP protocol is used to, transmit packets for remote maintenance/operation
  • this is not restrictive and any other protocol may be used.
  • the intracompany networks of a contract user company and a service providing company need not necessarily be interconnected by the Internet and may be interconnected by any network that is provided by a common carrier.
  • the present invention is applicable not only to remote maintenance/operation but also to remote operation in general.
  • a remote operation service receiving client and a remote operation service providing company can perform remote operation by the use of units connected to their respective intracompany networks with their respective firewalls installed in an external network. Therefore, existing intracompany networks can be used as they are to implement a safe, inexpensive remote operation service system.
  • a serviced unit is equipped with a security check feature which prevents the execution of remote operations other than those specified in a contract, thus ensuring security.
  • a service providing company is equipped with a security check feature which, after a connection has been set up with the serviced unit of a contract user, checks packets sent over the connection for the presence of user validation information indicating a contract user, thus protecting the servicing unit from unfair access.

Abstract

A remote operation system is disclosed which is used with a network environment in which a unit that provides remote operation services through networks and a unit that receives the services are each safeguarded by a firewall (or “each equipped with a firewall for”) from an external network. The remote operation service receiving unit sets up a connection A with the firewall installed on the remote operation service providing unit side and transmits security check information to that firewall. The firewall checks this security check information and then sets up a connection B with the remote operation service providing unit via its associated internal network when it is determined that the security check information has been sent from a contract user unit. Thereby, information used for remote operation can be transmitted between the two units over a logical path composed of the connections A and B.

Description

    BACKGROUND OF THE INVENTION
  • 1. Field of the Invention [0001]
  • This invention relates to a remote maintenance and remote operation system in which a servicing device connected to an intracompany network of a service providing company performs maintenance and management on a device connected to a user-side network over an open external network, such as the Internet, through remote operation, and more specifically to a remote maintenance and remote operation system for use with network systems each of which is equipped with a firewall for the other. [0002]
  • 2. Description of the Related Art [0003]
  • Nowadays a system is being practiced actively which performs maintenance and management on users' devices through remote operation over networks in order to save expenses and time for business trips. [0004]
  • Also, an attempt is being made to adopt a system which employs the Internet as a network for remote operation. The Internet is the worldwide network which permits free communications with unspecified persons around the world. Thus, the employment of the Internet will permit global remote maintenance service. [0005]
  • Incidentally, the Internet has a problem of security because it is an open network. In particular, if an intracompany network of a company is connected to the Internet and so all of host computers connected to that network are made accessible by outsiders over the Internet, then the company will be exposed to dangers that important internal information which must be kept confidential may be stolen, the system may be crashed, data may be altered, and the like. [0006]
  • For this reason, a “firewall” has come to be provided between the Internet and an intracompany network recently. The firewall is a facility for protecting the intracompany network from hackers. In general, firewalls are roughly classified into packet filtering gateways, circuit gateways, and application gateways. [0007]
  • FIG. 1 is a schematic illustration of a firewall that is equipped with the above-described packet filtering gateway feature and installed between an external network (Internet) [0008] 1 and an internal network (intracompany network) 2. In this figure there are illustrated IP address filtering and TCP port filtering by way of example.
  • Communications are made over the Internet on the basis on the TCP/IP protocol and IP datagram (IP packet) routing within the Internet is controlled on a bucket brigade basis. The IP datagram contains an IP header and a TCP header in its header. [0009]
  • The IP header contains an IP destination address (receiving IP address in the figure) and an IP source address (transmitting IP address in the figure). The IP address comprises a network address and a host address. [0010]
  • The TCP header contains a receiving port number and a transmitting port number. The port numbers have a one-to-one correspondence with processes and are utilized for interprocess communications over the Internet. A [0011] firewall 3 is provided with an IP address table 32 and a port number table 34. Into the IP address table 32 is entered a set of IP addresses that is acceptable to the internal network 2. Also, into the port number table 34 is entered a set of port numbers that is acceptable to the internal network 2.
  • In the IP address filtering, when a packet is received, a reference is made to the IP address table [0012] 32. If a transmitting IP address that has not been entered into that table is placed in the IP header of that packet (IP datagram), the IP datagram is rejected. Also, in the TCP port filtering, a reference is made to the port number table 34 when an IP datagram (packet) is received. If a port number that has not been stored into the port number table 34 is placed in the TCP header of that IP datagram, it is rejected. In this way, specific applications, such as Telenet, FTP and the like, can be filtered.
  • FIG. 2 is a diagram for use in explanation of a second feature of the [0013] firewall 3.
  • The [0014] firewall 3 is provided with a feature of making access to hosts within the internal network 2 for hosts on the external network 1 (e.g., the Internet) in order not to allow the external hosts to make direct access to the hosts within the internal network 2. In other words, access by hosts within the internal network 2 to the external network is to be made through the firewall 3 all the time.
  • In the example shown in FIG. 2, an IP address of “E” is set up on the [0015] firewall 3. Also, “A”, “B”, “C” and “D” are set up on hosts A, B, C and D in the internal network 2 as their respective IP addresses. In such a system, for example, when the host B wants to transmit an IP datagram 12 to some host (external host) on the external network 1, the host B transmits the datagram 12 to the firewall 3 not to the external host directly. Since the IP address set up on the host B is “B” as described above, the transmitting IP address of the IP datagram 12 is “B”. Upon receipt of the IP datagram 12, the firewall 3 translates the original transmitting IP address B to its IP address “E” for subsequent transmission over the external network 1.
  • Thus, if only the IP address of the [0016] firewall 3 is made open to the external network 1, the existence of the internal network will be kept from the external network. The feature is also called the IP relay feature.
  • By installing the [0017] firewall 3 equipped with such a packet filtering gateway feature as described above between the internal network 2 and the external network 1, improper IP datagrams that are going to enter the internal network 2 directly from the external network 1 can be blocked almost completely.
  • FIG. 3 shows a system in which [0018] internal networks 2A, 2B, 2C and 2D of respective A, B, C and D companies are connected with a commercial network 5. In this system, each of the A, B, C and D companies installs a respective one of firewalls 3A, 3B, 3C and 3D between its own internal network 2A, 2B, 2C, and 2D and the commercial internet 5 in order to protect their respective internal networks from unauthorized access via the commercial network 5.
  • Next, problems with such a system as shown in FIG. 3 will be described with reference to FIG. 4. [0019]
  • In FIG. 4, the A company is a company which provides maintenance and management services for pieces of software and hardware within a network that its client manages. Suppose that the client is the D company and the A company considers performing maintenance and management services for a serviced device [0020] 7 connected to the D company's network 2D using a servicing device 6 connected to its own network by means of remote operation over the commercial internet 5.
  • In this case, when the IP address of the A company's [0021] firewall 3A has not been entered into the IP address table 32 in the D company's firewall 3D, even if the servicing device 6 transmits a packet for remote operation to the serviced device 7 of the D company, that packet is rejected by the firewall 3D and cannot enter the D company's internal network 2D. Thus, the A company cannot provides maintenance and management services for the serviced device of the D company.
  • If, on the other hand, the IP address of the A company's [0022] firewall 3A is entered into the IP address table 32 of the D company's firewall 3D, then the A company's servicing device 6 will be able to perform maintenance and management on the D company's serviced device 7 by remote operation. However, this will result in a problem of security. That is, in this case, since any host connected to the A company's internal network 2A, even it be a host other than the servicing device 6, can enter the D company's internal network, the possibility exists that the internal network 2D system of the D company may be destroyed and important information may be stolen. The reason is that the D company's firewall 3D cannot identify the source of packets sent from the A company's firewall 3A over the commercial internet 5.
  • In the prior art, therefore, as shown schematically in FIG. 5, direct point-to-point connection is made by a [0023] public line 8 or private line between the A company's servicing device 6 and the D company's serviced device 7 for maintenance and management service for the latter. With such an approach, however, it is required that both the A and D companies prepare communications devices 9A and 9B dedicated to the direct point-to-point connection therebetween and a servicing environment. Undesirably this involves double investment by both the companies, resulting in an increase in cost. In addition, in order to protect intracompany network security, it is necessary to carry out troublesome work of disconnecting each of the servicing device 6 and the serviced device 7 from its associated intracompany network 2A, 2B at the start of service and connecting them again at the termination of service.
  • SUMMARY OF THE INVENTION
  • It is an object of the invention to enable remote operation between devices each of which is connected to its associated internal network equipped with a firewall. [0024]
  • The present invention is directed to a system which is provided with a servicing unit connected to a first internal network in which a first firewall is installed for an external network and a serviced unit connected to a second internal network in which a second firewall is installed for the external network and wherein the servicing unit performs a remote operation on the serviced unit through the external network. In such a system, the serviced unit comprises: packet communications means for transmitting an identifier specifying the address of the servicing unit connected to the first internal network, setting up a connection with the servicing unit via the second firewall and the first firewall, and transmitting packets to or from the servicing unit over the connection; and remote operation execution means for fetching remote operation directive information from packets received by the packet communications means and performing a remote operation on the serviced unit as indicated by the remote operation directive information. [0025]
  • The serviced unit becomes able to transmit and receive packets used for remote operation to or from the servicing unit by first sending the identifier to the firewall on the servicing unit side and then setting up the connection with the servicing unit. Thus, the serviced unit can receive packets containing remote operation directive information from the servicing unit and perform an operation on itself as indicated by that directive information, thereby performing a remote operation.[0026]
  • BRIEF DESCRIPTION OF THE DRAWINGS
  • FIG. 1 is a diagram for use in explanation of the packet filtering gateway feature of a firewall; [0027]
  • FIG. 2 is a diagram for use in explanation of the IP address translation/relay feature which is a second feature of the firewall; [0028]
  • FIG. 3 shows a system in which each of internal networks of A, B, C and D companies is connected by a firewall to a commercial internet; [0029]
  • FIG. 4 is a diagram for use in explanation of the reason why, in the system of FIG. 3, a servicing unit connected to the internal network of the A company cannot perform remote maintenance/operation on a serviced unit connected to the internal network of the D company; [0030]
  • FIG. 5 is a diagram for use in explanation of a prior art method by which, in the system of FIG. 3, the servicing unit connected to the internal network of the A company performs remote maintenance/operation on a serviced unit connected to the internal network of the D company; [0031]
  • FIG. 6 is a first diagram for use in explanation of the principles of the present invention;. [0032]
  • FIG. 7 is a second diagram for use in explanation of the principles of the present invention; [0033]
  • FIG. 8 is a third diagram for use in explanation of the principles of the present invention; [0034]
  • FIG. 9 is a fourth diagram for use in explanation of the principles of the present invention; [0035]
  • FIG. 10 shows the entire configuration of a remote maintenance and operation system according to an embodiment of the present invention; [0036]
  • FIG. 11 is a diagram for use in explanation of the overall operation of the system of FIG. 10; [0037]
  • FIG. 12 shows an exemplary system configuration of the embodiment of FIG. 10; [0038]
  • FIG. 13 shows a configuration of the header of an IP datagram in a packet communicated between the service company network and the client company network in the system of FIG. 12; [0039]
  • FIG. 14 is a first diagram illustrating the contents of a packet communicated between the servicing unit and the client's serviced device when the servicing device performs remote maintenance/operation on the serviced unit in the system of FIG. 12; [0040]
  • FIG. 15 is a second diagram illustrating the contents of a packet communicated between the servicing unit and the client's serviced device when the servicing unit performs remote maintenance/operation on the serviced unit in the system of FIG. 12; [0041]
  • FIG. 16 is a third diagram illustrating the contents of a packet communicated between the servicing unit and the client's serviced device when the servicing unit performs remote maintenance/operation on the serviced unit in the system of FIG. 12; [0042]
  • FIG. 17 shows the format of a packet transferred between the servicing unit and the serviced unit during the operation shown in FIGS. 14, 15 and [0043] 16;
  • FIGS. 18A and 18B are diagrams for use in explanation of the formats of the respective packets shown in FIGS. 14 and 16; [0044]
  • FIG. 19 is an operating flowchart illustrating a process of relaying a packet (IP datagram) between the serviced unit and the servicing unit by the remote maintenance/operation central unit; and [0045]
  • FIG. 20 is an operating flowchart illustrating the IP relay feature of the remote maintenance/operation central unit illustrated in the operating flowchart of FIG. 19 from a different point of view.[0046]
  • DESCRIPTION OF THE PREFERRED EMBODIMENT
  • Referring now to FIG. 6, which is a first diagram illustrating the principles of the present invention, a client's [0047] internal network 82 is connected by an external network 84 with a remote operation service providing company's internal network 86. Firewalls 83 and 85 are respectively installed in the internal networks 82 and 86 for the external network 84. An embodiment of the present invention supposes a remote operation service system in which a remote operation service is provided to a serviced unit 81 connected to the client internal network 82 by a servicing unit 87 connected to the remote operation providing company's internal network 86.
  • The serviced [0048] unit 81 sets up a first connection with the second firewall 85 associated with the remote operation service providing company's internal network 86 via the client network 82 and the first firewall 83 associated with the network 82 and then communicates packets containing data for remote operation with the servicing unit 87 connected to the service company's internal network 86.
  • The [0049] second firewall 85 sets up a second connection with the servicing unit 87 via its associated internal network 86 after the first connection with the serviced unit 81 has been set up and then relays packets to be transmitted between the serviced unit 81 and the servicing unit 87 using the fist and second connections.
  • The [0050] servicing unit 87 transmits packets to be transmitted to or from the serviced unit 81 to or from the second firewall 85 over the second connection to thereby provide a remote operation service for the serviced unit 81.
  • It should be noted here that the above-described first and second connections indicate logical paths, not private lines. [0051]
  • The [0052] second firewall 85 is equipped with a validation section for validating whether or not the serviced unit 81 belongs to a user under contract on the basis of the contents of data in packets transmitted from the serviced unit 81 over the first connection.
  • The serviced [0053] unit 81 is equipped with a validation section which, at the time of receipt of a packet produced by the servicing unit 87 and transferred from the second firewall 85 over the first connection, validates whether a remote operation executing command stored in that packet is valid or not.
  • The above-described external network is the Internet by way of example. [0054]
  • FIG. 7 is a second diagram illustrating the principles of the present invention. [0055]
  • In the figure, the serviced [0056] unit 81 is illustrated equipped with a packet communications section 51, a remote operation execution section 52, an execution result return section 53, and a security check section 54.
  • The [0057] packet communications section 51 transmits an identifier specifying the address of the servicing unit 87 connected to the internal network 86 to the second firewall 85, sets up a connection with the servicing unit 87 via the first and second firewalls 83 and 85, and transmits packets to or from the servicing unit 87 over that connection.
  • The execution [0058] result return unit 53 returns the results of execution of remote operation by the remote operation execution section 52 to the second firewall 85 via the packet communications section.
  • The [0059] security check section 54 checks the validity of a remote operation command contained in a packet received by the packet communications section 51.
  • In this case, the remote [0060] operation execution section 52 carries out remote operation on the serviced unit in accordance with the remote operation command after its validity has been confirmed by the security check section 54.
  • FIG. 8 is a third diagram for use in explanation of the principles of the invention. [0061]
  • In this figure, a [0062] central unit 88 functions as the second firewall 85 for the external network 84 of the internal network 86 of the company which provides remote operation service via the external network 84 for the serviced unit 81 connected to the contract user's internal network 82 in which the first firewall 83 is installed against the external network 84.
  • The [0063] central unit 88 is equipped with a first packet communications section 61, a security check unit 62, and a second packet communications section 63.
  • The first [0064] packet communications unit 61 sets up a first connection with the serviced unit 81 via the first firewall 83 and the external network 84 and transmits packets to or from the serviced unit 81 over the first connection.
  • The [0065] security check unit 62 checks packets received by the first communications unit 61 after the first connection has been set up to ensure that they have been sent from the serviced unit 81 of the user under contract.
  • The [0066] second communications section 63 sets up a second connection with the servicing unit 87 via its associated internal network 86 when the security check section 62 determined that the packets had been sent from the serviced unit 81 of the user under contract and then transmits packets to or from the servicing unit 87 over the second connection.
  • Moreover, the [0067] central unit 88 is equipped with a first database 64 into which validation information for the user under contract has been entered. The security check section 62 checks received packets for the presence of the validation information entered into the database 64, thereby determining whether they are from the user under contract.
  • Furthermore, the [0068] central unit 88 is equipped with a second database 65 into which servicing unit identification information used to set up the second connection has been entered. The second packet communications section 63 may be configured to retrieve servicing unit identification information corresponding to service identification information stored in packets received by the first packet communications section 61 from the second database 65 and set up the second -connection using the servicing unit identification information.
  • FIG. 9 is a fourth diagram illustrating the principles of the invention. [0069]
  • As shown in this figure, the [0070] servicing unit 87 is equipped with a packet communications section 71 and a remote operation execution section 72.
  • The [0071] packet communications section 71 sets up a connection with the second firewall 85 and then transmits packets to or from the serviced unit 81 over that connection.
  • The remote [0072] operation execution section 72 produces a packet in which a command is set up to perform a remote operation, which is specified by remote operation instructing information stored in packets received by the packet communications section 71, on the serviced unit and transmits it to the second firewall 85 via the packet communications section.
  • The remote [0073] operation execution section 72 obtains the result of execution of an remote operation that the serviced unit 81 placed from packets received by the packet communications section and outputs it to the outside.
  • Hereinafter, the operation of the system shown in FIGS. [0074] 6 to 9 will be described.
  • The serviced [0075] unit 81 sets up a first connection with the second firewall 85 installed for the remote operation servicing company's internal network 86 via the client network 82, the first firewall 83 and the external network 84 and then transmits packets containing data for remote operation to or from the servicing unit 87 connected to the servicing company's internal network 86 over the first connection.
  • The [0076] second firewall 85 sets up a second connection with the servicing unit 87 via its associated internal network 86 after the first connection has been set up and relays packets to be transmitted between the serviced unit 81 and the servicing unit 87 by the use of the first and second connections.
  • The [0077] servicing unit 87 performs remote operation service on the serviced unit 81 by transmitting packets that are to be transmitted to or from the serviced unit 81 to or from the second firewall 85 over the second connection.
  • For example, in this case, after the first connection has been set up, the [0078] second firewall 85 determines, through its validation section, whether the serviced unit 81 belongs to the user under contract or not on the basis of the contents of data placed in packets transmitted from the serviced unit 81 over the first connection.
  • Also, when receiving a packet from the [0079] servicing unit 87 through the second firewall 85 and the first connection, the serviced unit 81 determines whether a remote operation executing command stored in that packet is a valid command or not through its validation section.
  • Thus, in a system in which first and second firewalls are respectively installed in a client [0080] internal network 82 and a remote operation servicing company's internal network 86 for an external network 84 to which each of the internal networks is connected, a servicing unit 87 on the servicing company internal network can perform remote operation service on a serviced unit 81 on the client internal network through the external network with security for the customer and servicing company internal networks being kept.
  • The [0081] packet communications section 51 transmits an identifier which allows the second firewall 85 to specify the address of the servicing unit 87 connected to the internal network 86, sets up a connection with the servicing unit 87 through the first and second firewalls 83 and 85, and transmits packets to or from the servicing unit 87 over that connection. The remote operation execution section 52 fetches remote operation command information from a packet received by the packet communications section 51 and then performs remote operation as specified by the remote operation command information.
  • Thus, in a system in which firewalls are respectively installed in a remote operation service providing company's [0082] internal network 86 and a client internal network 82 for an external network 84 to which each of the internal networks is connected, a serviced unit 81 on the client network can transmit packets to the service providing company's internal network 86 and receive packets from a servicing unit 87 on the service providing company's internal network 86.
  • The [0083] security check section 54 checks the remote operation instruction information placed in packets received by the packet communications section 51 for validity. The remote operation execution section 52 then performs a remote operation according to the contents of the remote operation directive information the validity of which has been confirmed by the security check section 54. The execution result return section 53 then sends the results of the remote operation executed by the remote operation execution section 52 to the second firewall 85 through the packet communications section.
  • Therefore, the serviced [0084] unit 81 can receive remote operation service while keeping its security and the servicing unit 87 can acquire the results of a remote operation performed on the serviced unit 81 through the second firewall 85.
  • The first [0085] packet communications section 61 sets up a first connection with the serviced unit 81 through the first firewall 83 and the external network 84 and then transmits packets to or from the serviced unit 81 over the first connection. The security check section 62 checks whether or not the packets received by the first packet communications section 61 after the first connection has been set up are packets transmitted from the serviced unit 81 of the user under contract. When it is determined by the securing check section 62 that the packets received by the first packet communications section 61 are packets transmitted from the serviced unit 81 of the user under contract, then the second packet communications section 63 sets up a second connection with the servicing unit 87 through its associated internal network 86 and then transmits packets to or from the servicing unit 87 over the second connection.
  • Therefore, packets can be transmitted to or from the serviced [0086] unit 81 connected to the client internal network 82 in which the first firewall 83 is installed. In addition, a security check can be performed on received packets to reject improper packets. Only packets sent from the serviced unit 81 of a user under contract can be transmitted to the servicing unit 87. Furthermore, packets can be transmitted from the servicing unit 87 to the serviced unit 81.
  • The [0087] packet communications section 71 sets up a connection with the second firewall 85 and then transmits packets to or from the serviced unit 81 over that connection. The remote operation execution section 72 produces a packet in which a command is placed to perform on the serviced unit 81 a remote operation specified by remote operation request information stored in packets received by the packet communications section 71 and then transmits it to the second firewall 85 through the packet communications section 71. Moreover, the remote operation execution section 72 fetches the result of execution of the remote operation set by the serviced unit 81 from packets received by the packet communications section 71 and provides it to the outside.
  • Therefore, the [0088] servicing unit 87 on the service providing company's internal network 86 can transmit packets to or from the second firewall 85 installed for the external network 84. This allows the servicing unit 87 to transmit packets for remote operation service to or from the serviced unit 81 when the second firewall 85 sets up a connection with the serviced unit 81 on the user internal network 82.
  • FIG. 10 shows the entire configuration of a remote maintenance and remote operation system according to an embodiment of the present invention. [0089]
  • In this figure, a [0090] network 110 is an intracompany network of the A company which provides remote maintenance and remote operation service, while a network 210 is an intracompany network of the D company which is a client or user of that service.
  • The A company's [0091] network 110 and the D company's client network 210 are connected by a line 250 such as a public line, a commercial internet, or the like. Between the network 110 and the line 250 is installed a remote maintenance/operation central unit 120 which serves as a firewall. Also, a firewall 220 is installed between the client network 210 and the line 250.
  • To the service company's [0092] network 110 is connected a servicing unit 130 which provides remote maintenance and remote operation service. To the client network 210 is connected a serviced unit 230 which receives the remote maintenance and remote operation service provided by the servicing unit 130.
  • The remote maintenance/operation [0093] central unit 120 has a function of relaying packets (IP datagrams) from the servicing unit 130 on the service company's network 110 to the serviced unit 230 on the client network 210. The central unit 120 has a user validation feature to provide security for its associated network 110. The user validation feature is implemented by the provision of a user validation database 121.
  • The [0094] user validation database 121 stores four pieces of information items, i.e., serviced unit ID, user ID, password, and service ID, for each serviced unit 230.
  • The remote maintenance/operation [0095] central unit 120 is also equipped with a servicing unit database 122, which stores IP addresses of servicing unit 130 having service IDs which have been entered into the user validation database 121.
  • The remote maintenance/operation [0096] central unit 120 is further equipped with a serviced unit connected section 124, a servicing unit connecting section 125, and a service company network security section 126.
  • The serviced unit connected [0097] unit 124 sets up a connection A, which is a logical path, with the serviced unit 230 connected to the client network 210 via the firewall 220 by means of the TCP protocol. In this case, a setup request for the connection A is made by the serviced unit 230 on the client network 210. The serviced unit connected section 124 uses the pass A corresponding to the connection A to deliver packets bound for the serviced unit 230 produced by the servicing unit 130 to the serviced unit 230 through the firewall 220 and the client network 210.
  • The servicing [0098] unit connecting section 125 is responsive to a request by the serviced unit connecting section 124 to set up a connection B, which is a logical path, between the remote maintenance/operation central unit 120 and the servicing unit 130 through the service company network security section 126 by means of the TCP protocol. Note that the setup request for the connection B is made after the connection path A has been set up and the serviced unit 230 has been identified as a contract user's unit on the basis of the service ID, user ID, serviced unit ID and password contained in the data part of a packet sent from the serviced unit over the path A.
  • The service company [0099] network security section 126 carries out the above-mentioned user validation process of determining whether the serviced unit 230 is a contract user's unit by making a reference to the user validation database 121 as requested by the serviced unit connected section 124 and then returns the result to the serviced unit connecting section 124.
  • The [0100] servicing unit 130 is equipped with a central unit connecting section 132 and a remote maintenance/operation execution section 134.
  • The central [0101] unit connecting section 132 sets up the connection B with the servicing unit connecting section 125 in the remote maintenance/operation central unit 120 through the associated network 110 and receives a remote maintenance/operation requesting packet transmitted by the serviced unit 230 from the servicing unit connecting section 125 over the path B corresponding to the connection B. This request is delivered to the remote maintenance/operation execution section 134. A packet which stores a command to execute remote maintenance/operation requested by the remote maintenance/operation execution section 134 is sent to the servicing unit connecting section 125 in the central unit 120 over the path B.
  • Upon receipt of a packet containing a message requesting the start of remote maintenance/operation transmitted by the serviced [0102] unit 230 via the servicing unit connecting section 125, the remote maintenance/operation execution section 134 produces a packet bound for the serviced unit 230 which contains, in its data part, a command to perform remote maintenance/operation on the serviced unit 230 and then requests the central unit connected section 132 to send that packet to the servicing unit 130 in the remote maintenance/operation central unit 120. This packet is sent by the central unit connected section 132 to the servicing unit connected section 125 in the remote maintenance/operation central unit 120 over the connection B, then sent by the serviced unit connecting section 124 to the serviced unit 230 over the connection A. For example, the remote maintenance/operation execution section 134 performs a remote operation of locating and correcting faults in hardware and software that the service company sold to the user (client).
  • The serviced [0103] unit 230 is composed of a central unit connecting section 232, a remote maintenance/operation executed section 234, and a serviced unit security section 235.
  • The central [0104] unit connecting section 232 sets up the connection A with the serviced unit connected section 124 in the remote maintenance/operation central unit 120 through its associated firewall 220 in making a request to the servicing unit 130 under contract for remote maintenance/operation of its associated unit 230. After that, commands for remote maintenance/operation and packets containing the results of the remote maintenance/operation are transmitted between the central unit connecting section 232 and the servicing unit 130 over the secondary path comprised of the connection A and the connection B.
  • The remote maintenance/operation executed [0105] section 234 receives packets transmitted by the servicing unit 130 from the central unit connecting section 232, fetches a command for remote maintenance/operation from the packets, and analyzes and executes that command. The section 234 then produces a packet which contains the result of the execution of that command, i.e., the result of the execution of the remote maintenance/operation and requests the central unit connecting section 232 to transmit that packet to the servicing unit 130. The central unit connecting section 232 then sends that packet to the serviced unit connected section 124 in the remote maintenance/operation central unit 120 over the connection A.
  • When receiving a request by the remote maintenance/operation executed [0106] section 234, the serviced unit security protection section 235 performs a security check on a packet that the remote maintenance/operation executed section 234 receives from the servicing unit 130. That is, a check is made as to whether the command stored in that packet is a proper command specified in the contract and the like. The result of that check is returned to the remote maintenance/operation executed section 234. For example, the security check is made to protect files that the client does not want for the service provider to make access to.
  • The serviced [0107] unit 230 is equipped with a non-reference file name database 236 as a database which allows the serviced unit security protection section 235 to make a security check as described above.
  • The names of files that the client forbids the [0108] servicing unit 130 to make access to are entered into the non-reference file name database 236. When a command placed in a packet sent from the servicing unit 130 is directed at any one of the files to be protected from unauthorized access, the security protection section 235 instructs the remote maintenance/operation execution section 134 to prohibit the execution of that command.
  • As a result, the remote maintenance/operation executed [0109] section 234 will execute only commands which, of commands from the servicing unit 130, ensure the user security protection.
  • The operation of the above-described embodiment will be described hereinafter with reference to FIG. 11 . [0110]
  • In the embodiment, the execution of remote maintenance/operation is started as requested by the client. For example, this request is made through a GUI (Graphical User Interface) displayed on a display section of the serviced unit [0111] 230 (S11).
  • When this request is made, the central [0112] unit connecting section 232 sets up the connection A with the serviced unit connected section 124 in the remote maintenance/operation central unit 120 through the client network 210 and the firewall 220. Thereby, a session is established between the central unit connecting section 232 and the serviced unit connected section 124, permitting packets to be transmitted between the sections 232 and 124 over the connection A.
  • After that, the central [0113] unit connecting section 232 produces a packet containing the service ID, user ID, serviced unit ID and password which were assigned to the serviced unit 230 at the time of contract and then sends it to the serviced unit connected section 124 in the remote maintenance/operation central unit 120 over the connection A (S12).
  • Upon receipt of the packet, the serviced unit connected [0114] section 124 sends the service ID, user ID, serviced unit ID, and password placed in the packet to the service company network security protection section 126 for a request for determination of whether the packet was sent from the serviced unit connected section 124 of a contract user. The security protection section 125 checks the four pieces of information with information entered into the user validation database 121 (S13) and determines whether or not that packet was sent from the contract user (S14). If the determination is that the packet was sent from the contract user (S14, YES), then the security protection section 125 searches the servicing unit database 122 for a servicing unit 130 corresponding to the service ID using the service ID as a key and acquires the IP address of the servicing unit 130. The security protection section returns the result of the check and the IP address of the servicing unit 130 to the serviced unit connected section 124 (S15).
  • If, on the other hand, the determination in step S[0115] 14 is that the packet is not from a contract user (NO), then the packet is rejected. In addition, the connection A is disconnected.
  • When the serviced [0116] unit connecting section 124 receives the result of the determination from the associated network security protection section 126 and hence knows that the packet received by itself was sent from the serviced unit 230 of a contract user, it sends the IP address of the servicing unit 130 connected to the service company network security protection section 126 to the servicing unit connecting section 125 to make a request for setting up the connection B with the servicing unit 130. In response to this request, the servicing unit connecting section 125 sets up the connection B with the central unit connected section 132 in the servicing unit 130 via the service company network 110 (S16).
  • Thereby, a session is established between the servicing [0117] unit connecting section 125 and the central unit connected section 132, permitting the sections 125 and 132 to transmit packets therebetween. The service company network security protection section 126 may directly request the servicing unit connecting section 125 to set up the connection B.
  • The servicing [0118] unit connecting section 125 notifies the central unit connected section 132 in the servicing unit 130 via the connection B that packet communications with the serviced unit 230 was made possible (S17).
  • The central [0119] unit connecting section 232 then requests the remote maintenance/operation execution section 134 to start the execution of remote maintenance/operation on the serviced unit 230. In response to this request, the execution section 134 starts providing remote maintenance/operation services specified at the time of a contract. The remote operation is performed by transmitting a packet containing a command for remote maintenance/operation to the contract serviced unit 230. That is, the remote maintenance/operation execution section 134 produces that packet and requests the central unit connected section 132 to transmit it to the serviced unit 230 (S18).
  • The central unit connected [0120] section 132 then transmits that packet for remote maintenance/operation execution to the servicing unit connecting section 125 in the remote maintenance/operation central unit 120 over the connection B (Sl9).
  • Upon receipt of that packet, the servicing [0121] unit connecting section 125 sends it to the central unit connecting section 232 in the serviced unit 230 over the connection A (S20).
  • Upon receipt of that packet, the central [0122] unit connecting section 232 requests the serviced unit security protection section 235 to check it for validity. Upon receipt of the result that the command contained in that packet is valid from the security protection section 235, the central unit connecting section 232 requests the remote maintenance/operation executed section 234 to execute that command. Then, the section 234 executes the command, produces a packet which contains the result of the execution, and requests the central unit connecting section 232 to send that packet to the servicing unit 130. The connecting section 232 sends the packet received to the serviced unit connected section 124 in the remote maintenance/operation central unit 120 over the connection A (S21).
  • If, in this case, it is determined by the serviced unit [0123] security protection section 235 that the command specified by the servicing unit 130 is a command to make access to a file entered into the non-reference file name database 236, then the remote maintenance/operation execution section 234 will not execute that command (S22).
  • The serviced unit connected [0124] section 124 receives a packet containing the results of the remote maintenance/operation execution and then sends it to the central unit connected section 132 in the servicing unit 130 over the connection B (S23).
  • Upon receipt of that packet, the [0125] connected section 132 fetches the results of the remote maintenance/operation execution from it and then sends them to the remote maintenance/operation execution section 134, which displays the execution results on the display section of the servicing unit 130 (S24).
  • The processes in steps [0126] 18 through 24 are repeated while the execution of remote maintenance/operation is directed in the serviced unit 230. Note that the remote maintenance/operation execution is directed through a GUI (Graphical User Interface) displayed on the display section of the servicing unit 130.
  • When the execution of all remote maintenance/operation services for the serviced [0127] unit 230 terminates, it is notified to the central unit connected section 132 by the remote maintenance/operation execution section 134 (S25).
  • The central unit connected [0128] section 132 then disconnects the connection B (S26).
  • After the connection B has been disconnected, the servicing [0129] unit connecting section 125 in the remote maintenance/operation central unit 120 produces a packet to assign a new password to the serviced unit 230 and then sends it to the central unit connecting section 232 in the serviced unit 230 over the connection A. When the serviced unit 230 acknowledges receipt of the new password, the serviced unit connected section 124 in the remote maintenance/operation central unit 120 disconnects the connection A (S27).
  • After the disconnection of the connection A, the serviced [0130] unit 230 stores that new password in a predetermined memory for use with the next remote maintenance/operation (S28).
  • Next, the flow of packets at the time of remote maintenance/operation execution will be described in detail. [0131]
  • Suppose here that, as shown in FIG. 12, the [0132] service company network 110 and the client network 210 are connected by the Internet 250, and the remote maintenance/operation central unit 120 and the servicing unit 130 in the service company network 110 and the firewall 220 and the serviced unit 230 in the client network 210 are assigned IP addresses and port numbers as shown.
  • That is, in the [0133] service company network 110, the remote maintenance/operation central unit 120 has its IP address set to “C”, the serviced unit connected section 124 in the central unit has its port number set to “P1”, and the servicing unit 130 has its IP address set to “D”.
  • In the [0134] client network 210, on the other hand, the serviced unit 230 has its IP address set to “A”, the central unit connecting section 232 in the serviced unit has its port number set to “P2”, and the firewall 220 has its IP address set to “B”.
  • FIG. 13 shows the configuration of a [0135] header 300 set up on an IP datagram in a packet transmitted between the service company network 110 and the client network 210.
  • The [0136] header 300 is composed of an IP header 301, a TCP header 302, and a remote maintenance/operation header 303. The IP header 301 contains various pieces of information determined by the IP protocol, such as a transmitting IP address (source address), a receiving IP address (destination address), etc. The TCP header 302 contains various pieces of information determined by the TCP protocol, such as a transmitting port number (source port number), a receiving port number (destination port number), an SEQ (sequence number), etc.
  • The remote maintenance/[0137] operation header 303, which constitutes a feature of the present embodiment, contains a service ID (SVID), user ID (UID), password (PWD), and serviced unit ID (WID) which, as described previously, are used for security check to determine whether or not packets received by the serviced unit connected section 124 over the connection A have been sent from a contract user. The remote maintenance/operation header 303 is placed in the data part of the TCP header 302.
  • FIGS. 14, 15 and [0138] 16 are diagrams for use in explanation of the flow of packets described in conjunction with the flowchart of FIG. 11 and the packet contents.
  • Before describing the flow of packets and the packet contents, reference will first be made to FIG. 17 to describe the format of a [0139] packet 400 transmitted between the serviced unit 230 and the servicing unit 130. This packet begins with a TCP/IP header 400 a as in a usual IP datagram, followed by a remote maintenance/operation header 400 b used for remote maintenance/operation between the serviced unit 230 and the servicing unit 130 and communications data 400 c. The TCP/IP header 400 a consists of the IP header 301 and the TCP header 302 shown in FIG. 13. The contents of the remote maintenance/operation header 400 b are the same as those of the header 303 of FIG. 13.
  • Of [0140] packets 401 to 406 shown in FIGS. 14, 15 and 16, packets 401, 402 and 403 sent from the serviced unit 230 to the servicing unit 130 each have a TCP/IP header formatted as shown in FIG. 18A. Packets 404, 405 and 406 sent from the servicing unit 130 to the serviced unit 230 each have a TCP/IP header formatted as shown in FIG. 18B.
  • With packet (IP datagram) communications between the serviced [0141] unit 230 and the servicing unit 130 shown in FIGS. 14, 15 and 16, the connection (session) A set up between the serviced unit 230 and the remote maintenance/operation central unit 120 and the connection (session) B set up between the remote maintenance/operation central unit 120 and the servicing unit 130 are employed.
  • After the connection A has been set up, the central [0142] unit connecting section 232 in the serviced unit 230 associated with the client network 210 transmits to the firewall 220 a packet (IP datagram) 401 containing a remote maintenance/operation header in the data part of the TCP header shown in FIG. 18. The firewall 220 receives that packet over the client network 210 and then changes the transmitting IP address in the IP header from the IP address, “A”, of the serviced unit 230 to its IP address “B”. The resulting packet (IP datagram) 404 is then transmitted to the serviced unit connected section 124 in the remote maintenance/operation central unit 120 associated with the service company network 110 over line 250.
  • The above packet communications are made by using the connection (session) A. In this case, the [0143] service company network 110 will not know the IP address A of the serviced unit 230 because the transmitting IP address of the packet 402 that the remote maintenance/operation central unit 120 associated with the service company network 110 receives is set to the IP address B of the firewall 220 associated with the client network 210.
  • Upon receipt of the [0144] packet 402, the remote maintenance/operation central unit 120 examines the remote maintenance/operation header of the packet 402 while maintaining the session A with the firewall 220 on the client network 210 side. That is, the service company network security protection section 126 examines whether or not the service ID, user ID, password, and serviced unit ID which are placed in the remote maintenance/operation header have been entered into the user validation database 121. If the entry is confirmed, then the IP address (“D” in this case) of the servicing unit 130 having that service ID is fetched from the servicing unit database 122. The servicing unit connecting section 125 receives this IP address D from the security protection section 126 and then sets up the connection (session) B with the central unit connected section 132 in the servicing unit 130.
  • After that, the central unit connected [0145] section 132 produces a packet (IP datagram) 403 shown in FIG. 15. That is, the receiving IP address in the packet 403 is set to “D” and the transmitting IP address is set to its IP address “C”. The receiving port number in the packet 403 is set to a port number (P3 in this case) assigned to the central unit connected section 132 in the servicing unit 130. Notification information from the user for a session request is placed in the data part of the TCP header. The servicing unit connecting section 125 then sends the packet 403 to the central unit connected section 132 in the servicing unit 130 via the associated network 110.
  • In the [0146] servicing unit 130, when the central unit connected section 132 receives the packet 403, the remote maintenance/operation execution section 134 interprets directive data from the user (service provider) placed in the data part of the packet 403. The execution section 134 then produces a command (directive information to the service provider) to execute the maintenance/operation indicated by the directive data and a packet (IP datagram) 404 in which that command is placed in the data part. In this case, the receiving IP address of the packet 404 is set to the IP address “C” of the remote maintenance/operation central unit 120 and the transmitting IP address is set to the IP address “C” of the servicing unit 130. Further, the receiving port number is set to the port number P1 of the servicing unit connecting section 125 in the central unit 120 and the transmitting port number is set to the port number P3 of the central unit connected section 132. The central unit connected section 132 sends the packet 404 to the servicing unit connecting section 125 in the central unit 120 over the connection B.
  • Upon receipt of the [0147] packet 404 from the servicing unit connecting section 125, the serviced unit connected section 124 in the central unit 120 produces a packet (IP datagram) 405 shown in FIG. 15. The servicing unit connecting section 125 converts the receiving IP address, transmitting IP address, and receiving port number in the packet 404. That is, the receiving IP address in the packet 405 is set to the IP address B of the firewall 220 associated with the client network 210 and the transmitting IP address is set to the IP address C of the central unit 120. Further, the receiving port number is set to the port number P2 of the central unit connecting section 232 in the serviced unit 230 on the client network 210. The serviced unit connecting section 124 transmits the packet 405 to the firewall 220 on the client network 210 over the connection A. Upon receipt of the packet 405, the firewall 220 first performs an IP address translation process and then produces a packet (IP datagram) 406 shown in FIG. 16. That is, the receiving IP address is translated from B to A, the IP address of the serviced unit 230, and the transmitting IP address is translated from C to B, the IP address of the firewall itself. The firewall 220 transmits the packet 406 to the central unit connecting section 232 in the serviced unit 230 using the session with the serviced unit 230.
  • In this way, the serviced [0148] unit 230 receives only packets in which the transmitting IP address is the IP address of the firewall. Therefore, the serviced unit will not know the IP address of the servicing unit 130.
  • The central [0149] unit connecting section 232 receives the packet 406 and then sends it to the remote maintenance/operation executed section 234. The executed section 234 fetches directive information of the service provider from the packet 406, analyzes it, and carries out maintenance/operation indicated by it. The directive information is checked for validity by the serviced unit security protection section 235 before the maintenance/operation is carried out. The remote maintenance/operation execution section 234 carries out only directive information that has been validated.
  • After the termination of the execution of the remote maintenance/operation, the remote maintenance/[0150] operation execution section 234 produces a packet (IP datagram) which contains the result of the execution in the data part of the TCP header. This packet is sent to the servicing unit 130 connected to the service company network 110 over the secondary path (refer to FIG. 10) connected by the connection A and the connection B described previously.
  • Next, the operation of the remote maintenance/operation [0151] central unit 120 to set up the connection (session) A with the serviced unit 230 connected to the client network 210 via the firewall 220 installed in the client network 210 will be described in more detail.
  • FIG. 19 is an operating flowchart illustrating the process of relaying packets (IP datagrams) between the serviced [0152] unit 230 and the servicing unit 130 by the remote maintenance/operation central unit 120.
  • Note here that the [0153] firewall 220 on the client network 210 is equipped with, for example, the TCP port filtering feature. When a contract for remote maintenance/operation service is concluded, the service providing company informs the contract user of the port number assigned to the serviced unit connected section 124 in the remote maintenance/operation central unit 120. Then, a firewall 220 administrator of the service receiving company sets the TCP port filtering of the firewall 220 so that packets can be transmitted between the serviced unit 230 on the service receiving company network 210 and the serviced unit connected section 124 through that firewall 220. The port number of the serviced unit connected section 124 may be fixed or may vary with the serviced units.
  • When the [0154] firewall 220 on the client network is equipped with the IP address filtering feature, the service provider informs the contract user of the IP address of the remote maintenance/operation central unit 120 and then requests the user to set the IP address filtering so that packets transmitted from the remote maintenance/operation central unit 120 toward the serviced unit 230 can pass through the firewall 220.
  • The serviced unit connected [0155] section 124 is always placed in the wait state for a request for session (connection) setup by the serviced unit 230 (S41).
  • Upon receipt of a packet containing a session setup requesting message from the serviced [0156] unit 230 via the firewall 220, the serviced unit connected section 124 requests the service company network security protection section 126 to make a check as to whether or not the service ID, user ID, password and serviced unit ID which are placed in the remote maintenance/operation header of that packet have been entered into the user validation database 121 (S42).
  • After that, the serviced unit connected [0157] section 124 receives the result from the security protection section 126 to determine whether or not the serviced unit 230 belongs to a contract user (S43).
  • Next, if the determination is that the session setup requesting message is not from a contract user (S[0158] 43, NG), then the serviced unit connected section 124 rejects the request for session setup (S44).
  • If, on the other hand, the determination is that the session setup requesting packet is from a contract user (S[0159] 43, OK), then the serviced unit connected section 124 sends the service ID contained in that packet to the servicing unit connecting section 125. Upon receipt of that service ID, the servicing unit connecting section 125 retrieves the IP address of the servicing unit 130 corresponding to the service ID from the servicing unit database 122 (S45).
  • And, the servicing [0160] unit connecting section 125 sets up the session (connection) B with the servicing unit 130 having the IP address via the service company network 110 using this IP address.
  • Then, the servicing [0161] unit connecting section 125 generates a child process for the serviced unit 230 while maintaining the sessions (connections) with the serviced unit 230 and the servicing unit 130 (S47).
  • Next, the servicing [0162] unit connecting section 125 makes a system call to wait for a session request by another serviced unit 230 (S48). The procedure then returns to step S41.
  • The above-described steps S[0163] 41 to S48 allows the remote maintenance/operation central unit 120 to set up multiple sessions between the serviced unit 230 and the servicing unit 130. That is, the servicing unit 130 can provide remote maintenance/operation service to multiple serviced units 230.
  • In FIG. 19, there are illustrated child processes generated by sessions set up between the [0164] servicing unit 130 and a serviced unit A, between the servicing unit 130 and a serviced unit B, and between the servicing unit 130 and a serviced unit C. Each child process is equipped with a buffer 127 (127A, 127B, 127C) for the corresponding serviced unit 230 and a buffer 128 (128A, 128B, 128C) for the servicing unit 130. When a packet is transmitted from a serviced unit 230 to the servicing unit 130, it is stored temporarily in the corresponding buffer 127 and then copied into the buffer 128 for the servicing unit 130. The packet stored in the buffer 128 is taken out by the servicing unit connecting section 125, then output to the servicing unit 130.
  • Though not shown in FIG. 19, where a packet is sent from the [0165] servicing unit 130 to a serviced unit 230, it is temporarily stored in the buffer 128 for the servicing unit 130, then copied into the corresponding buffer 127 for the serviced unit 230. The packet is taken out from the buffer 127 by the serviced unit connected section 124, then output to the serviced unit 230.
  • In the manner described above, packets are transmitted between the serviced [0166] unit 230 and the servicing unit 130 via the remote maintenance/operation central unit 120 by the use of the two connections—the connection A and the connection B—and remote maintenance/operation is performed on the serviced unit 230 by the servicing unit 130.
  • FIG. 20 is an operating flowchart illustrating the IP relay feature of the remote maintenance/operation [0167] central unit 120 from a different point of view.
  • In this figure, based on steps S[0168] 41 to S46, which are identical to the corresponding steps in FIG. 19, the servicing unit connecting section 125 sets up a session (connection B) with the servicing unit 130 through the service company network 110 in accordance with a session setup request by the serviced unit 230.
  • The servicing [0169] unit connecting section 125 then creates a session management table (S51). This table contains three types of information items—session number, serviced unit session ID, and servicing unit session ID. The serviced unit session ID is related to a session that is set up by the connection A established between the serviced unit 230 and the serviced unit connected section 124. The servicing unit session ID is related to a session that is set up by the connection B established between the servicing unit connecting section 125 and the servicing unit 130. By the serviced unit session ID and the servicing unit session ID, information about a logical path established between the serviced unit 230 and the servicing unit 130 is obtained, which allows the remote maintenance/operation central unit 120 to carry out a process of relaying packets (IP datagrams) between the serviced unit 230 and the servicing unit 130. The session ID, which is managed on the TCP protocol layer by the servicing unit connecting section 125, is used to identify each session (connection) distinguished by information such as transmitting IP address, receiving IP address, transmitting port number, receiving port number and the like. In the session management table, each session between the serviced unit 230 and the servicing unit 130 that is determined by a set of serviced unit and servicing unit session IDs is assigned a unique session number.
  • The remote maintenance/operation central unit [0170] 120 (the serviced unit connected section 124 or servicing unit connecting section 125) waits for entry of packets from each unit (the serviced unit 230 or the servicing unit 130) (S52).
  • Upon receipt of a packet from a unit, the remote maintenance/operation central unit [0171] 120 (serviced unit 124 or servicing unit connecting section 125) searches the session management table by the ID (session ID) of a session over which that packet has been transmitted and fetches the session ID of a unit (serviced unit 230 or servicing unit 130) corresponding to that session ID from the session management table (S54). That is, when the serviced unit connected section 124 receives a packet from the serviced unit 230, it fetches the servicing unit session ID corresponding to the session (serviced unit session ID) over which that packet has been transmitted. On the other hand, when the servicing unit connecting section 125 receives a packet from the servicing unit 130, it fetches the serviced unit session ID corresponding to the session (servicing unit session ID) over which that packet has been transmitted.
  • The servicing [0172] unit connecting section 125 sends the packet from the serviced unit 230 to the servicing unit 130 according to the session ID fetched. Also, the serviced unit connected section 124 sends the packet from the servicing unit 130 to the serviced unit 230 according to the session ID fetched (S55).
  • According to the present embodiment, as described above, in a system in which an internal network of a remote maintenance/operation service providing company and an internal network of a client company having a service receiving unit are interconnected by an external network such as an internet, public line or the like and each of the companies is equipped with a firewall for the external network, the service providing company can use a servicing unit connected to its internal network to perform remote maintenance/operation on the serviced unit connected to the client internal network. And moreover, both the companies are equipped with a security protection feature and hence can provide security for their respective internal networks. [0173]
  • In the present embodiment, a commercial internet can be used as the external network. In this case, dialup IP connection users can become clients. In addition, users who use dialup IP connection terminals each assigned an IP address at the time of line connection to the commercial internet can also become clients. The reason is that, in the present embodiment, whether received packets have been sent from a contract user or not is determined on the basis of the service ID, user ID, serviced unit ID and password which are entered at the time a contract is concluded and thus contract user validation can be made possible without depending on only IP addresses. [0174]
  • Although, in the above embodiment, the TCP/IP protocol is used to, transmit packets for remote maintenance/operation, this is not restrictive and any other protocol may be used. Moreover, the intracompany networks of a contract user company and a service providing company need not necessarily be interconnected by the Internet and may be interconnected by any network that is provided by a common carrier. Furthermore, the present invention is applicable not only to remote maintenance/operation but also to remote operation in general. [0175]
  • According to the present invention, a remote operation service receiving client and a remote operation service providing company can perform remote operation by the use of units connected to their respective intracompany networks with their respective firewalls installed in an external network. Therefore, existing intracompany networks can be used as they are to implement a safe, inexpensive remote operation service system. [0176]
  • A serviced unit is equipped with a security check feature which prevents the execution of remote operations other than those specified in a contract, thus ensuring security. Also, a service providing company is equipped with a security check feature which, after a connection has been set up with the serviced unit of a contract user, checks packets sent over the connection for the presence of user validation information indicating a contract user, thus protecting the servicing unit from unfair access. [0177]

Claims (32)

What is claimed is:
1. A system which is provided with a servicing unit connected to a first internal network in which a first firewall is installed for an external network and a serviced unit connected to a second internal network in which a second firewall is installed for said external network, wherein said servicing unit performs a remote operation on said serviced unit through said external network, said serviced unit comprising:
packet communications means for transmitting an identifier specifying the address of said servicing unit connected to said first internal network, setting up a connection with said servicing unit via said second firewall and said first firewall, and transmitting packets to or from said servicing unit over said connection; and
remote operation execution means for fetching remote operation directive information from packets received by said packet communications means and performing a remote operation on said serviced unit as indicated by said remote operation directive information.
2. A system which is provided with a servicing unit connected to a first internal network in which a first firewall is installed for an external network and a serviced unit connected to a second internal network in which a second firewall is installed for said external network, wherein said servicing unit performs a remote operation on said serviced unit through said external network, said serviced unit comprising:
packet communications means for setting up a connection with said first firewall via said second firewall and transmitting packets to or from said first firewall over said connection; and
security check means for checking remote operation directive information contained in packets received by said packet communications means for validity;
remote operation execution means for performing a remote operation on said serviced unit as indicated by said remote operation directive information which has been validated by said security check means; and
execution result return means for returning the result of execution of said remote operation by said remote operation execution means to said first firewall through said packet communications means.
3. A system which is provided with a servicing unit connected to a first internal network in which a first firewall is installed for the Internet and a serviced unit connected to a second internal network in which a second firewall is installed for the Internet, wherein said servicing unit performs a remote operation on said serviced unit through said Internet, said serviced unit comprising:
packet communications means for transmitting an identifier specifying the address of said servicing unit connected to said first internal network, setting up a connection with said servicing unit via said second firewall and said first firewall, and transmitting packets to or from said servicing unit over said connection; and
remote operation execution means for fetching remote operation directive information from packets received by said packet communications means and performing a remote operation on said serviced unit as indicated by said remote operation directive information.
4. A system which is provided with a servicing unit connected to a first internal network in which a first firewall is installed for the Internet and a serviced unit connected to a second internal network in which a second firewall is installed for said Internet, wherein said servicing unit performs a remote operation on said serviced unit through said Internet, said serviced unit comprising:
packet communications means for setting up a connection with said first firewall via said second firewall and transmitting packets to or from said first firewall over said connection; and
security check means for checking remote operation directive information contained in packets received by said packet communications means for validity;
remote operation execution means for performing a remote operation on said serviced unit as indicated by said remote operation directive information which has been validated by said security check means; and
execution result return means for returning the result of execution of said remote operation by said remote operation execution means to said first firewall through said packet communications means.
5. A central unit which functions as a second firewall against access to a servicing unit via an external network by a serviced unit connected to a first internal network in which a first firewall is installed for said external network, comprising:
first packet communications means for setting up a first connection with said serviced unit via said first firewall and said external network and transmitting packets to or from said serviced unit over said first connection;
security check means for determining whether or not packets received by said packet communications means after said first connection has been set up are packets transmitted from a serviced unit of a contract user; and
second packet communications means for, when the determination by said security check means is that said packets are packets from said serviced unit of a contract user, setting up a second connection with said servicing unit via a second internal network connected to said central unit and transmitting packets to or from said servicing unit connected to said second internal network over said second connection.
6. The central unit according to claim 5, further comprising:
a database into which contract user validation information has been entered, and wherein
said security check means checks received packets as to whether said received packets contain said user validation information in said database, thereby determining whether or not said received packets are packets from a contract user.
7. The central unit according to claim 5, further comprising:
a database into which servicing unit identification information used to set up said second connection has been entered, and wherein
said second packet communications means retrieves servicing unit identification information corresponding to identification information in packets received by said first packet communications means from said database and sets up said second connection using said servicing unit identification information.
8. A central unit which functions as a second firewall against access to a servicing unit via the Internet by a serviced unit connected to a first internal network in which a first firewall is installed for said Internet, comprising:
first packet communication means for setting up a first connection with said serviced unit via said first firewall and said Internet and transmitting packets to or from said serviced unit over said first connection;
security check means for determining whether or not packets received by said packet communications means after said first connection has been set up are packets transmitted from a serviced unit of a contract user; and
second packet communications means for, when the determination by said security check means is that said packets are packets from said serviced unit of contract user, setting up a second connection with said servicing unit via a second internal network connected to said central unit and transmitting packets to or from said servicing unit connected to said second internal network over said second connection.
9. The central unit according to claim 8, further comprising:
a database into which contract user validation information has been entered, and wherein
said security check means checks received packets as to whether said received packets contain said user validation information entered in said database, thereby determining whether or not said received packets are packets from a contract user.
10. The central unit according to claim 8, further comprising:
a database into which IP addresses of servicing units used to set up said second connection have been entered, and wherein
said second packet communications means retrieves an IP address corresponding to service identification information in packets received by said first packet communications means from said database and sets up said second connection using said IP address.
11. A remote operation system which is provided with a serviced unit connected to a first internal network in which a first firewall is installed for an external network and a servicing unit connected to a second internal network in which a second firewall is installed for said external network for providing remote operation services to said serviced unit, said servicing unit comprising:
packet communications means for setting up a connection with said second firewall and transmitting packets to or from said serviced unit over said connection; and
remote operation execution means for producing packets containing a command to perform a remote operation on said serviced unit and transmitting said packets to said second firewall via said packet communications means.
12. The servicing unit according to claim 11, wherein said remote operation execution means sets up said command according to remote operation directive information contained in packets received by said packet communications means from said serviced unit.
13. A remote operation system which is provided with a serviced unit connected to a first internal network in which a first firewall is installed for the Internet and a servicing unit connected to a second internal network in which a second firewall is installed for said Internet for providing remote operation services to said serviced unit, said servicing unit comprising:
packet communications means for setting up a connection with said second firewall and transmitting data containing packets to or from said serviced unit over said connection; and
remote operation execution means for fetching remote operation directive information set up by said serviced unit from packets received by said packet communications means, producing packets containing a command to perform a remote operation indicated by said directive information and transmitting said packets to said second firewall.
14. The servicing unit according to claim 13, wherein said remote operation execution means fetches the result of execution of said remote operation specified by said serviced unit from packets received by said packet communications means and outputs said result of execution to outside.
15. A remote operation service system in which first and second internal networks are connected to an external network by first and second firewalls which are respectively installed in said first and second networks, and a servicing unit connected to said second internal network provides remote operation services to a serviced unit connected to said first internal network,
said serviced unit including:
means for setting up a first connection with said second firewall installed for said second internal network via said first internal network and said first firewall installed for said first internal network; and
means for transmitting packets containing data for a remote operation to or from said servicing unit over said first connection,
said second firewall including:
means for, after said first connection has been set up with said serviced unit, setting up a second connection with said servicing unit via said second internal network; and
means for relaying packets between said serviced unit and said servicing unit using said first and second connections,
and said servicing unit including:
means for providing remote operation services to said serviced unit by transmitting packets to or from said serviced unit via said second firewall and said second connection.
16. The system according to claim 15, wherein said second firewall includes validation means for determining whether or not said serviced unit belongs to a contract user on the basis of the contents of data contained in packets transmitted by said serviced unit over said first connection.
17. The system according to claim 15, wherein said serviced unit includes validation means for, when receiving a packet from said second firewall, which said packet transmitted from said servicing unit over said first connection, checking a command for remote operation in said packet for its validity.
18. A remote operation service system in which first and second internal networks are connected to the Internet by first and second firewalls which are respectively installed in said first and second networks, and a servicing unit connected to said second internal network provides remote operation services to a serviced unit connected to said first internal network,
said serviced unit including:
means for setting up a first connection with said second firewall installed for said second internal network via said first internal network and said first firewall installed for said first internal network; and
means for transmitting packets containing data for a remote operation to or from said servicing unit over said first connection,
said second firewall including:
means for, after said first connection has been set up with said serviced unit, setting up a second connection with said servicing unit via said second internal network; and
means for relaying packets between said serviced unit and said servicing unit using said first and second connections,
and said servicing unit including:
means for providing remote operation services to said serviced unit by transmitting packets to or from said serviced unit via said second firewall and said second connection.
19. The system according to claim 18, wherein said second firewall includes validation means for determining whether or not said serviced unit belongs to a contract user on the basis of the contents of data contained in packets transmitted by said serviced unit over said first connection.
20. The system according to claim 18, wherein said serviced unit includes validation means for, when receiving a packet from said second firewall, which said packet transmitted from said servicing unit over said first connection, checking a command for remote operation in said packet for its validity.
21. A remote operation service providing method in a remote operation service system in which first and second internal networks are connected to an external network by first and second firewalls which are respectively installed in said first and second networks and a servicing unit connected to said second internal network provides remote operation services to a serviced unit connected to said first internal network, said remote operation service providing method comprising the steps of:
in said serviced unit, setting up a first connection with said second firewall installed for said second internal network via said first internal network and said first firewall for said first internal network;
in said serviced unit, transmitting packets containing data for performing a remote operation to or from said servicing unit connected to said second internal network over said first connection;
in said second firewall, setting up a second connection with said servicing unit via said second internal network after said first connection has been set up with said serviced unit;
in said second firewall, relaying packets between said serviced unit and said servicing unit over said first and second connections; and
in said servicing unit, providing a remote operation service to said serviced unit by transmitting packets to or from said serviced unit via said second firewall and said second connection.
22. A unit to be serviced which is connected to a first internal network in which a first firewall is installed for an external network and receives a remote operation service from a servicing unit connected to a second internal network in which a second firewall is installed for the external network, comprising:
packet communications means for transmitting an identifier specifying an address of the servicing unit connected to the second internal network, establishing a connection to the servicing unit through the first and second firewalls, and transmitting a packet to and from the servicing unit through the connection; and
remote operation execution means for retrieving remote operation directive information from the packet received by said packet communications means, and performing a remote operation on the unit to be serviced.
23. The unit to be serviced according to claim 22, wherein
said external network is Internet.
24. A unit to be serviced which is connected to a first internal network in which a first firewall is installed for an external network and receives a remote operation service from a servicing unit connected to a second internal network in which a second firewall is installed for the external network, comprising:
packet communications means for establishing a connection to the second firewall through the first firewall, and transmitting a packet to and from the second firewall through the connection;
security check means for checking security of remote operation directive information stored in the packet received by said packet communications means;
remote operation execution means for performing a remote operation on the unit to be serviced according to the remote operation directive information whose security is checked by said security check means; and
execution result return means for returning an execution result of the remote operation performed by said remote operation execution means to the second firewall through said packet communications means.
25. The unit to be serviced according to claim 24, wherein
said external network is Internet.
26. A servicing unit which is connected to the second internal network in which the second firewall is installed for the external network and provides a remote operation service for a unit to be serviced connected to a first internal network in which a first firewall is installed for an external network, comprising:
packet communications means for establishing a connection to the second firewall, and transmitting a packet storing data to be transmitted to and from the unit to be serviced through the connection; and
remote operation execution means for generating the packet for which a command to perform a remote operation is set for the unit to be serviced, and transmitting the packet to the second firewall through said packet communications means.
27. The servicing unit according to claim 26, wherein
said remote operation execution means sets the command according to the remote operation directive information which is stored in the packet received from the unit to be serviced through said packet communications means.
28. The servicing unit according to claim 26, wherein
said external network is Internet.
29. A remote operation method for use with a unit to be serviced which is connected to a second internal network in which a second firewall is installed for an external network and receives a remote operation service from a servicing unit connected to a first internal network in which a first firewall is installed for the external network, comprising the steps of:
establishing a connection to the servicing unit through the second and first firewalls after transmitting an identifier specifying an address of the servicing unit connected to the first internal network;
transmitting a packet to and from the servicing unit through the connection; and
retrieving remote operation directive information from the received packet and performing a remote operation on the unit to be serviced.
30. A remote operation method for use with a servicing unit, connected to a second internal network in which a second firewall is installed for an external network, for providing a remote operation service for a unit to be serviced which is connected to a first internal network in which a first firewall is installed for the external network, comprising the steps of:
establishing a connection to the second firewall;
transmitting a packet storing data to be transmitted to and from the unit to be serviced through the connection;
generating a packet in which a command to perform a remote operation on the unit to be serviced is set; and
transmitting the packet to the second firewall through the connection.
31. A remote operation method for use with a unit to be serviced which is connected to a second internal network in which a second firewall is installed for an external network and receives a remote operation service from a servicing unit connected to a first internal network in which a first firewall is installed for the external network, comprising the steps of:
establishing a connection to the first firewall through the second firewall;
transmitting a packet to and from the first firewall through the connection;
checking security of remote operation directive information stored in a received packet;
performing a remote operation on the unit to be serviced according to the remote operation directive information whose security is checked; and
transmitting an execution result of the remote operation to the first firewall through the connection.
32. A security check method for use with a center device functioning as a second firewall in response to access through an external network to a servicing unit by a unit to be serviced which is connected to a first internal network in which a first firewall is installed for the external network, comprising the steps of:
establishing a first connection to the unit to be serviced through the first firewall and external network;
transmitting a packet to and from the unit to be serviced through the first connection;
checking after establishing the first connection whether or not a received packet is transmitted from the unit to be serviced of a subscriber;
establishing a second connection to the servicing unit through an internal network when it is determined as a result of the checking that the received packet is transmitted from the unit to be serviced of the subscriber; and
transmitting the packet to and from the servicing unit connected to the internal network through the second connection.
US09/245,921 1995-05-19 1999-02-08 System for performing remote operation between firewall-equipped networks or devices Expired - Lifetime US6374298B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US09/245,921 US6374298B2 (en) 1995-05-19 1999-02-08 System for performing remote operation between firewall-equipped networks or devices

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
JP7-121975 1995-05-19
JP07-121975 1995-05-19
JP12197595A JP3262689B2 (en) 1995-05-19 1995-05-19 Remote control system
US08/614,060 US5960177A (en) 1995-05-19 1996-03-12 System for performing remote operation between firewall-equipped networks or devices
US09/245,921 US6374298B2 (en) 1995-05-19 1999-02-08 System for performing remote operation between firewall-equipped networks or devices

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
US08/614,060 Division US5960177A (en) 1995-05-19 1996-03-12 System for performing remote operation between firewall-equipped networks or devices

Publications (2)

Publication Number Publication Date
US20020004847A1 true US20020004847A1 (en) 2002-01-10
US6374298B2 US6374298B2 (en) 2002-04-16

Family

ID=14824497

Family Applications (2)

Application Number Title Priority Date Filing Date
US08/614,060 Expired - Lifetime US5960177A (en) 1995-05-19 1996-03-12 System for performing remote operation between firewall-equipped networks or devices
US09/245,921 Expired - Lifetime US6374298B2 (en) 1995-05-19 1999-02-08 System for performing remote operation between firewall-equipped networks or devices

Family Applications Before (1)

Application Number Title Priority Date Filing Date
US08/614,060 Expired - Lifetime US5960177A (en) 1995-05-19 1996-03-12 System for performing remote operation between firewall-equipped networks or devices

Country Status (2)

Country Link
US (2) US5960177A (en)
JP (1) JP3262689B2 (en)

Cited By (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020095599A1 (en) * 2001-01-12 2002-07-18 Hyungkeun Hong VoIP call control proxy
US20030097479A1 (en) * 2001-11-16 2003-05-22 Zellers Mark H. Result notification through firewalls
US6654802B1 (en) * 1999-02-12 2003-11-25 Sprint Communications Company, L.P. Network system and method for automatic discovery of topology using overhead bandwidth
US20040098619A1 (en) * 2002-11-18 2004-05-20 Trusted Network Technologies, Inc. System, apparatuses, methods, and computer-readable media for identification of user and/or source of communication in a network
US20040151135A1 (en) * 2002-11-28 2004-08-05 Ntt Docomo, Inc. Communication control apparatus, firewall apparatus, and data communication method
US20050180326A1 (en) * 2004-02-13 2005-08-18 Goldflam Michael S. Method and system for remotely booting a computer device using a peer device
US20050262570A1 (en) * 2004-05-10 2005-11-24 Trusted Network Technologies, Inc. System, apparatuses, methods and computer-readable media for determining security status of computer before establishing connection thereto first group of embodiments-claim set 1
US20070162300A1 (en) * 2002-05-15 2007-07-12 Navio Systems, Inc. Methods of facilitating contact management using a computerized system including a set of titles
US20070248105A1 (en) * 2003-09-22 2007-10-25 Koichi Shinoda Data Communication System, Program, and Storage Medium
US20070286076A1 (en) * 2006-04-29 2007-12-13 Navio Systems, Inc. Enhanced title processing arrangement
US20080016000A1 (en) * 1997-03-27 2008-01-17 British Telecommunications Public Limited Company Copy protection of data
US7506358B1 (en) * 1999-12-09 2009-03-17 Cisco Technology, Inc. Method and apparatus supporting network communications through a firewall
US7543070B1 (en) * 2000-12-28 2009-06-02 Mcafee, Inc. System and method for negotiating multi-path connections through boundary controllers in a networked computing environment
US7591001B2 (en) 2004-05-14 2009-09-15 Liquidware Labs, Inc. System, apparatuses, methods and computer-readable media for determining the security status of a computer before establishing a network connection
US7660980B2 (en) 2002-11-18 2010-02-09 Liquidware Labs, Inc. Establishing secure TCP/IP communications using embedded IDs
US20100074256A1 (en) * 2006-09-29 2010-03-25 Electronics And Telecommunications Research Institute Service recognition method of router in ipv6 environment
US20130081130A1 (en) * 2011-09-28 2013-03-28 Fisher-Rosemount Systems, Inc., A Delaware Corporation Methods, apparatus, and articles of manufacture to provide firewalls for process control systems
US9177338B2 (en) 2005-12-29 2015-11-03 Oncircle, Inc. Software, systems, and methods for processing digital bearer instruments
US9509704B2 (en) 2011-08-02 2016-11-29 Oncircle, Inc. Rights-based system
US10192234B2 (en) 2006-11-15 2019-01-29 Api Market, Inc. Title materials embedded within media formats and related applications
US10198719B2 (en) 2005-12-29 2019-02-05 Api Market, Inc. Software, systems, and methods for processing digital bearer instruments

Families Citing this family (163)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10361802B1 (en) 1999-02-01 2019-07-23 Blanding Hovenweep, Llc Adaptive pattern recognition based control system and method
JP3262689B2 (en) * 1995-05-19 2002-03-04 富士通株式会社 Remote control system
US6754212B1 (en) 1996-07-12 2004-06-22 Hitachi, Ltd. Repeater and network system utililzing the same
US6111883A (en) * 1996-07-12 2000-08-29 Hitachi, Ltd. Repeater and network system utilizing the same
US20060195595A1 (en) 2003-12-19 2006-08-31 Mendez Daniel J System and method for globally and securely accessing unified information in a computer network
JP3497338B2 (en) 1997-01-08 2004-02-16 株式会社日立製作所 Network system with distributed log batch management function
JP3436044B2 (en) * 1997-02-17 2003-08-11 株式会社日立製作所 Monitoring equipment for passenger conveyors
JP3741818B2 (en) * 1997-03-31 2006-02-01 株式会社野村総合研究所 Information distribution response system with many computers participating
JPH10275126A (en) * 1997-03-31 1998-10-13 Nri & Ncc Co Ltd Client server system that performs load decentralization control
US6144638A (en) * 1997-05-09 2000-11-07 Bbn Corporation Multi-tenant unit
US7032242B1 (en) * 1998-03-05 2006-04-18 3Com Corporation Method and system for distributed network address translation with network security features
US6141686A (en) * 1998-03-13 2000-10-31 Deterministic Networks, Inc. Client-side application-classifier gathering network-traffic statistics and application and user names using extensible-service provider plugin for policy-based network control
US6636485B1 (en) 1998-05-14 2003-10-21 3Com Corporation Method and system for providing quality-of-service in a data-over-cable system
US6775276B1 (en) * 1998-05-27 2004-08-10 3Com Corporation Method and system for seamless address allocation in a data-over-cable system
EP0964558A1 (en) * 1998-06-08 1999-12-15 THOMSON multimedia Method for accessing internet applications from home network devices
US6700891B1 (en) * 1998-06-25 2004-03-02 Cisco Technology, Inc. Apparatus and method for providing a device level security mechanism in a network
DE19831190C1 (en) * 1998-07-11 1999-10-28 Tracto Technik Appliance for dividing subterranean pipes and laying of new ones etc.
US6317837B1 (en) * 1998-09-01 2001-11-13 Applianceware, Llc Internal network node with dedicated firewall
JP3474453B2 (en) * 1998-09-04 2003-12-08 ビスト コーポレイション Method and system for securely synchronizing multiple copies of workspace elements in a network
US6892229B1 (en) 1998-09-30 2005-05-10 3Com Corporation System and method for assigning dynamic host configuration protocol parameters in devices using resident network interfaces
JP3673660B2 (en) * 1998-11-06 2005-07-20 日本電気エンジニアリング株式会社 Remote management system
AU1399400A (en) * 1998-12-03 2000-06-19 British Telecommunications Public Limited Company Network management system
US7133511B2 (en) * 1998-12-11 2006-11-07 Securelogix Corporation Telephony security system
US6249575B1 (en) 1998-12-11 2001-06-19 Securelogix Corporation Telephony security system
US6226372B1 (en) * 1998-12-11 2001-05-01 Securelogix Corporation Tightly integrated cooperative telecommunications firewall and scanner with distributed capabilities
US6700964B2 (en) * 2001-07-23 2004-03-02 Securelogix Corporation Encapsulation, compression and encryption of PCM data
US6687353B1 (en) 1998-12-11 2004-02-03 Securelogix Corporation System and method for bringing an in-line device on-line and assuming control of calls
US6760420B2 (en) * 2000-06-14 2004-07-06 Securelogix Corporation Telephony security system
US6986157B1 (en) 1998-12-21 2006-01-10 3Com Corporation Method and system for dynamic service registration in a data-over-cable system
US6763467B1 (en) * 1999-02-03 2004-07-13 Cybersoft, Inc. Network traffic intercepting method and system
US7099338B1 (en) 1999-02-27 2006-08-29 3Com Corporation System and method for insuring dynamic host configuration protocol operation by a host connected to a data network
US6553422B1 (en) * 1999-04-26 2003-04-22 Hewlett-Packard Development Co., L.P. Reverse HTTP connections for device management outside a firewall
US6718388B1 (en) * 1999-05-18 2004-04-06 Jp Morgan Chase Bank Secured session sequencing proxy system and method therefor
US6611868B1 (en) 1999-05-21 2003-08-26 3Com Corporation Method and system for automatic link hang up
US6654387B1 (en) 1999-05-21 2003-11-25 3Com Corporation Method for network address table maintenance in a data-over-cable system using a network device registration procedure
US6754622B1 (en) 1999-05-24 2004-06-22 3Com Corporation Method for network address table maintenance in a data-over-cable system using destination reachibility
US6985437B1 (en) 1999-05-25 2006-01-10 3Com Corporation Method for dynamic performance optimization in a data-over-cable system
US6785292B1 (en) 1999-05-28 2004-08-31 3Com Corporation Method for detecting radio frequency impairments in a data-over-cable system
US6463474B1 (en) * 1999-07-02 2002-10-08 Cisco Technology, Inc. Local authentication of a client at a network device
DE19938125A1 (en) * 1999-08-12 2001-03-01 Siemens Ag Method of operating communication networks
EP1085396A1 (en) 1999-09-17 2001-03-21 Hewlett-Packard Company Operation of trusted state in computing platform
WO2001035599A2 (en) * 1999-10-28 2001-05-17 Support.Com, Inc. Secure communication system
US6754707B2 (en) * 1999-10-28 2004-06-22 Supportsoft, Inc. Secure computer support system
US9191443B2 (en) 1999-12-02 2015-11-17 Western Digital Technologies, Inc. Managed peer-to-peer applications, systems and methods for distributed data access and storage
US7934251B2 (en) * 1999-12-02 2011-04-26 Western Digital Technologies, Inc. Managed peer-to-peer applications, systems and methods for distributed data access and storage
ATE396577T1 (en) 1999-12-02 2008-06-15 Western Digital Tech Inc SYSTEM FOR REMOTE RECORDING TELEVISION PROGRAMS
US8793374B2 (en) 1999-12-02 2014-07-29 Western Digital Technologies, Inc. Managed peer-to-peer applications, systems and methods for distributed data access and storage
US7120692B2 (en) 1999-12-02 2006-10-10 Senvid, Inc. Access and control system for network-enabled devices
US8688797B2 (en) * 1999-12-02 2014-04-01 Western Digital Technologies, Inc. Managed peer-to-peer applications, systems and methods for distributed data access and storage
US7917628B2 (en) * 1999-12-02 2011-03-29 Western Digital Technologies, Inc. Managed peer-to-peer applications, systems and methods for distributed data access and storage
US7336790B1 (en) 1999-12-10 2008-02-26 Sun Microsystems Inc. Decoupling access control from key management in a network
US6870842B1 (en) 1999-12-10 2005-03-22 Sun Microsystems, Inc. Using multicasting to provide ethernet-like communication behavior to selected peers on a network
US6798782B1 (en) 1999-12-10 2004-09-28 Sun Microsystems, Inc. Truly anonymous communications using supernets, with the provision of topology hiding
US6970941B1 (en) 1999-12-10 2005-11-29 Sun Microsystems, Inc. System and method for separating addresses from the delivery scheme in a virtual private network
US7765581B1 (en) 1999-12-10 2010-07-27 Oracle America, Inc. System and method for enabling scalable security in a virtual private network
US6938169B1 (en) 1999-12-10 2005-08-30 Sun Microsystems, Inc. Channel-specific file system views in a private network using a public-network infrastructure
US6977929B1 (en) 1999-12-10 2005-12-20 Sun Microsystems, Inc. Method and system for facilitating relocation of devices on a network
US6598083B1 (en) * 1999-12-30 2003-07-22 Intel Corporation System and method for communicating over a non-continuous connection with a device on a network
US7069432B1 (en) * 2000-01-04 2006-06-27 Cisco Technology, Inc. System and method for providing security in a telecommunication network
US6804254B1 (en) 2000-01-04 2004-10-12 Cisco Technology, Inc. System and method for maintaining a communication link
US7079495B1 (en) 2000-01-04 2006-07-18 Cisco Technology, Inc. System and method for enabling multicast telecommunications
US7006494B1 (en) * 2000-01-04 2006-02-28 Cisco Technology, Inc. System and method for a virtual telephony intermediary
US7925693B2 (en) * 2000-01-24 2011-04-12 Microsoft Corporation NAT access control with IPSec
US7072933B1 (en) 2000-01-24 2006-07-04 Microsoft Corporation Network access control using network address translation
US6662228B1 (en) * 2000-02-01 2003-12-09 Sun Microsystems, Inc. Internet server authentication client
US20020156860A1 (en) * 2000-02-25 2002-10-24 Finke Alan D. Personal server system
US6631417B1 (en) 2000-03-29 2003-10-07 Iona Technologies Plc Methods and apparatus for securing access to a computer
US7089580B1 (en) 2000-03-29 2006-08-08 3Com Corporation Method for improved cable modem ranging in a data-over-cable system
US7301952B2 (en) * 2000-04-06 2007-11-27 The Distribution Systems Research Institute Terminal-to-terminal communication connection control method using IP transfer network
IL135554A0 (en) * 2000-04-09 2001-05-20 Lea D Corp Ltd Method and system for end-to-end communication through the internet transmission infrastructure
US7814208B2 (en) 2000-04-11 2010-10-12 Science Applications International Corporation System and method for projecting content beyond firewalls
US20010042202A1 (en) * 2000-04-14 2001-11-15 Horvath Charles J. Dynamically extendible firewall
KR20010097070A (en) * 2000-04-19 2001-11-08 장성철 Remote security consulting and security hole patch system through homepage for authorized clients
JP2001306420A (en) * 2000-04-19 2001-11-02 Fujita Corp Transfer processing method and system for application data
US6804262B1 (en) 2000-04-28 2004-10-12 3Com Corporation Method and apparatus for channel determination through power measurements
US6944881B1 (en) 2000-06-19 2005-09-13 3Com Corporation Method for using an initial maintenance opportunity for non-contention ranging
US6816500B1 (en) 2000-07-10 2004-11-09 3Com Corporation Apparatus, method and system for multimedia access network channel management
EP1311965A1 (en) * 2000-07-14 2003-05-21 Conxion Corporation Apparatus and method for remote maintenance of hosted network services
GB0020441D0 (en) * 2000-08-18 2000-10-04 Hewlett Packard Co Performance of a service on a computing platform
US20020032871A1 (en) * 2000-09-08 2002-03-14 The Regents Of The University Of Michigan Method and system for detecting, tracking and blocking denial of service attacks over a computer network
US20020032793A1 (en) * 2000-09-08 2002-03-14 The Regents Of The University Of Michigan Method and system for reconstructing a path taken by undesirable network traffic through a computer network from a source of the traffic
US7171442B1 (en) 2000-09-18 2007-01-30 Canon Kabushiki Kaisha Printer maintenance scheme for a network centric printing system
US7107326B1 (en) 2000-10-13 2006-09-12 3Com Corporation Method and system for integrating IP address reservations with policy provisioning
US7003798B2 (en) * 2000-10-20 2006-02-21 Canon Kabushiki Kaisha System for operating device from remote location and apparatus for use in the system
ATE341143T1 (en) * 2000-11-09 2006-10-15 Accenture Llp ELECTRONIC SECURITY SYSTEM AND METHOD FOR A COMMUNICATIONS NETWORK
US7254833B1 (en) * 2000-11-09 2007-08-07 Accenture Llp Electronic security system and scheme for a communications network
US8150013B2 (en) 2000-11-10 2012-04-03 Securelogix Corporation Telephony security system
US7068597B1 (en) 2000-11-27 2006-06-27 3Com Corporation System and method for automatic load balancing in a data-over-cable network
GB2376763B (en) 2001-06-19 2004-12-15 Hewlett Packard Co Demonstrating integrity of a compartment of a compartmented operating system
US6948184B1 (en) 2000-11-30 2005-09-20 3Com Corporation System and method for calibrating power level during initial ranging of a network client device
US6940874B2 (en) 2000-11-30 2005-09-06 3Com Corporation Method for reducing interference from initializing network devices in a data-over-cable system
US6952428B1 (en) 2001-01-26 2005-10-04 3Com Corporation System and method for a specialized dynamic host configuration protocol proxy in a data-over-cable network
GB0102516D0 (en) * 2001-01-31 2001-03-21 Hewlett Packard Co Trusted gateway system
GB0102518D0 (en) * 2001-01-31 2001-03-21 Hewlett Packard Co Trusted operating system
US20020104021A1 (en) * 2001-01-31 2002-08-01 Gross Curtis T. Resource sharing across security boundaries
US20020111999A1 (en) * 2001-02-13 2002-08-15 Andersson Anders Jorgen Mikael System and method for remote control of software and an attached device
GB2372345A (en) * 2001-02-17 2002-08-21 Hewlett Packard Co Secure email handling using a compartmented operating system
US7073055B1 (en) 2001-02-22 2006-07-04 3Com Corporation System and method for providing distributed and dynamic network services for remote access server users
GB2372592B (en) 2001-02-23 2005-03-30 Hewlett Packard Co Information system
GB2372595A (en) 2001-02-23 2002-08-28 Hewlett Packard Co Method of and apparatus for ascertaining the status of a data processing environment.
GB2372593B (en) * 2001-02-23 2005-05-18 Hewlett Packard Co Electronic communication
US7222255B1 (en) 2001-02-28 2007-05-22 3Com Corporation System and method for network performance testing
US7181017B1 (en) 2001-03-23 2007-02-20 David Felsher System and method for secure three-party communications
JP4146621B2 (en) 2001-04-05 2008-09-10 セイコーエプソン株式会社 Security system for output device
US6816455B2 (en) 2001-05-09 2004-11-09 Telecom Italia S.P.A. Dynamic packet filter utilizing session tracking
US20030051142A1 (en) * 2001-05-16 2003-03-13 Hidalgo Lluis Mora Firewalls for providing security in HTTP networks and applications
JP4280003B2 (en) * 2001-05-31 2009-06-17 株式会社日立製作所 Remote maintenance method and industrial equipment
GB2376761A (en) * 2001-06-19 2002-12-24 Hewlett Packard Co An arrangement in which a process is run on a host operating system but may be switched to a guest system if it poses a security risk
GB0114898D0 (en) * 2001-06-19 2001-08-08 Hewlett Packard Co Interaction with electronic services and markets
GB2376765B (en) * 2001-06-19 2004-12-29 Hewlett Packard Co Multiple trusted computing environments with verifiable environment identities
GB2376764B (en) 2001-06-19 2004-12-29 Hewlett Packard Co Multiple trusted computing environments
JP3888452B2 (en) 2001-07-02 2007-03-07 セイコーエプソン株式会社 Printing method via network
US7088678B1 (en) 2001-08-27 2006-08-08 3Com Corporation System and method for traffic shaping based on generalized congestion and flow control
EP1443410A4 (en) * 2001-10-02 2006-05-31 Seiko Epson Corp Communication mediating device for mediating communication over network
US7085306B1 (en) 2001-10-30 2006-08-01 3Com Corporation System and method for a multi-frequency upstream channel in a computer network
KR100994666B1 (en) * 2001-11-20 2010-11-16 웨스턴 디지털 테크놀로지스, 인코포레이티드 Access and control system for network-enabled devices
GB2382419B (en) * 2001-11-22 2005-12-14 Hewlett Packard Co Apparatus and method for creating a trusted environment
US7072337B1 (en) 2002-01-25 2006-07-04 3Com Corporation System and method for resolving network addresses for network devices on distributed network subnets
JP4659077B2 (en) * 2002-02-26 2011-03-30 株式会社リコー Mediation apparatus, image forming apparatus management system, image forming apparatus management method, image forming apparatus management program, and recording medium
KR20030094921A (en) * 2002-06-10 2003-12-18 주식회사데이콤 System and method for Security Information Management and Vulnerability Analysis
US7853983B2 (en) * 2002-07-29 2010-12-14 Bea Systems, Inc. Communicating data from a data producer to a data receiver
US7313618B2 (en) * 2002-10-31 2007-12-25 Sap Aktiengesellschaft Network architecture using firewalls
GB2395638B (en) * 2002-11-20 2005-11-09 Fujitsu Serv Ltd Multiple network access
JP3654360B2 (en) * 2002-12-02 2005-06-02 ソニー株式会社 Control system and method, information processing apparatus and method, information processing terminal and method, recording medium, and program
US7454785B2 (en) * 2002-12-19 2008-11-18 Avocent Huntsville Corporation Proxy method and system for secure wireless administration of managed entities
US9818136B1 (en) 2003-02-05 2017-11-14 Steven M. Hoffberg System and method for determining contingent relevance
JP4349365B2 (en) 2003-02-19 2009-10-21 日本ビクター株式会社 Control information transmission method, relay server, and controlled device
US7394761B2 (en) * 2003-04-29 2008-07-01 Avocent Huntsville Corporation System and method for delivering messages using alternate modes of communication
US7539856B2 (en) * 2003-05-27 2009-05-26 Microsoft Corporation Distributed authentication in a protocol-based sphere of trust in which a given external connection outside the sphere of trust may carry communications from multiple sources
JP4229013B2 (en) * 2003-09-01 2009-02-25 株式会社デンソー AC generator
US7890995B2 (en) * 2003-11-26 2011-02-15 Cisco Technology, Inc. System and method for remote management of communications networks
US7539862B2 (en) 2004-04-08 2009-05-26 Ipass Inc. Method and system for verifying and updating the configuration of an access device during authentication
TWI252976B (en) 2004-12-27 2006-04-11 Ind Tech Res Inst Detecting method and architecture thereof for malicious codes
US8874477B2 (en) 2005-10-04 2014-10-28 Steven Mark Hoffberg Multifactorial optimization system and method
US20080309665A1 (en) * 2007-06-13 2008-12-18 3D Systems, Inc., A California Corporation Distributed rapid prototyping
US7996543B2 (en) * 2007-08-16 2011-08-09 Xcastlabs Client-to-client direct RTP exchange in a managed client-server network
US8341702B2 (en) * 2007-11-01 2012-12-25 Bridgewater Systems Corp. Methods for authenticating and authorizing a mobile device using tunneled extensible authentication protocol
US20100333192A1 (en) * 2009-06-24 2010-12-30 Esgw Holdings Limited Secure storage
US20120016535A1 (en) * 2010-07-15 2012-01-19 Electronics And Telecommunications Research Institute System and method for providing remote maintenance service for systems on a ship
JP5760493B2 (en) * 2011-02-18 2015-08-12 村田機械株式会社 Relay communication system
JP5783246B2 (en) * 2011-03-19 2015-09-24 富士通株式会社 Terminal device, process management method, and process management program
JP2012230599A (en) * 2011-04-27 2012-11-22 Nippon Telegr & Teleph Corp <Ntt> Service providing apparatus, service providing method and service providing program
US10044582B2 (en) 2012-01-28 2018-08-07 A10 Networks, Inc. Generating secure name records
US9912555B2 (en) 2013-03-15 2018-03-06 A10 Networks, Inc. System and method of updating modules for application or content identification
US9722918B2 (en) 2013-03-15 2017-08-01 A10 Networks, Inc. System and method for customizing the identification of application or content type
US9838425B2 (en) 2013-04-25 2017-12-05 A10 Networks, Inc. Systems and methods for network access control
US9294503B2 (en) 2013-08-26 2016-03-22 A10 Networks, Inc. Health monitor based distributed denial of service attack mitigation
US9906422B2 (en) 2014-05-16 2018-02-27 A10 Networks, Inc. Distributed system to determine a server's health
US9756071B1 (en) 2014-09-16 2017-09-05 A10 Networks, Inc. DNS denial of service attack protection
US9537886B1 (en) 2014-10-23 2017-01-03 A10 Networks, Inc. Flagging security threats in web service requests
US9621575B1 (en) 2014-12-29 2017-04-11 A10 Networks, Inc. Context aware threat protection
US9584318B1 (en) 2014-12-30 2017-02-28 A10 Networks, Inc. Perfect forward secrecy distributed denial of service attack defense
US9900343B1 (en) 2015-01-05 2018-02-20 A10 Networks, Inc. Distributed denial of service cellular signaling
US9848013B1 (en) 2015-02-05 2017-12-19 A10 Networks, Inc. Perfect forward secrecy distributed denial of service attack detection
US10063591B1 (en) 2015-02-14 2018-08-28 A10 Networks, Inc. Implementing and optimizing secure socket layer intercept
US9787581B2 (en) 2015-09-21 2017-10-10 A10 Networks, Inc. Secure data flow open information analytics
US10469594B2 (en) 2015-12-08 2019-11-05 A10 Networks, Inc. Implementation of secure socket layer intercept
US10812348B2 (en) 2016-07-15 2020-10-20 A10 Networks, Inc. Automatic capture of network data for a detected anomaly
US10341118B2 (en) 2016-08-01 2019-07-02 A10 Networks, Inc. SSL gateway with integrated hardware security module
US10382562B2 (en) 2016-11-04 2019-08-13 A10 Networks, Inc. Verification of server certificates using hash codes
US10250475B2 (en) 2016-12-08 2019-04-02 A10 Networks, Inc. Measurement of application response delay time
US10397270B2 (en) 2017-01-04 2019-08-27 A10 Networks, Inc. Dynamic session rate limiter
US10187377B2 (en) 2017-02-08 2019-01-22 A10 Networks, Inc. Caching network generated security certificates

Family Cites Families (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US550984A (en) * 1895-12-10 Card list or index
US4677588A (en) * 1983-11-14 1987-06-30 International Business Machines Corp. Network interconnection without integration
JPS62234441A (en) * 1986-04-04 1987-10-14 Nec Corp Communication information repeating system
JPS63298551A (en) * 1987-05-29 1988-12-06 Toshiba Corp Pass-through system for gate way
CA2053261A1 (en) * 1989-04-28 1990-10-29 Gary D. Hornbuckle Method and apparatus for remotely controlling and monitoring the use of computer software
DE69029759T2 (en) * 1989-05-15 1997-07-17 Ibm Flexible interface for authentication services in a distributed data processing system
US5560008A (en) * 1989-05-15 1996-09-24 International Business Machines Corporation Remote authentication and authorization in a distributed data processing system
JPH02306742A (en) * 1989-05-20 1990-12-20 Fujitsu Ltd Security check processing system
JPH04149657A (en) * 1990-10-09 1992-05-22 Nec Corp Confirming system for 2-phase commitment
JPH04370870A (en) * 1991-06-20 1992-12-24 Nec Corp Multi-host log-on control system
JPH0535622A (en) * 1991-08-01 1993-02-12 Nec Corp Remote computer operating device
JPH0612347A (en) * 1992-06-25 1994-01-21 Hitachi Ltd Remote operation command execution control system on decentralized computer system
US5586260A (en) * 1993-02-12 1996-12-17 Digital Equipment Corporation Method and apparatus for authenticating a client to a server in computer systems which support different security mechanisms
US5548721A (en) * 1994-04-28 1996-08-20 Harris Corporation Method of conducting secure operations on an uncontrolled network
US5864683A (en) * 1994-10-12 1999-01-26 Secure Computing Corporartion System for providing secure internetwork by connecting type enforcing secure computers to external network for limiting access to data based on user and process access rights
US5623601A (en) * 1994-11-18 1997-04-22 Milkway Networks Corporation Apparatus and method for providing a secure gateway for communication and data exchanges between networks
US5550984A (en) 1994-12-07 1996-08-27 Matsushita Electric Corporation Of America Security system for preventing unauthorized communications between networks by translating communications received in ip protocol to non-ip protocol to remove address and routing services information
US5677851A (en) * 1994-12-15 1997-10-14 Novell, Inc. Method and apparatus to secure digital directory object changes
US5699513A (en) * 1995-03-31 1997-12-16 Motorola, Inc. Method for secure network access via message intercept
US5802320A (en) * 1995-05-18 1998-09-01 Sun Microsystems, Inc. System for packet filtering of data packets at a computer network interface
JP3262689B2 (en) * 1995-05-19 2002-03-04 富士通株式会社 Remote control system

Cited By (39)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080016000A1 (en) * 1997-03-27 2008-01-17 British Telecommunications Public Limited Company Copy protection of data
US6654802B1 (en) * 1999-02-12 2003-11-25 Sprint Communications Company, L.P. Network system and method for automatic discovery of topology using overhead bandwidth
US7506358B1 (en) * 1999-12-09 2009-03-17 Cisco Technology, Inc. Method and apparatus supporting network communications through a firewall
US7543070B1 (en) * 2000-12-28 2009-06-02 Mcafee, Inc. System and method for negotiating multi-path connections through boundary controllers in a networked computing environment
US20020095599A1 (en) * 2001-01-12 2002-07-18 Hyungkeun Hong VoIP call control proxy
US20030097479A1 (en) * 2001-11-16 2003-05-22 Zellers Mark H. Result notification through firewalls
US20070162300A1 (en) * 2002-05-15 2007-07-12 Navio Systems, Inc. Methods of facilitating contact management using a computerized system including a set of titles
US7660980B2 (en) 2002-11-18 2010-02-09 Liquidware Labs, Inc. Establishing secure TCP/IP communications using embedded IDs
US7823194B2 (en) 2002-11-18 2010-10-26 Liquidware Labs, Inc. System and methods for identification and tracking of user and/or source initiating communication in a computer network
US20050160289A1 (en) * 2002-11-18 2005-07-21 Shay A. D. System and method for intrusion prevention in a communications network
US7386889B2 (en) * 2002-11-18 2008-06-10 Trusted Network Technologies, Inc. System and method for intrusion prevention in a communications network
US20040098620A1 (en) * 2002-11-18 2004-05-20 Trusted Network Technologies, Inc. System, apparatuses, methods, and computer-readable media using identification data in packet communications
US20040098619A1 (en) * 2002-11-18 2004-05-20 Trusted Network Technologies, Inc. System, apparatuses, methods, and computer-readable media for identification of user and/or source of communication in a network
US8745719B2 (en) 2002-11-28 2014-06-03 Ntt Docomo, Inc. Communication control apparatus, firewall apparatus, and data communication method
US20040151135A1 (en) * 2002-11-28 2004-08-05 Ntt Docomo, Inc. Communication control apparatus, firewall apparatus, and data communication method
US20080107068A1 (en) * 2002-11-28 2008-05-08 Ntt Docomo, Inc. Communication control apparatus, firewall apparatus, and data communication method
US20070248105A1 (en) * 2003-09-22 2007-10-25 Koichi Shinoda Data Communication System, Program, and Storage Medium
US20050180326A1 (en) * 2004-02-13 2005-08-18 Goldflam Michael S. Method and system for remotely booting a computer device using a peer device
US7549159B2 (en) 2004-05-10 2009-06-16 Liquidware Labs, Inc. System, apparatuses, methods and computer-readable media for determining the security status of a computer before establishing connection thereto
US20050262570A1 (en) * 2004-05-10 2005-11-24 Trusted Network Technologies, Inc. System, apparatuses, methods and computer-readable media for determining security status of computer before establishing connection thereto first group of embodiments-claim set 1
US7591001B2 (en) 2004-05-14 2009-09-15 Liquidware Labs, Inc. System, apparatuses, methods and computer-readable media for determining the security status of a computer before establishing a network connection
US10198719B2 (en) 2005-12-29 2019-02-05 Api Market, Inc. Software, systems, and methods for processing digital bearer instruments
US9177338B2 (en) 2005-12-29 2015-11-03 Oncircle, Inc. Software, systems, and methods for processing digital bearer instruments
US10467606B2 (en) 2006-04-29 2019-11-05 Api Market, Inc. Enhanced title processing arrangement
US9621372B2 (en) * 2006-04-29 2017-04-11 Oncircle, Inc. Title-enabled networking
US10999094B2 (en) 2006-04-29 2021-05-04 Api Market, Inc. Title-enabled networking
US20070286393A1 (en) * 2006-04-29 2007-12-13 Navio Systems, Inc. Title-enabled networking
US20070286076A1 (en) * 2006-04-29 2007-12-13 Navio Systems, Inc. Enhanced title processing arrangement
US20100074256A1 (en) * 2006-09-29 2010-03-25 Electronics And Telecommunications Research Institute Service recognition method of router in ipv6 environment
US10380621B2 (en) 2006-11-15 2019-08-13 Api Market, Inc. Title-acceptance and processing architecture
US10192234B2 (en) 2006-11-15 2019-01-29 Api Market, Inc. Title materials embedded within media formats and related applications
US11494801B2 (en) 2006-11-15 2022-11-08 Api Market, Inc. Methods and medium for title materials embedded within media formats and related applications
US10073984B2 (en) 2011-08-02 2018-09-11 Api Market, Inc. Rights based system
US9509704B2 (en) 2011-08-02 2016-11-29 Oncircle, Inc. Rights-based system
US10706168B2 (en) 2011-08-02 2020-07-07 Api Market, Inc. Rights-based system
US11599657B2 (en) 2011-08-02 2023-03-07 Api Market, Inc. Rights-based system
CN103117993A (en) * 2011-09-28 2013-05-22 费希尔-罗斯蒙特系统公司 Methods, apparatus, and articles of manufacture to provide firewalls for process control systems
US9100437B2 (en) * 2011-09-28 2015-08-04 Fisher-Rosemount Systems, Inc. Methods, apparatus, and articles of manufacture to provide firewalls for process control systems
US20130081130A1 (en) * 2011-09-28 2013-03-28 Fisher-Rosemount Systems, Inc., A Delaware Corporation Methods, apparatus, and articles of manufacture to provide firewalls for process control systems

Also Published As

Publication number Publication date
US5960177A (en) 1999-09-28
JPH08314835A (en) 1996-11-29
US6374298B2 (en) 2002-04-16
JP3262689B2 (en) 2002-03-04

Similar Documents

Publication Publication Date Title
US6374298B2 (en) System for performing remote operation between firewall-equipped networks or devices
US7013343B2 (en) DNS server filter checking for abnormal DNS packets
RU2178583C2 (en) Method and device for gaining access to computer resources through fire wall
US7360244B2 (en) Method for authenticating a user access request
US5623601A (en) Apparatus and method for providing a secure gateway for communication and data exchanges between networks
US6003084A (en) Secure network proxy for connecting entities
US8011000B2 (en) Public network access server having a user-configurable firewall
US20010047414A1 (en) Dedicated private network service method having backup and loads-balancing functions
CN101420455A (en) Systems and/or methods for streaming reverse http gateway, and network including the same
JP2003500711A (en) Proxy system and method for performing secure session sequence
WO2003100638A1 (en) Network resource management system
AU7951598A (en) Method and arrangement relating to communications systems
JPH11205388A (en) Packet filter, authentication server, packet filtering method and storage medium
US6754212B1 (en) Repeater and network system utililzing the same
WO1998031124A1 (en) Reverse proxy server
WO1998031124A9 (en) Reverse proxy server
US7694015B2 (en) Connection control system, connection control equipment and connection management equipment
EP1282286B1 (en) Method of establishing a secure data connection
JPH1028144A (en) System for constituting network with access control function
CA2136150C (en) Apparatus and method for providing a secure gateway for communication and data exchanges between networks
JP2002084326A (en) Device to be serviced, central unit and servicing device
CN113114643B (en) Operation and maintenance access method and system of operation and maintenance auditing system
JP2003174483A (en) Security management system and route designation program
JPH1132088A (en) Network system
EP1248971A2 (en) Access control of a service

Legal Events

Date Code Title Description
AS Assignment

Owner name: FUJITSU LIMITED, JAPAN

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:TANNO, KAZUHIRA;REEL/FRAME:009760/0008

Effective date: 19960228

STCF Information on status: patent grant

Free format text: PATENTED CASE

FEPP Fee payment procedure

Free format text: PAYER NUMBER DE-ASSIGNED (ORIGINAL EVENT CODE: RMPN); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY

FPAY Fee payment

Year of fee payment: 4

FPAY Fee payment

Year of fee payment: 8

FPAY Fee payment

Year of fee payment: 12