CN104618437A - 一种与android终端设备***设置接口的适配方法 - Google Patents
一种与android终端设备***设置接口的适配方法 Download PDFInfo
- Publication number
- CN104618437A CN104618437A CN201410845372.4A CN201410845372A CN104618437A CN 104618437 A CN104618437 A CN 104618437A CN 201410845372 A CN201410845372 A CN 201410845372A CN 104618437 A CN104618437 A CN 104618437A
- Authority
- CN
- China
- Prior art keywords
- service
- data
- service end
- client
- interface
- 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.)
- Granted
Links
Landscapes
- Information Transfer Between Computers (AREA)
- Telephonic Communication Services (AREA)
Abstract
本发明公开了一种与android终端设备***设置接口的适配方法包括：首先客户端通过BindService绑定服务端Service，获取设备***设置接口实例对象，并通过Proxy代理服务向服务端发送请求数据；然后服务端Service通过Binder的onTransact获取Proxy代理请求数据；然后服务端Service通过请求的数据封装结果，并通过Stub内部抽象类调用服务端相应的函数接口；然后服务端Service返回函数接口调用结果，并判断信息是否满足要求，如果满足要求，则流程结束；如果部分满足，则根据预置的策略，执行相应策略；然后服务端Service返回客户端请求信息的处理结果并通过客户端响应信息，处理流程完毕，实现了现有android***设置中流媒体设备上层控制模块的统一化问题，增强IPTV+OTT业务设置的性能及可扩展性的技术效果。
Description
技术领域
本发明涉及电信通讯行业IPTV+OTT（网络电视）领域，尤其涉及一种与android终端设备***设置接口的适配方法。
背景技术
IPTV(网络电视)业务是指以机顶盒接入到宽带网络，以PC机（个人电脑）或者电视机为显示终端，从而为用户提供一种交互式电视体验和多媒体服务的宽带增值业务。通过此种技术方式实现后，使得IPTV业务终端可选择的范围更广，缩短终端产品上市时间。OTT 是“Over The Top”的缩写，是指通过互联网向用户提供各种应用服务。这种应用和目前运营商所提供的通信业务不同，它仅利用运营商的网络，而服务由运营商之外的第三方提供。目前，典型的OTT业务有互联网电视业务。
流媒体设备在IPTV+OTT领域业务中承担着重要的作用，他直接面向终端用户提供服务。相比与传统的linux机顶盒来说，android智能机顶盒的开放性，易用性为终端厂商及运营商接受，越来越多的厂商加入机顶盒行业队列，促使智能机顶盒门槛大大降低。
现如今智能终端设备厂商产品的多样性（android***不同，芯片不同），设备的千差万别，为终端厂家设备更新换代造成繁重的工作量，对业务的快速推广带来不便。
综上所述，本申请发明人在实现本申请实施例中发明技术方案的过程中，发现上述技术至少存在如下技术问题：
在现有技术中，由于智能终端设备厂商产品的多样性（android***不同，芯片不同），设备的千差万别，为终端厂家设备更新换代造成繁重的工作量，对业务的快速推广带来不便，所以，现有技术中存在智能终端设备更新换代工作量较大，业务推广不便，设置多样化而无法满足相关业务需求的技术问题。
发明内容
本发明提供了一种与android终端设备***设置接口的适配方法，解决了现有技术中存在智能终端设备更新换代工作量较大，业务推广不便，设置多样化而无法满足相关业务需求的技术问题，实现了使得***设置能够与不同android***，不同芯片流媒体设备进行通信，以便解决现有流媒体设备中设置多样化而无法满足相关业务需求，并且实现现有android***设置中流媒体设备上层控制模块的统一化问题，增强IPTV+OTT业务设置的性能及可扩展性的技术效果。
为解决上述技术问题，本申请实施例提供了一种与android终端设备***设置接口的适配方法，所述方法包括：
步骤一：客户端通过BindService绑定服务端Service，获取设备***设置接口实例对象，并通过Proxy代理服务向服务端发送请求数据；
步骤二：服务端Service通过Binder的onTransact获取Proxy代理请求数据；
步骤三：服务端Service通过请求的数据封装结果，并通过Stub内部抽象类调用服务端相应的函数接口；
步骤四：服务端Service返回函数接口调用数据成功或失败的信息，并判断信息是否满足要求，如果满足要求，则流程结束；如果关键数据不满足，基本数据满足，则根据预置的策略，执行相应策略；
步骤五：服务端Service返回客户端请求信息的处理结果并通过客户端响应信息，处理流程完毕。
进一步的，对所述步骤一中的请求数据，分别做以下处理：解析出请求数据的个数以及数据结构类型及长度，然后将请求数据解析成符合发送的格式；或者，根据请求数据的格式，解析出其中特定字段，然后根据预置的格式，生成符合发送的格式。
进一步的，对所述步骤二中的约束条件包括：android***版本、芯片类型。
进一步的，对应android***版本的约束，包括但不限于下列两种处理方式：android版本升级更新，能完全兼容与松耦合；同一android***版本，底层的持续更新不会影响到终端设备接口，能完全兼容与松耦合。
进一步的，对于不同的芯片，业务方面快速移植，避免重复开发。
本申请实施例中提供的一个或多个技术方案，至少具有如下技术效果或优点：
由于采用了将与android终端设备***设置接口的适配方法设计为包括：步骤一：客户端通过BindService绑定服务端Service，获取设备***设置接口实例对象，并通过Proxy代理服务向服务端发送请求数据；步骤二：服务端Service通过Binder的onTransact获取Proxy代理请求数据；步骤三：服务端Service通过请求的数据封装结果，并通过Stub内部抽象类调用服务端相应的函数接口；步骤四：服务端Service返回函数接口调用数据成功或失败的信息，并判断信息是否满足要求，如果满足要求，则流程结束；如果关键数据不满足，基本数据满足，则根据预置的策略，执行相应策略；步骤五：服务端Service返回客户端请求信息的处理结果并通过客户端响应信息，处理流程完毕的技术方案，即，在结合android智能终端在IPTV领域应用的基本情况，不仅能够实现电信级要求的基本业务，满足其基本需求，而且允许电信级用户根据自己的业务需求，满足所希望的某些特定方面的要求，提高IPTV+OTT业务灵活性；运营商让终端厂家提供不同android***，不同芯片类型的智能终端设备，提高产品竞争力，满足了用户的自主性。
进一步的，在增加新业务情况下，采用本申请中的方法还可以在不改变原有模块的基础上在模块中添加新的功能点，这就大大提高了模块的可扩展性，避免重新开发的运营成本，提高了***的稳定性及后期的维护质量，降低了维护成本。
附图说明
图1是本申请实施例一中与android终端设备***设置接口的适配方法的流程图；
图2是本申请实施例一中接口适配方法应用的框架结构示意图；
图3是本申请实施例一中接口适配方法流程图；
图4是本申请实施例一中在Setting中创建有线网络的流程图。
具体实施方式
本发明提供了一种与android终端设备***设置接口的适配方法，解决了现有技术中存在智能终端设备更新换代工作量较大，业务推广不便，设置多样化而无法满足相关业务需求的技术问题，实现了使得***设置能够与不同android***，不同芯片流媒体设备进行通信，以便解决现有流媒体设备中设置多样化而无法满足相关业务需求，并且实现现有android***设置中流媒体设备上层控制模块的统一化问题，增强IPTV+OTT业务设置的性能及可扩展性的技术效果。
本申请实施中的技术方案为解决上述技术问题。总体思路如下：
采用了将与android终端设备***设置接口的适配方法设计为包括：步骤一：客户端通过BindService绑定服务端Service，获取设备***设置接口实例对象，并通过Proxy代理服务向服务端发送请求数据；步骤二：服务端Service通过Binder的onTransact获取Proxy代理请求数据；步骤三：服务端Service通过请求的数据封装结果，并通过Stub内部抽象类调用服务端相应的函数接口；步骤四：服务端Service返回函数接口调用数据成功或失败的信息，并判断信息是否满足要求，如果满足要求，则流程结束；如果关键数据不满足，基本数据满足，则根据预置的策略，执行相应策略；步骤五：服务端Service返回客户端请求信息的处理结果并通过客户端响应信息，处理流程完毕的技术方案，即，在结合android智能终端在IPTV领域应用的基本情况，不仅能够实现电信级要求的基本业务，满足其基本需求，而且允许电信级用户根据自己的业务需求，满足所希望的某些特定方面的要求，提高IPTV+OTT业务灵活性；运营商让终端厂家提供不同android***，不同芯片类型的智能终端设备，提高产品竞争力，满足了用户的自主性。
为了更好的理解上述技术方案，下面将结合说明书附图以及具体的实施方式对上述技术方案进行详细的说明。
实施例一：
在实施例一中，提供了一种与android终端设备***设置接口的适配方法，请参考图1-图4，所述方法包括：
步骤一：客户端通过BindService（）绑定服务端Service，获取设备***设置接口实例对象，并通过Proxy代理服务向服务端发送请求数据；
步骤二：服务端Service通过Binder的onTransact（）获取Proxy代理请求数据；
步骤三：服务端Service通过请求的数据封装结果，并通过Stub内部抽象类调用服务端相应的函数接口；
步骤四：服务端Service返回函数接口调用数据成功或失败的信息，并判断信息是否满足要求，如果满足要求，则流程结束；如果关键数据不满足，基本数据满足，则根据预置的策略，执行相应策略；
步骤五：服务端Service返回客户端请求信息的处理结果并通过客户端响应信息，处理流程完毕。
其中，在本申请实施例中，步骤一种对于请求的数据，分别做以下处理：解析出请求数据的个数以及数据结构类型及长度，然后将请求数据解析成符合发送的格式；或者，根据请求数据的格式，解析出其中特定字段，然后根据预置的格式，生成符合发送的格式。
其中，在本申请实施例中，预置策略：服务端对接收的数据分为关键数据与基本数据，对于关键数据不论是数据结构还是数据类型不符合，则流程结束，如关键数据符合要求，基本数据不符合，则执行结果成功。
其中，在本申请实施例中，service是android***中的服务,bindService就是绑定Service服务；一般android的service分为本地和远程，此技术方式是远程service。
其中，在本申请实施例中Service是通过Binder机制来和客户端通讯交互的；transact():向远端的对象发送发出调用，onTransact():是远程的对象能够响应另一端发送过来的调用请求。这两个API都是同步执行的。transact()方法要一直阻塞到onTransact()方法调用完成后才返回；代理模式(Proxy)：为其他对象提供一种代理以控制对这个对象的访问。
其中，在本申请实施例中，步骤二中的约束条件包括android***版本，不同芯片。
其中，在本申请实施例中，对应android***版本的约束，至少包含两种处理方式：android版本由2.2，4.0，4.2，4.4不断升级更新，无论才低版本还是高版本，能完全兼容与松耦合；同一android***版本，底层的持续更新不会影响到终端设备接口（可能有扩展接口），能完全兼容与松耦合。
其中，在本申请实施例中，对于不同的芯片，按照android终端设备***设置接口的适配方法，业务方面：做到快速移植；避免重复开发。
其中，在本申请实施例中，下面结合附图对本发明的具体实施方式再进一步的说明：
图2是本申请技术方案应用的android智能终端***框架结构图，***设置接口的适配方法分别包含在***的Linux Kernel、Libraries、Application Framework、Application等各层。
Linux Kernel是Android基于Linux 2.6提供核心***服务，例如：安全、内存管理、进程管理、网络堆栈、驱动模型。Linux Kernel也作为硬件和软件之间的抽象层，它隐藏具体硬件细节而为上层提供统一的服务。
Linux Kernel扩展包含：
——Network_Driver：指为支持业务而扩展集成的网络驱动协议。目前主要包括支持基于IGMP的组播直播功能的标准IGMP V2协议、支持双网络接入的标准802.1Q模块功能，IPV4/IPV6协议；
——Security_Driver：与芯片相关的硬件、操作***等相关信息。
——Dispyay Driver（显示驱动模式），Camera Driver（摄像头驱动），Aduio Driver（音频驱动），Flash Men Driver（外接设备驱动）等其他驱动。
Libraries是Android包含一个C/C++库的集合，供Android***的各个组件使用。这些功能通过Android的应用程序框架（application framework）暴露给开发者
Libraries扩展包含：
——NetworkServic：客户端软件，主要发送数据和接收请求执行相应功能.
——SQLite（关系数据库引擎），LibWebCore（web浏览器），SGL（2D图形引擎），媒体库等，
Application Framework是android通过提供开放的开发平台，Android使开发者能够编制极其丰富和新颖的应用程序。开发者可以自由地利用设备硬件优势、访问位置信息、运行后台服务、设置闹钟、向状态栏添加通知等
Application Framework扩展包含：
——LibsyUtils：主要针对静态IP，DHCP+，pppoe，IPV4/IPV6，IPOE，双栈，鉴权等，是对智能终端底层网络封装API，供智能终端设备上层控制模块的统一调用；
——视图（View），内容提供者（Content Providers），资源管理器（Resource Manager），通知管理器（Notification Manager），活动管理器（Activity Manager）
Application；Android装配一个核心应用程序集合，包括电子邮件客户端、SMS程序、日历、地图、浏览器、联系人和其他设置
Application应用包含：
——Setting APK：主要用于实现智能终端设备***设置统一UI，方便运营商对软件业务模块的定制，能在不同android***，不同芯片展现同等效果。
NetworkService，LibSyUtils将***设置接口统一封装成成对象，供Setting调用，做到不依赖android***与芯片使之间可以跨平台，跨芯片工作，减少带来的复杂重复性工作。
为了保证Setting的方法在不同android***，不同芯片间正常使用，与***，芯片无关的功能点如业务账号，服务器信息，通过Put，Set统一存储在iptv_prefs.xml或者***数据库。Setting设置于Android***的底层的接口可以进行分类，主要包括有线网络，无线网络，声音及显示，业务设置，***版本信息，服务器信息，高级信息等，不同类别的接口具备自己独有的一些特点，根据这些特点不仅可以标示该接口类别，还可以根据不同接口的具体功能上的特点，在不同的消息结构上封装具体的操作对象。从而不仅可以满足和不同android***，不同芯片的适配需求，而且可以大大简化控制流程，比喻把有线网络设置单独分类，对静态网络，PPPOE，DHCP等单独编号，都可以方便的识别并采用哪种消息结构。
图3是本发明的接口适配方法流程图,具体为：
步骤一：客户端通过BindService（）绑定服务端Service，获取设备***设置接口实例对象，并通过Proxy代理服务向服务端发送请求数据；
首先，客户端通过BindService（）绑定服务端Service，并收集相关数据信息；
其次，根据收集的信息，对数据类型进行判断；
对于类型甲，解析出数据个数及每个数据的长度，然后根据这两个数据参数，通过解析单元，获取设备***设置接口对象；
对于类型甲，解析出数据消息格式，然后根据这特定字段，通过解析单元，获取设备***设置接口对象；
再次，获取接口信息失败，客户端与服务端绑定失败；否则绑定成功；
最终，通过代理向服务端发送请求数据；
步骤二：服务端Service通过Binder的onTransact（）获取Proxy代理请求数据；
若通过代理获取数据字段不匹配，服务端返回错误信息，拒绝请求，给用户提示；
若通过代理获取数据正常，服务端接收请求数据并处理；
步骤三：服务端Service通过请求的数据封装结果，并通过Stub内部抽象类调用服务端相应的函数接口；Stub为Android service 中的stub类。
步骤四：服务端Service返回函数接口调用数据成功或失败的信息，并判断信息是否满足要求，如果满足要求，则流程结束；如果关键数据不满足，基本数据满足，则根据预置的策略，执行相应策略；
若调用内部函数部分接口成功，提示用户部分约束条件受限，发送失败信息，流程结束；
步骤五：服务端Service返回客户端请求信息的处理结果并通过客户端，客户端响应信息，处理流程完毕。
图4为 本申请实施例中，在Setting中创建有线网络的流程图，具体为开始，通过BindService绑定Service，然后收集数据信息，然后获得数据消息结构，然后将数据传输到解析单元进行解析，然后获取设备***接口数据，否则客户端与服务端匹配失败，则回到解析单元中进行解析；然后向服务端请求实例对象，否则服务端反馈错误信息，回到获取设备***接口数据，然后接收请求，封装请求数据结构，调用内部函数接口，若是，则发送命令成功，响应消息，若否，部分条件满足，发送命令失败，响应消息，然后服务端处理完客户端的请求消息，接收到服务端反馈的结果消息，接收结果并向Setting发送结果消息。
其中，在本申请实施例中，步骤一：Setting APK通过BindService绑定服务端Service（NetworkServic,即AIDL)，获取设备***设置接口实例getEthernetDevInfo，并对有线网络状态下网络端口，网络模式，网络IP，DNS，备用DNS等数据消息结构，长度通过解析单元，判断当前网络状态为有线网络，并通过Proxy代理的向服务端发送Transact请求数据；步骤二：服务端Service通过Binder的机制并向Setting APK通过onTransact响应Proxy代理请求数据，如代理请求数据能与服务端匹配，则匹配成功；否则匹配失败；步骤三：服务端Service对通过Proxy代理请求的数据网络端口，网络模式，网络IP，DNS进行封装，并通过Service内部抽象类Stub调用服务端Service相应的函数setEthernetDevInfo接口；步骤四：服务端Service返回函数接口setEthernetDevInfo调用结果，，如网络模式，网络IP，DNS，备用DNS等都正常，则有线网络设置正常；如果备用DNS设置错误，则部分满足，有线网络设置失败；步骤五：服务端Service返回客户端有线网络设置成功的结果并通过客户端，客户端Setting设置成功有线网络，有线网络设置流程完毕。
采用本发明，运营商，终端厂商可以方便的采用不同芯片，不同的android***版本，更为方便，有效的为用户提供服务；
上述本申请实施例中的技术方案，至少具有如下的技术效果或优点：
由于采用了将与android终端设备***设置接口的适配方法设计为包括：步骤一：客户端通过BindService绑定服务端Service，获取设备***设置接口实例对象，并通过Proxy代理服务向服务端发送请求数据；步骤二：服务端Service通过Binder的onTransact获取Proxy代理请求数据；步骤三：服务端Service通过请求的数据封装结果，并通过Stub内部抽象类调用服务端相应的函数接口；步骤四：服务端Service返回函数接口调用数据成功或失败的信息，并判断信息是否满足要求，如果满足要求，则流程结束；如果关键数据不满足，基本数据满足，则根据预置的策略，执行相应策略；步骤五：服务端Service返回客户端请求信息的处理结果并通过客户端响应信息，处理流程完毕的技术方案，即，在结合android智能终端在IPTV领域应用的基本情况，不仅能够实现电信级要求的基本业务，满足其基本需求，而且允许电信级用户根据自己的业务需求，满足所希望的某些特定方面的要求，提高IPTV+OTT业务灵活性；运营商让终端厂家提供不同android***，不同芯片类型的智能终端设备，提高产品竞争力，满足了用户的自主性。
进一步的，在增加新业务情况下，采用本申请中的方法还可以在不改变原有模块的基础上在模块中添加新的功能点，这就大大提高了模块的可扩展性，避免重新开发的运营成本，提高了***的稳定性及后期的维护质量，降低了维护成本。
尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。
Claims (5)
1.一种与android终端设备***设置接口的适配方法，其特征在于，所述方法包括：
步骤一：客户端通过BindService绑定服务端Service，获取设备***设置接口实例对象，并通过Proxy代理服务向服务端发送请求数据；
步骤二：服务端Service通过Binder的onTransact获取Proxy代理请求数据；
步骤三：服务端Service通过请求的数据封装结果，并通过Stub内部抽象类调用服务端相应的函数接口；
步骤四：服务端Service返回函数接口调用数据成功或失败的信息，并判断信息是否满足要求，如果满足要求，则流程结束；如果关键数据不满足，基本数据满足，则根据预置的策略，执行相应策略；
步骤五：服务端Service返回客户端请求信息的处理结果并通过客户端响应信息，处理流程完毕。
2.根据权利要求1所述的方法，其特征在于，对所述步骤一中的请求数据，分别做以下处理：解析出请求数据的个数以及数据结构类型及长度，然后将请求数据解析成符合发送的格式；或者，根据请求数据的格式，解析出其中特定字段，然后根据预置的格式，生成符合发送的格式。
3.根据权利要求1所述的方法，其特征在于，对所述步骤二中的约束条件包括：android***版本、芯片类型。
4.根据权利要求3所述的方法，其特征在于，对应android***版本的约束，包括但不限于下列两种处理方式：android版本升级更新，能完全兼容与松耦合；同一android***版本，底层的持续更新不会影响到终端设备接口，能完全兼容与松耦合。
5.根据权利要求3所述的方法，其特征在于，对于不同的芯片，业务方面快速移植，避免重复开发。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410845372.4A CN104618437B (zh) | 2014-12-31 | 2014-12-31 | 一种与android终端设备***设置接口的适配方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410845372.4A CN104618437B (zh) | 2014-12-31 | 2014-12-31 | 一种与android终端设备***设置接口的适配方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN104618437A true CN104618437A (zh) | 2015-05-13 |
| CN104618437B CN104618437B (zh) | 2018-01-12 |
Family
ID=53152712
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201410845372.4A Active CN104618437B (zh) | 2014-12-31 | 2014-12-31 | 一种与android终端设备***设置接口的适配方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN104618437B (zh) |
Cited By (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105354081A (zh) * | 2015-11-26 | 2016-02-24 | 北京奇虎科技有限公司 | 同步绑定服务的方法及装置 |
| CN105472462A (zh) * | 2015-11-12 | 2016-04-06 | Tcl王牌电器(惠州)有限公司 | 电视功能处理方法和*** |
| CN106254335A (zh) * | 2016-07-29 | 2016-12-21 | 北京赛佰特科技有限公司 | 基于物联网的跨平台应用程序接口调用方法 |
| CN107396189A (zh) * | 2017-08-17 | 2017-11-24 | 四川长虹电器股份有限公司 | 基于互联网升级osd的***及方法 |
| CN107977281A (zh) * | 2017-12-19 | 2018-05-01 | 深圳豪客互联网有限公司 | 偏好数据调用方法和装置 |
| CN108628620A (zh) * | 2017-12-12 | 2018-10-09 | 百富计算机技术（深圳）有限公司 | Pos应用开发的实现方法、装置、计算机设备和存储介质 |
| CN109189584A (zh) * | 2018-07-05 | 2019-01-11 | 北京三快在线科技有限公司 | 应用程序之间的通信方法、装置、电子设备及存储介质 |
| CN111416993A (zh) * | 2020-03-26 | 2020-07-14 | 四川长虹电器股份有限公司 | 能够播放iptv和ott视频源的播放控制方法和播放器*** |
| CN112214252A (zh) * | 2019-07-11 | 2021-01-12 | 北京搜狗科技发展有限公司 | 一种信息扩展方法、装置和电子设备 |
| WO2021190469A1 (zh) * | 2020-03-24 | 2021-09-30 | 广州华多网络科技有限公司 | 终端设备及其应用程序接口调用控制方法 |
| CN113923494A (zh) * | 2021-10-09 | 2022-01-11 | 深圳创维数字技术有限公司 | 一种iptv机顶盒及双网播放方法 |
| WO2023240561A1 (zh) * | 2022-06-16 | 2023-12-21 | 北京小米移动软件有限公司 | 音频处理***、方法、电子设备及存储介质 |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20130134212A1 (en) * | 2011-06-03 | 2013-05-30 | Arthur Chang | Establishing connections among electronic devices |
| CN103677824A (zh) * | 2013-12-06 | 2014-03-26 | 无锡易视腾科技有限公司 | 基于定制浏览器的ott终端解决方案 |
| CN103841453A (zh) * | 2014-03-13 | 2014-06-04 | 烽火通信科技股份有限公司 | Iptv非智能机顶盒实现ott播放的方法 |
| CN104063656A (zh) * | 2014-07-07 | 2014-09-24 | 浪潮软件集团有限公司 | 一种在Android平台下实现对应用程序管控的方法 |
| CN104239543A (zh) * | 2014-09-23 | 2014-12-24 | 中邮科通信技术股份有限公司 | 一种基于移动互联网技术的生活服务搜索平台 |
-
2014
- 2014-12-31 CN CN201410845372.4A patent/CN104618437B/zh active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20130134212A1 (en) * | 2011-06-03 | 2013-05-30 | Arthur Chang | Establishing connections among electronic devices |
| CN103677824A (zh) * | 2013-12-06 | 2014-03-26 | 无锡易视腾科技有限公司 | 基于定制浏览器的ott终端解决方案 |
| CN103841453A (zh) * | 2014-03-13 | 2014-06-04 | 烽火通信科技股份有限公司 | Iptv非智能机顶盒实现ott播放的方法 |
| CN104063656A (zh) * | 2014-07-07 | 2014-09-24 | 浪潮软件集团有限公司 | 一种在Android平台下实现对应用程序管控的方法 |
| CN104239543A (zh) * | 2014-09-23 | 2014-12-24 | 中邮科通信技术股份有限公司 | 一种基于移动互联网技术的生活服务搜索平台 |
Cited By (17)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105472462A (zh) * | 2015-11-12 | 2016-04-06 | Tcl王牌电器(惠州)有限公司 | 电视功能处理方法和*** |
| CN105354081A (zh) * | 2015-11-26 | 2016-02-24 | 北京奇虎科技有限公司 | 同步绑定服务的方法及装置 |
| CN105354081B (zh) * | 2015-11-26 | 2018-06-12 | 北京奇虎科技有限公司 | 同步绑定服务的方法及装置 |
| CN106254335B (zh) * | 2016-07-29 | 2019-03-29 | 北京赛佰特科技有限公司 | 基于物联网的跨平台应用程序接口调用方法 |
| CN106254335A (zh) * | 2016-07-29 | 2016-12-21 | 北京赛佰特科技有限公司 | 基于物联网的跨平台应用程序接口调用方法 |
| CN107396189A (zh) * | 2017-08-17 | 2017-11-24 | 四川长虹电器股份有限公司 | 基于互联网升级osd的***及方法 |
| CN108628620A (zh) * | 2017-12-12 | 2018-10-09 | 百富计算机技术（深圳）有限公司 | Pos应用开发的实现方法、装置、计算机设备和存储介质 |
| CN108628620B (zh) * | 2017-12-12 | 2021-11-23 | 百富计算机技术（深圳）有限公司 | Pos应用开发的实现方法、装置、计算机设备和存储介质 |
| CN107977281A (zh) * | 2017-12-19 | 2018-05-01 | 深圳豪客互联网有限公司 | 偏好数据调用方法和装置 |
| CN109189584A (zh) * | 2018-07-05 | 2019-01-11 | 北京三快在线科技有限公司 | 应用程序之间的通信方法、装置、电子设备及存储介质 |
| CN112214252A (zh) * | 2019-07-11 | 2021-01-12 | 北京搜狗科技发展有限公司 | 一种信息扩展方法、装置和电子设备 |
| WO2021190469A1 (zh) * | 2020-03-24 | 2021-09-30 | 广州华多网络科技有限公司 | 终端设备及其应用程序接口调用控制方法 |
| CN111416993A (zh) * | 2020-03-26 | 2020-07-14 | 四川长虹电器股份有限公司 | 能够播放iptv和ott视频源的播放控制方法和播放器*** |
| CN111416993B (zh) * | 2020-03-26 | 2021-10-29 | 四川长虹电器股份有限公司 | 能够播放iptv和ott视频源的播放控制方法和播放器*** |
| CN113923494A (zh) * | 2021-10-09 | 2022-01-11 | 深圳创维数字技术有限公司 | 一种iptv机顶盒及双网播放方法 |
| CN113923494B (zh) * | 2021-10-09 | 2023-06-02 | 深圳创维数字技术有限公司 | 一种iptv机顶盒及双网播放方法 |
| WO2023240561A1 (zh) * | 2022-06-16 | 2023-12-21 | 北京小米移动软件有限公司 | 音频处理***、方法、电子设备及存储介质 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN104618437B (zh) | 2018-01-12 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN104618437A (zh) | 一种与android终端设备***设置接口的适配方法 | |
| KR101964532B1 (ko) | 복수의 디바이스들 상에서 복수의 명령들의 실행을 허용하는 것에 의해 강화되는, m2m 시스템에서의 서비스 레이어와 관리 레이어 사이의 동작들 | |
| CN102546818B (zh) | 一种对嵌入式设备批量升级的方法及*** | |
| EP2403246A2 (en) | Architecture of a network device for processing applications, and control method for the network device | |
| US20080212503A1 (en) | Method and System for Tailoring WiMAX Device Provisioning Based on Device Capability Information Communicated to Network | |
| EP2608585B1 (en) | Method, device and system for triggering terminal operation | |
| US9696977B2 (en) | Method and system for allocating ID of software component | |
| CN104427388A (zh) | 一种智能电视操作*** | |
| CN102348004B (zh) | 一种业务组件的配置方法、***及设备 | |
| CN102790781A (zh) | 一种中间件、带行业应用中间件的m2m***及其应用方法 | |
| KR20170003566A (ko) | 서비스 인에이블러 기능 | |
| JP6374870B2 (ja) | 分散アプリケーションのライフサイクル管理のための解決策 | |
| CN105245418A (zh) | 一种智能家居设备的控制方法、设备及*** | |
| CN104601589A (zh) | 一种接入广播电视***的方法、终端和网络侧服务器 | |
| CN103179467A (zh) | 终端和信息收集方法 | |
| CN109451259A (zh) | 电视线、电视***及电视播放数据获取方法 | |
| JP5483375B2 (ja) | ブロードキャストシステムにおける端末機のファームウェアアップデート方法及びシステム | |
| US8176343B2 (en) | Method for providing information for power management of devices on a network | |
| CN104581390A (zh) | 一种基于Android***的EPG客户端检测方法 | |
| CN112688794A (zh) | Yang模型的管理方法、装置、***、设备及存储介质 | |
| CN104793998A (zh) | 终端***资源管理方法及装置 | |
| CN108600841B (zh) | 一种机顶盒的参数操作方法 | |
| CN103491438A (zh) | 一种智能电视应用升级方法及*** | |
| CN101964742B (zh) | 一种网络开放能力使用方法、***和装置 | |
| CN105246129A (zh) | 一种智能终端的组网方法及装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant | ||
| CP03 | Change of name, title or address | ||
| CP03 | Change of name, title or address |
Address after: No. 27-30, 10th Floor, Building 1, No. 1268, Middle Tianfu Avenue, Chengdu Hi tech Zone, China (Sichuan) Pilot Free Trade Zone, 610000, Sichuan Patentee after: CHENGDU ANDROIDMOV TECHNOLOGY Co.,Ltd. Address before: No. 27-30, 10th floor, building 1, No. 1268, middle section of Tianfu Avenue, high tech Zone, Chengdu, Sichuan 610000 Patentee before: ANDROIDMOV TECHNOLOGY Co.,Ltd. |
|
| PE01 | Entry into force of the registration of the contract for pledge of patent right | ||
| PE01 | Entry into force of the registration of the contract for pledge of patent right |
Denomination of invention: An adaptation method to android terminal device system setting interface Effective date of registration: 20221222 Granted publication date: 20180112 Pledgee: Shuangliu Sub branch of Bank of Chengdu Co.,Ltd. Pledgor: CHENGDU ANDROIDMOV TECHNOLOGY Co.,Ltd. Registration number: Y2022510000324 |