Общее число файлов / документов доступных пользователю непрерывно возрастает. Растут объёмы жёстких дисков, доступность документов в локальных сетях, объёмы содержимого Internet. Одни и те же файлы и документы могут быть продублированы в разных местах – в разных каталогах, на разных дисках, они могут и называться по-разному. Даже зная имя файла бывает непросто его найти. Предлагается создать новую систему уникальной и универсальной идентификации файлов, электронных документов.

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

Таким образом, мы сможем назначить уникальную идентификацию каждому документу, созданному на одном компьютере, а значит, созданному одним пользователем.

Второй момент уникальной идентификации – всем пользователям в мире даём свои уникальные обозначения (см. статью Программа SWE. Идеи. Уникальная универсальная идентификация пользователей.

На каждом компьютере, поддерживающем уникальную идентификацию, создаём таблицу. Эта таблица будет связывать UNID (УНикальный ИДентификатор) документа и его местоположение в файловой системе или в сети. При этом местоположений может быть указано более одного, например, местоположение в сети интернет, на головном сервере предприятия / организации, в упакованном архиве на компакт диске и во временном каталоге на рабочем диске пользователя.

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

Таблица UNID файлов будет сегментирована по авторам документов. Запись таблицы UIN будет содержать необходимые и достаточные сведения об авторе документов и ссылку на свой сегмент. Сегменты таблицы UNID должны иметь возможность физически размещаться в разных местах и иметь копии, например, на локальном компьютере и на сервере организации. Локальная копия может содержать лишь подмножество документов – тех, которые использовались на данном локальном рабочем месте.

Таблица UIN пользователей может быть размещена на специальных серверах в Internet по типу UIN пользователей ICQ. Каждая запись UIN будет указывать место в интернете, где силами самого автора документов будет размещена таблица UNID файлов этого автора. Собственно файлы тоже должны быть размещены в интернет и быть доступны по ссылкам URL.

• Гиперссылки, сделанные с помощью UNID будут однозначно работать всегда, не меняясь при смене доменных имён, переезде сайтов, переименовании файлов.

• Гиперссылки будут автоматически переключаться на локальные копии файлов как во временно-сохранённых файлах на рабочем диске, так и в локальной сети в кэш корпоративного прокси-сервера.

• Система сможет автоматически держать совместно используемые (совместно читаемые) файлы в корпоративном кэше не создавая копий на локальных компьютерах и, наоборот перемещать файлы, используемые единственным пользователем на локальный компьютер.

• Пользователь сможет автоматически воссоздавать рабочую обстановку – совокупность используемых файлов при переезде с одного компьютера на другой.

• Система будет хорошей основой для синхронизации файлов при работе на разных компьютерах. (Эту тему можно развить особо.)

05 мая 2003г.