CN115086344B - 一种卡片分享方法、系统及存储介质 - Google Patents

Abstract

本申请提供一种卡片分享方法及系统，在第一电子设备分享第一卡片后，通过将第二登录账户与第一登录账户绑定，使得第一服务器可以在行程状态发生变化时，同步向即第二电子设备推送第二行程信息，实现第二电子设备对第二卡片的实时更新。该方法包括：第一电子设备显示第一卡片；响应于用户将第一卡片分享给第二电子设备的操作，第一电子设备向第二电子设备发送分享信息；第二电子设备根据分享信息生成并显示第二卡片；第二电子设备向第一服务器发送绑定请求；第一服务器接收绑定请求，绑定第一登录帐号及第二登录帐号；若第一行程的行程状态发生变化，第一服务器向第二电子设备推送第二行程信息；第二电子设备根据第二行程信息更新第二卡片。

Description

一种卡片分享方法、系统及存储介质

技术领域

本申请涉及终端技术领域，尤其涉及一种卡片分享方法及系统。

背景技术

为便于用户方便、快速地获取行程信息(例如，出行时间、检票口、登机口、座位号等)，现有技术可以针对出行应用(例如，12306应用)生成行程卡片，并在电子设备负一屏进行显示。行程卡片承载有用户的行程信息，使得用户在不进入出行应用的情况下也能查看到行程信息。行程卡片所承载的行程信息与用户所处的行程状态相匹配。例如，电子设备检测到用户处于进站状态时，可显示检票口信息；电子设备检测到用户处于已检票进站状态时，可以显示车厢信息和座位号信息。

在相关技术中，用户可以对行程卡片执行分享操作。例如，第一电子设备可响应于用户的分享操作，将行程卡片分享给第二电子设备。然而，当第一电子设备上的行程卡片所承载的行程信息被刷新时，第二电子设备无法获得刷新后的行程信息，无法做到行程信息实时共享。

可见，现有技术中的卡片分享方案存在分享后行程信息不能同步更新的技术问题。

发明内容

本申请实施例提供一种卡片分享方法及系统，可以在被分享的设备上实时更新行程卡片显示的信息。

为达到上述目的，本申请的实施例采用如下技术方案：

第一方面，提供了一种卡片分享方法，应用于卡片分享系统，系统包括第一电子设备、第二电子设备及第一服务器，方法包括：第一电子设备显示第一卡片；其中，第一卡片承载有第一行程的行程信息；响应于用户将第一卡片分享给第二电子设备的操作，第一电子设备向第二电子设备发送分享信息；其中，分享信息至少包括第一登录帐号、分享时生成的第一卡片身份标识ID及第一行程信息；第二电子设备接收分享信息，根据分享信息生成并显示第二卡片；第二电子设备向第一服务器发送绑定请求；其中，绑定请求包括第一登录帐号及第二登录帐号；第一服务器接收绑定请求，绑定第一登录帐号及第二登录帐号；若第一行程的行程状态发生变化，第一服务器向第二电子设备推送第二行程信息；第二电子设备接收第二行程信息，根据第二行程信息更新第二卡片。

可见，在第一电子设备分享第一卡片后，通过将接收方电子设备的云账号(即第二登录账户)与分享方电子设备的云账号(即第一登录账户)绑定，使得第一服务器可以在行程状态发生变化时，同步向接收方电子设备(即第二电子设备)推送第二行程信息，第二电子设备再根据第二行程信息更新第二卡片，实现第二电子设备对第二卡片的实时更新。

在一种可能的实现方式中，第一服务器绑定第一登录帐号及第二登录帐号，包括：第一服务器将第二登录帐号添加至第一登录帐号所在的消息推送列表；其中，消息推送列表包括多个帐号，多个帐号包括第一登录帐号及第二登录帐号；

若第一行程的行程状态发生变化，第一服务器向第二电子设备推送第二行程信息，包括：若第一行程的行程状态发生变化，第一服务器根据消息推送列表向第一电子设备及第二电子设备分别推送第二行程信息。

可见，第一服务器可以通过将第二登录帐号添加至第一登录帐号所在的消息推送列表中的方式，使得第一服务器可向第一电子设备及第二电子设备同步推送第二行程信息，实现第二电子设备对第二卡片的实时更新。

在一种可能的实现方式中，卡片分享系统还包括第二服务器，若第一行程的行程状态发生变化，第一服务器根据消息推送列表向第一电子设备及第二电子设备分别推送第二行程信息，包括：第二服务器检测到第一行程的行程状态发生变化时，向第一服务器发送状态更新消息；其中，状态更新消息包括第一登录帐号及第二行程信息；第一服务器根据消息推送列表向第一电子设备及第二电子设备分别推送第二行程信息。可见，第二行程信息可以是由第二服务器生成的，并在其检测到行程状态发生变化时发送至第一服务器。

在一种可能的实现方式中，若第一行程的行程状态发生变化，第一服务器根据消息推送列表向第一电子设备及第二电子设备分别推送第二行程信息，包括：若第一服务器检测到第一行程的行程状态发生变化，第一服务器根据消息推送列表向第一电子设备及第二电子设备分别推送第二行程信息。可见，第二行程信息也可以由第一服务器自己生成，并发送给第一电子设备及第二电子设备。

在一种可能的实现方式中，方法还包括：响应于用户取消分享第一卡片的操作，第一电子设备向第一服务器发送取消分享请求；第一服务器将多个帐号中除第一登录帐号以外的其他帐号从消息推送列表中剔除。可见，用户不仅可以分享卡片，还可以取消分享卡片。取消分享卡片时，第一服务器可通过剔除账户的方式来解除第一登录账户与第二登录账户的绑定关系。

在一种可能的实现方式中，卡片分享系统还包括第二服务器，第一电子设备上布设有应用软件开发工具包SDK；第一服务器绑定第一登录帐号及第二登录帐号，包括：第一服务器将第一登录帐号与第二登录帐号添加至同一个共享组；其中，共享组包括多个帐号，多个帐号包括第一登录帐号及第二登录帐号；

若第一行程的行程状态发生变化，第一服务器向第二电子设备推送第二行程信息，包括：第二服务器检测到第一行程的行程状态发生变化时，向第一电子设备的应用SDK推送第二行程信息；第一电子设备向第一服务器发送状态更新消息；其中，状态更新消息包括第一卡片ID、第一登录帐号及第二行程信息；第一服务器根据第一卡片ID及第一登录帐号查询到共享组，并向共享组内除第一登录帐号的其他帐号发送第二行程信息；其中，共享组内包括第二登录帐号。

可见，在第一电子设备布设有SDK时，第二服务器可以直接给第一电子设备发送第二行程信息，并由第一电子设备上传至第一服务器，由第一服务器通过共享组将第二行程信息共享给第二电子设备，实现第二电子设备对第二卡片的实时更新。

在一种可能的实现方式中，方法还包括：响应于用户取消分享第一卡片的操作，第一电子设备向第一服务器发送取消分享请求；第一服务器将多个帐号中除第一登录帐号以外的其他帐号从共享组中剔除。可见，用户不仅可以分享卡片，还可以取消分享卡片。取消分享卡片时，第一服务器可通过在共享组中剔除账户的方式来解除第一登录账户与第二登录账户的绑定关系。

在一种可能的实现方式中，方法还包括：第一电子设备根据第二行程信息更新第一卡片。可见，第一电子设备上的第一卡片也可以实时更新。

在一种可能的实现方式中，绑定请求还包括第一卡片ID，方法还包括：第一电子设备向第一服务器发送分享请求，分享请求包括第一卡片ID；第一服务器接收分享请求，记录第一卡片ID与第一登录帐号的匹配关系；第一服务器接收绑定请求，绑定第一登录帐号及第二登录帐号，包括：第一服务器接收绑定请求，验证是否存在第一卡片ID与第一登录帐号的匹配关系；若确认存在第一卡片ID与第一登录帐号的匹配关系，第一服务器绑定第一登录帐号及第二登录帐号。

可见，在第一服务器绑定第一登录账户与第二登录帐号前，可以先验证是否存在第一卡片与第一登录账户的匹配关系，若确认存在第一卡片ID与第一登录帐号的匹配关系，则表明第一电子设备曾分享过第一卡片，从而可以绑定第一登录帐号及第二登录帐号；反之，若确认不存在第一卡片ID与第一登录帐号的匹配关系，则表明第一电子设备未分享过第一卡片，则为了保护用户的信息安全，第一服务器不能绑定第一登录帐号及第二登录帐号。

在一种可能的实现方式中，方法还包括：响应于用户取消分享第一卡片的操作，第一电子设备向第一服务器发送取消分享请求；其中，取消分享请求包括第一卡片ID及第一登录帐号；第一服务器接收取消分享请求，验证是否存在第一卡片ID与第一登录帐号的匹配关系；若确认存在第一卡片ID与第一登录帐号的匹配关系，第一服务器取消第一登录帐号与第二登录帐号的绑定关系。也即，在取消分享时也需要对取消分享请求中携带的登录账户与卡片ID进行验证，避免误取消导致第二电子设备端的用户无法及时获取行程信息。

在一种可能的实现方式中，在第一电子设备向第二电子设备发送分享信息之前，方法还包括：第一电子设备生成密钥，并利用密钥加密第一卡片ID；基于加密后的第一卡片ID及第一登录帐号生成分享信息；第一电子设备向第二电子设备发送分享信息，包括：第一电子设备向第二电子设备发送分享信息及密钥。

可以理解地，对第一卡片ID进行加密操作后，即使第二电子设备再向其他电子设备分享该卡片，会由于该第一卡片ID是处于加密状态的，其他电子设备无法通过第一服务器的验证，则无法获取第二行程信息，有效保障用户的信息安全。

在一种可能的实现方式中，方法还包括：第二电子设备接收分享信息及密钥，根据密钥对加密后的第一卡片ID进行解密操作。也即，在第一卡片ID被加密后，第二电子设备需要先解密后，再向第一服务器发送绑定请求。

第二方面，本申请实施例还提供了一种卡片分享方法，应用于第一服务器，第一服务器与第一电子设备及第二电子设备分别通信连接，方法包括：接收第二电子设备发送的绑定请求，绑定第一登录帐号及第二登录帐号；其中，绑定请求包括第一登录帐号及第二登录帐号；若第一行程的行程状态发生变化，向第二电子设备推送第二行程信息。

第三方面，本申请实施例还提供了一种卡片分享方法，应用于第二电子设备，第二电子设备与第一电子设备及第一服务器分别通信连接，方法包括：接收第一电子设备发送的分享信息，根据分享信息生成并显示第二卡片；其中，分享信息至少包括第一登录帐号、分享时生成的第一卡片ID及第一行程信息；向第一服务器发送绑定请求；其中，绑定请求包括第一登录帐号及第二登录帐号；接收第一服务器推送的第二行程信息，根据第二行程信息更新第二卡片。

第四方面，本申请实施例还提供了一种卡片分享方法，应用于第一电子设备，第一电子设备与第二电子设备及第一服务器分别通信连接，方法包括：第一电子设备显示第一卡片；其中，第一卡片承载有第一行程的行程信息；响应于用户将第一卡片分享给第二电子设备的操作，第一电子设备向第二电子设备发送分享信息；其中，分享信息至少包括第一登录帐号及分享时生成的第一卡片身份标识ID。

第五方面，本申请实施例还提供了一种计算机可读存储介质，包括计算机指令；当计算机指令在第一电子设备上运行时，使得第一电子设备执行如第一方面、第四方面中任一项的方法；或者，当计算机指令在第二电子设备上运行时，使得第二电子设备执行如第一方面、第三方面中任一项的方法；或者，当计算机指令在第一服务器上运行时，使得第一服务器执行如第一方面、第二方面中任一项的方法。

第六方面，本申请实施例还提供了一种卡片分享系统，包括第一电子设备、第二电子设备及第一服务器，第一电子设备执行如第一方面、第四方面中任一项的方法，第二电子设备执行如第一方面、第三方面中任一项的方法，第一服务器执行如第一方面、第二方面中任一项的方法。

第七方面，本申请实施例提供一种芯片系统，该芯片系统包括一个或多个接口电路和一个或多个处理器。该接口电路和处理器通过线路互联。该芯片系统可以应用于包括通信模块和存储器的电子设备。该接口电路可以读取第一电子设备中存储器中存储的指令，并将该指令发送给处理器。当所述指令被处理器执行时，可使得第一电子设备执行如第一方面、第四方面中任一项的方法。接口电路还可以读取第二电子设备中存储器中存储的指令，并将该指令发送给处理器。当所述指令被处理器执行时，可使得第二电子设备执行如第一方面、第三方面中任一项的方法。接口电路还可以读取第一服务器中存储器中存储的指令，并将该指令发送给处理器。使得第一服务器执行如第一方面、第二方面中任一项的方法可以理解地，上述提供的第二方面、第三方面、第四方面所述的卡片分享方法，第五方面所述的计算机可读存储介质，第六方面所述的卡片分享系统，以及第七方面所述的芯片系统，其所能达到的有益效果可参考上文所提供的对应的方法中的有益效果，此处不再赘述。

附图说明

图1为现有技术提供的一种卡片更新系统的结构示意图；

图2为现有技术提供的另一种卡片更新系统的结构示意图；

图3A为本申请提供的一种卡片分享系统的结构示意图；

图3B为本申请提供的又一种卡片分享系统的结构示意图；

图4为本申请提供的另一种卡片分享系统的结构示意图；

图5为本申请提供的电子设备的结构示意图；

图6为本申请提供的一种卡片分享方法的流程图；

图7为本申请提供的一种界面切换图；

图8为本申请提供的一种界面切换图；

图9A为本申请提供的一种界面图；

图9B为本申请提供的一种界面图；

图9C为本申请提供的一种界面图；

图10为本申请提供的一种界面切换图；

图11为本申请提供的一种界面切换图；

图12A为本申请提供的一种行程状态的更新过程的示意图；

图12B为本申请提供的一种行程状态的更新过程的界面切换图；

图13为本申请提供的另一种卡片分享方法的流程图；

图14A为本申请提供的一种界面切换图；

图14B为本申请提供的一种界面切换图；

图15为本申请提供的又一种卡片分享方法的流程图；

图16为本申请提供的一种第一卡片的示意图；

图17为本申请实施例提供一种芯片系统的结构示意图。

具体实施方式

以下，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本实施例的描述中，除非另有说明，“多个”的含义是两个或两个以上。

为了使本申请实施例的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施例作进一步地详细描述。

首先，对本申请中的部分术语进行解释说明，以便本领域技术人员理解。

负一屏，在本申请实施例中又可称为“-1屏”，是指在电子设备的主屏幕向右滑动屏幕，直至滑动至最左侧分屏的用户界面。负一屏可以用于放置一些快捷服务功能和通知消息，比如全局搜索、应用程序某个页面的快捷入口(付款码、微信等)、行程卡片、即时信息及提醒(快递信息、支出信息、通勤路况、打车出行信息、日程信息等)及关注动态(足球看台、篮球看台、股票信息等)。

行程卡片，本文中又称“卡片”，是一种新的服务形态，提供一种比应用程序(application，APP)更细粒度的原子化服务能力，以可交互的卡片形式直接将用户最关心的服务或内容展示给用户，卡片可以嵌入各种APP或交互场景中，更好的满足用户需求。卡片一般是应用里的一个页(page)。用户点击卡片可跳转到对应的应用内的某个服务页面。

为了更好地理解本申请实施例提供的技术方案，下面首先介绍本申请实施例的应用场景。

在出行场景中，为便于用户方便、快速地获取行程信息(例如，出行时间、检票口、登机口、座位号等)，电子设备可以针对出行应用(例如，12306应用、航旅纵横应用等)生成行程卡片，并在负一屏进行显示。行程卡片承载有用户的行程信息，使得用户在不进入出行应用的情况下也能查看到行程信息。行程卡片所承载的行程信息是可以更新的，其与用户所处的行程状态相匹配。接下来，将分别说明行程卡片所承载的行程信息在火车出行场景和航班出行场景中的更新方法。

在火车出行场景中，如图1所示，卡片更新系统可以包括第一服务器、第二服务器及安装有12306应用的电子设备。其中，第一服务器为提供卡片服务的服务器，第二服务器为12306应用的服务器，可用于为12306应用提供查票、订票、查询行程信息等服务。电子设备可登录第一帐号及第二帐号，第一帐号为第一服务器的登录帐号，第二帐号为第二服务器的登录帐号。

用户可通过登录第二帐号的电子设备(例如，手机)进行购票操作。当电子设备检测到用户订购火车票后，电子设备可生成行程卡片，并在负一屏上显示该行程卡片。行程卡片用于显示该火车票的行程信息。另外，电子设备登录第一帐号及第二帐号后，可向第一服务器发送认证信息，该认证信息可包括第一帐号、第二帐号及用户的身份信息等。第一服务器接收到认证信息后，可建立第一帐号与第二帐号的绑定关系，并向第二服务器发送携带有该绑定关系的通知消息。如此，第二服务器可在第二帐号所关联的行程状态发生变化(例如，从候车状态变为检票进站状态，从检票进站状态变为已检票状态等)时，向第一服务器推送状态更新消息，状态更新消息可包括第二帐号及行程信息等。其中，该行程信息为与当前所处行程状态所匹配的信息，行程状态相匹配的行程信息是用户在该行程状态亟需了解的信息。第一服务器可根据第二帐号查找到与其绑定的第一帐号，并向登录第一帐号的电子设备发送行程信息。电子设备接收到行程信息后，可根据行程信息刷新行程卡片，以便为用户展示该行程信息。如此，电子设备的行程卡片可根据行程状态实时显示与行程状态匹配的行程信息。示例性的，当用户处于检票进站状态时，电子设备可显示检票口信息，以便于用户可以快速进行检票操作；当用户处于已检票进站状态时，电子设备可显示车厢及座位号，以便于用户可以快速找到座位。

在航班出行场景中，如图2所示，卡片更新系统可包括第二服务器及安装有购票应用(例如，航旅纵横、飞猪等)软件开发工具包(software development kit，SDK)的电子设备。第二服务器为购票应用的服务器，可用于为购票应用SDK提供订购机票、查询行程信息等服务。电子设备可通过购票应用SDK与第二服务器交互。

第二服务器可获取用户的出行订单(该出行订单可以为其他购票平台发送的，也可以为响应于用户的购票操作而生成的)，该出行订单可包括出行人的联系方式、身份信息、航班号、起飞时间等。响应于获取出行订单，第二服务器可向该出行人的电子设备发送通知短信，该通知短信用于通知用户行程信息(可包括出行时间、航班号、出行人信息(例如，姓名、身份证)等)。响应于接收到通知短信，电子设备可生成行程卡片，并在负一屏上显示该行程卡片。该行程卡片承载有出行时间、航班号等行程信息。响应于用户点击行程卡片的操作，电子设备可向第二服务器发送订阅请求，该订阅请求用于请求第二服务器向电子设备推送行程信息。如此，第二服务器可在行程状态发生变化(例如，从值机状态变为登机状态)时，向电子设备的购票应用SDK推送状态更新消息，状态更新消息可包括该行程信息。电子设备接收到状态更新消息后，可根据状态更新消息刷新行程卡片，以便为用户展示当前状态下需要的行程信息。

在上述两种出行场景中，均存在多人同时查看行程信息的需求。例如，在火车票出行场景中，只有订票人的电子设备可以接收第一服务器推送的状态更新消息，并根据该状态更新消息实时更新行程卡片。换句话说，实际出行人的终端设备无法生存行程卡片也无法实时更新行程卡片，导致实际出行人无法实时获取行程信息。例如，小明可以通过自己的12306帐号为小明父亲订购火车票，这种情况下，第一服务器只会将状态更新消息推送至小明的手机，而不会推送至小明父亲的手机。在航班出行场景中，只有出行人的电子设备可以接收状态更新消息并实时更新行程卡片上的行程信息。若其他人想要查看出行人的行程状态以预防突发情况，则需要出行人实时将行程卡片分享给其他人。例如，出行人为小孩时，只有小孩的手机可以实时更新行程信息，但其监护人的手机无法获取行程信息，不利于监护人查看小孩的行程状态。

为便于其他用户(例如小明父亲)可以查看行程信息，用户(例如小明)可通过电子设备可以将行程卡片分享给其他电子设备(如小明父亲的手机)，使其他电子设备的持有者也可以获取行程信息。然而，分享行程卡片仅可以分享该行程卡片在被分享时所承载的行程信息，分享方电子设备更新行程卡片后，接收方电子设备并不能同时更新，即无法做到行程状态的实时更新。

为了解决上述问题，本申请实施例提供一种卡片分享方法，在接收方电子设备(例如第二电子设备)接收到分享方电子设备(例如第一电子设备)分享的行程卡片后，通过将接收方电子设备的云账号与分享方电子设备的云账号绑定，使得在云服务器(例如，第一服务器)向分享方电子设备推送行程信息时，也可以同步向接收方电子设备推送行程信息，使得分享方电子设备及接收方电子设备分别根据接收到的行程信息更新各自的行程卡片，达到卡片同步更新的目的。

本申请实施例中的技术方案可应用于卡片分享系统中，图3A为本申请实施例中卡片分享系统的一种可能的结构示意图。如图3A所示，卡片分享系统可以包括第一电子设备、第二电子设备、第一服务器及第二服务器。第一电子设备和第二电子设备之间可以相互通信，第一服务器可以分别和第一电子设备、第二电子设备、第二服务器通信。第一电子设备可登录第一帐号(又可以称为第一登录账户)及第二帐号，第二电子设备可登陆第三帐号(又可以称为第二登录账户)，第一帐号及第三帐号均为第一服务器的登录帐号，第二帐号为第二服务器的登录帐号。第一服务器及第二服务器存储有第一帐号与第二帐号的绑定关系。第一电子设备可显示行程卡片。

其中，第一服务器为提供数据同步服务的服务器，第二服务器为应用服务提供商的服务器，第二服务器可以在第二帐号所关联的行程状态发生变化时，向第一服务器发送状态更新消息，该状态更新消息携带有行程信息。第一服务器再将该行程信息推送到用户的电子设备(例如，第一电子设备或第二电子设备)，并在用户的电子设备上的行程卡片中显示。当然，在具体实施方式中，行程信息也可以不由第二服务器来提供，而是由第一服务器提供行程信息并推送到用户的电子设备。此外，第一电子设备可以接收用户针对行程卡片的分享操作，并响应该分享操作将该行程卡片分享给第二电子设备。具体的分享方法将在后文进行详细介绍。

需要说明的是，在本申请实施例中，卡片分享系统还可以包括更多的电子设备，比如第三电子设备、第四电子设备等，本申请实施例对电子设备的数量不做限制。当然，卡片分享系统除了已示出的第二服务器之外，还可以包括更多应用服务提供商的服务器，本申请实施例对应用服务提供商的服务器的数量也不做具体限制。另外，卡片分享系统还可以包括更少的服务器，例如图3B可以为本申请实施例中卡片分享系统的另一种可能的结构示意图。在图3B所示的系统中，需要推送给用户的行程信息可以由第一服务器生成。

在一种可能的设计中，卡片分享系统还可以具备另一种结构，例如图4可以为本申请实施例中卡片分享系统的另一种可能的结构示意图。在图4所示的系统中，第一服务器可以分别和第一电子设备、第二电子设备通信。第二服务器可以与分享方电子设备(即分享行程卡片的电子设备，图中以第一电子设备为例)通信。此外，第一电子设备上安装有应用SDK，第一电子设备可通过该应用SDK与第二服务器进行交互，从而获取行程信息。在图4所示的系统中，第二服务器可以不向第一服务器发送需要推送给用户的行程信息，而是可以直接推送至分享方电子设备。

本申请实施例中涉及到的电子设备，比如图3A、图3B、图4中的第一电子设备或第二电子设备，可以是支持服务卡片功能的任何电子设备。例如，可以是手机、平板电脑、台式机(桌面型电脑)、手持计算机、笔记本电脑(膝上型电脑)、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本、个人数字助理(personal digitalassistant，PDA)、增强现实(augmented reality，AR)\虚拟现实(virtual reality，VR)设备等设备，本申请实施例对电子设备的具体形态不作特殊限制。

下面以电子设备为手机为例，说明本申请实施所应用的一种电子设备的结构示意图。请参阅图5，手机200可以包括：处理器210，外部存储器接口220，内部存储器221，通用串行总线(universal serial bus，USB)接口230，充电管理模块240，电源管理模块241，电池242，天线1，天线2，移动通信模块250，无线通信模块260，音频模块270，扬声器270A，受话器270B，麦克风270C，耳机接口270D，传感器模块280，按键290，马达291，指示器292，摄像头293，显示屏294，以及用户标识模块(subscriber identification module，SIM)卡接口295等。

其中，上述传感器模块280可以包括压力传感器，陀螺仪传感器，气压传感器，磁传感器，加速度传感器，距离传感器，接近光传感器，指纹传感器，温度传感器，触摸传感器，环境光传感器和骨传导传感器等传感器。

可以理解的是，本实施例示意的结构并不构成对手机200的具体限定。在另一些实施例中，手机200可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

处理器210可以包括一个或多个处理单元，例如：处理器210可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processingunit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，存储器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经网络处理器(neural-network processing unit，NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。

控制器可以是手机200的神经中枢和指挥中心。控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。

处理器210中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器210中的存储器为高速缓冲存储器。该存储器可以保存处理器210刚用过或循环使用的指令或数据。如果处理器210需要再次使用该指令或数据，可从所述存储器中直接调用。避免了重复存取，减少了处理器210的等待时间，因而提高了系统的效率。

在一些实施例中，处理器210可以包括一个或多个接口。接口可以包括集成电路(inter-integrated circuit，I2C)接口，集成电路内置音频(inter-integrated circuitsound，I2S)接口，脉冲编码调制(pulse code modulation，PCM)接口，通用异步收发传输器(universal asynchronous receiver/transmitter，UART)接口，移动产业处理器接口(mobile industry processor interface，MIPI)，通用输入输出(general-purposeinput/output，GPIO)接口，用户标识模块(subscriber identity module，SIM)接口，和/或通用串行总线(universal serial bus，USB)接口等。

可以理解的是，本实施例示意的各模块间的接口连接关系，只是示意性说明，并不构成对手机200的结构限定。在另一些实施例中，手机200也可以采用上述实施例中不同的接口连接方式，或多种接口连接方式的组合。

充电管理模块240用于从充电器接收充电输入。其中，充电器可以是无线充电器，也可以是有线充电器。充电管理模块240为电池242充电的同时，还可以通过电源管理模块241为电子设备供电。

电源管理模块241用于连接电池242，充电管理模块240与处理器210。电源管理模块241接收电池242和/或充电管理模块240的输入，为处理器210，内部存储器221，外部存储器，显示屏294，摄像头293，和无线通信模块260等供电。在一些实施例中，电源管理模块241和充电管理模块240也可以设置于同一个器件中。

手机200的无线通信功能可以通过天线1，天线2，移动通信模块250，无线通信模块260，调制解调处理器以及基带处理器等实现。在一些实施例中，手机200的天线1和移动通信模块250耦合，天线2和无线通信模块260耦合，使得手机200可以通过无线通信技术与网络以及其他设备通信。

天线1和天线2用于发射和接收电磁波信号。手机200中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。例如：可以将天线1复用为无线局域网的分集天线。在另外一些实施例中，天线可以和调谐开关结合使用。

移动通信模块250可以提供应用在手机200上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块250可以包括至少一个滤波器，开关，功率放大器，低噪声放大器(lownoise amplifier，LNA)等。移动通信模块250可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。

移动通信模块250还可以对经调制解调处理器调制后的信号放大，经天线1转为电磁波辐射出去。在一些实施例中，移动通信模块250的至少部分功能模块可以被设置于处理器210中。在一些实施例中，移动通信模块250的至少部分功能模块可以与处理器210的至少部分模块被设置在同一个器件中。

无线通信模块260可以提供应用在手机200上的包括WLAN(如(wirelessfidelity，Wi-Fi)网络)，蓝牙(bluetooth，BT)，全球导航卫星系统(global navigationsatellite system，GNSS)，调频(frequency modulation，FM)，近距离无线通信技术(nearfield communication，NFC)，红外技术(infrared，IR)等无线通信的解决方案。

无线通信模块260可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块260经由天线2接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器210。无线通信模块260还可以从处理器210接收待发送的信号，对其进行调频，放大，经天线2转为电磁波辐射出去。

手机200通过GPU，显示屏294，以及应用处理器等实现显示功能。GPU为图像处理的微处理器，连接显示屏294和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。处理器210可包括一个或多个GPU，其执行程序指令以生成或改变显示信息。

显示屏294用于显示图像，视频等。该显示屏294包括显示面板。

手机200可以通过ISP，摄像头293，视频编解码器，GPU，显示屏294以及应用处理器等实现拍摄功能。ISP用于处理摄像头293反馈的数据。摄像头293用于捕获静态图像或视频。在一些实施例中，手机200可以包括1个或N个摄像头293，N为大于1的正整数。

外部存储器接口220可以用于连接外部存储卡，例如Micro SD卡，实现扩展手机200的存储能力。外部存储卡通过外部存储器接口220与处理器210通信，实现数据存储功能。例如将音乐，视频等文件保存在外部存储卡中。

内部存储器221可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。处理器210通过运行存储在内部存储器221的指令，从而执行手机200的各种功能应用以及数据处理。例如，在本申请实施例中，处理器210可以通过执行存储在内部存储器221中的指令，内部存储器221可以包括存储程序区和存储数据区。

其中，存储程序区可存储操作系统，至少一个功能所需的应用程序(比如声音播放功能，图像播放功能等)等。存储数据区可存储手机200使用过程中所创建的数据(比如音频数据，电话本等)等。此外，内部存储器221可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器(universal flashstorage，UFS)等。

手机200可以通过音频模块270，扬声器270A，受话器270B，麦克风270C，耳机接口270D，以及应用处理器等实现音频功能。例如音乐播放，录音等。

按键290包括开机键，音量键等。按键290可以是机械按键。也可以是触摸式按键。马达291可以产生振动提示。马达291可以用于来电振动提示，也可以用于触摸振动反馈。指示器292可以是指示灯，可以用于指示充电状态，电量变化，也可以用于指示消息，未接来电，通知等。SIM卡接口295用于连接SIM卡。SIM卡可以通过插入SIM卡接口295，或从SIM卡接口295拔出，实现和手机200的接触和分离。手机200可以支持1个或N个SIM卡接口，N为大于1的正整数。SIM卡接口295可以支持Nano SIM卡，Micro SIM卡，SIM卡等。

下面，先以图3A所示的卡片分享系统为例，并且以分享方电子设备为第一电子设备、接收方电子设备为第二电子设备为例，介绍本申请实施例提供的卡片分享方法。

图6为该卡片分享方法的流程图。请参阅图6，该卡片分享方法包括：

S601、第一电子设备接收用户对第一卡片的分享操作，响应于该分享操作，第一电子设备生成分享信息。

在本申请实施例中，第一卡片可以是第一电子设备检测到第一应用推送的行程信息后生成的，也可以是第一电子设备接收到第一服务器推送的行程信息后生成的，在此不做具体限制。

在本申请实施例中，第一卡片可以显示在第一电子设备的负一屏，也可以显示在第一电子设备的屏幕的主界面、锁屏界面、系统自带的通讯应用的用户界面或者其它三方应用的用户界面等，本申请实施例对此不做具体限制。

在本申请实施例中，上述分享操作可以为用户对预设的一个图标或者多个图标的点击操作，或者为用户输入的语音指令、或者为用户输入的快捷手势操作等，本申请实施例对此不做具体限制。

当分享操作为用户对预设图标执行点击操作时，第一电子设备的触摸传感器检测到用户在显示屏294上的触摸操作，向处理器210上报用户在显示屏294上的触摸位置信息，处理器210根据触摸传感器上报的触摸位置信息，确定接收到分享操作。

当分享操作为用户输入的快捷手势操作时，第一电子设备的触摸传感器检测到用户在显示屏294上的触摸操作，向处理器210上报用户在显示屏294上的触摸位置信息，处理器210根据触摸传感器在预设时间段内上报的触摸位置信息，确定触摸操作为快捷手势操作，并确定接收到分享操作。

当分享操作为用户输入语音指令时，第一电子设备的麦克风270C测到用户输入的语音信息，并向第一电子设备的处理器210上报该语音信息，第一电子设备的处理器210根据该语音信息确定接收到分享操作。

示例性的，第一卡片可以为12306应用的行程卡片。如图7中的(a)所示，手机可以显示负一屏701，负一屏701上可以包括第一卡片702。手机可以接收用户对第一卡片的长按操作，响应于该操作，如图7中的(b)所示，手机可以显示工具栏703。工具栏703中包括多个选项，例如“发现”选项、“分享”选项704、“移除”选项等。用户希望分享第一卡片时，可点击该“分享”选项704。第一电子设备响应于用户点击该“分享”选项704的操作，可显示如图7中的(c)所示的分享提示框705。分享提示框705可包括多种分享方式对应的图标，例如“Honorshare”分享方式对应的图标、第三方APP(“聊天”、“社交”)分享方式对应的图标、“蓝牙”分享方式对应的图标等。可以理解地，上述多种分享方式中任意一种分享方式的图标均可作为预设图标。由此，响应于用户点击多种分享方式对应的图标中的任意一个图标的操作(即响应于用户对第一卡片的分享操作)，第一电子设备可生成分享信息。

在第一电子设备分享卡片时，可给每张卡片随机生成卡片身份标识(identitydocument，ID)。若第一电子设备在不同时间多次分享第一卡片，第一电子设备可给第一卡片生成相同的卡片ID，也可给第一卡片生成不同的卡片ID。其中，若给第一卡片生成不同的卡片ID，有利于管理及追溯第一电子设备对第一卡片的分享情况。在本申请实施例中，分享信息可包括第一卡片ID、卡片信息、行程信息以及第一帐号。第一卡片ID即为第一卡片对应的卡片ID，用于标识被分享时的第一卡片。卡片信息包括第一卡片的卡片模板及卡片参数，卡片模板可用于指示第一卡片的样式，例如指示第一卡片包括多个显示区域，每个显示区域的位置，每个显示区域可展示的信息(例如文字、操作按钮)等；卡片参数可用于指示卡片的内容元素，如第一卡片的名称、操作按钮的名称、行程信息中各项数据的名称等。行程信息即第一卡片所承载的信息，可包括多项数据，例如座位号、检票口、出发地、目的地及当前所处的行程状态等。第一帐号为在第一电子设备上登录的帐号，该第一帐号可用于登录第一服务器。此外，第一帐号用于指示该分享信息是由第一帐号所在的电子设备分享的，并可作为第二电子设备向第一服务器请求绑定时的目标帐号。

S602、第一电子设备向第二电子设备发送分享信息。

具体的，第一电子设备可通过用户从多种分享中选择的第一方式向第二电子设备发送分享信息。在一种可能的设计中，用户可以选择Honor share(即第一方式为Honorshare)发送分享信息。如图8中的(a)所示，在第一电子设备开启Honor share功能以后，可自动搜索附近同样开启了Honor share功能的电子设备(可以是手机、平板、电脑等)，并在分享提示框705中显示可分享的对象，例如终端801(名称为Sam、手机型号为Honor V40的终端)、终端802(名称为Jane、手机型号为Honor V30的终端)。仍然如图8中的(a)所示，第一电子设备可以接收用户选择终端801的操作，响应于该操作，第一电子设备向终端801(即第二电子设备)发起文件传输请求，该文件传输请求用于请求向终端801传输分享信息。需要说明的是，终端801可以响应于该文件传输请求而弹出文件传输提醒，文件传输提醒用于供终端801的持有者选择是否接收该文件传输请求(图未示)。如图8中的(b)所示，若终端801接收到其持有者选择接收该文件传输请求的操作，响应于该操作，终端801向第一电子设备发送确认接收指令，第一电子设备可响应于该确认接收指令而向终端801发送分享信息，并在分享提示框705中显示“正在接收”，以向用户展示分享进程。此外，如图9A所示，若第一电子设备成功发送分享信息，第一电子设备可在分享提示框705中显示第一提示信息901，以提示用户发送完毕。例如，该第一提示信息901可以为“发送成功”。若终端801接收到其持有者拒绝接收该文件传输请求的操作，响应于该操作，终端801向第一电子设备发送拒绝接收指令。如图9B所示，第一电子设备响应于该拒绝接收指令而在分享提示框705中显示第二提示信息902，以提示用户终端801拒绝接收分享信息。例如，该第二提示信息902可以为“拒绝接收”。终端801成功接收到分享信息后，可在下拉菜单界面903中显示接收提示信息904(如图9C所示)。该提示信息904可显示第一卡片的名称及第一卡片的缩略图。

在一种可能的设计中，用户可选择第三方APP发送分享信息。如图10中的(a)所示，第一电子设备可接收用户点击“聊天”图标706的操作，响应于该操作，第一电子设备可跳转至如图10中的(b)所示的联系人选择界面1001。例如，该联系人选择界面1001包括联系人Sam1002。第一电子设备可以接收用户在联系人选择界面1001中选择联系人Sam1002的操作，响应于该操作，第一电子设备将分享信息分享给联系人Sam1002。将第一卡片分享给联系人Sam1002后，用户还可选择留在聊天APP，如图10中的(c)所示，第一电子设备可显示聊天APP中与联系人Sam1002的聊天界面1003。在聊天界面1003中，第一电子设备可以以聊天消息1004的形式显示第一卡片。

在另一种可能的设计中，如图11所示，分享提示框1101中还包括第一电子设备绑定其它电子设备对应的分享图标，例如为图11所示的“Sam的手表”、“电视”、“Sam的平板”。用户点击某个已绑定的设备对应的分享图标(比如“Sam的平板”)后，就可以直接将分享信息发送给该已绑定的电子设备，此时，第一电子设备可以不用跳转至其它应用的用户界面就可以实现分享信息的发送。

S603、第一电子设备向第一服务器发送分享请求。

其中，分享请求至少包括第一卡片ID及第一帐号。该分享请求用于指示登录第一帐号的电子设备曾分享过第一卡片。当然，该分享请求还可包括其他信息，例如分享时间、第一电子设备的ID等，在此不做具体限制。

S604、第一服务器根据分享请求得到分享记录。

可以理解地，第一服务器接收到分享请求存储第一帐号与第一卡片ID的匹配关系，得到分享记录。该匹配关系用于指示第一账户曾分享过第一卡片。在一种可能的设计中，该分享记录可以卡片分享列表的形式存在。具体的，第一服务器的具体实现方式可以为：基于接收到的分享请求生成或更新卡片分享列表。可以理解地，若第一服务器是第一次接收到其他电子设备(例如，第一电子设备)发送的分享请求，第一服务器可基于该分享请求生成卡片分享列表；若第一服务器在已经生成卡片分享列表后，再次接收到其他电子设备发送的分享请求，第一服务器可基于接收到的分享请求更新已有的卡片分享列表。卡片分享列表可包括已被分享过的卡片的卡片ID，及分享该卡片的帐号(可登陆第一服务器的帐号)。示例性的，卡片分享列表可以如表1所示：

表1

分享帐号	卡片ID
		帐号1	ID1
帐号1	ID4
		帐号2	ID2
帐号3	ID3
		……	……

根据表1可知，登录帐号1的电子设备曾分享了卡片ID为“ID1”及“ID4”的卡片，登录帐号2的电子设备曾分享了卡片ID为“ID2”的卡片，登录帐号3的电子设备曾分享了卡片ID为“ID3”的卡片。需要说明的是，上述表1仅作为示例，卡片分享列表还可包括比表1所示的更多内容(如分享时间等)。此外，卡片ID的形式多种多样，可以包括数字、字母、符号及其组合，在此不做具体限制。

S605、第二电子设备基于分享信息中的卡片信息及行程信息生成并显示第二卡片。

可以理解地，根据第一电子设备发送分享信息的方式不同，第二电子设备可通过移动通信模块250或无线通信模块260接收该分享信息。第二电子设备的移动通信模块250或无线通信模块260接收到第一电子设备发送的分享信息后，可将分享信息传递给第二电子设备的处理器210，处理器210可基于卡片信息及行程信息进行图形渲染，生成第二卡片，并控制第二电子设备的显示屏294显示该第二卡片。

示例性的，在本申请实施例中，第二电子设备在生成第二卡片后，第二卡片在第二电子设备上的显示位置可以是在第二电子设备的主界面上，或者在锁屏界面上，或者在负一屏界面上，系统自带的通讯应用的用户界面，或者其它三方应用的用户界面上等，本申请实施例对此不做具体限制。

S606、第二电子设备向第一服务器发送绑定请求。

其中，绑定请求包括第一卡片ID、第一帐号及第三帐号。第三帐号为第二电子设备的账号，该帐号可登录第一服务器。该绑定请求用于请求第一服务器绑定第一帐号与第三帐号，以便第二电子设备获取行程信息息。

S607、第一服务器对第一账号及第一卡片ID进行校验。

为降低信息泄露的风险，第一服务器接收到绑定请求后，可验证分享记录中是否存在第一账号与第一卡片ID的匹配关系。在本申请实施例中，第一服务器接收到绑定请求后，可以先查询卡片分享列表中是否存在第一帐号和第一卡片ID。若查询结果指示卡片分享列表中不存在第一帐号及第一卡片ID中的任意一个，可以得到校验失败的结果。若查询结果指示卡片分享列表中存在第一帐号及第一卡片ID，则第一服务器可基于第一帐号在卡片分享列表中查询得到第一帐号对应的卡片ID，并比对第一卡片ID与第一帐号对应的卡片ID。若比对结果指示第一卡片ID与第一帐号对应的卡片ID匹配，则得到校验成功的结果；否则，得到校验失败的结果。

具体的，若校验失败，则执行S608；若校验成功，则执行S609。

S608，第一服务器向第二电子设备发送请求失败提醒。

可以理解地，校验失败则表明第一帐号对应的电子设备(即第一电子设备)未曾分享过卡片ID为第一卡片ID的卡片，为了保证数据安全，第一服务器可拒绝第二电子设备的请求。在一种可选的实施方式中，第二电子设备接收到该请求失败提醒后，可显示提示信息。该提示信息的显示位置可以为第二电子设备的消息栏、第二卡片所在显示区域、第二电子设备的主界面上，或者在锁屏界面上等，本申请实施例对此不做具体限制。

S609，第一服务器将第三帐号与第一帐号绑定。

可以理解地，校验成功则表明第一电子设备确实分享过卡片ID为第一卡片ID的卡片，第一服务器可以接受第二电子设备的绑定请求。

在本申请实施例中，将第三帐号与第一帐号绑定的实现方式可以为：第一服务器将第三帐号添加至第一帐号所在的消息推送列表。添加第三帐号后的消息推送列表至少包括第一帐号及第三帐号。由此，当第一服务器接收到第二服务器发送的状态更新消息时，可向消息推送列表中所有帐号对应的电子设备推送状态更新消息中携带的行程信息。如此，第一服务器在向第一电子设备推送行程信息时，可同时向第二电子设备推送行程信息。

S610、响应于确定行程状态发生变化，第二服务器向第一服务器发送状态更新消息。

第二服务器可在第一卡片对应的行程状态发生变化时，向第一服务器发送状态更新消息。该状态更新消息包括第一帐号及行程信息，可用于更新第一卡片所承载的行程信息。可以理解地，每张行程卡片对应用户的一个行程，例如用户从上海到广州可以作为一个行程，对应行程卡片1，用户从广州飞北京又是另一个行程，可对应行程卡片2。第一卡片对应的行程状态，即为第一卡片所对应的行程中的任意一个状态。示例性的，如图12A所示，在用户刷身份证和扫描人脸后，闸机1201可将身份证和人脸信息发送给第二服务器。第二服务器在鉴权完成后将鉴权结果发送给闸机1201。并且，在鉴权结果为鉴权成功后，第二服务器确定行程状态发生变更，可更新相应行程的状态为状态1，同时向第一服务器发送状态更新消息。

S611，第一服务器向第一电子设备及第二电子设备推送行程信息。

在本申请实施例中，第一服务器接收到状态更新消息后，可根据该状态更新消息中携带的第一帐号找到对应的消息推送列表，并向消息推送列表中所有帐号对应的电子设备(即第一电子设备、第二电子设备)推送行程信息。

S612，第一电子设备基于行程信息更新第一卡片。

需要说明的是，行程信息中可携带有所属服务的标识，第一电子设备可根据该标识确认该行程信息与第一卡片所关联的服务对应，进而基于行程信息更新第一卡片。在本申请实施例中，第一电子设备可将第一卡片上原本承载的行程信息，更新为最新的行程信息，以使用户可以快速获取在当前行程状态亟需了解的信息。示例性的，如图12B中的(a)所示，在第一电子设备更新第一卡片前，第一卡片1202可指示行程状态为检票中，并显示“楼层：1层，检票口：A21”，使用户可以快速检票。如图12B中的(b)所示，在第一电子设备更新第一卡片后，第一卡片1202可指示行程状态为已进站，并显示“站台：3站台，车厢-座位号：9车-18C”，使用户可以快速找到自己的座位。

S613，第二电子设备基于行程信息更新第二卡片。

同样地，第二电子设备可将第二卡片上原本承载的行程信息，更新为最新的行程信息，以使用户可以快速获取在当前行程状态亟需了解的信息。

需要说明的是，S612与S613仅作为步骤序号，并不代表两者间的先后顺序。在实际应用时，可以先执行S612再执行S613，或者先执行S613再执行S612，也可以同时执行S612及S613，在此不做具体限制。

可见，在接收方电子设备(即第二电子设备)接收到分享方电子设备(即第一电子设备)分享的行程卡片后，通过将接收方电子设备的云账号(即第三帐号)与分享方电子设备(即第一帐号)的云账号绑定，使得在第一服务器向分享方电子设备推送状态更新消息以更新分享方电子设备的行程卡片状态时，同步向接收方电子设备推送状态更新消息，以更新接收方电子设备的行程卡片状态，达到卡片状态同步更新的目的。

需要说明的是，图6所示的流程图中，仅以行程信息是由第二服务器生成的为例进行说明。但在其他可能的实施方式中，该行程信息也可以由第一服务器自身产生并推送的，在此不做具体限制。

在一种可选的实施方式中，为保证用户信息安全，在第一电子设备生成分享信息时还可以获取密钥，并基于该密钥对第一卡片ID进行加密。该密钥可以是第一电子设备随机生成的，可以是用户预先配置的，也可以是其他电子设备(例如第一服务器)推送的。然后，第一电子设备可将包括加密后的第一卡片ID、卡片信息、行程信息以及第一帐号的分享信息发送给第二电子设备。需要说明的是，在第一电子设备向第二电子设备发送分享信息时，还可将该密钥同时发送给第二电子设备。第二电子设备接收到分享信息后，可基于该密钥对加密后的第一卡片ID进行解密操作，从而得到真实有效的第一卡片ID。如此一来，即使第二电子设备将第一卡片的分享信息转发给其他电子设备，因第一卡片ID是处于加密状态的，导致其他电子设备上传的绑定请求无法通过第一服务器的校验，从而无法接受到状态更新消息，无法做到消息的实时同步，有效保证了用户信息安全。

第一电子设备不仅可以分享第一卡片，还可以取消分享第一卡片。图13为该卡片分享方法的部分流程图。请参阅图13，该卡片分享方法还包括：

S1301，第一电子设备接收用户对第一卡片的取消分享操作，响应于该操作，第一电子设备向第一服务器发送取消分享请求。

可以理解地，当用户希望取消第一卡片的分享状态时，可以对第一卡片发起取消分享操作。在本申请实施例中，上述取消分享操作可以为用户对预设的一个图标或者多个图标的点击操作，或者为用户输入的语音指令、或者为用户输入的快捷手势操作等，本申请实施例对此不做具体限制。示例性的，如图14A中的(a)所示，第一电子设备可以显示负一屏1401，负一屏1401上可以包括第一卡片1402及第一图标1403。该第一图标1403用于指示第一卡片1402处于被分享状态。用户对第一卡片1402的取消分享操作可包括多种。在一种可能的设计中，第一电子设备可以接收用户对第一卡片的长按操作，响应于该操作，如图14A中的(b)所示，第一电子设备可以显示工具栏1404。工具栏1404中包括多个选项，例如“发现”选项、“取消分享”选项1405、“移除”选项等。用户希望取消分享第一卡片时，可点击该“取消分享”选项1405。第一电子设备响应于用户点击该“取消分享”选项1405的操作，第一电子设备向第一服务器发送取消分享请求，并隐藏该第一图标1403(如图14A中的(c)所示)。

在另一种可能的设计中，如图14B中的(a)所示，第一电子设备可接受用户点击第一图标1403的操作，响应于该操作，第一电子设备可向第一服务器发送取消分享请求，并隐藏该第一图标1403(如图14B中的(b)所示)。可见，用户直接点击该第一图标1403即可取消第一卡片的分享状态，方便快捷，简化用户操作。

取消分享请求包括需要取消分享的卡片的卡片ID(即第一卡片ID)及第一帐号。该取消分享请求用于指示第一服务器停止向第一账号所关联的其他账号推送状态变更消息。

S1302，第一服务器对第一卡片ID及第一帐号进行校验。

第一服务器对第一卡片ID及第一帐号进行校验的过程参见S607，在此不再赘述。此外，若校验失败，则执行S1303；若校验成功，则执行S1304。

S1303，第一服务器向第一电子设备发送取消失败提醒。

S1304，第一服务器解除第一帐号与第三帐号的绑定关系。

在本申请实施例中，解除第一帐号与第三帐号的绑定关系的实现方式可以为：第一服务器将第三帐号从第一帐号所在的消息推送列表中剔除。如此，第一服务器向第一账号推送状态更新消息时，将不再向第三帐号推送状态更新消息，从而达到取消分享的效果。

在上述卡片分享方法中，是由第一服务器接收到第二服务器发送的状态更新消息后，再分别向第一电子设备和第二电子设备推送状态更新消息。但在图4所示的卡片分享系统中，第二服务器直接将状态更新消息发送给第一电子设备。这种情况下，第一电子设备可直接通过本地的应用SDK获取状态更新消息。为此，本申请还提供了另一种卡片分享方法，该卡片分享方法应用于图4所示的卡片分享系统。。需要说明的是，本实施例所提供的卡片分享方法，其基本原理及产生的技术效果和上述实施例相同，为简要描述，本实施例部分未提及之处，可参考上述的实施例中相应内容。请参阅图15，该卡片分享方法包括：

S1501、第一电子设备接收用户对第一卡片的分享操作，响应于该分享操作，第一电子设备生成分享信息。

示例性的，该第一卡片可以为机票订单卡片，例如可以为图16中的卡片1601。

S1502、第一电子设备向第二电子设备发送分享信息。

S1503、第一电子设备向第一服务器发送分享请求。

S1504、第一服务器存储分享请求。

S1505、响应于接收到分享信息，第二电子设备基于分享信息中的卡片信息及行程信息生成并显示第二卡片。

S1506、第二电子设备向第一服务器发送绑定请求。

S1507、第一服务器对第一账号及第一卡片ID进行校验。

具体的，若校验失败，则执行S1508；若校验成功，则执行S1509。

S1508，第一服务器向第二电子设备发送请求失败提醒。

S1509，第一服务器将第三帐号与第一帐号绑定。

在本申请实施例中，将第三帐号与第一帐号绑定的实现方式可以为：第一服务器将第三帐号与第一帐号加入共享组，且共享组内至少包括第一帐号及第三帐号。

S1510、响应于确定行程状态发生变化，第二服务器向第一电子设备发送行程信息。

在本申请实施例中，第二服务器可向第一电子设备的应用SDK推送行程信息。应用SDK接收到行程信息后，可将该行程信息推送给第一电子设备的处理器210。

S1511、第一电子设备基于行程信息更新第一卡片。

在本申请实施例中，第一电子设备可将第一卡片上原本承载的行程信息，更新为最新的行程信息，以使用户可以快速获取在当前行程状态亟需了解的信息。

S1512、第一电子设备向第一服务器发送状态更新请求。

在本申请实施例中，状态更新请求包括行程信息、第一卡片ID及第一帐号。该状态更新请求用于指示第一服务器向第一帐号绑定的其他帐号推送该行程信息。

S1513、第一服务器向第二电子设备发送行程信息。

在本申请实施例中，第一服务器接收到状态更新请求后，可根据状态更新请求中携带的第一帐号及第一卡片ID找到对应的共享组，并向共享组中其他帐号对应的电子设备(至少包括第三电子设备)推送行程信息。

S1514、第二电子设备基于行程信息更新第二卡片。

需要说明的是，基于图15的卡片分享方法，第一电子设备仍然可以取消分享第一卡片。其取消分享第一卡片的流程与上述实施例中的内容相同或相似(参见图13)，在此不再赘述。

可见，在上述卡片分享方法中，在接收方电子设备(即第二电子设备)接收到分享方电子设备(即第一电子设备)分享的行程卡片后，若分享方电子设备接收到行程信息，分享方电子设备可更新第一卡片，并主动向第一服务器发送状态更新请求。响应于该状态更新请求，第一服务器向第二电子设备发送行程信息，以使第二电子设备更新第二卡片，达到卡片状态同步更新的目的。

本申请另一实施例提供一种芯片系统1700，如图17所示，该芯片系统包括至少一个处理器1701和至少一个接口电路1702。处理器1701和接口电路1702可通过线路互联。例如，接口电路1702可用于从其它装置(例如，第一电子设备、第二电子设备或第一服务器的存储器)接收信号。又例如，接口电路1702可用于向其它装置(例如处理器1701)发送信号。

例如，接口电路1702可读取第一电子设备的存储器中存储的指令，并将该指令发送给处理器1701。当所述指令被处理器1701执行时，可使得电子设备执行上述各实施例中的各个步骤。

又例如，接口电路1702可读取第二电子设备的存储器中存储的指令，并将该指令发送给处理器1701。当所述指令被处理器1701执行时，可使得电子设备执行上述各实施例中的各个步骤。

又例如，接口电路1702可读取第一服务器的存储器中存储的指令，并将该指令发送给处理器1701。当所述指令被处理器1701执行时，可使得电子设备执行上述各实施例中的各个步骤。

通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请实施例各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：快闪存储器、移动硬盘、只读存储器、随机存取存储器、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本申请实施例的具体实施方式，但本申请实施例的保护范围并不局限于此，任何在本申请实施例揭露的技术范围内的变化或替换，都应涵盖在本申请实施例的保护范围之内。因此，本申请实施例的保护范围应以所述权利要求的保护范围为准。

Claims (16)

1.一种卡片分享方法，其特征在于，应用于卡片分享系统，所述系统包括第一电子设备、第二电子设备及第一服务器，所述方法包括：

所述第一电子设备显示第一卡片；其中，所述第一卡片承载有第一行程的行程信息；

响应于用户将所述第一卡片分享给所述第二电子设备的操作，所述第一电子设备向所述第二电子设备发送分享信息；其中，所述分享信息至少包括第一登录帐号、分享时生成的第一卡片身份标识ID及第一行程信息；

所述第一电子设备向所述第一服务器发送分享请求，所述分享请求包括所述第一卡片ID和所述第一登录帐号；

所述第一服务器接收所述分享请求，记录所述第一卡片ID与所述第一登录帐号的匹配关系；

所述第二电子设备接收所述分享信息，根据所述分享信息生成并显示第二卡片；

所述第二电子设备向所述第一服务器发送绑定请求；其中，所述绑定请求包括所述第一登录帐号、第二登录帐号以及所述第一卡片ID；

所述第一服务器接收所述绑定请求，验证是否存在所述第一卡片ID与所述第一登录帐号的匹配关系；

若确认存在所述第一卡片ID与所述第一登录帐号的匹配关系，绑定所述第一登录帐号及所述第二登录帐号；

若所述第一行程的行程状态发生变化，所述第一服务器向所述第二电子设备推送第二行程信息；

所述第二电子设备接收所述第二行程信息，根据所述第二行程信息更新所述第二卡片。

2.根据权利要求1所述的卡片分享方法，其特征在于，所述第一服务器绑定所述第一登录帐号及所述第二登录帐号，包括：

所述第一服务器将所述第二登录帐号添加至所述第一登录帐号所在的消息推送列表；其中，所述消息推送列表包括多个帐号，所述多个帐号包括所述第一登录帐号及所述第二登录帐号；

若所述第一行程的行程状态发生变化，所述第一服务器向所述第二电子设备推送第二行程信息，包括：

若所述第一行程的行程状态发生变化，所述第一服务器根据所述消息推送列表向所述第一电子设备及所述第二电子设备分别推送所述第二行程信息。

3.根据权利要求2所述的卡片分享方法，其特征在于，所述卡片分享系统还包括第二服务器，若所述第一行程的行程状态发生变化，所述第一服务器根据所述消息推送列表向所述第一电子设备及所述第二电子设备分别推送所述第二行程信息，包括：

所述第二服务器检测到所述第一行程的行程状态发生变化时，向所述第一服务器发送状态更新消息；其中，所述状态更新消息包括所述第一登录帐号及所述第二行程信息；

所述第一服务器根据所述消息推送列表向所述第一电子设备及所述第二电子设备分别推送第二行程信息。

4.根据权利要求2所述的卡片分享方法，其特征在于，若所述第一行程的行程状态发生变化，所述第一服务器根据所述消息推送列表向所述第一电子设备及所述第二电子设备分别推送第二行程信息，包括：

若所述第一服务器检测到所述第一行程的行程状态发生变化，所述第一服务器根据所述消息推送列表向所述第一电子设备及所述第二电子设备分别推送第二行程信息。

5.根据权利要求2-4中任意一项所述的卡片分享方法，其特征在于，所述方法还包括：

响应于用户取消分享所述第一卡片的操作，所述第一电子设备向所述第一服务器发送取消分享请求；

所述第一服务器将所述多个帐号中除所述第一登录帐号以外的其他帐号从所述消息推送列表中剔除。

6.根据权利要求1所述的卡片分享方法，其特征在于，所述卡片分享系统还包括第二服务器，所述第一电子设备上布设有应用软件开发工具包SDK；

所述第一服务器绑定所述第一登录帐号及所述第二登录帐号，包括：

所述第一服务器将所述第一登录帐号与所述第二登录帐号添加至同一个共享组；其中，所述共享组包括多个帐号，所述多个帐号包括所述第一登录帐号及所述第二登录帐号；

若所述第一行程的行程状态发生变化，所述第一服务器向所述第二电子设备推送第二行程信息，包括：

所述第二服务器检测到所述第一行程的行程状态发生变化时，向所述第一电子设备的应用SDK推送第二行程信息；

所述第一电子设备向所述第一服务器发送状态更新消息；其中，所述状态更新消息包括所述第一卡片ID、所述第一登录帐号及所述第二行程信息；

所述第一服务器根据所述第一卡片ID及所述第一登录帐号查询到所述共享组，并向所述共享组内除所述第一登录帐号的其他帐号发送所述第二行程信息；其中，所述共享组内包括所述第二登录帐号。

7.根据权利要求6所述的卡片分享方法，其特征在于，所述方法还包括：

响应于用户取消分享所述第一卡片的操作，所述第一电子设备向所述第一服务器发送取消分享请求；

所述第一服务器将所述多个帐号中除所述第一登录帐号以外的其他帐号从所述共享组中剔除。

8.根据权利要求2-4或6-7中任意一项所述的卡片分享方法，其特征在于，所述方法还包括：

所述第一电子设备根据所述第二行程信息更新所述第一卡片。

9.根据权利要求1-4或6中任意一项所述的卡片分享方法，其特征在于，所述方法还包括：

响应于用户取消分享所述第一卡片的操作，所述第一电子设备向所述第一服务器发送取消分享请求；其中，所述取消分享请求包括所述第一卡片ID及所述第一登录帐号；

所述第一服务器接收所述取消分享请求，验证是否存在所述第一卡片ID与所述第一登录帐号的匹配关系；

若确认存在所述第一卡片ID与所述第一登录帐号的匹配关系，所述第一服务器取消所述第一登录帐号与所述第二登录帐号的绑定关系。

10.根据权利要求1-4或6-7中任意一项所述的卡片分享方法，其特征在于，在所述第一电子设备向所述第二电子设备发送所述分享信息之前，所述方法还包括：

所述第一电子设备生成密钥，并利用所述密钥加密所述第一卡片ID；

基于加密后的第一卡片ID及所述第一登录帐号生成所述分享信息；

所述第一电子设备向所述第二电子设备发送所述分享信息，包括：

所述第一电子设备向所述第二电子设备发送所述分享信息及所述密钥。

11.根据权利要求10所述的卡片分享方法，其特征在于，所述方法还包括：

所述第二电子设备接收所述分享信息及所述密钥，根据所述密钥对所述加密后的第一卡片ID进行解密操作。

12.一种卡片分享方法，其特征在于，应用于第一服务器，所述第一服务器与第一电子设备及第二电子设备分别通信连接，所述方法包括：

接收所述第一电子设备发送的分享请求，记录第一卡片ID与第一登录帐号的匹配关系；其中，所述分享请求包括所述第一卡片ID和所述第一登录帐号；

接收所述第二电子设备发送的绑定请求，验证是否存在所述第一卡片ID与所述第一登录帐号的匹配关系；

若确认存在所述第一卡片ID与所述第一登录帐号的匹配关系，绑定第一登录帐号及第二登录帐号；其中，所述绑定请求包括所述第一登录帐号、所述第二登录帐号以及所述第一卡片ID；

若第一行程的行程状态发生变化，向所述第二电子设备推送第二行程信息。

13.一种卡片分享方法，其特征在于，应用于第二电子设备，所述第二电子设备与第一电子设备及第一服务器分别通信连接，所述方法包括：

接收所述第一电子设备发送的分享信息，根据所述分享信息生成并显示第二卡片；其中，所述分享信息至少包括第一登录帐号、分享时生成的第一卡片ID及第一行程信息；

向所述第一服务器发送绑定请求，以使所述第一服务器确认存在所述第一卡片ID与所述第一登录帐号的匹配关系时绑定所述第一登录帐号及第二登录帐号；其中，所述绑定请求包括所述第一登录帐号、所述第二登录帐号以及所述第一卡片ID；

接收所述第一服务器推送的第二行程信息，根据所述第二行程信息更新所述第二卡片。

14.一种卡片分享方法，其特征在于，应用于第一电子设备，所述第一电子设备与第二电子设备及第一服务器分别通信连接，所述方法包括：

所述第一电子设备显示第一卡片；其中，所述第一卡片承载有第一行程的行程信息；

响应于用户将所述第一卡片分享给所述第二电子设备的操作，所述第一电子设备向所述第二电子设备发送分享信息；其中，所述分享信息至少包括第一登录帐号及分享时生成的第一卡片身份标识ID；

所述第一电子设备向所述第一服务器发送分享请求，以使所述第一服务器记录所述第一卡片ID与所述第一登录帐号的匹配关系；所述分享请求包括所述第一卡片ID和所述第一登录帐号。

15.一种计算机可读存储介质，其特征在于，包括计算机指令；

当所述计算机指令在第一电子设备上运行时，使得所述第一电子设备执行如权利要求1-11、14中任一项所述的方法；

或者，当所述计算机指令在第二电子设备上运行时，使得所述第二电子设备执行如权利要求1-11、13中任一项所述的方法；

或者，当所述计算机指令在第一服务器上运行时，使得所述第一服务器执行如权利要求1-12中任一项所述的方法。

16.一种卡片分享系统，其特征在于，包括第一电子设备、第二电子设备及第一服务器，所述第一电子设备执行如权利要求1-11、14中任一项所述的方法，所述第二电子设备执行如权利要求1-11、13中任一项所述的方法，所述第一服务器执行如权利要求1-12中任一项所述的方法。

Images