处理服务需求的系统、方法、装置以及存储介质
技术领域
本申请涉及商业领域,特别是涉及一种处理服务需求的系统、方法装置以及存储介质。
背景技术
目前,传统的业务处理都是单独进行的。以销售行业为例,商品的设计、生产、销售、运输等各个环节都有单独的系统去处理,每个处理环节都有单独的数据链条。并且,在跨不同行业的领域中(例如:金融类、社会服务业类以及工业制造类的不同领域),用户每个需求可能包括不同的需求项(例如,当用户需要对房屋进行装修时,装修需求包括了向装修商进行合作以及与设计服务方进行房屋装修时的设计服务等跨越不同行业的多个需求),而每个需求项需要不同的服务方去解决,但是各个服务方的处理环节都是独立的。所以,在处理需求的过程中,不能做到跨空间、跨距离、跨行业的数据链接,因此造成资源的浪费以及效率的低下等问题。
针对上述的现有技术中存在的传统的商业需求处理过程中,由于各个环节相对独立,所以造成资源浪费以及效率低下的技术问题,目前尚未提出有效的解决方案。
发明内容
本公开的实施例提供了一种处理服务需求的系统、方法、装置以及存储介质,以至少解决现有技术中存在的传统的商业需求处理过程中,由于各个环节相对独立,所以造成资源浪费以及效率低下的技术问题。
根据本公开实施例的一个方面,提供了一种处理服务需求的系统,包括:服务器以及与服务器通信的多个服务接口,其中,多个服务接口分别对应于不同行业的服务业务,服务器配置用于执行以下操作:接收服务需求方的终端设备发送的服务需求信息;根据服务需求信息,确定与服务需求信息相关的多个业务需求信息,其中多个业务需求信息分别对应于不同行业的业务;以及通过服务接口,将多个业务需求信息分别发送至与服务接口进行交互的多个服务提供方的终端设备。
根据本公开实施例的另一个方面,还提供了一种处理服务需求的方法,包括:接收服务需求方的终端设备发送的服务需求信息;根据服务需求信息,确定与服务需求信息相关的多个业务需求信息,其中多个业务需求信息分别对应于不同行业的业务;以及将多个业务需求信息分别发送至与服务需求信息相关的多个服务提供方的终端设备。
根据本公开实施例的另一个方面,还提供了一种存储介质,所述存储介质包括存储的程序,其中,在所述程序运行时由处理器执行以上任意一项所述的方法。
根据本公开实施例的另一个方面,还提供了一种处理服务需求的装置,包括:第一接收模块,用于接收服务需求方的终端设备发送的服务需求信息;确定模块,用于根据服务需求信息,确定与服务需求信息相关的多个业务需求信息,其中多个业务需求信息分别对应于不同行业的业务;以及第一发送模块,用于将多个业务需求信息分别发送至与服务需求信息相关的多个服务提供方的终端设备。
根据本公开实施例的另一个方面,还提供了一种处理服务需求的装置,包括:处理器;以及存储器,与所述处理器连接,用于为所述处理器提供处理以下处理步骤的指令:接收服务需求方的终端设备发送的服务需求信息;根据所述服务需求信息,确定与所述服务需求信息相关的多个业务需求信息,其中所述多个业务需求信息分别对应于不同行业的业务;以及将所述多个业务需求信息分别发送至与所述服务需求信息相关的多个服务提供方的终端设备。
在本公开实施例中,通过处理服务需求的系统,可以将不同领域的服务整合到一起,当用户通过终端设备(即,服务需求方的终端设备)访问该系统时(即,用户有需求需要该系统解决),此时该系统的服务器可以将用户的需求分成多个业务需求信息并分配至与业务需求信息相关的多个服务接口,其中每个服务接口有与之交互的多个服务提供方的终端设备,此时服务提供方可以通过服务提供方的终端设备解决用户的需求。从而,用户不需要经过多个独立的系统,只经过一个整合的系统即可完成全部需求。达到了节省资源、提高效率以及给用户带来优质的服务体验的技术效果。进而解决了传统的商业需求处理过程中,由于各个环节相对独立,所以造成资源浪费以及效率低下的技术问题。
附图说明
此处所说明的附图用来提供对本公开的进一步理解,构成本申请的一部分,本公开的示意性实施例及其说明用于解释本公开,并不构成对本公开的不当限定。在附图中:
图1是用于实现根据本公开实施例1所述的方法的【计算机终端(或移动设备)】的硬件结构框图;
图2是根据本公开实施例1所述的处理服务需求的系统的示意图;
图3是根据本公开实施例1所述的处理服务需求的系统处理流程示意图;
图4是根据本公开实施例2所述的处理服务需求的系统的示意图;
图5是根据本公开实施例2的第一个方面所述的处理服务需求的方法的流程示意图;
图6是根据本公开实施例3所述的处理服务需求的装置的示意图;以及
图7是根据本公开实施例4所述的处理服务需求的装置的示意图。
具体实施方式
为了使本技术领域的人员更好地理解本公开的技术方案,下面将结合本公开实施例中的附图,对本公开实施例中的技术方案进行清楚、完整地描述。显然,所描述的实施例仅仅是本公开一部分的实施例,而不是全部的实施例。基于本公开中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本公开保护的范围。
需要说明的是,本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
实施例1
图1示出了一种用于实现处理服务需求的方法的计算装置(例如,服务器)的硬件结构框图。如图1所示,计算装置10可以包括一个或多个(图中采用102a、102b,……,102n来示出)处理器102(处理器102可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)、用于存储数据的存储器104、以及用于通信功能的传输模块106。除此以外,还可以包括:显示器、输入/输出接口(I/O接口)、通用串行总线(USB)端口(可以作为I/O接口的端口中的一个端口被包括)、网络接口、电源和/或相机。本领域普通技术人员可以理解,图1所示的结构仅为示意,其并不对上述电子装置的结构造成限定。例如,计算装置10还可包括比图1中所示更多或者更少的组件,或者具有与图1所示不同的配置。
应当注意到的是上述一个或多个处理器102和/或其他数据处理电路在本文中通常可以被称为“数据处理电路”。该数据处理电路可以全部或部分的体现为软件、硬件、固件或其他任意组合。此外,数据处理电路可为单个独立的处理模块,或全部或部分的结合到计算装置10中的其他元件中的任意一个内。如本公开实施例中所涉及到的,该数据处理电路作为一种处理器控制(例如与接口连接的可变电阻终端路径的选择)。
存储器104可用于存储应用软件的软件程序以及模块,如本公开实施例中的处理服务需求的方法对应的程序指令/数据存储装置,处理器102通过运行存储在存储器104内的软件程序以及模块,从而执行各种功能应用以及数据处理,即实现上述的应用程序的处理服务需求的方法。存储器104可包括高速随机存储器,还可包括非易失性存储器,如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中,存储器104可进一步包括相对于处理器102远程设置的存储器,这些远程存储器可以通过网络连接至计算装置10。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
传输装置106用于经由一个网络接收或者发送数据。上述的网络具体实例可包括计算装置10的通信供应商提供的无线网络。在一个实例中,传输装置106包括一个网络适配器(Network Interface Controller,NIC),其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中,传输装置106可以为射频(Radio Frequency,RF)模块,其用于通过无线方式与互联网进行通讯。
显示器可以例如触摸屏式的液晶显示器(LCD),该液晶显示器可使得用户能够与计算装置10的用户界面进行交互。
此处需要说明的是,在一些可选实施例中,上述图1所示的计算机设备(或移动设备)可以包括硬件元件(包括电路)、软件元件(包括存储在计算机可读介质上的计算机代码)、或硬件元件和软件元件两者的结合。应当指出的是,图1仅为特定具体实例的一个实例,并且旨在示出可存在于上述计算机设备(或移动设备)中的部件的类型。
图2是根据本实施例所述的处理服务需求的系统的示意图。参照图2所示,该系统包括:服务器200,多个服务接口,例如:设计服务接口20、制造服务接口21、交付服务接口22、交易服务接口23、物流服务接口24以及金融服务接口25。其中,每个服务接口交互有多个终端设备(服务提供方的终端设备),例如:与设计接口20交互连接的终端设备,即设计服务提供方的终端设备201~203。用户220可以通过终端设备(例如,服务需求方的终端设备210)访问该系统的服务器200,并且与多个服务接口进行交互的终端设备(即,服务提供方的终端设备)可以为用户220的需求进行服务。
图3是根据本实施例所述的处理服务需求的系统的网络拓扑示意图。参照图3所示,该系统包括:服务器200、与服务器200交互的多个服务提供方的终端设备,例如:设计服务提供方的终端设备201~203、制造服务提供方的终端设备211~213、交付服务提供方的终端设备221~223、交易服务提供方的终端设备231~233、物流服务提供方的终端设备241~243以及金融服务提供方的终端设备251~253。其中,用户220可以通过终端设备210(服务需求方的终端设备210)可以访问该处理服务需求的系统的服务器200,该服务器200可以将用户220的需求发送至与该需求对应的服务提供方的终端设备(例如:201~203)。需要说明的是,系统中的服务器200可适用上面图1所述的硬件结构。
其中,终端设备210、201~203、211~213、221~223、231~233、241~243以及251~253例如可以是(但不限于)以下所述的任意一种终端设备:个人电脑、平板电脑、笔记本电脑、移动终端、手机以及PDA等终端设备,或者是将来可能出现的替代手机和平板电脑的新的移动终端。
其中,图4示出了服务器200所执行的操作的流程图。参考图4所示,服务器200配置用于执行以下操作:
S402:接收服务需求方的终端设备发送的服务需求信息;
S404:根据服务需求信息,确定与服务需求信息相关的多个业务需求信息,其中多个业务需求信息分别对应于不同行业的业务;
S406:通过服务接口,将多个业务需求信息分别发送至与服务接口进行交互的多个服务提供方的终端设备。
正如背景技术中所述的,目前传统的业务处理都是单独进行的。以销售行业为例,商品的设计、生产、销售、运输等各个环节都有单独的系统去处理,每个处理环节都有单独的数据链条。并且,在跨不同行业的领域中(例如:金融类、社会服务业类以及工业制造类的不同领域),用户每个需求可能包括不同的需求项,而每个需求项需要不同的服务方去解决,但是各个服务方的处理环节都是独立的。所以,在处理需求的过程中,不能做到跨空间、跨距离、跨行业的数据链接,因此造成资源的浪费以及效率的低下等问题。
针对背景技术中存在的问题,本实施例技术方案提供的处理服务需求的系统的服务器200可以接收服务需求方的终端设备发送的需求信息。例如,在用户220有装修房屋需求的情况下,此时该系统的服务器200接收用户220通过终端设备(即,服务需求方的终端设备210)发送的需求信息。然后,服务器200根据该需求信息(即,需要装修房屋)确定与需求相关的多个业务需求信息,其中多个业务需求信息分别对应于不同行业的业务需求。例如:装修房屋的流程中包括多种需求,其中包括:与装修商进行交易的业务需求,在银行进行贷款等金融业务的需求,以及装修房屋的设计需求等多个业务需求。最终,服务器200通过服务接口(例如,交易服务接口23、交付服务接口22以及设计服务接口20),将业务需求信息(即,装修过程中的交易、贷款等金融业务以及设计等需求信息)分别发送至与所述服务接口进行交互的多个服务提供方的终端设备。例如:与交易服务接口23交互的服务提供方的终端设备231~233,与交付服务接口22进行交互的交付服务提供方的终端设备221~223以及与设计服务接口20进行交互的设计服务提供方的终端设备201~203。
因此,通过本实施例提供的处理服务需求的系统,可以将不同领域的服务整合到一起,当用户220通过终端设备210(即,服务需求方的终端设备210)访问该系统时(即,用户210有需求需要该系统解决),此时该系统的服务器200可以将用户210的需求分成多个业务需求信息并分配至与业务需求信息相关的多个服务接口,其中每个服务接口有与之交互的多个服务提供方的终端设备,此时服务提供方可以通过服务提供方的终端设备解决用户220的需求。从而,用户220不需要经过多个独立的系统,只经过一个整合的系统即可完成全部需求。达到了节省资源、提高效率以及给用户带来优质的服务体验的技术效果。进而解决了传统的商业需求处理过程中,由于各个环节相对独立,所以造成资源浪费以及效率低下的技术问题。
当然,尽管本实施例中所述方法在服务器200中执行。但是对于本公开而言,该方法也可以在其他的终端设备执行(例如,但不限于,个人电脑、平板电脑、笔记本电脑、移动终端、手机以及PDA等终端设备,或者是将来可能出现的替代手机和平板电脑的新的移动终端),只要该终端设备能够用于处理服务需求即可。
可选地,将多个业务需求信息分别发送至与服务接口进行交互的多个服务提供方的终端设备的操作,包括:将多个业务需求信息中的第一业务需求信息通过对应的第一服务接口发送至与第一服务接口进行交互的第一服务提供方的终端设备;从与第一服务接口进行交互的第一服务提供方的终端设备接收与第一业务需求信息相关的反馈信息;以及根据反馈信息,将多个业务需求信息中的第二业务需求信息通过对应的第二服务接口发送至与第二服务接口进行交互的第二服务提供方的终端设备。
具体地,该系统的服务器200将多个业务需求信息分别发送至与服务接口进行交互的多个服务提供方的终端设备的操作包括:服务器200将多个业务需求信息中的第一业务需求信息通过对应的第一服务接口发送至与第一服务接口进行交互的第一服务提供方的终端设备。例如:用户220的装修业务中包含多个业务需求信息,其中包括有与装修商进行交易的业务需求,在银行进行贷款等金融业务的需求,以及装修房屋的设计需求等多个业务需求信息。众所周知的,装修房屋时的操作步骤有一定的顺序,所以各种业务需求信息中也存在联系。例如,装修时首先需要与装修商进行交易,然后去银行系统进行贷款等金融业务,贷款等金融业务完成之后还需要设计装修房屋。这只是其中几个步骤,不代表全部流程。所以服务器200将多个业务需求信息中的第一业务需求信息(例如,与装修商进行交易)通过对应的第一服务接口(即,交易服务接口23)发送至与第一服务接口进行交互的第一服务提供方的终端设备,其中第一服务提供方为提供装修服务的装修商,并且第一服务提供方可以通过终端设备(第一服务提供方的终端设备231~233)进行装修服务。然后,服务器200从与第一服务接口(即,交易服务接口23)进行交互的第一服务提供方的终端设备(即,第一服务提供方的终端设备231~233)接收与第一业务需求信息(即,与装修商进行交易)相关的反馈信息。其中反馈信息代表着第一服务提供方处理第一业务需求信息(与装修商进行交易)的结果。最终,服务器200根据反馈信息(即,交易结果),将多个业务需求信息中的第二业务需求信息(例如,去银行系统进行贷款等金融业务)通过对应的第二服务接口(例如,交付服务接口22)发送至与第二服务接口进行交互的第二服务提供方的终端设备(第二服务提供方的终端设备221~223)。从而通过这种方式,可以根据多个反馈信息去进行需求的下一步处理,使得可以按照一定的顺序去完成用户的需求。进而,使处理需求的流程更加严谨,能充分满足用户的需求。
可选地,还包括:从多个服务提供方的终端设备接收与多个服务提供方的业务需求信息对应的任务完成信息,任务完成信息用于指示对应的业务需求已经完成;以及将任务完成信息发送至服务需求方的终端设备。
具体地,还包括服务器200从多个服务提供方的终端设备接收与多个服务提供方的业务需求信息对应的任务完成信息,任务完成信息用于指示对应的业务需求已经完成。例如,交易服务提供方通过终端设备231~233发送交易过程已经完成的消息。然后,服务器200将该任务完成信息发送至服务需求方的终端设备(即,服务需求方的终端设备210)。从而,用户220可以从中知道需求中的每一个步骤是否完成,能够让用户实时了解需求整体的完成进度,给用户带来更加优质的使用体验。
可选地,多个服务接口包括以下至少一个接口:金融服务接口、物流服务接口、交易服务接口、设计服务接口、制造服务接口以及交付服务接口,其中金融服务接口配置用于与金融服务提供方的终端设备进行交互,例如:金融领域的服务提供方(例如:基金、股票以及银行系统)可以通过金融服务接口25与服务器200进行交互,进而可以满足用户220的金融方面的需求。
物流服务接口配置用于与物流服务提供方的终端设备进行交互,例如:物流方面的服务提供方(例如:仓储以及运输等)可以通过物流服务接口24与服务器200进行交互,进而可以满足用户220的物流方面的需求。
交易服务接口配置用于与交易服务提供方的终端设备进行交互,例如:交易方面的服务提供方(例如:交易平台、购物等)可以通过交易服务接口23与服务器200进行交互,进而可以满足用户220的交易方面的需求。
设计服务接口配置用于与设计服务提供方的终端设备进行交互,例如:设计方面的服务提供方(例如:房屋设计、网站设计等)可以通过设计服务接口22与服务器200进行交互,进而可以满足用户220的设计方面的需求。
制造服务接口配置用于与制造服务提供方的终端设备进行交互,例如:制造方面的服务提供方(例如:机械制造、食品生产等)可以通过制造服务接口21与服务器200进行交互,进而可以满足用户220的制造方面的需求。以及
交付服务接口配置用于与交付服务提供方的终端设备进行交互,例如:贷款等金融业务的服务提供方可以通过金融服务接口25与服务器200进行交互,进而可以满足用户220的贷款等金融业务的需求。
从而通过这种方式,可以将不同方面乃至不同领域的服务整合成为一个完整的系统,充分满足用户的所有需求,并且在各领域需求处理过程能够形成完整的数据处理链条,进而节省了大量的资源并且提高了效率。
从而根据本实施例,通过处理服务需求的系统,用户220不需要经过多个独立的系统,只经过一个整合的系统即可完成全部需求。达到了节省资源、提高效率以及给用户带来优质的服务体验的技术效果。进而解决了传统的商业需求处理过程中,由于各个环节相对独立,所以造成资源浪费以及效率低下的技术问题。
此外,根据本实施例的第二个方面,提供了一种处理服务需求的方法,该方法由图3和图4中所示的处理服务需求的系统实现。图5示出了该方法的流程示意图,参考图5所示,该方法包括:
S502:接收服务需求方的终端设备发送的服务需求信息;
S504:根据服务需求信息,确定与服务需求信息相关的多个业务需求信息,其中多个业务需求信息分别对应于不同行业的业务;以及
S506:将多个业务需求信息分别发送至与服务需求信息相关的多个服务提供方的终端设备。
具体地,本实施例技术方案提供的处理服务需求的系统可以接收服务需求方的终端设备发送的需求信息。例如,在用户220有对房屋进行装修需求的情况下,此时该系统接收用户220通过终端设备(即,服务需求方的终端设备210)发送的需求信息。然后,该系统根据该需求信息(即,对房屋进行装修)确定与需求相关的多个业务需求信息,其中多个业务需求信息分别对应于不同行业的业务。例如:对房屋进行装修的流程中包括多种业务需求,其中包括:与装修商进行交易的业务,在银行进行贷款等金融业务,以及装修房屋的设计等多个业务需求。最终,该系统将多个业务需求信息(即,装修过程中的交易、贷款等金融业务以及设计等需求信息)分别发送至与该服务需求信息相关的多个服务提供方的终端设备。例如:交易服务提供方的终端设备231~233,金融服务提供方的终端设备251~253以及设计服务提供方的终端设备201~203。
从而,通过本实施例提供的处理服务需求的系统,在用户220通过终端设备210(即,服务需求方的终端设备210)发布需求的情况下,该系统可以将用户220的需求分成多个业务需求信息,然后将多个业务需求信息分别发送至与该业务需求信息相关的多个服务提供方的终端设备,最终,服务提供方通过服务提供方的终端设备可以解决用户220的各种需求。从而,用户220不需要经过多个独立的系统,只经过一个整合的系统即可完成全部需求。达到了节省资源、提高效率以及给用户带来优质的服务体验的技术效果。进而解决了传统的商业需求处理过程中,由于各个环节相对独立,所以造成资源浪费以及效率低下的技术问题。
可选地,将多个业务需求信息分别发送至与服务需求信息相关的多个服务提供方的终端设备的操作,包括:将多个业务需求信息中的第一业务需求信息发送至与第一业务需求信息相关的第一服务提供方的终端设备;从与第一服务提供方的终端设备接收与第一业务需求信息相关的反馈信息;以及根据反馈信息,将多个业务需求信息中的第二业务需求信息发送至与第二业务需求信息相关的第二服务提供方的终端设备。
具体地,该系统将多个业务需求信息分别发送至与服务需求信息相关的多个服务提供方的终端设备的操作包括:该系统将多个业务需求信息中的第一业务需求信息发送至与业务信息相关的第一服务提供方的终端设备。例如:用户220的装修业务中包含多个业务需求信息,其中包括有与装修商进行交易的业务需求,在银行进行贷款等金融业务的需求,以及装修房屋的设计需求等多个业务需求信息。众所周知的,对房屋进行装修时的操作步骤有一定的顺序,所以各种业务需求信息中也存在联系。例如,装修时首先需要与装修商进行交易,然后去银行系统进行贷款等金融业务,贷款等金融业务完成之后还需要设计装修房屋。这只是其中几个步骤,不代表全部流程。所以服务器200将多个业务需求信息中的第一业务需求信息(例如,与装修商进行交易)发送至与业务需求信息相关的第一服务提供方的终端设备(例如,交易服务提供方的终端设备231~233),其中第一服务提供方为可以是提供装修服务的装修商。然后,服务器200从第一服务提供方的终端设备(即,交易服务提供方的终端设备231~233)接收与第一业务需求信息(即,与装修商进行交易)相关的反馈信息。其中反馈信息代表着第一服务提供方处理第一业务需求信息(与装修商进行交易)的结果。最终,服务器200根据反馈信息(即,交易结果),将多个业务需求信息中的第二业务需求信息(例如,去银行系统进行贷款等金融业务)发送至与第二业务需求信息相关的第二服务提供方的终端设备(例如,金融服务提供方的终端设备251~253)。从而通过这种方式,可以根据多个反馈信息去进行需求的下一步处理,使得可以按照一定的顺序去完成用户的需求。进而,使处理需求的流程更加严谨,能充分满足用户的需求。
可选地,还包括:从多个服务提供方的终端设备接收与多个服务提供方的业务需求信息对应的任务完成信息,任务完成信息用于指示对应的业务需求已经完成;以及将任务完成信息发送至服务需求方的终端设备。
具体地,服务器200从多个服务提供方的终端设备(例如:交易服务提供方的终端设备231~233以及金融服务提供方的终端设备251~253)接收与多个服务提供方的业务需求信息对应的任务完成信息,任务完成信息用于指示对应的业务需求已经完成(例如,是否完成房屋的装修过程,和是否完成贷款等金融业务)。然后,服务器200将该任务完成信息发送至服务需求方的终端设备(即,服务需求方的终端设备210)。从而,用户220可以从中知道需求中的每一个步骤是否完成,能够让用户实时了解需求整体的完成进度,给用户带来更加优质的使用体验。
此外,参考图1所示,根据本实施例的第三个方面,提供了一种存储介质104。所述存储介质104包括存储的程序,其中,在所述程序运行时由处理器执行以上任意一项所述的方法。
从而根据本实施例,通过处理服务需求的系统提供的服务器200,用户220不需要经过多个独立的系统,只经过一个整合的系统即可完成全部需求。达到了节省资源、提高效率以及给用户带来优质的服务体验的技术效果。进而解决了传统的商业需求处理过程中,由于各个环节相对独立,所以造成资源浪费以及效率低下的技术问题。
需要说明的是,对于前述的各方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本发明并不受所描述的动作顺序的限制,因为依据本发明,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定是本发明所必须的。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
实施例2
图6示出了根据本实施例所述的处理服务需求的装置600,该装置600与根据实施例2的第一个方面所述的方法相对应。参考图6所示,该装置600包括:第一接收模块610,用于接收服务需求方的终端设备发送的服务需求信息;确定模块620,用于根据服务需求信息,确定与服务需求信息相关的多个业务需求信息,其中多个业务需求信息分别对应于不同行业的业务;以及第一发送模块630,用于将多个业务需求信息分别发送至与服务需求信息相关的多个服务提供方的终端设备。
可选地,第一发送模块610,包括:第一发送子模块,用于将多个业务需求信息中的第一业务需求信息发送至与第一业务需求信息相关的第一服务提供方的终端设备;接收子模块,用于从与第一服务提供方的终端设备接收与第一业务需求信息相关的反馈信息;以及第二发送子模块,用于根据反馈信息,将多个业务需求信息中的第二业务需求信息发送至与第二业务需求信息相关的第二服务提供方的终端设备。
可选地,还包括:第二接收模块,用于从多个服务提供方的终端设备接收与多个服务提供方的业务需求信息对应的任务完成信息,任务完成信息用于指示对应的业务需求已经完成;以及第二发送模块,用于将任务完成信息发送至服务需求方的终端设备。
从而根据本实施例,通过处理服务需求的装置600,用户不需要经过多个独立的系统,只经过一个整合的系统即可完成全部需求。达到了节省资源、提高效率以及给用户带来优质的服务体验的技术效果。进而解决了传统的商业需求处理过程中,由于各个环节相对独立,所以造成资源浪费以及效率低下的技术问题。
实施例3
图7示出了根据本实施例所述的处理服务需求的装置700,该装置700与根据实施例2的第一个方面所述的方法相对应。参考图7所示,该装置700包括:处理器710;以及存储器720,与所述处理器710连接,用于为所述处理器710提供处理以下处理步骤的指令:接收服务需求方的终端设备发送的服务需求信息;根据服务需求信息,确定与服务需求信息相关的多个业务需求信息,其中多个业务需求信息分别对应于不同行业的业务;以及将多个业务需求信息分别发送至与服务需求信息相关的多个服务提供方的终端设备。
可选地,将多个业务需求信息分别发送至与服务需求信息相关的多个服务提供方的终端设备的操作,包括:将多个业务需求信息中的第一业务需求信息发送至与第一业务需求信息相关的第一服务提供方的终端设备;从与第一服务提供方终端设备接收与第一业务需求信息相关的反馈信息;以及根据反馈信息,将多个业务需求信息中的第二业务需求信息发送至与第二业务需求信息相关的第二服务提供方的终端设备。
可选地,存储器720还配置用于为处理器710处理以下指令:从多个服务提供方的终端设备接收与多个服务提供方的业务需求信息对应的任务完成信息,任务完成信息用于指示对应的业务需求已经完成;以及将任务完成信息发送至服务需求方的终端设备。
从而根据本实施例,通过处理服务需求的装置700,用户不需要经过多个独立的系统,只经过一个整合的系统即可完成全部需求。达到了节省资源、提高效率以及给用户带来优质的服务体验的技术效果。进而解决了传统的商业需求处理过程中,由于各个环节相对独立,所以造成资源浪费以及效率低下的技术问题。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
在本发明的上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。
在本申请所提供的几个实施例中,应该理解到,所揭露的技术内容,可通过其它的方式实现。其中,以上所描述的装置实施例仅仅是示意性的,例如所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,单元或模块的间接耦合或通信连接,可以是电性或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,RandomAccess Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述仅是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。