CN111800500A - 任务处理方法、系统、电子设备及计算机可读存储介质 - Google Patents
任务处理方法、系统、电子设备及计算机可读存储介质 Download PDFInfo
- Publication number
- CN111800500A CN111800500A CN202010622958.XA CN202010622958A CN111800500A CN 111800500 A CN111800500 A CN 111800500A CN 202010622958 A CN202010622958 A CN 202010622958A CN 111800500 A CN111800500 A CN 111800500A
- Authority
- CN
- China
- Prior art keywords
- task
- target system
- user
- target
- user terminal
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000003672 processing method Methods 0.000 title claims abstract description 15
- 238000000034 method Methods 0.000 claims abstract description 37
- 230000001960 triggered effect Effects 0.000 claims abstract description 31
- 238000004891 communication Methods 0.000 claims abstract description 10
- 230000002159 abnormal effect Effects 0.000 claims description 10
- 238000004590 computer program Methods 0.000 claims description 2
- 239000003814 drug Substances 0.000 description 38
- 229940079593 drug Drugs 0.000 description 14
- 238000007726 management method Methods 0.000 description 12
- 238000010586 diagram Methods 0.000 description 3
- 230000003287 optical effect Effects 0.000 description 3
- 238000005034 decoration Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000003068 static effect Effects 0.000 description 2
- 230000032683 aging Effects 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 239000000463 material Substances 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/53—Network services using third party service providers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Health & Medical Sciences (AREA)
- Computing Systems (AREA)
- General Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本申请实施例提供了一种任务处理方法、系统、电子设备及计算机可读存储介质，涉及网络通信技术领域。包括：接收第一目标系统上传的关于第一任务的任务数据，第一目标系统为至少两个目标系统中的任一目标系统；当确定第一目标系统完成第一任务后，判断是否需要触发第二目标系统执行第二任务；第二目标系统为至少两个目标系统中的除第一目标系统之外的一个目标系统，第二目标系统是第一目标系统的后端任务系统，第二任务是第一任务的后续任务；当确定触发第二目标系统执行第二任务时，接收第二目标系统上传的关于第二任务的任务数据。该方法可使得两个完全独立的系统之间，通过任务处理系统相互触发另一系统执行相应的任务，不再需要任何人为操作。
Description
技术领域
本申请涉及网络通信技术领域，具体而言，本申请涉及一种任务处理方法、系统、电子设备及计算机可读存储介质。
背景技术
随着现代化管理技术的日趋成熟，越来越多的企事业单位、公司为了提高工作效率都有自己一套独立的管理系统。例如，对于物流公司来说，其内部的管理系统包括：收件节点、发件节点、转运节点以及签收节点，每个节点对应着各自的任务，用户或者工作人员可以对任务完成情况进行查询。
但是本申请人发现，类似的管理系统都只能运用于某个特定公司内部，无法做到跨行业、跨系统之间的通信。例如，当医院需要通过药品采购商对一批药材进行采购，药品采购商需要通过物流公司将采购好的药品寄送给医院时，医院、药品采购商以及物流公司的各自内部管理系统之间是无法进行通信的。因此，当医院内部相关人员创建相应的采购任务后，该采购任务只能通过邮件等方式人为发送给药品采购商，药品采购商要发物流的时候也只能人为的通知物流公司，可见，药品采购商和物流公司只有在接收到人为发来的通知时，才可启动各自的任务。因此，在现有技术中，对于多个管理系统来说，其中一个管理系统只能通过人为操作，才可以启动另一个管理系统执行相应的任务。
发明内容
本申请提供了一种任务处理的方法、系统、电子设备及计算机可读存储介质，用于解决现有技术中两个完全独立的系统之间，前一系统只能通过人为操作才能触发后一系统执行相应任务的问题。
第一方面，提供了一种任务处理的方法，该方法应用于一种任务处理系统，任务处理系统与至少两个目标系统通信，该方法包括：
接收第一目标系统上传的关于第一任务的任务数据，第一目标系统为至少两个目标系统中的任一目标系统；
当确定第一目标系统完成第一任务后，判断是否需要触发第二目标系统执行第二任务；第二目标系统为至少两个目标系统中的除第一目标系统之外的一个目标系统，第二目标系统是第一目标系统的后端任务系统，第二任务是第一任务的后续任务；
当确定触发第二目标系统执行第二任务时，接收第二目标系统上传的关于第二任务的任务数据。
具体的，判断是否需要触发第二目标系统执行第二任务，包括：
根据是否检测到任务触发请求，判断是否需要触发第二目标系统执行第二任务，任务触发请求是第一目标系统触发的。
具体的，接收第一目标系统上传的关于第一任务的任务数据，包括：
接收第一目标系统上传的关于第一任务的各个任务节点的任务数据；
相应地，接收第二目标系统上传的关于第二任务的任务数据，包括：
接收第二目标系统上传的关于第二任务的各个任务节点的任务数据。
具体的，确定第一目标系统完成第一任务，包括：
若检测到第一目标系统中的关于第一任务的各个任务节点依次完成了对应任务节点的相关任务，则确定第一目标系统完成第一任务。
具体的，该方法还包括：
当确定第一目标系统完成第一任务后，将第一目标系统完成第一任务的完成结果发送给第一用户终端和/或第二用户终端；
其中，第一用户终端是属于第一用户的终端设备，第一用户是对任务处理系统具有访问权限的用户，第二用户终端是属于第二用户的终端设备，第二用户是对第一目标系统具有访问权限的用户。
具体的，该方法还包括：
当接收到第一目标系统发来的第一告警信息时，将携带第一告警信息的消息发送给第三用户终端和/或第四用户终端；第一告警信息用于指示第一任务的异常情况；
其中，第三用户终端是属于第三用户的终端设备，第三用户是对任务处理系统具有访问权限的用户，第四用户终端为属于第四用户的终端设备，第四用户是对第一目标系统具有访问权限的用户。
具体的，该方法还包括：
当接收到第二目标系统发来的第二告警信息时，将携带第二告警信息的消息发送给第五用户终端和/或第六用户终端；第二告警信息用于指示第二任务的异常情况；
其中，第五用户终端是属于第五用户的终端设备，第五用户是对任务处理系统具有访问权限的用户，第六用户终端是属于第六用户的终端设备，第六用户是对第二目标系统具有访问权限的用户。
第二方面，提供了一种任务处理系统，该任务处理系统包括：
第一接收单元，用于接收第一目标系统上传的关于第一任务的任务数据，第一目标系统为至少两个目标系统中的任一目标系统；
第一判断单元，用于当确定第一目标系统完成第一任务后，判断是否需要触发第二目标系统执行第二任务；第二目标系统为至少两个目标系统中的除第一目标系统之外的一个目标系统，第二目标系统是第一目标系统的后端任务系统，第二任务是第一任务的后续任务；
第二接收单元，用于当确定触发第二目标系统执行第二任务时，接收第二目标系统上传的关于第二任务的任务数据。
第一判断单元具体用于：
根据是否检测到任务触发请求，判断是否需要触发第二目标系统执行第二任务，任务触发请求是第一目标系统触发的。
第一接收单元具体用于：接收第一目标系统上传的关于第一任务的各个任务节点的任务数据；
第二接收单元具体用于，接收第二目标系统上传的关于第二任务的各个任务节点的任务数据。
第一判断单元具体用于：
若检测到第一目标系统中的关于第一任务的各个任务节点依次完成了对应任务节点的相关任务，则确定第一目标系统完成第一任务。
任务处理系统还包括：
第一发送单元，用于当确定第一目标系统完成第一任务后，将第一目标系统完成第一任务的完成结果发送给第一用户终端和/或第二用户终端；
其中，第一用户终端是属于第一用户的终端设备，第一用户是对任务处理系统具有访问权限的用户，第二用户终端是属于第二用户的终端设备，第二用户是对第一目标系统具有访问权限的用户。
任务处理系统还包括：
第二发送单元，用于当接收到第一目标系统发来的第一告警信息时，将携带第一告警信息的消息发送给第三用户终端和/或第四用户终端；第一告警信息用于指示第一任务的异常情况；
其中，第三用户终端是属于第三用户的终端设备，第三用户是对任务处理系统具有访问权限的用户，第四用户终端为属于第四用户的终端设备，第四用户是对第一目标系统具有访问权限的用户。
任务处理系统还包括：
第三发送单元，用于当接收到第二目标系统发来的第二告警信息时，将携带第二告警信息的消息发送给第五用户终端和/或第六用户终端；第二告警信息用于指示第二任务的异常情况；
其中，第五用户终端是属于第五用户的终端设备，第五用户是对目标系统任务处理系统具有访问权限的用户，第六用户终端是属于第六用户的终端设备，第六用户是对第二目标系统具有访问权限的用户。
第三方面，提供了一种电子设备，该电子设备包括：
一个或多个处理器；
存储器；
一个或多个应用程序，其中一个或多个应用程序被存储在存储器中并被配置为由一个或多个处理器执行，一个或多个程序配置用于：执行上述任务处理方法。
第四方面，提供了一种计算机可读存储介质，该程序被处理器执行时实现上述任务处理方法。
本申请提供的技术方案带来的有益效果是：
本申请实施例提供的技术方案，包括作为前一管理系统的第一目标系统，和作为后一管理系统的第二目标系统，在任务处理系统确定第一目标系统完成相关任务后，且该第一目标系统需要第二目标系统执行相应的任务时，例如，药品采购商需要物流公司执行发送物流的任务，由任务处理系统触发第二目标系统执行相应的第二任务，例如，物流公司完成物流发送的任务。可见，该方法可以使得两个完全独立的系统之间，通过任务处理系统相互触发另一系统执行相应的任务，而不再需要任何人为操作。
附图说明
为了更清楚地说明本申请实施例中的技术方案，下面将对本申请实施例描述中所需要使用的附图作简单地介绍。
图1为本申请实施例提供的一种任务处理方法的流程示意图；
图2为本申请实施例提供的任务处理系统所在体系中的位置结构示意图；
图3为本申请实施例提供的一种任务处理系统结构示意图；
图4为本申请实施例提供的一种电子设备的结构示意图。
具体实施方式
下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本申请，而不能解释为对本发明的限制。
本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本申请的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。
为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。
本申请提供的任务处理方法、系统、电子设备和计算机可读存储介质，旨在解决现有技术的如上技术问题。
下面以具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本申请的实施例进行描述。
本申请实施例中提供了一种任务处理的方法，该方法应用于任务处理系统，该任务处理系统与至少两个目标系统进行通信。为了方便介绍，本实施例中的可包括多个目标系统，为了方便介绍以两个目标系统为例，则该两个目标系统分别为：第一目标系统和第二目标系统；第一目标系统与第二目标系统之间无法进行通信，任务处理系统一端连接第一目标系统，另一端连接第二目标系统，任务处理系统可将第一目标系统发来的相关数据发送给第二目标系统，最终达到通过任务处理系统实现第一目标系统和第二目标系统之间的通信，图1所示，该方法包括：
步骤S11，接收第一目标系统上传的关于第一任务的任务数据；
具体的，第一目标系统为至少两个目标系统中的任一目标系统；
步骤S12，当确定第一目标系统完成第一任务后，判断是否需要触发第二目标系统执行第二任务；
具体的，第二目标系统为至少两个目标系统中的除第一目标系统之外的一个目标系统，第二目标系统是第一目标系统的后端任务系统，第二任务是第一任务的后续任务；
具体的，判断是否需要触发第二目标系统执行第二任务的具体方法包括：
根据是否检测到任务触发请求，判断是否需要触发第二目标系统执行第二任务，任务触发请求是第一目标系统触发的。
具体的，第一目标系统在完成第一任务后可能会产生新的任务，该新的任务需要第二目标系统完成，因此，第一目标系统完成第一任务后向任务处理系统发送的任务数据携带请求第二目标系统对第一任务产生的新的任务进行处理的任务触发请求；也可以是任务处理系统主动对第一目标系统进行检测，当确定第一目标系统完成任务后，根据第一任务数据是否携带任务触发请求确定是否触发第二目标系统。
步骤S13，当确定触发第二目标系统执行第二任务时，接收第二目标系统上传的关于第二任务的任务数据。
具体的，第二目标系统根据第一目标系统通过任务处理系统发来的、第一任务的任务数据中携带的任务触发请求执行相应的第二任务。当完成第二任务后，第二目标系统主动向任务处理系统上传第二任务的任务数据，该任务数据可以是告知已完成任务、也可以是告知未完成任务、也可以包括触发下一目标系统的任务触发请求。
本申请实施例中提供了一种可能的实现方式，接收第一目标系统上传的关于第一任务的任务数据，包括如下方式：
接收第一目标系统上传的关于第一任务的各个任务节点的任务数据；即，第一任务中包含多个任务节点，每一个任务节点都执行相应任务，并产生任务数据；第一任务各个任务节点的任务数据可由第一目标系统上传至任务处理系统，也可是任务处理系统主动从第一目标系统处获取；
相应的，本申请实施例中提供了一种可能的实现方式，接收第二目标系统上传的关于第二任务的任务数据，具体方法包括：
接收第二目标系统上传的关于第二任务的各个任务节点的任务数据。即，第二任务中包含多个任务节点，每一个任务节点都执行相应任务，并产生任务数据；第二任务各个任务节点的任务数据可由第二目标系统上传至任务处理系统，也可是任务处理系统主动从第二目标系统处获取。
本申请实施例中提供了一种可能的实现方式，任务处理系统确定第一目标系统完成第一任务的方法包括：
若检测到第一目标系统中的关于第一任务的各个任务节点依次完成了对应任务节点的相关任务，则确定第一目标系统完成所述第一任务。
相应的，本申请实施例中提供了一种可能的实现方式，任务处理系统确定第二目标系统完成第二任务的方法包括：
若检测到第二目标系统中的关于第二任务的各个任务节点依次完成了对应任务节点的相关任务，则确定第二目标系统完成第二任务。
如图2所示，本申请实施例中提供了一种可能的实现方式，当任务处理系统21确定第一目标系统22完成第一任务后，将第一目标系统22完成第一任务的完成结果发送给第一用户终端23和/或第二用户终端24；
其中，第一用户终端23是属于第一用户的终端设备，第一用户是对任务处理系统21具有访问权限的用户，第二用户终端24是属于第二用户的终端设备，第二用户是对第一目标系统22具有访问权限的用户。例如，第一用户终端23是可直接访问目标处理系统的用户，第二用户终端24是直接访问第二目标系统27的用户。
如图2所示，本申请实施例中提供了一种可能的实现方式，当任务处理系统21接收到第一目标系统22发来的第一告警信息时，将携带第一告警信息的消息发送给第三用户终端25和/或第四用户终端26；第一告警信息用于指示第一任务的异常情况；例如，未完成第一任务或者第一任务中的部分任务完成失败；
其中，第三用户终端25是属于第三用户的终端设备，第三用户是对任务处理系统21具有访问权限的用户，第四用户终端26为属于第四用户的终端设备，第四用户是对第一目标系统22具有访问权限的用户。具体的，第三终端可以是与第一终端相同的终端也可以是不同的终端，即第三用户与第一用户相同或者不相同，第四用户终端26可以是与第二用户终端24相同的终端或者不相同的终端，即第四用户与第二用户相同或者不相同。
如图2所示，本申请实施例中提供了一种可能的实现方式，当任务处理系统21接收到第二目标系统27发来的第二告警信息时，将携带第二告警信息的消息发送给第五用户终端28和/或第六用户终端29；第二告警信息用于指示第二任务的异常情况；例如，第二任务未完成或者第二任务中部分任务失败。
其中，第五用户终端28是属于第五用户的终端设备，第五用户是对任务处理系统21具有访问权限的用户，第六用户终端29是属于第六用户的终端设备，第六用户是对第二目标系统27具有访问权限的用户。第五终端与第一终端、第三终端相同或者不相同，即第一用户、第三用户和第五用户相同或者不相同。
本申请实施例提供的技术方案，包括作为前一管理系统的第一目标系统，和作为后一管理系统的第二目标系统，在任务处理系统确定第一目标系统完成相关任务后，且该第一目标系统需要第二目标系统执行相应的任务时，例如，药品采购商需要物流公司执行发送物流的任务，由任务处理系统触发第二目标系统执行相应的第二任务，例如，物流公司完成物流发送的任务。可见，该方法可以使得两个完全独立的系统之间，通过任务处理系统相互触发另一系统执行相应的任务，而不再需要任何人为操作。
本申请实施例提供的技术方案，可通过任务处理系统实现第一目标系统和第二目标系统之间的信息通信，即第一目标系统可通过任务处理系统向第二目标系统发送信息，反之，第二目标系统也可通过任务处理系统向第一目标系统发送信息，同时任务处理系统、第一目标系统以及第二目标系统也可向与自身相连接的用户终端发送消息；总之，使用本申请实施例提供的技术方案不仅能够在两个系统之间互相启动任务，也可互相通信。
本申请实施例提供一个具体的实时方案，以说明上述任务处理方法的具体流程。其中，将医院所在终端作为用户终端，药品采购商所在终端作为第一目标系统，物流公司所在终端作为第二目标系统。医院方需要向药品采购商采购一批药品，因此，在医院方产生相应的采购任务，该采购任务包括要采购的药品名称、所需数量、交货日期等等细节信息，医院方通过任务处理系统将单据发送给药品采购商，药品采购商则根据该单据生成第一任务，当药品采购商采购完药物后则通过任务处理系统向物流公司发送发快递的请求即任务处理请求，物流公司根据该任务处理请求以及第一任务的任务数据生成第二任务，并执行相应的操作，具体流程如下：
步骤A，医院方根据自身采购需求生成采购任务；并将该采购任务发送给任务处理系统以触发第一目标系统执行第一任务，医院方是对任务处理系统有访问权限的用户终端；
步骤B，任务处理系统将该采购任务发送给药品采购商，即第一目标系统；
医院方在向任务处理系统发送采购任务的同时，还会发送响应该采购任务的目标系统的地址信息，任务处理系统根据该地址信息将采购任务发送给药品采购商。
步骤C，药品采购商根据该采购任务生成相应的第一任务，并对该第一任务进行处理；
具体的，该第一任务包括多个任务节点，药品采购商所对应的第一目标系统对该第一任务进行处理，即，各个任务节点对相应的第一任务进行处理；
步骤D，药品采购商所在的第一目标系统将第一任务的各个节点的任务数据上传至任务处理系统；也可是任务处理系统主动获取
此时，由于需要物流公司进行后续物流工作，因此，药品采购商所对应的第一目标系统生成任务触发请求，该任务触发请求用于触发物流公司所对应的第二目标系统执行相关的物流任务，即第二任务；
步骤E，任务处理系统判断第一任务是否执行完毕，具体判断方式如下：
当药品采购商所对应的第一目标系统的关于第一任务的各个任务节点依次完成对应任务节点的相关任务时，确定完成第一任务；
步骤F，任务处理系统将第一任务的完成结果发送给医院方所在的客户端或者与第一目标系统相对应的药品采购商的工作人员所在的终端；
完成结果可以是第一任务即药品采购任务全部完成，或者部分完成，例如部分药品未采购到等相关信息；
任务处理系统可将该完成结果以短息、电话或者微信的方式进行发送；
相应的，该完成结果也可由第一目标系统通过短息或者电话方式发送给医院方所对应的终端，或药品采购商的工作人员所对应的终端，例如手机。
步骤G，任务处理系统检测是否接收到药品采购商通过第一目标系统发来的任务触发请求，如果是，则触发物流公司对应的第二目标系统执行第二任务；
第一目标系统发来的任务触发请求用于请求物流公司对应的第二目标系统执行相关的物流发送任务，即第二任务；
步骤H，与物流公司对应的第二目标系统执行相应的第二任务；
第二任务中的各个任务节点执行各自相应的任务并产生任务数据；
当各个任务节点完成所有任务后，确定第二任务完成；
步骤I，任务处理系统检测到物流公司对应的第二任务完成后，将完成结果发送给医院方所对应的用户终端；或者发送给第二目标系统对应的物流公司的工作人员所对应的终端，例如手机；
该发送方式可以是短信、电话等方式。
在上述过程中，如果第一任务、第二任务在执行过程中出现问题、或者未完成，可以由任务处理器向医院方所在终端、第一目标系统所对应的用户所在终端、第二目标系统所对应的用户所在终端发送告警信息；该告警信息可以短信、电话或者微信等方式进行发送；也可由第一目标系统或者第二目标系统发送给医院方的工作人员对应的终端。
具体的，可以有多个医院方发送采购任务，第一目标系统的后端系统也可以有多个，例如、药品采购商不仅对应物流公司还可对应其他公司。
本申请实施例提供了一种任务处理系统，如图3所示，该系统包括：
第一接收单元31，用于接收第一目标系统上传的关于第一任务的任务数据，第一目标系统为至少两个目标系统中的任一目标系统；
第一判断单元32，用于当确定第一目标系统完成第一任务后，判断是否需要触发第二目标系统执行第二任务；第二目标系统为至少两个目标系统中的除第一目标系统之外的一个目标系统，第二目标系统是第一目标系统的后端任务系统，第二任务是第一任务的后续任务；
第二接收单元33，用于当确定触发第二目标系统执行第二任务时，接收第二目标系统上传的关于第二任务的任务数据。
第一判断单元32具体用于：
根据是否检测到任务触发请求，判断是否需要触发第二目标系统执行第二任务，任务触发请求是第一目标系统触发的。
第一接收单元31具体用于：接收第一目标系统上传的关于第一任务的各个任务节点的任务数据；
第二接收单元33具体用于，接收第二目标系统上传的关于第二任务的各个任务节点的任务数据。
第一判断单元32具体用于：
若检测到第一目标系统中的关于第一任务的各个任务节点依次完成了对应任务节点的相关任务，则确定第一目标系统完成第一任务。
任务处理系统还包括：
第一发送单元34，用于当确定第一目标系统完成第一任务后，将第一目标系统完成第一任务的完成结果发送给第一用户终端和/或第二用户终端；
其中，第一用户终端是属于第一用户的终端设备，第一用户是对任务处理系统具有访问权限的用户，第二用户终端是属于第二用户的终端设备，第二用户是对第一目标系统具有访问权限的用户。
任务处理系统还包括：
第二发送单元35，用于当接收到第一目标系统发来的第一告警信息时，将携带第一告警信息的消息发送给第三用户终端和/或第四用户终端26；第一告警信息用于指示第一任务的异常情况；
其中，第三用户终端是属于第三用户的终端设备，第三用户是对任务处理系统具有访问权限的用户，第四用户终端为属于第四用户的终端设备，第四用户是对第一目标系统具有访问权限的用户。
任务处理系统还包括：
第三发送单元36，用于当接收到第二目标系统发来的第二告警信息时，将携带第二告警信息的消息发送给第五用户终端和/或第六用户终端；第二告警信息用于指示第二任务的异常情况；
其中，第五用户终端是属于第五用户的终端设备，第五用户是对目标系统任务处理系统具有访问权限的用户，第六用户终端是属于第六用户的终端设备，第六用户是对第二目标系统具有访问权限的用户。
本申请实施例中提供了一种电子设备，该电子设备包括：存储器和处理器；至少一个程序，存储于存储器中，用于被处理器执行时上述任务处理方法。
在一个可选实施例中提供了一种电子设备，如图4所示，图4所示的电子设备4000包括：处理器4001和存储器4003。其中，处理器4001和存储器4003相连，如通过总线4002相连。可选地，电子设备4000还可以包括收发器4004。需要说明的是，实际应用中收发器4004不限于一个，该电子设备4000的结构并不构成对本申请实施例的限定。
处理器4001可以是CPU(Central Processing Unit，中央处理器)，通用处理器，DSP(Digital Signal Processor，数据信号处理器)，ASIC(Application SpecificIntegrated Circuit，专用集成电路)，FPGA(Field Programmable Gate Array，现场可编程门阵列)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器4001也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等。
总线4002可包括一通路，在上述组件之间传送信息。总线4002可以是PCI(Peripheral Component Interconnect，外设部件互连标准)总线或EISA(ExtendedIndustry Standard Architecture，扩展工业标准结构)总线等。总线4002可以分为地址总线、数据总线、控制总线等。为便于表示，图4中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
存储器4003可以是ROM(Read Only Memory，只读存储器)或可存储静态信息和指令的其他类型的静态存储设备，RAM(Random Access Memory，随机存取存储器)或者可存储信息和指令的其他类型的动态存储设备，也可以是EEPROM(Electrically ErasableProgrammable Read Only Memory，电可擦可编程只读存储器)、CD-ROM(Compact DiscRead OnlyMemory，只读光盘)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。
存储器4003用于存储执行本申请方案的应用程序代码，并由处理器4001来控制执行。处理器4001用于执行存储器4003中存储的应用程序代码，以实现前述方法实施例所示的内容。
其中，电子设备包括但不限于：手机、电脑、笔记本、服务器等其他的电子终端设备。
本申请实施例提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，当其在计算机上运行时，使得计算机可以执行前述方法实施例中相应内容。与现有技术相比，可以使两个原本独立、且无法自主互相访问的系统，能够实现相互之间的通信，该方式可以解决现有技术中单据流转的问题。例如，现有技术中，医院、药品采购商以及物流之间的系统是无法相互访问的，只能依赖人工完成两两之间信息的通信，即，当医院方需要向药品采购商定一批药品时，需要人为的将订购清单的单据通过邮件等方式发送给药品采购商，药品采购商采购完药品之后再向物流人为的发送需要发货的相关信息，可见医院、药品采购商以及物流之间无法相互访问各自系统，导致单据在各个系统之间无法流转，且对单据处理后的相关信息也无法及时通知对方。而本申请提供的实施例中的任务处理系统可以实现各个独立系统之间的单据或者信息的流转，避免的消息的延误以及人为操作所带来的低效率的情况。应该理解的是，虽然附图的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
以上所述仅是本发明的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。
Claims (10)
1.一种任务处理方法，其特征在于，所述方法应用于一种任务处理系统，所述任务处理系统与至少两个目标系统通信，所述方法包括：
接收第一目标系统上传的关于第一任务的任务数据，所述第一目标系统为所述至少两个目标系统中的任一目标系统；
当确定所述第一目标系统完成所述第一任务后，判断是否需要触发第二目标系统执行第二任务；所述第二目标系统为所述至少两个目标系统中的除所述第一目标系统之外的一个目标系统，所述第二目标系统是所述第一目标系统的后端任务系统，所述第二任务是所述第一任务的后续任务；
当确定触发所述第二目标系统执行所述第二任务时，接收所述第二目标系统上传的关于所述第二任务的任务数据。
2.根据权利要1所述的方法，其特征在于，所述判断是否需要触发第二目标系统执行第二任务，包括：
根据是否检测到任务触发请求，判断是否需要触发第二目标系统执行第二任务，所述任务触发请求是所述第一目标系统触发的。
3.根据权利要1所述的方法，其特征在于，所述接收第一目标系统上传的关于第一任务的任务数据，包括：
接收所述第一目标系统上传的关于所述第一任务的各个任务节点的任务数据；
相应地，所述接收所述第二目标系统上传的关于所述第二任务的任务数据，包括：
接收所述第二目标系统上传的关于所述第二任务的各个任务节点的任务数据。
4.根据权利要3所述的方法，其特征在于，所述确定所述第一目标系统完成所述第一任务，包括：
若检测到所述第一目标系统中的关于所述第一任务的各个任务节点依次完成了对应任务节点的相关任务，则确定所述第一目标系统完成所述第一任务。
5.根据权利要1至4任一项所述的方法，其特征在于，所述方法还包括：
当确定所述第一目标系统完成所述第一任务后，将所述第一目标系统完成所述第一任务的完成结果发送给第一用户终端和/或第二用户终端；
其中，所述第一用户终端是属于第一用户的终端设备，所述第一用户是对所述任务处理系统具有访问权限的用户，所述第二用户终端是属于第二用户的终端设备，所述第二用户是对所述第一目标系统具有访问权限的用户。
6.根据权利要1至4任一项所述的方法，其特征在于，所述方法还包括：
当接收到所述第一目标系统发来的第一告警信息时，将携带所述第一告警信息的消息发送给第三用户终端和/或第四用户终端；所述第一告警信息用于指示所述第一任务的异常情况；
其中，所述第三用户终端是属于第三用户的终端设备，所述第三用户是对所述任务处理系统具有访问权限的用户，所述第四用户终端为属于第四用户的终端设备，所述第四用户是对所述第一目标系统具有访问权限的用户。
7.根据权利要1至4任一项所述的方法，其特征在于，所述方法还包括：
当接收到所述第二目标系统发来的第二告警信息时，将携带所述第二告警信息的消息发送给第五用户终端和/或第六用户终端；所述第二告警信息用于指示所述第二任务的异常情况；
其中，所述第五用户终端是属于第五用户的终端设备，所述第五用户是对所述任务处理系统具有访问权限的用户，所述第六用户终端是属于第六用户的终端设备，所述第六用户是对所述第二目标系统具有访问权限的用户。
8.一种任务处理系统，其特征在于，所述任务处理系统包括：
第一接收单元，用于接收第一目标系统上传的关于第一任务的任务数据，所述第一目标系统为所述至少两个目标系统中的任一目标系统；
第一判断单元，用于当确定所述第一目标系统完成所述第一任务后，判断是否需要触发第二目标系统执行第二任务；所述第二目标系统为所述至少两个目标系统中的除所述第一目标系统之外的一个目标系统，所述第二目标系统是所述第一目标系统的后端任务系统，所述第二任务是所述第一任务的后续任务；
第二接收单元，用于当确定触发所述第二目标系统执行所述第二任务时，接收所述第二目标系统上传的关于所述第二任务的任务数据。
9.一种电子设备，其特征在于，其包括：
一个或多个处理器；
存储器；
一个或多个应用程序，其中所述一个或多个应用程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行，所述一个或多个程序配置用于：执行根据权利要求1～7任一项所述的任务处理方法。
10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现权利要求1-7任一项所述的任务处理方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010622958.XA CN111800500A (zh) | 2020-06-30 | 2020-06-30 | 任务处理方法、系统、电子设备及计算机可读存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010622958.XA CN111800500A (zh) | 2020-06-30 | 2020-06-30 | 任务处理方法、系统、电子设备及计算机可读存储介质 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN111800500A true CN111800500A (zh) | 2020-10-20 |
Family
ID=72810970
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010622958.XA Pending CN111800500A (zh) | 2020-06-30 | 2020-06-30 | 任务处理方法、系统、电子设备及计算机可读存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111800500A (zh) |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101916404A (zh) * | 2010-08-06 | 2010-12-15 | 沈阳工业大学 | 一种装备制造过程多厂协同调度优化方法 |
| CN107016449A (zh) * | 2016-01-28 | 2017-08-04 | 北京仿真中心 | 一种基于跨企业动态计划排程的智能制造方法 |
| CN107403227A (zh) * | 2017-08-10 | 2017-11-28 | 南京从容信息科技有限公司 | 一种跨企业的设备运维协同方法、装置及系统 |
| CN107742183A (zh) * | 2017-10-10 | 2018-02-27 | 海尔集团公司 | 任务调度系统、方法和存储介质 |
| CN108665330A (zh) * | 2017-03-30 | 2018-10-16 | 苏宁云商集团股份有限公司 | 一种在业务链路中监控订单的方法及装置 |
| CN110490416A (zh) * | 2019-07-16 | 2019-11-22 | 平安科技（深圳）有限公司 | 任务管理方法及终端设备 |
-
2020
- 2020-06-30 CN CN202010622958.XA patent/CN111800500A/zh active Pending
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101916404A (zh) * | 2010-08-06 | 2010-12-15 | 沈阳工业大学 | 一种装备制造过程多厂协同调度优化方法 |
| CN107016449A (zh) * | 2016-01-28 | 2017-08-04 | 北京仿真中心 | 一种基于跨企业动态计划排程的智能制造方法 |
| CN108665330A (zh) * | 2017-03-30 | 2018-10-16 | 苏宁云商集团股份有限公司 | 一种在业务链路中监控订单的方法及装置 |
| CN107403227A (zh) * | 2017-08-10 | 2017-11-28 | 南京从容信息科技有限公司 | 一种跨企业的设备运维协同方法、装置及系统 |
| CN107742183A (zh) * | 2017-10-10 | 2018-02-27 | 海尔集团公司 | 任务调度系统、方法和存储介质 |
| CN110490416A (zh) * | 2019-07-16 | 2019-11-22 | 平安科技（深圳）有限公司 | 任务管理方法及终端设备 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN107798617B (zh) | 保险业务处理方法和装置 | |
| CN107833056B (zh) | 一种客户反馈信息的处理方法及其终端 | |
| CN105187676B (zh) | 一种呼叫请求处理的方法和装置 | |
| CN108733768B (zh) | 交易数据一致性处理方法、电子装置及存储介质 | |
| CN111582815A (zh) | 一种核电站的工程管理方法、装置、终端设备及存储介质 | |
| CN110322578B (zh) | 一种考勤方法及装置 | |
| CN112817995B (zh) | 数据处理方法和装置、电子设备及存储介质 | |
| CN108470305B (zh) | 关联交易识别方法、装置及存储介质 | |
| WO2020082583A1 (zh) | 一种盗损险理赔方法、装置、服务器及介质 | |
| CN112235423A (zh) | 跨链事务处理方法及装置、电子设备、存储介质 | |
| JP6249579B1 (ja) | 倉庫管理方法及び倉庫管理システム | |
| CN111181837A (zh) | 一种发送告警信息的方法及装置 | |
| CN111445340A (zh) | 金融产品的估值方法、装置和电子设备及可读存储介质 | |
| CN110995522A (zh) | 一种信息处理方法及装置 | |
| CN107908565B (zh) | 一种测试方法及设备 | |
| CN111800500A (zh) | 任务处理方法、系统、电子设备及计算机可读存储介质 | |
| CN112259214A (zh) | 医疗信息处理方法及装置、电子设备、存储介质 | |
| CN110858348A (zh) | 物流信息处理方法和装置 | |
| CN115170152A (zh) | 一种数据分发方法、装置、设备和存储介质 | |
| US8285775B2 (en) | Expedited transaction failure handling by leveraging a reliable message transport protocol to assist detection of discarded processing | |
| CN110740062B (zh) | 断点续传方法和装置 | |
| CN111061576A (zh) | 一种实体对象的创建方法及系统 | |
| CN113127847A (zh) | 一种数据的管理方法以及装置 | |
| CN111460338B (zh) | 信息查询方法和装置 | |
| JP2020042521A (ja) | 作業端末及び配送システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| RJ01 | Rejection of invention patent application after publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20201020 |