KR20170053708A - Soa(service-oriented architecture)에 기초하는 스케일러블 과금 시스템 - Google Patents

Soa(service-oriented architecture)에 기초하는 스케일러블 과금 시스템 Download PDF

Info

Publication number
KR20170053708A
KR20170053708A KR1020177009801A KR20177009801A KR20170053708A KR 20170053708 A KR20170053708 A KR 20170053708A KR 1020177009801 A KR1020177009801 A KR 1020177009801A KR 20177009801 A KR20177009801 A KR 20177009801A KR 20170053708 A KR20170053708 A KR 20170053708A
Authority
KR
South Korea
Prior art keywords
service
event
event collection
node
network
Prior art date
Application number
KR1020177009801A
Other languages
English (en)
Other versions
KR101952053B1 (ko
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 KR20170053708A publication Critical patent/KR20170053708A/ko
Application granted granted Critical
Publication of KR101952053B1 publication Critical patent/KR101952053B1/ko

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/54—Interprogram communication
    • G06F9/542—Event management; Broadcasting; Multicasting; Notifications
    • 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
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
    • H04L12/1403—Architecture for metering, charging or billing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
    • H04L12/1403—Architecture for metering, charging or billing
    • H04L12/1407—Policy-and-charging control [PCC] architecture
    • H04L67/22—
    • 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/303—Terminal profiles
    • 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/50—Network services
    • H04L67/535—Tracking the activity of the user
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/41—Billing record details, i.e. parameters, identifiers, structure of call data record [CDR]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/64—On-line charging system [OCS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/65—Off-line charging system
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/66—Policy and charging system
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/24—Accounting or billing

Abstract

oneM2M SOA(Service-oriented Architecture) 과금 시스템에 대한 이벤트 수집 서비스(Event Collection service)는, 과금 정책들의 구성을 가능하게 하는 서비스 능력들, 즉 이벤트 수집을 위한 공통 규칙들을 제공할 수 있고; 이벤트 수집 트리거들의 구성을 가능하게 하는 서비스 능력들, 즉, 어떠한 특정 이벤트에서 수집 작업을 트리거할 것인지 제공할 수 있고; 서비스들, 디바이스들 및 애플리케이션들의 증가와 함께 확대될 수 있는 시스템을 정의할 수 있으며, oneM2M ROA(Resource-oriented Architecture) 과금 시스템과 상호작용하고 통합할 수 있는 시스템을 정의할 수 있다.

Description

SOA(SERVICE-ORIENTED ARCHITECTURE)에 기초하는 스케일러블 과금 시스템{SCALABLE CHARGING SYSTEM BASED ON SERVICE-ORIENTED ARCHITECTURE(SOA)}
본 특허 출원은 2014년 9월 12일자로 출원된 미국 임시 특허 출원 제62/049,696호의 이익을 주장하며, 그 개시내용은 본 명세서에 그 전부가 제시되는 바와 같이 참조로 포함된다.
oneM2M은, 다양한 하드웨어 및 소프트웨어 내에 용이하게 임베딩될 수 있고, 관련분야에서의 무수한 디바이스들을 전 세계의 M2M 애플리케이션 서버들과 접속하는 것에 의존될 수 있는 공통 M2M(Machine-to-Machine) 서비스 레이어에 대한 필요성에 대처하는 기술적 사양들을 개발하는 조직이다.
도 1은 oneM2M 기능적 아키텍처에서 정의되는 바와 같은 M2M 서비스 플랫폼의 아키텍처(100)를 도시하는 도면이다. M2M 서비스 플랫폼은 CSE(Common Service Entity)(102)로서 설명되는 엔티티를 포함한다. CSE(102)는 M2M 환경에 공통이고 Mca 및 Mcc' 레퍼런스 포인트들을 통해 노출되는 서비스 기능들의 세트를 포함한다. 이러한 레퍼런스 포인트들은 oneM2M 기능적 아키텍처에서 설명된다. 그 사양에서 설명되는 M2M 서비스 아키텍처는 CSE(102)가 서비스 컴포넌트들의 세트로서 간주되는 인프라스트럭처 도메인에 주로 적합하다.
M2M 서비스 아키텍처는 M2M 애플리케이션 및 M2M 서비스 제공자들에게 제공되는 M2M 서비스들을 명시함으로써 oneM2M 기능적 아키텍처를 보강한다.
이러한 M2M 서비스들은, 서비스 노출 컴포넌트(106)를 통해 Mca 레퍼런스 포인트에 걸치는 AE들(Application Entities)(104)에 의해; 원격 서비스 노출 컴포넌트(108)를 통해 Mcc' 레퍼런스 포인트에 걸치는 다른 인프라스트럭처 CSE들에 의해; 그리고 Msc 레퍼런스 포인트(110)에 걸치는 다른 서비스 컴포넌트들에 의해 소비된다.
이러한 M2M 서비스들은 네트워크 서비스 이용 컴포넌트(114)를 통해 Mcn 레퍼런스 포인트에 걸치는 NSE(Network Service Exposure)(112)를 통해 기본 네트워크의 서비스들을 이용한다
AE(Application Entity)(104)는 oneM2M 기능적 아키텍처에 의해 정의된다. 애플리케이션 엔티티는 엔드-투-엔드 M2M 솔루션들을 위한 애플리케이션 로직을 제공한다.
CSE(Common Services Entity)(102)는 oneM2M 기능적 아키텍처에 의해 정의된다. 공통 서비스 엔티티(102)는 M2M 환경에 공통이고 oneM2M에 의해 명시되는 "서비스 기능들(service functions)"의 세트를 포함한다. oneM2M 서비스들에 대해, CSE(102)의 이러한 정의는 대응하는 서비스 노출 컴포넌트(106) 및 원격 서비스 노출 컴포넌트(108)를 통해 Mca 및 Mcc' 레퍼런스 포인트들에 걸쳐 노출되는 "서비스 기능들(service functions)"의 논리적인 표현이다. 네트워크 서비스 이용 컴포넌트(114)는 Mcn 레퍼런스 포인트를 통해 기본 네트워크의 서비스들을 이용한다. 또한, 서비스 컴포넌트들은 M2M 서비스들을 소비하고 다른 서비스 컴포넌트들(115 및 116)에 제공한다.
느슨하게 결합된 서비스 컴포넌트들의 논리적 표현으로서, CSE(102)는 자체가 식별 가능하지만 직접 대처할 수 없는 엔티티이다. 대신에 대처할 수 있는 엔티티들은 레퍼런스 포인트들의 대응하는 서비스 노출 컴포넌트들이다. 서비스들은 컴포넌트들 내의 대처할 수 있는 엔티티들이고; 컴포넌트들은 직접 대처할 수 없다.
서비스 노출 컴포넌트(106)는 서비스들을 AE들에 노출시킨다. 네트워크 서비스 이용 컴포넌트(114)는 NSE로부터의 서비스들을 소비한다. 원격 서비스 노출 컴포넌트(108)는 상이한 M2M 환경들로부터의 서비스들에 접속한다.
서비스 노출 컴포넌트(106), 네트워크 서비스 이용 컴포넌트(114) 및 원격 서비스 노출 컴포넌트(108)는 CSE 퍼블릭 도메인 명칭 조약을 따르지만, 인프라스트럭처 노드 퍼블릭 도메인 명칭의 서브-도메인으로서 확장된다. 도 2는 도 1의 oneM2M 서비스 아키텍처(100)와 함께 사용될 수 있는 예시적인 서비스 컴포넌트들을 도시하는 도면이다.
다음의 표 1은 공통 SOA 파라미터들을 보여준다:
Figure pct00001
방향은 서비스 능력(Service Capability)을 제공(구현)하는 엔티티에 관련된다. "IN" 값은 엔티티가 서비스 능력 요청의 소비자(송신자)로부터 파라미터에 대한 값을 수신할 것을 예상한다는 점을 의미한다. "Out" 값은 엔티티가 서비스 능력 요청의 소비자(송신자)에게 파라미터에 대한 값을 보낼 것이라는 점을 의미한다. "IN-OUT"의 값은 엔티티가 소비자로부터 파라미터에 대한 값을 수신하고 다음으로 파라미터에 대한 값(반드시 동일한 값은 아님)을 다시 소비자에게 보낼 것이라는 점 의미한다.
표 2는 filterCriteria를 정의한다.
Figure pct00002
SOA(Service Oriented Architecture)는 기업 배치들에서 흔히 사용되는 시스템 및 소프트웨어 설계 원리 및 스타일이다. SOA는 기능들을 분산 서비스들로서 정의하고 서비스 소비자들에 대한 인터페이스들을 제공한다.
oneM2M에는, SOA(Service Oriented Architecture) 뿐만 아니라 ROA(Resource Oriented Architecture) 사양이 있다.
본 출원은 SOA 과금 특성에 대한 스케일러블 프레임 워크를 설명한다. 이벤트 수집 서비스(Event Collection service)는, 과금 정책들의 구성을 가능하게 하는 서비스 능력들, 즉 이벤트 수집을 위한 공통 규칙들을 제공할 수 있고; 이벤트 수집 트리거들의 구성을 가능하게 하는 서비스 능력들, 즉, 어떠한 특정 이벤트에서 수집 작업을 트리거할 것인지 제공할 수 있고; 서비스들, 디바이스들 및 애플리케이션들의 증가와 함께 확대될 수 있는 시스템을 정의할 수 있으며, oneM2M ROA 과금 시스템과 상호작용하고 통합할 수 있는 시스템을 정의할 수 있다. 예를 들어, 트리거들에 의해 기록되는 이벤트들은 청구 애플리케이션에서 적절한 당사자에게 과금하는데 사용될 수 있다.
본 내용은 아래 상세한 설명에서 추가로 설명되는 개념들 선택을 단순화된 형태로 소개하도록 제공된다. 본 내용은 청구 대상의 주요한 특징들 또는 필수 특징들을 식별하기 위한 의도가 아니며, 청구 대상의 범위를 제한하기 위해 사용될 의도도 아니다. 또한, 청구 대상은 본 개시내용의 임의의 부분에서든 언급되는 임의의 또는 모든 단점들을 해결하는 제한 사항들에만 제한되는 것은 아니다.
첨부 도면들과 연계하여 예에 의해 주어지는 이하의 설명으로부터 더 상세한 이해를 가질 수 있을 것이다.
도 1은 oneM2M 기능적 아키텍처에서 정의되는 바와 같은 M2M 서비스 플랫폼의 아키텍처를 도시하는 도면이다.
도 2는 도 1의 oneM2M 서비스 아키텍처와 함께 사용될 수 있는 예시적인 서비스 컴포넌트를 도시하는 도면이다.
도 3은 ROA(Resource Oriented Architecture)에 기초하여 과금 리소스 구조에 AE들(Application Entities)에 대한 구성 통계를 저장하는데 사용될 수 있는 <statsConfig> 리소스를 도시하는 도면이다.
도 4는 도 3의 <statsConfig> 리소스의 <eventConfig> 서브-리소스를 도시하는 도면이다.
도 5는 IN-CSE에 대한 트리거들로서 도 3의 <eventConfig> 리소스를 사용하여 AE들에 대한 정보를 수집하는데 사용될 수 있는 <statsCollect> 리소스를 도시하는 도면이다.
도 6은 SOA(Service-Oriented Architecture) 이벤트 수집 아키텍처를 도시하는 도면이다.
도 7은 이벤트 수집 트리거들이 상이한 서비스들에서 어떻게 분배될 수 있는지 도시하는 도면이다.
도 8은 oneM2M SOA 기능적 아키텍처에서 서비스 컴포넌트로서 이벤트 수집 서비스를 도시하는 도면이다.
도 9는 예시적인 setEventCollectionPolicy 메시징을 도시하는 흐름도이다.
도 10은 예시적인 getEventCollectionPolicy 메시징을 도시하는 흐름도이다.
도 11은 예시적인 setEventCollectionTriggers 메시징을 도시하는 흐름도이다.
도 12는 예시적인 getEventCollectionTriggers 메시징을 도시하는 흐름도이다.
도 13a 및 도 13b는 이벤트 수집의 예시적인 시퀀스를 도시하는 도면들이다.
도 15는 일 실시예의 그래픽 사용자 인터페이스의 도면이다.
도 15a는 하나 이상의 개시된 실시예들이 구현될 수 있는 M2M(machine-to-machine), IoT(Internet of Things), 또는 WoT(Web of Things) 통신 시스템의 시스템 도면이다.
도 15b는 도 15a에 도시되는 M2M/IoT/WoT 통신 시스템 내에서 사용될 수 있는 예시적인 아키텍처의 시스템 도면이다.
도 15c는 도 15a에 도시되는 통신 시스템 내에서 사용될 수 있는 예시적인 M2M/IoT/WoT 단말 또는 게이트웨이 디바이스의 시스템 도면이다.
도 15d는 도 15a의 통신 시스템의 양상들이 구현될 수 있는 예시적인 컴퓨팅 시스템의 블록도이다.
ROA (Resource Oriented Architecture)에 기초하는 과금 리소스 구조
도 3은 ROA(Resource-Oriented Architecture)에 기초하는 과금 리소스 구조에서 AE들(Application Entities)에 대한 구성 통계를 저장하는데 사용될 수 있는 <statsConfig> 리소스(302)를 도시하는 도면이다. <statsConfig> 리소스(302)는 IN-CSE들에 의해 또는 IN-CSE에서의 AE들에 의해 수립될 수 있다. <statsConfig> 리소스(302)는 <CSEBase> 바로 아래에 위치될 수 있다. <eventConfig> 서브-리소스(304)는 통계 수집을 트리거하는 이벤트들을 정의하는데 사용될 수 있다. 도 4는 도 3의 <statsConfig> 리소스의 <eventConfig> 서브-리소스(304)를 도시하는 도면이다.
다음은 생성될 수 있는 이벤트들의 일부 예들이다:
- 특정 작업에 기초하는 수집: 수집 엔티티에 의해 생성되는 데이터에 대한 임의의 RETRIEVE 작업들을 수집함.
- 스토리지 크기에 기초하는 수집: 수집 엔티티에 의해 생성되는 <container> 리소스가 할당량을 초과할 때 스토리지의 크기를 수집함.
- 조합된 구성: 일정 기간 동안 수집 엔티티에 의해 생성되는 데이터에 대한 모든 RETRIEVE 작업들을 수집함.
<statsConfig> 리소스(302)는 표 3에 명시되는 자식 리소스들을 포함할 수 있다.
Figure pct00003
<statsConfig> 리소스(302)는 표 4에 명시되는 속성들을 포함할 수 있다
Figure pct00004
<eventConfig> 리소스(304)는 표 5에 명시되는 자식 리소스를 포함할 수 있다.
Figure pct00005
<eventConfig> 리소스(304)는 표 6에 명시되는 속성들을 포함할 수 있다
Figure pct00006
도 5는 IN-CSE에 대한 트리거들로서 <eventConfig> 리소스(304)를 사용하여 AE들에 대한 정보를 수집하는데 사용될 수 있는 <statsCollect> 리소스(502)를 도시하는 도면이다. IN-CSE는 다수의 트리거들을 셋업할 수 있다. 각각의 트리거는 다른 것들과 독립적으로 활성화되거나 비활성화될 수 있다. <statsCollect> 리소스(502)는 IN-CSE의 <CSEBase> 바로 아래에 위치될 수 있다.
<statsCollect> 리소스는 표 7에 명시되는 자식 리소스를 포함할 수 있다.
Figure pct00007
<statsCollect> 리소스(502)는 표 8에 명시되는 속성들을 포함할 수 있다
Figure pct00008
SOA (Service-Oriented Architecture) 이벤트 수집 개요
도 6은 SOA(Service-Oriented Architecture) 이벤트 수집 아키텍처(600)를 도시하는 도면이다. 이벤트 수집 서비스(602)는 3개의 논리적 기능들: 이벤트 수집 정책(604), 이벤트 수집 트리거들(606), 및 이벤트 수집 실행(608)을 포함한다. 이러한 엔티티들은 다른 노드들 상에 있을 수 있다. 예를 들어, 이벤트 수집 정책(604)은 인프라스트럭처 노드에 있을 수 있고, 이벤트 수집 실행(608)은 수집 가능한 이벤트가 발생하는 노드에 일반적으로 있다. 각각의 논리적 기능은 AE들 또는 CSE들이 이벤트 수집 구성을 구성하고, 및/또는 이러한 구성 또는 이벤트 기록들을 획득하기 위한 인터페이스들을 제공할 수 있다. 어느 엔티티가 어떠한 정보를 액세스할 수 있는지는 요청하는 엔티티의 액세스 권한에 의존한다.
도 7은 이벤트 수집 트리거들이 상이한 서비스들에서 어떻게 분배될 수 있는지 도시하는 도면이다. 이벤트 수집 서비스 엔티티(602)는 정책 및 모든 트리거들이 정의되고 유지되는 곳(삼각형으로 도시됨)이다. 이벤트 수집 서비스 엔티티(702)는 정책 및 트리거들을 다른 서비스들에 분배할 수 있고, 다른 서비스들은 이벤트 수집에 포함되는 것들의 서브-세트인, 육각형(hexagons)으로 도시되는, 로컬 정책 또는 트리거들을 갖는다.
도 8은 oneM2M SOA 기능적 아키텍처에서 서비스 컴포넌트로서 이벤트 수집 서비스(602)를 도시하는 도면이다. 이러한 예에서, 로컬 이벤트 트리거(802)는 서비스 컴포넌트(116)에 있다.
도 6을 다시 보면, 이벤트 수집 서비스(602)는 회계 목적을 위해 이벤트들을 기록하는 능력을 제공할 수 있다. 서비스 능력들은 setEventCollectionPolicy(610), getEventCollectionPolicy(612), setEventCollectionTriggers(614), getEventCollectionTriggers(616), getRecords(620) 및 recordEvent(618)를 포함할 수 있다.
설정 정책
setEventCollectionPolicy 서비스 능력(610)은 AE들 및 CSE들이 통계 및 과금 목적을 위한 이벤트를 구성하는 능력을 제공한다. 발신자는 수신 CSE에서 이벤트 수집 정책들을 구성하기 원하는 AE 또는 CSE일 수 있다. 수신 CSE는 정책들에 따라 이벤트 수집을 수행한다. 수신 CSE는 자체 이벤트 수집 정책들을 수립할 수 있다. 발신자는, 수신 CSE와 다르면, 수신 CSE에 가입되고 등록된다.
일 실시예의 setEventCollectionPolicy 서명이 이하에 도시된다. 표 9는 setEventCollectionPolicy 능력을 도시한다.
Figure pct00009
표 10은 이벤트 수집 - eventConfig 복합 데이터 타입들의 표이다.
Figure pct00010
표 11은 eventType 복합 데이터 타입들의 예들을 정의한다. 더 많은 서비스들이 이용가능할 때 더 많은 이벤트들이 정의될 수 있다.
Figure pct00011
사후 조건들이 있을 필요는 없다. 예외들에 관하여, 발신자는 정책을 생성할 액세스 권한이 없다. 메시지 교환 패턴은 In-Out일 수 있다. 이러한 서비스 능력에 요구되는 서비스 능력들의 상호작용들은 작업을 수행하기 위해 지원 서비스에 요청을 발행하는 것을 포함할 수 있다.
도 9는 예시적인 setEventCollectionPolicy 메시징을 도시하는 흐름도이다. AE(104)(또는 CSE)는 서비스 노출 컴포넌트(106)를 통해 서비스 이벤트 수집(602)에 setEventCollectionPolicy 메시지를 전송한다.
setEventCollectionPolicy 서비스 능력(610)은 <eventConfig> 리소스와 정렬되고 리소스에 대한 CREATE 프로시저에 맵핑된다.
취득 정책
getEventCollectionPolicy 서비스 능력은 AE와 같은 엔티티들이 CSE에서 기존 정책들을 검색하는 능력을 제공한다.
발신자는 수신 CSE에서 이벤트 수집 정책들을 검색하기를 원하는 AE(104) 또는 CSE일 수 있다. 발신자는, 수신 CSE와 다르면, 수신 CSE에 가입되고 등록된다. 발신자는 적절한 액세스 권한을 갖고 검색하는 것만 허용된다.
표 12는 getEventCollectionPolicy 서비스 능력(612)에 대한 서명을 도시한다.
Figure pct00012
일 실시예에서는, 사후 조건들이 없다. 예외들에 관하여, 발신자는 정책을 검색할 액세스 권한이 없다. 메시지 교환 패턴은 In-Out일 수 있다. 이러한 서비스 능력에 요구되는 서비스 능력들의 상호작용들은 작업을 수행하기 위해 지원 서비스에 요청을 발행하는 것을 포함할 수 있다.
도 10은 예시적인 getEventCollectionPolicy 메시징을 도시하는 흐름도이다. AE(104)(또는 CSE)는 getEventCollectionPolicy 메시지를 서비스 노출 컴포넌트(106)를 통해 서비스 이벤트 수집(602)에 전송한다.
getEventCollectionPolicy 서비스 능력(612)은 <eventConfig> 리소스와 정렬 될 수 있고, 리소스에 대한 RETRIEVE 프로시저에 맵핑된다.
설정 트리거들
setEventCollectionTriggers 서비스 능력(614)은 AE(104) 및 CSE들이 이벤트 수집 정책에 기초하여 이벤트 수집을 위한 구체적인 트리거들을 구성하는 능력을 제공한다.
발신자는 수집 CSE에서 이용가능한 기존 이벤트 수집 정책에 기초하여 이벤트 수집 트리거들을 구성하기를 원하는 AE 또는 CSE일 수 있다.
표 13은 setEventCollectionTriggers 서비스 능력(614)에 대한 서명을 도시한다.
Figure pct00013
사후 조건들에 관하여, 이벤트 수집 트리거들의 성공적인 생성 후, 정의된 이벤트가 collectingEntity에서 발생할 때, 이벤트 수집 트리거 상태가 ACTIVE일 때, collectingEntity는 이벤트를 수집할 것이다. 지원 서비스는 이벤트 수집 엔티티에 recordEvent 메시지를 전송할 수 있다. 예외들에 관하여, 발신자는 이벤트 수집 트리거들을 생성할 액세스 권한이 없다. 메시지 교환 패턴은 In-Out일 수 있다.
이러한 서비스 능력에 요구되는 서비스 능력들의 상호작용들은 작업을 수행하기 위해 지원 서비스에 요청을 발행하는 것을 포함할 수 있다.
도 11은 예시적인 setEventCollectionTriggers 메시징을 도시하는 흐름도이다. AE(104)(또는 CSE)는 서비스 노출 컴포넌트(106)를 통해 서비스 이벤트 수집(602)에 setEventCollectionTriggers 메시지를 전송한다.
setEventCollectionTriggers 서비스 능력(614)은 <statsCollect> 리소스와 정렬될 수 있고 리소스에 대한 CREATE 프로시저에 맵핑될 수 있다.
취득 트리거들
getEventCollectionTriggers 서비스 능력(616)은 AE들(104) 및 CSE들이 수신 CSE에서 이벤트 수집 트리거들을 검색하는 능력을 제공한다. 발신 AE들(104) 및 CSE들은 CSE에 가입되고 타겟팅 CSE에 등록된다. 발신자는 검색할 액세스 권한을 갖는다.
표 14는 getEventCollectionTriggers 서비스 능력(616)에 대한 서명을 도시한다.
Figure pct00014
일 실시예에서, 사후 조건들이 없다. 예외들에 관하여, 발신자는 이벤트 수집 트리거들을 검색할 액세스 권한이 없다. 메시지 교환 패턴은 In-Out일 수 있다. 이러한 서비스 능력에 요구되는 서비스 능력들의 상호작용들은 작업을 수행하기 위해 지원 서비스에 요청을 발행하는 것을 포함할 수 있다.
도 12는 예시적인 getEventCollectionTriggers 메시징을 도시하는 흐름도이다. AE(104)(또는 CSE)는 서비스 노출 컴포넌트(106)를 통해 getEventCollectionTriggers 메시지를 서비스 이벤트 수집(602)에 전송한다.
도 9 내지 도 12에 도시되는 단계들을 수행하는 엔티티들은 도 15c 또는 도 15d에 도시되는 것들과 같은 네트워크 노드 또는 컴퓨터 시스템의 메모리에 저장되고, 그 프로세서 상에서 실행되는 소프트웨어(즉, 컴퓨터 실행가능 명령어들)의 형태로 구현될 수 있는 논리적 엔티티들이라는 점이 이해된다. 즉, 도 9 내지 도 12에 도시되는 방법(들)은, 도 15c 또는 도 15d에 도시되는 노드 또는 컴퓨터 시스템과 같은, 네트워크 노드의 메모리에 저장되는 소프트웨어(즉, 컴퓨터 실행가능 명령어들)의 형태로 구현될 수 있으며, 컴퓨터 실행가능 명령어들은, 노드의 프로세서에 의해 실행될 때, 도 9 내지 도 12에 도시되는 단계들을 수행한다.
getEventCollectionTriggers 서비스 능력(616)은 <statsCollect> 리소스와 정렬될 수 있고 리소스에 대한 RETRIEVE 프로시저에 맵핑될 수 있다.
기록 이벤트
recordEvent 서비스 능력(618)은 (데이터 교환 서비스와 같은) 서비스가 이벤트를 기록하기 위해 (CSE와 같은) 수집 엔티티를 트리거하는 능력을 제공할 수 있다. 일 실시예에서, 사전 조건들은 이벤트 수집 트리거들이 setEventCollectionTriggers 능력(614)에 의해 생성된 것을 포함한다.
표 15는 recordEvent 서비스 능력(618)에 대한 서명을 도시한다.
Figure pct00015
일 실시예에서, 사후 조건들 또는 예외들이 없다. 메시지 교환 패턴은 In-Out일 수 있다. 이러한 서비스 능력에 요구되는 서비스 능력들의 상호작용들은 이벤트 수집 엔티티(602)로 이벤트가 트리거된 서비스로부터 요청이 오는 것을 포함할 수 있다.
취득 이벤트 기록들
getRecords 서비스 능력(620)은 AE들 및 CSE들이 통계적 또는 과금 목적으로 기록된 이벤트들을 검색하는 능력을 제공한다. 사전 조건들은 발신 AE들 및 CSE들이 CSE에 가입되고 수신 CSE에 등록되는 것을 포함할 수 있다.
표 16은 getRecords 서비스 능력(620)의 서명을 도시한다.
Figure pct00016
일 실시예에서, 사후 조건들 또는 예외들이 존재하지 않는다. 메시지 교환 패턴은 In-Out일 수 있다. 이러한 서비스 능력에 요구되는 서비스 능력들의 상호작용들은 관심이 있는 이벤트 기록들을 획득하기 위해 이벤트 수집 엔티티에 요청을 발신자가 보내는 것을 포함할 수 있다.
표 17은 예시적인 이벤트 기록 템플릿의 표이다
Figure pct00017
이벤트 수집 서비스의 사용
도 13a 및 도 13b는 이벤트 수집의 예시적인 시퀀스를 도시하는 도면들이다. 가독성을 위해, 작업들은 두 부분들로 분할된다: 도 13a는 이벤트 수집 정책 및 이벤트 트리거들의 구성을 도시하며, 도 13b는 트리거가 발생할 때의 이벤트 수집을 도시한다.
도 13a의 단계들 1 내지 3에서, AE 또는 CSE(1302)(AE1 또는 CSE1로서 식별 됨)는 서비스 노출에서 이벤트 수집 정책을 구성한다. 서비스 노출 엔티티(106)는 메시지를 이벤트 수집 서비스(602)에 전달한다. 메시지는 본 문헌에서 앞서 정의된 바와 같이 "eventConfig"의 정보 엘리먼트를 포함한다. 정책은 이벤트 수집 서비스 엔티티에 저장된다.
도 13a의 단계들 4 내지 5에서, 다른 AE 또는 CSE(1304)(AE2 또는 CSE2로서 식별됨)는 발견을 위해 이용가능한 이벤트 수집 정책을 검색할 수 있다.
도 13a의 단계들 6 내지 8에서, AE2 또는 CSE2(1304)는 획득한 이벤트 수집 정책에 기초하여 이벤트 수집 트리거들을 구성한다. 이러한 트리거들은 이벤트 수집 엔티티(602)에 저장된다.
도 13b의 단계들 9 내지 10에서, 이벤트 수집 서비스 엔티티(602)는 이벤트 수집 트리거들을 데이터 교환 서비스와 같은 적절한 서비스들(1306)에 전달한다. 서비스(1306)는 로컬 버전의 트리거들을 저장한다.
도 13b의 단계들 11 내지 13에서, 구성된 이벤트의 조건들이 발생할 때, 다른 서비스들은 이벤트를 생성하고 이벤트 수집 엔티티(602)에게 이벤트를 기록하라고 요청한다. 예를 들어, 데이터 교환 서비스가 subscribeComplete 메시지를 수신할 때, 이것은 recordEvent 메시지를 트리거하고, 이를 이벤트 수집 서비스 엔티티(602)에 전송한다. 이벤트 수집 서비스 엔티티(602)는 이벤트 기록들을 저장한다.
도 13b의 단계들 14 내지 15에서, AE2 또는 CSE2(1304)는 이벤트 수집 서비스 엔티티(602)로부터 이벤트 기록들을 획득한다. 예를 들어, 이것은 일정 기간 동안 그 자체에 관련된 모든 이벤트들을 획득할 수 있다.
위 사양은 get 메소드들(getEventCollectionPolicy(612), getEventCollectionTriggers(616), 및 getRecords(620))을 갖는 풀 모델(pull model)을 개시하지만, 푸시 모델(push model)이 사용될 수 있다는 점이 이해되어야 한다. 예를 들어, 푸시 모델에서, 이벤트 수집 서비스 엔티티(602)는 요청 AE 또는 CSE에 이벤트 기록들을 푸시할 수 있다.
도 13a 및 도 13b에 도시되는 단계들을 수행하는 엔티티들은 도 15c 또는 도 15d에 도시되는 것들과 같은 네트워크 노드 또는 컴퓨터 시스템의 메모리에 저장되고, 그 프로세서 상에서 실행되는 소프트웨어(즉, 컴퓨터 실행가능 명령어들)의 형태로 구현될 수 있는 논리적 엔티티들이라는 점이 이해된다. 즉, 도 13a 및 도 13b에 도시되는 방법(들)은, 도 15c 또는 도 15d에 도시되는 노드 또는 컴퓨터 시스템과 같은, 네트워크 노드의 메모리에 저장되는 소프트웨어(즉, 컴퓨터 실행가능 명령어들)의 형태로 구현될 수 있으며, 컴퓨터 실행가능 명령어들은, 노드의 프로세서에 의해 실행될 때, 도 13a 및 도 13b에 도시되는 단계들을 수행한다.
본 출원의 예시적인 사용은 청구 애플리케이션을 갖는 서비스 제공자에 관한 것이다. (AE1과 같은) 청구 애플리케이션은 M2M 서버에 있는 CSE에서 이벤트 수집 정책을 셋업할 수 있다. M2M 서버는 정책들을 이에 접속되는 게이트웨이들에 푸시할 수 있거나, 또는 게이트웨이는 서버로부터 정책을 쿼리할 수 있다. 다른 애플리케이션 AE2는 날씨 시스템 앱(app)이며 날씨 데이터는 M2M 서버에 저장된다. 이것은 M2M 서버로부터 "모든 RETRIEVE 작업에 대한 이벤트 수집"에 대한 정책을 검색하고, M2M 서버에서 "AE1이 모든 엔티티로부터 RETRIEVE의 트리거를 수집한다"라는 자체 트리거를 셋업한다. 이러한 예에서, M2M 서버는 트리거 조건이 충족될 때마다 AE2에 대한 이벤트 기록을 수행할 것이다. M2M 서버는 이벤트 기록들을 생성할 것이고 AE2는 이를 취득할 수 있다. 다음으로, AE2는 그 날씨 데이터를 사용한 사용자들에게 요금을 청구할 수 있다.
다음은 각각의 M2M 서비스에 맵핑되는 관련된 역할들의 리스트뿐만 아니라 M2M 서비스들의 리스트를 설명한다. 표 18은 M2M 서비스들의 리스트를 포함한다. 추가된 이벤트 수집 서비스가 표의 마지막 행에 보여진다.
Figure pct00018
M2M 서비스 제공자 도메인들에 걸치는 M2M 서비스 가입의 사용은 M2M 서비스 제공자들 계약의 대상이다.
표 19는 서비스 역할들을 리소스 타입들 및 작업들에 맵핑하는 예를 제공한다. 추가된 이벤트 수집 서비스는 표의 마지막 행에 보여진다. 이러한 표는 서비스 가입에 따라 요청들의 검증을 감안하도록 SP에 의해 구성되어야 한다.
Figure pct00019
GUI들(Graphical User Interfaces)과 같은 인터페이스들은 사용자가 SOA에 기초하여 스케일러블 과금 시스템에 관련된 기능성들을 제어 및/또는 구성하는 것을 돕는데 사용될 수 있다. 도 14는 사용자가 서비스 레이어 이벤트 검출 정책들 및 이벤트 검출 트리거들을 구성하게 하는 인터페이스(1402)를 도시하는 도면이다. 인터페이스(1402)는 이벤트 트리거가 발생하면/발생할 때 사용자가 서비스 레이어에 의해 기록되는 이벤트들을 관찰하게 하는데 또한 사용될 수 있다. 인터페이스(1402)는 이하에 설명되는 도 15c 내지 도 15d에 도시된 것들과 같은 디스플레이들을 사용하여 생성될 수 있다는 점이 이해되어야 한다.
M2M / IoT / WoT 통신 시스템의 예
도 15a는 하나 이상의 개시되는 실시예들이 구현될 수 있는 예시적인 M2M(machine-to machine), IoT(Internet of Things), 또는 WoT(Web of Things) 통신 시스템(10)의 도면이다. 일반적으로, M2M 기술들은 IoT/WoT에 대한 빌딩 블록들을 제공하고, 임의의 M2M 디바이스, M2M 게이트웨이, M2M 서버, 또는 M2M 서비스 플랫폼이 이러한 IoT/WoT는 물론이고 IoT/WoT 서비스 레이어 등의 컴포넌트 또는 노드일 수 있다. 통신 시스템(10)은 개시되는 실시예들의 기능성을 구현하는데 사용될 수 있고, 이벤트 수집 서비스(602), 이벤트 수집 정책(604), 이벤트 수집 트리거들(606), 이벤트 수집 실행(608), 설정 정책(610), 취득 정책(612), 설정 트리거들(614), 취득 트리거들(616), 기록 이벤트(618), 취득 이벤트 기록(620), 트리거들(802), AE(104, 1302 및 1304), 서비스 노출 컴포넌트(106), 서비스 컴포넌트(115 및 116), 네트워크 서비스 이용 컴포넌트(114), 원격 서비스 노출 컴포넌트(108), CSE(102, 1302 및 1304), NSE(112) 및 서비스들(1306)과 같은 기능성 및 논리적 엔티티들 및 GUI(1402)와 같은 GUI들을 생성하기 위한 논리적 엔티티들을 포함할 수 있다.
도 15a에 도시되는 바와 같이, M2M/IoT/WoT 통신 시스템(10)은 통신 네트워크(12)를 포함한다. 통신 네트워크(12)는 고정형 네트워크(예를 들어, Ethernet, Fiber, ISDN, PLC 등) 또는 무선 네트워크(예를 들어, WLAN, 셀룰러 등)일 수 있거나, 또는 이종 네트워크들 중 하나의 네트워크일 수 있다. 예를 들어, 통신 네트워크(12)는 음성, 데이터, 비디오, 메시징, 방송 등과 같은 콘텐츠를 다수의 사용자들에게 제공하는 다수의 액세스 네트워크들로 구성될 수 있다. 예를 들어, 통신 네트워크(12)는 CDMA(code division multiple access), TDMA(time division multiple access), FDMA(frequency division multiple access), OFDMA(orthogonal FDMA), SC-FDMA(single-carrier FDMA) 등과 같은 하나 이상의 채널 액세스 방법들을 이용할 수 있다. 또한, 통신 네트워크(12)는 예를 들어 코어 네트워크, 인터넷, 센서 네트워크, 산업용 제어 네트워크, 개인 영역 네트워크, 융합형 개인 네트워크(fused personal network), 위성 네트워크, 홈 네트워크, 또는 엔터프라이즈 네트워크와 같은 다른 네트워크들을 포함할 수 있다.
도 15a에 도시되는 바와 같이, M2M/IoT/WoT 통신 시스템(10)은 인프라스트럭처 도메인(Infrastructure Domain) 및 필드 도메인(Field Domain)을 포함할 수 있다. 인프라스트럭처 도메인은 엔드-투-엔드 M2M 전개의 네트워크 측을 지칭하고, 필드 도메인은 보통은 M2M 게이트웨이의 배후에 있는 영역 네트워크들을 지칭한다. 필드 도메인 및 인프라스트럭처 도메인은 양자 모두 다양하고 상이한 네트워크 노드들(예를 들어, 서버들, 게이트웨이들, 디바이스 등)을 포함할 수 있다. 예를 들어, 필드 도메인은 M2M 게이트웨이들(14) 및 단말 디바이스들(18)을 포함한다. 임의의 수의 M2M 게이트웨이 디바이스들(14)과 M2M 단말 디바이스들(18)이 원하는 바에 따라 M2M/IoT/WoT 통신 시스템(10)에 포함될 수 있다는 점이 이해될 것이다. M2M 게이트웨이 디바이스들(14) 및 M2M 단말 디바이스들(18) 각각은 통신 네트워크(12) 또는 직접 무선 링크를 통해 신호들을 송신 및 수신하도록 구성된다. M2M 게이트웨이 디바이스(14)는 무선 M2M 디바이스들(예를 들어, 셀룰러 및 비-셀룰러)뿐만 아니라 고정형 네트워크 M2M 디바이스들(예를 들어, PLC)가 통신 네트워크(12) 또는 직접 무선 링크와 같은 운영자 네트워크들을 통해서 통신하도록 한다. 예를 들어, M2M 단말 디바이스들(18)은 통신 네트워크(12) 또는 직접 무선 링크를 통해 데이터를 수집할 수 있고, M2M 애플리케이션(20) 또는 다른 M2M 디바이스들(18)에 데이터를 보낼 수 있다. M2M 단말 디바이스들(18)은 또한 M2M 애플리케이션(20) 또는 M2M 단말 디바이스(18)로부터 데이터를 수신할 수 있다. 또한, 데이터 및 신호들은 아래 설명되는 것처럼 M2M 서비스 레이어(22)를 통해 M2M 애플리케이션(20)에 송신될 수 있고 및 그로부터 수신될 수 있다. M2M 단말 디바이스들(18) 및 게이트웨이들(14)은, 예를 들어, 셀룰러, WLAN, WPAN(예를 들어, Zigbee, 6LoWPAN, Bluetooth), 직접 무선 링크, 및 유선을 포함하는 다양한 네트워크들을 통해 통신할 수 있다.
예시적인 M2M 단말 디바이스들(18)은 태블릿들, 스마트 폰들, 의료 기기들, 온도 및 날씨 모니터들, 접속된 차량들, 스마트 미터들, 게임 콘솔들, 개인 휴대 정보 단말기들, 건강 및 운동 모니터들, 조명들, 온도 조절기들, 가전 제품들, 차고 문들 및 기타 액추에이터 기반 디바이스들, 보안 디바이스들, 및 스마트 아웃렛들을 포함하는데, 이에 제한되는 것은 아니다.
도 15b를 참조하면, 필드 도메인에 도시되는 M2M 서비스 레이어(22)는 M2M 애플리케이션(20), M2M 게이트웨이 디바이스들(14), 및 M2M 단말 디바이스들(18) 및 통신 네트워크(12)에 대한 서비스들을 제공한다. 통신 네트워크(12)는 개시되는 실시예들의 기능성을 구현하는데 사용될 수 있고, 이벤트 수집 서비스(602), 이벤트 수집 정책(604), 이벤트 수집 트리거들(606), 이벤트 수집 실행(608), 설정 정책(610), 취득 정책(612), 설정 트리거들(614), 취득 트리거들(616), 기록 이벤트(618), 취득 이벤트 기록(620), 트리거들(802), AE(104, 1302 및 1304), 서비스 노출 컴포넌트(106), 서비스 컴포넌트(115 및 116), 네트워크 서비스 이용 컴포넌트(114), 원격 서비스 노출 컴포넌트(108), CSE(102, 1302 및 1304), NSE(112) 및 서비스들(1306)과 같은 기능성 및 논리적 엔티티들 및 GUI(1402)와 같은 GUI들을 생성하기 위한 논리적 엔티티들을 포함할 수 있다. M2M 서비스 레이어(22)는 예를 들어 이하 설명되는 도 15c 및 도 15d에 도시되는 디바이스들을 포함하는 하나 이상의 서버들, 컴퓨터들, 장치들, 가상 머신들(예를 들어, 클라우드/스토리지 팜들 등) 등에 의해 구현될 수 있다. M2M 서비스 레이어(22)는 원하는 대로 임의의 수의 M2M 애플리케이션들, M2M 게이트웨이들(14), M2M 단말 디바이스들(18) 및 통신 네트워크들(12)과 통신할 수 있다는 점이 이해될 것이다. M2M 서비스 레이어(22)는 네트워크의 하나 이상의 노드들에 의해 구현될 수 있으며, 이는 서버들, 컴퓨터들, 디바이스들 등을 포함할 수 있다. M2M 서비스 레이어(22)는 M2M 단말 디바이스들(18), M2M 게이트웨이 디바이스들(14), 및 M2M 애플리케이션들(20)에 적용되는 서비스 능력들을 제공한다. M2M 서비스 레이어(22)의 기능들은 다양한 방식들로, 예를 들어, 웹 서버로서, 셀룰러 코어 네트워크에서, 클라우드에서 등으로 구현될 수 있다.
도시되는 M2M 서비스 레이어(22)과 유사하게, 인프라스트럭처 도메인에는 M2M 서비스 레이어(22')가 있다. M2M 서비스 레이어(22')는 인프라스트럭처 도메인에서 M2M 애플리케이션(20') 및 기본 통신 네트워크(12')를 위한 서비스들을 제공한다. M2M 서비스 레이어(22')는 또한 필드 도메인에서 M2M 게이트웨이 디바이스들(14) 및 M2M 단말 디바이스들(18)에 대한 서비스들을 제공한다. M2M 서비스 레이어(22')는 M2M 애플리케이션들, M2M 게이트웨이들 및 M2M 디바이스들 중 임의 수의 것들과 통신할 수 있다는 점이 이해될 것이다. M2M 서비스 레이어(22')는 상이한 서비스 제공자에 의해 서비스 레이어와 상호작용할 수 있다. M2M 서비스 레이어(22')는 서버들, 컴퓨터들, 디바이스들, 또는 가상 머신들(예를 들어, 클라우드 컴퓨팅/스토리지 팜들, 기타 등등) 또는 이와 유사한 것을 포함할 수 있는, 네트워크의 하나 이상의 노드에 의해 구현될 수 있다.
도 15b를 또한 참조하면, M2M 서비스 레이어(22 및 22')는 다양한 애플리케이션들 및 버티컬들이 영향력을 행사할 수 있는 서비스 전달 능력들의 코어 세트를 제공한다. 이러한 서비스 능력들은 M2M 애플리케이션들(20, 20')이 디바이스들과 상호작용하고 또한 데이터 수집, 데이터 분석, 디바이스 관리, 보안, 과금, 서비스/디바이스 발견 등과 같은 기능들을 수행하는 것을 가능하게 한다. 본질적으로, 이러한 서비스 능력들은 이러한 기능성들을 구현해야 하는 애플리케이션들의 부담을 없애고, 따라서 애플리케이션 개발을 간단화하고 마케팅하기 위한 비용 및 시간을 줄인다. 서비스 레이어(22 및 22')는 또한 M2M 애플리케이션들(20 및 20')이 서비스 레이어(22 및 22')가 제공하는 서비스들과 관련하여 다양한 네트워크들(12 및 12')을 통해 통신하는 것을 가능하게 한다.
본 출원의 방법들은 서비스 레이어(22 및 22')의 일부로서 구현될 수 있다. 서비스 레이어(22 및 22')는 한 세트의 API들(Application Programming Interfaces) 및 기본 네트워킹 인터페이스들을 통해 부가 가치 서비스 능력들을 지원하는 소프트웨어 미들웨어 레이어이다. ETSI M2M과 oneM2M 아키텍처들 양자 모두는 본 출원의 접속 방법들을 포함할 수 있는 서비스 레이어를 사용한다. ETSI M2M의 서비스 레이어는 SCL(Service Capability Layer)이라고 지칭된다. SCL은 M2M 디바이스(여기서 이것은 DSCL(Device SCL)이라고 지칭됨), 게이트웨이(여기서 이것은 GSCL(gateway SCL)이라고 지칭됨) 및/또는 네트워크 노드(여기서 이것은 NSCL(network SCL)이라고 지칭됨) 내에 구현될 수 있다. oneM2M 서비스 레이어는 한 세트의 CSF들(Common Service Functions)(즉, 서비스 능력들)을 지원한다. CSF들 중의 한 세트의 하나 이상의 특정 타입의 인스턴스 생성은 상이한 타입들의 네트워크 노드들(예를 들어, 인프라스트럭처 노드, 미들 노드, 애플리케이션 특정적 노드)상에서 호스팅될 수 있는 CSE(Common Services Entity)로서 지칭될 수 있다. 또한, 본 출원의 접속 방법들은, 본 출원의 접속 방법들과 같은 서비스들을 액세스하기 위해 SOA(Service Oriented Architecture) 및/또는 ROA(resource-oriented architecture)를 사용하는 M2M 네트워크의 일부로서 구현될 수 있다.
일부 실시예들에서, M2M 애플리케이션들(20 및 20')은 개시되는 시스템들 및 방법들과 관련하여 사용될 수 있다. M2M 애플리케이션들(20 및 20')은 UE 또는 게이트웨이와 상호작용하는 애플리케이션들을 포함할 수 있고, 다른 개시된 시스템들 및 방법들과 관련하여 사용될 수 있다.
일 실시예에서, 이벤트 수집 서비스(602), 이벤트 수집 정책(604), 이벤트 수집 트리거들(606), 이벤트 수집 실행(608), 설정 정책(610), 취득 정책(612), 설정 트리거들(614), 취득 트리거들(616), 기록 이벤트(618), 취득 이벤트 기록(620), 트리거들(802), AE(104, 1302 및 1304), 서비스 노출 컴포넌트(106), 서비스 컴포넌트(115 및 116), 네트워크 서비스 이용 컴포넌트(114), 원격 서비스 노출 컴포넌트(108), CSE(102, 1302 및 1304), NSE(112) 및 서비스들(1306)과 같은 논리적 엔티티들 및 GUI(1402)와 같은 GUI들을 생성하기 위한 논리적 엔티티들은, 도 15b에 도시되는 바와 같이, M2M 서버, M2M 게이트웨이 또는 M2M 디바이스와 같은 M2M 노드에 의해 호스팅되는 M2M 서비스 레이어 인스턴스 내에서 호스팅 될 수 있다. 예를 들어, 이벤트 수집 서비스(602), 이벤트 수집 정책(604), 이벤트 수집 트리거들(606), 이벤트 수집 실행(608), 설정 정책(610), 취득 정책(612), 설정 트리거들(614), 취득 트리거들(616), 기록 이벤트(618), 취득 이벤트 기록(620), 트리거들(802), AE(104, 1302 및 1304), 서비스 노출 컴포넌트(106), 서비스 컴포넌트(115 및 116), 네트워크 서비스 이용 컴포넌트(114), 원격 서비스 노출 컴포넌트(108), CSE(102, 1302 및 1304), NSE(112) 및 서비스들(1306)과 같은 논리적 엔티티들 및 GUI(1402)와 같은 GUI들을 생성하기 위한 논리적 엔티티들은 M2M 서비스 레이어 인스턴스 내에 또는 기존 서비스 능력 내의 서브-기능으로서 개별 서비스 능력을 포함할 수 있다.
M2M 애플리케이션들(20 및 20')은, 이에 제한되는 것은 아니지만, 운송, 건강 및 건강관리, 접속된 홈, 에너지 관리, 자산 추적, 및 보안과 감시와 같은 다양한 산업들에서의 애플리케이션들을 포함할 수 있다. 위에 언급된 바와 같이, 시스템의 디바이스들, 게이트웨이들, 서버들 및 다른 노드들에 걸쳐 실행되는 M2M 서비스 레이어는, 예를 들어, 데이터 수집, 디바이스 관리, 보안, 과금, 위치 추적/지오펜싱(geofencing), 디바이스/서비스 발견, 및 레거시 시스템들 통합과 같은 기능들을 지원하고, 이러한 기능들을 서비스들로서 M2M 애플리케이션들(20, 20')에 제공한다.
일반적으로, 서비스 레이어들(22 및 22')은 API들(Application Programming Interfaces) 및 기본 네트워킹 인터페이스들의 세트를 통해 부가가치 서비스 능력들을 지원하는 소프트웨어 미들웨어 레이어를 정의한다. ETSI M2M 및 oneM2M 아키텍처들 양자 모두는 서비스 레이어를 정의한다. ETSI M2M의 서비스 레이어는 SCL(Service Capability Layer)이라고 지칭된다. SCL은 ETSI M2M 아키텍처의 다양하고 상이한 노드들에 구현될 수 있다. 예를 들어, 서비스 레이어의 인스턴스는 M2M 디바이스(여기서, 이것은 디바이스 SCL(DSCL)이라고 지칭됨), 게이트웨이(여기서 이것은 게이트웨이 SCL(GSCL)이라고 지칭됨) 및/또는 네트워크 노드(여기서 이것은 네트워크 SCL(NSCL)이라고 지칭됨) 내에서 구현될 수 있다. oneM2M 서비스 레이어는 한 세트의 CSF들(Common Service Functions)(즉, 서비스 능력들)을 지원한다. CSF들 중의 한 세트의 하나 이상의 특정 타입의 인스턴스 생성은 상이한 타입들의 네트워크 노드들(예를 들어, 인프라스트럭처 노드, 미들 노드, 애플리케이션 특정적 노드)상에서 호스팅될 수 있는 CSE(Common Services Entity)로서 지칭될 수 있다. 3GPP(Third Generation Partnership Project)는 또한 MTC(machine-type communications)를 위한 아키텍처를 정의하였다. 해당 아키텍처에서, 이 아키텍처가 제공하는 서비스 레이어와 서비스 능력들은 SCS(Service Capability Server)의 일부로서 구현된다. ETSI M2M 아키텍처의 DSCL, GSCL 또는 NSCL에서, 3GPP MTC 아키텍처의 SCS(Service Capability Server)에서, 또는 oneM2M 아키텍처의 CSF 또는 CSE에서, 또는 네트워크의 몇몇 다른 노드에서 구체화되든 간에, 서비스 레이어의 인스턴스는 서버, 컴퓨터 및 다른 컴퓨팅 디바이스 또는 노드를 포함하여 네트워크에서의 하나 이상의 독립형 노드상에서 실행되는 논리적 엔티티(예를 들어, 소프트웨어, 컴퓨터 실행가능 명령어들 등)로서, 또는 하나 이상의 기존 노드의 일부로서 구현될 수 있다. 예로서, 서비스 레이어 또는 그 컴포넌트의 인스턴스는 이하 설명되는 도 15c 또는 도 15d에 도시되는 일반적인 아키텍처를 갖는 네트워크 노드(예를 들어, 서버, 컴퓨터, 게이트웨이, 디바이스 등)상에서 실행되는 소프트웨어 형태로 구현될 수 있다.
또한, 이벤트 수집 서비스(602), 이벤트 수집 정책(604), 이벤트 수집 트리거들(606), 이벤트 수집 실행(608), 설정 정책(610), 취득 정책(612), 설정 트리거들(614), 취득 트리거들(616), 기록 이벤트(618), 취득 이벤트 기록(620), 트리거들(802), AE(104, 1302 및 1304), 서비스 노출 컴포넌트(106), 서비스 컴포넌트(115 및 116), 네트워크 서비스 이용 컴포넌트(114), 원격 서비스 노출 컴포넌트(108), CSE(102, 1302 및 1304), NSE(112) 및 서비스들(1306)과 같은 논리적 엔티티들 및 GUI(1402)와 같은 GUI들을 생성하기 위한 논리적 엔티티들은 본 출원의 서비스들을 액세스하기 위해 SOA(Service Oriented Architecture) 및/또는 ROA(Resource-Oriented Architecture)를 사용하는 M2M 네트워크의 일부로서 구현될 수 있다.
도 15c는 M2M 디바이스(18), M2M 게이트웨이 디바이스(14), M2M 서버 등과 같은 M2M 네트워크 노드(30)의 예시적 하드웨어/소프트웨어 아키텍처의 블록도이다. 노드(30)는 이벤트 수집 서비스(602), 이벤트 수집 정책(604), 이벤트 수집 트리거들(606), 이벤트 수집 실행(608), 설정 정책(610), 취득 정책(612), 설정 트리거들(614), 취득 트리거들(616), 기록 이벤트(618), 취득 이벤트 기록(620), 트리거들(802), AE(104, 1302 및 1304), 서비스 노출 컴포넌트(106), 서비스 컴포넌트(115 및 116), 네트워크 서비스 이용 컴포넌트(114), 원격 서비스 노출 컴포넌트(108), CSE(102, 1302 및 1304), NSE(112) 및 서비스들(1306)과 같은 논리적 엔티티들 및 GUI(1402)와 같은 GUI들을 생성하기 위한 논리적 엔티티들을 실행하거나 또는 포함할 수 있다. 디바이스(30)는 도 15a 및 도 15b에 도시된 바와 같은 M2M 네트워크의 일부 또는 비-M2M 네트워크의 일부일 수 있다. 도 15c에 도시되는 바와 같이, M2M 노드(30)는 프로세서(32), 비-이동식 메모리(44), 이동식 메모리(46), 스피커/마이크로폰(38), 키패드(40), 디스플레이, 터치 패드, 및/또는 표시자들(42), 전원(48), GPS(global positioning system) 칩셋(50), 및 다른 주변기기들(52)을 포함할 수 있다. 노드(30)는 송수신기(34) 및 송신/수신 엘리먼트(36)와 같은 통신 회로를 또한 포함할 수 있다. M2M 노드(30)는 실시예와 일관성을 유지하면서 전술한 엘리먼트들의 임의의 부분 조합을 포함할 수 있다는 점이 이해될 것이다. 이러한 노드는 본 명세서에 설명되는 SMSF 기능성을 구현하는 노드일 수 있다.
프로세서(32)는 범용 프로세서, 특수 목적 프로세서, 종래의 프로세서, DSP(digital signal processor), 복수의 마이크로프로세서들, DSP 코어와 연관되는 하나 이상의 마이크로프로세서들, 제어기, 마이크로제어기, ASIC들(Application Specific Integrated Circuits), FPGA(Field Programmable Gate Array) 회로들, 임의의 다른 타입의 IC(integrated circuit), 상태 머신 등일 수 있다. 일반적으로, 프로세서(32)는 노드의 다양한 요구되는 기능들을 수행하기 위해 노드의 메모리(예를 들어, 메모리(44) 및/또는 메모리(46))에 저장되는 컴퓨터 실행가능 명령어들을 실행할 수 있다. 예를 들어, 프로세서(32)는 신호 코딩, 데이터 처리, 전력 제어, 입력/출력 처리, 및/또는 M2M 노드(30)가 무선 또는 유선 환경에서 동작할 수 있게 하는 임의의 다른 기능성을 수행할 수 있다. 프로세서(32)는 애플리케이션 레이어 프로그램들(예를 들어, 브라우저들) 및/또는 RAN(radio access-layer) 프로그램들 및/또는 통신 프로그램들을 실행할 수 있다. 프로세서(32)는 예를 들어, 액세스 레이어 및/또는 애플리케이션 레이어에서와 같이, 인증, 보안 키 일치, 및/또는 암호화 연산들과 같은 보안 작업들을 또한 수행할 수 있다.
도 15c에 도시되는 바와 같이, 프로세서(32)는 그것의 통신 회로(예를 들어, 송수신기(34) 및 송신/수신 엘리먼트(36))에 연결된다. 프로세서(32)는, 컴퓨터 실행가능 명령어들의 실행을 통해서, 노드(30)로 하여금 그것이 접속되는 네트워크를 통해 다른 노드들과 통신하게 하도록 통신 회로를 제어할 수 있다. 특히, 프로세서(32)는 본 명세서 및 청구범위에서 설명되는 송신 및 수신 단계들을 수행하도록 통신 회로를 제어할 수 있다. 도 15c가 프로세서(32) 및 송수신기(34)를 별개의 컴포넌트들로서 묘사하지만, 프로세서(32) 및 송수신기(34)는 전자 패키지 또는 칩에 함께 통합될 수 있다는 점이 이해될 것이다.
송신/수신 엘리먼트(36)는 신호들을 M2M 서버들, 게이트웨이들, 디바이스 등을 포함하는 다른 M2M 노드들에 송신하거나, 또는 이들로부터 수신하도록 구성될 수 있다. 예를 들어, 실시예에서, 송신/수신 엘리먼트(36)는 RF 신호들을 송신 및/또는 수신하도록 구성되는 안테나일 수 있다. 송신/수신 엘리먼트(36)는 WLAN, WPAN, 셀룰러 등과 같이, 다양한 네트워크들 및 에어 인터페이스들을 지원할 수 있다. 실시예에서, 송신/수신 엘리먼트(36)는, 예를 들어 IR, UV, 또는 가시광 신호들을 송신 및/또는 수신하도록 구성되는 방출기/검출기일 수 있다. 또 다른 실시예에서, 송신/수신 엘리먼트(36)는 RF 신호 및 광 신호 양자 모두를 송신 및 수신하도록 구성될 수 있다. 송신/수신 엘리먼트(36)는 무선 또는 유선 신호들의 임의의 조합을 송신 및/또는 수신하도록 구성될 수 있다는 점이 이해될 것이다.
또한, 송신/수신 엘리먼트(36)가 단일 엘리먼트로서 도 15c에 도시되지만, M2M 노드(30)는 임의의 수의 송신/수신 엘리먼트들(36)을 포함할 수 있다. 보다 구체적으로, M2M 노드(30)는 MIMO 기술을 이용할 수 있다. 따라서, 실시예에서, M2M 노드(30)는 무선 신호들을 송신 및 수신하기 위한 2개 이상의 송신/수신 엘리먼트들(36)(예를 들어, 다수의 안테나들)을 포함할 수 있다.
송수신기(34)는 송신/수신 엘리먼트(36)에 의해 송신될 신호들을 변조하고, 송신/수신 엘리먼트(36)에 의해 수신되는 신호들을 복조하도록 구성될 수 있다. 전술된 바와 같이, M2M 노드(30)는 멀티-모드 능력들을 가질 수 있다. 따라서, 송수신기(34)는, M2M 노드(30)가, 예를 들어, UTRA 및 IEEE 802.11과 같은 다수의 RAT들을 통해 통신할 수 있게 하기 위한 다수의 송수신기들을 포함할 수 있다.
프로세서(32)는 비-이동식 메모리(44) 및/또는 이동식 메모리(46)와 같은 임의의 타입의 적합한 메모리로부터 정보를 액세스하거나 거기에 데이터를 저장할 수 있다. 예를 들어, 프로세서(32)는 위에 설명된 바와 같이 그 메모리에 세션 콘텍스트를 저장할 수 있다. 비-이동식 메모리(44)는 RAM(random-access memory), ROM(read-only memory), 하드 디스크, 또는 임의의 다른 타입의 메모리 저장 디바이스를 포함할 수 있다. 이동식 메모리(46)는 SIM(subscriber identity module) 카드, 메모리 스틱, SD(secure digital) 메모리 카드 등을 포함할 수 있다. 다른 실시예들에서, 프로세서(32)는 서버 또는 가정용 컴퓨터 상에서와 같이, M2M 노드(30) 상에 물리적으로 위치되지 않은 메모리로부터 정보를 액세스할 수 있고, 거기에 데이터를 저장할 수 있다. 프로세서(32)는 M2M 서비스 레이어 세션 마이그레이션 또는 공유의 상태를 반영하거나 또는 사용자로부터 입력을 획득하거나 또는 노드의 세션 마이그레이션 또는 공유 능력들 또는 설정들에 관한 정보를 사용자에게 디스플레하기 위해 디스플레이 또는 표시자들(42) 상의 조명 패턴들, 이미지들, 또는 컬러들을 제어하도록 구성될 수 있다. 다른 예에서, 디스플레이는 세션 상태에 관한 정보를 보여줄 수 있다. 본 개시내용은 oneM2M 실시예에서 RESTful 사용자/애플리케이션 API를 정의한다. 디스플레이 상에 보여질 수 있는 그래픽 사용자 인터페이스는 본 명세서에 셜명되는 기본 서비스 레이어 세션 기능성을 통해 사용자가 E2E 세션, 또는 그것의 마이그레이션 또는 공유를 대화식으로 수립하고 관리하게 하도록 API 위에 층을 이룰 수 있다.
프로세서(32)는 전원(48)으로부터 전력을 수신할 수 있고, M2M 노드(30)의 다른 컴포넌트들에게 전력을 분배 및/또는 제어하도록 구성될 수 있다. 전원(48)은 M2M 노드(30)에 전력을 공급하기 적합한 임의의 디바이스일 수 있다. 예를 들어, 전원(48)은 하나 이상의 건전지 배터리들(예를 들어, 니켈-카드뮴(NiCd), 니켈-아연(NiZn), 니켈 금속 수소화물(NiMH), 리튬-이온(Li-ion) 등), 태양 전지들, 연료 전지들 등을 포함할 수 있다.
프로세서(32)는 또한 GPS 칩셋(50)에 연결될 수 있으며, 이것은 M2M 노드(30)의 현재 위치에 관한 위치 정보(예를 들어, 경도 및 위도)를 제공하도록 구성된다. M2M 노드(30)는 실시예와 일관성을 유지하면서 임의의 적합한 위치-결정 방법에 의해 위치 정보를 취득할 수 있다는 점이 이해될 것이다.
프로세서(32)는 다른 주변기기들(52)에 또한 결합될 수 있으며, 이러한 주변기기들은, 추가적인 특징들, 기능성, 및/또는 유선 또는 무선 접속성을 제공하는 하나 이상의 소프트웨어 및/또는 하드웨어 모듈들을 포함할 수 있다. 예를 들어, 주변기기들(52)은 가속도계, e-나침반, 위성 송수신기, 센서, (사진들 또는 비디오를 위한) 디지털 카메라, USB(universal serial bus) 포트, 진동 디바이스, 텔레비전 송수신기, 핸즈프리 헤드셋, Bluetooth® 모듈, FM(frequency modulated) 무선 유닛, 디지털 음악 플레이어, 미디어 플레이어, 비디오 게임 플레이어 모듈, 인터넷 브라우저 등을 포함할 수 있다.
도 15d는 M2M 서버, 게이트웨이, 디바이스, 또는 다른 노드와 같은 M2M 네트워크의 하나 이상의 노드들을 구현하는데 또한 사용될 수 있는 예시적인 컴퓨팅 시스템(90)의 블록도이다. 컴퓨팅 시스템(90)은 컴퓨터 또는 서버를 포함할 수 있으며, 이러한 소프트웨어가 어디에 또는 어떤 수단에 의해 저장되고 액세스되든 간에, 소프트웨어의 형태일 수 있는 컴퓨터 판독가능 명령어들에 의해 주로 제어될 수 있다. 컴퓨팅 시스템(90)은 이벤트 수집 서비스(602), 이벤트 수집 정책(604), 이벤트 수집 트리거들(606), 이벤트 수집 실행(608), 설정 정책(610), 취득 정책(612), 설정 트리거들(614), 취득 트리거들(616), 기록 이벤트(618), 취득 이벤트 기록(620), 트리거들(802), AE(104, 1302 및 1304), 서비스 노출 컴포넌트(106), 서비스 컴포넌트(115 및 116), 네트워크 서비스 이용 컴포넌트(114), 원격 서비스 노출 컴포넌트(108), CSE(102, 1302 및 1304), NSE(112) 및 서비스들(1306)과 같은 논리적 엔티티들 및 GUI(1402)와 같은 GUI들을 생성하기 위한 논리적 엔티티들을 실행하거나 또는 포함할 수 있다. 컴퓨팅 시스템(90)은, 예를 들어 M2M 디바이스, 사용자 장비, 게이트웨이, UE/GW 또는 모바일 케어 네트워크의 노드들을 포함하는 임의의 다른 노드들, 서비스 레이어 네트워크 애플리케이션 제공자, 단말 디바이스(18) 또는 M2M 게이트웨이 디바이스(14)일 수 있다. 이러한 컴퓨터 판독가능 명령어들은 컴퓨팅 시스템(90)으로 하여금 동작하게 하도록 CPU(central processing unit)(91)와 같은 프로세서 내에서 실행될 수 있다. 많은 공지된 워크스테이션들, 서버들, 및 개인용 컴퓨터들에서, 중앙 처리 유닛(91)은 마이크로프로세서라 불리는 단일-칩 CPU에 의해 구현된다. 다른 머신들에서, 중앙 처리 유닛(91)은 다수의 프로세서들을 포함할 수 있다. 코프로세서(81)는 추가적인 기능들을 수행하거나 또는 CPU(91)를 보조하는, 주 CPU(91)와는 별개인, 선택적 프로세서이다. CPU(91) 및/또는 코프로세서(81)는, 세션 자격증명을 수신하거나 세션 자격증명을 기반으로 인증하는 것과 같이, E2E M2M 서비스 레이어 세션들에 대해 개시되는 시스템들 및 방법들에 관련된 데이터를 수신, 생성 및 처리할 수 있다.
동작에 있어서, CPU(91)는 명령어들을 페치, 디코드, 및 실행하고, 컴퓨터의 주 데이터 이송 경로인 시스템 버스(80)를 통해 다른 리소스들로/로부터 정보를 이송한다. 이러한 시스템 버스는 컴퓨팅 시스템(90) 내의 컴포넌트들을 접속하고, 데이터 교환을 위한 매체를 정의한다. 시스템 버스(80)는 데이터를 전송하기 위한 데이터 라인들, 어드레스들을 전송하기 위한 어드레스 라인들, 및 인터럽트들을 전송하고 시스템 버스를 동작시키기 위한 제어 라인들을 통상적으로 포함한다. 이러한 시스템 버스(80)의 예는 PCI(Peripheral Component Interconnect) 버스이다.
시스템 버스(80)에 연결되는 메모리 디바이스들은 RAM(random access memory)(82) 및 ROM(read only memory)(93)을 포함한다. 이러한 메모리들은 정보가 저장 및 검색되게 하는 회로를 포함한다. ROM들(93)은 쉽게 수정될 수 없는 저장된 데이터를 일반적으로 포함한다. RAM(82)에 저장되는 데이터는 CPU(91) 또는 다른 하드웨어 디바이스들에 의해 판독 또는 변경될 수 있다. RAM(82) 및/또는 ROM(93)에 대한 액세스는 메모리 제어기(92)에 의해 제어될 수 있다. 메모리 제어기(92)는 명령어들이 실행됨에 따라 가상 어드레스들을 물리적 어드레스들로 변환하는 어드레스 변환 기능을 제공할 수 있다. 메모리 제어기(92)는 시스템 내의 프로세스들을 격리하고 시스템 프로세스들을 사용자 프로세스들로부터 격리하는 메모리 보호 기능을 또한 제공할 수 있다. 따라서, 제1 모드에서 실행되는 프로그램은 그 자신의 프로세스 가상 어드레스 공간에 의해 매핑되는 메모리만 액세스할 수 있고; 그 프로그램은, 프로세스들 사이의 메모리 공유가 마련되지 않는 한 다른 프로세스의 가상 어드레스 공간 내의 메모리를 액세스할 수 없다.
또한, 컴퓨팅 시스템(90)은 CPU(91)로부터 프린터(94), 키보드(84), 마우스(95), 및 디스크 드라이브(85)와 같은 주변기기들로 명령어들을 통신하는 것을 담당하는 주변기기 제어기(83)를 포함할 수 있다.
디스플레이 제어기(96)에 의해 제어되는 디스플레이(86)는 컴퓨팅 시스템(90)에 의해 생성되는 시각적 출력을 디스플레이하는데 사용된다. 이러한 시각적 출력은 텍스트, 그래픽, 애니메이션 그래픽, 및 비디오를 포함할 수 있다. 디스플레이(86)는 CRT 기반 비디오 디스플레이, LCD 기반 평면 패널 디스플레이, 가스 플라즈마 기반 평면 패널 디스플레이, 또는 터치 패널로 구현될 수 있다. 디스플레이 제어기(96)는 디스플레이(86)에 전송되는 비디오 신호를 생성하는데 요구되는 전자 컴포넌트들을 포함한다.
또한, 컴퓨팅 시스템(90)은 도 15a 및 도 15b의 네트워크(12)와 같은 외부 통신 네트워크에 컴퓨팅 시스템(90)을 접속하여, 컴퓨팅 시스템(90)이 네트워크의 다른 노드들과 통신할 수 있게 하는데 사용될 수 있는, 예를 들어 네트워크 어댑터(97)와 같은 통신 회로를 포함할 수 있다.
본 명세서에 설명되는 시스템들, 방법들 및 프로세스들 중 임의의 것 또는 모든 것은 컴퓨터 판독가능 스토리지 매체에 저장된 컴퓨터 실행가능 명령어들(즉, 프로그램 코드)의 형태로 구현될 수 있다는 점이 이해되며, 이 명령어들은, 예를 들어 M2M 서버, 게이트웨이, 디바이스 등을 포함하는 M2M 네트워크의 노드와 같은 머신에 의해 실행될 때, 본 명세서에 설명되는 시스템들, 방법들 및 프로세스들을 수행 및/또는 구현한다. 구체적으로, 게이트웨이, UE, UE/GW, 또는 모바일 코어 네트워크의 노드들, 서비스 레이어 또는 네트워크 애플리케이션 제공자 중 임의의 것의 작업들을 포함하는, 위에 설명된 단계들, 작업들 또는 기능들 중 임의의 것이 그러한 컴퓨터 실행가능 명령어들의 형태로 구현될 수 있다. 이벤트 수집 서비스(602), 이벤트 수집 정책(604), 이벤트 수집 트리거들(606), 이벤트 수집 실행(608), 설정 정책(610), 취득 정책(612), 설정 트리거들(614), 취득 트리거들(616), 기록 이벤트(618), 취득 이벤트 기록(620), 트리거들(802), AE(104, 1302 및 1304), 서비스 노출 컴포넌트(106), 서비스 컴포넌트(115 및 116), 네트워크 서비스 이용 컴포넌트(114), 원격 서비스 노출 컴포넌트(108), CSE(102, 1302 및 1304), NSE(112) 및 서비스들(1306)과 같은 논리적 엔티티들 및 GUI(1402)와 같은 GUI들을 생성하기 위한 논리적 엔티티들은 컴퓨터 판독가능 스토리지 매체 상에 저장되는 컴퓨터 실행가능 명령어들의 형태로 구현될 수 있다. 컴퓨터 판독가능 스토리지 매체는 정보의 저장을 위한 임의의 비-일시적(즉, 유형의 또는 물리적) 방법 또는 기술로 구현되는 휘발성 및 비휘발성, 이동식 및 비-이동식 매체를 포함하지만, 이러한 컴퓨터 판독가능 스토리지 매체는 신호들을 포함하지 않는다. 컴퓨터 판독가능 스토리지 매체는, 이에 제한되는 것은 아니지만, RAM, ROM, EEPROM, 플래시 메모리 또는 다른 메모리 기술, CD-ROM, DVD(digital versatile disks) 또는 다른 광학 디스크 스토리지, 자기 카세트들, 자기 테이프, 자기 디스크 스토리지 또는 다른 자기 스토리지 디바이스들, 또는 원하는 정보를 저장하는데 사용될 수 있는 그리고 컴퓨터에 의해 액세스될 수 있는 임의의 다른 유형의 또는 물리적 매체를 포함한다.
도면들에 도시되는 바와 같이, 본 개시내용의 주제의 바람직한 실시예들을 설명함에 있어서, 특정 용어가 명료성을 위해 채택된다. 그러나, 청구되는 주제는 그와 같이 선택되는 특정 용어로 제한되는 것으로 의도되는 것이 아니며, 각각의 특정 엘리먼트가 유사한 목적을 달성하기 위해 유사한 방식으로 동작하는 모든 기술적 등가물들을 포함하는 것으로 이해되어야 할 것이다.
본 작성 명세서는 최상의 모드를 포함하는 본 발명을 개시하고, 또한 관련분야에서의 임의의 숙련된 자가 임의의 디바이스들 또는 시스템들을 제작하고 사용하고 임의의 통합된 방법들을 수행하는 것을 포함하여 본 발명을 실시할 수 있도록 하기 위해 예를 사용한다. 본 발명의 특허를 받을 수 있는 범주는 청구범위에서 정의되며, 관련분야에서의 숙련된 자들에게 발생하는 다른 예들을 포함할 수 있다. 이러한 다른 예들은, 청구항들의 문자 그대로의 표현과 상이하지 않은 엘리먼트들을 가지는 경우, 또는 이들이 청구항들의 문자 그대로의 표현과 실질적인 차이가 없는 등가적 요소들을 포함하는 경우, 청구항들의 범위 내에 있는 것으로 의도된다.

Claims (20)

  1. 프로세서, 메모리, 및 통신 회로를 포함하는 노드로서,
    상기 노드는 자신의 통신 회로를 통해 통신 네트워크에 접속되고, 상기 노드는 상기 노드의 메모리에 저장되는 컴퓨터 실행가능 명령어들을 더 포함하며, 상기 컴퓨터 실행가능 명령어들은, 상기 노드의 상기 프로세서에 의해 실행될 때, 서비스 이벤트 수집 컴포넌트의 기능들을 수행하고 상기 노드로 하여금:
    이벤트 수집 정책을 저장하게 하고;
    이벤트 수집 트리거를 설정하게 하는- 상기 이벤트 수집 트리거는 상기 이벤트 수집 정책에 적어도 일부 기초하며, 상기 이벤트 수집 트리거는 서비스에서 설정됨 - 노드.
  2. 제1항에 있어서,
    상기 컴퓨터 실행가능 명령어들은 또한 상기 노드로 하여금 상기 이벤트가 상기 서비스에서 발생된 후 상기 서비스로부터 이벤트 기록을 수신하게 하는 노드.
  3. 제1항에 있어서,
    상기 컴퓨터 실행가능 명령어들은 또한 상기 노드로 하여금 상기 이벤트 수집 정책을 다른 위치로 분배하게 하는 노드.
  4. 제1항에 있어서,
    상기 컴퓨터 실행가능 명령어들은 또한 상기 노드로 하여금 이벤트 수집 정책 요청을 수신하게 하는 노드.
  5. 제1항에 있어서,
    상기 컴퓨터 실행가능 명령어들은 또한 상기 노드로 하여금 이벤트 수집 트리거 요청을 수신하게 하는 노드.
  6. 제1항에 있어서,
    상기 컴퓨터 실행가능 명령어들은 또한 상기 노드로 하여금 이벤트 기록 요청을 수신하게 하는 노드.
  7. 제1항에 있어서,
    상기 컴퓨터 실행가능 명령어들은 또한 상기 노드로 하여금 이벤트 기록 요청에 응답하여 이벤트 기록들을 제공하게 하는 노드.
  8. 제1항에 있어서,
    상기 이벤트 수집 정책은 이벤트 타입을 정의하는 노드.
  9. 제1항에 있어서,
    상기 서비스 이벤트 수집 컴포넌트는 서비스 레이어의 일부인 노드.
  10. 제9항에 있어서,
    상기 서비스 이벤트 수집 컴포넌트는 SOA(Service-Oriented Architecture) oneM2M 서비스 레이어의 일부인 노드.
  11. 네트워크에서의 노드에서 서비스 이벤트 수집 컴포넌트에 의한 사용을 위한 방법으로서- 상기 노드는 프로세서 및 메모리를 포함하고, 상기 노드는 메모리에 저장되는 컴퓨터 실행가능 명령어들을 더 포함하며, 상기 컴퓨터 실행가능 명령어들은, 상기 프로세서에 의해 실행될 때, 상기 네트워크에서의 서비스 이벤트 수집 컴포넌트의 기능들을 수행함 -,
    이벤트 수집 정책을 저장하는 단계; 및
    이벤트 수집 트리거를 설정하는 단계- 상기 이벤트 수집 트리거는 상기 이벤트 수집 정책에 적어도 일부 기초하며, 상기 이벤트 수집 트리거는 서비스에서 설정됨 -
    를 포함하는 방법.
  12. 제11항에 있어서,
    상기 이벤트가 상기 서비스에서 발생된 후 상기 서비스로부터 이벤트 기록을 수신하는 단계를 더 포함하는 방법.
  13. 제11항에 있어서,
    상기 이벤트 수집 정책은 상기 이벤트 수집 컴포넌트에 의해 다른 위치로 분배되는 방법.
  14. 제11항에 있어서,
    이벤트 수집 정책 요청을 수신하는 단계를 더 포함하는 방법.
  15. 제11항에 있어서,
    이벤트 수집 트리거 요청을 수신하는 단계를 더 포함하는 방법.
  16. 제11항에 있어서,
    이벤트 기록 요청을 수신하는 단계를 더 포함하는 방법.
  17. 제11항에 있어서,
    이벤트 기록 요청에 응답하여 이벤트 기록들을 제공하는 단계를 더 포함하는 방법.
  18. 제11항에 있어서,
    상기 이벤트 수집 정책은 이벤트 타입을 정의하는 방법.
  19. 제11항에 있어서,
    상기 서비스 이벤트 수집 컴포넌트는 서비스 레이어의 일부인 방법.
  20. 제19항에 있어서,
    상기 서비스 이벤트 수집 컴포넌트는 SOA(Service-Oriented Architecture) oneM2M 서비스 레이어의 일부인 방법.
KR1020177009801A 2014-09-12 2015-09-11 Soa(service-oriented architecture)에 기초하는 스케일러블 과금 시스템 KR101952053B1 (ko)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201462049696P 2014-09-12 2014-09-12
US62/049,696 2014-09-12
PCT/US2015/049690 WO2016040804A1 (en) 2014-09-12 2015-09-11 Scalable charging system based on service-oriented architecture (soa)

Publications (2)

Publication Number Publication Date
KR20170053708A true KR20170053708A (ko) 2017-05-16
KR101952053B1 KR101952053B1 (ko) 2019-02-25

Family

ID=54150745

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020177009801A KR101952053B1 (ko) 2014-09-12 2015-09-11 Soa(service-oriented architecture)에 기초하는 스케일러블 과금 시스템

Country Status (6)

Country Link
US (1) US20160080498A1 (ko)
EP (1) EP3191956A1 (ko)
JP (1) JP2017536596A (ko)
KR (1) KR101952053B1 (ko)
CN (1) CN107111524A (ko)
WO (1) WO2016040804A1 (ko)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6611550B2 (ja) * 2015-10-09 2019-11-27 キヤノン株式会社 通信装置、通信装置の制御方法及びプログラム
US10650621B1 (en) 2016-09-13 2020-05-12 Iocurrents, Inc. Interfacing with a vehicular controller area network
WO2018089977A1 (en) * 2016-11-14 2018-05-17 Convida Wireless, Llc Methods of enabling flexible charging in m2m iot service layer
CN109218142A (zh) * 2017-06-30 2019-01-15 中兴通讯股份有限公司 一种基于OneM2M协议物联网平台终端接入方法和装置

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020116248A1 (en) * 2000-12-08 2002-08-22 Microsoft Corporation Reliable, secure and scalable infrastructure for event registration and propagation in a distributed enterprise
KR20060025587A (ko) * 2003-06-30 2006-03-21 퀄컴 인코포레이티드 인증된 무선 디바이스 트랜잭션 이벤트 데이터를 이용하는과금 시스템
KR20060132951A (ko) * 2004-02-26 2006-12-22 야후! 인크. 추천을 생성하기 위한 방법 및 시스템
US20120144029A1 (en) * 2007-08-30 2012-06-07 International Business Machines Corporation Non-intrusive monitoring of services in a services-oriented architecture
US8260907B2 (en) * 2002-04-04 2012-09-04 Ca, Inc. Methods, systems and computer program products for triggered data collection and correlation of status and/or state in distributed data processing systems
US20130343231A1 (en) * 2012-06-22 2013-12-26 Telefonaktiebolaget L M Ericsson (Publ) Method and Apparatus for Machine-to-Machine Event Data Recording

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3778652B2 (ja) * 1997-04-18 2006-05-24 株式会社日立製作所 ログデータ収集管理方法及びその装置
DE60230512D1 (de) * 2002-09-25 2009-02-05 Sap Ag Verfahren und Rechnersystem zur Ereignisbehandlung
US9176803B2 (en) * 2006-08-14 2015-11-03 International Business Machines Corporation Collecting data from a system in response to an event based on an identification in a file of the data to collect
JP2009064098A (ja) * 2007-09-04 2009-03-26 Nec Corp 運用管理システムおよび定義不足の分析方法
TWI487394B (zh) * 2009-01-09 2015-06-01 Interdigital Patent Holdings 資料流移動性
CN102264056B (zh) * 2010-05-28 2014-03-05 华为技术有限公司 策略控制方法、系统和相关装置
US9104461B2 (en) * 2012-06-15 2015-08-11 Oracle International Corporation Hypervisor-based management and migration of services executing within virtual environments based on service dependencies and hardware requirements
JP6194024B2 (ja) * 2013-02-19 2017-09-06 エルジー エレクトロニクス インコーポレイティド Ｍ２ｍサービス設定変更方法及びこのための装置
CN111447271B (zh) * 2013-08-29 2022-09-23 康维达无线有限责任公司 物联网事件管理系统以及方法

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020116248A1 (en) * 2000-12-08 2002-08-22 Microsoft Corporation Reliable, secure and scalable infrastructure for event registration and propagation in a distributed enterprise
US8260907B2 (en) * 2002-04-04 2012-09-04 Ca, Inc. Methods, systems and computer program products for triggered data collection and correlation of status and/or state in distributed data processing systems
KR20060025587A (ko) * 2003-06-30 2006-03-21 퀄컴 인코포레이티드 인증된 무선 디바이스 트랜잭션 이벤트 데이터를 이용하는과금 시스템
KR20060132951A (ko) * 2004-02-26 2006-12-22 야후! 인크. 추천을 생성하기 위한 방법 및 시스템
US20120144029A1 (en) * 2007-08-30 2012-06-07 International Business Machines Corporation Non-intrusive monitoring of services in a services-oriented architecture
US20130343231A1 (en) * 2012-06-22 2013-12-26 Telefonaktiebolaget L M Ericsson (Publ) Method and Apparatus for Machine-to-Machine Event Data Recording

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
K. Matoba 외 2명. 'Service oriented network architecture for scalable M2M and sensor network services'. 15th International Conference on Intelligence in Next Generation Networks, 2011.10., pp.35-40. *

Also Published As

Publication number Publication date
EP3191956A1 (en) 2017-07-19
JP2017536596A (ja) 2017-12-07
KR101952053B1 (ko) 2019-02-25
CN107111524A (zh) 2017-08-29
US20160080498A1 (en) 2016-03-17
WO2016040804A1 (en) 2016-03-17

Similar Documents

Publication Publication Date Title
US11102213B2 (en) Permission based resource and service discovery
KR101984413B1 (ko) 서비스 레이어를 통해 제3자 서비스들에 대한 액세스를 가능하게 하는 시스템들 및 방법들
KR101964532B1 (ko) 복수의 디바이스들 상에서 복수의 명령들의 실행을 허용하는 것에 의해 강화되는, m2m 시스템에서의 서비스 레이어와 관리 레이어 사이의 동작들
EP3298806B1 (en) Methods and apparatus for analyzing and grouping service layer subscriptions and notifications for enhanced efficiency
US11683353B2 (en) Automated service enrollment in a machine-to-machine communications network
US11089486B2 (en) Service coverage management systems and methods
US11671306B2 (en) Enhancing native service layer device management functionality
US11805166B2 (en) Enhanced M2M content management based on interest
KR101952053B1 (ko) Soa(service-oriented architecture)에 기초하는 스케일러블 과금 시스템
WO2017024227A1 (en) Mechanisms for multi-dimension data operations
CN111164951B (zh) 基于服务能力要求和偏好的服务注册
WO2020149963A1 (en) Automated service layer message flow management in a communications network

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right
GRNT Written decision to grant