KR100781958B1 - 프레즌스 관리 방법 및 프레즌스 관리 장치 - Google Patents

프레즌스 관리 방법 및 프레즌스 관리 장치 Download PDF

Info

Publication number
KR100781958B1
KR100781958B1 KR1020060028959A KR20060028959A KR100781958B1 KR 100781958 B1 KR100781958 B1 KR 100781958B1 KR 1020060028959 A KR1020060028959 A KR 1020060028959A KR 20060028959 A KR20060028959 A KR 20060028959A KR 100781958 B1 KR100781958 B1 KR 100781958B1
Authority
KR
South Korea
Prior art keywords
presence information
aggregation
client
notification
management
Prior art date
Application number
KR1020060028959A
Other languages
English (en)
Other versions
KR20070056897A (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 KR20070056897A publication Critical patent/KR20070056897A/ko
Application granted granted Critical
Publication of KR100781958B1 publication Critical patent/KR100781958B1/ko

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F15/00—Digital computers in general; Data processing equipment in general
    • G06F15/16—Combinations of two or more digital computers each having at least an arithmetic unit, a program unit and a register, e.g. for a simultaneous processing of several programs
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0637—Strategic management or analysis, e.g. setting a goal or target of an organisation; Planning actions based on goals; Analysis or evaluation of effectiveness of goals
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F15/00—Digital computers in general; Data processing equipment in general
    • 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/54—Presence management, e.g. monitoring or registration for receipt of user log-on information, or the connection status of the users
    • 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/56—Provisioning of proxy services
    • 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/56—Provisioning of proxy services
    • H04L67/567—Integrating service provisioning from a plurality of service providers

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Human Resources & Organizations (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Educational Administration (AREA)
  • Economics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • General Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • Computer Hardware Design (AREA)
  • Development Economics (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • Marketing (AREA)
  • General Business, Economics & Management (AREA)
  • Game Theory and Decision Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • General Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Information Transfer Between Computers (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

본 발명은 프레즌스 시스템을 이용하여 사람이나 물건의 프레즌스 정보를 서브스크라이브하는 워처의 부담을 경감시키는 것을 과제로 한다.
예컨대, 속성이 상품명이고, 상품 A, B, C가 동일한 속성치「DVDRecorder」를 갖는다고 하자. 서버는 상품 A, B, C(제공원에 상당)의 프레즌스 정보를 포함하는 집약 프레즌스 정보를 생성하여, 상품 A, B, C의 프레즌스 정보의 워처(통지처에 상당)(W)에 대하여 이것을 통지한다. 워처(W)는 상품명마다 프레즌스 정보를 통합하여 수신하기 때문에, 상품명마다 프레즌스 정보를 분류하는 부담으로부터 해방된다.

Description

프레즌스 관리 방법 및 프레즌스 관리 장치{PRESENCE MANAGEMENT METHOD AND PRESENCE MANAGEMENT APPARATUS}
도 1은 제1 실시형태에 따른 프레즌스 시스템의 구성을 도시하는 설명도.
도 2의 (a)는 도 1의 서버(S)의 기능 구성을 도시하는 블록도, (b)는 도 1의 클라이언트(C)의 기능 구성을 도시하는 블록도.
도 3은 버디 리스트의 일례를 도시하는 설명도.
도 4는 워처 리스트의 일례를 도시하는 설명도.
도 5는 집약 정보 테이블의 일례를 도시하는 설명도.
도 6은 메뉴 화면의 일례를 도시하는 설명도.
도 7은 서브스크라이브 화면의 일례를 도시하는 설명도.
도 8은 신규 프레즌티티 등록 화면의 일례를 도시하는 설명도.
도 9는 집약 의뢰 화면의 일례를 도시하는 설명도.
도 10은 집약 해제 의뢰 화면의 일례를 도시하는 설명도.
도 11은 XML로 기술한 집약 룰의 일례를 도시하는 설명도.
도 12는 XML로 기술한 집약 허가 룰의 일례를 도시하는 설명도.
도 13은 통지 룰 지정 화면의 일례를 도시하는 설명도.
도 14는 XML로 기술한 통지 룰(통신 서비스)의 일례를 도시하는 설명도.
도 15는 XML로 기술한 통지 룰(통지 타이밍)의 다른 일례를 도시하는 설명도.
도 16은 XML로 기술한 프레즌스 집약 해제 룰의 일례를 도시하는 설명도.
도 17은 서버(S)가 실행하는 서브스크라이브 집약 처리의 흐름의 일례를 도시하는 흐름도.
도 18은 서버(S)가 실행하는 신규 프레즌티티 집약 처리의 흐름의 일례를 도시하는 흐름도.
도 19는 서버(S)가 실행하는 조건 지정 집약 처리의 흐름의 일례를 도시하는 흐름도.
도 20은 서버(S)가 실행하는 조건 지정 집약 해제 처리의 흐름의 일례를 도시하는 흐름도.
도 21의 (a)는 제2 실시형태에서의 버디 리스트의 일례를 도시하는 설명도(프레즌스 정보 변화전), (b)는 제2 실시형태에서의 워처 리스트의 일례를 도시하는 설명도(프레즌스 정보 변화전), (c)는 제2 실시형태에서의 집약 정보 테이블의 일례를 도시하는 설명도(프레즌스 정보 변화전).
도 22의 (a)는 제2 실시형태에서의 버디 리스트의 일례를 도시하는 설명도(프레즌스 정보 변화후), (b)는 제2 실시형태에서의 워처 리스트의 일례를 도시하는 설명도(프레즌스 정보 변화후), (c)는 제2 실시형태에서의 집약 정보 테이블의 일례를 도시하는 설명도(프레즌스 정보 변화후).
도 23은 서버(S)가 실행하는 프레즌스 변화 집약 처리의 흐름의 일례를 도시 하는 흐름도.
도 24는 서버(S)가 실행하는 프레즌스 변화 집약 해제 처리의 흐름의 일례를 도시하는 흐름도.
<도면의 주요 부분에 대한 부호의 설명>
S: 서버 C: 클라이언트
본 발명은 프레즌스 시스템에서의 프레즌스 관리 방법에 관한 것이다.
프레즌스 시스템이란, 사람이나 물건 등의 프레즌티티에 관한 현재의 상태, 즉 프레즌스 정보를 관리하는 시스템이다. 프레즌스 시스템에서는, 어느 한 프레즌티티의 프레즌스 정보가 갱신되면, 그 프레즌티티의 프레즌스 정보를 서브스크라이브하고 있는 워처(watcher)에 의해 그 프레즌스 정보가 실시간으로 통지된다.
최근, 사람을 통하지 않고서 정보를 송수신할 수 있는 무선 태그 기술이, 유통 시스템이나 재고 관리 시스템 등 물품 관리 시스템에서 이용되고 있다. 종래의 물품 관리 시스템에서는 독자적인 정보 관리가 이루어지고 있다. 그러나, 물품 관리 시스템 등에서, 물품의 관리에 프레즌스 시스템을 적용하는 것이 앞으로 확대될 것이라고 예상된다. 프레즌스 시스템에서는, 물품의 프레즌스 정보의 관리와 프레즌스 정보의 변화 통지를 실시간으로 행할 수 있기 때문이다.
종래의 프레즌스 시스템에서는, 프레즌스 정보를 갱신할 때마다, 갱신된 프 레즌스 정보가 워처에게 통지된다. 그러나, 물품의 관리에 프레즌스 시스템을 적용하고자 하면, 프레즌스 정보의 통지 횟수는 방대하게 된다. 그 때문에, 워처에게는, 효율적인 프레즌스의 관리가 어렵게 된다. 예컨대, 워처가 물품을 효율적으로 관리하기 위해서는 스스로 물품의 프레즌스 정보를 분류해야만 한다. 또한, 대량으로 존재하는 물품 각각의 프레즌스 정보에 대하여, 서브스크라이브를 하나하나 실행해야만 한다. 이 때문에, 워처의 부담이 높아져 버린다고 하는 문제가 있다.
또한, 대량의 물품의 프레즌스 정보를 이들이 변화될 때마다 워처에게 통지하면, 통지의 빈도가 높고, 송신되는 정보량도 상당한 것으로 되어, 네트워크의 부하가 커진다고 하는 문제가 있다.
특허문헌 1에는 프레즌스의 통지 방법에서, 워처에게 통지하여야 할 프레즌스가 있는 경우, 일정 시간마다 모든 프레즌스를 일괄적으로 송신하는 기술이 개시되어 있다.
<특허문헌 1>
일본 특허 공개 2004-72485 공보
상기 특허문헌 1은 프레즌스 정보의 통지 횟수를 줄여, 네트워크 부하를 줄인다는 점 정도의 효과를 발휘한다고 생각된다. 그 한편, 특허문헌 1에 기재된 기술은, 프레즌스 정보의 통지처마다, 프레즌티티의 복수의 프레즌스 정보를 일괄 통지한다. 이 때문에, 워처로부터 보면, 여러 가지 프레즌스 정보가 일괄적으로 통지되어 버린다. 결국, 워처가 스스로 프레즌스 정보를 분류해야만 된다고 하는 문제 는 해소되고 있지 않다. 또한, 대량으로 존재하는 물품 하나하나에 대한 서브스크라이브의 부담도 여전히 남아있다.
본 발명은 프레즌스 시스템을 이용하여 사람이나 물건의 프레즌스 정보를 서브스크라이브하는 워처의 부담을 경감시키는 것을 목적으로 한다.
상기 과제를 해결하기 위해서, 발명 1은, 복수의 클라이언트와 접속되는 프레즌스 관리 장치가 실행하는 프레즌스 관리 방법을 제공한다. 이 방법은 이하의 단계를 포함한다.
·속성치를 포함하는 프레즌스 정보를 상기 클라이언트로부터 수신하여, 수신한 프레즌스 정보의 제공원 클라이언트와 상기 프레즌스 정보를 대응시켜 기억하는 관리 단계,
·상기 관리 단계에서 관리되고 있는 프레즌스 정보의 제공원 클라이언트와, 각 프레즌스 정보의 통지처 클라이언트를 대응시키는 통지처 관리 테이블을 기억하는 통지처 관리 단계,
·동일한 통지처 클라이언트에게 통지되는 복수의 프레즌스 정보 중 동일한 속성치를 갖는 프레즌스 정보를 포함하는 집약 프레즌스 정보를 생성하는 집약 단계,
·상기 집약 단계에서 생성된 집약 프레즌스 정보를 상기 통지처 클라이언트에게 통지하는 집약 통지 단계.
발명 2는 상기 발명 1에 있어서, 상기 통지처 관리 단계가, 상기 관리 단계 에서 관리되고 있는 프레즌스 정보의 제공원 클라이언트와, 그 프레즌스 정보의 통지처 클라이언트가 새롭게 대응되는 등록을 접수하고, 접수한 대응 관계를 상기 통지처 관리 테이블에 또한 기억하는 것인 프레즌스 관리 방법을 제공한다. 이 방법에서, 상기 집약 단계는, 1) 상기 새로운 대응 관계에서의 제공원 클라이언트의 프레즌스 정보에 포함되는 속성치를 추출하고, 2) 상기 새로운 대응 관계에서의 통지처 클라이언트와 대응되어 있는 기존의 제공원 클라이언트로서, 상기 추출한 속성치를 그 프레즌스 정보에 포함하는 기존의 제공원 클라이언트를 상기 통지처 관리 테이블로부터 검색하고, 3) 검색한 기존의 제공원 클라이언트의 프레즌스 정보와 상기 새로운 제공원 클라이언트의 프레즌스 정보를 포함하는 집약 프레즌스 정보를 생성한다. 또한, 상기 집약 통지 단계는 상기 집약 프레즌스 정보를 상기 새로운 통지처 클라이언트에게 통지한다.
발명 3은, 상기 발명 1에 있어서, 상기 관리 단계는 새로운 클라이언트 및 그 프레즌스 정보의 등록을 접수하는 프레즌스 관리 방법을 제공한다. 이 방법에서, 상기 집약 단계는, 1) 상기 새로운 클라이언트의 프레즌스 정보와 동일한 속성치를 갖는 프레즌스 정보의 제공원 클라이언트 및 그 프레즌스 정보의 통지처 클라이언트를 특정하고, 2) 상기 특정된 제공원 클라이언트의 프레즌스 정보와 상기 새로운 클라이언트의 프레즌스 정보를 포함하는 집약 프레즌스 정보를 생성하고, 3) 상기 집약 통지 단계는 상기 집약 단계에서 생성된 집약 프레즌스 정보를 상기 집약 단계에서 특정된 통지처 클라이언트에게 통지한다.
발명 4는 상기 발명 1에 있어서, 상기 집약 단계가, 1) 임의의 클라이언트로 부터 속성치를 포함하는 집약 조건의 지정을 접수하고, 2) 상기 통지처 관리 테이블에서 상기 지정원 클라이언트를 통지처로 하는 프레즌스 정보 중 상기 지정된 속성치를 갖는 프레즌스 정보의 제공원 클라이언트를 특정하고, 3) 상기 특정한 제공원 클라이언트의 프레즌스 정보를 포함하는 집약 프레즌스 정보를 생성하는 것인 프레즌스 관리 방법을 제공한다. 이 방법에서, 상기 집약 통지 단계는 상기 생성한 집약 프레즌스 정보를 상기 집약 조건의 지정원 클라이언트에게 통지한다.
발명 5는 상기 발명 1에 있어서, 상기 관리 단계가 임의의 클라이언트로부터 프레즌스 정보의 갱신을 접수하는 것인 프레즌스 관리 방법을 제공한다. 이 방법에서, 상기 집약 단계는, 1) 갱신된 프레즌스 정보와 동일한 속성치를 갖는 프레즌스 정보의 제공원 클라이언트를 특정하고, 2) 상기 특정된 제공원 클라이언트에 대하여, 상기 통지처 관리 테이블에서 대응되어 있는 통지처 클라이언트를 특정하고, 3) 상기 특정된 제공원 클라이언트의 프레즌스 정보와 상기 갱신된 프레즌스 정보를 포함하는 집약 프레즌스 정보를 생성한다. 또한, 상기 집약 통지 단계는 상기 집약 단계에서 생성된 집약 프레즌스 정보를 상기 집약 단계에서 특정된 통지처 클라이언트에게 통지한다.
발명 6은, 상기 발명 1에 있어서, 상기 집약 단계가, 상기 동일한 속성치와 상기 동일한 속성치를 갖는 프레즌스 정보인 집약 대상 프레즌스 정보의 제공원 클라이언트와 상기 집약 대상 프레즌스 정보에 기초하여 생성되는 집약 프레즌스 정보의 식별자와 상기 집약 프레즌스 정보의 통지처 클라이언트를 대응시키는 집약 정보 테이블을 기억하는 것인 프레즌스 관리 방법을 제공한다. 이 방법에서, 상기 관리 단계는 상기 집약 단계에서 생성된 집약 프레즌스 정보와 상기 집약 프레즌스 정보의 식별자를 대응시켜 관리한다.
발명 7은, 상기 발명 6에 있어서, 상기 집약 정보 테이블에 기억되어 있는 어느 한 속성치의 지정을 임의의 클라이언트로부터 접수하고, 상기 클라이언트를 통지처 클라이언트로 하는 집약 프레즌스 정보 중 지정된 속성치를 갖는 집약 프레즌스 정보의 엔트리를 상기 집약 정보 테이블로부터 삭제하는 해제 단계를 더 포함하는 프레즌스 관리 방법을 제공한다.
발명 8은, 발명 1에 있어서, 집약 프레즌스 정보의 통지 조건을 정의하는 통지 룰을 기억하는 통지 룰 기억 단계를 더 포함하는 프레즌스 관리 방법을 제공한다. 이 프레즌스 관리 방법에서, 상기 집약 단계는 상기 통지 룰에 기초하여, 집약 프레즌스 정보를 생성하는지의 여부를 판단한다. 또한, 상기 집약 통지 단계는 상기 통지 룰에 기초하여 집약 프레즌스 정보를 송신하는지의 여부를 판단한다.
발명 9는, 복수의 클라이언트와 접속되는 프레즌스 관리 장치를 제공한다. 이 장치는 이하의 수단을 포함한다.
·속성치를 포함하는 프레즌스 정보를 상기 클라이언트로부터 수신하여, 수신한 프레즌스 정보의 제공원 클라이언트와 상기 프레즌스 정보를 대응시켜 기억하는 관리 수단,
·상기 관리 수단으로 관리되고 있는 프레즌스 정보의 제공원 클라이언트와, 각 프레즌스 정보의 통지처 클라이언트를 대응시키는 통지처 관리 테이블을 기억하는 통지처 관리 수단,
·동일한 통지처 클라이언트에게 통지되는 복수의 프레즌스 정보 중 동일한 속성치를 갖는 프레즌스 정보를 포함하는 집약 프레즌스 정보를 생성하는 집약 수단,
·상기 집약 수단으로 생성된 집약 프레즌스 정보를 상기 통지처 클라이언트에게 통지하는 집약 통지 수단.
발명 10은, 복수의 클라이언트와 접속되는 컴퓨터가 실행하는 프레즌스 관리 프로그램을 제공한다. 이 프로그램은 상기 컴퓨터를 기능시킨다.
·속성치를 포함하는 프레즌스 정보를 상기 클라이언트로부터 수신하여, 수신한 프레즌스 정보의 제공원 클라이언트와 상기 프레즌스 정보를 대응시켜 기억하는 관리 수단,
·상기 관리 수단으로 관리되고 있는 프레즌스 정보의 제공원 클라이언트와, 각 프레즌스 정보의 통지처 클라이언트를 대응시키는 통지처 관리 테이블을 기억하는 통지처 관리 수단,
·동일한 통지처 클라이언트에게 통지되는 복수의 프레즌스 정보 중 동일한 속성치를 갖는 프레즌스 정보를 포함하는 집약 프레즌스 정보를 생성하는 집약 수단, 및
·상기 집약 수단으로 생성된 집약 프레즌스 정보를 상기 통지처 클라이언트에게 통지하는 집약 통지 수단.
<어구의 정의>
처음에, 이하의 실시형태에서 설명하는 프레즌스 시스템에서의 용어의 정의 를 설명한다.
프레즌티티: 프레즌스 정보를 설정하는 주체이며, 하기 실시형태의 클라이언트에 상당한다.
워처(서브스크라이버): 다른 주체의 프레즌스 정보를 서브스크라이브하여, 변경시에 그 프레즌스 정보를 수신하는 주체이다. 서브스크라이브되는 다른 주체의 프레즌스 정보를 서브스크라이브하는 쪽의 주체로서, 서브스크라이버라 부르는 경우가 있다.
버디(서브스크라이비): 프레즌스 정보의 서브스크라이브를 희망하는 주체가 지정한 서브스크라이브처의 주체. 서브스크라이브를 당하는 쪽의 주체로서, 서브스크라이비라고 부르는 경우가 있다.
서브스크라이브: 어떤 주체가 다른 주체의 프레즌스 정보를 참조하는 것. 보다 엄밀하게 말하면, 어떤 주체가 다른 주체의 프레즌스 정보를 자기에게 통신(配信)하여 받기 위해서, 프레즌스 시스템 내의 서버에 대해, 자신을 워처로서, 다른 주체를 버디로서 등록하는 것.
<제1 실시형태>
《구성》
1. 시스템 전체
도 1은 제1 실시형태에 따른 프레즌스 시스템의 구성을 도시하는 설명도이다. 프레즌스 시스템은 서버(S)와 복수의 클라이언트(C1, C2, C3, C4 ···)(이하, 단순히 클라이언트(C)라 기재함)를 포함한다. 서버(S)와 클라이언트(C)는 인터 넷이나 전화 회선 등의 네트워크를 통해 접속된다. 서버(S) 및 클라이언트(C)는 모두 컴퓨터 단말로 실현된다.
서버(S)는 각 클라이언트(C)로부터 프레즌스 정보를 수신하여, 각 클라이언트(C)의 최신의 프레즌스 정보를 기억한다. 또한, 서버(S)는 프레즌스 정보를 그 워처인 클라이언트(C)에게 통신한다. 본 프레즌스 시스템에서, 서버(S)가 관리하는 프레즌스 정보는 속성치를 포함한다. 속성치는 프레즌스 정보의 일부이다. 속성치로서는, 상품명이나 장소의 이름 등을 일례로서 예를 들 수 있으며, 특별히 한정되지 않는다. 예컨대, 속성치는 프레즌스 정보를 구성하는 XML(eXtensible Markup Language) 포맷으로 기술한 데이터 내의 태그의 명칭이라도 좋다.
본 프레즌스 시스템에서, 각 클라이언트는 클라이언트 ID로 특정된다. 이하, 프레즌스 정보를 제공하는 클라이언트를 프레즌티티, 다른 프레즌티티의 프레즌스 정보를 참조하는 클라이언트를 워처라고 한다. 한편, 클라이언트는 프레즌티티 및 워처로서 기능하는 것도 있으며 어느 한 쪽의 기능밖에 갖지 않는 것도 있다. 또한, 프레즌티티인 클라이언트의 ID를 프레즌티티 ID, 워처인 클라이언트의 ID를 워처 ID라고 한다.
2. 서버
도 2(a)는 서버(S)의 기능 구성을 도시하는 블럭도이다. 서버(S)는 하기 (a)∼(j)의 기능을 갖고 있다.
(a) 버디 리스트(11)
(b) 워처 리스트(12)
(c) 집약 정보 테이블(13)
(d) 룰 DB(14)
(e) 프레즌스 관리부(15)
(f) 프레즌스 통지부(16)
(g) 집약부(17)
(h) 집약 허가 취득부(18)
(i) 통지 룰 설정부(19)
(j) 해제부(110)
이하, 각 기능에 관해서 상세히 설명한다.
(a) 버디 리스트
도 3은 버디 리스트(11)의 일례를 도시하는 설명도이다. 버디 리스트(11)는 「서브스크라이버 ID」와 「버디 ID」를 대응시켜 기억한다. 서브스크라이버는 버디라고 불리는 다른 클라이언트의 워처이다. 이하, 서브스크라이버의 클라이언트 ID를 단순히 서브스크라이버 ID라고 한다. 버디는 서브스크라이버가 서브스크라이브하고 있는 프레즌티티이다. 이하, 버디의 클라이언트 ID를 버디 ID라고 한다. 서브스크라이버가 버디 ID를 지정하여 서브스크라이브함으로써, 서브스크라이버 ID와 버디 ID가 대응되어 버디 리스트(11)에 등록된다.
(b) 워처 리스트
도 4는 워처 리스트(12)의 일례를 도시하는 설명도이다. 워처 리스트(12)는 「서브스크라이비 ID」와 서브스크라이비의 「프레즌스 정보」와 「워처 ID」를 대 응시켜 기억한다(관리 단계, 통지처 관리 단계에 상당). 서브스크라이비는 상기 버디 리스트(11)에서의 버디에 상당한다. 서브스크라이비의 클라이언트 ID를 서브스크라이비 ID라고 한다. 워처는 상기 버디 리스트(11)에서의 서브스크라이버에 상당한다. 워처의 클라이언트 ID를 워처 ID라고 한다. 버디 리스트(11)에 서브스크라이버 ID와 버디 ID가 등록되면, 워처 리스트(12)에는 버디 ID가 서브스크라이비 ID로서, 서브스크라이버 ID가 워처 ID로서, 각각 등록된다. 프레즌스 정보는 프레즌스 관리부(15)에 의해 갱신된다.
본 발명에서는, 서브스크라이비 ID로서, 실재하는 클라이언트의 ID 이외에, 집약 프레즌티티라 불리는 가상 클라이언트의 ID가 기술된다. 집약 프레즌티티는 집약 프레즌스 정보의 프레즌티티이다. 집약 프레즌스 정보는 동일한 워처에게 대응시켜진 복수의 프레즌티티의 프레즌스 정보로서, 동일 속성치를 갖는 프레즌스 정보를 포함한다. 이 예는 집약 프레즌티티 ID「User1_DVDRecorder」의 집약 프레즌스 정보를 워처「User1」이 서브스크라이브하고 있음을 나타낸다.
한편, 이 예에서는, 워처 리스트(12)는 각 서브스크라이비 ID로 특정되는 클라이언트의 프레즌스 정보를 관리하는 테이블로서의 기능도 갖고 있다.
(c) 집약 정보 테이블
도 5는 집약 정보 테이블(13)의 일례를 도시하는 설명도이다. 집약 정보 테이블(13)은 「서브스크라이버 ID」와 「집약 속성」과 「집약 프레즌티티 ID」와 「집약 대상 프레즌티티 ID」를 대응시켜 기억하고 있다.
「서브스크라이버 ID」는 집약 프레즌스 정보의 워처의 클라이언트 ID이다. 「집약 속성」은 집약되는 프레즌스 정보가 공통으로 갖고 있는 속성치이다. 바꿔 말하면, 어떤 워처에게 통지되는 프레즌스 정보 중 동일한 속성치를 갖는 프레즌스 정보는 집약 프레즌스 정보에 집약된다. 이하, 집약 프레즌스 정보에 집약되는 프레즌스 정보를 집약 대상 프레즌스 정보라고 한다.
「집약 프레즌티티 ID」는 집약 프레즌스 정보의 프레즌티티인 집약 프레즌티티를 특정하는 식별자이다. 집약 프레즌티티 ID는 어떠한 클라이언트 ID와도 중복되지 않도록 설정된다.
「집약 대상 프레즌티티 ID」는 집약 대상 프레즌티티를 특정하는 클라이언트 ID이다. 집약 대상 프레즌티티는 집약 대상 프레즌스 정보의 프레즌티티이다.
이 도면에서는 예컨대, 워처「User1」이 서브스크라이브하고 있는 프레즌스 정보 중 속성치「DVDRecorder」를 갖는 프레즌스 정보의 프레즌티티는 「Item1」, 「Item2」, 「Item10」이다. 프레즌티티「Item1」, 「Item2」, 「Item10」의 각 프레즌스 정보를 포함하는 집약 프레즌스 정보의 프레즌티티는 「User1_DVDRecorder」이다. 따라서, 워처「User1」에는 프레즌티티「Item1」, 「Item2」, 「Item10」의 집약 프레즌스 정보「User1_DVDRecorder」이 통지된다.
(d) 룰 DB
룰 DB(14)에는 각종 룰이 기억된다. 예컨대, 집약 룰이나 집약 허가 룰, 프로파일 정의, 통지 룰이 룰 DB(14)에 기억된다. 각 룰의 상세한 것에 대해서는 후술한다.
(e) 프레즌스 관리부
프레즌스 관리부(15)는 속성을 포함하는 프레즌스 정보의 설정 지시를 임의의 클라이언트(C)로부터 수신하여, 이것을 워처 리스트(12)에 기록한다. 이에 따라, 최신의 프레즌스 정보가 워처 리스트(12)에 유지된다(관리 단계에 상당). 또한 프레즌스 관리부(15)는 임의의 클라이언트(C)로부터 서브스크라이브나 그 삭제를 접수하여, 버디 리스트(11) 및 워처 리스트(12)를 갱신한다. 프레즌스 관리부(15)는 새로운 클라이언트(C)의 등록을, 프레즌스 시스템의 관리자가 조작하는 클라이언트(C)로부터 접수할 수도 있다. 또한 본 실시형태에서는, 프레즌스 관리부(15)는 집약의 지시, 집약 해제의 지시 및 집약 프레즌스 정보의 통지 룰의 지시를 클라이언트(C)로부터 접수하여, 집약부(17), 해제부(110) 및 통지 룰 설정부(19)에 각각 접수한 지시를 전달한다.
보다 구체적으로는, 프레즌스 관리부(15)는 클라이언트(C)에 대하여, 메뉴 화면이나 서브메뉴 화면을 클라이언트(C)에게 제공하여, 이들 화면에서 프레즌스 정보의 설정이나 서브스크라이브 등의 지시를 접수한다. 클라이언트 측에서의 각 화면의 표시나, 입력 내용의 취득에는 JavaScript(등록상표)나 VBScript, PerlScript 등의 기술이 이용된다. 또한, 메뉴 화면이나 서브메뉴 화면의 묘화를 클라이언트(C) 측에서 실행할 수도 있다. 묘화 실행의 타이밍은 클라이언트(C)의 기동시나 프레즌스 정보의 통지시, 조작자로부터 지시를 접수했을 때 등이다. 실시간성이 요구되는 프레즌스 시스템에서는, 클라이언트(C) 측에서 화면을 묘화하는 쪽이 바람직하다.
도 6은 메뉴 화면의 일례를 도시하는 설명도이다. 메뉴 화면은 클라이언트 (C)를 조작하는 조작자로부터 각종 지시를 접수하기 위한 인터페이스이며, 서브스크라이브, 신규 프레즌티티 등록, 집약 및 집약 해제의 지시를 접수한다. 한편, 「신규 프레즌티티 등록 버튼」은 프레즌스 시스템의 관리자의 클라이언트만이 누를 수 있게 되어 있는 것이 프레즌스 시스템의 보안상 적합하다.
도 7은 서브메뉴 화면의 하나인 서브스크라이브 화면의 일례를 도시하는 설명도이다. 도 6의 메뉴 화면에서 「서브스크라이브 버튼」이 선택되면, 서브스크라이브 화면이 클라이언트 상에서 표시된다. 이 화면은 적어도 버디 ID의 지정을 접수한다. 접수된 버디 ID는 클라이언트 ID, 즉 서브스크라이버 ID와 함께, 클라이언트(C)로부터 서버(S)로 송신된다. 서버(S)의 프레즌스 관리부(15)는 수신한 버디 ID 및 서브스크라이버 ID를 각각 버디 리스트(11) 및 워처 리스트(12)에 등록한다. 한편, 버디 ID는 서브스크라이비 ID로서, 서브스크라이버 ID는 워처 ID로서, 각각 워처 리스트(12)에 등록된다.
도 8은 서브메뉴 화면의 하나인 신규 프레즌티티 등록 화면의 일례를 도시하는 설명도이다. 도 6의 메뉴 화면에서 「신규 프레즌티티 등록 버튼」이 선택되면, 신규 사용자 등록 화면이 클라이언트 상에서 표시된다. 이 화면은 적어도 프레즌티티 ID 및 초기 프레즌스 정보의 지정을 접수한다. 접수된 프레즌티티 ID 및 초기 프레즌스 정보는 클라이언트(C)로부터 서버(S)로 송신된다. 서버(S)의 프레즌스 관리부(15)는 새로운 엔트리를 워처 리스트(12)에 생성하여, 수신한 프레즌티티 ID의 값을 서브스크라이비 ID로서, 초기 프레즌스 정보를 프레즌스 정보로서 기록한다.
하나의 프레즌티티가 복수의 프레즌스 정보를 가질 수 있는 프레즌스 시스템 에서는, 같은 식으로 하여 기존의 프레즌티티가 새로운 프레즌스 정보의 등록을 접수하더라도 좋다.
도 9는 서브메뉴 화면의 하나인 집약 의뢰 화면의 일례를 도시하는 설명도이다. 도 6의 메뉴 화면에서 「집약 버튼」이 선택되면, 집약 의뢰 화면이 클라이언트 상에서 표시된다. 이 화면은 적어도 집약 속성치를 포함하는 집약 조건의 지정을 접수한다. 집약 조건으로서는, 이 밖에 집약하는 프레즌스 정보의 최소수나, 최소 집약수를 만족한 경우에 자동적으로 집약하는지 그렇지 않으면 집약 실행하기 전에 조회하는지의 설정 등을 포함하고 있더라도 좋다. 이 화면은 집약 조건으로서, 최소 집약수의 지정을 또한 접수한다. 접수된 집약 조건은 집약 의뢰 커맨드와 함께, 클라이언트(C)로부터 서버(S)로 송신된다. 서버(S)의 프레즌스 관리부(15)는 수신한 집약 속성치 및 최소 집약수를 집약부(17)에 전달한다. 집약부(17)는 받은 집약 속성치나 최소 집약수에 기초하여 집약을 실행한다.
도 10은 서브메뉴 화면의 하나인 집약 해제 의뢰 화면의 일례를 도시하는 설명도이다. 도 6의 메뉴 화면에서 「집약 해제 버튼」이 선택되면, 집약 해제 의뢰 화면이 클라이언트 상에서 표시된다. 이 화면은 집약 프레즌스 정보의 지정을 접수한다. 이 화면의 예에서는 집약 프레즌스 정보의 지정으로서, 집약 속성치의 지정을 접수한다. 접수된 집약 속성치는 집약 해제 커맨드 및 클라이언트 ID와 함께, 클라이언트(C)로부터 서버(S)로 송신된다. 프레즌스 관리부(15)는 수신한 집약 속성치 및 클라이언트 ID를 해제부(110)에 전달한다. 해제부(110)는 받은 집약 속성치 및 클라이언트 ID에 기초하여, 집약 정보 테이블(13)의 해당 엔트리를 삭제한 다.
(f) 프레즌스 통지부
프레즌스 통지부(16)는 워처 리스트(12)에 기록된 프레즌스 정보를 감시하여, 어느 한 프레즌스 정보가 갱신되면, 그 프레즌스 정보의 워처에게 갱신된 프레즌스 정보를 통지한다. 여기서 말하는 프레즌스 정보에는 집약 프레즌스 정보도 포함된다. 따라서, 프레즌스 통지부(16)는 워처 리스트(12)에 기록된 집약 프레즌스 정보가 갱신된 경우도 마찬가지로 집약 프레즌스 정보의 워처에게 집약 프레즌스 정보를 통지한다(집약 통지 단계에 상당).
프레즌스 통지부(16)는 후술하는 통지 룰에 따라서 집약 프레즌스 정보를 통지하면 된다. 이에 따라, 프레즌스 통지부(16)는 예컨대, 이하 (i), (ii)와 같이, 집약 프레즌스 정보의 통지에 이용하는 통신 서비스를 제어한다. 또한 프레즌스 통지부(16)는 이하 (iii), (iv)와 같이, 집약 프레즌스 정보를 통지하는 타이밍을 제어한다.
(i) 통신 서비스 CS1을 이용하여 통지
(ii) 통신 서비스 CS2를 이용하여 통지
(iii) 집약 대상 프레즌스 정보 중 어느 것이 변화할 때마다 집약 프레즌스 정보를 통지
(iv) 일정 시간마다 집약 프레즌스 정보를 통지
(g) 집약부
집약부(17)는 임의의 워처에게 통지되는 복수의 프레즌스 정보 중 동일한 속 성치를 갖는 프레즌스 정보를 포함하는 집약 프레즌스 정보를 생성한다(집약 단계에 상당). 집약부(17)는 집약 룰에 따라서 집약을 실행한다. 이하에 집약의 타이밍, 집약의 실행 및 집약 룰에 관해서 설명한다.
〔집약의 타이밍〕
집약의 타이밍은 특별히 한정되지 않는다. 본 실시형태에서는, 이하의 3가지의 타이밍에서 집약 프레즌스를 생성한다.
(i) 서브스크라이브시: 서브스크라이브할 때에 집약을 실행함으로써, 새로운 버디와 동일한 속성치를 갖는 프레즌스 정보를 갖는 기존의 버디와 새로운 버디가 집약되기 때문에, 새로운 버디를 한사람 한사람 분류하는 부담으로부터 워처를 해방시킬 수 있다.
(ii) 신규 프레즌티티 등록시: 새로운 프레즌티티가 등록될 때마다 집약함으로써, 기존의 프레즌스 정보의 워처는 이미 등록되어 있는 버디의 프레즌스 정보와 함께, 집약 프레즌스 정보의 일부로서 새로운 프레즌티티의 프레즌스 정보를 서브스크라이브하지 않고서 참조할 수 있다. 따라서, 잇달아 등록되는 새로운 프레즌티티를 워처가 하나하나 버디로서 등록하는 부담으로부터 워처를 해방시킬 수 있다.
(iii) 사용자에 의한 집약 지시시: 사용자에 의한 속성치의 지시에 따라서 집약함으로써, 워처는 자신이 선호하는 분류 기준에 기초하여 용이하게 버디를 분류할 수 있고, 더구나 버디 한사람 한사람을 분류하는 부담으로부터 경감된다.
〔집약의 실행〕
집약부(17)에 의한 집약의 실행은 구체적으로는, i) 새로운 집약 프레즌티티 ID의 생성, ii) 집약 프레즌티티의 워처의 특정, iii) 집약 속성치의 결정, iv) 집약 대상 프레즌티티 ID의 특정, v) 집약 정보 테이블(13)의 갱신, vi) 집약 프레즌스 정보의 생성 및 vii) 워처 리스트(12)의 갱신을 포함한다. 즉, 집약부(17)는 집약 정보 테이블(13)에, 새로운 엔트리를 생성하여, 서브스크라이버 ID, 집약 속성치, 집약 프레즌티티 ID 및 새로운 집약 대상 프레즌티티 ID를 기록한다. 또한, 집약부(17)는 기록한 집약 대상 프레즌티티 ID 각각의 모든 프레즌스 정보를 포함하는 집약 프레즌스 정보를 생성하여, 이것을 워처 리스트(12)에 기록한다. 기록되는 집약 프레즌스 정보에 대응시켜지는 서브스크라이비 ID는 집약 프레즌티티 ID이다. 집약 프레즌스 정보가 워처 리스트(12)에 기억되기 때문에, 워처는 언제나 집약 프레즌스 정보를 참조할 수 있다. 그 때문에, 워처는 집약 프레즌스 정보를 기억·관리하는 부담으로부터 해방된다.
〔집약 룰〕
도 11은 XML로 기술한 집약 룰의 일례를 도시하는 설명도이다. 집약부(17)는 집약 룰에 기초하여 집약을 실행하거나, 집약 실행의 시비를 판단할 수 있다. 집약 룰은 도 9의 집약 의뢰 화면에서 지정된 집약 속성치나 최소 집약수에 기초하여 집약부(17)가 생성하더라도 좋고, 미리 룰 DB(14)에 기억되어 있더라도 좋다. 또한, 집약 룰은 클라이언트(C)에 공통인 룰이라도 좋고, 클라이언트(C)마다의 룰이라도 좋다. 이 예에서는, 클라이언트 ID마다 집약 룰이 생성되고 있다. 집약 룰에 기초하여 집약 실행의 시비를 판단함으로써, 워처는 집약에 앞서서, 집약의 필요와 불필요를 판단할 수 있다. 한편, 집약 룰은 이 예에 한정되지 않는다.
예컨대, 클라이언트「user1」은 속성「상품」의 값이 「DVDRecorder」인 프레즌스 정보를 갖는 버디가 3개로 된 경우, 자동적으로 집약을 실행하는 것을 설정하고 있다. 따라서, 집약부(17)는 속성「상품」의 값이 「DVDRecorder」인 프레즌스 정보를 갖는 버디가 3개가 된 경우, 집약을 실행한다. 한편, 이 클라이언트「user1」은 속성「상품」의 값이 「LcdTv」인 프레즌스 정보를 갖는 버디가 5개가 된 경우에, 집약의 시비 조회를 설정하고 있다. 집약부(17)는 이 설정에 기초하여 조회를 워처에게 송신하여, 「집약하지 않는다」는 취지의 응답을 수신하면, 집약의 실행을 중지한다.
(h) 집약 허가 취득부
집약 허가 취득부(18)는 집약 대상 프레즌스 정보의 프레즌티티, 즉 집약 대상 프레즌티티에 대하여, 집약 허가 룰에 따라서, 집약을 허가하는지의 여부를 조회한다. 집약 허가 룰은 집약 대상 프레즌티티에 대한 조회에 대한 응답에 따라서 집약 허가 취득부(18)가 생성하더라도 좋고, 미리 룰 DB(14)에 기억되어 있더라도 좋다. 상기 조회는 집약부(17)에 의한 집약 실행을 하기 전에, 집약 허가 취득부(18)에 의해 집약 대상 프레즌티티에 대하여 송신된다. 집약 허가 룰은 클라이언트(C)에게 공통의 룰이라도 좋고, 클라이언트(C)마다의 룰이라도 좋다.
도 12는 룰 DB(14)에 기억되는 집약 허가 룰의 일례를 도시하는 설명도이다. 이 예에서는, 프레즌티티가 되는 클라이언트 ID마다 집약 허가 룰이 생성되고 있다. 예컨대, 클라이언트「item1」은 속성「상품」의 값이 「DVDRecorder」인 자신의 프레즌스 정보의 집약시에, 클라이언트「user1」에 대해서는 집약을 허가하고, 다른 클라이언트「user9」에 대해서는 집약을 거부하고, 그 이외의 클라이언트에 대해서는 집약의 가부를 조회하는 것을 설정하고 있다.
집약 허가 룰을 설정해 둠으로써, 집약 대상 프레즌티티로부터 보면, 모르는 사이에 동일한 속성을 갖는 다른 프레즌티티의 프레즌스 정보와 함께, 자신의 프레즌스 정보가 제3자에게 제공되어 버리는 것을 방지할 수 있다. 따라서, 집약 대상 프레즌티티의 프라이버시를 보호할 수 있다.
한편 집약 허가 룰의 내용은 전술한 예에 한정되지 않는다. 예컨대, 집약을 허가/거부/조회하는 대상 클라이언트를 클라이언트 ID가 아니라 속성으로 지정하는 것을 생각할 수 있다. 또한, 집약의 허가 등을, 기간이나 자신의 프레즌스 정보의 속성을 이용하여 설정할 수도 있다.
(i) 통지 룰 설정부
통지 룰 설정부(19)는 집약 프레즌스 정보의 통지 조건의 지정을 집약 프레즌스 정보의 워처로부터 접수하여, 지정된 통지 조건에 기초하여 통지 룰을 생성하여, 지정된 통지 룰을 룰 DB(14)에 기억한다. 프레즌스 통지부(16)는 룰 DB(14)에 기억되어 있는 통지 룰에 따라서 집약 프레즌스 정보를 통지한다.
도 13은 통지 룰 지정 화면의 일례를 도시하는 설명도이다. 예컨대 도 9의 집약 의뢰 화면에서 「집약 버튼」이 선택되면, 통지 룰 지정 화면이 클라이언트 상에서 표시된다. 또한, 상기 도 6의 메뉴 화면에서, 집약 프레즌스 정보의 통지 룰 설정 버튼을 설치하여, 그 버튼이 눌리면 통지 룰 지정 화면이 표시되도록 하더라도 좋다. 통지 룰 지정 화면은 집약 프레즌스 정보의 워처로부터, 집약 프레즌스 정보의 통지 조건의 지정을 접수한다. 이 예에서는 통지 조건으로서, 통신 서비스 및 통지 타이밍이 설정된다. 접수된 통지 조건은 클라이언트(C)로부터 서버(S)로 송신된다. 서버(S)의 프레즌스 관리부(15)는 수신한 통지 조건을, 통지 룰 설정부(19)에 전달한다. 통지 룰 설정부(19)는 건네 받은 통지 조건에 기초하여 통지 룰을 생성하여 이것을 룰 DB(14)에 등록한다.
도 14는 XML로 기술한 통지 룰의 일례를 도시하는 설명도이다. 이 통지 룰은 통지 룰 지정 화면에서 지정된 통신 서비스를 정의하고 있다. 예컨대, 통신 서비스「profile1」은 프레즌스 시스템이 디폴트의 통신 서비스로서 설정하고 있으며, 「대역폭은 좁고, 요금은 비싸다」는 것을 나타내고 있다. 통신 서비스「user1_profile1」은 클라이언트가 설정한 통신 서비스이며, 대역폭은 넓고, 비용은 중간 정도이다」는 것을 나타내고 있다.
도 15는 XML로 기술한 통지 룰의 다른 일례를 도시하는 설명도이다. 이 통지 룰은 통지 룰 지정 화면에서 지정된 통지 타이밍을 정의하고 있다. 예컨대, 통지 타이밍「method1」은 「프레즌스 시스템에 의해 정의된 디폴트의 통지 타이밍」이며, 「30분마다 바로 가깝게 갱신된 10의 집약 대상 프레즌스 정보를 포함하여 통지한다」는 것을 정의하고 있다. 또한, 통지 타이밍「user1_method1」은 「클라이언트에 의해 정의된 통지 타이밍」이며, 「집약 프레즌스 정보가 마지막으로 변경되고 나서 1분 갱신이 없으면, 모든 집약 대상 프레즌스 정보를 포함하여 통지한다」는 것을 정의하고 있다.
적절한 간격으로 집약 프레즌스 정보가 통지되도록 통지 타이밍을 설정하면, 집약 프레즌스 정보의 통지 빈도를 억제할 수 있다. 나아가서는 워처의 감시 부담을 경감하여 네트워크 부하를 경감시킬 수 있다.
(j) 해제부
해제부(110)는 집약을 해제한다. 해제의 판단 기준으로서는, 집약 해제 대상이 지정되었을 때, 집약 조건을 만족하지 않게 되었을 때 등을 생각할 수 있다. 판단 기준은 프레즌스 집약 해제 룰에 의해 정의된다. 이어서 이 2개의 판단 기준 및 프레즌스 집약 해제 룰에 대해서 보다 상세히 설명한다.
〔지정에 의한 해제〕
해제의 지정은 전술한 도 10에 예시되는 집약 해제 의뢰 화면에 의해 접수되며, 클라이언트(C)로부터 서버(S)로 송신된다. 해제부(110)는 도 10의 집약 해제 의뢰 화면에서 지정된 집약 속성치 및 워처 ID를 프레즌스 관리부(15)로부터 취득하여, 지정된 집약 프레즌스 정보의 집약을 해제한다. 집약의 해제란, 구체적으로는 워처 리스트(12) 및 집약 정보 테이블(13)로부터, 지정된 집약 프레즌스 정보의 엔트리를 삭제하는 것이다.
보다 구체적으로는 해제부(110)는, 지정된 집약 속성치 및 워처 ID를 키로 하여 집약 정보 테이블(13)을 검색하여, 해당하는 엔트리를 특정한다. 또한 해제부(110)는 그 엔트리에 기술된 집약 정보 프레즌티티 ID를 독출하여, 그 집약 정보 프레즌티티 ID와 일치하는 서브스크라이비 ID를 포함하는 엔트리를 워처 리스트(12)로부터 특정한다. 특정된 엔트리는 집약 정보 테이블(13) 및 워처 리스트(12)로부터 삭제된다. 이에 따라, 집약의 해제가 완료된다.
〔조건을 만족하지 않게 됨에 따른 해제〕
해제부(110)는 집약 조건이 만족되지 않게 된 집약을 해제한다. 집약 조건을 만족하고 있는지 여부 판단의 타이밍은 예컨대 프레즌스 정보를 갱신할 때에 행하는 것을 생각할 수 있다. 구체적으로는, 해제부(110)는 집약 대상 프레즌티티의 프레즌스 정보가 갱신되어, 그 속성치가 집약 속성치와 일치하지 않게 되는 경우를 검출한다. 이어서, 해제부(110)는 남아 있는 집약 대상 프레즌티티의 수가 최소 집약수 이상인지의 여부를 판단한다. 나머지의 집약 대상 프레즌티티가 최소 집약수를 밑도는 경우, 해제부(110)는 그 집약 프레즌티티 ID를 특정하여, 그 ID를 포함하는 엔트리를 집약 정보 테이블(13) 및 워처 리스트(12)로부터 삭제한다.
한편, 해제부(110)는 집약을 해제함에 앞서서, 워처에게 조회를 송신하여, 그 응답에 따라서 집약 해제를 실행하거나 또는 중지하더라도 좋다. 이에 따라, 워처는 집약 해제하기 전에 집약이 해제되는 것을 알 수 있다.
〔프레즌스 집약 해제 룰〕
도 16은 XML로 기술한 프레즌스 집약 해제 룰의 일례를 도시하는 설명도이다. 프레즌스 집약 해제 룰은 집약 해제의 판단 기준을 정의한다. 이 룰은 미리 룰 DB(14)에 기억되어 있더라도 좋고, 클라이언트(C)로부터 접수한 해제 조건에 기초하여 생성되더라도 좋다. 프레즌스 집약 해제 룰은 클라이언트(C)에 공통인 룰이라도 좋고, 클라이언트(C)마다의 룰이라도 좋다.
도 16의 예에서는 프레즌스 집약 해제 룰은, 클라이언트「user1」은 속성「상품」의 값이 「DVDRecorder」인 프레즌스 정보의 최소 집약수가 3 미만이 되면 자동적으로 집약 해제하는 것을 정의하고 있다. 또한 이 클라이언트「user1」은 속성「상품」의 값이 「LcdTv」인 프레즌스 정보의 최소 집약수가 5 미만이 되면, 집약 해제의 가부를 사용자에게 조회한다」는 것을 의미하고 있다.
3. 클라이언트
다시 도 2로 되돌아가, 클라이언트(C)의 기능에 관해서 설명한다. 도 2(b)는 클라이언트(C)의 기능 구성을 도시하는 블록도이다. 클라이언트(C)는 이하의 구성 요소 (a)∼(d)를 갖고 있다.
(a) 프레즌스 검출부(21): 클라이언트(C) 또는 그 조작자의 프레즌스 정보의 변화를 검출한다. 예컨대 특정한 애플리케이션이 동작하고 있는지의 여부, 키보드나 마우스 등에 의한 입력 간격이나, 조작자 자신에 의한 프레즌스 정보의 입력 등을 검출한다.
(b) 프레즌스 갱신부(22): 프레즌스 검출부(21)가 검출한 프레즌스 정보를 서버(S)에 대하여 송신한다.
(c) 프레즌스 수신부(23): 버디의 프레즌스 정보나 집약 프레즌스 정보를 서버(S)로부터 수신한다.
(d) 프레즌스 표시부(24): 서버(S)로부터 화면이 제공되는 경우에는, 제공되는 메뉴 화면이나 서브메뉴 화면을 표시한다(상기 도 6∼도 10, 도 13 참조). 클라이언트(C) 측에서 화면을 묘화하는 경우에는, 화면의 묘화를 실행한다. 또한, 프레즌스 표시부(24)는 메뉴 화면 내의 소정의 영역에, 프레즌스 정보와 집약 프레즌스 정보를 시각적으로 구별 가능하게 표시한다. 상기 도 6은 프레즌스 정보와 집약 프 레즌스 정보를 구별 가능하게 표시한 표시예이다. 이 도면에서는, 집약 프레즌스 정보와 미집약 프레즌스 정보가, 별개의 필드에 표시되어 있다. 또한, 집약 프레즌스 정보의 집약 속성치가 표시되어, 집약 속성치를 클릭하면 집약 대상 프레즌스 정보가 표시된다. 도 6은 집약 속성치「데스크탑 PC」가 클릭되어, 그 집약 대상 프레즌스 정보와 집약 대상 프레즌티티 ID(item16, item23)가 표시되어 있는 예를 도시하고 있다.
집약 프레즌스 정보를 그 집약 속성치 등으로 통합하여 표시함으로써, 한정된 표시 영역을 유효하게 이용할 수 있다. 또한, 대량으로 존재하는 프레즌스 정보를 계층적으로 표시하게 되기 때문에, 워처가 프레즌스 정보를 감시하는 데에 드는 노력을 경감시키는 것으로 이어진다.
《처리》
(1) 집약
이어서 서버(S)가 실행하는 집약 처리를 예를 들어 설명한다. 이하에서는, 서브스크라이브시, 신규 사용자 등록시, 클라이언트로부터의 집약 의뢰시에, 프레즌스 정보를 집약하는 경우를 예로 들어 설명한다. 다만, 집약의 실행 타이밍은 이들 예에 한정되지 않는다.
(1-1) 서브스크라이브 집약 처리
도 17은 서버(S)가 실행하는 서브스크라이브 집약 처리의 흐름의 일례를 도시하는 흐름도이다. 이 처리는 서버의 기동에 의해 시작된다. 이 처리는 집약 종료 판단 처리, 집약 실행 처리, 집약 보류 처리 및 집약 통지 처리로 크게 나뉜다.
〔집약 종료 판단 처리: S101∼S104〕
집약 종료 판단 처리에서는 새로운 서브스크라이브가 발생할 때마다, 서브스크라이버에 의해 서브스크라이비가 갖는 속성에 기초한 집약이 실행되고 있는지의 여부를 판단한다.
단계 S101: 집약부(17)는 프레즌스 관리부(15)를 통하여, 임의의 클라이언트로부터의 서브스크라이브를 대기한다. 서브스크라이브가 생기면 단계 S102로 이행한다. 여기서, 서브스크라이버「User1」로부터, 서브스크라이비「Item10」에 대한 서브스크라이브가 생긴 경우를 고려한다.
단계 S102: 집약부(17)는 새로운 서브스크라이비의 현재의 프레즌스 정보로부터, 1 이상의 속성치를 추출한다. 구체적으로는, 집약부(17)는 클라이언트로부터의 수신 데이터로부터, 서브스크라이비 ID「Item10」을 추출한다. 또한, 집약부(17)는 「워처 테이블」로부터, 서브스크라이비「Item10」의 현재의 프레즌스 정보「<상품>DVDRecorder</상품>수송중」을 독출한다. 또한, 집약부(17)는 독출한 프레즌스 정보로부터 속성치「DVDRecorder」를 추출한다.
단계 S103: 집약부(17)는 추출한 속성치「DVDRecorder」를 집약 정보 테이블(13) 내에서 검색한다.
단계 S104: 집약부(17)는 추출한 속성치「DVDRecorder」가 집약 정보 테이블(13)에 없으면, 단계 S105로 이행하여, 집약 및 집약 프레즌스 정보의 통지를 실행한다(S105∼S111). 즉, 서브스크라이비의 속성이 미집약인 경우, 집약을 실행한다.
반대로, 추출한 속성치「DVDRecorder」가 집약 정보 테이블(13)에 있으면, 대응하는 집약 프레즌티티 ID「User1_DVDRecorder」를 추출하여, 후술하는 단계 S114로 이행한다. 즉, 서브스크라이비의 속성이 집약되어 있으면, 집약 정보 테이블(13)의 갱신을 하여, 집약 프레즌스 정보를 서브스크라이버에 통지한다.
〔집약 실행 처리: S105∼S112〕
집약 실행 처리에서는, 집약되어 있지 않지만, 동일한 속성을 갖는 서브스크라이비가 이미 규정된 수로 있는 경우, 집약을 실행하여, 집약 대상 프레즌티티의 프레즌스 정보를 통합하여 서브스크라이버에게 통지한다.
단계 S105: 집약부(17)는 새롭게 서브스크라이브된 프레즌스 정보가 집약되어 있지 않은 경우, 서브스크라이버 ID「User1」에 대응된 기존의 버디 ID를 버디 리스트(11)로부터 독출한다.
단계 S106: 집약부(17)는 워처 테이블을 검색하여, 취득한 기존 버디 ID 각각의 프레즌스 정보에 포함되는 속성치를 취득한다. 또한 집약부(17)는 기존 버디 ID의 속성치를 새로운 서브스크라이비의 속성치「DVDRecorder」와 순차 비교하여, 새로운 서브스크라이비의 속성치「DVDRecorder」와 일치하는 속성치를 갖는 기존 버디 ID의 수를 카운트한다.
단계 S107: 집약부(17)는 새로운 서브스크라이비의 속성치「DVDRecorder」와 일치하는 속성치를 갖는 기존 버디 ID의 수가, 규정된 수 이상인지의 여부를 판단한다. 규정된 수 이상이라면, 집약한다고 판단하여, 단계 S108로 이행한다. 규정된 수 미만이면, 집약하지 않는다고 판단하여, 후술하는 단계 S113으로 이행한다.
단계 S108: 집약부(17)는 새로운 집약 프레즌티티 ID, 예컨대 「 User1_DVDRecorder」를 생성한다. 또한, 서브스크라이비「Item10」과 동일한 속성치「DVDRecorder」를 갖는 기존 버디 ID 및 서브스크라이비 ID「Item10」을, 집약 대상 프레즌티티 ID로 결정한다.
단계 S109: 집약부(17)는 워처 리스트(12)로의 서브스크라이비 ID 및 워처 ID의 등록 의뢰를 프레즌스 관리부(15)에 전달한다. 이 등록 의뢰는 서브스크라이비 ID로서 집약 프레즌티티 ID「User1_DVDRecorder」를 워처 ID로서 서브스크라이버 ID「User1」을 각각 포함한다. 이 등록 의뢰에 의해, 워처 리스트(12)에 새로운 엔트리가 추가된다. 이 엔트리에는 서브스크라이비 ID「User1_DVDRecorder」 및 워처 ID「User1」이 각각 기록된다.
또한, 프레즌스 관리부(15)는 버디 리스트(11)에서, 서브스크라이버「User1」에 대응하는 버디 ID에, 서브스크라이비 ID「Item10」이 추가된다. 또한, 워처 리스트(12)에서, 서브스크라이비「Item10」에 대응하는 워처 ID에, 서브스크라이버 ID「User1」이 추가된다.
단계 S110: 집약부(17)는 집약 정보 테이블(13)에 새로운 엔트리를 생성하여, 서브스크라이버 ID, 집약 속성, 집약 프레즌티티 ID 및 집약 대상 프레즌티티 ID를 기록한다. 이 예에서는, 서브스크라이버 ID「User1」, 집약 속성「DVDRecorder」, 집약 프레즌티티 ID「User1_DVDRecorder」, 집약 대상 프레즌티티 ID「Item1」, 「Item2」, 「Item10」이 각각 기록된다.
단계 S111: 집약부(17)는 집약 대상 프레즌티티 ID에 대응하는 프레즌스 정보를 워처 리스트(12)로부터 독출하여, 모든 프레즌스 정보를 포함하는 집약 프레 즌스 정보를 생성한다. 생성된 집약 프레즌스 정보는 집약 프레즌티티 ID「User1_DVDRecorder」의 프레즌스 정보로서, 워처 리스트(12)에 기록된다.
단계 S112: 워처 리스트(12)의 프레즌스 정보가 갱신되면, 프레즌스 통지부(16)는 갱신된 프레즌스 정보를 그 워처에게 송신한다. 구체적으로는, 프레즌스 통지부(16)는 기록된 집약 프레즌스 정보의 워처「User1」에게 집약 프레즌스 정보를 송신한다.
〔집약 보류 처리: S113〕
집약 보류 처리에서는, 서브스크라이비가 집약되어 있지 않지만, 동일한 속성을 갖는 서브스크라이비가 규정된 수에 도달하지 않는 경우, 집약은 하지 않고, 통상의 서브스크라이브를 행한다.
단계 S113: 상기 단계 S107에서, 새로운 서브스크라이비의 속성치「DVDRecorder」와 일치하는 속성치를 갖는 기존 버디 ID의 수가, 규정된 수 미만인 경우, 집약은 실행되지 않는다. 그 경우, 집약부(17)는 통상의 서브스크라이브에 대응하는 처리를 프레즌스 관리부(15)에 의뢰한다. 프레즌스 관리부(15)는 서브스크라이비 ID「Item10」을, 서브스크라이버 ID「User1」의 버디 ID로서 버디 리스트(11)에 추가 등록한다. 또한, 프레즌스 관리부(15)는 서브스크라이비「Item10」의 워처 ID로서, 서브스크라이버 ID「User1」을 워처 리스트(12)에 추가 등록한다. 그 후, 프레즌스 통지부(16)는 서브스크라이비「Item10」의 프레즌스 정보를 워처「User1」에 통지한다.
〔집약 통지 처리: S114∼S116, S112〕
집약 통지 처리에서는 새로운 서브스크라이비가 갖는 속성에 기초한 집약이 실행되고 있으면, 다른 집약 대상 프레즌티티의 프레즌스 정보와 함께, 그 서브스크라이비의 프레즌스 정보가 서브스크라이버에 통지된다.
단계 S114: 단계 S104에서, 새롭게 서브스크라이브된 프레즌스 정보가 집약되어 있으면, 단계 S114로 이행한다. 집약부(17)는 프레즌스 관리부(15)에 대하여, 서브스크라이브를 발행한다. 이 서브스크라이브에는 서브스크라이버 ID「User1」 및 서브스크라이비 ID「Item10」이 포함되어 있다.
이 서브스크라이브에 따라, 프레즌스 관리부(15)는 서브스크라이버 ID「User1」의 버디 ID에 서브스크라이비 ID「Item10」을 등록하고, 서브스크라이비 ID「Item10」의 워처 ID에 「User1」을 등록한다.
단계 S115: 집약부(17)는 단계 S104에서 추출한 집약 프레즌티티 ID「User1_DVDRecorder」의 집약 대상 프레즌티티 ID에, 서브스크라이비 ID「Item10」을 추가 등록한다.
단계 S116: 집약부(17)는 집약 프레즌티티「User1_DVDRecorder」의 집약 프레즌스 정보를 생성하여, 워처 리스트(12)에 기록한다. 집약 프레즌스 정보는 집약 프레즌티티 ID에 대응하는 집약 대상 프레즌티티 ID의 프레즌스 정보를 전부 포함한다. 그 후, 프레즌스 통지부(16)는 갱신된 프레즌스 정보, 이 경우는 집약 프레즌스 정보를 그 워처에게 송신한다(S112).
단계 S117: 상기 S101∼S116의 처리는 서버의 전원이 오프될 때까지 반복된다.
이상의 처리에 의해, 새로운 서브스크라이브가 발생할 때마다, 필요에 따라서 집약이 실행된다. 워처로부터 보면, 서브스크라이브하는 것만으로, 속성에 따라서 버디가 집약되기 때문에, 버디를 수작업으로 분류하는 부담으로부터 해방된다.
상기 단계 S108에 앞서서, 집약 허가 취득부(18)는 프레즌스 정보를 집약하더라도 좋은지의 여부의 조회를 서브스크라이비「Item10」에 송신하더라도 좋다. 이 경우, 응답에 따라서 단계 S108 이후의 처리를 실행한다.
(1-2) 신규 프레즌티티 집약 처리
도 18은 서버(S)가 실행하는 신규 프레즌티티 집약 처리의 흐름의 일례를 도시하는 흐름도이다. 이 처리는 서버의 기동에 의해 시작된다. 이 처리는 집약 종료 판단 처리 및 집약 통지 처리로 크게 나뉜다.
〔집약 종료 판단 처리: S201∼S204〕
집약 종료 판단 처리에서는 새로운 프레즌티티가 프레즌스 시스템에 등록될 때마다, 그 프레즌티티가 갖는 속성에 기초한 집약이 실행되고 있는지 여부를 판단한다.
단계 S201: 집약부(17)는 프레즌스 관리부(15)를 통하여, 임의의 클라이언트로부터의 신규 프레즌티티의 등록 의뢰를 대기한다. 등록 의뢰가 생기면 단계 S202로 이행한다. 여기서, 관리자의 클라이언트로부터, 새로운 프레즌티티 ID「Item10」과, 그 프레즌스 정보「<상품>DVDRecorder</상품>수송중」이 등록된 경우를 생각하자.
단계 S202: 프레즌스 관리부(15)는 새로운 프레즌티티 ID「Item10」과 그 프 레즌스 정보를 워처 리스트(12)에 등록한다.
단계 S203: 집약부(17)는 새로운 프레즌티티의 프레즌스 정보로부터, 속성치, 예컨대 「DVDRecorder」를 추출한다.
단계 S204: 집약부(17)는 추출한 속성치「DVDRecorder」를 집약 정보 테이블(13) 내에서 검색하여, 그 속성치에 기초한 집약이 이미 실행되고 있는지의 여부를 판단한다.
집약부(17)는 추출한 속성치「DVDRecorder」가 집약 정보 테이블(13)에 없으면, 단계 S210으로 이행하여, 서버의 전원이 오프될 때까지 단계 S201로 되돌아가 전술한 처리를 반복한다. 즉, 새로운 프레즌티티의 속성이 미집약이라면, 아무것도 처리하지 않는다.
반대로, 추출한 속성치「DVDRecorder」와 일치하는 집약 속성치가 집약 정보 테이블(13)에 있으면, 집약부(17)는 후술하는 단계 S205로 이행한다.
〔집약 통지 처리: S205∼S209〕
집약 통지 처리에서는 새로운 프레즌티티가 갖는 속성에 기초한 집약이 실행되고 있지 않은 경우는 아무것도 하지 않는다. 실행되고 있는 경우는 다른 집약 대상 프레즌티티의 프레즌스 정보와 함께, 그 프레즌티티의 프레즌스 정보가 집약 프레즌스 정보의 워처에게 통지된다.
단계 S205: 집약부(17)는 프레즌스 관리부(15)에 대하여, 서브스크라이브를 발행한다. 이 서브스크라이브에는 서브스크라이버 ID「User1」 및 서브스크라이비 ID「Item10」이 포함되어 있다.
이 서브스크라이브에 따라, 프레즌스 관리부(15)는 서브스크라이버 ID「User1」의 버디 ID에 서브스크라이비 ID「Item10」을 등록하고, 서브스크라이비 ID「Item10」의 워처 ID에 「User1」을 등록한다.
단계 S206: 집약부(17)는 집약 속성치「DVDRecorder」에 대응하는 집약 대상 프레즌티티 ID에, 새로운 프레즌티티 ID「Item10」을 추가 등록한다.
단계 S207: 집약부(17)는 집약 속성치「DVDRecorder」에 대응된 기존의 집약 대상 프레즌티티 ID를 집약 정보 테이블(13)로부터 독출한다. 또한, 집약 속성치에 대응하는 집약 프레즌티티 ID, 예컨대 「User1_DVDRecorder」를 집약 정보 테이블(13)로부터 독출한다.
단계 S208: 집약부(17)는 집약 프레즌스 정보를 생성하여, 워처 리스트(12)에 등록한다. 생성되는 집약 프레즌스 정보는 기존의 집약 대상 프레즌티티의 프레즌스 정보와, 새롭게 등록된 프레즌티티「Item10」의 프레즌스 정보를 포함한다.
단계 S209: 프레즌스 통지부(16)는 워처 리스트(12) 내에서의 프레즌스 정보의 갱신에 따라, 집약 프레즌스 정보를 그 워처에게 송신한다.
단계 S210: 집약부(17)는 상기한 처리를 서버의 전원이 오프될 때까지 반복한다.
이상의 처리에 의해, 새롭게 등록된 프레즌티티를 버디로서 등록하지 않더라도, 그 프레즌티티의 프레즌스 정보가 집약되어 통지된다.
상기 단계 S205에 앞서서, 집약 허가 취득부(18)는 신규 프레즌티티의 프레즌스 정보를 집약하더라도 좋은지의 여부를 신규 프레즌티티에 조회하더라도 좋다. 이 경우, 응답에 따라서 단계 S205 이후의 처리를 한다.
여기서는 신규 프레즌티티의 등록시를 예로 들고 있지만, 각 프레즌티티가 복수의 프레즌스 정보를 갖는 프레즌스 관리 시스템에서는, 기존의 프레즌티티에 새로운 프레즌스 정보를 추가하는 경우에도 상기한 처리를 실행할 수 있다.
(1-3) 조건 지정 집약 처리
도 19는 서버(S)가 실행하는 조건 지정 집약 처리의 흐름의 일례를 도시하는 흐름도이다. 이 처리는 서버의 기동에 의해 시작된다. 이 처리에서는, 사용자가 지정한 집약 조건에 따른 집약이 실행된다. 여기서는 상기 도 9의 집약 의뢰 화면에 의해, 클라이언트「User1」이, 속성치「DVDRecorder」와 최소 집약수「3」을 집약 조건으로서 지정한 경우를 고려한다.
단계 S301: 집약부(17)는 집약 지시의 수신을 대기하여, 집약 지시를 수신하면 단계 S302로 이행한다.
단계 S302: 집약부(17)는 수신한 집약 지시에 포함되는 집약 속성치, 예컨대「DVDRecorder」를 추출하여, 추출한 집약 속성치「DVDRecorder」를 집약 정보 테이블(13) 내에서 검색한다. 집약부(17)는 추출한 집약 속성치「DVDRecorder」가 집약 정보 테이블(13)에 없으면, 단계 S303으로 이행한다. 집약 속성치「DVDRecorder」가 집약 정보 테이블(13)에 있으면, 단계 S308로 이행하여, 서버의 전원이 오프로 되지 않는 한, 단계 S301로 되돌아가 새로운 집약 지시의 수신을 대기한다.
단계 S303: 집약부(17)는 지정된 새로운 집약 속성치「DVDRecorder」에 따라, 새로운 집약 프레즌티티 ID, 예컨대 「User1_DVDRecorder」를 생성한다. 또한, 집약부(17)는 집약 대상 프레즌티티 ID를 특정한다. 이 특정은 집약 의뢰원「User1」의 버디 중에서 속성치「DVDRecorder」를 갖는 버디를 검색함으로써 행한다.
단계 S304: 집약부(17)는 워처 리스트(12)에의 등록 의뢰를 프레즌스 관리부(15)에 전달한다. 이 등록 의뢰는 서브스크라이비 ID「User1_DVDRecorder」와 워처 ID「User1」을 포함한다. 이 등록 의뢰에 의해, 워처 리스트(12)에 새로운 엔트리가 추가된다. 이 예에서는 새로운 엔트리에, 서브스크라이비 ID「User1_DVDRecorder」및 워처 ID「User1」이 각각 기록된다.
단계 S305: 집약부(17)는 「집약 정보 테이블(13)」에 새로운 엔트리를 생성하여, 서브스크라이버 ID, 집약 속성, 집약 프레즌티티 ID 및 집약 대상 프레즌티티 ID를 기록한다. 이 예에서는, 서브스크라이버 ID「User1」, 집약 속성「DVDRecorder」, 집약 프레즌티티 ID「User1_DVDRecorder」, 집약 대상 프레즌티티 ID「Item1」, 「Item2」, 「Item10」이 각각 기록된다.
단계 S306: 집약부(17)는 새롭게 생성한 집약 프레즌티티 ID에 대응하는 집약 프레즌스 정보를 생성하여, 워처 리스트(12)에 등록한다. 집약 프레즌스 정보는 전체 집약 대상 프레즌티티의 프레즌스 정보를 포함한다.
단계 S307: 워처 리스트(12)의 프레즌스 정보가 갱신되면, 프레즌스 통지부(16)는 집약 프레즌스 정보를 그 워처에게 송신한다. 이 예에서는, 집약 프레즌티티 ID「User1_DVDRecorder」의 프레즌스 정보가 집약 의뢰원「User1」에게 송신된다.
단계 S308: 상기 S301∼S307의 처리는 서버의 전원이 오프될 때까지 반복된 다.
이상의 처리에 의해, 사용자가 지정한 집약 조건에 기초하여 집약을 실행할 수 있다. 사용자는 속성치를 지정하는 것만으로 버디를 분류할 수 있기 때문에, 버디를 수작업으로 분류하는 부담으로부터 해방되는 데다, 자기에게 필요한 속성치를 지정할 수 있는 이점이 있다.
한편, 본 실시형태의 예에서는, 집약부(17)가 집약 정보 테이블(13)을 검색함으로써, 지정된 집약 속성치를 속성치로 하는 프레즌스 정보가 집약되어 있는지의 여부를 판단하고 있다. 그러나, 클라이언트 측에서 집약이 끝난 집약 속성치를 관리해 둘 수도 있다. 이렇게 하면, 집약이 끝난 집약 속성치가 지정된 경우, 에러 화면을 표시하거나, 서버에 쓸데없는 집약 지시를 송신하는 것을 방지할 수 있다.
(2) 집약 해제
도 20은 서버(S)가 실행하는 조건 지정 집약 해제 처리의 흐름의 일례를 도시하는 흐름도이다. 이 처리는 서버의 기동에 의해 시작된다. 이 처리에서는, 사용자가 지정한 집약 대상의 집약이 해제된다. 여기서는 상기 도 10의 집약 해제 의뢰 화면에 의해, 클라이언트「User1」이 속성치「DVDRecorder」를 지정한 경우를 고려한다.
단계 S401: 해제부(110)는 집약 해제 의뢰의 수신을 대기하여, 수신하면 단계 S402로 이행한다.
단계 S402: 해제부(110)는 집약 해제 의뢰에 포함되는 집약 속성치, 예컨대「DVDRecorder」를 추출하여, 추출한 집약 속성치를 집약 정보 테이블(13) 내에서 검색한다. 집약 속성치「DVDRecorder」가 집약 정보 테이블(13) 내에 있으면, 단계 S403으로 이행한다. 없으면, 후술하는 단계 S405로 이행한다.
단계 S403: 해제부(110)는 서브스크라이버 ID가 해제 의뢰원 ID「User1」과 일치하고, 또한 집약 속성치가 「DVDRecorder」인 엔트리의 집약 프레즌티티 ID, 예컨대 「User1_DVDRecorder」를 특정한다. 그 후, 그 엔트리를 집약 정보 테이블(13)로부터 삭제한다.
단계 S404: 해제부(110)는 워처 ID가 해제 의뢰원 ID「User1」과 일치하고, 또한 서브스크라이비 ID가 삭제된 집약 프레즌티티 ID「User1_DVDRecorder」와 일치하는 엔트리를 워처 리스트(12)로부터 삭제한다.
단계 S405: 상기 S401∼S404의 처리는 서버의 전원이 오프될 때까지 반복된다.
이상의 처리에 의해, 사용자에 의해 지정된 집약 프레즌스 정보의 집약이 해제된다.
<제2 실시형태>
〔구성〕
제2 실시형태의 프레즌스 시스템은, 상기 제1 실시형태와 같은 구성을 갖는다. 다만, 프레즌스 정보는 속성으로서 「위치」에 관한 값을 포함한다. 또한, 이 프레즌스 시스템은 프레즌스 정보의 집약이나 해제를 프레즌스 정보의 변화시에 행한다. 그 때문에, 집약부(17) 및 해제부(110)는 이하의 기능을 더욱 갖고 있다. 이하에서는 설명을 쉽게 하기 위해서, 집약 조건으로 하여 집약 프레즌스 정보의 최 소 집약수가 “3”인 경우를 고려한다.
집약부(17)는 프레즌스 정보가 갱신되면, 집약을 실행하는지 여부를 판단하여, 판단 결과에 따라서 집약을 실행한다. 집약을 실행하는지 여부는 최소 집약수가 만족되었는지 여부에 의해 판단된다. 집약 실행에 앞서서, 집약부(17)는 생성하고자 하고 있는 집약 프레즌스 정보의 워처가 되는 클라이언트(C)에 대하여, 조회를 송신하더라도 좋다.
또한, 집약부(17)는 집약 대상 프레즌스 정보 중 어느 것이 갱신되면, 집약 프레즌스 정보를 갱신하여, 갱신한 집약 프레즌스 정보를 워처 리스트(12)에 기록한다. 이에 따라, 집약 프레즌스 정보의 최신의 값이 워처 리스트(12)에 유지되기 때문에, 집약 프레즌스 정보의 워처는 언제나 최신의 집약 프레즌스 정보를 참조할 수 있다.
해제부(110)는 프레즌스 정보가 갱신되면, 최소 집약수가 만족되지 않게 된 집약 프레즌스 정보가 있는지의 여부를 판단한다. 구체적으로는, 해제부(110)는 갱신하기 전의 프레즌스 정보의 속성치에 기초하여, 집약 정보 테이블(13)을 검색한다. 검색 결과, 프레즌스 정보를 갱신한 후에는 집약 대상 프레즌티티 ID의 수가 최소 집약수 미만이 되는 경우, 해제부(110)는 해당 엔트리를 집약 정보 테이블(13)로부터 삭제한다. 해제부(110)는 삭제에 앞서서, 집약 프레즌스 정보의 워처에게 조회를 송신하더라도 좋다.
도 21 및 도 22는 본 실시형태에서의 버디 리스트(11), 워처 리스트(12) 및 집약 정보 테이블(13)의 일례를 도시하는 설명도이다. 이 예에서는, 클라이언트「 Worker4」의 속성「위치」의 값은 「E시F동」에서 「A시B구」로 변화되어, 속성치「A시B구」에 기초한 집약이 실행된다. 도 21은 변화하기 전을, 도 22는 변화한 후의 상태를 도시한다. 이 변화에 의해, 위치「A시B구」를 갖는 프레즌티티의 수가 「2」에서 「3」으로 되어, 속성치「A시B구」에 기초한 집약 조건이 만족된다(도 21(b), 도 22(b)의 워처 리스트(12) 참조). 도 22(c)는 집약 속성치「A시B구」를 갖는 집약 프레즌티티 ID「Manager1_AB」의 엔트리가 생성된 상태의 집약 정보 테이블(13)이다. 마찬가지로, 프레즌스 정보의 변화에 의해 어느 한 엔트리의 집약 프레즌티티수가 최소 집약수를 만족하지 않게 된 경우, 그 엔트리는 워처 리스트(12) 및 집약 정보 테이블(13)로부터 삭제된다.
〔프레즌스 변화 집약 처리〕
도 23은 서버(S)가 실행하는 프레즌스 변화 집약 처리의 흐름의 일례를 도시하는 흐름도이다. 이 처리에서는, 프레즌스 정보가 변화되었을 때에 집약이 실행된다. 이 처리는 서버의 기동에 의해 시작된다. 여기서, 설명을 쉽게 하기 위해서, 클라이언트「Worker4」로부터 새로운 프레즌스 정보「<위치>A시B구</위치>이동중」을 수신했다고 하자(상기 도 22 참조).
단계 S501: 프레즌스 관리부(15)는 임의의 클라이언트로부터의 프레즌스 정보의 갱신 의뢰를 대기한다. 이 예에서는, 클라이언트「Worker4」로부터의 갱신 의뢰가 생기면 단계 S502로 이행한다.
단계 S502: 프레즌스 관리부(15)는 워처 리스트(12)를 갱신한다. 이 예에서는 워처 리스트(12)의 서브스크라이비 ID「Worker4」에 대응하는 프레즌스 정보를 「<위치>A시B구</위치>이동중」으로 갱신한다. 또한 프레즌스 관리부(15)는 클라이언트 ID「Worker4」 및 새로운 프레즌스 정보의 값을 집약부(17)에 전달한다.
단계 S503: 집약부(17)는 새로운 프레즌스 정보「<위치>A시B구</위치>이동중」으로부터 속성치를 추출한다. 이 예에서는 속성치「A시B구」를 추출한다.
단계 S504: 집약부(17)는 추출한 속성치「A시B구」를 집약 정보 테이블(13) 내에서 검색한다. 집약부(17)는 추출한 속성치「A시B구」가 집약 정보 테이블(13)에 없으면, 후술하는 단계 S507로 이행하여, 집약을 실행한다(S507∼S513). 즉, 프레즌스 정보의 변화에 의해 새롭게 만족된 집약 조건에 따라서, 새로운 집약 프레즌스 정보를 생성한다. 반대로, 추출한 속성치「A시B구」가 집약 정보 테이블(13)에 있으면, 대응하는 집약 프레즌티티 ID, 예컨대「Manager1_AB」를 추출하여, 단계 S505로 이행한다. 즉, 속성치「A시B구」에 기초한 집약이 실행되어 있으면, 집약 프레즌티티 ID를 추출하여 단계 S505로 이행한다.
단계 S505: 집약부(17)는 추출한 집약 프레즌티티 ID, 예컨대「Manager1_AB」에 기초하여 워처 리스트(12)를 갱신한다. 구체적으로는, 집약부(17)는 집약 프레즌티티 ID「Manager1_AB」의 집약 대상 프레즌티티 ID를 독출한다. 또한 집약부(17)는 집약 대상 프레즌티티의 프레즌스 정보를 워처 리스트(12)로부터 독출한다. 집약부(17)는 독출한 프레즌스 정보를 포함하는 집약 프레즌스 정보를 생성하여, 워처 리스트(12)에 기록한다. 이에 따라, 집약 프레즌스 정보가 갱신된다.
단계 S506: 프레즌스 통지부(16)는 워처 리스트(12)에 기록된 집약 프레즌스 정보를 그 워처에게 송신한다.
단계 S507∼S509: 갱신된 프레즌스 정보의 속성치「A시B구」가 집약 정보 테이블(13)에 없다고 판단한 경우(단계 S504), 집약부(17)는 워처 리스트(12)를 참조하여, 동일 워처 ID에 대응된 프레즌스 정보 중 속성치「A시B구」를 갖는 프레즌스 정보가, 3개 이상으로 되었는지의 여부를 판단한다. 3개 이상, 즉 집약 조건을 만족하고 있다고 판단하면, 단계 S510으로 이행한다. 집약 조건을 만족하고 있지 않은 경우, 후술하는 단계 S514로 이행하여, 통상의 프레즌스 정보의 통지를 한다.
단계 S510: 집약부(17)는 새로운 집약 프레즌티티 ID, 예컨대 「Manager1_AB」를 생성한다. 또한, 집약부(17)는 집약 대상 프레즌티티 ID 및 서브스크라이버 ID를 워처 리스트(12)를 참조하여 결정한다. 구체적으로는, 서브스크라이비 ID「Worker4」에 대응된 워처 ID, 예컨대 「Manager1」을, 서브스크라이버 ID로 한다. 또한, 워처 ID「Manager1」에 대응된 프레즌스 정보 중 속성치「A시B구」를 갖는 프레즌스 정보에 대응된 서브스크라이비 ID를 집약 대상 프레즌티티 ID로 한다.
단계 S511: 집약부(17)는 워처 리스트(12)에 새로운 엔트리를 추가한다. 새로운 엔트리에는 생성한 집약 대상 프레즌티티 ID「Manager1_AB」가 서브스크라이비 ID로서, 집약 프레즌스 정보의 서브스크라이버 ID「Manager1」이 워처 ID로서, 각각 기록된다.
단계 S512: 집약부(17)는 집약 정보 테이블(13)에 새로운 엔트리를 생성하여, 단계 S510에서 결정한 서브스크라이버 ID, 집약 프레즌티티 ID 및 집약 대상 프레즌티티 ID를 기록한다. 또한, 집약 속성치로서는 갱신된 프레즌스 정보의 속성치, 이 예에서는 「A시B동」을 기록한다.
단계 S513: 집약부(17)는 생성한 집약 대상 프레즌티티 ID에 대응하는 프레즌스 정보를 워처 리스트(12)로부터 독출하여, 모든 프레즌스 정보를 포함하는 집약 프레즌스 정보를 생성한다. 생성된 집약 프레즌스 정보는 집약 프레즌티티 ID「Manager1_AB」의 프레즌스 정보로서, 워처 리스트(12)에 기록된다.
단계 S506: 워처 리스트(12)의 프레즌스 정보가 갱신되면, 프레즌스 통지부(16)는 갱신된 프레즌스 정보를 그 워처에게 송신한다. 구체적으로는, 프레즌스 통지부(16)는 갱신된 프레즌스 정보, 이 경우는 기록된 집약 프레즌스 정보의 워처「Manager1」에게, 생성한 집약 프레즌스 정보를 송신한다.
단계 S514: 프레즌스 통지부(16)는 클라이언트「Worker4」의 갱신된 프레즌스 정보를 그 워처「Manager1」에게 통지한다.
단계 S515: 상기 S501∼S514의 처리는 서버의 전원이 오프될 때까지 반복된다.
이상의 처리에 의해, 프레즌스 정보가 갱신되는 것을 계기로 하여, 집약 조건을 만족하게 된 새로운 집약 프레즌스 정보가 생성·통지된다. 따라서, 프레즌스 정보가 동적으로 변화되는 경우라도, 워처는 변화에 따라서 그 때마다 새로 집약하는 부담으로부터 해방된다. 또한, 워처는 그 변화를 속성 단위로 감시할 수 있는 이점이 있다.
상기 단계 S510에 앞서서, 새롭게 생성하고자 하고 있는 집약 프레즌스 정보의 워처에 대하여, 집약의 시비를 조회하여, 응답에 따라서 단계 S510 이하의 처리를 실행하더라도 좋다. 워처는 집약하기 전에 집약이 실행되려고 하고 있음을 알 수 있는 이점이 있다.
〔프레즌스 변화 집약 해제 처리〕
도 24는 서버(S)가 행하는 프레즌스 변화 집약 해제 처리의 흐름의 일례를 도시하는 흐름도이다. 이 처리에서는, 프레즌스 정보가 변화되었을 때에 집약 해제가 실행된다. 이 처리는 서버의 기동에 의해 시작된다. 이 처리에서는, 프레즌스 정보의 변화에 의해 집약이 해제된다. 여기서는, 클라이언트「Worker4」의 프레즌스 정보가 「<위치>A시B구</위치>이동중」(도 22(b) 참조)으로부터 「<위치>C시D동</위치>이동중」(도 21(b) 참조)으로 변화된 경우를 고려한다.
단계 S601: 프레즌스 관리부(15)는 임의의 클라이언트로부터의 프레즌스 정보의 갱신 의뢰를 대기한다. 이 예에서는, 클라이언트「Worker4」로부터의 갱신 의뢰가 생기면 단계 S602로 이행한다.
단계 S602: 프레즌스 관리부(15)는 워처 리스트(12)를 갱신한다. 이 예에서는 워처 리스트(12)의 서브스크라이비 ID「Worker4」에 대응하는 프레즌스 정보를 「<위치>C시D동</위치>이동중」으로 갱신한다. 또한 프레즌스 관리부(15)는 클라이언트 ID「Worker4」, 갱신하기 전의 프레즌스 정보의 값「<위치>A시B구</위치>이동중」 및 갱신한 후의 프레즌스 정보의 값「<위치>C시D동</위치>이동중」을 해제부(110)에 전달한다.
단계 S603: 해제부(110)는 갱신하기 전의 프레즌스 정보「<위치>A시B구</위치>이동중」으로부터 속성치를 추출한다. 이 예에서는 속성치「A시B구」를 추출한다.
단계 S604: 해제부(110)는 추출한 속성치「A시B구」를 집약 정보 테이블(13) 내에서 검색한다. 해제부(110)는 추출한 속성치「A시B구」가 집약 정보 테이블(13)에 없으면, 후술하는 단계 S612로 이행한다. 즉, 예전 프레즌스 정보는 집약 대상 프레즌스 정보가 아니기 때문에, 집약을 해제할 필요가 없으므로 단계 S612로 이행한다. 반대로, 추출한 속성치「A시B구」가 집약 정보 테이블(13)에 있으면, 단계 605로 이행한다.
단계 S605: 해제부(110)는 갱신한 후의 프레즌스 정보「<위치>C시D동</위치>이동중」으로부터 속성치를 추출한다. 이 예에서는 속성치「C시D동」을 추출한다.
단계 S606: 해제부(110)는 갱신하기 전의 프레즌스 정보와 갱신한 후의 프레즌스 정보에서, 속성치가 일치하고 있는지 여부를 판단한다. 즉, 해제부(110)는 프레즌스 정보의 갱신에 의해, 속성치가 변화되었는지의 여부를 판단한다. 일치하고 있으면, 단계 S611로 이행한다. 일치하지 않고 있으면, 단계 S607로 이행한다.
단계 S607: 해제부(110)는 집약 대상 프레즌티티 ID「Worker4」에 대응하는 집약 프레즌티티 ID, 예컨대「Manager1_AB」를 추출하여, 단계 S608로 이행한다. 즉, 갱신하기 전의 프레즌스 정보의 속성치「A시B구」에 기초한 집약이 실행되고 있으면, 그 집약 프레즌티티 ID를 추출하여 단계 S608로 이행한다.
단계 S608: 해제부(110)는 집약 정보 테이블(13)을 참조하여, 집약 프레즌티티 ID「Manager1_AB」에 대응된 집약 대상 프레즌티티 ID로부터, 「Worker4」를 삭제한다. 즉, 클라이언트「Worker4」를 구 속성치「A시B구」의 집약 대상 프레즌티티로부터 떼어낸다.
단계 S609: 해제부(110)는 집약 속성치「A시B구」의 집약 대상 프레즌티티 ID의 수가, 최소 집약수를 만족하고 있는지의 여부를 판단한다. 만족하고 있으면, 후술하는 단계 S611로 이행한다. 만족하고 있지 않은 경우, 단계 S610으로 이행한다.
단계 S610: 해제부(110)는 집약 정보 테이블(13)로부터 집약 속성치「A시B구」를 포함하는 엔트리를 삭제한다.
단계 S611: 집약부(17)는 갱신하기 전의 프레즌스 정보가 갖고 있었던 오래된 집약 속성치「A시B구」에 대응되었던 집약 대상 프레즌티티 ID가 최소 집약수 이상 있는 경우, 그 집약 프레즌스 정보를 갱신한다. 집약 대상 프레즌티티가 감소했기 때문에, 집약 프레즌스 정보를 갱신해야만 하기 때문이다. 프레즌스 통지부(16)는 갱신된 집약 프레즌스 정보를 그 워처에게 통지한다.
단계 S612: 프레즌스 통지부(16)는 클라이언트「Worker4」의 갱신된 프레즌스 정보를 그 워처「manager1」에게 통지한다.
단계 S613: 상기 S601∼S612의 처리는 서버의 전원이 오프될 때까지 반복된다.
이상의 처리에 의해, 프레즌스 정보의 갱신에 의해 최소 집약수를 만족하지 않게 된 집약을 자동적으로 해제하여, 워처에 의한 해제의 부담을 경감할 수 있다.
상기 단계 S610에 앞서서, 집약 프레즌스 정보의 워처에게, 집약 해제의 시비를 조회하여, 응답에 따라서 집약 정보 테이블(13)의 엔트리를 삭제하더라도 좋다. 워처는 집약이 해제되는 것을 미리 확인할 수 있다.
〔본 발명의 효과〕
본 발명을 이용하면, 복수의 프레즌스 정보를 속성마다 집약하여 일괄 통지하기 때문에, 워처는 프레즌스 정보의 속성마다 프레즌스 정보의 갱신 통지를 받을 수 있다. 그 때문에, 워처가 수신한 프레즌스 정보를 분류하는 부담이 경감된다.
또한, 신규로 등록된 프레즌스 정보가 자동적으로 집약 대상에 추가되기 때문에, 워처는 모든 프레즌스 정보에 대하여 하나하나 서브스크라이브하지 않아도 되어, 서브스크라이브의 부담이 경감된다.
또한, 집약 대상으로 된 프레즌스 정보뿐만 아니라, 집약된 프레즌스 정보에 대해서도, 최신의 값을 프레즌스 관리 장치에 유지하고 있다. 그 때문에, 워처는 집약된 프레즌스 정보를 보존하지 않더라도, 집약된 프레즌스 정보를 언제나 참조할 수 있다.
<그 밖의 실시형태>
전술한 방법을 컴퓨터에 실행시키는 컴퓨터 프로그램 및 그 프로그램을 기록한 컴퓨터 판독 가능한 기록 매체는 본 발명의 범위에 포함된다. 여기서, 컴퓨터 판독 가능한 기록 매체로서는 예컨대, 플렉시블 디스크, 하드디스크, CD-ROM, MO, DVD, DVD-ROM, DVD-RAM, BD(Blue-ray Disc), 반도체 메모리를 예로 들 수 있다.
상기 컴퓨터 프로그램은 상기 기록 매체에 기록된 것에 한정되지 않고, 전기 통신 회선, 무선 또는 유선 통신 회선, 인터넷을 대표로 하는 네트워크 등을 경유하여 전송되는 것이라도 좋다.
<부기>
(부기 1)
복수의 클라이언트와 접속되는 프레즌스 관리 장치가 실행하는 프레즌스 관리 방법으로서,
속성치를 포함하는 프레즌스 정보를 상기 클라이언트로부터 수신하여, 수신한 프레즌스 정보의 제공원 클라이언트와 상기 프레즌스 정보를 대응시켜 기억하는 관리 단계와,
상기 관리 단계에서 관리되고 있는 프레즌스 정보의 제공원 클라이언트와, 각 프레즌스 정보의 통지처 클라이언트를 대응시키는 통지처 관리 테이블을 기억하는 통지처 관리 단계와,
동일한 통지처 클라이언트에게 통지되는 복수의 프레즌스 정보 중 동일한 속성치를 갖는 프레즌스 정보를 포함하는 집약 프레즌스 정보를 생성하는 집약 단계와,
상기 집약 단계에서 생성된 집약 프레즌스 정보를 상기 통지처 클라이언트에게 통지하는 집약 통지 단계를 포함하는 프레즌스 관리 방법.
이 프레즌스 관리 방법은 서버와 클라이언트를 포함하는 프레즌스 시스템에서, 서버에 의해 실행된다. 클라이언트에는 프레즌스 제공 장치나 프레즌스 정보의 통지처가 포함된다. 속성치란, 프레즌스 정보의 일부분의 값이다. 구체적으로는 소정의 태그, 예컨대 상품명이나 장소의 이름을 예로 들 수 있으며, 특별히 한정되지 않는다.
이 프레즌스 관리 방법은 다음과 같이 작용한다. 예컨대, 속성이 상품명이 고, 상품 A, B, C가 동일한 속성치「DVDRecorder」를 갖는다고 하자. 서버는 상품 A, B, C(제공원에 상당)의 프레즌스 정보를 포함하는 집약 프레즌스 정보를 생성하여, 상품 A, B, C의 프레즌스 정보의 워처(통지처에 상당)(W)에 대하여, 이것을 통지한다. 워처(W)는 상품명마다 프레즌스 정보를 통합하여 수신하기 때문에, 상품명마다 프레즌스 정보를 분류하는 부담으로부터 해방된다.
(부기 2)
상기 통지처 관리 단계는 상기 관리 단계에서 관리되고 있는 프레즌스 정보의 제공원 클라이언트와, 그 프레즌스 정보의 통지처 클라이언트의 새로운 대응 관계의 등록을 접수하고, 접수한 대응 관계를 상기 통지처 관리 테이블에 또한 기억하고,
상기 집약 단계는,
상기 새로운 대응 관계에서의 제공원 클라이언트의 프레즌스 정보에 포함되는 속성치를 추출하고,
상기 새로운 대응 관계에서의 통지처 클라이언트와 대응되어 있는 기존의 제공원 클라이언트로서, 상기 추출한 속성치를 그 프레즌스 정보에 포함하는 기존의 제공원 클라이언트를 상기 통지처 관리 테이블로부터 검색하고,
검색한 기존의 제공원 클라이언트의 프레즌스 정보와 상기 새로운 제공원 클라이언트의 프레즌스 정보를 포함하는 집약 프레즌스 정보를 생성하고,
상기 집약 통지 단계는 상기 집약 프레즌스 정보를 상기 새로운 통지처 클라이언트에게 통지하는 것인 부기 1에 기재한 프레즌스 관리 방법.
새롭게 서브스크라이브가 발생할 때마다, 새로운 버디와 동일한 속성치를 갖는 프레즌스 정보를 갖는 기존의 버디를 새로운 버디와 함께 집약한다. 이 집약은 워처마다 실행된다. 이에 따라, 버디 한사람 한사람을 분류하는 부담으로부터 워처를 해방시킬 수 있다.
(부기 3)
상기 관리 단계는 새로운 클라이언트 및 그 프레즌스 정보의 등록을 접수하고,
상기 집약 단계는,
상기 새로운 클라이언트의 프레즌스 정보와 동일한 속성치를 갖는 프레즌스 정보의 제공원 클라이언트 및 그 프레즌스 정보의 통지처 클라이언트를 특정하고,
상기 특정된 제공원 클라이언트의 프레즌스 정보와 상기 새로운 클라이언트의 프레즌스 정보를 포함하는 집약 프레즌스 정보를 생성하고,
상기 집약 통지 단계는 상기 집약 단계에서 생성된 집약 프레즌스 정보를 상기 집약 단계에서 특정된 통지처 클라이언트에게 통지하는 것인 부기 1에 기재한 프레즌스 관리 방법.
새로운 프레즌티티와 그 프레즌스 정보(P1)가 등록되었을 때, 그 프레즌스 정보와 동일한 속성치를 갖는 프레즌스 정보(P2, P3 ···)를 새로운 프레즌스 정보(P1)와 함께 집약한다. 집약 프레즌스 정보는 기존의 프레즌스 정보(P2, P3 ···)의 통지처에 통지된다. 바꿔 말하면, 기존의 프레즌스 정보(P2, P3 ···)의 워처는 새로운 프레즌티티의 프레즌스 정보(P1)를 서브스크라이브하지 않더라도, 이미 등록되어 있는 버디의 프레즌스 정보(P2, P3 ···)와 함께, 집약 프레즌스 정보의 일부로서 새로운 프레즌스 정보(P1)를 참조할 수 있다. 따라서, 새로운 프레즌티티가 잇달아 등록되는 경우에는, 워처가 하나하나 버디를 등록하는 부담으로부터 해방된다.
(부기 4)
상기 집약 단계는,
임의의 클라이언트로부터 속성치를 포함하는 집약 조건의 지정을 접수하고,
상기 통지처 관리 테이블에서 상기 지정원 클라이언트를 통지처로 하는 프레즌스 정보 중 상기 지정된 속성치를 갖는 프레즌스 정보의 제공원 클라이언트를 특정하고,
상기 특정한 제공원 클라이언트의 프레즌스 정보를 포함하는 집약 프레즌스 정보를 생성하고,
상기 집약 통지 단계는 상기 생성한 집약 프레즌스 정보를 상기 집약 조건의 지정원 클라이언트에게 통지하는 것인 부기 1에 기재한 프레즌스 관리 방법.
워처로부터 적어도 속성치의 지정을 접수하여, 그 워처의 버디의 프레즌스 정보 중 그 속성치를 포함하는 프레즌스 정보를 집약한다. 이에 따라, 워처는 자신의 원하는 분류 기준에 기초하여, 용이하게 버디를 분류할 수 있다.
(부기 5)
상기 관리 단계는 임의의 클라이언트로부터 프레즌스 정보의 갱신을 접수하고,
상기 집약 단계는,
갱신된 프레즌스 정보와 동일한 속성치를 갖는 프레즌스 정보의 제공원 클라이언트를 특정하고,
상기 특정된 제공원 클라이언트에 대하여, 상기 통지처 관리 테이블에서 대응되어 있는 통지처 클라이언트를 특정하고,
상기 특정된 제공원 클라이언트의 프레즌스 정보와 상기 갱신된 프레즌스 정보를 포함하는 집약 프레즌스 정보를 생성하고,
상기 집약 통지 단계는 상기 집약 단계에서 생성된 집약 프레즌스 정보를 상기 집약 단계에서 특정된 통지처 클라이언트에게 통지하는 것인 부기 1에 기재한 프레즌스 관리 방법.
프레즌스 정보가 갱신되어, 집약 프레즌스 정보가 동적으로 변화되더라도, 최신의 집약 프레즌스 정보가 통지처에 통지된다. 따라서, 프레즌스 정보가 동적으로 변화되는 경우라도 워처는 그 변화를 속성 단위로 감시할 수 있다.
(부기 6)
상기 집약 단계는 상기 동일한 속성치와 상기 동일한 속성치를 갖는 프레즌스 정보인 집약 대상 프레즌스 정보의 제공원 클라이언트와 상기 집약 대상 프레즌스 정보에 기초하여 생성되는 집약 프레즌스 정보의 식별자와 상기 집약 프레즌스 정보의 통지처 클라이언트를 대응시키는 집약 정보 테이블을 기억하고,
상기 관리 단계는 상기 집약 단계에서 생성된 집약 프레즌스 정보와 상기 집약 프레즌스 정보의 식별자를 대응시켜 관리하는 것인 부기 1에 기재한 프레즌스 관리 방법.
집약 프레즌스 정보와, 그 통지처를 서버 측에서 기억해 두기 때문에, 클라이언트 측에서 집약 프레즌스를 보존하거나 관리하거나 할 필요가 없다. 그 때문에, 대량의 클라이언트로부터 제공되는 프레즌스 정보를 참조하는 워처의 부담이 경감된다. 한편, 집약 정보 테이블에는, 반드시 집약 프레즌스 정보 그 자체를 기억시킬 필요는 없다. 예컨대, 집약의 키가 되는 속성치, 그 속성치를 갖는 프레즌스 정보의 제공원, 집약 프레즌스 정보의 식별자 등을, 통지처에 대응시켜 기억하는 형태를 들 수 있다.
(부기 7)
상기 집약 정보 테이블에 기억되어 있는 어느 한 속성치의 지정을 임의의 클라이언트로부터 접수하여, 상기 클라이언트를 통지처 클라이언트로 하는 집약 프레즌스 정보 중 지정된 속성치를 갖는 집약 프레즌스 정보의 엔트리를 상기 집약 정보 테이블로부터 삭제하는 해제 단계를 더 포함하는 것인 부기 6에 기재한 프레즌스 관리 방법.
워처는 속성 단위로 집약되어 있는 프레즌스 정보를 속성 단위로 해제할 수 있기 때문에 편리성이 커진다.
(부기 8)
상기 집약 단계는,
상기 관리 단계가 관리하는 임의의 프레즌스 정보의 속성치가 변화된 경우, 상기 집약 정보 테이블을 갱신하고,
상기 프레즌스 정보의 변화전의 속성치와 동일한 속성치를 갖는 프레즌스 정보의 제공원 클라이언트의 수가 소정치 미만이 되었는지 여부를 판단하고,
상기 제공원 클라이언트의 수가 소정치 미만이 되었다고 판단한 경우, 상기 집약 정보 테이블에서 상기 속성치에 대응시켜진 엔트리를 삭제하는 것인 부기 6에 기재한 프레즌스 관리 방법.
프레즌스 정보의 변화에 의해, 동일 속성을 갖는 프레즌스 정보가 너무나도 적어진 경우, 집약하는 의미가 약하게 되기 때문에 집약을 해제하더라도 좋다. 그 경우, 집약 프레즌스 정보의 통지처에 확인하는 것이 바람직한 경우가 있다. 프레즌스 정보의 성질에 따라서는, 집약 프레즌스 정보의 워처가 모르는 사이에 집약이 해제되는 것이 바람직하지 못한 경우가 있다.
(부기 9)
상기 집약 프레즌스 정보를 생성하기에 앞서서, 상기 동일한 속성치를 갖는 프레즌스 정보의 제공원 클라이언트에 대하여, 집약의 시비의 조회를 송신하여, 조회에 대한 응답을 취득하는 집약 허가 취득 단계를 더 포함하고,
상기 집약 단계는 상기 집약 허가 취득 단계에서 취득하는 응답에 따라, 집약 프레즌스 정보를 생성하는 것인 부기 1에 기재한 프레즌스 관리 방법.
프레즌티티로부터 보면, 모르는 사이에 동일한 속성을 갖는 다른 프레즌티티의 프레즌스 정보와 함께, 자신의 프레즌스 정보가 제3자에게 제공되어 버릴 우려가 있다. 그 때문에, 집약에 앞서서, 집약되는 프레즌스 정보의 제공원에 대하여 조회를 행함으로써 제공원의 프라이버시를 보호할 수 있다.
조회는 집약마다 행할 수 있다. 또한, 집약 허가 룰을 조회하여, 응답에 기초하여 집약 허가 룰을 결정하고, 결정한 집약 허가 룰에 기초하여 집약을 실행할지의 여부를 결정하더라도 좋다.
(부기 10)
상기 집약 프레즌스 정보를 생성하기에 앞서서, 상기 집약 프레즌스 정보의 통지처 클라이언트에 대하여, 집약 시비의 조회를 송신하여, 조회에 대한 응답을 취득하는 집약 허가 취득 단계를 더 포함하고,
상기 집약 단계는 상기 집약 허가 취득 단계에서 취득하는 응답에 따라, 집약 프레즌스 정보를 생성하는 것인 부기 1에 기재한 프레즌스 관리 방법.
워처로부터 보면, 집약하는지의 여부를 집약하기 전에 조회해 받음으로써, 집약의 필요와 불필요를 판단할 수 있다. 조회는 집약마다 행할 수 있다. 또한, 집약 허가 룰을 조회하여, 응답에 기초하여 집약 허가 룰을 결정하고, 결정한 집약 허가 룰에 기초하여 집약을 실행하는지 여부를 결정하더라도 좋다.
(부기 11)
집약 프레즌스 정보의 통지 조건을 정의하는 통지 룰을 기억하는 통지 룰 기억 단계를 더 포함하고,
상기 집약 단계는 상기 통지 룰에 기초하여, 집약 프레즌스 정보를 생성하는지의 여부를 판단하는 것인 부기 1에 기재한 프레즌스 관리 방법.
소정의 통지 룰은 집약 프레즌스 정보의 통지 조건, 예컨대 집약 프레즌스 정보의 생성 조건, 통지에 이용하는 통신 서비스나 통지 타이밍을 정의한다. 예컨 대, 생성 조건을 규정하는 통지 룰로서는, 「「소정 시간마다」나 「집약 대상 프레즌스가 5개 변화될 때마다」 집약 프레즌스 정보를 생성한다」를 들 수 있다. 통지 룰은 서버가 미리 기억하고 있더라도 좋다. 또한, 워처로부터 통지 룰의 지정을 접수하여, 지정된 통지 룰을 기억하더라도 좋다.
(부기 12)
집약 프레즌스 정보의 통지 조건을 정의하는 통지 룰을 기억하는 통지 룰 기억 단계를 더 포함하고,
상기 집약 단계는 상기 통지 룰에 기초하여, 집약 프레즌스 정보를 생성하는지의 여부를 판단하고,
상기 집약 통지 단계는 상기 통지 룰에 기초하여, 집약 프레즌스 정보를 송신하는지의 여부를 판단하는 것인 부기 1에 기재한 프레즌스 관리 방법.
본 발명에서는, 통지 룰에 기초하여, 집약 프레즌스 정보의 생성 조건 및 통지 타이밍을 제어한다. 통지 타이밍을 규정하는 통지 룰로서는 예컨대, 「소정 시간마다 집약 프레즌스 정보를 통지한다」, 「집약 프레즌스 정보를 생성할 때마다, 생성된 집약 프레즌스 정보를 통지한다」를 들 수 있다. 집약되는 프레즌스 정보가 대량으로 있는 경우, 개개의 프레즌스 정보가 변화될 때마다 집약 프레즌스 정보가 통지되면, 통지 빈도가 지나치게 높아질 우려가 있다. 그 때문에, 적절한 간격으로 집약 프레즌스 정보가 통지되도록 통지 타이밍을 설정하는 것이 바람직하다. 이에 따라, 워처의 감시 부담을 경감하여, 네트워크 부하를 경감시킬 수 있다.
(부기 13)
집약 프레즌스 정보의 통지 조건을 정의하는 통지 룰을 기억하는 통지 룰 기억 단계를 더 포함하고,
상기 집약 통지 단계는 상기 통지 룰에 기초하여, 집약 프레즌스 정보를 송신하는지의 여부를 판단하는 것인 부기 1에 기재한 프레즌스 관리 방법.
본 발명에서는, 통지 룰에 기초하여, 집약 프레즌스 정보의 송신 타이밍을 제어한다.
(부기 14)
복수의 클라이언트와 접속되는 프레즌스 관리 장치로서,
속성치를 포함하는 프레즌스 정보를 상기 클라이언트로부터 수신하여, 수신한 프레즌스 정보의 제공원 클라이언트와 상기 프레즌스 정보를 대응시켜 기억하는 관리 수단과,
상기 관리 수단으로 관리되고 있는 프레즌스 정보의 제공원 클라이언트와, 각 프레즌스 정보의 통지처 클라이언트를 대응시키는 통지처 관리 테이블을 기억하는 통지처 관리 수단과,
동일한 통지처 클라이언트에게 통지되는 복수의 프레즌스 정보 중 동일한 속성치를 갖는 프레즌스 정보를 포함하는 집약 프레즌스 정보를 생성하는 집약 수단과,
상기 집약 수단으로 생성된 집약 프레즌스 정보를 상기 통지처 클라이언트에게 통지하는 집약 통지 수단을 포함하는 프레즌스 관리 장치.
본 발명의 프레즌스 관리 장치는 발명 1의 프레즌스 관리 방법을 실행한다.
(부기 15)
복수의 클라이언트와 접속되는 컴퓨터가 실행하는 프레즌스 관리 프로그램으로서,
속성치를 포함하는 프레즌스 정보를 상기 클라이언트로부터 수신하여, 수신한 프레즌스 정보의 제공원 클라이언트와 상기 프레즌스 정보를 대응시켜 기억하는 관리 수단,
상기 관리 수단으로 관리되고 있는 프레즌스 정보의 제공원 클라이언트와, 각 프레즌스 정보의 통지처 클라이언트를 대응시키는 통지처 관리 테이블을 기억하는 통지처 관리 수단,
동일한 통지처 클라이언트에게 통지되는 복수의 프레즌스 정보 중 동일한 속성치를 갖는 프레즌스 정보를 포함하는 집약 프레즌스 정보를 생성하는 집약 수단, 및
상기 집약 수단으로 생성된 집약 프레즌스 정보를 상기 통지처 클라이언트에게 통지하는 집약 통지 수단으로서 상기 컴퓨터를 기능시키는 프레즌스 관리 프로그램.
본 발명의 프로그램은 본 발명 1에 기재한 방법을 컴퓨터로 하여금 실행하도록 한다.
(부기 16)
복수의 클라이언트와 접속되는 프레즌스 관리 장치로서 컴퓨터를 기능시키는 프레즌스 관리 프로그램을 기록한 컴퓨터 판독 가능한 기록 매체로서,
속성치를 포함하는 프레즌스 정보를 상기 클라이언트로부터 수신하여, 수신한 프레즌스 정보의 제공원 클라이언트와 상기 프레즌스 정보를 대응시켜 기억하는 관리 수단,
상기 관리 수단으로 관리되고 있는 프레즌스 정보의 제공원 클라이언트와, 각 프레즌스 정보의 통지처 클라이언트를 대응시키는 통지처 관리 테이블을 기억하는 통지처 관리 수단,
동일한 통지처 클라이언트에게 통지되는 복수의 프레즌스 정보 중 동일한 속성치를 갖는 프레즌스 정보를 포함하는 집약 프레즌스 정보를 생성하는 집약 수단, 및
상기 집약 수단으로 생성된 집약 프레즌스 정보를 상기 통지처 클라이언트에게 통지하는 집약 통지 수단으로서 상기 컴퓨터를 기능시키는 프레즌스 관리 프로그램을 기록한 컴퓨터 판독 가능한 기록 매체.
본 발명은 상기 발명 15와 같은 작용 효과를 발휘한다.
(부기 17)
복수의 프레즌스 제공 장치의 프레즌스 정보를 관리 및 통신하는 프레즌스 관리 장치와 접속되는 프레즌스 참조 장치로서,
속성치를 포함하는 상기 프레즌스 정보를 상기 프레즌스 관리 장치로부터 수신하는 수신 수단과,
상기 수신한 프레즌스 정보를 상기 속성치에 따라서 분류 표시하는 표시 수단을 구비하는 프레즌스 참조 장치.
이 프레즌스 참조 장치는 상기 발명 1의 클라이언트의 한 형태이다. 이 프레즌스 참조 장치는 프레즌스 정보와 집약 프레즌스 정보를 구별할 수 있게 표시한다.
(부기 18)
복수의 프레즌스 제공 장치의 프레즌스 정보를 관리 및 통신하는 프레즌스 관리 장치와 접속되는 컴퓨터가 실행하는 프레즌스 참조 프로그램으로서,
속성치를 포함하는 상기 프레즌스 정보를 상기 프레즌스 관리 장치로부터 수신하는 수신 수단, 및
상기 수신한 프레즌스 정보를 상기 속성치에 따라서 분류 표시하는 표시 수단으로서 상기 컴퓨터를 기능시키는 프레즌스 참조 프로그램.
본 발명의 프로그램은 컴퓨터를 상기 발명 17의 프레즌스 참조 장치로서 기능시킨다.
(부기 19)
복수의 프레즌스 제공 장치의 프레즌스 정보를 관리 및 통신하는 프레즌스 관리 장치와 접속되는 컴퓨터가 실행하는 프레즌스 참조 프로그램을 기록한 컴퓨터 판독 가능한 기록 매체로서,
속성치를 포함하는 상기 프레즌스 정보를 상기 프레즌스 관리 장치로부터 수신하는 수신 수단, 및
상기 수신한 프레즌스 정보를 상기 속성치에 따라서 분류 표시하는 표시 수단으로서 상기 컴퓨터를 기능시키는 프레즌스 참조 프로그램을 기록한 컴퓨터 판독 가능한 기록 매체.
본 발명은 상기 제18 발명과 같은 작용 효과를 갖는다.
<산업상의 이용 가능성>
본 발명은 물류 시스템, 재고 관리 시스템, 에드훅 네트워크를 이용한 센서 시스템 등, 사람이나 물건의 프레즌스 정보가 발생하는 모든 시스템이나 유비쿼터스 사회에 적용할 수 있다.
본 발명을 이용하면, 복수의 프레즌스 정보를 속성마다 집약하여 일괄 통지하기 때문에, 워처는 프레즌스 정보의 속성마다 프레즌스 정보의 갱신 통지를 받을 수 있다. 그 때문에, 워처가 수신한 프레즌스 정보를 분류하는 부담이 경감된다.

Claims (11)

  1. 복수의 클라이언트와 접속되는 프레즌스 관리 장치가 실행하는 프레즌스 관리 방법으로서,
    속성치를 포함하는 프레즌스 정보를 상기 클라이언트로부터 수신하여, 수신한 프레즌스 정보의 제공원 클라이언트와 상기 프레즌스 정보를 대응시켜 기억하는 관리 단계와;
    상기 관리 단계에서 관리되고 있는 프레즌스 정보의 제공원 클라이언트와, 각 프레즌스 정보의 통지처 클라이언트를 대응시키는 통지처 관리 테이블을 기억하는 통지처 관리 단계와;
    동일한 통지처 클라이언트에게 통지되는 복수의 프레즌스 정보 중 동일한 속성치를 갖는 프레즌스 정보를 포함하는 집약 프레즌스 정보를 생성하는 집약 단계와;
    상기 집약 단계에서 생성된 집약 프레즌스 정보를 상기 통지처 클라이언트에게 통지하는 집약 통지 단계
    를 포함하는 프레즌스 관리 방법.
  2. 제1항에 있어서, 상기 통지처 관리 단계는, 상기 관리 단계에서 관리되고 있는 프레즌스 정보의 제공원 클라이언트와 그 프레즌스 정보의 통지처 클라이언트의 새로운 대응 관계의 등록을 접수하고, 접수한 대응 관계를 상기 통지처 관리 테이 블에 또한 기억하며;
    상기 집약 단계는, 상기 새로운 대응 관계에서의 제공원 클라이언트의 프레즌스 정보에 포함되는 속성치를 추출하고, 상기 새로운 대응 관계에서의 통지처 클라이언트와 대응되어 있는 기존의 제공원 클라이언트로서, 상기 추출한 속성치를 그 프레즌스 정보에 포함하는 기존의 제공원 클라이언트를 상기 통지처 관리 테이블로부터 검색하며, 검색한 기존의 제공원 클라이언트의 프레즌스 정보와 상기 새로운 제공원 클라이언트의 프레즌스 정보를 포함하는 집약 프레즌스 정보를 생성하고;
    상기 집약 통지 단계는 상기 집약 프레즌스 정보를 상기 새로운 통지처 클라이언트에게 통지하는 것인 프레즌스 관리 방법.
  3. 제1항에 있어서, 상기 관리 단계는, 새로운 클라이언트 및 그 프레즌스 정보의 등록을 접수하며;
    상기 집약 단계는, 상기 새로운 클라이언트의 프레즌스 정보와 동일한 속성치를 갖는 프레즌스 정보의 제공원 클라이언트 및 그 프레즌스 정보의 통지처 클라이언트를 특정하고, 상기 특정된 제공원 클라이언트의 프레즌스 정보와 상기 새로운 클라이언트의 프레즌스 정보를 포함하는 집약 프레즌스 정보를 생성하며;
    상기 집약 통지 단계는, 상기 집약 단계에서 생성된 집약 프레즌스 정보를 상기 집약 단계에서 특정된 통지처 클라이언트에게 통지하는 것인 프레즌스 관리 방법.
  4. 제1항에 있어서, 상기 집약 단계는, 임의의 클라이언트로부터 속성치를 포함하는 집약 조건의 지정을 접수하고, 상기 통지처 관리 테이블에서 지정원 클라이언트를 통지처로 하는 프레즌스 정보 중 상기 지정된 속성치를 갖는 프레즌스 정보의 제공원 클라이언트를 특정하며, 상기 특정한 제공원 클라이언트의 프레즌스 정보를 포함하는 집약 프레즌스 정보를 생성하고;
    상기 집약 통지 단계는, 상기 생성한 집약 프레즌스 정보를 상기 집약 조건의 지정원 클라이언트에게 통지하는 것인 프레즌스 관리 방법.
  5. 제1항에 있어서, 상기 관리 단계는, 임의의 클라이언트로부터 프레즌스 정보의 갱신을 접수하며;
    상기 집약 단계는, 갱신된 프레즌스 정보와 동일한 속성치를 갖는 프레즌스 정보의 제공원 클라이언트를 특정하고, 상기 특정된 제공원 클라이언트에 대하여, 상기 통지처 관리 테이블에서 대응되어 있는 통지처 클라이언트를 특정하며, 상기 특정된 제공원 클라이언트의 프레즌스 정보와 상기 갱신된 프레즌스 정보를 포함하는 집약 프레즌스 정보를 생성하고;
    상기 집약 통지 단계는, 상기 집약 단계에서 생성된 집약 프레즌스 정보를 상기 집약 단계에서 특정된 통지처 클라이언트에게 통지하는 것인 프레즌스 관리 방법.
  6. 제1항에 있어서, 상기 집약 단계는, 상기 동일한 속성치와 상기 동일한 속성치를 갖는 프레즌스 정보인 집약 대상 프레즌스 정보의 제공원 클라이언트와 상기 집약 대상 프레즌스 정보에 기초하여 생성되는 집약 프레즌스 정보의 식별자와 상기 집약 프레즌스 정보의 통지처 클라이언트를 대응시키는 집약 정보 테이블을 기억하고;
    상기 관리 단계는, 상기 집약 단계에서 생성된 집약 프레즌스 정보와 상기 집약 프레즌스 정보의 식별자를 대응시켜 관리하는 것인 프레즌스 관리 방법.
  7. 제6항에 있어서, 상기 집약 정보 테이블에 기억되어 있는 어느 한 속성치의 지정을 임의의 클라이언트로부터 접수하고, 상기 클라이언트를 통지처 클라이언트로 하는 집약 프레즌스 정보 중 지정된 속성치를 갖는 집약 프레즌스 정보의 엔트리를 상기 집약 정보 테이블로부터 삭제하는 해제 단계를 더 포함하는 프레즌스 관리 방법.
  8. 제1항에 있어서, 집약 프레즌스 정보의 통지 조건을 정의하는 통지 룰을 기억하는 통지 룰 기억 단계를 더 포함하고,
    상기 집약 단계는 상기 통지 룰에 기초하여 집약 프레즌스 정보를 생성하는지의 여부를 판단하고,
    상기 집약 통지 단계는 상기 통지 룰에 기초하여 집약 프레즌스 정보를 송신하는지의 여부를 판단하는 것인 프레즌스 관리 방법.
  9. 복수의 클라이언트와 접속되는 프레즌스 관리 장치로서,
    속성치를 포함하는 프레즌스 정보를 상기 클라이언트로부터 수신하여, 수신한 프레즌스 정보의 제공원 클라이언트와 상기 프레즌스 정보를 대응시켜 기억하는 관리 수단과;
    상기 관리 수단으로 관리되고 있는 프레즌스 정보의 제공원 클라이언트와, 각 프레즌스 정보의 통지처 클라이언트를 대응시키는 통지처 관리 테이블을 기억하는 통지처 관리 수단과;
    동일한 통지처 클라이언트에게 통지되는 복수의 프레즌스 정보 중 동일한 속성치를 갖는 프레즌스 정보를 포함하는 집약 프레즌스 정보를 생성하는 집약 수단과;
    상기 집약 수단으로 생성된 집약 프레즌스 정보를 상기 통지처 클라이언트에게 통지하는 집약 통지 수단
    을 포함하는 프레즌스 관리 장치.
  10. 복수의 클라이언트와 접속되는 컴퓨터가 실행하는 프레즌스 관리 프로그램을 기록한 컴퓨터 판독 가능한 기록 매체로서,
    속성치를 포함하는 프레즌스 정보를 상기 클라이언트로부터 수신하여, 수신한 프레즌스 정보의 제공원 클라이언트와 상기 프레즌스 정보를 대응시켜 기억하는 관리 수단;
    상기 관리 수단으로 관리되고 있는 프레즌스 정보의 제공원 클라이언트와, 각 프레즌스 정보의 통지처 클라이언트를 대응시키는 통지처 관리 테이블을 기억하는 통지처 관리 수단;
    동일한 통지처 클라이언트에게 통지되는 복수의 프레즌스 정보 중 동일한 속성치를 갖는 프레즌스 정보를 포함하는 집약 프레즌스 정보를 생성하는 집약 수단; 및
    상기 집약 수단으로 생성된 집약 프레즌스 정보를 상기 통지처 클라이언트에게 통지하는 집약 통지 수단
    으로서 상기 컴퓨터를 기능시키는 프레즌스 관리 프로그램을 기록한 컴퓨터 판독 가능한 기록 매체.
  11. 복수의 클라이언트와 접속되는 프레즌스 관리 장치가 실행하는 프레즌스 관리 방법으로서,
    속성치를 포함하는 프레즌스 정보를 상기 클라이언트로부터 수신하여, 수신한 프레즌스 정보의 제공원 클라이언트와 상기 프레즌스 정보를 대응시켜 기억하는 관리 단계와;
    상기 관리 단계에서 관리되고 있는 프레즌스 정보의 제공원 클라이언트와, 각 프레즌스 정보의 통지처 클라이언트를 대응시키는 통지처 관리 테이블을 기억하는 통지처 관리 단계와;
    동일한 통지처 클라이언트에게 통지되는 복수의 제공원 클라이언트의 프레즌스 정보 중 동일한 속성치를 갖는 프레즌스 정보를 선택하고, 선택한 복수의 제공원 클라이언트의 프레즌스 정보를 포함하는 집약 프레즌스 정보를 생성하는 집약 단계와;
    상기 집약 단계에서 생성된 집약 프레즌스 정보를 상기 통지처 클라이언트에게 통지하는 집약 통지 단계
    를 포함하는 프레즌스 관리 방법.
KR1020060028959A 2005-11-30 2006-03-30 프레즌스 관리 방법 및 프레즌스 관리 장치 KR100781958B1 (ko)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JPJP-P-2005-00345214 2005-11-30
JP2005345214A JP4616758B2 (ja) 2005-11-30 2005-11-30 プレゼンス管理方法及びプレゼンス管理装置

Publications (2)

Publication Number Publication Date
KR20070056897A KR20070056897A (ko) 2007-06-04
KR100781958B1 true KR100781958B1 (ko) 2007-12-06

Family

ID=37907732

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020060028959A KR100781958B1 (ko) 2005-11-30 2006-03-30 프레즌스 관리 방법 및 프레즌스 관리 장치

Country Status (5)

Country Link
US (1) US8527600B2 (ko)
EP (1) EP1793561A1 (ko)
JP (1) JP4616758B2 (ko)
KR (1) KR100781958B1 (ko)
CN (1) CN1975769B (ko)

Families Citing this family (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005123970A (ja) * 2003-10-17 2005-05-12 Vodafone Kk プレゼンス表示システムにおけるサーバー装置及びクライアント装置
JP4267633B2 (ja) * 2006-02-27 2009-05-27 株式会社日立製作所 ネットワークシステム及びトラヒック情報集約装置
US9241038B2 (en) * 2006-05-23 2016-01-19 Microsoft Technology Licensing, Llc User presence aggregation at a server
KR100906109B1 (ko) * 2007-06-20 2009-07-07 엔에이치엔(주) 3ａ 기반의 다양한 어플리케이션 상태를 제공하는유비쿼터스 프리젠스 서비스 방법 및 시스템
US8291067B2 (en) * 2007-06-29 2012-10-16 Microsoft Corporation Providing access to presence information using multiple presence objects
KR101653970B1 (ko) * 2007-08-14 2016-09-05 삼성전자주식회사 Ｓｉｐ 기반 프레즌스 정보 동적 광고를 위한 방법 및 시스템
US8904044B2 (en) 2007-09-28 2014-12-02 International Business Machines Corporation Adapting compression techniques over data based on context
US8060121B1 (en) * 2007-11-06 2011-11-15 Sprint Spectrum L.P. Mobile network presence service with load-based notification throttling
US9088578B2 (en) * 2008-01-11 2015-07-21 International Business Machines Corporation Eliminating redundant notifications to SIP/SIMPLE subscribers
US20090299985A1 (en) * 2008-05-27 2009-12-03 Telefonaktiebolaget Lm Ericsson (Publ) Network Based Address Book with Optional Storage of Data
EP2307976A4 (en) * 2008-06-13 2011-11-16 Tekelec Us METHODS, SYSTEMS AND COMPUTER-READABLE MEDIA FOR PROVIDING PRESENCE DATA OF SEVERAL PRESENCE INFORMATION PROVIDERS
US8447808B2 (en) * 2008-09-19 2013-05-21 International Business Machines Corporation Virtual presence server
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
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
JP2012518326A (ja) * 2009-02-13 2012-08-09 テレフオンアクチーボラゲット エル エム エリクソン（パブル） リソースデータを処理するための方法及び装置
US8458321B2 (en) * 2009-06-26 2013-06-04 Motorola Solutions, Inc. Method and system of updating presence information in a communication system
US9516123B2 (en) * 2009-08-20 2016-12-06 Motorola Solutions, Inc. Method for presence information subscription in a group communications system
CN102129631B (zh) * 2010-01-13 2015-04-22 阿里巴巴集团控股有限公司 Spu属性聚合的方法、设备和***
US8285779B2 (en) * 2010-02-08 2012-10-09 International Business Machines Corporation Programmable presence virtualization
WO2011107814A1 (en) * 2010-03-03 2011-09-09 Telefonaktiebolaget L M Ericsson (Publ) Presentity authorization of buddy subscription in a communication system
KR101948062B1 (ko) * 2012-06-22 2019-02-14 에스케이플래닛 주식회사 사용자 프레즌스 정보 제공을 위한 장치 및 방법
CN109189810B (zh) * 2018-08-28 2021-07-02 拉扎斯网络科技（上海）有限公司 查询方法、装置、电子设备及计算机可读存储介质

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20030096373A (ko) * 2001-05-11 2003-12-24 노키아 코포레이션 모바일 인스턴트 메시징 서비스 및 프리젠스 서비스

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6735587B2 (en) * 2000-07-28 2004-05-11 International Business Machines Corporation Maintaining pre-computed aggregate views incrementally in the presence of non-minimal changes
WO2002017652A2 (en) * 2000-08-22 2002-02-28 Symbian Limited Database for use with a wireless information device
US7433922B2 (en) * 2001-05-11 2008-10-07 Varia Llc Method and system for collecting and displaying aggregate presence information for mobile media players
US20030217142A1 (en) * 2002-05-15 2003-11-20 Microsoft Corporation Method and system for supporting the communication of presence information regarding one or more telephony devices
JP3980421B2 (ja) * 2002-06-27 2007-09-26 富士通株式会社 プレゼンス管理方法及び装置
JP2004072485A (ja) * 2002-08-07 2004-03-04 Nippon Telegr & Teleph Corp <Ntt> プレゼンス情報通知装置、プレゼンス情報通知プログラム、プログラム記録媒体、及びプレゼンス情報通知方法
JP3812828B2 (ja) * 2002-08-21 2006-08-23 日本電信電話株式会社 複数ユーザの位置情報および帯域情報を管理および通知する通信方法および通信システム、ならびにそのプログラムとＰｒｏｘｙプレゼンスサーバ
JP2004348680A (ja) 2003-05-26 2004-12-09 Fujitsu Ltd 複合イベント通知システムおよび複合イベント通知プログラム
CN100414868C (zh) * 2003-06-24 2008-08-27 北京邮电大学 大规模分布式入侵检测***的实时数据融合方法
JP2005038208A (ja) * 2003-07-15 2005-02-10 Ntt Data Corp プレゼンス情報管理装置およびそのプログラム
US20050228895A1 (en) * 2004-03-30 2005-10-13 Rajesh Karunamurthy Method, Web service gateway (WSG) for presence, and presence server for presence information filtering and retrieval
JP4214941B2 (ja) * 2004-04-09 2009-01-28 日本電気株式会社 プレゼンス情報提供システム、その方法およびサーバ
EP1587239A1 (en) * 2004-04-14 2005-10-19 Siemens Mobile Communications S.p.A. Method of and apparatus for server-side management of buddy lists
US20070198725A1 (en) * 2004-10-06 2007-08-23 Morris Robert P System and method for utilizing contact information, presence information and device activity
US7676577B2 (en) * 2004-12-21 2010-03-09 Alcatel Lucent Scalable presence distribution system and method
JP4736945B2 (ja) * 2006-05-18 2011-07-27 株式会社日立製作所 状態情報管理システム及び状態情報管理サーバ

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20030096373A (ko) * 2001-05-11 2003-12-24 노키아 코포레이션 모바일 인스턴트 메시징 서비스 및 프리젠스 서비스

Also Published As

Publication number Publication date
CN1975769B (zh) 2012-07-04
CN1975769A (zh) 2007-06-06
EP1793561A1 (en) 2007-06-06
JP2007148969A (ja) 2007-06-14
JP4616758B2 (ja) 2011-01-19
KR20070056897A (ko) 2007-06-04
US8527600B2 (en) 2013-09-03
US20070124158A1 (en) 2007-05-31

Similar Documents

Publication Publication Date Title
KR100781958B1 (ko) 프레즌스 관리 방법 및 프레즌스 관리 장치
US9769264B2 (en) Data network notification bar processing system
US8103757B2 (en) Status management device and status management method
US9760639B2 (en) System and method for managing information flow between members of an online social network
EP3114622B1 (en) Communicating status regarding application of compliance policy updates
KR100985271B1 (ko) 프리젠스 서비스를 실현하기 위한 방법 및 시스템, 프리젠스 정보 처리 장치 및 프리젠스 클라이언트
US5946464A (en) Groupware system having agent function
JP4963706B2 (ja) レポジトリ内に格納されるリソース間のリレーションシップの管理
US6505246B1 (en) User interface for system management applications
US8019737B2 (en) Synchronization of metadata
US7720952B2 (en) Presence information management system and presence information management server
US20060184508A1 (en) Methods and system for providing context sensitive information
US20080140709A1 (en) Method And System For Providing Data Handling Information For Use By A Publish/Subscribe Client
JP2009544078A (ja) データベース・アクセス・システムからのイベントへのリモート・アクセスを提供するシステムおよび方法
EP2371148A2 (en) User-adaptive recommended mobile content
AU2013240062B2 (en) Requesting and displaying a business service context from a virtual database
US20080270546A1 (en) Methods And Systems For Communicating Task Information
US20080183816A1 (en) Method and system for associating a tag with a status value of a principal associated with a presence client
JP2014235632A (ja) 文書管理システム、文書管理システムの制御方法、及び、プログラム
JP2005063019A (ja) プレゼンスシステム及びプレゼンスフィルタリング方法
CN112740622A (zh) 用于生成外部共享通信信道的方法、装置和计算机程序产品
JP5610145B2 (ja) 電子メール監査装置、電子メール監査方法、プログラム、記憶媒体
JPH11134225A (ja) 情報処理装置
JP2006178526A (ja) リソース提供システム、仲介エージェント、リソース提供方法、およびコンピュータプログラム
JP4736945B2 (ja) 状態情報管理システム及び状態情報管理サーバ

Legal Events

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

Payment date: 20121114

Year of fee payment: 6

FPAY Annual fee payment

Payment date: 20131031

Year of fee payment: 7

FPAY Annual fee payment

Payment date: 20141103

Year of fee payment: 8

LAPS Lapse due to unpaid annual fee