Интеграция процесса редактирования данных документа в рабочий процесс с помощью IBM InfoSphere Guardium Data Redaction

Советы по программированию API клиента редактирования

IBM® InfoSphere® Guardium® Data Redaction предоставляет интерейс Java®-API, который позволяет настраивать приложение на использование сервера редактирования. В этой статье описывается, как использовать API в трех типичных сценариях редактирования документов.

Ясутомо Накаяма, Yamato Software Development Laboratory (YSL), IBM

Ясутомо Накаяма (Yasutomo Nakayama) входит в группу разработчиков Enterprise Content Management Yamato Software Development Laboratory (YSL) IBM



Эйсуке Кандзаки, Yamato Software Development Laboratory (YSL), IBM

Эйсуке Кандзаки (Eisuke Kanzaki) входит в группу разработчиков Enterprise Content Management Yamato Software Development Laboratory (YSL) IBM Japan.



28.05.2012

Введение

Сервер редактирования IBM InfoSphere Guardium Data Redaction поддерживает избирательное раскрытие информации в документах. Он автоматически удаляет личную информацию из открытых документов и форм, как показано на рисунке 1.

Эти функции помогают обрабатывать большое число документов, которые могут находиться в разных местах. Там, где есть правила или коммерческие требования по сохранению конфиденциальности определенной информации в документах, но при этом определенные сведения должны предоставляться уполномоченным лицам, система редактирования помогает удовлетворить оба эти требования.

Продукт включает в себя приложения на основе браузера с интуитивно понятными интерфейсами, которые позволяют редактировать или просматривать уже отредактированные документы. Он также обеспечивает несколько способов автоматического доступа. Эти функции могут быть особенно полезным в рабочих процессах Enterprise Content Management (ECM), где контролируемое редактирование является неотъемлемой частью управления документами.

Рисунок 1. Обзор IBM InfoSphere Guardium Data Redaction
Обзор IBM InfoSphere Guardium Data Redaction

1 - Менеджер редактирования

  • Web-клиент для администратора
    • Редактирование документов
    • Проверка отредактированных документов
    • Создание шаблонов

2 – Программа контроля

  • Web-клиент для контролеров
    • Контроль отредактированных документов

3 - Пользовательское приложение

  • Клиентская программа редактирования
    • Обращение к серверу с помощью API через SOAP

4 – Сервер редактирования

  • Процесс автоматического редактирования
  • Сервисы для клиентов
    • Web-сервис
    • Клиентский API

5- Система ECM

  • Репозитории документов

Существует три способа использования этих служб редактирования:

  • посредством хранилищ документов или файловой системы. Исходные документы копируются во входную папку, а отредактированные файлы принимаются в выходную папку;
  • посредством API-интерфейса SOAP, рекомендуемого для не-Java приложений;
  • посредством Java-API клиента редактирования, которому и посвящена эта статья.

IBM InfoSphere Guardium Data Redaction предоставляет API клиента редактирования, через который пользовательские приложения могут непосредственно управлять службой редактирования. В этой статье описываются возможности API клиента редактирования и способы его применения в пользовательском приложении. В качестве примеров в статье описаны три типичных сценария.

Примечание. Эта статья основана на версии IBM InfoSphere Guardium Data Redaction 2.1.


API клиента редактирования

API клиента редактирования — это библиотека Java-классов для доступа к службам сервера редактирования из программы. Инструментарий API входит в состав IBM InfoSphere Guardium Data Redaction.

К API прилагаются готовый пример кода и документация. Когда продукт установлен, библиотеки API и программы примеров копируются в папку <IBM_REDACTION_HOME>\client, где <IBM_REDACTION_HOME> - папка установки. Файл Java doc для API копируется в папку <IBM_REDACTION_HOME>\docs\apidocs.

Возможны два режима использования службы редактирования из пользовательского приложения через API: режим удаленного клиента и режим внутрипроцессного клиента. В режиме удаленного клиента программа на удаленном (или локальном) клиентском компьютере обращается к серверу редактирования через соединение SOAP. В режиме внутрипроцессного клиента сервер редактирования целиком работает в рамках клиентского приложения. Реализация программы в обоих режимах почти одна и та же. В следующих примерах сначала показано использование API в режиме удаленного клиента для каждого из трех типичных сценариев. Затем описываются различия между двумя режимами.

Первый сценарий – наиболее распространенный. Клиентская программа просто подключается к серверу и редактирует документ. Во втором сценарии на сервер передаются несколько документов, которые редактируются с помощью репозитория пакетного редактирования. Третий сценарий представляет собой более сложный случай и демонстрирует высокий уровень контроля приложения над процессом редактирования набора документов.


Сценарий 1: редактирование в локальной файловой системе

Это самый простой сценарий; он иллюстрирует базовое применение API. В этом случае программа на удаленном компьютере направляет запрос на редактирование серверу редактирования, как показано на рисунке 2.

Рисунок 2. Запрос на редактирование, отправленный на сервер редактирования
Программа на удаленном компьютере направляет запрос на редактирование серверу редактирования.

Этот сценарий предусматривает следующие шаги.

  1. Установление соединения с сервером редактирования.
  2. Загрузка целевого документа как двоичных данных.
  3. Отправка запроса на редактирование.
  4. Сохранение результата в виде документа.

Установление соединения с сервером редактирования

Чтобы подключиться к серверу редактирования, сначала создадим объект класса RedactionToolkitClient. Для создания объекта в режиме удаленного клиента используется метод CreateRemoteClient(). В листинге 1 приведен пример использования метода createRemoteClient().

Листинг 1. Использование метода createRemoteClient()
User user = new User("CustomApp01", "userid", "password");
RedactionToolkitClient client = RedactionToolkitClient.createRemoteClient("foo.bar.com", 
8097, user);

Когда вызывается метод createRemoteClient(), устанавливается SOAP-соединение между удаленной клиентской машиной и сервером редактирования. Этому методу требуется IP-адрес и номер порта сервера редактирования. Кроме того, необходимы действительный идентификатор пользователя и пароль доступа к серверу редактирования. После установления соединения между сервером редактирования и клиентом приложение может обращаться к службам сервера через механизм SOAP. API предоставляет несколько способов вызова службы редактирования.

Загрузка целевого документа как двоичных данных

Сервер редактирования поддерживает несколько форматов документов, таких как PDF, Microsoft Word, формат изображений tiff и обычный текст. При всех форматах содержимое документа должно передаваться на сервер в виде двоичного массива. Таким образом, при редактировании документов в файловой системе необходимо открывать файлы в двоичном режиме.

Отправка запроса на редактирование

Метод redactDocumentByRules() отправляет на сервер запрос на редактирование. Этому методу нужно передать несколько параметров. В приведенной ниже таблице 1 перечислены классы, которые используются для указания параметров запроса.

Таблица 1. Классы, используемые для метода redactDocumentByRules()
КлассЗадаваемые параметры
RedactionAttributes формат вывода, правило маскирования, цветовой режим, штамп и другие параметры редактирования
RedactionStamp маркер и положение штампа
DocumentAttributes имя документа, язык документа и т.д.
Document данные документа (двоичные), объект класса DocumentAttributes

Объект класса RedactionAttributes определяет, как редактировать этот документ. В листинге 2 показано, как установить атрибуты редактирования для этого объекта класса. В этом примере в качестве типа выходных данных указано значение image/png, в качестве цветового режима вывода - GRAY, а в качестве штампа в левом верхнем углу страниц документа ― Classified. RedactionAttributes.ColorMode.GRAY - это статическая константа для указания цветового режима.

Листинг 2. Установка атрибутов редактирования
// Установка атрибутов редактирования
// Установка выходного формата
RedactionAttributes redactionAttributes = new RedactionAttributes("image/png");
// Установка цветового режима
redactionAttributes.addAttribute(RedactionAttributes.ColorMode.COLOR_MODE , 
new AttributeValue(RedactionAttributes.ColorMode.GRAY.toString()));
// Установка штампа
RedactionStamp stamp = new RedactionStamp(Boolean.TRUE, "Classified", 
RedactionStamp.StampPosition.UPPER_LEFT) ;
redactionAttributes.addRedactionStamp(stamp);

Объект класса Document используется для установки сведений о входном документе и для приема информации в отредактированный документ. Класс DocumentAttributes используется для хранения метаданных класса Document, таких как имя документа, тип содержания, язык и др.

В листинге 3 имя и тип содержимого входного документа определяется конструктором. Если в качестве типа содержимого указывается "", сервер исправлений анализирует данные документа и идентифицирует тип. Язык документа (English) устанавливается для объекта с использованием метода addAttribute(). Если язык не указан, система определяет его автоматически в процессе редактирования. Двоичные данные документа, экземпляр documentAttributes и статус документа задаются в объекте класса Document. В этом примере кода двоичные данные документа хранятся в переменной inputDocBytes.

Листинг 3. Использование Объекта класса Document
byte[] inputDocBytes; //  двоичные данные документа 
...
// задание имени файла и языка   
DocumentAttributes documentAttributes = new DocumentAttributes("sales_results.pdf", "", 
null);
documentAttributes.addAttribute(DocumentAttributes.LANGUAGE, new AttributeValue("en"));
// задание двоичных данных, атрибутов и статуса 
Document document = new Document(inputDocBytes, documentAttributes, 
DOCUMENT_STATE.NOT_REDACTED);

IBM InfoSphere Guardium Data Redaction поддерживает 13 предопределенных основных семантических категорий, которые перечислены в таблице 2, что позволяет указать, какие слова следует редактировать в документах. По мере необходимости могут создаваться дополнительные категории.

Таблица 2. Предопределенные семантические категории
Идентификатор категорииСемантическая категория
2 Номер телефона
3 Организация
4 Дата
5 Время
6 SSN (номер социального страхования)
7 Адрес электронной почты
8 URL
9 Местоположение
10 Лицо
11 Адрес
100 USD (доллары США)
101 Национальность
102 Номер банковской карты

Если запрос на редактирование направляется на сервер с применением метода redactDocumentByRules(), указываются целевые типы данных объектов, подлежащих редактированию. В листинге 4 приведен пример того, как подготовить правила редактирования и вызвать метод. В этом примере указывается, что редактированию подлежат номера телефона, имена и адреса.

Листинг 4. Подготовка правил редактирования
RedactionRules rules = new RedactionRules();
rules.add(new RedactionRule( 2, RedactionRule.PERMISSION_TYPE.REDACT)); // ID  2:
Phone Number
rules.add(new RedactionRule(10, RedactionRule.PERMISSION_TYPE.REDACT)); // ID 10: 
Person name
rules.add(new RedactionRule(11, RedactionRule.PERMISSION_TYPE.REDACT)); // ID 11: Address
Document outDocument = client.redactDocumentByRules(redactionAttributes, document, rules);

Типы данных, подлежащих редактированию, проще указать с помощью ролей. Для каждой роли указываются разрешения для различных семантических категорий (нужно редактировать или нет). Правила и роли вместе называются моделью политики; ее нужно определить в файле XmlPolicyModel.xml, который находится в папке <IBM_REDACTION_HOME>\server\conf на сервере редактирования.

Для определения роли в качестве параметра редактирования используется метод RedactDocumentForRole(). Пример применения метода redactDocumentForRole() приведен в листинге 5. Одним из примеров ролей служит роль RESTRICTED (ID 1000). Как правило, приходится определять свои собственные роли, подходящие для бизнес-логики, с предопределенными семантическими категориями.

Листинг 5. Использование метода redactDocumentForRole()
int ROLE_RESTRICTED = 1000; // роль RESTRICTED из примера модели политики
// редактирование документа
Document outDocument = client.redactDocumentForRole(redactionAttributes, document, 
ROLE_RESTRICTED);

Сохранение результата в виде документа

В результате редактирования оба метода redactDocumentByRules() и redactDocumentForRole() возвращают объект класса Document. Двоичные данные и имя документа из этого объекта используются для сохранения документа в локальном файле.

Этот сценарий лучше всего подходит для тех клиентов, которым требуется синхронная обработка. Подключение к серверу редактирования сохраняется до конца процесса редактирования. Это позволяет клиентам следить за ходом и контролировать процесс редактирования. Параметры редактирования передаются с каждым отдельным документом. Для повышения пропускной способности клиенты могут передавать запросы на редактирование из нескольких потоков. Второй сценарий подходит для редактирования большого числа документов, когда клиентское приложение не должно блокироваться.


Сценарий 2: редактирование документов в пакетном репозитории

Репозиторий – это специальная папка, в файловой системе или в системе ECM, включая вложенные папки. Он применяется для ввода и вывода документов, а также для других артефактов, используемых при редактировании. Существует два типа репозиториев: пакетные и "по требованию". В этом втором сценарии используется пакетный репозиторий. Сервер редактирования настраивается на мониторинг входной папки пакетного репозитория для входящих документов. Когда документы копируются во входную папку, сервер автоматически запускается на редактирование документов с параметрами, заранее указанными для репозитория, и помещает результаты в выходную папку.

При этом сценарии приложение делится на две части, как показано на рисунке 3. Первая часть приложения, A, просто отправляет документы в пакетный репозиторий. После того, как документы обработаны сервером, вторая часть приложения, B, подключается к серверу и загружает отредактированные документы.

Рисунок 3. Приложение, разделенное на две части
Приложение, разделенное на две части
  1. Установление соединения
  2. Загрузка документов
  3. Отправка документов в пакетный репозиторий
  4. Сервер находит документы и редактирует их с предопределенными параметрами
  5. Установление соединения
  6. Получение сведений о документах
  7. Загрузка документов
  8. Сохранение документов
  9. Удаление документов

В таблице 3 показаны относящиеся к репозиторию методы класса RedactionToolkitClient. Этот сценарий реализуется с помощью следующих методов.

Таблица 3. Методы для работы с репозиториями
МетодОперация
queryDocumentRepository() Получение списка документов, хранящихся в репозитории
addDocumentToRepository() Добавление документа в репозиторий
getRepositoryDocument() Получение документа из репозитория
deleteRepositoryDocument() Удаление документа из репозитория
redactRepositoryDocumentByRules() Редактирование документа в репозитории в соответствии с указанным правилом
redactRepositoryDocumentForRole() Редактирование документа в репозитории в соответствии с разрешением для указанной роли

Отправка документов

Приложение "А" подключается к серверу и загружает целевые документы. Эти операции аналогичны первым двум шагам сценария 1.

Метод AddDocumentToRepository() помещает документ во входную папку указанного репозитория. В листинге 6 приведен пример того, как пользоваться методом addDocumentToRepository(). Batch — это имя одного из образцов пакетного репозитория, созданного при установке продукта.

Листинг 6. Применение метода addDocumentToRepository()
DocumentAttributes documentAttributes = new DocumentAttributes("sales_results.pdf", "", 
null);
Document document = new Document(inputDocBytes, documentAttributes, 
DOCUMENT_STATE.NOT_REDACTED);
client.addDocumentToRepository(document, "batch");

Приложение продолжает загрузку до тех пор, пока все документы не будут переданы в репозиторий. Когда загружен последний документ, программа завершается.

Сервер следит за входной папкой и автоматически начинает обрабатывать документы. Для этого во время обработки необходимо поддерживать соединение с сервером. Документы обрабатываются с использованием параметров, определенных в файле конфигурации, который хранится на сервере редакции для этого репозитория.

Загрузка документов и очистка репозитория

Позднее к серверу редактирования подключается приложение "B" и проверяет выходную папку репозитория. Метод QueryDocumentRepository() получает ссылки на документы в указанном репозитории. В листинге 7 приведен пример использования метода queryDocumentRepository().

Листинг 7. Использование метода queryDocumentRepository()
String repositoryFolderName = "batch";
DocumentReference[] docRefs = null;
...
docRefs = client.queryDocumentRepository(new DocumentRepositorySearchCriteria
(repositoryFolderName, DocumentRepositorySearchCriteria.SEARCH_WITHIN.REDACTED));

Чтобы найти отредактированные документы, в качестве типа искомых документов следует указать DocumentRepositorySearchCriteria.SEARCH_WITHIN.REDACTED, то есть отредактированные, а не оригинальные документы. Результаты запроса возвращаются в массив класса DocumentReference. Ссылки используются для указания документов, содержащихся в папках репозитория, предназначенных для загрузки или удаления. Метод GetRepositoryDocument() получает фактические данные документа, объект класса Document. После загрузки первоначальные данные остаются в репозитории. Для его очистки вызывается метод DeleteRepositoryDocument(). В листинге 8 приведен пример использования методов getRepositoryDocument() и deleteRepositoryDocument().

Листинг 8. Использование методов getRepositoryDocument() и deleteRepositoryDocument()
for (int i = 0; i < docRefs.length; i++) {
    Document doc = client.getRepositoryDocument(docRefs[i]);
    ...
    // сохранение двоичных данных в локальном файле
    ...
    // удаление документа, чтобы он не возвратился при следующем запросе 
    client.deleteRepositoryDocument(docRefs[i]);
}

Пакетный репозиторий предназначен для редактирования множества документов за раз с использованием настраиваемого количества потоков. Для каждого репозитория можно указать один набор параметров редактирования, например, формат вывода, цветовой режим, роль и т.п. Если для разных документов имеются разные параметры редактирования, то для каждого набора параметров должен быть подготовлен пакетный репозиторий. В случае же репозитория по запросу тем, как сервер редактирует каждый документ в репозитории, можно управлять.


Сценарий 3: редактирование документов с использованием репозитория по требованию

При этом сценарии приложение делится на три части. Части отправки и загрузки почти такие же, как во втором случае, за исключением того, что документы помещаются в репозиторий "по требованию". В отличие от пакетного репозитория, репозиторий "по требованию" не начинает редактировать входной документ автоматически. Поэтому на машине сервера должна работать новая часть, приложение "C", которая запускает обработку документов на сервере, как показано на рисунке 4.

Рисунок 4. Пользовательское приложение "C" для запуска процесса редактирования работающее на машине сервера
Пользовательское приложение C для запуска процесса редактирования работающее на машине сервера
  1. Установление соединения
  2. Загрузка документов
  3. Отправка документов в пакетный репозиторий
  4. Установление соединения
  5. Получение сведений о документах
  6. Редактирование документов
  7. Установление соединения
  8. Получение сведений о документах
  9. Загрузка документов
  10. Сохранение документов
  11. Удаление документов

Приложение "A" передает документы в репозиторий по требованию. Это может делаться неоднократно и по мере необходимости. Приложение "C", работающее на машине сервера, выполняется регулярно, например раз в сутки, проверяя репозиторий на наличие документов.

Хоть приложение "C" и работает на машине сервера, оно все равно подключается к серверному процессу через соединение SOAP, потому что использует createRemoteClient(), как и другие пользовательские приложения. Ссылки для документов во входной папке репозитория получаются с помощью метода queryDocumentRepository() с параметром DocumentRepositorySearchCriteria.SEARCH_WITHIN.NOT_REDACTED. Для редактирования документов в папках репозитория "по требованию" используется метод RedactRepositoryDocumentByRules() или redactRepositoryDocumentForRole().

Используя класс RedactionAttributes и роли или правила, предусмотренные бизнес-логикой, в приложении можно указать различные параметры для каждого документа. Например, для каждого документа можно указать разные роли, ссылаясь на имя документа.

В листинге 9 приведен пример использования redactRepositoryDocumentForRole(). В этом коде документы с префиксом имени файла ClassA редактируются с ролью RESTRICED, и к их страницам добавляется штамп Classified.

Листинг 9. Использование метода redactRepositoryDocumentForRole()
for (int i = 0; i < docRefs.length; i++) {
    // Установка выходного формата
    int role = 1001; //  роль GENERAL из примера модели политики
    RedactionAttributes redactionAttributes = new RedactionAttributes("image/tiff"); // 
set output format to tiff image

    if(docRefs[i].getDocumentName().startsWith("ClassA")){
        //добавление штампа и использование роли RESTRICTED
        RedactionStamp stamp = new RedactionStamp(Boolean.TRUE, "Classified", 
RedactionStamp.StampPosition.UPPER_LEFT) ;
        redactionAttributes.addRedactionStamp(stamp);
        role = 1000; //  роль RESTRICTED из примера модели политики
    }
    client.redactRepositoryDocumentForRole(redactionAttributes, docRefs[i], role);
}

При необходимости этот сценарий можно расширить, интегрировав процесс редактирования документов в процесс документооборота. Сервер редактирования может обращаться к системе ECM и использовать в качестве репозитория свое хранилище данных. Таким образом, пользовательские приложения могут отслеживать и обрабатывать документы в системе ECM с применением требуемой бизнес-логики.


Использование режима внутрипроцессного клиента

Для служб локального редактирования во избежание постоянной работы сервера редактирования (то есть для экономии ресурсов) или для уменьшения нагрузки на соединения между процессами документы можно редактировать в режиме внутрипроцессного клиента. Этот режим дает клиентскому приложению контроль над жизненным циклом сервера редактирования. Сервер инициализируется вместе с клиентом. Это означает, что пользовательское приложение и сервер редактирования запущены в одном и том же процессе JVM, как показано на рисунке 5.

Рисунок 5. Редактирование документа в режиме внутрипроцессного клиента
Редактирование документа в режиме внутрипроцессного клиента
  1. Запуск процесса сервера
  2. Загрузка документа
  3. Отправка сведений о документе и получение результата
  4. Сохранение документа
  5. Останов процесса сервера

Для использования API клиента редактирования в режиме внутрипроцессного клиента вместо метода createRemoteClient() применяется метод createInProcessClient(), который создает объект класса RedactionToolkitClient. В отличие от удаленного клиента, внутрипроцессный клиент не использует соединение SOAP. Она запускает сервер редактирования как процесс JVM. Как только получен объект, программа может использовать свои методы точно так же, как это происходит в режиме удаленного клиента. Единственное отличие состоит в том, что в конце программы нужно вызвать метод cleanup(), чтобы освободить ненужные ресурсы перед остановкой процесса JVM.

Чтобы изменить программу первого сценария для использования внутрипроцессного клиента, достаточно заменить метод createRemoteClient() и добавить метод cleanup().

В листинге 10 приведен пример того, как использовать внутрипроцессный клиент.

Листинг 10. Использование внутрипроцессного клиента
User user = new User("CustomApplication04", "userid", "password");
RedactionToolkitClient client = RedactionToolkitClient.createInProcessClient(user);
// редактирование документов с объектом клиента
client.cleanup();

Внутрипроцессный клиент эффективнее, чем удаленный клиент, так как он уменьшает накладные расходы на связи между процессами. Однако для удаленного клиента характерна более тесная связь между процессами клиента и сервера. Ниже приведены некоторые другие ограничения, относящиеся к внутрипроцессному клиенту.

Компоненты сервера редактирования

Программа должна работать на той же машине, где установлены компоненты сервера редактирования, и запускаться в той же самой JVM, что и компоненты сервера (<IBM_REDACTION_HOME>\ibm-java2-jre-60\jre\bin\java.exe).

Для сервера редактирования и внутрипроцессного клиента используются одни и те же файлы конфигурации. Однако Web-сервисы (менеджер редактирования и безопасная программа просмотра), SOAP-сервисы и пакетный процессор в режиме внутрипроцессного клиента недоступны.

Сосуществование с сервером редактирования

Внутрипроцессный клиент может использоваться даже при работающем сервере редактирования, за исключением тех случаев, когда сервер редактирования подключен к серверам ECM. Когда сервер редактирования подключен к репозиториям (хранилищу данных) на серверах ECM, он блокирует репозитории. Поэтому если внутрипроцессный клиент запускается и также пытается подключиться к серверам ECM, возникнет конфликт.

Путь к классам

Все jar-файлы, перечисленные в таблице 4, необходимо добавить в путь к классам.

Таблица 4. Jar-файлы, которые должны быть указаны в пути к классам для внутрипроцессного клиента
Все jar-файлы из <IBM_REDACTION_HOME>\server\lib
Все jar-файлы из <IBM_REDACTION_HOME>\server\plugins

Кроме того если в качестве репозитория используется хранилище объектов Content Manager 8, в classpath также должны быть включены jar-файлы и каталог из таблицы 5, где <IBMCMROOT> ― папка установки IBM DB2 Information Integrator for Content. Если InfoSphere Guardium Data Redaction должен взаимодействовать с IBM Content Manager 8, единственным предварительным условием является наличие этого продукта.

Таблица 5. Jar-файлы и каталоги, необходимые для подключения CM8
<IBMCMROOT>\lib\cmbcm81.jar
<IBMCMROOT>\lib\cmbicm81.jar
<IBMCMROOT>\lib\db2jcc_license_cisuz.jar
<IBMCMROOT>\lib\db2jcc_license_cu.jar
<IBMCMROOT>\lib\db2jcc.jar
<IBMCMROOT>\cmgmt

Требования к параметрам запуска Java

Пользовательское приложение должно работать со следующими параметрами. Кроме того, может потребоваться изменение размеров пула памяти.

-Xms256m -Xmx1536m -Djava.security.auth.login.config="%IBM_REDACTION_HOME%/server/conf/login.conf"


Заключение

В статье приводятся основы использования API клиента редактирования и описаны три типичных сценария и два режима редактирования (удаленный клиент и внутрипроцессный клиент). Применяя InfoSphere Guardium Data Redaction через этот API в пользовательском приложении, можно рационализировать систему документооборота и сделать бизнес-процессы более эффективными.

Ресурсы

Научиться

Обсудить

Комментарии

developerWorks: Войти

Обязательные поля отмечены звездочкой (*).


Нужен IBM ID?
Забыли Ваш IBM ID?


Забыли Ваш пароль?
Изменить пароль

Нажимая Отправить, Вы принимаете Условия использования developerWorks.

 


Профиль создается, когда вы первый раз заходите в developerWorks. Информация в вашем профиле (имя, страна / регион, название компании) отображается для всех пользователей и будет сопровождать любой опубликованный вами контент пока вы специально не укажите скрыть название вашей компании. Вы можете обновить ваш IBM аккаунт в любое время.

Вся введенная информация защищена.

Выберите имя, которое будет отображаться на экране



При первом входе в developerWorks для Вас будет создан профиль и Вам нужно будет выбрать Отображаемое имя. Оно будет выводиться рядом с контентом, опубликованным Вами в developerWorks.

Отображаемое имя должно иметь длину от 3 символов до 31 символа. Ваше Имя в системе должно быть уникальным. В качестве имени по соображениям приватности нельзя использовать контактный e-mail.

Обязательные поля отмечены звездочкой (*).

(Отображаемое имя должно иметь длину от 3 символов до 31 символа.)

Нажимая Отправить, Вы принимаете Условия использования developerWorks.

 


Вся введенная информация защищена.


static.content.url=http://www.ibm.com/developerworks/js/artrating/
SITE_ID=40
Zone=Information Management
ArticleID=818513
ArticleTitle=Интеграция процесса редактирования данных документа в рабочий процесс с помощью IBM InfoSphere Guardium Data Redaction
publish-date=05282012