5장 Instant Messaging 아카이브 관리

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

Instant Messaging 아카이브 개요

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

Sun ONE Instant Messaging 아카이브는 다음 구성 요소로 구성되어 있습니다.

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


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

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

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

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

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

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

인스턴트 메시지 아카이브

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

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

아카이브 공급자 활성화

Instant Messaging에서 아카이브 공급자를 활성화하려면 다음을 수행합니다.

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

아카이브 공급자 구성

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

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

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

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

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

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

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

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

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

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

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

표 5-2 iim.conf 파일에 추가되는 아카이브 공급자 매개 변수
매개 변수	기본값	설명
iim_arch.title.attr	Title	이 매개 변수에는 Portal Server 검색의 기본 스키마에 있는 Title 필드에 해당하는 필드 이름이 포함됩니다.
iim_arch.keyword.attr	Keyword	이 매개 변수에는 Portal Server 검색의 기본 스키마에 있는 Keyword 필드에 해당하는 필드 이름이 포함됩니다.
iim_arch.readacl.attr	ReadACL	이 매개 변수에는 Portal Server 검색의 기본 스키마에 있는 ReadACL 필드에 해당하는 필드 이름이 포함됩니다.
iim_arch.description.attr	Description	이 매개 변수에는 Portal Server 검색의 기본 스키마에 있는 Description 필드에 해당하는 필드 이름이 포함됩니다.
iim_arch.fulltext.attr	Full-Text	이 매개 변수에는 Portal Server 검색의 기본 스키마에 있는 Full-Text 필드에 해당하는 필드 이름이 포함됩니다.
iim_arch.category.attr	Category	이 매개 변수에는 Portal Server 검색의 기본 스키마에 있는 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	Name	이 매개 변수에는 아카이브된 채팅 메시지가 포함된 범주 이름이 들어 있습니다. 주: 채팅 메시지에 전용 범주를 할당할 필요는 없습니다.
iim_arch.news.categoryname	없음	이 매개 변수에는 아카이브된 뉴스 메시지가 포함된 범주 이름이 들어 있습니다. 주: 뉴스 메시지에 전용 범주를 할당할 필요는 없습니다.
iim_arch.conference.quiettime	5	이 매개 변수에는 RD가 만료되고 새 RD가 메시지 아카이브를 위해 생성된 뒤 룸(공개 룸과 사설 룸)의 두 연속 메시지 사이의 최대 무응답 기간이 포함됩니다. 이 값은 분 단위입니다.
iim_arch.poll.maxwaittime	15	이 매개 변수에는 폴링 데이터가 서버에 버퍼링되는 최대 시간이 포함됩니다. 이 값은 분 단위입니다.
iim_arch.ignoreexplicitdeny	true	이 매개 변수에는 true 또는 false가 포함됩니다. true - 폴링 및 회의 범주에서 명시적 거부 액세스가 있는 데이터는 아카이브되지 않습니다. 이러한 메시지가 아카이브되지 않을 때마다 이 정보가 server.log 파일에 로그됩니다. false - 폴링 및 회의 범주에서 명시적 거부 액세스가 있는 데이터는 아카이브되지 않으며 메시지는 Portal Server 검색 데이터베이스에 추가됩니다. 주: 룸이나 뉴스 채널에 대한 액세스를 명시적으로 거부하지 않은 경우 기본 액세스는 READ, WRITE 또는 MANAGE입니다. 일부 최종 사용자에게는 NONE 액세스가 부여될 수도 있습니다.
iim_arch.portal.search	없음	이 매개 변수의 값은 Portal Server 검색 서블릿의 URL이어야 합니다. 예: http://www.example.com/portal/search 이 매개 변수가 없으면 아카이브 공급자는 Portal Server 검색 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	없음	이 매개 변수의 값은 Sun ONE Instant Messaging 서버가 아카이브된 메시지를 저장하는 데이터베이스의 이름이어야 합니다. 이 매개 변수가 정의되어 있지 않으면 모든 메시지는 Sun ONE Portal Server Search의 기본 데이터베이스에 저장됩니다.
iim_arch.portal.deployuri	/portal	이 매개 변수에는 Portal Server의 배포 URI가 포함됩니다.
iim_arch.portal.channelname	IMChannel	이 매개 변수에는 Instant Messaging 채널의 이름이 포함됩니다.

Sun ONE Instant Messaging 아카이브 메시지를 비기본 데이터베이스에 저장

Sun ONE Instant Messaging 아카이브 메시지를 기본 데이터베이스 대신 비기본 Portal Server 검색 데이터베이스에 저장하려면 다음 단계를 따릅니다.

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

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

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

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


주	Sun ONE Portal Server는 Solaris에서만 지원되므로 이 내용은 Solaris에만 해당됩니다.

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

rdmgr 명령

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

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

자원 설명자(RD) 검색

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

자원 설명자 삭제

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

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

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

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

Instant Messenger 아카이브 컨트롤 구성 요소를 사용하면 최종 사용자는 아카이브된 인스턴트 메시지를 제어할 수 있습니다. 이 구성 요소를 사용하면 최종 사용자는 Instant Messenger 주 창의 아카이브 버튼을 눌러 Portal Server 검색 데이터베이스에 저장된 아카이브된 인스턴트 메시지를 검색할 수 있습니다. 또한 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로 설정되어 있으면 최종 사용자의 메신저 설정이 적용되지 않으므로 Instant Messenger 아카이브 컨트롤을 활성화하지 않아야 합니다.

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

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

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

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

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

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

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

관련된 Instant Messaging 데이터를 함께 아카이브하려면 다음을 수행합니다.

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

시간을 기준으로 모든 채팅 데이터를 아카이브하려면 다음을 수행합니다.

2002년 12월의 채팅 데이터를 하위 범주에 아카이브하고 백업하려면 다음을 입력합니다.

Portal Server 검색 데이터베이스에서 2002년 12월의 아카이브된 채팅 데이터를 제거하려면 다음을 입력합니다.