KR20080016456A - 사용자 선호도 프로파일을 관리하기 위한 시스템 및 방법 - Google Patents

사용자 선호도 프로파일을 관리하기 위한 시스템 및 방법 Download PDF

Info

Publication number
KR20080016456A
KR20080016456A KR1020070077317A KR20070077317A KR20080016456A KR 20080016456 A KR20080016456 A KR 20080016456A KR 1020070077317 A KR1020070077317 A KR 1020070077317A KR 20070077317 A KR20070077317 A KR 20070077317A KR 20080016456 A KR20080016456 A KR 20080016456A
Authority
KR
South Korea
Prior art keywords
user preference
preference profile
profile
server
service
Prior art date
Application number
KR1020070077317A
Other languages
English (en)
Inventor
오재권
파통 바자바라 자야완트
Original Assignee
삼성전자주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 삼성전자주식회사 filed Critical 삼성전자주식회사
Priority to JP2009522717A priority Critical patent/JP5404395B2/ja
Priority to EP07793366A priority patent/EP2047380A4/en
Priority to PCT/KR2007/003711 priority patent/WO2008016263A1/en
Priority to US12/376,079 priority patent/US9077584B2/en
Priority to CN201010546312.4A priority patent/CN102006321B/zh
Priority to CN200780033186.9A priority patent/CN101512515B/zh
Publication of KR20080016456A publication Critical patent/KR20080016456A/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/2866—Architectures; Arrangements
    • H04L67/30—Profiles
    • H04L67/306—User profiles
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/30—Information retrieval; Database structures therefor; File system structures therefor of unstructured textual data
    • G06F16/33—Querying
    • G06F16/335—Filtering based on additional data, e.g. user or group profiles
    • 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/44—Arrangements for executing specific programs
    • G06F9/445—Program loading or initiating
    • G06F9/44505—Configuring for program initiating, e.g. using registry, configuration files
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
    • H04L63/102—Entity profiles
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1059—End-user terminal functionalities specially adapted for real-time communication
    • 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
    • H04L65/40—Support for services or applications
    • H04L65/4061—Push-to services, e.g. push-to-talk or push-to-video
    • 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/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • 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/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • H04L67/63—Routing a service request depending on the request content or context
    • 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
    • H04L65/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]
    • 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
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Multimedia (AREA)
  • Databases & Information Systems (AREA)
  • Data Mining & Analysis (AREA)
  • Computational Linguistics (AREA)
  • Computer Hardware Design (AREA)
  • Computer Security & Cryptography (AREA)
  • Computing Systems (AREA)
  • Telephonic Communication Services (AREA)
  • Information Transfer Between Computers (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

본 발명은 사용자 선호도 프로파일(User Preference Profile)을 관리하기 위한 시스템 및 방법에 관한 것으로서, 복수의 애플리케이션 클라이언트(Application Client)와, 복수의 애플리케이션 클라이언트에 각각 대응되는 복수의 애플리케이션 서버(Application Server)와, 복수의 애플리케이션 각각에 대한 사용자 선호도 프로파일을 저장 및 관리하는 공유서버를 포함하고, 애플리케이션 클라이언트가, 공유서버에 저장된 복수의 사용자 선호도 프로파일을 선택적으로 활성화하여 애플리케이션 서버에 제공함을 특징으로 한다.
본 발명에 의하여 복수의 애플리케이션에 대한 각각의 사용자 선호도 프로파일을 하나의 구성에 저장함으로써, 사용자 선호도의 관리를 효율적으로 할 수 있는 효과가 있다.
XDM 서버, SIP, XCAP

Description

사용자 선호도 프로파일을 관리하기 위한 시스템 및 방법{SYSTEM AND METHOD FOR MANAGING USER PREFERENCE PROFILE}
본 발명은 전반적으로 이동 통신에 관한 것이고, 좀 더 구체적으로 인스턴트 메시징(Instant Messaging, IM), 푸시 투 토크 오버 셀룰러(Push to Talk over Cellular, PoC), 및 추후 제공 가능한 임의의 다른 애플리케이션(Application)과 같은, OMA(Open Mobile Alliance)에 의해 개발된 SIP(Session Initiation Protocol)를 통한 애플리케이션들에 관한 것이다. 환언하면, 본 발명은 사용자에 의해 제공되는 서비스 설정들이 애플리케이션 서버에 의해 공개되고, 저장되며, 실행되는 애플리케이션들에 관한 것이다. 더욱 구체적으로, 본 발명은 사용자 선호도 프로파일을 관리하기 위한 시스템 및 방법에 관한 것이다.
서비스 공급자들은 각종의 서비스들을 제공하면서 사용자로 하여금 자신의 선호도를 선택하여 자신의 필요 및 상황에 따라 애플리케이션들의 동작을 맞출 수 있도록 한다. 현재, OMA에 의해 개발된 PoC 애플리케이션은 사용자로 하여금 수신 세션 차단(Incoming Session Barring), 응답 모드(Answer Mode), 수신 인스턴트 개인 경보 차단(Incoming Instant Personal Alert Barring), 동시 PoC 세션 지원 설 정(Simultaneous PoC Session Support Settings) 등과 같은 서비스 설정을 구성할 수 있도록 한다. 또한, OMA에 의해 개발된 SIMPLE(SIP for Instant messaging and Presence leveraging Extensions) IM 애플리케이션은 수신 세션 차단, 수신 IM 페이저 모드 차단(Incoming IM Pager Mode Barring), 지연 메시지 전달(Delivery of Deferred Massages) 등과 같은 서비스 설정을 규정하고 있다. 개발 중에 있는 신규의 애플리케이션들도 유사한 서비스 설정을 갖는 다. 사용자는 자신의 클라이언트 애플리케이션을 사용하여 자신의 선호도를 각각의 애플리케이션 서버에 표시한다. 아래에 설명하는 바와 같이, 몇 가지의 선행 기술을 밝히기로 한다:
일례로, 도 1은 OMA에 의해 개발된 SIMPLE IM 및 PoC(Push to talk ove Cellular) 애플리케이션을 나타내고 있다. 다른 애플리케이션에 있어서도 유사한 구조가 존재한다. 선행 기술에서 서비스 설정들을 게시하는데 사용되는 인터페이스들이 점선으로 도시되어 있다. 각각의 클라이언트 애플리케이션이 서비스 설정을 자신의 애플리케이션 서버(111, 121)에 게시하므로, 다수의 서비스 설정들이 게시됨을 유의해야 할 것이다.
사용자가 서비스 설정을 게시하는 과정의 흐름도가 도 2에 나타나 있다.
SIP PUBLISH는 서비스 설정을 SIP 인터페이스를 경유하여 애플리케이션 서버(111)에 게시하는데 사용되는 방법이다. 통상적으로, 서비스 설정 게시는 각각의 등록 후에, 또한 사용자가 자신의 서비스 설정을 갱신 또는 재생하는 경우에 일어난다.(S210) 애플리케이션 서버(111, 121)는 그러한 사용자 선호도를 저장하고, 적절할 경우에 실행한다.(S230)
전술된 선행 기술은 다음과 같은 한계점을 갖는다:
Ⅰ. 애플리케이션의 수의 증가는 사용자 선호도를 분산된 방식으로 저장해야 하는 결과를 초래한다.
Ⅱ. 서비스 설정 게시의 수가 증가한다.
Ⅲ. 사용자가 서비스 설정을 관리하기 복잡하다.
Ⅳ. 비용이 증가한다.
본 발명의 목적은 각종의 애플리케이션 서비스 설정들을 공유 장소에 저장하여 거기서 관리함으로써, 서비스 설정 유지 관리의 복잡도를 감소시키고 애플리케이션 서버에 서비스 설정을 게시하는 수를 줄이는 시스템 및 방법을 제공하는 것이다. 또한, 본 발명은, 공유 장소에 저장할 경우에, 애플리케이션 서버가 기존의 인터페이스를 사용하여 서비스를 설정하는 동작을 제공한다. 본 발명은 관련 선행 기술에서 확인된 단점을 극복하기 위해 신규의 인터페이스를 규정할 필요가 전혀 없다.
상기 해결하고자 하는 과제를 위하여, 본 발명은 복수의 애플리케이션 클라이언트(Application Client)와, 상기 복수의 애플리케이션 클라이언트에 각각 대응되는 복수의 애플리케이션 서버(Application Server)와, 상기 복수의 애플리케이션 각각에 대한 사용자 선호도 프로파일을 저장 및 관리하는 공유서버를 포함하고, 상기 애플리케이션 클라이언트가, 상기 공유서버에 저장된 복수의 사용자 선호도 프로파일을 선택적으로 활성화하여 상기 애플리케이션 서버에 제공함을 특징으로 하는, 사용자 선호도 프로파일을 관리하기 위한 시스템을 제공한다.
한편, 복수의 애플리케이션 클라이언트(Application Client)가 각 애플리케이션에 대응하는 복수의 사용자 선호도 프로파일을 생성하는 과정과, 상기 생성된 사용자 선호도 프로파일을 공유서버에 저장하는 과정과, 상기 저장된 사용자 선호 도 프로파일을 선택적으로 활성화하는 과정과, 상기 선택적으로 활성화된 사용자 선호도 프로파일을 해당하는 애플리케이션 서버에 제공하는 과정을 포함하는, 사용자 선호도 프로파일을 관리하기 위한 방법을 제공한다.
본 발명에 의한 효과는 다음과 같다:
다양한 애플리케이션에 대응하는 복수의 사용자 선호도 프로파일을 공통의 장소(내지는 구성)에 저장함으로써, 사용자 선호도 프로파일을 구조적으로 최적화하여 배치할 수 있다.
2. 프로파일 조작에 XCAP 동작을 사용한다 SIP 동작에 비하여 XCAP가 비용이 적게든다.
3. 사용자는 복수의 사용자 선호도 프로파일을 한 번에 설정할 수 있고, 등록시 마다 이를 게시할 필요가 없다.
4. 사용자가 서비스 설정들을 관리하는데 따른 복잡도가 감소한다.
5. 클라이언트가 가용하는 한정된 자원으로부터의 자원 사용량이 줄어든다.
6. 단 하나의 XCAP 동작에 의해 다수의 서비스의 서비스 설정들을 변경하는 것이 가능하다.
7. 미리 구성된 다수의 선호도 프로파일을 저장할 수 있다 - 상이한 프로파일 사이의 손쉬운 전환이 가능하다.
8. 사용자 선호도 프로파일의 확장이 용이하다.
9. 다양한 애플리케이션에 대해 사용자 선호도 프로파일을 선택적으로 활성 화할 수 있다.
10. 사용자 선호도 프로파일이 선택적을 활성화되는 경우, 예약 기능 등에 의해 쉽게 자동 설정이 가능하다.
다양한 애플리케이션을 이용한 서비스에 있어서 사용자 선호도에 의해 표시할 것을 요하는 서비스의 수가 증가함에 따라, 서비스 설정들이 분산된 방식으로 애플리케이션 서버들에 저장되게 된다. 본 발명은 그러한 서비스 설정들을 공유 사용자 프로파일 XDM 서버(Shared User profile XML Document Management Server)와 같은 공통의 장소에 집합시킬 것을 제안한다. 또한, 사용자가 그들 미리 구성된 서비스 설정들의 인스턴스들 중의 어느 하나를 인에이블(enable) 할 경우, 그 프로파일 인스턴스에 있는 그에 따른 모든 서비스 설정들이 각각의 해당 애플리케이션 서버에서 동시에 활성화될 수 있다.
일례로, 도 3은 OMA에 의해 개발된 SIMPLE IM 및 PoC 애플리케이션을 나타내고 있다. 다른 애플리케이션들에 있어서도 유사한 구조가 존재할 수 있다.. 본 발명이 사용하고 있는 인터페이스가 점선으로 도시되어 있다. 다수의 서비스에 대한 서비스 설정들이 단 하나의 XCAP 동작에 의해 공유 프로파일 XDM 서버(361) 또는 임의의 다른 유사 엔티티(entity)(362, 363) 에 게시될 수 있음을 주목해야 할 것이다.
본 발명을 논리적으로 간단하게 설명하려는 이유로, 공유 프로파일 XDM 서버를 집합된 서비스 설정들을 저장하는 장소로 보기로 하지만, 서비스 설정들은 그러 한 임의의 유사 엔티티(entity)에 저장될 수도 있다.
본 발명은 다수의 프로파일을 위한, 그리고 각종의 서비스 설정들을 집합시키기 위한 신규의 스키마(schema)를 제안한다. 간단히 하기 위해, 그러한 스키마는 기존의 기술에서 확인된 바와 같이 가능한 설정들을 감안하고 있는 세목들을 제공하는 것으로 한다. 하지만, 본 스키마는 추후 제공될 수 있는 서비스들을 수용하고 이미 존재하는 서비스들의 서비스 설정에 대한 변경들을 수용하도록 확장될 수 있다. 콘텐츠 타입은 "application/user-preference-profile+xml"로 지칭될 수 있다. 활성화된 프로파일 표시를 위한 2가지 가능한 방안이 있다.
1. 활성화 프로파일을 플래그(Flag)에 의해 표시하는 방안.
2. 활성화 프로파일을 속성(Attribute)에 의해 표시하는 방안.
2가지 방안에 대한 예시적 포맷이 아래에 나타나 있다.
플래그에 의해 액티브 프로파일을 표시하기 위한 일반적 사용자 선호도 프로파일 포맷은 아래 표1에 기재된 바와 같다.
<?xml version="1.0" encoding="UTF-8"?> <service-profile-set user="USER_SERVICE_URI"> <!-- Profile1 --> <service-profile id="xxx" name="PROFILE_1" status="ACTIVE_OR_INACTIVE"> <!-- Service enabler common settings --> <common-service-settings> <common-service-setting1>value</common-service-setting1> <common-service-setting2>value</common-service-setting2> <!-- Other settings could be specified further --> </common-service-settings> <!-- Service enabler specific settings --> <service-settings service-id="SERVICE_NAME_1"> <service-setting1>value</service-setting1> <service-setting2>value</service-setting2> <!-- Other settings could be specified further --> </service-settings> <!-- Service enabler specific settings --> <service-settings service-id="SERVICE_NAME_2"> <service-setting1>value</service-setting1> <service-setting2>value</service-setting2> <!-- Other settings could be specified further --> </service-settings> <!-- Other service enabler specific settings could be specified further --> </service-profile> <!-- Profile2 --> <service-profile id="yyy" name="PROFILE_2" status="ACTIVE_OR_INACTIVE"> <!-- Service enabler common settings --> <common-service-settings> <common-service-setting1>value</common-service-setting1> <common-service-setting2>value</common-service-setting2> <!-- Other settings could be specified further --> </common-service-settings>
<!-- Service enabler specific settings --> <service-settings service-id="SERVICE_NAME_1"> <service-setting1>value</service-setting1> <service-setting2>value</service-setting2> <!-- Other settings could be specified further --> </service-settings> <!-- Service enabler specific settings --> <service-settings service-id="SERVICE_NAME_2"> <service-setting1>value</service-setting1> <service-setting2>value</service-setting2> <!-- Other settings could be specified further --> </service-settings> <!-- Other service enabler specific settings could be specified further --> </service-profile> <!-- Other profiles could be specified further --> </service-profile-set>
액티브 프로파일을 속성에 의해 표시하기 위한 일반적 사용자 선호도 프로파일 포맷은 표 2에 기재된 바와 같다.:
<?xml version="1.0" encoding="UTF-8"?> <service-profile-set user="USER_SERVICE_URI" active_profile="PROFILE_1 OR PROFILE_2?> <!-- Profile1 --> <service-profile id="xxx" name="PROFILE_1"> <!-- Service enabler common settings --> <common-service-settings> <common-service-setting1>value</common-service-setting1> <common-service-setting2>value</common-service-setting2> <!-- Other settings could be specified further --> </common-service-settings> <!-- Service enabler specific settings --> <service-settings service-id="SERVICE_NAME_1"> <service-setting1>value</service-setting1> <service-setting2>value</service-setting2> <!-- Other settings could be specified further --> </service-settings> <!-- Service enabler specific settings --> <service-settings service-id="SERVICE_NAME_2"> <service-setting1>value</service-setting1> <service-setting2>value</service-setting2> <!-- Other settings could be specified further --> </service-settings> <!-- Other service enabler specific settings could be specified further --> </service-profile> <!-- Profile2 --> <service-profile id="yyy" name="PROFILE_2"> <!-- Service enabler common settings --> <common-service-settings> <common-service-setting1>value</common-service-setting1> <common-service-setting2>value</common-service-setting2> <!-- Other settings could be specified further --> </common-service-settings> <!-- Service enabler specific settings --> <service-settings service-id="SERVICE_NAME_1"> <service-setting1>value</service-setting1> <service-setting2>value</service-setting2> <!-- Other settings could be specified further --> </service-settings> <!-- Service enabler specific settings --> <service-settings service-id="SERVICE_NAME_2"> <service-setting1>value</service-setting1> <service-setting2>value</service-setting2> <!-- Other settings could be specified further --> </service-settings> <!-- Other service enabler specific settings could be specified further --> </service-profile> <!-- Other profiles could be specified further --> </service-profile-set>
한편, 사용자는 홈 프로파일(Home Profile), 오피스 프로파일(Office Profile), 트래벌 프로파일(Travel Profile), 슬립 프로파일(Sleep Profile), 아웃도어 프로파일(Outdoor Profile), 미팅 프로파일(Meeting Profile) 등의 명칭을 갖는 프로파일들을 생성할 수 있는데, 그 각각의 프로파일은 수신 세션 차단 (Incoming Session Barring), 수신 인스턴트 개인 경보 차단 (Incoming Instant Personal Alert Barring), 수신 IM 페이저 모드 차단 (Incoming IM Pager Mode Barring) 등과 같은 각종의 서비스 설정들과 그 각각의 설정에 대한 사용자 선호도 값을 가지고 있다.
사용자 선호도 프로파일을 XDM 서버에 생성하는데 사용되는 프로토콜은 도 4에 도시된 바와 같다. 본 발명은 XCAP PUT 방법을 사용하여 사용자 선호도 프로파일을 생성할 것을 제안한다. 성공적으로 프로파일이 생성되면 클라이언트는 200 OK를 수신한다.(S410)
아래 표3에는 활성화된 프로파일이 플래그에 의해 표시되는 일반적 사용자 선호도 프로파일을 예시하고 있다.
PUT http://xcap.example.com/user-preference-profile/users/sip:jay@example.com/ index HTTP/1.1 Content-Type: application/user-preference-profile+xml Content-Length: (…) <?xml version="1.0" encoding="UTF-8"?> <service-profile-set user="jay@example.com"> <!-- Home Profile --> <service-profile id="3i8jx" name="home" status="active"> <!-- Service enabler common settings --> <common-service-settings/> <!-- PoC specific service settings --> <service-settings service-id="org.openmobilealliance.poc"> <answer-mode>manual</answer-mode> <incoming-poc-session-barring>inactive</incoming-poc-session-barring> <incoming-instant-personal-alert-barring>inactive</incoming-instant-personal-alert-barring> <simultaneous-poc-session-support>inactive</simultaneous-poc-session-support> </service-settings> <!-- IM specific service settings --> <service-settings service-id="org.openmobilealliance.im"> <incoming-im-session-barring>inactive</incoming-im-session-barring> <incoming-im-pager-mode-barring>inactive</incoming-im-pager-mode-barring> <deferred-messages-delivery>inactive</deferred-messages-delivery> <im-visibility>inactive</im-visibility> <conversation-history>inactive</conversation-history> </service-settings> </service-profile> <!-- Office Profile --> <service-profile id="10101" name="office" status="inactive"> <!-- Service enabler common settings --> <common-service-settings/> <!-- PoC specific service settings --> <service-settings service-id="org.openmobilealliance.poc"> <answer-mode>auto</answer-mode> <incoming-poc-session-barring>active</incoming-poc-session-barring> <incoming-instant-personal-alert-barring>active</incoming-instant-personal-alert-barring> <simultaneous-poc-session-support>active</simultaneous-poc-session-support> </service-settings> <!-- IM specific service settings --> <service-settings service-id="org.openmobilealliance.im"> <incoming-im-session-barring>active</incoming-im-session-barring> <incoming-im-pager-mode-barring>active</incoming-im-pager-mode-barring> <deferred-messages-delivery>active</deferred-messages-delivery> <im-visibility>active</im-visibility> <conversation-history>active</conversation-history> </service-settings> </service-profile> </service-profile-set>
아래 표 2에는 활성화된 프로파일이 속성에 의해 표시되는 일반적 사용자 선호도 프로파일을 예시하고 있다.
PUT http://xcap.example.com/user-preference-profile/users/sip:jay@example.com/ index HTTP/1.1 Content-Type: application/user-preference-profile+xml Content-Length: (…) <?xml version="1.0" encoding="UTF-8"?> <service-profile-set user="jay@example.com" active_profile="home"> <!-- Home Profile --> <service-profile id="3i8jx" name="home"> <!-- Service enabler common settings --> <common-service-settings/> <!-- PoC specific service settings --> <service-settings service-id="org.openmobilealliance.poc"> <answer-mode>manual</answer-mode> <incoming-poc-session-barring>inactive</incoming-poc-session-barring> <incoming-instant-personal-alert-barring>inactive</incoming-instant-personal-alert-barring> <simultaneous-poc-session-support>inactive</simultaneous-poc-session-support> </service-settings> <!-- IM specific service settings --> <service-settings service-id="org.openmobilealliance.im"> <incoming-im-session-barring>inactive</incoming-im-session-barring> <incoming-im-pager-mode-barring>inactive</incoming-im-pager-mode-barring> <deferred-messages-delivery>inactive</deferred-messages-delivery> <im-visibility>inactive</im-visibility> <conversation-history>inactive</conversation-history> </service-settings> </service-profile> <!-- Office Profile --> <service-profile id="10101" name="office">
<!-- Service enabler common settings --> <common-service-settings/> <!-- PoC specific service settings --> <service-settings service-id="org.openmobilealliance.poc"> <answer-mode>auto</answer-mode> <incoming-poc-session-barring>active</incoming-poc-session-barring> <incoming-instant-personal-alert-barring>active</incoming-instant-personal-alert-barring> <simultaneous-poc-session-support>active</simultaneous-poc-session-support> </service-settings> <!-- IM specific service settings --> <service-settings service-id="org.openmobilealliance.im"> <incoming-im-session-barring>active</incoming-im-session-barring> <incoming-im-pager-mode-barring>active</incoming-im-pager-mode-barring> <deferred-messages-delivery>active</deferred-messages-delivery> <im-visibility>active</im-visibility> <conversation-history>active</conversation-history> </service-settings> </service-profile> </service-profile-set>
한편, 사용자는 각종의 사용자 선호도 프로파일들로부터 이전에 자신이 표시한 현재의 선호도를 읽으려 할 수 있다. 본 발명은 도 5에 도시된 바와 같이 XCAP GET 동작을 사용하여 프로파일을 검색 (retrieve) 하는 것을 제안한다. 검색 동작이 성공적으로 이뤄지면, 클라이언트는 200 OK 응답에서 프로파일 데이터를 수신한다. (S510)
아래 표 5에는 사용자가 사용자 선호도 프로파일을 검색하는 것을 예시하고 있다.
GET http://xcap.example.com/user-preference-profile/users/sip:jay@example.com/ index HTTP/1.1 Host: xcap.example.com User-Agent: XDM-client/OMA1.0 Date: Thu, 08 Jan 2004 10:50:33 GMT X-3GPP-Intended-Identity: "sip:jay@example.com" Accept-Encoding: gzip Content-Length: 0
한편, 사용자는 XDM 서버에 이미 저장되어 있는 사용자 선호도 프로파일을 다음의 절차 중의 어느 하나로 변경 할 수 있다.
1. 사용자는 특정의 서비스 설정에 대한 선호도를 갱신 할 수 있다.
2. 사용자는 모든 서비스 설정에 대한 선호도를 삭제 할 수 있다.
3. 사용자는 디폴트(default) 사용자 선호도 프로파일로 되돌릴 수 있다.
본 발명은 사용자에 의해 요청된 상기 동작들 중의 어느 하나를 XCAP GET 방법 및 XCAP PUT 방법을 사용하여 수행하는 것을 제안한다.(S610, S620, S630) 그러한 동작이 도 6에 나타나 있다.
한편, 사용자는 XDM 서버(360)에 저장된 각종의 사용자 선호도 프로파일들 중에서 액티브 프로파일을 표시하려고 할 수 있다. 본 발명은 "프로파일을 활성화하는" 동작을 수행하는 2가지 방법을 제안한다..
1. 활성화시킬 사용자 선호도 프로파일을 플래그 또는 속성으로서 표시하는 방법.
2. 활성화시킬 사용자 선호도 프로파일을 SIP PUBLISH를 통해 표시하는 방법.
위 1처럼 액티브 프로파일을 플래그 또는 속성으로서 표시할 경우, 애플리케이션 서버가 활성화된 사용자 선호도 프로파일에 관해 알게 되는 2가지 방식이 있다.
1.1 애플리케이션 서버가 사용자 선호도 프로파일에 대한 XML(Extended Markup Language) 문서 변경을 구독 (Subscribe) 하는 방식.
1.2 XDM 서버가 활성화된 사용자 선호도 프로파일을 해당 애플리케이션 서버에 게시 (Publish) 하는 방식.
위 1.1의 애플리케이션 서버가 사용자 선호도 프로파일에 대한 XML 문서 변경을 구독하는 방식은 아래와 같다.
애플리케이션 서버는 XML 문서 사용자 선호도 프로파일에 대한 임의의 변경을 구독할 필요가 있다. 도 7은 그러한 동작 시퀀스의 예를 나타내고 있다. SUBSCRIBE 요청은 draft-ietf-simple-event-filter-funct 및 draft-ietf-simple-filter-format에 따른 필터들을 전달할 수 있고,(S710) 그에 따라 애플리케이션 서버(311, 321)는 XML 문서가 변경되었을 때에 관련 통지만을 수신하게 된다. 그럼으로써, 애플리케이션 서버는 사용자가 활성화된 프로파일을 변경/표시하는 경우에 활성화된 프로파일을 알고 있게 된다. 애플리케이션 서버(311, 321)의 XML 문서 변경에 대한 통지인 SIP NOTIFY는 사용자에 의해 이뤄진 변경을 전달한다.(S730) 해당 SUBSCRIBE 요청에서 어떤 필터 규칙이 요청되었다면, 본 통지는 그 필터 규칙을 적용한 후에 작성된다. 애플리케이션 서버(311, 321)는 활성화된 사용자 선호도 프로파일 표시 및 그 서비스 설정에 대한 사용자 선호도 콘텐츠를 향후의 실행을 위해 로컬로 저장한다.(S720) 이제, 애플리케이션 서버(311, 321)는 사용자 선호도 프로파일을 알고 있게 되며, 이후로 그 설정을 기존의 선행 기술에서와 같이 실행하게 된다. 또한, 애플리케이션 서버(311 ,321)는 임의의 사용자 선호도 프로파일의 사용자 선호도에 대한 어떠한 변경도 SIP NOTIFY 통지를 통해 스스로 동적으로 알아내게 된다.
다음으로, SUBSCRIBE 및 NOTIFY는 아래의 예들에 보인 바와 같이 나타난다.
표 6은 액티브 프로파일이 플래그에 의해 표시되는 SUBSCRIBE 및 NOTIFY의 예를 기재하고 있다.
SUBSCRIBE sip:jay@example.com Via: SIP/2.0/TCP poc-server.example.com:5060;branch=z9hG4bKxjfdsjfk To: <sip:jay@example.com>;tag:12341111 From: <sip:jay@example.com> Call-ID: 32432udfidfjmk342 Cseq: 1 SUBSCRIBE Expires: 0 Event:xcap-diff; path="org.openmobilealliance.user-profile/users/sip:jay @example.com/service-setting" Contact: sip:jay@poc-server.example.com Content-Type: application/simple-filter+xml Content-Length: ... <?xml version="1.0" encoding="UTF-8"?> <filter-set xmlns="urn:ietf:params:xml:ns:simple-filter"> <ns-bindings> <ns-binding prefix="srv" urn="urn:oma:params:xml:ns:service-setting"/> </ns-bindings> <!-- Filter for "default" or "active" poc service settings --> <filter id="123" uri="sip:jay@example.com"> <what> <include> /srv:service-profile-set/srv:service-profile[@status="active"]/common-service-settings </include> <include> /srv:service-profile-set/srv:service-profile[@status="active"]/service-setting[@service-id="org.openmobilealliance.poc"] </include> </what> </filter> </filter-set> ---------------------------------------------------------------------
NOTIFY sip:jay@client.example.com SIP/2.0 Via: SIP/2.0/TCP user-profile.example.com:5060;branch=z9hG4bKxjfder To: <sip:jay@example.com>;tag:12341111 From: <sip:jay@example.com>;tag:232321 Call-ID: 32432udfidfjmk342 Cseq: 1 NOTIFY Event:xcap-diff;path="org.openmobilealliance.user-profile/users/sip:jay @example.com/service-setting" Subscription-State: active; expires=3599 Contact: sip:jay@user-profile.example.com Content-Type: application/vnd.oma.user-service-setting+xml Content-Length: ... <?xml version="1.0" encoding="UTF-8"?> <service-profile-set user="jay@example.com"> <service-profile id="3i8jx" name="home" status="active"> <common-service-settings/> <service-settings service-id="org.openmobilealliance.poc"> <answer-mode>manual</answer-mode> <incoming-poc-session-barring>inactive</incoming-poc-session-barring> <incoming-instant-personal-alert-barring>inactive</incoming-instant-personal-alert-barring> <simultaneous-poc-session-support>inactive</simultaneous-poc-session-support> </service-settings> </service-profile> </service-profile-set>
표 7은 액티브 프로파일이 속성에 의해 표시되는 SUBSCRIBE 및 NOTIFY의 예를 기재하고 있다.
SUBSCRIBE sip:jay@example.com Via: SIP/2.0/TCP poc-server.example.com:5060;branch=z9hG4bKxjfdsjfk To: <sip:jay@example.com>;tag:12341111 From: <sip:jay@example.com> Call-ID: 32432udfidfjmk342 Cseq: 1 SUBSCRIBE Expires: 0 Event:xcap-diff;path="org.openmobilealliance.user-profile/users/sip:jay @example.com/service-setting" Contact: sip:jay@poc-server.example.com Content-Type: application/simple-filter+xml Content-Length: ... <?xml version="1.0" encoding="UTF-8"?> <filter-set xmlns="urn:ietf:params:xml:ns:simple-filter"> <ns-bindings> <ns-binding prefix="srv" urn="urn:oma:params:xml:ns:service-setting"/> </ns-bindings> <!-- Filter for "default" or "active" poc service settings --> <filter id="123" uri="sip:jay@example.com"> <what> <include> /srv:service-profile-set/srv:service-profile[@name= /srv:service-profile-set[active_profile]]/common-service-settings </include> <include> /srv:service-profile-set/srv:service-profile[@name= /srv:service-profile-set[active_profile]]/service-setting[@service-id="org.openmobilealliance.poc"] </include> </what> </filter> </filter-set> --------------------------------------------------------------------- NOTIFY sip:jay@client.example.com SIP/2.0 Via: SIP/2.0/TCP user-profile.example.com:5060;branch=z9hG4bKxjfder To: <sip:jay@example.com>;tag:12341111 From: <sip:jay@example.com>;tag:232321 Call-ID: 32432udfidfjmk342 Cseq: 1 NOTIFY Event:xcap-diff;path="org.openmobilealliance.user-profile/users/sip:jay @example.com/service-setting" Subscription-State: active; expires=3599 Contact: sip:jay@user-profile.example.com Content-Type: application/vnd.oma.user-service-setting+xml Content-Length: ... <?xml version="1.0" encoding="UTF-8"?>
<service-profile-set user="jay@example.com" active_profile=◎ome◎gt; <service-profile id="3i8jx" name="home"> <common-service-settings/> <service-settings service-id="org.openmobilealliance.poc"> <answer-mode>manual</answer-mode> <incoming-poc-session-barring>inactive</incoming-poc-session-barring> <incoming-instant-personal-alert-barring>inactive</incoming-instant-personal-alert-barring> <simultaneous-poc-session-support>inactive</simultaneous-poc-session-support> </service-settings> </service-profile> </service-profile-set>
위 1.2의 XDM 서버가 활성화된 프로파일을 해당 애플리케이션 서버에 게시 (Publish) 하는 방식은 아래와 같다.
본 방식에서는, 사용자가 사용자 선호도 프로파일 XML 문서를 변경하는 즉시, XDM 서버가 액티브 프로파일 및 그 액티브 프로파일의 콘텐츠를 포함한 SIP PUBLISH를 애플리케이션 서버에 전송한다. 그 동작 시퀀스가 도 8의 예에 나타나 있다. 애플리케이션 서버(311, 321)는 활성화된 사용자 선호도 프로파일 표시 및 그 서비스 설정들에 대한 사용자 선호도 콘텐츠를 향후의 실행을 위해 로컬로 저장한다.(S830) 이제, 애플리케이션 서버(311, 321)는 사용자 선호도 프로파일알고 있게 되며, 이후로 그 설정을 기존의 선행 기술에서와 같이 실행하게 된다.
한편, 대안으로서의 본 방법은 SIP PUBLISH 방법을 사용하여 애플리케이션 서버에 활성화될 사용자 선호도 프로파일에 관해 표시하는 것을 제안한다. 선행 기술과 비교할 때의 차이점은 사용자가 SIP REGISTER를 통해 등록을 할 때에 또는 활성화된 프로파일을 변경하려고 할 때마다 활성화된 프로파일 명칭 설정만을 게시하게 된다는 것이다. 다음의 설명을 동반한 SIP PUBLISH가 생성된다.
애플리케이션 서버 식별자 (Application Server Idnetifier): 예컨대, PoC 또는 IM 또는 CPM 식별자
이벤트 (Event): 신규의 이벤트 패키지인 "preference-settings"
바디 (Body) : 활성화하려는 타깃 프로파일과, 사용자 선호도 XDMS (User Preference XDMS) 에 저장된 이 프로파일의 URL을 포함함.
신규의 이벤트 패키지인 "preference-settings":
신규의 이벤트 패키지의 명칭은 "preference-settings"으로 명명될 수 있다. 본 값은 SIP PUBLISH에 있는 이벤트 헤더 필드에 나타날 수 있다.
이벤트 "preference-settings"을 갖는 SIP PUBLISH의 바디 콘텐츠:
SIP PUBLISH 요청의 바디는 "application/preferences-settings+xml" 데이터 포맷으로 된 선호도 설정 문서를 포함한다. 그러한 선호도 설정 문서는 사용자의 선호도 관련 설정들을 기술하고 있다. MIME 타입 "application/preferences-settings+xml"로 식별되는 선호도 설정 문서의 포맷은 아래의 예에 따른 바와 같이 정의된다.
<?xml version="1.0" encoding="UTF-8"?> <preferences-settings> <target-profile name="home" url= "org.openmobilealliance.user- profile/users/sip:jay @example.com/service-setting"/> </preferences-settings>
사용자 선호도 프로파일 설정 문서는 루트 요소 태크 <preferences-settings>로 시작된다. 본 문서는 다음의 것을 포함하는 <target-profile> 요소로 이뤄진다.
- 활성화하려는 타깃 프로파일의 고유 식별자를 포함한 "name" 속성 및
- 특정 사용자의 사용자 선호도 XDMS에 있는 사용자 선호도 문서의 고유 식별자인 URL을 포함한 "url" 속성.
액티브 프로파일 표시 (indication) 의 게시 (Publish) 를 수신한 애플리케이션 서버는 XDM 서버로부터 활성화된 프로파일의 사용자 선호도를 인출 (fetch) 한다. 활성화된 프로파일의 콘텐츠를 인출하는 방법은 XCAP GET 방법에 의해 얻거나 활성화된 사용자 선호도 프로파일에 대한 문서 변경을 SIP SUBSCRIBE 방법에 의해 구독하는 것이다. 이제, 애플리케이션 서버는 사용자 선호도를 알고 있게 되며, 이후로 그 설정을 기존의 선행 기술에서와 같이 실행하게 된다. 그러한 동작 시퀀스가 도 9에 나타나 있다.
애플리케이션 서버(311, 321)가 임의의 사용자 선호도 프로파일의 사용자 선호도에 대한 어떠한 변경도 알고 있을 필요가 있다면, 애플리케이션 서버(311, 321)는 XML 문서 사용자 선호도 프로파일에 대한 임의의 모든 변경을 구독할 필요가 있다. 그럼으로써, 애플리케이션 서버(311, 321)는 사용자에 의해 이뤄진 변경을 SIP NOTIFY를 통해 거의 즉시로 알고 있게 된다.
전체적인 본 발명을 아래와 같이 도 10, 도 11, 및 도 12에 대해 설명되는 흐름으로써 요약할 수 있다.
도 10 - 본 발명의 방법 1의 요약:
도 10은 본 발명에서 제안하는 첫번째 방법에 관한 절차를 요약한 것이다.
사용자 선호도 프로파일의 생성 및 갱신:
사용자의 다수의 사용자 선호도 프로파일을 "사용자 선호도 XDM 서버 (User Preference XDMS)"의 한 장소에 통합한다. (S1010)
1. 사용자는 자신의 클라이언트로부터 사용자 선호도 XDM 서버로 발신되는 XCAP PUT 요청에 의해 자신의 사용자 선호도 프로파일을 생성하거나 변경할 수 있다.
2. 사용자 선호도 XDM 서버는 그 요청이 인증된 사용자로부터의 것이면 사용자 선호도 프로파일을 생성/갱신한다.
3. 사용자 선호도 XDM 서버는 XCAP PUT 요청을 처리하고 그 결과를 클라이언트에게 응답한다.
사용자 선호도 프로파일 활성화:
사용자 선호도 XDM 서버에 있는 각각의 사용자 선호도 프로파일은 "활성화 플래그"를 갖고, 사용자는 그 플래그를 TRUE로 설정함으로써 특정 사용자 선호도 프로파일을 활성화할 수 있다. (S1020)
4. 사용자는 자신의 클라이언트로부터 사용자 선호도 XDM 서버로 발신된 XCAP PUT 요청에 의해 자신의 사용자 선호도 프로파일(단계 1에서 설명된 바와 같이 생성된 사용자 선호도 프로파일)의 "활성화 플래그"를 설정할 수 있다.
5. 사용자 선호도 XDM 서버는 사용자가 애플리케이션 서버로 하여금 사용하게 하려고 하는 사용자 선호도 프로파일 명칭을 알고 있게 된다.
6. 사용자 선호도 XDM 서버는 XCAP PUT 요청을 처리하고 그 결과를 클라이언트에게 응답한다.
사용자 선호도 프로파일의 활성화 이후:
활성화된 사용자 선호도 프로파일을 애플리케이션 서버에 전달하는 것은 애플리케이션 서버가 활성화된 사용자 선호도 프로파일 문서의 변경을 구독하는 것에 의해 이뤄진다. 활성화된 사용자 선호도 프로파일의 갱신도 역시 구독 이벤트를 사용하여 애플리케이션 서버에 전달되게 된다. (S1030)
7. 사용자 선호도 프로파일이 활성화되면, 사용자 선호도 XDM 서버는 아래의 단계에 설명되는 바와 같이 활성화된 사용자 선호도 프로파일의 해당 부분을 애플리케이션 서버에 통지한다.
8. 애플리케이션 서버는 "활성화 플래그"의 변경을 계속 구독하므로, 활성화된 사용자 선호도 프로파일을 통지받을 수 있다. 그렇게 하기 위해, 애플리케이션 서버는 SIP SUBSCRIBE 요청을 다음의 설명과 함께 사용자 선호도 XDM 서버에 발신한다.
이벤트 (Event): xcap-diff
타깃 문서 (Target document): 사용자 선호도 프로파일 문서
필터 해설 (Filter description): "활성화 플래그"가 설정되면, 해당 사용자 선호도 프로파일의 관련 부분을 통지해야 함.
9. 사용자 선호도 XDM 서버는 SIP SUBSCRIBE 요청을 처리하고 그 결과를 애플리케이션 서버에게 응답한다.
10. 사용자 선호도 XDM 서버는 활성화된 사용자 선호도 프로파일의 통지를 다음의 설명과 함께◎SIP NOTIFY에 포함시켜 애플리케이션 서버에 발신한다.
이벤트 (Event):xcap-diff
바디 (Body): 그 애플리케이션과 관련된 활성화된 사용자 선호도 프로파일의 부분
11. 애플리케이션 서버는 SIP NOTIFY 요청을 처리하고 그 결과를 사용자 선호도 XDM 서버에게 응답한다.
도 11 - 본 발명의 방법 2의 요약:
도 11은 본 발명에서 제안하는 두번째 방법에 관한 절차를 요약한 것이다.
사용자 선호도 프로파일의 생성 및 갱신:
사용자의 다수의 사용자 선호도 프로파일을 "사용자 선호도 XDM 서버"의 한 장소에 통합한다. (S1110)
1 내지 3. "본 발명의 방법 1의 요약" 장에서 설명된 단계 1 내지 3과 동일함.
사용자 선호도 프로파일 활성화:
사용자 선호도 XDM 서버에 있는 각각의 사용자 선호도 프로파일은 "활성화 플래그"를 갖고, 사용자는 그 플래그를 TRUE로 설정함으로써 특정 사용자 선호도 프로파일을 활성화할 수 있다. (S1120)
4 내지 6. "본 발명의 방법 1의 요약" 장에서 설명된 단계 4 내지 6과 동일함.
사용자 선호도 프로파일의 활성화 이후:
사용자 선호도 XDM 서버는 애플리케이션 서버와 관련된 활성화된 사용자 선호도 프로파일의 부분을 서비스 설정 관련 이벤트 패키지에 대한 SIP PUBLISH를 사용하여 그 애플리케이션 서버에 통지하거나 전달한다. 활성화된 사용자 선호도 프로파일의 갱신도 역시 SIP PUBLISH를 사용하여 애플리케이션 서버에 전달되게 된다. (S1130)
7. "본 발명의 방법 1의 요약" 장에서 설명된 단계 7과 동일함.
8. 사용자 선호도 XDM 서버는 애플리케이션 서버와 관련된 활성화된 사용자 선호도 프로파일의 부분을 아래의 설명과 함께 애플리케이션 서버에 발신한다.
이벤트 (Event): 서비스 설정에 대한 애플리케이션 서버의 이벤트, 예컨대 "poc-settings"
애플리케이션 서버 식별자 (Application server identifier): 예컨대, 미디어 특징 태그 (media feature tag)
바디: 활성화된 사용자 선호도 프로파일의 해당 부분을 포함함.
9. 애플리케이션 서버는 SIP PUBLISH에 대해 사용자 선호도 XDM 서버에 ACK 응답한다.
도 12 - 본 발명의 방법 3의 요약
도 12는 본 발명에서 제안하는 세번째 방법에 관한 절차를 요약한 것이다.
사용자 선호도 프로파일의 생성 및 갱신:
사용자의 다수의 사용자 선호도프로파일을 "사용자 선호도 XDM 서버"의 한 장소에 통합한다. (S1210)
1 내지 3. "본 발명의 방법 1의 요약" 장에서 설명된 단계 1 내지 3과 동일함.
사용자 선호도 프로파일 활성화:
사용자는 SIP PUBLISH를 사용하여 애플리케이션마다 사용자 선호도 프로파일을 활성화한다. SIP PUBLISH의 콘텐츠는 활성화하려는 타깃 사용자 선호도 프로파일이며, 그것은 사용자 선호도 XDM 서버에 상주한다(예컨대, 홈 프로파일, 오피스 프로파일). 이를 위해, 신규의 이벤트, 예컨대 "preference-settings"이 필요할 수 있다. (S1220, S1240)
4. 사용자는 SIP PUBLISH 요청에서 활성화하려는 사용자 선호도 프로파일(단계 1에서 설명된 바와 같이 생성된 사용자 선호도 프로파일)에 대한 자신의 선택을 다음의 설명과 함께 자신의 클라이언트로부터 애플리케이션 서버로 표명한다.
애플리케이션 서버 식별자 (Application Server identifier): 예컨대, PoC 또는 IM 또는 CPM 식별자
이벤트 (Event): 신규의 이벤트인 "preference-settings"
바디 (Body): 활성화하려는 타깃 사용자 선호도 프로파일과 이것이 저장되어 있는 사용자 선호도 XDM 서버에서의 URL을 포함함.
5. 애플리케이션 서버는 SIP PUBLISH 요청을 처리하고 그 결과를 클라이언트에 응답한다.
사용자 선호도 프로파일의 설정 이후:
6. 이어서, 애플리케이션 서버는 XCAP GET 요청 아니면 SIP SUBSCRIBE 요청을 사용하여 사용자 선호도 XDM 서버로부터 활성화된 사용자 선호도 프로파일의 콘텐츠를 인출한다. (S1230, S1250)
6.1 XCAP GET 요청을 사용하는 경우: 사용자 선호도 XDM 서버로부터 활성화된 사용자 선호도 프로파일의 콘텐츠를 수신하기 위해, 애플리케이션 서버는 XCAP GET을, 전술된 단계 4의 SIP PUBLISH를 통해 알게된 활성화하려는 타깃 사용자 선호도 프로파일의 URL로 발신한다.
6.2 사용자 선호도 XDM 서버로부터 애플리케이션 서버로의 200 OK 응답은 활성화된 사용자 선호도 프로파일로부터 인출된 사용자 선호도를 포함한다.
6.3 SIP SUBSCRIBE 요청을 사용하는 경우: 애플리케이션 서버는 사용자가 활성화할 것을 요청한 XDM 서버 내의 사용자 선호도 프로파일을 전술된 단계 4의 SIP PUBLISH를 사용하여 구독한다. 그러면, 애플리케이션 서버는 활성화된 사용자 선호도 프로파일의 콘텐츠 및 그것의 임의의 갱신을 통지받게 된다. 따라서, 애플리케이션 서버는 SIP SUBSCRIBE 요청을 다음의 설명과 함께 사용자 선호도 XDM 서버에 발신한다.
이벤트 (Event): xcap-diff
타깃 문서 (Target document): 사용자 선호도 프로파일 문서
필터 해설 (Filter Description): 해당 사용자 선호도 프로파일의 관련 부분이 통지되어야 하는, 사용자에 의해 요청된 바의 "활성화된 사용자 선호도 프로파일 명칭"
그에 이어, "본 발명의 방법 1의 요약" 장에서 설명된 단계 9 내지 11이 뒤따른다.
사용자 선호도 프로파일의 스케줄링된 활성화, 활성화된 사용자 선호도 프로파일의 스케줄링된 수명 등과 같은 더 많은 자동 조작이 제공될 수 있다.
본 발명의 예시적 실시예들을 첨부 도면을 참조하여 설명하였지만, 당업자라면 본 발명이 바로 그 실시예들에만 한정되는 것이 아니라, 본 발명의 사상 및 범위를 벗어남이 없이 다양한 다른 변경 및 수정이 이뤄질 수 있음을 알고 있을 것이다.
도 1은 선행 기술에서 사용되고 있는, OMA에 의해 개발된 SIMPLE 구조를 인터페이스의 표시와 함께 나타낸 도면
도 2는 선행 기술에서와 같이 사용자가 자신의 선호도를 SIP PUBLISH를 사용하여 표시하는 것을 나타낸 도면
도 3은 본 발명에서 사용되는, OMA에 의해 개발된 SIMPLE 구조를 인터페이스의 표시와 함께 나타낸 도면
도 4는 사용자가 선호도 프로파일을 생성하는 것을 나타낸 도면
도 5는 사용자가 선호도 프로파일을 검색하는 것을 나타낸 도면
도 6은 사용자가 선호도 프로파일을 갱신하는 것을 나타낸 도면
도 7은 애플리케이션 서버가 선호도 프로파일의 변경을 구독하여 그에 관해 통지를 받는 것을 나타낸 도면
도 8은 XDM 서버가 활성화된 프로파일 및 액티브 프로파일 콘텐츠를 게시하는 것을 나타낸 도면
도 9는 클라이언트가 액티브 프로파일을 게시하고, 애플리케이션 서버가 액티브 프로파일의 콘텐츠를 인출하는 것을 나타낸 도면
도 10 내지 도 12는 본 발명에 따른 3가지 방법에서의 동작 흐름을 각각 나타낸 도면

Claims (20)

  1. 사용자 선호도 프로파일(User Preference Profile)을 관리하기 위한 시스템에 있어서,
    복수의 애플리케이션 클라이언트(Application Client)와,
    상기 복수의 애플리케이션 클라이언트에 각각 대응되는 복수의 애플리케이션
    서버(Application Server)와,
    상기 복수의 애플리케이션 각각에 대한 사용자 선호도 프로파일을 저장 및 관리하는 공유 서버를 포함하고,
    상기 애플리케이션 클라이언트가, 상기 공유서버에 저장된 복수의 사용자 선호도 프로파일을 선택적으로 활성화하여 상기 애플리케이션 서버에 제공함을 특징으로 하는, 사용자 선호도 프로파일을 관리하기 위한 시스템.
  2. 제1항에 있어서, 상기 애플리케이션 클라이언트가,
    사용자 선호도 프로파일을 생성하여 상기 공유서버에 저장하거나, 상기 공유 서버에 이미 저장된 사용자 선호도 프로파일을 검색 또는 변경함을 특징으로 하는, 사용자 선호도 프로파일을 관리하기 위한 시스템.
  3. 제1항 또는 제2항에 있어서,
    상기 공유서버가 XDM 서버(XML Document Management Server)임을 특징으로 하고,
    상기 XDM 서버와 어그리게이션 프록시(Aggregation Proxy)를 경유하여 연결되고, 상기 애플리케이션 클라이언트와 SIP/IP 코어를 경유하여 연결되어 사용자 선호도 프로파일을 관리하기 위한 XDM 클라이언트(XML Document Management Client)를 더 포함함을 특징으로 하는, 사용자 선호도 프로파일을 관리하기 위한 시스템.
  4. 제3항에 있어서, 상기 XDM 클라이언트가,
    XCAP(XML Configuration Access Protocol)을 이용하여 상기 사용자 선호도 프로파일을 생성하여 상기 공유서버에 저장하거나, 상기 공유서버에 이미 저장된 사용자 선호도 프로파일을 검색 또는 변경함을 특징으로 하는, 사용자 선호도 프로파일을 관리하기 위한 시스템.
  5. 제4항에 있어서, 상기 사용자 선호도 프로파일을 선택적으로 활성화하는 경우, 상기 XDM 클라이언트가,
    XCAP을 이용하여, 상기 사용자 선호도 프로파일의 플래그(Flag) 또는 속성(Attribute)을 셋팅함으로써 상기 사용자 선호도 프로파일을 선택적으로 활성화함을 특징으로 하는, 사용자 선호도 프로파일을 관리하기 위한 시스템.
  6. 제5항에 있어서, 상기 XDM 서버가,
    SIP PUBLISH를 이용한 SIP event publication을 사용하여, 상기 선택적으로 활성화된 사용자 선호도 프로파일을 해당하는 애플리케이션 서버로 전송함을 특징으로 하는, 사용자 선호도 프로파일을 관리하기 위한 시스템.
  7. 제5항에 있어서, 상기 애플리케이션 서버가,
    SIP SUBSCRIBE를 이용한 SIP event publication을 사용하여, 상기 선택적으로 활성화된 사용자 선호도 프로파일을 상기 XDM 서버로부터 구독(Subscribe)함을 특징으로 하는, 사용자 선호도 프로파일을 관리하기 위한 시스템.
  8. 제4항에 있어서, 상기 사용자 선호도 프로파일을 선택적으로 활성화하는 경우,
    상기 사용자 선호도 프로파일의 이름을 해당하는 애플리케이션 서버로 전송함으로써 선택적으로 활성화함을 특징으로 하는, 사용자 선호도 프로파일을 관리하기 위한 시스템.
  9. 제8항에 있어서, 상기 애플리케이션 서버가,
    상기 XCAP의 XCAP GET을 이용하여, 상기 선택적으로 활성화된 사용자 선호도 프로파일을 상기 XDM 서버로부터 인출함을 특징으로 하는, 사용자 선호도 프로파일을 관리하기 위한 시스템.
  10. 제8항에 있어서, 상기 애플리케이션 서버가,
    상기 SIP SUBSCRIBE를 이용한 SIP event notification을 사용하여, 상기 선택적으로 활성화된 사용자 선호도 프로파일을 상기 XDM 서버로부터 구독(Subscribe)함을 특징으로 하는, 사용자 선호도 프로파일을 관리하기 위한 시스템.
  11. 사용자 선호도 프로파일(User Preference Profile)을 관리하기 위한 방법에 있어서,
    복수의 애플리케이션 클라이언트(Application Client)가 각 애플리케이션에 대응하는 복수의 사용자 선호도 프로파일을 생성하는 과정과,
    상기 생성된 사용자 선호도 프로파일을 공유서버에 저장하는 과정과,
    상기 저장된 사용자 선호도 프로파일을 선택적으로 활성화하는 과정과,
    상기 선택적으로 활성화된 사용자 선호도 프로파일을 해당하는 애플리케이션 서버에 제공하는 과정을 포함하는, 사용자 선호도 프로파일을 관리하기 위한 방법.
  12. 제11항에 있어서,
    상기 애플리케이션 클라이언트가 상기 공유서버에 저장된 사용자 선호도 프로파일을 검색 또는 변경하는 과정을 더 포함함을 특징으로 하는, 사용자 선호도 프로파일을 관리하기 위한 방법.
  13. 제11항 또는 제12항에 있어서,
    상기 공유서버가 XDM 서버(XML Document Management Server)임을 특징으로 하는, 사용자 선호도 프로파일을 관리하기 위한 방법.
  14. 제13항에 있어서, 상기 생성된 사용자 선호도 프로파일을 공유서버에 저장하는 과정이,
    상기 XDM 클라이언트(XDM Document Management Client)가 상기 XCAP을 이용하여 상기 사용자 선호도 프로파일을 상기 XDM 서버에 저장하거나, 상기 XDM 서버에 이미 저장된 사용자 선호도 프로파일을 검색 또는 변경함을 특징으로 하는, 사용자 선호도 프로파일을 관리하기 위한 방법.
  15. 제14항에 있어서, 상기 저장된 사용자 선호도 프로파일을 선택적으로 활성화하는 과정이,
    상기 XDM 클라이언트가, XCAP을 이용하여, 상기 사용자 선호도 프로파일의 플래그(Flag) 또는 속성(Attribute)을 셋팅함으로써 상기 사용자 선호도 프로파일을 선택적으로 활성화하는 과정임을 특징으로 하는, 사용자 선호도 프로파일을 관리하기 위한 방법.
  16. 제15항에 있어서, 상기 선택적으로 활성화된 사용자 선호도 프로파일을 해당하는 애플리케이션 서버에 제공하는 과정이,
    상기 XDM 서버가 SIP PUBLISH를 이용한 SIP event publication을 사용하여 상기 선택적으로 활성화된 사용자 선호도 프로파일을 해당하는 애플리케이션 서버로 전송하는 과정임을 특징으로 하는, 사용자 선호도 프로파일을 관리하기 위한 방법.
  17. 제15항에 있어서, 상기 선택적으로 활성화된 사용자 선호도 프로파일을 해당하는 애플리케이션 서버에 제공하는 과정이,
    상기 애플리케이션 서버가 상기 SIP SUBSCRIBE를 이용한 SIP event notification을 사용하여 상기 선택적으로 활성화된 사용자 선호도 프로파일을 상기 XDM 서버로부터 구독(Subscribe)하는 과정임을 특징으로 하는, 사용자 선호도 프로파일을 관리하기 위한 방법.
  18. 제14항에 있어서, 상기 저장된 사용자 선호도 프로파일을 선택적으로 활성화하는 과정이,
    상기 사용자 선호도 프로파일의 이름을 해당하는 애플리케이션 서버에 전송함으로써 선택적으로 활성화함을 특징으로 하는, 사용자 선호도 프로파일을 관리하기 위한 방법.
  19. 제18항에 있어서, 상기 선택적으로 활성화된 사용자 선호도 프로파일을 해당하는 애플리케이션 서버에 제공하는 과정이,
    상기 애플리케이션 서버가 XCAP의 XCAP GET을 이용하여 상기 선택적으로 활성화된 사용자 선호도 프로파일을 상기 XDM 서버로부터 인출하는 과정임을 특징으로 하는, 사용자 선호도 프로파일을 관리하기 위한 방법.
  20. 제18항에 있어서, 상기 선택적으로 활성화된 사용자 선호도 프로파일을 해당하는 애플리케이션 서버에 제공하는 과정이,
    상기 애플리케이션 서버가 상기 SIP SUBSCRIBE를 이용한 SIP event notification을 사용하여 상기 선택적으로 활성화된 사용자 선호도 프로파일을 상기 XDM 서버로부터 구독(Subscribe)하는 과정임을 특징으로 하는, 사용자 선호도 프로파일을 관리하기 위한 방법.
KR1020070077317A 2006-08-01 2007-08-01 사용자 선호도 프로파일을 관리하기 위한 시스템 및 방법 KR20080016456A (ko)

Priority Applications (6)

Application Number Priority Date Filing Date Title
JP2009522717A JP5404395B2 (ja) 2006-08-01 2007-08-01 ユーザー選好度プロフィールを管理するためのシステム及び方法
EP07793366A EP2047380A4 (en) 2006-08-01 2007-08-01 SYSTEM AND METHOD FOR MANAGING USER PREFERENCE PROFILES
PCT/KR2007/003711 WO2008016263A1 (en) 2006-08-01 2007-08-01 System and method for managing user preference profile
US12/376,079 US9077584B2 (en) 2006-08-01 2007-08-01 System and method for managing user preference profile
CN201010546312.4A CN102006321B (zh) 2006-08-01 2007-08-01 管理用户优选简档的方法、共享服务器和客户端
CN200780033186.9A CN101512515B (zh) 2006-08-01 2007-08-01 管理用户优选简档的系统和方法

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
IN1364/CHE/2006 2006-08-01
IN1364CH2006 2006-08-01

Related Child Applications (1)

Application Number Title Priority Date Filing Date
KR1020140035292A Division KR101504064B1 (ko) 2006-08-01 2014-03-26 사용자 선호도 프로파일을 관리하기 위한 시스템 및 방법

Publications (1)

Publication Number Publication Date
KR20080016456A true KR20080016456A (ko) 2008-02-21

Family

ID=39384556

Family Applications (3)

Application Number Title Priority Date Filing Date
KR1020070077317A KR20080016456A (ko) 2006-08-01 2007-08-01 사용자 선호도 프로파일을 관리하기 위한 시스템 및 방법
KR1020140035292A KR101504064B1 (ko) 2006-08-01 2014-03-26 사용자 선호도 프로파일을 관리하기 위한 시스템 및 방법
KR1020140190795A KR101519804B1 (ko) 2006-08-01 2014-12-26 사용자 선호도 프로파일을 관리하기 위한 시스템 및 방법

Family Applications After (2)

Application Number Title Priority Date Filing Date
KR1020140035292A KR101504064B1 (ko) 2006-08-01 2014-03-26 사용자 선호도 프로파일을 관리하기 위한 시스템 및 방법
KR1020140190795A KR101519804B1 (ko) 2006-08-01 2014-12-26 사용자 선호도 프로파일을 관리하기 위한 시스템 및 방법

Country Status (6)

Country Link
US (1) US9077584B2 (ko)
EP (1) EP2047380A4 (ko)
JP (1) JP5404395B2 (ko)
KR (3) KR20080016456A (ko)
CN (2) CN101512515B (ko)
WO (1) WO2008016263A1 (ko)

Families Citing this family (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8302318B2 (en) * 2004-12-22 2012-11-06 Saunders Charles A Aiming system for slingshots and projectile-launching devices
CN101821991B (zh) 2007-08-08 2012-12-12 三星电子株式会社 用于管理网络中的用户优选项简档的方法和系统
US20090080404A1 (en) * 2007-09-26 2009-03-26 Nokia Corporation Active profile selection
KR101490266B1 (ko) * 2008-02-22 2015-02-05 엘지전자 주식회사 통합 ｉｐ 메시징 서비스의 메시지를 저장 및 검색하는 단말 및 방법
US8473733B2 (en) 2008-10-14 2013-06-25 Research In Motion Limited Method for managing opaque presence indications within a presence access layer
US8103730B2 (en) 2008-10-15 2012-01-24 Research In Motion Limited Use of persistent sessions by a presence access layer
US8751584B2 (en) 2008-10-16 2014-06-10 Blackberry Limited System for assignment of a service identifier as a mechanism for establishing a seamless profile in a contextually aware presence access layer
KR101653980B1 (ko) 2008-10-22 2016-09-05 삼성전자주식회사 프로파일 관리 방법 및 장치
US8386769B2 (en) 2008-11-21 2013-02-26 Research In Motion Limited Apparatus, and an associated method, for providing and using opaque presence indications in a presence service
CA2773120A1 (en) * 2009-09-04 2011-03-10 Research In Motion Limited Methods and apparatus to subscribe for change notifications in a document management system
CN102143441A (zh) * 2010-07-01 2011-08-03 华为技术有限公司 一种消息处理方、装置和应用服务器
US9367337B1 (en) * 2012-06-06 2016-06-14 hopTo Inc. Cloud-based personalization of shared resources
US9411615B1 (en) * 2012-06-06 2016-08-09 hopTo Inc. Personalization of shared resources
US9367336B1 (en) * 2012-06-06 2016-06-14 hopTo Inc. Personalization of shared resources
US20140188920A1 (en) * 2012-12-27 2014-07-03 Sangita Sharma Systems and methods for customized content
ES2925633T3 (es) 2014-11-17 2022-10-19 Samsung Electronics Co Ltd Aparato y procedimiento para la instalación de un perfil en el sistema de comunicación
KR102227262B1 (ko) * 2015-02-17 2021-03-15 삼성전자주식회사 프로파일을 전달하는 방법과 이를 지원하는 전자 장치
US11282056B2 (en) * 2016-04-20 2022-03-22 Thales Dis Usa, Inc. Method, servers and system for downloading an updated profile
US10565274B2 (en) * 2017-06-30 2020-02-18 Microsoft Technology Licensing, Llc Multi-application user interest memory management
US12041139B2 (en) * 2020-08-05 2024-07-16 Nokia Solutions And Networks Oy Apparatus, method and computer readable medium for ranking network function service producers

Family Cites Families (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6757729B1 (en) * 1996-10-07 2004-06-29 International Business Machines Corporation Virtual environment manager for network computers
US6189008B1 (en) * 1998-04-03 2001-02-13 Intertainer, Inc. Dynamic digital asset management
KR100617662B1 (ko) 2000-03-14 2006-08-28 엘지전자 주식회사 멀티미디어 데이터의 사용자 히스토리 정보 구성 및 관리 방법 그리고 이를 기반으로 하는 사용자 프로파일 정보 구성 방법
US20010037407A1 (en) 2000-03-23 2001-11-01 Zvetan Dragulev System and method for managing user-specific data
US20020049751A1 (en) * 2000-09-01 2002-04-25 Mei-Na Chen Managing contact information through a communication network
US7068189B2 (en) 2001-07-03 2006-06-27 Nortel Networks Limited Location and event triggered notification services
DE10144023B4 (de) 2001-09-07 2005-12-29 Siemens Ag Vorrichtung und Verfahren zur automatischen Benutzerprofil-Konfiguration
DE10147770A1 (de) 2001-09-27 2003-04-17 Siemens Ag Verfahren zum Bereitstellen von Kommunikationsinformationen einer Kommunikationseinheit und Vorrichtungen zum Umsetzen des Verfahrens
US20030182361A1 (en) * 2002-03-22 2003-09-25 Sun Microsystems, Inc. Business-model agnostic service deployment management service
US20030236892A1 (en) 2002-05-31 2003-12-25 Stephane Coulombe System for adaptation of SIP messages based on recipient's terminal capabilities and preferences
US8028077B1 (en) * 2002-07-12 2011-09-27 Apple Inc. Managing distributed computers
US7640293B2 (en) * 2002-07-17 2009-12-29 Research In Motion Limited Method, system and apparatus for messaging between wireless mobile terminals and networked computers
US7886064B2 (en) * 2002-07-30 2011-02-08 Sony Corporation Program, information processing method and device
KR100456026B1 (ko) 2002-11-21 2004-11-08 한국전자통신연구원 모바일 단말기의 프로파일 정보 획득 시스템 및 그 방법
US7523165B2 (en) 2002-12-24 2009-04-21 Telefonaktiebolaget L M Ericsson (Publ) Transmission of application information and commands using presence technology
EP1526457B1 (en) * 2003-10-22 2013-03-13 Sony Deutschland GmbH Context-aware automatic service discovery and execution engine in mobile ad-hoc networks
FI20050092A0 (fi) * 2004-09-08 2005-01-28 Nokia Corp Ryhmäpalveluiden ryhmätiedot
FI122213B (fi) * 2004-09-28 2011-10-14 Capricode Oy Menetelmä ja laitejärjestely päätelaitteen käyttöprofiilin hallitsemiseksi
KR101058643B1 (ko) 2005-01-11 2011-08-22 삼성전자주식회사 푸쉬 투 토크 오버 셀룰러 시스템의 그룹 세션 개시 방법및 그 시스템
US20060235981A1 (en) * 2005-04-19 2006-10-19 Nokia Corporation Providing a second service to a group of users using a first service
US7849154B2 (en) * 2005-06-27 2010-12-07 M:Metrics, Inc. Acquiring, storing, and correlating profile data of cellular mobile communications system's users to events
FI20055514A0 (fi) * 2005-09-27 2005-09-27 Nokia Corp Ryhmäviestintä viestintäjärjestelmässä
FI20051039A0 (fi) * 2005-10-14 2005-10-14 Nokia Corp Laillinen salakuuntelu
FI20055644A0 (fi) * 2005-12-02 2005-12-02 Nokia Corp Ryhmäviestintä
US7991895B2 (en) * 2005-12-09 2011-08-02 Nokia Corporation Limiting access to network functions based on personal characteristics of the user
JP4643430B2 (ja) * 2005-12-14 2011-03-02 富士通株式会社 通信プログラム、通信方法および通信装置
US9491305B2 (en) * 2006-01-30 2016-11-08 Nokia Technologies Oy Call management adjustment in call continuity architecture

Also Published As

Publication number Publication date
KR20140048916A (ko) 2014-04-24
CN101512515B (zh) 2017-05-03
KR101504064B1 (ko) 2015-03-24
EP2047380A1 (en) 2009-04-15
US20090193329A1 (en) 2009-07-30
JP5404395B2 (ja) 2014-01-29
CN101512515A (zh) 2009-08-19
CN102006321A (zh) 2011-04-06
CN102006321B (zh) 2016-05-18
WO2008016263A1 (en) 2008-02-07
EP2047380A4 (en) 2011-11-09
KR20150018755A (ko) 2015-02-24
US9077584B2 (en) 2015-07-07
KR101519804B1 (ko) 2015-05-13
JP2009545803A (ja) 2009-12-24

Similar Documents

Publication Publication Date Title
KR101519804B1 (ko) 사용자 선호도 프로파일을 관리하기 위한 시스템 및 방법
EP1759513B1 (en) Method, system and computer program to enable querying of resources in a certain context by defining a sip event package
EP1968263B1 (en) A method and system for querying user information, and search agent, client and server
EP2207305B1 (en) A method and a system for address book processing
US8655984B2 (en) Content aggregation service for mobile environment
EP1875719B1 (en) A method and arrangement for providing context information
US8176147B2 (en) Method and messaging system for managing media contents in uniform storage
US20080163318A1 (en) Mobile multimedia content sharing application system
US10051081B2 (en) Method and system for managing profiles
US20070208702A1 (en) Method and system for delivering published information associated with a tuple using a pub/sub protocol
JP5264906B2 (ja) ネットワークでユーザ選好度プロファイルを管理するための方法及びシステム
JP2008504727A5 (ko)
US20130110776A1 (en) System and method for synchronizing the profile of a user in social networks and the user&#39;s personal contact card (pcc)
WO2011029025A1 (en) Methods and apparatus to subscribe for change notifications in a document management system
US20090240829A1 (en) Translating between implicit and explicit publish-subscribe protocols
US10009388B2 (en) Method and system for establishing integrated group ISC session based on content interest
US8499035B2 (en) Methods, systems and computer readable media for providing session initiation protocol (SIP) event watcher entity information in a communications network
US20140082075A1 (en) Method for managing converged address book capability
EP2187585A1 (en) Method, system and device for determining user data
KR100915187B1 (ko) 프레즌스 관리 시스템 및 그 방법

Legal Events

Date Code Title Description
PA0109 Patent application

Patent event code: PA01091R01D

Comment text: Patent Application

Patent event date: 20070801

PG1501 Laying open of application
A201 Request for examination
PA0201 Request for examination

Patent event code: PA02012R01D

Patent event date: 20120801

Comment text: Request for Examination of Application

Patent event code: PA02011R01I

Patent event date: 20070801

Comment text: Patent Application

E902 Notification of reason for refusal
PE0902 Notice of grounds for rejection

Comment text: Notification of reason for refusal

Patent event date: 20130911

Patent event code: PE09021S01D

AMND Amendment
E601 Decision to refuse application
PE0601 Decision on rejection of patent

Patent event date: 20140224

Comment text: Decision to Refuse Application

Patent event code: PE06012S01D

Patent event date: 20130911

Comment text: Notification of reason for refusal

Patent event code: PE06011S01I

A107 Divisional application of patent
AMND Amendment
PA0107 Divisional application

Comment text: Divisional Application of Patent

Patent event date: 20140326

Patent event code: PA01071R01D

PJ0201 Trial against decision of rejection

Patent event date: 20140326

Comment text: Request for Trial against Decision on Refusal

Patent event code: PJ02012R01D

Patent event date: 20140224

Comment text: Decision to Refuse Application

Patent event code: PJ02011S01I

Appeal kind category: Appeal against decision to decline refusal

Decision date: 20140620

Appeal identifier: 2014101001799

Request date: 20140326

PB0901 Examination by re-examination before a trial

Comment text: Amendment to Specification, etc.

Patent event date: 20140326

Patent event code: PB09011R02I

Comment text: Request for Trial against Decision on Refusal

Patent event date: 20140326

Patent event code: PB09011R01I

Comment text: Amendment to Specification, etc.

Patent event date: 20131111

Patent event code: PB09011R02I

B601 Maintenance of original decision after re-examination before a trial
PB0601 Maintenance of original decision after re-examination before a trial
PJ0801 Rejection of trial

Patent event date: 20140620

Patent event code: PJ08011S01D

Comment text: Decision on Dismissal of Request for Trial (Dismissal of Decision)

Decision date: 20140620

Appeal kind category: Appeal against decision to decline refusal

Appeal identifier: 2014101001799

Request date: 20140326