Browse Archives | About the Journal | Editorial Board | For Contributors | e-Submission |
ISSN : 1226-7953 (Print) / 2287-9137 (Online)
Sorry.
You are not permitted to access the full text of articles.
If you have any questions about permissions,
please contact the Society.
죄송합니다.
회원님은 논문 이용 권한이 없습니다.
권한 관련 문의는 학회로 부탁 드립니다.
[ Special Paper ] | |
JOURNAL OF BROADCAST ENGINEERING - Vol. 29, No. 7, pp. 1115-1122 | |
Abbreviation: JBE | |
ISSN: 1226-7953 (Print) 2287-9137 (Online) | |
Print publication date 31 Dec 2022 | |
Received 14 Oct 2024 Revised 21 Nov 2024 Accepted 25 Nov 2024 | |
DOI: https://doi.org/10.5909/JBE.2024.29.7.1115 | |
NFT Description Method for Managing Ownership of Media Thing Content | |
a)Department of Convergence Software, Myongji University | |
Correspondence to : ‡Sang-Kyun Kim E-mail: goldmunt@gmail.com Tel: +82-2-300-0637 | |
This is an Open-Access article distributed under the terms of the Creative Commons Attribution Non-Commercial License(http://creativecommons.org/licenses/by-nc/3.0) which permits unrestricted non-commercial use, distribution, and reproduction in any medium, provided the original work is properly cited. | |
The Internet of Media Things aims to provide intelligent media services to users by connecting objects and exchanging media data. Media content generated from media things such as cameras or object recognition devices is continuously used or analyzed by other media things to provide media services to users. At this time, the ownership of media content can be transferred to other media thing owners by converting it into NFT. ISO/IEC 23093-3 and 23093-6 are standardizing the API and metadata description structure required for NFT conversion of media content generated from media things. This paper describes a use case for NFTization of media data in terms of media sensors and analysers. It shows how external blockchain systems and media things can be connected to create and transmit NFT media data. It introduces the contents of the media NFT standard (ISO/IEC 23093-3) required for implementing the use case.
Keywords: Internet of Media Things, media sensors, media analysers, NFT, NFT description and API |
Internet of Media Things (IoMT) aims to provide intelligent media services to users by connecting (media) things to each other and exchanging media data. Media things (MThings) are composed of a media sensor (MSensor) that can acquire media and a media actuator (MActuator) that reproduces media. MThing also includes a media analyser (MAnalyser) that analyses the obtained media and extracts meaningful information and a media storage (MStorage) that stores acquired media content or analysed information[1].
The ISO/IEC 23093 series provides an architecture and specifies APIs and compressed representation of data flowing between media things (MThings). The APIs for the MThings facilitate discovering other MThings in the network, connecting and efficiently exchanging data between MThings. The APIs also support transaction tokens to access valuable functionalities, resources, and data from MThings.
MThing-related information comprises characteristics and discovery data, mission descriptions from system designers and end-users, raw and processed sensed data and actuation information. The ISO/IEC 23093 series specifies input and output data formats for media sensors, actuators, storages, and analysers. In addition, media analysers can process sensed data from media sensors to produce analysed data, which can be cascaded to other media analysers to extract semantic information. Multiple MThings can be gathered and operated autonomously using mission descriptions given by system designers and end-users[2-5].
The ISO/IEC 23093-3 and 6 contain the tools to describe data exchanged between media things (e.g., media sensors, media actuators, media analysers, and media storages) and their APIs. It addresses the normative aspects of the data and APIs for media things and also illustrates non-normative examples.
Media content generated from media sensors and media analysers has its value. Video or audio acquired from media sensors may have special value depending on the situation, and the results of analysing such content may also have special value. This value can be defined as NFT and transferred between media things. Media things can convert media generated from other media things into NFTs and purchase them. Media things that are requested to generate NFT media content have the function of setting the price of the NFT and recording the generated NFT on the blockchain. In order to generate and transfer NFTs, standardised NFT data and APIs must be available. This paper introduces the contents of ISO/IEC 23093-3 to request the NFT price and generate the NFT media content.
The composition of the paper is as follows. Section 2 describes the use case of NFT generation, including the IoMT architecture. Section 3 introduces the standard NFT data format and APIs defined in the standard, followed by the conclusion in Section 4.
The IoMT media data formats and API standard (i.e., ISO/IEC 23093-3) specifies the syntax and semantics of description schemes to represent data exchanged by media things (e.g., media sensors, media actuators, and media storages). Moreover, it specifies the APIs to exchange these data between media things.
The IoMT media data formats and API for distributed AI processing standard specifies the syntax and semantics of description schemes to represent data exchanged by media analysers for distributed AI processing. Moreover, it specifies the APIs to exchange these data between media things. The following interfaces are under the scope of these documents:
The content generated from MThings can be a unique resource defined as a Non-Fungible Token (NFT). The video or audio clip generated from MSensors can be NFTs, while the analysed data from MAnalysers can also be NFTs. Figure 2 shows how the MObjectDetector requests an NFT from the MCamera.
The process description is as follows:
The following example demonstrates a similar case for generating an NFT of an MAnalyser. Figure 3 shows how the MFaceDetector requests an NFT from the MObject-Detector.
The process description is as follows:
This subsection specifies base data types and elements of MThing data formats. An MThing can have a data ID, a device ID, an IP address, and a URL as base attributes. Besides, data can include the supported cryptocurrencies and legal tenders to use (or borrow) functionalities, resources, NFT data, and information on MThings. The NFT data of the MThing base data type includes the NFTName, MinterAddress, Datalink, and Description[4].
The NFT data of the MThing base data type includes the NFTName, MinterAddress, Datalink, and Description (Figure 4). These data are used for NFT generation in the blockchain.
The “NFTData” element can be generated optionally In the root element “MThingInfo” (Figure 5). In other words, the “NFTData” can be described as one of the MThing information generated by a media thing.
The NFT data type can be described in binary format as defined in the following binary syntax (Table 1). This binary syntax makes the NFT description data more concise and compact.
NFTDataType { | Number of Bits | Mnemonic |
---|---|---|
descriptionFlag | 1 | bslbf |
NFTName | See ISO 10646 | UTF-8 |
MinterAddress | See ISO 10646 | UTF-8 |
DataLink | See ISO 10646 | UTF-8 |
if(descriptionFlag) { | ||
Description | 32 | fsbf |
} | ||
} |
The detailed definition of each element and attribute of the NFT data type is shown in the following table 2. According to this semantics, each element and attribute can be transformed into the attributes forming the NFT.
Name | Definition |
---|---|
NFTDataType | Tool for describing an NFT Metadata. |
descriptionFlag | This field, only present in the binary representation, indicates which attribute shall be used. If it is set to “0,” the Description element follows. If it is set to “1,” the Description element follows. |
NFTName | It describes the name of NFT. |
MinterAddress | It describes the crypto-currency wallet address of the NFT issuer. |
DataLink | It describes the URL where the original content is stored. |
Description | It describes the human-readable Description of the original content. |
Figure 6 shows an XML instance following the syntax described in Figures 5 and 6. The NFT media data named “mcam1” was minted from the address “0x123456789abcdef123456789abcdef123456789” (i.e., camera’s account). It contains a simple data link, “http://iomtvideo.com/1.mp4”, enabling access to the video content.
string | getNFTVideoURL(string tid, string walletAddress) |
---|---|
This function returns a NFT address including a video URL. The tid is the transaction ID of payment for using this function. The walletAddress is the wallet address of the NFT requester. | |
float | getNFTVideoURL_CostPerMinute(string tokenName) |
This function returns the amount of payment per minute to use getNFTVideoURL(). The tokenName is described in a string (e.g., term ID or binary representation) from TokenTypeCS specified in A.4. If the requested token is not supported, it returns -1. The tokenName denotes only the “cryptocurrency”. Ex) getNFTVideoURL_CostPerMinute(“ETH”) or getNFTVideoURL_CostPerMinute(“00000002”) |
As shown in Figure 2, any MAnalyser can ask an MCamera the cost of creating NFT content using the standard API getNFTVideoURL_CostPerMinute(). It will return the amount of payment per minute to use getNFTVideo URL(). The standard API getNFTVideoURL() returns an NFT address, including a video URL, to the MAnalyser (i.e., NFT requester).
This paper briefly introduced the use cases and process of using NFT data for media content generated by media sensors and media analysers. The NFT data type and its example APIs in ISO/IEC 23093-3 (i.e., Internet of media things – Media data formats and API) standard currently being standardised are presented to implement the use cases as well. In the future, we plan to develop an API and data format that can exchange the NFT information of each media thing (e.g., MAnalyser).
1. | Jonghoon Chun, Sang-Kyun Kim, “Mission Description Structure for Autonomous Collaboration of Media Things,” JBE Vol. 27, No. 7, December 2022. |
2. | “Text of ISO/IEC DIS 23093-1 IoMT architecture,” MDS24017_WG07_N00921, 146th MPEG, 2024. |
3. | “Text of ISO/IEC DIS 23093-2 IoMT discovery and communication API,” MDS24019_WG07_N00923, 146th MPEG, 2024. |
4. | “Text of ISO/IEC DIS 23093-3 Ed 3 IoMT Media data formats and APIs,” MDS24024_WG07_N00926, 146th MPEG, 2024. |
5. | “Text of ISO/IEC DIS 23093-6 IoMT Media data formats and API for distributed AI processing,” MDS24026_WG07_N00928, 146th MPEG, 2024. |
- 1992. : Computer Science, Univ. of Denver, B.S.(1986), Northwestern Univ., M.S.(1988), Ph.D.(1992)
- 1992. 09. ~ 1995. 06. : Assistant Professor of Computing Science, Univ. of Central Oklahoma
- 1995. 09. ~ 2016. 02. : Professor of Computer Engineering, Myongji University
- 2016. 03. ~ Current : Professor of Data Technology, Myongji University
- 2011. 04. ~ Current : President and CEO, Prompt Technology Co., Ltd.
- ORCID : https://orcid.org/0000-0003-3396-4239
- Research interests : Database, Dataset Retrieval, Intelligence Software
- 1997. : Computer Science, Univ. of Iowa, B.S.(1991), M.S.(1995), PhD(1997)
- 1997. 03. ~ 2007. 02. : Professional Researcher, Multimedia Lab. of Samsung Advanced Institute of Technology
- 2007. 03. ~ 2016. 02. : Professor of Computer Engineering, Myongji University
- 2016. 03. ~ Current : Professor of Data Technology, Myongji University
- ORCID : https://orcid.org/0000-0002-2359-8709
- Research interests : Digital Content(image, video and audio) analysis and management, 4D media, Blockchain, VR, Internet of Things and multimedia standardization