CN115002521B - 多视图资源分配方法和装置 - Google Patents

多视图资源分配方法和装置 Download PDF

Info

Publication number
CN115002521B
CN115002521B CN202210578334.1A CN202210578334A CN115002521B CN 115002521 B CN115002521 B CN 115002521B CN 202210578334 A CN202210578334 A CN 202210578334A CN 115002521 B CN115002521 B CN 115002521B
Authority
CN
China
Prior art keywords
app
resource
view mode
view
resources
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
CN202210578334.1A
Other languages
English (en)
Other versions
CN115002521A (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.)
Samsung Electronics China R&D Center
Samsung Electronics Co Ltd
Original Assignee
Samsung Electronics China R&D Center
Samsung Electronics 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 Samsung Electronics China R&D Center, Samsung Electronics Co Ltd filed Critical Samsung Electronics China R&D Center
Priority to CN202210578334.1A priority Critical patent/CN115002521B/zh
Publication of CN115002521A publication Critical patent/CN115002521A/zh
Priority to PCT/KR2023/007054 priority patent/WO2023229364A1/en
Application granted granted Critical
Publication of CN115002521B publication Critical patent/CN115002521B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/81—Monomedia components thereof
    • H04N21/8166—Monomedia components thereof involving executable data, e.g. software
    • H04N21/8173—End-user applications, e.g. Web browser, game
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41—Structure of client; Structure of client peripherals
    • H04N21/4104—Peripherals receiving signals from specially adapted client devices
    • H04N21/4126—The peripheral being portable, e.g. PDAs or mobile phones
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/451—Execution arrangements for user interfaces
    • G—PHYSICS
    • G09—EDUCATION; CRYPTOGRAPHY; DISPLAY; ADVERTISING; SEALS
    • G09G—ARRANGEMENTS OR CIRCUITS FOR CONTROL OF INDICATING DEVICES USING STATIC MEANS TO PRESENT VARIABLE INFORMATION
    • G09G5/00—Control arrangements or circuits for visual indicators common to cathode-ray tube indicators and other visual indicators
    • G09G5/001—Arbitration of resources in a display system, e.g. control of access to frame buffer by video controller and/or main processor
    • G—PHYSICS
    • G09—EDUCATION; CRYPTOGRAPHY; DISPLAY; ADVERTISING; SEALS
    • G09G—ARRANGEMENTS OR CIRCUITS FOR CONTROL OF INDICATING DEVICES USING STATIC MEANS TO PRESENT VARIABLE INFORMATION
    • G09G5/00—Control arrangements or circuits for visual indicators common to cathode-ray tube indicators and other visual indicators
    • G09G5/14—Display of multiple viewports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41—Structure of client; Structure of client peripherals
    • H04N21/422—Input-only peripherals, i.e. input devices connected to specially adapted client devices, e.g. global positioning system [GPS]
    • H04N21/42204—User interfaces specially adapted for controlling a client device through a remote control device; Remote control devices therefor
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs
    • H04N21/4402—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving reformatting operations of video signals for household redistribution, storage or real-time display
    • H04N21/440263—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving reformatting operations of video signals for household redistribution, storage or real-time display by altering the spatial resolution, e.g. for displaying on a connected PDA
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/485—End-user interface for client configuration
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F2300/00—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game
    • A63F2300/30—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game characterized by output arrangements for receiving control signals generated by the game device
    • A63F2300/308—Details of the user interface
    • G—PHYSICS
    • G09—EDUCATION; CRYPTOGRAPHY; DISPLAY; ADVERTISING; SEALS
    • G09G—ARRANGEMENTS OR CIRCUITS FOR CONTROL OF INDICATING DEVICES USING STATIC MEANS TO PRESENT VARIABLE INFORMATION
    • G09G2340/00—Aspects of display data processing
    • G09G2340/14—Solving problems related to the presentation of information to be displayed
    • G—PHYSICS
    • G09—EDUCATION; CRYPTOGRAPHY; DISPLAY; ADVERTISING; SEALS
    • G09G—ARRANGEMENTS OR CIRCUITS FOR CONTROL OF INDICATING DEVICES USING STATIC MEANS TO PRESENT VARIABLE INFORMATION
    • G09G2370/00—Aspects of data communication
    • G09G2370/20—Details of the management of multiple sources of image data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/44—Receiver circuitry for the reception of television signals according to analogue transmission standards
    • H04N5/445—Receiver circuitry for the reception of television signals according to analogue transmission standards for displaying additional information
    • H04N5/45—Picture in picture, e.g. displaying simultaneously another television channel in a region of the screen

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Software Systems (AREA)
  • Human Computer Interaction (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Hardware Design (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

本申请公开了一种多视图资源分配方法和装置，其中方法包括：当终端设备的应用程序APP开启时，所述终端设备基于当前的视图模式，确定为所述APP分配的资源类型；所述视图模式为单视图模式或多视图模式；所述资源类型为主资源或子资源；所述APP根据所述分配的资源类型，获取相应的资源。采用本申请可以有效解决多视图场景下资源分配冲突的问题。

Description

多视图资源分配方法和装置
技术领域
本发明涉及多媒体播放技术，特别是涉及一种多视图资源分配方法和装置。
背景技术
随着智能电视的发展，多视图(MultiView)逐渐成为消费者喜爱的功能。多视图可以在一个多媒体播放终端设备(如智能电视平台)上同时显示多个源，允许用户在大屏幕上更方便、更丰富地享受与电视相关的各种功能(如图1所示)。
针对多视图，一个多媒体播放终端设备会配置有不同类型的资源，如主资源或子资源。例如，如果一个智能电视平台最多支持两个视图，该智能电视平台有一个主资源和一个子资源。主资源可以解码超高清(Ultra High Definition，UHD，分辨率3840×2160，通常称作4K，分辨率7680×4320，通常称作8K)，子资源只能解码全高清(Full HighDefinition，FHD，分辨率1920*1080，通常称作2K)。
相应地，多媒体播放终端设备会将显示区域划分为不同子区域，为每个子区域配置固定类型的资源。如图2所示，一个多媒体播放终端设备会采用图中情形1的方式，左边固定使用主资源，右边固定使用子资源，或者采用图中情形2的方式，左边固定使用子资源，右边固定使用主资源。
发明人在实现本发明的过程中发现，现有的为多媒体应用程序(APP)分配资源的方案存在容易发生资源分配冲突的问题。具体原因分析如下：
现有方案中，是在多媒体APP启动时，由该多媒体APP根据预先配置的资源类型，向多媒体播放终端设备申请相应类型的资源。在这种资源分配方法中，多媒体APP在资源申请时，并不考虑多媒体播放终端设备当前的资源分配情况。这样，如果当前启动的多媒体APP所申请的资源已被分配给其他多媒体APP，则会发生资源分配冲突的问题，进而使得已占用相同资源的APP会因为资源被占用而发生黑屏的情况。例如，如图3所示，在单视图模式下，由APP1占用主资源，此时，如果APP2启动，由于APP2不知道当前处于多视图模式，而仍然申请主资源，这样，就会导致其会抢占APP1已占用的主资源，从而使得APP1因为主资源被抢占而进入黑屏。
另外，由于现有方案需要由APP自主确定其使用哪种资源，而在实际应用中，为了满足实际应用场景下所运行的各APP的运行需要，不同场景下APP可以使用的资源类型是不同的。例如，在单视图模式下，可以使用设备的所有资源，在多视图模式下，可以使用主资或子资源。如此，使得APP开发者在进行APP开发时，无法准确地设置APP使用的资源类型，以使得APP可以申请与其实际应用场景相匹配的资源，进而导致多视图功能的扩展性和灵活性差。
发明内容
有鉴于此，本发明的主要目的在于提供一种多视图资源分配方法和装置，可以有效解决多视图场景下资源分配冲突的问题。
为了达到上述目的，本发明实施例提出的技术方案为：
一种多视图资源分配方法，包括：
当终端设备的多媒体应用程序(APP)开启时，所述终端设备基于当前的视图模式，确定为所述APP分配的资源类型；所述视图模式为单视图模式或多视图模式；所述资源类型为主资源或子资源；
所述APP根据所述分配的资源类型，获取相应的资源。
本发明实施例还提出一种多视图资源分配装置，包括：
资源类型配置单元，用于当终端设备的多媒体应用程序(APP)开启时，所述终端设备基于当前的视图模式，确定为所述APP分配的资源类型；所述视图模式为单视图模式或多视图模式；所述资源类型为主资源或子资源；
资源申请单元，用于所述APP根据所述分配的资源类型，获取相应的资源。
本发明实施例还提出一种多视图资源分配设备，包括处理器和存储器；所述存储器中存储有可被所述处理器执行的应用程序，用于使得所述处理器执行如上所述多视图资源分配方法。
本发明实施例还提出一种计算机可读存储介质，其中存储有计算机可读指令，该计算机可读指令用于执行如上所述多视图资源分配方法。
本发明实施例还提出一种计算机程序产品，包括计算机程序/指令，其特征在于，该计算机程序/指令被处理器执行时实现如上所述多视图资源分配方法的步骤。
综上所述，本发明实施例提出的多视图资源分配方案，由终端设备在多媒体APP开启时，基于当前的视图模式，即当前是处于单视图模式，还是多视图模式，为该多媒体APP确定其可以申请的的资源类型，如此，可以使得为多媒体APP分配的资源能够与实际的应用场景相匹配，从而可以避免发生多视图场景下资源分配冲突的问题。
附图说明
图1为多视图示意图；
图2为多视图下不同类型的资源与显示子区域的绑定示意图；
图3为现有方案存在的资源分配冲突示意图；
图4为本发明实施例的方法流程示意图；
图5为多视图显示区域分配策略适用的多视图场景示例图；
图6为本发明实施例的显示子区域与资源类型的映射关系示例图；
图7为本发明实施例的多视图模式下为APP分配显示子区域示例图；
图8为多视图模式下基于APP的显示子区域，按照显示子区域与资源类型的映射关系为APP确定资源类型示例一的示意图；
图9为多视图模式下基于APP的显示子区域，按照显示子区域与资源类型的映射关系为APP确定资源类型示例二的示意图；
图10为本发明实施例在单视图模式为APP分配资源示例的流程示意图；
图11为本发明实施例在多视图模式为APP分配资源示例的流程示意图；
图12为本发明实施例的一进入多视图模式示例图；
图13为本发明实施例的进入多视图模式时无需重新对为单视图模式中APP分配资源的处理过程示例图；
图14为本发明实施例的进入多视图模式时需要重新为单视图模式中APP分配资源的处理过程示例图；
图15为本发明实施例的从多视图模式切换至单视图模式的示例示意图；
图16为本发明实施例中步骤b1～b3的一具体实现示例过程示意图；
图17为本发明实施例中步骤b1～b3的二具体实现示例过程示意图；
图18～图22为本发明实施例在不同应用场景下的实现示例过程示意图；
图23为本发明实施例的装置结构示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚，下面将结合附图及具体实施例对本发明作进一步地详细描述。
图4为本发明实施例的多视图资源分配方法流程示意图，如图4所示，该实施例主要包括：
步骤401、当终端设备的多媒体应用程序(APP)开启时，所述终端设备基于当前的视图模式，确定为所述APP分配的资源类型；所述视图模式为单视图模式或多视图模式；所述资源类型为主资源或子资源。
本步骤中，为了避免发生资源分配冲突的问题，不再由APP确定其申请的资源，而是由终端设备区分单视图模式和多视图模式，为当前需要运行的APP确定其可以申请的资源，如此，可以使得为APP分配的资源能够与当前视图场景相匹配，避免发生资源冲突的问题。
在实际应用中所述终端设备为多媒体播放终端设备，如智能电视等，但不限于此。
一种实施方式中，较佳地，为了更准确地确保避免发生资源冲突的问题，可以采用下述方法基于当前的视图模式，确定为所述APP分配的资源类型：
如果所述视图模式为单视图模式，则基于所述APP的预设资源类型，确定为所述APP分配的资源类型。
如果所述视图模式为多视图模式，则基于所述APP在所述多视图模式下使用的显示子区域，查询预设的显示子区域与资源类型的映射关系，得到所述显示子区域对应的资源类型并分配给所述APP；其中，所述显示子区域基于所述APP启动时显示区域的占用情况，按照预设的多视图显示区域分配策略获得。
上述方法中，若当前处于单视图模式，则直接将多媒体APP的预设资源类型，作为该多媒体APP分配的资源类型。具体地，多媒体APP的预设资源类型可由本领域技术人员根据APP的实际运行需要设置，在此不再赘述。若当前处于多视图模式，则需要基于多媒体APP在所述多视图模式下使用的显示子区域，查询预设的显示子区域与资源类型的映射关系，得到该显示子区域对应的资源类型并分配给多媒体APP，并且，其中对于该多媒体APP在所述多视图模式下使用的显示子区域，将基于该APP启动时终端设备显示区域的占用情况，按照预设的多视图显示区域分配策略获得，如此，可以确保为多媒体APP分配的资源既可以满足其运行需要，又可以避免为不同APP分配同一资源。
在实际应用中，可由本领域技术人员根据实际应用需要，考虑不同APP的特征以及终端设备的资源配置，设置所述多视图显示区域分配策略。例如，可以设置如下表，但不限于此：
上述表中的规范为多视图显示区域分配策略所包括的具体规则，每条规则可以对应不同多视图应用场景，如图5所示，给出上述规范1.2、2.1、3.1各自适应的应用场景示例。实际应用中，可根据需要设置每条规则的优先级。
在实际应用中，对于所述显示子区域与资源类型的映射关系，可由本领域技术人员根据实际需要设置。例如，终端设备采用如图6所示的显示子区域与资源类型的映射关系。
假设终端设备采用如图6所示的显示子区域与资源类型的映射关系，左边主资源，右边子资源，多视图模式下分配给APP1和APP2的显示子区域分别为区域1和区域2(如图7所示)，则分配给它们的资源类型如图8中右侧所示，分别为主资源和子资源。
假设终端设备采用的显示子区域与资源类型的映射关系为左边子资源，右边主资源，多视图模式下分配给APP1和APP2的显示子区域分别为区域1和区域2，则分配给它们的资源类型如图9中右侧所示，分别为子资源和主资源。
步骤402、所述APP根据所述分配的资源类型，获取相应的资源。
这里，由于APP是根据终端设备基于当前的视图模式决策的资源类型，来获取其运行使用的资源，因此，可以有效避免抢占其他APP资源。
下面结合图10和图11，对基于上述步骤401～402分别实现在单视图模式和多视图模式下为APP分配资源进行示例性说明。
下述示例中，假设由终端设备中的资源中心决策为APP分配什么类型的资源，由终端设备中的多视图APP提供不同视图模式下APP的开启和退出等功能，包括：收集可添加到多视图的App列表、保存最近的多视图布局和用户预定义/最喜欢的多视图布局、管理启动多视图或退出多视图、将显示子区域与资源类型的映射关系设置给资源中心，以及根据多视图布局将App的区域标识id设置给资源中心(例如，区域id在平台可以支持的最大视图数量范围内、最多2个视图，左侧区域id为1，右侧区域id为2，最多4个视图，区域id为1、2、3、4，从1开始的自然数)。
1、单视图模式下的资源分配
App指定什么资源就分配什么资源，不是由终端设备决定的，最终分配的资源是App指定的主资源或子资源。也就是说，在单视图模式下，终端设备不需要做决策。如图10所示，单视图模式下资源分配过程
步骤1、用户打开App1，观看App1的内容。
步骤2、App1用自己的应用标识号(Appid)以及需要的资源类型(主资源或子资源)，去资源中心查询资源选项(即当前为其分配的资源类型)。
步骤3、当前是单视图模式，默认：在普通模式(即单视图模式)下，资源中心并不会决策，直接将App1需要的资源类型赋值给资源选项。
步骤4、资源中心返回资源选项给App1。
以Video Decoder视频解码器资源为例，假设App1指定的资源类型是主资源，返回的资源选项就是主资源，如下表所示：
以Video Decoder视频解码器资源为例，假设App1指定的资源类型是子资源，返回的资源选项就是子资源，如下表所示：
步骤5、App1将步骤4中接收到的资源选项，传递给终端设备的资源管理器，以进行资源申请，获得App1指定的资源。
2、多视图模式下的资源分配
在多视图模式下，App在启动时不需要显式指定主资源或子资源，而是由资源中心决定最终分配给APP的资源。也就是说，在多视图场景下，资源中心将忽略App指定的资源类型，自己决策资源类型。
步骤1、用户通过多视图App启动多视图，多视图里的App为App1和App2。
步骤2、多视图App给资源中心设置当前资源政策为多视图模式，即当前采用多视图显示区域分配策略。
步骤3、多视图App将App1和App2各自的区域id通知给资源中心。
步骤4、App用自己的app_id和需要的资源类型，去资源中心查询资源选项。
这里需要说明的是，为了便于实现，采用了与单视图模式下相同格式的资源选项查询消息，因此，这里，App也需要发送需要的资源类型给资源中心，但是，该信息在后续步骤并不参与资源选项的确定。
步骤5、资源中心根据app_id找到相应App的区域id，然后根据区域id和显示子区域与资源类型的映射关系选择资源类型，确定资源选项。
步骤6、资源中心返回资源选项给App。
步骤7、App利用资源类型和资源选项去资源管理器申请资源，分配到相应资源类型(主或子)的资源。
进一步地，考虑到当终端设备需要从单视图模式切换至多视图模式时，如果单视图模式下的APP不在所切换的多视图模式下运行，则该APP会被关闭，相应的其占用的资源也会释放，而如果原先处于单视图模式的APP仍会在多视图模式下运行，则需要考虑其占用的资源是否需要更新。尤其是，在单视图模式APP可以使用终端设备的所有资源，即不仅会占用主资源还可能会占用子资源，此情况下，进入多视图模式时，其在单视图模式下占用的子资源需要放弃，以供多视图模式下使用子资源的APP使用，具体地，可以采用下述步骤a1～a3实现上述目的，即所述方法进一步包括：
步骤a1、当所述终端设备需要从单视图模式切换至多视图模式时，如果所述单视图模式下处于焦点的第一App仍需要在多视图模式下运行，则所述终端设备触发所述第一App释放其占用的子资源。
步骤a2、根据预设的显示子区域与资源类型的映射关系，确定所述第一APP在所述多视图模式下使用的显示子区域对应的资源类型；如果所述第一APP在所述切换前后对应的资源类型不同，则触发所述第一APP释放其占用的主资源以及基于所述显示子区域对应的资源类型获取相应资源。
其中，所述显示子区域基于所述第一APP启动时显示区域的占用情况，按照预设的多视图显示区域分配策略获得，如此，可以确保第一APP在多视图模式下使用的显示子区域对应的资源类型不会与其他APP的资源类型相同，从而可以避免多视图模式下的资源冲突。
这里，如果所述第一APP在模式切换前后对应的资源类型不同，则说明该第一APP的资源需要发生交换，即从主资源变化为子资源，因此，此时需要触发第一APP释放其占用的主资源，以及基于所述显示子区域对应的资源类型获取相应资源。
步骤a3、如果所述第一App在多视图模式下对应的资源类型所支持的最大分辨率小于所述第一App在单视图模式下对应的资源类型所支持的最大分辨率，则触发所述第一APP将其允许的最大分辨率更新为其在多视图模式下对应的资源类型所支持的最大分辨率，并基于所述允许的最大分辨率，对多视图模式下的播放内容进行调整控制。
本步骤中，考虑到第一App从单视图模式切换至多视图模式时其资源类型所支持的最大分辨率可能会降低，此时，需要对多视图模式下的播放内容进行调整控制，以使得多媒体内容可以得到正常播放。
这里，如果所述第一App在多视图模式下对应的资源类型所支持的最大分辨率小于所述第一App在单视图模式下对应的资源类型所支持的最大分辨率，则说明所述第一App在进入多视图模式时其使用的资源类型所支持的最大分辨率降低。
上述第一App在多视图模式下对应的资源类型所支持的最大分辨率小于其在单视图模式下对应的资源类型所支持的最大分辨率，其在实际应用中通常表现为下述两种情况：
情况一、所述第一App在多视图模式下对应的资源类型所支持的最大分辨率小于所述终端设备的显示面板支持的最大分辨率。
情况二、所述第一App的预设多视图模式资源分辨率要求为FHD/FHD+，其中，FHD表示需要支持FHD分辨率的资源，App可以将其内容的分辨率限制为FHD；FHD+表示需要至少支持FHD分辨率的资源,根据不同的情况，FHD或UHD资源可以分配给App。如果分配了FHD的资源，App可以将其内容的分辨率限制在FHD。
一种实施方式中，上述步骤a3中具体可以采用下述方法，对多视图模式下的播放内容进行调整控制：
所述第一APP判断当前播放内容的分辨率是否超过所述允许的最大分辨率，如果是，则将当前的播放内容调整至第一分辨率的播放内容，和/或，通知用户不支持当前播放内容的分辨率；所述第一分辨率小于或等于所述允许的最大分辨率。
下面结合图12～图14，通过两个具体示例，对上述步骤a1～a3的具体实现进行详细说明：
下述示例中，假设由终端设备中的资源中心决策为APP分配什么类型的资源，由终端设备中的多视图APP提供不同视图模式下APP的开启和退出等功能，包括：收集可添加到多视图的App列表、保存最近的多视图布局和用户预定义/最喜欢的多视图布局、管理启动多视图或退出多视图、将显示子区域与资源类型的映射关系设置给资源中心，以及根据多视图布局将App的区域标识id设置给资源中心。
一、APP进入多视图后无需为已运行的APP重新分配资源的情况：
如图12所示，当在App1运行的场景下，启动App2，进入多视图模式时，App1仍会处于焦点，此情况下，不需要重新为已运行的App1分配资源，如图13所示，具体处理流程包括下述步骤：
步骤1、单视图模式下，用户正在观看App1，全屏，使用主资源，App1播放内容最大可以达到面板支持的最大分辨率。对于4K电视，播放内容分辨率最大可达4K，对于8K电视，播放内容分辨率最大可达8K；
步骤2、用户通过多视图App启动多视图，多视图里的App为App1和App2。
步骤3、多视图App给资源中心设置当前资源政策为多视图模式。
步骤4、资源中心通过回调通知App1资源政策改变为多视图模式。
步骤5、App1收到通知后，准备进入多视图，做一些准备工作，包括禁掉使用子资源的一些功能，比如画中画(Picture-in-Picture,PIP)，以释放其占用的子资源，子资源将被新加入多视图的App使用；
步骤6、多视图App给资源中心设置App1的区域ID。
步骤7、资源中心查询App1的元数据项multiview_min_resource，该元数据项用于表征App1的最低资源要求。
步骤8、如果面板为8K(在多视图下不能再播放8K内容)，或者App1的元数据项multiview_min_resource为FHD/FHD+，根据App1的区域id和示子区域与资源类型的映射关系，得到App1的区域id对应资源类型允许的最大分辨率，进而得到App1在多视图下允许的最大分辨率。
步骤9、资源中心向App1发送允许的最大分辨率发生变更的消息，App1根据当前播放内容分辨率，确定是否改变播放内容，或对用户进行提示“当前内容不支持”。
二、APP进入多视图后需要为已运行的APP重新分配资源的情况：
如图14所示，该场景下具体实现示例包括下述步骤：
步骤1、单视图模式下，用户正在观看App1，全屏，使用主资源，App1播放内容最大可以达到面板支持的最大分辨率。对于4K电视，播放内容分辨率最大可达4K，对于8K电视，播放内容分辨率最大可达8K。
步骤2、用户通过多视图App启动多视图，多视图里的App为App1和App2。
步骤3、多视图App给资源中心设置资源政策为多视图模式。
步骤4、资源中心通过回调通知App1资源政策改变为多视图模式。
步骤5、App1收到通知后，准备进入多视图，做一些准备工作，包括禁掉使用子资源的一些功能，比如PIP(Picture-in-Picture,画中画)，子资源将被新加入多视图的App使用。
步骤6、资源中心根据平台的区域和资源绑定的策略，决定需要交换资源，向App1发送停止使用资源回调。
步骤7、App1收到停止使用资源回调后，释放占用的主资源。
步骤8、多视图App给资源中心设置App1的区域ID。
步骤9、资源中心向App1发送开始使用资源回调。
步骤10、App1在多视图场景下申请对应的子资源。
步骤11、资源中心查询App1的元数据项multiview_min_resource。
步骤12、如果面板为8K(在多视图下不能再播放8K内容)，或者App1的元数据项multiview_min_resource为FHD/FHD+，根据App1的区域ID和多视图策略得到App1在多视图下允许的最大分辨率。
步骤13、向App1发送允许的最大分辨率改变回调，App1根据当前播放内容分辨率，确定是否改变播放内容，或对用户进行提示“当前内容不支持”。
进一步地，考虑到当所述终端设备从多视图模式切换为单视图模式时，可能会由于资源的变化而使得其允许的最大分辨率可能会变高，针对此情况，为了充分利用当前为APP分配的资源获得更好的多媒体播放效果，可以进一步采用下述步骤b1～b3对单视图模式下的播放内容进行及时调整：
步骤b1、当所述终端设备从多视图模式切换为单视图模式时，如果所述切换后处于焦点的第二APP在所述多视图模式中使用子资源，则触发所述第二APP释放子资源以及获取单视图模式下的主资源。
步骤b2、触发所述第二APP将当前允许的最大分辨率，更新为单视图模式下使用主资源时支持的最大分辨率。
步骤b3、所述第二APP基于所述允许的最大分辨率，对单视图模式下的播放内容进行调整控制。
一种实施方式中，步骤b3中可以采用下述方法，对单视图模式下的播放内容进行调整控制包括：
所述第二APP判断当前播放内容的分辨率是否小于所述允许的最大分辨率，如果是，则将当前的播放内容调整至第二分辨率的播放内容，和/或，通知用户当前支持更高分辨率的播放内容；所述第二分辨率大于所述当前播放内容的分辨率且小于或等于所述允许的最大分辨率。
下面结合图15～图17，通过两个具体示例，对上述步骤b1～b3的具体实现进行详细说明：
下述示例中，假设由终端设备中的资源中心决策为APP分配什么类型的资源，由终端设备中的多视图APP提供不同视图模式下APP的开启和退出等功能，包括：收集可添加到多视图的App列表、保存最近的多视图布局和用户预定义/最喜欢的多视图布局、管理启动多视图或退出多视图、将显示子区域与资源类型的映射关系设置给资源中心，以及根据多视图布局将App的区域标识id设置给资源中心。
一、退出多视图后无需重新分配资源的情况：
如图15所示，当在多视图模式下，关闭App2，进入单视图模式时，App1仍会处于焦点，此情况下，不需要重新为App1分配资源，如图16所示，步骤b1～b3的具体实现过程包括：
步骤1、多视图模式下，App1使用主资源，用户焦点在App1上。
步骤2、用户通过多视图App退出多视图，退出多视图后App1变为全屏App。
步骤3、多视图App给资源中心设置资源政策为普通模式(即单视图模式)。
步骤4、资源中心通过回调通知App1资源政策改变为普通模式。
步骤5、App1收到通知后，准备退出多视图。
步骤6、根据普通模式下使用主资源时面板支持的最大分辨率(4K/8K)，发送分辨率更改回调(即分辨率更改反馈)。
步骤7、资源中心向App1发送允许的最大分辨率改变消息，APP1基于所述允许的最大分辨率，对单视图模式下的播放内容进行调整控制，这样，多视图场景下App1中受限的内容播放，在退出多视图后将不再受限。
二、退出多视图后需要重新分配资源的情况：
当终端设备从多视图模式切换为单视图模式时，如果模式切换后处于焦点的APP在切换前使用的是子资源，则此时需要为其进行资源交换，即从子资源切换为主资源，如图17所示，在一种示例中具体可以采用下述过程实现步骤b1～b3：
步骤1、多视图模式下，App1使用子资源，用户焦点在App1上。
步骤2、用户通过多视图App退出多视图，退出多视图后处于全屏的App为App1。
步骤3、多视图App给资源中心设置资源政策为普通模式；
步骤4、资源中心通过回调通知App1资源政策改变为普通模式。
步骤5、App1收到通知后，准备退出多视图。
步骤6、App1知道当前自己使用的是子资源，退出多视图后将使用主资源，因此释放子资源。
步骤7、单视图下重新申请资源，此时申请得到的资源为主资源。
步骤8、根据普通模式下使用主资源时面板支持的最大分辨率(4K/8K)，发送分辨率更改回调。
步骤9、向App1发送允许的最大分辨率改变回调，多视图场景下App1中受限的内容播放，在退出多视图后将不再受限。
一种实施方式中，为了优化用户体验，终端设备可以提供一多视图APP，用户利用该多视图APP的用户界面进行不同视图模式下的APP的开启和关闭，具体可以采用下述方法实现：
在单视图模式下，所述终端设备通过多视图APP接收用户的APP启动指令，根据所述APP启动指令，启动相应APP并进入多视图模式；其中，所述多视图APP的用户界面针对每个显示子区域提供当前可使用该显示子区域的APP集合，以供用户基于所述APP集合选择使用该显示子区域的APP进行启动；所述APP集合基于当前显示区域的占用情况和所述终端设备中已安装的APP，按照预设的多视图显示区域分配策略获得。
上述方法中，需要按照预设的多视图显示区域分配策略，获得每个显示子区域的APP集合，如此，可以利用各显示子区域的APP集合，控制运行在各显示子区域的APP不会发生资源冲突的问题。
基于上述方法实施例可以看出，上述多视图资源分配方法，由终端设备在多媒体APP开启时，基于当前所述的视图模式，为该多媒体APP确定其可以申请的的资源类型，如此，可以使得为多媒体APP分配的资源能够与实际的应用场景相匹配，从而可以避免发生多视图场景下资源分配冲突的问题。
另外，上述方法实施例由于不需要由APP来确定自身使用的资源类型，使得APP开发者在进行APP开发时，不需要实现资源类型的确定功能，从而可以减轻了APP开发者的开发负担，让App加入多视图变得简单。并且，通过由终端设备独立于APP决策其采用的资源类型，也有效提高了多视图功能的扩展性和灵活性，有利于更多APP加入到多视图中，丰富了多视图应用场景。
下面通过几个具体场景下的应用示例，结合图18～图22，对上述方法实施例的具体实现进行详细说明。
场景1、
场景描述：
终端设备A
-单视图：
-主资源：UHD 4K
-多视图：
资源数：2个显示子区域,、2K+4K(子+主)
主资源：UHD 4K
子资源：FHD 2K
App1：数字电视(DTV)
-可以在多视图中添加
-最低资源要求:FHD
App2:AirPlay
-可以在多视图中添加
-最低资源要求:UHD
如图18所示，上述方法实施例的具体实现过程包括：
步骤1、单视图下，当前全屏App为DTV，允许的最大分辨率为UHD 4K，DTV申请得到主资源。
步骤2、用户通过苹果手机AirPlay连接电视启动多视图。
步骤3、多视图下，DTV被放置在左边区域，区域id为1，允许的最大分辨率为FHD2K，使用子资源。
步骤4、DTV释放主资源，重新申请子资源，DTV资源被交换。
步骤5、DTV资源能力减弱，如果进入多视图前内容是UHD，则可以弹出“当前内容不支持”窗口提示用户，或者切换至FHD内容并继续播放。
步骤6、多视图下，AirPlay位于右边区域，区域id为2，允许的最大分辨率为UHD4K，使用主资源。
步骤7、AirPlay申请得到主资源；
步骤8、退出多视图前，焦点App为DTV，用户通过多视图App退出多视图，退出多视图后全屏App应该为DTV。
步骤9、单视图下，DTV释放子资源，重新申请主资源，DTV资源被交换。
步骤10、DTV资源能力增强，允许的最大分辨率为UHD 4K，多视图场景下DTV中受限的内容播放，在退出多视图后将不再受限。
场景2、
场景描述：
终端设备B
-单视图：
-主资源：UHD 4K
-多视图：
资源数：2个显示子区域、4K+2K(主+子)
主资源：UHD 4K
子资源：FHD 2K
App1：Youku
-可以在多视图中添加
-最低资源要求:FHD+
App2:屏幕镜像
-可以在多视图中添加
-最低资源要求:FHD
如19所示，上述方法实施例的具体实现过程包括：
步骤1、单视图下，当前全屏App为Youku，允许的最大分辨率为UHD 4K，Youku申请得到主资源。
步骤2、用户通过手机屏幕镜像连接电视启动多视图。
步骤3、多视图下，Youku被放置在左边区域，区域id为1，允许的最大分辨率为UHD4K，使用主资源，资源不变。
步骤4、多视图下，屏幕镜像位于右边区域，区域id为2，允许的最大分辨率为FHD2K，使用子资源。
步骤5、屏幕镜像申请得到子资源。
步骤6、退出多视图前，焦点App为Youku，用户通过多视图App退出多视图，退出多视图后全屏App为Youku。
步骤7、单视图下，Youku资源不变，继续使用主资源，允许的最大分辨率为UHD 4K。
场景3、
场景描述：
终端设备C
-单视图：
-主资源：UHD 8K
-多视图：
资源数：4个显示子区域,4*4K(主+子1+子2+子3)
主资源/子资源1/子资源2/子资源3：UHD 4K，资源能力相同
App1：DTV
-可以在多视图中添加
-最低资源要求:FHD
App2:Youku
-可以在多视图中添加
-最低资源要求:FHD+
App3：HDMI
-可以在多视图中添加
-最低资源要求:FHD
App4:AirPlay
-可以在多视图中添加
-最低资源要求:UHD
如图20所示，上述方法实施例的具体实现过程包括：
步骤1、单视图下，当前全屏App为DTV，允许的最大分辨率为8K，DTV申请得到主资源。
步骤2、用户选择Youku，加入多视图。
步骤3、多视图下，DTV所在位置区域id为1，允许的最大分辨率为UHD 4K，使用主资源，如果进入多视图前内容是8K，则可以弹出“当前内容不支持”窗口提示用户，或者切换至UHD 4K内容并继续播放。
步骤4、多视图下，Youku所在位置区域id为2，允许的最大分辨率为UHD 4K，使用子资源1。
步骤5、Youku申请得到子资源1。
步骤6、用户选择HDMI外部设备，加入多视图。
步骤7、多视图下，HDMI所在位置区域id为3，允许的最大分辨率为UHD 4K，使用子资源2。
步骤8、HDMI申请得到子资源2。
步骤9、用户通过苹果手机AirPlay连接电视，加入多视图。
步骤10、多视图下，AirPlay所在位置区域id为4，允许的最大分辨率为UHD 4K，使用子资源3。
步骤11、AirPlay申请得到子资源3。
步骤12、退出多视图前，焦点App为DTV，用户通过多视图App退出多视图，退出多视图后全屏App应该为DTV。
步骤13、单视图下，DTV资源不变，继续使用主资源，允许的最大分辨率为8K,多视图场景下DTV中受限的内容播放，在退出多视图后将不再受限。
场景4、
场景描述：
终端设备D
-单视图：
-主资源：UHD 4K
-多视图：
资源数：2个显示子区域、2K+2K(主+子)
主资源：FHD 2K
子资源：FHD 2K
App1：Youku
-可以在多视图中添加
-最低资源要求:FHD+
App2:屏幕镜像
-可以在多视图中添加
-最低资源要求:FHD
如图21所示，上述方法实施例的具体实现过程包括：
步骤1、单视图下，当前全屏App为Youku，允许的最大分辨率为UHD 4K，Youku申请得到主资源。
步骤2、用户通过手机屏幕镜像连接电视启动多视图。
步骤3、多视图下，Youku被放置在左边区域，区域id为1，允许的最大分辨率为FHD2K，使用主资源，资源不变,如果进入多视图前内容是UHD 4K，则可以弹出“当前内容不支持”窗口提示用户，或者切换至FHD 2K内容并继续播放。
步骤4、多视图下，屏幕镜像位于右边区域，区域id为2，允许的最大分辨率为FHD2K，使用子资源。
步骤5、屏幕镜像申请得到子资源。
步骤6、退出多视图前，焦点App为Youku，用户通过多视图App退出多视图，退出多视图后全屏App应该为Youku。
步骤7、单视图下，Youku资源不变，使用主资源，允许的最大分辨率为UHD 4K,多视图场景下Youku中受限的内容播放，在退出多视图后将不再受限。
场景5、
场景描述：
终端设备E
-单视图：
-主资源：8K
-多视图：
资源数：2个显示子区域,、4K+4K(主+子)
主资源：UHD 4K
子资源：UHD 4K
App1：数字电视(DTV)
-可以在多视图中添加
-最低资源要求:FHD
App2:AirPlay
-可以在多视图中添加
-最低资源要求:UHD
如图22所示，上述方法实施例的具体实现过程包括：
步骤1、单视图下，当前全屏App为DTV，允许的最大分辨率为8K，DTV申请得到主资源。
步骤2、用户通过苹果手机AirPlay连接电视启动多视图。
步骤3、多视图下，DTV被放置在左边区域，区域id为1，允许的最大分辨率为UHD4K，使用主资源，资源不变，如果进入多视图前内容是8K，则可以弹出“当前内容不支持”窗口提示用户，或者切换至UHD 4K内容并继续播放。
步骤4、多视图下，AirPlay位于右边区域，区域id为2，允许的最大分辨率为UHD4K，使用子资源。
步骤5、AirPlay申请得到子资源。
步骤6、退出多视图前，焦点App为DTV，用户通过多视图App退出多视图，退出多视图后全屏App应该为DTV。
步骤7、单视图下，DTV资源使用主资源，资源不变，允许的最大分辨率为8K，多视图场景下DTV中受限的内容播放，在退出多视图后将不再受限。
基于上述方法实施例，本发明实施例提出一种多视图资源分配装置，如图23所示，该装置包括：
资源类型配置单元2301，用于当终端设备的多媒体应用程序APP开启时，所述终端设备基于当前的视图模式，确定为所述APP分配的资源类型；所述视图模式为单视图模式或多视图模式；所述资源类型为主资源或子资源；
资源申请单元2302，用于所述APP根据所述分配的资源类型，获取相应的资源。
需要说明的是，上述方法和装置实施例是基于同一发明构思的，由于方法及装置解决问题的原理相似，因此，装置和方法的实施可以相互参见，重复之处不再赘述。
与上述方法实施例相对应，本申请实施例还提出一种多视图资源分配设备，包括处理器和存储器；所述存储器中存储有可被所述处理器执行的应用程序，用于使得所述处理器执行如所述多视图资源分配方法。具体地，可以提供配有存储介质的系统或者装置，在该存储介质上存储着实现上述实施例中任一实施方式的功能的软件程序代码，且使该系统或者装置的计算机(或CPU或MPU)读出并执行存储在存储介质中的程序代码。此外，还可以通过基于程序代码的指令使计算机上操作的操作系统等来完成部分或者全部的实际操作。还可以将从存储介质读出的程序代码写到插入计算机内的扩展板中所设置的存储器中或者写到与计算机相连接的扩展单元中设置的存储器中，随后基于程序代码的指令使安装在扩展板或者扩展单元上的CPU等来执行部分和全部实际操作，从而实现上述多视图资源分配方法实施方式中任一实施方式的功能。
其中，存储器具体可以实施为电可擦可编程只读存储器(EEPROM)、快闪存储器(Flash memory)、可编程程序只读存储器(PROM)等多种存储介质。处理器可以实施为包括一或多个中央处理器或一或多个现场可编程门阵列，其中现场可编程门阵列集成一或多个中央处理器核。具体地，中央处理器或中央处理器核可以实施为CPU或MCU。
本申请实施例实现了一种计算机程序产品，包括计算机程序/指令，其特征在于，该计算机程序/指令被处理器执行时实现如上所述多视图资源分配方法的步骤。
需要说明的是，上述各流程和各结构图中不是所有的步骤和模块都是必须的，可以根据实际的需要忽略某些步骤或模块。各步骤的执行顺序不是固定的，可以根据需要进行调整。各模块的划分仅仅是为了便于描述采用的功能上的划分，实际实现时，一个模块可以分由多个模块实现，多个模块的功能也可以由同一个模块实现，这些模块可以位于同一个设备中，也可以位于不同的设备中。
各实施方式中的硬件模块可以以机械方式或电子方式实现。例如，一个硬件模块可以包括专门设计的永久性电路或逻辑器件(如专用处理器，如FPGA或ASIC)用于完成特定的操作。硬件模块也可以包括由软件临时配置的可编程逻辑器件或电路(如包括通用处理器或其它可编程处理器)用于执行特定操作。至于具体采用机械方式，或是采用专用的永久性电路，或是采用临时配置的电路(如由软件进行配置)来实现硬件模块，可以根据成本和时间上的考虑来决定。
在本文中，“示意性”表示“充当实例、例子或说明”，不应将在本文中被描述为“示意性”的任何图示、实施方式解释为一种更优选的或更具优点的技术方案。为使图面简洁，各图中只示意性地表示出了与本发明相关部分，而并不代表其作为产品的实际结构。另外，以使图面简洁便于理解，在有些图中具有相同结构或功能的部件，仅示意性地绘示了其中的一个，或仅标出了其中的一个。在本文中，“一个”并不表示将本发明相关部分的数量限制为“仅此一个”，并且“一个”不表示排除本发明相关部分的数量“多于一个”的情形。在本文中，“上”、“下”、“前”、“后”、“左”、“右”、“内”、“外”等仅用于表示相关部分之间的相对位置关系，而非限定这些相关部分的绝对位置。
以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (9)

1.一种多视图资源分配方法，其特征在于，包括：
当终端设备的多媒体应用程序APP开启时，所述终端设备基于当前的视图模式，确定为所述APP分配的资源类型；所述视图模式为单视图模式或多视图模式；所述资源类型为主资源或子资源；
所述APP根据所述分配的资源类型，获取相应的资源；
所述方法进一步包括：
当所述终端设备需要从单视图模式切换至多视图模式时，如果所述单视图模式下处于焦点的第一App仍在多视图模式下运行，则所述终端设备触发所述第一App释放其占用的子资源；
根据预设的显示子区域与资源类型的映射关系，确定所述第一APP在所述多视图模式下使用的显示子区域对应的资源类型；如果所述第一APP在所述切换前后对应的资源类型不同，则触发所述第一APP释放其占用的主资源以及基于所述显示子区域对应的资源类型获取相应资源；其中，所述显示子区域基于所述第一APP启动时显示区域的占用情况，按照预设的多视图显示区域分配策略获得；
如果所述第一App在多视图模式下对应的资源类型所支持的最大分辨率小于所述第一App在单视图模式下对应的资源类型所支持的最大分辨率，则触发所述第一APP将其允许的最大分辨率更新为其在多视图模式下对应的资源类型所支持的最大分辨率，并基于所述允许的最大分辨率，对多视图模式下的播放内容进行调整控制。
2.根据权利要求1所述的方法，其特征在于，所述确定为所述APP分配的资源类型包括：
如果所述视图模式为单视图模式，则基于所述APP的预设资源类型，确定为所述APP分配的资源类型；
如果所述视图模式为多视图模式，则基于所述APP在所述多视图模式下使用的显示子区域，查询预设的显示子区域与资源类型的映射关系，得到所述显示子区域对应的资源类型并分配给所述APP；其中，所述显示子区域基于所述APP启动时显示区域的占用情况，按照预设的多视图显示区域分配策略获得。
3.根据权利要求1所述的方法，其特征在于，所述对多视图模式下的播放内容进行调整控制包括：
所述第一APP判断当前播放内容的分辨率是否超过所述允许的最大分辨率，如果是，则将当前的播放内容调整至第一分辨率的播放内容，和/或，通知用户不支持当前播放内容的分辨率；所述第一分辨率小于或等于所述允许的最大分辨率。
4.根据权利要求1所述的方法，其特征在于，所述方法进一步包括：
当所述终端设备从多视图模式切换为单视图模式时，如果所述切换后处于焦点的第二APP在所述多视图模式中使用子资源，则触发所述第二APP释放子资源以及获取单视图模式下的主资源；
触发所述第二APP将当前允许的最大分辨率，更新为单视图模式下使用主资源时支持的最大分辨率；
所述第二APP基于所述允许的最大分辨率，对单视图模式下的播放内容进行调整控制。
5.根据权利要求4所述的方法，其特征在于，所述对单视图模式下的播放内容进行调整控制包括：
所述第二APP判断当前播放内容的分辨率是否小于所述允许的最大分辨率，如果是，则将当前的播放内容调整至第二分辨率的播放内容，和/或，通知用户当前支持更高分辨率的播放内容；所述第二分辨率大于所述当前播放内容的分辨率且小于或等于所述允许的最大分辨率。
6.根据权利要求1所述的方法，其特征在于，所述方法进一步包括：
在单视图模式下，所述终端设备通过多视图APP接收用户的APP启动指令，根据所述APP启动指令，启动相应APP并进入多视图模式；其中，所述多视图APP的用户界面针对每个显示子区域提供当前可使用该显示子区域的APP集合，以供用户基于所述APP集合选择使用该显示子区域的APP进行启动；所述APP集合基于当前显示区域的占用情况和所述终端设备中已安装的APP，按照预设的多视图显示区域分配策略获得。
7.一种多视图资源分配装置，其特征在于，包括：
资源类型配置单元，用于当终端设备的多媒体应用程序APP开启时，所述终端设备基于当前的视图模式，确定为所述APP分配的资源类型；所述视图模式为单视图模式或多视图模式；所述资源类型为主资源或子资源；
资源申请单元，用于所述APP根据所述分配的资源类型，获取相应的资源；
其中当所述终端设备需要从单视图模式切换至多视图模式时，如果所述单视图模式下处于焦点的第一App仍在多视图模式下运行，则所述终端设备触发所述第一App释放其占用的子资源；
根据预设的显示子区域与资源类型的映射关系，确定所述第一APP在所述多视图模式下使用的显示子区域对应的资源类型；如果所述第一APP在所述切换前后对应的资源类型不同，则触发所述第一APP释放其占用的主资源以及基于所述显示子区域对应的资源类型获取相应资源；其中，所述显示子区域基于所述第一APP启动时显示区域的占用情况，按照预设的多视图显示区域分配策略获得；
如果所述第一App在多视图模式下对应的资源类型所支持的最大分辨率小于所述第一App在单视图模式下对应的资源类型所支持的最大分辨率，则触发所述第一APP将其允许的最大分辨率更新为其在多视图模式下对应的资源类型所支持的最大分辨率，并基于所述允许的最大分辨率，对多视图模式下的播放内容进行调整控制。
8.一种多视图资源分配设备，其特征在于，包括处理器和存储器；
所述存储器中存储有可被所述处理器执行的应用程序，用于使得所述处理器执行如权利要求1至6中任一项所述多视图资源分配方法。
9.一种计算机可读存储介质，其特征在于，其中存储有计算机可读指令，该计算机可读指令用于执行如权利要求1至6中任一项所述多视图资源分配方法。
CN202210578334.1A 2022-05-25 2022-05-25 多视图资源分配方法和装置 Active CN115002521B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN202210578334.1A CN115002521B (zh) 2022-05-25 2022-05-25 多视图资源分配方法和装置
PCT/KR2023/007054 WO2023229364A1 (en) 2022-05-25 2023-05-24 Multi-view resource allocation method and apparatus

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210578334.1A CN115002521B (zh) 2022-05-25 2022-05-25 多视图资源分配方法和装置

Publications (2)

Publication Number Publication Date
CN115002521A CN115002521A (zh) 2022-09-02
CN115002521B true CN115002521B (zh) 2024-05-03

Family

ID=83029990

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210578334.1A Active CN115002521B (zh) 2022-05-25 2022-05-25 多视图资源分配方法和装置

Country Status (2)

Country Link
CN (1) CN115002521B (zh)
WO (1) WO2023229364A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115002521B (zh) * 2022-05-25 2024-05-03 三星电子（中国）研发中心 多视图资源分配方法和装置

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20160062417A (ko) * 2014-11-25 2016-06-02 엘지전자 주식회사 멀티미디어 디바이스 및 그 제어 방법
CN105721921A (zh) * 2016-01-29 2016-06-29 四川长虹电器股份有限公司 一种多窗口视频解码器的自适应选择方法
CN106250081A (zh) * 2016-07-29 2016-12-21 努比亚技术有限公司 一种基于双屏终端的显示方法和装置
CN109086020A (zh) * 2018-10-29 2018-12-25 中国建设银行股份有限公司 分屏显示方法及装置
CN110737487A (zh) * 2019-10-22 2020-01-31 诚迈科技（南京）股份有限公司 一种资源的切换控制方法、系统、终端设备和存储介质

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101446808B1 (ko) * 2008-04-04 2014-11-03 엘지전자 주식회사 모니터의 화면 설정 시스템 및 제어 방법
US9712874B2 (en) * 2011-12-12 2017-07-18 Lg Electronics Inc. Device and method for receiving media content
KR101594105B1 (ko) * 2015-03-06 2016-02-16 주식회사 와이젯 사용자 장치 간에 여러 화면을 분배하고 입력 인터페이스를 공유하는 멀티 스크린 구현 방법 및 장치
KR20210081182A (ko) * 2019-12-23 2021-07-01 삼성전자주식회사 전자 장치 및 그 동작 방법
US20210216985A1 (en) * 2020-01-10 2021-07-15 Bank Of America Corporation System and methods for resource allocation based on service streaming
CN115002521B (zh) * 2022-05-25 2024-05-03 三星电子（中国）研发中心 多视图资源分配方法和装置

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20160062417A (ko) * 2014-11-25 2016-06-02 엘지전자 주식회사 멀티미디어 디바이스 및 그 제어 방법
CN105721921A (zh) * 2016-01-29 2016-06-29 四川长虹电器股份有限公司 一种多窗口视频解码器的自适应选择方法
CN106250081A (zh) * 2016-07-29 2016-12-21 努比亚技术有限公司 一种基于双屏终端的显示方法和装置
CN109086020A (zh) * 2018-10-29 2018-12-25 中国建设银行股份有限公司 分屏显示方法及装置
CN110737487A (zh) * 2019-10-22 2020-01-31 诚迈科技（南京）股份有限公司 一种资源的切换控制方法、系统、终端设备和存储介质

Also Published As

Publication number Publication date
CN115002521A (zh) 2022-09-02
WO2023229364A1 (en) 2023-11-30

Similar Documents

Publication Publication Date Title
CN107113469B (zh) 控制装置的系统、数字装置及其控制方法
KR102277258B1 (ko) 디지털 디바이스 및 상기 디지털 디바이스에서 애플리케이션 처리 방법
CN107040847B (zh) 包括主扬声器和副扬声器的系统及其控制方法
US9998784B2 (en) Digital device and data processing method in digital device for controlling content within a multi-view screen
CN111050199B (zh) 显示设备及显示设备蓝牙通信资源的调度方法
EP2921933A2 (en) Digital device and method of processing screensaver thereof
CN115002521B (zh) 多视图资源分配方法和装置
KR102225946B1 (ko) 디지털 디바이스 및 상기 디지털 디바이스에서 애플리케이션 처리 방법
US10063923B2 (en) Digital device and control method thereof
US10521240B2 (en) Digital device and method of processing screensaver thereof
CN112272417B (zh) 一种双蓝牙音响回连方法及显示设备
CN109496441B (zh) 基于物物直连建立单播连接和数据传输的方法及装置
EP3240284B1 (en) Digital device and method for processing data by same digital device
US20160156959A1 (en) Multimedia device and method for controlling the same
JP2015133134A (ja) アプリケーションを管理する方法
US20130194499A1 (en) Television system and method for managing applications therein
CN115454367A (zh) 一种显示设备及显示设备控制方法
CN105792017A (zh) 一种终端系统参数的设置方法及装置
JP2023553622A (ja) ビデオ生成方法、装置、機器および記憶媒体
US9178711B2 (en) Method and system for the dynamic management of the transmission of streams within a plurality of terminals
US20230047176A1 (en) Facilitating streaming in a local network with a client-server architecture
CN115242970B (zh) 车机摄像头数据共享系统、方法、电子设备及存储介质
CN110708605A (zh) 显示设备家长锁控制方法及显示设备
CN108491272B (zh) 资源控制方法、装置及终端设备
CN113365116B (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