7장 Instant Messaging 아카이브 관리

이 장에서는 Instant Messaging 아카이브를 관리 및 구성하는 방법에 대해 설명합니다.

Instant Messaging 아카이브 개요

Instant Messaging 아카이브는 인스턴스 메시지를 포착하여 Portal Server Search 데이터베이스에 아카이브합니다. 이를 통해 최종 사용자는 Portal Server 데스크탑의 검색 페이지를 사용하여 아카이브된 이 메시지를 쿼리하고 검색할 수 있습니다.

아카이브 및 검색 구성 요소. Portal Server Search 구성 요소를 아카이브라고도 하며 검색 구성 요소는 아카이브된 인스턴트 메시지의 저장에 사용됩니다. Instant Messaging 아카이브 데이터는 색인되어 범주에 할당할 수 있으며 Portal Server Search 데이터베이스에 저장할 수 있습니다. 예를 들어, 경고 메시지는 경고 범주 아래에 저장할 수 있습니다.


주	데이터를 별도의 범주에 저장하면 검색 작업을 단순화하고 아카이브된 데이터를 빠르게 검색할 수 있습니다.

Instant Messaging 아카이브 검색 또는 Display 서블릿. 최종 사용자가 문서에 대해 특정 조건에 일치하는 검색 조건을 수행하면 Portal Server Search는 이 조건에 일치하는 페이지를 가져옵니다. 이러한 페이지는 원격 웹 페이지일 수도 있고 Instant Messaging 자원 설명자(RD)라고도 하는 Instant Messaging 아카이브 데이터일 수도 있습니다.

최종 사용자가 아카이브 데이터를 보기 위해 Instant Messaging 자원 설명자(RD)의 URL을 누르면 Instant Messaging 아카이브 검색 또는 Display 서블릿이 호출됩니다. Instant Messaging 아카이브 검색 서블릿은 Portal Server Search 데이터베이스에서 정보를 검색하여 Instant Messaging 아카이브 데이터가 포함된 텍스트 또는 HTML 응답을 생성합니다.

Instant Messaging 아카이브 공급자. 이 구성 요소는 인스턴트 메시지를 아카이브할 때마다 Instant Messaging 서버에 의해 호출됩니다. Instant Messaging 아카이브 공급자는 Instant Messaging 서버가 제공하는 데이터에 기초하여 SOIF (Summary Object Interchange Format) 호환 RD (Resource Descriptors)를 구성합니다. 이것은 Portal Server Search API를 사용하여 이러한 자원 설명자(RD)를 Portal Server Search 데이터베이스에 전송합니다. 또한 Portal Server Search 데이터베이스에 제출할 레코드의 버퍼를 유지하여 성능 저하를 줄입니다.

Instant Messenger 아카이브 컨트롤. Instant Messaging 데이터는 최종 사용자의 간섭 없이 자동으로 아카이브될 수 있습니다. 아카이브 기능을 제어하려면 최종 사용자는 Instant Messenger 아카이브 컨트롤 구성 요소를 활성화해야 합니다. 최종 사용자는 이 구성 요소를 통해 "모든 회의를 아카이브"와 같은 기본 아카이브 옵션을 설정하고 트랜잭션 단위로 기본값을 변경할 수 있습니다. 예를 들어, 최종 사용자는 회의의 내용을 아카이브하지 않도록 선택할 수 있습니다.

그림 7-1에서는 Instant Messaging 아카이브 구성 요소에 대해 설명합니다.

인스턴트 메시지 아카이브

모든 인스턴트 메시지는 아카이브를 위해 다음 범주로 구분됩니다.

뉴스. 이 범주에는 뉴스 채널에 게시된 모든 메시지가 포함됩니다.

아카이브 공급자 활성화

Instant Messaging의 아카이브 공급자를 활성화하려면

Instant Messaging 서버는 사용자 정의 아카이브 공급자를 작성하는 데 사용할 수 있는 API와 SPI를 제공합니다. Instant Messaging API에 대한 자세한 내용은 Instant Messaging API를 참조하십시오.

아카이브 공급자 구성

아카이브 공급자는 아카이브된 메시지를 Portal Server Search 데이터베이스에 자원 설명자(RD)로 저장합니다. 아카이브 공급자는 다음의 Portal Server Search 스키마 필드를 사용합니다.

제목. 이 필드에는 회의 범주의 공개 회의실 이름, 채팅 범주의 채팅 세션 참가자 이름, 경고 메시지의 제목 및 경고와 뉴스 범주의 뉴스 채널 이름이 포함됩니다. 제목 필드에는 폴링 범주에 대해 Poll from Sender"가 포함되며, 여기서 Sender는 폴링 전송자의 표시 이름을 나타냅니다.

키워드. 회의 및 채팅 범주에서 이 필드에는 회의실의 전체 참가자 명단이 포함됩니다. 공개 회의실의 경우에는 회의실의 이름도 포함됩니다. 경고 범주의 경우에는 전송자와 수신자의 표시 이름이 포함됩니다. 뉴스 범주의 경우에는 채널 이름이 포함됩니다. 폴링 범주의 경우에는 전송자와 수신자의 목록이 포함됩니다. 모든 범주에서 위의 값 이외에도 이 필드에는 범주의 고유 아이디도 포함됩니다.

표 7-1에서는 고유 아이디와 아카이브 공급자의 각 범주에 대한 설명을 보여줍니다.

표 7-1
각 범주에 대한 고유 아이디와 설명
Category	고유 아이디
회의 채팅	RoomName-StartTime 설명: RoomName - 공개 또는 사설 회의실의 이름 StartTime - RD 생성 타임스탬프
경고(A)	Alert-messageID 설명: messageID - 아카이브될 메시지의 메시지 아이디. 메시지 아이디는 RD에 하나의 메시지만 포함되어 있을 때 중요합니다. 예를 들면 뉴스 메시지 및 경고 메시지가 있습니다.
폴링(P)	Poll-pollID
뉴스	TopicName-messageID

ReadACL. 회의 및 뉴스 범주의 경우 이 필드의 값은 각 회의실과 뉴스 채널의 액세스 제어 파일에서 가져옵니다. 채팅 범주의 경우 이 필드에는 참가자의 DN이 포함됩니다. 경고 범주의 경우, 이 필드에는 전송자의 DN과 수신자의 DN이 포함됩니다. 폴링 범주의 경우 아카이버는 새 액세스 제어 파일을 제공합니다.

RD에 대한 검색 액세스는 ReadACL 필드의 값으로 제어됩니다. 문서 레벨 보안이 활성화된 경우 최종 사용자는 ReadACL 필드에 최종 사용자의 DN이 포함된 경우에만 검색 결과에 액세스할 수 있습니다. 채팅 메시지에 대해 Instant Messenger 아카이브 컨트롤이 활성화된 경우 ReadACL 필드에 추가되는 최종 사용자 DN은 최종 사용자의 선택에 따라 달라집니다.

설명. 이 필드에는 아카이브된 메시지가 HTML 서식 없이 포함됩니다.

전체 텍스트. 이 필드에는 HTML 서식 지정된 아카이브 메시지가 포함됩니다.

아카이브 공급자 구성 매개 변수

표 7-2에서는 iim.conf 파일에 추가할 수 있는 아카이브 공급자 구성 매개 변수를 나열하고 설명합니다.

표 7-2
iim.conf에 사용 가능한 아카이브 공급자 매개 변수
매개 변수	기본값	설명
iim_arch.title.attr	Title	이 매개 변수에는 Portal Server Search의 기본 스키마에 있는 Title 필드에 해당하는 필드 이름이 포함됩니다.
iim_arch.keyword.attr	Keyword	이 매개 변수에는 Portal Server Search의 기본 스키마에 있는 Keyword 필드에 해당하는 필드 이름이 포함됩니다.
iim_arch.readacl.attr	ReadACL	이 매개 변수에는 Portal Server Search의 기본 스키마에 있는 ReadACL 필드에 해당하는 필드 이름이 포함됩니다.
iim_arch.description.attr	설명	이 매개 변수에는 Portal Server Search의 기본 스키마에 있는 Description 필드에 해당하는 필드 이름이 포함됩니다.
iim_arch.fulltext.attr	Full-Text	이 매개 변수에는 Portal Server Search의 기본 스키마에 있는 Full-Text 필드에 해당하는 필드 이름이 포함됩니다.
iim_arch.category.attr	Category	이 매개 변수에는 Portal Server Search의 기본 스키마에 있는 Category 필드에 해당하는 필드 이름이 포함됩니다.
iim_arch.readacl.admin	없음	이 매개 변수에는 관리자의 DN이 포함됩니다. 여러 개의 값을 사용할 경우에는 ";"으로 구분해야 합니다.
iim_arch.readacl.adminonly	false	이 매개 변수에는 true 또는 false가 포함됩니다. true - iim_arch.readacl.admin 매개 변수로 지정된 관리자 DN만 ReadACL 필드의 기본 동작을 덮어쓰면서 ReadACL 필드에 추가할 수 있습니다. false - iim_arch.readacl.admin 매개 변수로 지정된 관리자 DN만 기본 동작에 추가하여 ReadACL 필드에 추가할 수 있습니다.
iim_arch.categories	all	이 매개 변수에는 아카이브할 수 있는 메시지 유형의 목록이 포함됩니다. 다음 값을 사용할 수 있습니다. poll alert chat conference news 여러 개의 값을 사용할 경우에는 쉼표(",")로 구분합니다.
iim_arch.categoryname	없음	범주에 범주 이름이 할당되지 않은 경우 이 매개 변수의 값이 범주 이름으로 사용됩니다.
iim_arch.alert.categoryname	없음	이 매개 변수에는 아카이브된 경고 메시지가 포함된 범주 이름이 들어 있습니다. 주: 경고 메시지에 전용 범주를 할당할 필요는 없습니다.
iim_arch.poll.categoryname	없음	이 매개 변수에는 아카이브된 폴링 메시지가 포함된 범주 이름이 들어 있습니다. 주: 폴링 메시지에 전용 범주를 할당할 필요는 없습니다.
iim_arch.conference.categoryname	없음	이 매개 변수에는 아카이브된 회의 메시지가 포함된 범주 이름이 들어 있습니다. 주: 회의 메시지에 전용 범주를 할당할 필요는 없습니다.
iim_arch.chat.categoryname	이름	이 매개 변수에는 아카이브된 채팅 메시지가 포함된 범주 이름이 들어 있습니다. 주: 채팅 메시지에 전용 범주를 할당할 필요는 없습니다.
iim_arch.news.categoryname	없음	이 매개 변수에는 아카이브된 뉴스 메시지가 포함된 범주 이름이 들어 있습니다. 주: 뉴스 메시지에 전용 범주를 할당할 필요는 없습니다.
iim_arch.conference.quiettime	5	이 매개 변수에는 RD가 만료되고 새 RD가 메시지 아카이브를 위해 생성된 뒤 룸(공개 룸과 사설 룸)의 두 연속 메시지 사이의 최대 무응답 기간이 포함됩니다. 이 값은 분 단위입니다.
iim_arch.poll.maxwaittime	15	이 매개 변수에는 폴링 데이터가 서버에 버퍼링되는 최대 시간이 포함됩니다. 이 값은 분 단위입니다.
iim_arch.ignoreexplicitdeny	true	이 매개 변수에는 true 또는 false가 포함됩니다. true - 폴링 및 회의 범주에서 명시적 거부 액세스가 있는 데이터는 아카이브되지 않습니다. 이러한 메시지가 아카이브되지 않을 때마다 이 정보가 xmppd.log 파일에 기록됩니다. false - 폴링 및 회의 범주에서 명시적 거부 액세스가 있는 데이터는 아카이브되지 않으며 메시지는 Portal Server Search 데이터베이스에 추가됩니다. 주: 룸이나 뉴스 채널에 대한 액세스를 명시적으로 거부하지 않은 경우 기본 액세스는 READ, WRITE 또는 MANAGE입니다. 일부 최종 사용자에게는 NONE 액세스가 부여될 수도 있습니다.
iim_arch.portal.search	없음	이 매개 변수의 값은 Portal Server Search 서블릿의 URL이어야 합니다. 예를 들면 다음과 같습니다. http://www.example.com/portal/search 이 매개 변수가 없으면 아카이브 공급자는 Portal Server Search URL의 값을 시스템에 있는 AMConfig.properties 파일에 기초하여 결정합니다.
iim_arch.portal.admindn	없음	이 매개 변수의 값은 관리 사용자의 DN이어야 합니다. 예를 들면 다음과 같습니다. uid=amadmin,ou=People,o=internet Portal Search Server의 문서 레벨 보안이 설정된 경우 이 매개 변수가 필요합니다.
iim_arch.portal.adminpassword	없음	이 매개 변수의 값은 iim_arch.portal.admindn 매개 변수에 지정된 관리 사용자의 비밀번호여야 합니다. Portal Search Server의 문서 레벨 보안이 설정된 경우 이 매개 변수가 필요합니다.
iim_arch.portal.search.database	없음	이 매개 변수의 값은 Instant Messaging 서버에서 아카이브된 메시지를 저장하는 데이터베이스의 이름이어야 합니다. 이 매개 변수가 정의되어 있지 않으면 모든 메시지는 Sun Java System Portal Server Search의 기본 데이터베이스에 저장됩니다.

아카이브된 메시지를 비기본 Portal Server Search 데이터베이스에 저장

아카이브된 메시지를 비기본 데이터베이스에 저장하려면

iim.conf 파일을 수정합니다.

config 디렉토리로 이동합니다. 예를 들어 Solaris에서는 다음을 입력합니다.

cd /etc/opt/SUNWiim/default/config

원하는 편집기를 사용하여 iim.conf 파일을 엽니다.

예를 들어 다음을 입력할 수 있습니다.

vi iim.conf

기본 아카이브 공급자의 경우 다음 줄을 추가합니다.

iim_arch.portal.search.database = database-name

여기서 database-name은 비기본 데이터베이스의 이름입니다.

파일을 저장합니다.

Portal Server Search 채널 수정

Portal Server Search 채널을 변경하여 다른 데이터베이스의 데이터를 검색하는 옵션을 추가합니다. 자세한 내용은 Sun Java System Portal Server Desktop Customization Guide를 참조하십시오.

IMArchiveDisplay.jsp 파일 수정

다음 디렉토리로 이동합니다.

/etc/opt/SUNWps/desktop/default_ko/IMProvider/

IMArchiveDisplay.jsp 파일의 백업본을 만듭니다.

원하는 편집기로 IMArchiveDisplay.jsp 파일을 편집합니다. 예를 들어, 다음과 같이 입력할 수 있습니다.

vi IMArchiveDisplay.jsp

IMArchiveDisplay.jsp 파일을 검색하여 다음 두 줄의 코드를 찾습니다.

코드 예 7-1
편집하기 전의 IMArchiveDisplay.jsp 파일의 검색 코드

<search:setQuery query = "<%= scope %>"/>

<search:setRDMType rdmType = "rd-request"/>

코드 예 7-1에 보이는 두 줄의 코드 사이에 다음 코드를 입력합니다.

<search:setDatabase database = "database-name"/>

새 코드 줄을 입력하면 코드 예 7-2와 같은 코드가 됩니다.

코드 예 7-2
편집한 후의 IMArchiveDisplay.jsp 파일의 검색 코드

<search:setQuery query = "<%= scope %>"/>

<search:setDatabase database = "database-name"/>

<search:setRDMType rdmType = "rd-request"/>

여기서 database-name은 비기본 데이터베이스의 이름입니다.

Portal Server Search 데이터베이스에서 아카이브 데이터 관리

Instant Messaging 데이터는 Portal Server Search 데이터베이스에 자원 설명자(RD)의 형태로 아카이브됩니다. Portal Server Search 데이터베이스의 개별 항목을 자원 설명자(RD)라고 합니다. RD는 단일 자원에 대한 특정 정보 집합입니다. 각 RD의 필드는 Portal Server Search 데이터베이스 스키마에 의해 결정됩니다.

아카이브 데이터를 관리하려면 Portal Server Search 데이터베이스의 RD를 관리해야 합니다. 이 절에서는 Portal Server Search 데이터베이스에 대해 자주 수행하는 유지 보수 작업 몇 가지에 대해 설명합니다.


주	이 지침은 Solaris에만 해당됩니다.

Portal Server Search 데이터베이스의 데이터 관리에 대한 자세한 내용은 Sun Java System Portal Server 관리 설명서를 참조하십시오.

rdmgr 명령

rdmgr 명령은 검색 서비스에 많이 사용하는 명령입니다. 관리자는 두 가지 유형의 하위 명령을 사용할 수 있습니다. 하나는 자원 설명자(RD)를 다루는 명령이고 다른 하나는 데이터베이스 유지 보수에 사용하는 명령입니다. rdmgr 명령은 일반적으로 검색이 활성화된 Portal Server 인스턴스 디렉토리에서 실행합니다.

rdmgr 명령을 호출하려면

rdmgr 명령에 대한 자세한 내용은 Sun Java System Portal Server 관리 설명서의 명령줄 유틸리티를 참조하십시오.

자원 설명자(RD) 검색

rdmgr 명령에 -Q 의 인수 값을 함께 사용하면 검색 작업을 세부적으로 조정하는 자원 설명자(RD) 목록이 생성됩니다.

자원 설명자(RD) 삭제

다음은 Portal Server Search 데이터베이스에서 자원 설명자(RD)를 삭제하는 예입니다.

testing이라는 텍스트가 포함된 모든 자원 설명자(RD)를 삭제하려면 다음을 입력합니다.

Archive:Chat:January 범주에서 모든 자원 설명자(RD)를 삭제하려면 다음을 입력합니다.

Instant Messenger 아카이브 컨트롤 활성화

Instant Messenger 아카이브 컨트롤 구성 요소를 사용하면 최종 사용자는 아카이브된 인스턴트 메시지를 제어할 수 있습니다. 이 구성 요소를 사용하면 최종 사용자는 Instant Messenger 주 창의 아카이브 버튼을 눌러 Portal Server Search 데이터베이스에 저장된 아카이브된 인스턴트 메시지를 검색할 수 있습니다. 또한 Instant Messenger의 아카이브 탭에서 "모든 회의를 아카이브"와 같은 기본 아카이브 옵션을 설정할 수도 있습니다. Instant Messenger 아카이브 컨트롤 기능은 두 개의 선택적인 Instant Messenger 모듈에 의해 제공됩니다.

Instant Messenger 아카이브 컨트롤 구성 요소는 애플릿 설명자 파일에 archive_control 애플릿 매개 변수를 설정하여 활성화할 수 있습니다.

변경해야 할 Instant Messaging LDAP 배포의 애플릿 설명자 파일은 다음과 같습니다.

JNLP 파일 및 jnlpLaunch.jsp 파일의 변경 내용

Java Web Start를 사용하여 Instant Messenger를 시작하는 경우 다음 단계를 수행하면 Instant Messenger에서 Instant Messenger 아카이브 컨트롤 기능을 활성화할 수 있습니다.

html 애플릿 페이지 및 pluginLaunch.jsp 파일의 변경 내용

Java Plug-in을 사용하여 Instant Messenger를 호출하는 경우 다음 단계를 수행하면 Instant Messenger에서 Instant Messenger 아카이브 컨트롤 기능을 활성화할 수 있습니다.


주	Instant Messaging 서버의 iim.conf 파일에서 iim_server.msg_archive.auto의 값이 true로 설정되어 있으면 최종 사용자의 Messenger 설정이 적용되지 않으므로 Instant Messenger 아카이브 컨트롤을 활성화하지 않아야 합니다.

아카이브 데이터의 표시 변경

아카이브 데이터는 IMArchiveDisplay.jsp 파일을 사용하여 배포됩니다. IMArchiveDisplay.jsp 파일은 기본적으로 /etc/opt/SUNWps/desktop/default_ko/IMProvider 폴더에 설치됩니다. 이 파일을 수정하여 아카이브 데이터의 스타일과 자원 문자열을 변경할 수 있습니다.

예를 들어, 최종 사용자가 룸에 참가했을 때 표시되는 기본 시스템 메시지를 "joe has joined the room"에서 "joe has entered the room"으로 바꾸려면 다음을 수행합니다.

마찬가지로 다른 키의 자원 문자열 및 키 정보의 표시 스타일도 수정할 수 있습니다.

Portal Server Search의 기본 스키마 제목 및 전체 텍스트 속성 이름이 변경된 경우 이러한 변경 내용은 IMArchiveDisplay.jsp 파일에도 적용되어야 합니다.

아카이브 공급자의 샘플 배포 시나리오

이 샘플 배포 시나리오에서는 관련된 Instant Messaging 데이터를 함께 아카이브하는 방법을 설명합니다.

관련된 Instant Messaging 데이터를 함께 아카이브하려면

각 데이터 유형마다 별도의 범주를 만듭니다. 예를 들어, 아카이브된 모든 Instant Messaging 데이터가 저장되는 아카이브 범주에, 채팅 메시지를 저장하기 위한 하위 범주인 채팅을 만듭니다. 시간을 기준으로 데이터를 아카이브하는 하위 범주를 만들 수도 있습니다. 예를 들어, 2002년 12월의 채팅 데이터를 아카이브하려면 하위 범주는 다음과 같습니다.