KR20090035489A

KR20090035489A - 서비스 기능을 제공하는 방법 및 시스템

Info

Publication number: KR20090035489A
Application number: KR1020087031194A
Authority: KR
Inventors: 샤오민 시; 헹 창; 얀 리; 웬화 수
Original assignee: 후아웨이 테크놀러지 컴퍼니 리미티드
Priority date: 2006-12-25
Filing date: 2007-10-18
Publication date: 2009-04-09
Also published as: WO2008077324A1; EP2028799A1; CN101212460B; KR101101960B1; EP2028799A4; US20090119367A1; CN101212460A

Abstract

서비스 기능을 제공하는 방법은, 서비스 제공자 측이, 서비스 요청자 측으로부터 서비스 요청을 수신하는 단계, 상기 서비스 요청에 의해 요청된 서비스 기능을 스크리닝하여 서비스 요청 결과를 생성하는 단계, 및 상기 서비스 요청 결과를 상기 서비스 제공자 측에 전송하는 단계를 포함한다. 서비스 기능을 제공하는 시스템은, 서비스 요청자 측의 서비스 요청에 따라 상기 서비스 요청자 측에 요청된 서비스를 회신하도록 구성된 서비스 제공자 측의 서비스 서버; 및 상기 서비스 제공자 측의 상기 서비스 서버에 접속되고, 상기 서비스 요청에 의해 요청된 서비스 기능을 스크리닝하며 스크리닝 후의 결과를 상기 서비스 제공자 측의 상기 서비스 서버에 회신하도록 구성된 기능 스크리너를 포함한다. 본 발명에 의하면, 네트워크 성능에 영향을 미치지 않으면서 서비스의 기능을 실시간 동적으로 제어 및 스크리닝할 수 있다.

Description

서비스 기능을 제공하는 방법 및 시스템 {A METHOD AND SYSTEM OF SERVICE FUNCTION SUPPLY}

본 발명은 통신 기술에 관한 것이며, 구체적으로는 서비스 기능을 제공하는 방법 및 시스템에 관한 것이다.

본 출원은 중국 특허청에 2006년 12월 25일에, "서비스 기능을 제공하는 방법 및 시스템(System and method for providing service functions)"이라는 명칭으로 출원된, 중국 특허출원 제200610168265.8호에 대해 우선권을 주장하며, 이 출원의 내용은 참조에 의해 전부 본 명세서에 포함된다.

이동 통신 기술 및 이동 네트워크 기술의 발전에 의해, 더욱더 많은 서비스가 사람들의 생활에 들어오고 있다. 서비스 요구가 다양화되고 개인화됨에 따라, 종래의 대규모이고 복잡한 서비스의 개발은 항상 시간이 많이 소요되고 수정이 복잡하여, 더 이상 요구를 충족시킬 수 없다. 이러한 상황하에서, 서비스는 더 이상 상호 무관계하지 않다. 그 대신에, 더욱 복잡한 서비스는 서비스들 사이의 상호 호출(mutual call)을 통해 제공된다. 이로 인해 서비스의 많은 기능들 사이에는 빈번한 상호작용이 필요하게 되었다. OSA/Parly(Open Service Access/Parly)가 체계화한 규격과 OMA(Open Mobile Alliance)의 노력에 의해, 많은 기본적인 서비스 기능이 대외적으로 서비스를 제공하는 인에이블러(enabler)로서의 역할을 할 수 있다. 한편, WebService(웹서비스)(웹을 통한 외부 호출(external call)을 위한 애플리케이션 프로그래밍 인터페이스(application programming interface, API)를 제공하는 애플리케이션)의 강건한 발전에 의해, 서비스들은 WebService를 통하여 편리하게 상호작용하고 서로의 기능을 액세스할 수 있다. 하나의 서비스는 대개 다른 서비스들이 액세스하는 여러 기능을 제공한다. 상이한 서비스들은 시간, 서비스 제공자의 상태, 서비스 요청자 및 서비스 요청자의 유형에 대하여 특정한 방식으로 제어되어, 서비스 제공자의 서비스 기능을 스크리닝(screening)하여 만족스러운 서비스 기능을 얻는다.

종래기술에서, 서비스 기능을 스크리닝하는 2가지 방법이 있다.

하나는 서비스 자체를 이행할 때 서비스의 다른 기능에 대한 액세스를 제한하는 것이다. 예를 들면, 서비스 이행 시에 시스템 시간을 취득하는 함수를 설정하고, 서비스 기능의 외부 인터페이스를 수정함으로써 서비스 기능을 스크리닝할 수 있도록 대응하는 시간표를 설정한다.

다른 방법은 게이트웨이에 기반한다. 상호작용 서비스들 사이의 게이트웨이 내에 스크리닝 정보를 설정(예를 들면, 일정한 네트워크 세그먼트로부터 전송된 서비스 요청을 제한하거나, 또는 게이트웨이 내의 일정한 네트워크 세그먼트에서 목표한 서비스 요청을 제한)하여, 서비스 요청자가 서비스 제공자의 서비스를 요청하는 경우, 모든 요청 정보는 먼저 스크리닝 제어를 위하여 게이트웨이로 라우팅된다.

그러나, 본 발명을 구현하는 프로세스에서, 본 발명의 발명자는 이 2가지 방법의 결점을 발견하였다. 첫 번째 방법의 경우, 서비스 이행 시에 스크리닝을 실현하기 때문에, 서비스 요건이 변경된 경우 수정이 항상 곤란하고, 서비스 요청자의 특성에 고유한 서비스 호출의 제한, 예를 들면 특정한 어드레스 또는 특정한 프로토콜로 서비스를 액세스하는 것을 제한하는 것이 어렵다. 두 번째 방법의 경우, 게이트웨이가 서비스 제공자에 대해 어드레싱된 모든 요청을 처리하여야 하므로, 게이트웨이는 요청 메시지의 베어러(bearer)뿐 아니라 요청 메시지도 처리하여야 한다. 예를 들면, HTTP(Hypertext Transfer Protocol)를 통한 SOAP(Simple Object Access Protocol) 요청의 경우, 게이트웨이는 HTTP 프로토콜뿐 아니라 SOAP 프로토콜도 처리하여야 한다. 또한, 게이트웨이가 요청 메시지의 프로토콜을 지원하는 경우, 성능 병목현상이 쉽게 일어날 수 있어, 네트워크 성능에 현저한 영향을 미친다. 게다가, 게이트웨이는 양측에서 암호화된 요청을 처리할 수 없다. 더욱이, 이 2가지 스크리닝 방법은 단조로운 스크리닝 규칙을 사용한다. 이 2가지 방법은 서비스의 상이한 기능들을 구별하여 스크리닝할 수 없고, 상이한 서비스 요구에 따라 상이한 스크리닝 규칙을 설정할 수 없다.

본 발명의 실시예는 간단하고 효과적으로 서비스 기능을 제어 및 스크리닝하도록, 서비스 기능을 제공하는 방법 및 시스템을 제공한다.

이를 위해, 본 발명의 실시예는 다음과 같은 기술적 해결법을 제공한다:

서비스 기능을 제공하는 방법은,

서비스 제공자 측에서, 서비스 요청자 측으로부터 서비스 요청을 수신하는 단계;

상기 서비스 요청에 의해 요청된 서비스 기능을 스크리닝하여 서비스 요청 결과를 생성하는 단계; 및

상기 서비스 요청 결과를 상기 서비스 요청자 측에 회신(return)하는 단계를 포함한다.

서비스 기능을 제공하는 시스템은,

서비스 제공자 측에 위치하고, 서비스 요청자 측의 서비스 요청에 따라 상기 서비스 요청자 측에 의해 요청된 서비스를 회신하도록 구성된 서비스 서버를 포함하고; 또한

상기 서비스 제공자 측의 상기 서비스 서버에 접속되고, 상기 서비스 요청에 의해 요청된 서비스 기능을 스크리닝하며 스크리닝 후의 결과를 상기 서비스 제공자 측의 상기 서비스 서버에 회신하도록 구성된 기능 스크리너(function screener)를 포함한다.

본 발명의 실시예에 의해 제공되는 상기한 기술적 해결법으로부터 알 수 있듯이, 서비스 제공자 측은 서비스 요청자 측의 서비스 요청에 의해 요청된 서비스 기능을 스크리닝한다. 이 스크리닝 처리는 서비스 제공자 측의 서비스 서버와 기능 스크리너에 의해 공동으로 완성된다. 따라서, 서비스 요청자 측에 의해 요청된 서비스 기능은 편리하고도 효과적으로 제어될 수 있다. 이 제어는 서비스 자체를 이행할 때 변경을 필요로 하지 않으며, 네트워크 성능에 영향을 주지 않으면서 실시간 동적으로 서비스의 기능을 제어 및 스크리닝할 수 있다.

도 1은 본 발명의 일 실시예에 따른 서비스 기능을 제공하는 시스템 및 서비스 요청자 측의 디바이스와의 네트워킹을 나타낸 도면이다.

도 2는 본 발명의 다른 실시예에 따른 서비스 기능을 제공하는 시스템 및 그 시스템의 서비스 요청자 측의 디바이스와의 네트워킹을 나타낸 도면이다.

도 3은 본 발명의 제1 실시예에 따른 서비스 기능을 제공하는 방법의 절차를 나타낸 흐름도이다.

도 4는 본 발명의 제2 실시예에 따른 서비스 기능을 제공하는 방법의 절차를 나타낸 흐름도이다.

도 5는 본 발명의 제3 실시예에 따른 서비스 기능을 제공하는 방법의 절차를 나타낸 흐름도이다.

도 6은 본 발명의 제1 실시예에 따른 서비스 기능을 제공하는 시스템의 기능 스크리너의 개략도이다.

도 7은 본 발명의 제2 실시예에 따른 서비스 기능을 제공하는 시스템의 기능 스크리너의 개략도이다.

도 8은 본 발명의 일 실시예에 따른 기능 스크리너의 내부 상호작용 절차를 나타낸 흐름도이다.

도 9는 본 발명의 제1 실시예에 따른 방법을 사용하여 서비스 기능을 제공하는 프로세스를 나타낸 개략도이다.

해당 기술분야의 당업자가 본 발명의 기술적 해결법을 더욱 잘 이해할 수 있도록, 이하에서는 본 발명의 실시예를 첨부도면을 참조하여 상세하게 설명한다.

본 발명의 실시예는, 시간, 서비스 제공자의 상태, 서비스 요청자, 및 서비스 요청자의 유형에 특정한 방식으로 상이한 서비스를 제어하는 사상에 기초하여, 서비스 제공자의 서비스 기능을 스크리닝하고 서비스 요청자에 의해 요청된 서비스 기능을 제어한다.

서비스 요청자 측으로부터 서비스 요청을 수신한 때, 서비스 제공자 측은 아무런 분석 없이 서비스 요청자 측이 요청한 모든 서비스를 제공하지는 않는다. 대신, 서비스 제공자 측은 먼저 서비스 요청자 측에 제공되어서는 안 되는 서비스 기능을 스크리닝하기 위해 서비스 요청자 측이 요청한 서비스 기능을 스크리닝한다. 서비스 제공자 측은 서비스 요청 결과를 생성하고 서비스 요청 결과를 서비스 요청자 측에 전송한다. 이것은 서비스 제공자 측이 서비스 요청 결과를 통하여 서비스 요청자 측의 요건에 부합하는 서비스 기능을 제공한다는 것을 의미한다.

구체적으로 구현할 때, 기능 스크리너는 서비스 제공자 측에 배치될 수 있으며, 기능 스크리너는 서비스 제공자 측의 서비스 서버와 함께 작용하여 서비스 요청에 의해 요청된 서비스 기능을 스크리닝한다.

도 1은 본 발명의 일 실시예에 따른 서비스 기능을 제공하는 시스템 및 서비스 요청자 측의 디바이스와의 네트워킹을 나타낸다.

본 발명의 실시예에서 서비스 기능을 제공하는 시스템(10)은 서비스 제공자 측에 배치되어 있고 네트워크(30)를 통하여 서비스 요청자 측 디바이스들과 접속되어 있다. 시스템(10)은 하나 이상의 서비스 서버를 포함하는데, 본 실시예에서는 도 1에 나타낸 바와 같이, 시스템(10)은 3개의 서버, 즉 서비스 서버(101), 서비스 서버(102), 및 서비스 서버(103)를 포함한다. 서비스 서버(101)는 무선 애플리케이션 프로토콜(Wireless Application Protocol, WAP) 서버이고; 서비스 서버(102)는 웹 애플리케이션(Web Application) 서버이며; 서비스 서버(103)는 멀티미디어 메시징 서버(Mutimedia Messaging Server, MMS)이다. 서비스 제공자 측의 서비스 서버는 서비스 요청자 측으로부터 서비스 요청을 수신하는데, 이 서비스 요청에는 요청된 서비스 정보(ID), 요청된 서비스 기능 정보(요청된 인터페이스) 및 기능 특정 입력 파라미터를 포함할 수 있다. 이 서비스 요청은

서비스 요청자 측의 서비스 서버(201) 또는 서비스 요청자 측의 사용자 단말기(202)에 의해 전송될 수 있다. 서비스 제공자 측의 서비스 서버는 서비스 요청에 따라 요청된 서비스를 서비스 요청자 측에 회신한다.

시스템(10)은 또한 서비스 제공자 측에 접속되어 있고 서비스 요청에 의해 요청된 서비스 기능을 스크리닝하도록 구성된 기능 스크리너(104)를 포함할 수 있다. 즉 기능 스크리너(104)는 서비스 요청자 측의 서비스 서버가 서비스 제공자 측의 서비스 서버로부터 일부 기능을 취득할 수 없게 하고, 스크리닝 후의 결과를 서비스 제공자 측에 회신한다.

서비스 서버는 미리 그들이 필요로 하는 스크리닝 정보를 기능 스크리너(104)에 등록할 수 있다. 기능 스크리너(104)는 스크리닝 정보에 따라 서비스 요청자 측에 의해 요청된 서비스 기능을 스크리닝하여 서비스 요청 결과를 생성한다. 스크리닝 정보에는 스크리닝 규칙 및 등록자 정보(registerer information)를 포함할 수 있으며, 또한 규칙 만료 시각 및 시스템의 스크리닝 판단을 도와주는 다른 정보를 포함할 수 있다. 예를 들면, 스크리닝 정보는 표 1에 열거된 정보를 포함할 수 있다:

또는, 기존의 서비스 서버를 서비스 서버의 기능 유닛으로서 기능 스크리너를 가지도록 확장하여, 서비스 요청에 의해 요청된 서비스 기능을 스크리닝하는 처리를 서비스 제공자 측의 서비스 서버 내에서 구현할 수 있다. 이 경우, 서비스 제공자 측의 서비스 서버와 기능 스크리너 사이에 교환된 메시지는 서비스 서버의 내부 메시지이다.

서비스 서버에 의해 기능 스크리너(104)에 등록된 스크리닝 정보가 스크리닝 요구를 충족시키지 못하는 경우, 기능 스크리너(104)는 네트워크 내의 서비스 등록 서버로부터 관련 서비스 정보를 취득할 수 있다. 이 서비스 정보는 서비스 요청자 측의 서비에 대한 정보 또는 서비스 제공자 측의 서비스에 대한 정보일 수 있으며; 또는 기타 서비스에 대한 정보일 수 있다. 기능 스크리너는 스크리닝 정보 및 서 비스 제공자 측이 전송 또는 전달한 메시지(요청 메시지, 결과 메시지 또는 분석 메시지)에 따라, 서비스 디렉토리 내의 특정 서비스의 정보에 대해 질의할 것을 결정할 수 있다.

예를 들면, 스크리닝 규칙에 따라, 서비스 A의 제2 기능은 스크리닝되어야 하지만, 스크리닝 정보는 서비스 A의 제2 기능과 연관된 인터페이스 정보를 제공하지 않는다. 이 경우, 기능 스크리너는 관련 정보를 얻기 위하여 서비스 등록 서버 내의 서비스 디렉토리를 질의할 수 있다.

또는, 서비스 등록 서버는 시스템 내에 배치될 수 있다. 도 2는 본 발명의 다른 실시예에 따른 서비스 기능을 제공하는 시스템 및 서비스 요청자 측의 디바이스와의 네트워킹을 나타낸다.

도 1에 나타낸 실시예와 달리, 서비스 기능을 제공하는 시스템(10)은 또한, 서비스 디렉토리를 저장하고 이 서비스 디렉토리를 통하여 기능 스크리너(104)에 서비스 정보를 제공하도록 구성된, 서비스 등록 서버(105)를 포함한다. 서비스 디렉토리는 네트워크 내의 서비스 등록 서버로부터 취득될 수 있거나; 또는 서비스 제공자 측의 서비스 서버 및/또는 서비스 요청자 측의 서비스 서버가, 서비스 등록 서버(105)에 서비스 정보를 등록하고, 서비스 등록 서버(105)가 등록 정보에 따라 서비스 디렉토리를 생성한다.

이하, 본 발명이 개시한 서비스 기능을 제공하는 방법에 대하여 상기한 시스템의 네트워킹 구조에 기초하여 상세하게 설명한다.

도 3은 본 발명의 제1 실시예에 따른 서비스 기능을 제공하는 방법의 절차를 나타낸다. 여기서는, 서비스 제공자 측의 서비스 서버는 서비스 요청자 측의 서비스 요청을 기능 스크리너에 전달하고, 기능 스크리너는 미리 정해진 스크리닝 정보에 따라 서비스 요청 시의 요건에 부합하지 않는 요청된 기능을 스크리닝하여 새로운 서비스 요청을 생성하고; 그 후, 서비스 제공자 측의 서비스 서버는 새로운 서비스 요청을 처리하여 서비스 기능 요청 결과를 생성하고, 그 결과를 서비스 요청자 측에 회신한다.

이 절차는 다음의 단계를 포함한다:

1. 서비스 요청자 측의 서비스 서버가 서비스 제공자 측의 서비스 서버에 요청을 전송하여, 서비스 기능을 요청한다. 이 요청에는 요청된 서비스 정보(ID), 및/또는 요청된 서비스 기능 정보(요청된 인터페이스), 및/또는 기능 특정 입력 파라미터를 포함한다.

2. 서비스 제공자 측의 서비스 서버는 수신한 요청을 기능 스크리너에 전달한다.

3. 기능 스크리너는, 예를 들면, 서비스 인터페이스 정보, 서비스 제공자 정보, 서비스 설명 정보 등의 서비스 관련 정보를, 내부에 등록되어 있는 서비스 스크리닝 정보 내의 (서비스 제공자 측의 또는 서비스 요청자 측의) 서비스에 따라, 서비스 등록 서버에 질의한다.

4. 서비스 등록 서버는 대응하는 질의 결과를 회신한다.

5. 기능 스크리너는 기능 스크리너에 등록된 스크리닝 정보에 기초하여 요청에 대한 기능 스크리닝을 수행하여 요건에 부합하지 않는 요청된 기능을 스크리닝 하고, 새로운 서비스 기능 요청을 생성한다.

6. 기능 스크리너는 새로운 서비스 기능 요청을 서비스 제공자 측의 서비스 서버에 전송한다.

7, 기능 스크리너는 스크리닝 처리 정보(수정 여부, 및/또는 스크리닝된 기능에 대한 세부사항, 및/또는 오류 정보를 포함함)를 서비스 제공자 측의 서비스 서버에 전송한다.

8. 기능 스크리너는 스크리닝 처리 정보(수정 여부, 및/또는 스크리닝된 기능에 대한 세부사항, 및/또는 오류 정보를 포함함)를 서비스 요청자 측의 서비스 서버에 전송한다.

9. 서비스 제공자 측의 서비스 서버는 기능 스크리너가 회신한 새로운 서비스 기능 요청을 처리하여 서비스 기능 요청 결과를 생성한다.

10. 서비스 제공자 측의 서비스 서버는 서비스 기능 요청 결과를 서비스 요청자 측의 서비스 서버에 회신한다.

위의 단계 3 및 단계 4는 선택적이다. 기능 스크리너는, 서비스 서버에 의해 기능 스크리너 내에 등록된 스크리닝 정보가 스크리닝의 필요를 충족시키지 않는 경우에만, 관련 서비스 정보에 관해 서비스 등록 서버에 질의한다.

위의 단계 7 및 단계 8은 선택적이며, 임의의 순서로 실행될 수 있다. 기능 스크리너는 먼저 서비스 제공자 측의 서비스 서버 또는 서비스 요청자 측의 서비스 서버 중 하나에 스크리닝 처리 정보를 전송할 수 있다. 다르게는, 기능 스크리너는 한쪽의 서비스 서버에만 통지할 수도 있다.

도 4는 본 발명의 제2 실시예에 따른 서비스 기능을 제공하는 방법의 절차를 나타낸다. 여기서는, 서비스 제공자 측의 서비스 서버가 먼저 서비스 요청을 처리하여 요청된 모든 서비스 기능에 대한 처리 결과를 생성하고; 그 후, 기능 스크리너가 요청된 모든 서비스 기능의 처리 결과 내의 요건에 부합하지 않는 기능에 대해 생성된 결과를 미리 정해진 스크리닝 정보에 따라 스크리닝하고 스크리닝 후의 서비스 기능 요청 결과를 서비스 제공자 측의 서비스 서버에 전송하며; 이어서 서비스 제공자 측의 서비스 서버가 스크리닝 후의 서비스 기능 요청 결과를 서비스 요청자에 전송한다. 다르게는, 기능 스크리너가 스크리닝 후의 서비스 기능 요청 결과를 서비스 요청자에게 직접 전송할 수도 있다.

이 절차는 다음의 단계를 포함한다:

2. 서비스 제공자 측의 서비스 서버는 서비스 요청을 처리하고 기능 요청 결과를 생성한다.

3. 서비스 제공자 측의 서비스 서버는 결과를 기능 스크리너에 전달한다.

4. 기능 스크리너는 서비스 관련 정보(서비스 인터페이스 정보, 서비스 제공자 정보, 서비스 설명 정보 등을 포함함)를,

내부에 등록되어 있는 서비스 스크리닝 정보 내의 (서비스 제공자 측의 또 는 서비스 요청자 측의) 서비스에 따라, 서비스 등록 서버에 질의한다.

5. 서비스 등록 서버는 대응하는 질의 결과를 회신한다.

6. 기능 스크리너는 기능 스크리너에 등록된 스크리닝 정보에 기초하여, 수신된 요청 결과가 요건에 부합하는지를 판단하고 기능 스크리닝을 수행하여 요건에 부합하지 않는 기능에 대해 생성된 결과 정보를 스크리닝하여, 새로운 서비스 기능 요청 결과를 생성한다.

7. 기능 스크리너는 새로운 서비스 기능 요청 결과를 서비스 요청자 측의 서비스 서버에 전송한다.

8. 서비스 제공자 측의 서비스 서버는 서비스 기능 요청 결과를 서비스 요청자 측의 서비스 서버에 전달한다.

9. 기능 스크리너는 스크리닝 처리 정보(수정 여부, 및/또는 스크리닝된 기능에 대한 세부사항, 및/또는 오류 정보를 포함함)를 서비스 제공자 측의 서비스 서버에 전송한다.

10. 기능 스크리너는 스크리닝 처리 정보(수정 여부, 및/또는 스크리닝된 기능에 대한 세부사항, 및/또는 오류 정보를 포함함)를 서비스 요청자 측의 서비스 서버에 전송한다.

위의 단계 4 및 단계 5는 선택적이다. 기능 스크리너는, 서비스 서버에 의해 기능 스크리너 내에 등록된 스크리닝 정보가 스크리닝의 필요를 충족시키지 않는 경우에만, 관련 서비스 정보에 관해 서비스 등록 서버에 질의한다.

위의 단계 9 및 단계 10은 선택적이며, 임의의 순서로 실행될 수 있다. 기 능 스크리너는 스크리닝 처리 정보를, 먼저 서비스 제공자 측의 서비스 서버 또는 서비스 요청자 측의 서비스 서버 중 하나에 전송할 수 있다. 다르게는, 기능 스크리너는 한쪽의 서비스 서버에만 통지할 수도 있다.

도 5는 본 발명의 제3 실시예에 따른 서비스 기능을 제공하는 방법의 절차를 나타낸다. 여기서는, 서비스 제공자 측의 서비스 서버가 서비스 요청자 측의 서비스 요청에 따라 스크리닝 분석 요청을 생성하고; 그 후, 기능 스크리너가 미리 정해진 스크리닝 정보에 따라, 요청 내의 서비스 정보에 대한 호출(call)이 요건에 부합하는지를 분석하고, 서비스 제공자 측의 서비스 서버에 스크리닝 분석 결과를 회신하며; 서비스 제공자 측의 서비스 서버는 스크리닝 분석 결과에 따라 서비스 요청을 처리하여 서비스 기능 요청 결과를 생성하고, 그 결과를 서비스 요청자 측의 서비스 서버에 회신한다.

이 절차는 다음의 단계를 포함한다:

2. 서비스 제공자 측의 서비스 서버는 서비스 기능 요청을 분석하여 관련 스크리닝 분석 요청을 생성한다.

3. 서비스 제공자 측의 서비스 서버는 스크리닝 분석 요청을 기능 스크리너에 전송한다.

4. 기능 스크리너는 서비스 관련 정보(서비스 인터페이스 정보, 서비스 제공자 정보, 서비스 설명 정보 등을 포함함)를, 내부에 등록되어 있는 서비스 스크리닝 정보 내의 (서비스 제공자 측의 또는 서비스 요청자 측의) 서비스에 따라, 서비스 등록 서버에 질의한다.

5. 서비스 등록 서버는 대응하는 질의 결과를 회신한다.

6. 기능 스크리너는 내부에 등록된 스크리닝 정보에 따라, 요청 내의 서비스 기능에 대한 호출이 요건에 부합하는지를 판단하고, 분석 결과를 싱성한다.

7. 기능 스크리너는 분석 결과를 서비스 제공자 측의 서비스 서버에 회신한다.

8. 기능 스크리너는 스크리닝 처리 정보(수정 여부, 및/또는 스크리닝된 기능에 대한 세부사항, 및/또는 오류 정보를 포함함)를 서비스 제공자 측의 서비스 서버에 전송한다.

9. 기능 스크리너는 스크리닝 처리 정보(수정 여부, 및/또는 스크리닝된 기능에 대한 세부사항, 및/또는 오류 정보를 포함함)를 서비스 요청자 측의 서비스 서버에 전송한다.

10. 서비스 제공자 측의 서비스 서버는 서비스 요청자 측에 의해 전송된 원래의 서비스 기능 요청을 분석 결과에 따라 처리하여, 결과를 생성한다.

11. 서비스 제공자 측의 서비스 서버는 서비스 기능 요청 결과를 서비스 요청자 측의 서비스 서버에 전송한다.

마찬가지로, 위의 단계 4 및 단계 5는 선택적이다. 기능 스크리너는, 서비 스 서버에 의해 기능 스크리너 내에 등록된 스크리닝 정보가 스크리닝의 필요를 충족시키지 않는 경우에만, 관련 서비스 정보에 관해 서비스 등록 서버에 질의한다. 예를 들면, 스크리닝 규칙이 다음과 같이 지정된다: 제3자의 서비스 XXX 및 서비스 제공자 측의 서비스가 하나의 운영자에게 속하는 경우, 서비스 제공자 측의 서비스 A를 디스에이블(disable)시킨다. 기능 스크리너는 제3자의 서비스 XXX 및 서비스 제공자 측의 서비스의 운영자 정보에 관해 서비스 등록 서버에 질의하여야 한다.

위의 단계 8 및 단계 9는 선택적이며, 임의의 순서로 실행될 수 있다. 기능 스크리너는 스크리닝 처리 정보를, 먼저 서비스 제공자 측의 서비스 서버 또는 서비스 요청자 측의 서비스 서버 중 하나에 전송할 수 있다. 다르게는, 기능 스크리너는 한쪽의 서비스 서버에만 통지할 수도 있다.

도 3 내지 도 5에 나타낸 절차에서, 기능 스크리너는 기능 스크리닝을 수행하거나, 스크리닝 규칙 및 등록자 정보를 포함하고 또한 규칙 만료 시각을 포함할 수 있는 미리 정해진 스크리닝 정보(기능 스크리너에 등록되어 있음)에 따라, 서비스 제공자 측의 서비스 서버에 의해 전송된 메시지에 대해 스크리닝 판단을 하여야 한다.

상기한 실시예는, 서비스 제공자 측에 기능 스크리너를 배치함으로써, 본 발명이 네트워크 성능에 영향을 주지 않으면서 서비스 기능을 효과적으로 제어하고 스크리닝할 수 있다는 것을 보여준다.

도 6에 나타낸 바와 같이, 기능 스크리너는 중앙 제어 유닛(60), 스크리닝 정보 저장 유닛(61), 및 공공 기능 스크리닝 유닛(62)을 포함한다. 중앙 제어 유닛(60)은, 기능 스크리너가 수신한 메시지에 따라 기능 스크리너 내의 다른 기능 유닛의 작용을 제어하도록 구성되어 있고; 스크리닝 정보 저장 유닛(61)은 스크리닝 정보를 저장하도록 구성되어 있으며; 공공 기능 스크리닝 유닛(62)은, 기능 스크리너가 수신한 메시지를 중앙 제어 유닛(60)의 명령 및 스크리닝 명령에 따라 스크리닝 또는 판단하여, 스크리닝 결과 또는 판단 결과를 중앙 제어 유닛(60)에 회신하도록 구성되어 있다.

공공 기능 스크리닝 유닛(61)은 서비스 제공자 측의 서비스 서버가 스크리닝을 요청하는 메시지의 상이한 내용에 따라, 처리 모드가 상이할 수 있다. 예를 들면, 아래의 모드 중 어느 것을 채택할 수 있다:

(1) 기능 스크리너가, 서비스 제공자 측의 서비스 서버에 의해 전달된 서비스 요청 메시지를 수신한 경우, 공공 기능 스크리닝 유닛(62)은 스크리닝 정보에 따라 서비스 요청 내의 요건에 부합하지 않는 기능 요청을 스크리닝한다.

(2) 기능 스크리너가, 서비스 제공자 측의 서비스 서버에 의해 전송된 요청된 모든 서비스 기능을 포함하는 처리 결과 메시지를 수신한 경우, 공공 기능 스크리닝 유닛(62)는 스크리닝 정보에 따라 처리 결과 내의 요건에 부합하지 않는 기능에 대해 생성된 결과를 스크리닝한다.

(3) 기능 스크리너가, 서비스 제공자 측의 서비스 서버에 의해 전송되고 서비스 요청자 측에 의해 전송된 서비스 요청에 따라 생성된 스크리닝 분석 요청 메 시지를 수신한 경우, 공공 기능 스크리닝 유닛(62)는 스크리닝 정보에 따라 처리 결과 내의 요건에 부합하지 않는 기능에 대해 생성된 결과를 스크리닝한다.

상기한 모드 중 어느 하나로 처리한 후, 공공 기능 스크리닝 유닛(62)은 처리 결과를 중앙 제어 유닛(60)에 전송하여야 한다. 그러면, 기능 스크리너는 그에 따라 처리를 실행하여 서비스 기능 요청 결과를 생성하고 그 결과를 서비스 요청자 측에 회신하거나, 또는 기능 스크리너는 스크리닝 후의 서비스 기능 요청 결과를 서비스 요청자 측에 직접 전송한다.

상이한 애플리케이션 환경에서 요구된 스크리닝 정보의 수정을 간편하게 하기 위하여, 서비스 제공자 측의 서비스 서버에 의해 제공된 스크리닝 정보를 스크리닝 정보 저장 유닛(61)에 등록하고, 스크리닝 정보 저장 유닛(61)에 저장된 스크리닝 정보를 관리, 예를 들면, 스크리닝 정보를 수정, 삭제 또는 추가하도록 구성된, 스크리닝 정보 관리 유닛(63)을 설치할 수 있다.

스크리닝 정보는 스크리닝 규칙 및 등록자 정보를 포함하고, 또한 상이한 시점 또는 시간에서의 서비스 기능의 제공을 제어하기 위한 규칙 만료 시각을 포함할 수 있다. 그러므로, 기능 스크리너는 또한, 중앙 제어 유닛(60)의 명령 및 스크리닝 정보 내의 규칙 만료 시각에 따라, 기능 스크리너에 의해 수신된 메시지를 스크리닝하고 그 스크리닝 결과를 중앙 제어 유닛(60)에 회신하도록 구성된, 시간 기반 기능 스크리닝 유닛(64)을 포함할 수 있다.

도 6에 나타낸 실시예와는 달리, 본 예에서, 기능 스크리너는 정보 기록 유닛(71) 및 처리 정보 통지 유닛(72)을 더 포함한다. 정보 기록 유닛(71)은 기능 스크리너에 의해 수신된 메시지를 스크리닝하기 위한 처리 정보를 기록하도록 구성되어 있다. 스크리닝 처리 정보는 수정 여부, 및/또는 스크리닝된 기능에 대한 정보, 및/또는 오류 정보를 포함한다. 처리 정보 통지 유닛(72)은 스크리닝 처리 정보를 서비스 제공자 측 및/또는 서비스 요청자 측에 전송하도록 구성되어 있다.

또한, 본 발명의 본 실시예에서, 기능 스크리너는 수신된 메시지의 포맷이 요건에 부합하는지를 조사하도록 구성된, 메시지 처리 유닛(73)을 더 포함한다. 예를 들면, 기능 스크리너에 의해 수신된 메시지는 서비스 제공자 측의 서비스 서버에 의해 전달된 SOAP 봉인된(enveloped) 기능 요청이다. 이 경우, 기능 스크리너는 서비스 제공자 측의 서비스 서버에 요청을 처리할 수 없음을 통지할 수 있다.

상기한 기능 유닛들은 시스템의 애플리케이션 요건에 따라 선택적이다.

도 8은 기능 스크리너의 내부 상호작용 절차를 나타낸다.

이 절차는 다음의 단계를 포함한다:

1. 서비스 제공자 측의 서비스 서버가 메시지 처리 유닛에 서비스 요청을 전달한다.

2. 메시지 처리 유닛은, 시스템이 서비스 요청을 처리할 수 있는지(예를 들면, 메시지의 포맷이 식별가능한지)를 판단한다.

3. 요청을 처리할 수 있으면, 메시지 처리 유닛은 요청을 중앙 제어 유닛에 전달한다.

4. 중앙 제어 유닛은 관련 서비스 스크리닝 정보를 질의하기 위하여 스크리닝 정보 관린 유닛을 호출한다.

5. 스크리닝 정보 관리 유닛은 스크리닝 정보 저장 유닛에 서비스의 스크리닝 정보에 관해 질의한다.

6. 필요한 경우, 중앙 제어 유닛은 서비스 등록 서버에 서비스의 요구된 정보(서비스의 인터페이스 정보를 포함함)에 관해 질의한다. 이것은 선택적이다.

(a) 다음과 같은 시기에 서비스에 대한 정보를 질의할 수 있다: (1) 메시지 처리 유닛에 의해 전달된 서비스 요청을 수신한 경우, 중앙 제어 유닛은 요청의 수신자(서비스 제공자 측의 서비스) 및 개시자(initiator)(서비스 요청자 측의 서비스)의 정보에 따라, 즉시 서비스 등록 서버에 질의하고; (2) 스크리닝 유닛은 스크리닝 정보의 판정 시에 스크리닝 유닛이 스크리닝 규칙 내의 관련 서비스 정보를 가지고 있지 않은 경우, 중앙 제어 유닛에 대해 관련 서비스 정보를 취득하기 위한 요청을 개시하고, 그 후 중앙 제어 유닛이 서비스 등록 서버에 질의한다. 예를 들면, 스크리닝 규칙은 다음을 지정한다: 제3자 서비스 XXX 및 서비스 제공자 측의 서비스가 하나의 운영자에게 속하는 경우, 서비스 제공자 측의 기능 A를 디스에이블시킨다. 그러면, 스크리닝 유닛은 중앙 제어 유닛을 통하여 제3자 서비스 XXX 및 서비스 제공자 측의 서비스의 운영자 정보에 관해 서비스 등록 서버에 질의하여야 한다.

(b) 어떤 정보로부터 어떤 서비스에 관한 질의를 할 것인지는 2가지 모드로 결정될 수 있다: (1) 전달된 서비스 요청으로부터 개시자(서비스 요청자 측의 서비 스) 및 수신자(서비스 제공자 측의 서비스)에 대한 정보를 취득한다. 예를 들면, 스크리닝 규칙은 다음을 지정한다: 일정한 카테고리의 서비스 요청자 측의 서비스가 BBB인 경우, 서비스 제공자 측의 기능 A를 디스에이블시킨다. 그러면, 전달된 서비스 요청 내의 서비스 요청자 측의 서비스에 대한 정보를 얻기 위해서는 서비스 등록 서버에 서비스 정보에 대해 질의할 필요가 있다. (2) 스크리닝 정보로부터 스크리닝 정보의 등록자 및 스크리닝 규칙에 관련된 서비스를 취득한다. 예를 들면, 스크리닝 정보는 다음을 지정한다: 제3자 서비스 XXX 및 서비스 제공자 측의 서비스가 하나의 운영자에 속하는 경우, 서비스 제공자 측의 기능 A를 디스에이블시킨다. 그러면, 스크리닝 유닛은 중앙 제어 유닛을 통하여 제3자 서비스 XXX 및 서비스 제공자 측의 서비스의 운영자 정보에 관해 서비스 등록 서버에 질의하여야 한다.

7. 중앙 제어 유닛은 스크리닝 규칙의 유형을 판단한다.

8. 중앙 제어 유닛은 판단 결과에 기초하여 적절한 스크리닝 유닛을 선택한다(여기서는 시간 기반 스크리닝 유닛을 예로 든다).

9. 시간 기반 스크리닝 유닛은 스크리닝 규칙에 부합하지 않는 요청된 기능을 스크리닝하기 위한 스크리닝 규칙에 따라 스크리닝을 수행하여 새로운 서비스 요청을 생성한다(시간 기반 기능 스크리닝 유닛은 시간 스크리닝 규칙을 처리하는 데 도움을 주기 위하여, 내부 타이머 유닛을 유지하여 시간 정보를 취득할 수 있다).

10. 시간 기반 기능 스크리닝 유닛은 서비스 요청을 중앙 제어 유닛에 회신 한다.

11. 중앙 제어 유닛은 나머지 스크리닝 규칙의 유형에 대한 판단을 계속하고 판단 결과에 기초하여 적절한 스크리닝 유닛을 선택한다(여기서는 공공 기능 스크리닝 유닛을 예로 든다).

12. 공공 기능 스크리닝 유닛은, 스크리닝 규칙에 부합하지 않는 요청된 기능을 스크리닝하기 위한 스크리닝 규칙에 따라 스크리닝을 수행하여, 새로운 서비스 요청을 생성한다.

13. 공공 기능 스크리닝 유닛은 서비스 요청을 중앙 제어 유닛에 회신한다

14. 중앙 제어 유닛은 스크리닝 처리 정보를 처리 정보 통지 유닛에 전송한다.

15. 처리 정보 통지 유닛은 처리 정보 통지를 생성한다.

16. 처리 정보 통지 유닛은 처리 정보 통지를 중앙 제어 유닛에 전송한다.

17. 중앙 제어 유닛은, 예를 들면, 로그(log) 등의 정보를 정보 기록 유닛에 전송하여 정보를 기록한다.

18. 중앙 제어 유닛은 새로운 서비스 요청을 서비스 제공자 측의 서비스 서버에 전송한다.

19. 중앙 제어 유닛은 처리 정보 통지를 서비스 서버에 전송한다(서비스 제공자 측의 서비스 서버 및 서비스 요청자 측의 서비스 서버 양쪽에 전솔할 수 있음). 이 단계는 선택적이다.

이하, 도 3에 나타낸 본 발명의 제1 실시예에서 제공되는 방법에 따라 서비 스 기능을 제공하는 프로세스에 대하여 설명한다.

도 9는 본 발명의 제1 실시예에서 제공되는 방법에 따라 서비스 기능을 제공하는 프로세스를 나타낸다.

여행 추천 서비스는 서비스 요청자 측의 서비스 서버에서 실행된다. 이 서비스는 2가지 기능이 있다: 기능 1은 리조트 명칭을 입력하면 리조트에 대한 소개 설명을 출력하는 ResortQuery(리조트 질의)이고; 기능 2는 널 입력(null input)에 의해 당일 여행하기에 적합한 리조트를 출력하는, TodayResort(당일 리조트)이다. 기능은 SOAP 메시지를 통하여 서비스 제공자 측의 서비스 서버에서 실행되는 일기 예보 서비스를 호출한다. 일기 예보 서비스는 2가지 기능이 있다. 기능 1은 널 입력에 의해 당일의 일기 예보 정보를 출력하는, TodayForecast(당일 예보)이고; 기능 2는 널 입력에 의해 지난주의 일기 예보 정보를 출력하는, 하기에 적합한 리조트를 출력하는, LastWeekForecast(지난주 예보)이다.

1. 기능 스크리닝 등록 프로세스

일기 예보 서비스는 기능 스크리너에 서비스의 시간 스크리닝 규틱을 등록한다. 이 규칙은 표 2에 나타나 있다.

예를 들면, WDSL(Web Services Definition Language, 웹 서비스 정의 언어) 포맷을 사용한 일기 예보 서비스의 기술 파일(description file)은 다음과 같다:

...

</operation>

</portType>

</operation>

</portType>

...

서비스는 2가지 PortType(포트 유형)에서 2가지 작용을 통하여 서비스를 제공한다.

2. 기능 스크리닝 프로세스

전체 서비스 스크리닝 프로세스는 다음과 같다:

(1) 서비스 요청자 측의 서비스 서버의 여행 추천 서비스는, 서비스의 기능 1, TodayForecast(당일 예보) 및 기능 2, LastWeekForecast(지난주 예보)을 요청하 는 요청(SOAP 포맷)을 19:00 시에 서비스 제공자 측의 서비스 서버의 일기 예보 서비스에 전송한다.

SOAP를 예로 들면, 서비스 요청자 측의 서비스 서버의 여행 추천 서비스에 의해 서비스 제공자 측의 서비스 서버의 일기 예보 서비스에 전송된 요청은 다음과 같다:

<env:Envelope xmlns:env="http://www.w3.org/2001/12/soap-envelope">

<env:Header>

...

</env:Header>

<env:Body>

< getTodayForecast >

...

</ getTodayForecast >

...

</ getLastWeekForecast >

...

</env:Body>

</env:Envelope>

(2) 서비스 제공자 측의 서비스 서버는 수신된 요청을 기능 스크리너에 전달한다.

(3) 기능 스크리너는, 요건에 부합하지 않는 요청된 기능을 스크리닝하기 위하여 기능 스크리너에 등록된 스크리닝 정보에 기초하여 요청에 대한 기능 스크리닝을 수행하여, 새로운 기능 요청을 생성한다.

기능 스크리너의 내부 처리는 다음과 같다:

a. 메시지 처리 유닛은, 시스템이 처리할 수 있는 SOAP 포맷의 요청인지를 판단하고 그 요청을 중앙 제어 유닛에 전달한다.

b. 중앙 제어 유닛은 스크리닝 정보 저장 유닛에 질의하기 위해 스크리닝 정보 관리유닛을 호출하여 일기 예보 서비스의 스크리닝 규칙을 취득한다.

c. 중앙 제어 유닛은 스크리닝 규칙(시간 규칙)의 설정에 따라 기반 기능 스크리닝 유닛을 호출하고, 스크리닝 처리를 위하여 원래의 기능 요청을 시간 기반 기능 스크리닝 유닛에 전송한다.

d. 시간 기반 기능 스크리닝 유닛은 현재의 시각 19:00을 취득한다.

e. 시간 기반 기능 스크리닝 유닛은, 규칙 내의 "TimeRange = (18:00-24:00)" 조건을 충족시키는지를 판단하고, 스크리닝 규칙 내의 요건(Function =< operation name = "GetTodayForecast">Method = disable)에 따라, 원래의 요청 내의 "getTodayForecast" 요청을 제거하기 위한 스크리닝을 계속한다.

f. 시간 기반 기능 스크리닝 유닛은 스크리닝 결과에 따라 새로운 서비스 기능 요청을 생성한다.

새로운 서비스 기능 요청은 다음과 같다(SOAP 포맷):

<env:Envelope

xmlns:env="http://www.w3.org/2001/12/soap-envelope">

　　 <env:Header>

　　 ...

　　 </env:Header>

<env:Body>

　　 ...

　　 </ getLastWeekForecast >

　　 ...

　　 </env:Body>

</env:Envelope>

　　g. 시간 기반 기능 스크리닝 유닛은 스크리닝 후의 정보(getTodayForecast 요청 및 다른 정보가 없음)를 중앙 제어 유닛에 전송한다.

h. 중앙 제어유닛은 처리 정보 통지 유닛을 호출하여 스크리닝 통지를 생성하고 정보 기록 유닛을 호출하여 로그 정보를 기록한다.

3. 상기한 기능 스크리너 내부에서의 처리 시에, 기능 스크리너에 등록된 스크리닝 정보는 서비스 요청자 측의 서비스 서버에 의해 요청된 어떤 서비스 기능을 스크리닝하여야 하는지를 판단하기에 충분하므로, 본 발명의 본 실시예에서, 기능 스크리너는 서비스 등록 서버에 관련 서버스 정보를 요청하는 것이 불필요하며; 그렇지 않은 경우, 기능 스크리너는 또한 서비스 등록 서버로부터 스크리닝 규칙 내의 필요한 관련 서비스 정보를 취득하여야 한다.

4. 기능 스크리너는 일기 예보 서비스에 대한 새로운 스크리닝 후의 서비스 기능 요청을 서비스 제공자 측의 서비스 서버에 회신한다.

5. 기능 스크리너는 스크리닝 처리 정보(수정 여부, 및/또는 스크리닝된 정보에 대한 세부사항, 및/또는 오류 정보를 포함함)를 서비스 제공자 측의 서비스 서버의 일기 예보 서비스에 전송한다.

6. 기능 스크리너는 스크리닝 처리 정보(수정 여부, 및/또는 스크리닝된 정보에 대한 세부사항, 및/또는 오류 정보를 포함함)를 서비스 요청자 측의 서비스 서버의 여행 추천 서비스에 전송한다.

7. 서비스 제공자 측의 서비스 서버의 일기 예보 서비스는, 기능 스크리너에 의해 회신된 새로운 서비스 요청을 처리하고 서비스 기능 요청 결과를 생성한다.

8. 서비스 제공자 측의 서비스 서버는 서비스 기능 요청 결과를 서비스 요청자 측의 서비스 서버에 전송한다. 스크리닝이 성공적이기 때문에, 회신된 결과는 LastWeekForecast 기능에 대한 요청 결과만을 포함한다. TodayForecast 기능에 대한 요청은 스크리닝된다.

이상에서 본 발명의 예시적인 실시예들을 설명하였지만, 본 발명은 이러한 실시예에 한정되지 않는다. 해당 기술분야의 당업자는 본 발명의 사상 및 범위를 벗어나지 않으면서 본 발명을 다양하게 변경 및 변형시킬 수 있다. 본 발명은 청구항 또는 그 등가물에 의해 정해지는 본 발명의 보호 범위 내에서 이루어지는 변경예 및 변형예를 포함하는 것으로 생각하여야 한다.

Claims

서비스 제공자 측에서, 서비스 요청자 측으로부터 서비스 요청을 수신하는 단계;

상기 서비스 요청에 의해 요청된 서비스 기능을 스크리닝하여 서비스 요청 결과를 생성하는 단계; 및

상기 서비스 요청 결과를 상기 서비스 요청자 측에 회신(return)하는 단계

를 포함하는 서비스 기능을 제공하는 방법.
제1항에 있어서,

상기 서비스 제공자 측의 서비스 서버와 함께 작용하여, 상기 서비스 요청에 의해 요청된 서비스 기능을 스크리닝하는 기능 스크리너(function screener)가 설치되어 있는, 서비스 기능을 제공하는 방법.
제2항에 있어서,

상기 서비스 요청에 의해 요청된 서비스 기능을 스크리닝하여 서비스 요청 결과를 생성하는 단계는,

상기 서비스 제공자 측의 서비스 서버에서, 상기 서비스 요청을 상기 기능 스크리너에 전달하는 단계;

상기 기능 스크리너에서, 상기 서비스 요청에 의해 요청된 서비스 기능을 스 크리닝하여 새로운 서비스 요청을 생성하는 단계; 및

상기 서비스 제공자 측의 서비스 서버에서, 상기 새로운 서비스 요청을 처리하여 상기 서비스 요청 결과를 생성하는 단계를 포함하는, 서비스 기능을 제공하는 방법.
제3항에 있어서,

상기 서비스 요청에 의해 요청된 서비스 기능을 스크리닝하여 새로운 서비스 요청을 생성하는 단계는,

상기 기능 스크리너에서, 미리 정해진 스크리닝 정보에 따라 상기 서비스 요청 내의 무효(invalid)인 서비스 기능을 스크리닝하여 새로운 서비스 요청을 생성하는 단계를 포함하는, 서비스 기능을 제공하는 방법.
제2항에 있어서,

상기 서비스 요청에 의해 요청된 서비스 기능을 스크리닝하여 서비스 요청 결과를 생성하는 단계는,

상기 서비스 제공자 측의 서비스 서버에서, 상기 새로운 서비스 요청을 처리하고, 요청된 모든 서비스 기능을 커버(cover)하는 처리 결과를 생성하는 단계; 및

상기 기능 스크리너에서, 상기 요청된 모든 서비스 기능을 커버하는 처리 결과를 스크리닝하여 상기 서비스 요청 결과를 생성하는 단계를 포함하는, 서비스 기능을 제공하는 방법.
제5항에 있어서,

상기 요청된 모든 서비스 기능을 커버하는 처리 결과를 스크리닝하여 상기 서비스 요청 결과를 생성하는 단계는,

상기 기능 스크리너에서, 미리 정해진 스크리닝 정보에 따라, 상기 요청된 모든 서비스 기능을 커버하는 처리 결과 내의 요건에 부합하지 않는 기능에 대해 생성된 결과를 스크리닝하여 상기 서비스 요청 결과를 생성하는 단계를 포함하는, 서비스 기능을 제공하는 방법.
제2항에 있어서,

상기 서비스 요청에 의해 요청된 서비스 기능을 스크리닝하여 서비스 요청 결과를 생성하는 단계는,

상기 서비스 제공자 측의 서비스 서버에서, 상기 서비스 요청에 따라 스크리닝 분석 요청을 생성하는 단계;

상기 기능 스크리너에서, 상기 스크리닝 분석 요청 내의 서비스 기능에 대한 호출(call)이 요건에 부합하는지를 판단하고, 스크리닝 분석 결과를 상기 서비스 제공자 측의 서비스 서버에 회신하는 단계; 및

상기 서비스 제공자 측의 서비스 서버에서, 상기 스크리닝 분석 결과에 따라 상기 서비스 요청을 처리하여 상기 서비스 요청 결과를 생성하는 단계를 포함하는, 서비스 기능을 제공하는 방법.
제7항에 있어서,

상기 스크리닝 분석 요청 내의 서비스 기능에 대한 호출(call)이 요건에 부합하는지를 판단하는 단계는,

상기 기능 스크리너에서, 미리 정해진 스크리닝 정보에 따라 상기 스크리닝 분석 요청 내의 서비스 기능에 대한 호출을 판단하는 단계를 포함하는, 서비스 기능을 제공하는 방법.
제3항, 제5항, 또는 제7항에 있어서,

상기 기능 스크리너에서, 스크리닝 처리 정보를 상기 서비스 제공자 측의 서비스 서버 및/또는 상기 서비스 요청자 측의 서비스 서버에 전송하는 단계를 더 포함하고,

상기 스크리닝 처리 정보는, 수정 여부, 및/또는 스크리닝된 기능에 대한 정보, 및/또는 오류 정보를 포함하는, 서비스 기능을 제공하는 방법.
제4항, 제6항 또는 제8항에 있어서,

상기 스크리닝 정보는 스크리닝 규칙, 등록자 정보 및 규칙 만료 시각을 포함하는, 서비스 기능을 제공하는 방법.
제2항에 있어서,

상기 기능 스크리너에서, 네트워크 내의 서비스 디렉토리에 질의하여 서비스 기능 스크리닝에 필요한 서비스 정보를 취득하는 단계를 더 포함하는 서비스 기능을 제공하는 방법.
제1항에 있어서,

상기 서비스 요청자 측의 서비스 요청은, 상기 요청된 서비스의 정보, 요청된 서비스 기능의 정보, 및 기능 특정 입력 파라미터(function specific input parameter) 중 하나 이상의 정보 유형을 포함하는, 서비스 기능을 제공하는 방법.
서비스 요청자 측의 서비스 요청에 따라 상기 서비스 요청자 측에 의해 요청된 서비스를 회신하도록 구성된 서비스 제공자 측의 서비스 서버; 및

상기 서비스 제공자 측의 상기 서비스 서버에 접속되고, 상기 서비스 요청에 의해 요청된 서비스 기능을 스크리닝하며 스크리닝 후의 결과를 상기 서비스 제공자 측의 상기 서비스 서버에 회신하도록 구성된 기능 스크리너

를 포함하는 서비스 기능을 제공하는 시스템.
제13항에 있어서,

상기 기능 스크리너는, 중앙 제어 유닛, 스크리닝 정보 저장 유닛, 및 공공 기능 스크리닝 유닛을 포함하고,

상기 중앙 제어 유닛은, 상기 기능 스크리너에 의해 수신된 메시지에 따라 상기 공공 기능 스크리닝 유닛의 작용을 제어하도록 구성되어 있고;

상기 스크리닝 정보 저장 유닛은, 스크리닝 규칙, 등록자 정보 및 규칙 만료 시각을 포함하는 스크리닝 정보를 저장하도록 구성되어 있으며;

상기 공공 기능 스크리닝 유닛은, 상기 중앙 제어 유닛의 명령 및 상기 스크리닝 정보에 따라 상기 기능 스크리너에 의해 수신된 메시지를 스크리닝 또는 판단하고, 스크리닝 결과 또는 판단 결과를 상기 중앙 제어 유닛에 회신하도록 구성되어 있는, 서비스 기능을 제공하는 시스템.
제14항에 있어서,

상기 기능 스크리너는, 상기 서비스 제공자 측의 서비스 서버에 의해 제공되는 스크리닝 정보를 상기 스크리닝 정보 저장유닛에 등록하고, 상기 스크리닝 정보 저장 유닛에 저장된 스크리닝 정보를 관리하도록 구성된, 스크리닝 정보 관리 유닛을 더 포함하는, 서비스 기능을 제공하는 시스템.
제14항에 있어서,

상기 기능 스크리너에 의해 수신된 메시지는 상기 서비스 제공자 측의 서비스 서버에 의해 전달된 서비스 요청 메시지이고,

상기 공공 기능 스크리닝 유닛은 상기 스크리닝 정보에 따라 상기 서비스 요청 내의 요건에 부합하지 않는 요청된 기능을 스크리닝하는, 서비스 기능을 제공하는 시스템.
제14항에 있어서,

상기 기능 스크리너에 의해 수신된 메시지는 상기 서비스 제공자 측의 서비스 서버에 의해 전송된, 요구된 서비스 기능을 모두 포함하는 처리 결과 메시지이고,

상기 공공 기능 스크리닝 유닛은 상기 스크리닝 정보에 따라 상기 처리 결과 내의 요건에 부합하지 않는 기능에 대해 생성된 결과를 스크리닝하는, 서비스 기능을 제공하는 시스템.
제14항에 있어서,

상기 기능 스크리너에 의해 수신된 메시지는 상기 서비스 제공자 측의 서비스 서버에 의해 전송된 스크리닝 분석 요청 메시지이고,

상기 공공 기능 스크리닝 유닛은 상기 스크리닝 정보에 따라 요건에 부합하는 상기 스크리닝 분석 요청 메시지 내의 서비스 기능에 대한 호출인지를 판단하는, 서비스 기능을 제공하는 시스템.
제14항에 있어서,

상기 기능 스크리너는,

상기 중앙 제어 유닛의 명령 및 상기 스크리닝 정보 내의 규칙 만료 시각에 따라, 상기 기능 스크리너에 의해 수신된 메시지를 스크리닝하고, 스크리닝 결과를 상기 중앙 제어 유닛에 회신하도록 구성된, 시간 기반 기능 스크리닝 유닛을 더 포함하는, 서비스 기능을 제공하는 시스템.
제14항 내지 제19항 중 어느 한 항에 있어서,

상기 기능 스크리너는, 상기 기능 스크리너에 의해 수신된 메시지를 스크리닝하기 위한 처리 정보를 기록하도록 구성된 정보 기록 유닛을 더 포함하고,

상기 스크리닝 처리 정보는 수정 여부, 및/또는 스크리닝된 기능에 대한 정보, 및/또는 오류 정보를 포함하는, 서비스 기능을 제공하는 시스템.
제14항 내지 제19항 중 어느 한 항에 있어서,

상기 기능 스크리너는, 수신된 메시지 포맷이 요건에 부합하는지를 조사하고, 요건에 부합하는 상기 메시지 포맷을 상기 중앙 제어 유닛에 전송하도록 구성된, 메시지 처리 유닛을 더 포함하는, 서비스 기능을 제공하는 시스템.
제14항 내지 제19항 중 어느 한 항에 있어서,

서비스 디렉토리를 저장하고, 상기 서비스 디렉토리를 통하여 서비스 기능 스크리닝에 필요한 서비스 정보를 상기 기능 스크리너에 제공하도록 구성된, 서비스 등록 서버를 더 포함하는 서비스 기능을 제공하는 시스템.