Система і спосіб для створення віртуальних універсальних автоматично конфігурованих систем

Реферат: Способи і пристрої дозволяють пристрою, розташованому у вихідній мережі (100), представлятися як віртуальний пристрій в цільовій мережі (116). Додатки агента, що виконуються на комп'ютерах у вихідній і цільовій мережах, здійснюють зв'язок по одноранговій мережі, забезпеченій суперранговим мережевим сервером (140) в Інтернеті (114). Щоб спільно використовувати пристрій, агент (126) цільової мережі запитує агента (108) вихідної мережі надати доступ до пристрою у вихідній мережі. Агент вихідної мережі відсилає ім'я пристрою, властивості та інформацію шаблона послуг агенту цільової мережі. Агент цільової мережі використовує прийняту інформацію, щоб повідомити про себе як пристрій для цільової мережі. Пристрої в цільовій мережі можуть запитати послуги пристрою від агента цільової мережі. Такі запити перекомпоновуються агентом цільової мережі і відсилаються агенту вихідної мережі. Агент вихідної мережі переадресовує запит на послугу до фактичного пристрою і переадресовує прийняті відповіді агенту цільової мережі. Агент цільової мережі отримує процеси, спрямовує відповідь послуги на пристрій, що запитує. Потім пристрій, що запитує, в першій мережі може безпосередньо отримувати доступ до послуг від пристрою у другій мережі, як якби ці два пристрої були в тій же самій мережі. Використовуючи такі способи, пристрої в локальній мережі можуть отримувати доступ до послуг, доступних на Інтернет-сервері, як якби сервер знаходився в локальній мережі. UA 101900 C2 (12) UA 101900 C2 UA 101900 C2 5 10 15 20 25 30 35 40 45 50 55 Зв’язані заявки Дана заявка вимагає пріоритет згідно з Попередньою патентною заявкою США № 61/183,761 під назвою «Системи і способи для створення віртуальних універсальних автоматично конфігурованих систем (plug-and-play)» поданою 3 червня 2009, весь зміст якої даним включений в даний документ за допомогою посилання. Галузь техніки Даний винахід належить до комп'ютерних мереж і, конкретніше, до дистанційного керування вибором потокових медіа і авторизацією між приватними мережами. Попередній рівень техніки Люди все більше створюють колекції цифрових медіа, такі як аудіофайли, відеофайли, цифрові зображення і т. д. В той час як портативні пристрої пам'яті, такі як thumb drives (USBдрайв, флешка), диски CD-R, і MP3-плеєри забезпечили деяку здатність фізично переносити такі файли з місця на місце для використання, часто такі пристрої пам'яті дуже обмежені в пропускній здатності, а також в тому, що легко можуть бути втрачені або украдені, щоб використовувати їх для зберігання файлів вразливих даних. Однак колекціонери цифрових медіа здобули б вигоду з можливості отримувати доступ до своїх колекцій без потреби встановлення складних мостів в мережі. Суть винаходу Запропоновані способи і пристрої дозволяють пристрою, розташованому в вихідній мережі, бути представленим як віртуальний пристрій в цільовій мережі. Агентські додатки, що виконуються на комп'ютерах в вихідній і цільовій мережах і на центральному сервері мережі, здійснюють зв'язок по мережі рівноправних вузлів (одноранговій мережі), забезпеченій суперранговим мережевим сервером в Інтернеті. Щоб спільно використовувати пристрій, агент центрального сервера запитує агента вихідної мережі забезпечити доступ до пристрою в вихідній мережі і спрямовує цю інформацію, яка повинна бути відіслана в цільову мережу. Агент вихідної мережі відсилає ім'я пристрою, інформацію про властивості і шаблони послуг агенту цільової мережі. Агент цільової мережі використовує отриману інформацію, щоб оголосити про себе як пристрій до цільової мережі. Пристрої в цільовій мережі можуть запитувати послуги пристрою від агента цільової мережі. Такі запити повторно перекомпоновуються агентом цільової мережі і відсилаються агенту вихідної мережі. Агент вихідної мережі переадресовує запит послуг до фактичного пристрою і переадресовує прийняті відповіді агенту цільової мережі. Агент цільової мережі отримує відповідь, обробляє її і відправляє відповідь послуги на пристрій, що запитує. Після цього пристрій, що запитує, в першій мережі може безпосередньо отримувати доступ до послуги від пристрою у другій мережі, як якби ці два пристрої були в тій же самій мережі. Використовуючи такі методи, пристрої в локальній мережі можуть також отримувати доступ до послуг, доступних на Інтернетсервері, як якби сервер був в локальній мережі. Короткий опис креслень Супроводжуючі креслення, які включені в даний документ і становлять частину цього опису, ілюструють зразкові варіанти здійснення винаходу і разом із загальним описом, наведеним вище, і докладним описом, наведеним нижче, служать для пояснення ознак винаходу. ФІГ. 1 - блок-схема системи зв'язку, що ілюструє систему зв'язку, прийнятну для використання з різними варіантами здійснення. ФІГ. 2A-2C - блок-схеми системи зв'язку, що ілюструють функціональність різних варіантів здійснення. ФІГ. 3 - блок-схема системи зв'язку, що ілюструє компоненти в комунікації з мобільним пристроєм для використання з різними варіантами здійснення. ФІГ. 4 зображає інтерфейс користувача, відповідний для виконання на мобільному пристрої для використання з різними варіантами здійснення. ФІГ. 5 - діаграма послідовності операцій узагальненого процесу різних варіантів здійснення. ФІГ. 6 - діаграма послідовності операцій варіанту здійснення способу для реєстрації мережі, щоб встановити однорангову мережу для використання з різними варіантами здійснення. ФІГ. 7 - діаграма потоку повідомлень, що ілюструє повідомлення, обмін якими може здійснюватися між різними компонентами у варіанті здійснення способу, проілюстрованому на ФІГ. 6. ФІГ. 8 - діаграма послідовності операцій варіанту здійснення способу для віртуалізації пристрою в першій мережі так, щоб він міг представлятися як віртуальний пристрій у другій мережі. 1 UA 101900 C2 5 10 15 20 25 30 35 40 45 50 55 60 ФІГ. 9A-9C - діаграми послідовності операцій варіанту здійснення способу для отримання послуг і прийому контенту від пристрою в першій мережі, що представляється як віртуальний пристрій у другій мережі. ФІГ. 10 - діаграма послідовності операцій варіанту здійснення способу для використання мобільного пристрою, щоб забезпечити можливість доступу до пристрою в першій мережі як віртуального пристрою у другій мережі. ФІГ. 11 - діаграма послідовності операцій іншого варіанту здійснення способу для використання комп'ютера в першій мережі, щоб забезпечити можливість доступу до пристрою в першій мережі як віртуального пристрою у другій мережі. ФІГ. 12 - діаграма послідовності операцій варіанту здійснення способу для використання комп'ютера в першій мережі, щоб забезпечити можливість доступу до пристрою у другій мережі як віртуального пристрою в першій мережі. ФІГ. 13 - діаграма потоку повідомлень, якими може виконуватися обмін між різними компонентами в способі, проілюстрованому на ФІГ. 12. ФІГ. 14 - комунікаційна блок-схема системи зв'язку, прийнятної для використання для конкретної реалізації різних варіантів здійснення. ФІГ. 15 - діаграма послідовності операцій варіанту здійснення способу для забезпечення можливості пристрою в першій мережі отримувати доступ до послуги, що надається сервером, як віртуальна послуга в першій мережі. ФІГ. 16 - діаграма потоку повідомлень, обмін якими може виконуватися між різними компонентами в способі, проілюстрованому на ФІГ. 15. ФІГ. 17 - діаграма послідовності операцій варіанту здійснення способу для відображення динамічного файлу як статичного зображення на відображенні цифрової фотографії. ФІГ. 18 - діаграма послідовності операцій зразкової реалізації способу, проілюстрованого на ФІГ. 17. ФІГ. 19 - діаграма послідовності операцій іншої зразкової реалізації способу, проілюстрованого на ФІГ. 17. ФІГ. 20 - блок-схема компонентів персонального комп'ютера, прийнятного для використання з різними варіантами здійснення. ФІГ. 21 - блок-схема компонентів сервера, прийнятного для використання з різними варіантами здійснення. ФІГ. 22 - блок-схема компонентів пристрою відображення цифрового фото, відповідного для використання з різними варіантами здійснення. Докладний опис Різні варіанти здійснення описані нижче детально з посиланнями на креслення. Скрізь, де можливо, ті ж самі посилальні позиції будуть використовуватися всюди на кресленнях для посилань на ті ж самі або схожі частини. Посилання, зроблені на конкретні приклади і реалізації, дані в ілюстративних цілях, і не призначені, щоб обмежувати об'єм винаходу або пункти формули винаходу. Слово "зразковий" використовується тут, щоб означати "служить як приклад, примірник або ілюстрація". Будь-яка реалізація, описана тут як "зразкова", не повинна обов'язково розглядатися як переважна або вигідна відносно інших реалізацій. Як використовується тут, терміни "мобільний пристрій" і "переносний пристрій" належать до будь-якого або всіх стільникових телефонів, персональних цифрових помічників (PDA), наручних комп'ютерів, бездротових приймачів електронної пошти, стільникових телефонів з мультимедійними Інтернет-можливостями, приймачів системи глобального позиціонування (GPS), контролерів бездротових ігор і подібних персональних електронних пристроїв, які включають в себе програмований процесор і пам'ять, конфігуровані для здійснення зв'язку з мережею бездротового зв’язку, і мають web-браузер. Як використовується тут, терміни "комп'ютер", "персональний комп'ютер" і "комп'ютерний пристрій" належать до будь-якої комп'ютерної програмованої системи, яка відома або яка буде розроблена в майбутньому. У переважному варіанті здійснення комп'ютер буде зв'язуватися з мережею так, як описано тут. Комп'ютерна система може бути конфігурована з інструкціями програмного забезпечення, щоб виконувати процеси, описані тут. Як використовується тут, терміни "компонент", "модуль", "система" і т. п. призначені для посилань на зв’язаний з комп'ютером об'єкт, включаючи апаратні засоби, комбінацію апаратних засобів і програмного забезпечення, програмне забезпечення або виконуване програмне забезпечення. Наприклад, компонент може бути, але не обмежений, процесом, що виконується на процесорі, процесором, об'єктом, виконуваним файлом, ланцюжком виконуваних програм, програмою і/або комп'ютером. Як ілюстрація, як додаток, що виконується на сервері, так і 2 UA 101900 C2 5 10 15 20 25 30 35 40 45 50 55 60 сервер, можуть бути компонентом. Один або більше компонентів можуть знаходитися в межах процесу і/або ланцюжка виконуваних програм і компонент може бути локалізований на одному комп'ютері і/або розподілений між двома або більше комп'ютерами. Як використовується тут, термін "пристрій" належить до будь-якого електронного пристрою, декілька прикладів якого згадані або описані тут. У переважному варіанті здійснення пристрій може бути "універсальним plug-and-play (автоматично конфігурованим)" (UPnP) пристроєм, який може бути з’єднаний з мережею. Термін "однорангова мережа" призначений, щоб охоплювати будь-яку форму технології однорангової мережі, яка відома або може бути розроблена в майбутньому. У той час як деякі варіанти здійснення належать до однорангових мереж, які використовують передачу повідомлень по гіпертекстовому протоколу передачі (HTTP), такі посилання призначені просто, щоб служити прикладами, а не обмежити об'єм формули винаходу якою-небудь конкретною мережевою технологією. Для простоти посилання, приклади, що ілюструють функціонування різних варіантів здійснення, можуть відсилатися на мережі як на перші і другі мережі або користувачі, або на мережі і користувачі А і B. Наприклад, перший користувач може згадуватися як "користувач А", а другий користувач може згадуватися як "користувач В". Такі посилання на кресленнях і в описі довільні і використовуються для спрощення посилань на мережу і користувачів і, таким чином, не призначені, щоб обмежувати об'єм формули винаходу тільки двома мережами або тільки двома користувачами або обмежувати конкретних користувачів конкретними мережами, оскільки різні варіанти здійснення підтримують будь-яке число мереж і користувачів. Різні аспекти будуть представлені з точки зору систем, які можуть включати в себе ряд компонентів, модулів і т. п. Зрозуміло, що різні системи можуть містити додаткові компоненти, модулі і т. д. і, можливо, не містять всі компоненти, модулі і т. д., обговорені з посиланнями на креслення. Комбінація цих підходів може також використовуватися. Різні варіанти здійснення, описані тут, забезпечують способи і системи, які забезпечують виявлення пристрою або послуги, що виконується в першій мережі, і створюють віртуальне представлення цього пристрою або послуги у другій мережі, так що до них можна отримати доступ, як якби це був фактичний пристрій мережі. У переважному варіанті здійснення перша і друга мережі є одноранговими мережами, що використовують універсальні plug-and-play ("UPnP", наприклад, http://www.upnp.org) пристрої, з’єднані з програмованим комп’ютером, такі як персональний комп'ютер. Перша і друга мережі також включають в себе з'єднання з глобальною мережею, наприклад, через маршрутизатор або домашній шлюз, що забезпечує зв'язок з Інтернетом, через який можуть бути встановлені комунікації між кожним з програмованих комп'ютерів. Перша і друга мережі можуть реалізувати бездротові комунікації Ethernet або 802.11, комбінацію обох цих технологій зв'язку або іншу мережеву технологію, здатну підтримувати Інтернет-протокол (IP). Кожний з програмованих комп’ютерів конфігурується додатком агента, який виявляє plug-and-play пристрою в межах своєї локальної мережі. Додаток агента дозволяє кожному з комп'ютерів приєднатися до однорангової мережі, що включає суперранговий сервер в глобальній мережі, через який можуть бути встановлені з'єднання з іншими комп'ютерами, що мають інстальовані подібні додатки агента. Подібно соціальній мережі, користувачі можуть запрошувати інші мережі встановлювати лінію зв'язку однорангової мережі, через яку пристрої і послуги (наприклад, спільне використання файлів) можуть бути досягнуті через глобальну мережу, таку як Інтернет. Щоб ініціювати спільне використання пристрою або послуги, перший агент в першому комп'ютері в першій мережі може відіслати запит через лінію зв'язку однорангової мережі з другим агентом у другому комп'ютері у другій мережі для доступу до одного або більше пристроїв або послуг у другій мережі. Другий агент може отримувати імена, властивості і шаблони послуг plug-and-play пристроїв у другій мережі і відсилати таку інформацію першому агенту через лінію зв'язку однорангової мережі. Перший агент використовує отриману plug-andplay інформацію, щоб імітувати запитаний пристрій або послугу в першій мережі, оголошуючи про себе як про UPnP пристрій, що має властивості і шаблони послуг, отримані від другого агента. Таким чином, перший агент діє як віртуальний пристрій або послуга, що оголошує про властивості пристрою або послуги у другій мережі. UPnP пристрої в першій мережі можуть потім запитувати послуги від віртуального пристрою або послуги звичайним способом UPnP мережі. Запит на послуги до віртуального пристрою або послуги може бути перекомпонований першим агентом і відісланий другому агенту у другій мережі через лінію зв'язку однорангової мережі. Другий агент у другій мережі може переадресувати запит на послугу і відіслати його у фактичний пристрій у другій мережі. Цей пристрій відповідає другому агенту звичайним способом. Другий агент потім компонує прийняту відповідь і відсилає її першому агенту через 3 UA 101900 C2 5 10 15 20 25 30 35 40 45 50 55 60 лінію зв'язку однорангової мережі. Перший агент приймає пакет, обробляє отриману інформацію, наприклад, щоб змінити універсальний покажчик ресурсу (URL) або IP-адресу на загальнодоступну IP-адресу для другої мережі або фактичного пристрою, і спрямовує відповідь послуги до пристрою, що запитує, в першій мережі. Після цього пристрій, що запитує, в першій мережі може отримувати доступ до послуг від пристрою у другій мережі через перший і другий агенти, з необхідними файлами і послугами, що передаються між першим і другим агентами (протилежно тому, як через однорангову мережу), як якби ці два пристрої були в тій же самій мережі. Використовуючи такі способи, пристрої в локальній мережі можуть отримувати доступ до послуг, доступних у другій локальній мережі, як якби пристрій був в локальній мережі. Далі, такі способи можуть забезпечувати можливість посилки контенту з комп'ютера або пристрою в першій мережі для представлення, друку або відображення на пристрої у другій мережі. Зразкова система зв'язку, відповідна для реалізації різних варіантів здійснення, проілюстрована на ФІГ. 1. Така система зв'язку може включати в себе дві або більше локальних мереж 100, 116, також позначених і згадуваних тут як мережі А і В, які можуть бути типовими домашніми мережами. Локальні мережі 100, 116 можуть бути реалізовані як бездротові комунікації Ethernet або 802.11 або комбінації обох. Локальні мережі 100, 116 включають в себе один або більше UPnP пристроїв 102, 104, 106, 110, 120, 122, 124, 128. У проілюстрованій системі зв'язку як приклад обидві мережі 100, 116 зв’язані з Інтернетом 114 через маршрутизатор 112, 118 або домашнім шлюзом, як було б типово в домашній мережевій системі. Локальні мережі 100, 116 також включають в себе програмовані комп’ютери 108, 126, такі як персональні комп'ютери, комп'ютерні ігрові консолі або сервери локальної мережі. У деяких реалізаціях програмований комп’ютер 108, 126 і маршрутизатор 112, 118 або домашній шлюз може бути реалізований в тому ж самому програмованому пристрої, такому як персональний комп'ютер або ігрова консоль, конфігуровані для функціонування як домашній шлюз. У деяких реалізаціях, одна або більше локальних мереж 100, 116 можуть не включати в себе маршрутизатор 112, 118, наприклад, коли одна мережа включає в себе тільки програмований комп'ютер, 108, 126, з’єднаний з Інтернетом 114. Локальна мережа 100, 116 може включати в себе множину UPnP пристроїв, таких як телевізори 102, 120, медіаплеєри (наприклад, плеєр 104 цифрових відеодисків (DVD)), джерела контенту (наприклад, приймач 124 супутникового або кабельного телебачення) і пристрої виведення (наприклад, цифрова рамка 106 для фотографій, принтери 110 і багатофункційні пристрої (MFD) 128). Будь-яке число різних UPnP пристроїв може бути реалізоване, включаючи UPnP пристрої, які можуть бути розроблені в майбутньому. Додатково, пристрої зберігання контенту, такі як системи комп'ютерних систем жорстких дисків в комп'ютерних пристроях 108, 126, можуть зберігати цифровий контент (наприклад, музику, фотографію, відео і текстові файли), який може відображатися і відтворюватися на одному або більше UPnP пристроях на локальних мережах 100, 116. Опційно, система зв'язку може включати в себе інші комп'ютерні пристрої, такі як персональні комп'ютери 138 і мобільні пристрої 136 з доступом до Інтернету 114. Наприклад, мобільні пристрої 136, такі як мобільні телефони, можуть отримувати доступ до Інтернету через мережу 130 бездротового зв’язку (наприклад, WI-FI або мережа передачі даних мобільного телефону). Такі мережі бездротового зв’язку 130 можуть включати в себе множину базових станцій 132, з’єднаних зі шлюзом або сервером 134 доступу до Інтернету, з’єднаним з Інтернетом 114. Персональні комп'ютери можуть бути з’єднані з Інтернетом 114 будь-яким звичайним чином, наприклад дротовими з'єднаннями через Інтернет-шлюз (не показаний) або мережею 130 бездротового зв’язку. Різні варіанти здійснення можуть також включати в себе суперранговий мережевий сервер 140, сервер 142 реєстрації і опційний сервер 144 переадресації, розташований в загальнодоступному Інтернеті 114. Суперранговий мережевий сервер 140 може бути будь-яким комерційно доступним сервером, що конфігурується інструкціями програмного забезпечення згідно з різними варіантами здійснення, щоб забезпечити можливості однорангових комунікацій між зв’язаними з Інтернетом комп'ютерними пристроями 108, 126, конфігурованими додатками агентів, описаними тут. Сервер 142 реєстрації може бути будь-яким комерційно доступним сервером, що конфігурується інструкціями програмного забезпечення, щоб містити Інтернетсторінку, яка може отримувати запити від веб-браузерів (або на мобільному пристрої 136 з відповідним браузером, або на комп'ютерних пристроях 108, 126, 138, сконфігурованих з веббраузером). Опційний сервер 144 переадресації може бути будь-яким комерційно доступним сервером, що конфігурується інструкціями програмного забезпечення, щоб переадресовувати комунікації між локальними мережами 100, 116, коли обидві мережі не забезпечують функціональність переадресації портів. 4 UA 101900 C2 5 10 15 20 25 30 35 40 45 50 55 60 У різних варіантах здійснення, суперранговий мережевий сервер 140, сервер 142 реєстрації і опційний сервер 144 переадресації не обмежені якою-небудь конфігурацією або конкретним числом пристроїв і можуть бути реалізовані в межах єдиного сервера, в межах двох серверів або в межах декількох серверів. Далі, декілька суперрангових мережевих серверів 140 можуть бути розташовані в Інтернеті, щоб підтримувати велику кількість однорангових ліній зв'язку. Суперранговий мережевий сервер 140 може конфігуруватися інструкціями програмного забезпечення, щоб дозволяти різним комп'ютерним пристроям 108, 126 визначати місцеположення один одного і відсилати повідомлення і дані одноранговим способом, без знання адрес Інтернет-протоколу (IP) пристроїв кінцевих вузлів. Місцеположення кожного комп'ютерного пристрою 108, 126 кінцевого вузла може бути визначене з використанням схеми адресації унікальних імен, а не IP-адрес. У такій схемі адресації кожна адреса відома як ідентифікатор домену. Тому, логічно, кожний ідентифікатор домену технічно представляє єдину підмережу мережі або локальну мережу і може згадуватися як "місце" (наприклад, мій будинок, мій офіс, і т. д.). Щоб забезпечити можливість однорангових комунікацій, суперранговий мережевий сервер 140 має доступ до бази даних користувацьких ідентифікаторів або облікових записів і асоційованих ідентифікаторів доменів. Ця база даних облікових записів може підтримуватися або доповнюватися сервером 142 реєстрації, до якого користувачі можуть отримати доступ через Інтернет 114. У одного користувача може бути багато асоційованих ідентифікаторів домену або "місць". Оскільки суперранговий мережевий сервер 140 має доступ до IP-адреси мережевих комп'ютерних пристроїв, що конфігуруються додатком агента, однорангова мережа 128 може бути створена, коли комп'ютерні пристрої 108, 126 інформуються про ідентифікатор домену один одного і про IP-адресу суперрангового мережевого сервера 140. Користувачі можуть створити однорангові мережі, запрошуючи інших, зареєстрованих в суперранговому сервері 140 (наприклад, через сервер 142 реєстрації), в мережу з ними. Таким способом, створення однорангових мереж через суперранговий мережевий сервер 140 може функціонувати як сайт соціальної мережі (наприклад, Facebook або MySpace) серед користувачів, зареєстрованих в суперранговому мережевому сервері 140. Таким чином, користувачі можуть з'єднати "друзів" зі своєю мережею, вказуючи, що ідентифікатор домену або інше посилання на інший системний обліковий запис може здійснювати комунікацію з мережею користувача. Коли дві мережі 100, 116 зв’язані в однорангову мережу 128, повідомлення від однієї мережі можуть бути спрямовані до суперрангового мережевого сервера 140, який використовує ідентифікатор домену адреси, щоб шукати і відправляти повідомлення іншої мережі. Різні варіанти здійснення використовують функціональність UPnP пристроїв, щоб дозволити пристрою з UPnP-можливостями в одній мережі 100 бути доступним "віртуально" у другій мережі 116. UPnP - відомий протокол для виявлення і доступу до послуг, що надаються пристроями один одному одноранговим способом в підмережі мережі. У локальній мережі UPnP пристроїв кожний пристрій може використовувати метод IP багатоадресної передачі, щоб оголосити про свою присутність в мережі (згадується як "сповіщення" або "повідомлення сповіщення") і шукати інші UPnP пристрої в мережі (згадується як "відкриття" (виявлення)). У звичайній UPnP мережі, IP багатоадресна передача сповіщень UPnP пристроїв і відкриття обмежені єдиною підмережею мережі. Таким чином, на ФІГ. 1, функції виявлення пристрою/сповіщення обмежені кожною з локальної мережі 100 і мережі В 116, і функції виявлення/сповіщення не можуть маршрутизуватися в Інтернет або поза локальною мережею ніяким чином. Тому для UPnP пристроїв в першій мережі 100 неможливо "бачити" або взаємодіяти з UPnP пристроями у другій мережі 116 з використанням стандартної UPnP функціональності. Різні варіанти здійснення дозволяють UPnP пристрою і асоційованим послугам, розташованим в першій мережі 100 бути "віртуалізованими" і доступними у другій мережі 116. Щоб забезпечити можливість такої функціональності, додаток агента використовується на комп'ютерному пристрої 108, 126 в кожній локальній мережі 100, 116. Додаток агента - це програма, яка конфігурує комп'ютерні пристрої 108, 126, щоб взаємодіяти з UPnP пристроями і послугами на їх відповідних локальних мережах 100, 116 різними способами, здійснювати зв'язок із суперранговим мережевим сервером 140 через Інтернет 114 і відповідати на або керуватися зовнішніми повідомленнями, отриманими від суперрангового мережевого сервера 140 через Інтернет 114. Повідомлення керування можуть відсилатися до суперрангового мережевого сервера 140 сервером 142 реєстрації у відповідь на взаємодії користувача з вебсайтом користувацького інтерфейсу, хостованим сервером 142 реєстрації. У межах кожної локальної мережі 100, 116, додаток агента може прослуховувати повідомлення сповіщення від UPnP пристроїв. Крім того, час від часу додаток агента може 5 UA 101900 C2 5 10 15 20 25 30 35 40 45 50 55 60 відсилати повідомлення виявлення по локальній мережі 100, 116, щоб виявити UPnP пристрої, зв’язані з мережею. Таким способом додаток агента може створити повний список всіх UPnP пристроїв і послуг, які доступні в його локальній мережі 100, 116. Цей список доступних UPnP пристроїв і послуг може підтримуватися в кеші в комп'ютерному пристрої 108, 126, на якому реалізований додаток агента. Як тільки користувачі зареєструвалися в системі через сервер 142 реєстрації, процес, який включає в себе завантаження додатку агента на їх комп'ютерні пристрої, вони можуть отримати доступ до сервера 142 реєстрації (або іншого сервера) через будь-який комп'ютерний пристрій 136, 138, зв’язаний з Інтернетом 114, щоб вибрати іншу зареєстровану мережу, з якою можна спільно використовувати ресурси. Коли користувачі реєструються на сервері 142 реєстрації, отримуючи доступ і ідентифікуючи себе веб-сайту, хостованому на сервері, їм можуть бути представлені списки їх власних ідентифікаторів доменів ("місць") і списки їх "друзів" (тобто, люди, яких вказав користувач, можуть зв'язуватися з доменами мережі користувача), а також доменів їх друзів. Щоб спільно використовувати пристрої або послуги, користувач може отримати доступ до сервера 142 реєстрації з будь-якого комп'ютерного пристрою 136, 138 і використовувати вебсайт користувацького інтерфейсу, прийнятий на сервері 142 реєстрації, щоб вибрати один з доменів друга користувача як "мету", для якої пристрій або файл будуть зроблені доступними. Раніше або після того, як цільова мережа була вибрана, користувачеві може також бути представлений список власних доменів користувача, які можуть спільно використовуватися (щозгадуються як "вихідний" домен). Коли користувач вибирає один з доменів користувача як вихідний домен, сервер 142 реєстрації може відіслати повідомлення керування суперранговому мережевому серверу 140. Суперранговий мережевий сервер 140 може передати повідомлення керування комп'ютеру 108 у вибраній вихідній мережі 100. Це повідомлення керування спонукає додаток агента, що виконується на комп'ютері 108, генерувати список UPnP пристроїв, які були виявлені додатком агента в його локальній мережі 100. У відповідь додаток агента передає список UPnP пристроїв до сервера 142 реєстрації за допомогою маршруту запиту через суперранговий мережевий сервер 140. Сервер 142 реєстрації отримує список UPnP пристроїв в вихідній мережі і може генерувати інформацію або відповідь веб-сторінки на вибір користувача, що передається на комп'ютерний пристрій користувача 136, 138 для відображення користувачеві. У такому списку UPnP пристроїв кожний пристрій може бути унікально ідентифікований UPnP властивістю, що згадується тут як Універсально Унікальний Ідентифікатор (або UUID). Таким способом користувач може бачити всі UPnP пристрої, розташовані в одному з доменів користувача, навіть якщо сервер фізично не присутній в тій мережі, наприклад, коли користувач отримує доступ до сервера 142 реєстрації через мобільний пристрій 136 або інший комп'ютер 138, зв’язаний з Інтернетом 114. Як частина веб-сторінки користувацького інтерфейсу, що представляє список UPnP пристроїв користувача в вихідному домені, користувач може вибрати конкретний UPnP пристрій або послугу, і йому може бути надана опція "віртуалізувати" вибраний пристрій або послугу в цільовому домені. Якщо користувач вводить відповідь, щоб віртуалізувати вибраний пристрій або послугу, сервер 142 реєстрації може відіслати повідомлення керування через суперранговий мережевий сервер 140 на комп'ютер 108 в вихідному домені (тобто, мережі 100 користувача). Це повідомлення керування може ідентифікувати як UUID вибраного пристрою UPnP, так і ідентифікатор цільового домену. Додаток агента, що виконується на комп'ютері 108, інтерпретує повідомлення керування, визначає місцезнаходження UPnP пристрою, згаданого в повідомленні, і формує повідомлення відповіді, що містить опис UPnP пристрою і описи послуг UPnP пристрою. Додаток агента може відіслати це повідомлення відповіді нарівні з ідентифікатором цільового домену суперранговому мережевому серверу 140. Суперранговий мережевий сервер 140 шукає IP-адресу комп'ютера, асоційованого з ідентифікатором домену (наприклад, в базі даних облікових записів користувачів), і передає повідомлення на цю IPадресу (тобто, IP-адресу комп'ютера 126 в цільовій мережі 116). Додаток агента в комп'ютері 126 в цільовому домені отримує повідомлення відповіді і читає опис пристрою і описи послуг, збережені в повідомленні. Використовуючи отриманий опис пристрою і описи послуг, додаток агента виконує сповіщення UPnP пристрою в цільовій мережі 116. Ці повідомлення сповіщення містять URL, що вказує на те, де до пристрою можуть отримати доступ інші UPnP пристрої в цільовій мережі 116. Цей URL побудований додатком агента, що виконується на комп'ютері 126 в цільовому домені, щоб вказати на себе, особливо на простий сервер HTTP, що виконується в додатку агента. Цим способом додаток агента оголошує про себе як пристрій, вибраний користувачем в вихідному домені (тобто мережі 100), і таким чином додаток агента представляється як вибраний пристрій в цільовому домені (тобто мережі 116). Це ілюструється 6 UA 101900 C2 5 10 15 20 25 30 35 40 45 50 55 60 на ФІГ. 2A, яка показує сховище 202 даних, існуюче в мережі А, що представляється як віртуальне сховище 202v даних в мережі В, і UPnP пристрій 210 в мережі В, що представляється як віртуальний UPnP пристрій 210v в мережі А. Ця операція може бути проілюстрована за допомогою прикладу з посиланням на ФІГ. 2A. Перший користувач (користувач А) може отримати доступ і зареєструватися на сервері 142 реєстрації з мобільного пристрою 136 стільникового телефону, через браузер, що з’єднується з Інтернетом 114 через бездротову мережу 130 передачі даних. На веб-сторінці, що генерується сервером 142 реєстрації, користувач А може бачити свої власні домени (наприклад, мережу А), нарівні з ідентифікаторами його друзів (наприклад, користувача В) і доменів своїх друзів (наприклад, мережу В). Веб-сторінка може також показати список всіх UPnP пристроїв в його власному домені (мережа А), або такий список може бути відображений, коли користувач А вибирає вихідний домен. Використовуючи інтерфейс користувача у відображеній веб-сторінці, користувач А може вибрати мережу В свого друга користувача В як цільовий домен. Користувач А може потім вибрати свій домен (мережу А) як вихідний домен і приймати відображення UPnP пристроїв в вихідному домені. Використовуючи інтерфейс користувача, що включає в себе цей список пристроїв, користувач А може вибрати своє сховище 202 медіа для віртуалізації. У цьому прикладі сховище 202 медіа є UPnP сервером медіа, який містить дві UPnP послуги (ContentDirectory:1 і ConnectionManager:1). Використовуючи інтерфейс користувача, хостований сервером 142 реєстрації, користувач А робить вибір віртуалізувати своє сховище 202 медіа. Як описано вище, цей вибір спонукає додаток агента, що виконується на комп'ютері 108 в мережі А, відсилати опис пристрою і описи послуг сховища 202 медіа в додаток агента, що виконується на комп'ютері 126 в цільовій мережі (тобто, мережі В). Після отримання цього повідомлення додаток агента в мережі В відсилає повідомлення UPnP сповіщення по мережі В на основі прийнятого опису пристрою і описів послуг. У цих повідомленнях UPnP сповіщень додаток агента встановлює URL керування в описі пристрою, щоб вказувати на себе. Таким чином, іншим пристроям UPnP в мережі В "навіюється", що сховище 202v медіа фактично присутнє в мережі В, як проілюстровано на ФІГ. 2A. Будь-який пристрій в цільовій мережі В може отримувати доступ до послуг і файлів віртуалізованого сховища 202v так, як якби пристрій був фактично в мережі B. Однак, всі взаємодії, які пристрої мають з віртуалізованим сховищем 202v медіа, фактично будуть відсилатися в додаток агента, що виконується на комп'ютері 126 в мережі В, оскільки агент був визначений в URL місцеположенні в повідомленнях сповіщення UPnP пристрою. У UPnP протоколі, як тільки UPnP пристрій був виявлений іншим пристроєм з UPnP можливостями, послуги у вибраному пристрої можуть локалізуватися і використовуватися. Це може бути досягнуто, наприклад, отримуючи опис послуг через HTTP і виконуючи взаємодії, використовуючи SOAP протокол на HTTP до URL, визначеному в описі пристрою (URL керування). Через описи послуг, пристрої з UPnP можливостями в стані "зрозуміти" послуги і UPnP дії, доступні у виявленому пристрої, параметри таких послуг і дії, необхідні як введення, і форму результатів, які будуть повернені такими послугами і діями. У різних варіантах здійснення, як тільки про віртуалізований UPnP пристрій (наприклад, віртуалізоване сховище 202v медіа) сповіщено в мережі (наприклад, мережі В), інші пристрої 126, 210, 212, 214 в мережі можуть намагатися отримати опис пристрою і описи послуг для такого пристрою через запити HTTP GET до вказаного URL, який є URL для додатку агента, що виконується на комп'ютері 126. Додаток агента містить простий сервер HTTP, щоб обробляти такі запити, як якби це був фактичний пристрій, і повертати описи пристрою і послуг для віртуалізованого пристрою 202v на UPnP пристрої, що запитують, 126, 210, 212, 214. Таким способом, наприклад, UPnP пристрій 212 в мережі В, такий як медіаплеєр, здатний отримувати описи пристрою і послуг для віртуалізованого сховища 202v медіа, які відповідають таким для фактичного сховища 202 в мережі A. В цьому прикладі URL керування в описі послуги буде вказувати на додаток агента, що виконується на комп'ютері 126 в мережі В, і тому всі запити на послуги будуть виконуватися до додатку агента, а не фактичного пристрою 202 в мережі А. Якщо пристрій (наприклад, медіаплеєр 212) робить виклик 234 до "віртуальних" послуг, що надаються віртуалізованим пристроєм (наприклад, віртуалізованим сховищем 202v медіа), додаток агента в комп'ютері 126 приймає вхідний запит SOAP, аналізує параметри введення, перевіряє, що він є дійсним як відносно віртуалізованого пристрою, так і описів послуг, і потім відсилає повідомлення 220 керування запиту, адресоване кінцевій точці в додатку агента в вихідній мережі (наприклад, додатку агента, що виконується в комп'ютері 108 в мережі А). Це повідомлення керування запиту передається по одноранговій мережі 128 через суперранговий мережевий сервер 140, який передає повідомлення на IP-адресу додатку агента, що виконується на комп'ютері 108 в вихідній мережі A. Це повідомлення керування запиту включає 7 UA 101900 C2 5 10 15 20 25 30 35 40 45 50 55 60 в себе деталі UPnP пристрою, послуг, дій і параметрів введення, які були викликані на віртуалізованому пристрої. Додаток агента в комп'ютері 108 в вихідному домені (наприклад, мережі А) приймає і розпаковує повідомлення керування запитам. Використовуючи UUID, що міститься в отриманому повідомленні керування запиту, додаток агента визначає місцезнаходження коректного пристрою (наприклад, сховища 202 медіа) в локальній мережі (тобто мережі А), відсилає SOAP запит 224 на URL керування UPnP пристрою в послузі вихідної мережі з відповідними діями і параметрами, як отримано з повідомлення керування. Вихідний пристрій (наприклад, сховище 202 медіа) в мережі А, відповідає на SOAP запит, відсилаючи повідомлення 236 відповіді в додаток агента на комп'ютері 108 в мережі A. Додаток агента отримує повідомлення відповіді, упаковує це повідомлення відповіді в повідомлення керування відповіді і відсилає це повідомлення 226 керування відповіді назад до кінцевої точки повідомлення керування запиту, яка є додатком агента, що виконується на комп'ютері 126 в мережі В цільового домену. Як у разі повідомлення керування запиту, повідомлення 226 керування відповіді відсилається по одноранговій мережі через суперранговий мережевий сервер 140, який транслює повідомлення на IP-адресу додатку агента, що виконується на комп'ютері 126 в цільовій мережі B. Додаток агента, що виконується на комп'ютері 126 в цільовій мережі В, розпаковує повідомлення 226 керування відповіді і відповідає на вихідний SOAP запит від пристрою 212, що запитує, в мережі В з використанням прийнятих результативних параметрів. Таким чином, пристрій 212, що запитує, в мережі В може викликати віртуалізований пристрій 202v і послугу в мережі В, створеної додатком агента (показано пунктирною лінією 228), в той час як пристрій 212, що запитує, фактично обслуговував відповіді від реального UPnP пристрою в мережі А. У доповнення до віртуалізації єдиного пристрою або послуги, ці методи можуть бути розширені або реалізовані так, що коли два користувачі зв'язали свої відповідні мережі разом, їх мережі виявляються такими, що включають в себе як їх власні UPnP пристрої, так і віртуальні представлення UPnP пристроїв на мережах іншого користувача, як проілюстровано на ФІГ. 2B. UPnP форум (http://www.upnp.org) також створив метод для медіапристроїв, щоб здійснювати зв'язок один з одним з використанням UPnP протоколів і стандартів. З цією метою UPnP протокол визначає декілька типів UPnP пристроїв (наприклад, сервер медіа) і послуг (наприклад, ContentDirectory:1 і AVTransport:1). Однак звичайний UPnP протокол обмежує таку комунікацію локальною мережею і не дозволяє здійснювати комунікацію до зовнішніх мереж через Інтернет. У звичайних UPnP мережах медіаплеєри можуть викликати UPnP дію, що називається "переглядати", визначену в шаблоні послуги в ContentDirectory:1, щоб визначити місцезнаходження об'єктів медіа в реальному вихідному пристрої. Як тільки бажаний об'єкт медіа локалізований, специфікація протоколу UPnP вимагає, щоб каталог контенту повернув оснований на XML опис об'єкта медіа у форматі, що називається DIDL-Lite. DIDL-Lite визначення включає елемент під назвою 'RES' або ресурс. Значення цього елемента RES являє собою URL, що вказує на місцеположення медіа, що підлягає відтворенню пристроєм, що запитує. У нормальній підмережі цей URL вказав би на вихідний пристрій, що надає ContentDirectory:1 послугу, з деякими параметрами, що ідентифікують власне об'єкт медіа. Медіаплеєр, що запитує, тоді з’єднався б з цим URL і зчитував би з нього, щоб отримати дані, які складають об'єкт медіа (наприклад, файл MP3). У подальшому варіанті здійснення виконується відображення URL, яке дозволяє потокову передачу медіа від реального вихідного пристрою в вихідній мережі до пристрою, що запитує, в цільовій мережі, не передаючи дані через однорангову мережу. У випадку, де віртуалізований пристрій підтримує ContentDirectory:1, і, таким чином, фактичний об'єкт медіа розташований у віддаленій вихідній мережі (наприклад, мережі А), URL RES переписуються, щоб вказувати на коректне місцеположення в цільовій мережі (наприклад, мережі В), де медіа може бути знайдено. Щоб зробити це, додаток агента, що виконується в комп'ютері 108, 116 або у вихідній або в цільовій мережах, використовує різні методи, щоб виконати це переписування URL і, таким чином, оптимізувати доставку контенту від вихідного пристрою в вихідній мережі до пристрою, що запитує, в цільовій мережі. Коли додаток агента запускається на локальному комп'ютері мережі 108, 116, він використовує багатоадресну послугу доменних імен (mDNS), що є іншим стандартним протоколом для виявлення мережевої послуги, щоб визначити місцезнаходження пристрою Інтернет-шлюзів (IGD), здатні підтримувати переадресацію портів мережі. Якщо знайдений пристрій, такий як Інтернет-шлюз, з’єднаний з маршрутизатором 112, 118, що дійсно підтримує переадресацію портів, додаток агента отримує зовнішню IP-адресу з IGD (тобто, IP-адресу локальної мережі 100, 116 з точки зору загальнодоступного Інтернету) і створює переадресацію 8 UA 101900 C2 5 10 15 20 25 30 35 40 45 50 55 60 порту на цьому пристрої до додатку агента, що виконується в комп'ютері 108, 116. Деталі цієї переадресації порту підтримуються в додатку агента і передаються до додатку агента в цільовій мережі (наприклад, мережі В) в подальших повідомленнях керування. Коли елемент RES генерується додатком агента, діючим як віртуалізована ContentDirectory:1 послуга внаслідок дії “перегляду” медіаплеєром (тобто, додатком агента, що виконується на комп'ютері 116 в цільовій мережі), елемент RES модифікується додатком агента, щоб вказувати на додаток агента, який підтримує сервер HTTP конкретно з цією метою. Медіадані потім передаються між додатками агентів, що виконуються в комп'ютерах 108, 126 в вихідному і цільовому доменах, але URL RES перезаписані з додатковою інформацією, так що медіадані передаються через Інтернет 114, протилежно використанню однорангової мережі 128. Спосіб, якому перезаписуються URL RES, залежить від можливостей переадресації портів вихідної і цільової мереж, як описано нижче. Якщо мережа вихідного домену підтримує переадресацію портів, URL джерела медіа кодується таким чином, що запити від медіаплеєра до додатку агента цільової мережі (наприклад, агента, що виконується в комп'ютері 126 в мережі В), будуть інтерпретуватися, щоб дозволити цільовому клієнту (наприклад, медіаплеєру 212 в цільовій мережі В) виконувати запити HTTP зчитування безпосередньо з додатку агента в вихідному домені без проходження через однорангову мережу передачі повідомлень. Таким чином, запит HTTP зчитування буде адресований додатку агента, що виконується на комп'ютері 108 в вихідній мережі А, і переданий через Інтернет 114 без проходження через суперранговий мережевий сервер 140. Ця реалізація проілюстрована на ФІГ. 2A, яка показує медіадані, що передаються потоком за допомогою комунікації 220 через Інтернет 114 між додатками агентів, що виконуються на комп'ютерах 108, 126 в вихідному і цільовому доменах (тобто мережах А і В), не проходячи через сервер 140 однорангових мережевих з'єднань. Таким чином, в той час як узгодження, які дозволяють отримати доступ до медіа в вихідному домені, виконуються через однорангову мережу, відсилання або потокова передача медіаданих виконується безпосередньо між додатками агентів в вихідному і цільовому доменах через Інтернет. Якщо вихідний домен не підтримує переадресацію портів, а цільовий домен підтримує, то додаток агента в комп'ютері 116 в цільовому домені може кодувати URL так, щоб запити від медіаплеєра (наприклад, медіаплеєра 212 в цільовій мережі В) до додатку агента цільового домену (тобто, додатку агента, що виконується на комп'ютері 126 в цільовій мережі В), викликали посилку повідомлення керування в додаток агента, що виконується на комп'ютері 108 в вихідному домені. Це повідомлення керування спонукає додаток агента відіслати медіадані безпосередньо в цільовий домен через Інтернет, не використовуючи однорангову мережу передачі повідомлень. Таким чином, запит HTTP зчитування буде перетворений в повідомлення керування, яке спонукає додаток агента в вихідному домені отримувати необхідні медіа з джерела медіа (наприклад, сховища 202 медіа) і відсилати отримані медіадані до додатку агента в цільовому домені через Інтернет 114. Потім додаток агента в цільовому домені приймає медіа і надає його медіаплеєру, що запитує, як якби додаток агента був джерелом медіа. Це виконання також проілюстроване на ФІГ. 2A, яка показує медіадані, що передаються за допомогою комунікації 220 через Інтернет 114 між додатками агентів, що виконуються на комп'ютерах 108, 126 в вихідному і цільовому доменах (тобто, мережах А і В), не проходячи через сервер 140 однорангових мережевих з'єднань. Знову, в той час як узгодження, які дозволяють отримати доступ до медіа в вихідному домені, виконуються через однорангову мережу, відсилання або потокова передача медіаданих виконується безпосередньо між додатками агентів в вихідному і цільовому доменах через Інтернет. Якщо ні вихідний, ні цільовий домени не підтримують переадресацію портів, то додаток агента, що виконується на комп'ютері 126 в цільовому домені, відсилає повідомлення керування в додаток агента, що виконуються на комп'ютері 108 в вихідному домені, які інструктують вихідний додаток агента отримувати і відсилати запитані медіадані до проміжного сервера ретрансляції (згаданого тут як сервер 144 переадресації), який існує в Інтернеті 114. Цей сервер 144 переадресації діє як ефективний буфер даних, забезпечуючи можливість вивантаження і завантаження даних. У приблизно той же самий час додаток агента, що виконується на комп'ютері 126 в цільовому домені, отримує доступ до того ж самого сервера 144 переадресації і починає зчитування медіаданих з буфера, створеного сервером 144 переадресації. Повідомлення керування від додатку агента цільового домену до додатку агента вихідного домену може бути передане по одноранговій мережі через мережевий сервер 140 однорангових мережевих з'єднань; однак подальші передачі медіаданих виконуються через сервер 144 переадресації, таким чином, обходячи однорангову мережу. Це виконання проілюстроване на ФІГ. 2C, яка показує медіадані, що передаються через Інтернет 114 через 9 UA 101900 C2 5 10 15 20 25 30 35 40 45 50 55 сервер 144 переадресації, розташований в Інтернеті між вихідним і цільовим доменами (тобто, мережами А і В), не проходячи через сервер 140 однорангових мережевих з'єднань. Таким чином, в той час як узгодження, які дозволяють отримати доступ до медіа в вихідному домені, виконуються через однорангову мережу, відсилання або потокова передача медіаданих виконується між додатками агентів в вихідному і цільовому доменах через сервер 144 переадресації через Інтернет. Незалежно від конкретного виконаного відображення URL, медіаплеєр зчитує запитані медіадані з додатку агента в цільовому домені і відтворює дані (наприклад, програє пісню або відображає відео) так само, як якби він зчитував медіадані від UPnP пристрою в його одноранговій мережі (наприклад, мережі В). Як згадано вище, користувачі можуть почати процес віртуалізації, щоб зробити пристрої і послуги доступними в їх доменах (наприклад, мережі А) з будь-якого комп'ютерного пристрою з доступом до Інтернету 114, включаючи мобільні пристрої 136. Ця функціональна можливість дозволяє користувачам мати доступ до їх медіафайлів без потреби мати з собою сховища медіа; якщо користувачі мають з собою мобільний телефон, вони можуть спрямувати своє медіа до будь-якого UPnP пристрою на доступній мережі. Деякі з компонентів системи зв'язку, які дозволяють керувати доступами до мережі і пристрою на мобільному пристрої 136, проілюстровані на ФІГ. 3. Щоб дозволити мобільному пристрою 136 отримати доступ до Інтернету 114 і через Інтернет отримати доступ до сервера 142 реєстрації, мобільний пристрій 136 може здійснювати зв'язок з бездротовою мережею 130. Бездротова мережа 130 може здійснювати зв'язок з Інтернетом 114 через транспортну мережу 326 через лінію 330 передачі даних, наприклад Інтернет, безпечну локальну мережу (LAN), мережу розширеного охоплення (WAN) або іншу мережу. Транспортна мережа 326 контролює повідомлення (що звичайно складаються з пакетів даних), що відсилаються в центр комутації мобільного зв'язку (MSC) 332, і здійснює зв'язок з MSC 332, щоб передати дані і голосову інформацію. MSC 332 може бути зв’язаний з множиною базових станцій (BTS) 132 іншою мережею 336, такою як мережа передачі даних і/або Інтернет-сегмент для передачі даних і POTS-сегмент для голосової інформації. BTS 132 бездротовим способом передає повідомлення і приймає повідомлення від мобільних пристроїв 136, використовуючи попередньо визначені голосові послуги і/або послуги передачі пакетів даних, такі як методи множинного доступу з кодовим розділенням (CDMA), служба передачі коротких повідомлень (SMS) або будь-які методи радіозв'язку. Мобільні пристрої 136 конфігуруються, щоб включати в себе комп'ютерну платформу 314, що має пам'ять 316 в комунікації з процесором 318, наприклад, інтерфейс програмування додатків (API) 320, який забезпечує можливість взаємодії з будь-якими резидентськими додатками, (наприклад, "мої медіа"-інтерфейс 322, який працює спільно з інформацією, повідомленою сервером 142 реєстрації, показаним на ФІГ. 1). ФІГ. 4 ілюструє приклад дисплея 400 мобільного пристрою, який забезпечує графічний інтерфейс (GUI) користувача 402 для віддаленого доступу керування персональним контентом медіа для використання з різними варіантами здійснення. Такий GUI 402 може включати в себе піктограми і форми, асоційовані з функціями, які можуть бути вибрані натисненням фізичних клавіш на клавіатурі, яка може бути забезпечена під дисплеєм 400, або натисненням на сам дисплей у разі дисплея з функціональними можливостями сенсорного екрана. GUI дисплей 416 може включати в себе індекс 418 персонального медіаконтенту, який може бути організований в ієрархії закладок, таких як пошукова закладка "мої медіа" 420, закладка "вибір плеєра" 422, пошукова закладка "знайти медіа" 424 і закладка посилання "шлюз" 426. Наприклад, під закладкою "мої медіа" 420 GUI може забезпечити множину доступних пристроїв або пунктів списку послуг A-D 428-431, таких як список типів медіа (наприклад, аудіо, відео, зображення і т. д.), артистів, назв альбомів, жанрів, списки виконуваних творів, назв пісень і т. д. Дисплей може включати рекламні банери 432, які може реалізувати постачальник послуг, що стосується можливостей купівлі медіа або супровідних послуг, зв’язаних із списком, що відображається медіа. Як згадано вище, коли користувач отримує доступ до сервера 142 реєстрації, щоб зробити пристрої або послуги доступними в цільовому домені, сервер 142 реєстрації може генерувати список таких пристроїв або послуг, які мобільний пристрій може представити на GUI дисплеї 402 (наприклад, пункти A-D 428-431 списку). Використовуючи функціональність GUI, користувач може вибрати домен конкретного друга як цільовий домен, домен конкретного перерахованого користувача як вихідний домен і конкретний пристрій або послугу для віртуалізації в цільовому домені. 10 UA 101900 C2 5 10 15 20 25 30 35 40 45 50 55 60 Короткий огляд процесів, залучених до різних варіантів здійснення, проілюстрований на ФІГ. 5, де показаний спосіб 500. Коли користувач вирішує зареєструвати локальну мережу для спільного використання за допомогою різних варіантів здійснення, користувач може отримати доступ до сервера 142 реєстрації за допомогою з'єднання з ним через Інтернет 114, етап 502. Як частина реєстрації для отримання послуги, користувачеві може бути запропоновано надати інформацію ідентифікації, яку реєстраційний сервер може використовувати в майбутньому, щоб підтвердити ідентичність користувача. Також як частина цього процесу, сервер реєстрації може завантажити додаток агента на комп'ютер в мережі користувача. Після реєстрації на отримання послуги, користувач може запросити друзів і колег зв'язувати свої локальні мережі з одноранговими лініями зв'язку, етап 504. Цей процес вельми схожий з процесом соціальної мережевої взаємодії, в якому користувачі ідентифікують друзів і запрошують інших приєднатися до їх мереж однорангових з'єднань. Як тільки користувачі ідентифікували один одного як друзів, користувач може вибрати цільову мережу для спільного використання пристроїв і послуг за допомогою ідентифікації такої мережі через сервер 142 реєстрації. Як тільки користувач ідентифікував цільову і вихідну мережі для спільного використання медіа, користувач може почати процес віртуалізації вибраних пристроїв або послуг в цільовій мережі, етап 506. UPnP пристрою в цільовій мережі можуть тоді отримати доступ до віртуального пристрою або послуги через лінію зв'язку однорангової мережі, етап 508. Коли пристрій медіаплеєра в цільовій мережі отримує доступ до медіафайлу в вихідній мережі, додатки агента на комп'ютерах 108, 126 в вихідній і цільовій мережах взаємодіють, щоб відображати URL медіаданих або віртуальний контент на URL, що дозволяє здійснити прямий доступ до медіа через Інтернет, не передаючи дані через лінію зв'язку однорангової мережі, етап 510. Зразковий спосіб 600 варіанту здійснення, щоб зареєструватися в сервері 142 реєстрації, проілюстрований на ФІГ. 6. Щоб почати процес реєстрації, користувач встановлює зв'язок комп'ютера із суперранговим сервером 142 реєстрації, етап 602. Користувачеві може бути запропоновано ввести інформацію про себе, як потрібно, щоб створити обліковий запис користувача, включаючи інформацію, достатню, щоб забезпечити можливість за допомогою реєстрації користувача підтвердити ідентичність користувача в майбутньому, етап 604. Така інформація може зберігатися в базі даних облікових записів користувачів. Сервер реєстрації може також завантажити додаток агента на комп'ютер в мережі користувача і спричинити інсталювання цього додатку, етап 606. Як частина цього процесу, сервер реєстрації може надати користувачеві унікальний ідентифікатор домену і зберегти ідентифікатор домену користувача нарівні з IP-адресою для комп'ютера в мережі користувача в базі даних облікових записів користувачів. Використовуючи цю інформацію, суперранговий мережевий сервер 140, може адресувати повідомлення керування на комп'ютер користувача і його додаток агента на основі прийому ідентифікатора домену користувача. Таким чином, ідентифікатор домену служить загальнодоступною адресою для комп'ютера користувача і його додатку агента, яке суперранговий мережевий сервер 140 може використовувати, щоб переадресувати повідомлення керування на відповідну IP-адресу. Як тільки користувач зареєструвався в сервері реєстрації, користувач може приєднатися до однорангових мереж через суперранговий мережевий сервер 140, етап 610. Щоб встановити однорангову лінію зв'язку з іншою мережею, користувач може отримати доступ до сервера 142 реєстрації, щоб ідентифікувати інші мережі і відіслати або отримати запрошення до таких інших мереж, щоб сформувати однорангову мережу, етап 612. Коли дві мережі обмінялися запрошеннями, і користувачі погодилися зв'язати свої відповідні мережі, вони можуть почати відсилати повідомлення керування один одному через однорангову мережу, встановлену через суперранговий мережевий сервер 140, етап 614. Щоб дозволити завантаження медіа від однієї мережі в іншу, додатки агентів, що виконуються на комп'ютерах 108, 126 у відповідних мережах користувачів, можуть обмінюватися своєю зовнішньою інформацією про IP-адресу, як може бути отримано з операцій переадресації портів, як описано вище, етап 616. У цей момент ці дві мережі можуть почати спільне використання пристроїв і послуг, як описано детальніше нижче з посиланням на ФІГ. 8. ФІГ. 7 ілюструє повідомлення, обмін якими може виконуватися між компонентами в межах системи зв'язку і різних варіантів здійснення як частини процесу реєстрації, описаного вище з посиланням на ФІГ. 6. Як описано вище, коли комп'ютер 108, 126 і мережа запущені і додаток агента ініційовано, додаток агента може виявити UPnP пристрою 102, 120 в межах його мережі шляхом запитування таких пристроїв сповістити про свою присутність, повідомлення 702, і прослуховуючи повідомлення сповіщення UPnP пристроїв, повідомлення 704. Щоб зареєструвати мережу на сервері 142 реєстрації, користувач може отримати доступ до веб-сайту, хостованого сервером 142 реєстрації, повідомлення 706. Як частина процесу 11 UA 101900 C2 5 10 15 20 25 30 35 40 45 50 55 60 реєстрації, сервер 142 реєстрації завантажує додаток агента на комп'ютер в локальній мережі, повідомлення 708. Точно так само, коли інший користувач реєструється в мережі, він також отримує доступ до веб-сайту, хостованого сервером реєстрації, повідомлення 710, і отримує завантаження додатку агента, повідомлення 712. Пізніше, один користувач може відіслати запрошення іншому користувачеві приєднатися до однорангової лінії зв'язку, що може бути передано як повідомлення запрошення до сервера 140 однорангової маршрутизації, повідомлення 714, яке сервер 140 однорангової маршрутизації передає на комп'ютер 108 в запрошеній мережі, повідомлення 716. Це мережеве запрошення може бути прийняте в повідомленні 718, яке сервер 140 відсилає комп'ютеру, що запрошує, повідомлення 720. Зразковий процес 800, яким пристрої і послуги, доступні на першій мережі (мережі А), можуть бути віртуалізовані на другій мережі (мережі В), проілюстрований на ФІГ. 8. Як описано вище, додаток агента, що виконується на комп'ютері 108 в мережі (агент А), може виявити UPnP пристрою, зв’язані з мережею А, етап 802. Як згадано вище, це може бути досягнуто відстеженням повідомлень сповіщення пристрою або періодичним опитуванням пристроїв в мережі. Як частина цього процесу, додаток агента може також отримати шаблони послуг, властивості і адреси UPnP пристроїв в мережі, етап 804. Коли користувач прагне зробити пристрій або послугу в мережі користувача доступними іншій мережі (наприклад, реалізовуючи процеси, описані нижче з посиланнями на ФІГ. 10 і 11), сервер 142 реєстрації може відіслати повідомлення керування в додаток агента в мережі, що запитує агента відіслати інформацію відносно конкретного пристрою або всіх пристроїв до додатку агента в мережі В (що згадується як агент В), етап 806. У деяких реалізаціях запит на пристрої може бути прийнятий від додатку агента в мережі В через однорангову мережу, забезпечену суперранговим мережевим сервером 140. Треба зазначити, що етап 804 отримання імен пристроїв, шаблонів послуг і властивостей може бути виконаний у відповідь на прийом запиту на таку інформацію для конкретних пристроїв, етап 806. Додаток агента, що виконується в мережі А, потім відсилає адреси пристроїв, шаблони послуг і властивості пристроїв і послуг (або вибраних пристроїв) в мережу А до додатку агента в мережі В, етап 808. Додаток агента в мережі В потім витягує відповідні елементи з прийнятої інформації про пристрій, етап 810, і генерує повідомлення сповіщення UPnP пристрою для кожної мережі пристрою або послуги, для яких була прийнята інформація, етап 812. Процес генерації повідомлення сповіщення UPnP пристрою слідує вимогам UPnP протоколу, так що повідомлення сповіщення може бути зрозуміло звичайними UPnP пристроями. Процес генерації повідомлення сповіщення UPnP пристрою використовує URL додатку агента як URL для пристрою, що сповіщається для мережі. Додаток агента в мережі В потім передає повідомлення сповіщення UPnP пристрою по мережі В, таким чином сповіщаючи про себе як про UPnP пристрій або пристрої мережі А, етап 814. Цей процес таким чином створює віртуальні копії пристрою або пристроїв мережі А в мережі В з цими віртуальними пристроями, що мають той же самий URL, що і додаток агента в мережі В. Спосіб 900а зразкового варіанту здійснення, яким UPnP пристрої в цільовій мережі, такій як мережа В, можуть отримати доступ до пристроїв, послуг і медіа, доступних в вихідній мережі, такій як мережа А, проілюстрований на ФІГ. 9A. Цей зразковий варіант здійснення застосуємо, коли вихідна мережа (наприклад, мережа А) підтримує переадресацію портів. UPnP пристрою в мережі В будуть приймати повідомлення сповіщення пристрою, такі як для "віртуального пристрою Y", як описано вище з посиланням на ФІГ. 8, етап 902. Пристрій з UPnP можливостями в мережі В, такий як "пристрій X", може використовувати інформацію, що міститься в повідомленні, що сповіщає, пристрою Y, включаючи інформацію в шаблонах послуг, щоб форматувати повідомлення виклику послуги, такі як виклик HTTP, етап 904. Це повідомлення запиту виклику послуги відсилається по мережі В, адресоване на URL віртуального пристрою Y, який є URL додатку агента в мережі В, етап 906. Це повідомлення виклику послуги може включати в себе пакет інформації, відповідної вимогам, визначеним в шаблонах послуги пристрою, щоб отримати бажану послугу (наприклад, каталог доступних файлів або послуг). Додаток агента в мережі В приймає виклик послуги віртуального пристрою Y від пристрою X, етап 908. Додаток агента мережі В потім перекомпоновує цей виклик послуги в однорангове повідомлення, яке він передає в додаток агента в мережі А через суперранговий сервер 140 маршрутизації, етап 910. Додаток агента в мережі А приймає повідомлення виклику послуги, етап 912, переадресовує виклик послуги до дійсного пристрою Y і відсилає виклик послуги по мережі А, етап 914. Реальний пристрій Y тоді відповідає на цей виклик послуги, відсилаючи його повідомлення відповіді в додаток агента в мережі А, що включає запитану послугу (наприклад, каталог доступних медіафайлів), етап 916. Додаток агента в мережі А приймає 12 UA 101900 C2 5 10 15 20 25 30 35 40 45 50 55 відповідь від пристрою Y і упаковує відповідь послуги в однорангове повідомлення, яке він відсилає агенту в мережі В, етап 918. Як частину упаковки повідомлення відповіді, додаток агента в мережі А включає зовнішню IP-адресу для мережі, яка була раніше отримана з використанням запиту переадресації портів. Додаток агента в мережі В приймає повідомлення відповіді послуги, етап 920, і перевідображає URL послуг в інформації, прийнятій від пристрою Y, щоб вказати на його власну адресу, але параметр, що містить, який відображає зовнішню IP-адресу додатку агента в мережі А, перед відправкою інформації відповіді послуги пристрою X в мережі В, етап 922. Пристрій X тоді може отримати доступ до URL для конкретного файлу, доступного у віртуальному пристрої Y, етап 924. Оскільки додаток агента в мережі В відображений як прийнятий URL на зовнішню IP-адресу пристрою Y в мережі А, пристрій X отримує доступ до додатку агента в мережі B. Цей додаток агента спрямовує запит доступу URL до агента в мережі А через Інтернет на етапі 924. У альтернативному варіанті здійснення доступ URL пристрою Х може бути спрямований безпосередньо через Інтернет до додатку агента в мережі А. Коли пристрій Y в мережі А приймає запит доступу URL, він починає надавати контент, асоційований з цим URL до додатку агента в мережі А, етап 925. Додаток агента в мережі А може буферизувати дані і забезпечує доступ до медіаданих для додатку агента в мережі В, який починає приймати і буферизувати медіадані без проходження через однорангову мережу або суперранговий мережевий сервер 140, етап 926. У альтернативному варіанті здійснення агент в мережі А може виконувати потокову передачу медіаданих безпосередньо до пристрою X в мережі В без проходження через однорангову мережу. Пристрій X в мережі В потім починає відтворювати контент, наприклад, відтворювати прийняте медіа, етап 928. У деяких варіантах здійснення медіадані можуть бути буферизовані додатком агента в мережі В, щоб забезпечувати безперервний потік медіаданих до пристрою X. В іншому варіанті здійснення відображення URL, що забезпечується додатками агентів в вихідній і цільовій мережах, може дозволити пристрою X, що запитує, в мережі В безпосередньо отримати доступ до вихідного пристрою Y в мережі А. Інший спосіб 900b зразкового варіанту здійснення, яким UPnP пристрої в цільовій мережі (наприклад, мережі В) можуть отримувати доступ до пристроїв, послуг і медіа, доступних в вихідній мережі (мережі А), проілюстрований на ФІГ. 9B. Цей зразковий варіант здійснення застосуємо, коли вихідна мережа (мережа А) не підтримує переадресацію портів, але цільова мережа (мережа В) підтримує переадресацію портів. У цьому зразковому варіанті здійснення процес, яким пристрій X в мережі В може виявити медіа, доступні в пристрої Y в мережі А, істотно подібний описаному вище з посиланням на ФІГ. 9A, доти, доки додаток агента в мережі А упаковує повідомлення відповіді послуги для передачі до додатку агента в мережі В, етап 918. Оскільки мережа А не підтримує переадресацію портів в цьому варіанті здійснення, повідомлення відповіді послуги, забезпечене агентом в мережі А, не включає зовнішню IPадресу для мережі A. Повідомлення відповіді послуги приймається агентом в мережі В, етап 920. Оскільки мережа В у цьому варіанті здійснення підтримує переадресацію портів, додаток агента в мережі В може закодувати URL для пристрою Y, як для додатку агента в мережі В, і переслати повідомлення відповіді послуги до пристрою X в мережі В, етап 930. Коли пристрій X звертається до URL для віртуального пристрою Y, етап 932, це повідомлення приймається додатком агента в мережі В, який перетворює запит доступу в повідомлення керування, яке відсилається через однорангову мережу 128 до додатку агента в мережі А, етап 934. Це повідомлення керування включає в себе зовнішню IP-адресу мережі B. Повідомлення керування спонукає додаток агента в мережі отримувати доступ до URL реального пристрою Y і приймати медіадані, етап 936. Пристрій Y отримує доступ URL і починає забезпечувати медіадані до додатку агента в мережі А, який може буферизувати прийняті дані, етап 938. Додаток агента в мережі А потім пересилає медіадані в мережу В через Інтернет, використовуючи зовнішню IP-адресу, отриману в повідомленні керування, етап 940. У першому варіанті здійснення додаток агента в мережі А відсилає медіадані через Інтернет в додаток агента в мережі В, етап 940. Додаток агента в мережі В приймає медіадані і надає їх на медіаплеєр, що запитує, пристрій X, як якби додаток агента був джерелом медіа. Пристрій X в мережі В потім починає відтворювати контент, наприклад, відтворювати прийняте медіа, етап 942. Прийняті медіадані можуть бути буферизовані додатком агента в мережі В, щоб полегшити безперервний потік медіаданих до пристрою X. В альтернативному варіанті здійснення медіадані можуть бути відіслані безпосередньо на IP-адресу медіаплеєра (тобто пристрій X). 13 UA 101900 C2 5 10 15 20 25 30 35 40 45 50 55 60 Інший спосіб 900с зразкового варіанту здійснення, яким UPnP пристрої в цільовій мережі (мережі В) можуть отримати доступ до пристроїв, послуг і медіа, доступних в вихідній мережі (мережі А), проілюстрований на ФІГ. 9C. Цей зразковий варіант здійснення застосуємо, коли ні вихідна, ні цільова мережа не підтримують переадресацію портів. У цьому варіанті здійснення процес, яким пристрій X в мережі В може виявити медіа, доступні в реальному пристрої Y в мережі А, істотно подібний описаному вище з посиланням на ФІГ. 9A, доти, доки додаток агента в мережі упаковує повідомлення відповіді послуги для передачі до додатку агента і мережі В, етап 918. Оскільки мережа А не підтримує переадресацію портів, повідомлення відповіді послуги, забезпечене агентом в мережі А, не включає зовнішню IP-адресу для мережі A. Повідомлення відповіді послуги приймається агентом в мережі В, етап 920. Оскільки цільова мережа В також не підтримує переадресацію портів, додаток агента в мережі В може закодувати URL для пристрою Y як для сервера 144 переадресації і відсилає повідомлення відповіді послуги до пристрою X в мережі В, етап 950. Коли пристрій X звертається до URL для віртуального пристрою Y, етап 952, це повідомлення приймається додатком агента в мережі В, який перетворює запит доступу в повідомлення керування, яке відсилається через однорангову мережу до додатку агента в мережі А, етап 954. Це повідомлення керування спонукає додаток агента в мережі А отримувати доступ до URL пристрою Y, етап 958, який починає забезпечувати медіадані до додатку агента, етап 960. Повідомлення керування також спонукає додаток агента в мережі почати пересилку медіаданих до сервера 144 переадресації, етап 962. Додаток агента в мережі В може також відіслати повідомлення керування в сервер 144 переадресації, щоб змусити його почати прийом і буферизацію медіаданих від мережі А, етап 956. У приблизно той же самий час додаток агента в мережі В може отримати доступ до сервера 144 переадресації і почати зчитування медіаданих з буфера на сервері 144 переадресації, етап 964. Пристрій X в мережі В потім отримує доступ до медіаданих з додатку агента в мережі В і починає відтворювати контент, наприклад, відтворювати прийняте медіа, етап 966. Додаток агента в мережі В може буферизувати медіадані, щоб забезпечити безперервний потік медіаданих до пристрою X. Використовуючи інструменти користувацького інтерфейсу, забезпечені веб-сайтом, хостованим сервером 142 реєстрації, користувач може вибрати або ідентифікувати вихідну мережу (наприклад, мережа А) і цільову мережу або мережу призначення (наприклад, мережа В), етап 1003. Ідентифікувавши вихідну мережу, користувач може запитати меню пристроїв, послуг або медіа, доступних в вихідній мережі, етап 1004. Реєстрація 142 отримує запити користувача і відсилає повідомлення керування в додаток агента в мережі А, запитуючи перелік пристроїв, послуг або медіа, етап 1006. Це повідомлення керування можна відіслати за допомогою однорангової мережі через суперранговий мережевий сервер 140. Додаток агента в мережі А може відповісти зі списком пристроїв, які він виявив в мережі А, етап 1008. Сервер реєстрації отримує цю інформацію і генерує інформаційне повідомлення або веб-сторінку, яка перелічує пристрої, послуги або медіа, етап 1010, які передаються до мобільного пристрою через бездротову мережу, етап 1012. Мобільний пристрій отримує це повідомлення і відображає список пристроїв, що може бути у формі користувацького інтерфейсу для прийому користувацького вибору, етап 1014. Якщо користувач робить вибір, мобільний пристрій приймає цю інформацію і передає вибір користувача пристрою, послуги або медіа на сервер реєстрації, етап 1016. Сервер реєстрації потім відсилає повідомлення керування в додаток агента в мережі А, ідентифікуючий вибраний пристрій, послугу або медіа, етап 1018. Опційно, як частина етапу, сервер 142 реєстрації може також інформувати додаток агента в мережі В, що пристрій, послуга або інформація медіа можуть надходити від мережі А. Додаток агента в мережі А отримує запит на віртуалізацію вибраного пристрою, послуги або медіа, етап 1020, і отримує адресу пристрою, шаблони і властивості послуги, етап 1022. Мережа А агента потім форматує прийняту інформацію в повідомлення, яке передається в додаток агента в мережі В через однорангову мережу (тобто, через суперранговий мережевий сервер 140), етап 1024. Це повідомлення приймається додатком агента в мережі В, який витягує відповідні елементи, етап 1026, і генерує повідомлення сповіщення UPnP пристрою для вибраного пристрою, етап 1028. Як згадано вище, це повідомлення сповіщення пристрою включає в себе URL для віртуального пристрою, відповідного додатку агента в мережі B. Агент в мережі В потім передає повідомлення сповіщення пристрою в мережі В, таким чином сповіщаючи про себе як про віртуальний пристрій, послугу або медіа, етап 1030. Як тільки повідомлення сповіщення відсилається в мережі В, пристрої в мережі можуть отримати доступ до віртуального пристрою, послуги або медіа, як описано вище з посиланням на ФІГ. 9A-9C. Процес віртуалізації пристрою, послуги або медіа може також бути ініційований з комп'ютера в вихідній мережі (наприклад, мережі А), відповідний спосіб 1100 зразкового 14 UA 101900 C2 5 10 15 20 25 30 35 40 45 50 55 60 варіанту здійснення проілюстрований на ФІГ. 11. Використовуючи комп'ютер 108 в мережі А, користувач може переглянути відображення пристроїв в мережі, а також список зв'язків однорангової мережі або мереж "друга", з якими користувач може встановити зв'язок, етап 1102. Комп'ютер 108 може прийняти введення користувача для вибраного пристрою, що спільно використовується з вибраною цільовою мережею В, етап 1104. Наприклад, комп'ютер 108 може бути сконфігурований з графічним інтерфейсом користувача, який формує список пристроїв і мереж і приймає введення користувача у формі натиснень миші або натиснень клавіш. З цією інформацією, отриманою від користувача, процес може продовжуватися, як описано вище з посиланням на ФІГ. 10 для етапів 1022-1030. Як тільки повідомлення сповіщення відіслане в мережі В, пристрої в мережі можуть отримати доступ до віртуального пристрою, послуги або медіа, як описано вище з посиланням на ФІГ. 9A-9C. Різні варіанти здійснення можуть також дозволити користувачеві в одній мережі (наприклад, мережі В) отримувати доступ до пристроїв, послуг або медіа в іншій мережі (наприклад, мережі А), відповідний спосіб 1200 зразкового варіанту здійснення проілюстрований на ФІГ. 12. Використовуючи комп'ютер в мережі В, користувач може переглянути меню зв'язків однорангової мережі або мереж, які були зареєстровані для доступу додатком агента в мережі В, етап 1202. Комп'ютер може отримати введення користувача, що вибирає конкретну вихідну мережу А, етап 1204. Додаток агента в мережі В може потім відіслати повідомлення запиту в додаток агента в мережі А для отримання списку пристроїв, послуг або медіа, доступного в мережі А, етап 1206. Це повідомлення запиту може бути передане через однорангову мережу через суперранговий мережевий сервер 140. Додаток агента в мережі А може прийняти повідомлення запиту і відповісти списком UPnP пристроїв, послуг і медіа, які додаток агента виявив в мережі А, етап 1208. Це повідомлення у відповідь може також відсилатися через однорангову мережу. Додаток агента в мережі В отримує список пристроїв, послуг і медіа і генерує відображення цієї інформації для користувача, етап 1210. Це відображення пристроїв, послуг і медіа мережі А може бути у формі графічного інтерфейсу користувача, щоб полегшити вибір користувача. Комп'ютер в мережі В може прийняти введення користувача вибраної мережі, щоб віртуалізувати пристрій, послугу або медіа в мережі В, етап 1212. Основуючись на прийнятому користувацькому введенні, додаток агента в мережі В може відіслати запит на доступ до вибраного пристрою, послуги або медіа до додатку агента в мережі А, етап 1214. Це повідомлення може відсилатися через однорангову мережу. Додаток агента в мережі А отримує запит на віртуалізацію вибраного пристрою, послуги або медіа, етап 1216, і отримує UPnP адресу, шаблони і властивості послуги для вибраного об'єкта, етап 1218. Агент в мережі А потім відсилає отримані адреси, шаблони і властивості послуги до додатку агента в мережі В, етап 1220. Додаток агента в мережі В витягує відповідні елементи з прийнятої інформації, етап 1222, і генерує відповідне повідомлення сповіщення UPnP пристрою для вибраного пристрою, послуги або медіа, етап 1224. Як для інших реалізацій, додаток агента включає в повідомлення сповіщення URL для вибраного пристрою, послуги або медіа, який відповідає йому самому, так що коли додаток агента передає повідомлення сповіщення пристрою, етап 1226, він оповіщає про себе як про вибраний пристрій, послугу або медіа. Як тільки повідомлення сповіщення пристрою відіслане по мережі В, пристрої в мережі можуть отримати доступ до віртуального пристрою, послуги або медіа, як описано вище з посиланням на ФІГ. 9A-9C. Зразкові повідомлення даних, якими можна обмінюватися між компонентами системи зв'язку згідно з різними варіантами здійснення, проілюстровані на ФІГ. 13. Коли користувач ініціює спільне використання пристроїв і послуг по мережі В з іншою мережею А від мобільного пристрою 136, користувач може розмістити виклик даних через мережу 130 бездротового зв’язку і Інтернет 114 на сервер 142 реєстрації, повідомлення 1302. У відповідь сервер 142 реєстрації може відіслати повідомлення керування в додаток агента, що виконується на комп'ютері 108 в мережі А, що запитує список пристроїв і послуг, доступних в мережі, повідомлення 1304. Додаток агента в мережі А може відповісти списком UPnP пристроїв і послуг, які були виявлені, повідомлення 1306. Сервер 142 реєстрації може відповісти мобільному пристрою 136, відсилаючи цю інформацію як список або як веб-сторінку для відображення, повідомлення 1308. Користувач може потім відповісти на сервер 142 реєстрації вибраним пристроєм або послугою, що підлягає віртуалізації, повідомлення 1309. Вибір конкретного пристрою або послуги для віртуалізації може бути повідомлений додатку агента на комп'ютері 108 в мережі А, повідомлення 1310. Це повідомлення може включати в себе ідентифікатор домену цільової мережі B. Додаток агента може потім отримати адресу, шаблони і властивості послуги для вибраного пристрою або послуги, обробку 1312, і відіслати цю інформацію в додаток агента на комп'ютері 126 в мережі В через однорангову мережу 128, повідомлення 1314. Додаток агента на комп'ютері 126 в 15 UA 101900 C2 5 10 15 20 25 30 35 40 45 50 55 60 мережі В може потім згенерувати повідомлення сповіщення UPnP пристрою, обробка 1316, і передати це сповіщення по мережі В, повідомлення 1318. UPnP пристрій в мережі В може потім запитати послугу від віртуалізованого пристрою або послуги відповідно до шаблонів послуги в повідомленні, спрямованому до додатку агента на комп'ютері 126 в мережі В, повідомлення 1320. Як описано вище, процес запиту послуги може спочатку передбачати запит шаблонів послуги від віртуального пристрою, які забезпечує додаток агента, і потім форматування запиту на послугу з використанням інформації, отриманої з шаблонів послуги. Для простоти, така сигналізація між пристроєм, що запитує, і додатком агента не включена в ФІГ. 13. Додаток агента на комп'ютері 126 в мережі В може переформатувати запит на послугу в однорангове повідомлення, обробка 1324, і передати повідомлення до додатку агента на комп'ютері 108 по мережі через однорангову мережу, повідомлення 1326. Додаток агента на комп'ютері 108 в мережі обробляє прийняте повідомлення запиту на послугу, обробка 1328, і видає запит на вибраний пристрій, повідомлення 1330. Вибраний пристрій може відповісти повідомленням відповіді послуги, повідомлення 1332, яке приймається додатком агента на комп'ютері 108 по мережі A. Додаток агента на комп'ютері 108 в мережі А може обробити це повідомлення відповіді послуги, обробка 1334, щоб включити зовнішню IP-адресу мережі, коли мережа А підтримує переадресацію портів, і відправляє повідомлення відповіді послуги до додатку агента на комп'ютері 126 по мережі В через однорангову мережу, повідомлення 1336. Додаток агента на комп'ютері 126 в мережі В може обробити прийняте повідомлення відповіді послуги, обробка 1338, щоб відобразити URL пристрою, як описано тут, і відправити повідомлення відповіді послуги пристрою, що запитує, повідомлення 1340. Наприклад, повідомлення відповіді послуги може бути списком доступних медіа і зв’язаних URL, до яких може отримати доступ пристрій, що запитує, щоб отримати медіадані. Пристрій, що запитує, в мережі В може потім отримати доступ до конкретного URL, повідомлення 1342, що спрямовується до додатку агента на комп'ютері 126 в мережі B. Додаток агента на комп'ютері 126 в мережі В може обробити доступ URL, обробка 1344, і відправити доступ URL до додатку агента на комп'ютері 108 в мережі А через однорангову мережу, повідомлення 1346. Додаток агента на комп'ютері 108 в мережі А може обробити отриманий доступ URL, обробка 1348, перед спрямуванням доступу на вибраний пристрій або послугу, повідомлення 1350. Вибраний пристрій або послуга можуть тоді почати доставку медіаданих, асоційованих з URL, повідомлення 1352. Залежно від функціональних можливостей переадресації портів вихідної і цільової мереж, додаток агента на комп'ютері 108 в мережі А може обробити пакети медіаданих, обробка 1354, наприклад, буферизувати і переслати медіадані в додаток агента на комп'ютері 126 в мережі В у повідомленні 1356. Як подальша альтернатива, додаток агента на комп'ютері 108 в мережі А може спрямувати медіадані на сервер 144 переадресації (не показаний), від якого додаток агента на комп'ютері 126 в мережі В може отримати доступ до даних (в цьому випадку повідомлення 1356 можна було б реалізовувати в двох повідомленнях одне з додатку агента на комп'ютері 108 в мережі А до сервера 144 переадресації, і інше - від сервера 144 переадресації до додатку агента на комп'ютері 126 в мережі В). Медіадані можуть бути отримані додатком агента на комп'ютері 126 в мережі В, де вони можуть бути буферизовані або оброблені, обробка 1358, перед доставкою до пристрою, що запитує, повідомлення 1360. Повідомлення, показані на ФІГ. 13, є ілюстративними для зразкових варіантів здійснення. Порядок повідомлень може відрізнятися від проілюстрованого, і менше або більше повідомлень можуть використовуватися, щоб здійснити різні варіанти здійснення. Таким чином, повідомлення, проілюстровані на ФІГ. 13, не призначені для обмеження об'єму формули винаходу яким-небудь чином. У той час як попередні приклади розглядали спільне використання медіа між двома приватними мережами, можуть використовуватися варіанти здійснення, щоб дозволити пристрою в першій мережі (що називається мережею А в цьому прикладі) безпосередньо отримувати доступ до медіа, хостованого на сервері 1400, доступному через Інтернет 114. ФІГ. 14 ілюструє зразкову комунікаційну мережу, підтримуючу такий варіант здійснення. Компоненти цієї комунікаційної мережі подібні проілюстрованим на ФІГ. 1 за винятком того, що сервер 1400 медіа є вихідним доменом для медіа, що підлягає відтворенню одним з UPnP пристроїв 102, 104, 106, 108, 110 в мережі A. Цей варіант здійснення може дозволити UPnP медіаплеєру, наприклад цифровому телебаченню, отримувати доступ до медіа безпосередньо від сервера, такого як сервер, що хостує фільми в цифровому форматі, без необхідності обробляти цифрові медіа через комп'ютер 108. Спосіб 1500 зразкового варіанту здійснення, за допомогою якого UPnP пристрій може отримати доступ до медіа безпосередньо від Інтернет-сервера, проілюстрований на ФІГ. 15. 16 UA 101900 C2 5 10 15 20 25 30 35 40 45 50 55 Додаток агента на комп'ютері в мережі А може відображати меню однорангових мереж, до яких можна отримати доступ, етап 1502, і може приймати введення користувача вибраної послуги Інтернет, етап 1504. Наприклад, користувач може вибрати послугу прокату кіно, яка забезпечує орендні плати за кіно за допомогою реалізації різних варіантів здійснення. У відповідь додаток агента в мережі А може відіслати повідомлення запиту на вибраний сервер S, що запитує список доступних послуг, такий як список фільмів, доступних за орендну плату, етап 1506. Сервер медіа приймає цей запит і може відповісти списком доступних послуг, таким як список фільмів, для яких доступ може бути наданий, етап 1508. Цей список доступних послуг може бути прийнятий додатком агента в мережі А і відображений для користувача, етап 1510. Якщо користувач вибирає конкретну послугу, таку як кіно для перегляду, це введення може бути прийняте додатком агента в мережі А, етап 1512, і використаний для генерації і посилки запиту на сервер медіа для доступу до вибраної послуги, етап 1514. Сервер медіа приймає запит на віртуалізацію вибраної послуги, такої як конкретний фільм, етап 1516, і може відповісти адресою, шаблоном і властивостями послуги для вибраної послуги, етап 1518. Додаток агента в мережі потім витягує релевантні елементи з прийнятої інформації, етап 1520, і генерує повідомлення сповіщення UPnP для вибраної послуги, етап 1520. Згенероване сповіщення UPnP може потім передаватися в мережі А, етап 1524, таким чином дозволяючи UPnP пристроям, наприклад, цифрового телебачення, виявляти віртуальну послугу. Як тільки повідомлення сповіщення пристрою відіслане по мережі В, пристрої в мережі можуть отримувати доступ до віртуального пристрою, послуги або медіа способом, подібним описаному вище з посиланням на ФІГ. 9A-9C. Зразкові повідомлення, якими можна обмінюватися між компонентами комунікаційної системи і які дозволяють пристроям в мережі безпосередньо отримувати доступ до медіа, збережених на Інтернет-сервері, проілюстровані на ФІГ. 16. Щоб безпосередньо отримати доступ до медіаданих, збережених на Інтернет-сервері 1600, користувачеві може бути необхідним зареєструвати мережу користувача на сервері 142 реєстрації, повідомлення 1602. Як частина процесу реєстрації, сервер 142 реєстрації може завантажити додаток агента і надати інформацію ідентифікації користувача, необхідну для отримання доступу до сервера 1600 медіа, повідомлення 1604. Сервер 142 реєстрації може також повідомити серверу 1600 медіа, коли користувач зареєструвався для отримання послуги, повідомлення 1606. Як тільки користувач зареєстрований, додаток агента в мережі А може обмінюватися повідомленнями із сервером 1600 медіа, повідомлення 1608, наприклад, обмінюватися мандатом аутентифікації, надавати додатку агента меню доступних послуг і приймати іншу інформацію реєстрації на послугу. Сервер 1600 медіа може також забезпечити додаток агента в мережі А інформацією, щоб дозволити йому генерувати повідомлення сповіщення пристрою, повідомлення 1609, що ідентифікує сервер 1600 медіа як віртуальний пристрій в мережі А. UPnP пристрій в мережі А, наприклад цифрового телебачення, може видати запит на послугу, повідомлення 1610, який додаток агента в мережі обробляє, обробка 1612, і спрямувати до сервера 1600 медіа, повідомлення 1614. Це повідомлення запиту на послугу може бути оброблене сервером 1600 медіа, обробка 1616, і може застосовувати запит даних до бази 1601 медіаданих, повідомлення 1618, і відповідь даних, повідомлення 1620, яке сервер 1600 обробляє, обробка 1622, перш ніж відіслати запитану інформацію в додаток агента в мережі А, повідомлення 1624. Додаток агента в мережі А обробляє прийняту інформацію, наприклад, перевідображує адреси URL, як описано тут, обробка 1626, перш ніж надати запитувану інформацію пристрою, що запитує, повідомлення 1628. Наприклад, цифрове телебачення може запитати керівництво по програмах фільмів, доступних для скачування із сервера 1600 медіа. Користувач може вибрати конкретне медіа для отримання доступу, і відповідний URL медіа може бути переданий до додатку агента в мережі А, повідомлення 1630. Додаток агента в мережі А може обробити запит URL, обробка 1632, перш ніж передати URL до сервера 1600 медіа, повідомлення 1634. Сервер 1600 медіа обробити цей запит URL, обробка 1636, і отримати доступ до зв’язаного медіафайлу в базі даних 1601 медіа, повідомлення 1638. Необхідні медіа можуть потім бути передані від бази даних 1601 медіа до сервера 1600 медіа, повідомлення 1640, який може обробити медіадані, обробка 1642, перш ніж передати медіадані через Інтернет, повідомлення 1644. Медіадані можуть бути прийняті додатком агента в мережі А і буферизовані або переадресовані, обробка 1646, перш ніж надаватися пристрою, що запитує, повідомлення 1648. Уальтернативному варіанті здійснення, медіадані можуть бути надані пристрою, що запитує, в мережі А, і в цьому випадку повідомлення 1644 може бути адресоване пристрою, що запитує. 17 UA 101900 C2 5 10 15 20 25 30 35 40 45 50 55 60 Різні варіанти здійснення забезпечують ряд корисних реалізацій. Наприклад, в одному варіанті здійснення, динамічна інформація, доступна в одній мережі, може бути відображена як фотографічне зображення на простому пристрої відображення, такому як цифрова рамка для фотографій. Цифрові пристрої рамки для фотографій стають популярними для відображення користувацьких медіа, особливо фотографій. UPnP цифрові рамки для фотографій в цей час доступні і широко використовуються, щоб зручно відображати фотографічні медіа, збережені в мережі користувача. Цифрова рамка для фотографій може використовуватися, наприклад, як пристрій відображення, щоб відтворювати медіа, прийняті з віртуального сховища медіа, згідно з варіантами здійснення, описаними вище. Подальша реалізація цієї ідеї дозволяє відображати динамічну інформацію, таку як веб-сторінки, і текстову інформацію, таку як електронна пошта і твіттер-повідомлення, як фотографії в цифровій рамці для фотографій. Використовуючи різні варіанти здійснення, такі способи відображення можуть бути вельми корисними для користувачів в багатьох додатках. Спосіб 1700 зразкового варіанту здійснення для відтворення динамічної і текстової інформації цифрової рамки для фотографій проілюстрований на ФІГ. 17. Цей спосіб може бути здійснений на комп'ютері з доступом до динамічної або текстової інформації, що підлягає відтворенню. Такий комп'ютер може отримати доступ до файлу або URL, щоб отримати текст, зображення, HTML або інші дані зі сховища динамічних даних, етап 1702. Наприклад, комп'ютер може отримати доступ до електронної пошти користувача або обліковий запис на Twitter, щоб отримати останні повідомлення користувача. Комп'ютер потім форматує отриману інформацію у формат, відповідний для відображення, етап 1704. Наприклад, якщо отримана інформація є повідомленням електронної пошти, повідомлення може бути відформатоване так, як якби воно повинне було бути представлене на дисплеї електронної пошти в додатку електронної пошти. Відформатовані дані потім відтворюються як бітовий масив в пам'яті, етап 1706. Бітовий масив потім перетворюється у формат даних цифрової фотографії, такий як формат JPEG, і зберігається в пам'яті, етап 1708. Цифрові дані фотографії, такі як файл JPEG, потім передаються на дисплей рамки для фотографій, 1710. Наприклад, цифрові дані фотографії можуть зберігатися в пам'яті цифрової рамки для фотографій, або у сховищі даних в локальній мережі, до якого здійснюється доступ до цифрової рамки для фотографій. У іншому варіанті здійснення цифрові дані фотографії можуть зберігатися на пристрої, який був віртуалізований в іншій мережі, як описано в попередніх варіантах здійснення, таким чином дозволяючи цифровій рамці для фотографій отримувати доступ в іншій мережі і відображати зображення способом, подібним описаному вище з посиланням на ФІГ. 9A-9C, етап 1712. Конкретна зразкова реалізація цього варіанту здійснення проілюстрована на ФІГ. 18, де "твіти" (записи в соціальній мережі мікроблогів Twitter (Твіттер)) на обліковому записі користувача в Твіттері відтворюються для відображення на цифровій рамці для фотографій. Комп'ютер може отримати доступ до облікового запису користувача на Твіттері і отримати останній текст повідомлення, етап 1802. Текст Твіттера може потім форматуватися для відображення, етап 1804, що представляється як бітовий масив, етап 1806. Зображення бітового масиву потім перетворюється у формат JPEG, етап 1808, і файл JPEG, що отримується, надається на цифрову рамку для фотографій, етап 1810. Альтернативно, файл JPEG, що отримується, може зберігатися на пристрої, який був віртуалізований в іншій мережі, дозволяючи відображати файл JPEG в цифровій рамці для фотографій в тій іншій мережі способом, подібним описаному вище з посиланням на ФІГ. 9A-9C, етап 1812. Інша зразкова реалізація цього варіанту здійснення проілюстрована на ФІГ. 19, де динамічні веб-сторінки, такі як веб-сайти новин, біржові ціни і подачі новин на веб-камери надані для відображення на цифровій рамці для фотографій. Комп'ютер може отримати доступ до конкретного веб-сайту і отримати останні HTML скрипти і зображення, етап 1902. Отримані HTML і зображення можуть потім форматуватися для відображення, наприклад, шляхом генерації відповідної веб-сторінки, використовуючи додаток веб-браузера, етап 1904. Генерована веб-сторінка потім надається як бітовий масив, етап 1906, і зображення бітового масиву перетворюється у формат JPEG, етап 1908. Отриманий в результаті файл JPEG може бути наданий цифровій рамці для фотографій, етап 1910. Альтернативно, отриманий в результаті файл JPEG може зберігатися на пристрої, який був віртуалізований в іншій мережі, дозволяючи відображати файл JPEG в цифровій рамці для фотографій в тій іншій мережі способом, подібним описаному вище з посиланням на ФІГ. 9A-9C, етап 1912. "Контролер", що використовується для ініціювання спільного використання пристрою або файлу шляхом отримання доступу до сервера 142 реєстрації (або іншого сервера) в різних варіантах здійснення може бути будь-яким пристроєм, який хостує або забезпечує веб-браузер, таким як персональний комп'ютер 138, веб-книга або мобільний пристрій 136. Мобільний 18 UA 101900 C2 5 10 15 20 25 30 35 40 45 50 55 пристрій 136, такий як мобільний телефон, може бути особливо зручним пристроєм для використання як контролера, оскільки його малий розмір та інші корисні властивості мають на увазі, що користувачі будуть, як правило, мати такий із собою або поблизу. Типові мобільні пристрої 136, відповідні для використання з різними варіантами здійснення, будуть мати компоненти, проілюстровані на ФІГ. 20. Наприклад, типовий мобільний пристрій 136 може включати в себе процесор 191, з’єднаний з внутрішньою пам'яттю 192, і дисплей 193. Додатково, мобільний пристрій 136 може мати антену 194 для відправки і прийому електромагнітного випромінювання, яка зв’язана з бездротових каналом передачі даних, і/або приймач-передавач 195 стільникового телефону, з’єднаний з процесором 191. Мобільні пристрої, як правило, також включають в себе кнопкову панель 196 або мініатюрну клавіатуру і кнопки вибору меню, або тумблери 197 для прийому користувацьких введень. Варіанти здійснення, описані вище, можуть бути здійснені з будь-яким із множини серверних пристроїв, таких як сервер 1400, проілюстрований на ФІГ. 21. Такий сервер 1400, як правило, включає в себе процесор 1401, з’єднаний з енергозалежною пам'яттю 1402 і енергонезалежною пам'яттю великої ємності, такою як дисковод 1403. Сервер 1400 може також включати в себе накопичувач гнучких дисків і/або накопичувач компакт-дисків (CD) 1406, з’єднаний з процесором 1401. Сервер 1400 може також включати в себе порти 1404 мережевого доступу, з’єднані з процесором 1401, щоб встановлювати з'єднання з мережевими каналами 1405, такими як Інтернет. Варіанти здійснення, описані вище, також можуть реалізувати цифрову рамку для фотографій, як проілюстровано на ФІГ. 22. Така цифрова рамка 2200 для фотографій, як правило, включає в себе процесор 2201, з’єднаний з пам'яттю 2202, і великий дисплей 2203. Цифрова рамка 2200 для фотографій може також включати в себе приймач-передавач 2205 бездротового каналу зв'язку, з’єднаний з антеною 2204, а також батарею 2206, з’єднану з процесором 2201. Процесор 2201 може бути сконфігурований, щоб сповіщати про його plug-nplay параметри і шаблони послуг по бездротових мережах, до яких отримують доступ через приймач-передавач 2205 бездротового каналу зв'язку. Процесори 191, 1401, 2201 в різних пристроях можуть бути будь-яким програмованим мікропроцесором, мікрокомп'ютером або множинним процесорним чипом або чипами, які можуть конфігуруватися інструкціями програмного забезпечення (додатками) для виконання різних функцій, включаючи функції різних варіантів здійснення, описаних тут. У деяких пристроях може бути передбачено множину процесорів 191, 1401, 2201, наприклад, один процесор призначений для функцій бездротового зв’язку, а інший процесор призначений для виконання інших додатків. Як правило, додатки можуть бути збережені у внутрішній пам'яті 192, 1402, 2202, перш ніж до них буде отриманий доступ, і вони будуть завантажені в процесор 191, 1401, 2201. У деяких мобільних пристроях процесор 191, 1401, 1501 може включати в себе внутрішню пам'ять, достатню для зберігання інструкцій прикладного програмного забезпечення. У деяких пристроях безпечна пам'ять може бути в окремій мікросхемі пам'яті, з’єднаній з процесором 191, 1401, 2201. У багатьох пристроях внутрішня пам'ять 192, 1402, 2202 може бути енергозалежною або енергонезалежною пам'яттю, такою як флеш-пам'ять, або комбінацією обох. З метою цього опису посилання на пам'ять належить до всієї пам'яті, доступної процесору 191, 1401, 2201, включаючи внутрішню пам'ять 192, 1402, 2202, змінну пам'ять, встановлену в пристрій, і пам'ять в самому процесорі 191, 1401, 2201. Попередні описи способу і діаграми послідовності операцій забезпечені просто як ілюстративні приклади і не призначені, щоб вимагати або мати на увазі, що етапи різних варіантів здійснення повинні бути виконані в представленому порядку. Фахівцям в даній галузі техніки повинно бути зрозуміло, що порядок етапів в попередніх варіантах здійснення може бути реалізований в будь-якому вигляді. Слова такі як "після цього", "тоді", "потім" і т. д. не призначені, щоб обмежувати порядок етапів; ці слова просто використовуються, щоб спрямовувати читача через опис способів. Далі, будь-яке посилання, щоб заявляти елементи в однині, не повинне розглядатися як обмеження елементів одниною. Різні ілюстративні логічні блоки, модулі, схеми і етапи алгоритму, описані в зв'язку з варіантами здійснення, розкритими тут, можуть бути здійснені як електронні апаратні засоби, програмне забезпечення або комбінації обох. Щоб чітко ілюструвати цю взаємозамінність апаратного і програмного забезпечення, різні ілюстративні компоненти, блоки, модулі, схеми і етапи були описані вище взагалі з точки зору їх функціональності. Чи здійснена така функціональність як апаратні засоби або програмне забезпечення, залежить від конкретного застосування і обмежень проектування, накладеного на систему загалом. Фахівці в даній галузі техніки можуть здійснити описану функціональність різними способами для кожного 19 UA 101900 C2 5 10 15 20 25 30 35 40 45 50 конкретного застосування, але такі рішення по реалізації не повинні інтерпретуватися як такі, що спричиняють відхилення від об'єму даного винаходу. Апаратні засоби, що використовуються для реалізації різних ілюстративних логічних блоків, модулів і схем, описаних в зв'язку з розкритими аспектами, можуть бути реалізовані або виконані з використанням універсального процесора, цифрового процесора сигналів (DSP), спеціалізованої інтегральної схеми (ASIC), програмованої вентильної матриці (FPGA) або іншого програмованого логічного пристрою, дискретної логічної схеми або транзисторної логіки, дискретних компонентів апаратних засобів або яких-небудь їх комбінацій для виконання описаних функцій. Універсальний процесор може бути мікропроцесором, але в альтернативному варіанті процесор може являти собою звичайний процесор, контролер, мікроконтролер або кінцевий автомат. Процесор може бути також реалізований як комбінація обчислювальних пристроїв, наприклад як комбінація DSP і мікропроцесора, множини мікропроцесорів, один або більше мікропроцесорів у взаємозв'язку з ядром DSP або будь-яка подібна конфігурація. Альтернативно, деякі етапи або способи можуть бути виконані схемами, які є специфічними для даної функції. У одному або більше зразкових аспектах описані функції можуть бути реалізовані в апаратних засобах, програмному забезпеченні, програмованому обладнанні або будь-якій комбінації вказаного. При здійсненні в програмному забезпеченні, функції можуть зберігатися або передаватися як одна або більше інструкцій або код на машиночитаному носії. Етапи способу або алгоритму, розкриті тут, можуть бути реалізовані в модулі програмного забезпечення, що виконується процесором, який може бути втілений на машиночитаному носії. Машиночитані носії включають в себе як комп'ютерні носії зберігання, так і комунікаційні середовища, що містять будь-яке середовище, яке полегшує передачу комп'ютерної програми від одного місця в інше. Носії зберігання можуть бути будь-якими доступними носіями, до яких може отримувати доступ комп'ютер. Як приклад, але не обмеження, такі машиночитані носії можуть включити RAM (ОЗП), ROM (ПЗП), EEPROM (електрично-стираний програмований ПЗП), CD-ROM або інший ЗП на оптичному диску, ЗП на магнітному диску або інших магнітних ЗП, або будь-який інший носій, який може використовуватися, щоб переносити або зберігати бажані засоби програмного коду у формі інструкцій або структур даних, і до якого може отримувати доступ комп'ютер. Крім того, будь-яке з'єднання належним чином визначається як машиночитане середовище. Наприклад, якщо програмне забезпечення передається з вебсайту, сервера або іншого віддаленого джерела з використанням коаксіального кабелю, волоконно-оптичного кабелю, витої пари, цифрової абонентської лінії (DSL), або бездротових технологій, таких як інфрачервона, радіочастотна і мікрохвильова, то коаксіальний кабель, волоконно-оптичний кабель, вита пара, DSL або бездротові технології, такі як інфрачервона, радіочастотна і мікрохвильова, включаються у визначення носія. Диски, як використовується тут, включають в себе компакт-диск (CD), лазерний диск, оптичний диск, цифровий універсальний диск (DVD), дискету (floppy disk) і blu-ray-disc, де магнітні диски (disks) звичайно відтворюють дані магнітним способом, в той час як оптичні диски (discs) відтворюють дані оптичним способом за допомогою лазера. Комбінації вищезазначеного повинні також бути включені в об'єм машиночитаних носіїв. Додатково, операції способу або алгоритму можуть знаходитися як одна або будь-яка комбінація або набір кодів і/або інструкцій на машиночитаному носії і/або комп’ютерозчитуваному носії, який може бути введений в комп'ютерний програмний продукт. Попередній опис розкритих варіантів здійснення призначений для того, щоб забезпечити можливість фахівцям в даній галузі техніки реалізувати або використовувати даний винахід. Різні модифікації цих варіантів здійснення винаходу будуть очевидні для фахівців в даній галузі техніки, і загальні розкриті принципи можуть бути застосовані до інших варіантів здійснення без відхилення від суті або об'єму винаходу. Таким чином, даний винахід не призначається для обмеження розкритими варіантами здійснення, а повинен відповідати найширшому об'єму, відповідно до розкритих принципів і нових ознак. ФОРМУЛА ВИНАХОДУ 55 1. Спосіб для доступу до першого пристрою, розташованого в першій мережі, від другого пристрою, розташованого у другій мережі, що містить: зв'язування першої мережі і другої мережі через однорангову мережу, причому перша мережа включає в себе перший пристрій і перший додаток агента, що діє на першому комп'ютері, і друга мережа включає в себе другий пристрій і другий додаток агента, що діє на другому комп'ютері; 20 UA 101900 C2 5 10 15 20 25 30 35 40 45 50 55 отримання, в другому додатку агента, щонайменше адреси відносно першого пристрою з першого додатка агента другої мережі; генерацію, з використанням другого додатка агента, повідомлення сповіщення пристрою в другій мережі для першого пристрою першої мережі, на основі, щонайменше частково, адреси відносно першого пристрою, прийнятого від першого додатка агента, причому повідомлення сповіщення пристрою містить адресу для другого додатка агента як мережну адресу для першого пристрою; прийом, в другому додатку агента, повідомлення запиту доступу для першого пристрою від другого пристрою в другій мережі; і передачу повідомлення запиту доступу для першого пристрою до першої мережі через однорангову мережу. 2. Спосіб за п. 1, який додатково включає: отримання інформації адреси, шаблона послуг і властивостей відносно першого пристрою в першому додатку агента, що діє на першому комп'ютері в першій мережі; і передачу інформації адреси, шаблона послуг і властивостей відносно першого пристрою з першого додатка агента, що діє на першому комп'ютері в першій мережі до другого додатка агента, що діє на другому комп'ютері у другій мережі, при цьому згадана генерація, з використанням другого додатка агента, повідомлення сповіщення пристрою у другій мережі для першого пристрою першої мережі містить генерацію, з використанням другого додатка агента, повідомлення сповіщення пристрою в другій мережі для першого пристрою мережі на основі прийнятої інформації адреси, шаблона послуг і властивостей відносно першого пристрою. 3. Спосіб за п. 2, який додатково включає передачу повідомлення відповіді послуги з першого пристрою на другий пристрій шляхом прийому повідомлення відповіді послуги від першого пристрою в першому додатку агента в першій мережі; передачі повідомлення відповіді послуги від першого додатка агента до другого додатка агента у другій мережі через однорангову мережу; і надання повідомлення відповіді послуги від другого додатка агента на другий пристрій. 4. Спосіб за п. 3, який додатково включає: прийом, в другому додатку агента, адреси Інтернет-протоколу (IP) для першої мережі від першого додатка агента; і відображення універсального покажчика ресурсу (URL) в повідомленні відповіді послуги на URL, що включає в себе IP-адресу для першої мережі, перед наданням повідомлення відповіді послуги від другого додатка агента на другий пристрій. 5. Спосіб за п. 3, який додатково включає: отримання IP-адреси для другої мережі у другому додатку агента; прийом повідомлення доступу URL від другого пристрою у другому додатку агента; перетворення повідомлення доступу URL в повідомлення керування; і передачу повідомлення керування від другого додатка агента до першого додатка агента, причому повідомлення керування включає в себе IP-адресу для другої мережі і відформатоване так, щоб спонукати перший додаток агента: отримувати доступ до медіа-файла в першому пристрої, асоційованому з URL; приймати медіа-дані від першого пристрою; і відсилати медіа-дані до другого додатка агента, використовуючи ІР-адресу для другої мережі без проходження медіа-даних через однорангову мережу. 6. Спосіб за п. 1, який додатково включає: прийом повідомлення доступу URL від другого пристрою у другому додатку агента, що діє на другому комп'ютері в другій мережі; перетворення повідомлення доступу URL в повідомлення керування; і передачу повідомлення керування від другого додатка агента до першого додатка агента, що діє на першому комп'ютері в першій мережі, причому повідомлення керування включає в себе IP-адресу для сервера переадресації, розташованого в Інтернеті, і відформатоване, щоб спонукати перший додаток агента: отримувати доступ до медіа-файла в першому пристрої, зв'язаному з URL; приймати медіа-дані від першого пристрою; і відсилати медіа-дані до сервера переадресації, використовуючи ІР-адресу, яка включена в повідомлення керування без проходження медіа-даних через однорангову мережу, щоб спонукати сервер переадресації передавати медіа-дані другому додатку агента; 21 UA 101900 C2 5 10 15 20 25 30 35 40 45 50 55 прийом, в другому додатку агента, медіа-даних від першого додатка агента через сервер переадресації; і надання медіа-даних від другого додатка агента другому пристрою. 7. Спосіб за п. 2, який додатково включає: доступ до джерела даних, щоб отримати файл даних; форматування отриманого файла даних у формат, прийнятний для відображення; надання відформатованого отриманого файла даних як бітовий масив в пам'яті; перетворення бітового масиву у формат даних цифрової фотографії; і зберігання даних цифрової фотографії на першому пристрої, причому другий пристрій є цифровим пристроєм рамки для фотографій. 8. Спосіб за п. 7, в якому форматом даних цифрової фотографії є формат JPEG. 9. Перший комп'ютер, який містить: процесор; першу схему мережного інтерфейсу, зв'язану з процесором і конфігуровану для забезпечення процесору можливості здійснення зв'язку через Інтернет; і другу схему мережного інтерфейсу, зв'язану з процесором і конфігуровану для забезпечення процесору можливості здійснення зв'язку з першою мережею, яка включає в себе перший пристрій і перший додаток агента, що діє на першому комп'ютері, причому процесор сконфігурований з виконуваними процесором інструкціями, які при виконанні процесором, спонукають процесор виконувати операції, які включають: здійснення зв'язку з другою мережею через однорангову мережу, причому друга мережа включає в себе другий пристрій і другий додаток агента, що діє на другому комп'ютері; отримання, в першому додатку агента, щонайменше, адреси відносно другого пристрою від другого додатка агента другої мережі; генерацію, з використанням першого додатка агента, повідомлення сповіщення пристрою в першій мережі для другого пристрою, розташованого в другій мережі, основуючись, щонайменше частково, на адресі відносно другого пристрою, прийнятого від другого додатка агента, причому повідомлення сповіщення пристрою містить адресу для першого додатку агента як мережну адресу для другого пристрою; прийом, в першому додатку агента, повідомлення запиту доступу для другого пристрою в другій мережі від першого пристрою в першій мережі; і передачу повідомлення запиту доступу для другого пристрою до другої мережі через однорангову мережу. 10. Перший комп'ютер за п. 9, в якому процесор сконфігурований з виконуваними процесором інструкціями, які при виконанні процесором спонукають процесор виконувати операції, які включають: прийом інформації адреси, шаблона послуг і властивостей відносно другого пристрою від другої мережі, причому повідомлення сповіщення пристрою основане на прийнятій інформації адреси, шаблона послуг і властивостей відносно другого пристрою. 11. Перший комп'ютер за п. 10, в якому процесор сконфігурований з виконуваними процесором інструкціями, які при виконанні процесором спонукають процесор виконувати операції, які включають: прийом повідомлення відповіді послуги із другої мережі через однорангову мережу, і надання повідомлення відповіді послуги на перший пристрій. 12. Перший комп'ютер за п. 11, в якому процесор сконфігурований з виконуваними процесором інструкціями, які при виконанні процесором спонукають процесор виконувати операції, які включають: прийом IP-адреси для другої мережі; і відображення URL в повідомленні відповіді послуги на URL, що включає в себе IP-адресу для другої мережі, перед наданням повідомлення відповіді послуги на перший пристрій. 13. Перший комп'ютер за п. 11, в якому процесор сконфігурований з виконуваними процесором інструкціями, які при виконанні процесором спонукають процесор виконувати операції, які включають: отримання IP-адреси для першої мережі; прийом повідомлення доступу URL від першого пристрою; перетворення повідомлення доступу URL в повідомлення керування, що включає в себе IP-адресу для першої мережі; передачу повідомлення керування до другої мережі; і прийом медіа-даних від другої мережі. 22 UA 101900 C2 5 10 15 20 25 30 35 40 45 50 55 60 14. Перший комп'ютер за п. 9, в якому процесор сконфігурований з виконуваними процесором інструкціями, які при виконанні процесором спонукають процесор виконувати операції, які включають: прийом повідомлення доступу URL від першого пристрою; перетворення повідомлення доступу URL в повідомлення керування, що включає в себе IPадресу для сервера переадресації, розташованого в Інтернеті; передачу повідомлення керування до другої мережі; і доступ до медіа-даних від сервера переадресації. 15. Перший комп'ютер за п. 10, в якому процесор сконфігурований з виконуваними процесором інструкціями, які при виконанні процесором спонукають процесор виконувати операції, які включають: доступ до джерела даних, щоб отримати файл даних; форматування отриманого файла даних у формат, прийнятний для відображення; надання відформатованого отриманого файла даних як бітовий масив в пам'яті; перетворення бітового масиву у формат даних цифрової фотографії; і надання даних цифрової фотографії другому пристрою, причому другий пристрій являє собою цифровий пристрій рамки для фотографій. 16. Перший комп'ютер за п. 15, в якому формат даних цифрової фотографії являє собою формат JPEG. 17. Система для забезпечення можливості отримання доступу до першого пристрою, розташованого в першій мережі, другим пристроєм, розташованим у другій мережі, яка містить: засіб для зв'язування першої мережі і другої мережі через однорангову мережу, причому перша мережа включає в себе перший пристрій і перший додаток агента, що діє на першому комп'ютері, і друга мережа включає в себе другий пристрій і другий додаток агента, що діє на другому комп'ютері; засіб для отримання, в другому додатку агента, щонайменше адреси відносно першого пристрою із першого додатка агента першої мережі; засіб для генерації повідомлення сповіщення пристрою у другій мережі для першого пристрою першої мережі, основуючись, щонайменше частково, на адресі відносно першого пристрою, прийнятого із першого додатка агента, причому повідомлення сповіщення пристрою включає в себе адресу для другого додатка агента як мережну адресу для першого пристрою; засіб для прийому, в другому додатку агента, повідомлення запиту доступу для першого пристрою від другого пристрою у другій мережі; і засіб для передачі повідомлення запиту доступу для першого пристрою до першої мережі через однорангову мережу. 18. Система за п. 17, яка додатково включає: засіб для отримання інформації адреси, шаблона послуг і властивостей відносно першого пристрою в першому додатку агента, що діє на першому комп'ютері в першій мережі; і засіб для передачі інформації адреси, шаблона послуг і властивостей відносно першого пристрою з першого додатка агента, що діє на першому комп'ютері в першій мережі, до другого додатка агента, що діє на другому комп'ютері у другій мережі, причому згаданий засіб для генерації повідомлення сповіщення пристрою в другій мережі для першого пристрою першої мережі містить засіб для генерації повідомлення сповіщення пристрою у другій мережі для першого пристрою першої мережі, на основі прийнятої інформації адреси, шаблона послуг і властивостей відносно першого пристрою. 19. Система за п. 18, яка додатково включає засіб для передачі повідомлення відповіді послуги з першого пристрою на другий пристрій, що містить: засіб для прийому повідомлення відповіді послуги від першого пристрою в першому додатку агента в першій мережі; засіб для передачі повідомлення відповіді послуги від першого додатка агента до другого додатка агента у другій мережі через однорангову мережу; і засіб для надання повідомлення відповіді послуги від другого додатка агента на другий пристрій. 20. Система за п. 19, яка додатково включає: засіб для прийому, в другому додатку агента, IP-адреси для першої мережі від першого додатка агента; і засіб для відображення URL в повідомленні відповіді послуги на URL, що включає в себе IPадресу для першої мережі, перед наданням повідомлення відповіді послуги з другого додатка агента на другий пристрій. 21. Система за п. 19, який додатково включає: 23 UA 101900 C2 5 10 15 20 25 30 35 40 45 50 55 засіб для отримання IP-адреси для другої мережі у другому додатку агента; засіб для прийому повідомлення доступу URL від другого пристрою у другому додатку агента; засіб для перетворення повідомлення доступу URL в повідомлення керування;і засіб для передачі повідомлення керування від другого додатка агента до першого додатка агента, причому повідомлення керування включає IP-адресу для другої мережі і відформатоване, щоб спонукати перший додаток агента отримувати доступ до медіа-файла в першому пристрої, зв'язаному з URL; приймати медіа-дані від першого пристрою; і відсилати медіа-дані до другого додатка агента, використовуючи ІР-адресу для другої мережі без проходження медіа-даних через однорангову мережу. 22. Система за п. 17, яка додатково включає: засіб для прийому повідомлення доступу URL від другого пристрою у другому додатку агента, що діє на другому комп'ютері в другій мережі; засіб для перетворення повідомлення доступу URL в повідомлення керування; і засіб для передачі повідомлення керування від другого додатка агента до першого додатка агента, що діє на першому комп'ютері в першій мережі, причому повідомлення керування включає в себе IP-адресу для сервера переадресації, розташованого в Інтернеті, і відформатоване, щоб спонукати перший додаток агента отримувати доступ до медіа-файла в першому пристрої, зв'язаному з URL; приймати медіа-дані від першого пристрою; і відсилати медіа-дані до сервера переадресації, використовуючи ІР-адресу, яка включена в повідомлення керування без проходження медіа-даних через однорангову мережу, щоб спонукати сервер переадресації передавати медіа-дані другому додатку агента; засіб для прийому, в другому додатку агента, медіа-даних від першого додатка агента через сервер переадресації; і засіб для надання медіа-даних від другого додатка агента другому пристрою. 23. Система за п. 18, яка додатково включає: засіб для доступу до джерела даних, щоб отримати файл даних; засіб для форматування отриманого файла даних у формат, прийнятний для відображення; засіб для надання відформатованого отриманого файла даних як бітовий масив; засіб для перетворення бітового масиву у формат даних цифрової фотографії; і засіб для збереження даних цифрової фотографії на першому пристрої, причому другий пристрій являє собою цифровий пристрій рамки для фотографій. 24. Система за п. 23, в якій формат даних цифрової фотографії являє собою формат JPEG. 25. Зчитуваний процесором носій, який містить виконувані комп'ютером інструкції, причому інструкції включають: щонайменше одну інструкцію для зв'язування першої мережі і другої мережі через однорангову мережу, для доступу до першого пристрою, розташованого в першій мережі, від другого пристрою, розташованого у другій мережі, причому перша мережа включає в себе перший пристрій і перший додаток агента, що діє на першому комп'ютері, а друга мережа включає в себе другий пристрій і другий додаток агента, що діє на другому комп'ютері; щонайменше одну інструкцію для отримання в другому додатку агента, щонайменше адреси відносно першого пристрою від першого додатка агента першої мережі; щонайменше одну інструкцію для генерації повідомлення сповіщення пристрою у другій мережі для першого пристрою першої мережі, основуючись, щонайменше частково, на адресі відносно першого пристрою, прийнятого від першого додатка агента, причому повідомлення сповіщення пристрою включає адресу для другого додатка агента як мережну адресу для першого пристрою; щонайменше одну інструкцію для прийому, в другому додатку агента, повідомлення запиту доступу для першого пристрою від другого пристрою у другій мережі; і щонайменше одну інструкцію для передачі повідомлення запиту доступу для першого пристрою до першої мережі через однорангову мережу. 26. Зчитуваний процесором носій за п. 25, в якому інструкції додатково містять: щонайменше одну інструкцію для отримання інформації адреси, шаблона послуг і властивостей відносно першого пристрою в першому додатку агента, що діє на першому комп'ютері в першій мережі; і щонайменше одну інструкцію для передачі інформації адреси, шаблона послуг і властивостей відносно першого пристрою з першого додатка агента, що діє на першому комп'ютері в першій мережі, до другого додатка агента, що діє на другому комп'ютері у другій мережі, 24 UA 101900 C2 5 10 15 20 25 30 35 40 45 50 55 причому згадана щонайменше одна інструкція для генерації повідомлення сповіщення пристрою у другій мережі для першого пристрою першої мережі містить щонайменше одну інструкцію для генерації повідомлення сповіщення пристрою в другій мережі для першого пристрою першої мережі на основі прийнятої інформації адреси, шаблона послуг і властивостей відносно першого пристрою. 27. Зчитуваний процесором носій за п. 26, в якому інструкції додатково містять: щонайменше одну інструкцію для передачі повідомлення відповіді послуги з першого пристрою на другий пристрій, що містить щонайменше одну інструкцію для прийому повідомлення відповіді послуги від першого пристрою в першому додатку агента в першій мережі; щонайменше одну інструкцію для передачі повідомлення відповіді послуги з першого додатка агента до другого додатка агента у другій мережі через однорангову мережу, і щонайменше одну інструкцію для надання повідомлення відповіді послуги від другого додатка агента на другий пристрій. 28. Зчитуваний процесором носій за п. 27, в якому інструкції додатково містять: щонайменше одну інструкцію для прийому, в другому додатку агента ІР-адреси для першої мережі від першого додатка агента; і щонайменше одну інструкцію для відображення URL в повідомленні відповіді послуги на URL, що включає в себе IP-адресу для першої мережі, перед наданням повідомлення відповіді послуги від другого додатка агента до другого пристрою. 29. Зчитуваний процесором носій за п. 27, в якому інструкції додатково містять: щонайменше одну інструкцію для отримання IP-адреси для другої мережі у другому додатку агента; щонайменше одну інструкцію для прийому повідомлення доступу URL від другого пристрою у другому додатку агента; щонайменше одну інструкцію для перетворення повідомлення доступу URL в повідомлення керування; і щонайменше одну інструкцію для передачі повідомлення керування від другого додатка агента до першого додатка агента, причому повідомлення керування включає в себе IP-адресу для другої мережі і відформатоване, щоб спонукати перший додаток агента отримувати доступ до медіа-файла в першому пристрої, зв'язаному з URL; приймати медіа-дані від першого пристрою; і відсилати медіа-дані до другого додатка агента, використовуючи ІР-адресу для другої мережі без проходження медіа-даних через однорангову мережу. 30. Зчитуваний процесором носій за п. 25, в якому інструкції додатково містять: щонайменше одну інструкцію для прийому повідомлення доступу URL від другого пристрою у другому додатку агента, що діє на другому комп'ютері в другій мережі; щонайменше одну інструкцію для перетворення повідомлення доступу URL в повідомлення керування; і щонайменше одну інструкцію для передачі повідомлення керування від другого додатка агента до першого додатка агента, що діє на першому комп'ютері в першій мережі, причому повідомлення керування включає в себе IP-адресу для сервера переадресації, розташованого в Інтернеті, і відформатоване, щоб спонукати перший додаток агента отримувати доступ до медіа-файла в першому пристрої, зв'язаному з URL; приймати медіа-дані від першого пристрою; і відсилати медіа-дані на сервер переадресації, використовуючи IP-адресу, яка включена в повідомлення керування без проходження медіа-даних через однорангову мережу, щоб спонукати сервер переадресації передавати медіа-дані другому додатку агента; щонайменше одну інструкцію для прийому, в другому додатку агента, медіа-даних від першого додатка агента через сервер переадресації; і щонайменше одну інструкцію для надання медіа-даних від другого додатка агента другому пристрою. 31. Зчитуваний процесором носій за п. 26, в якому інструкції додатково містять: щонайменше одну інструкцію для доступу до джерела даних, щоб отримати файл даних; щонайменше одну інструкцію для форматування отриманого файла даних у формат, прийнятний для відображення; щонайменше одну інструкцію для надання відформатованого отриманого файла даних як бітовий масив; 25 UA 101900 C2 5 щонайменше одну інструкцію для перетворення бітового масиву у формат даних цифрової фотографії; і щонайменше одну інструкцію для збереження даних цифрової фотографії на першому пристрої, причому другий пристрій являє собою цифровий пристрій рамки для фотографій. 32. Зчитуваний процесором носій за п. 31, в якому формат даних цифрової фотографії являє собою формат JPEG. Комп’ютерна верстка В. Мацело Державна служба інтелектуальної власності України, вул. Урицького, 45, м. Київ, МСП, 03680, Україна ДП “Український інститут промислової власності”, вул. Глазунова, 1, м. Київ – 42, 01601 26