KR101894614B1 - 발견된 서비스 공급자와 제휴된 서비스에 접근하는 방법 및 장치 - Google Patents

발견된 서비스 공급자와 제휴된 서비스에 접근하는 방법 및 장치 Download PDF

Info

Publication number
KR101894614B1
KR101894614B1 KR1020137026293A KR20137026293A KR101894614B1 KR 101894614 B1 KR101894614 B1 KR 101894614B1 KR 1020137026293 A KR1020137026293 A KR 1020137026293A KR 20137026293 A KR20137026293 A KR 20137026293A KR 101894614 B1 KR101894614 B1 KR 101894614B1
Authority
KR
South Korea
Prior art keywords
discovery
scl
service
service provider
dns
Prior art date
Application number
KR1020137026293A
Other languages
English (en)
Other versions
KR20130126736A (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 KR20130126736A publication Critical patent/KR20130126736A/ko
Application granted granted Critical
Publication of KR101894614B1 publication Critical patent/KR101894614B1/ko

Links

Images

Classifications

    • 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/02—Standardisation; Integration
    • H04L41/0246—Exchanging or transporting network management information using the Internet; Embedding network management web servers in network elements; Web-services-based protocols
    • H04L41/0273—Exchanging or transporting network management information using the Internet; Embedding network management web servers in network elements; Web-services-based protocols using web services for network management, e.g. simple object access protocol [SOAP]
    • 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/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/0823—Network architectures or network communication protocols for network security for authentication of entities using certificates
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • 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/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/50—Service provisioning or reconfiguring
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]
    • 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/45—Network directories; Name-to-address mapping
    • H04L61/4505—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
    • H04L61/4511—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols using domain name system [DNS]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Multimedia (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Information Transfer Between Computers (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

서비스 공급자와 제휴된 서비스에 접근하는 방법 및 장치가 개시된다. 제1 발견 절차는 적어도 하나의 서비스 공급자를 발견하기 위해 수행되고, 부트스트랩 절차는 적어도 하나의 발견된 서비스 공급자와 함께 수행될 수 있다. 그 다음에, 제2 발견 절차가 적어도 하나의 발견된 서비스 공급자에 의해 지원되는 가용 서비스 능력 계층(SCL)을 결정하기 위해 수행될 수 있다. 제1 발견 절차는 서비스 공급자 발견 기록의 정합을 결정하기 위해 기록 데이터베이스에게 질의하는 정보를 포함한 서비스 공급자 발견 요청을 송신하는 단계와, 서비스 공급자 발견 요청의 질의와 정합하는 서비스 발견 기능 기록 리스트를 포함한 서비스 공급자 발견 응답을 수신하는 단계를 포함할 수 있다. 서비스 발견 기능 기록 리스트로부터 함께 부트스트랩하기 위한 적어도 하나의 서비스 공급자가 선택될 수 있다. 제2 발견 절차의 각종 버전이 설명된다.

Description

발견된 서비스 공급자와 제휴된 서비스에 접근하는 방법 및 장치{METHOD AND APPARATUS FOR ACCESSING SERVICES AFFILIATED WITH A DISCOVERED SERVICE PROVIDER}
관련 출원에 대한 교차 참조
이 출원은 2011년 3월 3일자 출원한 미국 가특허 출원 제61/448,924호 및 2011년 5월 13일자 출원한 미국 가특허 출원 제61/485,711호를 우선권 주장하며, 이 우선권 출원들은 여기에서의 인용에 의해 그 전체 내용이 본원에 통합된다.
기술분야
본 발명은 발견된 서비스 공급자와 제휴된 서비스에 접근하는 방법 및 장치에 관한 것이다.
사물 지능 통신(machine-to-machine, M2M) 통신 서비스를 지원하는 종점 대 종점 시스템 구조는 M2M 서비스 공급자가 유선 또는 무선 M2M 가입자 통신 유닛(subscriber communication unit, SCU), 게이트웨이 및 서버에서 전개되는 M2M 서비스 능력 계층(service capability layer, SCL)을 통해 애플리케이션에게 M2M 서비스를 전달할 수 있도록 유럽 전기통신 표준 연구소(European Telecommunications Standards Institute, ETSI)에 의해 현재 규정되고 있다. M2M 서비스가 애플리케이션에게 이용가능하게 되기 전에, M2M SCU 및 게이트웨이는 적어도 하나의 M2M 서버에 대하여 부트스트랩 및 등록하여 M2M 네트워크를 형성할 수 있다. 전형적인 전개 시나리오에서, M2M 서버는 M2M 서비스 공급자에 의해 소유 또는 제휴(affiliate)될 수 있다. 그러므로, M2M SCU 또는 게이트웨이는 M2M 서비스 공급자에의 가입에 의해 제공될 수 있고, 또는 M2M 서비스 공급자는 M2M 서비스 공급자에의 가입을 확립하기 위해 발견(discover)될 수 있다. M2M 서비스 공급자 가입자는 M2M SCU 또는 게이트웨이가 M2M 서버에 대한 부트스트래핑 및 등록 전에 적당한 보안 증명서(security credential)를 획득하게 할 수 있다.
M2M 네트워크가 형성되었으면, 애플리케이션은 M2M SCU, M2M 게이트웨이 및 M2M 서버에 있는 이용가능한 M2M SCL을 발견하고, 그 다음에 대응하는 서비스에 접근하기 위해 M2M SCL에 등록할 수 있다. M2M 서비스 공급자 발견, 부트스트랩 및 SCL 발견 절차를 제공하지 않고, 오프라인 공급과 같은 메카니즘은 M2M SCU, 게이트웨이, 애플리케이션 및 M2M 서버에 대한 부트스트랩 및 발견 정보를 구성 및 분배하기 위해 사용될 수 있다. 그러나, 이러한 메카니즘은 전개 및 관리 비용을 크게 증가시키고, M2M 네트워크의 확장성(scalability)을 제한할 수 있다. 오프라인 공급의 대안예로서, 자동화 발견에 의해 가용 M2M 서비스 공급자 및 그들의 대응하는 M2M SCL이 동적으로 발견되게 할 수 있다. 그 결과, 관리 비용이 저감되고 전개 처리가 자동화될 수 있다(예를 들면, 인간의 상호작용이 전혀 또는 거의 없는 M2M SCU의 경우에).
서비스 공급자와 제휴된 서비스에 접근하는 방법 및 장치가 개시된다. 제1 발견 절차는 적어도 하나의 서비스 공급자를 발견하기 위해 수행되고, 부트스트랩 절차는 적어도 하나의 발견된 서비스 공급자와 함께 수행될 수 있다. 그 다음에, 제2 발견 절차가 적어도 하나의 서비스 공급자에 의해 지원되는 가용 서비스 능력 계층(SCL)을 결정하기 위해 수행될 수 있다.
제1 발견 절차는 서비스 공급자 발견 기록의 정합을 결정하기 위해 기록 데이터베이스에게 질의(query)하는 정보를 포함한 서비스 공급자 발견 요청을 송신하는 단계와, 서비스 공급자 발견 요청의 질의와 정합하는 서비스 발견 기능 기록 리스트를 포함한 서비스 공급자 발견 응답을 수신하는 단계를 포함할 수 있다. 서비스 발견 기능 기록 리스트로부터의 적어도 하나의 서비스 공급자가 함께 부트스트래핑하기 위해 선택될 수 있다.
부트스트랩 절차는 선택된 서비스 공급자에게 요청을 송신하는 단계와, 서비스 공급자의 적어도 하나의 SCL에 의해 부트스트래핑을 개시하기 위해 노드에서 필요로 하는 정보를 포함한 응답을 선택된 서비스 공급자로부터 수신하는 단계를 포함할 수 있다. 정보는 보안 증명서를 포함할 수 있다.
제2 발견 절차는 발행자(예를 들면, M2M 가입자 통신 유닛(SCU), M2M 게이트웨이 또는 M2M 서버에 있는 애플리케이션 또는 SCL)가 SCL 발견 기록의 정합을 결정하기 위해 기록 데이터베이스에게 질의하는 정보를 포함한 서비스 발견 요청을 송신하는 단계와, 발행자가 서비스 발견 요청의 질의와 정합하는 서비스 발견 기능 기록 리스트를 포함한 서비스 발견 응답을 수신하는 단계를 포함할 수 있다. 발행자는 함께 부트스트래핑하기 위해 서비스 발견 기능 기록 리스트로부터 적어도 하나의 SCL을 선택할 수 있다.
제2 발견 절차는 SCL 발견 기록과 함께 도메인 명 시스템 기반 서비스 발견(domain name system-based service discovery, DNS-SD) 사물 지능 통신(M2M) 서비스 발견 기능(M2M service discovery function, MSDF) 서버를 공급하는 단계와, 공중 DNS-SD MSDF 서비스 발견 도메인을 확립하기 위해 DNS-SD MSDF 서버를 공중 DNS 등록 회사 또는 엔티티에 등록하는 단계와, DNS-SD MSDF 서버가 발행자로부터 DNS-SD 질의를 수신하는 단계와, DNS-SD MSDF 서버가 DNS-SD 질의에 응답하여 발행자에게 SCL 발견 기록을 송신하는 단계를 포함할 수 있다.
제2 발견 절차는 발행자로부터 SCL 발견 요청을 수신하는 단계와, 발행자에게 SCL 발견 결과를 제공하는 서비스 발견 응답을 송신하는 단계를 포함할 수 있다. SCL 발견 요청은 sclBase 속성을 이용하는 질의 문자열(query string)을 포함할 수 있다. SCL 발견 응답은 질의 문자열과 정합하는 SCL의 리스트 및 각 SCL의 sclBase에 대한 절대 인터넷 식별자(uniform resource identifier, URI)를 포함할 수 있다.
제2 발견 절차는 DNS 서버의 네트워크 어드레스를 발행자에게 공급하거나 구성하는 단계와, 가용 SCL을 가진 호스트의 적어도 하나의 전체 주소 도메인 명(fully qualified domain name, FQDN)을 발행자에게 공급하거나 구성하는 단계와, 발행자가 네트워크 어드레스 및 FQDN을 이용하여 전개된 DNS 서버에게 DNS 조사(lookup) 요청을 송신하는 단계와, 발행자가 대응하는 SCL 호스트의 분석된 네트워크 어드레스를 수신하는 단계를 포함할 수 있다.
제2 발견 절차는 동적 호스트 구성 프로토콜(dynamic host configuration protocol, DHCP) 서버의 네트워크 어드레스를 발행자에게 공급하거나 구성하는 단계와, 발행자가 전개된 DHCP 서버에게 DHCP 요청을 송신하는 단계와, 발행자가 SCL의 어드레스 및 추가적인 SCL 정보를 포함한 응답을 수신하는 단계를 포함할 수 있다.
서비스 공급자와 제휴된 서비스는 전개된 도메인 명 시스템(DNS) 서버의 네트워크 에드레스를 발행자에게 공급하거나 구성하고, 가용 SCL을 가진 호스트의 적어도 하나의 전체 주소 도메인 명(FQDN)을 발행자에게 공급하거나 구성하며, 발행자가 네트워크 어드레스 및 FQDN을 이용하여 전개된 DNS 서버에게 DNS 룩업 요청을 송신하고, 발행자가 대응하는 SCL 호스트의 분석된 네트워크 어드레스를 수신함으로써 접근될 수 있다.
장치는 적어도 하나의 서비스 공급자를 발견하기 위해 제1 발견 절차를 수행하고, 적어도 하나의 발견된 서비스 공급자와 함께 부트스트랩 절차를 수행하며, 그 다음에 적어도 하나의 발견된 서비스 공급자에 의해 지원되는 가용 SCL을 결정하기 위해 제2 발견 절차를 수행하도록 구성될 수 있다. 장치는 WTRU, 게이트웨이 또는 서버일 수 있다.
컴퓨터 판독가능 저장 매체는 적어도 하나의 서비스 공급자를 발견하기 위해 제1 발견 절차를 수행하고, 적어도 하나의 발견된 서비스 공급자와 함께 부트스트랩 절차를 수행하며, 그 다음에 적어도 하나의 발견된 서비스 공급자에 의해 지원되는 가용 SCL을 결정하기 위해 제2 발견 절차를 수행하도록 구성된 애플리케이션을 저장하도록 구성될 수 있다.
더 구체적인 이해는 첨부 도면과 함께 예로서 주어지는 이하의 설명으로부터 얻을 수 있다.
도 1a는 하나 이상의 본 발명의 실시형태가 구현될 수 있는 예시적인 통신 시스템을 보인 도이다.
도 1b는 도 1a에 도시된 통신 시스템에서 사용될 수 있는 예시적인 가입자 통신 유닛(SCU)을 보인 도이다.
도 2는 사물 지능 통신(M2M) 서비스 공급자 발견 절차를 보인 도이다.
도 3은 M2M 서비스 공급자 부트스트랩 절차를 보인 도이다.
도 4는 M2M 서비스 발견 기능(MSDF) 계층 구조의 예를 보인 도이다.
도 5는 통합 MSDF/도메인 명 시스템(DNS) 서버 계층 구조의 예를 보인 도이다.
도 6은 MSDF 서비스 능력 계층(SCL) 발견 절차를 보인 도이다.
도 7은 MSDF DNS 기반형 서비스 발견(DNS-SD) SCL 발견을 통해 지원될 수 있는 서비스 서브타입의 유형의 예를 보인 도이다.
도 8은 MSDF DNS-SD SCL 발견 절차를 보인 도이다.
도 9는 sclDiscovery 자원을 포함한 M2M 서비스 발견 자원 구조를 보인 도이다.
도 10은 M2M 공지 자원 SCL 발견 절차를 보인 도이다.
도 11은 DNS 기반형 M2M SCL 발견 절차를 보인 도이다.
도 12는 DHCP 기반형 M2M SCL 발견 절차를 보인 도이다.
도 1a에 도시된 것처럼, 통신 시스템(100)은 유선 또는 무선 가입자 통신 유닛(subscriber communication unit, SCU)(102a, 102b, 102c, 102d), 무선 접근 네트워크(radio access network, RAN)(104), 코어 네트워크(core network, CN)(106), 공중 교환식 전화망(public switched telephone network, PSTN)(108), 인터넷(110), 기타의 네트워크(112) 및 게이트웨이(140)를 포함하고 있지만, 본 발명의 실시형태는 임의 수의 가입자 통신 유닛, 기지국, 네트워크 및/또는 네트워크 요소를 포함할 수 있다는 것을 이해할 것이다. CN(106)은 서버(150)를 포함할 수 있다. 각 SCU(102a, 102b, 102c, 102d)는 유선 또는 무선 환경에서 동작 및/또는 통신하도록 구성된 임의 유형의 장치일 수 있다. 예를 들면, SCU(102a, 102b, 102c, 102d)는 유선 또는 무선 신호를 송신 및/또는 수신하도록 구성될 수 있고, 사용자 장비(user equipment, UE), 이동국, 고정식 또는 이동식 가입자 유닛, 페이저, 셀룰러 전화기, 개인 정보 단말기(personal digital assistant, PDA), 스마트폰, 랩톱, 노트북, 퍼스널 컴퓨터, 태블릿 컴퓨터, 무선 센서, 소비자 전자제품 등을 포함할 수 있다.
통신 시스템(100)은 기지국(114a)과 기지국(114b)을 또한 포함할 수 있다. 각 기지국(114a, 114b)은 적어도 하나의 SCU(102a, 102b, 102c, 102d)와 인터페이스 접속하여 CN(106), 인터넷(110) 및/또는 기타 네트워크(112)와 같은 하나 이상의 통신 네트워크에 접근하도록 구성된 임의 유형의 장치일 수 있다. 예를 들면, 기지국(114a, 114b)은 기지국 송수신기(base transceiver station, BTS), 노드-B, 진화형 노드-B(eNB), 홈 노드-B(HNB), 홈 eNB(HeNB), 사이트 제어기, 접근점(access point, AP), 무선 라우터 등일 수 있다. 비록 기지국(114a, 114b)이 각각 단일 요소로서 도시되어 있지만, 기지국(114a, 114b)은 임의 수의 상호접속된 기지국 및/또는 네트워크 요소를 포함할 수 있다는 것을 이해할 것이다.
기지국(114a)은 RAN(104)의 일부일 수 있고, RAN(104)은 기지국 제어기(base station controller, BSC), 라디오 네트워크 제어기(radio network controller, RNC), 릴레이 노드 등과 같은 다른 기지국 및/또는 네트워크 요소(도시 생략됨)를 또한 포함할 수 있다. 기지국(114a) 및/또는 기지국(114b)은 셀(도시 생략됨)이라고도 부르는 특정의 지리적 영역 내에서 무선 신호를 송신 및/또는 수신하도록 구성될 수 있다. 셀은 복수의 셀 섹터로 세분될 수 있다. 예를 들면, 기지국(114a)과 관련된 셀은 3개의 섹터로 나누어질 수 있다. 따라서, 일 실시형태에 있어서, 기지국(114a)은 셀의 각 섹터마다 하나씩 3개의 송수신기를 포함할 수 있다. 다른 실시형태에 있어서, 기지국(114a)은 다중입력 다중출력(MIMO) 기술을 사용할 수 있고, 따라서 셀의 각 섹터마다 복수의 송수신기를 사용할 수 있다.
도 1a의 기지국(114b)은 예를 들면 무선 라우터, HNB, HeNB, 또는 AP일 수 있고, 사업장, 홈, 자동차, 캠퍼스 등과 같은 국소 지역에서 무선 접속을 가능하게 하는 임의의 적당한 RAT를 이용할 수 있다. 일 실시형태에 있어서, 기지국(114b)과 SCU(102c, 102d)는 IEEE 802.11과 같은 무선 기술을 구현하여 무선 근거리 통신망(WLAN)을 확립할 수 있다. 다른 실시형태에 있어서, 기지국(114b)과 SCU(102c, 102d)는 IEEE 802.15와 같은 무선 기술을 구현하여 무선 개인 통신망(WPAN)을 확립할 수 있다. 또 다른 실시형태에 있어서, 기지국(114b)과 SCU(102c, 102d)는 셀룰러 기반 RAT(예를 들면, WCDMA, CDMA2000, GSM, LTE, LTE-A 등)를 이용하여 피코셀 또는 펨토셀을 확립할 수 있다. 도 1a에 도시된 바와 같이, 기지국(114b)은 인터넷(110)에 직접 접속할 수 있다. 그러므로, 기지국(114b)은 CN(106)을 통해 인터넷(110)에 접속할 필요가 없다.
RAN(104)은 CN(106)과 통신하고, CN(106)은 하나 이상의 SCU(102a, 102b, 102c, 102d)에게 음성, 데이터, 애플리케이션 및/또는 인터넷을 통한 음성 프로토콜(voice over internet protocol, VoIP) 서비스를 제공하도록 구성된 임의 유형의 네트워크일 수 있다. 예를 들면, CN(106)은 호출 제어, 빌링(billing) 서비스, 모바일 위치 기반 서비스, 선불 통화, 인터넷 접속, 영상 분배 등을 제공할 수 있고, 및/또는 사용자 인증과 같은 고급 보안 기능을 수행할 수 있다. 비록 도 1a에 도시되어 있지 않지만, RAN(104) 및/또는 CN(106)은 RAN(104)과 동일한 RAT 또는 다른 RAT를 이용하는 다른 RAN과 직접 또는 간접 통신을 할 수 있다는 것을 이해할 것이다. 예를 들면, E-UTRA 무선 기술을 이용하는 RAN(104)에 접속되는 것 외에, CN(106)은 GSM 무선 기술을 이용하는 다른 RAN(도시 생략됨)과도 또한 통신할 수 있다.
CN(106)은 SCU(102a, 102b, 102c, 102d)가 PSTN(108), 인터넷(110) 및/또는 기타 네트워크(112)에 접속하게 하는 게이트웨이로서 또한 기능할 수 있다. PSTN(108)은 재래식 전화 서비스(plain old telephone service, POTS)를 제공하는 회선 교환식 전화망을 포함할 수 있다. 인터넷(110)은 TCP/IP 인터넷 프로토콜 스위트(suite)에서 전송 제어 프로토콜(TCP), 사용자 데이터그램 프로토콜(UDP) 및 인터넷 프로토콜(IP)과 같은 공통의 통신 프로토콜을 이용하는 상호접속된 컴퓨터 네트워크 및 장치의 글로벌 시스템을 포함할 수 있다. 네트워크(112)는 다른 서비스 공급자에 의해 소유 및/또는 운용되는 유선 또는 무선 통신 네트워크를 포함할 수 있다. 예를 들면, 네트워크(112)는 RAN(104)과 동일한 RAT 또는 다른 RAT를 이용하는 하나 이상의 RAN에 접속된 다른 CN을 포함할 수 있다.
통신 시스템(100)의 SCU(102a, 102b, 102c, 102d)의 일부 또는 전부는 다중 모드 능력을 구비할 수 있다. 즉, SCU(102a, 102b, 102c, 102d)는 다른 유선 또는 무선 링크를 통하여 다른 유선 또는 무선 네트워크와 통신하기 위한 복수의 송수신기를 포함할 수 있다. 예를 들면, 도 1a에 도시된 SCU(102c)는 셀룰러 기반 무선 기술을 이용할 수 있는 기지국(114a), 및 IEEE 802 무선 기술을 이용할 수 있는 기지국(114b)과 통신하도록 구성될 수 있다. 대안적으로, 하나 이상의 SCU(102)는 유선 이더넷 접속 및 광대역 무선 접속을 구비하여 복수의 하위 흐름(sub-flow)을 제공하는 랩톱일 수 있다.
도 1b는 도 1a에 도시된 통신 시스템(100)에서 사용될 수 있는 예시적인 SCU(102)를 보인 도이다. 도 1b에 도시된 바와 같이, SCU(102)는 프로세서(118), 송수신기(120), 유선 또는 무선 인터페이스(122), 스피커/마이크로폰(124), 키패드(126), 디스플레이/터치패드(128), 비분리형 메모리(130), 분리형 메모리(132), 전원(134), 글로벌 위치확인 시스템(GPS) 칩세트(136) 및 주변장치(138)를 포함할 수 있다. SCU(102)는 실시형태의 일관성을 유지하면서 전술한 요소들의 임의의 부조합(sub-combination)을 포함할 수 있다는 것을 이해할 것이다.
프로세서(118)는 범용 프로세서, 특수 용도 프로세서, 전통적 프로세서, 디지털 신호 프로세서(DSP), 마이크로프로세서, DSP 코어와 연합하는 하나 이상의 마이크로프로세서, 컨트롤러, 마이크로컨트롤러, 용도 지정 집적회로(ASIC), 현장 프로그램가능 게이트 어레이(FPGA) 회로, 집적회로(IC), 상태 기계 등일 수 있다. 프로세서(118)는 신호 부호화, 데이터 처리, 전력 제어, 입력/출력 처리, 및/또는 SCU(102)가 유선 또는 무선 환경에서 동작하게 하는 임의의 다른 기능을 수행할 수 있다. 프로세서(118)는 송수신기(120)에 결합되고, 송수신기(120)는 인터페이스(122)에 결합될 수 있다. 비록 도 1b에서는 프로세서(118)와 송수신기(120)가 별도의 구성요소로서 도시되어 있지만, 프로세서(118)와 송수신기(120)는 전자 패키지 또는 칩으로 함께 통합될 수 있음을 이해할 것이다.
인터페이스(122)는 무선 인터페이스(116)를 통하여 기지국(예를 들면 기지국(114a))에 신호를 송신하거나 기지국으로부터 신호를 수신하도록 구성될 수 있다. 예를 들면, 일 실시형태에 있어서, 인터페이스(122)는 RF 신호를 송신 및/또는 수신하도록 구성된 안테나일 수 있다. 다른 실시형태에 있어서, 인터페이스(122)는 예를 들면, IR, UV 또는 가시광 신호를 송신 및/또는 수신하도록 구성된 에미터/검지기일 수 있다. 또 다른 실시형태에 있어서, 인터페이스(122)는 RF 신호와 광신호 둘 다를 송신 및 수신하도록 구성될 수 있다. 인터페이스(122)는 임의의 유선 또는 무선 신호 조합을 송신 및/또는 수신하도록 구성될 수 있다.
SCU(102)의 프로세서(118)는 스피커/마이크로폰(124), 키패드(126), 및/또는 디스플레이/터치패드(128)(예를 들면, 액정 디스플레이(LCD) 표시 장치 또는 유기 발광 다이오드(OLED) 표시 장치)에 결합되어 이들로부터 사용자 입력 데이터를 수신할 수 있다. 프로세서(118)는 또한 스피커/마이크로폰(124), 키패드(126), 및/또는 디스플레이/터치패드(128)에 사용자 데이터를 출력할 수 있다. 또한, 프로세서(118)는 비분리형 메모리(130) 및/또는 분리형 메모리(132)와 같은 임의 유형의 적당한 메모리로부터의 정보에 액세스하고 상기 적당한 메모리에 데이터를 저장할 수 있다. 비분리형 메모리(130)는 랜덤 액세스 메모리(RAM), 읽기 전용 메모리(ROM), 하드 디스크 또는 임의의 다른 유형의 메모리 기억장치를 포함할 수 있다. 분리형 메모리(132)는 가입자 식별 모듈(SIM) 카드, 메모리 스틱, 보안 디지털(SD) 메모리 카드 등을 포함할 수 있다. 다른 실시형태에 있어서, 프로세서(118)는 서버 또는 홈 컴퓨터(도시 생략됨)와 같이 물리적으로 SCU(102)에 위치되어 있지 않은 메모리로부터의 정보에 액세스하고 그러한 메모리에 데이터를 저장할 수 있다.
프로세서(118)는 추가의 특징, 기능 및/또는 유선 또는 무선 접속을 제공하는 하나 이상의 소프트웨어 및/또는 하드웨어 모듈을 포함한 기타 주변 장치(138)에 또한 결합될 수 있다. 예를 들면, 주변 장치(138)는 가속도계, e-콤파스, 위성 송수신기, 디지털 카메라(사진용 또는 영상용), 범용 직렬 버스(USB) 포트, 진동 장치, 텔레비전 송수신기, 핸즈프리 헤드셋, 블루투스® 모듈, 주파수 변조(FM) 라디오 장치, 디지털 뮤직 플레이어, 미디어 플레이어, 비디오 게임 플레이어 모듈, 인터넷 브라우저 등을 포함할 수 있다.
이하에서, 용어 "발행자"(issuer)는 M2M 가입자 통신 유닛(SCU), M2M 게이트웨이 또는 M2M 서버에 있는 애플리케이션 또는 SCL을 말할 수 있다.
도메인 명 시스템(DNS)은 인터넷 또는 사설 네트워크에 접속된 컴퓨터, 서비스 또는 임의의 자원(resource)에 대한 분배 데이터베이스에 구축된 계층적 명명 시스템(naming system)이다. DNS는 인터넷 프로토콜(IP) 어드레스를 각각의 참여 엔티티에게 지정된 도메인 명과 연합시킨다. 가장 중요하게, DNS는 이 장치들을 전세계적으로 위치시키고 어드레싱할 목적으로 도메인 명을 네트워크 장비와 연관된 수치 식별자로 변환한다.
DNS 기반형 서비스 발견(DNS-SD)은 표준 DNS 프로그래밍 인터페이스, 서버 및 패킷 포맷을 이용하여 네트워크 서비스의 발견을 지원한다. 표준 DNS 질의를 이용해서, 클라이언트는 표준 DNS 질의를 이용하는 원하는 서비스의 명명된 인스턴스의 리스트를 발견할 수 있다. 이것은 클라이언트가 찾고 있는 서비스의 유형 및 클라이언트가 그 서비스를 찾고 있는 도메인에 기초하여 달성될 수 있다.
동적 호스트 구성 프로토콜(DHCP)은 하나 이상의 DHCP 서버로부터 네트워크 장치에 대한 네트워크-파라미터 지정을 자동화한다. DHCP 구성 클라이언트가 네트워크에 접속된 때, DHCP 클라이언트는 DHCP 서버로부터 필수 정보를 요청할 수 있다.
M2M SCU, M2M 게이트웨이 또는 다른 M2M 서버가 특수 M2M 서버에 의해 부트스트랩 및 등록하기 전에, 그 M2M 서버에 의해 부트스트랩 및 인증하기 위해 필요한 필수 보안 증명서를 획득하기 위해 M2M SCU 또는 M2M 게이트웨이가 그 M2M 서버와 제휴된 M2M 서비스 공급자와 관계를 확립하는 것이 중요하다. M2M SCU 또는 M2M 게이트웨이가 M2M 서비스 공급자와 관계를 확립하고, 그 다음에 M2M 서버에 의한 부트스트랩 및 등록을 가능하게 하는 보안 증명서를 획득하게 하는 많은 방법이 있다. 비자동화 오프라인 공급은 M2M SCU, 게이트웨이 및 서버들 간에 M2M 서비스 공급자 관계(예를 들면, 가입)를 확립하는 것 및 필수 보안 증명서를 오프라인 공급 방식으로 분배하는 것에 의존한다. 비록 이 오프라인 공급법이 실행가능하긴 하지만, 이 접근법과 관련한 제한 및 단점이 있다. 예를 들면, 오프라인 공급은 초기 전개 중에 및 재구성 또는 재전개를 위하여 가끔 인간의 개입을 필요로 하기 때문에 비용이 들 수 있다.
M2M 서비스 발견은 M2M SCU, 게이트웨이 및 서버에 위치된 M2M 서비스 능력 계층(SCL)의 발견과 유사할 수 있다. SCL이 애플리케이션 또는 다른 SCL에 의해 접근되기 전에, 적당한 어드레싱을 위한 인터넷 식별자(URI)를 갖는 것이 중요하다. 또한, SCL에 의해 지원되는 M2M 서비스의 유형과 같은 속성에 대한 지식은, 이 정보가 어떤 SCL에 그들이 등록하기 원하는지 결정하기 위해 애플리케이션 및 SCL에 의해 사용될 수 있기 때문에, 역시 가치가 있다.
일 실시형태에 있어서, M2M 서비스 공급자 발견 절차는 M2M 서비스 발견 기능(MSDF)의 네트워크 어드레스가 오프라인 공급형인지 또는 다른 방식으로 발견되는지를 추정한다. 예를 들어서, 만일 MSDF가 DNS-SD 서버 내에서 실현되면, MSDF 네트워크 어드레스는 전형적으로 네트워크 서비스 공급자에 의해 구성되고 이용가능하게 되는 DNS-SD 어드레스와 동등할 수 있다.
도 2는 M2M 서비스 공급자(205), 기록 데이터베이스(215)를 구비한 MSDF(210), 및 발행자(220)를 포함한 네트워크에서 수행되는 M2M 서비스 공급자 발견 절차(200)를 보인 것이다. 도 2에 도시된 것처럼, M2M 서비스 공급자(205)는 기록 데이터베이스(215)에 저장될 수 있는 M2M 서비스 공급자 발견 기록을 생성하기 위한 요청(225)을 MSDF(210)에게 보낼 수 있다. 요청(225)은 예컨대 MSDF 기록 유형(예를 들면, M2M 서비스 공급자 발견), M2M 서비스 공급자의 부트스트랩 기능을 위한 절대 URI, M2M 서비스 공급자가 가입을 위해 필요로 하는 정보의 유형(예를 들면, 식별의 유형 또는 어드레스), M2M 서비스 공급자에 의해 지원되는 M2M 서비스의 부류(예를 들면, 이동성, 스케줄링 지연, 지원되는 데이터율, 영속성, 우선순위 레벨 등), M2M 서비스 공급자와 통신하기 위해 사용되는 프로토콜의 유형(예를 들면, 하이퍼텍스트 전송 프로토콜(HTTP)/전송 제어 프로토콜(TCP), 강제 애플리케이션 프로토콜(constrained application protocol, CoAP)/사용자 데이터그램 프로토콜(UDP) 등), M2M 서비스 공급자에 의해 지원되는 M2M 서비스 식별자의 유형(예를 들면, 빌딩 자동화, e-헬쓰, 소비자 전자장치, 유틸리티 등), M2M 서비스 공급자에 의해 지원되는 M2M 애플리케이션 또는 SCU의 유형(예를 들면, 온도 조절 장치, 심장 모니터, 카메라 등), 및 2차 M2M 서비스 공급자(예를 들면, 특수 유틸리티 회사, 특수 보안 회사 등)와 같은, 발견 기록을 생성하기 위해 사용되는 각종 유형의 정보를 포함할 수 있다.
도 2의 M2M 서비스 공급자 발견 절차(200)에 나타낸 것처럼, MSDF(210)는 M2M 서비스 공급자 발견 기록(즉, MSDF 기록)이 성공적으로 생성되었는지 여부를 나타내는 응답(230)을 M2M 서비스 공급자(205)에게 보낼 수 있다. 발행자(220)는 서비스 공급자 발견 요청(235)을 MSDF(210)에게 보냄으로써 가용 M2M 서비스 공급자를 발견할 수 있다. 서비스 공급자 발견 요청(235)은 기록 데이터베이스(215)에게 질의하고 M2M 서비스 공급자 발견 기록의 정합을 결정하기 위해 MSDF(210)에 의해 사용되는 각종 유형의 정보, 예컨대 MSDF 기록 유형(예를 들면, M2M 서비스 공급자 발견), 및 MSDF(210)가 그 기록 데이터베이스(215)를 조사하고 그 응답을 필터링하기 위해 사용할 수 있는 선택적 질의 문자열 또는 문자열들을 포함할 수 있다. 예를 들면, 질의 문자열은 특수 M2M 서비스 공급자, 발행자(220)가 찾고 있는 M2M 서비스의 유형 또는 부류, 또는 발행자(220)가 지원하는 프로토콜의 유형을 특정할 수 있다.
서비스 공급자 발견 요청(235)에 응답해서, MSDF(210)는 발견 요청(235)의 질의와 정합하는 MSDF 기록 리스트를 포함한 서비스 공급자 발견 응답(240)을 보낼 수 있다. 발행자(220)는 그 다음에 함께 부트스트랩/등록할 하나 이상의 M2M 서비스 공급자를 상기 응답(240)의 MSDF 기록 리스트로부터 선택할 수 있다(245).
도 3은 M2M SCU, 게이트웨이 및 애플리케이션이 M2M 서비스 공급자에 대하여 부트스트랩하는 M2M 서비스 공급자 부트스트랩 절차(300)를 보인 것이다. SCU/게이트웨이/애플리케이션은 M2M 서비스 공급자의 부트스트랩 기능의 어드레스에 의해 오프라인 공급되었거나, 또는 도 2의 M2M 서비스 공급자 발견 절차(200) 중에 발견하였을 것으로 추정된다.
M2M 서비스 공급자 부트스트래핑이 적합한 공동 인스턴스는 M2M SCU/게이트웨이/애플리케이션이 M2M 서비스 공급자에게 가입하지 않고 M2M 서비스 공급자 발견을 이용하여 하나 이상의 가용 서비스 공급자를 결정하는 경우이다. 또한, M2M SCU/게이트웨이/애플리케이션은 기존 M2M 서비스 공급자 가입으로부터 다른 M2M 서비스 공급자 가입으로 변경하거나, 또는 추가의 서비스를 위해 다른 M2M 서비스 공급자에게 가입할 수 있다. 예를 들면, 기존의 M2M 서비스 공급자는 SCU/게이트웨이가 추구하는 서비스를 제공하지 않을 수 있다.
M2M 서비스 공급자의 부트스트랩 기능은 M2M 서비스 공급자에 의한 M2M SCU, 게이트웨이 및 애플리케이션의 부트스트래핑을 촉진할 수 있다. 부트스트랩 기능의 중요한 기능은 M2M SCU/게이트웨이/애플리케이션뿐만 아니라 M2M 서비스 공급자의 관리 기능(예를 들면, M2M 인증 서버(MAS) 및 M2M 서비스 부트스트랩 기능(MSBF))에 대한 M2M 보안 증명서의 분배이다. 이러한 보안 증명서는 그 다음에 M2M 기능 구조에 따라서 후속 M2M 서비스 부트스트랩 절차 중에 사용된다. M2M 서비스 공급자에 따라서, 그 부트스트랩 기능의 오프라인 공급이 필요할 수 있다(예를 들면, 함께 부트스트랩하도록 승인된 각 SCU의 매체 접근 제어(MAC) 어드레스와 같이 전세계적으로 유일하고 영구적인 식별자에 의해).
M2M 서비스 공급자 부트스트랩 절차(300)에 나타낸 것처럼, M2M 서비스 공급자(305)는 발행자(315)의 보안 증명서와 함께 그 부트스트랩 기능(310)의 오프라인 공급을 요구할 수 있다(320). 발행자(325)는 그 다음에 선택된 M2M 서비스 공급자(305)의 부트스트랩 기능(310)에 요청(330)을 보냄으로써 그 선택한 M2M 서비스 공급자에 대한 부트스트래핑을 시작할 수 있다. 요청(330)은 전세계적으로 유일한 식별자와 같이 부트스트랩 기능(310)에 필요한 가입 정보를 포함할 수 있다. 부트스트랩 기능(310)은 서비스 공급자의 임의의 SCL에 의해 부트스트래핑을 시작하도록 발행자(325)가 필요로 하는 필수 보안 증명서와 함께 발행자(325)에게 응답(335)을 보낼 수 있다. 부트스트랩 기능(310)은 M2M 서비스 공급자(305)의 SCL의 부분집합에 대해서만 접근을 허가할 수 있고, 이 정보는 또한 응답(335)에 포함될 수 있다.
부트스트랩 기능(310)으로부터 발행자(325)로 보안 증명서의 전송이 보안 웹 인터페이스와 같은 보안 전송 환경을 통하여 발생하게 할 필요가 있을 수 있다. 부트스트랩 기능(310)은 서비스 공급자(305)의 인증 서버(315) 및 MSBF(도시 생략됨)에게 필수 보안 증명서를 또한 제공할 수 있다(예를 들면, 보안 웹 인터페이스와 같은 보안 전송 환경을 통해서)(340). 발행자(325)는 SCL 발견을 수행하여 M2M 서비스 공급자에 의해 지원되는 가용 SCL을 결정할 수 있고, SCL 부트스트랩/등록 절차를 수행할 수 있다(345).
다른 실시형태에 있어서, M2M SCU/게이트웨이는 M2M 서비스 공급자와 관계를 확립하고, 서비스 공급자에 의해 제공되는 가용 SCL을 결정하기 위해 SCL 발견을 이용할 수 있다. 다른 실시형태에 있어서, M2M SCU/게이트웨이는 M2M 서비스 공급자와 관계를 갖지 않고, M2M SCU/게이트웨이가 요구하는 SCL의 유형을 결정하기 위해 SCL 발견을 이용할 수 있으며, 그 다음에 M2M 서비스 공급자는 그러한 SCL을 제공할 수 있다. 또 다른 실시형태에 있어서, M2M SCU/게이트웨이는 새로운 M2M 서비스 공급자로 전환하고(예를 들면, 재전개됨) 새로운 서비스 공급자에 의해 지원되는 SCL을 발견할 필요가 있을 수 있다. 또 다른 실시형태에 있어서, M2M SCU/게이트웨이는 자신이 등록된 기존 SCL에 의해 현재 제공되는 서비스와는 다른 또는 추가의 서비스를 요구할 수 있다(예를 들면, 재구성됨). 또 다른 실시형태에 있어서, 애플리케이션(예를 들면, M2M 서비스가 가능한 장치 애플리케이션(DA), 게이트웨이 애플리케이션(GA), 네트워크 애플리케이션(NA), 또는 비-M2M 서비스가 가능한 장치 애플리케이션(D'A))은 그 로컬 SCL을 발견할 필요가 있을 수 있다. 또 다른 실시형태에 있어서, M2M 서버는 다른 M2M 서버, 게이트웨이 및 장치에 의해 지원되는 서비스를 발견할 필요가 있을 수 있다.
MSDF SCL 발견은 SCL의 호스트의 네트워크 어드레스가 알려지지 않은 때 SCL을 결정하기 위해 사용될 수 있다. 예를 들면, M2M SCU/게이트웨이는 특수 유형의 SCL을 필요로 할 수 있지만, 그 유형의 SCL을 호스팅하는 M2M 서버의 네트워크 어드레스를 알지 못할 수 있다. M2M SCU/게이트웨이는 그 유형의 SCL을 제공하는 M2M 서버의 네트워크 어드레스를 발견하기 위해 MSDF의 도움을 구할 수 있다.
도 4는 MSDF 계층 구조(400)의 예를 보인 것이다. MSDF는 M2M 서비스 공급자(#1 및 #2) 및 M2M SCL의 자동화 발견을 촉진할 수 있다. MSDF는 M2M SCU, 게이트웨이, 애플리케이션 및 M2M 서버에 의해 접근될 수 있는 계층적으로 분배된 데이터베이스일 수 있다. 도 4에 도시된 것처럼, MSDF 계층 구조(400)는 중앙에 배치된 단지 하나의 MSDF를 갖는 대신에 복수의 MSDF(#1, #2 및 #3)를 가질 수 있다. MSDF 계층 구조(400)의 분배형 및 비집중화 구조는 M2M 서버, 게이트웨이 및 SCU에서 구현되는 다수의 M2M 서비스 공급자 및 SCL을 스케일 및 지원할 수 있게 한다. 마찬가지로, MSDF 계층 구조(400)의 소유권이 또한, M2M 서비스 공급자에 대한 관리 및 접근 제어가 가능하도록, 및 SCL이 각각의 도메인 소유자(예를 들면, M2M 서비스 공급자)에 의해 제어되도록 복수의 도메인으로 분배 및 나누어질 수 있다.
도 4에 도시된 MSDF 계층 구조(400)의 분배형 및 계층적 특성은 또한, 그 계층 구조(400)가 도메인 명 시스템(DNS) 및 DNS-서비스 발견(DNS-SD)과 같은 기존의 명명 및 서비스 발견 시스템과 함께 합병 및 상호 네트워킹될 수 있게 한다. 도 5는 M2M 서비스 공급자가 DNS 하부구조에 의해 그들의 서비스를 등록 및 광고할 수 있게 하고 그들의 M2M 서비스가 그들 각각의 로컬 M2M 서비스 공급자 도메인 밖의 다른 서비스 공급자에게 발견될 수 있게 하는 통합형 MSDF/DNS 서버 계층 구조(500)의 예를 보인 것이다.
MSDF 데이터베이스는 복수의 MSDF 기록을 저장할 수 있고, MSDF는 복수의 기록 유형을 지원할 수 있다. 예를 들면, M2M 서비스 공급자 또는 M2M SCL 기록과 같은 기록 유형들이 생성될 수 있다. 다른 기록 유형들을 지원함으로써 MSDF는 필요로 하는 상이한 M2M 서비스 발견 기록 형식들을 가질 수 있다. MSDF가 지원하는 각각의 기록 형식에 대하여, SCL 호스트 어드레스, SCL 서비스 부류 등과 같은 정보를 내포하도록 기록 특성들이 규정될 수 있다.
MSDF는 MSDF 기록의 생성, 갱신, 삭제 또는 검색을 지원할 수 있다. 또한, MSDF는 MSDF 기록 속성에 기초하여 MSDF 기록을 찾기 위한 질의들을 또한 지원할 수 있다. 예를 들면, MSDF는 각 도메인 내의 특정 기록 속성, 예를 들면 '없음'(no)과 동일한 명명된 '이동성'을 갖는 유형 M2M SCL의 모든 MSDF 기록에 대하여 질의될 수 있다. 그 응답으로, MSDF는 '없음'과 동일한 '이동성' 속성과 함께 유형 M2M SCL의 MSDF 기록의 리스트를 되돌려 보낼 수 있다(만일 임의의 것이 검색되었으면).
MSDF SCL 발견 절차는 오프라인 공급되거나 다른 방식으로 발견될 수 있는 MSDF의 네트워크 어드레스의 인식에 의존할 수 있다. 전형적으로, 이것은 가장 가까운 MSDF(예를 들면, 로컬 도메인의 MSDF)의 어드레스일 수 있다. 예를 들어서, 만일 MSDF가 DNS-SD 서버 내에서 실현되면, MSDF 네트워크 어드레스는 하부의 네트워크 서비스 공급자 또는 도메인 관리자에 의해 구성 및 이용가능으로 될 수 있는 로컬 DNS-SD 서버 어드레스와 동등할 수 있다.
도 6은 M2M 서비스 공급자(또는 호스팅 SCL)(605), MSDF(610) 및 발행자(615)를 구비한 네트워크에서의 MSDF SCL 발견 절차(600)를 보인 것이다. M2M 서비스 공급자(또는 호스팅 SCL)(605)는 SCL이 MSDF 조사를 통해 다른 것에게 발견될 수 있게 하기 위해 SCL 발견 기록을 생성하게 하는 요청(620)을 MSDF(610)에게 발행할 수 있다. SCL 발견 기록은 MSDF 기록 유형(예를 들면, M2M SCL 발견), SCL을 소유하는 M2M 서비스 공급자, SCL의 sclBase에 대한 절대 URI, 다른 네트워크 엔티티의 어드레스 및 속성(예를 들면, 장치 관리 서버, 부트스트랩 서버 등의 어드레스 및 지원되는 프로토콜), SCL에 의해 지원되는 M2M 서비스 능력의 유형, SCL에 의해 지원되는 M2M 서비스의 부류(예를 들면, 이동성, 스케줄링 지연, 지원되는 데이터율, 영속성, 우선순위 레벨 등), SCL과 통신하기 위해 사용되는 프로토콜의 유형(예를 들면, HTTP/TCP, CoAP/UDP 등), SCL에 의해 지원되는 M2M 서비스 식별자의 유형(예를 들면, 빌딩 자동화, e-헬쓰, 소비자 전자장치, 유틸리티 등), 및 SCL에 의해 지원되는 M2M 애플리케이션 또는 장치의 유형(예를 들면, 온도 조절 장치, 심장 모니터, 카메라 등)과 같은 각종 유형의 속성과 함께 구성될 수 있다.
SCL 발견 기록 생성 요청(620)에 응답하여, MSDF(610)는 SCL 발견 기록이 성공적으로 생성되었는지 여부를 나타내는 응답(625)을 M2M 서비스 공급자(또는 호스팅 SCL)(605)에게 보낼 수 있다. 발행자(615)는 서비스 발견 요청(630)을 MSDF(610)에게 보냄으로써 SCL을 발견할 수 있다. 대안적으로, 가용 서비스들은 MSDF(610)에 의해 광고될 수 있다. 서비스 발견 요청(630)은 MSDF 기록 유형(예를 들면, M2M SCL 발견), MSDF(610)가 그 데이터베이스를 조사하기 위해 사용하는 선택적 질의 문자열, 및 MSDF(610)가 제공하는 필터 응답을 포함할 수 있다. 예를 들면, 질의 문자열은 특수 M2M 서비스 공급자, 발행자(615)가 찾고 있는 M2M 서비스의 유형 또는 부류, 또는 발행자(615)가 지원하는 프로토콜의 유형을 특정할 수 있다.
서비스 발견 요청(630)에 응답해서, MSDF(610)는 서비스 발견 요청(630)의 질의와 정합하는 MSDF 기록 리스트를 포함한 서비스 발견 응답(635)을 발행자(615)에게 보낼 수 있다. 질의가 복수의 정합하는 기록들을 야기하는 경우에, MSDF(610)는 어떤 기록이 그 응답으로 되돌려 보내지는지를 결정하는 추가 능력을 서비스 발견 응답(635)에 포함할 수 있다. 예를 들면, MSDF(610)는 얼마나 많은 각 유형의 기록들이 응답으로 되돌려 보내지는지를 계속하여 추적함으로써 동일 유형의 SCL에 걸친 균형 요청을 로드할 수 있다. 발행자(615)는 서비스 발견 응답(635)으로 자신이 수신한 MSDF 기록 리스트로부터 함께 부트스트랩/등록할 하나 이상의 SCL을 선택할 수 있다(640). 발행자(615)는 자신이 적당한 보안 증명서를 미리 획득하였으면 SCL 부트스트랩/등록 절차를 수행할 수 있다. 그렇지 않으면, 발행자(615)는 먼저 적당한 증명서를 획득할 필요가 있을 수 있다(예를 들면, 오프라인 공급을 통해서, 또는 도 2의 M2M 서비스 공급자 발견 절차(200) 및 도 3의 M2M 서비스 공급자 부트스트랩 절차(300)를 종료함으로써).
MSDF SCL 발견 절차(600)는 DNS-SD 프로토콜에 결합될 수 있다. 이 결합은 dns-sd.org(http://www.dns-sd.org/ServiceTypes.html)에 의해 MSDF DNS-SD 서비스 유형을 규정 및 등록함으로써 시작한다. 예를 들면, "m2m"으로 명명된 서비스는 적절히 규정 및 등록될 수 있다. 추가적인 MSDF DNS-SD 서비스 서브타입이 규정될 수 있다. 도 7은 MSDF DNS-SD SCL 발견을 통해 지원될 수 있는 서비스 서브타입의 유형의 예를 보인 것이다.
DNS-SD 포인터(PTR) 기록은 각각의 SCL 서비스 유형 인스턴스에 대하여, 및 선택적으로 각각의 SCL 서비스 서브타입 인스턴스에 대하여 목표 DNS 서버에서 생성될 수 있다. DNS-SD는 주어진 서비스 유형의 가용 인스턴스의 리스트를 발견하기 위해 DNS PTR 조사(lookup)를 이용할 수 있다. DNS PTR 조사에 대한 응답은 정합하는 인스턴스 명의 리스트이다.
SCL 서비스 유형 인스턴스에 대한 DNS-SD PTR 기록은 service.proto.domain PTR instance.service.proto.domain의 형식을 가질 수 있다. SCL 서비스 서브타입 인스턴스에 대한 DNS-SD PTR 기록은 sub-service.service.proto.domain PTR instance.sub-service.service.proto.domain의 형식을 갖는다. DNS-SD 포인터 기록의 서브서비스(sub-service)는 서브서비스 명이 뒤따르는 밑줄 문자(예를 들면, _hdr)일 수 있다. DNS-SD 포인터 기록의 서비스는 애플리케이션 프로토콜 명이 뒤따르는 밑줄 문자(예를 들면, _m2m)일 수 있다. DNS-SD 포인터 기록의 프로토(proto)는 밑줄이고 "_tcp"(TCP를 통해 동작하는 애플리케이션 프로토콜의 경우에) 또는 "_udp"(다른 모든 경우에)일 수 있다. DNS-SD 포인터 기록의 도메인은 서비스 명이 등록되는 DNS 서브도메인을 특정할 수 있다. 도메인은 "링크-로컬 도메인"을 의미하는 "로컬", 또는 비-로컬 DNS 도메인 명(예를 들면, "com")일 수 있다. DNS-SD 포인터 기록의 PTR은 DNS PTR 기록에서 사용되는 DNS 키워드일 수 있다. DNS-SD 포인터 기록의 인스턴스는 서비스 인스턴스에 지정된 사용자 친숙성(user-friendly) 이름(예를 들면, "페코"(peco)라고 명명된 유틸리티 공급자와 같은 M2M 서비스 공급자의 이름)일 수 있다.
유형 "m2m" 및 인스턴스 명 "페코"의 SCL 서비스 인스턴스에 대한 예시적인 PTR 기록은 _m2m._tcp.example.com. PTR peco._m2m._tcp.com일 수 있다.
인스턴스 명 "페코"를 가진 유형 "m2m" 및 서브타입 "유틸리티"의 SCL 서비스 인스턴스에 대한 예시적인 PTR 기록은 _utility._m2m._tcp.example.com. PTR peco._m2m._tcp.com일 수 있다.
DNS-SD 서비스(SRV) 기록은 각각의 SCL 서비스 유형 인스턴스 및 선택적으로 각각의 서비스 서브타입 인스턴스에 대하여 목표 DNS 서버에서 생성될 수 있다. DNS-SD는 DNS SRV 기록을 이용하여 목표 호스트 명 또는 어드레스와, 서비스 인스턴스가 도달될 수 있는 포트를 규정할 수 있다.
SCL 서비스 유형 인스턴스의 SRV 기록은 _service._proto.domain time-to-live(TTL) 부류 SRV 우선순위 비중(weight) 포트 타겟의 형식을 가질 수 있다.
SCL 서비스 서브타입 인스턴스의 SRV 기록은 sub_service._service._proto.domain TTL 부류 SRV 우선순위 비중 포트 타겟의 형식을 가질 수 있다. 이 SRV 기록에서, sub_service는 희망 서브서비스의 기호 명일 수 있고, 서비스는 희망 서비스의 기호 명일 수 있으며, 프로토는 일반적으로 TCP 또는 UDP인 희망 서비스의 운송 프로토콜일 수 있고, 도메인은 이 기록이 유효로 되는 도메인 명일 수 있고, TTL은 라이브 필드에 대한 표준 DNS 시간일 수 있고, 부류는 표준 DNS 부류 필드(이것은 항상 인터넷(IN)이다)일 수 있고, 우선순위는 하위 값이 더 큰 선호도를 의미하는 목표 호스트의 우선순위일 수 있고, 비중은 동일한 우선순위를 갖는 기록의 상대적 비중일 수 있고, 포트는 서비스가 발견되는 TCP 또는 UDP 포트일 수 있고, 타겟은 서비스를 제공하는 장치의 공식적(canonical) 호스트명일 수 있다.
유형 "m2m" 및 인스턴스 명 "페코"의 SCL 서비스 인스턴스에 대한 예시적인 SRV 기록은 _m2m._tcp.example.com. 86400 IN SRV 0 5 5060 peco.m2m.example.com일 수 있다.
인스턴스 명 "페코"를 가진 유형 "m2m" 및 서브타입 "유틸리티"의 SCL 서비스 인스턴스에 대한 예시적인 SRV 기록은 _utility._m2m._tcp.example.com. 86400 IN SRV 0 5 5060 peco.m2m.example.com일 수 있다.
MSDF DNS-SD 텍스트(TXT) 기록은 각각의 SCL 서비스 및 서브서비스 인스턴스에 대하여 목표 DNS 서버에서 생성될 수 있다. DNS-SD는 DNS TXT 기록을 이용하여 명명된 서비스에 대한 추가 정보를 운반하는 임시적 이름/값 쌍을 저장할 수 있다. 각각의 이름/값 쌍은 DNS TXT 기록 내에서 "이름=값"의 형태로 그 자신의 구성 문자열로서 암호화될 수 있다. 최초 '=' 문자까지의 모든 것은 이름이다. 최초 '=' 문자 이후 문자열의 끝까지의 모든 것(만일 있다면, 후속의 '=' 문자들을 포함한다)은 값이다. SCL 발견 견지로부터, DNS-SD TXT 기록은 SCL에 의해 지원되는 SCL에 대한 URI 경로, 다른 유형의 특징, 프로토콜 등과 같은 유용한 SCL 속성 정보를 저장하기 위해 사용될 수 있다.
예를 들면, DNS-SD TXT 기록은 SCL URI의 경로 부분(즉, SRV 기록에 의해 제공되는 IP 어드레스 또는 포트가 아니다), 즉 scl=<uri_path_to_sclBase>를 제공하기 위해 사용될 수 있다.
DNS-SD TXT 기록은 DNS PTR 및 SRV 기록을 사용하는 대신에 SCL에 의해 지원되는 서비스 서브타입(예를 들면 도 7에 도시된 것)을 규정하기 위해 또한 사용될 수 있다. 예를 들면, DNS-SD TXT 기록은 utility=true, sclhttp=true 및 rates=true와 같이, SCL 서비스 서브타입 이름/값 쌍을 포함할 수 있다.
도 8은 발행자(805) 및 로컬 DNS-SD MSDF 서버(810)를 포함하는 네트워크에서 유형 "m2m" 및 서브타입 "유틸리티"의 서비스 인스턴스를 찾기 위한 MSDF DNS-SD SCL 발견 절차(800)를 보인 것이다. 도 8을 참조하면, 발행자(805)는 DNS-SD 조사에서 사용하기 위한 등록된 DNS-SD M2M 서비스 유형 명의 오프라인 공급을 수행할 수 있다. 로컬 DNS-SD MSDF 서버(810)는 SCL 발견 기록과 함께 오프라인으로 공급될 수 있다(820).
각각의 M2M 서비스 공급자는 로컬 DNS-SD MSDF 서버(810)에서 SCL 발견 기록(예를 들면, DNS-SD PTR, SRV 및 TXT 기록)을 생성할 수 있고, 이것은 그 자신을 소유 및 관리하거나, 관리를 위해 다른 당사자에게 하청 계약(sub-contract)을 한다. 이러한 SCL 발견 기록은 개별 SCL(즉, sclBase)의 절대 어드레스(즉, URI), SCL에 의해 지원되는 서비스의 유형/부류 등과 같은 속성을 포함할 수 있다. 각각의 M2M SCU, 게이트웨이, 또는 서버는 DNS-SD PTR 기록 조사를 위해 사용하는 등록된 또는 표준화된 DNS-SD M2M 서비스 유형 명이 공급될 수 있다.
로컬 DNS-SD MSDF 서버(810)는 공중 DNS-SD MSDF 서비스 발견 도메인을 확립하기 위해 공중 DNS 등록 회사 또는 엔티티에 의해 오프라인으로 등록될 수 있다(825). 공중 DNS 등록 회사 또는 엔티티는 이 정보를 공개적으로 이용하게 할 수 있다. 다른 DNS-SD MSDF 서버는 그들의 계층 레벨 하에 확립된 임의의 새로운 서비스 발견 서브도메인을 발견할 수 있다. 이것은 M2M 서비스 공급자의 DNS-SD MSDF 서버가 발견되고 기존 DNS-SD MSDF 서버의 계층에 상호접속되게 할 수 있다. 만일 사설 DNS-SD MSDF 전개가 선호되면, 단계 825는 스킵될 수 있다.
발행자(805)의 DNS-SD MSDF 클라이언트는 그 지정된 로컬 DNS-SD MSDF 서버의 어드레스에 의해 발견, 구성 또는 공급될 수 있다(830). 하부의 접근 네트워크 기술에 따라서, 이 처리는 자동화될 수 있고, 또는 수동 오프라인 구성을 요구할 수 있다. 발행자(805)는 '_utility._m2m._tcp.com'에 대한 DNS-SD PTR 질의(840)를 그 로컬 DNS-SD MSDF 서버(810)에게 보냄으로써 M2M SCL 발견 절차(835)를 개시할 수 있다. 지정된 로컬 DNS-SD MSDF 서버(810)는 대응하는 SCL의 M2M SCL 인스턴스 명을 각각 내포하는 가용 DNS-SD PTR 기록의 리스트를 포함한 DNS-SD 응답(845)으로 발행자(805)에게 응답할 수 있다. 발행자(805)는 대응하는 SCL 네트워크 어드레스 및 가능한 추가의 발견 정보(예를 들면, peco._m2m._tcp.com)를 취득하기 위해 분석하고자 하는 하나 이상의 PTR 기록을 선택할 수 있다(850). 발행자(805)는 분석하고자 하는 각각의 SCL 인스턴스 명마다 로컬 DNS-SD MSDF 서버(810)에게 하나 이상의 DNS-SD 질의 요청(855)을 보낼 수 있다. 별도의 요청이 각각의 SCL 인스턴스 명마다 필요할 수 있다는 점에 주목한다.
로컬 DNS-SD MSDF 서버(810)는 각각의 대응하는 DNS-SD 질의 요청(855)에 대하여 SRV 및 TXT 기록과 함께 응답(860)을 보낼 수 있다. SRV 기록은 SCL의 네트워크 명 또는 어드레스(예를 들면, 전체 주소 도메인 명(fully qualified domain name, FQDN) 또는 IP 어드레스 및 포트)를 내포할 수 있다. TXT 기록은 SCL에 의해 지원되는 sclBase에 대한 URI 경로, 서비스의 유형 또는 부류, 프로토콜 등과 같은 선택적 정보를 내포할 수 있다. 만일 FQDN이 IP 어드레스보다는 SRV 기록으로 복귀되면, IP 어드레스에 대한 FQDN을 분석하기 위해 추가의 DNS 조사가 요구될 수 있다. 발행자(805)는 부트스트랩할 SCL을 선택할 수 있다(예를 들면, 가장 적합한 SCL을 찾기 위해 TXT 기록으로부터의 정보를 이용해서)(865).
자원 SCL 발견 절차는 이 절차가 MSDF와 어떠한 상호작용도 요구하지 않기 때문에 MSDF 기반 절차에 비하여 경량 절차(lighter weight precedure)로서 특징지을 수 있다. 이 경량 SCL 발견 절차는 M2M 게이트웨이 뒤에 있는 자원 구속형(예를 들면, 비-M2M 서비스가 가능한) SCU에 특히 잘 어울릴 수 있지만, 잠재적으로 다른 시나리오에도 또한 사용될 수 있다. SCL 발견 절차 중에 목표로 되는 호스트의 네트워크 어드레스는 미리 알려질 수 있다.
도 9는 SCL의 자동화 발견을 촉진하기 위해 사용되는 공지 자원인 sclDiscovery 자원(905)을 포함한 M2M 서비스 발견 자원 구조(900)를 보인 것이다. 이 구조는 SCL 발견 요청에 포함된 SCL 발견 질의 기준과 정합하는 SCL에 대한 URI의 리스트를 검색하기 위해 사용될 수 있다. sclDiscovery 자원(905)은 여기에서 설명하는 MSDF 접근법에 비하여 더욱 경량 및 자동화 방식으로 호스팅 M2M 서버, 게이트웨이 또는 장치에서 SCL의 발견을 지원할 수 있다. 이 경량 SCL 발견 절차는 M2M 게이트웨이 뒤에 있는 자원 구속형 비-M2M 서비스 가능 장치에 특히 잘 어울릴 수 있지만, 다른 시나리오에도 또한 사용될 수 있다. SCL 발견 절차 중에 목표로 되는 호스트의 네트워크 어드레스는 미리 알려질 수 있다.
예를 들면, 비-M2M 서비스 가능 장치는 그 대응하는 M2M 게이트웨이를 발견할 수 있도록 상기 대응하는 M2M 게이트웨이의 IP 어드레스를 알고 있을 수 있다. M2M 게이트웨이 뒤에 있는 비-M2M 서비스 가능 장치에 대해서, M2M 게이트웨이의 네트워크 어드레스에 대한 지식은 M2M 게이트웨이가 이러한 유형의 네트워크에 대한 협력 네트워크 노드이기 때문에 알려질 수 있고, 그 결과, 비-M2M 서비스 가능 장치는 하위 계층 네트워크 초기화 및 연합 절차 중에 게이트웨이의 네트워크 어드레스를 발견할 수 있다.
도 9의 M2M 서비스 발견 자원 구조(900) 내의 sclDiscovery 자원(905)은 M2M sclBase 자원 트리 구조(910) 이상의 레벨에서 구현되는 공지의 자원일 수 있다. sclDiscovery 자원(905)은 M2M 서버, 게이트웨이 또는 장치에 의해 호스트되는 각각의 sclBase 자원에 대한 절대 URI를 유지할 수 있다. 공지의 sclDiscovery 자원(905) 뒤의 논리적 근거(rationale)는 "RESTful" 방식(여기에서, RESTful은 REST(REpresentational State Transfer) 구속에 일치하는 것을 말한다)으로 SCL을 발견하는 것이 SCL의 <sclBase> 자원의 발견과 동등할 수 있다는 것이다. M2M 서버, 게이트웨이 또는 장치에서 공지의 sclDiscovery 자원(905)을 유지함으로써, 호스트된 SCL의 발견은 가끔 시간들이 자동화될 필요가 있고 인간의 임의의 상호작용에 의존하지 않는 M2M 유즈 케이스에 잘 어울리는 편안한(restful) 자동화 방식으로 수행될 수 있다.
sclDiscovery 자원은 sclBase 속성을 수반하는 것과 같은 필터 기준뿐만 아니라 생성 검색 갱신 및 파괴(create retrieve update and destroy, CRUD) 요청을 지원할 수 있다. 복수의 SCL이 동일한 M2M 서버, 게이트웨이 또는 장치에서 국부적으로 구현될 수 있다는 것을 아는 것이 중요하다. 따라서, sclDiscovery 응답은 SCL 발견 검색 요청에서 특정된 필터 기준과 정합하는 절대 sclBase URI의 리스트를 내포할 수 있다.
필터 기준을 포함하는 SCL 발견 요청의 예는 "Retrieve coap://m2m.myoperator.org:<well_known_m2m_port>/discovery?attrib1=val1&attrib2=val2..."일 수 있다.
공지 포트의 이용은 SCL 발견의 자동화를 또한 가능하게 한다. 공지의 sclDiscovery 자원과 함께 공지의 포트를 규정함으로써, SCL 발견을 수행하기 위해 필요한 유일한 남아있는 정보는 목표로 된 M2M 서버, 게이트웨이 또는 장치의 네트워크 어드레스(예를 들면, IP 어드레스)일 수 있다.
도 10은 M2M 공지 자원 SCL 발견 절차(1000)를 보인 것이다. 각각의 M2M 서버, 게이트웨이 및 장치는 그 자신의 sclDiscovery 공지 자원(1005)을 유지한다. 그들의 책무는 질의 문자열과 함께, 각각의 호스트된 sclBase 자원에 대한 절대 URI를 유지하고 sclDiscovery 공지 자원에 대한 CRUD 요청을 서비스하는 것을 포함할 수 있다. 발행자(1010)는 SCL 발견 요청(1015)을 목표 M2M 서버, 게이트웨이 또는 장치 sclDiscovery 공지 자원(1005)에게 보낼 수 있다. 서비스 발견 요청은 접근권한ID(accessRightID), 조사문자열(searchStrings), 생성시간(creationTime), 최종수정시간(lastModifiedTime), Pocs와 같은 sclBase 속성을 이용하는 질의 문자열을 포함하고, SCL을 소유하는 M2M 서비스 공급자, SCL의 sclBase에 대한 절대 URI, SCL에 의해 지원되는 M2M 서비스의 부류(예를 들면, 이동성, 스케줄링 지연, 지원되는 데이터율, 영속성, 우선순위 레벨 등), SCL과 통신하기 위해 사용되는 프로토콜의 유형(예를 들면, HTTP/TCP, CoAP/UDP 등), SCL에 의해 지원되는 M2M 서비스 식별자의 유형(예를 들면, 빌딩 자동화, e-헬쓰, 소비자 전자장치, 유틸리티 등), SCL에 의해 지원되는 M2M 애플리케이션 또는 장치의 유형(예를 들면, 온도 조절 장치, 심장 모니터, 카메라 등), 및 2차 M2M 서비스 공급자(예를 들면, 특수 유틸리티 회사, 특수 보안 회사 등)와 같은 SCL 발견을 지원하는 새로운 sclBase 속성을 스케줄 및 제안할 수 있다.
도 10에 도시된 것처럼, M2M 서버, 게이트웨이 및 장치 sclDiscovery 공지 자원(1005)은 발행자(1010)에게 SCL 발견 결과를 제공하는 서비스 발견 응답(1020)을 보낼 수 있다. 응답(1020)은 SCL 발견 결과(1015)의 질의 문자열과 정합하는 SCL의 리스트를 포함할 수 있다. 더 나아가, 응답(1020)은 각 SCL의 sclBase에 대한 절대 URI를 또한 포함할 수 있다. 발행자(1010)는 그 다음에 부트스트랩 또는 등록을 위해 응답(1020)의 SCL로부터 하나 이상의 SCL을 선택할 수 있다(1025). 발행자(1010)는 적당한 보안 증명서를 미리 획득하였으면 SCL 부트스트랩/등록 절차를 수행할 수 있다. 그렇지 않으면, 발행자(1010)는 먼저 적당한 증명서를 획득할 필요가 있을 수 있다(예를 들면, 오프라인 공급을 통해서, 또는 도 2의 M2M 서비스 공급자 발견 절차(200) 및 도 3의 M2M 서비스 공급자 부트스트랩 절차(300)를 종료함으로써).
DNS SCL 발견은 SCL의 호스트의 도메인 명이 공지되었지만 네트워크 어드레스가 아닌 때 M2M SCL을 찾기 위해 사용될 수 있다. 그러한 경우에, M2M 애플리케이션/SCU/게이트웨이/서버는 대응하는 도메인 명을 가진 호스트의 네트워크 어드레스를 발견하기 위해 DNS 서버의 도움을 구할 수 있다. 호스트의 네트워크 어드레스가 공지되었으면, 도 10의 공지 자원 SCL 발견 절차(1000)와 같은 메카니즘을 이용하여 호스트에 있는 SCL의 절대 URI를 찾을 수 있다.
도 11은 DNS 기반형 M2M SCL 발견 절차(1100)를 보인 것이다. DNS 기반형 M2M SCL 발견 절차(1100)는 오프라인 공급되거나 및/또는 접근 네트워크 부트스트래핑, DHCP, 장치 관리 구성 또는 일부 다른 필적하는 방법과 같은 절차를 통하여 먼저 발견될 수 있는 DNS 서버의 네트워크 어드레스의 인식에 의존할 수 있다.
M2M 서비스 공급자(1105)는 각각의 자신의 SCL 호스트(예를 들면, SCL을 호스트하는 M2M 서버)의 도메인 명을 등록하여 그들을 공개할 수 있다. 만일 사설 DNS 전개가 바람직하면, 단계 1110는 스킵될 수 있다. M2M 서비스 공급자(1105)는 SCL을 호스팅하는 하나 이상의 자신의 M2M 서버 각각에 대하여 DNS 서버(1115)를 전개하고 DNS 기록을 DNS 서버(1115)에게 설치할 수 있다(1120).
M2M 애플리케이션/SCU/게이트웨이/서버(1125)는 전개된 DNS 서버(1115)의 네트워크 어드레스가 공급되거나, 또는 DNS 서버(1115)의 네트워크 어드레스에 의해 동적으로 구성될 수 있다(예를 들면, 접근 네트워크 부트스트래핑, DHCP, 장치 관리 구성 또는 일부 다른 필적하는 방법과 같은 절차를 통해서)(1130). M2M 애플리케이션/SCU/게이트웨이/서버(1125)는 그 다음에, 가용 SCL과 호스트하기 위해 하나 이상의 전체 주소 도메인 명(FQDN)이 공급될 수 있고, 또는 접근 네트워크 부트스트래핑, DHCP, 장치 관리 구성 또는 일부 다른 필적하는 방법과 같은 절차를 통하여 이 정보에 의해 동적으로 구성될 수 있다(1135).
M2M 애플리케이션/SCU/게이트웨이/서버(1125)는 자신의 공급/구성된 FQDN 및 전개된 DNS 서버(1115)의 네트워크 어드레스를 이용하여 DNS 조사 요청(1140)을 전개된 DNS 서버(1115)에 보냄으로써 SCL을 발견할 수 있다. 전개된 DNS 서버(1115)는 대응하는 SCL 호스트의 분석된 네트워크 어드레스와 함께 응답(1145)을 보낼 수 있다.
분석된 네트워크 어드레스의 형식에 따라서, 추가의 발견 단계가 필요할 수 있다. 만일 분석된 네트워크 어드레스가 SCL의 호스트의 IP 어드레스이고 호스트에 위치된 SCL에 대한 완전한 URI 경로가 아니면, 추가의 발견이 필요할 수 있다(예를 들면, 도 10의 M2M 공지 자원 SCL 발견 절차(1000)가 SCL 호스트의 IP 어드레스를 이용하여 완전한 URI를 발견하기 위해 사용될 수 있다). 만일 M2M 애플리케이션/SCU/게이트웨이/서버(1125)가 이미 적당한 보안 증명서를 갖고 있으면, M2M 애플리케이션/SCU/게이트웨이/서버(1125)는 SCL 부트스트랩/등록 절차를 수행할 수 있다. 그렇지 않으면, M2M 애플리케이션/SCU/게이트웨이/서버(1125)는 적당한 증명서를 먼저 획득할 수 있다(예를 들면, 오프라인 공급을 통해서, 또는 도 2의 M2M 서비스 공급자 발견 절차(200) 및 도 3의 M2M 서비스 공급자 부트스트랩 절차(300)를 종료함으로써).
도 12는 DHCP 기반형 M2M SCL 발견 절차(1200)를 보인 것이다. DHCP 기반형 M2M SCL 발견 절차(1200)는 DHCP 서버에 대한 요청을 통하여 M2M SCL을 찾기 위해 사용될 수 있다. 그 경우에, M2M 장치/게이트웨이는 DHCP 서버에 미리 프로그램된 하나 이상의 가용 M2M SCL의 어드레스를 발견하도록 DHCP 서버에 요청을 행할 수 있다(예를 들면, DHCP 서버 관리자에 의해). DHCP 서버는 또한 SCL의 어드레스가 아닌 추가의 SCL 정보를 제공하기 위해 사용될 수 있다(예를 들면, SCL에 의해 지원되는 M2M 서비스 능력의 유형 등).
DHCP 기반형 M2M SCL 발견 절차(1200)는 오프라인 공급되거나 및/또는 방송, 접근 네트워크 부트스트래핑, 장치 관리 구성 또는 일부 다른 필적하는 방법과 같은 절차를 통하여 먼저 발견될 수 있는 DHCP 서버의 네트워크 어드레스의 인식에 의존할 수 있다.
M2M 서비스 공급자(1205)는 각각의 자신의 SCL의 어드레스(예를 들면, SCL의 URI), 또는 각각의 자신의 SCL 호스트의 어드레스(예를 들면, SCL을 호스트하는 M2M 서버의 IP 어드레스)에 의해 DHCP 서버(1210)를 구성할 수 있다. M2M 서비스 공급자(1205)는 DHCP 서버(1210)를 전개하여 다른 서버들이 접근하게 할 수 있다(1220).
M2M 애플리케이션/SCU/게이트웨이/서버(1225)는 DHCP 서버(1210)의 네트워크 어드레스가 공급되거나, 또는 DHCP 서버(1210)의 네트워크 어드레스를 동적으로 발견하거나(예를 들면, 방송을 통해), 또는 접근 네트워크 부트스트래핑, 장치 관리 구성 또는 일부 다른 필적하는 방법과 같은 절차를 통해서 DHCP 서버(1210)의 어드레스에 의해 동적으로 구성될 수 있다(1230). M2M 애플리케이션/SCU/게이트웨이/서버(1225)는 DHCP 요청(1235)을 DHCP 서버(1210)에게 보냄으로써 SCL을 발견할 수 있다. 다른 DHCP 요청(1235)도 레버리지될 수 있다는 점에 주목한다(예를 들면, DHCP 정보 유형 요청이 사용될 수 있다).
DHCP 서버(1210)는 SCL의 어드레스(예를 들면, SCL의 절대 URI 또는 SCL의 호스트의 IP 어드레스), 및 SCL의 어드레스가 아닌 추가의 SCL 정보(예를 들면, SCL에 의해 지원되는 M2M 서비스 능력의 유형)와 함께 응답(1240)을 보낼 수 있다.
복귀된 SCL 어드레스의 형식에 따라서, 추가의 발견 단계가 필요할 수 있다. 만일 복귀된 SCL 어드레스가 SCL의 호스트의 IP 어드레스이고 호스트에 위치된 SCL에 대한 완전한 URI 경로가 아니면, 추가의 발견이 필요할 수 있다(예를 들면, 도 10의 M2M 공지 자원 SCL 발견 절차(1000)가 SCL 호스트의 IP 어드레스를 이용하여 완전한 URI를 발견하기 위해 사용될 수 있다). 만일 M2M 애플리케이션/SCU/게이트웨이/서버(1225)가 이미 적당한 보안 증명서를 갖고 있으면, M2M 애플리케이션/SCU/게이트웨이/서버(1225)는 SCL 부트스트랩/등록 절차를 수행할 수 있다. 그렇지 않으면, M2M 애플리케이션/SCU/게이트웨이/서버(1225)는 적당한 증명서를 먼저 획득할 수 있다(예를 들면, 오프라인 공급을 통해서, 또는 도 2의 M2M 서비스 공급자 발견 절차(200) 및 도 3의 M2M 서비스 공급자 부트스트랩 절차(300)를 종료함으로써).
하부의 접근 네트워크 부트스트랩/등록 절차는 M2M SCL을 지정하기 위해 사용될 수 있다. 그 경우에, M2M 장치/게이트웨이/서버는 접근 네트워크 부트스트랩/등록 절차 중에 지정 SCL에 의해 구성될 수 있다. 접근 네트워크 부트스트래핑 및 등록이 완료된 후까지 M2M 서비스 등록이 수행되지 않을 수 있기 때문에, 이 접근법은 SCL 구성 정보가 접근 네트워크 부트스트랩/등록시에 이용가능인 경우에 실행가능하다.
접근 네트워크 부트스트랩/등록 기반형 M2M SCL 발견 절차는 먼저 접근 네트워크 공급자에 의한 SCL 어드레스의 인식에 의존할 수 있다(예를 들면, SCL의 호스트의 FQDN 또는 IP 어드레스, <sclBase>의 URI 등). M2M 서비스 공급자는 SCL 어드레스를 접근 네트워크 공급자와 공유할 수 있다(예를 들면, 이들은 확립된 관계를 가질 수 있다). M2M 장치/게이트웨이/서버는 접근 네트워크 부트스트랩/등록 절차를 수행할 수 있고, 그 동안에 접근 네트워크 공급자는 지정된 SCL에 의해 장치/게이트웨이/서버를 구성할 수 있다.
SCL 어드레스의 형식에 따라서, 추가의 발견 단계가 필요할 수 있다. 만일 SCL 어드레스가 SCL의 호스트의 IP 어드레스 또는 FQDN의 형태이고 호스트에 위치된 SCL에 대한 완전한 URI 경로가 아니면, 추가의 발견이 필요할 수 있다(예를 들면, 도 10의 M2M 공지 자원 SCL 발견 절차(1000)가 SCL 호스트의 IP 어드레스를 이용하여 완전한 URI를 발견하기 위해 사용될 수 있다). 만일 M2M 장치/게이트웨이/서버가 이미 적당한 보안 증명서를 갖고 있으면, M2M 장치/게이트웨이/서버는 SCL 부트스트랩/등록 절차를 수행할 수 있다. 그렇지 않으면, M2M 장치/게이트웨이/서버는 적당한 증명서를 먼저 획득할 수 있다(예를 들면, 오프라인 공급을 통해서, 또는 도 2의 M2M 서비스 공급자 발견 절차(200) 및 도 3의 M2M 서비스 공급자 부트스트랩 절차(300)를 종료함으로써).
하부의 접근 네트워크 관리 기능(예를 들면, 개방 모바일 동맹-장치 관리(Open Mobile Alliance-device management, OMA-DM)이 M2M SCL을 지정하기 위해 사용될 수 있다. 그 경우에, M2M 장치/게이트웨이/서버는 네트워크 관리 기능을 통해 지정 SCL에 의해 구성될 수 있다. 이 접근법의 장점은 접근 네트워크 관리 기능이 접근 네트워크 부트스트랩/등록 동안에 M2M 장치/게이트웨이/서버를 구성하는 것으로만 제한되지 않는다는 점이다. 그 대신에, 접근 네트워크 관리 기능은 지정 SCL을 더 동적인 방식으로 구성/재구성하기 위해 복수의 갱신을 발행할 수 있다.
장치 관리 기반형 M2M 서비스 발견 절차는 먼저 네트워크 관리 서버에 의한 SCL 어드레스의 인식에 의존할 수 있다(예를 들면, SCL의 호스트의 FQDN 또는 IP 어드레스, <sclBase>의 URI 등).
M2M 서비스 공급자는 SCL 어드레스를 네트워크 관리 서버와 공유할 수 있다. M2M 장치/게이트웨이/서버는 접근 네트워크 부트스트랩/등록 절차를 수행할 수 있다. 이 절차 중에, 장치/게이트웨이/서버는 접근 네트워크에 있는 네트워크 관리 서버에 의해 지정 SCL의 어드레스로 구성될 수 있다. 대안적으로, 네트워크 관리 서버는 장치/게이트웨이/서버의 어드레스가 공급되거나 그 어드레스를 동적으로 발견할 수 있다(예를 들면, 방송, 지역 방송 등과 같은 일부 접근 네트워크 발견 메카니즘을 이용함으로써).
M2M 애플리케이션/SCU/게이트웨이/서버는 SCL 어드레스 정보를 네트워크 관리 서버로부터 요청할 수 있다. 대안적으로, 네트워크 관리 서버는 SCL 어드레스 정보를 장치/게이트웨이/서버 SCL에게 보낼 수 있다. SCL 어드레스의 형식에 따라서, 추가의 발견이 필요할 수 있다. 만일 SCL 어드레스가 SCL의 호스트의 IP 어드레스 또는 FQDN의 형태이고 호스트에 위치된 SCL에 대한 완전한 URI 경로가 아니면, 추가의 발견이 필요할 수 있다(예를 들면, 도 10의 M2M 공지 자원 SCL 발견 절차(1000)가 SCL 호스트의 IP 어드레스를 이용하여 완전한 URI를 발견하기 위해 사용될 수 있다). 만일 장치/게이트웨이/서버가 이미 적당한 보안 증명서를 갖고 있으면, 장치/게이트웨이/서버는 SCL 부트스트랩/등록 절차를 시작할 수 있다. 그렇지 않으면, 장치/게이트웨이/서버는 적당한 증명서를 먼저 획득할 수 있다(예를 들면, 오프라인 공급을 통해서, 또는 도 2의 M2M 서비스 공급자 발견 절차(200) 및 도 3의 M2M 서비스 공급자 부트스트랩 절차(300)를 종료함으로써).
M2M 서비스 공급자 발견은 M2M 장치/게이트웨이/애플리케이션이 M2M 서비스 공급자에 가입되어 있지 않고 하나 이상의 가용 공급자를 찾기 위해 M2M 서비스 공급자 발견을 이용할 때 필요할 수 있다. 또한, M2M 서비스 공급자 발견은 M2M 장치/게이트웨이/애플리케이션이 새로운 M2M 서비스 공급자 가입을 위해 기존 M2M 서비스 공급자 가입을 변경하거나, 또는 아마도 추가의 서비스를 위해 다른 M2M 서비스 공급자에 가입할 필요가 있을 때 필요할 수 있다. 예를 들어서 기존 M2M 서비스 공급자가 장치/게이트웨이가 요구하는 서비스를 제공하지 않을 때, M2M 장치, 게이트웨이 및 애플리케이션은 적당하고 이용가능한 M2M 서비스 공급자를 찾기 위해 발견 절차를 수행할 수 있다.
실시형태
1. 서비스 공급자와 제휴된 서비스에 접근하는 방법에 있어서,
적어도 하나의 서비스 공급자를 발견하기 위해 제1 발견 절차를 수행하는 단계와;
적어도 하나의 발견된 서비스 공급자에 의해 지원되는 가용 서비스 능력 계층(service capability layer, SCL)을 결정하기 위해 제2 발견 절차를 수행하는 단계를 포함한 서비스 접근 방법.
2. 실시형태 1에 있어서, 적어도 하나의 서비스 공급자와 함께 부트스트랩 절차를 수행하는 단계를 더 포함한 서비스 접근 방법.
3. 실시형태 2에 있어서, 제1 발견 절차는,
서비스 공급자 발견 기록의 정합을 결정하기 위해 기록 데이터베이스에 질의하기 위한 정보를 포함하는 서비스 공급자 발견 요청을 송신하는 단계와;
서비스 공급자 발견 요청의 질의와 정합하는 서비스 발견 기능 기록을 포함한 서비스 공급자 발견 응답을 수신하는 단계를 포함한 것인 서비스 접근 방법.
4. 실시형태 3에 있어서, 서비스 발견 기능 기록 리스트로부터 함께 부트스트랩하기 위한 적어도 하나의 서비스 공급자를 선택하는 단계를 더 포함한 서비스 접근 방법.
5. 실시형태 4에 있어서, 부트스트랩 절차는,
선택된 서비스 공급자에게 요청을 송신하는 단계와;
서비스 공급자의 적어도 하나의 SCL과 부트스트랩을 개시하기 위해 노드가 필요로 하는 정보를 포함한 응답을 선택된 서비스 공급자로부터 수신하는 단계를 포함한 것인 서비스 접근 방법.
6. 실시형태 5에 있어서, 정보는 보안 증명서를 포함한 것인 서비스 접근 방법.
7. 실시형태 1-6 중 어느 하나에 있어서, 제2 발견 절차는,
SCL 발견 기록의 정합을 결정하기 위해 기록 데이터베이스에 질의하기 위한 정보를 포함하는 서비스 발견 요청을 발행자가 송신하는 단계와;
서비스 발견 요청의 질의와 정합하는 서비스 발견 기능 기록을 포함한 서비스 발견 응답을 발행자가 수신하는 단계를 포함한 것인 서비스 접근 방법.
8. 실시형태 7에 있어서, 서비스 발견 기능 기록 리스트는 복수의 SCL 어드레스를 포함하고,
상기 방법은,
호스트에 위치된 SCL에 대한 완전한 URI 경로를 표시하지 않는 각각의 SCL 어드레스의 인터넷 식별자(uniform resource identifier, URI)를 발견하기 위해 발행자가 공지의 자원에게 SCL 발견 요청을 송신하는 단계와;
발견된 URI를 포함한 SCL 발견 응답을 발행자가 공지의 자원으로부터 수신하는 단계와;
발행자가 서비스 발견 기능 기록 리스트로부터 함께 부트스트랩하기 위한 적어도 하나의 SCL을 선택하는 단계를 더 포함한 것인 서비스 접근 방법.
9. 실시형태 1-6 중 어느 하나에 있어서, 제2 발견 절차는,
SCL 발견 기록을 도메인 명 시스템 기반 서비스 발견(domain name system-based service discovery, DNS-SD) 사물 지능 통신(machine-to-machine, M2M) 서비스 발견 기능(M2M service discovery function, MSDF) 서버에게 공급하는 단계와;
공중 DNS-SD MSDF 서비스 발견 도메인을 확립하기 위해 공중 DNS 등록 회사 또는 엔티티에 DNS-SD MSDF 서버를 등록하는 단계와;
DNS-SD MSDF 서버가 발행자로부터 DNS-SD 질의를 수신하는 단계와;
DNS-SD 질의에 응답하여 DNS-SD MSDF 서버가 발행자에게 SCL 발견 기록을 송신하는 단계를 포함한 것인 서비스 접근 방법.
10. 실시형태 1-6 중 어느 하나에 있어서, 제2 발견 절차는,
발행자로부터 SCL 발견 요청을 수신하는 단계와;
SCL 발견 결과를 발행자에게 제공하는 서비스 발견 응답을 송신하는 단계를 포함한 것인 서비스 접근 방법.
11. 실시형태 10에 있어서, SCL 발견 요청은 sclBase 속성을 이용하는 질의 문자열을 포함한 것인 서비스 접근 방법.
12. 실시형태 11에 있어서, SCL 발견 응답은 질의 문자열과 정합하는 SCL의 리스트 및 각 SCL의 sclBase에 대한 절대 인터넷 식별자(URI)를 포함한 것인 서비스 접근 방법.
13. 실시형태 1-6 중 어느 하나에 있어서, 제2 발견 절차는,
전개된 도메인 명 시스템(domain name system, DNS) 서버의 네트워크 어드레스를 발행자에게 공급하거나 구성하는 단계와;
가용 SCL을 가진 호스트에 대한 적어도 하나의 전체 주소 도메인 명(fully qualified domain name, FQDN)을 발행자에게 공급하거나 구성하는 단계와;
발행자가 네트워크 어드레스 및 FQDN을 이용하여 DNS 조사 요청을 전개된 DNS 서버에게 송신하는 단계와;
발행자가 대응 SCL 호스트의 분석된 네트워크 어드레스를 수신하는 단계를 포함한 것인 서비스 접근 방법.
14. 실시형태 1-6 중 어느 하나에 있어서, 제2 발견 절차는,
동적 호스트 구성 프로토콜(dynamic host configuration protocol, DHCP) 서버의 네트워크 어드레스를 발행자에게 공급하거나 구성하는 단계와;
발행자가 DHCP 요청을 전개된 DHCP 서버에게 송신하는 단계와;
발행자가 SCL의 어드레스 및 추가 SCL 정보를 포함한 응답을 수신하는 단계를 포함한 것인 서비스 접근 방법.
15. 서비스 공급자와 제휴된 서비스에 접근하는 방법에 있어서,
전개된 도메인 명 시스템(domain name system, DNS) 서버의 네트워크 어드레스를 발행자에게 공급하거나 구성하는 단계와;
가용 서비스 능력 계층(service capability layer, SCL)을 가진 호스트에 대한 적어도 하나의 전체 주소 도메인 명(fully qualified domain name, FQDN)을 발행자에게 공급하거나 구성하는 단계와;
발행자가 네트워크 어드레스 및 FQDN을 이용하여 DNS 조사 요청을 전개된 DNS 서버에게 송신하는 단계와;
발행자가 대응 SCL 호스트의 분석된 네트워크 어드레스를 수신하는 단계를 포함한 서비스 접근 방법.
16. 실시형태 15에 있어서, 발행자는 무선 송수신 유닛(wireless transmit/receive unit, WTRU)인 서비스 접근 방법.
17. 적어도 하나의 서비스 공급자를 발견하기 위해 제1 발견 절차를 수행하고, 적어도 하나의 발견된 서비스 공급자와 함께 부트스트랩 절차를 수행하며, 적어도 하나의 발견된 서비스 공급자에 의해 지원되는 가용 서비스 능력 계층(service capability layer, SCL)을 결정하기 위해 제2 발견 절차를 수행하도록 구성된 장치.
18. 실시형태 17에 있어서, 장치는 무선 송수신 유닛(wireless transmit/receive unit, WTRU)인 장치.
19. 실시형태 17에 있어서, 장치는 게이트웨이인 장치.
20. 실시형태 17에 있어서, 장치는 서버인 장치.
21. 적어도 하나의 서비스 공급자를 발견하기 위해 제1 발견 절차를 수행하고, 적어도 하나의 발견된 서비스 공급자와 함께 부트스트랩 절차를 수행하며, 적어도 하나의 발견된 서비스 공급자에 의해 지원되는 가용 서비스 능력 계층(service capability layer, SCL)을 결정하기 위해 제2 발견 절차를 수행하도록 구성된 애플리케이션을 저장하도록 구성된 컴퓨터 판독가능 저장 매체.
지금까지 특징 및 요소들을 특수한 조합으로 설명하였지만, 이 기술에 통상의 지식을 가진 사람이라면 각 특징 또는 요소는 단독으로, 또는 임의의 다른 특징 및 요소와 함께 조합으로 사용될 수 있다는 것을 이해할 것이다. 또한, 여기에서 설명한 실시형태들은 컴퓨터 또는 프로세서에 의해 실행되는 컴퓨터 판독가능 매체에 통합된 컴퓨터 프로그램, 소프트웨어 또는 펌웨어로 구현될 수 있다. 컴퓨터 판독가능 매체의 예로는 전자 신호(유선 또는 무선 접속을 통해 전송된 것) 및 컴퓨터 판독가능 저장 매체가 있다. 컴퓨터 판독가능 저장 매체의 비제한적인 예로는 읽기 전용 메모리(ROM), 랜덤 액세스 메모리(RAM), 레지스터, 캐시 메모리, 반도체 메모리 소자, 자기 매체(예를 들면, 내부 하드 디스크 및 착탈식 디스크), 자기 광학 매체, 및 컴팩트 디스크(CD) 또는 디지털 다기능 디스크(DVD)와 같은 광학 매체가 있다. 프로세서는 소프트웨어와 연합해서 WTRU, SCU, UE, 단말기, 기지국, 노드-B, eNB, HNB, HeNB, AP, RNC, 무선 라우터 또는 임의의 호스트 컴퓨터에서 사용되는 라디오 주파수 송수신기를 구현하기 위해 사용될 수 있다.

Claims (26)

  1. 서비스 공급자와 제휴된(affiliated) 서비스에 접근(access)하는 방법에 있어서,
    발행자가 적어도 하나의 서비스 공급자를 발견하기 위해 제1 발견 절차를 수행하는 단계와 - 상기 제1 발견 절차는, 상기 발행자가 사물 지능 통신(machine-to-machine; M2M) 서비스 부류(service class) 파라미터를 포함하는 서비스 공급자 발견 요청을 송신하는 단계와, 상기 발행자가 서비스 공급자 발견 응답을 수신하는 단계를 포함함 -;
    상기 발행자가 적어도 하나의 발견된 서비스 공급자와 함께 부트스트랩 절차를 수행하는 단계와;
    상기 발행자가 적어도 하나의 발견된 서비스 공급자에 의해 지원되는 가용 서비스 능력 계층(service capability layer, SCL)을 결정하기 위해 제2 발견 절차를 수행하는 단계를 포함하며,
    상기 제2 발견 절차는,
    상기 발행자로부터 도메인 명 시스템 기반 서비스 발견(domain name system-based service discovery, DNS-SD) 사물 지능 통신 서비스 발견 기능(M2M service discovery function, MSDF) 서버로 DNS-SD 질의를 송신하는 단계로서, 상기 DNS-SD MSDF 서버에는 SCL 발견 기록이 공급(provision)되고, 상기 DNS-SD MSDF 서버는 공중 DNS 등록(registrar) 엔티티에 등록되며, 상기 SCL 발견 기록은, 각 SCL에 대하여, 각 SCL에 의해 지원되는 M2M 서비스 능력의 유형(type) 및 각 SCL에 의해 지원되는 M2M 서비스의 부류(class)를 포함하는 것인, DNS-SD 질의 송신 단계; 및
    상기 발행자가 상기 DNS-SD 질의에 응답하여 상기 DNS-SD MSDF 서버로부터 SCL 발견 기록을 수신하는 단계를 포함하는, 서비스 공급자와 제휴된 서비스에 접근하는 방법.
  2. 제1항에 있어서, 상기 제1 발견 절차는,
    상기 발행자가, 정합하는 서비스 공급자 발견 기록을 결정하기 위해 기록 데이터베이스에 질의하기 위한 정보를 포함하는 서비스 공급자 발견 요청을 송신하는 단계와;
    상기 발행자가, 상기 서비스 공급자 발견 요청 내의 질의와 정합하는 서비스 발견 기능 기록 리스트를 포함한 서비스 공급자 발견 응답을 수신하는 단계를 포함하는 것인, 서비스 공급자와 제휴된 서비스에 접근하는 방법.
  3. 제2항에 있어서, 상기 발행자가 상기 서비스 발견 기능 기록 리스트로부터 함께 부트스트랩하기 위한 적어도 하나의 서비스 공급자를 선택하는 단계를 더 포함하는, 서비스 공급자와 제휴된 서비스에 접근하는 방법.
  4. 제3항에 있어서, 상기 부트스트랩 절차는,
    상기 발행자가, 상기 선택된 서비스 공급자에게 요청을 송신하는 단계와;
    상기 발행자가, 상기 선택된 서비스 공급자의 적어도 하나의 SCL과 함께 부트스트랩을 개시하기 위해 필요로 하는 정보를 포함한 응답을 상기 선택된 서비스 공급자로부터 수신하는 단계를 포함하는 것인, 서비스 공급자와 제휴된 서비스에 접근하는 방법.
  5. 제4항에 있어서, 상기 부트스트랩을 개시하기 위해 필요로 하는 정보는 보안 증명서(security credentials)를 포함하는 것인, 서비스 공급자와 제휴된 서비스에 접근하는 방법.
  6. 제1항에 있어서, 상기 제2 발견 절차는,
    상기 발행자가, 정합하는 SCL 발견 기록을 결정하기 위해 기록 데이터베이스에 질의하기 위한 정보를 포함하는 서비스 발견 요청을 송신하는 단계와;
    상기 발행자가, 상기 서비스 발견 요청 내의 질의와 정합하는 서비스 발견 기능 기록 리스트를 포함한 서비스 발견 응답을 수신하는 단계를 포함하는 것인, 서비스 공급자와 제휴된 서비스에 접근하는 방법.
  7. 제6항에 있어서, 상기 서비스 발견 기능 기록 리스트는 복수의 SCL 어드레스를 포함하고,
    상기 방법은,
    호스트에 위치된 SCL에 대한 완전한(full) 인터넷 식별자(uniform resource identifier, URI) 경로를 표시하지 않는 각각의 SCL 어드레스의 URI를 발견하기 위해 상기 발행자가 공지의 자원에게 SCL 발견 요청을 송신하는 단계와;
    발견된 URI를 포함한 SCL 발견 응답을 상기 발행자가 상기 공지의 자원으로부터 수신하는 단계와;
    상기 발행자가 상기 서비스 발견 기능 기록 리스트로부터 함께 부트스트랩하기 위한 적어도 하나의 SCL을 선택하는 단계
    를 더 포함하는, 서비스 공급자와 제휴된 서비스에 접근하는 방법.
  8. 제1항에 있어서, 상기 제2 발견 절차는,
    상기 발행자가 SCL 발견 요청을 송신하는 단계와;
    SCL 발견 결과를 상기 발행자에게 제공하는 서비스 발견 응답을 상기 발행자가 수신하는 단계를 포함하는 것인, 서비스 공급자와 제휴된 서비스에 접근하는 방법.
  9. 제8항에 있어서, 상기 SCL 발견 요청은 sclBase 속성을 이용하는 질의 문자열을 포함하는 것인, 서비스 공급자와 제휴된 서비스에 접근하는 방법.
  10. 제9항에 있어서, SCL 발견 응답은 상기 질의 문자열과 정합하는 SCL의 리스트 및 각 SCL의 sclBase에 대한 절대 인터넷 식별자(URI)를 포함하는 것인, 서비스 공급자와 제휴된 서비스에 접근하는 방법.
  11. 제1항에 있어서,
    상기 발행자는 전개된 도메인 명 시스템(domain name system, DNS) 서버의 네트워크 어드레스를 공급받거나 또는 상기 네트워크 어드레스로 구성되고,
    상기 발행자는 가용 SCL을 가진 호스트에 대한 적어도 하나의 전체 주소 도메인 명(fully qualified domain name, FQDN)을 공급받거나 또는 상기 적어도 하나의 FQDN으로 구성되며,
    상기 제2 발견 절차는,
    상기 발행자가 상기 네트워크 어드레스 및 FQDN을 이용하여 DNS 조사 요청을 상기 전개된 DNS 서버에게 송신하는 단계와;
    상기 발행자가 대응 SCL 호스트의 분석된(resolved) 네트워크 어드레스를 수신하는 단계를 포함하는 것인, 서비스 공급자와 제휴된 서비스에 접근하는 방법.
  12. 제1항에 있어서,
    상기 발행자는 동적 호스트 구성 프로토콜(dynamic host configuration protocol, DHCP) 서버의 네트워크 어드레스를 공급받거나 또는 상기 DHCP 서버의 네트워크 어드레스로 구성되고,
    상기 제2 발견 절차는,
    상기 발행자가 DHCP 요청을 상기 DHCP 서버에게 송신하는 단계와;
    상기 발행자가 SCL의 어드레스 및 추가 SCL 정보를 포함한 응답을 수신하는 단계를 포함하는 것인, 서비스 공급자와 제휴된 서비스에 접근하는 방법.
  13. 제1항에 있어서,
    상기 발행자는 무선 송수신 유닛(wireless transmit/receive unit, WTRU)인, 서비스 공급자와 제휴된 서비스에 접근하는 방법.
  14. 무선 송수신 유닛(wireless transmit/receive unit, WTRU)에 있어서,
    적어도 하나의 서비스 공급자를 발견하기 위해 제1 발견 절차를 수행하기 위한 수단 - 상기 제1 발견 절차는, 사물 지능 통신(machine-to-machine; M2M) 서비스 부류(service class) 파라미터를 포함하는 서비스 공급자 발견 요청을 송신하기 위한 수단, 및 서비스 공급자 발견 응답을 수신하기 위한 수단을 포함함 -;
    적어도 하나의 발견된 서비스 공급자와 함께 부트스트랩 절차를 수행하기 위한 수단;
    적어도 하나의 발견된 서비스 공급자에 의해 지원되는 가용 서비스 능력 계층(service capability layer, SCL)을 결정하기 위해 제2 발견 절차를 수행하기 위한 수단을 포함하며,
    상기 제2 발견 절차는,
    도메인 명 시스템 기반 서비스 발견(domain name system-based service discovery, DNS-SD) 사물 지능 통신 서비스 발견 기능(M2M service discovery function, MSDF) 서버로 DNS-SD 질의를 송신하기 위한 수단 - 상기 DNS-SD MSDF 서버에는 SCL 발견 기록이 공급(provision)되고, 상기 DNS-SD MSDF 서버는 공중 DNS 등록(registrar) 엔티티에 등록되며, 상기 SCL 발견 기록은, 각 SCL에 대하여, 각 SCL에 의해 지원되는 M2M 서비스 능력의 유형(type) 및 각 SCL에 의해 지원되는 M2M 서비스의 부류(class)를 포함함 -; 및
    상기 DNS-SD 질의에 응답하여 상기 DNS-SD MSDF 서버로부터 SCL 발견 기록을 수신하기 위한 수단을 포함하는, 무선 송수신 유닛(WTRU).
  15. 제14항에 있어서, 상기 제1 발견 절차는,
    정합하는 서비스 공급자 발견 기록을 결정하기 위해 기록 데이터베이스에 질의하기 위한 정보를 포함하는 서비스 공급자 발견 요청을 송신하기 위한 수단; 및
    상기 서비스 공급자 발견 요청 내의 질의와 정합하는 서비스 발견 기능 기록 리스트를 포함한 서비스 공급자 발견 응답을 수신하기 위한 수단을 포함하는 것인, 무선 송수신 유닛(WTRU).
  16. 제15항에 있어서, 상기 서비스 발견 기능 기록 리스트로부터 함께 부트스트랩하기 위한 적어도 하나의 서비스 공급자를 선택하기 위한 수단을 더 포함하는, 무선 송수신 유닛(WTRU).
  17. 제16항에 있어서, 상기 부트스트랩 절차는,
    상기 선택된 서비스 공급자에게 요청을 송신하기 위한 수단; 및
    상기 선택된 서비스 공급자의 적어도 하나의 SCL과 함께 부트스트랩을 개시하기 위해 상기 WTRU가 필요로 하는 정보를 포함한 응답을 상기 선택된 서비스 공급자로부터 수신하기 위한 수단을 포함하는 것인, 무선 송수신 유닛(WTRU).
  18. 제17항에 있어서, 상기 부트스트랩을 개시하기 위해 상기 WTRU가 필요로 하는 정보는 보안 증명서(security credentials)를 포함하는 것인, 무선 송수신 유닛(WTRU).
  19. 제14항에 있어서, 상기 제2 발견 절차는,
    정합하는 SCL 발견 기록을 결정하기 위해 기록 데이터베이스에 질의하기 위한 정보를 포함하는 서비스 발견 요청을 송신하기 위한 수단; 및
    상기 서비스 발견 요청 내의 질의와 정합하는 서비스 발견 기능 기록 리스트를 포함한 서비스 발견 응답을 수신하기 위한 수단을 포함하는 것인, 무선 송수신 유닛(WTRU).
  20. 제19항에 있어서, 상기 서비스 발견 기능 기록 리스트는 복수의 SCL 어드레스를 포함하고,
    상기 무선 송수신 유닛(WTRU)은,
    호스트에 위치된 SCL에 대한 완전한(full) 인터넷 식별자(uniform resource identifier, URI) 경로를 표시하지 않는 각각의 SCL 어드레스의 URI를 발견하기 위해 공지의 자원에게 SCL 발견 요청을 송신하기 위한 수단;
    발견된 URI를 포함한 SCL 발견 응답을 상기 공지의 자원으로부터 수신하기 위한 수단; 및
    상기 서비스 발견 기능 기록 리스트로부터 함께 부트스트랩하기 위한 적어도 하나의 SCL을 선택하기 위한 수단
    을 더 포함하는, 무선 송수신 유닛(WTRU).
  21. 제14항에 있어서, 상기 제2 발견 절차는,
    SCL 발견 요청을 송신하기 위한 수단; 및
    SCL 발견 결과를 상기 WTRU에게 제공하는 서비스 발견 응답을 수신하기 위한 수단을 포함하는 것인, 무선 송수신 유닛(WTRU).
  22. 제21항에 있어서, 상기 SCL 발견 요청은 sclBase 속성을 이용하는 질의 문자열을 포함하는 것인, 무선 송수신 유닛(WTRU).
  23. 제22항에 있어서, SCL 발견 응답은 상기 질의 문자열과 정합하는 SCL의 리스트 및 각 SCL의 sclBase에 대한 절대 인터넷 식별자(URI)를 포함하는 것인, 무선 송수신 유닛(WTRU).
  24. 제14항에 있어서,
    상기 WTRU는 전개된 도메인 명 시스템(domain name system, DNS) 서버의 네트워크 어드레스를 공급받거나 또는 상기 네트워크 어드레스로 구성되고,
    상기 WTRU는 가용 SCL을 가진 호스트에 대한 적어도 하나의 전체 주소 도메인 명(fully qualified domain name, FQDN)을 공급받거나 또는 상기 적어도 하나의 FQDN으로 구성되며,
    상기 제2 발견 절차는,
    상기 네트워크 어드레스 및 FQDN을 이용하여 DNS 조사 요청을 상기 전개된 DNS 서버에게 송신하기 위한 수단; 및
    대응 SCL 호스트의 분석된 네트워크 어드레스를 수신하기 위한 수단을 포함하는 것인, 무선 송수신 유닛(WTRU).
  25. 제14항에 있어서,
    상기 WTRU는 동적 호스트 구성 프로토콜(dynamic host configuration protocol, DHCP) 서버의 네트워크 어드레스를 공급받거나 또는 상기 DHCP 서버의 네트워크 어드레스로 구성되고,
    상기 제2 발견 절차는,
    DHCP 요청을 상기 DHCP 서버에게 송신하기 위한 수단; 및
    SCL의 어드레스 및 추가 SCL 정보를 포함한 응답을 수신하기 위한 수단을 포함하는 것인, 무선 송수신 유닛(WTRU).
  26. 프로세서에 의해 실행가능한 명령어를 갖는 애플리케이션을 저장하도록 구성된 비일시적 컴퓨터 판독가능 저장 매체에 있어서,
    상기 명령어는,
    적어도 하나의 서비스 공급자를 발견하기 위해 제1 발견 절차를 수행하기 위한 명령어 - 상기 제1 발견 절차를 수행하기 위한 명령어는, 사물 지능 통신(machine-to-machine; M2M) 서비스 부류(service class) 파라미터를 포함하는 서비스 공급자 발견 요청을 송신하기 위한 명령어와, 서비스 공급자 발견 응답을 수신하기 위한 명령어를 포함함 -;
    적어도 하나의 발견된 서비스 공급자와 함께 부트스트랩 절차를 수행하기 위한 명령어; 및
    적어도 하나의 발견된 서비스 공급자에 의해 지원되는 가용 서비스 능력 계층(service capability layer, SCL)을 결정하기 위해 제2 발견 절차를 수행하기 위한 명령어를 포함하며,
    상기 제2 발견 절차를 수행하기 위한 명령어는,
    도메인 명 시스템 기반 서비스 발견(domain name system-based service discovery, DNS-SD) 사물 지능 통신 서비스 발견 기능(M2M service discovery function, MSDF) 서버로 DNS-SD 질의를 송신하기 위한 명령어 - 상기 DNS-SD MSDF 서버에는 SCL 발견 기록이 공급(provision)되고, 상기 DNS-SD MSDF 서버는 공중 DNS 등록(registrar) 엔티티에 등록되며, 상기 SCL 발견 기록은, 각 SCL에 대하여, 각 SCL에 의해 지원되는 M2M 서비스 능력의 유형(type) 및 각 SCL에 의해 지원되는 M2M 서비스의 부류(class)를 포함함 -; 및
    상기 DNS-SD 질의에 응답하여 상기 DNS-SD MSDF 서버로부터 SCL 발견 기록을 수신하기 위한 명령어를 포함하는, 비일시적 컴퓨터 판독가능 저장 매체.
KR1020137026293A 2011-03-03 2012-02-24 발견된 서비스 공급자와 제휴된 서비스에 접근하는 방법 및 장치 KR101894614B1 (ko)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201161448924P 2011-03-03 2011-03-03
US61/448,924 2011-03-03
US201161485711P 2011-05-13 2011-05-13
US61/485,711 2011-05-13
PCT/US2012/026537 WO2012118711A2 (en) 2011-03-03 2012-02-24 Method and apparatus for accessing services affiliated with a discovered service provider

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
KR1020137026145A Division KR101549765B1 (ko) 2011-03-03 2012-02-24 발견된 서비스 공급자와 제휴된 서비스들에 접근하는 방법 및 장치

Publications (2)

Publication Number Publication Date
KR20130126736A KR20130126736A (ko) 2013-11-20
KR101894614B1 true KR101894614B1 (ko) 2018-09-03

Family

ID=45815983

Family Applications (2)

Application Number Title Priority Date Filing Date
KR1020137026145A KR101549765B1 (ko) 2011-03-03 2012-02-24 발견된 서비스 공급자와 제휴된 서비스들에 접근하는 방법 및 장치
KR1020137026293A KR101894614B1 (ko) 2011-03-03 2012-02-24 발견된 서비스 공급자와 제휴된 서비스에 접근하는 방법 및 장치

Family Applications Before (1)

Application Number Title Priority Date Filing Date
KR1020137026145A KR101549765B1 (ko) 2011-03-03 2012-02-24 발견된 서비스 공급자와 제휴된 서비스들에 접근하는 방법 및 장치

Country Status (7)

Country Link
US (2) US10171286B2 (ko)
EP (2) EP2681933B1 (ko)
JP (2) JP6126998B2 (ko)
KR (2) KR101549765B1 (ko)
CN (2) CN103503487B (ko)
TW (1) TWI581649B (ko)
WO (1) WO2012118711A2 (ko)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020224748A1 (en) * 2019-05-03 2020-11-12 Telefonaktiebolaget Lm Ericsson (Publ) Methods and apparatus for service discovery
US12052217B2 (en) 2019-05-03 2024-07-30 Telefonaktiebolaget Lm Ericsson Methods and apparatus for service discovery

Families Citing this family (58)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5983730B2 (ja) * 2012-03-16 2016-09-06 ソニー株式会社 情報処理装置、無線通信装置および情報処理方法
KR101453155B1 (ko) * 2012-05-30 2014-10-23 모다정보통신 주식회사 Ｍ2ｍ 통신에서 리소스 접근 권한 설정 방법
KR101453154B1 (ko) * 2012-05-30 2014-10-23 모다정보통신 주식회사 Ｍ2ｍ 통신에서 리소스 접근 권한 설정 방법
US9654900B2 (en) 2012-06-29 2017-05-16 Interdigital Patent Holdings, Inc. Service-based discovery in networks
US10178528B2 (en) * 2012-07-27 2019-01-08 Telefonaktiebolaget Lm Ericsson (Publ) Device connectivity management for machine type communications
KR101362384B1 (ko) * 2012-08-09 2014-02-21 한국과학기술원 웹 플랫폼을 이용한 아이피 기반 ＩｏＴ 사물 브라우징 방법 및 시스템
CN103596117B (zh) * 2012-08-13 2017-12-15 华为终端（东莞）有限公司 发现机器对机器业务的方法、设备及***
US9439026B2 (en) 2012-09-10 2016-09-06 Telefonaktiebolaget Lm Ericsson (Publ) Method and system for communication between machine to machine M2M service provider networks
EP2893720A1 (en) * 2012-09-10 2015-07-15 Telefonaktiebolaget L M Ericsson (PUBL) Method and system for communication between machine to machine m2m service provider networks
KR102045905B1 (ko) * 2012-11-05 2019-11-18 주식회사 케이티 단말 이동성 제공을 위한 단말 어플리케이션 등록 방법 및 그 장치
WO2014069968A1 (ko) * 2012-11-05 2014-05-08 엘지전자 주식회사 무선 통신 시스템에서 특정 리소스에 대한 정보 갱신을 위한 방법 및 장치
KR102045907B1 (ko) * 2012-11-23 2019-12-02 주식회사 케이티 응용 식별 정보와 서비스 제공 능력 식별 정보의 연계 방법 및 그 장치
KR101740449B1 (ko) 2013-01-11 2017-05-26 엘지전자 주식회사 M2m(machine-to-machine)시스템에서 게이트웨이 변경 방법 및 이를 위한 장치
US10284659B2 (en) 2013-01-25 2019-05-07 Apple Inc. Hybrid unicast/multicast DNS-based service discovery
KR101986850B1 (ko) * 2013-02-04 2019-06-07 주식회사 케이티 Ｍ２ｍ정보 관리 방법 및 그 장치
KR101997610B1 (ko) * 2013-02-21 2019-07-08 주식회사 케이티 Ｍ２ｍ 시스템의 분류 및 우선순위를 적용한 디스커버리 방법
CN111556468B (zh) 2013-05-06 2023-02-17 康维达无线有限责任公司 装置触发
US10491686B2 (en) 2013-05-06 2019-11-26 Convida Wireless, Llc Intelligent negotiation service for internet of things
CN105612768B (zh) 2013-05-21 2019-03-15 康维达无线有限责任公司 轻量级iot信息模型
KR101466729B1 (ko) * 2013-05-28 2014-12-01 삼성에스디에스 주식회사 IPv6 환경에서의 단말 정보 통합 관리 장치 및 방법
WO2014195905A2 (en) * 2013-06-07 2014-12-11 Telefonaktiebolaget L M Ericsson (Publ) Optimization of resource urls in machine-to-machine networks
US9544190B2 (en) * 2013-06-28 2017-01-10 Avaya Inc. Application configuration using DNS-based service discovery
CN103491129B (zh) 2013-07-05 2017-07-14 华为技术有限公司 一种业务节点配置方法、业务节点池注册器及***
WO2015157502A1 (en) 2014-04-09 2015-10-15 Convida Wireless, Llc Service enabler function
WO2015174903A1 (en) * 2014-05-16 2015-11-19 Telefonaktiebolaget L M Ericsson (Publ) Device authentication to capillary gateway
US9906605B2 (en) * 2014-05-23 2018-02-27 Qualcomm Connected Experiences, Inc. Enhanced DNS-based service discovery in an internet of things (IoT) environment
EP4177754A1 (en) * 2014-07-18 2023-05-10 Convida Wireless, LLC Nhanced operations between service layer and management layer in an m2m system by allowing the execution of a plurality of commands on a plurality of devices
KR101973298B1 (ko) * 2014-07-22 2019-04-26 콘비다 와이어리스, 엘엘씨 M2m-iot 서비스의 발행 및 발견
KR101984413B1 (ko) 2014-09-17 2019-09-03 콘비다 와이어리스, 엘엘씨 서비스 레이어를 통해 제3자 서비스들에 대한 액세스를 가능하게 하는 시스템들 및 방법들
JP6473807B2 (ja) 2014-10-03 2019-02-20 インターデイジタル パテント ホールディングス インコーポレイテッド 制限されたダイレクトディスカバリのための方法
BR112017013030B1 (pt) * 2014-12-17 2023-02-23 Huawei Technologies Co., Ltd Método e aparelho para determinar informação de gateway
WO2016111914A1 (en) * 2015-01-05 2016-07-14 Convida Wireless, Llc Machine-to-machine protocol indication and negotiation
FR3032851A1 (fr) * 2015-02-13 2016-08-19 Kerlink Procede de resolution d'une adresse ip, serveur et programme d'ordinateur correspondants.
KR102046700B1 (ko) * 2015-02-20 2019-11-19 콘비다 와이어리스, 엘엘씨 메시지 버스 서비스 디렉토리
US10992472B2 (en) * 2015-02-27 2021-04-27 Pcms Holdings, Inc. Systems and methods for secure roll-over of device ownership
US10805781B2 (en) * 2015-03-05 2020-10-13 Samsung Electronics Co., Ltd. Method and apparatus for establishing a connection between devices
KR101695538B1 (ko) * 2015-03-31 2017-01-13 엘지전자 주식회사 네트워크 시스템 및 정보 획득 방법
KR102047197B1 (ko) * 2015-07-06 2019-11-20 콘비다 와이어리스, 엘엘씨 사물 인터넷을 위한 광역 서비스 발견
EP3335402B1 (en) * 2015-08-13 2020-10-21 Convida Wireless, LLC Methods for enabling en-route resource discovery at a service layer
WO2017040749A1 (en) 2015-09-01 2017-03-09 Convida Wireless, Llc Service layer registration
EP3350759B2 (en) 2015-09-17 2023-05-10 Washlava, Inc. System for commercial laundry services and facilities
JP6637166B2 (ja) * 2015-09-23 2020-01-29 コンヴィーダ ワイヤレス， エルエルシー 強化ＲＥＳＴｆｕｌ動作
CN106919550B (zh) * 2015-12-25 2021-09-07 华为技术有限公司 一种语义验证的方法和装置
CN105897523B (zh) 2016-03-29 2019-04-05 华为技术有限公司 一种接入方法、设备及***
RU2663355C1 (ru) * 2016-08-03 2018-08-03 Бейдзин Сяоми Мобайл Софтвэр Ко., Лтд. Способ и устройство для установления соединения для услуги
BR112019011784A2 (pt) * 2016-12-14 2019-10-29 Idac Holdings Inc método, e, ponto de conexão de rede no lado do servidor.
CN110383257A (zh) * 2017-03-13 2019-10-25 三菱电机株式会社 通信装置、服务器、通信***、通信方法以及程序
US10812571B2 (en) * 2017-03-17 2020-10-20 Convida Wireless, Llc Distributed transaction management in a network service layer
US11895200B2 (en) * 2017-03-24 2024-02-06 Lenovo Enterprise Solutions (Singapore) Pte. Ltd. Access to an operator panel over an out-of-band local network domain
US10700926B2 (en) 2017-11-10 2020-06-30 International Business Machines Corporation Accessing gateway management console
US11689414B2 (en) 2017-11-10 2023-06-27 International Business Machines Corporation Accessing gateway management console
US10652107B2 (en) * 2017-11-10 2020-05-12 International Business Machines Corporation Accessing gateway management console
WO2020001738A1 (en) * 2018-06-25 2020-01-02 Telefonaktiebolaget Lm Ericsson (Publ) Communication protocol discover method in constrained application protocol (coap)
EP3868079B1 (en) * 2018-10-16 2023-09-13 KONE Corporation Data network services discovery in a transportation infrastructure control network
CN110138850B (zh) * 2019-05-06 2022-05-03 福建星网智慧科技有限公司 一种基于DNSmasq实现云PBX业务负载均衡的方法
DE102019126486A1 (de) * 2019-10-01 2021-04-01 Perinet GmbH Verfahren zur Identifikation von Diensten in einem Netzwerk mit Internet-of-Things Sensoren/Aktoren
EP4228299A4 (en) * 2020-10-09 2023-12-27 Guangdong Oppo Mobile Telecommunications Corp., Ltd. INFORMATION PROCESSING METHOD AND DEVICE AND STORAGE MEDIUM
WO2024071803A1 (ko) * 2022-09-26 2024-04-04 세종대학교 산학협력단 무설정 네트워킹 기술 기반 사물인터넷 장치 검색 및 등록을 위한 방법 및 장치

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6766361B1 (en) 2000-02-24 2004-07-20 Cephire Technologies, Inc. Machine-to-machine e-commerce interface using extensible markup language
US20040267590A1 (en) * 2003-06-30 2004-12-30 International Business Machines Corporation Dynamic software licensing and purchase architecture

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7293021B1 (en) * 2004-07-23 2007-11-06 Microsoft Corporation Method and system for providing dynamic capability discovery and use
US8223716B2 (en) 2006-12-05 2012-07-17 Toshiba America Research, Inc. Assisted proactive IP address acquisition
US20090063686A1 (en) * 2007-08-30 2009-03-05 Schmidt Brian K Automated service discovery and dynamic connection management
KR100914709B1 (ko) 2007-12-05 2009-08-31 엘지전자 주식회사 Ｉｐｔｖ 수신기 및 채널 맵 관리 정보 제공 방법
EP3346669A1 (en) * 2008-01-18 2018-07-11 Interdigital Patent Holdings, Inc. Method and apparatus for enabling machine to machine communication
PL2250856T3 (pl) 2008-02-06 2020-08-10 Nokia Solutions And Networks Oy Pozyskiwanie Identyfikatora Serwera w Oparciu o Lokalizację Urządzenia
US8243623B2 (en) 2009-03-31 2012-08-14 Intel Corporation Combined device and service discovery technique in stations supporting tunneled direct link setup (TDLS)
GB0905559D0 (en) * 2009-03-31 2009-05-13 British Telecomm Addressing scheme
US10251146B2 (en) * 2009-12-11 2019-04-02 Qualcomm Incorporated Apparatus and method for network-initiated attachment and registration-less paging
KR101310900B1 (ko) 2009-12-17 2013-09-25 한국전자통신연구원 서비스 정보 제공 방법, 서비스 정보 제공 시스템 및 서비스 정보 수신 방법
US9071875B2 (en) 2009-12-17 2015-06-30 At&T Intellectual Property I, L.P. Processing and distribution of video-on-demand content items
US20110255465A1 (en) * 2010-04-16 2011-10-20 Chang Hong Shan Wimax voip service architecture
US9210527B2 (en) * 2010-07-13 2015-12-08 Qualcomm Incorporated Method and apparatus for providing uniform machine-to-machine addressing
US8650619B2 (en) * 2010-08-19 2014-02-11 Alcatel Lucent Method and apparatus of automated discovery in a communication network
CN105872950B (zh) * 2010-11-19 2020-12-04 Iot控股公司 用于资源通告及去通告的机器对机器（m2m）接口过程
US10762293B2 (en) 2010-12-22 2020-09-01 Apple Inc. Using parts-of-speech tagging and named entity recognition for spelling correction
US9071925B2 (en) * 2011-01-05 2015-06-30 Alcatel Lucent System and method for communicating data between an application server and an M2M device

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6766361B1 (en) 2000-02-24 2004-07-20 Cephire Technologies, Inc. Machine-to-machine e-commerce interface using extensible markup language
US20040267590A1 (en) * 2003-06-30 2004-12-30 International Business Machines Corporation Dynamic software licensing and purchase architecture

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020224748A1 (en) * 2019-05-03 2020-11-12 Telefonaktiebolaget Lm Ericsson (Publ) Methods and apparatus for service discovery
US12052217B2 (en) 2019-05-03 2024-07-30 Telefonaktiebolaget Lm Ericsson Methods and apparatus for service discovery

Also Published As

Publication number Publication date
CN107197419B (zh) 2020-11-24
KR101549765B1 (ko) 2015-09-02
JP2014512729A (ja) 2014-05-22
CN107197419A (zh) 2017-09-22
EP3264807B1 (en) 2020-01-08
CN103503487B (zh) 2017-05-03
US20140089478A1 (en) 2014-03-27
US11323303B2 (en) 2022-05-03
TW201242394A (en) 2012-10-16
KR20130140144A (ko) 2013-12-23
JP6442547B2 (ja) 2018-12-19
WO2012118711A2 (en) 2012-09-07
JP2017121094A (ja) 2017-07-06
CN103503487A (zh) 2014-01-08
US10171286B2 (en) 2019-01-01
KR20130126736A (ko) 2013-11-20
WO2012118711A3 (en) 2013-01-24
EP3264807A1 (en) 2018-01-03
JP6126998B2 (ja) 2017-05-10
TWI581649B (zh) 2017-05-01
EP2681933B1 (en) 2017-05-10
US20190215229A1 (en) 2019-07-11
EP2681933A2 (en) 2014-01-08

Similar Documents

Publication Publication Date Title
KR101894614B1 (ko) 발견된 서비스 공급자와 제휴된 서비스에 접근하는 방법 및 장치
CN107852430B (zh) 用于在局域网中形成网关的设备以及计算机可读存储介质
CA2993453C (en) Pre-association discovery of services
EP3648432B1 (en) Discovery method and device for network function service
JP5957490B2 (ja) 機器対機器通信をサポートするための方法および装置
US11871333B2 (en) Wireless network service type
CN112104468B (zh) 一种管理服务的发现方法及装置

Legal Events

Date Code Title Description
A107 Divisional application of patent
E902 Notification of reason for refusal
GRNT Written decision to grant