CN115412331A - 一种应用登录方法、电子设备及服务器 - Google Patents

一种应用登录方法、电子设备及服务器 Download PDF

Info

Publication number
CN115412331A
CN115412331A CN202211025183.3A CN202211025183A CN115412331A CN 115412331 A CN115412331 A CN 115412331A CN 202211025183 A CN202211025183 A CN 202211025183A CN 115412331 A CN115412331 A CN 115412331A
Authority
CN
China
Prior art keywords
account
login
party application
application
server
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.)
Pending
Application number
CN202211025183.3A
Other languages
English (en)
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.)
Juhaokan Technology Co Ltd
Original Assignee
Juhaokan Technology 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 Juhaokan Technology Co Ltd filed Critical Juhaokan Technology Co Ltd
Priority to CN202211025183.3A priority Critical patent/CN115412331A/zh
Publication of CN115412331A publication Critical patent/CN115412331A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00Network architectures or network communication protocols for network security
    • H04L63/08Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/0807Network architectures or network communication protocols for network security for authentication of entities using tickets, e.g. Kerberos
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/321Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving a third party or a trusted authority
    • H04L9/3213Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving a third party or a trusted authority using tickets or tokens, e.g. Kerberos

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本申请提供一种应用登录方法、电子设备及服务器,服务器接收第一设备发送给的第三方应用登录请求,该请求至少携带有第一设备信息和第一账号,第一设备为已通过第一账号登录聚合应用的设备。如果第一账号与第二账号存在绑定关系,则至少根据第一设备信息和第二账号向第一设备反馈第一登录令牌,第二账号为在服务器中与第一账号存在映射关系的用于登录第三方应用的账号。第一设备根据第一登录令牌登录第三方应用。如果第一账号与第二账号不存在绑定关系,则不向第一设备反馈第一登录令牌。这样在不同设备打开聚合应用之后,只要是与聚合应用绑定的第三方应用,不需要再次输入账号就能够自动登录,从而提升用户使用体验。

Description

一种应用登录方法、电子设备及服务器
技术领域
本申请涉及通信技术领域,尤其涉及一种应用登录方法、电子设备及服务器。
背景技术
随着技术的发展,电子设备中安装的各类应用的功能越来越丰富,应用登录的方式也越来越多。其中一种方式可以是:在聚合应用平台中安装有各种第三方应用,不同设备安装该聚合应用平台之后,可以在不同的设备上利用同一账号登录同一第三方应用。例如,在电视端登录音乐应用之后,再在烟机端利用同一账号登录该音乐应用。
然而,在上述登录方式中,在电视端登录音乐应用之后,如果再在烟机端利用同一账号登录该音乐应用,通常需要在烟机端再次输入该音乐应用的账号。即目前的同一账号多设备登录仍然需要重复输入账号才能完成登录操作,造成用户的使用体验较差。
发明内容
本申请提供了一种应用登录方法、电子设备及服务器,用于解决目前的同一账号多设备登录仍然需要重复输入账号才能完成登录操作,造成用户的使用体验较差的问题。
第一方面,本实施例提供一种服务器,所述服务器用于执行:
接收第一设备发送的第三方应用登录请求,其中所述第三方应用登录请求至少携带有第一设备信息和第一账号,所述第一设备为已通过所述第一账号登录聚合应用的设备;
如果所述第一账号与所述第二账号存在绑定关系,则至少根据所述第一设备信息和第二账号获取第一登录令牌,以及向所述第一设备反馈所述第一登录令牌,以使所述第一设备根据所述第一登录令牌登录所述第三方应用,其中,所述第二账号为在所述服务器中与所述第一账号存在映射关系的用于登录所述第三方应用的账号;
如果所述第一账号与所述第二账号不存在绑定关系,则不根据所述第一设备信息生成所述第一登录令牌。
第二方面,本实施例提供一种电子设备,所述电子设备上已通过第一账号登录聚合应用,所述电子设备包括:
控制器,用于执行:
向服务器发送第三方应用登录请求,其中所述第三方应用登录请求至少携带有所述电子设备的设备信息和第一账号;
如果所述第一账号与所述第二账号存在绑定关系,则接收所述服务器反馈的第一登录令牌,以及根据所述第一登录令牌登录所述第三方应用,所述第一登录令牌为至少根据所述第一设备信息和所述第二账号获取的令牌,其中,所述第二账号为在所述服务器中与所述第一账号存在映射关系的用于登录所述第三方应用的账号;
如果所述第一账号与所述第二账号不存在绑定关系,则不从所述服务器接收所述第一登录令牌。
第三方面,本实施例提供一种应用登录方法,所述方法应用于服务器,所述方法包括:
接收第一设备发送的第三方应用登录请求,其中所述第三方应用登录请求至少携带有第一设备信息和第一账号,所述第一设备为已通过所述第一账号登录聚合应用的设备;
如果所述第一账号与所述第二账号存在绑定关系,则至少根据所述第一设备信息和第二账号获取第一登录令牌,以及向所述第一设备反馈所述第一登录令牌,以使所述第一设备根据所述第一登录令牌登录所述第三方应用,其中,所述第二账号为在所述服务器中与所述第一账号存在映射关系的用于登录所述第三方应用的账号;
如果所述第一账号与所述第二账号不存在绑定关系,则不根据所述第一设备信息生成所述第一登录令牌。
本申请实施例提供的应用登录方法、电子设备及服务器,服务器接收第一设备发送给的第三方应用登录请求,该请求至少携带有第一设备信息和第一账号第一设备为已通过第一账号登录聚合应用的设备。如果第一账号与第二账号存在绑定关系,则至少根据第一设备信息和第二账号向第一设备反馈第一登录令牌,第二账号为在服务器中与第一账号存在映射关系的用于登录第三方应用的账号。第一设备根据第一登录令牌登录第三方应用。如果第一账号与第二账号不存在绑定关系,则不向第一设备反馈第一登录令牌。这样在不同设备打开聚合应用之后,只要是与聚合应用绑定的第三方应用,不需要再次输入账号就能够自动登录,从而提升用户使用体验。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本申请的实施例,并与说明书一起用于解释本申请的原理。
图1示出了根据一些实施例的显示设备与控制装置之间操作场景;
图2示出了根据一些实施例的控制设备100的硬件配置框图;
图3示出了根据一些实施例的显示设备200的硬件配置框图;
图4示出了根据一些实施例的显示设备200中软件配置图;
图5示出了根据一些实施例的应用登录系统框架示意图;
图6示出了根据一些实施例的应用登录信令图;
图7示出了根据一些实施例中显示设备200提供的用户界面示意图;
图8示出了根据一些实施例中显示设备200提供的又一种用户界面示意图;
图9示出了根据一些实施例中显示设备200提供的又一种用户界面示意图;
图10示出了根据一些实施例的又一种应用登录系统框架示意图;
图11示出了根据一些实施例中显示设备获取token的信令图;
图12示出了根据一些实施例中又一种显示设备获取token的信令图;
图13示出了根据一些实施例中开通第三方应用权益的信令图;
图14示出了根据一些实施例中又一种开通第三方应用权益的信令图;
图15示出了根据一些实施例中应用登录方法流程图。
具体实施方式
为使本申请一些实施例的目的、技术方案和优点更加清楚,下面将结合本申请具体实施例及相应的附图对本申请一些实施例技术方案进行清楚、完整地描述。显然,所描述的实施例仅是本申请一部分实施例,而不是全部的实施例。
需要说明的是,本申请一些实施例中对于术语的简要说明,仅是为了方便理解接下来描述的实施方式,而不是意图限定本申请一些实施例的实施方式。除非另有说明,这些术语应当按照其普通和通常的含义理解。
本申请一些实施例中说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”等是用于区别类似或同类的对象或实体,而不必然意味着限定特定的顺序或先后次序,除非另外注明。应该理解这样使用的用语在适当情况下可以互换。
术语“包括”和“具有”以及他们的任何变形,意图在于覆盖但不排他的包含,例如,包含了一系列组件的产品或设备不必限于清楚地列出的所有组件,而是可包括没有清楚地列出的或对于这些产品或设备固有的其它组件。
术语“模块”是指任何已知或后来开发的硬件、软件、固件、人工智能、模糊逻辑或硬件或/和软件代码的组合,能够执行与该元件相关的功能。
本申请中访问的术语“遥控器”,是指显示设备(如本申请中公开的显示设备)的一个组件,通常可在较短的距离范围内无线控制显示设备。一般访问红外线和/或射频(RF)信号和/或蓝牙与显示设备连接,也可以包括WiFi、无线USB、蓝牙、动作传感器等功能模块。例如:手持式触摸遥控器,是以触摸屏中用户界面取代一般遥控装置中的大部分物理内置硬键。
本申请中的电子设备可以是显示设备,也可以是其他具有语音助手功能的电子设备,以下以显示设备为示例进行方案的阐述。图1为本申请一些实施例提供的显示设备与终端设备之间操作场景的示意图。如图1中示出,用户可通过移动终端300和终端设备100操作显示设备200。
在一些实施例中,终端设备100可以是遥控器,遥控器和显示设备的通信包括红外协议通信或蓝牙协议通信,及其他短距离通信方式等,通过无线方式或其他有线方式来控制显示设备200。用户可以通过遥控器上按键,语音输入、控制面板输入等输入用户指令,来控制显示设备200。
在一些实施例中,移动终端300可与显示设备200安装软件应用,通过网络通信协议实现连接通信,实现一对一控制操作和数据通信的目的。也可以将移动终端300上显示音视频内容传输到显示设备200上,实现同步显示功能。
如图1中还示出,显示设备200还与服务器400通过多种通信方式进行数据通信。可允许显示设备200通过局域网(LAN)、无线局域网(WLAN)和其他网络进行通信连接。
显示设备200除了提供广播接收电视功能之外,还可以附加提供计算机支持功能的智能网络电视功能,包括但不限于,网络电视、智能电视、互联网协议电视(IPTV)等。
图2为本申请一些实施例提供的图1中显示设备200的硬件配置框图。
在一些实施例中,显示设备200包括调谐解调器210、通信器220、检测器230、外部装置接口240、控制器250、显示器260、音频输出接口270、存储器、供电电源、用户接口中的至少一种。
在一些实施例中,检测器230用于采集外部环境或与外部交互的信号。
在一些实施例中,显示器260包括用于呈现画面的显示屏组件,以及驱动图像显示的驱动组件,用于接收源自控制器输出的图像信号,进行显示视频内容、图像内容以及菜单操控界面的组件以及用户操控UI界面等。
在一些实施例中,通信器220是用于根据各种通信协议类型与外部设备或服务器400进行通信的组件。
在一些实施例中,控制器250,通过存储在存储器上中各种软件控制程序,来控制显示设备的工作和响应用户的操作。控制器250控制显示设备200的整体操作。
在一些实施例中,用户可在显示器260上显示的图形用户界面(GUI)输入用户命令,则用户输入接口通过图形用户界面(GUI)接收用户输入命令。
在一些实施例中,用户接口280,为可用于接收控制输入的接口。
图3为本申请一些实施例提供的图1中终端设备的硬件配置框图。如图3所示,终端设备100包括控制器111、通信接口130、用户输入/输出接口、存储器、供电电源。
终端设备100被配置为控制显示设备200,以及可接收用户的输入操作指令,且将操作指令转换为显示设备200可识别和响应的指令,起到用户与显示设备200之间交互中介作用。
在一些实施例中,终端设备100可是一种智能设备。如:终端设备100可根据用户需求安装控制显示设备200的各种应用。
在一些实施例中,如图1所示,移动终端300或其他智能显示设备,可在安装操控显示设备200的应用之后,可以起到终端设备100类似功能。
控制器111包括处理器112和RAM 113和ROM 114、通信接口130以及通信总线。控制器111用于控制终端设备100的运行和操作,以及内部各部件之间通信协作以及外部和内部的数据处理功能。
通信接口130在控制器111的控制下,实现与显示设备200之间控制信号和数据信号的通信。通信接口130可包括WiFi芯片131、蓝牙模块132、NFC模块133等其他近场通信模块中至少之一种。
用户输入/输出接口140,其中,输入接口包括麦克风141、触摸板142、传感器143、按键144等其他输入接口中至少一者。
在一些实施例中,终端设备100包括通信接口130和输入输出接口140中至少一者。终端设备100中配置通信接口130,如:WiFi、蓝牙、NFC等模块,可将用户输入指令通过WiFi协议、或蓝牙协议、或NFC协议编码,发送至显示设备200。
存储器190,用于在控制器的控制下存储驱动和控制终端设备100的各种运行程序、数据和应用。存储器190,可以存储用户输入的各类控制信号指令。
供电电源180,用于在控制器的控制下为终端设备100各元件提供运行电力支持。
图4为本申请一些实施例提供的图1中显示设备中软件配置示意图,在一些实施例中,将系统分为四层,从上至下分别为应用程序(Applications)层(简称“应用层”)、应用程序框架(Application Framework)层(简称“框架层”)、安卓运行时(Android runtime)和系统库层(简称“系统运行库层”),以及内核层。
在一些实施例中,应用程序层中运行有至少一个应用程序,这些应用程序可以是操作系统自带的窗口(Window)程序、系统设置程序、时钟程序、相机应用等;也可以是第三方开发者所开发的应用程序。
框架层为应用程序层的应用程序提供应用编程接口(Aplication PogrammingIterface,API)和编程框架。应用程序框架层包括一些预先定义的函数。应用程序框架层相当于一个处理中心,这个中心决定让应用层中的应用程序做出动作。
如图4所示,本申请一些实施例中应用程序框架层包括管理器(Managers)、内容提供者(Content Provider)和视图系统(View System)等。
在一些实施例中,活动管理器用于:管理各个应用程序的生命周期以及通常的导航回退功能。
在一些实施例中,窗口管理器用于管理所有的窗口程序。
在一些实施例中,系统运行库层为上层即框架层提供支撑,当框架层被访问时,安卓操作系统会运行系统运行库层中包含的C/C++库以实现框架层要实现的功能。
在一些实施例中,内核层是硬件和软件之间的层。如图4所示,内核层至少包含以下驱动中的至少一种:音频驱动、显示驱动、蓝牙驱动、摄像头驱动、WIFI驱动、USB驱动、HDMI驱动、传感器驱动(如指纹传感器,温度传感器,触摸传感器、压力传感器等)等。
在一些实施例中,内核层还包括用于进行电源管理的电源驱动模块。
在一些实施例中,图4中的软件架构对应的软件程序和/或模块存储在图2或图3所示的第一存储器或第二存储器中。
在一些实施例中,聚合应用平台中安装有各种第三方应用。不同设备安装该聚合应用平台之后,可以在不同的设备上利用同一账号登录同一第三方应用。例如,聚合应用平台可以是媒资资源平台,在该媒资资源平台上安装有音乐应用、视频应用等。用户可以通过该媒资资源平台登录各种应用。在该媒资资源平台上,还可以在不同的设备上利用同一账号登录同一第三方应用。例如在电视端的媒资资源平台上登录XX音乐应用之后,再在烟机端利用同一账号在媒资资源平台上登录XX音乐应用。
然而,在上述实施例的登录方式中,如果在电视端登录XX应用之后,如果再需要在烟机端利用同一账号登录XX应用,需要在烟机端再次输入该音乐应用的账号,才能完成登录操作,造成用户的使用体验较差。
需要说明的是,本申请的聚合应用可以是聚合APP(application,应用)平台。开发者开发的各种APP应用产品需要在聚合平台上进行发布,即需要与聚合平台进行SDK(Software Development Kit,软件开发工具包)对接。APP应用于聚合平台进行SDK对接之后,用户才可以在聚合平台上安装并使用该APP应用。
为了解决上述实施例中的问题,本申请实施例提供一种应用登录系统,图5示出了根据一些实施例的应用登录系统框架示意图。如图5所示,该应用登录系统包括电子设备和服务器400,电子设备可以是显示设备200,下面的实施例均以显示设备200作为示例进行方案的阐述。用户可以利用本申请的显示设备200登陆聚合应用和第三方应用。
图5所示的框架图中包括显示设备200-1和显示设备200-2。用户首先在显示设备200-1上通过第一账号登录聚合应用,并且在聚合应用中通过第二账号登录第三方应用。此时由于是在聚合应用中通过第二账号登录第三方应用,第一账号和第二账号建立绑定关系。用户再在显示设备200-2上通过第一账号登录聚合应用之后,打开聚合应用的第三方应用时,则不需要再输入账号,可以在显示设备200-2上自动登录第三方应用。基于图5所示的应用登录系统,图6示出了根据一些实施例的应用登录信令图。在图6中,显示设备200-1首先向服务器发送聚合应用登录请求,该登录请求携带有第一账号和显示设备200-1的设备信息,也就是说用户通过第一账户在显示设备200-1上首先登录聚合应用。服务器400在接收到该登录请求之后,向显示设备200-1反馈登录令牌。显示设备200-1根据该登录令牌登录聚合应用。需要说明的是,显示设备的设备信息可以是MAC(Medium Access Control,媒体访问控制)地址,也可以是硬盘序号、CPU(Central Processing Unit,中央处理器)序号等,服务器可以通过设备信息判断将登陆令牌反馈至哪一台设备即可。因此本申请对于设备信息的类型不作限制。
显示设备200-1接着向服务器发送第三方应用登录请求,该登录请求携带有第二账号和显示设备200-1的设备信息,也就是说用户通过第二账号在显示设备200-1上登录第三方应用。服务器400在接收到该登录请求之后,向显示设备200-1反馈登录令牌。显示设备200-1根据该登录令牌登录第三方应用。由于第三方应用是发布在聚合应用上的,因此服务器400在向显示设备200-1反馈登录令牌的同时,还建立第一账号与第二账号的绑定关系,并记录第一账号与第二账号的绑定关系。
显示设备200-2接着向服务器发送聚合应用登录请求,该登录请求携带有第一账号和显示设备200-2的设备信息,也就是说用户通过第一账号在显示设备200-2上登录聚合应用。服务器400在接收到该登录请求之后,向显示设备200-2反馈登录令牌。显示设备200-2根据该登录令牌登录聚合应用。
显示设备200-2接着向服务器发送第三方应用登录请求,所述第三方应用登录请求至少携带有第一设备信息和第一账号信息。与在显示设备200-1上登录第三方应用不同的是,此次登录不需要用户输入用于登录第三方应用的账号。服务器400在接收到第三方应用登录请求之后,查询到第一账号与第二账号存在绑定关系,则直接向显示设备200-2反馈第三方应用登录令牌。
需要说明的是,这里通过显示设备200-2向服务器发送第三方应用登录请求的触发方式,可以是用户在聚合应用中打开第三方应用,用户未输入账号,显示设备200-2根据服务器反馈的第三方应用登录令牌登录第三方应用。这里根据第三方应用登录令牌直接登录第三方应用给的前提是第三方应用登录令牌为聚合应用服务器反馈的令牌。用户层面的感受即为在聚合应用中打开第三方应用时,则自动登录第三方应用,从而减少输入账号的步骤,提升用户使用体验。
举例来说,如图7示出的用户界面中,展示的为X媒资资源平台,在X媒资资源平台上安装有第三方应用包括:A音乐应用、B视频应用、C图片应用等。可以在显示设备200-1与显示设备200-2上均安装X媒资资源平台,也可以在显示设备200-1与显示设备200-2上的X媒资资源平台均安装图示的第三方应用。
当用户在显示设备200-1上通过账号A登录X媒资资源平台,以及在X媒资资源平台上通过账号B登录A音乐应用之后,服务器将会记录账号A与账号B的绑定关系。当用户在显示设备200-2上通过账号A登录X媒资资源平台之后,如果用户在显示设备200-2的X媒资资源平台上使用A音乐应用,则不再需要输入账号。即当用户在显示设备200-2的X媒资资源平台上打开A音乐应用时,将会自动登录A音乐应用。
当用户在显示设备200-1上通过账号A登录X媒资资源平台之后,并未在任何设备上的X媒资资源平台登录A视频应用,则账号A并未与登录A视频应用相关账号存在绑定关系。则当用户在显示设备200-2的X媒资资源平台上打开A视频应用时,并不会自动登录A视频应用。当用户在显示设备200-2的X媒资资源平台上通过输入账号C登录A视频应用之后,同时建立了账号A与账号C的绑定关系。当用户在显示设备200-1的X媒资资源平台上打开A视频应用时,同样会由于已经绑定了账号A与账号C,在显示设备200-1上自动登录A视频应用。
依照上述实施例的方法,当用户在显示设备200-1的X媒资资源平台上分别通过账号1-4登录A音乐应用、B音乐应用、C视频应用、A图片应用,则账号1-4分别与X媒资资源平台上的账号A建立绑定关系。当用户在显示设备200-2的X媒资资源平台上打开A音乐应用、B音乐应用、C视频应用、A图片应用时,可以根据建立的账号绑定关系,不需要再输入A音乐应用、B音乐应用、C视频应用、A图片应用的账号,即可自动登录A音乐应用、B音乐应用、C视频应用、A图片应用。
而由于C音乐应用、A视频应用、B视频应用、B图片应用以及C图片应用的账号未与X媒资资源平台的账号A建立绑定关系,当在显示设备200-2上打开C音乐应用、A视频应用、B视频应用、B图片应用以及C图片应用时并不能够自动登录。因此本申请可以在不同设备上登录X媒资资源平台,在登录X媒资资源平台的基础上,如果有在X媒资资源平台上登录某第三方应用的历史,则在其它任意通过相同账号登录X媒资资源平台的设备上,均可自动登录该第三方应用,从而减少登录操作,提升用户体验。
在一些实施例中,基于上述实施例,如果媒资资源平台账号与第三方应用账号存在绑定关系,则当用户打开第三方应用时,用户界面自动从媒资资源平台主界面跳转至第三方应用页面。例如,在图7所示的用户界面中,媒资资源平台账号与A音乐应用账号存在绑定关系,则当用户点击A音乐应用控件时,页面自动从图7所示的X媒资资源平台主界面跳转至图8所示的A音乐应用用户界面。
如果媒资资源平台账号与第三方应用账号存在绑定关系,则当用户打开第三方应用时,可以在媒资资源平台界面上弹出登录第三方应用的对话框。例如,在图7所示的用户界面中,媒资资源平台账号与B音乐应用账号不存在绑定关系,则当用户点击B音乐应用控件时,在图7所示的X媒资资源平台主界面上弹出图9所示的用户登录B音乐应用的对话框。该对话框中包括提示信息“请输入用于登录B音乐应用的账号”,还包括输入账号和密码的输入栏,以及确定登录的按钮和取消登录的按钮。
在一些实施例中,如图10所示的又一种应用登录系统框架图,图10所示的框架图中包括显示设备200-1、显示设备200-2以及服务器400,其中服务器400又包括账号管理子服务器400-1和第三方应用子服务器400-2。
账号管理子服务器400-1用于接收显示设备200-2发送的所述第三方应用登录请求,所述第三方应用登录请求至少携带有显示设备200-2的设备信息。在所述第一设备上已通过所述第一账号登录聚合应用。并且在显示设备200-1上已通过第一账号登录过聚合应用,通过第二账号登录过第三方应用。如果在显示设备200-1上已通过第一账号登录过聚合应用,通过第二账号登录过第三方应用,则在账号管理子服务器400-1中存储有第一账号与第二账号的绑定关系。
如果所述第一账号与所述第二账号存在绑定关系,则账号管理子服务器400-1将所述第一账号与所述第二账号的绑定关系和显示设备200-2的设备信息发送至第三方应用子服务器。第三方应用子服务器400-2根据设备信息向显示设备200-2反馈登录令牌。显示设备200-1即可通过登录令牌登录第三方应用。如果所述第一账号与所述第二账号不存在绑定关系,则账号管理子服务器400-1将所述第三方应用登录请求直接发送至所述第三方应用子服务器。此时第三方应用子服务器未接收到第一账号与第二账号的绑定关系,则不向显示设备200-2反馈所述登录令牌。显示设备200-2超过预定时间未接收到反馈的登录令牌,则向用户展示输入账号进行应用登录的提示信息。
本申请实施例提供的应用登录方法,服务器接收第一设备发送给的第三方应用登录请求,该请求至少携带有第一设备信息和第一账号。在接收该请求之前,在第一设备上已通过第一账号登录聚合应用,并且在第一设备上未通过第二账号登录过第三方应用,而在第二设备上通过第二账号登录过第三方应用,第一设备和第二设备为不同的设备。如果第一账号与第二账号存在绑定关系,则根据第一设备信息向第一设备反馈第一登录令牌。第一设备根据第一登录令牌登录第三方应用。如果第一账号与第二账号不存在绑定关系,则不向第一设备反馈第一登录令牌。这样在不同设备打开聚合应用之后,只要是与聚合应用绑定的第三方应用,不需要再次输入账号就能够自动登录,从而提升用户使用体验。
本申请中,登录令牌可以是token,显示设备端向服务器请求数据时,如果没有token的应用,服务器需要频繁的去数据库查询用户名和密码并进行对比,判断账号和密码是否正确。而如果应用token,显示设备端向服务器发送一次数据请求之后,如果判断账号和密码正确,服务器则会生成一个token返回给显示设备。显示设备之后再向服务器请求数据,则只需要带上这个token而不需要再带上账号和密码,因此用户也不需要再输入账号和密码,就能实现数据请求的目的。
token的使用方式可以是:显示设备端在登录时,获取设备的设备信息。例如设备号或者MAC地址,并将设备信息作为参数传递到服务器。服务器接收到盖参数后,使用一个变量来接收设备信息,并将该设备信息作为token保存在数据库。服务器还将该token设置在session中。显示设备每次进行数据请求时,服务器均需要拦截请求,并将显示设备传递的token与服务器session中的token进行对比,如果匹配则同意数据请求并反馈数据,不匹配则拒绝数据请求。
基于登录令牌为token时,如图11所示的信令图,本申请的显示设备200-1获取token的过程具体为:
用户在显示设备200-1上通过账号A登录媒资资源平台之后,在媒资资源平台中通过账号B登录第三方应用时。显示设备200-1向第三方应用服务器发送数据请求。该数据请求携带有显示设备200-1的设备信息X1、账号A以及账号B(包括密码)。服务器接收到该数据请求后,判断账号和密码正确后,向显示设备200-1反馈对应于显示设备200-1的token-A,并且将账号A以及账号B进行绑定。显示设备200-1则可以利用token-A登录第三方应用。显示设备200-1之后向第三方应用服务器发送登录请求,均只需要携带token-A即可,而不需要携带账号B。显示设备200-1登录上第三方应用之后,即可从第三方应用服务器获取媒资资源。
基于上述实施例,如图12所示的信令图,本申请的显示设备200-2获取token的过程具体为:
用户在显示设备200-2上通过账号A的登录媒资资源平台之后,接着需要在媒资资源平台中登录第三方应用。显示设备200-2则向第三方应用服务器发送登录请求,此时该登录请求只携带有显示设备200-2的设备信息X2、账号A,并未携带任何用户登录第三方应用的账号。第三方应用服务器接收到该登录请求之后,由于账号A与账号B存在绑定关系,则第三方应用服务器根据显示设备200-2的设备信息X2向显示设备200-2反馈对应于显示设备200-2的token-B。显示设备200-2之后向第三方应用服务器发送登录请求,均只需要携带token-B即可,而不需要携带账号B,即不需要再次输入账号和密码。显示设备200-2登录上第三方应用之后,即可从第三方应用服务器获取媒资资源。
需要说明的是,显示设备200-1获取token的过程中,还可以建立显示设备200-1、账号A以及账号B三者的绑定关系,即将token-A、账号A以及账号B三者进行绑定。当显示设备200-2向服务器发送第三方应用登录请求时,该登录请求可以携带账号A、token-A以及设备信息X2向服务器请求与显示设备200-2的设备信息X2对应的token-B。
本申请的方法应用在第三方应用的权益开通场景中的具体过程如下:
图13所示的信令图展示在显示设备200-1上开通第三方应用权益的过程。首先在显示设备200-1通过账号A登录媒资平台。用户通过移动终端扫描显示设备200-1上第三方应用页面上的二维码(可以是电商包月、包季等套餐的二维码)进行权益购买。之后显示设备200-1向账号服务器请求账号A与第三方应用账号的绑定关系。如果当前第三方应用未登录,则账号服务器向显示设备返回不存在账号A与第三方应用账号的对应关系提示。可以在移动终端上弹出第三方应用登录页面,提示用户输入第三方应用账号以登录第三方应用。
当用户通过输入账号登录第三方应用后,显示设备200-1从第三方应用服务器获取显示设备200-1对应的token-A。账号服务器记录聚合应用账号A、显示设备200-1以及第三方应用账号的绑定关系。用户通过移动终端扫描显示设备上第三方应用页面上的二维码进行权益购买,向账户服务器发送账号查询请求。在账号服务器中查询到存在显示设备200-1、账号A对应的token-A和第三方应用账号。账号服务器则将token-A和第三方应用账号返回至电商服务器。最后电商服务器向第三方应用服务器发送开通权益请求,该请求携带显示设备200-1的设备信息、token-A、第三方应用账号、订单号等参数。
图14所示的信令图展示在显示设备200-2上开通第三方应用权益的过程,该第三方应用与图12中200-1开通权益的第三方应用为同一应用。首先在显示设备200-2通过账号A登录媒资平台。用户通过移动终端扫描显示设备200-2上第三方应用页面上的二维码进行权益购买。之后显示设备200-2向账号服务器请求账号A与第三方应用账号的绑定关系。此时账号服务器已经存储有账号A与第三方应用的绑定关系,账号服务器则向移动终端返回账号A与第三方应用的绑定关系消息。因此不再在移动终端上弹出第三方应用登录页面。移动终端直接向电商发送购买第三方应用权益的请求。
电商服务器接收到权益购买请求后,向账号服务器发送查询请求,用于查询显示设备200-2是否存在对应token和第三方应用账号。账号服务器查询到显示设备200-2无对应的token和第三方应用账号,但是显示设备200-2设备信息已与账号A绑定,并且账号A与第三方应用账号具有绑定关系。此时账号服务器携带显示设备200-2的设备信息、与账号A对应的token-A和第三方账号,向第三方应用服务器请求与显示设备200-2对应的token-B。第三方应用服务器根据第三方账号、token-A鉴权成功后,根据显示设备200-2的设备信息生成与显示设备而200-2对应的token-B,并将token-B反馈至账号服务器。账号服务器接收到与显示设备200-2对应的token-B之后,建立显示设备200-2设备信息、token-B、账号A以及第三方账号的绑定关系。并且将显示设备200-2的token-B和第三方应用账号返回至电商服务器。最后电商服务器向第三方应用服务器发送开通权益请求,该请求携带显示设备200-2的设备信息、token-B、第三方应用账号、订单号等参数。
上述实施例中的权益开通方法中,在显示设备200-1通过账号A登录媒资资源平台,并且绑定第三方应用账号后,显示设备200-1、账号A以及第三方应用账号则已建立绑定关系。开通权益时,发送给第三方应用服务器的token-A是与显示设备200-1对应的。当用户再需要在显示设备200-2上,利用同一第三方应用账号开通权益时,由于与该第三方应用账号绑定的token-A是属于显示设备200-1,因此无法实现利用同一第三方应用账号开通权益的操作。利用本申请的权益开通方法,由于账号A与第三方应用账号是绑定的,当需要在显示设备200-2利用同一第三方应用账号开通权益时,第三方应用服务器自动向显示设备200-2反馈属于显示设备200-2的token-B。显示设备200-2则可利用属于该设备的token-B,向第三方应用服务器请求开通权益。从而减少再次输入账号的操作,提升用户使用体验。
在一些实施例中,由于第三方应用是安装在聚合应用上,可能会存在用户在聚合应用上登录一次第三方应用之后,就需要解除聚合应用账号与第三方应用账号绑定关系的场景。可以在登录第三方应用时,弹出设置聚合应用账号与第三方应用账号绑定时长的对话框。例如,在显示设备200-1的媒资资源平台(账号A登录)上利用账号B登录第三方应用,同时设置账号A与账号B的绑定最长时间为两个小时。则从绑定关系确定开始计时,超过两个小时,系统自动解除账号A和账号B的绑定关系。同时还可以解除账号B与显示设备200-1的绑定关系。用户还可以在设置中手动选择解除账号A与账号B绑定关系的选项。
在一些实施例中,聚合应用可以同时多设备相同账号登录。例如,显示设备200-1上通过账号A登录聚合应用之后,还可以同时在显示设备200-2上通过账号A登录聚合应用。当用户在显示设备200-1上登录第三方应用的之后,再需要在显示设备200-2上登录使用第三放应用,则直接点击该第三方应用的图标即可实现,而不需要再次输入账号登录聚合应用。这样,用户可以同时在多个设备上利用聚合应用,不需要输入账号即能够使用各种第三方应用,从而提升用户使用体验。
在一些实施例中,聚合应用的账号之间还可以建立绑定关系。例如,在显示设备200-1上通过账号A登录聚合应用,可以在聚合应用的设置页面中选定关联的账号,如图14所示的用户界面,选定了聚合应用账号B进行关联。则与账号A建立绑定关系的A音乐应用,同样也与账号B建立了绑定关系。当用户在显示设备200-1的聚合应用主页面中,点击A音乐应用图标控件,可以自动登录A音乐应用。同样当用户在显示设备200-2上通过账号B登录聚合应用之后,同样可以通过点击A音乐应用图标控件,直接自动登录A音乐应用。这样,通过建立聚合应用账号之间的关联关系,进一步满足用户对于自动登录应用的需求。
上述实施例是通过聚合应用的账号对不同设备进行绑定,在一些实施例中,还可以直接对设备进行应用登录的绑定。可以事先对某些设备针对同一应用进行绑定,当用户在当前设备登录第三方应用时,当前设备向第三方应用服务器发出登录请求,如果第三方应用服务器不存在与当前设备对应的token。进一步查询是否存在与当前设备绑定的设备,且绑定设备存在与第三方应用对应的token。如果存在与当前设备绑定给的设备,并且绑定设备存在与第三方应用对应的token,则第三方应用服务器向当前设备反馈属于当前设备的token。当前设备则可利用属于当前设备的token登录第三方应用,或者在当前设备上开通第三方应用的权益。
举例来说,绑定显示设备200-1和显示设备200-2,并且显示设备200-1不具有与C音乐应用对应的token,而显示设备200-2具有与C音乐应用对应的token。当用户需要在显示设备200-1上登录C音乐应用时,显示设备200-1向C音乐应用给的服务器发送登录请求。由于C音乐应用服务器中不存在与显示设备与200-1对应的token,则C音乐应用服务器向显示设备200-1反馈输入账号的提示信息,因此不能实现自动登录C音乐应用的目的。利用本实施例的方法,显示设备200-1向C音乐应用的服务器发送登录请求,由于显示设备200-1与显示设备200-2已经绑定,因此该登录请求不仅携带有显示设备200-1本身的设备信息,还携带有显示设备200-2的设备信息。首先查询服务器中不存在与显示设备200-1对应的token。之后再查询服务器中是否存在与显示设备200-2对应的token。查找到与显示设备200-2对应的token,服务器可以向显示设备200-1反馈与显示设备200-1对应的token。也可以直接根据显示设备200-2的token向显示设备200-1反馈成功登录结果。
本申请提供一种应用登录方法。图15是根据一示例性实施例示出的一种语应用登录方法的流程图。该语音信号处理方法的适用于图1所示实施环境的显示设备200。如图15所示,该语音信号处理方法,可以包括以下步骤。
在步骤S101中,接收第一设备发送的第三方应用登录请求,其中所述第三方应用登录请求至少携带有第一设备信息和第一账号,所述第一设备为已通过所述第一账号登录聚合应用的设备。
在步骤S102中,如果所述第一账号与所述第二账号存在绑定关系,则至少根据所述第一设备信息和第二账号获取第一登录令牌,以及向所述第一设备反馈所述第一登录令牌,以使所述第一设备根据所述第一登录令牌登录所述第三方应用,其中,所述第二账号为在所述服务器中与所述第一账号存在映射关系的用于登录所述第三方应用的账号;
在步骤S103中,如果所述第一账号与所述第二账号不存在绑定关系,则不根据所述第一设备信息生成所述第一登录令牌。
在一些实施例中,如果第一登录令牌为聚合应用服务器生成的令牌,则生成第一登录令牌时只需要根据第一设备信息和第二账号。
在一些实施例中,如果第一登录令牌为第三方应用服务器生成的令牌,则第三方应用服务器需要对当前的第二账号进行合法性鉴定。则生成第一登录令牌时,第三方应用服务器不仅需要接收到第二账号和第一设备信息,还需要接收到第二登录令牌。第二登录令牌为第三方应用为第二账号分配的用于在第二设备上通过登录第二账号来访问第三方应用的令牌,即第二登录令牌与第二设备对应的令牌。第三方应用服务器在接收到第二账号和第二登录令牌之后,才能够根据第一设备的设备信息生成与第一设备对应的第一登录令牌。
在一些实施例中,建立第一账号与第二账号绑定关系的过程可以是:接收所述第一账号与所述第二账号的绑定请求,所述绑定请求为在所述第二设备上通过所述第一账号登录所述聚合应用,并且在所述第二设备上通过所述第二账号登录所述第三方账号时发送的请求;根据所述绑定请求,建立所述第一账号与所述第二账号的绑定关系。聚合应用为应用发布平台,第三方应用为发布在聚合应用上的应用。当在设备上通过第一账号登录聚合应用,同时在同一设备上通过第二账号登录第三方应用时,则建立第一账号与第二账号的绑定关系。
本领域技术人员可以理解,本申请的各方面可以通过若干具有可专利性的种类或情况进行说明和描述,包括任何新的和有用的工序、机器、产品或物质的组合,或对他们的任何新的和有用的改进。相应地,本申请的各个方面可以完全由硬件执行、可以完全由软件(包括固件、常驻软件、微码等)执行、也可以由硬件和软件组合执行。以上硬件或软件均可被称为“数据块”、“控制器”、“引擎”、“单元”、“组件”或“系统”。此外,本申请的各方面可能表现为位于一个或多个计算机可读介质中的计算机产品,该产品包括计算机可读程序编码。
此外,除非权利要求中明确说明,本申请所述处理元素和序列的顺序、数字字母的使用、或其他名称的使用,并非用于限定本申请流程和方法的顺序。尽管上述披露中通过各种示例讨论了一些目前认为有用的发明实施例,但应当理解的是,该类细节仅起到说明的目的,附加的权利要求并不仅限于披露的实施例,相反,权利要求旨在覆盖所有符合本申请实施例实质和范围的修正和等价组合。例如,虽然以上所描述的系统组件可以通过硬件设备实现,但是也可以只通过软件的解决方案得以实现,如在现有的服务器或移动设备上安装所描述的系统。
同理,应当注意的是,为了简化本申请披露的表述,从而帮助对一个或多个发明实施例的理解,前文对本申请实施例的描述中,有时会将多种特征归并至一个实施例、附图或对其的描述中。但是,这种披露方法并不意味着本申请对象所需要的特征比权利要求中提及的特征多。实际上,实施例的特征要少于上述披露的单个实施例的全部特征。

Claims (10)

1.一种服务器,其特征在于,所述服务器用于执行:
接收第一设备发送的第三方应用登录请求,其中所述第三方应用登录请求至少携带有第一设备信息和第一账号,第一设备为已通过所述第一账号登录聚合应用的设备;
如果所述第一账号与所述第二账号存在绑定关系,则至少根据所述第一设备信息和第二账号获取第一登录令牌,以及向所述第一设备反馈所述第一登录令牌,以使所述第一设备根据所述第一登录令牌登录所述第三方应用,其中,所述第二账号为在所述服务器中与所述第一账号存在映射关系的用于登录所述第三方应用的账号;
如果所述第一账号与所述第二账号不存在绑定关系,则不根据所述第一设备信息生成所述第一登录令牌。
2.根据权利要求1所述的服务器,其特征在于,如果所述第一账号与所述第二账号存在绑定关系,则所述第三方应用登录请求还携带有第二登录令牌,所述第二登陆令牌为所述第三方应用为所述第二账号分配的用于在第二设备上通过登陆所述第二账号来访问所述第三方应用的令牌,并且所述第一登录令牌为根据所述第一设备信息、所述第二账号以及所述第二登录令牌获取的令牌。
3.根据权利要求1所述的服务器,其特征在于,所述服务器还用于执行:
接收所述第一账号与所述第二账号的绑定请求,所述绑定请求为在所述第二设备上通过所述第一账号登录所述聚合应用,并且在所述第二设备上通过所述第二账号登录所述第三方应用时发送的请求;
根据所述绑定请求,建立所述第一账号与所述第二账号的绑定关系。
4.根据权利要求1所述的服务器,其特征在于,所述服务器还用于执行:
如果所述第一账号与所述第二账号不存在绑定关系,则向所述第一设备反馈登录提示信息,以使所述第一设备向用户展示所述登录提示信息,所述登录提示信息用于提示用户通过输入账号登录所述第三方应用。
5.根据权利要求1所述的服务器,其特征在于,所述聚合应用为可多设备同时登录的应用。
6.根据权利要求1所述的服务器,其特征在于,所述服务器包括:账号管理子服务器和第三方应用子服务器;
所述账号管理子服务器用于执行接收所述第三方应用登录请求,如果所述第一账号与所述第二账号存在绑定关系,则将所述第一账号与所述第二账号的绑定关系发送至第三方应用子服务器,如果所述第一账号与所述第二账号不存在绑定,则将所述第三方应用登录请求发送至所述第三方应用子服务器;
所述第三方应用子服务器用于执行如果接收到所述第一账号与所述第二账号的绑定关系,则至少根据所述第一设备信息和第二账号获取第一登录令牌,以及向所述第一设备反馈所述第一登录令牌,以使所述第一设备根据所述第一登录令牌登录所述第三方应用,其中,所述第二账号为在所述服务器中与所述第一账号存在映射关系的用于登录所述第三方应用的账号如果接受到所述第三方应用登录请求,则不向所述第一设备反馈所述第一登录令牌。
7.一种电子设备,其特征在于,所述电子设备上已通过第一账号登录聚合应用,所述电子设备包括:
控制器,用于执行:
向服务器发送第三方应用登录请求,其中所述第三方应用登录请求至少携带有所述电子设备的设备信息和第一账号;
如果所述第一账号与所述第二账号存在绑定关系,则接收所述服务器反馈的第一登录令牌,以及根据所述第一登录令牌登录所述第三方应用,所述第一登录令牌为至少根据所述第一设备信息和所述第二账号获取的令牌,其中,所述第二账号为在所述服务器中与所述第一账号存在映射关系的用于登录所述第三方应用的账号;
如果所述第一账号与所述第二账号不存在绑定关系,则不从所述服务器接收所述第一登录令牌。
8.根据权利要求7所述的电子设备,其特征在于,如果所述第一账号与所述第二账号存在绑定关系,则所述第三方应用登录请求还携带有第二登录令牌,所述第二登陆令牌为所述第三方应用为所述第二账号分配的用于在第二设备上通过登陆所述第二账号来访问所述第三方应用的令牌,并且所述第一登录令牌为根据所述第一设备信息、所述第一账号以及所述第二登录令牌获取的令牌。
9.根据权利要求7所述的电子设备,其特征在于,所述控制器,还用于执行:
如果所述第一账号与所述第二账号不存在绑定关系,则接收所述服务器反馈的登录提示信息,以及向用户展示所述登录提示信息,所述登录提示信息用于提示用户通过输入账号登录所述第三方应用。
10.一种应用登录方法,其特征在于,所述方法应用于服务器,所述方法包括:
接收第一设备发送的第三方应用登录请求,其中所述第三方应用登录请求至少携带有第一设备信息和第一账号,所述第一设备为已通过所述第一账号登录聚合应用的设备;
如果所述第一账号与所述第二账号存在绑定关系,则至少根据所述第一设备信息和第二账号获取第一登录令牌,以及向所述第一设备反馈所述第一登录令牌,以使所述第一设备根据所述第一登录令牌登录所述第三方应用,其中,所述第二账号为在所述服务器中与所述第一账号存在映射关系的用于登录所述第三方应用的账号;
如果所述第一账号与所述第二账号不存在绑定关系,则不根据所述第一设备信息生成所述第一登录令牌。
CN202211025183.3A 2022-08-25 2022-08-25 一种应用登录方法、电子设备及服务器 Pending CN115412331A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202211025183.3A CN115412331A (zh) 2022-08-25 2022-08-25 一种应用登录方法、电子设备及服务器

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202211025183.3A CN115412331A (zh) 2022-08-25 2022-08-25 一种应用登录方法、电子设备及服务器

Publications (1)

Publication Number Publication Date
CN115412331A true CN115412331A (zh) 2022-11-29

Family

ID=84161093

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202211025183.3A Pending CN115412331A (zh) 2022-08-25 2022-08-25 一种应用登录方法、电子设备及服务器

Country Status (1)

Country Link
CN (1) CN115412331A (zh)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102739708A (zh) * 2011-04-07 2012-10-17 腾讯科技(深圳)有限公司 一种基于云平台访问第三方应用的系统及方法
WO2015039502A1 (zh) * 2013-09-23 2015-03-26 华为技术有限公司 通信认证方法及装置、终端设备
CN105897668A (zh) * 2015-10-22 2016-08-24 乐视致新电子科技(天津)有限公司 一种第三方账号授权方法、设备、服务器及其系统
CN110267264A (zh) * 2019-05-20 2019-09-20 广西蛋壳机器人科技有限公司 一种未联网智能终端与用户移动终端绑定的系统和方法
US20220038455A1 (en) * 2020-08-03 2022-02-03 Capital One Services, Llc Method for triggering outreach based on third party data requests

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102739708A (zh) * 2011-04-07 2012-10-17 腾讯科技(深圳)有限公司 一种基于云平台访问第三方应用的系统及方法
WO2015039502A1 (zh) * 2013-09-23 2015-03-26 华为技术有限公司 通信认证方法及装置、终端设备
CN105897668A (zh) * 2015-10-22 2016-08-24 乐视致新电子科技(天津)有限公司 一种第三方账号授权方法、设备、服务器及其系统
CN110267264A (zh) * 2019-05-20 2019-09-20 广西蛋壳机器人科技有限公司 一种未联网智能终端与用户移动终端绑定的系统和方法
US20220038455A1 (en) * 2020-08-03 2022-02-03 Capital One Services, Llc Method for triggering outreach based on third party data requests

Similar Documents

Publication Publication Date Title
EP3541043B1 (en) Account login method and apparatus
EP4135283A1 (en) Login method and system based on cloud application instance, and related device
US8458369B2 (en) Automatic peripheral discovery, authorization, and sharing across an internet protocol network
US10034057B2 (en) Message processing method, device, gateway, STB and IPTV
WO2020168561A1 (zh) 设备配网方法、装置、电子设备及存储介质
EP2472791B1 (en) Communication, monitoring and control architecture and method
US10165392B2 (en) Access of virtual resources based on a contextual frame of reference
WO2020187183A1 (zh) 节目推送播放方法、显示设备、移动设备及系统
CN112911380B (zh) 一种显示设备及与蓝牙设备的连接方法
WO2023138285A1 (zh) 一种智能家居设备的绑定方法和终端
CN115412331A (zh) 一种应用登录方法、电子设备及服务器
CN113784186B (zh) 终端设备、服务器和通信控制方法
CN114885193A (zh) 显示设备、终端设备及投屏方法
CN111526392B (zh) 视频获取方法、显示设备、服务器
US20140201347A1 (en) System And Method For Implementing A Command Center In An Electronic Network
WO2023016126A1 (zh) 终端设备、服务器及多设备协同登录方法
US20240179364A1 (en) Display apparatus, terminal device and communication connection method
US11848971B2 (en) Data sharing method and data sharing system capable of providing various group calling modes
KR102133903B1 (ko) 전자 기기 및 이의 개인 클라우드 기기 등록 방법
KR102102780B1 (ko) 전자 기기 및 이의 개인 클라우드 기기 등록 방법
CN116400989A (zh) 一种位置信息查询方法及显示设备
CN115914353A (zh) 一种服务器、显示设备及组合信息显示方法
CN115834095A (zh) 一种多设备协同登录方法及显示设备、服务器
CN116739574A (zh) 一种显示设备及第三方应用的支付方法
CN115705427A (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