网络系统和通信设备的制作方法

专利名称：网络系统和通信设备的制作方法
技术领域：
本发明涉及用于访问网络地址的技术。
技术背景例如，在诸如因特网或者公司内部网的网络上存在许多的站点。 向这些站点的每个分配唯一的网络地址(以下简称为"地址")。存在供 用户访问地址的各种各样的方法。例如，用户可以使用键盘将地址输 入进通信设备中，并且在那个地址访问该站点。此外，例如，如在日 本专利申请公布No.2005-322165中公开的，用户可以将关键词输入进 设备中，并且将那个关键词发送给搜索引擎。该搜索引擎在因特网上 搜索包括从该设备发送的关键词的站点的地址。该搜索引擎将包括地 址的搜索结果发送给该设备。以这种方法，用户可以访问作为搜索结 果获取的地址。发明内容由用户访问的地址通常被作为"历史记录"存储在设备中。当用 户访问之前曾经访问的地址的时候，用户可以从"历史记录"中选择 期望的地址。用户不必通过操作键盘输入该地址。这个技术是在用户 将从一个设备访问相同的地址的想法上引出的。通过该技术，用户能 够从一个设备范围相同地址。但是，本发明人已经在利用一个设备访 问的地址将被利用另一个设备访问的情形下研究了可操作性。本教导提供了以下的技术，即，在利用一个设备访问的地址将被 利用另外的设备访问的情形下，使另外的设备无需输入该地址去访问 那个地址成为可能。提供这种技术可以消除用户输入地址的负担。本说明书教导了一种网络系统。该网络系统包括第一通信设备、 第二通信设备和地址数据库。第一通信设备包括被配置为访问网络地 址的第一访问设备。该地址数据库存储由第一访问设备访问的网络地 址。第二通信设备与第一通信设备分开地构成。第二通信设备包括电 话设备、地址获取设备和第二访问设备。在电话设备接收呼入的情况 下，该地址获取设备从地址数据库获取网络地址。第二访问设备被配 置为访问由地址获取设备获取的网络地址。第一通信设备的用户X可以访问来自第一通信设备的所有的地 址。这个地址被存储在该地址数据库中。在用户x想要将搜索结果发 送给第二通信设备的用户Y的情况下，用户X通过电话呼叫第二通信设备。以这种方法，第二通信设备可以从地址数据库获取由用户X访 问的地址。用户Y可以访问由第二通信设备获取的地址。当从第二通 信设备访问的时候，用户Y不需要重新地输入由第一通信设备访问的 地址。因此，可以消除将地址输入进第二通信设备的负担。例如，当将地址输入进第二通信设备的任务是麻烦的时候，前面 提到的系统是尤其有效的。例如，在第一通信设备包括键盘的情况下， 用户X可以使用该键盘去容易地将地址输入进第一通信设备中。用户 X还可以使用该键盘去将关键词输入进第一通信设备。用户X可以容 易地访问从搜索引擎作为搜索结果获取的地址。相比之下，在第二通 信设备不包括键盘的情况下(例如，在必须使用数字按键去输入地址或 者关键词的情况下)，对于用户Y来说将地址或者关键词输入进第二通 信设备是很难的。此外，例如，甚至当第二通信设备包括键盘时，用 户Y有时必须借助于一只手抓住电话设备。在这种情况下，对于用户 Y来说将地址或者关键词输入进第二通信设备是很难的。因为前面提到的系统可以消除用户Y将地址输入进第二通信设备的负担，该系统 在这些情形下有效地起作用。该网络系统可以进一步包括包含地址数据库的服务器。该服务器 可以与第一通信设备分开地构成。第一通信设备可以进一步包括地址 发送设备。该地址发送设备可以将由第一访问设备访问的网络地址和 第一通信设备的通信设备识别信息的组合发送给服务器。该地址数据 库可以存储从地址发送设备发送的网络地址和通信设备识别信息的组 合。该电话设备被配置为接收信源的电话识别信息。该服务器可以进 一步包括第一识别信息数据库和第一识别信息识别设备。第一识别信 息数据库可以存储通信设备识别信息和电话识别信息的组合。第一识 别信息识别设备可以从第一识别信息数据库中识别与电话识别信息相 结合的通信设备识别信息，该电话识别信息是由电话设备接收的。该 地址获取设备可以从地址数据库获取与由第一识别信息识别设备识别 的通信设备识别信息相结合的网络地址。注意到，前面提到的服务器包括两个数据库(识别信息数据库和地 址数据库)。这些数据库可以分开地构成，或者被安装在一个设备中。在前面提到的网络系统中，第一通信设备的通信设备识别信息可 以与用户X的电话识别信息结合，并且被预先存储在该服务器的识别 信息数据库中。在第一通信设备中由搜索过程执行的地址P与第一通 信设备的通信设备识别信息结合，并且被存储在服务器的地址数据库 中。在存在对第二通信设备的呼入，并且信源的电话识别信息是用户X 的电话识别信息的情况下，从识别信息数据库中识别第一通信设备的 通信识别信息。与识别的通信识别信息相结合并且被存储在地址数据 库中的地址P是由第二通信设备获取的。但是，在存在对第二通信设 备的呼入，并且信源的电话识别信息不是用户X的电话识别信息的情 况下，第一通信设备的通信识别信息不是从识别信息数据库中识别的。 该结果是前面提到的地址P不是由第二通信设备获取的。换句话说，第二通信设备不是响应所有呼入都获取地址，而是只有当呼入来自于 包括一电话识别信息的电话设备时，才获取一个地址，该电话识别信 息被预先注册在识别信息数据库中。例如，当存在多个第一通信设备的时候，前面提到的系统尤其是 有效的。例如，假设存在两个第一通信设备，并且用于这些的通信设备识别信息是M1和M2。此外，假设一个第一通信设备的用户是X1， 并且另外的第一通信设备的用户是X2。在这种情况下，该服务器的识 别信息数据库可以存储用户XI的电话识别信息和Ml的组合，以及用 户X2的电话识别信息和M2的组合。该服务器的地址数据库存储地址 P1和M1的组合，以及地址P2和M2的组合。例如，当存在对第二通 信设备的呼入，并且信源的电话识别信息是用户XI的电话识别信息的 时候，Ml是从识别信息数据库中识别的，并且与M1相结合的地址P1 是由第二通信设备获取的。例如，当存在对第二通信设备的呼入，并 且信源的电话识别信息是用户X2的电话识别信息的时候，M2是从识 别信息数据库中识别的，并且与M2相结合的地址P2是由第二通信设 备获取的。在这个系统中，可以基于对第二通信设备的呼入的电话识别信息 识别多个第一通信设备中的一个。第二通信设备可以获取借助于识别 的第一通信设备访问的地址。在前面提到的网络设备中，该服务器可以与第二通信设备一起构 成。另一方面，在网络系统中，该服务器可以与第二通信设备分开地 构成。在这种情况下，第二通信设备可以进一步包括电话识别信息发 送设备。该电话识别信息发送设备可以将由电话设备接收的电话识别信息发送给服务器。该第一识别信息识别设备可以从第一识别信息数 据库中识别与电话识别信息相结合的通信设备识别信息，电话识别信息是从电话识别信息发送设备发送的。该服务器可以进一步包括地址 识别设备和服务器侧地址发送设备。该地址识别设备可以从地址数据库中识别与通信设备识别信息相结合的网络地址，该通信设备识别信 息是由第一识别信息识别设备识别的。该服务器侧地址发送设备可以 将由地址识别设备识别的网络地址发送给第二通信设备。该地址获取 设备可以通过接收从服务器侧地址发送设备发送的网络地址获取网络 地址。该网络系统可以进一步包括包含地址数据库的服务器。该服务器 可以与第一通信设备分开地构成。在这种情况下，第一通信设备可以 进一步包括输入设备和地址发送设备。该输入设备可以允许用户去输 入用户识别信息。该地址发送设备可以将由第一访问设备访问的网络 地址和输入给输入设备的用户识别信息的组合发送给服务器。该地址 数据库可以存储从地址发送设备发送的网络地址和用户识别信息的组合。该电话设备被配置为接收信源的电话识别信息。该服务器可以进 一步包括第二识别信息数据库和第二识别信息识别设备。该第二识别 信息数据库可以存储用户识别信息和电话识别信息的组合。该第二识 别信息识别设备可以从第二识别信息数据库中识别与电话识别信息相 结合的用户识别信息，该电话识别信息是由电话设备接收的。该地址 获取设备可以从地址数据库获取与由第二识别信息识别设备识别的通 信设备识别信息相结合的网络地址。当多个用户共享一个第一通信设备的时候，前面提到的网络设备是有效的。例如，假设用户XI和用户X2能够共享一个第一通信设备。 此外，例如，假设用户X1和X2的用户识别信息分别地是N1和N2。 在这种情况下，该服务器的识别信息数据库可以存储用户XI的电话识 别信息和Nl的组合，以及用户X2的电话识别信息和N2的组合。该 服务器的地址数据库存储地址Pl和Nl的组合，以及地址P2和N2的 组合。例如，当存在对第二通信设备的呼入，并且信源的电话识别信 息是用户XI的电话识别信息的时候，Nl是从识别信息数据库中识别 的，并且与N1相结合的地址P1是由第二通信设备获取的。例如，当 存在对第二通信设备的呼入，并且信源的电话识别信息是用户X2的电话识别信息的时候，N2是从识别信息数据库中识别的，并且与N2相 结合的地址P2是由第二通信设备获取的。在这个系统中，可以基于对第二通信设备的呼入的电话识别信息 识别使用第一通信设备的多个用户中的一个。该第二通信设备可以获 取由识别的用户访问的地址。在网络系统中，该地址数据库可以累积地存储由第一访问设备访 问的网络地址。在电话设备接收呼入的情况下，该地址获取设备可以 获取存储在地址数据库中的网络地址。该第二通信设备可以进一步包 括显示设备和选择设备。该显示设备可以显示由地址获取设备获取的 网络地址。该选择设备可以允许用户选择显示在显示设备上的至少一 个网络地址。该第二访问设备可以访问选择的网络地址。在前面提到的网络系统中，可以由用户借助于第二通信设备从已 经借助于第一通信设备搜索的多个地址中选择至少一个地址。借助于 第二通信设备，不需要输入地址，并且可以仅选择网络地址。在网络系统中，在由地址获取设备获取的网络地址包括对应于搜 索引擎的搜索结果的第一网络地址和其它的网络地址的情况下，该显 示设备可以以可识别的方式显示第一网络地址和其它的网络地址。按照这种结构，用户可以使用第二通信设备去判断是否获取的地 址是搜索结果地址，或者是否其是除此以外的地址。在网络系统中，第一通信设备可以进一步包括地址识别信息添加 设备。该地址识别信息添加设备可以将地址识别信息添加给由第一访 问设备访问的网络地址。该地址识别信息可以表示是否网络地址对应 于搜索引擎的搜索结果。该显示设备可以基于添加给每个网络地址的 地址识别信息以可识别的方式显示第一网络地址和其它的网络地址。在这种情况下，该地址识别信息添加设备可以基于地址的字符串 将地址识别信息添加给网络地址。换句话说，第一通信设备可以进一 步包括搜索结果格式表。该搜索结果格式表可以存储表示搜索引擎的 搜索结果的字符串的多个模式。在由第一访问设备访问的网络地址包 括存储在搜索结果格式表中的所有字符串的情况下，该地址识别信息 添加设备可以将地址识别信息添加给网络地址。在网络系统中，第一通信设备可以进一步包括操作设备。在第一 访问设备访问网络地址，并且操作设备由用户操作以执行预定操作的 情况下，该地址数据库可以存储网络地址。按照这种结构，用户可以选择地址以存储在地址数据库中。在网络系统中，第二通信设备可以进一步包括打印设备。该打印 设备被配置为打印在由第二访问设备访问的网络地址上存在的信息。 但是，第二通信设备可以是其它类型的设备。前面提到的第二通信设备本身是新颖的和有用的设备。该通信设 备以可通信的方式与地址数据库连接。该地址数据库存储由另外的通 信设备访问的网络地址。该通信设备包括电话设备、地址获取设备和 访问设备。在电话设备接收呼入的情况下，该地址获取设备从地址数 据库获取网络地址。该访问设备被配置为访问由地址获取设备获取的网络地址。此外，包括地址数据库的第二通信设备是新颖的和有用的通信设 备。该通信设备在可通信的方式与另外的通信设备连接。该通信设备 包括地址数据库、电话设备、地址获取设备和访问设备。该地址数据 库存储由另外的通信设备访问的网络地址。在电话设备接收呼入的情 况下，该地址获取设备从地址数据库获取网络地址。该访问设备被配置为访问由地址获取设备获取的网络地址。


图1示出一个实施例的网络系统的总体图。 图2示出PC的结构。图3示出地址服务器的结构。 图4示出常规的地址数据库的存储内容的例子。 图5示出搜索结果地址数据库的存储内容的例子。 图6示出用户管理服务器的结构。 图7示出用户管理数据库的存储内容的例子。 图8示出多功能设备的结构。 图9示出由每个设备执行的处理的时序图。 图10示出PC的地址采集过程的流程图。 图11示出地址服务器的主处理的流程图。 图12示出地址服务器的地址注册过程的流程图。 图13示出地址服务器的地址发送过程的流程图。 图14示出用户管理服务器的用户ID发送过程的流程图。 图15示出多功能设备的主处理的流程图。 图16示出多功能设备的地址获取过程的流程图。 图17示出用于选择站点的URL的多功能设备的显示设备的例子。 图18示出用于选择搜索结果的URL的多功能设备的显示设备的 例子。图19示出用户管理数据库的存储内容的例子(第二实施例)。 图20示出由每个设备执行的处理的时序图(第二实施例)。 图21示出PC的地址采集过程的流程图(第二实施例)。 图22示出用户管理服务器的用户ID发送过程的流程图(第二实施例)。图23示出变化的实施例1的服务器的结构。图24示出变化的实施例2的多功能设备的结构。
具体实施方式
在这里，举例说明在以下的实施例中公开的该技术的一些特点。 (特点l)第一通信设备是包括键盘的PC。(特点2)第二通信设备是至少包括打印功能和电话功能的多功能 设备。多功能设备不包括键盘，但是包括多个操作按键(例如，数字按 键)。(特点3)搜索结果格式表存储设备被包括在网络系统中，并且存储 通常在搜索引擎的搜索结果的网络地址中使用的文字串。这个文字串 对于每个搜索引擎可以是不同的。该搜索结果格式表存储设备，例如， 被安装在第一通信设备中。在这种情况下，通过确定是否访问的网络 地址包括存储在搜索结果格式表存储设备中的文字串，第一通信设备 可以将地址识别信息添加给那个网络地址。注意到，该搜索结果格式 表存储设备可以，例如，被安装在服务器或者第二通信设备中。(第一实施例)参考该附图描述本教导的实施例。图1以简化形式示出该实施例 的网络系统10的结构。该网络系统10包括PC20、 40、 60、 一组服务 器90、多功能设备120、因特网2等等。该组服务器90包括地址服务 器80和用户管理服务器100。 PC 20、 40、 60、地址服务器80、用户 管理服务器IOO和多功能设备120每个分开地构成。PC20、 40、 60、 地址服务器80、用户管理服务器100和多功能设备120经由集线器 (HUB)、路由器等连接到LAN或者WAN，并且能够互相通信。在 因特网2上存在具有唯一地址的多个搜索引擎4、 6等。(PC的结构)图2示出PC20的结构。PC20包括监视器22、操作设备24、硬 盘(HD)26、控制器32和网络接口(网络I/F)34。该监视器22可以显示 各种数据。该操作设备24包括由用户操作的键盘和鼠标。用户可以通 过操作该操作设备24将各种数据和命令输入进PC 20。该HD 26可以存储各种各样的数据。本实施例的HD 26可以存储搜索引擎表28和搜 索结果格式表30。该搜索引擎表28包括该搜索引擎4、 6等的URL(统 一资源定位器)。该搜索结果格式表30可以存储在URL中通用的文字 串，其表示每个搜索引擎的搜索结果。例如，该搜索引擎Google(注册 商标)在搜索结果的URL中包括"http:〃www.google.co.jp/search "。当 将在Google(注册商标)上搜索关键词"Baseball"的时候，该搜索结果 的URL是"http:〃www.google.co.jp/search hl=ja&q=baseball&lr="。该 搜索结果格式表30存储"http:〃www.google.co.jp/search "。该搜索结 果格式表30可以类似地存储其它的搜索引擎的搜索结果。通过将访问 的URL与存储在搜索结果格式表30中的文字串比较，该控制器32可 以确定是否那个URL是搜索结果的URL。该搜索引擎表28和搜索结 果格式表30是由用户设置的。该控制器32按照预定程序执行多种处理，并且对PC 20的操作执 行全面控制。在下面详细描述由控制器32执行的处理。网络电缆12 连接到网络I/F 34。如图1所示，该网络电缆12经由集线器、路由器 等连接到因特网2。 PC 20能够经由网络I/F 34执行因特网通信。此夕卜， 该网络电缆12经由集线器、路由器等连接到地址服务器80和用户管 理服务器100。PC 20能够经由网络I/F 34与地址服务器80和用户管理 服务器100通信。PC 40和60包括与PC 20相同的结构，并且从而详细说明被省略。 PC 40和60类似PC 20，与地址服务器80和用户管理服务器100连接 以便能够与之通信。注意到，安排在本实施例的网络系统10中的PC 的数目没有限制。在本实施例中，PC被限制在三个PC 20、 40和60 以便简化描述。(地址服务器的结构)图3示出地址服务器80的结构。该地址服务器80包括常规的地 址数据库(常规的地址DB)82、搜索结果地址数据库(搜索结果地址DB)84、控制器86和网络接口(网络I/F)88。图4示出常规的地址DB 82 的存储内容的例子。常规的地址DB 82可以存储URL，其中URL识别 信息(如下所述)是"常规的"。常规的地址DB82可以组合和存储如下 所述的用户ID90和站点92的URL。此外，常规的地址DB82可以存 储URL 92在其上注册的注册日期和时间94。常规的地址DB 82能够 累积地存储用于每个用户ID的URL和注册日期和时间。该搜索结果 地址DB 84可以存储URL，其中URL识别信息(如下所述)是"搜索结 果"。如图5所示，搜索结果地址DB 84类似常规的地址DB 82，可 以组合和存储用户ID、在网络上的站点的URL 92以及日期和时间94， URL 92被注册的日期和时间94。常规的地址DB 82和搜索结果地址 DB 84在下文中被共同地称为地址DB 81。在下面详细描述用于在地址 DB 81中存储信息的方法。该控制器86按照预定程序执行各种各样的处理，并且将对地址服 务器80的操作执行全面控制。在下面详细描述由控制器86执行的处 理。网络电缆12连接到网络I/F88。如图1所示，该网络电缆12经由 集线器、路由器等连接到PC20。该地址服务器80可以经由网络I/F88 与PC20通信。此外，该网络电缆12经由集线器、路由器等连接到多 功能设备120。该地址服务器80可以经由网络I/F 88与多功能设备120 通信。(用户管理服务器的结构)图6示出用户管理服务器100的结构。该用户管理服务器100包 括用户管理数据库(用户管理DB)102、控制器104和网络接口(网络 I/F)106。图7示出用户管理DB 102的存储内容的例子。该用户管理 DB 102可以组合和存储识别用户的用户ID 110，用于由该用户使用的 电话(在附图中未示出)的电话号码112，和由该用户使用的PC的节点 名114。将用户ID IIO分配给在网络系统IO上使用PC的每个用户。 本实施例的用户ID和节点名可以根据需要改变。电话号码112可以是 由用户使用的便携式电话的电话号码，或者可以是固定电话的电话号码。做为选择的，该电话号码112可以是在公司之内的内部编号，或 者可以是IP电话的IP地址。该控制器104按照预定程序执行各种各样的处理，并且对地址服务器100的操作执行全面控制。稍后在下面详 细地描述由控制器104执行的处理。网络电缆12连接到网络I/F 106。 如图1所示，该网络电缆12经由集线器、路由器等连接到PC 20、 40 和60。该地址服务器IOO可以经由网络I/F 106与PC 20、 40和60通 信。此外，该网络电缆12经由集线器、路由器等连接到多功能设备120。 该地址服务器100可以经由网络I/F 106与多功能设备120通信。该用户管理DB 102可以从在网络系统IO上的每个PC改变。例 如，在新的PC被添加给网络系统10的情况下，该PC经由网络电缆 12连接到用户管理服务器100以便能够与之通信。用户从新近添加的 PC的操作设备输入用户ID、电话号码和节点名。输入的用户ID、电 话号码和节点名被经由网络电缆12发送给用户管理服务器100。该用 户管理服务器100经由网络I/F 106接收发送的数据。该用户管理服务 器104的控制器100在用户管理DB 102中存储接收的数据。(多功能设备的结构)图8示出多功能设备120的结构。该多功能设备120包括监视器 122、操作设备124、打印设备126、电话设备128、存储器130、控制 器132和网络接口(网络I/F)134。该监视器122可以显示各种各样的数 据。该操作设备124包括由用户操作的多个按键(数字按键、启动键、 清除键、搜索按钮等等)。该操作设备124不是根据键盘和鼠标而构 造的。用户可以通过操作该操作设备124将各种各样的数据和命令输 入进多功能设备120。该打印设备126可以基于打印数据打印到打印介 质上。可以从多功能设备120(例如，因特网2)外面发送该打印数据。 此外，可以通过形成多功能设备120的一部分的扫描仪(在该附图中未 示出)产生该打印数据。电话设备128可以从另外的电话设备(在该附图 中未示出)接收呼入和该电话设备的电话号码。用户可以使用电话设备 128去与另外的电话设备的用户通信。该存储器130可以存储各种各样的数据。在下面根据需要描述存储在存储设备130中的信息内容。该控制器132按照预定程序执行各种各样的处理，并且对多功能设备120 的操作执行全面控制。在下面详细描述由控制器132执行的处理。网络电缆12连接到网络I/F 134。如图1所示，该网络电缆12经 由集线器、路由器等连接到地址服务器80和用户管理服务器100。该 多功能设备120能够经由网络I/F 134与地址服务器80和用户管理服务 器100通信。此外，该网络电缆12经由集线器、路由器等连接到因特 网2。该多功能设备120能够经由网络接口 134执行因特网通信。(用于每个设备的处理的综述)接下来，描述由前面提到的设备20、 40、 60、 80、 100和120执 行的处理的综述。图9示出由每个设备20、 80、 100和120执行的处 理的时序图。用户可以通过操作PC 20(参见图2)的操作设备24选择搜 索引擎(例如，搜索引擎4(参见图l))。此外，用户可以将期望的关键词 输入进PC20中。PC20可以执行搜索过程，其将由用户输入的关键词 发送给选择的搜索引擎，并且获取搜索结果。此外，通过操作PC 20 的操作设备24，用户可以输入用户想要访问的站点(例如，站点8)的 URL，并且点击显示在监视器22上的URL。通过操作操作设备24， 用户可以请求PC 20在地址DB 82中注册访问的站点的URL等。例如， 用户可以通过点击显示在监视器22上的开始注册按钮使得由控制器32 执行注册过程。当请求注册URL的时候，PC 20将用户ID检查请求(A1) 发送给用户管理服务器100。在其将PC 20的节点名发送给用户管理服 务器100(A2)同时，PC20发送用户ID检查请求(A1)。该用户管理服务 器100将与从PC20发送的节点名相结合、并且被存储在用户管理DB 102中的用户ID发送给PC 20(参见图6)(A3)。接下来，PC20将地址注册请求(B1)发送给地址服务器80。然后， PC 20将从用户管理服务器IOO发送的用户ID、用于请求注册的URL 和URL识别信息(如下所述)发送给地址服务器80(B2)。以这种方法，该地址服务器80可以将用户ID与URL组合，并且将其存储在地址 DB 81中(参见图4、 5)。多功能设备120的电话设备128可以从另外的电话设备接收呼入 信号和该电话设备的电话号码。在电话设备128已经接收电话号码的 情况下，该多功能设备120将用户ID检査请求发送给用户管理服务器 IOO(CI)。同时，该多功能设备120正在发送用户ID检査请求(C1)，电 话设备128发送接收的电话号码(C2)。该用户管理服务器IOO将与从多 功能设备120发送的电话号码相结合的用户ID发送给多功能设备120， 并且存储在用户管理DB 102中(C3)。接下来，该多功能设备120将地址发送请求(D1)发送给地址服务 器80。然后，该多功能设备120将从用户管理服务器IOO发送的用户 ID发送给该地址服务器80(D2)。该地址服务器80识别与从多功能设备 120发送、并且被存储在该地址DB81中的用户ID相结合的URL。该 地址服务器80将包括URL及其URL识别信息的URL候选信息的URL 表作为URL表发送给多功能设备120(D3)。该多功能设备120可以在 监视器122(参见图8)上显示从地址服务器80发送的URL。在存在多个 被发送的URL的情况下，用户可以从通过操作操作设备124显示的多 个URL中选择一个URL。在这种情况下，该多功能设备120可以访问 由用户选择的URL。(PC的处理)接下来，详细描述由PC20执行的处理。图10示出由PC20执行 的URL采集过程的流程图。如上所述，通过点击显示在监视器22上 的开始注册按钮，用户可以借助于PC 20的控制器32执行URL注册过 程。该控制器32监视是否已经请求URL注册过程(S10)。在已经请求 了 URL注册过程的情况下，该控制器32确定是否URL是从搜索引擎 发送的搜索结果的URL(S12)。在访问的URL的一部分匹配在HD 26 上存储在搜索结果格式表30中的记录的情况下，该控制器32确定该URL是搜索结果的URL。在S12中答案是"是"的情况下，该控制器32将"搜索结果" URL识别信息添加给URL，其被确定为是在S12中的"搜索结果"(S14)。 接下来，该控制器32将URL和URL识别信息设置为"搜索结果"， 在HD26上临时地存储URL和"搜索结果"的相同的组合(S15)，然后 进行到S20。在访问的URL的一部分不相配(在S12中为否)的情况下， 该控制器32将"常规的"URL识别信息添加给前面提到的其它的 URL(S16)。接下来，该控制器32将URL和URL识别信息设置为"常 规的"，在HD 26上临时地存储URL和"常规的"的相同的组合(S15)， 然后进行到S20。接下来，在S20中，该控制器32将用户ID检查请求 发送给用户管理服务器IOO(参见图9的Al)。然后，该控制器32将PC 20的节点名发送给用户管理服务器100(S22(参见图9的A2))。该用户 管理服务器100将与PC 20的节点名相结合、并且被存储在用户管理 DB 102中的用户ID发送给PC20(参见图9的A3)。该控制器32经由 网络I/F32接收从用户管理服务器IOO发送的用户ID(S24)。接下来， 该控制器32将关键词注册请求发送给地址服务器80(S26(参见图9的 Bl))。然后，该控制器32将存储在S15或者S18中的URL和URL识 别信息，以及在S24接收的用户ID发送给该地址服务器80(S28(参见 图9的B2))。最后，该关键词采集过程结束。(地址服务器的处理) (主处理)接下来，详细描述由地址服务器80执行的处理。图ll示出由地 址服务器80执行的主处理的流程图。该地址服务器80的控制器84(参 见图3)监视是否已经接收到从PC 20(参见图9的Bl，图10的S24)发 送的地址注册请求(S30)。在地址注册请求是从PC 20发送的情况下(在 S30中，是)，该控制器84执行地址注册处理(S32)。在下面详细描述该 地址注册过程。此外，该控制器84监视是否已经接收到从多功能设备 120发送的地址发送请求(S34)(参见如下所述的图9的Dl，图16的S11S)。在地址发送请求是从多功能设备120发送的情况下(在S34中， 是)，该控制器84执行地址发送处理(S36)。在下面详细描述该关键词 发送过程。(地址注册过程)图12示出图11的S32的地址注册过程的流程图。该控制器84接 收从PC 20发送的URL、URL识别信息和用户ID(S40)(参见图9的B2， 图10的S26)。该控制器86确认是否在S40接收的URL识别信息是"搜 索结果"(S42)。在URL识别信息是"搜索结果"的情况下(在S42中， 是)，该控制器86确认是否在S40接收的用户ID被存储在搜索结果地 址DB 84中(S44)。在用户ID没有被存储在搜索结果地址DB 84中的 情况下(在S44中，否)，该控制器86在搜索结果地址DB 84中存储在 S40接收的用户ID和URL，以及注册的日期和时间(S48)，并且该地址 注册过程结束。相比之下，在用户ID存储在搜索结果地址DB84中的 情况下(在S44中，是)，该控制器86确认是否在S40接收的URL和在 S40接收的用户ID的组合被存储在搜索结果地址DB 84中(S50)。在 URL和用户ID的组合是被存储在搜索结果地址DB 84中的情况下(在 S50中，是)，与先前提及的组合相结合的注册的日期和时间被更新 (S52),并且该地址注册过程结束。相比之下，在URL和用户ID的组 合没有被存储在搜索结果地址DB 84中的情况下(在S50中，否)，存储 在搜索结果地址DB 84中的用户ID(在S40接收的)与在S40接收、并 且与注册的日期和时间一起存储的URL结合(S54)，以及地址注册过程 然后结束。在S40接收的URL识别信息不是"搜索结果"的情况下(在S42 中，否)，该控制器86确认是否在S40接收的用户ID是在常规的地址 DB 82中(S46)。在S40接收的用户ID没有在常规的地址DB 82中的情 况下(在S46中，否)，该控制器86在常规的地址DB 82中存储在S40 接收的用户ID和URL的组合，以及注册的日期和时间(S56)，并且地 址注册过程结束。但是，在S40接收的用户ID被存储在常规的地址DB 82中的情况下(在S46中，是)，该控制器86确认是否在S40接收 的URL和用户ID的组合被存储在常规的地址DB 82中(S58)。在S40 接收的URL和用户ID的组合被存储在常规的地址DB 82中的情况下 (在S58中，是)，与先前提及的组合相结合的注册的日期和时间被更新 (S60)，并且地址注册过程结束。但是，在该组合没有存储在常规的地 址DB 82中的情况下(在S58中，否)，存储在常规的地址DB 82中的 用户ID(在S40接收的用户ID)与在S40接收，并且被与注册的日期和 时间一起存储的URL结合(S62)，以及地址注册过程结束。(地址发送过程)图13示出图11的S36的地址发送过程的流程图。该控制器86接 收从多功能设备120发送的用户ID(S70)(参见图9的D2，如下所述的 图16的S130)。该控制器86确认是否在S70接收的用户ID是在常规 的地址DB 82中(S72)。在S70接收的用户ID没有被存储在常规的地 址DB82中的情况下(在S72中，否)，该控制器86确认是否在S70接 收的用户ID是在搜索结果地址DB 84中(S80)。在S70接收的用户ID 没有在搜索结果地址DB84中的情况下(在S80中，否)，该地址发送过 程结束。在S70接收的用户ID是在搜索结果地址DB 84中的情况下(在 S80中，是)，该流程进行到S82。但是，在S70接收的用户ID是在常规的地址DB 82中的情况下(在 S72中，是)，该控制器86在常规的地址DB82中识别与在S70接收的 用户ID相结合的URL(S74)。接下来，该控制器86产生包括URL候 选信息的URL表(S76)。例如，该控制器86将在S74识别的关键词转 换为在多功能设备120中可读的数据格式。此外，例如，在S74识别 的URL的数目大于预定数目的情况下，该控制器86可以确认那些URL 的注册日期和时间，并且仅通过预定数目URL产生候选信息。然后， 该控制器86确认是否在S60接收的用户ID被存储在搜索结果地址DB 84中(S78)。在S60接收的用户ID没有被存储在搜索结果地址DB 84 中的情况下(在S78中，否)，该流程进行到S86。但是，在S60接收的用户ID被存储在搜索结果地址DB 84中的情 况下(在S78中，是)，该流程进行到S82。在S82中，该控制器86识 别与在S70发送的用户ID相结合、并且被存储在搜索结果地址DB 84 中的URL。接下来，该控制器86产生包括URL候选信息的URL表 (S84)，并且进行到S86。在S86中，该控制器86将URL表发送给多 功能设备120(参见图9的D3，和如下所述的图16的S132)。以这种方 法，该地址发送过程结束。(用户管理服务器的过程) (用户ID发送过程)接下来，详细描述由用户管理服务器100执行的用户ID发送过程 的内容。图14示出由用户管理服务器IOO执行的过程的流程图。该用 户管理服务器100的控制器104(参见图5)监视是否已经从PC 20、 40、 60或者多功能设备120接收到用户ID检査请求(S90(参见图9的Al或 者Cl，图10的S20，和如下所述的图16的S122))。在控制器104发 现用户ID检査请求的情况下(在S90中，是)，该控制器104确认是否 已经接收到电话号码(S92)。在已经接收到电话号码的情况下(在S92中， 是)(参见图9的C2，如下所述的图16的S124)，该控制器104识别与 在S92接收的电话号码相结合、并且被存储在用户管理DB 102中的用 户ID(S94)。接下来，该控制器104将在S94识别的用户ID发送给多 功能设备120(S96(参见图9的C3，和如下所述的图16的S126))。当 S96结束的时候，该流程返回到S90，并且该控制器104监视是否已经 接收到用户ID检査请求。另一方面，在没有接收到电话号码的情况下(在S92中，否)，该控 制器104接收PC的节点名(S98(参见图8的A2,图10的S22))。接下 来，该控制器104识别与在S88接收的节点名相结合、并且被存储在 用户管理DB 102中的用户ID(SIOO)。在S90识别的用户ID被发送给 请求检査的PC(S102(参见图8的A3，图10的S24))。当S102结束的时候，该流程返回到S90，并且该控制器104监视是否已经接收到用户 ID检査请求。(多功能设备的处理) (主处理)接下来，详细描述由多功能设备120执行的处理。图15示出由多 功能设备120执行的主处理的流程图。该控制器132(参见图8)监视是 否多功能设备120的电话设备128已经接收到呼入(参见图8)(S110)。 在电话设备128已经接收到呼入的情况下(在S110中，是)，该控制器 132执行地址获取过程(S112)。在下面详细描述该地址获取过程。但是， 在已经操作多功能设备124的操作设备120(参见图8)的按键的情况下， 该控制器132确定在S110答案是否。在这种情况下，该控制器132响 应操作的按键类型执行其它的处理(S114)。(地址获取过程)图16示出图15的S112的地址获取过程的流程图。如果在S110 已经在电话设备128中接收到呼入，该控制器132监视是否电话设备 128已经接收到信源的电话号码(S120)。在电话设备128没有接收到信 源的电话号码的情况下(在S120中，否)，该地址获取过程结束。但是， 在电话设备128已经接收到信源的电话号码的情况下(在S120中，是)， 该控制器132将用户ID检查请求发送给用户管理服务器100(S122(参 见图9的C1))。接下来，该控制器132将在S110接收的电话号码发送 给用户管理服务器100(S124(参见图9的C2))。当S124的处理结束的 时候，该控制器132监视是否已经在预定的时间周期内从用户管理服 务器100接收到用户ID(S126)。在没有接收到用户ID的情况下(在S126 中，否)，该地址获取过程结束。或者，该控制器132可以执行从S122 到S126的过程预定的次数，并且如果在S126答案是否，该地址获取 过程结束。但是，在已经接收到用户ID的情况下(在S126中，是(参见图9的C3))，该控制器132将地址发送请求发送给地址服务器80(S128(参 见图9的D1))。接下来，该控制器132将在S116接收的用户ID发送 给地址服务器(S130(参见图9的D2))。当S130的处理结束的时候，该 控制器132监视是否已经在预定的时间周期内从地址服务器80接收到 URL表(S132)。在没有从地址服务器80接收到URL表的情况下(在S132 中，否)，该控制器132结束地址获取过程。或者，该控制器132执行 从S128到S132的过程预定的次数，并且如果在S132答案是否，该地 址获取过程可以结束。但是，在已经从地址服务器80接收到URL表的情况下(在S132 中，是(参见图9的D3))，该控制器132在监视器122上显示对于特定 的URL识别信息在S132接收的URL候选数据(S134)。图17示出一例 子，其中当呼入是从电话号码1234接收的时候，该URL识别信息是 "常规的"候选数据140。该监视器122可以显示电话号码150和用户 ID 152。用户可以通过操作操作设备124上下移动光标142。图18示 出一例子，其中当呼入是从电话号码1234接收的时候，该URL识别 信息是"搜索结果"候选数据160。虽然在该流程图中被省略，该控制 器132可以从该URL识别包括在搜索结果的URL中的关键词。该候 选信息160可以具有识别的关键词。此外，用户可以通过操作控制设 备124选择标记146或者148。当选择该标记146的时候，该控制器 132将在图17中举例说明的屏幕显示在监视器122上。但是，当选择 该标记148的时候，该控制器132将在图18中举例说明的屏幕显示在 监视器122上。该控制器132监视是否用户已经操作操作设备124选择一个 URL(S136)。在用户没有选择一个URL的情况下(在S136中，否)，该 地址获取过程结束。相对地，在用户已经选择了一个URL的情况下(在 S136中，是)，该控制器132访问选择的URL(S138)。以这种方法，该 地址获取过程结束。已经详细描述了第一实施例的网络系统10。在这个系统10中，在地址服务器80中累加借助于PC 20、 40和60访问的URL。当用户呼 叫多功能设备120的时候，URL是由地址服务器80基于电话号码识别 的。该多功能设备120可以访问由地址服务器80识别的URL。例如， 假设用户X借助于PC 20获悉有关站点的信息，并且想要通知多功能 设备120的用户Y该信息。该用户X从具有存储在用户管理服务器100 中的电话号码的电话呼叫多功能设备120。当用户Y接收电话呼叫的 时候，利用多功能设备120识别该URL。借助于这个系统IO，不需要 用户Y去输入URL。此外，因为不必输入关键词，当通过电话对用户X讲话时，用户 Y可以容易地从多功能设备120访问站点。此外，在用户X通过电话 与用户Y交换URL的情况下，可能出现错误，诸如讲错或者听错。借 助于这个系统10，减少了这些错误，因为无需由用户Y输入识别URL。在这个系统10，在地址DB 81中存储的URL和借助于多功能设 备120接收的电话号码之间存在一对一的关系。因些，即使当许多的 URL被存储在地址DB 81中时，该地址服务器80可以仅识别与接收的 电话号码相结合的URL。因此，可以限制由多功能设备120获取的 URL。用户可以省去搜索URL的任务。此外，因为搜索结果的URL 不同于另外的类型的URL，对于用户来说其可以容易地搜索URL。在这个系统IO中，该PC的节点名可以与用户X的电话号码结合， 并且被预先存储在用户管理服务器100的用户管理DB 102中。由搜索 过程执行的地址P在PC 20中与PC 20的节点名结合，并且被存储在 地址服务器80的地址DB81中。在存在对多功能设备120的呼入，并 且信源的电话号码是用户X的电话号码的情况下，该PC 20的节点名 是从用户管理DB 102识别的。与识别的节点名相结合、并且被存储在 地址DB 81中的地址P是由多功能设备120获取的。但是，在存在对 多功能设备120的呼入，并且信源的电话号码不是用户X的电话号码的情况下，该PC20的节点名不是从用户管理DB 102识别的。该结果 是前面提到的地址P不是由多功能设备获取的。换句话说，该多功能 设备120不是响应所有呼入都获取地址，而是只有当呼入来自于包括 被预先注册在用户管理DB 102中的电话号码的电话设备时，才获取地 址。例如，当存在多个PC的时候，前面提到的系统尤其是有效的。例 如，假设存在两个PC，并且用于这些的节点名是Ml和M2。此外， 假设一个PC的用户是X1，并且另外的PC的用户是X2。在这种情况 下，该用户管理服务器100的用户管理DB 102可以存储用户XI和 Ml的电话号码的组合，和用户X2和M2的电话号码的组合。该地址 服务器80的地址DB 81存储地址Pl和Ml的组合，以及地址P2和 M2的组合。例如，当存在对多功能设备120的呼入，并且信源的电话 号码是用户XI的电话号码的时候，Ml是从用户管理DB 102识别的， 并且与M1相结合的该地址P1是由多功能设备120获取的。例如，当 存在对多功能设备120的呼入，并且信源的电话号码是用户X2的电话 号码的时候，M2是从用户管理DB 102识别的，并且与M2相结合的 该地址P2是由多功能设备120获取的。在这个系统中，可以基于对多功能设备120呼入的电话号码识别 多个PC中的一个。该多功能设备120可以获取借助于识别的PC访问 的该地址。(第二个实施例)接下来，描述本教导的第二实施例。在这里，描述在第一和第二 实施例之间的差别。(用户管理服务器的结构)在第二个实施例中用户管理DB 102的结构是不同的。图19示出 用户管理DB 102的存储内容的例子。该用户管理DB 102可以组合并存储用户ID 110，其借助于用户电话(在附图中未示出)的电话号码112识别用户。该用户管理DB102没有存储PC的节点名。 (用于每个设备的处理的综述)图20示出由每个设备20、 (40， 60)、 80、 100和120执行的过程 的时序图。用户可以访问所有的URL，并且通过操作PC 20(参见图2) 的操作设备24输入用户ID。当由用户请求URL的注册的时候，PC 20 没有执行在第一实施例的图9中示出的过程Al-A3，但是PC 20将关 键词注册请求(B1)发送给地址服务器80。从B2到D3的过程与第一实 施例的那些(图9的从B2到D3的过程)是相同的。因此，B2到D3的 描述被省略。该地址服务器80可以将用户ID与URL组合，并且将该 组合存储在地址DB 81中(参见图3)。(PC的处理)接下来，详细描述由PC20执行的处理。图21示出由PC20执行 的地址采集过程的流程图。如上所述，用户可以通过操作操作设备24 输入用户ID。 PC 20的控制器32在HD 26上存储输入用户ID(S200)。 从S202到S208和S210到S212的过程与第一实施例的图10的从S10 到S16和S26到S28的过程分别地是相同的。因此，S202到S216的 描述被省略。以这种方法，URL、 URL识别信息和用户ID被作为集合 发送给地址服务器80。(用户管理服务器的过程) (用户ID发送过程)图22示出由用户管理服务器IOO执行的过程的流程图。该用户管 理服务器104的控制器104(参见图5)监视是否已经从多功能设备120 接收到用户ID检査请求(参见S220(参见图20的Cl))。在已经接收到 用户ID检査请求的情况下(在S220中，是)，该控制器104接收该电话 号码(S222(参见图21的C2))。从S224到S226的过程与第一实施例的 图14的从S94到S96的过程是相同的。因此，S224到S226的描述被省略。借助于第二个实施例，当借助于多功能设备120访问与PC相同 的URL的时候，用户输入URL不是所必需的。因此，可以消除用户 输入URL的负担。当在多个用户之中共享一个PC的时候，第二实施例的网络系统 IO是有用的。可以通过输入用户ID借助于来自一个PC的URL识别 多个用户。例如，假设用户X1和用户X2可以共享一个PC。此外，例 如，假设用户XI和X2的用户ID分别地是Nl和N2。在这种情况下， 该用户管理服务器100的用户管理DB 102可以存储用户XI和Nl的 电话号码的组合，和用户X2和N2的电话号码的组合。该地址服务器 80的地址DB 81存储地址Pl和Nl的组合，以及地址P2和N2的组合。 例如，当存在对多功能设备120的呼入，并且信源的电话号码是用户 Xl的电话号码的时候，N1是从用户管理DB 102识别的，并且与N1 相结合的该地址P1是由多功能设备120获取的。例如，当存在对多功 能设备120的呼入，并且信源的电话号码是用户X2的电话号码的时候， N2是从用户管理DB 102识别的，并且与N2相结合的该地址P2是由 多功能设备120获取的。在这个系统中，可以基于对多功能设备的呼入的电话号码识别使 用该PC的多个用户中的一个。该多功能设备可以获取通过识别的用户 访问的该地址。以上详细描述了本教导的特定的例子，但是，这些只不过是说明， 并且不限制专利权限的范围。在专利权限的范围中描述的技术包括对 以上举例说明的特定的例子的各种各样的改进和变化。在下面提供前 面提到的实施例的变化的实施例。(变化的实施例1)对于前面提到的实施例的每个，该地址服务器80被与用户管理服 务器100分开地构成。但是，该地址服务器80和用户管理服务器100可以是一个合成为一体的服务器。在这种情况下，该服务器200可以使用图23的结构。换句话说，除了地址数据库(地址DB)202之外，该 服务器200包括用户管理数据库(用户管理DB)204，并且每个设备206 和208在结构上与在第一实施例的地址服务器80中的结构是相同的。 该服务器200经由网络电缆210连接到多功能设备120和PC 20、 40、 60。在当前变化的实施例中，在第一和第二实施例的20、 40、 60，多 功能设备120，地址服务器80和用户管理服务器100之间执行的每个 过程是在PC20、 40、 60，多功能设备120，和服务器200之间执行的。(变化的实施例2)在前面提到的实施例的每个中，该地址服务器80和用户管理服务 器100被与PC 20分开地构成，并且也与多功能设备120分开地构成。 但是，该地址数据库和用户管理数据库可以被安装在多功能设备中。 在这种情况下，可以使用图24的结构。换句话说，除了与在第一实施 例中的多功能设备120相同结构的每个设备222、 224、 226、 228、 230、 232和234之外，该多功能设备220还包括地址数据库(地址DB)236和 用户管理数据库(用户管理DB)238。该服务器200经由网络电缆210连 接到多功能设备120和PC 20、 40、 60。在当前变化的实施例中，由 PC 20、 40、 60和多功能设备220执行的每个过程可以通过在前面提到 的第一实施例和第二实施例(图10-16，图21、 22)的每个流程图上进行 轻微的变化来实现。(变化的实施例3)在前面提到的实施例的每个中，PC 20的控制器32将URL识别信 息添加给URL，并且将这些发送给地址服务器80。但是，不需要添加 该URL识别信息。在这种情况下，可以在该地址服务器80中存在一 个地址数据库。该地址数据库可以与第一实施例的常规的地址数据库 具有相同的结构。换句话说，该地址数据库可以组合并存储由PC访问 的URL、用户ID和注册日期和时间。此外，在前面提到的实施例的每 个中，该PC 20的控制器32仅将由用户注册的URL发送给地址服务器80。但是，PC20的控制器32可以将访问的所有URL发送给地址服务 器80。这个变化的实施例可以通过对前面提到的第一或者第二实施例 (图12、 13、 21)的每个流程图进行轻微变化来实现。(变化的实施例4)除PC 20以外的设备可用于构成该系统。例如，可以使用多功能 设备代替PC 20构成该系统。换句话说，该系统可以由多个多功能设 备、多个PC、地址服务器和用户管理服务器构成。此外，除多功能设 备120以外的设备可用于构成该系统。例如，可以使用PC代替多功能 设备120构成该系统。在这种情况下，该系统是由多个PC、地址服务 器和用户管理服务器构成的。C变化的实施例5)前面提到的实施例的每个在因特网上使用搜索引擎。但是，前面 提到的实施例的每个不需要必然地在因特网上使用搜索引擎，并且可 以在LAN上使用搜索引擎。换句话说，在该实施例的每个中公开的技 术可以在无需连接到因特网，而仅借助于LAN构成的系统中实现。(变化的实施例6)在前面提到的实施例的每个中，PC 20存储搜索结果格式表30。 但是，该地址服务器80或者多功能设备120可以存储搜索结果格式表 30。在这种情况下，可以通过存储搜索结果格式表的设备将地址识别 信息添加给借助于PC 20访问的地址。由当前变化的实施例的PC和多 功能设备执行的每个过程可以通过在前面提到的第一和第二实施例(图 10、 12、 13、 16、 21)的每个流程图中进行轻微变化来实现。当将地址输入进多功能设备120的任务是麻烦的时候，前面提到 的网络系统是尤其有效的。例如，在PC 20， 40， 60包括键盘的情况 下，用户X可以使用该键盘容易地将地址输入进PC 20， 40， 60中。 用户X还可以使用该键盘将关键词输入进PC 20， 40， 60。用户X可以容易地访问从搜索引擎作为搜索结果获取的地址。相比之下，在多 功能设备120不包括键盘的情况下(例如，在必须使用数字按键输入地 址或者关键词的情况下)，对于用户Y来说将地址或者关键词输入进多功能设备120是很难的。此外，例如，甚至当多功能设备120包括键 盘时，用户Y有时必须借助于一只手抓住电话设备。在这种情况下， 对于用户Y来说将地址或者关键词输入进多功能设备120是很难的。 因为前面提到的系统可以消除用户Y将地址输入进多功能设备120的 负担，该系统在这些情形下有效地起作用。在前面提到的网络系统中，可以由用户借助于多功能设备从已经 借助于PC搜索的多个地址中选择至少一个地址。不需要借助于多功能 设备输入地址，并且可以仅选择网络地址。在前面提到的网络系统中，该多功能设备120的监视器122以可 识别的方式显示搜索结果的URL和常规的站点的URL。按照这种结构，用户可以使用多功能设备120去判断是否获取的地址是搜索结果地址， 或者是否其是除此以外的地址。此外，在当前的说明书或者附图中描述的技术成分分开地或者以 不同组合呈现技术实用性，并且不局限于在申请的时候在权利要求中 公开的组合。此外，在当前的说明书或者附图中举例说明的技术同时 地实现多个目的，并且从在这些本身具有技术实用性之中实现一个目 的。
权利要求
1.一种网络系统，包括第一通信设备；与所述第一通信设备分开地构成的第二通信设备；和地址数据库，其中所述第一通信设备包括被配置为访问网络地址的第一访问设备，其中所述地址数据库存储由所述第一访问设备访问的所述网络地址其中所述第二通信设备包括电话设备；地址获取设备，其在所述电话设备接收呼入的情况下，从所述地址数据库获取所述网络地址；和被配置为访问由所述地址获取设备获取的所述网络地址的第二访问设备。
1. 一种网络系统，包括 第一通信设备；与所述第一通信设备分开地构成的第二通信设备；和 地址数据库，其中所述第一通信设备包括被配置为访问网络地址的第 一 访问设备，其中所述地址数据库存储由所述第一访问设备访问的所述网络地其中所述第二通信设备包括 电话设备；地址获取设备，其在所述电话设备接收呼入的情况下，从所述地 址数据库获取所述网络地址；和被配置为访问由所述地址获取设备获取的所述网络地址的第二访 问设备。
2.根据权利要求1的网络系统，进一步包括包括所述地址数据 库的服务器，其中所述服务器与所述第一通信设备分开地构成；所述第一通信设备进一步包括地址发送设备，所述地址发送设备 将由所述第一访问设备访问的所述网络地址和所述第一通信设备的通 信设备识别信息的组合发送给所述服务器；所述地址数据库存储从所述地址发送设备发送的所述网络地址和 所述通信设备识别信息的所述组合；所述电话设备被配置为接收信源的电话识别信息；所述服务器进一步包括第一识别信息数据库和第一识别信息识别 设备，所述第一识别信息数据库存储通信设备识别信息和电话识别信 息的组合，并且所述第一识别信息识别设备从所述第一识别信息数据 库中识别与由所述电话设备接收的所述电话识别信息相结合的所述通信设备识别信息；和所述地址获取设备从所述地址数据库获取与由所 述第一识别信息识别设备识别的所述通信设备识别信息相结合的所述 网络地址。
3. 根据权利要求2的网络系统，其中 所述服务器与所述第二通信设备分开地构成；所述第二通信设备进一步包括电话识别信息发送设备，所述电话 识别信息发送设备将由所述电话设备接收的所述电话识别信息发送给所述服务器；所述第一识别信息识别设备从所述第一识别信息数据库中识别与 所述电话识别信息相结合的所述通信设备识别信息，所述电话识别信 息是从所述电话识别信息发送设备发送的；所述服务器进一步包括地址识别设备和服务器侧地址发送设备， 所述地址识别设备从所述地址数据库中识别与由所述第一识别信息识 别设备识别的所述通信设备识别信息相结合的所述网络地址，并且所 述服务器侧地址发送设备将由所述地址识别设备识别的所述网络地址 发送给所述第二通信设备；和所述地址获取设备通过接收从所述服务器侧地址发送设备发送的 所述网络地址来获取所述网络地址。
4. 根据权利要求1的网络系统，进一步包括包括所述地址数据 库的服务器，其中所述服务器与所述第一通信设备分开地构成；所述第一通信设备进一步包括输入设备和地址发送设备，所述输 入设备允许用户输入用户识别信息，并且所述地址发送设备将由所述 第一访问设备访问的所述网络地址和输入给所述输入设备的所述用户识别信息的组合发送给所述服务器；所述地址数据库存储从所述地址发送设备发送的所述网络地址和 所述用户识别信息的所述组合；所述电话设备被配置为接收信源的电话识别信息；所述服务器进一步包括第二识别信息数据库和第二识别信息识别 设备，所述第二识别信息数据库存储用户识别信息和电话识别信息的 组合，并且所述第二识别信息识别设备从所述第二识别信息数据库中 识别与由所述电话设备接收的所述电话识别信息相结合的所述用户识 别信息；和所述地址获取设备从所述地址数据库获取与由所述第二识别信息 识别设备识别的所述通信设备识别信息相结合的所述网络地址。
5. 根据权利要求1至4的任一项的网络系统，其中 所述地址数据库累积地存储由所述第一访问设备访问的网络地址；在所述电话设备接收呼入的情况下，所述地址获取设备获取存储 在所述地址数据库中的所述网络地址；所述第二通信设备进一步包括显示设备和选择设备，所述显示设 备显示由所述地址获取设备获取的所述网络地址，并且所述选择设备 允许用户选择显示在所述显示设备上的至少一个网络地址；和所述第二访问设备访问所选的网络地址。
6. 根据权利要求5的网络系统，其中在由所述地址获取设备获取的所述网络地址包括对应于搜索引擎 的搜索结果的第一网络地址和其它的网络地址的情况下，所述显示设 备以可识别的方式显示所述第一网络地址和所述其它的网络地址。
7. 根据权利要求6的网络系统，其中所述第一通信设备进一步包括地址识别信息添加设备，所述地址 识别信息添加设备将地址识别信息添加给由所述第 一 访问设备访问的 所述网络地址，所述地址识别信息表示所述网络地址是否对应于所述 搜索引擎的所述搜索结果；和所述显示设备基于添加给每个网络地址的所述地址标识信息以可 识别的方式显示所述第一网络地址和所述其它的网络地址。
8. 根据权利要求7的网络系统，其中所述第一通信设备进一步包括搜索结果格式表，所述搜索结果格 式表存储表示搜索引擎的搜索结果的字符串的多个模式；在由所述第一访问设备访问的所述网络地址包括存储在所述搜索 结果格式表中的任意字符串的情况下，所述地址识别信息添加设备将 所述地址识别信息添加给所述网络地址。
9. 根据权利要求1的网络系统，其中 所述第一通信设备进一步包括操作设备；和在所述第一访问设备访问网络地址并且所述操作设备由用户操作 以执行预定的操作的情况下，所述地址数据库存储所述网络地址。
10. 根据权利要求1的网络系统，其中所述第二通信设备进一步包括被配置为打印存在于由所述第二访 问设备访问的所述网络地址上的信息的打印设备。
11. 一种以可通信的方式与地址数据库连接的通信设备，所述地 址数据库存储由另外的通信设备访问的网络地址，所述通信设备包括电话设备；地址获取设备，其在所述电话设备接收呼入的情况下，从所述地 址数据库获取所述网络地址；和访问设备，其被配置为访问由所述地址获取设备获取的所述网络 地址。
12. —种以可通信的方式与另外的通信设备连接的通信设备，所 述通信设备包括地址数据库，其存储由所述另外的通信设备访问的网络地址； 电话设备；地址获取设备，其在所述电话设备接收呼入的情况下，从所述地址数据库获取所述网络地址；和访问设备，其被配置为访问由所述地址获取设备获取的所述网络 地址。
全文摘要
一种网络系统可以包括第一通信设备、与第一通信设备分开地构成的第二通信设备和地址数据库。该第一通信设备可以包括第一访问设备。第一访问设备被配置为访问网络地址。地址数据库可以存储由第一访问设备访问的网络地址。第二通信设备可以包括电话设备、地址获取设备和第二访问设备。在电话设备接收呼入的情况下，该地址获取设备可以从地址数据库获取网络地址。第二访问设备被配置为访问由地址获取设备获取的网络地址。
文档编号G06F17/30GK101277340SQ20081009073
公开日2008年10月1日 申请日期2008年3月31日 优先权日2007年3月29日
发明者哲 柳 申请人:兄弟工业株式会社