Система управления, хранения и предоставления пользователям совместно используемого цифрового содержания в группе, определенной взаимосвязями пользователей в многоплатформенной среде
Изобретение относится к области сетей связи. Технический результат - обеспечение повышения возможности изменения сообществ посредством регистрации новых устройств. Система управления, хранения и предоставления совместно используемого цифрового содержания группе пользователей в многоплатформенной среде содержит: облачный компонент хранения, выполненный с возможностью хранения элементов цифрового содержания, используемого совместно членами группы, определенной взаимосвязями пользователей; механизм регистрации, соединенный с облачным компонентом хранения; механизм аутентификации, соединенный с механизмом регистрации; и облачный компонент службы, соединенный с указанным механизмом аутентификации. 2 н. и 17 з.п. ф-лы, 19 ил.
Область техники, к которой относится изобретение
Настоящее изобретение относится к сети связи и, более конкретно, к управлению, хранению и предоставлению совместно используемого цифрового содержания пользователям в группе, определенной взаимосвязями пользователей в многоплатформенной среде.
Уровень техники
План цифрового сообщества предусматривает связь и/или мультимедийное обслуживание сообщества, состоящего из множества членов. Современные планы цифрового сообщества ограничены предложением множества цифровых элементов или служб, таких как планы звонков по сотовому телефону для сообщества. Цифровые элементы могут быть ограничены аппаратными средствами, программными средствами или платформами, используемыми клиентами. Кроме того, во множестве планов цифрового сообщества пользователи или члены сообщества или группы обычно должны повторно покупать тот же самый цифровой элемент, который был ранее куплен другим членом того же сообщества. Это не позволяет обеспечить эффективную покупку пользователями цифровых элементов или содержания, например, если владелец содержания или провайдер не может продать достаточное количество копий одного и того же цифрового элемента множеству пользователям. Более ценный план цифрового сообщества для клиентов может представлять собой план, который обрабатывал бы распределение более разнообразного цифрового содержания для членов сообщества, например, включая в себя приложения, электронные книги (e-книги), содержание, генерируемое пользователем, премиальное содержание и т.д. Также желательно распределять цифровое содержание для увеличенного количества интеллектуальных устройств, ассоциированных с членами сообщества, которые могут быть основаны на разных технологиях или платформах.
Раскрытие изобретения
В одном варианте осуществления раскрытие включает в себя систему для управления, хранения и предоставления совместно используемого цифрового содержания группе пользователей в многоплатформенной среде, содержащую облачный компонент хранения, выполненный с возможностью сохранения элементов цифрового содержания, совместно используемых членами групп, определенной взаимосвязями пользователей, и облачный компонент службы, выполненный с возможностью предоставления одного из элементов цифрового содержания для первую платформы для первого члена группы, определенной взаимосвязями пользователей, в формате, подходящем для первой платформы и для второй платформы, для второго члена группы, определенной взаимосвязями пользователей в формате, подходящем для второй платформы, при этом первая платформа и вторая платформа представляют собой разные платформы.
В другом варианте осуществления раскрытие включает в себя сетевой компонент, содержащий приемопередатчик, выполненный с возможностью связи с накопителем и связи с множеством устройств-членов группы, определенной взаимосвязями устройств-членов, при этом по меньшей мере два из устройств-членов содержат разные платформы, причем накопитель содержит множество элементов цифрового содержания, совместно используемых членами группы, определенной взаимосвязями пользователей, и логический модуль, выполненный с возможностью управления доступом к множеству элементов цифрового содержания членами группы, определенной взаимосвязями пользователей, и дополнительно выполненной с возможностью предоставления одного из множества элементов цифрового содержания первой платформе для первого члена группы, определенной взаимосвязями пользователей, в формате, совместимом с первой платформой, и для предоставления одного из множества элементов цифрового содержания для второй платформы, второго члена группы, определенной взаимосвязями пользователей, в формате, совместимом со второй платформой, при этом первая и вторая платформы являются разными.
В другом варианте осуществления раскрытие включает в себя способ, воплощенный в компьютере, содержащий этапы, на которых: сохраняют множество элементов цифрового содержания, совместно используемых множеством членов группы, определенной взаимосвязями пользователей, в одном или более облачных устройств хранения сети, воплощающих, вместе с процессором, контроль группы для множества элементов цифрового содержания, при этом разные члены группы, определенной взаимосвязями пользователей, имеют разные права доступа к множеству элементов цифрового содержания, и предоставляют, с использованием передатчика, один из множества элементов цифрового содержания для первой платформы, для первого члена группы, определенной взаимосвязями пользователей, в формате первой платформы, и предоставляют один из множества элементов цифрового содержания для второй платформы, для второго члена группы, определенной взаимосвязями пользователей во втором формате платформы, при этом первая платформа отличается от второй платформы.
В еще одном другом варианте осуществления раскрытие включает в себя воплощенный в компьютере способ предоставления цифрового содержания пользователю, содержащий этапы, на которых: передают с помощью передатчика первую часть цифрового содержания на первое устройство через первый канал передачи, принимают запрос от пользователя для передачи принимаемого цифрового содержания от первого устройства на второе устройство, и передают, с использованием передатчика, вторую часть цифрового содержания на второе устройство через второй канал передачи.
Эти и другие свойства будут более понятны из следующего подробного описания изобретения, которое следует рассматривать совместно с приложенными чертежами и формулой изобретения.
Краткое описание чертежей
Для более полного понимания данного раскрытия далее будет сделана ссылка на следующее краткое описание, которое следует рассматривать совместно с приложенными чертежами и подробным описанием изобретения, в котором одинаковые номера ссылочных позиций представляют одинаковые элементы.
На фиг.1 представлена схема варианта осуществления системы плана цифрового сообщества.
На фиг.2 представлена схема варианта осуществления архитектуры плана цифрового сообщества.
На фиг.3 представлена схема варианта осуществления пространства сообщества.
На фиг.4 представлена схема другого варианта осуществления пространства сообщества.
На фиг.5 представлена схема варианта осуществления схемы регистрации устройства сообщества.
На фиг.6 представлена схема варианта осуществления схемы лицензирования пространства сообщества.
На фиг.7 представлена схема другого варианта осуществления схемы лицензирования пространства сообщества.
На фиг.8 представлена схема варианта осуществления схемы безопасности канала связи.
На фиг.9 показана блок-схема последовательности операций варианта осуществления способа создания пространства сообщества.
На фиг.10 показана блок-схема последовательности операций варианта осуществления способа управления пространством сообщества.
На фиг.11 показана блок-схема последовательности операций варианта осуществления способа приобретения цифрового содержания.
На фиг.12 показана блок-схема последовательности операций варианта осуществления способа переадресации устройства.
На фиг.13 показана блок-схема последовательности операций варианта осуществления способа запроса цифрового содержания.
На фиг.14 показана схема протокола варианта осуществления способа регистрации устройства.
На фиг.15 показана схема протокола варианта осуществления способа регистрации шлюза.
На фиг.16 показана схема протокола варианта осуществления способа доступа к шлюзу.
На фиг.17 показана схема протокола варианта осуществления прирингового способа передачи данных (P2P).
На фиг.18 представлена схема варианта осуществления модуля передатчика/приемника.
На фиг.19 представлена схема варианта осуществления универсальной вычислительной системы.
Осуществление изобретения
Следует понимать в начале, что, хотя иллюстративное воплощение одного или больше вариантов осуществления представлено ниже, раскрытые системы и/или способы могут быть воплощены с использованием любого количества технологий, известных или существующих в настоящее время. Раскрытие, никоим образом, не следует ограничивать иллюстративными воплощениями, чертежами и технологиями, иллюстрируемыми ниже, включая в себя примерные конструкции и варианты осуществления, представленные, как иллюстрации, и описанные здесь, но они могут быть модифицированы в пределах объема приложенной формулы изобретения, вместе с их полным объемом эквивалентов.
В доступных или предложенных в настоящее время планах цифрового сообщества, таких как Пакет сообщества МАК и Золотой живой план сообщества ХВОХ, отсутствует множество полезных свойств, и они не предлагаются через провайдеров услуги Интернет (ISP), что может ограничить полноценность или популярность таких систем. Здесь раскрыты система и способы для предоставления плана цифрового сообщества и множество служб, которые могут не поддерживаться существующими планами цифрового сообщества. Система и способы также могут быть предусмотрены или могут поддерживаться ISP, которые могут иметь множество абонентов, включая в себя абонентов сообщества, которые содержат множество членов сообщества. Система может обеспечивать администрирование ресурсом плана цифрового сообщества, таким как покупка, совместное использование и обслуживание потребления множества членов сообщества. Система также может обеспечивать формирование пространства сообщества и "облаянные службы", подписку для членов сообщества, и предоставление пространства для сообщества. Кроме того, система может предоставлять членам сообщества защищенный канал связи и гибкое лицензирование сообщества для пространства сообщества по множеству разных платформ и устройств. Другие свойства системы и способов для воплощения их представлены ниже. Хотя здесь представлено описание с точки зрения семейной группы, системы, способы и устройства настоящего раскрытия не ограничиваются семейной группой, но могут быть применены к любой группе пользователей, определенной взаимосвязями пользователей. Группа может быть определена некоторой общей взаимосвязью между пользователями. Например, члены единичной семьи (например, отец, мать и дети) могут составлять группу, определенную взаимосвязями пользователей на основании того факта, что все они являются членами сообщества. Другие группы, определенные взаимосвязями пользователей, могут включать в себя, например, членов класса в школе, сотрудников предприятия, жителей пригорода или членов социальной мультимедийной онлайн-группы.
На фиг.1 иллюстрируется вариант осуществления системы 100 плана цифрового сообщества. Система 100 плана цифрового сообщества может обеспечивать и может допускать совместное использование цифрового содержания среди множества членов сообщества. Цифровое содержание может содержать любые цифровые приложения, службы, сообщения или их комбинации. Например, цифровое содержание может включать в себя программы, приложения, мультимедийные данные (например, музыку, видео и т.д.) и другие типы цифровых данных. Система 100 плана цифрового сообщества может поддерживать формирование плана цифрового сообщества, подписку для членов сообщества и предоставление содержания для распределения и потребления. Система 100 плана цифрового сообщества также может обеспечивать возможность покупки лицензии сообщества для цифрового содержания. Система 100 плана цифрового сообщества может содержать множество сообществ 110, множество устройств 120, шлюз 130 сообщества, пространство сообществ в облаке 140, и один или больше облачных серверов данных 150. Компоненты системы 100 плана цифрового сообщества могут быть размещены, как показано на фиг.1.
Члены 110 могут соответствовать пользователям или абонентам, которые принадлежат одному и тому же сообществу. Члены 110 могут быть идентифицированы индивидуально, например, через соответствующие идентификации (ID члена), коллективно, например, через один и тот же ID сообщества, или используя оба эти подхода. Например, члены могут использовать индивидуальную регистрационную информацию, такую, как имя пользователя и пароли, совместно используемую регистрационную информацию, такую как совместно используемое семьей имя пользователя и пароль, или применяя оба этих подхода. Члены 110 могут иметь одинаковые или разные уровни доступа к содержанию, например, одинаковую или разную авторизацию для доступа к разному содержанию. Члены 110 могут содержать одного или более администраторов, таких как родители, которые определяют уровни доступа или авторизацию для одного или более пользователей-членов, таких как дети. Пользователи-члены 110 могут иметь ограничения к доступу к некоторым услугам, которые могут быть доступными только для члена администратора, таким, как доступ к некоторому цифровому содержанию, администрирование и предоставление плана цифрового сообщества, покупка цифрового содержания и/или другие функции и службы, относящиеся к использованию плана цифрового сообщества.
Устройства 120 могут представлять собой любые устройства, выполненные с возможностью предоставления доступа по меньшей мере к некоторому из цифрового содержания плана цифрового сообщества. Устройства 120 могут представлять собой любые мобильные устройства пользователя, выполненные с возможностью доступа к шлюзу 130 сообщества и пространству сообщества посредством облака 140, и/или к серверам данных посредством облака 150. Например, устройства 120 пользователя могут содержать мобильные телефоны, карманные персональные компьютеры (PDA), портативные компьютеры и/или любые другие беспроводные устройства. Устройства 120 пользователя могут содержать инфракрасные порты, интерфейсы Bluetooth, беспроводные интерфейсы, соответствующие стандарту Института инженеров по электронике и радиотехнике (IEEE) 802.11, и/или любым другим системам беспроводной передачи данных, которые позволяют устройствам 120 пользователя выполнять беспроводный обмен данными. Кроме того или в качестве альтернативы, устройства 120 пользователя могут выполнять обмен данными, используя фиксированные каналы связи, такие как проводные кабели и/или оптоволоконные кабели, для доступа к шлюзу 130 сообщества, пространству сообщества в облаке 140, и/или серверам данных в облаке 150. Фиксированный канал передачи может воплощать Ethernet, асинхронный режим передачи (ATM), протокол Интернет (IP) или любой другой соответствующий протокол. Такие устройства 120 пользователя могут представлять собой стационарные устройства, включая в себя персональные компьютеры (PC), такие как настольные компьютеры, телефоны, такие как телефоны для передачи голоса по IP (VoIP), и/или телевизионные приставки. В некоторых вариантах осуществления устройства 120 пользователя могут содержать портативные устройства, такие как переносные компьютеры или беспроводные телефоны, которые могут использовать фиксированные каналы для установления связи.
Шлюз 130 сообщества может быть расположен по месту жительства сообщества и может быть выполнен с возможностью предоставления для устройств 120 доступа к пространству сообщества в облаке 140. Шлюз 130 сообщества может содержать накопитель, для локального хранения по меньшей мере некоторого из цифрового содержания плана цифрового сообщества, например, по месту проживания сообщества. Например, шлюз 130 сообщества может содержать кэш-данных для цифрового содержания в месте проживания сообщества. Пространство сообщества в облаке 140 может представлять собой любое сетевое пространство, ассоциированное с планом цифрового сообщества, то есть, например, в облаке, Интернет или другой сети. Пространство сообщества в облаке 140 может содержать информацию о цифровом плане сообщества, таком как информация об абонировании, авторизации и/или лицензировании для членов. В некоторых сценариях пространство сообщества в облаке 140 также может обеспечивать управление содержанием плана цифрового сообщества. Серверы данных в облаке 150 могут представлять собой любое устройство, компонент или устройство, выполненное с возможностью дистанционного хранения или генерирования по меньшей мере некоторого из цифрового содержания плана цифрового сообщества. Например, серверы 150 данных могут содержать сетевую службу пространства сообщества, сервер содержания, и/или мобильную службу сообщества.
Система 100 плана цифрового сообщества может предлагать услугу для администратора или владельца сообщества, который может представлять собой одного из членов 110, для формирования плана цифрового сообщества, включающего в себя пространство сообщества в облаке 140. Цифровой план сообщества может обеспечивать возможность доступа для различного рода устройств 120, как описано выше, к шлюзу 130 сообщества и/или пространству сообщества в облаке 140. Члены 110 могут затем использовать устройства 120 для покупки, совместного использования и наслаждения цифровым содержанием из пространства 140 сообщества и/или серверов данных посредством облака 150. Устройства 120 также могут содержать некоторое цифровое содержание или копии цифрового содержания по шлюзу 130 сообщества и/или серверов данных в облаке 150. Шлюз 130 сообщества и/или пространство сообщества в облаке 140 могут быть сконфигурированы для обработки управления доступом и/или управления лицензиями для членов 110. Новые члены 110 также могут быть добавлены в любое время к цифровому плану сообщества. Каждый член 110 может иметь право доступа к совместно используемому цифровому содержанию и может запрашивать администратора или владельца сообщества купить требуемые цифровые товары. Право доступа для членов 110 может быть определено администратором сообщества.
На фиг.2 иллюстрируется вариант осуществления архитектуры 300 плана цифрового сообщества. Архитектура 300 плана цифрового сообщества может использоваться для предоставления услуг плана цифрового сообщества, например, в системе 100 плана цифрового сообщества. Архитектура 300 плана цифрового сообщества может содержать множество членов 310, множество устройств 320 и пространство 330 сообщества. Члены 310 и устройства 320 могут быть аналогичны членам 110 и устройствам 120, соответственно. Пространство 330 сообщества может быть сконфигурировано аналогично пространству сообщества по облаку 140. Архитектура 300 плана цифрового сообщества также может содержать механизм 360 лицензирования, который может быть соединен с пространством 330 сообщества. Компоненты архитектуры 300 плана цифрового сообщества могут быть размещены, как показано на фиг.2.
Архитектура 300 плана цифрового сообщества может иметь топологию, в которой пространство 350 сообщества соответствует первому уровню и ассоциировано с множеством членов 310, члены 310 соответствуют второму уровню, и каждый из них ассоциирован с множеством устройств 320, и устройства 320 соответствуют третьему уровню. В частности, пространство 330 сообщества может обеспечивать услуги плана цифрового сообщества для каждого из членов 310. Каждый из членов 310 может использовать одно или больше устройств 320 для доступа к пространству 330 сообщества и принимать службы плана цифрового сообщества, приложения и содержание. Член 310 может передавать запрос на аутентификацию в пространство 330 сообщества для получения права доступа к пространству 330 сообщества. Каждый аутентифицированный член 310 может использовать одно или больше устройств 320 для доступа к пространству 300 сообщества и принимать цифровое содержание. Устройства 320 могут использоваться для инициирования действий в пространстве 330 сообщества, таких как загрузка содержания, установка, просмотр или их комбинации. Действия в пространстве 330 сообщества могут инициировать запрос услуги лицензирования в механизме 360 лицензирования. Механизм 360 лицензирования может затем предоставлять члену 310 лицензию или право для доступа к запрашиваемому действию в пространстве 330 сообщества. Такая схема лицензирования цифрового содержания в архитектуре 300 плана цифрового сообщества может обеспечивать защиту авторского права и увеличивать продажу копий цифрового содержания или цифровых товаров.
На фиг.3 иллюстрируется вариант осуществления пространства 400 сообщества, которое может соответствовать пространству сообщества по облаку 140. Пространство 400 сообщества может содержать управление 402 членами сообщества, компонент 404 управления цифровыми ресурсами сообщества, компонент 406 управления хранением пространства в облаке, компонент 408 управления событиями сообщества, компонент 410 управления устройствами сообщества, и компонент 412 управления социальной сетью сообщества. Эти компоненты могут быть воплощены с использованием программных средств, аппаратных средств или обоих этих подходов.
Компонент 402 управления членов сообщества может быть выполнен с возможностью предоставления приложения или услуги для нового члена, управление им, и удостоверение его обработки. Компонент 404 управления цифровыми ресурсами сообщества может быть выполнен с возможностью содержания цифрового содержания, которое может быть куплено членами сообщества, используя администрирование цифровым правом и управление доступом. Он может быть выполнен с возможностью предоставления услуги для владельца пространства сообщества (например, администратора) для управления доступом к цифровому содержанию для по меньшей мере некоторых из членов. Компонент 406 управления хранением пространства в облаке сообщества также может разрешать сохранение, совместное использование и дарение цифрового содержания между членами сообщества. Компонент 408 управления событиями сообщества может организовывать события для по меньшей мере некоторых из членов сообщества, и синхронизировать календарь устройств членов (например, смартфона, переносного компьютера). Компонент 410 управления устройствами сообщества может быть выполнен с возможностью разрешения членам сообщества регистрировать свои устройства в пространстве сообщества и обеспечить возможность непосредственного доступа к облаку сообщества в любом месте, без какой-либо заботы об аутентификации, и может управлять политикой и вопросами персональной конфигурации. Компонент 412 управления социальной сетью сообщества может обеспечивать для пользователя пространством сообщества возможность присоединения к множеству сообществ, или соединения сообществ, для формирования сети. Сообщения, содержание или события могут совместно использоваться между сообществами в сети, в соответствии с конфигурацией взаимосвязи.
На фиг.4 иллюстрируется вариант осуществления другого пространства 500 сообщества, которое может соответствовать пространству сообщества по облаку 140. Пространство 500 сообщества может содержать компонент 502 службы плана сообщества, компонент 504 службы лицензирования сообщества, компонент 506 службы транзакции, компонент 508 службы управления содержанием, компонент 510 службы по совместному использованию доходов и компонент 512 службы переадресации оконечного устройства. Пространство 500 сообщества может также содержать компонент 602 социальной сети сообщества, компонент 604 службы цифрового рынка, компонент 606 службы управления устройствами, и компонент 608 службы связи. Эти компоненты могут быть воплощены с использованием программного обеспечения, аппаратных средств или обоих подходов.
Компонент 502 службы плана сообщества может управлять или поддерживать службы приложения плана сообщества, на которые может быть выполнена подписка и которые могут быть получены членами сообщества. Компонент 504 услуги лицензирования сообщества может предоставлять права доступа к цифровому содержанию и регистрировать записи, связанные с установкой/просмотром, и предоставлять лицензии для членов сообщества. Компонент 506 службы транзакции может обеспечивать для пользователя возможность покупать и выполнять транзакции, и поддерживать соответствующий статус. Компонент 508 службы управления содержанием может соответствовать одному из действий по управлению содержанием пространства сообщества, такому, как дополнение, удаление, обновление, восстановление, передача или другие действия по управлению содержанием. Компонент 510 службы по совместному использованию доходов может обрабатывать процент от дохода каждой вовлеченной стороны (например, провайдера содержания, ISP, системы и т.д.) в действиях по покупке содержания сообществом. Компонент 512 услуги переадресации оконечного устройства может обеспечивать для пользователя возможность просмотра содержания в разных устройствах, платформах и/или географических местах положения. Например, компонент услуги 512 переадресации оконечного устройства может обеспечить для члена или пользователя возможность смотреть кинофильм, остановиться посередине кинофильма, и затем продолжить просмотр кинофильма на другом устройстве или в другом месте положения. Он может отличаться от современных решений переадресации, которые могут только обеспечивать возможность непрерывного просмотра на одном устройстве (например, телевизора (TV)) в другом или в том же доме или местоположении. Компонент 512 услуги переадресации оконечного устройства может выполнять переформатирование цифровых данных из одного формата во второй формат для того, чтобы способствовать доставке цифрового содержания на устройство в формате, совместимом с этим устройством. Кроме того формат, который совместимым с первым устройством перед переадресацией, может отличаться от формата, который совместим со вторым устройством после переадресации. Кроме того, цифровое содержание может быть доставлено на первое устройство по первому каналу передачи данных (например, по каналу беспроводной связи) и может быть доставлено на второе устройство через другой канал связи (например, по другому каналу беспроводной связи или по каналу проводной связи, такому как кабель или DSL).
Компонент 602 социальной сети сообщества может предоставлять услуги социальных сетей для членов сообщества. Компонент 604 услуги цифрового рынка может поддерживать деятельность на рынке, такую как покупки и/или загрузка цифрового содержания. Компонент 606 службы управления устройствами может выполнять управление разными устройствами, которое может включать в себя предоставление доступа и поддержание статуса. Компонент 608 службы связи может управлять обменом данных с разными устройствами.
В других вариантах осуществления пространство сообщества может содержать разные комбинации компонентов в пространстве 400 сообщества и в пространстве 500 сообщества. Кроме того, или в качестве альтернативы, пространство сообщества может содержать другие компоненты для управления службами пространства сообщества, цифрового содержания, членами и устройствами. Компоненты пространства сообщества также могут обеспечивать абонирование, авторизацию и/или лицензирование членов сообщества, или их комбинации.
На фиг.5 иллюстрируется вариант осуществления схемы 700 регистрации устройства сообщества, которую можно использовать для регистрации абонируемых устройств для членов сообщества в пространстве сообщества. Схема 700 регистрации устройства сообщества может содержать множество членов 710, множество устройств 720 и облако 740 пространства сообщества, которое содержит механизм 742 авторизации/аутентификации (Auth). Члены 710, устройства 720 и облако 740 пространства сообщества могут быть аналогичны членам 110, устройствам 120 и пространству сообщества по облаку 140, соответственно. Механизм 742 Auth может быть выполнен с возможностью аутентификации и авторизации устройства 720 и членов 710 для доступа к облаку 740 пространства сообщества.
Член 710 может регистрировать устройство 720 путем доступа к облаку 740 пространства сообщества. Устройства 720 могут использоваться для регистрации устройств с ассоциированными членами сообщества для плана сообщества. Процесс регистрации может содержать: генерируют сертификат 744, который содержит ID сообщества для сообщества из членов 710. Сертификат 744 также может содержать ID членов для каждого зарегистрированного члена 710, и ID устройства для каждого зарегистрированного устройства 720, ассоциированного с членом 710. Член 710 может обращаться к облаку 740 пространства сообщества, непосредственно используя устройства 720, например, по беспроводному каналу или в работе, для регистрации члена 710 и/или устройства 720. В качестве альтернативы, член 710 может обращаться к облаку 740 пространства сообщества через шлюз 730 сообщества локально, например, дома, для регистрации члена 710 и/или устройства 720. Впоследствии, член 710 может использовать устройство 720 для доступа к облаку 740 пространства сообщества и запрашивать авторизацию на механизме 742 Auth, используя соответствующий ID, такой как ID устройства и/или ID члена. Если член 710 и соответствующее устройство 720 авторизованы и аутентифицированы, например, на основе сертификата 744, тогда устройство 720 может начинать предоставление услуги по приему или загрузке приложений от облака 740 пространства сообщества.
На фиг.6 иллюстрируется вариант осуществления схемы 800 лицензирования пространства сообщества, которая может использоваться для предоставления лицензии для различных устройств членов, подписанных на цифровой план сообщества. Схема 800 лицензирования пространства сообщества может содержать множество устройств 820, пространство 830 сообщества и механизм 846 лицензирования, соединенный со шлюзом 830 сообщества. Устройства 820 и пространство 830 сообщества могут быть сконфигурированы аналогично устройствам 120 и пространству 330 сообщества, соответственно. Механизм 846 лицензирования может быть сконфигурирован для предоставления лицензии для устройств 820 для приема услуг из пространства 830 сообщества. Механизм 846 лицензирования может быть размещен в или может быть соединен с облаком, например, Интернет.
Устройство 820, которое, возможно было зарегистрировано, может использоваться членом сообщества для получения или покупки лицензии, путем доступа к пространству 830 сообщества. Член может запрашивать некоторое содержание из пространства 830 сообщества, используя устройство 820, которое может представлять собой инициатор для запроса на покупку лицензии. Таким образом, пространство 830 сообщества может передавать новый запрос на покупку лицензии в механизм 846 лицензирования для запроса удостоверения лицензии от механизма 846 лицензирования. Механизм 846 лицензирования может генерировать лицензию или может утверждать лицензию для устройства 820 или члена сообщества устройства 820, например, после авторизации/аутентификации устройства 810 и/или члена сообщества. Лицензия может быть выдана для того же устройства 820 или для любого устройства 820, которое может использоваться тем же членом. В качестве альтернативы, совместно используемая лицензия или лицензия сообщества могут быть куплены для цифрового содержания, такого как видеоданные или приложение, и могут совместно использоваться множеством членов в разных устройствах 820.
Другие лицензии могут быть куплены и выданы для множества членов во множестве устройств 820. Лицензии могут содержать лицензию, ограниченную общим количеством минут, которые могут истечь, когда общее количество минут будет использовано для приема или загрузки цифрового содержания, например, услуги/приложения. Общее количество минут может использоваться для одного или более устройств 820, одним или более членами сообщества, или используя оба таких подхода. Лицензии могут содержать лицензию, ограниченную временем истечения срока или датой, которую также можно использовать в одном или больше устройствах 820, одним или более членами сообщества, или используя оба таких подхода. Лицензии также могут содержать лицензию, ограниченную по количеству установок, которые могут истечь, когда содержание загружают или устанавливают количество раз, равное количеству установок, например, в одном или более устройствах 820 и/или одним или более членами.
На фиг.7 иллюстрируется вариант осуществления другой схемы 900 лицензирования пространства сообщества для предоставления лицензий различным устройствам подписанным членам сообщества. Схема 900 лицензирования пространства сообщества может содержать множество устройств 920, шлюз 930 сообщества и облако 940 пространства сообщества, которое может содержать механизм 942a аутентификации/авторизации (Auth) и механизм 946 лицензирования. Устройства 920, шлюз 930 сообщества, облако 940 пространства сообщества, механизм 942 Auth и механизм 946 лицензирования могут быть сконфигурированы аналогично устройствам 120, шлюзу 130 сообщества, пространству сообщества по облаку 140, механизму 742 Auth и механизму 846 лицензирования, соответственно.
Устройство 920, которое, возможно, было зарегистрировано, может использоваться членом сообщества для получения или покупки лицензии, путем доступа к облаку 940 пространства сообщества. Член может запрашивать некоторое содержание из облака 940 пространства сообщества, используя устройство 920, которое может инициировать запрос на покупку лицензии в облаке 940 пространства сообщества. Устройство 920 и покупка лицензии могут затем быть авторизованы механизмом 942 Auth. После авторизации, механизм 942 Auth может передавать запрос на покупку лицензии на механизм 946 лицензирования. В свою очередь, механизм 946 лицензирования может передавать запрашиваемую лицензию на устройство 920. Для передачи запроса на покупку лицензии, устройство 920 может обращаться непосредственно к облаку 940 пространства сообщества (например, по беспроводному каналу или в рабочем порядке) или локально (например, дома) через шлюз 930 сообщества. Аналогично, механизм 946 лицензирования может передавать запрашиваемую лицензию в устройство 920 непосредственно или через шлюз 930 сообщества. Шлюз 930 сообщества может содержать микросхему 932 безопасности, для защиты каналов передачи данных между устройством 920 и облаком 940 пространства сообщества, как описано ниже. Разные лицензии могут быть куплены и выданы для множества устройств 920, как описано выше. Например, лицензия может быть ограничена временем истечения срока или количеством установок.
На фиг.8 иллюстрируется вариант осуществления схемы 1000 безопасности канала передачи данных, которая может использоваться для предоставления защищенных каналов связи между устройствами членов сообщества и пространством сообщества. Схема 1000 безопасности канала передачи данных может содержать множество членов 1010, множество устройств 1020, шлюз 1030 сообщества, и облако 1040 пространства сообщества, которое может содержать механизм 1042 Auth и механизм 1048 безопасности. Устройства 920, шлюз 930 сообщества, облако 940 пространства сообщества и механизм 942 Auth могут быть аналогичны устройствам 120, шлюзу 130 сообщества, пространству сообщества, облаку 140 и механизму 742 Auth. Механизм 1048 безопасности может быть выполнен с возможностью настройки или установки защищенного канала связи для запрашивающего устройства 1020.
Член 1010 может использовать зарегистрированное устройство 1020, для доступа к облаку 1030 пространства сообщества, например, для приема службы плана сообщества. Доступ к облаку 1030 пространства сообщества может инициировать механизм 1042 Auth для авторизации устройства 1020 и/или члена 1010. После авторизация, механизм 1042 Auth может запрашивать защищенный канал связи для устройства 1020 из механизма 1048 безопасности. Механизм 1048 безопасности может затем защищать связи данных между облаком 1040 пространства сообщества и устройством 1020, например, на основе обмена ключа защиты с устройством 1020. Ключ защиты может использоваться для дешифрования зашифрованных передач данных через защищенный канал связи. Устройство 1020 может обращаться к облаку 1040 плана сообщества и может выполнять обмен данными через защищенный канал связи непосредственно (например, по беспроводному каналу передачи или в рабочем режиме) или локально (например, внутри дома) через шлюз 1030 сообщества. Если защищенный канал связи будет установлен между устройством 1020 и облаком 1040 пространства сообщества через шлюз 1030 сообщества, микросхема 1032 безопасности, которая может быть расположена в или соединена со шлюзом 1030 сообщества, может использоваться для дешифрования/шифрования передач данных между устройством 1020 и облаком 1040 пространства сообщества. Микросхема 1032 безопасности может совместно использовать ключ защиты с облаком 1040 пространства сообщества для обеспечения безопасности канала связи.
Системы и схемы, описанные выше, могут обеспечивать услугу на основе облака, которая соединяет членов сообщества, например, во всем мире. Услуга на основе облака может обеспечивать цифровое содержание или нематериальную собственность, потребляя и совместно используя, среди членов сообщества, гибкое лицензирование для сообщества, управление цифровой собственностью сообщества, и защищенную передачу сообщениями для сообщества, обмен мультимедийными данными и/или канал распределения. Услуга на основе облака также может поддерживать и предоставлять запрашиваемые и предоставляемые безвозмездно возможности среди членов сообщества. Например, некоторые члены сообщества могут посылать подарки в виде мультимедийных данных или цифрового содержания, например, музыкальные файлы или видеофайлы, другим членам сообщества. Некоторые члены сообщества, такие как дети, также могут запрашивать покупку мультимедийных данных или цифрового содержания у других членов, таких как родители.
Другие преимущества систем и схем, описанных выше, включают в себя возможность доступа к пространству сообщества или облаку пространства сообщества через различные типы устройств, например, смартфоны, телевизионные приставки или другие интеллектуальные устройства, которые могут иметь разные аппаратные и/или программные платформы. Системы также могут иметь более низкую общую стоимость и могут требовать меньших усилий по управлению для цифровых средств сообщества (например, купленного/лицензированного цифрового содержания) по сравнению с существующими планами цифрового сообщества. Например, пользователи или члены системы могут не заботиться об обработке хранения средств сообщества, резервного копирования средств сообщества и безопасности содержания сообщества. Системы и схемы также могут предоставлять автоматическую синхронизацию, индексирование и маркировку содержания. Такие преимущества могут в рабочем порядке повышать ощущение членов сообщества от совместно используемого содержания, вводить новый канал на рынок для продвижения приложений и предоставлять улучшенное управление сообществом.
На фиг.9 иллюстрируется блок-схема последовательности операций варианта осуществления способа 1100 формирования пространства сообщества, который может быть воплощен в системе 100 плана цифрового сообщества. Например, способ 1100 формирования пространства сообщества может использоваться для формирования пространства сообщества в облаке 140, регистрации соответствующих членов/устройств и установки политик доступа для членов сообщества. Способ 1100 формирования пространства сообщества может начинаться в блоке 1102, где пространство сообщества может быть зарегистрировано. Например, глава домашнего хозяйства может регистрировать центр сообщества или план и, следовательно, может стать владельцем пространства сообщества или администратором. В блоке 1104 может быть введен портал сообщества. Портал может содержать интерфейс, связь и/или порт между устройством-членом и пространством сообщества, например, локально или по облаку. Портал также может содержать участок пространства сообщества, который может быть выделен для члена, например, включая в себя содержание, лицензию, политику доступа и/или другие компоненты. Портал пространства сообщества может быть сформирован автоматически (используя систему пространства сообщества) после окончания регистрации пользователя или членов сообщества. Пользователь или член может обновлять или может обращаться к соответствующему шаблону портала пространства сообщества, который может быть другим для него, чем для других членов сообщества. Член сообщества может обращаться к порталу через разные устройства. В блоке 1106 можно выполнять управление пользователя сообщества. Например, владелец пространства сообщества может добавлять членов сообщества в пространство и/или может назначать совладельцев или соадминистраторов. В блоке 1108 может быть сконфигурировано управление доступом пользователя. Владелец пространства сообщества и/или совладелец может устанавливать политики управления доступом и применять их для каждого члена пространства сообщества. В блоке 1110 может быть передано уведомление для пользователя сообщества. Процесс уведомления может быть инициирован, когда добавляют нового члена, обновляют профиль участника или предоставляют новую политику управления доступом. Способ 1100 может на этом заканчиваться.
На фиг.10 иллюстрируется блок-схема последовательности операций варианта осуществления способа 1200 управления пространством сообщества, который может быть воплощен в системе 100 плана цифрового сообщества. Способ 1200 управления пространством сообщества может использоваться для управления пространством или порталом сообщества для ассоциированных членов. Способ 1200 формирования пространства сообщества может начинаться в блоке 1202, где владелец пространства сообщества может быть аутентифицирован. Например, владелец пространства сообщества или администратор может зарегистрироваться в пространстве сообщества и может быть аутентифицирован, например, на основе ID, пароля и/или других параметров доступа. В блоке 1204 может быть введен портал сообщества. Владелец пространства сообщества может быть авторизован для ввода в портал пространства сообщества для члена после аутентификации. В блоке 1206 портал сообщества может быть обновлен. Владелец пространства сообщества может обозначать, какой компонент портала пространства сообщества должен быть обновлен и может обновлять, соответственно, этот компонент. Обновленный компонент может соответствовать члену или пользователю сообщества. В блоке 1208 может быть передано уведомление члену сообщества. Пространство сообщества может уведомлять пользователя сообщества или члена о соответствующем обновлении портала сообщества. Способ 1200 может затем заканчиваться.
На фиг.11 иллюстрируется блок-схема последовательности операций варианта осуществления способа 1300 покупки цифрового содержания, который может быть воплощен в системе 100 плана цифрового сообщества. Способ 1300 покупки цифрового содержания может использоваться для обеспечения для члена сообщества или пользователя в пространстве сообщества возможности покупки цифрового содержания. Способ 1300 покупки цифрового содержания может начинаться в блоке 1302, где может осуществляться покупка цифрового содержания в пространстве сообщества. Член или пользователь может покупать цифровое содержание, например, путем добавления выбранного цифрового содержания на карту покупок. В блоке 1304 могут быть выбраны тип лицензии и квота для сообщества. Может существовать множество разных типов лицензий, которые могут быть куплены, такие как лицензия одной копии или лицензия копии для сообщества. Разные типы лицензий также могут иметь разные цены. Общий план сообщества может предоставлять для члена пространства сообщества определенное количество квот потребления в течение определенного периода времени. Например, план сообщества может обеспечить возможность загрузки, например, бесплатно, приблизительно 15 приложений, приблизительно пяти кинофильмов и/или приблизительно 10 электронных книг, в период приблизительно один месяц. В блоке 1306 транзакция может быть проверена. Например, член или пользователь может проверять цифровое содержание, выводимое на карту покупок. В блоке 1308 доход может быть разделен с провайдером элемента или владельцем хранилища. Например, совокупный доход от продажи цифрового содержания, купленного пользователями, может быть разделен среди ISP, провайдера системы пространства сообщества и/или провайдера содержания. В блоке 1310 статус оплаты может быть возвращен пользователю. Статус оплаты или подтверждение могут быть переданы члену пространства сообщества после выполнения покупки цифрового содержания. Способ 1300 может затем заканчиваться.
На фиг.12 иллюстрируется блок-схема последовательности операций варианта осуществления способа 1400 переадресации устройства, который может быть воплощен в системе 100 плана цифрового сообщества. Способ 1400 переадресации устройства может обеспечивать для члена сообщества возможность переключения между устройствами, при приеме или загрузке одного и того же цифрового содержания. Способ 1400 переадресации устройства может начинаться в блоке 1402, где может просматриваться определенное содержание. Например, абонент или член плана цифрового сообщества может просматривать цифровое содержание, такое как кинофильм. В блоке 1404 может быть воплощена переадресация от одного оконечного устройства. Например, член или пользователь может остановить или установить на паузу просмотр цифрового содержания до окончания его просмотра, например, в середине кинофильма. В блоке 1406 могут быть воплощены регистрационные данные от другого оконечного устройства или местоположения. Например, пользователь может решить переместиться к другому устройству или оконечному устройству, например, в другом местоположении для продолжения просмотра остальной части содержания. В блоке 1408 просмотр содержания может быть продолжен. Например, после перемещения в другое местоположение (например, из дома в офис) или используя другое устройство (например, переходя с TV на смартфон), пользователь может продолжить просмотр содержания. Способ 1400 может затем закончиться.
На фиг.13 иллюстрируется блок-схема последовательности операций варианта осуществления способа 1500 запроса цифрового содержания, который может быть воплощен в системе 100 плана цифрового сообщества. Способ 1500 запроса цифрового содержания может использоваться членом для запроса цифрового содержания у владельца пространства сообщества или администратора. Например, член сообщества, например, ребенок может запросить покупку или подарок у владельца пространства сообщества, например, родителя. Способ 1500 запроса цифрового содержания может начаться в блоке 1502, где может быть введен центр сообщества или план сообщества. Член сообщества может вначале войти в пространство сообщества для запроса цифрового содержания. В блоке 1504 могут быть изучены элементы сообщества. Член сообщества может изучить доступные элементы сообщества в пространстве сообщества, например, в хранилище пространства сообщества, например приложения или другие цифровые товары, доступные для покупки или загрузки. В блоке 1506 может быть запрошено некоторое содержание. Член сообщества может запросить цифровое содержание, которое не может быть найдено или недоступно в пространстве сообщества. В блоке 1508 содержание может быть куплено. Владелец пространства сообщества или совладелец может одобрить запрос члена сообщества на покупку содержания для члена сообщества. В блоке 1510 содержание может быть разделено среди членов сообщества. Способ 1500 может затем закончиться.
На фиг.14 иллюстрируется вариант осуществления способа 1600 регистрации устройства, который может быть воплощен в системе 100 плана цифрового сообщества. Способ 1600 регистрации устройства может использоваться для регистрации устройства члена сообщества с планом сообщества. Устройство может быть зарегистрировано непосредственно, например, в рабочем порядке или по беспроводному каналу, с пространством сообщества, например, по облаку. На этапе 1601 клиент 1660 может передать запрос для регистрации устройства в браузер 1670 клиент. Клиент 1660 может представлять собой устройство члена сообщества, например, устройство 120, и доступ к браузеру 1670 клиенту может быть выполнен по клиенту 1660 и он может быть загружен из пространства сообщества. На этапе 1602 браузер 1670 клиента может запрашивать аутентификацию пользователя устройства через сервер 1680 аутентификации. Сервер 1680 аутентификации может быть аналогичен механизму 742 Auth. На этапе 1603 сервер 1680 аутентификации может обращаться к информации пользователя для аутентификации пользователя. На этапе 1604 сервер 1680 аутентификации может возвращать результат аутентификации и ключ сеанса на браузер 1670 клиента. На этапе 1605 браузер 1670 клиента может передавать запрос для регистрации услуги на сервер 1690 регистрации. Браузер 1670 клиента может быть выполнен с возможностью регистрации члена и/или устройства с планом сообщества или пространством сообщества. Сервер 1690 регистрации также может передавать ключ сеанса с запросом на сервер 1690 регистрации. На этапе 1606 сервер 1690 регистрации может возвращать запрос информации сеанса на сервер 1680 аутентификации. Сервер 1690 регистрации может также возвращать ключ сеанса с запросом.
На этапе 1607 сервер 1680 аутентификации может возвращать информацию сеанса на сервер 1690 регистрации. На этапе 1608 сервер 1690 регистрации может построить приложение клиента и может кэшировать сеанс. На этапе 1609 сервер 1690 регистрации может возвратить приложение клиента в браузер 1670 клиента. На этапе 1610 приложение может быть сохранено в клиенте 1660, используя браузер 1670 клиента. На этапе 1611 клиент 1660 может установить приложение. На этапе 1612 клиент 1660 может передать запрос на покупку или приобретение в браузер 1670 клиента. На этапе 1613 браузер 1670 клиента может направить запрос на покупку или приобретение на сервер 1680 аутентификации. На этапе 1614 сервер 1680 аутентификации может подсказать серверу 1690 регистрации прервать сеанс. На этапе 1615 сеанс в сервере регистрации 1690 может быть прерван или закончен. На этапе 1616 сервер 1690 регистрации может возвратить результат прерванного сеанса в сервер 1680 аутентификации. На этапе 1617 сервер 1680 аутентификации может возвратить объединенный результат о сеансе в браузер 1670 клиента. На этапе 1618 браузер 1670 клиента может возвратить или перенаправить результат на клиент 1660. Способ 1600 может затем закончиться. Некоторые из дополнительных этапов в способе 1600 обозначены, используя стрелки из пунктирных линий на фиг.14. Кроме того, в некоторых вариантах осуществления сервер 1690 регистрации генерирует другие данные подтверждения регистрации, в дополнение к или помимо приложения-клиента. Такие данные подтверждения регистрации могут быть переданы в браузер 1670 клиента для подтверждения регистрация в устройстве.
На фиг.15 иллюстрируется вариант осуществления способа 1700 регистрации шлюза, который может быть воплощен в системе 100 плана цифрового сообщества. Способ 1700 регистрации шлюза может использоваться для регистрации устройства-члена с планом сообщества через шлюз сообщества. Способ 1700 регистрации шлюза может быть воплощен, используя клиент 1760, шлюз 1770 сообщества, сервер 1780 аутентификации и сервер 1790 регистрации, которые могут быть выполнены аналогично устройству 120, шлюзу 130 сообщества, механизму 742 Auth и серверу 1790 регистрации, соответственно. На этапе 1701 клиент 1760 может обращаться шлюзу 1770 сообщества, например, используя протокол передачи гипертекста (HTTP). На этапе 1702 шлюз 1770 сообщества может отображать веб-страницу клиента 1760. На этапе 1703 клиент 1760 может передавать запрос на формирование счета пользователя через шлюз 1770 сообщества. На этапе 1704 шлюз сообщества может перенаправлять запрос на формирование счета пользователя на сервер 1790 регистрации. На этапе 1705 сервер 1790 регистрации может возвращать результат формирования счета пользователя в шлюз 1770 сообщества. На этапе 1706 шлюз 1770 сообщества может перенаправлять результат на клиент 1760. На этапе 1707 клиент 1760 может передавать запрос на формирование пространства сообщества через шлюз 1770 сообщества. Клиент 1760 может также передавать имя пользователя/пароль с запросом. На этапе 1708 шлюз 1770 сообщества может запрашивать аутентификацию пользователя от сервера 1780 аутентификации. Шлюз сообщества может также передавать информацию аутентификации пользователя, например, имя пользователя/пароль, в сервер 1780 аутентификации.
На этапе 1709 шлюз 1770 сообщества может перенаправлять запрос на формирование пространства сообщества на сервер 1790 регистрации. На этапе 1710 сервер 1790 регистрации может возвращать результат формирования пространства сообщества на шлюз 1770 сообщества. На этапе 1711 шлюз 1770 сообщества может перенаправлять результат на клиент 1760. На этапе 1712 клиент 1760 может передавать запрос для связи с пространством сообщества через шлюз 1770 сообщества. На этапе 1713 шлюз 1770 сообщества может запрашивать список пространства сообщества от сервера 1790 регистрации. На этапе 1714 сервер 1790 регистрации может возвращать список пространства сообщества на шлюз 1770 сообщества. На этапе 1715 шлюз 1770 сообщества может подсказать клиенту 1760 выбрать пространство сообщества из списка пространства сообщества. На этапе 1716 клиент 1760 может обозначить выбранное пространство сообщества для шлюза 1770 сообщества и также может передавать имя пользователя/пароль в шлюз 1770 сообщества. На этапе 1717 шлюз 1770 сообщества может передавать запрос на связь с выбранным пространством сообщества и передавать ID шлюза и имя пользователя/пароль в сервер 1790 регистрации. На этапе 1718 сервер 1790 регистрации может возвращать результат запроса, сертификат сообщества и ключ шифрования на шлюз 1770 сообщества. На этапе 1719 сообщества шлюз 1770 может сохранять сертификат сообщества и ключ шифрования, который может использоваться для предоставления безопасности для канала передачи данных с клиентом 1760. На этапе 1720 шлюз 1770 сообщества может возвращать результат от сервера 1790 регистрации на клиент 1760. Способ 1700 может затем закончиться. Некоторые из необязательных этапов в способе 1700 обозначены, используя пунктирные стрелки на фиг.15.
На фиг.16 иллюстрируется вариант осуществления способа 1800 доступа к шлюзу, который может быть воплощен в системе 100 плана цифрового сообщества. Способ 1800 доступа к шлюзу может использоваться для доступа к пространству сообщества, например, для приема или загрузки цифрового содержания, через шлюз сообщества. Способ 1800 доступа к шлюзу может быть воплощен с использованием клиента 1860, шлюза 1870 сообщества, сервера 1880 аутентификации и сервера 1890 регистрации, который может быть выполнен, как описано выше. На этапе 1801 клиент 1860 может передавать запрос на получение содержания сообщества через шлюз 1870 сообщества. На этапе 1802 шлюз 1870 сообщества может передавать сертификат сообщества на сервер 1880 аутентификации. На этапе 1803 сервер 1880 аутентификации может обращаться к информации сертификата для авторизации/аутентификации клиента 1860.
На этапе 1804 сервер 1880 аутентификации может передавать результат аутентификации на шлюз 1870 сообщества. На этапе 1805 шлюз 1870 сообщества может передавать зашифрованный запрос в пространство сообщества, в сервер 1890 регистрации. На этапе 1806 сервер 1890 регистрации может запрашивать информацию шлюза от сервера 1880 аутентификации. На этапе 1807 сервер 1880 аутентификации может возвращать ключ шифрования на сервер 1890 регистрации. На этапе 1808 сервер 1890 регистрации может кэшировать сеанс для клиента 1860, дешифровать запрос для пространства сообщества (используя ключ шифрования), и шифровать ответ на этот запрос. На этапе 1809 сервер 1890 регистрации может возвращать ответ на запрос на шлюз 1870 сообщества. На этапе 1810 шлюз 1870 сообщества может дешифровать ответ из сервера 1890 регистрации. На этапе 1811 шлюз 1870 сообщества может перенаправлять дешифрованный ответ на клиент 1860. Способ 1800 может затем заканчиваться. Некоторые из необязательных этапов в способе 1800 обозначены с использованием пунктирных стрелок на фиг.16.
На фиг.17 иллюстрируется вариант осуществления способа 1900 передачи данных P2P, который может быть воплощен в системе 100 плана цифрового сообщества. Способ 1900 передачи данных P2P может использоваться для обеспечения для двух членов или двух устройств-членов возможности установления защищенного обмена данными P2P в системе пространства сообщества, например, для обмена сообщениями или цифровым содержанием. Способ 1900 передачи данных P2P может быть воплощен с использованием клиента 1960, браузера 1970 клиента, сервера 1980 аутентификации, первого сервера 1990 регистрации и второго сервера 1992 регистрации, которые могут быть сконфигурированы, как описано выше. На этапе 1901 клиент 1960 может передавать запрос для аутентификации первого члена в сервер 1980 аутентификации. На этапе 1902 сервер 1980 аутентификации может возвращать результат аутентификации и сеанс ключа в клиент 1960. На этапе 1903 браузер 1970 клиента может перенаправлять запрос аутентификации для второго члена на сервер 1980 аутентификации. Второй член может выполнять передачу через браузер 1970 клиент через второе устройство-клиента (не показано). На этапе 1904 сервер 1980 аутентификации может возвращать результат аутентификации и ключ сеанса в браузер 1970 клиент. На этапе 1905 клиент 1960 может передавать запрос на ключ передачи данных и ключ сеанса первому члену в первый сервер 1990 регистрации. На этапе 1906 браузер 1970 клиента может передавать запрос на ключ для передачи данных и ключ сеанса для второго члена на первый сервер 1990 регистрации.
На этапе 1907 первый сервер 1990 регистрации может генерировать ключ связи. На этапе 1908 первый сервер 1990 регистрации может передавать ключ связи во второй сервер 1992 регистрации. На этапе 1909 второй сервер 1992 регистрации может передавать подтверждение на первый сервер 1990 регистрации. На этапе 1910 первый сервер 1990 регистрации может возвращать ключ связи на клиент 1960. На этапе 1911 первый сервер 1990 регистрации может возвращать тот же ключ связи в браузер 1970 клиента. На этапе 1912 клиент 1960 может передавать сообщение, предназначенное для второго члена (например, для второго устройства члена) в первый сервер 1990 регистрации. Сообщение может быть зашифровано, с использованием ключа связи, например, через защищенный канал. На этапе 1913 второй сервер 1992 регистрации может дешифровать сообщение и повторно зашифровать сообщение. На этапе 1914 второй сервер 1992 регистрации может возвращать зашифрованное сообщение в браузер 1970 клиента. На этапе 1915 браузер 1970 клиента может дешифровать сообщение, используя ключ связи. Браузер 1970 клиента может затем передавать сообщение на второе устройство члена. Способ 1900 может затем заканчиваться. Некоторые из необязательных этапов в способе 1900 обозначены с использованием пунктирных стрелок на фиг.17.
На фиг.18 иллюстрируется вариант осуществления модуля 2000 передатчика/приемника, который может представлять собой любое устройство, которое транспортирует пакеты через сеть. Например, модуль 2000 передатчика/приемника может быть расположен в устройстве члена сообщества, в шлюзе сообщества, локальном пространстве сообщества, и/или в пространстве сообщества по облаку. Модуль 2000 Передатчика/приемника может содержать один или больше входных портов или модулей 2010 для приема пакетов, объектов или TLV из других компонентов сети, логический модуль 2020, для определения в какие компоненты сети требуется передать пакеты, и один или больше выходных портов или модулей 2030, для передачи фреймов в другие компоненты сети. Логический модуль 2020 может быть воплощен в программных средствах, аппаратных средствах, во встроенном программном обеспечении или с использованием некоторой их комбинации.
Сетевые компоненты, описанные выше, могут быть воплощены в любом сетевом компоненте общего назначения, таком как компьютер или сетевой компонент с достаточной мощностью обработки, ресурсами памяти и пропускной способностью сети для обработки необходимой рабочей нагрузки, приложенной к нему. На фиг.19 иллюстрируется типичный сетевой компонент 2100 общего назначения, пригодный для воплощения одного или больше вариантов осуществления компонентов, раскрытых здесь. Сетевой компонент 2100 включает в себя процессор 2102 (который может называться центральным процессорным устройством или CPU), который сообщается с запоминающими устройствами, включающими в себя второй накопитель 2104, постоянное запоминающее устройство (ROM) 2106, оперативное запоминающее устройство (RAM) 2108, устройства 2110 ввода-вывода (I/O) и устройства 2112 сетевого соединения. Процессор 2102 может быть воплощен как одна или более микросхем CPU или может представлять собой часть одной или больше специализированных интегральных микросхем (ASIC).
Второй накопитель 2104 обычно состоит из одного или больше из приводов диска или приводов на ленте и используется для энергонезависимого хранения данных и как устройство сохранения данных переполнения, если RAM 2108 будет недостаточно большим для содержания всех рабочих данных. Второй накопитель 2104 может использоваться для хранения программ, которые загружаются в RAM 2108, когда такие программы выбирают для исполнения. ROM 2106 используется для хранения инструкций и, возможно, данных, которые считывают во время выполнения программ. ROM 2106 представляет собой энергонезависимое запоминающее устройство, которое обычно имеет малую емкость памяти относительно большей емкости памяти второго накопителя 2104. RAM 2108 используется для хранения оперативных данных и, возможно, для хранения инструкций. Доступ как к ROM 2106, так и к RAM 2108 обычно осуществляется быстрее, чем ко второму накопителю 2104.
По меньшей мере, был раскрыт один вариант осуществления и варианты, комбинации и/или модификации варианта (вариантов) осуществления и/или свойства варианта (вариантов) осуществления, которые могут быть выполнены специалистом в данной области техники, находятся в пределах объема раскрытия. Альтернативные варианты осуществления, которые могут быть получены в результате комбинирования, интеграции и/или исключения свойств варианта (вариантов) осуществления, также находятся в пределах объема раскрытия. В случае, когда цифровые диапазоны или ограничения будут явно указаны, такие явно указанные диапазоны или ограничения следует понимать, как включающие в себя итеративные диапазоны или ограничения или аналогичную магнитуду, попадающую в явно установленные диапазоны или ограничения (например, от приблизительно 1 до приблизительно 10 включает в себя 2, 3, 4 и т.д.; больше чем 0,10 включает в себя 0,11, 0,12, 0,13 и т.д.). Например, всякий раз, когда будет раскрыт цифровой диапазон с нижним пределом R1 и верхним пределом RU, любое число, попадающее в этот диапазон, будет, в частности, раскрыто. В частности, следующие числа в пределах диапазона будут конкретно раскрыты: R=R1+k*(RU-R1), где k представляет собой переменную в пределах от 1 процента до 100 процентов с приращением в 1 процент, то есть, k составляет 1 процент, 2 процента, 3 процента, 4 процента, 7 процентов, …, 70 процентов, 71 процент, 72 процента, …, 97 процентов, 96 процентов, 97 процентов, 98 процентов, 99 процентов или 100 процентов. Кроме того, любой цифровой диапазон, определенный двумя числами R, определенными, как описано выше, также будет, в частности, раскрыт. Использование термина "в случае необходимости" в отношении любого элемента формулы изобретения, означает, что элемент требуется, или в качестве альтернативы, этот элемент не требуется, и обе эти альтернативы находятся в пределах объема формулы изобретения. Использование более широких терминов, таких как содержит, включает в себя, и имеющий, следует понимать, как предоставление поддержки для более узких терминов, таких как состоящий из, состоящий по существу из, и состоящий в основном из. В соответствии с этим, объем защиты не ограничен описанием, представленным выше, но определен следующей формулой изобретения, объем которой включает в себя все эквиваленты предмета формулы изобретения. Каждый из пункта формулы изобретения представлен здесь, как дополнительное раскрытие в описании, и пункты формулы изобретения представляют собой вариант (варианты) осуществления настоящего раскрытия. Описание ссылок в раскрытии не является допущением того, что они представляет собой предшествующий уровень техники, в частности, любой ссылки, которая имеет дату публикации после даты приоритета настоящей приложения. Раскрытие всех патентов, заявок на патент и публикаций, цитируемых в раскрытии, тем самым представлено здесь по ссылке, в той степени, что они обеспечивают примерные, процедурные или другие детали, дополняющие раскрытие.
В то время как несколько вариантов осуществления были представлены в настоящем раскрытии, следует понимать, что раскрытые системы и способы могут быть воплощены во множестве других конкретных форм, без выхода за пределы сущности или объема настоящего раскрытия. Настоящие примеры следует рассматривать как иллюстративные, а не ограничительные, и изобретение не следует ограничивать представленными здесь деталями. Например, различные элементы или компоненты могут быть скомбинированы или интегрированы в другие системы, или определенные свойства могут быть опущены или не воплощены.
Кроме того, технологии, системы, подсистемы, и способы, описанные и представленные в различных вариантах осуществления, как дискретные или отдельные, могут быть скомбинированы или интегрированы с другими системами, модулями, технологиями или способами, без выхода за пределы объема настоящего раскрытия. Другие элементы, представленные или описанные, как связанные или непосредственно соединенные или сообщающиеся друг с другом, могут быть связаны опосредованно или могут сообщаться через некоторый интерфейс, устройство или промежуточный компонент, электрически, механически или по-другому. Другие примеры изменений, замен и модификаций могут быть рассмотрены специалистами в данной области техники и могут быть выполнены, не выхода за пределы раскрытых здесь сущности и объема.
1. Система управления, хранения и предоставления совместно используемого цифрового содержания группе пользователей в многоплатформенной среде, содержащая:
облачный компонент хранения, выполненный с возможностью хранения элементов цифрового содержания, используемого совместно членами группы, определенной взаимосвязями пользователей;
механизм регистрации, соединенный с облачным компонентом хранения и выполненный с возможностью:
приема одного или более запроса на связь первого клиентского устройства и второго клиентского устройства с группой, определенной взаимосвязями пользователей; и
передачи сертификата сообщества, содержащего идентификаторы (IDs) устройства, ассоциированного с указанным первым клиентским устройством и указанным вторым клиентским устройством, на шлюз сообщества, при этом сертификат сообщества передается на шлюз сообщества для поддержки аутентификации указанного первого клиентского устройства и указанного второго клиентского устройства;
механизм аутентификации, соединенный с механизмом регистрации и выполненный с возможностью аутентификации указанного первого клиентского устройства и указанного второго клиентского устройства после приема указанного сертификата сообщества; и
облачный компонент службы, соединенный с указанным механизмом аутентификации и выполненный с возможностью:
после аутентификации предоставления первой части одного из элементов цифрового содержания на указанное первое клиентское устройство для первого члена группы, определенной взаимосвязями пользователей, в формате, адаптированном для указанного первого клиентского устройства;
приема указания, что указанный первый член изменил доступ на указанное второе клиентское устройство; и
после аутентификации предоставления второй части указанного одного из элементов цифрового содержания на указанное второе клиентское устройство в формате, адаптированном для указанного второго клиентского устройства,
при этом указанное первое клиентское устройство и второе клиентское устройство представляют собой разные клиентские устройства.
2. Система по п. 1, в которой облачный компонент службы дополнительно выполнен с возможностью осуществления политики ограничения доступа, определенной управляющим членом группы, определенной взаимосвязями пользователей.
3. Система по п. 1, в которой облачный компонент службы дополнительно выполнен с возможностью принудительного выполнения условий лицензии для цифрового содержания.
4. Система по п. 1, в которой группа, определенная взаимосвязями пользователей, представляет собой группу сообщества, а облачный компонент службы дополнительно выполнен с возможностью родительского управления цифровым содержанием.
5. Система по п. 1, в которой цифровое содержание содержит элемент цифрового содержания с ограниченным доступом, при этом облачный компонент службы дополнительно выполнен с возможностью приема запроса на доступ к элементу цифрового содержания с ограниченным доступом от имеющего ограниченный доступ члена группы, определенной взаимосвязями пользователей, и перенаправления запроса на клиентское устройство управляющего члена группы, определенной взаимосвязями пользователей.
6. Система по п. 5, в которой облачный компонент службы дополнительно выполнен с возможностью предоставления элемента цифрового содержания с ограниченным доступом для имеющего ограниченный доступ члена группы, определенной взаимосвязями пользователей, при передаче одобрения управляющим членом группы, определенной взаимосвязями пользователей, для имеющего ограниченный доступ члена группы, определенной взаимосвязями пользователей, для доступа к цифровому содержанию с ограниченным доступом.
7. Система по п. 1, в которой элементы цифрового содержания содержат первый элемент цифрового содержания, лицензированный для одного члена группы, определенной взаимосвязями пользователей, и второй элемент цифрового содержания, лицензированный для множества членов группы, определенной взаимосвязями пользователей.
8. Система по п. 1, в которой облачный компонент службы выполнен с возможностью формирования и управления планом службы цифрового содержания группы, содержащим цифровое содержание, регистрации и авторизации/аутентификации членов групп, определенной взаимосвязями пользователей, и обеспечения для членов группы, определенной взаимосвязями пользователей, возможности подписки на план службы цифрового содержания группы, определенной взаимосвязями пользователей, покупки цифрового содержания, совместного использования цифрового содержания, запроса покупки цифрового содержания от других членов группы, определенной взаимосвязями пользователей, получения разных типов лицензий для цифрового содержания, организации содержания, включающей в себя индексирование и маркировку, и связи через защищенный канал связи.
9. Система по п. 1, в которой члены группы, определенной взаимосвязями пользователей, осуществляют связь с облачным компонентом службы через по меньшей мере одну из беспроводных и кабельных линий связи.
10. Система по п. 1, в которой члены группы, определенной взаимосвязями пользователей, имеют возможность использования устройства связи для связи с облачным компонентом службы через шлюз, при этом шлюз и устройства связи размещены в одном и том же месте проживания.
11. Система по п. 1, в которой облачный компонент службы выполнен с возможностью предоставления по меньшей мере одной из службы для управления членами группы, определенной взаимосвязями пользователей, содержанием группы, определенной взаимосвязями пользователей, управления доступом, счетом группы, определенной взаимосвязями пользователей, лицензией группы, определенной взаимосвязями пользователей, транзакцией, распределением доходов, переадресацией оконечного устройства, рынком цифрового содержания, социальной сетью группы, определенной взаимосвязями пользователей, устройством и каналом связи.
12. Система по п. 1, в которой облачный компонент службы выполнен с возможностью управления различными типами лицензий для различных элементов цифрового содержания, при этом указанные различные типы лицензий содержат лицензию, ограниченную общим количеством минут, лицензию, ограниченную временем или датой срока действия, и лицензию, ограниченную количеством установок.
13. Система по п. 1, в которой группа, определенная взаимосвязями пользователей, содержит семью.
14. Система по п. 1, в которой группа, определенная взаимосвязями пользователей, содержит членов одного класса в школе, сотрудников предприятия, жителей одного пригорода или членов социальной мультимедийной онлайн-группы.
15. Реализуемый компьютером способ управления, хранения и предоставления совместно используемого цифрового содержания группе пользователей в многоплатформенной среде, содержащий этапы, на которых:
сохраняют множество элементов цифрового содержания, совместно используемых множеством членов группы, определенной взаимосвязями пользователей, в одном или более устройствах хранения облачной сети;
выполняют с помощью процессора управление группой для множества элементов цифрового содержания, при этом разные члены группы, определенной взаимосвязями пользователей, имеют разные права доступа к множеству элементов цифрового содержания;
принимают с помощью приемника один или более запросов на связь первого клиентского устройства и второго клиентского устройства с группой, определенной взаимосвязями пользователей; и
передают сертификат сообщества, содержащий идентификаторы (IDs) устройства, ассоциированного с указанным первым клиентским устройством и указанным вторым клиентским устройством, на шлюз сообщества, при этом сертификат сообщества передается на шлюз сообщества для поддержки аутентификации указанного первого клиентского устройства и указанного второго клиентского устройства;
осуществляют аутентификацию указанного первого клиентского устройства и указанного второго клиентского устройства после приема указанного сертификата сообщества; и
после аутентификации предоставляют с помощью передатчика один из множества элементов цифрового содержания на указанное первое клиентское устройство для первого члена группы, определенной взаимосвязями пользователей, в формате первого клиентского устройства;
принимают указание, что указанный первый член изменил доступ на указанное второе клиентское устройство; и
после аутентификации предоставляют вторую часть указанного одного из множества элементов цифрового содержания на указанное второе клиентское устройство в формате второго клиентского устройства, при этом указанное первое клиентское устройство отличается от указанного второго клиентского устройства.
16. Реализуемый компьютером способ по п. 15, дополнительно содержащий этапы, на которых:
принимают запрос на покупку элемента цифрового содержания от запрашивающего члена группы, определенной взаимосвязями пользователей;
указывают управляющему члену группы, определенной взаимосвязями пользователей, на необходимость авторизации или отклонения запроса на покупку;
принимают ответ от управляющего члена;
определяют с помощью процессора, авторизует ли ответ запрос на покупку; и
предоставляют с помощью процессора элемент цифрового содержания, соответствующий запросу на покупку для запрашивающего члена группы, определенной взаимосвязями пользователей, если ответ от управляющего члена авторизует запрос на покупку.
17. Реализуемый компьютером способ по п. 15, в котором множество элементов цифрового содержания содержит по меньшей мере одни из видеоданных, музыки, приложения, видеоигры, электронной книги (е-книги) и других мультимедийных данных.
18. Реализуемый компьютером способ по п. 15, в котором первая лицензия для одного из множества элементов цифрового содержания для устройства, ассоциированного с первым членом группы, определенной взаимосвязями пользователей, содержит разные условия из второй лицензии для того же одного из множества элементов цифрового содержания, для устройства, ассоциированного со вторым членом группы, определенной взаимосвязями пользователей.
19. Реализуемый компьютером способ по п. 15, в котором условия лицензии для цифрового содержания изменяются на основе устройства, члена или обоих указанных подходов.
