一种信息匹配方法和装置与流程

1.本发明涉及互联网技术领域，特别涉及一种信息匹配方法和装置。


背景技术：

2.目前针对运输任务与对应的开票配置信息进行实时绑定处理。
3.在实现本技术的过程中，发明人发现基于实时绑定运输任务和对应的开票配置信息这种实现方式，在运输任务未结束时，若开票配置信息发生变化，会影响与运输任务绑定的开票配置信息，进而导致运输任务对应的开票信息出现不匹配的情况。


技术实现要素：

4.有鉴于此，本技术提供一种信息匹配方法和装置，能够在不受开票配置信息变化的前提下，提高查询开票配置信息的效率。
5.为解决上述技术问题，本技术的技术方案是这样实现的：
6.在一个实施例中，提供了一种信息匹配方法，所述方法包括：
7.接收开票配置信息查询请求；
8.若确定所述查询请求中携带第一任务标识，则根据所述第一任务标识查询对应的开票配置封存信息；其中，所述开票配置封存信息不能被修改；
9.若根据所述第一任务标识未查询到开票配置封存信息，且所述查询请求中携带第二任务标识，则根据所述第二任务标识查询对应的开票配置封存信息；其中，所述第二任务标识为与所述第一任务标识对应的任务相关的任务标识；
10.若根据所述第二任务标识未查询到开票配置封存信息，则根据所述查询请求中携带的参数信息匹配开票配置信息，生成所述第一任务标识和所述第二任务标识对应的开票配置封存信息，并基于生成的所述开票配置封存信息进行响应。
11.在另一个实施例中，提供了一种信息匹配装置，所述装置包括：接收单元、确定单元、查询单元、生成单元和响应单元；
12.所述接收单元，用于接收开票配置信息查询请求；
13.所述确定单元，用于当所述接收单元接收到所述查询请求时，确定所述查询请求中是否携带第一任务标识；在所述查询单元根据所述第一任务标识未查询到开票配置封存信息时，确定所述查询请求中是否携带第二任务标识；其中，所述第二任务标识为与所述第一任务标识对应的任务相关的任务标识；所述开票配置封存信息不能被修改；
14.所述查询单元，用于若所述确定单元确定所述查询请求中携带第一任务标识，则根据所述第一任务标识查询对应的开票配置封存信息；若所述确定单元确定所述查询请求中携带所述第二任务标识，则根据所述第二任务标识查询对应的开票配置封存信息；
15.所述生成单元，用于若所述查询单元根据所述第二任务标识未查询到开票配置封存信息，则根据所述查询请求中携带的参数信息匹配开票配置信息，生成所述第一任务标识和所述第二任务标识对应的开票配置封存信息；
16.所述响应单元，用于基于所述生成单元生成的所述开票配置封存信息进行响应。
17.在另一个实施例中，提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现所述信息匹配方法的步骤。
18.在另一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现所述信息匹配方法的步骤。
19.由上面的技术方案可见，上述实施例中在查询开票配置信息时，若请求中携带第一任务标识时，使用所述第一任务标识查询，若未查询到，且所述请求中携带第二任务标识时，使用第二任务标识查询，若也未查询到，匹配开票配置信息生成开票配置封存信息并响应。该方案能够在不受开票配置信息变化的前提下，提高查询开票配置信息的效率。
附图说明
20.为了更清楚地说明本技术实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
21.图1为本技术实施例一中信息匹配流程示意图；
22.图2为本技术实施例中根据第一任务标识查询对应的开票配置封存信息流程示意图；
23.图3为本技术实施例二中信息匹配流程示意图；
24.图4为本技术实施例三中信息匹配流程示意图；
25.图5为本技术实施例四中信息匹配流程示意图；
26.图6为本技术实施例中信息匹配装置结构示意图；
27.图7为本发明实施例提供的电子设备的实体结构示意图。
具体实施方式
28.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
29.本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含。例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其他步骤或单元。
30.下面以具体实施例对本发明的技术方案进行详细说明。下面几个具体实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例不再赘述。
31.本技术实施例中提供一种信息匹配方法，应用于信息匹配装置上，用于接收到查询请求时，查询开票配置信息，匹配到对应的开票配置信息后进行响应的场景中。
32.在具体实现时，查询请求可能只携带第一任务标识，使用第一任务标识进行开票配置封存信息的查询；
33.也可能只携带第二任务标识，使用第二任务标识进行开票配置封存信息的查询；
34.还可能携带第一任务标识和第二任务标识，先使用第一任务标识进行开票配置封存信息的查询，若未查询到，再使用第二任务标识进行开票配置封存信息的查询；如果携带第二任务标识，可能携带一个第二任务标识，也可能携带多个第二任务标识，如果携带多个第二任务标识，则依次针对每个第二任务标识进行开票配置封存信息的查询，直到查询到对应的开票配置封存信息，或遍历完所有的第二任务标识未查询到时，结束使用第二任务标识查询过程。
35.如可以应用于下述场景，但不限于下述场景：
36.如包括任务平台、询价平台和无车平台的应用系统。
37.任务平台下发询价任务或者其他需要匹配开票配置时，询价平台需要根据任务的发货区域、发货省份、线路类型、业务类型获取开票配置信息，从而确定该任务选定的无车平台，以及对应的无车平台的账号、付款方式等配置，进而决定如何改运输任务的支付方式。
38.如参数信息为：区域、省份、城市、线路类型(干线、支线等)、业务类型等；
39.开票配置信息为：用车人erp，运力类型、开票平台、手机号、平台对应的pin、开票主体、支付模式等。
40.该场景中，本技术实施例中的信息匹配装置应用于查询平台上。
41.基于需要开票配置信息的场景，就会发起开票配置信息查询请求，下述情况下都会触发查询请求的发起，但不限于下述触发情况：
42.下发询价单；针对该情况发起的查询请求中通常携带第二任务标识：询价任务编号；
43.司机报价；针对该情况发起的查询请求中通常携带第二任务标识：询价任务编号；
44.确认报价；针对该情况发起的查询请求中通常携带第二任务标识：询价任务编号；
45.指派；针对该情况发起的查询请求中通常携带第二任务标识：询价任务编号；
46.生成开票服务单；针对该情况发起的查询请求中通常携带第一任务标识，或，第二任务标识和第一任务标识：询价任务编号和运输任务编号；
47.开票服务单司机同步；针对该情况发起的查询请求中通常携带第一任务标识，或，第二任务标识和第一任务标识：询价任务编号和运输任务编号；
48.开票服务单任务信息同步；针对该情况发起的查询请求中通常携带第一任务标识，或，第二任务标识和第一任务标识：询价任务编号和运输任务编号；
49.开票服务单申请支付；针对该情况发起的查询请求中通常携带第一任务标识，或，第二任务标识和第一任务标识：询价任务编号和运输任务编号。
50.上述描述中第一任务标识如运输任务编号，第二运输任务标识如询价任务编号。
51.本技术实施例中的开票配置封存信息不能被修改；如可以为开票配置快照、只读的开票配置文档等。
52.下面结合附图，详细说明本技术实施例中实现信息匹配的过程。
53.实施例一
54.参见图1，图1为本技术实施例一中信息匹配流程示意图。具体步骤为：
55.步骤101，接收开票配置信息查询请求。
56.步骤102，若确定所述查询请求中携带第一任务标识，则根据所述第一任务标识查询对应的开票配置封存信息。
57.参见图2，图2为本技术实施例中根据第一任务标识查询对应的开票配置封存信息流程示意图。具体步骤为：
58.步骤201，根据第一任务标识在缓存中查询对应的开票配置封存信息。
59.使用第一任务标识查询开票配置封存信息时，先在缓存中匹配。
60.步骤202，若在缓存中查询到对应开票配置封存信息，则基于所述开票配置封存信息进行响应。结束本流程。
61.步骤203，若未在缓存中查询到对应开票配置封存信息，则根据所述第一任务标识在存储的开票配置封存信息中查询对应的开票配置封存信息。
62.这里存储的开票配置封存信息为生成的开票封存信息，非缓存方式存储，即能长期存储的开票封存信息。
63.如可以存储为一个开票配置封存信息表。
64.步骤204，若在存储的开票配置封存信息中查询到对应的开票配置封存信息，则基于所述开票配置封存信息进行响应，并以所述第一任务标识为关键字将所述开票配置封存信息在缓存中缓存。结束本流程。
65.在匹配的过程中，大部分的匹配以及后续的重复使用都是以第一任务标识为主的，为了提高查询效率，可以将开票配置封存信息缓存到缓存中。
66.步骤205，若在存储的开票配置封存信息中未查询到对应的开票配置封存信息，则确定根据第一任务标识未查询到对应的开票配置封存信息。
67.至此完成使用第一任务标识查询开票配置封存信息的流程。
68.步骤103，若根据所述第一任务标识未查询到开票配置封存信息，且所述查询请求中携带第二任务标识，则根据所述第二任务标识查询对应的开票配置封存信息。
69.其中，所述第二任务标识为与所述第一任务标识对应的任务相关的任务的标识；
70.如第一任务标识为运输任务标识，第二任务标识为询价任务标识。
71.根据所述第二任务标识查询对应的开票配置封存信息时，若查询到，则基于所述开票配置封存信息进行响应，并将所述开票配置封存信息以对应的第一任务标识为键值进行缓存。
72.并将所述开票配置封存信息以对应的第一任务标识为关键字缓存到缓存中。
73.步骤104，若根据所述第二任务标识未查询到开票配置封存信息，则根据所述查询请求中携带的参数信息匹配开票配置信息，生成所述第一任务标识和所述第二任务标识对应的开票配置封存信息，并基于生成的所述开票配置封存信息进行响应。
74.本实施例中在生成所述第一任务标识和所述第二任务标识对应的开票配置封存信息时，以所述第一任务标识和所述第二任务标识为键值存储所述开票配置信息。
75.本实施例中生成所述第一任务标识和所述第二任务标识对应的开票配置封存信
息时，所述方法进一步包括：
76.以所述第一任务标识为关键字将所述开票配置封存信息缓存到缓存中。方便之后基于第一任务标识的查询。
77.本实施例中在查询开票配置信息时，若查询请求中携带第一任务标识时，使用所述第一任务标识查询，若未查询到，且所述请求中携带第二任务标识时，使用第二任务标识查询，若也未查询到，匹配开票配置信息生成开票配置封存信息并响应。该方案能够在不受开票配置信息变化的前提下，提高查询开票配置信息的效率。
78.实施例二
79.参见图3，图3为本技术实施例二中信息匹配流程示意图。具体步骤为：
80.步骤301，接收开票配置信息查询请求。
81.步骤302，若确定所述查询请求中携带第一任务标识，则根据所述第一任务标识查询对应的开票配置封存信息。
82.本步骤中根据第一任务标识查询对应的开票配置封存信息的具体步骤为：
83.第一步、根据第一任务标识在缓存中查询对应的开票配置封存信息。
84.使用第一任务标识查询开票配置封存信息时，先在缓存中匹配。
85.第二步、若在缓存中查询到对应开票配置封存信息，则基于所述开票配置封存信息进行响应。结束本流程。
86.第三步、若未在缓存中查询到对应开票配置封存信息，则根据所述第一任务标识在存储的开票配置封存信息中查询对应的开票配置封存信息。
87.第四步、若在存储的开票配置封存信息查询到对应的开票配置封存信息，则基于所述开票配置封存信息进行响应，并以所述第一任务标识为关键字将所述开票配置封存信息在缓存中缓存。结束本流程。
88.在匹配的过程中，大部分的匹配以及后续的重复使用都是以第一任务标识为主的，为了提高查询效率，可以将开票配置封存信息缓存到缓存中。
89.第五步、若在存储的开票配置封存信息中未查询到对应的开票配置封存信息，则确定根据第一任务标识未查询到对应的开票配置封存信息。
90.至此完成使用第一任务标识查询开票配置封存信息的流程。
91.步骤303，若根据所述第一任务标识未查询到开票配置封存信息，且所述查询请求中未携带第二任务标识，则根据所述查询请求中携带的参数信息匹配开票配置信息，生成所述第一任务标识对应的开票配置封存信息，并基于生成的所述开票配置封存信息进行响应。
92.本步骤中生成所述第一任务标识对应的开票配置封存信息时，所述方法进一步包括：
93.以所述第一任务标识为关键字将所述开票配置封存信息缓存到缓存中；方便之后基于第一任务标识的查询。
94.本实施例中在查询开票配置信息时，若请求中携带第一任务标识时，使用所述第一任务标识查询，若未查询到，且所述请求中未携带第二任务标识时，匹配开票配置信息生成开票配置封存信息并响应。该方案能够在不受开票配置信息变化的前提下，提高查询开票配置信息的效率
95.实施例三
96.参见图4，图4为本技术实施例三中信息匹配流程示意图。具体步骤为：
97.步骤401，接收开票配置信息查询请求。
98.步骤402，若确定所述查询请求中未携带第一任务标识，且携带了第二任务标识，则使用所述第二任务标识查询对应的开票配置封存信息。
99.其中，所述第二任务标识为与所述第一任务标识对应的任务相关的任务的标识；
100.该实施例中查询请求中未携带第一任务标识，但是携带了第二任务标识，则直接使用第二任务标识进行开票配置封存信息的查询。
101.本步骤中根据所述第二任务标识在存储的开票配置封存信息中查询对应的开票配置封存信息时；若查询到，则基于所述开票配置封存信息进行响应；由于此时无对应的第一任务标识，则不将所述开票配置封存信息缓存。
102.若未查询到，则确定根据所述业务相关标识未查询到对应的开票配置封存信息。
103.步骤403，若根据所述第二任务标识未查询到开票配置封存信息，则根据所述查询请求中携带的参数信息匹配开票配置信息，生成所述第二任务标识对应的开票配置封存信息，并基于生成的所述开票配置封存信息进行响应。
104.本步骤中生成所述第二任务标识对应的开票配置封存信息时，由于不存在对应的第一任务标识，则不需要将生成的开票配置封存信息缓存到缓存中。
105.本实施例中在查询开票配置信息时，若请求中未携带第一任务标识，且所述请求中携带第二任务标识，则使用所述第二任务标识查询，若查询到直接响应，若未查询到，则匹配开票配置信息生成开票配置封存信息并响应。该方案能够在不受开票配置信息变化的前提下，提高查询开票配置信息的效率。
106.实施例四
107.参见图5，图5为本技术实施例四中信息匹配流程示意图。具体步骤为：
108.步骤501，接收开票配置信息查询请求。
109.步骤502，确定所述查询请求中是否携带第一任务标识，如果是，执行步骤503；否则，执行步骤512。
110.步骤503，根据第一任务标识在缓存中查询对应的开票配置封存信息。
111.使用第一任务标识查询开票配置封存信息时，先在缓存中匹配。
112.步骤504，若在缓存中查询到对应开票配置封存信息，则基于所述开票配置封存信息进行响应。结束本流程。
113.步骤505，若未在缓存中查询到对应开票配置封存信息，则根据所述第一任务标识在存储的开票配置封存信息中查询对应的开票配置封存信息。
114.步骤506，若查询到，则基于所述开票配置封存信息进行响应，并以所述第一任务标识为关键字将所述开票配置封存信息在缓存中缓存。结束本流程。
115.在匹配的过程中，大部分的匹配以及后续的重复使用都是以第一任务标识为主的，为了提高查询效率，可以将开票配置封存信息缓存到缓存中。
116.步骤507，若未查询到，则确定所述查询请求中是否携带第二任务标识，如果是，执行步骤508；否则，执行511。
117.其中，所述第二任务标识为与所述第一任务标识对应的任务相关的任务的标识。
118.步骤508，根据所述第二任务标识查询存储的开票配置封存信息。
119.步骤509，若查询到，则基于所述开票配置封存信息进行响应，并将所述开票配置封存信息以对应的第一任务标识为关键字缓存到缓存中。结束本流程。
120.步骤510，若未查询到，则根据所述查询请求中携带的参数信息匹配开票配置信息，生成所述第一任务标识和所述第二任务标识对应的开票配置封存信息，以对应的第一任务标识为关键字将所述开票配置封存信息缓存到缓存中，并基于生成的所述开票配置封存信息进行响应。结束本流程。
121.步骤511，根据所述查询请求中携带的参数信息匹配开票配置信息，生成所述第一任务标识对应的开票配置封存信息，以所述第一任务标识为关键字将所述开票配置封存信息缓存到缓存中，并基于生成的所述开票配置封存信息进行响应。结束本流程。
122.本技术实施例中生成的开票配置封存信息均会存储，且存储时若对应第一任务标识，则以第一任务标识为键值进行存储，若对应第二任务标识，则以第二任务标识为键值；若对应第一任务标识和第二任务标识，则以第一任务标识和第二任务标识为键值进行存储，这里的存储是一种永久存储，不是缓存；
123.针对响应的开票配置封存信息若对应第一任务标识，则以第一任务标识为键值进行缓存。
124.步骤512，根据所述第二任务标识查询对应的开票配置封存信息。
125.步骤513，若查询到，则基于所述开票配置封存信息进行响应。结束本流程。
126.步骤514，若未查询到，则根据所述查询请求中携带的参数信息匹配开票配置信息，生成所述第二任务标识对应的开票配置封存信息，并基于生成的所述开票配置封存信息进行响应。
127.本实施例中在查询开票配置信息时，若请求中携带第一任务标识时，使用所述第一任务标识查询，若未查询到，且所述请求中携带第二任务标识时，使用第二任务标识查询，若也未查询到，匹配开票配置信息生成开票配置封存信息并响应；若未查询到，且所述请求中携带第二任务标识，则匹配开票配置信息生成开票配置封存信息并响应。该方案能够在不受开票配置信息变化的前提下，提高查询开票配置信息的效率。
128.实施例五
129.本技术实施例中，根据查询请求中携带的参数信息匹配开票配置信息的具体实现过程如下：
130.第一步、使用参数信息进行全条件匹配，如果匹配成功执行第四步；否则执行第二步。
131.第二步、进行城市降级匹配开票配置信息，如果匹配成功，执行第四步；否则，执行第三步。
132.第三步、省份降级匹配开票配置信息，如果匹配成功，执行第四步；否则，执行第五步。
133.第四步、使用匹配到的开票配置信息和所述参数信息生成开票配置封存信息，结束本流程。
134.第五步，确定匹配开票配置信息失败。
135.在匹配开票配置信息失败时，向请求端响应查询失败
136.根据所述查询请求中携带的参数信息未匹配到开票配置信息时，响应查询失败。
137.基于同样的发明构思，本技术实施例中还提供一种信息匹配装置。参见图6，图6为本技术实施例中信息匹配装置结构示意图。所述装置包括：接收单元601、确定单元602、查询单元603、生成单元604和响应单元605；
138.接收单元601，用于接收开票配置信息查询请求；
139.确定单元602，用于当接收单元601接收到所述查询请求时，确定所述查询请求中是否携带第一任务标识；在查询单元603根据所述第一任务标识未查询到开票配置封存信息时，确定所述查询请求中携带第二任务标识；其中，所述第二任务标识为与所述第一任务标识对应的任务相关的任务的标识；
140.查询单元603，用于若确定单元602确定所述查询请求中携带第一任务标识，则根据所述第一任务标识查询对应的开票配置封存信息；若确定单元602确定所述查询请求中携带所述第一任务标识对应的第二任务标识，则根据所述第二任务标识查询对应的开票配置封存信息；所述开票配置封存信息不能被修改；
141.生成单元604，用于若查询单元603根据所述第二任务标识未查询到开票配置封存信息，则根据所述查询请求中携带的参数信息匹配开票配置信息，生成所述第一任务标识和所述第二任务标识对应的开票配置封存信息；
142.响应单元605，用于基于生成单元604生成的所述开票配置封存信息进行响应。
143.在另一个实施例中，
144.生成单元604，进一步用于若查询单元603根据所述第一任务标识未查询到开票配置封存信息，且确定单元602确定查询请求中未携带所述第一任务标识对应的第二任务标识，则根据所述查询请求中携带的参数信息匹配开票配置信息，生成所述第一任务标识对应的开票配置封存信息；
145.响应单元605，进一步用于基于生成单元604生成的所述开票配置封存信息进行响应。
146.在另一个实施例中，
147.查询单元603，进一步用于若确定单元602确定所述查询请求中未携带第一任务标识，且携带了第二任务标识，则使用所述第二任务标识查询对应的开票配置封存信息；
148.生成单元604，进一步用于若查询单元603根据所述第二任务标识未查询到开票配置封存信息，则根据所述查询请求中携带的参数信息匹配开票配置信息，生成所述第二任务标识对应的开票配置封存信息；
149.响应单元605，进一步用于基于生成单元604生成的所述开票配置封存信息进行响应。
150.在另一个实施例中，
151.所述处理单元，进一步用于在生成单元604生成所述第一任务标识对应的开票配置封存信息时，以所述第一任务标识为关键字将所述开票配置封存信息缓存到缓存中；在生成单元604生成所述第一任务标识和所述第二任务标识对应的开票配置封存信息时，以所述第一任务标识为关键字将所述开票配置封存信息缓存到缓存中。
152.在另一个实施例中，
153.查询单元603，具体用于根据所述第一任务标识查询对应的开票配置封存信息时，
包括：
154.根据所述第一任务标识在缓存中查询对应的开票配置封存信息；
155.若在缓存中查询到对应开票配置封存信息，则基于所述开票配置封存信息进行响应；
156.若未在缓存中查询到对应开票配置封存信息，则根据所述第一任务标识在存储的开票配置封存信息中查询对应的开票配置封存信息；
157.若在存储的开票配置封存信息查询到对应的开票配置封存信息，则基于所述开票配置封存信息进行响应，并以所述第一任务标识为关键字将所述开票配置封存信息在缓存中缓存；
158.若在存储的开票配置封存信息中未查询到对应的开票配置封存信息，则确定根据第一任务标识未查询到对应的开票配置封存信息。
159.在另一个实施例中，
160.查询单元603，具体用于根据所述第二任务标识查询对应的开票配置封存信息时，包括：
161.根据所述第二任务标识在存储的开票配置封存信息中查询对应的开票配置封存信息；
162.若查询到，则基于所述开票配置封存信息进行响应，并将所述开票配置封存信息以对应的第一任务标识为关键字缓存到缓存中；
163.若未查询到，则确定根据所述业务相关标识未查询到对应的开票配置封存信息。
164.在另一个实施例中，
165.响应单元605，进一步用于若生成单元604根据所述查询请求中携带的参数信息未匹配开票配置信息，则响应查询失败。
166.上述实施例的单元可以集成于一体，也可以分离部署；可以合并为一个单元，也可以进一步拆分成多个子单元。
167.在另一个实施例中，还提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现所述信息匹配方法的步骤。
168.在另一个实施例中，还提供一种计算机可读存储介质，其上存储有计算机指令，所述指令被处理器执行时可实现所述信息匹配方法中的步骤。
169.图7为本发明实施例提供的电子设备的实体结构示意图。如图7所示，该电子设备可以包括：处理器(processor)710、通信接口(communications interface)720、存储器(memory)730和通信总线740，其中，处理器710，通信接口720，存储器730通过通信总线740完成相互间的通信。处理器710可以调用存储器730中的逻辑指令，以执行如下方法：
170.接收开票配置信息查询请求；
171.若确定所述查询请求中携带第一任务标识，则根据所述第一任务标识查询对应的开票配置封存信息；其中，所述开票配置封存信息不能被修改；
172.若根据所述第一任务标识未查询到开票配置封存信息，且所述查询请求中携带第二任务标识，则根据所述第二任务标识查询对应的开票配置封存信息；其中，所述第二任务标识为与所述第一任务标识对应的任务相关的任务的标识；
173.若根据所述第二任务标识未查询到开票配置封存信息，则根据所述查询请求中携带的参数信息匹配开票配置信息，生成所述第一任务标识和所述第二任务标识对应的开票配置封存信息，并基于生成的所述开票配置封存信息进行响应。
174.此外，上述的存储器730中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。
175.以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。
176.通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如rom/ram、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。
177.以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。