具体实施方式

下面，将参考附图详细地描述根据本申请的示例实施例。显然，所描述的实施例仅仅是本申请的一部分实施例，而不是本申请的全部实施例，应理解，本申请不受这里描述的示例实施例的限制。

申请概述

如上所述，目前按照座位与活动区域内的位置、角度等得出“优选座位”的机选方案可能受到实际上举办活动的场馆复杂多变，以及场馆的座位图信息与实际的物理座位之间存在差异等物体因素的影响，使得无法保证座位图上根据距离、角度等计算出来的座位更为优选。

另外，消费者可以通过人工选座来自己选择座位或者由座位的运营人员为用户选择座位。但是，当消费者自己进行座位选择时，如果不是在座位的运营人员的指导下，往往会由于不熟悉座位配置、或者抢票时操作时间短，而无法选择到比较优选的位置。

针对上述技术问题，本申请的基本构思是基于用户选择多个位置的请求，计算多个可用位置的用户主动选择数值之和，并确定用户主动选择数值之和大于其它位置组合的候选位置组合，以此来确定用户所选的多个位置。

具体地，本申请提供的位置确定方法，位置确定装置和电子设备首先接收位置请求，该位置请求用于用户选择多个位置，然后响应于所述位置请求，确定可用位置的用户主动选择数值，最后确定所述用户主动选择数值之和大于其它位置组合的候选位置组合，并基于该候选位置组合确定用户所选的多个位置。

也就是，由于每个位置在历史上都被其它用户选择过，而该位置被用户主动选择的次数越多，说明此位置对于用户更为优选的概率越大。因此，可用位置的用户主动选择数值能够表示用户对于该位置的主观偏好程度，从而能够比位置的距离、角度等客观数值更好地体现用户对于位置的需求。

因此，本申请提供的位置确定方法，位置确定装置和电子设备基于可用位置的用户主动选择数值之和来确定用户所选的多个位置，从而能够提供符合用户需求的多个座位。

本申请提供的位置确定方法，位置确定装置和电子设备并不限定用户所选位置的类型，也就是，用户所选的位置可以是在场馆内举办的大型演唱会、大型会议等大型活动的位置，也可以是电影院、小剧场或者小型会议等小型活动的位置。此外，用户所选的位置并不限于场馆内的固定位置，也可以是活动场所内的非固定位置，并且也可以是露天活动的各种位置。

并且，本申请提供的位置确定方法，位置确定装置和电子设备既可以应用于票务的预约阶段，也可以用于票务的实际售卖阶段。也就是，在本申请提供的位置确定方法，位置确定装置和电子设备中，所述多个位置的位置请求可以是用户预约多个位置的预约请求，也可以是用户实际购买多个位置的票的购票请求。

在介绍了本申请的基本原理之后，下面将参考附图来具体介绍本申请的各种非限制性实施例。

示例性方法一

图1图示了根据本申请实施例的位置确定方法的应用场景的示意图。

如图1所示，当用户U需要预约或者实际购票时，在用于购票的终端设备T，例如用户的手机等移动设备，或者自助终端购票机等上做出多个位置的位置请求。然后，终端设备T将该多个位置的位置请求发送到服务器S。

服务器S执行根据本申请实施例的位置确定方法，从而基于位置请求确定用户所选的多个位置，并进一步向终端设备T发送反馈。并且，终端设备T在接收到反馈的情况下，可以将反馈呈现给用户。

图2图示了根据本申请实施例的位置确定方法的流程图。

如图2所示，根据本申请实施例的位置确定方法包括以下步骤。

步骤S110，接收位置请求，该位置请求用于用户选择多个位置。也就是说，在本申请实施例中，如上所述，用户在预约或者购票过程中，希望同时选择多个位置，例如，3个位置。因此，用户做出用于选择多个位置的位置请求，所述位置请求包括用户所请求的位置的数目。另外，所述位置请求还可以包括用户所请求的位置的价格。

步骤S120，响应于所述位置请求，确定可用位置的用户主动选择数值。这里，可用位置在实际售票的过程中，可以指未被其他用户选择和锁定的座位。但是，在预约过程中，一方面为了避免用户随便预约，另一方面也由于预约的用户实际上也不一定购票，因此可用位置可以设置为可购买位置，而不需要考虑是否已被其他用户选择和锁定。

并且，如上所述，用户主动选择数值代表着该位置在历史上被人工选择的次数，也可以被称为是位置的“热度值”。本领域技术人员可以理解，所述用户主动选择数值可以仅指用户在非机选座位的场景下手动选择的次数，也可以包含在机选座位场景下由系统向用户推荐然后由用户手动确认的次数。

步骤S130，确定所述用户主动选择数值之和大于其它位置组合的候选位置组合，并基于所述候选位置组合确定用户所选的多个位置。例如，如上所述，用户请求3个位置，则确定所述用户主动选择数值之和较大的三个位置，也就是，所确定的三个位置的用户主动选择数值之和大于其它的位置组合。

图3图示了根据本申请实施例的位置确定方法中确定位置的示例的流程图。

如图3所示，在如图2所示的实施例的基础上，步骤S130进一步包括以下步骤。

步骤S1301，按照所述可用位置的所述用户主动选择数值对所述可用位置进行排序。也就是，在确定可用位置的用户主动选择数值之后，可以按照用户主动选择数值对可用位置进行排序，例如从大到小进行排序。

步骤S1302，基于所述多个位置的数目确定所述用户主动选择数值之和大于其它位置组合的候选位置组合。也就是，按照用户请求的所述多个位置的数目，可以对可用位置的所述用户主动选择数值进行求和，并确定所述用户主动选择数值之和大于其它位置组合的候选位置组合。所述候选位置组合的数目可以是一个，也可以是多个，也就是，候选位置组合考虑用户主动选择数值之和，用户主动选择数值之和较大的被确定为候选位置组合。这里，本领域技术人员可以理解，为了提高用户的选择余地，除了由所述用户主动选择数值之和最大的位置组合构成的候选位置组合之外，所述候选位置组合中的某些候选位置组合的所述用户主动选择数值之和也可能小于所确定的最大的和，这里，仅需要候选位置组合的用户主动选择数值之和大于除了候选位置组合以外的其它位置组合的用户主动选择数值之和即可。

步骤S1303，基于用户预设规则从所述候选位置组合确定用户所选的多个位置。也就是，用户在选择位置时，可能预设了与多个位置的位置关系相关联的一定规则，比如用户希望所选的多个位置相邻，希望多个位置在相同区域，或者多个位置是不同时间的不同场次的相同位置等。

这里，所述用户预设规则可以包括在位置请求中，例如，当用户预约时，可以在输入预约请求时包括所述用户预设规则。并且，当用户购票时，如果用户未进行预约，则可以直接在输入的购票请求中包括所述用户预设规则。另一方面，如果用户在购票之前已经进行了预约，则服务器可以查询购票请求所对应的预约请求，以获得所述用户预设规则。

图4图示了根据本申请实施例的位置确定方法中的用户预设规则的输入界面的示例的示意图。如图4所示，当用户在抢票/预售界面输入多个位置的位置请求时，可以同时选定某些用户预设规则，比如如图4所示的是否连座、是否同区域等。

图5A到图5C图示了根据本申请实施例的位置确定方法中的用户预设规则的示意图。如图5A所示，举办活动的场馆包括舞台P、座位S和走道L。并且，用户预设规则为用户希望选择在同一排相邻的三个位置，则按照预设规则，可选择正对舞台P的看台第一排的三个座位(示为C1)，作为用户所选的多个位置。

如图5B所示，用户预设规则为用户希望选择在区域R，即场地座位的后部的三个位置，则按照预设规则，可选择场地座位的后部的三个座位(示为C2)，作为用户所选的多个位置。

如图5C所示，按照用户预设规则，用户希望选择连续三天的三个场次内的同一位置，例如，场地区域第一排的中间位置，则可选择场地座位的第一排的中间座位(示为C3)，并且选定连续三天的场次的日期，作为用户所选的多个位置。

因此，在根据本申请实施例的位置确定方法中，所述用户预设规则包括以下的至少其中之一：所述多个位置为相邻位置；所述多个位置为相同区域内的位置；以及，所述多个位置为不同时间的同一位置。

这样，根据本申请实施例的位置确定方法可以考虑用户实际上对多张票连座、同区域、不同场次相同位置等选择倾向，从而较好地满足用户需求

在本申请实施例中，所述用户预设规则可以为不同类型的规则，并且相应地，每个类型的规则可以在确定候选组合时具有不用的权重值。这里，权重值指的是在统计学中计算平均数等指标时，对各个变量值具有权衡轻重作用的数值。在本申请实施例中，所述权重值用于对位置进行加权，也就是在确定位置时对由自动引入或人工引入的位置的用户主动选择数值的缩放系数。

具体地，假设所述用户主动选择数值之和最大的多个位置的组合是K个候选组合，且K个候选组合中的第i个候选组合的用户主动选择数值之和记为Si，每个用户预设规则的权重值记为Qj，1≤j≤n(n表示用户预设规则的数量)，则用户所选的多个位置确定为：

因此，在根据本申请实施例的位置确定方法中，基于用户预设规则从所述多个候选组合确定用户所选的多个位置包括：确定所述用户预设规则的多个不同类型；确定每个类型的所述用户预设规则对应的权重值；基于所述多个候选组合中的每个候选组合是否符合所述用户预设规则以所述权重值对所述每个候选位置组合进行加权；以及，确定加权和最大的候选位置组合为用户所选的多个位置。

在本申请实施例中，所述用户预设规则的类型可以包括必选规则和可选规则。也就是，有些规则是用户希望必须的，例如，如果是多人参加活动，则用户要求所选的多个位置相邻。而有些规则可能不是必须的，例如，用户可能希望多个位置位于某个区域内，而如果不位于该区域内也不是不可以。

因此，在这种情况下，按照所述用户预设规则是必选规则还是可选规则，赋予所述用户预设规则不同的权重值。具体地，对于必选规则来说，权重值为1相对于满足用户预设规则，而权重值为0相对于不满足用户预设规则。另一方面，对于可选规则来说，权重值可以按照实际情况进行调整，而不必须是0和1，仅需要在满足用户预设规则的情况下的权重值大于不满足用户预设规则的情况下的权重值即可。例如，权重值为0.8相对于满足用户预设规则，而权重值为0.2相对于不满足用户预设规则。

因此，在根据本申请实施例的位置确定方法中，确定所述用户预设规则的多个不同类型包括：确定所述用户预设规则属于必选规则或者可选规则；以及，确定每个类型的所述用户预设规则对应的权重值包括：响应于所述用户预设规则为必选规则，设置符合所述用户预设规则的权重值为第一数值，并设置不符合所述用户预设规则的权重值为零；以及，响应于所述用户预设规则为可选规则，设置符合所述用户预设规则的权重值为第二数值，并设置不符合所述用户预设规则的权重值为小于所述第二数值的第三数值。

由于在上述情况下，可能存在候选位置组合均不符合属于必选规则的所述用户预设规则，从而无法确定用户所选的多个位置的情况。因此，在本申请实施例中，如果所述候选位置组合都不符合所述用户预设规则，则向用户呈现所述候选位置组合，并由用户自行手动选择。

例如，所确定的候选位置组合可以从服务器发送到用户用于购票的终端设备，然后由用户进行手动选择。并且，在用户手动选择之后，用户手动选择的结果进一步从终端设备回传到服务器。

也就是，在根据本申请实施例的位置确定方法中，基于用户预设规则从所述候选位置组合确定用户所选的多个位置包括：响应于所述候选位置组合都不符合所述用户预设规则，向用户呈现所述候选位置组合；以及，确定用户手动选择的多个位置为用户所选的多个位置。

在非用户手动选择多个位置的情况下，对于通过如上方式确定的用户所选的多个位置，可以进一步提示用户进行确认。也就是，可以将确认信息从服务器发送到终端设备，并且，在终端设备接收到用户的确认之后，将确认结果从终端设备回传到服务器。

也就是，在根据本申请实施例的位置确定方法中，在基于用户预设规则从所述候选位置组合确定用户所选的多个位置之后进一步包括：提示用户确认用户所选的多个位置。

在用户确认所述多个位置之后，例如用户确认自动推荐的某个候选组合作为用户所选的多个位置，或者在没有候选位置组合符合用户预设规则的情况下手动选择了多个位置，均表示这多个位置符合用户在这次确定位置时的主观偏好，因此可以相应地反映在这多个位置的用户主动选择数值上，也就是，可以将这多个位置中的每个位置的用户主动选择数值加一。

也就是，在根据本申请实施例的位置确定方法中，在提示用户确认用户所选的多个位置之后进一步包括：响应于用户确认所述多个位置，将所述多个位置中的每个位置的用户主动选择数值加一。

另外，在根据本申请实施例的位置确定方法中，还可以考虑用户的历史行为。例如，可以对于历史上曾经由用户选中的位置赋予更高的权重。或者，如上所述，经用户授权，在响应于用户确认所述多个位置时，区分不同用户进行的确认，当下次确定可用位置的用户主动选择数值时，对于同一用户或者同一类型用户曾经确认过的位置，将该位置的用户主动选择数值加上一个较大的值，例如5到10，从而使得用户曾经确认过的位置更趋向于被选中。

应用示例

图6图示了根据本申请实施例的位置确定方法的应用示例的示意图。

如图6所示，在用户希望选择某一场次内的座位的情况下，在S201，用户输入需要选择的座位数量和预设规则。然后，在S202，基于座位的历史数据，计算所有可用座位的热度值，即如上所述的用户主动选择数值。在S203，对于所有可用座位，按照热度值进行排序。在S204，基于所述座位数量，选择热度值之和大于其它座位组合的K个候选组合。

例如，用户希望选择三个座位，并且这三个座位中，连座为可选规则，同区域为必选规则。通过热度值之和的计算，一共选出组合1、组合2和组合3这三个组合，其中，组合1和组合2的热度值之和为10，且组合3的热度值之和为8。

在S205，按照用户预设规则，例如是否连座、是否同区域、是否跨场次同座等对上述K个候选组合进行加权计算。在上述实例中，因为连座为可选规则，则假设符合连座的权重值为0.8，不符合连座的权重值为0.2，另外，因为同区域为必选规则，则假设符合同区域的权重值为1，不符合同区域的权重值为0。对于上述组合1、组合2和组合3，组合1不符合连座也不符合同区域，组合2不符合连座但符合同区域，组合3既符合连座也符合同区域，则不符合同区域的必选规则的组合1被首先排除。然后，计算组合2的加权和为0.2*10+1*10＝12，计算组合3的加权和为0.8*8+1*8＝14.4。

在S206，确定K个候选组合中热度值加权和最大的候选组合，例如如上所述的组合3为优选组合。

在S207，确定优选组合是否存在，例如，如果按照如上所述选出组合3为优选组合，则在S207确定优选组合存在，并在S208向用户呈现优选组合。而如果如上所述的组合1到3均不符合同区域的必选规则，则在S207确定优选组合不存在，并在S209提示用户无优选组合，并在S210向用户返回上述K个候选组合由用户手动选择。

无论是在S208向用户呈现自动选择的优选组合，而是在S210由用户手动选择优选组合，在S211由用户确认所选的座位组合。并且，如果用户确认了所选的座位组合，则在S212，将用户所选的座位组合中的每个座位的热度值加一。

示例性方法二

图7图示了根据本申请实施例的用于预约购票的交互方法的流程的示意图。这里，根据本申请实施例的用于预约购票的交互方法应用于用户用于购票的终端设备，比如智能手机，或者自助售票机等。如图7所示，在根据本申请实施例的用于预约购票的交互方法中，终端设备310用于与用户320和服务器330交互。

如图7所示，根据本申请实施例的用于预约购票的交互方法包括：S301，在预约购票的过程中获得用户输入的预约请求，所述预约请求包括多个位置的位置请求；S302，将所述预约请求发送到服务器，所述服务器基于所述预约请求执行如上所述的位置确定方法，并生成所确定的多个位置的预约结果；S303，从所述服务器接收所确定的多个位置的预约结果；以及，S304，将所述预约结果呈现给用户。

这里，如上所述，所述预约请求除了包括多个位置的位置请求，比如位置数量、位置价格档位等，还可以包括用户用于选择多个位置的用户预设规则，例如是否连座、是否同区域等。

图8图示了根据本申请实施例的用于预约购票的交互方法中的预约结果的示意图。如图8所示，在本申请实施例中，可以通过预约结果向用户呈现具体所选的位置，并且，用户可以基于所选的位置来进行重选或者确认。另一方面，也可以仅向用户呈现用户已选定位置的通知，而不向用户呈现具体的位置号码。

所以，在上述用于预约购票的交互方法中，所述预约结果包括所确定的多个位置的位置信息和/或告知用户已选定位置的通知信息。

这里，本领域技术人员可以理解，服务器330执行如上所述的位置确定方法，从而确定用户所选的多个位置的过程与之前在“示例性方法一”部分中的位置确定方法的过程完全相同，在此便不再赘述。

示例性方法三

图9图示了根据本申请实施例的用于购票的交互方法的流程的示意图。这里，根据本申请实施例的用于购票的交互方法应用于用户用于购票的终端设备，比如智能手机，或者自助售票机等。如图9所示，在根据本申请实施例的用于购票的交互方法中，终端设备410用于与用户420和服务器430交互。

如图9所示，根据本申请实施例的用于购票的交互方法包括：S401，在售票过程中获得用户输入的购票请求，所述购票请求包括多个位置的位置请求；S402，将所述购票请求发送到所述服务器，所述服务器基于所述购票请求执行如上所述的位置确定方法，并生成所确定的多个位置的票务信息；S403，从所述服务器接收所确定的多个位置的票务信息；以及，S404，将所述多个位置的票务信息呈现给用户。

并且，如上所述，如果用户在所述购票请求之前已经做出过预约，则所述多个位置的位置请求可以直接通过检索之前做出的预约请求来获得，并且，用户用于选择多个位置的用户预设规则也可以从预约请求获得。相对地，如果用户没有做出过预约，则所述购票请求除了包括多个位置的位置请求，比如位置数量、位置价格档位等，还可以包括用户用于选择多个位置的用户预设规则，例如是否连座、是否同区域等。

这里，本领域技术人员可以理解，服务器330执行如上所述的位置确定方法，从而确定用户所选的多个位置的过程与之前在“示例性方法一”部分中的位置确定方法的过程完全相同，在此便不再赘述。

其它应用示例

如上所述，在有多个选项的情况下，每个选项都可能在历史上被其它用户选择过。并且，该选项被用户主动选择的次数越多，说明该选项对于用户更为优选的概率越大。因此，如果设置选项的用户主动选择数值，则该用户主动选择数值能够表示用户对于该选项的主观偏好程度，从而能够比其它客观数值更好地体现用户对于该选项的偏好。

因此，上述概念也可以应用于其它场景下，例如旅游场景下，当用户查询目的地等信息的时候，可以按照目的地的用户主动选择数值来向用户返回结果。

也就是，本申请实施例可以涉及一种目的地信息确定方法，包括：接收对一条或多条目的地信息的查询请求；响应于所述查询请求，确定每条目的地信息的用户主动选择数值；以及，基于所述用户主动选择数值最大的一条目的地信息确定向用户返回的一条目的地信息，或者基于所述用户主动选择数值之和大于其它目的地信息组合的多条目的地信息确定向用户返回的多条目的地信息。

类似地，除了每条目的地信息的用户主动选择数值以外，也可以按照用户预设规则来对向用户返回的结果进行筛选。

也就是，在一个示例中，在上述目的地信息确定方法中，基于所述用户主动选择数值之和大于其它目的地信息组合的多条目的地信息确定向用户返回的多条目的地信息包括：按照所述多条目的地信息的所述用户主动选择数值对所述目的地信息进行排序；基于所述多条目的地信息的数目确定所述用户主动选择数值之和大于其它目的地信息组合的多条目的地信息的多个候选组合；以及，基于用户预设规则从所述多个候选组合确定向用户返回的多条目的地信息。

例如，所述用户预设规则可以是多条目的地信息涉及的多个目的地在同一地理区域内，或者，多条目的地信息涉及的多个目的地属于同一类型，比如风景类型、人文类型等。

这里，本领域技术人员可以理解，如上所述的根据本申请实施例的位置确定方法的其它细节也可以应用于该场景，为了避免冗余在此不再赘述。

示例性装置一

图10图示了根据本申请实施例的位置确定装置的框图。

如图10所示，根据本申请实施例的位置确定装置500包括：请求接收单元510，用于接收位置请求，所述位置请求用于用户选择多个位置；数值确定单元520，用于响应于所述请求接收单元所接收的所述位置请求，确定可用位置的用户主动选择数值；以及，位置确定单元530，用于确定所述数值确定单元所确定的所述用户主动选择数值之和大于其它位置组合的候选位置组合，并基于所述候选位置组合确定用户所选的多个位置。

在一个示例中，在上述位置确定装置500中，所述位置确定单元530用于：按照所述可用位置的所述用户主动选择数值对所述可用位置进行排序；基于所述多个位置的数目确定所述用户主动选择数值之和大于其它位置组合的多个位置的候选位置组合；以及，基于用户预设规则从所述候选位置组合确定用户所选的多个位置。

在一个示例中，在上述位置确定装置500中，所述位置确定单元530基于用户预设规则从所述候选位置组合确定用户所选的多个位置包括：确定所述用户预设规则的多个不同类型；确定每个类型的所述用户预设规则对应的权重值；基于所述候选位置组合中的每个候选位置组合是否符合所述用户预设规则以所述权重值对所述每个候选位置组合进行加权；以及，确定加权和最大的候选位置组合为用户所选的多个位置。

在一个示例中，在上述位置确定装置500中，所述位置确定单元530确定所述用户预设规则的多个不同类型包括：确定所述用户预设规则属于必选规则或者可选规则；以及，确定每个类型的所述用户预设规则对应的权重值包括：响应于所述用户预设规则为必选规则，设置符合所述用户预设规则的权重值为第一数值，并设置不符合所述用户预设规则的权重值为零；以及，响应于所述用户预设规则为可选规则，设置符合所述用户预设规则的权重值为第二数值，并设置不符合所述用户预设规则的权重值为小于所述第二数值的第三数值。

在一个示例中，在上述位置确定装置500中，所述用户预设规则包括以下的至少其中之一：所述多个位置为相邻位置；所述多个位置为相同区域内的位置；以及，所述多个位置为不同时间的同一位置。

在一个示例中，在上述位置确定装置500中，所述位置确定单元530基于用户预设规则从所述候选位置组合确定用户所选的多个位置包括：响应于所述候选位置组合都不符合所述用户预设规则，向用户呈现所述候选位置组合；以及，确定用户手动选择的多个位置为用户所选的多个位置。

在一个示例中，在上述位置确定装置500中，进一步包括：提示单元，用于在基于用户预设规则从所述候选位置组合确定用户所选的多个位置之后，提示用户确认用户所选的多个位置。

在一个示例中，在上述位置确定装置500中，进一步包括：确认单元，用于在提示用户确认用户所选的多个位置之后，响应于用户确认所述多个位置，将所述多个位置中的每个位置的用户主动选择数值加一。

在一个示例中，在上述位置确定装置500中，所述可用位置是在票务预售过程中的可购买位置。

在一个示例中，在上述位置确定装置500中，所述多个位置的位置请求是用户输入的预约请求，所述预约请求包括所述用户预设规则。

在一个示例中，在上述位置确定装置500中，所述可用位置是在票务售卖过程中的未购买位置。

在一个示例中，在上述位置确定装置500中，所述多个位置的位置请求是用户输入的购票请求，所述购票请求所对应的预约请求包括所述用户预设规则，或者所述购票请求直接包括所述用户预设规则。

这里，本领域技术人员可以理解，上述位置确定装置500中的各个单元和模块的具体功能和操作已经在上面参考图1到图5的位置确定方法的描述中得到了详细介绍，并因此，将省略其重复描述。

如上所述，根据本申请实施例的位置确定装置500可以实现在各种终端设备中，例如用于预约和/或售票的票务服务器等。在一个示例中，根据本申请实施例的位置确定装置500可以作为一个软件模块和/或硬件模块而集成到终端设备中。例如，该位置确定装置500可以是该终端设备的操作系统中的一个软件模块，或者可以是针对于该终端设备所开发的一个应用程序；当然，该位置确定装置500同样可以是该终端设备的众多硬件模块之一。

替换地，在另一示例中，该位置确定装置500与该终端设备也可以是分立的设备，并且该位置确定装置500可以通过有线和/或无线网络连接到该终端设备，并且按照约定的数据格式来传输交互信息。

示例性装置二

图11图示了根据本申请实施例的用于预约购票的交互装置的框图。

如图11所示，根据本申请实施例的用于预约购票的交互装置600包括：预约请求单元610，用于在预约购票的过程中获得用户输入的预约请求，所述预约请求包括多个位置的位置请求和可选地包括用户预设规则；预约发送单元620，用于将所述预约请求发送到服务器，所述服务器包括如上所述的位置确定装置，并生成所确定的多个位置的预约结果；结果接收单元630，用于从所述服务器接收所确定的多个位置的预约结果；以及，结果呈现单元640，用于将所述预约结果呈现给用户。

在一个示例中，在上述用于预约购票的交互装置600中，所述预约结果包括所确定的多个位置的位置信息和/或告知用户已选定位置的通知信息。

在一个示例中，在上述用于预约购票的交互装置600中，所述预约请求包括用户用于选择多个位置的用户预设规则。

这里，本领域技术人员可以理解，上述用于预约购票的交互装置600中的各个单元和模块的具体功能和操作已经在上面参考图7和图8的用于预约购票的交互方法的描述中得到了详细介绍，并因此，将省略其重复描述。

如上所述，根据本申请实施例的用于预约购票的交互装置600可以实现在各种终端设备中，例如用户的智能手机、自助售票机等。在一个示例中，根据本申请实施例的用于预约购票的交互装置600可以作为一个软件模块和/或硬件模块而集成到终端设备中。例如，该用于预约购票的交互装置600可以是该终端设备的操作系统中的一个软件模块，或者可以是针对于该终端设备所开发的一个应用程序；当然，该用于预约购票的交互装置600同样可以是该终端设备的众多硬件模块之一。

替换地，在另一示例中，该用于预约购票的交互装置600与该终端设备也可以是分立的设备，并且该用于预约购票的交互装置600可以通过有线和/或无线网络连接到该终端设备，并且按照约定的数据格式来传输交互信息。

示例性装置三

图12图示了根据本申请实施例的用于购票的交互装置的框图。

如图12所示，根据本申请实施例的用于购票的交互装置700包括：购票请求单元710，用于在售票过程中获得用户输入的购票请求，所述购票请求包括多个位置的位置请求和可选地包括用户预设规则；购票发送单元720，用于将所述购票请求发送到所述服务器，所述服务器包括如上所述的位置确定装置，并生成所确定的多个位置的票务信息；信息接收单元730，用于从所述服务器接收所确定的多个位置的票务信息；以及，信息呈现单元740，用于将所述多个位置的票务信息呈现给用户。

在一个示例中，在上述用于购票的交互装置700中，所述购票请求包括用户用于选择多个位置的用户预设规则，或者所述购票请求对应的预约请求包括用户用于选择多个位置的用户预设规则。

这里，本领域技术人员可以理解，上述用于购票的交互装置700中的各个单元和模块的具体功能和操作已经在上面参考图9的用于购票的交互方法的描述中得到了详细介绍，并因此，将省略其重复描述。

如上所述，根据本申请实施例的用于购票的交互装置700可以实现在各种终端设备中，例如用户的智能手机，自助售票机等。在一个示例中，根据本申请实施例的用于购票的交互装置700可以作为一个软件模块和/或硬件模块而集成到终端设备中。例如，该用于购票的交互装置700可以是该终端设备的操作系统中的一个软件模块，或者可以是针对于该终端设备所开发的一个应用程序；当然，该用于购票的交互装置700同样可以是该终端设备的众多硬件模块之一。

替换地，在另一示例中，该用于购票的交互装置700与该终端设备也可以是分立的设备，并且该用于购票的交互装置700可以通过有线和/或无线网络连接到该终端设备，并且按照约定的数据格式来传输交互信息。

示例性电子设备

下面，参考图13来描述根据本申请实施例的电子设备。

图13图示了根据本申请实施例的电子设备的框图。

如图13所示，电子设备10包括一个或多个处理器11和存储器12。

处理器11可以是中央处理单元(CPU)或者具有数据处理能力和/或指令执行能力的其他形式的处理单元，并且可以控制电子设备10中的其他组件以执行期望的功能。

存储器12可以包括一个或多个计算机程序产品，所述计算机程序产品可以包括各种形式的计算机可读存储介质，例如易失性存储器和/或非易失性存储器。所述易失性存储器例如可以包括随机存取存储器(RAM)和/或高速缓冲存储器(cache)等。所述非易失性存储器例如可以包括只读存储器(ROM)、硬盘、闪存等。在所述计算机可读存储介质上可以存储一个或多个计算机程序指令，处理器11可以运行所述程序指令，以实现上文所述的本申请的各个实施例的位置确定方法，用于预约购票的交互方法和用于购票的交互方法以及/或者其他期望的功能。在所述计算机可读存储介质中还可以存储诸如可用位置的用户主动选择数值等各种内容。

在一个示例中，电子设备10还可以包括：输入装置13和输出装置14，这些组件通过总线系统和/或其他形式的连接机构(未示出)互连。

该输入装置13可以包括例如键盘、鼠标等等。

该输出装置14可以向外部输出各种信息，包括最终确定的多个位置等。该输出装置14可以包括例如显示器、扬声器、打印机、以及通信网络及其所连接的远程输出设备等等。

当然，为了简化，图13中仅示出了该电子设备10中与本申请有关的组件中的一些，省略了诸如总线、输入/输出接口等等的组件。除此之外，根据具体应用情况，电子设备10还可以包括任何其他适当的组件。

示例性计算机程序产品和计算机可读存储介质

除了上述方法和设备以外，本申请的实施例还可以是计算机程序产品，其包括计算机程序指令，所述计算机程序指令在被处理器运行时使得所述处理器执行本说明书上述“示例性方法”部分中描述的根据本申请各种实施例的位置确定方法，用于预约购票的交互方法和用于购票的交互方法中的步骤。

所述计算机程序产品可以以一种或多种程序设计语言的任意组合来编写用于执行本申请实施例操作的程序代码，所述程序设计语言包括面向对象的程序设计语言，诸如Java、C++等，还包括常规的过程式程序设计语言，诸如“C”语言或类似的程序设计语言。程序代码可以完全地在第一用户计算设备上执行、部分地在第一用户设备上执行、作为一个独立的软件包执行、部分在第一用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。

此外，本申请的实施例还可以是计算机可读存储介质，其上存储有计算机程序指令，所述计算机程序指令在被处理器运行时使得所述处理器执行本说明书上述“示例性方法”部分中描述的根据本申请各种实施例的位置确定方法，用于预约购票的交互方法和用于购票的交互方法中的步骤。

所述计算机可读存储介质可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以包括但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

以上结合具体实施例描述了本申请的基本原理，但是，需要指出的是，在本申请中提及的优点、优势、效果等仅是示例而非限制，不能认为这些优点、优势、效果等是本申请的各个实施例必须具备的。另外，上述公开的具体细节仅是为了示例的作用和便于理解的作用，而非限制，上述细节并不限制本申请为必须采用上述具体的细节来实现。

本申请中涉及的器件、装置、设备、系统的方框图仅作为例示性的例子并且不意图要求或暗示必须按照方框图示出的方式进行连接、布置、配置。如本领域技术人员将认识到的，可以按任意方式连接、布置、配置这些器件、装置、设备、系统。诸如“包括”、“包含”、“具有”等等的词语是开放性词汇，指“包括但不限于”，且可与其互换使用。这里所使用的词汇“或”和“和”指词汇“和/或”，且可与其互换使用，除非上下文明确指示不是如此。这里所使用的词汇“诸如”指词组“诸如但不限于”，且可与其互换使用。

还需要指出的是，在本申请的装置、设备和方法中，各部件或各步骤是可以分解和/或重新组合的。这些分解和/或重新组合应视为本申请的等效方案。

提供所公开的方面的以上描述以使本领域的任何技术人员能够做出或者使用本申请。对这些方面的各种修改对于本领域技术人员而言是非常显而易见的，并且在此定义的一般原理可以应用于其他方面而不脱离本申请的范围。因此，本申请不意图被限制到在此示出的方面，而是按照与在此公开的原理和新颖的特征一致的最宽范围。

为了例示和描述的目的已经给出了以上描述。此外，此描述不意图将本申请的实施例限制到在此公开的形式。尽管以上已经讨论了多个示例方面和实施例，但是本领域技术人员将认识到其某些变型、修改、改变、添加和子组合。