表示交互式app 234未产生业务的情形的信号。当多个app之中的与交互式app 234相对应的所有app 235_1至235-N还没有被执行时，监视器单元220可以停止执行业务监视器224。当从调度器210接收到表示延迟容忍app 236的内容传输已经完成的信号时，监视器单元220可以停止执行处理监视器222。
[0047]存储器230存储数据存储单元232、交互式app 234和延迟容忍app 236。存储器230可以存储包括根据本公开的各个实施例的指令的一个或多个程序。
[0048]数据存储单元232存储在与存储在存储器230中程序或app相对应的功能的执行期间所产生的数据。根据本公开的数据存储单元232可以存储用于与延迟容忍app 236相对应的各个app 237-1至237-N的各则内容和容许延迟时间信息。数据存储单元232可以存储用于在电子设备中将多个app分类为交互式app 234和延迟容忍app 236的信息和/或规则。
[0049]交互式app 234是产生需要被实时地发送和接收的交互式业务的app并且可以包括多个app 235-1至235-N。在该情况下，交互式app 234是当用户请求服务时为了提供服务而产生需要立即或在数秒内被发送和接收的业务的app，并且例如可以包括web浏览器app、视频观看app、音乐收听app、游戏app等等。
[0050]延迟容忍app 236是通过用户或服务器250的请求所执行的以产生延迟容忍业务的app，并且可以包括多个app 237-1至237-N。延迟容忍app 236是用于生成当用户请求服务时、即使不是立即地而是在数秒或数小时之后执行的用于提供所请求的服务的数据发送和接收、当用户使用相关服务时也没有问题的业务的app，并且例如可以包括电子邮件app、播客下载app、云同步app、内容上载/下载app、软件更新app等等。当需要业务发送和接收的事件发生时，延迟容忍app 236可以从调度器200请求业务发送和接收。在该情况下，延迟容忍app 236可以将用于相关业务的容许延迟时间包括在发送到调度器200的用于请求业务发送和接收的信号中。例如，当电子邮件app被执行并且用户请求电子邮件传输时，电子邮件app可以将电子邮件传输事件的产生与表不电子邮件需要在20分钟内被发送的信息一起通知给调度器20。延迟容忍app 236可以提供将被将发送到调度器210的内容的位置并且如图3A、3B，和3C中所图示的来提供将发送到调度器210的内容。
[0051 ] 图3A、3B和3C是图示出根据本公开的实施例的、用于在电子设备中发送和接收内容的方法的图解。
[0052]参考图3A，根据本公开的实施例，app BN 237-N可以向调度器210发送包括表示将被上载到服务器M 250-M的内容的位置的统一资源识别符(URI)、服务器M 250-M的网际协议(IP)地址或统一资源定位符(URL)的用于请求业务发送和接收的信号。在该情况下，调度器210暂时地存储请求业务发送和接收的信号，直到交互式app 234产生业务为止。当交互式app234产生业务时，调度器210读出暂时存储在缓冲器中的请求业务发送和接收的信号并且基于在请求业务发送和接收的信号中所包括的URI直接地读出存储在数据存储单元232中的内容以将内容上载到服务器M 250-M。
[0053]参考图3B，根据本公开的另一个实施例，app BN 237-N可以直接地从数据存储单元232中读出将被上载到服务器M 250-M的内容，并且向调度器210发送内容和包括服务器M 250-M的IP地址或URL的请求业务发送和接收的信号。在该情况下，调度器210暂时地存储请求业务发送和接收的信号以及内容，直到由交互式app 234产生业务为止。当交互式app 234产生业务时，调度器210可以读出暂时地存储在缓冲器中的请求业务发送和接收的信号以及内容并且将内容上载到服务器M 250-M。
[0054]参考图3C，根据本公开的另一个实施例，app BN 237-N可以向调度器210发送包括表示将从服务器M 250-M下载的内容的位置的UR1、服务器M250-M的IP地址或URL的请求业务发送和接收的信号。在该情况下，调度器210暂时地存储请求业务发送和接收的信号，直到由交互式app 234产生业务为止。当交互式app 234产生业务时，调度器210可以读出暂时地存储在缓冲器中的请求业务发送和接收的信号，并且向服务器M 250-M发送内容的URI以从服务器M 250-M下载内容。
[0055]收发信机单元240发送和接收在电子设备200中产生的业务。更具体地，收发信机单元240基于传输控制协议/因特网协议(TCP/IP)在调度器210的控制下发送和接收在电子设备200中产生的业务。
[0056]服务器250连接到电子设备200并且从电子设备200上载内容或将内容下载到电子设备200。服务器250可以由分别地与电子设备中所包括的多个app相对应的多个服务器250-1至250-M来配置并且可以是一个服务器。
[0057]图4是图示出根据本公开的实施例的、在电子设备中控制延迟容忍业务的处理的流程图。
[0058]参考图4，电子设备200在操作401中检测数据发送和接收事件的产生，并且在操作403中检查将被发送和接收的数据是否是对应于延迟容忍业务的数据。例如，电子设备200检查数据是否对应于需要被实时地发送和接收的交互式业务或数据是否对应于其延迟在数秒至数小时内是被容许的延迟容忍业务。在该情况下，电子设备可以识别产生数据的app并且检查数据是交互式业务还是延迟容忍业务。如果在操作403中确定将被发送和接收的数据不对应于延迟容忍业务，则在操作411中电子设备立即发送和接收数据。其后，电子设备结束根据本公开的实施例的处理。
[0059]另一方面，如果在操作403中确定将被发送和接收的数据对应于延迟容忍业务，则在操作405中电子设备等待数据的发送和接收并且在操作407中检查是否产生了需要被实时地发送和接收的交互式业务。
[0060]如果在操作407中确定产生了交互式业务，则在操作409中电子设备在交互式业务的发送和接收期间发送和接收未决数据。其后，电子设备结束根据本公开的实施例的处理。
[0061]另一方面，如果在操作407中确定未产生交互式业务，则在操作413中电子设备检查未决数据的发送和接收备用时间是否大于阈值时间一一即，容许延迟时间。这里，可以基于产生数据发送和接收事件的时间点来测量发送和接收备用时间。另外，表示容许延迟时间的阈值时间可以由设计者或用户在先前设置，并且可以对于对应于数据的各个app被不同地设置。如果在操作413中确定未决的数据的发送和接收备用时间小于或等于阈值时间，则电子设备继续返回操作407并且继续检查是否产生了交互式业务。另一方面，如果在操作413中确定未决的数据的发送和接收备用时间大于阈值时间，则在操作415中电子设备发送和接收数据。例如，当为了发送和接收所请求的数据的发送和接收备用时间小于或等于预置阈值时间时，电子设备继续等待交互式业务的产生，并且当为了发送和接收所请求的数据的发送和接收备用时间超过预置阈值时间时，即使没有产生交互式业务电子设备也发送和接收数据，以便在交互式业务的产生期间发送和接收为了发送和接收所请求的数据。
[0062]图5A和5B是图示出根据本公开的实施例的、在电子设备中控制延迟容忍业务的特定处理的流程图。
[0063]参考图5A和5B，在操作501中，电子设备的第一 app向调度器请求内容的业务的发送和接收。在该情况下，假定第一 app是用于生成延迟容忍业务的app。
[0064]其后，在操作503中，电子设备的调度器存储从第一 app接收到的对于业务的发送和接收的请求，并且，在操作505中，将用于请求的容许延迟时间设置为阈值时间并且启动用于测量容许延迟时间的定时器。尽管在图5A和5B中未图示，但在内容是未决传输的情况下，当定时器已经期满时，调度器发送和接收相关内容而不管交互式app的业务产生与否。
[0065]其后，在操作507中电子设备的调度器检查处理监视器是否被执行。如果在操作507中确定处理监视器未被执行，则在操作509中调度器执行处理监视器，并且在操作511中通过所执行的处理监视器来检测交互式app是否被执行。如果在操作507中确定处理监视器被执行，则调度器直接进行到操作513，并且在操作511中通过所执行的处理监视器来检测交互式app是否被执行。
[0066]其后，在操作513中，电子设备的处理监视器基于检测结果来确定交互式app被执行还是其执行被暂停。如果在操作513中确定交互式app的执行被暂停，则处理监视器周期性地执行操作513以检测交互式ap