CN112424845A - 信息处理装置、信息处理方法和程序 - Google Patents

Abstract

在本发明中，优化了数据的收集以动态地对应于网络负载。根据本技术的信息处理装置(网关)被配置为通过网络与服务器和传感器相互通信。信息处理装置包括通信单元(通信单元19)和控制单元(中央处理单元11)。通信单元将用于传感器的设置参数发送到传感器，接收通过传感器基于设置参数感测获得的感测数据，并且将感测数据发送到服务器。在将从传感器接收的感测数据发送到服务器之前，控制单元确定是否需要处理感测数据(S2006)。

Description

信息处理装置、信息处理方法和程序

技术领域

本公开涉及一种信息处理装置、信息处理方法和程序。

背景技术

专利文献1描述了所谓的“事件驱动型”处理，其中，当诸如事故的事件发生时，图像数据从车载设备发送到服务器。

专利文献2和专利文献3在代理服务器的技术领域中描述了通过使用哈希索引，来执行对高速缓存的高速访问的代理服务器。

引用列表

专利文献

专利文献1：日本专利申请公开号2016-192598

专利文献2：日本专利申请公开号2002-373106

专利文献3：日本专利申请公开号2002-373107

发明内容

技术问题

在被称为“物联网”(IoT)的系统中，期望将巨大数量的节点作为终端设备连接到网络。物联网非常适合用于数据收集。然而，例如，在通过采用如专利文献1中所述的系统配置来安装物联网的情况下，在车载设备和服务器之间不存在中间处理。因此，如果节点的数量增加，则网络上的负载大，并且存在当事件发生时数据流量迅速地增加的问题。

鉴于上述情况，本技术的目的是提供一种信息处理装置、信息处理方法和程序，用于动态地优化对应于网络负载的数据收集。

解决问题的方法

用于实现目的的本技术的实施例是信息处理装置。

信息处理装置被配置为允许在服务器和传感器之间经由网络进行交互通信。

信息处理装置包括通信部分和控制部分。

通信部分将传感器的设置参数发送到传感器，接收基于设置参数感测的传感器的感测数据，并将感测数据发送到服务器。

控制部分确定在从传感器接收到的感测数据被发送到服务器之前是否需要感测数据的处理。

根据信息处理装置，由于在包括服务器，信息处理装置和传感器的系统中充当中间节点的信息处理装置确定是否需要处理感测数据，并且感测数据处理的负载不集中在服务器上，因此可以对应于网络负载动态地优化数据收集。

在信息处理装置中，控制部分可以被配置成在感测数据被发送到服务器之前根据感测数据来确定是否需要对感测数据进行处理。

根据上述配置，由于基于响应于感测数据的信息和状态(诸如外部温度和无线电状态强度的信息，以及发生交通事故的情况，但不限于此)来确定是否需要诸如压缩和平均的感测数据的处理，所以在重要的情况下不会降低感测数据的精度。

在信息处理装置中，通信部分可以被配置为当从传感器接收到对信息处理装置的连接请求时，向传感器发送用于初始设置或重置的设置参数。

根据上述配置，由于信息处理装置在接收来自传感器的连接请求(例如切换)的时刻向传感器发送设置参数，因此有利于平滑的信息收集。

在信息处理装置中，包括多个传感器，并且控制部分可以被配置成响应于放置传感器的多个移动体的数量和密度的变化来更新设置参数。

根据上述配置，响应于放置在移动体上的传感器的数量的变化及其密集状态，将可能立即收集信息。

在信息处理装置中，通信部分可以被配置成根据设置参数的类型，从至少包括单播方式和广播方式的发送方式中选择向传感器发送设置参数的方式。

根据上述配置，根据设置参数的类型，可以将相同的参数应用于连接到信息处理装置的多个传感器，并且可以将单独的参数应用于每个传感器。它能够灵活地分配设置参数，还可以动态地响应网络和服务器的负载的变化。

在信息处理装置中，控制部分可以被配置为在处理感测数据的情况下通过哈希函数压缩感测数据。

根据上述配置，由于单向哈希函数的压缩具有良好的压缩率，因此减少了网络和服务器上的负载。

用于实现目的的本技术的其它实施例是一种信息处理方法，包括:

配置信息处理装置，以经由网络在服务器和传感器之间进行交互通信；

发送传感器的设置参数到传感器；

接收基于设置参数感测的传感器的感测数据；

确定是否需要处理从传感器接收的感测数据；以及

发送感测数据到服务器。

用于实现目标的本技术的实施例是由计算机执行的程序，该程序使得计算机执行：

配置计算机以经由网络在服务器和传感器之间进行交互通信的步骤；

发送传感器的设置参数到传感器的步骤；

接收基于设置参数感测的传感器的感测数据的步骤；

确定是否需要处理从传感器接收的感测数据的步骤；以及

发送感测数据到服务器的步骤。

发明的有利效果

如上所述，根据本技术，可以提供用于对应于网络负载动态优化数据收集的信息处理装置、信息处理方法和程序。

注意，这里描述的效果不一定是限制性的，并且可以提供本公开中描述的任何效果。

附图说明

[图1]图1是根据第一实施例的系统的网络配置的概念图。

[图2]图2是包括在根据上述实施例的系统中的网关等的配置示例。

[图3]图3是用于说明上述实施例的整体操作的概要的图。

[图4]图4是用于说明上述实施例中的设定阶段的第一图。

[图5]图5是用于说明上述实施例中的收集数据的图。

[图6]图6是用于说明上述实施例中的收集频率的图。

[图7]图7是用于说明上述实施例中的设定阶段的第二图。

[图8]图8是上述实施例的参数设置的处理过程(服务器)的示例。

[图9]图9示出了根据上述实施例的参数设置的处理过程(网关)的示例。

[图10]图10是上述实施例的参数设置的处理过程(传感器)的示例。

[图11]图11是用于说明上述实施例中的操作阶段的第一图。

[图12]图12是示出上述实施例中感测数据的具体示例的图。

[图13]图13是用于说明上述实施例中的操作阶段的第二图。

[图14]图14示出了根据上述实施例的数据收集的处理过程(传感器)的示例。

[图15]图15是上述实施例中的传感器收集数据格式的示例。

[图16]图16是用于说明上述实施例中的操作阶段的第三图。

[图17]图17是示出了上述实施例中的经处理的感测数据的具体示例的图。

[图18]图18是示出通过上述实施例中的处理(压缩)构建的哈希树的图。

[图19]图19是示出通过上述实施例中的处理(压缩)配置的哈希的数据格式的具体示例的图。

[图20]图20是根据上述实施例的数据收集的处理过程(网关)的示例。

[图21]图21示出了上述实施例中的数据收集处理的过程(服务器)的示例。

[图22]图22是用于说明在上述实施例的服务器中基于哈希树复制数据的方法的概要的图。

[图23]图23是用于说明上述实施例中的利用阶段的图。

[图24]图24是上述实施例的服务器的数据分析结果的示例。

[图25]图25是上述实施例中的利用阶段的处理过程(传感器)的示例。

[图26]图26是上述实施例中的利用阶段的处理过程(服务器)的示例。

[图27]图27是用于说明第二实施例的整体操作的概要的图。

[图28]图28是上述实施例中的传感器的处理过程的示例。

[图29]图29是上述实施例中的网关的处理过程的示例。

[图30]图30示出了上述实施例中的服务器的处理过程的示例。

[图31]图31是用于说明第三实施例的整体操作的概要的图。

[图32]图32是上述实施例中的传感器的处理过程的示例。

[图33]图33是上述实施例中的网关的处理过程的示例。

[图34]图34是上述实施例中的服务器的处理过程的示例。

[图35]图35是用于说明第四实施例中的设定阶段的第一图。

[图36]图36是用于说明上述实施例中的设定阶段的第二图。

[图37]图37是根据第五实施例的网关的处理过程的示例。

具体实施方式

在下文中，将参考附图描述本公开的实施例。

将依照以下顺序描述本技术的实施例。

1.第一实施例

1.1.整个系统

1.2.服务器、网关和传感器的配置

1.3.总体操作的说明

1.4.设置阶段

1.4.1.设置阶段的概述

1.4.2.设置阶段的明细

1.5.操作阶段

1.5.1.传感器数据收集过程

1.5.2.网关数据收集过程

1.5.3.服务器数据收集过程

1.6.使用阶段

2.第二实施例

3.第三实施例

4.第四实施例

5.第五实施例

6.其他实施例

7.附录

1.第一实施例

在本实施例，将物联网系统中的物联网设备示出作为传感器的示例，并且将车载传感器(车载设备)示出作为物联网设备的另一示例，然而传感器不限于本实施例。

在本实施例，作为信息处理装置的示例，示出了无线数据通信系统中的基站(以下，主要称为“网关”)，然而信息处理装置不限于本实施例。

在本实施例，作为服务器的示例，示出了物理上包括多个服务器组的所谓的云服务器，然而服务器不限于本实施例。

在本实施例，作为收集数据的示例，假设车载设备的各种无线通信环境(无线电波强度等)的状态，然而本技术不限于本实施例。

1.1.整个系统

参照图1，其示出了根据本发明实施例的整个系统的配置的概念图。如图1所示，整个系统1包括服务器300，多个网关200，多个传感器100。

每个网络N被配置为允许云(服务器300)和网关200之间，网关200和传感器100之间，云(服务器300)和传感器100之间的交互通信。顺便提及，网关200也可以具有传感器100的功能。

网络N是包括网络N1和网络N2的本实施例的网络的通称。网络N的物理层，数据链路层等不受限制。例如，因特网，蜂窝电话通信网络(包括MNO(移动网络运营商)网络和MVNO(移动虚拟网络运营商)网络)，根据各种无线局域网标准的网络，短距离无线通信(包括蓝牙)等可以被利用作本实施例的网络。网络N可以利用广域网络、商业网络、专用网络等。

在具有类似于系统1的配置的系统中，如果传感器的数量增加，则可能发生网络拥堵，或者可能对从传感器获得数据的网关或服务器上施加处理负载。

1.2.服务器，网关和传感器的配置

参照图2，其示出了根据本实施例的网关等的配置的概念图。如图2(a)所示，网关200具有类似于通用计算机的配置。具体地，网关200包括CPU(中央处理单元)11、ROM(只读存储器)12、RAM(随机读取存储器)13、输入/输出接口15以及连接它们彼此的总线14。

中央处理单元11根据需要适当地访问随机读取存储器13等，并且在执行各种类型的算术处理时，整体地控制整个相应的块。只读存储器12是非易失性存储器，其中固定地存储由中央处理单元11执行的操作系统(OS)和诸如程序以及各种参数的固件。随机读取存储器13被用作中央处理单元11的工作区域等，并且临时地存储操作系统，正在执行的各种应用程序以及正在处理的各种类型的数据。

此外，中央处理单元11通过加载存储在只读存储器12中的软件程序来构成本装置的控制部分。

显示部分16、操作接收部分17、存储部分18、通信部分19等连接到输入/输出接口15。显示部分16是使用例如LCD(液晶显示器)，OELD(有机电致发光显示器)或者CRT(阴极射线管)的显示设备。操作接收部分17例如是诸如鼠标，键盘或者其他输入设备的指示设备。顺便提及，显示部分16和操作接收部分17可以通过液晶触摸面板组合在一起。

存储部分18是诸如HDD(硬盘驱动器)，闪存(SSD；固态硬盘)和其他固态存储器的非易失性存储器。上面所述的操作系统，各种应用程序和各种类型的数据被存储在存储部分18中。

通信部分19是诸如NIC(网络接口卡)和无线网络的用于无线通信的各种模块中的一个。通信部分19使得能够在本装置和其他装置之间发送和接收数据。

如图2(a)所示的配置是网关200的配置的示例，并且可以添加其他元件，并且其一部分可以被省略。服务器300和传感器100可以具有与网关200相同的配置。可以将其他元件添加到服务器300和传感器100的配置中，并且其一部分可以被省略。

图2(b)示出了传感器100的配置示例。与图2(a)相同的部分的描述被省略。传感器100具有传感器部分20和传感器部分21。在这种情况下，示例了可以累积两种类型的感测数据的传感器100。传感器部分20和传感器部分21的具体示例包括例如照相机，人体传感器，能够评估无线通信的无线电波强度和无线电波质量的天线等。然而，本实施例不旨在限制传感器100。

1.3.总体操作的说明

参照图3，其示出了根据本实施例的用于解释系统1的总体操作的概要的概念图。如图3所示，多个网关200可以是位于传感器100和服务器300之间的中间节点，并且可以具有多层结构，其中任一网关200位于另一个网关200的上面。

在系统1的操作之前，服务器300进行每个网关200的设置(图3中1-1)。每个网关200基于由服务器300对每个网关200进行的设置，来进行传感器100的设置(图3中1-2)。到此为止是设置阶段。

接下来，传感器100发送感测到的信息到每个网关200。每个网关200从传感器100收集信息(图3中2-1)。每个网关200将收集的信息或处理的信息发送到服务器300。服务器300从每个网关200收集信息(图3中2-2)。到此为止是操作阶段。

服务器300基于收集的信息执行分析等，并且反馈以对每个网关200和传感器100进行重置、控制等(图3中3、4)。到此为止是利用阶段。

在设置阶段，关于传感器100的设置，可以原样使用由服务器300发送到每个网关200的关于设置的信息，或可以基于每个网关200从服务器300接受的设置来生成该信息。在这两种情况下，通常传感器100的设置参数来自服务器300。

虽然在图3中未示出，但是在根据本实施例的系统1中，还允许服务器300直接设置传感器100，并且信息直接从传感器100发送到服务器300。

传感器100的感测数据等主要由应用层处理。应用层仅指定端到端，并且在中间的节点(中间节点)通常是透明的。在本实施例中，作为中间节点的网关200在操作阶段收集和处理传感器100的感测数据。

考虑非常大数量的诸如物联网的传感器设备连接到网络，将在相应的传感器100和服务器300之间发生端到端的交换。对服务器300的访问增加和网络负载增加成为问题。

在本实施例中，通过网关200降低了网络负载。具体地，当网络N1是有线网络并且网络N2是无线网络时，考虑到感测信息是高度位置依赖的事实，使用作为无线网络和有线网络之间的边界的基站作为本实施例的网关200是有利的，然而配置不限于此。

1.4.设置阶段

1.4.1.设置阶段的概述

设置阶段分为两步：从服务器300到网关200的设置过程和从网关200到传感器100的设置过程。

在本实施例中，服务器300相对于中间节点的网关200对传感器100设置传感器100以何种模式(经处理的，未经处理的)发送给服务器300何种数据项，以及发送频率。结果，即使当网络负载改变时，例如当传感器100的数量增加时，也可以优化数据收集。

如图4所示，在从服务器300到网关200的设置过程中，服务器300设置从传感器100到网关200的将要收集的数据项和频率。

在图4中，首先，网关200将自己的装置的位置信息通知给服务器300(S401)。接下来，服务器300确定通知了位置信息的网关200的参数(S402)。接下来，通知由服务器300确定的参数，即本实施例的数据收集设置(S403)。接下来，网关200将数据收集参数设置到自己的设备(S404)。接下来，网关200通知服务器300设置完成(S405)。

在图4的S402中，根据收集的数据的数据项，服务器300指定网关200(基站)处数据的预处理。预处理的示例包括平均处理，压缩处理和组合处理。平均处理包括对每个终端收集的数据的平均处理，以及对整个基站区域中的终端以上的平均处理。压缩处理包括无损压缩和有损压缩。有损压缩包括由单向哈希函数进行的压缩。在本实施例中，由单向哈希函数执行压缩。组合处理包括将多个收集的数据或压缩的数据组合成一个或几个束。

参照图5和6，将描述上述的“将要收集的数据项”(收集数据)和“收集频率”。图5示出了在系统1中收集的数据项的概要。其中示出了概要和更详细的数据项。此外，数据项不限于图5所示的那些。图6是图5所示的收集频率的说明图。

如图5所示，在系统1中收集的数据，换句话说，由服务器300收集的数据包括传感器100自身的信息，处理数据和原始数据。收集数据可以包括当传感器100初始附接到系统1的网络N时仅要收集一次的数据，将要周期性收集的数据以及将要非周期性收集的数据。周期性收集的数据的周期还可以被划分成多个步骤，例如短周期和长周期。非周期性收集的数据包括具有诸如移动图像的大量数据的感测数据。

如图6中实线箭头所示，周期性收集的数据从传感器100发送到服务器300。如图6中虚线箭头所示，当存在来自服务器300的请求时或当传感器100检测到事件的发生时，非周期性收集的数据从传感器100发送到服务器300。

如图7所示，从网关200到传感器100的设置过程中，网关200向进行连接请求的传感器100通知由服务器300指定的用于数据收集的设置参数。这里，除了从服务器300指定的设置外，网关200可以执行附加的数据收集设置。然而，与从服务器指定的设置相反的设置是不被允许的。顺便提及，如果传感器100已经接收了一次设置参数，则传感器100使用由网关200通知的设置参数作为用于重置的设置参数。

顺便提及，作为传感器100向网关200请求连接的情况，存在初始附接网络的情况，例如当电源打开时，当通信功能打开时；当其从一个网关(基站)切换到另一个网关(基站)时，当其从范围外移动到范围内时，等等。这里切换的发生包括切换的开始，进行中的切换和切换的完成。网关200在从传感器100接收到连接请求的时刻，发送设置参数到传感器100，从而促进平滑的信息收集。

在图7中，传感器100首先请求连接到网关200(S701)。接下来，网关200确定是否允许连接请求(S702)。接下来，网关200向进行了连接请求的传感器100通知连接许可或拒绝许可(S703)。这里，假设允许连接请求。接下来，网关200向传感器100通知数据收集设置参数(S704)。接下来，传感器100设置数据收集参数到自己的装置(S705)。接下来，传感器100向网关200通知连接和设置的完成(S706)。

1.4.2.设置阶段的明细

图8、图9和图10示出了作为服务300，网关200和传感器100中的每一个的控制部分的中央处理单元11的与参数设置有关的处理过程的示例。

在图8中，服务器300首先检查没有设置参数的网关200(基站)的存在与否(S801)。即使没有这样的网关200，服务器300检查应该改变参数的网关200(基站)的存在与否(S802)。如果存在这样的网关200中的任一个，则服务器300向网关200通知设置参数(S803)。如果设置参数的包等中包括设置完成的通知，则结束服务器300的处理(S804)。

在图9中，网关200首先检查是否未设置自己的装置的参数(S901)。如果已经设置自己的装置的参数(S901，否)，则检测自己的装置的行进距离等(S907，将稍后描述)。

如果没有设置自己的装置的参数(S901，是)，则网关200向服务器300通知自己的装置的位置信息和移动性信息(S902)。随后，网关200检查是否通过来自服务器300的设置参数的通知指定了参数，如图8的S803中所述(S903)。

如果从服务器300指定了设置参数(S903，是)，网关200将设置参数改变到指定的参数(S904)。接下来，其向服务器300通知设置完成(S905)。接下来，其向传感器100(车辆)通知参数的变化(S906)。

接下来，网关200检测网关200(自己的装置)的行进距离等(S907)。

接下来，网关200确定在S907中检测的行进距离等是否超过预定的阈值(S908)。如果确定行进距离等超过了预定的阈值(S908，是)，则网关200向服务器300通知网关200(自己的装置)的新位置信息等(S902)。

另一方面，如果确定行进的距离等没有超过预定的阈值(S908，否)，则网关200持续地使用从服务器300指定的设置参数(S909)，然后检测行进距离等(S907)，并且将检测到的行进距离等与阈值进行比较(S908)。顺便提及，图9中的行进距离等还包括位置，连接中的基站，速度，加速度的变化，等等。此外，图9中预定的阈值在本实施例中是诸如检测到的行进距离之类的绝对量，然而在其他实施例中，预定的阈值可以是行进距离等的相对变化量(差值)。

在图10中，传感器100首先确定是否连接(包括重新连接)到网关200(基站)(S1001)。接下来，传感器100向网关200通知连接请求(S1002)。接下来，传感器100确定参数是否已经由服务器300指定，并且如果已经设置了参数指定，则传感器100将设置参数改变为指定的参数(S104)。接下来，传感器10向作为基站的网关通知设置完成(S1005)。

如果没有从服务器300指定设置参数(S1003，否)，则传感器100检查当前(连接后)是否已经从网关200设置了指定的参数(S1006)。如果其已经设置，则持续地使用当前的参数(S1007)。如果没有设置，则重置当前的参数(S1008)。传感器100在参数设置(S1005)，参数的连续使用(S1007)和参数的重置(S1008)中的任一个中等待来自服务器300的下一个参数指定(S1003)。

如果传感器100重置数据收集参数(S1008)，则其停止发送数据到网关200(或服务器300)。但是，即使在这种情况中，传感器100可以继续内部地收集(例如感测)数据。

1.5.操作阶段

1.5.1.传感器数据收集过程

操作阶段被划分为两个步骤：从服务器100到网关200的数据收集过程和从网关200到服务器300的数据收集过程。从传感器100到网关200的数据收集过程被划分为建立连接的过程(前步骤)和感测以及发送数据的过程(后步骤)。

如图11所示，在从传感器100到网关200的数据收集过程的前步骤中，传感器100与网关200建立连接。

在图11中，传感器100首先向网关200发出连接请求(S1101)。接下来，网关200确定是否允许与发出连接请求的传感器100的连接(S1102)。接下来，网关200向传感器100通知连接被允许与否的确定结果(S1103)。在这个说明性的示例中，假设连接被允许，并且传感器100然后向网关200通知连接完成(S1104)。

当建立了到传感器100的连接时，网关200通知用于数据收集的设置参数(S1105)。可以以广播方式向连接到网关200的所有传感器100执行这个通知(S1105)。接下来，传感器100将从网关200通知的数据收集参数设置到自己的装置(S1106)。此外，传感器100向网关200通知设置完成(S1107)。

如图11所示，在本实施例中，网关200对在S1105中发出连接请求的每个传感器100(或发出连接请求并且连接被允许的传感器100)发送设置参数。即，网关200以单播方式向传感器100发送设置参数。通过由网关200以单播方式向传感器100发送设置参数，适合于每个传感器100的状态和环境的设置参数被应用到传感器100。此外，当发送设置参数到传感器100时，网关200仅将与上次发送的设置参数的差值发送到传感器100。通过由网关200仅发送差值，减少了流过网络的数据量。

注意，在S1105中，网关200可以将数据收集参数集体地通知在网关200的通信范围内的多个传感器100。即，网关200可以以广播(或多播，群播)方式向多个传感器100发送设置参数。由于网关200以广播方式等向传感器100发送设置参数，因此可以以少量的通信(一次等)向多个传感器100通知设置参数。网关200可以通过广播方式等周期性地(例如，10分钟一次等)通知设置参数，而无论与传感器100的连接的建立(S1101至S1104)。

因为发送到传感器100的设置参数是被配置为包括多个设置参数的一组参数，网关200可以向发出连接请求的每个传感器100(或发出连接请求并且被允许连接的每个传感器100)通知设置参数的一部分，并且可以向在网关200通信范围内的多个传感器100集体地通知设置参数的其他部分，例如剩余设置参数。

在网关200以单播方式通知设置参数的一部分，但是以广播方式等通知设置参数的其他部分的情况下，网关200依据设置参数的类型从诸如单播，广播，多播，组播等的通信方法中选择用于发送设置参数的通信方法。例如，网关200通过对每个传感器100发送的单播方式，发送用于收集诸如移动体(车辆等)的驾驶员的个人状态的数据的设置参数。另一方面，网关200通过同时地发送到从属于网关200的传感器100的广播方式，发送用于收集诸如以网关200为中心的环境信息的数据的设置参数。如上所述，网关200的通信部分19(或中央处理单元11)通过单播方式将对每个传感器100应用单独设置的类型的设置参数发送到传感器100，并且通过广播方式将对未指定数量的传感器100应用相同设置的类型的设置参数发送到传感器100，从而使得能够灵活分配设置参数。因此，利用这个配置，可以动态地响应网络和服务器的负载的变化。

参照图12，示出了将要从传感器100发送到网关200的感测数据(收集的数据)的具体示例。如图12所示，例如，在传感器100被放置在诸如本实施例中的车辆的移动体上的情况下，将与车辆内部状态有关的数据(乘客的数量等)和与车辆外部状态有关的数据(位置数据，关于诸如速度的移动性数据，无线通信环境等)示例为感测数据。

如图12所示，通过从网关200发送到传感器100的设置参数指定将要从传感器100发送到网关200的数据项，时刻，附加的处理等。在图12的示例中，网络附接时刻，周期性时刻，非周期性时刻等作为可设置时刻示出。

顺便提及，传感器100中的数据收集(感测等)的时刻不需要与图12中示出的发送时刻相一致。图12的发送时刻由设置参数设置，并且数据收集本身可以在更加频率的时刻执行。例如，对于需要周期性发送的数据项，期望数据收集周期等于或短于图12的设置(数据发送周期≤数据感测周期)，或数据收集频率等于或更高(数据发送频率≥数据感测频率)。

如图13所示，在从传感器100到网关200的数据收集过程的后步骤，传感器100依据设置阶段中的设置参数执行数据收集(感测)和数据发送。

首先，在图13中，传感器100执行数据收集(感测)(S1301)。此时，传感器100根据需要重新应用设置参数到自己的装置(S1301)。接下来，传感器100连接到网关200并且通知设定完成(S1302)。接下来，传感器100发送收集的数据(感测数据)到网关200(S1303)。接下来，网关200执行感测数据的接收通知(S1304)。这个通知被执行而无论接收是成功(Ack)或不成功(Nack)。

当传感器100在连接到网关200的同时发送感测数据时，执行上述图13中的处理。

可以在数据收集(感测)和数据发送之间在车辆中处理数据。数据处理的具体示例包括收集数据的时间平均，收集的运动图像的编码，隐私保护(对人的马赛克)等。

在传感器100在自己的装置中执行感测数据的处理(压缩等)的情况下，传感器100在数据收集(S1305)之后执行数据处理(S1306)。随后的过程(S1307、1308)与S1303、S1304的过程相同。

在图13中，如果在数据收集期间或在数据发送之前(例如，从S1301到S1303)，数据收集设置参数发生了变化，则传感器100可以丢弃先前收集的数据。

图14示出了数据收集(传感器100)的处理程序的示例。在图14中，首先确定传感器100是否被切换(S1401)。当执行切换时(S1401，是)，传感器100执行一系列的切换的过程(S1402)，并且根据从通过切换而新连接到的网关200接收到的设置数据设置传感器100(自己的装置)的参数(S1403)。当放置在移动体(车辆等)上的传感器100移动时，通过在切换的发生的时刻(包括切换的开始，切换过程中以及切换的完成)更新传感器100(自己的装置)的设置参数，传感器100可以在进入与网关200的通信有效的区域之后立即使用合适的设置参数来收集信息。

另一方面，当不执行切换时(S1401，否)，传感器100跳过切换过程，并且基于从网关200接收到的设置参数来设置自己的装置的参数(S1403)。在设置参数之后，传感器100确定当数据初始连接到网关200时，即，当数据初始附接到网关200时，将要执行的数据发送是否已经被执行(S1404)。当传感器100第一次连接到网关200时，被发送的数据包括传感器100(自己的装置)的静态信息，诸如中央处理单元11和随机存取存储器13的规格和固件版本，传感器100(自己的装置)的动态信息，诸如中央处理单元11的温度和随机存取存储器13的利用率，以及传感器100(自己的装置)的环境信息，诸如感测数据。当在第一次连接到网关200的时候要发送的数据还没有发送时(S1404，否)，传感器100发送数据到网关200(S1405)。

在根据从网关200接收到的设置参数对传感器100(自己的装置)设置参数之后，传感器100确定在由网关200分发和发送的设置参数是否发生了变化(S1406)。因为网关200向传感器100通知设置参数的改变，所以传感器100基于来自网关200的通知的存在或不存在来确定设置参数是否被改变。如果设置参数改变(S1406，是)，则传感器100丢弃还未发送到网关200的收集的数据(S1407)，必要时进行切换，并且重置参数(S1403)。

另一方面，当设置参数的改变没有发生时(S1406，否)，传感器100收集(感测)将要发送的数据项的数据(S1408)。接下来，传感器100继续感测，直到发送数据的时刻到来(S1409)。当发送数据的时刻到来时(S1409，是)，传感器100确定是否在数据发送之前处理感测数据(S1410)。如果感测数据被处理(S1410，是)，则传感器100处理收集的感测数据(S1411)。另一方面，如果感测数据不被处理(S1410，否)，传感器100跳过收集的感测数据的处理。

接下来，传感器100确认用于数据发送的无线资源是否被分配(S1412)，并且如果它们没有被分配(S1412，否)，则传感器100请求网关200以分配无线资源(S1413)。

接下来，传感器100形成将要发送的数据的格式(S1414)，并且使用分配的无线资源发送数据到网关200(S1415)。图15示出了在S1414中形成的数据格式的示例。如图15所示，从传感器100发送的数据的格式分为头和有效载荷，并且可以存储多个(包括多个类型)收集的数据束。

在上面参照图13和图14所述的传感器数据收集过程中(特别是从S1401到S1403)，每次发生切换时，传感器100从网关200下载设置参数并且将它们应用到自己的装置。反过来，响应于来自切换了的传感器100的设置参数的下载请求，网关200发送设置参数。网关200可以使用切换生成信息作为发生事件来发送设置参数。与设置参数的发送有关的处理的详细过程如设置阶段中所述。

1.5.2.网关数据收集过程

如图16中所示，在从网关200到服务器300的数据收集过程中，网关200根据从服务器300设置的设置参数来执行数据发送。

在图16中，网关200从传感器100(车辆)接收感测数据(S1601)，并且根据需要处理接收到的数据(S1602)。接下来，网关200以各种时刻，例如周期性时刻和非周期性时刻，将经处理的数据(或未经处理的数据)发送到服务器300。当服务器300接收数据时，服务器300返回数据的接收通知到网关200(S1604)。

顺便提及，网关200自身可以执行数据收集(感测)。在这种情况下，网关200还用作传感器100。

在图16中，数据处理并非不可或缺的，并且网关200确定是否执行数据处理。数据处理的具体实施例包括例如数据平均，压缩以及组合。如果在图16的S1602中执行数据处理，例如，如果网关200执行处理，则网关200将收集的数据与用于每个车辆处理的数据和在基站覆盖范围内经受平均处理的数据区分开来。图17示出了区分开的数据项。如图17所示，网关200指定要从网关200发送到服务器300的数据项、时刻、附加处理等。

如果收集的数据作为用于每个车辆的数据被处理，则收集的数据趋向于具有更大量的数据，并且然后网关200压缩数据。在这种情况下，可以通过单向哈希函数执行压缩。如果通过单向哈希函数执行压缩，则通过输入感测数据到单向哈希函数而获得的哈希值输出成为实际收集(发送或接收)的数据。此外，如果通过单向哈希函数执行压缩，则不必收集在压缩之前的感测数据本身(仅收集哈希值)。

下面，假设网关200使用单向哈希函数作为处理示例来执行压缩，并且将描述网关200的详细数据收集过程。

首先，作为用于这样的压缩的背景，当试图将从传感器100收集的原样的数据收集到服务器300时，数据量与传感器100的设备的数量成比例的增长是有问题的。正常压缩(诸如zip)不改变数据量的成比例增加的关系。

因此，在本实施例中，作为解决方案，采用了使用单向哈希函数的压缩。在本实施例中，通过在网关200中执行压缩，减少了设备和云上的负载，并且减少了无线部分中的通信量。

此外，在本实施例中，在整个系统1或系统1的一部分中构造哈希树。哈希说以网关200(基站)为单元生成。通过传感器100收集的数据高度依赖于位置。因此，如果以网关200(基站)为单元，即以位置为单位生成哈希树，则与不以位置为生成哈希树的情况相比，提高了使用数据时的可用性。此外，网关200(基站)将头添加到哈希树，并且描述对头执行压缩的网关200(基站)的信息(位置信息)。

图18示出了哈希树的示例。如图所示，在每个网关200或传感器100处，通过单向哈希函数再次对与从属的网关200或传感器100中压缩的哈希相组合的哈希执行压缩。哈希树如图18所示被构造。

在图18中，期望组成一个哈希树的数据是相同的。此外，构成单个哈希树的哈希函数期望是相同的。附接到图18中的数据的A至E索引的具体示例包括例如在同一时间(或在接近同一时间的时间)收集数据的不同车辆的索引(身份(识别码))。此外，在相同车辆中存在不同时间(或时间指标)。此外，图19示出了哈希数据格式的示例。

图20是网关200的数据收集过程的处理过程的示例。在图20中，网关200首先检查通过服务器300分发的设置参数是否改变了(S2001)。如果设置参数改变了(S2001，是)，则网关200准备发送从传感器100接收并且累积至此的数据(S2002)。

另一方面，如果设置参数没有改变(S2001，否)，则网关200从传感器100(车辆)接收数据(S2003)。接下来，网关200然后累积数据(S2004)并且等待将累积数据发送到服务器300的时刻(S2005)。接下来，当数据发送的时刻到达时(S2005，是)，网关200确定是否处理数据(通过哈希函数的压缩除外)(S2006)。

网关200首先基于传感器100的感测数据，并且第二基于在设置阶段中设置在传感器100中的用于数据收集的设置参数，来确定是否需要数据处理(S2006)。

在第一确定中，网关200基于传感器100的感测数据确定在系统1中发生了什么事件(此后称为“发生事件”)，并且基于确定的发生事件来确定是否需要数据处理。发生事件包括由传感器100感测的整个事件，例如事故的检测，传感器100的运动(以及诸如放置传感器100的车辆的运动体)，移动体的切换的发生(包括切换的开始，切换的执行期间，切换的完成)等。

在第二确定中，网关200依据传感器100的设置参数，特别是每个数据项的类型，来确定是否需要数据处理。设置参数的每个数据项被设置作为用于每个车辆的数据或用于每个基站的数据(图17)。因此，例如，基站200确定如果数据是用于每个车辆的数据，则处理数据，并且如果数据是用于每个基站的数据，则不处理数据。

如上所述，在本实施例中，网关200用作在系统1中的服务器300和传感器100之间的中间节点，确定是否需要感测数据的处理。因此，负载不在服务区300上集中，并且服务器300仅需要将根据网络负载等优化的设置参数发送到用于每束传感器的中间节点，使得数据收集可以对应网络负载进行动态优化。

接下来，网关200基于在S2006中的确定来处理数据(S2007)。接下来，网关200确定是否通过哈希函数压缩数据(S2008)。这还可以基于在类似于S2006中确定的设置阶段中从服务器300发送到网关200的设置参数来完成。

接下来，网关200基于S2008中的确定通过哈希函数压缩数据(S2009)。

接下来，网关200形成将要发送的数据的格式(S2010)。接下来，网关200以形成的数据格式发送数据到服务器300(S2011)。接下来，网关200丢弃累积的数据(S2012)。

顺便提及，如果在网关200的设置参数被改变，则其可以发送到目前为止累积的数据。此外，因为有线网络与无线网络相比具有资源裕度，所以在S2006或S2008中确定的时间，可以在有线网络中发送数据而不需要处理/压缩。

1.5.3.服务器数据收集过程

图21是数据收集过程(服务器300)的程序的示例。图22是用于说明在服务器300中基于哈希树复制数据的方法的概要的图。

在图21中，服务器300读取哈希树的头(S2101)并且计算待求解的哈希的数量Nwo(S2102)。接下来，掌握哈希树中使用的哈希函数(S2103)，并且将0设置到工作变量n(S2105)。此后，直到n<N(S2105)，重复下面的操作：生成解压缩候选数据(S2106)，生成解压缩候选数据的哈希(S2108)，并且将生成的哈希与在哈希树中使用的数据的哈希值相比较(S2109)，并且搜索匹配(S2110)。

在图22的情况中，因为数据的数量是5，所以N是9，期望哈希值的索引n(0至N-1)以宽度的优先级被放大。掌握哈希函数的过程包括掌握哈希函数处理前后的数据大小(哈希大小)。

如上所述，由单向哈希函数压缩的数据也可以被复制。此外，由单向哈希函数的压缩具有好的压缩率，其减少了网络N和服务器300上的负载。

1.6.利用阶段

图23是示出利用阶段的概要的图。在本实施例中，因为车辆中的无线通信系统的评估作为反馈返回，服务器300分析无线通信系统的累积数据，如图23所示(S2301)。作为分析的结果，服务器300输出入如图24所示的数据。

图24示出了从服务器300提供的无线系统环境信息的示例。如图所示，服务器300提供了可以在对应于基站及其通信质量(例如，通量，网络延迟等)的区域中可用的无线系统。应注意，服务器300期望不仅提供关于单个基站的信息，而且提供包括周边多个基站的信息。

存在两种从服务器300反馈到传感器100的方法。第一种方法是从网关200向区域中的传感器100广播的方法。第二种方法是从传感器100向网关200请求的方法。在第二种方法中，放置传感器100的车辆的目的地信息也可以与请求一起发送，并且服务器300可以提供关于路线周围的基站(网关200)的信息。

将参照图25和26来描述第二种方法中的传感器100和服务器300的处理程序。

在图25中，传感器100向基站(网关200)请求无线系统信息(S2501)。此时，一起发送车辆的目的地信息。接下来，当从网关200获取无线系统信息时(S2502)，传感器100根据切换的发生的概率(S2503至S2505)来提取关于感兴趣基站的无线系统信息(S2506，S2507)，并且检查在感兴趣基站的区域中目前关闭的无线系统是否在自己的装置中操作(S2508)。如果存在这样的功能，则打开该功能(S2509)。反过来，关闭不太可能在感兴趣基站的区域中操作的任何无线系统，除非它是致命的(S2510至S2512)。

在图26中，当服务器300从车辆(传感器100)接收到还附带目的地信息的无线系统信息的请求时(S2601)，服务器300从车辆的目的地计算可能的路线(S2602)，以掌握可能路线周围的基站(网关200)(S2603)。接下来，服务器300确定是否存关于相应基站的一个或多个无线系统信息(S2604)。如果存在，则关于相应基站的无线系统信息被准备(S2605)，以预定的格式被形成(S2606)，并且被发送(S2607)。注意，如果不存在无线系统信息，将不存在无线系统信息发送到车辆(S2608)。

当如上所述利用传感器100时，传感器100可以使用由其他传感器100累积的无线系统信息(诸如波强度)来设置预优化的无线系统。

2.第二实施例

如上所述，第一实施例假设车载设备的各种无线通信环境的状态(无线电波强度等)作为收集的数据的示例。本技术可以使用各种实施例。第二实施例公开了一种示例，其中在事故事件发生时通过使用与第一实施例相同的系统和配置来利用感测数据。

在第二实施例中的“事故事件”是指事故等，但是如第一实施例中所述，“发生事件”在整个本技术中包括在下节点中发生切换和传感器100(或放置其的车辆等)的运动。在本实施例中，假设事故事件是发生事件的示例。

在第二实施例中，示出了当交通事故发生时，将预计的损害情况提供到特定的外部机构(警察、消防部门、医院等)，然而本发明并不限于此。注意，本实施例的系统配置和服务器300，网关200以及传感器100的配置可以与第一实施例的配置相同。

图27是用于说明第二实施例的整体操作的概要的图。在图27中，当传感器100在自身上或周围检测到事故时(S2701)，传感器100发送事故检测通知到邻近的网关200(S2702)。网关200使用事故检测通知来确定对服务器300的通知。

事故检测通知由传感器100的传感器部分20和传感器部分21来检测。在传感器部分20和传感器部分21被配置为车载摄像机的情况下，感测数据作为移动图像来获得。顺便提及，在网关200具有监视摄像机等作为传感器设备的情况下，网关200也可以获取移动图像作为感测数据。

网关200向服务器300通知事故检测通知(S2704)。此外，与此并行地，网关200执行数据分析，并且将分析结果发送及传递到将要发送的网关200(S2705)，例如受事故影响的基站。

响应于事故检测通知，服务器300累积附加的感测数据，并且基于累积的数据执行分析(S2706)。可以持续地执行网关200对感测数据的感测和向服务器300的发送，并且可以由多个网关200完成这样的感测和发送。服务器300发送及传递分析结果到诸如警察或消防部门的外部机构(S2707)。此外，服务器300将分析结果发送及传递到将要发送的网关200(S2708)，例如受事故影响的基站。

图28、图29和图30示出了本实施例中用作服务器300，网关200和传感器100的每个控制部分的中央处理单元11中的处理过程的示例。

在图28中，传感器100感测自己的装置及其周围(S2801)。当传感器100在感测期间检测到事故事件的发生时(S2802，是)，传感器100将位置信息，时间信息和事故信息发送到其他设备(包括服务器300，网关200，其他传感器100和外部机构)。因此，准备信息(S2803)。接下来，传感器100形成发送数据的格式(S2804)。此时，传感器100可以形成格式，向该格式添加指示其为紧急情况的信息。接下来，传感器100将格式化的感测数据发送到网关200的上节点(S2805)。在此前后，相同数据可以发送到外部机构(S2806)。

在图29中，网关200感测自身及其周围(S2901)。如果网关200也具有传感器100的功能，则可以执行S2901。接下来，网关200从传感器100(车辆)接收关于检测到的事故的信息(位置信息，时间信息，事故信息)(S2902)。网关200也可以从多个传感器100中的每一个接收事故检测信息。

接下来，网关200确定是否在相似的位置和相似的时间从预定数量以上的不同传感器100(车辆)接收到事故检测信息(S2903)。如果不满足这样的条件(S2903，否)，网关200确定通知的事故是错误或误检测，除非在自己的装置中也检测到事故(S2904，是)。

如果传感器100的数量变得相当多，则误检测的可能性增加。在本实施例中，当基于包括在事故检测信息中的位置信息，事故发生位置在预定的范围内(相似的位置)时，当基于包括在事故检测信息中的时间信息，事故发生时间在预定范围内时(相似的时间)，当存在多个可以被确定为用于相同的事故的事故检测信息时(S2903，是)，以及当甚至在自己的装置中检测到事故时(S2904，是)，网关200确定事故发生的精确度高。因此，即使传感器100中发生了误检测，可以通过在网关200中适当地移除误检测来执行处理。

接下来，网关200准备位置信息，时间信息和事故信息，以发送信息到另一装置(包括服务器300，网关200的上节点和外部机构)(S2905)。接下来，网关200形成要发送的数据(S2906)。此时，网关200可以形成格式，向该格式添加指示其为紧急情况的信息。接下来，网关200发送格式化的感测数据到服务器300(S2907)。在此前后，可以发送相同的数据到外部机构(S2908)。

在图30中，服务器300从网关200(基站)和/或传感器100(车辆)接收事故检测信息(S3001)。接下来，服务器300确定是否存在与感兴趣的通知相关的关于涉及事故的车辆的数据(S3002)。如果存在，则服务器300对感兴趣的车辆参考靠近感兴趣的事故的时间的数据(S3003)。接下来，服务器300从数据分析关于人的信息(人的数量，属性等)(S3004)。

接下来，服务器300形成发送数据和S3004中分析结果的格式(S3005)。接下来，服务器300发送格式化的分析结果到外部机构(S3006)。接下来，服务器300向周围的基站准备事故信息，该周围的基站包括与向其发送了事故检测信息的网关200(基站)相关的感兴趣的基站(S3007)。接下来，服务器300发送事故信息到感兴趣的基站和周围的基站(S3008)。

在上面的处理过程中，在从S2902至S2904的处理中检测事故事件。事故事件是发生事件的示例。中央处理单元11用作网关200的控制部分，当如上所述检测事故事件时，中央处理单元11将自己的装置的设置参数设置为不处理感测数据，使得感测数据可用于实时处理。然后，中央处理单元11基于感兴趣的设置来确定在网关200的数据的大量处理是不需要的。

例如，网关200不通过花费大量时间来解压缩哈希函数进行压缩。尽管不限于此，但是网关200继续收集数据而不进行诸如压缩的处理，并且继续发送收集的数据到服务器300等。这样可以立即使用涉及事故的车辆中的信息。顺便提及，在通过服务器300的收集之后和在经过了预定的时间之后，可以通过服务器300对其压缩以节省存储。

本实施例中的网关200响应于由感测数据指定的事件(事故等)来确定是否需要处理感测数据。在本实施例中，当网关200检测到事故时，不压缩感测数据。因此，根据本实施例，在发生交通事故的重要情况下不会降低感测数据的精确度。此外，根据本实施例，因为可以收集车辆，乘客的数量以及人的特征，所以可以适当地调整赶往事故地点的消防车和救护车的规模。

注意，在本实施例中，将由传感器100检测的发生事件示例为“事故”，然而并不限于事故。网关200可以依据感测数据来确定是否需要实时处理。例如，如果感测数据是当稍后上传到服务器300时失去价值的数据，用于现场广播的数据，事故或灾难的运动图像等，则网关200确定需要实时处理。如果网关200确定需要实时处理，则网关200上传感测数据到服务器300，而不在每次传感器100上传感测数据时处理数据。每次接收到感测数据时，服务器300对感测数据执行处理。

3.第三实施例

在上述的第二实施例中，当检测到事故事件时，使用感测数据确定对服务器的通知(S2703)。然而，因为在紧急情况下需要信息共享的即时性，所以在网关200中的感测信息的处理可以略过。下面将作为第三实施例来描述这种情况的示例。

图31时用于说明第三实施例的整体操作的概要的图。在图31中，当传感器在自身上或自身周围检测到事故时(S3101)，传感器100发送事故检测的通知到附近网关200(S3102)。网关200基于包括在事故检测的通知中指示紧急情况的信息来确定是否在网关200中执行处理(S3103)。然而，在本实施例中，确定“不执行处理”(S3103)。

网关200向服务器300通知事故检测(S3104)。与此并行地，网关200执行数据分析，并且将分析结果发送和传递到将要发送的网关200，例如受事故影响的基站(S3105)。

响应于事故检测的通知，服务器300累积附加的感测数据，并基于累积的数据执行分析(S3106)。可以连续地执行由网关200对感测数据的感测和发送到服务器300，并且可以由多个网关200执行这种感测和发送。服务器300将分析结果发送并传递到诸如警察或消防部门的外部组织(S3107)。此外，服务器300将分析结果发送到诸如受事故影响基站的要发送的网关200(S3108)。

图32、图33和图34示出了在本实施例中用作服务器300，网关200和传感器100中的每一个的控制部分的中央处理单元11的处理过程的示例。

在图32中，传感器100感测自身设备及其周围(S3201)。当传感器100在感测期间检测到事故事件时(S3202，是)，传感器100准备用于将位置信息，时间信息和事故信息发送到其他装置(包括服务器300，网关200，其他传感器100和外部机构)的信息(S3203)。接下来，传感器100形成发送数据的格式(S3204)。此时，传感器100形成向其中添加指示其为紧急情况的信息的格式。接下来，传感器100将格式化的感测数据发送到网关200的上部节点(S3205)。在此前后，可以向外部机构发送相同的数据(S3206)。

在图33中，网关200感测自身设备及其周围(S3301)。可以在网关200也具有传感器100的功能的情况下执行S3301。接下来，网关200接收关于从传感器100(车辆)检测到的事故的信息(位置信息，时间信息，事故信息)(S3302)。网关200还可以从多个传感器100中的每一个接收事故检测信息。

接下来，网关200基于表示事故检测信息中包括的紧急情况的信息，确定需要紧急情况响应(S3303)。与第二实施例不同，网关200确定不执行诸如数据分析、压缩和平均的处理。

接下来，网关200形成发送数据的格式，以将位置信息，时间信息和事故信息发送到其他装置(包括服务器300，网关200的上节点和外部结构)(S3304)。此时，网关200可以形成一种格式，向该格式添加指示是紧急情况的信息。

在本实施例中，网关200不对从传感器100发送的数据执行实质处理，而是执行诸如在S3304中的格式形成中替换数据中的目的地地址的数据处理。

接下来，网关200将格式化的感测数据发送到服务器300(S3305)。在此前后，可以向外部机构发送相同的数据(S3306)。

如图34所示，服务器300从网关200(基站)和/或传感器100(车辆)接收事故检测信息(S3301)。接下来，服务器300根据感兴趣的通知来确定是否存在与事故中涉及的车辆有关的数据(S3302)。如果存在，则服务器300对感兴趣的车辆参考接近感兴趣的事故的时间的数据(S3403)。接下来，服务器300从数据分析关于人的信息(人数、属性等)。

接下来，服务器300形成在S3004中发送数据和分析结果的格式(S3405)。接下来，服务器300将格式化的分析结果发送到外部机构(S3406)。接下来，服务器300向包括与发送了事故检测信息的网关200(基站)相关的感兴趣基站在内的周围基站准备事故信息(S3407)。接下来，服务器300将事故信息发送到感兴趣的基站和周围的基站(S3408)。

在上述处理过程中，与第一实施例不同的是，在本实施例中，在没有通过哈希函数进行压缩的情况下执行收集，该哈希函数需要时间来解压缩的。这使得可以立即使用事故车辆中的信息。注意，在服务器300的收集之后并且在经过预定时间之后，可以由服务器300对其进行压缩以节省存储。

根据本实施例，由于确定网关200处于紧急状况，并且不处理数据而将信息发送到服务器300，因此可以在整个系统1中快速地共享关于事故的信息。

4.第四实施例

在上述第一至第三实施例中，假定网关200不移动。然而，网关200的示例不限于非移动的，并且还可以使用移动基站和便携式基站。还可以设想，网关200可以使用所谓的系留技术。因此，下面将作为第四实施例公开网关200伴随移动的情况。

图35是用于说明本实施例中的设定阶段的第一图。如图35所示，网关200持续检测自身设备的移动性(S3501)。移动性的示例包括绝对位置的变化量、速度等。如果移动性超过预定阈值，则网关200向服务器300通知位置信息和移动性(S3502)。

接下来，服务器300确定用于通知位置信息的网关200的参数(S3503)。接下来，通知由服务器300确定的参数，即本实施例中的数据收集设置(S3504)。或者，服务器300可以通知移动网关200停止数据收集。接下来，网关200将数据收集参数设置到自己的装置(S3505)。接下来，网关200向服务器300通知设置完成(S3506)。

因此，在本实施例中，在发生等于或大于预定阈值的移动的情况下，网关200将该移动通知给服务器300。服务器300通知发生移动的网关200更新了数据收集设置。这样，即使当网关200本身在系统1中移动时，设置参数也可以被适当地设置。应当注意，服务器300可以被配置为假设如果基站伴随移动，则在其中收集的数据的可靠性(稳定性)低。

图36是用于说明本实施例中的设定阶段的第二图。可移动网关200在其移动时从服务器接收设置改变的通知(S3601)。接下来，网关200改变数据收集设置(S3602)。接下来，网关200向传感器100通知数据收集设置参数，并将该参数发送到传感器100(S3603)。传感器100将数据收集参数设置到自己的装置(S3604)。传感器100向网关200通知设置完成(S3605)。

因此，在本实施例中，基站(网关200)向进行连接请求的车辆(传感器100)通知由服务器300指定的数据收集参数。注意，除了服务器300指定的设置之外，基站(网关200)可以执行附加的数据收集设置。然而，不允许与从服务器300指定的设置相反的设置。关于参数设置改变，可以仅通知与先前时间的差异。

5.第五实施例

在上述第一至第四实施例中，当从服务器300指定设置参数时，设置改变网关200中的数据收集参数设置的时刻。然而，本技术并不限于此。作为第五实施例，下面公开了网关200响应于从属传感器100的数量的改变而改变(重置)数据收集参数设置的实施例。

图37示出了根据本实施例的网关200的处理过程的示例。在图37，网关200检测从属车辆的数量或密度(传感器100)(S3701)。接下来，网关200响应于检测到的车辆的数量或密度的变化来确定参数变化的必要性(S3702)。如果确定不必要，则网关200允许持续地使用当前参数作为传感器100使用的设置参数(S3708)。

另一方面，如果确定有必要，则网关200请求服务器300重新指定参数(S3703)。如果从服务器300指定了参数(S3704，是)，则网关200改变到指定的参数(S3705)。接下来，网关200向服务器300通知设置完成(S3706)。接下来，网关200将参数的变化通知给各个从属传感器100(S3707)。

在本实施例中，从属传感器100的数量可以是但不限于连接到网关200的传感器100的数量。从属传感器100的密度可以是但不限于网关200的可通信区域的单位区域的传感器100的数量。

在本实施例中，网关200响应于检测到的传感器100(车辆)的数量和密度的变化来确定参数变化的必要性。具体地，当检测到的传感器100(车辆)的数量和密度超过预定阈值时，或者当检测到的传感器100(车辆)的数量和密度的增加率超过预定增加率的阈值时，网关200确定需要改变参数。

用作网关200的控制部分的CPU(中央处理单元)11将传感器100的移动状态的变化识别为发生事件，并且响应于该发生事件重新指定从属传感器100的设置参数。此外，中央处理单元11可以切换在自己的装置中处理感测数据的必要性(处理/不处理)。

关于要重新指定的参数，例如，数据收集的频率可以随着车辆数量的增加而减少。同样，当车辆的数量减少时，可以增加数据收集的频率。通过这种配置，可以灵活地处理预测的网络和资源上的负载。

根据本实施例，响应于移动体的移动状态的变化(包括预定距离或更大的移动，以预定速度或更快的移动，以及传感器数量的密集状态的变化)，将立即执行信息收集。

图37的流程图是当改变车辆数量时网关200请求服务器300改变(重置)数据收集参数的实施例，但是本技术不限于该实施例。作为另一示例，网关200可以通过网关200的确定而不向服务器300做出请求，来改变(重置)从属车辆的数据收集参数。在这种情况下，执行网关200的自主处理以减少服务器300上的负载。

6.其它实施例

本技术不限于上述实施例，并且各种修改的实施例是可能的。在任何上述实施例中，公开了网关200的下节点，即作为系统1的传感器装置的安装在车辆(移动体)上的传感器100，但是不用说，本技术不限于此。

传感器100可以采取例如监视摄像机的形式。在这种情况下，传感器100不移动，但是可以收集运动图像作为感测数据。同样，在这种情况下，传感器100可以被配置成使得传感器100连续地压缩运动图像，仅将压缩的运动图像的图片帧发送到网关200，并且基于网关200接收到的图片帧来确定处理的必要性。

在这种情况下，当处理感测数据时，网关200可以通过图像处理来检测图片帧中的人，并且仅向服务器300发送关于人的数量的信息。

另一方面，当网关200通过类似的图像处理检测到可疑的人，并且当从预定数量和/或密度的传感器100发送的感测数据连续检测到这种检测时，可以确定处理是不必要的，并且可以将来自传感器100的感测数据发送到服务器300而不进行处理。

根据如上所述配置的实施例，可以获得用于在正常状态下监视通道等的拥堵状态的系统，并且可以实现用于在紧急情况下自动切换到用于监视可疑人的系统的系统。因此，本技术不限于上述实施例，并且可以通过对上述实施例进行各种修改来实现。

注意，上面公开的信息处理可以由软件程序提供。作为提供这种程序的模式，程序可以由磁或光记录介质提供，或者可以通过电信线路下载来提供。

7.附录

本技术还可以采用以下配置。

(1)一种信息处理装置，被配置为允许在服务器和传感器之间经由网络进行交互通信，包括:

通信部分，将传感器的设置参数发送到传感器，接收基于设置参数感测的传感器的感测数据，并且发送感测数据到服务器；以及

控制部分，确定在从传感器接收到的感测数据被发送到服务器之前是否需要感测数据的处理。

(2)根据(1)所述的信息处理装置，其中

控制部分根据感测数据确定在将感测数据发送到服务器之前，是否需要感测数据的处理。

(3)根据(1)或(2)所述的信息处理装置，其中

当从传感器接收到对信息处理装置的连接请求时，通信部分将用于初始设置或重置的设置参数发送到传感器。

(4)根据(1)至(3)中任一项所述的信息处理装置，其中

包括多个所述传感器，并且

控制部分响应于放置传感器的多个移动体的数量和密度的变化来更新设置参数。

(5)根据(1)至(4)中任一项所述的信息处理装置，其中

通信部分根据设置参数的类型，从至少包括单播方式和广播方式的发送方式中选择向传感器发送设置参数的方式。

(7)根据(1)至(6)中任一项所述的信息处理装置，其中

在感测数据被处理的情况下，控制部分通过哈希函数压缩感测数据。

(8)一种信息处理方法，包括:

配置信息处理装置，以经由网络在服务器和传感器之间进行交互通信；

发送传感器的设置参数到传感器；

接收基于设置参数感测的传感器的感测数据；

确定是否需要处理从传感器接收的感测数据；以及

发送感测数据发送到服务器。

(9)计算机执行的程序，该程序使计算机执行:

配置计算机以经由网络在服务器和传感器之间进行交互通信的步骤；

发送传感器的设置参数到传感器的步骤；

接收基于设置参数感测的传感器的感测数据的步骤；

确定是否需要处理从传感器接收的感测数据的步骤；以及

发送感测数据发送到服务器的步骤。

参考标志列表

1 系统

11 CPU

12 ROM

13 RAM

15 输入/输出接口

16 显示部分

17 操作接收部分

18 存储部分

19 通信部分

100 传感器

200 网关

300 服务器

Claims (8)

1.一种信息处理装置，被配置为允许在服务器和传感器之间经由网络进行交互通信，所述信息处理装置包括：

通信部分，所述通信部分将所述传感器的设置参数发送到所述传感器，接收基于所述设置参数感测的所述传感器的感测数据，并且发送所述感测数据到所述服务器；以及

控制部分，所述控制部分确定在从所述传感器接收的所述感测数据被发送到所述服务器之前是否需要所述感测数据的处理。

2.根据权利要求1所述的信息处理装置，其中

所述控制部分根据所述感测数据确定在所述感测数据被发送到服务器之前是否需要所述感测数据的处理。

3.根据权利要求1所述的信息处理装置，其中

当从所述传感器接收到对所述信息处理装置的连接请求时，所述通信部分将用于初始设置或重置的所述设置参数发送到所述传感器。

4.根据权利要求1所述的信息处理装置，其中

包括多个所述传感器，并且

所述控制部分响应于放置所述传感器的多个移动体的数量和密度的变化来更新所述设置参数。

5.根据权利要求1所述的信息处理装置，其中

所述通信部分根据所述设置参数的类型，从至少包括单播方式和广播方式的发送的方式中选择向所述传感器发送所述设置参数的方式。

6.根据权利要求1所述的信息处理装置，其中

在所述感测数据被处理的情况下，所述控制部分通过哈希函数压缩所述感测数据。

7.一种信息处理方法，包括：

配置信息处理装置，以经由网络在服务器和传感器之间进行交互通信；

发送所述传感器的设置参数到所述传感器；

接收基于所述设置参数感测的所述传感器的感测数据；

确定是否需要处理从所述传感器接收的所述感测数据；以及

发送所述感测数据到所述服务器。

8.一种通过计算机执行的程序，所述程序使所述计算机执行：

配置所述计算机以经由网络在服务器和传感器之间进行交互通信的步骤；

发送所述传感器的设置参数到所述传感器的步骤；

接收基于所述设置参数感测的所述传感器的感测数据的步骤；

确定是否需要处理从所述传感器接收的所述感测数据的步骤；以及

发送所述感测数据到所述服务器的步骤。

Images