CN103747017B - 服务信息交互方法及设备 - Google Patents
服务信息交互方法及设备 Download PDFInfo
- Publication number
- CN103747017B CN103747017B CN201410040943.7A CN201410040943A CN103747017B CN 103747017 B CN103747017 B CN 103747017B CN 201410040943 A CN201410040943 A CN 201410040943A CN 103747017 B CN103747017 B CN 103747017B
- Authority
- CN
- China
- Prior art keywords
- historical service
- context
- request
- service context
- equipment
- 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
Links
Landscapes
- Telephonic Communication Services (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明实施例提供了一种服务信息交互方法及设备。方法包括：接收请求设备发送的历史服务请求；确定本地的至少一个历史服务上下文与所述历史服务请求的相关度；根据所述至少一个历史服务上下文各自与所述历史服务请求的相关度，确定至少一个历史服务上下文各自对应的发送时延；根据所述至少一个历史服务上下文各自对应的发送时延，发送所述至少一个历史服务上下文。本发明实施例提供了一种设备间的服务信息交互方案，使得能够实现跨设备服务的应用。
Description
技术领域
本发明实施例涉及设备间交互技术领域，尤其涉及一种服务信息交互方法及设备。
背景技术
随着技术的进步和市场的不断成熟，人均拥有的智能设备数不断增加，其中包括：移动设备、可穿戴设备、智能家居设备等。目前较为普遍的需求是，用户想要进行跨设备的工作或娱乐。一个例子是：用户在上下班的路上使用其智能手机观看视频；回到家之后，用户假如想通过智能电视继续观看，则需要在智能电视上查找之前在智能手机上看过的视频，并快进到之前中断的位置，或是找到之前看完的下一集，继续观看该视频。另一个例子是：用户在手机上打开浏览器的页面看小说，之后，该用户切换到平板电脑，他需要在浏览器输入相同的地址，找到上次的断点继续阅览。
上述跨设备服务的应用场景操作繁琐，降低了用户体验。一种解决方案是在不同设备上使用同一款软件，并且均登陆个人账号，这样一来，软件的提供方可以在互联网的后台服务器记录同一账号的历史服务上下文。比如在另一台设备上继续观看视频时可以直接点击“继续播放”，继续浏览网页时可以直接使用同一账号的历史记录或收藏夹。不过该方案有明显的局限性，即不同设备上使用的必须是相同的软件，该软件必须支持用户登录和上下文记录功能，用户必须有注册账号，并且必须在使用不同设备时均登录。
发明内容
有鉴于此，本发明实施例的一个目的在于提供一种设备间的服务信息交互方案。
为实现上述目的，根据本发明实施例的一个方面，提供一种服务信息交互方法，包括：
接收请求设备发送的历史服务请求；
确定本地的至少一个历史服务上下文与所述历史服务请求的相关度；
根据所述至少一个历史服务上下文各自与所述历史服务请求的相关度，确定至少一个历史服务上下文各自对应的发送时延；
根据所述至少一个历史服务上下文各自对应的发送时延，发送所述至少一个历史服务上下文。
为实现上述目的，根据本发明实施例的又一个方面，提供一种用户设备，包括：
接收模块，用于接收请求设备发送的历史服务请求；
相关度确定模块，用于确定本地的至少一个历史服务上下文与所述历史服务请求的相关度；
时延确定模块，用于根据所述至少一个历史服务上下文各自与所述历史服务请求的相关度，确定至少一个历史服务上下文各自对应的发送时延；
发送模块，用于根据所述至少一个历史服务上下文各自对应的发送时延，发送所述至少一个历史服务上下文。
以上多个技术方案中的至少一个技术方案具有如下有益效果：
本发明实施例通过根据所述至少一个历史服务上下文各自与请求设备发送的历史服务请求的相关度，确定至少一个历史服务上下文各自对应的发送时延，根据所述至少一个历史服务上下文各自对应的发送时延，发送所述至少一个历史服务上下文，提供了一种设备间的服务信息交互方案，使得能够实现跨设备服务的应用，进一步地，由于发送时延根据相关度确定，使得发送时延可以错开，减轻了信道冲突，并且，使得请求设备可以按照一定的相关度的次序接收与所述历史服务请求的相关度不同的历史服务上下文，提升了用户体验。
附图说明
图1为本发明提供的一种服务信息交互方法实施例的流程图；
图2a为本发明提供的一种用户设备实施例一的结构图；
图2b为图2a所示实施例的一种实现方式的结构图；
图2c为图2a所示实施例的又一种实现方式的结构图；
图3为本发明提供的一种用户设备实施例二的结构图。
具体实施方式
下面结合附图和实施例，对本发明的具体实施方式作进一步详细说明。以下实施例用于说明本发明，但不用来限制本发明的范围。
本领域技术人员可以理解，本发明中的“用户设备”广义理解为任何可以为用户提供服务的设备，包括但不限于：手机、个人数字助理（Personal Digital Assistant，简称为PDA）、平板电脑、智能电视等。
图1为本发明提供的一种服务信息交互方法实施例的流程图。如图1所示，本实施例包括：
101、接收请求设备发送的历史服务请求。
举例来说，一用户设备接收请求设备发送的历史服务请求。其中，所述请求设备可以是用户正在使用的另一用户设备，可选地，基于用户的操作，请求设备欲获取其他用户设备上的历史服务信息，相应地，请求设备发出历史服务请求。为了方便描述，将本实施例的执行主体称为本地用户设备。
可选地，所述历史服务请求包括以下至少一种：服务类型、内容描述。其中，所述服务类型包括以下至少一种：音频播放、视频播放、网页浏览、文档编辑；所述内容描述是对服务内容的描述，包括但不限于以下至少一种：名称、摘要、关键词、适用对象、作者等，可选地，所述内容描述由用户输入。举例来说，服务类型为音频播放时，内容描述可以是对一首歌曲的描述，比如，该歌曲的名称、演唱者等。
102、确定本地的至少一个历史服务上下文与所述历史服务请求的相关度。
可选地，所述历史服务上下文包括：服务类型、内容元数据以及服务进度。其中，所述服务类型包括以下至少一种：音频播放、视频播放、网页浏览、文档编辑；所述内容元数据包括服务内容的一些属性数据，比如名称、摘要、关键词、适用对象、作者等；所述服务进度举例来说可以是音频或视频文件中的位置，比如30分40秒，小说中的章节和/或页数，等。
具体地，确定历史服务上下文与历史服务请求的相关度有多种方式，可选地，可以根据历史服务上下文中的服务类型和/或内容元数据与历史服务请求中的服务类型和/或内容描述是否匹配来确定相关度。举例来说，若第一历史服务上下文中的服务类型、内容元数据分别与历史服务请求中的服务类型、内容描述匹配，则所述第一历史服务上下文与所述历史服务请求的相关度为2；若第二历史服务上下文中的服务类型与历史服务请求中的服务类型匹配，比如均为音频播放，但所述第二历史服务上下文中的内容元数据与所述历史服务请求中的内容描述不匹配，则所述第二历史服务上下文与所述历史服务请求的相关度为1；若第三历史服务上下文中的服务类型与历史服务请求中的服务类型不匹配，且所述第三历史服务上下文中的内容元数据与所述历史服务请求中的内容描述不匹配，则所述第三历史服务上下文与所述历史服务请求的相关度为0。
在一种可能的场景中，所述历史服务请求中包括多种服务类型，这多种服务类型对应不同的优先级，相应地，与越高优先级的服务类型匹配的历史服务上下文与所述历史服务请求的相关度越高。举例来说，所述历史服务请求中的服务类型包括优先级顺序从高到低的视频播放、音频播放和网页浏览，相应地，服务类型为音频播放的历史服务上下文与所述历史服务请求的相关度高于服务类型为网页浏览的历史服务上下文与所述历史服务请求的相关度、低于服务类型为视频播放的历史服务上下文与所述历史服务请求的相关度。
通常，本地的至少一个历史服务上下文是本地用户设备之前保存的，具体地，可以是本地用户设备在本地一服务暂停、中止或终止时生成并保存的。
考虑到历史服务信息的隐私性，可选地，所述确定本地的至少一个历史服务上下文与所述历史服务请求的相关度之前，还包括：
对所述请求设备进行鉴权；
所述确定本地的至少一个历史服务上下文与所述历史服务请求的相关度，包括：
若鉴权通过，则确定本地的至少一个历史服务上下文与所述历史服务请求的相关度。
具体地，对所述请求设备进行鉴权的方式可以有多种，本实施例对此不作限定。举例来说，可以根据请求设备的设备名进行鉴权，相应地，请求设备在发送的历史服务请求中携带设备名。在一种可选的场景中，若鉴权不通过，则不执行102～104，即本地用户设备不对请求设备的历史服务请求进行响应。
可选地，所述历史服务请求还包括：服务使用者。
可选地，所述历史服务上下文还包括：服务使用者和/或所述服务进度相关的数据。其中，所述服务使用者用于标识所述历史服务的使用者；所述服务进度相关的数据可以是服务内容中与所述服务进度有关的部分，举例来说，当服务类型为视频播放，服务内容为某电影，服务进度为30分40秒，所述服务进度相关的数据可以是该电影在30分40秒时的画面。
在一种可能的场景中，所述历史服务请求包括服务类型和服务使用者，接收到历史服务请求的本地用户设备先根据所述服务使用者过滤本地的历史服务上下文，然后根据所述服务类型，确定过滤后的历史服务上下文与所述历史服务请求的相关度。举例来说，历史服务请求包括服务使用者张三，本地用户设备的多个历史服务上下文中的服务使用者有的是张三，有的是李四，有的是王五，则本地用户设备将服务使用者不为张三的历史服务上下文均过滤掉，确定服务使用者为张三的历史服务上下文与所述历史服务请求的相关度。
103、根据所述至少一个历史服务上下文各自与所述历史服务请求的相关度，确定至少一个历史服务上下文各自对应的发送时延。
通常，与所述历史服务请求的相关度不同的历史服务上下文对应的发送时延不同。
可选地，103包括：根据预设的相关度与发送时延的对应关系和所述至少一个历史服务上下文各自与所述历史服务请求的相关度，确定至少一个历史服务上下文各自对应的发送时延。
可选地，历史服务上下文与所述历史服务请求的相关度和所述历史服务上下文对应的发送时延之间可以是正向关系，即与所述历史服务请求的相关度越高的历史服务上下文对应的发送时延越长，也可以是负向关系，即与所述历史服务请求的相关度越高的历史服务上下文对应的发送时延越短。需要说明的是，当与所述历史服务请求的相关度越高的历史服务上下文对应的发送时延越短时，从请求设备来看，能够较早的接收到与所述历史服务请求的相关度较高的历史服务上下文，用户体验可能更好一些。
其中，历史服务上下文对应的发送时延可以是0，或是+∞，或是0到+∞之间的任一数值。发送时延的单位可以为毫秒（ms）。举例来说，与历史服务请求的相关度最高的历史服务上下文对应的发送时延可以是0，与历史服务请求的相关度为0的历史服务上下文对应的发送时延可以是+∞。
举例来说，本地用户设备有3个历史服务上下文，与历史服务请求的相关度分别为4、2、1，相应地，这3个历史服务上下文对应的发送时延分别为4ms、2ms、1ms，或分别为1ms、2ms、4ms。
104、根据所述至少一个历史服务上下文各自对应的发送时延，发送所述至少一个历史服务上下文。
举例来说，若第一历史服务上下文对应的发送时延是0，则立刻发送所述第一历史服务上下文；若第二历史服务上下文对应的发送时延是+∞，则不发送所述第二历史服务上下文；若第三历史服务上下文对应的发送时延是2ms，则从当前时刻起算到达2ms时发送所述第三历史服务上下文，其中，当前时刻可以是所述用户设备准备好了发送各历史服务上下文的时刻。
在一种可选的实现方式中，所述接收请求设备发送的历史服务请求，包括：
在无线局域网中接收所述请求设备广播的历史服务请求。
可选地，所述根据所述至少一个历史服务上下文各自对应的发送时延，发送所述至少一个历史服务上下文，包括：
根据所述至少一个历史服务上下文各自对应的发送时延，在所述无线局域网中广播所述至少一个历史服务上下文。
其中，所述无线局域网采用以下至少一种无线技术：蓝牙、WiFi、Zigbee。
可选地，本实施例还包括：
接收其它设备发送的历史服务上下文；
若本地存在与所述其它设备发送的历史服务上下文中的服务类型和内容元数据均匹配且服务进度不同的历史服务上下文，则更新或删除本地的所述历史服务上下文。
举例来说，本地用户设备的第一历史服务上下文中，服务类型为视频播放，内容元数据为电影A的名称，服务进度为30分40秒，其它设备发送的第二历史服务上下文中，服务类型为视频播放，内容元数据为电影A的名称和内容摘要，服务进度为20分20秒，第一历史服务上下文中的服务类型和内容元数据均与所述第二历史服务上下文匹配，且第一历史服务上下文中的服务进度与所述第二历史服务上下文不同，相应地，可以在本地用户设备上删除所述第一历史服务上下文，或者，将所述第一历史服务上下文中的服务进度更新为与所述第二历史服务上下文中的服务进度相同，即将所述第一历史服务上下文中的服务进度由30分40秒更新为20分20秒。
进一步地，还可以设置服务进度的删除或更新策略，比如，若服务进度更靠前则删除，或将更靠前的服务进度更新为更靠后的服务进度，或者，反之。举例来说，当服务进度的更新策略为将更靠前的服务进度更新为更靠后的服务进度时，在上述第一历史服务上下文中服务进度为30分40秒，第二历史服务上下文中的服务进度为20分20秒的场景中，可以不删除、也不更新所述第一历史服务上下文，可选地，若上述场景中第二历史服务上下文中的服务进度为40分20秒，则删除所述第一历史服务上下文，或，将所述第一历史服务上下文中的服务进度由30分40秒更新为40分20秒。
在一种可能的场景中，所述其它设备与本地用户设备、所述请求设备处于同一无线局域网中，所述其它设备发送的历史服务上下文是所述其它设备基于所述请求设备的历史服务请求在无线局域网中广播的。可选地，无线局域网中用户设备对于本地的历史服务上下文与历史服务请求的相关度的计算方法一致，且遵从相同的相关度与发送时延的对应关系。
在本实施例的一种应用场景中，用户张三回到家里，打开智能电视，智能电视作为请求设备在无线局域网中广播历史服务请求，所述历史服务请求中的服务类型包括优先级次序从高到低的视频播放、音频播放和网页浏览，此时，与所述智能电视处于同一无线局域网的设备有：张三的手机、张三的PAD、张三妻子的手机，这三个设备均执行本实施例的方法，相应地，智能电视依次接收到这些设备发出的不同相关度的历史服务上下文，若相关度越高的历史服务上下文对应的发送时延越短的话，智能电视首先接收到这三个设备发送的相关度较高的历史服务上下文并展示给用户张三，用户张三可以从中选择一个历史服务上下文继续服务，比如，继续观看一电影，在继续服务的同时，智能电视接收到这三个设备发送的相关度较低的历史服务上下文并展示给用户张三，用户张三可以选择切换到相关度较低的一个历史服务上下文继续服务，比如，继续浏览一网页。
本实施例通过根据所述至少一个历史服务上下文各自与请求设备发送的历史服务请求的相关度，确定至少一个历史服务上下文各自对应的发送时延，根据所述至少一个历史服务上下文各自对应的发送时延，发送所述至少一个历史服务上下文，提供了一种设备间的服务信息交互方案，使得能够实现跨设备服务的应用，进一步地，由于发送时延根据相关度确定，使得发送时延可以错开，减轻了信道冲突，并且，使得请求设备可以按照一定的相关度的次序接收与所述历史服务请求的相关度不同的历史服务上下文，提升了用户体验。
图2a为本发明提供的一种用户设备实施例一的结构图。如图2a所示，用户设备200包括：
接收模块21，用于接收请求设备发送的历史服务请求；
相关度确定模块22，用于确定本地的至少一个历史服务上下文与所述历史服务请求的相关度；
时延确定模块23，用于根据所述至少一个历史服务上下文各自与所述历史服务请求的相关度，确定至少一个历史服务上下文各自对应的发送时延；
发送模块24，用于根据所述至少一个历史服务上下文各自对应的发送时延，发送所述至少一个历史服务上下文。
其中，所述请求设备可以是用户正在使用的另一用户设备，可选地，基于用户的操作，请求设备欲获取其他用户设备上的历史服务信息，相应地，请求设备发出历史服务请求。
可选地，所述历史服务请求包括以下至少一种：服务类型、内容描述。其中，所述服务类型包括以下至少一种：音频播放、视频播放、网页浏览、文档编辑；所述内容描述是对服务内容的描述，包括但不限于以下至少一种：名称、摘要、关键词、适用对象、作者等，可选地，所述内容描述由用户输入。举例来说，服务类型为音频播放时，内容描述可以是对一首歌曲的描述，比如，该歌曲的名称、演唱者等。
可选地，所述历史服务上下文包括：服务类型、内容元数据以及服务进度。其中，所述服务类型包括以下至少一种：音频播放、视频播放、网页浏览、文档编辑；所述内容元数据包括服务内容的一些属性数据，比如名称、摘要、关键词、适用对象、作者等；所述服务进度举例来说可以是音频或视频文件中的位置，比如30分40秒，小说中的章节和/或页数，等。
具体地，相关度确定模块22确定历史服务上下文与历史服务请求的相关度有多种方式，可选地，相关度确定模块22可以根据历史服务上下文中的服务类型和/或内容元数据与历史服务请求中的服务类型和/或内容描述是否匹配来确定相关度。举例来说，若第一历史服务上下文中的服务类型、内容元数据分别与历史服务请求中的服务类型、内容描述匹配，则相关度确定模块22确定所述第一历史服务上下文与所述历史服务请求的相关度为2；若第二历史服务上下文中的服务类型与历史服务请求中的服务类型匹配，比如均为音频播放，但所述第二历史服务上下文中的内容元数据与所述历史服务请求中的内容描述不匹配，则相关度确定模块22确定所述第二历史服务上下文与所述历史服务请求的相关度为1；若第三历史服务上下文中的服务类型与历史服务请求中的服务类型不匹配，且所述第三历史服务上下文中的内容元数据与所述历史服务请求中的内容描述不匹配，则相关度确定模块22确定所述第三历史服务上下文与所述历史服务请求的相关度为0。
在一种可能的场景中，所述历史服务请求中包括多种服务类型，这多种服务类型对应不同的优先级，相应地，与越高优先级的服务类型匹配的历史服务上下文与所述历史服务请求的相关度越高。举例来说，所述历史服务请求中的服务类型包括优先级顺序从高到低的视频播放、音频播放和网页浏览，相应地，相关度确定模块22确定服务类型为音频播放的历史服务上下文与所述历史服务请求的相关度高于服务类型为网页浏览的历史服务上下文与所述历史服务请求的相关度、低于服务类型为视频播放的历史服务上下文与所述历史服务请求的相关度。
通常，本地的至少一个历史服务上下文是用户设备200之前保存的，具体地，用户设备200可以在本地一服务暂停、中止或终止时生成并保存所述至少一个历史服务上下文。
在一种可选的实现方式中，考虑到历史服务信息的隐私性，如图2b所示，用户设备200还包括：鉴权模块25，用于对所述请求设备进行鉴权；
相关度确定模块22具体用于：若鉴权模块25鉴权通过，则确定本地的至少一个历史服务上下文与所述历史服务请求的相关度。
具体地，鉴权模块25对所述请求设备进行鉴权的方式可以有多种，本实施例对此不作限定。举例来说，鉴权模块25可以根据请求设备的设备名进行鉴权，相应地，请求设备在发送的历史服务请求中携带设备名。在一种可选的场景中，若鉴权模块25鉴权不通过，则相关度确定模块22不执行确定本地的至少一个历史服务上下文与所述历史服务请求的相关度的动作，即用户设备200不对请求设备的历史服务请求进行响应。
可选地，所述历史服务请求还包括：服务使用者。
可选地，所述历史服务上下文还包括：服务使用者和/或所述服务进度相关的数据。其中，所述服务使用者用于标识所述历史服务的使用者；所述服务进度相关的数据可以是服务内容中与所述服务进度有关的部分，举例来说，当服务类型为视频播放，服务内容为某电影，服务进度为30分40秒，所述服务进度相关的数据可以是该电影在30分40秒时的画面。
在一种可能的场景中，所述历史服务请求包括服务类型和服务使用者，接收到历史服务请求的用户设备200可选地还包括过滤模块，过滤模块根据所述服务使用者过滤本地的历史服务上下文，然后相关度确定模块22根据所述服务类型，确定过滤后的历史服务上下文与所述历史服务请求的相关度。举例来说，历史服务请求包括服务使用者张三，用户设备200的多个历史服务上下文中的服务使用者有的是张三，有的是李四，有的是王五，则过滤模块将服务使用者不为张三的历史服务上下文均过滤掉，相关度确定模块22确定服务使用者为张三的历史服务上下文与所述历史服务请求的相关度。
通常，与所述历史服务请求的相关度不同的历史服务上下文对应的发送时延不同。
可选地，时延确定模块23具体用于：根据预设的相关度与发送时延的对应关系和所述至少一个历史服务上下文各自与所述历史服务请求的相关度，确定至少一个历史服务上下文各自对应的发送时延。
可选地，历史服务上下文与所述历史服务请求的相关度和所述历史服务上下文对应的发送时延之间可以是正向关系，即与所述历史服务请求的相关度越高的历史服务上下文对应的发送时延越长，也可以是负向关系，即与所述历史服务请求的相关度越高的历史服务上下文对应的发送时延越短。需要说明的是，当与所述历史服务请求的相关度越高的历史服务上下文对应的发送时延越短时，从请求设备来看，能够较早的接收到与所述历史服务请求的相关度较高的历史服务上下文，用户体验可能更好一些。
其中，历史服务上下文对应的发送时延可以是0，或是+∞，或是0到+∞之间的任一数值。发送时延的单位可以为毫秒（ms）。举例来说，与历史服务请求的相关度最高的历史服务上下文对应的发送时延可以是0，与历史服务请求的相关度为0的历史服务上下文对应的发送时延可以是+∞。
举例来说，用户设备200有3个历史服务上下文，与历史服务请求的相关度分别为4、2、1，相应地，这3个历史服务上下文对应的发送时延分别为4ms、2ms、1ms，或分别为1ms、2ms、4ms。
举例来说，若第一历史服务上下文对应的发送时延是0，则发送模块24立刻发送所述第一历史服务上下文；若第二历史服务上下文对应的发送时延是+∞，则发送模块24不发送所述第二历史服务上下文；若第三历史服务上下文对应的发送时延是2ms，则发送模块24从当前时刻起算到达2ms时发送所述第三历史服务上下文，其中，当前时刻可以是发送模块24准备好了发送本地的各历史服务上下文的时刻。
在一种可选的实现方式中，接收模块21具体用于：
在无线局域网中接收所述请求设备广播的历史服务请求。
可选地，所发送模块24具体用于：
根据所述至少一个历史服务上下文各自对应的发送时延，在所述无线局域网中广播所述至少一个历史服务上下文。
其中，所述无线局域网采用以下至少一种无线技术：蓝牙、WiFi、Zigbee。
在一种可选的实现方式中，接收模块21还用于：
接收其它设备发送的历史服务上下文；
如图2c所示，用户设备200还包括：更新模块26，用于若本地存在与所述其它设备发送的历史服务上下文中的服务类型和内容元数据均匹配且服务进度不同的历史服务上下文，则更新或删除本地的所述历史服务上下文。
举例来说，用户设备200的第一历史服务上下文中，服务类型为视频播放，内容元数据为电影A的名称，服务进度为30分40秒，其它设备发送的第二历史服务上下文中，服务类型为视频播放，内容元数据为电影A的名称和内容摘要，服务进度为20分20秒，第一历史服务上下文中的服务类型和内容元数据均与所述第二历史服务上下文匹配，且第一历史服务上下文中的服务进度与所述第二历史服务上下文不同，相应地，更新模块26可以在用户设备200上删除所述第一历史服务上下文，或者，将所述第一历史服务上下文中的服务进度更新为与所述第二历史服务上下文中的服务进度相同，即将所述第一历史服务上下文中的服务进度由30分40秒更新为20分20秒。
进一步地，更新模块26还可以设置服务进度的删除或更新策略，比如，若服务进度更靠前则删除，或将更靠前的服务进度更新为更靠后的服务进度，或者，反之。举例来说，当服务进度的更新策略为将更靠前的服务进度更新为更靠后的服务进度时，在上述第一历史服务上下文中服务进度为30分40秒，第二历史服务上下文中的服务进度为20分20秒的场景中，更新模块26可以不删除、也不更新所述第一历史服务上下文，可选地，若上述场景中第二历史服务上下文中的服务进度为40分20秒，则更新模块26删除所述第一历史服务上下文，或，将所述第一历史服务上下文中的服务进度由30分40秒更新为40分20秒。
在一种可能的场景中，所述其它设备与用户设备200、所述请求设备处于同一无线局域网中，所述其它设备发送的历史服务上下文是所述其它设备基于所述请求设备的历史服务请求在无线局域网中广播的。可选地，无线局域网中用户设备对于本地的历史服务上下文与历史服务请求的相关度的计算方法一致，且遵从相同的相关度与发送时延的对应关系。
本实施例通过根据所述至少一个历史服务上下文各自与请求设备发送的历史服务请求的相关度，确定至少一个历史服务上下文各自对应的发送时延，根据所述至少一个历史服务上下文各自对应的发送时延，发送所述至少一个历史服务上下文，提供了一种设备间的服务信息交互方案，使得能够实现跨设备服务的应用，进一步地，由于发送时延根据相关度确定，使得发送时延可以错开，减轻了信道冲突，并且，使得请求设备可以按照一定的相关度的次序接收与所述历史服务请求的相关度不同的历史服务上下文，提升了用户体验。
图3为本发明提供的一种用户设备实施例二的结构图。如图3所示，用户设备300包括：
处理器(processor)31、通信接口(Communications Interface)32、存储器(memory)33、以及通信总线34。其中：
处理器31、通信接口32、以及存储器33通过通信总线34完成相互间的通信。
通信接口32，用于与其它设备比如请求设备等外部设备的通信。
处理器31，用于执行程序332，具体可以执行上述方法实施例中的相关步骤。
具体地，程序332可以包括程序代码，所述程序代码包括计算机操作指令。
处理器31可能是一个中央处理器CPU，或者是特定集成电路ASIC（ApplicationSpecific Integrated Circuit），或者是被配置成实施本发明实施例的一个或多个集成电路。
存储器33，用于存放程序332。存储器33可能包含高速RAM存储器，也可能还包括非易失性存储器（non-volatile memory），例如至少一个磁盘存储器。程序332具体可以用于使得……300执行以下步骤：
接收请求设备发送的历史服务请求；
确定本地的至少一个历史服务上下文与所述历史服务请求的相关度；
根据所述至少一个历史服务上下文各自与所述历史服务请求的相关度，确定至少一个历史服务上下文各自对应的发送时延；
根据所述至少一个历史服务上下文各自对应的发送时延，发送所述至少一个历史服务上下文。
程序332中各步骤的具体实现可以参见上述方法实施例中的相应步骤和单元中对应的描述，在此不赘述。所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的设备和模块的具体工作过程，可以参考前述方法实施例中的对应过程描述，在此不再赘述。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及方法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对原有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器（ROM，Read-Only Memory）、随机存取存储器（RAM，Random Access Memory）、磁碟或者光盘等各种可以存储程序代码的介质。
以上实施方式仅用于说明本发明，而并非对本发明的限制，有关技术领域的普通技术人员，在不脱离本发明的精神和范围的情况下，还可以做出各种变化和变型，因此所有等同的技术方案也属于本发明的范畴，本发明的专利保护范围应由权利要求限定。
Claims (30)
1.一种服务信息交互方法，其特征在于，所述方法包括：
接收请求设备发送的历史服务请求；
确定本地的至少一个历史服务上下文与所述历史服务请求的相关度；
根据所述至少一个历史服务上下文各自与所述历史服务请求的相关度，确定至少一个历史服务上下文各自对应的发送时延；
根据所述至少一个历史服务上下文各自对应的发送时延，发送所述至少一个历史服务上下文。
2.根据权利要求1所述的方法，其特征在于，与所述历史服务请求的相关度越高的历史服务上下文对应的发送时延越短。
3.根据权利要求1或2所述的方法，其特征在于，所述历史服务请求包括以下至少一种：服务类型、内容描述。
4.根据权利要求3所述的方法，其特征在于，所述历史服务请求还包括：服务使用者。
5.根据权利要求3所述的方法，其特征在于，所述历史服务上下文包括：服务类型、内容元数据以及服务进度。
6.根据权利要求4所述的方法，其特征在于，所述历史服务上下文包括：服务类型、内容元数据以及服务进度。
7.根据权利要求5所述的方法，其特征在于，所述历史服务上下文还包括：服务使用者和/或所述服务进度相关的数据。
8.根据权利要求5所述的方法，其特征在于，所述方法还包括：
接收其它设备发送的历史服务上下文；
若本地存在与所述其它设备发送的历史服务上下文中的服务类型和内容元数据均匹配且服务进度不同的历史服务上下文，则更新或删除本地的所述历史服务上下文。
9.根据权利要求3所述的方法，其特征在于，所述服务类型包括以下至少一种：音频播放、视频播放、网页浏览、文档编辑。
10.根据权利要求5所述的方法，其特征在于，所述服务类型包括以下至少一种：音频播放、视频播放、网页浏览、文档编辑。
11.根据权利要求1或2所述的方法，其特征在于，所述接收请求设备发送的历史服务请求，包括：
在无线局域网中接收所述请求设备广播的历史服务请求。
12.根据权利要求11所述的方法，其特征在于，所述根据所述至少一个历史服务上下文各自对应的发送时延，发送所述至少一个历史服务上下文，包括：
根据所述至少一个历史服务上下文各自对应的发送时延，在所述无线局域网中广播所述至少一个历史服务上下文。
13.根据权利要求11所述的方法，其特征在于，所述无线局域网采用以下至少一种无线技术：蓝牙、WiFi、Zigbee。
14.根据权利要求12所述的方法，其特征在于，所述无线局域网采用以下至少一种无线技术：蓝牙、WiFi、Zigbee。
15.根据权利要求1或2所述的方法，其特征在于，所述确定本地的至少一个历史服务上下文与所述历史服务请求的相关度之前，还包括：对所述请求设备进行鉴权；
所述确定本地的至少一个历史服务上下文与所述历史服务请求的相关度，包括：
若所述鉴权通过，则确定本地的至少一个历史服务上下文与所述历史服务请求的相关度。
16.一种用户设备，其特征在于，所述用户设备包括：
接收模块，用于接收请求设备发送的历史服务请求；
相关度确定模块，用于确定本地的至少一个历史服务上下文与所述历史服务请求的相关度；
时延确定模块，用于根据所述至少一个历史服务上下文各自与所述历史服务请求的相关度，确定至少一个历史服务上下文各自对应的发送时延；
发送模块，用于根据所述至少一个历史服务上下文各自对应的发送时延，发送所述至少一个历史服务上下文。
17.根据权利要求16所述的设备，其特征在于，与所述历史服务请求的相关度越高的历史服务上下文对应的发送时延越短。
18.根据权利要求16或17所述的设备，其特征在于，所述历史服务请求包括以下至少一种：服务类型、内容描述。
19.根据权利要求18所述的设备，其特征在于，所述历史服务请求还包括：服务使用者。
20.根据权利要求18所述的设备，其特征在于，所述历史服务上下文包括：服务类型、内容元数据以及服务进度。
21.根据权利要求19所述的设备，其特征在于，所述历史服务上下文包括：服务类型、内容元数据以及服务进度。
22.根据权利要求20所述的设备，其特征在于，所述历史服务上下文还包括：服务使用者和/或所述服务进度相关的数据。
23.根据权利要求20所述的设备，其特征在于，所述接收模块还用于：接收其它设备发送的历史服务上下文；
所述设备还包括：更新模块，用于若本地存在与所述其它设备发送的历史服务上下文中的服务类型和内容元数据均匹配且服务进度不同的历史服务上下文，则更新或删除本地的所述历史服务上下文。
24.根据权利要求18所述的设备，其特征在于，所述服务类型包括以下至少一种：音频播放、视频播放、网页浏览、文档编辑。
25.根据权利要求20所述的设备，其特征在于，所述服务类型包括以下至少一种：音频播放、视频播放、网页浏览、文档编辑。
26.根据权利要求16或17所述的设备，其特征在于，所述接收模块具体用于：
在无线局域网中接收所述请求设备广播的历史服务请求。
27.根据权利要求26所述的设备，其特征在于，所述发送模块具体用于：根据所述至少一个历史服务上下文各自对应的发送时延，在所述无线局域网中广播所述至少一个历史服务上下文。
28.根据权利要求26所述的设备，其特征在于，所述无线局域网采用以下至少一种无线技术：蓝牙、WiFi、Zigbee。
29.根据权利要求27所述的设备，其特征在于，所述无线局域网采用以下至少一种无线技术：蓝牙、WiFi、Zigbee。
30.根据权利要求16或17所述的设备，其特征在于，所述设备还包括：鉴权模块，用于对所述请求设备进行鉴权；
所述相关度确定模块具体用于：若所述鉴权模块鉴权通过，则确定本地的至少一个历史服务上下文与所述历史服务请求的相关度。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410040943.7A CN103747017B (zh) | 2014-01-28 | 2014-01-28 | 服务信息交互方法及设备 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410040943.7A CN103747017B (zh) | 2014-01-28 | 2014-01-28 | 服务信息交互方法及设备 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN103747017A CN103747017A (zh) | 2014-04-23 |
| CN103747017B true CN103747017B (zh) | 2016-12-21 |
Family
ID=50504004
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201410040943.7A Active CN103747017B (zh) | 2014-01-28 | 2014-01-28 | 服务信息交互方法及设备 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN103747017B (zh) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106911554B (zh) * | 2015-12-23 | 2020-07-10 | 北京奇虎科技有限公司 | 一种历史信息展示方法及装置 |
| CN108804434B (zh) * | 2017-04-26 | 2022-12-27 | 腾讯科技（深圳）有限公司 | 一种消息查询方法、服务器及终端设备 |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101170409A (zh) * | 2006-10-24 | 2008-04-30 | 华为技术有限公司 | 实现设备访问控制的方法、系统、业务设备和认证服务器 |
| CN101321190A (zh) * | 2008-07-04 | 2008-12-10 | 清华大学 | 一种异构网络中的推荐方法及推荐系统 |
| CN102591969A (zh) * | 2011-12-31 | 2012-07-18 | 北京百度网讯科技有限公司 | 基于用户历史行为提供搜索结果的方法及服务器 |
| CN102693223A (zh) * | 2011-03-21 | 2012-09-26 | 潘燕辉 | 一种搜索方法 |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR101343609B1 (ko) * | 2011-08-24 | 2014-02-07 | 주식회사 팬택 | 증강 현실 데이터를 이용할 수 있는 어플리케이션 자동 추천 장치 및 방법 |
-
2014
- 2014-01-28 CN CN201410040943.7A patent/CN103747017B/zh active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101170409A (zh) * | 2006-10-24 | 2008-04-30 | 华为技术有限公司 | 实现设备访问控制的方法、系统、业务设备和认证服务器 |
| CN101321190A (zh) * | 2008-07-04 | 2008-12-10 | 清华大学 | 一种异构网络中的推荐方法及推荐系统 |
| CN102693223A (zh) * | 2011-03-21 | 2012-09-26 | 潘燕辉 | 一种搜索方法 |
| CN102591969A (zh) * | 2011-12-31 | 2012-07-18 | 北京百度网讯科技有限公司 | 基于用户历史行为提供搜索结果的方法及服务器 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN103747017A (zh) | 2014-04-23 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10235013B2 (en) | Method and apparatus for providing recommendations to a user of a cloud computing service | |
| CN102640147B (zh) | 用于在通信网络中提供媒体池的系统和方法 | |
| CN104185039B (zh) | 音视频同步播放的方法和装置 | |
| CN109688481B (zh) | 媒体导览与播放方法、装置以及电脑可读取媒体 | |
| CN102073674B (zh) | 信息处理装置及书签设置方法 | |
| CN111050203B (zh) | 一种视频处理方法、装置、视频处理设备及存储介质 | |
| US11023100B2 (en) | Methods, systems, and media for creating and updating a group of media content items | |
| US20090125934A1 (en) | User rating mechanism for media content | |
| CN107087235A (zh) | 媒体内容推荐方法、服务器及客户端 | |
| JP5818994B2 (ja) | 共有デバイスおよびパーソナルデバイスを使用したパーソナライズされたユーザ機能の連携提供 | |
| CN107920274A (zh) | 一种视频处理方法、客户端及服务器 | |
| WO2015102877A1 (en) | Method and system for playback of audio content using wireless mobile device | |
| CN102868862A (zh) | 应用于移动终端的视频配音方法及该设备 | |
| CN102572072A (zh) | 手机视频预览方法、视频预览控制装置及其手机 | |
| US20170168660A1 (en) | Voice bullet screen generation method and electronic device | |
| US20150012556A1 (en) | Method for Starting Music Application and Terminal | |
| CN103167326A (zh) | 影像分发系统、信息提供装置以及影像信息提供方法 | |
| CN103747017B (zh) | 服务信息交互方法及设备 | |
| EP2775703B1 (en) | Method and apparatus for managing crowd sourced content creation | |
| CN103488529A (zh) | 一种用于视频资源访问控制的方法与设备 | |
| CN104954874A (zh) | 多媒体数据播放方法和装置 | |
| CN103747295B (zh) | 服务信息交互方法及设备 | |
| US8745522B2 (en) | Actionable media items | |
| TWI515684B (zh) | 資訊處理方法、裝置以及系統 | |
| Quinn | Mobile journalism: The latest development in the evolution of newsgathering |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant |