客户端-服务器系统内使用的移动电话的制作方法

专利名称：客户端-服务器系统内使用的移动电话的制作方法
技术领域：
本发明涉及一种包括数据的移动设备。本发明还涉及一种包括这 种移动设备的关联的客户端-服务器通信系统。本发明最后涉及对应的 通信方法。
例如，这种移动设备是移动电话或个人数字助理PDA。
背景技术：
一种公知的现有技术公开了一种计算机和一种包括数据的远程 盘，通过使用因特网协议IP网络访问，所述计算机可以访问所述盘。 该盘通常被称作盘服务器。
该盘经由诸如电缆之类的物理连接，连接至所述计算机，该盘被 称作以太网盘服务器。该盘包括多个记忆存储器(memory storage), 因此可以包含大量数据。为了使盘服务器与计算机进行通信，需要以 太网集线器。该集线器是在计算机与盘服务器之间形成连接的设备。 因此，由于该系统，用户可以在家使用内部网络。用户可以在家容易 地访问自己的个人数据。
然而，当用户不在家时，这种系统就没有用处了。确实，用户在 例如旅行时，尤其在例如想要编辑数据文件时，无法访问自己的个人 网络。此外，由于集线器，使得所述系统成本高。

发明内容
本发明的目的是提出一种包括数据的移动设备，该设备允许用 户从任何计算机访问自己的个人数据，就好像所述用户连接到了他的 家庭网络一样。
为此，根据本发明的移动设备的特征在于，所述移动设备包括- 捕获装置，用于
- 从客户端设备接收用于访问数据的请求，所述请求使用因特 网协议网络访问并包括代表服务器设备的信息；
- 基于所述代表性信息，将所述请求重定向于第一服务器设备 或第二服务器设备，所述移动设备是所述第二服务器设备；
- 检索装置，用于检索数据；
- 传输装置，其使用所述因特网协议网络访问，将所述数据传输到 所述客户端设备。
因此，根据本发明的移动设备允许用户在任何地点，使用任何 计算机来访问他的个人数据，并且编辑自己的个人数据。由于这种移 动设备的捕获装置和因特网协议访问，充当客户端设备的任何计算机 都会将该移动设备视作服务器设备。对于所使用的计算机，数据处于 该移动设备上而不是处于远程服务器这一事实是透明的。此外，集线 器是不必要的。因此，用户不必到处随身携带他的盘服务器和他的集 线器。因此，用户可以访问自己的数据，就好像他连接到了自己的家 庭网络一样。
根据本发明的非限定性实施例，根据本发明的移动设备还包括以 下特征。
第一服务器设备可以是远程服务器。因此，可以使用该移动设备， 经由因特网网络访问，来访问远程服务器。当客户端设备不具有因特 网访问时，或当针对移动电话用户，该客户端设备的因特网访问未被 授权时，或当该因特网访问暂时停用时，这是需要引起注意的。
第一服务器设备可以是移动设备。因此，该移动设备包括至少两 个服务器。
该移动设备可以包括网络服务器(webserver)、和/或文件服务 器、和/或媒体服务器。因此，可以访问某些数据、文件或媒体。
该移动设备可以包括预置信息，所述预置信息代表该移动设备，
并与所述移动设备内的不同服务器相关联。因此该移动设备可以暴露 于客户端设备的不同服务器以及不同类型的关联服务。
代表服务器设备的信息可以是因特网协议地址。因此，客户端设备将该移动设备视作任何其他服务器设备。
该移动设备可以包括动态主机配置协议服务。因此，这就允许管 理与该移动设备中的服务器相关联的不同IP地址，并允许避免这些地 址之间的冲突。
可以将捕获装置定位于应用层中。这就避免了对移动设备供应者 的依赖。
可以将该捕获装置定位于传输和网络层中。这就使得该捕获装置 更有效且更快地传送请求。
该移动设备可以是移动电话，客户端设备可以是计算机。这就允 许用户在任何地点将他的移动设备连接到任何计算机上。
本发明还涉及一种访问服务器设备中的数据的方法，所述方法包 括以下步骤
- 使用由所述移动设备提供的因特网协议网络访问，向移动设备发 送来自客户端设备的请求，所述请求包括代表服务器设备的信息；
- 在移动设备中接收所述请求，并基于代表服务器设备的信息，将 所述请求重定向于第一服务器设备或第二服务器设备，所述第二服务
器设备是移动设备；
- 检索移动设备上的数据，所述移动设备充当本地服务器；
- 使用所述因特网协议网络访问，将所述数据传输到所述客户端设 备。
本发明最后涉及一种计算机程序产品，所述计算机程序产品包括 用于实现所述方法的程序指令。
参照以下所述的实施例，将清晰地阐述本发明的这些及其他方面。


现在，参照附图，作为实例，将更加详细地描述本发明，在所述
附图中
- 图1对应于客户端-服务器通信系统内使用的、根据本发明的移 动设备的第一非限定性实施例；- 图2对应于图1的第一实施例的第一非限定性变体；
- 图3对应于客户端-服务器通信系统内使用的、根据本发明的移 动设备的第二非限定性实施例；
- 图4示出了通过根据本发明的移动设备向计算机暴露的第一网 络；
- 图5示出了通过根据本发明的移动设备向计算机暴露的第二网 络；以及
- 图6示出了通过根据本发明的移动设备向计算机暴露的第三网 络。
具体实施例方式
参照图l，示出了根据本发明的移动设备MB的第一非限定性实施 例。这种移动设备MB用于客户端-服务器通信系统SYS内，所述客户 端-服务器通信系统SYS包括
- 第一设备PC，其在该示例中为个人计算机；以及
- 第二设备MB，其为移动设备。
在该示例中，移动设备MB是移动电话。当然，移动设备MB可以 是任何其他移动设备，例如个人数字助理PDA或多媒体播放器。在 以下描述中，将考虑移动电话的示例。
计算机PC与移动电话MB经由因特网协议IP网络访问，通过本领
域技术人员公知的不同通信层进行通信，该通信层的主要层为
- 应用层APPLI一L;
- 传输和网络层TCPIP一L;以及
- 物理层PHYS一L。 每一层都解决包括数据传输在内的一组问题，并基于使用来自某
些下层服务，来将明确定义的服务提供给上层协议。逻辑上，上层与 用户更近，同时依靠下层协议，将数据转换成最终可被物理传输的形 式。
为了通过这些不同层来通信，计算机PC和移动电话MB包括不同 的、关联的通信装置。图l中示出了这种通信的示例，其中计算机PC与移动电话MB进行 通信，即，计算机PC经由网络浏览器(web server)来访问移动电话 MB上的数据，而且经由物理层PHYS—L上的通用串行总线USB链路， 将该数据从移动电话MB传输到该计算机，其中该数据被存储在移动 电话MB中。当然，可以使用任何其他通信链路，例如无线链路蓝 牙(在IEEE 802.15.l标准中定义)、Wifi (在IEEE 802.11标准中定义) 或Zigbee (在IEEE 802.15.4标准中定义)。
此外，在该示例中，诸如HTTP (代表超文本传输协议)之类的 请求/应答协议用于应用层APPLI—L中，其中，如以下所述，发起客户 端是网络浏览器，且目的地服务器是移动电话MB。该协议HTTP基于 传输和网络协议TCPIP (代表传输控制协议一因特网协议)。HTTP客户 端通过建立与特定端口的TCP—IP连接，来发起请求。侦听该端口的 HTTP服务器等待客户端发送请求消息，而且在接收到所述请求时，该 服务器将该服务器自身的状态行和消息发回，被发回的消息的主体可 以是所请求的数据或文件、错误消息或某些其他信息。
因此，在该示例中，计算机PC包括
- 网络浏览器WEB一B，其在应用层APPLI一L上通信；
- 网络因特网卡驱动器NIC1—D，其在传输和网络层TCPIP—L上通 信；以及
- USB驱动器USB1一D，其在物理层PHYS—L上通信。
网络浏览器WEB一B使得能够向移动电话MB发送包括IP地址 IP—AD1的请求REQ1 (IP—AD1)。
网络因特网卡驱动器NIC1—D允许两个设备在网络上通信，这里 是在因特网上通信。这种卡实现了使用诸如以太网之类的特定物理层 标准进行通信所需的电子电路。这就允许了相同LAN(代表局域网) 上的设备小组之间的通信；以及通过诸如因特网协议IP之类的可路由 协议而进行的大规模网络通信。
USB驱动器USB1_D提供了串行总线标准，以将移动电话MB连 接至计算机PC。该USB驱动器USB1_D可以是具有电缆的USB驱动器或无线USB驱动器WUSB。 关于移动电话MB，其包括
- 提供因特网协议IP网络访问的装置(未示出)，BP,所述移动电 话配置用于发送和接收封装于因特网协议分组中的数据；
- 捕获装置IPAD一T，如以下所述，其在应用层APPLI一L上或在 TCPIP层上通信；
- 检索装置RET一M，其检索移动电话MB中的数据，在非限定性 示例中，这些检索装置是文件系统或存储器访问系统；
- 网络因特网卡驱动器NIC2一D，其在传输和网络层TCPIP—L上通 信；以及
- USB驱动器USB2—D，其在物理层PHYS—L上通信。
需要注意，当在应用层APPLI一L中实现捕获装置IPAD—T时，可 以容易地实现这些捕获装置，而不依赖于移动电话供应者。另一方面， 当在TCPIP层上实现捕获装置IPAD—T时，捕获装置依赖于移动电话 供应者，但由于在TCPIP层内实现了该捕获装置，所以它可以更有效， 速度也就更快。
在图1的这个非限定性示例中，将捕获装置定位于应用层 APPLI—L中。
这些捕获装置IPAD一T实现了以下操作
- 捕获从计算机PC接收到的请求REQ1 (IP一AD1);
- 分析该请求；
- 使用检索装置RET_M，来检索移动电话MB中的数据DAT1; 以及
- 经由其网络因特网卡驱动器NIC2—D和其USB驱动器USB2—D， 触发所述数据DAT1向计算机PC的传输。
由于移动电话MB，该移动电话MB的用户可以在任何时间(例 如，当用户在度假或在某些朋友家时)、任何地点、经由任何计算机 PC，来访问自己的个人数据。
为此，用户将他的移动电话MB与可用计算机PC相连接。然后，用户打开他所访问的计算机PC的网络浏览器WEB一B，并输入IP地 址IP一AD1。该IP地址与用户的移动电话MB相关联。当输入IP地址 IP一AD1时，在计算机PC的屏幕上显示与该IP地址相关联的网页。 例如，屏幕显示他的所有个人联系方式的地址簿。然后，用户可以编 辑他的地址簿。当然，代之以IP地址，用户还可以输入网络浏览器 WEB一B中的全限定名FQN，或代表移动电话MB的任何其他信息。
当移动电话MB与计算机PC相连接时，移动电话MB开始充当 网络接口卡NIC，并提供因特网协议IP网络访问，该网络访问使计算 机PC能够访问移动电话MB。计算机PC将移动电话MB视作与对应 IP地址相关联的任何服务器。对于计算机PC，该服务器是移动电话 的事实是透明的。
以如下方式完成经由计算机PC而对个人数据的访问。
在第一步骤l)中，计算机PC的网络浏览器WEB一B向移动电话 MB发送请求REQ1 (IP一AD1)，该请求REQ1 (IP一AD1)包括由用户 输入的IP地址IP_AD1 。所述IP地址与由计算机PC —侧视作的任何 服务器相对应，实际上，所述IP地址与移动电话MB相对应。此外， 对于计算机PC，该IP地址与移动电话MB相对应的事实是透明的。
在第二步骤2)中，经由不同协议层，将请求REQl (IP—AD1) 传输到移动电话MB。在两个子步中完成这一点。在第一子步2a)中， 如下所述，通过计算机PC中的不同层，请求找到其通路。
- 在应用层APPLI—L中，将请求REQ1 (IP一AD1 )封装进web协 议中，这里是封装进HTTP中。然后，通过传输和网络层TCPIP一L， 网络浏览器WEB一B将所述请求传输到网络因特网卡驱动器NICl一D。
- 在传输和网络层TCPIP—L中，将请求REQl (IP—AD1)封装进 TCP—IP协议中，S卩，封装进IP分组中，然后，通过物理层PHYS—L， 将所述请求传输到USB驱动器USBl一D。
- 最后，将请求REQl (IP—AD1)封装进USB协议中，并经由所 述物理层PHYS—L，向移动电话MB发送所述请求。因此将TCPIP协 议的IP分组封装进USB协议中。
- 然后，计算机PC的USB驱动器USB1—D使用IP网络访问，将这些封装后的IP分组传输到移动电话MP的USB驱动器USB2一D。
在第二子步2b)中，如下所述，通过移动电话MB中的不同层， 请求REQ1 (IP一AD1)找到其通路。
- 在物理层PHYS一L中，移动电话MB的USB驱动器USB2_D接 收请求REQ1 (IP一AD1)。然后，从待传输到传输和网络层TCPIP一L 的USB协议中解封装出请求REQ1 (IP一ADl)。
- 在传输和网络层TCPIP一L中，网络因特网卡驱动器NIC1一D接 收请求REQKIP—AD1 )，而且从待传输到应用层APPLI一L的其TIP—IP 协议中解封装出请求REQ1 (IP一ADl)。
- 在应用层APPLI一L中，捕获装置IPAD一T接收请求REQ1 (IP—ADl)，而且从其web协议(这里是HTTP协议)中解封装出请
求REQ1 (IP—AD 1)。然后，捕获装置IPAD—T分析请求REQ1 (IP—AD1 )， 检索所要求的数据DAT1，并将所述数据DAT1传输到计算机PC。因 此，如图1所示，通过己经针对请求REQ1 (IP一AD1)描述的相同路 径，以相反的方向传输数据DATl。
这里，在所采用的示例中，数据DAT1与如下网页相对应该网 页显示移动电话MB的用户的个人地址簿。因此，用户可以在计算机 屏幕上编辑他的个人地址簿。
用户还可能修改/更新他的地址簿。当用户对他的地址簿作修改并 想要更新它时，用户例如点击界面的按钮来完成，然后，计算机向移 动电话MB发送更新请求REQ (图1中未示出)。经由计算机PC，使 用诸如MediaWiki或WebDAV(代表基于Web的分布式创作和版本管 理)之类的标准web服务，可以容易地修改/更新在移动电话MB中存 储的数据。
这种MediaWiki或WebDAV协议的目的是使万维网成为可读且 可写的媒体。这种MediaWiki或WebDAV协议提供了在远程服务器(通 常是网络服务器)上创建、更改和移动文档的功能，该远程服务器在 这里是移动电话MB。如今的大多数计算机操作系统都支持WebDAV， 这使在WebDAV服务器上使用文件变得容易，就好像这些文件被存储在本地目录下一样。因此，如果移动电话MB包括这种WebDAV服务， 则移动电话的用户将会很容易地连接到每个计算机。需要注意，该 WebDAV服务是在HTTP协议上运行的附加服务。
因此，用户可以经由计算机PC，容易地编辑、修改和更新他的移 动电话MB上的自己的个人数据，这要比利用移动电话的小键盘在小 屏幕上完成这种编辑、修改和更新更容易。
因此，在这种客户端-服务器通信系统SYS中，计算机PC充当客 户端，而移动电话MB充当本地服务器，在该示例中移动电话MB充 当网络服务器，其中，计算机的标准网络浏览器用于访问所述网络服 务器。需要注意，如今，大多数计算机PC都具有网络浏览器。因此， 用户在任何地点在任何计算机上都将会容易地访问他的个人数据/文 件。
需要注意，为了简明，已经釆用三个通信层，描述了计算机PC与 移动电话MB之间的网络通信，但对于本领域技术人员而言显而易见， 可以采用更多层来对该网络通信进行建模。
需要注意，已经举了网络服务器为例，但也可以考虑许多其他类 型的服务器。
例如，可以考虑文件服务器。移动电话MB充当文件服务器，并 且计算机PC将移动电话MB视作带有盘(存储区)的远程主机。可以 使用文件服务器标准协议，例如但不限于SMB/CIFS (代表服务器信 息块/通用Intemet文件系统)或NFS (代表网络文件系统)。这些协议 通过客户端-服务器方式来起作用，其中，客户端发出特定请求，服务 器相应地应答。所述协议的一部分专用于文件系统的访问，以使得客 户端可以向文件服务器发出请求。SMB或NFS服务器使它们的文件系 统以及其他资源可用于网络上的客户端。客户端计算机可以具有它们 本身的、不公共地共享的硬盘，但还想要访问服务器上的共享文件系 统。因此，这些协议允许计算机在网络上容易地访问文件，就好像这 些文件在该计算机的本地盘上一样。因此，当移动电话MB充当文件 服务器时，它可以为用户存储所有文档，例如用户专用的数据文件， 如可使用PC上的excel而编辑的excel工作记录单文件。换句话说，用户可以透明地使用PC应用，这是由于这些应用将移动设备视作(远程)
盘。因此，移动电话MB是作为远程网络驱动器(虽然它并不是)而
出现的。注意，在所有现代操作系统中，这对于用户和应用是透明的。
作为另一个示例，网络服务器可以是媒体服务器。移动电话MB
充当媒体服务器。可以使用媒体服务器标准协议，例如但不限于
UPNP (代表通用即插即用)或RTSP (代表实时流协议)协议。在UPNP 协议的情况下，计算机PC充当媒体再现器设备，移动电话MB充当媒 体服务器设备。在RTSP的情况下，计算机PC中的媒体播放器将移动 电话MB视作RSTP (代表实时流协议)服务器。
因此，由于图l中所示的这个示例，已经可以看到，在由所述移 动电话MB向所述计算机PC提供的IP网络上，所述移动电话MB已向所 述计算机PC给出了伪IP地址访问，这是由于计算机PC所访问的服务器 并不是远程服务器，而是移动电话本身。
在如图2所示的、该第一实施例的非限定性变体中，多个IP地址 IP—AD1、 IP—AD2可以与移动电话MB相关联。移动电话因而代表多个 本地服务器。捕获装置IPADJT从而将在所有这些IP地址之间作出选 择，并将对应的请求重定向于移动电话MB内适当的本地服务器 SERVK SERV2，以及重定向于移动电话MB内与所述本地服务器相关 联的数据库DAT1一B、 DAT2一B。
因此，在这个变体中，捕获装置IPAD一T将请求重定向于第一服务 器SERV1或第二服务器SERV2，这两个服务器都与移动电话MB相对 应。
在第二非限定性实施例中，如图3所示，移动电话MB可以提供这
种伪IP网络访问(移动电话是服务器)、或真正的IP网络访问(移动电 话被用作通向远程服务器DS的链路)。
在该实施例中，客户端-服务器通信系统SYS包括与图1中所述的 相同的对象，即带有上述组件的客户端计算机PC、移动电话MB， 外加至少一个远程服务器DS。
移动电话MB还包括 - 其他物理通信装置UMST1一D，其传输来自客户端计算机PC的请求，以访问远程服务器DS;以及
- 另一个网卡接口驱动器NIC3一D，其与远程服务器DS进行通信。
需要注意，在该示例中，在TCPIP层TCPIP一L上实现捕获装置 IPADjr。因此，如以下所述，当要将所述请求传输到远程服务器时， 在应用层与TCPIP层之间将没有对全部请求的重传。
在使用网络浏览器的示例中，另一种物理通信装置是使用UMST (代表全球移动通信系统)协议的UMTS驱动器UMTS1一D，所述UMST 协议是第三代(3G)移动电话技术中的一种。
为了与移动电话MB进行通信，远程服务器DS (在该示例中是 HTTP服务器)经由网络操作系统NETOS进行通信。该网络操作系统 NETOS包括本领域技术人员公知的UTRAN系统(代表UTMS陆上无线 接入网)。需要提醒，UTRAN系统包括无线电基站和无线电网络控制 器RNC。然后，包括TCPIP接口的HTTP远程服务器DS经由以太网驱 动器ETH—D以及包括多个路由器IP—R，与网络操作系统NETOS进行通 信。
在该非限定性示例中，仅示出了一个远程服务器DS，当然，可以 有多个远程服务器DS。
为了经由移动电话MB来访问远程服务器DS ，用户将他的移动电 话MB连接在计算机PC上，并在计算机PC上打开网络浏览器\\^8_8。 然后，他输入他想要访问的远程服务器DS的IP地址(或全限定名FQN 或代表所述服务器的任何其他信息)，所述IP地址在图3中示出为 IP_AD3。然后，在计算机PC的屏幕上显示与该远程服务器DS相对应 的网页。
当计算机PC不能直接访问因特网或该访问暂时无效时，经由移动
电话MB的该访问需要引起注意。
以如下方式完成经由移动电话MB对远程服务器DS的访问。 在第一步骤l)中，计算机PC的网络浏览器WEB—B向移动电话MB
发送包括所述IP地址IP一AD3的请求REQ3 (IP—AD3)。使用如以上第
一实施例中所述的不同协议，通过计算机PC的不同层，来传送所述请
救EQ3 (IP—AD3)。在第二步骤2)中，在移动电话MB —侧，分别由USB驱动器 USB2—D和NIC驱动器NIC2—D,分别使用USB和TCP—IP协议，通过移 动电话MB的前两层——物理层和TCPIP层，来传送请求REQ3 (IP一AD3)。
在第三步骤3)中，捕获装置IPAD—T (在该实例中，在TCPIP层 TCPIP—L中实现)分析该请求，并在该请求具有远程服务器目的地时， 以IP分组的格式向第二NIC驱动器NIC3—D发送该请求，然后，在物理 层PHYS一L上向UMTS驱动器UMTS1—D发送所述请求。
在第四步骤4)中，使用UTRAN系统和IP网络，经由网络操作系 统NETOS，向远程服务器DS发送请求REQ3 (IP一AD3)。
在第五步骤5)中，经由移动电话MB，向计算机PC发回由用户请 求的网页DATA3，该网页DATA3与IP地址IP一AD3相对应，从而与远程 服务器DS相对应。
最后，经由该网页，用户可以输入或可以要求某些数据。使用与 前述相同的通信，通过移动电话MB，向远程服务器DS发送这些数据， 或从远程服务器DS中检索这些数据。因此，由于远程服务器DS已被 访问，所以经由移动电话MB，真正的IP网络访问已经发生。如第一实 施例中所述，移动电话MB可以是文件服务器或移动服务器。
需要注意，在该示例中，当伪IP网络访问发生时，不存在UMTS 通信，这是因为TCPIP封装数据(IP分组)直接到达本地服务器，艮P, 直接到达移动电话MB。
关于在移动电话MB中对本地服务器IP地址的寻址，有两种可能
性
_ 第一种，可以是私有IP地址IP—ADPR，例如10.10.11.1;
- 第二种，可以是公有IP地址IP—ADPU，例如102.101.103.13。
在第一种情况下，计算机PC将看到单个网络或两个网络。 当计算机PC仅看到一个网络时，如图4所示，计算机PC看到具有 (至少)两个主机的单个LAN网络，其中一个主机是作为本地服务器 的移动电话本身，另一个主机是经由移动电话MB对远程服务器的真 正的网络访问。PC可以使用UPNP服务来发现该IP网络访问，其中移动电话充当访问WAN (代表广域网)网络的UPNP接入点设备APD。
当计算机PC看到两个网络时，如图5所示，计算机PC看到两个不 同的网络
- "真实的"网络，艮卩，可用于计算机的移动网络(例如3G WAN), 此时，移动电话充当UPNP接入点设备；
- "伪"网络，即，使用户能够传送并访问他的数据/文件的网络。 需要注意，运行诸如XP或LINUX (注册商标)之类的标准操作系
统的计算机可以同时支持多个网络因特网卡，并因此可以同时访问多 个网络。
在该示例中，计算机包括两个NIC驱动器NIC一D而不是一个，移 动电话包括三个NIC驱动器NIC—D而不是两个。 该第二种实施方式可用于
- 个人数据的安全性，这是因为地址空间没有交集；以及
- 模块性，这是由于作为已在全部移动电话的大多数中实现的、 从真实网络访问中分离的服务，移动电话上的该本地服务器的实施方 式更容易些。
在这两个第一种情况下，存在用于LAN网络的单个地址空间。因 此，在非限定性实施例中，针对由移动电话MB用于其不同本地服务 器的IP地址，可以在移动电话MB中提供"伪"DHCP (代表动态主 机配置协议)服务。因此，在本地捕获这些预先协议过(pre-agreed) 的IP (与预先建立的IP服务相对应的)地址，'即，将与这些地址相对 应的信息，路由到移动电话MB内的对应本地服务器。对于WAN网络， 一般使用因特网服务提供者来完成该寻址。
需要注意，通常充当因特网服务提供者的电信运营者针对这些预 先协议过的IP服务的集合，在移动电话MB中提供这种"伪"DHCP服 务。
需要提醒，这种DHCP服务提供了IP地址分配的机制，这使避免IP 地址之间的冲突成为可能。
在另一个实施例中，DHCP服务是真正的服务，该服务由因特网 服务提供者提供，并由远程DHCP服务器实现。这就避免了向主机提供提供与移动电话MB的本地服务器相对应的某些预置IP地址。
在第二种情况下，如图6所示，计算机PC仅看到一个网络，其为 因特网WAN网络。
在这种情况下，仍然存在单个地址空间。因此，必须为恰当的因 特网授权机构保留与移动电话MB内的本地服务器相对应的IP地址。
需要注意，当移动电话MB与计算机的连接断开时，可以在移动 设备MB中实现某些移除装置(未示出)，以便移除可能的用户数据， 该用户数据可以存在于存储在计算机PC上的应用的高速缓存中，以供 私用。因此，这些移除装置以恰当的方式对高速缓存进行擦除。
因此，已描述的、本发明的移动设备及关联的客户端-服务器通信 系统包括以下优点
- 用户可以使用他的移动电话并且可以访问自己的数据，就好像他 在家并且访问了他的本地家庭网络一样。这是可能的，原因如下
■ 这些移动设备具有或将会具有许多成千上万字节迅速达到 十亿字节的存储容量；
■ 这些移动设备不仅包括较大的存储量，还包括越来越强大
的CPU;
■ 由于每个计算机都包括基于标准的web或至少基于IP的应 用，所以用户将通过任何计算机的web界面，容易地连接他的移 动电话，并访问他的数据；
- 由于可以使用任何因特网标准协议，所以提供了对主机平台(这 里是计算机)的独立性；
- 当移动设备充当处于流模式的媒体服务器时，以如下方式保护个 人媒体文件在计算机上，不创建原始媒体文件的拷贝；
- 允许保护移动电话用户的个人数据，这是因为这些个人数据都不 在主机上存储；
当有远程服务器时
- 可以在远程服务器和移动设备上创建用户数据的备份拷贝；
- 移动设备可以充当因特网高速缓存，用于向远程服务器的请求的 数据。
1应当注意，上述实施例示出但不限定本发明，且本领与技术人员 将在不背离由所附权利要求限定的本发明范围的情况下，能够设计出 多种备选实施例。在权利要求中，置于括号中的任何参考标记不应解 释为限定权利要求。单词"包括"等等不排斥除了总体上任何权利要 求或说明书中列出的元件或步骤之外的元件或步骤。元件的单数引用 不排斥这种元件的复数引用，反之亦然。可以通过包括多个不同元件 的硬件装置，以及通过适当的程序控制计算机，来实现本发明。在列 举了多个装置的的设备权利要求中，可以由同一项硬件实现多个这些 装置。。在互不相同的从属权利要求中限定了特定手段的起码事实不表 示这些手段的组合不能用于获利。
权利要求
1. 一种包括数据(DAT1、DAT2)的移动设备(MB)，所述移动设备包括-捕获装置(IPAD_T)，用于-从客户端设备(PC)接收用于访问数据的请求(REQ1、REQ2、REQ3)，所述请求使用因特网协议网络访问并包括代表服务器设备的信息(IP_AD1、IP_AD2)；-基于所述代表性信息，将所述请求重定向于第一服务器设备(DS)或第二服务器设备(MB)，所述移动设备是所述第二服务器设备；-检索装置(RET_M)，用于检索数据(DAT1、DAT2)；-传输装置(USB2_D)，用于使用所述因特网协议网络访问，将所述数据传输到所述客户端设备(PC)。
2. 根据权利要求l所述的移动设备(MB),其中第一服务器设备 是远程服务器(DS)。
3. 根据权利要求l所述的移动设备(MB)，其中第一服务器设备 是移动设备(MB)。
4. 根据权利要求l所述的移动设备(MB)，还包括网络服务器、 和/或文件服务器、和/或媒体服务器。
5. 根据权利要求l所述的移动设备(MB)，还包括代表移动设 备并与所述移动设备内的不同服务器(SERV1、 SERV2)相关联的预 置信息。
6. 根据权利要求l所述的移动设备(MB)，其中代表服务器设备 的信息是因特网协议地址(IP—AD)。
7. 根据权利要求l所述的移动设备(MB)，还包括动态主机配 置协议服务(DHCP)。
8. 根据权利要求l所述的移动设备(MB)，其中，将捕获装置 (IPAD—T)定位于应用层(APPLI—L)中。
9. 根据权利要求l所述的移动设备(MB)，其中，将捕获装置(IPAD—T)定位于传输和网络层(TCPIP—L)中。
10. —种客户端-服务器通信系统(SYS),所述系统包括客户端 设备(PC)和服务器设备(MB)，其中客户端设备(PC)能够通过由 所述服务器设备提供的因特网协议网络访问，来访问服务器设备(MB)的数据(DAT),以及服务器设备是根据权利要求l所述的移动 设备(MB)。
11. —种访问服务器设备中的数据的方法，所述方法包括以下步骤-使用由移动设备提供的因特网协议网络访问，向所述移动设备(MB)发送来自客户端设备(PC)的请求(REQ1、 REQ2、 REQ3)， 所述请求包括代表服务器设备的信息(IP—AD);-在移动设备(MB)中接收所述请求(REQ1、 REQ2、 REQ3)， 并基于代表服务器设备的信息(IP一AD)，将所述请求重定向于第一服 务器设备(DS)或第二服务器设备，所述第二服务器设备是移动设备(MB);-检索移动设备(MB)上的数据(DAT1、 DAT2)，所述移动设备 (MB)充当本地服务器；-使用所述因特网协议网络访问，将所述数据传输到所述客户端设 备(PC)。
12. —种计算机程序产品，所述计算机程序产品包括程序指令，用于在处理器执行所述程序时，实现根据权利要求ll所述的方法。
全文摘要
本发明涉及一种移动设备(MB)，该移动设备(MB)包括捕获装置(IPAD_T)，用于从客户端设备(PC)接收用于访问数据的请求(REQ1、REQ2、REQ3)，所述请求使用因特网协议网络访问并包括代表服务器设备的信息(IP_AD1、IP_AD2)基于所述代表性信息，将所述请求重定向于第一服务器设备(DS)或第二服务器设备(MB)，所述移动设备是所述第二服务器设备；检索装置(RET_M)，用于检索数据(DAT1、DAT2)；传输装置(USB2_D)，用于使用所述因特网协议网络访问，将所述数据传输到所述客户端设备(PC)。
文档编号H04L29/06GK101449543SQ200780018032
公开日2009年6月3日 申请日期2007年5月15日 优先权日2006年5月18日
发明者菲利普·让特里克 申请人:Nxp股份有限公司