CN113141399A - 服务器之间的通信方法、装置、第一服务器及存储介质 - Google Patents

服务器之间的通信方法、装置、第一服务器及存储介质 Download PDF

Info

Publication number
CN113141399A
CN113141399A CN202110392626.1A CN202110392626A CN113141399A CN 113141399 A CN113141399 A CN 113141399A CN 202110392626 A CN202110392626 A CN 202110392626A CN 113141399 A CN113141399 A CN 113141399A
Authority
CN
China
Prior art keywords
communication
server
order
information
data format
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.)
Granted
Application number
CN202110392626.1A
Other languages
English (en)
Other versions
CN113141399B (zh
Inventor
王国灏
李国强
王涛
朱长安
孟令阶
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nanjing Leading Technology Co Ltd
Original Assignee
Nanjing Leading Technology Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Nanjing Leading Technology Co Ltd filed Critical Nanjing Leading Technology Co Ltd
Priority to CN202110392626.1A priority Critical patent/CN113141399B/zh
Publication of CN113141399A publication Critical patent/CN113141399A/zh
Application granted granted Critical
Publication of CN113141399B publication Critical patent/CN113141399B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

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/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H04L67/025—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP] for remote control or remote monitoring of applications
    • 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
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G06Q30/0633—Lists, e.g. purchase orders, compilation or processing
    • G06Q30/0635—Processing of requisition or of purchase orders
    • 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
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/40—Business processes related to the transportation industry
    • 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/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • 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
    • 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/2866—Architectures; Arrangements
    • H04L67/30—Profiles
    • 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/52—Network services specially adapted for the location of the user terminal

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • General Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • Theoretical Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Health & Medical Sciences (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • General Health & Medical Sciences (AREA)
  • Physics & Mathematics (AREA)
  • Development Economics (AREA)
  • Computing Systems (AREA)
  • Medical Informatics (AREA)
  • Human Resources & Organizations (AREA)
  • Primary Health Care (AREA)
  • Tourism & Hospitality (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明是关于一种服务器之间的通信方法、装置、第一服务器及存储介质，涉及设备通信技术领域，用以解决现有技术中存储冗余的数据格式生成策略造成服务器存储压力的问题。本发明包括：获取目标打车订单当前的通信数据；从多个数据格式通信策略中，选择目标注解信息对应的数据格式通信策略；其中，每个注解信息包含对应的数据格式通信策略适用的订单信息，目标注解信息为包含与目标打车订单同类型的订单信息的注解信息；利用选择的数据格式通信策略，将当前的通信数据封装成报文，并将报文发送给第二服务器。由于本发明实施例通过对数据格式通信策略进行注解的方式，可以反复调用同一个数据格式通信策略，减轻了服务器的存储压力。

Description

服务器之间的通信方法、装置、第一服务器及存储介质
技术领域
本发明涉及设备通信技术领域，尤其涉及一种服务器之间的通信方法、装置、第一服务器及存储介质。
背景技术
随着打车业务的飞速发展需要，不仅仅是在打车企业自己的软件中能够让用户打到车，对于第三方企业，也可以和打车企业进行合作，在第三方企业中能够打到打车企业下的车辆。由于司机反馈的信息通过打车企业发送给第三方企业，所以这种企业间的合作随之而来的是企业之间的对接问题，例如，打车企业发送接单司机的信息给第三方企业，打车企业发送接单司机到达目的地的信息给第三方企业等等。
根据用户不同的需求，会划分不同的行车类型以及用车场景，打车企业在与第三方企业进行对接时，第三方企业对于不同的行车类型和用车场景，进行通信过程中，对应通信时的数据格式也是不同的。
目前，当打车企业与不同的第三方企业进行对接时，均会开发一套第三方企业对应的数据格式生成策略，同时会在打车企业对应的服务器中将订单信息与数据格式生成策略相对应的存储。然而，有些第三方企业在不同的用车场景以及行车类型中会出现相同的数据格式，以现有的方式进行工作时会导致打车企业对应的服务器中存储冗余的数据格式生成策略，给打车企业对应的服务器造成存储的压力，也会给开发人员带来大量的工作和后期维护的难度。
发明内容
本发明提供一种服务器之间的通信方法、装置、第一服务器及存储介质，用以解决现有技术中存储冗余的数据格式生成策略造成服务器存储压力的问题。
第一方面，本发明实施例提供的一种服务器之间的通信方法，应用于第一服务器，包括：
获取目标打车订单当前的通信数据；其中，所述当前的通信数据为发送给所述第二服务器的通信数据；通信数据为在所述目标打车订单的订单状态发生改变时产生的；
从多个数据格式通信策略中，选择目标注解信息对应的数据格式通信策略；其中，每个数据格式通信策略对应一个注解信息；每个注解信息包含对应的数据格式通信策略适用的订单信息，所述目标注解信息为包含与所述目标打车订单同类型的订单信息的注解信息；
利用选择的数据格式通信策略，将所述当前的通信数据封装成报文，并将所述报文发送给所述第二服务器。
上述方法，在发送给第二服务器通信数据时，能够从多个数据格式通信策略中，选择包含目标打车订单同类型的订单信息的注解信息对应的数据格式通信策略，采用此数据格式通信策略将当前的通信数据封装成报文，并将报文发送给第二服务器，本发明能够通过对数据格式通信策略进行注解的方式找到对应的数据格式通信策略，从而实现反复调用同一个数据格式通信策略，从而解决了现有技术中由于数据格式通信策略与具体的订单信息相对应存储，导致存储冗余的数据格式通信策略造成服务器存储压力的问题，减轻了服务器的存储压力。
在一种可能的实现方式中，其中，所述同类型的订单信息包括以下部分或全部：第二服务器的信息、订单状态的信息、行车类型的信息、用车场景的信息。
上述方法，能够从第二服务器的信息、订单状态的信息、行车类型的信息、用车场景的信息中的部分或全部的维度考虑匹配不同的数据格式通信策略，提高了实用性。
在一种可能的实现方式中，所述方法还包括：
若确定有新增的数据格式通信策略，则根据新增的数据格式通信策略适用的订单信息，生成所述新增的数据格式通信策略对应的注解信息。
由于不同的第二服务器要求的数据格式通信策略可能与第一服务器中存储的不同，所以，上述方法，新增该第二服务器要求的数据格式通信策略，生成该通信策略对应的注解信息，从而能够便于通过注解信息选择该通信策略，无需针对该第二服务器建立对接的整套流程，简化了增加数据格式通信策略的操作。
在一种可能的实现方式中，所述获取目标打车订单当前的通信数据，包括：
从所述第二服务器对应的配置文件中，获取所述目标打车订单在当前的订单状态下的数据类型；
根据获取的所述数据类型对应的资源组，获取目标打车订单当前的通信数据。
上述方法，能够通过第二服务器对应的配置文件，获取目标打车订单在当前订单状态下的数据类型，从而根据获取到的数据类型对应的资源组，获取到对应的通信数据，本发明可以通过配置的方式记录第二服务器在不同订单状态下的数据类型，降低了对下游服务的请求量，减少服务器之间的交互，减缓了下游的服务压力并增加了响应效率。
在一种可能的实现方式中，在所述获取目标打车订单当前的通信数据之前，所述方法还包括：
响应添加指令，根据所述添加指令包含的第二服务器在不同订单，以及不同订单状态下所需的通信数据的数据类型，生成所述第二服务器对应的配置文件，并保存所述第二服务器对应的配置文件。
上述方法，用户可以在用户界面上操作，从而使用第一服务器可以响应添加指令，添加第二服务器在不同订单以及不同订单状态下所需的通信数据的数据类型，从而形成配置文件，本发明通过用户界面进行操作，简化了配置文件生成过程。
在一种可能的实现方式中，其中，所述第一服务器为打车企业对应的服务器，所述第二服务器为第三方企业对应的服务器。
第二方面，本发明实施例提供了一种服务器之间的通信装置，包括：
获取模块，用于获取目标打车订单当前的通信数据；其中，所述当前的通信数据为发送给所述第二服务器的通信数据；通信数据为在所述目标打车订单的订单状态发生改变时产生的；
选择模块，用于从多个数据格式通信策略中，选择目标注解信息对应的数据格式通信策略；其中，每个数据格式通信策略对应一个注解信息；每个注解信息包含对应的数据格式通信策略适用的订单信息，所述目标注解信息为包含与所述目标打车订单同类型的订单信息的注解信息；
通信模块，用于利用选择的数据格式通信策略，将所述当前的通信数据封装成报文，并将所述报文发送给所述第二服务器。
在一种可能的实现方式中，其中，所述同类型的订单信息包括以下部分或全部：第二服务器的信息、订单状态的信息、行车类型的信息、用车场景的信息。
在一种可能的实现方式中，所述装置还包括：
新增模块，用于若确定有新增的数据格式通信策略，则根据新增的数据格式通信策略适用的订单信息，生成所述新增的数据格式通信策略对应的注解信息。
在一种可能的实现方式中，获取模块，具体用于从所述第二服务器对应的配置文件中，获取所述目标打车订单在当前的订单状态下的数据类型；
根据获取的所述数据类型对应的资源组，获取目标打车订单当前的通信数据。
在一种可能的实现方式中，所述装置还包括：
添加模块，用于响应添加指令，根据所述添加指令包含的第二服务器在不同订单，以及不同订单状态下所需的通信数据的数据类型，生成所述第二服务器对应的配置文件，并保存所述第二服务器对应的配置文件。
第三方面，本发明实施例提供的一种第一服务器，包括：
处理器；
用于存储所述处理器可执行指令的存储器；
其中，所述处理器被配置为执行所述指令，以实现如第一方面中任一项所述的服务器之间的通信方法。
第四方面，本发明实施例提供的一种存储介质，当所述存储介质中的指令由第一服务器的处理器执行时，使得所述第一服务器能够执行如第一方面中任一项所述的服务器之间的通信方法。
应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本发明。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理，并不构成对本发明的不当限定。
图1是根据本发明实施例提供的一种用车场景和数据格式通信策略的对应关系示意图；
图2是根据本发明实施例提供的一种行车类型和数据格式通信策略的对应关系示意图；
图3是根据本发明实施例提供的一种第三方企业在不同的订单状态下和数据格式通信策略的对应关系示意图；
图4是根据本发明实施例提供的一种服务器之间的通信方法的流程图；
图5是根据本发明实施例提供的一种接单司机接单后打车企业对应的服务器和第三方企业对应的服务器进行信息交互的示意图；
图6是根据本发明实施例提供的一种打车用户在第三方企业的应用程序上进行打车的示意图；
图7是根据本发明实施例提供的一种用户添加不同第三方企业对应的服务器在不同的订单和不同的订单状态下所需数据类型的示意图；
图8是本发明实施例提供的一种第一服务器的业务层的示意图；
图9是根据本发明实施例提供的一种服务器之间的通信装置的结构框图；
图10是根据本发明实施例提供的一种第一服务器的结构框图。
具体实施方式
为了使本领域普通人员更好地理解本发明的技术方案，下面将结合附图，对本发明实施例中的技术方案进行清楚、完整地描述。
本发明实施例描述的应用场景是为了更加清楚的说明本发明实施例的技术方案，并不构成对于本发明实施例提供的技术方案的限定，本领域普通技术人员可知，随着新应用场景的出现，本发明实施例提供的技术方案对于类似的技术问题，同样适用。
由于打车企业对应的服务器中是按照数据格式通信策略和对应的订单信息的方式存储的，所以当具有不同的订单信息对应同一个数据格式通信策略时，会出现存储冗余的数据格式生成策略，给打车企业对应的服务器造成存储压力。
基于此，本发明实施例提供了一种方式，将每个数据格式通信策略均带有一个注解信息，注解信息中标注该数据通信模式适用的订单信息，然后在获取目标打车订单当前的通信数据后，通过比对注解信息，找到包含与目标打车订单同类型的订单信息的注解信息对应的数据格式通信策略，并利用该数据格式通信策略，将当前的通信数据封装成报文，并将报文发送给第三方企业对应的服务器，由于打车企业对应的服务器中存储的每种数据格式通信策略均是不同的，可以避免冗余的数据格式通信策略，减轻了打车企业对应的服务器的存储压力，减轻了开发人员的开发压力，和开发人员后期维护的难度。
其中，本发明中提到的第一服务器为打车企业对应的服务器，第二服务器为第三方企业对应的服务器，打车企业为拥有大量出租车、网约车的企业，第三方企业可以为制作地图的企业、能够提供打车服务的应用程序、计时通信应用程序、导航应用程序等等，当打车企业和第三方企业进行合作时，打车用户在第三方企业中发起打车，就可以打到打车企业的车辆，这时就需要打车企业对应的服务器和第三方企业对应的服务器进行通信。
本发明主要针对打车企业对应的服务器向第三方企业对应的服务器推送信息的流程，即打车企业对应的服务器向第三方企业对应的服务器发送通信信息。例如，打车企业旗下的司机接单时候，接单司机点击接单按钮后，向打车企业发送自己已经接单的反馈信息，则该打车订单的状态改变，由司机巡游状态改变为司机赶往打车用户的位置的状态，此时打车企业对应的服务器需要向第三方企业对应的服务器推送接单司机的信息；
该接单司机达到接单地点后，点击到达打车用户的位置的按钮，向打车企业发送自己已经到达打车用户的位置的反馈信息，则该打车订单的状态改变，由司机赶往打车用户的位置的状态改变为行程开始的状态，此时打车企业对应的服务器需要向第三方企业对应的服务器推送行程开始的信息；
该接单司机到达目的地后，点击到达目的地的按钮，向打车企业发送自己已经到达目的地的反馈信息，则该打车订单的状态改变，由行程运行的状态的状态改变为行程结束的状态，此时打车企业对应的服务器需要向第三方企业对应的服务器推送路程费用的信息。
以下结合附图对本发明实施例的内容进行详细说明。
本发明实施例提供的第一服务器内存储有多个数据格式通信策略，该多个数据格式通信策略可以根据与打车企业合作的第三方企业的要求撰写的；每个数据格式通信策略带有一个注解信息，该注解信息中包含对应的数据格式通信策略适用的订单信息，订单信息的内容可以包括第二服务器的信息、订单状态的信息、行车类型的信息、用车场景的信息。
其中，行车类型可以包括快享、专享、经济享、豪华享、拼车、顺风车等；
用车场景可以包括包车、快车、接机、送机等。
例如，打车企业与第三方企业A、第三方企业B、第三方企业C具有合作关系，所以记录与第三方企业A、第三方企业B、第三方企业C进行通信时的要求。
具体来说：
数据格式生成策略1适用于第三方企业A、经济享、豪华享、包车、订单状态1～4；数据格式生成策略2适用于第三方企业A、经济享、豪华享、接机、订单状态1～4；数据格式生成策略3适用于第三方企业A、经济享、豪华享、送机、订单状态1～4；
数据格式生成策略4适用于第三方企业B、经济享、豪华享、包车、订单状态1；数据格式生成策略2适用于第三方企业B、经济享、豪华享、包车、订单状态2～4；数据格式生成策略3适用于第三方企业B、经济享、豪华享、接机、送机、订单状态1～4。
订单状态1为司机接单状态；
订单状态2为司机赶往打车用户的位置的状态；
订单状态3为行程开始的状态；
订单状态4为行程结束的状态。
则打车企业对应的服务器中会保存数据格式生成策略1～数据格式生成策略5，会保存数据格式生成策略1对应的注解信息，该注解信息包括：第三方企业A、经济享、豪华享、包车、订单状态1～4；数据格式生成策略2对应的注解信息，该注解信息包括两条订单信息，一条订单信息为第三方企业A、经济享、豪华享、接机、订单状态1～4，另一条订单信息为第三方企业B、经济享、豪华享、包车、订单状态2～4；数据格式生成策略3对应的注解信息，该注解信息包括两条订单信息，一条订单信息为第三方企业A、经济享、豪华享、送机、订单状态1～4，另一条订单信息为第三方企业B、经济享、豪华享、接机、送机、订单状态1～4；数据格式生成策略4对应的注解信息，该注解信息包括一条订单信息，为第三方企业B、经济享、豪华享、包车、订单状态1。
在本发明实施例中，注解信息可以仅包括第三方企业和不同的订单状态，在打车企业对应的服务器中，可以首先将存储的多个数据格式通信策略按照不同的行车类型和用车场景进行划分，结合图1所示，打车企业对应的服务器中存储数据格式通信策略1～数据格式通信策略11，其中，用车场景为包车时，适用的数据格式通信策略1～4，用车场景为接机时，使用的数据格式通信策略5～11；结合图2所示，行车类型为快享时，适用的数据格式通信策略4～8，行车类型为专享时，适用的数据格式通信策略1～3、数据格式通信策略9～11。
在每个注解信息中，只需记载第三方企业对应的服务器和订单状态信息，结合图3所示，数据格式通信策略1的注解信息记录有订单状态1和第三方企业A、订单状态2和第三方企业A，数据格式通信策略2的注解信息记录有订单状态1和第三方企业B；依次类推。
需要说明的是注解信息仅是举例说明，实际的注解信息可以根据开发用户自行定义，同时订单状态也会根据不同的第三方企业的要求而改变，均可以按照具体的要求进行具体的设定，对此，本发明不作具体限制。
在实际进行通信处理时，结合图4所示，本发明实施例提供了一种服务器之间的通信方法，应用于第一服务器，包括：
S400：获取目标打车订单当前的通信数据；其中，当前的通信数据为发送给第二服务器的通信数据；通信数据为在目标打车订单的订单状态发生改变时产生的；
其中，上述步骤中提到的目标打车订单可以为第一服务器当前处理的打车订单。目标打车订单的订单状态发生改变，可以为接收到接单司机的反馈信息，即认为目标打车订单的订单状态发生改变。
S401：从多个数据格式通信策略中，选择目标注解信息对应的数据格式通信策略；其中，每个数据格式通信策略对应一个注解信息；每个注解信息包含对应的数据格式通信策略适用的订单信息，目标注解信息为包含与目标打车订单同类型的订单信息的注解信息；
其中，本发明获取到的通信数据为数据流的形式，数据格式通信策略为从数据流生成其他的数据格式的方式。
其中，本发明实施例提到的同类型的订单信息包括以下部分或全部：第二服务器的信息、订单状态的信息、行车类型的信息、用车场景的信息。
当目标打车订单的订单信息中包括的第二服务器的信息、订单状态的信息、行车类型的信息、用车场景的信息分别与注解信息中同类型信息进行对比，当与注解信息中的一条订单信息的第二服务器的信息、订单状态的信息、行车类型的信息、用车场景的信息均相同，则确定此注解信息为目标注解信息。
需要说明的是，订单信息包括以下全部的信息：第二服务器的信息、订单状态的信息、行车类型的信息、用车场景的信息全部的类型的信息。也可以包括第二服务器的信息、订单状态的信息、行车类型的信息、用车场景的信息中的部分信息，例如，包括第二服务器的信息、行车类型的信息、用车场景的信息。
S402：利用选择的数据格式通信策略，将当前的通信数据封装成报文，并将报文发送给所述第二服务器。
以下以接单司机接单后需要打车企业推送给第三方企业接单司机的信息为例进行说明：
结合图5和图6所示，当打车用户通过手机的第三方企业的APP(Application，应用程序)输入出发地A地，目的地B地，选择打车企业A和打车企业B，点击提交后，开始叫车，当叫车的企业包括本打车企业A时，本打车企业A将订单发送给旗下的司机，当旗下的司机李师傅通过对应的终端显示的接单界面点击接单按钮、或本打车企业A派单给了旗下司机李师傅，即李师傅为接单司机，李师傅对应的终端为接单司机对应的终端500，将自己已经接单的反馈信息给打车企业A，打车企业A对应的服务器501接收到该信息后，确定该打车订单的订单状态正在发生改变，由司机巡游状态改变为司机前往目的地的状态。
这时，该打车订单当前的通信数据为接单司机的信息，例如，接单司机的手机号、车牌号、接单司机当前的位置、接单司机的姓名，当打车企业A对应的服务器501获取到接单司机的信息后，从多个数据通信策略中，选择包含与该打车订单同类型的订单信息的注解信息对应的数据格式通信策略，利用选择的数据格式通信策略，将接单司机的信息封装成报文，将报文发送给第三方企业对应的服务器502。
第三方企业对应的服务器502将接单司机显示给打车用户，例如，显示接单司机所属的企业，打车企业A，显示接单司机的姓名，即李师傅，显示接单司机的车牌号，苏B.111，显示李师傅的当前位置采用圆圈表示，显示打车用户当前的位置采用三角表示。
即打车用户通过第三方企业的APP打打车企业旗下的汽车时，下一个界面即可以看到接单司机的信息，例如接单司机的手机号、车牌号、接单司机当前的位置、接单司机的姓名。
当打车企业需要与新的第三方企业进行合作时，开发人员需要开发新的第三方企业要求的数据格式通信策略，基于此，本发明实施例提出了若确定有新增的数据格式通信策略，则根据新增的数据格式通信策略适用的订单信息，生成新增的数据格式通信策略对应的注解信息。
具体来说，开发人员可以首先查看当前打车企业对应的数据库中是否存储有新的第三方企业要求的数据格式通信策略，如果有，则直接将新的订单信息增加到对应的注解信息中，例如，新的第三方企业要求的数据格式通信策略包括数据格式通信策略1、数据格式通信策略5、数据格式通信策略6；
由于当前打车企业对应的数据库中存储有数据格式通信策略1和数据格式通信策略5，则将新的第三方企业的相应适用于数据格式通信策略1的订单信息添加到数据格式通信策略1的注解信息中，例如，新的第三方企业相应适用于数据格式通信策略1的订单信息为，行车类型为快享、用车场景为包车，由打车用户已上车改变为行程运行的订单状态，则将行车类型为快享、用车场景为包车，由打车用户已上车改变为行程运行的订单状态、新的第三方企业的信息作为一条订单信息加入到数据格式通信策略1对应的注解信息中，相同的，将新的第三方企业的相应适用于数据格式通信策略5的订单信息添加到数据格式通信策略5的注解信息中。
由于当前打车企业对应的数据库中没有存储数据格式通信策略6，则直接将数据格式通信策略6存储到当前打车企业的数据库中，并生成包含适用于数据格式通信策略6的订单信息的注解信息，并将注解信息存储到当前打车企业的数据库中。
当前打车企业已经合作的第三方企业中的订单信息改变时，则根据修改后的订单信息更新适用的数据格式通信策略对应的注解信息，或者订单信息适用的数据格式通信策略发生改变时，则将修改前的订单信息适用的数据格式通信策略对应的注解信息中，删除修改前的订单信息，同时，将修改后的订单信息加入到企业数据库，修改后的订单信息适用的数据格式通信策略对应的注解信息中。
当前打车企业已经合作的所有第三方企业已经不再使用某个数据格式通信策略，例如，数据格式通信策略1，将数据格式通信策略1从打车企业对应的数据库中删除，并将数据格式通信策略1对应的注解信息从打车企业对应的数据库中删除。
当第三方企业的用车场景不在使用，例如包车的场景不在使用，或者某个行车类型不在使用，或者某个第三方企业不再与本打车企业合作，则将包含不在使用的用车场景，或者不在使用的行车类型，或者不再与本打车企业不进行合作的第三方企业的订单信息，从包含该订单信息的注解信息中删除。
同上可知，本发明实施例提供了通过注解信息进行标识数据格式通信策略适用的订单信息的方式，能够在新增数据格式通信策略、新增合作的第三方企业，以及改变适用于数据格式通信策略的订单信息时，同时改变对应的注解信息，这样相比于修改每个合作的第三方企业的整个流程来说，简化了开发用户的修改过程，提高了开发用户的工作效率。
由于与本打车企业合作的不同的第三方企业在不同的订单状态改变时所需的通信数据可能不同，本发明实施例提出，将不同的第三方企业在不同的订单，且不同的订单状态下所需的通信数据的数据类型生成配置文件，进行配置管理，这样在修改第三方企业在不同的订单，以及不同的订单状态下的通信数据的数据类型时，只需要修改对应的配置文件，即可完成修改，方便了开发用户的工作。
具体来说，本发明实施例提出了所述获取目标打车订单当前的通信数据，包括：
从第二服务器对应的配置文件中，获取目标打车订单在当前的订单状态下的数据类型；
根据获取的数据类型对应的资源组，获取目标打车订单当前的通信数据。
例如，当接收到打车企业旗下的司机接单后，订单状态改变为司机已接单的状态，则可以根据第二服务器对应的配置文件中，记载的司机已接单的状态的数据类型，例如，接单司机姓名、接单司机当前位置、接单司机的电话、接单司机的车牌号。其中，打车企业旗下的司机的姓名、司机的电话，司机的车牌号可以分别在不同地方存储，即该地方称为资源组。在存储时，可以携带司机的标识，例如，司机标识和司机姓名一起存储，司机标识和司机的电话一起存储，司机的车牌号和司机的标识一起存储。
在接单司机发起接单后，将自己已经接单的信息发送给打车企业对应的服务器时可以携带接单司机的标识，打车企业对应的服务器可以根据该接单司机的标识识别接单司机的身份，然后根据接单司机的标识查询接单司机姓名、接单司机的电话、接单司机的车牌号，以及接单司机的位置。
为了便于不了解代码的工作人员能够配置第二服务器对应的配置文件，本发明实施例提供了一个配置界面，用户可以在配置界面上添加第二服务器在不同订单和订单状态下所需的通信数据的数据类型，然后打车企业对应的第一服务器可以响应添加指令，根据所述添加指令包含的第二服务器在不同订单，以及不同订单状态下所需的通信数据的数据类型，生成所述第二服务器对应的配置文件，并保存所述第二服务器对应的配置文件。
结合图7所示，可以在第三方企业中选择第三方企业A，在订单状态下选择订单状态1，数据类型时可以进行多选，选择司机的姓名、司机的电话、司机的车牌号、司机的位置等等。
其中，数据类型可以以配置项记录，具体可以为司机的姓名以“1”来表示，司机的电话以“2”来表示、司机的车牌号以“3”来表示、司机的位置以“4”来表示，配置文件中记录有配置项1、3、4，即表示记录有数据类型为司机的姓名、司机的车牌号、司机的位置。
上述以配置文件的方式管理不同第三方企业在不同订单状态下所需的通信数据的数据类型的方式，能够在获取所需的通信数据时，直接通过读取配置文件中指定的配置项对应的资源组，在资源组中去查询实时的通信数据，极大的减少了因不同订单状态和不同第三方企业对于通信数据的需求不同而多出的无效资源查询，降低了对下游服务的请求量和服务之间交互频率，减缓了下游的服务压力并增加了响应效率。
本发明实施例提供的第一服务器以业务的不同可以划分为不同的层。结合图8所示，第一服务器包括公共业务层、策略分发层、企业对接层。
其中，公共业务层：公共业务层用于处理策略分发层和企业对接层的基础业务逻辑处理，即将基础功能如查询当前订单所处的订单状态等功能抽出为公共部分，避免针对每个第三方企业均会设置查询的代码，减少重复臃肿代码。公共业务层贯穿整个系统，并在业务层增加配置化订单查询，减少资源浪费。
策略分发层：在需要发送给第三方企业对应的服务器通信信息时，根据第三方企业对应的服务器生成的打车订单的用车场景和行程类型，提供不同数据格式通信策略，通过分发至下游业务层进行不同的业务处理，该策略分发成能够将用车场景和行车类型这两个不同维度的情况通过抽象调用结合在一起，选择一些数据格式通信策略，这样可以将业务与数据格式通信策略分发隔离，降低代码的冗余。
企业对接层：根据当前的订单状态和生成目标打车订单的第三方企业对应的服务器，选择数据格式通信策略，然后通过读取配置文件，查询到当前通信数据，将当前通信数据组装成能够被第三方企业对应的服务器识别的报文，将报文推送至第三方企业对应的服务器。
基于上述的内容，提出了一种以功能限定的装置，即服务器之间的通信装置，结合图9所述，该服务器之间的通信装置包括：
获取模块900，用于获取目标打车订单当前的通信数据；其中，所述当前的通信数据为发送给所述第二服务器的通信数据；通信数据为在所述目标打车订单的订单状态发生改变时产生的；
选择模块901，用于从多个数据格式通信策略中，选择目标注解信息对应的数据格式通信策略；其中，每个数据格式通信策略对应一个注解信息；每个注解信息包含对应的数据格式通信策略适用的订单信息，所述目标注解信息为包含与所述目标打车订单同类型的订单信息的注解信息；
通信模块902，用于利用选择的数据格式通信策略，将所述当前的通信数据封装成报文，并将所述报文发送给所述第二服务器。
在一种可能的实现方式中，其中，所述同类型的订单信息包括以下部分或全部：第二服务器的信息、订单状态的信息、行车类型的信息、用车场景的信息。
在一种可能的实现方式中，所述装置还包括：
新增模块，用于若确定有新增的数据格式通信策略，则根据新增的数据格式通信策略适用的订单信息，生成所述新增的数据格式通信策略对应的注解信息。
在一种可能的实现方式中，获取模块900，具体用于从所述第二服务器对应的配置文件中，获取所述目标打车订单在当前的订单状态下的数据类型；
根据获取的所述数据类型对应的资源组，获取目标打车订单当前的通信数据。
在一种可能的实现方式中，所述装置还包括：
添加模块，用于响应添加指令，根据所述添加指令包含的第二服务器在不同订单，以及不同订单状态下所需的通信数据的数据类型，生成所述第二服务器对应的配置文件，并保存所述第二服务器对应的配置文件。
在一种可能的实现方式中，其中，所述第一服务器为打车企业对应的服务器，所述第二服务器为第三方企业对应的服务器。
本发明实施例还提供一种第一服务器，该设备包括：处理器和用于存储所述处理器可执行指令的存储器。
其中，所述处理器被配置为执行所述指令，以实现如上述实施例中任一项所述的服务器之间的通信方法。
在示例性实施例中，还提供了一种包括指令的存储介质，例如包括指令的存储器，上述指令可由第一服务器的处理器执行以完成上述服务器之间的通信方法。可选地，存储介质可以是非临时性计算机可读存储介质，例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
本发明实施例提出的第一服务器除了包括上述的处理器和存储器之外，还可以包括其他元件，其结构如图10所示，本发明实施例给出一种第一服务器1000，包括：电源1010、处理器1020、存储器1030、输入单元1040、显示单元1050、通信接口1060、以及无线保真(Wireless Fidelity，Wi-Fi)模块1070等部件。本领域技术人员可以理解，图10中示出的终端的结构并不构成对终端的限定，本申请实施例提供的终端可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
下面结合图10对所述第一服务器1000的各个构成部件进行具体的介绍：
Wi-Fi技术属于短距离无线传输技术，所述第一服务器1000通过Wi-Fi模块1070可以连接接入点(Access Point，AP)，从而实现数据网络的访问。所述Wi-Fi模块1070可用于通信过程中，数据的接收和发送。
第一服务器1000可以通过所述通信接口1060与其他终端实现物理连接。可选的，所述通信接口1060与所述其他终端的通信接口通过电缆连接，实现第一服务器1000和其他终端之间的数据传输。
由于在本申请实施例中，第一服务器1000能够实现通信业务，向其他联系人发送信息，因此第一服务器1000需要具有数据传输功能，即第一服务器1000内部需要包含通信模块。虽然图10示出了所所述Wi-Fi模块1070、和所述通信接口1060等通信模块，但是可以理解的是，第一服务器1000中存在上述部件中的至少一个或者其他用于实现通信的通信模块(如蓝牙模块)，以进行数据传输。
所述存储器1030可用于存储软件程序以及模块。所述处理器1020通过运行存储在所述存储器1030的软件程序以及模块，从而执行第一服务器1000的各种功能应用以及数据处理，并且当处理器1020执行存储器1030中的程序代码后，可以实现本发明实施例图4中的部分或全部过程。
可选的，所述存储器1030可以主要包括存储程序区和存储数据区。其中，存储程序区可存储操作系统、各种应用程序(比如通信应用)以及人脸识别模块等；存储数据区可存储根据所述终端的使用所创建的数据(比如各种图片、视频文件等多媒体文件，以及人脸信息模板)等。
此外，所述存储器1030可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
所述输入单元1040可用于接收用户输入的数字或字符信息，以及产生与第一服务器1000的用户设置以及功能控制有关的键信号输入。
可选的，输入单元1040可包括触控面板1041以及其他输入终端1042。
其中，所述触控面板1041，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在所述触控面板1041上或在所述触控面板1041附近的操作)，并根据预先设定的程式驱动相应的连接装置。可选的，所述触控面板1041可以包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给所述处理器1020，并能接收所述处理器1020发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现所述触控面板1041。
可选的，所述其他输入终端1042可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。
所述显示单元1050可用于显示由用户输入的信息或提供给用户的信息以及第一服务器1000的各种菜单。所述显示单元1050即为第一服务器1000的显示系统，用于呈现界面，实现人机交互。
所述显示单元1050可以包括显示面板1051。可选的，所述显示面板1051可以采用液晶显示屏(Liquid Crystal Display，LCD)、有机发光二极管(Organic Light-EmittingDiode，OLED)等形式来配置。
进一步的，所述触控面板1041可覆盖所述显示面板1051，当所述触控面板1041检测到在其上或附近的触摸操作后，传送给所述处理器1020以确定触摸事件的类型，随后所述处理器1020根据触摸事件的类型在所述显示面板1051上提供相应的视觉输出。
虽然在图10中，所述触控面板1041与所述显示面板1051是作为两个独立的部件来实现第一服务器1000的输入和输入功能，但是在某些实施例中，可以将所述触控面板1041与所述显示面板1051集成而实现第一服务器1000的输入和输出功能。
所述处理器1020是第一服务器1000的控制中心，利用各种接口和线路连接各个部件，通过运行或执行存储在所述存储器1030内的软件程序和/或模块，以及调用存储在所述存储器1030内的数据，执行第一服务器1000的各种功能和处理数据，从而实现基于所述终端的多种业务。
可选的，所述处理器1020可包括一个或多个处理单元。可选的，所述处理器1020可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到所述处理器1020中。
第一服务器1000还包括用于给各个部件供电的电源1010(比如电池)。可选的，所述电源1010可以通过电源管理系统与所述处理器1020逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗等功能。
本发明实施例还提供一种计算机程序产品，当所述计算机程序产品在第一服务器上运行时，使得所第一服务器执行实现本发明实施例上述任意一项服务器之间的通信方法。
本领域技术人员在考虑说明书及实践这里发明的发明后，将容易想到本发明的其它实施方案。本发明旨在涵盖本发明的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本发明未发明的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本发明的真正范围和精神由下面的权利要求指出。
应当理解的是，本发明并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制。

Claims (10)

1.一种服务器之间的通信方法，其特征在于，应用于第一服务器，包括：
获取目标打车订单当前的通信数据；其中，所述当前的通信数据为发送给所述第二服务器的通信数据；通信数据为在所述目标打车订单的订单状态发生改变时产生的；
从多个数据格式通信策略中，选择目标注解信息对应的数据格式通信策略；其中，每个数据格式通信策略对应一个注解信息；每个注解信息包含对应的数据格式通信策略适用的订单信息，所述目标注解信息为包含与所述目标打车订单同类型的订单信息的注解信息；
利用选择的数据格式通信策略，将所述当前的通信数据封装成报文，并将所述报文发送给所述第二服务器。
2.根据权利要求1所述的服务器之间的通信方法，其特征在于，其中，所述同类型的订单信息包括以下部分或全部：第二服务器的信息、订单状态的信息、行车类型的信息、用车场景的信息。
3.根据权利要求1所述的服务器之间的通信方法，其特征在于，所述方法还包括：
若确定有新增的数据格式通信策略，则根据新增的数据格式通信策略适用的订单信息，生成所述新增的数据格式通信策略对应的注解信息。
4.根据权利要求1～3任一项所述的服务器之间的通信方法，其特征在于，所述获取目标打车订单当前的通信数据，包括：
从所述第二服务器对应的配置文件中，获取所述目标打车订单在当前的订单状态下的数据类型；
根据获取的所述数据类型对应的资源组，获取目标打车订单当前的通信数据。
5.根据权利要求4所述的服务器之间的通信方法，其特征在于，在所述获取目标打车订单当前的通信数据之前，所述方法还包括：
响应添加指令，根据所述添加指令包含的第二服务器在不同订单，以及不同订单状态下所需的通信数据的数据类型，生成所述第二服务器对应的配置文件，并保存所述第二服务器对应的配置文件。
6.根据权利要求1所述的服务器之间的通信方法，其特征在于，其中，所述第一服务器为打车企业对应的服务器，所述第二服务器为第三方企业对应的服务器。
7.一种服务器之间的通信装置，其特征在于，包括：
获取模块，用于获取目标打车订单当前的通信数据；其中，所述当前的通信数据为发送给所述第二服务器的通信数据；通信数据为在所述目标打车订单的订单状态发生改变时产生的；
选择模块，用于从多个数据格式通信策略中，选择目标注解信息对应的数据格式通信策略；其中，每个数据格式通信策略对应一个注解信息；每个注解信息包含对应的数据格式通信策略适用的订单信息，所述目标注解信息为包含与所述目标打车订单同类型的订单信息的注解信息；
通信模块，用于利用选择的数据格式通信策略，将所述当前的通信数据封装成报文，并将所述报文发送给所述第二服务器。
8.根据权利要求7所述的服务器之间的通信装置，其特征在于，其中，所述同类型的订单信息包括以下部分或全部：第二服务器的信息、订单状态的信息、行车类型的信息、用车场景的信息。
9.一种第一服务器，其特征在于，包括：
处理器；
用于存储所述处理器可执行指令的存储器；
其中，所述处理器被配置为执行所述指令，以实现如权利要求1至权利要求6中任一项所述的服务器之间的通信方法。
10.一种存储介质，其特征在于，当所述存储介质中的指令由第一服务器的处理器执行时，使得所述第一服务器能够执行如权利要求1至权利要求6中任一项所述的服务器之间的通信方法。
CN202110392626.1A 2021-04-13 2021-04-13 服务器之间的通信方法、装置、第一服务器及存储介质 Active CN113141399B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110392626.1A CN113141399B (zh) 2021-04-13 2021-04-13 服务器之间的通信方法、装置、第一服务器及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110392626.1A CN113141399B (zh) 2021-04-13 2021-04-13 服务器之间的通信方法、装置、第一服务器及存储介质

Publications (2)

Publication Number Publication Date
CN113141399A true CN113141399A (zh) 2021-07-20
CN113141399B CN113141399B (zh) 2022-10-14

Family

ID=76811285

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110392626.1A Active CN113141399B (zh) 2021-04-13 2021-04-13 服务器之间的通信方法、装置、第一服务器及存储介质

Country Status (1)

Country Link
CN (1) CN113141399B (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115640151A (zh) * 2022-11-08 2023-01-24 首约科技(北京)有限公司 服务调用方法、装置及存储介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109636368A (zh) * 2018-11-20 2019-04-16 梅州蜂派网络科技有限公司 互联网打车方法、装置、打车设备和计算机可读存储介质
CN110766506A (zh) * 2018-12-12 2020-02-07 北京嘀嘀无限科技发展有限公司 一种订单生成方法、装置、电子设备和存储介质
CN111967628A (zh) * 2020-07-23 2020-11-20 北京白龙马云行科技有限公司 订单服务方法及系统

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109636368A (zh) * 2018-11-20 2019-04-16 梅州蜂派网络科技有限公司 互联网打车方法、装置、打车设备和计算机可读存储介质
CN110766506A (zh) * 2018-12-12 2020-02-07 北京嘀嘀无限科技发展有限公司 一种订单生成方法、装置、电子设备和存储介质
CN111967628A (zh) * 2020-07-23 2020-11-20 北京白龙马云行科技有限公司 订单服务方法及系统

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115640151A (zh) * 2022-11-08 2023-01-24 首约科技(北京)有限公司 服务调用方法、装置及存储介质
CN115640151B (zh) * 2022-11-08 2024-02-27 首约科技(北京)有限公司 服务调用方法、装置及存储介质

Also Published As

Publication number Publication date
CN113141399B (zh) 2022-10-14

Similar Documents

Publication Publication Date Title
CN109684054B (zh) 信息处理方法及装置、电子设备及存储器
JP7219296B2 (ja) メッセージングサービスのためのサーバ、システム、ユーザ端末、方法、及びプログラム
CN109118160B (zh) 一种信息共享方法、装置、终端设备和介质
CN104737161A (zh) 基于人的信息聚合
JP2012088925A (ja) エコタクシー配車支援システム
CN103119589A (zh) 用于将移动设备功能绑定到应用定义的方法和装置
EP2788886B1 (en) Access to supplemental data based on identifier derived from corresponding primary application data
CN113132183B (zh) 一种数据传输测试的方法、装置、电子设备及介质
CN112230821B (zh) 会话展示方法、装置、计算机设备和存储介质
CN113141399B (zh) 服务器之间的通信方法、装置、第一服务器及存储介质
CN107832365A (zh) 多类旅行产品推送方法、装置、电子设备、存储介质
US9960924B2 (en) Conference system, server, and computer-readable medium storing conference information generation program
JP2004199189A (ja) 配車システム及び配車支援装置
CN109978442A (zh) 下单方法、设备及存储介质
CN111949895B (zh) 信息交互方法、装置、电子设备和可读存储介质
CN107347109B (zh) 信息交互系统、方法和装置
CN115079680A (zh) 一种车控状态处理方法、装置、存储介质及电子设备
CN111475233B (zh) 信息获取方法、图形码生成方法以及装置
CN207397003U (zh) 一种Android车机控制系统
JP5120744B1 (ja) 携帯端末にネットワークを介してダウンロードされ、その携帯端末によって実行されるコンピュータプログラム
CN110083283A (zh) 用于管理信息的方法、装置和系统
CN112786022A (zh) 终端、第一语音服务器、第二语音服务器及语音识别方法
CN111126997B (zh) 基于识别码的信息处理方法、设备以及存储介质
JP5231675B1 (ja) 携帯端末にネットワークを介してダウンロードされ、その携帯端末によって実行されるコンピュータプログラム
CN103765382B (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
GR01 Patent grant
GR01 Patent grant