1.本公开涉及通信
技术领域：
：，特别是一种服务提供方法、网络节点和存储介质。
背景技术：
：：2.云网融合是通信技术和信息技术深度融合所带来的信息基础设施的深刻变革，在发展历程上要经过协同、融合和一体三个阶段，最终使得传统上相对独立的云计算资源和网络设施融合形成一体化供给、一体化运营、一体化服务的体系。3.一体化供给是指网络资源和云资源统一定义、封装和编排，形成统一、敏捷、弹性的资源供给体系。一体化运营是指从云和网络独自的运营体系，转向全域资源感知、一致质量保证、一体化的规划和运维管理。一体化服务是指面向客户实现云网业务的统一受理、统一交付、统一呈现，实现云业务和网络业务的深度融合。技术实现要素：4.本公开的一个目的在于提供一种云网融合下的服务提供方式。5.根据本公开的一些实施例的一个方面，提出一种服务提供方法，包括：云节点获取云服务请求；云节点在确定具备云服务请求对应的资源的情况下，根据云服务请求的源节点，确定提供对应的云服务或反馈对应的资源。6.在一些实施例中，根据云服务请求的源节点，确定搭建对应的云服务或反馈对应的资源包括：若云服务请求的源节点为用户节点，则提供对应的云服务；若云服务请求的源节点为非用户节点，则通过获取云服务请求的端口反馈云服务请求对应的资源。7.在一些实施例中，云节点根据cs(contentstore，存储库)兴趣表中的云服务缓存信息，确定是否具备云服务请求对应的资源，其中，cs兴趣表为云节点根据缓存的资源建立。8.在一些实施例中，服务提供方法还包括：若云节点确定不具备云服务请求对应的资源，则根据预定路由选择策略和云服务路由信息确定目标转发端口，并转发云服务请求，其中，云服务路由信息为云节点根据本地服务资源和收到的路由交互信息生成和更新，云服务路由信息包括云服务的命名前缀、云服务对应的端口、路径丢包率、时延。9.在一些实施例中，服务提供方法还包括：在确定不具备云服务请求对应的资源的情况下，根据云服务请求和目标转发端口更新pit(pendinginteresttable，待定请求表)。10.在一些实施例中，更新pit包括：将云服务的名称、接收云服务请求的端口和目标转发端口记录在pit中；若云服务请求对应的云服务记录在pit中，则判断pit中是否出现重复的条目；若pit中出现重复的条目，则删除重复的条目。11.在一些实施例中，服务提供方法还包括：云节点根据生成的云服务路由信息向网络中发送路由交互信息。12.在一些实施例中，服务提供方法还包括：云节点获取云服务数据信息，云服务数据信息中包括云服务名称、资源要求、配置模板和服务来源；在云节点具备云服务数据信息对应的资源的情况下，根据云服务名称对应的云服务请求的源节点，确定提供对应的云服务或转发云服务数据信息。13.在一些实施例中，根据云服务名称对应的云服务请求的源节点，确定提供对应的云服务或转发云服务数据信息包括：若云服务请求的源节点为用户节点，则根据云服务数据信息配置对应的云服务并提供给用户节点；若云服务请求的源节点为非用户节点，则通过获取云服务请求的端口反馈云服务数据信息。14.在一些实施例中，服务提供方法还包括：若云节点不具备云服务数据信息对应的资源，则删除云服务数据信息。15.在一些实施例中，服务提供方法还包括：网络节点判断是否具备cs兴趣表；若网络节点确定具备cs兴趣表，则确定自身为云节点；若网络节点确定不具备cs兴趣表，则确定自身为路由节点。16.在一些实施例中，服务提供方法还包括：路由节点获取云服务请求；根据预定路由选择策略和云服务路由信息确定目标转发端口，并转发云服务请求，云服务路由信息为路由节点根据收到的路由交互信息生成和更新。17.在一些实施例中，服务提供方法还包括：路由节点根据云服务请求和目标转发端口更新pit。18.在一些实施例中，服务提供方法还包括：路由节点获取云服务数据信息；判断云服务数据信息对应的云服务是否记录在pit中；若记录在pit中，则根据pit中的记录转发云服务数据信息；若未记录在pit中，则删除云服务数据信息。19.根据本公开的一些实施例的一个方面，提出一种网络节点，包括：获取单元，被配置为获取云服务请求；第一处理单元，被配置为在确定具备云服务请求对应的资源的情况下，根据云服务请求的源节点，确定提供对应的云服务或反馈对应的资源。20.在一些实施例中，网络节点还包括：节点类型确定单元，被配置为：判断是否具备cs兴趣表；若网络节点确定具备cs兴趣表，则确定自身为云节点，激活第一处理单元；若网络节点确定不具备cs兴趣表，则确定自身为路由节点，保持第一处理单元静默，激活第二处理单元；和第二处理单元，被配置为根据预定路由选择策略和云服务路由信息确定目标转发端口，并转发云服务请求，其中，云服务路由信息为路由节点根据收到的路由信息生成和更新。21.根据本公开的一些实施例的一个方面，提出一种网络节点，包括：存储器；以及耦接至存储器的处理器，处理器被配置为基于存储在存储器的指令执行如上文中任意一种服务提供方法。22.根据本公开的一些实施例的一个方面，提出一种非瞬时性计算机可读存储介质，其上存储有计算机程序指令，该指令被处理器执行时实现上文中任意一种服务提供方法的步骤。附图说明23.此处所说明的附图用来提供对本公开的进一步理解，构成本公开的一部分，本公开的示意性实施例及其说明用于解释本公开，并不构成对本公开的不当限定。在附图中：24.图1为本公开的服务提供方法中云节点执行的方法的一些实施例的流程图。25.图2为本公开的服务提供方法中云节点执行的方法的另一些实施例的流程图。26.图3为本公开的服务提供方法中云节点执行的方法的又一些实施例的流程图。27.图4a为本公开的服务提供方法中路由节点执行的方法的一些实施例的流程图。28.图4b为本公开的服务提供方法中路由节点执行的方法的另一些实施例的流程图。29.图5为本公开的服务提供方法的一些实施例的示意图。30.图6为本公开的网络节点的一些实施例的示意图。31.图7为本公开的网络节点的另一些实施例的示意图。32.图8为本公开的网络节点的再一些实施例的示意图。具体实施方式33.下面通过附图和实施例，对本公开的技术方案做进一步的详细描述。34.传统的ip网络是以服务器为中心的通信模式，地址用于标识服务器，获取数据需要访问数据服务器，服务器在网络或物理位置的远近直接影响时延的长短，而命名数据网络则是以数据内容为中心，设置内容名称为寻址方式，并基于内容名称建立路由表进行通信，解耦了数据内容与服务器位置的关系。35.ndn(nameddatanetworking，命名数据网络)基于内容的通信模式有助于实现云网一体化，云资源和网资源一体化可以采用基于云服务的通信模式提供云服务。36.本公开提供一种云网融合下的服务提供方式，有助于网络中的多个云协同为用户提供服务。37.本公开的服务提供方法中云节点执行的方法的一些实施例的流程图如图1所示。38.在步骤110中，云节点获取云服务请求，该云服务请求中可以包括被请求的服务的名称或标识。在一些实施例中，云服务请求来自上一跳的节点，如其他云节点或路由节点、用户节点等。39.在步骤120中，云节点判断自身是否具备被请求的服务所需的资源，如文件或数据资源等。若云节点确定自身具备所需资源，则执行步骤130。40.在一些实施例中，云节点预先缓存有部分资源，还可以向网络中其他节点请求并缓存资源，以便提供云服务。在一些实施例中，云节点可以根据缓存的资源建立cs兴趣表，进而通过将所需的资源与cs兴趣表中的云服务缓存信息进行匹配，若匹配成功，则确定具备所需资源，否则不具备所需资源。在一些实施例中，云节点可以根据自身资源的变化情况更新cs兴趣表，例如按照预定频率更新。在一些实施例中，云节点可以向网络中的其他节点发送云服务请求，以获取资源并缓存，进而更新cs兴趣表，扩展自身能够提供的服务。41.在步骤130中，云节点确定基于自身缓存的资源提供对应的云服务或反馈对应的资源。42.在一些实施例中，云节点可以区分云服务请求的种类，若云服务请求为用户请求提供云服务的请求，则向用户提供对应的云服务；若云服务请求为网络中的其他节点(如云节点)请求缓存对应资源的请求，则反馈对应的资源。43.在一些实施例中，云节点可以通过识别云服务请求的源节点确定云服务请求的种类，如若云服务请求的源节点为用户节点，则提供对应的云服务；若云服务请求的源节点为非用户节点，则通过获取云服务请求的端口(或接口)反馈云服务请求对应的资源。44.基于上文实施例中的方式，云节点能够基于自身缓存的资源和收到的云服务请求做出对应的反应，实现向网络中的其他云节点或用户提供自身具备的资源，实现基于资源的服务响应和交互。45.在一些实施例中，如图1所示，本公开的服务提供方法还可以包括步骤140。在上述步骤120中，若云节点确定自身不具备被请求的服务所需的资源，则执行步骤140。46.在步骤140中，云节点根据预定路由选择策略和云服务路由信息确定目标转发端口，并转发云服务请求。在一些实施例中，云服务路由信息为云节点根据本地服务资源和收到的路由交互信息生成和更新，云服务路由信息可以包括云服务的命名前缀、云服务对应的端口、路径丢包率、时延等。47.基于该实施例中的方式，云节点能够在自身不具备云服务请求所需资源的情况下，查找能够提供相应资源的云节点，并转发云服务请求，使得云服务请求能够被网络中的其他云节点接收，进而为需要服务或资源的节点提供对应的资源，提高提供云服务的成功率，提高用户体验。48.在一些实施例中，如图1所示，本公开的服务提供方法还可以包括步骤150。49.在步骤150，云节点在确定不具备云服务请求对应的资源的情况下，根据云服务请求和目标转发端口更新pit。在一些实施例中，上述步骤140、150没有固定顺序，可以并行处理。50.在一些实施例中，更新pit的过程可以如图2所示。51.在步骤251中，云节点将云服务的名称、接收云服务请求的端口和目标转发端口均记录在pit中，pit主要用于跟踪当前未被满足的请求报文。52.在步骤252中，云节点判断云服务请求对应的云服务记录是否已经记录在pit中。若云服务请求对应的云服务尚未记录在pit中，则执行步骤255；若云服务请求对应的云服务已经记录在pit中，则执行步骤253。53.在步骤253中，云节点判断pit中是否出现了重复的条目。在一些实施例中，重复的条目指云服务的名称、接收云服务请求的端口和目标转发端口均相同的两条以上的条目。若pit中出现重复的条目，则执行步骤253；否则，执行步骤255。54.在步骤254中，对pit去重，重复的条目仅保留一条。pit更新操作完成。55.在步骤255中，pit更新操作结束。56.基于上文实施例中的方式，能够及时记录和更新当前未被满足的请求，进而能够避免记录的请求重复造成的存储资源、服务资源浪费以及服务提供混乱，确保云服务的稳定性。57.在一些实施例中，当云节点需要建立云服务时，需要基于云服务对应的参数、模板。云节点可以存储有一些服务对应的参数、模板，同时参数、模板可以在云节点间传输。若云节点自身具备要建立的云服务所需的参数、模板，则基于自身存储的资源建立服务；若自身不具备对应的参数、模板，则需要从其他云节点获取。另外，云节点还可以根据网络中传输的参数、模板信息更新自身的存储。58.在一些实施例中，云节点可以根据云服务的名称或标识确定对应的参数、模板。59.本公开的服务提供方法中云节点执行的方法的又一些实施例的流程图如图3所示。60.在步骤361中，云节点获取云服务数据信息，云服务数据信息中包括云服务名称、资源要求、配置模板和服务来源。61.在步骤362中，云节点判断是否具备云服务数据信息对应的资源。若云节点具备云服务数据信息对应的资源，则执行步骤363。62.在步骤363中，云节点根据云服务名称对应的云服务请求的源节点，确定提供对应的云服务或转发云服务数据信息。在一些实施例中，云节点在转发云服务数据信息的情况下，其自身也缓存云服务数据信息中携带的配置参数(如配置模板)信息，从而丰富自身的配置信息储备，提高后续云服务建立的效率。63.在一些实施例中，云节点可以根据云服务数据信息所对应的云服务请求的种类确定后续处理方式。在一些实施例中，若云服务请求为用户请求提供云服务的请求，则向用户提供对应的云服务；若云服务请求为网络中的其他节点(如云节点)请求缓存对应资源的请求，则需要该资源的云节点同样需要该云服务数据信息，因此将该云服务数据信息通过获取对应云服务请求的端口发送，以便发起云服务请求的节点能够收到该云服务数据信息。64.在一些实施例中，云节点可以通过识别云服务请求的源节点确定云服务请求的种类，如若云服务请求的源节点为用户节点，则基于云服务数据信息构建对应的云服务，并向用户提供云服务；若云服务请求的源节点为非用户节点，则通过获取云服务请求的端口反馈云服务数据信息。65.基于该实施例中的方式，云节点能够在获取建立云服务所需的配置信息后，在确定自身能够提供对应云服务的情况下，保存配置信息并提供服务；同时使网络中发起缓存云服务对应资源的云节点能够收到对应的配置信息，提高云服务建立的成功率。66.在一些实施例中，如图3所示，本公开的服务提供方法还可以包括步骤364。在上述步骤362中，若云节点不具备云服务数据信息对应的资源，则执行步骤364。67.在步骤364中，云节点删除云服务数据信息。68.基于该实施例中的方式，云节点能够识别并删除自身不需要的云服务数据信息，提高存储空间的利用率。69.在一些实施例中，除了具备服务资源、能够提供云服务的云节点外，不具备服务资源、不能够提供云服务的路由节点也可以在云服务的构建和提供中执行配合操作。本公开的服务提供方法中路由节点执行的方法的一些实施例的流程图如图4a所示。70.在步骤410中，路由节点获取云服务请求。71.在步骤420中，路由节点根据预定路由选择策略和云服务路由信息确定目标转发端口，并转发云服务请求。在一些实施例中，云服务路由信息为路由节点根据收到的路由交互信息生成和更新，其中，网络中的路由节点、云节点中的至少一项会向网络中的其他节点发送自身的云服务路由信息，便于其他云节点和路由节点记录、更新。72.在一些实施例中，预定路由选择策略可以包括根据云节点的剩余资源选择、根据路径长度选择、根据云节点优先级选择以及根据用户等级选择等，在一些实施例中，预定路由选择策略可以根据需求设置或修改。73.基于该实施例中的方法，路由节点能够将云服务请求转发给通往具备对应资源的云节点的转发端口，从而使云服务请求到达云节点，提高云服务建立和资源互通的成功率。74.在一些实施例中，路由节点还可以根据云服务请求和目标转发端口更新pit。在一些实施例中，路由节点更新pit的过程可以与云节点相似，如采用如图2中的逻辑更新路由节点的pit，从而能够及时记录和更新当前未被满足的请求，也避免记录的请求重复造成的存储资源、服务资源浪费以及服务提供混乱，确保云服务的稳定性。75.本公开的服务提供方法中路由节点执行的方法的另一些实施例的流程图如图4b所示。76.在步骤430中，路由节点获取云服务数据信息。77.在步骤440中，路由节点判断云服务数据信息对应的云服务是否记录在自身的pit中。若记录在pit中，则确定路由节点具备能够将云服务数据信息转发给需要该信息的云节点的能力，执行步骤450；否则，确定路由节点不具备能够将云服务数据信息转发给需要该信息的云节点的能力，执行步骤460。78.在步骤450中，路由节点根据pit中的记录转发云服务数据信息。79.在步骤460中，路由节点删除该云服务数据信息。80.基于该实施例中的方式，路由节点能够根据pit将云服务数据信息转发给需要该信息的云节点，从而便于云节点及时建立对应的云服务，提高云服务建立的成功率和效率。81.在一些实施例中，网络节点的状态可以在路由节点和云节点之间切换，网络节点可以通过判断自身是否具备cs兴趣表来确定自身状态。若网络节点具备cs兴趣表，则确定自身为云节点，当收到云服务数据信息后，执行如图3所示实施例中云节点执行的操作。若网络节点不具备cs兴趣表，则确定自身为路由节点，当收到云服务数据信息后，执行如图4b所示实施例中路由节点执行的操作。82.基于该实施例中的方式，网络节点能够在路由节点、云节点状态间切换，提高了网络节点运行的灵活性。83.本公开的服务提供方法的一些实施例的示意图如图5所示。网络中的节点可以包括路由节点和云节点。各云节点(如n1～n4)发现本地可提供的云服务并生成云服务信息库，建立cs兴趣表，在一些实施例中，cs兴趣表可以如图5中云服务cs缓存表所示，存储有能够提供的服务、对应的资源、配置模板以及模板的来源信息等。图中表内的内容仅为示例。云节点还可以计算生成本地云服务路由信息，包括云服务的命名前缀、对应的端口、路径丢包率、时延等信息。在一些实施例中，云节点每隔固定周期通过interest数据包向网络中通告云服务路由信息。在一些实施例中，云服务路由信息存储在fib(forwardinformationdatabase，转发信息库)表中。84.网络中的各个网络节点(如n1～n6)，包括云节点和路由节点根据接收的路由信息和本地的策略配置在fib中添加路由。与ip网络不同，同一个云服务名的路由可以有多个具有不同路径属性的路由条目。85.网络节点在决定转发的出端口时，根据策略模块和fib表中的路径信息，默认挑选丢包率低和时延低等的路径。86.图中，云节点n1能够提供a服务，对应的资源为a，对应的配置模板为conf1；云节点n1还能够提供b服务，对应的资源为b，对应的配置模板为conf2。云节点n2能够提供c服务，对应的资源为c，对应的配置模板为conf3；云节点n1还能够提供d服务，对应的资源为d，对应的配置模板为conf4。87.当用户节点n0发起云服务请求时，路由节点n5确定其为用户请求，查找该请求对应的云服务是否在pit中。若云服务请求不在pit中，则说明该请求为新增请求，pit记录接受请求的端口和转发的端口；若云服务请求在pit中，则说明该请求为相同服务的重复请求，pit记录接受请求的端口和该请求对应的转发端口。路由节点n5根据确定的转发的端口转发该云服务请求。88.云节点n3收到云服务请求，云节点首先判断其cs兴趣表中是否有对应云服务的缓存。若cs中有对应的缓存，则云节点进一步判断是否为用户请求，若是用户请求，则在本地搭建云服务并为接收云服务请求的端口提供云服务；若不是用户请求，则云节点依据缓存内容则向接受请求的端口转发缓存内容。89.若云节点的cs兴趣表中没有该云服务的缓存，则在pit模块中查找是否已经有云服务请求的记录，该模块判断云服务是否已经在pit。若云服务请求不在pit中，则说明该请求为新增请求，pit记录接受请求的端口和转发的端口；若云服务请求在pit中，则说明该请求为相同服务的重复请求，pit记录接受请求的端口和该请求对应的转发端口，并执行去重操作。90.另外，网络中还可以传输云服务数据信息，如节点n2向其连接节点n6的端口发送配置模板conf3，通过云服务数据信息承载。91.路由节点n6根据云服务数据信息中携带的云服务名查找pit中是否存在对应的云服务的请求记录，若不存在则丢弃该数据包；若存在，则根据pit中记录的端口信息将数据包转发至相应的端口。92.当云节点时，节点根据云服务名查找pit中是否存在云服务请求记录，若不存在则丢弃该数据包，若存在则判断请求云服务是否为用户发起。93.若该云服务请求是用户发起的，则在cs中缓存云服务的配置模版等数据，并配置云服务根据pit中记录的端口信息向用户提供云服务。若该云服务请求不是用户发起的，则根据pit中记录的端口信息将数据包转发至相应的端口，并在cs中缓存云服务的配置模版等数据。94.考虑到部分云服务的提供方式和ndn提供数据的方式相似，本公开中用于提供云服务的配置模版等信息可以缓存在某一个或多个云节点，当用户请求该服务时，云节点利用缓存的信息在本地搭建云服务环境直接提供云服务。根据云服务的特点通过对兴趣表和路由表的生成和使用方式的改进，使得网络节点区分为云和路由节点，处理请求和数据包时执行差异化功能，实现高效、快速的云服务。网络也继承了ndn的优良特性，内生安全和内生组播等，实现了多云之间协同提供服务。95.本公开的网络节点60的一些实施例的示意图如图6所示。96.获取单元601能够获取云服务请求。97.第一处理单元602能够在确定具备云服务请求对应的资源的情况下，根据云服务请求的源节点，确定提供对应的云服务或反馈对应的资源。98.这样的网络节点能够在作为云节点时，基于自身缓存的资源和收到的云服务请求做出对应的反应，实现向网络中的其他网络节点或用户提供自身具备的资源，实现基于资源的服务响应和交互。99.在一些实施例中，第一处理单元602还能够在确定当前网络节点确不具备被请求的服务所需的资源的情况下，根据预定路由选择策略和云服务路由信息确定目标转发端口，并转发云服务请求。这样的网络节点能够在作为云节点时，在自身不具备云服务请求所需资源的情况下，查找能够提供相应资源的云节点，并转发云服务请求，使得云服务请求能够被网络中的其他网络节点接收，进而为需要服务或资源的节点提供对应的资源，提高提供云服务的成功率，提高用户体验。100.在一些实施例中，第一处理单元602还可以在确定当前网络节点不具备云服务请求对应的资源的情况下，根据云服务请求和目标转发端口更新pit。在一些实施例中，更新逻辑可以如图2所示。101.这样的网络节点能够及时记录和更新当前未被满足的请求，进而能够避免记录的请求重复造成的存储资源、服务资源浪费以及服务提供混乱，确保云服务的稳定性。102.在一些实施例中，获取单元601还能够获取云服务数据信息，云服务数据信息中包括云服务名称、资源要求、配置模板和服务来源。第一处理单元602还能够判断是否具备云服务数据信息对应的资源。若当前网络节点具备云服务数据信息对应的资源，则根据云服务名称对应的云服务请求的源节点，确定提供对应的云服务或转发云服务数据信息。在一些实施例中，当前网络节点在转发云服务数据信息的情况下，其自身也缓存云服务数据信息中携带的配置参数(如配置模板)信息，从而丰富自身的配置信息储备，提高后续云服务建立的效率。103.这样的网络节点能够在作为云节点时，在获取建立云服务所需的配置信息后，在确定自身能够提供对应云服务的情况下，保存配置信息并提供服务；同时使网络中发起缓存云服务对应资源的云节点能够收到对应的配置信息，提高云服务建立的成功率。104.在一些实施例中，第一处理单元602还能够在当前节点不具备云服务数据信息对应的资源的情况下，删除云服务数据信息。105.这样的网络节点能够在作为云节点时，识别并删除自身不需要的云服务数据信息，提高存储空间的利用率。106.在一些实施例中，如图6所示，网络节点还可以包括节点类型确定单元603，能够判断当前节点是否具备cs兴趣表；若网络节点确定具备cs兴趣表，则确定自身为云节点，激活第一处理单元；若网络节点确定不具备cs兴趣表，则确定自身为路由节点，保持第一处理单元静默，激活第二处理单元。这样的网络节点能够在路由节点和云节点状态之间切换，激活对应的功能，从而提高灵活度。107.在一些实施例中，如图6所示，网络节点还可以包括第二处理单元604，能够根据预定路由选择策略和云服务路由信息确定目标转发端口，并转发云服务请求。云服务路由信息为路由节点根据收到的路由信息生成和更新。这样的网络节点能够在作为路由节点时，将云服务请求转发给通往具备对应资源的云节点的转发端口，从而使云服务请求到达云节点，提高云服务建立和资源互通的成功率。108.在一些实施例中，如图6所示，第二处理单元604还能够判断云服务数据信息对应的云服务是否记录在自身的pit中。若记录在pit中，则确定路由节点具备能够将云服务数据信息转发给需要该信息的云节点的能力，根据pit中的记录转发云服务数据信息；否则，确定路由节点不具备能够将云服务数据信息转发给需要该信息的云节点的能力，删除该云服务数据信息。109.这样的网络节点能够在作为路由节点时，根据pit将云服务数据信息转发给需要该信息的云节点，从而便于云节点及时建立对应的云服务，提高云服务建立的成功率和效率。110.本公开网络节点的一个实施例的结构示意图如图7所示。网络节点包括存储器701和处理器702。其中：存储器701可以是磁盘、闪存或其它任何非易失性存储介质。存储器用于存储上文中服务提供方法的对应实施例中的指令。处理器702耦接至存储器701，可以作为一个或多个集成电路来实施，例如微处理器或微控制器。该处理器702用于执行存储器中存储的指令，能够实现向网络中的其他云节点或用户提供自身具备的资源，实现基于资源的服务响应和交互。111.在一个实施例中，还可以如图8所示，网络节点800包括存储器801和处理器802。处理器802通过bus总线803耦合至存储器801。该网络节点800还可以通过存储端口804连接至外部存储装置805以便调用外部数据，还可以通过网络端口806连接至网络或者另外一台计算机系统(未标出)。此处不再进行详细介绍。112.在该实施例中，通过存储器存储数据指令，再通过处理器处理上述指令，能够实现向网络中的其他云节点或用户提供自身具备的资源，实现基于资源的服务响应和交互。113.在另一个实施例中，一种计算机可读存储介质，其上存储有计算机程序指令，该指令被处理器执行时实现服务提供方法对应实施例中的方法的步骤。本领域内的技术人员应明白，本公开的实施例可提供为方法、装置、或计算机程序产品。因此，本公开可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本公开可采用在一个或多个其中包含有计算机可用程序代码的计算机可用非瞬时性存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。114.本公开是参照根据本公开实施例的方法、设备(系统)和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。115.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。116.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。117.至此，已经详细描述了本公开。为了避免遮蔽本公开的构思，没有描述本领域所公知的一些细节。本领域技术人员根据上面的描述，完全可以明白如何实施这里公开的技术方案。118.可能以许多方式来实现本公开的方法以及装置。例如，可通过软件、硬件、固件或者软件、硬件、固件的任何组合来实现本公开的方法以及装置。用于所述方法的步骤的上述顺序仅是为了进行说明，本公开的方法的步骤不限于以上具体描述的顺序，除非以其它方式特别说明。此外，在一些实施例中，还可将本公开实施为记录在记录介质中的程序，这些程序包括用于实现根据本公开的方法的机器可读指令。因而，本公开还覆盖存储用于执行根据本公开的方法的程序的记录介质。119.最后应当说明的是：以上实施例仅用以说明本公开的技术方案而非对其限制；尽管参照较佳实施例对本公开进行了详细的说明，所属领域的普通技术人员应当理解：依然可以对本公开的具体实施方式进行修改或者对部分技术特征进行等同替换；而不脱离本公开技术方案的精神，其均应涵盖在本公开请求保护的技术方案范围当中。当前第1页12当前第1页12
技术领域：
：，特别是一种服务提供方法、网络节点和存储介质。
背景技术：
：：2.云网融合是通信技术和信息技术深度融合所带来的信息基础设施的深刻变革，在发展历程上要经过协同、融合和一体三个阶段，最终使得传统上相对独立的云计算资源和网络设施融合形成一体化供给、一体化运营、一体化服务的体系。3.一体化供给是指网络资源和云资源统一定义、封装和编排，形成统一、敏捷、弹性的资源供给体系。一体化运营是指从云和网络独自的运营体系，转向全域资源感知、一致质量保证、一体化的规划和运维管理。一体化服务是指面向客户实现云网业务的统一受理、统一交付、统一呈现，实现云业务和网络业务的深度融合。技术实现要素：4.本公开的一个目的在于提供一种云网融合下的服务提供方式。5.根据本公开的一些实施例的一个方面，提出一种服务提供方法，包括：云节点获取云服务请求；云节点在确定具备云服务请求对应的资源的情况下，根据云服务请求的源节点，确定提供对应的云服务或反馈对应的资源。6.在一些实施例中，根据云服务请求的源节点，确定搭建对应的云服务或反馈对应的资源包括：若云服务请求的源节点为用户节点，则提供对应的云服务；若云服务请求的源节点为非用户节点，则通过获取云服务请求的端口反馈云服务请求对应的资源。7.在一些实施例中，云节点根据cs(contentstore，存储库)兴趣表中的云服务缓存信息，确定是否具备云服务请求对应的资源，其中，cs兴趣表为云节点根据缓存的资源建立。8.在一些实施例中，服务提供方法还包括：若云节点确定不具备云服务请求对应的资源，则根据预定路由选择策略和云服务路由信息确定目标转发端口，并转发云服务请求，其中，云服务路由信息为云节点根据本地服务资源和收到的路由交互信息生成和更新，云服务路由信息包括云服务的命名前缀、云服务对应的端口、路径丢包率、时延。9.在一些实施例中，服务提供方法还包括：在确定不具备云服务请求对应的资源的情况下，根据云服务请求和目标转发端口更新pit(pendinginteresttable，待定请求表)。10.在一些实施例中，更新pit包括：将云服务的名称、接收云服务请求的端口和目标转发端口记录在pit中；若云服务请求对应的云服务记录在pit中，则判断pit中是否出现重复的条目；若pit中出现重复的条目，则删除重复的条目。11.在一些实施例中，服务提供方法还包括：云节点根据生成的云服务路由信息向网络中发送路由交互信息。12.在一些实施例中，服务提供方法还包括：云节点获取云服务数据信息，云服务数据信息中包括云服务名称、资源要求、配置模板和服务来源；在云节点具备云服务数据信息对应的资源的情况下，根据云服务名称对应的云服务请求的源节点，确定提供对应的云服务或转发云服务数据信息。13.在一些实施例中，根据云服务名称对应的云服务请求的源节点，确定提供对应的云服务或转发云服务数据信息包括：若云服务请求的源节点为用户节点，则根据云服务数据信息配置对应的云服务并提供给用户节点；若云服务请求的源节点为非用户节点，则通过获取云服务请求的端口反馈云服务数据信息。14.在一些实施例中，服务提供方法还包括：若云节点不具备云服务数据信息对应的资源，则删除云服务数据信息。15.在一些实施例中，服务提供方法还包括：网络节点判断是否具备cs兴趣表；若网络节点确定具备cs兴趣表，则确定自身为云节点；若网络节点确定不具备cs兴趣表，则确定自身为路由节点。16.在一些实施例中，服务提供方法还包括：路由节点获取云服务请求；根据预定路由选择策略和云服务路由信息确定目标转发端口，并转发云服务请求，云服务路由信息为路由节点根据收到的路由交互信息生成和更新。17.在一些实施例中，服务提供方法还包括：路由节点根据云服务请求和目标转发端口更新pit。18.在一些实施例中，服务提供方法还包括：路由节点获取云服务数据信息；判断云服务数据信息对应的云服务是否记录在pit中；若记录在pit中，则根据pit中的记录转发云服务数据信息；若未记录在pit中，则删除云服务数据信息。19.根据本公开的一些实施例的一个方面，提出一种网络节点，包括：获取单元，被配置为获取云服务请求；第一处理单元，被配置为在确定具备云服务请求对应的资源的情况下，根据云服务请求的源节点，确定提供对应的云服务或反馈对应的资源。20.在一些实施例中，网络节点还包括：节点类型确定单元，被配置为：判断是否具备cs兴趣表；若网络节点确定具备cs兴趣表，则确定自身为云节点，激活第一处理单元；若网络节点确定不具备cs兴趣表，则确定自身为路由节点，保持第一处理单元静默，激活第二处理单元；和第二处理单元，被配置为根据预定路由选择策略和云服务路由信息确定目标转发端口，并转发云服务请求，其中，云服务路由信息为路由节点根据收到的路由信息生成和更新。21.根据本公开的一些实施例的一个方面，提出一种网络节点，包括：存储器；以及耦接至存储器的处理器，处理器被配置为基于存储在存储器的指令执行如上文中任意一种服务提供方法。22.根据本公开的一些实施例的一个方面，提出一种非瞬时性计算机可读存储介质，其上存储有计算机程序指令，该指令被处理器执行时实现上文中任意一种服务提供方法的步骤。附图说明23.此处所说明的附图用来提供对本公开的进一步理解，构成本公开的一部分，本公开的示意性实施例及其说明用于解释本公开，并不构成对本公开的不当限定。在附图中：24.图1为本公开的服务提供方法中云节点执行的方法的一些实施例的流程图。25.图2为本公开的服务提供方法中云节点执行的方法的另一些实施例的流程图。26.图3为本公开的服务提供方法中云节点执行的方法的又一些实施例的流程图。27.图4a为本公开的服务提供方法中路由节点执行的方法的一些实施例的流程图。28.图4b为本公开的服务提供方法中路由节点执行的方法的另一些实施例的流程图。29.图5为本公开的服务提供方法的一些实施例的示意图。30.图6为本公开的网络节点的一些实施例的示意图。31.图7为本公开的网络节点的另一些实施例的示意图。32.图8为本公开的网络节点的再一些实施例的示意图。具体实施方式33.下面通过附图和实施例，对本公开的技术方案做进一步的详细描述。34.传统的ip网络是以服务器为中心的通信模式，地址用于标识服务器，获取数据需要访问数据服务器，服务器在网络或物理位置的远近直接影响时延的长短，而命名数据网络则是以数据内容为中心，设置内容名称为寻址方式，并基于内容名称建立路由表进行通信，解耦了数据内容与服务器位置的关系。35.ndn(nameddatanetworking，命名数据网络)基于内容的通信模式有助于实现云网一体化，云资源和网资源一体化可以采用基于云服务的通信模式提供云服务。36.本公开提供一种云网融合下的服务提供方式，有助于网络中的多个云协同为用户提供服务。37.本公开的服务提供方法中云节点执行的方法的一些实施例的流程图如图1所示。38.在步骤110中，云节点获取云服务请求，该云服务请求中可以包括被请求的服务的名称或标识。在一些实施例中，云服务请求来自上一跳的节点，如其他云节点或路由节点、用户节点等。39.在步骤120中，云节点判断自身是否具备被请求的服务所需的资源，如文件或数据资源等。若云节点确定自身具备所需资源，则执行步骤130。40.在一些实施例中，云节点预先缓存有部分资源，还可以向网络中其他节点请求并缓存资源，以便提供云服务。在一些实施例中，云节点可以根据缓存的资源建立cs兴趣表，进而通过将所需的资源与cs兴趣表中的云服务缓存信息进行匹配，若匹配成功，则确定具备所需资源，否则不具备所需资源。在一些实施例中，云节点可以根据自身资源的变化情况更新cs兴趣表，例如按照预定频率更新。在一些实施例中，云节点可以向网络中的其他节点发送云服务请求，以获取资源并缓存，进而更新cs兴趣表，扩展自身能够提供的服务。41.在步骤130中，云节点确定基于自身缓存的资源提供对应的云服务或反馈对应的资源。42.在一些实施例中，云节点可以区分云服务请求的种类，若云服务请求为用户请求提供云服务的请求，则向用户提供对应的云服务；若云服务请求为网络中的其他节点(如云节点)请求缓存对应资源的请求，则反馈对应的资源。43.在一些实施例中，云节点可以通过识别云服务请求的源节点确定云服务请求的种类，如若云服务请求的源节点为用户节点，则提供对应的云服务；若云服务请求的源节点为非用户节点，则通过获取云服务请求的端口(或接口)反馈云服务请求对应的资源。44.基于上文实施例中的方式，云节点能够基于自身缓存的资源和收到的云服务请求做出对应的反应，实现向网络中的其他云节点或用户提供自身具备的资源，实现基于资源的服务响应和交互。45.在一些实施例中，如图1所示，本公开的服务提供方法还可以包括步骤140。在上述步骤120中，若云节点确定自身不具备被请求的服务所需的资源，则执行步骤140。46.在步骤140中，云节点根据预定路由选择策略和云服务路由信息确定目标转发端口，并转发云服务请求。在一些实施例中，云服务路由信息为云节点根据本地服务资源和收到的路由交互信息生成和更新，云服务路由信息可以包括云服务的命名前缀、云服务对应的端口、路径丢包率、时延等。47.基于该实施例中的方式，云节点能够在自身不具备云服务请求所需资源的情况下，查找能够提供相应资源的云节点，并转发云服务请求，使得云服务请求能够被网络中的其他云节点接收，进而为需要服务或资源的节点提供对应的资源，提高提供云服务的成功率，提高用户体验。48.在一些实施例中，如图1所示，本公开的服务提供方法还可以包括步骤150。49.在步骤150，云节点在确定不具备云服务请求对应的资源的情况下，根据云服务请求和目标转发端口更新pit。在一些实施例中，上述步骤140、150没有固定顺序，可以并行处理。50.在一些实施例中，更新pit的过程可以如图2所示。51.在步骤251中，云节点将云服务的名称、接收云服务请求的端口和目标转发端口均记录在pit中，pit主要用于跟踪当前未被满足的请求报文。52.在步骤252中，云节点判断云服务请求对应的云服务记录是否已经记录在pit中。若云服务请求对应的云服务尚未记录在pit中，则执行步骤255；若云服务请求对应的云服务已经记录在pit中，则执行步骤253。53.在步骤253中，云节点判断pit中是否出现了重复的条目。在一些实施例中，重复的条目指云服务的名称、接收云服务请求的端口和目标转发端口均相同的两条以上的条目。若pit中出现重复的条目，则执行步骤253；否则，执行步骤255。54.在步骤254中，对pit去重，重复的条目仅保留一条。pit更新操作完成。55.在步骤255中，pit更新操作结束。56.基于上文实施例中的方式，能够及时记录和更新当前未被满足的请求，进而能够避免记录的请求重复造成的存储资源、服务资源浪费以及服务提供混乱，确保云服务的稳定性。57.在一些实施例中，当云节点需要建立云服务时，需要基于云服务对应的参数、模板。云节点可以存储有一些服务对应的参数、模板，同时参数、模板可以在云节点间传输。若云节点自身具备要建立的云服务所需的参数、模板，则基于自身存储的资源建立服务；若自身不具备对应的参数、模板，则需要从其他云节点获取。另外，云节点还可以根据网络中传输的参数、模板信息更新自身的存储。58.在一些实施例中，云节点可以根据云服务的名称或标识确定对应的参数、模板。59.本公开的服务提供方法中云节点执行的方法的又一些实施例的流程图如图3所示。60.在步骤361中，云节点获取云服务数据信息，云服务数据信息中包括云服务名称、资源要求、配置模板和服务来源。61.在步骤362中，云节点判断是否具备云服务数据信息对应的资源。若云节点具备云服务数据信息对应的资源，则执行步骤363。62.在步骤363中，云节点根据云服务名称对应的云服务请求的源节点，确定提供对应的云服务或转发云服务数据信息。在一些实施例中，云节点在转发云服务数据信息的情况下，其自身也缓存云服务数据信息中携带的配置参数(如配置模板)信息，从而丰富自身的配置信息储备，提高后续云服务建立的效率。63.在一些实施例中，云节点可以根据云服务数据信息所对应的云服务请求的种类确定后续处理方式。在一些实施例中，若云服务请求为用户请求提供云服务的请求，则向用户提供对应的云服务；若云服务请求为网络中的其他节点(如云节点)请求缓存对应资源的请求，则需要该资源的云节点同样需要该云服务数据信息，因此将该云服务数据信息通过获取对应云服务请求的端口发送，以便发起云服务请求的节点能够收到该云服务数据信息。64.在一些实施例中，云节点可以通过识别云服务请求的源节点确定云服务请求的种类，如若云服务请求的源节点为用户节点，则基于云服务数据信息构建对应的云服务，并向用户提供云服务；若云服务请求的源节点为非用户节点，则通过获取云服务请求的端口反馈云服务数据信息。65.基于该实施例中的方式，云节点能够在获取建立云服务所需的配置信息后，在确定自身能够提供对应云服务的情况下，保存配置信息并提供服务；同时使网络中发起缓存云服务对应资源的云节点能够收到对应的配置信息，提高云服务建立的成功率。66.在一些实施例中，如图3所示，本公开的服务提供方法还可以包括步骤364。在上述步骤362中，若云节点不具备云服务数据信息对应的资源，则执行步骤364。67.在步骤364中，云节点删除云服务数据信息。68.基于该实施例中的方式，云节点能够识别并删除自身不需要的云服务数据信息，提高存储空间的利用率。69.在一些实施例中，除了具备服务资源、能够提供云服务的云节点外，不具备服务资源、不能够提供云服务的路由节点也可以在云服务的构建和提供中执行配合操作。本公开的服务提供方法中路由节点执行的方法的一些实施例的流程图如图4a所示。70.在步骤410中，路由节点获取云服务请求。71.在步骤420中，路由节点根据预定路由选择策略和云服务路由信息确定目标转发端口，并转发云服务请求。在一些实施例中，云服务路由信息为路由节点根据收到的路由交互信息生成和更新，其中，网络中的路由节点、云节点中的至少一项会向网络中的其他节点发送自身的云服务路由信息，便于其他云节点和路由节点记录、更新。72.在一些实施例中，预定路由选择策略可以包括根据云节点的剩余资源选择、根据路径长度选择、根据云节点优先级选择以及根据用户等级选择等，在一些实施例中，预定路由选择策略可以根据需求设置或修改。73.基于该实施例中的方法，路由节点能够将云服务请求转发给通往具备对应资源的云节点的转发端口，从而使云服务请求到达云节点，提高云服务建立和资源互通的成功率。74.在一些实施例中，路由节点还可以根据云服务请求和目标转发端口更新pit。在一些实施例中，路由节点更新pit的过程可以与云节点相似，如采用如图2中的逻辑更新路由节点的pit，从而能够及时记录和更新当前未被满足的请求，也避免记录的请求重复造成的存储资源、服务资源浪费以及服务提供混乱，确保云服务的稳定性。75.本公开的服务提供方法中路由节点执行的方法的另一些实施例的流程图如图4b所示。76.在步骤430中，路由节点获取云服务数据信息。77.在步骤440中，路由节点判断云服务数据信息对应的云服务是否记录在自身的pit中。若记录在pit中，则确定路由节点具备能够将云服务数据信息转发给需要该信息的云节点的能力，执行步骤450；否则，确定路由节点不具备能够将云服务数据信息转发给需要该信息的云节点的能力，执行步骤460。78.在步骤450中，路由节点根据pit中的记录转发云服务数据信息。79.在步骤460中，路由节点删除该云服务数据信息。80.基于该实施例中的方式，路由节点能够根据pit将云服务数据信息转发给需要该信息的云节点，从而便于云节点及时建立对应的云服务，提高云服务建立的成功率和效率。81.在一些实施例中，网络节点的状态可以在路由节点和云节点之间切换，网络节点可以通过判断自身是否具备cs兴趣表来确定自身状态。若网络节点具备cs兴趣表，则确定自身为云节点，当收到云服务数据信息后，执行如图3所示实施例中云节点执行的操作。若网络节点不具备cs兴趣表，则确定自身为路由节点，当收到云服务数据信息后，执行如图4b所示实施例中路由节点执行的操作。82.基于该实施例中的方式，网络节点能够在路由节点、云节点状态间切换，提高了网络节点运行的灵活性。83.本公开的服务提供方法的一些实施例的示意图如图5所示。网络中的节点可以包括路由节点和云节点。各云节点(如n1～n4)发现本地可提供的云服务并生成云服务信息库，建立cs兴趣表，在一些实施例中，cs兴趣表可以如图5中云服务cs缓存表所示，存储有能够提供的服务、对应的资源、配置模板以及模板的来源信息等。图中表内的内容仅为示例。云节点还可以计算生成本地云服务路由信息，包括云服务的命名前缀、对应的端口、路径丢包率、时延等信息。在一些实施例中，云节点每隔固定周期通过interest数据包向网络中通告云服务路由信息。在一些实施例中，云服务路由信息存储在fib(forwardinformationdatabase，转发信息库)表中。84.网络中的各个网络节点(如n1～n6)，包括云节点和路由节点根据接收的路由信息和本地的策略配置在fib中添加路由。与ip网络不同，同一个云服务名的路由可以有多个具有不同路径属性的路由条目。85.网络节点在决定转发的出端口时，根据策略模块和fib表中的路径信息，默认挑选丢包率低和时延低等的路径。86.图中，云节点n1能够提供a服务，对应的资源为a，对应的配置模板为conf1；云节点n1还能够提供b服务，对应的资源为b，对应的配置模板为conf2。云节点n2能够提供c服务，对应的资源为c，对应的配置模板为conf3；云节点n1还能够提供d服务，对应的资源为d，对应的配置模板为conf4。87.当用户节点n0发起云服务请求时，路由节点n5确定其为用户请求，查找该请求对应的云服务是否在pit中。若云服务请求不在pit中，则说明该请求为新增请求，pit记录接受请求的端口和转发的端口；若云服务请求在pit中，则说明该请求为相同服务的重复请求，pit记录接受请求的端口和该请求对应的转发端口。路由节点n5根据确定的转发的端口转发该云服务请求。88.云节点n3收到云服务请求，云节点首先判断其cs兴趣表中是否有对应云服务的缓存。若cs中有对应的缓存，则云节点进一步判断是否为用户请求，若是用户请求，则在本地搭建云服务并为接收云服务请求的端口提供云服务；若不是用户请求，则云节点依据缓存内容则向接受请求的端口转发缓存内容。89.若云节点的cs兴趣表中没有该云服务的缓存，则在pit模块中查找是否已经有云服务请求的记录，该模块判断云服务是否已经在pit。若云服务请求不在pit中，则说明该请求为新增请求，pit记录接受请求的端口和转发的端口；若云服务请求在pit中，则说明该请求为相同服务的重复请求，pit记录接受请求的端口和该请求对应的转发端口，并执行去重操作。90.另外，网络中还可以传输云服务数据信息，如节点n2向其连接节点n6的端口发送配置模板conf3，通过云服务数据信息承载。91.路由节点n6根据云服务数据信息中携带的云服务名查找pit中是否存在对应的云服务的请求记录，若不存在则丢弃该数据包；若存在，则根据pit中记录的端口信息将数据包转发至相应的端口。92.当云节点时，节点根据云服务名查找pit中是否存在云服务请求记录，若不存在则丢弃该数据包，若存在则判断请求云服务是否为用户发起。93.若该云服务请求是用户发起的，则在cs中缓存云服务的配置模版等数据，并配置云服务根据pit中记录的端口信息向用户提供云服务。若该云服务请求不是用户发起的，则根据pit中记录的端口信息将数据包转发至相应的端口，并在cs中缓存云服务的配置模版等数据。94.考虑到部分云服务的提供方式和ndn提供数据的方式相似，本公开中用于提供云服务的配置模版等信息可以缓存在某一个或多个云节点，当用户请求该服务时，云节点利用缓存的信息在本地搭建云服务环境直接提供云服务。根据云服务的特点通过对兴趣表和路由表的生成和使用方式的改进，使得网络节点区分为云和路由节点，处理请求和数据包时执行差异化功能，实现高效、快速的云服务。网络也继承了ndn的优良特性，内生安全和内生组播等，实现了多云之间协同提供服务。95.本公开的网络节点60的一些实施例的示意图如图6所示。96.获取单元601能够获取云服务请求。97.第一处理单元602能够在确定具备云服务请求对应的资源的情况下，根据云服务请求的源节点，确定提供对应的云服务或反馈对应的资源。98.这样的网络节点能够在作为云节点时，基于自身缓存的资源和收到的云服务请求做出对应的反应，实现向网络中的其他网络节点或用户提供自身具备的资源，实现基于资源的服务响应和交互。99.在一些实施例中，第一处理单元602还能够在确定当前网络节点确不具备被请求的服务所需的资源的情况下，根据预定路由选择策略和云服务路由信息确定目标转发端口，并转发云服务请求。这样的网络节点能够在作为云节点时，在自身不具备云服务请求所需资源的情况下，查找能够提供相应资源的云节点，并转发云服务请求，使得云服务请求能够被网络中的其他网络节点接收，进而为需要服务或资源的节点提供对应的资源，提高提供云服务的成功率，提高用户体验。100.在一些实施例中，第一处理单元602还可以在确定当前网络节点不具备云服务请求对应的资源的情况下，根据云服务请求和目标转发端口更新pit。在一些实施例中，更新逻辑可以如图2所示。101.这样的网络节点能够及时记录和更新当前未被满足的请求，进而能够避免记录的请求重复造成的存储资源、服务资源浪费以及服务提供混乱，确保云服务的稳定性。102.在一些实施例中，获取单元601还能够获取云服务数据信息，云服务数据信息中包括云服务名称、资源要求、配置模板和服务来源。第一处理单元602还能够判断是否具备云服务数据信息对应的资源。若当前网络节点具备云服务数据信息对应的资源，则根据云服务名称对应的云服务请求的源节点，确定提供对应的云服务或转发云服务数据信息。在一些实施例中，当前网络节点在转发云服务数据信息的情况下，其自身也缓存云服务数据信息中携带的配置参数(如配置模板)信息，从而丰富自身的配置信息储备，提高后续云服务建立的效率。103.这样的网络节点能够在作为云节点时，在获取建立云服务所需的配置信息后，在确定自身能够提供对应云服务的情况下，保存配置信息并提供服务；同时使网络中发起缓存云服务对应资源的云节点能够收到对应的配置信息，提高云服务建立的成功率。104.在一些实施例中，第一处理单元602还能够在当前节点不具备云服务数据信息对应的资源的情况下，删除云服务数据信息。105.这样的网络节点能够在作为云节点时，识别并删除自身不需要的云服务数据信息，提高存储空间的利用率。106.在一些实施例中，如图6所示，网络节点还可以包括节点类型确定单元603，能够判断当前节点是否具备cs兴趣表；若网络节点确定具备cs兴趣表，则确定自身为云节点，激活第一处理单元；若网络节点确定不具备cs兴趣表，则确定自身为路由节点，保持第一处理单元静默，激活第二处理单元。这样的网络节点能够在路由节点和云节点状态之间切换，激活对应的功能，从而提高灵活度。107.在一些实施例中，如图6所示，网络节点还可以包括第二处理单元604，能够根据预定路由选择策略和云服务路由信息确定目标转发端口，并转发云服务请求。云服务路由信息为路由节点根据收到的路由信息生成和更新。这样的网络节点能够在作为路由节点时，将云服务请求转发给通往具备对应资源的云节点的转发端口，从而使云服务请求到达云节点，提高云服务建立和资源互通的成功率。108.在一些实施例中，如图6所示，第二处理单元604还能够判断云服务数据信息对应的云服务是否记录在自身的pit中。若记录在pit中，则确定路由节点具备能够将云服务数据信息转发给需要该信息的云节点的能力，根据pit中的记录转发云服务数据信息；否则，确定路由节点不具备能够将云服务数据信息转发给需要该信息的云节点的能力，删除该云服务数据信息。109.这样的网络节点能够在作为路由节点时，根据pit将云服务数据信息转发给需要该信息的云节点，从而便于云节点及时建立对应的云服务，提高云服务建立的成功率和效率。110.本公开网络节点的一个实施例的结构示意图如图7所示。网络节点包括存储器701和处理器702。其中：存储器701可以是磁盘、闪存或其它任何非易失性存储介质。存储器用于存储上文中服务提供方法的对应实施例中的指令。处理器702耦接至存储器701，可以作为一个或多个集成电路来实施，例如微处理器或微控制器。该处理器702用于执行存储器中存储的指令，能够实现向网络中的其他云节点或用户提供自身具备的资源，实现基于资源的服务响应和交互。111.在一个实施例中，还可以如图8所示，网络节点800包括存储器801和处理器802。处理器802通过bus总线803耦合至存储器801。该网络节点800还可以通过存储端口804连接至外部存储装置805以便调用外部数据，还可以通过网络端口806连接至网络或者另外一台计算机系统(未标出)。此处不再进行详细介绍。112.在该实施例中，通过存储器存储数据指令，再通过处理器处理上述指令，能够实现向网络中的其他云节点或用户提供自身具备的资源，实现基于资源的服务响应和交互。113.在另一个实施例中，一种计算机可读存储介质，其上存储有计算机程序指令，该指令被处理器执行时实现服务提供方法对应实施例中的方法的步骤。本领域内的技术人员应明白，本公开的实施例可提供为方法、装置、或计算机程序产品。因此，本公开可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本公开可采用在一个或多个其中包含有计算机可用程序代码的计算机可用非瞬时性存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。114.本公开是参照根据本公开实施例的方法、设备(系统)和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。115.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。116.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。117.至此，已经详细描述了本公开。为了避免遮蔽本公开的构思，没有描述本领域所公知的一些细节。本领域技术人员根据上面的描述，完全可以明白如何实施这里公开的技术方案。118.可能以许多方式来实现本公开的方法以及装置。例如，可通过软件、硬件、固件或者软件、硬件、固件的任何组合来实现本公开的方法以及装置。用于所述方法的步骤的上述顺序仅是为了进行说明，本公开的方法的步骤不限于以上具体描述的顺序，除非以其它方式特别说明。此外，在一些实施例中，还可将本公开实施为记录在记录介质中的程序，这些程序包括用于实现根据本公开的方法的机器可读指令。因而，本公开还覆盖存储用于执行根据本公开的方法的程序的记录介质。119.最后应当说明的是：以上实施例仅用以说明本公开的技术方案而非对其限制；尽管参照较佳实施例对本公开进行了详细的说明，所属领域的普通技术人员应当理解：依然可以对本公开的具体实施方式进行修改或者对部分技术特征进行等同替换；而不脱离本公开技术方案的精神，其均应涵盖在本公开请求保护的技术方案范围当中。当前第1页12当前第1页12
再多了解一些
本文用于企业家、创业者技术爱好者查询，结果仅供参考。
