CN110875961A

CN110875961A - Data service processing method, device and system

Info

Publication number: CN110875961A
Application number: CN201811013969.7A
Authority: CN
Inventors: 吴伟
Original assignee: Alibaba Group Holding Ltd
Current assignee: Banma Zhixing Network Hongkong Co Ltd
Priority date: 2018-08-31
Filing date: 2018-08-31
Publication date: 2020-03-10

Abstract

The invention discloses a data service processing method, device and system. Wherein, the method comprises the following steps: receiving a service request sent by equipment, wherein the service request contains a first URL (uniform resource locator) of a requested service, and the first URL is used for indicating attribute information of the requested service; searching a service providing object matched with the attribute information from a preset data set; and sending a service response to the device, wherein the service response contains a second URL (uniform resource locator) which indicates the address of the service providing object, so that the device requests the service from the service providing object according to the address. The invention solves the technical problem of low data acquisition efficiency caused by inquiring the available service in the local area network on the multicast address by using the DNS request for the service of the Internet of things in the related technology.

Description

Data service processing method, device and system

Technical Field

The present invention relates to the field of data processing technologies, and in particular, to a method, an apparatus, and a system for processing a data service.

Background

In the related art, both internet technology and internet of things technology are in a rapid development stage, and with the increasing of service Client groups, the service data processing amount is gradually increased, and in the aspect of data processing, the internet is based on a C/S (Client/Server) architecture of a Server and a Client at present, data is stored in the Server in a centralized manner, and a user acquires data by sending a request to the Server. In the internet of things, the user equipment queries available services in the local area network by broadcasting a DNS request, and the service provider returns a response message, and if there is a corresponding service, the response message received by the user equipment includes a service domain name (e.g., maps. yunos. com), and then the user equipment needs to send an http request to http:// maps. yunos. com, acquire a data parameter to generate a final data URL, so that the data service is requested by the data URL, which greatly increases the complexity of acquiring the data service by the user equipment, and results in low efficiency of acquiring the data service.

In the current service discovery scheme of the internet of things, because the service available in the local area network is queried on the multicast address through the DNS request, the function limitation is large, and because the service discovery scheme can only be used for a local network with a small scale, a user cannot be used for the internet with a large scale, the user's requirement cannot be met, and the efficiency of querying data is obviously reduced.

For the technical problem that the efficiency of data acquisition is low due to the fact that the available services in the local area network are inquired on the multicast address by using the DNS request for the services of the internet of things in the related technology, an effective solution is not provided at present.

Disclosure of Invention

Embodiments of the present invention provide a method, an apparatus, and a system for processing a data service, so as to at least solve a technical problem in the related art that a DNS request is used for an internet of things service to query an available service in a local area network on a multicast address, which results in low efficiency of data acquisition.

According to an aspect of an embodiment of the present invention, a method for processing a data service is provided, including: receiving a service request sent by a device, wherein the service request contains a first URL (uniform resource locator) of a requested service, and the first URL is used for indicating attribute information of the requested service; searching a service providing object matched with the attribute information from a preset data set; and sending a service response to the equipment, wherein the service response contains a second URL (uniform resource locator), and the second URL indicates the address of the service providing object, so that the equipment can request the service from the service providing object according to the address.

According to another aspect of the embodiments of the present invention, there is also provided a method for processing a data service, including: sending a service request to a service directory server, wherein the service request comprises a first URL (uniform resource locator) of a requested service, the first URL is used for indicating attribute information of the requested service, and a service providing object matched with the attribute information is searched for from a preset data set by the service directory server; receiving a service response returned by the service directory server, wherein the service response contains a second URL (uniform resource locator), and the second URL indicates the address of the service providing object; and requesting the service from the service providing object according to the address.

According to another aspect of the embodiments of the present invention, there is also provided a processing apparatus for a data service, including: the device comprises a receiving module, a sending module and a processing module, wherein the receiving module is used for receiving a service request sent by the device, the service request comprises a first URL (uniform resource locator) of a requested service, and the first URL is used for indicating attribute information of the requested service; the processing module is used for searching a service providing object matched with the attribute information from a preset data set; and the sending module is used for sending a service response to the equipment, wherein the service response contains a second URL (uniform resource locator), and the second URL indicates the address of the service providing object, so that the equipment can request the service from the service providing object according to the address.

According to another aspect of the embodiments of the present invention, there is also provided a processing apparatus for a data service, including: a sending unit, configured to send a service request to a service directory server, where the service request includes a first URL of a requested service, and the first URL is used to indicate attribute information of the requested service, and a service providing object matching the attribute information is searched for by the service directory server from a preset data set; a receiving unit, configured to receive a service response returned by the service directory server, where the service response includes a second URL, and the second URL indicates an address of the service providing object; and the request unit is used for requesting the service to the service providing object according to the address.

According to another aspect of the embodiments of the present invention, there is also provided a data service processing system, including: a device for sending a service request to a service directory server, the service request including a first URL of a requested service, the first URL being for indicating attribute information of the requested service; the service directory server is used for searching a service providing object matched with the attribute information from a preset data set; the device is further configured to receive a service response returned by the service directory server, where the service response includes a second URL indicating an address of the service providing object; and requesting the service from the service providing object according to the address.

In the embodiment of the invention, the equipment firstly sends the service request to the service directory server, the service request comprises a first URL of the requested service, the first URL is used for indicating attribute information of the requested service, the service directory server searches a service providing object matched with the attribute information from the preset directory service, then a service response returned by the service directory server can be received, the service response comprises a second URL, and therefore the equipment requests the service from the service providing object according to the address of the service providing object in the second URL. In the embodiment of the present invention, when data needs to be used, a device may send a service request, a service directory server searches a currently available service providing object according to a required service attribute, and then returns a query result to the device, so that the device may request a service from a corresponding device according to the return result, in this way, the device sends a request to a service directory server maintained on the internet, the service directory server may extend an original mapping relationship from a domain name to an IP in DNS resolution to a mapping relationship from a first URL (i.e., a service URL) to a second URL (e.g., a resource URL), the second URL indicates an address of the service providing object, that is, an address of the service providing object that the device finally receives is compared with an original address that only the domain name can be received and a resource URL corresponding to the domain name needs to be obtained again, the method and the device for acquiring the data can obviously simplify the steps of acquiring the data, so that the service range can be enlarged, and the process of discovering the service can be simplified, thereby solving the technical problem that the efficiency of acquiring the data is lower because the service of the Internet of things uses a DNS request to inquire the available service in the local area network on the multicast address in the related technology.

Drawings

The accompanying drawings, which are included to provide a further understanding of the invention and are incorporated in and constitute a part of this application, illustrate embodiment(s) of the invention and together with the description serve to explain the invention without limiting the invention. In the drawings:

fig. 1 is a schematic network environment diagram of a network in which a computer terminal or a server for implementing a processing method of a data service according to an embodiment of the present application is located;

fig. 2 is a flowchart of a processing method of a data service according to a first embodiment of the present invention;

FIG. 3 is a flowchart of a method for establishing a mapping between services provided by a service offering and addresses, according to an embodiment of the invention;

fig. 4 is a block diagram of a hardware structure of a computer terminal for implementing a processing method of a data service according to an embodiment of the present invention;

FIG. 5 is a flowchart of an alternative data service processing method according to the second embodiment of the present invention

FIG. 6 is a first schematic diagram of a data service processing apparatus according to an embodiment of the present invention;

FIG. 7 is a second schematic diagram of a data service processing apparatus according to an embodiment of the present invention;

FIG. 8 is a schematic diagram of an alternative data service processing system according to an embodiment of the present invention;

fig. 9 is a schematic diagram of an alternative mobile terminal according to an embodiment of the present invention.

Detailed Description

In order to make the technical solutions of the present invention better understood, the technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention, and it is obvious that the described embodiments are only a part of the embodiments of the present invention, and not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.

It should be noted that the terms "first," "second," and the like in the description and claims of the present invention and in the drawings described above are used for distinguishing between similar elements and not necessarily for describing a particular sequential or chronological order. It is to be understood that the data so used is interchangeable under appropriate circumstances such that the embodiments of the invention described herein are capable of operation in sequences other than those illustrated or described herein. Furthermore, the terms "comprises," "comprising," and "having," and any variations thereof, are intended to cover a non-exclusive inclusion, such that a process, method, system, article, or apparatus that comprises a list of steps or elements is not necessarily limited to those steps or elements expressly listed, but may include other steps or elements not expressly listed or inherent to such process, method, article, or apparatus.

First, some terms or terms appearing in the description of the embodiments of the present application are applicable to the following explanations:

SD: and (5) discovering the service.

The URL, the full english Resource Locator, or the web page address, is a standard Resource address on the internet, and each file on the internet has a unique URL to indicate the location of the file.

The DNS, the english full name DomainName System, the domain name resolution service, in this application, is a distributed relational database of mutual mapping from a service url (service url) to a resource url (resource url), so that devices in the internet of things can conveniently access devices where service providers are located.

SDS, english called Service Dictionary Server, Service directory Server.

HTTP, the full name of Hyper Text Transfer Protocol in english, is a network transport Protocol applied to the internet.

IOT, the Internet of Things, is an information carrier such as the Internet and a traditional telecommunication network, and enables all common objects with independent functions to be interconnected and intercommunicated.

Example 1

There is also provided, in accordance with an embodiment of the present invention, a method embodiment of processing of a data service, it being noted that the steps illustrated in the flowchart of the figure may be performed in a computer system such as a set of computer-executable instructions and that, although a logical order is illustrated in the flowchart, in some cases the steps illustrated or described may be performed in an order different than that illustrated herein.

The method provided by the first embodiment of the present application may be executed in a mobile terminal, a computer terminal, or a similar computing device. Fig. 1 is a schematic network environment diagram of a network in which a computer terminal or a server for implementing a processing method of a data service according to an embodiment of the present application is located.

As shown in fig. 1, the network environment may include a terminal 101, a service directory server group 102 and a data service provider 103, and in this embodiment, the processing method of the data service may be applied to a hardware environment formed by the terminal 101, the service directory server group 102 and the data service provider 103 as shown in fig. 1. As shown in fig. 1, the terminal is connected to a data service provider 103 through a service directory server group 102, and the network includes but is not limited to: the terminal is not limited to a PC, a mobile phone, a tablet computer, etc. The data service processing method according to the embodiment of the present application may be executed by the service directory server group 102, the terminal 101, or both the service directory server group and the terminal. According to one embodiment of the application, the processing method of the terminal for executing the data service of the embodiment of the application is executed by the client software installed on the terminal.

In an alternative embodiment, the terminal 101 may be any mobile computing device or the like. The terminal may establish a connection with the data service provider 103 via a data network, which may be a local area network connection, a wide area network connection, an internet connection, or other type of data network connection. The terminal 101 may execute to connect to a network service executed by a server or a group of servers. A web server is a network-based user service such as a verification service, social network, cloud resources, email, online payment, or other online application.

In addition, as shown in fig. 1, the terminal 101 may search the data service provider 103 through the service directory server group 102, so as to establish a data connection between the terminal 101 and the data service provider 103, and then may request a data service.

In an alternative embodiment, a service request is sent through a device (e.g., a terminal), the service request includes a first URL of a requested service, the first URL is used for indicating attribute information of the requested service, after receiving the service request, the service directory server group searches a service providing object matched with the attribute information from a preset data set, and then the service directory server group can send a service response to the device, the service response includes a second URL, and the second URL indicates an address of the service providing object, so that the device requests the service from the service providing object according to the address. Optionally, in this application, after obtaining the service response, the device may determine the address of the service providing object according to the service response, thereby establishing a connection between the device and the service providing object, and requesting the service from the service providing object. By the method, the service directory server group can be used in the service of the internet of things, the change of the mapping relation from the domain name to the IP address in the original DNS resolution process is changed into the change of the mapping relation from the first URL (such as a data URL) to the second URL (such as a resource URL), the attribute information of the service request can be known through the first URL carried by the service request, so that the service providing object matched with the attribute information is inquired, the service response is sent to the equipment, the second URL can be contained in the service response, the second URL indicates the address of the service providing object, the address of the service providing object can be directly obtained through the first URL, and the equipment can request the service for the service providing object. .

It should be noted that, according to an embodiment of the present application, the terminal shown in fig. 1 has a touch display (also referred to as "touch screen" or "touch display screen"). In some embodiments, the computer device (or mobile device) 101 shown in fig. 1 above has a Graphical User Interface (GUI) with which a user can interact by finger contact and/or gestures on the touch screen surface, where the human interaction functionality optionally includes the following interactions: executable instructions for entering predetermined validation operations, creating web pages, drawing, word processing, making electronic documents, games, video conferencing, instant messaging, emailing, call interfacing, playing digital video, playing digital music, and/or web browsing, etc., for performing the above-described human-computer interaction functions, are configured/stored in one or more processor-executable computer program products or readable storage media.

Under the above operating environment, the present application provides a processing method of data service as shown in fig. 2. Fig. 2 is a flowchart of a processing method of a data service according to a first embodiment of the present invention. As shown in fig. 2, this implementation may include the following steps:

step S201, receiving a service request sent by a device, where the service request includes a first URL of a requested service, and the first URL is used to indicate attribute information of the requested service.

The device may specifically be a user device, the service request may specifically be a service discovery request, and the first URL may specifically be a service URL.

Step S203, searching a service providing object matched with the attribute information from a preset data set.

Step S205, sending a service response to the device, where the service response includes a second URL indicating an address of the service providing object, so that the device requests the service from the service providing object according to the address.

The service response may specifically be a service discovery response, and the second URL may specifically be a data URL.

Through the steps, the service request sent by the equipment is received, the first URL is contained in the service request, the attribute information of the requested service is indicated through the first URL, then the service providing object matched with the attribute information can be searched from the preset data set, the service response is sent to the equipment, the service response contains the second URL, the address of the service providing object is indicated through the second URL, and therefore the equipment requests the service according to the address and the service providing object. In the embodiment of the invention, when the device needs to use data, the device sends a service request, the service directory server searches the currently available service providing object according to the required attribute information, and then returns the query result to the device, so that the device can request service from the corresponding device according to the return result, the device sends the request to the service directory server maintained on the internet in such a way, the service directory server can expand the mapping relation from the domain name to the IP in the original DNS resolution to the mapping relation from the first URL (i.e. the service URL) to the second URL (the resource URL), the second URL indicates the address of the service providing object, i.e. the address of the service providing object finally received by the device is compared with the situation that only the domain name can be received originally and the second URL corresponding to the domain name needs to be obtained again, the method can obviously simplify the step of data acquisition, therefore, the service range can be enlarged, and the service discovery process can be simplified, so that the technical problem that the data acquisition efficiency is low due to the fact that the available services in the local area network are inquired on the multicast address by using the DNS request for the service of the Internet of things in the related technology is solved.

The above steps will be described in detail below.

For step S201, a service request sent by the device is received.

The service request may be a request sent to the service directory server when the device needs a service. In the embodiment of the present invention, in order to return a correct result when querying the device, each service providing object needs to register a corresponding service providing object in a directory service (provided by a service directory server group, which is equivalent to the data set described above) in advance, an entity of each service providing object is recorded in the directory service, and a recording manner is not limited in this embodiment, for example, the related information of the service providing object (including but not limited to IP address, device type, providing data type) can be recorded through a directory table or folder, meanwhile, each service providing object has attribute information of corresponding service, in order to ensure the difference of the recorded service providing objects, unique identification information can be specified for each service provision object through the protocol of the directory service, and ambiguity between service provision objects is eliminated.

Optionally, before searching for a service providing object matching with the attribute information from a preset data set, the attribute information of the service providing object may be stored in the data set, and a mapping relationship between the service and an address is established, fig. 3 is a flowchart of a method for establishing a mapping between the service provided by the service providing and the address according to an embodiment of the present invention, as shown in fig. 3, the method includes the following steps:

step S302 is to receive attribute information of the service provided by the service providing object transmitted by the service providing object.

Step S304, storing the attribute information corresponding to the service providing object in the data set, and establishing the mapping relation between the service and the address.

In the embodiment of the present invention, the type and the device model of the service providing object are not limited. The mapping relation between the service and the address is established by receiving the attribute information of the service sent by the service providing object, so that the provided service or resource can be determined after the address is determined subsequently, the relevant information of the service providing object, such as an IP address and URL (uniform resource locator) address information of a data resource, can be determined rapidly, and preparation is made for the service directory server to return a service response in time after a service request sent by equipment is received subsequently.

And for the mapping relationship between the service and the address, it may mean that the URL address corresponding to the data body is stored in the directory service, and the mapping relationship corresponds to the service providing object.

Here, it should be noted that the attribute information in the above step includes at least one of the following: service type, service parameters, format.

In the embodiment of the present invention, in order to ensure the success of subsequent DNS resolution, a mapping relationship between a service or a resource (a resource provided by a service providing object) and an address (e.g., an IP address of the service providing object or a URL address corresponding to the resource provided by the service providing object) is established in a directory service. If the equipment wants to obtain real-time monitoring data on the designated position, a service request can be sent, the type of the query service is determined to be the monitoring data in the service request, the query result can be obtained through the mapping relation if the query condition is the monitoring service of the designated position, the URL address corresponding to the monitoring data can be returned in the query result, and therefore the equipment can directly initiate a data transmission request to the data source corresponding to the URL address, and corresponding service can be obtained. Here, the service providing object where the data source is located needs to provide its own IP address and the URL address corresponding to the corresponding resource to the directory service, that is, the provided service may be registered in the directory service according to a format specified by the directory protocol, the registration process includes related attribute information included in the service itself, the directory service may generate a new object node corresponding to the service providing object according to the registered content, and then may place the new object node in a different directory according to the attribute information of the object node. In the invention, during query, the directory can be queried according to the attribute information in the service request, so as to obtain the object list matched with the attribute information.

Through the above steps S302 to S304, the attribute information of the service provided by the service providing object sent by the service providing object may be received first, the attribute information corresponding to the service providing object may be stored in the data set, and the mapping relationship between the service and the address may be established. Compared with the scheme that the domain name can only be acquired through the server, the IP address of the server corresponding to the data is acquired through the resolution of the DNS, namely the IP address of the server corresponding to the data is acquired according to the mapping relation from the domain name to the IP address, and the data is acquired according to the IP address request, the mapping relation between the service and the address can be established by utilizing the attribute information of the service provided by the service providing object, so that the equipment can directly utilize the service request, acquire the second URL corresponding to the final service providing object through the service directory server, and directly request the service providing object to acquire the data.

An optional implementation manner, where the service request includes a plurality of contents, optionally, the service request includes: a QNAME field and a QTYPE field; wherein the QNAME field contains a first URL and the QTYPE supported field indicates that the service discovery type is supported.

Next, a data format of the service request of the present embodiment is described, where the service request includes a data header and a message body;

optionally, the data header of the service request may include 16 bits, which is specifically shown in table 1 below:

table 1 DNS data header in service request

Optionally, QR, 1 bit is used to distinguish whether request (0) or response (1); OPCODE, 4 bits are used to set the kind of query. AA, indicating an authorized response (authorized Answer), indicating a response; TC, TrunCation (TrunCation) to indicate that the message is longer than the allowed length, resulting in TrunCation; RD, indicating that Recursion (Recursion Desired) is Desired, the bit is set by the request and the same value used at the time of reply is returned. RA, indicating that Recursion (Recursion Available) is supported, which bit is set or cancelled in the reply, representing whether the server supports recursive queries or not; z, indicating a reserved value, set to 0 in all request and reply messages; RCODE, indicating the response code, takes 4 bits. QDCOUNT, an unsigned 16-bit integer indicates the number of problem records in the message request segment. The ANCOUNT unsigned 16-bit integer represents the number of reply records in the message reply segment. NSCOUNT, 16-bit integer without symbols represents the number of authorization records in the message authorization segment. The ARCOUTN indicates that the unsigned 16-bit integer represents the number of additional records in the additional segment of the message.

The foregoing OPCODE field occupies 4 bits, and is used to specify the type of the query, and in this embodiment, a dedicated OPCODE type (i.e., a new type) may be added to the service request. When the DNS information is a request from a domain name resolver to a domain name server, the value of the QR field is 0; otherwise, the QR field gets 1. When the DNS information is the IP address of the query domain name, the value of the Opcode field is 0; when it queries the domain name server state, the Qpcode field value is 2. QDCOUNT, ANCOUNT, NSCOUNT, ARCOUNT fields count variable length information.

Optionally, the message body of the service request in the present application may include a QNAME field, a QTYPE supported field, and a QCLASS, as shown in table 2 below:

table 2 message body of service request

Optionally, QNAME indicates that the domain name is encoded as a number of labels sequences, each labels contains one byte to indicate the length of the subsequent string, and this string, with 0 length and a null string to indicate the end of the domain name. QTYPE, 2 bytes represents the query type. QLCASS, 2 bytes represents the protocol class of the query.

The domain name to which the service request corresponds may be indicated by a QNAME, that is, the service request may be identified by the QNAME, which may contain the first URL, and of course, for the QNAME, it may further include a service type and a service parameter limit corresponding to the service type (for matching an optional service, such as location information supported by the service, an output interface format, and the like). Whereas for the above-mentioned QTYPE-supported field, it can support the service discovery type.

In addition, the qclas may not be extended, and the server searches according to the service type and parameters in the message body, and finally returns the qualified service.

The device may indicate the terminal shown in fig. 1, and the specific type and model of the device are not specifically limited in this application and are determined by itself according to the actual use condition.

It should be noted here that the service response is a message returned after responding to the service request, and the service response includes a header (similar to the header of the service request) and a message body, which is shown in table 3 below:

table 3 message body of service response

Optionally, NEME, a domain name contained in the resource record; TYPE, 2 bytes represents the TYPE of resource record, and indicates the meaning of RDATA data; CALSS, 2 bytes represents the class of RDATA; TTL, a 4 byte unsigned integer indicates the time that a resource record can be cached, and 0 indicates that it can only be transmitted but not cached. RDLENGTH, a 2-byte unsigned integer representing the length of RDATA; RDATA, an indefinite string to indicate a record, is formatted in relation to TYPE and CLASS.

Wherein the service response comprises: an RDATA field; wherein the RDATA field contains a second URL containing an interaction protocol indicating a protocol supported by the service providing object, an IP address of the service providing object, and a parameter. For the RDLENTH field and the RDATA field in table 3 above, it may be the IP address corresponding to the domain name of the returned service response. Optionally, the protocol of the URL containing the interaction may be scheme, where the scheme identifies a protocol supported by the service providing object, and the parameter in the URL may be defined when the service providing object is released.

While the first embodiment has described a method for processing data services that can be executed by using each of the service directory servers as an execution subject, the following embodiment of the present invention is described with reference to another embodiment, and the execution subject in the following embodiment may be a device, that is, the terminal 101 shown in fig. 1. Alternatively, the hardware architecture environment shown in FIG. 1 is equally applicable to the following embodiments of the present application.

Example two

The method provided by the first embodiment of the present application may be executed in a mobile terminal, a computer terminal, or a similar computing device. Fig. 4 shows a hardware configuration block diagram of a computer terminal for implementing a processing method of a data service. As shown in fig. 4, the computer terminal 10 (or mobile device 10) may include one or more (shown as 102a, 102b, … …, 102 n) processors 102 (the processors 102 may include, but are not limited to, a processing device such as a microprocessor MCU or a programmable logic device FPGA, etc.), a memory 104 for storing data, and a transmission module 106 for communication functions. Besides, the method can also comprise the following steps: a display, an input/output interface (I/O interface), a Universal Serial Bus (USB) port (which may be included as one of the ports of the I/O interface), a network interface, a power source, and/or a camera. It will be understood by those skilled in the art that the structure shown in fig. 4 is only an illustration and is not intended to limit the structure of the electronic device. For example, the computer terminal 10 may also include more or fewer components than shown in FIG. 4, or have a different configuration than shown in FIG. 4.

It should be noted that the one or more processors 102 and/or other data processing circuitry described above may be referred to generally herein as "data processing circuitry". The data processing circuitry may be embodied in whole or in part in software, hardware, firmware, or any combination thereof. Further, the data processing circuit may be a single stand-alone processing module, or incorporated in whole or in part into any of the other elements in the computer terminal 10 (or mobile device). As referred to in the embodiments of the application, the data processing circuit is controlled as a kind of processor (e.g. selection of a variable resistance termination path connected to the interface).

The memory 104 may be used to store software programs and modules of application software, such as program instructions/data storage devices corresponding to the processing method of the data service in the embodiment of the present invention, and the processor 102 executes various functional applications and data processing by running the software programs and modules stored in the memory 104, that is, implementing the processing method of the data service. The memory 104 may include high speed random access memory, and may also include non-volatile memory, such as one or more magnetic storage devices, flash memory, or other non-volatile solid-state memory. In some instances, the memory 104 may further include memory located remotely from the processor 102, which may be connected to the computer terminal 10 via a network. Examples of such networks include, but are not limited to, the internet, intranets, local area networks, mobile communication networks, and combinations thereof.

The transmission device 106 is used for receiving or transmitting data via a network. Specific examples of the network described above may include a wireless network provided by a communication provider of the computer terminal 10. In one example, the transmission device 106 includes a Network adapter (NIC) that can be connected to other Network devices through a base station to communicate with the internet. In one example, the transmission device 106 can be a Radio Frequency (RF) module, which is used to communicate with the internet in a wireless manner.

The display may be, for example, a touch screen type Liquid Crystal Display (LCD) that may enable a user to interact with a user interface of the computer terminal 10 (or mobile device).

The hardware block diagram shown in fig. 4 can be taken as an exemplary block diagram of the above-mentioned computer terminal 10 (or mobile device) and also as an exemplary block diagram of the above-mentioned server, and in an alternative embodiment, the computer terminal 10 (or mobile device) can be connected or electronically connected to one or more servers (e.g., resource servers) via a data network. In an alternative embodiment, the computer terminal 10 (or mobile device) may be any mobile computing device or the like. The data network connection may be a local area network connection, a wide area network connection, an internet connection, or other type of data network connection. The computer terminal 10 (or mobile device) may execute to connect to a network service executed by a server (e.g., a secure server) or a group of servers. A web server is a network-based user service such as social networking, cloud resources, email, online payment, or other online applications.

Under the above operating environment, the present application provides a processing method of a data service as shown in fig. 5. Fig. 5 is a flowchart of an optional data service processing method according to a second embodiment of the present invention, and as shown in fig. 5, the implementation manner may include the following steps:

step S502, sending a service request to a service directory server, where the service request includes a first URL of a requested service, and the first URL is used to indicate attribute information of the requested service, and the service directory server searches for a service providing object matched with the attribute information from a preset data set.

The service request in the embodiment of the present invention is also applicable to the content included in the service request shown in the first embodiment, and the data header included in the service request is also applicable to the DNS data header shown in table 1.

Optionally, the message body in the service request is applicable to the message body shown in table 2 above, and the service request may include: a QNAME field and a QTYPE field; wherein the QNAME field contains a first URL and the QTYPE supported field indicates that the service discovery type is supported.

It should be noted here that, the device in the implementation of the present invention may indicate the terminal shown in fig. 1, which may include but is not limited to: the specific type and model of the equipment, such as the mobile terminal, the computer, the IPAD and the like, are not specifically limited in the application and are determined by the user according to the actual use condition.

Step S504, receiving a service response returned by the service directory server, where the service response includes a second URL, and the second URL indicates an address of the service providing object.

It should be noted here that the service response in the embodiment of the present invention is also applicable to the service response shown in the first embodiment, and as shown in table 3 in the first embodiment, optionally, the service response includes: an RDATA field; wherein the RDATA field contains a second URL containing an interaction protocol indicating a protocol supported by the service providing object, an IP address of the service providing object, and a parameter. Optionally, the protocol of the URL containing the interaction may be scheme, where the scheme identifies a protocol supported by the service providing object, and the parameter in the URL may be defined when the service providing object is released.

Step S506, the service is requested to the service providing object according to the address.

Through the steps, the service request is sent to the service directory server, the service request comprises a first URL of the requested service, the first URL is used for indicating attribute information of the requested service, the service directory server searches a service providing object matched with the attribute information from a preset data set, then a service response returned by the service directory server can be received, the service response comprises a second URL, and the second URL indicates the address of the service providing object, so that the equipment requests the service from the service providing object according to the address. In the embodiment of the present invention, when the device needs to use data, the device sends a service request, the service directory server searches for a currently available service providing object according to a required service attribute, and then returns a query result to the device, so that the device can request a service from the corresponding device according to a return result (including an address of the service providing object), and in this way, the device sends a request to the service directory server maintained on the internet, the service directory server can extend the mapping relationship from the domain name to the IP in the original DNS resolution to the mapping relationship from the first URL to the second URL (including the address of the service providing object), the second URL indicates the address of the service providing object, that is, the address of the service providing object that the device finally receives is the address of the service providing object, compared with the situation that only the domain name can be received originally and the address included in the second URL corresponding to the domain name needs to be obtained again, the method and the device for acquiring the data can obviously simplify the steps of acquiring the data, so that the service range can be enlarged, and the process of discovering the service can be simplified, thereby solving the technical problem that the efficiency of acquiring the data is lower because the service of the Internet of things uses a DNS request to inquire the available service in the local area network on the multicast address in the related technology.

According to the embodiment of the invention, the DNS extension field can be utilized to inquire the service meeting the requirement in a larger range, the mode that the Internet uses a search engine as an entrance is evolved into the service inquiry mode based on the DNS protocol, namely the equipment can send the service request through the service inquiry mode of the DNS protocol after connecting into the Internet of things, so that the second URL corresponding to the service providing object is directly obtained, and compared with the scheme that only the domain name can be obtained originally, and then the IP address is obtained according to the domain name resolution, so that the second URL is obtained, the embodiment of the invention obviously simplifies the data obtaining process, so that the data stored in the service providing object can be quickly obtained.

In addition, in the embodiment of the invention, the business logic change generated by background service change can be shielded based on the page defined by the service, the characteristic of changeful data in the service era is adapted to the maximum extent, and the sustainable use of the business can be maintained.

The embodiments executed by the device and the device in which the service directory server group is located are described with reference to the processing methods of the data service used in the first and second embodiments, respectively, and the technical solution in the present invention is described with reference to another detailed implementation manner.

Assuming that the device needs to use a street view picture at a certain time at a position a (assuming that the position is identified by latitude and longitude), the expected picture format is webp, and the correlation index is street view shooting time, the device can send information such as the position a, a required street view picture, the expected picture format is webp, and the correlation index is street view shooting time, and the like, to the service directory server through a service request.

In the embodiment of the present invention, an extended DNS scheme is adopted, and the Service request may be represented as follows: sd:// streamview? loc is 39,116& type is 20170621& order is time. The QName field in the request is the Service Url, wherein streetview represents the Service type, the parameter loc is used for limiting the position, type is used as the condition of a file output format, time represents the shooting time of street view, and the order parameter is used for calculating the relevant index of Service matching.

Optionally, after receiving the service request, the data directory server selects a service providing object with the highest matching degree from the registered service providing objects according to the type and parameters of the service request, and places a second URL corresponding to the service providing object in an RDATA field of a service response (response message). For example, http://8.8.8.8/maps/@39,116/data ═ webp, where 8.8.8.8 provides the IP address of the object for the service.

Alternatively, after receiving a service response (Resource Url), the device may directly obtain the corresponding data through Url.

In the present invention, the DNS request (Service request and Service response) scheme based on extension is to extend the mapping relationship from domain name to IP of the original DNS to the mapping relationship from Service Url (first Url) to Resource Url (Resource Url). The device-initiated Service Url is the Service type and parameters expressed in the Service description language, independent of the Service provider, implementation details of the Service. The mapping from Service Url to Resource Url is done on a ServiceDictionary Server (SDS).

After the mapping is completed, the SDS selects the most suitable service providing object in the database according to the information of the service providing object registration, in combination with the request type and the parameter of the service request sent by the device, and returns the Resource Url and the corresponding parameter provided when the service providing object is registered to the device through a service response (response) of the DNS. Additionally, the SDS may be, but is not limited to being, deployed separate from the DNS server.

Here, the Resource Url in the present invention may include a domain name but may include an IP address after resolution.

In the embodiment of the invention, the service providing object issues the information such as the service type and the parameters provided by the service providing object to the service directory server in advance, and the service directory server manages and stores the relevant service information. When the device needs to use data, a service request (an extended DNS request) is sent to a service directory server for query, the service request contains a first URL of the requested service, the first URL indicates attribute information of the requested service, the service directory server searches a currently available service providing object according to the required attribute information (such as service type and parameters), and then returns a query result to the device, and the query result contains an address of the service providing object. And the equipment requests service from the corresponding equipment or service according to the return result. Through the DNS request, the method for accessing the network by the equipment in the Internet of things is adjusted, the access range is expanded, and the service range is enhanced.

It should be noted that, for simplicity of description, the above-mentioned method embodiments are described as a series of acts or combination of acts, but those skilled in the art will recognize that the present invention is not limited by the order of acts, as some steps may occur in other orders or concurrently in accordance with the invention. Further, those skilled in the art should also appreciate that the embodiments described in the specification are preferred embodiments and that the acts and modules referred to are not necessarily required by the invention.

Through the above description of the embodiments, those skilled in the art can clearly understand that the processing method of the data service according to the above embodiments can be implemented by software plus a necessary general hardware platform, and of course, can also be implemented by hardware, but the former is a better implementation mode in many cases. Based on such understanding, the technical solutions of the present invention may be embodied in the form of a software product, which is stored in a storage medium (such as ROM/RAM, magnetic disk, optical disk) and includes instructions for enabling a terminal device (such as a mobile phone, a computer, a server, or a network device) to execute the method according to the embodiments of the present invention.

Example 3

According to an embodiment of the present invention, there is further provided an apparatus for implementing the processing method of the data service, and fig. 6 is a first schematic diagram of a processing apparatus of a data service according to an embodiment of the present invention, as shown in fig. 6, the apparatus includes: a receiving module 61, a processing module 63, a sending module 65, wherein,

a receiving module 61, configured to receive a service request sent by a device, where the service request includes a first URL of a requested service, and the first URL is used to indicate attribute information of the requested service;

a processing module 63, configured to search a preset data set for a service providing object matched with the attribute information;

a sending module 65, configured to send a service response to the device, where the service response includes a second URL indicating an address of the service providing object, so that the device requests the service from the service providing object according to the address.

By the processing apparatus of the data service, the receiving module 61 receives a service request sent by the device, where the service request includes a first URL to indicate the service attribute by the first URL, and then the processing module 63 may find a service providing object from a preset directory service according to the first URL, and send a service response to the device by the sending module 65, where the service response includes a second URL indicating an address of the service providing object, so that the device requests the service from the service providing object according to the address. In the embodiment of the invention, when the device needs to use data, the device sends a service request, the service directory server searches the currently available service providing object according to the required service attribute, and then returns the query result to the device, so that the device can request service from the corresponding device according to the return result, the device can initiate the request to the service directory server maintained on the internet by the method, the service directory server can expand the mapping relation from the domain name to the IP in the original DNS resolution to the mapping relation from the first URL (i.e. service URL) to the second URL (e.g. resource URL), the second URL indicates the address of the service providing object, that is, the address of the service providing object which is finally received by the device is compared with the original address which only can receive the domain name and needs to obtain the resource URL corresponding to the domain name again, the method and the device for acquiring the data can obviously simplify the steps of acquiring the data, so that the service range can be enlarged, and the process of discovering the service can be simplified, thereby solving the technical problem that the efficiency of acquiring the data is lower because the service of the Internet of things uses a DNS request to inquire the available service in the local area network on the multicast address in the related technology.

The service request may include a plurality of contents, and optionally, the service request includes: a QNAME field and a QTYPE field; wherein the QNAME field contains a first URL and the QTYPE supported field indicates that the service discovery type is supported.

In addition, the service response includes: an RDATA field; wherein the RDATA field contains a second URL containing an interaction protocol indicating a protocol supported by the service providing object, an IP address of the service providing object, and a parameter. For the RDLENTH field and the RDATA field in table 3 above, it may be the IP address corresponding to the domain name of the returned service response. Optionally, the protocol of the URL containing the interaction may be scheme, where the scheme identifies a protocol supported by the service providing object, and the parameter in the URL may be defined when the service providing object is published.

Optionally, the processing device of the data service further includes: the first receiving submodule is used for receiving the attribute information of the service provided by the service providing object sent by the service providing object before the service providing object matched with the attribute information is searched in a preset data set; and the storage submodule is used for storing the attribute information corresponding to the service providing object in the data set and establishing the mapping relation between the service and the address.

In an alternative embodiment, the attribute information includes at least one of: service type, service parameters, format.

It should be noted here that the receiving module 61, the processing module 63, and the sending module 65 correspond to steps S201 to S205 in embodiment 1, and the two modules are the same as the corresponding steps in the implementation example and application scenario, but are not limited to the disclosure in the first embodiment. It should be noted that the modules described above may be implemented as a part of the device in the service directory server cluster 102 provided in the first embodiment.

According to an embodiment of the present invention, there is further provided an apparatus for implementing the processing method of the data service, and fig. 7 is a schematic diagram ii of a processing apparatus of a data service according to an embodiment of the present invention, as shown in fig. 7, the apparatus includes: a sending unit 72, a receiving unit 74, a requesting unit 76, wherein,

a sending unit 72, configured to send a service request to a service directory server, where the service request includes a first URL of a requested service, and the first URL is used to indicate attribute information of the requested service, and a service providing object matching the attribute information is searched from a preset data set by the service directory server;

a receiving unit 74, configured to receive a service response returned by the service directory server, where the service response includes a second URL, and the second URL indicates an address of a service providing object;

a requesting unit 76 for requesting the service to the service providing object according to the address.

By the data service processing device, the sending unit 72 may enable the device to send the service request to the service directory server, where the service request includes the first URL of the requested service, and the service directory server searches the service providing object matching the attribute information from the preset data set, and then the receiving unit 74 may receive the service response returned by the service directory server, where the service response includes the second URL indicating the address of the service providing object, so that the device may request the service from the service providing object according to the address by the requesting unit 76. In the embodiment of the invention, when the device needs to use data, the device sends the service request, the service directory server searches the currently available service providing object according to the required service attribute, and then the query result is returned to the device, so that the device can request service from the corresponding device according to the return result, and each device of the internet of things can be connected with the service providing object of the internet in such a way, the low resource requirement of the device in the internet of things is met, meanwhile, the service range in the internet of things is expanded to the service range of the whole internet, and the technical problem that the efficiency of data acquisition is low because the DNS request is used for the service of the internet of things to query the available service in the local area network on the multicast address in the related art is solved.

Optionally, the service request comprises: a QNAME field and a QTYPE field; wherein the QNAME field contains a first URL and the QTYPE supported field indicates that the service discovery type is supported.

In an alternative embodiment, the service response includes: an RDATA field; wherein the RDATA field contains a second URL containing an interaction protocol indicating a protocol supported by the service providing object, an IP address of the service providing object, and a parameter.

It should be noted here that the sending unit 72, the receiving unit 74, and the requesting unit 76 correspond to steps S502 to S506 in embodiment 2, and the two modules are the same as the corresponding steps in the implementation example and application scenario, but are not limited to the disclosure in the second embodiment. It should be noted that the modules described above may be implemented in the computer terminal 10 provided in the second embodiment as a part of the apparatus.

Example four

The following describes an implementation environment of the present invention by using another embodiment, and in the following embodiment, a system in which the method and apparatus in the first to third embodiments operate will be described by using a processing system of a data service.

Fig. 8 is a schematic diagram of an alternative data service processing system according to an embodiment of the present invention, as shown in fig. 8, the system includes: device 81, service directory server 83, service provisioning object 85, wherein,

a device 81 for sending a service request to a service directory server, the service request containing a first URL of the requested service, the first URL being for indicating attribute information of the requested service.

A service directory server 83 for searching the service providing object 85 matching with the attribute information from the preset data set,

the device is further configured to receive a service response returned by the service directory server, where the service response includes a second URL indicating an address of the service providing object; and requesting the service from the service providing object according to the address.

With the above data service processing system, the device 81 is used to send a service request to the service directory server, the service request includes a first URL of a requested service, the first URL is used to indicate attribute information of the requested service, then the service directory server 83 is used to search a service providing object 85 matching with the attribute information from a preset data set, and finally a service response returned by the service directory server is received by the device 81, the service response includes a second URL, the second URL indicates an address of the service providing object, and the service is requested from the service providing object according to the second URL. In the embodiment of the present invention, when the device needs to use data, the device sends a service request, the service directory server searches for a currently available service providing object according to a required service attribute, and then returns a query result to the device, so that the device can serve a corresponding device or service request according to the return result, that is, the device can send a request to the service directory server maintained on the internet, the service directory server can expand a mapping relationship from a domain name to an IP in an original DNS resolution to a mapping relationship from a first URL (i.e., a service URL) to a second URL (i.e., a resource URL), the second URL indicates an address of the service providing object, that is, the address of the service providing object which is finally received by the device is compared with the original address which only can receive the domain name and needs to reacquire a resource URL corresponding to the domain name, the method and the device for acquiring the data can obviously simplify the steps of acquiring the data, so that the service range can be enlarged, and the process of discovering the service can be simplified, thereby solving the technical problem that the efficiency of acquiring the data is lower because the service of the Internet of things uses a DNS request to inquire the available service in the local area network on the multicast address in the related technology.

Optionally, the processing system of the data service further includes: a service providing object 85 for transmitting attribute information of a service provided by the service providing object to the service directory server; and the service directory server is also used for storing the attribute information corresponding to the service providing object in the data set and establishing the mapping relation between the service and the address.

In addition, the service request includes: a QNAME field and a QTYPE field; wherein the QNAME field contains a first URL, and the QTYPE supported field indicates that the service discovery type is supported; the service response includes: an RDATA field; wherein the RDATA field contains a second URL containing an interaction protocol indicating a protocol supported by the service providing object, an IP address of the service providing object, and a parameter.

EXAMPLE five

Fig. 9 is a schematic diagram of an alternative mobile terminal according to an embodiment of the present invention, and as shown in fig. 9, the mobile terminal 10 may be connected to a processing device including a display, a user interface, one or more processors 102 (only one of which is shown in the figure) (the processor 102 may include but is not limited to a processing device such as a microprocessor MCU or a programmable logic device FPGA), a memory 104 for storing data, and a transmission module 106 for communication functions, a plurality of network interfaces, and a coupler. It will be understood by those skilled in the art that the structure shown in fig. 9 is merely illustrative and is not intended to limit the structure of the electronic device. For example, the mobile terminal 10 may also include more or fewer components than shown in FIG. 9, or have a different configuration than shown in FIG. 9.

It will be understood by those skilled in the art that the structure shown in fig. 9 is merely an illustration, and the Mobile terminal may be a terminal device such as a smart phone (e.g., an Android phone, an iOS phone, etc.), a palm computer, and a Mobile Internet Device (MID), a PAD, etc. Fig. 9 is a diagram illustrating a structure of the electronic device. For example, the mobile terminal 10 may also include more or fewer components (e.g., network interfaces, display devices, etc.) than shown in FIG. 9, or have a different configuration than shown in FIG. 9.

Those skilled in the art will appreciate that all or part of the steps in the methods of the above embodiments may be implemented by a program instructing hardware associated with the terminal device, where the program may be stored in a computer-readable storage medium, and the storage medium may include: flash disks, Read-Only memories (ROMs), Random Access Memories (RAMs), magnetic or optical disks, and the like.

EXAMPLE six

In this embodiment, the processor may execute the program code of the following steps in the processing method of the data service: receiving a service request sent by equipment, wherein the service request contains a first URL (uniform resource locator) of a requested service, and the first URL is used for indicating attribute information of the requested service; searching a service providing object matched with the attribute information from a preset data set; and sending a service response to the device, wherein the service response contains a second URL (uniform resource locator) which indicates the address of the service providing object, so that the device requests the service from the service providing object according to the address.

According to another aspect of the embodiments of the present invention, there is also provided a storage medium, where the storage medium includes a stored program, and when the program runs, the apparatus on which the storage medium is located is controlled to execute the processing method of the data service in any item. The storage medium may be used to store software programs and modules, such as program instructions/modules corresponding to the method and apparatus for processing data services in the embodiments of the present invention, and the processor executes various functional applications and data processing by running the software programs and modules stored in the memory, that is, the method for processing data services is implemented. The storage medium may include high-speed random access memory, and may also include non-volatile memory, such as one or more magnetic storage devices, flash memory, or other non-volatile solid-state memory. In some instances, the storage medium may further include a storage medium remotely located from the processor, which may be connected to terminal a via a network. Examples of such networks include, but are not limited to, the internet, intranets, local area networks, mobile communication networks, and combinations thereof.

Optionally, in this embodiment, the storage medium may be located in any one of computer terminals in a computer terminal group in a computer network, or in any one of mobile terminals in a mobile terminal group.

The processor can call the information and application program stored in the storage medium through the transmission device to execute the following steps: receiving a service request sent by equipment, wherein the service request contains a first URL (uniform resource locator) of a requested service, and the first URL is used for indicating attribute information of the requested service; searching a service providing object matched with the attribute information from a preset data set; and sending a service response to the device, wherein the service response contains a second URL (uniform resource locator) which indicates the address of the service providing object, so that the device requests the service from the service providing object according to the address.

Optionally, the processor may further execute the program code of the following steps: before searching the service providing object matched with the attribute information from a preset data set, receiving the attribute information of the service provided by the service providing object sent by the service providing object; storing attribute information corresponding to the service providing object in the data set, and establishing a mapping relation between the service and the address.

Optionally, the processor may further execute the program code of the following steps: the attribute information includes at least one of: service type, service parameters, format.

Optionally, the processor may further execute the program code of the following steps: the service request includes: a QNAME field and a QTYPE field; wherein the QNAME field contains a first URL and the QTYPE supported field indicates that the service discovery type is supported.

The embodiment of the invention provides a processing scheme of data service. When the device needs to use data, a service request is sent, the service directory server searches a currently available service providing object according to the required service attribute, and then the query result is returned to the device, so that the device can request the service to the corresponding device or service according to the return result, the device sends the request to the service directory server maintained on the internet, the service directory server can expand the mapping relation from the domain name to the IP in the original DNS analysis to the mapping relation from the first URL to the second URL, namely the device finally receives the second URL which contains the address of the service providing object, so that the device can request the service to the service providing object according to the address, compared with the prior art that only the domain name can be received and the second URL corresponding to the domain name needs to be obtained again, the method can obviously simplify the step of data acquisition, therefore, the service range can be enlarged, and the service discovery process can be simplified, so that the technical problem that the data acquisition efficiency is low due to the fact that the available services in the local area network are inquired on the multicast address by using the DNS request for the service of the Internet of things in the related art is solved.

The above-mentioned serial numbers of the embodiments of the present invention are merely for description and do not represent the merits of the embodiments.

In the above embodiments of the present invention, the descriptions of the respective embodiments have respective emphasis, and for parts that are not described in detail in a certain embodiment, reference may be made to related descriptions of other embodiments.

In the embodiments provided in the present application, it should be understood that the disclosed technology can be implemented in other ways. The above-described embodiments of the apparatus are merely illustrative, and for example, the division of the units is only one type of division of logical functions, and there may be other divisions when actually implemented, for example, a plurality of units or components may be combined or may be integrated into another system, or some features may be omitted, or not executed. In addition, the shown or discussed mutual coupling or direct coupling or communication connection may be an indirect coupling or communication connection through some interfaces, units or modules, and may be in an electrical or other form.

The units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the units can be selected according to actual needs to achieve the purpose of the solution of the embodiment.

In addition, functional units in the embodiments of the present invention may be integrated into one processing unit, or each unit may exist alone physically, or two or more units are integrated into one unit. The integrated unit can be realized in a form of hardware, and can also be realized in a form of a software functional unit.

The integrated unit, if implemented in the form of a software functional unit and sold or used as a stand-alone product, may be stored in a computer readable storage medium. Based on such understanding, the technical solution of the present invention may be embodied in the form of a software product, which is stored in a storage medium and includes instructions for causing a computer device (which may be a personal computer, a server, or a network device) to execute all or part of the steps of the method according to the embodiments of the present invention. And the aforementioned storage medium includes: a U-disk, a Read-Only Memory (ROM), a Random Access Memory (RAM), a removable hard disk, a magnetic or optical disk, and other various media capable of storing program codes.

The foregoing is only a preferred embodiment of the present invention, and it should be noted that, for those skilled in the art, various modifications and decorations can be made without departing from the principle of the present invention, and these modifications and decorations should also be regarded as the protection scope of the present invention.

Claims

1. A method of processing a data service, comprising:

receiving a service request sent by a device, wherein the service request contains a first URL (uniform resource locator) of a requested service, and the first URL is used for indicating attribute information of the requested service;

searching a service providing object matched with the attribute information from a preset data set;

and sending a service response to the equipment, wherein the service response contains a second URL (uniform resource locator), and the second URL indicates the address of the service providing object, so that the equipment can request the service from the service providing object according to the address.

2. The method of claim 1, wherein before searching for the service providing object matching the attribute information from the preset data set, the method further comprises:

receiving attribute information of a service provided by the service providing object, which is sent by the service providing object;

and storing attribute information corresponding to the service providing object in the data set, and establishing a mapping relation between the service and the address.

3. The method of claim 2, wherein the attribute information comprises at least one of: service type, service parameters, format.

4. The method of claim 1, wherein the service request comprises: a QNAME field and a QTYPE field;

wherein the QNAME field contains the first URL and the QTYPE supported field indicates that a service discovery type is supported.

5. The method of claim 1, wherein the service response comprises: an RDATA field;

wherein the RDATA field contains the second URL, the second URL contains an interaction protocol, an IP address of the service providing object, and a parameter, the interaction protocol indicates a protocol supported by the service providing object.

6. A method of processing a data service, comprising:

sending a service request to a service directory server, wherein the service request comprises a first URL (uniform resource locator) of a requested service, the first URL is used for indicating attribute information of the requested service, and a service providing object matched with the attribute information is searched from a preset data set by the service directory server;

receiving a service response returned by the service directory server, wherein the service response contains a second URL (uniform resource locator), and the second URL indicates the address of the service providing object;

requesting the service from the service providing object according to the second URL.

7. The method of claim 6, wherein the service request comprises: a QNAME field and a QTYPE field;

8. The method of claim 6, wherein the service response comprises: an RDATA field;

9. A processing device for data services, comprising:

the device comprises a receiving module, a sending module and a processing module, wherein the receiving module is used for receiving a service request sent by the device, the service request comprises a first URL (uniform resource locator) of a requested service, and the first URL is used for indicating attribute information of the requested service;

the processing module is used for searching a service providing object matched with the attribute information from a preset data set;

and the sending module is used for sending a service response to the equipment, wherein the service response contains a second URL (uniform resource locator), and the second URL indicates the address of the service providing object, so that the equipment can request the service from the service providing object according to the address.

10. A processing device for data services, comprising:

a sending unit, configured to send a service request to a service directory server, where the service request includes a first URL of a requested service, and the first URL is used to indicate attribute information of the requested service, and a service providing object matching the attribute information is searched for by the service directory server from a preset data set;

a receiving unit, configured to receive a service response returned by the service directory server, where the service response includes a second URL, and the second URL indicates an address of the service providing object;

a request unit, configured to request the service from the service providing object according to the address.

11. A system for processing data services, comprising:

a device for sending a service request to a service directory server, the service request including a first URL of a requested service, the first URL being for indicating attribute information of the requested service;

the service directory server is used for searching a service providing object matched with the attribute information from a preset data set;

the device is further configured to receive a service response returned by the service directory server, where the service response includes a second URL, and the second URL indicates an address of the service providing object; and requesting the service from the service providing object according to the address.

12. The system of claim 11, further comprising:

the service providing object is used for sending the attribute information of the service provided by the service providing object to the service directory server;

the service directory server is further configured to register the service providing object in the data set, store attribute information corresponding to the service providing object, and establish a mapping relationship between the service and the address.

13. The system of claim 11, wherein,

the service request includes: a QNAME field and a QTYPE field; wherein the QNAME field contains the first URL, the QTYPE-supported field indicates that a service discovery type is supported;

the service response includes: an RDATA field; wherein the RDATA field contains the second URL, the second URL contains an interaction protocol, an IP address of the service providing object, and a parameter, the interaction protocol indicates a protocol supported by the service providing object.

14. A storage medium, characterized in that the storage medium comprises a stored program, wherein when the program runs, a device in which the storage medium is located is controlled to execute the processing method of the data service according to any one of claims 1 to 8.

15. A processor, characterized in that the processor is configured to run a program, wherein the program when running performs the processing method of the data service according to any one of claims 1 to 8.