CN113783989B - 显示卡片的方法和装置 - Google Patents

显示卡片的方法和装置 Download PDF

Info

Publication number
CN113783989B
CN113783989B CN202110926455.6A CN202110926455A CN113783989B CN 113783989 B CN113783989 B CN 113783989B CN 202110926455 A CN202110926455 A CN 202110926455A CN 113783989 B CN113783989 B CN 113783989B
Authority
CN
China
Prior art keywords
message
authentication
equipment
service
card
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN202110926455.6A
Other languages
English (en)
Other versions
CN113783989A (zh
Inventor
江洪泽
李志辉
舒昌文
姚伟娜
刘英龙
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Shanghai Glory Smart Technology Development Co ltd
Original Assignee
Honor Device Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Honor Device Co Ltd filed Critical Honor Device Co Ltd
Publication of CN113783989A publication Critical patent/CN113783989A/zh
Application granted granted Critical
Publication of CN113783989B publication Critical patent/CN113783989B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M1/00—Substation equipment, e.g. for use by subscribers
    • H04M1/72—Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
    • H04M1/724—User interfaces specially adapted for cordless or mobile telephones
    • H04M1/72403—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/55—Push-based network services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M1/00—Substation equipment, e.g. for use by subscribers
    • H04M1/72—Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
    • H04M1/724—User interfaces specially adapted for cordless or mobile telephones
    • H04M1/72403—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality
    • H04M1/7243—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality with interactive means for internal management of messages
    • H04M1/72436—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality with interactive means for internal management of messages for text messaging, e.g. short messaging services [SMS] or e-mails
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/009—Security arrangements; Authentication; Protecting privacy or anonymity specially adapted for networks, e.g. wireless sensor networks, ad-hoc networks, RFID networks or cloud networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/06—Authentication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/60—Context-dependent security
    • H04W12/69—Identity-dependent
    • H04W12/71—Hardware identity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/12—Messaging; Mailboxes; Announcements
    • H04W4/14—Short messaging services, e.g. short message services [SMS] or unstructured supplementary service data [USSD]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0225—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal
    • H04W52/0229—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal where the received signal is a wanted signal
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Human Computer Interaction (AREA)
  • General Health & Medical Sciences (AREA)
  • Computing Systems (AREA)
  • Medical Informatics (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Health & Medical Sciences (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)

Abstract

本申请涉及终端领域，提供了一种显示卡片的方法和装置。该方法包括：终端设备接收用户在第一交通卡片上的第一操作；终端设备根据第一操作通过第一传输路径向交通卡片对应的交通服务平台发送包含授权码和第一设备标识的认证请求消息；终端设备在认证完成后通过第二传输路径从设备云平台接收交通服务平台推送的用于指示出行信息有更新的通知消息；随后通过第一传输路径向交通服务平台发送第一请求消息，请求获取新的出行信息；终端设备通过第一传输路径接收交通服务平台的第一响应消息，第一响应消息携带了第一出行信息；终端设备根据第一响应消息显示包含第一出行信息的第二交通卡片。该方法能够提高基于推送方式获得交通信息的安全性。

Description

显示卡片的方法和装置
技术领域
本申请涉及终端领域，具体涉及一种显示卡片的方法和装置。
背景技术
现在终端设备在人们的生活中发挥越来越多的智能作用，可以智能提醒用户一些信息，比如提醒用户出行。
发明内容
本申请提供了一种显示交通卡片的方法和装置，能够提高基于推送方式获得航班信息的安全性。
交通卡片是一种通过终端设备显示的包含出行信息的用户界面(userinterface，UI)。例如，用户购买机票后，用户的手机会收到机票订购短信或者航班服务应用程序(application，APP)的通知消息，该短信或该通知消息通常以文字的形式将航班信息告知用户；手机收到短信或通知消息后，可以将短信或通知消息中的航班信息转化为包含图形和文字UI展示给用户，从而增强了用户的体验。
手机可以在通过主动查询从航班服务平台获取航班信息，如航班起飞时间和登机牌。主动查询消耗的电量较大，手机可以通过接收航班服务平台的推送消息获取航班信息，减小电量消耗。然而，登机牌等航班信息属于隐私信息，推送消息的传输路径涉及多个节点，如航班服务平台和设备云平台，基于推送方式获得航班信息的安全性需要提高。
第一方面，提供了一种显示交通卡片的方法，包括：
终端设备接收用户在第一交通卡片上的第一操作，所述第一操作用于请求认证第一设备标识，所述第一设备标识用于标识所述终端设备；
所述终端设备根据所述第一操作通过第一传输路径向所述第一交通卡片对应的交通服务平台发送包含授权码和所述第一设备标识的认证请求消息，所述授权码用于指示用户信息，所述第一设备标识用于标识所述终端设备，所述认证请求消息用于请求认证所述第一设备标识，所述第一传输路径不涉及所述设备云平台；
所述终端设备通过第二传输路径从所述交通服务平台接收认证完成消息，所述认证完成消息用于指示所述第一设备标识已完成认证，所述第二传输路径涉及所述终端设备对应的设备云平台；
所述终端设备根据所述认证完成消息关闭所述第一交通卡片；
所述终端设备通过所述第二传输路径从所述设备云平台接收所述交通服务平台推送的用于指示出行信息有更新的通知消息，所述通知消息中携带有所述第一设备标识，所述设备云平台存储有所述第一设备标识与所述终端设备的推送令牌的关联信息，所述关联信息用于所述设备云平台在接收到所述通知消息后根据所述关联信息确定出所述第一设备标识对应的推送令牌，并根据所述推送令牌向所述终端设备推送所述通知消息；
所述终端设备在通过所述第二传输路径接收到所述通知消息后，通过所述第一传输路径向所述交通服务平台发送第一请求消息，所述第一请求消息用于请求获取新的出行信息；
所述终端设备通过所述第一传输路径接收所述交通服务平台响应所述第一请求消息的第一响应消息，所述第一响应消息携带了第一出行信息；
所述终端设备根据所述第一响应消息显示包含所述第一出行信息的第二交通卡片。
用户需要交通卡片显示与身份信息相关的内容(如登机牌)时，可以直接在第一交通卡片上进行第一操作(如点击)请求交通服务平台进行身份认证。用户完成身份认证后，交通服务平台可以通过设备云平台向终端设备发送推送消息，终端设备通过常驻运行的应用(监听APP)及时接收推送消息；随后，终端设备直接向交通服务平台请求获取新的出行信息，由于终端设备是在确定有新的出行信息后才主动查询新的推送消息，相比于定时主动查询减少了查询次数，从而节省了电量；此外，由于新的出行信息不经过设备云平台的转发，减少了新的出行信息的转发节点，从而提高了基于推送方式获取新的出行信息的安全性。
在一种实现方式中，所述终端设备根据所述第一操作通过第一传输路径向所述第一交通卡片对应的交通服务平台发送包含授权码和所述第一设备标识的认证请求消息之前，所述方法还包括：所述终端设备向所述设备云平台发送包含第二设备标识和所述第一设备标识的业务消息，所述第二设备标识用于标识所述终端设备，所述业务消息用于所述设备云平台记录所述第二设备标识和所述第一设备标识的关联关系；所述终端设备向所述设备云平台发送包含所述第二设备标识和所述推送令牌的订阅消息，所述订阅消息用于订阅与所述推送令牌关联的推送消息，所述订阅消息中的所述第二设备标识用于所述设备云平台确定所述第一设备标识与所述推送令牌的关联关系。
业务消息包含第一设备标识和第二设备标识，订阅消息包含第二设备标识和推送令牌，设备云平台能够根据这两个消息确定第一设备标识与推送令牌的关联关系，从而能够识别出交通服务平台发送的包含第一设备标识的推送消息对应的推送令牌，进而将该推送消息转发给推送令牌对应的终端设备。
在一种实现方式中，所述第一设备标识为OpenID，所述第二设备标识为DeviceID。
OpenID是根据用户设备号和不可逆哈希算法生成的用户标识，既可以标识终端设备，又能够避免用户隐私泄露。
所述终端设备根据所述第一操作通过第一传输路径向所述第一交通卡片对应的交通服务平台发送包含授权码和所述第一设备标识的认证请求消息之前，所述方法还包括：所述终端设备根据所述第一操作向所述交通服务平台发送授权码请求消息，所述授权码请求消息用于获取所述授权码；所述终端设备从所述交通服务平台接收所述授权码。
在一种实现方式中，所述方法还包括：所述终端设备接收所述用户在交通服务界面上的第二操作，所述第二操作用于取消所述交通服务平台对所述第一设备标识的认证；所述终端设备根据所述第二操作通过所述第一传输路径向所述交通服务平台发送包含所述第一设备标识的取消认证请求消息，所述取消认证请求消息用于请求取消所述第一设备标识的认证；所述终端设备通过所述第二传输路径从所述设备云平台接收认证取消消息，所述认证取消消息用于指示所述第一设备标识的认证状态已取消；所述终端设备根据所述认证取消消息关闭所述第二交通卡片。
终端设备可以在特定时期(如登机完成)后取消第一设备标识的认证，减少推送消息的干扰。终端设备收到认证取消消息后，关闭认证状态的交通卡片(即，第二交通卡片)，使得用户免受交通服务平台的推送消息的干扰，提高交通卡片的用户体验。
在一种实现方式中，所述方法还包括：所述终端设备在所述第一设备标识未认证时获取第二出行信息；所述终端设备显示包含所述第二出行信息的第三交通卡片。
若用户未完成交通出行计划，如，用户还未完成登机就取消了第一设备标识的认证，终端设备可以在关闭认证状态的交通卡片(即，第二交通卡片)后显示未认证状态的交通卡片(即，第三交通卡片)，使得用户免受交通服务平台的推送消息的干扰，同时使得用户能够继续完成交通出行计划，从而提高了交通卡片的用户体验。
在一种实现方式中，所述第二出行信息包括以下信息中的一个或多个：短信中的出行信息，交通APP的推送消息中的出行信息，日历中的出行信息，备忘录中的出行信息。
在一种实现方式中，所述第一出行信息包括交通事件变更信息和/或交通事件提醒信息。
在一种实现方式中，所述第一操作为单击操作。
第二方面，提供了另一种显示交通卡片的方法，包括：
设备云平台从终端设备接收包含第一设备标识和第二设备标识的业务消息，所述第一设备标识和所述第二设备标识分别用于标识所述终端设备，所述业务消息用于所述设备云平台记录所述第一设备标识和所述第二设备标识的关联关系；
所述设备云平台从所述终端设备接收包含所述第二设备标识和推送令牌的订阅消息，所述订阅消息用于订阅与所述推送令牌关联的推送消息；
所述设备云平台根据所述业务消息和所述订阅消息生成记录所述第一设备标识与所述推送令牌的关联关系的关联信息。
所述设备云平台从所述交通服务平台接收包含所述第一设备标识的认证完成消息，所述认证完成消息用于指示所述第一设备标识已完成认证；
所述设备云平台根据所述认证完成消息中的所述第一设备标识和所述关联信息确定所述推送令牌；
所述设备云平台根据所述推送令牌向所述终端设备发送所述认证完成消息；
所述设备云平台从所述交通服务平台接收用于指示出行信息有更新的通知消息，所述通知消息包含所述第一设备标识；
所述设备云平台根据所述通知消息中的所述第一设备标识和所述关联信息确定推送令牌；
所述设备云平台向所述推送令牌对应的终端设备发送所述通知消息，所述通知消息用于所述终端设备获取显示交通卡片所需的出行信息。
用户需要交通卡片显示与身份信息相关的内容(如登机牌)时，可以直接在第一交通卡片上进行第一操作(如点击)请求交通服务平台进行身份认证。用户完成身份认证后，交通服务平台可以通过设备云平台向终端设备发送推送消息，终端设备通过常驻运行的应用(监听APP)及时接收推送消息；随后，终端设备直接向交通服务平台请求获取新的出行信息，由于终端设备是在确定有新的出行信息后才主动查询新的推送消息，相比于定时主动查询减少了查询次数，从而节省了电量；此外，由于新的出行信息不经过设备云平台的转发，减少了新的出行信息的转发节点，从而提高了基于推送方式获取新的出行信息的安全性。
在一种实现方式中，所述第一设备标识为OpenID，所述第二设备标识为DeviceID。
在一种实现方式中，所述方法还包括：所述设备云平台从所述交通服务平台接收认证取消消息，所述认证取消消息用于指示所述第一设备标识的认证状态已取消，所述认证取消消息包含所述第一设备标识；所述设备云平台根据所述关联信息和所述认证取消消息中的所述第一设备标识确定所述推送令牌；所述设备云平台向所述终端设备发送所述认证取消消息。
终端设备可以在特定时期(如登机完成)后取消第一设备标识的认证，减少推送消息的干扰。本实施例使得终端设备能够根据认证取消消息关闭认证状态的交通卡片(即，第二交通卡片)，避免用户受到交通服务平台的推送消息的干扰，提高交通卡片的用户体验。
在一种实现方式中，所述第一出行信息包括交通事件变更信息和/或交通事件提醒信息。
第三方面，提供了再一种显示交通卡片的方法，包括：交通服务平台通过第一传输路径从终端设备接收授权码请求消息，所述授权码请求消息用于获取授权码，所述授权码用于校验所述终端设备的用户信息，所述第一传输路径不涉及所述终端设备的设备云平台；所述交通服务平台向所述终端设备发送所述授权码；所述交通服务平台通过所述第一传输路径从所述终端设备接收包含第一设备标识的认证请求消息，所述第一设备标识用于标识所述终端设备，所述认证请求消息用于请求认证所述第一设备标识；所述交通服务平台根据所述认证请求对所述第一设备标识进行认证；所述交通服务平台在所述第一设备标识完成认证后，向所述设备云平台发送包含所述第一设备标识的认证完成消息，所述认证完成消息用于指示所述第一设备标识已完成认证；所述交通服务平台通过第二传输路径向所述设备云平台发送用于指示出行信息有更新的通知消息，所述通知消息携带有所述第一设备标识，所述第一设备标识用于所述设备云平台确定所述终端设备的推送令牌，所述推送令牌用于所述设备云平台向所述终端设备转发所述通知消息；所述交通服务平台通过所述第一传输路径从所述终端设备接收第一请求消息，所述第一请求消息用于请求获取新的出行信息；所述交通服务平台通过所述第一传输路径向所述设备云平台发送包含第一出行信息和所述第一设备标识的消息，所述第一出行信息用于所述终端设备显示交通卡片。
用户需要交通卡片显示与身份信息相关的内容(如登机牌)时，可以直接在第一交通卡片上进行第一操作(如点击)请求交通服务平台进行身份认证。用户完成身份认证后，交通服务平台可以通过设备云平台向终端设备发送推送消息，终端设备通过常驻运行的应用(监听APP)及时接收推送消息；随后，终端设备直接向交通服务平台请求获取新的出行信息，由于终端设备是在确定有新的出行信息后才主动查询新的推送消息，相比于定时主动查询减少了查询次数，从而节省了电量；此外，由于新的出行信息不经过设备云平台的转发，减少了新的出行信息的转发节点，从而提高了基于推送方式获取新的出行信息的安全性。
在一种实现方式中，还包括：所述交通服务平台从所述终端设备接收包含所述第一设备标识的取消认证请求消息；所述交通服务平台根据所述取消认证请求消息取消所述第一设备标识的认证；所述交通服务平台在所述第一设备标识的认证取消后，向所述设备云平台发送认证取消消息，所述认证取消消息用于指示所述第一设备标识的认证状态已取消。
终端设备可以在特定时期(如登机完成)后取消第一设备标识的认证，减少推送消息的干扰。本实施例使得终端设备能够根据认证取消消息关闭认证状态的交通卡片(即，第二交通卡片)，避免用户受到交通服务平台的推送消息的干扰，提高交通卡片的用户体验。
在一种实现方式中，所述第一出行信息包括交通事件变更信息和/或交通事件提醒信息。
在一种实现方式中，所述第一设备标识为OpenID。
第四方面，提供了一种显示交通卡片的装置，包括用于执行第一方面中任一种方法的单元。该装置可以是终端设备，也可以是终端设备内的芯片。该装置可以包括输入单元和处理单元。
当该装置是终端设备时，该处理单元可以是处理器，该输入单元可以是通信接口；该终端设备还可以包括存储器，该存储器用于存储计算机程序代码，当该处理器执行该存储器所存储的计算机程序代码时，使得该终端设备执行第一方面中的任一种方法。
当该装置是终端设备内的芯片时，该处理单元可以是芯片内部的处理单元，该输入单元可以是输出接口、管脚或电路等；该芯片还可以包括存储器，该存储器可以是该芯片内的存储器(例如，寄存器、缓存等)，也可以是位于该芯片外部的存储器(例如，只读存储器、随机存取存储器等)；该存储器用于存储计算机程序代码，当该处理器执行该存储器所存储的计算机程序代码时，使得该芯片执行第一方面中的任一种方法。
第五方面，提供了一种显示交通卡片的装置，包括用于执行第二方面或第三方面中任一种方法的单元。该装置可以是服务器，也可以是服务器内的芯片。该装置可以包括输入单元和处理单元。
当该装置是服务器时，该处理单元可以是处理器，该输入单元可以是通信接口；该服务器还可以包括存储器，该存储器用于存储计算机程序代码，当该处理器执行该存储器所存储的计算机程序代码时，使得该服务器执行第二方面或第三方面中的任一种方法。
当该装置是服务器内的芯片时，该处理单元可以是芯片内部的处理单元，该输入单元可以是输出接口、管脚或电路等；该芯片还可以包括存储器，该存储器可以是该芯片内的存储器(例如，寄存器、缓存等)，也可以是位于该芯片外部的存储器(例如，只读存储器、随机存取存储器等)；该存储器用于存储计算机程序代码，当该处理器执行该存储器所存储的计算机程序代码时，使得该芯片执行第二方面或第三方面中的任一种方法。
第六方面，提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序代码，当所述计算机程序代码被显示交通卡片的装置运行时，使得该装置执行第一方面、第二方面或第三方面中的任一种方法。
第七方面，提供了一种计算机程序产品，所述计算机程序产品包括：计算机程序代码，当所述计算机程序代码被显示交通卡片的装置运行时，使得该装置执行第一方面、第二方面或第三方面中的任一种方法。
附图说明
图1是一种适用于本申请的装置的硬件系统的示意图；
图2是一种适用于本申请的装置的软件系统的示意图；
图3是本申请提供的一种显示交通卡片的系统的示意图；
图4是本申请提供的一种业务APP的逻辑处理功能的示意图；
图5是本申请提供的一种未认证状态下的值机流程的示意图；
图6是本申请提供的一种未认证状态下的预备值机提醒卡片的示意图；
图7是本申请提供的一种未认证状态下的值机开始提醒卡片的示意图；
图8是本申请提供的另一种未认证状态下的值机开始提醒卡片的示意图；
图9是本申请提供的一种未认证状态下的值机截止提醒卡片的示意图；
图10是本申请提供的一种认证流程的示意图；
图11是本申请提供的一种绑定OpenID和推送令牌的流程示意图；
图12是本申请提供的一种值机完成卡片的示意图；
图13是本申请提供的一种认证状态下的值机流程的示意图；
图14是本申请提供的一种认证状态下的出票卡片的示意图；
图15是本申请提供的一种认证状态下的预备值机提醒卡片的示意图；
图16是本申请提供的一种认证状态下的值机开始提醒卡片的示意图；
图17是本申请提供的另一种认证状态下的值机开始提醒卡片的示意图；
图18是本申请提供的一种认证状态下的值机截止提醒卡片的示意图；
图19是本申请提供的一种认证状态下的值机完成卡片的示意图；
图20是本申请提供的一种认证状态下的登机流程的示意图；
图21是本申请提供的一种航班悬浮窗的示意图；
图22是本申请提供的一种取消认证流程的示意图。
具体实施方式
下面将结合附图，对本申请实施例中的技术方案进行描述。
图1示出了一种适用于本申请的装置的硬件结构。
装置100可以是手机、智慧屏、平板电脑、可穿戴电子设备、车载电子设备、增强现实(augmented reality，AR)设备、虚拟现实(virtual reality，VR)设备、笔记本电脑、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本、个人数字助理(personal digital assistant，PDA)、投影仪等等，本申请实施例对装置100的具体类型不作任何限制。
装置100可以包括处理器110，外部存储器接口120，内部存储器121，通用串行总线(universal serial bus，USB)接口130，充电管理模块140，电源管理模块141，电池142，天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，传感器模块180，按键190，马达191，指示器192，摄像头193，显示屏194，以及用户标识模块(subscriber identification module，SIM)卡接口195等。其中传感器模块180可以包括压力传感器180A，陀螺仪传感器180B，气压传感器180C，磁传感器180D，加速度传感器180E，距离传感器180F，接近光传感器180G，指纹传感器180H，温度传感器180J，触摸传感器180K，环境光传感器180L，骨传导传感器180M等。
需要说明的是，图1所示的结构并不构成对装置100的具体限定。在本申请另一些实施例中，装置100可以包括比图1所示的部件更多或更少的部件，或者，装置100可以包括图1所示的部件中某些部件的组合，或者，装置100可以包括图1所示的部件中某些部件的子部件。图1示的部件可以以硬件、软件、或软件和硬件的组合实现。
图1所示的各模块间的连接关系只是示意性说明，并不构成对装置100的各模块间的连接关系的限定。可选地，装置100的各模块也可以采用上述实施例中多种连接方式的组合。
装置100可以通过GPU、显示屏194以及应用处理器实现显示功能。GPU为图像处理的微处理器，连接显示屏194和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。处理器110可包括一个或多个GPU，其执行程序指令以生成或改变显示信息。
显示屏194可以用于显示图像或视频。显示屏194包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display，LCD)、有机发光二极管(organic light-emitting diode，OLED)、有源矩阵有机发光二极体(active-matrix organic light-emitting diode，AMOLED)、柔性发光二极管(flex light-emitting diode，FLED)、迷你发光二极管(mini light-emitting diode，Mini LED)、微型发光二极管(micro light-emitting diode，Micro LED)、微型OLED(Micro OLED)或量子点发光二极管(quantum dotlight emitting diodes，QLED)。在一些实施例中，装置100可以包括1个或N个显示屏194，N为大于1的正整数。
装置100可以通过ISP、摄像头193、视频编解码器、GPU、显示屏194以及应用处理器等实现拍摄功能。
ISP用于处理摄像头193反馈的数据。例如，拍照时，打开快门，光线通过镜头被传递到摄像头感光元件上，光信号转换为电信号，摄像头感光元件将所述电信号传递给ISP处理，转化为肉眼可见的图像。ISP可以对图像的噪点、亮度和色彩进行算法优化，ISP还可以优化拍摄场景的曝光和色温等参数。在一些实施例中，ISP可以设置在摄像头193中。
NPU是一种借鉴生物神经网络结构的处理器，例如借鉴人脑神经元之间传递模式对输入信息快速处理，还可以不断地自学习。通过NPU可以实现装置100的智能认知等功能，例如：图像识别、人脸识别、语音识别和文本理解。
上文详细描述了装置100的硬件系统，下面介绍装置100的软件系统。软件系统可以采用分层架构、事件驱动架构、微核架构、微服务架构或云架构，本申请实施例以分层架构为例，示例性地描述装置100的软件系统。
如图2所示，采用分层架构的软件系统分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，软件系统可以分为四层，从上至下分别为应用程序层、应用程序框架层、安卓运行时(Android Runtime)和系统库、以及内核层。
应用程序层可以包括相机、图库、日历、通话、地图、导航、WLAN、蓝牙、音乐、视频、闹钟、监听APP、业务APP和显示APP等应用程序。
监听APP用于监听推送消息，实现交通卡片的感知功能；业务APP用于处理交通卡片的相关消息，实现交通卡片的逻辑处理功能；显示APP用于将出行信息(如航班信息)显示在交通卡片上，实现交通卡片的展示功能。下文会详细介绍这些监听APP、业务APP和显示APP的功能。
应用程序框架层为应用程序层的应用程序提供应用程序编程接口(applicationprogramming interface，API)和编程框架。应用程序框架层可以包括一些预定义的函数。
例如，应用程序框架层包括窗口管理器、内容提供器、视图系统、资源管理器、通知管理器。
窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小，判断是否有状态栏、锁定屏幕和截取屏幕。
内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。所述数据可以包括视频、图像、音频、拨打和接听的电话、浏览历史和书签、以及电话簿。
视图系统包括可视控件，例如显示文字的控件和显示图片的控件。视图系统可用于构建应用程序。显示界面可以由一个或多个视图组成，例如，包括短信通知图标的显示界面，可以包括显示文字的视图以及显示图片的视图。
资源管理器为应用程序提供各种资源，比如本地化字符串、图标、图片、布局文件和视频文件。
通知管理器使应用程序可以在状态栏中显示通知信息，可以用于传达告知类型的消息，可以短暂停留后自动消失，无需用户交互。比如通知管理器被用于下载完成告知和消息提醒。通知管理器还可以管理以图表或者滚动条文本形式出现在系统顶部状态栏的通知，例如后台运行的应用程序的通知。通知管理器还可以管理以对话窗口形式出现在屏幕上的通知，例如在状态栏提示文本信息、发出提示音、电子设备振动以及指示灯闪烁。
系统库可以包括多个功能模块，例如：表面管理器(surface manager)，媒体库(Media Libraries)，三维图形处理库(例如：针对嵌入式系统的开放图形库(opengraphics library for embedded systems，OpenGL ES)和2D图形引擎(例如：skia图形库(skia graphics library，SGL))。
表面管理器用于对显示子系统进行管理，并且为多个应用程序提供了2D图层和3D图层的融合。
媒体库支持多种音频格式的回放和录制、多种视频格式回放和录制以及静态图像文件。媒体库可以支持多种音视频编码格式，例如:MPEG4、H.264、动态图像专家组音频层面3(moving picture experts group audio layer III，MP3)、高级音频编码(advancedaudio coding，AAC)、自适应多码率(adaptive multi-rate，AMR)、联合图像专家组(jointphotographic experts group，JPG)和便携式网络图形(portable network graphics，PNG)。
三维图形处理库可以用于实现三维图形绘图、图像渲染、合成和图层处理。
二维图形引擎是2D绘图的绘图引擎。
Android Runtime包括核心库和虚拟机。Android runtime负责安卓系统的调度和管理。
核心库包含两部分：一部分是java语言需要调用的功能函数，另一部分是安卓的核心库。
应用程序层和应用程序框架层运行在虚拟机中。虚拟机将应用程序层和应用程序框架层的java文件执行为二进制文件。虚拟机用于执行对象生命周期的管理、堆栈管理、线程管理、安全和异常的管理、以及垃圾回收等功能。
内核层是硬件和软件之间的层。内核层可以包括显示驱动、摄像头驱动、音频驱动、传感器驱动和定位驱动等驱动模块。
下面结合显示交通卡片的场景，示例性说明装置100的软件系统和硬件系统的工作流程。
当用户在触摸传感器180K上进行触摸操作时，相应的硬件中断被发送至内核层，内核层将触摸操作加工成原始输入事件，原始输入事件例如包括触摸坐标和触摸操作的时间戳等信息。原始输入事件被存储在内核层，应用程序框架层从内核层获取原始输入事件，识别出原始输入事件对应的控件，并通知该控件对应的应用程序(application，APP)。例如，上述触摸操作为单击操作，上述控件对应的APP为显示APP，显示APP被单击操作唤醒后，可以通过API调用内核层的显示驱动，通过显示驱动控制显示屏194刷新交通卡片的内容。
下面以装置100为手机为例介绍本申请提供的显示交通卡片的系统。
如图3所示，该系统包括手机、航班服务平台、业务方服务平台和业务方推送(push)平台。航班服务平台是由服务器提供的交通服务平台的一个示例，可以为用户提供一家或者多家航空公司的机票信息。可选地，该交通服务平台还可以是火车服务平台、汽车服务平台、船运服务平台或者多种交通工具的综合服务平台，本申请对交通服务平台的具体类型不做限定。
业务方服务平台和业务方推送平台是与手机关联的云平台，业务方服务平台用于处理手机的通用业务，业务方推送平台用于处理手机的推送业务。例如，业务方服务平台对接航班服务平台，从航班服务平台接收航班信息，并根据航班信息关联的第一设备标识确定该航班信息的推送令牌(push token)；业务方推送平台根据业务方服务平台确定的推送令牌，向该推送令牌对应的设备(如图3所示的手机)发送包含上述航班信息的推送消息。
业务方服务平台可以简称为业务平台，业务方推送平台可以简称为推送平台。可选地，业务方服务平台和业务方推送平台可以集成在一个云平台上，统称为设备云平台。
手机上安装有监听APP、业务APP和显示APP，下面分别介绍这三个APP的功能。
监听APP也可以称为感知APP，监听APP常驻运行，用于接收航班服务平台通过业务方服务平台和业务方推送平台下发的推送消息。
业务APP也可称为大脑，用于实现航班卡片(交通卡片的一个示例)的逻辑处理功能，例如，业务APP从监听APP获取航班服务平台下发的推送消息，从推送消息中提取航班信息，基于航班信息的内容确定对应的航班卡片。
显示APP也可以称为智慧助手，用于将业务APP确定的航班卡片显示在手机的屏幕上。可选地，显示APP可以集成航班服务软件开发包(software development kit，SDK)，这样，当用户的身份通过航班服务平台的认证后，显示APP可以通过航班服务SDK直接向航班服务平台查询航班信息，无需再由业务APP查询航班信息。此外，当用户点击航班卡片时，显示APP可以调出航班服务认证平台(如航班服务小程序)请求航班服务平台进行认证。
基于用户身份的认证状态不同，业务APP实现的逻辑处理功能也不同。当用户未通过航班服务平台的认证时，业务APP基于未认证的逻辑处理航班卡片的业务；当用户通过航班服务平台的认证时，业务APP基于已认证的逻辑处理航班卡片的业务。下面，结合图4介绍业务APP在不同的认证状态下的逻辑处理功能。
如图4所示，业务APP可以包括业务开关模块、短信处理模块、绑定推送模块、业务推送模块、未认证处理模块和认证处理模块，其中，实线箭头表示各节点(即上述各个模块)的执行逻辑，虚线箭头表示各节点的消息订阅关系。例如，业务开关模块(父节点)与短信处理模块(子节点)之间的实线箭头表示业务开关模块执行完自己的逻辑后将执行结果发送给短信处理模块，短信处理模块是否执行自己的逻辑取决于业务开关模块的执行结果；绑定推送模块与业务推送模块之间的虚线表示业务推送模块订阅了绑定推送模块的消息，如航班服务平台与业务方推送平台之间的认证完成消息和认证取消消息。
业务开关模块在启动时执行自检逻辑，检查航班卡片业务是否开启，并将执行结果发送至子节点(短信处理模块、绑定推送模块或业务推送模块)；若业务开关模块的执行结果是航班卡片业务未开启，则子节点清空资源；若业务开关模块的执行结果是航班卡片业务开启，则子节点执行自己的逻辑。
绑定推送模块用于接收航班服务平台发送的认证完成消息或认证取消消息，并将认证完成消息或认证取消消息发往总线，以便于与总线连接的短信处理模块、业务推送模块和未认证处理模块根据认证完成消息或认证取消消息执行相应的逻辑。
短信处理模块用于接收并处理航班短信。若短信处理模块从绑定推送模块收到认证取消消息，则确定执行未认证状态下的逻辑，将更新指示发送至未认证处理模块，航班服务SDK根据该更新指示向短信处理模块查询航班短信中的航班信息更新航班卡片。
未认证处理模块可以订阅绑定推送模块的消息。当未认证处理模块收到认证完成消息时，停止执行自己的逻辑并清空资源，如，关闭未认证状态下的航班卡片。
业务推送模块可以订阅绑定推送模块的消息。当业务推送模块收到认证完成消息时，执行自己的逻辑，将接收到的推送消息传递给航班服务SDK；当业务推送模块收到认证取消消息时，停止执行自己的逻辑。
围栏注册模块用于接收航班服务SDK发送的底层能力请求，如注册时间围栏请求和注册地理围栏请求，将底层能力请求转发给监听APP，并将底层响应(如围栏注册结果)返回给航班服务SDK，保证认证状态下的交通卡片的业务正常运行。
下面介绍本申请提供的几种围栏注册功能。
业务APP和航班服务SDK可以注册航班短信围栏、航班地理围栏和航班时间围栏，这些围栏可以由监听APP提供。
例如，业务APP注册了航班短信围栏、航班地理围栏和航班时间围栏；当手机收到短信时，监听APP获取短信内容，当短信内容包含出票信息时，该短信内容触发航班短信围栏，监听APP将短信内容发送至业务APP，业务APP可以根据短信内容确定显示出票卡片；监听APP还可以调用定位API，获取手机的当前位置，若当前位置位于机场内，则当前位置触发航班地理围栏，监听APP将当前位置发送至业务APP，业务APP可以根据当前位置确定显示包含值机柜台信息的值机提醒卡片；监听APP还可以调用闹钟API获取当前时间，若当前时间距离起飞时间的时差小于预设时段，则当前时间触发航班时间围栏，监听APP将当前时间发送至业务APP，业务APP可以根据当前时间确定显示包含值机截止时间的值机提醒卡片。上述出票卡片和值机提醒卡片均为航班卡片的不同实现方式。
上文详细介绍了显示交通卡片的系统中各个模块的功能，下面分别介绍本申请提供的未认证状态下交通卡片的显示流程、认证状态下交通卡片的显示流程、以及未认证状态和认证状态的切换流程。
图5是本申请提供的一种在未认证状态下的交通卡片显示方法，该方法包括以下步骤。
S501，业务APP向业务方服务平台查询航班信息。
业务APP可以在手机收到订票短信后向业务方服务平台查询航班信息。例如，业务APP可以从订票短信中获取航班号，向业务方服务平台发送包含该航班号的查询请求；业务方服务平台收到该查询请求后，向航班服务平台查询该航班号的航班信息；在未认证状态下，航班服务平台可以将该航班号的公共航班信息(如值机开始时间和起飞时间)发送给业务方服务平台；随后，业务方服务平台可以执行S502将航班信息发送给业务APP。
S502，业务方服务平台向业务APP发送航班信息。
S503，业务APP订阅第一时间围栏。
业务APP收到航班信息后，根据航班信息中的值机开始时间向监听APP发送订阅请求，订阅第一时间围栏。例如，航班信息中的值机开始时间为18:00，用户设置的值机提醒时间为提前4个小时，则业务APP可以订阅区间为14:00～18:00的第一时间围栏，由监听APP监听触发第一时间围栏的事件。
S504，监听APP向业务APP发送第一时间围栏触发事件。
监听APP可以定时或不定时地查询当前时间，若当前时间在14:00之前，则确定未发生第一时间围栏触发事件；若当前时间在14:00之后，则确定发生第一时间围栏触发事件，并提醒业务APP第一时间围栏已被触发。
业务APP确定第一时间围栏被触发后，可以执行S505和S506，确定航班信息是否改变。
S505，业务APP向业务方服务平台查询航班信息。
S506，业务APP从业务方服务平台获取航班信息。
若航班信息改变，如值机开始时间推迟，则业务APP再次订阅第一时间围栏，并在新的值机开始时间到来时再次查询航班信息；若航班信息未改变，则业务APP可以执行S507。
S507，业务APP指示显示APP显示预备值机提醒卡片。
例如，业务APP获取预备值机提醒卡片的资源(如UI布局、卡片内容等数据)，将该资源发送至显示APP，由显示APP将预备值机提醒卡片显示在屏幕上，提醒用户准备值机。预备值机提醒卡片的一个示例如图6所示，其中，起飞时间位于开放值机时间之后的第二天。
S508，业务APP订阅第二时间围栏。
业务APP确定显示预备值机提醒卡片后，可以向监听APP发送订阅请求，订阅第二时间围栏。例如，值机开始时间为18:00，则业务APP可以订阅晚于18:00的第二时间围栏，由监听APP监听触发第二时间围栏的事件。
S509，监听APP向业务APP发送第二时间围栏触发事件。
监听APP可以定时或不定时地查询当前时间，若当前时间在18:00之前，则确定未发生第二时间围栏触发事件；若当前时间在18:00之后，则确定发生第二时间围栏触发事件，并提醒业务APP第二时间围栏已被触发。
业务APP确定第二时间围栏被触发后，可以执行S510和S511，确定航班信息是否改变。
S510，业务APP向业务方服务平台查询航班信息。
S511，业务APP从业务方服务平台获取航班信息。
若航班信息改变，如值机开始时间推迟，则业务APP再次订阅第二时间围栏，并在新的值机开始时间到来时再次查询航班信息；若航班信息未改变，则业务APP可以执行S512。
S512，业务APP指示显示APP显示值机开始提醒卡片。
例如，业务APP获取值机开始提醒卡片的资源(如UI布局、卡片内容等数据)，将该资源发送至显示APP，由显示APP将值机开始提醒卡片显示在屏幕上，提醒用户值机已开始。
可选地，业务APP可以在S512之前订阅机场地理围栏，根据机场地理围栏是否被触发显示不同的值机开始提醒卡片。例如，用户的当前位置位于机场外，机场地理围栏未被触发，则业务APP确定显示图7所示的值机开始提醒卡片，该卡片不包含机场内的信息；用户的当前位置位于机场内，机场地理围栏被触发，则业务APP确定显示图8所示的值机开始提醒卡片，该卡片包含值机柜台等机场内的信息，以便于用户快速完成值机。
S513，业务APP订阅第三时间围栏。
业务APP确定显示值机开始提醒卡片后，可以向监听APP发送订阅请求，订阅第三时间围栏。例如，值机截止时间为20:00，则业务APP可以订阅区间为19:00～20:00的第三时间围栏，由监听APP监听触发第三时间围栏的事件。
S514，监听APP向业务APP发送第三时间围栏触发事件。
监听APP可以定时或不定时地查询当前时间，若当前时间在19:00之前，则确定未发生第三时间围栏触发事件；若当前时间在19:00之后，则确定发生第三时间围栏触发事件，并提醒业务APP第三时间围栏已被触发。
业务APP确定第三时间围栏被触发后，可以执行S515和S516，确定航班信息是否改变。
S515，业务APP向业务方服务平台查询航班信息。
S516，业务APP从业务方服务平台获取航班信息。
若航班信息改变，如起飞时间推迟，则值机截止时间也会相应地推迟，业务APP可以再次订阅第三时间围栏，并在新的值机截止时间到来时再次查询航班信息；若航班信息未改变，并且，机场地理围栏被触发，则业务APP可以继续显示图8所示的值机开始提醒卡片；若航班信息未改变，并且，机场地理围栏未被触发，业务APP可以执行S517。
S517，业务APP指示显示APP显示值机截止提醒卡片。
例如，业务APP获取值机截止提醒卡片的资源(如UI布局、卡片内容等数据)，将该资源发送至显示APP，由显示APP将值机截止提醒卡片显示在屏幕上，提醒用户值机尽快完成值机。值机截止提醒卡片的一个示例如图9所示。
若用户点击了图9中的“值机选座”按钮(即，用户执行了第一操作)，则显示APP执行S518和S519。
S518，显示APP获取点击值机按钮事件。
S519，显示APP向业务APP发送点击值机按钮事件。
由于值机选座需要用户的个人信息，因此，业务APP需要请求航班服务平台认证用户身份，业务APP可以通过航班服务小程序或者航班APP发起认证流程，即，执行S520。
S520，业务APP向航班APP发送认证请求。
航班APP收到认证请求后，向航班服务平台请求获取授权码，该授权码用于校验用户的身份；航班APP获取授权码之后，与航班服务平台、业务方服务平台、业务方推送平台、监听APP和业务APP一起完成S521所示的认证流程。
认证流程如图10所示。
S5211，航班服务SDK向航班服务平台发送包含OpenID和授权码的认证请求。
OpenID是根据用户设备号(如统一设备标识符(unique device identifier，UDID))和不可逆哈希算法生成的对外开放的设备标识，目的是标识用户的设备。认证请求还包括其他信息，如用户的个人身份信息等。
授权码指示用户的身份已完成验证，但不包含用户身份的明文信息，因此，可以提高认证过程中的安全性。
航班服务平台完成认证后，绑定OpenID与航班服务平台，并执行下列步骤通知业务方服务平台。
S5212，航班服务平台向业务方服务平台发送认证完成消息。
认证完成消息包含OpenID，用于指示该OpenID已完成认证。业务方服务平台收到该认证完成消息后，需要预先存储的关联信息确定OpenID对应的设备是否在业务方服务平台注册了推送令牌。上述关联信息的获取流程如图11所示。
业务APP在开机运行时检查OpenID是否存在，若OpenID不存在，则生成OpenID，并在后续每次通知显示APP显示航班卡片时将OpenID传递给显示APP，以便于显示APP在用户点击航班卡片进行认证时将OpenID发送给航班服务平台。
确定OpenID存在后，业务APP向监听APP订阅推送围栏，其中，监听APP集成推送SDK，能够在推送消息触发推送围栏后，将推送消息传递给业务APP。随后，业务APP向业务方服务平台发送包含OpenID和Device ID(如UDID)的业务消息，该业务消息用于业务方服务平台记录所述OpenID和Device ID的关联关系。
监听APP可以从业务方推送平台获取推送令牌，随后，向业务方服务平台发送包含Device ID和推送令牌的订阅消息，该订阅消息用于订阅与推送令牌关联的推送消息。业务方服务平台收到订阅消息后，根据该订阅消息和上述业务消息确定OpenID与推送令牌的关联关系，并将该关联关系存储在关联信息中。
回到S5212，业务方服务平台查询关联信息后，确定本地存储有OpenID对应的推送令牌，则执行下列步骤。
S5213，业务方服务平台调用业务方推送平台发送认证完成消息。
业务方推送平台根据OpenID对应的推送令牌向监听APP发送认证完成消息，该认证完成消息用于指示OpenID已完成认证。
S5214，监听APP向业务APP转发认证完成消息。
认证完成消息包括服务标识(serviceID)，业务APP收到认证完成消息后，根据serviceID确定该认证完成消息来自航班服务平台，从而确定航班服务平台完成了OpenID的认证；随后业务APP执行认证状态切换流程，刷新航班卡片。
S522，业务APP刷新航班卡片。
若值机未成功，则业务APP可以继续显示图9所示的值机截止提醒卡片；若值机成功，则业务APP可以关闭图9所示的卡片，显示图12所示的值机完成卡片。
图5所示的流程中，用户点击值机截止提醒卡片上的“值机选座”按钮完成了身份认证，可选地，用户还可以在图6至图8中的任意一张卡片上操作(如点击或长摁)进行身份认证，本申请对触发身份认证的卡片和操作方式均不做限定。
用户完成身份认证后，航班服务平台可以通过业务方服务平台和业务方推送平台向用户发送推送消息，监听APP是手机上常驻运行的应用，能够及时接收到推送消息，即使发生了短信发送延迟或者短信被手机拦截的情况，业务APP也能够根据推送消息及时刷新航班卡片，从而提高了航班卡片的用户体验。
上文详细描述了在未认证状态下的交通卡片显示方法以及从未认证状态切换至认证状态的方法，下面描述本申请提供的认证状态下交通卡片的显示方法。如图13所示，该方法包括以下步骤。
S1301，航班服务SDK向航班服务平台查询航班信息。
在一种实现方式中，航班服务SDK可以在手机收到订票短信后向航班服务平台查询航班信息。例如，航班服务SDK可以从订票短信中获取航班号，向航班服务平台发送包含该航班号的查询请求。
在另一种实现方式中，航班服务SDK可以在手机收到航班服务平台发送的推送消息(航班服务平台可以在航班信息有更新的情况下，主动通过业务方服务平台和业务方推送平台向手机推送一个消息，该消息可以指示航班信息有更新)后，向航班服务平台查询航班信息。由于航班服务平台会主动推送航班信息有更新推送消息，手机可以在接收到推送消息后再向航班服务平台查询新的航班信息，从而可以及时获取新的航班信息，同时减少了电量消耗。此外，新的航班信息不经过业务方服务平台和业务方推送平台的转发，减少了信息的转发节点，从而提高了用户信息的安全性。
S1302，航班服务平台向航班服务SDK发送航班信息。
在认证状态下，航班服务平台收到航班服务SDK发送的查询请求后，可以将航班信息(如值机开始时间和起飞时间)直接发送给航班服务SDK。
S1303，航班服务SDK指示显示APP显示出票卡片。
航班服务SDK将接收到的航班信息传递给显示APP，由显示APP将航班信息写入出票卡片，出票卡片如图14所示。可选地，航班服务SDK可以在出票卡片显示一段时间后指示显示APP关闭出票卡片。
S1304，航班服务SDK订阅第四时间围栏。
显示出票卡片后，航班服务SDK根据航班信息中的值机开始时间向监听APP发送订阅请求，订阅第四时间围栏。例如，航班信息中的值机开始时间为18:00，用户设置的值机提醒时间为4个小时，则业务APP可以订阅区间为14:00～18:00的第四时间围栏，由监听APP监听触发第四时间围栏的事件。
航班服务SDK与监听APP之间的围栏订阅消息均由业务APP透传。
S1305，监听APP向航班服务SDK发送第四时间围栏触发事件。
监听APP可以定时或不定时地查询当前时间，若当前时间在14:00之前，则确定未发生第四时间围栏触发事件；若当前时间在14:00之后，则确定发生第四时间围栏触发事件，并提醒航班服务SDK第四时间围栏已被触发。
航班服务SDK确定第四时间围栏被触发后，可以执行S1306和S1307，确定航班信息是否改变。
S1306，航班服务SDK向航班服务平台查询航班信息。
S1307，航班服务SDK从航班服务平台获取航班信息。
若航班信息改变，如值机开始时间推迟，则航班服务SDK再次订阅第四时间围栏，并在新的值机开始时间到来时再次查询航班信息；若航班信息未改变，则航班服务SDK可以执行S1308。
S1308，航班服务SDK指示显示APP显示预备值机提醒卡片。
例如，航班服务SDK获取预备值机提醒卡片的资源(如UI布局、卡片内容等数据)，将该资源发送至显示APP，由显示APP将预备值机提醒卡片显示在屏幕上，提醒用户准备值机。预备值机提醒卡片的一个示例如图15所示。
S1309，航班服务SDK订阅第五时间围栏。
航班服务SDK确定显示预备值机提醒卡片后，可以向监听APP发送订阅请求，订阅第五时间围栏。例如，值机开始时间为18:00，则业务APP可以订阅晚于18:00的第五时间围栏，由监听APP监听触发第五时间围栏的事件。
S1310，监听APP向航班服务SDK发送第五时间围栏触发事件。
监听APP可以定时或不定时地查询当前时间，若当前时间在18:00之前，则确定未发生第五时间围栏触发事件；若当前时间在18:00之后，则确定发生第五时间围栏触发事件，并提醒航班服务SDK第五时间围栏已被触发。
航班服务SDK确定第五时间围栏被触发后，可以执行S1311和S1312，确定航班信息是否改变。
S1311，航班服务SDK向航班服务平台查询航班信息。
S1312，航班服务SDK从航班服务平台获取航班信息。
若航班信息改变，如值机开始时间推迟，则航班服务SDK再次订阅第五时间围栏，并在新的值机开始时间到来时再次查询航班信息；若航班信息未改变，则航班服务SDK可以执行S1313。
S1313，航班服务SDK指示显示APP显示值机开始提醒卡片。
例如，航班服务SDK获取值机开始提醒卡片的资源(如UI布局、卡片内容等数据)，将该资源发送至显示APP，由显示APP将值机开始提醒卡片显示在屏幕上，提醒用户值机已开始。
可选地，航班服务SDK可以在S1313之前订阅机场地理围栏，根据机场地理围栏是否被触发显示不同的值机开始提醒卡片。例如，用户的当前位置位于机场外，机场地理围栏未被触发，则航班服务SDK确定显示图16所示的值机开始提醒卡片，该卡片不包含机场内的信息；用户的当前位置位于机场内，机场地理围栏被触发，则航班服务SDK确定显示图17所示的值机开始提醒卡片，该卡片包含值机柜台等机场内的信息，以便于用户快速完成值机。
S1314，航班服务SDK订阅第六时间围栏。
航班服务SDK确定显示值机开始提醒卡片后，可以向监听APP发送订阅请求，订阅第六时间围栏。例如，值机截止时间为20:00，则航班服务SDK可以订阅区间为19:00～20:00的第六时间围栏，由监听APP监听触发第六时间围栏的事件。
S1315，监听APP向航班服务SDK发送第六时间围栏触发事件。
监听APP可以定时或不定时地查询当前时间，若当前时间在19:00之前，则确定未发生第六时间围栏触发事件；若当前时间在19:00之后，则确定发生第六时间围栏触发事件，并提醒航班服务SDK第六时间围栏已被触发。
航班服务SDK确定第三时间围栏被触发后，可以执行S1316和S1317，确定航班信息是否改变。
S1316，航班服务SDK向航班服务平台查询航班信息。
S1317，航班服务SDK从航班服务平台获取航班信息。
若航班信息改变，如起飞时间推迟，则值机截止时间也会相应地推迟，航班服务SDK可以再次订阅第六时间围栏，并在新的值机截止时间到来时再次查询航班信息；若航班信息未改变，并且，机场地理围栏被触发，则航班服务SDK可以继续显示图17所示的值机开始提醒卡片；若航班信息未改变，并且，机场地理围栏未被触发，航班服务SDK可以执行S1318。
S1318，航班服务SDK指示显示APP显示值机截止提醒卡片。
例如，航班服务SDK获取值机截止提醒卡片的资源(如UI布局、卡片内容等数据)，将该资源发送至显示APP，由显示APP将值机截止提醒卡片显示在屏幕上，提醒用户值机尽快完成值机。值机截止提醒卡片的一个示例如图18所示。
若用户点击了图18中的“值机选座”按钮，则显示APP执行S1319和S1320。
S1319，显示APP获取点击值机按钮事件。
S1320，显示APP向航班服务SDK发送点击值机按钮事件。
由于值机选座需要用户的个人信息，因此，航班服务SDK需要请求航班服务平台认证用户身份，航班服务SDK可以通过航班服务小程序发起值机流程，即，执行S1321。
S1321，航班服务SDK向航班服务小程序(或航班服务APP)发送值机请求。
航班服务小程序收到值机请求后，与航班服务平台通过信息交互完成S1322所示的值机流程。
航班服务小程序完成值机后会显示值机完成的提示信息，若用户看到该提示信息后执行了返回桌面的操作，显示APP执行S1323和S1324。
S1323，显示APP获取返回桌面的操作。
S1324，显示APP指示航班服务SDK刷新卡片。
航班服务SDK在向航班服务小程序发送值机请求时已消除了卡片刷新限制，因此，在收到显示APP的刷新指令后，航班服务SDK可以立刻向航班服务平台查询航班信息。
S1325，航班服务SDK向服务平台查询航班信息。
S1326，航班服务SDK从服务平台获取航班信息。
S1327，航班服务SDK显示值机完成卡片。
航班服务SDK查询到的航班信息指示用户值机完成，则航班服务SDK关闭值机截止提醒卡片并显示图19所示的值机完成卡片。
可选地，若用户未执行返回桌面的操作，S1324～S1326不再执行，航班服务SDK可以等待航班服务平台的推送消息，根据推送消息刷新航班卡片，即，显示值机完成卡片。
图13所示的流程中，航班服务SDK可以定时或不定时地查询航班信息。例如，当用户在未认证状态下点击航班卡片完成认证后，航班服务SDK可以立刻查询航班信息，根据航班信息确定进入图13中的对应流程；若航班服务SDK根据航班信息确定当前时间还未到值机开始时间，则可以显示预备值机提醒卡片，从S1308开始执行；若航班服务SDK根据航班信息确定当前时间已超过值机开始时间但还未到值机截止提醒时间，则可以显示预备值机提醒卡片，从S1313开始执行。
用户完成值机后，航班服务平台可以向航班服务SDK发送推送消息，协助用户登机。如图20所示，登机方法包括以下步骤。
S2001，航班服务平台通过业务方服务平台向业务方推送平台发送推送消息。
该推送消息包含值机完成信息和OpenID，业务方服务平台根据本地记录的关联信息确定OpenID对应的推送令牌，将推送令牌和推送消息传递给业务方推送平台。
S2002，业务方推送平台向监听APP发送推送消息。
业务方推送平台根据推送令牌确定推送消息的接收方，向监听APP发送推送消息。监听APP收到推送消息后，触发推送围栏，执行下列步骤。
S2003，监听APP将推送消息传递至航班服务SDK。
推送消息经过业务APP和显示APP的透传，到达航班服务SDK。
S2004，航班服务SDK指示显示APP显示值机完成卡片。
航班服务SDK在初始化时被显示APP注入机场围栏接口、时间围栏接口和蜂窝围栏接口，若航班服务SDK在收到值机完成信息后还未注册机场围栏，则可以执行下列步骤注册机场围栏。
S2005，航班服务SDK向监听APP注册机场围栏，注册机场围栏的消息通过显示APP和业务APP的透传到达监听APP。
监听APP不断查询用户的当前位置，当监听APP确定用户的当前位置位于机场时，监听APP确定机场围栏被触发，并执行下列步骤。
S2006，监听APP通过业务APP通知显示APP机场围栏触发已触发。
S2007，显示APP通过机场围栏回调接口通知航班服务SDK机场围栏触发已触发。
航班服务SDK确定用户值机完成且位于机场之后，需要确定用户是否登机。用户的登机事件可以通过蜂窝网络断开和当前时刻超出起飞时间来确定，因此，航班服务可以注册蜂窝网络围栏和时间围栏。
S2008，航班服务SDK向监听APP注册蜂窝网络围栏和第七时间围栏，注册蜂窝网络围栏和第七时间围栏的消息通过显示APP和业务APP的透传到达监听APP。
蜂窝网络围栏和第七时间围栏注册之后，航班服务SDK可以等待航班服务平台的推送消息，根据推送消息更新卡片；航班服务SDK也可以执行下列步骤主动查询航班信息。
S2009，航班服务SDK向航班服务平台查询航班信息。
S2010，航班服务SDK从航班服务平台接收航班信息。
若航班信息包含更新内容，则航班服务SDK可以执行S2011指示显示APP刷新航班卡片，将更新内容显示在航班卡片上。
当用户点击登机牌时，显示APP执行下列步骤。
S2012，显示APP获取点击登机牌事件。
S2013，显示APP将登机牌事件传递给航班服务SDK。
S2014，航班服务SDK将登机牌传递给航班服务APP。
航班服务SDK可以从航班服务平台下载登机牌资源，将登机牌资源传递给航班服务APP。
用户登机后，会根据机组人员的提示关闭蜂窝网络，蜂窝网络的断开事件会触发蜂窝围栏。随着时间的推移，在当前时刻超出起飞时间时，第七时间围栏也被触发。
S2015，监听APP通过业务APP和显示APP通知航班服务SDK蜂窝网络围栏触发已被触发。
S2016，监听APP通过业务APP和显示APP通知航班服务SDK第七时间围栏触发已被触发。
蜂窝网络围栏和第七时间围栏均被触发后，航班服务SDK执行下列步骤。
S2017，航班服务SDK关闭卡片回调。
航班服务SDK关闭卡片回调后，图21所示的航班悬浮窗消失。随后，航班服务SDK可以执行并执行下列步骤显示起飞卡片。
S2018，航班服务SDK指示显示APP显示起飞卡片。
S2019，航班服务SDK降低起飞卡片的优先级。
起飞卡片对于用户的提醒作用较小，航班服务SDK可以降低起飞卡片的优先级，当需要显示其他卡片(如下一段航程的值机卡片)时，航班服务SDK可以关闭优先级较低的起飞卡片。
上文详细描述了认证状态下的值机流程和登机流程。需要说明的是，用户可以在值机流程和登机流程中的任意一个时刻退出认证状态，保护个人信息。
例如，用户可以点击或长摁值机完成卡片调出设置选项，取消对航班服务平台的授权，航班服务SDK可以执行图22所示的取消认证流程。
S221，航班服务SDK向航班服务平台发送包含OpenID的取消认证请求消息，请求取消OpenID的认证。
S222，航班服务平台向业务方服务平台发送认证取消消息。
航班服务平台根据取消认证请求消息取消OpenID的认证，随后向业务方服务平台发送认证取消消息，该认证取消消息用于指示OpenID的认证状态已取消。
S223，业务方服务平台将认证取消消息传递给业务方推送平台。
业务方服务平台根据本地记录的关联信息确定OpenID对应的推送令牌，将推送令牌和认证取消消息传递给业务方推送平台。随后，若业务方服务平台再从航班服务平台收到推送消息，则不再转发，以免用户受到航班服务平台的推送消息的打扰。
S224，业务方推送平台将认证取消消息传递给监听APP。
业务方推送平台根据推送令牌确定推送消息的接收方，向监听APP发送认证取消消息。
S225，监听APP将认证取消消息传递给业务APP。
业务APP收到认证取消消息后，将认证状态下的执行逻辑切换至未认证状态的执行逻辑，如关闭认证状态下的航班卡片，显示未认证状态下的航班卡片。
本申请还提供了一种计算机程序产品，该计算机程序产品被处理器执行时实现本申请中任一方法实施例所述的方法。
该计算机程序产品可以存储在存储器中，经过预处理、编译、汇编和链接等处理过程最终被转换为能够被处理器执行的可执行目标文件。
本申请还提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被计算机执行时实现本申请中任一方法实施例所述的方法。该计算机程序可以是高级语言程序，也可以是可执行目标程序。
该计算机可读存储介质可以是易失性存储器或非易失性存储器，或者，可以同时包括易失性存储器和非易失性存储器。其中，非易失性存储器可以是只读存储器(read-only memory，ROM)、可编程只读存储器(programmable ROM，PROM)、可擦除可编程只读存储器(erasable PROM，EPROM)、电可擦除可编程只读存储器(electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(static RAM，SRAM)、动态随机存取存储器(dynamic RAM，DRAM)、同步动态随机存取存储器(synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(double data rateSDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(directrambus RAM，DR RAM)。
本领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的装置和设备的具体工作过程以及产生的技术效果，可以参考前述方法实施例中对应的过程和技术效果，在此不再赘述。
在本申请所提供的几个实施例中，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的方法实施例的一些特征可以忽略，或不执行。以上所描述的装置实施例仅仅是示意性的，单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，多个单元或组件可以结合或者可以集成到另一个系统。另外，各单元之间的耦合或各个组件之间的耦合可以是直接耦合，也可以是间接耦合，上述耦合包括电的、机械的或其它形式的连接。
应理解，在本申请的各种实施例中，各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请的实施例的实施过程构成任何限定。
另外，本文中术语“系统”和“网络”在本文中常被可互换使用。本文中的术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。
总之，以上所述仅为本申请技术方案的较佳实施例而已，并非用于限定本申请的保护范围。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (16)

1.一种显示卡片的方法，其特征在于，包括：
终端设备向交通服务平台发送授权码请求消息，所述授权码请求消息用于获取授权码，所述授权码用于校验用户的身份；
所述终端设备从所述交通服务平台接收所述授权码；
所述终端设备通过第一传输路径向第一交通卡片对应的交通服务平台发送包含所述授权码和第一设备标识的认证请求消息，所述第一设备标识用于标识所述终端设备，所述认证请求消息用于请求认证所述第一设备标识，所述第一传输路径不涉及设备云平台，所述认证请求消息中的授权码用于指示所述用户的身份已完成校验，所述第一交通卡片为所述终端设备上显示的包含出行信息的用户界面；
所述终端设备通过第二传输路径从所述交通服务平台接收认证完成消息，所述认证完成消息用于指示所述第一设备标识已完成认证，所述第二传输路径涉及所述终端设备对应的设备云平台；
所述终端设备根据所述认证完成消息关闭所述第一交通卡片；
所述终端设备通过所述第二传输路径从所述设备云平台接收所述交通服务平台推送的用于指示出行信息有更新的通知消息，所述通知消息中携带有所述第一设备标识，所述设备云平台存储有所述第一设备标识与所述终端设备的推送令牌的关联信息，所述关联信息用于所述设备云平台在接收到所述通知消息后根据所述关联信息确定出所述第一设备标识对应的推送令牌，并根据所述推送令牌向所述终端设备推送所述通知消息；
所述终端设备在通过所述第二传输路径接收到所述通知消息后，通过所述第一传输路径向所述交通服务平台发送第一请求消息，所述第一请求消息用于请求获取新的出行信息；
所述终端设备通过所述第一传输路径接收所述交通服务平台响应所述第一请求消息的第一响应消息，所述第一响应消息携带了第一出行信息；
所述终端设备根据所述第一响应消息显示包含所述第一出行信息的第二交通卡片，所述第二交通卡片为包含所述第一出行信息的用户界面。
2.根据权利要求1所述的方法，其特征在于，所述终端设备通过第一传输路径向第一交通卡片对应的交通服务平台发送包含所述授权码和第一设备标识的认证请求消息之前，所述方法还包括：
所述终端设备向所述设备云平台发送包含第二设备标识和所述第一设备标识的业务消息，所述第二设备标识用于标识所述终端设备，所述业务消息用于所述设备云平台记录所述第二设备标识和所述第一设备标识的关联关系；
所述终端设备向所述设备云平台发送包含所述第二设备标识和所述推送令牌的订阅消息，所述订阅消息用于订阅与所述推送令牌关联的推送消息，所述订阅消息中的所述第二设备标识用于所述设备云平台确定所述第一设备标识与所述推送令牌的关联关系。
3.根据权利要求2所述的方法，其特征在于，所述第一设备标识为OpenID，所述第二设备标识为Device ID。
4.根据权利要求1至3中任一项所述的方法，其特征在于，所述方法还包括：
所述终端设备接收所述用户在交通服务界面上的第二操作，所述第二操作用于取消所述交通服务平台对所述第一设备标识的认证；
所述终端设备根据所述第二操作通过所述第一传输路径向所述交通服务平台发送包含所述第一设备标识的取消认证请求消息，所述取消认证请求消息用于请求取消所述第一设备标识的认证；
所述终端设备通过所述第二传输路径从所述设备云平台接收认证取消消息，所述认证取消消息用于指示所述第一设备标识的认证状态已取消；
所述终端设备根据所述认证取消消息关闭所述第二交通卡片。
5.根据权利要求4所述的方法，其特征在于，所述方法还包括：
所述终端设备在所述第一设备标识未认证时获取第二出行信息；
所述终端设备显示包含所述第二出行信息的第三交通卡片。
6.根据权利要求5所述的方法，其特征在于，所述第二出行信息包括以下信息中的一个或多个：
短信中的出行信息，交通APP的推送消息中的出行信息，日历中的出行信息，备忘录中的出行信息。
7.根据权利要求1至3中任一项所述的方法，其特征在于，所述第一出行信息包括交通事件变更信息和/或交通事件提醒信息。
8.一种显示卡片的方法，其特征在于，包括：
设备云平台从终端设备接收包含第一设备标识和第二设备标识的业务消息，所述第一设备标识和所述第二设备标识分别用于标识所述终端设备，所述业务消息用于所述设备云平台记录所述第一设备标识和所述第二设备标识的关联关系；
所述设备云平台从所述终端设备接收包含所述第二设备标识和推送令牌的订阅消息，所述订阅消息用于订阅与所述推送令牌关联的推送消息；
所述设备云平台根据所述业务消息和所述订阅消息生成记录所述第一设备标识与所述推送令牌的关联关系的关联信息；
所述设备云平台从交通服务平台接收包含所述第一设备标识的认证完成消息，所述认证完成消息用于指示所述第一设备标识已完成认证；
所述设备云平台根据所述认证完成消息中的所述第一设备标识和所述关联信息确定所述推送令牌；
所述设备云平台根据所述推送令牌向所述终端设备发送所述认证完成消息；
所述设备云平台从所述交通服务平台接收用于指示出行信息有更新的通知消息，所述通知消息包含所述第一设备标识；
所述设备云平台根据所述通知消息中的所述第一设备标识和所述关联信息确定推送令牌；
所述设备云平台向所述推送令牌对应的终端设备发送所述通知消息，所述通知消息用于所述终端设备获取显示交通卡片所需的出行信息，所述交通卡片为包含出行信息的用户界面。
9.根据权利要求8所述的方法，其特征在于，所述第一设备标识为OpenID，所述第二设备标识为Device ID。
10.根据权利要求8或9所述的方法，其特征在于，所述方法还包括：
所述设备云平台从所述交通服务平台接收认证取消消息，所述认证取消消息用于指示所述第一设备标识的认证状态已取消，所述认证取消消息包含所述第一设备标识；
所述设备云平台根据所述关联信息和所述认证取消消息中的所述第一设备标识确定所述推送令牌；
所述设备云平台向所述终端设备发送所述认证取消消息。
11.根据权利要求8或9所述的方法，其特征在于，所述出行信息包括交通事件变更信息和/或交通事件提醒信息。
12.一种显示卡片的方法，其特征在于，包括：
交通服务平台通过第一传输路径从终端设备接收授权码请求消息，所述授权码请求消息用于获取授权码，所述授权码用于校验所述终端设备的用户的身份，所述第一传输路径不涉及所述终端设备的设备云平台；
所述交通服务平台向所述终端设备发送所述授权码；
所述交通服务平台通过所述第一传输路径从所述终端设备接收包含第一设备标识和所述授权码的认证请求消息，所述第一设备标识用于标识所述终端设备，所述认证请求消息用于请求认证所述第一设备标识，所述认证请求消息中的授权码用于指示所述用户的身份已完成校验；
所述交通服务平台根据所述认证请求对所述第一设备标识进行认证；
所述交通服务平台在所述第一设备标识完成认证后，向所述设备云平台发送包含所述第一设备标识的认证完成消息，所述认证完成消息用于指示所述第一设备标识已完成认证；
所述交通服务平台通过第二传输路径向所述设备云平台发送用于指示出行信息有更新的通知消息，所述通知消息携带有所述第一设备标识，所述第一设备标识用于所述设备云平台确定所述终端设备的推送令牌，所述推送令牌用于所述设备云平台向所述终端设备转发所述通知消息；
所述交通服务平台通过所述第一传输路径从所述终端设备接收第一请求消息，所述第一请求消息用于请求获取新的出行信息；
所述交通服务平台通过所述第一传输路径向所述设备云平台发送包含第一出行信息和所述第一设备标识的消息，所述第一出行信息用于所述终端设备显示交通卡片，所述交通卡片为包含出行信息的用户界面。
13.根据权利要求12所述的方法，其特征在于，还包括：
所述交通服务平台从所述终端设备接收包含所述第一设备标识的取消认证请求消息；
所述交通服务平台根据所述取消认证请求消息取消所述第一设备标识的认证；
所述交通服务平台在所述第一设备标识的认证取消后，向所述设备云平台发送认证取消消息，所述认证取消消息用于指示所述第一设备标识的认证状态已取消。
14.根据权利要求12或13所述的方法，其特征在于，所述第一出行信息包括交通事件变更信息和/或交通事件提醒信息。
15.根据权利要求12或13所述的方法，其特征在于，所述第一设备标识为OpenID。
16.一种显示卡片的装置，其特征在于，所述装置包括处理器和存储器，所述存储器用于存储计算机程序，所述处理器用于从所述存储器中调用并运行所述计算机程序，使得所述装置执行权利要求1至7中任一项所述的方法，或者，使得所述装置执行权利要求8至11中任一项所述的方法，或者，使得所述装置执行权利要求12至15中任一项所述的方法。
CN202110926455.6A 2021-07-30 2021-08-12 显示卡片的方法和装置 Active CN113783989B (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202110874378 2021-07-30
CN2021108743784 2021-07-30

Publications (2)

Publication Number Publication Date
CN113783989A CN113783989A (zh) 2021-12-10
CN113783989B true CN113783989B (zh) 2022-09-23

Family

ID=78837556

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110926455.6A Active CN113783989B (zh) 2021-07-30 2021-08-12 显示卡片的方法和装置

Country Status (1)

Country Link
CN (1) CN113783989B (zh)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115022459B (zh) * 2021-12-24 2023-05-05 荣耀终端有限公司 出行提醒的方法及电子设备
CN115022943B (zh) * 2021-12-24 2023-04-14 荣耀终端有限公司 定位地理位置的方法及电子设备
CN115550497B (zh) * 2022-01-05 2023-06-27 荣耀终端有限公司 消息协同方法和装置
CN116567138A (zh) * 2022-01-27 2023-08-08 荣耀终端有限公司 闹钟设置方法和装置
CN116737405B (zh) * 2022-10-24 2024-03-05 荣耀终端有限公司 一种快应用卡片的数据通信的方法及相关设备
CN116708544A (zh) * 2022-10-26 2023-09-05 荣耀终端有限公司 一种功能推送方法及装置
CN117076162B (zh) * 2023-10-17 2024-03-29 美云智数科技有限公司 卡片消息处理方法、装置、计算机设备及存储介质

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102572112A (zh) * 2012-02-14 2012-07-11 中国民航信息网络股份有限公司 一种基于iPhone手机平台的移动航班动态通知系统及其方法

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104158802B (zh) * 2014-07-28 2017-06-06 百度在线网络技术（北京）有限公司 一种平台授权方法、平台服务端及应用客户端和系统
EP3334115B1 (en) * 2016-12-07 2019-10-09 Swisscom AG User authentication based on token
CN108234672B (zh) * 2018-02-10 2019-12-27 广州小享科技有限公司 一种基于航班信息的数据推送方法、装置和系统
CN111047414B (zh) * 2019-12-17 2023-10-17 腾讯科技（深圳）有限公司 一种交通卡的推荐方法、装置和设备及计算机存储介质

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102572112A (zh) * 2012-02-14 2012-07-11 中国民航信息网络股份有限公司 一种基于iPhone手机平台的移动航班动态通知系统及其方法

Also Published As

Publication number Publication date
CN113783989A (zh) 2021-12-10

Similar Documents

Publication Publication Date Title
CN113783989B (zh) 显示卡片的方法和装置
JP6510610B2 (ja) コンピューティングデバイスで紛失モードをリモートで開始するシステム及び方法
US20220279217A1 (en) Method for processing live-streaming data and computer device
US20200007544A1 (en) Blockchain-based smart contract call methods and apparatus, and electronic device
EP3065099A2 (en) Mobile terminal and method for controlling the same
CN102566884A (zh) 移动终端以及在移动终端中控制模式切换的方法
CN109636401A (zh) 一种基于用户微表情的支付方法及系统
KR20180020704A (ko) 이동 단말기 및 그 제어방법
KR102138514B1 (ko) 이동 통신 시스템, 이동 단말기 및 그 제어 방법
CN113946808A (zh) 界面显示方法、电子设备和计算机可读存储介质
CN113805988A (zh) 处理卡片的方法和装置
CN110311976A (zh) 服务分发方法、装置、设备及存储介质
US20190325372A1 (en) Wearable device for regulatory compliance logging and co-localization
WO2024027199A1 (zh) 风险识别方法和电子设备
CN110602689B (zh) 一种设备安全操作的方法和装置
CN111833163A (zh) 一种记账方法及终端设备
CN113810533B (zh) 一种信息提醒方法及电子设备
CN113806041B (zh) 显示卡片的方法和装置
KR101368680B1 (ko) 스마트 캘린더 제공 방법 이를 실행하는 캘린더 서버
CN108074094B (zh) 资源补充方法及装置
CN108881417A (zh) 一种基于局域网的用户交互方法及系统
CN110351421A (zh) 事件提醒的方法及移动终端设备
CN108776542A (zh) 一种基于多媒体的信息交互方法及系统
KR20150025257A (ko) 이동 단말기 및 이동 단말기의 제어 방법
CN116027933B (zh) 处理服务信息的方法和装置

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant
TR01 Transfer of patent right

Effective date of registration: 20230907

Address after: 201306 building C, No. 888, Huanhu West 2nd Road, Lingang New Area, Pudong New Area, Shanghai

Patentee after: Shanghai Glory Smart Technology Development Co.,Ltd.

Address before: Unit 3401, unit a, building 6, Shenye Zhongcheng, No. 8089, Hongli West Road, Donghai community, Xiangmihu street, Futian District, Shenzhen, Guangdong 518040

Patentee before: Honor Device Co.,Ltd.

TR01 Transfer of patent right