酒店信息推荐方法和设备与流程

酒店信息推荐方法和设备
【技术领域】
1.本发明涉及互联网领域，尤其涉及一种酒店信息推荐方法和设备。


背景技术：

2.在一些旅游平台，用户注册账户后，既可以为自己和他人预订火车票、机票和汽车票等，也可以为自己和他人预订酒店。目前，在用户预订酒店时，平台需要用户人工输入预订地点、入住日期和离店日期等信息，之后根据用户输入的信息进行酒店的检索和推荐。在上述方法中，用户需要自行核对行程安排，根据行程安排预订酒店，存在漏订或错订酒店的风险。


技术实现要素：

3.有鉴于此，本发明实施例提供了一种酒店信息推荐方法和设备，能够根据交通订单信息，为用户进行酒店信息推荐。避免因人工填写预订地点、入住日期和离店日期等酒店预订信息，而造成的漏订或错订酒店问题。
4.第一方面，本发明实施例提供了一种酒店信息推荐方法，包括：
5.确定切换至酒店预订页面时，获取第一账户下第一用户的交通订单信息，并从所述第一用户的交通订单信息中筛选处于待出行或出行中状态的目标交通订单；
6.从所述目标交通订单中确定到达时间最早的第一交通订单；
7.根据所述第一交通订单的目的地和到达时间，确定是否已存在酒店预订订单；
8.如果不存在酒店预订订单，则从所述目标交通订单中确定是否存在所述第一交通订单的接续交通订单；
9.如果存在所述第一交通订单的接续交通订单，则根据所述第一交通订单和所述接续交通订单确定待推荐酒店信息；
10.如果不存在所述第一交通订单的接续交通订单，则根据所述第一交通订单确定待推荐酒店信息。
11.其中一种可能的实现方式中，如果所述第一账户下的交通订单中包含第一账户注册者的交通订单，且第一账户注册者的交通订单中包含待出行或出行中状态的交通订单，则所述第一用户为所述第一账户注册者；
12.否则，所述第一用户为非第一账户注册者。
13.其中一种可能的实现方式中，根据所述第一交通订单的目的地和到达时间，确定是否已存在酒店预订订单，包括：
14.确定是否存在酒店预订地点与所述第一交通订单的目的地相同，且酒店入住日期与所述第一交通订单的到达日期相同的酒店预订订单。
15.其中一种可能的实现方式中，如果根据所述第一交通订单的目的地和到达时间，确定已存在酒店预订订单，所述方法还包括：
16.将所述目标交通订单中，到达时间与所述第一交通订单的到达时间间隔最短的交
通订单，确定为第二交通订单；
17.根据所述第二交通订单推荐酒店信息。
18.其中一种可能的实现方式中，从所述目标交通订单中确定是否存在所述第一交通订单的接续交通订单，包括：
19.将所述目标交通订单中，出发地与所述第一交通订单的目的地相同，出发日期晚于所述第一交通订单的到达日期的交通订单，且包含所述第一交通订单中至少一位乘客的交通订单，确定为与所述第一交通订单对应的接续交通订单。
20.其中一种可能的实现方式中，如果存在所述第一交通订单的接续交通订单，则根据所述第一交通订单和所述接续交通订单确定待推荐酒店信息，包括：
21.如果存在所述第一交通订单的接续交通订单，则将所述第一交通订单的目的地确定为酒店预订地点，将所述第一交通订单的到达日期确定为酒店入住日期，将与所述接续交通订单的出发日期确定为酒店离店日期。
22.其中一种可能的实现方式中，如果不存在所述第一交通订单的接续交通订单，则根据所述第一交通订单确定待推荐酒店信息：
23.如果不存在所述第一交通订单的接续交通订单，则将所述第一交通订单的目的地确定为酒店预订地点，将所述第一交通订单的到达日期确定为酒店入住日期，将所述入住日期的后一天确定为酒店离店日期。
24.第二方面，本发明实施例一种酒店信息推荐装置，所述装置包括：
25.获取模块，用于确定切换至酒店预订页面时，获取第一账户下第一用户的交通订单信息，并从所述第一用户的交通订单信息中筛选处于待出行或出行中状态的目标交通订单；
26.确定模块，用于从所述目标交通订单中确定到达时间最早的第一交通订单；根据所述第一交通订单的目的地和到达时间，确定是否已存在酒店预订订单；如果不存在酒店预订订单，则从所述目标交通订单中确定是否存在所述第一交通订单的接续交通订单；
27.推荐模块，用于如果存在所述第一交通订单的接续交通订单，则根据所述第一交通订单和所述接续交通订单确定待推荐酒店信息；如果不存在所述第一交通订单的接续交通订单，则根据所述第一交通订单确定待推荐酒店信息。
28.第三方面，本发明实施例提供一种电子设备，包括：
29.至少一个处理器；以及
30.与所述处理器通信连接的至少一个存储器，其中：
31.所述存储器存储有可被所述处理器执行的程序指令，所述处理器调用所述程序指令能够执行第一方面提供的方法。
32.第四方面，本发明实施例提供一种计算机可读存储介质，所述计算机可读存储介质包括存储的程序，其中，在所述程序运行时控制所述计算机可读存储介质所在设备执行第一方面所述的方法。
33.应当理解的是，本发明实施例的第二～第四方面与本发明实施例的第一方面的技术方案一致，各方面及对应的可行实施方式所取得的有益效果相似，不再赘述。
34.本发明实施例提供的酒店信息推荐方法和设备，能够避免因人工填写预订地点、入住日期和离店日期等酒店预订信息，而造成的漏订或错订酒店问题。
【附图说明】
35.为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本说明书的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。
36.图1为本发明实施例提供的一种酒店信息推荐方法的流程图；
37.图2为本发明实施例提供的另一种酒店信息推荐方法的流程图；
38.图3为本发明实施例提供的一种酒店信息推荐装置的示意图；
39.图4为本发明实施例提供的另一种酒店信息推荐装置的示意图；
40.图5为本发明实施例提供的一种电子设备的结构示意图。
【具体实施方式】
41.为了更好的理解本发明的技术方案，下面结合附图对本说明书实施例进行详细描述。
42.应当明确，所描述的实施例仅仅是本说明书一部分实施例，而不是全部的实施例。基于本说明书中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其它实施例，都属于本说明书保护的范围。
43.在本说明书实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本说明书。在本说明书实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。
44.目前，在用户预订酒店时，平台需要用户人工输入预订地点、入住日期和退房日期等信息，之后根据用户输入的信息进行酒店的检索和推荐。在上述方法中，用户需要自行核对行程安排，根据行程安排预订酒店，存在漏订或错订酒店的风险。本发明实施例提供的酒店信息推荐方法，能够根据交通订单，对用户进行酒店信息推荐，从而规避漏订或错订酒店的风险。
45.图1为本发明实施例提供的一种酒店信息推荐方法的流程图。如图1所示，上述酒店信息推荐方法可以包括：
46.步骤101，确定切换至酒店预订页面时，获取第一账户下第一用户的交通订单信息，并从第一用户的交通订单信息中筛选处于待出行或出行中状态的目标交通订单。
47.其中，第一账户为用户的登录账户。由于用户注册第一账户后，既可以为自己购买车票，也可以为他人购买车票，因此，第一用户可能为第一账户注册者，也可能为非第一账户注册者。具体地，当第一账户下的交通订单中包含第一账户注册者的交通订单，且第一账户注册者的交通订单中包含待出行或出行中状态的交通订单时，本步骤中的第一用户为第一账户注册者；否则，本步骤中的第一用户为非第一账户注册者。即，如果第一账户下存在第一账户注册者处于待出行或出行中状态的交通订单，则优先获取第一账户注册者的交通订单信息；否则，获取非第一账户注册者的交通订单信息。
48.当用户使用第一账户登录，并切换至酒店预订页面后，本发明实施例提供的酒店信息推荐方法将获取第一用户的交通订单信息，并从获取到的交通订单信息中筛选出处于待出行或出行中状态的有效交通订单，将筛选出的交通订单作为目标交通订单。其中，有效
交通订单为付款成功且未被退票或改签的交通订单。
49.在得到目标交通订单后，继续执行步骤102。
50.步骤102，从目标交通订单中确定到达时间最早的第一交通订单。
51.具体地，可以将目标交通订单按照到达时间的先后顺序进行排列，得到交通订单列表。将交通订单列表中排在第一位的交通订单确定为第一交通订单。确定第一交通订单后，继续执行步骤103。
52.步骤103，根据第一交通订单的目的地和到达时间，确定是否已存在酒店预订订单。
53.具体地，确定是否存在预订地点与第一交通订单的目的地相同，且入住日期与第一交通订单的到达日期相同的酒店预订订单。
54.如果存在上述酒店预订订单，则可以认为第一交通订单的行程已预订过酒店，无需再对第一交通订单进行酒店推荐。此时，可将交通订单列表中排在第一交通订单下一个的交通订单确定为第二交通订单，并对第二交通订单推荐酒店信息。类似地，如果确定第二交通订单已存在酒店预订订单，可以继续对交通订单列表中下一个的交通订单推荐酒店信息。如果确定排在交通订单列表中最后一位的交通订单已存在酒店预订订单，且步骤101中的第一用户为第一账户注册者，则返回步骤101，并获取非第一账户注册者的交通订单信息；如果确定排在交通订单列表中最后一位的交通订单已存在酒店预订订单，且步骤101中的第一用户为非第一账户注册者，则结束酒店信息推荐流程。
55.如果不存在上述酒店预订订单，则继续执行步骤104。
56.步骤104，如果不存在酒店预订订单，则从所述目标交通订单中确定是否存在第一交通订单的接续交通订单。
57.其中，接续交通订单的确定方法为：将目标交通订单中，出发地与第一交通订单的目的地相同，出发日期晚于第一交通订单的到达日期的交通订单，且包含第一交通订单中至少一位乘客的交通订单，确定为第一交通订单的接续交通订单。需要说明的是，第一交通订单中的乘客可以为一人或多人。
58.如果存在第一交通订单的接续交通订单，则继续执行步骤105；如果不第一交通订单的接续交通订单，则继续执行步骤106。
59.步骤105，如果存在第一交通订单的接续交通订单，则根据第一交通订单和接续交通订单确定待推荐酒店信息。
60.具体地，如果存在第一交通订单的接续交通订单，将第一交通订单的目的地确定为酒店预订地点，将第一交通订单的到达日期确定为酒店入住日期，将接续交通订单的出发日期确定为酒店离店日期。
61.步骤106，如果不存在第一交通订单的接续交通订单，则根据第一交通订单确定待推荐酒店信息。
62.具体地，如果不存在第一交通订单的接续交通订单，将第一交通订单的目的地确定为酒店预订地点，将第一交通订单的到达日期确定为酒店入住日期，将入住日期的后一天确定为酒店离店日期。
63.在步骤105和步骤106中，酒店预订地点、酒店入住日期和酒店离店日期可以作为待推荐酒店信息。在步骤105或步骤106执行完毕后，本发明实施例会将上述待推荐酒店信
息显示给用户，并显示对应的交通订单信息，即显示该待推荐酒店信息是根据哪一条或哪两条交通订单信息推荐的。如果用户认可并点击该待推荐酒店信息，本发明实施例会根据该待推荐酒店信息进行酒店检索。
64.图2为本发明实施例提供的再一种酒店信息推荐方法的流程图。如图2所示，上述酒店信息推荐方法可以包括：
65.步骤201，获取第一账户下处于待出行或出行中状态的有效交通订单。
66.步骤202，确定是否存在第一账户注册者的目标交通订单。
67.其中，第一账户注册者的目标交通订单为处于待出行或出行中状态，且乘客中包含第一账户注册者的有效交通订单。如果第一账户注册者的目标交通订单，则继续执行步骤203；否则，则继续执行步骤211。
68.步骤203，将第一账户注册者的目标交通订单按照到达时间的先后顺序进行排列，得到第一账户注册者的交通订单列表。
69.步骤204，将位于第一账户注册者的交通订单列表中首位的交通订单确定为待推荐交通订单。
70.具体地，将第一账户注册者的交通订单列表中到达时间最早的交通订单确定为待推荐交通订单。
71.步骤205，确定待推荐交通订单是否已存在对应的酒店预订订单。
72.其中，可以将入住日期与待推荐交通订单的到达日期相同，且预订地点与待推荐交通订单的目的地相同的酒店预订订单，确定为与待推荐交通订单对应的酒店预订订单。
73.在本步骤中，如果存在为与待推荐交通订单对应的酒店预订订单，则继续执行步骤206；如果不存在为与待推荐交通订单对应的酒店预订订单，则继续执行步骤208。
74.步骤206，确定第一账户注册者的交通订单列表中，待推荐交通订单后是否存在交通订单。
75.具体地，确定第一账户注册者的交通订单列表中，在步骤205中所述待推荐交通订单之后是否存在交通订单。
76.若存在交通订单，则继续执行步骤207；否则，继续执行步骤211。
77.步骤207，将第一账户注册者的交通订单列表中下一个交通订单确定为新的待推荐交通订单。
78.完成本步骤后，继续执行步骤205。
79.步骤208，确定第一账户注册者的交通订单列表中是否存在待推荐交通订单的接续交通订单。
80.其中，可以将第一账户注册者的交通订单列表中，出发地与待推荐交通订单的目的地相同，且出发日期晚于待推荐交通订单的到达日期的交通订单，确定为待推荐交通订单的接续交通订单。
81.若果存在待推荐交通订单的接续交通订单，则继续执行步骤209；否则，继续执行步骤210。
82.步骤209，根据待推荐交通订单和接续交通订单，确定待推荐酒店信息。
83.具体地，将待推荐交通订单的目的地确定为酒店预订地点，将待推荐交通订单的到达日期确定为酒店入住日期，将接续交通订单的出发日期确定为酒店离店日期。其中，待
推荐酒店信息包括酒店预订地点、酒店入住日期和为酒店离店日期。
84.步骤210，根据待推荐交通订单确定待推荐酒店信息。
85.具体地，将待推荐交通订单的目的地确定为酒店预订地点，将待推荐交通订单的到达日期确定为酒店入住日期，将入住日期的后一天确定为酒店离店日期。
86.步骤211，确定是否存在非第一账户注册者的目标交通订单。
87.其中，非第一账户注册者的目标交通订单为处于待出行或出行中状态，且乘客中不包含第一账户注册者的有效交通订单。如果存在非第一账户注册者的目标交通订单，则继续执行步骤212；否则，流程结束。
88.步骤212，将非第一账户注册者的目标交通订单按照到达时间的先后顺序进行排列，得到非第一账户注册者的交通订单列表。
89.步骤213，将位于非第一账户注册者的交通订单列表中首位的交通订单确定为待推荐交通订单。
90.具体地，将非第一账户注册者的交通订单列表中到达时间最早的交通订单确定为待推荐交通订单。
91.步骤214，确定待推荐交通订单是否已存在对应的酒店预订订单。
92.其中，可以将入住日期与待推荐交通订单的到达日期相同，且预订地点与待推荐交通订单的目的地相同的酒店预订订单，确定为与待推荐交通订单对应的酒店预订订单。
93.在本步骤中，如果确定存在为与待推荐交通订单对应的酒店预订订单，则继续执行步骤215；如果确定不存在为与待推荐交通订单对应的酒店预订订单，则继续执行步骤217。
94.步骤215，确定非第一账户注册者的交通订单列表中，待推荐交通订单后是否存在交通订单。
95.具体地，确定第一账户注册者的交通订单列表中，在步骤214中所述待推荐交通订单之后是否存在交通订单。
96.若存在交通订单，则继续执行步骤216；否则，流程结束。
97.步骤216，将非第一账户注册者的交通订单列表中下一个交通订单确定为新的待推荐交通订单。
98.完成本步骤后，继续执行步骤214。
99.步骤217，确定非第一账户注册者的交通订单列表中是否存在待推荐交通订单的接续交通订单。
100.其中，可以将非第一账户注册者的交通订单列表中，出发地与待推荐交通订单的目的地相同，出发日期晚于待推荐交通订单的到达日期，且包含待推荐交通订单中至少一位乘客的交通订单，确定为待推荐交通订单的接续交通订单。
101.若果存在待推荐交通订单的接续交通订单，则继续执行步骤218；否则，继续执行步骤219。
102.步骤218，根据待推荐交通订单和的接续交通订单，确定待推荐酒店信息。
103.具体地，将待推荐交通订单的目的地确定为酒店预订地点，将待推荐交通订单的到达日期确定为酒店入住日期，将接续交通订单的出发日期确定为酒店离店日期。其中，待推荐酒店信息包括酒店预订地点、酒店入住日期和为酒店离店日期。
104.步骤219，根据待推荐交通订单确定待推荐酒店信息。
105.具体地，将待推荐交通订单的目的地确定为酒店预订地点，将待推荐交通订单的到达日期确定为酒店入住日期，将入住日期的后一天确定为酒店离店日期。
106.图3为本发明实施例提供的一种酒店信息推荐装置的示意图。如图3所示，上述酒店信息推荐装置可以包括：
107.获取模块31，用于确定切换至酒店预订页面时，获取第一账户下第一用户的交通订单信息，并从所述第一用户的交通订单信息中筛选处于待出行或出行中状态的目标交通订单。
108.确定模块32，用于从所述目标交通订单中确定到达时间最早的第一交通订单；根据所述第一交通订单的目的地和到达时间，确定是否已存在酒店预订订单；如果不存在酒店预订订单，则从所述目标交通订单中确定是否存在所述第一交通订单的接续交通订单。
109.推荐模块33，用于如果存在所述第一交通订单的接续交通订单，则根据所述第一交通订单和所述接续交通订单确定待推荐酒店信息；如果不存在所述第一交通订单的接续交通订单，则根据所述第一交通订单确定待推荐酒店信息。
110.如果根据所述第一交通订单的目的地和到达时间，确定已存在酒店预订订单，所述确定模块32还可以用于将所述目标交通订单中，到达时间与所述第一交通订单的到达时间间隔最短的交通订单，确定为第二交通订单。
111.所述推荐模块33，还可以用于根据所述第二交通订单推荐酒店信息。
112.图3所示实施例提供的酒店信息推荐装置可用于执行本发明图1所示方法实施例的技术方案，其实现原理和技术效果可以进一步参考方法实施例中的相关描述。
113.图4为本发明实施例提供的另一种酒店信息推荐装置的示意图。如图4所示，上述酒店信息推荐装置还可以包括：
114.排序模块34，用于将第一账户注册者的目标交通订单按照到达时间的先后顺序进行排列，得到第一账户注册者的交通订单列表；和/或，将非第一账户注册者的目标交通订单按照到达时间的先后顺序进行排列，得到非第一账户注册者的交通订单列表。
115.获取模块31，具体用于获取第一账户下处于待出行或出行中状态的有效交通订单。
116.确定模块32，具体用于确定是否存在第一账户注册者的目标交通订单；将位于第一账户注册者的交通订单列表中首位的交通订单确定为待推荐交通订单；确定待推荐交通订单是否已存在对应的酒店预订订单；确定第一账户注册者的交通订单列表中，待推荐交通订单后是否存在交通订单；将第一账户注册者的交通订单列表中下一个交通订单确定为新的待推荐交通订单；确定第一账户注册者的交通订单列表中是否存在待推荐交通订单的接续交通订单。
117.确定模块32，还可以具体用于确定是否存在非第一账户注册者的目标交通订单；将位于非第一账户注册者的交通订单列表中首位的交通订单确定为待推荐交通订单；确定待推荐交通订单是否已存在对应的酒店预订订单；确定非第一账户注册者的交通订单列表中，待推荐交通订单后是否存在交通订单；将非第一账户注册者的交通订单列表中下一个交通订单确定为新的待推荐交通订单；确定非第一账户注册者的交通订单列表中是否存在待推荐交通订单的接续交通订单。
118.推荐模块33，具体用于根据待推荐交通订单和接续交通订单，确定待推荐酒店信息；或者，根据待推荐交通订单确定待推荐酒店信息。
119.图4所示实施例提供的酒店信息推荐装置可用于执行本发明图2所示方法实施例的技术方案，其实现原理和技术效果可以进一步参考方法实施例中的相关描述。
120.图5为本发明实施提供的一种电子设备的结构示意图。图5显示的电子设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
121.如图5所示，上述电子设备可以包括至少一个处理器；以及与上述处理器通信连接的至少一个存储器，其中：存储器存储有可被处理器执行的程序指令，上述处理器调用上述程序指令能够执行本发明图1和图2所示实施例提供的酒店信息推荐方法。电子设备以通用计算设备的形式表现。电子设备的组件可以包括但不限于：一个或者多个处理器410，通信接口420，存储器430，以及连接不同系统组件(包括存储器430和处理单元410)的通信总线440。
122.通信总线440表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(industry standard architecture；以下简称：isa)总线，微通道体系结构(micro channel architecture；以下简称：mac)总线，增强型isa总线、视频电子标准协会(video electronics standards association；以下简称：vesa)局域总线以及外围组件互连(peripheral component interconnection；以下简称：pci)总线。
123.电子设备典型地包括多种计算机系统可读介质。这些介质可以是任何能够被电子设备访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。
124.存储器430可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(random access memory；以下简称：ram)和/或高速缓存存储器。电子设备可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。存储器430可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明各实施例的功能。
125.具有一组(至少一个)程序模块的程序/实用工具，可以存储在存储器430中，这样的程序模块包括——但不限于——操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块通常执行本发明所描述的实施例中的功能和/或方法。
126.处理器410通过运行存储在存储器430中的程序，从而执行各种功能应用以及数据处理，例如实现本发明图1和图2所示实施例提供的方法。
127.本发明实施例提供一种计算机可读存储介质，所述计算机可读存储介质包括存储的程序，其中，在所述程序运行时控制所述计算机可读存储介质所在设备执行本发明图1和图2所示实施例提供的酒店信息推荐方法。
128.计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括——但不限于——电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者
传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
129.计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于——无线、电线、光缆、rf等等，或者上述的任意合适的组合。
130.可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如java、smalltalk、c ，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(local area network；以下简称：lan)或广域网(wide area network；以下简称：wan)连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
131.上述对本发明特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。
132.在本发明的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本发明中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本发明中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。
133.此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本发明的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。
134.流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本发明的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本发明的实施例所属技术领域的技术人员所理解。
135.取决于语境，如在此所使用的词语“如果”可以被解释成为“在
……
时”或“当
……
时”或“响应于确定”或“响应于检测”。类似地，取决于语境，短语“如果确定”或“如果检测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当检测(陈述的条件或事件)时”或“响应于检测(陈述的条件或事件)”。
136.在本发明所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示
或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
137.另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。
138.以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。