WO2024252973A1 - 位置認証を用いるファイル管理技術 - Google Patents

位置認証を用いるファイル管理技術 Download PDF

Info

Publication number
WO2024252973A1
WO2024252973A1 PCT/JP2024/019451 JP2024019451W WO2024252973A1 WO 2024252973 A1 WO2024252973 A1 WO 2024252973A1 JP 2024019451 W JP2024019451 W JP 2024019451W WO 2024252973 A1 WO2024252973 A1 WO 2024252973A1
Authority
WO
WIPO (PCT)
Prior art keywords
terminal device
key
communication terminal
file
information communication
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.)
Ceased
Application number
PCT/JP2024/019451
Other languages
English (en)
French (fr)
Inventor
秀治 小川
健夫 鈴木
民善 仲
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.)
Passlogy Co Ltd
Original Assignee
Passlogy Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Passlogy Co Ltd filed Critical Passlogy Co Ltd
Priority to EP24819205.6A priority Critical patent/EP4727053A1/en
Publication of WO2024252973A1 publication Critical patent/WO2024252973A1/ja
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/08Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H04L9/088Usage controlling of secret information, e.g. techniques for restricting cryptographic keys to pre-authorized uses, different access levels, validity of crypto-period, different key- or password length, or different strong and weak cryptographic algorithms
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/08Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H04L9/0816Key establishment, i.e. cryptographic processes or cryptographic protocols whereby a shared secret becomes available to two or more parties, for subsequent use
    • H04L9/0819Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s)
    • H04L9/083Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s) involving central third party, e.g. key distribution center [KDC] or trusted third party [TTP]
    • H04L9/0833Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s) involving central third party, e.g. key distribution center [KDC] or trusted third party [TTP] involving conference or group key
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/08Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H04L9/0861Generation of secret information including derivation or calculation of cryptographic keys or passwords
    • H04L9/0872Generation of secret information including derivation or calculation of cryptographic keys or passwords using geo-location information, e.g. location data, time, relative position or proximity to other entities
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/321Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving a third party or a trusted authority

Definitions

  • the present invention relates to a file management technology that uses location authentication, and in particular to a file management system and method that uses location authentication that utilizes encryption/decryption technology.
  • file sharing services sometimes called online storage services or cloud storage services
  • cloud storage services allow users to back up their files to a file management server on a network so that they can be restored later or sent to other users.
  • Patent Document 1 discloses an online storage device in which hash data encrypted using encrypted data is stored together with a public key, and content is encrypted using the encrypted hash data.
  • public key cryptography can be used to encrypt/decrypt files.
  • a key pair consisting of a private key and a public key is generated for a user.
  • the public key is used to encrypt files and can be made public to other users.
  • the private key is used to decrypt files and should be managed secretly by the user.
  • non-patent document 1 discloses a proxy re-encryption technology that enables a user Z other than user X and user Y to create encrypted file B encrypted with user Y's public key from encrypted file A encrypted with user X's public key, without knowing the private keys of user X and user Y.
  • the information for converting encrypted file A into encrypted file B is sometimes called a proxy key.
  • a common file transmission procedure is for a user to send a file to another user by encrypting the file with a password and sending it to the other user as an email attachment, followed by sending the password in the body of the email.
  • emails transmitted over a communications network may be leaked or intercepted, and as long as the password is sent in the body of the email, this type of file transmission procedure cannot be considered foolproof in terms of security.
  • the present invention aims to provide a new file transmission scheme that allows users to safely send files to desired recipients via a communications network.
  • one of the objectives of the present invention is to provide a file management service that enables a receiving user (second user) to safely decrypt a file encrypted by a sending user (first user) without transmitting the file encrypted with a password (encryption key) and the password as is over a communications network.
  • Another object of the present invention is to provide a file management service that enables a sending user to safely deliver an encrypted file to a recipient, even if there is a risk that the email transmitted over a communication network may be leaked or intercepted, and enables the recipient of the email (the recipient user) to safely decrypt the encrypted file.
  • the present invention aims to propose a new scheme for controlling access to specific services by specific users.
  • the present invention which aims to solve the above problems, comprises the following invention-specific matters or technical features:
  • the present invention is a file management system that enables the transmission of files between a first information communication terminal device of a first user and a second information communication terminal device of a second user.
  • the file management system includes a file management server that is communicatively connected to each of the first information communication terminal device and the second information communication terminal device, and a key terminal device that is communicatively connected to the file management server and is capable of acquiring geographical location information.
  • the file management server acquires destination information including at least the identifier of the second user and the location of the file from the first information communication terminal device, receives a location authentication request including geographical location information from the key terminal device, determines whether location authentication is successful based on the location included in the destination information and the geographical location information included in the location authentication request, and transmits the result of the determination to the second information communication terminal device, and the second information communication terminal device decrypts the encrypted file in which the file is encrypted when the result of the determination indicates that the location authentication is successful.
  • the first information communication terminal device generates a common key according to a predetermined function (e.g., a random number function) and creates the encrypted file using the generated common key.
  • a predetermined function e.g., a random number function
  • the first information communication terminal device uses a public key to generate a first ciphertext based on the common key, and transmits the generated first ciphertext to the file management server.
  • the first ciphertext includes the common key encrypted using the public key.
  • the second information communication terminal device generates a temporary key pair consisting of a temporary private key and a temporary public key according to a predetermined key generation algorithm, and stores the temporary private key of the temporary key pair.
  • the key terminal device stores the temporary public key of the temporary key pair.
  • the file management server cooperates with the key terminal device to generate a second ciphertext using the temporary public key, and transmits the generated second ciphertext to the second information communication terminal device.
  • the file management server generates a proxy key using a master private key and the temporary public key held by the key terminal device, and generates the second ciphertext by applying the generated proxy key to the first ciphertext.
  • the key terminal device obtains the common key by decrypting the first ciphertext using a master private key held by itself, and generates the second ciphertext by encrypting the common key using the temporary public key.
  • the second information communication terminal device decrypts the second ciphertext using the temporary private key to obtain the common key, and decrypts the encrypted file using the common key obtained by decrypting the second ciphertext.
  • the file management server acquires the temporary public key from the second information communication terminal device and transmits the acquired temporary public key to the key terminal device.
  • the file management server obtains the temporary public key during login authentication by the second information communication terminal device.
  • the file management server determines whether the login authentication is successful using multi-factor authentication based on the possession or use of the key terminal device.
  • the receiving location is geographical location information designated by the first user.
  • the geographical location information is designated based on a geographical map displayed on a user interface of the first information communication terminal device.
  • the file management server determines whether the location authentication has been successful based on the geographical location information of the second information communication terminal device. In this case, the file management server determines that the location authentication has been successful when the geographical location information included in the location authentication request and the geographical location information of the second information communication terminal device each correspond to the receiving location included in the destination information.
  • the geographical location information of the second information and communication terminal device is a GPS coordinate or a functional global IP address.
  • the present invention is a file management server communicably connected to each of a first information communication terminal device of a first user, a second information communication terminal device of a second user, and a key terminal device 30.
  • the file management server is configured to execute the following processes: acquiring destination information including at least an identifier of the second user and a file receiving location from the first information communication terminal device; receiving a location authentication request including geographical location information acquired by the key terminal device; determining whether location authentication is successful based on the receiving location included in the destination information and the geographical location information included in the location authentication request; and, if the location authentication is successful, transmitting to the second information communication terminal device a ciphertext used to decrypt an encrypted file in which the file was encrypted by the first information communication terminal device.
  • the present invention is a file transmission method that enables the transmission of a file between a first information communication terminal device of a first user and a second information communication terminal device of a second user.
  • the method includes: specifying destination information including an identifier of the second user and a receiving location of the file in the first information communication terminal device; generating an encrypted file by encrypting the file in the first information communication terminal device; acquiring the receiving location designated in a file management server; storing the generated encrypted file in the second information communication terminal device; transmitting geographical location information acquired in a key terminal device possessed by the second user from the key terminal device to the file management server; determining in the file management server whether the geographical location information corresponds to the designated receiving location and transmitting the result of the determination to the second information communication terminal device; and, when the result of the determination indicates that the geographical location information corresponds to the designated receiving location, decrypting the encrypted file in the second information communication terminal device to acquire the original file.
  • Creating the encryption file includes generating a common key according to a predetermined function (e.g., a random number function) and creating the encryption file using the generated common key.
  • a predetermined function e.g., a random number function
  • the method further includes generating a first ciphertext based on the common key using the public key, and transmitting the generated first ciphertext to the file management server.
  • the method includes generating a temporary key pair consisting of a temporary private key and a temporary public key in the second information communication terminal device according to a predetermined key generation algorithm, storing the temporary private key of the temporary key pair in the second information communication terminal device, storing the temporary public key of the temporary key pair in the key terminal device, generating a second ciphertext by the file management server using the temporary public key in cooperation with the key terminal device, and storing the generated second ciphertext in the second information communication terminal device.
  • the method further includes, in the second information communication terminal device, decrypting the generated second ciphertext using the temporary private key to obtain the common key.
  • Decrypting the encrypted file includes decrypting the encrypted file using the common key obtained by decrypting the second ciphertext.
  • the method further includes, in the file management server, acquiring the temporary public key from the second information communication terminal device, and transmitting the acquired temporary public key to the key terminal device.
  • the method includes obtaining the temporary public key in the file management server during login authentication by the second information communication terminal device.
  • the method includes determining whether the login authentication has been successful by multi-factor authentication based on the possession or use of the key terminal device in the file management server.
  • the present invention is a file management method executed by a file management server communicably connected to each of a first information communication terminal device of a first user and a second information communication terminal device and a key terminal device of a second user, the method including: acquiring destination information including at least an identifier of the second user and a file receiving location from the first information communication terminal device; receiving a location authentication request including geographical location information acquired by the key terminal device; determining whether location authentication is successful based on the receiving location included in the destination information and the geographical location information included in the location authentication request; and, if the location authentication is successful, transmitting information (ciphertext) used to decrypt an encrypted file in which the file was encrypted by the first information communication terminal device to the second information communication terminal device.
  • information ciphertext
  • the present invention is a system for controlling whether a service can be enjoyed on a second information communication terminal device of a second user by a first information communication terminal device of a first user.
  • the system includes a server communicatively connected to each of the first information communication terminal device and the second information communication terminal device, and a key terminal device communicatively connected to the server and capable of acquiring geographical location information.
  • the server acquires destination information including at least an identifier of the second user and a location where the service is enjoyed from the first information communication terminal device, receives a location authentication request including geographical location information from the key terminal device, judges whether location authentication has been successful based on the location included in the destination information and the geographical location information included in the location authentication request, and transmits the result of the judgment to the second information communication terminal device.
  • the second information communication terminal device operates so as to be able to enjoy the service when the result of the judgment indicates that the location authentication has been successful.
  • the present invention may be a computer program for causing a computing device to execute the above method, and a machine-readable recording medium that non-temporarily carries the computer program.
  • the present invention is described as a file management system and a file transmission system, but regardless of the name, it can also be understood as, for example, an encryption/decryption system and method.
  • a "system” includes a logical collection of multiple devices (or functional modules that realize a specific function), regardless of whether each device or functional module is physically configured as a single entity or as separate entities.
  • the present invention allows a user to safely send a file to a desired recipient via a communications network.
  • the present invention allows a receiving user to safely decrypt a file encrypted by a sender user without transmitting the file encrypted with a password (encryption key) and the password as is over the communications network.
  • a file encrypted by a sending user can be safely delivered to a receiving user via a file management server, and the recipient of the email can safely decrypt the encrypted file.
  • FIG. 1 is a block diagram showing an example of a schematic configuration of a file management system according to an embodiment of the present invention.
  • FIG. 2 is a sequence chart for explaining an example of a schematic process in the file management system according to an embodiment of the present invention.
  • FIG. 3 is a sequence chart for explaining an example of a schematic process in the file management system according to an embodiment of the present invention.
  • FIG. 4 is a sequence chart for explaining an example of a proxy re-encryption process in the file management system according to an embodiment of the present invention.
  • FIG. 5 is a sequence chart for explaining an example of a process for creating a second ciphertext by a key terminal device in a file management system according to an embodiment of the present invention.
  • FIG. 1 is a block diagram showing an example of a schematic configuration of a file management system according to an embodiment of the present invention.
  • FIG. 2 is a sequence chart for explaining an example of a schematic process in the file management system according to an embodiment of the present invention.
  • FIG. 6 is a flowchart for explaining an example of a process for decrypting an encrypted file in the file management system according to an embodiment of the present invention.
  • FIG. 7 is a diagram showing an example of a top screen displayed on a user interface of an information communication terminal device in a file management system according to an embodiment of the present invention.
  • FIG. 8 is a diagram showing an example of a destination selection screen displayed on a user interface of an information communication terminal device in a file management system according to an embodiment of the present invention.
  • FIG. 9 is a diagram showing an example of a receiving location registration screen displayed on a user interface of an information communication terminal device in a file management system according to an embodiment of the present invention.
  • FIG. 7 is a diagram showing an example of a top screen displayed on a user interface of an information communication terminal device in a file management system according to an embodiment of the present invention.
  • FIG. 8 is a diagram showing an example of a destination selection screen displayed on a user interface of an information communication terminal device in a file management system according
  • FIG. 10 is a diagram showing an example of an encrypted file selection screen displayed on the user interface of an information communication terminal device in a file management system according to an embodiment of the present invention.
  • FIG. 11 is a diagram showing an example of a decryption file selection screen displayed on the user interface of a communication terminal device in a file management system according to an embodiment of the present invention.
  • FIG. 12 is a flowchart for explaining an example of a location authentication process in the file management system according to an embodiment of the present invention.
  • FIG. 13 is a diagram showing an example of the hardware configuration of a computing device in a system according to an embodiment of the present invention.
  • This embodiment is characterized in that, when a file is transmitted between a first user and a second user, the first user who sends the file encrypts the file and designates a location where the file is to be received, and the file can be decrypted only when the second user who receives the file is at the designated location. Whether or not the second user is at the designated location is determined based on location information of, for example, a smartphone (hereinafter, described as a key terminal device) that functions as a key terminal device possessed by the second user.
  • a smartphone hereinafter, described as a key terminal device
  • FIG. 1 is a block diagram showing an example of a schematic configuration of a file management system according to one embodiment of the present invention.
  • the file management system 1 of this embodiment includes a file management server 10, a plurality of information communication terminal devices 20, and a key terminal device 30, which are communicatively connected to each other via a communication network N.
  • the file management system 1 may also be configured to further include a key management server 40.
  • the file management system 1 provides a so-called network storage service.
  • the file management server 10 is a computing device that provides network storage services to users.
  • the hardware configuration of the file management server 10 is shown, for example, in FIG. 13, but since such a configuration is known, a detailed description thereof will be omitted.
  • the file management server 10 may be, for example, a storage system constructed using a SAN (Storage Area Network).
  • the information and communication terminal device 20 is a computing device operated by a user, and may be, for example, but is not limited to, a desktop computer, a notebook computer, a tablet computer, a smartphone, a feature phone, or other intelligent devices.
  • the information and communication terminal device 20 may be, for example, a computing device virtualized by desktop virtualization technology.
  • the information and communication terminal device 20 is composed of hardware resources such as a CPU (processor), chipset, memory, communication module, user interface, etc., and software resources such as an operating system (which may include, for example, a kernel, various device drivers, standard libraries, etc., hereinafter referred to as "OS"). Under the control of the processor, the information and communication terminal device 20 executes various application programs on the OS to achieve desired functions.
  • the information and communication terminal device 20 implements, for example, a mail client program and an encryption/decryption client program that realize the function of sending and receiving mail.
  • the information and communication terminal device 20 may also implement a browser program that realizes a browser function.
  • one of the multiple information communication terminal devices 20 is a first information communication terminal device 20a operated by a first user (sender user) who is the sender of the file, and the other is a second information communication terminal device 20b operated by a second user (recipient user) who is the recipient of the file. That is, the sender user operates the first information communication terminal device 20a to upload a file to the file management server 10, and one or more recipient users designated by the sender user download the file to the second information communication terminal device 20b, thereby enabling the transmission (handover) of the file between the sender user and the recipient user.
  • a master key pair including a master private key and a master public key is assigned to the second information communication terminal device 20b.
  • the recipient user is the key owner who owns the master key pair.
  • the sender user designates the recipient user to whom he/she wishes to send a file
  • the sender user designates the location where the recipient user should receive the file (reception location).
  • the sender user may specify a location such as the recipient user's office or home as the receiving location.
  • the second information communication terminal device 20b also generates a temporary key pair for temporary use when downloading a file from the file management server 10.
  • the generated temporary key pair consists of a temporary private key and a temporary public key.
  • the second information communication terminal device 20b secretly stores (memorizes) the generated temporary private key in memory.
  • Secretly storing the temporary private key means that the temporary private key is never leaked outside the second information communication terminal device 20b. In other words, in the transfer of files as described above via the communication network N, the temporary private key is not known to any device other than the second information communication terminal device 20b.
  • the sender user and the receiver user may be the same.
  • a user may use the file management system 1 for file backup. That is, a user may back up a file on a first information communication terminal device 20a to the file management system 1 and restore the file on a second information communication terminal device 20b.
  • the first information communication terminal device 20a and the second information communication terminal device 20b may be the same.
  • the key terminal device 30 is a computing device operated by a recipient user, and may be, for example, a desktop computer, a notebook computer, a tablet computer, a smartphone, a feature phone, or other intelligent devices, but is not limited to these.
  • the key terminal device 30 may be, for example, a computing device virtualized by desktop virtualization technology.
  • the key terminal device 30 may be a dedicated device that enables processing related to public key cryptography and management of key pairs.
  • a mobile device such as a smartphone is one aspect of the key terminal device 30.
  • the key terminal device 30 has a function of acquiring geographical location information from, for example, a GPS system.
  • the key terminal device 30 also implements a key management client program that realizes functions based on public key cryptography.
  • the key terminal device 30 is associated with the second information communication terminal device 20b (encryption/decryption client program) via, for example, the identifier (e.g., email address) of the recipient user.
  • the key terminal device 30 may be the same as the second information communication terminal device 20b.
  • the key terminal device 30 generates a master key pair consisting of a master private key and a master public key, and secretly stores the generated master private key in memory.
  • the key terminal device 30 executes a key management client program to generate a master key pair consisting of a master private key and a master public key, and stores the master private key in memory.
  • the key terminal device 30 also performs a predetermined exchange with the key management server 40 in order to register the generated public key in the key management server 40.
  • Storing the master private key secretly means that the master private key is never leaked outside the key terminal device 30. In other words, when transferring files as described above via the communication network N, the master private key cannot be known by any device other than the key terminal device 30.
  • the key management server 40 is a computing device that has a database (not shown) that manages the public keys (i.e., master public keys) for each user (here, whether the user is a sender or a receiver).
  • the key management server 40 can be, for example, a Web server computer that provides a Web API (Application Programming Interface) configured to output a public key in response to a user's inquiry, or a public key server computer conforming to OpenPKSD for publishing a public key based on OpenPGP technology.
  • the key management server 40 typically receives the master public key sent from the key terminal device 30 and registers it in a database. In response to a query including a user's identifier, the key management server 40 also refers to the database, extracts the public key assigned to the user according to the user's identifier, and outputs it.
  • a user identifier can be any information that can uniquely identify an individual user, such as an email address, address and name, social security number, tax number, national identification number, account names used for various public services, and various private services, or any combination thereof.
  • the key management server 40 when a query is received that includes the identifier of a user that is not registered in the database, the key management server 40 generates a temporary key pair consisting of a temporary private key and a temporary public key, associates the generated temporary key pair with the identifier of the user, temporarily registers the key pair in the database, and transmits the temporary public key to the user.
  • the key management server 40 When such an unregistered user registers the master public key of the master key pair generated in the key terminal device 30 in the key management server 40, the key management server 40 first transmits a temporary key pair to the key terminal device 30 using a secure communication means. After the temporary key pair is transmitted from the key management server 40 to the key terminal device 30, the key management server 40 invalidates the temporary key pair. As described above, the key terminal device 30 generates a new master key pair and transmits the master public key of the master key pair to the key management server 40. When the key management server 40 receives the master public key from the key terminal device 30, it registers it in its database.
  • the file management server 10 and the key management server 40 are configured as separate computing devices, but this is not limited thereto and they may be configured as a single computing device.
  • FIG. 2 and 3 are sequence charts for explaining an example of a schematic process in the file management system according to an embodiment of the present invention. Specifically, Fig. 2 is a flowchart showing an example of an upload process in the file management system 1, and Fig. 3 is a flowchart showing an example of a download process in the file management system 1.
  • the sender user operates the first information communication terminal device 20a to specify or select one or more files to be backed up or handed over, one or more recipient users (second users) to receive the files, and information on the receiving location as destination information (S201).
  • an identifier such as a user ID or an email address may be used to specify the user.
  • geographical location information GPS coordinates, etc.
  • the receiving location may be a place name, address, and/or name (such as a building name, office, or home) associated with the GPS coordinates.
  • the receiving location may be a GPS coordinate obtained by geocoding via an external API from a point indicated by the user on a geographical map displayed on a user interface or an address entered by the user. The receiving location of the receiving user may be selected from those registered in advance.
  • the sender user specifies the file, the recipient user, and the receiving location for the first information communication terminal device 20a, but this is not limiting.
  • the sender user may set his/her own identifier and receiving location in advance for the first information communication terminal device 20a, and use these when backing up.
  • the first information communication terminal device 20a may scan the files placed in the folder, and extract and specify the relevant files.
  • the first information communication terminal device 20a sends a query including the identifier of the specified recipient user to the key management server 40 in order to obtain the key information (i.e., the public key) of the specified recipient user (S202).
  • the key management server 40 refers to a database to identify the public key associated with the identifier indicated in the query (S203), and sends a response including the identified public key to the first information communication terminal device 20a (S204). Note that if the recipient user's public key (master public key) has been set in advance in the first information communication terminal device 20a via an information recording medium or the like, the above exchange between the first information communication terminal device 20a and the key management server 40 is omitted.
  • the first information communication terminal device 20a generates a common key according to a predetermined function (S205).
  • the common key is a random value generated using, for example, a random number function, and preferably has a sufficient bit length.
  • the first information communication terminal device 20a encrypts the file using the generated common key to generate an encrypted file (hereinafter referred to as the "encrypted file") (S206).
  • the common key is a key shared by the sending user and the receiving user. That is, the common key is used to encrypt a file to generate an encrypted file, and is also used to decrypt the encrypted file to generate the original file.
  • the common key is also called a symmetric key or a shared key.
  • Various techniques can be applied to encryption/decryption processes using a common key, including block encryption techniques such as IDEA, AES, and Camellia, and stream encryption techniques such as RC4, FISH, and MUGI.
  • the common key may be the same for multiple files, or it may be different for each file.
  • the common key may also be generated anew each time a file is backed up or transferred.
  • an expiration date may be set for the common key, and the same common key may be used during the expiration date rather than being generated each time.
  • the first information communication terminal device 20a uses the acquired master public key to encrypt the generated common key, thereby generating a first ciphertext (S207).
  • the first information communication terminal device 20a may generate the first ciphertext by encrypting the common key and the receiving location together.
  • the encryption process using the master public key is based on public key cryptography, and various techniques such as RSA cryptography, ElGamal cryptography, and elliptic curve cryptography may be applied.
  • the first information communication terminal device 20a transmits a file upload request to the file management server 10, in which the encrypted file, the first ciphertext, and the receiving location are associated with the sender user (S208).
  • the file management server 10 stores the encrypted file, the first ciphertext, and the receiving location in association with the sender user.
  • the user operates the first information communication terminal device 20a to log in to the file management server 10, and uploads the encrypted file together with the first ciphertext and the receiving location to a specified storage area of the file management server 10. This completes the process related to the file upload by the sender user, and therefore, in subsequent processes, the sender user does not need to operate the first information communication terminal device 20a.
  • the first information communication terminal device 20a may send an email with the encrypted file attached to the designated email address of the sender user, and may also send the first ciphertext associated with the sender user and the receiving location to the file management server 10.
  • the recipient user can obtain the encrypted file without operating the second information communication terminal device 20b to access the file management server 10.
  • the first information communication terminal device 20a can obtain the master public key from the key management server 40 or the like and can generate a common key as needed, so there is no need for the first information communication terminal device 20a to continue to hold and manage the master public key and common key within the first information communication terminal device 20a.
  • the first information communication terminal device 20a does not need to know the private key (master private key) assigned to the recipient user in order for the second information communication terminal device 20b to decrypt the file.
  • the second information communication terminal device 20b generates a temporary key pair consisting of a temporary public key and a temporary private key (S301) and secretly stores the temporary private key in the second information communication terminal device 20b (S302).
  • the temporary key pair may be generated by the same public key encryption algorithm as the master key pair assigned to the recipient user, or may be generated by a different public key encryption algorithm.
  • the generated temporary key pair is used temporarily by the second information communication terminal device 20b and may be generated each time a file is downloaded, or an expiration date may be set and the same temporary key pair may be used during the expiration date.
  • the recipient user operates the second information communication terminal device 20b to request login authentication from the file management server 10 (S303).
  • the file management server 10 obtains the recipient user's identifier/password and a temporary public key.
  • the file management server 10 performs login authentication processing for the user (S304). If authentication by the login authentication processing is successful, the file management server 10 may obtain the temporary public key from the second information communication terminal device 20b.
  • the login authentication may be, for example, multi-factor authentication in which the possession or use of the key terminal device 30 by the recipient user is one of the authentication factors. That is, when the recipient user operates the second information communication terminal device 20b to request login authentication from the file management server 10, the recipient user executes a key management client program on the key terminal device 30.
  • the file management server 10 may obtain an execution status sent from the key terminal device 30 and additionally determine whether or not the key management client program is being executed on the key terminal device 30.
  • the key management client program may be configured to accept authentication requests from the file management server 10 only for a specified period of time.
  • the file management server 10 determines that the login authentication has been successful as a result of the authentication process for the login authentication request, it transmits an authentication result indicating that the login authentication has been successful to the second information communication terminal device 20b (S305). In addition, the file management server 10 transmits the temporary public key acquired from the second information communication terminal device 20b to the key terminal device 30 (S306), and in response, the key terminal device 30 stores the received temporary public key in memory (S307).
  • the temporary public key of the temporary key pair generated by the second information communication terminal device 20b is transmitted to the key terminal device 30 via the file management server 10, but this is not limited and the temporary public key may be transmitted to the key terminal device 30 using other secure transmission means.
  • the second information communication terminal device 20b may display a geometric pattern (e.g., a two-dimensional code) indicating the temporary public key on a user interface, and the user may operate the key terminal device 30 to read the displayed geometric pattern, thereby allowing the key terminal device 30 to obtain the temporary public key.
  • the key terminal device 30 may transmit the temporary public key acquired from the second information communication terminal device 20b to the file management server 10, and the file management server 10 may perform login authentication processing based on the temporary public key acquired in response to the login authentication request from the second information communication terminal device 20b and the temporary public key acquired from the key terminal device 30.
  • the key terminal device 30 may use the stored master private key to apply an electronic signature to the acquired temporary public key, and then transmit the temporary public key together with the electronic signature to the file management server 10.
  • the file management server 10 may use the master public key to verify the validity of the received electronic signature.
  • the second information communication terminal device 20b may transmit the temporary public key to the key terminal device 30, for example, by using short messaging or email.
  • the second information communication terminal device 20b may transmit the temporary public key to the key terminal device 30 by communication according to the Bluetooth (registered trademark) standard or the NFC (Near Field Communication) standard, communication using a USB cable, wired communication via a network cable, Wi-Fi communication via a wireless access point, mobile communication via a carrier network, or the like, or may supply the temporary public key to the key terminal device 30 via a physical device such as a USB memory device.
  • the second ciphertext corresponds to a common key encrypted using a temporary public key, and is information used to decrypt the encrypted file.
  • the second ciphertext is generated based on the master private key stored in the key terminal device 30, the temporary public key transmitted from the second information communication terminal device 20b, and the first ciphertext stored in the file management server 10. Details of the second ciphertext generation process will be described later.
  • the key terminal device 30 acquires its own geographical location information by executing the key management client program (S309).
  • the key terminal device 30 acquires the geographical location information triggered by acquisition of the temporary public key.
  • the geographical location information is, for example, GPS coordinates acquired using the GPS function of the key terminal device 30.
  • the key terminal device 30 may use a location information service using WiFi (registered trademark).
  • the key terminal device 30 transmits a location authentication request including the acquired geographical location information to the file management server 10 (S310).
  • the geographical location information may be transmitted from the key terminal device 30 to the file management server 10, for example, during additional authentication of whether or not the key management client program is being executed on the key terminal device 30.
  • the file management server 10 When the file management server 10 receives a location authentication request from the key terminal device 30, it determines whether the location authentication has been successful by determining whether the geographical location information indicated in the location authentication request corresponds to the receiving location specified by the first information communication terminal device 20a (S311). For example, the file management server 10 determines that the location authentication has been successful if the geographical location information is within a predetermined effective range from the receiving location specified by the sender user, taking into account errors in the geographical location information. Such an effective range can be set arbitrarily by the user, for example.
  • the file management server 10 determines that the location authentication was successful, the file management server 10 transmits a determination result indicating that the location authentication was successful, including the generated second ciphertext, to the second information communication terminal device 20b (S312). In other words, the file management server 10 transmits the second ciphertext used to decrypt the encrypted file to the second information communication terminal device 20b only if the location authentication was successful.
  • the second information communication terminal device 20b When the second information communication terminal device 20b receives the second ciphertext, it decrypts the second ciphertext using a temporary private key that it has secretly stored in itself to obtain the common key (S313). Next, the file management server 10 transmits the encrypted file to the second information communication terminal device 20b (S314), and the second information communication terminal device 20b obtains the encrypted file and stores it in a specified folder (S315). Note that the second information communication terminal device 20b may obtain the second ciphertext and the encrypted file together, rather than obtaining them separately.
  • the sender user may send an email with an encrypted file attached from the first information communication terminal device 20a to the recipient user's email address, and the recipient user may receive the email on the second information communication terminal device 20b and store the attached file (encrypted file) in a specified folder.
  • the recipient user does not need to log in to the file management server 10 from the second information communication terminal device 20b and download the encrypted file.
  • the second information communication terminal device 20b uses the decrypted common key to decrypt the obtained encrypted file, thereby obtaining the original file (S316). This allows the file to be safely transferred between the sender user and the recipient user.
  • the second information communication terminal device 20b cannot receive the second ciphertext, and instead receives a determination result indicating that location authentication has failed.
  • the second information communication terminal device 20b receives the determination result indicating that location authentication has failed, it stops the decryption process of the encrypted file and presents, for example, an error message to the user.
  • the common key remains secret from the file management server 10. Therefore, even the administrator of the file management server 10 cannot decrypt the encrypted file, further improving the security of file transfer.
  • the second information communication terminal device 20b cannot acquire the second ciphertext from the file management server 10, and therefore cannot acquire the common key and therefore cannot decrypt the encrypted file, further improving the security of file transfer.
  • Methods for performing the second ciphertext generation process include, for example, a method that uses proxy re-encryption (see FIG. 4) and a method in which the decryption and encryption processes are performed in the key terminal device 30 (see FIG. 5).
  • FIG. 4 is a sequence chart illustrating an example of a proxy re-encryption process in a file management system according to one embodiment of the present invention.
  • the key terminal device 30 generates a proxy key based on the master private key stored therein and the temporary public key transmitted from the second information communication terminal device 20b (S401). Note that here, it is assumed that the temporary public key is transmitted to the key terminal device 30 directly from the second information communication terminal device 20b, not via the file management server 10. Next, the key terminal device 30 transmits the generated proxy key to the file management server 10 (S402).
  • the file management server 10 generates a second ciphertext by re-encrypting the first ciphertext received from and stored in the first information communication terminal device 20a with the proxy key transmitted from the key terminal device 30 (S403). As described above, if the location authentication is successful, the file management server 10 transmits the generated second ciphertext to the second information communication terminal device 20b (S312 in FIG. 3).
  • a proxy re-encryption technique that can re-encrypt ciphertext using a public key cryptosystem of a master key pair can be applied to the generation of a temporary key pair.
  • the master key pair "public key cryptosystem AFGH06" described in the above-mentioned non-patent document 1 can be applied to the present invention.
  • the master key pair is based on a public key cryptosystem on an elliptic curve, but the temporary key pair is based on a public key cryptosystem over a finite field, and re-encryption can only be performed once.
  • proxy re-encryption techniques can be applied, including the proxy re-encryption technique disclosed in Non-Patent Document 1.
  • a master key pair and a temporary key pair are generated, encryption processing is performed using a public key, and decryption processing is performed using a private key.
  • FIG. 5 is a sequence chart for explaining an example of a process for creating a second ciphertext by a key terminal device in a file management system according to one embodiment of the present invention.
  • the key terminal device 30 acquires the temporary public key (S307).
  • the temporary public key is assumed to have been transmitted directly from the second information communication terminal device 20b to the key terminal device 30, not via the file management server 10.
  • the file management server 10 also transmits the first ciphertext to the key terminal device 30 (S501), and the key terminal device 30 acquires the first ciphertext (S502).
  • the key terminal device 30 acquires the common key by decrypting the first ciphertext acquired from the file management server 10 using the master private key stored in itself (S503).
  • the key terminal device 30 generates a second ciphertext by encrypting the decrypted common key using the temporary public key sent from the second information communication terminal device 20b (S504).
  • the key terminal device 30 transmits the generated second ciphertext to the file management server 10 (S505), and the file management server 10 acquires the second ciphertext (S506).
  • the file management server 10 transmits the generated second ciphertext to the second information communication terminal device 20b (S312 in FIG. 3).
  • the key terminal device 30 uses the master private key to decrypt the common key from the first ciphertext, and then encrypts the common key using the temporary public key to generate the second ciphertext. Therefore, various public key cryptography systems can be used depending on the performance and use of the device by using the master key pair and the temporary key pair.
  • An encrypted file is information obtained by encrypting a file with a common key.
  • the first ciphertext is information obtained by encrypting the common key with the master public key.
  • the first ciphertext is decrypted with the master private key to obtain the common key.
  • the second ciphertext is information obtained by encrypting the common key with the temporary public key.
  • a proxy key is derived from the temporary public key and the master private key.
  • By applying the proxy key to the first ciphertext a second ciphertext is obtained while keeping the common key secret.
  • the second ciphertext is decrypted with the temporary private key to obtain the common key.
  • the original file is obtained.
  • the master private key of the receiving user does not need to be output from the key terminal device 30 to the outside, and therefore can be managed safely without being exposed to third parties.
  • the encrypted file can be decrypted only when the receiving user who possesses the key terminal device 30 operates the second information communication terminal device 20b at the receiving location specified by the sender user, thereby further improving the security of file transfer.
  • the recipient user When the recipient user starts using the services of the file management system 1 of this embodiment, it is desirable that the recipient user installs a specified application program (i.e., a key management client program) in the key terminal device 30, and that the key terminal device 30 executes the key management client program under the control of the processor to generate a master key pair consisting of a master public key and a master private key, and transmits the master public key to register it in the key management server 40.
  • a specified application program i.e., a key management client program
  • the key management server 40 when a sender user attempts to upload a file to the file management server 10, the receiver user may not have yet started using the services of the file management system 1 of the present disclosure. In such a case, the key management server 40 generates a master key pair on behalf of the receiver user, allowing the sender user to upload the file in advance.
  • the key management server 40 determines whether a public key associated with the identifier of the recipient user indicated in the inquiry sent from the first information communication terminal device 20a has been registered, and if the key management server 40 determines that the public key has not been registered, it generates a temporary key pair consisting of a temporary public key and a temporary private key, and registers the generated temporary public key in association with the identifier.
  • a user associated with the identifier i.e., the recipient user
  • the key management server 40 transmits the temporary private key to the key terminal device 30, and the key terminal device 30 stores it secretly as a master private key.
  • the key management server 40 can then invalidate the temporary key pair.
  • the sending user can store an encrypted file for the file to be sent to the receiving user in the file management server 10.
  • the receiving user starts using the services of the file management system 1 in response to a communication from the sending user to the receiving user by email or the like, the file can be obtained by downloading it from the file management server 10.
  • the recipient user After obtaining the encrypted file from the file management server 10 and decrypting the file, it is desirable for the recipient user to promptly generate a new master key pair in the key terminal device 30, transmit the master public key to the key management server 40, and update it to the master public key that he or she has generated.
  • (Decoding process) 6 is a flow chart for explaining an example of a decryption process of an encrypted file in a file management system according to an embodiment of the present invention. This process is realized by the second information communication terminal device 20b executing a decryption program under the control of a processor, in cooperation with a specified hardware. In the following process, it is assumed that the second information communication terminal device 20b has already acquired the encrypted file designated by the sender user. It is also assumed that the key terminal device 30 has executed a key management client program and acquired a temporary public key.
  • the second information communication terminal device 20b generates a temporary key pair consisting of a temporary public key and a temporary private key through the operation of the recipient user (S601), and secretly stores the temporary private key in memory (S602).
  • the recipient user operates the second information communication terminal device 20b to request login authentication from the file management server 10 and logs in (S603).
  • the second information communication terminal device 20b transmits the recipient user's identifier/password and temporary public key to the file management server 10.
  • the file management server 10 performs login authentication processing.
  • the file management server 10 cooperates with the key terminal device 30 to create a second ciphertext as described above.
  • the receiver user operates the key terminal device 30 to execute the key management client program, and in response, the key terminal device 30 acquires its own geographical location information using, for example, a GPS function (S604) and transmits a location authentication request including the acquired geographical location information to the file management server 10 (S605).
  • the file management server 10 determines whether the geographical location information indicated by the location authentication request corresponds to the receiving location specified by the sender user, and transmits the determination result to the second information communication terminal device 20b.
  • the determination result indicating that the location authentication was successful includes the second ciphertext. Therefore, the second information communication terminal device 20b can acquire the second ciphertext only if the location authentication is successful.
  • the key terminal device 30 acquires the geographical location information and transmits it to the file management server 10, but this is not limited thereto, and the second information communication terminal device 20b may acquire the geographical location information and transmit it to the file management server 10.
  • the second information communication terminal device 20b determines whether the determination result indicates that the location authentication was successful, i.e., whether the determination result indicates that the second ciphertext was acquired (S607). If the second information communication terminal device 20b determines that the second ciphertext was acquired (Yes in S607), the second information communication terminal device 20b decrypts the second ciphertext using the temporary private key to acquire the common key (S608). Next, the second information communication terminal device 20b decrypts the encrypted file using the common key acquired by decryption to acquire the original file (S609). This allows the file to be safely transferred between the sender user and the receiver user.
  • the second information communication terminal device 20b determines that the determination result indicates that the location authentication has failed (No in S607), it determines that the decryption has failed, performs a predetermined error process, and ends the decryption process (S610).
  • a sender user who wishes to safely deliver a file to a recipient user operates the first information communication terminal device 20a to execute an encryption/decryption client program and log in to the file management server 10, causing the first information communication terminal device 20a to display a top screen 700, for example, as shown in FIG. 7, on the user interface.
  • the sender user selects the "Encrypt" icon 701 on the top screen 700.
  • the first information communication terminal device 20a displays a destination selection screen 800, for example, as shown in FIG. 8, on the user interface of the first information communication terminal device 20a.
  • the sender user specifies the destination information to which the file is to be sent. That is, on the destination selection screen 800, the sender user checks the check box 801 to select a pre-registered destination (the recipient user's email address). If the recipient user is not registered, the sender user can select the "Add user" button 803 to display a user registration screen (not shown), and can register the recipient user by entering the necessary information on the user registration screen.
  • the sender user also specifies the location where the sender user should receive the file on the destination selection screen 800. For example, the sender user selects the file receiving location from the pull-down menu 802. In this case, the sender user selects "add receiving location" to display a receiving location registration screen 900, such as that shown in FIG. 9, on the user interface, and specifies the receiving location of the receiver user.
  • the sender user inputs the address of the recipient user's workplace in the address input field 901, and displays a geographical map of the surrounding area. That is, the first information communication terminal device 20a converts the input address into GPS coordinates using geocoding, and displays a pin 902a and an effective range 902b at a position corresponding to the address on the geographical map.
  • the effective range 902b is a rough guideline that takes into account errors in the GPS coordinates.
  • the user can change the size of the effective range 902b, for example, in a setting menu.
  • the sender user can select and confirm the receiving location by clicking the pin 902a on the geographical map. Note that, although not shown, when the sender user clicks the pin 902a, he or she can assign any name (label) such as a building name, office, or home to the receiving location and register it.
  • the sender user selects the desired destination and receiving location on the destination selection screen 800, and then selects the "Next" button 804.
  • the first information communication terminal device 20a accesses the file management server 10, and the file management server 10 displays a file selection screen 1000, such as that shown in FIG. 10, on the user interface of the first information communication terminal device 20a.
  • the sender user can select a file by dragging and dropping the desired file into the drag and drop area 1001 on the file selection screen 1000.
  • the sender user may select a file from a file selection dialog box.
  • the sender user can select multiple files. After selecting the desired files, the sender user selects the "Encrypt file” button 1002.
  • the first information communication terminal device 20a When the sender user selects the "Encrypt file” button 1002, the first information communication terminal device 20a starts generating an encrypted file and a first ciphertext. That is, as described above, the first information communication terminal device 20a generates a common key according to a predetermined function, and uses the generated common key to encrypt the selected file to generate an encrypted file. The first information communication terminal device 20a also obtains a master public key from the key management server 40, and uses the obtained master public key to encrypt the common key to generate a first ciphertext. The first information communication terminal device 20a then transmits a file upload request including the encrypted file, the first ciphertext, the destination, and the receiving location to the file management server 10. As a result, the file management server 10 stores the encrypted file, the first ciphertext, and the receiving location in association with the sender user.
  • the sender user may store the encrypted file in the storage device of the first information communication terminal device 20a in order to send the encrypted file by email, rather than uploading it to the file management server 10.
  • the first information communication terminal device 20a may specify an email address as the destination and open an email sending window with the encrypted file specified as an attachment, by having the encryption/decryption client program work in conjunction with the email client program.
  • the recipient user's second information communication terminal device 20b generates a temporary key pair and stores the temporary private key.
  • the recipient user's key terminal device 30 stores the temporary public key.
  • a recipient user who wishes to receive a file from a sender user operates the second information communication terminal device 20b to log in to the file management server 10 and display a top screen 700, for example, as shown in FIG. 7, on the user interface.
  • the layout of the top screen 700 is the same for both the sender user and the recipient user.
  • the recipient user selects the "Decrypt" icon 702 on the top screen 700.
  • the second information communication terminal device 20b accesses the file management server 10, and the file management server 10 displays a file selection screen 1100, for example, as shown in FIG. 11, on the user interface of the second information communication terminal device 20b.
  • the recipient user can select a file (encrypted file) by dragging and dropping the desired file into the drag and drop area 1101 on the file selection screen 1100.
  • the recipient user may select an encrypted file from a file selection dialog box.
  • the recipient user can select multiple encrypted files.
  • the second information communication terminal device 20b displays a list of encrypted files that the recipient user can receive from the file management server 10, and the recipient user can select a desired encrypted file from the list of encrypted files.
  • the recipient user may open the folder in which the encrypted files received by the second mail are saved, and select a desired encrypted file. After selecting the desired encrypted file, the recipient user selects the "Encrypt file" button 1102.
  • the recipient user also selects the "Decrypt file” button 1102.
  • the recipient user operates the key terminal device 30 to execute the key management client program.
  • the file management server 10 acquires the second ciphertext in cooperation with the key terminal device 30.
  • the key terminal device 30 also acquires its own geographical location information and transmits a location authentication request including the acquired geographical location information to the file management server 10.
  • the file management server 10 receives the location authentication request from the key terminal device 30, it determines whether the geographical location information indicated by the location authentication request corresponds to the specified receiving location, and transmits the determination result to the second information communication terminal device 20b.
  • the determination result indicating that the location authentication was successful includes the second ciphertext.
  • the second information communication terminal device 20b acquires the second ciphertext from the file management server 10 due to the success of the location authentication, it uses the temporary private key to decrypt the acquired second ciphertext and generate a common key.
  • the second information communication terminal device 20b uses the generated common key to decrypt the encrypted file and obtain the original file. This allows the file to be securely transferred between the sender user and the recipient user.
  • the master private key of the receiving user does not need to be output from the key terminal device 30 to the outside, and therefore can be managed safely without being exposed to third parties.
  • the encrypted file can be decrypted only when the receiving user who possesses the key terminal device 30 operates the second information communication terminal device 20b at the receiving location specified by the sender user, thereby further improving the security of file transfer.
  • Second Embodiment is a modification of the first embodiment, and differs from the first embodiment in that the file can be decrypted only when both the information communication terminal device and the key terminal device of the second user who is the recipient of the file are present at the receiving location designated by the first user.
  • the file can be decrypted only when both the information communication terminal device and the key terminal device of the second user who is the recipient of the file are present at the receiving location designated by the first user.
  • the second information communication terminal device 20b itself may be implemented with a function for acquiring geographical position information.
  • the second information communication terminal device 20b may be implemented with a GPS function.
  • the second information communication terminal device 20b may be connected to a USB-standard device that has a GPS function.
  • the second information communication terminal device 20b transmits the acquired geographical position information of itself, for example, after logging in to the file management server 10.
  • the second information communication terminal device 20b when the second information communication terminal device 20b is a desktop computer or the like, it is generally not equipped with a GPS function, and there may be little motivation to connect an external GPS device. Therefore, in such a case, for example, a global IP address assigned to a router in the LAN to which the second information communication terminal device 20b is connected can be used as the geographical location information of the second information communication terminal device 20b. That is, in network communication, since the communication data transmitted from the second information communication terminal device 20b includes the global IP address assigned to the router, the file management server 10 can extract the global IP address from the communication data and estimate the geographical location of the second information communication terminal device 20b by referring to the IP address database. In general, since there is a tendency for errors to be large in location estimation using a global IP address, it is preferable for the file management server 10 to perform location authentication of the second user (second information communication terminal device 20b) by expanding the error tolerance range.
  • FIG. 12 is a flowchart for explaining an example of location authentication processing by a file management server in a file management system according to one embodiment of the present invention.
  • a global IP address is used to estimate the location of the second information communication terminal device 20b.
  • the file management server 10 accepts a login authentication request sent from the second information communication terminal device 20b of the recipient user and performs login authentication (S1201). During login authentication, the file management server 10 obtains the recipient user's identifier/password and temporary public key from the second information communication terminal device 20b (S1202). At this time, the file management server 10 obtains from the communication data the global IP address assigned to the router in the LAN to which the second information communication terminal device 20b is connected (S1203).
  • the file management server 10 After login authentication, the file management server 10 waits until it receives a location authentication request from the key terminal device 30 (S1204). When the file management server 10 receives the location authentication request from the key terminal device 30 (Yes in S1204), the file management server 10 judges the success or failure of the first location authentication process based on the location authentication request (S1205). That is, the file management server 10 judges whether the geographical location information indicated by the location authentication request (hereinafter referred to as "first geographical location information”) corresponds to the receiving location specified by the sender user. When the file management server 10 judges that the first geographical location information does not correspond to the specified receiving location (No in S1205), the file management server 10 transmits a judgment result indicating that the location authentication has failed to the second information communication terminal device 20b (S1210).
  • first geographical location information indicated by the location authentication request
  • the file management server 10 determines that the first geographical location information corresponds to the specified pick-up location (Yes in S1205), the file management server 10 refers to the IP address database based on the acquired global IP address and acquires the second geographical information (S1206). Next, the file management server 10 determines the success or failure of the second location authentication process based on the acquired second geographical location information (S1207). In other words, the file management server 10 determines whether the acquired second geographical location information corresponds to the specified pick-up location.
  • the file management server 10 determines that the second geographical location information does not correspond to the specified receiving location (No in S1207), the file management server 10 similarly transmits a determination result indicating that the location authentication has failed to the second information communication terminal device 20b (S1210). That is, in this embodiment, it is not sufficient for the key terminal device 30 to be present at the specified receiving location; the second information communication terminal device 20b must also be present at the specified receiving location.
  • the file management server 10 determines that the second geographical location information corresponds to the specified receiving location (Yes in S1207), the file management server 10 cooperates with the key terminal device 30 to generate a second ciphertext (S1208), as described above. Next, the file management server 10 transmits the generated second ciphertext to the second information communication terminal device 20b (S1209).
  • the determination of whether the receiving user is at the receiving location specified by the sender user is made based not only on the first geographical location information indicated by the key terminal device 30 but also on the second geographical location information indicated by the second information communication terminal device 20b, so that the security of the file transfer can be further improved.
  • the sender user can only decrypt the encrypted file at a location where the receiving user possesses the key terminal device 30 and where the second information communication terminal device 20b used by the receiving user is installed, so that the security of the file transfer can be further improved.
  • the file management server 10 judges the success or failure of location authentication based on the second geographical location information of the second information communication terminal device 20b in addition to the first geographical location information acquired by the key terminal device 30.
  • the success or failure of location authentication may be judged based on whether the second information communication terminal device 20b and the key terminal device 30 are connected to routers in the same LAN.
  • the key terminal device 30 can connect to a Wi-Fi (registered trademark) access point provided by a router in a LAN.
  • Wi-Fi registered trademark
  • the key terminal device 30 switches the wireless communication connection from the carrier network to the access point. This allows the file management server 10 to obtain a global IP address assigned to the router in the LAN to which the key terminal device 30 is connected in network communication with the key terminal device 30.
  • the file management server 10 obtains a global IP address from the second information communication terminal device 20b and obtains a global IP address from the key terminal device 30, and determines whether these global IP addresses match.
  • the receiving user can only decrypt the encrypted file if he or she is at the receiving location specified by the sending user, and if the second information communication terminal device 20b and the key terminal device 30 are at that location (within the same LAN), further improving the security of file transfer.
  • the determination based on geographical location information from the GPS function of the key terminal device 30 may be made or omitted.
  • the second information communication terminal device 20b and the key terminal device 30 may be additionally determined whether the second information communication terminal device 20b and the key terminal device 30 are connected by Bluetooth (registered trademark) communication or near field communication (NFC). This allows the second information communication terminal device 20b and the key terminal device 30 to be estimated as being in the vicinity of the recipient user, and similarly increases the accuracy of determining whether the location authentication is successful.
  • the second information communication terminal device 20b may display a geometric pattern (e.g., a two-dimensional code) indicating a one-time authentication code presented by the file management server 10 on a user interface, and the recipient user may operate the key terminal device 30 to read the displayed geometric pattern, thereby causing the key terminal device 30 to obtain it and transmit it to the file management server 10.
  • the key terminal device 30 since the key terminal device 30 is location-authenticated by geographical location information provided by the GPS function, it may be estimated through such a display on the user interface that the second information communication terminal device 20b and the key terminal device 30 are in the vicinity of the recipient user.
  • the information communication terminal device 20b and the key terminal device 30 operated by the second user may be the same device (e.g., a smartphone). In this case, the geographical location information of the information communication terminal device 20b and the key terminal device 30 will be the same.
  • This embodiment is a modification or application of the above-mentioned first and second embodiments, and is characterized in that it controls so that only users who have successfully decrypted a file as a login to the service can enjoy the service. That is, while the above-mentioned embodiments have been described with a focus on a file sharing service using a distinctive authentication technique, this embodiment describes various examples of systems that apply the authentication technique according to the above-mentioned embodiments to allow users who have successfully acquired login information (decrypted a file) to use the service.
  • the present invention can be applied to a company's security system (which can be considered to correspond to the file management system 1 shown in FIG. 1).
  • a temporary worker dispatched from a staffing agency to a certain company can be allowed to access the server of the dispatching agency only from the company to which the worker is dispatched.
  • the manager of the temporary worker (corresponding to the first user) can set the successful decryption of the file using location authentication as a condition for the temporary worker (corresponding to the second user) to log in to the server (corresponding to the file management server).
  • the server in response to the successful decryption of the file, the server can allow the temporary worker to log in.
  • the original file may contain login information
  • the temporary worker may log in to the server using the login information contained in the decrypted file. This allows the temporary worker to log in to the server and enjoy the services provided by the server, provided that the temporary worker is actually physically present at the company to which the worker is dispatched.
  • electronic tickets may be applied to electronic tickets, passes, coupons, authentication badges, etc. (hereinafter referred to as "electronic tickets, etc.”).
  • electronic tickets, etc. include admission tickets to venues where events, etc. are held, tickets for boarding vehicles, and download/view tickets that are valid only at designated locations.
  • an administrator corresponding to a first user
  • an issuer that issues electronic tickets, etc. operates the information communication terminal device 20a to specify geographical location information indicating the location where the electronic tickets, etc. can be used and a purchaser (corresponding to a second user) who has purchased the electronic tickets, etc., and uploads an encrypted file related to the electronic tickets, etc., together with a first ciphertext, to a server.
  • the purchaser of the electronic ticket, etc. can obtain the original file by decrypting the encrypted file using the information communication terminal device 20 functioning as a key terminal device 30 at a pre-specified location (venue, etc.), and can use this to enjoy various services.
  • the purchaser enters the venue by having a scanner installed at the entrance gate of the venue read the geometric pattern indicated by the decrypted file (electronic ticket, etc.).
  • the purchaser may obtain the content indicated by the decrypted file at the venue, or the purchaser may use the information indicated by the electronic ticket or the like to participate in a contest or service that can only be applied for at the venue.
  • the sending user registers the receiving location, but this is not limited to the above.
  • a system administrator of a company or business may specify the receiving locations collectively when the receiving users are employees of the company. This allows a company or business to improve the security of file transfers by specifying the receiving location for employees' files as the office, and setting a system policy that prohibits files from being received anywhere other than the office.
  • steps, operations or functions may be performed in parallel or in a different order, provided that the results are not inconsistent.
  • the steps, operations and functions described are provided merely as examples, and some of the steps, operations and functions may be omitted or may be combined together to form one, or other steps, operations or functions may be added, without departing from the spirit of the invention.
  • Reference Signs List 1 For file management system 10
  • second information communication terminal device 30 for key terminal device 40

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Storage Device Security (AREA)

Abstract

本発明は、第1のユーザの第1の情報通信端末装置と第2のユーザの第2の情報通信端末装置との間でファイルの伝送を可能にするファイル管理システムである。第1の情報通信端末装置において、ファイル並びに受け手側ユーザ及びファイルの受取場所を指定し、ファイルを暗号化して暗号ファイルを生成し、受取場所をファイル管理サーバに送信する。第2情報通信端末装置において暗号ファイルを取得し、第2ユーザの鍵端末装置で取得された位置情報をファイル管理サーバに送信する。ファイル管理サーバは、受取場所に基づいて位置認証の判定を行う。判定の結果、位置認証が成功した場合、第2情報通信端末装置において該暗号ファイルを復号化して元の前記ファイルを取得する。

Description

位置認証を用いるファイル管理技術
 本発明は、位置認証を用いるファイル管理技術に関し、特に、暗号化/復号化技術を利用した位置認証を用いるファイル管理システム及びファイル管理方法に関する。
 ユーザが所有するファイルを、ネットワーク上のファイル管理サーバへバックアップして、後でリストアできるようにしたり、他のユーザへ送り届けたりすることができるファイル共有サービス(オンラインストレージサービス又はクラウドストレージサービス等と呼ばれることもある。)が知られている。
 例えば、下記特許文献1は、暗号化データにより暗号化されたハッシュデータが公開鍵とともに保存され、暗号化ハッシュデータによりコンテンツを暗号化するオンラインストレージ装置を開示している。
 また、ファイルの暗号化/復号化においては、公開鍵暗号技術を利用することができる。公開鍵暗号技術では、ユーザのために秘密鍵と公開鍵とからなる鍵対が生成される。公開鍵は、ファイルの暗号化に利用され、他のユーザに公開することができる鍵である。一方、秘密鍵は、ファイルの復号に利用され、該ユーザが秘密裏に管理すべき鍵である。
 また、下記非特許文献1では、あるユーザXの公開鍵で暗号化された暗号ファイルAから、ユーザYの公開鍵で暗号化された暗号ファイルBを、ユーザX及びユーザY以外のユーザZが、ユーザX及びユーザYの秘密鍵を知得しないまま、作り出すことができるようにするプロキシ再暗号化(proxy re-encryption)技術が開示されている。暗号化されたファイルAを暗号化されたファイルBに変換するための情報は、プロキシ鍵と呼ばれることもある。
特表2014-507841号公報
Sherman S.M. CHOW, Weng JIAN, Yanjiang YANG, and Robert H. DENG. (2010). Efficient unidirectional proxy reencryption. Progress in Cryptology - AFRICACRYPT 2010: Third International Conference on Cryptology in Africa, Stellenbosch, South Africa, May 3-6: Proceedings. vol. 6055, pp. 316-332. Research Collection School Of Information Systems. (https://ink.library.smu.edu.sg/sis_research/1316). 2010年5月
 公開鍵暗号技術やプロキシ再暗号化においては、秘密鍵の管理が極めて重要である。このため、ユーザが秘密鍵を特定の機器において秘密裏に管理しつつ、外部の機器にこれを知得させないまま、ファイルの暗号化/復号化及び再暗号化といった処理を可能とする技術が強く望まれている。
 また、ユーザが他のユーザにファイルを送り届けるために、該ファイルをパスワードで暗号化した上でメールの添付ファイルとして他のユーザに送信し、続けて、該パスワードを同じくメールの本文で送信するといったファイル伝送手順が広まっている。しかしながら、通信ネットワーク上を伝送されるメールが漏洩し又は盗聴される恐れがあり、パスワードをメール本文で送信する限り、このようなファイル伝送手順はセキュリティ上万全とはいえない。
 そこで、本発明は、ユーザが通信ネットワークを介して所望の相手方にファイルを安全に送り届けることができる新たなファイル伝送スキームを提供することを目的とする。
 より具体的には、本発明の目的の一つは、パスワード(暗号鍵)により暗号化されたファイル及び該パスワードをそのまま通信ネットワーク上に伝送することなく、送り手側ユーザ(第1のユーザ)において暗号化されたファイルを受け手側ユーザ(第2のユーザ)において安全に復号化することができるファイル管理サービスを提供することである。
 また、本発明の目的の一つは、通信ネットワーク上を伝送されるメールが漏洩し又は盗聴される恐れがあっても、送り手側ユーザにおいて暗号化されたファイルを安全に受け手側に送り届けることができ、メールを受け取った相手方(受け手側ユーザ)が該暗号化されたファイルを安全に復号化することができるファイル管理サービスを提供することである。
 または、本発明は、特定のユーザが特定のサービスを享受し得るように制御する新たなスキームを提案することを目的とする。
 上記課題を解決するための本発明は、以下に示す発明特定事項又は技術的特徴を含んで構成される。
 すなわち、ある観点に従う本発明は、第1のユーザの第1の情報通信端末装置と第2のユーザの第2の情報通信端末装置との間でファイルの伝送を可能にするファイル管理システムである。前記ファイル管理システムは、前記第1の情報通信端末装置及び前記第2の情報通信端末装置の各々と通信可能に接続するファイル管理サーバと、前記ファイル管理サーバと通信可能に接続され、地理的位置情報を取得可能な鍵端末装置と、を含み構成される。前記ファイル管理サーバは、前記第1の情報通信端末装置から少なくとも前記第2のユーザの識別子及び前記ファイルの受取場所を含む宛先情報を取得し、前記鍵端末装置から地理的位置情報を含む位置認証要求を受信し、前記宛先情報に含まれる前記受取場所と前記位置認証要求に含まれる前記地理的位置情報とに基づいて位置認証の成否の判定を行って、該判定の結果を前記第2の情報通信端末装置に送信し、前記第2の情報通信端末装置は、前記判定の結果が前記位置認証が成功した旨を示す場合に、前記ファイルが暗号化された暗号ファイルを復号化する。
 前記第1の情報通信端末装置は、所定の関数(例えば乱数関数)に従って、共通鍵を生成し、生成された前記共通鍵を用いて前記暗号ファイルを作成する。
 前記第1の情報通信端末装置は、公開鍵を用いて、前記共通鍵に基づく第1暗号文を生成し、生成された前記第1暗号文を前記ファイル管理サーバに送信する。例えば、第1暗号文は、前記公開鍵を用いて前記共通鍵を暗号化したものを含む。
 前記第2の情報通信端末装置は、所定の鍵生成アルゴリズムに従って、一時秘密鍵と一時公開鍵とからなる一時鍵対を生成し、前記一時鍵対のうちの前記一時秘密鍵を格納する。前記鍵端末装置は、前記一時鍵対のうちの前記一時公開鍵を格納する。前記ファイル管理サーバは、前記鍵端末装置と協働して前記一時公開鍵を用いて第2暗号文を生成し、生成された前記第2暗号文を前記第2の情報通信端末装置に送信する。例えば、前記ファイル管理サーバは、前記鍵端末装置が保持する主秘密鍵と前記一時公開鍵とを用いてプロキシ鍵を生成し、生成された前記プロキシ鍵を前記第1暗号文に適用することにより前記第2暗号文を生成する。或いは、前記鍵端末装置は、自身が保持する主秘密鍵を用いて、前記第1暗号文を復号化することにより前記共通鍵を取得し、前記一時公開鍵を用いて、前記共通鍵を暗号化することにより前記第2暗号文を生成する。
 前記第2の情報通信端末装置は、前記共通鍵を取得するために、前記一時秘密鍵を用いて、前記第2暗号文を復号化し、前記第2暗号文を復号化することにより取得される前記共通鍵を用いて前記暗号ファイルを復号化する。
 前記ファイル管理サーバは、前記第2の情報通信端末装置から前記一時公開鍵を取得し、取得された前記一時公開鍵を前記鍵端末装置に送信する。
 前記ファイル管理サーバは、前記第2の情報通信端末装置によるログイン認証に際して、前記一時公開鍵を取得する。
 前記ファイル管理サーバは、前記鍵端末装置の所持又は使用に基づく多要素認証により前記ログイン認証の成否を判定する。
 前記受取場所は、前記第1のユーザによって指定される地理的位置情報である。また、前記地理的位置情報は、前記第1の情報通信端末装置のユーザインターフェース上に表示される地理的マップに基づいて指定される。
 前記ファイル管理サーバは、前記第2の情報通信端末装置の地理的位置情報に基づいて前記位置認証の成否を判定する。この場合、前記ファイル管理サーバは、前記位置認証要求に含まれる前記地理的位置情報及び前記第2の情報通信端末装置の前記地理的位置情報の各々が前記宛先情報に含まれる前記受取場所に対応する場合に、前記位置認証が成功したと判定する。
 前記第2の情報通信端末装置の前記地理的位置情報は、GPS座標又は機能グローバルIPアドレスである。
 また、別の観点に従う本発明は、第1のユーザの第1の情報通信端末装置並びに第2のユーザの第2の情報通信端末装置及び鍵端末装置30の各々と通信可能に接続されるファイル管理サーバである。前記ファイル管理サーバは、前記第1の情報通信端末装置から少なくとも前記第2のユーザの識別子及びファイルの受取場所を含む宛先情報を取得する処理と、前記鍵端末装置によって取得される地理的位置情報を含む位置認証要求を受信する処理と、前記宛先情報に含まれる前記受取場所と前記位置認証要求に含まれる前記地理的位置情報とに基づいて位置認証の成否の判定を行う処理と、前記位置認証が成功する場合に、前記第1の情報通信端末装置によって前記ファイルが暗号化された暗号ファイルを復号化するために用いられる暗号文を前記第2の情報通信端末装置に送信する処理と、を実行するように構成される。
 また、別の観点に従う本発明は、第1のユーザの第1の情報通信端末装置と第2のユーザの第2の情報通信端末装置との間でファイルの伝送を可能にするファイル伝送方法である。前記方法は、前記第1の情報通信端末装置において前記第2のユーザの識別子及び該ファイルの受取場所を含む宛先情報を指定することと、前記第1の情報通信端末装置において前記ファイルを暗号化することにより暗号ファイルを生成することと、ファイル管理サーバにおいて指定された前記受取場所を取得することと、生成された前記暗号ファイルを前記第2の情報通信端末装置において格納することと、前記第2のユーザが所持する鍵端末装置において取得された地理的位置情報を前記鍵端末装置から前記ファイル管理サーバに送信することと、前記ファイル管理サーバにおいて前記地理的位置情報が前記指定された受取場所に対応するか否かを判定し、該判定の結果を前記第2の情報通信端末装置に送信することと、前記判定の結果が前記地理的位置情報が前記指定された受取場所に対応する旨を示す場合に、前記第2の情報通信端末装置において元の前記ファイルを取得するために前記暗号ファイルを復号化することと、を含む。
 前記暗号ファイルを作成することは、所定の関数(例えば乱数関数)に従って、共通鍵を生成することと、生成された前記共通鍵を用いて前記暗号ファイルを作成することと、を含む。
 前記方法は、前記公開鍵を用いて前記共通鍵に基づく第1暗号文を生成することと、生成された前記第1暗号文を前記ファイル管理サーバに送信することと、を更に含む。
 前記方法は、前記第2の情報通信端末装置において、所定の鍵生成アルゴリズムに従って、一時秘密鍵と一時公開鍵とからなる一時鍵対を生成することと、前記第2の情報通信端末装置において前記一時鍵対のうちの前記一時秘密鍵を格納することと、前記鍵端末装置において前記一時鍵対のうちの前記一時公開鍵を格納することと、前記ファイル管理サーバが、前記鍵端末装置と協働して前記一時公開鍵を用いて第2暗号文を生成することと、生成された前記第2暗号文を前記第2の情報通信端末装置において格納することと、を含む。
 前記方法は、前記第2の情報通信端末装置において、前記共通鍵を取得するために、前記一時秘密鍵を用いて、前記生成された第2暗号文を復号化することを更に含む。前記暗号ファイルを復号化することは、前記第2暗号文を復号化することにより取得された前記共通鍵を用いて前記暗号ファイルを復号化することを含む。
 前記方法は、前記ファイル管理サーバにおいて、前記第2の情報通信端末装置から前記一時公開鍵を取得することと、取得された前記一時公開鍵を前記鍵端末装置に送信することと、を更に含む。
 前記方法は、前記ファイル管理サーバにおいて、前記第2の情報通信端末装置によるログイン認証に際して、前記一時公開鍵を取得することを含む。
 前記方法は、前記ファイル管理サーバにおいて、前記鍵端末装置の所持又は使用に基づく多要素認証により前記ログイン認証の成否を判定することを含む。
 また、別の観点に従う本発明は、第1のユーザの第1の情報通信端末装置並びに第2のユーザの第2の情報通信端末装置及び鍵端末装置各々と通信可能に接続されるファイル管理サーバにより実行されるファイル管理方法である。前記方法は、前記第1の情報通信端末装置から少なくとも前記第2のユーザの識別子及びファイルの受取場所を含む宛先情報を取得することと、前記鍵端末装置によって取得される地理的位置情報を含む位置認証要求を受信することと、前記宛先情報に含まれる前記受取場所と前記位置認証要求に含まれる前記地理的位置情報とに基づいて位置認証の成否の判定を行うことと、前記位置認証が成功する場合に、前記第1の情報通信端末装置によって前記ファイルが暗号化された暗号ファイルを復号化するために用いられる情報(暗号文)を前記第2の情報通信端末装置に送信することと、を含む。
 また、別の観点に従う本発明は、第1のユーザの第1の情報通信端末装置により、第2のユーザの第2の情報通信端末装置におけるサービスの享受の可否を制御するシステムである。前記システムは、前記第1の情報通信端末装置及び前記第2の情報通信端末装置の各々と通信可能に接続するサーバと、前記サーバと通信可能に接続され、地理的位置情報を取得可能な鍵端末装置と、を備える。前記サーバは、前記第1の情報通信端末装置から少なくとも前記第2のユーザの識別子及び前記サービスの享受場所を含む宛先情報を取得し、前記鍵端末装置から地理的位置情報を含む位置認証要求を受信し、前記宛先情報に含まれる前記享受場所と前記位置認証要求に含まれる前記地理的位置情報とに基づいて位置認証の成否の判定を行って、該判定の結果を前記第2の情報通信端末装置に送信する。前記第2の情報通信端末装置は、前記判定の結果が前記位置認証が成功した旨を示す場合に、前記サービスを享受し得るように動作する。
 また、別の観点に従う本発明は、上記方法をコンピューティングデバイスに実行させるためのコンピュータプログラム及び該コンピュータプログラムを非一時的に担持する機械読み取り可能な記録媒体であり得る。
 なお、本開示において、本発明は、ファイル管理システム及びファイル伝送システムとして説明されるが、その名称に拘わらず、例えば、暗号化/復号化システム及び方法としても把握され得る。
 また、本開示において、「手段」とは、単に物理的手段を意味するものではなく、その手段が有する機能をソフトウェアによって実現する場合も含む。また、1つの手段が有する機能が2つ以上の物理的手段により実現されても、2つ以上の手段の機能が1つの物理的手段により実現されても良い。
 また、本開示において、「システム」とは、複数の装置(又は特定の機能を実現する機能モジュール)が論理的に集合した物を含み、各装置や機能モジュールが物理的に単一の物として構成されるか又は別体の物として構成されるかは問わない。
 本発明によれば、ユーザが通信ネットワークを介して所望の相手方にファイルを安全に送り届けることができるようになる。とりわけ、本発明によれば、パスワード(暗号鍵)により暗号化されたファイル及び該パスワードをそのまま通信ネットワーク上に伝送することなく、送り手側ユーザにおいて暗号化されたファイルを受け手側ユーザにおいて安全に復号化することができるようになる。
 また、本発明によれば、通信ネットワーク上を伝送されるメールが漏洩し又は盗聴される恐れがあっても、送り手側ユーザにおいて暗号化されたファイルを、ファイル管理サーバを介して、安全に受け手側ユーザに送り届けることができるとともに、メールを受け取った相手方が該暗号化されたファイルを安全に復号化することができるようになる。
 本発明の他の技術的特徴、目的、及び作用効果又は利点は、添付した図面を参照して説明される以下の実施形態により明らかにされる。
図1は、本発明の一実施形態に係るファイル管理システムの概略的構成の一例を示すブロックダイアグラムである。 図2は、本発明の一実施形態に係るファイル管理システムにおける概略的処理の一例を説明するシーケンスチャートである。 図3は、本発明の一実施形態に係るファイル管理システムにおける概略的処理の一例を説明するシーケンスチャートである。 図4は、本発明の一実施形態に係るファイル管理システムにおけるプロキシ再暗号化処理の一例を説明するためのシーケンスチャートである。 図5は、本発明の一実施形態に係るファイル管理システムにおける鍵端末装置による第2暗号文の作成処理の一例を説明するためのシーケンスチャートである。 図6は、本発明の一実施形態に係るファイル管理システムにおける暗号ファイルの復号化処理の一例を説明するためのフローチャートである。 図7は、本発明の一実施形態に係るファイル管理システムにおける情報通信端末装置のユーザインターフェース上に表示されたトップ画面の一例を示す図である。 図8は、本発明の一実施形態に係るファイル管理システムにおける情報通信端末装置のユーザインターフェース上に表示された宛先選択画面の一例を示す図である。 図9は、本発明の一実施形態に係るファイル管理システムにおける情報通信端末装置のユーザインターフェース上に表示された受取場所登録画面の一例を示す図である。 図10は、本発明の一実施形態に係るファイル管理システムにおける情報通信端末装置のユーザインターフェース上に表示された暗号ファイル選択画面の一例を示す図である。 図11は、本発明の一実施形態に係るファイル管理システムにおける情報通信端末装置のユーザインターフェース上に表示された復号化ファイル選択画面の一例を示す図である。 図12は、本発明の一実施形態に係るファイル管理システムにおける位置認証処理の一例を説明するためのフローチャートである。 図13は、本発明の一実施形態に係るシステムにおけるコンピューティングデバイスのハードウェア構成の一例を示す図である。
 以下、図面を参照して本発明の実施の形態を説明する。ただし、以下に説明する実施形態は、あくまでも例示であり、以下に明示しない種々の変形や技術の適用を排除する意図はない。本発明は、その趣旨を逸脱しない範囲で種々変形(例えば各実施形態を組み合わせる等)して実施することができる。また、以下の図面の記載において、同一又は類似の部分には同一又は類似の符号を付して表している。図面は模式的なものであり、必ずしも実際の寸法や比率等とは一致しない。図面相互間においても互いの寸法の関係や比率が異なる部分が含まれていることがある。
<第1の実施形態>
 本実施形態は、第1のユーザと第2のユーザとの間でファイルの伝送を行う際に、ファイルの送り手である第1のユーザが、ファイルを暗号化するとともにファイルの受取場所を指定し、ファイルの受け手である第2のユーザが指定された受取場所にいる場合に限り、ファイルを復号化することができるようにしたことを特徴とする。第2のユーザが指定された受取場所にいるか否かは、第2のユーザが所持する鍵端末装置として機能する例えばスマートフォン(以下では、鍵端末装置として説明される。)の位置情報に基づいて判断される。
 図1は、本発明の一実施形態に係るファイル管理システムの概略的構成の一例を示すブロックダイアグラムである。同図に示すように、本実施形態のファイル管理システム1は、通信ネットワークNを介して相互に通信可能に接続された、ファイル管理サーバ10と、複数の情報通信端末装置20と、鍵端末装置30とを含み構成される。また、ファイル管理システム1は、鍵管理サーバ40を更に含み構成され得る。ファイル管理システム1は、いわゆるネットワークストレージサービスを提供する。
 ファイル管理サーバ10は、ネットワークストレージサービスをユーザに提供するコンピューティングデバイスである。ファイル管理サーバ10のハードウェア構成は、例えば図13に示されるが、かかる構成は既知であるため、その詳細な説明は省略する。ファイル管理サーバ10は、例えばSAN(Storage Area Network)により構築されたストレージシステムであっても良い。
 情報通信端末装置20は、ユーザによって操作されるコンピューティングデバイスであり、例えば、デスクトップコンピュータやノートコンピュータ、タブレットコンピュータ、スマートフォン、フィーチャフォン及びその他のインテリジェントデバイスが該当するが、これらに限られない。情報通信端末装置20は、例えば、デスクトップ仮想化技術によって仮想化されたコンピューティングデバイスであっても良い。
 より具体的には、情報通信端末装置20は、CPU(プロセッサ)やチップセット及びメモリ、通信モジュール、ユーザインターフェース等のハードウェア資源及びオペレーティングシステム(例えばカーネル、各種のデバイスドライバ、標準ライブラリ等を含み構成され得る。以下「OS」という。)のソフトウェア資源から構成される。情報通信端末装置20は、プロセッサの制御の下、OS上で各種のアプリケーションプログラムを実行し、所望の機能を実現する。本開示では、情報通信端末装置20は、例えば、メールの送受信機能を実現するメールクライアントプログラム及び暗号化/復号化クライアントプログラム等を実装する。また、情報通信端末装置20は、ブラウザ機能を実現するブラウザプログラム等を実装しても良い。
 本開示では、複数の情報通信端末装置20のうちの一方は、ファイルの送り手である第1のユーザ(送り手側ユーザ)によって操作される第1の情報通信端末装置20aであり、他方は、ファイルの受け手である第2のユーザ(受け手側ユーザ)によって操作される第2の情報通信端末装置20bである。すなわち、送り手側ユーザは、第1の情報通信端末装置20aを操作して、ファイルをファイル管理サーバ10にアップロードし、該送り手側ユーザによって指定された1以上の受け手側ユーザが第2の情報通信端末装置20bに該ファイルをダウンロードすることにより、送り手側ユーザと受け手側ユーザとの間でファイルの伝送(受け渡し)を可能にしている。後述するように、第2の情報通信端末装置20bには、主秘密鍵と主公開鍵とを含む主鍵対が割り当てられる。すなわち、受け手側ユーザは、主鍵対を所有する鍵所有者である。本開示では、送り手側ユーザは、ファイルを送ろうとする受け手側ユーザを指定する際に、該受け手側ユーザがどの場所で該ファイルを受け取るべきか(受取場所)を指定する。例えば、送り手側ユーザは、受け手側ユーザのオフィスや自宅といった場所を受取場所として指定し得る。
 また、第2の情報通信端末装置20bは、ファイル管理サーバ10からファイルをダウンロードする際に一時的に使用するための一時鍵対を生成する。生成される一時鍵対は、一時秘密鍵と一時公開鍵とからなる。典型的には、第2の情報通信端末装置20bは、生成される一時秘密鍵を秘密裏にメモリに格納(記憶)される。一時秘密鍵を秘密裏に格納とは、一時秘密鍵が第2の情報通信端末装置20bの外部には一切流出しないことを意味する。つまり、通信ネットワークNを介した上述したようなファイルの受け渡しにおいて、一時秘密鍵は、第2の情報通信端末装置20b以外の装置によって知得されることはない。
 なお、送り手側ユーザと受け手側ユーザとは同じであっても良い。例えば、ユーザは、ファイル管理システム1をファイルバックアップのために利用することができる。すなわち、ユーザは、第1の情報通信端末装置20a上のファイルをファイル管理システム1にバックアップし、第2の情報通信端末装置20b上に該ファイルをリストアすることができる。或いは、第1の情報通信端末装置20aと第2の情報通信端末装置20bとは同じであっても良い。
 鍵端末装置30は、受け手側ユーザによって操作されるコンピューティングデバイスであり、例えば、デスクトップコンピュータやノートコンピュータ、タブレットコンピュータ、スマートフォン、フィーチャフォン及びその他のインテリジェントデバイスが該当するが、これらに限られない。鍵端末装置30は、例えば、デスクトップ仮想化技術によって仮想化されたコンピューティングデバイスであっても良い。或いは、鍵端末装置30は、公開鍵暗号技術に係る処理及び鍵対の管理を実現可能にした専用のデバイスであっても良い。スマートフォンのようなモバイルデバイスは、鍵端末装置30の一態様である。本開示では、鍵端末装置30は、例えばGPSシステムから地理的位置情報を取得する機能を有する。また、鍵端末装置30は、公開鍵暗号技術に基づく機能を実現する鍵管理クライアントプログラムを実装する。鍵端末装置30は、例えば、受け手側ユーザの識別子(例えばメールアドレス)を介して、第2の情報通信端末装置20b(暗号化/復号化クライアントプログラム)と関連付けられる。或いは、鍵端末装置30は、第2の情報通信端末装置20bと同じであっても良い。
 例えば、鍵端末装置30は、主秘密鍵と主公開鍵とからなる主鍵対を生成し、生成した主秘密鍵を秘密裏にメモリに格納する。例えば、鍵端末装置30は、プロセッサの制御の下、鍵管理クライアントプログラムの実行により、主秘密鍵と主公開鍵とからなる主鍵対を生成し、主秘密鍵をメモリに格納する。また、鍵端末装置30は、生成された公開鍵を鍵管理サーバ40に登録するために、鍵管理サーバ40と所定のやり取りを行う。
 主秘密鍵を秘密裏に格納とは、主秘密鍵が鍵端末装置30の外部には一切流出しないことを意味する。すなわち、通信ネットワークNを介した上述したようなファイルの受け渡しにおいて、主秘密鍵は、鍵端末装置30以外の装置によって知得されることはない。
 鍵管理サーバ40は、ユーザ(ここでは、送り手側ユーザであるか受け手側ユーザであるかを問わない。)ごとの公開鍵(すなわち、主公開鍵)を管理するデータベース(図示せず)を備えるコンピューティングデバイスである。鍵管理サーバ40は、例えば、ユーザの問合せに応答して、公開鍵を出力するように構成されたWeb API(Application Programming Interface)を提供するWebサーバコンピュータや、OpenPGP技術に基づいて公開鍵を公開するためのOpenPKSDに準じた公開鍵サーバコンピュータ等であり得る。
 鍵管理サーバ40は、典型的には、鍵端末装置30から送信される主公開鍵を受信し、これをデータベースに登録する。また、鍵管理サーバ40は、ユーザの識別子を含む問合せに応答して、データベースを参照し、該ユーザの識別子に従って、該ユーザに割り当てられた公開鍵を抽出し、これを出力する。
 ユーザの識別子としては、個々のユーザを一意に識別することができる情報であれば良く、例えば、メールアドレス、住所及び氏名、社会保障番号、税番号、国民識別番号、各種公的サービス、及び各種の民間サービスにおいて利用されているアカウント名等のいずれか又はその組み合わせを用いることができる。
 また、鍵管理サーバ40は、データベースに登録されていないユーザの識別子を含む問合せがあった場合、仮秘密鍵と仮公開鍵とからなる仮鍵対を生成し、該生成された仮鍵対を該ユーザの識別子に関連付けてデータベースに仮登録し、該仮公開鍵を該ユーザに送信する。
 このような未登録のユーザが、鍵端末装置30において生成された主鍵対の主公開鍵を鍵管理サーバ40に登録する場合、まず、鍵管理サーバ40が、安全な通信手段を用いて仮鍵対を鍵端末装置30に伝送する。仮鍵対が鍵管理サーバ40から鍵端末装置30に伝送された後、鍵管理サーバ40は、仮鍵対を無効化する。鍵端末装置30は、上述したように、新たな主鍵対を生成して、主鍵対の主公開鍵を鍵管理サーバ40に送信する。鍵管理サーバ40は、鍵端末装置30から主公開鍵を受信すると、これをデータベースに登録する。
 なお、本例では、ファイル管理サーバ10と鍵管理サーバ40とは別体のコンピューティングデバイスとして構成されているが、これに限られず、1つのコンピューティングデバイスとして構成されても良い。
(ファイルの受け渡し手順)
 図2及び図3は、本発明の一実施形態に係るファイル管理システムにおける概略的処理の一例を説明するシーケンスチャートである。具体的には、図2は、ファイル管理システム1におけるアップロード処理の一例を示すフローチャートであり、図3は、ファイル管理システム1におけるダウンロード処理の一例を示すフローチャートである。
(ファイルのアップロード)
 図2に示されるように、送り手側ユーザ(第1のユーザ)は、第1の情報通信端末装置20aを操作して、バックアップや受け渡しの対象となる1又はそれ以上のファイル、該ファイルの受け手となる1又はそれ以上の受け手側ユーザ(第2のユーザ)、及び受取場所に関する情報を宛先情報として指定又は選択する(S201)。ユーザの指定には、例えばユーザIDやメールアドレス等の識別子が用いられ得る。また、受取場所の指定は、例えば地理的位置情報(GPS座標等)が用いられ得る。この場合、ユーザビリティの観点から、受取場所は、GPS座標に関連付けられた地名、住所、及び/又は名称(ビル名やオフィス、自宅など)等であっても良い。また、受取場所は、ユーザインターフェース上に表示された地理的マップ上のユーザが指し示す地点又は入力する住所等から例えば外部APIを介してジオコーディングにより取得されるGPS座標であっても良い。受け手側ユーザの受取場所は、予め登録されたものの中から選択されても良い。
 なお、ここでは、送り手側ユーザが第1の情報通信端末装置20aに対してファイル、受け手側ユーザ、及び受取場所を指定する態様を説明したが、これに限られない。例えば、特定のフォルダに格納されたファイルを定期的にバックアップする場合には、送り手側ユーザが第1の情報通信端末装置20aに対して自身の識別子及び受取場所を予め設定しておき、バックアップの際に、これらを用いるようにしても良い。また、第1の情報通信端末装置20aが、該フォルダに配置されているファイルをスキャンして、該当するファイルを抽出し指定しても良い。
 次に、第1の情報通信端末装置20aは、指定された受け手側ユーザの鍵情報(すなわち、公開鍵)を取得するために、指定された受け手側ユーザの識別子を含む問合せを鍵管理サーバ40に送信する(S202)。鍵管理サーバ40は、該問合せを受信すると、データベースを参照し、該問合せが示す識別子に関連付けられた公開鍵を特定し(S203)、特定された公開鍵を含む回答を第1の情報通信端末装置20aに送信する(S204)。なお、受け手側ユーザの公開鍵(主公開鍵)が情報記録媒体等を介して予め第1の情報通信端末装置20aに設定されている場合は、第1の情報通信端末装置20aと鍵管理サーバ40との上記やり取りは省略される。
 次に、第1の情報通信端末装置20aは、所定の関数に従って、共通鍵を生成する(S205)。共通鍵は、例えば乱数関数を用いて生成されたランダムな値であり、十分なビット長を有することが望ましい。続いて、第1の情報通信端末装置20aは、生成された共通鍵を用いてファイルを暗号化することにより、暗号化されたファイル(以下「暗号ファイル」という。)を生成する(S206)。
 共通鍵は、送り手側ユーザと受け手側ユーザとが使用する共通の鍵である。すなわち、共通鍵は、ファイルを暗号化して暗号ファイルを生成するために用いられるとともに、該暗号ファイルを復号して元のファイルを生成するために用いられる。共通鍵は、対称鍵や共有鍵と呼ばれることもある。共通鍵による暗号化/復号化処理には、IDEA、AES、及びCamellia等のブロック暗号技術や、RC4、FISH、及びMUGI等のストリーム暗号技術といった種々の技術を適用することができる。
 なお、共通鍵は、複数のファイルに対して同じものであっても良いし、ファイルごとに異なるものであっても良い。また、共通鍵は、ファイルのバックアップや受け渡しをするごとに新たに生成されても良い。或いは、共通鍵は、有効期限が設定され、有効期限内は都度生成されるのではなく、同じ共通鍵が用いられても良い。
 次に、第1の情報通信端末装置20aは、取得された主公開鍵を用いて、生成された共通鍵を暗号化することにより、第1暗号文を生成する(S207)。なお、第1の情報通信端末装置20aは、共通鍵と受取場所とを一体的に暗号化して第1暗号文を生成しても良い。主公開鍵による暗号化処理は、公開鍵暗号技術に依拠するものであり、RSA暗号、ElGamal暗号、及び楕円曲線暗号等といった種々の技術が適用され得る。
 次に、第1の情報通信端末装置20aは、暗号ファイル、第1暗号文及び受取場所を送り手側ユーザと関連付けたファイルアップロード要求をファイル管理サーバ10に送信する(S208)。これにより、ファイル管理サーバ10は、暗号ファイル、第1暗号文及び受取場所を送り手側ユーザと関連付けて格納する。典型的には、ユーザは、第1の情報通信端末装置20aを操作して、ファイル管理サーバ10にログインし、ファイル管理サーバ10の所定のストレージ領域に暗号ファイルを第1暗号文及び受取場所とともにアップロードする。これにより、送り手側ユーザによるファイルのアップロードに関する処理は完了し、したがって、以降の処理では、送り手側ユーザは、第1の情報通信端末装置20aを操作する必要はない。
 或いは、第1の情報通信端末装置20aは、指定した送り手側ユーザのメールアドレスに、暗号ファイルを添付したメールを送信するとともに、送り手側ユーザと関連付けた第1暗号文及び受取場所をファイル管理サーバ10に送信しても良い。この場合、受け手側ユーザは、第2の情報通信端末装置20bを操作してファイル管理サーバ10にアクセスすることなく、暗号ファイルを取得することができる。
 上述したように、第1の情報通信端末装置20aは、主公開鍵を鍵管理サーバ40等から取得することができるとともに共通鍵を必要に応じて生成することができるため、主公開鍵及び共通鍵を第1の情報通信端末装置20a内で保持し続け、管理する必要はない。また、第1の情報通信端末装置20aは、第2の情報通信端末装置20bがファイルを復号化するために受け手側ユーザに割り当てられた秘密鍵(主秘密鍵)を知得する必要はない。
(ダウンロード)
 次に、ファイル管理システム1におけるダウンロード処理について説明する。上述したように、受け手側ユーザの主秘密鍵は、鍵端末装置30に秘密裏に格納されており、ファイルのダウンロードに際して、第1の情報通信端末装置20a、第2の情報通信端末装置20b、及びファイル管理サーバ10は、主秘密鍵を知得する必要はない。
 図3に示すように、第2の情報通信端末装置20bは、一時公開鍵と一時秘密鍵とからなる一時鍵対を生成して(S301)、第2の情報通信端末装置20b内に一時秘密鍵を秘密裏に格納する(S302)。一時鍵対は、受け手側ユーザに割り当てられる主鍵対と同じ公開鍵暗号アルゴリズムにより生成されても良いし、或いは、異なる公開鍵暗号アルゴリズムによって生成されても良い。生成された一時鍵対は、第2の情報通信端末装置20bで一時的に使用されるものであり、ファイルのダウンロードごとに生成されても良いし、或いは、有効期限が設定され、有効期限内は同じ一時鍵対が用いられても良い。
 続いて、受け手側ユーザは、第2の情報通信端末装置20bを操作して、ファイル管理サーバ10にログイン認証を要求する(S303)。ファイル管理サーバ10は、ログイン認証に際して、受け手側ユーザの識別子/パスワード及び一時公開鍵を取得する。これを受けて、ファイル管理サーバ10は、ユーザのログイン認証処理を行う(S304)。ファイル管理サーバ10は、ログイン認証処理による認証が成功した場合に、第2の情報通信端末装置20bから一時公開鍵を取得しても良い。
 ここで、ログイン認証は、例えば、受け手側ユーザによる鍵端末装置30の所持又は使用を認証要素の一つとする多要素認証であり得る。すなわち、受け手側ユーザは、第2の情報通信端末装置20bを操作してファイル管理サーバ10にログイン認証を要求するに際し、鍵端末装置30上で鍵管理クライアントプログラムを実行する。典型的には、ファイル管理サーバ10は、ログイン認証処理において、鍵端末装置30から送信される実行ステータスを取得して、鍵端末装置30上で鍵管理クライアントプログラムが実行されているか否かを追加的に判定し得る。また、鍵管理クライアントプログラムは、所定の時間内だけファイル管理サーバ10から認証要求を受け付けるように構成されても良い。
 ファイル管理サーバ10は、ログイン認証の要求に対する認証処理の結果、ログイン認証が成功したと判断する場合に、第2の情報通信端末装置20bにログイン認証が成功である旨を示す認証結果を送信する(S305)。また、ファイル管理サーバ10は、第2の情報通信端末装置20bから取得した一時公開鍵を鍵端末装置30に送信し(S306)、これを受けて、鍵端末装置30は、受信した一時公開鍵をメモリに格納する(S307)。
 なお、上記の例では、第2の情報通信端末装置20bで生成された一時鍵対のうちの一時公開鍵を、ファイル管理サーバ10を介して、鍵端末装置30に送信するものとしたが、これに限られず、他のセキュアな伝送手段を用いて、鍵端末装置30に送信するものであっても良い。例えば、第2の情報通信端末装置20bは、ユーザインターフェース上に一時公開鍵を示す幾何学パターン(例えば2次元コード)を表示し、ユーザが鍵端末装置30を操作して、表示された幾何学パターンを読み取ることにより、鍵端末装置30が一時公開鍵を取得するようにしても良い。
 また、ログイン認証においては、他の多要素認証方式が採用されても良い。例えば、鍵端末装置30は、第2の情報通信端末装置20bから取得した一時公開鍵をファイル管理サーバ10に送信し、ファイル管理サーバ10は、第2の情報通信端末装置20bからのログイン認証要求により取得した一時公開鍵と、鍵端末装置30から取得した一時公開鍵とに基づいてログイン認証処理を行っても良い。この場合に、鍵端末装置30は、格納された主秘密鍵を用いて、取得した一時公開鍵に対する電子署名を施した上で、一時公開鍵を電子署名とともにファイル管理サーバ10に送信し、これを受けて、ファイル管理サーバ10は、主公開鍵を用いて、受信した電子署名の正当性を検証しても良い。
 或いは、第2の情報通信端末装置20bは、例えばショートメッセージングやメール等を用いて、一時公開鍵を鍵端末装置30に送信しても良い。或いは、第2の情報通信端末装置20bは、Bluetooth(登録商標)規格やNFC(Near Field Communication)規格に従った通信、USBケーブルを用いた通信、ネットワークケーブルを介した有線通信、無線アクセスポイントを介したWi-Fi通信、キャリアネットワークを介したモバイル通信等により、一時公開鍵を鍵端末装置30に送信しても良いし、USBメモリデバイス等の物理デバイスを介して鍵端末装置30に一時公開鍵を供給しても良い。
 ログイン認証が成功すると、ファイル管理サーバ10と鍵端末装置30とは、互いに協働して第2暗号文を生成する(S308)。第2暗号文は、一時公開鍵を用いて共通鍵を暗号化したものに相当し、暗号ファイルの復号化に用いられる情報である。すなわち、第2暗号文は、鍵端末装置30に格納された主秘密鍵と、第2の情報通信端末装置20bから伝送された一時公開鍵と、ファイル管理サーバ10に格納された第1暗号文とに基づいて生成される。第2暗号文の生成処理の詳細については、後述する。
 一方、鍵端末装置30は、鍵管理クライアントプログラムの実行により、自身の地理的位置情報を取得する(S309)。例えば、鍵端末装置30は、一時公開鍵の取得をトリガにして、地理的位置情報を取得する。地理的位置情報は、例えば、鍵端末装置30のGPS機能を利用して取得されたGPS座標である。これに代えて又は加えて、鍵端末装置30は、WiFi(登録商標)を利用した位置情報サービスを利用しても良い。続いて、鍵端末装置30は、取得した地理的位置情報を含む位置認証要求をファイル管理サーバ10に送信する(S310)。或いは、地理的位置情報は、例えば鍵端末装置30上で鍵管理クライアントプログラムが実行されているか否かの追加的な認証時に、鍵端末装置30からファイル管理サーバ10に送信されても良い。
 ファイル管理サーバ10は、鍵端末装置30から位置認証要求を受信すると、位置認証要求が示す地理的位置情報が第1の情報通信端末装置20aが指定した受取場所に対応するか否かの位置認証の成否の判定を行う(S311)。例えば、ファイル管理サーバ10は、地理的位置情報の誤差を考慮して、地理的位置情報が、送り手側ユーザによって指定された受取場所から所定の有効範囲内に収まっている場合は、位置認証が成功したと判定する。このような有効範囲は、例えばユーザが任意に設定し得る。
 ファイル管理サーバ10は、位置認証に成功したと判定した場合、ファイル管理サーバ10は、生成された第2暗号文を含む位置認証が成功した旨を示す判定結果を第2の情報通信端末装置20bに送信する(S312)。すなわち、ファイル管理サーバ10は、位置認証が成功した場合に限り、暗号ファイルを復号化するために用いられる第2暗号文を第2の情報通信端末装置20bに送信する。
 第2の情報通信端末装置20bは、第2暗号を受信すると、自身が秘密裏に格納している一時秘密鍵を用いて第2暗号を復号して共通鍵を取得する(S313)。続いて、ファイル管理サーバ10は、暗号ファイルを第2の情報通信端末装置20bに送信し(S314)、第2の情報通信端末装置20bは、暗号ファイルを取得して、所定のフォルダに格納する(S315)。なお、第2の情報通信端末装置20bは、第2暗号文と暗号ファイルとを別々に取得するのではなく、一括して取得しても良い。
 なお、送り手側ユーザが、第1の情報通信端末装置20aから受け手側ユーザのメールアドレスに暗号ファイルを添付ファイルとするメールを送信し、受け手側ユーザが、第2の情報通信端末装置20bで該メールを受信し、添付ファイル(暗号化ファイル)を所定のフォルダに格納するようにしても良い。この場合、受け手側ユーザは、第2の情報通信端末装置20bからファイル管理サーバ10にログインし、暗号ファイルをダウンロードする必要はない。
 次に、第2の情報通信端末装置20bは、復号化された共通鍵を用いて、取得された暗号ファイルを復号化することにより、元のファイルを取得する(S316)。これにより、送り手側ユーザと受け手側ユーザとの間で、ファイルが安全に受け渡されることになる。
 なお、第2の情報通信端末装置20bは、ファイル管理サーバ10により位置認証が失敗したと判定された場合、第2暗号文を受け取ることができず、代わりに、位置認証が失敗した旨を示す判定結果を受信する。位置認証が失敗した旨の判定結果を受信した第2の情報通信端末装置20bは、暗号ファイルの復号化処理を中止して、例えばエラーメッセージをユーザに提示する。
 このように、本実施形態によれば、第2暗号文の生成に際し、共通鍵は、ファイル管理サーバ10に対して秘匿されたままである。したがって、ファイル管理サーバ10の管理者といえども、暗号ファイルを復号化することができないため、ファイル受け渡しの安全性を更に向上させることができる。
 また、第2の情報通信端末装置20bは、鍵端末装置30が取得する地理的位置情報が送り手側ユーザによって指定された受取場所に対応しなければ、ファイル管理サーバ10から第2暗号文を取得することができないため、共通鍵を取得することもできず、したがって、暗号ファイルを復号化することもできず、ファイル受け渡しの安全性を更に向上させることができる。
 次に、第2暗号文の生成処理(S308)の詳細について説明する。第2暗号文の生成処理を行う手法としては、例えば、プロキシ再暗号化を利用する手法(図4参照)や、復号化及び暗号化処理を鍵端末装置30において行う手法(図5参照)等がある。
 図4は、本発明の一実施形態に係るファイル管理システムにおけるプロキシ再暗号化処理の一例を説明するためのシーケンスチャートである。
 同図に示すように、まず、鍵端末装置30は、自身に格納してある主秘密鍵と、第2の情報通信端末装置20bから伝送された一時公開鍵とに基づいてプロキシ鍵を生成する(S401)。なお、ここでは、一時公開鍵は、ファイル管理サーバ10経由ではなく、第2の情報通信端末装置20bから直接的に鍵端末装置30に送信されたものとしている。続いて、鍵端末装置30は、ファイル管理サーバ10に生成されたプロキシ鍵を送信する(S402)。
 一方、ファイル管理サーバ10は、第1の情報通信端末装置20aから受信し格納している第1暗号文を、鍵端末装置30から送信されたプロキシ鍵で再暗号化することにより、第2暗号文を生成する(S403)。なお、ファイル管理サーバ10は、上述したように、位置認証が成功した場合、生成された第2暗号文を第2の情報通信端末装置20bに送信する(図3のS312)。
 このように、主鍵対の公開鍵暗号システムによる暗号文を再暗号化できるようなプロキシ再暗号化技術は、一時鍵対の生成に適用することができる。例えば、上述した非特許文献1に記載される主鍵対の“公開鍵暗号システムAFGH06”は、本発明に適用することができる。かかる手法では、主鍵対は、楕円曲線上の公開鍵暗号システムに基づいているが、一時鍵対は、有限体上の公開鍵暗号システムに基づくことになり、再暗号化は一度しかできない。
 本開示においては、非特許文献1に開示されるプロキシ再暗号化技術はもちろん、種々のプロキシ再暗号化技術を適用することができる。そして、採用する技術に応じて、主鍵対や一時鍵対の生成、公開鍵による暗号化処理、秘密鍵による復号化処理が実行される。
 図5は、本発明の一実施形態に係るファイル管理システムにおける鍵端末装置による第2暗号文の作成処理の一例を説明するためのシーケンスチャートである。
 同図に示すように、上述したように、鍵端末装置30は、一時公開鍵を取得する(S307)。なお、同図では、一時公開鍵は、ファイル管理サーバ10経由ではなく、第2の情報通信端末装置20bから鍵端末装置30に直接的に伝送されたものとしている。
 また、ファイル管理サーバ10は、鍵端末装置30に第1暗号文を送信し(S501)、鍵端末装置30は、第1暗号文を取得する(S502)。続いて、鍵端末装置30は、自身が記憶する主秘密鍵を用いて、ファイル管理サーバ10から取得した第1暗号文を復号化することにより共通鍵を取得する(S503)。
 次に、鍵端末装置30は、第2の情報通信端末装置20bから送信された一時公開鍵を用いて、復号化された共通鍵を暗号化することにより、第2暗号文を生成する(S504)。続いて、鍵端末装置30は、生成された第2暗号文をファイル管理サーバ10に送信し(S505)、ファイル管理サーバ10は、第2暗号文を取得する(S506)。なお、ファイル管理サーバ10は、上述したように、位置認証が成功した場合、生成された第2暗号文を第2の情報通信端末装置20bに送信する(図3のS312)。
 上記の例では、鍵端末装置30が主秘密鍵を用いて第1暗号文から共通鍵を復号し、続いて、一時公開鍵を用いて共通鍵を暗号化して第2暗号を生成している。したがって、主鍵対と一時鍵対とにより、装置の性能や用途に応じて、種々の公開鍵暗号システムを利用することができる。
 以上のようなファイルの受け渡しに関する種々の情報は、以下のように整理される。
(a)暗号ファイルは、ファイルを共通鍵で暗号化した情報である。
(b)第1暗号文は、共通鍵を主公開鍵で暗号化した情報である。
(c)第1暗号文を主秘密鍵で復号化すると、共通鍵が得られる。
(d)第2暗号文は、共通鍵を一時公開鍵で暗号化した情報である。
(e)一時公開鍵と主秘密鍵とからプロキシ鍵が得られる。
(f)第1暗号文にプロキシ鍵を適用することにより、共通鍵が秘匿されたまま、第2暗号文が得られる。
(g)第2暗号文を一時秘密鍵で復号化すると、共通鍵が得られる。
(h)暗号ファイルを共通鍵で復号化すると、元のファイルが得られる。
 このように、本実施形態によれば、受け手側ユーザの主秘密鍵は、鍵端末装置30から外部に出力する必要がないため、第三者に晒されることなく、安全に管理することができる。とりわけ、本実施形態によれば、送り手側ユーザが指定した受取場所にて鍵端末装置30を所持する受け手側ユーザが第2の情報通信端末装置20bを操作する場合にのみ暗号ファイルを復号化することができるため、ファイル受け渡しのセキュリティを更に向上させることができる。
 なお、受け手側ユーザが本実施形態のファイル管理システム1のサービスの利用を開始するにあたって、鍵端末装置30に所定のアプリケーションプログラム(すなわち、鍵管理クライアントプログラム)をインストールしておき、鍵端末装置30が、プロセッサの制御の下、鍵管理クライアントプログラムを実行して、主公開鍵及び主秘密鍵からなる主鍵対を生成し、主公開鍵を鍵管理サーバ40に登録するために、主公開鍵を送信することが望ましい。
 なお、送り手側ユーザがファイルをファイル管理サーバ10にアップロードしようとする際に、受け手側ユーザが未だ本開示のファイル管理システム1のサービスの利用を開始していないことがある。このような場合には、鍵管理サーバ40が、受け手側ユーザに代わって主鍵対を生成することで、送り手側ユーザは、ファイルを予めアップロードしておくことができる。
 すなわち、鍵管理サーバ40は、第1の情報通信端末装置20aから送信される問合せが示す受け手側ユーザの識別子に対応付けられる公開鍵が登録されているか否かを判定し、鍵管理サーバ40は、登録されていないと判定する場合、仮公開鍵と仮秘密鍵とからなる仮鍵対を生成し、生成された仮公開鍵を該識別子と関連付けて登録しておく。該識別子に関連付けられたユーザ(すなわち、受け手側ユーザ)が鍵端末装置30上に鍵管理クライアントプログラムをインストールしてファイル管理システム1のサービスの利用を開始する際に、鍵管理サーバ40は、鍵端末装置30に仮秘密鍵を送信し、鍵端末装置30は、これを主秘密鍵として秘密裏に格納する。その後、鍵管理サーバ40は、仮鍵対を無効化し得る。
 したがって、受け手側ユーザがファイル管理システム1のサービスの利用をまだ開始していない場合であっても、送り手側ユーザは、受け手側ユーザに送ろうとするファイルに対する暗号ファイルをファイル管理サーバ10に格納することができる。一方、送り手側ユーザから受け手側ユーザへのメール等による連絡に応じて、受け手側ユーザがファイル管理システム1のサービスの利用を開始すれば、ファイル管理サーバ10から該ファイルをダウンロードすることにより入手することができるようになる。
 なお、受け手側ユーザは、暗号ファイルをファイル管理サーバ10から入手してファイルを復号化した後は、速やかに鍵端末装置30にて新たな主鍵対を生成し、鍵管理サーバ40に主公開鍵を送信し、自身が生成した主公開鍵に更新することが望ましい。
 また、鍵端末装置30が所定の鍵管理クライアントプログラムをインストールする際に、鍵端末装置30は、直ちに新たな主鍵対を生成するとともに、インストール後一定期間は、仮鍵対に基づく仮秘密鍵と新たな主鍵対に係る主秘密鍵との両方を併用しても良い。
(復号化処理)
 図6は、本発明の一実施形態に係るファイル管理システムにおける暗号ファイルの復号化処理の一例を説明するためのフローチャートである。かかる処理は、第2の情報通信端末装置20bが、プロセッサの制御の下、復号化プログラムを実行することにより、所定のハードウェアと協働して、実現される。なお、以下の処理では、第2の情報通信端末装置20bは、送り手側ユーザが指定した暗号ファイルを既に取得しているものとして説明する。また、鍵端末装置30は、鍵管理クライアントプログラムを実行し、一時公開鍵を取得しているものとする。
 すなわち、同図に示すように、第2の情報通信端末装置20bは、受け手側ユーザの操作により、一時公開鍵と一時秘密鍵とからなる一時鍵対を生成して(S601)、一時秘密鍵をメモリに秘密裏に格納する(S602)。
 続いて、受け手側ユーザは、第2の情報通信端末装置20bを操作して、ファイル管理サーバ10にログイン認証を要求し、ログインする(S603)。ログイン認証に際して、第2の情報通信端末装置20bは、受け手側ユーザの識別子/パスワード及び一時公開鍵をファイル管理サーバ10に送信する。これを受けて、ファイル管理サーバ10は、ログイン認証処理を行う。ログイン認証後、ファイル管理サーバ10は、上述したように、鍵端末装置30と協働して、第2暗号文を作成する。
 次に、受け手側ユーザは、鍵端末装置30を操作して鍵管理クライアントプログラムを実行し、これに応答して、鍵端末装置30は、例えばGPS機能等を用いて自身の地理的位置情報を取得し(S604)、取得した地理的位置情報を含む位置認証要求をファイル管理サーバ10に送信する(S605)。これを受けて、ファイル管理サーバ10は、位置認証要求が示す地理的位置情報が、送り手側ユーザによって指定された受取場所に対応するか否かを判定し、その判定結果を第2の情報通信端末装置20bに送信する。本例では、位置認証が成功した旨を示す判定結果は、第2暗号文を含む。したがって、位置認証が成功した場合に限り、第2の情報通信端末装置20bは、第2暗号文を取得することができる。なお、本例では、鍵端末装置30が地理的位置情報を取得してファイル管理サーバ10に送信する態様としたが、これに限られず、第2の情報通信端末装置20bが地理的位置情報を取得しファイル管理サーバ10に送信する態様であっても良い。
 第2の情報通信端末装置20bは、ファイル管理サーバ10から受信した判定結果に基づいて、該判定結果が位置認証が成功した旨を示すか否か、すなわち、該判定結果が第2暗号文を取得できたか否かを判定する(S607)。第2の情報通信端末装置20bは、第2暗号文を取得できたと判定する場合(S607のYes)、第2の情報通信端末装置20bは、一時秘密鍵を用いて第2暗号文を復号化して、共通鍵を取得する(S608)。続いて、第2の情報通信端末装置20bは、復号化により取得された共通鍵を用いて、暗号ファイルを復号化して、元のファイルを取得する(S609)。これにより、送り手側ユーザと受け手側ユーザとの間で、ファイルが安全に受け渡されることになる。
 なお、第2の情報通信端末装置20bは、該判定結果が位置認証が失敗した旨を示すと判定する場合(S607のNo)、復号化失敗であるとして、所定のエラー処理を行って復号化処理を終了する(S610)。
(具体例)
 次に、以上のようなファイル管理システムにおける送り手側ユーザと受け手側ユーザとの間でのファイルの受け渡しの具体例を説明する。
 まず、任意のファイルを受け手側ユーザに安全に送り届けたい送り手側ユーザは、第1の情報通信端末装置20aを操作して、暗号化/復号化クライアントプログラムを実行してファイル管理サーバ10にログインし、これにより、第1の情報通信端末装置20aは、ユーザインターフェース上に例えば図7に示すようなトップ画面700を表示する。送り手側ユーザは、トップ画面700において、「暗号化」アイコン701を選択する。これを受けて、第1の情報通信端末装置20aは、第1の情報通信端末装置20aのユーザインターフェース上に例えば図8に示すような宛先選択画面800を表示させる。
 次に、宛先選択画面800において、送り手側ユーザは、ファイルの送り先である宛先情報を指定する。すなわち、送り手側ユーザは、宛先選択画面800において、予め登録されている宛先(受け手側ユーザのメールアドレス)を選択するために、そのチェックボックス801をオンにする。受け手側ユーザが登録されていない場合、送り手側ユーザは、「ユーザ追加」ボタン803を選択することにより、ユーザ登録画面(図示せず)を表示させ、ユーザ登録画面において必要な情報を入力することにより、受け手側ユーザを登録することができる。
 また、送り手側ユーザは、宛先選択画面800において、送り手側ユーザがファイルを受け取るべき場所を指定する。例えば、送り手側ユーザは、プルダウンメニュー802から送り手側ユーザがファイルの受取場所を選択する。この場合、送り手側ユーザは、「受取場所追加」を選択することにより、例えば図9に示すような受取場所登録画面900をユーザインターフェース上に表示させて、受け手側ユーザの受取場所を指定する。
 例えば、受取場所登録画面900において、送り手側ユーザは、住所入力フィールド901に受け手側ユーザの勤務先の住所を入力し、その周辺の地理的マップを表示させる。すなわち、第1の情報通信端末装置20aは、入力された住所からジオコーディングを用いてGPS座標に変換し、地理的マップ上の住所に対応する位置にピン902a及び有効範囲902bを表示させる。有効範囲902bは、GPS座標の誤差を考慮した大凡の目安の範囲である。図示されていないが、ユーザは、例えば設定メニューにて有効範囲902bの大きさを変更し得る。送り手側ユーザは、地理的マップ上のピン902aをクリックすることにより、受取場所を選択し確定することができる。なお、図示されていないが、送り手側ユーザは、ピン902aをクリックした際に、該受取場所に対して例えばビル名やオフィス、自宅といった任意の名称(ラベル)を付与し登録することができる。
 図8に戻り、送り手側ユーザは、宛先選択画面800において所望の宛先及び受取場所を選択した後、「次へ」ボタン804を選択する。これを受けて、第1の情報通信端末装置20aは、ファイル管理サーバ10にアクセスし、ファイル管理サーバ10は、第1の情報通信端末装置20aのユーザインターフェース上に例えば図10に示すようなファイル選択画面1000を表示させる。
 送り手側ユーザは、ファイル選択画面1000において、ドラッグ&ドロップ領域1001に所望のファイルをドラッグ&ドロップすることにより、ファイルを選択することができる。或いは、送り手側ユーザは、ファイル選択ダイアログボックスからファイルを選択しても良い。送り手側ユーザは、複数のファイルを選択することができる。送り手側ユーザは、所望のファイルを選択した後、「ファイルを暗号化する」ボタン1002を選択する。
 送り手側ユーザが「ファイルを暗号化する」ボタン1002を選択すると、第1の情報通信端末装置20aは、暗号ファイル及び第1暗号文の生成を開始する。すなわち、上述したように、第1の情報通信端末装置20aは、所定の関数に従って、共通鍵を生成し、生成された共通鍵を用いて、選択されたファイルを暗号化して暗号ファイルを生成する。また、第1の情報通信端末装置20aは、鍵管理サーバ40から主公開鍵を取得し、取得した主公開鍵を用いて共通鍵を暗号化して第1暗号文を生成する。そして、第1の情報通信端末装置20aは、暗号ファイル、第1暗号文、宛先、及び受取場所を含むファイルアップロード要求をファイル管理サーバ10に送信する。これにより、ファイル管理サーバ10は、暗号ファイル、第1暗号文及び受取場所を送り手側ユーザと関連付けて格納する。
 なお、送り手側ユーザは、ファイル管理サーバ10へ暗号ファイルをアップロードせず、暗号ファイルをメールで送信するため、第1の情報通信端末装置20aの記憶装置に保存しても良い。また、第1の情報通信端末装置20aは、暗号化/復号化クライアントプログラムがメールクライアントプログラムと連携することにより、宛先をメールアドレスに指定し、また、暗号ファイルを添付ファイルに指定したメール送信ウィンドウを開いても良い。
 次に、ファイルを受け取ろうとする受け手側ユーザによるファイルの受け取りについて説明する。受け手側ユーザの第2の情報通信端末装置20bは、一時鍵対を生成し、一時秘密鍵を格納しているものとする。また、受け手側ユーザの鍵端末装置30は一時公開鍵を格納しているものとする。
 まず、送り手側ユーザからのファイルを受け取りたい受け手側ユーザは、第2の情報通信端末装置20bを操作して、ファイル管理サーバ10にログインし、ユーザインターフェース上に例えば図7に示したようなトップ画面700を表示させる。本例では、トップ画面700のレイアウトは、送り手側ユーザ及び受け手側ユーザで同じである。受け手側ユーザは、トップ画面700において、「復号化」アイコン702を選択する。これを受けて、第2の情報通信端末装置20bは、ファイル管理サーバ10にアクセスし、ファイル管理サーバ10は、第2の情報通信端末装置20bのユーザインターフェース上に例えば図11に示すようなファイル選択画面1100を表示させる。
 受け手側ユーザは、ファイル選択画面1100において、ドラッグ&ドロップ領域1101に所望のファイルをドラッグ&ドロップすることにより、ファイル(暗号ファイル)を選択することができる。或いは、受け手側ユーザは、ファイル選択ダイアログボックスから暗号ファイルを選択しても良い。受け手側ユーザは、複数の暗号ファイルを選択することができる。例えば、第2の情報通信端末装置20bは、ファイル管理サーバ10において受け手側ユーザが受取可能な暗号ファイルの一覧を表示し、受け手側ユーザは、暗号ファイル一覧から所望の暗号ファイルを選択し得る。或いは、受け手側ユーザは、第2のメールにより受信した暗号ファイルが保存されているフォルダを開いて、所望の暗号ファイルを選択しても良い。受け手側ユーザは、所望の暗号ファイルを選択した後、「ファイルを暗号化する」ボタン1102を選択する。
 また、受け手側ユーザが「ファイルを復号化する」ボタン1102を選択する。このとき、例えば、ファイル選択画面1100に追加的に表示されるメッセージ(図示せず)に従って、受け手側ユーザは、鍵端末装置30を操作して、鍵管理クライアントプログラムを実行する。これにより、ファイル管理サーバ10は、鍵端末装置30との協働により、第2暗号文を取得する。また、鍵端末装置30は、自身の地理的位置情報を取得して、取得した地理的位置情報を含む位置認証要求をファイル管理サーバ10に送信する。ファイル管理サーバ10は、鍵端末装置30から位置認証要求を受信すると、位置認証要求が示す地理的位置情報が指定した受取場所に対応するか否かを判定し、その判定結果を第2の情報通信端末装置20bに送信する。本例では、位置認証が成功した旨を示す判定結果は第2暗号文を含む。第2の情報通信端末装置20bは、位置認証の成功により、ファイル管理サーバ10から第2暗号文を取得すると、一時秘密鍵を用いて、取得した第2暗号文を復号化して共通鍵を生成する。続いて、第2の情報通信端末装置20bは、生成された共通鍵を用いて暗号ファイルを復号化して、元のファイルを取得する。これにより、送り手側ユーザと受け手側ユーザとの間で、ファイルが安全に受け渡されることになる。
 以上のように、本実施形態によれば、受け手側ユーザの主秘密鍵は、鍵端末装置30から外部に出力する必要がないため、第三者に晒されることなく、安全に管理することができる。とりわけ、本実施形態によれば、送り手側ユーザが指定した受取場所にて鍵端末装置30を所持する受け手側ユーザが第2の情報通信端末装置20bを操作する場合にのみ暗号ファイルを復号化することができるため、ファイル受け渡しのセキュリティを更に向上させることができる。
<第2の実施形態>
 本実施形態は、第1の実施形態の変形であり、ファイルの受け手である第2のユーザの情報通信端末装置及び鍵端末装置の双方が、第1のユーザによって指定された受取場所に存在する場合に限り、ファイルを復号化することができるようにした点で、第1の実施形態と異なっている。以下では、第1の実施形態と同じ事項については適宜その詳細な説明を省略する。
 第2の情報通信端末装置20bの地理的位置を推定するために、第2の情報通信端末装置20bそれ自体が地理的位置情報を取得する機能を実装し得る。例えば、第2の情報通信端末装置20bは、GPS機能を実装し得る。或いは、第2の情報通信端末装置20bは、GPS機能を実装したUSB規格の装置を接続しても良い。このような態様では、第2の情報通信端末装置20bは、例えば、ファイル管理サーバ10にログイン後、取得した自身の地理的位置情報を送信する。
 一方、第2の情報通信端末装置20bがデスクトップコンピュータ等である場合、一般に、GPS機能を実装していないことが多く、また、外付けのGPS装置を接続する動機付けが乏しいこともある。したがって、このような場合には、第2の情報通信端末装置20bの地理的位置情報には、例えば、第2の情報通信端末装置20bが接続するLAN内のルータに割り当てられたグローバルIPアドレス等を用いることができる。すなわち、ネットワーク通信において、第2の情報通信端末装置20bから送信される通信データは、ルータに割り当てられたグローバルIPアドレスを含むため、ファイル管理サーバ10は、該通信データからグローバルIPアドレスを抽出し、IPアドレスデータベースを参照して、第2の情報通信端末装置20bの地理的位置を推定し得る。なお、一般に、グローバルIPアドレスの位置推定では、誤差が大きくなる傾向があることから、ファイル管理サーバ10は、誤差許容範囲を拡大して、第2のユーザ(第2の情報通信端末装置20b)の位置認証を行うことが好ましい。
 図12は、本発明の一実施形態に係るファイル管理システムにおけるファイル管理サーバによる位置認証処理の一例を説明するためのフローチャートである。以下の例では、第2の情報通信端末装置20bの位置推定に、グローバルIPアドレスを用いるものとする。
 同図に示すように、ファイル管理サーバ10は、受け手側ユーザの第2の情報通信端末装置20bから送信されるログイン認証の要求を受け付けて、ログイン認証を行う(S1201)。ログイン認証に際して、ファイル管理サーバ10は、第2の情報通信端末装置20bから受け手側ユーザの識別子/パスワード及び一時公開鍵を取得する(S1202)。このとき、ファイル管理サーバ10は、通信データから第2の情報通信端末装置20bが接続するLAN内のルータに割り当てられたグローバルIPアドレスを取得する(S1203)。
 ログイン認証後、ファイル管理サーバ10は、鍵端末装置30から位置認証要求を受信するまで待機する(S1204)。ファイル管理サーバ10は、鍵端末装置30から位置認証要求を受信すると(S1204のYes)、ファイル管理サーバ10は、位置認証要求に基づいて、第1の位置認証処理による成否を判定する(S1205)。すなわち、ファイル管理サーバ10は、位置認証要求が示す地理的位置情報(これを「第1の地理的位置情報」というものとする。)が、送り手側ユーザによって指定された受取場所に対応するか否かを判定する。ファイル管理サーバ10は、第1の地理的位置情報が指定された受取場所に対応しないと判定する場合(S1205のNo)、ファイル管理サーバ10は、位置認証が失敗した旨を示す判定結果を第2の情報通信端末装置20bに送信する(S1210)。
 一方、ファイル管理サーバ10は、第1の地理的位置情報が指定された受取場所に対応すると判定する場合(S1205のYes)、ファイル管理サーバ10は、取得されたグローバルIPアドレスに基づいて、IPアドレスデータベースを参照し、第2の地理的情報を取得する(S1206)。続いて、ファイル管理サーバ10は、取得された第2の地理的位置情報に基づいて、第2の位置認証処理による成否を判定する。(S1207)。すなわち、ファイル管理サーバ10は、取得された第2の地理的位置情報が、指定された受取場所に対応するか否かを判定する。
 ファイル管理サーバ10は、第2の地理的位置情報が指定された受取場所に対応しないと判定する場合(S1207のNo)、ファイル管理サーバ10は、同様に、位置認証が失敗した旨を示す判定結果を第2の情報通信端末装置20bに送信する(S1210)。すなわち、本実施形態では、鍵端末装置30が指定された受取場所に存在するだけでは足りず、第2の情報通信端末装置20bもまた指定された受取場所に存在する必要がある。
 一方、ファイル管理サーバ10は、第2の地理的位置情報が指定された受取場所に対応すると判定する場合(S1207のYes)、ファイル管理サーバ10は、上述したように、鍵端末装置30と協働して、第2暗号文を生成する(S1208)。続いて、ファイル管理サーバ10は、生成された第2暗号文を第2の情報通信端末装置20bに送信する(S1209)。
 以上のように、本実施形態によれば、上記実施形態と同様の利点又は効果を奏し得る。とりわけ、本実施形態によれば、受け手側ユーザが送り手側ユーザによって指定された受取場所にいるか否かの判定は、鍵端末装置30が示す第1の地理的位置情報のみならず、第2の情報通信端末装置20bが示す第2の地理的位置情報に基づいて行われるので、ファイル受け渡しのセキュリティを更に向上させることができる。つまり、送り手側ユーザは、受け手側ユーザが鍵端末装置30を所持し、かつ、受け手側ユーザが使用する第2の情報通信端末装置20bが設置されている場所でのみ暗号ファイルを復号化することができるため、ファイル受け渡しのセキュリティを更に向上させることができる。
(変形例)
 上記の例では、ファイル管理サーバ10は、鍵端末装置30によって取得された第1の地理的位置情報に加えて、第2の情報通信端末装置20bの第2の地理的位置情報に基づいて、位置認証の成否判定を行ったが、例えば、第2の情報通信端末装置20bと鍵端末装置30とが同じLAN内のルータに接続されているか否かに基づいて位置認証の成否の判定を行っても良い。
 例えば、LAN内のルータが提供するWiFi(登録商標)のアクセスポイントに鍵端末装置30が接続可能であるとする。受け手側ユーザは、暗号ファイルの復号化に際して、鍵端末装置30をキャリアネットワークからアクセスポイントへの無線通信接続に切り替える。これにより、ファイル管理サーバ10は、鍵端末装置30とのネットワーク通信において、鍵端末装置30が接続するLAN内のルータに割り当てられたグローバルIPアドレスを取得し得る。
 すなわち、ファイル管理サーバ10は、上述したように、第2の情報通信端末装置20bからグローバルIPアドレスを取得するとともに、鍵端末装置30からグローバルIPアドレスを取得し、これらのグローバルIPアドレスが一致するか否かを各々に判定する。受け手側ユーザは、送り手側ユーザによって指定された受取場所にいることに加え、第2の情報通信端末装置20b及び鍵端末装置30がその場所(同じLAN内)にいる場合に限り、暗号ファイルの復号化することができるため、ファイル受け渡しのセキュリティを更に向上させることができる。なお、この場合、鍵端末装置30のGPS機能による地理的位置情報による判定はなされても良いし、省略されても良い。
 或いは、第2の情報通信端末装置20bと鍵端末装置30とが、Bluetooth(登録商標)通信や近距離無線通信(NFC)により接続された否かが追加的に判定されても良い。これにより、第2の情報通信端末装置20bと鍵端末装置30とが受け手側ユーザの近傍にあることを推定することができ、同様に、位置認証の成否判定の確度を高めることができる。或いは、第2の情報通信端末装置20bは、ファイル管理サーバ10から提示されるワンタイム型の認証コードを示す幾何学パターン(例えば2次元コード)をユーザインターフェース上に表示し、受け手側ユーザが鍵端末装置30を操作して、表示された幾何学パターンを読み取ることにより、鍵端末装置30に取得させ、これをファイル管理サーバ10に送信するようにしても良い。つまり、鍵端末装置30はGPS機能による地理的位置情報により位置認証されることから、このようなユーザインターフェース上の表示物を介して、第2の情報通信端末装置20bと鍵端末装置30とが受け手側ユーザの近傍にあることを推定することができる。
 また、第2のユーザが操作する情報通信端末装置20bと鍵端末装置30とは、同一のデバイス(例えばスマートフォン)であっても良い。この場合には、情報通信端末装置20bと鍵端末装置30との地理的位置情報は一致することになる。
<第3の実施形態>
 本実施形態は、上述の第1及び第2の実施形態の変形又は応用であり、サービスへのログインとしてファイルの復号化に成功したユーザのみが該サービスを享受し得るように制御することを特徴とする。つまり、上記実施形態では、特徴的な認証技術を用いたファイル共有サービスに着目して説明されたが、本実施形態では、上記実施形態に係る認証技術を応用して、ログイン情報の取得(ファイルの復号化)に成功したユーザに対してサービスが利用することができるようにした種々のシステムの例が説明される。
 一例として、本発明は、企業のセキュリティシステム(図1に示したファイル管理システム1に相当するものとみなすことができる。)に適用し得る。具体的には、ある企業に派遣会社から派遣された派遣社員は、派遣先である企業からのみ派遣元である派遣会社のサーバへのアクセスを許容する態様が考えられる。この場合、派遣社員の管理者(第1のユーザに相当する。)は、派遣社員(第2のユーザに相当する。)にサーバ(ファイル管理サーバに相当する。)へのログインの条件に、位置認証を用いたファイルの復号化の成功を設定し得る。例えば、サーバは、ファイル復号化の成功に応答して、派遣社員のログインを許可し得る。或いは、元のファイルがログイン情報を含んでおり、派遣社員は、復号化されたファイルに含まれるログイン情報を用いてサーバにログインしても良い。これにより、派遣社員が、実際に派遣先の企業に物理的に存在することを条件に、サーバにログインすることができ、サーバが提供するサービスを享受することができるようになる。
 他の例として、本発明は、電子チケット、パス或いはクーポン又は認証バッジ等(以下「電子チケット等」という。)にも適用し得る。例えば、電子チケット等としては、イベント等が開催される会場への入場チケット、乗り物への乗車チケット、及び指定場所でのみ有効なダウンロード/閲覧チケット等が挙げられる。具体的には、電子チケット等を発行する発行主体の管理者(第1のユーザに相当する。)は、情報通信端末装置20aを操作して、電子チケット等が利用可能な場所を示す地理的位置情報及び電子チケット等を購入した購入者(第2のユーザに相当する。)を指定し、電子チケット等に係る暗号ファイルを第1暗号文とともにサーバにアップロードする。電子チケット等の購入者は、予め指定された場所(会場等)にて鍵端末装置30としての機能する情報通信端末装置20を用いて暗号ファイルを復号化することで元のファイルを取得することができ、これを用いて種々のサービスを享受することができるようになる。例えば、購入者は、復号化されたファイル(電子チケット等)が示す幾何学的パターンを会場の入場ゲートに設置されたスキャナーに読み取らせることで、会場に入場する。或いは、購入者は、会場にて復号化されたファイルが示すコンテンツを入手する態様や、購入者は、電子チケット等が示す情報を用いて、会場内でのみ応募可能な懸賞やサービスへ参加するという態様があり得る。
 上記各実施形態は、本発明を説明するための例示であり、本発明をこれらの実施形態にのみ限定する趣旨ではない。本発明は、その要旨を逸脱しない限り、さまざまな形態で実施することができる。
 例えば、上記の実施形態では、送り手側ユーザが受取場所を登録する形態を説明したが、これに限られず、例えば、企業や事業者等のシステム管理者が、所属する従業員を受け手側ユーザとする場合の受取場所を一括に指定する形態であっても良い。これにより、企業等は、従業員のファイルの受取場所をオフィスに指定することで、該オフィス以外ではファイルを受け取ることを禁止するといったシステムポリシーによりファイル受け渡しのセキュリティを向上させることができる。
 また、本明細書に開示される方法においては、その結果に矛盾が生じない限り、ステップ、動作又は機能を並行して又は異なる順に実施しても良い。説明されたステップ、動作及び機能は、単なる例として提供されており、ステップ、動作及び機能のうちのいくつかは、発明の要旨を逸脱しない範囲で、省略でき、また、互いに結合させることで一つのものとしても良く、また、他のステップ、動作又は機能を追加しても良い。
 また、本明細書では、さまざまな実施形態が開示されているが、一の実施形態における特定のフィーチャ(技術的事項)を、適宜改良しながら、他の実施形態に追加し、又は該他の実施形態における特定のフィーチャと置換することができ、そのような形態も本発明の要旨に含まれる。
1…ファイル管理システム
10…ファイル管理サーバ
20…情報通信端末装置
 20a…第1の情報通信端末装置
 20b…第2の情報通信端末装置
30…鍵端末装置
40…鍵管理サーバ
 

Claims (26)

  1.  第1のユーザの第1の情報通信端末装置と第2のユーザの第2の情報通信端末装置との間でファイルの伝送を可能にするファイル管理システムであって、
     前記第1の情報通信端末装置及び前記第2の情報通信端末装置の各々と通信可能に接続するファイル管理サーバと、
     前記ファイル管理サーバと通信可能に接続され、地理的位置情報を取得可能な鍵端末装置と、を備え、
     前記ファイル管理サーバは、
     前記第1の情報通信端末装置から少なくとも前記第2のユーザの識別子及び前記ファイルの受取場所を含む宛先情報を取得し、
     前記鍵端末装置から地理的位置情報を含む位置認証要求を受信し、
     前記宛先情報に含まれる前記受取場所と前記位置認証要求に含まれる前記地理的位置情報とに基づいて位置認証の成否の判定を行って、該判定の結果を前記第2の情報通信端末装置に送信し、
     前記第2の情報通信端末装置は、前記判定の結果が前記位置認証が成功した旨を示す場合に、前記ファイルが暗号化された暗号ファイルを復号化する、
    ファイル管理システム。
  2.  前記第1の情報通信端末装置は、所定の関数に従って、共通鍵を生成し、
     生成された前記共通鍵を用いて前記暗号ファイルを作成する、
    請求項1に記載のファイル管理システム。
  3.  前記第1の情報通信端末装置は、
     公開鍵を用いて、前記共通鍵を暗号化した第1暗号文を生成し、
     生成された前記第1暗号文を前記ファイル管理サーバに送信する、
    請求項2に記載のファイル管理システム。
  4.  前記第2の情報通信端末装置は、
     所定の鍵生成アルゴリズムに従って、一時秘密鍵と一時公開鍵とからなる一時鍵対を生成し、前記一時鍵対のうちの前記一時秘密鍵を格納し、
     前記鍵端末装置は、前記一時鍵対のうちの前記一時公開鍵を格納し、
     前記ファイル管理サーバは、前記鍵端末装置と協働して前記一時公開鍵を用いて第2暗号文を生成し、
     前記位置認証が成功した場合に、生成された前記第2暗号文を含む前記判定の結果を前記第2の情報通信端末装置に送信する、
    請求項3に記載のファイル管理システム。
  5.  前記第2の情報通信端末装置は、
     前記共通鍵を取得するために、前記一時秘密鍵を用いて、前記第2暗号文を復号化し、
     前記第2暗号文を復号化することにより取得される前記共通鍵を用いて前記暗号ファイルを復号化する、
    請求項4に記載のファイル管理システム。
  6.  前記ファイル管理サーバは、
     前記第2の情報通信端末装置から前記一時公開鍵を取得し、
     取得された前記一時公開鍵を前記鍵端末装置に送信する、
    請求項4に記載ファイル管理システム。
  7.  前記ファイル管理サーバは、前記第2の情報通信端末装置によるログイン認証に際して、前記一時公開鍵を取得する、
    請求項6に記載のファイル管理システム。
  8.  前記ファイル管理サーバは、前記鍵端末装置の所持又は使用に基づく多要素認証により前記ログイン認証の成否を判定する、
    請求項7に記載のファイル管理システム。
  9.  前記受取場所は、前記第1のユーザによって指定される地理的位置情報である、
    請求項1に記載のファイル管理システム。
  10.  前記第1のユーザによって指定される前記地理的位置情報は、前記第1の情報通信端末装置のユーザインターフェース上に表示される地理的マップに基づいて指定される、
    請求項9に記載のファイル管理システム。
  11.  前記ファイル管理サーバは、前記第2の情報通信端末装置の地理的位置情報に基づいて前記位置認証の成否を判定する、
    請求項1に記載のファイル管理システム。
  12.  前記ファイル管理サーバは、前記位置認証要求に含まれる前記地理的位置情報及び前記第2の情報通信端末装置の前記地理的位置情報の各々が前記宛先情報に含まれる前記受取場所に対応する場合に、前記位置認証が成功したと判定する、
    請求項11に記載のファイル管理システム。
  13.  前記第2の情報通信端末装置の前記地理的位置情報は、グローバルIPアドレスである、
    請求項11に記載のファイル管理システム。
  14.  第1のユーザの第1の情報通信端末装置並びに第2のユーザの第2の情報通信端末装置及び鍵端末装置30の各々と通信可能に接続されるファイル管理サーバであって、
     前記第1の情報通信端末装置から少なくとも前記第2のユーザの識別子及びファイルの受取場所を含む宛先情報を取得する処理と、
     前記鍵端末装置によって取得される地理的位置情報を含む位置認証要求を受信する処理と、
     前記宛先情報に含まれる前記受取場所と前記位置認証要求に含まれる前記地理的位置情報とに基づいて位置認証の成否の判定を行う処理と、
     前記位置認証が成功する場合に、前記第1の情報通信端末装置によって前記ファイルが暗号化された暗号ファイルを復号化するために用いられる暗号文を前記第2の情報通信端末装置に送信する処理と、を実行するように構成された、
    ファイル管理サーバ。
  15.  第1のユーザの第1の情報通信端末装置と第2のユーザの第2の情報通信端末装置との間でファイルの伝送を可能にするファイル伝送方法であって、
     前記第1の情報通信端末装置において前記第2のユーザの識別子及び該ファイルの受取場所を含む宛先情報を指定することと、
     前記第1の情報通信端末装置において前記ファイルを暗号化することにより暗号ファイルを生成することと、
     ファイル管理サーバにおいて指定された前記受取場所を取得することと、
     生成された前記暗号ファイルを前記第2の情報通信端末装置において格納することと、
     前記第2のユーザが所持する鍵端末装置において取得された地理的位置情報を前記鍵端末装置から前記ファイル管理サーバに送信することと、
     前記ファイル管理サーバにおいて前記地理的位置情報が前記指定された受取場所に対応するか否かを判定し、該判定の結果を前記第2の情報通信端末装置に送信することと、
     前記判定の結果が前記地理的位置情報が前記指定された受取場所に対応する旨を示す場合に、前記第2の情報通信端末装置において元の前記ファイルを取得するために前記暗号ファイルを復号化することと、を含む、
    ファイル伝送方法。
  16.  前記暗号ファイルを作成することは、所定の関数に従って、共通鍵を生成することと、
     生成された前記共通鍵を用いて前記暗号ファイルを作成することと、を含む、
    請求項15に記載のファイル伝送方法。
  17.  前記公開鍵を用いて、前記共通鍵を暗号化した第1暗号文を生成することと、
     生成された前記第1暗号文を前記ファイル管理サーバに送信することと、を更に含む、
    請求項16に記載のファイル伝送方法。
  18.  前記第2の情報通信端末装置において、所定の鍵生成アルゴリズムに従って、一時秘密鍵と一時公開鍵とからなる一時鍵対を生成することと、
     前記第2の情報通信端末装置において前記一時鍵対のうちの前記一時秘密鍵を格納することと、
     前記鍵端末装置において前記一時鍵対のうちの前記一時公開鍵を格納することと、
     前記ファイル管理サーバが、前記鍵端末装置と協働して前記一時公開鍵を用いて第2暗号文を生成することと、
     前記位置情報が前記指定された受取場所に対応する旨を示す前記判定の結果に基づいて、生成された前記第2暗号文を前記第2の情報通信端末装置において格納することと、を含む、
    請求項17に記載のファイル伝送方法。
  19.  前記第2の情報通信端末装置において、前記共通鍵を取得するために、前記一時秘密鍵を用いて、前記第2暗号文を復号化することを更に含み、
     前記暗号ファイルを復号化することは、前記第2暗号文を復号化することにより取得された前記共通鍵を用いて前記暗号ファイルを復号化することを含む、
    請求項18に記載のファイル伝送方法。
  20.  前記ファイル管理サーバにおいて、
     前記第2の情報通信端末装置から前記一時公開鍵を取得することと、
     取得された前記一時公開鍵を前記鍵端末装置に送信することと、を更に含む、
    請求項18に記載のファイル伝送方法。
  21.  前記ファイル管理サーバにおいて、前記第2の情報通信端末装置によるログイン認証に際して、前記一時公開鍵を取得すること、を更に含む、
    請求項20に記載のファイル伝送方法。
  22.  前記ファイル管理サーバにおいて、前記鍵端末装置の所持又は使用に基づく多要素認証により前記ログイン認証の成否を判定すること、を更に含む、
    請求項21に記載のファイル伝送方法。
  23.  前記受取場所は、前記第1のユーザによって指定される地理的位置情報である、
    請求項15に記載のファイル伝送方法。
  24.  前記第1のユーザによって指定される前記地理的位置情報は、前記第1の情報通信端末装置のユーザインターフェース上に表示される地理的マップに基づいて指定される、
    請求項23に記載のファイル伝送方法。
  25.  第1のユーザの第1の情報通信端末装置並びに第2のユーザの第2の情報通信端末装置及び鍵端末装置各々と通信可能に接続されるファイル管理サーバにより実行されるファイル管理方法であって、
     前記第1の情報通信端末装置から少なくとも前記第2のユーザの識別子及びファイルの受取場所を含む宛先情報を取得することと、
     前記鍵端末装置によって取得される地理的位置情報を含む位置認証要求を受信することと、
     前記宛先情報に含まれる前記受取場所と前記位置認証要求に含まれる前記地理的位置情報とに基づいて位置認証の成否の判定を行うことと、
     前記位置認証が成功する場合に、前記第1の情報通信端末装置によって前記ファイルが暗号化された暗号ファイルを復号化するために用いられる情報を前記第2の情報通信端末装置に送信することと、を含む、
    ファイル管理方法。
  26.  第1のユーザの第1の情報通信端末装置により、第2のユーザの第2の情報通信端末装置におけるサービスの享受の可否を制御するシステムであって、
     前記第1の情報通信端末装置及び前記第2の情報通信端末装置の各々と通信可能に接続するサーバと、
     前記サーバと通信可能に接続され、地理的位置情報を取得可能な鍵端末装置と、を備え、
     前記サーバは、
     前記第1の情報通信端末装置から少なくとも前記第2のユーザの識別子及び前記サービスの享受場所を含む宛先情報を取得し、
     前記鍵端末装置から地理的位置情報を含む位置認証要求を受信し、
     前記宛先情報に含まれる前記享受場所と前記位置認証要求に含まれる前記地理的位置情報とに基づいて位置認証の成否の判定を行って、該判定の結果を前記第2の情報通信端末装置に送信し、
     前記第2の情報通信端末装置は、前記判定の結果が前記位置認証が成功した旨を示す場合に、前記サービスを享受するように動作する、
    システム。
PCT/JP2024/019451 2023-06-07 2024-05-27 位置認証を用いるファイル管理技術 Ceased WO2024252973A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
EP24819205.6A EP4727053A1 (en) 2023-06-07 2024-05-27 File management technology using position authentication

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2023094434A JP7664590B2 (ja) 2023-06-07 2023-06-07 位置認証を用いるファイル管理技術
JP2023-094434 2023-06-07

Publications (1)

Publication Number Publication Date
WO2024252973A1 true WO2024252973A1 (ja) 2024-12-12

Family

ID=93795879

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2024/019451 Ceased WO2024252973A1 (ja) 2023-06-07 2024-05-27 位置認証を用いるファイル管理技術

Country Status (3)

Country Link
EP (1) EP4727053A1 (ja)
JP (1) JP7664590B2 (ja)
WO (1) WO2024252973A1 (ja)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008015669A (ja) * 2006-07-04 2008-01-24 Uchida Yoko Co Ltd 電子データアクセス制御システム、プログラム及び情報記憶媒体
JP2014507841A (ja) 2011-01-07 2014-03-27 トムソン ライセンシング オンラインストレージのための装置及び方法、送信装置及び方法並びに受信装置及び方法
JP2017195920A (ja) * 2016-04-25 2017-11-02 株式会社thee moment メッセージ配信ゲームシステム、メッセージ配信ゲーム方法及びプログラム
JP2021528793A (ja) * 2018-05-11 2021-10-21 ラティス セミコンダクタ コーポレーションLattice Semiconductor Corporation プログラマブルロジックデバイスのためのキープロビジョニングシステム及び方法

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5181228B2 (ja) 2006-12-15 2013-04-10 株式会社パレス興業 遊技情報の選択的且つ一元的なデータ共有及び不正防止ネットワークシステム
US8510848B1 (en) 2009-02-02 2013-08-13 Motorola Mobility Llc Method and system for managing data in a communication network
JP5005107B1 (ja) 2011-06-23 2012-08-22 誠 大島 データ蓄積システム

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008015669A (ja) * 2006-07-04 2008-01-24 Uchida Yoko Co Ltd 電子データアクセス制御システム、プログラム及び情報記憶媒体
JP2014507841A (ja) 2011-01-07 2014-03-27 トムソン ライセンシング オンラインストレージのための装置及び方法、送信装置及び方法並びに受信装置及び方法
JP2017195920A (ja) * 2016-04-25 2017-11-02 株式会社thee moment メッセージ配信ゲームシステム、メッセージ配信ゲーム方法及びプログラム
JP2021528793A (ja) * 2018-05-11 2021-10-21 ラティス セミコンダクタ コーポレーションLattice Semiconductor Corporation プログラマブルロジックデバイスのためのキープロビジョニングシステム及び方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
SHERMAN S.M. CHOWWENG JIANYANJIANG YANGROBERT H. DENG: "Efficient unidirectional proxy reencryption", PROGRESS IN CRYPTOLOGY - AFRICACRYPT 2010: THIRD INTERNATIONAL CONFERENCE ON CRYPTOLOGY IN AFRICA, vol. 6055, 3 May 2010 (2010-05-03), pages 316 - 332, Retrieved from the Internet <URL:https://ink.library.smu.edu.sg/sisresearch/1316>

Also Published As

Publication number Publication date
JP2024176144A (ja) 2024-12-19
JP7664590B2 (ja) 2025-04-18
EP4727053A1 (en) 2026-04-15

Similar Documents

Publication Publication Date Title
US11943350B2 (en) Systems and methods for re-using cold storage keys
US9166781B2 (en) Key change management apparatus and key change management method
US11456998B2 (en) System and method for encryption, storage and transmission of digital information
US20150381580A1 (en) System and method to use a cloud-based platform supported by an api to authenticate remote users and to provide pki- and pmi- based distributed locking of content and distributed unlocking of protected content
EP3697053B1 (en) Accessing encrypted user data at a multi-tenant hosted cloud service
US20110302410A1 (en) Secure document delivery
KR101648364B1 (ko) 대칭키 암호화와 비대칭키 이중 암호화를 복합적으로 적용한 암/복호화 속도개선 방법
CN104365127B (zh) 用于在远程显示单元上追踪移动设备的方法
CN101213538A (zh) 电子名片交换系统及方法
US12335375B2 (en) System and method for secure electronic data transfer
WO2019163040A1 (ja) アクセス管理システム、及びそのプログラム
KR102293610B1 (ko) 보안 인스턴트 메시징 방법 및 장치
JP5012574B2 (ja) 共通鍵自動共有システム及び共通鍵自動共有方法
KR101986690B1 (ko) 메시지 종단간 암호화를 위한 키 체인 관리 방법 및 시스템
JP2006345261A (ja) データ処理装置
JP2007053569A (ja) 電子メールセキュリティ化装置及び該システム
JP7577284B2 (ja) 鍵端末に秘密鍵を秘匿したまま暗号ファイルを処理するストレージシステムのダウンロード端末、鍵端末、ならびに、ストレージサーバ
JP7664590B2 (ja) 位置認証を用いるファイル管理技術
JP6864884B2 (ja) 暗号化データ管理システム、暗号化データ管理プログラム及び暗号化データ管理方法
JP2018032908A (ja) 情報送信方法、情報処理方法、プログラム、復号方法、プログラム
JP2016163198A (ja) ファイル管理装置、ファイル管理システム、ファイル管理方法及びファイル管理プログラム
JP4047318B2 (ja) コンテンツ配信利用制御方法
US20240313951A1 (en) Providing security for edge computing using location data
Zeidler et al. Towards a framework for privacy-preserving data sharing in portable clouds
US20240283635A1 (en) Communication system, user terminal, communication method, and communication program

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: 24819205

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2025526059

Country of ref document: JP

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 2025526059

Country of ref document: JP

WWE Wipo information: entry into national phase

Ref document number: 2024819205

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2024819205

Country of ref document: EP

Effective date: 20260107

ENP Entry into the national phase

Ref document number: 2024819205

Country of ref document: EP

Effective date: 20260107

ENP Entry into the national phase

Ref document number: 2024819205

Country of ref document: EP

Effective date: 20260107

ENP Entry into the national phase

Ref document number: 2024819205

Country of ref document: EP

Effective date: 20260107

ENP Entry into the national phase

Ref document number: 2024819205

Country of ref document: EP

Effective date: 20260107

WWP Wipo information: published in national office

Ref document number: 2024819205

Country of ref document: EP