RU2372651C2 - Архитектура гибридного санкционированного домена, основанного на устройстве и личности - Google Patents

Архитектура гибридного санкционированного домена, основанного на устройстве и личности Download PDF

Info

Publication number
RU2372651C2
RU2372651C2 RU2006105621A RU2006105621A RU2372651C2 RU 2372651 C2 RU2372651 C2 RU 2372651C2 RU 2006105621 A RU2006105621 A RU 2006105621A RU 2006105621 A RU2006105621 A RU 2006105621A RU 2372651 C2 RU2372651 C2 RU 2372651C2
Authority
RU
Russia
Prior art keywords
information
domain
user
certificate
authorized
Prior art date
Application number
RU2006105621A
Other languages
English (en)
Other versions
RU2006105621A (ru
Inventor
Франсискус Л.А.Й. КАМПЕРМАН (NL)
Франсискус Л.А.Й. КАМПЕРМАН
Роберт Л. КОСТЕР (NL)
Роберт Л. Костер
Герт Й. СХРИЕН (NL)
Герт Й. СХРИЕН
Original Assignee
Конинклейке Филипс Электроникс Н.В.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Конинклейке Филипс Электроникс Н.В. filed Critical Конинклейке Филипс Электроникс Н.В.
Publication of RU2006105621A publication Critical patent/RU2006105621A/ru
Application granted granted Critical
Publication of RU2372651C2 publication Critical patent/RU2372651C2/ru

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/10—Protecting distributed programs or content, e.g. vending or licensing of copyrighted material ; Digital rights management [DRM]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F17/00—Digital computing or data processing equipment or methods, specially adapted for specific functions
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/10—Protecting distributed programs or content, e.g. vending or licensing of copyrighted material ; Digital rights management [DRM]
    • G06F21/101—Protecting distributed programs or content, e.g. vending or licensing of copyrighted material ; Digital rights management [DRM] by binding digital rights to specific entities
    • G06F21/1012—Protecting distributed programs or content, e.g. vending or licensing of copyrighted material ; Digital rights management [DRM] by binding digital rights to specific entities to domains
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/30—Authentication, i.e. establishing the identity or authorisation of security principals
    • G06F21/31—User authentication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/0823—Network architectures or network communication protocols for network security for authentication of entities using certificates
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
    • H04L63/101—Access control lists [ACL]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2221/00—Indexing scheme relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F2221/21—Indexing scheme relating to G06F21/00 and subgroups addressing additional information or applications relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F2221/2129—Authenticate client device independently of the user
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/00086—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/00086—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
    • G11B20/00731—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving a digital rights management system for enforcing a usage restriction
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/00086—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
    • G11B20/00855—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving a step of exchanging information with a remote server
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2463/00—Additional details relating to network architectures or network communication protocols for network security covered by H04L63/00
    • H04L2463/101—Additional details relating to network architectures or network communication protocols for network security covered by H04L63/00 applying security measures for digital rights management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
    • H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • Computing Systems (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • General Physics & Mathematics (AREA)
  • Technology Law (AREA)
  • Multimedia (AREA)
  • Mathematical Physics (AREA)
  • Databases & Information Systems (AREA)
  • Data Mining & Analysis (AREA)
  • Storage Device Security (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Preparation Of Compounds By Using Micro-Organisms (AREA)
  • Peptides Or Proteins (AREA)
  • Computer And Data Communications (AREA)

Abstract

Изобретение относится к системе и способу генерации Санкционированного (Авторизованного) Домена (AD). Техническим результатом является обеспечение способа и системы для обеспечения структуры Санкционированного Домена, основанной как на личностях, так и на устройствах. Для этого осуществляют выбор идентификатора домена и связывание по меньшей мере одного пользователя (P1, P2, …, PN1) по меньшей мере одного устройства (D1, D2, …, DM) и по меньшей мере одного элемента информации (C1, C2, …, CN2) с Санкционированным Доменом (AD), заданным идентификатором домена (Domain_ID). Посредством этого получено множество проверенных устройств (D1, D2, …, DM) и множество проверенных личностей (P1, P2, …, PN1), которое санкционировано для доступа к элементу информации упомянутого Санкционированного Домена (100). Таким образом, доступ к элементу информации санкционированного домена пользователем, управляющим устройством, получен либо посредством проверки того, что элемент информации и пользователь связаны с одним и тем же доменом, либо посредством проверки того, что устройство и элемент информации связаны с одним и тем же доменом. 2 н. и 10 з.п. ф-лы, 6 ил.

Description

Изобретение относится к способу генерации Санкционированного (Авторизованного) Домена. Изобретение, кроме того, относится к системе для генерации Санкционированного Домена. Кроме того, изобретение относится к считываемому компьютером носителю, хранившему на себе команды для того, чтобы заставить один или несколько процессоров выполнить этот способ согласно изобретению.
Последние усовершенствования в технологиях распространения информации (т.е. Интернет и съемные носители) делают обмен информацией гораздо более легким, чем когда-либо прежде. Быстрое принятие потребителями показывает, что такие технологии действительно адресованы их нуждам. Побочный эффект состоит в том, что они также дают возможность легко незаконно копировать и распространять информацию. Индустрия информации видит в этом последнем усовершенствованием угрозу своему бизнесу. Поэтому в последние годы количество систем защиты информации растет с большой скоростью. Некоторые из этих систем только защищают информацию от незаконного копирования, тогда как другие также запрещают пользователю получать доступ к информации. Первая категория называется системы Защиты от Копирования (CP). Системы CP традиционно были основным фокусом для устройств бытовой электронной аппаратуры (CE), так как этот тип защиты информации считается дешево реализуемым и не нуждается в двунаправленном взаимодействии с поставщиком оперативной информации. Некоторыми примерами являются Система Скремблирования Информации (CSS), система защиты дисков с ПЗУ на цифровом видеодиске и DTCP (система защиты для подключений IEEE 1394).
Вторая категория известна под несколькими именами. В мире вещания системы этой категории обычно известны как системы условного доступа (CA), тогда как в мире Интернет они обычно известны как системы Управления Цифровыми Правами (DRM).
Собственная сеть может быть определена как набор устройств, которые взаимосвязаны с использованием некоторого вида сетевой технологии (например, Ethernet, IEEE 1394, BlueTooth, 802.11b, 802.11g и т.д.). Хотя сетевая технология дает возможность различным устройствам связываться, этого недостаточно для того, чтобы дать возможность устройствам взаимодействовать. Для того чтобы дать возможность делать это, устройства должны быть в состоянии раскрыть и адресовать функции, присутствующие в других устройствах в сети. Такая возможность взаимодействия обеспечивается промежуточным программным обеспечением собственной сети. Примерами промежуточного программного обеспечения собственной сети являются Jini, HAVi, UpnP, AVC.
Концепция Санкционированных Доменов (AD) пытается найти решение для того, чтобы служить интересам как владельцев информации (которые хотят иметь защиту их авторских прав), так и потребителей информации (которые хотят неограниченного использования информации). Основной принцип заключается в том, чтобы иметь управляемое сетевое окружение, в котором информация может использоваться относительно свободно, пока она не пересекает границу санкционированного домена. Обычно санкционированные домены центрированы вокруг собственного окружения, также называемого собственными сетями. Конечно, другие сценарии также возможны. Пользователь мог бы, например, взять с собой в путешествие портативное устройство для аудио и/или видео с ограниченным количеством информации и использовать его в своей комнате отеля для доступа или загрузки дополнительной информации, хранимой на его персональной аудио- и/или видеосистеме дома. Даже хотя портативное устройство находится вне собственной сети, оно является частью пользовательского санкционированного домена. Таким образом, Санкционированный Домен (AD) является системой, которая дает возможность доступа к информации посредством устройств в домене, но не какими-либо другими.
Для более широкого введения в использование Санкционированного Домена и т.д. см. S.A.F.A. van den Heuvel, W.Jonker, F.L.A.J. Kamperman, P.J.Lenoir, Безопасное Управление Информацией в Санкционированных Доменах, Philips Research, Нидерланды, публикация конференции IBC 2002, стр.467-474, состоявшейся 12-16 сентября 2002 г.
Существуют различные предложения, которые в некоторой степени реализуют концепцию санкционированных доменов.
Один тип прежних решений включает в себя Санкционированные Домены (AD), основанные на устройстве. Примерами таких систем являются SmartRight (Thomson Multimedia), xCP и NetDRM (Matshushita). Дополнительным примером основанного на устройстве AD является, например, приведенный в порядковом номере 02076998.0 Европейских патентных заявок (досье уполномоченного PHNL020455) того же заявителя.
В типичных основанных на устройстве AD домен образован конкретным набором устройств и информации. Только конкретному набору устройств домена разрешено получать доступ, использовать и т.д. информацию этого домена. Не делается какого-либо различия различных пользователей конкретного набора устройств.
Недостаток основанных на устройстве AD систем состоит в том, что они обычно не обеспечивают типичной гибкости, которую пользователь желает или в которой он нуждается, так как пользователи ограничены конкретным и ограниченным набором устройств. Таким образом, пользователю не разрешено осуществлять права, которые пользователь получил, в любое время и в любом месте по его выбору. Например, если пользователь посещает дом друга, он не может получить доступ к его законно приобретенной информации на устройствах друга, так как эти устройства обычно не являются частью конкретного и ограниченного набора устройств, образующих домен, содержащий информацию пользователя.
Другим типом предыдущих решений являются Санкционированные Домены, основанные на личности, когда домен основан на личностях вместо устройств, как это было в случае с основанными на устройстве AD. Примером такой системы является, например, описанная в порядковом номере 02079390.7 Европейских патентных заявок (досье уполномоченного PHNL021063) тем же заявителем, в котором информация связана с личностями, которые затем группируются в домен.
В типичном основанном на личности AD доступ к информации, связанной с этим AD, разрешен только конкретному и ограниченному набору пользователей, но, например, использующих любое соответствующее устройство. Основанные на личности Санкционированные Домены обычно предлагают более легкое управление доменами по сравнению с AD, основанными на устройстве.
Однако основанные на личности системы требуют идентификации личности, которая не всегда удобна или предпочтительна для пользователей. Кроме того, посетитель вашего дома может захотеть получить доступ к вашей информации. Поскольку у него нет устройства идентификации личности для этого домена, для него невозможно получить доступ к информации. Было бы предпочтительно, если бы устройства в доме, принадлежащие домену, могли бы сделать возможным доступ к информации домена для посетителя.
Следовательно, существует необходимость в гибридном санкционированном домене, основанном на личности и устройстве, имеющем индивидуальные преимущества каждой системы.
Задачей изобретения является обеспечение способа и соответствующей системы для обеспечения структуры Санкционированного Домена, основанной как на личностях, так и на устройствах. Дополнительной задачей является обеспечение способа и системы, решающих вышеупомянутые недостатки известного уровня техники. Еще одной задачей является обеспечение этого простым, гибким и эффективным способом.
Эти задачи, среди других, достигаются способом (и соответствующей системой), генерирующим Санкционированный Домен (AD), причем этот способ содержит стадии выбора идентификатора домена, уникально идентифицирующего Санкционированный Домен, связывания по меньшей мере одного пользователя с идентификатором домена, связывания по меньшей мере одного устройства с идентификатором домена и тем самым получения множества устройств и множества личностей, которым предоставлено право на доступ к элементу информации упомянутого Санкционированного Домена.
Таким образом, получен простой и эффективный способ группирования устройств и личностей к AD. Кроме того, обеспечен гибридный, основанный на устройстве и личности, Санкционированный Домен. Таким образом, разрешен доступ к элементу информации санкционированного домена пользователю, управляющему устройством, либо посредством проверки того, что элемент информации и пользователь связаны с одним и тем же доменом, либо посредством проверки того, что устройство и элемент информации связаны с одним и тем же доменом. Посредством этого получена повышенная гибкость для одного или нескольких пользователей при доступе к информации в санкционированном домене, тогда как все еще поддерживается безопасность информации. Это далее сделано простым, безопасным и надежным способом.
В одном варианте осуществления способ дополнительно предусматривает стадию связывания по меньшей мере одного элемента информации с Санкционированным Доменом, заданным идентификатором домена.
В одном варианте осуществления стадия связывания по меньшей мере одного пользователя с идентификатором домена предусматривает: получение или генерацию Списка Пользователей Домена (DUC), содержащего идентификатор домена и уникальный идентификатор для пользователя, тем самым определяющий, что пользователь связан с Санкционированным Доменом, и/или стадия связывания по меньшей мере одного устройства с идентификатором домена содержит: получение или генерацию Списка Устройств Домена, содержащего идентификатор домена и уникальный идентификатор для устройства, тем самым определяющий, что это устройство связано с доменом.
В одном варианте осуществления стадия связывания по меньшей мере одного элемента информации с Санкционированным Доменом (AD) предусматривает:
- связывание элемента информации с Правом Пользователя, где упомянутое Право Пользователя связано с пользователем, связанным с Санкционированным Доменом, и/или
- связывание элемента информации с Правом Устройства, где упомянутое Право Устройства связано с устройством, связанным с Санкционированным Доменом.
В одном варианте осуществления стадия связывания по меньшей мере одного элемента информации с Санкционированным Доменом предусматривает:
- связывание элемента информации с Правом Домена, где упомянутое Право Домена связано с Санкционированным Доменом.
В одном варианте осуществления Право Пользователя, или Право Устройства, или Права Доменов содержат данные прав, представляющие, какие права существуют по отношению к одному элементу информации, связанному с Правом Пользователя или Правом Устройства, или Правами Доменов.
В одном варианте осуществления способ дополнительно предусматривает стадию контроля доступа к данному элементу информации, связанному с Санкционированным Доменом посредством данного устройства, управляемого данным пользователем, причем эта стадия предусматривает:
- проверку того, связан ли данный пользователь с тем же Санкционированным Доменом, что и данный элемент информации, или
- проверку того, связано ли данное устройство с тем же Санкционированным Доменом, что и данный элемент информации,
и разрешение доступа для данного пользователя через данное устройство и/или другие устройства к элементу информации, если данный пользователь связан с тем же самым Санкционированным Доменом,
или разрешение доступа для данного пользователя и/или других пользователей через данное устройство к элементу информации, если данное устройство является частью того же самого Санкционированного Домена.
В одном варианте осуществления способ дополнительно предусматривает стадию контроля доступа к данному элементу информации, связанному с Санкционированным Доменом и имеющему уникальный идентификатор информации, посредством данного устройства, управляемого данным пользователем, предусматривающую:
- проверку того, содержит ли Список Устройств Домена Санкционированного Домена идентификатор данного устройства, тем самым проверку того, связано ли данное устройство с тем же самым Санкционированным Доменом, что и элемент информации, и/или
- проверку того, содержит ли Список Пользователей Домена Санкционированного Домена идентификатор данного пользователя, тем самым проверку того, связан ли данный пользователь с тем же самым Санкционированным Доменом, что и элемент информации, и
- разрешение доступа к данному элементу информации посредством данного устройства для любого пользователя, если данное устройство связано с тем же самым Санкционированным Доменом, что и элемент информации, подлежащий доступу, и/или
- разрешение доступа к данному элементу информации посредством любого устройства, включающего данное устройство для данного пользователя, если данный пользователь связан с тем же самым Санкционированным Доменом, что и элемент информации, подлежащий доступу.
В одном варианте осуществления стадия контроля доступа к данному элементу информации дополнительно предусматривает:
- проверку того, определяет ли Право Пользователя для данного элемента информации, что данный пользователь имеет право доступа к данному элементу информации и только разрешает доступ к данному элементу информации положительно.
В одном варианте осуществления каждый элемент информации зашифрован, и право информации связано с каждым элементом информации и с Правом Пользователя, или Правом Устройства, или Правами Домена, и право информации данного элемента информации содержит ключ для дешифровки данного элемента информации.
В одном варианте осуществления
- список Пользователей Домена реализован как или включен в Сертификат Пользователей Домена, и/или
- список Устройств Домена реализован как или включен в Сертификат Устройств Домена, и/или
- право Пользователя реализовано как или включено в Сертификат Прав Пользователей, и/или
- право Устройства реализовано как или включено в Сертификат Прав Устройств, и/или
- права Домена реализованы/включены в Сертификат Прав Домена.
Преимущественные варианты осуществления системы согласно данному изобретению заданы в зависимых пунктах формулы изобретения, подробно описанных далее. Эти варианты осуществления системы соответствуют вариантам осуществления способа и имеют те же самые преимущества по тем же самым причинам.
Кроме того, изобретение также относится к считываемому компьютером носителю, хранившему на нем команды для того, чтобы заставить один или несколько процессоров выполнить способ согласно данному изобретению.
Эти и другие аспекты изобретения будут явствовать из и объяснены со ссылкой на иллюстративные варианты осуществления, показанные в чертежах, в которых:
фиг.1 схематически иллюстрирует связывание личностей, устройств, пользовательских прав и информации в санкционированном домене (AD) согласно данному изобретению;
фиг.2 схематически иллюстрирует связывание личностей, устройств, пользовательских прав и информации в санкционированном домене (AD) согласно альтернативному варианту осуществления данного изобретения;
фиг.3 схематически иллюстрирует элементы Сертификата Устройств Домена (DDC) и Сертификата Пользователей Домена (DUC);
фиг.4а иллюстрирует примерную (частичную) структуру данных контейнера информации, право информации (CR) и сертификат права пользователя (URC) согласно варианту осуществления данного изобретения, показанному на фиг.1;
фиг.4b иллюстрирует примерную (частичную) структуру данных контейнера информации, право информации (CR) и Сертификат Прав Домена (DRC) согласно варианту осуществления данного изобретения, показанному на фиг.2;
фиг.5 схематично иллюстрирует примерную систему, содержащую устройства и личности, образующие санкционированный домен (AD).
По всем чертежам одни и те же ссылочные позиции указывают подобные или соответствующие особенности. Некоторые из особенностей, указанных на чертежах, обычно реализуются в программном обеспечении и как таковые представляют собой компоненты программного обеспечения, такие как программные модули или объекты.
Фиг.1 схематически иллюстрирует связывание личностей, устройств, пользовательских прав и информации в санкционированном домене (AD) согласно данному изобретению. Показан санкционированный домен (100) согласно данному изобретению, где множество устройств D1, D2, D3, …, DM (где М больше или равно 1), множество элементов информации С1, С2, С3, …, CN2 (где N2 больше или равно 1) и множество личностей/пользователей P1, P2, P3, …, PN1 (где N1 больше или равно 1) связаны с AD согласно варианту осуществления данного изобретения. Эти устройства, личности и элементы информации были связаны с доменом (100), как будет объяснено позже. Также показаны одно или несколько прав пользователя (URC1, …, URCN2), где предпочтительно один элемент информации связан с одним сертификатом прав пользователя, определяющим, какие права данная личность (или, альтернативно, данная группа личностей и/или все личности, связанные с доменом (100)) имеет по отношению к конкретному элементу информации (или, альтернативно, нескольким или всем элементам информации в домене (100)).
Для большей информации по архитектуре санкционированного домена и вариантам реализации читатель отсылается к порядковому номеру 01204668.6 Европейских патентных заявок (досье уполномоченного PHNL010880) того же заявителя или к порядковому номеру 02076998.0 Европейских патентных заявок (досье уполномоченного PHNL020455) того же заявителя. Порядковый номер 02076998.0 Европейских патентных заявок (досье уполномоченного PHNL020445) более конкретно описывает реализацию, в которой информация и устройства связаны в домен. Кроме того, порядковый номер 02079390.7 Европейских патентных заявок (досье уполномоченного PHNL021063) того же заявителя описывает реализацию, в которой информация связана с личностями, которые затем группируются в домен.
Необходимо отметить, что на практике информация может быть доступна/использована только посредством пользователя, управляющего устройством. В следующем тексте мы предполагаем, что устройства, используемые в системе, являются соответствующими и «общедоступными» («открытыми») устройствами. Это значит, что устройство будет придерживаться определенных правил работы (например, не будет незаконно выдавать информацию на незащищенный цифровой интерфейс) и что принадлежность устройства не является важной (общедоступной). Предполагается, что управление соответствием устройства, т.е. идентификация соответствующего устройства, возможность обновления устройств и аннулирование устройств, будут на своем месте (с использованием известных способов) и не будут рассматриваться здесь.
Правом пользователя (URC1, …, URCN2) является единственное подключение, связывание, соединение и т.д. между одним пользователем и правом информации (которое требуется для дешифровки части информации). Посредством введения этого права пользователя мы теперь имеем пять основных компонентов в нашей системе, которые могут работать следующим образом:
- информация (С1, С2, С3, …, CN2): элементы информации предпочтительно зашифрованы (имеется много опций, например, с уникальным ключом на заголовок информации) и могут быть везде в системе; элемент информации в этом варианте осуществления привязан опосредованно к сертификату права пользователя через право информации, как также объяснено в сочетании с фиг.4а;
- право информации (CR; не показано; см., например, фиг.4а): содержит криптографический ключ (ключи) или другое соответствующее средство защиты для доступа к определенному (зашифрованному/защищенному) элементу информации. Эта система является гибкой в том смысле, что права информации могут быть сделаны уникальными на заголовок информации или даже уникальными на образец (копию) информации. Права информации должны передаваться только соответствующим устройствам. Более безопасное правило должно гарантироваать, что права информации могут передаваться только соответствующим устройствам, которые управляются санкционированными пользователями (т.е. пользователями, которым разрешено иметь доступ к конкретному праву информации посредством их прав пользователей). Права информации могут также храниться вместе с информацией, например, на оптическом диске. Однако права информации должны храниться безопасно, так как они содержат ключ для шифрования информации;
- сертификат прав пользователей (URC1, …, URCN2): сертификат или что-либо подобное, выпущенный поставщиком оперативной информации, который разрешает личности использовать определенное право информации (CR) (принадлежащее определенной части информации). Права пользователей могут быть, в принципе, везде в системе. Предпочтительно сертификат прав пользователей также содержит правила (например, ограниченные зрителями 18 лет или старше или только Европейским рынком и т.д.) доступа к определенному элементу информации;
- устройство (D1, D2, D3, …, DM): устройство, которое используется для воспроизведения, управления, записи, представления, отображения, модификации и т.д. элемента информации. Кроме того, (соответствующее) устройство может также предпочтительно идентифицировать пользователя посредством устройства персонифицированной идентификации (например, такого как смарт-карточка, мобильный телефон, биометрический датчик и т.д.) и собирать сертификаты (например, от смарт-карточки или от других устройств), которые доказывают, что пользователю разрешено использовать определенное право информации. Это право информации могло бы быть получено от смарт-карточки, где оно хранилось (если оно там хранилось), или быть полученным (безопасно переданным) от другого соответствующего устройства в сети;
- пользователь/личность (P1, P2, P3, …, PN1): пользователь идентифицируется некоторым биометрическим или предпочтительно устройством персонифицированной идентификации (например, смарт-карточкой, мобильным телефоном, мобильным телефоном, содержащим смарт-карточку, или другими типами устройств, которые уникально идентифицируют пользователя), которое он/она носит, везет или к которому имеет доступ. Мобильный телефон, содержащий смарт-карточку или другое устройство, имеющее средство хранения, является предпочтительным, так как оно позволяет пользователям перевозить права с ними (для доступа к информации на автономных устройствах). Устройство идентификации может быть само защищено механизмом биометрической аутентификации, так что кто-нибудь другой в отличие от законного владельца не может использовать устройство идентификации. Пользователь может быть также идентифицирован с использованием технологии открытого ключа, или протоколов без знаний, или их комбинации.
Предпочтительно санкционированные устройства связаны с AD (100) посредством сертификата. Подобным же образом санкционированные личности/пользователи предпочтительно связаны с AD (100) через сертификаты. Элементы информации в этом конкретном варианте осуществления связаны с личностью посредством сертификата прав пользователя (URC). Этот сертификат прав пользователя дает возможность использовать соответствующее право информации (CR), которое предпочтительно содержит криптографический ключ для доступа к информации, как будет более подробно объяснено в сочетании с фиг.4а. Сертификат прав пользователя (URC) обычно привязан к одному элементу информации, но также мог бы быть привязан к множественным элементам информации. Примерная частичная структура данных контейнера информации (содержит элемент информации), URC и CR показаны и более подробно объяснены в сочетании с фиг.4а.
Сертификаты доменов предпочтительно выпускаются полномочиями доменов. Альтернативно, соответствующие устройства с возможностями управления доменами могут управлять этими сертификатами.
В примере, показанном на фиг.1, каждый элемент информации С1, С2, …, CN2 связан с сертификатом прав пользователя URC1, URC2, …, URCN2. URC1 и URC2 связаны с личностью Р1, URC3 связан с личностью Р2, URC2-2, URC2-1 и URC2 связаны с личностью PN1 и URC4-URC2-3 распределены среди личностей P3-PN1-1.
Таким образом, конкретная информация С1 и С2 связана с конкретной личностью Р1, конкретная информация С3 связана с конкретной личностью Р2, конкретная информация CN2-2, CN2-1 и CN2 связана с конкретной личностью PN1, и конкретная информация С4-CN2-3 распределена среди конкретных личностей P3-PN1-1 через их соответствующий URC.
В этом показанном варианте осуществления единственному элементу информации разрешено быть связанным только с единственным URC (опосредованно через право информации) и тем самым с единственной личностью. Если несколько пользователей нуждаются в копировании одного и того же элемента информации, он в этом варианте осуществления присутствовал бы один раз для каждого пользователя и трактовался бы как различные элементы информации, что делает управление правами более простым. Альтернативно и в самом деле применимо - единственный элемент информации мог бы быть связан с несколькими личностями, так как CR может быть привязано ко множественным URC.
Личности Р1, Р2, …, PN1 и устройства Домена D1, D2, …, DM затем группируются в образование санкционированного домена (100).
Предпочтительно связывание, т.е. группирование и связывание, устройств, личностей и информации согласно данному изобретению осуществляется посредством использования сертификатов. Предпочтительно используются Сертификат Устройств Домена или Список Устройств Домена (DDC), Сертификат Пользователей Домена или Список Пользователей Домена (DUC) и Сертификат Прав Пользователя или Список Прав Пользователя (URC). Далее делается ссылка только на сертификаты, хотя должно быть понятно, что такие структуры могут быть реализованы вместо этого, например, как списки или что-либо подобное.
DDC перечисляет устройства, которые являются частью домена (100), например, посредством включения для каждого устройства уникального идентификатора. DUC перечисляет пользователей, которые являются частью домена, например, посредством включения уникального идентификатора, или (например, открытого) криптографического ключа, или его случайных данных для каждого пользователя. DUC и DDC показаны и объяснены более подробно в сочетании с фиг.3. URC предпочтительно существует для каждого элемента информации (так, в примерном варианте осуществления фиг.1 имеется N2 URC) и указывает, какие права пользователь (к которому привязан URC) имеет (и/или не имеет) в пределах домена (100) и по выбору перекрестный домен (Х-AD права) для данного элемента информации, привязанного к URC. Альтернативно, URC, связанный с данным пользователем, например, перечисляет каждый элемент информации, который связан с данным пользователем, и какие права данный пользователь имеет по отношению к каждому связанному элементу информации. Альтернативно, только единственный URC используется для определения прав для каждого пользователя, т.е. какой элемент (элементы) каждый пользователь связал с ним/ней и какие права пользователь имеет (и/или не имеет).
В предпочтительном варианте DDC и DUC связаны друг с другом посредством Идентификатора Домена (Domain_ID), содержащегося в обоих сертификатах. Таким образом, получен очень простой способ связывания пользователя (пользователей) (и тем самым элемента (элементов) информации) и устройства (устройств) данного домена вместе (и тем самым образуется домен).
Если конкретное устройство (например, устройство D3) желает получить доступ к определенной части информации (например, С1), то оно должно быть испытано или проверено и т.д. (с использованием сертификатов) в том, что определенная часть информации связана с конкретной личностью (например, личностью Р1), которая является членом того же самого домена (100), что и конкретное устройство. Это может быть, например, сделано посредством проверки того, что (уникальный) идентификатор конкретного устройства (например, устройства D3) является частью DDC, что (уникальный) идентификатор конкретной личности (например, личности Р1) является частью DUC, что как DDC, так и DUC содержат один и тот же Идентификатор Домена (например, Domain_ID=4 или Domain_ID=8 байтовой величины (например, генерируемой случайным образом); не показано), и что URC для конкретной личности (например, URC1) определяет, что конкретная личность имеет право доступа к определенной части информации (например, если он находится в пределах периода допустимости его лицензии или не использовался более трех раз и т.д.). Это будет проиллюстрировано более подробно в сочетании с фиг.4а. Альтернативно, Domain ID вместо того, чтобы быть случайным числом, может быть ссылкой на объект данных, например сертификат домена.
Посредством того, что элементы информации связаны с личностями (через URC), принадлежность информации легко отражается. Кроме того, легче управлять разделением AD, так как посредством разделения личностей соответствующие элементы информации также разделяются, так как элементы информации связаны с личностями.
Посредством этого одно или несколько устройств одна или несколько личностей и по меньшей мере один элемент информации (через личность) связаны вместе в домен предпочтительно с использованием сертификатов или, альтернативно, с использованием списков, содержащих те же самые описанные элементы, что и для сертификатов. Для домена может быть возможным содержать нуль личностей, и/или нуль устройств, и/или нуль элементов информации в некоторые моменты. Например, при начальном построении домена он может содержать нуль элементов информации или нуль устройств, связанных с доменом и т.д.
Таким образом, пользователь, который был проверен как принадлежащий к тому же домену, что и элемент информации, подлежащий доступу, может иметь доступ к конкретной информации с использованием любого устройства. Кроме того, пользователь, который использует устройство, которое было проверено как принадлежащее к тому же домену, что и элемент информации, подлежащий доступу, может иметь доступ к конкретной информации с использованием этого конкретного устройства. Далее, все пользователи могут иметь доступ к конкретному элементу информации на этом конкретном устройстве.
Это дает повышенную гибкость для одного или нескольких пользователей при доступе к информации в AD, тогда как все еще поддерживается безопасность информации.
В альтернативном варианте осуществления информация может быть связана с устройствами домена вместо личностей домена. Вместо Сертификата Прав Пользователя используется Сертификат Прав Устройства (DevRC) (не показан). Сертификат Прав Устройства (DevRC) имел бы ту же информацию, что и URC, за исключением Device ID вместо Person ID. Остальное не изменяется.
Также следует понимать, что вместо того, чтобы иметь один список или сертификат, содержащий пользователей (т.е. DUC), и один список или сертификат, содержащий устройства (т.е. DDC), выше и далее могут использоваться другие схемы организации. В качестве альтернативы - как устройства, так и пользователи могли бы содержаться в единственном списке/сертификате. Далее, точно так же может использоваться несколько списков/сертификатов, содержащих устройства, и/или несколько списков/сертификатов, содержащих пользователей, и/или их комбинации.
Фиг.2 схематично иллюстрирует связывание личностей, устройств прав пользователей и информации в санкционированном домене (AD) согласно альтернативному варианту осуществления данного изобретения. Этот показанный вариант осуществления соответствует варианту осуществления, показанному на фиг.1, с единственным исключением в том, что вместо связывания элементов информации С1, С2, …, CN2 с личностями Р1, Р2, …, PN1 через сертификаты прав пользователя URC1, URC2, …, URCN2 элементы информации связаны с доменом (100) через одно или несколько Прав Домена (DRC). Предпочтительно один элемент информации связан с одним DRC. В предпочтительном варианте DRC реализован как сертификат.
Если конкретное устройство (например, устройство D3), в этом варианте осуществления, желает получить доступ к определенной части информации (например, информации С1), оно должно быть испытано или проверено и т.д. (с использованием сертификатов) в том, что определенная часть информации связана с тем же доменом (100), что и конкретное устройство, или что конкретная личность (например, личность Р1), управляющая устройством, является членом домена. Это может быть, например, сделано в этом варианте посредством проверки того, что (уникальный) идентификатор конкретного устройства является частью DDC, или что (уникальный) идентификатор конкретной личности является частью DUC. Далее, следует проверить то, что определенная часть информации связана с DRC, который является частью домена, и что DDC или DUC содержит один и тот же Идентификатор Домена, и что DRC для конкретной информации определяет, что личность домена имеет право получить доступ к определенной части информации (например, если он находится в пределах периода допустимости лицензии или он не использовался более трех раз). Посредством этого дается доступ к элементу информации либо через соответствующее устройство домена, либо через идентификатор допустимой личности. Это будет более подробно проиллюстрировано в сочетании с фиг.4b.
Фиг.3 схематично иллюстрирует элементы Сертификата Устройств Домена (DDC) и Сертификат Пользователей Домена (DUC). Как показано, Сертификат Устройств Домена (DDC) содержит распечатку уникальных идентификаторов (Dev.ID1, Dev.ID2, …) для одного или нескольких устройств, принадлежащих данному домену, т.е. являющихся санкционированными устройствами в домене. В предпочтительном варианте идентификатор устройства для данного устройства, например Dev.ID1, является (неизменяемым по меньшей мере пользователями) последовательным числом или номером идентификатора и т.д. Данный домен определяется значением Идентификатора Домена, который, например, может быть 8-байтовым случайным идентификатором.
Сертификаты согласно данному изобретению (DDC, DUC и т.д.) могли бы, например, быть реализованы хорошо известным SPKI сертификатом авторизации. Кроме того, одной полезной опцией является помещение Domain_ID в поле держателя такого SPKI сертификата, реализующего DDC, DUC и/или DRC.
Сертификат Пользователей Домена (DUC) содержит распечатку уникальных идентификаторов (Pers_ID1, Pers_ID2, …) для одного или нескольких пользователей/личностей, принадлежащих данному домену, т.е. являющихся санкционированными пользователями в домене. Данный домен, в пределах которого санкционированы перечисленные пользователи, определяется значением Идентификатора Домена, подобного описанному выше для Сертификата Устройств Домена (DDC). Сертификат Пользователей Домена (DUC) и Сертификат Устройств Домена (DDC) связаны посредством одного и того же значения Идентификатора Домена и тем самым определяют санкционированный домен (содержащий как устройства, так и пользователей).
Фиг.4а иллюстрирует примерную (частичную) структуру данных контейнера информации, право информации (CR) и сертификат прав пользователя (URC) согласно варианту осуществления данного изобретения, показанного на фиг.1. Показан контейнер информации (501), который содержит защищенные данные/информацию, например, полученную от Поставщика Услуг. Контейнер информации дополнительно содержит идентификатор информации (Cont_ID), уникальный для конкретного элемента информации, встроенного в контейнер информации. Таким образом, идентификатор информации (Cont_ID) используется для поиска данного элемента информации домена, например, посредством поиска каждого контейнера информации, принадлежащего к конкретному домену, для сопоставления Cont_ID.
Также показано право информации (CR) (502), содержащее идентификатор информации (Cont_ID) и ключ для шифрования информации (Cont Encr K). Идентификатор информации используется для установления связи с шифрованным элементом информации (в контейнере информации), для которого предназначен ключ для шифрования информации, т.е. информация, для которой необходим ключ для того, чтобы ее дешифровать и сделать доступной. В этом конкретном варианте ключ для шифрования является симметричным ключом, т.е. один и тот же ключ используется как для шифрования, так и для дешифровки данных. Альтернативно, могут использоваться другие безопасные схемы.
Далее показано право пользователя (UR) или Сертификат Права Пользователя (URC) (503). URC содержит идентификатор информации (Cont_ID), используемый для связывания конкретного элемента информации (и права информации) с конкретным URC. URC также содержит идентификатор личности/пользователя (Pers_ID), который указывает, с какой личностью связана конкретная информация. Идентификатором личности/пользователя мог бы быть, например, идентификатор или порядковый номер для данной личности, имя, значение хеш-функции открытого ключа пользователя или, в общем, любой уникальный идентификатор личности.
Кроме того, URC содержит данные прав (Rghts Dat), которые определяют, что разрешено делать данному пользователю (идентифицированному посредством Pers_ID) по отношению к конкретному элементу информации (содержащемуся в контейнере информации, содержащем тот же самый Cont_ID). Эти данные прав могут, например, определять правила воспроизведения (например, ограничение зрителями 18 лет или старше или только Европейский рынок и т.д.), авторские права одного поколения, период допустимости, неиспользование более трех раз и т.д. Кроме того, данные прав (Rghts Dat) могут также определять, что разрешено делать всем пользователям по отношению к конкретному элементу информации (которые могут быть такими же или отличаться от прав личности, идентифицируемые посредством Pers_ID).
В качестве примера, хорошо известный SPKI сертификат авторизации мог бы использоваться для реализации такого URC.
В этом варианте осуществления, когда информация связана через устройства с доменом вместо того, чтобы быть связанной через личности, не URC был бы необходим, а Сертификат Прав Устройства, который был бы таким же, что и URC, за исключением того, что он содержит Device ID вместо Person ID.
Для иллюстрации использования контейнера информации права информации (CR) и сертификата прав пользователя (URC) согласно этому варианту осуществления данного изобретения рассмотрим следующий простой пример, иллюстрирующий доступ к элементу информации пользователем.
Получены идентификатор информации (Cont_ID) для данного элемента информации, доступ к которому пользователь желает получить, и идентификатор личности (Pers_ID) пользователя. Идентификатор личности может, например, быть полученным на основе устройства персонифицированной идентификации (например, смарт-карточки, мобильного телефона, мобильного телефона, содержащего смарт-карточку, биометрического датчика и т.д. или другим образом). Идентификатор информации может быть, например, получен на основе имени файла, выбора файла, из заголовка контейнера информации и т.д.
Проверяется, принадлежат ли элемент информации и пользователь (одному и тому же) Санкционированному Домену. Проверка того, принадлежит ли пользователь домену, осуществляется посредством проверки того, содержится ли идентификатор личности (Pers_ID) в Сертификате Пользователей Домена (DUC) (показанном на фиг.1, 2 и 3). Если это так, то было проверено то, что пользователь является частью домена и ему разрешен доступ к информации, также являющейся частью того же домена.
Затем проверяется, принадлежит ли также данный элемент информации тому же домену, посредством проверки того, связан ли идентификатор информации элемента информации с личностью, связанной с тем же доменом, т.е. посредством проверки того, существует ли URC, связанный с доменом, который содержит тот же самый идентификатор информации. Если это так, то элемент информации принадлежит тому же домену, и пользователь (если дано, что пользователь и/или устройство, которые используются, проверены), следовательно, имеет право доступа к нему. Кроме того, данные прав (Rghts Dat) URC могут также определять ограниченный доступ к элементу информации. Данные прав могут определять правила, права, условия для личности, идентифицируемой Pers_ID, и/или правила, права, условия в общем. Например, они могут определять, что каждый пользователь в домене имеет права воспроизведения, тогда как пользователь, связанный через Pers_ID, дополнительно имеет эксклюзивные авторские права первого поколения.
Обычно пользователь получит доступ к элементу информации с использованием конкретного устройства. Если пользователь не является частью домена или не может быть получен допустимый идентификатор пользователя (например, потому что друг пытается получить доступ к информации), то должно быть проверено, является ли конкретное устройство, которое использует пользователь для доступа к элементу информации, частью того же домена, что и элемент информации, для того чтобы разрешить пользователю доступ к элементу информации, так как он не является (или не было установлено, что он является) частью того же домена, что и элемент информации. Это делается посредством получения Domain_ID DUC, с которым был связан элемент информации (через личность). Этот Domain_ID используется для определения Сертификата Устройств Домена (DDC) (показанного на фиг.1, 2 и 3), содержащего тот же самый Domain_ID и проверяющего, содержит ли DDC Dev.ID для конкретного устройства, которое пользователь пытается использовать для получения доступа к элементу информации. Если DDC содержит Dev.ID для конкретного устройства, то пользователь (и все другие пользователи) может использовать конкретное устройство для получения доступа к конкретной информации (и всей другой информации этого домена).
Эти три стадии проверки достоверности доступа к элементу информации пользователю и устройству могут быть альтернативно осуществлены в другом порядке, чем описанный, и, например, также параллельно по меньшей мере в некоторой степени.
После того, как было проверено, что пользователь или устройство является частью того же домена, что и информация, полученный идентификатор информации используется для поиска права информации (CR) конкретного элемента информации, подлежащего доступу, для того чтобы получить криптографический ключ, который должен быть использован для дешифровки шифрованного элемента информации. Кроме того, контейнер информации, содержащий шифрованный элемент информации, также находится с использованием идентификатора информации.
Наконец, ключ в праве информации используется для дешифровки элемента информации, который сейчас доступен, например, для рендеринга, копирования на оптический диск, редактирования и т.д. Альтернативно, элемент информации может быть также дешифрован с использованием права информации перед ее посылкой к устройству для доступа, посредством чего необходимо передать только элемент информации. Однако это требует специальных мер для того, чтобы защитить элемент информации во время передачи, так что невозможна «утечка» незащищенной информации.
Этот процесс показан на фиг.4а стрелками, соединяющими Cont_ID различных структур.
Таким образом, если конкретный пользователь был проверен как принадлежащий тому же домену, что и элемент информации, подлежащий доступу, то, как отмечено, нет необходимости в проверке того, принадлежит ли также устройство, которое он использует, тому же домену. Кроме того, проверенный на допустимость пользователь может получить доступ к конкретному элементу информации с использованием всех устройств. Подобным же образом, если конкретное устройство было проверено как принадлежащее тому же домену, то все пользователи могут иметь доступ к конкретному элементу информации с использованием этого конкретного устройства, и нет необходимости в проверке этого пользователя.
Следовательно, получена повышенная гибкость для одного или нескольких пользователей при доступе к информации в AD, тогда как все еще поддерживается безопасность информации.
Фиг.4b показывает примерную (частичную) структуру данных контейнера информации, право информации (CR) и Сертификат Прав Домена (DRC) согласно варианту осуществления данного изобретения, показанному на фиг.2. В этом варианте осуществления элементы информации связаны с доменом через DRC и не связаны с пользователями (через URC) домена. Показан контейнер (501) информации и право информации (CR) (502), которое соответствует праву информации, показанному и объясненному, например, в сочетании с фиг.4а.
Кроме того, показан Сертификат (504) Прав Домена, который содержит идентификатор информации (Cont_ID), используемый для связывания конкретного элемента информации (и права информации) с конкретным DRC. DRC также содержит идентификатор домена (Domain_ID), который указывает, с каким доменом связана конкретная информация. Идентификатор домена соответствует идентификатору домена в Сертификате Устройств Домена (DDC) и Сертификате Пользователей Домена (DUC), объясненных в сочетании с фиг.1, 2 и 3.
Далее, DRC (504) содержит данные прав (Rghts Dat), которые определяют, что разрешено делать одному или нескольким пользователям по отношению к конкретному элементу информации (содержащемуся в контейнере информации, содержащем тот же самый Cont_ID). Эти данные прав соответствуют данным прав URC, объясненным в сочетании с фиг.4а.
Для иллюстрации использования контейнера информации, права информации и сертификата прав домена согласно этому варианту осуществления данного изобретения рассмотрим следующий простой пример, иллюстрирующий доступ на конкретном устройстве к элементу информации пользователем.
Получены идентификатор информации (Cont_ID) для данного элемента информации, доступ к которому желает получить пользователь, идентификатор личности (Pers_ID) пользователя и идентификатор домена (Domain_ID) домена, содержащего элемент информации. Идентификатор информации и идентификатор личности могут быть получены, как описано в сочетании с фиг.4а. Идентификатор домена (Domain_ID) получается из Domain_ID DRC, с которым связана информация.
Проверяется, принадлежат ли элемент информации и пользователь (одному и тому же) Санкционированному Домену. Проверка того, принадлежит ли пользователь домену, осуществляется посредством проверки того, содержится ли идентификатор личности (Pers_ID) в Сертификате Пользователей Домена (DUC) (показанного на фиг.1, 2 и 3), имеющем конкретный идентификатор домена. Если это так, то было проверено, что пользователь является частью домена, и ему разрешен доступ к информации, также являющейся частью того же домена.
Затем проверяется, принадлежит ли также данный элемент информации тому же домену, посредством проверки того, связан ли идентификатор информации элемента информации с тем же самым доменом, т.е. посредством проверки того, существует ли DRC, связанный с доменом, который содержит тот же самый идентификатор информации. Если это так, то элемент информации принадлежит тому же самому домену, и пользователь (если дано, что используемые пользователь и/или устройство были проверены), следовательно, имеет право на доступ к нему. Кроме того, данные прав (Rghts Dat) DRC могут также определять ограниченный доступ к элементу информации, как описано в сочетании с фиг.4а.
Обычно пользователь получает доступ к элементу информации с использованием конкретного устройства. Если пользователь не является частью домена или не может быть получен идентификатор допустимого пользователя (например, потому что друг пытается получить доступ к информации), то должно быть проверено, является ли конкретное устройство, которое пользователь использует для доступа к элементу информации, частью того же домена, что и элемент информации, для того чтобы разрешить пользователю доступ к элементу информации, так как он не является (или может быть установлено, что он является) частью того же домена. Это осуществляется посредством получения Domain_ID DRC, с которым была связана информация. Этот Domain_ID используется для определения Сертификата Устройств Домена (DDC) (показанного на фиг.1, 2 и 3), содержащего тот же Domain_ID и проверяющего, содержит ли DDC Dev.ID для конкретного устройства, которое пользователь пытается использовать для получения доступа к элементу информации. Если DDC содержит Dev.ID для конкретного устройства, то пользователь (и все другие пользователи) может использовать конкретное устройство для доступа к конкретной информации (и всей другой информации этого домена).
Эти три стадии проверки достоверности доступа к элементу информации, пользователю и устройству могут быть альтернативно осуществлены в другом порядке, чем описанный, и, например, также параллельно по меньшей мере в некоторой степени.
После того, как было проверено, что пользователь, информация и устройство являются частью одного и того же домена, осуществляется доступ к элементу информации, как описано в сочетании с фиг.4а, т.е. с получением права информации и дешифровкой информации и т.д.
Этот процесс показан на фиг.4b стрелками, связывающими Cont_ID различных структур.
Фиг.5 схематично иллюстрирует примерную систему, содержащую устройства и личности, образующие санкционированный домен (AD). Показана сеть (101), которая дает возможность связи между множеством устройств, например, в домашнем хозяйстве. Устройствами в примере являются телевизор (504), цифровая видеосистема (503), музыкальный аппарат (502) и портативное устройство (507), которое находится в беспроводной связи с сетью (101) через пункт беспроводного доступа (506). Кроме того, показан пользователь/личность (505).
В одном примерном сценарии Санкционированный Домен (100) имеет телевизор (504), цифровое видео (503), музыкальный аппарат (502) и пользователя (505), связанного с ним, в дополнение ко множеству элементов информации (не показано) (связанных согласно фиг.1 через личности/пользователей или через устройства или связанных согласно фиг.1 через Сертификат Прав Домена).
В этом сценарии пользователь желает получить доступ к данному элементу информации на портативном устройстве (507). Он может находиться в том же месте, что и устройства, или в другом месте (например, в комнате отеля). Для получения пользователем доступа к элементу информации согласно изобретению должно быть проверено, что личность (505) принадлежит домену (100), так как портативное устройство (507) ему не принадлежит. Это может быть сделано посредством уникальной идентификации пользователя, например, с использованием считывающего устройства смарт-карточек, например, в портативном устройстве (507), которое затем может передавать Идентификатор Пользователя сети (101). Предполагается, что право информации и элемент информации находятся на портативном устройстве (507) (в противном случае они могут быть переданы туда). Затем пользователь проверяется, как описано в сочетании с фиг.4а или 4b. После проверки достоверности пользователя может быть получен доступ для него к элементу информации.
В другом примерном сценарии Санкционированный Домен (100) имеет телевизор (504), цифровое видео (503), музыкальный аппарат (502) и портативное устройство (507), связанные с ним, в дополнение ко множеству элементов информации (не показано) (связанных согласно фиг.1 через личности/пользователей или через устройства или связанных согласно фиг.1 через Сертификат Прав Домена). Пользователь (505) в этом сценарии не связан с Санкционированным Доменом (100), так как он, например, может быть посещающим соседом или другом. В этом сценарии пользователь также желает получить доступ к данному элементу информации на портативном устройстве (507).
Для получения пользователем доступа к элементу информации согласно изобретению должно быть проверено, что портативное устройство (507) принадлежит домену (100), так как личность (505) ему не принадлежит.
Это может быть сделано посредством проверки того, связано ли портативное устройство (507) с тем же доменом, что и элемент информации, как описано в сочетании с фиг.4а или 4b. После проверки достоверности устройства пользователем может быть получен доступ к элементу информации на портативном устройстве (507).
В формуле изобретения любые ссылочные знаки, помещенные между круглыми скобками, не должны истолковываться как ограничивающие пункт формулы изобретения. Слово «содержащий» не исключает присутствия элементов или стадий, отличных от перечисленных в пункте формулы изобретения. Слово «а» или «an» перед элементом не исключает присутствия множества таких элементов.
Изобретение может быть реализовано посредством аппаратного обеспечения, содержащего несколько отдельных элементов, и посредством соответствующим образом запрограммированного компьютера. В пункте формулы изобретения устройства, перечисляющем несколько средств, несколько этих средств могут быть воплощены одним и тем же элементом аппаратного обеспечения. Простой факт, что определенные меры изложены во взаимно различных зависимых пунктах формулы изобретения, не указывает, что комбинация этих мер не может быть выгодно использована.

Claims (12)

1. Способ генерации Санкционированного (Авторизованного) Домена, причем этот способ предусматривает стадии
выбора идентификатора домена, уникально идентифицирующего Санкционированный Домен (100),
связывания по меньшей мере одного пользователя и по меньшей мере одного устройства с Санкционированным Доменом, идентифицируемым идентификатором домена, путем получения или генерации единственного списка или сертификата, содержащего идентификатор домена, уникального идентификатора для по меньшей мере одного пользователя и уникального идентификатора для по меньшей мере одного устройства, тем самым определяя, что пользователь и устройство связаны с Санкционированным Доменом (100), и
связывания по меньшей мере одного элемента информации с Санкционированным Доменом, заданным идентификатором домена посредством
a) связывания упомянутого элемента информации с Сертификатом Права Пользователя, где упомянутый Сертификат Права Пользователя идентифицирует упомянутый элемент информации и пользователя, связанного с Санкционированным Доменом, и/или
b) связывания упомянутого элемента информации с Сертификатом Права Устройства, где упомянутый Сертификат Права Устройства идентифицирует упомянутый элемент информации и устройство, связанное с Санкционированным Доменом, и/или
c) связывания упомянутого элемента информации с Сертификатом Права Домена, где упомянутый Сертификат Права Домена идентифицирует упомянутый элемент информации и Санкционированный Домен,
тем самым получения множества устройств и множества пользователей, которое санкционировано для доступа к элементу информации, связанному с упомянутым Санкционированным Доменом (100).
2. Способ по п.1, отличающийся тем, что этот способ дополнительно предусматривает стадию контроля доступа к данному элементу информации, связанному с Санкционированным Доменом (100) посредством данного устройства, управляемого данным пользователем, причем эта стадия предусматривает:
проверку того, связан ли данный пользователь с тем же Санкционированным Доменом (100), что и данный элемент информации, или
проверку того, связано ли данное устройство с тем же Санкционированным Доменом (100), что и данный элемент информации,
и разрешение доступа для данного пользователя через данное устройство и/или другие устройства к элементу информации, если данный пользователь связан с тем же Санкционированным Доменом (100),
или разрешение доступа для данного пользователя и/или других пользователей через данное устройство к элементу информации, если данное устройство является частью того же Санкционированного Домена (100).
3. Способ по п.2, отличающийся тем, что стадия контроля доступа данного элемента информации дополнительно предусматривает проверку того, что Сертификат Права Пользователя для данного элемента информации определяет, что данный пользователь имеет право доступа к данному элементу информации, и разрешение доступа к данному элементу информации только в случае, если упомянутая стадия проверки имеет положительный результат.
4. Способ по п.1, отличающийся тем, что упомянутый единственный список или сертификат содержит идентификатор домена, уникальный идентификатор в точности для одного пользователя и уникальный идентификатор в точности для одного устройства.
5. Способ по п.1, отличающийся тем, что Сертификат Права Пользователя или Сертификат Права Устройства, или Сертификат Права Домена содержит данные прав, представляющие то, какие права существуют по меньшей мере по отношению к одному элементу информации, связанному с Сертификатом Права Пользователя или Сертификатом Права Устройства, или Сертификатом Права Домена.
6. Способ по п.1, отличающийся тем, что каждый элемент информации, относящийся к упомянутому по меньшей мере одному элементу информации, зашифрован, и что право информации связано с каждым элементом информации и с Сертификатом Права Пользователя или с Сертификатом Права Устройства, или с Сертификатом Права Домена, и что право информации данного элемента информации содержит ключ для дешифровки данного элемента информации.
7. Система для генерации Санкционированного Домена (AD), причем эта система содержит:
средство для получения идентификатора домена, уникально идентифицирующего Санкционированный Домен (100),
средство для связывания по меньшей мере одного пользователя и по меньшей мере одного устройства с Санкционированным Доменом, идентифицируемым идентификатором домена, путем получения или генерации единственного списка или сертификата, содержащего идентификатор домена, уникального идентификатора для по меньшей мере одного пользователя и уникального идентификатора для по меньшей мере одного устройства, тем самым определяя, что пользователь и устройство связаны с Санкционированным Доменом (100), и
средство для связывания по меньшей мере одного элемента информации с Санкционированным Доменом, заданным идентификатором домена посредством
a) связывания упомянутого элемента информации с Сертификатом Права Пользователя, где упомянутый Сертификат Права Пользователя идентифицирует упомянутый элемент информации и пользователя, связанного с Санкционированным Доменом, и/или
b) связывания упомянутого элемента информации с Сертификатом Права Устройства, где упомянутый Сертификат Права Устройства идентифицирует упомянутый элемент информации и устройство, связанное с Санкционированным Доменом, и/или
c) связывания упомянутого элемента информации с Сертификатом Права Домена, где упомянутый Сертификат Права Домена идентифицирует упомянутый элемент информации и Санкционированный Домен,
тем самым получая множество устройств и множества пользователей, санкционированных для доступа к элементу информации упомянутого Санкционированного Домена (100).
8. Система по п.7, отличающаяся тем, что эта система дополнительно содержит средство для контроля доступа к данному элементу информации, связанному с Санкционированным Доменом (100), посредством данного устройства, управляемого данным пользователем, где это средство приспособлено для:
проверки того, связан ли данный пользователь с тем же Санкционированным Доменом (100), что и данный элемент информации, или
проверки того, связано ли данное устройство с тем же Санкционированным Доменом (100), что и данный элемент информации,
и разрешения доступа для данного пользователя через данное устройство и/или другие устройства к элементу информации, если данный пользователь связан с тем же Санкционированным Доменом (100),
или разрешения доступа для данного пользователя и/или других пользователей через данное устройство к элементу информации, если данное устройство является частью того же Санкционированного Домена (100).
9. Система по п.8, отличающаяся тем, что средство для контроля доступа данного элемента информации дополнительно приспособлено для дополнительной проверки того, что Сертификат Права Пользователя для данного элемента информации определяет, что данный пользователь имеет право доступа к данному элементу информации и разрешения доступа к данному элементу информации только в случае, если упомянутая стадия проверки имеет положительный результат.
10. Система по п.7, отличающаяся тем, что единственный список или сертификат содержит идентификатор домена, уникальный идентификатор в точности для одного пользователя и уникальный идентификатор в точности для одного устройства.
11. Система по п.7, отличающаяся тем, что Сертификат Права Пользователя или Сертификат Права Устройства, или Сертификат Права Домена содержит данные прав, представляющие то, какие права существуют по меньшей мере по отношению к одному элементу информации, связанному с Сертификатом Права Пользователя или Сертификатом Права Устройства, или Сертификатом Права Домена.
12. Система по п.7, отличающаяся тем, что каждый элемент информации, относящийся к упомянутому по меньшей мере одному элементу информации, зашифрован, и что право информации связано с каждым элементом информации и с Сертификатом Права Пользователя или с Сертификатом Права Устройства, или с Сертификатом Права Домена, и что право информации данного элемента информации содержит ключ для дешифровки данного элемента информации.
RU2006105621A 2003-07-24 2004-07-14 Архитектура гибридного санкционированного домена, основанного на устройстве и личности RU2372651C2 (ru)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
EP03102281 2003-07-24
EP03102281.7 2003-07-24

Publications (2)

Publication Number Publication Date
RU2006105621A RU2006105621A (ru) 2006-06-27
RU2372651C2 true RU2372651C2 (ru) 2009-11-10

Family

ID=34089689

Family Applications (1)

Application Number Title Priority Date Filing Date
RU2006105621A RU2372651C2 (ru) 2003-07-24 2004-07-14 Архитектура гибридного санкционированного домена, основанного на устройстве и личности

Country Status (16)

Country Link
US (2) US9009308B2 (ru)
EP (1) EP1652025B1 (ru)
JP (1) JP4694482B2 (ru)
KR (1) KR101060482B1 (ru)
CN (1) CN100419618C (ru)
BR (1) BRPI0412787B1 (ru)
CA (1) CA2550768C (ru)
ES (1) ES2428320T3 (ru)
IL (1) IL173293A (ru)
MX (1) MXPA06000880A (ru)
NO (1) NO337782B1 (ru)
NZ (1) NZ544910A (ru)
RU (1) RU2372651C2 (ru)
UA (1) UA95220C2 (ru)
WO (1) WO2005010879A2 (ru)
ZA (1) ZA200600659B (ru)

Families Citing this family (40)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2005055022A1 (en) * 2003-12-04 2005-06-16 Koninklijke Philips Electronics N.V. Connection linked rights protection
CN100557547C (zh) 2004-03-26 2009-11-04 皇家飞利浦电子股份有限公司 用于产生授权域的方法和系统
US8239962B2 (en) 2004-05-17 2012-08-07 Koninlijke Philips Electronics N.V. Processing rights in DRM systems
KR101172844B1 (ko) 2004-06-04 2012-08-10 코닌클리케 필립스 일렉트로닉스 엔.브이. 제 1 당사자를 제 2 당사자에게 인증하는 인증방법
EP1619898A1 (en) * 2004-07-19 2006-01-25 Sony Deutschland GmbH Method for operating in a home network
US8402283B1 (en) 2004-08-02 2013-03-19 Nvidia Corporation Secure content enabled drive system and method
US8359332B1 (en) 2004-08-02 2013-01-22 Nvidia Corporation Secure content enabled drive digital rights management system and method
US8875309B1 (en) 2004-12-15 2014-10-28 Nvidia Corporation Content server and method of providing content therefrom
US8788425B1 (en) 2004-12-15 2014-07-22 Nvidia Corporation Method and system for accessing content on demand
US8346807B1 (en) 2004-12-15 2013-01-01 Nvidia Corporation Method and system for registering and activating content
US8751825B1 (en) * 2004-12-15 2014-06-10 Nvidia Corporation Content server and method of storing content
US7500269B2 (en) * 2005-01-07 2009-03-03 Cisco Technology, Inc. Remote access to local content using transcryption of digital rights management schemes
EP1846864B1 (en) 2005-02-04 2014-08-13 Koninklijke Philips N.V. Method, device, system, token creating authorized domains
JP4613627B2 (ja) * 2005-02-08 2011-01-19 株式会社日立製作所 コンテンツ配信システム
EP1866821A4 (en) * 2005-04-08 2011-03-09 Korea Electronics Telecomm DOMAIN ADMINISTRATIVE PROCEDURES, USER DOMAIN CONTEXT AND DEVICE-BASED DOMAIN SYSTEM
KR20060109237A (ko) * 2005-04-13 2006-10-19 삼성전자주식회사 라이센스 정보에 기초하여 컨텐트의 사용을 제어하기 위한암호화/복호화 방법 및 장치
US8893299B1 (en) 2005-04-22 2014-11-18 Nvidia Corporation Content keys for authorizing access to content
CN101180850B (zh) 2005-05-19 2011-10-05 爱利亚有限责任公司 经授权的域政策方法
WO2006129225A2 (en) * 2005-05-31 2006-12-07 Koninklijke Philips Electronics N.V. Flexible domain policy distribution
US20070033414A1 (en) * 2005-08-02 2007-02-08 Sony Ericsson Mobile Communications Ab Methods, systems, and computer program products for sharing digital rights management-protected multimedia content using biometric data
WO2007036831A2 (en) * 2005-09-30 2007-04-05 Koninklijke Philips Electronics N.V. Improved drm system
FR2892222A1 (fr) * 2005-10-17 2007-04-20 Thomson Licensing Sa Methode de gravure, de mise a disposition et de distribution securisee de donnees numeriques, dispositif d'acces et graveur.
US8452961B2 (en) * 2006-03-07 2013-05-28 Samsung Electronics Co., Ltd. Method and system for authentication between electronic devices with minimal user intervention
US7730181B2 (en) 2006-04-25 2010-06-01 Cisco Technology, Inc. System and method for providing security backup services to a home network
BRPI0711042B1 (pt) 2006-05-02 2019-01-29 Koninklijke Philips Eletronics N V sistema, método para possibilitar um emissor de direitos criar dados de autenticação relacionados à um objeto e/ou criptografar o objeto usando uma chave diversificada e dispositivo
EP1860586A1 (en) * 2006-05-18 2007-11-28 Vodafone Holding GmbH Method and managing unit for managing the usage of digital content, rendering device
KR100941535B1 (ko) * 2006-06-09 2010-02-10 엘지전자 주식회사 디지털 저작권 관리에서 장치의 도메인 탈퇴 방법, 그 장치및 그 시스템
JP2008015622A (ja) * 2006-07-03 2008-01-24 Sony Corp 著作権保護記憶媒体、情報記録装置及び情報記録方法、並びに情報再生装置及び情報再生方法
US8886568B2 (en) * 2006-10-12 2014-11-11 Koninklijke Philips N.V. License specific authorized domains
DE102007010789A1 (de) 2007-03-02 2008-09-04 Deutsche Thomson Ohg Verfahren zum Betreiben eines Netzwerkes sowie lokales Netzwerk und Netzwerkkomponente
KR20080084481A (ko) * 2007-03-16 2008-09-19 삼성전자주식회사 디바이스간의 콘텐츠 전송 방법 및 그 시스템
KR20090067551A (ko) * 2007-12-21 2009-06-25 삼성전자주식회사 클러스터 기반의 컨텐츠 사용 제한 및 컨텐츠 사용 방법,컨텐츠 접근 권한 인증 방법, 장치, 및 기록매체
US8407483B2 (en) * 2008-12-18 2013-03-26 Electronics And Telecommunications Research Institute Apparatus and method for authenticating personal use of contents by using portable storage
US8925096B2 (en) 2009-06-02 2014-12-30 Google Technology Holdings LLC System and method for securing the life-cycle of user domain rights objects
GB2476487A (en) * 2009-12-23 2011-06-29 Key Criteria Technology Ltd A multi-device multimedia system
US20130074158A1 (en) * 2011-09-20 2013-03-21 Nokia Corporation Method and apparatus for domain-based data security
US9166976B2 (en) * 2011-10-17 2015-10-20 Stephen Villoria Creation and management of digital content and workflow automation via a portable identification key
US20130339740A1 (en) * 2012-03-08 2013-12-19 Omer Ben-Shalom Multi-factor certificate authority
DE102014201234A1 (de) * 2014-01-23 2015-07-23 Siemens Aktiengesellschaft Verfahren, Verwaltungsvorrichtung und Gerät zur Zertifikat-basierten Authentifizierung von Kommunikationspartnern in einem Gerät
US10540511B2 (en) * 2016-03-31 2020-01-21 Intralinks, Inc. Information rights management offline file access facility

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2193823C2 (ru) * 1996-11-18 2002-11-27 ЭмСиАй ВОРЛДКОМ, ИНК. Архитектура коммуникационной системы

Family Cites Families (45)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080010365A1 (en) * 1997-07-25 2008-01-10 Eric Schneider Methods, products, systems, and devices for processing reusable information
US6324645B1 (en) * 1998-08-11 2001-11-27 Verisign, Inc. Risk management for public key management infrastructure using digital certificates
US20020062451A1 (en) * 1998-09-01 2002-05-23 Scheidt Edward M. System and method of providing communication security
US20020040439A1 (en) * 1998-11-24 2002-04-04 Kellum Charles W. Processes systems and networks for secure exchange of information and quality of service maintenance using computer hardware
US20010039624A1 (en) * 1998-11-24 2001-11-08 Kellum Charles W. Processes systems and networks for secured information exchange using computer hardware
US6223291B1 (en) * 1999-03-26 2001-04-24 Motorola, Inc. Secure wireless electronic-commerce system with digital product certificates and digital license certificates
US6463534B1 (en) * 1999-03-26 2002-10-08 Motorola, Inc. Secure wireless electronic-commerce system with wireless network domain
US6880007B1 (en) * 1999-06-07 2005-04-12 Register Com, Inc. Domain manager and method of use
US6460023B1 (en) * 1999-06-16 2002-10-01 Pulse Entertainment, Inc. Software authorization system and method
US20020031230A1 (en) * 2000-08-15 2002-03-14 Sweet William B. Method and apparatus for a web-based application service model for security management
US7356690B2 (en) * 2000-12-11 2008-04-08 International Business Machines Corporation Method and system for managing a distributed trust path locator for public key certificates relating to the trust path of an X.509 attribute certificate
US20020103811A1 (en) * 2001-01-26 2002-08-01 Fankhauser Karl Erich Method and apparatus for locating and exchanging clinical information
AU2002255568B8 (en) 2001-02-20 2014-01-09 Adidas Ag Modular personal network systems and methods
US8185938B2 (en) * 2001-03-29 2012-05-22 International Business Machines Corporation Method and system for network single-sign-on using a public key certificate and an associated attribute certificate
US20020144108A1 (en) * 2001-03-29 2002-10-03 International Business Machines Corporation Method and system for public-key-based secure authentication to distributed legacy applications
US20020146237A1 (en) 2001-04-06 2002-10-10 General Instrument Corporation Portable content by way of a set-top device/home-gateway
US20020157002A1 (en) * 2001-04-18 2002-10-24 Messerges Thomas S. System and method for secure and convenient management of digital electronic content
CN1389836A (zh) * 2001-05-31 2003-01-08 东莞市天浪网络技术有限公司 身份认证方法和公民档案系统
JP4294266B2 (ja) 2001-06-11 2009-07-08 パナソニック株式会社 ライセンス管理サーバ、ライセンス管理システム及び利用制限制御方法
US7047560B2 (en) * 2001-06-28 2006-05-16 Microsoft Corporation Credential authentication for mobile users
KR20040015714A (ko) * 2001-07-17 2004-02-19 마쯔시다덴기산교 가부시키가이샤 컨텐츠 이용장치와 네트워크 시스템, 및 라이센스 정보취득방법
JP4177040B2 (ja) * 2001-07-17 2008-11-05 松下電器産業株式会社 コンテンツ利用装置及びネットワークシステム並びにライセンス情報取得方法
JP2003178163A (ja) 2001-08-06 2003-06-27 Matsushita Electric Ind Co Ltd ライセンス管理サーバ、端末装置、ライセンス管理システム及び利用制限制御方法
JP4608212B2 (ja) * 2001-10-12 2011-01-12 ジオトラスト インコーポレーテッド 自動認証処理及びディジタル証書発行方法及びシステム
US7487363B2 (en) 2001-10-18 2009-02-03 Nokia Corporation System and method for controlled copying and moving of content between devices and domains based on conditional encryption of content key depending on usage
EP1442594A2 (en) 2001-10-29 2004-08-04 Matsushita Electric Industrial Co., Ltd. Apparatus of a baseline dvb-cpcm
EP1461679A4 (en) * 2001-11-12 2006-01-18 Worldcom Inc SYSTEM AND METHOD FOR THE FLUID IMPLEMENTATION OF MICRO-PAYMENTS RELATING TO CONSUMABLE SERVICES
US20050022015A1 (en) 2001-11-27 2005-01-27 Sebastiaan A F A Van Den Heuvel Conditonal access system
US20030177376A1 (en) * 2002-01-30 2003-09-18 Core Sdi, Inc. Framework for maintaining information security in computer networks
AU2003228007A1 (en) 2002-05-22 2003-12-02 Koninklijke Philips Electronics N.V. Digital rights management method and system
JP2004062870A (ja) 2002-06-04 2004-02-26 Matsushita Electric Ind Co Ltd データ配信システム
JP3791464B2 (ja) * 2002-06-07 2006-06-28 ソニー株式会社 アクセス権限管理システム、中継サーバ、および方法、並びにコンピュータ・プログラム
CN1675879A (zh) * 2002-06-07 2005-09-28 索尼株式会社 数据处理系统、数据处理装置及其方法和计算机程序
JP4129783B2 (ja) * 2002-07-10 2008-08-06 ソニー株式会社 リモートアクセスシステム及びリモートアクセス方法
JP4389145B2 (ja) * 2002-07-30 2009-12-24 富士ゼロックス株式会社 クライアントサーバシステムおよびその装置
US8374958B2 (en) * 2002-08-29 2013-02-12 Alcatel Lucent Method and apparatus for the payment of internet content
US20040059941A1 (en) * 2002-09-19 2004-03-25 Myfamily.Com, Inc. Systems and methods for identifying users and providing access to information in a network environment
JP2004139473A (ja) 2002-10-18 2004-05-13 Toshiba Corp コンテンツ記録装置、再生装置及び記録再生装置、並びに記憶媒体
US20060021065A1 (en) 2002-10-22 2006-01-26 Kamperman Franciscus Lucas A J Method and device for authorizing content operations
US7734745B2 (en) * 2002-10-24 2010-06-08 International Business Machines Corporation Method and apparatus for maintaining internet domain name data
US7568218B2 (en) * 2002-10-31 2009-07-28 Microsoft Corporation Selective cross-realm authentication
US20040098615A1 (en) * 2002-11-16 2004-05-20 Mowers David R. Mapping from a single sign-in service to a directory service
JP4469631B2 (ja) * 2003-02-28 2010-05-26 パナソニック株式会社 端末装置、サーバ装置、ライセンス流通システム、ライセンス情報の取り扱い方法、およびプログラム
JP4033090B2 (ja) 2003-09-12 2008-01-16 日立電線株式会社 半導体装置用テープキャリアの製造方法
CN100557547C (zh) 2004-03-26 2009-11-04 皇家飞利浦电子股份有限公司 用于产生授权域的方法和系统

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2193823C2 (ru) * 1996-11-18 2002-11-27 ЭмСиАй ВОРЛДКОМ, ИНК. Архитектура коммуникационной системы

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
HEUVEL VAN DEN, S.A.F.A. et al. Secure content management in authorised domains, 2002, найдена по адресу URL: http://de.scientificcommons.org/21373653, в разделе Download der Publikation. *

Also Published As

Publication number Publication date
IL173293A0 (en) 2006-06-11
NZ544910A (en) 2007-06-29
EP1652025B1 (en) 2013-07-03
BRPI0412787B1 (pt) 2016-12-27
US10038686B2 (en) 2018-07-31
JP2007501967A (ja) 2007-02-01
US9009308B2 (en) 2015-04-14
KR20060061802A (ko) 2006-06-08
CA2550768C (en) 2015-09-22
EP1652025A2 (en) 2006-05-03
AU2004260247A1 (en) 2005-02-03
US20150172279A1 (en) 2015-06-18
BRPI0412787A (pt) 2006-09-26
KR101060482B1 (ko) 2011-08-31
CN1826570A (zh) 2006-08-30
ES2428320T3 (es) 2013-11-07
NO337782B1 (no) 2016-06-20
JP4694482B2 (ja) 2011-06-08
UA95220C2 (ru) 2011-07-25
RU2006105621A (ru) 2006-06-27
ZA200600659B (en) 2007-05-30
WO2005010879A2 (en) 2005-02-03
CN100419618C (zh) 2008-09-17
CA2550768A1 (en) 2005-02-03
IL173293A (en) 2012-02-29
NO20060905L (no) 2006-04-21
MXPA06000880A (es) 2006-04-19
US20060190621A1 (en) 2006-08-24
WO2005010879A3 (en) 2005-05-12

Similar Documents

Publication Publication Date Title
RU2372651C2 (ru) Архитектура гибридного санкционированного домена, основанного на устройстве и личности
US8863239B2 (en) Method of and system for generating an authorized domain
CN1890618B (zh) 与连接相关的权利保护
JP6073942B2 (ja) 認可ドメインを作成する方法、装置、システム及びトークン
US20090132811A1 (en) Access to authorized domains
JP2008520025A (ja) ディジタル・ライセンスを処理する方法及び装置
AU2004260247B2 (en) Hybrid device and person based authorized domain architecture
WO2007085989A2 (en) Improved certificate chain validation