CN1332876A - 更改因特网资源识别符和地址的方法和系统 - Google Patents

Abstract

一种利用替换的资源标识符代替普通资源标识符的方法和系统。本发明利用快速软件将替换的资源标识符变换为普通的资源标识符。随后利用普通的资源标识符,以普通方式访问因特网上的资源并向用户显示。

Description

更改因特网资源识别符和地址的方法和系统

临时申请的交叉引用

本申请声明对1998年9月29日提交的题为“带URL转换系统的因特网浏览器”的临时申请No.60/102,333主张权益。

发明领域

本发明通常涉及因特网上的信息传送领域和与这种信息传送相关的各种协议。

背景技术

因特网向传统网络服务提供商提出了不同凡响的挑战和机遇。因特网用户正以指数级增长，这激励着网络服务提供商创造新的服务以抢占这个新兴市场。

因特网一个成功而广泛向公众开放的部分是万维网(world Wide Web)。万维网是世界各地HTTP(超文本传输协议)服务器上驻留的互相链接的超文本文档总集。万维网上的文档称为页面或网页，用HTML(超文本标记语言)书写，由规定特定机器和借此可以访问文件的路径的URL(统一资源定位器)识别，并且在超文本传输协议下经过逐个节点送往终端用户。称为标记的代码被嵌入HTML文档内，使文档内特定的单词和图像与URL相关联，因此用户可以通过按键或鼠标点击访问可以绕过半个地球的另一个文件。这些文件可以包含文本(有各种字体和风格)、图像、电影文件和声音以及Java小应用程序、ActiveX控制，或者其他在用户通过点击链接激活时执行的小型嵌入式软件程序。访问网页的用户还可以从FTP站点下载文件并利用网页上的链接，通过电子邮件向其他用户发送消息。图11为普通Web浏览器的屏幕图片。

万维网在概念上可以被想象为一个巨大的超级链接的数据银行。为了访问万维网，用户必须在他或她的计算机上安装合适的软件并且与因特网访问提供商建立网络连接。

资源的URL识别符规定了用于访问资源的协议(例如对于万维网页面是“http：”或者对于FTP站点是“ftp：”)、资源驻留的服务器名称以及可选的到达资源(例如服务器上的HTML文档或文件)的路径。例如在URL

http：//www.israeliinternet.com/thissubsite/sitecontents.html

中，“http：//”标识出超文本传输协议；www.israeliinternet.com是相关网络服务器的名称；/thissubsite标识出所需文档的目录；以及“/sitecontents.html”表示要查看的文档。

构成资源的URL一部分的计算机服务器的名称不是简单地由服务器的操作人员选定而是必须向适当的权威机构注册。否则，如果多个服务器同名则将导致混乱。(这种混乱类似于几个无线站台同时在同一频率上广播。)

每台服务器名与标识因特网上主机的32比特IP地址相关。通过使用称为域名服务器的其他计算机完成这种关联。参见Siyan，Karanjit的《InsideTCP/IP》第三版，New Riders1997年出版。

出于本专利申请的目的，因特网上识别的URL被称为“普通URL”而因特网上识别的服务器名被称为“普通服务器名”。出于本专利申请的目的，对语言、字母字符和图示符的引用基于统一代码(Unicode)标准规定中所用的术语。参见《The Unicode Standard Version 2.0》，Addison Wsley，1998。出于本专利申请的目的，字符被定义为书面语言中具有语义价值的最小单元；另一方面，图示符代表字符重现或显示时可以具有的形状。

目前所有普通的URL采用拉丁字符，即使是不使用拉丁字符的书面语言中所用的URL。图12为希伯莱语浏览器的屏幕图片。遗憾的是，对于母语不采用拉丁字符的用户来说，由于必须记忆复杂而不熟悉的单词或字符，所以难以借助普通的URL直接访问因特网资源。此外，普通URL必须按照特定的语法提供，而这种语法难以为许多用户理解，并且即使是微不足道的错误都会导致用户无法访问所需的资源，例如将“.”误为“，”。

当人们在万维网上要查看其不知URL地址的内容时，就必须使用搜索引擎。但是大多数人因为两个原因而受阻。首先，他们总是被淹没在无数的选项内。其次，当使用搜索引擎，他们遇到了太多不相关的网站。

除此之外，许多因特网用户输入与他们所要寻找产品有关的分类URL地址。例如想要查找汽车保险的人们在其浏览器内输入地址“car insurance”。结果，因特网地址“car insurance”的拥有者将不可避免地遇到查找汽车保险的延续不断的客户流。简而言之，由于便于记忆，分类URL地址是有价值的。

发明内容

本发明的一个目标是提供一种针对某装置用户的系统和方法，其书面语言非基于拉丁字符访问HTML页面，输入装置的资源标识符不包含拉丁字符。

本发明的另一个目标是提供一种针对某装置用户的系统和方法，通过向装置输入比普通URL简单或者更需要的资源标识符来访问HTML页面。

本发明考虑将普通URL变换为用户熟悉的标识符。(这种熟悉的标识符将称为“友好”标识符。)这种变换后的标识符将向用户显示。装置在内部继续使用普通的URL并且在访问因特网上的资源时使用该URL。同样，所有作为操作结果返回装置的资源标识符将变换为用户熟悉的标识符。

附图简述

通过以下结合附图对本发明较佳实施例的描述，本发明的上述和其他目标和特征是显而易见的，其中：

图1为转换算法的流程图；

图2-5为转换算法的示意图；

图6为映射算法的流程图；

图7为系统较佳实施例的框图；

图8为客户机实施例的框图；

图9为计算机服务器实施例的框图；

图10为Web服务器实施例的框图；

图11为普通英语Web浏览器的屏幕图片；

图12为普通希伯莱语Web浏览器的屏幕图片；

图13为作为本发明较佳实施例的希伯莱语Web浏览器的屏幕图片；

图14为作为本发明另一较佳实施例的希伯莱语Web浏览器的屏幕图片；

图15为作为本发明另一较佳实施例的希伯莱语Web浏览器的屏幕图片；

图16和17为本发明较佳实施例中涉及的变换的框图；

图18和19为本发明另一较佳实施例中涉及的变换的框图。

实施发明的较佳方式

导言

本发明的总体目标是使书面语言非拉丁字符的世界上大多数人能够更加自然方便地使用万维网和电子邮件。

具体而言，本发明可以使普通URL变换为网上冲浪使用的任何母语。本发明较佳实施例的用户能够以自己的书面语言查看web网站地址和使用电子邮件地址。

本发明的几个不同实施例适合特定的情形。但是每个实施例都依赖于将可选择的资源标识符变换为普通的资源标识符。随后隐含的普通资源标识符以普通的方式被用来访问因特网上的资源。普通的资源标识符可以出于修饰性的原因而被隐藏但在用户需要时向其提供。

这种策略是软件工程中常见的方法。例如，诸如磁盘驱动器之类的存储设备通过以无损方式压缩其上的数据，可以比实际大得多的容量出现在用户面前。当用户实际访问数据时，数据以用户察觉不到的方式(出于修饰性的原因)被快速解压缩。虽然附加步骤导致延迟，但是如何将延迟减小至察觉不到的时间间隔的做法是本领域内众所周知的。

本发明考虑向用户显示易于理解的资源标识符(即友好的标识符)，而装置在访问因特网上资源时采用普通的资源标识符。装置通过将友好的资源标识符快速变换为普通资源标识符实现该功能。该变换过程在本专利申请中被称为变换算法。

在详细描述中揭示了变换算法两个较佳实施例。但是本领域内的普通技术人员可能研究出其他变换算法：因此两种算法的揭示并不意味着对本发明仅仅限定在所披露的算法而已。

变换算法(Transformation Algorithms)

1.转换算法(Conversion Algorithm)

参见图l，它示出了将普通资源标识符变换为友好的资源标识符的“转换”算法。(为了揭示变换算法的较佳实施例，所用非拉丁书面语言的字符集为希伯莱语字符。)在步骤100中，识别出普通资源标识符的标准部分，例如“http：//www”、“com”和“htm”。在步骤102，标准部分被转换为公知的希伯莱语表示，例如 为“http：//www”，而

为“com”。在步骤104中，对普通资源标识符其余部分的可识别含义单词作分析。例如单词“healthinsurance”中的单词“health”和“insurance”被识别出来。在步骤106中，希伯莱语单词

将替代“health”而希伯莱语单词

将替代“insurance”。在步骤108中，将产生完整的希伯莱语资源标识符。

如上所述，由于某些字母属于无法识别的单词或者资源定位器不包含可识别的单词，所以算法可能无法进行下去。例如普通资源标识符的“insurancebz”部分将被分类为两个单元“insurance”和“bz”。单元“insurance”将被变换为希伯莱语关于保险的单词，字母“b”将变换为 而字母“z”将变换为

。在这种情况下，每个拉丁字母将翻译为预先确定的希伯莱字母。这种算法的实施细节是本领域内公知的并且示于图2—5。

众所周知的是，算法可以构造为从每个普通资源标识符(由拉丁字符组成)产生单个资源标识符，并且如果算法被应用于由希伯莱字符组成的资源标识符，则将恢复原始的由拉丁字符组成的普通资源标识符。

2.映射算法

参见图2，它示出了将普通资源标识符变换为友好的资源标识符的“映射”算法。(为了揭示变换算法的较佳实施例，所用非拉丁书面语言的字符集还是为希伯莱语字符。)在步骤200中，普通的资源标识符被输入数据库查询。在步骤202中，对友好资源标识符的数据库执行数据库查询。该数据库内每个友好的标识符记录包含指示普通资源标识符的域，友好的资源标识符被映射至普通资源标识符。在步骤204中，对查询成功与否进行评价。如果查询产生结果，则步骤206中的结果将是友好的资源标识符。如果查询未产生结果，则指示获取友好的资源标识符失败。

作为该算法的例子，普通资源标识符http：//www.healthinsurance.com将被映射至希伯莱字符。

映射算法一个重要的有用特征是任何普通的资源标识符可以映射至任何友好的资源标识符。因此，仅仅是服务器上多个网页之一的资源在友好的资源标识符下可以作为网络服务器的缺省页面(即主页)出现。

本发明较佳实施例概述

从概念上讲，这是一种URL与因特网冲浪者所用母语的双向转换。系统用户一到达位置或者资源标识符出现在电子邮件信箱或其他软件内就能够用他／她的母语查看其到达的每个网站的地址、电子邮件地址和每个其他的URL。系统还区分来自万维网的地址或者区分是否是母语网站。本地地址系统将同时激活。因此对于冲浪者，唯一的区别是门户系统地址用户在其地址后面不能拥有.com、.net、co.il或类似的项目。

利用本发明，非英语因特网用户甚至不必拥有带英语字符的键盘。他们能够利用自己的母语键盘拨打万维网(包括电子邮件)上的任何位置。本发明将使世界各地的因特网用户采用母语下的常规邮件地址作为电子邮件地址。所揭示的系统将从该地址接收电子邮件和向网上任何位置发送电子邮件。在基于门户的系统中，在屏幕键盘上出现每种语言下的选项。因此，即使用户所在的地方没有母语键盘，他也能够使用鼠标点击母语地址、电子邮件、搜索引擎和类似的条目。

每种语言下的系统将被锁定在网站内。该网站将是该语言下特殊的主页。该语言下每个因特网地址将导入子站点。对于用户(网站拥有者和冲浪者)，网站以主页的形式显现和工作。例如，当一个以色列人获取希伯莱文地址后，系统将希伯莱文地址转换为常规地址下的URL。在这种情况下，未使用转换系统的冲浪者将会看到因特网地址：http：//www.worldurls.com/healthinsurance，并可以键入。使用希伯莱转换系统的以色列人将查看和拨号希伯莱文地址。本例中的电子邮件可以通过healthinsurance@worldurls.com传送。显然，转换系统用户将用希伯莱文地址键入和查看电子邮件。系统的服务器部分将接受免费的网站和电子邮件应用。如果人们仅仅需要链接至已有网站的地址，则可以输入已有的URL。

此外，用户可以选择母语因特网地址或电子邮件帐户名。如果因特网地址或电子邮件用户名被提取，则用户可以输入不同的选择。在注册过程末期，系统将生成网页或电子邮件帐户。在子网站层次上，内部名称分配系统的工作方式与系统直接翻译部分类似。因此利用两层变换系统(即单词和字母的组合)，每个网站拥有者使其子网站被自动翻译。

1.URL快速严格地从拉丁文变换为母语地址系统

当冲浪者到达不属于门户地址分配系统一部分(即任何位于万维网的网站)的位置时，也将在URL框内看到自己的母语而不是因特网协议。当冲浪者(不管是通过门户或者使用桌面选项)到达非系统用户网站时，变换算法将工作。例如对于地址http：//www.healthinsurance.com，系统将“http：//www”之后和“.com”之前(对于子网站也是“.com”之前)的地址部分隔离出来。系统利用系统简单的英语希伯莱语词典将单词转换为网站冲浪者的母语。在这种情况下就是健康保险。随后系统可以使希伯莱文单词的顺序反转，加入“http：//www”和“.com”的变体，并且以冲浪者母语显示地址。

冲浪者也能够以母语键入地址。系统随后使过程逆向进行。当系统无法识别作为地址一部分的单词时，利用字母一字母转换系统使地址以希伯莱文出现，但是字母的形式是任意的。当出现混合情况时，系统同时采用单词一单词和字母一字母转换来构造地址。这将产生异常，在同一地址内一个拉丁字母可能有不止一个的翻译字母。这是因为单词翻译系统内的字母取值是变化的，而在字母一字母系统具有恒定的关系。在日语中是没有字母的，本发明的一个实施例可以为每个英语字母分配发音相同或尽可能接近的日语单词，因此当使用日语单词标识非英语字母时能够为冲浪者识别。图16和图17说明了变换过程。

2.搜索引擎

所有基于因特网协议的搜索引擎都只使用英语。当我们系统的用户使用母语搜索万维网时，他们将以自己的母语输入请求。例如如果用户输入单词，则系统常规的英语希伯莱语词典将这些单词转换为英语，即“保险寿命”。系统随后可以使单词顺序反转为寿命保险并且对该顺序或两种顺序进行搜索。而且将启用两层翻译系统。这样，采用不构成单词的字母的地址和其他因特网协议标记可以象字母标记或单词标记或二者组合那样被搜索和识别。一旦系统检测到请求的位置，冲浪者可以选择以母语或者转换前的URL形式查看。系统也将区分地址来自万维网还是母语网站拥有者。

本发明在浏览器中的较佳实施例

系统结构

如图7所示，较佳实施例的结构为访问因特网的客户机1000。计算机服务器2000也访问因特网网络服务器3000(也访问因特网)。

参见图8，客户机1000包括CPU405、RAM415、ROM420、时钟435、视频驱动器425、视频监视器430、通信端口440、输入设备445和数据存储设备460。

参见图9，计算机服务器2000包括CPU505、RAM515、ROM520、时钟535、视频驱动器525、视频监视器530、通信端口540、输入设备545和数据存储设备560。数据存储设备560包含了用于提供普通和友好资源识别符的数据库。

同样，如图10所示，网络服务器3000包括CPU605、RAM615、ROM620、时钟635、网络软件640、数据存储设备650、视频监视器670、通信端口660和输入设备690。

系统操作

本发明的一个较佳实施例是包含采用两种算法的软件的浏览器。如果用户打出希伯莱语的资源标识符，则计算机必须首先将希伯莱文的资源标识符转换为普通的资源标识符。该过程的算法是转换算法或映射算法。

在一个实施例中，浏览器用户将计算机服务器2000作为将映射数据库自动下载至浏览器的因特网服务提供商使用。在另一实施例中，映射数据库被以电子邮件方式传送给浏览器，浏览器将新的映射并入已有的数据库。

系统的操作以客户机1000用户利用非拉丁字符输入友好的资源标识符开始。客户机1000将以公式化方式生成由非拉丁字符输入的信息组成的文件。客户机1000将利用转换算法或映射算法处理友好的资源定位符并为合适的HTML页面而接触Wdb服务器3000。图9为这种浏览器的屏幕图片。

在另一较佳实施例中，客户机1000将接触计算机服务器2000。计算机服务器2000将执行变换算法并随后向客户机1000返回信息，客户机利用该信息获取HTML页面。在另一较佳实施例中，服务器2000将获取HTML页面本身并且再向用户发送HTML页面。对该较佳实施例所作的改动是浏览器利用语音识别技术。

重点注意的是可以采用两种变换算法。一般首先采用映射算法。如果映射算法由于未找到匹配而失败，则将执行转换算法(该算法一直是成功的)。考虑到的情况是网站拥有者将其普通的资源标识符存储在映射算法和给定友好资源识别符的数据库内。

还应该注意的是映射算法可能对部分资源识别符(例如普通服务器名)有效但是不是对HTML文档。在这种情况下，普通服务器名上将采用映射算法而资源识别符的其余部分上采用转换算法。

本发明在主机系统内的较佳实施例

在主机系统的较佳实施例中，计算机服务器2000是其系统上的主机HTML页面。用户为其中一个主机HTML页面输入友好的资源识别符。在一个较佳实施例中，客户机1000将友好的资源识别符变换为合适的普通资源标识符。客户机1000从计算机服务器2000中搜索合适的HTML页面。在另一较佳实施例中，如果输入的是非普通资源标识符，则客户机1000将自动接触计算机服务器2000。计算机服务器2000随后完成转换。

在任一情况下，如果输入希伯莱文，则如图13、14和15所示，将搜索合适的HTML页面并且作为顶级网站出现。

该HTML页面也可以被未使用较佳实施例但是资源标识符为普通形式(例如“http：//www.worldwideurls.com/bjifh-hjjm”)的客户机1000使用。

本发明在门户系统中的较佳实施例

门户是因特网资源词典中一个普通的术语。本发明也可以在所有资源标识符都是友好资源标识符的门户系统内实现。门户服务器采用转换算法或映射算法向客户机1000提供信息以搜索合适的HTML文档。

本发明在搜索引擎中的较佳实施例

在本发明的另一实施例中，友好的搜索条目被利用变换算法转换为各种普通的拉丁搜索单词并且执行普通的搜索。结果返回给利用转换算法或映射算法的浏览器。

电子邮件

在本发明的另一实施例中，电子邮件地址从拉丁字符映射为非拉丁字符或者相反。转换算法或映射算法将被采用。因此非拉丁字符组成书面语言的用户能够以书面语言字符使用电子邮件。

本发明各种较佳实施例以友好资源标识符变换为普通资源标识符为基础，但是参见图18和19，本发明也可以适用于无需域名服务器的服务而将友好资源标识符转换为32位IP地址的情况。

虽然借助特定实施例描述了本发明，但是对于本领域内技术人员来说，在不偏离本发明下列权利要求限定的精神和范围的前提下完成各种变动或改动是显而易见的。

Claims (23)

1.一种在访问因特网上资源时用替换资源标识符代替普通资源标识符的方法，其特征在于包含下列步骤：

向装置提供能够访问因特网的替换资源标识符；

将替换资源标识符变换为普通资源标识符；

利用普通资源标识符访问因特网上资源；以及

向用户显示资源。

2.一种在网络上提供包含统一资源定位器(URL)的用户请求的计算机系统，其特征在于所述计算机系统包含：

在所述计算机系统上运行的浏览器装置，用于使所述用户输入非拉丁URL地址；

与所述浏览器装置相连的转换装置，用于从所述浏览器装置接收所述非拉丁URL地址并且将所述非拉丁URL地址转换为中间(intermediate)URL地址并在网络上发送所述中间URL地址；以及

与所述转换装置连接的传输装置，用于接收所述中间URL地址并且在网络上发送所述中间URL地址。

3.如权利要求2所述的计算机系统，其特征在于所述转换装置包括：

将所述非拉丁URL地址翻译为字母数字的文本串的翻译装置；以及

生成器装置，用于将预先设定的文本串连接至所述字母数字文本串从而生成所述中间URL地址。

4.如权利要求3所述的计算机系统，其特征在于所述预先设定的文本串指定网络中唯一的管理服务的主页地址。

5.如权利要求4所述的计算机系统，其特征在于所有包含所述非拉丁URL地址的用户请求被送往所述唯一管理服务器的主页。

6.如权利要求5所述的计算机系统，其特征在于所述中间URL地址指定所述唯一管理服务器的所述主页的子站点。

7.如权利要求6所述的计算机系统，其特征在于所述字母数字文本串包含字母和数字字符。

8.一种在网络上提供包含URL的用户请求的计算机系统，其特征在于所述计算机系统包含：

在所述计算机系统上运行的浏览器装置，用于使所述用户输入分类URL地址；

与所述浏览器装置相连的转换装置，用于从所述浏览器装置接收所述分类URL地址并且将所述分类URL地址转换为中间URL地址；以及

与所述转换装置连接的传输装置，用于接收所述中间URL地址并且在网络上发送所述中间URL地址。

9.如权利要求8所述的计算机系统，其特征在于所述转换装置包括：

将所述分类URL地址翻译为字母数字的文本串的翻译装置；以及

生成器装置，用于将预先设定的文本串连接至所述字母数字文本串从而生成所述中间URL地址。

10.如权利要求9所述的计算机系统，其特征在于所述预先设定的文本串指定网络中唯一的管理服务的主页地址。

11.如权利要求10所述的计算机系统，其特征在于所有包含所述分类URL地址的用户请求被送往所述唯一管理服务器的主页。

12.如权利要求11所述的计算机系统，其特征在于所述中间URL地址指定所述唯一管理服务器的所述主页的子站点。

13.如权利要求12所述的计算机系统，其特征在于所述字母数字文本串包含字母和数字字符。

14.一种在计算机系统中将非拉丁URL地址转换为中间URL地址的方法，其中计算机系统提供包含网络上统一资源定位器(URL)的用户请求，其特征在于所述方法包含以下步骤：

接收非拉丁URL地址；

将所述非拉丁URL地址转换为中间URL地址；以及

在网络上发送所述中间URL地址。

15.如权利要求14所述的方法，其特征在于所述转换步骤包括以下步骤：

将所述非拉丁URL地址翻译为字母数字的文本串；以及

将预先设定的文本串连接至所述字母数字文本串从而生成所述中间URL地址。

16.如权利要求15所述的方法，其特征在于所述预先设定的文本串指定网络中唯一的管理服务的主页地址。

17.如权利要求16所述的方法，其特征在于所有包含所述非拉丁URL地址的用户请求被送往所述唯一管理服务器的主页。

18.如权利要求17所述的方法，其特征在于所述中间URL地址指定所述唯一管理服务器的所述主页的子站点。

19.一种在计算机系统中将分类URL地址转换为中间URL地址的方法，其中计算机系统提供包含网络上统一资源定位器(URL)的用户请求，其特征在于所述方法包含以下步骤：

接收分类URL地址；

将所述分类URL地址转换为中间URL地址；以及

在网络上发送所述中间URL地址。

20.如权利要求19所述的方法，其特征在于所述转换步骤包括以下步骤：

将所述分类URL地址翻译为字母数字的文本串；以及

将预先设定的文本串连接至所述字母数字文本串从而生成所述中间URL地址。

21.如权利要求20所述的方法，其特征在于所述预先设定的文本串指定网络中唯一的管理服务的主页地址。

22.如权利要求21所述的方法，其特征在于所有包含所述分类URL地址的用户请求被送往所述唯一管理服务器的主页。

23.如权利要求22所述的方法，其特征在于所述中间URL地址指定所述唯一管理服务器的所述主页的子站点。

Images