WO2024079797A1 - ユーザ情報開示装置、通信システム、及びユーザ情報開示方法 - Google Patents

ユーザ情報開示装置、通信システム、及びユーザ情報開示方法 Download PDF

Info

Publication number
WO2024079797A1
WO2024079797A1 PCT/JP2022/037931 JP2022037931W WO2024079797A1 WO 2024079797 A1 WO2024079797 A1 WO 2024079797A1 JP 2022037931 W JP2022037931 W JP 2022037931W WO 2024079797 A1 WO2024079797 A1 WO 2024079797A1
Authority
WO
WIPO (PCT)
Prior art keywords
information
terminal
authorization
user
user information
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/JP2022/037931
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.)
NTT Docomo Inc
Original Assignee
NTT Docomo Inc
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 NTT Docomo Inc filed Critical NTT Docomo Inc
Priority to JP2024550951A priority Critical patent/JPWO2024079797A1/ja
Priority to PCT/JP2022/037931 priority patent/WO2024079797A1/ja
Publication of WO2024079797A1 publication Critical patent/WO2024079797A1/ja
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/95—Retrieval from the web
    • G06F16/953—Querying, e.g. by the use of web search engines
    • G06F16/9535—Search customisation based on user profiles and personalisation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks

Definitions

  • the present invention relates to technology for ID integration.
  • 5G Fifth Generation Partnership Project
  • 5G New Radio
  • 5G 5G
  • various wireless technologies are being studied to meet the requirements of achieving a throughput of 10 Gbps or more while keeping latency in wireless sections to 1 ms or less.
  • NR is considering a network architecture including 5GC (5G Core Network), which corresponds to EPC (Evolved Packet Core), the core network in the network architecture of LTE (Long Term Evolution), and NG-RAN (Next Generation-Radio Access Network), which corresponds to E-UTRAN (Evolved Universal Terrestrial Radio Access Network), the RAN (Radio Access Network) in the network architecture of LTE (for example, non-patent document 1).
  • 5GC 5G Core Network
  • EPC Evolved Packet Core
  • LTE Long Term Evolution
  • NG-RAN Next Generation-Radio Access Network
  • E-UTRAN Evolved Universal Terrestrial Radio Access Network
  • the RAN Radio Access Network
  • an architecture is being considered in which the northbound interface between the NEF (Network Exposure Function) and AF (Application Function) in a 5G system is configured using the CAPIF (Common API Framework) (for example, Non-Patent Document 2, Non-Patent Document 3, and Non-Patent Document 4).
  • NEF Network Exposure Function
  • AF Application Function
  • CAPIF Common API Framework
  • 3GPP TS 23.501 V17.6.0 (2022-09) 3GPP TS 23.222 V17.7.0 (2022-09) 3GPP TS 33.122 V17.0.0 (2022-03) 3GPP TR 23.700-95 V1.5.0 (2022-09)
  • ID linking technology which allows users to centrally manage the ID information that they previously registered separately for each site, is attracting attention.
  • OpenID registered trademark
  • ID linking technology such as OpenID (registered trademark) Connect has not been introduced into the 5G system.
  • the present invention was made in consideration of the above points, and aims to provide technology that makes it possible to provide dynamic information to an application server within a mechanism for ID federation.
  • a receiving unit receives a user information request including a user identifier from an application server authorized to perform a specific process; a control unit that acquires information corresponding to the user identifier from a data storage device in the communication system;
  • a user information disclosure device comprising: a transmission unit that transmits user information created based on the information to the application server.
  • the disclosed technology provides a technique that enables dynamic information to be provided to an application server within a mechanism for ID federation.
  • FIG. 1 is a diagram illustrating an example of a communication system.
  • FIG. 1 is a diagram for explaining an example of a communication system in a roaming environment.
  • FIG. 2 illustrates an example of an API call.
  • 1 is a diagram illustrating an example of a communication system according to an embodiment of the present invention.
  • FIG. 2 is a sequence diagram of the first embodiment.
  • FIG. 2 is a sequence diagram of the first embodiment.
  • FIG. 2 is a sequence diagram of the first embodiment.
  • FIG. 11 is a sequence diagram of the second embodiment.
  • FIG. 13 is a sequence diagram of the third embodiment.
  • FIG. 2 is a diagram illustrating an example of a functional configuration of an authorization device 40 according to an embodiment of the present invention.
  • FIG. 2 is a diagram illustrating an example of a functional configuration of a user information disclosure device 50 according to an embodiment of the present invention.
  • FIG. 2 is a diagram illustrating an example of a hardware configuration of an apparatus according to an embodiment of the present invention.
  • 1 is a diagram showing an example of a configuration of a vehicle according to an embodiment of the present invention.
  • existing technologies are used as appropriate.
  • the existing technologies are, for example, existing LTE or existing NR (5G), but are not limited to existing LTE or existing NR.
  • OIDC OpenID (registered trademark) Connect
  • OIDC OpenID (registered trademark) Connect
  • “configuring" wireless parameters etc. may mean that predetermined values are pre-configured, or that wireless parameters notified from the network node device 30 or the terminal 20 are configured.
  • FIG. 1 is a diagram for explaining an example of a communication system.
  • the communication system is composed of a UE, which is a terminal 20, and multiple network node devices.
  • a UE which is a terminal 20
  • multiple network node devices In the following, it is assumed that one network node device corresponds to each function, but multiple functions may be realized by one network node device, or multiple network node devices may realize one function.
  • the "connection" described below may be a logical connection or a physical connection.
  • the RAN Radio Access Network
  • the RAN is a network node device having a radio access function, which may include a base station, and is connected to a UE, an AMF (Access and Mobility Management Function), and a UPF (User plane function).
  • the AMF is a network node device having functions such as RAN interface termination, NAS (Non-Access Stratum) termination, registration management, connection management, reachability management, and mobility management.
  • the UPF is a network node device having functions such as a PDU (Protocol Data Unit) session point to the outside that interconnects with a DN (Data Network), packet routing and forwarding, and user plane QoS (Quality of Service) handling.
  • the UPF and DN constitute a network slice. In the wireless communication network in an embodiment of the present invention, multiple network slices are constructed.
  • the AMF is connected to the UE, RAN, SMF (Session Management function), NSSF (Network Slice Selection Function), NEF (Network Exposure Function), NRF (Network Repository Function), UDM (Unified Data Management), UDR (Unified Data Repository), AUSF (Authentication Server Function), PCF (Policy Control Function), and AF (Application Function).
  • the AMF, SMF, NSSF, NEF, NRF, UDM, UDR, AUSF, PCF, and AF are network node devices that are interconnected via interfaces based on their respective services: Namf, Nsmf, Nnssf, Nnef, Nnrf, Nudm, Nudr, Nausf, Npcf, and Naf.
  • the SMF is a network node device having functions such as session management, IP (Internet Protocol) address allocation and management for UEs, DHCP (Dynamic Host Configuration Protocol) function, ARP (Address Resolution Protocol) proxy, and roaming function.
  • the NEF is a network node device having a function of notifying other NFs (Network Functions) of capabilities and events.
  • the NSSF is a network node device having functions such as selecting the network slice to which the UE connects, determining the allowed NSSAI (Network Slice Selection Assistance Information), determining the NSSAI to be set, and determining the AMF set to which the UE connects.
  • the PCF is a network node device having a function of controlling network policies.
  • the AF is a network node device having a function of controlling application servers.
  • the NRF is a network node device having a function of discovering NF instances that provide services.
  • the UDM is a network node device that manages subscriber data, authentication data, etc. The UDM also stores (manages) dynamic information according to the connection status of the terminal 20, etc.
  • the UDM is connected to a UDR (User Data Repository) that holds data.
  • FIG. 2 is a diagram for explaining an example of a communication system in a roaming environment.
  • the network is composed of a UE, which is a terminal 20, and multiple network node devices.
  • the SEPP is a non-transparent proxy that filters control plane messages between PLMNs (Public Land Mobile Networks).
  • the vSEPP shown in Figure 2 is a SEPP in a visited network, and the hSEPP is a SEPP in a home network.
  • the UE is in a roaming environment connected to the RAN and AMF in the VPLMN (Visited PLMN).
  • the VPLMN and the HPLMN (Home PLMN) are connected via vSEPP and hSEPP.
  • the UE can communicate with the UDM of the HPLMN, for example, via the AMF of the VPLMN.
  • the operation of this embodiment may be performed in either the configuration shown in FIG. 1 or FIG. 2. Furthermore, the operation of this embodiment may be performed in a configuration other than the configuration shown in FIG. 1 or FIG. 2.
  • the authorization device 40, user information disclosure device 50, etc. described below are assumed to be network node devices in 5GS, but are not limited to this assumption, and the authorization device 40, user information disclosure device 50, etc. may be devices in a communication system other than 5GS.
  • an API Application Programming Interface
  • CAPIF Common API Framework
  • the CAPIF architecture provides a mechanism that supports service API operations, for example, allowing an API invoker to discover a service API provided by an API provider and enabling communication using that service API.
  • the application server 60 (hereinafter referred to as the app server 60) that is the API caller described below may be provided in the above AF, and the API providing function (AEF) may be provided in the NEF, but this is not limited to this, and the app server 60 and the AEF may each be provided in any network node device. Furthermore, the app server 60 may be provided in a certain terminal or a certain base station. The app server 60 may also be referred to as the API caller (invoker).
  • the resource owner may be a network node device, a terminal 20, a base station, or another device. In this embodiment, it is assumed that the terminal 20 is the resource owner.
  • FIG. 3 shows an example of an API call.
  • APIs are open to external applications, and an API can be called from a third-party application server 60 to a network node device.
  • an application that calls an API is preregistered in the CAPIF core device 30 from the app server 60 using the CAPIF-API.
  • the CAPIF core device 30 authenticates and authorizes the application.
  • a service API is opened by the API Exposing Function (also written as AEF) 91 for authenticated and authorized applications, and the application that calls the API can use the functions of the API by calling the API.
  • the APF (API Publishing Function) 92 has the function of publishing the service API information of the API provider to the CAPIF core device 30.
  • the AMF (API Management Function) 91 has various management functions related to API calls.
  • the terminal 20 can authorize an API call to the application server 60 via the authorization device 40.
  • authorization can be achieved using the OAuth 2.0 mechanism.
  • the first, second and third embodiments will be described below.
  • the first embodiment is the basic embodiment.
  • the second and third embodiments are each modified versions of the first embodiment.
  • the second and third embodiments may each be implemented independently of the first embodiment.
  • the first, second and third embodiments may be implemented in combination.
  • a "user” is an entity (typically a person) that uses a terminal
  • a “terminal” is a device such as a smartphone.
  • a “terminal” may also be called a "user.”
  • ID federation technology that enables users to centrally manage ID information that was previously registered separately for each site has been attracting attention.
  • OpenID registered trademark
  • ID federation instead of introducing ID federation into 5GS, it is also possible to realize ID federation at the application layer. However, in that case, it is likely that only static user information will be handled in the user information federation that constitutes ID federation.
  • OIDC OpenID (registered trademark) Connect
  • OP OpenID (registered trademark) Provider
  • token endpoint function of OIDC OP can be included by slightly extending the CAPIF authorization function (authorization device 40) and the CAPIF core function (CAPIF core device 30), respectively.
  • 5GS does not have a function corresponding to the user information endpoint function of OIDC OP. Therefore, there is an issue with the conventional technology in that it is not possible to properly perform ID federation based on OIDC.
  • OIDC is introduced into a communication system (assuming 5GS here) so that the communication system can provide ID federation, including dynamic user information federation.
  • the CAPIF authorization function (called the authorization device 40) includes the authorization endpoint function of the OIDC OP.
  • an interface with the authorization device 40 is provided in the CAPIF core function (called the CAPIF core device 30) so that it can generate ID tokens. This enables the CAPIF core device 30 to execute the token termination point function of the OIDC OP.
  • a user information disclosure device 50 will be newly introduced as a "user information disclosure function" in the communication system, enabling the execution of the user information termination point function of the OIDC OP.
  • OIDC user information is sent from an OIDC OP to an OIDC RP (Relying Party).
  • the user information is information that characterizes each user's identifier (i.e., for each of the multiple identifiers per one SUPI (Subscription Permanent Identifier)).
  • SUPI Subscribescription Permanent Identifier
  • the user information is not limited to this, and user information independent of the identifier may also be used.
  • the user information is one or more or all of the following: static information, dynamic information, and a URI for obtaining dynamic information.
  • user information including these three is used.
  • the user information disclosure device 50 needs to acquire (generate) the user information to be disclosed. Any method may be used to acquire the user information, but in this embodiment, the UDR (corresponding to the data storage device 70 described later) stores the information necessary for the user information disclosure device 50 to generate the user information.
  • the UDR corresponding to the data storage device 70 described later
  • the following information (1) to (3) is stored in the relevant area of the UDR by offline input or by using Nnef_UserInfoProvision.
  • the user information disclosure device 50 can, for example, use SUPI to access the UDM (corresponding to the data management device 80 described later), obtain information indicating the user's current status (e.g., AMF registration information, etc.), and include that information (or a part of that information) in the user information as dynamic information.
  • FIG. 4 shows an example of the configuration of a communication system in the first embodiment.
  • the configuration shown in Fig. 4 is basically also applied to the second and third embodiments.
  • the communication system in this embodiment has a terminal 20 (user terminal 20), a CAPIF core device 30, an authorization device 40, a user information disclosure device 50, an application server 60, an information server 65, a data storage device 70, a data management device 80, and a NEF 90.
  • each device can communicate with at least other devices connected by the lines shown in the figure.
  • the data storage device 70 corresponds to UDR and the data management device 80 corresponds to UDM, but this is not limited to this.
  • the "data storage device 70 and the data management device 80" may be configured as one device (which may be called a data storage device).
  • the "CAPIF core device 30 and the authorization device 40" may be one device. This one device may be called a core device, an authorization device, or a network node device.
  • the terminal 20 has a browser, and that the device communicating with the terminal 20 has a web server function, and the terminal 20 transmits information to other devices as HTTP requests and receives information from other devices as HTTP responses.
  • this assumption is merely an example, and the present invention is not limited to this assumption.
  • communication between the application server 60 and the authorization device 40 is performed by redirection via the terminal (browser), but this is just one example. Communication may also be performed directly between the application server 60 and the authorization device 40.
  • the terminal 20 transmits a user information addition request to the NEF 90.
  • the user information addition request is, for example, a Nnef_UserInfoProvision request.
  • the user information addition request here is assumed to include the following information:
  • the above information is for adding the above user information having the identifier a2.
  • the application server 60 sends an authentication request to the authorization device 40 via the browser of the terminal 20 (by redirection).
  • the authorization device 40 authenticates the terminal 20 (or the user) via the browser in the terminal 20 or a mechanism in the 5GS, and obtains authorization from the user for "the application server 60 to access the user information.”
  • an input screen is displayed by the browser on the terminal 20, and the user inputs information from the input screen indicating authorization for "the application server 60 to access the user information.”
  • Information indicating that authorization has been granted is sent to the authorization device 40.
  • Authorization may be authorization from the user for "application server 60 to use a specific API," or authorization for a specific process of application server 60 other than the above.
  • the content of “authorization” is the same in the second and third embodiments.
  • the authorization device 40 sends an authorization code to the application server 60 via the browser in the terminal 20, indicating that the user has authorized access to the user information.
  • the application server 60 presents (sends) an authorization code to the CAPIF core device 30.
  • the CAPIF core device 30 accesses the authorization device 40 and obtains information related to authentication (e.g., the time when authentication was performed and the authentication method).
  • the CAPIF core device 30 In S110, the CAPIF core device 30 generates an ID token based on the information obtained from the authorization device 40. The CAPIF core device 30 also generates an access token.
  • the CAPIF core device 30 transmits an ID token and an access token to the application server 60.
  • the application server 60 transmits a user information request to the user information disclosure device 50.
  • the access confirmation URI and the RAT confirmation URI are both URIs in the information server 65.
  • the information server 65 may be the data management device 80, in which case the access confirmation URI and the RAT confirmation URI may be URIs disclosed by the NEF 90.
  • the technology according to the first embodiment described above makes it possible to realize OIDC in 5GS.
  • dynamic information can be handled as user information in OIDC, the service can be flexibly adapted to the situation of the terminal 20.
  • information on currently used access and information on currently used RAT are acquired as dynamic information acquired by the communication system, but these are merely examples and are not limiting.
  • location information of the terminal 20 is acquired as dynamic information by utilizing a positioning mechanism in the communication system.
  • OIDC specification OpenID Connect Core 1.0 incorporating errata set 1 states the following.
  • the authorization server below corresponds to authorization device 40.
  • “none” may be rephrased as “none”.
  • the authorization server MUST attempt to authenticate the end-user if: - The end user has not yet been authenticated.
  • the authentication request contains a prompt parameter with the value "login".
  • the authorization server must re-authenticate the end user even if the end user has already been authenticated.
  • the authorization server must not interact with the end user in the following cases:
  • the authentication request contains a prompt parameter with the value "none". In this case, if the end user is not already authenticated or cannot be silently authenticated, the authorization server MUST return an error." In the authorization device 40, it is important to appropriately process the case where "the authentication request includes a prompt parameter having a value "none"" in order to make the user feel that the transition between applications is smooth.
  • the authorization device 40 when the authorization device 40 receives a promptless authentication request, the authorization device 40 confirms that the terminal 20 (or the user, or both the terminal 20 and the user) are authenticated based on the 5GS authentication result/FIDO authentication result. Furthermore, the authorization device 40 confirms whether automatic login is permitted for the terminal 20 (user). If these confirmations are made, the authorization device 40 issues an authorization code to the application server 60.
  • the terminal 20 registers information on the terminal authenticator capabilities (such as FIDO) in the data management device 80 during the registration procedure for registering with the communication system (here, 5GS).
  • FIDO is an abbreviation for Fast Identity Online.
  • FIDO authentication can achieve high security by performing identity authentication (such as biometric authentication) in the local environment of the terminal 20 and authentication using a public key authentication method.
  • the authorization device 40 executes the following processes in the authentication stage and the login authorization stage. Note that the condition for the case where the user (terminal 20) has not yet been authenticated (at the application layer) may not be used.
  • the authorization device 40 first confirms the presence of AMF registration information in the data management device 80.
  • the fact that the AMF registration information of the terminal 20 is stored in the data management device 80 means that the terminal 20 has been authenticated in the communication system (authentication has been successful).
  • the authorization device 40 performs the following (i) and (ii) to confirm the result of the authentication (e.g., biometric authentication) performed between the user and the terminal 20.
  • the authentication e.g., biometric authentication
  • the FIDO server is accessed, and if storage information indicating that the terminal 20 has been authenticated is stored, it is determined that the terminal 20 (and the user) has been authenticated.
  • the authorization device 40 confirms that the subscriber information of the data management device 80 includes information indicating that automatic login is permitted.
  • the authorization device 40 After the above-mentioned checks at the authentication stage and login authorization stage, the authorization device 40 transmits an authorization code to the application server 60 without re-authentication at the application layer. Note that, of the checks at the authentication stage and login authorization stage, the check at the login authorization stage may not be performed.
  • the authorization device 40 may determine that the terminal 20 (or the user) has not been authenticated and may not issue an authorization code.
  • the terminal 20 includes information on the terminal authenticator capability in a registration request.
  • the AMF includes the terminal authenticator capability information when registering the terminal 20 with the data management device 80. That is, the terminal registration process causes the terminal authenticator capability information for the terminal 20 to be stored in the data management device 80. It is assumed that if the terminal 20 has terminal authenticator capability, FIDO authentication is possible in the terminal 20, and if it does not have terminal authenticator capability, FIDO authentication in the terminal 20 cannot be performed.
  • the FIDO server 100 may be a network node device in the communication system or a device outside the communication system.
  • the FIDO server 100 may be called an authentication server.
  • the application server 60 sends an authentication request to the authorization device 40 via the browser of the terminal 20.
  • the authentication request includes the following parameters:
  • (A) client_id parameter The value is the identifier of the application server 60.
  • login_hint parameter The value is the user's email address.
  • the above “user email address” is used as identification information for the terminal 20 (or the user) as described below.
  • the “user email address” is an example, and information other than the “user email address” may be used.
  • the authorization device 40 accesses the FIDO server 100 and obtains information indicating that authenticated storage information exists for the terminal 20. If there is no authenticated storage information, for example, an error is returned to the application server 60.
  • the authorization device 40 sends an authorization code to the application server 60 without performing authentication at the application layer.
  • Authentication at the application layer is, for example, the authentication and authorization process of S104 described in the first embodiment.
  • the subsequent processes are the same as those from S107 in the first embodiment.
  • Avatars do not behave freely, but rather act while obtaining permission from people as appropriate.
  • the mechanism by which avatars obtain authorization for actions from people is provided by OAuth 2.0 for API access.
  • OAuth 2.0 for API access.
  • conventional technology does not have such a mechanism for logging in to other applications or providing ID information.
  • OIDC conventional technology does not allow people who give permission to avatars to be involved in the related flows.
  • the authorization device 40 transmits an authorization code to the application server 60 after obtaining confirmation from both the avatar and the person.
  • the person is referred to as the "first terminal 20A” and the avatar is referred to as the "second terminal 20B.”
  • the "first terminal 20A” is assumed to be a physical terminal such as a smartphone used by a user (person).
  • the “second terminal 20B” may be a physical terminal used by an avatar (software), or it may be software (virtual terminal) on a computer (which may be a server or a terminal).
  • the user of the second terminal 20B in the third embodiment is not limited to an avatar.
  • Both the "first terminal 20A” and the “second terminal 20B” may be used by human users.
  • the "first terminal 20A” may be used by a parent
  • the "second terminal 20B” may be used by a child.
  • the first terminal 20A subscribes to Web push notifications from the authorization device 40 in advance.
  • the first terminal 20A is enabled to receive Web push notifications from the authorization device 40 when an authentication request for the second terminal 20B is triggered.
  • the authorization device 40 When the authorization device 40 receives an authentication request from the application server 60 via the second terminal 20B, it transmits an authentication and authorization request (which may also be called an authentication request or an authorization request) to both the second terminal 20B and the first terminal 20A.
  • the authorization device 40 transmits the authentication and authorization request to the first terminal 20A by a Web push notification.
  • the authorization device 40 authenticates both the second terminal 20B and the first terminal 20A, and if authorization is obtained from both, it sends an authorization code for access from the second terminal 20B to the application server 60.
  • the application server 60 sends an authentication request to the authorization device 40 via the browser of the second terminal 20B.
  • the authentication request includes the following parameters:
  • - login_hint parameter The value is the email address of the second terminal 20B.
  • the above “email address” is used as identification information for the second terminal 20B, as described below.
  • the "email address” is an example, and information other than the "email address” may be used.
  • the authorization device 40 performs authentication and authorization processing with the second terminal 20B. That is, the authorization device 40 transmits an authentication and authorization request to the second terminal 20B.
  • the authentication and authorization processing based on the authentication and authorization request is the same as the authentication and authorization processing between the terminal 20 and the authorization device 40 in the first embodiment.
  • the authorization device 40 sends an authentication and authorization request to the first terminal 20A by Web push.
  • the process based on this authentication and authorization request is the same as the authentication and authorization process between the terminal 20 and the authorization device 40 in the first embodiment.
  • the authorization device 40 obtains confirmation of authentication authorization (information indicating that authorization has been obtained) from both the first terminal 20A and the second terminal 20B.
  • the authorization device 40 having obtained authorization from both the first terminal 20A and the second terminal 20B, decides to send an authorization code to the application server 60, and performs the transmission. Specifically, the authorization device 40 returns an HTTP response including the authorization code and the redirection endpoint of the RP to the second terminal 20B. An empty HTTP response is returned to the first terminal 20A.
  • the OIDC procedure for the second terminal 20B continues in the same manner as the processing from S106 onwards in the first embodiment.
  • steps S309 to S310 if the authorization device 40 does not receive confirmation of authentication and authorization from at least one of the first terminal 20A and the second terminal 20B, the authorization device 40 does not send an authorization code to the application server 60.
  • authorization refers to, for example, authorizing the application server 60 to access user information of the user (e.g., avatar) of the second terminal 20B, as in the first embodiment.
  • authorization may be authorization for a process other than authorizing access to user information.
  • a terminal in a mechanism for ID federation, can be involved in the operation of another terminal. Therefore, for example, in the OIDC procedure, it is possible to prevent an avatar from acting freely.
  • Fig. 10 is a diagram showing an example of the functional configuration of the authorization device 40.
  • the authorization device 40 has a transmitting unit 110, a receiving unit 120, a setting unit 130, and a control unit 140.
  • the functional configuration shown in Fig. 10 is merely an example. As long as the operation related to the embodiment of the present invention can be performed, the names of the functional divisions and functional units may be any.
  • Each network node device shown in Fig. 4 also has the configuration shown in Fig. 10.
  • the transmitting unit 110 generates information to be transmitted to the terminal 20 or other network node devices, and transmits the information by wire or wirelessly.
  • the receiving unit 120 receives various types of information transmitted from the terminal 20 or other network node devices.
  • the setting unit 130 stores various setting information in a storage device and reads it from the storage device as needed.
  • the control unit 140 controls the entire device.
  • the functional units in the control unit 140 related to information transmission may be included in the transmitting unit 110, and the functional units in the control unit 140 related to information reception may be included in the receiving unit 120.
  • Fig. 11 is a diagram showing an example of the functional configuration of the user information disclosure device 50.
  • the user information disclosure device 50 has a transmitting unit 210, a receiving unit 220, a setting unit 230, and a control unit 240.
  • the functional configuration shown in Fig. 11 is merely an example.
  • the names of the functional divisions and functional units may be any as long as the operations related to the embodiment of the present invention can be performed.
  • the transmitting unit 210 generates information to be transmitted to the terminal 20 or other network node devices, and transmits the information by wire or wirelessly.
  • the receiving unit 220 receives various types of information transmitted from the terminal 20 or other network node devices.
  • the setting unit 230 stores various setting information in a storage device and reads it from the storage device as needed.
  • the control unit 240 controls the entire device.
  • the functional units in the control unit 240 related to information transmission may be included in the transmission unit 210, and the functional units in the control unit 240 related to information reception may be included in the reception unit 220.
  • This embodiment discloses at least the following Supplementary Notes 1 to 3.
  • ⁇ Appendix 1> (Additional Note 1) a receiving unit for receiving a user information request including a user identifier from an application server authorized to perform a specific process; a control unit that acquires information corresponding to the user identifier from a data storage device in the communication system; A user information disclosure device comprising: a transmission unit that transmits user information created based on the information to the application server. (Additional Note 2) The user information disclosure device according to claim 1, wherein the user information transmitted to the application server includes information of an access destination for monitoring a status of a terminal corresponding to the user identifier. (Additional Note 3) 3.
  • the user information disclosure device according to claim 1, wherein the control unit acquires dynamic information of the terminal from a data management device that manages the dynamic information, and includes the dynamic information in the user information.
  • the user information disclosure device described in Appendix 3 wherein when the control unit detects that specific information is included in the information obtained from the data storage device, the control unit accesses the data management device and obtains the dynamic information.
  • a communication system comprising: a user information disclosure device according to any one of claims 1 to 4; and an authorization device that executes a process for authorization of the specific process for the application server.
  • Supplementary Items 1 to 6 provide technology that makes it possible to provide dynamic information to an application server within a mechanism for ID federation.
  • the application server can continue to obtain dynamic information about the user even after the user logs in.
  • the application server can obtain dynamic information about the user when the user logs in.
  • dynamic information can be obtained only when necessary.
  • ⁇ Appendix 2> a receiving unit that receives an authentication request from an application server accessed by a terminal; a control unit that, when a specific parameter is included in the authentication request, checks whether specific registration information related to the terminal is stored in a network node device of a communication system used by the terminal, and determines whether the terminal is authenticated based on the check result; a transmission unit that transmits an authorization code to the application server when the control unit determines that the terminal is at least authenticated.
  • the control unit Confirming whether the terminal has terminal authenticator capability using the specific registration information; 2.
  • the authorization device determines that the terminal has been authenticated if the terminal has the terminal authentication capability and an authentication server stores information indicating that the terminal has been authenticated.
  • the control unit confirms whether or not automatic login is permitted based on subscriber information of the user of the terminal stored in the network node device; 3.
  • the transmission unit transmits the authorization code to the application server.
  • the specific parameter is a prompt parameter having a value of none.
  • a communication system comprising: an authorization device according to any one of claims 1 to 4; and a user information disclosure device configured to transmit user information to the application server that has received the authorization code from the authorization device.
  • (Additional Note 6) receiving an authentication request from an application server accessed by the terminal; When a specific parameter is included in the authentication request, checking whether or not specific registration information related to the terminal is stored in a network node device of a communication system used by the terminal, and judging whether or not the terminal is authenticated based on the checking result; and transmitting an authorization code to the application server when it is determined that the terminal is authenticated.
  • Supplementary Items 1 to 6 provide a technique for performing appropriate processing when an authorization device receives an authentication request that includes specific parameters.
  • Supplementary Item 2 makes it possible to perform appropriate processing depending on whether or not the terminal authentication device has capabilities.
  • Supplementary Item 3 makes it possible to perform appropriate processing depending on whether or not automatic login is permitted.
  • Supplementary Item 4 makes it possible to determine specific parameters.
  • a receiving unit that receives, after receiving a notification request including identification information from a first terminal, an authentication request related to the second terminal from an application server accessed by the second terminal; a transmission unit that transmits an authentication and authorization request to the first terminal and transmits an authentication and authorization request to the second terminal based on the notification request; and a control unit that, when authorization is obtained from both the first terminal and the second terminal, determines to transmit, to the application server, an authorization code indicating that a specific process is authorized.
  • the control unit acquires identification information of the second terminal from a network node device based on parameters included in the authentication request, and determines that the notification request is a notification request related to the second terminal based on the identification information.
  • a communication system comprising: an authorization device according to any one of claims 1 to 3; and a user information disclosure device configured to transmit user information to the application server that has received the authorization code from the authorization device.
  • Supplementary Items 1 to 5 provide technology that allows one terminal to be involved in the operation of another terminal within a mechanism for ID linking.
  • Supplementary Item 2 allows notification requests to be processed appropriately.
  • Supplementary Item 3 uses Web push notifications, enabling rapid notifications.
  • each functional block may be realized using one device that is physically or logically coupled, or may be realized using two or more devices that are physically or logically separated and directly or indirectly connected (for example, using wires, wirelessly, etc.) and these multiple devices.
  • the functional blocks may be realized by combining the one device or the multiple devices with software.
  • Functions include, but are not limited to, judgement, determination, judgment, calculation, computation, processing, derivation, investigation, search, confirmation, reception, transmission, output, access, resolution, selection, election, establishment, comparison, assumption, expectation, regard, broadcasting, notifying, communicating, forwarding, configuring, reconfiguring, allocating, mapping, and assignment.
  • a functional block (component) that performs the transmission function is called a transmitting unit or transmitter.
  • the base station 10, the terminal 20, etc. in one embodiment of the present disclosure may function as a computer that performs processing of the wireless communication method of the present disclosure.
  • FIG. 12 is a diagram showing an example of the hardware configuration of the authorization device 40 and the user information disclosure device 50 in one embodiment of the present disclosure.
  • the authorization device 40 and the user information disclosure device 50 described above may be physically configured as a computer device including a processor 1001, a storage device 1002, an auxiliary storage device 1003, a communication device 1004, an input device 1005, an output device 1006, a bus 1007, etc.
  • the network node devices other than the authorization device 40 and the user information disclosure device 50 also have the configuration shown in FIG. 12.
  • the term "apparatus" can be interpreted as a circuit, device, unit, etc.
  • the hardware configuration of the base station 10 and the terminal 20 may be configured to include one or more of the devices shown in the figure, or may be configured to exclude some of the devices.
  • the functions of the authorization device 40 and the user information disclosure device 50 are realized by loading specific software (programs) onto hardware such as the processor 1001 and the storage device 1002, causing the processor 1001 to perform calculations, control communications via the communication device 1004, and control at least one of the reading and writing of data in the storage device 1002 and the auxiliary storage device 1003.
  • the processor 1001 for example, operates an operating system to control the entire computer.
  • the processor 1001 may be configured as a central processing unit (CPU) including an interface with peripheral devices, a control device, an arithmetic unit, registers, etc.
  • CPU central processing unit
  • control unit 140, control unit 240, etc. may be realized by the processor 1001.
  • the processor 1001 reads out a program (program code), a software module, or data, etc., from at least one of the auxiliary storage device 1003 and the communication device 1004 to the storage device 1002, and executes various processes according to the program.
  • the program is a program that causes a computer to execute at least a part of the operations described in the above-mentioned embodiment.
  • the control unit 140 of the authorization device 40 shown in FIG. 10 may be stored in the storage device 1002 and realized by a control program that runs on the processor 1001.
  • the control unit 240 of the user information disclosure device 50 shown in FIG. 11 may be stored in the storage device 1002 and realized by a control program that runs on the processor 1001.
  • the processor 1001 may be implemented by one or more chips.
  • the program may be transmitted from a network via a telecommunication line.
  • the storage device 1002 is a computer-readable recording medium and may be composed of, for example, at least one of a ROM (Read Only Memory), an EPROM (Erasable Programmable ROM), an EEPROM (Electrically Erasable Programmable ROM), a RAM (Random Access Memory), etc.
  • the storage device 1002 may also be called a register, a cache, a main memory, etc.
  • the storage device 1002 can store executable programs (program codes), software modules, etc. for implementing a communication method relating to one embodiment of the present disclosure.
  • the auxiliary storage device 1003 is a computer-readable recording medium, and may be, for example, at least one of an optical disk such as a CD-ROM (Compact Disc ROM), a hard disk drive, a flexible disk, a magneto-optical disk (e.g., a compact disk, a digital versatile disk, a Blu-ray (registered trademark) disk), a smart card, a flash memory (e.g., a card, a stick, a key drive), a floppy (registered trademark) disk, a magnetic strip, etc.
  • the above-mentioned storage medium may be, for example, a database, a server, or other suitable medium that includes at least one of the storage device 1002 and the auxiliary storage device 1003.
  • the communication device 1004 is hardware (transmitting/receiving device) for communicating between computers via at least one of a wired network and a wireless network, and is also referred to as, for example, a network device, a network controller, a network card, a communication module, etc.
  • the communication device 1004 may be configured to include a high-frequency switch, a duplexer, a filter, a frequency synthesizer, etc., to realize at least one of, for example, Frequency Division Duplex (FDD) and Time Division Duplex (TDD).
  • FDD Frequency Division Duplex
  • TDD Time Division Duplex
  • the transmitting/receiving antenna, an amplifier unit, a transmitting/receiving unit, a transmission path interface, etc. may be realized by the communication device 1004.
  • the transmitting/receiving unit may be implemented as a transmitting unit or a receiving unit that is physically or logically separated.
  • the input device 1005 is an input device (e.g., a keyboard, a mouse, a microphone, a switch, a button, a sensor, etc.) that accepts input from the outside.
  • the output device 1006 is an output device (e.g., a display, a speaker, an LED lamp, etc.) that performs output to the outside. Note that the input device 1005 and the output device 1006 may be integrated into one structure (e.g., a touch panel).
  • each device such as the processor 1001 and the storage device 1002 is connected by a bus 1007 for communicating information.
  • the bus 1007 may be configured using a single bus, or may be configured using different buses between each device.
  • the authorization device 40 and the user information disclosure device 50 may be configured to include hardware such as a microprocessor, a digital signal processor (DSP: Digital Signal Processor), an ASIC (Application Specific Integrated Circuit), a PLD (Programmable Logic Device), or an FPGA (Field Programmable Gate Array), and some or all of the functional blocks may be realized by the hardware.
  • DSP Digital Signal Processor
  • ASIC Application Specific Integrated Circuit
  • PLD Physical Location Deposition
  • FPGA Field Programmable Gate Array
  • the processor 1001 may be implemented using at least one of these pieces of hardware.
  • the authorization device 40 or the user information disclosure device 50 may be provided in the vehicle 2001.
  • FIG. 13 shows an example of the configuration of the vehicle 2001.
  • the vehicle 2001 includes a drive unit 2002, a steering unit 2003, an accelerator pedal 2004, a brake pedal 2005, a shift lever 2006, front wheels 2007, rear wheels 2008, an axle 2009, an electronic control unit 2010, various sensors 2021 to 2029, an information service unit 2012, and a communication module 2013.
  • the authorization device 40 or the user information disclosure device 50 according to each aspect/embodiment described in this disclosure may be applied to a communication device mounted on the vehicle 2001, for example, to the communication module 2013.
  • the drive unit 2002 is composed of, for example, an engine, a motor, or a hybrid of an engine and a motor.
  • the steering unit 2003 includes at least a steering wheel (also called a handlebar), and is configured to steer at least one of the front wheels and the rear wheels based on the operation of the steering wheel operated by the user.
  • the electronic control unit 2010 is composed of a microprocessor 2031, memory (ROM, RAM) 2032, and a communication port (IO port) 2033. Signals are input to the electronic control unit 2010 from various sensors 2021 to 2029 provided in the vehicle 2001.
  • the electronic control unit 2010 may also be called an ECU (Electronic Control Unit).
  • Signals from the various sensors 2021-2029 include a current signal from a current sensor 2021 that senses the motor current, a front and rear wheel rotation speed signal obtained by a rotation speed sensor 2022, a front and rear wheel air pressure signal obtained by an air pressure sensor 2023, a vehicle speed signal obtained by a vehicle speed sensor 2024, an acceleration signal obtained by an acceleration sensor 2025, an accelerator pedal depression amount signal obtained by an accelerator pedal sensor 2029, a brake pedal depression amount signal obtained by a brake pedal sensor 2026, a shift lever operation signal obtained by a shift lever sensor 2027, and a detection signal for detecting obstacles, vehicles, pedestrians, etc. obtained by an object detection sensor 2028.
  • the information service unit 2012 is composed of various devices, such as a car navigation system, an audio system, speakers, a television, and a radio, for providing (outputting) various information such as driving information, traffic information, and entertainment information, and one or more ECUs for controlling these devices.
  • the information service unit 2012 uses information acquired from an external device via the communication module 2013 or the like to provide various multimedia information and multimedia services to the occupants of the vehicle 2001.
  • the information service unit 2012 may include input devices (e.g., a keyboard, a mouse, a microphone, a switch, a button, a sensor, a touch panel, etc.) that accept input from the outside, and may also include output devices (e.g., a display, a speaker, an LED lamp, a touch panel, etc.) that perform output to the outside.
  • input devices e.g., a keyboard, a mouse, a microphone, a switch, a button, a sensor, a touch panel, etc.
  • output devices e.g., a display, a speaker, an LED lamp, a touch panel, etc.
  • the driving assistance system unit 2030 is composed of various devices that provide functions for preventing accidents and reducing the driving burden on the driver, such as a millimeter wave radar, LiDAR (Light Detection and Ranging), a camera, a positioning locator (e.g., GNSS, etc.), map information (e.g., high definition (HD) maps, autonomous vehicle (AV) maps, etc.), a gyro system (e.g., IMU (Inertial Measurement Unit), INS (Inertial Navigation System), etc.), AI (Artificial Intelligence) chip, and AI processor, as well as one or more ECUs that control these devices.
  • the driving assistance system unit 2030 transmits and receives various information via the communication module 2013 to realize driving assistance functions or autonomous driving functions.
  • the communication module 2013 can communicate with the microprocessor 2031 and components of the vehicle 2001 via the communication port.
  • the communication module 2013 transmits and receives data via the communication port 2033 between the drive unit 2002, steering unit 2003, accelerator pedal 2004, brake pedal 2005, shift lever 2006, front wheels 2007, rear wheels 2008, axle 2009, microprocessor 2031 and memory (ROM, RAM) 2032 in the electronic control unit 2010, and sensors 2021 to 29, which are provided on the vehicle 2001.
  • the communication module 2013 is a communication device that can be controlled by the microprocessor 2031 of the electronic control unit 2010 and can communicate with an external device. For example, it transmits and receives various information to and from the external device via wireless communication.
  • the communication module 2013 may be located either inside or outside the electronic control unit 2010.
  • the external device may be, for example, a base station, a mobile station, etc.
  • the communication module 2013 may transmit at least one of the signals from the various sensors 2021-2028 described above input to the electronic control unit 2010, information obtained based on the signals, and information based on input from the outside (user) obtained via the information service unit 2012 to an external device via wireless communication.
  • the electronic control unit 2010, the various sensors 2021-2028, the information service unit 2012, etc. may be referred to as input units that accept input.
  • the PUSCH transmitted by the communication module 2013 may include information based on the above input.
  • the communication module 2013 receives various information (traffic information, signal information, vehicle distance information, etc.) transmitted from an external device and displays it on the information service unit 2012 provided in the vehicle 2001.
  • the information service unit 2012 may be called an output unit that outputs information (for example, outputs information to a device such as a display or speaker based on the PDSCH (or data/information decoded from the PDSCH) received by the communication module 2013).
  • the communication module 2013 also stores various information received from an external device in a memory 2032 that can be used by the microprocessor 2031.
  • the microprocessor 2031 may control the drive unit 2002, steering unit 2003, accelerator pedal 2004, brake pedal 2005, shift lever 2006, front wheels 2007, rear wheels 2008, axles 2009, sensors 2021 to 2029, etc. provided in the vehicle 2001.
  • the operations of multiple functional units may be physically performed by one part, or the operations of one functional unit may be physically performed by multiple parts.
  • the order of the processing procedures described in the embodiment may be changed as long as there is no contradiction.
  • the authorization device 40 and the user information disclosure device 50 have been described using functional block diagrams, but such devices may be realized by hardware, software, or a combination thereof.
  • the software operated by the processor possessed by the base station 10 in accordance with an embodiment of the present invention and the software operated by the processor possessed by the terminal 20 in accordance with an embodiment of the present invention may each be stored in random access memory (RAM), flash memory, read only memory (ROM), EPROM, EEPROM, register, hard disk (HDD), removable disk, CD-ROM, database, server or any other suitable storage medium.
  • the notification of information is not limited to the aspects/embodiments described in the present disclosure and may be performed using other methods.
  • the notification of information may be performed by physical layer signaling (e.g., Downlink Control Information (DCI), Uplink Control Information (UCI)), higher layer signaling (e.g., Radio Resource Control (RRC) signaling, Medium Access Control (MAC) signaling), broadcast information (Master Information Block (MIB), System Information Block (SIB)), other signals, or a combination of these.
  • RRC signaling may be referred to as an RRC message, and may be, for example, an RRC Connection Setup message, an RRC Connection Reconfiguration message, etc.
  • Each aspect/embodiment described in this disclosure may be a mobile communication system (mobile communications system) for mobile communications over a wide range of networks, including LTE (Long Term Evolution), LTE-A (LTE-Advanced), SUPER 3G, IMT-Advanced, 4G (4th generation mobile communication system), 5G (5th generation mobile communication system), 6th generation mobile communication system (6G), xth generation mobile communication system (xG) (xG (x is, for example, an integer or a decimal number)), FRA (Future Ra).
  • the present invention may be applied to at least one of systems using IEEE 802.11 (Wi-Fi (registered trademark)), IEEE 802.16 (WiMAX (registered trademark)), IEEE 802.20, UWB (Ultra-WideBand), Bluetooth (registered trademark), and other appropriate systems, and next-generation systems that are expanded, modified, created, or defined based on these. It may also be applied to a combination of multiple systems (for example, a combination of at least one
  • certain operations that are described as being performed by the base station 10 may in some cases be performed by its upper node.
  • various operations performed for communication with a terminal 20 may be performed by at least one of the base station 10 and other network nodes other than the base station 10 (such as, but not limited to, an MME or S-GW).
  • the base station 10 may be a combination of multiple other network nodes (such as an MME and an S-GW).
  • the information or signals described in this disclosure may be output from a higher layer (or a lower layer) to a lower layer (or a higher layer). They may be input and output via multiple network nodes.
  • the input and output information may be stored in a specific location (e.g., memory) or may be managed using a management table.
  • the input and output information may be overwritten, updated, or added to.
  • the output information may be deleted.
  • the input information may be sent to another device.
  • the determination in this disclosure may be based on a value represented by one bit (0 or 1), a Boolean (true or false) value, or a comparison of numerical values (e.g., a comparison with a predetermined value).
  • Software shall be construed broadly to mean instructions, instruction sets, code, code segments, program code, programs, subprograms, software modules, applications, software applications, software packages, routines, subroutines, objects, executable files, threads of execution, procedures, functions, etc., whether referred to as software, firmware, middleware, microcode, hardware description language, or otherwise.
  • Software, instructions, information, etc. may also be transmitted and received via a transmission medium.
  • a transmission medium For example, if the software is transmitted from a website, server, or other remote source using at least one of wired technologies (such as coaxial cable, fiber optic cable, twisted pair, Digital Subscriber Line (DSL)), and/or wireless technologies (such as infrared, microwave), then at least one of these wired and wireless technologies is included within the definition of a transmission medium.
  • wired technologies such as coaxial cable, fiber optic cable, twisted pair, Digital Subscriber Line (DSL)
  • wireless technologies such as infrared, microwave
  • the information, signals, etc. described in this disclosure may be represented using any of a variety of different technologies.
  • the data, instructions, commands, information, signals, bits, symbols, chips, etc. that may be referred to throughout the above description may be represented by voltages, currents, electromagnetic waves, magnetic fields or magnetic particles, optical fields or photons, or any combination thereof.
  • the channel and the symbol may be a signal (signaling).
  • the signal may be a message.
  • the component carrier (CC) may be called a carrier frequency, a cell, a frequency carrier, etc.
  • system and “network” are used interchangeably.
  • a radio resource may be indicated by an index.
  • the names used for the above-mentioned parameters are not limiting in any respect. Furthermore, the formulas etc. using these parameters may differ from those explicitly disclosed in this disclosure.
  • the various channels (e.g., PUCCH, PDCCH, etc.) and information elements may be identified by any suitable names, and therefore the various names assigned to these various channels and information elements are not limiting in any respect.
  • base station BS
  • radio base station base station
  • base station fixed station
  • NodeB eNodeB
  • gNodeB gNodeB
  • access point e.g., "transmission point”
  • gNodeB gNodeB
  • a base station may also be referred to by terms such as macrocell, small cell, femtocell, and picocell.
  • a base station can accommodate one or more (e.g., three) cells.
  • a base station accommodates multiple cells, the entire coverage area of the base station can be divided into multiple smaller areas, and each smaller area can also provide communication services by a base station subsystem (e.g., a small indoor base station (RRH: Remote Radio Head)).
  • RRH Remote Radio Head
  • the term "cell” or “sector” refers to a part or the entire coverage area of at least one of the base station and base station subsystems that provide communication services in this coverage.
  • a base station transmitting information to a terminal may be interpreted as the base station instructing the terminal to control or operate based on the information.
  • MS Mobile Station
  • UE User Equipment
  • a mobile station may also be referred to by those skilled in the art as a subscriber station, mobile unit, subscriber unit, wireless unit, remote unit, mobile device, wireless device, wireless communication device, remote device, mobile subscriber station, access terminal, mobile terminal, wireless terminal, remote terminal, handset, user agent, mobile client, client, or some other suitable terminology.
  • At least one of the base station and the mobile station may be called a transmitting device, a receiving device, a communication device, etc.
  • At least one of the base station and the mobile station may be a device mounted on a moving object, the moving object itself, etc.
  • the moving object is a movable object, and the moving speed is arbitrary. It also includes the case where the moving object is stopped.
  • the moving object includes, but is not limited to, for example, a vehicle, a transport vehicle, an automobile, a motorcycle, a bicycle, a connected car, an excavator, a bulldozer, a wheel loader, a dump truck, a forklift, a train, a bus, a handcar, a rickshaw, a ship and other watercraft, an airplane, a rocket, an artificial satellite, a drone (registered trademark), a multicopter, a quadcopter, a balloon, and objects mounted thereon.
  • the moving object may also be a moving object that travels autonomously based on an operation command.
  • At least one of the base station and the mobile station may be a device that does not necessarily move during communication operations.
  • at least one of the base station and the mobile station may be an IoT (Internet of Things) device such as a sensor.
  • IoT Internet of Things
  • the base station in the present disclosure may be read as a terminal.
  • each aspect/embodiment of the present disclosure may be applied to a configuration in which communication between a base station and a terminal is replaced with communication between multiple terminals 20 (which may be called, for example, D2D (Device-to-Device) or V2X (Vehicle-to-Everything)).
  • the terminal 20 may be configured to have the functions of the base station 10 described above.
  • terms such as "uplink” and "downlink” may be read as terms corresponding to communication between terminals (for example, "side”).
  • the uplink channel, downlink channel, etc. may be read as a side channel.
  • the terminal in this disclosure may be interpreted as a base station.
  • the base station may be configured to have the functions of the terminal described above.
  • determining may encompass a wide variety of actions.
  • Determining and “determining” may include, for example, judging, calculating, computing, processing, deriving, investigating, looking up, search, inquiry (e.g., searching in a table, database, or other data structure), and considering ascertaining as “judging” or “determining.”
  • determining and “determining” may include receiving (e.g., receiving information), transmitting (e.g., sending information), input, output, accessing (e.g., accessing data in memory), and considering ascertaining as “judging” or “determining.”
  • judgment” and “decision” can include considering resolving, selecting, choosing, establishing, comparing, etc., to have been “judged” or “decided.” In other words, “judgment” and “decision” can include considering some action to have been “judged” or “decided.” Additionally, “judgment (decision)” can be interpreted as “assuming,” “ex
  • connection refers to any direct or indirect connection or coupling between two or more elements, and may include the presence of one or more intermediate elements between two elements that are “connected” or “coupled” to each other.
  • the coupling or connection between elements may be physical, logical, or a combination thereof.
  • “connected” may be read as "access.”
  • two elements may be considered to be “connected” or “coupled” to each other using at least one of one or more wires, cables, and printed electrical connections, as well as electromagnetic energy having wavelengths in the radio frequency range, microwave range, and optical (both visible and invisible) range, as some non-limiting and non-exhaustive examples.
  • the reference signal may also be abbreviated as RS (Reference Signal) or may be called a pilot depending on the applicable standard.
  • the phrase “based on” does not mean “based only on,” unless expressly stated otherwise. In other words, the phrase “based on” means both “based only on” and “based at least on.”
  • any reference to an element using a designation such as "first,” “second,” etc., used in this disclosure does not generally limit the quantity or order of those elements. These designations may be used in this disclosure as a convenient method of distinguishing between two or more elements. Thus, a reference to a first and a second element does not imply that only two elements may be employed or that the first element must precede the second element in some way.
  • a radio frame may be composed of one or more frames in the time domain. Each of the one or more frames in the time domain may be called a subframe. A subframe may further be composed of one or more slots in the time domain. A subframe may have a fixed time length (e.g., 1 ms) that is independent of numerology.
  • Numerology may be a communication parameter that applies to at least one of the transmission and reception of a signal or channel. Numerology may indicate, for example, at least one of the following: subcarrier spacing (SCS), bandwidth, symbol length, cyclic prefix length, transmission time interval (TTI), number of symbols per TTI, radio frame structure, a specific filtering process performed by the transceiver in the frequency domain, a specific windowing process performed by the transceiver in the time domain, etc.
  • SCS subcarrier spacing
  • TTI transmission time interval
  • radio frame structure a specific filtering process performed by the transceiver in the frequency domain
  • a specific windowing process performed by the transceiver in the time domain etc.
  • a slot may consist of one or more symbols in the time domain (such as OFDM (Orthogonal Frequency Division Multiplexing) symbols, SC-FDMA (Single Carrier Frequency Division Multiple Access) symbols, etc.).
  • a slot may be a time unit based on numerology.
  • a slot may include multiple minislots. Each minislot may consist of one or multiple symbols in the time domain. A minislot may also be called a subslot. A minislot may consist of fewer symbols than a slot.
  • a PDSCH (or PUSCH) transmitted in a time unit larger than a minislot may be called PDSCH (or PUSCH) mapping type A.
  • a PDSCH (or PUSCH) transmitted using a minislot may be called PDSCH (or PUSCH) mapping type B.
  • Radio frame, subframe, slot, minislot, and symbol all represent time units for transmitting signals. Radio frame, subframe, slot, minislot, and symbol may each be referred to by a different name that corresponds to the radio frame, subframe, slot, minislot, and symbol.
  • one subframe may be called a transmission time interval (TTI), multiple consecutive subframes may be called a TTI, or one slot or one minislot may be called a TTI.
  • TTI transmission time interval
  • the subframe and the TTI may be a subframe (1 ms) in existing LTE, a period shorter than 1 ms (e.g., 1-13 symbols), or a period longer than 1 ms.
  • the unit representing the TTI may be called a slot, minislot, etc., instead of a subframe.
  • one slot may be called a unit time. The unit time may differ for each cell depending on the numerology.
  • TTI refers to, for example, the smallest time unit for scheduling in wireless communication.
  • a base station performs scheduling to allocate wireless resources (such as frequency bandwidth and transmission power that can be used by each terminal 20) to each terminal 20 in TTI units.
  • wireless resources such as frequency bandwidth and transmission power that can be used by each terminal 20
  • TTI is not limited to this.
  • the TTI may be a transmission time unit for a channel-coded data packet (transport block), a code block, a code word, etc., or may be a processing unit for scheduling, link adaptation, etc.
  • the time interval e.g., the number of symbols
  • the time interval in which a transport block, a code block, a code word, etc. is actually mapped may be shorter than the TTI.
  • one or more TTIs may be the minimum time unit of scheduling.
  • the number of slots (minislots) that constitute the minimum time unit of scheduling may be controlled.
  • a TTI having a time length of 1 ms may be called a normal TTI (TTI in LTE Rel. 8-12), normal TTI, long TTI, normal subframe, normal subframe, long subframe, slot, etc.
  • TTI shorter than a normal TTI may be called a shortened TTI, short TTI, partial or fractional TTI, shortened subframe, short subframe, minislot, subslot, slot, etc.
  • a long TTI (e.g., a normal TTI, a subframe, etc.) may be interpreted as a TTI having a time length of more than 1 ms
  • a short TTI e.g., a shortened TTI, etc.
  • TTI length shorter than the TTI length of a long TTI and equal to or greater than 1 ms.
  • a resource block is a resource allocation unit in the time domain and frequency domain, and may include one or more consecutive subcarriers in the frequency domain.
  • the number of subcarriers included in an RB may be the same regardless of the numerology, and may be, for example, 12.
  • the number of subcarriers included in an RB may be determined based on the numerology.
  • the time domain of an RB may include one or more symbols and may be one slot, one minislot, one subframe, or one TTI in length.
  • One TTI, one subframe, etc. may each be composed of one or more resource blocks.
  • one or more RBs may be referred to as a physical resource block (PRB), a sub-carrier group (SCG), a resource element group (REG), a PRB pair, an RB pair, etc.
  • PRB physical resource block
  • SCG sub-carrier group
  • REG resource element group
  • PRB pair an RB pair, etc.
  • a resource block may be composed of one or more resource elements (REs).
  • REs resource elements
  • one RE may be a radio resource area of one subcarrier and one symbol.
  • a Bandwidth Part which may also be referred to as a partial bandwidth, may represent a subset of contiguous common resource blocks (RBs) for a given numerology on a given carrier, where the common RBs may be identified by an index of the RB relative to a common reference point of the carrier.
  • PRBs may be defined in a BWP and numbered within the BWP.
  • the BWP may include a BWP for UL (UL BWP) and a BWP for DL (DL BWP).
  • UL BWP UL BWP
  • DL BWP DL BWP
  • One or more BWPs may be configured for a UE within one carrier.
  • At least one of the configured BWPs may be active, and the UE may not expect to transmit or receive a given signal/channel outside the active BWP.
  • BWP bitmap
  • radio frames, subframes, slots, minislots, and symbols are merely examples.
  • the number of subframes included in a radio frame, the number of slots per subframe or radio frame, the number of minislots included in a slot, the number of symbols and RBs included in a slot or minislot, the number of subcarriers included in an RB, as well as the number of symbols in a TTI, the symbol length, and the cyclic prefix (CP) length can be changed in various ways.
  • a and B are different may mean “A and B are different from each other.”
  • the term may also mean “A and B are each different from C.”
  • Terms such as “separate” and “combined” may also be interpreted in the same way as “different.”
  • notification of specific information is not limited to being done explicitly, but may be done implicitly (e.g., not notifying the specific information).

Landscapes

  • Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Data Mining & Analysis (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

ユーザ情報開示装置において、特定の処理を行うことを認可されたアプリケーションサーバから、ユーザ識別子を含むユーザ情報要求を受信する受信部と、通信システムにおけるデータ格納装置から、前記ユーザ識別子に対応する情報を取得する制御部と、前記情報に基づき作成されたユーザ情報を前記アプリケーションサーバに送信する送信部とを備える。

Description

ユーザ情報開示装置、通信システム、及びユーザ情報開示方法
　本発明は、ＩＤ連携のための技術に関連するものである。
　３ＧＰＰ（登録商標）（3rd Generation Partnership Project）では、システム容量の更なる大容量化、データ伝送速度の更なる高速化、無線区間における更なる低遅延化等を実現するために、５ＧあるいはＮＲ（New Radio）と呼ばれる無線通信方式（以下、当該無線通信方式を「５Ｇ」あるいは「ＮＲ」という。）の検討が進んでいる。５Ｇでは、１０Ｇｂｐｓ以上のスループットを実現しつつ無線区間の遅延を１ｍｓ以下にするという要求条件を満たすために、様々な無線技術の検討が行われている。
　ＮＲでは、ＬＴＥ（Long Term Evolution）のネットワークアーキテクチャにおけるコアネットワークであるＥＰＣ（Evolved Packet Core）に対応する５ＧＣ（5G Core Network）及びＬＴＥのネットワークアーキテクチャにおけるＲＡＮ（Radio Access Network）であるＥ－ＵＴＲＡＮ（Evolved Universal Terrestrial Radio Access Network）に対応するＮＧ－ＲＡＮ（Next Generation - Radio Access Network）を含むネットワークアーキテクチャが検討されている（例えば非特許文献１）。
　また、例えば、５ＧシステムにおけるＮＥＦ（Network Exposure Function）とＡＦ（Application Function）間のＮｏｒｔｈｂｏｕｎｄインタフェースをＣＡＰＩＦ（Common API Framework）により構成するアーキテクチャが検討されている（例えば非特許文献２、非特許文献３及び非特許文献４）。
３ＧＰＰ　ＴＳ　２３．５０１　Ｖ１７．６．０（２０２２－０９） ３ＧＰＰ　ＴＳ　２３．２２２　Ｖ１７．７．０（２０２２－０９） ３ＧＰＰ　ＴＳ　３３．１２２　Ｖ１７．０．０（２０２２－０３） ３ＧＰＰ　ＴＲ　２３．７００－９５　Ｖ１．５．０（２０２２－０９）
　利用者がサイトごとにばらばらに登録していたＩＤ情報を、一元管理できるようにするＩＤ連携の技術が注目されている。近年のＩＴ技術では、ＩＤ連携にＯｐｅｎＩＤ（登録商標）　Ｃｏｎｎｅｃｔを用いることが一般的である。しかし、５Ｇシステムには、ＯｐｅｎＩＤ（登録商標）　Ｃｏｎｎｅｃｔ等のＩＤ連携のための技術は導入されていない。
　アプリケーション層によりＩＤ連携を実現することが考えられるが、その場合、ユーザ情報として、動的な情報をアプリケーションサーバに提供することが難しくなる。
　本発明は上記の点に鑑みてなされたものであり、ＩＤ連携を行うための仕組みの中で、アプリケーションサーバに対して動的な情報を提供することを可能とする技術を提供することを目的とする。
　開示の技術によれば、特定の処理を行うことを認可されたアプリケーションサーバから、ユーザ識別子を含むユーザ情報要求を受信する受信部と、
　通信システムにおけるデータ格納装置から、前記ユーザ識別子に対応する情報を取得する制御部と、
　前記情報に基づき作成されたユーザ情報を前記アプリケーションサーバに送信する送信部と
　を備えるユーザ情報開示装置が提供される。
　開示の技術によれば、ID連携を行うための仕組みの中で、アプリケーションサーバに対して動的な情報を提供することを可能とする技術が提供される。
通信システムの例を説明するための図である。 ローミング環境下の通信システムの例を説明するための図である。 ＡＰＩ呼び出しの例を示す図である。 本発明の実施の形態における通信システムの例を示す図である。 第１実施形態のシーケンス図である。 第１実施形態のシーケンス図である。 第１実施形態のシーケンス図である。 第２実施形態のシーケンス図である。 第３実施形態のシーケンス図である。 本発明の実施の形態における認可装置４０の機能構成の一例を示す図である。 本発明の実施の形態におけるユーザ情報開示装置５０の機能構成の一例を示す図である。 本発明の実施の形態における装置のハードウェア構成の一例を示す図である。 本発明の実施の形態における車両の構成の一例を示す図である。
　以下、図面を参照して本発明の実施の形態を説明する。なお、以下で説明する実施の形態は一例であり、本発明が適用される実施の形態は、以下の実施の形態に限られない。
　本発明の実施の形態の無線通信システムの動作にあたっては、適宜、既存技術が使用される。当該既存技術は、例えば既存のＬＴＥ又は既存のＮＲ（５Ｇ）であるが、既存のＬＴＥ又は既存のＮＲに限られない。
　また、本実施の形態では、ＩＤ連携の仕組みとして、ＯＩＤＣ（ＯｐｅｎＩＤ（登録商標）　Ｃｏｎｎｅｃｔ）を用いているが、ＯＩＤＣを用いることは例であり、ＯＩＤＣ以外の仕組みをＩＤ連携の仕組みとして使用してもよい。
　また、本発明の実施の形態において、無線パラメータ等が「設定される（Configure）」とは、所定の値が予め設定（Pre-configure）されることであってもよいし、ネットワークノード装置３０又は端末２０から通知される無線パラメータが設定されることであってもよい。
　図１は、通信システムの例を説明するための図である。図１に示されるように、通信システムは、端末２０であるＵＥ、及び、複数のネットワークノード装置から構成される。以下、機能ごとに１つのネットワークノード装置が対応するものとするが、複数の機能を１つのネットワークノード装置が実現してもよいし、複数のネットワークノード装置が１つの機能を実現してもよい。また、以下に記載する「接続」は、論理的な接続であってもよいし、物理的な接続であってもよい。
　ＲＡＮ（Radio Access Network）は、無線アクセス機能を有するネットワークノード装置であり、基地局を含んでもよく、ＵＥ、ＡＭＦ（Access and Mobility Management Function）及びＵＰＦ（User plane function）と接続される。ＡＭＦは、ＲＡＮインタフェースの終端、ＮＡＳ（Non-Access Stratum）の終端、登録管理、接続管理、到達性管理、モビリティ管理等の機能を有するネットワークノード装置である。ＵＰＦは、ＤＮ（Data Network）と相互接続する外部に対するＰＤＵ（Protocol Data Unit）セッションポイント、パケットのルーティング及びフォワーディング、ユーザプレーンのＱｏＳ（Quality of Service）ハンドリング等の機能を有するネットワークノード装置である。ＵＰＦ及びＤＮは、ネットワークスライスを構成する。本発明の実施の形態における無線通信ネットワークでは、複数のネットワークスライスが構築されている。
　ＡＭＦは、ＵＥ、ＲＡＮ、ＳＭＦ（Session Management function）、ＮＳＳＦ（Network Slice Selection Function）、ＮＥＦ（Network Exposure Function）、ＮＲＦ（Network Repository Function）、ＵＤＭ（Unified Data Management）、ＵＤＲ（Unified Data Repository）、ＡＵＳＦ（Authentication Server Function）、ＰＣＦ（Policy Control Function）、ＡＦ（Application Function）と接続される。ＡＭＦ、ＳＭＦ、ＮＳＳＦ、ＮＥＦ、ＮＲＦ、ＵＤＭ、ＵＤＲ、ＡＵＳＦ、ＰＣＦ、ＡＦは、各々のサービスに基づくインタフェース、Ｎａｍｆ、Ｎｓｍｆ、Ｎｎｓｓｆ、Ｎｎｅｆ、Ｎｎｒｆ、Ｎｕｄｍ、Ｎｕｄｒ、Ｎａｕｓｆ、Ｎｐｃｆ、Ｎａｆを介して相互に接続されるネットワークノード装置である。
　ＳＭＦは、セッション管理、ＵＥのＩＰ（Internet Protocol）アドレス割り当て及び管理、ＤＨＣＰ（Dynamic Host Configuration Protocol）機能、ＡＲＰ（Address Resolution Protocol）プロキシ、ローミング機能等の機能を有するネットワークノード装置である。ＮＥＦは、他のＮＦ（Network Function）に能力及びイベントを通知する機能を有するネットワークノード装置である。ＮＳＳＦは、ＵＥが接続するネットワークスライスの選択、許可されるＮＳＳＡＩ（Network Slice Selection Assistance Information）の決定、設定されるＮＳＳＡＩの決定、ＵＥが接続するＡＭＦセットの決定等の機能を有するネットワークノード装置である。ＰＣＦは、ネットワークのポリシ制御を行う機能を有するネットワークノード装置である。ＡＦは、アプリケーションサーバを制御する機能を有するネットワークノード装置である。ＮＲＦは、サービスを提供するＮＦインスタンスを発見する機能を有するネットワークノード装置である。ＵＤＭは、加入者データ及び認証データ等を管理するネットワークノード装置である。ＵＤＭには、端末２０の接続状況等に応じた動的な情報も格納（管理）される。ＵＤＭは、データを保持するＵＤＲ（User Data Repository）と接続される。
　図２は、ローミング環境下の通信システムの例を説明するための図である。図２に示されるように、ネットワークは、端末２０であるＵＥ、及び、複数のネットワークノード装置から構成される。ＳＥＰＰは、非透過的なプロキシであり、ＰＬＭＮ（Public Land Mobile Network）間のコントロールプレーンのメッセージをフィルタリングする。図２に示されるｖＳＥＰＰは、ｖｉｓｉｔｅｄネットワークにおけるＳＥＰＰであり、ｈＳＥＰＰは、ｈｏｍｅネットワークにおけるＳＥＰＰである。
　図２に示されるように、ＵＥは、ＶＰＬＭＮ（Visited PLMN）においてＲＡＮ及びＡＭＦと接続されているローミング環境にある。ＶＰＬＭＮ及びＨＰＬＭＮ（Home PLMN）は、ｖＳＥＰＰ及びｈＳＥＰＰを経由して接続されている。ＵＥは、例えば、ＶＰＬＭＮのＡＭＦを介してＨＰＬＭＮのＵＤＭと通信が可能である。
　本実施の形態における動作は、図１、図２のいずれの構成で行われてもよい。また、図１、図２に示す構成以外の構成において本実施の形態における動作が行われてもよい。つまり、後述する認可装置４０、ユーザ情報開示装置５０等は、５ＧＳにおけるネットワークノード装置であることを想定しているが、この想定に限定されるわけではなく、認可装置４０、ユーザ情報開示装置５０等は、５ＧＳ以外の通信システムにおける装置であってもよい。
　上述のＮＥＦにおいて、ＡＦから呼び出し可能であるＡＰＩ（Application Programming Interface）を、ＣＡＰＩＦ（Common API Framework）アーキテクチャを適用して実装することが可能である。ＣＡＰＩＦアーキテクチャは、サービスＡＰＩ運用をサポートするメカニズムを提供し、例えば、ＡＰＩ呼び出し元（invoker）にＡＰＩ提供者（provider）から提供されるサービスＡＰＩを発見させ、当該サービスＡＰＩを使用する通信を可能とする。
　なお、以下で説明するＡＰＩ呼び出し元のアプリケーションサーバ６０（以降、アプリサーバ６０と呼ぶ）は上記のＡＦに備え、ＡＰＩ提供機能（ＡＥＦ）はＮＥＦに備えてもよいし、これに限定されず、アプリサーバ６０、ＡＥＦはそれぞれ、どのネットワークノード装置に備えられてもよい。また、アプリサーバ６０が、ある端末、あるいは、ある基地局に備えられてもよい。アプリサーバ６０をＡＰＩ呼び出し元（invoker）と呼んでもよい。
　また、リソースオーナーは、ネットワークノード装置であってもよいし、端末２０であってもよいし、基地局であってもよいし、これら以外の装置であってもよい。本実施の形態では、端末２０がリソースオーナーであることを想定している。
　図３は、ＡＰＩ呼び出しの例を示す図である。３ＧＰＰ（登録商標）のコアネットワークでは外部のアプリケーション向けにＡＰＩを開放しており、サードパーティのアプリサーバ６０からネットワークノード装置に対して、ＡＰＩを呼び出すことができる。
　図３に示されるように、ＡＰＩ呼び出し元のアプリケーションが、ＣＡＰＩＦ－ＡＰＩを利用してアプリサーバ６０からＣＡＰＩＦコア装置３０に事前登録される。ＣＡＰＩＦコア装置３０では、アプリケーションを認証及び認可する。また、図３に示されるように、認証及び認可されたアプリケーション向けに、ＡＰＩ提供機能（API Exposing Function、ＡＥＦとも記載する）９１によってサービスＡＰＩが開放されており、ＡＰＩ呼び出し元のアプリケーションは、当該ＡＰＩを呼び出すことで、当該ＡＰＩの機能を利用可能である。
　ＡＰＦ（API Publishing Function）９２は、ＡＰＩプロバイダのサービスＡＰＩ情報をＣＡＰＩＦコア装置３０にパブリッシュする機能を有する。ＡＭＦ（API Management Function）９１は、ＡＰＩ呼び出しに関連する種々の管理機能を有する。
　また、ＣＡＰＩＦを拡張して、端末２０（リソースオーナー）が、認可装置４０を介して、アプリサーバ６０に対してＡＰＩ呼び出しを認可することが可能である。例えば、ＯＡｕｔｈ２．０の仕組みを用いて認可を実現することができる。
　以下、第１実施形態、第２実施形態、第３実施形態を説明する。第１実施形態が、基本となる実施形態である。第２実施形態と第３実施形態はそれぞれ、第１実施形態からの変形例である。ただし、第２実施形態と第３実施形態のそれぞれについて、第１実施形態とは独立に実施してもよい。また、第１実施形態、第２実施形態、及び第３実施形態を組み合わせて実施してもよい。
　また、以下の説明において、特に断らない限り、「ユーザ」は端末を使用する主体（典型的には人）であり、「端末」は、スマートフォン等の装置である。ただし、「端末」を「ユーザ」と呼ぶ場合もある。
　（第１実施形態の課題について）
　前述したとおり、利用者がサイトごとにばらばらに登録していたＩＤ情報を、一元管理できるようにするＩＤ連携の技術が注目されている。近年のＩＴ技術では、ＩＤ連携にＯｐｅｎＩＤ（登録商標）　Ｃｏｎｎｅｃｔを用いることが一般的である。
　しかし、本実施形態で使用を想定する通信システムである５ＧＳ（５Ｇ　ｓｙｓｔｅｍ）では、ＩＤ連携、ＯｐｅｎＩＤ（登録商標）　Ｃｏｎｎｅｃｔのいずれも導入されていない。
　５ＧＳにＩＤ連携を導入する代わりに、ＩＤ連携をアプリケーション層で実現することも考えられる。しかし、その場合、ＩＤ連携を構成するユーザ情報連携において、静的なユーザ情報のみを扱うことになりやすい。
　一方、５ＧＳでＩＤ連携を提供することにより、５ＧＳから取得できる動的なユーザ情報も扱うことができ、その結果、ユーザは、ログインするアプリサーバ６０から、より嗜好や状態にあったサービスを受けることができる。
　５ＧＳにはＯＡｕｔｈ２．０が導入されていることから、ＯＩＤＣ（ＯｐｅｎＩＤ（登録商標）　Ｃｏｎｎｅｃｔ）　ＯＰ（ＯｐｅｎＩＤ（登録商標）　Ｐｒｏｖｉｄｅｒ）の認可終端点機能、ＯＩＤＣ　ＯＰのトークン終端点機能は、それぞれ、ＣＡＰＩＦ認可機能（認可装置４０）、ＣＡＰＩＦコア機能（ＣＡＰＩＦコア装置３０）を若干拡張することで含めることができる。しかし、ＯＩＤＣ　ＯＰのユーザ情報終端点機能に対応する機能は５ＧＳに存在しない。従って、従来技術では、ＯＩＤＣに基づくＩＤ連携を適切に行うことができないという課題がある。
　（第１実施形態の概要）
　本実施の形態では、通信システム（ここでは５ＧＳを想定）が、動的なユーザ情報の連携も含めてＩＤ連携を提供できるよう、通信システムにＯＩＤＣを導入する。
　具体的には、ＣＡＰＩＦ認可機能（認可装置４０と呼ぶ）に、ＯＩＤＣ　ＯＰの認可終端点機能を含める。
　また、ＣＡＰＩＦコア機能（ＣＡＰＩＦコア装置３０と呼ぶ）に、認可装置４０とのインタフェースを設け、ＩＤトークンを生成できるようにする。これにより、ＣＡＰＩＦコア装置３０が、ＯＩＤＣ　ＯＰのトークン終端点機能を実行できるようにする。
　更に、通信システムにおいて、"ユーザ情報開示機能"としてのユーザ情報開示装置５０を新規に導入し、ＯＩＤＣ　ＯＰのユーザ情報終端点機能を実行できるようにする。
　ＯＩＤＣにおいては、ＯＩＤＣ　ＯＰからＯＩＤＣ　ＲＰ（Relying Party）にユーザ情報が送信される。本実施の形態では、当該ユーザ情報を、ユーザの識別子ごとに（つまり１つのＳＵＰＩ（Subscription Permanent Identifier）につき複数ある識別子ごとに）、当該識別子を特徴づける情報としている。ただし、ユーザ情報はこれに限定されるわけではなく、当該識別子とは独立のユーザ情報が使用されてもよい。
　本実施の形態において、ユーザ情報は、静的な情報、動的な情報、動的な情報を得るためのＵＲＩ、のうちのいずれか１つ又はいずれか複数又は全部である。以下の実施の形態では、これら３つを含むユーザ情報を使用している。
　ユーザ情報開示装置５０は、開示するユーザ情報を取得（生成）する必要がある。ユーザ情報を取得するための方法はどのような方法であってもよいが、本実施の形態では、ＵＤＲ（後述するデータ格納装置７０に相当）が、ユーザ情報開示装置５０によるユーザ情報生成に必要な情報を格納する。
　より具体的には、ＵＤＲの該当領域に、オフライン入力で、あるいは、Nnef_UserInfoProvisionを用いて、以下の情報（１）～（３）を格納する。
　（１）静的な情報
　（２）取得すべき動的な情報（を示す情報）
　（３）ＯＩＤＣ　ＲＰに送る、動的な情報を得るためのＵＲＩ
　ユーザ情報開示装置５０は、上記（２）に関して、例えば、ＳＵＰＩを用いてＵＤＭ（後述するデータ管理装置８０に相当）にアクセスし、ユーザの現在の状態を示す情報（例：ＡＭＦ登録情報など）を取得し、当該情報（あるいは当該情報の中の一部）をユーザ情報に動的な情報として含めることができる。
　（システム構成）
　図４に、第１実施形態における通信システムの構成例を示す。図４に示す構成は、基本的に第２実施形態及び第３実施形態にも適用される。
　図４に示すように、本実施の形態における通信システムは、端末２０（ユーザの端末２０）、ＣＡＰＩＦコア装置３０、認可装置４０、ユーザ情報開示装置５０、アプリサーバ６０、情報サーバ６５、データ格納装置７０、データ管理装置８０、ＮＥＦ９０を有する。図４において、各装置は、少なくとも図示の線で結ばれた他の装置と通信可能である。
　なお、本実施の形態（第１実施形態～第３実施形態）では、データ格納装置７０がＵＤＲに対応し、データ管理装置８０がＵＤＭに対応することを想定しているが、これに限定されない。また、「データ格納装置７０とデータ管理装置８０」が１つの装置（これをデータ格納装置と呼んでもよい）で構成されてもよい。また、「ＣＡＰＩＦコア装置３０と認可装置４０」が１つの装置であってもよい。この１つの装置を、コア装置と呼んでもよいし、認可装置と呼んでもよいし、ネットワークノード装置と呼んでもよい。
　また、本実施の形態では、端末２０がブラウザを備え、端末２０と通信する装置がＷｅｂサーバ機能を備えることを想定しており、端末２０はＨＴＴＰリクエストとして情報を他の装置に送信し、他の装置からＨＴＴＰレスポンスとして情報を受信する。ただし、このような想定は一例であり、このような想定に限定されない。
　また、以降の説明では、アプリサーバ６０と認可装置４０との間の通信を端末（ブラウザ）経由のリダイレクトで行っているが、これは一例である。アプリサーバ６０と認可装置４０との間で直接に通信を行うこととしてもよい。
　（第１実施形態：動的な情報の設定）
　図５を参照して、上述した動的な情報の設定のためのシーケンス例を説明する。ここでは、一例として、ＮＥＦ９０を経由して設定を行う場合の例を示す。
　データ格納装置７０には、ユーザの契約時のオフライン設定により、「SUPI=a, [識別子:ユーザ情報]=[a1 : 電話番号, メールアドレス]」が格納されているものとする。これは、ユーザの端末２０のＳＵＰＩがａであり、SUPI=aに対応する識別子としてａ１があり、ａ１に対応するユーザ情報として「電話番号, メールアドレス」があることを示す。
　Ｓ１１（ステップ１１）において、端末２０は、ＮＥＦ９０に対して、ユーザ情報追加要求を送信する。ユーザ情報追加要求は、例えば、Nnef_UserInfoProvision要求である。ここでのユーザ情報追加要求には、下記の情報が含まれているものとする。
　「GPSI=A, 追加情報([識別子:ユーザ情報]=[a2 : 電話番号, メールアドレス, "使用中アクセス確認", "使用中RAT確認", アクセス確認URI、RAT確認URI]）」
　上記の情報は、識別子がａ２である上記ユーザ情報の追加を行なうための情報である。
　ＮＥＦ９０は、データ管理装置８０に問い合わせを行って（Ｓ１２）、GPSI=Aに対応するSUPI=aを取得することで（Ｓ１３）、GPSI=AをSUPI=aに変換する。
　Ｓ１４において、NEF９０は、データ格納装置７０におけるSUPI=aのデータに対し、上記追加情報を書き込む。
　（第１実施形態：ＯＩＤＣ手順）
　第１実施形態におけるＯＩＤＣ手順を、図６、図７のフローチャートを参照して説明する。
　Ｓ１０１において、端末２０は、アプリサーバ６０(=RP)にアクセスし、ログイン要求を行う。アプリサーバ６０は、直接に当該ログインを扱うことができないので、以降のＯＩＤＣ手順が実行される。
　Ｓ１０２～Ｓ１０３において、アプリサーバ６０は、端末２０のブラウザ経由で（リダイレクトで）、認可装置４０に対して、認証要求を送信する。
　Ｓ１０４において、認可装置４０は、端末２０内ブラウザ経由あるいは５ＧＳ内の仕組みで、端末２０（あるいはユーザ）を認証するとともに、「アプリサーバ６０がユーザ情報にアクセスすること」についてのユーザからの認可を得る。この処理において、例えば、端末２０にはブラウザにより入力画面が表示され、ユーザは、入力画面から、「アプリサーバ６０がユーザ情報にアクセスすること」を認可することを示す情報を入力する。認可されたことを示す情報（認可許諾情報）は認可装置４０に送られる。例えば、このとき、ユーザは、ユーザ識別子＝ａ２を入力画面から入力する。すなわち、Ｓ１０４において、認可装置４０は、ユーザ識別子＝ａ２を取得する。
　なお、上記の「認可」の内容は一例である。「認可」は、「アプリサーバ６０が特定のＡＰＩを使用すること」についてのユーザからの認可であってもよいし、これら以外のアプリサーバ６０の特定の処理に対する認可であってもよい。「認可」の内容については、第２実施形態、第３実施形態でも同様である。
　S１０５～S１０６において、認可装置４０は、端末２０内のブラウザ経由で、アプリサーバ６０に対して、ユーザ情報へのアクセスがユーザにより認可されたことを示す認可コードを送信する。
　Ｓ１０７において、アプリサーバ６０は、ＣＡＰＩＦコア装置３０に対して、認可コードを提示（送信）する。Ｓ１０８～Ｓ１０９において、ＣＡＰＩＦコア装置３０は、認可装置４０にアクセスし、認証に関する情報（例：認証実施時刻、及び認証方法）を得る。Ｓ１０９において、認可装置４０からＣＡＰＩＦコア装置３０に対してユーザ識別子＝ａ２が通知されてもよい。
　Ｓ１１０において、ＣＡＰＩＦコア装置３０は、認可装置４０から得た情報を基に、ＩＤトークンを生成する。また、ＣＡＰＩＦコア装置３０は、アクセストークンを生成する。
　図７のＳ１１１において、ＣＡＰＩＦコア装置３０は、アプリサーバ６０に対して、ＩＤトークン、及びアクセストークンを送信する。Ｓ１１２において、アプリサーバ６０は、ユーザ情報開示装置５０に、ユーザ情報要求を送信する。このユーザ情報要求には、ユーザ識別子＝ａ２、及び、アクセストークンが含まれる。なお、アプリサーバ６０は、Ｓ１０５、Ｓ１０６でユーザ識別子＝ａ２を取得してもよいし、Ｓ１１１でユーザ識別子＝ａ２を取得してもよいし、これら以外のタイミングでユーザ識別子＝ａ２を取得してもよい。例えば、Ｓ１１１のＩＤトークンにユーザ識別子＝ａ２が含まれていてもよい。
　Ｓ１１３～Ｓ１１４において、ユーザ情報開示装置５０は、データ格納装置７０にアクセスし、ユーザ識別子＝ａ２に対応する情報を取得し、ユーザ識別子＝ａ２に、ＳＵＰＩ＝ａが対応することを確認する。
　ユーザ情報開示装置５０は、当該情報内に、"使用中アクセス確認"、"使用中ＲＡＴ確認"があることを検知したので、Ｓ１１５～Ｓ１１６において、ＳＵＰＩ＝ａを用いて、データ管理装置８０に問い合わせ、当該端末２０（ユーザ）の使用中アクセス方式、及び、使用中ＲＡＴとして、"３ＧＰＰアクセス"、"ＮＲ"を取得する。
　Ｓ１１７において、ユーザ情報開示装置５０は、ユーザ情報として、「電話番号、メールアドレス、"使用中アクセス＝３ＧＰＰアクセス"、"使用中ＲＡＴ＝ＮＲ"、アクセス確認ＵＲＩ、ＲＡＴ確認ＵＲＩ」を生成し、アプリサーバ６０に、当該ユーザ情報を送信する。
　Ｓ１１８において、アプリサーバ６０は、ＣＡＰＩＦコア装置３０から受信したＩＤトークンに基づいて、ユーザ識別子＝ａ２のログインを許可し、ユーザ情報を基に、当該ユーザ（端末２０）にサービスを提供する。
　ここでは、アクセス確認ＵＲＩとＲＡＴ確認ＵＲＩがいずれも、情報サーバ６５におけるＵＲＩであるとする。なお、情報サーバ６５はデータ管理装置８０であってもよく、その場合は、アクセス確認ＵＲＩとＲＡＴ確認ＵＲＩは、ＮＥＦ９０が開示するＵＲＩであってもよい。Ｓ１１９において、アプリサーバ６０は、アクセス確認ＵＲＩ、及びＲＡＴ確認ＵＲＩ（すなわち情報サーバ６５）を監視し、ユーザ識別子＝ａ２に対応する端末２０の状態変化に備える。
　以上説明した第１実施形態に係る技術により、５ＧＳにおいてＯＩＤＣを実現できる。また、ＯＩＤＣにおけるユーザ情報として、動的な情報を扱うことができるので、サービスを柔軟に端末２０の状況に適応させることができる。
　なお、上記の例では、通信システムで取得する動的な情報として、使用中アクセスの情報と使用中ＲＡＴの情報を取得したが、これらは例であり、これらに限定されない。例えば、通信システムにおけるポジショニングの仕組みを利用することで、端末２０の位置情報を動的な情報として取得することも可能である。
　（第２実施形態の課題）
　続いて第２実施形態を説明する。まず、第２実施形態の課題を説明する。ＯＩＤＣでは、ＯＰの認可終端点がエンドユーザを認証する際に、promptパラメータにより動作を細かく制御する。
　すなわち、ＯＩＤＣの仕様(OpenID Connect Core 1.0 incorporating errata set 1)に以下の記載がある。下記の認可サーバは、認可装置４０に相当する。また、「無し」を「none」に言い換えてもよい。
　「〇認可サーバは、以下の場合に、エンドユーザ認証を試みなければならない。
　・エンドユーザがまだ認証されていない。
　・認証要求が、値"ログイン"を持つpromptパラメータを含む。この場合、エンドユーザが認証済みであっても、認可サーバは、エンドユーザを再認証しなければならない。
　〇認可サーバは、以下の場合に、エンドユーザと相互作用を行ってはならない。
　・認証要求が、値"無し"を持つpromptパラメータを含む。この場合、エンドユーザがまだ認証されていない、あるいは静かに（silently）認証されえない場合、認可サーバはエラーを返さなければならない。」
　認可装置４０において、「認証要求が、値"無し"を持つpromptパラメータを含む」場合の処理を適切に行うことが、ユーザにアプリ間移行をなめらかなものに感じてもらうために重要である。
　第２実施形態では、主に、「認証要求が、値"無し"を持つpromptパラメータを含む」場合の処理について説明する。なお、以下では、「認証要求が、値"無し"を持つpromptパラメータを含む」場合の認証要求を「プロンプト無し認証要求」と呼ぶ場合がある。
　（第２実施形態の概要）
　第２実施形態では、認可装置４０は、プロンプト無し認証要求を受信した場合に、端末２０（あるいは、ユーザ、あるいは、端末２０とユーザの両方）が認証されていることを５ＧＳ認証の結果／ＦＩＤＯ認証の結果に基づき確認する。更に、認可装置４０は、端末２０（ユーザ）に対して自動ログインが許可されているか否かを確認する。これらの確認がとれた場合に、認可装置４０は、アプリサーバ６０に対して認可コードを発行する。
　第２実施形態では、端末２０は、通信システム（ここでは５ＧＳ）へ登録する登録手順において、データ管理装置８０に、（ＦＩＤＯなどの）端末認証器能力の情報を登録する。なお、ＦＩＤＯはFast Identity Online の略である。ＦＩＤＯ認証では、端末２０のローカル環境での本人認証（生体認証など）と公開鍵認証方式による認証を行うことによって高いセキュリティを実現することができる。
　第２実施形態では、「認証要求が、値"無し"を持つpromptパラメータを含む」場合、かつ、「ユーザ（端末２０）が(アプリ層で)まだ認証されていない」場合、認可装置４０は、認証段階とログイン認可段階において、下記の処理を実行する。なお、「ユーザ（端末２０）が(アプリ層で)まだ認証されていない」場合の条件を使用しないこととしてもよい。
　［認証段階］
　認可装置４０は、まず、データ管理装置８０に対してＡＭＦ登録情報有りを確認する。データ管理装置８０に、端末２０のＡＭＦ登録情報が格納されていることは、端末２０が通信システムにおいて認証されたこと（認証が成功したこと）を意味する。
　その後に、認可装置４０は、ユーザと端末２０との間でなされた認証（例：生体認証）の結果の確認として、下記の（ｉ）、（ｉｉ）を行う。
　（ｉ）ＡＭＦ登録情報内における端末認証器能力の情報により、端末２０が端末認証器能力を有することを検知すると、ＦＩＤＯサーバにアクセスし、認証済みであることを示す保管情報が格納されている場合に、端末２０（及びユーザ）は認証されていると判断する。
　（ｉｉ）ＡＭＦ登録情報内における端末認証器能力の情報がない場合、又は、当該情報により、端末２０が端末認証器能力を有しないことを検知すると、端末２０は認証されていると判断する。
　[ログイン認可段階]
　認可装置４０は、データ管理装置８０の加入者情報の中に、自動でのログインが許可されていることを示す情報があることを確認する。
　認可装置４０は、上記の認証段階とログイン認可段階における確認の後に、アプリ層で再認証することなく、アプリサーバ６０に認可コードを送信する。なお、上記の認証段階での確認とログイン認可段階での確認のうち、ログイン認可段階での確認を行わないこととしてもよい。
　また、上記の（ｉｉ）に関して、端末２０の端末認証器能力が無い場合、認可装置４０は、端末２０（あるいはユーザ）が認証されていないと判断し、認可コードの発行を行わないこととしてもよい。
　（第２実施形態の処理手順）
　＜端末登録＞
　端末２０は、自身の登録手順において、登録要求に、端末認証器能力の情報を含める。ＡＭＦは、データ管理装置８０への端末２０の登録時に、当該端末認証器能力の情報を含める。つまり、端末登録処理により、データ管理装置８０へ、端末２０についての端末認証器能力の情報が格納される。端末２０が端末認証器能力を有する場合、端末２０におけるＦＩＤＯ認証が可能であり、有しない場合、端末２０におけるＦＩＤＯ認証を行うことができないと想定する。
　＜ＯＩＤＣ手順＞
　続いて、ＯＩＤＣ手順を、図８のシーケンス図を参照して説明する。以下のシーケンスでは、ＦＩＤＯサーバ１００が使用される。ＦＩＤＯサーバ１００は、通信システムにおけるネットワークノード装置であってもよいし、通信システム外の装置であってもよい。ＦＩＤＯサーバ１００を認証サーバと呼んでもよい。
　Ｓ２０１において、端末２０は、アプリサーバ６０(=RP)にアクセスし、ログイン要求を行う。アプリサーバ６０は、直接に当該ログインを扱うことができないので、以降のＯＩＤＣ手順が実行される。
　Ｓ２０２～Ｓ２０３において、アプリサーバ６０は、端末２０のブラウザ経由で、認可装置４０に対して、認証要求を送信する。認証要求は、以下のパラメータを含む。
　(ア)　　client_idパラメータ:値として、アプリサーバ６０の識別子を持つ。
　(イ)　　promptパラメータ:値として"無し"を持つ。
　(ウ)　　login_hintパラメータ:値として、ユーザメールアドレスを持つ。
　なお、上記の「ユーザメールアドレス」は、下記のとおり、端末２０（あるいはユーザ）の識別情報として使用される。「ユーザメールアドレス」は例であり、「ユーザメールアドレス」以外の情報を用いてもよい。
　Ｓ２０４～Ｓ２０５において、認可装置４０は、ユーザメールアドレスを用いて、データ格納装置７０に問い合わせして、ＳＵＰＩ＝ｂを得る。
　Ｓ２０６～Ｓ２０７において、認可装置４０は、データ管理装置８０から、ＳＵＰＩ＝ｂに対応するＡＭＦ登録情報（特定の登録情報）を取得し、当該ＡＭＦ登録情報内に、端末２０についての端末認証器能力の情報があることを確認する。もしも、ＳＵＰＩ＝ｂに対応するＡＭＦ登録情報が無かった場合には、例えば、エラーをアプリサーバ６０に返す。
　Ｓ２０８～Ｓ２０９において、認可装置４０は、ＦＩＤＯサーバ１００にアクセスし、端末２０についての認証済み保管情報が有ることを示す情報を得る。もしも、認証済み保管情報が無かった場合には、例えば、エラーをアプリサーバ６０に返す。
　Ｓ２１０～Ｓ２１１において、認可装置４０は、データ管理装置８０から、ＳＵＰＩ＝ｂの加入者情報のＣＡＰＩＦ利用設定情報を取得し、当該ＣＡＰＩＦ利用設定情報において、"自動ログイン許可対象ｃｌｉｅｎｔ＿ｉｄパラメータ"に、アプリサーバ６０の識別子が含まれていることを確認する。つまり、アプリサーバ６０に対する自動でのログインが許可されていることを確認する。
　Ｓ２１２～Ｓ２１３において、認可装置４０は、アプリ層での認証を行うことなく、アプリサーバ６０に認可コードを送る。アプリ層での認証とは、例えば、第１実施形態で説明したＳ１０４の認証認可処理である。以降の処理は、第１実施形態でのＳ１０７からの処理と同じである。
　以上説明した第２実施形態によれば、認証要求が、値"無し"を持つpromptパラメータを含む場合において、エラーを返すことなく、迅速に認可コードを発行することが可能となる。
　（第３実施形態に関する課題）
　続いて、第３実施形態を説明する。まず、第３実施形態に関する課題を説明する。３ＧＰＰ（登録商標）において、人の意思を反映して振舞うアバタが、自ら主体的に通信に関わることが検討されている。
　アバタは、全く自由に振舞うのではなく、人の許可を適宜得ながら行動する。アバタが行動の認可を人から得る仕組みは、ＡＰＩアクセスに関しては、ＯＡｕｔｈ２．０により提供される。しかし、他アプリへのログインおよびＩＤ情報提供に関しては、従来技術にはその仕組みがない。また、ＯＩＤＣでは、従来技術において、関連のフローにアバタに許可を与える人などが関わることが出来ない。
　（第３実施形態の概要）
　上記課題を解決するために、第３実施形態では、認可装置４０は、アバタと人の両方の確認を得てから、アプリサーバ６０に認可コードを送る。
　ここでは、人を「第１端末２０Ａ」とし、アバタを「第２端末２０Ｂ」とする。「第１端末２０Ａ」は、ユーザ（人）が使用するスマートフォン等の物理的な端末を想定する。「第２端末２０Ｂ」は、アバタ（ソフトウェア）が使用する物理的な端末であってもよいし、コンピュータ（サーバでもよいし、端末でもよい）上のソフトウェア（仮想的な端末）であってもよい。
　また、第３実施形態の第２端末２０Ｂの使用者はアバタに限定されるわけではない。「第１端末２０Ａ」と「第２端末２０Ｂ」はいずれも人であるユーザが使用するものであってもよい。例えば、「第１端末２０Ａ」を親が使用し、「第２端末２０Ｂ」を子供が使用することとしてもよい。
　第３実施形態では、第１端末２０Ａは事前に、Ｗｅｂプッシュ通知を認可装置４０から購読する。つまり、第２端末２０Ｂについての認証要求をトリガとして、第１端末２０ＡがＷｅｂプッシュ通知を認可装置４０から受信できるようにする。
　認可装置４０は、アプリサーバ６０から、第２端末２０Ｂ経由で認証要求を受信すると、第２端末２０Ｂと第１端末２０Ａの両方に認証認可要求（認証要求又は認可要求と呼んで、もよい）を送信する。なお、認可装置４０は、第１端末２０Ａに対しては、Ｗｅｂプッシュ通知で認証認可要求を送信する。
　認可装置４０は、第２端末２０Ｂと第１端末２０Ａの両方を認証し、両方から認可を得た場合に、アプリサーバ６０に対して、第２端末２０Ｂのアクセスについての認可コードを送信する。
　（第３実施形態の処理手順）
　以下、第３実施形態における処理手順を、図９のシーケンス図を参照して説明する。
　＜Ｗｅｂプッシュ通知購読＞
　Ｓ３００において、第１端末２０Ａは、第２端末２０Ｂの認証認可のサポートに関するＷｅｂプッシュ通知を購読することを、認可装置４０に通知する。このとき、第１端末２０Ａは、対象の第２端末２０ＢのＳＵＰＩ＝ｃを認可装置４０に通知する。
　＜ＯＩＤＣ手順＞
　続いて、ＯＩＤＣ手順を、図９のシーケンス図を参照して説明する。Ｓ３０１において、第２端末２０Ｂは、アプリサーバ６０（＝ＲＰ）にアクセスし、ログイン要求を行う。アプリサーバ６０は、直接に当該ログインを扱うことができないので、以降のＯＩＤＣ手順が実行される。
　Ｓ３０２～Ｓ３０３において、アプリサーバ６０は、第２端末２０Ｂのブラウザ経由で、認可装置４０に対して、認証要求を送信する。認証要求は、以下のパラメータを含む。
　・login_hintパラメータ: 値として、第２端末２０Ｂのメールアドレスを持つ。
　なお、上記の「メールアドレス」は、下記のとおり、第２端末２０Ｂの識別情報として使用される。「メールアドレス」は例であり、「メールアドレス」以外の情報を用いてもよい。
　Ｓ３０４～Ｓ３０５において、認可装置４０は、第２端末２０Ｂのメールアドレスを用いて、データ格納装置７０に問い合わせ、ＳＵＰＩ＝ｃを得る。Ｓ３０６において、認可装置４０は、ＳＵＰＩ＝ｃが、Ｓ３００で第１端末２０Ａから要求を受けたＷｅｂプッシュ通知に対応するものであることを確認する。
　Ｓ３０７において、認可装置４０は、第２端末２０Ｂとの間で認証認可処理を行う。すなわち、認可装置４０が第２端末２０Ｂに対して認証認可要求を送信する。認証認可要求に基づく認証認可処理は、第１実施形態における端末２０と認可装置４０との間の認証認可処理と同じである。
　Ｓ３０８において、認可装置４０は、第１端末２０Ａに対して、Ｗｅｂプッシュで認証認可要求を送る。この認証認可要求に基づく処理も、第１実施形態における端末２０と認可装置４０との間の認証認可処理と同じである。
　Ｓ３０９，Ｓ３１０において、認可装置４０は、第１端末２０Ａと第２端末２０Ｂの両方から認証認可の確認（認可が得られたことを示す情報）を得る。
　Ｓ３１１において、認可装置４０は、第１端末２０Ａと第２端末２０Ｂの両方から認可を得たことで、アプリサーバ６０に対して認可コードを送信することを決定し、送信を行う。具体的には、認可装置４０は、第２端末２０Ｂに対して、認可コードと、ＲＰのリダイレクション終端点を入れたＨＴＴＰレスポンスを返す。第１端末２０Ａには、空のＨＴＴＰレスポンスを返す。
　以降、第２端末２０Ｂに関してのＯＩＤＣ手順が、第１実施形態のＳ１０６以降の処理と同様にして継続される。
　なお、Ｓ３０９～Ｓ３１０において、もしも、認可装置４０が、第１端末２０Ａと第２端末２０Ｂのうちの少なくとも１つからの認証認可の確認が得られなかった場合には、認可装置４０は、アプリサーバ６０に対して認可コードを送信しない。
　また、第３実施形態における「認可」は、第１実施形態と同様に、例えば、アプリサーバ６０に対して第２端末２０Ｂのユーザ（例えばアバタ）のユーザ情報へのアクセスを認可することである。ただし、これに限定されるわけではなく、「認可」は、ユーザ情報へのアクセスを認可すること以外の処理に対する認可であってもよい。
　以上説明した第３実施形態によれば、ＩＤ連携を行うための仕組みにおいて、ある端末は他の端末の動作に関わることができる。そのため、例えば、ＯＩＤＣ手順の中で、アバタが自由に行動してしまうことを防止できる。
　（装置構成）
　次に、これまでに説明した処理及び動作を実施する認可装置４０とユーザ情報開示装置５０の機能構成例を説明する。
　＜認可装置４０＞
　図１０は、認可装置４０の機能構成の一例を示す図である。図１０に示されるように、認可装置４０は、送信部１１０と、受信部１２０と、設定部１３０と、制御部１４０とを有する。図１０に示される機能構成は一例に過ぎない。本発明の実施の形態に係る動作を実施できるのであれば、機能区分及び機能部の名称はどのようなものでもよい。なお、図４に示した各ネットワークノード装置も、図１０に示す構成を有している。
　送信部１１０は、端末２０又は他のネットワークノード装置に送信する情報を生成し、当該情報を有線又は無線で送信する機能を含む。受信部１２０は、端末２０又は他のネットワークノード装置から送信された各種の情報を受信する。
　設定部１３０は、各種の設定情報を記憶装置に格納し、必要に応じて記憶装置から読み出す。
　制御部１４０は、装置全体の制御を行う。制御部１４０における情報送信に関する機能部を送信部１１０に含め、制御部１４０における情報受信に関する機能部を受信部１２０に含めてもよい。
　＜ユーザ情報開示装置５０＞
　図１１は、ユーザ情報開示装置５０の機能構成の一例を示す図である。図１１に示されるように、ユーザ情報開示装置５０は、送信部２１０と、受信部２２０と、設定部２３０と、制御部２４０とを有する。図１１に示される機能構成は一例に過ぎない。本発明の実施の形態に係る動作を実施できるのであれば、機能区分及び機能部の名称はどのようなものでもよい。
　送信部２１０は、端末２０又は他のネットワークノード装置に送信する情報を生成し、当該情報を有線又は無線で送信する機能を含む。受信部２２０は、端末２０又は他のネットワークノード装置から送信された各種の情報を受信する。
　設定部２３０は、各種の設定情報を記憶装置に格納し、必要に応じて記憶装置から読み出す。
　制御部２４０は、装置全体の制御を行う。制御部２４０における情報送信に関する機能部を送信部２１０に含め、制御部２４０における情報受信に関する機能部を受信部２２０に含めてもよい。
　本実施の形態により、少なくとも、下記の付記１～付記３が開示される。
　＜付記１＞
（付記項１）
　特定の処理を行うことを認可されたアプリケーションサーバから、ユーザ識別子を含むユーザ情報要求を受信する受信部と、
　通信システムにおけるデータ格納装置から、前記ユーザ識別子に対応する情報を取得する制御部と、
　前記情報に基づき作成されたユーザ情報を前記アプリケーションサーバに送信する送信部と
　を備えるユーザ情報開示装置。
（付記項２）
　前記アプリケーションサーバに送信される前記ユーザ情報は、前記ユーザ識別子に対応する端末の状態を監視するためのアクセス先の情報を含む
　付記項１に記載のユーザ情報開示装置。
（付記項３）
　前記制御部は、前記端末の動的な情報を管理するデータ管理装置から、当該動的な情報を取得し、前記ユーザ情報に当該動的な情報を含める
　付記項１又は２に記載のユーザ情報開示装置。
（付記項４）
　前記制御部は、前記データ格納装置から取得した情報の中に、特定の情報があることを検知した場合に、前記データ管理装置にアクセスして、前記動的な情報を取得する
　付記項３に記載のユーザ情報開示装置。
（付記項５）
　付記項１ないし４のうちいずれか１項に記載のユーザ情報開示装置と、前記アプリケーションサーバに対する前記特定の処理の認可のための処理を実行する認可装置と
　を備える通信システム。
（付記項６）
　特定の処理を行うことを認可されたアプリケーションサーバから、ユーザ識別子を含むユーザ情報要求を受信するステップと、
　通信システムにおけるデータ格納装置から、前記ユーザ識別子に対応する情報を取得するステップと、
　前記情報に基づき作成されたユーザ情報を前記アプリケーションサーバに送信するステップと
　を備える、ユーザ情報開示装置が実行するユーザ情報開示方法。
　付記項1～付記項６のいずれによっても、ID連携を行うための仕組みの中で、アプリケーションサーバに対して動的な情報を提供することを可能とする技術が提供される。付記項２によれば、アプリケーションサーバは、ユーザがログインした後も継続して、ユーザの動的な情報を取得できる。付記項３によれば、アプリケーションサーバは、ユーザがログインする際のユーザの動的な情報を取得できる。付記項４によれば、動的な情報を必要な場合にのみ取得できる。
　＜付記２＞
（付記項１）
　端末からのアクセスを受けたアプリケーションサーバから、認証要求を受信する受信部と、
　前記認証要求の中に特定のパラメータが含まれている場合に、前記端末が使用する通信システムのネットワークノード装置に、前記端末に関する特定の登録情報が格納されているか否かを確認し、その確認結果に基づいて、前記端末が認証されているか否かを判断する制御部と、
　前記制御部により、少なくとも、前記端末が認証されていると判断された場合に、認可コードを前記アプリケーションサーバに送信する送信部と
　を備える認可装置。
（付記項２）
　前記ネットワークノード装置に、前記特定の登録情報が格納されている場合に、前記制御部は、
　前記特定の登録情報により、前記端末が端末認証器能力を有しているか否かを確認し、
　前記端末が前記端末認証器能力を有し、かつ、認証サーバの中に、前記端末が認証済みであることを示す保管情報がある場合に、前記端末が認証されていると判断する
　付記項１に記載の認可装置。
（付記項３）
　前記制御部は、前記ネットワークノード装置に格納されている前記端末のユーザの加入者情報に基づいて、自動ログインが許可されているか否かを確認し、
　前記制御部により、前記端末が認証されていると判断され、かつ、前記自動ログインが許可されていることが確認された場合に、前記送信部は、前記認可コードを前記アプリケーションサーバに送信する
　付記項１又は２に記載の認可装置。
（付記項４）
　前記特定のパラメータは、値としてnoneを有するpromptパラメータである
　付記項１ないし３のうちいずれか１項に記載の認可装置。
（付記項５）
　付記項１ないし４のうちいずれか１項に記載の認可装置と、前記認可装置から前記認可コードを受信した前記アプリケーションサーバに対して、ユーザ情報を送信するユーザ情報開示装置と
　を備える通信システム。
（付記項６）
　端末からのアクセスを受けたアプリケーションサーバから、認証要求を受信するステップと、
　前記認証要求の中に特定のパラメータが含まれている場合に、前記端末が使用する通信システムのネットワークノード装置に、前記端末に関する特定の登録情報が格納されているか否かを確認し、その確認結果に基づいて、前記端末が認証されているか否かを判断するステップと、
　少なくとも、前記端末が認証されていると判断された場合に、認可コードを前記アプリケーションサーバに送信するステップと
　を備える、認可装置が実行する認可方法。
　付記項1～付記項６のいずれによっても、認可装置が、特定のパラメータを含む認証要求を受けた場合に、適切に処理を行うための技術が提供される。付記項２によれば、端末認証器能力の有無に応じた適切な処理を行うことができる。付記項３によれば、自動ログインが許可されているか否かに応じた適切な処理を行うことができる。付記項４によれば、特定のパラメータを決定できる。
　＜付記３＞
（付記項１）
　第１端末から、識別情報を含む通知要求を受信した後に、第２端末によるアクセスを受けたアプリケーションサーバから、前記第２端末に関する認証要求を受信する受信部と、
　前記通知要求に基づいて、前記第１端末に認証認可要求を送信するとともに、前記第２端末に認証認可要求を送信する送信部と、
　前記第１端末と前記第２端末の両方から認可を得た場合に、前記アプリケーションサーバに対して、特定の処理が認可されたことを示す認可コードを送信することを決定する制御部と
　を備える認可装置。
（付記項２）
　前記制御部は、前記認証要求に含まれるパラメータに基づいて、ネットワークノード装置から前記第２端末の識別情報を取得し、当該識別情報に基づいて、前記通知要求が前記第２端末に関する通知要求であると判断する
　付記項１に記載の認可装置。
（付記項３）
　前記通知要求は、Ｗｅｂプッシュ通知の要求であり、前記送信部は、Ｗｅｂプッシュ通知で前記認証認可要求を前記第１端末に送信する
　付記項１又は２に記載の認可装置。
（付記項４）
　付記項１ないし３のうちいずれか１項に記載の認可装置と、前記認可装置から前記認可コードを受信した前記アプリケーションサーバに対して、ユーザ情報を送信するユーザ情報開示装置と
　を備える通信システム。
（付記項５）
　第１端末から、識別情報を含む通知要求を受信した後に、第２端末からアクセスを受けたアプリケーションサーバから、前記第２端末に関する認証要求を受信するステップと、
　前記通知要求に基づいて、前記第１端末に認証認可要求を送信するとともに、前記第２端末に認証認可要求を送信するステップと、
　前記第１端末と前記第２端末の両方から認可を得た場合に、前記アプリケーションサーバに対して、特定の処理が認可されたことを示す認可コードを送信することを決定するステップと
　を備える、認可装置が実行する認可方法。
　付記項1～付記項５のいずれによっても、ID連携を行うための仕組みの中で、ある端末が他の端末の動作に関わることを可能とする技術が提供される。付記項２によれば、通知要求に対する処理を適切に行うことができる。付記項３によれば、Ｗｅｂプッシュ通知を用いることで、迅速な通知が可能となる。
　（ハードウェア構成）
　上記実施形態の説明に用いたブロック図（図１０～図１１）は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及びソフトウェアの少なくとも一方の任意の組み合わせによって実現される。また、各機能ブロックの実現方法は特に限定されない。すなわち、各機能ブロックは、物理的又は論理的に結合した１つの装置を用いて実現されてもよいし、物理的又は論理的に分離した２つ以上の装置を直接的又は間接的に（例えば、有線、無線などを用いて）接続し、これら複数の装置を用いて実現されてもよい。機能ブロックは、上記１つの装置又は上記複数の装置にソフトウェアを組み合わせて実現されてもよい。
　機能には、判断、決定、判定、計算、算出、処理、導出、調査、探索、確認、受信、送信、出力、アクセス、解決、選択、選定、確立、比較、想定、期待、見做し、報知（broadcasting）、通知（notifying）、通信（communicating）、転送（forwarding）、構成（configuring）、再構成（reconfiguring）、割り当て（allocating、mapping）、割り振り（assigning）などがあるが、これらに限られない。たとえば、送信を機能させる機能ブロック（構成部）は、送信部（transmitting　unit）や送信機（transmitter）と呼称される。いずれも、上述したとおり、実現方法は特に限定されない。
　例えば、本開示の一実施の形態における基地局１０、端末２０等は、本開示の無線通信方法の処理を行うコンピュータとして機能してもよい。図１２は、本開示の一実施の形態に係る認可装置４０及びユーザ情報開示装置５０のハードウェア構成の一例を示す図である。上述の認可装置４０及びユーザ情報開示装置５０は、物理的には、プロセッサ１００１、記憶装置１００２、補助記憶装置１００３、通信装置１００４、入力装置１００５、出力装置１００６、バス１００７などを含むコンピュータ装置として構成されてもよい。なお、認可装置４０及びユーザ情報開示装置５０以外のネットワークノード装置についても、図１２に示す構成を有している。
　なお、以下の説明では、「装置」という文言は、回路、デバイス、ユニット等に読み替えることができる。基地局１０及び端末２０のハードウェア構成は、図に示した各装置を１つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。
　認可装置４０及びユーザ情報開示装置５０における各機能は、プロセッサ１００１、記憶装置１００２等のハードウェア上に所定のソフトウェア（プログラム）を読み込ませることによって、プロセッサ１００１が演算を行い、通信装置１００４による通信を制御したり、記憶装置１００２及び補助記憶装置１００３におけるデータの読み出し及び書き込みの少なくとも一方を制御したりすることによって実現される。
　プロセッサ１００１は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ１００１は、周辺装置とのインターフェース、制御装置、演算装置、レジスタ等を含む中央処理装置（ＣＰＵ：Central Processing Unit）で構成されてもよい。例えば、上述の制御部１４０、制御部２４０等は、プロセッサ１００１によって実現されてもよい。
　また、プロセッサ１００１は、プログラム（プログラムコード）、ソフトウェアモジュール又はデータ等を、補助記憶装置１００３及び通信装置１００４の少なくとも一方から記憶装置１００２に読み出し、これらに従って各種の処理を実行する。プログラムとしては、上述の実施の形態において説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。例えば、図１０に示した認可装置４０の制御部１４０は、記憶装置１００２に格納され、プロセッサ１００１で動作する制御プログラムによって実現されてもよい。また、例えば、図１１に示したユーザ情報開示装置５０の制御部２４０は、記憶装置１００２に格納され、プロセッサ１００１で動作する制御プログラムによって実現されてもよい。上述の各種処理は、１つのプロセッサ１００１によって実行される旨を説明してきたが、２以上のプロセッサ１００１により同時又は逐次に実行されてもよい。プロセッサ１００１は、１以上のチップによって実装されてもよい。なお、プログラムは、電気通信回線を介してネットワークから送信されてもよい。
　記憶装置１００２は、コンピュータ読み取り可能な記録媒体であり、例えば、ＲＯＭ（Read Only Memory）、ＥＰＲＯＭ（Erasable Programmable ROM）、ＥＥＰＲＯＭ（Electrically Erasable Programmable ROM）、ＲＡＭ（Random Access Memory）等の少なくとも１つによって構成されてもよい。記憶装置１００２は、レジスタ、キャッシュ、メインメモリ（主記憶装置）等と呼ばれてもよい。記憶装置１００２は、本開示の一実施の形態に係る通信方法を実施するために実行可能なプログラム（プログラムコード）、ソフトウェアモジュール等を保存することができる。
　補助記憶装置１００３は、コンピュータ読み取り可能な記録媒体であり、例えば、ＣＤ－ＲＯＭ（Compact Disc ROM）等の光ディスク、ハードディスクドライブ、フレキシブルディスク、光磁気ディスク（例えば、コンパクトディスク、デジタル多用途ディスク、Ｂｌｕ－ｒａｙ（登録商標）ディスク）、スマートカード、フラッシュメモリ（例えば、カード、スティック、キードライブ）、フロッピー（登録商標）ディスク、磁気ストリップ等の少なくとも１つによって構成されてもよい。上述の記憶媒体は、例えば、記憶装置１００２及び補助記憶装置１００３の少なくとも一方を含むデータベース、サーバその他の適切な媒体であってもよい。
　通信装置１００４は、有線ネットワーク及び無線ネットワークの少なくとも一方を介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。通信装置１００４は、例えば周波数分割複信（ＦＤＤ：Frequency　Division　Duplex）及び時分割複信（ＴＤＤ：Time　Division　Duplex）の少なくとも一方を実現するために、高周波スイッチ、デュプレクサ、フィルタ、周波数シンセサイザなどを含んで構成されてもよい。例えば、送受信アンテナ、アンプ部、送受信部、伝送路インターフェース等は、通信装置１００４によって実現されてもよい。送受信部は、送信部と受信部とで、物理的に、または論理的に分離された実装がなされてもよい。
　入力装置１００５は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサ等）である。出力装置１００６は、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカー、LEDランプ等）である。なお、入力装置１００５及び出力装置１００６は、一体となった構成（例えば、タッチパネル）であってもよい。
　また、プロセッサ１００１及び記憶装置１００２等の各装置は、情報を通信するためのバス１００７によって接続される。バス１００７は、単一のバスを用いて構成されてもよいし、装置間ごとに異なるバスを用いて構成されてもよい。
　また、認可装置４０及びユーザ情報開示装置５０は、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＰＬＤ（Programmable Logic Device）、ＦＰＧＡ（Field Programmable Gate Array）等のハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ１００１は、これらのハードウェアの少なくとも１つを用いて実装されてもよい。
　また、認可装置４０あるいはユーザ情報開示装置５０を車両２００１に備えてもよい。図１３に車両２００１の構成例を示す。図１３に示すように、車両２００１は駆動部２００２、操舵部２００３、アクセルペダル２００４、ブレーキペダル２００５、シフトレバー２００６、前輪２００７、後輪２００８、車軸２００９、電子制御部２０１０、各種センサ２０２１～２０２９、情報サービス部２０１２と通信モジュール２０１３を備える。本開示において説明した各態様／実施形態に係る認可装置４０あるいはユーザ情報開示装置５０は、車両２００１に搭載される通信装置に適用されてもよく、例えば、通信モジュール２０１３に適用されてもよい。
　駆動部２００２は例えば、エンジン、モータ、エンジンとモータのハイブリッドで構成される。操舵部２００３は、少なくともステアリングホイール（ハンドルとも呼ぶ）を含み、ユーザによって操作されるステアリングホイールの操作に基づいて前輪及び後輪の少なくとも一方を操舵するように構成される。
　電子制御部２０１０は、マイクロプロセッサ２０３１、メモリ（ROM、RAM）２０３２、通信ポート（ＩＯポート）２０３３で構成される。電子制御部２０１０には、車両２００１に備えられた各種センサ２０２１～２０２９からの信号が入力される。電子制御部２０１０は、ＥＣＵ（Electronic Control Unit）と呼んでも良い。
　各種センサ２０２１～２０２９からの信号としては、モータの電流をセンシングする電流センサ２０２１からの電流信号、回転数センサ２０２２によって取得された前輪や後輪の回転数信号、空気圧センサ２０２３によって取得された前輪や後輪の空気圧信号、車速センサ２０２４によって取得された車速信号、加速度センサ２０２５によって取得された加速度信号、アクセルペダルセンサ２０２９によって取得されたアクセルペダルの踏み込み量信号、ブレーキペダルセンサ２０２６によって取得されたブレーキペダルの踏み込み量信号、シフトレバーセンサ２０２７によって取得されたシフトレバーの操作信号、物体検知センサ２０２８によって取得された障害物、車両、歩行者等を検出するための検出信号等がある。
　情報サービス部２０１２は、カーナビゲーションシステム、オーディオシステム、スピーカ、テレビ、ラジオといった、運転情報、交通情報、エンターテイメント情報等の各種情報を提供（出力）するための各種機器と、これらの機器を制御する１つ以上のＥＣＵとから構成される。情報サービス部２０１２は、外部装置から通信モジュール２０１３等を介して取得した情報を利用して、車両２００１の乗員に各種マルチメディア情報及びマルチメディアサービスを提供する。情報サービス部２０１２は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサ、タッチパネルなど）を含んでもよいし、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカー、ＬＥＤランプ、タッチパネルなど）を含んでもよい。
　運転支援システム部２０３０は、ミリ波レーダ、ＬｉＤＡＲ（Light Detection and Ranging）、カメラ、測位ロケータ（例えば、ＧＮＳＳ等）、地図情報（例えば、高精細（ＨＤ）マップ、自動運転車（ＡＶ）マップ等）、ジャイロシステム（例えば、ＩＭＵ（Inertial Measurement Unit）、ＩＮＳ（Inertial Navigation System）等）、ＡＩ（Artificial Intelligence）チップ、ＡＩプロセッサといった、事故を未然に防止したりドライバの運転負荷を軽減したりするための機能を提供するための各種機器と、これらの機器を制御する１つ以上のＥＣＵとから構成される。また、運転支援システム部２０３０は、通信モジュール２０１３を介して各種情報を送受信し、運転支援機能又は自動運転機能を実現する。
　通信モジュール２０１３は通信ポートを介して、マイクロプロセッサ２０３１および車両２００１の構成要素と通信することができる。例えば、通信モジュール２０１３は通信ポート２０３３を介して、車両２００１に備えられた駆動部２００２、操舵部２００３、アクセルペダル２００４、ブレーキペダル２００５、シフトレバー２００６、前輪２００７、後輪２００８、車軸２００９、電子制御部２０１０内のマイクロプロセッサ２０３１及びメモリ（ＲＯＭ、ＲＡＭ）２０３２、センサ２０２１～２９との間でデータを送受信する。
　通信モジュール２０１３は、電子制御部２０１０のマイクロプロセッサ２０３１によって制御可能であり、外部装置と通信を行うことが可能な通信デバイスである。例えば、外部装置との間で無線通信を介して各種情報の送受信を行う。通信モジュール２０１３は、電子制御部２０１０の内部と外部のどちらにあってもよい。外部装置は、例えば、基地局、移動局等であってもよい。
　通信モジュール２０１３は、電子制御部２０１０に入力された上述の各種センサ２０２１－２０２８からの信号、当該信号に基づいて得られる情報、及び情報サービス部２０１２を介して得られる外部（ユーザ）からの入力に基づく情報、の少なくとも１つを、無線通信を介して外部装置へ送信してもよい。電子制御部２０１０、各種センサ２０２１－２０２８、情報サービス部２０１２などは、入力を受け付ける入力部と呼ばれてもよい。例えば、通信モジュール２０１３によって送信されるＰＵＳＣＨは、上記入力に基づく情報を含んでもよい。
　通信モジュール２０１３は、外部装置から送信されてきた種々の情報（交通情報、信号情報、車間情報等）を受信し、車両２００１に備えられた情報サービス部２０１２へ表示する。情報サービス部２０１２は、情報を出力する（例えば、通信モジュール２０１３によって受信されるＰＤＳＣＨ（又は当該ＰＤＳＣＨから復号されるデータ／情報）に基づいてディスプレイ、スピーカーなどの機器に情報を出力する）出力部と呼ばれてもよい。また、通信モジュール２０１３は、外部装置から受信した種々の情報をマイクロプロセッサ２０３１によって利用可能なメモリ２０３２へ記憶する。メモリ２０３２に記憶された情報に基づいて、マイクロプロセッサ２０３１が車両２００１に備えられた駆動部２００２、操舵部２００３、アクセルペダル２００４、ブレーキペダル２００５、シフトレバー２００６、前輪２００７、後輪２００８、車軸２００９、センサ２０２１～２０２９等の制御を行ってもよい。
　（実施形態の補足）
　以上、本発明の実施の形態を説明してきたが、開示される発明はそのような実施形態に限定されず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。発明の理解を促すため具体的な数値例を用いて説明がなされたが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてもよい。上記の説明における項目の区分けは本発明に本質的ではなく、２以上の項目に記載された事項が必要に応じて組み合わせて使用されてよいし、ある項目に記載された事項が、別の項目に記載された事項に（矛盾しない限り）適用されてよい。機能ブロック図における機能部又は処理部の境界は必ずしも物理的な部品の境界に対応するとは限らない。複数の機能部の動作が物理的には１つの部品で行われてもよいし、あるいは１つの機能部の動作が物理的には複数の部品により行われてもよい。実施の形態で述べた処理手順については、矛盾の無い限り処理の順序を入れ替えてもよい。処理説明の便宜上、認可装置４０及びユーザ情報開示装置５０は機能的なブロック図を用いて説明されたが、そのような装置はハードウェアで、ソフトウェアで又はそれらの組み合わせで実現されてもよい。本発明の実施の形態に従って基地局１０が有するプロセッサにより動作するソフトウェア及び本発明の実施の形態に従って端末２０が有するプロセッサにより動作するソフトウェアはそれぞれ、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、読み取り専用メモリ（ＲＯＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、レジスタ、ハードディスク（ＨＤＤ）、リムーバブルディスク、ＣＤ－ＲＯＭ、データベース、サーバその他の適切な如何なる記憶媒体に保存されてもよい。
　また、情報の通知は、本開示で説明した態様／実施形態に限られず、他の方法を用いて行われてもよい。例えば、情報の通知は、物理レイヤシグナリング（例えば、ＤＣＩ（Downlink Control Information）、ＵＣＩ（Uplink Control Information））、上位レイヤシグナリング（例えば、ＲＲＣ（Radio Resource Control）シグナリング、ＭＡＣ（Medium Access Control）シグナリング）、報知情報（ＭＩＢ（Master Information Block）、ＳＩＢ（System Information Block））、その他の信号又はこれらの組み合わせによって実施されてもよい。また、ＲＲＣシグナリングは、ＲＲＣメッセージと呼ばれてもよく、例えば、ＲＲＣ接続セットアップ（RRC Connection Setup）メッセージ、ＲＲＣ接続再構成（RRC Connection Reconfiguration）メッセージ等であってもよい。
　本開示において説明した各態様／実施形態は、ＬＴＥ（Long　Term　Evolution）、ＬＴＥ－Ａ（LTE-Advanced）、ＳＵＰＥＲ　３Ｇ、ＩＭＴ－Ａｄｖａｎｃｅｄ、４Ｇ（4th　generation　mobile　communication　system）、５Ｇ（5th　generation　mobile　communication　system）、6th　generation　mobile　communication　system（６Ｇ）、xth　generation　mobile　communication　system（ｘＧ）（ｘＧ（ｘは、例えば整数、小数））、ＦＲＡ（Future　Radio　Access）、ＮＲ（new　Radio）、New　radio　access（ＮＸ）、Future　generation　radio　access（ＦＸ）、Ｗ－ＣＤＭＡ（登録商標）、ＧＳＭ（登録商標）、ＣＤＭＡ２０００、ＵＭＢ（Ultra　Mobile　Broadband）、ＩＥＥＥ　８０２．１１（Ｗｉ－Ｆｉ（登録商標））、ＩＥＥＥ　８０２．１６（ＷｉＭＡＸ（登録商標））、ＩＥＥＥ　８０２．２０、ＵＷＢ（Ultra-WideBand）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切なシステムを利用するシステム及びこれらに基づいて拡張、修正、作成、規定された次世代システムの少なくとも一つに適用されてもよい。また、複数のシステムが組み合わされて（例えば、ＬＴＥ及びＬＴＥ－Ａの少なくとも一方と５Ｇとの組み合わせ等）適用されてもよい。
　本明細書で説明した各態様／実施形態の処理手順、シーケンス、フローチャート等は、矛盾の無い限り、順序を入れ替えてもよい。例えば、本開示において説明した方法については、例示的な順序を用いて様々なステップの要素を提示しており、提示した特定の順序に限定されない。
　本明細書において基地局１０によって行われるとした特定動作は、場合によってはその上位ノード（upper node）によって行われることもある。基地局１０を有する１つ又は複数のネットワークノード（network nodes）からなるネットワークにおいて、端末２０との通信のために行われる様々な動作は、基地局１０及び基地局１０以外の他のネットワークノード（例えば、ＭＭＥ又はＳ－ＧＷ等が考えられるが、これらに限られない）の少なくとも１つによって行われ得ることは明らかである。上記において基地局１０以外の他のネットワークノードが１つである場合を例示したが、他のネットワークノードは、複数の他のネットワークノードの組み合わせ（例えば、ＭＭＥ及びＳ－ＧＷ）であってもよい。
　本開示において説明した情報又は信号等は、上位レイヤ（又は下位レイヤ）から下位レイヤ（又は上位レイヤ）へ出力され得る。複数のネットワークノードを介して入出力されてもよい。
　入出力された情報等は特定の場所（例えば、メモリ）に保存されてもよいし、管理テーブルを用いて管理してもよい。入出力される情報等は、上書き、更新、又は追記され得る。出力された情報等は削除されてもよい。入力された情報等は他の装置へ送信されてもよい。
　本開示における判定は、１ビットで表される値（０か１か）によって行われてもよいし、真偽値（Boolean：true又はfalse）によって行われてもよいし、数値の比較（例えば、所定の値との比較）によって行われてもよい。
　ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。
　また、ソフトウェア、命令、情報などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、有線技術（同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ：Digital　Subscriber　Line）など）及び無線技術（赤外線、マイクロ波など）の少なくとも一方を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び無線技術の少なくとも一方は、伝送媒体の定義内に含まれる。
　本開示において説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。
　なお、本開示において説明した用語及び本開示の理解に必要な用語については、同一の又は類似する意味を有する用語と置き換えてもよい。例えば、チャネル及びシンボルの少なくとも一方は信号（シグナリング）であってもよい。また、信号はメッセージであってもよい。また、コンポーネントキャリア（ＣＣ：Component　Carrier）は、キャリア周波数、セル、周波数キャリアなどと呼ばれてもよい。
　本開示において使用する「システム」及び「ネットワーク」という用語は、互換的に使用される。
　また、本開示において説明した情報、パラメータなどは、絶対値を用いて表されてもよいし、所定の値からの相対値を用いて表されてもよいし、対応する別の情報を用いて表されてもよい。例えば、無線リソースはインデックスによって指示されるものであってもよい。
　上述したパラメータに使用する名称はいかなる点においても限定的な名称ではない。さらに、これらのパラメータを使用する数式等は、本開示で明示的に開示したものと異なる場合もある。様々なチャネル（例えば、ＰＵＣＣＨ、ＰＤＣＣＨなど）及び情報要素は、あらゆる好適な名称によって識別できるので、これらの様々なチャネル及び情報要素に割り当てている様々な名称は、いかなる点においても限定的な名称ではない。
　本開示においては、「基地局（ＢＳ：Base　Station）」、「無線基地局」、「基地局」、「固定局（fixed　station）」、「ＮｏｄｅＢ」、「ｅＮｏｄｅＢ（ｅＮＢ）」、「ｇＮｏｄｅＢ（ｇＮＢ）」、「アクセスポイント（access　point）」、「送信ポイント（transmission　point）」、「受信ポイント（reception　point）」、「送受信ポイント（transmission/reception　point）」、「セル」、「セクタ」、「セルグループ」、「キャリア」、「コンポーネントキャリア」などの用語は、互換的に使用され得る。基地局は、マクロセル、スモールセル、フェムトセル、ピコセルなどの用語で呼ばれる場合もある。
　基地局は、１つ又は複数（例えば、３つ）のセルを収容することができる。基地局が複数のセルを収容する場合、基地局のカバレッジエリア全体は複数のより小さいエリアに区分でき、各々のより小さいエリアは、基地局サブシステム（例えば、屋内用の小型基地局（ＲＲＨ：Ｒｅｍｏｔｅ　Ｒａｄｉｏ　Ｈｅａｄ））によって通信サービスを提供することもできる。「セル」又は「セクタ」という用語は、このカバレッジにおいて通信サービスを行う基地局及び基地局サブシステムの少なくとも一方のカバレッジエリアの一部又は全体を指す。
　本開示において、基地局が端末に情報を送信することは、基地局が端末に対して、情報に基づく制御・動作を指示することと読み替えられてもよい。
　本開示においては、「移動局（ＭＳ：Mobile　Station）」、「端末（user　terminal）」、「端末（ＵＥ：User　Equipment）」、「端末」などの用語は、互換的に使用され得る。
　移動局は、当業者によって、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、又はいくつかの他の適切な用語で呼ばれる場合もある。
　基地局及び移動局の少なくとも一方は、送信装置、受信装置、通信装置などと呼ばれてもよい。なお、基地局及び移動局の少なくとも一方は、移動体に搭載されたデバイス、移動体自体などであってもよい。当該移動体は、移動可能な物体をいい、移動速度は任意である。また移動体が停止している場合も当然含む。当該移動体は、例えば、車両、輸送車両、自動車、自動二輪車、自転車、コネクテッドカー、ショベルカー、ブルドーザー、ホイールローダー、ダンプトラック、フォークリフト、列車、バス、リヤカー、人力車、船舶（ship and other watercraft）、飛行機、ロケット、人工衛星、ドローン（登録商標）、マルチコプター、クアッドコプター、気球、およびこれらに搭載される物を含み、またこれらに限らない。また、当該移動体は、運行指令に基づいて自律走行する移動体であってもよい。乗り物（例えば、車、飛行機など）であってもよいし、無人で動く移動体（例えば、ドローン、自動運転車など）であってもよいし、ロボット（有人型又は無人型）であってもよい。なお、基地局及び移動局の少なくとも一方は、必ずしも通信動作時に移動しない装置も含む。例えば、基地局及び移動局の少なくとも一方は、センサなどのＩｏＴ（Internet　 of　 Things）機器であってもよい。
　また、本開示における基地局は、端末で読み替えてもよい。例えば、基地局及び端末間の通信を、複数の端末２０間の通信（例えば、Ｄ２Ｄ（Device-to-Device）、Ｖ２Ｘ（Vehicle-to-Everything）などと呼ばれてもよい）に置き換えた構成について、本開示の各態様／実施形態を適用してもよい。この場合、上述の基地局１０が有する機能を端末２０が有する構成としてもよい。また、「上り」及び「下り」などの文言は、端末間通信に対応する文言（例えば、「サイド（side）」）で読み替えられてもよい。例えば、上りチャネル、下りチャネルなどは、サイドチャネルで読み替えられてもよい。
　同様に、本開示における端末は、基地局で読み替えてもよい。この場合、上述の端末が有する機能を基地局が有する構成としてもよい。
　本開示で使用する「判断(determining)」、「決定(determining)」という用語は、多種多様な動作を包含する場合がある。「判断」、「決定」は、例えば、判定(judging)、計算(calculating)、算出(computing)、処理(processing)、導出(deriving)、調査(investigating)、探索(looking　up、search、inquiry)（例えば、テーブル、データベース又は別のデータ構造での探索）、確認(ascertaining)した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、受信(receiving)（例えば、情報を受信すること）、送信(transmitting)(例えば、情報を送信すること)、入力(input)、出力(output)、アクセス(accessing)（例えば、メモリ中のデータにアクセスすること）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、解決(resolving)、選択(selecting)、選定(choosing)、確立(establishing)、比較(comparing)などした事を「判断」「決定」したとみなす事を含み得る。つまり、「判断」「決定」は、何らかの動作を「判断」「決定」したとみなす事を含み得る。また、「判断（決定）」は、「想定する（assuming）」、「期待する（expecting）」、「みなす（considering）」などで読み替えられてもよい。
　「接続された(connected)」、「結合された(coupled)」という用語、又はこれらのあらゆる変形は、２又はそれ以上の要素間の直接的又は間接的なあらゆる接続又は結合を意味し、互いに「接続」又は「結合」された２つの要素間に１又はそれ以上の中間要素が存在することを含むことができる。要素間の結合又は接続は、物理的なものであっても、論理的なものであっても、或いはこれらの組み合わせであってもよい。例えば、「接続」は「アクセス」で読み替えられてもよい。本開示で使用する場合、２つの要素は、１又はそれ以上の電線、ケーブル及びプリント電気接続の少なくとも一つを用いて、並びにいくつかの非限定的かつ非包括的な例として、無線周波数領域、マイクロ波領域及び光（可視及び不可視の両方）領域の波長を有する電磁エネルギーなどを用いて、互いに「接続」又は「結合」されると考えることができる。
　参照信号は、ＲＳ（Reference　Signal）と略称することもでき、適用される標準によってパイロット（Pilot）と呼ばれてもよい。
　本開示において使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。
　本開示において使用する「第１の」、「第２の」などの呼称を使用した要素へのいかなる参照も、それらの要素の量又は順序を全般的に限定しない。これらの呼称は、２つ以上の要素間を区別する便利な方法として本開示において使用され得る。したがって、第１及び第２の要素への参照は、２つの要素のみが採用され得ること、又は何らかの形で第１の要素が第２の要素に先行しなければならないことを意味しない。
　上記の各装置の構成における「手段」を、「部」、「回路」、「デバイス」等に置き換えてもよい。
　本開示において、「含む（include）」、「含んでいる（including）」及びそれらの変形が使用されている場合、これらの用語は、用語「備える（comprising）」と同様に、包括的であることが意図される。さらに、本開示において使用されている用語「又は（or）」は、排他的論理和ではないことが意図される。
　無線フレームは時間領域において１つ又は複数のフレームによって構成されてもよい。時間領域において１つ又は複数の各フレームはサブフレームと呼ばれてもよい。サブフレームは更に時間領域において１つ又は複数のスロットによって構成されてもよい。サブフレームは、ニューメロロジ（numerology）に依存しない固定の時間長（例えば、１ｍｓ）であってもよい。
　ニューメロロジは、ある信号又はチャネルの送信及び受信の少なくとも一方に適用される通信パラメータであってもよい。ニューメロロジは、例えば、サブキャリア間隔（ＳＣＳ：SubCarrier　Spacing）、帯域幅、シンボル長、サイクリックプレフィックス長、送信時間間隔（ＴＴＩ：Transmission　Time　Interval）、ＴＴＩあたりのシンボル数、無線フレーム構成、送受信機が周波数領域において行う特定のフィルタリング処理、送受信機が時間領域において行う特定のウィンドウイング処理などの少なくとも１つを示してもよい。
　スロットは、時間領域において１つ又は複数のシンボル（ＯＦＤＭ（Orthogonal　Frequency　Division　Multiplexing）シンボル、ＳＣ-ＦＤＭＡ（Single　Carrier　Frequency　Division　Multiple　Access）シンボル等）で構成されてもよい。スロットは、ニューメロロジに基づく時間単位であってもよい。
　スロットは、複数のミニスロットを含んでもよい。各ミニスロットは、時間領域において１つ又は複数のシンボルによって構成されてもよい。また、ミニスロットは、サブスロットと呼ばれてもよい。ミニスロットは、スロットよりも少ない数のシンボルによって構成されてもよい。ミニスロットより大きい時間単位で送信されるＰＤＳＣＨ（又はＰＵＳＣＨ）は、ＰＤＳＣＨ（又はＰＵＳＣＨ）マッピングタイプＡと呼ばれてもよい。ミニスロットを用いて送信されるＰＤＳＣＨ（又はＰＵＳＣＨ）は、ＰＤＳＣＨ（又はＰＵＳＣＨ）マッピングタイプＢと呼ばれてもよい。
　無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルは、いずれも信号を伝送する際の時間単位を表す。無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルは、それぞれに対応する別の呼称が用いられてもよい。
　例えば、１サブフレームは送信時間間隔（ＴＴＩ：Transmission　Time　Interval）と呼ばれてもよいし、複数の連続したサブフレームがＴＴＩと呼ばれてよいし、１スロット又は１ミニスロットがＴＴＩと呼ばれてもよい。つまり、サブフレーム及びＴＴＩの少なくとも一方は、既存のＬＴＥにおけるサブフレーム（１ｍｓ）であってもよいし、１ｍｓより短い期間（例えば、１－１３シンボル）であってもよいし、１ｍｓより長い期間であってもよい。なお、ＴＴＩを表す単位は、サブフレームではなくスロット、ミニスロットなどと呼ばれてもよい。また、１スロットが単位時間と呼ばれてもよい。単位時間は、ニューメロロジに応じてセル毎に異なっていてもよい。
　ここで、ＴＴＩは、例えば、無線通信におけるスケジューリングの最小時間単位のことをいう。例えば、ＬＴＥシステムでは、基地局が各端末２０に対して、無線リソース（各端末２０において使用することが可能な周波数帯域幅、送信電力など）を、ＴＴＩ単位で割り当てるスケジューリングを行う。なお、ＴＴＩの定義はこれに限られない。
　ＴＴＩは、チャネル符号化されたデータパケット（トランスポートブロック）、コードブロック、コードワードなどの送信時間単位であってもよいし、スケジューリング、リンクアダプテーションなどの処理単位となってもよい。なお、ＴＴＩが与えられたとき、実際にトランスポートブロック、コードブロック、コードワードなどがマッピングされる時間区間（例えば、シンボル数）は、当該ＴＴＩよりも短くてもよい。
　なお、１スロット又は１ミニスロットがＴＴＩと呼ばれる場合、１以上のＴＴＩ（すなわち、１以上のスロット又は１以上のミニスロット）が、スケジューリングの最小時間単位となってもよい。また、当該スケジューリングの最小時間単位を構成するスロット数（ミニスロット数）は制御されてもよい。
　１ｍｓの時間長を有するＴＴＩは、通常ＴＴＩ（ＬＴＥ　Ｒｅｌ．８－１２におけるＴＴＩ）、ノーマルＴＴＩ、ロングＴＴＩ、通常サブフレーム、ノーマルサブフレーム、ロングサブフレーム、スロットなどと呼ばれてもよい。通常ＴＴＩより短いＴＴＩは、短縮ＴＴＩ、ショートＴＴＩ、部分ＴＴＩ（partial又はfractional　TTI）、短縮サブフレーム、ショートサブフレーム、ミニスロット、サブスロット、スロットなどと呼ばれてもよい。
　なお、ロングＴＴＩ（例えば、通常ＴＴＩ、サブフレームなど）は、１ｍｓを超える時間長を有するＴＴＩで読み替えてもよいし、ショートＴＴＩ（例えば、短縮ＴＴＩなど）は、ロングＴＴＩのＴＴＩ長未満かつ１ｍｓ以上のＴＴＩ長を有するＴＴＩで読み替えてもよい。
　リソースブロック（ＲＢ）は、時間領域及び周波数領域のリソース割当単位であり、周波数領域において、１つ又は複数個の連続した副搬送波（subcarrier）を含んでもよい。ＲＢに含まれるサブキャリアの数は、ニューメロロジに関わらず同じであってもよく、例えば１２であってもよい。ＲＢに含まれるサブキャリアの数は、ニューメロロジに基づいて決定されてもよい。
　また、ＲＢの時間領域は、１つ又は複数個のシンボルを含んでもよく、１スロット、１ミニスロット、１サブフレーム、又は１ＴＴＩの長さであってもよい。１ＴＴＩ、１サブフレームなどは、それぞれ１つ又は複数のリソースブロックで構成されてもよい。
　なお、１つ又は複数のＲＢは、物理リソースブロック（ＰＲＢ：Physical　RB）、サブキャリアグループ（ＳＣＧ：Sub-Carrier　Group）、リソースエレメントグループ（ＲＥＧ：Resource　Element　Group）、ＰＲＢペア、ＲＢペアなどと呼ばれてもよい。
　また、リソースブロックは、１つ又は複数のリソースエレメント（ＲＥ：Resource　Element）によって構成されてもよい。例えば、１ＲＥは、１サブキャリア及び１シンボルの無線リソース領域であってもよい。
　帯域幅部分（BWP：Bandwidth　Part）（部分帯域幅などと呼ばれてもよい）は、あるキャリアにおいて、あるニューメロロジ用の連続する共通ＲＢ（common　resource　blocks）のサブセットのことを表してもよい。ここで、共通ＲＢは、当該キャリアの共通参照ポイントを基準としたＲＢのインデックスによって特定されてもよい。ＰＲＢは、あるBWPで定義され、当該BWP内で番号付けされてもよい。
　BWPには、ＵＬ用のBWP（ＵＬ　BWP）と、ＤＬ用のBWP（ＤＬ　BWP）とが含まれてもよい。ＵＥに対して、１キャリア内に１つ又は複数のBWPが設定されてもよい。
　設定されたBWPの少なくとも１つがアクティブであってもよく、ＵＥは、アクティブなBWPの外で所定の信号／チャネルを送受信することを想定しなくてもよい。なお、本開示における「セル」、「キャリア」などは、「BWP」で読み替えられてもよい。
　上述した無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルなどの構造は例示に過ぎない。例えば、無線フレームに含まれるサブフレームの数、サブフレーム又は無線フレームあたりのスロットの数、スロット内に含まれるミニスロットの数、スロット又はミニスロットに含まれるシンボル及びＲＢの数、ＲＢに含まれるサブキャリアの数、並びにＴＴＩ内のシンボル数、シンボル長、サイクリックプレフィックス（ＣＰ：Cyclic　Prefix）長などの構成は、様々に変更することができる。
　本開示において、例えば、英語でのa,　an及びtheのように、翻訳により冠詞が追加された場合、本開示は、これらの冠詞の後に続く名詞が複数形であることを含んでもよい。
　本開示において、「ＡとＢが異なる」という用語は、「ＡとＢが互いに異なる」ことを意味してもよい。なお、当該用語は、「ＡとＢがそれぞれＣと異なる」ことを意味してもよい。「離れる」、「結合される」などの用語も、「異なる」と同様に解釈されてもよい。
　本開示において説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的に行うものに限られず、暗黙的（例えば、当該所定の情報の通知を行わない）ことによって行われてもよい。
　以上、本開示について詳細に説明したが、当業者にとっては、本開示が本開示中に説明した実施形態に限定されるものではないということは明らかである。本開示は、請求の範囲の記載により定まる本開示の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本開示の記載は、例示説明を目的とするものであり、本開示に対して何ら制限的な意味を有するものではない。
２０　端末
３０　ＣＡＰＩＦコア装置
４０　認可装置
５０　ユーザ情報開示装置
６０　アプリサーバ
６５　情報サーバ
７０　データ格納装置
８０　データ管理装置
９０　ＮＥＦ
１００　ＦＩＤＯサーバ
１１０　　　送信部
１２０　　　受信部
１３０　　　設定部
１４０　　　制御部
２１０　　　送信部
２２０　　　受信部
２３０　　　設定部
２４０　　　制御部
１００１　　プロセッサ
１００２　　記憶装置
１００３　　補助記憶装置
１００４　　通信装置
１００５　　入力装置
１００６　　出力装置
２００１　　車両
２００２　　駆動部
２００３　　操舵部
２００４　　アクセルペダル
２００５　　ブレーキペダル
２００６　　シフトレバー
２００７　　前輪
２００８　　後輪
２００９　　車軸
２０１０　　電子制御部
２０１２　　情報サービス部
２０１３　　通信モジュール
２０２１　　電流センサ
２０２２　　回転数センサ
２０２３　　空気圧センサ
２０２４　　車速センサ
２０２５　　加速度センサ
２０２６　　ブレーキペダルセンサ
２０２７　　シフトレバーセンサ
２０２８　　物体検出センサ
２０２９　　アクセルペダルセンサ
２０３０　　運転支援システム部
２０３１　　マイクロプロセッサ
２０３２　　メモリ（ＲＯＭ，ＲＡＭ）
２０３３　　通信ポート（ＩＯポート）

Claims (6)

  1. 　特定の処理を行うことを認可されたアプリケーションサーバから、ユーザ識別子を含むユーザ情報要求を受信する受信部と、
    　通信システムにおけるデータ格納装置から、前記ユーザ識別子に対応する情報を取得する制御部と、
    　前記情報に基づき作成されたユーザ情報を前記アプリケーションサーバに送信する送信部と
    　を備えるユーザ情報開示装置。
  2. 　前記アプリケーションサーバに送信される前記ユーザ情報は、前記ユーザ識別子に対応する端末の状態を監視するためのアクセス先の情報を含む
    　請求項１に記載のユーザ情報開示装置。
  3. 　前記制御部は、端末の動的な情報を管理するデータ管理装置から、当該動的な情報を取得し、前記ユーザ情報に当該動的な情報を含める
    　請求項１に記載のユーザ情報開示装置。
  4. 　前記制御部は、前記データ格納装置から取得した情報の中に、特定の情報があることを検知した場合に、前記データ管理装置にアクセスして、前記動的な情報を取得する
    　請求項３に記載のユーザ情報開示装置。
  5. 　請求項１に記載のユーザ情報開示装置と、前記アプリケーションサーバに対する前記特定の処理の認可のための処理を実行する認可装置と
    　を備える通信システム。
  6. 　特定の処理を行うことを認可されたアプリケーションサーバから、ユーザ識別子を含むユーザ情報要求を受信するステップと、
    　通信システムにおけるデータ格納装置から、前記ユーザ識別子に対応する情報を取得するステップと、
    　前記情報に基づき作成されたユーザ情報を前記アプリケーションサーバに送信するステップと
    　を備える、ユーザ情報開示装置が実行するユーザ情報開示方法。
PCT/JP2022/037931 2022-10-11 2022-10-11 ユーザ情報開示装置、通信システム、及びユーザ情報開示方法 Ceased WO2024079797A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2024550951A JPWO2024079797A1 (ja) 2022-10-11 2022-10-11
PCT/JP2022/037931 WO2024079797A1 (ja) 2022-10-11 2022-10-11 ユーザ情報開示装置、通信システム、及びユーザ情報開示方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2022/037931 WO2024079797A1 (ja) 2022-10-11 2022-10-11 ユーザ情報開示装置、通信システム、及びユーザ情報開示方法

Publications (1)

Publication Number Publication Date
WO2024079797A1 true WO2024079797A1 (ja) 2024-04-18

Family

ID=90668990

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2022/037931 Ceased WO2024079797A1 (ja) 2022-10-11 2022-10-11 ユーザ情報開示装置、通信システム、及びユーザ情報開示方法

Country Status (2)

Country Link
JP (1) JPWO2024079797A1 (ja)
WO (1) WO2024079797A1 (ja)

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021136633A1 (en) * 2020-01-03 2021-07-08 Sony Group Corporation Reporting service for dynamic status information on a data link

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021136633A1 (en) * 2020-01-03 2021-07-08 Sony Group Corporation Reporting service for dynamic status information on a data link

Also Published As

Publication number Publication date
JPWO2024079797A1 (ja) 2024-04-18

Similar Documents

Publication Publication Date Title
JP7758422B2 (ja) ネットワークノード、リソースオーナー装置、システム、及び通信方法
WO2024079798A1 (ja) 認可装置、通信システム、及び認可方法
JP7796148B2 (ja) 通信装置、ネットワークノード装置、システム、及び通信方法
WO2024079797A1 (ja) ユーザ情報開示装置、通信システム、及びユーザ情報開示方法
WO2024079799A1 (ja) 認可装置、通信システム、及び認可方法
EP4626051A1 (en) Network node device, communication system, and communication method
JP7819296B2 (ja) 通信装置、ネットワークノード装置、及び認可制御方法
EP4668817A1 (en) Approval device, communication system, and communication method
EP4693080A1 (en) Network node and authentication method
WO2025004374A1 (ja) ネットワークノード及び制御方法
WO2025004341A1 (ja) ネットワークノード及び制御方法
WO2025150201A1 (ja) ネットワークノード及び認可方法
WO2024166188A1 (ja) ネットワークノード及び制御方法
WO2024209655A1 (ja) ネットワークノード及び認証方法
WO2025150202A1 (ja) ネットワークノード及び認可方法
WO2025150203A1 (ja) ネットワークノード及び認可方法
WO2025004346A1 (ja) ネットワークノード及び制御方法
WO2025150200A1 (ja) ネットワークノード及び制御方法
WO2025004342A1 (ja) ネットワークノード及び制御方法
WO2025037404A1 (ja) ネットワークノード、通信方法及び通信システム
WO2026018453A1 (ja) ネットワークノード及び認可方法
WO2025262873A1 (ja) 通信装置、ネットワークノード、及び通信方法
WO2025238836A1 (ja) ネットワークノード、端末、及び通信方法
WO2025238871A1 (ja) ネットワークノード及び制御方法
WO2026018452A1 (ja) ネットワークノード及び認可方法

Legal Events

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

Ref document number: 22962017

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2024550951

Country of ref document: JP

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 22962017

Country of ref document: EP

Kind code of ref document: A1