УПРАВЛЕНИЕ ДАННЫМИ В БАЗЕ ДАННЫХ КАТАЛОГА

1. Способ управления данными в базе (302, 402, 602, DB11) данных каталога, содержащей запись данных в каталоге, при этом способ содержит следующие этапы, на которых:
- ассоциируют (330, 430) запись данных с первой информацией о статусе, представляющей первый текущий статус хранения записи данных в базе (302, 402, 602, DB11) данных каталога, при этом первая информация о статусе является данными, хранящими значение, представляющее текущее содержимое записи данных,
- принимают (336, 436, 554, 694) от клиента (306, 406, 606, CL12) запрос на изменение записи данных,
- принимают (336, 436, 694) от клиента (306, 406, 606, CL12) в ассоциации с запросом вторую информацию о статусе, представляющую второй текущий статус хранения записи данных в базе (302, 402, 602, DB11) данных каталога, причем второй текущий статус хранения указывает последний доступный текущий статус хранения записи данных, который доступен для клиента (306, 406, 606, CL12), и
- изменяют (340, 440, 564, 696) запись данных в соответствии с запросом, если определяется, что первая информация о статусе и вторая информация о статусе совпадают, в отношении первого текущего статуса хранения записи данных в базе (302, 402, 602, DB11) данных каталога и второго текущего статуса хранения, принятого от клиента (306, 406, 606, CL12).
2. Способ по п. 1, дополнительно содержащий этапы, на которых:
- получают (340, 440, 658, 696) третью информацию о статусе, представляющую измененный текущий статус хранения измененной записи данных в базе (302, 402, 602, DB11) данных каталога, и
- ассоциируют (340, 440, 568, 696) измененную запись данных с третьей информацией о статусе.
3. Способ по п. 2, дополнительно содержащий этапы, на которых:
- принимают (342, 442, 698) от клиента (306, 406, 606, CL12) или нового клиента (308, 408, 608, CL12) новый запрос на изменение записи данных в базе (302, 402, 602, DB11) данных каталога,
- принимают (342, 442, 698) от клиента (306, 406, 606, CL12) или нового клиента (308, 408, 608, CL12) в ассоциации с новым запросом четвертую информацию о статусе, представляющую четвертый текущий статус хранения записи данных в базе (302, 402, 602, DB11) данных каталога, при этом четвертый текущий статус хранения указывает последний доступный текущий статус хранения записи данных, который доступен для клиента (306, 406, 606, CL12) или нового клиента (308, 408, 608, CL12),
- определяют (344, 444, 699), что измененная информация о статусе не совпадает с четвертой информацией о статусе, в отношении измененного текущего статуса хранения записи данных в базе (302, 402, 602, DB11) данных каталога и четвертого текущего статуса хранения, полученного от клиента (306, 406, 606, CL12), и
- отклоняют (346, 446, 699) новый запрос на изменение, не изменяя измененную запись данных.
4. Способ по п. 3, дополнительно содержащий этап, на котором
- проверяют (556), зарегистрирован ли клиент (306, 406, 606, CL12) и/или новый клиент (308, 408, 608, CL12) в базе (302, 402, 602, DB11) данных каталога для применения одного или более из этапов определения совпадения, изменения и отклонения.
5. Способ п. 3, дополнительно содержащий этап, на котором
- проверяют (558), зарегистрирована ли запись данных в базе (302, 402, 602, DB11) данных каталога для применения одного или более из этапов определения совпадения, изменения и отклонения.
6. Способ по п. 3, дополнительно содержащий этап, на котором
- управляют первой информацией о статусе и/или третьей информацией о статусе таким образом, что первая информация о статусе и/или третья информация о статусе не могут изменяться ни клиентом (306, 406, 606, CL12), ни новым клиентом (308, 408, 608, CL12).
7. Способ по п. 3, дополнительно содержащий этап, на котором
- отправляют (332, 334, 348, 350, 432, 434), по меньшей мере, одну информацию о статусе из группы, содержащей первую информацию о статусе, вторую информацию о статусе, третью информацию о статусе и четвертую информацию о статусе, клиенту (306, 406, 606, CL12) и соответственно новому клиенту (308, 408, 608, CL12), причем клиент (306, 406, 606, CL12) и соответственно новый клиент (308, 408, 608, CL12) выполнены с возможностью обработки принятой, по меньшей мере, одной информации о статусе для отправки базе (302, 402, 602, DB11, CL12) данных каталога в ассоциации с запросом и соответственно с новым запросом, для запроса изменения.
8. Способ по любому из предшествующих пунктов, в котором, по меньшей мере, один этап, относящийся к приему и/или отправке между базой (302, 402, 602, DB11) данных каталога и клиентом (306, 406, 606, CL12) и/или новым клиентом (308, 408, 608, CL12), выполняется в соответствии с Упрощенным Протоколом Доступа к Каталогам.
9. Способ по п. 8, в котором запрос на изменение и/или новый запрос на изменение содержат управление Утверждениями Упрощенного Протокола Доступа к Каталогам, содержащее вторую информацию о статусе и соответственно четвертую информацию о статусе.
10. База (302, 402, 602, DB11) данных каталога, выполненная с возможностью выполнения этапов в соответствии с любым из предшествующих пунктов.
11. База (302, 402, 602, DB11) данных каталога по п. 10, при этом база (DB11) данных каталога содержит модуль (RU11) приема, модуль (SU11) хранения, модуль (PU11) обработки и опционально модуль (TU11) передачи.
12. Компьютерная программа для исполнения модулем (PU11) обработки базы (302, 402, 602, DB11) данных каталога, при этом компьютерная программа содержит код, сконфигурированный для выполнения этапов способа в соответствии с любым из пп.1-9.
13. Компьютерный программный продукт, содержащий компьютерную программу по п. 12.
14. Способ управления данными в базе (302, 402, 602, DB11) данных каталога, содержащей запись данных в каталоге, при этом способ содержит следующие этапы, на которых:
- принимают первую информацию о статусе, представляющую первый текущий статус хранения записи данных в базе (302, 402, 602, DB11) данных каталога, при этом первая информация о статусе является данными, хранящими значение, представляющее текущее содержимое записи данных,
- ассоциируют вторую информацию о статусе, представляющую второй текущий статус хранения записи данных в базе (302, 402, 602, DB11) данных каталога, с запросом на изменение записи данных, на основе первой информации о статусе, причем второй текущий статус хранения указывает последний доступный текущий статус хранения записи данных, который доступен для клиента (306, 308, 406, 408, 606, 608, CL12), и
- отправляют запрос на изменение записи данных в ассоциации со второй информацией о статусе.
15. Способ по п. 14, при этом способ содержит дополнительные этапы, на которых:
- сохраняют первую информацию о статусе в модуле (SU12) хранения клиента (306, 308, 406, 408, 606, 608, CL12), и
- извлекают первую информацию о статусе из модуля (SU12) хранения, и основывают вторую информацию о статусе на первой информации о статусе.
16. Способ по п. 14 или 15, в котором, по меньшей мере, один этап, относящийся к приему и/или отправке между базой (302, 402, 602, DB11) данных каталога и клиентом (306, 406, 606, CL12), выполняется в соответствии с Упрощенным Протоколом Доступа к Каталогам.
17. Способ по п. 16, в котором запрос на изменение содержит управление Утверждениями Упрощенного Протокола Доступа к Каталогам, содержащее вторую информацию о статусе.
18. Клиент (306, 308, 406, 408, 606, 608, CL12) выполненный с возможностью выполнения этапов в соответствии с любым из пп. 14-17.
19. Клиент (306, 308, 406, 408, 606, 608, CL12) по п. 18, при этом клиент (CL12) содержит модуль (RU12) приема, модуль (TU12) передачи, модуль (PU12) обработки, и модуль (SU12) хранения.
20. Система (314, 414, 614) связи, содержащая базу (302, 402, 602, DB11) данных каталога по п. 10 или 11 и, по меньшей мере, одного клиента (306, 308, 406, 408, 606, 608) по п. 18 или 19.