CN114627593A - 信息交互方法、终端、服务器、***及装置 - Google Patents

Abstract

本发明实施例公开了一种信息交互方法、终端、服务器、***及装置。所述方法在接收第一登录请求后，会基于用户操作触发获取第一凭证和第二凭证，向服务器发送第一凭证和第二凭证，以使服务器向开放平台服务器请求获取第一开放平台账号信息和第一手机号信息并根据第一开放平台账号信息和/或第一手机号信息查询配送订单，再根据第一查询结果展示订单详情页面。通过所述方法可以增加人机交互性，改善用户体验，同时提高用户信息获取安全性，提升开柜效率。

Description

信息交互方法、终端、服务器、***及装置

技术领域

本发明涉及互联网技术领域，具体涉及一种信息交互方法、终端、服务器、***及装置。

背景技术

随着配送服务的不断发展，用于寄存配送货物的智能柜常用于配送货物的转送。现有的智能柜使用过程中，通常需要用户使用终端通过指定应用程序扫描智能柜上的二维码来发起存件或取件请求，现有的交互方法在交互过程中的交互性差，用户体验不佳，同时，现有交互方法中用户信息获取安全性较差，开柜效率不高。

发明内容

有鉴于此,本发明实施例提供了一种信息交互方法、终端、服务器、***及装置，以增加人机交互性，改善用户体验，同时提高用户信息获取安全性，提升开柜效率。

第一方面，本发明实施例提供了一种信息交互方法，适用于第一终端，所述方法包括：

接收第一登录请求；

基于用户操作触发获取第一凭证和第二凭证；

向服务器发送所述第一凭证和第二凭证，以使所述服务器向开放平台服务器请求获取第一开放平台账号信息和第一手机号信息并根据所述第一开放平台账号信息和/或第一手机号信息查询配送订单；

根据第一查询结果展示订单详情页面。

第二方面，本发明实施例提供了一种信息交互方法，适用于服务器，所述方法包括：

接收第一凭证；

接收第二凭证；

根据所述第一凭证和第二凭证向开放平台服务器请求获取第一开放平台账号信息和第一手机号信息；

根据所述第一开放平台账号信息和/或第一手机号信息查询配送订单。

第三方面，本发明实施例提供了一种信息交互方法，适用于第二终端，所述方法包括：

接收第二登录请求；

基于用户操作触发获取第三凭证和第四凭证；

向服务器发送所述第三凭证和第四凭证，以使所述服务器向开放平台服务器请求获取第二开放平台账号信息和第二手机号信息并根据所述第二开放平台账号信息和/或第二手机号信息查询待取物品；

根据第二查询结果展示取件详情页面。

第四方面，本发明实施例提供了一种信息交互方法，适用于服务器，所述方法包括：

接收第三凭证；

接收第四凭证；

发送所述第三凭证和第四凭证，以向开放平台服务器请求获取第二开放平台账号信息和第二手机号信息；

根据所述第二开放平台账号信息和/或第二手机号信息查询待取物品。

第五方面，本发明实施例提供了一种信息交互装置，所述装置包括：

第一接收单元，用于接收第一登录请求；

第一凭证获取单元，用于基于用户操作触发获取第一凭证和第二凭证；

第一上传单元，用于向服务器发送所述第一凭证和第二凭证，以使所述服务器向开放平台服务器请求获取第一开放平台账号信息和第一手机号信息并根据所述第一开放平台账号信息和/或第一手机号信息查询配送订单；

第一展示单元，用于根据第一查询结果展示订单详情页面。

第六方面，本发明实施例提供了一种信息交互装置，所述装置包括：

第一凭证接收单元，用于接收第一凭证；

第二凭证接收单元，用于接收第二凭证；

第一发送单元，用于根据所述第一凭证和第二凭证向开放平台服务器请求获取第一开放平台账号信息和第一手机号信息；

第一查询单元，用于根据所述第一开放平台账号信息和/或第一手机号信息查询配送订单。

第七方面，本发明实施例提供了一种信息交互装置，所述装置包括：

第二接收单元，用于接收第二登录请求；

第二凭证获取单元，用于基于用户操作触发获取第三凭证和第四凭证；

第二上传单元，用于向服务器发送所述第三凭证和第四凭证，以使所述服务器向开放平台服务器请求获取第二开放平台账号信息和第二手机号信息并根据所述第二开放平台账号信息和/或第二手机号信息查询待取物品；

第二展示单元，用于根据第二查询结果展示取件详情页面。

第八方面，本发明实施例提供了一种信息交互方法，适用于服务器，所述方法包括：

第三凭证接收单元，用于接收第三凭证；

第四凭证接收单元，用于接收第四凭证；

第二发送单元，用于发送所述第三凭证和第四凭证，以向开放平台服务器请求获取第二开放平台账号信息和第二手机号信息；

第二查询单元，用于根据所述第二开放平台账号信息和/或第二手机号信息查询待取物品。

第九方面，本发明实施例提供了一种信息交互方法，所述方法还包括：

第一终端接收第一登录请求；

第一终端基于用户操作触发获取第一凭证和第二凭证；

第一终端向服务器发送所述第一凭证和第二凭证；

服务器接收所述第一凭证；

服务器接收所述第二凭证；

服务器根据所述第一凭证和第二凭证向开放平台服务器请求获取第一开放平台账号信息和第一手机号信息；

服务器根据所述第一开放平台账号信息和/或第一手机号信息查询配送订单；

第一终端根据第一查询结果展示订单详情页面；

第二终端接收第二登录请求；

第二终端基于用户操作触发获取第三凭证和第四凭证；

第二终端向服务器发送所述第三凭证和第四凭证；

服务器接收所述第三凭证；

服务器接收所述第四凭证；

服务器发送所述第三凭证和第四凭证，以向所述开放平台服务器请求获取第二开放平台账号信息和第二手机号信息；

服务器根据所述第二开放平台账号信息和/或第二手机号信息查询待取物品；

第二终端根据第二查询结果展示取件详情页面。

第十方面，本发明实施例提供了一种信息交互***，所述***包括第一终端、第二终端以及服务器；

其中，所述第一终端被配置为：

接收第一登录请求；

基于用户操作触发获取第一凭证和第二凭证；

向所述服务器发送所述第一凭证和第二凭证，以使所述服务器向开放平台服务器请求获取第一开放平台账号信息和第一手机号信息并根据所述第一开放平台账号信息和/或第一手机号信息查询配送订单；

根据第一查询结果展示订单详情页面；

所述第二终端被配置为：

接收第二登录请求；

基于用户操作触发获取第三凭证和第四凭证；

向服务器发送所述第三凭证和第四凭证，以使所述服务器向所述开放平台服务器请求获取第二开放平台账号信息和第二手机号信息并根据所述第二开放平台账号信息和/或第二手机号信息查询待取物品；

根据第二查询结果展示取件详情页面；

所述服务器被配置为：

接收所述第一凭证；

接收所述第二凭证；

根据所述第一凭证和第二凭证向所述开放平台服务器请求获取所述第一开放平台账号信息和第一手机号信息；

根据所述第一开放平台账号信息和/或第一手机号信息查询配送订单；以及

接收所述第三凭证；

接收所述第四凭证；

发送所述第三凭证和第四凭证，以向所述开放平台服务器请求获取所述第二开放平台账号信息和第二手机号信息；

根据所述第二开放平台账号信息和/或第二手机号信息查询待取物品。

第十一方面，本发明实施例提供了一种计算机可读存储介质，其上存储计算机程序指令，所述计算机程序指令在被处理器执行时实现如第一、二、三、四和九方面中任一项所述的方法。

第十二方面，本发明实施例提供了一种电子设备，所述设备包括：

存储器，用于存储一条或多条计算机程序指令；

处理器，所述一条或多条计算机程序指令被所述处理器执行以实现如第一、二、三、四和九方面中任一项所述的方法。

本发明实施例的信息交互方法在接收第一登录请求后，会基于用户操作触发获取第一凭证和第二凭证，向服务器发送第一凭证和第二凭证，以使服务器向开放平台服务器请求获取第一开放平台账号信息和第一手机号信息并根据第一开放平台账号信息和/或第一手机号信息查询配送订单，再根据第一查询结果展示订单详情页面。通过所述方法可以增加人机交互性，改善用户体验，同时提高用户信息获取安全性，提升开柜效率。

附图说明

通过以下参照附图对本发明实施例的描述，本发明的上述以及其它目的、特征和优点将更为清楚，在附图中：

图1为本发明实施例的信息交互***的示意图；

图2为本发明实施例的信息交互***在存件过程中的应用交互图；

图3为本发明实施例的信息交互***在取件过程中的应用交互图；

图4为本发明实施例的信息交互***在存件过程中的信令交互图；

图5为本发明实施例的信息交互***在取件过程中的信令交互图；

图6为本发明实施例的信息交互方法的流程图；

图7为本发明实施例的目标智能柜标识信息上传方法的流程图；

图8为本发明实施例的授权获取方法的流程图；

图9为本发明实施例的授权页面的示意图；

图10为本发明实施例的订单详情页面的示意图；

图11为本发明实施例的信息交互方法的流程图；

图12为本发明实施例的存件方法的流程图；

图13为本发明实施例的信息交互方法的流程图；

图14为本发明实施例的取件详情页面的示意图；

图15为本发明实施例的信息交互方法的流程图；

图16为本发明实施例的信息交互装置的示意图；

图17为本发明实施例的信息交互装置的示意图；

图18为本发明实施例的信息交互装置的示意图；

图19为本发明实施例的信息交互装置的示意图；

图20是本发明实施例的电子设备的示意图。

具体实施方式

以下基于实施例对本发明进行描述，但是本发明并不仅仅限于这些实施例。在下文对本发明的细节描述中，详尽描述了一些特定的细节部分。对本领域技术人员来说没有这些细节部分的描述也可以完全理解本发明。为了避免混淆本发明的实质，公知的方法、过程、流程、元件和电路并没有详细叙述。

此外，本领域普通技术人员应当理解，在此提供的附图都是为了说明的目的，并且附图不一定是按比例绘制的。

除非上下文明确要求，否则在本申请的“包括”、“包含”等类似词语应当解释为包含的含义而不是排他或穷举的含义；也就是说，是“包括但不限于”的含义。

在本申请的描述中，需要理解的是，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。此外，在本发明的描述中，除非另有说明，“多个”的含义是两个或两个以上。

在本发明的各个实施例中，出于对用户隐私权的保护，所获取的用户信息均在用户授权的前提下获取的，所获取的用户信息仅会应用于本发明的各实施例中所述方法。

图1为本发明实施例的信息交互***的示意图。如图1所示，所述信息交互***包括第一终端11、第二终端12、开发者服务器13、开放平台服务器14以及智能柜15。

其中，所述第一终端11为存件人持有的终端，第二终端12为取件人持有的终端，所述终端可以为手机、电脑或平板电脑等终端设备。所述第一终端11和第二终端12中安装有内置开放平台的平台应用程序，例如微信或支付宝等。所述开放平台通过向第三方开发者提供应用程序编程接口（Application Programming Interface，API）的方式，使第三方开发者可以基于开放平台开发自己的小程序。所述小程序具体可以为在平台内应用的基础上进行开发并用于执行相应操作的程序。

在本实施例中，用户（也即取件人和存件人）可以打开各自终端中的平台应用程序并通过平台应用程序内的扫描功能扫描智能柜15上的二维码来唤起目标程序，所述目标程序为基于开放平台开发的应用程序，用户可以通过所述目标程序来查看并使用智能柜15的相关功能，例如存件或取件功能。应当理解，用户在唤起目标程序后，目标程序可以通过终端获取相应凭证进行登录操作并展示相应的页面来为用户提供相关服务。

所述开发者服务器13和开放平台服务器14为通用的计算设备或数据处理设备或存储设备。在本实施例中，所述开发者服务器13与目标程序开发者对应，所述开放平台服务器14与平台应用程序对应。在用户使用目标程序的过程中，开发者服务器13可以通过与开放平台服务器14进行交互来获取用户相关信息，并根据用户相关信息向用户提供智能柜15的相关功能或服务。应当理解的，开发者服务器13向用户提供相关服务或功能的方式可以是通过与智能柜15直接进行交互来实现，也可以是通过将相关指令发送到用于管理智能柜15的智能柜服务器，再由智能柜服务器来实现。所述智能柜15可以通过与开发者服务器或智能柜服务器进行交互来为用户提供存件或取件服务。

具体地，在存件过程中，存件人可以使用第一终端11扫描智能柜15上的二维码信息来发起第一登录请求。第一终端11在接收到第一登录请求后，会调用开放平台接口获取第一凭证，并基于用户授权操作获取第二凭证。在获取第一凭证和第二凭证后，第一终端11会将第一凭证和第二凭证上传给开发者服务器13。开发者服务器13会使用第一凭证和第二凭证从开放平台服务器14处获取第一开放平台账号信息和第一手机号信息，所述第一开放平台账号信息和第一手机号信息用于登录所述目标程序。开发者服务器13在获取到第一开放平台账号信息和第一手机号信息后，会根据第一开放平台账号信息和第一手机号信息查找与存件人对应的配送订单，并将查询结果反馈给第一终端11。第一终端11在接收到查询结果后，会根据查询结果展示订单详情页面。存件人可以在订单详情页面中查看并选择自己所要存放的配送订单来发出存件请求。开发者服务器13在接收到存件请求后，会控制智能柜为存件人分配可用柜格，以便存件人将配送物品存储到智能柜中。应当理解，在本实施例中，所述存件人具体可以为配送平台的配送人员，所述配送订单具体可以为配送人员所负责配送的商品订单，配送人员可以通过本实施例中的交互***将配送物品存储到智能柜中。进一步地，在本实施例中，所述第一终端11、第二终端12、开发者服务器13、开放平台服务器14以及智能柜15可以通过无线局域网或移动网络（例如，4G网络或5G网络）进行连接以传递数据。

在取件过程中，取件人可以使用第二终端12扫描智能柜15上的二维码信息来发起第二登录请求。第二终端12在接收到第二登录请求后，会调用开放平台接口获取第三凭证，并基于用户授权操作获取第四凭证。在获取第三凭证和第四凭证后，第二终端12会将第三凭证和第四凭证上传给开发者服务器13。开发者服务器13会使用第三凭证和第四凭证从开放平台服务器14处获取第二开放平台账号信息和第二手机号信息，所述第二开放平台账号信息和第二手机号信息用于登录所述目标程序。开发者服务器13在获取到第二开放平台账号信息和第二手机号信息后，会根据第二开放平台账号信息和第二手机号信息查找与取件人对应的代取物品，并将查询结果反馈给第二终端12。第二终端12在接收到查询结果后，会根据查询结果展示取件详情页面。取件人可以在取件详情页面中查看并选择自己所要取出的目标代取物品来发出取件请求。开发者服务器13在接收到取件请求后，会控制智能柜打开存储目标代取物品的目标柜格，以便取件人从目标柜格取出目标代取物品。应当理解，在本实施例中，所述取件人具体可以为物品购买者，物品购买者在购买物品后，会由配送平台的配送人员将物品配送存储到智能柜中，物品购买者可以通过本实施例中的交互***从智能柜中取出自己所购买的物品。为了对存、取件用户进行区分，本实施例还可以在查询相应信息前，向用户询问是取件还是存件。可选地，所述询问方式可以是在用户的终端中以弹窗的方式进行询问。在一种可选地实现方式中，还可以根据所获取的手机号信息或开放平台账号信息中的至少一个来确认用户是存件人还是取件人。

应当理解，所述第一和第二开放平台账号信息具体可以包括OpenID、session_key或UnionID。其中，所述OpenID为用户在目标程序中的唯一标识，所述session_key用于对后续获取的包含用户其它相关信息（例如用户在平台应用程序中的昵称、头像或用户常用地址等信息）的加密数据包进行解密，所述UnionID为用户在开放平台中的唯一标识。所述第一、二、三和四凭证具体可以为特定的字符串，以微信开放平台为例，所述第一、二、三和四凭证可以为随机生成的code，例如6125f408-0c991e53-076a0454。开发者服务器可以根据第一和第二凭证从开放平台服务器处获取用户的开放平台账号信息。开发者服务器可以根据第二和第四凭证从开放平台服务器处获取用户的手机号信息。

本实施例中的交互***无需下载额外的应用程序，用户只需要通过各自终端中的平台应用程序就可以使用智能柜相关的服务或功能，改善了用户体验。同时，商品购买者在购买物品的时候，可能是通过与目标程序开发者对应的购买应用软件（Application，APP）购买，也可能是通过目标程序开发者基于开放平台开发的小程序购买，开发者服务器根据开放平台账号信息和手机号信息来查询代取物品，可以实现购买应用软件与小程序之间的待取物品数据共享，使取件人能够在目标程序中同时查看到自己在购买应用软件和相应小程序中购买的代取物品。

应当理解，在相关技术中，通常是使用开放平台账号信息作为小程序侧的登录信息，将手机号信息作为购买应用软件侧的登录信息，小程序与购买应用软件中的相关数据无法得到有效共享，本发明各实施例中的信息交互方法及***可以将开放平台账号信息与手机号信息共同作为小程序的登录信息，从而实现了小程序与购买应用软件间的数据共享。

应当理解，本实施例可以在用户完成小程序登陆操作后由用户通过小程序操控智能柜进行存取件操作，保证了智能柜使用过程中的用户信息获取安全性，同时，本实施例可以由用户通过小程序统一查看和处理自己当前的配送订单或代取物品，提高了开柜效率。

图2为本发明实施例的信息交互***在存件过程中的应用交互图。如图2所示，在存件过程中，存件人21可以打开第一终端22中的平台应用程序并使用平台应用程序中的扫描功能扫描智能柜25上的二维码信息26来发起第一登录请求，第一终端22在接收到第一登录请求后，会调用开放平台接口获取第一凭证，并基于用户授权操作获取第二凭证。可选地，所述基于用户授权操作具体可以是展示授权页面由用户确认是否授权目标程序获取和使用用户相关信息。第一终端22在获取到第一凭证和第二凭证后，可以将第一凭证和第二凭证上传到开发者服务器23中。开发者服务器23在接收到第一凭证和第二凭证后，会使用第一凭证和第二凭证从开放平台服务器24处获取第一开放平台账号信息和第一手机号信息，所述第一开放平台账号信息和第一手机号信息用于登录目标程序。开发者服务器23在获取第一开放平台账号信息和第一手机号信息后，可以根据第一开放平台账号信息和第一手机号信息查询与存件人21对应的配送订单，并将第一查询结果反馈给第一终端22。第一终端22会根据第一查询结果展示订单详情页面。存件人21可以在订单详情页面中查看并选择自己所要存放的配送订单来发出存件请求。开发者服务器23在接收到存件请求后，会发送控制指令控制智能柜25为存件人21分配可用柜格，以便存件人21将配送物品存储到智能柜25中。可选地，开发者服务器23也可以直接为存件人21分配可用柜格并发送控制指令控制智能柜25打开所分配可用柜格的柜门。

图3为本发明实施例的信息交互***在取件过程中的应用交互图。如图3所示，在取件过程中，取件人31可以打开第二终端32中的平台应用程序并使用平台应用程序中的扫描功能扫描智能柜35上的二维码信息36来发起第二登录请求。第二终端32在接收到第二登录请求后，会调用开放平台接口获取第三凭证，并基于用户授权操作获取第四凭证。第二终端32在获取第三凭证和第四凭证后，可以将第三凭证和第四凭证上传到开发者服务器33中。开发者服务器33在接收到第三凭证和第四凭证后，会使用第三凭证和第四凭证从开放平台服务器34处获取第二开放平台账号信息和第二手机号信息，所述第二开放平台账号信息和第二手机号信息用于登录目标程序。开发者服务器33在获取到第二开放平台账号信息和第二手机号信息后，可以根据第二开放平台账号信息和第二手机号信息查询与取件人31对应的代取物品，并将第二查询结果反馈给第二终端32。第二终端32会根据第二查询结果展示取件详情页面。取件人可以在取件详情页面中查看并选择自己所要取出的目标代取物品来发出取件请求。开发者服务器33在接收到取件请求后，会发送控制指令控制智能柜35打开存储目标代取物品的目标柜格，以便取件人从目标柜格中取出目标代取物品。

图4为本发明实施例的信息交互***在存件过程中的信令交互图。如图4所示，所述信息交互***包括第一终端41、开发者服务器42以及开放平台服务器43。应当理解，所述信息交互***还包括智能柜，所述智能柜未在图4中示出。所述信息交互***在应用过程中具体可以包括如下信令交互步骤：

S1000、第一终端接收第一登录请求。

具体地，存件人可以打开第一终端中的平台应用程序并使用平台应用程序中的扫描功能扫描目标智能柜上的二维码信息来发起第一登录请求唤起目标程序，所述第一登录请求中可以携带有所述目标程序的程序标识信息，以便第一终端根据第一登录请求唤起目标程序。

可选地，所述二维码信息中可以包括目标智能柜的目标智能柜标识信息，第一终端可以在扫描二维码信息后获取目标智能柜标识信息，并将目标智能柜标识信息上传到开发者服务器中，以便开发者服务器可以在后续步骤中根据目标智能柜标识信息为存件人在目标智能柜中分配可用柜格。

在一种可选地实现方式中，也可以由存件人在打开第一终端中的平台应用程序后手动唤起目标程序，并通过点击目标程序中的登录控件发起第一登录请求。应当理解，第一终端可以在后续步骤中通过目标程序，基于扫描二维码或接收输入的方式获取目标智能柜标识信息，也即，存件人可以通过目标程序内的扫描功能扫描目标智能柜上的二维码信息或者在目标程序中手动输入目标智能柜编号的方式，使第一终端能够获取上传目标智能柜标识信息。

S2000、第一终端获取第一凭证。

具体地，第一终端可以调用开放平台接口获取第一凭证。其中，所述第一凭证具体可以为特定的字符串。所述第一凭证用于从开放平台服务器处获取登录目标程序的第一开放平台账号信息。所述第一开放平台账号信息具体可以包括OpenID和session_key，所述OpenID为取件人在目标程序中的唯一标识，所述session_key用于对后续获取的包含用户其它相关信息（例如用户在平台应用程序中的昵称、头像或用户常用地址等信息）的加密数据包进行解密。所述开放平台接口为开放平台向外提供的应用程序编程接口之一，用于从开放平台服务器处获取第一凭证。以微信开放平台为例，所述开放平台接口具体可以为wx.login()接口。

在一些可选的实现方式中，所述第一开放平台账号信息还可以包括UnionID，所述UnionID为取件人在开放平台中的唯一标识。

S3000、第一终端获取第二凭证。

具体地，第一终端可以基于用户授权操作获取第二凭证。其中，所述第二凭证可以为特定的字符串。所述第二凭证用于从开放平台服务器处获取登录目标程序的第一手机号信息。

可选地，所述基于用户授权操作具体可以是展示授权页面，由用户确认是否授权目标程序获取和使用用户信息（也即，手机号信息以及用户其它相关信息）。进一步地，在用户确认授权目标程序获取和使用用户信息后，第一终端还可以保存授权记录，以便在用户下一次使用目标程序时，可以直接调用保存的授权记录获取相关凭证，避免用户重复授权。进一步地，所述授权页面中可以包括授权控件，用户可以通过点击授权控件来确认授权。进一步地，在用户点击授权控件后，第一终端同样可以通过调用开放平台所提供的相应开放平台接口获取第二凭证。以微信开放平台为例，所述开放平台接口具体可以为getphonenumber()接口。

在一种可选的实现方式中，也可以先获取用户授权，再获取第一凭证和第二凭证。同时，第一凭证和第二凭证的获取顺序并不受到限制。

S4000、第一终端上传第一凭证和第二凭证。

具体地，第一终端在获取第一凭证和第二凭证后，可以将第一凭证和第二凭证上传到开发者服务器中。

S5000、开发者服务器根据第一凭证获取第一开放平台账号信息。

S6000、开发者服务器根据第二凭证获取第一手机号信息。

具体地，开发者服务器在接收到第一凭证和第二凭证后，可以使用第一凭证和第二凭证从开放平台服务器处获取第一开放平台账号信息和第一手机号信息。

可选地，所述第一开放平台账号信息和第一手机号信息的获取方式同样可以是通过调用开放平台所提供的相应开放平台接口来实现。以微信开放平台为例，开发者服务器可以通过auth.code2Session()接口来获取第一开放平台账号信息以及通过phonenumber.getPhoneNumber()接口来获取第一手机号信息。

应当理解，所述第一凭证和第二凭证仅可用于获取一次对应信息。当开发者服务器需要再次获取相关信息时，需要重新通过第一终端获取相应的凭证。应当理解，所述第一凭证和第二凭证具有时效性，在第一终端接收到凭证后，开发者服务器需要在预定时间内获取相关信息。所述预定时间由开放平台方设定。应当理解，开发者服务器在获取第一开放平台账号信息和第一手机号信息时，需要根据开放平台的需求，使用相应凭证、程序密钥和程序ID一同获取相关信息。其中，所述程序密钥用于验证第三方开发者的身份，所述程序ID用于表征目标程序。

S7000、开发者服务器根据第一开放账号信息和第一手机账号信息查询配送订单。

具体地，开发者服务器在获取第一开放平台账号信息和第一手机号信息后，可以根据第一开放平台账号信息和第一手机号信息查询与存件人对应的配送订单。

可选地，开发者服务器可以根据第一开放平台账号信息和第一手机号信息在订单***中查询与存件人对应的配送订单。所述订单***用于存储配送订单的相关信息。在本实施例中，所述存件人具体可以为配送平台的配送人员，所述配送订单具体可以为存件人正在进行配送的商品订单。应当理解，开发者服务器也可以通过与用于管理配送订单的订单服务器进行交互来获取所需的配送订单。

应当理解，只有当存件人所属的配送平台与目标程序开发者对应的时候，开发者服务器才能从订单***或订单服务器中查询配送订单。

S8000、开发者服务器返还第一查询结果。

具体地，开发者服务器在查询到与存件人对应的配送订单后，会将第一查询结果反馈给第一终端。所述第一查询结果包括所查询到的配送订单的订单信息。

应当理解，在一种可选地实现方式中，服务器也可以选择不返还查询结果，而是直接为存件人分配可用柜格，以便存件人存取配送物品。由此，可以实现存件人在扫码后直接存件。

S90000、第一终端根据第一查询结果展示订单详情页面。

其中，所述订单详情页面用于展示所查询到的配送订单的订单信息。

具体地，第一终端可以根据第一查询结果展示订单详情页面，所述订单详情页面用于展示所查询到的配送订单的订单信息。

S10000、第一终端向开发者服务器发送存件请求。

具体地，存件人可以在订单详情页面中查看并选择自己所要存放的配送订单，来通过第一终端向开发者服务器发送存件请求。

S11000、开发者服务器在目标智能柜中分配可用柜格。

具体地，开发者服务器在接收到存件请求后，会发送控制指令控制目标智能柜为存件人分配可用柜格，以便存件人将配送物品存储到目标智能柜中。

可选地，开发者服务器也可以直接为存件人分配好可用柜格再发送控制指令控制目标智能柜打开所分配可用柜格的柜门。

可选地，开发者服务器也可以向用于管理目标智能柜的智能柜服务器发送分配指令来指示智能柜服务器在目标智能柜中为存件人分配可用柜格。

可选地，当开发者服务器根据目标智能柜返还的存储结果检测到存件人将配送物品存储到可用柜格后，可以将订单***中对应配送订单的订单状态更新为等待取件状态，以便开发者服务器可以在取件人取件时从订单***中确定代取物品。

在一种可选地实现方式中，当开发者服务器未查询到与存件人对应的配送订单或者存件人未在订单详情页面找到所要存储的配送订单并给出反馈或者配送人员所属的配送平台不与目标程序开发者对应的时候，开发者服务器还可以向第一终端发送信息获取请求，以触发第一终端向存件人提示输入与配送物品对应的取件人的配送手机号信息。当开发者服务器接收到配送手机号信息后，可以为存件人分配可用柜格，以便存件人可以将配送物品存储到可用柜格中。当开发者服务器根据目标智能柜返还的存储结果检测到存件人将配送物品存储到可用柜格后，可以将配送手机号信息与配送物品的柜格存储信息对应存储在临时任务池中。由此，本实施例中的信息交互***可以向不同配送平台的配送人员提供智能柜存件服务，同时也可以避免由于其他因素，例如网络波动或数据错误等，影响到智能柜的正常存取服务，提升***稳定性。

图5为本发明实施例的信息交互***在取件过程中的信令交互图。如图5所示，所述信息交互***包括第二终端51、开发者服务器52以及开放平台服务器53。应当理解，所述信息交互***还包括智能柜，所述智能柜未在图5中示出。所述信息交互***在应用过程中具体可以包括如下信令交互步骤：

S1000'、第二终端接收第二登录请求。

具体地，取件人可以打开第二终端中的平台应用程序并使用平台应用程序中的扫描功能扫描目标智能柜上的二维码信息来发起第二登录请求唤起目标程序，所述第二登录请求中可以携带有所述目标程序的程序标识信息，以便二终端根据第二登录请求唤起目标程序。

可选地，所述第二登录请求同样可以包括目标智能柜的目标智能柜标识信息，在此不再赘述。

在一种可选地实现方式中，也可以由取件人在打开第二终端中的平台应用程序后手动唤起目标程序，并通过点击目标程序中的登录控件发起第二登录请求。应当理解，第二终端可以在后续步骤中通过目标程序，基于扫描二维码或接收输入的方式获取目标智能柜标识信息，也即，取件人可以通过目标程序内的扫描功能扫描目标智能柜上的二维码信息或者在目标程序中手动输入目标智能柜编号的方式，使第二终端能够获取上传目标智能柜标识信息。

S2000'、第二终端获取第三凭证。

具体地，所述第三凭证与第一凭证类似，第二终端可以通过与第一终端获取第一凭证类似的方法获取第三凭证，在此不再赘述。

S3000'、第二终端获取第四凭证。

具体地，所述第四凭证与第二凭证类似，第二终端可以通过与第一终端获取第二凭证类似的方法获取第四凭证，在此不再赘述。

S4000'、第二终端上传第三凭证和第四凭证。

具体地，第二终端在获取到第三凭证和第四凭证后，可以将第三凭证和第四凭证上传到开发者服务器中。

S5000'、开发者服务器根据第三凭证获取第二开放平台账户信息。

具体地，所述第二开放平台账户信息与第一开放平台账户信息类似，开发者服务器可以根据类似的方式获取第二开放平台账户信息，在此不再赘述。

S6000'、开发者服务器根据第四凭证获取第二手机号信息。

具体地，所述第二手机号信息与第一手机号信息类似，开发者服务器可以根据类似的方式获取第二手机号信息，在此不再赘述。

S7000'、开发者服务器根据第二开放账号信息和第二手机账号信息查询待取物品。

具体地，开发者服务器可以根据第二开放账号信息和第二手机账号信息查询与取件人对应的待取物品。

可选的，开发者服务器可以从订单***或订单服务器中根据第二开放账号信息和第二手机账号信息查询与取件人对应的待取物品。

可选地，开发者服务器还可以根据第二手机账号信息在临时任务池中查询待取物品，以便取件人能够取出其它配送平台的配送人员所存储的配送物品。

S8000'、开发者服务器返还第二查询结果。

具体地，开发者服务器在查询到与取件人对应的待取物品后，会将第二查询结果反馈给第二终端。所述第二查询结果包括所查询到的待取物品的柜格存储信息。可选的，对于从订单***或订单池中查询到待取物品，查询结果中还可以包括订单信息。

应当理解，在一种可选地实现方式中，服务器也可以选择不返还查询结果，而是在查询到与取件人对应待取物品后，直接打开目标智能柜中存储待取物品的柜门，以便取件人取出待取物品。由此，可以实现取件人在扫码后直接取件。

S90000'、第二终端根据第二查询结果展示取件详情页面。

具体地，第二终端根据开发者服务器返还的第二查询结果展示取件详情页面，所述取件详情页面用于展示待取物品的柜格存储信息。

S10000'、第二终端发送取件请求。

具体地，取件人可以在取件详情页面中查看并选择所要取出的目标待取物品来发出取件请求。其中，所述发送取件请求具体可以通过取件人点击与目标待取物品对应的取件控件来触发。

可选的，所述取件请求可以包括目标待取物品的柜格标识信息，以便开发者服务器确认所要打开的目标柜格。

S11000'、开发者服务器控制目标智能柜打开目标柜格的柜门。

具体地，开发者服务器可以控制目标智能柜打开目标柜格的柜门，以便取件人取出待取物品。

可选的，开发者服务器控制目标智能柜打开目标柜格柜门的方式可以是通过与目标智能柜直接进行交互来实现，也可以是通过将相关指令发送到用于管理目标智能柜的智能柜服务器，再由目标智能柜服务器来实现。

图6为本发明实施例的信息交互方法的流程图。所述信息交互方法具体适用于上述实施例中的第一终端。如图6所示，所述信息交互方法具体包括如下步骤：

S100、接收第一登录请求。

其中，所述第一登录请求可以基于扫描二维码的方式触发。

具体地，存件人可以打开终端中的平台应用程序并使用平台应用程序中的扫描功能扫描目标智能柜上的二维码信息来发起第一登录请求。

可选地，图7为本发明实施例的目标智能柜标识信息上传方法的流程图。如图7所示，终端可以从二维码信息中获取并上传目标智能柜的目标智能柜标识信息，以便在后续方法中开发者服务器可以根据目标智能柜标识信息确认所要分配可用柜格的目标智能柜。所述目标智能柜标识信息上传方法具体包括如下步骤：

S110、获取二维码信息中的目标智能柜标识信息。

S120、上传所述目标智能柜标识信息。

具体地，不同的智能柜可以对应不同的智能柜标识信息，所述目标智能柜标识信息与目标智能柜对应。终端在扫描二维码信息时，可以获取二维码信息中的目标智能柜标识信息，并将所获取的目标智能柜标识信息上传到目标程序的开发者服务器中。其中，所述目标程序为开发者基于开放平台开发的应用程序。

S200、基于用户操作触发获取第一凭证和第二凭证。

具体地，在接收到第一登录请求后，终端可以调用开放平台接口从开放平台服务器处获取第一凭证，再基于用户授权操作获取第二凭证。

其中，所述第一凭证用于获取登录目标程序的第一开放平台账号信息，所述第二凭证用于获取登录所述目标程序的第一手机号信息。

具体地，图8为本发明实施例的授权获取方法的流程图。如图8所示，所述授权获取方法具体包括如下步骤：

S310、展示所述目标程序的授权页面。

具体地，终端可以通过展示授权页面的方式来询问取件人是否允许目标程序获取并使用用户相关信息。

图9为本发明实施例的授权页面的示意图。如图9所示，所述授权页面中包括确认控件91和拒绝控件92，取件人可以通过点击对应控件的方式来进行选择。其中，所述确认控件91用于触发授权指令。

S320、响应于接收到授权指令，获取所述第二凭证。

具体地，当用户点击确认控件91后会发出授权指令，终端在接收到授权指令后会调用相应接口从开放平台服务器处获取第二凭证。应当理解，如果用户点击拒绝控件92，则表明用户不希望目标程序获取自己的相关信息，此时后续的步骤将不会再被执行。

在一种可选地实现方式中，所述步骤S200的实现方式还包括：展示目标程序的授权页面，响应于接收到授权指令，从所述开放平台服务器处获取所述第一凭证和所述第二凭证。具体地，终端可以先展示授权页面，当用户点击授权页面中的授权控件发出授权指令后，再从所述开放平台服务器处获取所述第一凭证和所述第二凭证。

S300、向服务器发送所述第一凭证和第二凭证，以使服务器向开放平台服务器请求获取所述第一开放平台账号信息和第一手机号信息并根据所述第一开放平台账号信息和/或第一手机号信息查询配送订单。

在本实施例中，所述存件人可以为配送平台的配送人员，所述配送订单可以为存件人正在配送的订单。

具体地，终端在获取第一凭证和第二凭证后，会将第一凭证和第二凭证上传到服务器中。所述服务器为目标程序的开发者服务器。所述第一开放平台账号信息和第一手机号信息存储在开放平台服务器中。开发者服务器可以根据第一凭证和第二凭证从开放平台服务器处获取第一开放平台账号信息和第一手机号信息。应当理解，终端可以将第一凭证和第二凭证一同上传到服务器中，也可以选择将第一凭证和第二凭证分别上传到服务器中。可选地，当终端选择将第一凭证和第二凭证分别上传到服务器时，还可以向服务器发送第一凭证和第二凭证的关联信息，以便服务器根据关联信息能够确定相互关联的第一凭证和第二凭证。

S400、根据第一查询结果展示订单详情页面。

其中，所述订单详情页面中包括至少一个订单展示区域，所述订单展示区域用于展示对应配送订单的订单信息。

具体地，图10为本发明实施例的订单详情页面的示意图。如图10所示，所述订单详情页面中包括多个订单展示区域，例如订单展示区域101和订单展示区域102。所述订单展示区域用于展示对应配送订单的订单信息，例如订单展示区域101中展示有配送订单a的订单信息。所述订单信息具体可以包括配送订单的配送编号，配送地址信息以及配送手机号信息。存件人可以在订单详情页面查看配送订单的订单信息。

进一步地，各所述订单展示区域具有对应的存件控件，例如与订单展示区域101对应的存件控件102，所述存件控件102用于触发针对对应配送订单a的存件指令。

进一步地，所述信息交互方法还包括：响应于接收到针对目标配送订单的存件指令，发送存件请求。

其中，所述存件请求用于指示分配可用柜格，所述可用柜格为未存储配送物品的柜格。

具体地，终端在接收到存件指令后，可以将向开发者服务器发送存件请求，以使得开发者服务器根据存件请求为存件人分配未存储配送物品的可用柜格。

应当理解，本发明各实施例中的展示页面、容器、弹窗或功能组件等相关内容均可以通过HTML（Hyper Text Markup Language，超文本标记语言）、XML（Extensible MarkupLanguage，可扩展标记语言）、CSS（Cascading Style Sheets，层叠样式表）以及JavaScript语言实现。

在一种可选地实现方式中，所述信息交互方法还包括：响应于接收到信息获取请求，提示输入配送手机号信息。

其中，所述配送手机号信息为与配送物品对应的取件人的手机号信息。所述信息获取请求用于表征开发者服务器未查询到与存件人对应的配送订单或者存件人未在订单详情页面找到所要存储的配送订单并给出反馈或者配送人员所属的配送平台不与目标程序开发者对应。

具体地，终端在接收到信息获取请求时，会提示存件输入配送手机号信息。可选地，所述提示方式可以是通过语音电话的方式告知用户需要输入配送手机号信息，或者也可以是通过弹窗或短信的方式对存件人进行提示。

本发明实施例的信息交互方法在接收第一登录请求后，会基于用户操作触发获取第一凭证和第二凭证，向服务器发送第一凭证和第二凭证，以使服务器向开放平台服务器请求获取第一开放平台账号信息和第一手机号信息并根据第一开放平台账号信息和/或第一手机号信息查询配送订单，再根据第一查询结果展示订单详情页面。其中，所述第一凭证用于获取登录目标程序的第一开放平台账号信息，所述第二凭证用于获取登录目标程序的第一手机号信息。通过所述方法可以增加人机交互性，改善用户体验。

图11为本发明实施例的信息交互方法的流程图。所述信息交互方法具体适用于上述实施例中的开发者服务器。如图11所示，所述信息交互方法具体包括如下步骤：

S500、接收第一凭证。

其中，所述第一凭证用于获取登录目标程序的第一开放平台账号信息。

具体地，开发者服务器可以接收终端上传的第一凭证。

S600、接收第二凭证。

其中，所述第二凭证用于获取登录所述目标程序的第一手机号信息。

具体地，开发者服务器可以接收终端上传的第二凭证。

应当理解，由于终端发送方式的不同，服务器可能同时接收第一凭证和第二凭证，也可能会分别接收到第一凭证和第二凭证。

可选地，当终端将第一凭证和第二凭证分别上传到服务器时，服务器还可以接收到第一凭证和第二凭证的关联信息，服务器可以根据所述关联信息确定相互关联的第一凭证和第二凭证。

S700、根据所述第一凭证和第二凭证向开放平台服务器请求获取所述第一开放平台账号信息和第一手机号信息。

具体地，开发者服务器在接收第一凭证和第二凭证后，可以使用第一凭证和第二凭证从开放平台服务器处获取第一开放平台账号信息和第一手机号信息。

可选的，开发者服务器可以调用相应的开放平台接口来获取第一开放平台账号信息和第一手机号信息。

S800、根据所述第一开放平台账号信息和/或第一手机号信息查询配送订单。

具体地，开发者服务器在获取第一开放平台账号信息和第一手机号信息后，可以根据第一开放平台账号信息和第一手机号信息查询与存件人对应的配送订单。

可选地，开发者服务器可以根据第一开放平台账号信息和第一手机号信息在订单***中查询所述配送订单。所述订单***用于存储配送订单信息。在本实施例中，所述存件人具体可以为配送平台的配送人员，所述配送订单具体可以为存件人正在进行配送的商品订单。应当理解，开发者服务器也可以通过与用于管理配送订单的订单服务器进行交互来获取所需的配送订单信息。

应当理解，只有当存件人所属的配送平台与目标程序开发者对应的时候，开发者服务器才能从订单***或订单服务器中查询配送订单。

进一步地，开发者服务器还可以接收目标智能柜标识信息，所述目标智能柜标识信息与目标智能柜对应。

进一步地，所述信息交互方法还包括：响应于接收到存件请求，根据目标智能柜标识信息在所述目标智能柜中分配可用柜格，所述可用柜格为未存储配送物品的柜格。具体地，当开发者服务器接收到终端发送的存件请求时，可以根据目标智能柜标识信息确认目标智能柜，并在目标智能柜中分配未存储配送物品的可用柜格。

在一种可选地实现方式中，所述信息交互方法还可以提供其它的存件方法。图12为本发明实施例的存件方法的流程图。如图12所示，所述存件方法具体包括如下步骤：

S910、响应于未查询到所述配送订单，发送信息获取请求以指示第一终端提示输入配送手机号信息。

其中，所述配送手机号信为与配送物品对应的取件人的手机号信息。

具体地，当开发者服务器未查询到与存件人对应的配送订单，可以向终端发送信息获取请求以指示第一终端提示取件人输入配送手机号信息。

可选的，所述发送信息获取请求的触发方式也可以为存件人未在订单详情页面找到所要存储的配送订单并给出反馈或者配送人员所属的配送平台不与目标程序开发者对应的时候。

S920、接收所述配送手机号信息。

S930、根据所述目标智能柜标识信息在所述目标智能柜中分配可用柜格，所述可用柜格为未存储配送物品的柜格。

具体地，当开发者服务器接收到配送手机号信息后，可以为存件人分配可用柜格，以便存件人可以将配送物品存储到可用柜格中。

S940、将所述配送手机号信息与所述配送物品的柜格存储信息对应存储在临时任务池中。

具体地，当开发者服务器根据目标智能柜返还的存储结果检测到存件人将配送物品存储到可用柜格后，可以将配送手机号信息与配送物品的柜格存储信息对应存储在临时任务池中。由此，本实施例中的信息交互方法可以向不同配送平台的配送人员提供智能柜存件服务，同时也可以避免由于其他因素，例如网络波动或数据错误等，影响到智能柜的正常存取服务，提升***稳定性。

图13为本发明实施例的信息交互方法的流程图。所述信息交互方法具体适用于上述实施例中的第二终端。如图13所示，所述信息交互方法具体包括如下步骤：

S100'、接收第二登录请求。

具体地，存件人可以打开第二终端中的平台应用程序并使用平台应用程序中的扫描功能扫描目标智能柜上的二维码信息来发起第二登录请求。

S200'、基于用户操作触发获取第三凭证和第四凭证。

具体地，在接收到第二登录请求后，终端可以调用开放平台接口从开放平台服务器处获取第三凭证，再基于用户授权操作获取第四凭证。

其中，所述第三凭证用于获取登录目标程序的第二开放平台账号信息，所述第四凭证用于获取登录所述目标程序的第二手机号信息。

在一种可选地实现方式中，所述步骤S200'的实现方式还包括：展示目标程序的授权页面，响应于接收到授权指令，从所述开放平台服务器处获取所述第三凭证和所述第四凭证。具体地，终端可以先展示授权页面，当用户点击授权页面中的授权控件发出授权指令后，再从所述开放平台服务器处获取所述第三凭证和所述第四凭证。

S300'、向服务器发送所述第三凭证和第四凭证，以使服务器向开放平台服务器请求获取所述第二开放平台账号信息和第二手机号信息并根据所述第二开放平台账号信息和/或第二手机号信息查询待取物品。

具体地，第二终端在获取到第三凭证和第四凭证后，可以将第三凭证和第四凭证发送给开发者服务器，以使开发者服务器向开放平台服务器请求获取第二开放平台账号信息和第二手机号信息并根据第二开放平台账号信息和/或第二手机号信息查询待取物品。

应当理解，终端可以将第三凭证和第四凭证一同上传到服务器中，也可以选择将第三凭证和第四凭证分别上传到服务器中。可选地，当终端选择将第三凭证和第四凭证分别上传到服务器时，还可以向服务器发送第三凭证和第四凭证的关联信息，以便服务器根据关联信息能够确定相互关联的第三凭证和第四凭证。

S400'、根据第二查询结果展示取件详情页面。

具体地，终端在接收到查询结果后会展示取件详情页面，所述取件详情页面用于展示所查询到的待取物品的柜格存储信息。

图14为本发明实施例的取件详情页面的示意图。如图14所示，所述取件详情页面中包括至少一个取件信息展示区域，例如取件信息展示区域141和取件信息展示区域142，所述取件信息展示区域用于展示对应待取物品的柜格存储信息和订单信息，例如所述取件信息展示区域141中展示有对应待取物品f的柜格存储信息和订单信息。

进一步地，各所述取件信息展示区域具有对应的取件控件，例如取件控件143，所述取件控,143用于触发针对对应待取物品f的取件指令。

进一步地，响应于接收到针对目标待取物品的取件指令，发送取件请求以指示打开目标柜格的柜门。其中，所述目标柜格存储有所述目标待取物品，所述取件请求中包括所述目标柜格的柜格标识信息。

具体地，当终端接收到存件人针对目标待取物品的取件指令后，可以向开发者服务器发送携带目标柜格的柜格标识信息的取件请求，以指示开发者服务器根据柜格标识信息打开目标柜格的柜门。

图15为本发明实施例的信息交互方法的流程图。所述信息交互方法具体适用于上述实施例中的开发者服务器。如图15所示，所述信息交互方法具体包括如下步骤：

S500'、接收第三凭证。

其中，所述第三凭证用于获取登录目标程序的第二开放平台账号信息。

具体地，开发者服务器可以接收终端上传的第三凭证。

S600'、接收第四凭证。

其中，所述第四凭证用于获取登录所述目标程序的第二手机号信息。

具体地，开发者服务器可以接收终端上传的第四凭证。

应当理解，由于终端发送方式的不同，服务器可能同时接收第三凭证和第四凭证，也可能会分别接收到第三凭证和第四凭证。

可选地，当终端将第三凭证和第四凭证分别上传到服务器时，服务器还可以接收到第三凭证和第四凭证的关联信息，服务器可以根据所述关联信息确定相互关联的第三凭证和第四凭证。

S700'、发送所述第三凭证和第四凭证，以向开放平台服务器请求获取所述第二开放平台账号信息和第二手机号信息。

具体地，开发者服务器在接收第三凭证和第四凭证后，可以使用第三凭证和第四凭证从开放平台服务器处获取第二开放平台账号信息和第二手机号信息。

可选的，开发者服务器可以调用相应的开放平台接口来获取第二开放平台账号信息和第二手机号信息。

S800'、根据所述第二开放平台账号信息和/或第二手机号信息查询待取物品。

具体地，开发者服务器在获取第二开放平台账号信息和第二手机号信息后，可以根据第二开放平台账号信息和第二手机号信息查询与取件人对应的待取物品，并将查询结果反馈给终端。

进一步地，在步骤S800'之前，开发者服务器还可以接收目标智能柜标识信息，所述目标智能柜标识信息与目标智能柜对应。

可选的，在步骤S800'中，开发者服务器可以根据第二开放平台账号信息、第二手机号信息和所述目标智能柜标识信息在订单***中查询所述待取物品。具体地，开发者服务器可以先在订单***中根据目标智能柜标识信息确定目标智能柜。再根据第二开放平台账号信息和第二手机号信息找到与取件人对应的待取物品。应当理解，开发者服务器也可以先根据第二开放平台账号信息和第二手机号信息找到与取件人对应的待取物品，再根据目标智能柜标识信息找到取件人当前所要取出的待取物品。

应当理解，本实施例中的开发者服务器通过根据第二开放平台账号信息和第二手机号信息查找与取件人对应的待取物品，可以同时查询到取件人使用第二开放平台账号信息在相应小程序中购买的代取物品，也可以查询到取件人使用第二手机号信息在与目标程序开发者对应的购买应用软件中购买的代取物品。

在一种可选地实现方式中，开发者服务器还可以根据所述第二手机号信息在临时任务池中查询所述待取物品。其中，所述临时任务池存储有配送第二手机号信息与柜格存储信息的对应关系，所述配送第二手机号信息为与配送物品对应的取件人的第二手机号信息。

具体地，可选地，开发者服务器还可以根据第二手机账号信息在临时任务池中查询待取物品，以便取件人能够取出其它配送平台的配送人员所存储的配送物品。

进一步地，开发者服务器在接收取件请求时，还可以根据取件请求中的柜格标识信息控制目标智能柜打开目标柜格的柜门。

图16为本发明实施例的信息交互装置的示意图。如图16所示，所述信息交互装置包括第一接收单元161、第一凭证获取单元162、第一上传单元163以及第一展示单元164。

具体地，所述第一接收单元161用于接收第一登录请求；

所述第一凭证获取单元162用于基于用户操作触发获取第一凭证和第二凭证，所述第一凭证用于获取登录目标程序的第一开放平台账号信息，所述第二凭证用于获取登录所述目标程序的第一手机号信息；

所述第一上传单元163用于向服务器发送所述第一凭证和第二凭证，以使所述服务器向开放平台服务器请求获取所述第一开放平台账号信息和第一手机号信息并根据所述第一开放平台账号信息和/或第一手机号信息查询配送订单；

所述第一展示单元164用于根据第一查询结果展示订单详情页面。

本发明实施例的信息交互装置在接收第一登录请求后，会基于用户操作触发获取第一凭证和第二凭证，向服务器发送第一凭证和第二凭证，以使服务器向开放平台服务器请求获取第一开放平台账号信息和第一手机号信息并根据第一开放平台账号信息和/或第一手机号信息查询配送订单，再根据第一查询结果展示订单详情页面。其中，所述第一凭证用于获取登录目标程序的第一开放平台账号信息，所述第二凭证用于获取登录目标程序的第一手机号信息。通过所述装置可以增加人机交互性，改善用户体验。

图17为本发明实施例的信息交互装置的示意图。如图17所示，所述信息交互装置包括第一凭证接收单元171、第二凭证接收单元172、第一发送单元173以及第一查询单元174。

具体地，所述第一凭证接收单元171用于接收第一凭证，所述第一凭证用于获取登录目标程序的第一开放平台账号信息；

所述第二凭证接收单元172用于接收第二凭证，所述第二凭证用于获取登录所述目标程序的第一手机号信息；

所述第一发送单元173用于根据所述第一凭证和第二凭证向开放平台服务器请求获取所述第一开放平台账号信息和第一手机号信息；

所述第一查询单元174用于根据所述第一开放平台账号信息和/或第一手机号信息查询配送订单。

图18为本发明实施例的信息交互装置的示意图。如图18所示，所述信息交互装置包括第二接收单元181、第二凭证获取单元182、第二上传单元183以及第二展示单元184。

具体地，所述第二接收单元181用于接收第二登录请求；

所述第二凭证获取单元182用于基于用户操作触发获取第一凭证和第二凭证，所述第三凭证用于获取登录目标程序的第二开放平台账号信息，所述第四凭证用于获取登录所述目标程序的第二手机号信息；

所述第二上传单元183用于向服务器发送所述第三凭证和第四凭证，以使所述服务器向开放平台服务器请求获取所述第二开放平台账号信息和第二手机号信息并根据所述第二开放平台账号信息和/或第二手机号信息查询待取物品；

所述第二展示单元184用于根据第二查询结果展示取件详情页面。

图19为本发明实施例的信息交互装置的示意图。如图19所示，所述信息交互装置包括第三凭证接收单元191、第四凭证接收单元192、第二发送单元193以及第二查询单元194。

具体地，所述第三凭证接收单元191用于接收第三凭证，所述第三凭证用于获取登录目标程序的第二开放平台账号信息；

所述第四凭证接收单元192用于接收第四凭证，所述第四凭证用于获取登录所述目标程序的第二手机号信息；

所述第二发送单元193用于发送所述第三凭证和第四凭证，以向开放平台服务器请求获取所述第二开放平台账号信息和第二手机号信息；

所述第二查询单元194用于根据所述第二开放平台账号信息和/或第二手机号信息查询待取物品。

图20是本发明实施例的电子设备的示意图。在本实施例中，电子设备包括服务器、终端等。如图20所示，该电子设备：至少包括一个处理器201；以及，与至少一个处理器201通信连接的存储器202；以及，与扫描装置通信连接的通信组件203，通信组件203在处理器201的控制下接收和发送数据；其中，存储器202存储有可被至少一个处理器201执行的指令，指令被至少一个处理器201执行以实现上述信息交互方法。

具体地，该电子设备包括：一个或多个处理器201以及存储器202，图20中以一个处理器201为例。处理器201、存储器202可以通过总线或者其他方式连接，图20中以通过总线连接为例。存储器202作为一种非易失性计算机可读存储介质，可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块。处理器201通过运行存储在存储器202中的非易失性软件程序、指令以及模块，从而执行设备的各种功能应用以及数据处理，即实现上述信息交互方法。

存储器202可以包括存储程序区和存储数据区，其中，存储程序区可存储操作***、至少一个功能所需要的应用程序；存储数据区可存储选项列表等。此外，存储器202可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实施例中，存储器202可选包括相对于处理器201远程设置的存储器，这些远程存储器可以通过网络连接至外接设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

一个或者多个模块存储在存储器202中，当被一个或者多个处理器201执行时，执行上述任意方法实施例中的信息交互方法。

上述产品可执行本申请实施例所提供的方法，具备执行方法相应的功能模块和有益效果，未在本实施例中详尽描述的技术细节，可参见本申请实施例所提供的方法。

本发明的另一个实施例涉及一种非易失性存储介质，用于存储计算机可读程序，所述计算机可读程序用于供计算机执行上述部分或全部的方法实施例。

即，本领域技术人员可以理解，实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序存储在一个存储介质中，包括若干指令用以使得一个设备（可以是单片机，芯片等）或处理器（processor）执行本申请各实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器（ROM，Read-OnlyMemory）、随机存取存储器（RAM，Random Access Memory）、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅为本发明的优选实施例，并不用于限制本发明，对于本领域技术人员而言，本发明可以有各种改动和变化。凡在本发明的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (30)

1.一种信息交互方法，适用于第一终端，其特征在于，所述方法包括：

接收第一登录请求；

基于用户操作触发获取第一凭证和第二凭证；

向服务器发送所述第一凭证和第二凭证，以使所述服务器向开放平台服务器请求获取第一开放平台账号信息和第一手机号信息并根据所述第一开放平台账号信息和/或第一手机号信息查询配送订单；

根据第一查询结果展示订单详情页面。

2.根据权利要求1所述的方法，其特征在于，所述第一凭证用于获取登录目标程序的第一开放平台账号信息,所述第二凭证用于获取登录所述目标程序的第一手机号信息。

3.根据权利要求2所述的方法，其特征在于，所述基于用户操作触发获取第一凭证和第二凭证包括：

展示所述目标程序的授权页面；

响应于接收到授权指令，从所述开放平台服务器处获取所述第一凭证和所述第二凭证；

其中，所述授权页面中包括授权控件，所述授权控件用于触发所述授权指令。

4.根据权利要求3所述的方法，其特征在于，所述开放平台服务器为微信平台服务器。

5.根据权利要求2所述的方法，其特征在于，所述第一登录请求基于用户操作触发；

所述方法还包括：

在接收所述第一登录请求之前，基于用户操作唤起所述目标程序。

6.根据权利要求4所述的方法，其特征在于，所述方法还包括：

通过所述目标程序，基于扫描二维码或接收输入的方式获取目标智能柜标识信息；

上传所述目标智能柜标识信息；

其中，所述目标智能柜标识信息与目标智能柜对应。

7.根据权利要求2所述的方法，其特征在于，所述基于用户操作触发获取第一凭证和第二凭证包括：

调用开放平台接口获取所述第一凭证；

展示所述目标程序的授权页面；

响应于接收到授权指令，获取所述第二凭证；

其中，所述授权页面中包括授权控件，所述授权控件用于触发所述授权指令。

8.根据权利要求7所述的方法，其特征在于，所述订单详情页面中包括至少一个订单展示区域，所述订单展示区域用于展示对应配送订单的订单信息。

9.根据权利要求8所述的方法，其特征在于，各所述订单展示区域具有对应的存件控件，所述存件控件用于触发针对对应配送订单的存件指令；

所述方法还包括：

响应于接收到针对目标配送订单的存件指令，发送存件请求；

其中，所述存件请求用于指示分配可用柜格，所述可用柜格为未存储配送物品的柜格。

10.根据权利要求2所述的方法，其特征在于，所述第一登录请求基于扫描二维码的方式触发；

所述方法还包括：

根据所述第一登录请求唤起所述目标程序；

获取二维码信息中的目标智能柜标识信息；

上传所述目标智能柜标识信息；

其中，所述目标智能柜标识信息与目标智能柜对应。

11.根据权利要求1所述的方法，其特征在于，所述方法还包括：

响应于接收到信息获取请求，提示输入配送手机号信息，所述配送手机号信息为与配送物品对应的取件人的手机号信息。

12.根据权利要求2所述的方法，其特征在于，所述服务器为所述目标程序的开发者服务器，所述目标程序为基于开放平台开发的应用程序，所述开放平台服务器存储有所述第一开放平台账号信息和第一手机号信息。

13.一种信息交互方法，适用于服务器，其特征在于，所述方法包括：

接收第一凭证；

接收第二凭证；

根据所述第一凭证和第二凭证向开放平台服务器请求获取第一开放平台账号信息和第一手机号信息；

根据所述第一开放平台账号信息和/或第一手机号信息查询配送订单。

14.根据权利要求13所述的方法，其特征在于，所述第一凭证用于获取登录目标程序的第一开放平台账号信息,所述第二凭证用于获取登录所述目标程序的第一手机号信息。

15.根据权利要求13所述的方法，其特征在于，所述第一凭证和所述第二凭证被所述服务器同时接收。

16.根据权利要求13所述的方法，其特征在于，所述根据所述第一凭证和第二凭证向开放平台服务器请求获取所述第一开放平台账号信息和第一手机号信息包括：

调用开放平台接口根据所述第一凭证向开放平台服务器请求获取所述第一开放平台账号信息；

调用所述开放平台接口根据所述第二凭证向开放平台服务器请求获取所述第一手机号信息。

17.根据权利要求13所述的方法，其特征在于，所述根据所述第一开放平台账号信息和/或第一手机号信息查询配送订单包括：

根据所述第一开放平台账号信息和/或第一手机号信息在订单***中查询所述配送订单。

18.根据权利要求13所述的方法，其特征在于，所述方法还包括：

接收目标智能柜标识信息，所述目标智能柜标识信息与目标智能柜对应。

19.根据权利要求18所述的方法，其特征在于，所述方法还包括：

响应于接收到存件请求，根据所述目标智能柜标识信息在所述目标智能柜中分配可用柜格，所述可用柜格为未存储配送物品的柜格。

20.根据权利要求18所述的方法，其特征在于，所述方法还包括：

响应于未查询到所述配送订单，发送信息获取请求以指示第一终端提示输入配送手机号信息，所述配送手机号信为与配送物品对应的取件人的手机号信息；

接收所述配送手机号信息；

根据所述目标智能柜标识信息在所述目标智能柜中分配可用柜格，所述可用柜格为未存储配送物品的柜格；

将所述配送手机号信息与所述配送物品的柜格存储信息对应存储在临时任务池中。

21.一种信息交互方法，适用于第二终端，其特征在于，所述方法包括：

接收第二登录请求；

基于用户操作触发获取第三凭证和第四凭证；

向服务器发送所述第三凭证和第四凭证，以使所述服务器向开放平台服务器请求获取第二开放平台账号信息和第二手机号信息并根据所述第二开放平台账号信息和/或第二手机号信息查询待取物品；

根据第二查询结果展示取件详情页面。

22.一种信息交互方法，适用于服务器，其特征在于，所述方法包括：

接收第三凭证；

接收第四凭证；

发送所述第三凭证和第四凭证，以向开放平台服务器请求获取第二开放平台账号信息和第二手机号信息；

根据所述第二开放平台账号信息和/或第二手机号信息查询待取物品。

23.一种信息交互装置，其特征在于，所述装置包括：

第一接收单元，用于接收第一登录请求；

第一凭证获取单元，用于基于用户操作触发获取第一凭证和第二凭证；

第一上传单元，用于向服务器发送所述第一凭证和第二凭证，以使所述服务器向开放平台服务器请求获取第一开放平台账号信息和第一手机号信息并根据所述第一开放平台账号信息和/或第一手机号信息查询配送订单；

第一展示单元，用于根据第一查询结果展示订单详情页面。

24.一种信息交互装置，其特征在于，所述装置包括：

第一凭证接收单元，用于接收第一凭证；

第二凭证接收单元，用于接收第二凭证；

第一发送单元，用于根据所述第一凭证和第二凭证向开放平台服务器请求获取第一开放平台账号信息和第一手机号信息；

第一查询单元，用于根据所述第一开放平台账号信息和/或第一手机号信息查询配送订单。

25.一种信息交互装置，其特征在于，所述装置包括：

第二接收单元，用于接收第二登录请求；

第二凭证获取单元，用于基于用户操作触发获取第三凭证和第四凭证；

第二上传单元，用于向服务器发送所述第三凭证和第四凭证，以使所述服务器向开放平台服务器请求获取第二开放平台账号信息和第二手机号信息并根据所述第二开放平台账号信息和/或第二手机号信息查询待取物品；

第二展示单元，用于根据第二查询结果展示取件详情页面。

26.一种信息交互方法，适用于服务器，其特征在于，所述方法包括：

第三凭证接收单元，用于接收第三凭证；

第四凭证接收单元，用于接收第四凭证；

第二发送单元，用于发送所述第三凭证和第四凭证，以向开放平台服务器请求获取第二开放平台账号信息和第二手机号信息；

第二查询单元，用于根据所述第二开放平台账号信息和/或第二手机号信息查询待取物品。

27.一种信息交互方法，其特征在于，所述方法还包括：

第一终端接收第一登录请求；

第一终端基于用户操作触发获取第一凭证和第二凭证；

第一终端向服务器发送所述第一凭证和第二凭证；

服务器接收所述第一凭证；

服务器接收所述第二凭证；

服务器根据所述第一凭证和第二凭证向开放平台服务器请求获取第一开放平台账号信息和第一手机号信息；

服务器根据所述第一开放平台账号信息和/或第一手机号信息查询配送订单；

第一终端根据第一查询结果展示订单详情页面；

第二终端接收第二登录请求；

第二终端基于用户操作触发获取第三凭证和第四凭证；

第二终端向服务器发送所述第三凭证和第四凭证；

服务器接收所述第三凭证；

服务器接收所述第四凭证；

服务器发送所述第三凭证和第四凭证，以向所述开放平台服务器请求获取第二开放平台账号信息和第二手机号信息；

服务器根据所述第二开放平台账号信息和/或第二手机号信息查询待取物品；

第二终端根据第二查询结果展示取件详情页面。

28.一种信息交互***，其特征在于，所述***包括第一终端、第二终端以及服务器；

其中，所述第一终端被配置为：

接收第一登录请求；

基于用户操作触发获取第一凭证和第二凭证；

向所述服务器发送所述第一凭证和第二凭证，以使所述服务器向开放平台服务器请求获取第一开放平台账号信息和第一手机号信息并根据所述第一开放平台账号信息和/或第一手机号信息查询配送订单；

根据第一查询结果展示订单详情页面；

所述第二终端被配置为：

接收第二登录请求；

基于用户操作触发获取第三凭证和第四凭证；

向所述服务器发送所述第三凭证和第四凭证，以使所述服务器向所述开放平台服务器请求获取第二开放平台账号信息和第二手机号信息并根据所述第二开放平台账号信息和/或第二手机号信息查询待取物品；

根据第二查询结果展示取件详情页面；

所述服务器被配置为：

接收所述第一凭证；

接收所述第二凭证；

根据所述第一凭证和第二凭证向所述开放平台服务器请求获取所述第一开放平台账号信息和第一手机号信息；

根据所述第一开放平台账号信息和/或第一手机号信息查询配送订单；以及

接收所述第三凭证；

接收所述第四凭证；

发送所述第三凭证和第四凭证，以向所述开放平台服务器请求获取所述第二开放平台账号信息和第二手机号信息；

根据所述第二开放平台账号信息和/或第二手机号信息查询待取物品。

29.一种计算机可读存储介质，其上存储计算机程序指令，其特征在于，所述计算机程序指令在被处理器执行时实现如权利要求1-22和26-27中任一项所述的方法。

30.一种电子设备，其特征在于，所述设备包括：

存储器，用于存储一条或多条计算机程序指令；

处理器，所述一条或多条计算机程序指令被所述处理器执行以实现如权利要求1-22和26-27中任一项所述的方法。

Images