首页> 中国专利> 信息源选择系统、信息源选择方法和程序

信息源选择系统、信息源选择方法和程序

摘要

提供用于允许用户轻易地选择以与用户的访问频率匹配的频率向其添加信息的信息源的信息源选择系统、方法、程序、服务器和用户设备。所述方法包括,对于在通信网络上提供的多个信息源中包含的多个推荐候选信息源的每一个,获取关于信息添加频率的信息,其指示每个预定时间段添加信息的频率,获取访问频率信息,其指示用户访问在通信网络上提供的多个信息源中的一个的频率,和基于关于每一个推荐候选信息源的信息添加频率的信息和用户的访问频率信息,从多个推荐候选信息源中选择与用户匹配的一个或多个推荐候选信息源。

著录项

  • 公开/公告号CN103186660A

    专利类型发明专利

  • 公开/公告日2013-07-03

    原文格式PDF

  • 申请/专利权人 索尼电脑娱乐公司;

    申请/专利号CN201210585009.4

  • 发明设计人 石田隆行;太田攻;

    申请日2012-12-28

  • 分类号G06F17/30(20060101);

  • 代理机构11105 北京市柳沈律师事务所;

  • 代理人郭定辉

  • 地址 日本东京都

  • 入库时间 2024-02-19 18:48:14

法律信息

  • 法律状态公告日

    法律状态信息

    法律状态

  • 2016-06-08

    授权

    授权

  • 2013-07-31

    实质审查的生效 IPC(主分类):G06F17/30 申请日:20121228

    实质审查的生效

  • 2013-07-03

    公开

    公开

说明书

技术领域

本发明涉及信息源选择系统、信息源选择方法和程序。

背景技术

随着因特网的广泛使用,诸如维基百科(注册商标)和Twitter(注册商 标)的新型信息源接二连三地出现。在这些信息源中,因特网用户选择并访 问与他们偏好匹配的信息以获得期待的信息。

发明内容

一些因特网用户可能每天访问作为信息源的因特网站点以检查新信息 是否可用,而其他人可能每周仅访问因特网站点一次左右。另一方面,在各 种信息源中,一些信息源可能频繁地以碎片化方式上传诸如实时新闻之类的 新信息项。其他信息源可能不频繁地上传新信息项,但是以集中化方式上传 诸如每周新闻之类的信息项。在后一情况中,即使用户频繁访问信息源,新 信息也不经常上传,因而用户的频繁访问大多数时候以无果而告终。此外, 在前一情况中,如果用户很少访问信息源,则除非他们浏览巨量的、碎片化 的过往信息,否则用户不能理解当前情况。

考虑以上而构思本发明的一个或多个实施例,并且其目标是提供选择信 息源的系统、选择信息源的方法和允许用户轻易地选择信息源的程序,对于 该信息源以与用户对于该信息源的访问频率匹配的频率添加信息。

为了解决的上述问题,根据本发明的实施例的信息源选择系统包括:配 置为对于在通信网络上提供的多个信息源中包含的多个推荐候选信息源的 每一个,获取关于信息添加频率的信息的单元,所述信息添加频率指示在每 个预定时间段添加信息的频率;配置为获取访问频率信息的单元,所述访问 频率信息指示用户访问在通信网络上提供的多个信息源中的一个的频率;和 配置为基于关于每一个推荐候选信息源的信息添加频率的信息和用户的访 问频率信息,从多个推荐候选信息源中选择与用户匹配的一个或多个推荐候 选信息源。

可以对于每种信息类型获取访问频率信息。此外,可以(基于与一种类 型的给定信息对应的访问频率信息)从提供一种类型的给定信息的推荐候选 信息源中选择与用户匹配的一个或多个推荐候选信息源。

信息源选择系统可以进一步包括配置为获取关于用户每个预定时间段 获得的信息量的信息的单元。在此情况下,可以基于所获得的信息量选择与 用户匹配的一个或多个推荐候选信息源。

根据本发明的实施例的信息源选择方法包括:对于在通信网络上提供的 多个信息源中包含的多个推荐候选信息源的每一个,获取关于信息添加频率 的信息,其指示在每个预定时间段添加信息的频率;获取访问频率信息,其 指示用户访问在通信网络上提供的多个信息源中的一个的频率,和基于关于 每一个推荐候选信息源的信息添加频率的信息和用户的访问频率信息,从多 个推荐候选信息源中选择与用户匹配的一个或多个推荐候选信息源。

根据实施例的程序包括:对于在通信网络上提供的多个信息源中包含的 多个推荐候选信息源的每一个获取关于信息添加频率的信息,其指示在每个 预定时间段添加信息的频率;获取访问频率信息,其指示用户访问在通信网 络上提供的多个信息源中的一个的频率,和基于关于每一个推荐候选信息源 的信息添加频率的信息和用户的访问频率信息,从多个推荐候选信息源中选 择与用户匹配的一个或多个推荐候选信息源。

根据本发明的实施例的信息存储介质是用于存储上述程序的计算机可 读信息存储介质。

附图说明

在附图中:

图1是图示计算机网络的整体配置的示图,该计算机网络包括根据本发 明的实施例的信息源选择系统;

图2是图示在用户设备上显示的信息类型选择屏幕的示例的示图;

图3是图示在用户设备上显示的信息屏幕的示例的示图;

图4是图示存储在门户服务器中的推荐候选信息源的列表的示例的示 图;

图5是示意性图示将新信息添加到信息源的每个的频率中的差别的示 图;

图6是图示存储在门户服务器中的信息添加频率的示例的示图;

图7是图示存储在用户设备中的访问管理表的示例的示图;

图8是图示存储在门户服务器中的用户信息表的示图;

图9是为了搜索信息源而在门户服务器中执行的处理的流程图;

图10是为了更新信息添加频率表而在门户服务器中执行的处理的流程 图;

图11为了记录访问管理表而在用户设备中执行的处理的流程图;

图12是为了确定访问类型而在用户设备中执行的处理的流程图;

图13是为了选择信息源而在门户服务器中执行的处理的流程图;

具体实施方式

虽然本发明可以以很多不同形式具体化,但是伴随着本公开将认为是提 供了发明的原理的示例并且这样的示例不意图限制发明到这里描述的和/或 这里图示的优选实施例的理解在这里描述一些示意性实施例。

下面将参考附图描述本发明的实施例。

图1是图示包括根据本发明的实施例的信息源选择信息的计算机网络的 整体配置。如图1所示,该计算机网络包括连接到诸如因特网之类的数据通 信网络12的门户服务器10、多个用户设备14和多个信息服务器16。

门户服务器10是根据本公开的信息源选择系统的实施例并且是配置为 包括服务器计算机的网络服务器。信息服务器16配置为每个包括服务器计 算机,并且信息服务器16是响应于来自网络浏览器的访问发送信息的网络 服务器。普通用户可以从用户设备14或其他计算机上传要被存储在信息服 务器16中的信息,或者网络服务器的操作员可以操作信息服务器16或其他 计算机来将信息存储在信息服务器16中。

信息服务器16可以配置为例如新站点,以提供由操作员登记的信息, 或配置为信息板以分发由用户张贴的信息。信息服务器16包括每次生成新 信息就将信息向其存储的一类服务器,和以例如每小时、每天或每周的各种 间隔周期地向其存储信息的一类服务器。

用户设备14是用户使用的计算机并且包括,例如,个人计算机、家用 游戏机、便携式游戏机、移动电话、智能机等。向用户设备14安装网络浏 览器程序。用户可以使用网络浏览器访问门户服务器或信息服务器16。

图2图示在从用户设备14访问时从门户服务器10返回的信息类型选择 屏幕的示例。该信息类型选择屏幕基于从门户服务器10发出的HTML数据 显示在用户设备14上。

如图2所示,信息类型选择屏幕包括多个信息类型按钮20a、20b和20c。 当用户使用诸如鼠标或者触摸板之类的指向装置选择按钮的任一个时,在用 户设备14上显示与所选择的按钮对应的信息。特别地,门户服务器10向用 户设备14返回与所选择的按钮对应的信息源的URL(统一资源定位器)。然 后,用户设备14从信息服务器16的任一个接收由所接收的URL标识的 HTML数据,并显示该HTML数据。

取代向用户设备14返回URL,门户服务器10自身可以从URL的信息 源接收HTML数据并向用户设备14传输所接收的HTML数据。图3图示了 当用户在信息类型选择屏幕上选择信息类型按钮20a时在用户设备14上显 示的信息屏幕的示例。也基于从信息服务器16发出或从门户服务器10传输 的HTML数据在用户设备14上显示该信息屏幕22a。

本实施例的特征是门户服务器10基于搜索信息源的处理(图9)和更新 信息添加频率表的处理(图10)(两者均稍后描述)识别每个信息源的信息 的更新频率。本实施例的另一特征是用户设备14基于记录访问管理表(图 11)和确定访问类型的处理(图12)(两者均稍后描述),识别用户对每个信 息源的访问频率。

然后,门户服务器10基于选择信息源的处理(图13)(稍后描述)向用 户设备14返回关于信息源的URL的信息或者关于URL的信息源的信息, 以与用户的访问频率匹配的频率向该信息源添加信息。这允许用户从以与他 们的访问频率匹配的频率添加信息的信息源获得必要信息。例如,向频繁访 问信息源的用户通知频繁添加新信息的信息源的URL。另一方面,向很少访 问信息源的用户通知很少添加新信息的信息源的URL。

下面,将详细描述对于门户服务器10执行的信息处理。

图4图示存储在门户服务器10中的推荐候选信息源的列表。如图4所 示,推荐候选信息源的列表包括关于作为推荐候选的多个信息源的信息,将 其分类为多种类型的信息,例如,新闻、娱乐或体育。关于每个信息源的信 息包括推荐候选ID,其指定信息源和该信息源的URL。推荐候选信息源的 列表是作为从建立在任一个信息服务器16上的大量信息源中选择以推荐给 每个用户的候选的信息源的列表,并且其是由例如门户服务器10的操作员 人工创建的。

如上所述,由操作员或用户向这些推荐候选的信息源添加信息,然而, 不存在对于添加信息的频率的模式。图5示意性地图示了将新信息添加到每 个信息源的频率的差别。如在图5中用线X示出的那样,一些信息源频繁地 添加少量新数据。如线Z所示,其他信息源添加大量的新信息,但是不频繁 地这么做。另外,如线Y所示,一些信息源以中等频率添加中等量的新信息。

对于作为推荐候选的每个信息源,门户服务器10测量添加新信息的频 率和信息添加速率。然后,门户服务器10关于信息添加频率和信息添加速 率存储所收集的信息。图6图示存储在门户服务器10中的信息添加频率表 的示例。如图6所示,对于每一个推荐候选ID,信息添加频率表包括关于 每分钟、每小时、每天或每周分别添加了多少新信息到每个ID指定的信息 源的信息。

另外,信息添加频率表包括更新的类型,基于上述信息和每单位时间添 加的新信息的量(信息添加速率)确定该更新的类型。在图6中,图示关于 “新闻”类型的信息的信息添加频率表。类似地,将其他类型的信息的信息添 加频率表存储在门户服务器中。在此表中,更新类型提示添加信息到信息源 的频率,并且是根据本公开的信息添加频率信息的实施例。

在图6中,N-001的信息源每分钟添加1个给定量的新信息,每小时添 加59个给定量的新信息,每天添加708个给定量的新信息并且每周添加5000 个给定量的新信息。这里,1个给定量的信息例如是300字节。在此情况下, n个给定量的信息是n×300字节。

如果继续每分钟添加1个给定量的信息,则可以假设每小时添加每分钟 的信息量的大约60倍。另外,可以假设一天添加每小时的信息量(白天) 的大约12倍。也可以假设一周内添加每天的信息量的大约7倍。

在此实施例中,如果一周添加的信息量大于或等于一天添加的信息量的 预定倍数(例如,21倍),则将更新的类型归为“每周”型。此时,信息添加 速率的值与包含在信息添加频率表中的一周添加的信息量的值相同。

如果一周添加的信息量小于一天添加的信息的量的预定倍数(例如,21 倍),则将更新的类型归为“每天”型。此时,信息添加速率的值与包含在信 息添加频率表中的一天添加的信息量的值相同。

如果一天添加的信息量小于一小时添加的信息量的预定倍数(例如,36 倍),则将更新的类型归为“每小时”型。此时,信息添加速率的值与包含在 信息添加频率表中的一小时添加的信息量的值相同。

如果一小时添加的信息量小于一分钟添加的信息量的预定倍数(例如, 180倍),则将更新的类型归为“每分钟”型。此时,信息添加速率的值与包含 在信息添加频率表中的一分钟添加的信息量的值相同。

考虑到上述情况,信息源N-001的更新频率适用于“每天”型,N-002的 更新频率适用于“每小时”型,N-003和N-005适用于“每天”型,且N-004适 用于“每周”型。

以此方式,门户服务器10对于要成为推荐候选的每个信息源生成关于 信息添加频率的信息。在这点上,当每个信息源是用户或操作员与日期和时 间信息一同编辑的信息源的类型(诸如消息板)时,门户服务器10可以计 算日期和时间信息的每项之间的差别,以基于所计算的差别生成关于信息添 加频率的信息,并且基于所编辑的部分的数据量生成信息添加速率。在此实 施例中,用户设备14也生成访问频率信息,其指示对每个信息源的访问频 率。

图7图示存储在用户设备14中的访问管理表。该访问管理表包括关键 字、访问日期和时间、访问时段、访问类型和对每类信息的信息获取速率。

关键字是包括在对应信息类型的信息中的一个或多个字。如稍后将描述 的那样,确定包括任何关键字的HTML数据已经从与关键字对应的信息类 型的信息源分发。在这点上,可以将信息类型列入优先,从而当多个信息类 型的关键字包括在从信息源接收的HTML数据中时,更高优先级的信息类 型可以确定为信息源的信息类型。也从例如门户服务器10分发关键字。

访问日期和时间是开始访问包括关键字的HTML数据的日期和时间。 访问时段是从开始访问HTML数据时直到做出对仅包括其他信息类型的关 键字的HTML数据的访问为止或者直到关闭网络浏览器为止的时段。

基于访问日期和时间以及访问时段确定访问类型,该访问类型是“每小 时”、“每天”和“每周”型中的一个。特别地,计算每个访问日期和时间之间的 平均间隔,并且基于所计算的时间确定访问类型。例如,如果平均间隔等于 或小于20分钟,则将访问类型确定为“每分钟”型。如果平均间隔大于20分 钟且等于或小于15小时,则将访问类型确定为“每小时”型。如果平均间隔 大于15小时且等于或小于3天,则将访问类型确定为“每天”型。如果平均 间隔大于3天,则将访问类型确定为“每周”型。访问类型指示用户访问每个 信息源的频繁程度,并且是本发明的访问频率信息的实施例之一。

信息获取速率是用户设备14的用户在一分钟、一小时、一天或一周内 获取的信息的平均量(例如,1个给定量的信息是300字节且n个给定量的 信息是n×300字节)。

基于访问日期和时间以及访问时段计算信息获取速率。具体地,在访问 类型是“每分钟”型的情况下,可以通过将一分钟内获取的信息的平均量乘以 信息获取速率(例如,20字节/秒)来获得作为每分钟平均访问时段(秒) 的标准的信息获取速率。

在访问类型是“每小时”型的情况下,可以通过将一小时内获取的信息的 平均量乘以作为每小时平均访问时段(秒)的标准的信息获取速率(例如, 20字节/秒)来获得信息获取速率。

在访问类型是“每天”型的情况下,可以通过将一天内获取的信息的平均 量乘以作为每天平均访问时段(秒)的标准的信息获取速率(例如,20字节 /秒)来获得信息获取速率。

在访问类型是“每周”型的情况下,可以通过将一周内获取的信息的平均 量乘以作为每周平均访问时段(秒)的标准的信息获取速率(例如,20字节 /秒)来获得信息获取速率。

以此方式,对于在每个用户设备14中存储的访问管理表中的每种信息 类型,将访问类型和信息获取速率上传到门户服务器10,并且如图8所述, 对于每个用户ID将它们存储在门户服务器10中。

图9是为了搜索信息源而在门户服务器中执行的处理的流程图。以预定 间隔(例如,每分钟)执行图9中示出的处理。在处理中,选择在图4中示 出的推荐候选信息源的列表中包含的推荐候选ID中的一个,并且从列表中 读出所选ID标识的信息源的URL(S101)。然后,使用读出的URL,门户 服务器10访问作为推荐候选的信息源以接收HTML数据(S102)。然后, 门户服务器10获取所接收的HTML数据的数据量,并将该数据量转换为预 定尺度的值(例如,300兆字节=1个信息给定量)以将经转换的数据存储在 搜索结果列表(未示出)中(S103)。

当改变推荐候选ID(S101)时,重复上述处理,直到对于推荐候选信 息源的列表中包含的全部推荐候选ID执行了S102和S103中的处理为止。 前述处理的结果是,关于全部推荐候选的信息源,将以预定间隔的数据量的 转变存储在门户服务器10的搜索结果列表中。

图10是为了更新信息添加频率表而在门户服务器中执行的处理的流程 图。以预定间隔(例如,每月)执行图10中示出的处理以更新在图6中示 出的信息添加频率表。特别地,门户服务器10选择在图4中示出的推荐候 选信息源的列表中包含的推荐候选ID中的一个(S201)。然后,门户服务器 10从在图9的处理中生成的搜索结果列表中获取由所选择的推荐候选ID标 识的信息源的数据量的改变。然后,门户服务器10计算每分钟添加的数据 量的平均值,并且将所计算的值存储在图6示出的信息添加频率表中 (S202)。以类似的方式,门户服务器10分别计算每小时、每天和每周添加 的数据量的平均值,并且将所计算的值存储在信息添加频率表中(S203、S204 和S205)。

然后以上述方式,基于在S202到S205的处理中获得的值,门户服务器 10确定在S201(S206)中选择的ID所标识的信息源的更新类型以及信息添 加速率(S207)。然后,门户服务器10将确定的类型和速率记录到信息添加 频率表中。当改变推荐候选ID(S201)时,重复上述处理,直到对于推荐 候选信息源的列表中包含的全部推荐候选ID执行了S202到S207的处理为 止(S208)。前述处理的结果是,对于全部推荐候选的信息源,可以更新关 于信息添加频率表的信息。

图11是为了记录访问管理表而在用户设备14中执行的处理的流程图。 向用户设备14安装访问监控程序,当网络浏览器在用户设备14上启动时该 程序启动访问监控。由访问监控程序执行在图11中示出的处理,该程序首 先确定信息源是否由网络浏览器访问(S301)。具体地,确定是否以输入形 式键入任何URL且回车键是否按下。如果已经访问信息源,则确定从信息 源接收的HTML数据是否包含任何信息类型的关键字(S302)。在图7示出 的访问管理表中包含每种信息类型的关键字。如果包含任何信息类型的关键 字,则确定之前访问的信息源的信息类型是否不同于当前访问的信息源的信 息类型(S303)。如果不是不同,则程序返回步骤S301中的处理。如果不同, 则程序将当前时间(作为访问的时间)记录到图7示出的访问管理表(S304)。 然后,程序将最近访问的信息类型的信息源的访问时段记录到访问管理表 (S305),并返回S301。访问时段是从访问最近访问的信息类型的时间到在 S304记录在访问管理表中的当前时间的时段。

在步骤S302,如果在所接收的HTML数据中不包含任何信息类型的关 键字,则访问监控程序跳过S303和S304中的处理。如果之前已经访问过任 何信息类型的信息源,则在访问管理表中记录对该信息类型的信息源的访问 时段(S305),且程序返回S301。

在S301中,如果确定尚未访问信息源,则程序确定是否已经点击了终 止按钮,例如,网络浏览器已经关闭(S306)。如果已经进行了这样的操作 且之前已经访问了任何信息类型的信息源,则程序将对信息类型的信息源的 访问时段记录到访问管理表(S307),并终止处理。如果尚未进行这样的操 作,则程序返回S301。

图12是为了确定访问类型的处理的流程图。以例如每月的预定间隔对 于每种信息类型在用户设备14中执行图12示出的处理。在处理中,基于包 含在图7中示出的访问管理表中的访问日期和时间确定访问类型。

首先,计算每个访问日期和时间之间的间隔,并且计算间隔的平均值。 然后,如果平均间隔等于或小于预定第一时段,例如等于或小于20分钟 (S401),则确定访问类型为“每分钟”型并记录在访问管理表中(S402)。如 果平均间隔大于第一时段且等于或小于第二时段,例如等于或小于15小时 (S403),则确定访问类型为“每小时”型并记录在访问管理表中(S404)。如 果平均间隔大于第二时段且等于或小于第三时段,例如等于或小于3天 (S405),则确定访问类型为“每天”型并记录在访问管理表中(S406)。如果 平均间隔大于第三时段,则作为“每周”型将访问类型记录在访问管理表中 (S407)。以后,计算与所确定的访问类型对应的用户每单位时间获取的信 息量,并且作为信息获取速率记录在访问管理表中(S408)。

图13是为了选择信息源而在门户服务器10中执行的处理的流程图。当 用户在信息类型选择屏幕上选择信息类型按钮20a到20c中的一个且将包含 所选择内容的数据发送到门户服务器10时,在门户服务器10中执行所述处 理。如图13所示,在处理中,门户服务器10基于从用户设备14发出的数 据确定用户是否已经选择信息类型按钮20a到20c中的一个(S501)。

此外,门户服务器10获取使用用户设备14的用户的用户ID(S502)。 例如,门户服务器10可以从诸如cookie之类的数据获取用户ID,该数据与 包含信息类型按钮20a到20c中的一个的选择的数据一起从用户设备14发 送。然后,关联于所获取的信息类型,门户服务器10读出包含在图8中的 用户信息中的访问类型和信息获取速率(S503)。

此外,参考图6示出的信息添加频率表,门户服务器10从所获取的信 息类型的推荐候选的信息源中选择具有与用户匹配的更新类型的信息源 (S504)。例如,门户服务器10可以选择具有与在步骤S503获取的访问类 型相同的更新类型的信息源。如果没找到这样的信息源,则门户服务器10 可以选择最接近所获取的访问类型的更新类型的信息源。在S504,如果选 择多个信息源,则门户服务器10计算在S503获取的信息获取速率和包含在 图6示出的信息添加频率表中的信息添加速率之间的差别,并选择具有最小 差别的信息源(S505)。然后,门户服务器10从在图4中示出的推荐候选信 息源的列表中读出所选择的信息源的URL,并且将该URL返回用户设备14 (S506)。

如上所述,根据此实施例的门户服务器10,允许用户轻易地访问信息源, 以与用户的信息获取频率匹配的频率向该信息源添加信息。这对用户增加了 方便。

本发明不限于上述实施例并且可以在恰当时改变而不背离本发明的精 神。例如,用户设备14可以从门户服务器10提前下载推荐候选信息源的列 表和每个信息源的更新类型及信息添加速率,以在用户设备14中选择与用 户匹配的信息源。

在前述描述中,门户服务器10将信息类型选择屏幕返回用户设备14并 在用户设备14中选择信息类型中的一个,以选择信息源,但是,可以由任 何触发器选择信息源。

例如,本发明可以适用于所谓的基于位置的服务。具体来说,用户设备 14可以配置为提供有定位装置的便携式设备或者配置为汽车导航设备,从而 当用户设备14接近特定位置时,与用户的信息获取频率匹配并从与位置关 联的多个信息源选择的信息源的信息被发送到用户设备14。在此情况下,用 户的信息获取频率是用户接近该位置的频率。关于信息源(以与此信息获取 频率匹配的频率向其添加信息)的信息被发送到用户设备14。

类似地,本发明可应用于通过所谓的AR(增强现实)提供信息。具体 来说,用户设备14可以配置为提供有定位装置的便携式设备或者配置为汽 车导航设备,从而当用户设备14获取特定地点的图像时,信息源(其与用 户的信息获取频率匹配并从与位置关联的多个信息源选择)的信息被发送到 用户设备14。在此情况下,用户的信息获取频率是用户获取该位置的图像的 频率。信息源(以与此信息获取频率匹配的频率向其添加信息)的信息被发 送到用户设备14。

在前面的讨论中,信息服务器16作用信息源。然而,门户服务器10可 以用作信息源。另外,在前面的讨论中,将本发明应用于网络系统。然而, 当然,可以将本发明应用于信息其他类型的提供系统。

虽然本公开的实施例已经特别地示出并参考其示例性实施例描述,但是 本领域普通技术人员将明白,可以在其中做出形式和细节上的各种改变而不 背离用下列权利要求定义的本发明的精神和范围。

去获取专利,查看全文>

相似文献

  • 专利
  • 中文文献
  • 外文文献
获取专利

客服邮箱:kefu@zhangqiaokeyan.com

京公网安备:11010802029741号 ICP备案号:京ICP备15016152号-6 六维联合信息科技 (北京) 有限公司©版权所有
  • 客服微信

  • 服务号