获取json数据单个字段数据

、、、

TYPES:BEGIN OF gty_data1,

index TYPE i,

pernrTYPE pa0001-pernr,

nameTYPE pa0002-nachn,

sexTYPE char2,

phoneTYPE usrid,

END OF gty_data1,

BEGIN OF gty_data2,

index TYPE i,

pernrTYPE pa0001-pernr,

phoneTYPE usrid,

END OF gty_data2,

BEGIN OF gty_data3,

index TYPE string,

pernrTYPE string,

nameTYPE string,

sexTYPE string,

phoneTYPE string,

END OF gty_data3

DATA:gt_data1TYPE TABLE OF gty_data1,

gt_data2TYPE TABLE OF gty_data2,

gt_data3TYPE TABLE OF gty_data3,

gt_fcatTYPE lvc_t_fcat

DATA:gs_data1TYPE gty_data1,

gs_data2TYPE gty_data2,

gs_data3TYPE gty_data3,

gs_fcatTYPE lvc_s_fcat

DATA:serializerTYPE REF TO cl_trex_json_serializer,

deserializerTYPE REF TO cl_trex_json_deserializer,

ref_descrTYPE REF TO cl_abap_structdescr

DATA:gv_jsonTYPE string

FIELD-SYMBOLS:TYPE STANDARD TABLE

START-OF-SELECTION

PERFORM frm_sc_data"生产数据

PERFORM frm_sc_json"生产json数据

PERFORM frm_get_data"生成动态内表，

PERFORM frm_display_data"获取想要数据，显示数据

END-OF-SELECTION

&---------------------------------------------------------------------

&      Form  FRM_SC_DATA

&---------------------------------------------------------------------

       text

----------------------------------------------------------------------

  -->  p1        text

  <--  p2        text

----------------------------------------------------------------------

FORM frm_sc_data

gs_data1-index = '2'

gs_data1-pernr= '10000002'

gs_data1-name= '男2号'

gs_data1-sex= '男'

gs_data1-phone= '12568956892'

APPEND gs_data1TO gt_data1

gs_data1-index = '3'

gs_data1-pernr= '10000003'

gs_data1-name= '女3号'

gs_data1-sex= '女'

gs_data1-phone= '12568956893'

APPEND gs_data1TO gt_data1

gs_data1-index = '4'

gs_data1-pernr= '10000004'

gs_data1-name= '女1号'

gs_data1-sex= '女'

gs_data1-phone= '12568956894'

APPEND gs_data1TO gt_data1

gs_data1-index = '5'

gs_data1-pernr= '10000005'

gs_data1-name= '男5号'

gs_data1-sex= '男'

gs_data1-phone= '12568956895'

APPEND gs_data1TO gt_data1

gs_data1-index = '6'

gs_data1-pernr= '10000006'

gs_data1-name= '男6号'

gs_data1-sex= '男'

gs_data1-phone= '12568956896'

APPEND gs_data1TO gt_data1

ENDFORM

&---------------------------------------------------------------------

&      Form  FRM_SC_DYN_TAB

&---------------------------------------------------------------------

       text

----------------------------------------------------------------------

  -->  p1        text

  <--  p2        text

----------------------------------------------------------------------

FORM frm_sc_json

CREATE OBJECT serializer

EXPORTING

data = gt_data1[]

serializer->serialize( )

gv_json= serializer->get_data( )

WRITE: / gv_json

ENDFORM

&---------------------------------------------------------------------

&      Form  FRM_GET_DATA

&---------------------------------------------------------------------

       text

----------------------------------------------------------------------

  -->  p1        text

  <--  p2        text

----------------------------------------------------------------------

FORM frm_get_data

DATA:dyn_tableTYPE REF TO data

DATA:lv_p1TYPE i,

lv_p2TYPE i,

lv_lTYPE i,

lv_textTYPE string,

lv_text1TYPE string,

lv_lenTYPE i,

lv_fieldTYPE string,

lv_indexTYPE i

SEARCH gv_jsonFOR '{'

IF sy-subrc= 0

lv_p1= sy-fdpos +1

ENDIF

SEARCH gv_jsonFOR '}'

IF sy-subrc= 0

lv_p2= sy-fdpos

ENDIF

lv_l= lv_p2- lv_p1

lv_text= gv_json+lv_p1(lv_l)

WRITE:/ lv_text

DO

CLEAR:lv_p1,lv_p2,lv_len

lv_len= strlen( lv_text)

SEARCH lv_textFOR '"'

IF sy-subrc= 0

lv_p1= sy-fdpos

ENDIF

SEARCH lv_textFOR ','

IF sy-subrc= 0

lv_p2= sy-fdpos

ENDIF

IF lv_p2IS INITIAL

lv_l= lv_len- lv_p1

ELSE

lv_l= lv_p2- lv_p1 +1

ENDIF

IF lv_p1IS INITIAL

EXIT

ENDIF

lv_text1= lv_text+lv_p1(lv_l)

REPLACE lv_text1WITH '' INTO lv_text

ENDDO

WRITE:/ lv_text

CONDENSE lv_textNO-GAPS

DO

lv_index= sy-index

SPLIT lv_textAT ':' INTO lv_field lv_text

IF sy-subrc= 0

gs_fcat-fieldname= lv_field

gs_fcat-col_pos= lv_index

gs_fcat-inttype= 'g'

    gs_fcat-intlen    = 8

      gs_fcat-scrtext_l = '描述'"加上以后可直接用于ALV显示所需结构

APPEND gs_fcatTO gt_fcat

ELSE

EXIT

ENDIF

IF lv_textIS INITIAL"当字符串为空时，拆分字符sy-subrc= 0

EXIT

ENDIF

ENDDO

CALL METHOD cl_alv_table_create=>create_dynamic_table

EXPORTING

it_fieldcatalog= gt_fcat

IMPORTING

ep_table= dyn_table

ASSIGN dyn_table->TO 

  CREATE DATA dyn_line LIKE LINE OF <dyn_tab>"可生产结构

    ASSIGN dyn_line-> TO <dyn_line>

ENDFORM

&---------------------------------------------------------------------

&      Form  FRM_DISPLAY_DATA

&---------------------------------------------------------------------

       text

----------------------------------------------------------------------

  -->  p1        text

  <--  p2        text

----------------------------------------------------------------------

FORM frm_display_data

CREATE OBJECT deserializer

deserializer->deserialize(

EXPORTING json= gv_json

IMPORTING abap= )

MOVE-CORRESPONDING TO gt_data2

LOOP AT gt_data2INTO gs_data2

WRITE:/ gs_data2-index,'-',gs_data2-pernr,'-',gs_data2-phone

ENDLOOP

ENDFORM

、、、

数据交易合规系列研究之十一——间接获取数据来源的合法性探析

李旻律师

数据交易合规系列研究之十一——间接获取数据来源的合法性探析

李旻律师团队 上海汉盛律师事务所

根据数据采集手段的不同，我们将数据来源分为四类：公开收集的、自行生产的、直接采集的和间接获取的。在之前文章中，我们已经探析了前三种数据来源的合法性标准。本文将会讨论最后一种：间接获取数据来源的合法性。相比于公开收集、自行生产和直接采集，间接获取并不生产或采集数据，间接获取数据的处理者更多的依赖他方主体的数据收集工作，通过数据交易或授权许可掌握数据后设计全新的数据产品。该种类来源的数据，因为涉及他方数据主体权益、数据权属和数据流通等问题，再加上现行数据立法的缺失，所以该种数据来源产品的数据交易合规审查更为复杂。

一、间接获取的方式

间接获取数据来源多通过数据交易或授权许可得以实现。

数据交易的间接获取模式，往往采用数据包的形式，数据提供方通过数据交易所或其他方式与数据需求方进行交易。因数据本身的特殊性，打破了物的专有性与权利专有性之间的关联，所以虽然通过交易，数据的传输已经完成，但该数据仍然可能为多人占有、使用，因此，关于数据包的交易问题，在现今法律体系下，可以通过数据交易平台，来约束交易数据的多次转移，但该模式需要满足一个条件，即所有数据交易均通过数据交易平台完成，一旦双方进行私下交易，则只能通过合同约定来约束数据提供方为或不为一定的行为，例如约定数据包独占或排他使用，则数据提供方不得将数据包转售他人或自行使用。

授权许可的间接获取模式，往往采用数据API接口或其他可直接访问数据库的方式。数据提供方开放数据库访问权限或对接权限，供数据的需求方通过计算机语言访问数据。双方可通过访问时限或访问次数进行收费。

企业在通过上述方式获取数据后，将数据进行分析、总结及创造性设计，成为一套新的数据产品进行上架交易。但该种类的数据产品，其数据源并非独立，而是通过他方主体进行获取，这就导致在讨论该数据产品的数据来源，会涉及数据权属问题。相比于另外三种来源的数据产品，只要其生产或收集手段合规，其数据产品的数据权属往往不是重点审查问题，因为可以粗略的将其归结为“一手数据”。而间接获取的数据，往往已经是“二手数据”，其交付标准，权属转移认定等均是需要考虑的问题。但现今为止，关于数据的权属问题存在很大争议，在法律尚未有明确的规定的情况下，通过数据交易所进行数据交易是能够避免交付风险的有效方式，否则只能通过双方之间的合同约定进行约束，即写明数据权益的转移节点、数据交付的方式，及数据交付风险承担等问题。

二、数据交易前手问题

因间接获取数据来源并非“一手数据”，甚至可能是“三手数据”或“多手数据”。在审查购买协议或许可协议的同时，为确保数据来源合法合规，有必要将其所有前手纳入合规审查范围。但考虑到数据的流通性，无法对其所有前手按照严格的合规标准进行审查，如若执行，一方面影响数据的流通，阻碍数据交易，另一方面，需花费巨大的审查成本，同时也无法保证前手数据主体的配合。由此，我们认为，在审查这类数据来源的数据产品时，除了较为明显和重大的数据违规外，可以采用数据提供方数据权益承诺的方式代替，但该种方式需要满足前手承诺的连续性，否则仍需要对未承诺前手进行合规审查。

针对数据提供方数据权益承诺，除承诺不会侵犯第三方主体权益外，仍需根据不同数据来源进行不同内容的承诺。

针对公开收集的数据，承诺的侧重点在于：数据爬取或收集是否违反数据访问控制或robots协议，是否破坏收集网站的正常运行等。

针对自行生产的数据，承诺的侧重点在于：数据是否为数据提供方独立生产，其数据是否按要求进行存储及数据安全问题等。

针对直接采集的数据，承诺的侧重点在于：采集个人信息主体的充分授权、单独或书面同意，及非个人信息是否属于国家禁止采集或限制采集信息等；

针对间接获取的数据，承诺的侧重点在于：其交易行为不会侵犯前手主体的数据权益，且是在前手交易或授权范围进行处分等。

三、跨境流通

间接获取数据来源的数据产品，相比于其他数据来源的产品，更有可能涉及数据的跨境流通问题，因为其数据均是通过他方主体获取，双方交易主体均有可能涉及境内外资主体或境外主体。同时，国内也正在积极建立跨境数据交易问题，北京大数据交易所的数据托管服务平台是国内首个可支持企业数据跨境流通的数据托管服务平台，深圳数据交易有限公司也已与香港生产力促进局达成合作，推进首批跨境数据交易，可见，跨境数据交易也逐步成为数据交易热点之一。

我们认为，凡是数据产品跨境问题，不仅仅涉及数据产品的合规审查，还涉及境外接收方的审查。除了国家安全评估外，企业自身也需对跨境产品进行审查，主要有以下方面：

1 该跨境数据的数量、范围、种类、敏感程度及处理目的；

2 数据出境可能对国家安全、公共利益、个人或者组织合法权益带来的风险；

3 数据提供方在数据流通过程中的安全保障措施是否完备，能否有效防止数据泄露、损毁等风险；

4 境外接收方的数据安全保障措施是否完备，能否保证出境数据转移或二次转移中流通风险、存储风险。

5 与境外接收方订立的数据出境合同是否充分约定数据安全保障义务。

以下为跨境数据交易可能涉及的规范文件：

《网络安全法》、《数据安全法》、《个人信息保护法》、《个人金融信息保护技术规范》、《网络安全审查办法》、《网络数据安全管理条例（征求意见稿）》、《数据出境安全评估办法（征求意见稿）》、《数据安全管理办法（征求意见稿）》、《个人信息出境安全评估办法（征求意见稿）》、《个人信息和重要数据出境安全评估办法（征求意见稿）》、《数据出境安全评估指南（征求意见稿）》

四、总结

间接获取数据来源的数据产品，其数据源自于其他三种手段收集的数据所形成的数据产品，所以在合规审查时，不仅要审查该间接获取数据的合规性，还需审查该数据来源的合规性，即附带审查可能涉及其他三种手段收集数据的合规性。只有确保每一手交易数据都在合法范围内，才不会对后续该类数据产品的流通造成阻碍，也能够有效避免数据需求方的侵权风险。

智能工厂浪潮下，设备联网的重要性凸显。大数据时代，工业设备联网的主要目的就是实现数据采集、传输、建模、查询与可视化，这是智能工厂、透明工厂的基础。比如生产设备的稼动率数据，在制造企业生产时，为了确保生产过程中的稳定性、高效性，需要在生产过程中实时收集和监控相关数据，达到设备运转的透明化监控。那么，现代化智能工厂中又要如何实现数据采集呢？

设备数据采集难

在智能工厂解决方案中，可以通过数字生产设备或系统的接口直接集成数据信息，新建设的智能工厂可直接采用这一方式。而对于存量的生产工厂，从零开始建造智能工厂，购置全新设备，显然不符合现实。

在工业企业，设备使用20-30年甚至30年以上都很常见，这部分的设备入网涉及到设备改造、设备调试、接口等问题，入网成一大难点，更别说智能工厂建设运维了。加上绝大多数工厂的安灯信息依然只靠人工录入，无法真正实现自动化数据采集！由此带来的结果就是，这部分工厂设备稼动状况不透明，生产效率改善难以入手！

老旧设备数据集采方案

那么对于这部分老旧设备的数据获取，除了人工采集之外，还有哪些现代化的方式呢？行业内普遍认可的方案是通过在设备端附加传感器与边缘计算部件，以此自动采集、提取生产制造中的有效生产数据，使其具备物联网的能力。

ALSI大连的设备状态监视系统，是通过在产线原有三色灯上加装智能数据采集器，通过自动采集三色灯号，把数据递给相关责任人、Lighthouse应用系统，或已有的MES等系统，以此实时掌握所有设备的运行状况。

设备状态监视系统由智能数据采集器、智能网关和软件Lighthouse应用系统组成，由阿尔卑斯系统集成（大连）有限公司（ALSI大连）自主研发，系统拥有强大的数据采集、传输与运算能力：

· 智能数据采集器：AlSI大连自主研发，已获国家实用新型专利。适用于任何品牌、年代的设备，即插即用，易用性强；领先传感器技术，精度达到毫秒级，可采集超过27种设备状态；采集端支持升级更新，配置“心跳”功能，用于采集端故障自检。

· 智能网关：1个网关，支持50台设备的状态采集；数据采集传输使用抗干扰强的无线通信技术ZigBee，灵活应对产线布局变更；具备边缘计算能力，可缓存本地数据，即使网络出现异常时，数据也不会丢失。

· Lighthouse应用系统：支持实时监视与追溯查询；系统自动统计分析设备运转率、故障率和修理时间；安全加密有保障；

设备状态监视系统在拥有强大数据采集“内核”之外，对于智能工厂转型上的友好性还在于设备入网“好改造、成本低”这一巨大优势。可以说，设备状态监视系统是存量传统工厂转型智能工厂的“好帮手”。目前设备状态监视系统已经应用于众多生产制造车间，通过生产数据采集与运用，成功帮助部分生产制造企业实现产线智能化、可视化，向智能工厂智能制造迈进。

更多智能制造解决方案详见

ALSI大连_精益生产_智能工厂_设备监控系统_阿尔卑斯系统集成（大连）有限公司

以上就是关于获取json数据单个字段数据全部的内容，包括:获取json数据单个字段数据、代理变量法间接获取数据的方法、智能工厂中设备数据采集的意义与解决方案等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！