KR20210149249A - 별명 관리 방법 및 기기 - Google Patents

별명 관리 방법 및 기기 Download PDF

Info

Publication number
KR20210149249A
KR20210149249A KR1020217039641A KR20217039641A KR20210149249A KR 20210149249 A KR20210149249 A KR 20210149249A KR 1020217039641 A KR1020217039641 A KR 1020217039641A KR 20217039641 A KR20217039641 A KR 20217039641A KR 20210149249 A KR20210149249 A KR 20210149249A
Authority
KR
South Korea
Prior art keywords
alias
user
functional
client
management entity
Prior art date
Application number
KR1020217039641A
Other languages
English (en)
Inventor
추이리 거
Original Assignee
후아웨이 테크놀러지 컴퍼니 리미티드
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 후아웨이 테크놀러지 컴퍼니 리미티드 filed Critical 후아웨이 테크놀러지 컴퍼니 리미티드
Publication of KR20210149249A publication Critical patent/KR20210149249A/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
    • H04L63/102—Entity profiles
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/30—Managing network names, e.g. use of aliases or nicknames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/30—Managing network names, e.g. use of aliases or nicknames
    • H04L61/3015—Name registration, generation or assignment
    • H04L61/3065—
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/06—Network architectures or network communication protocols for network security for supporting key management in a packet data network
    • H04L63/062—Network architectures or network communication protocols for network security for supporting key management in a packet data network for key distribution, e.g. centrally by trusted party
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/2866—Architectures; Arrangements
    • H04L67/30—Profiles
    • H04L67/306—User profiles
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G06F13/38—Information transfer, e.g. on bus
    • G06F13/42—Bus transfer protocol, e.g. handshake; Synchronisation
    • G06F13/4204—Bus transfer protocol, e.g. handshake; Synchronisation on a parallel bus
    • G06F13/4221—Bus transfer protocol, e.g. handshake; Synchronisation on a parallel bus being an input/output bus, e.g. ISA bus, EISA bus, PCI bus, SCSI bus
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/30—Types of network names
    • H04L2101/365—Application layer names, e.g. buddy names, unstructured names chosen by a user or home appliance name
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/28—Restricting access to network management systems or functions, e.g. using authorisation function to access network configuration

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Hardware Design (AREA)
  • Computer Security & Cryptography (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

본 출원의 실시예는 통신 분야에 관한 것이며, 별명을 동적으로 관리할 수 없다는 종래 기술의 문제를 해결하기 위한 별명 관리 방법 및 기기를 개시한다. 구체적인 해결 방안은 다음과 같다: 기능적 별명 관리 엔티티가 제1 클라이언트에 의해 전송되는 관리 요청 메시지를 수신하며, 상기 관리 요청 메시지는 사용자의 ID 및 관리 요청된 별명의 명칭을 포함하고; 상기 기능적 별명 관리 엔티티는, 상기 사용자가 별명 관리 권한을 갖는 경우에 관리 응답 메시지를 상기 제1 클라이언트에 전송하며, 상기 관리 응답 메시지는 상기 사용자의 ID, 성공적으로 관리된 별명에 관한 정보를 포함한다. 상기 관리는 등록, 활성화, 비활성화, 인수 등 중 하나 이상일 수 있다. 본 출원의 실시예는 별명 관리 프로세스에 사용된다.

Description

별명 관리 방법 및 기기{ALIAS MANAGEMENT METHOD AND DEVICE}
본 출원의 실시예는 통신 분야에 관한 것으로, 특히 별명 관리 방법 및 기기에 관한 것이다.
3세대 파트너십 프로젝트(3rd Generation Partnership Project, 3GPP)는 3GPP 롱텀 에볼루션(Long Term Evolution, LTE) 시스템을 기반으로 하는 미션 크리티컬 서비스(mission critical service)의 그룹을 표준화하여 공공 보안 시나리오에서 트렁킹 통신(trunking communication)을 지원한다. 미션 크리티컬 서비스는 미션 크리티컬 푸시 투 토크(Mission Critical Push To Talk, MCPTT) 서비스, 미션 크리티컬 데이터(Mission Critical Data, MCData) 서비스, 미션 크리티컬 비디오(Mission Critical Video, MCVideo) 서비스를 포함할 수 있다. 철도 애플리케이션 및 기업 애플리케이션과 같은 다른 서비스도 기본 서비스에 기초하여 만들어질 수 있다.
3GPP LTE 시스템을 기반으로 하는 기존의 미션 크리티컬 서비스 시스템에서, 각 사용자는 사용자를 유일하게 식별하는 데 사용되는 ID(IDendity)를 갖는다. 서로 다른 서비스에 대해, 동일한 사용자는 동일한 ID를 사용하거나 다른 ID를 사용할 수 있다. 사용자의 ID 각각은 하나 이상의 별명(alias)에 대응할 수 있다. 공식적인 법적 명칭이나 표준 명칭 이외의 사람, 사건, 물건 또는 서비스의 명칭으로서, 별명은 문어(written language)로 사용되거나 구어(oral language)로 사용될 수 있다. 별명은 애칭(nickname)이라고도 한다. 종래 기술에서, 별명은 ID 이외의 사용자의 명칭일 수 있다. 예를 들어 전화번호 형식의 별명, 예를 들어 +86 130 xxxx xxxx)일 수 있거나, 또는 URI(Uniform Resource IdentifierI) 형식의 별명, 예를 들어 username@domain일 수 있거나, 자연인이 쉽게 인식하고 기억할 수 있는 문자 또는 기호로 형성된 별명일 수 있다. 구체적으로, 별명은 ID, 고용주 또는 사용자의 위치와 같은 정보, 예를 들어 열차 G20의 수석 승무원, G20의 승무원 또는 남 베이징역의 운항 관리원의 등의 정보를 참조하여 지정될 수 있다.
종래 기술에서, 별명은 시스템 전개(system deployment) 시에 사용자 구성 파일에 미리 구성된다. 별명 관리, 예를 들어 등록(registration), 활성화(activation), 비활성화(deactivation) 또는 인수(takeover)를 수행해야 하는 경우, 별명이 구성되는 사용자 구성 파일이 먼저 그에 상응하게 처리된다. 결과적으로, 별명 관리 효율이 낮고, 시스템 처리 부하가 커진다. 예를 들어, 사용자가 새 별명을 등록해야 하는 경우, 사용자는 사용자 구성 파일을 수정하거나 새로운 사용자 구성 파일을 구성하여 별명 등록을 완료한다.
본 출원의 실시예는 별명 관리 효율이 낮고 시스템 처리 부하가 큰 문제를 해결하기 위한 별명 관리 방법 및 기기를 제공한다.
전술한 목적을 달성하기 위해, 본 출원의 실시예는 이하의 기술적 방안을 사용한다.
제1 측면에 따르면, 본 출원의 일 실시예는 별명 관리 방법을 제공하며, 상기 별명 관리 방법은,
기능적 별명 관리 엔티티(functional alias management entity)가 제1 클라이언트에 의해 전송되는 등록 요청 메시지(registration request message)를 수신하는 단계 - 상기 등록 요청 메시지는 사용자의 ID(IDentity) 및 등록 요청된 별명의 명칭을 포함함-; 및 상기 기능적 별명 관리 엔티티가, 상기 사용자가 별명 등록 권한(alias registration right)을 갖는 경우에 등록 응답 메시지를 상기 제1 클라이언트에 전송하는 단계 - 상기 등록 응답 메시지는 상기 사용자의 ID, 성공적으로 등록된 별명의 명칭 및 상기 성공적으로 등록된 별명의 ID를 포함함 -를 포함한다.
본 출원의 본 실시예에 의해 제공되는 별명 관리 방법에서, 기능적 별명 관리 엔티티는 제1 클라이언트에 의해 전송되고 사용자의 ID 및 등록 요청된 별명의 명칭을 포함하는 등록 요청 메시지를 수신하고; 사용자가 별명 등록 권한을 갖는 경우, 기능적 별명 관리 엔티티는 사용자의 ID, 성공적으로 등록된 별명의 명칭 및 성공적으로 등록된 별명의 ID를 포함하는 등록 응답 메시지를 제1 클라이언트에 전송한다. 기능적 별명 관리 엔티티가 제1 클라이언트에 의해 전송되는 등록 요청 메시지를 수신한 후, 별명을 등록하도록 요청하는 요청자가 별명 등록 권한을 가지고 있다고 결정하는 경우, 기능적 별명 관리 엔티티는 별명이 구성된 사용자 구성 파일을 그에 상응하게 처리하지 않고, 요청자의 ID, 성공적으로 등록된 별명의 명칭 및 성공적으로 등록된 별명의 ID를 포함하는 등록 응답 메시지를 제1 클라이언트에 회신한다. 따라서, 별명 등록이 구현될 수 있고, 별명 관리 효율이 낮고 시스템 처리 부하가 크다는 문제가 해결된다.
제1 측면을 참조하여, 가능한 구현예에서, 상기 기능적 별명 관리 엔티티가 등록 응답 메시지를 상기 제1 클라이언트에 전송하는 단계 전에, 상기 별명 관리 방법은, 상기 기능적 별명 관리 엔티티가 상기 사용자의 ID에 기초하여 상기 사용자의 가입 정보를 획득하는 단계 - 상기 가입 정보는 지시 정보를 포함하고, 상기 지시 정보는 상기 사용자가 별명 등록 권한을 가짐을 지시하는 데 사용됨-; 또는 상기 기능적 별명 관리 엔티티가 정책 정보를 획득하고, 상기 정책 정보에 기초하여, 상기 사용자가 별명 등록 권한을 갖는 것으로 결정하는 단계 - 상기 정책 정보는 상기 별명 등록 권한을 갖는 사용자의 ID을 포함함 -를 더 포함할 수 있다.
제1 측면 또는 전술한 가능한 구현예를 참조하여, 다른 가능한 구현예에서, 상기 별명 관리 방법은, 상기 사용자가 별명 등록 권한을 갖지 않는 경우, 상기 기능적 별명 관리 엔티티가 실패 응답 메시지를 상기 제1 클라이언트에 전송하는 단계 - 상기 실패 응답 메시지는 실패 원인을 실어 전달할 수 있고, 상기 실패 원인은 상기 사용자에 대한 권한 확인(authorization check)에 실패했음을 지시하는 데 사용된다.
제1 측면 또는 전술한 가능한 구현예를 참조하여, 다른 가능한 구현예에서, 상기 기능적 별명 관리 엔티티가 등록 응답 메시지를 상기 제1 클라이언트에 전송하는 단계 전에, 상기 별명 관리 방법은, 상기 등록 요청된 별명의 명칭이 등록되어 있지 않은 경우, 상기 기능적 별명 관리 엔티티가 상기 등록 요청된 별명에 ID를 할당하는 단계 - 상기 성공적으로 등록된 별명은 상기 등록 요청된 별명임 -를 더 포함할 수 있다.
제1 측면 또는 전술한 가능한 구현예를 참조하여, 다른 가능한 구현예에서, 상기 별명 관리 방법은, 상기 등록 요청된 별명의 명칭이 이미 등록되어 있는 경우, 상기 기능적 별명 관리 엔티티가 실패 응답 메시지를 상기 제1 클라이언트에 전송하는 단계 - 상기 실패 응답 메시지는 실패 원인을 실어 전달할 수 있고, 상기 실패 원인은 상기 등록 요청된 별명이 이미 등록되어 있음을 지시하는 데 사용됨 -를 더 포함할 수 있다.
제1 측면 또는 전술한 가능한 구현예를 참조하여, 다른 가능한 구현예에서, 상기 등록 요청 메시지는, 상기 등록 요청된 별명의 서비스 유형, 상기 등록 요청된 별명의 속성, 상기 등록 요청된 별명의 적용 범위 및 상기 등록 요청된 별명의 유효 시간 중 적어도 하나를 더 포함할 수 있다.
제1 측면 또는 전술한 가능한 구현예를 참조하여, 다른 가능한 구현예에서, 상기 별명 관리 방법은, 상기 기능적 별명 관리 엔티티가 통지 메시지를 제2 클라이언트에 전송하는 단계 - 상기 통지 메시지는 상기 성공적으로 등록된 별명의 명칭 및 상기 성공적으로 등록된 별명의 ID을 포함할 수 있음 -를 더 포함할 수 있다.
제1 측면 또는 전술한 가능한 구현예를 참조하여, 다른 가능한 구현예에서, 상기 기능적 별명 관리 엔티티가 미션 크리티컬 서비스 서버에 배치되어 있지 않은 경우, 상기 별명 관리 방법은, 상기 기능적 별명 관리 엔티티가 통지 메시지를 상기 미션 크리티컬 서비스 서버에 전송하는 단계 - 상기 통지 메시지는 상기 성공적으로 등록된 별명의 명칭 및 상기 성공적으로 등록된 별명의 ID을 포함할 수 있음 -를 더 포함할 수 있다.
제1 측면 또는 전술한 가능한 구현예를 참조하여, 다른 가능한 구현예에서, 상기 통지 메시지는 상기 성공적으로 등록된 별명의 서비스 유형, 상기 성공적으로 등록된 별명의 속성, 상기 성공적으로 등록된 별명의 적용 범위 및 상기 성공적으로 등록된 별명의 유효 시간 중 적어도 하나를 더 포함할 수 있다.
제2 측면에 따르면, 본 출원의 실시예는 별명 관리 방법을 제공하며, 상기 별명 관리 방법은,
기능적 별명 관리 엔티티가 제1 클라이언트에 의해 전송되는 활성화 요청 메시지를 수신하는 단계 - 상기 활성화 요청 메시지는 사용자의 ID 및 활성화 요청된 별명의 ID를 포함함-; 및 상기 기능적 별명 관리 엔티티가, 상기 사용자가 별명 활성화 권한을 갖는 경우에 활성화 응답 메시지를 상기 제1 클라이언트에 전송하는 단계 - 상기 활성화 응답 메시지는 상기 사용자의 ID 및 성공적으로 활성화된 별명의 ID를 포함함 -를 포함한다.
본 출원의 본 실시예에 의해 제공되는 별명 관리 방법에서, 기능적 별명 관리 엔티티는 제1 클라이언트에 의해 전송되고 사용자의 ID 및 활성화 요청된 별명의 ID을 포함하는 활성화 요청 메시지를 수신하고; 사용자가 별명 활성화 권한을 갖는 경우, 기능성 별명 관리 엔티티는 제1 클라이언트에, 사용자의 ID 및 성공적으로 활성화된 별명의 ID을 포함하는 활성화 응답 메시지를 전송한다. 기능적 별명 관리 엔티티가 제1 클라이언트에 의해 전송되는 활성화 요청 메시지를 수신한 후, 별명을 활성화하도록 요청하는 요청자가 별명 활성화 권한을 가지고 있다고 결정하는 경우, 기능적 별명 관리 엔티티는 별명이 구성된 사용자 구성 파일을 그에 상응하게 처리하지 않고, 제1 클라이언트에, 요청자의 ID 및 성공적으로 활성화된 별명의 ID를 포함하는 활성화 응답 메시지를 회신한다. 따라서, 별명 활성화가 구현될 수 있고, 별명 관리 효율이 낮고 시스템 처리 부하가 크다는 문제가 해결된다.
제2 측면을 참조하여, 가능한 구현예에서, 상기 기능적 별명 관리 엔티티가 활성화 응답 메시지를 상기 제1 클라이언트에 전송하는 단계 전에, 상기 별명 관리 방법은, 상기 기능적 별명 관리 엔티티가 상기 사용자의 ID에 기초하여 상기 사용자의 가입 정보를 획득하는 단계 - 상기 가입 정보는 지시 정보를 포함하고, 상기 지시 정보는 상기 사용자가 별명 활성화 권한을 가짐을 지시하는 데 사용됨-; 또는 상기 기능적 별명 관리 엔티티가 정책 정보를 획득하고, 상기 정책 정보에 기초하여, 상기 사용자가 별명 활성화 권한을 갖는 것으로 결정하는 단계 - 상기 정책 정보는 상기 별명 활성화 권한을 갖는 사용자의 ID을 포함함 -를 더 포함할 수 있다.
제2 측면 또는 전술한 가능한 구현예를 참조하여, 다른 가능한 구현예에서, 상기 별명 관리 방법은, 상기 사용자가 상기 별명 활성화 권한을 갖지 않는 경우, 상기 기능적 별명 관리 엔티티가 실패 응답 메시지를 상기 제1 클라이언트에 전송하는 단계 - 상기 실패 응답 메시지는 실패 원인을 실어 전달할 수 있고, 상기 실패 원인은 상기 사용에 대한 권한 확인에 실패했음을 지시하는 데 사용됨 -를 더 포함할 수 있다.
제2 측면 또는 전술한 가능한 구현예를 참조하여, 다른 가능한 구현예에서, 상기 활성화 요청된 별명이 복수의 사용자가 동시에 활성화 가능한 별명이 아니고, 상기 활성화 요청된 별명이 활성화되어 있지 않은 경우, 상기 성공적으로 활성화된 별명은 상기 활성화 요청된 별명이거나; 또는 상기 활성화 요청된 별명이 복수의 사용자가 동시에 활성화 가능한 별명이고, 상기 활성화 요청된 별명을 성공적으로 활성화한 사용자의 수가 0보다 크고 최대 활성화 수량보다 작은 경우, 상기 성공적으로 활성화된 별명은 상기 활성화 요청된 별명이거나; 또는 상기 활성화 요청된 별명이 복수의 사용자가 동시에 활성화 가능한 별명이 아니고, 상기 활성화 요청된 별명은 활성화되어 있지 않으며, 상기 활성화 요청된 별명의 서비스 유형이 상기 사용자의 ID에 대응하는 서비스 유형과 동일한 경우, 상기 성공적으로 활성화된 별명은 상기 활성화 요청된 별명이거나; 또는 상기 활성화 요청된 별명이 복수의 사용자가 동시에 활성화 가능한 별명이고, 상기 활성화 요청된 별명을 성공적으로 활성화한 사용자의 수가 0보다 크고 최대 활성화 수량보다 작으며, 상기 활성화 요청된 별명의 서비스 유형이 상기 사용자의 ID에 대응하는 서비스 유형과 동일한 경우, 상기 성공적으로 활성화된 별명은 상기 활성화 요청된 별명이다. 상기 활성화 요청 메시지는 상기 활성화 요청된 별명의 서비스 유형을 더 포함할 수 있다.
제2 측면 또는 전술한 가능한 구현예를 참조하여, 다른 가능한 구현예에서, 상기 별명 관리 방법은, 상기 활성화 요청된 별명이 복수의 사용자가 동시에 활성화 가능한 별명이 아니고, 상기 활성화 요청된 별명이 이미 활성화되어 있는 경우, 상기 기능적 별명 관리 엔티티가 실패 응답 메시지를 제1 클라이언트에 전송하는 단계 - 상기 실패 응답 메시지는 실패 원인을 실어 전달할 수 있고, 상기 실패 원인은 상기 활성화 요청된 별명이 이미 활성화되어 있음을 지시하는 데 사용됨 -; 또는 상기 활성화 요청된 별명이 복수의 사용자가 동시에 활성화 가능한 별명 이지만, 활성화 요청된 별명을 성공적으로 활성화한 사용자의 수가 최대 활성화 수량보다 큰 경우, 상기 기능적 별명 관리 엔티티가 실패 응답 메시지를 상기 제1 클라이언트에 전송하는 단계 - 상기 실패 응답 메시지는 실패 원인을 실어 전달할 수 있으며, 상기 실패 원인은 상기 활성화 요청된 별명을 성공적으로 활성화한 사용자의 수가 이미 최대 활성화 수량에 도달했음을 지시하는 데 사용됨 -를 더 포함할 수 있다.
제2 측면 또는 전술한 가능한 구현예를 참조하여, 다른 가능한 구현예에서, 상기 별명 관리 방법은, 상기 기능적 별명 관리 엔티티가 상기 사용자의 ID와 상기 성공적으로 활성화된 별명 사이의 연관 관계를 저장하는 단계를 더 포함할 수 있다.
제2 측면 또는 전술한 가능한 구현예를 참조하여, 다른 가능한 구현예에서, 상기 별명 관리 방법은, 상기 기능적 별명 관리 엔티티가 통지 메시지를 제2 클라이언트에 전송하는 단계 - 상기 통지 메시지는 상기 제2 클라이언트에게 상기 사용자가 상기 성공적으로 활성화된 별명을 성공적으로 활성화한 것을 통지하는 데 사용됨 -를 더 포함할 수 있다.
제2 측면 또는 전술한 가능한 구현예를 참조하여, 다른 가능한 구현예에서, 상기 활성화 응답 메시지는 상기 성공적으로 활성화된 별명의 서비스 유형을 더 포함할 수 있다.
제2 측면 또는 전술한 가능한 구현예를 참조하여, 다른 가능한 구현예에서, 상기 기능적 별명 관리 엔티티가 미션 크리티컬 서비스 서버에 배치되어 있지 않은 경우, 상기 별명 관리 방법은, 상기 기능적 별명 관리 엔티티가 활성화 통지 메시지를 상기 미션 크리티컬 서비스 서버에 전송하는 단계 - 상기 활성화 통지 메시지는 상기 사용자의 ID 및 상기 성공적으로 활성화된 별명의 ID을 포함함 -를 더 포함할 수 있다.
제3 측면에 따르면, 본 출원의 실시예는 별명 관리 방법을 제공하며, 상기 별명 관리 방법은,
기능적 별명 관리 엔티티가 제1 클라이언트에 의해 전송되는 비활성화 요청 메시지를 수신하는 단계 - 상기 비활성화 요청 메시지는 사용자의 ID 및 비활성화 요청된 별명의 ID를 포함함-; 및 상기 기능적 별명 관리 엔티티가, 상기 사용자가 별명 비활성화 권한을 갖는 경우에 비활성화 응답 메시지를 상기 제1 클라이언트에 전송하는 단계 - 상기 비활성화 응답 메시지는 상기 사용자의 ID, 및 성공적으로 비활성화된 별명의 ID를 포함함 -를 포함한다.
본 출원의 본 실시예에 의해 제공되는 별명 관리 방법에서, 기능적 별명 관리 엔티티는 제1 클라이언트에 의해 전송되고 사용자의 ID 및 비활성화 요청된 별명의 ID을 포함하는 비활성화 요청 메시지를 수신하고; 사용자가 별명 비활성화 권한을 갖는 경우, 기능성 별명 관리 엔티티는 제1 클라이언트에, 사용자의 ID 및 성공적으로 비활성화된 별명의 ID을 포함하는 비활성화 응답 메시지를 전송한다. 기능적 별명 관리 엔티티가 제1 클라이언트에 의해 전송되는 비활성화 요청 메시지를 수신한 후, 별명을 비활성화하도록 요청하는 요청자가 별명 비활성화 권한을 가지고 있다고 결정하는 경우, 기능적 별명 관리 엔티티는 별명이 구성된 사용자 구성 파일을 그에 상응하여 처리하지 않고, 제1 클라이언트에, 요청자의 ID 및 성공적으로 비활성화된 별명의 ID를 포함하는 활성화 응답 메시지를 회신한다. 따라서, 별명 비활성화가 구현될 수 있고, 별명 관리 효율이 낮고 시스템 처리 부하가 크다는 문제가 해결된다.
제3 측면을 참조하여, 가능한 구현예에서, 상기 기능적 별명 관리 엔티티가 비활성화 응답 메시지를 상기 제1 클라이언트에 전송하는 단계 전에, 상기 별명 관리 방법은, 상기 기능적 별명 관리 엔티티가 상기 사용자의 ID에 기초하여 상기 사용자의 가입 정보를 획득하는 단계 - 상기 가입 정보는 지시 정보를 포함하고, 상기 지시 정보는 상기 사용자가 별명 비활성화 권한을 가짐을 지시하는 데 사용됨-; 또는 상기 기능적 별명 관리 엔티티가 정책 정보를 획득하고, 상기 정책 정보에 기초하여, 상기 사용자가 별명 비활성화 권한을 갖는 것으로 결정하는 단계 - 상기 정책 정보는 상기 별명 비활성화 권한을 갖는 사용자의 ID을 포함함 -를 더 포함할 수 있다.
제3 측면 또는 전술한 가능한 구현예를 참조하여, 다른 가능한 구현에서, 상기 별명 관리 방법은, 상기 사용자가 상기 별명 비활성화 권한을 갖지 않는 경우, 상기 기능적 별명 관리 엔티티가 실패 응답 메시지를 상기 제1 클라이언트에 전송하는 단계 - 상기 실패 응답 메시지는 실패 원인을 실어 전달할 수 있고, 상기 실패 원인은 상기 사용에 대한 권한 확인에 실패했음을 지시하는 데 사용됨 -를 더 포함할 수 있다.
제3 측면 또는 전술한 가능한 구현예를 참조하여, 다른 가능한 구현예에서, 상기 비활성화 요청된 별명의 서비스 유형이 상기 사용자의 ID에 대응하는 서비스 유형과 동일한 경우, 상기 성공적으로 비활성화된 별명은 상기 비활성화 요청된 별명이다. 상기 비활성화 요청 메시지는 상기 비활성화 요청된 별명의 서비스 유형을 더 포함할 수 있다.
제3 측면 또는 전술한 가능한 구현예를 참조하여, 다른 가능한 구현예에서, 상기 별명 관리 방법은, 상기 기능적 별명 관리 엔티티가 상기 사용자의 ID와 상기 성공적으로 비활성화된 별명의 ID 사이의 연관 관계를 삭제하는 단계를 더 포함할 수 있다.
제3 측면 또는 전술한 가능한 구현예를 참조하여, 다른 가능한 구현예에서, 상기 별명 관리 방법은, 상기 기능적 별명 관리 엔티티가 통지 메시지를 제2 클라이언트에 전송하는 단계 - 상기 통지 메시지는 상기 제2 클라이언트에게 상기 사용자가 상기 성공적으로 비활성화된 별명을 성공적으로 비활성화한 것을 통지하는 데 사용됨 -를 더 포함할 수 있다.
제3 측면 또는 전술한 가능한 구현예를 참조하여, 다른 가능한 구현예에서, 상기 비활성화 응답 메시지는 상기 성공적으로 비활성화된 별명의 서비스 유형을 더 포함할 수 있다.
제3 측면 또는 전술한 가능한 구현예를 참조하여, 다른 가능한 구현예에서, 상기 기능적 별명 관리 엔티티가 미션 크리티컬 서비스 서버에 배치되어 있지 않은 경우, 상기 별명 관리 방법은, 상기 기능적 별명 관리 엔티티가 비활성화 통지 메시지를 상기 미션 크리티컬 서비스 서버에 전송하는 단계 - 상기 비활성화 통지 메시지는 상기 사용자의 ID 및 상기 성공적으로 비활성화된 별명의 ID을 포함함 -를 더 포함할 수 있다.
제4 측면에 따르면, 본 출원의 일 실시예는 별명 관리 방법을 제공하며, 상기 별명 관리 방법은,
기능적 별명 관리 엔티티가 제1 클라이언트에 의해 전송되는 인수 요청 메시지를 수신하는 단계 - 상기 인수 요청 메시지는 사용자의 ID 및 인수 요청된 별명의 ID를 포함함-; 및 상기 기능적 별명 관리 엔티티가, 상기 사용자가 별명 인수 권한을 갖는 경우에 인수 응답 메시지를 상기 제1 클라이언트에 전송하는 단계 - 상기 인수 응답 메시지는 상기 사용자의 ID 및 성공적으로 인수된 별명의 ID를 포함함 -를 포함한다.
본 출원의 본 실시예에 의해 제공되는 별명 관리 방법에서, 기능적 별명 관리 엔티티는 제1 클라이언트에 의해 전송되고 사용자의 ID 및 인수 요청된 별명의 ID을 포함하는 인수 요청 메시지를 수신하고; 사용자가 별명 인수 권한을 갖는 경우, 기능성 별명 관리 엔티티는 제1 클라이언트에, 사용자의 ID 및 성공적으로 인수된 별명의 ID을 포함하는 인수 응답 메시지를 전송한다. 기능적 별명 관리 엔티티가 제1 클라이언트에 의해 전송되는 인수 요청 메시지를 수신한 후, 별명을 인수하도록 요청하는 요청자가 별명 인수 권한을 가지고 있다고 결정하는 경우, 기능적 별명 관리 엔티티는 별명이 구성된 사용자 구성 파일을 그에 상응하여 처리하지 않고, 제1 클라이언트에, 요청자의 ID 및 성공적으로 인수된 별명의 ID를 포함하는 인수 응답 메시지를 회신한다. 따라서, 별명 인수가 구현될 수 있고, 별명 관리 효율이 낮고 시스템 처리 부하가 크다는 문제가 해결된다.
제4 측면을 참조하여, 가능한 구현예에서, 상기 기능적 별명 관리 엔티티가 인수 응답 메시지를 상기 제1 클라이언트에 전송하는 단계 전에, 상기 별명 관리 방법은, 상기 기능적 별명 관리 엔티티가 상기 사용자의 ID에 기초하여 상기 사용자의 가입 정보를 획득하는 단계 - 상기 가입 정보는 지시 정보를 포함하고, 상기 지시 정보는 상기 사용자가 별명 인수 권한을 가짐을 지시하는 데 사용됨-; 또는 상기 기능적 별명 관리 엔티티가 정책 정보를 획득하고, 상기 정책 정보에 기초하여, 상기 사용자가 별명 인수 권한을 갖는 것으로 결정하는 단계 - 상기 정책 정보는 상기 별명 인수 권한을 갖는 사용자의 ID을 포함함 -를 더 포함할 수 있다.
제4 측면 또는 전술한 가능한 구현예를 참조하여, 다른 가능한 구현에서, 상기 별명 관리 방법은, 상기 사용자가 상기 별명 인수 권한을 갖지 않는 경우, 상기 기능적 별명 관리 엔티티가 실패 응답 메시지를 상기 제1 클라이언트에 전송하는 단계 - 상기 실패 응답 메시지는 실패 원인을 실어 전달할 수 있고, 상기 실패 원인은 상기 사용에 대한 권한 확인에 실패했음을 지시하는 데 사용됨 -를 더 포함할 수 있다.
제4 측면 또는 전술한 가능한 구현예를 참조하여, 다른 가능한 구현예에서, 상기 인수 요청된 별명이 인수 가능한 별명인 경우, 상기 성공적으로 인수된 별명은 상기 인수 요청된 별명이거나; 또는 상기 인수 요청된 별명이 인수 가능한 별명이고, 상기 인수 요청된 별명의 서비스 유형이 상기 사용자의 ID에 대응하는 서비스 유형과 동일한 경우, 상기 성공적으로 인수된 별명은 상기 인수 요청된 별명이다. 상기 인수 요청 메시지는 상기 인수 요청된 별명의 서비스 유형을 더 포함할 수 있다.
제4 측면 또는 전술한 가능한 구현예를 참조하여, 다른 가능한 구현예에서, 상기 별명 관리 방법은, 상기 사용자가 상기 별명 인수 권한을 갖지 않는 경우, 상기 기능적 별명 관리 엔티티가 실패 응답 메시지를 상기 제1 클라이언트에 전송하는 단계 - 상기 실패 응답 메시지는 실패 원인을 실어 전달할 수 있고, 상기 실패 원인은 상기 인수 요청된 별명이 인수 가능한 별명이 아님을 지시하는 데 사용됨 -를 더 포함할 수 있다.
제4 측면 또는 전술한 가능한 구현예를 참조하여, 다른 가능한 구현예에서, 상기 별명 관리 방법은, 상기 기능적 별명 관리 엔티티가 상기 성공적으로 인수된 별명의 ID와 제2 클라이언트를 사용하는 사용자의 ID 사이의 연관 관계를 삭제하고, 통지 메시지를 상기 제2 클라이언트에 전송하는 단계 - 상기 통지 메시지는, 상기 제2 클라이언트에게 상기 제1 클라이언트를 사용하는 사용자가 성공적으로 인수된 별명을 성공적으로 인수하였음을 통지하는 데 사용되거나, 상기 제2 클라이언트에게 상기 성공적으로 인수된 별명을 비활성화하도록 명령하는 데 사용되고, 상기 제2 클라이언트를 사용하는 사용자는 상기 성공적으로 인수된 별명을 성공적으로 활성화한 사용자임 -를 더 포함할 수 있다.
제4 측면 또는 전술한 가능한 구현예를 참조하여, 다른 가능한 구현예에서, 상기 인수 응답 메시지는 상기 성공적으로 인수된 별명의 서비스 유형을 더 포함할 수 있다.
제4 측면 또는 전술한 가능한 구현예를 참조하여, 다른 가능한 구현예에서, 상기 별명 관리 방법은, 상기 기능적 별명 관리 엔티티가 인수 통지 메시지를 미션 크리티컬 서비스 서버에 전송하는 단계 - 상기 인수 통지 메시지는 상기 사용자의 ID 및 상기 성공적으로 인수된 별명의 ID을 포함함 -를 더 포함할 수 있다.
제4 측면 또는 전술한 가능한 구현예를 참조하여, 다른 가능한 구현예에서, 상기 별명 관리 방법은, 상기 기능적 별명 관리 엔티티가 비활성화 통지 메시지를 미션 크리티컬 서비스 서버에 전송하는 단계 - 상기 비활성화 통지 메시지는 상기 성공적으로 인수된 별명의 ID 및 상기 사용자를 포함함 -를 더 포함할 수 있다.
제5 측면에 따르면, 기능적 별명 관리 엔티티를 제공하며, 상기 기능적 별명 관리 엔티티는, 제1 클라이언트에 의해 전송되는 등록 요청 메시지를 수신하도록 구성된 수신 유닛 - 상기 등록 요청 메시지는 사용자의 ID 및 등록 요청된 별명의 명칭을 포함함-; 및 상기 사용자가 별명 등록 권한을 갖는 경우에 등록 응답 메시지를 상기 제1 클라이언트에 전송하도록 구성된 전송 유닛 - 상기 등록 응답 메시지는 상기 사용자의 ID, 성공적으로 등록된 별명의 명칭, 및 상기 성공적으로 등록된 별명의 ID를 포함함 -을 포함한다.
제5 측면을 참조하여, 가능한 구현예에서, 상기 기능적 별명 관리 유닛은, 상기 수신 유닛에 의해 수신되는 상기 사용자의 ID에 기초하여 상기 사용자의 가입 정보를 획득하도록 구성된 획득 유닛 - 상기 가입 정보는 지시 정보를 포함하고, 상기 지시 정보는 상기 사용자가 별명 등록 권한을 가짐을 지시하는 데 사용됨-; 또는 정책 정보를 획득하도록 구성된 획득 유닛, 및 상기 획득 유닛에 의해 획득되는 상기 정책 정보에 기초하여, 상기 사용자가 별명 등록 권한을 갖는 것으로 결정하도록 구성된 결정 유닛 - 상기 정책 정보는 상기 별명 등록 권한을 갖는 사용자의 ID을 포함함 -을 더 포함할 수 있다.
제5 측면 또는 전술한 가능한 구현예를 참조하여, 다른 가능한 구현예에서, 상기 기능적 별명 관리 엔티티는, 상기 등록 요청된 별명의 명칭이 등록되어 있지 않은 경우, 상기 등록 요청된 별명에 ID를 할당하도록 구성된 할당 유닛 - 상기 성공적으로 등록된 별명은 상기 등록 요청된 별명임 -을 더 포함할 수 있다.
제5 측면 또는 전술한 가능한 구현예를 참조하여, 다른 가능한 구현예에서, 상기 등록 요청 메시지는, 상기 등록 요청된 별명의 서비스 유형, 상기 등록 요청된 별명의 속성, 상기 등록 요청된 별명의 적용 범위 및 상기 등록 요청된 별명의 유효 시간 중 적어도 하나를 더 포함한다.
제5 측면 또는 전술한 가능한 구현예를 참조하여, 다른 가능한 구현예에서, 상기 전송 유닛은 추가로, 통지 메시지를 제2 클라이언트에 전송하도록 구성되며, 상기 통지 메시지는 상기 성공적으로 등록된 별명의 명칭 및 상기 성공적으로 등록된 별명의 ID을 포함한다.
제5 측면 또는 전술한 가능한 구현예를 참조하여, 다른 가능한 구현예에서, 상기 통지 메시지는 상기 성공적으로 등록된 별명의 서비스 유형, 상기 성공적으로 등록된 별명의 속성, 상기 성공적으로 등록된 별명의 적용 범위 및 상기 성공적으로 등록된 별명의 유효 시간 중 적어도 하나를 더 포함한다.
제6 측면에 따르면, 본 출원의 실시예는 기능적 별명 관리 엔티티를 제공하며, 상기 기능적 별명 관리 엔티티는, 제1 클라이언트에 의해 전송되는 활성화 요청 메시지를 수신하도록 구성된 수신 유닛 - 상기 활성화 요청 메시지는 사용자의 ID 및 활성화 요청된 별명의 ID를 포함함 -; 및 상기 사용자가 별명 활성화 권한을 갖는 경우에 활성화 응답 메시지를 상기 제1 클라이언트에 전송하도록 구성된 전송 유닛 - 상기 활성화 응답 메시지는 상기 사용자의 ID 및 성공적으로 활성화된 별명의 ID를 포함함 -을 포함한다.
제6 측면을 참조하여, 가능한 구현예에서, 상기 기능적 별명 관리 엔티티는, 상기 수신 유닛에 의해 수신되는 상기 사용자의 ID에 기초하여 상기 사용자의 가입 정보를 획득하도록 구성된 획득 유닛 - 상기 가입 정보는 지시 정보를 포함하고, 상기 지시 정보는 상기 사용자가 별명 활성화 권한을 가짐을 지시하는 데 사용됨-; 또는 정책 정보를 획득하도록 구성된 획득 유닛, 및 상기 획득 유닛에 의해 획득되는 상기 정책 정보에 기초하여, 상기 사용자가 별명 활성화 권한을 갖는 것으로 결정하도록 구성된 결정 유닛 - 상기 정책 정보는 상기 별명 활성화 권한을 갖는 사용자의 ID을 포함함 -을 더 포함할 수 있다.
제6 측면 또는 전술한 가능한 구현예를 참조하여, 다른 가능한 구현예에서, 상기 활성화 요청된 별명이 복수의 사용자가 동시에 활성화 가능한 별명이 아니고, 상기 활성화 요청된 별명이 활성화되어 있지 않은 경우, 상기 성공적으로 활성화된 별명은 상기 활성화 요청된 별명이거나; 또는 상기 활성화 요청된 별명이 복수의 사용자가 동시에 활성화 가능한 별명이고, 상기 활성화 요청된 별명을 성공적으로 활성화한 사용자의 수가 0보다 크고 최대 활성화 수량보다 작은 경우, 상기 성공적으로 활성화된 별명은 상기 활성화 요청된 별명이거나; 또는 상기 활성화 요청된 별명이 복수의 사용자가 동시에 활성화 가능한 별명이 아니고, 상기 활성화 요청된 별명이 활성화되어 있지 않으며, 상기 활성화 요청된 별명의 서비스 유형이 상기 사용자의 ID에 대응하는 서비스 유형과 동일한 경우, 상기 성공적으로 활성화된 별명은 상기 활성화 요청된 별명이거나; 또는 상기 활성화 요청된 별명이 복수의 사용자가 동시에 활성화 가능한 별명이고, 상기 활성화 요청된 별명을 성공적으로 활성화한 사용자의 수가 0보다 크고 최대 활성화 수량보다 작으며, 상기 활성화 요청된 별명의 서비스 유형이 상기 사용자의 ID에 대응하는 서비스 유형과 동일한 경우, 상기 성공적으로 활성화된 별명은 활성화 요청된 별명이다.
제6 측면 또는 전술한 가능한 구현예를 참조하여, 다른 가능한 구현예에서, 상기 기능적 별명 관리 엔티티은, 상기 사용자의 ID와 상기 성공적으로 활성화된 별명 사이의 연관 관계를 저장하도록 구성된 저장 유닛을 더 포함할 수 있다.
제6 측면 또는 전술한 가능한 구현예를 참조하여, 다른 가능한 구현예에서, 상기 전송 유닛은 추가로, 통지 메시지를 제2 클라이언트에 전송하도록 구성되며, 상기 통지 메시지는 상기 제2 클라이언트에게 상기 사용자가 상기 성공적으로 활성화된 별명을 성공적으로 활성화한 것을 통지하는 데 사용된다.
제7 측면에 따르면, 본 출원의 일 실시예는 기능적 별명 관리 엔티티를 제공하며, 상기 기능적 별명 관리 엔티티는, 제1 클라이언트에 의해 전송되는 비활성화 요청 메시지를 수신하도록 구성된 수신 유닛 - 상기 비활성화 요청 메시지는 사용자의 ID 및 비활성화 요청된 별명의 ID를 포함함 -; 및 상기 사용자가 별명 비활성화 권한을 갖는 경우에 비활성화 응답 메시지를 상기 제1 클라이언트에 전송하도록 구성된 전송 유닛 - 상기 비활성화 응답 메시지는 상기 사용자의 ID 및 성공적으로 비활성화된 별명의 ID를 포함함 -을 포함한다.
제7 측면을 참조하여, 가능한 구현예에서, 상기 기능적 별명 관리 엔티티은, 상기 사용자의 ID에 기초하여 상기 사용자의 가입 정보를 획득하도록 구성된 획득 유닛 - 상기 가입 정보는 지시 정보를 포함하고, 상기 지시 정보는 상기 사용자가 상기 별명 비활성화 권한을 가짐을 지시하는 데 사용됨-; 또는 정책 정보를 획득하도록 구성된 획득 유닛, 및 상기 획득 유닛에 의해 획득되는 상기 정책 정보에 기초하여, 상기 사용자가 별명 비활성화 권한을 갖는 것으로 결정하도록 구성된 결정 유닛 - 상기 정책 정보는 상기 별명 비활성화 권한을 갖는 사용자의 ID을 포함함 -을 더 포함할 수 있다.
제7 측면 또는 전술한 가능한 구현예를 참조하여, 다른 가능한 구현예에서, 상기 비활성화 요청된 별명의 서비스 유형이 상기 사용자의 ID에 대응하는 서비스 유형과 동일한 경우, 상기 성공적으로 비활성화된 별명은 상기 비활성화 요청된 별명이다.
제7 측면 또는 전술한 가능한 구현예를 참조하여, 다른 가능한 구현예에서, 상기 기능적 별명 관리 엔티티은, 상기 사용자의 ID와 상기 성공적으로 비활성화된 별명의 ID 사이의 연관 관계를 삭제하도록 구성된 삭제 유닛을 더 포함할 수 있다.
제7 측면 또는 전술한 가능한 구현예를 참조하여, 다른 가능한 구현예에서, 상기 전송 유닛은 추가로, 통지 메시지를 제2 클라이언트에 전송하도록 구성되며, 상기 통지 메시지는 상기 제2 클라이언트에게 상기 사용자가 상기 성공적으로 비활성화된 별명을 성공적으로 비활성화한 것을 통지하는 데 사용된다.
제8 측면에 따르면, 본 출원의 일 시시예는 기능적 별명 관리 엔티티를 제공하며, 상기 기능적 별명 관리 엔티티는, 제1 클라이언트에 의해 전송되는 인수 요청 메시지를 수신하도록 구성된 수신 유닛 - 상기 인수 요청 메시지는 사용자의 ID 및 인수 요청된 별명의 ID를 포함함 -; 및 상기 사용자가 별명 인수 권한을 갖는 경우에 인수 응답 메시지를 상기 제1 클라이언트에 전송하도록 구성된 전송 유닛 - 상기 인수 응답 메시지는 상기 사용자의 ID 및 성공적으로 인수된 별명의 ID를 포함함 -을 포함한다.
제8 측면을 참조하여, 가능한 구현예에서, 상기 기능적 별명 관리 엔티티는, 상기 수신 유닛에 의해 수신되는 상기 사용자의 ID에 기초하여 상기 사용자의 가입 정보를 획득하도록 구성된 획득 유닛 - 상기 가입 정보는 지시 정보를 포함하고, 상기 지시 정보는 상기 사용자가 별명 인수 권한을 가짐을 지시하는 데 사용됨-; 또는 정책 정보를 획득하도록 구성된 획득 유닛, 및 상기 획득 유닛에 의해 획득되는 상기 정책 정보에 기초하여, 상기 사용자가 별명 인수 권한을 갖는 것으로 결정하도록 구성된 결정 유닛 - 상기 정책 정보는 상기 별명 인수 권한을 갖는 사용자의 ID을 포함함 -을 더 포함할 수 있다.
제8 측면 또는 전술한 가능한 구현예를 참조하여, 다른 가능한 구현예에서, 상기 인수 요청된 별명이 인수 가능한 별명인 경우, 상기 성공적으로 인수된 별명은 상기 인수 요청된 별명이거나; 또는 상기 인수 요청된 별명이 인수 가능한 별명이고, 상기 인수 요청된 별명의 서비스 유형이 상기 사용자의 ID에 대응하는 서비스 유형과 동일한 경우, 상기 성공적으로 인수된 별명은 상기 인수 요청된 별명이다.
제8 측면 또는 전술한 가능한 구현예를 참조하여, 다른 가능한 구현예에서, 상기 기능적 별명 관리 엔티티는, 상기 성공적으로 인수된 별명의 ID와 제2 클라이언트를 사용하는 사용자의 ID 사이의 연관 관계를 삭제하도록 구성된 삭제 유닛 - 상기 제2 클라언트를 사용하는 사용자는 상기 성공적으로 인수된 별명을 성공적으로 활성화한 사용자임 -을 더 포함할 수 있고; 상기 전송 유닛은 추가로, 통지 메시지를 상기 제2 클라이언트에 전송하도록 구성되며, 상기 통지 메시지는 상기 제2 클라이언트에게 상기 제1 클라이언트를 사용하는 사용자가 성공적으로 인수된 별명을 성공적으로 인수하였음을 통지하는 데 사용되거나, 상기 제2 클라이언트에게 상기 성공적으로 인수된 별명을 비활성화하도록 명령하는 데 사용된다.
제9 측면에 따르면, 본 출원의 일 실시예는 하나 이상의 프로세서 및 메모리를 포함하는 기능적 별명 관리 엔티티를 제공하며, 상기 메모리는 컴퓨터 프로그램을 저장하도록 구성되고, 상기 컴퓨터 프로그램을 실행할 때, 상기 하나 이상의 프로세서가 제1 측면 또는 제1 측면의 가능한 구현예 중 어느 하나, 또는 제2 측면 또는 제2 측면의 가능한 구현예 중 어느 하나, 또는 제3 측면 또는 제3 측면의 가능한 구현예 중 어느 하나, 또는 제4 측면 또는 제4 측면의 가능한 구현예 중 어느 하나의 별명 관리 방법을 구현한다.
제10 측면에 따르면, 본 출원의 일 실시예는 컴퓨터 프로그램을 저장하도록 구성된, 컴퓨터로 판독 가능한 저장 매체를 제공하며, 상기 컴퓨터 프로그램은 제1 측면 또는 제1 측면의 가능한 구현예 중 어느 하나, 또는 제2 측면 또는 제2 측면의 가능한 구현예 중 어느 하나, 또는 제3 측면 또는 제3 측면의 가능한 구현예 중 어느 하나, 또는 제4 측면 또는 제4 측면의 가능한 구현예 중 어느 하나의 별명 관리 방법을 구현하는 데 사용되는 명령어를 포함한다.
제11 측면에 따르면, 본 출원의 일 실시예는 칩 시스템을 제공하며, 상기 칩 시스템은 전술한 측면에서의 기능, 예를 들어 전술한 방법에서의 데이터 및/또는 정보를 생성 또는 처리를 구현함에 있어 기능적 별명 관리 엔티티를 지원하도록 구성된 프로세서를 포함한다. 가능한 설계에서, 상기 칩 시스템은 메모리를 더 포함하며, 상기 메모리는 기능적 별명 관리 엔티티에 의해 요구되는 프로그램 명령어 및 데이터를 저장하도록 구성된다. 상기 칩 시스템은 칩으로 형성될 수 있거나, 칩 및 다른 개별 구성요소를 포함할 수 있다.
도 1은 종래 기술에 따른 3GPP LTE 시스템에 기반한 미션 크리티컬 서비스 애플리케이션 계층의 아키텍처의 개략도이다.
도 2는 본 출원의 일 실시예에 따른 시스템 아키텍처의 단순화된 개략도이다.
도 3은 본 출원의 일 실시예에 따른 기능적 별명 관리 엔티티의 개략 구성도이다.
도 4는 본 출원의 일 실시예에 따른 별명 관리 방법의 흐름도이다.
도 5는 본 출원의 일 실시예에 따른 다른 별명 관리 방법의 흐름도이다.
도 6은 본 출원의 일 실시예에 따른 다른 별명 관리 방법의 흐름도이다.
도 7은 본 출원의 일 실시예에 따른 다른 별명 관리 방법의 흐름도이다.
도 8은 본 출원의 일 실시예에 따른 별명 기반 주소지정 호출 방법(alias-based addressing call method)의 흐름도이다.
도 9는 본 출원의 일 실시예에 따른 다른 기능적 별명 관리 엔티티의 개략 구성도이다.
도 10은 본 출원의 일실시예에 따른 다른 기능적 별명 관리 엔티티의 개략 구성도이다.
3GPP LTE 시스템에 기반한 미션 크리티컬 서비스 애플리케이션 계층의 아키텍처는 도 1에 도시되어 있다. 미션 크리티컬 서비스 사용자 데이터베이스(MC service user database)는 사용자 구성 파일을 저장하고, 사용자 구성 파일은 사용자의 ID 및 그 ID에 대응하는 하나 이상의 별명을 포함한다. 별명은 공식 법적 명칭 또는 표준 명칭 이외의 명칭이다. 상이한 서비스에 대해, 동일한 사용자가 동일한 ID를 사용하거나, 다른 ID를 사용할 수 있다. 사용자의 ID는 사용자의 ID에 대응하는 별명으로 바인딩되고, 사용자 구성 파일에 저장된다. 예를 들어, MCPTT 서비스의 경우, 사용자의 ID는 사용자의 ID에 대응하는 별명에 바인딩된다. MCData 서비스의 경우, 사용자의 ID는 사용자의 ID에 대응하는 별명으로 바인딩된다. 사용자는 별명을 포함하는 사용자 구성 파일이 시스템 관리자에 의해 구성 관리 서버(Configuration Management Server, CMS) 및 구성 관리 클라이언트(Configuration Management Client, CMC)를 사용하여 사용자가 사용하는 단말기에 전달되는 경우에만 별명을 사용할 수 있다. 또한, 별명에 대해 등록, 활성화, 비활성화 또는 인수와 같은 관리를 수행해야 하는 경우, 별명을 포함하는 사용자 구성 파일이 그에 상응하게 먼저 처리되어야 한다. 예를 들어, 별명이 시스템에 동적으로 그리고 임시로 등록되는 경우, 별명 등록은 사용자 구성 파일이 먼저 수정되거나 새로운 사용자 구성 파일이 먼저 구성된 경우에만 완료될 수 있다.
또한, 별명은 별명의 특징, 예를 들어 시스템에서 별명의 유일성(uniqueness), 복수의 사용자에게 허용된 별명의 동시 사용, 및 별명에 대응하는 사용자의 ID를 기술하는 일부 정보를 추가로 갖는다. 철도 애플리케이션에서 별명에 관한 정보는 구체적으로 다음과 같다:
1. 별명은 사용자가 선택할 수 있는 별명이며, 사용자의 의무(duty) 또는 임무(mission)에 바운딩된다.
2. 한 명의 사용자가 하나 이상의 별명을 동시에 활성화할 수 있다. 각각의 활성화된 별명은 유일하며, 그 별명에 대응하는 사용자와 통신하고 주소지정을 위한 사용자의 서비스 ID로서 사용될 수 있다. 즉, 라우팅 기능을 지원할 수 있다. 예를 들어, 별명은 특정 열차의 운전자를 식별하는 데 사용된다. 예를 들어, 열차 TRAIN29에 두 명의 운전자가 있으면, 운전자 1의 별명은 Driver1_TRAIN29이고 운전자 2의 별명은 Driver2_TRAIN29이고, 별명 Driver1_TRAIN29가 성공적으로 활성화된 후, 열차 TRAIN29에 대해 운전자 1에 주소를 지정할 수 있다. 별명 Driver2_TRAIN29가 성공적으로 활성화된 후, 열차 TRAIN29에 대해 운전자 2에 주소를 지정할 수 있다.
3. 하나의 별명이 서비스 관리 구성에 기초하여 복수의 사용자에게 할당될 수 있거나, 서비스 관리 구성에 기초하여 다른 인증된 사용자에 의해 인수될 수 있다. 두 가지 요건은 상호 배타적이다. 구체적으로, 하나의 발명이 복수의 사용자에게 할당되면, 별명을 인수할 수 없다.
4. 권한 있는 사용자(authorized user)는 새로운 별명을 등록할 수 있다.
결론적으로, 철도 애플리케이션의 별명 특징을 기술하는 정보에 기초하여, 다음이 획득될 수 있다: 사용자는 철도 애플리케이션에서 별명을 자유롭게 선택할 수 있어야 하고; 별명은 유연하게 활성화 및 비활성화될 수 있고, 라우팅 기능을 지원할 수 있으며, 인수 및 등록될 수 있다. 따라서, 종래 기술이 시스템 배치 동안에 사용자 구성 파일에 별명을 미리 구성하는데 여전히 사용된다면, 별명 관리 효율이 낮고 시스템 처리 부하가 크다.
별명 관리 효율이 낮고 시스템 처리 부하가 큰 문제를 해결하기 위해, 본 출원의 실시예는 별명 관리 방법을 제공한다. 별명 관리 방법의 기본 원리는 다음과 같다: 기능적 별명 관리 엔티티는 제1 클라이언트에 의해 전송되는 관리 요청 메시지를 수신하며, 여기서 관리 요청 메시지는 사용자의 ID 및 관리 요청된 별명에 관한 정보를 포함하고; 기능적 별명 관리 엔티티는 사용자가 별명 관리 권한을 갖는 경우에 관리 응답 메시지를 제1 클라이언트에 전송하며, 여기서 관리 응답 메시지는 사용자의 ID 및 성공적으로 관리된 별명에 관한 정보를 포함한다. 관리는 등록, 활성화, 비활성화, 인수 등 중 하나 이상일 수 있다. 기능적 별명 관리 엔티티가 제1 클라이언트에 의해 전송되는 관리 요청 메시지를 수신한 후, 별명을 관리하도록 요청하는 요청자가 별명 관리 권한을 가지고 있다고 결정한 경우, 기능적 별명 관리 엔티티는 별명이 구성된 사용자 구성 파일을 그에 상응하게 처리하지 않고, 제1 클라이언트에, 요청자의 ID 및 성공적으로 관리된 별명에 관한 정보를 포함하는 관리 응답 메시지를 회신한다. 따라서, 별명 관리가 구현될 수 있고, 별명 관리 효율이 낮고 시스템 처리 부하가 큰 문제가 해결된다.
본 출원의 실시예에서, 별명은 또한 기능적 별명(Functional alias)으로 지칭될 수 있음에 유의해야 한다. 또한, 본 출원의 실시예에서 "복수의"는 둘 이상일 수 있다.
이하에서는 첨부도면을 참조하여 본 출원의 실시예를 상세히 설명한다.
도 2는 본 출원의 실시예가 적용될 수 있는 시스템 아키텍처의 단순화된 개략도이다. 도 2에 도시된 바와 같이, 시스템 아키텍처는 도 1에 도시된 아키텍처에서의 기능적 별명 관리 서버, 기능적 별명 관리 클라이언트 및 기능적 엔티티를 포함할 수 있다.
구체적인 구현예에서, 본 출원의 본 실시예에서의 기능적 별명 관리 엔티티는 도 1에 도시된 아키텍처에 포함된 미션 크리티컬 서비스 서버(Mission critical service server, MC Service Server/MC server), 그룹 관리 서버((Group management server), 구성 관리 서버(Configuration management server), ID 관리 서버(IDentity management server), 키 관리 서버(Key management server) 및 위치 관리 서버(Location management server) 중 어느 하나에 통합될 수 있거나, 또는 기능적 별명 관리 서버(Functional-Alias management server)에 통합될 수 있다.
구체적인 구현예에서, 본 출원의 본 실시예에서의 제1 클라이언트는 도 1에 도시된 아키텍처에 포함된 미션 크리티컬 서비스 클라이언트(Mission Critical Service Client, MC Service Client/MC 클라이언트), 그룹 관리 클라이언트(Group management client), 구성 관리 클라이언트(Configuration Management Client), ID 관리 클라이언트(Identity Management Client), 키 관리 클라이언트(Key Management Client) 및 위치 관리 클라이언트(Location Management Client) 중 어느 하나에 통합될 수 있거나, 또는 기능적 별명 관리 클라이언트(Functional-Alias management client)에 통합될 수 있다.
본 출원의 본 실시예에서, 기능적 별명 관리 엔티티는 시스템의 별명 정보를 저장하고 유지할 수 있다. 별명 정보는 별명의 명칭, 별명의 ID, 별명의 속성, 별명과 연관된 사용자의 ID, 별명의 서비스 유형, 별명의 적용 범위, 벌명의 유효 시간 등 중 하나 또는 이들의 조합을 포함할 수 있다. 기능적 별명 관리 엔티티는 사용자에 의해 개시된 조작(operation), 예를 들어 별명 등록, 별명 활성화, 별명 비활성화 및 별명 인수를 수신하거나 거부하도록 구성될 수 있고, 추가로 사용자의 별명의 상태 변화를 통지하고, 별명을 조작하도록 사용자에게 권한을 부여하여, 별명과 사용자의 ID 사이의 연관 관계를 유지하는 등을 하도록 구성될 수 있다. 제1 클라이언트는 기능적 별명 관리 엔티티에 대해 별명의 등록, 활성화, 비활성화 및 인수와 같은 조작 요청을 개시하도록 구성되고, 추가로, 기능적 별명 관리 엔티티로부터 별명의 상태 변화를 통지하기 위한 메시지를 수신하도록 구성된다.
또한, 미션 크리티컬 서비스 서버는 주로 호출 제어 및 미디어 제어를 담당하며. 논리 엔티티이다. 구체적인 구현예에서, 미션 크리티컬 서비스 서버는 MCPTT 서버, MCVideo 서버, MCData 서버 등일 수 있다. 미션 크리티컬 서비스 클라이언트는 미션 크리티컬 서비스 서버의 피어 애플리케이션 계층 엔티티(peer application layer entity)이며, 주로 애플리케이션 계층 트랜잭션 처리를 담당한다.
그룹 관리 서버는 주로 그룹의 관리 및 시스템 내 그룹 정보의 유지, 예를 들어 그룹 생성 또는 그룹 해체, 그룹 멤버 변경 등을 담당한다. 그룹 관리 클라이언트는 그룹 관리 서버의 피어 애플리케이션 계층 엔티티이며, 주로 그룹 생성 또는 그룹 해체, 그룹 멤버 조작, 그룹 정보 갱신 등을 담당한다.
구성 관리 서버는 주로 시스템 내의 서비스 정보 및 사용자 정보를 구성, 예를 들어 사용자 구성 파일을 사용자가 사용하는 단말기에 전달하는 것을 담당한다. 구성 관리 클라이언트는 구성 관리 서버의 피어 애플리케이션 계층 엔터티이며, 주로 구성 관리 서버에 의해 전달되는 구성 정보의 수신을 담당한다.
ID 관리 서버는 사용자의 ID를 권한 부여 및 인증하고, 사용자가 유효한 사용자인지를 판정하고, 서비스 액세스 토큰을 ID 관리 클라이언트에 분배하도록 구성된다. ID 관리 클라이언트는 ID 관리 서버의 피어 애플리케이션 계층 엔터티이며, ID 관리 서버가 사용자에게 권한 부여 및 인증을 하는 경우에 서비스 액세스 토큰을 수신하도록 구성된다.
키 관리 서버는 주로 보안 키 관리, 예를 들어 보안 키의 생성, 배포 또는 갱신을 담당한다. 키 관리 클라이언트는 키 관리 서버의 피어 애플리케이션 계층 엔티티이며, 주로 보안 키의 수신 및 갱신 등을 담당한다.
위치 관리 서버는 주로 사용자의 위치를 관리하는, 예를 들어, 사용자의 위치 정보를 수신 및 저장하고 사용을 위해 다른 권한 부여된 사용자에게 사용자의 위치 정보를 제공하는 것을 담당한다. 위치 관리 클라이언트는 위치 관리 서버의 피어 애플리케이션 계층 엔티티이고, 주로 사용자의 위치 정보를 보고하고, 위치 관리 서버로부터 다른 사용자의 위치 정보를 획득하는 것을 담당한다.
기능적 별명 관리 서버는 주로 시스템 내의 별명에 관한 정보의 유지 및 갱신, 예를 들어, 별명 추가, 별명 제거, 별명 갱신, 별명 검색 및 사용자에게 별명 전달과 같은 것을 담당한다. 기능적 별명 관리 클라이언트는 주로 시스템 내의 별명을 검색하고, 기능적 별명 관리 서버에 의해 전달되는 별명을 수신하는 것을 담당한다.
미션 크리티컬 서비스 서버와 미션 크리티컬 서비스 클라이언트는 MCX-1 인터페이스를 사용하여 통신을 수행하며, 여기서 다른 서비스에 대응하는 MCX-1 인터페이스는 MCPTT-1 인터페이스 또는 MCVideo-1 인터페이스 또는 MCData-1 인터페이스일 수 있다. 대응하는 CSC 인터페이스는 기능 엔티티 간의 통신을 위해 사용될 수 있다. 예를 들어, 위치 관리 서버 및 위치 관리 클라이언트는 CSC-14를 사용하여 통신을 수행하고; 별명 관리 서버와 별명 관리 클라이언트는 CSC-xx를 사용하여 통신을 수행하고; 별명 관리 서버는 추가로 CSC-yy를 사용하여 미션 크리티컬 서비스 서버와의 통신을 수행할 수 있다.
본 출원의 본 실시예에서, 도 2에 도시된 시스템은 미션 크리티컬 서비스 시스템(Mission Critical Service System)에 기반한 시스템일 수 있다는 것에 유의해야 한다. 또한, 본 출원의 본 실시예는 MCPTT 서비스, MCData 서비스, MCVideo 서비스, 철도 애플리케이션 서비스 또는 다른 유사한 서비스에 적용 가능하다. 본 출원의 본 실시예에서는 이를 특별히 한정되지 않는다.
도 3은 본 출원의 일 실시예에 따른 기능적 별명 관리 엔티티의 개략 구성도이다. 도 3에 도시된 바와 같이, 기능적 별명 관리 엔티티는 하나 이상의 프로세서(21), 메모리(22), 통신 인터페이스(23) 및 통신 버스(24)를 포함할 수 있다.
이하에서는, 도 3을 참조하여 기능적 별명 관리 엔티티의 구성요소 각각에 대해 상세하게 설명한다.
프로세서(21)는 기능적 별명 관리 엔티티의 제어 센터이며, 프로세서일 수 있거나, 복수의 처리 구성요소에 대한 총칭일 수 있다. 예를 들어, 프로세서(21)는 중앙 처리 유닛(Central Processing Unit, CPU)이거나, 주문형 반도체(Application Specific Integrated Circuit, ASIC)일 수 있거나, 본 출원의 본 실시예를 구현하도록 구성된 하나 이상의 집적 회로, 예를 들어, 하나 이상의 마이크로프로세서(Digital Signal Processor, DSP) 또는 하나 이상의 필드 프로그래머블 게이트 어레이(Field Programmable Gate Array, FPGA)이다.
프로세서(21)는 메모리(22)에 저장된 소프트웨어 프로그램을 운영 또는 실행(running or executing)하고 메모리(22)에 저장된 데이터를 호출함으로써 기능적 별명 관리 엔티티의 다양한 기능을 수행할 수 있다.
구체적인 구현예에서, 일 실시예에서, 프로세서(21)는 하나 이상의 CPU, 예를 들어, 도 3에 도시된 CPU 0 및 CPU 1을 포함할 수 있다.
구체적인 구현예에서, 일 실시예에서, 기능적 별명 관리 엔티티는 복수의 프로세서, 예를 들어 도 3의 프로세서(21) 및 프로세서(25)를 포함할 수 있다. 각각의 프로세서는 단일 코어(single-CPU) 프로세서일 수 있거나, 멀티 코어(multi-CPU) 프로세서일 수 있다. 여기서 프로세서는 데이터 처리에 사용되는 하나 이상의 기기, 회로, 및/또는 처리 코어일 수 있다.
메모리(22)는 정적인 정보 및 명령어를 저장할 수 있는 판독 전용 메모리(Read-Only Memory, ROM) 또는 다른 유형의 정적 저장 기기일 수 있거나, 정보 및 명령어를 저장할 수 있는 랜덤 액세스 메모리(Random Access Memory, RAM) 또는 다른 유형의 동적 저장 기기일 수 있거나, 또는 전기적으로 소거 가능하고 프로그램 가능한 판독 전용 메모리(Electrically Erasable Programmable Read-Only Memory, EEPROM), 컴팩트 디스크 판독 전용 메모리(Compact Disc Read-Only Memory, CD-ROM) 또는 다른 컴팩트 디스크 저장장치 또는 광 디스크 저장장치(압축 광 디스크, 레이저 디스크, 광 디스크, 디지털 다용도 디스크, 블루 레이 광 디스크 등 포함), 자기 디스크 저장 매체 또는 다른 자기 저장 기기, 또는 명령어 또는 데이터 구조의 형태로 예상된 프로그램 코드를 실어 전달하거나 저장할 수 있고 컴퓨터에 의해 액세스될 수 있는 임의의 다른 매체를 포함하지만, 이에 한정되는 것은 아니다. 메모리(22)는 독립적으로 존재할 수 있고, 통신 버스(24)에 의해 프로세서(21)에 연결된다. 메모리(22)는 또한 프로세서(21)와 통합될 수 있다.
메모리(22)는 본 출원의 방안을 실행하는 데 사용되는 소프트웨어 프로그램을 저장하도록 구성되며, 여기서 소프트웨어 프로그램은 프로세서(21)의 제어하에 실행된다.
통신 인터페이스(23)는 임의의 송수신기를 사용하는 장치의 유형이며, 다른 장치 또는 통신 네트워크, 예를 들어 이더넷, 무선 액세스 네트워크(Radio Access Network, RAN), 또는 무선 근거리 네트워크(Wireless Local Area Networks, WLAN)와 통신하도록 구성된다. 통신 인터페이스(23)는 수신 기능을 구현하기 위한 수신 유닛 및 전송 기능을 구현하기 위한 전송 유닛을 포함할 수 있다.
통신 버스(24)는 산업 표준 아키텍처(Industry Standard Architecture, ISA) 버스, 주변 구성요소 상호 접속(Peripheral Component, PCI) 버스, 확장된 산업 표준 아키텍처(Extended Industry Standard Architecture, EISA) 버스 등일 수 있다. 버스는 주소 버스, 데이터 버스, 제어 버스 등으로 분류될 수 있다. 표시의 편의를 위해, 도 3에서 버스는 굵은 선으로만 표시된다. 그러나 이것이 하나의 버스 또는 하나의 버스 유형만 존재한다는 의미는 아니다.
도 3에 도시된 장치의 구조는 기능적 별명 관리 엔티티에 대한 제한을 구성하지 않는다. 포함된 구성 요소의 수량은 도면에 도시된 것보다 많거나 적을 수 있거나, 일부 구성요소가 결합되거나, 구성요소 배치가 다르다.
본 출원의 본 실시예에 의해 제공되는 별명 관리 방법은 별명의 등록, 활성화, 비활성화 및 인수와 같은 관리 조작에 적용될 수 있음에 유의해야 한다. 당업자가 이해하기 쉽도록, 별명 관리 방법을 이하의 실시예를 사용하여 구체적으로 설명한다.
도 4 내지 도 7은 본 출원의 실시예에 따른 별명 관리 방법의 흐름도이다. 도 4는 본 출원의 일 실시예에 따라 별명 등록을 요청하기 위한 별명 관리 방법이다. 도 4에 도시된 바와 같이, 이 방법은 다음 단계를 포함할 수 있다.
301. 기능적 별명 관리 엔티티가 제1 클라이언트에 의해 전송되는 등록 요청 메시지를 수신한다.
등록 요청 메시지는 사용자(user)의 ID 및 등록 요청된 별명의 명칭(name)을 포함할 수 있다. 등록 요청 메시지는 별명 등록 요청에 사용된다.
사용자는 제1 클라이언트를 사용하는 사용자이다.
사용자는 권한 부여된(authorized) 사용자일 수 있음에 유의해야 한다. 구체적으로, 사용자는 별명 등록 권한을 가지며; 그렇지 않으면 후속하는 권한 확인에서, 권한 확인 실패가 야기되고, 등록 절차가 종료된다.
사용자의 ID는 사용자를 유일하게 식별하기 위한 문자(letter) 및/또는 숫자 및/또는 특수 문자(special character)의 임의의 조합이다. 예를 들어, 사용자의 ID는 MC 서비스 ID, MCPTT ID, MCVideo ID 또는 MCData ID이다.
예를 들어, 사용자가 새로운 별명을 등록해야 하는 경우, 사용자에 의해 사용되는 제1 클라이언트는 사용자의 ID 및 등록 요청된 별명의 명칭을 실어 전달하는 등록 요청 메시지를 기능적 별명 관리 엔티티에 전송하여, 별명 등록을 요청할 수 있다.
제1 클라이언트는 등록 요청 메시지를 기능적 별명 관리 엔티티에 직접 전송할 수 있거나, 등록 요청 메시지를 다른 기능 엔티티를 사용하여 기능적 별명 관리 엔티티에 간접적으로 전송할 수 있음에 유의해야 한다. 다시 말해, 기능적 별명 관리 엔티티는 제1 클라이언트에 의해 전송되는 등록 요청 메시지를 직접 수신하거나, 제1 클라이언트에 의해 전송되는 등록 요청 메시지를 간접 수신할 수 있다. 여기서는 이를 특별히 한정하지 않는다.
구체적인 구현예에서, 등록 요청 메시지는 사용자의 하나 이상의 ID을 실어 전달할 수 있다. 상이한 ID는 상이한 서비스 유형, 예를 들어 MCPTT 서비스, MCData 서비스 및 MCVideo 서비스와 같은 기본 서비스 유형, 및 철도 애플리케이션 및 기업 애플리케이션과 같은 다른 서비스 유형에 대응한다. 등록 요청 메시지는 또한 등록 요청된 하나 이상의 별명의 명칭을 실어 전달할 수 있다. 등록 요청 메시지가 등록 요청된 복수의 별명의 명칭을 실어 전달하는 경우, 제1 클라이언트는 하나의 등록 요청 메시지를 전송함으로써 복수의 별명을 등록하도록 요청할 수 있다.
또한, 등록 요청 메시지는 등록 요청된 별명의 서비스 유형, 등록 요청된 별명의 속성(attribute), 등록 요청된 별명의 적용 범위(apply scope), 및 등록 요청된 별명의 유효 시간(valid time) 중 적어도 하나를 포함할 수 있다.
별명의 서비스 유형은 별명이 적용 가능한 서비스 유형, 예를 들어 MCPTT 서비스, MCVideo 서비스, MCData 서비스 및 철도 애플리케이션 서비스를 식별하는 데 사용된다. 일반적으로, 별명의 서비스 유형과 사용자의 ID에 대응하는 서비스 유형은 동일하지만, 상이할 수도 있다.
별명의 속성은, 복수의 사용자가 동시에 활성화 수행 가능한지에 관한 지시, 동시에 활성화 수행 가능한 사용자의 최대 수, 및 인수 가능한지에 관한 지시 중 적어도 하나 또는 그 조합을 포함할 수 있다.
별명의 적용 범위는 별명의 적용 범위, 예를 들어 어느 사용자가 별명을 활성화할 수 있는지를 식별하는 데 사용된다. 구체적인 구현예에서, 별명의 적용 범위는 사용자 목록(user list)일 수 있거나, 사용자 역할 목록(user role list), 예를 들어 열차 운전자 또는 열차 차장(train conductor)일 수 있다. 물론, 등록 요청 메시지에 별명의 애플리케이션 범위 파라미터가 포함되지 않은 경우, 별명이 요청자 자신에게만 적용 가능함을 지시할 수 있거나, 별명이 시스템 내의 모든 사용자에게 적용 가능함을 지시할 수 있다. 이 파라미터가 없는 경우, 구체적인 적용 범위는 시스템 운영자에 의해 지정될 수 있다.
별명의 유효 시간은 별명의 유효 시간을 식별하는 데 사용된다. 구체적인 구현예에서, 별명의 유효 시간은 타이머를 사용하여 구현될 수 있거나, 무한히 긴 시간, 즉 영구적으로 유효하다. 등록 요청 메시지에 별명의 유효 시간 파라미터가 포함되어 있지 않은 경우, 별명의 유효 시간이 무한히 길다, 즉 영구적으로 유효함을 지시할 수 있다.
예를 들어, 별명의 명칭, 별명의 ID, 별명의 속성, 별명의 서비스 유형, 별명의 적용 범위 및 별명의 유효 시간은 표 1에 나타나 있다.
[표 1]
Figure pat00001
별명의 명칭은, 사용자 예를 들어, 표 1의 열차 G20의 수석 운전자가 쉽게 인식하고 이해하고 기억하는 문자, 한자, 숫자, 특수 문자 등의 임의의 조합일 수 있다.
별명의 ID는 별명의 명칭, 또는 특정 형식의 숫자 및/또는 문자 및/또는 특수 기호의 조합일 수 있다. 예를 들어, 별명의 ID는 국제 코드, 기능 주소, 및 기능 코드를 포함할 수 있고; 국제 코드는 사용자가 현재 가입한 네트워크, 예를 들어 China 086 또는 France 033을 지시하는 데 사용된다. 기능 주소는 호출 유형 및 사용자 번호를 포함한다. 호출 유형은 접두사이며, 상이한 유형의 사용자 번호를 구별하는 데 사용된다. 네트워크의 경우, 호출 유형은 수신된 번호를 해석하는 방법에 대한 지시이기도 한데, 예를 들어, 번호가 열차 번호, 제어실 번호 또는 엔진 번호에 대응하는 것으로 간주한다. 기능 코드는 기능 주소와 연관된 역할을 지시한다. 별명의 ID는 사용자와의 통신 및 사용자의 주소지정에 사용될 수 있다. 예를 들어 별명의 ID = 국제 코드 + 기능 주소(호출 유형 + 사용자 번호) + 기능 코드 = 049 + 2 + 0279 + 01이다. 국제코드 = 049(049는 독일을 나타냄), 호출 유형 = 2(2는 열차를 나타냄), 사용자 번호 = 0279(0279는 열차 번호를 나타냄), 기능 코드 = 01(01은 수석 운전자를 나타냄).
302. 기능적 별명 관리 엔티티는, 사용자가 별명 등록 권한을 갖는 경우에 등록 응답 메시지를 제1 클라이언트에 전송한다.
등록 응답 메시지는 사용자의 ID, 성공적으로 등록된 별명의 명칭 및 성공적으로 등록된 별명의 ID(identify, ID)을 포함할 수 있다.
예를 들어, 등록 응답 메시지를 수신한 후, 제1 클라이언트가 별명을 사용해야 하는 경우, 제1 클라이언트는 성공적으로 등록된 별명을 활성화할 수 있어서, 제1 클라이언트를 사용하는 사용자는 성공적으로 활성화된 별명의 ID에 기초하여 주소지정될 수 있다.
별명의 명칭이 전체 시스템에서 유일한 경우, 별명의 명칭은 별명의 ID로서 사용될 수 있거나, 또는 전체 시스템에서 유일하고 별명을 식별할 수 있게 해주는 ID로서 별명에 할당될 수 있다는 것에 유의해야 한다.
등록 요청된 별명의 명칭이 등록되어 있지 않은 경우, 성공적으로 등록된 별명은 등록 요청된 별명일 수 있다.
예를 들어, 등록 요청된 별명의 수량이 1이고, 등록 요청된 별명이 등록되어 있지 않은 경우, 기능적 별명 관리 엔티티는 사용자의 별명을 등록하며, 이 경우, 등록 요청된 별명은 성공적으로 등록된 별명이거나; 또는 등록 요청된 별명의 수량이 1보다 크고 등록 요청된 별명 중에 하나 이상의 미등록 별명이 존재하는 경우, 기능적 별명 관리 엔티티는 사용자에 대한 하나 이상의 별명을 활성화하며, 이 경우, 하나 이상의 미등록 별명은 성공적으로 등록된 별명이다.
또한, 등록 응답 메시지는 성공적으로 등록된 별명의 서비스 유형을 더 포함할 수 있다.
성공적으로 등록된 별명의 ID는 시스템에 의해 별명에 미리 할당될 수 있다. 구체적으로, 별명의 명칭과 별명의 ID 사이의 연관 관계는 기능적 별명 관리 엔티티에 미리 저장된다. 별명의 ID는 대안적으로, 기능적 별명 관리 엔티티에 의해 별명에 할당될 수 있으며, 예를 들어, 기능적 별명 관리 엔티티가 사용자가 별명 등록 권한을 갖는다고 결정하는 경우에 할당될 수 있어, 사용자는 별명의 ID에 기초하여 주소 지정된다.
단계 302에서, 기능적 별명 관리 엔티티는 다음 방식으로, 사용자가 별명 등록 권한을 갖는 것으로 결정할 수 있지만, 이를 한정하는 것은 아니다.
제1 가능한 구현예에서, 사용자의 속성은 사용자가 별명 등록 권한을 갖는지의 여부이고, 연관 관계는 속성과 사용자의 ID 사이에 존재한다. 등록 요청 메시지를 수신한 후, 기능적 별명 관리 엔티티는 등록 요청 메시지에 실려 전달되는 사용자의 ID에 기초하여, 사용자가 별명 등록 권한을 갖는지의 여부를 알 수 있다.
제2 가능한 구현예에서, 단계 302 이전에, 방법은 기능적 별명 관리 엔티티가 사용자에 대한 권한 확인을 수행할 수 있는 단계를 더 포함할 수 있다.
구체적으로, 단계 302 이전에, 상기 방법은, 기능적 별명 관리 엔티티가 사용자의 ID에 기초하여 별명 권한 관련 정보를 획득하고, 별명 권한 관련 정보에 기초하여 사용자가 별명 등록 권한을 갖는지의 여부를 결정하는 단계를 더 포함할 수 있다. 별명 권한 관련 정보는 사용자의 가입 정보일 수 있거나, 기능적 별명 관리 엔티티에 의해 로컬로 저장된 정책 정보일 수 있다.
가능한 구체적인 구현예에서, 기능적 별명 관리 엔티티는 사용자의 ID에 기초하여 사용자의 가입 정보를 획득하며, 여기서 사용자의 가입 정보는 지시 정보를 포함하고, 지시 정보는 사용자가 별명 등록 권한을 갖는지의 여부를 지시하는 데 사용된다. 기능적 별명 관리 엔티티는 사용자의 가입 정보에 기초하여, 사용자가 별명 등록 권한을 갖는지의 여부를 결정할 수 있다. 가입 정보에 포함된 지시 정보가 사용자가 별명 등록 권한을 가짐을 지시하는 데 사용되는 경우, 기능적 별명 관리 엔티티는 사용자가 별명 등록 권한을 갖는다고 결정할 수 있거나; 또는 가입 정보에 포함된 지시 정보가 사용자가 별명 등록 권한이 없음을 지시하는 데 사용되는 경우, 기능적 별명 관리 엔티티는 사용자가 별명 등록 권한을 갖지 않는다고 결정할 수 있다.
예를 들어, 가입 정보에서, 하나의 비트는 사용자가 별명 등록 권한을 갖는지의 여부를 지시하는 데 사용될 수 있다. 예를 들어, "1"은 사용자가 별명 등록 권한을 가짐을 지시하고, "0"은 사용자가 별명 등록 권한을 갖지 않음을 지시한다. 또한, 가입 정보는 사용자가 별명 등록 권한을 갖는지의 여부를 지시할 수 있을 뿐만 아니라, 사용자가 별명 등록 권한을 갖는 경우, 사용자가 별명 등록 권한을 갖는 별명이 어느 별명(하나 이상의 별명)인지 지시할 수도 있다. 예를 들어, 가입 정보에서 "1"만이 사용자가 별명 등록 권한이 가짐을 지시하는 데 사용된다. 이 경우, 사용자가 모든 별명에 대한 별명 등록 권한을 가짐을 암시적으로 지시할 수 있다. 다른 예를 들어, 가입 정보는 사용자가 등록 가능한 별명 목록만을 포함한다. 이 경우, 사용자가 별명 등록 권한을 가지고, 별명 목록 내의 별명에 대해서만 별명 등록 권한을 가짐을 지시한다.
다른 가능한 구체적인 구현예에서, 기능적 별명 관리 엔티티는 정책 정보를 획득하고, 정책 정보에 기초하여, 사용자가 별명 등록 권한을 갖는지의 여부를 판정하며, 여기서 정책 정보는 별명 등록 권한을 갖는 사용자의 ID을 포함한다 .
구체적으로, 기능적 별명 관리 엔티티는 로컬에 저장된 정책 정보를 획득할 수 있고, 여기서 정책 정보는 별명 등록 권한을 갖는 하나 이상의 사용자의 ID을 포함하고, 그러면 기능적 별명 관리 엔티티는 등록 요청 메시지에 포함된 사용자의 ID가 정책 정보에 포함되어 있는지를 판정함으로써, 사용자가 별명 등록 권한을 갖는지의 여부를 판정할 수 있다. 사용자의 ID가 정책 정보에 포함되어 있는 경우, 기능적 별명 관리 엔티티는 사용자가 별명 등록 권한을 갖는 것으로 결정하거나; 또는 사용자의 ID가 정책 정보에 포함되어 있지 않은 경우, 기능적 별명 관리 엔티티는 사용자가 별명 등록 권한이 갖지 않는 것으로 결정한다.
예를 들어, 정책 정보는 어느 사용자가 별명 등록 권한을 갖는지를 나타내는 사용자의 ID만을 포함할 수 있다. 물론, 정책 정보는 사용자가 어떤 별명(하나 이상의 별명)에 대해 사용자가 별명 등록 권한을 갖는지를 추가로 지시할 수 있다. 예를 들어, 정책 정보는 별명 등록 권한을 갖는 사용자의 ID 목록만을 포함한다. 이 경우, 사용자가 모든 별명에 대해 별명 등록 권한을 가짐을 암시적으로 지시할 수 있다. 다른 예를 들어, 정책 정보는 별명의 목록 및 별명에 대응하고 별명 등록 권한을 갖는 사용자의 ID 목록을 포함하여, 사용자가 별명 목록 내의 별명에 대해서만 별명 등록 권한을 가짐을 지시한다.
본 출원의 본 실시예에서, 기능적 별명 관리 엔티티에 의해 로컬로 저장된 정책 정보 및 사용자의 가입 정보 모두에 기초하여, 사용자에 대해 권한 확인이 추가로 수행될 수 있음에 유의해야 한다.
제3 가능한 구현예에서, 단계 302 이전에, 상기 방법은 다음을 더 포함할 수 있다: 기능적 별명 관리 엔티티가 사용자에 대한 권한 확인을 수행하고, 등록 요청된 별명이 등록되어 있지 않은지의 여부를 판정할 수 있다.
구체적으로, 단계 302 이전에, 상기 방법은 다음을 더 포함할 수 있다: 등록 요청된 별명의 수량이 1인 경우, 기능적 별명 관리 엔티티는 사용자에 대한 권한 확인을 수행하고, 등록 요청된 별명이 등록되어 있지 않은지의 여부를 판정한다.
예를 들어, 사용자에 대한 권한 확인에 성공하고 등록 요청된 별명이 등록되어 있지 않은 경우, 단계 302가 수행되거나; 또는 등록 요청된 별명의 명칭의 수량이 1보다 큰 경우, 기능적 별명 관리 엔티티는 사용자에 대한 권한 확인을 수행하고, 등록 요청된 별명 중에 하나 이상의 미등록 별명이 존재하는지를 판정하고, 사용자에 대한 권한 확인에 성공하고 등록 요청된 별명 중에 하나 이상의 미등록 별명이 존재하면, 단계 302를 수행한다.
권한 확인 및 등록 요청된 별명이 등록되어 있지 않은지의 여부를 판정하는 것 사이의 실행 시퀀스는 임의적이며 여기서는 특별히 한정되지 않음에 유의해야 한다. 또한, 제3 구현예에서 사용자에 대한 권한 확인을 수행하는 구체적인 구현은 제2 구현예에서의 그것과 유사하며, 여기서 다시 설명하지 않는다.
또한, 사용자의 가입 정보 또는 정책 정보가 사용자에게 별명 등록 권한을 갖는지의 여부를 지시할 뿐만 아니라, 어느 별명이 사용자가 별명 등록 권한을 갖지를 지시하는 경우, 기능적 별명 관리 엔티티는 사용자가 등록 요청된 별명에 대한 별명 등록 권한을 갖고 또한 등록 요청된 별명이 등록되어 있지 않은 것으로 결정하는 경우에 단계 302를 수행하거나; 또는 기능적 별명 관리 엔티티가 사용자가 등록 요청된 별명에 대한 별명 등록 권한을 갖지 않거나 등록 요청된 별명이 이미 등록되어 있다고 결정하는 경우에 단계 302를 수행하며, 이는 등록 요청된 별명의 등록이 허용되지 않는다(불가능하다)는 것을 지시하고, 이 경우, 실패 응답 메시지가 제1 클라이언트에 회신될 수 있다.
본 출원의 본 실시예에 의해 제공되는 별명 관리 방법에서, 기능적 별명 관리 엔티티는 제1 클라이언트에 의해 전송되고 사용자의 ID 및 등록 요청된 별명의 명칭을 포함하는 등록 요청 메시지를 수신하고; 사용자가 별명 등록 권한을 갖는 경우, 기능적 별명 관리 엔티티는 사용자의 ID, 성공적으로 등록된 별명의 명칭 및 성공적으로 등록된 별명의 ID를 포함하는 등록 응답 메시지를 제1 클라이언트에 전송한다. 기능적 별명 관리 엔티티가 제1 클라이언트에 의해 전송되는 등록 요청 메시지를 수신한 후, 별명을 등록하도록 요청하는 요청자가 별명 등록 권한을 갖는다고 결정하는 경우, 기능적 별명 관리 엔티티는, 별명이 구성된 사용자 구성 파일을 그에 상응하게 처리하지 않고, 제1 클라이언트에, 요청자의 ID, 성공적으로 등록된 별명의 명칭 및 성공적으로 등록된 별명의 ID를 포함하는 등록 응답 메시지를 회신한다. 따라서, 별명 등록이 구현될 수 있고, 별명 관리 효율이 낮고 시스템 처리 부하가 크다는 문제가 해결된다. 또한, 등록 요청된 별명은 서비스 유형과 바인딩 관계가 없어, 유연하게 조작될 수 있다.
선택적으로, 전술한 실시 예의 구현 시나리오에서, 기능적 별명 관리 엔티티는 단계 302에서 등록 응답 메시지를 제1 클라이언트에 전송하기 전에 다음을 더 포함한다:
등록 요청된 별명의 명칭이 등록되어 있지 않은 경우, 기능적 별명 관리 엔티티는 등록 요청된 별명에 ID를 할당한다.
예를 들어, 등록 요청된 별명의 명칭이 등록되어 있지 않은 경우, 기능적 별명 관리 엔티티는 등록 요청된 별명에 대한 ID를 생성하고, 등록 요청된 별명에 ID를 할당할 수 있다. 등록 요청된 별명에 대한 ID를 생성하는 경우, 기능적 별명 관리 엔티티는 ID의 구성에 기초하여 ID를 생성할 수 있다. 예를 들어 별명의 ID는 세 부분: 국제 코드, 기능 주소 및 기능 코드를 포함한다. 국제 코드, 기능 주소 및 기능 코드에 대한 설명은 단계 301의 설명을 참조한다는 것에 유의해야 한다. 세부 사항은 여기서 다시 설명하지 않는다.
예를 들어, 등록 요청된 별명의 명칭의 수량이 1이고 등록 요청된 별명이 등록되어 있지 않은 경우, 기능적 별명 관리 엔티티는 등록 요청된 별명에 ID를 할당하거나; 또는 등록 요청된 별명의 수량이 1보다 크고 등록 요청된 별명 중에 하나 이상의 미등록 별명이 존재하는 경우, 기능적 별명 관리 엔티티는 하나 이상의 미등록 별명에 ID를 할당한다.
이 경우, 단계 302에서 성공적으로 등록된 별명은 등록 요청된 별명이다.
선택적으로, 전술한 실시예의 다른 구현 시나리오에서, 단계 302 이후에, 상기 방법은 다음을 더 포함할 수 있다: 기능적 별명 관리 엔티티가 통지 메시지를 제2 클라이언트에 전송한다.
통지 메시지는 성공적으로 등록된 별명의 명칭 및 성공적으로 등록된 별명의 ID을 포함할 수 있다.
예를 들어, 기능적 별명 관리 엔티티는 성공적으로 등록된 별명 명칭 및 성공적으로 등록된 별명 ID를 포함하는 통지 메시지를 제2 클라이언트에 전송하여, 사용자가 성공적으로 등록된 별명을 성공적으로 등록하였음을 제2 클라이언트에게 통지한다.
제2 클라이언트는 시스템 내의 모든 사용자에 의해 사용되는 클라이언트일 수 있거나, 성공적으로 등록된 별명의 적용 범위 내에서 사용자에 의해 사용되는 클라이언트일 수 있다. 적용 범위는 등록 요청 메시지에 실려 전달되거나, 기능적 별명 관리 엔티티에 의해 별명에 할당될 수 있다.
예를 들어, 별명의 적용 범위가 사용자 목록인 경우, 기능적 별명 관리 엔티티는 사용자 목록 내의 사용자에 의해 사용되는 제2 클라이언트에 통지 메시지를 직접 전송할 수 있고; 별명의 적용 범위가 사용자 역할 목록인 경우, 기능적 별명 관리 엔티티는 미션 크리티컬 서비스 서버와 같은 다른 기능 엔티티를 사용하여, 사용자 역할 목록 내의 역할에 대응하는 사용자에 의해 사용되는 제2 클라이언트에 통지 메시지를 전송할 수 있다.
선택적으로, 기능적 별명 관리 엔티티가 미션 크리티컬 서비스 서버에 구성되어 있지 않은 경우, 기능적 별명 관리 엔티티는 미션 크리티컬 서비스 서버에, 성공적으로 등록된 별명의 명칭 및 성공적으로 등록된 별명의 ID를 포함하는 통지 메시지를 전송하여, 미션 크리티컬 서비스 서버가 성공적으로 등록된 별명을 후속하여 인식할 수 있도록 하고, 별명을 활성화하는 사용자에 추가로 주소를 지정할 수 있도록 한다.
또한, 통지 메시지는 다음 중 적어도 하나를 더 포함할 수 있다: 성공적으로 등록된 별명의 서비스 유형, 성공적으로 등록된 별명의 속성, 성공적으로 등록된 별명의 적용 범위 및 성공적으로 등록된 별명의 유효 시간. 파라미터는 제1 클라이언트에 의해 수신될 수 있거나, 기능적 별명 관리 엔티티에 의해 할당될 수 있다. 여기서는 이를 특별히 한정하지 않는다.
전술한 실시예의 대안적인 방안에서, 단계 302를 대체하기 위한 단계는 다음을 포함한다:
사용자가 별명 등록 권한을 갖지 않는 경우, 기능적 별명 관리 엔티티는 제1 클라이언트에 실패 응답 메시지를 회신하거나; 또는 사용자가 별명 등록 권한을 갖고, 등록 요청된 별명의 명칭이 이미 등록되어 있는 경우, 기능적 별명 관리 엔티티는 실패 응답 메시지를 제1 클라이언트에 회신한다.
또한, 실패 응답 메시지는 실패 원인을 포함할 수 있다. 예를 들어, 사용자가 별명 등록 권한을 갖지 않는 경우, 실패 원인은 권한 확인 실패이다. 제1 클라이언트가 권한 확인에 실패한 실패 원인을 실어 전달하는 실패 응답 메시지를 수신하는 경우, 제1 클라이언트는 별명을 등록하기 위해 더 높은 권한을 요청할 수 있다. 다른 예를 들어, 사용자가 별명 등록 권한을 갖고, 등록 요청된 별명의 명칭이 이미 등록되어 있는 경우, 실패 원인은 등록 요청된 별명의 명칭이 이미 등록되어있는 것이다. 제1 클라이언트가 등록 요청된 별명의 명칭이 이미 등록되어 있다는 실패 원인을 수신하는 경우, 제1 클라이언트는 다른 별명의 등록을 요청할 수 있다.
본 출원에서 사용되는 용어에 대해, 서로 다른 실시예에서 상호 참조가 이루어질 수 있음에 유의해야 한다.
도 5는 본 출원의 일 실시예에 따라 별명 활성화를 요청하기 위한 별명 관리 방법이다. 도 5에 도시된 바와 같이, 상기 방법은 다음 단계를 포함할 수 있다.
401. 기능적 별명 관리 엔티티가 제1 클라이언트에 의해 전송되는 활성화 요청 메시지를 수신한다.
활성화 요청 메시지는 사용자의 ID 및 활성화 요청된 별명의 ID을 포함할 수 있다. 활성화 요청 메시지는 별명을 활성화하도록 요청하는 데 사용된다.
사용자는 제1 클라이언트를 사용하는 사용자이다.
예를 들어, 사용자가 별명을 사용해야 하는 경우, 사용자에 의해 사용되는 제1 클라이언트는 사용자의 ID 및 활성화 요청된 별명의 명칭을 실어 전달하는 활성화 요청 메시지를 기능적 별명 관리 엔티티에 전송하여, 별명을 활성화하도록 요청할 수 있다.
제1 클라이언트는 활성화 요청 메시지를 기능적 별명 관리 엔티티에 직접 전송할 수 있거나, 활성화 요청 메시지를 다른 기능 엔티티를 사용하여 기능적 별명 관리 엔티티에 간접적으로 전송할 수 있음에 유의해야 한다. 다시 말해, 기능적 별명 관리 엔티티는 제1 클라이언트에 의해 전송되는 활성화 요청 메시지를 직접 수신하거나, 제1 클라이언트에 의해 전송되는 활성화 요청 메시지를 간접 수신할 수 있다. 여기서는 이를 특별히 한정하지 않는다.
구체적인 구현예에서, 활성화 요청 메시지는 하나 이상의 사용자의 ID을 실어 전달할 수 있다. 상이한 ID는 상이한 서비스 유형, 예를 들어 MCPTT 서비스, MCData 서비스 및 MCVideo 서비스와 같은 기본 서비스 유형, 및 철도 애플리케이션 및 기업 애플리케이션과 같은 다른 서비스 유형에 대응한다. 활성화 요청 메시지는 또한 활성화 요청된 하나 이상의 별명의 ID를 실어 전달할 수 있다. 활성화 요청 메시지가 활성화 요청된 복수의 별명의 ID를 실어 전달하는 경우, 제1 클라이언트는 하나의 활성화 요청 메시지를 전송함으로써, 복수의 별명을 활성화하도록 요청할 수 있다.
또한, 활성화 요청 메시지는 별명의 서비스 유형을 더 포함할 수 있다.
402. 기능적 별명 관리 엔티티가, 사용자가 별명 활성화 권한을 갖는 경우에 활성화 응답 메시지를 제1 클라이언트에 전송한다.
활성화 응답 메시지는 사용자의 ID 및 성공적으로 활성화된 별명의 ID을 포함할 수 있다.
예를 들어, 사용자가 별명 활성화 권한을 갖는 경우, 기능적 별명 관리 엔티티는 사용자의 ID 및 성공적으로 활성화된 별명의 ID을 실어 전달하는 활성화 응답 메시지를 제1 클라이언트에 전송하여, 제1 클라이언트를 사용하는 사용자가 성공적으로 활성화된 별명의 ID에 기초하여 주소 지정될 수 있도록 한다.
또한, 등록 응답 메시지는 성공적으로 활성화된 별명의 서비스 유형을 더 포함할 수 있다.
예를 들어, 활성화 요청된 별명이 복수의 사용자가 동시에 활성화 가능한 별명이 아니고, 활성화 요청된 별명이 활성화되어 있지 않은 경우, 기능적 별명 관리 엔티티는 사용자에 대한 별명을 활성화하고, 이 경우, 활성화 요청된 별명은 성공적으로 활성화된 별명이거나; 또는 활성화 요청된 별명이 복수의 사용자가 동시에 활성화 가능한 별명이고, 활성화 요청된 별명을 성공적으로 활성화한 사용자의 수가 0보다 크고 최대 활성화 수량보다 작은 경우, 기능적 별명 관리 엔티티는 사용자에 대한 별명을 활성화하며, 이 경우, 활성화 요청된 별명은 성공적으로 활성화된 별명이거나; 또는 활성화 요청된 별명이 복수의 사용자가 동시에 활성화 가능한 별명이 아니고, 활성화 요청된 별명이 활성화되어 있지 않으며, 활성화 요청된 별명의 서비스 유형이 사용자의 ID에 대응하는 서비스 유형과 동일한 경우, 기능적 별명 관리 엔티티는 사용자에 대한 별명을 활성화하며, 이 경우, 활성화 요청된 별명은 성공적으로 활성화된 별명이거나; 또는 활성화 요청된 별명이 복수의 사용자가 동시에 활성화 가능한 별명이고, 활성화 요청된 별명을 성공적으로 활성화한 사용자의 수가 0보다 크고 최대 활성화 수량보다 작고, 활성화 요청된 별명의 유형이 사용자의 ID에 대응하는 서비스 유형과 동일한 경우, 기능적 별명 관리 엔티티는 사용자에 대한 별명을 활성화하며, 이 경우, 활성화 요청된 별명은 성공적으로 활성화된 별명이다.
단계 402에서, 기능적 별명 관리 엔티티는 다음 방식으로, 사용자가 별명 활성화 권한을 갖는 것으로 결정할 수 있지만, 이를 한정하는 것은 아니다.
제1 가능한 구현예에서, 사용자의 속성은 사용자가 별명 활성화 권한을 갖는지의 여부이고, 속성과 사용자의 ID 사이에 연관 관계가 존재한다. 활성화 요청 메시지를 수신한 후, 기능적 별명 관리 엔티티는 활성화 요청 메시지에 실려 전달되는 사용자의 ID에 기초하여, 사용자가 별명 활성화 권한을 갖는지의 여부를 알 수 있다.
제2 가능한 구현예에서, 단계 402 이전에, 상기 방법은 다음을 더 포함할 수 있다: 기능적 별명 관리 엔티티가 사용자에 대한 권한 확인을 수행할 수 있다.
구체적으로, 단계 402 이전에, 상기 방법은 다음을 더 포함할 수 있다: 기능적 별명 관리 엔티티가 사용자의 ID에 기초하여 별명 권한 관련 정보를 획득하고, 별명 권한 관련 정보에 기초하여 사용자가 별명 활성화 권한을 갖는지의 여부를 판정한다. 별명 권한 관련 정보는 사용자의 가입 정보일 수 있거나, 기능적 별명 관리 엔티티에 의해 로컬로 저장된 정책 정보일 수 있다.
가능한 구체적인 구현예에서, 기능적 별명 관리 엔티티는 사용자의 ID에 기초하여 사용자의 가입 정보를 획득하며, 여기서 사용자의 가입 정보는 지시 정보를 포함하고, 지시 정보는 사용자가 별명 활성화 권한을 갖는지의 여부를 지시하는 데 사용된다. 기능적 별명 관리 엔티티는 사용자의 가입 정보에 기초하여, 사용자가 별명 활성화 권한을 갖는지의 여부를 결정할 수 있다. 가입 정보에 포함된 지시 정보가 사용자가 별명 활성화 권한을 가짐을 지시하는 데 사용되는 경우, 기능적 별명 관리 엔티티는 사용자가 별명 활성화 권한을 갖는다고 결정할 수 있거나; 또는 가입 정보에 포함된 지시 정보가 사용자가 별명 활성화 권한을 갖지 않음을 지시하는 데 사용되는 경우, 기능적 별명 관리 엔티티는 사용자가 별명 활성화 권한을 갖지 않는다고 결정할 수 있다.
다른 가능한 구체적인 구현예에서, 기능적 별명 관리 엔티티는 정책 정보를 획득하고, 정책 정보 및 사용자의 ID에 기초하여, 사용자가 별명 활성화 권한을 갖는지의 여부를 판정하며, 여기서 정책 정보는 별명 활성화 권한을 갖는 사용자의 ID를 포함한다. 사용자의 ID가 정책 정보에 포함되어 있는 경우, 기능적 별명 관리 엔티티는 사용자가 별명 활성화 권한을 갖는다고 결정하거나; 또는 사용자의 ID가 정책 정보에 포함되어 있지 않은 경우, 기능적 별명 관리 엔티티는 사용자가 별명 활성화 권한을 갖지 않는 것으로 결정한다.
본 출원의 본 실시예에서, 기능적 별명 관리 엔티티에 의해 로컬로 저장된 정책 정보 및 사용자의 가입 정보 모두에 기초하여, 사용자에 대해 권한 확인이 추가로 수행될 수 있음에 유의해야 한다.
제3 가능한 구현예에서, 단계 402 이전에, 상기 방법은 다음을 더 포함할 수 있다: 기능적 별명 관리 엔티티는 사용자에 대한 권한 확인을 수행할 수 있고; 권한 확인이 성공한 후, 기능적 별명 관리 엔티티는 활성화 요청된 별명이 복수의 사용자가 동시에 활성화 가능한 별명인지의 여부를 판정하고, 활성화 요청된 별명이 활성화되어 있지 않은지의 여부를 판정할 수 있다.
예를 들어, 활성화 요청된 별명이 복수의 사용자가 동시에 활성화 가능한 별명이 아니고, 활성화 요청된 별명이 활성화되어 있지 않은 경우, 단계 402가 수행되거나; 또는 활성화 요청된 별명이 복수의 사용자가 동시에 활성화 가능한 별명이고, 활성화 요청된 별명을 성공적으로 활성화한 사용자의 수가 0보다 크고 최대 활성화 수량보다 작은 경우, 단계 402가 또한 수행될 수 있다.
또한, 활성화 요청 메시지가 활성화 요청된 별명의 서비스 유형을 포함하는 경우, 활성화 요청된 별명의 서비스 유형은 사용자의 ID에 대응하는 서비스 유형과 동일한 것으로 결정될 수 있다.
예를 들어, 활성화 요청된 별명이 복수의 사용자가 동시에 활성화 가능한 별명이 아닌 경우, 활성화 요청된 별명은 활성화되지 않으며, 활성화 요청된 별명의 서비스 유형은 사용자의 ID에 대응하는 서비스 유형과 동일한 경우, 단계 402가 수행되거나; 또는 활성화 요청된 별명이 복수의 사용자가 동시에 활성화 가능한 별명이고, 활성화 요청된 별명을 성공적으로 활성화한 사용자의 수가 0보다 크고 최대 활성화 수량보다 작고, 활성화 요청된 별명의 서비스 유형이 사용자의 ID에 대응하는 서비스 유형과 동일한 경우, 단계 402가 수행된다.
제3 구현예에서 사용자에 대한 권한 확인을 수행하는 구체적인 구현은 제2 방식에서의 그것과 유사하므로, 여기서 다시 설명하지 않는다.
활성화 요청 메시지가 활성화 요청된 둘 이상의 별명의 ID를 포함하는 경우, 권한 확인에 성공한 후, 전술한 결정 조작(determining operation)은 활성화 요청된 각각의 별명의 ID에 대해 수행될 수 있으며, 단계 402는 전술한 결정 조작이 활성화 요청된 각각의 별명의 ID에 대해 수행되는 경우에 수행되고 활성화 요청된 하나 이상의 별명은 성공적으로 활성화된 별명이다. 또한, 활성화 요청된 별명 중에서 성공적으로 활성화된 별명이 없으면, 실패 응답 메시지가 제1 클라이언트에 회신될 수 있다.
예를 들어, 활성화 요청된 별명이 복수의 사용자가 동시에 활성화 가능한 별명인지를 판정하고, 활성화 요청된 별명이 복수의 사용자가 동시에 활성화 가능한 별명인 경우, 활성화 수행 가능한 최대 활성화 수량은 활성화 요청된 별명의 속성에 포함된다. 또한, 기능적 별명 관리 엔티티는 현재 시점에 별명을 활성화하는 사용자의 수량을 학습하기 위해 활성화 사용자 정보를 동적으로 로컬로 유지할 수 있고, 예를 들어, 활성화 사용자의 목록을 로컬로 저장할 수 있다. 예를 들어 표 2에 나타낸 것처럼, ID가 xxx인 별명을 성공적으로 활성화한 사용자의 ID는 사용자 서비스 ID 1, 사용자 서비스 ID 2 및 사용자 서비스 ID 3이며, ID가 yyy인 별명을 성공적으로 활성화한 사용자의 ID는 사용자 서비스 ID 7, 사용자 서비스 ID 9 및 사용자 서비스 ID 10이다.
[표 2]
Figure pat00002
본 출원의 본 실시예에 의해 제공되는 별명 관리 방법에서, 기능적 별명 관리 엔티티는 제1 클라이언트에 의해 전송되고 사용자의 ID 및 활성화 요청된 별명의 ID를 포함하는 활성화 요청 메시지를 수신하고; 사용자가 별명 활성화 권한을 갖는 경우, 기능적 별명 관리 엔티티는 사용자의 ID 및 성공적으로 활성화된 별명의 ID를 포함하는 활성화 응답 메시지를 제1 클라이언트에 전송한다. 기능적 별명 관리 엔티티가 제1 클라이언트에 의해 전송되는 활성화 요청 메시지를 수신한 후, 별명을 활성화하도록 요청하는 요청자가 별명 활성화 권한을 갖는다고 결정하는 경우, 기능적 별명 관리 엔티티는, 별명이 구성된 사용자 구성 파일을 그에 상응하게 처리하지 않고, 제1 클라이언트에, 요청자의 ID 및 성공적으로 활성화된 별명의 ID를 포함하는 활성화 응답 메시지를 회신한다. 따라서, 별명 활성화가 구현될 수 있고, 별명 관리 효율이 낮고 시스템 처리 부하가 크다는 문제가 해결된다. 또한 활성화 요청된 별명은 사용자 구성 파일과 바인딩되지 않기 때문에, 별명의 활성화와 사용자 구성 파일의 활성화 사이에 필요한 관계가 없으며, 별명 조작의 유연성이 향상된다.
선택적으로, 전술한 실시예의 구현 시나리오에서, 단계 402 이후에, 상기 방법은 다음을 더 포함할 수 있다: 기능적 별명 관리 엔티티가 사용자의 ID와 성공적으로 활성화된 별명 사이의 연관 관계를 저장한다.
구체적으로, 기능적 별명 관리 엔티티가 사용자가 별명 활성화 권한을 갖는다고 결정한 경우, 기능적 별명 관리 엔티티는 사용자의 ID와 성공적으로 활성화된 별명 사이의 연관 관계를 더 저장하여, 사용자가 별명을 성공적으로 활성화하였음을 지시할 수 있다. 예를 들어, 기능적 별명 관리 엔티티는 별명에 대응하는 사용자 정보를 활성화함에 있어 사용자의 ID을 저장할 수 있다. 예를 들어, 사용자가 활성화하도록 요청하는 별명의 ID는 xxx이고, 사용자의 ID는 사용자 서비스 ID 4이고; 활성화 요청된 별명이 성공적으로 활성화된 경우, 기능적 별명 관리 엔티티는 사용자의 ID 사용자 서비스 ID 4를 표 2에 나타낸 활성화 목록 내의 대응하는 위치에 추가할 수 있다.
선택적으로, 전술한 실시예의 다른 구현 시나리오에서, 단계 402 이후에, 상기 방법은 다음을 더 포함할 수 있다: 기능적 별명 관리 엔티티가 통지 메시지를 제2 클라이언트에 전송한다.
구체적으로, 활성화 요청된 별명이 성공적으로 활성화되고, 다른 사용자가 또한 동시에 별명을 성공적으로 활성화한 경우, 기능적 별명 관리 엔티티는 제2 클라이언트에게 통지 메시지를 전송하여, 사용자가 성공적으로 별명을 활성화하였음을 제1 클라이언트에 통지할 수 있고, 추가로 사용자에게 주소를 지정할 수 있다.
제2 클라이언트는 별명을 성공적으로 활성화한 사용자에 의해 사용되는 클라이언트일 수 있다. 별명을 성공적으로 활성화한 사용자는 현재 여전히 별명을 활성화한 상태를 유지하는 사용자일 수 있으며, 이전에 별명을 활성화하고 그 후에 별명을 비활성화한 사용자가 아니다. 예를 들어, 제2 클라이언트는 별명에 대응하는 활성화 사용자 정보에 포함된 다른 사용자의 ID에 대응하는 사용자에 의해 사용되는 클라이언트일 수 있다.
또한, 기능적 별명 관리 엔티티가 미션 크리티컬 서비스 서버에 구성되어 있지 않은 경우, 기능적 별명 관리 엔티티는 미션 크리티컬 서비스 서버에 활성화 통지 메시지를 전송할 수 있다.
활성화 통지 메시지는 성공적으로 활성화된 별명의 ID와 사용자의 ID를 포함할 수 있고, 성공적으로 활성화된 별명의 ID와 사용자의 ID 사이에 연관 관계가 존재하여, 미션 크리티컬 서비스 서버가 메시지를 라우팅하고 이후에 사용자에게 주소를 지정할 수 있도록 한다.
기능적 별명 관리 엔티티가 기능적 별명 관리 서버에 구성되어 있지 않은 경우, 기능적 별명 관리 엔티티는 기능적 별명 관리 서버에 활성화 통지 메시지를 전송하여, 별명 관리 서버가 수신된 활성화 통지 메시지에 기초하여 별명 정보를 유지 및 갱신할 수 있도록 한다. 활성화 통지 메시지는, 기능적 별명 관리 엔티티가 미션 크리티컬 서비스 서버에 구성되어 있지 않은 경우에 기능적 별명 관리 엔티티에 의해 미션 크리티컬 서비스 서버에 전송되는 활성화 통지 메시지와 유사하며, 여기서 다시 설명하지 않는다.
전술한 실시예의 대안적인 방안에서, 다음 단계는 단계 402를 대체하기 위해 사용된다:
사용자가 별명 활성화 권한을 갖지 않는 경우, 기능적 별명 관리 엔티티는 실패 응답 메시지를 제1 클라이언트에 회신하거나; 또는 사용자에게 별명 활성화 권한을 갖고, 활성화 요청된 별명 중에 성공적으로 활성화된 별명이 없는 경우, 기능적 별명 관리 엔터티는 제1 클라이언트에 실패 응답 메시지를 회신한다.
예를 들어, 활성화 요청된 별명이 복수의 사용자가 동시에 활성화 가능한 별명이 아니고, 활성화 요청된 별명이 이미 활성화되어 있는 경우, 활성화 요청된 별명은 성공적으로 활성화되지 않은 별명이다.
또한, 실패 응답 메시지는 실패 원인을 포함할 수 있다. 예를 들어, 사용자가 별명 활성화 권한을 갖지 않는 경우, 실패 원인은 권한 확인이 실패하는 것이다. 제1 클라이언트가 권한 확인에 실패한 실패 원인을 실어 전달하는 실패 응답 메시지를 수신하는 경우, 제1 클라이언트는 별명을 활성화하기 위해 더 높은 권한을 요청할 수 있다. 다른 예를 들어, 사용자가 별명 활성화 권한을 갖고, 활성화 요청된 별명은 복수의 사용자가 동시에 활성화 가능한 별명이 아니며, 활성화 요청된 별명이 이미 활성화되어 있는 경우, 실패 원인은 활성화 요청된 별명이 복수의 사용자가 동시에 활성화 가능한 별명이 아니고, 활성화 요청된 별명이 이미 활성화되어 있다는 것이다. 제1 클라이언트가 활성화 요청된 별명이 복수의 사용자가 동시에 활성화 가능한 별명이 아니고 활성화 요청된 별명이 이미 활성화되어 있다는 실패 원인을 수신한 경우, 제1 클라이언트는 활성화 요청된 발명을 인수하도록 요청하여, 별명의 활성화를 구현할 수 있다. 다른 예를 들어, 사용자가 별명 활성화 권한을 갖고, 활성화 요청된 별명은 복수의 사용자가 동시에 활성화 가능한 별명이며, 활성화 요청된 별명을 성공적으로 활성화한 사용자의 수가 최대 활성화 수량보다 큰 경우, 실패 원인은 활성화 요청된 별명을 성공적으로 활성화한 사용자 수가 최대 활성화 수량보다 크다는 것이다. 제1 클라이언트가 활성화 요청된 별명을 성공적으로 활성화한 사용자의 수가 최대 활성화 수량보다 크다는 실패 원인을 수신한 경우, 제1 클라이언트는 더 높은 별명 우선권을 요청할 수 있으며, 활성화 요청된 별명을 성공적으로 활성화하는 목적을 추가로 달성할 수 있다.
본 출원의 본 실시예에서의 상세한 설명에 대해서는 도 4에 도시된 실시예에서의 대응하는 내용의 상세한 설명이 참조할 수 있고, 단지 "등록"이 "활성화"로 대체된다는 점에서만 차이가 있다. 본 출원의 본 실시예에서 세부 사항은 다시 설명하지 않는다.
도 5에 도시된 실시예는 시스템에 의해 미리 구성된 별명, 또는 도 4에 도시된 새로 등록된 별명에 기초할 수 있음에 유의해야 한다. 사용자가 별명을 사용해야 하는 경우, 사용자는 별명을 활성화할 수 있다.
도 6은 본 출원의 일 실시예에 따라 별명 비활성화를 요청하기 위한 별명 관리 방법이다. 도 6에 도시된 바와 같이, 상기 방법은 다음 단계를 포함할 수 있다.
501. 기능적 별명 관리 엔티티가 제1 클라이언트에 의해 전송되는 비활성화 요청 메시지를 수신한다.
비활성화 요청 메시지는 사용자의 ID 및 비활성화 요청된 별명의 ID을 포함할 수 있다. 비활성화 요청 메시지는 별명을 비활성화하도록 요청하는 데 사용된다.
사용자는 제1 클라이언트를 사용하는 사용자이다.
예를 들어, 사용자가 별명을 비활성화해야 하는 경우, 사용자에 의해 사용되는 제1 클라이언트는 사용자의 ID 및 비활성화 요청된 별명의 ID를 실어 전달하는 비활성화 요청 메시지를 기능적 별명 관리 엔티티에 전송하여, 별명을 비활성화하도록 요청할 수 있다.
구체적인 구현예에서, 비활성화 요청 메시지는 하나 이상의 사용자의 ID을 실어 전달할 수 있다. 비활성화 요청 메시지는 또한 비활성화 요청된 하나 이상의 별명의 ID를 실어 전달할 수 있다. 또한, 비활성화 요청 메시지는 비활성화 요청된 별명의 서비스 유형을 더 포함할 수 있다.
502. 기능적 별명 관리 엔티티가, 사용자가 별명 비활성화 권한을 갖는 경우에 비활성화 응답 메시지를 제1 클라이언트에 전송한다.
비활성화 응답 메시지는 사용자의 ID 및 성공적으로 비활성화된 별명의 ID을 포함할 수 있다.
예를 들어, 비활성화 요청 메시지가 비활성화 요청된 복수의 별명의 ID를 포함하는 경우, 비활성화 응답 메시지는 비활성화 요청된 복수의 별명 중에서 성공적으로 비활성화된 모든 별명의 ID를 포함한다. 또한, 비활성화 응답 메시지는 성공적으로 비활성화된 별명의 서비스 유형을 더 포함할 수 있다.
예를 들어, 사용자가 별명 비활성화 권한을 갖는 경우, 기능적 별명 관리 엔티티는, 제1 클라이언트에, 사용자의 ID 및 성공적으로 비활성화된 별명의 ID를 실어 전달하는 비활성화 응답 메시지를 전송하여, 제1 클라이언트가 비활성화 요청된 별명이 이미 성공적으로 비활성화되었음을 알 수 있도록 한다.
단계 502에서, 기능적 별명 관리 엔티티는 다음 방식으로, 사용자가 별명 비활성화 권한을 갖는 것으로 결정할 수 있지만, 이를 한정하는 것은 아니다.
제1 가능한 구현예에서, 사용자의 속성은 사용자가 별명 비활성화 권한을 갖는지의 여부이고, 연관 관계는 속성과 사용자의 ID 사이에 존재한다. 비활성화 요청 메시지를 수신한 후, 기능적 별명 관리 엔티티는 비활성화 요청 메시지에 실려 전달되는 사용자의 ID에 기초하여, 사용자가 별명 비활성화 권한을 갖는지의 여부를 알 수 있다.
제2 가능한 구현예에서, 단계 502 이전에, 상기 방법은 다음을 더 포함할 수 있다: 기능적 별명 관리 엔티티가 사용자에 대한 권한 확인을 수행할 수 있다.
구체적으로, 단계 502 이전에, 상기 방법은 다음을 더 포함할 수 있다: 기능적 별명 관리 엔티티가 사용자의 ID에 기초하여 별명 권한 관련 정보를 획득하고, 별명 권한 관련 정보에 기초하여, 사용자가 별명 비활성화 권한을 갖는지의 여부를 판정한다. 별명 권한 관련 정보는 사용자의 가입 정보일 수 있거나, 기능적 별명 관리 엔티티에 의해 로컬로 저장된 정책 정보일 수 있다.
가능한 구현예에서, 기능적 별명 관리 엔티티는 사용자의 ID에 기초하여 사용자의 가입 정보를 획득하며, 여기서 사용자의 가입 정보는 지시 정보를 포함하고, 지시 정보는 사용자가 별명 비활성화 권한을 갖는지의 여부를 지시하는 데 사용된다. 기능적 별명 관리 엔티티는 사용자의 가입 정보에 기초하여, 사용자가 별명 비활성화 권한을 갖는지의 여부를 결정할 수 있다. 가입 정보에 포함된 지시 정보가 사용자가 별명 비활성화 권한을 가짐을 지시하는 데 사용되는 경우, 기능적 별명 관리 엔티티는 사용자가 별명 비활성화 권한을 갖는다고 결정할 수 있거나; 또는 가입 정보에 포함된 지시 정보가 사용자가 별명 비활성화 권한을 갖지 않음을 지시하는 데 사용되는 경우, 기능적 별명 관리 엔티티는 사용자가 별명 비활성화 권한을 갖지 않는다고 결정할 수 있다.
다른 가능한 구체적인 구현예에서, 기능적 별명 관리 엔티티는 정책 정보를 획득하고, 정책 정보 및 사용자의 ID에 기초하여, 사용자가 별명 비활성화 권한을 갖는지의 여부를 판정하며, 여기서 정책 정보는 별명 비활성화 권한을 갖는 사용자의 ID를 포함한다. 사용자의 ID가 정책 정보에 포함되어 있는 경우, 기능적 별명 관리 엔티티는 사용자가 별명 비활성화 권한을 갖는다고 결정하거나; 또는 사용자의 ID가 정책 정보에 포함되어 있지 않는 경우, 기능적 별명 관리 엔티티는 사용자가 별명 비활성화 권한을 갖지 않는 것으로 결정한다.
본 출원의 본 실시예에서, 사용자의 가입 정보 및 기능적 별명 관리 엔티티에 의해 로컬로 저장된 정책 정보 모두에 기초하여, 사용자에 대한 권한 확인이 추가로 수행될 수 있음에 유의해야 한다.
제3 가능한 구현에서, 비활성화 요청 메시지가 비활성화 요청된 별명의 서비스 유형을 더 포함하는 경우, 단계 502 이전에, 상기 방법은 다음을 더 포함할 수 있다: 기능적 별명 관리 엔티티가 사용자에 대한 권한 확인을 수행할 수 있고; 권한 확인이 성공한 후, 기능적 별명 관리 엔티티는 비활성화 요청된 별명의 서비스 유형이 사용자의 ID에 대응하는 서비스 유형과 동일한지의 여부를 판정한다. 예를 들어, 비활성화 요청된 별명의 서비스 유형이 사용자의 ID에 대응하는 서비스 유형과 동일한 경우, 비활성화 요청된 별명은 성공적으로 비활성화된 별명이다.
본 출원의 본 실시예에 의해 제공되는 별명 관리 방법에서, 기능적 별명 관리 엔티티는 제1 클라이언트에 의해 전송되고 사용자의 ID 및 비활성화 요청된 별명의 ID을 포함하는 비활성화 요청 메시지를 수신하고; 사용자가 별명 비활성화 권한을 갖는 경우, 기능적 별명 관리 엔티티는 제1 클라이언트에, 사용자의 ID 및 성공적으로 비활성화된 별명의 ID을 포함하는 비활성화 응답 메시지를 전송한다. 기능적 별명 관리 엔티티가 제1 클라이언트에 의해 전송되는 비활성화 요청 메시지를 수신한 후, 별명을 비활성화하도록 요청하는 요청자가 별명 비활성화 권한을 갖는다고 결정한 경우, 기능적 별명 관리 엔티티는 별명이 구성된 사용자 구성 파일을 그에 상응하게 처리하지 않고, 요청자의 ID 및 성공적으로 비활성화된 별명의 ID을 포함하는 비활성화 응답 메시지를 제1 클라이언트에 회신한다. 따라서, 별명 비활성화가 구현될 수 있고, 별명 관리 효율이 낮고 시스템 처리 부하가 크다는 문제가 해결된다.
선택적으로, 전술한 실시예의 구현 시나리오에서, 단계 502 이후에, 상기 방법은 다음을 더 포함한다: 기능적 별명 관리 엔티티가 사용자의 ID와 성공적으로 비활성화된 별명의 ID 사이의 연관 관계를 삭제한다.
구체적으로, 기능적 별명 관리 엔티티가 사용자가 별명 비활성화 권한을 갖는다고 결정한 결정한 경우, 기능적 별명 관리 엔티티는 사용자의 ID와 성공적으로 비활성화된 별명의 ID 사이의 연관 관계를 삭제할 수 있다. 즉 사용자에 대해 별명을 성공적으로 비활성화한다. 예를 들어, 기능적 별명 관리 엔티티는 성공적으로 비활성화된 별명에 대응하는 활성화 사용자 정보로부터 사용자의 ID을 삭제할 수 있다. 예를 들어, 사용자가 비활성화를 요청한 별명의 ID가 xxx이고, 사용자의 ID가 사용자 서비스 ID 1인 경우, 본 출원의 다른 실시예에 나타낸 표 2에서 사용자 서비스 ID 1은 삭제될 수 있다.
선택적으로, 전술한 실시예의 다른 구현 시나리오에서, 단계 502 이후에, 상기 방법은 다음을 더 포함한다: 기능적 별명 관리 엔티티가 통지 메시지를 제2 클라이언트에게 전송한다.
예를 들어, 성공적으로 비활성화된 별명이 다른 사용자에 의해 성공적으로 비활성화되는 경우, 기능적 별명 관리 엔티티는 통지 메시지를 제2 클라이언트에 전송하여, 사용자가 성공적으로 비활성화된 별명을 성공적으로 비활성화했음을 제2 클라이언트에게 통지할 수 있다.
제2 클라이언트는 성공적으로 비활성화된 별명을 성공적으로 활성화한 다른 사용자에 의해 사용되는 클라이언트일 수 있다. 성공적으로 비활성화된 별명을 성공적으로 활성화한 사용자는 현재 여전히 별명을 활성화한 상태를 유지하는 사용자일 수 있으며, 이전에 별명을 활성화하고 그 후에 그 별명을 비활성화한 사용자가 아니다. 예를 들어, 제2 클라이언트는 성공적으로 비활성화된 별명에 대응하는 활성화 사용자 정보에 포함된 다른 사용자의 ID에 대응하는 사용자에 의해 사용되는 클라이언트일 수 있고, 활성화 사용자 정보는 현시점의 활성화 사용자 정보이다.
또한, 기능적 별명 관리 엔티티가 미션 크리티컬 서비스 서버에 구성되어 있지 않은 경우, 기능적 별명 관리 엔티티는 비활성화 통지 메시지를 미션 크리티컬 서비스 서버에 전송할 수 있다. 예를 들어, 미션 크리티컬 서비스 서버는 비활성화 통지 메시지를 수신한 후, 비활성화 통지 메시지에 기초하여 호출 제어 및 미디어 제어를 수행할 수 있다
비활성화 통지 메시지는 사용자의 ID 및 성공적으로 비활성화된 별명의 ID을 포함할 수 있다. 성공적으로 비활성화된 별명의 ID와 사용자의 ID 사이에는 연관 관계가 존재한다.
기능적 별명 관리 엔티티가 기능적 별명 관리 서버에 구성되어 있지 않은 경우, 기능적 별명 관리 엔티티는 비활성화 통지 메시지를 기능적 별명 관리 서버에 전송하여, 별명 관리 서버가 수신된 비활성화 통지 메시지에 기초하여 별명 정보를 유지 및 갱신할 수 있도록 한다. 비활성화 통지 메시지는 기능적 별명 관리 엔티티가 미션 크리티컬 서비스 서버에 구성되어 있지 않은 경우에 기능적 별명 관리 엔티티에 의해 미션 크리티컬 서비스 서버에 전송되는 비활성화 통지 메시지와 유사하며, 여기서 다시 설명하지 않는다.
전술한 실시예의 대안적인 방안에서, 다음 단계가 단계 502를 대체하기 위해 사용될 수 있다:
사용자가 별명 비활성화 권한을 갖지 않는 경우, 기능적 별명 관리 엔터티는 제1 클라이언트에 실패 응답 메시지를 회신한다.
또한, 실패 응답 메시지는 실패 원인을 포함할 수 있다. 예를 들어, 기능적 별명 관리 엔티티가 사용자가 별명 비활성화 권한을 갖지 않는 것으로 결정한 경우, 실패 원인은 권한 확인에 실패하는 것이다. 제1 클라이언트가 권한 확인에 실패한 실패 원인을 실어 전달하는 실패 응답 메시지를 수신하는 경우, 제1 클라이언트는 더 높은 권한을 요청하여, 별명을 비활성화할 수 있다. 다른 예를 들어, 기능적 별명 관리 엔티티가 사용자가 별명 비활성화 권한을 갖는다고 결정하고, 비활성화 요청된 별명이 비활성화 불가능한 경우, 실패 원인은 비활성화 요청된 별명이 비활성화 불가능하다는 것이다.
본 출원의 본 실시예에서의 상세한 설명을 대해서는 도 5에 도시된 실시예에서의 대응하는 내용의 상세한 설명을 참조할 수 있고, "활성화"가 "비활성화"로 대체된 것에만 차이가 있음에 유의해야 한다. 본 출원의 본 실시예에서는 세부 사항을 다시 설명하지 않는다.
사용자가 별명을 비활성화해야 하는 경우, 도 6에 도시된 방법이 별명에 대한 비활성화 조작을 수행하는 데 사용될 수 있음에 유의해야 한다. 비활성화 방법은 도 5에 도시된 방법에 기초하여 수행될 수 있으며, 한정되지 않는다.
본 출원의 일 실시예에서, 사용자가 별명을 인수해야 하는 경우, 인수 조작이 별명에 대해 수행될 수 있다.
도 7은 본 출원의 일 실시예에 따라 별명을 인수하도록 요청하기 위한 별명 관리 방법이다. 도 7에 도시된 바와 같이, 상기 방법은 다음 단계를 포함할 수 있다.
601. 기능적 별명 관리 엔티티가 제1 클라이언트에 의해 전송되는 인수 요청 메시지를 수신한다.
인수 요청 메시지는 사용자의 ID 및 인수 요청된 별명의 ID을 포함할 수 있다. 인수 요청 메시지는 별명을 인수하도록 요청하는 데 사용된다.
사용자는 제1 클라이언트를 사용하는 사용자이다.
예를 들어, 사용자가 별명을 인수해야 하는 경우, 사용자에 의해 사용되는 제1 클라이언트는 사용자의 ID 및 인수 요청된 별명의 ID를 실어 전달하는 인수 요청 메시지를 기능적 별명 관리 엔티티에 전송하여, 별명을 인수하도록 요청할 수 있다.
제1 클라이언트는 인수 요청 메시지를 기능적 별명 관리 엔티티에 직접 전송할 수 있거나, 인수 요청 메시지를 다른 기능 엔티티를 사용하여 기능적 별명 관리 엔티티에 간접적으로 전송할 수 있음에 유의해야 한다. 다시 말해, 기능적 별명 관리 엔티티는 제1 클라이언트에 의해 전송되는 인수 요청 메시지를 직접 수신하거나, 제1 클라이언트에 의해 전송되는 인수 요청 메시지를 간접 수신할 수 있다. 여기서는 이를 특별히 한정하지 않는다.
구체적인 구현예에서, 인수 요청 메시지는 하나 이상의 사용자의 ID을 실어 전달할 수 있다. 상이한 ID는 상이한 서비스 유형, 예를 들어 MCPTT 서비스, MCData 서비스 및 MCVideo 서비스와 같은 기본 서비스 유형, 및 철도 애플리케이션 및 기업 애플리케이션과 같은 다른 서비스 유형에 대응한다. 인수 요청 메시지는 또한 인수 요청된 하나 이상의 별명의 ID를 실어 전달할 수 있다.
또한, 인수 요청 메시지는 인수 요청된 별명의 서비스 유형을 더 포함할 수 있다.
602. 기능적 별명 관리 엔티티가, 사용자가 별명 인수 권한을 갖는 경우에 인수 응답 메시지를 제1 클라이언트에 전송한다.
인수 응답 메시지는 사용자의 ID 및 성공적으로 인수된 별명의 ID을 포함할 수 있다.
예를 들어, 인수 요청 메시지가 인수 요청된 복수의 별명의 ID를 포함하는 경우, 인수 응답 메시지는 인수 요청된 복수의 별명 중에서 성공적으로 인수된 모든 별명의 ID를 포함한다.
예를 들어, 사용자가 별명 인수 권한을 갖는 경우, 기능적 별명 관리 엔티티는 사용자의 ID 및 성공적으로 인수된 별명의 ID을 실어 전달하는 인수 응답 메시지를 제1 클라이언트에 전송하여, 제1 클라이언트가 인수 요청된 별명이 이미 성공적으로 인수되었음을 알 수 있도록 하며, 후속하여 성공적으로 인수된 별명의 ID에 기초하여, 제1 클라이언트를 사용하는 사용자에게 주소를 지정할 수 있다.
또한, 인수 응답 메시지는 성공적으로 인수된 별명의 서비스 유형을 더 포함할 수 있다.
예를 들어, 인수 요청된 별명이 인수 가능한 별명인 경우, 인수 요청된 별명이 성공적으로 인수된 별명이거나; 또는 인수 요청된 별명이 인수 가능한 별명이고 인수 요청된 별명의 서비스 유형이 사용자의 ID에 대응하는 서비스 유형과 동일한 경우, 인수 요청된 별명이 성공적으로 인수된 별명이다.
단계 602에서, 기능적 별명 관리 엔티티는 다음 방식으로, 사용자가 별명 인수 권한을 갖는 것으로 결정할 수 있지만, 이는 한정되지 않는다.
제1 가능한 구현예에서, 사용자의 속성은 사용자가 별명 인수 권한을 갖는지의 여부이고, 연관 관계는 속성과 사용자의 ID 사이에 존재한다. 인수 요청 메시지를 수신한 후, 기능적 별명 관리 엔티티는 인수 요청 메시지에 실려 전달되는 사용자의 ID에 기초하여, 사용자가 별명 인수 권한을 갖는지의 여부를 알 수 있다.
제2 가능한 구현예에서, 단계 602 이전에, 상기 방법은 다음을 더 포함할 수 있다: 기능적 별명 관리 엔티티가 사용자에 대한 권한 확인을 수행할 수 있다.
구체적으로, 단계 602 이전에, 상기 방법은 다음을 더 포함할 수 있다: 기능적 별명 관리 엔티티가 사용자의 ID에 기초하여 별명 권한 관련 정보를 획득하고, 별명 권한 관련 정보에 기초하여, 사용자가 별명 인수 권한을 갖는지의 여부를 판정한다. 별명 권한 관련 정보는 사용자의 가입 정보일 수 있거나, 기능적 별명 관리 엔티티에 의해 로컬로 저장된 정책 정보일 수 있다.
가능한 구현예에서, 기능적 별명 관리 엔티티는 사용자의 ID에 기초하여 사용자의 가입 정보를 획득하며, 여기서 사용자의 가입 정보는 지시 정보를 포함하고, 지시 정보는 사용자가 별명 인수 권한을 갖는지의 여부를 지시하는 데 사용된다. 기능적 별명 관리 엔티티는 사용자의 가입 정보에 기초하여, 사용자가 별명 인수 권한을 갖는지의 여부를 결정할 수 있다. 가입 정보에 포함된 지시 정보가 사용자가 별명 인수 권한을 가짐을 지시하는 데 사용되는 경우, 기능적 별명 관리 엔티티는 사용자가 별명 인수 권한을 갖는다고 결정할 수 있거나; 또는 가입 정보에 포함된 지시 정보가 사용자가 별명 인수 권한을 갖지 않음을 지시하는 데 사용되는 경우, 기능적 별명 관리 엔티티는 사용자가 별명 인수 권한을 갖지 않는다고 결정할 수 있다.
다른 가능한 구체적인 구현예에서, 기능적 별명 관리 엔티티는 정책 정보를 획득하고, 정책 정보 및 사용자의 ID에 기초하여, 사용자가 별명 인수 권한을 갖는지의 여부를 판정하며, 여기서 정책 정보는 별명 인수 권한을 갖는 사용자의 ID를 포함한다. 사용자의 ID가 정책 정보에 포함되어 있는 경우, 기능적 별명 관리 엔티티는 사용자가 별명 인수 권한을 갖는다고 결정하거나; 또는 사용자의 ID가 정책 정보에 포함되어 있지 않은 경우, 기능적 별명 관리 엔티티는 사용자가 별명 인수 권한을 갖지 않는 것으로 결정한다.
제3 가능한 구현예에서, 단계 602 이전에, 상기 방법은 다음을 더 포함한다: 기능적 별명 관리 엔티티가 사용자에 대한 권한 확인을 수행하고, 인수 요청된 별명이 인수 가능한 별명인지의 여부를 판정한다.
구체적으로, 단계 602 이전에, 상기 방법은 다음을 더 포함할 수 있다: 인수 요청된 별명의 ID의 수량이 1인 경우, 기능적 별명 관리 엔티티는 사용자에 대한 권한 확인을 수행하고, 인수 요청된 별명이 인수 가능한 별명인지를 판정하고, 사용자에 대한 권한 확인에 성공하고, 인수가 요청된 별명이 인수 가능한 별명인 경우, 단계 602를 수행하거나; 또는
인수 요청된 별명의 ID의 수량이 1보다 큰 경우, 기능적 별명 관리 엔티티는 사용자에 대한 권한 확인을 수행하고, 인수 가능한 하나 이상의 별명이 인수 요청된 별명 중에 존재하는지의 여부를 판정하고, 사용자에 대한 권한 확인이 성공하고 인수하도록 요청된 별명 중에 인수 가능한 하나 이상의 별명이 존재하면, 단계 602를 수행한다.
권한 확인 및 인수 요청된 별명이 인수 가능한 발명인지의 여부를 판정하는 것 사이의 실행 시퀀스는 임의적이며 여기서는 특별히 한정되지 않음에 유의해야 한다. 또한, 제3 구현예에서 사용자에 대한 권한 확인을 수행하는 구체적인 구현은 제2 구현예에서의 그것과 유사하며, 여기서 다시 설명하지 않는다.
또한, 인수 요청 메시지가 인수 요청된 별명의 서비스 유형을 더 포함하는 경우, 기능적 별명 관리 엔티티는 인수 요청된 별명의 서비스 유형이 사용자의 ID에 대응하는 서비스 유형과 동일한지의 여부를 더 판정할 수 있다.
예를 들어, 인수 요청된 별명이 인수 가능한 별명이고, 인수 요청된 별명의 서비스 유형이 사용자의 ID에 대응하는 서비스 유형과 동일한 경우, 단계 602가 수행된다.
인수 요청 메시지가 인수 요청된 둘 이상의 별명의 ID를 포함하는 경우, 권한 확인에 성공한 후, 전술한 결정 조작은 인수 요청된 각각의 별명의 ID에 대해 수행될 수 있으며, 단계 602는 전술한 결정 조작이 인수 요청된 각각의 별명의 ID에 대해 수행되고, 인수 요청된 하나 이상의 별명이 성공적으로 인수된 별명인 경우에 수행된다. 또한, 인수 요청된 별명 중에 성공적으로 인수된 별명이 없으면, 실패 응답 메시지가 제1 클라이언트에 회신될 수 있다.
예를 들어, 인수 요청된 별명의 속성은 인수 요청된 별명이 인수 가능한 별명인지의 여부를 지시하는 데 사용되는 지시 정보를 포함할 수 있다.
본 출원의 본 실시예에 의해 제공되는 별명 관리 방법에서, 기능적 별명 관리 엔티티는 제1 클라이언트에 의해 전송되고 사용자의 ID 및 인수 요청된 별명의 ID을 포함하는 인수 요청 메시지를 수신하고; 사용자가 별명 인수 권한을 갖는 경우, 기능적 별명 관리 엔티티는 제1 클라이언트에, 사용자의 ID 및 성공적으로 인수된 별명의 ID을 포함하는 인수 응답 메시지를 전송한다. 기능적 별명 관리 엔티티가 제1 클라이언트에 의해 전송되는 인수 요청 메시지를 수신한 후, 별명을 인수하도록 요청하는 요청자가 별명 인수 권한을 갖는다고 결정한 경우, 기능적 별명 관리 엔티티는 별명이 구성된 사용자 구성 파일을 그에 상응하게 처리하지 않고, 요청자의 ID 및 성공적으로 인수된 별명의 ID을 포함하는 인수 응답 메시지를 제1 클라이언트에 회신한다. 따라서, 별명 인수가 구현될 수 있고, 별명 관리 효율이 낮고 시스템 처리 부하가 크다는 문제가 해결된다.
선택적으로, 전술한 실시예의 구현 시나리오에서, 단계 602 이후에, 상기 방법은 다음을 더 포함한다: 기능적 별명 관리 엔티티가 성공적으로 인수된 별명의 ID와 제2 클라이언트를 사용하는 사용자의 ID 사이의 연관 관계를 삭제한다.
제2 클라이언트를 사용하는 사용자는 성공적으로 인수된 별명을 성공적으로 활성화한 사용자일 수 있다.
구체적으로, 기능적 별명 관리 엔티티가 사용자가 별명 인수 권한을 갖는다고 결정한 경우, 성공적으로 인수된 별명이 다른 사용자에 의해 활성화되면(다른 사용자에 의해 사용되는 클라이언트는 제2 클라이언트임), 기능적 별명 관리 엔티티는 성공적으로 인수된 별명의 ID와 사용자의 ID 사이의 연관 관계를 삭제할 수 있다. 예를 들어, 기능적 별명 관리 엔티티는 성공적으로 인수된 별명에 대응하는 활성화 사용자 정보로부터, 별명을 활성화한 다른 사용자의 ID을 삭제할 수 있다. 또한, 사용자의 ID와 성공적으로 인수된 별명 사이의 연관 관계는 저장될 수 있다. 또한, 인수 요청된 별명이 활성화되어 있지 않은 경우, 도 5에 도시된 별명 관리 방법이 별명을 활성화하기 위해 수행될 수 있다.
예를 들어, 기능적 별명 관리 엔티티가 사용자가 별명 인수 권한을 갖는다고 결정하는 경우, 성공적으로 인수된 별명이 다른 사용자에 의해 활성화되는 경우, 기능적 별명 관리 엔티티는 활성화 사용자 정보로부터, 별명을 활성화한 사용자의 ID을 삭제할 수 있다. 사용자는 시간 순서에 기초하여 가장 빨리 또는 가장 늦게 별명을 활성화하는 사용자이거나, 사용자의 우선순위에 기초하여 가장 낮은 사용자 우선 순위를 갖는 사용자일 수 있다. 구체적으로, 사용자의 ID는 활성화 사용자 정보에서 삭제된다. 구체적으로, 알고리즘이 사용자의 우선순위를 지정하는 데 사용된다. 본 발명에서는 이를 한정되지 않는다.
선택적으로, 전술한 실시예의 다른 구현 시나리오에서, 단계 602 이후에, 상기 방법은, 기능적 별명 관리 엔티티가 통지 메시지를 제2 클라이언트에 전송하는 단계를 더 포함할 수 있다.
통지 메시지는 제2 클라이언트에게 제1 클라이언트를 사용하는 사용자가 성공적으로 인수된 별명을 성공적으로 인수하였음을 통지하는데 사용되거나 성공적으로 인수된 별명을 비활성화하도록 제2 클라이언트에 명령하는 데 사용된다. 예를 들어, 통지 메시지를 수신한 후, 제2 클라이언트는 성공적으로 인수된 별명을 비활성화할 수 있다.
제2 클라이언트는 이미 별명을 활성화한 사용자가 사용하는 클라이언트일 수 있다. 이미 별명을 활성화한 사용자는 현재 여전히 별명을 활성화한 상태를 유지하는 사용자일 수 있으며, 이전에 별명을 활성화한 후 별명을 비활성화한 사용자가 아니다.
구체적으로, 기능적 별명 관리 엔티티는, 제2 클라이언트에, 사용자가 성공적으로 인수된 별명을 성공적으로 인수했음을 통지하는 데 사용되는 통지 메시지, 또는 성공적으로 인수된 별명을 비활성화하도록 제2 클라이언트에 명령하는 데 사용되는 통지 메시지를 전송하여, 제2 클라이언트가 도 6에 도시된 별명 관리 방법을 수행함으로써 별명을 비활성화할 수 있도록 한다. 통지 메시지는 원인 코드(cause code)일 수 있거나, 구체적인 구현 시에 일반 텍스트 문자열(plaintext character string)일 수 있다.
또한, 기능적 별명 관리 엔티티가 미션 크리티컬 서비스 서버에 구성되어 있지 않은 경우, 기능적 별명 관리 엔티티는 인수 통지 메시지를 미션 크리티컬 서비스 서버에 전송할 수 있다.
인수 통지 메시지는 사용자의 ID 및 성공적으로 인수된 별명의 ID을 포함할 수 있다. 성공적으로 인수된 별명의 ID와 사용자의 ID 사이에는 연관 관계가 존재한다. 성공적으로 인수된 별명의 ID에 대응하는 사용자 ID는 하나 이상의 사용자의 ID일 수 있다.
기능적 별명 관리 엔티티가 미션 크리티컬 서비스 서버에 구성되지 않은 경우, 기능적 별명 관리 엔티티는 미션 크리티컬 서비스 서버에 비활성화 통지 메시지를 추가로 전송할 수 있다. 비활성화 통지 메시지는 사용자의 ID 및 성공적으로 비활성화된 별명의 ID를 포함한다.
예를 들어, 인수 통지 메시지 및/또는 비활성화 통지 메시지를 수신한 후, 미션 크리티컬 서비스 서버는 대응하는 호출 제어 및 미디어 제어를 수행할 수 있다.
기능적 별명 관리 엔티티가 기능적 별명 관리 서버에 구성되어 있지 않은 경우, 기능적 별명 관리 엔티티는 기능적 별명 관리 서버에 인수 통지 메시지 및 비활성화 통지 메시지를 전송하여, 별명 관리 서버가 대응하는 별명을 유지 및 갱신할 수 있도록 하며, 여기서 인수 통지 메시지 및 비활성화 통지 메시지는 기능적 별명 관리 엔티티가 미션 크리티컬 서비스 서버에 구성되어 있지 않은 경우에 기능적 별명 관리 엔티티에 의해 미션 크리티컬 서비스 서버에 전송되는 인수 통지 메시지 및 비활성화 통지 메시지와 각각 유사하다. 세부 사항에 대해서는 여기서 다시 설명하지 않는다.
두 개의 통지 메시지로 전송될 구체적인 내용은 하나의 메시지를 사용하여 구현될 수 있음에 유의해야 한다. 예를 들어, 기능적 별명 관리 엔티티는 미션 크리티컬 서비스 서버에 통지 메시지를 전송하는데, 여기서 통지 메시지는 성공적으로 인수된 별명의 ID 및 사용자의 ID을 포함하며, 성공적으로 비활성화된 별명의 ID 및 사용자의 ID를 더 포함할 수 있다. 물론, 지시 정보는 어떤 별명이 인수되고 어떤 별명이 비활성화되는지를 지시하는 데 사용될 수 있다.
일반적으로, 인수 가능한 별명은 복수의 사용자에 의해 동시에 활성화될 수 없다. 그러나 인수 가능한 별명이 복수의 사용자에 의해 동시에 활성화 가능한 별명이고, 현시점에, 다른 사용자가 인수 가능한 별명을 성공적으로 활성화하면, 다른 모든 사용자의 별명을 인수할지 또는 한 사용자의 별명을 인수할지의 여부, 및 인수할 사용자의 별명을 선택하는 방법이 구현될 수 있거나, 또는 운영자 자신이 규칙을 지정할 수 있다.
전술한 실시예의 대안적인 방안에서, 다음 단계가 단계 602를 대체하기 위해 사용될 수 있다:
사용자가 별명 인수 권한을 갖지 않는 경우, 기능적 별명 관리 엔터티는 제1 클라이언트에 실패 응답 메시지를 회신한다. 대안적으로, 사용자가 별명 인수 권한을 갖고, 인수 요청된 별명이 인수 불가능한 별명인 경우, 기능적 별명 관리 엔티티는 실패 응답 메ㅣ지를 제1 클라이언트에 회신한다.
또한, 실패 응답 메시지는 실패 원인을 포함할 수 있다. 예를 들어, 사용자가 별명 인수 권한을 갖지 않는 경우, 실패 원인은 권한 확인에 실패한 것이다. 제1 클라이언트가 권한 확인에 실패한 실패 원인을 실어 전달하는 실패 응답 메시지를 수신하는 경우, 제1 클라이언트는 더 높은 권한을 요청하여, 별명을 인수할 수 있다. 다른 예를 들어, 사용자가 별명 인수 권한을 갖고, 인수 요청된 별명이 인수 불가능한 별명인 경우, 실패 원인은 인수 요청된 별명이 인수 불가능하다는 것이다.
본 출원의 본 실시예에서의 상세한 설명을 대해서는 도 4에 도시된 실시예에서의 대응하는 내용의 상세한 설명을 참조할 수 있고, "등록"이 "인수"로 대체된 것에만 차이가 있음에 유의해야 한다. 본 출원의 본 실시예에서는 세부 사항을 다시 설명하지 않는다.
본 출원의 실시예에서의 활성화 통지 메시지, 비활성화 통지 메시지 및 인수 통지 메시지는 상이한 유형의 통지 메시지를 사용함으로써 구별될 수 있음에 유의해야 한다. 대안적으로, 동일한 유형의 통지 메시지가 사용될 수 있지만, 이 경우에, 지시 정보는 통지 메시지에 실려 전달될 필요가 있으며, 여기서 지시 정보는 메시지의 유형을 지시하는 데 사용된다. 예를 들어, 통지 메시지의 유형을 지시하는 데 3비트가 사용될 수 있다. 예를 들어, "001"은 활성화 통지 메시지를 지시하고, "010"은 비활성화 통지 메시지를 지시하고, "011"은 인수 통지 메시지를 지시한다. 예를 들어, 통지 메시지가 사용자 1의 ID 및 별명 1의 ID를 포함하고, 지시 정보가 001이면, 이는 통지 메시지가 사용자 1이 별명 1을 성공적으로 활성화했음을 통지하는 데 사용됨을 나타낸다.
도 8은 본 출원의 일 실시예에 따른 별명 기반 주소지정 호출 방법의 흐름도이다. 도 8에 도시된 바와 같이, 상기 방법은 다음 단계를 포함할 수 있다.
701. 미션 크리티컬 서비스 서버가 제1 클라이언트에 의해 전송되는 호출 요청 메시지를 수신한다.
호출 요청 메시지는 호출 사용자의 ID 및 호출 요청된 별명의 ID을 포함한다.
호출 사용자의 ID는 호출을 발신한 제1 클라이언트에 대응하는 사용자의 ID일 수 있다.
호출 요청된 별명은 호출된 당사자(called party)의 별명일 수 있으며, 호출 요청된 별명은 하나 이상의 사용자에 의해 활성화될 수 있으며, 호출 요청된 별명을 활성화하는 모든 사용자는 호출에 참여하도록 초대된다. 호출 요청된 별명의 ID는 별명을 유일하게 식별할 수 있는 명칭 또는 ID이다.
본 출원의 본 실시예에서, 별명 주소지정 및 호출 기능을 구현하기 위해, 별명의 ID는 그룹 ID와 유사한, 도메인 명칭을 포함해야 한다.
702. 미션 크리티컬 서비스 서버가 호출 사용자의 ID에 기초하여 호출 사용자가 별명 호출 권한을 갖는다고 결정한다.
미션 크리티컬 서비스 서버는 다음 구현예에서, 호출 사용자가 별명 호출 권한을 갖는다고 결정할 수 있다.
방식 1: 미션 크리티컬 서비스 서버는 호출 사용자의 ID에 기초하여 호출 사용자의 가입 정보를 획득하며, 여기서 호출 사용자의 가입 정보는 지시 정보를 포함하고, 지시 정보는 사용자가 별명 호출 권한을 갖는지의 여부를 지시하는 데 사용된다. 미션 크리티컬 서비스 서버는 호출 사용자의 가입 정보에 기초하여, 호출 사용자가 별명 호출 권한을 갖는다고 결정한다.
예를 들어, 가입 정보에 포함된 지시 정보가 호출 사용자가 별명 호출 권한을 가짐을 지시하는 데 사용되는 경우, 미션 크리티컬 서비스 서버는 호출 사용자가 별명 호출 권한을 갖는 것으로 결정할 수 있거나; 또는 가입 정보에 포함된 지시 정보가 호출 사용자가 별명 호출 권한을 갖지 않음을 지시하는 데 사용되는 경우, 미션 크리티컬 서비스 서버는 호출 사용자가 별명 호출 권한을 갖지 않는 것으로 결정할 수 있다.
방식 2: 미션 크리티컬 서비스 서버는 정책 정보를 획득하는데, 여기서 정책 정보는 별명 호출 권한을 갖는 사용자의 ID을 포함한다. 미션 크리티컬 서비스 서버는 정책 정보 및 호출 사용자의 ID에 기초하여, 호출 사용자가 별명 호출 권한을 갖는지의 여부를 판정한다.
예를 들어, 호출 사용자의 ID가 정책 정보에 포함되는 경우, 미션 크리티컬 서비스 서버는 호출 사용자가 별명 호출 권한을 갖는 것으로 결정하거나; 또는 호출 사용자의 ID가 정책 정보에 포함되지 않는 경우, 미션 크리티컬 서비스 서버는 사용자가 별명 호출 권한을 갖지 않는 것으로 결정한다.
방식 1 및 방식 2를 참조하여 사용자에 대한 권한 확인이 추가로 수행될 수 있다.
703. 미션 크리티컬 서비스 서버가 기능적 별명 관리 엔티티로부터 호출 요청된 별명의 ID에 대응하는 사용자 정보를 활성화한다.
활성화 사용자 정보는 호출 요청된 별명을 활성화하는 사용자의 ID을 포함한다. 미션 크리티컬 서비스 서버는 호출 요청된 별명의 ID를 포함하는 요청 메시지를 기능적 별명 관리 엔티티에 전송하여, 기능적 별명 관리 엔티티가 미션 크리티컬 서비스 서버에, 호출 요청된 별명의 ID에 대응하는 활성화 사용자 정보를 회신할 수 있도록 한다. 예를 들어, 본 출원의 다른 실시예에서 표 2에 나타낸 바와 같이, 별명의 ID가 xxx인 경우, 회신된 활성화 사용자 정보는 사용자 서비스 ID 1, 사용자 서비스 ID 2 및 사용자 서비스 ID 3이다.
704. 미션 크리티컬 서비스 서버가 호출 요청된 별명의 ID에 대응하는 활성화 사용자 정보에 기초하여 활성화 사용자 정보 내의 사용자를 호출한다.
단계 703의 예에 따르면, 미션 크리티컬 서비스 서버는 사용자 ID가 사용자 서비스 ID 1, 사용자 서비스 ID 2 및 사용자 서비스 ID 3인 사용자에 의해 사용하는 클라이언트를 호출할 수 있다.
예를 들어, 호출 사용자와 피호출 사용자가 서로 다른 미션 크리티컬 서비스 서버에 의해 서비스되는 경우, 활성화 사용자 정보 내의 피호출 사용자 각각에 대해, 호출 사용자는 미션 크리티컬 서비스 서버 1에 의해 서비스되고, 피호출 사용자는 미션 크리티컬 서비스 서버 2에 의해 서비스된다고 가정하면, 미션 크리티컬 서비스 서버 1은 호출 요청 메시지를 미션 크리티컬 서비스 서버 2에 전송하는데, 여기서 호출 요청 메시지는 호출 사용자의 ID, 피호출 사용자의 ID, 및 별명의 ID를 포함할 수 있다. 그러면 미션 크리티컬 서비스 서버 2는 호출 요청 메시지를 피호출 사용자에 의해 사용되는 클라이언트에 전송할 수 있는데, 여기서 호출 요청 메시지에서의 별명 ID는 선택 사항이고 호출이 별명을 사용하여 호출되었음을 지시하는 데 사용된다. 피호출 사용자가 호출을 수신하면, 피 호출 사용자에 의해 사용되는 클라이언트는 호출 응답 메시지를 미션 크리티컬 서비스 서버 2를 사용하여 미션 크리티컬 서비스 서버 1에 전송하여, 호출이 수락되었음을 지시할 수 있다. 물론, 호출 사용자와 피호출 사용자가 동일한 미션 크리티컬 서비스 서버에 의해 서비스되는 경우, 호출 사용자와 피호출 사용자 모두가 미션 크리티컬 서비스 서버 1에 의해 서비스된다고 가정하면, 미션 크리티컬 서비스 서버 1은 호출 요청 메시지를 피호출 사용자에 의해 사용되는 클라이언트에 직접 전송할 수 잇다.
705. 미션 크리티컬 서비스 서버가 제1 클라이언트에 호출 응답 메시지를 전송한다.
호출 응답 메시지는 호출 사용자의 ID, 성공적으로 호출된 별명의 ID 및 성공적으로 호출된 사용자의 ID을 포함할 수 있으며, 성공적으로 호출된 별명의 ID에 대응할 수 있다.
본 출원의 본 실시예에 의해 제공되는 별명 기반 주소지정 호출 방법에서, 미션 크리티컬 서비스 서버는 제1 클라이언트에 의해 전송되는 호출 요청 메시지를 수신하는데, 여기서 호출 요청 메시지는 호출 사용자의 ID 및 호출 요청된 별명의 ID을 포함한다. 그리고 호출 사용자가 별명 호출 권한을 갖는 경우, 미션 크리티컬 서비스 서버는 호출 요청된 별명에 대응하는 활성화 사용자 정보에 기초하여, 호출 요청된 별명을 활성화하는 사용자를 호출한다. 미션 크리티컬 서비스 서버는, 제1 클라이언트에 의해 전송되고 호출 사용자의 ID 및 호출 요청된 별명의 ID을 포함하는 호출 요청 메시지를 수신한 후, 호출 사용자가 별명 호출 권한을 갖는다고 결정한 다음, 미션 크리티컬 서비스 서버는 호출 요청된 별명에 대응하는 사용자를 호출하고 별명을 활성화함으로써, 별명 기반 주소지정 호출을 구현한다.
사용자가 별명 기반 주소지정 호출을 해야 하는 경우, 도 8에 도시된 방법이 수행될 수 있음에 유의해야 한다. 상기 방법은 도 5에 도시된 방법에서 별명을 활성화하는 것에 기초하여 수행될 수 있다.
이상에서는 본 출원의 실시예에 의해 제공되는 방안을 네트워크 요소 간의 상호작용의 관점에서 설명하였다. 각각의 네트워크 요소, 예를 들어 기능적 별명 관리 엔티티 또는 클라이언트는 전술한 기능을 구현하기 위해 각각의 기능을 수행하기 위한 대응하는 하드웨어 구조 및/또는 소프트웨어 모듈을 포함하는 것으로 이해될 수 있다. 당업자는 본 출원에 개시된 실시예를 참조하여 설명된 예의 알고리즘 단계가 본 출원에서의 하드웨어 또는 하드웨어 및 컴퓨터 소프트웨어의 조합에 의해 구현될 수 있음을 쉽게 인식해야 한다. 기능이 하드웨어에 의해 수행되는지 또는 컴퓨터 소프트웨어에 의해 구동되는 하드웨어에 의해 수행되는지는 기술 방안의 구체적인 적용 및 설계 제약에 달려 있다. 당업자는 상이한 방법을 사용하여 각각의 특정 애플리케이션에 대해 설명된 기능을 구현할 수 있지만, 그러한 구현이 본 출원의 범위를 넘어서는 것으로 간주되어서는 안된다.
본 출원의 실시예에서, 기능적 별명 관리 엔티티의 기능 모듈은 전술한 방법 예에 따른 분할을 통해 획득될 수 있다. 예를 들어, 각각의 기능에 대응하는 각각의 기능 모듈은 분할을 통해 획득될 수 있거나, 둘 이상의 기능이 하나 이상의 처리 모듈에 통합될 수 있다. 통합된 모듈은 하드웨어 형태로 구현될 수 있거나, 소프트웨어 기능 모듈 형태로 구현될 수 있다. 본 출원의 실시예에서의 모듈의 분할은 단지 예일 뿐이며, 논리 기능의 분할일 뿐이라는 점에 유의해야 한다. 실제 구현에서는 다른 분할 방식이 사용될 수 있다.
각각의 기능에 대응하는 각각의 기능 모듈이 분할을 통해 획득되는 경우, 도 9는 전술한 실시예에서 사용되는 기능적 별명 관리 엔티티의 가능한 개략 구성도이다. 도 9에 도시된 바와 같이, 기능적 별명 관리 엔티티는 수신 유닛(81) 및 전송 유닛(82)을 포함할 수 있다.
수신 유닛(81)은 도 4에 도시된 별명 관리 방법에서의 단계 301, 도 5에 도시된 별명 관리 방법에서의 단계 401, 도 6에 도시된 별명 관리 방법에서의 단계 501, 및 도 7에 도시된 별명 관리 방법에서의 단계 601을 수행함에 있어 기능적 별명 관리 엔티티를 지원하도록 구성된다.
전송 유닛(82)은 도 4에 도시된 별명 관리 방법에서의 단계 302, 도 5에 도시된 별명 관리 방법에서의 단계 402, 도 6에 도시된 별명 관리 방법에서의 단계 502, 및 도 7에 도시된 별명 관리 방법에서의 단계 602 및/또는 다른 전송 조작을 수행함에 있어 기능적 별명 관리 엔티티를 지원하도록 구성된다.
본 출원의 본 실시예에서, 기능적 별명 관리 엔티티는 획득 유닛(83) 및 결정 유닛(84)을 더 포함할 수 있다.
획득 유닛(83)은 도 4 내지 도 7에 도시된 별명 관리 방법에서의 획득 조작을 수행함에 있어 기능적 별명 관리 엔티티를 지원하도록 구성된다.
결정 유닛(84)은 도 4 내지 도 7에 도시된 별명 관리 방법에서의 결정 조작 및/또는 판단 조작을 수행함에 있어 기능적 별명 관리 엔티티를 지원하도록 구성된다.
본 출원의 본 실시예에서, 기능적 별명 관리 엔티티는 할당 유닛(85) 또는 저장 유닛(86) 또는 삭제유닛(87)을 더 포함할 수 있다.
할당 유닛(85)은 도 4에 도시된 별명 관리 방법에서의 할당 조작을 수행함에있어 기능적 별명 관리 엔티티를 지원하도록 구성된다.
저장 유닛(86)은 도 5에 도시된 별명 관리 방법에서의 저장 조작을 수행함에있어 기능적 가명 관리 엔티티를 지원하도록 구성된다.
삭제 유닛(87)은 도 6 및 도 7에 도시된 별명 관리 방법에서의 삭제 조작을 수행함에 있어 기능적 별명 관리 엔티티를 지원하도록 구성된다.
전술한 방법 실시예에서 사용된 각 단계의 모든 관련 내용은 대응하는 기능 모듈의 기능 설명에 인용될 수 있음에 유의해야 한다. 여기서는 세부 사항을 다시 설명하지 않는다.
본 출원의 본 실시예에 의해 제공되는 기능적 별명 관리 엔티티는 전술한 별명 관리 방법을 수행하도록 구성되어, 전술한 별명 관리 방법과 동일한 효과를 달성한다.
통합 유닛이 사용되는 경우, 도 10은 전술한 실시예에 사용되는 기능적 별명 관리 엔티티의 다른 가능한 개략 구성도이다. 도 10에 도시된 바와 같이, 기능적 별명 관리 엔티티는 처리 모듈(91) 및 통신 모듈(92)을 포함할 수 있다.
처리 모듈(91)은 기능적 별명 관리 엔티티의 동작(actopm) 및/또는 명세서에 기재된 기술에서의 기타 프로세스를 제어 및 관리하도록 구성된다. 예를 들어, 처리 모듈(91)은 도 4 내지 도 7에 도시된 별명 관리 방법에서의 획득 조작, 도 4 내지 도 7에 도시된 별명 관리 방법에서의 결정 조작 및/또는 판단 조작, 및 도 4 내지 도 7에 도시된 별명 관리 방법에서의 할당 조작을 수행함에 있어, 기능적 별명 관리 엔티티를 지원하도록 구성된다. 통신 모듈(92)은 기능적 별명 관리 엔티티와 다른 네트워크 엔티티 사이의 통신, 예를 들어, 도 1 및 도 2에 도시된 기능 엔티티 또는 네트워크 엔티티와의 통신을 지원하도록 구성된다. 구체적으로, 예를 들어, 통신 모듈(92)은 도 4에 도시된 별명 관리 방법에서의 단계 301 및 단계 302, 도 5에 도시된 별명 관리 방법에서의 단계 401 및 단계 402, 도 6에 도시된 별명 관리 방법에서의 단계 501 및 단계 502, 그리고 도 7에 도시된 별명 관리 방법에서의 단계 601 및 단계 602를 수행함에 있어 기능적 별명 관리 엔티티를 지원하도록 구성된다. 기능적 별명 관리 엔티티는 기능적 별명 관리 엔티티의 프로그램 코드 및 데이터를 저장하도록 구성된 저장 모듈(93)을 더 포함할 수 있고, 저장 조작을 수행함에 있어 기능적 별명 관리 엔티티를 지원하도록 추가로 구성된다.
처리 모듈(91)은 프로세서 또는 제어기일 수 있다. 처리 모듈은 본 출원에 개시된 내용을 참조하여 설명된 다양한 예시적인 논리 블록, 모듈 및 회로를 구현 또는 실행할 수 있다. 프로세서는 또한 컴퓨팅 기능을 구현하기 위한 조합, 예를 들어 하나 이상의 마이크로프로세서를 포함하는 조합, 또는 DSP와 마이크로프로세서의 조합일 수 있다. 통신 모듈(92)은 송수신기, 송수신기 회로 또는 통신 인터페이스일 수 있다. 저장 모듈(93)은 메모리일 수 있다.
처리 모듈(91)이 프로세서이고, 통신 모듈(92)이 통신 인터페이스이고, 저장 모듈(93)이 메모리인 경우, 본 출원의 이 실시예에서 사용되는 기능적 별명 관리 엔티티는 도 3에 도시된 기능적 별명 관리 엔티티일 수 있다.
또한, 본 출원의 일 실시예는 칩 시스템을 더 제공하며, 여기서 칩 시스템은, 도 4 내지 도 8의 방법 중 어느 하나에서의 기능을 구현함에 있어 기능적 별명 관리 엔티티를 지원하도록 구성된 프로세서를 포함할 수 있다. 또한, 선택적으로, 칩 시스템은 메모리를 더 포함할 수 있고, 여기서 메모리는 기능적 별명 관리 엔티티에 의해 요구되는 프로그램 명령어 및 데이터를 저장하도록 구성된다.
구현에 관한 이상의 설명은, 편리하고 간단한 설명을 위해, 전술한 기능 모듈의 분할이 설명을 위한 예로 사용된다는 것을 당업자가 이해할 수 있게 해준다. 실제 애플리케이션에서, 전술한 기능들은 상이한 모듈에 할당될 수 있고 요건에 따라 구현될 수 있다. 즉, 장치의 내부 구조는 전술한 기능의 전부 또는 일부를 구현하기 위해 상이한 기능 모듈로 분할된다.
본 출원에 제공된 여러 실시예에서, 개시된 장치 및 방법은 다른 방식으로 구현될 수 있음을 이해해야 한다. 예를 들어, 기재된 장치 실시예는 단지 예일 뿐이다. 예를 들어, 모듈 또는 유닛의 분할은 단지 논리 기능 분할일 뿐이며 실제 구현에서는 다른 분할일 수 있다. 예를 들어, 복수의 유닛 또는 구성요소가 다른 장치에 결합되거나 통합될 수 있거나, 일부 특징이 무시되거나 수행되지 않을 수 있다. 또한, 표시되거나 논의된 상호 결합 또는 직접 결합 또는 통신 연결은 소정의 인터페이스를 사용하여 구현될 수 있다. 장치 또는 유닛 사이의 간접 결합 또는 통신 연결은 전자적 형태, 기계적 형태 또는 기타 형태로 구현될 수 있다.
별개의 부분으로 기재된 유닛은 물리적으로 분리될 수도 있고 물리적으로 분리되지 않을 수도 있으며, 유닛으로서 표시된 부분은 물리 유닛일 수도 있고 물리 유닛이 아닐 수도 있거나, 한 장소에 위치하거나, 상이한 장소에 분산될 수도 있다. 유닛의 일부 또는 전부는 실시예에서의 방안의 목적을 달성하기 위해 실제 필요에 따라 선택될 수 있다.
또한, 본 출원의 실시예에서의 기능 유닛은 하나의 처리 유닛에 통합될 수 있거나, 또는 각각의 유닛이 물리적으로 단독으로 존재할 수 있거나, 또는 둘 이상의 유닛이 하나의 유닛에 통합될 수 있다. 통합된 유닛은 하드웨어의 형태로 구현되거나, 소프트웨어 기능 유닛의 형태로 구현될 수 있다.
통합된 유닛이 소프트웨어 기능 유닛의 형태로 구현되고 독립적인 제품으로서 판매되거나 사용될 때, 통합된 유닛은 컴퓨터로 판독 가능한 저장 매체에 저장될 수 있다. 이러한 이해를 바탕으로, 본질적으로 본 출원의 기술적 방안, 또는 종래 기술에 기여하는 부분, 또는 기술적 방안의 일부 또는 전부는 소프트웨어 제품의 형태로 구현될 수 있다. 소프트웨어 제품은 저장 매체에 저장되고, 본 출원의 실시예에 기재된 방법의 단계 중 일부 또는 전부를 수행하도록 기기(단일 칩 마이크로컴퓨터, 칩 등) 또는 프로세서(processor)에 명령하기 위한 여러 명령어를 포함한다. 전술한 저장 매체로는 USB 플래시 드라이브, 탈착 가능한 하드 디스크, ROM, RAM, 자기 디스크 또는 광 디스크와 같은, 프로그램 코드를 저장할 수 있는 임의의 매체를 포함한다.
이상의 설명은 본 출원의 구체적인 실시예일 뿐이며, 본 출원의 보호 범위를 한정하려는 것은 아니다. 본 출원에 개시된 기술적 범위 내에서의 모든 변형 또는 교체는 본 출원의 보호 범위에 속한다. 따라서, 본 출원의 보호 범위는 청구범위의 보호 범위를 따라야 한다.

Claims (13)

  1. 별명 기반 주소지정 호출 방법으로서,
    제1 미션 크리티컬 서비스 서버가 제1 클라이언트로부터 호출 요청 메시지를 수신하는 단계 - 상기 호출 요청 메시지는 호출 사용자의 ID(identity) 및 호출 요청된 별명의 ID을 포함하고, 그리고 상기 호출 사용자의 ID는 상기 제1 클라이언트에 대응함 - ;
    상기 제1 미션 크리티컬 서비스 서버가, 상기 호출 사용자의 ID에 기초하여, 상기 호출 사용자가 별명 호출 권한을 갖는 것으로 결정하는 단계;
    상기 제1 미션 크리티컬 서비스 서버가, 기능적 별명 관리 엔티티(functional alias management entity)로 부터 상기 호출 요청된 별명의 ID에 대응하는 활성화 사용자 정보를 획득하는 단계;
    상기 제1 미션 크리티컬 서비스 서버가, 상기 호출 요청된 별명의 ID에 대응하는 활성화 사용자 정보에 기초하여, 상기 활성화 사용자 정보의 하나 이상의 사용자를 호출하는 단계; 및
    상기 제1 미션 크리티컬 서비스 서버가, 상기 제1 클라이언트에 제1 호출 응답 메시지를 전송하는 단계
    를 포함하는 별명 기반 주소지정 호출 방법.
  2. 제1항에 있어서,
    상기 호출 요청된 별명은 상기 하나 이상의 사용자에 의해 활성화되는,
    별명 기반 주소지정 호출 방법.
  3. 제1항에 있어서,
    상기 제1 미션 크리티컬 서비스 서버가, 상기 호출 사용자의 ID에 기초하여, 상기 호출 사용자가 별명 호출 권한을 갖는 것으로 결정하는 단계는,
    상기 제1 미션 크리티컬 서비스 서버가, 상기 호출 사용자의 ID에 기초하여, 상기 호출 사용자의 가입 정보를 획득하는 단계 - 상기 호출 사용자의 가입 정보는 지시 정보를 포함하고, 상기 지시 정보는 상기 호출 사용자가 별명 호출 권한을 갖는지 여부를 지시함 - ;
    상기 제1 미션 크리티컬 서비스 서버가, 상기 호출 사용자의 가입 정보에 기초하여, 상기 호출 사용자가 별명 호출 권한을 갖는 것으로 결정하는 단계
    를 포함하는,
    별명 기반 주소지정 호출 방법.
  4. 제1항 내지 제3항 중 어느 하나의 항에 있어서,
    상기 제1 호출 응답 메시지는,
    상기 호출 사용자의 ID, 또는
    성공적으로 호출된 사용자로서 성공적으로 호출된 별명의 ID에 대응하는 사용자의 ID
    중 적어도 하나를 포함하는,
    별명 기반 주소지정 호출 방법.
  5. 제1항 내지 제3항 중 어느 하나의 항에 있어서,
    상기 제1 호출 응답 메시지는 상기 호출이 수락되었음을 지시하는,
    별명 기반 주소지정 호출 방법.
  6. 제1항 내지 제3항 중 어느 하나의 항에 있어서,
    상기 제1 미션 크리티컬 서비스 서버가, 상기 제1 클라이언트에 제1 호출 응답 메시지를 전송하는 단계 이전에,
    상기 제1 미션 크리티컬 서비스 서버가, 제2 미션 크리티컬 서비스 서버를 통해서 상기 활성화 사용자 정보에서 호출된 사용자에 의해 사용되는 제2 클라이언트로부터 제2 호출 응답 메시지를 수신하는 단계를 더 포함하는,
    별명 기반 주소지정 호출 방법.
  7. 별명 기반 주소지정 호출 방법으로서,
    제1 클라이언트가 제1 미션 크리티컬 서비스 서버로 호출 요청 메시지를 수신하는 단계 - 상기 호출 요청 메시지는 호출 사용자의 ID(identity) 및 호출 요청된 별명의 ID을 포함하고, 그리고 상기 호출 사용자의 ID는 상기 제1 클라이언트에 대응함 - ;
    상기 제1 클라이언트가 상기 제1 미션 크리티컬 서비스 서버로부터 제1 호출 응답 메시지를 수신하는 단계
    를 포함하는 별명 기반 주소지정 호출 방법.
  8. 제7항에 있어서,
    상기 호출 요청된 별명은 상기 하나 이상의 사용자에 의해 활성화되는,
    별명 기반 주소지정 호출 방법.
  9. 제6항 또는 제7항에 있어서,
    상기 제1 호출 응답 메시지는,
    상기 호출 사용자의 ID, 또는
    성공적으로 호출된 사용자로서 성공적으로 호출된 별명의 ID에 대응하는 사용자의 ID
    중 적어도 하나를 포함하는,
    별명 기반 주소지정 호출 방법.
  10. 제6항 또는 제7항에 있어서,
    상기 제1 호출 응답 메시지는 상기 호출이 수락되었음을 지시하는,
    별명 기반 주소지정 호출 방법.
  11. 컴퓨터 프로그램을 저장하도록 구성된, 컴퓨터로 판독 가능한 저장 매체로서,
    상기 컴퓨터 프로그램은 제1항 내지 제10항 중 어느 한 항에 따른 별명 기반 주소지정 호출 방법을 수행하는 데 사용되는 명령어를 포함하는,
    컴퓨터로 판독 가능한 저장 매체.
  12. 실행 가능한 명령어를 저장하는 비일시적인 저장 매체와 연결된 프로세서를 포함하는 장치로서,
    상기 실행 가능한 명령어는, 상기 프로세서에 의해 실행될 때, 상기 프로세서로 하여금, 제1항 내지 제10항 중 어느 한 항에 따른 별명 기반 주소지정 호출 방법을 수행하게 하는,
    장치.
  13. 프로그램으로서,
    상기 프로그램은 컴퓨터로 하여금 제1항 내지 제10항 중 어느 한 항에 따른 별명 기반 주소지정 호출 방법을 수행하게 하는, 프로그램.
KR1020217039641A 2017-07-17 2018-05-14 별명 관리 방법 및 기기 KR20210149249A (ko)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
CN201710583363.6 2017-07-17
CN201710583363.6A CN109274779B (zh) 2017-07-17 2017-07-17 一种别名管理方法及设备
PCT/CN2018/086754 WO2019015382A1 (zh) 2017-07-17 2018-05-14 一种别名管理方法及设备
KR1020207004308A KR102336553B1 (ko) 2017-07-17 2018-05-14 별명 관리 방법 및 기기

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
KR1020207004308A Division KR102336553B1 (ko) 2017-07-17 2018-05-14 별명 관리 방법 및 기기

Publications (1)

Publication Number Publication Date
KR20210149249A true KR20210149249A (ko) 2021-12-08

Family

ID=65015983

Family Applications (2)

Application Number Title Priority Date Filing Date
KR1020217039641A KR20210149249A (ko) 2017-07-17 2018-05-14 별명 관리 방법 및 기기
KR1020207004308A KR102336553B1 (ko) 2017-07-17 2018-05-14 별명 관리 방법 및 기기

Family Applications After (1)

Application Number Title Priority Date Filing Date
KR1020207004308A KR102336553B1 (ko) 2017-07-17 2018-05-14 별명 관리 방법 및 기기

Country Status (7)

Country Link
US (2) US11483315B2 (ko)
EP (1) EP3644556B1 (ko)
JP (2) JP7036899B2 (ko)
KR (2) KR20210149249A (ko)
CN (3) CN109274779B (ko)
BR (1) BR112020000874A2 (ko)
WO (1) WO2019015382A1 (ko)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111757278B (zh) * 2019-03-27 2022-04-29 成都鼎桥通信技术有限公司 一种功能号查询方法和装置
WO2020212766A1 (en) * 2019-04-15 2020-10-22 nChain Holdings Limited Computer-implemented system and method for implementing alias-based addressing for a distributed ledger
CN111866765B (zh) * 2019-04-30 2022-02-08 成都鼎桥通信技术有限公司 功能号状态信息更新的同步方法和系统
CN111131250B (zh) * 2019-12-24 2022-04-26 杭州迪普科技股份有限公司 一种客户端识别方法及装置
WO2021155937A1 (en) * 2020-02-06 2021-08-12 Nokia Technologies Oy Apparatus, method and computer program
US20230275945A1 (en) * 2020-08-12 2023-08-31 Samsung Electronics Co., Ltd. A method for sharing a recording status inside a mission critical video group call
WO2022033679A1 (en) * 2020-08-12 2022-02-17 Nokia Solutions And Networks Oy Mission critical push to talk private call initiation improvements
WO2022035290A1 (en) * 2020-08-13 2022-02-17 Samsung Electronics Co., Ltd. Methods and systems to share functional alias in mission critical video
US11824972B2 (en) * 2021-10-14 2023-11-21 Motorola Solutions, Inc. Method and system for onboarding client devices to a key management server

Family Cites Families (50)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7231605B1 (en) * 2000-04-07 2007-06-12 Intel Corporation Method and apparatus for mapping electronic devices coupled to a wireless network
US7634568B2 (en) * 2002-02-07 2009-12-15 Sprint Spectrum L.P. Method and system for facilitating services in a communication network through data-publication by a signaling server
JP2004222117A (ja) 2003-01-17 2004-08-05 Nippon Telegr & Teleph Corp <Ntt> 双方向映像通信システム、管理サーバ、双方向通信サーバ、クライアント端末、双方向映像通信プログラム、及びこのプログラムを記録した記録媒体
US20050015499A1 (en) * 2003-05-15 2005-01-20 Georg Mayer Method and apparatus for SIP user agent discovery of configuration server
JP3938911B2 (ja) 2003-07-01 2007-06-27 松下電器産業株式会社 ゲートキーパ装置および通信制御方法
KR100640440B1 (ko) * 2004-08-10 2006-10-30 삼성전자주식회사 이동통신 시스템에서의 푸시투토크 방식의 통화 중 전화통화 연결 방법
CA2588611A1 (en) 2004-11-24 2006-06-01 Talkplus, Inc. User-controlled telecommunications system
US20060149811A1 (en) 2004-12-31 2006-07-06 Sony Ericsson Mobile Communications Ab Method for remotely controlling media devices via a communication network
JP4551866B2 (ja) 2005-12-07 2010-09-29 株式会社リコー 通信システムおよび呼制御サーバ装置およびプログラム
US8849278B2 (en) * 2007-01-07 2014-09-30 Jeffrey Bush Mobile device activation
US10089658B2 (en) * 2007-04-09 2018-10-02 Yellowpages.Com Llc Systems and methods to provide connections via callback acceptance cross-reference to related applications
CN101039322A (zh) * 2007-04-20 2007-09-19 华中师范大学 一种普适计算的动态访问控制方法
CN101360091B (zh) * 2007-07-30 2011-11-30 中国电信股份有限公司 一种实现会话初始协议终端入会的装置、系统和方法
US8010158B2 (en) * 2007-12-21 2011-08-30 Nokia Corporation Synchronization of mobile terminals
US20090263139A1 (en) * 2008-04-16 2009-10-22 Tellabs Vienna, Inc. Method and apparatus for increasing voice service for an optical network terminal (ONT)
EP2112799A1 (en) * 2008-04-25 2009-10-28 Koninklijke KPN N.V. Service integrity handling in an IMS-based system
US20100036925A1 (en) * 2008-08-07 2010-02-11 Tactara, Llc Alias management platforms
US8412625B2 (en) * 2008-08-25 2013-04-02 Bruno Pilo' & Associates, Llc System and methods for a multi-channel payment platform
CN101404684B (zh) * 2008-11-10 2012-05-23 中兴通讯股份有限公司 一种显示用户别名的系统和方法
JP5115746B2 (ja) * 2009-01-28 2013-01-09 Ｎｅｃビッグローブ株式会社 通信システム、サーバ装置、情報処理方法およびプログラム
US8620316B2 (en) * 2009-08-17 2013-12-31 Telefonaktiebolaget L M Ericsson (Publ) Method and apparatus in a telecommunications network
CN102111343B (zh) * 2009-12-28 2014-07-02 中兴通讯股份有限公司 即时通讯控制的实现方法和系统
US8704863B2 (en) * 2010-04-07 2014-04-22 Apple Inc. Transitioning between circuit switched calls and video calls
US8336088B2 (en) * 2010-04-19 2012-12-18 Visa International Service Association Alias management and value transfer claim processing
CN102244845B (zh) * 2010-05-11 2015-08-12 中兴通讯股份有限公司 访问im业务系统存储服务器的方法和im业务系统
US8774168B2 (en) * 2011-04-14 2014-07-08 Skype Communication system and method
KR101955976B1 (ko) 2011-08-25 2019-03-08 엘지전자 주식회사 제한된 사용자 인터페이스를 가진 장치의 활성화
CN103391539B (zh) * 2012-05-11 2016-06-22 中国移动通信集团上海有限公司 互联网协议多媒体子系统ims的开户方法、装置及系统
IN2015DN01634A (ko) * 2012-08-06 2015-07-03 Globalroam Pte Ltd
WO2014028516A1 (en) * 2012-08-16 2014-02-20 Kumar Himalesh Cherukuvada System and method for mobile or web-based payment/credential process
US20140101161A1 (en) * 2012-10-09 2014-04-10 Manah Khalil Method and system to manage privacy of shared contact information.
CN104704795B (zh) * 2012-10-19 2018-04-27 统一有限责任两合公司 通过使用具有webRTC功能的网络浏览器创建虚拟SIP用户代理的方法和系统
US20140257956A1 (en) * 2013-03-06 2014-09-11 Cable Television Laboratories, Inc. Coupon code redemption
GB2513125A (en) * 2013-04-15 2014-10-22 Visa Europe Ltd Method and system for transmitting credentials
US9497684B2 (en) * 2014-11-20 2016-11-15 Qualcomm Incorporated Radio access technology handover optimization in a push-to-talk session
US10447590B2 (en) * 2014-11-20 2019-10-15 Oath Inc. Systems and methods for dynamic connection paths for devices connected to computer networks
US10834149B2 (en) * 2014-12-15 2020-11-10 At&T Intellectual Property I, L.P. Method and system for routing of session-based services
US20160330601A1 (en) * 2015-05-06 2016-11-10 Vikas Srivastava Method and system for managing public safety in at least one of unknown, unexpected, unwanted and untimely situations via offering indemnity in conjunction with wearable computing and communications devices
US10182082B2 (en) * 2015-05-13 2019-01-15 Nokia Solutions And Networks Oy User identities for PTT and MCPTT
US9843885B2 (en) * 2015-08-12 2017-12-12 Apple Inc. Methods, procedures and framework to provision an eSIM and make it multi-SIM capable using primary account information
CN105162785B (zh) * 2015-09-07 2019-01-04 飞天诚信科技股份有限公司 一种基于认证设备进行注册的方法和设备
CN105306577A (zh) * 2015-11-10 2016-02-03 上海卓易科技股份有限公司 基于app的手持设备间的资料共享系统及方法
US10097968B2 (en) * 2015-12-22 2018-10-09 Elizabeth McHugh Event-based interactive device system
CN105657196A (zh) * 2016-01-22 2016-06-08 钟声 一种用电话别名拨打电话号码的方法
US9832308B1 (en) * 2016-05-12 2017-11-28 Google Inc. Caller preview data and call messages based on caller preview data
CN105933881A (zh) * 2016-06-21 2016-09-07 广州中国科学院计算机网络信息中心 电话号码别名的生成、处理方法和系统
ES2960631T3 (es) * 2016-06-21 2024-03-05 Nokia Solutions & Networks Oy Acceso a servicios locales por usuarios no autenticados
FR3056781A1 (fr) * 2016-09-29 2018-03-30 Orange Attribution de profils a une pluralite de terminaux a cartes sim implantees
US10225727B2 (en) * 2017-05-12 2019-03-05 Metaswitch Networks Ltd. Data processing
CN107465546A (zh) * 2017-08-04 2017-12-12 北京中兴高达通信技术有限公司 功能别称的配置方法、装置及系统、服务器

Also Published As

Publication number Publication date
CN112261166A (zh) 2021-01-22
CN111917895B (zh) 2022-01-11
KR102336553B1 (ko) 2021-12-06
JP2022084690A (ja) 2022-06-07
EP3644556A1 (en) 2020-04-29
WO2019015382A1 (zh) 2019-01-24
JP2020526983A (ja) 2020-08-31
KR20200020965A (ko) 2020-02-26
CN109274779B (zh) 2020-09-25
JP7036899B2 (ja) 2022-03-15
CN111917895A (zh) 2020-11-10
EP3644556A4 (en) 2020-04-29
CN109274779A (zh) 2019-01-25
BR112020000874A2 (pt) 2020-07-21
EP3644556B1 (en) 2024-03-20
JP7260230B2 (ja) 2023-04-18
US11483315B2 (en) 2022-10-25
US20230018257A1 (en) 2023-01-19
US20200153838A1 (en) 2020-05-14

Similar Documents

Publication Publication Date Title
KR102336553B1 (ko) 별명 관리 방법 및 기기
US9860234B2 (en) Bundled authorization requests
US9374356B2 (en) Mobile oauth service
WO2019037775A1 (zh) 下发业务配置文件
CN112100675B (zh) 一种零信任的数据存储访问方法及系统
JP6280641B2 (ja) アカウントログイン方法、デバイス及びシステム
CN110740121B (zh) 资源订阅系统及方法
CN110049031B (zh) 一种接口安全认证方法及服务器、认证中心服务器
WO2015042349A1 (en) Multiple resource servers with single, flexible, pluggable oauth server and oauth-protected restful oauth consent management service, and mobile application single sign on oauth service
EP3860300B1 (en) Group calling in a mission critical service system
JP2020514863A (ja) 証明書取得方法、認証方法及びネットワークデバイス
CN111327668A (zh) 网络管理方法、装置、设备和存储介质
CN108462752B (zh) 一种访问共享网络的方法、系统及vpc管理设备以及可读存储介质
KR20070106461A (ko) 위임 오퍼레이션 수행을 위한 시스템 및 방법
JP5187981B2 (ja) ネットワーク資源を割り振る装置、方法およびコンピュータ・プログラム
WO2017185934A1 (zh) 一种管理设备及设备管理方法
CN115333863A (zh) 基于动态域名服务的物联网系统搭建方法及相关设备
CN114389890A (zh) 一种用户请求的代理方法、服务器及存储介质
JP2007156644A (ja) 認証システム
CN112153580B (zh) 设置mcptt群组的方法、设备及系统
JP2024010384A (ja) シングルサインオン認証システムおよびシングルサインオン認証装置
WO2011100876A1 (zh) 一种实现网络侧去附着过程的方法及系统

Legal Events

Date Code Title Description
E902 Notification of reason for refusal
E601 Decision to refuse application