TW202218408A - 資料發送裝置、資料發送方法、資訊處理裝置、資訊處理方法、程式 - Google Patents

資料發送裝置、資料發送方法、資訊處理裝置、資訊處理方法、程式 Download PDF

Info

Publication number
TW202218408A
TW202218408A TW110133702A TW110133702A TW202218408A TW 202218408 A TW202218408 A TW 202218408A TW 110133702 A TW110133702 A TW 110133702A TW 110133702 A TW110133702 A TW 110133702A TW 202218408 A TW202218408 A TW 202218408A
Authority
TW
Taiwan
Prior art keywords
data
type
information
sensing data
specific type
Prior art date
Application number
TW110133702A
Other languages
English (en)
Inventor
小川佳美
下村宗弘
安藤秀樹
三井芳文
三好弘孝
熊谷嘉博
米澤航太
渡辺諭
石川博隆
Original Assignee
日商索尼半導體解決方案公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 日商索尼半導體解決方案公司 filed Critical 日商索尼半導體解決方案公司
Publication of TW202218408A publication Critical patent/TW202218408A/zh

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00Television systems
    • H04N7/18Closed-circuit television [CCTV] systems, i.e. systems in which the video signal is not broadcast
    • H04N7/181Closed-circuit television [CCTV] systems, i.e. systems in which the video signal is not broadcast for receiving images from a plurality of remote sources
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00Television systems
    • H04N7/18Closed-circuit television [CCTV] systems, i.e. systems in which the video signal is not broadcast
    • H04N7/188Capturing isolated or intermittent images triggered by the occurrence of a predetermined event, e.g. an object reaching a predetermined position
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90Details of database functions independent of the retrieved data types
    • G06F16/907Retrieval characterised by using metadata, e.g. metadata not derived from the content or metadata generated manually
    • GPHYSICS
    • G08SIGNALLING
    • G08CTRANSMISSION SYSTEMS FOR MEASURED VALUES, CONTROL OR SIMILAR SIGNALS
    • G08C15/00Arrangements characterised by the use of multiplexing for the transmission of a plurality of signals over a common path
    • GPHYSICS
    • G08SIGNALLING
    • G08CTRANSMISSION SYSTEMS FOR MEASURED VALUES, CONTROL OR SIMILAR SIGNALS
    • G08C17/00Arrangements for transmitting signals characterised by the use of a wireless electrical link
    • G08C17/02Arrangements for transmitting signals characterised by the use of a wireless electrical link using a radio link

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Databases & Information Systems (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Library & Information Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Data Mining & Analysis (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Arrangements For Transmission Of Measured Signals (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本發明之課題在於即便在感測環境中使用無規格上之具體設想之非特定感測器之情形下,仍可在不針對該感測器之種類追加新的規格上之規格參數下,僅進行表示該感測器之檢測結果的文字資訊之提示。 本技術之資料發送裝置具備發送處理部,該發送處理部進行相應於發生與指定為與檢測對象相關之事象之條件相符之事象,發送檢測對象之感測資料之處理;感測資料設為包含表示感測資料種類之種類資訊的資料;發送處理部判定感測資料之種類是否為特定種類,如為非特定種類時,進行如下處理:將表示非特定種類之非特定種類資訊儲存於種類資訊,且產生包含文字資料之感測資料並發送,該文字資料儲存有藉由文字表示檢測對象之檢測結果的檢測結果資訊、及表示該檢測結果資訊之資料型態的型態資訊。

Description

資料發送裝置、資料發送方法、資訊處理裝置、資訊處理方法、程式
本技術係關於一種資料發送裝置、資料發送方法、資訊處理裝置、資訊處理方法、及程式,特別係關於一種用於在機器間交換由各種感測器感測到之感測資料之技術。
例如,考量構建一種在城市中之各處配置監視相機而進行藉由圖像而實現之監視之監視系統等使用複數個感測器器件之監視系統。 然而,先前,於此種監視系統中,設想由相機等感測器器件取得之感測資料僅由設置感測器器件之使用者個人來利用,因安全性確保之觀點或介面未被共通化等而其他使用者難以容易地利用。
因此,首先,本申請人提出如下之系統,即:如下述專利文獻1所揭示般,構建各個使用者可容易地利用自各種感測器器件所取得之感測資料獲得之資訊之體系。 具體而言,於專利文獻1中,藉由將感測資料之傳送之介面共通化,而可在體系內活用不同規格參數之感測器器件、不同規格參數之使用者器件。又,於專利文獻1中揭示:不是自感測器器件對使用者器件始終發送感測資料,而是僅將在自使用者器件側請求之條件成立時之資料向使用者器件側發送(例如,當在監視圖像內出現特定之人物此一條件成立時,僅發送顯現有該人物之資料部分),藉此謀求資料傳送之負載之降低。 [先前技術文獻] [專利文獻]
[專利文獻1]國際公開第2020/100922號公報
[發明所欲解決之課題]
此處,如上述專利文獻1所揭示般,為了實現如下之系統,即:可在體系內活用不同之規格參數之感測器器件、不同之規格參數之使用者器件,且藉由僅將特定條件成立時之資料向使用者器件側發送而謀求資料傳送之負載降低,而制定被稱為NICE(Network of Intelligent Camera Ecosystem,智能攝影機生態系統網路)之規格。
作為該NICE規格,於NICE 資料管路(NICE Data Pipeline Specification) v1.0.1(10.8.2.JSON Object),規定有感測器器件將在特定條件成立時之感測資料(「SceneData(感測資料)」)時之發送資料之格式。具體而言,於該格式中,規定發送被稱為「SceneData(感測資料)」與「SceneMark」之資料,該「SceneData(感測資料)」係作為感測資料中之實際資料部者,該「SceneMark」係該「SceneData(感測資料)」之附加資料部,且包含表示「SceneData(感測資料)」之類型(種類)之「SceneDataType」之資訊。
於現狀之NICE規格中,作為上述之「SceneDataType」,僅規定「RGBStill」(RGB靜畫)、「RGBVideo」(RGB動畫)、「ThermalStill」(溫度靜畫)、「DepthVideo」(深度動畫)、「Humidity」(濕度)等有限之特定類型之具體之格式,於不屬該等特定類型之情形下規定僅於「SceneDataType」記述「other(其他)」。亦即,於使用不屬上述之特定類型之感測器器件之情形下,因未形成作為「SceneData(感測資料)」產生何種形式之資料之規定,故於接收「SceneData(感測資料)」之使用者終端側,無法適切地處理該「SceneData(感測資料)」。其結果為,於使用特定類型外之感測器器件之情形下,產生在使用者終端側完全無法使用該感測資料之事態。
為了能夠使用特定類型外之感測器之感測資料,考量對於該感測器之類型,相應於感測器之輸出型態而增加規格上之規格參數,但於該情形下,每次追加新類型之感測器需要修訂規格之時間與勞力。
本技術係鑒於上述樣態而完成者,其目的在於:即便在感測環境中使用無規格上之具體之設想之非特定感測器之情形下,仍可在不針對該感測器之種類追加新的規格上之規格參數下,僅進行表示該感測器之檢測結果之文字資訊之提示。 [解決課題之技術手段]
本技術之資料發送裝置具備發送處理部,該發送處理部進行相應於發生與指定為與檢測對象相關之事象之條件相符之事象,發送前述檢測對象之感測資料之處理;前述感測資料設為包含表示前述感測資料種類之種類資訊的資料;前述發送處理部判定前述感測資料之種類是否為特定種類,如為非特定種類時,進行如下處理:將表示非特定種類之非特定種類資訊儲存於前述種類資訊,且產生包含文字資料之前述感測資料並發送,該文字資料儲存有藉由文字來表示前述檢測對象之檢測結果的檢測結果資訊、及表示該檢測結果資訊之資料型態的型態資訊。 藉此,於成為感測資料之接收側之裝置中,即便感測資料之種類係非特定種類,亦可至少取得表示檢測結果之文字資訊,且可基於上述之型態資訊,適切地提示表示檢測結果之文字資料。
於上述之本技術之資料發送裝置中,考量設為將前述型態資訊設為識別數值與字元串之資訊之構成。 藉此,於檢測結果資訊係數值資訊之情形下,藉由利用型態資訊表示係數值資訊之主旨,而可將檢測結果資訊作為數值資訊準確地提示給作為感測資料之接收側之裝置,又,於檢測結果資訊係字元串資訊之情形下,藉由利用型態資訊表示係字元串資訊之主旨,而可將檢測結果資訊作為字元串資訊準確地提示給成為該接收側之裝置。
於上述之本技術之資料發送裝置中,考量將前述發送處理部設為進行如下處理之構成,即:產生包含表示前述檢測結果資訊之單位的單位資訊之文字資料,作為前述感測資料為前述非特定種類時之前述感測資料並發送。 藉此,於檢測結果資訊係數值資訊之情形下,於成為感測資料之接收側之裝置中,可與由數值表示之檢測結果資訊一起提示表示其單位之資訊。
於上述之本技術之資料發送裝置中,考量將前述發送處理部設為進行如下處理之構成,即:產生包含表示前述檢測結果資訊之標題資訊的文字資料,作為前述感測資料為前述非特定種類時之前述感測資料並發送。 所謂表示檢測結果資訊之標題之資訊係表示檢測結果資訊之項目名稱之資訊,亦可換言為係表示檢測結果資訊之資訊種類之資訊。根據上述構成,於成為感測資料之接收側之裝置中,可與檢測結果資訊一起提示其標題之資訊。
於上述之本技術之資料發送裝置中,考量將前述發送處理部設為進行如下處理之構成,即:產生包含表示前述檢測結果資訊之維度數資訊的文字資料,作為前述感測資料為前述非特定種類時之前述感測資料並發送。 藉此,於檢測結果資訊係例如包含縱方向上之檢測資訊、橫方向上之檢測資訊等各個維度之檢測資訊之資訊之情形下,可使成為感測資料之接收側之裝置掌握檢測結果資訊之維度數,而可將各個維度之檢測資訊予以區別地提示。
於上述之本技術之資料發送裝置中,前述感測資料具有包含前述種類資訊之附加資料部、及包含表示檢測結果之實際資料之實際資料部,考量將前述發送處理部設為如下之構成,即:於前述感測資料為前述非特定種類時,產生記述有前述非特定種類資訊之前述附加資料部作為前述種類資訊,且產生記述有前述檢測結果資訊與前述型態資訊之文字資料作為前述實際資料部之資料。 藉此,於感測資料之種類係非特定種類之情形下,能夠(可)將表示檢測結果之實際資料部設為藉由文字資料而實現之輕量之資料。
於上述之本技術之資料發送裝置中,考量將前述發送處理部設為根據JSON格式產生前述實際資料部之構成。 藉此,於感測資料係非特定種類之情形下,可提高包含檢測結果資訊之實際資料部之泛用性。
本技術之資料發送方法係用於資料發送裝置者,該資料發送裝置進行相應於發生與指定為與檢測對象相關之事象之條件相符之事象,發送前述檢測對象之感測資料之處理;前述感測資料設為包含表示前述感測資料種類之種類資訊的資料;該資料發送方法係判定前述感測資料之種類是否為特定種類,如為非特定種類時,進行如下處理:將表示非特定種類之非特定種類資訊儲存於前述種類資訊,且產生包含文字資料之前述感測資料並發送,該文字資料儲存有藉由文字表示前述檢測對象之檢測結果的檢測結果資訊、及表示該檢測結果資訊之資料型態的型態資訊。 藉由如此之本技術之資料發送方法,亦獲得與上述之本技術之資料發送裝置同樣之作用。
又,本技術之第一程式係使資料發送裝置執行處理之程式,該資料發送裝置進行相應於發生與指定為與檢測對象相關之事象之條件相符之事象,發送前述檢測對象之感測資料之處理;前述感測資料設為包含表示前述感測資料種類之種類資訊的資料;且該第一程式係使前述資料發送裝置實現如下功能之程式,即:判定前述感測資料之種類是否為特定種類,如為非特定種類時,進行如下處理:將表示非特定種類之非特定種類資訊儲存於前述種類資訊,且產生包含文字資料之前述感測資料並發送,該文字資料儲存有藉由文字表示前述檢測對象之檢測結果的檢測結果資訊、及表示該檢測結果資訊之資料型態的型態資訊。 藉由如此之第一程式,可實現上述之本技術之資料發送裝置。
又,本技術之資訊處理裝置具備取得部及提示處理部,上述取得部取得由資料發送裝置發送之感測資料,該資料發送裝置具備發送處理部,該發送處理部進行相應於發生與指定為與檢測對象相關之事象之條件相符之事象,發送前述檢測對象之感測資料之處理;前述感測資料設為包含表示前述感測資料種類之種類資訊的資料;前述發送處理部判定前述感測資料之種類是否為特定種類,如為非特定種類時,進行如下處理:將表示非特定種類之非特定種類資訊儲存於前述種類資訊,且產生包含文字資料之前述感測資料並發送,該文字資料儲存有藉由文字表示前述檢測對象之檢測結果的檢測結果資訊、及表示該檢測結果資訊之資料型態的型態資訊;上述提示處理部基於由前述取得部取得之前述感測資料,判定前述種類資訊是否為前述非特定種類資訊,如為前述非特定種類資訊時,基於前述型態資訊進行前述檢測結果資訊之提示處理。 藉此,即便感測資料之種類係非特定種類,亦可基於上述之檢測結果資訊與型態資訊,適切地提示表示檢測結果之文字資料。
本技術之資訊處理方法係用於資訊處理裝置者,該資訊處理裝置取得由資料發送裝置發送之感測資料,該資料發送裝置具備發送處理部,該發送處理部進行相應於發生與指定為與檢測對象相關之事象之條件相符之事象,發送前述檢測對象之感測資料之處理;前述感測資料設為包含表示前述感測資料種類之種類資訊的資料;前述發送處理部判定前述感測資料之種類是否為特定種類,如為非特定種類時,進行如下處理:將表示非特定種類之非特定種類資訊儲存於前述種類資訊,且產生包含文字資料之前述感測資料並發送,該文字資料儲存有藉由文字表示前述檢測對象之檢測結果的檢測結果資訊、及表示該檢測結果資訊之資料型態的型態資訊;且該資訊處理方法基於所取得之前述感測資料,判定前述種類資訊是否為前述非特定種類資訊,如為前述非特定種類資訊時,基於前述型態資訊進行前述檢測結果資訊之提示處理。 藉由如此之本技術之資訊處理方法,亦可獲得與上述之本技術之資訊處理裝置同樣之作用。
又,本技術之第二程式係使資訊處理裝置執行處理者,該資訊處理裝置取得由資料發送裝置發送之感測資料,該資料發送裝置具備發送處理部,該發送處理部進行相應於發生與指定為與檢測對象相關之事象之條件相符之事象,發送前述檢測對象之感測資料之處理;前述感測資料設為包含表示前述感測資料種類之種類資訊的資料;前述發送處理部判定前述感測資料之種類是否為特定種類,如為非特定種類時,進行如下處理:將表示非特定種類之非特定種類資訊儲存於前述種類資訊,且產生包含文字資料之前述感測資料並發送,該文字資料儲存有藉由文字表示前述檢測對象之檢測結果的檢測結果資訊、及表示該檢測結果資訊之資料型態的型態資訊;且該第二程式係使前述資訊處理裝置實現如下功能之程式,即:基於所取得之前述感測資料,判定前述種類資訊是否為前述非特定種類資訊,如為前述非特定種類資訊時,基於前述型態資訊進行前述檢測結果資訊之提示處理。 藉由如此之第二程式,實現上述之本技術之資訊處理裝置。
以下,參照附圖,按照如下之順序對於本發明之實施形態進行說明。 <1.作為實施形態之資料配送系統之概要> <2.感測器器件之構成例> <3.伺服器裝置、使用者器件之硬體構成例> <4.資料配送之流程> <5.作為實施形態之資料發送及資訊提示之手法> <6.變化例> <7.實施形態之匯總> <8.本技術>
<1.作為實施形態之資料配送系統之概要> 圖1係顯示作為本技術之實施形態之資料配送系統1之構成例之方塊圖。 如圖示般作為實施形態之資料配送系統1具備:複數個感測器器件10、伺服器裝置20、及複數個使用者器件30。該等各裝置可經由於圖中表示為網路40之例如網際網路或家庭網路、LAN(Local Area Network,區域網路)、衛星通訊網路等通訊網路相互進行資料通訊。 再者,於圖1中,關於感測器器件10與使用者器件30分別示出設置有四個以上之例,但關於該等感測器器件10、使用者器件30之數目並不限定於四個以上,可為1個或複數個。
感測器器件10可取得所設置之周圍環境之感測資料(例如,圖像、聲音等),且可將自所取得之感測資料取得之配送資料(特定之資料)發送給使用者器件30等外部裝置。又,感測器器件10可辨識所取得之感測資料是否符合來自使用者之請求(配送請求)。 例如,考量感測器器件10係搭載於汽車等移動體之攝像裝置(相機)、搭載於使用者所攜帶之智慧型手機之攝像裝置、設置於自家或店鋪等之監視相機等之攝像裝置。該情形下,感測資料成為圖像。該情形下,該等攝像裝置可藉由將來自位於周圍之被攝體之光集光而於攝像面形成光像,且將形成於攝像面之光像轉換成電性圖像信號,而取得圖像。再者,於以下之說明中,若無特別說明,則移動體可為汽車、機車、自行車、個人移動性裝置、飛機、無人機、船舶、機器人(移動機器人)、建設機械、農業機械(拖拉機)等。
感測器器件10並不限定於上述之攝像裝置。於本實施形態中,例如,考量感測器器件10係計測與被攝體相隔之距離(深度)之深度感測器(測距感測器)、收集周圍環境之聲音之麥克風等集音裝置、計測周圍環境之溫度及濕度之溫度感測器及濕度感測器、測定河川等之水位之水位感測器等各種感測器。 再者,於本實施形態中,若感測器器件10於資料配送系統1中具有共通之介面(資料傳送形式、資料傳送方法等),則關於其內部構成基本上並無限定。因此,本實施形態之資料配送系統1可納入規格參數不同之各種感測器器件10。再者,對於感測器器件10之內部構成例將於後述。
伺服器裝置20係自使用者器件30受理請求配送可自上述感測資料產生之配送資料之配送請求之電腦裝置。於本例中,伺服器裝置20可根據需要自感測器器件10接收配送資料,且將所接收之配送資料向上述配送請求之發送源即使用者器件30發送。 例如,伺服器裝置20可藉由CPU(Central Processing Unit,中央處理單元)、ROM(Read Only Memory,唯讀記憶體)、RAM(Random Access Memory,隨機存取記憶體)等硬體而實現。再者,伺服器裝置20之硬體構成例將於後述。
使用者器件30係由使用者攜帶、或者設置於使用者之附近,受理自使用者輸入之資訊,將所受理之資訊作為配送請求向伺服器裝置20發送,或接收配送請求之配送資料之終端裝置。例如,使用者器件30可構成為平板型PC(Personal Computer,個人電腦)、智慧型手機、行動電話機、膝上型PC、筆記本型PC等行動終端、HMD(Head Mounted Display,頭戴顯示器)等可佩戴式器件。更詳細而言,使用者器件30可設為具有向使用者進行顯示之顯示部、受理來自使用者之操作輸入之輸入部、及向使用者進行聲音輸出之聲音輸出部等之構成。 再者,關於使用者器件30之硬體構成例將於後述。
於使用者器件30,例如可安裝有於資料配送系統1中共通之應用(app)、或者具有與上述之伺服器裝置20共通之規格參數之應用。使用者器件30藉由安裝有如此之應用,而可產生具有在資料配送系統1中共通之形式等之配送請求並發送、或接收配送資料。
此處,於本實施形態中所謂使用者不僅是個人,而且亦設想為如下所述者。例如,使用者可為地圖製作者、開店戰略設計人、道路管理局、社會基礎設施整備負責人等。更具體而言,藉由利用本實施形態所提供之服務,地圖製作者可無需人力即可進行詳細地圖之製作,開店戰略設計人可容易地進行研究開店時之資訊收集。又,藉由利用上述服務,道路管理局可容易地進行用於基於道路狀態、通行車輛類型等之推測等之道路修繕計劃制定之資訊收集。進而,藉由利用上述服務,社會基礎設施整備負責人可研究藉由駕駛傾向或事故原因之統計、解析而實現之預防措施、針對車聯網保險之應用。
又,於資料配送系統1中,使用者可經由使用者器件30向伺服器裝置20發送配送請求。配送請求包含指定使用者請求配送之資料之內容(資料類型)等之資訊。 於本實施形態之資料配送系統1中,藉由不是始終對使用者器件30持續發送由感測器器件10獲得之感測資料,而是僅將特定條件成立時之感測資料向使用者器件30側發送,而謀求資料傳送之負載降低。 此處所言之特定條件係指與由感測器器件10執行之檢測對象相關之事象之條件,例如,於感測資料係由相機拍攝之攝像圖像之情形下,考量例如將顯現有人、或者辨識出人之面部、或者顯現有動物等之事象之發生作為條件而決定等。 於本例中,相應於針對如此之檢測對象而決定之特定條件之成立,感測器器件10自感測資料捕獲該特定條件成立時之資料部分,並將所捕獲之資料作為配送資料向使用者器件30發送。 此時,上述之特定條件可作為「捕獲觸發」之資訊於上述之配送請求中予以指定。
於本實施形態中,於如上述般構成之資料配送系統1中,為了構建各種使用者能夠容易地利用從由各種種類之感測器器件10取得之感測資料獲得之資訊之體系,而採用被稱為NICE(Network of Intelligent Camera Ecosystem,智能攝影機生態系統網路)之規格,其決定上述之配送請求或由感測器器件10執行之配送資料等之形式。 於該NICE規格中,定義有可指定為上述之配送請求中之「捕獲觸發」之資訊之種類、或作為配送資料進行配送之感測資料之種類,且定義有該等「捕獲觸發」之資訊或配送資料之具體之資料形式。再者,關於此點將於後文中再次說明。
<2.感測器器件之構成例> 圖2係顯示感測器器件10之內部構成例之方塊圖。 感測器器件10具備感測器部11、處理部12、記憶部13、及通訊部14。
感測器部11取得感測資料,並將所取得之感測資料向處理部12輸出。 例如,若感測器器件10為攝像裝置時,感測器部11具有將自被攝體發出之光聚光之攝影透鏡及變焦透鏡等攝像光學系統、及CCD(Charge Coupled Device,電荷耦合元件)影像感測器或CMOS(Complementary Metal Oxide Semiconductor,互補式金屬氧化物半導體)影像感測器等攝像元件。 又,感測器部11有時亦構成為具有被攝體辨識功能。例如,於作為被攝體辨識功能而具有辨識所拍攝到之物體種類之功能時,感測器部11有時亦將表示辨識結果之資訊作為感測資料而輸出。例如,可考量將表示所辨識出之物體種類之文字資料作為感測資料而輸出。 或者,作為被攝體辨識功能,可考量具有計數指定之物體數目之功能、或計數處於特定狀態之人物數目(例如,正在說話之狀態之人物之數目等)之功能,於該情形下,可考量輸出表示物體數或人數之文字資料作為感測資料。
進而,作為感測器部11,除了包含攝像裝置以外,亦可包含ToF(Time of Flight,飛行時間)感測器(省略圖示)作為深度感測器(測距感測器)。ToF感測器乃藉由直接或間接地計測來自被攝體之反射光之返回時間,而可取得ToF感測器與被攝體間之距離及凹凸等之形狀資訊(深度資訊/圖像)。 又,作為感測器部11,可包含IR(紅外線)相機、GNSS(Global Navigation Satellite System,全球導航衛星系統)感測器等測位感測器、溫度感測器、收音裝置(麥克風)、氣壓感測器、濕度感測器、風向風速感測器、日照感測器、降水量感測器、水位感測器、震度感測器(檢測地震震度之感測器)等,只要可自周圍環境(感測環境)取得感測資料即可,並無特別限定。
再者,感測器部11可以固定於感測器器件10內之方式設置,亦可設置為對於感測器器件10可拆裝。
處理部12例如構成為具備具有CPU或GPU(Graphics Processing Unit,圖形處理單元)等處理電路、及ROM、RAM等之微電腦,例如執行基於記憶於上述ROM等記憶裝置之程式之處理,而進行感測器器件10之整體控制。特別是,本實施形態之處理部12具有處理由感測器部11取得之感測資料並產生配送資料之功能。 再者,對於本實施形態之配送資料之具體之產生手法將於後述。
記憶部13儲存用於處理部12執行各種處理之程式、資訊等、及藉由處理而獲得之資訊。例如,記憶部13可用於感測器部11所輸出之感測資料之暫時性之記憶。再者,記憶部13例如可藉由SSD(Solid State Drive,固態硬碟)或HDD(Hard Disk Drive,硬碟機)等記憶裝置而實現。
通訊部14可在與伺服器裝置20或使用者器件30等外部裝置之間進行資料之收發。換言之,可謂通訊部14係具有進行資料之收發之功能之通訊介面。
<3.伺服器裝置、使用者器件之硬體構成例> 圖3係顯示實現圖1所示之伺服器裝置20、使用者器件30之電腦裝置之硬體構成例之方塊圖。 該電腦裝置之CPU 51依照記憶於ROM 52或例如EEP-ROM(Electrically Erasable Programmable Read-Only Memory,電子可抹除可程式化唯讀記憶體)等非揮發性記憶體部54之程式、或自記憶部59載入RAM 53之程式執行各種處理。又,於RAM 53亦適當記憶有CPU 51執行各種處理所需之資料等。 CPU 51、ROM 52、RAM 53、非揮發性記憶體部54經由匯流排63相互連接。於該匯流排63亦連接有輸入輸出介面55。
於輸入輸出介面55,連接有包含操作件或操作器件之輸入部56。例如,作為輸入部56,設想鍵盤、滑鼠、鍵、撥盤、觸控面板、觸控墊、遙控器等各種操作件或操作器件。 藉由輸入部56檢測使用者之操作,藉由CPU 51解釋與所輸入之操作相應之信號。
又,於輸入輸出介面55,一體或個別構體地連接有包含LCD(Liquid Crystal Display,液晶面板)或有機EL(Electroluminescence,電致發光)面板等之顯示部57、及包含揚聲器等之聲音輸出部58。 顯示部57係進行各種顯示之顯示部,例如包含設置於伺服器裝置20或使用者器件30之殼體之顯示器器件、或者連接於伺服器裝置20或使用者器件30之個別構體之顯示器器件等。 顯示部57基於CPU 51之指示執行在顯示畫面上用於各種圖像處理之圖像或處理對象之動畫等之顯示。又,顯示部57基於CPU 51之指示,進行各種操作選單、圖標、訊息等亦即作為GUI(Graphical User Interface,圖形使用者介面)之顯示。
有時於輸入輸出介面55,亦連接有由HDD或SSD等固體記憶體等構成之記憶部59、及由數據機等構成之通訊部60。
通訊部60進行經由網際網路等之傳送路徑之通訊處理、或藉由與各種機器之有線/無線通訊、匯流排通訊等而實現之通訊。
又,於輸入輸出介面55亦根據需要而連接有驅動器61,且適當安裝有磁碟、光碟、光磁碟、或者半導體記憶體等可移動記錄媒體62。 藉由驅動器61,可自可移動記錄媒體62讀出圖像檔案等資料檔案、或各種電腦程式等。所讀出之資料檔案記憶於記憶部59,資料檔案所含之圖像或聲音藉由顯示部57或聲音輸出部58輸出。又,自可移動記錄媒體62讀出之電腦程式等根據需要安裝於記憶部59。
於如此之電腦裝置中,例如可將用於本實施形態之處理之軟體經由藉由通訊部60實現之網路通訊或可移動記錄媒體62而安裝。或者,該軟體亦可預先記憶於ROM 52或記憶部59等。
<4.資料配送之流程> 圖4係用於說明資料配送之流程之流程圖。 再者,於圖4中,顯示為「使用者器件」之處理係作為使用者器件30之電腦裝置之CPU 51所執行之處理,顯示為「伺服器裝置」之處理係作為伺服器裝置20之電腦裝置之CPU 51所執行之處理。顯示為「感測器器件」之處理係感測器器件10之處理部12所執行之處理。
於圖4中,使用者器件30於步驟S101中進行配送請求之發送處理。亦即,受理自使用者輸入之資訊,將所受理之該資訊作為配送請求向伺服器裝置20發送。
伺服器裝置20於步驟S102中自使用者器件30接收配送請求。然後,伺服器裝置20基於在步驟S102中所接收之配送請求,在步驟S103中進行捕獲觸發資訊之產生。如自前文之說明可理解般,所謂該捕獲觸發資訊係在與針對檢測對象而決定之特定條件之成立相應地自感測資料捕獲該特定條件成立時之資料部分時的顯示上述特定條件之資訊。如前述般,關於捕獲觸發資訊,定義有於NICE規格上可指定之資訊之種類。具體而言,捕獲觸發資訊之種類於NICE規格中之「SceneMode(感測模式)」中被定義。
圖5顯示可藉由「SceneMode(感測模式)」指定之捕獲觸發資訊之種類。 如圖示般作為捕獲觸發資訊,可指定「Face (人臉)」、「Human (人物)」、「Object Label (物體標籤)」、「Animal (動物)」、「Text/Logo/QRcode (文字/標誌/QR碼)」、「Vehicle (車輛)」、「Custom (定製)」。 例如,藉由「Face (人臉)」之指定,而可將檢測到人物之面部指定為捕獲觸發,又,藉由「Animal (動物)」之指定而可將檢測到動物指定為捕獲觸發。
於圖4中,伺服器裝置20於步驟S103中產生如此之捕獲觸發資訊,於後續之步驟S104中,將所產生之捕獲觸發資訊向感測器器件10發送。
感測器器件10於步驟S105中接收來自伺服器裝置20之捕獲觸發資訊。然後,感測器器件10進行執行藉由感測器部11實現之感測之處理作為步驟S106之感測處理,而取得感測資料。 進而,感測器器件10於步驟S107中,判定觸發條件是否成立。亦即,判定藉由捕獲觸發資訊指定之條件(觸發條件)是否成立。例如,於上述之「人臉(Face)」之例中,藉由感測器部11之圖像辨識,進行判定在攝像圖像內是否辨識到人物之面部之處理。
於步驟S107中,於判定為觸發條件不成立時,感測器器件10返回步驟S106。藉此,可進行感測處理直至觸發條件成立。
另一方面,於步驟S107中判定為觸發條件成立時,感測器器件10於步驟S108中進行感測資料之捕獲處理。亦即,捕獲由感測器部11感測到之感測資料之中指定為觸發條件之特定條件成立時之一部分資料。例如,於感測資料係圖像資料、觸發條件係「Face (人臉)」時,捕獲辨識到人物之面部時之例如1圖框份額之圖像資料(靜畫資料)。
於繼步驟S108之後之步驟S109中,感測器器件10進行配送資料之產生、發送處理,將包含所捕獲之感測資料之配送資料向使用者器件30發送。 再者,對於步驟S109之具體之處理內容將於後文再次說明。
使用者器件30於步驟S110中接收由感測器器件10發送之配送資料。
再者,於本例中,由於自感測器器件10直接對使用者器件30發送配送資料,因此可減輕伺服器裝置20之處理負載,而可謀求伺服器裝置20之運用成本之削減。 然而,並不限定於感測器器件10將配送資料向使用者器件30直接發送之構成。亦可設為自感測器器件10經由伺服器裝置20向使用者器件30發送配送資料之構成。該情形下,即便使用者器件30不具有與資料配送系統1共通之介面,但若具有與服務伺服器20共通之介面,則可接收配送資料。
<5.作為實施形態之資料發送及資訊提示之手法> 此處,作為NICE規格,於NICE 資料管路(NICE Data Pipeline Specification) v1.0.1(10.8.2.JSON Object),規定有由感測器器件10發送之配送資料之格式。具體而言,於該格式中,規定發送被稱為「SceneData(感測資料)」與「SceneMark」之資料,該「SceneData(感測資料)」係感測資料中之實際資料部,該「SceneMark」係該「SceneData(感測資料)」之附加資料部,且包含表示「SceneData(感測資料)」之類型(種類)之「SceneDataType」之資訊。
於現狀之NICE規格中,作為上述之「SceneDataType」,定義有圖6中藉由一覽表而示出之各類型之資訊。例如,有「RGBStill」(RGB靜畫)、「RGBVideo」(RGB動畫)、「ThermalStill」(溫度靜畫)、「DepthVideo」(深度動畫)、「Humidity」(濕度)等。 於現狀之NICE規格中,僅決定該等圖6所示之有限之特定類型之具體之格式,於不屬該等特定類型之情形下規定僅於「SceneDataType」記述「other(其他)」。亦即,於使用不屬上述之特定類型之感測器器件之情形下,因未形成作為「SceneData(感測資料)」產生何種形式之資料之規定,故於接收配送資料所含之「SceneData(感測資料)」之使用者器件30,無法適切地處理該「SceneData(感測資料)」。其結果為,於使用特定類型外之感測器器件10之情形下,產生在使用者器件30側完全無法利用該感測資料之事態。
因此,於本實施形態中,作為應發送之感測資料之類型為圖6所示之特定類型以外之非特定類型之情形之對應措施,採用如下之手法。
首先,作為對比,對於應發送之感測資料之類型係圖6所示之任一特定類型之情形下之配送資料之產生、發送手法進行說明。 圖7係應發送之感測資料之類型係「RGBStill」之情形下之配送資料之產生、發送手法之說明圖。 如前述般,關於配送資料,規定發送被稱為「SceneData(感測資料)」(圖7A) 及「SceneMark」之資料(圖7B),該「SceneData(感測資料)」(圖7A)係作為感測資料之實際資料部者,該「SceneMark」係該「SceneData(感測資料)」之附加資料部,且包含表示「SceneData(感測資料)」之類型之「SceneDataType」之資訊。 於「SceneDataType」係「RGBStill」之情形下,如圖示般作為「SceneData(感測資料)」例如發送JPEG(Joint Photographic ExpertsGroup,聯合圖像專家群)之資料(二元資料)。關於「SceneMark」,如圖示般發送記述有「SceneDataType」與「SceneDataURI」之資訊之資料。 此處,「SceneDataURI」係表示「SceneData(感測資料)」之記錄目的地位址之URI(Uniform Resource Identifier,統一資源識別符)之資訊。於本例中,使用者器件30向伺服器裝置20發送包含「SceneData(感測資料)」之記錄目的地位址之指定資訊之資訊作為上述之配送請求之資訊,伺服器裝置20將該記錄目的地位址之指定資訊與前述之捕獲觸發資訊一起對感測器器件10發送。感測器器件10如此般以使用者器件30於配送請求中所指定之記錄目的地位址中記錄有「SceneData(感測資料)」之方式進行「SceneData(感測資料)」之發送處理。然後,感測器器件10將表示該記錄目的地位址之URI之資訊記述於「SceneMark」中之「SceneDataURI」。
圖8係應發送之感測資料之類型係圖6所示之特定類型以外之非特定類型之情形下之配送資料之產生、發送手法之說明圖。 於本實施形態中,於應發送之感測資料之類型係非特定類型之情形下,於圖8A所示之「SceneMark」中之「SceneDataType」,儲存表示非特定類型之非特定類型資訊。作為該非特定類型資訊,記述先前之「other(其他)」以外之資訊。具體而言,於本例中,儲存「Unregisterd (未註冊)」。
然後,關於「SceneData(感測資料)」,如圖8B所例示般,產生記述「Title(標題)」「Type(類型)」「Dimension(維度)」「Max(最大)」「Min(最小)」「Value(值)」「Unit(單位)」「ExtRef」「Timestamp(時戳)」之各項目之資訊之文字資料。 此處,該等各項目之中,「Value(值)」係表示感測器部11之檢測結果之資訊(以下表述為「檢測結果資訊」),「Title(標題)」「Type(類型)」「Unit(單位)」分別係表示檢測結果資訊之標題之資訊、表示資料型態之資訊、單位之資訊。關於「Title(標題)」之項目,此處所言之「表示標題之資訊」係表示檢測結果資訊之項目名稱之資訊,且可換言為表示檢測結果資訊之資訊種類之資訊(表示係針對何者之檢測結果之資訊)。 又,作為「Type(類型)」之資料型態,具體而言,係記述對數值與字元串予以識別之資訊者,於本例中,記述「number(數)」或「string(字元串)」之任一者。
於圖8B中,顯示檢測結果資訊係亮度(Luminance)之資訊之情形下之例,該情形下,例如分別於「Title(標題)」記述「Luminance(亮度)」,於「Type(類型)」記述「number(數)」(因「亮度」之檢測結果係數值資訊),於「Value(值)」記述檢測值(此處設為「810」),於「Unit(單位)」記述亮度之單位即「lm」(流明)。
又,於圖8B中,「Max(最大)」「Min(最小)」分別係記述檢測值之最大值、最小值者,「Timestamp (時戳)」作為時刻資訊(包含年月日之資訊),例如記述與發生作為捕獲觸發之事象之時點對應之時刻資訊。
又,「Dimension(維度)」係表示「Value(值)」之維度數者。例如,「Value(值)」係加速度等,於係針對縱方向、橫方向分別進行檢測之情形下,維度數係「2」,因此於「Dimension(維度)」中記述「2」。或者,於「Value(值)」例如係亮度值等,且針對R、G、B各色進行檢測之情形下,維度數係「3」,而於「Dimension(維度)」記述「3」。 此時,於「Value(值)」「Max(最大)」「Min(最小)」之各項目中,採用大括弧([]),可於該大括弧內記述複數個數值。例如關於「Value(值)」,於R、G、B之檢測值分別係「810」、「560」、「600」之情形下,可記述為[「810」、「560」、「600」]。
「ExtRef」之項目係藉由該文字資料表示之「SceneData(感測資料)」之資料結構定義(Schema)之參考資訊之項目。再者,該「ExtRef」之項目係選項。 為了確認而言,所謂資料結構定義(Schema),例如意指針對HTML(HyperText Markup Language,超文件標示語言)或XML(Extensible Markup Language,可擴展標示語言)等之資料記述語言,定義其檔案結構(邏輯檔案結構)之語言。
此處,圖8B所示之「SceneData(感測資料)」可換言為係儲存有藉由文字來表示檢測對象之檢測結果之檢測結果資訊(「Value(值)」之資訊)、及表示該檢測結果資訊之資料型態之型態資訊(「Type(類型)」之資訊)之文字資料。
如參照圖8B可知般,於本例中,作為在應發送之感測資料之類型係非特定類型之情形下之文字基底之「SceneData(感測資料)」,產生JSON(JavaScript Object Notation,JavaScript 物件表示法)格式之資料。藉此,可提高「SceneData(感測資料)」之泛用性。 具體而言,作為接收配送資料之使用者器件30設想有PC或智慧型手機等,但作為如此之使用者器件30,一般而言具有藉由JSON格式記述之資料之解釋功能,因此如圖8B之「SceneData(感測資料)」可使幾乎所有使用者器件30解釋。於此意義上,提高「SceneData(感測資料)」之泛用性。
如上述般於本實施形態中,於感測器器件10,判定應發送之感測資料之類型是否係特定類型,於係特定類型外之情形下,進行如下之處理,即:將表示非特定類型之非特定類型資訊(本例中為「Unregisterd (未註冊)」)儲存於「SceneMark」中之「SceneDataType」,且產生包含儲存有藉由文字來表示感測器部11之檢測結果之檢測結果資訊(「Value(值)」)、及表示該檢測結果資訊之資料型態之型態資訊(「Type(類型)」)之文字資料之感測資料並發送。 藉此,於成為感測資料之接收側之裝置(於本例中為使用者器件30)中,即便感測資料之種類係非特定類型,亦可至少取得表示檢測結果之文字資訊,且可基於上述之型態資訊,適切地提示表示檢測結果之文字資料。 因此,即便在感測環境中使用無規格上之具體之設想之非特定感測器之情形下,仍可在不針對該感測器之種類追加新的規格上之規格參數下,僅進行表示該感測器之檢測結果之文字資訊之提示。
圖9係顯示為了實現作為藉由上述所說明之實施形態之配送資料之產生、發送手法而應執行之具體之處理步序之例之流程圖,具體而言,係顯示作為圖4所示之步驟S109之「配送資料之產生、發送處理」而應執行之處理。 再者,圖9所示之處理係感測器器件10之處理部12基於例如記憶於ROM等記憶裝置之程式而執行。
首先,處理部12於步驟S201中,判定「SceneData(感測資料)」之資料類型(DataType)是否係特定之類型。亦即,判定在圖4之步驟S108中所捕獲之感測資料(即應發送之感測資料)之資料類型(DataType)是否與圖6所示之任一類型一致。
若「SceneData(感測資料)」之資料類型(DataType)係特定之類型,則處理部12前進至步驟S202,設置與「SceneMark」之資料類型(DataType)相符之資料類型(DataType),並前進至步驟S205。亦即,於「SceneMark」中之「SceneDataType」之項目儲存表示與在步驟S201中判定為一致之資料類型(DataType)之資訊,並前進至步驟S205。
另一方面,於步驟S201中,若「SceneData(感測資料)」之資料類型(DataType)非為特定之類型(Type),則處理部12前進至步驟S203,於「SceneMark」之資料類型(DataType)設置「Unregisterd (未註冊)」。亦即,將「Unregisterd (未註冊)」儲存於「SceneMark」之「SceneDataType」之項目。 然後,於後續之步驟S204中,處理部12進行與非特定類型對應之「SceneData(感測資料)」之產生處理。亦即,於本例中作為「SceneData(感測資料)」而產生如圖8B所例示般產生包含「Title(標題)」「Type(類型)」「Dimension(維度)」「Max(最大)」「Min(最小)」「Value(值)」「Unit(單位)」「ExtRef」「Timestamp(時戳)」之各項目之文字資料。 相應於執行步驟S204之產生處理,處理部12將處理前進至步驟S205。
於步驟S205中處理部12執行「SceneData(感測資料)」及「SceneMark」之發送處理。再者,於步驟S205中,作為資料類型(DataType)係特定之類型之情形下之感測資料(SceneData)之發送處理,如於例如「RGBStill」之情形下之JPEG資料之發送(參照圖7A)般,進行藉由針對特定之類型(Type)規定之資料形式而實現之感測資料之發送。
處理部12相應於執行了步驟S205之處理而結束步驟S109之「配送資料之產生、發送處理」。
圖10係顯示使用者器件30之配送資料接收以後之處理例之流程圖。再者,圖10所示之處理係作為使用者器件30之電腦裝置之CPU 51(參照圖3)基於記憶於例如記憶部59等記憶裝置之程式而執行。
首先,使用者器件30於步驟S301中,進行「SceneMark」、「SceneData(感測資料)」之接收處理。 於後續之步驟S302中,使用者器件30判定「SceneData(感測資料)」之資料類型(DataType)是否係特定之類型。亦即,判定於所接收之「SceneMark」中之「SceneDataType」所示之資料類型(DataType)是否與圖6所示之任一類型(Type)一致。
若「SceneData(感測資料)」之資料類型(DataType)係特定之類型(Type),則使用者器件30前進至步驟S33,執行規定之資料取得處理。例如,若資料類型(DataType)係「RGBStill」,則執行針對JPEG資料之解碼處理等的於規格上針對該資料類型(DataType)所規定之資料取得處理。 然後,使用者器件30於後續之步驟S304中執行資料使用處理,並結束圖10所示之一例之處理。此處,步驟S304之資料使用處理泛指使用在步驟S303中所取得之資料之處理,而非限定於特定之處理。
又,於步驟S302中,若「SceneData(感測資料)」之資料類型(DataType)非為特定之類型(Type),則使用者器件30前進至步驟S305,進行將資料作為規定之數值或字元串予以解析之處理。亦即,進行將所接收之「SceneData(感測資料)」(參照圖8B)作為藉由該「SceneData(感測資料)」之「Type(類型)」(資料型態)之資訊規定之數值(「number(數)」)或字元串(string) 予以解析之處理。
然後,於繼步驟S305之後之步驟S306中,使用者器件30進行作為資料之提示處理之將所解析之資料提示給使用者之處理。此處之提示意指視覺性之提示、或聽覺性之提示。或者,亦可為包含觸覺性之提示者。 具體而言,於步驟S306中使用者器件30進行使所接收之「SceneData(感測資料)」所含之至少「Value(值)」之資訊顯示於顯示部57之處理。例如,進行圖8B之例中之「810」之數值資訊之顯示處理。或者,該數值資訊亦可以藉由聲音輸出部58而實現之聲音輸出之形態提示給使用者。 此處,作為步驟S306之提示資訊,除了「Value(值)」以外,亦可設為例如包含「Unit(單位)」、「Title(標題)」、「Max(最大)」、「Min(最小)」、或「Timestamp(時戳)」之全部或一部分。
使用者器件30相應於執行了步驟S306之提示處理,而結束圖10所示之一例之處理。
<6.變化例> 再者,作為實施形態並不限定於上述所例示之具體例,可採用作為多樣之變化例之構成。 例如,於上述中,作為應發送之感測資料之類型係非特定類型之情形之「SceneData(感測資料)」之例,而對於與檢測結果資訊係亮度(Luminance)之情形相對應之資料例進行了說明,但其終極而言僅為一例,關於可對應之檢測結果資訊之種類可考量多種。
圖11係顯示亮度(Luminance)以外之檢測結果資訊之「SceneData(感測資料)」之例之圖。 此處,作為檢測結果資訊而舉出「位置資訊(緯度經度)」「地震之大小(加速度)」「風速」「雨量」「臭氣濃度」「臭氣指數」「音量」「辨識出之正在說話之人數」「辨識出之(產品)之數目」「辨識出之物體之種類」為例,顯示針對各者之「Title(標題)」「Type(類型)」「Dimension(維度)」「Max(最大)」「Min(最小)」「Value(值)」「Unit(單位)」「ExtRef」之記述例。再者,省略「TimeStamp(時戳)」之圖示。
例如,針對「位置資訊(緯度經度)」,考量到國際標準規格,採用參照「IS06709」作為「ExtRef」之手法。 又,如前述般,有時亦輸出針對被攝體之辨識結果資訊作為感測器部11之檢測結果資訊,其例相當於「辨識出之正在說話之人數」「辨識出之(產品)之數目」「辨識出之物體之種類」。對於「辨識出之正在說話之人數」「辨識出之(產品)之數目」,其「Type(類型)」為「number(數)」,相對於此,對於「辨識出之物體之種類」,則設想輸出表示物體種類之字元串資訊作為檢測結果資訊,其「Type(類型)」為「string(字元串)」。
再者,於圖11之例中,尤其針對「Title(標題)」之項目之記述內容,僅為顯示一例,當然並不限定於該等。
又,於上述中,對於應發送之感測資料之類型為非特定類型時之「SceneData(感測資料)」,舉出「number(數)」「string(字元串)」作為「Type(類型)」中記述之型態資訊之例,但若檢測結果資訊為數值資訊,則作為「Type(類型)」之資訊,亦可記述識別「integer」(整數)或「boolean(布林值)」(真值)之資訊。
又,於目前為止之說明中,舉出於應發送之感測資料之類型為非特定類型之情形下,與「SceneMark」不同而另產生「SceneData(感測資料)」並發送之例,但如以下所說明般,亦可採用將「Type(類型)」「Schema(資料結構定義)」「Data(資料)」儲存於「SceneMark」並發送之手法。
圖12係顯示與參照外部之資料結構定義(Schema)之情形對應之「SceneMark」之資料例之圖。此處例示感測器部11之檢測結果資訊為位置資訊(緯度經度)之情形。 如圖示般,於該情形之「SceneMark」中,除了「SceneDataType」(:Unregisered)外亦設置「Type(類型)」「Schema(資料結構定義)」「Data(資料)」之項目,分別於「Type(類型)」中記述「URI」、於「Schema(資料結構定義)」中記述資料結構定義(Schema)所公開之URI之資訊。於「Data(資料)」中,如圖示般記述緯度經度之資訊。再者,此處設為以XML(Extensible Markup Language,可擴展標示語言)形式記述「SceneMark」之例。 該情形下,以「Schema(資料結構定義)」之項目中記述之URI中所公開之資料結構定義(Schema)係「<latitude>number</latitude><longitude>number<longitude>」。
圖13係將圖12中所說明之手法應用於圖8之例之說明圖,圖13A顯示「SceneMark」之資料例,圖13B顯示以圖13A所示之「SceneMark」中記述之「Schema(資料結構定義)」之URI所參照之資料結構定義(Schema)之例。
於上述之圖12或圖13之例中,設為利用URI指示資料結構定義(Schema)者,但可以如圖14所示般,將資料結構定義(Schema)直接嵌入「SceneMark」內。 該情形下,於「SceneMark」之「Type(類型)」記述意指嵌入之「Embeded(嵌入)」,於「Schema(資料結構定義)」中如「<title>string</title>」般直接記述資料結構定義(Schema),於「Data(資料)」中如「<title>Luminance</title>」般記述檢測結果資訊。
或者,於資料結構定義(Schema)藉由RFC(RequestForComments,請求評議)或IEEE(Institute of Electrical and Electronics Engineers,(美國)電機電子工程師學會)等外部規格定義之情形下,如圖15所示般,於「SceneMark」中之「Type(類型)」記述表示規格種類之資訊,於「Schema(資料結構定義)」記述規格編號。圖中示出RFC8428(SenML)之應用例,於該情形之「Data(資料)」中以基於RFC8428之形式記述感測器測定值。 此處,若如圖12至圖15之例般設為在「SceneMark」中對資料結構定義(Schema) 予以定義者,則即便萬一「SceneDataType」之項目遺漏,亦可根據「Type(類型)」「Schema(資料結構定義)」之項目之資訊而辨識「Data(資料)」之項目之資訊。
<7.實施形態之匯總> 如以上所說明般作為實施形態之資料發送裝置(感測器器件10)具備發送處理部(處理部12),其進行相應於發生與指定為與檢測對象相關之事象之條件相符之事象,發送檢測對象之感測資料之處理;感測資料設為包含表示感測資料種類之種類資訊的資料;發送處理部判定感測資料之種類是否為特定種類,如為非特定種類時,進行如下處理:將表示非特定種類之非特定種類資訊(例如「Unregisterd (未註冊)」)儲存於種類資訊(「SceneDataType」),且產生包含儲存有藉由文字來表示檢測對象之檢測結果之檢測結果資訊(「Value(值)」)及表示該檢測結果資訊之資料型態之型態資訊(「Type(類型)」)之文字資料之感測資料並發送。 藉此,於成為感測資料之接收側之裝置中,即便感測資料之種類係非特定種類,亦可至少取得表示檢測結果之文字資訊,且可基於上述之型態資訊,適切地提示表示檢測結果之文字資料。 因此,即便在感測環境中使用無規格上之具體之設想之非特定感測器之情形下,仍可在不針對該感測器之種類追加新的規格上之規格參數下,僅進行表示該感測器之檢測結果之文字資訊之提示。
又,於作為實施形態之資料發送裝置中,將型態資訊設為識別數值與字元串之資訊。 藉此,於檢測結果資訊係數值資訊之情形下,藉由利用型態資訊表示係數值資訊之主旨,而可將檢測結果資訊作為數值資訊準確地提示給作為感測資料之接收側之裝置,又,於檢測結果資訊係字元串資訊之情形下,藉由利用型態資訊表示係字元串資訊之主旨,而可將檢測結果資訊作為字元串資訊準確地提示給成為該接收側之裝置。 因此,作為檢測結果資訊之提示可容許進行數值資訊與字元串資訊之至少2種提示,而可謀求提高可作為檢測結果資訊而提示之資訊種類之自由度。
進而,於作為實施形態之資料發送裝置中,發送處理部進行產生包含表示檢測結果資訊之單位之單位資訊(「Unit(單位)」)之文字資料作為感測資料係非特定種類時之感測資料並發送之處理。 藉此,於檢測結果資訊係數值資訊之情形下,於成為感測資料之接收側之裝置中,可與由數值表示之檢測結果資訊一起提示表示其單位之資訊。 因此,可易於理解地提示檢測結果資訊。
進而,又,於作為實施形態之資料發送裝置中,發送處理部感測資料進行產生包含表示檢測結果資訊之標題之資訊(「Title(標題)」)之文字資料作為感測資料係非特定種類時之感測資料並發送之處理。 所謂表示檢測結果資訊之標題之資訊係表示檢測結果資訊之項目名稱之資訊,亦可換言為係表示檢測結果資訊之資訊種類之資訊。根據上述構成,於成為感測資料之接收側之裝置中,可與檢測結果資訊一起提示其標題之資訊。 因此,可易於理解地提示檢測結果資訊。
又,於作為實施形態之資料發送裝置中,發送處理部進行產生包含表示檢測結果資訊之維度數之資訊(「Dimension(維度)」)之文字資料作為感測資料係非特定種類時之感測資料並發送之處理。 藉此,於檢測結果資訊係例如包含縱方向上之檢測資訊、橫方向上之檢測資訊等各個維度之檢測資訊之資訊之情形下,可使成為感測資料之接收側之裝置掌握檢測結果資訊之維度數,而可將各個維度之檢測資訊予以區別地提示。 因此,可謀求檢測結果資訊之提示之準確性提高。
進而,於作為實施形態之資料發送裝置中,感測資料具有包含種類資訊之附加資料部(「SceneMark」)、及包含表示檢測結果之實際資料之實際資料部(「SceneData(感測資料)」),發送處理部於感測資料係非特定種類之情形下,產生記述非特定種類資訊之附加資料部作為種類資訊,且產生記述檢測結果資訊與型態資訊之文字資料作為實際資料部之資料。 藉此,於感測資料之種類係非特定種類之情形下,可將表示檢測結果之實際資料部設為藉由文字資料而實現之輕量之資料。
進而,又,於作為實施形態之資料發送裝置中,發送處理部藉由JSON格式產生實際資料部。 藉此,於感測資料係非特定種類之情形下,可提高包含檢測結果資訊之實際資料部之泛用性。 因此,可謀求各種裝置作為成為感測資料之接收側之裝置而能夠進行非特定感測器之檢測資訊之提示。
作為實施形態之資料發送方法係用於資料發送裝置者,該資料發送裝置進行相應於發生與指定為與檢測對象相關之事象之條件相符之事象,發送檢測對象之感測資料之處理;感測資料設為包含表示感測資料種類之種類資訊的資料;該資料發送方法判定感測資料之種類是否為特定種類,如為非特定種類時,進行如下處理:將表示非特定種類之非特定種類資訊儲存於種類資訊,且產生包含儲存有藉由文字來表示檢測對象之檢測結果之檢測結果資訊及表示該檢測結果資訊之資料型態之型態資訊之文字資料之感測資料並發送。 藉由作為如此之實施形態之資料發送方法,亦獲得與作為上述之實施形態之資料發送裝置同樣之作用及效果。
作為實施形態之資訊處理裝置(使用者器件30)具備取得部(使用者器件30之通訊部60)及提示處理部(使用者器件30之CPU 51),該取得部(使用者器件30之通訊部60)取得由資料發送裝置(感測器器件10)發送之感測資料,該資料發送裝置具備發送處理部,其進行相應於發生與指定為與檢測對象相關之事象之條件相符之事象,發送檢測對象之感測資料之處理;感測資料設為包含表示感測資料種類之種類資訊的資料;發送處理部判定感測資料之種類是否為特定種類,如為非特定種類時,進行如下處理:將表示非特定種類之非特定種類資訊儲存於種類資訊,且產生包含儲存有藉由文字來表示檢測對象之檢測結果之檢測結果資訊及表示該檢測結果資訊之資料型態之型態資訊之文字資料之感測資料並發送;該提示處理部(使用者器件30之CPU 51)基於取得部所取得之感測資料,判定種類資訊是否係非特定種類資訊,於非特定種類資訊之情形下,基於型態資訊進行檢測結果資訊之提示處理。 藉此,即便感測資料之種類係非特定種類,亦可基於上述之檢測結果資訊與型態資訊,適切地提示表示檢測結果之文字資料。 因此,即便在感測環境中使用無規格上之具體之設想之非特定感測器之情形下,仍可在不針對該感測器之種類追加新的規格上之規格參數下,僅進行表示該感測器之檢測結果之文字資訊之提示。
作為實施形態之資訊處理方法係用於資訊處理裝置者,該資訊處理裝置取得由資料發送裝置發送之感測資料,該資料發送裝置具備發送處理部,其進行相應於發生與指定為與檢測對象相關之事象之條件相符之事象,發送檢測對象之感測資料之處理;感測資料設為包含表示感測資料種類之種類資訊的資料;發送處理部判定感測資料之種類是否為特定種類,如為非特定種類時,進行如下處理:將表示非特定種類之非特定種類資訊儲存於種類資訊,且產生包含儲存有藉由文字來表示檢測對象之檢測結果之檢測結果資訊及表示該檢測結果資訊之資料型態之型態資訊之文字資料之感測資料並發送,該資訊處理方法基於所取得之感測資料,判定種類資訊是否係非特定種類資訊,於非特定種類資訊之情形下,基於型態資訊進行檢測結果資訊之提示處理。 藉由作為如此之實施形態之資訊處理方法,亦獲得與作為上述之實施形態之資訊處理裝置同樣之作用及效果。
此處,作為實施形態,可考量一種程式,其使例如CPU、DSP(Digital Signal Processor,數位信號處理器)等、或者包含該等之器件執行於圖4或圖9等中所說明之藉由處理部12實施之處理。 亦即,實施形態之第一程式係使資料發送裝置執行處理之程式,該資料發送裝置進行相應於發生與指定為與檢測對象相關之事象之條件相符之事象,發送檢測對象之感測資料之處理;感測資料設為包含表示感測資料種類之種類資訊的資料;且該第一程式係使資料發送裝置實現如下之功能之程式,即:判定感測資料之種類是否為特定種類,如為非特定種類時,進行如下處理:將表示非特定種類之非特定種類資訊儲存於種類資訊,且產生包含儲存有藉由文字來表示檢測對象之檢測結果之檢測結果資訊及表示該檢測結果資訊之資料型態之型態資訊之文字資料之感測資料並發送。 藉由如此之程式,可藉由電腦裝置實現作為上述之實施形態之資料發送裝置。
又,作為實施形態,可考量一種程式,其使例如CPU、DSP等、或者包含該等之器件執行於圖10等中所說明之藉由使用者器件30實施之處理。 亦即,實施形態之第二程式係使資訊處理裝置執行處理者,該資訊處理裝置取得由資料發送裝置發送之感測資料,該資料發送裝置具備發送處理部,其進行相應於發生與指定為與檢測對象相關之事象之條件相符之事象,發送檢測對象之感測資料之處理;感測資料設為包含表示感測資料種類之種類資訊的資料;發送處理部判定感測資料之種類是否為特定種類,如為非特定種類時,進行如下處理:將表示非特定種類之非特定種類資訊儲存於種類資訊,且產生包含儲存有藉由文字來表示檢測對象之檢測結果之檢測結果資訊及表示該檢測結果資訊之資料型態之型態資訊之文字資料之感測資料並發送,且該第二程式係使資訊處理裝置實現如下之功能之程式,即:基於所取得之感測資料,判定種類資訊是否係非特定種類資訊,於係非特定種類資訊之情形下,基於型態資訊進行檢測結果資訊之提示處理。 藉由如此之程式,可藉由電腦裝置實現作為上述之實施形態之資訊處理裝置。
該等程式可預先記錄於作為內置於電腦裝置之機器之記錄媒體之HDD、或具有CPU之微電腦內之ROM等。 或者,又,可暫時性或者永久性地儲存(記錄)於軟碟、CD-ROM(Compact Disc Read Only Memory,唯讀光碟)、MO(Magneto Optical,磁光)碟、DVD(Digital Versatile Disc,數位多功能光碟)、藍光光碟(Blu-ray Disc(註冊商標))、磁碟、半導體記憶體、記憶卡等可移動記錄媒體。如此之可移動記錄媒體可作為所謂之封裝軟體而提供。 又,如此之程式除了自可移動記錄媒體安裝於個人電腦等以外,亦可自下載站經由LAN、網際網路等網路進行下載。
又,根據如此之程式,適宜於實施形態之資料發送裝置或資訊處理裝置之廣範圍之提供。例如藉由將程式下載至個人電腦、可攜式資訊處理裝置、行動電話機、遊戲機器、視訊機器、PDA(Personal Digital Assistant,個人數位助理)等,而可使該個人電腦等作為本技術之資料發送裝置或資訊處理裝置發揮功能。
另外,本說明書所記載之效果終極而言僅為例示而並非被限定者,亦可具有其他之效果。
<8.本技術> 再者,本發明亦可採用如以下之構成。 (1) 一種資料發送裝置,其具備發送處理部,該發送處理部進行相應於發生與指定為與檢測對象相關之事象之條件相符之事象,發送前述檢測對象之感測資料之處理; 前述感測資料設為包含表示前述感測資料種類之種類資訊的資料, 前述發送處理部判定前述感測資料之種類是否為特定種類,如為非特定種類時,進行如下處理:將表示非特定種類之非特定種類資訊儲存於前述種類資訊,且產生包含文字資料之前述感測資料並發送,該文字資料儲存有藉由文字表示前述檢測對象之檢測結果的檢測結果資訊、及表示該檢測結果資訊之資料型態的型態資訊。 (2) 如前述(1)之資料發送裝置,其中將前述型態資訊設為識別數值與字元串之資訊。 (3) 如前述(1)或(2)之資料發送裝置,其中前述發送處理部進行如下之處理,即:產生包含表示前述檢測結果資訊之單位的單位資訊之文字資料,作為前述感測資料為前述非特定種類時之前述感測資料並發送。 (4) 如前述(1)至(3)中任一項之資料發送裝置,其中前述發送處理部進行如下處理:產生包含表示前述檢測結果資訊之標題資訊的文字資料,作為前述感測資料為前述非特定種類時之前述感測資料並發送。 (5) 如前述(1)至(4)中任一項之資料發送裝置,其中前述發送處理部進行如下處理:產生包含表示前述檢測結果資訊之維度數資訊的文字資料,作為前述感測資料為前述非特定種類時之前述感測資料並發送。 (6) 如前述(1)至(5)中任一項之資料發送裝置,其中前述感測資料具有包含前述種類資訊之附加資料部、及包含表示檢測結果之實際資料之實際資料部, 前述發送處理部於前述感測資料為前述非特定種類時,產生記述有前述非特定種類資訊之前述附加資料部作為前述種類資訊,且產生記述有前述檢測結果資訊與前述型態資訊之文字資料作為前述實際資料部之資料。 (7) 如前述(6)之資料發送裝置,其中前述發送處理部根據JSON格式產生前述實際資料部。 (8) 一種資料發送方法,其係用於資料發送裝置者,該資料發送裝置進行相應於發生與指定為與檢測對象相關之事象之條件相符之事象,發送前述檢測對象之感測資料之處理, 前述感測資料設為包含表示前述感測資料種類之種類資訊的資料,且 該資料發送方法係判定前述感測資料之種類是否為特定種類,如為非特定種類時,進行如下處理:將表示非特定種類之非特定種類資訊儲存於前述種類資訊,且產生包含文字資料之前述感測資料並發送,該文字資料儲存有藉由文字表示前述檢測對象之檢測結果的檢測結果資訊、及表示該檢測結果資訊之資料型態的型態資訊。 (9) 一種程式,其係使資料發送裝置執行處理之程式,該資料發送裝置進行相應於發生與指定為與檢測對象相關之事象之條件相符之事象,發送前述檢測對象之感測資料之處理, 前述感測資料設為包含表示前述感測資料種類之種類資訊的資料,且 該程式使前述資料發送裝置實現如下功能:判定前述感測資料之種類是否為特定種類,如為非特定種類時,進行如下處理:將表示非特定種類之非特定種類資訊儲存於前述種類資訊,且產生包含文字資料之前述感測資料並發送,該文字資料儲存有藉由文字表示前述檢測對象之檢測結果的檢測結果資訊、及表示該檢測結果資訊之資料型態的型態資訊。 (10) 一種資訊處理裝置,其具備取得部及提示處理部, 上述取得部取得由資料發送裝置發送之感測資料,該資料發送裝置具備發送處理部,該發送處理部進行相應於發生與指定為與檢測對象相關之事象之條件相符之事象,發送前述檢測對象之感測資料之處理;前述感測資料設為包含表示前述感測資料種類之種類資訊的資料;前述發送處理部判定前述感測資料之種類是否為特定種類,如為非特定種類時,進行如下處理:將表示非特定種類之非特定種類資訊儲存於前述種類資訊,且產生包含文字資料之前述感測資料並發送,該文字資料儲存有藉由文字表示前述檢測對象之檢測結果的檢測結果資訊、及表示該檢測結果資訊之資料型態的型態資訊, 上述提示處理部基於由前述取得部取得之前述感測資料,判定前述種類資訊是否為前述非特定種類資訊,如為前述非特定種類資訊時,基於前述型態資訊進行前述檢測結果資訊之提示處理。 (11) 一種資訊處理方法,其係用於資訊處理裝置者,該資訊處理裝置取得由資料發送裝置發送之感測資料,該資料發送裝置具備發送處理部,該發送處理部進行相應於發生與指定為與檢測對象相關之事象之條件相符之事象,發送前述檢測對象之感測資料之處理;前述感測資料設為包含表示前述感測資料種類之種類資訊的資料;前述發送處理部判定前述感測資料之種類是否為特定種類,如為非特定種類時,進行如下處理:將表示非特定種類之非特定種類資訊儲存於前述種類資訊,且產生包含文字資料之前述感測資料並發送,該文字資料儲存有藉由文字表示前述檢測對象之檢測結果的檢測結果資訊、及表示該檢測結果資訊之資料型態的型態資訊,且 該資訊處理方法基於所取得之前述感測資料,判定前述種類資訊是否為前述非特定種類資訊,如為前述非特定種類資訊時,基於前述型態資訊進行前述檢測結果資訊之提示處理。 (12) 一種程式,其係使資訊處理裝置執行處理者,該資訊處理裝置取得由資料發送裝置發送之感測資料,該資料發送裝置具備發送處理部,該發送處理部進行相應於發生與指定為與檢測對象相關之事象之條件相符之事象,發送前述檢測對象之感測資料之處理;前述感測資料設為包含表示前述感測資料種類之種類資訊的資料;前述發送處理部判定前述感測資料之種類是否為特定種類,如為非特定種類時,進行如下處理:將表示非特定種類之非特定種類資訊儲存於前述種類資訊,且產生包含文字資料之前述感測資料並發送,該文字資料儲存有藉由文字表示前述檢測對象之檢測結果的檢測結果資訊、及表示該檢測結果資訊之資料型態的型態資訊,且 該程式使前述資訊處理裝置實現如下功能:基於所取得之前述感測資料,判定前述種類資訊是否為前述非特定種類資訊,如為前述非特定種類資訊時,基於前述型態資訊進行前述檢測結果資訊之提示處理。
1:資料配送系統 10:感測器器件 11:感測器部 12:處理部 13:記憶部 14:通訊部 20:伺服器裝置 30:使用者器件 40:網路 51:CPU 52:ROM 53:RAM 54:非揮發性記憶體部 55:輸入輸出介面 56:輸入部 57:顯示部 58:聲音輸出部 59:記憶部 60:通訊部 61:驅動器 62:可移動記錄媒體 63:匯流排 S101~S110,S201~S205,S301~S306:步驟
圖1係顯示作為本技術之實施形態之資料配送系統之構成例之方塊圖。 圖2係顯示實施形態之感測器器件之內部構成例之方塊圖。 圖3係顯示實現實施形態之伺服器裝置、使用者器件之電腦裝置之硬體構成例之方塊圖。 圖4係用於說明作為實施形態之資料配送系統中之資料配送之流程之之流程圖。 圖5係顯示可藉由NICE規格中之「SceneMode(感測模式)」指定之捕獲觸發資訊之種類之圖。 圖6係顯示針對感測資料之類型於規格上規定之特定類型之例之圖。 圖7係應發送之感測資料之類型係特定類型之情形下之配送資料之產生、發送手法之說明圖。 圖8係應發送之感測資料之類型係非特定類型之情形下之配送資料之產生、發送手法之說明圖。 圖9係顯示為了實現作為實施形態之配送資料之產生、發送手法而應執行之具體之處理步序之例之流程圖。 圖10係顯示使用者器件之配送資料接收以後之處理例之流程圖。 圖11係顯示亮度(Luminance)以外之檢測結果資訊之「SceneData(感測資料)」之例之圖。 圖12係顯示與參照外部之資料結構定義(Schema)之情形對應之「SceneMark」之資料例之圖。 圖13係將圖12中所說明之手法應用於圖8之例時之說明圖。 圖14係將資料結構定義(Schema)直接嵌入「SceneMark」內之例之說明圖。 圖15係與將外部之資料結構定義(Schema)藉由規格種類或規格編號之資訊參照之情形對應之「SceneMark」之資料例之圖。
10:感測器器件
11:感測器部
12:處理部
13:記憶部
14:通訊部

Claims (12)

  1. 一種資料發送裝置,其具備發送處理部,該發送處理部進行相應於發生與指定為與檢測對象相關之事象之條件相符之事象,發送前述檢測對象之感測資料之處理; 前述感測資料設為包含表示前述感測資料種類之種類資訊的資料, 前述發送處理部判定前述感測資料之種類是否為特定種類,如為非特定種類時,進行如下處理:將表示非特定種類之非特定種類資訊儲存於前述種類資訊,且產生包含文字資料之前述感測資料並發送,該文字資料儲存有藉由文字表示前述檢測對象之檢測結果的檢測結果資訊、及表示該檢測結果資訊之資料型態的型態資訊。
  2. 如請求項1之資料發送裝置,其中將前述型態資訊設為識別數值與字元串之資訊。
  3. 如請求項1之資料發送裝置,其中前述發送處理部進行如下處理: 產生包含表示前述檢測結果資訊之單位的單位資訊之文字資料,作為前述感測資料為前述非特定種類時之前述感測資料並發送。
  4. 如請求項1之資料發送裝置,其中前述發送處理部進行如下處理: 產生包含表示前述檢測結果資訊之標題資訊的文字資料,作為前述感測資料為前述非特定種類時之前述感測資料並發送。
  5. 如請求項1之資料發送裝置,其中前述發送處理部進行如下處理: 產生包含表示前述檢測結果資訊之維度數資訊的文字資料,作為前述感測資料為前述非特定種類時之前述感測資料並發送。
  6. 如請求項1之資料發送裝置,其中前述感測資料具有包含前述種類資訊之附加資料部、及包含表示檢測結果之實際資料之實際資料部, 前述發送處理部於前述感測資料為前述非特定種類時,產生記述有前述非特定種類資訊之前述附加資料部作為前述種類資訊,且產生記述有前述檢測結果資訊與前述型態資訊之文字資料作為前述實際資料部之資料。
  7. 如請求項6之資料發送裝置,其中前述發送處理部根據JSON格式產生前述實際資料部。
  8. 一種資料發送方法,其係用於資料發送裝置者,該資料發送裝置進行相應於發生與指定為與檢測對象相關之事象之條件相符之事象,發送前述檢測對象之感測資料之處理, 前述感測資料設為包含表示前述感測資料種類之種類資訊的資料,且 該資料發送方法係判定前述感測資料之種類是否為特定種類,如為非特定種類時,進行如下處理:將表示非特定種類之非特定種類資訊儲存於前述種類資訊,且產生包含文字資料之前述感測資料並發送,該文字資料儲存有藉由文字表示前述檢測對象之檢測結果的檢測結果資訊、及表示該檢測結果資訊之資料型態的型態資訊。
  9. 一種程式,其係使資料發送裝置執行處理之程式,該資料發送裝置進行相應於發生與指定為與檢測對象相關之事象之條件相符之事象,發送前述檢測對象之感測資料之處理, 前述感測資料設為包含表示前述感測資料種類之種類資訊的資料,且 該程式使前述資料發送裝置實現如下功能:判定前述感測資料之種類是否為特定種類,如為非特定種類時,進行如下處理:將表示非特定種類之非特定種類資訊儲存於前述種類資訊,且產生包含文字資料之前述感測資料並發送,該文字資料儲存有藉由文字表示前述檢測對象之檢測結果的檢測結果資訊、及表示該檢測結果資訊之資料型態的型態資訊。
  10. 一種資訊處理裝置,其具備取得部及提示處理部, 上述取得部取得由資料發送裝置發送之感測資料,該資料發送裝置具備發送處理部,該發送處理部進行相應於發生與指定為與檢測對象相關之事象之條件相符之事象,發送前述檢測對象之感測資料之處理;前述感測資料設為包含表示前述感測資料種類之種類資訊的資料;前述發送處理部判定前述感測資料之種類是否為特定種類,如為非特定種類時,進行如下處理:將表示非特定種類之非特定種類資訊儲存於前述種類資訊,且產生包含文字資料之前述感測資料並發送,該文字資料儲存有藉由文字表示前述檢測對象之檢測結果的檢測結果資訊、及表示該檢測結果資訊之資料型態的型態資訊; 上述提示處理部基於由前述取得部取得之前述感測資料,判定前述種類資訊是否為前述非特定種類資訊,如為前述非特定種類資訊時,基於前述型態資訊進行前述檢測結果資訊之提示處理。
  11. 一種資訊處理方法,其係用於資訊處理裝置者,該資訊處理裝置取得由資料發送裝置發送之感測資料,該資料發送裝置具備發送處理部,該發送處理部進行相應於發生與指定為與檢測對象相關之事象之條件相符之事象,發送前述檢測對象之感測資料之處理;前述感測資料設為包含表示前述感測資料種類之種類資訊的資料;前述發送處理部判定前述感測資料之種類是否為特定種類,如為非特定種類時,進行如下處理:將表示非特定種類之非特定種類資訊儲存於前述種類資訊,且產生包含文字資料之前述感測資料並發送,該文字資料儲存有藉由文字表示前述檢測對象之檢測結果的檢測結果資訊、及表示該檢測結果資訊之資料型態的型態資訊,且 該資訊處理方法基於所取得之前述感測資料,判定前述種類資訊是否為前述非特定種類資訊,如為前述非特定種類資訊時,基於前述型態資訊進行前述檢測結果資訊之提示處理。
  12. 一種程式,其係使資訊處理裝置執行處理者,該資訊處理裝置取得由資料發送裝置發送之感測資料,該資料發送裝置具備發送處理部,該發送處理部進行相應於發生與指定為與檢測對象相關之事象之條件相符之事象,發送前述檢測對象之感測資料之處理;前述感測資料設為包含表示前述感測資料種類之種類資訊的資料;前述發送處理部判定前述感測資料之種類是否為特定種類,如為非特定種類時,進行如下處理:將表示非特定種類之非特定種類資訊儲存於前述種類資訊,且產生包含文字資料之前述感測資料並發送,該文字資料儲存有藉由文字表示前述檢測對象之檢測結果的檢測結果資訊、及表示該檢測結果資訊之資料型態的型態資訊,且 該程式使前述資訊處理裝置實現如下之功能:基於所取得之前述感測資料,判定前述種類資訊是否為前述非特定種類資訊,如為前述非特定種類資訊時,基於前述型態資訊進行前述檢測結果資訊之提示處理。
TW110133702A 2020-09-18 2021-09-10 資料發送裝置、資料發送方法、資訊處理裝置、資訊處理方法、程式 TW202218408A (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2020-157489 2020-09-18
JP2020157489 2020-09-18

Publications (1)

Publication Number Publication Date
TW202218408A true TW202218408A (zh) 2022-05-01

Family

ID=80776125

Family Applications (1)

Application Number Title Priority Date Filing Date
TW110133702A TW202218408A (zh) 2020-09-18 2021-09-10 資料發送裝置、資料發送方法、資訊處理裝置、資訊處理方法、程式

Country Status (6)

Country Link
US (1) US20230370570A1 (zh)
JP (1) JPWO2022059341A1 (zh)
KR (1) KR20230069913A (zh)
CN (1) CN116057594A (zh)
TW (1) TW202218408A (zh)
WO (1) WO2022059341A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115282596A (zh) * 2022-09-01 2022-11-04 深圳十米网络科技有限公司 体感设备的控制方法、装置、设备及计算机可读存储介质

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR3021790B1 (fr) * 2014-05-30 2022-10-14 Amadeus Sas Procede et systeme d'echange de contenu
US20170337425A1 (en) * 2016-05-19 2017-11-23 Scenera, Inc. Scene marking
JP7420734B2 (ja) 2018-11-13 2024-01-23 ソニーセミコンダクタソリューションズ株式会社 データ配信システム、センサデバイス及びサーバ

Also Published As

Publication number Publication date
JPWO2022059341A1 (zh) 2022-03-24
CN116057594A (zh) 2023-05-02
US20230370570A1 (en) 2023-11-16
KR20230069913A (ko) 2023-05-19
WO2022059341A1 (ja) 2022-03-24

Similar Documents

Publication Publication Date Title
US9516281B1 (en) Systems and methods for automated cloud-based analytics for security surveillance systems with mobile input capture devices
US9405979B2 (en) Systems and methods for automated cloud-based analytics and 3-dimensional (3D) display for surveillance systems
US9516279B1 (en) Systems and methods for automated cloud-based 3-dimensional (3D) analytics for surveillance systems
US9426428B2 (en) Systems and methods for automated cloud-based analytics and 3-dimensional (3D) display for surveillance systems in retail stores
US9516278B1 (en) Systems and methods for automated cloud-based analytics and 3-dimensional (3D) playback for surveillance systems
KR20090002657A (ko) 개체 정보를 포함하는 화상 파일 생성 방법 및 장치
CN110457571B (zh) 获取兴趣点信息的方法、装置、设备及存储介质
JP2020518165A (ja) 異なるデバイスによって生成されたビデオ画像、ピクチャ等のコンテンツの管理および検証のためのプラットフォーム
JP5718264B2 (ja) 地図調査装置、地図調査方法および地図調査プログラム
TW202218408A (zh) 資料發送裝置、資料發送方法、資訊處理裝置、資訊處理方法、程式
CN114241415B (zh) 车辆的位置监控方法、边缘计算设备、监控设备及系统
US9813567B2 (en) Mobile device and method for controlling the same
JP6171705B2 (ja) 地図情報取得プログラム、地図情報取得方法及び地図情報取得装置
KR20220023745A (ko) 차량 블랙박스와 연동한 교통사고 정보 관리 방법 및 이를 위한 장치
KR20230079358A (ko) 정보 처리 시스템 및 정보 처리 방법
JP6301062B2 (ja) 道路における異常挙動監視システム、プログラム、監視方法
CN105683959A (zh) 信息处理设备、信息处理方法及信息处理系统
KR101293924B1 (ko) 촬영된 영상에 위치정보와 환경정보를 부가하는 촬영장치 및 방법
JP2014160963A (ja) 画像処理装置及びプログラム
KR20190023679A (ko) 민원 신청을 처리하기 위한 컴퓨터 판독가능 저장 매체에 저장된 프로그램 및 사용자 디바이스
CN110705493A (zh) 车辆行驶环境的检测方法、系统、电子设备及存储介质
KR101836088B1 (ko) 영상 처리 장치
JP2008262582A (ja) 物体検出装置、物体検出プログラム
US20140168469A1 (en) Image display device and method, image generation device and method, and program
JPWO2022130521A5 (zh)