WO2011089712A1 - 認証方法、認証システムおよび認証プログラム - Google Patents

認証方法、認証システムおよび認証プログラム Download PDF

Info

Publication number
WO2011089712A1
WO2011089712A1 PCT/JP2010/050823 JP2010050823W WO2011089712A1 WO 2011089712 A1 WO2011089712 A1 WO 2011089712A1 JP 2010050823 W JP2010050823 W JP 2010050823W WO 2011089712 A1 WO2011089712 A1 WO 2011089712A1
Authority
WO
WIPO (PCT)
Prior art keywords
authentication
user
server
identification information
terminal
Prior art date
Application number
PCT/JP2010/050823
Other languages
English (en)
French (fr)
Inventor
豊明 古澤
Original Assignee
富士通株式会社
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 富士通株式会社 filed Critical 富士通株式会社
Priority to JP2011550759A priority Critical patent/JP5375976B2/ja
Priority to PCT/JP2010/050823 priority patent/WO2011089712A1/ja
Publication of WO2011089712A1 publication Critical patent/WO2011089712A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/30—Authentication, i.e. establishing the identity or authorisation of security principals
    • G06F21/31—User authentication
    • G06F21/41—User authentication where a single sign-on provides access to a plurality of computers

Definitions

  • the present invention relates to an authentication method, an authentication system, and an authentication program.
  • SSL Secure Socket Layer
  • VPN Virtual Private Network
  • a client server system built on an in-house LAN can be safely accessed from a client application of a user terminal connected to the Internet. It has been demanded.
  • a client application connected to the Internet accesses the server application by simulating the built-in SSL-VPN apparatus, and executes data communication via the SSL-VPN.
  • the server application included in the client server system accepts an access request from a user terminal on the Internet via an SSL-VPN device installed on the server side.
  • the server application since these accesses go through a proxy, the server application has no way of knowing what kind of client is accepting the access request from the communication protocol. There was a problem that it could not be properly authenticated.
  • the server application of many client server systems is the database itself, and the security function for identifying and authenticating the client is weak, and there is a risk such as data leakage.
  • the present invention has been made in view of the above, and appropriately authenticates communication of a client application that makes an access request via the Internet to a client server system having a weak security function built on an in-house network. It is an object of the present invention to provide an authentication method that can be used.
  • the present invention provides an SSO login Web server installed on the server side in a client server system that executes an application via the Internet, connected via the Internet.
  • User identification information for identifying the user of the terminal is acquired from the Web browser of the user terminal, and the authentication apparatus is notified of the acquired user identification information, thereby requesting the authentication apparatus to authenticate the user.
  • the step of making a connection request to the SSL relay server by notifying the terminal identification information of the user terminal, and the SSL relay server accepting the connection request by acquiring the terminal identification information from the user terminal A step of determining whether or not the acquired terminal identification information is registered in the authentication table; and When registered in the table, the connection between the client application that has made the connection request and the server application in the client server system is permitted, and a service corresponding to
  • the authentication method of the present invention it is possible to appropriately authenticate a client application that makes an access request via the Internet.
  • FIG. 1 is a diagram illustrating the configuration of the authentication system according to the first embodiment.
  • FIG. 2 is a diagram illustrating an example of the authentication system according to the second embodiment.
  • FIG. 3 is a diagram for explaining the processing procedure of the authentication system.
  • FIG. 4 is a diagram illustrating the configuration of the user terminal according to the second embodiment.
  • FIG. 5 is a diagram showing the configuration of the SSO authentication server.
  • FIG. 6 is a diagram illustrating an example of the data structure of the SSO authentication table.
  • FIG. 7 is a diagram illustrating an example of a data structure of the user management table.
  • FIG. 8 is a diagram illustrating an example of the data structure of the authority management table.
  • FIG. 9 is a diagram showing the configuration of the SSO login Web server.
  • FIG. 1 is a diagram illustrating the configuration of the authentication system according to the first embodiment.
  • FIG. 2 is a diagram illustrating an example of the authentication system according to the second embodiment.
  • FIG. 3 is a diagram for explaining the
  • FIG. 10 is a diagram illustrating a configuration of the SSL relay server.
  • FIG. 11 is a diagram illustrating an example of the data structure of the authentication table.
  • FIG. 12 is a diagram illustrating an example of the data structure of the port management table.
  • FIG. 13 is a flowchart (1) illustrating the processing procedure of the authentication system according to the second embodiment.
  • FIG. 14 is a flowchart (2) illustrating the processing procedure of the authentication system according to the second embodiment.
  • FIG. 15 is a diagram illustrating a hardware configuration of a computer constituting the SSL relay server.
  • FIG. 1 is a diagram illustrating the configuration of the authentication system according to the first embodiment.
  • this authentication system includes an SSO login Web server 10 and an SSL relay server 15 installed on the server side in a client server system that executes applications via the Internet.
  • the authentication system also includes a user terminal 20 that requests a service, an SSO authentication server 30 that authenticates the user, and a server application 40 that provides the service.
  • the SSO login Web server 10 is connected to the user terminal 20 via the Internet 50 and is connected to the SSO authentication server 30 and the SSL relay server 15.
  • the SSL relay server 10 connects to the server application 40 via the Internet 50 as a user terminal 20.
  • the SSO login Web server 10 includes an HTTP communication unit 11, an authentication request processing unit 12, an authentication key issuing unit 13, and an authentication information registration unit 14. Among these, the authentication request processing unit 11 acquires user identification information for identifying the user of the terminal 20 from the user terminal 20 connected via the Internet 50. Further, the authentication request processing unit 12 requests the SSO authentication server 30 to authenticate the user by notifying the SSO authentication server 30 of the user identification information.
  • the authentication information registration unit 14 After the user is authenticated by the SSO authentication server 30, the authentication information registration unit 14 generates a unique authentication key or acquires the authentication key from the SSO authentication server 30, and uses the authentication key and the authority information of the user. Correspondingly, the information is registered in the storage unit 18 accessible by the SSL relay server 15.
  • the SSL relay server 15 includes an SSL communication unit 16, a connection authentication unit 17, a storage unit 18 that holds an authentication table and the like, and a connection relay unit 19.
  • the storage unit 18 stores the authentication key, authority information, and terminal identification information in association with each other.
  • the SSL communication unit 16 When the SSL communication unit 16 receives a connection authentication request from the user terminal 20, the SSL communication unit 16 inquires of the connection authentication unit 17 using the authentication key received from the user terminal in order to determine whether the SSO authentication has been completed.
  • the connection authentication unit 17 searches the storage unit 18 and determines that it is the first connection authentication request only when the authentication key has already been registered and the terminal identification information has not been registered, and the terminal identification information is registered for the authentication key. .
  • the SSL communication unit 16 inquires of the connection authentication unit 17 about connection availability using terminal identification information for identifying the user terminal.
  • the connection authentication unit 17 searches the storage unit 18 using the terminal identification information. If there is a corresponding terminal in the search, it is determined that the SSO has been authenticated, and the connection relay unit 19 is used to connect to the server application 40 and relay communication. If there is no corresponding terminal in the search, connection / relay by the connection relay unit 19 is not permitted. Further, the connection authentication unit 17 determines whether to permit access to the virtual line (port) of the server application 40 in accordance with the user authority information corresponding to the terminal identification information.
  • the SSO login Web server 10 uses the authority information of the user and a predetermined virtual circuit.
  • the terminal identification information permitting connection is registered in the authentication table of the storage unit 18 in the SSL relay server 15 using the authentication key. For this reason, the user terminal identified by the terminal identification information stored in the authentication table can be determined to be authenticated. Therefore, when the SSL relay server 15 receives a connection request from the user terminal 20 connected to the Internet 50, the SSL relay server 15 determines whether or not the terminal identification information of the user terminal is registered in the authentication table. Access from user terminals can be properly authenticated.
  • FIG. 2 is a diagram illustrating an example of the authentication system according to the second embodiment.
  • this authentication system includes user terminals 70a to 70c, an SSO (Single Sign On) authentication server 80, an SSO login Web server 90, an SSL relay server 100, and a server application 120.
  • the user terminals 70a to 70c, the SSO login Web server 90, and the SSL relay server 100 are connected via the Internet 60.
  • the SSL relay server 100 is connected to the SSO authentication server 80 and the SSO login Web server 90 via an internal network 65 such as a LAN (Local Area Network).
  • LAN Local Area Network
  • User terminals 70 a to 70 c are devices that establish SSL communication with the SSL relay server 100 and receive service provision from the server application 120.
  • the SSO authentication server 80 is a device that authenticates the user of the user terminal 70.
  • the SSO login Web server 90 is a device that accepts terminal user information from the user terminal 70 and makes an authentication request to the SSO authentication server 80.
  • the SSO login Web server 90 associates the authority information of the user with the IP address of the user terminal using the authentication key, and the SSL relay server 100.
  • the SSL relay server 100 uses the information associated with the authentication key to determine the user terminal and service type that are permitted to connect to the server application 120, and controls the connection.
  • FIG. 3 is a diagram for explaining the processing procedure of the authentication system.
  • the processing procedure of the authentication system will be described using the user terminal 70a among the user terminals 70a to 70c.
  • the user terminal 70a transmits a user ID (Identification) and a password to the SSO login Web server 90.
  • a user ID Identity
  • a password to the SSO login Web server 90.
  • the SSO login Web server 90 requests the SSO authentication server 80 to authenticate the user by notifying the SSO authentication server 80 of the user ID and password acquired from the user terminal 70a. See (2) in FIG.
  • the SSO authentication server 80 authenticates the user based on the user ID and the password. Then, the SSO authentication server 80 transmits the user authentication result, service list, and authority information to the SSO login Web server 90. See (3) in FIG.
  • the service list is a list of services available to the user.
  • the authority information is information including the authority of the user. Services that can be used by the user are determined according to the authority information.
  • the SSO login Web server 90 generates a unique authentication key when the user of the user terminal 70a is authenticated by the SSO authentication server 80.
  • the authentication key generated by the SSO authentication server 80 may be used.
  • the authentication key is used for associating the authority information of the user who has succeeded in authentication with the IP address of the user terminal of the user by the procedure described later.
  • the SSO login Web server 90 After generating the authentication key, the SSO login Web server 90 associates the authentication key with the user authority information and notifies the SSL relay server 100 of the association. See (4) of FIG. Then, the SSO login Web server 90 transmits information in which the authentication key is associated with the service list to the user terminal 70a. Refer to (5) in FIG.
  • the user terminal 70a displays the service list received from the SSO login Web server 90 on a display or the like. Then, when the service list is selected by the user, the user terminal 70a makes an authentication request to the SSL relay server 100 using information in which the authentication key is associated with its own IP address.
  • the SSL relay server 100 registers the IP address received from the user terminal 70a in the authentication table only when the authentication key has already been registered by the SSO login Web server 90. Refer to (6) in FIG. At this stage, the authentication key associates the authority information of the user who has been successfully authenticated with the IP address of the user terminal 70a.
  • the user terminal 70 a makes a connection request to the SSL relay server 100.
  • the SSL relay server 100 determines whether or not the IP address of the user terminal 70a is registered in the authentication table. If the IP address of the user terminal 70a is registered in the authentication table, it is determined that the user of the user terminal 70a has been authenticated.
  • the SSL relay server 100 requests the server application 120 to provide a service according to the authority information of the user when the IP address of the user terminal 70a is registered in the authentication table. Refer to (7) of FIG. The user authority information is registered in the authentication table of the SSL relay server 100 in association with the IP address of the user terminal 70a.
  • the server application 120 When the server application 120 receives a service provision request from the SSL relay server 100, the server application 120 provides the service to the SSL relay server 100. Refer to (8) in FIG. The SSL relay server 100 relays service provision to the user terminal 70a. Refer to (9) of FIG.
  • FIG. 4 is a diagram illustrating the configuration of the user terminal according to the second embodiment.
  • the configuration of the user terminals 70b and 70c is the same as the configuration of the user terminal 70a shown in FIG.
  • the user terminal 70 a includes a Web browser 71 and a client package 74.
  • the web browser 71 includes an SSO login processing unit 72 and an application cooperation unit 73.
  • the client package 74 includes an application activation unit 75, an SSL relay client 76, and a client application 79.
  • the SSO login processing unit 72 communicates with the SSO login Web server, requests SSO authentication processing, acquires an authentication key and an available service list as a result, and stores them in the memory.
  • the application cooperation unit 73 performs activation processing for the services in the service list.
  • the application cooperation unit 73 activates the application activation unit 75 of the client package 74 corresponding to the service.
  • the application cooperation unit 73 acquires the authentication key from the memory held by the Web browser and notifies the application activation unit 75 of the authentication key.
  • the application activation unit 75 activates the SSL relay client 76 and connects to the authentication request unit 77 of the SSL relay client 76 using the authentication key notified from the application cooperation unit 73 and the IP address of the user terminal. Require authentication. If the connection authentication request is successful, the application activation unit 75 activates the client application 79.
  • the SSL relay client 76 includes an authentication request unit 77 and an SSL communication unit 78.
  • the authentication request unit 77 requests connection to the SSL relay server 100 via the SSL communication unit 78 using the authentication key and the IP address notified from the application activation unit 75.
  • the client application 79 can establish a connection with the SSL relay server 100 via the SSL relay client 76.
  • the SSL communication unit 78 encrypts information notified from the authentication request unit 77 and the client application 79 and transmits the encrypted information to the SSL relay server 100.
  • the information received from the SSL relay server 100 is decrypted and transmitted to the authentication request unit 77 and the client application 79.
  • the client application 79 is activated by the application activation unit 75, the client application 79 is connected to the server application 120 via the SSL relay client 76 and the SSL relay server 100 to perform communication. At this time, the SSL relay client 76 behaves as the server application 120 when viewed from the client application 79.
  • FIG. 5 is a diagram showing the configuration of the SSO authentication server.
  • the SSO authentication server 80 includes a communication unit 81, an input unit 82, an output unit 83, an input / output control unit 84, a storage unit 85, and a control unit 86.
  • the communication unit 81 is a processing unit that controls data communication with the SSO login Web server 90.
  • the input unit 82 is an input device that inputs various types of information.
  • the input unit 82 corresponds to a keyboard, a mouse, or the like.
  • the output unit 83 is an output unit that outputs various types of information.
  • the output unit 83 corresponds to a display, a monitor, a touch panel, or the like.
  • the input / output control unit 84 is a processing unit that controls input / output of data by the input unit 82, the output unit 83, and the control unit 86.
  • the storage unit 85 is a storage unit that stores various types of information. As shown in FIG. 5, the storage unit 85 stores an SSO authentication table 85a, a user management table 85b, and an authority management table 85c.
  • the SSO authentication table 85a is a table that stores the user ID and password of the user in association with each other.
  • FIG. 6 is a diagram illustrating an example of the data structure of the SSO authentication table. As shown in FIG. 6, the SSO authentication table 85a has a user ID and a password. For example, in the first row of the SSO authentication table 85a, the user ID “U0001” and the password “P1234” are associated with each other. In the second row of the SSO authentication table 85a, the user ID “U0002” and the password “P5678” are associated with each other.
  • the user management table 85b is a table that stores user IDs, user names, and roles in association with each other.
  • the role is information corresponding to the job title of the user.
  • FIG. 7 is a diagram illustrating an example of the data structure of the user management table 85b.
  • the user management table 85b stores a user ID, a user name, and a role in association with each other.
  • the user ID “U0001”, the user name “Fujitaro”, and the role “general” are associated with each other.
  • a user ID “U0002”, a user name “Fuji Hanako”, and a role “section manager” are associated with each other.
  • the authority management table 85c is a table that stores authority information for each role.
  • FIG. 8 is a diagram illustrating an example of a data structure of the authority management table 85c.
  • the authority management table 85c stores roles, authority information, and available services in association with each other.
  • the authority information of the role “general” is “level 1 authority information”, and the service that can be used with the authority information is “service A”.
  • the authority information of the role “section manager” is “level 2 authority information”, and the service that can be used with such authority information is “service B”.
  • the control unit 86 is a processing unit that executes user authentication requested by the SSO login Web server 90. As shown in FIG. 5, the control unit 86 includes an authentication processing unit 86a and a user information search unit 86b.
  • the authentication processing unit 86a receives the user ID and password from the SSO login Web server 90, and determines whether or not the pair of the received user ID and password exists in the SSO authentication table 85a. Authenticate users. That is, if the combination of the user ID and password received from the SSO login Web server 90 exists in the SSO authentication table 85a, the authentication processing unit 86a determines that the user has been successfully authenticated. On the other hand, if the combination of the user ID and the password does not exist in the SSO authentication table 85a, the authentication processing unit 86a determines that the user authentication has failed. The authentication processing unit 86a transmits the authentication result to the SSO login Web server 90.
  • the user information search unit 86b searches the user name, service list, and authority information using the user ID received from the SSO login Web server 90 as a key when the authentication of the user by the authentication processing unit 86a is successful. Is a processing unit.
  • the user information search unit 86b transmits the search result to the SSO login Web server 90.
  • the user information search unit 86b compares the user ID with the user management table 85b and searches for the user name and role associated with the user ID. For example, when the user ID is “U0001”, the user name is “Taro Fuji” and the role is “general”. Subsequently, the user information search unit 86b compares the role searched using the user ID as a key with the authority management table 85c, and searches for authority information associated with the role and available services. For example, when the role is “general”, the authority information is “level 1 authority”, and the available service is “service A”. This available service corresponds to the service list. The user information search unit 86b searches the user name, authority information, and service list by the above procedure.
  • FIG. 9 is a diagram illustrating a configuration of the SSO login Web server 90.
  • the SSO login Web server 90 includes an HTTP communication unit 91, an authentication request processing unit 92, an authentication key issuing unit 93, and an authentication information registration unit 94.
  • the HTTP communication unit 91 is a processing unit that controls data communication with the user terminal 70a.
  • the authentication request processing unit 92 receives the user ID and password from the user terminal 70a and requests the SSO authentication server 80 for authentication. Since the authentication, the processing unit 92 notifies the authentication key issuing unit 93 of the result of the authentication request including the user authority information. When the authentication is successful, the authentication key issuing unit 93 issues an authentication key, notifies the authentication registration information unit of the authentication key, and notifies the authentication result to the user terminal 70a via the HTTP communication unit 91. To do.
  • the authentication key may be issued by the SSO authentication server and returned to the authentication request processing unit 92 as an authentication result.
  • the authentication information registration unit 94 is a processing unit that registers the authentication key, the IP address of the user terminal, and authority information in association with each other in the authentication table 104 of the SSL relay server 100.
  • FIG. 10 is a diagram illustrating a configuration of the SSL relay server 100.
  • the SSL relay server 100 includes an SSL communication unit 101, a connection authentication unit 102, a storage unit 103, and a connection relay unit 106.
  • the SSL communication unit 101 is a processing unit that controls data communication with the user terminals 70a to 70c.
  • the SSL communication unit 101 receives the authentication request from the user terminal, the SSL communication unit 101 notifies the connection authentication unit 102 of the terminal identification information and the authentication key included in the authentication request transmitted from the user terminal.
  • the SSL communication unit 101 uses the terminal identification information for identifying the user terminal to determine whether the SSO authentication has been performed.
  • the user terminal 20 establishes a connection with the server application 120 only when the SSO authentication is completed.
  • the connection authentication unit 102 includes an authentication terminal registration unit 102a and a determination unit 102b.
  • the connection authentication unit 102 calls the authentication terminal registration unit 102a.
  • the authentication terminal registration unit 102a searches the authentication table 104 of the storage unit 103 using the authentication key received from the user terminal in order to determine whether the user terminal has been SSO authenticated. Only when the authentication key has already been registered and the terminal identification information has not been registered, it is determined as the first connection authentication request, and the terminal identification information is registered for the authentication key. Further, the connection authentication unit 102 registers the expiration date in the authentication table 104 when registering the IP address in the authentication table 104.
  • the expiration date is, for example, a date and time obtained by adding a predetermined date and time to the current date and time. If the authentication key and terminal identification information have already been registered, the authentication request has been processed and nothing is done. When the authentication key and the terminal identification information are not registered, the SSO is not authenticated and the terminal information is not registered.
  • the connection authentication unit 102 calls the determination unit 102b.
  • the determination unit 102b acquires an IP address from the connection request information, and searches the authentication table 104 in the storage unit 103 using the IP address as a key. If the IP address is present in the authentication table 104, it is determined that SSO has been authenticated, and the connection relay unit 106 is permitted to connect to the server application 40. If there is no IP address, connection is not permitted.
  • the determination unit 102b also determines whether to permit access to the virtual line (port) of the server application 120 according to the user authority information corresponding to the IP address. That is, even in the same server application, usable communication lines are changed according to authority.
  • the storage unit 103 is a storage unit that stores information for authenticating the user terminal, a port corresponding to the user authority, and the like. As shown in the figure, the storage unit 103 has an authentication table 104 and a port management table 105.
  • the authentication table 104 is a table that stores the IP address of the user terminal, user authority information, and the like in association with the authentication key.
  • FIG. 11 is a diagram illustrating an example of the data structure of the authentication table 104. As shown in FIG. 11, this authentication table 104 has an authentication key, an IP address, an expiration date, authority information, and a user name. For example, in the first row of the authentication table 104, the authentication key “aabbcc” is used to obtain an IP address “xxx.xxx.xxx”, an expiration date “December 28”, authority information “level 1 authority”, and a user name “ “Fujitaro” is associated.
  • the authentication key “ccddee” is used to obtain an IP address “xxx.xxx.xxx”, an expiration date “December 29”, authority information “level 2 authority”, and a user name “ “Hanako Fuji” is associated.
  • the port management table 105 is a table that stores user authority and ports in association with each other. This port is associated with the type of service provided by the server application 120. That is, if the port is determined, the type of service provided by the server application 120 is also determined.
  • FIG. 12 is a diagram illustrating an example of the data structure of the port management table 105.
  • the determination unit 102b searches the authentication table 104 for authority information associated with the IP address. Then, the determination unit 102b compares the retrieved authority information with the port management table 105, and acquires a list of ports accessible by the user. Thereafter, the determination unit 102b compares the list of ports that can be accessed with the user's authority with the port of the server application 120 included in the connection request information, and determines whether to permit access. In the case of access permission, the connection relay unit 106 establishes communication between the user terminal 70a and the port of the server application 120.
  • FIG. 13 and 14 are flowcharts illustrating the processing procedure of the authentication system according to the second embodiment.
  • the user terminal 70a makes a login request and a connection request.
  • the user terminal 70a receives the user ID and password (step S101), and transmits the user ID and password to the SSO login Web server 90 (step S102).
  • the SSO login Web server 90 receives the user ID and password (step S103), and transmits the received user ID and password to the SSO authentication server 80, so that an SSO authentication request is sent to the SSO authentication server 80. This is performed (step S104).
  • the SSO authentication server 80 receives the SSO authentication request (step S105), and executes an authentication process based on the user ID and password (step S106). When the authentication is successful, the SSO authentication server 80 searches for a user name, a usable service list, and authority information (step S107). The SSO authentication server 80 transmits the user name, available service list, and authority information to the SSO login Web server 90 (step S108).
  • the SSO login Web server 90 receives the user name, available service list, and authority information (step S109), and generates an authentication key (step S110).
  • the SSO login Web server 90 transmits the authentication key, authority information, and user name to the SSL relay server 100 (step S111).
  • the SSL relay server 100 receives the authentication key, authority information, and user name, and receives an authentication table. It registers in 104 (step S112).
  • the SSO login Web server 90 transmits the authentication key and service list data to the user terminal 70a (step S113).
  • the user terminal 70a receives the authentication key and service list data (step S114).
  • the user terminal 70a displays a service list and accepts service selection (step S115).
  • the user terminal 70a transmits the authentication key and the address information to the SSL relay server 100 (step S116).
  • the SSL relay server 100 receives the authentication key and address information (step S117), and registers the IP address and the expiration date corresponding to the authentication key in the authentication table 104 (step S118). Here, it is assumed that the IP address is included in the address information.
  • the user terminal 70a makes a connection request to the SSL relay server 100 (step S119), and the SSL relay server 100 accepts the connection request (step S120).
  • the SSL relay server 100 determines whether or not the user terminal 70a that has made the connection request has been authenticated (step S121).
  • step S120 the SSL relay server 100 determines that the user terminal 70a has been authenticated when the IP address of the user terminal 70a that has made the connection request is registered in the authentication table 104.
  • the SSL relay server 100 notifies the user terminal 70a of the connection failure when the user terminal 70a that has made the connection request has not been authenticated (No at Step S122) (Step S123).
  • the SSL relay server 100 includes a port corresponding to the authority information of the user of the server application 120 and the user terminal 70a.
  • a thread for relaying connection and communication is generated (step S124).
  • the server application 120 establishes a connection with the SSL relay server 100 through a port corresponding to the user authority information (step S125).
  • the user terminal 70a establishes a connection with the SSL relay server 100 (step S126).
  • the SSL relay server 100 relays communication between the port corresponding to the authority information of the user of the server application 120 and the user terminal 70a (step S127). At this time, the communication data with the user terminal 70a is encrypted or decrypted.
  • the server application 120 provides a service using a port corresponding to the user authority information (step S128).
  • the user terminal 70a receives a service through the relay of the SSL relay server 100 (step S129).
  • the SSO login Web server 90 uses the user authority information and the IP address of the user terminal using the authentication key. Then, it registers in the authentication table 104 of the SSL relay server 100. For this reason, the user terminal of the IP address registered in the authentication table 104 can be said to be an authenticated user terminal. Therefore, in this authentication system, when a connection request is received from the user terminals 70a to 70c on the Internet 60, it is determined whether or not the IP address of the user terminal is registered in the authentication table 104. The user terminal can be properly authenticated.
  • the SSL relay server 100 compares the authority information of the user with the port management table 105 when the connection request is received from the user terminal, and the server application requested by the user terminal for connection. Determine whether 120 ports are available. For this reason, the port of the server application 120 is connected to the user terminal via the SSL relay server 100 according to the authority information of the user, and the server application 120 provides a service corresponding to the authority information to the user terminals 70a to 70b. Can be provided appropriately.
  • Each component of the SSL relay server 100 is functionally conceptual.
  • each component shown in FIG.4, FIG.5, FIG.9, FIG.10 does not necessarily need to be comprised like illustration.
  • the specific form of distribution / integration of each component is not limited to the one shown in the figure, and all or a part thereof is functionally or physically distributed in arbitrary units according to various loads and usage conditions. -Can be integrated and configured.
  • other servers may have the function of the storage unit 103 included in the SSL relay server 100 of FIG.
  • FIGS. 4, 5, 9, and 10 can be implemented by either hardware or software.
  • a hardware configuration of a computer configuring the SSL relay server 100 illustrated in FIG. 10 is illustrated in FIG. 15.
  • the computer 200 includes a CPU (Central Processing Unit) 210 that executes various arithmetic processes, an input device 220 that receives input of data from a user, and a monitor 230.
  • the computer 200 includes a medium reading device 240 that reads a program and the like from a storage medium, and a network interface device 250 that exchanges data with other computers via a network.
  • the computer 200 also includes a RAM (Random Access Memory) 260 that temporarily stores various information and a hard disk device 270. Each device 210 to 270 is connected to a bus 280.
  • the hard disk device 270 stores an authentication processing program 270a having the same function as that of the connection authentication unit 102 shown in FIG. Also, the hard disk device 270 stores authentication data 270b corresponding to the authentication table 104 and the port management table 105 shown in FIG.
  • the CPU 210 reads the authentication processing program 270a from the hard disk device 270 and expands it in the RAM 260, whereby the authentication processing program 270a functions as the authentication processing process 260a. Then, the authentication process 260a reads the authentication data 270b into the RAM 260 and executes various authentication processes.
  • the authentication processing program 270a is not necessarily stored in the hard disk device 270.
  • the computer 200 may read and execute the authentication processing program 270a stored in a storage medium such as a CD-ROM.
  • the authentication processing program 270a is stored in a public line, the Internet, a LAN (Local Area Network), a WAN (Wide Area Network), etc., and the computer 200 reads out and executes the authentication processing program 270a therefrom. Also good.
  • SYMBOLS 10 Web server for SSO login 11 HTTP communication part 12 Authentication request process part 13 Authentication key issuing part 14 Authentication information registration part 15 SSL relay server 16 SSL communication part 17 Connection authentication part 18 Storage part 19 Connection relay part 20 User terminal 30 SSO Authentication server 40 Server application 50 Internet

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Computer Security & Cryptography (AREA)
  • Theoretical Computer Science (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

　本発明の認証システムは、ＳＳＯ認証サーバ（３０）が利用者端末（２０）の利用者の認証に成功した場合に、ＳＳＯログイン用Ｗｅｂサーバ（１０）が利用者の権限情報と、所定の仮想回線を利用した接続を許可する端末識別情報とを認証キーを利用して、ＳＳＬ中継サーバの記憶部（１８）に登録する。このため、記憶部（１８）に記憶された端末識別情報に対応する利用者端末は認証済みの利用者端末といえる。したがって、インターネット（５０）に接続された利用者端末（２０）から接続要求を受け付けた場合に、接続要求を行った利用者端末の端末識別情報が記憶部（１８）に登録されているか否かを判定することで、利用者端末を適切に認証することができる。

Description

認証方法、認証システムおよび認証プログラム
　本発明は、認証方法、認証システムおよび認証プログラムに関する。
　近年、ＳＳＬ（Secure　Socket　Layer）－ＶＰＮ（Virtual　Private　Network）と呼ばれる技術が普及している。このＳＳＬ－ＶＰＮは、ＷＷＷ（World　Wide　Web）の暗号化などで標準的に用いられているＳＳＬで仮想回線を構築する技術である。ＳＳＬ－ＶＰＮを利用して、サーバアプリケーションとクライアントアプリケーションとの間でデータ通信を実行する場合には、サーバ側およびクライアント側にＳＳＬ－ＶＰＮ装置が必要となる。
　なお、パソコンやモバイル端末の普及に伴って、例えば、社内ＬＡＮ（Local　Area　Network）上で構築されたクライアントサーバシステムに、インターネット上に接続された利用者端末のクライアントアプリケーションから安全にアクセスすることが求められている。この場合には、インターネット上に接続されたクライアントアプリケーションは、内蔵したＳＳＬ－ＶＰＮ装置をサーバアプリケーションに擬してアクセスし、ＳＳＬ－ＶＰＮ経由でデータ通信を実行する。
特開２００７－２９３７６０号公報
　しかしながら、クライアントサーバシステムに含まれるサーバアプリケーションは、サーバ側に設置したＳＳＬ－ＶＰＮ装置を介して、インターネット上の利用者端末からアクセス要求を受付ける。多くの場合、それらのアクセスはプロキシを経由するため、サーバアプリケーションは、どのようなクライアントからアクセス要求を受付けているのかを通信プロトコルからは知るすべがなく、アクセス要求を行ったインターネット上のクライアントを適切に認証することができないという問題があった。例えば、多くのクライアントサーバシステムのサーバアプリケーションはデータベース本体そのものであり、クライアントを識別認証するためのセキュリティ機能が弱く、データ漏洩などのリスクが存在する。
　本発明は、上記に鑑みてなされたものであって、社内ネットワーク上に構築されたセキュリティ機能の弱いクライアントサーバシステムに対して、インターネットを介してアクセス要求を行うクライアントアプリケーションの通信を適切に認証することができる認証方法等を提供することを目的とする。
　上述した課題を解決し、目的を達成するために、本発明は、インターネットを介してアプリケーションを実行するクライアントサーバシステムにおいてサーバ側に設置されたＳＳＯログイン用Ｗｅｂサーバが、インターネットを介して接続された利用者端末のＷｅｂブラウザから当該端末の利用者を識別する利用者識別情報を取得し、取得した利用者識別情報を認証装置に通知することで、前記利用者の認証を前記認証装置に依頼するステップと、前記認証装置により前記利用者が認証された後に、固有の認証キーを生成し、生成した認証キーと前記利用者の権限情報とを対応付けて認証テーブルに登録するステップと、前記認証キーを前記Ｗｅｂブラウザに通知するステップと、前記Ｗｅｂブラウザが、前記ＳＳＯログイン用Ｗｅｂサーバから前記認証キーを取得した後に、前記利用者端末を識別する端末識別情報と前記認証キーとを対応付けた情報をＳＳＬ中継サーバに送信するステップと、前記ＳＳＬ中継サーバが、前記認証キーと前記端末識別情報とを対応付けた情報を前記利用者端末から取得し、前記認証キーに対応付けて前記端末識別情報を前記認証テーブルに登録するステップと、前記利用者端末が前記ＳＳＬ中継サーバに前記利用者端末の端末識別情報を通知することで、前記ＳＳＬ中継サーバに接続要求を行うステップと、前記ＳＳＬ中継サーバが、前記利用者端末から前記端末識別情報を取得することで接続要求を受け付けた場合に、取得した前記端末識別情報が前記認証テーブルに登録されているか否かを判定するステップと、前記端末識別情報が前記認証テーブルに登録されている場合に、接続要求を行ったクライアントアプリケーションと前記クライアントサーバシステム内のサーバアプリケーションとの接続を許可し、前記端末識別情報に対応する利用者の権限情報に応じたサービスを所定の仮想回線により前記サーバアプリケーションに実行させるステップとを実行することを要件とする。
　本発明にかかる認証方法によれば、インターネットを介してアクセス要求を行うクライアントアプリケーションを適切に認証することができるという効果を奏する。
図１は、本実施例１にかかる認証システムの構成を示す図である。 図２は、本実施例２にかかる認証システムの一例を示す図である。 図３は、認証システムの処理手順を説明するための図である。 図４は、本実施例２にかかる利用者端末の構成を示す図である。 図５は、ＳＳＯ認証サーバの構成を示す図である。 図６は、ＳＳＯ認証テーブルのデータ構造の一例を示す図である。 図７は、利用者管理テーブルのデータ構造の一例を示す図である。 図８は、権限管理テーブルのデータ構造の一例を示す図である。 図９は、ＳＳＯログイン用Ｗｅｂサーバの構成を示す図である。 図１０は、ＳＳＬ中継サーバの構成を示す図である。 図１１は、認証テーブルのデータ構造の一例を示す図である。 図１２は、ポート管理テーブルのデータ構造の一例を示す図である。 図１３は、本実施例２にかかる認証システムの処理手順を示すフローチャート（１）である。 図１４は、本実施例２にかかる認証システムの処理手順を示すフローチャート（２）である。 図１５は、ＳＳＬ中継サーバを構成するコンピュータのハードウェア構成を示す図である。
　以下に、本発明にかかる認証方法、認証システムおよび認証プログラムの実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。
　本実施例１にかかる認証システムの構成について説明する。図１は、本実施例１にかかる認証システムの構成を示す図である。図１に示すようにこの認証システムは、インターネットを介してアプリケーションを実行するクライアントサーバシステムにおいてサーバ側に設置されたＳＳＯログイン用Ｗｅｂサーバ１０およびＳＳＬ中継サーバ１５を有する。また、認証システムは、サービスを要求する利用者端末２０、利用者を認証するＳＳＯ認証サーバ３０、サービスを提供するサーバアプリケーション４０を有する。ＳＳＯログイン用Ｗｅｂサーバ１０は、インターネット５０を介して利用者端末２０と接続し、ＳＳＯ認証サーバ３０およびＳＳＬ中継サーバ１５と接続する。また、ＳＳＬ中継サーバ１０は、インターネット５０を介して利用者端末２０し、サーバアプリケーション４０と接続する。
　ＳＳＯログイン用Ｗｅｂサーバ１０は、ＨＴＴＰ通信部１１、認証依頼処理部１２、認証キー発行部１３、認証情報登録部１４を有する。このうち認証依頼処理部１１は、インターネット５０を介して接続された利用者端末２０から、該端末２０の利用者を識別する利用者識別情報を取得する。また、認証依頼処理部１２は、利用者識別情報をＳＳＯ認証サーバ３０に通知することで、利用者の認証をＳＳＯ認証サーバ３０に依頼する。
　認証情報登録部１４は、ＳＳＯ認証サーバ３０により利用者が認証された後に、固有の認証キーを生成するもしくはＳＳＯ認証サーバ３０より認証キーを取得し、該認証キーと利用者の権限情報とを対応付けてＳＳＬ中継サーバ１５がアクセス可能な記憶部１８に登録する。
　ＳＳＬ中継サーバ１５は、ＳＳＬ通信部１６、接続認証部１７、認証テーブルなどを保持する記憶部１８、接続中継部１９を有する。記憶部１８は、認証キーと権限情報と端末識別情報とを対応付けて記憶する。
　ＳＳＬ通信部１６は、利用者端末２０から接続認証依頼を受信した際に、ＳＳＯ認証済みかどうか判定するために、利用者端末から受信した認証キーを利用して、接続認証部１７に問い合わせる。接続認証部１７は記憶部１８を検索し、既に認証キーが登録済みかつ端末識別情報が未登録の場合のみ、初回の接続認証依頼と判定し、該認証キーに対して端末識別情報を登録する。
　また、ＳＳＬ通信部１６は、利用者端末２０からサーバアプリケーション４０への接続要求を受信した際に、利用者端末を識別する端末識別情報と利用して、接続可否を接続認証部１７に問い合わせる。接続認証部１７は、端末識別情報を利用して記憶部１８を検索する。検索に該当端末がある場合、ＳＳＯ認証済みと判定し、接続中継部１９を利用し、サーバアプリケーション４０との接続および通信の中継を行なう。検索に該当端末がない場合、接続中継部１９での接続・中継を許可しない。また、接続認証部１７は、端末識別情報に対応する利用者の権限情報に応じてサーバアプリケーション４０の仮想回線（ポート）へのアクセス許可の判定を行なう。
　上述したようにこの認証システムは、ＳＳＯ認証サーバ３０が利用者端末２０の利用者の認証に成功した場合に、ＳＳＯログイン用Ｗｅｂサーバ１０が利用者の権限情報と、所定の仮想回線を利用した接続を許可する端末識別情報とを認証キーを利用してＳＳＬ中継サーバ１５内の記憶部１８の認証テーブルに登録する。このため、該認証テーブルに記憶された端末識別情報により識別される利用者端末は認証済みと判定できる。したがって、ＳＳＬ中継サーバ１５は、インターネット５０に接続された利用者端末２０から接続要求を受け付ける際に、利用者端末の端末識別情報が該認証テーブルに登録されているか否かを判定することで、利用者端末からのアクセスを適切に認証することができる。
　次に、本実施例２にかかる認証システムの一例について説明する。図２は、本実施例２にかかる認証システムの一例を示す図である。図２に示すように、この認証システムは、利用者端末７０ａ～７０ｃ、ＳＳＯ（Single　Sign　On）認証サーバ８０、ＳＳＯログイン用Ｗｅｂサーバ９０、ＳＳＬ中継サーバ１００、サーバアプリケーション１２０を有する。また、利用者端末７０ａ～７０ｃとＳＳＯログイン用Ｗｅｂサーバ９０およびＳＳＬ中継サーバ１００とは、インターネット６０を介して接続されている。また、ＳＳＬ中継サーバ１００は、例えば、ＬＡＮ（Local　Area　Network）等の内部ネットワーク６５を介して、ＳＳＯ認証サーバ８０およびＳＳＯログイン用Ｗｅｂサーバ９０に接続される。
　利用者端末７０ａ～７０ｃは、ＳＳＬ中継サーバ１００との間でＳＳＬ通信を確立し、サーバアプリケーション１２０からのサービス提供を受ける装置である。ＳＳＯ認証サーバ８０は、利用者端末７０の利用者を認証する装置である。
　ＳＳＯログイン用Ｗｅｂサーバ９０は、利用者端末７０から端末利用者情報を受け付け、ＳＳＯ認証サーバ８０に認証依頼を行う装置である。ＳＳＯログイン用Ｗｅｂサーバ９０は、ＳＳＯ認証サーバ８０による利用者の認証が成功した場合に、この利用者の権限情報と利用者端末のＩＰアドレスとを認証キーを用いて対応付け、ＳＳＬ中継サーバ１００に通知する。そして、ＳＳＬ中継サーバ１００は、認証キーを用いて対応付けた情報を利用して、サーバアプリケーション１２０との接続を許可する利用者端末やサービス種別を判定し、接続を制御する。
　次に、認証システムの処理手順について説明する。図３は、認証システムの処理手順を説明するための図である。なお、ここでは説明の便宜上、利用者端末７０ａ～７０ｃのうち、利用者端末７０ａを用いて、認証システムの処理手順を説明する。まず、利用者端末７０ａは、利用者ＩＤ（Identification）とパスワードとを、ＳＳＯログイン用Ｗｅｂサーバ９０に送信する。図３の（１）参照。
　ＳＳＯログイン用Ｗｅｂサーバ９０は、利用者端末７０ａから取得した利用者ＩＤとパスワードとをＳＳＯ認証サーバ８０に通知することで、ＳＳＯ認証サーバ８０に利用者の認証を依頼する。図３の（２）参照。
　ＳＳＯ認証サーバ８０は、利用者ＩＤとパスワードとを基にして利用者を認証する。そして、ＳＳＯ認証サーバ８０は、利用者の認証結果、サービスリスト、権限情報をＳＳＯログイン用Ｗｅｂサーバ９０に送信する。図３の（３）参照。ここで、サービスリストは、利用者が利用可能なサービスの一覧である。権限情報は、利用者の権限を含む情報である。かかる権限情報に応じて、利用者が利用できるサービスが決まる。
　ＳＳＯログイン用Ｗｅｂサーバ９０は、ＳＳＯ認証サーバ８０により利用者端末７０ａの利用者が認証された場合に、固有の認証キーを生成する。該認証キーはＳＳＯ認証サーバ８０が生成したものを利用してもよい。該認証キーは、後述の手順により、認証に成功した利用者の権限情報と、この利用者の利用者端末のＩＰアドレスとを対応付けるために用いられる。
　上記認証キーを生成した後に、ＳＳＯログイン用Ｗｅｂサーバ９０は、認証キーと利用者の権限情報とを対応付けて、ＳＳＬ中継サーバ１００に通知する。図３の（４）参照。そして、ＳＳＯログイン用Ｗｅｂサーバ９０は、認証キーとサービスリストとを対応付けた情報を、利用者端末７０ａに送信する。図３の（５）参照。
　利用者端末７０ａは、ＳＳＯログイン用Ｗｅｂサーバ９０から受信したサービスリストをディスプレイ等に表示させる。そして、利用者端末７０ａは、サービスリストが利用者により選択された際に、認証キーと自身のＩＰアドレスとを対応付けた情報を利用してＳＳＬ中継サーバ１００に認証依頼を行なう。ＳＳＬ中継サーバ１００は、利用者端末７０ａから受信したＩＰアドレスを、該認証キーが既にＳＳＯログイン用Ｗｅｂサーバ９０により登録されていた場合にのみ認証テーブルに登録する。図３の（６）参照。この段階で、認証キーにより、認証に成功した利用者の権限情報と利用者端末７０ａのＩＰアドレスとが対応付けられる。
　続いて、利用者端末７０ａは、ＳＳＬ中継サーバ１００に接続依頼を行う。図３の（６）参照。ＳＳＬ中継サーバ１００は、利用者端末７０ａから接続依頼を受け付けた場合に、利用者端末７０ａのＩＰアドレスが認証テーブルに登録されているか否かを判定する。利用者端末７０ａのＩＰアドレスが認証テーブルに登録されていれば、利用者端末７０ａの利用者が認証済みであると判定する。
　ＳＳＬ中継サーバ１００は、利用端末７０ａのＩＰアドレスが認証テーブルに登録されている場合に、利用者の権限情報に応じたサービス提供をサーバアプリケーション１２０に依頼する。図３の（７）参照。この利用者の権限情報は、利用者端末７０ａのＩＰアドレスに対応付けられてＳＳＬ中継サーバ１００の認証テーブルに登録されている。
　サーバアプリケーション１２０は、ＳＳＬ中継サーバ１００からサービス提供の依頼を受け付けた場合に、ＳＳＬ中継サーバ１００に対してサービス提供を行なう。図３の（８）参照。ＳＳＬ中継サーバ１００は、利用者端末７０ａに対してサービス提供を中継する。図３の（９）参照。
　次に、図２に示した利用者端末７０ａ、ＳＳＯ認証サーバ８０、ＳＳＯログイン用Ｗｅｂサーバ９０、ＳＳＬ中継サーバ１００の構成について順に説明する。まず、利用者端末７０ａの構成の一例について説明する。図４は、本実施例２にかかる利用者端末の構成を示す図である。なお、利用者端末７０ｂおよび７０ｃの構成は、図４に示す利用者端末７０ａの構成と同じである。図４に示すように、この利用者端末７０ａは、Ｗｅｂブラウザ７１、クライアントパッケージ７４を有する。Ｗｅｂブラウザ７１は、ＳＳＯログイン処理部７２、アプリケーション連携部７３を有する。クライアントパッケージ７４は、アプリケーション起動部７５、ＳＳＬ中継クライアント７６、クライアントアプリケーション７９を有する。
　このうち、ＳＳＯログイン処理部７２は、ＳＳＯログイン用Ｗｅｂサーバと通信を行い、ＳＳＯ認証処理を依頼し、結果として認証キーと利用可能なサービスリストを取得し、メモリ上に保持する。
　アプリケーション連携部７３は、該サービスリスト内のサービスを起動処理を行なう。利用者がサービスリストからサービスを選択操作すると、アプリケーション連携部７３は、サービスに対応するクライアントパッケージ７４のアプリケーション起動部７５を起動する。その際に、アプリケーション連携部７３はＷｅｂブラウザが保持しているメモリ上から該認証キーを取得し、アプリケーション起動部７５に通知する。
　アプリケーション起動部７５は、起動後、ＳＳＬ中継クライアント７６を起動し、アプリケーション連携部７３より通知された認証キーおよび利用者端末のＩＰアドレスを利用して、ＳＳＬ中継クライアント７６の認証依頼部７７に接続認証を要求する。該接続認証要求が成功した場合、アプリケーション起動部７５は、クライアントアプリケーション７９を起動する。
　ＳＳＬ中継クライアント７６は、認証依頼部７７およびＳＳＬ通信部７８を有する。認証依頼部７７は、アプリケーション起動部７５より通知された認証キーとＩＰアドレスを利用して、ＳＳＬ通信部７８を経由して、ＳＳＬ中継サーバ１００に接続を要求する。この要求がＳＳＬ中継サーバ１００により認証されることにより、クライアントアプリケーション７９はＳＳＬ中継クライント７６を経由してＳＳＬ中継サーバ１００との接続を確立することができる。
　ＳＳＬ通信部７８は、認証依頼部７７やクライアントアプリケーション７９から通知された情報を暗号化し、ＳＳＬ中継サーバ１００に送信する。また、ＳＳＬ中継サーバ１００から受信した情報を復号化し、認証依頼部７７やクライアントアプリケーション７９に送信する。
　クライアントアプリケーション７９は、アプリケーション起動部７５により起動された後、ＳＳＬ中継クライアント７６およびＳＳＬ中継サーバ１００を経由して、サーバアプリケーション１２０と接続し、通信を行なう。この際、ＳＳＬ中継クライアント７６は、クライアントアプリケーション７９から見れば、サーバアプリケーション１２０として振舞うことになる。
　次に、図２に示したＳＳＯ認証サーバ８０の構成の一例について説明する。図５は、ＳＳＯ認証サーバの構成を示す図である。図５に示すように、このＳＳＯ認証サーバ８０は、通信部８１、入力部８２、出力部８３、入出力制御部８４、記憶部８５、制御部８６を有する。
　通信部８１は、ＳＳＯログイン用Ｗｅｂサーバ９０との間におけるデータ通信を制御する処理部である。入力部８２は、各種の情報を入力する入力装置である。例えば、入力部８２は、キーボードやマウス等に対応する。出力部８３は、各種の情報を出力する出力部である。例えば、出力部８３は、ディスプレイやモニタ、タッチパネル等に対応する。入出力制御部８４は、入力部８２、出力部８３、制御部８６によるデータの入出力を制御する処理部である。
　記憶部８５は、各種の情報を記憶する記憶部である。図５に示すように、記憶部８５は、ＳＳＯ認証テーブル８５ａ、利用者管理テーブル８５ｂ、権限管理テーブル８５ｃを記憶する。
　このうち、ＳＳＯ認証テーブル８５ａは、利用者の利用者ＩＤとパスワードとを対応付けて記憶するテーブルである。図６は、ＳＳＯ認証テーブルのデータ構造の一例を示す図である。図６に示すように、このＳＳＯ認証テーブル８５ａは、利用者ＩＤとパスワードとを有する。例えば、ＳＳＯ認証テーブル８５ａの１段目では、利用者ＩＤ「Ｕ０００１」とパスワード「Ｐ１２３４」とが対応付けられている。ＳＳＯ認証テーブル８５ａの２段目では、利用者ＩＤ「Ｕ０００２」とパスワード「Ｐ５６７８」とが対応付けられている。
　利用者管理テーブル８５ｂは、利用者ＩＤ、利用者名、ロールを対応付けて記憶するテーブルである。本実施例２では一例として、ロールは利用者の役職に対応する情報とする。図７は、利用者管理テーブル８５ｂのデータ構造の一例を示す図である。図７に示すように、この利用者管理テーブル８５ｂは、利用者ＩＤ、利用者名、ロールを対応付けて記憶する。例えば、利用者管理テーブル８５ｂの１段目では、利用者ＩＤ「Ｕ０００１」と利用者名「富士太郎」とロール「一般」とが対応付けられている。利用者管理テーブル８５ｂの２段目では、利用者ＩＤ「Ｕ０００２」と利用者名「富士花子」とロール「課長」とが対応付けられている。
　権限管理テーブル８５ｃは、ロール毎の権限情報を記憶するテーブルである。図８は、権限管理テーブル８５ｃのデータ構造の一例を示す図である。図８に示すように、この権限管理テーブル８５ｃは、ロール、権限情報、利用可能サービスを対応付けて記憶する。例えば、権限管理テーブル８５ｃの１段目に示すように、ロール「一般」の権限情報は「レベル１権限情報」であり、かかる権限情報で利用できるサービスは「サービスＡ」となる。権限管理テーブル８５ｃの２段目に示すように、ロール「課長」の権限情報は「レベル２権限情報」であり、かかる権限情報で利用できるサービスは「サービスＢ」となる。
　制御部８６は、ＳＳＯログイン用Ｗｅｂサーバ９０により依頼される利用者の認証を実行する処理部である。図５に示すように、この制御部８６は、認証処理部８６ａ、利用者情報検索部８６ｂを有する。
　認証処理部８６ａは、ＳＳＯログイン用Ｗｅｂサーバ９０から利用者ＩＤとパスワードとを受信し、受信した利用者ＩＤとパスワードとの組がＳＳＯ認証テーブル８５ａに存在するか否かを判定することで、利用者の認証を行う。すなわち、認証処理部８６ａは、ＳＳＯログイン用Ｗｅｂサーバ９０から受信した利用者ＩＤとパスワードとの組がＳＳＯ認証テーブル８５ａに存在する場合には、利用者の認証に成功したと判定する。一方、認証処理部８６ａは、利用者ＩＤとパスワードとの組がＳＳＯ認証テーブル８５ａに存在しない場合には、利用者の認証に失敗したと判定する。認証処理部８６ａは、認証結果をＳＳＯログイン用Ｗｅｂサーバ９０に送信する。
　利用者情報検索部８６ｂは、認証処理部８６ａによる利用者の認証が成功した場合に、ＳＳＯログイン用Ｗｅｂサーバ９０から受信した利用者ＩＤをキーとして、利用者名、サービスリスト、権限情報を検索する処理部である。利用者情報検索部８６ｂは、検索結果をＳＳＯログイン用Ｗｅｂサーバ９０に送信する。
　具体的に、利用者情報検索部８６ｂは、利用者ＩＤと利用者管理テーブル８５ｂとを比較して、利用者ＩＤに対応付けられた利用者名とロールとを検索する。例えば、利用者ＩＤが「Ｕ０００１」の場合には、利用者名は「富士太郎」となり、ロールは「一般」となる。続いて、利用者情報検索部８６ｂは、利用者ＩＤをキーにして検索したロールと、権限管理テーブル８５ｃとを比較して、ロールに対応付けられた権限情報と利用可能サービスを検索する。例えば、ロールが「一般」の場合には、権限情報は「レベル１権限」、利用可能サービスが「サービスＡ」となる。この利用可能サービスは、サービスリストに対応するものとする。利用者情報検索部８６ｂは、上記の手順により利用者名、権限情報、サービスリストを検索する。
　次に、図２に示したＳＳＯログイン用Ｗｅｂサーバ９０の構成の一例について説明する。図９は、ＳＳＯログイン用Ｗｅｂサーバ９０の構成を示す図である。図９に示すように、このＳＳＯログイン用Ｗｅｂサーバ９０は、ＨＴＴＰ通信部９１、認証依頼処理部９２、認証キー発行部９３、認証情報登録部９４を有する。
　ＨＴＴＰ通信部９１は、利用者端末７０ａとの間におけるデータ通信を制御する処理部である。認証依頼処理部９２は、利用者端末７０ａから利用者のＩＤとパスワードを受信し、ＳＳＯ認証サーバ８０に対して認証を依頼する。認証以来処理部９２は、利用者の権限情報を含む認証依頼の結果を認証キー発行部９３に通知する。認証キー発行部９３では、認証が成功した場合には認証キーを発行し、認証登録情報部に該認証キーを通知し、認証結果をＨＴＴＰ通信部９１を経由して、利用者端末７０ａに通知する。なお、認証キーはＳＳＯ認証サーバが発行し、認証結果として認証依頼処理部９２に返してもよい。認証情報登録部９４は、認証キーと利用者端末のＩＰアドレスと権限情報とを対応付けて、ＳＳＬ中継サーバ１００の認証テーブル１０４に登録する処理部である。
　次に、図２に示したＳＳＬ中継サーバ１００の構成の一例について説明する。図１０は、ＳＳＬ中継サーバ１００の構成を示す図である。図１０に示すように、このＳＳＬ中継サーバ１００は、ＳＳＬ通信部１０１、接続認証部１０２、記憶部１０３、接続中継部１０６を有する。
　ＳＳＬ通信部１０１は、利用者端末７０ａ～７０ｃとの間におけるデータ通信を制御する処理部である。ＳＳＬ通信部１０１は、利用者端末から認証依頼を受信した際に、利用者端末から送信されてくる認証依頼に含まれる端末識別情報および認証キーを、接続認証部１０２に通知する。また、ＳＳＬ通信部１０１は、利用者端末２０からサーバアプリケーション１２０への接続要求を受信した際に、利用者端末を識別する端末識別情報と利用して、ＳＳＯ認証済みか否かを接続認証部１０２に問い合わせ、ＳＳＯ認証済みの場合のみ利用者端末２０からサーバアプリケーション１２０との接続を確立する。
　接続認証部１０２は、認証端末登録部１０２ａおよび判定部１０２ｂを有する。ＳＳＬ通信部１０１から認証依頼情報を通知されると、接続認証部１０２は認証端末登録部１０２ａを呼び出す。認証端末登録部１０２ａは、利用者端末がＳＳＯ認証済みかどうか判定するために、利用者端末から受信した認証キーを利用して、記憶部１０３の認証テーブル１０４を検索する。既に認証キーが登録済みかつ端末識別情報が未登録の場合のみ、初回の接続認証依頼と判定し、該認証キーに対して端末識別情報を登録する。また、接続認証部１０２は、ＩＰアドレスを認証テーブル１０４に登録する場合に、有効期限を認証テーブル１０４に登録する。この有効期限は、例えば、現日時に所定の日時を加算した日時とする。認証キーおよび端末識別情報が登録済みの場合、認証依頼処理済であり、何もしない。認証キーおよび端末識別情報が未登録の場合、ＳＳＯ未認証であり、端末情報を登録しない。
　ＳＳＬ通信部１０１から接続要求情報を通知されると、接続認証部１０２は判定部１０２ｂを呼び出す。判定部１０２ｂは、接続要求情報からＩＰアドレスを取得し、該ＩＰアドレスをキーに利用して記憶部１０３の認証テーブル１０４を検索する。認証テーブル１０４に該ＩＰアドレスがある場合、ＳＳＯ認証済みと判定し、サーバアプリケーション４０との接続を、接続中継部１０６に許可する。該ＩＰアドレスがない場合、接続を許可しない。また、判定部１０２ｂは、ＩＰアドレスに対応する利用者の権限情報に応じてサーバアプリケーション１２０の仮想回線（ポート）へのアクセス許可の判定も行なう。つまり、同一のサーバアプリケーションでも、権限に応じて、利用可能な通信回線が変更される。
　記憶部１０３は、利用者端末を認証する情報や、利用者権限に応じたポート等を記憶する記憶部である。同図に示すように、この記憶部１０３は、認証テーブル１０４、ポート管理テーブル１０５を有する。
　認証テーブル１０４は、認証キーに対応付けて、利用者端末のＩＰアドレスと、利用者権限情報等を記憶するテーブルである。図１１は、認証テーブル１０４のデータ構造の一例を示す図である。図１１に示すように、この認証テーブル１０４は、認証キー、ＩＰアドレス、有効期限、権限情報、利用者名を有する。例えば、認証テーブル１０４はの１段目では、認証キー「aabbcc」により、ＩＰアドレス「xxx.xxx.xxx」、有効期限「１２月２８日」、権限情報「レベル１権限」、利用者名「富士太郎」が対応付けられている。また、認証テーブル１０４はの２段目では、認証キー「ccddee」により、ＩＰアドレス「xxx.xxx.xxx」、有効期限「１２月２９日」、権限情報「レベル２権限」、利用者名「富士花子」が対応付けられている。
　ポート管理テーブル１０５は、利用者権限とポートとを対応付けて記憶するテーブルである。このポートは、サーバアプリケーション１２０が提供するサービスの種別と対応付いているものとする。すなわち、ポートが決まれば、サーバアプリケーション１２０が提供するサービスの種別も決まる。図１２は、ポート管理テーブル１０５はのデータ構造の一例を示す図である。
　一方、判定部１０２ｂは、利用者端末７０ａのＩＰアドレスが認証テーブル１０４に登録されている場合には、かかるＩＰアドレスに対応付けられた権限情報を認証テーブル１０４から検索する。そして、判定部１０２ｂは、検索した権限情報と、ポート管理テーブル１０５とを比較して、利用者がアクセス可能なポートのリストを取得する。その後、判定部１０２ｂは、利用者の権限でアクセス可能なポートのリストと、接続要求情報に含まれるサーバアプリケーション１２０のポートを比較し、アクセスを許可するかどうかを判定する。アクセス許可の場合に、接続中継部１０６は利用者端末７０ａとサーバアプリケーション１２０の該ポートとの間の通信を確立する。
　次に、本実施例２にかかる認証システムの処理手順について説明する。図１３、図１４は、本実施例２にかかる認証システムの処理手順を示すフローチャートである。図１３、図１４では一例として、利用者端末７０ａがログイン要求、接続要求を行うものとする。図１３に示すように、利用者端末７０ａは、利用者ＩＤとパスワードとを受け付け（ステップＳ１０１）、利用者ＩＤおよびパスワードをＳＳＯログイン用Ｗｅｂサーバ９０に送信する（ステップＳ１０２）。
　ＳＳＯログイン用Ｗｅｂサーバ９０は、利用者ＩＤおよびパスワードを受信し（ステップＳ１０３）、受信した利用者ＩＤおよびパスワードをＳＳＯ認証サーバ８０に送信することで、ＳＳＯ認証依頼をＳＳＯ認証サーバ８０に対して行う（ステップＳ１０４）。
　ＳＳＯ認証サーバ８０は、ＳＳＯ認証依頼を受け付け（ステップＳ１０５）、利用者ＩＤとパスワードとを基にして認証処理を実行する（ステップＳ１０６）。そして、ＳＳＯ認証サーバ８０は認証に成功した場合に、利用者名、利用可能なサービスリスト、権限情報を検索する（ステップＳ１０７）。ＳＳＯ認証サーバ８０は、利用者名、利用可能なサービスリストおよび権限情報をＳＳＯログイン用Ｗｅｂサーバ９０に送信する（ステップＳ１０８）。
　ＳＳＯログイン用Ｗｅｂサーバ９０は、利用者名、利用可能なサービスリストおよび権限情報を受信し（ステップＳ１０９）、認証キーを生成する（ステップＳ１１０）。ＳＳＯログイン用Ｗｅｂサーバ９０は、認証キー、権限情報、利用者名をＳＳＬ中継サーバ１００に送信し（ステップＳ１１１）、ＳＳＬ中継サーバ１００は認証キー、権限情報、利用者名を受信し、認証テーブル１０４に登録する（ステップＳ１１２）。ＳＳＯログイン用Ｗｅｂサーバ９０は、認証キーおよびサービスリストのデータを利用者端末７０ａに送信する（ステップＳ１１３）。
　利用者端末７０ａは、認証キーおよびサービスリストのデータを受信する（ステップＳ１１４）。利用者端末７０ａは、サービスリストを表示し、サービスの選択を受け付ける（ステップＳ１１５）。利用者端末７０ａは、サービスの選択を受け付けた場合に、認証キーおよびアドレス情報をＳＳＬ中継サーバ１００に送信する（ステップＳ１１６）。
　ＳＳＬ中継サーバ１００は、認証キーおよびアドレス情報を受信し（ステップＳ１１７）、認証キーに対応するＩＰアドレスと有効期限を認証テーブル１０４に登録する（ステップＳ１１８）。ここで、ＩＰアドレスはアドレス情報に含まれているものとする。
　続いて、利用者端末７０ａは、ＳＳＬ中継サーバ１００に接続要求を行い（ステップＳ１１９）、ＳＳＬ中継サーバ１００は接続要求を受け付ける（ステップＳ１２０）。ＳＳＬ中継サーバ１００は、接続要求を行った利用者端末７０ａが認証済みであるか否かを判定する（ステップＳ１２１）。ステップＳ１２０において、ＳＳＬ中継サーバ１００は、接続要求を行った利用者端末７０ａのＩＰアドレスが、認証テーブル１０４に登録されている場合に、利用者端末７０ａが認証済みであると判定する。
　ＳＳＬ中継サーバ１００は、接続要求を行った利用者端末７０ａが認証済みでない場合には（ステップＳ１２２，Ｎｏ）、接続失敗を利用者端末７０ａに通知する（ステップＳ１２３）。一方、ＳＳＬ中継サーバ１００は、接続要求を行った利用者端末７０ａが認証済みの場合には（ステップＳ１２２，Ｙｅｓ）、サーバアプリケーション１２０の利用者の権限情報に応じたポートおよび利用者端末７０ａとの間の接続および通信の中継を行なうスレッドを生成する（ステップＳ１２４）。サーバアプリケーション１２０は、利用者の権限情報に応じたポートによるＳＳＬ中継サーバ１００との接続を確立する（ステップＳ１２５）。利用者端末７０ａは、ＳＳＬ中継サーバ１００との接続を確立する（ステップＳ１２６）。
　ＳＳＬ中継サーバ１００は、サーバアプリケーション１２０の利用者の権限情報に応じたポートおよび利用者端末７０ａとの間の通信を中継する（ステップＳ１２７）。この際に、利用者端末７０ａとの間の通信データを暗号化もしくは復号化を行なう。サーバアプリケーション１２０は、利用者の権限情報に応じたポートを利用してサービスを提供する（ステップＳ１２８）。利用者端末７０ａは、ＳＳＬ中継サーバ１００の中継によりサービスを受け付ける（ステップＳ１２９）。
　本実施例２の認証システムは、ＳＳＯ認証サーバ８０が利用者の認証に成功した場合に、ＳＳＯログイン用Ｗｅｂサーバ９０が利用者の権限情報と、利用者端末のＩＰアドレスとを認証キーを利用して、ＳＳＬ中継サーバ１００の認証テーブル１０４に登録する。このため、認証テーブル１０４に登録されたＩＰアドレスの利用者端末は認証済みの利用者端末といえる。したがって、この認証システムでは、インターネット６０上の利用者端末７０ａ～７０ｃから接続要求を受け付けた場合に、利用者端末のＩＰアドレスが認証テーブル１０４に登録されているか否かを判定することで、利用者端末を適切に認証することができる。
　また、本実施例２のＳＳＬ中継サーバ１００は、利用者端末から接続依頼を受信した際に、利用者の権限情報とポート管理テーブル１０５とを比較して、利用者端末が接続依頼したサーバアプリケーション１２０のポートを利用可能かどうか判定する。このため、サーバアプリケーション１２０のポートは利用者の権限情報に応じてＳＳＬ中継サーバ１００を経由して利用者端末と接続され、サーバアプリケーション１２０は、権限情報に応じたサービスを利用者端末７０ａ～７０ｂに適切に提供することができる。
　ところで、図４に示した利用者端末７０ａの各構成要素、図５に示したＳＳＯ認証サーバ８０の各構成要素、図９に示したＳＳＯログイン用Ｗｅｂサーバ９０の各構成要素、図１０に示したＳＳＬ中継サーバ１００の各構成要素は機能概念的なものである。このため、図４、図５、図９、図１０に示した各構成要素は、必ずしも図示の如く構成されていることを要しない。すなわち、各構成要素の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。例えば、図１０のＳＳＬ中継サーバ１００に含まれる記憶部１０３の機能をその他のサーバに持たせても良い。
　なお、図４、図５、図９、図１０に示した各装置の機能をハードウェアもしくはソフトウェアのどちらでも実装することもできる。ここでは一例として、図１０に示したＳＳＬ中継サーバ１００を構成するコンピュータのハードウェア構成を、図１５にて示す。
　図１５に示すように、このコンピュータ２００は、各種演算処理を実行するＣＰＵ（Central　Processing　Unit）２１０と、ユーザからのデータの入力を受け付ける入力装置２２０と、モニタ２３０を有する。また、コンピュータ２００は、記憶媒体からプログラム等を読取る媒体読み取り装置２４０と、ネットワークを介して他のコンピュータとの間でデータの授受を行うネットワークインターフェース装置２５０を有する。また、コンピュータ２００は、各種情報を一時記憶するＲＡＭ（Random　Access　Memory）２６０と、ハードディスク装置２７０を有する。各装置２１０～２７０は、バス２８０に接続される。
　そして、ハードディスク装置２７０には、図１０に示した接続認証部１０２と同様の機能を有する認証処理プログラム２７０ａを記憶する。また、ハードディスク装置２７０は、図１０に示した認証テーブル１０４、ポート管理テーブル１０５に対応する認証データ２７０ｂを記憶する。
　ＣＰＵ２１０が認証処理プログラム２７０ａをハードディスク装置２７０から読み出してＲＡＭ２６０に展開することで、認証処理プログラム２７０ａは、認証処理プロセス２６０ａとして機能する。そして、認証処理プロセス２６０ａは、認証データ２７０ｂをＲＡＭ２６０に読み出し、各種の認証処理を実行する。
　なお、上記認証処理プログラム２７０ａは、必ずしもハードディスク装置２７０に格納されている必要はない。例えば、ＣＤ－ＲＯＭ等の記憶媒体に記憶された認証処理プログラム２７０ａを、コンピュータ２００が読み出して実行するようにしてもよい。また、公衆回線、インターネット、ＬＡＮ（Local　Area　Network）、ＷＡＮ（Wide　Area　Network）等にこの認証処理プログラム２７０ａを記憶させておき、コンピュータ２００がこれらから認証処理プログラム２７０ａを読み出して実行するようにしてもよい。
　１０　　ＳＳＯログイン用Ｗｅｂサーバ
　１１　　ＨＴＴＰ通信部
　１２　　認証依頼処理部
　１３　　認証キー発行部
　１４　　認証情報登録部
　１５　　ＳＳＬ中継サーバ
　１６　　ＳＳＬ通信部
　１７　　接続認証部
　１８　　記憶部
　１９　　接続中継部
　２０　　利用者端末
　３０　　ＳＳＯ認証サーバ
　４０　　サーバアプリケーション
　５０　　インターネット

Claims (6)

  1. 　インターネットを介してアプリケーションを実行するクライアントサーバシステムにおいて、
    　サーバ側に設置されたログイン用Ｗｅｂサーバが、インターネットを介して接続された利用者端末のＷｅｂブラウザから当該端末の利用者を識別する利用者識別情報を取得し、取得した利用者識別情報を認証装置に通知することで、前記利用者の認証を前記認証装置に依頼するステップと、
    　前記認証装置により前記利用者が認証された後に、固有の認証キーを生成し、生成した認証キーと前記利用者の権限情報とを対応付けてＳＳＬ中継サーバの認証テーブルに登録するステップと、
    　前記認証キーを前記Ｗｅｂブラウザに通知するステップと、
    　前記Ｗｅｂブラウザが、前記ログイン用Ｗｅｂサーバから前記認証キーを取得した後に、前記利用者端末を識別する端末識別情報と前記認証キーとを対応付けた情報をＳＳＬ中継サーバに送信するステップと、
    　前記ＳＳＬ中継サーバが、前記認証キーと前記端末識別情報とを対応付けた情報を前記利用者端末から取得し、前記認証キーに対応付けて前記端末識別情報を前記認証テーブルに登録するステップと、
    　前記利用者端末が前記ＳＳＬ中継サーバに前記利用者端末の端末識別情報を通知することで、前記ＳＳＬ中継サーバに接続要求を行うステップと、
    　前記ＳＳＬ中継サーバが、前記利用者端末から前記端末識別情報を取得することで仮想回線の接続要求を受け付けた場合に、取得した前記端末識別情報が前記認証テーブルに登録されているか否かを判定するステップと、
    　前記端末識別情報が前記認証テーブルに登録されている場合に、接続要求を行ったクライアントアプリケーションと前記クライアントサーバシステム内のサーバアプリケーションとの接続を許可し、前記端末識別情報に対応する利用者の権限情報に応じたサービスを所定の仮想回線により前記サーバアプリケーションに実行させるステップと
    を実行することを特徴とする認証方法。
  2. 　前記ＳＳＬ中継サーバは、前記権限情報と前記クライアントサーバシステム内のサーバアプリケーションのポートとを対応付けた管理テーブルを保持し、前記端末識別情報に対応する利用者の権限情報と前記管理テーブルとを比較して、前記端末利用者の権限が接続する前記サーバアプリケーションのポートを利用可能かどうか判定するステップを更に実行することを特徴とする請求項１に記載の認証方法。
  3. 　インターネットを介してアプリケーションを実行するクライアントサーバシステムにおいて、サーバ側に設置されたログイン用Ｗｅｂサーバと、ＳＳＬ中継サーバを介してサーバアプリケーションにアクセスする利用者端末とを含む認証システムであって、
    　前記ログイン用Ｗｅｂサーバは、
    　前記端末から利用者を識別する利用者識別情報を取得し、取得した利用者識別情報を認証サーバに通知することで、前記利用者の認証を前記認証サーバに依頼する認証依頼処理部と、
    　前記認証サーバにより前記利用者が認証された後に、固有の認証キーを発行するもしくは認証サーバから通知される認証キーを取得する認証キー発行部と、
    　該認証キーと前記利用者の権限情報とをＳＳＬ中継サーバの認証テーブルに登録する認証情報登録部を有し、
    　ＳＳＬ中継サーバは、
    前記利用者端末からの前記認証キーと前記利用者端末を識別する端末識別情報と受信した場合に、前記認証キーが認証テーブルに登録済みならば前記認証キーに対応付けて前記端末識別情報を前記認証テーブルに登録する認証端末登録部を有し、
    　前記利用者端末からの接続要求を受信した場合には、該接続要求を実現するかどうかを判定するために、接続要求に含まれる当該利用者端末識別情報を取得し、取得した端末識別情報が前記認証テーブルに登録されているか否かを確認し、登録済みであれば前記端末識別情報に対応する利用者の権限情報に応じたサービスを所定の仮想回線により前記サーバアプリケーションとの接続を行なう判定部と、
    　を有することを特徴とする認証システム。
  4. 　前記ＳＳＬ中継サーバは、前記権限情報と前記サーバアプリケーションのポートとを対応付けた管理テーブルを保持し、前記判定部は、前記端末識別情報に対応する利用者の権限情報と前記管理テーブルとを比較して、前記利用者端末と接続する前記サーバアプリケーションのポートを更に利用可能かどうか判定することを特徴とする請求項３に記載の認証システム。
  5. 　インターネットに対応したクライアントサーバアプリケーションを実行するクライアントサーバシステムのサーバ側に設置されたコンピュータに、
    　クライアントから利用者を識別する利用者識別情報を取得し、取得した利用者識別情報を認証装置に通知することで、前記利用者の認証を前記認証装置に依頼する認証依頼手順と、
    　前記認証装置により前記利用者が認証された後に、固有の認証キーを発行するもしくは認証サーバから通知される認証キーを取得し、該認証キーと前記利用者の権限情報とを対応付けて認証テーブルに登録する権限情報登録手順と、
    　前記認証キーを前記利用者端末に通知した後に、前記認証キーと前記クライアントを識別する端末識別情報とを対応付けた情報を前記利用者端末から取得し、前記認証キーに対応付けて前記端末識別情報を前記認証テーブルに登録する識別情報登録手順と、
    　前記利用者端末から接続要求を取得した場合に、当該クライアントから端末識別情報を取得し、取得した端末識別情報が前記認証テーブルに登録されているか否かを判定する判定手順と、
    　前記端末識別情報が前記認証テーブルに登録されている場合に、接続要求を行った利用者端末と前記クライアントサーバシステム内のサーバアプリケーションとの接続を許可し、前記端末識別情報に対応する利用者の権限情報に応じたサービスを所定の仮想回線により前記サーバアプリケーションに実行させるサービス制御手順と
    　を実行させることを特徴とする認証プログラム。
  6. 　前記コンピュータは、前記権限情報と前記サーバアプリケーションのポートとを対応付けた管理テーブルを保持し、
    　前記コンピュータに、前記端末識別情報に対応する利用者の権限情報と前記管理テーブルとを比較して、前記利用者端末と接続する前記サーバアプリケーションのポートを更に判定するポート判定手順を更に実行させることを特徴とする請求項５に記載の認証プログラム。
PCT/JP2010/050823 2010-01-22 2010-01-22 認証方法、認証システムおよび認証プログラム WO2011089712A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2011550759A JP5375976B2 (ja) 2010-01-22 2010-01-22 認証方法、認証システムおよび認証プログラム
PCT/JP2010/050823 WO2011089712A1 (ja) 2010-01-22 2010-01-22 認証方法、認証システムおよび認証プログラム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2010/050823 WO2011089712A1 (ja) 2010-01-22 2010-01-22 認証方法、認証システムおよび認証プログラム

Publications (1)

Publication Number Publication Date
WO2011089712A1 true WO2011089712A1 (ja) 2011-07-28

Family

ID=44306534

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2010/050823 WO2011089712A1 (ja) 2010-01-22 2010-01-22 認証方法、認証システムおよび認証プログラム

Country Status (2)

Country Link
JP (1) JP5375976B2 (ja)
WO (1) WO2011089712A1 (ja)

Cited By (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2014010769A (ja) * 2012-07-02 2014-01-20 Fuji Xerox Co Ltd 中継装置
US20140229739A1 (en) 2013-02-12 2014-08-14 Amazon Technologies, Inc. Delayed data access
JP2016515235A (ja) * 2013-02-12 2016-05-26 アマゾン テクノロジーズ インコーポレイテッド 関連データを有するポリシー施行
JP2016533604A (ja) * 2013-12-19 2016-10-27 ドロップボックス， インコーポレイテッド クライアントアプリケーションがコンテンツ管理システム上のユーザアカウントにアクセスすることの予備認証
JP2016536656A (ja) * 2013-09-20 2016-11-24 オラクル・インターナショナル・コーポレイション シングルサインオンのためのウェブベースインターフェース統合
CN106462865A (zh) * 2014-03-13 2017-02-22 株式会社实虚螺旋 标签管理方法及系统、信息提供方法及系统以及所使用的装置和标签
JP2018049416A (ja) * 2016-09-21 2018-03-29 京セラドキュメントソリューションズ株式会社 認証システムおよび認証方法
US10055594B2 (en) 2012-06-07 2018-08-21 Amazon Technologies, Inc. Virtual service provider zones
US10211977B1 (en) 2013-02-12 2019-02-19 Amazon Technologies, Inc. Secure management of information using a security module
US10313312B2 (en) 2013-06-13 2019-06-04 Amazon Technologies, Inc. Key rotation techniques
US10382200B2 (en) 2013-02-12 2019-08-13 Amazon Technologies, Inc. Probabilistic key rotation
US10404670B2 (en) 2013-02-12 2019-09-03 Amazon Technologies, Inc. Data security service
JP2019160097A (ja) * 2018-03-15 2019-09-19 株式会社リコー 情報処理システム、情報処理装置、情報処理方法及びプログラム
US10467422B1 (en) 2013-02-12 2019-11-05 Amazon Technologies, Inc. Automatic key rotation
US10587405B2 (en) 2014-06-27 2020-03-10 Amazon Technologies, Inc. Supporting a fixed transaction rate with a variably-backed logical cryptographic key
US10666436B2 (en) 2013-02-12 2020-05-26 Amazon Technologies, Inc. Federated key management
US10721075B2 (en) 2014-05-21 2020-07-21 Amazon Technologies, Inc. Web of trust management in a distributed system
US10834139B2 (en) 2012-06-07 2020-11-10 Amazon Technologies, Inc. Flexibly configurable data modification services
CN112565175A (zh) * 2019-09-26 2021-03-26 富士通株式会社 通信中继程序、中继设备、通信中继方法和通信系统
US11036869B2 (en) 2013-02-12 2021-06-15 Amazon Technologies, Inc. Data security with a security module
US11323479B2 (en) 2013-07-01 2022-05-03 Amazon Technologies, Inc. Data loss prevention techniques
US11626996B2 (en) 2014-09-15 2023-04-11 Amazon Technologies, Inc. Distributed system web of trust provisioning

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6965653B2 (ja) * 2017-09-14 2021-11-10 株式会社リコー 情報処理装置、情報処理システム、情報処理方法及びプログラム

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004240819A (ja) * 2003-02-07 2004-08-26 Nippon Telegr & Teleph Corp <Ntt> 認証機能付きパケット通信装置、ネットワーク認証アクセス制御サーバ、アプリケーション認証アクセス制御サーバ、および分散型認証アクセス制御システム
JP2005518595A (ja) * 2002-02-26 2005-06-23 サイトリックス システムズ， インコーポレイテッド ネットワークコンポーネントのセキュアトラバーサル
JP2007048282A (ja) * 2005-07-29 2007-02-22 Sharp Corp 認証情報データの入力回数の削減方法、シングルクレデンシャルアクセスの提供方法、シングルクレデンシャルアクセスを提供するための装置

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007293760A (ja) * 2006-04-27 2007-11-08 Hitachi Ltd 個別認証を用いたシングルサインオン連携方法およびシステム
JP4867486B2 (ja) * 2006-06-12 2012-02-01 富士ゼロックス株式会社 制御プログラムおよび通信システム
JP5170648B2 (ja) * 2008-02-27 2013-03-27 日本電信電話株式会社 権限委譲システム、権限委譲方法および権限委譲プログラム

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005518595A (ja) * 2002-02-26 2005-06-23 サイトリックス システムズ， インコーポレイテッド ネットワークコンポーネントのセキュアトラバーサル
JP2004240819A (ja) * 2003-02-07 2004-08-26 Nippon Telegr & Teleph Corp <Ntt> 認証機能付きパケット通信装置、ネットワーク認証アクセス制御サーバ、アプリケーション認証アクセス制御サーバ、および分散型認証アクセス制御システム
JP2007048282A (ja) * 2005-07-29 2007-02-22 Sharp Corp 認証情報データの入力回数の削減方法、シングルクレデンシャルアクセスの提供方法、シングルクレデンシャルアクセスを提供するための装置

Cited By (34)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10834139B2 (en) 2012-06-07 2020-11-10 Amazon Technologies, Inc. Flexibly configurable data modification services
US10055594B2 (en) 2012-06-07 2018-08-21 Amazon Technologies, Inc. Virtual service provider zones
US10474829B2 (en) 2012-06-07 2019-11-12 Amazon Technologies, Inc. Virtual service provider zones
JP2014010769A (ja) * 2012-07-02 2014-01-20 Fuji Xerox Co Ltd 中継装置
US10404670B2 (en) 2013-02-12 2019-09-03 Amazon Technologies, Inc. Data security service
US11036869B2 (en) 2013-02-12 2021-06-15 Amazon Technologies, Inc. Data security with a security module
US10666436B2 (en) 2013-02-12 2020-05-26 Amazon Technologies, Inc. Federated key management
US10467422B1 (en) 2013-02-12 2019-11-05 Amazon Technologies, Inc. Automatic key rotation
US11695555B2 (en) 2013-02-12 2023-07-04 Amazon Technologies, Inc. Federated key management
US10211977B1 (en) 2013-02-12 2019-02-19 Amazon Technologies, Inc. Secure management of information using a security module
US10210341B2 (en) 2013-02-12 2019-02-19 Amazon Technologies, Inc. Delayed data access
US20140229739A1 (en) 2013-02-12 2014-08-14 Amazon Technologies, Inc. Delayed data access
JP2016515235A (ja) * 2013-02-12 2016-05-26 アマゾン テクノロジーズ インコーポレイテッド 関連データを有するポリシー施行
US11372993B2 (en) 2013-02-12 2022-06-28 Amazon Technologies, Inc. Automatic key rotation
US10382200B2 (en) 2013-02-12 2019-08-13 Amazon Technologies, Inc. Probabilistic key rotation
US10313312B2 (en) 2013-06-13 2019-06-04 Amazon Technologies, Inc. Key rotation techniques
US10601789B2 (en) 2013-06-13 2020-03-24 Amazon Technologies, Inc. Session negotiations
US11470054B2 (en) 2013-06-13 2022-10-11 Amazon Technologies, Inc. Key rotation techniques
US11323479B2 (en) 2013-07-01 2022-05-03 Amazon Technologies, Inc. Data loss prevention techniques
US10324972B2 (en) 2013-09-13 2019-06-18 Aquabit Spirals Inc. Tag management system, tag management method, information provision system, and information provision method, as well as devices and tag used therefor
US10225244B2 (en) 2013-09-20 2019-03-05 Oracle International Corporation Web-based interface integration for single sign-on
US10693865B2 (en) 2013-09-20 2020-06-23 Oracle International Corporation Web-based interface integration for single sign-on
JP2016536656A (ja) * 2013-09-20 2016-11-24 オラクル・インターナショナル・コーポレイション シングルサインオンのためのウェブベースインターフェース統合
JP2016533604A (ja) * 2013-12-19 2016-10-27 ドロップボックス， インコーポレイテッド クライアントアプリケーションがコンテンツ管理システム上のユーザアカウントにアクセスすることの予備認証
CN106462865A (zh) * 2014-03-13 2017-02-22 株式会社实虚螺旋 标签管理方法及系统、信息提供方法及系统以及所使用的装置和标签
EP3118800A4 (en) * 2014-03-13 2017-08-02 Aquabit Spirals Inc. Tag management system, tag management method, information provision system, and information provision method, as well as devices and tag used therefor
US10721075B2 (en) 2014-05-21 2020-07-21 Amazon Technologies, Inc. Web of trust management in a distributed system
US10587405B2 (en) 2014-06-27 2020-03-10 Amazon Technologies, Inc. Supporting a fixed transaction rate with a variably-backed logical cryptographic key
US11368300B2 (en) 2014-06-27 2022-06-21 Amazon Technologies, Inc. Supporting a fixed transaction rate with a variably-backed logical cryptographic key
US11626996B2 (en) 2014-09-15 2023-04-11 Amazon Technologies, Inc. Distributed system web of trust provisioning
JP2018049416A (ja) * 2016-09-21 2018-03-29 京セラドキュメントソリューションズ株式会社 認証システムおよび認証方法
JP7077688B2 (ja) 2018-03-15 2022-05-31 株式会社リコー 情報処理システム、情報処理装置、情報処理方法及びプログラム
JP2019160097A (ja) * 2018-03-15 2019-09-19 株式会社リコー 情報処理システム、情報処理装置、情報処理方法及びプログラム
CN112565175A (zh) * 2019-09-26 2021-03-26 富士通株式会社 通信中继程序、中继设备、通信中继方法和通信系统

Also Published As

Publication number Publication date
JPWO2011089712A1 (ja) 2013-05-20
JP5375976B2 (ja) 2013-12-25

Similar Documents

Publication Publication Date Title
JP5375976B2 (ja) 認証方法、認証システムおよび認証プログラム
JP6754809B2 (ja) 共通エンドポイントにアクセスするために異なるディレクトリに記憶される認証情報を使用すること
CN109417557B (zh) 认证访问托管应用的客户端的方法、系统和计算机可读介质
CN110138718B (zh) 信息处理系统及其控制方法
JP5570610B2 (ja) 遠隔ユーザ・セッションのためのシングル・サインオン
US9398001B1 (en) System for and method of providing single sign-on (SSO) capability in an application publishing environment
KR102060212B1 (ko) 클라우드에서 투명하게 호스팅되는 조직들에 대한 아이덴티티 서비스를 제공하는 기법
JP6033990B2 (ja) 単一のフレキシブルかつプラガブルＯＡｕｔｈサーバを備える複数のリソースサーバ、ＯＡｕｔｈ保護したＲＥＳＴ式ＯＡｕｔｈ許諾管理サービス、およびモバイルアプリケーションシングルサインオンするＯＡｕｔｈサービス
CN102638454B (zh) 一种面向http身份鉴别协议的插件式单点登录集成方法
US8627409B2 (en) Framework for automated dissemination of security metadata for distributed trust establishment
JP6066647B2 (ja) デバイス装置、その制御方法、およびそのプログラム
JP6061633B2 (ja) デバイス装置、制御方法、およびそのプログラム。
JP6929181B2 (ja) デバイスと、その制御方法とプログラム
US20100077208A1 (en) Certificate based authentication for online services
US20040064687A1 (en) Providing identity-related information and preventing man-in-the-middle attacks
JP4820928B1 (ja) 認証システムおよび認証方法
JP2007219935A (ja) 分散認証システム及び分散認証方法
EP4264880B1 (en) Integration of legacy authentication with cloud-based authentication
CN113614691A (zh) 供传统虚拟交付器件使用的连接租用系统和相关方法
EP2078405A1 (en) Secure access
JP2018092446A (ja) 認証認可システム及び情報処理装置と認証認可方法とプログラム
JP2015505626A (ja) サーバー・アプリケーションと多数の認証プロバイダーとの統合
KR20070009490A (ko) 아이피 주소 기반 사용자 인증 시스템 및 방법
JP6128958B2 (ja) 情報処理サーバーシステム、制御方法、およびプログラム
JP2020053100A (ja) 情報処理システムと、その制御方法とプログラム

Legal Events

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

Ref document number: 10843877

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2011550759

Country of ref document: JP

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 10843877

Country of ref document: EP

Kind code of ref document: A1