CN1574869A - 图像传输系统及其方法 - Google Patents

Abstract

响应来自移动电话4的图像传输请求，网关服务器2相应于请求中移动电话4的内在标识符设置一个用户标识符，并将其传输给IP服务器1。IP服务器1收到来自网关服务器2的请求，并基于在请求中正被设置的用户ID检查图像传输的对错，并且如果检查的结果表明给用户的图像传输是可实施的，则请求的图像数据被传输给移动电话4。移动电话4接收图像数据，并在来自用户的访问受限的存储区域中保存收到的图像数据。

Description

图像传输系统及其方法

技术领域

本发明涉及一个用于图像传输的系统及其方法，特别是，这样一个系统及其方法，其中在服务器中备有大量的图像，图像从该服务器下载到移动电话中，下载的图像显示到移动电话上。

背景技术

近年来，大众传媒如报纸和杂志，对移动电话有所关注。最新的移动电话具有象计算机一样的功能，不单具有象传统结构类型电话一样的通话功能，还具有能够例如连接到INTERNET网络和传输及接收所供数据的功能。

另一方面，人们有不同的爱好，同样是在待机屏幕上，考虑到用户的偏好，提供具有多种待机屏幕的移动电话。

但是在移动电话中，存储能力是有限的，容纳图像的数量也是有限的。因此，就有一个问题，符合用户爱好的图像不一定能准备好。

进而，对于显示于待机屏幕等等上的图像，例如字符等等来说，需要为使用他们支付所谓的版权许许可证的费用。如果是那样的话，公司在如移动电话等移动信息处理终端中的待机屏幕上使用如字符等图像，就必须为所用的字符的版权所有者支付版权费。

另一方面，用户有不同的爱好，虽然除了这些用户外，有些用户不使用预先储备在移动电话中的图像，但即使这样，移动电话的销售公司仍必须为字符负担版权费用，而版权费用通常被浪费掉了。

结果，这使得移动电话的成本增加了。

因此，提出了传输可用于显示在待机屏幕上的图像之类的服务。

但是，此服务只是单纯用于传输图像，且传输的图像可再被传输到其它移动电话并做处理，而出现潜在的侵权。

发明内容

本发明的目的是解决上述的任务。

同时，本发明的目的是为了提供一种可以促进版权保护并能按照用户的爱好传输图像的图像传输系统及其方法。

此外，目的还在于提供一种能够以推进式图象传输服务提供传统的牵引式服务的图像传输系统及其方法。

本发明的上述目的通过具有移动通信网络的图像传输系统实现，移动电话大量连接到上述移动通信网络，一个第一服务器通过上述移动通信网络连接到上述移动电话，一个网络，一个第二服务器通过上述网络连接到上述第一服务器，其特征在于上述移动电话具有用于显示图像的显示装置，具有一个可进行存取控制的区域的存储装置，用于传输图像传输服务的成员注册请求的成员注册请求装置，用于发送一个图象传输请求的图象传输请求装置，用于传输从上述第二服务器中保存的大量图像数据中选择一个想要的图像数据的图像选择信息的图像选择装置，和保存装置，用于下载想要的图像数据，并把上述下载的图像数据保存在上述适用于存取控制的存储装置的区域种，以及在上述显示装置上显示上述下载图像的图像控制装置，上述的第一服务器具有一个用户标识符表，其中上述移动电话的内在标识符，和与这些与内在标识符具有成对关系的用户标识符被相互联合描述，用于从用户标识符表中获取上述移动电话内在标识符相应的用户标识符的装置，将内在标识符转换为用户标识符，并将来自上述移动电话的请求传送给第二服务器，上述第二服务器具有存储装置，其中存储了要传输的图像数据，成员注册装置，用于当从上述的第一服务器中接收到一个成员注册请求时，判断发送给成员注册请求的用户标识符是否已经在上述的成员列表中描述了，如果没有描述，则在上述成员列表中描述该用户标识符，图像列表传输装置用于当接收到上述图像传输请求时，确定设置给此图像传输请求的用户标识符是否则上述的成员列表中已被描述，如果已被描述，则传输一个可传输图像的列表，而图像传输装置用于从上述存储装置中读出图像选择信息中指示的图像数据，并将它传给上述的移动电话。

按照本发明，因为要传输的图像数据保存在适于存取控制的存储装置中，换句话说，因为用户自由的读出要传输的图像数据，并且读出的图像保存在存储装置中，而不能再被传输给其它用户或不能被处理，则可以提高传输图像版权的保护。

另外，更有利的是要传输的图像每天都被更新。

同时，如果上述移动电话具有按照他们自己电话的类型传输信息的装置，进一步，上述第二服务器具有存储装置，其中保存着用于每一种类型移动电话的图象数据和用于从上述的存储装置中按照上述移动电话类型的信息读出图像数据的图像传输装置，并通过上述第一服务器将它传输给上述的移动电话，所以能够避免由于移动电话类型不同而产生的显示的不便。

同时，如果上述的第一服务器具有关于电话类型的信息列表，其中内在移动电话标识符和关于上述移动电话类型的信息彼此关联地描述，和用于响应来自移动电话请求，以添加到上述请求的内在标识符为基础，从上述关于电话类型信息表中获取关于上述移动电话类型信息的装置，该装置还可以将关于电话类型的信息添加到上述请求中并将其传输，上述第二服务器具有存储装置，其中存储了用于每种移动电话的图像数据，图像传输装置用于按照关于电话类型的信息，从上述存储装置中读出添加给该请求图像数据，并通过上述第一服务器将其传给上述的移动电话，所以就可获得与上述设备相同的优势。

还有，通过建立上述的第二服务器以便具有一个描述成员电子邮件地址的地址列表，用于同时发送电子邮件的装置，其中用于下载可传输图像数据的链接目的地被设置给上述地址表中描述的地址，用于响应基于来自上述电子邮件的链接的访问并将图像数据传输给上述移动电话的装置，建立上述移动电话以便具有发送和接收电子邮件的电子邮件发送和接收装置，访问装置用于通过上述电子邮件传输和接收装置接收电子邮件，并且用于访问设置于上述电子邮件中的链接目的地址，图像显示控制装置用于在上述显示装置上显示从上述链接目的地址下载的图像，保存装置用于将从上述链接目的下载的图像保存在上述适于存取的存储装置的区域中，可提供所谓的推进式服务，此外，它可使用户依次读出图像传输菜单而节省时间。还有，如果上述移动电话进一步包括成员注册请求装置，它用于传输邮件传输服务的成员注册请求，电子邮件传输装置由上述第二服务器启动，用于设置一个第二服务器邮件地址的装置，该地址由第二服务器提供，在电子邮件要发送到的目的地中，当上述的电子邮件发送装置启动时，在发送区域中设置一个用户邮件地址，并在电子邮件中设置一个由自第二服务器提供的邮件标识符并将其传给传输目的地址，并且上述第二服务器还具有用于当接收到成员注册请求时，产生与传输上述成员注册请求的成员用户标识符具有成对关系的邮件标识符的装置，具有用于启动上述移动电话的电子邮件发送和接收装置的装置，并将邮件地址和上述第二服务器的邮件标识符传送给上述的移动电话，以及用于接收电子邮件的装置，它从设置于上述电子邮件中的邮件标识符来确定用户标识符，并描述此特定的用户标识符和设置在上述电子邮件中的用户的邮件地址，在地址表中是成对的，甚至在邮件的界面内，可准确获得与用户ID一致的邮件地址。

本发明的上述目的通过具有移动通信网络的图象传输系统而实现，多个移动电话连接到上述的移动通信网络，一个第一服务器通过上述移动通信网络连接到上述移动电话上，一个网络，和一个第二服务器通过上述网络连接到上述第一服务器，特征在于上述第一服务器具有将移动电话连接到上述网络的装置，上述第二服务器具有保存图像数据的图象存储装置，一个地址列表，其中描述了图像传输服务的成员电子邮件地址，用于同时发送电子邮件的装置，其中为了传输可传输的图像数据，要连接的目标设置到在上述地址列表中描述的地址，基于被设置在上述电子邮件中链接将图象数据发送给上述移动电话的装置，并且上述移动电话具有显示图像的装置，用于接收电子邮件的电子邮件接收装置，用于通过上述电子邮件接收装置接收电子邮件的访问装置，并用于访问设置在上述电子邮件中的链接目的地址，和图像显示控制装置，用于显示在上述显示装置上从上述链接的目的地址下载的图像。

按照本发明，可提供推进式图像传输服务，而在传统的拖挂式服务中是不可以的。

另外，更优越的是从链接的目的地址传输的图像是已更新的图象。

还有，如果上述移动电话还具有用于发送邮件传输服务的成员注册请求的装置，通过上述第二服务器启动的电子邮件传输装置，和在电子邮件将被传输到的目的地址中，设置由第二服务器提供的第二服务器的邮件地址的装置，当上述电子邮件传输装置被启动时，在传输的区域里设置用户的邮件地址，并在电子邮件中设置一个从第二服务器提供的邮件标识符，并将其传输到传输目的地址，并且上述第二服务器具有用于当接收到成员注册请求时，产生一个邮件标识符的装置，该标识符与发送上述成员注册请求的成员的用户标识符具有成对的关系，以及用于启动上述移动电话的电子邮件传输和接收装置，并传输邮件地址及上述第二服务器的邮件标识符给上述移动电话的装置，和用于接收电子邮件，从设置在上述电子邮件中的邮件标识符来确定用户标识符，并描述确定的用户标识符和设置在上述电子邮件中的用户的邮件地址的装置，在地址表中是成对地，甚至在邮件界面中，与用户ID一致的邮件地址可被正确获取。

还有，如果上述移动电话具有用于传输关于它们自己电话类型信息的装置，并且上述第二服务器具有在其中保存着每种移动电话图像数据的存储装置，和用于从上述存储装置中读出关于上述移动电话类型信息相应的图像数据，并通过上述第一服务器将它传给上述的移动电话的图像传输装置，所以就可以避免由于移动电话类型的不同而产生的显示的不便。

还有，如果上述第一服务器具有关于电话类型的信息表，其中彼此关联的描述移动电话内在标识符和关于上述移动电话类型信息，和按照来自移动电话的请求，基于添加到上述请求的内在标识符，从上述关于电话类型的信息表中获取关于上述移动电话类型信息的装置，将关于电话类型的信息添加上述请求中，并传输它，并且上述第二服务器具有其中保存了每种移动电话的图像数据的存储装置，和图像传输装置，用于从上述存储装置中，读出添加到该请求的相应于电话类型信息的图象数据，并通过上述第一服务器将其传输给上述移动电话，所以就可获得于上述设备相同的便利。

还有，如果上述移动电话具有拥有适于存取控制的区域的存储装置，和用于保存在上述适于存取控制的存储装置的区域中下载的图像数据的保存装置，所以被传输图像的版权就可以得到保护。

本发明的上述目的通过在具有移动通信网络的网络系统中的图像传输方法实现，大量移动电话连接到上述移动通信网络，一个通过上述移动通信网络连接到上述移动电话的第一服务器，一个网络，和一个通过上述网络连接到上述第一服务器的第二服务器，其特征在于本方法具有：

一个步骤，其中响应来自移动电话的图像传输请求，第一服务器设置一个相应于在上述请求中的上述移动电话的内在标识符的用户标识符，并将它传输给第二服务器，

一个步骤，其中上述的第二服务器接收来自上述第一服务器的请求，根据设置在上述请求中的用户标识符检查图像传输的对错，并且如果检查表明图像传输可传输给用户，所以就将请求的图像数据传输给上述的移动电话；

一个步骤，其中上述移动电话接收图象数据，并将接收到图像数据保存在存储区域中，用户对该区域的访问是受限的。

按照本发明，因为要传输的图像被保存在适于存取控制的存储区域中，换句话说，因为用户可自由读出要传输的图象数据，而不能再传输给其他用户或不能被处理，所以可以提高传输图像的版权保护。

另外，更有利的是，要传输的图像每天都被更新。

还有，如果此方法还具有：

一个步骤，在第二服务器中保存每种移动电话的图像数据；

一个步骤，其中当发送请求时，移动电话向那里添加关于它们自身电话类型的信息；

一个步骤，其中第二服务器将与上述移动电话类型信息相应的图像数据传输给移动电话，则能够避免由于移动电话类型的不同产生的显示的不便。

还有，如果此方法还具有：

一个步骤，在上述的第一服务器中产生一个关于电话类型的信息表，其中彼此关联的描述了移动电话的内在标识符与上述关于移动电话类型的信息；

一个步骤，在第二服务器中保存每种移动电话的图像数据；

一个步骤，其中响应来自移动电话的请求，基于添加到上述请求的内在标识符，第一服务器接收来自上述关于电话类型信息表的关于上述移动电话类型的信息，并将此关于电话类型的信息添加给上述请求，并将其传输给第二服务器；

一个步骤，其中第二服务器将相应于上述移动电话类型信息的图像数据传输给基于添加到请求的关于电话类型信息的移动电话，可获得与上述相同的优势。

还有，如果此方法具有：

一个步骤在第二服务器中提供地址表，其中电子邮件传输到给成员的电子邮件地址；

一个步骤，同时从第二服务器传输邮件，其中用于下载图象数据要链接的目的地址设置为在上述地址表中描述的地址；

一个接收电子邮件的步骤，访问在接收到的电子邮件中设置的要链接的目的地址，下载图象数据，并显示下载的图像数据的图像，它可能提供一种所谓的推进式服务。

还有，除上述的发明外，如果此方法具有：

一个步骤，其中移动电话传输一个电子邮件的注册请求；

一个步骤，其中第一服务器在上述注册请求中设置一个用户标识符；

一个步骤，其中第二服务器生成一个与设置于上述注册请求中的上述用户标识符具有成对关系的假定标识符；

一个步骤，将上述假定的标识符和上述第二服务器的电子邮件地址传输给上述移动电话，并启动上述移动电话的电子邮件功能，在上述移动电话上的电子邮件传输的区域中设置一个电子邮件地址，在电子邮件传输到的目的地址中设置上述第二服务器的电子邮件地址，并在电子邮件中设置上述假定的标识符；

一个步骤，传输来自上述移动电话的电子邮件，其中设置了假定的标识符；

一个步骤，其中上述第二服务器从接收到电子邮件中提取假定的标识符，并获取一个与假定标识符具有成对关系的用户标识符；

一个注册上述用户的电子邮件地址的步骤，该地址在接收到的电子邮件的传输区域中被描述，并且上述获取的用户标识符在地址表中是成对的，甚至在邮件界面中，与用户ID一致的邮件地址也可被正确获得。

本发明的上述目的通过在一个具有移动通信网络的网络系统中的图像传输方法而实现，大量移动电话连接到上述移动通信网络，一个第一服务器通过上述移动通信网络连接到上述移动电话，一个网络，和一个第二服务器通过上述网络连接上述第一服务器，其特征在于此方法具有：

一个步骤，同时发送电子邮件，其中用于下载要传送的图象而连接到的目的地址设置为传输目的地的预先注册的电子邮件地址；

一个接收电子邮件的步骤，并且请求将图象传输给要连接的目的地，该目的地通过第一服务器设置在来自移动电话的电子邮件中；

一个步骤，其中响应来自移动电话的图像传输请求，第一服务器相应于在上述请求中上述移动电话的内在标识符设置一个用户标识符，并将其传输给第二服务器；

一个步骤，其中上述第二服务器从上述第一服务器接收请求，检查基于设置在上述请求中的用户标识符的图像传输的对错，如果检查的结果表明图像所要传输给的用户可以处理，所以给上述移动电话传输一个由该请求指定的图象数据；

一个步骤，其中上述移动电话接收图像数据，并显示接收到的图像数据的图像。

按照本发明，可提供推进式图像传输服务，而在传统的拖挂式服务中则不可以。

还有，如果此方法还具有步骤，将接收到的图像数据保存在限制用户访问的存储区域中，则提高了被传输图像的版权保护。

还有，更有利的是，要传输的图像每天更新。

还有，如果此方法还具有：

一个步骤，在第二服务器中保存每种移动电话的数据图像；

一个步骤，其中当传输请求时，移动电话向它添加关于它们自身电话种类的信息并传输它；

一个步骤，其中第二服务器将与上述移动电话类型信息相应的图像数据传输给移动电话，则能够避免由于移动电话类型的不同产生的显示的不便。

还有，如果此方法还具有：

一个步骤，在上述的第一服务器中产生一个关于电话类型的信息表，其中彼此关联的描述了移动电话的内在标识符与上述关于移动电话类型的信息；

一个步骤，在第二服务器中保存每种移动电话的图像数据；

一个步骤，其中响应来自移动电话的请求，基于添加到上述请求的内在标识符，第一服务器接收来自上述关于电话类型信息表的关于上述移动电话类型的信息，并将此关于电话类型的信息添加给上述请求，并将其传输给第二服务器；

一个步骤，其中第二服务器将相应于上述移动电话类型信息的图像数据传输给基于添加到请求的关于电话类型信息的移动电话，可获得与上述相同的优势。

还有，此方法具有：

一个步骤，其中移动电话发送一个电子邮件地址的注册请求；

一个步骤，其中第一服务器在上述注册请求中设置一个用户标识符；

一个步骤，其中第二服务器产生一个与设置于上述注册请求的上述用户标识符具有成对关系的假定的标识符；

一个步骤，传输上述假定标识符和上述第二服务器的电子邮件地址给上述移动电话，并启动上述移动电话的电子邮件功能，在上述移动电话的电子邮件传输区域中设置一个用户的电子邮件地址，在电子邮件被传输到的目的地址中设置上述第二服务器的电子邮件地址，并在电子邮件中设置上述假定的标识符；

一个步骤，传输来自上述移动电话的其中设置了假定标识符的上述电子邮件；

一个步骤，其中上述第二服务器从收到的电子邮件中提取假定标识符，并获取一个与假定标识符有成对关系的用户标识符；

一个注册上述用户的电子邮件地址的步骤，该地址在接收到的电子邮件的传输区域中被描述，并且上述获取的用户标识符在地址表中是成对的，甚至在邮件界面中，与用户ID一致的邮件地址也可被正确获得。

本发明的上述目的通过获取与终端中的终端标识符一致的电子邮件地址的方法实现，提供一个通过第一服务器连接上述终端的第二服务器，第一通信方法，其中上述第二服务器基于由上述第一服务器发出的上述终端的终端标识符区分上述终端，一个第二通信方法，其中上述第二服务器基于上述共存的终端的电子邮件地址区分上述终端，其特征在于该方法具有：

一个步骤，其中终端基于第一通信方法发送一个电子邮件的注册请求；

一个步骤，其中第一服务器在上述注册请求中设置一个终端标识符；

一个步骤，其中第二服务器生成一个与设置在上述注册请求中的上述终端标识符具有成对关系的假定标识符；

一个步骤，基于第一通信方法，将传输上述假定标识符和上述第二服务器的电子邮件地址发送给上述的终端，并启动上述终端的电子邮件功能，在上述终端的电子邮件传输区域中设置上述终端的电子邮件地址，在电子邮件所要传输到的目的地址中设置上述第二服务器的电子邮件地址，并在电子邮件中设置上述假定标识符；

一个步骤，基于第二通信方法，传输来自上述终端的的电子邮件，其中设置了假定标识符；

一个步骤，其中上述第二服务器从接收的电子邮件中提取假定标识符，并获取一个与假定标识符具有成对关系的终端标识符；

一个步骤，存储在收到电子邮件的传输区域中描述的上述终端的电子邮件地址和上述成对获取的终端标识符。

另外，终端的终端标识符还可用作假定标识符。

附图说明

图1是本发明第一个实施例的框图，

图2是信息提供者服务器的框图，

图3是表明成员列表的一个例子的视图，

图4是表明图像文件夹例子的视图，

图5是表明本发明提供的图象是如何应用的例子的一个视图，

图6是网关服务器的框图，

图7是表明用户ID列表实例的视图，

图8是移动电话的框图，

图9是存储区域的概念图，

图10是在第一实施例中成员注册的操作流程图，

图11是在第一实施例中下载图像的操作流程图，

图12是表明在第二实施例中的图像文件夹实例的视图，

图13是在第二实施例中下载图像的操作流程图，

图14是在第三实施例中成员注册的操作流程图，

图15表明邮件传输成员列表实例的视图，

图16是在第三实施例中下载图像的操作流程图。

具体实施方式

下面将说明本发明的一个第一实施例。

图1是第一实施例的框图。

在图1中，1是用于提供内容的信息提供者服务器(IP服务器)，2是网关服务器，3是基站，4是移动电话，5是在网关服务器2一边上的固定通信网络，6是用于连接网关服务器2到IP服务器1的通信网络(internet)，7是移动通信网络。

接下来，将解释上述的每个要素。

首先，将详细介绍IP服务器。

图2是IP服务器1的框图。在图2中，21是用于引到发送和接收数据的发送和接收部件，22是用于在发送和接收部件21中调制和解调发送的和接收的数据的调制和解调部件，23是硬盘，其中保存程序，用户列表，要传输的图像数据等等，而24是用于按照硬盘23中保存的程序引导如HTTP请求和HTTP响应操作的MPU(微处理器)。

在硬盘23中，保存了成员列表31和保存有要传输的图像数据的图像文件夹32。

成员列表是一个图像传输服务的成员用户ID的图表，当进行成员注册时，逐项描述接纳日期的内容。用户ID是一个用于区分用户的标识符，它由后面将要提到的网关服务器2传输。图3是一个表明成员列表31的实例视图，表明由目录A到目录X提供的目录，成员的用户ID和每个目录的成员的接纳日期被彼此关联描述。

图像文件夹32是一个其中保存要传输的图像数据的文件夹，它的目录结构如图4所示，它由其中保存着更新的图像数据的用于当天的图像文件夹321和其中保存着过去号码的图像数据的用于过去的号码的图像文件夹322组成。保存在每个文件夹中的图像是显示在移动电话4的显示器上的图像，例如，如图5所示，它可作为移动电话4的待机屏幕。还有，如图4所示，用于区分图像的标识符被分配给每个图像数据。在图4中，它表示保存在目录A的图像文件夹321和图像文件夹322中的图像(字符)。另外，因为在此服务中要传输的图像用户数据每天被添加到其上，当更新的图象数据保存在用于当天的图像文件夹321中时，保存在图像文件夹321中的图像数据连同图象数据的日期被移到用于过去号码的图像文件夹322。同时，保存在用于过去号码的图像文件夹322中的图像数据在经过一定时间后被自动删除。

接下来，将解释网关服务器2。

网关服务器2起一个对于IP服务器的网间连接器的作用，并有将来自移动电话的信息按照来自移动电话4的请求传输给IP服务器1的作用。

图6是网关服务器2的框图。在图6中，61是一个用于引导发送和接收数据的发送和接收部件，62是一个用于在发送和接收部件61中发送的和接收的数据进行调制和解调的调制解调部件，63是一个保存了程序等等的硬盘，而64是一个用于按照该程序为移动电话4和IP服务器1执行中继功能处理的MPU。

在硬盘63中，除程序外，还保存了用户ID列表。如图7所示，用户ID列表70是一个表，其中彼此关联描述了移动电话4的电话号码，用于区分移动电话4的这些电话号码的内在标识符，和与这些内在标识符具有成对关系的用户ID。

在通过网关服务器2引导的网页界面中，当有来自移动电话4的请求时，通过使用上述用户ID列表，网关服务器2被构建以将提供给移动电话4请求的内在标识符转换为相应于此内在标识符的用户ID，并将请求传输给IP服务器1。

另外，作为这样一个网关服务器2的典型，NTT DoCoMo提供在i模式服务中的一个i模式服务器。

下面，将解释移动电话4。图8是移动电话4的框图。

移动电话4有一个在上面显示图像的显示器，一个VRAM(视频随机存取存储器)用于在上述显示器91上显示图像，一个发送和接收部件93用于发送和接收数据，一个调制和解调部件94用于引导在发送和接收部件93中发送和接收的数据的调制和解调，一个保存数据的存储部件，一个用于图像选择等的操作部件，和一个用于引导每个部件控制和处理数据的CPU97。

移动电话4被组建，如果发送请求等给IP服务器1，则给请求等等添加用于区分自身的内在标识符，并发送它。

如图9所示，存储部件95分为移动电话用户可自由引导读写的区域98，和用户不能自由读写的区域99。在区域98中，保存了如用户的电话字典等数据，可由用户自由引导写，读和删除。另一方面，在区域99中，不能由用户自由引导读和编辑，并且保存了分布其中的给其它用户带来麻烦的数据。例如，从版权保护的观点出发，本发明的服务中要传输的一个字符的图像数据等等保存在区域99中。另外，移动电话4通过发送和接收部件93可以下载保存在IP服务器1中的图像数据。并且，可以在显示器91上显示下载的图像数据，并将其作为待机屏幕。还有下载的图像可被保存在存储部件95中，并且在特定情况下还可被显示在显示器91上。

接下来，将解释在上述安排中本发明实施例的操作。另外，在操作的解释中，用于利用图像传输服务的成员注册操作和用于给移动电话4下载图像的操作将被分别描述。

<成员注册>

为了使用此服务，首先，实施成员注册。

图10是一个表明成员注册操作的操作流程图。

首先，移动电话4的用户操作移动电话4的操作部件96，并选择IP服务器1的站点，在其中实施成员注册，并发送一个HTTP请求(步骤100)。在图10表明“GET http：//IP1.menu.or.jp/uid＝xxxxxxx”作为HTTP请求从移动电话4被发送。另外，作为上述请求的例子，分别地，“IP1”表示IP服务器1，“menu”表示成员注册的菜单屏幕，而“uid＝xxxxxxx”中的“xxxxxxx”表示移动电话4的内在标识符。

在接收请求的网关服务器2中，相应于移动电话4的内在标识符的用户ID从用户ID列表70中获得，并且添加到收到的请求的内在标识符被转换为获得的用户ID，并被发送给IP服务器1(步骤101)。在此操作中，因为从移动电话4添加到请求的内在标识符是“xxxxxxx”，如果相应于此内在标识符的用户ID从用户ID列表70获取，则相应于“xxxxxxx”用户ID是“abcdefgh”。因此，“xxxxxxx”被转换为“abcdefg”，并且“GET http：//IP1.menu.or.jp/uid＝abcdefgh”被发送给IP服务器1。

在IP服务器1中，从收到的请求“GET http：//IP1.menu.or.jp/uid＝abcdefgh”中提取出“uid＝abcdefg”，无论相应的用户ID是否已注册都通过获取的成员列表31来检查。如果相应的用户ID没有在成员列表中描述，一个用于成员注册的HTML源码作为响应被发送给网关服务器2(步骤102)。

在移动电话4中，收到响应，并按照显示在屏幕上的指示，发送一个用于成员注册的请求(步骤103)。例如，作为来自移动电话4的请求，假定“http：//IP1.request.or.jp/uid＝xxxxxxx”被发送。这里，“request”表示成员注册的请求。

在网关服务器2中，收到来自移动电话4的请求“http：//IP1.request.or.jp/uid＝xxxxxxx”，并通过与上述步骤101相同的操作，即，内在标识符转换为用户ID，并且被发送给IP服务器1(步骤104)。

在IP服务器1中，收到来自移动电话4的成员注册请求，并且在请求之描述用户ID，即在本例中，“abcdefgh”在成员列表31中以新的方式描述，并且实施成员注册的操作(步骤105)。其后，成员注册完成的响应通过网关服务器2发送给移动电话4(步骤106)。

通过上述操作，成员注册完成。

<图像数据的传输>

接下来，在成员注册后将解释图像数据传输操作。

图11是表示图像数据传输操作的操作流程图。

首先，移动电话4的一个用户操作移动电话4的操作部件96，并选择IP服务器1的一个站点，其中实施图像传输，并发送一个HTTP请求(步骤200)。在图11中，表明来自移动电话4的“http：//IP1.channel.or.jp/uid＝xxxxxxx”作为HTTP请求被发送。另外，作为上述请求的一个实例，分别地，“IP1”表示IP服务器1，“channel”表示图像传输菜单请求，而“uid＝xxxxxxx”中的“xxxxxxx”表示移动电话4的内在标识符。

在网关服务器2中收到的请求，相应于移动电话4内在标识符的用户ID从用户ID列表70中获取，添加在收到的请求的内在标识符被转换为获取的用户ID，并被传输给IP服务器1(步骤201)。在此操作中，因为来自移动电话4添加到请求的内在标识符为“xxxxxxx”，所以如果相应于内在标识符的用户ID从用户ID列表70中获取，则用户ID使“abcdefgh”。因此，“xxxxxxx”被转换为“abcdefgh”，并且“GET http：//IP1.channel.or.jp/uid＝abcdefgh”被传输给IP服务器1。

在IP服务器1中，不管来自接收的请求“GEThttp：//IP1.channel.or.jp/uid＝abcdefgh”的用户ID“abcdefgh”是否已注册，都通过获取成员列表31进行检查(步骤202)。因为，在成员注册操作中，移动电话4的用户完成了用户注册，所以用户ID在成员列表31中被描述。因此，一个HTML源码用于作为图像传输的响应通过网关服务器2被传输给移动电话4。

在移动电话4中，接收到响应，并按照屏幕上显示的指示，发送一个传输想要图象的请求(步骤203)。例如，作为来自移动电话4的请求，假设“http：//IP1.channel.or.jp/chara＝new1/uid＝xxxxxxx”被发送。另外，假设要发送的来自请求的“chara＝new1”表示要传输的想要的图像的区别信息，而“new1”表示更新的图像，即，今日字符的图像数据。

在网关服务器2中，接收到来自移动电话4的请求“http：//IP1.channel.or.jp/chara＝new1/uid＝xxxxxxx”，并通过与上述步骤201相同的操作，即，将内在标识符转换为用户ID，并发送给IP服务器1(步骤204)。

在IP服务器1中，接收到来自移动电话4的请求，并在与步骤202相同的模式中，获取成员列表，并且如果基于描述在请求中的图像数据的区别信息，确认是成员，所以保存在图像文件夹32中的图像数据被读出，并通过网关服务器2发送给移动电话4(步骤205)。在此操作中，因为请求是“http：//IP1.channel.or.jp/chara＝new1/uid＝abcdefgh”，所以图像的区别信息是“new1”，并且这表示一个今日字符的图像数据，并且图像数据从用于当天的图像文件夹321中读出，并且通过网关服务器2发送给移动电话4。

在移动电话4中，接收到图像数据，并且接收的图像数据被保存在VRAM92中并被显示在显示器上(步骤206)。另一方面，如果下载的图像数据还要再显示，它将保存在存储部件95的区域99中(步骤207)。

通过上述操作，字符的图像数据被下载到移动电话4中。还有，甚至在存储下载的图像数据的情况下，因为图像数据保存在适于用户存取控制的存储部件的区域中，存储的图像数据被发送给其它用户和重新编辑这样侵权的行为，被禁止。

解释第二实施例。

目前，有各种类型的移动电话正在销售，并且它们分别有各种屏幕尺寸，和可被显示的各种尺寸的数据图像。所以，只准备有一种要传输的图像，它不仅不能正确显示，而且在依赖一种移动电话的情况下，它根本不能显示。因此，在第二实施例中，其特征在于图像数据根据一种移动电话准备相同的目录，并且用于按照电话的类型传输图像数据的功能被添加到第一实施例中。另外，在第二实施例的解释中，同样数字的数码添加到与第一实施例相同的要素上，并且忽略其中详细的解释。

目前，在每种服务中，当移动电话发送请求时，它传输关于它自身的电话类型信息。因此，在第二实施例中，它被构造，这个关于电话类型的信息由IP服务器1决定，并且图象数据按照电话类型被选择和传输。因此，当准备图像数据时，如图12所示，在图像文件夹32中准备用于每种电话类型的文件夹，并且在每种电话的文件夹中，保存相应于其电话类型的图像数据。在图12中，表明提供了从电话类型AAA到电话类型ZZZ的文件夹，并且在每种电话的文件夹中，提供了例如，一个电话类型NNN的文件夹，一个用于保存当天图像数据的文件夹，和一个其中保存过时图像数据用于以前号码的文件夹。另外，以同样的方式，为每种电话类型准备了用于图像传输的菜单。

下面，将解释在上述安排中的操作。

图13是一个表示用于每种电话类型图像传输的操作的操作流程图。

首先，移动电话4的一个用户操作移动电话4的操作部件96，并选择一个IP服务器1的站点，其中执行图像传输，并发送一个HTTP请求(步骤300)。在图14中，表示GET“http：//IP1.channel.or.jp/uid＝xxxxxxx user＝NNN”作为来自移动电话4的HTTP请求被发送。另外，作为上述请求的一个实例，分别地“IP1”表示IP服务器1，“channel”表示图像发送菜单的请求，来自“uid＝xxxxxxx”的“xxxxxxx”表示移动电话4的内在标识符，而“user＝NNN”表示移动电话4的一个类型。

在收到请求的网关服务器2中，相应于移动电话4的内在标识符的用户ID从用户ID列表70获得，并且添加到收到的请求的内在标识符被转换为获得的用户ID，并被传输给IP服务器1(步骤301)。在此操作中，因为添加到来自移动电话4的请求的内在标识符是“xxxxxxx”，如果相应于内在标识符的用户ID是从用户ID列表70获取的，则相应的用户ID是“abcdefg”。因此，“xxxxxxx”被转换为“abcdefgh”，并且“http：//IP1.channel.or.jp/uid＝abcdefghuser＝NNN”被传输给IP服务器1。

在IP服务器1中，无论来自收到的作为一个用户ID的请求“GEThttp：//IP1.channel.or.jp/uid＝xxxxxxx user＝NNN”的“abcdefgh”是否已注册，都通过获取成员列表31进行检查(步骤302)。因为，在成员注册的操作中，移动电话4的用户完成了成员注册，所以用户ID在成员列表31中被描述。

因此，来自关于电话类型信息“user＝NNN”中，一个用于NNN型电话传输凸现的HTML源码作为一个响应通过网关服务器2传输给移动电话4(步骤303)。

在移动电话4中，收到响应，并按照屏幕上显示的指示，发送一个用于请求想要的图像发送的请求(步骤304)。例如，作为来自移动电话4的请求，可假定为发送了“http：//IP1.channel.or.jp/chara＝new1/uid＝xxxxxxx user＝NNN”。另外假定来自请求的要传输的“chara＝new1”表示更新的图像，即，今日字符的图像数据。

在网关服务器2中，接收到来自移动电话4的请求“http：//IP1.channel.or.jp/uid＝xxxxxxx user＝NNN”，并通过与上述步骤301相同的操作，即，内在标识符转换为用户ID，并传输给IP服务器1(步骤305)。

在IP服务器1中，收到来自移动电话4的请求，象在步骤302一样，获得成员列表(步骤306)。如果确认是成员，请求从关于电话类型的信息转移到用于电话类型的图像文件夹，并且另外，基于在请求中描述的，图像数据区别信息，保存在图像文件夹中的图像数据被读出，并通过网关服务器2传输给移动电话4(步骤307)。在此操作中，因为请求是“http：//IP1.channel.or.jp/chara＝new1/uid＝abcdefgh user＝NNN”，所以关于电话类型的信息是“NNN”，并且图像区别信息是“new1”。这表示用于电话类型NNN的今日字符的图像数据，并且图像数据从电话类型NNN的用于当天的图像文件夹读出，并通过网关服务器2传输给移动电话4。

在移动电话4中，接收到图像数据，并且接收的图像数据保存在VRAM92中并在显示器上显示(步骤308)。另一方面，如果下载的图像数据还要再显示，所以它保存在存储部件95的区域99中(步骤309)。

通过上述操作，最适合电话类型的图像数据传输给移动电话4，并可以避免图像不能在某种类型电话中显示的麻烦。

另外，在上述第二实施例中，构建关于移动电话4类型的信息以从移动电话4传输。然而，可采用一种安排，在其中一个表格中彼此关联描述了关于移动电话4的类型信息和移动电话4的内在标识符，已在网关服务器2中预先准备，并且如果基于添加到请求的内在标识符，从移动电话4发出请求，关于移动电话4的类型信息从上述表格中获取，并且获取的电话类型的信息被添加到请求中，并被传输到IP服务器1。

即使这样的安排被采纳，因为IP服务器能够获取它所需要的关于移动电话4的类型信息，所以就能够选择一个适合移动电话类型的图像数据。

解释第三实施例。

虽然已经提到，目前，移动电话可实施数据的发送和接收，通过适应这种情况，每家公司能够接收所谓的电子邮件服务。另一方面，上述第一实施例和第二实施例是所谓的拖挂式服务。因此在第三实施例中，其特征在于提供一个用于所谓推进式服务的系统，其中构建此系统使得每天更新的图像信息通过电子邮件通知用户，并且更新的图像数据通过用户对设置在收到的电子邮件中的链接的操作下载。

还有，在第三实施例中，因为使用电子邮件，就像上述第一实施例和第二实施例一样，不仅网页界面，即HTTP(超文本传输协议)通信系统，而且邮件界面，即，SMTP(简单邮件传输协议)通信系统，都被使用。通常，在SMTP通信系统中，网关服务器2不给电子邮件添加用户ID。因此，为了保持与用户ID的关系，实施专门的处理。

下面，将提及一个安排。另外，在第三实施例的解释中，给与第一实施例和第二实施例相同的要素附加同样数字的数码，并且将忽略其中详细的解释。

在第三实施例中，IP服务器1提供的基于HTTP通信系统，用于响应来自移动电话4的请求，和通过使用如CGI脚本等功能启动移动电话4的电子邮件功能，例如，用于产生成员邮件传输列表的装置，该成员要求传输电子邮件，该邮件已从移动电话4传输，和基于SMTP通信系统，在邮件传输列表中描述的，用于通知电子邮件成员的装置。

另外，如上所述，因为电子邮件的发送和接收是通过SMTP通信系统实施的，所以IP服务器1就不能从电子邮件中获取用于区分用户的用户ID。因此，构建此实施例使得提供用于生成与得到的用户ID有成对关系的邮件标识符，并且生成的邮件标识符被设置在要发送的电子邮件中，并被发送。

另外，这些装置由IP服务器1的MPU24实现。

下面，将解释第三实施例的操作。另外，在解释此操作中，用于利用邮件传输服务的成员注册操作和用于给移动电话4下载图像的操作将被分别解释。

<邮件传输成员注册>

为了利用此服务，首先，实施邮件传输成员注册。

图14是表示邮件传输成员注册操作的操作流程图。

首先，移动电话4的用户操作移动电话4的操作部件96，并选择一个IP服务器站点，其中实施成员注册，并发送基于HTTP通信系统的HTTP请求(步骤400)。在图14中，表示“http：//IP1.mail.or.jp/uid＝xxxxxxx user＝NNN”作为HTTP请求从移动电话4发送。另外，作为上述请求的一个实例，分别地，“IP1”表示IP服务器1，“mail”表示邮件传输成员注册菜单屏幕，来自“uid＝xxxxxxx”的“xxxxxxx”表示移动电话4的内在标识符，而“user＝NNN”表示移动电话4的一个类型。

在收到请求的网关服务器2中，因为请求是基于HTTP通信系统的，所以相应于移动电话4的内在标识符可从用户ID列表70获得，并且添加到接收的请求的内在标识符被转换为获取的用户ID，并被传输给IP服务器1(步骤401)。在此操作中，因为从移动电话4添加到请求的内在标识符是“xxxxxxx”，所以如果相应于此内在标识符的用户ID从用户ID列表70获取，则相应于“xxxxxxx”用户ID是“abcdefgh”。因此，“xxxxxxx”被转换为“abcdefgh”，并且“http：//IP1.mailmenu.or.jp/uid＝abcdefgh user＝NNN”被传输给IP服务器1。

在IP服务器1中，无论来自接收到的请求“http：//IP1.mailmenu.or.jp/uid＝abcdefgh user＝NNN”的用户ID“abcdefgh”是否已注册，都通过获取邮件传输成员列表150进行检查。图15是表示邮件传输成员列表150一个实例的视图，邮件传输服务成员用户ID，成员邮件地址，和当成员注册时的接纳时间被彼此关联逐项描述。如果相应的用户ID没有在传输成员列表150中描述，所以将收到来自移动电话4的成员注册请求，并且用于启动移动电话4电子邮件功能的响应，例如通过CGI脚本等编写的邮件程序，被传输。此时，与提取的用户ID“abcdefgh”具有成对关系的标识符，如“200000504”被生成。并且，生成的邮件标识符“200000504”和IP服务器1具有的邮件地址，如 mail@zp1.or.jp，被添加给响应，并被传输(步骤403)。

以上操作通过HTTP通信系统实施。

另外，因为后面要提及的步骤405和407的操作通过SMTP通信系统实施，网关服务器2的解释将忽略。

在移动电话4中，当接收到响应时，电子邮件发送和接收功能被启动(步骤404)。并且电子邮件发送的目的地址设置给邮件地址mail@IP1.or.jp，并且邮件传输的区域设置给用户(移动电话4)的邮件地址 user@xxx.or.jp。还有，收到的邮件标识符“200000504”设置到要传输的邮件中(步骤405)。并且，在其中做这些设置的邮件基于SMTP通信系统传输。

在IP服务器1中，接收到来自移动电话4的电子邮件，并且用户ID由正在被设置在电子邮件中的邮件标识符“200000504”指定。另外，用户的邮件地址由电子邮件传输区域 user@xxx.or.jp指定。因此，用户ID“abcdefgh”和邮件地址 user@xxx.or.jp彼此具有成对的关系，并被成对存储(步骤406)。

接下来，准备用于确认成员注册的站点。设置用于确认的此站点使得只有具有与邮件地址相联系的用户ID的移动电话4能够访问那里。并且用户的邮件地址被设置用于电子邮件传输的目的地址，并且IP服务器1的邮件地址被设置用于传输的区域，分别地，并且生成用于确认成员注册的邮件(步骤407)，其中设置了用户ID专用的站点的链接的目的地址。在图14中，表示用户的邮件地址 user@xxx.or.jp被设置用于电子邮件传输的目的地址，并且IP服务器1的邮件地址mail@IP1.or.jp被设置用于传输的区域，分别地，“IP1.eomfirmational.or.jp”被设置用于用户ID专用的站点的链接的目的地址。

在移动电话4中，接收到用于注册确认的电子邮件，并且如果邮件传输注册被请求，所以一个收到的电子邮件中正在设置的链接按钮被按下，并通过HTTP通信系统发送一个HTTP请求(步骤408)。

因为是通过HTTP通信系统的方式获得的HTTP请求，在收到请求的网关服务器2中，从用户ID列表70中获取一个相应于移动电话4的内在标识符的用户ID，并且添加到收到的请求的内在标识符被转换为获取的用户ID，并被发送给IP服务器1(步骤409)。在此操作中，因为由移动电话4添加到请求的内在标识符是“xxxxxxx”，所以如果相应于内在标识符的用户ID从用户ID列表70中获取，相应于“xxxxxxx”的用户ID是“abcdefgh”。因此，“xxxxxxx”被转换为“abcdefgh”，并且“http：//IP1.confirmational.or.jp/uid＝abcdefgh user＝NNN”被发送给IP服务器1。

在IP服务器1中，接收到请求，并且传输站点的HTML源码(步骤410)。

在移动电话4中，接收到HTML源码，并在屏幕上显示。如果请求其中的注册，显示在屏幕上的“OK”按钮被按下，并且成员注册请求被发送(步骤411)。在图14中，表示作为HTTP请求，“http：//IP1.confirmational.or.jp/ok/uid＝xxxxxxxx user＝NNN”被发送。

因为是通过HTTP通信系统的HTTP请求，所以在接收请求的网关服务器2中，相应于移动电话4的内在标识符的用户ID从用户ID列表70获取，并且添加到收到的请求的内在标识符被转换为获取得用户ID，并且被发送给IP服务器1(步骤412)。在此操作中，因为添加到来自移动电话4的请求的内在标识符是“xxxxxxx”，所以如果相应于此内在标识符的用户ID从用户ID列表70获取，相应于“xxxxxxx”的用户ID是“abcdefgh”。因此，“xxxxxxxx”被转换成“abcdefgh”，并且“http：//IP1.confirmational.or.jp/ok/uid＝abcdefgh user＝NNN”被发送给IP服务器1。

在IP服务器1中，响应请求，用户ID和存储的邮件地址成对注册在邮件传输成员列表150中(步骤413)。

通过上述操作，成员注册完成。

另外，在此解释中，为了仔细确认用户邮件传输注册的意图，构造此实施例使得在用于注册确认的站点被链接后，注册的意图被再次确认，产生在邮件传输成员列表150中的注册。然而，没有再次确认注册的意图，当接收到来自用户的电子邮件时，用于注册的操作可在一个时间点完成。换句话说，可建立处理，因此在步骤406，在一个时间点当用户ID与邮件地址相结合彼此具有成对关系时，在邮件传输成员列表150中邮件地址和用户ID成对注册。在此情况下，在步骤407后的处理变得没有必要。

<图像数据的传输>

接下来，将解释在成员注册之后的图像传输操作。

图16是表示图像数据传输操作的操作流程图。

首先，当要传输的图像添加到IP服务器1时，IP服务器生成一个邮件其中设置一个被链接的目的地址使得一个文件夹其中保存添加的更新的图像数据，并读出图像(步骤500)。并且，生成的邮件被同时传输给邮件传输成员列表150中描述的邮件地址(步骤501)。

在移动电话4中，接收到邮件，并当一个正在设置电子邮件的链接按钮被按下时，自动发送一个请求(步骤502)。例如，作为来自移动电话4的请求，假定发送了“http：//IP1.channel.or.jp/chara＝new1/uid＝xxxxxxxx user＝NNN”。另外，分别地，来自要发送的请求“chara＝new1”是添加的更新图像的区别信息，而“user＝NNN”表示移动电话4的类型。还有，在那之后的操作受网页界面支配。

在网关服务器2中，收到来自移动电话4的请求“http：//IP1.channel.or.jp/chara＝new1/uid＝xxxxxxxx usef＝NNN”，并且内在标识符被转换为用户ID，并发送给IP服务器1(步骤503)。

在IP服务器1中，来自接收的请求“http：//IP1.channel.or.jp/chara＝new1/uid＝abcdefgh user＝NNN”的用户ID“abcdefgh”无论是否已注册，都通过获取成员列表31进行检查(步骤504)。因为，在成员注册操作中，移动电话4的用户完成了成员注册，所以在成员列表31中用户ID被描述。因此，请求从关于电话类型的信息移至用于电话类型的图像文件夹，并且另外，基于在请求中描述的图像数据的区别信息，保存在图像文件夹的图像数据被读出，并通过网关服务器2被发送给移动电话4(步骤505)。在此操作中，因为请求是“http：//IP1.channel.or.jp/chata＝new1/uid＝abcdefgh user＝NNN”，所以关于电话的信息是“user＝NNN”，并图像的区分信息是“new1”。这表示用于电话类型NNN的今天字符图像数据，并且图像数据从用于电话类型NNN的用于当天的图像文件夹读出，并通过网关服务器2发送给移动电话4。

在移动电话4中，接收到图像数据，并且图像数据保持在VRAM92中并在显示器上显示(步骤506)。

另一方面，如果下载的图像数据还要再显示，它保存在存储部件95的区域99中(步骤507)。

Claims (4)

1.一种根据终端标识符获取电子邮件地址的方法，其中提供终端和通过第一服务器连接到上述终端的第二服务器，其中第一通信方法与第二通信方法共存，在第一通信方法中，上述第二服务器基于由上述第一服务器发送的上述终端的终端标识符来区分上述终端，在第二通信方法中，上述第二服务器基于上述终端的电子邮件地址来区分上述终端，其特征在于此方法具有：

终端基于第一通信方法传输电子邮件地址的注册请求的步骤；

第一服务器在上述注册请求中设置终端标识符的步骤；

第二服务器生成与设置在上述注册请求中的终端标识符具有成对关系的假定标识符的步骤；

基于第一通信方法传输上述假定标识符和上述第二服务器的电子邮件地址给上述终端，并启动上述终端的电子邮件功能，在所述终端上发送电子邮件的传输源处设置终端的电子邮件地址，在电子邮件传输的目的地设置上述第二服务器的电子邮件地址，并在电子邮件中设置上述假定标识符的步骤；

基于设置假定标识符的第二通信方法从上述终端传输上述电子邮件的步骤；

上述第二服务器从收到的电子邮件中提取假定标识符并检索与假定标识符具有成对关系的终端标识符的步骤；和

将所述终端的电子邮件地址和所述检索到的终端标识符成对保存的步骤，其中所述终端的电子邮件地址是在接收到的电子邮件的传输源处描述的。

2.如权利要求1中所述的获取电子邮件地址方法，其特征在于终端标识符被用于假定标识符；

3.一种在第二服务器中彼此关联地保存终端标识符信息和电子邮件地址信息的方法，其中提供终端和通过第一服务器连接到上述终端的第二服务器，其中第一通信方法与第二通信方法共存，在第一通信方法中，上述第二服务器获得由所述第一服务器提供给所述终端的终端标识符信息，在第二通信方法中，上述第二服务器获得所述终端的电子邮件地址信息，其特征在于此方法具有：

基于第一通信方法在第二服务器中通过第一服务器从终端接收电子邮件地址的注册请求和上述终端的终端标识符信息的步骤；

基于第一通信方法，从上述第二服务器通过上述第一服务器传输与上述终端标识符信息相对应的上述假定标识符信息和上述第二服务器的电子邮件地址信息给上述终端，并加速上述终端的电子邮件功能的启动，并且如果上述终端启动了电子邮件功能，则在上述终端发送电子邮件的传输源处设置上述终端的电子邮件地址信息，在电子邮件传输的目的地设置上述第二服务器的电子邮件地址信息，并在电子邮件中设置上述假定标识符信息的步骤；

基于设置假定标识符信息的第二通信方法，在第二服务器中接收来自上述终端的上述电子邮件的步骤；和

在第二服务器中从收到的电子邮件中提取假定标识符信息，获取与上述假定标识符信息相对应的终端标识符信息，并将所述终端的电子邮件地址信息和所述终端标识符成对保存的步骤，其中所述终端的电子邮件地址信息是在接收到的电子邮件的传输源处描述的。

4.如权利要求3中所述的在上述第二服务器中彼此关联地存储上述终端标识符信息和电子邮件地址信息的方法，其特征在于终端的终端标识符信息被用作假定标识符信息。

Images