网络系统和通信设备

1.一种网络系统，包括：
第一通信设备；
与所述第一通信设备分开地构成的第二通信设备；和
与所述第一通信设备分开地构成的服务器，
其中，所述第一通信设备包括：
被配置为访问网络地址的第一访问设备；和
地址发送设备，所述地址发送设备将由所述第一访问设备访问的所述网络地址和所述第一通信设备的通信设备识别信息的组合发送给所述服务器，
其中，所述服务器包括地址数据库，该地址数据库存储从所述地址发送设备所发送的所述网络地址和所述通信设备识别信息的所述组合，
其中，所述第二通信设备包括：
电话设备，其接收来自信源的呼入以及该信源的电话识别信息；
地址获取设备，其在所述电话设备接收所述呼入的情况下，从所述地址数据库获取所述网络地址；和
被配置为访问由所述地址获取设备获取的所述网络地址的第二访问设备，其中，所述服务器进一步包括：
第一识别信息数据库，所述第一识别信息数据库存储所述电话识别信息和所述第一通信设备的所述通信设备识别信息的组合；和
第一识别信息识别设备，所述第一识别信息识别设备从所述第一识别信息数据库中识别与由所述电话设备接收的所述电话识别信息相结合的所述通信设备识别信息，以及其中，所述地址获取设备从所述地址数据库获取与由所述第一识别信息识别设备识别的所述通信设备识别信息相结合的所述网络地址。
2.根据权利要求1的网络系统，其中：
所述服务器与所述第二通信设备分开地构成；
所述第二通信设备进一步包括电话识别信息发送设备，所述电话识别信息发送设备将由所述电话设备接收的所述电话识别信息发送给所述服务器；
所述第一识别信息识别设备从所述第一识别信息数据库中识别与所述电话识别信息相结合的所述通信设备识别信息，所述电话识别信息是从所述电话识别信息发送设备发送的；
所述服务器进一步包括：
地址识别设备，所述地址识别设备从所述地址数据库中识别与由所述第一识别信息识别设备识别的所述通信设备识别信息相结合的所述网络地址；和
服务器侧地址发送设备，所述服务器侧地址发送设备将由所述地址识别设备识别的所述网络地址发送给所述第二通信设备，并且
所述地址获取设备通过接收从所述服务器侧地址发送设备发送的所述网络地址来获取所述网络地址。
3.一种网络系统，包括：
第一通信设备；
与所述第一通信设备分开地构成的第二通信设备；和
与所述第一通信设备分开地构成的服务器，
其中，所述第一通信设备包括：
被配置为访问网络地址的第一访问设备；
输入设备，所述输入设备允许用户输入用户识别信息；和
地址发送设备，所述地址发送设备将由所述第一访问设备访问的所述网络地址和输入给所述输入设备的所述用户识别信息的组合发送给所述服务器，
其中，所述服务器包括地址数据库，所述地址数据库存储从所述地址发送设备发送的所述网络地址和所述用户识别信息的所述组合；
其中，所述第二通信设备包括：
电话设备，其接收来自信源的呼入以及该信源的电话识别信息；
地址获取设备，其在所述电话设备接收所述呼入的情况下，从所述地址数据库获取所述网络地址；和
被配置为访问由所述地址获取设备获取的所述网络地址的第二访问设备，其中，所述服务器进一步包括：
第二识别信息数据库，所述第二识别信息数据库存储用户识别信息和电话识别信息的组合；和
第二识别信息识别设备，所述第二识别信息识别设备从所述第二识别信息数据库中识别与由所述电话设备接收的所述电话识别信息相结合的所述用户识别信息，以及其中，所述地址获取设备从所述地址数据库获取与由所述第二识别信息识别设备识别的所述用户识别信息相结合的所述网络地址。
4.根据权利要求1或3的任一项的网络系统，其中：
所述地址数据库累积地存储由所述第一访问设备访问的多个网络地址；
在所述电话设备接收呼入的情况下，所述地址获取设备从所述地址数据库获取所述多个网络地址；
所述第二通信设备进一步包括：
显示设备，所述显示设备显示由所述地址获取设备获取的所述多个网络地址；和选择设备，所述选择设备允许用户选择显示在所述显示设备上的至少一个网络地址；
和
所述第二访问设备访问所选的网络地址。
5.根据权利要求4的网络系统，其中：
在由所述地址获取设备获取的所述多个网络地址包括第一类型网络地址和第二类型网络地址的情况下，所述显示设备以可识别的方式显示所述第一类型网络地址和所述第二类型网络地址，
所述第一类型网络地址对应于当所述第一通信设备发送关键词到搜索引擎时所述搜索引擎所获得的搜索结果，并且
所述第二类型网络地址不对应于所述搜索引擎所获得的所述搜索结果。
6.根据权利要求5的网络系统，其中：
所述第一通信设备进一步包括地址识别信息添加设备，所述地址识别信息添加设备将地址识别信息添加给由所述第一访问设备访问的所述网络地址，
在所述第一访问设备访问的网络地址是所述第一类型网络地址的情况下，所述地址识别信息添加设备添加第一类型地址识别信息，该第一类型地址识别信息表示网络地址对应于所述搜索引擎所获得的所述搜索结果，
在所述第一访问设备访问的网络地址是所述第二类型网络地址的情况下，所述地址识别信息添加设备添加第二类型地址识别信息，该第二类型地址识别信息表示网络地址不对应于所述搜索引擎所获得的所述搜索结果；并且
所述显示设备基于添加给每个网络地址的所述第一类型地址识别信息或者所述第二类型地址识别信息，以可识别的方式显示所述第一类型网络地址和所述第二类型网络地址。
7.根据权利要求6的网络系统，其中：
所述第一通信设备进一步包括搜索结果格式表，所述搜索结果格式表存储表示搜索引擎的搜索结果的字符串的多个模式；
在由所述第一访问设备访问的所述网络地址包括存储在所述搜索结果格式表中的任意字符串的情况下，所述地址识别信息添加设备将所述第一类型地址识别信息添加给所述网络地址。
8.根据权利要求1或3的网络系统，其中：
所述第一通信设备进一步包括操作设备；和
在所述第一访问设备访问网络地址并且所述操作设备由用户操作以执行预定的操作的情况下，所述地址数据库存储所述网络地址。
9.根据权利要求1或3的网络系统，其中：
所述第二通信设备进一步包括被配置为打印存在于由所述第二访问设备访问的所述网络地址上的信息的打印设备。
10.一种以可通信的方式与服务器连接的第二通信设备，所述服务器包括地址数据库和第一识别信息数据库，所述地址数据库存储由第一通信设备访问的网络地址和所述第一通信设备的通信设备识别信息的组合，并且所述第一识别信息数据库存储电话识别信息和所述第一通信设备的所述通信设备识别信息的组合，
所述第二通信设备包括：
电话设备，其接收来自信源的呼入以及该信源的电话识别信息；
地址获取设备，其在所述电话设备接收所述呼入的情况下，从所述地址数据库获取与所述服务器所识别的所述通信设备识别信息相结合的所述网络地址，其中，所述服务器从所述第一识别信息数据库识别与由所述电话设备所接收的电话识别信息相结合的所述通信设备识别信息；和
访问设备，其被配置为访问由所述地址获取设备获取的所述网络地址。
11.一种网络系统，其包括以可通信的方式与第一通信设备连接的第二通信设备以及与该第二通信设备构造在一起的服务器，
所述服务器包括：
地址数据库，其存储由第一通信设备访问的网络地址和所述第一通信设备的通信设备识别信息的组合；
第一识别信息数据库，其存储电话识别信息和所述第一通信设备的所述通信设备识别信息的组合；以及
第一识别信息识别设备，其从所述第一识别信息数据库识别所述通信设备识别信息，并且，
所述第二通信设备包括：
电话设备，其接收来自信源的呼入以及该信源的电话识别信息；
地址获取设备，其在所述电话设备接收所述呼入的情况下，从所述地址数据库获取和由所述第一识别信息识别设备所识别的所述通信设备识别信息相结合的所述网络地址；和访问设备，其被配置为访问由所述地址获取设备获取的所述网络地址，其中，所述第一识别信息识别设备识别与由所述电话设备所接收的电话识别信息相结合的所述通信设备识别信息。

网络系统和通信设备\n[0001] 相关申请的交叉引用\n[0002] 本申请要求于2007年3月29日申请的日本专利申请No.2007-089327的优先权，其内容在此作为参考资料结合进本申请中。\n技术领域\n[0003] 本发明涉及用于访问网络地址的技术。\n背景技术\n[0004] 例如，在诸如因特网或者公司内部网的网络上存在许多的站点。向这些站点的每个分配唯一的网络地址(以下简称为“地址”)。存在供用户访问地址的各种各样的方法。\n例如，用户可以使用键盘将地址输入进通信设备中，并且在那个地址访问该站点。此外，例如，如在日本专利申请公布No.2005-322165中公开的，用户可以将关键词输入进设备中，并且将那个关键词发送给搜索引擎。该搜索引擎在因特网上搜索包括从该设备发送的关键词的站点的地址。该搜索引擎将包括地址的搜索结果发送给该设备。以这种方法，用户可以访问作为搜索结果获取的地址。\n发明内容\n[0005] 由用户访问的地址通常被作为“历史记录”存储在设备中。当用户访问之前曾经访问的地址的时候，用户可以从“历史记录”中选择期望的地址。用户不必通过操作键盘输入该地址。这个技术是在用户将从一个设备访问相同的地址的想法上引出的。通过该技术，用户能够从一个设备范围相同地址。但是，本发明人已经在利用一个设备访问的地址将被利用另一个设备访问的情形下研究了可操作性。\n[0006] 本教导提供了以下的技术，即，在利用一个设备访问的地址将被利用另外的设备访问的情形下，使另外的设备无需输入该地址去访问那个地址成为可能。提供这种技术可以消除用户输入地址的负担。\n[0007] 本说明书教导了一种网络系统。该网络系统包括第一通信设备、第二通信设备和地址数据库。第一通信设备包括被配置为访问网络地址的第一访问设备。该地址数据库存储由第一访问设备访问的网络地址。第二通信设备与第一通信设备分开地构成。第二通信设备包括电话设备、地址获取设备和第二访问设备。在电话设备接收呼入的情况下，该地址获取设备从地址数据库获取网络地址。第二访问设备被配置为访问由地址获取设备获取的网络地址。\n[0008] 第一通信设备的用户X可以访问来自第一通信设备的所有的地址。这个地址被存储在该地址数据库中。在用户X想要将搜索结果发送给第二通信设备的用户Y的情况下，用户X通过电话呼叫第二通信设备。以这种方法，第二通信设备可以从地址数据库获取由用户X访问的地址。用户Y可以访问由第二通信设备获取的地址。当从第二通信设备访问的时候，用户Y不需要重新地输入由第一通信设备访问的地址。因此，可以消除将地址输入进第二通信设备的负担。\n[0009] 例如，当将地址输入进第二通信设备的任务是麻烦的时候，前面提到的系统是尤其有效的。例如，在第一通信设备包括键盘的情况下，用户X可以使用该键盘去容易地将地址输入进第一通信设备中。用户X还可以使用该键盘去将关键词输入进第一通信设备。用户X可以容易地访问从搜索引擎作为搜索结果获取的地址。相比之下，在第二通信设备不包括键盘的情况下(例如，在必须使用数字按键去输入地址或者关键词的情况下)，对于用户Y来说将地址或者关键词输入进第二通信设备是很难的。此外，例如，甚至当第二通信设备包括键盘时，用户Y有时必须借助于一只手抓住电话设备。在这种情况下，对于用户Y来说将地址或者关键词输入进第二通信设备是很难的。因为前面提到的系统可以消除用户Y将地址输入进第二通信设备的负担，该系统在这些情形下有效地起作用。\n[0010] 该网络系统可以进一步包括包含地址数据库的服务器。该服务器可以与第一通信设备分开地构成。第一通信设备可以进一步包括地址发送设备。该地址发送设备可以将由第一访问设备访问的网络地址和第一通信设备的通信设备识别信息的组合发送给服务器。\n该地址数据库可以存储从地址发送设备发送的网络地址和通信设备识别信息的组合。该电话设备被配置为接收信源的电话识别信息。该服务器可以进一步包括第一识别信息数据库和第一识别信息识别设备。第一识别信息数据库可以存储通信设备识别信息和电话识别信息的组合。第一识别信息识别设备可以从第一识别信息数据库中识别与电话识别信息相结合的通信设备识别信息，该电话识别信息是由电话设备接收的。该地址获取设备可以从地址数据库获取与由第一识别信息识别设备识别的通信设备识别信息相结合的网络地址。\n[0011] 注意到，前面提到的服务器包括两个数据库(识别信息数据库和地址数据库)。这些数据库可以分开地构成，或者被安装在一个设备中。\n[0012] 在前面提到的网络系统中，第一通信设备的通信设备识别信息可以与用户X的电话识别信息结合，并且被预先存储在该服务器的识别信息数据库中。在第一通信设备中由搜索过程执行的地址P与第一通信设备的通信设备识别信息结合，并且被存储在服务器的地址数据库中。在存在对第二通信设备的呼入，并且信源的电话识别信息是用户X的电话识别信息的情况下，从识别信息数据库中识别第一通信设备的通信识别信息。与识别的通信识别信息相结合并且被存储在地址数据库中的地址P是由第二通信设备获取的。但是，在存在对第二通信设备的呼入，并且信源的电话识别信息不是用户X的电话识别信息的情况下，第一通信设备的通信识别信息不是从识别信息数据库中识别的。该结果是前面提到的地址P不是由第二通信设备获取的。换句话说，第二通信设备不是响应所有呼入都获取地址，而是只有当呼入来自于包括一电话识别信息的电话设备时，才获取一个地址，该电话识别信息被预先注册在识别信息数据库中。\n[0013] 例如，当存在多个第一通信设备的时候，前面提到的系统尤其是有效的。例如，假设存在两个第一通信设备，并且用于这些的通信设备识别信息是M1和M2。此外，假设一个第一通信设备的用户是X1，并且另外的第一通信设备的用户是X2。在这种情况下，该服务器的识别信息数据库可以存储用户X1的电话识别信息和M1的组合，以及用户X2的电话识别信息和M2的组合。该服务器的地址数据库存储地址P1和M1的组合，以及地址P2和M2的组合。例如，当存在对第二通信设备的呼入，并且信源的电话识别信息是用户X1的电话识别信息的时候，M1是从识别信息数据库中识别的，并且与M1相结合的地址P1是由第二通信设备获取的。例如，当存在对第二通信设备的呼入，并且信源的电话识别信息是用户X2的电话识别信息的时候，M2是从识别信息数据库中识别的，并且与M2相结合的地址P2是由第二通信设备获取的。\n[0014] 在这个系统中，可以基于对第二通信设备的呼入的电话识别信息识别多个第一通信设备中的一个。第二通信设备可以获取借助于识别的第一通信设备访问的地址。\n[0015] 在前面提到的网络设备中，该服务器可以与第二通信设备一起构成。另一方面，在网络系统中，该服务器可以与第二通信设备分开地构成。在这种情况下，第二通信设备可以进一步包括电话识别信息发送设备。该电话识别信息发送设备可以将由电话设备接收的电话识别信息发送给服务器。该第一识别信息识别设备可以从第一识别信息数据库中识别与电话识别信息相结合的通信设备识别信息，电话识别信息是从电话识别信息发送设备发送的。该服务器可以进一步包括地址识别设备和服务器侧地址发送设备。该地址识别设备可以从地址数据库中识别与通信设备识别信息相结合的网络地址，该通信设备识别信息是由第一识别信息识别设备识别的。该服务器侧地址发送设备可以将由地址识别设备识别的网络地址发送给第二通信设备。该地址获取设备可以通过接收从服务器侧地址发送设备发送的网络地址获取网络地址。\n[0016] 该网络系统可以进一步包括包含地址数据库的服务器。该服务器可以与第一通信设备分开地构成。在这种情况下，第一通信设备可以进一步包括输入设备和地址发送设备。\n该输入设备可以允许用户去输入用户识别信息。该地址发送设备可以将由第一访问设备访问的网络地址和输入给输入设备的用户识别信息的组合发送给服务器。该地址数据库可以存储从地址发送设备发送的网络地址和用户识别信息的组合。该电话设备被配置为接收信源的电话识别信息。该服务器可以进一步包括第二识别信息数据库和第二识别信息识别设备。该第二识别信息数据库可以存储用户识别信息和电话识别信息的组合。该第二识别信息识别设备可以从第二识别信息数据库中识别与电话识别信息相结合的用户识别信息，该电话识别信息是由电话设备接收的。该地址获取设备可以从地址数据库获取与由第二识别信息识别设备识别的通信设备识别信息相结合的网络地址。\n[0017] 当多个用户共享一个第一通信设备的时候，前面提到的网络设备是有效的。例如，假设用户X1和用户X2能够共享一个第一通信设备。此外，例如，假设用户X1和X2的用户识别信息分别地是N1和N2。在这种情况下，该服务器的识别信息数据库可以存储用户X1的电话识别信息和N1的组合，以及用户X2的电话识别信息和N2的组合。该服务器的地址数据库存储地址P1和N1的组合，以及地址P2和N2的组合。例如，当存在对第二通信设备的呼入，并且信源的电话识别信息是用户X1的电话识别信息的时候，N1是从识别信息数据库中识别的，并且与N1相结合的地址P1是由第二通信设备获取的。例如，当存在对第二通信设备的呼入，并且信源的电话识别信息是用户X2的电话识别信息的时候，N2是从识别信息数据库中识别的，并且与N2相结合的地址P2是由第二通信设备获取的。\n[0018] 在这个系统中，可以基于对第二通信设备的呼入的电话识别信息识别使用第一通信设备的多个用户中的一个。该第二通信设备可以获取由识别的用户访问的地址。\n[0019] 在网络系统中，该地址数据库可以累积地存储由第一访问设备访问的网络地址。\n在电话设备接收呼入的情况下，该地址获取设备可以获取存储在地址数据库中的网络地址。该第二通信设备可以进一步包括显示设备和选择设备。该显示设备可以显示由地址获取设备获取的网络地址。该选择设备可以允许用户选择显示在显示设备上的至少一个网络地址。该第二访问设备可以访问选择的网络地址。\n[0020] 在前面提到的网络系统中，可以由用户借助于第二通信设备从已经借助于第一通信设备搜索的多个地址中选择至少一个地址。借助于第二通信设备，不需要输入地址，并且可以仅选择网络地址。\n[0021] 在网络系统中，在由地址获取设备获取的网络地址包括对应于搜索引擎的搜索结果的第一网络地址和其它的网络地址的情况下，该显示设备可以以可识别的方式显示第一网络地址和其它的网络地址。\n[0022] 按照这种结构，用户可以使用第二通信设备去判断是否获取的地址是搜索结果地址，或者是否其是除此以外的地址。\n[0023] 在网络系统中，第一通信设备可以进一步包括地址识别信息添加设备。该地址识别信息添加设备可以将地址识别信息添加给由第一访问设备访问的网络地址。该地址识别信息可以表示是否网络地址对应于搜索引擎的搜索结果。该显示设备可以基于添加给每个网络地址的地址识别信息以可识别的方式显示第一网络地址和其它的网络地址。\n[0024] 在这种情况下，该地址识别信息添加设备可以基于地址的字符串将地址识别信息添加给网络地址。换句话说，第一通信设备可以进一步包括搜索结果格式表。该搜索结果格式表可以存储表示搜索引擎的搜索结果的字符串的多个模式。在由第一访问设备访问的网络地址包括存储在搜索结果格式表中的所有字符串的情况下，该地址识别信息添加设备可以将地址识别信息添加给网络地址。\n[0025] 在网络系统中，第一通信设备可以进一步包括操作设备。在第一访问设备访问网络地址，并且操作设备由用户操作以执行预定操作的情况下，该地址数据库可以存储网络地址。\n[0026] 按照这种结构，用户可以选择地址以存储在地址数据库中。\n[0027] 在网络系统中，第二通信设备可以进一步包括打印设备。该打印设备被配置为打印在由第二访问设备访问的网络地址上存在的信息。但是，第二通信设备可以是其它类型的设备。\n[0028] 前面提到的第二通信设备本身是新颖的和有用的设备。该通信设备以可通信的方式与地址数据库连接。该地址数据库存储由另外的通信设备访问的网络地址。该通信设备包括电话设备、地址获取设备和访问设备。在电话设备接收呼入的情况下，该地址获取设备从地址数据库获取网络地址。该访问设备被配置为访问由地址获取设备获取的网络地址。\n[0029] 此外，包括地址数据库的第二通信设备是新颖的和有用的通信设备。该通信设备在可通信的方式与另外的通信设备连接。该通信设备包括地址数据库、电话设备、地址获取设备和访问设备。该地址数据库存储由另外的通信设备访问的网络地址。在电话设备接收呼入的情况下，该地址获取设备从地址数据库获取网络地址。该访问设备被配置为访问由地址获取设备获取的网络地址。\n附图说明\n[0030] 图1示出一个实施例的网络系统的总体图。\n[0031] 图2示出PC的结构。\n[0032] 图3示出地址服务器的结构。\n[0033] 图4示出常规的地址数据库的存储内容的例子。\n[0034] 图5示出搜索结果地址数据库的存储内容的例子。\n[0035] 图6示出用户管理服务器的结构。\n[0036] 图7示出用户管理数据库的存储内容的例子。\n[0037] 图8示出多功能设备的结构。\n[0038] 图9示出由每个设备执行的处理的时序图。\n[0039] 图10示出PC的地址采集过程的流程图。\n[0040] 图11示出地址服务器的主处理的流程图。\n[0041] 图12示出地址服务器的地址注册过程的流程图。\n[0042] 图13示出地址服务器的地址发送过程的流程图。\n[0043] 图14示出用户管理服务器的用户ID发送过程的流程图。\n[0044] 图15示出多功能设备的主处理的流程图。\n[0045] 图16示出多功能设备的地址获取过程的流程图。\n[0046] 图17示出用于选择站点的URL的多功能设备的显示设备的例子。\n[0047] 图18示出用于选择搜索结果的URL的多功能设备的显示设备的例子。\n[0048] 图19示出用户管理数据库的存储内容的例子(第二实施例)。\n[0049] 图20示出由每个设备执行的处理的时序图(第二实施例)。\n[0050] 图21示出PC的地址采集过程的流程图(第二实施例)。\n[0051] 图22示出用户管理服务器的用户ID发送过程的流程图(第二实施例)。\n[0052] 图23示出变化的实施例1的服务器的结构。\n[0053] 图24示出变化的实施例2的多功能设备的结构。\n具体实施方式\n[0054] 在这里，举例说明在以下的实施例中公开的该技术的一些特点。\n[0055] (特点1)第一通信设备是包括键盘的PC。\n[0056] (特点2)第二通信设备是至少包括打印功能和电话功能的多功能设备。多功能设备不包括键盘，但是包括多个操作按键(例如，数字按键)。\n[0057] (特点3)搜索结果格式表存储设备被包括在网络系统中，并且存储通常在搜索引擎的搜索结果的网络地址中使用的文字串。这个文字串对于每个搜索引擎可以是不同的。\n该搜索结果格式表存储设备，例如，被安装在第一通信设备中。在这种情况下，通过确定是否访问的网络地址包括存储在搜索结果格式表存储设备中的文字串，第一通信设备可以将地址识别信息添加给那个网络地址。注意到，该搜索结果格式表存储设备可以，例如，被安装在服务器或者第二通信设备中。\n[0058] (第一实施例)\n[0059] 参考该附图描述本教导的实施例。图1以简化形式示出该实施例的网络系统10的结构。该网络系统10包括PC 20、40、60、一组服务器90、多功能设备120、因特网2等等。\n该组服务器90包括地址服务器80和用户管理服务器100。PC 20、40、60、地址服务器80、用户管理服务器100和多功能设备120每个分开地构成。PC 20、40、60、地址服务器80、用户管理服务器100和多功能设备120经由集线器(HUB)、路由器等连接到LAN或者WAN，并且能够互相通信。在因特网2上存在具有唯一地址的多个搜索引擎4、6等。\n[0060] (PC的结构)\n[0061] 图2示出PC 20的结构。PC 20包括监视器22、操作设备24、硬盘(HD)26、控制器\n32和网络接口(网络I/F)34。该监视器22可以显示各种数据。该操作设备24包括由用户操作的键盘和鼠标。用户可以通过操作该操作设备24将各种数据和命令输入进PC 20。\n该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是由用户设置的。\n[0062] 该控制器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通信。\n[0063] PC 40和60包括与PC 20相同的结构，并且从而详细说明被省略。PC 40和60类似PC 20，与地址服务器80和用户管理服务器100连接以便能够与之通信。注意到，安排在本实施例的网络系统10中的PC的数目没有限制。在本实施例中，PC被限制在三个PC 20、\n40和60以便简化描述。\n[0064] (地址服务器的结构)\n[0065] 图3示出地址服务器80的结构。该地址服务器80包括常规的地址数据库(常规的地址DB)82、搜索结果地址数据库(搜索结果地址DB)84、控制器86和网络接口(网络I/F)88。图4示出常规的地址DB 82的存储内容的例子。常规的地址DB 82可以存储URL，其中URL识别信息(如下所述)是“常规的”。常规的地址DB 82可以组合和存储如下所述的用户ID90和站点92的URL。此外，常规的地址DB 82可以存储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中存储信息的方法。\n[0066] 该控制器86按照预定程序执行各种各样的处理，并且将对地址服务器80的操作执行全面控制。在下面详细描述由控制器86执行的处理。网络电缆12连接到网络I/F 88。\n如图1所示，该网络电缆12经由集线器、路由器等连接到PC 20。该地址服务器80可以经由网络I/F 88与PC 20通信。此外，该网络电缆12经由集线器、路由器等连接到多功能设备120。该地址服务器80可以经由网络I/F 88与多功能设备120通信。\n[0067] (用户管理服务器的结构)\n[0068] 图6示出用户管理服务器100的结构。该用户管理服务器100包括用户管理数据库(用户管理DB)102、控制器104和网络接口(网络I/F)106。图7示出用户管理DB 102的存储内容的例子。该用户管理DB 102可以组合和存储识别用户的用户ID 110，用于由该用户使用的电话(在附图中未示出)的电话号码112，和由该用户使用的PC的节点名114。\n将用户ID 110分配给在网络系统10上使用PC的每个用户。本实施例的用户ID和节点名可以根据需要改变。电话号码112可以是由用户使用的便携式电话的电话号码，或者可以是固定电话的电话号码。做为选择的，该电话号码112可以是在公司之内的内部编号，或者可以是IP电话的IP地址。该控制器104按照预定程序执行各种各样的处理，并且对地址服务器100的操作执行全面控制。稍后在下面详细地描述由控制器104执行的处理。网络电缆12连接到网络I/F 106。如图1所示，该网络电缆12经由集线器、路由器等连接到PC \n20、40和60。该地址服务器100可以经由网络I/F 106与PC 20、40和60通信。此外，该网络电缆12经由集线器、路由器等连接到多功能设备120。该地址服务器100可以经由网络I/F 106与多功能设备120通信。\n[0069] 该用户管理DB 102可以从在网络系统10上的每个PC改变。例如，在新的PC被添加给网络系统10的情况下，该PC经由网络电缆12连接到用户管理服务器100以便能够与之通信。用户从新近添加的PC的操作设备输入用户ID、电话号码和节点名。输入的用户ID、电话号码和节点名被经由网络电缆12发送给用户管理服务器100。该用户管理服务器\n100经由网络I/F 106接收发送的数据。该用户管理服务器104的控制器100在用户管理DB 102中存储接收的数据。\n[0070] (多功能设备的结构)\n[0071] 图8示出多功能设备120的结构。该多功能设备120包括监视器122、操作设备\n124、打印设备126、电话设备128、存储器130、控制器132和网络接口(网络I/F)134。该监视器122可以显示各种各样的数据。该操作设备124包括由用户操作的多个按键(数字按键、启动键、清除键、搜索按钮等等)。该操作设备124不是根据键盘和鼠标而构造的。用户可以通过操作该操作设备124将各种各样的数据和命令输入进多功能设备120。该打印设备126可以基于打印数据打印到打印介质上。可以从多功能设备120(例如，因特网2)外面发送该打印数据。此外，可以通过形成多功能设备120的一部分的扫描仪(在该附图中未示出)产生该打印数据。电话设备128可以从另外的电话设备(在该附图中未示出)接收呼入和该电话设备的电话号码。用户可以使用电话设备128去与另外的电话设备的用户通信。该存储器130可以存储各种各样的数据。在下面根据需要描述存储在存储设备130中的信息内容。该控制器132按照预定程序执行各种各样的处理，并且对多功能设备120的操作执行全面控制。在下面详细描述由控制器132执行的处理。\n[0072] 网络电缆12连接到网络I/F 134。如图1所示，该网络电缆12经由集线器、路由器等连接到地址服务器80和用户管理服务器100。该多功能设备120能够经由网络I/F \n134与地址服务器80和用户管理服务器100通信。此外，该网络电缆12经由集线器、路由器等连接到因特网2。该多功能设备120能够经由网络接口134执行因特网通信。\n[0073] (用于每个设备的处理的综述)\n[0074] 接下来，描述由前面提到的设备20、40、60、80、100和120执行的处理的综述。图9示出由每个设备20、80、100和120执行的处理的时序图。用户可以通过操作PC 20(参见图2)的操作设备24选择搜索引擎(例如，搜索引擎4(参见图1))。此外，用户可以将期望的关键词输入进PC 20中。PC 20可以执行搜索过程，其将由用户输入的关键词发送给选择的搜索引擎，并且获取搜索结果。此外，通过操作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)同时，PC 20发送用户ID检查请求(A1)。该用户管理服务器100将与从PC 20发送的节点名相结合、并且被存储在用户管理DB102中的用户ID发送给PC 20(参见图6)(A3)。\n[0075] 接下来，PC 20将地址注册请求(B1)发送给地址服务器80。然后，PC 20将从用户管理服务器100发送的用户ID、用于请求注册的URL和URL识别信息(如下所述)发送给地址服务器80(B2)。以这种方法，该地址服务器80可以将用户ID与URL组合，并且将其存储在地址DB 81中(参见图4、5)。\n[0076] 多功能设备120的电话设备128可以从另外的电话设备接收呼入信号和该电话设备的电话号码。在电话设备128已经接收电话号码的情况下，该多功能设备120将用户ID检查请求发送给用户管理服务器100(C1)。同时，该多功能设备120正在发送用户ID检查请求(C1)，电话设备128发送接收的电话号码(C2)。该用户管理服务器100将与从多功能设备120发送的电话号码相结合的用户ID发送给多功能设备120，并且存储在用户管理DB \n102中(C3)。\n[0077] 接下来，该多功能设备120将地址发送请求(D1)发送给地址服务器80。然后，该多功能设备120将从用户管理服务器100发送的用户ID发送给该地址服务器80(D2)。该地址服务器80识别与从多功能设备120发送、并且被存储在该地址DB 81中的用户ID相结合的URL。该地址服务器80将包括URL及其URL识别信息的URL候选信息的URL表作为URL表发送给多功能设备120(D3)。该多功能设备120可以在监视器122(参见图8)上显示从地址服务器80发送的URL。在存在多个被发送的URL的情况下，用户可以从通过操作操作设备124显示的多个URL中选择一个URL。在这种情况下，该多功能设备120可以访问由用户选择的URL。\n[0078] (PC的处理)\n[0079] 接下来，详细描述由PC 20执行的处理。图10示出由PC 20执行的URL采集过程的流程图。如上所述，通过点击显示在监视器22上的开始注册按钮，用户可以借助于PC 20的控制器32执行URL注册过程。该控制器32监视是否已经请求URL注册过程(S10)。在已经请求了URL注册过程的情况下，该控制器32确定是否URL是从搜索引擎发送的搜索结果的URL(S12)。在访问的URL的一部分匹配在HD 26上存储在搜索结果格式表30中的记录的情况下，该控制器32确定该URL是搜索结果的URL。\n[0080] 在S12中答案是“是”的情况下，该控制器32将“搜索结果”URL识别信息添加给URL，其被确定为是在S12中的“搜索结果”(S14)。接下来，该控制器32将URL和URL识别信息设置为“搜索结果”，在HD 26上临时地存储URL和“搜索结果”的相同的组合(S15)，然后进行到S20。在访问的URL的一部分不相配(在S12中为否)的情况下，该控制器32将“常规的”URL识别信息添加给前面提到的其它的URL(S16)。接下来，该控制器32将URL和URL识别信息设置为“常规的”，在HD 26上临时地存储URL和“常规的”的相同的组合(S15)，然后进行到S20。接下来，在S20中，该控制器32将用户ID检查请求发送给用户管理服务器100(参见图9的A1)。然后，该控制器32将PC20的节点名发送给用户管理服务器100(S22(参见图9的A2))。该用户管理服务器100将与PC 20的节点名相结合、并且被存储在用户管理DB 102中的用户ID发送给PC 20(参见图9的A3)。该控制器32经由网络I/F 32接收从用户管理服务器100发送的用户ID(S24)。接下来，该控制器32将关键词注册请求发送给地址服务器80(S26(参见图9的B 1))。然后，该控制器32将存储在S15或者S 18中的URL和URL识别信息，以及在S24接收的用户ID发送给该地址服务器\n80(S28(参见图9的B2))。最后，该关键词采集过程结束。\n[0081] (地址服务器的处理)\n[0082] (主处理)\n[0083] 接下来，详细描述由地址服务器80执行的处理。图11示出由地址服务器80执行的主处理的流程图。该地址服务器80的控制器84(参见图3)监视是否已经接收到从PC \n20(参见图9的B1，图10的S24)发送的地址注册请求(S30)。在地址注册请求是从PC 20发送的情况下(在S30中，是)，该控制器84执行地址注册处理(S32)。在下面详细描述该地址注册过程。此外，该控制器84监视是否已经接收到从多功能设备120发送的地址发送请求(S34)(参见如下所述的图9的D1，图16的S118)。在地址发送请求是从多功能设备\n120发送的情况下(在S34中，是)，该控制器84执行地址发送处理(S36)。在下面详细描述该关键词发送过程。\n[0084] (地址注册过程)\n[0085] 图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存储在搜索结果地址DB 84中的情况下(在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)，以及地址注册过程然后结束。\n[0086] 在S40接收的URL识别信息不是“搜索结果”的情况下(在S42中，否)，该控制器\n86确认是否在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)，以及地址注册过程结束。\n[0087] (地址发送过程)\n[0088] 图13示出图11的S36的地址发送过程的流程图。该控制器86接收从多功能设备120发送的用户ID(S70)(参见图9的D2，如下所述的图16的S130)。该控制器86确认是否在S70接收的用户ID是在常规的地址DB 82中(S72)。在S70接收的用户ID没有被存储在常规的地址DB 82中的情况下(在S72中，否)，该控制器86确认是否在S70接收的用户ID是在搜索结果地址DB 84中(S80)。在S70接收的用户ID没有在搜索结果地址DB \n84中的情况下(在S80中，否)，该地址发送过程结束。在S70接收的用户ID是在搜索结果地址DB 84中的情况下(在S80中，是)，该流程进行到S82。\n[0089] 但是，在S70接收的用户ID是在常规的地址DB 82中的情况下(在S72中，是)，该控制器86在常规的地址DB 82中识别与在S70接收的用户ID相结合的URL(S74)。接下来，该控制器86产生包括URL候选信息的URL表(S76)。例如，该控制器86将在S74识别的关键词转换为在多功能设备120中可读的数据格式。此外，例如，在S74识别的URL的数目大于预定数目的情况下，该控制器86可以确认那些URL的注册日期和时间，并且仅通过预定数目URL产生候选信息。然后，该控制器86确认是否在S60接收的用户ID被存储在搜索结果地址DB84中(S78)。在S60接收的用户ID没有被存储在搜索结果地址DB 84中的情况下(在S78中，否)，该流程进行到S86。\n[0090] 但是，在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)。以这种方法，该地址发送过程结束。\n[0091] (用户管理服务器的过程)\n[0092] (用户ID发送过程)\n[0093] 接下来，详细描述由用户管理服务器100执行的用户ID发送过程的内容。图14示出由用户管理服务器100执行的过程的流程图。该用户管理服务器100的控制器104(参见图5)监视是否已经从PC 20、40、60或者多功能设备120接收到用户ID检查请求(S90(参见图9的A1或者C1，图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检查请求。\n[0094] 另一方面，在没有接收到电话号码的情况下(在S92中，否)，该控制器104接收PC的节点名(S98(参见图8的A2，图10的S22))。接下来，该控制器104识别与在S88接收的节点名相结合、并且被存储在用户管理DB 102中的用户ID(S100)。在S90识别的用户ID被发送给请求检查的PC(S102(参见图8的A3，图10的S24))。当S102结束的时候，该流程返回到S90，并且该控制器104监视是否已经接收到用户ID检查请求。\n[0095] (多功能设备的处理)\n[0096] (主处理)\n[0097] 接下来，详细描述由多功能设备120执行的处理。图15示出由多功能设备120执行的主处理的流程图。该控制器132(参见图8)监视是否多功能设备120的电话设备128已经接收到呼入(参见图8)(S110)。在电话设备128已经接收到呼入的情况下(在S110中，是)，该控制器132执行地址获取过程(S112)。在下面详细描述该地址获取过程。但是，在已经操作多功能设备124的操作设备120(参见图8)的按键的情况下，该控制器132确定在S110答案是否。在这种情况下，该控制器132响应操作的按键类型执行其它的处理(S114)。\n[0098] (地址获取过程)\n[0099] 图16示出图15的S112的地址获取过程的流程图。如果在S110已经在电话设备128中接收到呼入，该控制器132监视是否电话设备128已经接收到信源的电话号码(S120)。在电话设备128没有接收到信源的电话号码的情况下(在S120中，否)，该地址获取过程结束。但是，在电话设备128已经接收到信源的电话号码的情况下(在S120中，是)，该控制器132将用户ID检查请求发送给用户管理服务器100(S122(参见图9的C1))。\n接下来，该控制器132将在S110接收的电话号码发送给用户管理服务器100(S124(参见图\n9的C2))。当S124的处理结束的时候，该控制器132监视是否已经在预定的时间周期内从用户管理服务器100接收到用户ID(S126)。在没有接收到用户ID的情况下(在S126中，否)，该地址获取过程结束。或者，该控制器132可以执行从S122到S126的过程预定的次数，并且如果在S126答案是否，该地址获取过程结束。\n[0100] 但是，在已经接收到用户ID的情况下(在S126中，是(参见图9的C3))，该控制器132将地址发送请求发送给地址服务器80(S128(参见图9的D1))。接下来，该控制器\n132将在S116接收的用户ID发送给地址服务器(S130(参见图9的D2))。当S130的处理结束的时候，该控制器132监视是否已经在预定的时间周期内从地址服务器80接收到URL表(S132)。在没有从地址服务器80接收到URL表的情况下(在S132中，否)，该控制器\n132结束地址获取过程。或者，该控制器132执行从S128到S132的过程预定的次数，并且如果在S132答案是否，该地址获取过程可以结束。\n[0101] 但是，在已经从地址服务器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上。\n但是，当选择该标记148的时候，该控制器132将在图18中举例说明的屏幕显示在监视器\n122上。\n[0102] 该控制器132监视是否用户已经操作操作设备124选择一个URL(S136)。在用户没有选择一个URL的情况下(在S136中，否)，该地址获取过程结束。相对地，在用户已经选择了一个URL的情况下(在S136中，是)，该控制器132访问选择的URL(S138)。以这种方法，该地址获取过程结束。\n[0103] 已经详细描述了第一实施例的网络系统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。借助于这个系统10，不需要用户Y去输入URL。\n[0104] 此外，因为不必输入关键词，当通过电话对用户X讲话时，用户Y可以容易地从多功能设备120访问站点。此外，在用户X通过电话与用户Y交换URL的情况下，可能出现错误，诸如讲错或者听错。借助于这个系统10，减少了这些错误，因为无需由用户Y输入识别URL。\n[0105] 在这个系统10，在地址DB 81中存储的URL和借助于多功能设备120接收的电话号码之间存在一对一的关系。因些，即使当许多的URL被存储在地址DB 81中时，该地址服务器80可以仅识别与接收的电话号码相结合的URL。因此，可以限制由多功能设备120获取的URL。用户可以省去搜索URL的任务。此外，因为搜索结果的URL不同于另外的类型的URL，对于用户来说其可以容易地搜索URL。\n[0106] 在这个系统10中，该PC的节点名可以与用户X的电话号码结合，并且被预先存储在用户管理服务器100的用户管理DB 102中。由搜索过程执行的地址P在PC 20中与PC \n20的节点名结合，并且被存储在地址服务器80的地址DB 81中。在存在对多功能设备120的呼入，并且信源的电话号码是用户X的电话号码的情况下，该PC 20的节点名是从用户管理DB 102识别的。与识别的节点名相结合、并且被存储在地址DB 81中的地址P是由多功能设备120获取的。但是，在存在对多功能设备120的呼入，并且信源的电话号码不是用户X的电话号码的情况下，该PC 20的节点名不是从用户管理DB 102识别的。该结果是前面提到的地址P不是由多功能设备获取的。换句话说，该多功能设备120不是响应所有呼入都获取地址，而是只有当呼入来自于包括被预先注册在用户管理DB 102中的电话号码的电话设备时，才获取地址。\n[0107] 例如，当存在多个PC的时候，前面提到的系统尤其是有效的。例如，假设存在两个PC，并且用于这些的节点名是M1和M2。此外，假设一个PC的用户是X1，并且另外的PC的用户是X2。在这种情况下，该用户管理服务器100的用户管理DB 102可以存储用户X1和M1的电话号码的组合，和用户X2和M2的电话号码的组合。该地址服务器80的地址DB 81存储地址P1和M1的组合，以及地址P2和M2的组合。例如，当存在对多功能设备120的呼入，并且信源的电话号码是用户X1的电话号码的时候，M1是从用户管理DB 102识别的，并且与M1相结合的该地址P1是由多功能设备120获取的。例如，当存在对多功能设备120的呼入，并且信源的电话号码是用户X2的电话号码的时候，M2是从用户管理DB 102识别的，并且与M2相结合的该地址P2是由多功能设备120获取的。\n[0108] 在这个系统中，可以基于对多功能设备120呼入的电话号码识别多个PC中的一个。该多功能设备120可以获取借助于识别的PC访问的该地址。\n[0109] (第二个实施例)\n[0110] 接下来，描述本教导的第二实施例。在这里，描述在第一和第二实施例之间的差别。\n[0111] (用户管理服务器的结构)\n[0112] 在第二个实施例中用户管理DB 102的结构是不同的。图19示出用户管理DB 102的存储内容的例子。该用户管理DB 102可以组合并存储用户ID 110，其借助于用户电话(在附图中未示出)的电话号码112识别用户。该用户管理DB 102没有存储PC的节点名。\n[0113] (用于每个设备的处理的综述)\n[0114] 图20示出由每个设备20、(40，60)、80、100和120执行的过程的时序图。用户可以访问所有的URL，并且通过操作PC 20(参见图2)的操作设备24输入用户ID。当由用户请求URL的注册的时候，PC 20没有执行在第一实施例的图9中示出的过程A1-A3，但是PC \n20将关键词注册请求(B1)发送给地址服务器80。从B2到D3的过程与第一实施例的那些(图9的从B2到D3的过程)是相同的。因此，B2到D3的描述被省略。该地址服务器80可以将用户ID与URL组合，并且将该组合存储在地址DB 81中(参见图3)。\n[0115] (PC的处理)\n[0116] 接下来，详细描述由PC 20执行的处理。图21示出由PC 20执行的地址采集过程的流程图。如上所述，用户可以通过操作操作设备24输入用户ID。PC 20的控制器32在HD 26上存储输入用户ID(S200)。从S202到S208和S210到S212的过程与第一实施例的图10的从S10到S16和S26到S28的过程分别地是相同的。因此，S202到S216的描述被省略。以这种方法，URL、URL识别信息和用户ID被作为集合发送给地址服务器80。\n[0117] (用户管理服务器的过程)\n[0118] (用户ID发送过程)\n[0119] 图22示出由用户管理服务器100执行的过程的流程图。该用户管理服务器104的控制器104(参见图5)监视是否已经从多功能设备120接收到用户ID检查请求(参见S220(参见图20的C1))。在已经接收到用户ID检查请求的情况下(在S220中，是)，该控制器104接收该电话号码(S222(参见图21的C2))。从S224到S226的过程与第一实施例的图14的从S94到S96的过程是相同的。因此，S224到S226的描述被省略。借助于第二个实施例，当借助于多功能设备120访问与PC相同的URL的时候，用户输入URL不是所必需的。因此，可以消除用户输入URL的负担。\n[0120] 当在多个用户之中共享一个PC的时候，第二实施例的网络系统10是有用的。可以通过输入用户ID借助于来自一个PC的URL识别多个用户。例如，假设用户X1和用户X2可以共享一个PC。此外，例如，假设用户X1和X2的用户ID分别地是N1和N2。在这种情况下，该用户管理服务器100的用户管理DB 102可以存储用户X1和N1的电话号码的组合，和用户X2和N2的电话号码的组合。该地址服务器80的地址DB 81存储地址P1和N1的组合，以及地址P2和N2的组合。例如，当存在对多功能设备120的呼入，并且信源的电话号码是用户X1的电话号码的时候，N1是从用户管理DB 102识别的，并且与N1相结合的该地址P1是由多功能设备120获取的。例如，当存在对多功能设备120的呼入，并且信源的电话号码是用户X2的电话号码的时候，N2是从用户管理DB 102识别的，并且与N2相结合的该地址P2是由多功能设备120获取的。\n[0121] 在这个系统中，可以基于对多功能设备的呼入的电话号码识别使用该PC的多个用户中的一个。该多功能设备可以获取通过识别的用户访问的该地址。\n[0122] 以上详细描述了本教导的特定的例子，但是，这些只不过是说明，并且不限制专利权限的范围。在专利权限的范围中描述的技术包括对以上举例说明的特定的例子的各种各样的改进和变化。在下面提供前面提到的实施例的变化的实施例。\n[0123] (变化的实施例1)\n[0124] 对于前面提到的实施例的每个，该地址服务器80被与用户管理服务器100分开地构成。但是，该地址服务器80和用户管理服务器100可以是一个合成为一体的服务器。在这种情况下，该服务器200可以使用图23的结构。换句话说，除了地址数据库(地址DB)202之外，该服务器200包括用户管理数据库(用户管理DB)204，并且每个设备206和208在结构上与在第一实施例的地址服务器80中的结构是相同的。该服务器200经由网络电缆\n210连接到多功能设备120和PC 20、40、60。在当前变化的实施例中，在第一和第二实施例的20、40、60，多功能设备120，地址服务器80和用户管理服务器100之间执行的每个过程是在PC 20、40、60，多功能设备120，和服务器200之间执行的。\n[0125] (变化的实施例2)\n[0126] 在前面提到的实施例的每个中，该地址服务器80和用户管理服务器100被与PC \n20分开地构成，并且也与多功能设备120分开地构成。但是，该地址数据库和用户管理数据库可以被安装在多功能设备中。在这种情况下，可以使用图24的结构。换句话说，除了与在第一实施例中的多功能设备120相同结构的每个设备222、224、226、228、230、232和\n234之外，该多功能设备220还包括地址数据库(地址DB)236和用户管理数据库(用户管理DB)238。该服务器200经由网络电缆210连接到多功能设备120和PC 20、40、60。在当前变化的实施例中，由PC 20、40、60和多功能设备220执行的每个过程可以通过在前面提到的第一实施例和第二实施例(图10-16，图21、22)的每个流程图上进行轻微的变化来实现。\n[0127] (变化的实施例3)\n[0128] 在前面提到的实施例的每个中，PC 20的控制器32将URL识别信息添加给URL，并且将这些发送给地址服务器80。但是，不需要添加该URL识别信息。在这种情况下，可以在该地址服务器80中存在一个地址数据库。该地址数据库可以与第一实施例的常规的地址数据库具有相同的结构。换句话说，该地址数据库可以组合并存储由PC访问的URL、用户ID和注册日期和时间。此外，在前面提到的实施例的每个中，该PC 20的控制器32仅将由用户注册的URL发送给地址服务器80。但是，PC 20的控制器32可以将访问的所有URL发送给地址服务器80。这个变化的实施例可以通过对前面提到的第一或者第二实施例(图\n12、13、21)的每个流程图进行轻微变化来实现。\n[0129] (变化的实施例4)\n[0130] 除PC 20以外的设备可用于构成该系统。例如，可以使用多功能设备代替PC 20构成该系统。换句话说，该系统可以由多个多功能设备、多个PC、地址服务器和用户管理服务器构成。此外，除多功能设备120以外的设备可用于构成该系统。例如，可以使用PC代替多功能设备120构成该系统。在这种情况下，该系统是由多个PC、地址服务器和用户管理服务器构成的。\n[0131] (变化的实施例5)\n[0132] 前面提到的实施例的每个在因特网上使用搜索引擎。但是，前面提到的实施例的每个不需要必然地在因特网上使用搜索引擎，并且可以在LAN上使用搜索引擎。换句话说，在该实施例的每个中公开的技术可以在无需连接到因特网，而仅借助于LAN构成的系统中实现。\n[0133] (变化的实施例6)\n[0134] 在前面提到的实施例的每个中，PC 20存储搜索结果格式表30。但是，该地址服务器80或者多功能设备120可以存储搜索结果格式表30。在这种情况下，可以通过存储搜索结果格式表的设备将地址识别信息添加给借助于PC 20访问的地址。由当前变化的实施例的PC和多功能设备执行的每个过程可以通过在前面提到的第一和第二实施例(图10、12、\n13、16、21)的每个流程图中进行轻微变化来实现。\n[0135] 当将地址输入进多功能设备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的负担，该系统在这些情形下有效地起作用。\n[0136] 在前面提到的网络系统中，可以由用户借助于多功能设备从已经借助于PC搜索的多个地址中选择至少一个地址。不需要借助于多功能设备输入地址，并且可以仅选择网络地址。\n[0137] 在前面提到的网络系统中，该多功能设备120的监视器122以可识别的方式显示搜索结果的URL和常规的站点的URL。按照这种结构，用户可以使用多功能设备120去判断是否获取的地址是搜索结果地址，或者是否其是除此以外的地址。\n[0138] 此外，在当前的说明书或者附图中描述的技术成分分开地或者以不同组合呈现技术实用性，并且不局限于在申请的时候在权利要求中公开的组合。此外，在当前的说明书或者附图中举例说明的技术同时地实现多个目的，并且从在这些本身具有技术实用性之中实现一个目的。