CN110166502A - 数据获取方法、服务提供端、服务使用端及网络功能实体 - Google Patents

数据获取方法、服务提供端、服务使用端及网络功能实体 Download PDF

Info

Publication number
CN110166502A
CN110166502A CN201810143297.5A CN201810143297A CN110166502A CN 110166502 A CN110166502 A CN 110166502A CN 201810143297 A CN201810143297 A CN 201810143297A CN 110166502 A CN110166502 A CN 110166502A
Authority
CN
China
Prior art keywords
service
coding
target component
data
resource
Prior art date
Legal status (The legal status 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 status listed.)
Granted
Application number
CN201810143297.5A
Other languages
English (en)
Other versions
CN110166502B (zh
Inventor
宋月
陈旭
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
China Mobile Communications Group Co Ltd
China Mobile Communications Co Ltd
Original Assignee
China Mobile Communications Group Co Ltd
China Mobile Communications Co Ltd
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 China Mobile Communications Group Co Ltd, China Mobile Communications Co Ltd filed Critical China Mobile Communications Group Co Ltd
Priority to CN201810143297.5A priority Critical patent/CN110166502B/zh
Priority to PCT/CN2018/125399 priority patent/WO2019153963A1/zh
Priority to US16/968,675 priority patent/US11758017B2/en
Priority to EP18905532.0A priority patent/EP3751820A4/en
Publication of CN110166502A publication Critical patent/CN110166502A/zh
Application granted granted Critical
Publication of CN110166502B publication Critical patent/CN110166502B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056—Systems characterized by the type of code used
    • H04L1/0064—Concatenated codes
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/95—Retrieval from the web
    • G06F16/953—Querying, e.g. by the use of web search engines
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Data Mining & Analysis (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Information Transfer Between Computers (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

本发明提供一种数据获取方法、服务提供端、服务使用端及网络功能实体。应用于服务提供端的方法包括:接收服务使用端为获取一资源中的目标参数所发起的服务请求消息，所述服务请求消息携带有查询信息，所述查询信息用于指示所述目标参数；将所述目标参数的数据通过服务响应消息发送至所述服务使用端。本发明的方案将资源中的数据按照参数配置了映射关系。服务使用端通过查询信息向服务提供端指定出具体需要获取的数据，使得服务提供端有目的地提供相应的数据，使服务化接口实现了更加灵活的数据交互。

Description

数据获取方法、服务提供端、服务使用端及网络功能实体
技术领域
本发明涉及通信技术领域，特别是指一种数据获取方法、服务提供端、服务使用端及网络功能实体。
背景技术
未来5G通信系统的核心网将采用服务化架构。在服务化架构下，网络功能实体之间通过服务化接口进行交互，服务化接口已被明确使用HTTP/2+TCP协议调用数据。
传统服务化接口是以资源为粒度传输数据的，服务使用端通过服务化接口向服务提供端发起的一次服务请求只能读取一个资源。与传统通信系统不同的是，5G通信系统会存在多样化的服务请求，每个服务请求要求的数据的组合不同。如果服务使用端同时请求多个数据，则基于传统的服务化接口，存在三种数据获取方案：
1)服务提供端将所有数据定义在一个资源中，服务使用端在发起服务请求后，服务提供端将整个资源发送至服务使用端。该方案的缺点是服务提供端只能向服务使用端发送资源的全量数据，如果服务使用端只期望获取资源中的部分数据，则同时还要获取到了一部分没用的数据，传输资源利率用低。
2)服务提供端针对每种数据组合都定义一个资源，服务提供端只需要向服务使用端提供其想要的数据所对应的资源。该方案的缺点是需要大量的资源以支持不同数据的组合，同一数据会被多个资源同时存储，服务提供端的存储资源利用率不高。
3)服务提供端为每个数据分别定义为一个资源，服务使用端提供其想要的数据所对应的资源。该方案的缺点是，当服务使用端向获取多个数据时，需要向服务提供端发起多次服务请求，获取效率低，且开销大，此外还使存储空间或数据与资源的关联关系更加复杂化。
可见，目前服务化接口的数据获取方式无法灵活适用于不同的服务请求，因此有必要对其进行重新规范。
发明内容
本发明的目的是提供一种数据获取方法、服务提供端、服务使用端及网络功能实体，可在目前服务化接口上更加灵活的获取数据。
为实现上述目的，一方面，本发明的实施例提供一种应用于服务提供端的数据获取方法，包括：
接收服务使用端为获取一资源中的目标参数所发起的服务请求消息，所述服务请求消息携带有查询信息，所述查询信息用于指示所述目标参数；
将所述目标参数的数据通过服务响应消息发送至所述服务使用端。
其中，所述资源的数据按照参数配置有对应的编码，所述查询信息为所述目标参数的编码。
其中，所述服务响应消息还携带有：与所述目标参数的数据相关联的编码。
其中，当所述目标参数不少于两个时，所述服务请求消息携带有所述目标参数的编码的集合。
其中，当所述目标参数为多个，且对应有连续的编码时，所述连续的编码在集合中以范围表示。
其中，所述服务请求消息按照超文本传输协议的GET发送方式发送，所述目标参数的编码或编码的集合由GET方式中的查询参数的内容表示。
其中，所述资源中的参数的编码为一级编码或多级编码，所述多级编码至少由第一级子编码和第二级子编码构成。
另一方面，本发明的实施例还提供一种应用于服务使用端的数据获取方法，包括：
在需要获取一资源中的目标参数时，向服务提供端发送针对所述资源的服务请求消息，所述服务请求消息携带有查询信息，所述查询信息用于表示所述目标参数；
接收服务提供端针对所述服务请求消息而反馈的服务响应消息，所述服务响应消息携带有：所述目标参数的数据。
其中，所述资源的数据按照参数配置有对应的编码，所述查询信息为所述目标参数的编码。
其中，当所述目标参数不少于两个时，所述服务请求消息携带有所述目标参数的编码的集合。
其中，当所述目标参数为多个，且对应有连续的编码时，所述连续的编码在集合中以范围表示。
其中，所述向服务提供端发送针对所述资源的服务请求消息的步骤包括：
按照超文本传输协议的GET发送方式向服务提供端发送针对所述资源的服务请求消息；其中，所述目标参数的编码或编码的集合由GET方式中的查询参数的内容表示。
其中，所述资源中的参数的编码为一级编码或多级编码，所述多级编码至少由第一级子编码和第二级子编码构成。
此外，本本发明的实施例还提供一种服务提供端，包括：
第一接收模块，用于接收服务使用端为获取一资源中的目标参数所发起的服务请求消息，所述服务请求消息携带有查询信息，所述查询信息用于指示所述目标参数；
第一发送模块，用于将所述目标参数的数据通过服务响应消息发送至所述服务使用端。
其中，所述资源的数据按照参数配置有对应的编码，所述查询信息为所述目标参数的编码。
其中，所述服务响应消息还携带有：与所述目标参数的数据相关联的编码。
其中，当所述目标参数不少于两个时，所述服务请求消息携带有所述目标参数的编码的集合。
其中，当所述目标参数为多个，且对应有连续的编码时，所述连续的编码在集合中以范围表示。
其中，所述服务请求消息按照超文本传输协议的GET发送方式发送，所述目标参数的编码或编码的集合由GET方式中的查询参数的内容表示。
其中，所述资源中的参数的编码为一级编码或多级编码，所述多级编码至少由第一级子编码和第二级子编码构成。
此外，本发明的实施例还提供一种服务使用端，包括：
第二发送模块，用于在需要获取一资源中的目标参数时，向服务提供端发送针对所述资源的服务请求消息，所述服务请求消息携带有查询信息，所述查询信息用于表示所述目标参数；
第二接收模块，用于接收服务提供端针对所述服务请求消息而反馈的服务响应消息，所述服务响应消息携带有：所述目标参数的数据。
其中，所述资源的数据按照参数配置有对应的编码，所述查询信息为所述目标参数的编码。
其中，当所述目标参数不少于两个时，所述服务请求消息携带有所述目标参数的编码的集合。
其中，当所述目标参数为多个，且对应有连续的编码时，所述连续的编码在集合中以范围表示。
其中，所述第二发送模块具体用于：按照超文本传输协议的GET发送方式向服务提供端发送针对所述资源的服务请求消息；其中，所述目标参数的编码或编码的集合由GET方式中的查询参数的内容表示。
其中，所述资源中的参数的编码为一级编码或多级编码，所述多级编码至少由第一级子编码和第二级子编码构成。
此外，本发明的实施例还提供一种网络功能实体，包括：处理器、存储器以及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被处理器执行时实现如本发明上述实施例提供的应用于服务提供端的数据获取方法，或应用于服务使用端的数据获取方法。
此外，本发明的实施例还提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现发明上述实施例提供的应用于服务提供端的数据获取方法的步骤，或实现发明上述实施例提供的应用于服务使用端的数据获取方法的步骤。
本发明的上述方案具有如下有益效果：
本发明的方案将资源中的数据按照参数配置了映射关系。服务使用端通过查询信息向服务提供端指定出具体需要获取的数据，使得服务提供端有目的地提供相应的数据，使服务化接口实现了更加灵活的数据交互。服务使用端通过查询信息向服务提供端指定出具体需要获取的数据，使得服务提供端有目的地提供相应的数据，使服务化接口实现了更加灵活的数据交互。基于本实施例的方案，对于服务提供端来讲，可以针对不同的服务请求来定义资源，因此与现有技术相比具有以下优点：
1)可以将服务请求所需的所有数据定义在一个资源中，服务提供端通过一次服务请求，就可以精确地向服务使用端提供资源中期望的数据，而非资源的全量数据；同时还可以减少数据被多个资源同时共享的问题，提高了存储资源的利用率；
2)解决了现有HTTP协议无法适应5G网络不同业务流程对5G数据进行灵活读取的问题，克服了资源模型设计限制。
3)后续扩展5G数据时，新增数据通过新增资源参数及编号实现，无需关注资源组合，无需修改资源模型，使得数据扩展更加灵活。
4)避免了大量相同数据为多个资源共享时，如在服务器上按资源存储，带来的存储空间无效占用问题；或者如在服务器上不按资源存储，导致数据与资源的关联关系复杂度增加问题。
附图说明
图1为本发明实施例所提供的数据获取方法应用在服务提供端的步骤示意图；
图2为本发明实施例所提供的数据获取方法应用在服务使用端的步骤示意图；
图3为本发明实施例所提供的服务提供端侧的资源的结构示意图；
图4为本发明实施例所提供的数据获取方法在实际应用中的流程示意图；
图5为本发明实施例所提供的数据获取方法在另一实际应用中的流程示意图；
图6为本发明实施例所提供的服务提供端的逻辑结构示意图；
图7为本发明实施例所提供的服务使用端的逻辑结构示意图；
图8为本发明实施例所提供的网络功能实体的物理结构示意图。
具体实施方式
为使本发明要解决的技术问题、技术方案和优点更加清楚，下面将结合附图及具体实施例进行详细描述。在下面的描述中，提供诸如具体的配置和组件的特定细节仅仅是为了帮助全面理解本发明的实施例。因此，本领域技术人员应该清楚，可以对这里描述的实施例进行各种改变和修改而不脱离本发明的范围和精神。另外，为了清楚和简洁，省略了对已知功能和构造的描述。
应理解，说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本发明的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。
在本发明的各种实施例中，应理解，下述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。
本发明为解决现有的服务化接口的数据获取方式无法灵活适用于不同的服务请求的问题，对服务化接口的数据获取方式进行了重新规范。
一方面，本发明的实施例提供一种数据获取方法，应用于服务提供端(服务提供端可以是上文所指的网络功能实体)，如图1所示，数据获取方法包括：
步骤11，接收服务使用端为获取一资源中的目标参数所发起的服务请求消息；其中，服务请求消息携带有查询信息，该查询信息用于指示目标参数；
具体地，上述目标参数可以是一个或多个，可以是资源中的部分参数，也可以是资源中的全部参数。
步骤12，将目标参数的数据通过服务响应消息发送至服务使用端。
具体地，本步骤中服务提供端可以根据服务请求消息携带的查询信息，确定出服务使用端期望从上述资源中获取的目标参数，而不是像现有技术那样，只能通过根据服务请求消息确定出服务使用端所期望获取的资源。
可以看出，本实施例的方案将资源中的数据按照参数配置了映射关系。服务使用端通过查询信息向服务提供端指定出具体需要获取的数据，使得服务提供端有目的地提供相应的数据，使服务化接口实现了更加灵活的数据交互。
基于本实施例的方案，对于服务提供端来讲，可以针对不同的服务请求来定义资源，因此与现有技术相比具有以下优点：
1)可以将服务请求所需的所有数据定义在一个资源中，服务提供端通过一次服务请求，就可以精确地向服务使用端提供资源中期望的数据，而非资源的全量数据；同时还可以减少数据被多个资源同时共享的问题，提高了存储资源的利用率；
2)解决了现有HTTP协议无法适应5G网络不同业务流程对5G数据进行灵活读取的问题，克服了资源模型设计限制。
3)后续扩展5G数据时，新增数据通过新增资源参数及编号实现，无需关注资源组合，无需修改资源模型，使得数据扩展更加灵活。
4)避免了大量相同数据为多个资源共享时，如在服务器上按资源存储，带来的存储空间无效占用问题；或者如在服务器上不按资源存储，导致数据与资源的关联关系复杂度增加问题。
下面对本发明具体实施例的数据获取方法进行详细介绍。
示例性地，本实施例可以将资源的数据按照参数配置对应的编码，上述查询信息可以是目标参数的编码。
当目标参数不少于两个时，服务请求消息携带有目标参数的编码的集合。
例如：目标参数为四个，对应编码为1、4、5、6，则服务请求消息携带有编码的集合为(1，4，5，6)。
可选地，若目标参数对应有连续的编码时，则该连续的编码在集合中还可以使用范围表示。
例如，目标参数为四个，对应的编码为1、4、5、6时，则服务请求消息携带有编码的集合为(1，4-6)，该集合中的4-6表示目标参数4、5、6。
当然，上述资源中的编码也可以其他方式表示，如字母表示。服务请求消息携带有编码的集合为(A，D-F)，则D-F表示目标参数D、E、G。
此外，在实际应用中，本实施例向服务使用端反馈的服务响应消息还携带有：与目标参数的数据相关联的编码。
作为示例性介绍，假设服务使用端获取一资源中的目标参数包括参数1、参数2和参数3，对应编码为1、2、3。
服务提供端根据编码1、2、3，在从该资源中确定出参数1、参数2和参数3的数据为Data1、Data1、Data3。
之后，服务提供端向服务使用端反馈服务响应消息可以包括：Data1-编码1、Data2-编码2、Data3-编码3。
服务使用端在获得服务响应消息后，可以根据编码来识别各个数据。例如，根据Data1-编码1中的编码1，可以识别出Data1对应的是参数1的数据；根据Data2-编码2中的编码2，可以识别出Data2对应的是参数2的数据。
具体地，本实施例的服务请求消息可以按照超文本传输协议的GET发送方式发送，目标参数的编码或编码的集合由GET方式中的查询参数的内容表示。
例如：通过GET方式中的查询参数query_parameter1的取值以指定目标的编码，假设目标参数有三个，对应的编码为1、2、3，则服务请求消息可以携带查询参数为：query_parameter1＝(1、2、3)或query_parameter1＝(1-3)。
服务提供端通过服务请求消息中的query_parameter1的取值，即可确定出服务使用端期望获取的目标参数的数据。
当然，上述编码作为查询信息仅是是本发明具体实施例中一种可行的方案，作为其他方案，本发明具体实施例也可以使用其他方式来表示资源中的参数。例如，针对结构化资源中的数据时，本实施例可以使用多级编码来表示其中数据的参数。即，参数的编码至少由第一级子编码和第二级子编码构成。
作为示例性介绍，结构化资源中的数据的参数的编码可以是1.1、1.2、1.3等。
其中，小数点前一位和小数点后一位分别是第一级子编码和第二级子编码构成。这种多级编码的表达方式可以将资源中的数据更进一步地对参数划分。
例如，目前5G通信系统的数据按照参数分类主要包括：签约、业务、策略、用户上下文、标识、码号等。
基于多级编码的表示，可以将属于签约参数下的不同数据可以用1.X进行表示，属于业务参数下的不同数据可以用2.X进行表示，属于策略参数下的不同数据可以用3.X进行表示……。
显然基于上述多级编码的表达方式，服务提供端可以针对服务请求，将所有数据定义在同一资源中，每个数据都可以通过多级编码来精确表达。
另一方面，本发明的另一实施例还提供一种应用于服务使用端的数据获取方法，如图2所示，该承载管理方法包括：
步骤21，在需要获取一资源中的目标参数时，向服务提供端发送针对该资源的服务请求消息，服务请求消息携带有查询信息，该查询信息用于表示所述目标参数；
步骤22，接收服务提供端针对服务请求消息而反馈的服务响应消息，该服务响应消息携带有：目标参数的数据。
本实施例的方法进一步为资源中的数据的参数定义了映射关系。服务使用端通过服务请求消息中查询信息以向服务提供端指定需要获取的数据，使得服务提供端有目的地提供相应数据，显然，这种数据获取方式更加灵活。
基于本实施例的方法，服务使用端在期望获取某一资源中的某一参数下的数据时，会将该参数的查询信息携带在该资源的服务请求消息中，以告知服务提供端。服务提供端根据服务请求消息中的查询信息，即可直接向服务使用端反馈该资源中对应的参数的数据。可见，本实施例的数据获取方法可以使服务使用端直接获取想要的资源中的数据，这种数据获取方式更加灵活。
下面对本发明具体实施例的数据获取方法进行详细介绍。
示例性地，本实施例的资源的数据按照参数配置有对应的编码，上述查询信息可以是目标参数的编码。
当目标参数不少于两个时，服务使用端可以将目标参数的编码的集合携带在服务请求消息中。
例如：目标参数为四个，对应编码为1、4、5、6，则服务使用端可以将码的集合(1，4，5，6)携带在服务请求消息中，以告知服务提供端。
可选地，若目标参数对应有连续的编码时，则该连续的编码在集合中还可以范围表示。
例如，目标参数的编码为1、4、5、6时，则服务请求消息携带有编码的集合为(1，4-6)。该集合中的4-6表示目标参数4、5、6。
此外，在实际应用中，本实施例向服务使用端反馈的服务响应消息还携带有：与目标参数的数据相关联的编码。
作为示例性介绍，假设服务使用端获取一资源中的目标参数包括参数1、参数2和参数3，对应编码为1、2、3。
服务提供端根据编码1、2、3，在从该资源中确定出参数1、参数2和参数3的数据为Data1、Data1、Data3。之后，服务提供端向服务使用端反馈服务响应消息，该服务响应消息可以包括：Data1-编码1、Data2-编码2、Data3-编码2。
服务使用端在获得服务响应消息后，可以根据编码来识别各个数据。例如，根据Data1-编码1中的编码1，可以识别出Data1是参数1的数据；根据Data2-编码2中的编码2，可以识别出Data2是参数2的数据。
具体地，在执行步骤21时，可以按照超文本传输协议的GET发送方式向服务提供端发送针对所述资源的服务请求消息；其中，所述目标参数的编码或编码的集合由GET方式中的查询参数的内容表示。
例如，通过GET方式中的查询参数query_parameter1的取值以指定目标的编码，假设目标参数的编码为1、2、3，则服务请求消息可以携带查询参数为：query_parameter1＝(1、2、3)或query_parameter1＝(1-3)。
服务提供端通过服务请求消息中的query_parameter1的取值，即可确定出服务使用端期望获取的目标参数的数据。
当然，上述编码作为查询信息仅是是本发明具体实施例其中一种可行方案，作为其他方案，本发明具体实施例也可以使用其他方式来表示资源中的参数。
例如，当本实施例的资源中的数据呈多结构的参数划分时，本实施例可以使用多级编码来表示其中数据的参数。即，参数的编码至少由第一级子编码和第二级子编码构成。
作为示例性介绍，结构化资源中的数据的参数的编码可以是1.1、1.2、1.3等。
其中，小数点前一位和小数点后一位分别是第一级子编码和第二级子编码构成。这种多级编码的表达方式可以将资源中的数据更进一步地对参数划分。
例如，目前5G通信系统的数据按照参数分类主要包括：签约、业务、策略、用户上下文、标识、码号等。
基于多级编码的表示，可以将属于签约参数下的不同数据可以用1.X进行表示，属于业务参数下的不同数据可以用2.X进行表示，属于策略参数下的不同数据可以用3.X进行表示……。
进一步地，作为示例性介绍，签约参数的数据还可以进一步划分：第一类业务签约、第二类业务签约以及第N类业务签约。
对应地，本实施例可以将第一类业务签约的编码确定为1.1，该1.1可用于表示第一类业务签约下的数据；同理，将第N类业务签约的编码确定为1.N，该1.N可用于表示第N类业务签约下的数据。
显然基于上述多级编码的表达方式，服务提供端可以针对服务请求，将所有数据定义在同一资源中，每个数据都可以通过多级编码来精确表达。这里需要说明的，对于更多级的编码表示，由于原理相同，本文不再举例赘述。
下面结合服务提供端和服务使用端，以不同的实现方式对本发明的数据获取方法进行详细介绍。
由于5G通信系统已经明确服务化接口使用HTTP/2+TCP协议调用数据。本实现方式中，以服务使用端按照HTTP协议的GET发送方式，向服务提供端请求获取资源中的数据。
示例性地，服务提供端侧的资源的模型结构如图3所示：
其中，recource表示资源，从图3中可以看出该资源中的数据划分有n个参数。每个参数都配置有ID编码(1、2、……、n)。
以ID＝1的参数为例，其数据为Attr#1＝value#1，同理ID＝2的参数下的数据为Attr#2＝value#nID＝2，……，ID＝的参数下的数据为Attr#n＝value#n。
假设服务使用端需要获取资源中ID＝1、2、3的参数，则对应流程可以如图4所示：
服务使用端可以扩展服务请求消息中GET方法下的query参数的表示方式，通过query_parameter1＝value指定资源，通过携带参数编码集合向服务提供端请求该资源的参数1、2、3，而服务器提供端通过服务响应消息中的200OK信息，向服务使用端将该资源中参数1、2、3的值1:value、2:value、3:value。
或者如图5所示，服务使用端可以扩展服务请求消息中GET方法的表示方式，引入参数范围。通过query_parameter1＝value指定资源，通过携带参数编码范围向服务提供端请求该资源的参数1、2、3；而服务器提供端通过服务响应消息中的200OK信息，向服务使用端将该资源中参数1、2、3的值1:value、2:value、3:value。
以上是对本发明数据获取方法的介绍。需要说明的是，上述实现方式仅用于示例，并不能限制本发明的保护范围。在不脱离本发明原理的前提下，还可以作出合理的变化。例如上述实际应用中的目标参数可以是多个，且查询信息还可以采用其他方式进行代替，例如直接由参数的名称作为查询信息。
此外，本发明的另一实施例还提供一种服务提供端，如图6所示，包括：
第一接收模块61，用于接收服务使用端为获取一资源中的目标参数所发起的服务请求消息，所述服务请求消息携带有查询信息，所述查询信息用于指示所述目标参数；
第一发送模块62，用于将所述目标参数的数据通过服务响应消息发送至所述服务使用端。
显然，本发明具体实施例的服务提供端是本发明提供的应用于服务提供端的数据获取方法的执行主体，因此该数据获取方法所能实现的技术效果，本实施例的服务提供端同样能够实现。
可选地，本实施例的资源的数据按照参数配置有对应的编码，所述查询信息为所述目标参数的编码。
可选地，上述服务响应消息还携带有：与目标参数的数据相关联的编码。
可选地，当所述目标参数不少于两个时，所述服务请求消息携带有所述目标参数的编码的集合。
可选地，当所述目标参数为多个，且对应有连续的编码时，所述连续的编码在集合中以范围表示。
可选地，所述服务请求消息按照超文本传输协议的GET发送方式发送，所述目标参数的编码或编码的集合由GET方式中的查询参数的内容表示。
可选地，所述资源中的参数的编码为一级编码或多级编码，所述多级编码至少由第一级子编码和第二级子编码构成。
此外，本发明的实施例还提供一种服务使用端，如图7所示，包括：
第二发送模块71，用于在需要获取一资源中的目标参数时，向服务提供端发送针对所述资源的服务请求消息，所述服务请求消息携带有查询信息，所述查询信息用于表示所述目标参数；
第二接收模块72，用于接收服务提供端针对所述服务请求消息而反馈的服务响应消息，所述服务响应消息携带有：所述目标参数的数据。
显然，本发明具体实施例的服务使用端是本发明提供的应用于服务使用端的数据获取方法的执行主体，因此该数据获取方法所能实现的技术效果，本实施例的服务使用端同样能够实现。
可选地，所述资源的数据按照参数配置有对应的编码，所述查询信息为所述目标参数的编码。
可选地，当所述目标参数不少于两个时，所述服务请求消息携带有所述目标参数的编码的集合。
可选地，当所述目标参数为多个，且对应有连续的编码时，所述连续的编码在集合中以范围表示。
可选地，所述第二发送模块具体用于：按照超文本传输协议的GET发送方式向服务提供端发送针对所述资源的服务请求消息；其中，所述目标参数的编码或编码的集合由GET方式中的查询参数的内容表示。
可选地，所述资源中的参数的编码为一级编码或多级编码，所述多级编码至少由第一级子编码和第二级子编码构成。
此外，如图8所示，本发明的另一实施例还提供一种网络功能实体800，包括：
天线81、射频装置82、基带装置83、处理器84、存储器85以及用户接口66以及总线接口。其中：
在本发明实施例中，网络侧设备800可以作为服务使用端，也可以作为服务提供端。
网络侧设备800还包括：存储在存储器85上并可在处理器84上运行的计算机程序。
当网络侧设备800作为服务提供端时，该计算机程序被处理器执行时实现如下步骤：
接收服务使用端为获取一资源中的目标参数所发起的服务请求消息，所述服务请求消息携带有查询信息，所述查询信息用于指示所述目标参数；
按照所述服务请求消息携带的查询信息的指示，将所述目标参数的数据通过服务响应消息发送至所述服务使用端。
当网络侧设备800作为服务使用端时，该计算机程序被处理器执行时实现如下步骤：
在需要获取一资源中的目标参数时，向服务提供端发送针对所述资源的服务请求消息，所述服务请求消息携带有查询信息，所述查询信息用于表示所述目标参数；
接收服务提供端针对所述服务请求消息而反馈的服务响应消息，所述服务响应消息携带有：所述目标参数的数据。
其中，总线接口可以包括任意数量的互联的总线和桥，具体由处理器代表的一个或多个处理器和存储器85代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。天线81、射频装置82、基带装置83共同组成发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元。针对不同的用户设备，用户接口86还可以是能够外接内接需要设备的接口，连接的设备包括但不限于小键盘、显示器、扬声器、麦克风、操纵杆等。
处理器84负责管理总线接口和通常的处理，存储器85可以存储处理器84在执行操作时所使用的数据。
可选地，所述资源的数据按照参数配置有对应的编码，所述查询信息为所述目标参数的编码。
可选地，当所述目标参数不少于两个时，所述服务请求消息携带有所述目标参数的编码的集合。
可选地，当所述目标参数为多个，且对应有连续的编码时，所述连续的编码在集合中以范围表示。
可选地，当网络侧设备800作为服务使用端时，本实施例的计算机程序被处理器84执行时实现如下步骤：
按照超文本传输协议的GET发送方式向服务提供端发送针对所述资源的服务请求消息；
其中，所述目标参数的编码或编码的集合由GET方式中的查询参数的内容表示。
此外，本发明的另一实施例还提供一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：
接收服务使用端为获取一资源中的目标参数所发起的服务请求消息，所述服务请求消息携带有查询信息，所述查询信息用于指示所述目标参数；
按照所述服务请求消息携带的查询信息的指示，将所述目标参数的数据通过服务响应消息发送至所述服务使用端。
或者，
在需要获取一资源中的目标参数时，向服务提供端发送针对所述资源的服务请求消息，所述服务请求消息携带有查询信息，所述查询信息用于表示所述目标参数；
接收服务提供端针对所述服务请求消息而反馈的服务响应消息，所述服务响应消息携带有：所述目标参数的数据。
可选地，所述资源的数据按照参数配置有对应的编码，所述查询信息为所述目标参数的编码。
可选地，当所述目标参数不少于两个时，所述服务请求消息携带有所述目标参数的编码的集合。
可选地，当所述目标参数为多个，且对应有连续的编码时，所述连续的编码在集合中以范围表示。
可选地，所述服务请求消息按照超文本传输协议的GET发送方式发送，所述目标参数的编码或编码的集合由GET方式中的查询参数的内容表示。
可选地，所述资源中的参数的编码为一级编码或多级编码，所述多级编码至少由第一级子编码和第二级子编码构成。
以上所述是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明所述原理的前提下，还可以作出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (28)

1.一种数据获取方法，应用于服务提供端，其特征在于，包括：
接收服务使用端为获取一资源中的目标参数所发起的服务请求消息，所述服务请求消息携带有查询信息，所述查询信息用于指示所述目标参数；
将所述目标参数的数据通过服务响应消息发送至所述服务使用端。
2.根据权利要求1所述的数据获取方法，其特征在于，
所述资源的数据按照参数配置有对应的编码，所述查询信息为所述目标参数的编码。
3.根据权利要求2所述的数据获取方法，其特征在于，
所述服务响应消息还携带有：与所述目标参数的数据相关联的编码。
4.根据权利要求2所述的数据获取方法，其特征在于，
当所述目标参数不少于两个时，所述服务请求消息携带有所述目标参数的编码的集合。
5.根据权利要求4所述的数据获取方法，其特征在于，
当所述目标参数为多个，且对应有连续的编码时，所述连续的编码在集合中以范围表示。
6.根据权利要求4或5所述的数据获取方法，其特征在于，
所述服务请求消息按照超文本传输协议的GET发送方式发送，所述目标参数的编码或编码的集合由GET方式中的查询参数的内容表示。
7.根据权利要求2所述的数据获取方法，其特征在于，
所述资源中的参数的编码为一级编码或多级编码，所述多级编码至少由第一级子编码和第二级子编码构成。
8.一种数据获取方法，应用于服务使用端，其特征在于，包括：
在需要获取一资源中的目标参数时，向服务提供端发送针对所述资源的服务请求消息，所述服务请求消息携带有查询信息，所述查询信息用于表示所述目标参数；
接收服务提供端针对所述服务请求消息而反馈的服务响应消息，所述服务响应消息携带有：所述目标参数的数据。
9.根据权利要求8所述的数据获取方法，其特征在于，
所述资源的数据按照参数配置有对应的编码，所述查询信息为所述目标参数的编码。
10.根据权利要求9所述的数据获取方法，其特征在于，
当所述目标参数不少于两个时，所述服务请求消息携带有所述目标参数的编码的集合。
11.根据权利要求10所述的数据获取方法，其特征在于，
当所述目标参数为多个，且对应有连续的编码时，所述连续的编码在集合中以范围表示。
12.根据权利要求10或11所述的数据获取方法，其特征在于，
所述向服务提供端发送针对所述资源的服务请求消息的步骤包括：
按照超文本传输协议的GET发送方式向服务提供端发送针对所述资源的服务请求消息；其中，所述目标参数的编码或编码的集合由GET方式中的查询参数的内容表示。
13.根据权利要求9所述的数据获取方法，其特征在于，
所述资源中的参数的编码为一级编码或多级编码，所述多级编码至少由第一级子编码和第二级子编码构成。
14.一种服务提供端，其特征在于，包括：
第一接收模块，用于接收服务使用端为获取一资源中的目标参数所发起的服务请求消息，所述服务请求消息携带有查询信息，所述查询信息用于指示所述目标参数；
第一发送模块，用于将所述目标参数的数据通过服务响应消息发送至所述服务使用端。
15.根据权利要求14所述的服务提供端，其特征在于，
所述资源的数据按照参数配置有对应的编码，所述查询信息为所述目标参数的编码。
16.根据权利要求15所述的服务提供端，其特征在于，
所述服务响应消息还携带有：与所述目标参数的数据相关联的编码。
17.根据权利要求15所述的服务提供端，其特征在于，
当所述目标参数不少于两个时，所述服务请求消息携带有所述目标参数的编码的集合。
18.根据权利要求17所述的服务提供端，其特征在于，
当所述目标参数为多个，且对应有连续的编码时，所述连续的编码在集合中以范围表示。
19.根据权利要求17或18所述的服务提供端，其特征在于，
所述服务请求消息按照超文本传输协议的GET发送方式发送，所述目标参数的编码或编码的集合由GET方式中的查询参数的内容表示。
20.根据权利要求15所述的服务提供端，其特征在于，
所述资源中的参数的编码为一级编码或多级编码，所述多级编码至少由第一级子编码和第二级子编码构成。
21.一种服务使用端，其特征在于，包括：
第二发送模块，用于在需要获取一资源中的目标参数时，向服务提供端发送针对所述资源的服务请求消息，所述服务请求消息携带有查询信息，所述查询信息用于表示所述目标参数；
第二接收模块，用于接收服务提供端针对所述服务请求消息而反馈的服务响应消息，所述服务响应消息携带有：所述目标参数的数据。
22.根据权利要求21所述的服务使用端，其特征在于，
所述资源的数据按照参数配置有对应的编码，所述查询信息为所述目标参数的编码。
23.根据权利要求22所述的服务使用端，其特征在于，
当所述目标参数不少于两个时，所述服务请求消息携带有所述目标参数的编码的集合。
24.根据权利要求23所述的服务使用端，其特征在于，
当所述目标参数为多个，且对应有连续的编码时，所述连续的编码在集合中以范围表示。
25.根据权利要求23或24所述的服务使用端，其特征在于，
所述第二发送模块具体用于：按照超文本传输协议的GET发送方式向服务提供端发送针对所述资源的服务请求消息；其中，所述目标参数的编码或编码的集合由GET方式中的查询参数的内容表示。
26.根据权利要求22所述的服务使用端，其特征在于，
所述资源中的参数的编码为一级编码或多级编码，所述多级编码至少由第一级子编码和第二级子编码构成。
27.一种网络功能实体，包括：处理器、存储器以及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1-7中任一项所述的数据获取方法，或8-13中任一项所述的数据获取方法。
28.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1-7中任一项所述的数据获取方法的步骤，或实现如权利要求8-13中任一项所述的数据获取方法的步骤。
CN201810143297.5A 2018-02-11 2018-02-11 数据获取方法、服务提供端、服务使用端及网络功能实体 Active CN110166502B (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN201810143297.5A CN110166502B (zh) 2018-02-11 2018-02-11 数据获取方法、服务提供端、服务使用端及网络功能实体
PCT/CN2018/125399 WO2019153963A1 (zh) 2018-02-11 2018-12-29 数据获取方法、服务提供端、服务使用端及网络功能实体
US16/968,675 US11758017B2 (en) 2018-02-11 2018-12-29 Data acquisition method, service provider, service consumer and network functional entity
EP18905532.0A EP3751820A4 (en) 2018-02-11 2018-12-29 DATA ACQUISITION PROCESS, SERVICE PROVIDER TERMINAL, SERVICE USER TERMINAL AND NETWORK FEATURE ENTITY

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201810143297.5A CN110166502B (zh) 2018-02-11 2018-02-11 数据获取方法、服务提供端、服务使用端及网络功能实体

Publications (2)

Publication Number Publication Date
CN110166502A true CN110166502A (zh) 2019-08-23
CN110166502B CN110166502B (zh) 2021-06-01

Family

ID=67548829

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201810143297.5A Active CN110166502B (zh) 2018-02-11 2018-02-11 数据获取方法、服务提供端、服务使用端及网络功能实体

Country Status (4)

Country Link
US (1) US11758017B2 (zh)
EP (1) EP3751820A4 (zh)
CN (1) CN110166502B (zh)
WO (1) WO2019153963A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113810456A (zh) * 2021-02-09 2021-12-17 京东科技信息技术有限公司 数据获取方法、装置、系统、计算机设备及存储介质

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110166502B (zh) * 2018-02-11 2021-06-01 中国移动通信有限公司研究院 数据获取方法、服务提供端、服务使用端及网络功能实体

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101968811A (zh) * 2010-10-20 2011-02-09 刘炳林 电话在线数据查询方法、装置、服务器、手机及系统
US20110119534A1 (en) * 2008-07-28 2011-05-19 Liu Lifeng Method and apparatus for processing packets
CN107026882A (zh) * 2016-02-02 2017-08-08 华为技术有限公司 一种资源获取的方法及相关设备
CN107622127A (zh) * 2017-09-28 2018-01-23 金蝶软件（中国）有限公司 一种数据处理方法及其终端设备

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050138137A1 (en) * 2003-12-19 2005-06-23 Microsoft Corporation Using parameterized URLs for retrieving resource content items
US8849950B2 (en) * 2011-04-07 2014-09-30 Qualcomm Incorporated Network streaming of video data using byte range requests
US9898263B2 (en) * 2013-04-09 2018-02-20 Level 3 Communications, Llc System and method for resource-definition-oriented software generation and development
GB2513140B (en) * 2013-04-16 2016-05-04 Canon Kk Methods, devices, and computer programs for streaming partitioned timed media data
CN103581317B (zh) 2013-10-31 2016-08-17 工业和信息化部电信传输研究所 一种网络资源共享的方法
CN104023073A (zh) 2014-06-13 2014-09-03 北京奇虎科技有限公司 一种资源的推送方法、系统及装置
US10306016B2 (en) 2016-02-01 2019-05-28 General Electric Company System and method for scoped attributes
CN107567006A (zh) * 2016-06-30 2018-01-09 中兴通讯股份有限公司 M2m应用的信息方法、cse及ae
WO2018106985A1 (en) * 2016-12-09 2018-06-14 Convida Wireless, Llc Mechanisms for resource-directory to resource- directory communications
US10733376B2 (en) * 2017-03-01 2020-08-04 Google Llc Delivering auto-play media content element from cross origin resources
US10999609B2 (en) * 2017-08-17 2021-05-04 Comcast Cable Communications, Llc Enhanced service compatibility with clients
US11416563B1 (en) * 2017-10-20 2022-08-16 Amazon Technologies, Inc. Query language for selecting and addressing resources
CN110166502B (zh) * 2018-02-11 2021-06-01 中国移动通信有限公司研究院 数据获取方法、服务提供端、服务使用端及网络功能实体

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110119534A1 (en) * 2008-07-28 2011-05-19 Liu Lifeng Method and apparatus for processing packets
CN101968811A (zh) * 2010-10-20 2011-02-09 刘炳林 电话在线数据查询方法、装置、服务器、手机及系统
CN107026882A (zh) * 2016-02-02 2017-08-08 华为技术有限公司 一种资源获取的方法及相关设备
CN107622127A (zh) * 2017-09-28 2018-01-23 金蝶软件（中国）有限公司 一种数据处理方法及其终端设备

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
XIAOLIZHENZHEN: "获取URL参数的方法", 《简书》 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113810456A (zh) * 2021-02-09 2021-12-17 京东科技信息技术有限公司 数据获取方法、装置、系统、计算机设备及存储介质

Also Published As

Publication number Publication date
EP3751820A4 (en) 2021-11-10
US11758017B2 (en) 2023-09-12
CN110166502B (zh) 2021-06-01
EP3751820A1 (en) 2020-12-16
US20210006639A1 (en) 2021-01-07
WO2019153963A1 (zh) 2019-08-15

Similar Documents

Publication Publication Date Title
CN108021710B (zh) 一种动态接口转换方法、装置、终端设备及存储介质
CN108337236A (zh) 一种基于Protobuf和HTTP/1.1的gRPC调用方法及装置
CN109962855A (zh) 一种web服务器的限流方法、限流装置及终端设备
CN111343020A (zh) 多协议物联网设备的统一管理方法和装置
CN109213792A (zh) 数据处理的方法、服务端、客户端、装置及可读存储介质
CN111722947A (zh) 服务调用方法及系统
CN111212075A (zh) 业务请求的处理方法、装置、电子设备及计算机存储介质
CN109274773A (zh) 一种实现远程服务调用方法、装置和系统
CN110933075B (zh) 服务调用方法、装置、电子设备及存储介质
CN113691635B (zh) 调用微服务的方法、装置、电子设备和可读存储介质
CN114528044B (zh) 一种接口调用方法、装置、设备及介质
CN111698205A (zh) 服务调用方法及相关设备
CN108833578A (zh) 基于fifo命名管道进行双工通信的方法及相关设备
CN109522139A (zh) 一种数据表服务生成调用方法、装置、设备及存储介质
CN110166502A (zh) 数据获取方法、服务提供端、服务使用端及网络功能实体
CN109889521A (zh) 存储器、通信通道复用实现方法、装置和设备
US7318109B2 (en) System and method for remote assembly of messages to create a control message
CN109150583A (zh) 一种北向接口的管理方法及装置
CN105847319A (zh) 一种移动终端网络请求方法及系统
CN109388388B (zh) 功能模块间的信息交互方法、装置、设备及存储介质
CN108833500B (zh) 服务调用方法、服务提供方法、数据传递方法和服务器
CN109217986A (zh) 一种基于物联网的数据传输方法及系统
CN111813529B (zh) 数据处理方法、装置、电子设备及存储介质
CN110392012A (zh) 轻量级机器到机器系统中重新引导的方法和装置
CN106656936B (zh) 一种访问控制方法、prp实体、pdp实体和pep实体

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant