信息处理方法和系统的制作方法

专利名称：信息处理方法和系统的制作方法
技术领域：
本发明涉及一种用于在网络上搜索服务的信息处理方法和系统。
背景技术：
迄今为止，存在着连接了多个信息装置的网络系统，该系 统使得作为客户设备上执行的操作的结果可以从网络上的设备 享受所需的服务。在传统系统中，服务提供设备将其功能作为 服务组织起来，并将那些服务注册在服务管理服务器中。服务 管理服务器集中管理处于多个位置的不同范围的服务，响应于 服务使用设备的访问提供关于该服务组的信息，并提供用户想
使用的服务(日本特开第2001-109693号公报)。
然而，采用传统技术，由于时间延迟，在搜索时收集的关 于处于多个位置的不同范围的服务的信息有时不同于在用户实 际开始使用这种服务时该服务的实际情况。

发明内容
本发明使得可以稳定地获得关于网络上不同范围的服务的
最新信息。
根据本发明的一方面， 一种信息处理方法，用于从网络上 的多个服务提供设备向服务使用设备提供服务，所述方法包括 以下步骤
生成步骤，生成使用标记语言描述多个服务提供设备的功 能 的浏览数据；
注册所述浏览数据；
如果任何服务提供设备的功能发生变化，则根据需要更新 注册的浏览数据；以及
所述服务使用设备获得根据需要更新的注册的浏览数据， 基于获得的浏览数据生成服务列表，并显示所生成的服务列表。
根据本发明的另一个方面， 一种信息处理系统，用于从网 络上的多个服务提供设备向服务使用设备提供服务，所述信息
处理系统包括
生成单元，用于生成使用标记语言描述多个服务提供设备
的功能的浏览数据；
注册单元，用于注册所述浏览数据；
更新单元，用于如果任何服务提供设备的功能发生变化， 则根据需要更新注册的浏览数据；以及
所述服务使用设备中的服务列表显示单元，用于获得注册 的浏览数据，基于获得的浏览数据生成服务列表，并显示所生 成的服务列表。
根据下面参考附图对典型实施例的说明，本发明的其它特 征将变得明显。


图l示出根据本发明的典型系统结构。
图2示出根据本发明的使用典型服务的设备。
图3示出典型的传统系统结构。
图4示出根据本发明的典型系统结构。
图5示出根据本发明的典型系统结构。
图6示出根据本发明的典型流程图。
图7示出根据本发明的典型流程图。
图8示出根据本发明的典型流程图。
图9示出根据本发明的典型联合(syndication)数据。
图IO示出根据本发明的用于注册服务信息的典型数据。
图ll示出根据本发明的典型联合数据。
图12示出根据本发明的典型联合数据。
图13示出根据本发明的用于搜索服务信息的典型数据。
图14示出根据本发明的用于搜索服务信息的典型数据。
图15示出根据本发明的典型服务列表。
图16示出根据本发明的典型控制台单元(服务列表显示)。
图17示出根据本发明的典型联合数据。
图18示出根据本发明的典型联合数据。
图19示出根据本发明的典型联合数据。
图20示出根据本发明的典型服务列表。
图21示出根据本发明的典型控制台单元(服务列表显示)。
图22示出根据本发明的显示在PC上的典型Web浏览器。
具体实施例方式
现在参考附图详细说明本发明的优选实施例。注意，除非 专门说明，这些实施例中组件的相对布置、数字表达式和数值 等并不限制本发明的范围。
注意，在本说明书中，服务是指服务提供设备能够提供给 服务使用设备的功能。
图1示出根据本发明实施例的网络系统的结构。服务使用设 备1 OO和服务提供设备101 、 102和103组成的信息处理系统连接 到局域网400并形成网络。服务提供设备IOI、 102和103中的每 一个都对外提供它们各自的功能作为服务。作为来自用户99的 指令的结果(或者作为由服务使用设备100本身基于规定的条件 做出的判断的结果)，服务使用设备100通过网络使用服务提供
设备IOI、 102和103所^是供的服务。
此外，为了提供服务，服务提供设备IOI、 102和103还能够 预先对外呈现示出它们各自服务的信息。这种由服务管理服务 器实现的技术包括在服务提供设备所呈现的信息中找到对应于 搜索请求的信息，并将该结果呈现给用户99,作为服务使用设 备100向局域网400发送示出搜索请求的包的结果。用户99从所 呈现的信息中决定要使用的服务，并实际使用该服务。也就是 说，服务提供设备101、102和103公开其各自的作为服务的功能， 并且如果服务使用设备100想要使用这些服务，则可以在服务使 用设备100中搜索这些服务。
在这种服务管理技术方面，例如，Web服务技术中的 UDDI(通用描述、发现和集成)已众所周知。UDDI是所谓的服 务仓库(service repository)。服务提供者将其希望公开的关于服 务的信息注册在该UDDI中，这些信息例如是服务名称、服务类 型、接口定义和接入点(access point)。 然后服务用户能够向 UDDI查询可用的服务，并获得关于这些服务的信息。尽管在本 实施例的服务搜索中采用了这种UDDI技术，当然也可以采用其 它方法。
接下来，利用图2说明服务使用设备的典型结构。读取器单 元200采用光学方法读取原稿的图像，并将读取的图像转换为图 像数据。读取器单元200包括具有原稿读取功能的扫描仪单元 210以及具有传送原稿薄片功能的文档给送器250。根据装置结 构，可以不包括文档给送器250(在这种情况下，用户将原稿放 在玻璃压盘(原稿压盘)上并进行读取)。打印机单元300传送记 录纸，将图像数据作为可见图像形成在记录纸上，并将其上形 成了可见图像的记录纸向外排出。打印机单元300由具有多种记 录纸盒的给送器单元360、将图像数据转印并定影到记录纸上的
标记单元310以及排序和装订已打印的记录纸的排出单元370组 成，并将已排序和装订的记录纸向外输出。控制器110电连接到 读取器单元200和打印机单元300,且还连接到局域网400。控制 器110具有CPU、工作存储器等，它将存储在HDD 160中的程序 代码载入工作存储器，并作为C P U解释该程序代码的结果控制 整个服务使用设备的操作。控制器110提供复印功能，用于控制 读取器单元200将通过读取原稿的图像而获得的图像数据输出 到打印机单元300，并在记录纸上形成图像。控制器110还提供 网络扫描仪功能，用于将利用读取器单元2 00读取原稿的图像而 获得的图像数据转换为代码数据，并经过局域网400将代码数据 发送到主计算机中。控制器110还提供打印机功能，用于将经过 局域网400从主计算机接收到的代码数据转换为图像数据，并将 图像数据输出到打印机300。控制台单元150具有LCD显示器、 贴在LCD显示器上的触摸面板输入设备以及多个硬按键(hard key),并且提供供用户执行各种操作的用户接口 。使用触摸面 板或者硬按键输入的信号被传送到控制器110,且LCD显示器显 示从控制器110发送的图像数据。附图标记160表示具有存储区 的硬盘，该存储区除了存储由控制器1 IO执行的程序代码之外， 还用于保存服务信息和联合数据。服务提供设备IOI、 102和103 还被假定为具有与服务使用设备10 0类似的结构。
图3示出使用UDDI的典型结构。服务提供设备104、 105和 106,以及服务提供设备IOI、 102和103将服务信息注册在服务 管理服务器(UDDI)109中，并且服务使用设备100对服务管理服 务器(UDDI)109进行搜索。也有可能存在多个服务管理服务器 (UDDI)109。
接下来利用图4和图5说明对应于U D DI的服务管理服务器 的位置。在图4中每个服务提供设备都保留服务管理服务器，而
在图5中仅有服务提供设备101保留服务管理服务器。本发明适 用于上述任意一个系统。
图4示出每个服务提供设备都保留对应于上述UDDI的服务 管理服务器的例子。服务提供设备IOI、 102和103将它们各自的 有效功能作为服务(即，可供其它设备使用)，并且将这些服务 作为服务列表注册在它们各自的服务管理服务器IOIO、 1020和 1030中。例如，已注册的服务由此被如在服务列表501、 502和 503中一样列举和保留。在这种情况下，服务使用设备100向每 个服务提供设备搜索服务。
另一方面，图5示出仅由服务提供设备101实现对应于上述 UDDI的服务管理服务器的例子。服务提供设备IOI、 102和103 将它们各自的有效功能作为服务(即，可供其它设备使用)，并 将这些服务作为服务列表504注册在设置于服务提供设备101中 的服务管理服务器1010中。然后服务使用设备100仅向设置在服 务提供设备101中的服务管理服务器1010搜索服务。
在因特网Web技术领域，已经开始广泛使用XML应用， XML应用例如是Atom或者用于联合(发布)最新消息的不同版 本的RSS等。在本实施例中，利用诸如Atom或者不同版本的RSS 的XML,将服务的更新/历史信息从服务提供设备联合到服务管 理服务器。在本说明书中，联合意味着发布或者通知更新/概括 信息。联合数据表示用于允许使用RSS读取器浏览更新信息或 者服务信息的浏览数据。
图6是示出服务提供设备执行的处理的流程的流程图。该流 程图示出控制器110基于存储在服务提供设备的HDD 160中的 程序代码执行的处理的流程。
在S701中，服务提供设备产生关于其服务的信息作为联合 数据。在S702中，服务提供设备将服务信息发送到服务管理服 务器以便进行注册，同时在S703中将在S701中创建的联合数据 发送到服务管理服务器以便注册。由此服务管理服务器可以监 视由服务提供设备提供的服务信息的更新信息或最新信息。
在此，服务使用设备1 OO在确定使用哪个服务提供设备的服 务时参考在S702中注册的服务信息，并且该信息以唯一的格式 仅在服务使用设备和服务提供设备之间使用。另一方面，在 S703中注册的联合数据具有诸如RSS或者Atom的通用格式，并 可以使用通用RSS读取器来参考。然而，联合数据仅用于检查 服务的内容。
接下来，在S704中，服务提供设备判断其服务信息中是否 发生改变或者是否增加了任何新的服务。如果已经更新或者增 加了关于服务的信息，服务提供设备则在S705中重构联合数 据，并且将重构的联合数据注册在服务管理服务器中。此时的 重构仅包括构建被更新的部分。然后处理返回到S704,在S704 中服务提供设备监视服务信息的更新和新服务的增加。更新频 率和安排好的更新时间包括在已经注册在服务管理服务器中的 联合数据中，并且因为服务管理服务器查询根据该信息的更新， 所以服务提供设备响应于该查询，将在S 7 0 5中重构的任何联合 数据发送到服务管理服务器来注册。
图7示出服务管理服务器的处理流程。该流程图示出服务管 理服务器的控制器110基于存储在服务管理服务器的HDD中的 程序代码执行的处理的流程。
在S711中，如图6的S702和S703中所述，服务管理服务器 判断服务提供设备是否已经将服务信息/联合数据注册在服务 管理服务器中。接下来，在S712中，基于已经在S711中注册的 服务提供设备的联合数据，生成将提供给服务使用设备的服务 组信息作为联合数据。此时，尽管生成了多条服务信息作为单
条的联合数据，但是因为在很多情况下存在多个服务提供设备， 所以会存在很多条服务信息。此时，联合数据被制定为使得用 户可以判断哪个服务提供设备能够提供什么服务。在S713中， 服务管理服务器开始提供该联合数据。由此，用于多条不同服 务组信息的更新信息可以由服务使用设备作为单条数据监视。
接下来，在S714中，服务管理服务器开始监视服务提供设备的 联合数据，并且在S715中查询联合数据的更新状态。
此时，服务管理服务器基于包括在联合数据中的更新频率 和安排好的更新时间进行周期性地查询。在S716中，服务管理 服务器判断联合数据是否已经更新。如果联合数据已经更新， 则处理进行到S717，在S717中重构将提供给服务使用设备的服 务组信息作为联合数据。此时，仅对联合数据的更新部分进行 重构。当重构被完成时，服务管理服务器返回到S713中用于提 供联合数据的处理。
假定服务管理服务器构建的联合数据可以从具有RSS读取
器功能的局域网400上的任何设备所参考。因此，只有使用通用 RSS读取器访问服务管理服务器，用户才能参考局域网400上多 个服务提供设备所能提供的全部服务。
图8示出服务使用设备的处理流程。该流程图示出控制器 IIO基于存储在服务使用设备的HDD 160中的程序代码执行处 理的流程。例如，服务使用设备在该设备启动时立刻获得服务 信息。因为使用联合数据可以由更新管理连续地获得最新的服 务信息，所以当该设备启动时获取一次服务信息比用户执行搜 索时每次都获取服务信息效率更高。当然，可以在不同的定时 进行搜索。
当启动时，服务使用设备在S721中向服务管理服务器查询 该设备可用的服务组信息，并且在S722中生成服务列表。可以
由服务使用设备使用的服务组受到服务使用设备功能和服务提 供设备功能的限制。如果用户进行操作来显示服务列表，则在
S723中将服务列表显示在控制台单元150上。然后，在S724中， 服务使用设备开始监视服务管理服务器中的联合数据，并且在 S725中查询联合数据的更新状态。此时，基于包括在联合数据 中的更新频率和安排好的更新时间，周期性地进行查询。在 S726中，服务使用设备判断联合数据是否被更新。如果联合数 据已经更新，则处理进行到S727,在S727中服务使用设备重构 服务列表。此时，仅对联合数据的更新部分进行重构。当完成 重构时，服务使用设备返回到用于在S723中在控制台单元150 上显示服务列表的处理中。在这种情况下，可以显示服务列表， 以便用户能够确定与先前显示不同的改变部分。
假定服务使用设备创建的服务列表可以从局域网4 0 0上任 何具有RSS读取器功能的设备所参考。因此，只有使用通用RSS 读取器访问服务使用设备，用户才能参考由局域网400上多个服 务提供设备提供给服务使用设备的服务。
图9示出在图6的S701中由服务提供设备101生成的服务信 息的典型联合数据(同时用数据)。在此，联合数据被称作RSS 1.0 格式中的元数据，但本发明不限于这种结构。联合数据可以可 选地由RSS 2.0或Atom格式等描述。
附图标记2001表示命名空间(namespace)的定义，其用于保 持数据中使用的词汇的唯一 性。附图标记2002表示作为属性的、 包含联合数据的URI的通道(channe 1)元素。附图标记2003表示 title元素，它是数据的标题。在图9的情况下，显示出该数据与 "发送B"服务有关。附图标记2004表示链接元素，它包含"发 送B"服务的URI。附图标记2005表示description元素，它包含 数据的描述。在图9的情况下，description元素2005示出该数据
是关于装置B(服务提供设备102)的服务信息。附图标记2006表 示项元素，其中具有写入元素2007中的由下面的项元素列举的 资源数据(URI)。如果存在多个项元素，则将描述多条资源数据 (URI)。
附图标记2008表示包含联合数据详细说明的项元素。附图
描述的具体资源数据作为该项元素的属性。附图标记2 010表示 title元素，在图9的情况下，该title元素示出该数据是关于"发 送B，，服务的信息。附图标记2011表示实际访问的资源数据 (URI)，这与项元素2009中描述的URI相同。附图标记2012表示 包含项目描述的description元素。在本实施例中，该description 元素包含每个服务所支持的服务内容，例如在发送服务的情况 下，description元素就是服务的协议信息。在图9中，可以看到 "发送B，，服务支持FTP协议和SMB协议。附图标记2013表示 dc:date元素，它包含示出何时创建(更新)数据的日期信息(在此 为2006年5月14日)。附图标记2014表示sy:updatePeriod元素，它 包含数据更新周期(在此为l周)。例如，获得联合数据的服务管 理服务器在图7的S715中能够利用两个元素2013和2014来判断 接下来在什么时候获取数据。
接下来将说明服务信息和服务信息的联合数据已在S702
和S703中注册到服务管理服务器的情况下的典型数据。在图10 中，用2021定义命名空间。在此，因为扩展了方案(schema)以 便注册联合数据，所以还定义了唯一的命名空间rr。附图标记 2022表示注册服务名称的name元素。在图10中，该服务注册在 服务名称"发送B，，之下。附图标记2023表示rr:rss元素，在此 该元素通过描述联合数据的URI对图9所示的联合数据进行注 册。附图标记2024表示接入点(accessPoint)元素，该元素包含当 进行实际服务时要访问的URI。附图标记2025表示overviewURL 元素，该元素示出包含服务接口定义信息的WSDL文件的位置 (URI)。该处理引起服务管理服务器从在S711等待注册的状态进 行到S712中的联合数据生成。
接下来，将参考图11和12对图7的S712中的联合数据生成 处理进行说明。图11和12示出单条数据。直至通道元素的元素 都在图ll中说明，而图12中主要说明项元素。
图11和12示出服务管理服务器获得的典型数据，在图7的 S712中服务管理服务器生成作为联合数据的多条服务组信息。 附图标记2031表示命名空间的定义，用于保持数据中所使用的 词汇的唯一性。附图标记2032表示通道元素，该元素包含作为 属性的联合数据的URI。附图标记2033表示title元素，它是数据 的标题。在图ll的情况下，显示出有关整个服务组的数据。附 图标记2034表示链接元素，它包含含有关于服务的信息的URI。 附图标记2035表示description元素，该元素包含数据的描述。 在图ll的情况下，description元素2035示出^t据是关于网络上 的服务组的信息。附图标记2036表示项元素，其中具有写入元 素2037中的由下面的项元素列举的资源数据(URI)。图ll仅示出 部分而不是全部服务信息。
图12中的附图标记2038表示包含联合数据详细描述的项元 素。附图标记2039表示项元素，该元素包含作为其属性的在该 项元素中描述的指定资源数据(URI)。附图标记2040表示项元 素，该元素示出该数据是关于"发送B"服务的信息。附图标 记2041表示要实际访问的资源数据(URI),这与项元素2039中描 述的URI相同。附图标记2042表示description元素，该元素包含 项目的描述。在本实施例中，该description元素包含每个服务 支持的服务内容，例如在发送服务的情况下，该元素是服务的协议信息。在图11中，能够看出"发送B，，服务支持FTP协议和 SMB协议。附图标记2043表示dc:date元素，该元素包含示出何 时创建(更新)数据的日期信息。附图标记2044表示包含数据更 新周期的sy:updatePeriod元素。例如，获得联合数据的服务使 用设备能够利用两个元素2043和2044,在图8的S725中确定接 着在什么时候去获取数据。
因为图12中其它服务的项元素类似于元素2038 ~ 2044,所 以将省去对这些元素的详细说明。在此，将服务管理服务器聚 集的全部服务组信息(在此是"发送A"、"发送B"、"发送D"、 "传真A")作为项元素进行列举。
接下来，将利用图13和图14说明在图8的S721中服务使用 设备向服务管理服务器查询服务信息的情况。如S721中所述， 例如，假定在启动装置时立刻获得服务信息。因为使用联合数 据通过更新信息管理可以连续地获得最新服务信息，所以在启 动设备时获取 一 次服务信息比用户每次执行搜索时都获取服务 信息更有效率。这种搜索分为两个阶段执行，首先使用图13所 示的数据来查询是否存在任何服务，然后进行到图14以获得关 于服务的详细信息。
图13中的附图标记2051表示服务使用设备向服务管理服务 器进行查询的部分。该查询是使用2051的find一service元素进行 的。作为在2051的find—service元素的name元素中嵌入涉及服务 名称的字符串的结果，服务管理服务器返回匹配该字符串的服 务。在这种情况下，当"％，，用作name元素的值时，返回全部 服务信息。附图标记2052表示来自服务管理服务器的响应数据。 因为扩展了方案以便监视联合数据，所以还由附图标记2053定 义唯一的命名空间rr。附图标记2054表示rr:rss元素，该元素包 含用于服务管理服务器所管理的服务组的联合数据的URI。在
servicelnfos元素中歹'J举servicelnfo元素，并且返回关于月良务的 信息。例如，利用servicelnfo元素2055,返回关于"发送B"月良 务的信息。作为在获得如图14所示的详细信息时在请求数据中 包括了 servicelnfo元素的serviceKey属性的结果，服务管理服务 器识别出"发送B"服务。
接下来说明图14。当需要获得关于服务的详细信息时，服 务使用设备使用2056的get—serviceDetail元素进行查询。利用图 13所示servicelnfo元素2055中的serviceKey属性获得的ID净皮嵌 入到2056的get—serviceDetail元素的serviceKey元素中。服务管 理服务器由此识别出"发送B"服务并且返回响应。此时，考 虑到如果服务名称已用作标识符则可能发生名称冲突，服务管 理服务器将服务管理服务器分配给每个服务的serviceKey作为
ID。附图标记2057表示服务管理服务器对查询的响应。附图标 记2058表示accessPoint元素，该元素包含在进行实际服务时要 访问的URI。附图标记2059表示overviewURL元素，该元素示出 包含服务接口定义信息的WSDL文件的位置(URI)。然而，未必 总是需要查询关于服务的详细信息。如图13所示，使用图ll和 图12所示的联合数据，可以获得关于服务组的信息。
如果利用图14的查询形式在图8的S721中获得服务组信 息，则服务使用设备在图8的S722中创建服务列表510,并在 S723中将该服务列表显示在控制台单元上。服务列表510如图 15所示。另外，控制台单元150基于该服务列表510来显示服务 列表，如图16所示。图15的服务列表包含服务名称621、服务信 息622、装置名称623和服务的URI 624。在图16的控制台单元显 示中，附图标记625示出整个控制台单元画面，附图标记626表 示用于设置诸如复印或传真等功能的字段，并且附图标记627 表示服务列表显示。
接下来，用图17说明服务提供设备中注册的服务信息发生
了改变的情况。下文将说明图6的S704中的服务信息更新，例 如，其中包括FTP协议不能再用于"发送B"服务的情况。尽管 实质上与图9相同，但是作为不能再使用FTP协议的结果，FTP 描述已经从3001的项元素中的description元素3002中消失。由 此，在图7的S714中监视联合数据并在S715中查询更新状态的 服务管理服务器检测变化，并在S717中重构服务管理服务器的 联合数据。图18和图19包含重构数据的描述。尽管实质上与图 12和图13相同，但是作为不能再使用FTP协议的结果，FTP描述 已经从3003的项元素中的description元素3004中消失。由此， 在图8的S724中监视联合数据并在S725中查询更新状态的服务 使用设备检测变化，并在S727中重构服务列表。图20包含重构 列表的描述。如图20的服务信息651所示，FTP协议已经从"发 送B，，服务的服务信息中删除。然后删除带有FTP协议的服务列 表显示，如图21的服务列表显示652所示。
此外，图22示出PC上具有RSS读取器功能的Web浏览器可 以浏览的服务信息。附图标记661示出由图11所示的由服务管理 服务器提供的联合数据的title元素2033所表达的元素。在662列 举关于服务组的信息，这些信息类似于在图11的2037和图12的 2038所示的情况。因此，通过使用标准技术，可以使用通用Web 浏览器浏览服务信息。另外，即使其它客户软件具有RSS读取 器功能，用户也能够获得有关服务的最新消息。
根据本实施例，可以仅作为用户对服务管理服务器或服务 使用设备进行查询的结果持续地获得在多个位置处的不同范围 的服务的最新信息。尽管处于不同位置的不同范围的服务注册 在服务管理服务器中，但是可以方便地将这些服务作为联合数
据而进行集中管理。 此外，当服务管理服务器聚集关于服务的信息时，因为信 息可以通过将来自于服务提供设备的信息组织为适合于服务使 用者的信息来提供，所以可以实现灵活的服务管理。
此外，因为可以使用标准技术从通用Web浏览器等获得信 息，所以用户可以从他们自己的PC中获得关于服务组的最新信 息，而无需到服务使用设备那里。
其它实施例
尽管上面说明了本发明的实施例，但是本发明可用于由多 个装置组成的系统，或者用于由单个装置组成的设备。
注意，还可以通过将用于实现上述实施例功能的计算机程 序直接或远程地提供给系统或设备，并由该系统或者设备读取 和执行所提供的程序代码来实现本发明。因此，安装在计算机 中以便于用计算机实现本发明的功能处理的实际程序代码也包 含在本发明的技术范围之内。
在这种情况下，只要具有计算机程序的功能，计算机程序 可以具有任意形式，诸如目标代码、由解释器执行的计算机程
序、或提供给os的脚本数据等。
用于提供计算机程序的存储介质包括例如，软(Floppy(注 册商标))盘、硬盘、光盘和磁光盘。还可以使用MO、 CD-ROM、 CD-R、 CD國RW、磁带、非易失性存储卡、ROM、 DVD(DVD-ROM、 DVD-R)等。
可选地，用户有可能利用客户端PC的浏览器连接到因特网 网站，并且将根据本发明的实际计算机程序或者具有自动安装 功能的文件下载到诸如硬盘之类的存储介质。本发明还可以由 将组成根据本发明的计算机程序的程序代码分割为多个文件， 并且从不同的网站下载各个文件实现。也就是说，允许多个用 户利用计算机下载用于实现本发明处理功能的计算机程序的万
维网(WWW)服务器也包含在本发明的范围之内。根据本发明的
计算机程序还可能以加密形式存储在诸如CD-ROM之类的存储 介质上，并交付给用户。还有可能允许满足规定条件的用户经 由因特网从一个网址下载用于解密该加密内容的密钥信息，并 且通过执行计算机程序将利用该密钥信息解密的计算机程序安 装在计算机上。
另外，运行在计算机上的OS等可以根据计算机程序的指令 执行部分或全部的实际处理，利用这种处理可以实现上述实施 例的功能。
此外，本发明的范围还包括这样一种情况根据本发明的 计算机程序被写入PC的功能扩展单元所设置的存储器中，并且 该功能扩展单元所设置的CPU等根据计算机程序执行部分或全 部的实际处理。
本发明使得可以持续地获得网络上关于不同范围的服务的 最新信息。
尽管参考典型实施例说明了本发明，但应当理解，本发明 不限于公开的典型实施例。所附权利要求的范围符合最宽的解 释，以便包含全部变形以及等同结构和功能。
权利要求
1. 一种信息处理方法，用于从网络上的多个服务提供设备向服务使用设备提供服务，所述方法包括以下步骤生成步骤，生成使用标记语言描述多个服务提供设备的功能的浏览数据；注册所述浏览数据；如果任何服务提供设备的功能发生变化，则根据需要更新注册的浏览数据；以及所述服务使用设备获得根据需要更新的注册的浏览数据，基于获得的浏览数据生成服务列表，并显示所生成的服务列表。
2. 根据权利要求l所述的信息处理方法，其特征在于，使 用XML描述所述浏览数据。
3. 根据权利要求2所述的信息处理方法，其特征在于，以 RSS格式和Atom格式之一来描述所述浏览数据。
4. 根据权利要求l所述的信息处理方法，其特征在于，所 述生成步骤包括以下步骤多个服务提供设备中的每个服务提供设备生成使用标记语 言描述各自功能的浏览数据；以及将由所述多个服务提供设备生成的多条所述浏览数据合并。
5. —种信息处理系统，用于从网络上的多个服务提供设备 向服务使用设备提供服务，所述信息处理系统包括生成单元，用于生成使用标记语言描述多个服务提供设备 的功能的浏览数据；注册单元，用于注册所述浏览数据；更新单元，用于如果任何服务提供设备的功能发生变化， 则更新注册的浏览数据；以及所述服务使用设备中的服务列表显示单元，用于获得注册的浏览数据，基于获得的浏览数据生成服务列表，并显示所生 成的服务列表。
全文摘要
本发明涉及一种信息处理方法和系统。本发明允许稳定地获得网络上关于不同范围的服务的最新信息。为了实现该目的，从网络上多个服务提供设备101、102和103向服务使用设备100提供服务。产生并注册使用标记语言描述多个服务提供设备101、102和103的同步数据。如果任何服务提供设备的功能发生变化，则更新已注册的同步数据。服务使用设备100获得根据需要更新的已注册的同步数据，根据已获得的同步数据产生服务列表，并显示已产生的服务列表。
文档编号G06F17/30GK101206661SQ20071013878
公开日2008年6月25日 申请日期2007年8月20日 优先权日2006年12月14日
发明者诹访部健史 申请人:佳能株式会社