DOCSLIB.ORG

D5.1 Apis and Interfaces for Decentralised Social Interaction Over the Web

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
D5.1 Apis and Interfaces for Decentralised Social Interaction Over the Web INNOVATION ACTION H2020 GRANT AGREEMENT NUMBER: 825171 WP5 – Integration, Deployment and Evaluation D5.1 APIs and interfaces for decentralised social interaction over the Web Document Info Contractual Delivery Date: 29/02/2020 Actual Delivery Date: 27/02/2020 Responsible Beneficiary: UWA Contributing Beneficiaries: SIMAVI, EGR Dissemination Level: Public Version: 1.2 Type: Final This project has received funding from the European Union’s H2020 research and innovation programme under the grant agreement No 825171 ` DOCUMENT INFORMATION Document ID: D5.1: APIs and interfaces for decentralised social interaction over the Web Version Date: 27/02/2020 Total Number of Pages: 37 Abstract: Prototype implementation of the Web-based APIs and interfaces for retrieving/publishing information to decentralised social interaction, offered as extensions to the opensource software of Mastodon and Diaspora*, enabling the integration of EUNOMIA platform with decentralised online social networks. Keywords: Web-based APIs, Decentralised Social Networks AUTHORS Full Name Beneficiary / Organisation Role University of West Attica UWA Overall Editor SIVECO / SIMAVI SIV / SIMAVI Contributor Eugen Rochko EGR Contributor REVIEWERS Full Name Beneficiary / Organisation Date SIMAVI SIMAVI 24/02/2020 VERSION HISTORY Version Date Comments 0.1 15/11/2019 First draft of the ToC 0.2 30/11/2019 ToC update, Partners Assignment 0.3 13/01/2020 Section 3 completed 0.4 27/01/2020 Section 4 completed 0.5 02/02/2020 Section 1 completed 0.6 16/02/2020 Section 2.1 completed 0.7 19/02/2020 Section 2.2 completed 1.0 21/02/2020 Prefinal version for internal review 1.1 24/02/2020 Internal review version 1.2 27/02/2020 Final version Type of deliverable PUBLIC Page | 2 H2020 Grant Agreement Number: 825171 Document ID: WP5/ D5.1 EXECUTIVE SUMMARY This deliverable aims at providing details regarding the open-source API of Mastodon and the one we developed for Diaspora*. These two APIs were utilized in order to implement the necessary integration of EUNOMIA platform with decentralised online social networks, thus, this deliverable can be considered as a manual for interfacing (client-to-server) EUNOMIA with Mastodon and Diaspora*. Moreover, we designed and implemented a server-to-server communication based on the ActivityPub, which is a W3C decentralised social networking protocol based upon the ActivityStreams format. This federated server-to-server interaction relies on JSON-LD based API that we developed and can interact with any decentralised social network as long as it uses an ActivityPub server. @Copyright of EUNOMIA Consortium Page iii ` TABLE OF CONTENTS DOCUMENT INFORMATION ........................................................................................................ ii AUTHORS ......................................................................................................................................... ii REVIEWERS ...................................................................................................................................... ii VERSION HISTORY ......................................................................................................................... ii Executive Summary ....................................................................................................................... iii Table of Contents .......................................................................................................................... iv LIST of Figures ................................................................................................................................ iv LIST of Tables .................................................................................................................................. v List of Acronyms and Abbreviations........................................................................................... vi 1. INTRODUCTION ..................................................................................................................... 1 1.1 Scope and objectives of the deliverable ................................................................................. 1 1.2 Structure of the deliverable ...................................................................................................... 1 1.3 Relation to Other Tasks and Deliverables .............................................................................. 1 2. Distributed Social Networks APIs ....................................................................................... 2 2.1 Mastodon (UWA) ........................................................................................................................ 2 2.2 Diaspora* ..................................................................................................................................... 7 3. ActivityPub Protocol ........................................................................................................... 20 4. Server-to-server Communication ..................................................................................... 22 4.1 Development methodology .................................................................................................. 22 4.2 Design ....................................................................................................................................... 22 4.3 Development ............................................................................................................................ 23 4.4 Deployment .............................................................................................................................. 29 4.5 Testing ....................................................................................................................................... 32 5. CONCLUSIONS .................................................................................................................... 35 6. References ............................................................................................................................ 36 LIST OF FIGURES Figure 1: Mastodon Status HTTP Response ....................................................................................................... 7 Type of deliverable PUBLIC Page | 4 H2020 Grant Agreement Number: 825171 Document ID: WP5/ D5.1 Figure 2. New API for Diaspora interfacing an instance or pod of Diaspora with Digital Companion .......................................................................................................................................................................................... 8 Figure 3. Reading a comment of a post from a Diaspora pod ................................................................. 17 Figure 4. Retrieving a post from a Diaspora pod .......................................................................................... 18 Figure 5. Creating a post in a Diaspora pod ................................................................................................... 19 Figure 6. ActivityPub actor example [1] ............................................................................................................ 20 Figure 7. Created activity by the server [1] ....................................................................................................... 21 Figure 8. Development Methodology .............................................................................................................. 22 Figure 9. EUNOMIA server-to-server Architecture....................................................................................... 23 Figure 10. Source Code for posts discovery ................................................................................................... 28 Figure 11. Source code for user discovery ....................................................................................................... 29 Figure 12. NodeJS application dockerfile (EUNOMIA Node) .................................................................... 30 Figure 13. EUNOMIA Node Dependencies ..................................................................................................... 30 Figure 14. Docker-compose configuration file ............................................................................................... 31 Figure 15. Nginx configuration file ..................................................................................................................... 32 Figure 16. Vulnerabilities results from testssl.................................................................................................. 33 Figure 17. Security Headers .................................................................................................................................. 33 Figure 18. Results from static code analysis .................................................................................................... 33 Figure 19. Authorized request to EUNOMIA Node ...................................................................................... 34 Figure 20. Unauthorized request to EUNOMIA Node ................................................................................ 34 LIST OF TABLES Table 1: Mastodon Account entity [6] .................................................................................................................. 2 Table 2: Mastodon Status entity [6] ....................................................................................................................
Load more

Recommended publications
  • Seamless Interoperability and Data Portability in the Social Web for Facilitating an Open and Heterogeneous Online Social Network Federation
    Seamless Interoperability and Data Portability in the Social Web for Facilitating an Open and Heterogeneous Online Social Network Federation vorgelegt von Dipl.-Inform. Sebastian Jürg Göndör geb. in Duisburg von der Fakultät IV – Elektrotechnik und Informatik der Technischen Universität Berlin zur Erlangung des akademischen Grades Doktor der Ingenieurwissenschaften - Dr.-Ing. - genehmigte Dissertation Promotionsausschuss: Vorsitzender: Prof. Dr. Thomas Magedanz Gutachter: Prof. Dr. Axel Küpper Gutachter: Prof. Dr. Ulrik Schroeder Gutachter: Prof. Dr. Maurizio Marchese Tag der wissenschaftlichen Aussprache: 6. Juni 2018 Berlin 2018 iii A Bill of Rights for Users of the Social Web Authored by Joseph Smarr, Marc Canter, Robert Scoble, and Michael Arrington1 September 4, 2007 Preamble: There are already many who support the ideas laid out in this Bill of Rights, but we are actively seeking to grow the roster of those publicly backing the principles and approaches it outlines. That said, this Bill of Rights is not a document “carved in stone” (or written on paper). It is a blog post, and it is intended to spur conversation and debate, which will naturally lead to tweaks of the language. So, let’s get the dialogue going and get as many of the major stakeholders on board as we can! A Bill of Rights for Users of the Social Web We publicly assert that all users of the social web are entitled to certain fundamental rights, specifically: Ownership of their own personal information, including: • their own profile data • the list of people they are connected to • the activity stream of content they create; • Control of whether and how such personal information is shared with others; and • Freedom to grant persistent access to their personal information to trusted external sites.
    [Show full text]
  • Bibliography of Erik Wilde
    dretbiblio dretbiblio Erik Wilde's Bibliography References [1] AFIPS Fall Joint Computer Conference, San Francisco, California, December 1968. [2] Seventeenth IEEE Conference on Computer Communication Networks, Washington, D.C., 1978. [3] ACM SIGACT-SIGMOD Symposium on Principles of Database Systems, Los Angeles, Cal- ifornia, March 1982. ACM Press. [4] First Conference on Computer-Supported Cooperative Work, 1986. [5] 1987 ACM Conference on Hypertext, Chapel Hill, North Carolina, November 1987. ACM Press. [6] 18th IEEE International Symposium on Fault-Tolerant Computing, Tokyo, Japan, 1988. IEEE Computer Society Press. [7] Conference on Computer-Supported Cooperative Work, Portland, Oregon, 1988. ACM Press. [8] Conference on Office Information Systems, Palo Alto, California, March 1988. [9] 1989 ACM Conference on Hypertext, Pittsburgh, Pennsylvania, November 1989. ACM Press. [10] UNIX | The Legend Evolves. Summer 1990 UKUUG Conference, Buntingford, UK, 1990. UKUUG. [11] Fourth ACM Symposium on User Interface Software and Technology, Hilton Head, South Carolina, November 1991. [12] GLOBECOM'91 Conference, Phoenix, Arizona, 1991. IEEE Computer Society Press. [13] IEEE INFOCOM '91 Conference on Computer Communications, Bal Harbour, Florida, 1991. IEEE Computer Society Press. [14] IEEE International Conference on Communications, Denver, Colorado, June 1991. [15] International Workshop on CSCW, Berlin, Germany, April 1991. [16] Third ACM Conference on Hypertext, San Antonio, Texas, December 1991. ACM Press. [17] 11th Symposium on Reliable Distributed Systems, Houston, Texas, 1992. IEEE Computer Society Press. [18] 3rd Joint European Networking Conference, Innsbruck, Austria, May 1992. [19] Fourth ACM Conference on Hypertext, Milano, Italy, November 1992. ACM Press. [20] GLOBECOM'92 Conference, Orlando, Florida, December 1992. IEEE Computer Society Press. http://github.com/dret/biblio (August 29, 2018) 1 dretbiblio [21] IEEE INFOCOM '92 Conference on Computer Communications, Florence, Italy, 1992.
    [Show full text]
  • North Korea Purloins Russian Technology to Add Teeth to Its Military Caliber
    NEW DELHI TIMES R.N.I. No 53449/91 DL-SW-01/4124/17-19 (Monday/Tuesday same week) (Published Every Monday) New Delhi Page 16 Rs. 7.00 22 - 28 July 2019 Vol - 29 No. 25 Email : [email protected] Founder : Dr. Govind Narain Srivastava ISSN -2349-1221 Modi irradiates Christian victims of loopholed Defence Muslim oppression Procurement rot in Thailand With the world at large progressing with positive The country code of 66 on the incoming call speed and the concept of globalization seeing was unfamiliar, as was the number. its frutation with the spread of co-operative Usually I ignore such calls as they invariably and collaborative networks worldwide; among are threats from the worldwide network of the civic, economic and political spheres, the my fans or duct-cleaning companies worried defence sector of any nation in the modern about the air I breathe. But on that day, I took era becomes the top-priority... a chance. The other option... By Dr. Ankit Srivastava Page 3 By Tarek Fatah Page 2 North Korea purloins Russian technology to add teeth to its Military Caliber By NDT Special Bureau Page 2 Babies growing up with animals, Belief aids to climb the ladder Iran and its prospects for build stronger immune system of Success Democracy I meet so many mothers who won’t let their children walk All of us are on a daily struggle to be successful so as to be More than 80 million Iranians at home or living across the barefoot in the house or the park, won’t let them touch able to establish ourselves in society.
    [Show full text]
  • Protokolle Im Fediverse
    Protokolle im Fediverse Jens Lechtenbörger Oktober 2018 1 Einleitung Wie bereits diskutiert setzen Dezentralisierung und Föderation gemeinsame Standards voraus. Während das Fediverse als Federated Universe im engeren Sinne Funktionalitäten von Social Media basierend auf freier Software und föderierten Servern umfasst, gehören im weiteren Sinne auch andere Formen von Kommunikation dazu. Zu Protokollen, die mir besonders vielversprechend erscheinen, geben die folgenden Abschnitte weitere Informationen bzw. führen zu externen Quellen. 2 ActivityPub Als prominenter Vertreter von Fediverse-Protokollen im engeren Sinne wurde im Januar 2018 ActivityPub vom World Wide Web Consortium (W3C) stan- dardisiert. Der Implementation Report dokumentiert den Stand der Umset- zung von ActivityPub durch diverse Anwendungen. Lesen Sie die ActivityPub-Spezikation so weit, dass Sie folgende Fragen beantworten können: Was sind Actors, Objects und Activities? Welche Rollen spielen Inbox und Outbox für die Kommunikation? 3 XMPP Das klassische Beispiel föderierter Internet-Dienste ist die E-Mail für asyn- chrone Kommunikation (auch für Gruppenkommunikation, mit Anhängen aller Art). Für synchrone Echtzeit-Chats bietet das Extensible Messaging and Pres- ence Protocol (XMPP) einen auf dem Austausch von XML-Nachrichten basierenden oenen Standard, der aus dem um die Jahrtausendwende en- twickelten Jabber hervorgegangen ist. Heute wird XMPP nicht nur in 1 Messengern genutzt, sondern auch als Middleware im Internet der Dinge. XMPP-Server bilden analog zu E-Mail-Servern eine Föderation, so dass Be- nutzer unterschiedlicher, dezentral administrierter Server miteinander kom- munizieren können. Die Kommunikation setzt sogenannte Jabber IDs (JIDs) voraus, die zunächst wie E-Mail-Adressen aussehen ([email protected]), aber darüber hinaus auch Client-Anwendungen auf unterschiedlichen Geräten identi- zieren können ([email protected]/work-pc).
    [Show full text]
  • Mastodon.Py Documentation Release 1.5.1
    Mastodon.py Documentation Release 1.5.1 Lorenz Diener Mar 14, 2020 Contents 1 A note about rate limits 3 2 A note about pagination 5 3 Two notes about IDs 7 3.1 ID unpacking...............................................7 4 Error handling 9 5 A brief note on block lists 11 6 Return values 13 6.1 User dicts................................................. 13 6.2 Toot dicts................................................. 14 6.3 Mention dicts............................................... 15 6.4 Scheduled toot dicts........................................... 15 6.5 Poll dicts................................................. 16 6.6 Conversation dicts............................................ 16 6.7 Hashtag dicts............................................... 16 6.8 Hashtag usage history dicts....................................... 17 6.9 Emoji dicts................................................ 17 6.10 Application dicts............................................. 17 6.11 Relationship dicts............................................ 17 6.12 Filter dicts................................................ 18 6.13 Notification dicts............................................. 18 6.14 Context dicts............................................... 18 6.15 List dicts................................................. 19 6.16 Media dicts................................................ 19 6.17 Card dicts................................................. 20 6.18 Search result dicts............................................ 20 6.19 Instance dicts..............................................
    [Show full text]
  • 2.3 Blockchain
    POLITECNICO DI TORINO Corso di Laurea Magistrale in Ingegneria Informatica - Data Science Tesi di Laurea Magistrale Supporting the portability of profiles using the blockchain in the Mastodon social network Relatore Candidato prof. Giovanni Squillero Alessandra Rossaro Anno Accademico 2018-2019 École polytechnique de Louvain Supporting the portability of profiles using the blockchain in the Mastodon social network Authors: Alessandra ROSSARO, Corentin SURQUIN Supervisors: Etienne RIVIERE, Ramin SADRE Readers: Lionel DRICOT, Axel LEGAY, Giovanni SQUILLERO Academic year 2018–2019 Master [120] in Computer Science Acknowledgements We would like to thank anyone who made the writing of this thesis possible, directly or indirectly. First of all, we would like to thank our supervisors, Prof. Etienne Riviere and Prof. Ramin Sadre for their continous support and advice during the year. We would never have gone this far without them. Secondly, we thank Lionel Dricot, Prof. Axel Legay and Prof. Giovanni Squillero for accepting to be the readers of this thesis. Alessandra First of all, I would like to thank my family, my parents Claudia and Alberto, my brother Stefano and my sister Eleonora, that from the beginning of my studies believed in me, every time urging me to give more and sustaining me each time that I had difficulties. They are my strength and I feel really lucky to have them in my life. Another thanks is to my friends, to Soraya, Beatrice, Sinto and Stefano and especially to Matteo and Edoardo that each time that I needed, remember me to believe in myself and don’t give up. Thank you, sincerely! I would like to thank also my partner, Corentin, because we were a great team, sometimes with some misunderstandings, but I appreciated to work at this project with him! Corentin I must express my deep gratitude to my family and friends for their moral support.
    [Show full text]
  • Challenges in the Decentralised Web: the Mastodon Case∗
    Challenges in the Decentralised Web: The Mastodon Case∗ Aravindh Raman1, Sagar Joglekar1, Emiliano De Cristofaro2;3, Nishanth Sastry1, and Gareth Tyson3;4 1King’s College London, 2University College London, 3Alan Turing Institute, 4Queen Mary University of London faravindh.raman,sagar.joglekar,[email protected], [email protected], [email protected] Abstract cols to let instances interact and aggregate their users to offer a globally integrated service. The Decentralised Web (DW) has recently seen a renewed mo- DW platforms intend to offer a number of benefits. For ex- mentum, with a number of DW platforms like Mastodon, Peer- ample, data is spread among many independent instances, thus Tube, and Hubzilla gaining increasing traction. These offer al- possibly making privacy-intrusive data mining more difficult. ternatives to traditional social networks like Twitter, YouTube, Data ownership is more transparent, and the lack of centralisa- and Facebook, by enabling the operation of web infrastruc- tion could make the overall system more robust against techni- ture and services without centralised ownership or control. cal, legal or regulatory attacks. Although their services differ greatly, modern DW platforms mostly rely on two key innovations: first, their open source However, these properties may also bring inherent chal- software allows anybody to setup independent servers (“in- lenges that are difficult to avoid, particularly when consid- stances”) that people can sign-up to and use within a local ering the natural pressures towards centralisation in both so- community; and second, they build on top of federation pro- cial [12, 49] and economic [42] systems.
    [Show full text]
  • Decentralized Social Networking Platforms: Current Status and Trends Protocols Used by Existing DOSN Platforms Taxonomy by Proto
    Decentralized Social Networking Platforms: Current Status and Trends Andres Ledesma, George Pallis and Marios Dikaiakos Laboratory for Internet Computing (LInC), Department of computer Science, University of Cyprus. {aledesma, gpallis, mdd}@cs.ucy.ac.cy Protocols Used by Existing DOSN Platforms DOSN Platforms Trendy … Trendiest! Open Graph Activity Protocol XOXO + 400 k Stream users *Document Representation Collaboration Tent *Partial Connection to other OSN XRI OExchange *Desktop (e.g. Facebook) Content PubSubHubbub Peer-to-Peer *Project Fork pump.io Identification Exchange LAMP node.js (e.g. identi.ca) OEmbed Salmon RSS / Atom Taxonomy by Protocols and Release Stage Content protocols identify, represent and exchange social content (e.g. posts, likes The three circles represent the release stage of the platform (i.e. the maturity and comments) in DOSNs. of the platform). Libertree Thimbl PGP Protocols used: newebe Cunity Duuit! XMPP pump.io XMPP + Others buddycloud Security and DSNP OpenSSL OpenPGP All Lipsync.it Friendica Tent encryption XMPP + Ostatus Retroshare OpenLink Data Spaces Ostatus + Others Kune Diaspora* DOSN rely on protocols to make the communication as private and secure as possible. Partial Ostatus + Others Ostatus Jappix Lorea StatusNet Others stable WebID Authentication OpenID beta Salut à Toi alpha User Layered Overview OAuth Identification WebFinger Activity Streams hCard Social Content RSS/Atom User Protocols deal with authentication and identification. User authentication across PuHubSubbub Salmon services is an essential part of DOSNs. User identification provides limited and OStatus Comet XMPP Mr. Privacy Psyc controlled user data to service and application without giving up privacy. HTTP SMTP, IMAP P2P TCP/IP Social FOAF XFN Representation Food for thought… Social representation refers to protocols that express the social graph.
    [Show full text]
  • Decentralized Identifier WG F2F Sessions
    Decentralized Identifier WG F2F Sessions Day 1: January 29, 2020 Chairs: Brent Zundel, Dan Burnett Location: Microsoft Schiphol 1 Welcome! ● Logistics ● W3C WG IPR Policy ● Agenda ● IRC and Scribes ● Introductions & Dinner 2 Logistics ● Location: “Spaces”, 6th floor of Microsoft Schiphol ● WiFi: SSID Publiek_theOutlook, pwd Hello2020 ● Dial-in information: +1-617-324-0000, Meeting ID ● Restrooms: End of the hall, turn right ● Meeting time: 8 am - 5 pm, Jan. 29-31 ● Breaks: 10:30-11 am, 12:30-1:30 pm, 2:30-3 pm ● DID WG Agenda: https://tinyurl.com/didwg-ams2020-agenda (HTML) ● Live slides: https://tinyurl.com/didwg-ams2020-slides (Google Slides) ● Dinner Details: See the “Dinner Tonight” slide at the end of each day 3 W3C WG IPR Policy ● This group abides by the W3C patent policy https://www.w3.org/Consortium/Patent-Policy-20040205 ● Only people and companies listed at https://www.w3.org/2004/01/pp-impl/117488/status are allowed to make substantive contributions to the specs ● Code of Conduct https://www.w3.org/Consortium/cepc/ 4 Today’s agenda 8:00 Breakfast 8:30 Welcome, Introductions, and Logistics Chairs 9:00 Level setting Chairs 9:30 Security issues Brent 10:15 DID and IoT Sam Smith 10:45 Break 11:00 Multiple Encodings/Different Syntaxes: what might we want to support Markus 11:30 Different encodings: model incompatibilities Manu 12:00 Abstract data modeling options Dan Burnett 12:30 Lunch (brief “Why Are We Here?” presentation) Christopher Allen 13:30 DID Doc Extensibility via Registries Mike 14:00 DID Doc Extensibility via JSON-LD Manu
    [Show full text]
  • Inscribing the Blockchain with Digital Signatures of Signed RDF Graphs. a Worked Example of a Thought Experiment
    Inscribing the blockchain with digital signatures of signed RDF graphs. A worked example of a thought experiment. The thing is, ad hoc hash signatures on the blockchain carry no information linking the hash to the resource for which the hash is acting as a digital signature. The onus is on the inscriber to associate the hash with the resource via a separate communications channel, either by publishing the association directly or making use of one of the third-party inscription services that also offer a resource persistence facility – you get to describe what is signed by the hash and they store the description in a database, usually for a fee, or you can upload the resource for storage, definitely for a fee. Riccardo Cassata has a couple of technical articles that expose more of the practical details: https://blog.eternitywall.it/2016/02/16/how-to-verify-notarization/ So what's published is a hexadecimal string indistinguishable from all the others which purportedly matches the hash of Riccardo's mugshot. But which? https://tineye.com/search/ed9f8022c9af413a350ec5758cda520937feab21 What’s needed is a means of creating an inscription that is not only a signature but also a resovable reference to the resource for which it acts as a digital signature. It would be even better if it were possible to create a signature of structured information, such as that describing a social media post – especially if we could leverage off’ve the W3’s recent Activity Streams standard: https://www.w3.org/TR/activitystreams-core/ An example taken from the
    [Show full text]
  • Federation Documentation Release 0.22.0
    Federation Documentation Release 0.22.0 Jason Robinson Aug 15, 2021 Contents 1 Introduction 3 1.1 Status...................................................4 1.2 Additional information..........................................4 2 Install 7 2.1 Dependencies...............................................7 2.2 Installation................................................7 3 Protocols 9 3.1 Diaspora.................................................9 3.2 ActivityPub................................................ 10 3.3 Matrix.................................................. 11 4 Usage 13 4.1 Entities.................................................. 13 4.2 Discovery................................................. 15 4.3 Fetchers.................................................. 18 4.4 Inbound.................................................. 19 4.5 Outbound................................................. 19 4.6 Django.................................................. 19 4.7 Protocols................................................. 21 4.8 Utils................................................... 21 4.9 Exceptions................................................ 23 5 Development 25 5.1 Environment setup............................................ 25 5.2 Running tests............................................... 25 5.3 Building local documentation...................................... 25 5.4 Contact for help............................................. 26 6 Projects using federation 27 7 Changelog 29 7.1 [0.22.0] - 2021-08-15.........................................
    [Show full text]
  • K-ICT · Ver.2017 –
    http://www.tta.or.kr K-ICT Ver.2017 – /SW/ SW· - ( / , / , ), SW( , SW ), SW· ( / , ) TTA - 16142 - SD Service offering ( | ) ~'19, JTC1 SC34, IDPF, W3C ( | ) ~'19, JTC1 SC29 WG11 AR/VR App. AV App. ( ) KS X 6070-1~5 (EPUB) 3.0 , (EPUB) 3.0, (EPUB) 3.0, e-Learning App. (TTA) TTA.KO-10.0611 - Digital Signage App. Web App. , 2016-118 ( | ) ~'18, JTC1 SC29 WG11, SC24 ( | ) ~'18, JTC1 SC29 WG11 (EPUB) 3.0, (EPUB) 3.0 / SNS App. (HMD) (TTA) TTAK.OT-10.0337 - EPUB 2 , .0338 - EPUB 3.0, .0339 - EPUB , 2016-119 PC (TTA) TTAK.KO-10.0874 – (TTA) TTAK.KO-10.0317- 3.0, .0340 - EPUB 3 , .0341 - EPUB 3.0, .0342 - EPUB A/V/Data Terminal Control, (HMD) / 3.0, .0727 - EPUB , KR04-1 - EPUB3 EDUPUB , -2 - EPUB Service Info. Management (JTC1) Exploration Part # 12(Free-viewpoint TV) 1.0, -3 - EPUB 1.0, -4 - EPUB 1.0 DRM Service (JTC1) ISO/IEC 23000-13 Information technology - Call for Evidence on Free-Viewpoint Television: (JTC1) ISO/IEC 14496-10:2012 , NTP/ (ODPF) KR03-1 - EPUB 3.0.1 , -2 - EPUB 3.0.1, -3 - EPUB 3.0.1, -4 - EPUB Discovery ID Network DHCP DNS IGMP - Multimedia application format (MPEG-A) -- Part Super-Multiview and Free Navigation – update, Information technology -- Coding of 3.0.1, -5 - EPUB 3.0.1, -6 - EPUB 3.0.1 ( | ) ~'19, Web3D, JTC1 SC24 WG6/WG9, JTC1 SC29, JTC1 SC35, JTC1 SC36 MPEG / H.264, 265 audio-visual objects -- Part 10: Advanced agent Provisioning SNTP 13: Augmented reality application format, ISO/IEC Exploration Part # 12(Free-viewpoint TV) - FTV HDR (ISO TC171 SC2) ISO 32000-1 - PDF(portable document format) 23005-5 Information
    [Show full text]