投屏控制方法及装置与流程

1.本技术涉及投屏技术领域，尤其涉及一种投屏控制方法及装置。


背景技术：

2.随着信息技术的快速发展，智慧全场景设备在人们家庭生活中有越来越多的应用，设备之间数据共享的方式也越来越多，其中基于数字生活网络联盟(digital living network alliance，dlna)的投屏技术在人们的生活中得到了广泛应用，从而成为了智慧全场景中必不可少的一部分。
3.相关技术中接收端设备在接收到发起端设备发起的投屏请求时，会立即对投屏请求进行响应，从而对发起端设备请求投屏的资源进行投屏。但由于接收端设备对投屏请求即时响应，使得用户无法实现预约投屏，对用户操作发起端设备发出投屏请求的时机有较大限制，影响用户投屏体验。


技术实现要素：

4.有鉴于此，本技术实施例提出了一种投屏控制方法及装置，解决了无法实现预约投屏、对用户操作发起端设备发出投屏请求的时机有较大限制的技术问题，可以实现预约投屏，提升了用户体验。
5.第一方面，本技术的实施例提供了一种投屏控制方法，应用于接收端设备，所述接收端设备维护有资源列表，所述资源列表用于记录一个或多个未完投屏资源，所述未完投屏资源包括所述接收端设备正在投屏展示的第一投屏资源和/或预约并等待投屏展示的其他投屏资源，所述方法包括：
6.所述接收端设备在投屏展示所述第一投屏资源的过程中，接收来自发起端设备的第一请求，其中，所述第一请求用于请求投屏展示第二投屏资源；
7.若所述第二投屏资源对应的请求顺序为预约投屏，则所述接收端设备将所述第二投屏资源记录至所述资源列表，以在所述资源列表中投屏顺序位于所述第二投屏资源之前的未完投屏资源投屏展示完成后，投屏展示所述第二投屏资源。
8.通过第一方面，可以实现预约投屏，使用户在发起端设备发起第一请求的时机不再受限，使用户可以在发起端设备上触发其想要观看的投屏资源的预约投屏展示，使接收端设备可以依次展示相同或不同用户预约的投屏资源。且，接收端设备可以在完成一个未完投屏资源的展示后立即进行下一个未完投屏资源的展示，无需等待，实现资源列表中未完投屏资源的“无缝”投屏展示，避免了接收端设备的资源浪费。
9.在一种可能的实现方式中，所述方法还包括：
10.若所述第二投屏资源对应的请求顺序为立即投屏，则所述接收端设备立即投屏展示所述第二投屏资源。
11.这样，在实现投屏预约的同时，也可以满足用户需要立即进行某一个投屏资源的展示的需求，为用户的资源投屏带来便利。
12.在一种可能的实现方式中，所述若所述第二投屏资源对应的请求顺序为立即投屏，则所述接收端设备立即投屏展示所述第二投屏资源，具体包括：
13.若所述第二投屏资源对应的请求顺序为所述立即投屏，则所述接收端设备停止展示所述第一投屏资源并立即投屏展示所述第二投屏资源；
14.所述接收端设备将所述资源列表中记录的所述第一投屏资源删除，或者，
15.所述接收端设备记录所述第一投屏资源的展示进度，且不删除所述资源列表中记录的所述第一投屏资源，以在所述第二投屏资源投屏展示完成后根据所述展示进度继续展示所述第一投屏资源。
16.这样，若删除资源列表中记录的第一投屏资源，可以直接实现第二投屏资源与第一投屏资源之间的投屏切换。而若资源列表中保留记录的第一投屏资源并进一步记录第一投屏资源的展示进度，可以使得第二投屏资源展示完成后，接收端设备可以根据资源列表中记录的第一投屏资源的展示进度，继续从该展示进度处展示第一投屏资源。
17.在一种可能的实现方式中，所述预约投屏包括顺序投屏、下一个投屏和指定预约投屏中的任意一种，所述指定预约投屏对应有指定投屏时间。使得用户可以基于第二投屏资源的投屏需求，设置第二投屏资源的请求顺序，使得接收端设备可以根据用户的需要进行第二投屏资源的预约投屏。
18.在一种可能的实现方式中，所述若所述第二投屏资源对应的请求顺序为预约投屏，则所述接收端设备将所述第二投屏资源记录至所述资源列表，具体包括：
19.若所述第二投屏资源对应的请求顺序为所述顺序投屏，则所述接收端设备将所述第二投屏资源作为最后的未完投屏资源记录到所述资源列表中；或者
20.若所述第二投屏资源对应的请求顺序为所述下一个投屏，则所述接收端设备将所述第二投屏资源作为紧跟在所述第一投屏资源之后的未完投屏资源记录到所述资源列表中；或者
21.若所述第二投屏资源对应的请求顺序为所述指定预约投屏，则所述接收端设备根据所述第二投屏资源对应的指定投屏时间，将所述第二投屏资源记录到所述资源列表中。
22.这样，接收端设备可以基于用户指示的不同的预约投屏类型，对应的进行资源列表的更新，保证预约投屏的有序进行。
23.在一种可能的实现方式中，所述第一请求还用于指示所述第二投屏资源的投屏信息，所述资源列表中记录有每个未完投屏资源的投屏信息，所述投屏信息包括统一资源标识符uri，所述方法还包括：
24.所述接收端设备在投屏展示所述第二投屏资源之前，根据所述第二投屏资源的uri从服务器中获取到所述第二投屏资源。
25.这样，可以简化接收端设备获取第二投屏资源的过程，为顺利进行第二投屏资源的投屏展示提供便利。
26.在一种可能的实现方式中，所述第一请求还用于指示所述第二投屏资源的请求顺序，所述方法还包括：
27.根据所述第一请求，确定所述第二投屏资源对应的请求顺序。
28.在一种可能的实现方式中，所述方法还包括：
29.若所述第一请求中未指示所述第二投屏资源的请求顺序，则将预先设置的接收端
默认请求顺序确定为所述第二投屏资源对应的请求顺序。
30.这样，在第一请求中指示了请求顺序的情况下，接收端设备可以直接基于第一请求确定第二投屏资源的请求顺序，而在第一请求并未指示请求顺序的情况下，接收端设备也可以基于接收端默认请求顺序确定第二投屏资源的请求顺序。
31.在一种可能的实现方式中，所述资源列表中记录有每个未完投屏资源对应的投屏顺序。这样，接收端设备就可以按照投屏顺序的从前到后进行未完投屏资源的投屏展示。
32.在一种可能的实现方式中，所述接收端设备为支持dlna协议且与所述发起端设备处于同一个局域网中的设备，所述资源列表中的未完投屏资源是一个或多个发起端设备请求投屏展示的投屏资源。
33.在一种可能的实现方式中，所述方法还包括：所述接收端设备显示所述资源列表。这样，可以便于用户及时基于显示的资源列表了解接收端设备整体的投屏进度。
34.在一种可能的实现方式中，所述方法还包括：
35.所述接收端设备响应于接收到的资源列表查看请求，将所述资源列表中每个所述未完投屏资源的资源相关信息发送至发出所述资源列表查看请求的发起端设备，以使发出所述资源列表查看请求的发起端设备进行未完投屏资源的资源相关信息的展示。
36.这样，发起端设备的用户可以通过向接收端设备发出资源列表查看请求，来查看未完投屏资源的资源相关信息，了解接收端设备整体投屏进度。获知已经被接收端设备记录的未完投屏资源有哪些。
37.在一种可能的实现方式中，所述方法还包括：
38.将所述第二投屏资源的投屏进度发送至发出所述第一请求的所述发起端设备，以使所述发起端设备进行所述第二投屏资源的投屏进度的展示。
39.这样，使得请求投屏展示第二投屏资源的用户可以通过发起端设备了解第二投屏资源的投屏进度，及时根据投屏进度安排观看第二投屏资源的相关事宜。
40.在一种可能的实现方式中，所述第二投屏资源包括至少一个可投屏对象，所述第一请求还包括每个可投屏对象在所述第二投屏资源的所有可投屏对象中的展示顺序，所述资源列表中记录有未完投屏资源中每个可投屏对象的对应的投屏顺序，所述方法还包括：
41.在展示所述第二投屏资源的过程中，按照展示顺序的从前到后依次进行所述第二投屏资源中每个所述可投屏对象的投屏展示。
42.这样，在第二投屏资源中包括多个可投屏对象的情况下，按照展示顺序进行每个可投屏对象的投屏展示，可以满足用户对第二投屏资源的观看需求。
43.在一种可能的实现方式中，所述方法还包括：
44.所述接收端设备向所述资源列表中的第三投屏资源对应的发起端设备发送投屏展示提示消息，所述投屏展示提示消息用于使所述第三投屏资源对应的发起端设备提示用户即将展示或正在展示所述第三投屏资源。
45.这样，使得请求投屏展示第三投屏资源的用户，可以基于发起端设备响应于投屏展示提示消息向用户发出的提示，了解第三投屏资源的投屏情况，及时到达接收端设备前进行第三投屏资源的观看。
46.第二方面，本技术的实施例提供了一种投屏控制方法，应用于发起端设备，所述方法包括：
47.接收用户的第一输入，所述第一输入用于触发请求投屏展示第二投屏资源；
48.发出第一提示，所述第一提示用于提醒用户指示所述第二投屏资源的请求顺序；
49.接收用户的第二输入，确定出所述第二投屏资源的请求顺序；
50.根据所述第二投屏资源和所述第二投屏资源的请求顺序生成第一请求，所述第一请求用于请求投屏展示所述第二投屏资源；
51.将所述第一请求发送至接收端设备。
52.这样，用户可以自身需要选择需要投屏的第二投屏资源以及第二投屏资源的请求顺序，实现第二投屏资源的按需投屏。
53.在一种可能的实现方式中，所述请求顺序包括立即投屏或预约投屏，所述预约投屏包括顺序投屏、下一个投屏和指定预约投屏中的任意一种，所述指定预约投屏对应有指定投屏时间。这样，用户就可以根据需要将第二投屏资源的请求顺序设置为立即投屏、顺序投屏、下一个投屏和指定预约投屏中的任意一种，给用户带来更多的投屏选择。
54.在一种可能的实现方式中，所述接收用户的第二输入，确定出所述第二投屏资源的请求顺序，具体包括：
55.接收用户作用于立即投屏控件的第二输入，确定所述第二投屏资源的请求顺序为所述立即投屏，或者，接收用户作用于预约投屏控件的第二输入，确定所述第二投屏资源的请求顺序为所述预约投屏。
56.在一种可能的实现方式中，所述确定所述第二投屏资源的请求顺序为所述预约投屏，具体包括：
57.接收用户作用于顺序投屏控件的第三输入，确定所述第二投屏资源的请求顺序为所述顺序投屏，或者，
58.接收用户作用于下一个投屏控件的第三输入，确定所述第二投屏资源的请求顺序为所述下一个投屏，或者，
59.接收用户作用于指定预约投屏控件的第三输入，确定所述第二投屏资源的请求顺序为所述指定预约投屏。
60.在一种可能的实现方式中，所述方法还包括：
61.接收所述接收端设备发送的所述第二投屏资源的投屏进度，并展示所述第二投屏资源的投屏进度。这样，使得用户可以及时了解第二投屏资源的投屏进度，并安排自身的时间保证在接收端设备投屏展示第二投屏资源时，可以及时到接收端设备前进行观看。
62.在一种可能的实现方式中，所述第二投屏资源包括至少一个可投屏对象，所述可投屏对象包括视频、音频、文档、图片中的任意一种或多种。
63.在一种可能的实现方式中，在所述接收用户的第一输入之前，所述方法还包括：
64.接收用户选择至少一个可投屏对象的第四输入。这样，用户可以根据自身需要对第二投屏资源中的可投屏对象进行选择，实现多个可投屏对象的一次性投屏，简化用户的操作，节省了用户的时间。
65.在一种可能的实现方式中，在所述将所述第一请求发送至接收端设备之前，所述方法还包括：
66.显示至少一个候选接收端设备的标识信息，以供用户从所述至少一个候选接收端设备中选择所述接收端设备。这样，使得用户可以根据自身需要对进行第二投屏资源的展
示的接收端设备进行选择。
67.在一种可能的实现方式中，所述方法还包括：
68.接收所述发起端设备发送的投屏展示提示消息，响应于所述投屏展示提示消息，提示用户所述接收端设备即将展示或正在展示所述第二投屏资源。
69.这样，使得发起端设备的用户，可以基于发起端设备响应于投屏展示提示消息向用户发出的提示，了解第二投屏资源的的投屏情况，及时到达接收端设备前进行第二投屏资源的观看。
70.在一种可能的实现方式中，所述发起端设备为支持dlna协议且与所述接收端设备处于同一个局域网中的设备。
71.在一种可能的实现方式中，所述第二投屏资源包括统一资源标识符uri。
72.第三方面，本技术的实施例提供了一种投屏控制装置，应用于接收端设备，包括：所述接收端设备维护有资源列表，所述资源列表用于记录一个或多个未完投屏资源，所述未完投屏资源包括所述接收端设备正在投屏展示的第一投屏资源和/或预约并等待投屏展示的其他投屏资源，所述装置包括：
73.请求接收模块，所述接收端设备在投屏展示所述第一投屏资源的过程中，接收来自发起端设备的第一请求，其中，所述第一请求用于请求投屏展示第二投屏资源；
74.第一更新模块，若所述第二投屏资源对应的请求顺序为预约投屏，则所述接收端设备将所述第二投屏资源记录至所述资源列表，以在所述资源列表中投屏顺序位于所述第二投屏资源之前的未完投屏资源投屏展示完成后，投屏展示所述第二投屏资源。
75.在一种可能的实现方式中，所述装置还可以包括：
76.立即投屏模块，若所述第二投屏资源对应的请求顺序为立即投屏，则所述接收端设备立即投屏展示所述第二投屏资源。
77.在一种可能的实现方式中，所述立即投屏模块可以包括：
78.投屏展示子模块，若所述第二投屏资源对应的请求顺序为所述立即投屏，则所述接收端设备停止展示所述第一投屏资源并立即投屏展示所述第二投屏资源；
79.资源列表更新子模块，所述接收端设备将所述资源列表中记录的所述第一投屏资源删除，或者，
80.所述接收端设备记录所述第一投屏资源的展示进度，且不删除所述资源列表中记录的所述第一投屏资源，以在所述第二投屏资源投屏展示完成后根据所述展示进度继续展示所述第一投屏资源。
81.在一种可能的实现方式中，所述预约投屏包括顺序投屏、下一个投屏和指定预约投屏中的任意一种，所述指定预约投屏对应有指定投屏时间。
82.在一种可能的实现方式中，第一更新模块可以包括：
83.顺序更新子模块，若所述第二投屏资源对应的请求顺序为所述顺序投屏，则所述接收端设备将所述第二投屏资源作为最后的未完投屏资源记录到所述资源列表中；或者
84.下一个更新子模块，若所述第二投屏资源对应的请求顺序为所述下一个投屏，则所述接收端设备将所述第二投屏资源作为紧跟在所述第一投屏资源之后的未完投屏资源记录到所述资源列表中；或者
85.指定更新子模块，若所述第二投屏资源对应的请求顺序为所述指定预约投屏，则
所述接收端设备根据所述第二投屏资源对应的指定投屏时间，将所述第二投屏资源记录到所述资源列表中。
86.在一种可能的实现方式中，所述第一请求还用于指示所述第二投屏资源的投屏信息，所述资源列表中记录有每个未完投屏资源的投屏信息，所述投屏信息包括统一资源标识符uri，所述装置还可以包括：
87.资源获取模块，所述接收端设备在投屏展示所述第二投屏资源之前，根据所述第二投屏资源的uri从服务器中获取到所述第二投屏资源。
88.在一种可能的实现方式中，所述第一请求还用于指示所述第二投屏资源的请求顺序，所述装置还可以包括：
89.第一请求顺序确定模块，根据所述第一请求，确定所述第二投屏资源对应的请求顺序。
90.在一种可能的实现方式中，所述装置还可以包括：
91.第二请求顺序确定模块，若所述第一请求中未指示所述第二投屏资源的请求顺序，则将预先设置的接收端默认请求顺序确定为所述第二投屏资源对应的请求顺序。
92.在一种可能的实现方式中，所述资源列表中记录有每个未完投屏资源对应的投屏顺序。
93.在一种可能的实现方式中，所述接收端设备为支持dlna协议且与所述发起端设备处于同一个局域网中的设备，所述资源列表中的未完投屏资源是一个或多个发起端设备请求投屏展示的投屏资源。
94.在一种可能的实现方式中，所述装置还可以包括：
95.资源列表显示模块，所述接收端设备显示所述资源列表。
96.在一种可能的实现方式中，所述装置还可以包括：
97.第一信息发送模块，所述接收端设备响应于接收到的资源列表查看请求，将所述资源列表中每个所述未完投屏资源的资源相关信息发送至发出所述资源列表查看请求的发起端设备，以使发出所述资源列表查看请求的发起端设备进行未完投屏资源的资源相关信息的展示。
98.在一种可能的实现方式中，所述装置还可以包括：
99.进度发送模块，将所述第二投屏资源的投屏进度发送至发出所述第一请求的所述发起端设备，以使所述发起端设备进行所述第二投屏资源的投屏进度的展示。
100.在一种可能的实现方式中，所述第二投屏资源包括至少一个可投屏对象，所述第一请求还包括每个可投屏对象在所述第二投屏资源的所有可投屏对象中的展示顺序，所述资源列表中记录有未完投屏资源中每个可投屏对象的对应的投屏顺序，所述装置还可以包括：
101.投屏展示模块，在展示所述第二投屏资源的过程中，按照展示顺序的从前到后依次进行所述第二投屏资源中每个所述可投屏对象的投屏展示。
102.在一种可能的实现方式中，所述装置还可以包括：
103.第二信息发送模块，所述接收端设备向所述资源列表中的第三投屏资源对应的发起端设备发送投屏展示提示消息，所述投屏展示提示消息用于使所述第三投屏资源对应的发起端设备提示用户即将展示或正在展示所述第三投屏资源。
104.其中，第三方面装置各模块的有益效果可以参见上文第一方面的投屏控制方法中对应的步骤的有益效果，此处不予赘述。
105.第四方面，本技术的实施例提供了一种投屏控制装置，应用于发起端设备，所述装置包括：
106.第一接收模块，接收用户的第一输入，所述第一输入用于触发请求投屏展示第二投屏资源；
107.第一提示发出模块，发出第一提示，所述第一提示用于提醒用户指示所述第二投屏资源的请求顺序；
108.第二接收模块，接收用户的第二输入，确定出所述第二投屏资源的请求顺序；
109.请求生成模块，根据所述第二投屏资源和所述第二投屏资源的请求顺序生成第一请求，所述第一请求用于请求投屏展示所述第二投屏资源；
110.请求发送模块，将所述第一请求发送至接收端设备。
111.在一种可能的实现方式中，所述请求顺序包括立即投屏或预约投屏，所述预约投屏包括顺序投屏、下一个投屏和指定预约投屏中的任意一种，所述指定预约投屏对应有指定投屏时间。
112.在一种可能的实现方式中，所述第二接收模块可以包括：
113.接收子模块，接收用户作用于立即投屏控件的第二输入，确定所述第二投屏资源的请求顺序为所述立即投屏，或者，接收用户作用于预约投屏控件的第二输入，确定所述第二投屏资源的请求顺序为所述预约投屏。
114.在一种可能的实现方式中，所述接收子模块可以包括：
115.第一接收子模块，接收用户作用于顺序投屏控件的第三输入，确定所述第二投屏资源的请求顺序为所述顺序投屏，或者，
116.第二接收子模块，接收用户作用于下一个投屏控件的第三输入，确定所述第二投屏资源的请求顺序为所述下一个投屏，或者，
117.第三接收子模块，接收用户作用于指定预约投屏控件的第三输入，确定所述第二投屏资源的请求顺序为所述指定预约投屏。
118.在一种可能的实现方式中，所述装置还可以包括：
119.进度接收模块，接收所述接收端设备发送的所述第二投屏资源的投屏进度，并展示所述第二投屏资源的投屏进度。
120.在一种可能的实现方式中，所述第二投屏资源包括至少一个可投屏对象，所述可投屏对象包括视频、音频、文档、图片中的任意一种或多种。
121.在一种可能的实现方式中，所述装置还可以包括：
122.对象选择模块，在所述接收用户的第一输入之前，接收用户选择至少一个可投屏对象的第四输入。
123.在一种可能的实现方式中，所述装置还可以包括：
124.设备选择模块，在所述将所述第一请求发送至接收端设备之前，显示至少一个候选接收端设备的标识信息，以供用户从所述至少一个候选接收端设备中选择所述接收端设备。
125.在一种可能的实现方式中，所述装置还可以包括：
126.消息接收模块，接收所述发起端设备发送的投屏展示提示消息，响应于所述投屏展示提示消息，提示用户所述接收端设备即将展示或正在展示所述第二投屏资源。
127.在一种可能的实现方式中，所述发起端设备为支持dlna协议且与所述接收端设备处于同一个局域网中的设备。
128.在一种可能的实现方式中，所述第二投屏资源包括统一资源标识符uri。
129.其中，第四方面装置各模块的有益效果可以参见上文第一方面的投屏控制方法中对应的步骤的有益效果，此处不予赘述。
130.第五方面，本技术的实施例提供了一种电子设备，该电子设备可以执行上述第一方面或者第一方面的多种可能的实现方式中的一种或几种的投屏控制方法，或者，可以执行上述第二方面或者第二方面的多种可能的实现方式中的一种或几种的投屏控制方法。
131.第六方面，本技术的实施例提供了一种计算机程序产品，包括计算机可读代码，或者承载有计算机可读代码的非易失性计算机可读存储介质，当所述计算机可读代码在电子设备中运行时，所述电子设备中的处理器执行上述第一方面或者第一方面的多种可能的实现方式中的一种或几种的投屏控制方法，或者，可以执行上述第二方面或者第二方面的多种可能的实现方式中的一种或几种的投屏控制方法。
132.第七方面，本技术的实施例提供了一种易失性计算机可读存储介质，其上存储有计算机程序指令，其特征在于，所述计算机程序指令被处理器执行时实现上述第一方面或者第一方面的多种可能的实现方式中的一种或几种的投屏控制方法，或者，可以实现上述第二方面或者第二方面的多种可能的实现方式中的一种或几种的投屏控制方法本技术的这些和其他方面在以下(多个)实施例的描述中会更加简明易懂。
附图说明
133.包含在说明书中并且构成说明书的一部分的附图与说明书一起示出了本技术的示例性实施例、特征和方面，并且用于解释本技术的原理。
134.图1a示出相关技术中基于dlna的投屏控制方法的示意图。
135.图1b示出相关技术中基于dlna的投屏控制方法中接收端设备执行不同操作的时间示意图。
136.图2a示出根据本技术一实施例的投屏控制方法的示意图。
137.图2b示出根据本技术一实施例的投屏控制方法中接收端设备执行不同操作的时间示意图。
138.图2c示出根据本技术一实施例的投屏控制方法的流程示意图。
139.图3a示出根据本技术一实施例的投屏控制方法中发起端设备一侧的流程示意图。
140.图3b示出根据本技术一实施例的发起端设备展示第二投屏资源的示意图。
141.图3c示出根据本技术一实施例的发起端设备展示可投屏对象的示意图。
142.图3d示出根据本技术一实施例的发起端设备展示的对象顺序选择提示的示意图。
143.图3e示出根据本技术一实施例的发起端设备展示的接收端设备选择提示的示意图。
144.图4示出根据本技术一实施例的投屏控制方法中接收端设备一侧的流程示意图。
145.图5示出根据本技术一实施例的投屏控制方法中资源列表更新的流程示意图。
146.图6a-图6d示出根据本技术一实施例的第一界面的变化示意图。
147.图7示意了一种发起端设备100的结构示意图。
148.图8示出根据本技术一实施例的接收端设备的结构示意图。
具体实施方式
149.以下将参考附图详细说明本技术的各种示例性实施例、特征和方面。附图中相同的附图标记表示功能相同或相似的元件。尽管在附图中示出了实施例的各种方面，但是除非特别指出，不必按比例绘制附图。
150.在这里专用的词“示例性”意为“用作例子、实施例或说明性”。这里作为“示例性”所说明的任何实施例不必解释为优于或好于其它实施例。
151.另外，为了更好的说明本技术，在下文的具体实施方式中给出了众多的具体细节。本领域技术人员应当理解，没有某些具体细节，本技术同样可以实施。在一些实例中，对于本领域技术人员熟知的方法、手段、元件和电路未作详细描述，以便于凸显本技术的主旨。
152.相关技术中，常见的基于dlna的投屏场景下，接收端设备和发起端设备需均具备dlna投屏功能，且接收端设备和发起端设备处于同一局域网内。投屏过程为接收端设备在接收用户通过发起端设备发起的投屏请求后，无论当前是否正在进行投屏资源的投屏展示，均会立即响应接收到的投屏请求，基于投屏请求中的统一资源标识符(uniform resource identifier，uri)从服务器中直接获取对应的投屏资源，而后进行对应该投屏请求的投屏资源的投屏展示。图1a示出相关技术中基于dlna的投屏控制方法的示意图。图1b示出相关技术中基于dlna的投屏控制方法中接收端设备执行不同操作的时间示意图。以下结合图1a、图1b说明相关技术中基于dlna的投屏控制过程所存在的问题：
153.如图1a、图1b所示，若用户想要在接收端设备完成资源a的展示后，顺序进行资源b、c的投屏展示。为了保证资源a的正常展示完成，就需要用户在资源a展示完的时刻t2之后如时刻t3再控制发起端设备向接收端设备发送资源b的投屏请求、以及在资源b展示完的时刻t4之后如时刻t5再控制发起端设备向接收端设备发送资源c的投屏请求。而若要保证t3在t2之后、t5在t4之后，则用户需要控制向接收端设备发送资源b的投屏请求和发送资源c的投屏请求的时间，用户的操作时机非常受限，用户体验差。否则，若用户没有控制好投屏请求的发送时间，在接收端设备进行资源a的展示的过程中就控制发起端设备向接收端设备发送资源b或资源c的投屏请求，则接收端设备会基于投屏请求停止资源a的展示、并进行对应该投屏请求的资源b或资源c的投屏展示。例如，如图1b所示，若接收端设备接收到针对资源b或资源c的投屏请求的时间是t1-t2之间的任意时刻，很有可能会导致资源a的误停止，用户为了重新观看被停止的资源a还需要重新投屏，为用户带来了很大的麻烦，且操作复杂。相关技术中，还没有一种方法可以实现预约投屏，使用户在发起端设备发起资源的投屏请求的时机不再受限，使用户可以在发起端设备上触发资源的预约投屏展示，使接收端设备可以依次展示用户预约投屏展示的资源。
154.并且，即便用户可以控制发出投屏请求的时间，保证在资源a展示完的时刻t2之后如时刻t3再控制发起端设备向接收端设备发送资源b的投屏请求、在资源b展示完的时刻t4之后如时刻t5再控制发起端设备向接收端设备发送资源c的投屏请求，使得t3在t2之后、t5在t4之后，但由于资源a展示完成与响应资源b的投屏请求并开始展示资源b之间、资源b展
示完成与响应资源c的投屏请求并开始展示资源c之间存在时间间隔，会使接收端设备在t2-t3、t4-t5的时间间隔内闲置，造成接收端设备的资源浪费。
155.为了解决上述技术问题，本技术提供了一种投屏控制方法及装置，可以应用于接收端设备、发起端设备、和/或接收端设备与发起端设备构成的系统中。在该方法及装置中，接收端设备维护有资源列表，所述资源列表用于记录一个或多个未完投屏资源。所述未完投屏资源包括所述接收端设备正在投屏展示的第一投屏资源和/或预约并等待投屏展示的其他投屏资源。接收端设备在投屏展示第一投屏资源的过程中，接收来自发起端设备的请求投屏展示第二投屏资源的第一请求。而后接收端设备根据第一请求判断请求顺序是否为预约投屏，若是且第二投屏资源不同于未完投屏资源则将所述第二投屏资源记录至所述资源列表，以在所述资源列表中投屏顺序位于所述第二投屏资源之前的未完投屏资源投屏展示完成后，投屏展示所述第二投屏资源。其中，未完投屏资源可以包括：接收端设备正在投屏展示的第一投屏资源。或者未完投屏资源可以包括：接收端设备正在投屏展示的第一投屏资源和投屏顺序在第一投屏资源之后的其他投屏资源。
156.举例来说，图2a示出根据本技术一实施例的投屏控制方法的示意图。图2b示出根据本技术一实施例的投屏控制方法中接收端设备执行不同操作的时间示意图。如图2a、图2b所示，接收端设备在投屏展示第一投屏资源u1的过程中，在时刻t2接收到了针对投屏资源u42的第一请求、在时刻t3接收到了针对投屏资源u41的第一请求之后，若资源列表更新为图2a所示的资源列表0，则实际上接收端设备对u1、u41、u42的投屏实现过程即为：在t1-t4之间进行u1的投屏展示，在t4-t5之间进行u41的投屏展示，在t5-t6之间进行u42的投屏展示，实现了u1、u41、u42的投屏展示的顺序切换。这样，在第一投屏资源u1正在投屏展示的过程中，用户也可以通过操作发起端设备添加希望接收端设备后续进行投屏展示的投屏资源，进行预约投屏，而不会终止第一投屏资源u1的投屏展示，减少了对用户操作时机的限制。投屏资源的预约投屏也保证了接收端设备的高效投屏，避免了接收端设备的资源浪费。
157.其中，本技术实施例中发起端设备和/或接收端设备可以是手机、可折叠电子设备、平板电脑、桌面型计算机、膝上型计算机、手持计算机、笔记本电脑、超级移动个人计算机(ultra-mobile personal computer，umpc)、上网本、个人数字助理(personal digital assistant，pda)、增强现实(augmented reality，ar)设备、虚拟现实(virtual reality，vr)设备、人工智能(artificial intelligence,ai)设备、可穿戴式设备、车载设备、电视、大屏设备、智能家居设备、或智慧城市设备中的至少一种。本技术实施例对该发起端设备和接收端设备的类型不作特殊限制。
158.图2c示出根据本技术一实施例的投屏控制方法的流程示意图。图3a示出根据本技术一实施例的投屏控制方法中发起端设备一侧的流程示意图。图4示出根据本技术一实施例的投屏控制方法中接收端设备一侧的流程示意图。如图2c、图4所示，在该方法中，接收端设备所执行的步骤可以包括步骤s11-步骤s19。如图2c、图3a所示，在该方法中，发起端设备所执行的步骤可以包括步骤s41-步骤s43。发起端设备与接收端设备处于相同的局域网中、且均支持dlna，且发起端设备与接收端设备可以预先建立通信连接，以进行通信实现投屏资源的投屏展示。
159.如图2c和图3a所示，在本技术实施例的投屏控制方法中发起端设备可以执行步骤s41-步骤s43。
160.步骤s41、根据接收到的第一操作生成第一请求。
161.在本技术实施例中，发起端设备在处于用户能够选择是否对资源进行投屏展示的状态的情况下，进行用户是否发出第一操作的检测。进而发起端设备在接收到第一操作的情况下，根据第一操作确定出用户想要投屏展示的第二投屏资源，根据第二投屏资源生成对应的第一请求。或者，在能够确定出第二投屏资源的请求顺序的情况下，可以基于该第二投屏资源和对应的请求顺序生成第一请求。其中，发起端设备在处于用户能够选择是否对资源进行投屏展示的状态可以包括但不限于以下一种或多种：发起端设备处于正在为用户进行资源展示的状态、发起端设备处于正在为用户展示可供选择是否进行投屏展示的可投屏对象的相关信息的状态、第二投屏资源可以包括一个或多个可投屏对象。可投屏对象可以是视频、音频、幻灯片、图片、动态图片、文档，等等。
162.在一些实现方式中，如图3a所示，发起端设备所执行的步骤s41可以包括步骤s401、步骤s402和步骤s403。
163.步骤s401、接收第一输入。
164.在步骤s401中，发起端设备在处于用户能够选择是否对资源进行投屏展示的状态的情况下，若检测到用户发出的针对可以投屏的第二投屏资源的第一输入后，确定用户欲请求进行第二投屏资源的投屏展示。第一操作包括第一输入。
165.在一些实施例中，第一输入可以包括发起端设备检测到的用户触发显示于发起端设备的显示屏中的投屏控件的触发操作。
166.例如，图3b示出根据本技术一实施例的发起端设备展示第二投屏资源的示意图。如图3b所示，发起端设备在为用户展示第二投屏资源u2的过程中，可以为用户展示投屏控件k0。发起端设备在检测到投屏控件k0被触发的情况下，可以确定检测到第一输入，确定用户欲请求进行第二投屏资源u2的投屏展示。
167.图3c示出根据本技术一实施例的发起端设备展示可投屏对象的示意图。如图3c所示，发起端设备在通过列表等形式为用户展示多个可投屏对象的相关信息过程中，可以为用户展示投屏控件k0。发起端设备在检测到针对至少一个可投屏对象的第四输入(第一操作还可以包括第四输入)，确定出被选中的可投屏对象，并在检测到投屏控件k0被触发的情况下，确定检测到第一输入，且可以将被选中的可投屏对象作为第二投屏资源。在一些实施例中，如图3c所示，发起端设备在显示屏中还可以展示用于指示对应的可投屏对象是否被选中的选择状态指示标识，该标识的显示状态包括如图3c中的被选中状态k00和未选中状态k01。则如图3c所示，发起端设备在检测到k0被触发的情况下，确定检测到第一输入，则第二投屏资源可以包括可投屏对象121、126、122。
168.在一些实现方式中，在第二投屏资源u2包括多个可投屏对象的情况下，发起端设备还可以进一步确定第二投屏资源的多个可投屏对象在接收端设备中进行投屏展示的展示顺序。
169.在一些实施例中，发起端设备可以在确定接收到第一操作之后发出对象顺序选择提示，以根据用户对对象顺序选择提示的响应确定出第二投屏资源的多个可投屏对象在接收端设备中进行投屏展示的展示顺序。对象顺序选择提示用于提醒用户设置第二投屏资源中的多个可投屏对象的展示顺序。例如，图3d示出根据本技术一实施例的发起端设备展示的对象顺序选择提示的示意图。如图3d所示，发起端设备可以在确定接收到第一输入之后
可以在其自身的显示屏中为用户展示对象顺序选择提示t0。在一些实施例中，发起端设备可以先根据第二投屏资源中的每个可投屏对象的名称(如图3c、图3d中的121、122、123、124等)等对象标识、对应的时间信息、用户的在图3c所示的界面中选择可投屏对象的顺序等顺序影响信息确定出第二投屏资源中的多个可投屏对象对应的待选展示顺序，并在对象顺序选择提示t0中为用户展示可投屏对象的待选展示顺序。如图3d所示，在t0中为用户展示的内容包括：“按121、122、126的顺序展示？”的文字提示以及可供用户操作的用于确定展示顺序的控件“是”。其中，121、122、126可以是能够响应于用户的移动操作进行顺序调整的控件，可投屏对象121、122、126当前的展示顺序即为121、122、126。在检测到用户如图3d所示通过手指等选中“122”并向右移动的情况下，可以调换126与122之间的展示顺序，也即展示顺序由原来的“121、122、126”被用户调整为“121、126、122”。发起端设备在为用户展示t0的过程中若检测到“是”控件被触发，则可以将t0中当前多个可投屏对象的排序确定为展示顺序。
170.在一些实施例中，第一输入还可以是发起端设备检测到的用户发出的语音指示。例如，如图3b所示，发起端设备在为用户展示第二投屏资源u2的过程中，若检测到用户的发出的语音，且识别出该语音中包括“投屏”、“我要投屏”等类似的文字的情况下，也可以确定检测到的第一输入，确定用户欲请求进行第二投屏资源u2的投屏展示。
171.在一些实施例中，第一输入还可以是发起端设备检测到的用户触发发起端设备上设置的用于发起第一请求的实体控件的触发操作。例如，如图3b所示，发起端设备在为用户展示第二投屏资源u2的过程中，若检测到用户触发了用于发起第一请求的实体控件，也可以确定检测到的第一输入，确定用户欲请求进行第二投屏资源u2的投屏展示。其中，所述实体控件可以指发起端设备中借助实际的物理硬件实现的实际存在的实体按键，实体按键类似手机的电源键、音量键等。
172.在一些实施例中，步骤s401若发起端设备接收到其他设备发送的指令，且该指令用于触发发起端设备向接收端设备发送第一请求，则发起端设备也可以确定接收到第一输入。此处所述其他设备可以是例如与发起端设备配对的遥控器等。
173.在一种可能的实现方式中，发起端设备在确定用户欲请求进行第二投屏资源u2(可以包括一个或多个可投屏对象)的投屏展示之后，可以先判断用户是否预先设置了默认请求顺序，若用户没有预先设置则可以执行步骤s402。若用户预先设置了默认请求顺序，则发起端设备可以直接根据该预先设置的默认请求顺序确定出请求投屏展示的第二投屏资源u2的请求顺序。
174.在一些实施例中，默认请求顺序可以包括：对应于所有第二投屏资源的一个统一的第一默认请求顺序，以使得发起端设备在确定出用户欲请求进行投屏展示的第二投屏资源u2后可以将请求顺序直接设置为第一默认请求顺序。例如，发起端设备可以根据用户的设置将第一默认请求顺序设置为顺序投屏、立即投屏和下一个投屏等可选择的请求顺序中的任意一个。
175.在一些实施例中，由于第一请求可以是用户通过发起端设备的不同应用程序发出的，所以默认请求顺序还可以包括：对应于通过不同应用程序的第二默认请求顺序，不同应用程序对应的第二默认请求顺序可以相同，也可以不同。发起端设备在确定出用户欲通过某一个应用程序请求投屏展示第二投屏资源时，发起端设备可以将第二投屏资源的请求顺
序直接设置为该应用程序对应的第二默认请求顺序。
176.在一些实施例中，默认请求顺序还可以包括：对应于不同类型的第二投屏资源的第三默认请求顺序。不同类型的第二投屏资源对应的第三默认投屏请求顺序可以不完全相同。例如，发起端设备可以根据用户的设置将针对视频的第二投屏资源的第三默认请求顺序设置为顺序投屏，将针对为图片的第二投屏资源的第三默认请求顺序设置为立即投屏，将针对为幻灯片的第二投屏资源的第三默认请求顺序设置为下一个投屏，等等。
177.在一些实施例中，在第二投屏资源中包括一个可投屏对象、或者包括多个类型相同的多个可投屏对象的情况下，发起端设备可以直接将可投屏对象的类型确定为第二投屏资源的类型，例如，若第二投屏资源所包括的可投屏对象均为视频，则该第二投屏资源的类型即为视频。在第二投屏资源中包括多个可投屏对象且多个可投屏对象的类型不完全一致的情况下，发起端设备可以先确定每个可投屏对象的类型，而后按照预设规则确定出第二投屏资源的类型。预设规则可以包括将确定出的多个类型中对应的可投屏对象的数量最多的类型确定为第二投屏资源的类型，例如，假定第二投屏资源包括5个可投屏对象，分别为3个视频、1个文档、1个图片，由于视频类型的可投屏对象最多，则发起端设备可以将该第二投屏资源的类型设置为视频。预设规则还可以包括将多个可投屏对象中确定出的类型优先级别最高的类型确定为第二投屏资源的类型，类型优先级别的顺序可以根据实际需要设置，如从高到低依次可以为：视频、音频、幻灯片、图片、动态图片、文档。例如，第二投屏资源包括5个可投屏对象，分别为2个文档、1个图片和2个音频，由于音频类型的类型优先级别最高，则发起端设备可以将该第二投屏资源的类型设置为音频。可以理解的是，本领域技术人员可以根据实际需要对预设规则进行设置，本技术对此不作限制。
178.需要说明的是，上述默认请求顺序仅是本技术实施例给出的设置默认请求顺序的示意性示例，本领域技术人员可以根据需要对设置默认请求顺序的方式以及内容进行设置，本技术对此不作限制。
179.在一些实施例中，请求顺序可以包括立即投屏和预约投屏，立即投屏可以指用户请求接收端设备在接收到第一请求后立即进行第一请求指示的第二投屏资源的投屏展示。预约投屏可以包括顺序投屏、下一个投屏、指定预约投屏等具有不同预约策略的投屏顺序。顺序投屏可以是指用户请求接收端设备在接收到第一请求后按照第一请求指示的第二投屏资源在接收端设备的资源列表中的投屏顺序依序投屏。下一个投屏可以指用户请求接收端设备在投屏展示第一投屏资源的过程中接收到第一请求后，在完成第一投屏资源的投屏展示后立即进行该第一请求指示的第二投屏资源的投屏展示。指定预约投屏可以是指用户请求接收端设备在接收到第一请求后在确定达到用户指定的指定投屏时间等指定条件下进行第二投屏资源的投屏展示。
180.步骤s402、发出第一提示，根据检测到的响应于第一提示的第二输入确定出请求顺序。此步骤是可选步骤。
181.在步骤s402中，发起端设备可以发出第一提示，第一提示用于提醒用户确定或选择第二投屏资源的请求顺序。而后发起端设备可以根据检测到的用户响应于第一提示所发出的操作确定出第二投屏资源的请求顺序，其中，第二输入可以包括用户响应于第一提示所发出的操作。
182.在一种可能的实现方式中，发起端设备发出的第一提示可以包括在发起端设备的
显示屏中为用户展示如图3a所示的是否预约提示t11。用户响应于第一提示所发出的操作可以包括发起端设备检测到的用户响应于是否预约提示t11所发出的操作。其中，是否预约提示t11可以显示于显示屏中新增的弹窗中，还可以显示于发起端设备的通知栏中，等等。是否预约提示t11中可以包括：用于提示用户选择请求顺序的文字，如“是否立即投屏？(如图3a所示)”，“需要立即投屏吗？”，“是否需要预约投屏”，等等。是否预约提示t11中还可以包括用户可以操作的用于选择是否立即投屏或预约投屏的控件，例如，图3a中是否预约提示t11包括“是否立即投屏？”的文字以及用于选择请求顺序的第一控件k11和第二控件k12。
183.在一些实施例中，“用户响应于是否预约提示t11所发出的操作”可以包括：用户发出的针对显示于是否预约提示t11中的第一控件k11或第二控件k12的触发操作。在一些实施例中，为了使用户可以区分第一控件k11和第二控件k12，可以在第一控件k11和第二控件k12中分别通过标记如图3a所示的“是”和“否”，“立即”和“预约”等类似字样，以达到提示和区分的作用。其中，发起端设备在展示是否预约提示t11后，若其中的文字提示为询问用户是否选择立即投屏的如“是否立即投屏？”等的文字，发起端设备检测到用户发出的针对第一控件k11的点击、长按等触发操作，则可以确定用户将第二投屏资源的请求顺序确定为立即投屏；若检测到用户发出的针对第二控件k12的点击、长按等触发操作，则可以确定用户将第二投屏资源的请求顺序确定为预约投屏。反之，发起端设备在展示是否预约提示t11后，若其中的文字提示为询问用户是否选择预约投屏的如“是否预约投屏？”等的文字，发起端设备检测到第一控件k11被触发则可以确定用户将第二投屏资源的请求顺序确定为预约投屏；若检测到第二控件k12被触发则可以确定用户将第二投屏资源的请求顺序确定为预约投屏。
184.在一些实施例中，“用户响应于是否预约提示t11所发出的操作”还可以包括：发起端设备基于检测到的用户响应是否预约提示t11发出的语音。发起端设备在为用户展示是否预约提示t11之后，可以进行语音信号采集得到用户发出的语音，而后对用户发出的语音进行分析、处理，确定出用户通过语音所指示的第二投屏资源的请求顺序。例如，发起端设备在为用户展示是否预约提示t11之后，对采集到用户的语音1进行分析处理后确定其对应的文字为“立即投屏”、“立即”等对应于立即投屏的内容，则可以确定用户将第二投屏资源的请求顺序确定为立即投屏。发起端设备在为用户展示是否预约提示t11之后，对采集到用户的语音2进行分析处理后确定其对应的文字为“预约投屏”、“预约”等对应于预约投屏的内容，则可以确定用户将第二投屏资源的请求顺序确定为预约投屏。
185.在一种可能的实现方式中，发起端设备发出的第一提示还可以包括：发起端设备在确定第二投屏资源的请求顺序确定为预约投屏之后，在显示屏中继续展示的预约策略提示。用户响应于第一提示所发出的操作还可以包括发起端设备检测到的“用户响应于预约策略提示所发出的操作”。预约策略提示中可以包括：用于提醒用户选择预约策略的文字，如，“请选择预约策略(如图3a所示)”、“您需要通过以下哪种方式进行投屏预约呢？”。预约策略提示中还可以包括：用户可以操作的用于选择不同预约策略的控件。例如，如图3a所示，在确定用户选择预约投屏的情况下，发起端设备可以在其显示屏中为用户展示预约策略提示t12，t12中包括“请选择预约策略”的文字，以及用于将请求顺序确定为下一个投屏的控件k13、用于将请求顺序确定为顺序投屏的控件k14、用于将请求顺序确定为指定预约投屏的控件k15。
186.在一些实施例中，“用户响应于预约策略提示所发出的操作”可以包括：用户发出的针对控件k13、控件k14、控件k15的第三输入。
187.发起端设备在展示预约策略提示t12后，若检测到用户发出的针对控件k13的点击、长按等第三输入，则可以确定第二投屏资源的请求顺序为预约投屏中的下一个投屏。其中，下一个投屏可以是指用户请求接收端设备在完成当前正在展示的第一投屏资源的展示后，就立即进行第二投屏资源的投屏展示，实现第二投屏资源的“插队”展示。举例来说，假定接收端设备当前正在投屏展示视频1(第一投屏资源)，则接收端设备若接收到的第一请求指示的第二投屏资源为视频2且请求顺序为下一个投屏，则接收端设备可以在完成视频1的投屏展示后，直接进行视频2的投屏展示。
188.发起端设备在展示预约策略提示t12后，若检测到用户发出的针对控件k14的点击、长按等第三输入，则可以确定第二投屏资源的请求顺序为预约投屏中的顺序投屏。其中，顺序投屏可以是指用户请求接收端设备在完成当前资源列表中的未完投屏资源的投屏展示后进行第二投屏资源的展示，也就是说，若接收端设备接收到请求顺序为顺序投屏的第一请求，则接收端设备可以确定用户请求将第二投屏资源的投屏顺序排在当前资源列表中所有未完投屏资源的“队尾”，服务器在顺序完成接收第一请求之前资源列表中各未完投屏资源的投屏展示，而后再进行第二投屏资源的投屏展示。举例来说，假定某一个接收端设备在t11时刻接收到了第一请求且当前资源列表中有3个未完投屏资源，该第一请求指示的第二投屏资源的请求顺序为顺序投屏，则该接收端设备可以将t11时刻之前资源列表中记录的3个未完投屏资源依次投屏展示后，进行第二投屏资源的投屏展示。
189.发起端设备在展示预约策略提示t12后，若检测到用户发出的针对控件k15的点击、长按等第三输入，则可以进一步通过弹窗等形式为用户展示可供用户选择指定投屏时间的时间选择栏，并根据检测到的用户对时间选择栏的操作确定出指定投屏时间，而后可以根据用户选择的指定投屏时间将第二投屏资源的请求顺序确定为预约投屏中的指定预约投屏。例如，若发起端设备根据用户对时间选择栏的操作确定出指定投屏时间为“2021年08月29日15:00”，则发起端设备可以根据指定投屏时间“2021年08月29日15:00”，确定第二投屏资源u2在接收端设备开始展示的时间为2021年08月29日15:00。又例如，若发起端设备根据用户对时间选择栏的操作确定出指定投屏时间为“10分钟后”，则发起端设备可以根据指定投屏时间“10分钟后”和当前时间(假设为2021年8月29日14:50)，确定第二投屏资源u2在接收端设备开始展示的时间为2021年08月29日15:00(当前时间2021年8月29日14:50加上10分钟)。
190.在一些实施例中，“用户响应于预约策略提示t12所发出的操作”可以包括：发起端设备基于检测到的用户响应于预约策略提示t12发出的语音。发起端设备在为用户展示预约策略提示t12之后，可以进行语音信号采集得到用户发出的语音，而后对用户发出的语音进行分析、处理，确定出用户通过语音所指示的第二投屏资源的请求顺序为预约投屏中的哪一个。根据语音确定第二投屏资源的请求顺序为预约投屏中的哪一个的实现方式与上述基于语音确定用户选择的请求顺序是否为立即投屏的实现方式相似，此处不予赘述。
191.在一种可能的实现方式中，发起端设备发出第一提示还可以包括发起端设备发出的第一提示语音。用户响应于第一提示所发出的操作可以包括发起端设备在发出第一提示语音后进行语音信号采集得到用户发出的语音，而后对用户发出的语音进行分析、处理，确
定出用户通过语音所指示的第二投屏资源的请求顺序。在一些实施例中，发起端设备可以先发出如“是否立即投屏？”等用于提醒用户选择是否将第二投屏资源的请求顺序确定为立即投屏的第一语音，并根据检测到用户响应于第一语音所发出的第一响应语音确定用户是否选择立即投屏，例如，可以根据识别出的第一响应语音对应的文字是否包括“立即”、“立即投屏”、“是”等表示选择立即投屏的字样，来确定用户是否选择立即投屏。若用户选择立即投屏则直接将u2的请求顺序确定为立即投屏。若用户选择不立即投屏，则发起端设备可以确定用户选择预约投屏，可以进一步发出如“您希望下一个投屏、顺序投屏还是指定预约投屏？”的第二语音。而后发起端设备根据检测到的用户响应于第二语音发出的第二响应语音确定用户若选择下一个投屏或顺序投屏(例如，识别出第二响应语音对应的文字包括“下一个”的等类似字样可以确定用户选择下一个投屏)，则可以直接将第二投屏资源的请求顺序确定为下一个投屏或顺序投屏。若根据第二响应语音识别出的文字包括具体的时间信息，如“一个小时后”、“明天九点”、“10月10日10点”，则可以确定用户选择的指定投屏时间并将第二投屏资源的请求顺序确定为预约投屏中的指定预约投屏。若发起端设备根据第二响应语音识别出的文字包括“时间”、“约时间”等对应于指定预约投屏的信息且并不包括具体的时间信息的情况下，可以进一步发出如“请您确定具体的投屏时间”等第三语音，通过第三语音提醒用户输入指定投屏时间，而后发起端设备可以根据检测到的用户响应于第三语音而发出的语音确定出用户选择的指定投屏时间、并将第二投屏资源的请求顺序确定为预约投屏中的指定预约投屏。
192.在一些实施例中，发起端设备所发出的第一提示可以包括第一提示语音和/或“是否预约提示t11和预约策略提示t12”，本技术对此不作限制。
193.在一种可能的实现方式中，若发起端设备中并没有存储预先设置默认请求顺序且发出第一提示之后并未接收到用户响应于第一提示的第二输入，则可以将立即投屏、下一个投屏或者顺序投屏作为第二投屏资源的请求顺序；或者也可以将用户上一次请求进行投屏展示的投屏资源所对应的请求顺序作为本次第二投屏资源的请求顺序；再或者也可以默认用户无需设置第二投屏资源的请求顺序，本技术对此不作限制。
194.需要理解的是，上述通过展示“是否预约提示t11和预约策略提示t12”和/或通过发出第一提示语音发出第一提示，仅是本技术提供的发起端设备实现“发出第一提示”的示例性实现方式，本领域技术人员可以根据实际需要对发起端设备“发出第一提示”的实现方式进行设置，本技术对此不作限制。
195.在一些实施例中，发起端设备在发出第一请求之前，可以确定出用于接收第一请求进行第二投屏资源的投屏展示的接收端设备。例如，发起端设备可以在确定用户欲请求进行投屏展示的第二投屏资源之前、之后或同时，确定出用户选择的用于进行第二投屏资源的投屏展示的接收端设备。发起端设备可以在确定第二投屏资源的请求顺序的之前、之后或者同时，确定出用户选择的用于进行第二投屏资源u2的投屏展示的接收端设备。
196.在一些实施例中，发起端设备确定用户选择的投屏展示第二投屏资源的接收端设备的方式可以包括：在确定出与发起端设备已经建立连接且可响应于发起端设备的第一请求进行第二投屏资源的投屏展示的至少一个候选接收端设备的情况下，发起端设备可以发出接收端设备选择提示，而后根据检测到的用户响应于接收端设备选择提示的操作将被选中的候选接收端设备确定为接收第一请求的接收端设备。接收端设备选择提示可以通过显
示屏显示和/或发出语音等方式发出。例如，图3e示出根据本技术一实施例的发起端设备展示的接收端设备选择提示的示意图。如图3e所示，发起端设备确定出当前处于同一个局域网中且支持dlna投屏的候选接收端设备包括设备1和设备2，则发起端设备的显示屏上可以展示出如图3e所示的接收端设备选择提示t14。在接收端设备选择提示t14中可以包括用于提醒用户选择接收端设备的文字提示，例如，图3e中的“请选择投屏设备”、“您要使用以下哪个设备投屏呢？”，等等。在接收端设备选择提示t14中还可以包括：可供选择的候选接收端设备的标识、名称、所处位置等相关标识信息，以及可供用户选择对应的候选接收端设备的控件，以供用户从候选接收端设备中选择用户希望作为接收端设备的候选接收端设备。例如，图3e的接收端设备选择提示t14中展示有可供用户选择候选接收端设备的控件k41和k42，并在控件k41和控件k42中分别通过文字“设备1(会客厅)”、“设备2(会议室1)”介绍了控件对应的候选接收端设备的名称和所处位置。发起端设备若检测到控件k41被触发，则可以确定用户选择将候选接收端设备中的设备1作为的接收端设备，则发起端设备可以在步骤s42中向设备1发送第一请求。
197.在一些实施例中，用户也可以选择多个候选接收端设备作为接收端设备。例如，在培训等场景下，为保证不同房间内参与培训人员可以同步看到培训视频，则用户可以选择多个房间内的多个设备作为请求投屏展示培训视频的接收端设备。
198.在一些实施例中，发起端设备也可以不发出接收端设备选择提示，默认将所有处于同一个局域网中且支持dlna投屏的设备都作为接收端设备。从而实现“一投多”的效果。
199.在一些实施例中，若发起端设备通过显示屏展示接收端设备选择提示和第一提示，则发起端设备可以在显示屏中同时进行展示接收端设备选择提示和第一提示的展示，以简化用户的操作，提高确定第二投屏资源的请求顺序和确定用户选择的投屏展示第二投屏资源的接收端设备的速度。
200.步骤s403、生成第一请求。
201.发起端设备在执行步骤s402之后，可以执行步骤s403，根据确定出的请求顺序和确定的第二投屏资源的投屏信息生成第一请求，所述第一请求用于指示请求投屏展示的第二投屏资源。或者，若未确定出第二投屏资源的请求顺序的情况下，也可以直接根据确定的第二投屏资源的投屏信息生成第一请求。在一些实施例中，在第二投屏资源包括多个可投屏对象的情况下，生成第一请求的依据还包括对应于第二投屏资源中每个可投屏对象的展示顺序。
202.在一些实施例中，投屏信息可以是能够指示第二投屏资源且能够使得接收端设备基于该投屏信息获取到第二投屏资源并进行投屏展示的信息，例如，投屏信息可以包括第二投屏资源的统一资源标识符(uniform resource identifier，uri)，也即，第二投屏资源的中每个可投屏对象的uri。在一些实施例中，当本技术实施例应用于基于dlna协议的投屏场景时，第一请求可以携带第二投屏资源的uri。从而接收端设备可以从接收到的第一请求中获取第二投屏资源的uri，进而接收端设备可以从服务器获取到该uri对应的资源，即获取到第二投屏资源。
203.步骤s42、向确定的接收端设备发送第一请求。
204.在一些实施例中，发起端设备生成第一请求之后，将第一请求发送至已经确定出的用于进行第二投屏资源的投屏展示的接收端设备(也即本技术实施例中执行步骤s11-步
骤s19的接收端设备)。以使得接收端设备在接收到第一请求后执行相应的操作。
205.步骤s43、根据接收到的第二投屏资源的投屏进度，发出第二提示。此步骤为可选步骤。
206.在一些实施例中，发起端设备接收来自接收端设备发送的第二投屏资源的投屏进度，并根据接收到的投屏进度向用户发出第二提示。第二提示可以用于提醒用户其请求投屏展示的第二投屏资源的投屏进度。
207.在一些实施例中，第二投屏资源的投屏进度可以包括当前时刻距离接收端设备开始投屏展示第二投屏资源的开始时刻之间的时间间隔、接收端设备投屏展示第二投屏资源的开始时刻和结束时刻、接收端设备投屏展示第二投屏资源所需占用的投屏时长、接收端设备投屏展示第二投屏资源之前还需要展示的投屏资源，等等。
208.在一些实施例中，发起端设备发出第二提示的方式可以包括：在显示屏中为用户展示如图3a所示的第二提示t2、和/或发出第二提示语音。示例性地，第二提示t2可以包括用于提示用户请求投屏的第二投屏资源u2的投屏进度相关的文字提示。第二提示语音可以为与用户请求投屏的第二投屏资源u2的投屏进度相关的语音。这样，可以提醒请求投屏展示第二投屏资源u2的用户进行时间安排，保证能准时查看接收端设备投屏展示的第二投屏资源u2。
209.举例来说，假设接收端设备接收到第一请求的时刻为14：10，此时接收端设备正在展示第一投屏资源u1，第一投屏资源u1为投屏时长30分钟的视频1，接收端设备当前播放到视频1的第20分钟，还需10分钟才能播放完成视频1；假设该第一请求携带了第二投屏资源u2的uri，第二投屏资源为投屏时长为60分钟的视频2。则接收端设备可以根据上述信息，计算得到第二投屏资源u2的投屏进度并将投屏进度发送给发起端设备，从而发起端设备可以发出第二提示。示例性地，第二提示t2中可以包括“您的视频2将在10分钟后投屏展示(如图3a所示)”、“接收端设备将在14:20开始播放视频2”、“接收端设备将在视频1播放完成后，开始播放视频2”、“接收端设备将在15:20结束播放视频2”、“接收端设备播放视频2需要60分钟”等信息中的一种或多种信息。
210.在一些实施例中，接收端设备也可以不向发起端设备发送第二投屏资源u2的投屏进度，而是将当前正在投屏展示的第一投屏资源u1的与其投屏进度相关的信息(例如该第一投屏资源u1的投屏时长、当前投屏展示进度)、资源列表中的各个未完投屏资源的信息(例如每个未完投屏资源的投屏时长)发送给发起端设备，发起端设备根据这些信息，可以计算得到第二投屏资源u2的投屏进度。
211.如图2c、图4所示，本技术实施例所提供的投屏控制方法中接收端设备可以执行步骤s11-步骤s19。
212.步骤s11、在投屏展示第一投屏资源u1的过程中，接收来自发起端设备的第一请求，所述第一请求用于指示请求投屏展示的第二投屏资源u2。
213.在一些实施例中，当本技术实施例应用于基于dlna协议的投屏场景时，第一请求可以携带第二投屏资源u2的uri。从而接收端设备设备可以根据第二投屏资源u2的uri，从服务器获取该uri对应的资源，即第二投屏资源。
214.在一些实施例中，发起端设备可以包括一个或多个终端设备。该一个或多个终端设备都可以向接收端设备发送第一请求，相应地，接收端设备可以接收到来自一个或多个
终端设备的第一请求。例如，假设第一终端向接收端设备发送了用于指示请求投屏展示第一投屏资源u1的第一请求，第二终端向接收端设备发送了用于指示请求投屏展示第二投屏资源u2的第一请求，则第一终端和第二终端可以是同一个终端设备，也可以是不同的终端设备。本技术实施例对发起端设备的数量不作限制。
215.在一些实施例中，接收端设备中存储有资源列表，资源列表中可以包括一个或多个投屏资源记录。每个投屏资源记录用于记录一个未完成投屏展示的未完投屏资源的与投屏展示相关的信息。与投屏展示相关的信息可以包括投屏顺序和投屏信息。投屏顺序可以表示对应的某一个未完投屏资源在资源列表的所有未完投屏资源中被进行投屏展示的顺序，投屏顺序可以是根据对应的第一请求中指示的请求顺序等确定的。投屏信息可以是能够指示未完投屏资源是哪一个投屏资源且能够使得接收端设备基于该投屏信息获取到未完投屏资源并进行投屏展示的信息。其中，dlna协议的投屏场景下，投屏信息可以为未完投屏资源对应的uri。
216.在一些实施例中，资源列表中可以通过表示投屏顺序的标识来标记对应的未完投屏资源的投屏顺序，该标识可以是能够体现前后顺序的数字、英文字母等等信息。例如，如图5所示，在资源列表中通过标识“1”、“2”、“3”、“4”等阿拉伯数字来标记每个未完投屏资源的投屏顺序，则可以设置未完投屏资源的投屏顺序的标识数字的数值越小其对应的投屏顺序越靠前。以资源列表1为例，资源列表1记录的未完投屏资源包括：第一投屏资源u1、投屏资源u31和投屏资源u32，根据标识“1”、“2”、“3”可知三个未完投屏资源的投屏顺序从前到后依次为：第一投屏资源u1、投屏资源u31和投屏资源u32。
217.在一些实施例中，在资源列表的实现形式本身为列表的情况下，每个未完投屏资源的投屏顺序可以通过对应的投屏资源记录在列表中的排列顺序表示，可以设置列表中排序在前的投屏资源记录指示的未完投屏资源的投屏顺序在前，列表中排序在后的投屏资源记录指示的未完投屏资源的投屏顺序在后，接收端设备可以按照投屏资源记录在列表中排列顺序的从前到后依次进行对应的未完投屏资源的投屏展示。
218.在一些实施例中，在资源列表的实现形式本身为队列的情况下，每个未完投屏资源的投屏顺序可以通过投屏资源记录在队列中的队列顺序表示，队列中头部的投屏资源记录对应的未完投屏资源的投屏顺序最先，队列中尾部的投屏资源记录对应的未完投屏资源的投屏顺序最后，未完投屏资源投屏顺序的先后与其对应的投屏资源记录在队列中的队列顺序一致。接收端设备可以按照投屏资源记录在队列中从头到尾的顺序依次进行对应的未完投屏资源的投屏展示。
219.需要理解的是，本领域技术人员可以根据实际需要对资源列表的实现方式进行设置，本技术实施例对此不作限制。
220.在一些实施例中，接收端设备在启动并开始工作之后，若检测到接收端设备本地没有存储资源列表的情况下，可以先建立空的资源列表，而后根据接收到的来自同一个发起端设备和/或不同发起端设备发出的第一请求不断更新资源列表。或者，接收端设备在启动并开始工作之后，若检测到接收端设备没有资源列表的情况下，也可以在第一次接收到来自发起端设备的第一请求后建立资源列表，该新建的资源列表中记录第一请求指示的第二投屏资源的投屏资源记录。
221.在一些实施例中，接收端设备可以在关机之前删除资源列表或清空资源列表。这
样，可以降低资源列表对接收端设备存储空间的占用。
222.在一些实施例中，接收端设备可以在关机之前删除资源列表中满足删除条件的投屏资源记录。而由于每次关机之前删减资源列表中的投屏资源记录，就可以保证每次启动工作之后接收端设备不会继续进行一些失去投屏展示时效的投屏资源的展示。在一些实施例中，不满足删除条件的投屏资源记录可以包括：所有未完投屏资源中指定投屏时间在当前时刻之后的未完投屏资源的投屏资源记录。这样，可以保证资源列表记录的未完投屏资源中用户预约的在指定投屏时间投屏展示的未完投屏资源可以一直记录在接收端设备的资源列表中，待接收端设备再次启动工作后可以继续在指定投屏时间进行对应的未完投屏资源的投屏展示。例如，假定当前时刻为2021年9月1日18:13，接收端设备基于用户指令欲执行关机操作，接收端设备若在关机前检测到资源列表中某一个投屏资源记录对应的未完投屏资源为视频4，且视频4的指定投屏时间为2021年9月2日16:00，则接收端设备可以保留资源列表中视频4的投屏资源记录，以使得接收端设备在2021年9月2日16:00处于开启状态的情况下，可以在2021年9月2日16:00准时进行视频4的投屏展示。
223.在一些实施例中，接收端设备关机之前若检测到资源列表不为空，可以发出资源列表处理提示，资源列表处理提示用于提醒用户对资源列表中的投屏资源记录进行处理。接收端设备可以基于用户响应于资源列表处理提示的操作，执行以下处理中的任意一种：删除资源列表、清空资源列表、保留资源列表、删除资源列表中被用户选中的投屏资源记录、保留资源列表中被用户选中的投屏资源记录，等等。
224.在一些实施例中，接收端设备在关机时确定资源列表不为空的情况下，可以根据资源列表中的投屏资源记录确定出接收端设备的自启动时间，以保证资源列表中记录的未完投屏资源可以按照用户的预约需求被正常投屏展示。其中，自启动时间可以是根据未完投屏资源的指定投屏时间确定的，可以将自启动时间设置为与当前时刻之间的时间间隔最短的指定投屏时间之前的任意时刻。例如，假定接收端设备在关机时确定资源列表不为空且其记录了两个未完投屏资源，分别为视频6、视频5，视频6对应的指定投屏时间为2021年9月2日16:00、视频5对应的指定投屏时间为2021年9月2日12:00，则若接收端设备的启动时长为1分钟，接收端设备可以将自启动时间设置为2021年9月2日11:58，就可以保证接收端设备在2021年9月2日12:00可以正常为用户投屏展示视频5。在一些实施例中，自启动时间可以是一个也可以是多个，接收端设备在关机之前可以为资源列表中每个设置有指定投屏时间的未完投屏资源分别设置对应的自启动时间，以保证每个设置有指定投屏时间的未完投屏资源都可以在其指定投屏时间正常投屏展示。
225.步骤s12、在确定需要更新资源列表的情况下，根据第一请求对资源列表进行更新。
226.在步骤s12中，接收端设备在接收到第一请求后，可以根据第一请求判断是否需要对资源列表进行更新，在确定需要对资源列表进行更新的情况下，根据第一请求进行资源列表的更新。在确定不需要对资源列表进行更新的情况下，可以不进行资源列表的更新。在一些实施例中，步骤s12可以包括两种实现方式，实现方式一和实现方式二。
227.图5示出根据本技术一实施例的投屏控制方法中资源列表更新的流程示意图。在一种可能的实现方式中，如图5所示，在实现方式一中，步骤s12可以包括步骤s300-步骤s308。其中，为示意性说明本技术实施例中接收端设备对步骤s300-步骤s308的执行过程，
假定接收端设备投屏展示第一投屏资源u1的过程中，接收到的请求投屏展示的第二投屏资源u2的第一请求之前，接收端设备的资源列表为图5中所示的资源列表1。参考资源列表1可知，其共有三个用于记录对应的未完投屏资源的投屏资源记录，此时的未完投屏资源包括第一投屏资源u1、投屏资源u31和投屏资源u32。
228.步骤s300、根据第一请求和当前资源列表判断满足多种操作条件中的哪一种。
229.在步骤s300中，接收端设备在接收到针对第二投屏资源u2的第一请求之后，可以先基于第一请求确定出第二投屏资源u2的请求顺序、以及判断接收端设备的当前资源列表(如图5中的资源列表1)中记录的多个未完投屏资源中是否包含该第二投屏资源u2。而后根据第二投屏资源u2的请求顺序以及当前资源列表(如图5中的资源列表1)中记录的多个未完投屏资源中是否包含该第二投屏资源u2的判断结果，进一步判断满足操作条件中的哪一种，并执行与满足的操作条件对应的操作。
230.在一些实施例中，接收端设备在第一请求中指示了第二投屏资源u2的请求顺序的情况下，可以直接根据第一请求的指示确定出第二投屏资源u2的请求顺序。接收端设备在确定第一请求中没有指示第二投屏资源u2的请求顺序的情况下，可以将该第二投屏资源u2的请求顺序确定为第四默认请求顺序(本文也称接收端默认请求顺序)。第四默认请求顺序可以是接收端设备预先设置针对没有指示请求顺序的第一请求所对应的请求顺序，例如，可以设置第四默认请求顺序为顺序投屏，则接收端设备在确定接收到的第一请求中没有指示请求顺序的情况下，可以根据第四默认请求顺序将该第二投屏资源u2的请求顺序确定为顺序投屏。
231.步骤s301、在满足第一操作条件的情况下，可以不更新资源列表。
232.在一些实施例中，第一操作条件可以包括：第二投屏资源u2与资源列表中多个未完投屏资源中的目标投屏资源相同且请求顺序与目标投屏资源的当前投屏顺序一致。第一请求中指示的u2的请求顺序与目标投屏资源的当前投屏顺序一致可以是指：第一请求中指示的u2的请求顺序不会使资源列表中目标投屏资源的当前投屏顺序发生变化。
233.在步骤s301中，接收端设备在基于s300的判断过程确定出满足第一操作条件的情况下，可以确定该第一请求不会致使接收端设备依据资源列表进行各个未完投屏资源的投屏展示的顺序、进度等发生变化，则可以不更新资源列表。例如，如图5所示，假定接收端设备当前的资源列表为“资源列表1”。若第一请求中指示的u2与投屏资源u31(此时投屏资源u31为目标投屏资源)相同、且第一请求指示的u2的请求顺序为顺序投屏，则接收端设备本身就会按照当前的投屏顺序进行投屏资源u31的投屏展示，所以接收端设备在接收到该第一请求后可以确定满足第一操作条件，不更新资源列表。若第一请求中指示的u2与第一投屏资源u1(此时第一投屏资源u1为目标投屏资源)相同、且第一请求指示的u2的请求顺序为顺序投屏，则接收端设备本身就正在进行第一投屏资源u1的投屏展示，接收端设备在接收到该第一请求后可以确定满足第一操作条件，不更新资源列表。若第一请求中指示的u2与投屏资源u31(此时投屏资源u31为目标投屏资源)相同、且第一请求指示的u2的请求顺序为下一个投屏，则接收端设备本身就会在第一投屏资源u1投屏展示完成后进行投屏资源u31的投屏展示，接收端设备在接收到该第一请求后可以确定满足第一操作条件，不更新资源列表。
234.在一些实施例中，接收端设备若确定第二投屏资源u2的请求顺序为立即投屏且第
二投屏资源u2与第一投屏资源u1(此时第一投屏资源u1为目标投屏资源)相同，可以不调整u1对应的投屏顺序(也即不更新资源列表)，并继续进行当前投屏展示的u1的展示。例如，若接收端设备当前正在为用户投屏展示视频1(视频1为第一投屏资源u1)且还有十分钟完成该视频1的播放，若此时接收端设备接收到的第一请求中请求投屏展示第二投屏资源u2正好为视频1，则可以不更新资源列表，同时继续进行视频1的播放直至10分钟后完成该视频1的播放。在一些实施例中，接收端设备若确定第二投屏资源u2的请求顺序为立即投屏且第二投屏资源u2与第一投屏资源u1(此时第一投屏资源u1为目标投屏资源)相同，可以不调整其对应的投屏顺序(也即不更新资源列表)，但可以从头开始第一投屏资源u1的投屏展示。例如，若接收端设备当前正在为用户投屏时长为30分钟的视频5(视频5为第一投屏资源u1)且还有10分钟完成该视频5的播放，若此时接收端设备接收到的第一请求中请求投屏展示第二投屏资源u2正好为视频5，则可以不更新资源列表，同时从头开始进行视频5的播放直至30分钟后完成该视频5的播放。
235.步骤s302、在确定满足第二操作条件的情况下，可以将资源列表记录的多个未完投屏资源中与第二投屏资源相同的目标投屏资源的当前的投屏顺序调整为最前投屏。
236.在一些实施例中，第二操作条件可以包括：第二投屏资源u2的请求顺序为立即投屏且资源列表记录的多个未完投屏资源中包含与该第二投屏资源u2相同的目标投屏资源。
237.在步骤s302中，接收端设备在在基于s300的判断过程确定出满足第二操作条件的情况下，接收端设备可以确定被请求立即投屏的第二投屏资源u2在第一请求被接收到之前已经作为未完投屏资源记录在了资源列表中，则可以直接调整资源列表记录的多个未完投屏资源中与第二投屏资源u2相同的目标投屏资源的投屏顺序，无需在资源列表中新增对应于第二投屏资源u2的投屏资源记录。例如，如图5所示，假定第一请求指示的第二投屏资源u2与资源列表1中记录的多个未完投屏资源中的投屏资源u32(此时投屏资源u32为目标投屏资源)相同且请求顺序为立即投屏，则接收端设备可以直接将投屏资源u32在当前时刻的投屏顺序调整为最前投屏，得到如图5中所示的“资源列表2(方式一)”或“资源列表2(方式二)”。针对方式一和方式二具体实现方式的进一步描述，请参见步骤s303中的相关描述，此处不做赘述。
238.步骤s303、在确定满足第三操作条件的情况下，可以将第二投屏资源u2作为当前的投屏顺序最前的新的未完投屏资源增加到资源列表。
239.在一些实施例中，第三操作条件可以包括：第一请求指示的第二投屏资源u2的请求顺序为立即投屏且资源列表中记录的多个未完投屏资源与第二投屏资源u2均不相同。
240.在步骤s303中，接收端设备在接收到第一请求且在步骤s300中结合第一请求确定满足第三操作条件的情况下，可以确定该第一请求指示的第二投屏资源u2是用户申请需要立即进行投屏展示的新的资源，则可以将所述第二投屏资源u2作为当前投屏顺序最前的新的未完投屏资源记录到所述资源列表。例如，如图5所示，假定第一请求指示的第二投屏资源u2与资源列表1中记录的各未完投屏资源均不相同且请求顺序为立即投屏，则接收端设备可以直接将第二投屏资源u2作为新的、当前投屏顺序最前的未完投屏资源增加到资源列表中，在资源列表中新增第二投屏资源u2的投屏资源记录，得到如图5中所示的“资源列表3(方式一)”或“资源列表3(方式二)”。
241.在一些实施例中，接收端设备在接收到第一请求后若确定满足第二操作条件且第
一请求指示的第二投屏资源u2与第一投屏资源u1不同、或者满足第三操作条件的情况下，由于用户需要立即进行第二投屏资源u2的投屏展示，会造成未完成展示的与第二投屏资源u2不同的第一投屏资源u1的展示被强行停止，则对于被停止投屏展示的第一投屏资源u1接收端设备可以通过以下方式一、方式二中任意一种进行处理：
242.方式一，对于因接收到第一请求而被停止展示的第一投屏资源u1，接收端设备可以继续在资源列表中保留第一投屏资源u1的投屏资源记录，并在第一投屏资源u1的投屏资源记录的投屏信息中新增第一投屏资源u1的展示进度、以及将第一投屏资源u1的当前投屏顺序调整为所述第二投屏资源u2之后的最前投屏，也即，更新资源列表后其记录的多个未完投屏资源的投屏顺序从前到后依次为：第二投屏资源u2、第一投屏资源u1、其他未完投屏资源。从而，当第二投屏资源u2展示完成后，接收端设备可以根据资源列表中记录的第一投屏资源u1的展示进度，继续从该展示进度处展示第一投屏资源u1。
243.举例来说，如图5所示，若接收端设备确定资源列表1中的多个未完投屏资源中的“投屏资源u32”(此时投屏资源u32为目标投屏资源)与第二投屏资源u2相同且第二投屏资源u2的请求顺序为立即投屏，则接收端设备可以确定满足第二操作条件。接收端设备可以直接将“投屏资源u32”的投屏顺序调整为最前，将原来投屏顺序最前的第一投屏资源u1的投屏顺序调整为“投屏资源u32”之后的下一个，并在第一投屏资源u1对应的投屏信息中新增第一投屏资源u1的展示进度，其他未完投屏资源中先前的投屏顺序在“投屏资源u32”之后的投屏资源(若有)的投屏顺序不变，其他未完投屏资源中先前的投屏顺序在“投屏资源u32”之前的各投屏资源(例如第一投屏资源u1、投屏资源u31)的投屏顺序向后推迟一个(例如第一投屏资源u1的投屏顺序由“1”变为“2”、投屏资源u31的投屏顺序由“2”变为“3”)，得到如图5中的资源列表“资源列表2(方式一)”。
244.如图5所示，若接收端设备确定资源列表1中的多个未完投屏资源与第二投屏资源u2均不相同且第二投屏资源u2的请求顺序为立即投屏，则接收端设备可以确定满足第三操作条件。接收端设备可以直接将第二投屏资源u2作为新的当前投屏顺序最前的未完投屏资源增加到的资源列表，将原来投屏顺序最前的第一投屏资源u1的投屏顺序调整为第二投屏资源u2之后的下一个，并在第一投屏资源u1对应的投屏信息中新增第一投屏资源u1的展示进度，其他未完投屏资源的投屏顺序向后推迟一个(例如投屏资源u31的投屏顺序由“2”变为“3”、投屏资源u32的投屏顺序由“3”变为“4”)，得到如图5中的资源列表“资源列表3(方式一)”。
245.方式二，对于因接收到第一请求而被停止展示的第一投屏资源u1，可以直接从资源列表中删除对应的投屏资源记录。也即，更新资源列表后其记录的多个未完投屏资源的投屏顺序从前到后依次为：第二投屏资源u2、其他投屏资源。从而，当第二投屏资源u2展示完成后，接收端设备可以直接展示其他投屏资源而不会重新展示第一投屏资源u1。
246.举例来说，如图5所示，若接收端设备确定资源列表1中的多个未完投屏资源中的“投屏资源u32”(此时投屏资源u32为目标投屏资源)与第二投屏资源u2相同且请求顺序为立即投屏，则接收端设备可以确定满足第二操作条件。接收端设备可以直接将“投屏资源u32”当前的投屏顺序调整为最前，删除原来投屏顺序最前的第一投屏资源u1的投屏资源记录，其他未完投屏资源中投屏顺序在“投屏资源u32”之后的投屏资源(若有)的投屏顺序提前一个，其他未完投屏资源中投屏顺序在“投屏资源u32”之前的各投屏资源(例如投屏资源
u31)的投屏顺序不变，得到如图5中的资源列表“资源列表2(方式二)”。
247.如图5所示，若接收端设备确定资源列表1中的多个未完投屏资源与第二投屏资源u2均不相同且请求顺序为立即投屏，则接收端设备可以确定满足第三操作条件。接收端设备可以直接将第二投屏资源u2作为新的当前投屏顺序最前未完投屏资源增加到的资源列表，删除原来第一投屏资源u1的投屏资源记录，得到如图5中的资源列表“资源列表3(方式二)”。
248.在一些实施例中，接收端设备在执行步骤s302和/或步骤s303之后、或者确定满足第二操作条件或第三操作条件之后，可以确定需要停止第一投屏资源u1的投屏展示，则可以直接执行步骤s15。在步骤s15中，停止正在投屏展示的第一投屏资源u1的展示，进行第二投屏资源u2的投屏展示。
249.步骤s304、在满足第四操作条件的情况下，可以将第二投屏资源u2作为当前投屏顺序最后的新的未完投屏资源增加到资源列表。
250.在一些实施例中，第四操作条件可以包括：第一请求指示的第二投屏资源u2的请求顺序为顺序投屏且资源列表中记录的多个未完投屏资源与第二投屏资源u2均不相同。
251.在步骤s304中，接收端设备在接收到针对第二投屏资源u2的第一请求基于步骤s300确定出满足第四操作条件的情况下，可以确定该第一请求指示的第二投屏资源u2是用户申请需要排队顺序进行投屏展示的新的资源，则可以将第二投屏资源u2作为当前的投屏顺序最后的新的未完投屏资源增加到资源列表，在资源列表中新增对应于第二投屏资源的投屏资源记录。例如，如图5所示，假定第一请求指示的第二投屏资源u2与资源列表1中记录的各未完投屏资源均不相同且请求顺序为顺序投屏，则接收端设备可以直接将第二投屏资源u2作为新的、当前投屏顺序最后的未完投屏资源增加到资源列表中，在资源列表中新增对应于第二投屏资源u2的投屏资源记录得到如图5中所示的“资源列表4”。
252.步骤s305、在满足第五操作条件的情况下，可以将资源列表记录的多个未完投屏资源中与第二投屏资源u2相同的目标投屏资源的投屏顺序调整为第一投屏资源u1之后的下一个，也即，接收端设备将目标投屏资源的投屏顺序调整为作为紧跟在第一投屏资源u1之后的未完投屏资源。
253.在一些实施例中，第五操作条件可以包括：第二投屏资源u2与资源列表中多个未完投屏资源中的目标投屏资源相同且请求顺序为下一个投屏。
254.在步骤s305中，接收端设备在基于s300的判断过程确定出满足第五操作条件的情况下，可以确定该第一请求指示的第二投屏资源u2在第一请求被接收到之前已经作为未完投屏资源记录在了资源列表中，则可以直接调整资源列表记录的多个未完投屏资源中与第二投屏资源u2相同的目标投屏资源的投屏顺序，无需在资源列表中新增对应于第二投屏资源u2的投屏资源记录。例如，如图5所示，假定第一请求指示的第二投屏资源u2与资源列表1中记录的多个未完投屏资源中的投屏资源u32(此时投屏资源u32为目标投屏资源)相同且请求顺序为下一个投屏，则接收端设备可以直接将投屏资源u32的当前投屏顺序调整为第一投屏资源u1之后的下一个，得到如图5中所示的“资源列表5”。
255.步骤s306、在满足第六操作条件的情况下，可以将第二投屏资源u2作为当前投屏顺序在第一投屏资源u1之后的下一个投屏展示的新的未完投屏资源增加到资源列表。接收端设备可以将第二投屏资源u2作为紧跟在第一投屏资源u2之后的未完投屏资源记录到资
源列表中。
256.在一些实施例中，第六操作条件可以包括：第二投屏资源u2与资源列表中多个未完投屏资源均不相同且请求顺序为下一个投屏。
257.在步骤s306中，接收端设备在基于s300的判断过程确定出满足第六操作条件的情况下，可以确定该第一请求指示的第二投屏资源u2是用户申请需要在第一投屏资源u1完成展示后下一个进行投屏展示的新的资源，则可以将第二投屏资源u2作为当前投屏顺序在第一投屏资源u1之后的下一个投屏展示的新的未完投屏资源增加到资源列表。也即，在资源列表中新增一条对应于第二投屏资源u2的投屏资源记录。例如，如图5所示，假定第一请求指示的第二投屏资源u2与资源列表1中记录的各个未完投屏资源均不相同且请求顺序为下一个投屏，则接收端设备可以直接在资源列表中新增一个对应于第二投屏资源u2的投屏资源记录，该投屏资源记录中记录第二投屏资源u2的当前投屏顺序为第一投屏资源u1之后的下一个，或者投屏资源记录中记录第二投屏资源u2的当前投屏顺序为多个未完投屏资源中除u1之外的起头投屏资源中的投屏顺序最前的，得到如图5中所示的“资源列表6”。
258.步骤s307、在满足第七操作条件的情况下，可以根据指定投屏时间调整资源列表记录的多个未完投屏资源中与第二投屏资源u2相同的目标投屏资源的投屏顺序，例如，可以将资源列表记录的多个未完投屏资源中与第二投屏资源u2相同的目标投屏资源的投屏顺序调整为与指定投屏时间对应的顺序。
259.在一些实施例中，第七操作条件可以包括：第二投屏资源u2与资源列表中多个未完投屏资源中的目标投屏资源相同且请求顺序为指定预约投屏。
260.在步骤s307中，接收端设备在在基于s300的判断过程确定出满足第七操作条件的情况下，接收端设备可以确定被请求指定预约投屏的第二投屏资源u2在第一请求被接收到之前已经作为未完投屏资源记录在了资源列表中，则可以直接调整资源列表记录的多个未完投屏资源中与第二投屏资源u2相同的目标投屏资源的当前投屏顺序，无需在资源列表中新增对应于第二投屏资源u2的投屏资源记录。例如，如图5所示，假定第一请求指示的第二投屏资源u2与资源列表1中记录的多个未完投屏资源中的投屏资源u31(此时投屏资源u31为目标投屏资源)相同且请求顺序为指定预约投屏，则接收端设备可以直接将投屏资源u31的当前的投屏顺序调整为与第一请求中指示的指定投屏时间对应的投屏顺序，得到如图5中所示的“资源列表7”。
261.步骤s308、在满足第八操作条件的情况下，可以根据指定投屏时间在资源列表中记录第二投屏资源u2，例如，可以根据与第二投屏资源u2的指定投屏时间对应的投屏顺序，将第二投屏资源u2作为新的未完投屏资源增加到资源列表。
262.在一些实施例中，第八操作条件可以包括：第二投屏资源u2与资源列表中多个未完投屏资源均不相同且请求顺序为指定预约投屏。
263.在步骤s308中，接收端设备在在基于s300的判断过程确定出满足第八操作条件的情况下，接收端设备可以确定该第一请求指示的第二投屏资源u2是用户申请需要在指定投屏时间进行投屏展示的新的资源，则将该第二投屏资源u2作为新的未完投屏资源，并根据与第二投屏资源的指定投屏时间对应的投屏顺序在资源列表中新增对应于第二投屏资源u2的投屏资源记录。例如，假定第一请求指示的第二投屏资源u2与资源列表1中记录的各个未完投屏资源均不相同且请求顺序为指定预约投屏，则接收端设备可以直接在资源列表中
新增一个对应于第二投屏资源u2的投屏资源记录，该投屏资源记录中记录第二投屏资源u2的投屏顺序为与第一请求中指示的指定投屏时间对应的投屏顺序，得到如图5中所示的“资源列表8”。
264.在一些实施例中，接收端设备在确定第一请求指示的请求顺序为指定预约投屏的情况下，在执行步骤s307或步骤s308之前，可以直接认定自身可以在指定预约投屏对应的指定投屏时间进行第二投屏资源u2的投屏展示。
265.在一些实施例中，接收端设备在确定第一请求指示的请求顺序为指定预约投屏的情况下，接收端设备在执行步骤s307或步骤s308之前，也可以先根据第二投屏资源u2对应的指定投屏时间以及当前资源列表中记录的各个未完投屏资源的信息，判断接收端设备是否可以在第二投屏资源u2对应的指定投屏时间进行第二投屏资源u2的投屏展示。若接收端设备可以在第二投屏资源u2对应的指定投屏时间进行第二投屏资源u2的投屏展示，则执行步骤s307或步骤s308。若接收端设备无法在第二投屏资源u2对应的指定投屏时间进行第二投屏资源u2的投屏展示，可以向请求投屏展示第二投屏资源u2的发起端设备发送预约调整消息，预约调整消息用于控制发起端设备提醒用户接收端设备无法在指定投屏时间投屏展示第二投屏资源u2。预约调整消息还可以用于提醒用户调整第二投屏资源u2的请求顺序。而后基于用户对预约调整消息的响应重新执行上述步骤s300。或者，在未接收到用户对预约调整消息的响应的情况下，执行上述步骤s301。
266.在一些实施例中，发起端设备在接收到预约调整消息的情况下，可以发出预约调整提示，预约调整提示用于提醒用户接收端设备无法在指定投屏时间投屏展示第二投屏资源u2、以及可以提醒用户调整第二投屏资源u2的请求顺序。而后发起端设备可以基于检测到的用户响应于预约调整提示的操作，确定出用户重新选择的第二投屏资源u2的新的请求顺序。预约调整提示可以通过语音发出和/或在发起端设备的显示屏中展示。预约调整提示可以包括如“您的u2无法在2021年08月29日15:00投屏展示，请您重新选择请求顺序”的文字和/或语音提示。预约调整提示还可以包括提醒用户可以为其请求投屏展示的第二投屏资源u2重新选择的请求顺序。在一些实施例中，对于显示在显示屏中的预约调整提示，预约调整提示中可以为用户显示用于选择不同请求顺序的控件，并为每个控件标识其对应的请求顺序，例如，可以将如图3a中的控件k12、k13、k15显示于预约调整提示中。而后基于检测到的用户针对各控件的触发操作确定用户重新选择的请求顺序。在一些实施例中，对于通过语音发出的预约调整提示还可以向用户发出如“您希望对第二投屏资源u2进行立即投屏、下一个投屏、顺序投屏和指定预约投屏中的哪一种呢？”等的语音，而后可以基于检测到的用户响应于预约调整提示的语音发出的响应语音进行分析处理，确定出用户重新选择的新的请求顺序。发起端设备在确定出用户选择的第二投屏资源u2的新的请求顺序之后，可以生成对应于第二投屏资源u2的新的第一请求发送至接收端设备、或者将新的请求顺序作为原第一请求的补充信息发送至接收端设备，以使得接收端设备基于新的第一请求或者补充信息重新执行上述步骤s300。或者发起端设备若基于用户响应于预约调整提示的操作确定用户不再请求投屏展示第二投屏资源u2，也可以向接收端设备发出不投屏指令，以使得接收端设备基于该不投屏指令执行相应的操作，例如执行上述步骤s301。或者发起端设备若基于用户响应于预约调整提示的操作确定用户不再请求投屏展示第二投屏资源u2，也可以不向接收端设备反馈，以使得接收端设备在确定用户未对预约调整消息进行响应的情况
下，执行上述步骤s301。
267.在一些实施例中，预约调整消息中可以包括接收端设备根据当前资源列表计算出的能够投屏展示第二投屏资源u2的可选投屏时间。以使得发起端设备可以基于预约调整消息中可选投屏时间提醒用户选择是否在可选投屏时间进行第二投屏资源u2的投屏展示。
268.在一些实施例中，接收端设备根据第二投屏资源u2对应的指定投屏时间以及当前资源列表中各个未完投屏资源的信息，判定接收端设备是否可以在第二投屏资源u2对应的指定投屏时间进行第二投屏资源u2的投屏展示的实现方式可以包括：根据当前投屏展示的第一投屏资源u1的投屏进度确定出展示第一投屏资源u1的剩余时长s1，根据资源列表中其他未完投屏资源的投屏信息确定出展示各未完投屏资源的投屏时长s3，在第二投屏资源u2对应的指定投屏时间处于两个未完投屏资源投屏展示的间隔的情况下，确定接收端设备可以在第二投屏资源u2对应的指定投屏时间进行第二投屏资源u2的投屏展示。例如，假定当前资源列表为图5中的资源列表1，若当前时刻为2021年08月29日10:00，展示第一投屏资源u1的剩余时长s1为20分钟，展示各未完投屏资源中投屏资源u31、投屏资源u32的投屏时长s3分别为50分钟和80分钟，则可以确定指定投屏时间为2021年08月29日10:20、2021年08月29日11:10、以及2021年08月29日12:30之后的第二投屏资源可以被接收端设备投屏展示。若第二投屏资源u2的指定投屏时间为2021年08月29日15:00，则由于该时间接收端设备空置，接收端设备可以确定其可以在第二投屏资源u2对应的指定投屏时间进行第二投屏资源u2的投屏展示。若第二投屏资源u2的指定投屏时间为2021年08月29日10:10，则由于该时间接收端设备应正在投屏展示第一投屏资源u1，接收端设备可以确定其不可以在第二投屏资源u2对应的指定投屏时间进行第二投屏资源u2的投屏展示。可选地，接收端设备还可以向发起端设备发送预约调整消息，从而发起端设备根据预约调整消息发出预约调整提示：“您为u2指定的投屏时间与其他投屏资源的展示时间相冲突，请您重新选择预约策略，或者重新指定投屏时间”。
269.在一些实施例中，即使接收端设备确定第二投屏资源u2的指定投屏时间时接收端设备将会正在投屏展示第一投屏资源u1，接收端设备也可以在第二投屏资源u2对应的指定投屏时间进行第二投屏资源u2的投屏展示，打断或者终止第一投屏资源u1的投屏展示。从而可以强制在第二投屏资源u2的指定投屏时间开始投屏展示第二投屏资源u2。这种情况下，可选地，发起端设备也可以发出提示消息：“您为u2指定的投屏时间与其他投屏资源的展示时间相冲突，请确认是否强制在指定投屏时间进行u2的投屏展示？”，在发起端设备接收到用户的肯定答复的情况下，接收端设备将强制在第二投屏资源u2的指定投屏时间开始投屏展示第二投屏资源u2。
270.本领域技术人员可以根据实际需要对接收端设备判定自身是否可以在第二投屏资源u2对应的指定投屏时间进行第二投屏资源u2的投屏展示的实现方式进行设置，本技术对此不作限制。
271.在一些实施例中，接收端设备在确定满足第七操作条件或第八操作条件的情况下，可以基于指定投屏时间设置对应的计时器，以通过该计时器在接收端设备处于持续工作状态中确定到达指定投屏时间时为用户投屏展示第二投屏资源u2。在接收端设备关机时计时器还未完成对应的计时且对应的投屏资源记录继续保存于资源列表的情况下，接收端设备可以基于计时器设置对应的自启动时间，以保证对应的第二投屏资源u2在指定投屏时
间被投屏展示。若接收端设备在自启动时间之前已经被启动工作的情况下，接收端设备可以在启动时基于设置的自启动时间重新设置对应计时器，以在指定投屏时间达到时进行投屏展示。
272.步骤s13、判断是否停止当前正在进行的第一投屏资源u1的投屏展示。
273.在步骤s13中，接收端设备可以在执行完步骤s12之后，进行是否需要停止当前正在进行的第一投屏资源u1的投屏展示的判断，在确定需要停止第一投屏资源u1的投屏展示的情况下，执行步骤s15。在确定不需要停止第一投屏资源u1的投屏展示的情况下，执行步骤s14。
274.在一些实施例中，接收端设备可以在每次基于第一请求完成资源列表更新之后，基于更新后的资源列表判断当前资源列表的多个未完投屏资源中当前投屏顺序最前的未完投屏资源是不是第一投屏资源u1，若是则确定无需停止第一投屏资源u1的投屏展示，否则确定需要停止第一投屏资源u1的投屏展示并进行第二投屏资源u2的展示。
275.在一些实施例中，接收端设备也可以在每次基于第一请求完成资源列表更新之后、之前或者进行更新的过程中，根据确定的第二投屏资源u2对应的请求顺序(u2对应的请求顺序是根据第一请求确定的或者根据第四默认请求顺序确定的)判断是否停止当前正在进行的第一投屏资源u1的投屏展示，若请求顺序为立即投屏则确定需要停止第一投屏资源u1的投屏展示并进行第二投屏资源u2的展示，否则确定不需要停止第一投屏资源u1的投屏展示。
276.在一些实施例中，接收端设备还可以根据用户输入确定是否需要停止第一投屏资源u1的投屏展示并进行第二投屏资源u2的展示。在一些实施例中，接收端设备在接收到第一请求后确定需要停止第一投屏资源u1的投屏展示的情况下，还可以发出停止提示，停止提示用于提醒用户由于接收到的第一请求导致需要停止第一投屏资源u1的展示并进行第二投屏资源u2的展示，停止提示还可以用于提醒用户是否允许停止第一投屏资源u1的展示并进行第二投屏资源u2的展示。停止提示可以包括如“现在进行第二投屏资源u2的投屏展示？”等的显示于显示屏的文字和/或发出的语音。而后接收端设备可以基于检测到的用户响应于停止提示的操作确定是否停止第一投屏资源u1的投屏展示并进行第二投屏资源u2的展示。
277.例如，若停止提示为显示于显示屏中的包括“现在进行第二投屏资源u2的投屏展示？”的文字的提示，为便于用户响应，停止提示中还可以包括能够供用户操作以选择是否停止u1开始u2展示的“是”和“否”控件，在检测到用户针对停止提示中“是”控件的触发操作时，接收端设备可以确定用户允许停止第一投屏资源u1的投屏展示并进行第二投屏资源u2的展示。在检测到用户针对停止提示中“否”控件的触发操作时，接收端设备可以确定用户不允许停止第一投屏资源u1的投屏展示。或者，接收端设备可以根据检测到的用户响应于显示于显示屏中的停止提示发出的响应语音，确定用户是否允许停止第一投屏资源u1的投屏展示并进行第二投屏资源u2的展示。若展示停止提示为包括“现在进行第二投屏资源u2的投屏展示？”的语音提示，接收端设备在根据检测到的用户响应于为语音的停止提示发出的响应语音分析出包括类似“可以”、“好的”等确定性指示的文字时，确定用户允许停止第一投屏资源u1的投屏展示并进行第二投屏资源u2的展示，反之，则确定用户不允许停止第一投屏资源u1的投屏展示。或者，接收端设备可以在发出停止提示等待时长达到预设等待
时长后仍未检测到用户响应于停止提示所发出的操作，也可以确定用户允许停止第一投屏资源u1的投屏展示并进行第二投屏资源u2的展示。
278.在一些实施例中，接收端设备在根据用户响应于停止提示的操作而确定用户不允许停止第一投屏资源u1的投屏展示的情况下，可以直接将第二投屏资源u2的投屏顺序从原来第一请求指示的立即投屏修改为下一个投屏、并适应地修改资源列表中对应地投屏资源记录，以在第一投屏资源u1完成投屏展示后下一个进行第二投屏资源u2的投屏展示。
279.在一些实施例中，接收端设备还可以在根据用户响应于停止提示的操作而确定用户不允许停止第一投屏资源u1的投屏展示的情况下，向发起端设备发出投屏未允许消息，以使得发起端设备可以根据投屏未允许消息通过显示屏显示和/或语音的方式向用户发出投屏未允许提示，投屏未允许提示可以用于提醒用户其请求立即投屏的第二投屏资源u2未被允许立即投屏。投屏未允许提示还可以用于提醒用户为第二投屏资源u2选择新的请求顺序。其中，投屏未允许提示的实现方式类似于上文“预约调整提示”的实现方式，本领域技术人员可以根据实际需要结合“预约调整提示”的实现方式对“投屏未允许提示”的实现方式进行设置，本技术实施例对此不作限制。而后发起端设备可以基于用户响应于投屏未允许提示的操作，确定出用户为第二投屏资源u2选择的新的请求顺序，进而可以生成对应于第二投屏资源u2的新第一请求发送至接收端设备、或者将新的请求顺序作为原第一请求的补充信息发送至接收端设备，以使得接收端设备基于新第一请求或者补充信息重新执行上述步骤s300。或者发起端设备若基于用户响应于投屏未允许提示的操作确定用户不再请求投屏展示第二投屏资源u2，也可以向接收端设备发出不投屏指令或者不反馈任何信息，以使得接收端设备基于该不投屏指令或未接收到用户对投屏未允许消息的响应的情况下执行相应的操作，如直接执行步骤s301或者在已经在资源列表中新增了对应于第二投屏资源的投屏资源记录的情况下删除资源列表中第二投屏资源的投屏资源记录。
280.步骤s14、若步骤s13判断为“是”，则继续进行第一投屏资源u1的投屏展示。
281.在一些实施例中，在步骤s14中接收端设备继续进行第一投屏资源u1的投屏展示，直至第一投屏资源u1的展示完成、或者接收端设备又再次接收到新的第一请求导致该第一投屏资源u1的投屏展示被停止。
282.在一些实施例中，在确定第一投屏资源u1的投屏展示完成之后，可以将第一投屏资源u1从资源列表中删除并继续执行步骤s16。
283.步骤s15、若步骤s13判断为“否”，则停止当前正在进行的第一投屏资源u1的投屏展示。
284.在一些实施例中，在步骤s15中接收端设备停止当前正在进行的第一投屏资源u1的投屏展示，并开始第二投屏资源u2的投屏展示，直至第二投屏资源u2的展示完成、或者又再次接收到新的第一请求导致该第二投屏资源u2(若接收到新的第一请求，则该正在被投屏展示的第二投屏资源u2即为相对于该新的第一请求的第一投屏资源)的投屏展示被停止。
285.在一些实施例中，在确定第二投屏资源u2的投屏展示完成之后，可以将第二投屏资源u2从资源列表中删除并继续执行步骤s16。
286.步骤s16、在完成第一投屏资源u1或第二投屏资源u2的投屏展示之后，判断资源列表中是否存在可以立即展示的未完投屏资源，若存在则执行步骤s17；否则执行步骤s18。
287.在一些实施例中，在完成第一投屏资源u1或第二投屏资源u2的投屏展示之后，先判断资源列表是否为空，若资源列表为空则执行步骤s18。若资源列表不为空则接收端设备可以根据资源列表中当前记录的每个未完投屏资源的投屏资源记录，确定出所有未完投屏资源中投屏顺序最前的未完投屏资源是否可以立即展示，若是则执行步骤s17，否则继续等待直至确定所有未完投屏资源中投屏顺序最前的未完投屏资源可以立即展示后执行步骤s17。其中，若所有未完投屏资源中投屏顺序最前的未完投屏资源为设置了指定投屏时间且当前时刻未到达指定投屏时间的情况下，可确定所有未完投屏资源中投屏顺序最前的未完投屏资源不可以立即展示；若所有未完投屏资源中投屏顺序最前的未完投屏资源为设置了指定投屏时间且当前时刻到达指定投屏时间的情况下，可确定所有未完投屏资源中投屏顺序最前的未完投屏资源可以立即展示。若所有未完投屏资源中投屏顺序最前的未完投屏资源并未设置指定投屏时间，可确定所有未完投屏资源中投屏顺序最前的未完投屏资源可以立即展示。
288.步骤s17、若步骤s16判断为“是”，则进行投屏顺序最前的未完投屏资源的投屏展示。其中，接收端设备可以根据资源列表中记录的投屏顺序最前的未完投屏资源的投屏信息进行投屏展示。
289.在一些实施例中，在步骤s17中接收端设备进行投屏顺序最前的未完投屏资源的投屏展示，直至该未完投屏资源的投屏展示完成、或者又再次接收到新的第一请求导致该未完投屏资源(若接收到新的第一请求，则该被投屏展示的未完投屏资源即为相对于该新的第一请求的第一投屏资源)的投屏展示被停止。
290.在一些实施例中，在确定该未完投屏资源的投屏展示完成之后，可以将该展示完成的未完投屏资源从资源列表中删除并继续执行步骤s16。
291.步骤s18、若步骤s16判断为“否”，即确定资源列表中已无等待投屏展示的未完投屏资源，则结束投屏展示。
292.在一些实施例中，接收端设备可以等待接收到新的第一请求之后，重新建立或者更新资源列表，并进行投屏资源展示。
293.图6a-图6d示出根据本技术一实施例的第一界面的变化示意图。
294.在一种可能的实现方式中，接收端设备在确定满足展示条件的情况下，在展示所述第一投屏资源u1、第二投屏资源u2或其他未完投屏资源的第一界面中，展示当前资源列表。展示当前资源列表的方式可以包括展示当前资源列表中部分或全部未完投屏资源的资源相关信息。例如，如图6a所示，接收端设备当前正在为用户展示第一投屏资源u1、并确定满足展示条件的情况下，第一界面会由图6a中y1的显示状态切换为y11或y12的显示状态，在第一界面的侧边栏t3中为用户展示部分或全部未完投屏资源的资源相关信息。
295.在一些实施例中，接收端设备在确定满足展示条件的情况下，在第一界面中为用户展示的各未完投屏资源的资源相关信息可以包括：投屏顺序，名称等资源标识、投屏时长、缩略图等介绍信息，投屏信息，投屏进度(投屏进度可以包括开始投屏的时刻，预计的结束投屏的时刻，如剩余展示时长、是否正在正式等当前展示的进度)等与对应的未完投屏资源相关的信息，以使得用户基于展示的资源相关信息能够了解接收端设备的整体投屏进度，如，还有多少未完投屏资源需要投屏展示、等待投屏展示的未完投屏资源的基本情况、投屏进度，等等。
296.在一些实施例中，每个投屏资源记录中还可以记录有对应的未完投屏资源的名称、缩略图、投屏时长等用于介绍未完投屏资源的介绍信息。如图5中的资源列表1-8中“资源”一栏记录的“第一投屏资源u1”、“投屏资源u31”、“投屏资源u32”、“第二投屏资源u2”就是对应的资源的名称。在图6a中y11或y12显示状态下的第一界面中为用户展示资源相关信息时，就可以为用户展示未完投屏资源的名称。
297.在一种可能的实现方式中，接收端设备确定其满足展示条件可以包括以下至少一种：接收端设备接收到投屏资源列表展示请求，接收端设备检测到开始进行下一个未完投屏资源的投屏展示，检测到资源列表发生变化。
298.在一些实施例中，接收端设备确定其满足展示条件包括接收端设备接收到投屏资源列表展示请求，这样，可以根据用户基于自身需要触发出的投屏资源列表展示请求展示部分或全部未完投屏资源的资源相关信息。其中，投屏资源列表展示请求可以是用户通过操控发起端设备、接收端设备的显示屏、接收端设备的实体按键和/或接收端设备的外接输入设备发出的。在一些实施例中，外接输入设备可以是鼠标、遥控器、激光笔、触控笔、键盘等。而根据用户外接输入设备是否会在第一界面中为用户展示对应于该外接输入设备的光标可以将外接输入设备分为有光标类设备和无光标类设备。有光标类设备可以包括鼠标、激光笔等，且不同有光标类设备在第一界面中显示的光标的形状、颜色等可以相同也可以不同。无光标类设备可以包括遥控器、触控笔等。
299.在一些实施例中，在外接输入设备上本身设置有用于发出投屏资源列表展示请求的实体按键、且检测到其被触发的情况下，也可以确定用户通过控制外接输入设备发出投屏资源列表展示请求。
300.在一些实施例中，接收端设备在检测到用户发出对接收端设备的无光标类设备的触控操作的情况下，可以在第一界面中显示可供用户操作的包括第三控件在内的所有控件，并突出显示(如加边框、闪动等方式)第一界面中当前被选中的控件。而后根据用户对无光标类设备的进一步操作确定用户选中第三控件并触发第三控件的情况下，确定用户通过控制无光标类设备发出投屏资源列表展示请求。
301.例如，如图6b所示，以无光标类设备为遥控器为例，接收端设备在检测到用户发出的对遥控器的触控操作的情况下，为用户展示第一界面可以从y1的显示状态切换为y13的显示状态，如y13显示状态下的第一界面中展示u1的同时为用户展示包括第三控件k3在内的所有可操作控件(为示意第三控件k3的触发过程，图6b中并未示出除k3之外的其他可供用户触控操作的控件)。而后接收端设备可以在y13显示状态下的第一界面中突出显示从可操作控件中确定出的被选中控件(如可以将上一次检测到用户停止操控遥控器时被选中的可操作控件作为此次首先突出显示的被选中控件、或者也可以突出显示所有可操作控件中预先选出的默认的首先突出显示控件，等等)。而后根据用户对遥控器的“上”、“下”、“左”、“右”等方向按键的操作，确定用户每次触发方向按键所选中的可操作控件并对其进行突出显示。接收端设备在检测到当前被选中的可操作控件为第三控件k3(此时第一界面从y13的显示状态切换为y14的显示状态，y14显示状态下的第一界面中第三控件k3被突出显示)，且检测到用户通过遥控器发出的针对第三控件k3的确定操作，则可以确定检测到投屏资源列表展示请求。在一些实施例中，用户通过遥控器发出的针对第三控件k3的确定操作可以是用户发出的针对遥控器的“确定”等实体按键的触发操作。
302.在一些实施例中，接收端设备在检测到用户发出的针对有光标类设备的触控操作的情况下，为用户在第一界面中展示对应于有光标类设备的光标，并根据用户对有光标类设备的操作调整光标在第一界面的移动方向、速度、轨迹和/或显示位置。并在检测到光标被移动到第三控件k3所在区域，或者检测到光标被移动到第三控件k3所在区域时且检测到用户通过有光标类设备输入的确定操作的情况下，确定用户通过控制有光标类设备发出投屏资源列表展示请求。
303.例如，如图6c所示，以有光标类设备中的鼠标为例，接收端设备在检测到用户发出对鼠标的触控操作的情况下，为用户展示第一界面可以从y1的显示状态切换为y15的显示状态，如y15显示状态下的第一界面中展示u1的同时为用户展示包括第三控件k3在内的所有可操作控件(为示意第三控件k3的触发过程，图6c中并未示出除k3之外的其他可供用户触控操作的控件)、以及对应于鼠标的光标b。而后根据用户对鼠标的滑动操作，确定出光标b的在第一界面中的移动变化情况并进行显示。接收端设备在检测到光标b被移动到第三控件k3所在区域中的b’位置，则可以确定检测到投屏资源列表展示请求。或者，接收端设备在检测到光标b被移动到第三控件k3所在区域中的b’位置，且检测到用户通过鼠标的按键发出的针对第三控件k3的确定操作(确定操作可以为点击鼠标左键的操作等)，则可以确定检测到投屏资源列表展示请求。
304.在一些实施例中，发起端设备可以根据检测到的用户操作生成投屏资源列表展示请求并发送至接收端设备。其中，发起端设备上可以设置有用于发出投屏资源列表展示请求的实体按键、且检测到其被触发的情况下，生成投屏资源列表展示请求。或者，发起端设备的显示屏中可以为用户展示的用于操控接收端设备的控制界面，在控制界面中可以显示用于发出投屏资源列表展示请求的控件，发起端设备在检测到该控件被触发的情况下，生成投屏资源列表展示请求，并发送至接收端设备。或者，发起端设备也可以被用户作为接收端设备的“外接输入设备”，按照类似于用户通过“鼠标”或“遥控器”发出投屏资源列表展示请求的实现方式响应用户操作，实现投屏资源列表展示请求的发出。
305.在一些实施例中，在接收端设备的显示屏本身为触摸屏的情况下，接收端设备在检测到用户通过手指或触控笔发出的针对触摸屏的触摸操作的情况下，在第一界面中为用户展示可供用户操作的包括第三控件在内的所有可操作控件。而后根据用户通过手指或触控笔发出的触摸操作确定第三控件被触发的情况下，确定用户通过控制触摸屏发出投屏资源列表展示请求。
306.在一些实施例中，在接收端设备上本身设置有用于发出投屏资源列表展示请求的实体按键、且检测到其被触发的情况下，可以确定用户通过控制接收端设备的实体按键发出投屏资源列表展示请求。
307.需要说明的是，上述通过用户通过操控发起端设备、接收端设备的外接输入设备、接收端设备发出投屏资源列表展示请求的方式仅是本技术提供的示例性实现方式，本领域技术人员可以根据实际需要对投屏资源列表展示请求的实现方式进行设置，本技术对此不作限制。
308.在一些实施例中，展示条件还可以包括：当前时刻与上一次展示未完投屏资源的资源相关信息的时刻之间的时间间隔达到时间间隔阈值。例如，在第一界面展示有第一投屏资源u1的情况下，可以每间隔如20分钟等显示进行一次“每个所述未完投屏资源的资源
相关信息”的展示。这样，用户可以每隔一定时间查看到“未完投屏资源的资源相关信息”，了解接收端设备投屏的整体进度。
309.在一些实施例中，展示条件还可以包括检测到开始进行下一个未完投屏资源的投屏展示。则，接收端设备可以在每次开始下一个未完投屏资源的展示时为用户展示“部分或全部未完投屏资源的资源相关信息”。这样，用户可以在开始进行某一个未完投屏资源的投屏展示的开始阶段了解投屏的整体进度。
310.在一些实施例中，展示条件还可以包括检测到资源列表发生变化。则接收端设备可以在每次检测到资源列表发生变化的情况下，为用户展示部分或全部未完投屏资源的资源相关信息，以保证用户可以及时了解资源列表的更新变化情况。资源列表发生变化可以是：接收到第一请求而进行更新引起的；完成资源列表中投屏顺序最前的未完投屏资源的投屏展示后删除资源列表中对应的投屏资源记录引起的；等等。其中，若在为用户展示部分或全部未完投屏资源的资源相关信息的过程中检测到资源列表发生变化，可以直接根据变化后的资源列表继续进行部分或全部未完投屏资源的资源相关信息的展示。
311.在一些实施例中，接收端设备可以在第一界面中的弹窗、侧边栏t3(如图6a所示)或者第一界面中的指定区域为用户展示部分或全部未完投屏资源的资源相关信息。
312.在一些实施例中，接收端设备在确定满足展示条件进行部分或全部未完投屏资源的资源相关信息展示之前，先根据当前资源列表中未完投屏资源的数量，判断用于显示资源相关信息的弹窗、侧边栏或指定区域是否能够完全展示所有的未完投屏资源的资源相关信息。接收端设备在确定可以完全展示的情况下，可以直接为用户展示资源列表中每个未完投屏资源的资源相关信息。例如，图6a中接收端设备在确定满足展示条件前、后，第一界面从满足展示条件之前的y1的显示状态变化为满足展示条件之后展示全部的未完投屏资源的资源相关信息的y11的显示状态，在y11显示状态下的第一界面中在侧边栏t3中显示了全部的未完投屏资源的资源相关信息。接收端设备在确定不能完全展示的情况下，可以为用户展示资源列表中部分未完投屏资源的资源相关信息。例如，图6a中接收端设备在确定满足展示条件前、后，第一界面从满足展示条件之前的y1的显示状态变化为满足展示条件之后展示部分的未完投屏资源的资源相关信息的y12的显示状态，在y12显示状态下的第一界面中在侧边栏t3中显示了部分未完投屏资源的资源相关信息。
313.在一些实施例中，接收端设备在为用户展示部分或全部未完投屏资源的资源相关信息时，可以按照投屏顺序从前到后的顺序进行展示。其中，接收端设备在第一界面中展示的未完投屏资源的资源相关信息可以以列表的形式进行展示，进而可以通过未完投屏资源在列表中的前后顺序对应的表示未完投屏资源对应的投屏顺序。例如，如图6a中y11和y12显示状态下的第一界面中，接收端设备在侧边栏t3中通过列表展示“未完投屏资源的资源相关信息”，并按照投屏顺序从前到后的顺序在列表中展示各未完投屏资源。则参照图6a中y11和y12显示状态下的第一界面中侧边栏t3中的多个未完投屏资源的投屏顺序从前到后依次为：第一投屏资源u1、投屏资源u31、投屏资源u32。
314.在一些实施例中，接收端设备在第一界面中仅展示了资源列表中部分未完投屏资源的资源相关信息(如图6a中y12显示状态下的第一界面中仅展示了部分未完投屏资源的资源相关信息)的情况下，接收端设备还可以在确定满足展示内容切换条件的情况下，切换第一界面中展示的未完投屏资源的资源相关信息。例如，假定当前资源列表中的所有未完
投屏资源包括：第一投屏资源u1、投屏资源u31、投屏资源u32、投屏资源u33、投屏资源u34。图6a中y12显示状态下的第一界面中侧边栏t3最多能展示第一投屏资源u1、投屏资源u31、投屏资源u32，则接收端设备可以在确定满足展示内容切换条件的情况下，切换第一界面中展示的未完投屏资源的资源相关信息，为用户展示如图6d中y12-1、y12-2、y12-3显示状态下的第一界面中侧边栏t3展示投屏资源u31、投屏资源u32、投屏资源u33。
315.在一些实施例中，满足展示内容切换条件可以包括：检测到用户发出的资源相关信息切换请求、和/或当前展示未完投屏资源的资源相关信息的时长超过切换时长阈值。
316.在一些实施例中，接收端设备在第一界面中为用户展示部分未完投屏资源的资源相关信息的情况下，可以自动为用户进行未完投屏资源的资源相关信息的展示切换。接收端设备在为用户展示部分未完投屏资源的资源相关信息之后，进行用户操作检测，若未检测到用户操作的持续时长超过切换时长阈值的情况下，可以确定满足展示内容切换条件，可以按照预先设置的自动切换资源相关信息的速度进行未完投屏资源的资源相关信息的展示切换。切换时长阈值的时长可以根据第一界面中为用户展示的资源相关信息所对应的未完投屏资源的数量进行设置，数量越大切换时长阈值越长，以保证用户可以在自动切换前看清楚展示的资源相关信息。例如，假定切换时长阈值为3s，则接收端设备在未检测到用户操作的情况下可以每间隔3s切换一次当前展示的未完投屏资源的资源相关信息。
317.在一些实施例中，接收端设备在第一界面中为用户展示部分或全部未完投屏资源的资源相关信息的同时，可以在第一界面中为用户展示滑动控件，该滑动控件可以响应于用户的移动操作在第一界面中滑动，接收端设备在检测到用户针对滑动控件的移动操作的情况下，根据移动操作生成资源相关信息切换请求。这样，使用户可以通过控制滑动控件查看资源列表中所有的未完投屏资源的资源相关信息。资源相关信息切换请求中可以包括滑动控件被移动的速度、距离、方向和停止移动的位置等用于描述滑动控件的移动的信息，以使得接收端设备可以基于这些信息确定内容切换的速度，实现第一界面中展示的未完投屏资源的资源相关信息的切换。滑动控件可以展示于显示有未完投屏资源的资源相关信息的弹窗、侧边栏(如图6a中y12显示状态下的第一界面中侧边栏t3的侧边展示的滑动控件k5)或指定区域中。
318.在一些实施例中，接收端设备所检测到的针对滑动控件的滑动操作可以是用户通过以下任意一种方式发出的：用户触摸接收端设备的具有触摸功能的显示屏发出的、用户通过操控接收端设备的实体按键发出的、用户通过操控接收端设备的外接输入设备发出的。
319.举例来说，如图6d所示，接收端设备在为用户展示y12显示状态下的第一界面的过程中，在侧边栏t3中展示资源列表中的部分未完投屏资源的资源相关信息。其中，当前资源列表中的未完投屏资源包括：第一投屏资源u1、投屏资源u31、投屏资源u32、投屏资源u33、投屏资源u34。
320.如图6d所示，若接收端设备检测到用户通过手指或触控笔拖动滑动控件k5的情况下，可以为用户展示如图6d中y12-2显示状态下的第一界面，并基于滑动控件k5被拖动的速度和方向进行侧边栏t3中显示的未完投屏资源的资源相关信息的切换。若接收端设备检测到用户通过手指或触控笔直接移动未完投屏资源的资源相关信息的情况下，可以直接进行未完投屏资源的资源相关信息的切换。
321.如图6d所示，若接收端设备检测到用户通过无光标类设备控制滑动控件k5移动的情况下，可以为用户展示如图6d中y12-1显示状态下的第一界面，在y12-1显示状态下的第一界面中滑动控件k5被突出显示，且接收端设备可以基于用户对无光标类设备的操作选中并控制滑动控件k5进行上、下移动。接收端设备在移动滑动控件k5的过程中基于滑动控件k5被移动的速度和方向进行侧边栏t3中显示的未完投屏资源的资源相关信息的切换。例如，若无光标类设备为遥控器，则接收端设备在确定用户选中k5之后，可以根据检测到的用户对遥控器的“向上”或“向下”按键的操作移动k5。
322.如图6d所示，若接收端设备检测到用户通过有光标类设备控制滑动控件k5移动的情况下，可以为用户展示如图6d中y12-3显示状态下的第一界面，在y12-3显示状态下的第一界面中显示对应于有光标类设备的光标b，且接收端设备可以基于用户对有光标类设备借助光标b选中并对滑动控件k5的控制进行上、下移动。接收端设备在移动滑动控件k5的过程中基于滑动控件k5被移动的速度和方向进行侧边栏t3中显示的未完投屏资源的资源相关信息的切换。或者，接收端设备可以基于用户对有光标类设备的操作将光标b移动至显示有未完投屏资源的资源相关信息的区域或位置，而后基于用户对有光标类设备中滑动按键(如鼠标的滚轮等)的操作进行侧边栏t3中显示的未完投屏资源的资源相关信息的切换。例如，若有光标类设备为鼠标，则接收端设备在确定用户通过鼠标选中k5(可在检测到鼠标对应的光标b被移动到k5所在区域且鼠标左键被点击时确定k5被选中)之后，可以根据检测到的用户对鼠标的“向上”或“向下”移动移动k5。或者，接收端设备在确定用户通过鼠标对应的光标b被移动到显示有未完投屏资源的资源相关信息的区域(如侧边栏t3所在区域)之后，可以根据检测到的用户对鼠标的滚轮的滚动直接进行显示的未完投屏资源的资源相关信息的切换。
323.在一些实施例中，在外接输入设备上本身设置有用于发出资源相关信息切换请求的实体按键、且检测到其被触发的情况下，也可以确定用户通过控制外接输入设备发出资源相关信息切换请求。
324.在一些实施例中，在接收端设备上本身设置有用于发出资源相关信息切换请求的实体按键、且检测到其被触发的情况下，可以确定用户通过控制接收端设备的实体按键发出资源相关信息切换请求。
325.在一种可能的实现方式中，该方法还可以包括：接收端设备在为用户展示部分或全部未完投屏资源的资源相关信息的过程中，在满足停止展示条件的情况下，停止所述第一界面中资源相关信息的展示。例如，在为用户展示如图6a所示的y11、y12显示状态下的第一界面、如图6d所示的y12-1、y12-2、y12-3显示状态下的第一界面的过程中，接收端设备若确定满足停止展示条件则停止第一界面中资源相关信息的展示，则第一界面由y11、y12、。y12-1、y12-2、y12-3的显示状态切换回如图6a中y1的显示状态。
326.在一种可能的实现方式中，接收端设备确定其满足停止展示条件可以包括以下至少一种：接收端设备接收到投屏资源列表停止展示请求，展示资源相关信息后未检测到用户针对资源相关信息的操作的时长超过停止展示时长阈值。
327.在一些实施例中，停止展示时长阈值大于切换时长阈值，以保证在停止展示资源相关信息之前用户能够清楚看到其所要观看资源相关信息。停止展示时长阈值可以根据当前资源列表中未完投屏资源的数量进行设置，数量越大停止展示时长阈值可以相应设置越
长，也可以保证停止展示资源相关信息之前用户能够清楚看到其所要观看资源相关信息。例如，假定停止展示时长阈值为15s。接收端设备在为用户展示未完投屏资源的资源相关信息的过程中，若从开始展示就一直未检测到用户操作，则可以在当前时刻与开始展示资源相关信息的开始时刻之间的时长达到15s的情况下，确定满足停止展示条件。接收端设备在为用户展示未完投屏资源的资源相关信息的过程中，若开始展示之后检测到用户操作，则可以在当前时刻与检测到用户上一次操作停止的时刻之间的时长达到15s的情况下，确定满足停止展示条件。
328.在一些实施例中，接收端设备在第一界面中为用户展示部分或全部未完投屏资源的资源相关信息的同时，可以在第一界面中为用户展示停止展示控件，该停止展示控件可以响应于用户的操作被触发，接收端设备在检测到停止展示控件被触发的情况下，确定接收到投屏资源列表停止展示请求。这样，使用户可以通过触发停止展示控件停止以第一界面中未完投屏资源的资源相关信息的展示。
329.在一些实施例中，用户可以通过控制发起端设备、接收端设备的显示屏、接收端设备的实体按键和/或接收端设备的外接输入设备触发停止展示控件。其中，触发停止展示控件的实现方式与上文触发第三控件k3的实现方式类似，可以参照第三控件k3的触发过程对触发停止展示控件的实现方式进行设置，以下仅通过示例进行示意性说明。例如，假定当前接收端设备为用户展示的是图6a中y12显示状态下的第一界面，通过侧边栏t3为用户展示未完投屏资源的资源相关信息，并在侧边栏t3中为用户展示了停止展示控件k4。若接收端设备的显示屏为触摸屏，则接收端设备检测到用户通过手指或触控笔对停止展示控件k4发出通过点击、长按等触发操作的情况下，确定停止展示控件k4被触发。接收端设备检测到用户通过遥控器等无光标类设备选中被发出对停止展示控件k4确定操作的情况下，确定停止展示控件k4被触发。接收端设备检测到用户通过鼠标等有光标类设备将对应的光标b移动至停止展示控件k4所在的区域并发出确定操作(如单击鼠标左键)的情况下，确定停止展示控件k4被触发。
330.在一些实施例中，在接收端设备和/或发起端设备设置有用于发出投屏资源列表停止展示请求的实体按键的情况下，若接收端设备检测到自身设置的对应于投屏资源列表停止展示请求的实体按键被触发，则可以生成投屏资源列表停止展示请求；若发起端设备检测到自身设置的对应于投屏资源列表停止展示请求的实体按键被触发，则可以生成投屏资源列表停止展示请求并将其发送至接收端设备。
331.在一些实施例中，发起端设备的显示屏中可以为用户展示的用于操控接收端设备的控制界面，在控制界面中可以显示用于发出投屏资源列表停止展示请求的控件，发起端设备在检测到该控件被触发的情况下，生成投屏资源列表停止展示请求并发送至接收端设备。
332.需要说明的是，上述通过用户通过操控发起端设备、接收端设备的触摸屏或者接收端设备的外接输入设备发出投屏资源列表停止展示请求的方式仅是本技术提供的示例性实现方式，本领域技术人员可以根据实际需要对投屏资源列表停止展示请求的实现方式进行设置，本技术对此不作限制。
333.在一种可能的实现方式中，所述方法还可以包括：接收端设备响应于接收到的资源列表查看请求，将所述资源列表中每个所述未完投屏资源的资源相关信息发送至发出所
述资源列表查看请求的发起端设备，以使发出所述资源列表查看请求的发起端设备展示每个所述未完投屏资源的资源相关信息。
334.其中，发出资源列表查看请求的发起端设备可以是任意一个与接收端设备建立连接的发起端设备。发出资源列表查看请求的发起端设备在接收到每个所述未完投屏资源的资源相关信息之后，可以在发起端设备的显示屏中通过弹窗等形式进行展示。
335.在一种可能的实现方式中，该方法还可以包括：接收端设备在确定当前时刻与进行下一个进行投屏展示的未完投屏资源的开始时刻之间的时间间隔为预设间隔的情况下，可以先向下一个要投屏展示的未完投屏资源对应的发起端设备发出投屏展示提示消息，以使得接收到投屏展示提示消息的发起端设备向用户发出投屏展示提示。投屏展示提示消息中可以包括下一个要投屏展示的第三投屏资源的开始时刻、投屏展示所需占用的时长、结束时刻、接收端设备的信息(如位置、名称等信息)等。其中，投屏展示提示的实现方式与上述第二提示的实现方式类似，此处不予赘述。例如，显示于发起端设备的显示屏中的投屏展示提示可以包括“您的第三投屏资源将于13:20开始投屏展示，预计展示时长50分钟、14:10展示结束，5分钟后开始，请准备观看”等类似的文字提示。这样，可以提醒用户及时到接收端设备前观看其请求的投屏展示的第三投屏资源，避免用户错过，保证用户能准时查看。
336.在一些实施例中，预设间隔可以为10分钟、5分钟等相对短一些的时长，可以根据用户的设置调整预设间隔的时长。或者，预设间隔也可以为0分钟，也即接收端设备可以在开始投屏展示第三投屏资源时，向对应于第三投屏资源的发起端设备发送投屏展示提示消息。
337.在一种可能的实现方式中，在实现方式二中，步骤s12可以包括：接收端设备在接收到第一请求之后，不进行第二投屏资源u2与资源列表中的未完投屏资源是否相同的判断，直接根据第一请求指示的第二投屏资源u2的请求顺序，更新资源列表。
338.在一些实施例中，实现方式二中的更新资源列表所执行的操作可以包括：在确定第二投屏资源u2对应的请求顺序为立即投屏的情况下，接收端设备可以立即投屏展示所述第二投屏资源。并且，可以将第二投屏资源作为当前投屏顺序最前的新的未完投屏资源记录到所述资源列表。其中，在实现方式二中，接收端设备在确定第二投屏资源u2的请求顺便为立即投屏的情况下，可以确定该第一请求指示的第二投屏资源u2是用户申请需要立即进行投屏展示的资源，则可以将所述第二投屏资源u2作为当前投屏顺序最前的新的未完投屏资源记录到所述资源列表。
339.在一些实施例中，在实现方式二中，由于用户需要立即进行第二投屏资源u2的投屏展示，会造成未完成展示的与第二投屏资源u2不同的第一投屏资源u1的展示被强行停止，则对于被停止投屏展示的第一投屏资源u1接收端设备可以通过以下方式一、方式二中任意一种进行处理：
340.方式一，对于因接收到第一请求而被停止展示的第一投屏资源u1，接收端设备可以继续在资源列表中保留第一投屏资源u1的投屏资源记录，并在第一投屏资源u1的投屏资源记录的投屏信息中新增第一投屏资源u1的展示进度、以及将第一投屏资源u1的当前投屏顺序调整为所述第二投屏资源u2之后的最前投屏，也即，更新资源列表后其记录的多个未完投屏资源的投屏顺序从前到后依次为：第二投屏资源u2、第一投屏资源u1、其他未完投屏资源。从而，当第二投屏资源u2展示完成后，接收端设备可以根据资源列表中记录的第一投
屏资源u1的展示进度，继续从该展示进度处展示第一投屏资源u1。
341.方式二，对于因接收到第一请求而被停止展示的第一投屏资源u1，可以直接从资源列表中删除对应的投屏资源记录。也即，更新资源列表后其记录的多个未完投屏资源的投屏顺序从前到后依次为：第二投屏资源u2、其他投屏资源。从而，当第二投屏资源u2展示完成后，接收端设备可以直接展示其他投屏资源而不会重新展示第一投屏资源u1。
342.在一些实施例中，接收端设备在确定需要停止第一投屏资源u1的投屏展示，则可以直接执行步骤s15。在步骤s15中，停止正在投屏展示的第一投屏资源u1的展示，进行第二投屏资源u2的投屏展示。
343.在一些实施例中，实现方式二中的更新资源列表所执行的操作可以包括：在确定第二投屏资源u2对应的请求顺序为预约投屏的情况下，将第二投屏资源u2记录至所述资源列表，以在所述资源列表中投屏顺序位于所述第二投屏资源u2之前的未完投屏资源投屏展示完成后，投屏展示所述第二投屏资源u2。
344.在一些实施例中，实现方式二中，若所述第二投屏资源u2对应的请求顺序为所述顺序投屏，则所述接收端设备将所述第二投屏资源u2作为最后的未完投屏资源记录到所述资源列表中。其中，接收端设备在确定第二投屏资源u2的请求顺序为顺序投屏的情况下，可以确定该第一请求指示的第二投屏资源u2是用户申请需要排队顺序进行投屏展示的资源，则可以将第二投屏资源u2作为当前的投屏顺序最后的新的未完投屏资源增加到资源列表，在资源列表中新增对应于第二投屏资源的投屏资源记录。
345.在一些实施例中，实现方式二中，若所述第二投屏资源u2对应的请求顺序为所述下一个投屏，则所述接收端设备将所述第二投屏资源u2作为紧跟在所述第一投屏资源u1之后的未完投屏资源记录到所述资源列表中。在请求顺序为下一个投屏的情况下，接收端设备可以确定该第一请求指示的第二投屏资源u2是用户申请需要在第一投屏资源u1完成展示后下一个进行投屏展示的资源，则可以将第二投屏资源u2作为当前投屏顺序在第一投屏资源u1之后的下一个投屏展示的新的未完投屏资源增加到资源列表。也即，在资源列表中新增一条对应于第二投屏资源u2的投屏资源记录。
346.在一些实施例中，实现方式二中，若所述第二投屏资源u2对应的请求顺序为所述指定预约投屏，则所述接收端设备根据所述第二投屏资源u2对应的指定投屏时间，将所述第二投屏资源u2记录到所述资源列表中。在请求顺序为指定预约投屏的情况下，接收端设备可以确定该第一请求指示的第二投屏资源u2是用户申请需要在指定投屏时间进行投屏展示的资源，则将该第二投屏资源u2作为新的未完投屏资源，并根据与第二投屏资源的指定投屏时间对应的投屏顺序在资源列表中新增对应于第二投屏资源u2的投屏资源记录。
347.本技术还提供一种投屏控制装置，应用于接收端设备，包括：所述接收端设备维护有资源列表，所述资源列表用于记录一个或多个未完投屏资源，所述未完投屏资源包括所述接收端设备正在投屏展示的第一投屏资源和/或预约并等待投屏展示的其他投屏资源，所述装置包括：
348.请求接收模块，所述接收端设备在投屏展示所述第一投屏资源的过程中，接收来自发起端设备的第一请求，其中，所述第一请求用于请求投屏展示第二投屏资源；
349.第一更新模块，若所述第二投屏资源对应的请求顺序为预约投屏，则所述接收端设备将所述第二投屏资源记录至所述资源列表，以在所述资源列表中投屏顺序位于所述第
二投屏资源之前的未完投屏资源投屏展示完成后，投屏展示所述第二投屏资源。
350.在一种可能的实现方式中，所述装置还可以包括：
351.立即投屏模块，若所述第二投屏资源对应的请求顺序为立即投屏，则所述接收端设备立即投屏展示所述第二投屏资源。
352.在一种可能的实现方式中，所述立即投屏模块可以包括：
353.投屏展示子模块，若所述第二投屏资源对应的请求顺序为所述立即投屏，则所述接收端设备停止展示所述第一投屏资源并立即投屏展示所述第二投屏资源；
354.资源列表更新子模块，所述接收端设备将所述资源列表中记录的所述第一投屏资源删除，或者，
355.所述接收端设备记录所述第一投屏资源的展示进度，且不删除所述资源列表中记录的所述第一投屏资源，以在所述第二投屏资源投屏展示完成后根据所述展示进度继续展示所述第一投屏资源。
356.在一种可能的实现方式中，所述预约投屏包括顺序投屏、下一个投屏和指定预约投屏中的任意一种，所述指定预约投屏对应有指定投屏时间。
357.在一种可能的实现方式中，第一更新模块可以包括：
358.顺序更新子模块，若所述第二投屏资源对应的请求顺序为所述顺序投屏，则所述接收端设备将所述第二投屏资源作为最后的未完投屏资源记录到所述资源列表中；或者
359.下一个更新子模块，若所述第二投屏资源对应的请求顺序为所述下一个投屏，则所述接收端设备将所述第二投屏资源作为紧跟在所述第一投屏资源之后的未完投屏资源记录到所述资源列表中；或者
360.指定更新子模块，若所述第二投屏资源对应的请求顺序为所述指定预约投屏，则所述接收端设备根据所述第二投屏资源对应的指定投屏时间，将所述第二投屏资源记录到所述资源列表中。
361.在一种可能的实现方式中，所述第一请求还用于指示所述第二投屏资源的投屏信息，所述资源列表中记录有每个未完投屏资源的投屏信息，所述投屏信息包括统一资源标识符uri，所述装置还可以包括：
362.资源获取模块，所述接收端设备在投屏展示所述第二投屏资源之前，根据所述第二投屏资源的uri从服务器中获取到所述第二投屏资源。
363.在一种可能的实现方式中，所述第一请求还用于指示所述第二投屏资源的请求顺序，所述装置还可以包括：
364.第一请求顺序确定模块，根据所述第一请求，确定所述第二投屏资源对应的请求顺序。
365.在一种可能的实现方式中，所述装置还可以包括：
366.第二请求顺序确定模块，若所述第一请求中未指示所述第二投屏资源的请求顺序，则将预先设置的接收端默认请求顺序确定为所述第二投屏资源对应的请求顺序。
367.在一种可能的实现方式中，所述资源列表中记录有每个未完投屏资源对应的投屏顺序。
368.在一种可能的实现方式中，所述接收端设备为支持dlna协议且与所述发起端设备处于同一个局域网中的设备，所述资源列表中的未完投屏资源是一个或多个发起端设备请
求投屏展示的投屏资源。
369.在一种可能的实现方式中，所述装置还可以包括：
370.资源列表显示模块，所述接收端设备显示所述资源列表。
371.在一种可能的实现方式中，所述装置还可以包括：
372.第一信息发送模块，所述接收端设备响应于接收到的资源列表查看请求，将所述资源列表中每个所述未完投屏资源的资源相关信息发送至发出所述资源列表查看请求的发起端设备，以使发出所述资源列表查看请求的发起端设备进行未完投屏资源的资源相关信息的展示。
373.在一种可能的实现方式中，所述装置还可以包括：
374.进度发送模块，将所述第二投屏资源的投屏进度发送至发出所述第一请求的所述发起端设备，以使所述发起端设备进行所述第二投屏资源的投屏进度的展示。
375.在一种可能的实现方式中，所述第二投屏资源包括至少一个可投屏对象，所述第一请求还包括每个可投屏对象在所述第二投屏资源的所有可投屏对象中的展示顺序，所述资源列表中记录有未完投屏资源中每个可投屏对象的对应的投屏顺序，所述装置还可以包括：
376.投屏展示模块，在展示所述第二投屏资源的过程中，按照展示顺序的从前到后依次进行所述第二投屏资源中每个所述可投屏对象的投屏展示。
377.在一种可能的实现方式中，所述装置还可以包括：
378.第二信息发送模块，所述接收端设备向所述资源列表中的第三投屏资源对应的发起端设备发送投屏展示提示消息，所述投屏展示提示消息用于使所述第三投屏资源对应的发起端设备提示用户即将展示或正在展示所述第三投屏资源。
379.其中，应用于接收端设备的投屏控制装置的各模块的有益效果可以参见上文应用于接收端设备的投屏控制方法中对应的步骤的有益效果，此处不予赘述。
380.本技术还提供一种投屏控制装置，应用于发起端设备，所述装置包括：
381.第一接收模块，接收用户的第一输入，所述第一输入用于触发请求投屏展示第二投屏资源；
382.第一提示发出模块，发出第一提示，所述第一提示用于提醒用户指示所述第二投屏资源的请求顺序；
383.第二接收模块，接收用户的第二输入，确定出所述第二投屏资源的请求顺序；
384.请求生成模块，根据所述第二投屏资源和所述第二投屏资源的请求顺序生成第一请求，所述第一请求用于请求投屏展示所述第二投屏资源；
385.请求发送模块，将所述第一请求发送至接收端设备。
386.在一种可能的实现方式中，所述请求顺序包括立即投屏或预约投屏，所述预约投屏包括顺序投屏、下一个投屏和指定预约投屏中的任意一种，所述指定预约投屏对应有指定投屏时间。
387.在一种可能的实现方式中，所述第二接收模块可以包括：
388.接收子模块，接收用户作用于立即投屏控件的第二输入，确定所述第二投屏资源的请求顺序为所述立即投屏，或者，接收用户作用于预约投屏控件的第二输入，确定所述第二投屏资源的请求顺序为所述预约投屏。
389.在一种可能的实现方式中，所述接收子模块可以包括：
390.第一接收子模块，接收用户作用于顺序投屏控件的第三输入，确定所述第二投屏资源的请求顺序为所述顺序投屏，或者，
391.第二接收子模块，接收用户作用于下一个投屏控件的第三输入，确定所述第二投屏资源的请求顺序为所述下一个投屏，或者，
392.第三接收子模块，接收用户作用于指定预约投屏控件的第三输入，确定所述第二投屏资源的请求顺序为所述指定预约投屏。
393.在一种可能的实现方式中，所述装置还可以包括：
394.进度接收模块，接收所述接收端设备发送的所述第二投屏资源的投屏进度，并展示所述第二投屏资源的投屏进度。
395.在一种可能的实现方式中，所述第二投屏资源包括至少一个可投屏对象，所述可投屏对象包括视频、音频、文档、图片中的任意一种或多种。
396.在一种可能的实现方式中，所述装置还可以包括：
397.对象选择模块，在所述接收用户的第一输入之前，接收用户选择至少一个可投屏对象的第四输入。
398.在一种可能的实现方式中，所述装置还可以包括：
399.设备选择模块，在所述将所述第一请求发送至接收端设备之前，显示至少一个候选接收端设备的标识信息，以供用户从所述至少一个候选接收端设备中选择所述接收端设备。
400.在一种可能的实现方式中，所述装置还可以包括：
401.消息接收模块，接收所述发起端设备发送的投屏展示提示消息，响应于所述投屏展示提示消息，提示用户所述接收端设备即将展示或正在展示所述第二投屏资源。
402.在一种可能的实现方式中，所述发起端设备为支持dlna协议且与所述接收端设备处于同一个局域网中的设备。
403.在一种可能的实现方式中，所述第二投屏资源包括统一资源标识符uri。
404.其中，应用于发起端设备的投屏控制装置的各模块的有益效果可以参见上文应用于发起端设备的投屏控制方法中对应的步骤的有益效果，此处不予赘述。
405.图7示意了一种发起端设备100的结构示意图。
406.如图7所示，发起端设备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等。
407.可以理解的是，本技术实施例示意的结构并不构成对发起端设备100的具体限定。在本技术另一些实施例中，发起端设备100可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和
硬件的组合实现。
408.处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器(application processor，ap)，调制解调处理器，图形处理器(graphics processing unit，gpu)，图像信号处理器(image signal processor，isp)，控制器，视频编解码器，数字信号处理器(digital signal processor，dsp)，基带处理器，和/或神经网络处理器(neural-network processing unit，npu)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。
409.处理器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。
410.处理器110中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器110中的存储器可以为高速缓冲存储器。该存储器可以保存处理器110用过或使用频率较高的指令或数据。如果处理器110需要使用该指令或数据，可从该存储器中直接调用。避免了重复存取，减少了处理器110的等待时间，因而提高了系统的效率。
411.在一些实施例中，处理器110可以包括一个或多个接口。接口可以包括集成电路(inter-integrated circuit，i2c)接口，集成电路内置音频(inter-integrated circuit sound，i2s)接口，脉冲编码调制(pulse code modulation，pcm)接口，通用异步收发传输器(universal asynchronous receiver/transmitter，uart)接口，移动产业处理器接口(mobile industry processor interface，mipi)，通用输入输出(general-purpose input/output，gpio)接口，用户标识模块(subscriber identity module，sim)接口，和/或通用串行总线(universal serial bus，usb)接口等。处理器110可以通过以上至少一种接口连接触摸传感器、音频模块、无线通信模块、显示器、摄像头等模块。
412.处理器110可以于执行本技术投屏控制方法中发起端设备所执行的步骤s41-步骤s43等步骤。
413.可以理解的是，本技术实施例示意的各模块间的接口连接关系，只是示意性说明，并不构成对发起端设备100的结构限定。在本技术另一些实施例中，发起端设备100也可以采用上述实施例中不同的接口连接方式，或多种接口连接方式的组合。
414.发起端设备100可以通过gpu，显示屏194，以及应用处理器等实现显示功能。gpu为图像处理的微处理器，连接显示屏194和应用处理器。gpu用于执行数学和几何计算，用于图形渲染。处理器110可包括一个或多个gpu，其执行程序指令以生成或改变显示信息。
415.显示屏194用于显示图像，视频等。显示屏194包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display，lcd)，有机发光二极管(organic light-emitting diode，oled)，有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrix organic light emitting diode的，amoled)，柔性发光二极管(flex light-emitting diode，fled)，miniled，microled，micro-oled，量子点发光二极管(quantum dot light emitting diodes，qled)等。在一些实施例中，发起端设备100可以包括1个或多个显示屏194。显示屏194可以用于显示本技术投屏控制方法中发起端设备为用户展示的第一提示、第二提示等提示。
416.发起端设备100可以通过音频模块170，扬声器170a，受话器170b，麦克风170c，耳机接口170d，以及应用处理器等实现音频功能。例如音乐播放，录音等。
417.音频模块170用于将数字音频信息转换成模拟音频信号输出，也用于将模拟音频输入转换为数字音频信号。音频模块170还可以用于对音频信号编码和解码。在一些实施例中，音频模块170可以设置于处理器110中，或将音频模块170的部分功能模块设置于处理器110中。
418.扬声器170a，也称“喇叭”，用于将音频电信号转换为声音信号。发起端设备100可以通过扬声器170a收听音乐，或输出免提通话的音频信号。扬声器170a可以在处理器110的控制下发出本技术投屏控制方法中又发起端设备通过语音发出的第一提示语音等。
419.受话器170b，也称“听筒”，用于将音频电信号转换成声音信号。当发起端设备100接听电话或语音信息时，可以通过将受话器170b靠近人耳接听语音。
420.麦克风170c，也称“话筒”，“传声器”，用于将声音信号转换为电信号。当拨打电话或发送语音信息时，用户可以通过人嘴靠近麦克风170c发声，将声音信号输入到麦克风170c。发起端设备100可以设置至少一个麦克风170c。在另一些实施例中，发起端设备100可以设置两个麦克风170c，除了采集声音信号，还可以实现降噪功能。在另一些实施例中，发起端设备100还可以设置三个，四个或更多麦克风170c，实现采集声音信号，降噪，还可以识别声音来源，实现定向录音功能等。
421.触摸传感器180k，也称“触控器件”。触摸传感器180k可以设置于显示屏194，由触摸传感器180k与显示屏194组成触摸屏，也称“触控屏”。触摸传感器180k用于检测作用于其上或附近的触摸操作。触摸传感器可以将检测到的触摸操作(如针对第一控件k1等的触发操作)传递给应用处理器，以确定触摸事件类型。可以通过显示屏194提供与触摸操作相关的视觉输出。在另一些实施例中，触摸传感器180k也可以设置于发起端设备100的表面，与显示屏194所处的位置不同。
422.按键190可以包括开机键，音量键等。按键190可以是机械按键。也可以是触摸式按键。发起端设备100可以接收按键输入，产生与发起端设备100的用户设置以及功能控制有关的键信号输入。
423.图8示出根据本技术一实施例的接收端设备的结构示意图。
424.如图8所示，接收端设备200可以包括：处理器101a，存储器102a，通信电路103a，天线104a，传感器模块105a，显示屏107a。其中：
425.处理器101a可用于读取和执行计算机可读指令。具体实现中，处理器101a可主要包括控制器、运算器和寄存器。其中，控制器主要负责指令译码，并为指令对应的操作发出控制信号。运算器主要负责保存指令执行过程中临时存放的寄存器操作数和中间操作结果等。具体实现中，处理器101a的硬件架构可以是专用集成电路(asic)架构、mips架构、arm架构或者np架构等等。其中，处理器101a执行指令时可以实现上述投屏控制方法中接收端设备所执行的步骤s11-步骤s18等步骤的操作。
426.在一些实施例中，处理器101a可以用于解析通信电路103a接收到的信号。
427.存储器102a与处理器101a耦合，用于存储各种软件程序和/或多组指令。具体实现中，存储器102a可包括高速随机存取的存储器，并且也可包括非易失性存储器，例如一个或多个磁盘存储设备、闪存设备或其他非易失性固态存储设备。存储器102a可以存储操作系统，例如ucos，vxworks、rtlinux等嵌入式操作系统。存储器102a还可以存储通信程序，该通信程序可用于与其他设备进行通信。
428.通信电路103a可以提供应用在接收端设备上的包括wlan(如wi-fi网络)，br/edr，ble，gnss，fm等无线通信的解决方案。
429.在另一些实施例中，通信电路103a也可以发射信号，使得其他设备可以发现接收端设备。
430.接收端设备的无线通信功能可以通过天线104a，通信电路103a，调制解调处理器等实现。
431.天线104a可用于发射和接收电磁波信号。接收端设备中的每个天线可用于覆盖单个或多个通信频带。
432.在一些实施例中通信电路103a的天线可以有一个或多个。
433.传感器模块105a可以包括用于进行接收端设备200的触摸信息等信息采集的各类传感器件，如，触摸传感器，等等。
434.接收端设备还可以包括显示屏107a，其中，该显示屏107a可用于显示图像，提示信息等。显示屏可以采用液晶显示屏(liquid crystal display，lcd)，有机发光二极管(organic light-emitting diode，oled)显示屏，有源矩阵有机发光二极体(active-matrix organic light-emitting diode，amoled)显示屏，柔性发光二极管(flexible light-emitting diode，fled)显示屏，量子点发光二极管(quantum dot light-emitting diodes，qled)显示屏等等。显示屏107a用于投屏展示上述投屏资源。
435.在一些实施例中，接收端设备还可以包括rs-232接口等串行接口。该串行接口可连接至其他设备，如智能音箱等音频外放设备，使得接收端设备和音频外放设备协作播放音视频。
436.可以理解的是，图8示意的结构并不构成对接收端设备的具体限定。在本技术另一些实施例中，接收端设备可以包括比图示更多或更少的部件，或组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。
437.本技术的实施例提供了一种投屏装置，包括：处理器以及用于存储处理器可执行指令的存储器；其中，所述处理器被配置为执行所述指令时实现上述方法。
438.本技术的实施例提供了一种非易失性计算机可读存储介质，其上存储有计算机程序指令，所述计算机程序指令被处理器执行时实现上述方法。
439.本技术的实施例提供了一种计算机程序产品，包括计算机可读代码，或者承载有计算机可读代码的非易失性计算机可读存储介质，当所述计算机可读代码在电子设备的处理器中运行时，所述电子设备中的处理器执行上述方法。
440.计算机可读存储介质可以是可以保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质例如可以是――但不限于――电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：便携式计算机盘、硬盘、随机存取存储器(random access memory，ram)、只读存储器(read only memory，rom)、可擦式可编程只读存储器(electrically programmable read-only-memory，eprom或闪存)、静态随机存取存储器(static random-access memory，sram)、便携式压缩盘只读存储器(compact disc read-only memory，cd-rom)、数字多功能盘(digital video disc，dvd)、记忆棒、软盘、机械编码设备、例如其上存储有指令的打孔卡或凹槽内凸起结构、以及上述的任意合适的组合。
441.这里所描述的计算机可读程序指令或代码可以从计算机可读存储介质下载到各个计算/处理设备，或者通过网络、例如因特网、局域网、广域网和/或无线网下载到外部计算机或外部存储设备。网络可以包括铜传输电缆、光纤传输、无线传输、路由器、防火墙、交换机、网关计算机和/或边缘服务器。每个计算/处理设备中的网络适配卡或者网络接口从网络接收计算机可读程序指令，并转发该计算机可读程序指令，以供存储在各个计算/处理设备中的计算机可读存储介质中。
442.用于执行本技术操作的计算机程序指令可以是汇编指令、指令集架构(instruction set architecture，isa)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码，所述编程语言包括面向对象的编程语言—诸如smalltalk、c++等，以及常规的过程式编程语言—诸如“c”语言或类似的编程语言。计算机可读程序指令可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络—包括局域网(local area network，lan)或广域网(wide area network，wan)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。在一些实施例中，通过利用计算机可读程序指令的状态信息来个性化定制电子电路，例如可编程逻辑电路、现场可编程门阵列(field-programmable gate array，fpga)或可编程逻辑阵列(programmable logic array，pla)，该电子电路可以执行计算机可读程序指令，从而实现本技术的各个方面。
443.这里参照根据本技术实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本技术的各个方面。应当理解，流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合，都可以由计算机可读程序指令实现。
444.这些计算机可读程序指令可以提供给通用计算机、专用计算机或其它可编程数据处理装置的处理器，从而生产出一种机器，使得这些指令在通过计算机或其它可编程数据处理装置的处理器执行时，产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中，这些指令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作，从而，存储有指令的计算机可读介质则包括一个制造品，其包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的各个方面的指令。
445.也可以把计算机可读程序指令加载到计算机、其它可编程数据处理装置、或其它设备上，使得在计算机、其它可编程数据处理装置或其它设备上执行一系列操作步骤，以产生计算机实现的过程，从而使得在计算机、其它可编程数据处理装置、或其它设备上执行的指令实现流程图和/或框图中的一个或多个方框中规定的功能/动作。
446.附图中的流程图和框图显示了根据本技术的多个实施例的装置、系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或指令的一部分，所述模块、程序段或指令的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。
447.也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行相应的功能或动作的硬件(例如电路或asic(application specific integrated circuit，专用集成电路))来实现，或者可以用硬件和软件的组合，如固件等来实现。
448.尽管在此结合各实施例对本发明进行了描述，然而，在实施所要求保护的本发明过程中，本领域技术人员通过查看所述附图、公开内容、以及所附权利要求书，可理解并实现所述公开实施例的其它变化。在权利要求中，“包括”(comprising)一词不排除其他组成部分或步骤，“一”或“一个”不排除多个的情况。单个处理器或其它单元可以实现权利要求中列举的若干项功能。相互不同的从属权利要求中记载了某些措施，但这并不表示这些措施不能组合起来产生良好的效果。
449.以上已经描述了本技术的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场中的技术的改进，或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。