CN110119883A - 一种多平台通信方法、装置、计算机系统及可读存储介质 - Google Patents
一种多平台通信方法、装置、计算机系统及可读存储介质 Download PDFInfo
- Publication number
- CN110119883A CN110119883A CN201910301790.XA CN201910301790A CN110119883A CN 110119883 A CN110119883 A CN 110119883A CN 201910301790 A CN201910301790 A CN 201910301790A CN 110119883 A CN110119883 A CN 110119883A
- Authority
- CN
- China
- Prior art keywords
- client
- data packet
- platform
- system platform
- worksheet processing
- 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
- 238000004891 communication Methods 0.000 title claims abstract description 63
- 238000000034 method Methods 0.000 title claims abstract description 30
- 238000012545 processing Methods 0.000 claims abstract description 91
- 238000012790 confirmation Methods 0.000 claims abstract description 43
- 238000012546 transfer Methods 0.000 claims abstract description 17
- 238000010200 validation analysis Methods 0.000 claims description 37
- 238000004590 computer program Methods 0.000 claims description 7
- 238000005538 encapsulation Methods 0.000 claims description 7
- 238000004519 manufacturing process Methods 0.000 claims description 3
- 239000002699 waste material Substances 0.000 abstract description 4
- 230000004888 barrier function Effects 0.000 abstract description 3
- 230000005540 biological transmission Effects 0.000 description 2
- 238000010586 diagram Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 230000003068 static effect Effects 0.000 description 2
- 230000006870 function Effects 0.000 description 1
- 238000009434 installation Methods 0.000 description 1
- 230000005641 tunneling Effects 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
- G06F9/547—Remote procedure calls [RPC]; Web services
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
- G06Q10/063—Operations research, analysis or management
- G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
- G06Q10/06311—Scheduling, planning or task assignment for a person or group
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/08—Insurance
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2209/00—Indexing scheme relating to G06F9/00
- G06F2209/54—Indexing scheme relating to G06F9/54
- G06F2209/541—Client-server
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2209/00—Indexing scheme relating to G06F9/00
- G06F2209/54—Indexing scheme relating to G06F9/54
- G06F2209/549—Remote execution
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Human Resources & Organizations (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Economics (AREA)
- Strategic Management (AREA)
- General Business, Economics & Management (AREA)
- Entrepreneurship & Innovation (AREA)
- Marketing (AREA)
- Development Economics (AREA)
- Finance (AREA)
- Accounting & Taxation (AREA)
- Software Systems (AREA)
- Technology Law (AREA)
- Game Theory and Decision Science (AREA)
- Operations Research (AREA)
- Quality & Reliability (AREA)
- Tourism & Hospitality (AREA)
- Educational Administration (AREA)
- General Engineering & Computer Science (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种多平台通信方法、装置、计算机系统及可读存储介质，基于云技术领域，包括以下步骤：根据判断系统平台是否已在系统数据库中创设系统账户；若是，则输出通信指令，并接收系统派单数据包并解封，以获得派单信息和派单指令；若否，则结束通信；封装派单信息和系统平台身份信息，获得中转派单数据包并输出；接收客户确认数据包并对客户确认数据包分类，输出同一类别中最先接收到的客户确认数据包；接收平台确认数据包并输出；接收客户执行数据包并输出；接收任务结束数据包并输出。本发明打破了保险公司的管理壁垒，扩大了救援服务范围和救援人员的接单效率和接单量，避免了人力资源的浪费，保证了驾驶者的人身财产安全和道路畅通。
Description
技术领域
本发明涉及通信技术领域，尤其涉及一种多平台通信方法、装置、计算机系统及可读存储介质。
背景技术
当驾驶者在行驶过程中出现故障，往往需要通过手机APP向保险公司发送求助信息，使保险公司向救援人员发出派单信息，此时，救援人员将通过派单信息对驾驶者车辆开展救援工作；
然而，驾驶者所在的位置周边可能只有某一家驾驶者并未安装该家保险公司APP的救援人员，因此，驾驶者通常会面临寻找不到救援人员，或者需要下载多个手机APP，并向多个保险公司发出求助信息，才可寻找到救援人员，给驾驶者带来了极大的不便；
同时，救援者由于只能够接收到其隶属于或注册在的保险公司的系统平台所发送的救援信息，因此，救援者无法对其所负责的区域内的所有驾驶者提供救援服务，因此，无法充分发掘救援者的时间资源和人力资源，不仅造成人力资源的浪费，也使得驾驶者将无法得到及时的救援服务。
发明内容
本发明的目的是提供一种多平台通信方法、装置、计算机系统及可读存储介质，用于解决现有技术存在的问题。
为实现上述目的，本发明提供一种多平台通信方法，包括以下步骤：
S1：根据判断系统平台是否已在系统数据库中创设系统账户；若是，则向所述系统平台输出通信指令，并接收系统派单数据包并解封，以获得派单信息；若否，则结束与所述系统平台之间的通信；
S2：封装所述派单信息和系统平台身份信息，获得中转派单数据包并输出至客户端；
S3：接收所述客户端输出的客户确认数据包并对所述客户确认数据包分类，输出同一类别中最先接收到的客户确认数据包至系统平台；
S4：接收所述系统平台发送的平台确认数据包，根据所述平台确认数据包的客户确认标签，将所述平台确认数据包输出至客户端；
S5：接收由所述客户端根据平台确认数据包所输出的客户执行数据包，并载入系统执行标签后将所述客户执行数据包输出至系统平台；
S6：接收由所述系统平台根据所述客户执行数据包输出的任务结束数据包，并载入任务结束标签后将所述任务结束数据包输出至客户端。
上述方案中，所述步骤S1包括以下步骤：
S11：接收系统平台生成派单信息后所输出的派单指令，其中，所述派单指令中具有所述系统平台身份信息；
S12：根据派单指令检索系统数据库，判断所述系统平台是否已在系统数据库中创设系统账户；若所述系统平台已在所述系统数据库中创设系统账户，则向所述系统平台输出通信指令并进入步骤S13；若所述系统平台未在所述系统数据库中创设系统账户，则结束与所述系统平台之间的通信；
S13：所述系统平台根据通信指令封装所述派单信息生成系统派单数据包；
S14：接收所述系统平台输出的系统派单数据包并解封，获得派单信息。
上述方案中，所述步骤S2包括以下步骤：
S21：根据派单指令获得所述系统平台身份信息；
S22：封装所述派单信息和系统平台身份信息，获得中转派单数据包；
S23：将所述中转派单数据包输出至已在客户数据库中创设客户账户的客户端。
上述方案中，所述步骤S3包括以下步骤：
S31：所述客户端对中转派单数据包解封，以获得派单信息和系统平台身份信息；
S32：所述客户端根据派单信息生成客户确认信息；
S33：所述客户端封装系统平台身份信息、客户确认信息和客户端身份信息，生成客户确认数据包；
S34：接收由所述客户端输出的客户确认数据包，并在所述客户确认数据包中载入与所述系统平台身份信息对应的系统确认标签；
S35：根据系统确认标签对所述客户确认数据包分类；将同一类别中最先接收到的客户确认数据包，输出到该类别的系统确认标签所对应的系统平台。
上述方案中，所述步骤S4包括以下步骤：
S41：所述系统平台解封客户确认数据包，获得客户确认信息、系统平台身份信息和客户端身份信息；
S42：所述系统平台根据所述客户确认信息生产平台确认信息；
S43：所述系统平台封装平台确认信息、系统平台身份信息和客户端身份信息，生成平台确认数据包并输出；
S44：接收由所述系统平台输出的平台确认数据包，在所述平台确认数据包中载入与所述客户端身份信息对应的客户确认标签；
S45：根据客户确认标签将所述平台确认数据包输出至与客户确认标签对应的客户端；
S46：所述客户端解封所述平台确认数据包，以获得平台确认信息、客户端身份信息和系统平台身份信息；
S47：所述客户端根据所述平台确认信息生成执行指令。
上述方案中，所述步骤S5包括以下步骤：
S51：所述客户端根据执行指令拍摄救援结果并生成执行结果数据，封装所述执行结果数据、客户端身份信息和系统平台身份信息获得客户执行数据包；
S52：在所述客户执行数据包中载入与系统平台身份信息对应的系统执行标签；
S53：将客户执行数据包输出至与所述系统执行标签对应的系统平台。
上述方案中，所述步骤S6包括以下步骤：
S61：所述系统平台解封客户执行数据包获得执行结果数据、系统平台身份信息和客户端身份信息；
S62：所述系统平台根据执行结果数据生成任务结束指令；
S63：封装任务结束指令、系统平台身份信息和客户端身份信息，获得任务结束数据包；
S64：接收由系统平台输出的任务结束数据包，在所述任务结束数据包中载入与所述客户端身份信息对应任务结束标签；
S65：将任务结束数据包输出至与所述任务结束标签对应的客户端。
为实现上述目的，本发明还提供一种多平台通信装置，包括：
判断解封模块，用于根据判断系统平台是否已在系统数据库中创设系统账户；若是，则向所述系统平台输出通信指令，并接收系统派单数据包并解封，以获得派单信息和派单指令；若否，则结束与所述系统平台之间的通信；
封装模块，用于封装所述派单信息和系统平台身份信息，获得中转派单数据包并输出至客户端；
分类输出模块，用于接收客户客户端的客户确认数据包并对所述客户确认数据包分类，输出同一类别中最先接收到的客户确认数据包至所述系统平台；
确认数据中转模块，用于接收所述系统平台发送的平台确认数据包，并根据所述平台确认数据包的客户确认标签，将所述平台确认数据包输出至客户端；
执行数据中转模块，用于接收由所述客户端根据平台确认数据包所输出的客户执行数据包，并载入系统执行标签后将所述客户执行数据包输出至系统平台；
任务技术数据中转模块，用于接收由所述系统平台根据所述客户执行数据包输出的任务结束数据包，并载入任务结束标签后将所述任务结束数据包输出至客户端。
为实现上述目的，本发明还提供一种计算机系统，其包括多个计算机设备，各计算机设备包括存储器.处理器以及存储在存储器上并可在处理器上运行的计算机程序，所述多个计算机设备的处理器执行所述计算机程序时共同实现上述多平台通信方法的步骤。
为实现上述目的，本发明还提供一种计算机可读存储介质，其包括多个存储介质，各存储介质上存储有计算机程序，所述多个存储介质存储的所述计算机程序被处理器执行时共同实现上述多平台通信方法的步骤。
本发明提供的一种多平台通信方法、装置、计算机系统及可读存储介质，通过通过创设模块和判断解封模块，实现多个保险公司的系统平台以及多个救援人员的客户端与多平台通信系统关联；利用封装模块分类输出模块、确认数据中转模块、执行数据中转模块和任务技术数据中转模块实现系统平台与客户端之间的信息交互，进而实现多个保险公司与多个救援人员之间的信息交互；
本技术方案打破了保险公司对救援人员的管理壁垒，使得各保险公司的派单信息可以发布给所有救援人员的客户端，因此扩大了救援服务范围，避免了驾驶者寻找不到救援人员，或者需要下载多个手机APP，并向多个保险公司发出求助信息，才可寻找到救援人员的情况出现，给驾驶者带来了极大便利；同时，各救援人员也可通过客户端获得各保险公司的系统平台所发出的派单信息，使得救援者可对其所负责的区域内的所有驾驶者提供救援服务，扩大了救援人员的接单效率和接单量，因此，充分发掘救援者的时间资源和人力资源，不仅避免了人力资源的浪费，使得驾驶者将无法得到及时的救援服务，还保证了驾驶者的人身财产安全和道路的畅通。
附图说明
图1为本发明多平台通信方法实施例一的流程图；
图2为本发明多平台通信方法实施例一中多平台通信装置与服务系统之间的工作流程图；
图3为本发明多平台通信装置实施例二的程序模块示意图；
图4为本发明计算机系统实施例三中计算机设备的硬件结构示意图。
附图标记：
1、多平台通信装置 2、系统平台 3、客户端 4、计算机设备
11、判断解封模块 12、封装模块 13、分类输出模块
14、确认数据中转模块 15、执行数据中转模块
16、任务技术数据中转模块 17、创设模块 41、存储器 42、处理器
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
本发明提供的一种多平台通信方法、装置、计算机系统及可读存储介质，适用于云技术领域，为提供一种基于判断解封模块、封装模块、分类输出模块、确认数据中转模块、执行数据中转模块、任务技术数据中转模块和创设模块的多平台通信方法。
本发明通过创设模块和判断解封模块，实现多个保险公司的系统平台以及多个救援人员的客户端与多平台通信系统关联；利用封装模块分类输出模块、确认数据中转模块、执行数据中转模块和任务技术数据中转模块实现系统平台与客户端之间的信息交互，进而实现多个保险公司与多个救援人员之间的信息交互；
本技术方案打破了保险公司对救援人员的管理壁垒，使得各保险公司的派单信息可以发布给所有救援人员的客户端，因此扩大了救援服务范围，避免了驾驶者寻找不到救援人员，或者需要下载多个手机APP，并向多个保险公司发出求助信息，才可寻找到救援人员的情况出现，给驾驶者带来了极大便利；同时，各救援人员也可通过客户端获得各保险公司的系统平台所发出的派单信息，使得救援者可对其所负责的区域内的所有驾驶者提供救援服务，扩大了救援人员的接单效率和接单量，因此，充分发掘救援者的时间资源和人力资源，不仅避免了人力资源的浪费，使得驾驶者将无法得到及时的救援服务，还保证了驾驶者的人身财产安全和道路的畅通。
实施例一
请参阅图1和图2，本实施例的一种多平台通信方法，利用多平台通信装置1，包括以下步骤：
S1：根据判断系统平台2是否已在系统数据库中创设系统账户；若是，则向所述系统平台2输出通信指令，并接收系统派单数据包并解封，以获得派单信息；若否，则结束与所述系统平台2之间的通信；
S2：封装所述派单信息和系统平台2身份信息，获得中转派单数据包并输出至客户端3；
S3：接收客户端3输出的客户确认数据包并对所述客户确认数据包分类，输出同一类别中最先接收到的客户确认数据包至系统平台2；
S4：接收所述系统平台2发送的平台确认数据包，根据所述平台确认数据包的客户确认标签，将所述平台确认数据包输出至客户端3；
S5：接收由所述客户端3根据平台确认数据包所输出的客户执行数据包，并载入系统执行标签后将所述客户执行数据包输出至系统平台2；
S6：接收由所述系统平台2根据所述客户执行数据包输出的任务结束数据包，并载入任务结束标签后将所述任务结束数据包输出至客户端3。
优选的，还包括以下步骤步骤S0，包括以下步骤：创设系统数据库和客户数据库，在系统数据库中创设系统账户，在客户数据库中创设客户账户。
具体的，所述步骤S0包括以下步骤：
S01：创设系统数据库和客户数据库；
S02：向系统平台2输出平台注册信号，接收由系统平台2根据所述平台注册信号输出的系统注册申请，并根据所述系统注册申请在系统数据库中创设系统账户，将所述系统平台身份信息写入所述系统账户；
S03：向系统平台2输出客户注册信号，接收由客户端3根据所述客户输出信号输出的客户注册申请，并根据所述客户注册申请在客户数据库中创设客户账户，将所述客户端身份信息写入所述客户账账户。
其中，系统平台身份信息与系统平台2对应，客户端身份信息与客户端3对应。
具体的，所述步骤S1包括以下步骤：
S11：接收系统平台2生成派单信息后所输出的派单指令，其中，所述派单指令中具有所述系统平台身份信息；
S12：根据派单指令检索系统数据库，判断所述系统平台2是否已在系统数据库中创设系统账户；若所述系统平台2已在所述系统数据库中创设系统账户，则向所述系统平台2输出通信指令并进入步骤S13；若所述系统平台2未在所述系统数据库中创设系统账户，则结束与所述系统平台2之间的通信；
S13：所述系统平台2根据通信指令封装所述派单信息生成系统派单数据包；
S14：接收所述系统平台2输出的系统派单数据包并解封，获得派单信息。
具体的，所述步骤S2包括以下步骤：
S21：根据派单指令获得所述系统平台身份信息；
S22：封装所述派单信息和系统平台身份信息，获得中转派单数据包；
S23：将所述中转派单数据包输出至已在客户数据库中创设客户账户的客户端3。
具体的，所述步骤S3包括以下步骤：
S31：所述客户端3对中转派单数据包解封，以获得派单信息和系统平台身份信息；
S32：所述客户端3根据派单信息生成客户确认信息；
S33：所述客户端3封装系统平台身份信息、客户确认信息和客户端身份信息，生成客户确认数据包；
S34：接收由所述客户端3输出的客户确认数据包，并在所述客户确认数据包中载入与所述系统平台身份信息对应的系统确认标签；
S35：根据系统确认标签对所述客户确认数据包分类；将同一类别中最先接收到的客户确认数据包，输出到该类别的系统确认标签所对应的系统平台2。
优选的，在步骤S33中，客户端身份信息为用于描述客户端身份的标识信息，可为客户端的电话号码，也可为客户端的MEI码，或客户端的使用者的姓名及身份证号。
优选的，在步骤S34中，所述系统平台身份信息为用于描述系统平台身份的标识信息，可为系统平台的名称、或系统平台所有者的名称、或系统平台所有者的统一信用代码；所述确认标签为与所述系统平台身份信息匹配的标签数据。
进一步的，在步骤S35中，根据确认标签对客户确认数据包进行分类，即将具有同一确认标签的客户确认数据包归为一类别，在每个类别中最先接收到的确认数据包，输出到该类别的确认标签所对应的系统平台2。具体的，所述步骤S4包括以下步骤：
S41：所述系统平台2解封客户确认数据包，获得客户确认信息、系统平台身份信息和客户端身份信息；
S42：所述系统平台2根据所述客户确认信息生产平台确认信息；
S43：所述系统平台2封装平台确认信息、系统平台身份信息和客户端身份信息，生成平台确认数据包并输出；
S44：接收由所述系统平台2输出的平台确认数据包，在所述平台确认数据包中载入与所述客户端身份信息对应的客户确认标签；
S45：根据客户确认标签将所述平台确认数据包输出至与客户确认标签对应的客户端3；
S46：所述客户端3解封所述平台确认数据包，以获得平台确认信息、客户端身份信息和系统平台身份信息；
S47：所述客户端3根据所述平台确认信息生成执行指令。
具体的，所述步骤S5包括以下步骤：
S51：所述客户端3根据执行指令拍摄救援结果并生成执行结果数据，封装所述执行结果数据、客户端身份信息和系统平台身份信息获得客户执行数据包；
S52：在所述客户执行数据包中载入与系统平台身份信息对应的系统执行标签；
S53：将客户执行数据包输出至与所述系统执行标签对应的系统平台2。
具体的，所述步骤S6包括以下步骤：
S61：所述系统平台2解封客户执行数据包获得执行结果数据、系统平台身份信息和客户端身份信息；
S62：所述系统平台2根据执行结果数据生成任务结束指令；
S63：封装任务结束指令、系统平台身份信息和客户端身份信息，获得任务结束数据包；
S64：接收由系统平台2输出的任务结束数据包，在所述任务结束数据包中载入与所述客户端身份信息对应任务结束标签；
S65：将任务结束数据包输出至与所述任务结束标签对应的客户端3。
实施例二
请参阅图3，本实施例的一种多平台通信装置，包括：
判断解封模块11，用于根据判断系统平台2是否已在系统数据库中创设系统账户；若是，则向所述系统平台2输出通信指令，并接收系统派单数据包并解封，以获得派单信息和派单指令；若否，则结束与所述系统平台2之间的通信；
封装模块12，用于封装所述派单信息和系统平台2身份信息，获得中转派单数据包并输出至客户端3；
分类输出模块13，用于接收客户客户端3的客户确认数据包并对所述客户确认数据包分类，输出同一类别中最先接收到的客户确认数据包至所述系统平台2；
确认数据中转模块14，用于接收所述系统平台2发送的平台确认数据包，并根据所述平台确认数据包的客户确认标签，将所述平台确认数据包输出至客户端3；
执行数据中转模块15，用于接收由所述客户端3根据平台确认数据包所输出的客户执行数据包，并载入系统执行标签后将所述客户执行数据包输出至系统平台2；
任务技术数据中转模块16，用于接收由所述系统平台2根据所述客户执行数据包输出的任务结束数据包，并载入任务结束标签后将所述任务结束数据包输出至客户端3。
优选的，所述多平台通信装置1还包括：
创设模块17，用于创设系统数据库和客户数据库，以及用于创设系统账户并将所述系统平台身份信息写入所述系统账户，和用于创设客户账户，并将所述客户端身份信息写入所述客户账账户。
本技术方案基于云技术领域，利用创设模块和判断解封模块，实现多个保险公司的系统平台以及多个救援人员的客户端与多平台通信系统关联，进而实现云传输；利用封装模块用于封装所述派单信息和系统平台身份信息，获得中转派单数据包并输出，实现对派单信息和系统平台身份信息的协议封装；利用分类输出模块、确认数据中转模块、执行数据中转模块和任务技术数据中转模块实现系统平台与客户端之间的信息交互，进而实现多个保险公司与多个救援人员之间的信息交互。
其中，协议封装基于数据加密封装协议(Encapsulation Protocol)，数据加密封装协议是指加密接入固定BWA网络的分组数据，定义了加密和鉴权算法，以及这些算法在MACPDU分组数据中的应用规则。即：加密只针对MACPDU中的负荷部分，MAC头不被加密，MAC层中的所有管理信息在传输过程中也不被加密。通过该加密子层的定义，可以防止克隆的SS伪装成合法的用户接入网络，X.509证书的使用则可防止克隆的SS提交伪造的证书给BS。
实施例三：
为实现上述目的，本发明还提供一种计算机系统，该计算机系统包括多个计算机设备5，实施例二的多平台通信装置1的组成部分可分散于不同的计算机设备中，计算机设备可以是执行程序的智能手机、平板电脑、笔记本电脑、台式计算机、机架式服务器、刀片式服务器、塔式服务器或机柜式服务器(包括独立的服务器，或者多个服务器所组成的服务器集群)等。本实施例的计算机设备至少包括但不限于：可通过系统总线相互通信连接的存储器41、处理器42，如图4所示。需要指出的是，图4仅示出了具有组件-的计算机设备，但是应理解的是，并不要求实施所有示出的组件，可以替代的实施更多或者更少的组件。
本实施例中，存储器41(即可读存储介质)包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等。在一些实施例中，存储器41可以是计算机设备的内部存储单元，例如该计算机设备的硬盘或内存。在另一些实施例中，存储器41也可以是计算机设备的外部存储设备，例如该计算机设备上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。当然，存储器41还可以既包括计算机设备的内部存储单元也包括其外部存储设备。本实施例中，存储器41通常用于存储安装于计算机设备的操作系统和各类应用软件，例如实施例一的多平台通信装置的程序代码等。此外，存储器41还可以用于暂时地存储已经输出或者将要输出的各类数据。
处理器42在一些实施例中可以是中央处理器(Central Processing Unit，CPU)、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器42通常用于控制计算机设备的总体操作。本实施例中，处理器42用于运行存储器41中存储的程序代码或者处理数据，例如运行多平台通信装置，以实现实施例一的多平台通信方法。
实施例四：
为实现上述目的，本发明还提供一种计算机可读存储介质，其包括多个存储介质，如闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘、服务器、App应用商城等等，其上存储有计算机程序，程序被处理器42执行时实现相应功能。本实施例的计算机可读存储介质用于存储多平台通信装置，被处理器42执行时实现实施例一的多平台通信方法。
上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。
以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。
Claims (10)
1.一种多平台通信方法，其特征在于，包括以下步骤：
S1：根据判断系统平台是否已在系统数据库中创设系统账户；若是，则向所述系统平台输出通信指令，并接收系统派单数据包并解封，以获得派单信息和派单指令；若否，则结束与所述系统平台之间的通信；
S2：封装所述派单信息和系统平台身份信息，获得中转派单数据包并输出至客户端；
S3：接收客户端的客户确认数据包并对所述客户确认数据包分类，输出同一类别中最先接收到的客户确认数据包至所述系统平台；
S4：接收所述系统平台发送的平台确认数据包，根据所述平台确认数据包的客户确认标签，将所述平台确认数据包输出至客户端；
S5：接收由所述客户端根据平台确认数据包所输出的客户执行数据包，并载入系统执行标签后将所述客户执行数据包输出至系统平台；
S6：接收由所述系统平台根据所述客户执行数据包输出的任务结束数据包，并载入任务结束标签后将所述任务结束数据包输出至客户端。
2.根据权利要求1所述的一种多平台通信方法，其特征在于，所述步骤S1包括以下步骤：
S11：接收系统平台生成派单信息后所输出的派单指令，其中，所述派单指令中具有所述系统平台身份信息；
S12：根据派单指令检索系统数据库，判断所述系统平台是否已在系统数据库中创设系统账户；若所述系统平台已在所述系统数据库中创设系统账户，则向所述系统平台输出通信指令并进入步骤S13；若所述系统平台未在所述系统数据库中创设系统账户，则结束与所述系统平台之间的通信；
S13：所述系统平台根据通信指令封装所述派单信息和派单指令生成系统派单数据包；
S14：接收所述系统平台输出的系统派单数据包并解封，获得派单信息。
3.根据权利要求1所述的一种多平台通信方法，其特征在于，所述步骤S2包括以下步骤：
S21：根据派单指令获得所述系统平台身份信息；
S22：封装所述派单信息和系统平台身份信息，获得中转派单数据包；
S23：将所述中转派单数据包输出至已在客户数据库中创设客户账户的客户端。
4.根据权利要求1所述的一种多平台通信方法，其特征在于，所述步骤S3包括以下步骤：
S31：所述客户端对中转派单数据包解封，以获得派单信息和系统平台身份信息；
S32：所述客户端根据派单信息生成客户确认信息；
S33：所述客户端封装系统平台身份信息、客户确认信息和客户端身份信息，生成客户确认数据包；
S34：接收由所述客户端输出的客户确认数据包，并在所述客户确认数据包中载入与所述系统平台身份信息对应的系统确认标签；
S35：根据系统确认标签对所述客户确认数据包分类；将同一类别中最先接收到的客户确认数据包，输出到该类别的系统确认标签所对应的系统平台。
5.根据权利要求1所述的一种多平台通信方法，其特征在于，所述步骤S4包括以下步骤：
S41：所述系统平台解封客户确认数据包，获得客户确认信息、系统平台身份信息和客户端身份信息；
S42：所述系统平台根据所述客户确认信息生产平台确认信息；
S43：所述系统平台封装平台确认信息、系统平台身份信息和客户端身份信息，生成平台确认数据包并输出；
S44：接收由所述系统平台输出的平台确认数据包，在所述平台确认数据包中载入与所述客户端身份信息对应的客户确认标签；
S45：根据客户确认标签将所述平台确认数据包输出至与客户确认标签对应的客户端；
S46：所述客户端解封所述平台确认数据包，以获得平台确认信息、客户端身份信息和系统平台身份信息；
S47：所述客户端根据所述平台确认信息生成执行指令。
6.根据权利要求1所述的一种多平台通信方法，其特征在于，所述步骤S5包括以下步骤：
S51：所述客户端根据执行指令拍摄救援结果并生成执行结果数据，封装所述执行结果数据、客户端身份信息和系统平台身份信息获得客户执行数据包；
S52：在所述客户执行数据包中载入与系统平台身份信息对应的系统执行标签；
S53：将客户执行数据包输出至与所述系统执行标签对应的系统平台。
7.根据权利要求1所述的一种多平台通信方法，其特征在于，所述步骤S6包括以下步骤：
S61：所述系统平台解封客户执行数据包获得执行结果数据、系统平台身份信息和客户端身份信息；
S62：所述系统平台根据执行结果数据生成任务结束指令；
S63：封装任务结束指令、系统平台身份信息和客户端身份信息，获得任务结束数据包；
S64：接收由系统平台输出的任务结束数据包，在所述任务结束数据包中载入与所述客户端身份信息对应任务结束标签；
S65：将任务结束数据包输出至与所述任务结束标签对应的客户端。
8.一种多平台通信装置，其特征在于，包括：
判断解封模块，用于根据判断系统平台是否已在系统数据库中创设系统账户；若是，则向所述系统平台输出通信指令，并接收系统派单数据包并解封，以获得派单信息和派单指令；若否，则结束与所述系统平台之间的通信；
封装模块，用于封装所述派单信息和系统平台身份信息，获得中转派单数据包并输出至客户端；
分类输出模块，用于接收客户客户端的客户确认数据包并对所述客户确认数据包分类，输出同一类别中最先接收到的客户确认数据包至所述系统平台；
确认数据中转模块，用于接收所述系统平台发送的平台确认数据包，并根据所述平台确认数据包的客户确认标签，将所述平台确认数据包输出至客户端；
执行数据中转模块，用于接收由所述客户端根据平台确认数据包所输出的的客户执行数据包，并载入系统执行标签后将所述客户执行数据包输出至系统平台；
任务技术数据中转模块，用于接收由所述系统平台根据所述客户执行数据包输出的任务结束数据包，并载入任务结束标签后将所述任务结束数据包输出至客户端。
9.一种计算机系统，其包括多个计算机设备，各计算机设备包括存储器.处理器以及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述多个计算机设备的处理器执行所述计算机程序时共同实现权利要求1至7任一项所述多平台通信方法的步骤。
10.一种计算机可读存储介质，其包括多个存储介质，各存储介质上存储有计算机程序，其特征在于，所述多个存储介质存储的所述计算机程序被处理器执行时共同实现权利要求1至7任一项所述多平台通信方法的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910301790.XA CN110119883A (zh) | 2019-04-16 | 2019-04-16 | 一种多平台通信方法、装置、计算机系统及可读存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910301790.XA CN110119883A (zh) | 2019-04-16 | 2019-04-16 | 一种多平台通信方法、装置、计算机系统及可读存储介质 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN110119883A true CN110119883A (zh) | 2019-08-13 |
Family
ID=67521157
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910301790.XA Pending CN110119883A (zh) | 2019-04-16 | 2019-04-16 | 一种多平台通信方法、装置、计算机系统及可读存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN110119883A (zh) |
Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2004272697A (ja) * | 2003-03-10 | 2004-09-30 | Biznet Corp | 注文配送集約システム |
| US20150073847A1 (en) * | 2013-09-12 | 2015-03-12 | Pedro Gonzalez | Dispatch voip system |
| WO2016023435A1 (zh) * | 2014-08-12 | 2016-02-18 | 北京东方车云信息技术有限公司 | 网络租车中基于出租车运营区域熟悉程度的派单系统和方法 |
| CN105631775A (zh) * | 2015-12-29 | 2016-06-01 | 袁汉宁 | 一种基于手机app提供送站接站服务的方法及系统 |
| CN106027687A (zh) * | 2016-08-05 | 2016-10-12 | 刘巧利 | 一种智能接单方法、设备及系统 |
| CN107909257A (zh) * | 2017-11-08 | 2018-04-13 | 苏州华兴源创电子科技有限公司 | 一种车辆救援的调度方法及系统 |
| CN109214676A (zh) * | 2018-08-29 | 2019-01-15 | 中国建设银行股份有限公司 | 一种业务订单处理方法、装置、服务器及存储介质 |
| CN109308588A (zh) * | 2018-11-06 | 2019-02-05 | 海南易乐物联科技有限公司 | 一种基于抢单模式的救援车辆调度方法及系统 |
-
2019
- 2019-04-16 CN CN201910301790.XA patent/CN110119883A/zh active Pending
Patent Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2004272697A (ja) * | 2003-03-10 | 2004-09-30 | Biznet Corp | 注文配送集約システム |
| US20150073847A1 (en) * | 2013-09-12 | 2015-03-12 | Pedro Gonzalez | Dispatch voip system |
| WO2016023435A1 (zh) * | 2014-08-12 | 2016-02-18 | 北京东方车云信息技术有限公司 | 网络租车中基于出租车运营区域熟悉程度的派单系统和方法 |
| CN105631775A (zh) * | 2015-12-29 | 2016-06-01 | 袁汉宁 | 一种基于手机app提供送站接站服务的方法及系统 |
| CN106027687A (zh) * | 2016-08-05 | 2016-10-12 | 刘巧利 | 一种智能接单方法、设备及系统 |
| CN107909257A (zh) * | 2017-11-08 | 2018-04-13 | 苏州华兴源创电子科技有限公司 | 一种车辆救援的调度方法及系统 |
| CN109214676A (zh) * | 2018-08-29 | 2019-01-15 | 中国建设银行股份有限公司 | 一种业务订单处理方法、装置、服务器及存储介质 |
| CN109308588A (zh) * | 2018-11-06 | 2019-02-05 | 海南易乐物联科技有限公司 | 一种基于抢单模式的救援车辆调度方法及系统 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US9572025B2 (en) | Method, server, computer program and computer program product for communicating with secure element | |
| CN110838065A (zh) | 一种交易数据处理方法及装置 | |
| US20170349139A1 (en) | Anti-theft system for driverless vehicle | |
| CN102103651B (zh) | 一种一卡通系统的实现方法和系统以及一种智能卡 | |
| CN109857409A (zh) | 基于微服务网关的数据处理方法、装置及计算机设备 | |
| CN109461234A (zh) | 预约访问方法、装置、计算机设备及存储介质 | |
| CN107222530A (zh) | 服务异步交互方法、设备、系统和可读介质 | |
| CN109727132A (zh) | 区块链共识节点的获取方法、装置、电子设备及存储介质 | |
| CN111880919B (zh) | 数据调度方法、系统和计算机设备 | |
| CN111240862A (zh) | 一种通用接口平台以及数据转换方法 | |
| CN110351358A (zh) | 一种车联网信息安全传输及智能预警系统 | |
| CN110222535A (zh) | 区块链配置文件的处理装置、方法及存储介质 | |
| CN110084977A (zh) | 不动产登记信息的自助查询方法、系统、计算机设备及存储介质 | |
| CN113190287A (zh) | 外部设备对接方法、装置、计算机设备及可读存储介质 | |
| CN114553608A (zh) | 用于接入云平台的方法和装置 | |
| CN111221904A (zh) | 智能合约部署、执行方法、装置、电子设备及存储介质 | |
| CN107423620A (zh) | 存储服务器服务进程的管理方法及装置 | |
| CN110191097A (zh) | 登录页面安全性的检测方法、系统、设备及存储介质 | |
| CN110119883A (zh) | 一种多平台通信方法、装置、计算机系统及可读存储介质 | |
| CN107895269A (zh) | 电子支付控制方法及应用服务器 | |
| CN109740320A (zh) | 一种基于区块链的身份认证方法及终端设备 | |
| CN105279670B (zh) | 基于可信服务管理平台的应用自动发布方法及系统 | |
| CN112434347B (zh) | 租赁业务的处理方法、装置、设备及系统 | |
| CN114022144A (zh) | 基于智能身份证的地铁过闸支付方法、装置、设备及介质 | |
| CN106789272A (zh) | 一种服务器集群管理方法及系统 |
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 |