CN1327364C - 服务器以及通信终端 - Google Patents

Abstract

在本发明系统的通信终端上使用的各多媒体文件不单有来信声音等媒体数据，也包含(MM)文件传送主地址信息等个人信息，文件传送后，如果有从传送主的来信，则根据该地址信息再生。在服务器上，遵照传送主指示在服务器上生成(MM)文件，只将附加了禁止转送信息的(MM)文件传送到由传送主发送的受方信息指定的特定传送受方的通信终端上。而且在通信终端上将包含地址信息的个人信息从接收(MM)文件中分离并保存到地址簿(2A)中，个人信息分离后的(MM)文件与地址信息建立对应关系，并作为来信乐曲文件保存到文件库(2F)中。这样，在有效利用包含个人信息的多媒体内容同时，又可预先防止包含在内容中的个人信息泄露到其它终端。

Description

服务器以及通信终端

技术领域

本发明涉及一种由放音乃至可视显示图像、声音、音乐、文字列等信息的方式处理可再生输出多种类的媒体数据的多媒体发送接收系统。

背景技术

以往，在通信终端中，接收文字、图像或者声音等的多种多样信息的提供并进行再生，比如手持电话机的来信乐曲乃至来信图像或电子邮件等，在各种场合都被广泛使用。比如，在专利文献1中公布了：可以方便地传送包含很长文章的邮件、图像、音乐等的大容量内容的这样的各种信息的消息的数字无线电话用通信系统。

专利文献1：特开2001-197553号公报

而且，本申请人在特愿2002-82831(以下称‘先申请’)中已经提出可以对由图像、声音、文字列等组成的多媒体数据在通信终端上以模板进行编辑的系统。在先申请的系统中，预先准备一个具有：规定多个要素内容(文本数据、图像数据、声音数据、乐曲数据等)的再生显示时序的时间以及空间配置指定信息、存储各要素内容的区域、其它头区域的模板文件，终端用户在该当手持电话终端上，通过对这个模板文件进行适当的改变、或者重新填入一些要素内容，就可以生成已完成的多媒体内容。

在使用的这种多媒体内容的系统中，由该当的终端用户完成具有个性地编辑的多媒体内容，并且可以传送给其他的用户，通过在多媒体内容中包含有个人信息，可以认为能够实现多媒体内容的更有效地利用。此时，在多媒体内容中包含个人信息，通常，储存在传送受方用户的通信终端里的文件数据也可以被传送到其它装置中，如果不采取一些保安措施，存在由恶作剧将个人信息泄漏给第三者的危险。

发明内容

本发明的主要目的是提供一种多媒体传送和接收系统，该系统在从其它通信终端来的多媒体内容中使之包含个人信息从而更有效地利用多媒体内容，并且可以未然防止包含在多媒体内容中的个人信息向其它终端泄露。

本发明的服务器(SV)，其特征在于，具备：数据接收装置(5；S51)，接收构成多媒体文件(MF)的要素数据(De：E1、E2、…)和发送受方信息；文件作成及储备装置(SD、LS；S51)，根据接收的要素数据(De)，作成设定为禁止转送的多媒体文件(MF)，并且将作成的多媒体文件(MF)与所述发送受方信息建立关联对应并进行储备；登录通知装置(S52)，将表现与作成的多媒体文件(MF)对应的URL的登录信息通知给要素数据(De)以及发送受方信息的传送源(CLr)；文件传送装置(S53～S55)，响应从通信终端(CLr)向所述URL的访问请求(CR51)，对请求该访问的通信终端(CLr)是否包含在所述发送受方信息中进行识别，只有包含在所述发送受方信息中时(S54→YES)，才传送与所述URL关联的多媒体文件(MF)。在具有这样的特征的服务器(SV)中，也可以进一步构成为要素数据(De)包含来信乐曲数据(E1)和传送源(CLr)的地址信息(E5、E6)。另外，括号中的符号表示相应实施例中的参考记号乃至用语，以下也一样。

本发明的通信终端，其特征在于，具备：文件接收装置(5；CR1、CR42、CR52)，接收附加包含特定发送源终端(CLs)的地址信息(E5、E6)的个人信息(E4、E5、…)的多媒体文件(MF)；存储装置(2A、2F；CR4、CR26～CR28、CR43)，从接收的多媒体文件(MF)分离个人信息(E4、E5、…)并独立存储，并且将分离了该个人信息(E4、E5、…)的分离后多媒体文件(MF’)，与包含在该个人信息(E4、E5、…)中的地址信息(E5、E6)建立关联后，进行存储；再生装置(4；CR～CR6、CR31～CR33、CR44～CR45)，对应从由包含在被存储的个人信息(E4、E5、…)的地址信息(E5、E6)而特定的发送源终端(CLs)的来信，读出与该地址信息(E5、E6)关联的分离后多媒体文件(MF)，并进行再生。

在本发明的服务器(SV)中，接收了应该构成多媒体文件(MF)的要素数据(De：E1、E2、…)与发送地址信息后，根据要素数据(De)，作成设定为禁止转送的多媒体文件(MF)，并且与接收的发送地址信息建立对应关系并储存该文件(MF)(S51)，将表示对应作成的多媒体文件(MF)的URL的信息通知传送主(CLs)(S55)，该当要求主终端(CLr)识别对应从其它终端向所述URL的访问要求是否包含在发送地址信息表示的发送地址中(S55)，只有包含在发送地址中的情况(S55→YES)才传送对应所述URL的多媒体文件(MF)(S53～S55)。而且，在要素数据(De)中包含来信乐曲数据(E1)和地址信息(E4、E5)。

而且，本发明的通信终端(CLr)，具备用于储存地址信息(E4、E5)等的地址簿(2A)。接收了附加地址信息(E4、E5)的多媒体文件(MF)后(CR1、CR42、CR52)，从多媒体文件(MF)分离地址信息(E4、E5)等个人信息(E4、E5、…)，与多媒体文件(MF)独立保存到地址簿(2A)的同时，将有该分离的多媒体文件(MF)的部分即分离后多媒体文件(MF’)与地址信息(E4、E5)建立对应关系并存储(CR4、CR26～CR28、CR43)。然后，如果有地址信息(E4、E5)特定的从其它终端(CLs)的来信，对应该来信，读出以该当地址信息(E4、E5)关联的多媒体文件的其它部分(MF’)并且进行再生(CR5～CR6、CR31～CR33、CR44～CR45)。

在本发明中，由于在包含表示来信声音的乐曲数据(E1)、图像乃至文字列(E2、E3)等的要素内容的多媒体文件(MF)中，附加包含地址信息(E4、E5)的个人信息(E4、E5、…)，因此，可以将多媒体文件(MF)的个人信息(E4、E5、…)保存到地址簿(2A)中，并作为名片式地使用，而且，如果有从发信主终端(CLs)向通信终端(CLr)的来信，可以将对应包含在该当发信主终端(CLs)的个人信息(E4、E5、…)的地址簿(E4、E5)的多媒体文件(MF)，作为对应发信对方(CLs)的接收画面/来信乐曲等加以利用。进而，在本发明中，通过进行以下的对策可以回避泄露对于包含在这样地有效利用的多媒体文件(MF)中的个人信息(E4、E5.…)的危险。

即，在本发明的服务器(SV)中，不是由发信主(CLs)的用户直接传送多媒体文件(MF)，而是根据发信主(CLs)的指示，在服务器上生成带有‘禁止转送’信息的多媒体文件(MF)，并且对应生成的多媒体文件(MF)由服务器管理其发送地址信息(S51)。而且，该多媒体文件(MF)，只对由发送地址信息指定的特定的传送地址传送(S53～S55)接收了该多媒体文件的通信终端(CLr)，由于在接收多媒体文件(MF)上附加了‘禁止转送’信息，因此该当文件就不能传送或转送到其它的装置上。

而且，在本发明的通信终端(CLr)中，接收了多媒体文件(MF)后(CR1、CR42、CR52)，可以从接收的多媒体文件(MF)中分离出包含地址信息(E4、E5)的个人信息(E4、E5、…)并保存到地址簿(2A)上，将分离了个人信息后的多媒体文件(MF’)与地址信息(E4、E5)建立关联对应并进行保存(CR4、CR26～CR28、CR43)，因此，即使可能出现多媒体文件(MF’)被错误地传送到或转送到其它装置上，也不会泄露个人信息(E4、E5)。

附图说明

图1是表示本发明的一实施例的多媒体利用系统的构成的概要图。

图2表示本发明的一实施例的多媒体利用系统处理的多媒体文件的数据结构的一例。

图3是为了说明从接收侧终端传送的电子邮件中抽出多媒体文件以及名片信息的方法的图。

图4是表示将在传送侧终端上作成的多媒体文件传送到接收侧终端时(实施例1)的整体处理的流程图。

图5是表示多媒体文件作成处理的流程图。

图6是表示在接收侧终端上执行邮件浏览器起动处理的流程图。

图7是表示在接收侧终端上执行通话来信事件处理的流程图。

图8是表示作为邮件浏览器(图6)的子进程，在接收侧终端上执行的部分显示指示事件处理的流程图。

图9是依照多媒体文件(来信乐曲文件)在输出装置上再生的输出内容的一例。

图10是表示在服务器上作成多媒体文件并存储时(实施例2)的整体处理的流程图。

图11是表示将在通信终端上作成的多媒体文件存储到服务器上时(实施例3)的整体处理的流程图。

图12是将多媒体文件存储到服务器上时(实施例2以及实施例3)的HTTP的画面例。

图中：SV-配送服务器(主装置)，CL：CL1～CLn；CLs，CLr-客户终端，MF-由管理数据Dc、时空配置的轨迹信息Dt以及要素数据De构成的多媒体文件(来信乐曲文件)，MR-加多媒体文件MF附属的电子邮件。

具体实施方式

以下，参照附图对该发明的一实施例进行说明。但是，这仅是一个例子，在不超出本发明主导思想的范围内可以进行各种各样的变更，以各种各样的方式实施本发明。

(系统的概要)

图1是表示本发明的一实施例的包含服务器(配送服务器)以及通信终端(客户终端)的多媒体利用系统的构成的概要图。该多媒体利用系统，如图1(1)的全体图所示，由执行模板文件等各种多媒体信息的配送的一台乃至数台的配送服务器SV(在图示中为一台，也可以是数台)；具有作成多媒体文件等并以邮件(MR)方式进行传送的功能的数台客户终端CL1、CL2…、CLn所构成，这些装置SV、CL1～CLn通过通信网络CN连接成可以相互通信。

配送服务器SV、各客户终端CL1～CLn都可以利用具有与微机、工作站、手持电话机、PDA、游戏专用机等进行通信功能的信息处理装置，在通信网络CN中，包含LAN以及因特网或电话线路网等的广域通信网。所以，比如，客户终端CL1～CLn为手持电话机、PDA等的可移动终端装置的情况下，通过通信网络将配送服务器SV与客户终端CL1～CLn实际通信的基站(BS)连接起来。另外，在以下的实际例子中，对于客户终端CL1～CLn，特别适合使用的就是手持电话机或者具有与之同等功能的终端(比如，具备通信卡的微机等)。

各客户终端CL1～CLn，如图1(2)的内部构成框图所示那样，具备中央处理装置(CPU)1、存储装置2、输入装置3、输出装置4、通信装置5等。存储装置2，由存储控制程序、控制数据的只读存储器(ROM)部、临时存储处理用数据等的随机存取存储器(RAM)部、存储各种各样的数据、程序的外部存储部所构成，这些存储部可以由半导体存储器构成。而且，在存储装置2的外部存储部中，设置用于保存多媒体内容以及个人信息的文件库2F以及地址簿2A。另外，CPU1将RAM部作为工作存储器遵照ROM部的控制程序利用外部存储部的数据，控制该当的客户终端的动作。

输入装置3，除了键盘、各种开关等的按键设备、鼠标·平板等的点击设备等的操作子以外，还包含送话器、照相机等音响乃至图像数据输入装置等。而，输出装置4具备：包含有CRT·LCD等的显示器的可视显示部、和包含声源·扩音器等的音响输出(报音)部，根据终端的种类，还具备打印机等的印刷部等。

通信装置5是通过通信网络CN与配送服务器SV或者其它的客户终端进行通信的装置，具备调制解调器、LAN卡等，通过与配送服务器SV进行通信，可以接收各种各样的控制程序或数据。比如，从配送服务器SV下载关于从配送服务器的多媒体内容文件的控制程序自身，并保存到外部存储部(2)，依照这个控制程序可以进行多媒体内容文件有关的各种处理。而且，在移动终端的情况下，通信装置5具备与基站BS的无线通信装置，通过基站BS连接通信网络CN。

配送服务器SV具有与图1(2)同样的内部构成，如上所述，可以向各客户终端CL提供程序和数据。因此，在存储装置2的外部存储部中，包含由磁存储介质(软盘、磁带设备、硬盘等)，或者光存储介质(CD、DVD、MO等)等的适当的存储介质构成的大容量存储装置。

(多媒体文件)

在本发明的一实施例的多媒体利用系统中，多媒体文件(也称多媒体内容文件，或简称MM文件)MF在各客户终端CL(CL1～CLn)之间乃至客户终端CL·配送服务器SV之间进行传递。该多媒体文件MF可以是在任意的客户终端CLs(1≤s≤n)上作成的，或者可以根据该客户终端CLs的指示在配送服务器SV上作成并传送到其它的任意客户终端CLs(1≤r≤n，r≠s)上。在以下的叙述中，我们将执行多媒体文件MF的作成乃至作成指示的客户终端CLs称为‘传送侧终端’，将被传送了多媒体文件MF的客户终端CLr称为‘接收侧终端’，将配送服务器SV简单地称为服务器。

图2表示本发明的一实施例的多媒体利用系统上处理的多媒体文件的数据结构的一例。在传送侧终端CLs或者服务器SV上作成的多媒体文件MF具有图2的可视性数据结构，由管理数据Dc(左栏)、时空配置轨迹信息Dt(右上栏)以及要素数据De(右下栏)构成。该多媒体文件MF以成为来信乐曲的音乐信息(也称BGM)为主体并在其上合成各种附属信息，在接收侧终端CLr中，作为来信用而保存之后，也被称为‘来信乐曲文件’

在要素数据De中，如图2右下栏所示，具有：接收乐曲数据E1等的声音信息、图像数据E2等的图像信息、文章数据E3等的文章信息，等等各种各样数据形式的媒体信息，这些媒体信息被称为该当多媒体文件MF的‘媒体数据’或者‘要素内容’。比如，声音信息E1，以波形数据、MIDI音乐数据等的形式表现，可以以声音乃至音乐作为来信声音、来信乐曲进行再生。而，图像信息E2，可以以图像数据、图形数据的形式利用于等待接受画面等，文章信息E3，可以以文字列(文本)数据的形式决定由传送侧终端CLs的用户作成的消息文等。

在要素数据De中，在这样的媒体数据的基础上还具有作为关于传送侧终端CLs的用户的各种个人信息的用户名(名字)E4、电话号码E5、邮件地址E6、住址(图中未示出)等等以文本数据表现的名片信息(也称个人信息)。而且，在名片信息E4、E5…之中，电话号码E5以及邮件地址E6，在两客户终端CLs、CLr之间进行通信时，作为用于特定传送主用户的识别信息使用，被称为‘地址信息’。

管理数据Dc，如图2左栏所示，包含：表示该多媒体文件MF的概要内容(注释、再生时间等)的概要信息Pf、指定对应由后述的时空配置轨迹Dt定义的要素E1、E2、…的各要素数据De的时空配置指定信息Ts、对于由时空配置指定信息Ts指定的各要素数据De，表现可否编辑以及许可编辑的形式的编辑许可信息Ep、在要素数据De之中指定各名片信息E4、E5、…的同时，作为指示包含于多媒体文件MF中的该当名片信息的主旨的信息的名片指定信息Cd等。

这里，名片指定信息作为多媒体文件MF中的特定位的标志信息或者文件头中的标签信息而被包含，在接收侧终端CLr中，通过检查该当名片指定信息Cd的有无，可以判定在多媒体文件MF中是否包含名片信息。

另外，在图2的右上栏所示的时空轨迹信息Dt，是指示应该再生输出由时空配置指定信息Ts指定的各要素数据De(E1、E2、…)的时序以及位置的多个轨迹的控制信息，对各个轨迹分别规定各要素数据De的输出位置(显示位置、输出部位等)，并由各轨迹的时间数据规定各要素数据De的输出时序。而且，时空配置轨迹信息Dt，在多媒体文件MF的作成、编辑时，将该当各要素数据De图形化，在输出装置3的显示部(显示器)上，在时空上(比如，将输出轨迹位置作为纵轴，将输出时序作为横轴(但是，在图2中没有这样的详细表示))进行显示，并且可以用于确认该当多媒体文件MF的再生形式。

即，时空配置轨迹Dt，定义各要素数据的再生时序、显示位置的信息，时空配置指定信息Ts，规定时空配置轨迹Dt的各要素数据和作为该要素数据的应该再生·显示的实体数据De的对应关系。

在本发明的一实施例的多媒体利用系统中，在手持电话机等的传送侧终端CLs或服务器上作成的多媒体文件MF可以依照该当传送侧终端CLs的指示，传送到其它接收侧终端CLr，在各接收侧终端CLr上，将接收的多媒体文件MF按照可以作为与从该当传送侧终端CLs的发信对应的来信乐曲文件利用那样进行存储。

图3是为了说明对以电子邮件传送到接收侧终端的多媒体文件进行信息抽出的形式的图。此时，从文件传送主的传送侧终端CLs向对方地址的接收侧终端CLr传送的邮件MR，比如依照通常的惯例，如图3的左上所示，可以作为由保存表示邮件文本的传送消息的第一部分Pt1、和包含多媒体文件(MM文件)MF的第二部分(附加文件)Pt2以下的其它部分(图3的其它部分为只有第二部分时)构成的形式，各部分Pt1、Pt2、…分别由部分头和部分数据(消息正文以及多媒体文件MF)而构成。

而且，在接收侧终端CLs的存储装置2的外部存储部中，如图3右下所示，设置有被称为‘文件库’的文件存储区域2F，并且设置有被称为‘地址簿’的个人数据存储区域2A。在接收侧终端CLs中，首先从在该当终端CLs上接收的邮件MR的第二部分抽出多媒体文件MF并保存到文件库2F中。这里，当将抽出的多媒体文件MF作为来信乐曲利用时，将此作为来信乐曲文件。

另外，在文件库2F中保存的来信乐曲文件，可以将抽出的多媒体文件MF原封不动地保存到文件库2F中，但是，也可以将包含名片指定信息Cd以及地址信息E5、E6的名片信息(个人信息)E4、E5、…从多媒体文件MF中删除，即，从多媒体文件MF中分离个人信息。将这样分离了个人信息的多媒体文件MF(为了方便将此称为‘分离后多媒体文件MF’)保存到文件库2F后，万一将分离后多媒体文件MF’传送到其它的装置上，也不会泄漏个人信息。

接着，从要素数据De中取出由包含在该多媒体文件MF的管理数据Dc的名片指定信息Cd指示的名片信息(个人信息)E4、E5、E6、…(包含地址信息E5、E6)，对应文件库2F的多媒体文件(来信乐曲文件)MF保存到地址簿2A。

如上所述，将声音乃至乐曲数据和其它的图像乃至文字列等的要素内容附加在规定显示时序的多媒体文件MF上，也附加姓名、电话编号、邮件地址等的个人信息。因此，在接收侧终端CLr上，可以将多媒体文件MF作为名片使用，比如，可以将多媒体文件MF作为对应发信的对方的传送侧终端CLs的来信乐曲/接收画面而利用。

在多媒体文件MF的作成以及传送方法中，有以下三种方法(1)～(3)，下面依次对各种方法进行说明，但是对于各种方法中共同的构成，假定依照第一方法(1)的实施例2的项目中说明的事项。

(1)在传送侧终端CLs内作成多媒体文件MF，以将该当多媒体文件MF添加到电子邮件的形式传送到接收侧终端CLr的方法(实施例1)。

(2)将为作成多媒体文件MF必须的信息(地址信息、图像数据等)发送到服务器SV，在服务器SV上进行多媒体文件MF的作成乃至储存，并配送到接收侧终端CLr的方法(实施例2、3)。

(3)将在传送侧终端CLs内作成的多媒体文件MF自身发送到服务器SV，从服务器SV发信到接收侧终端CLs的方法。

(第一方法＝实施例1)

图4表示关于依照第一方法(1)在传送侧终端CLs内作成多媒体文件后，直接传送到接收侧终端时(实施例1)多媒体文件的整体处理的流程。在实施例1的整体处理1中，在指示多媒体文件MF的传送的发信主的传送侧终端CLs上作成多媒体文件MF(步骤CS1)。将多媒体文件MF添加到电子邮件MR上并传送到对方的接收侧终端CLr上(步骤CS2)。

在接收侧终端CLr上，接收从传送侧终端CLs传送的电子邮件MR并对其进行解析(步骤CR1)，按照图3说明的信息抽出顺序从接收邮件MR抽出多媒体文件MF(步骤CR2)。进而，对抽出的多媒体文件MF进行解析并抽出名片信息E4、E5、E6、…(步骤CR3)。然后，将该当多媒体文件MF作为来信乐曲文件对应到名片信息之后，将多媒体文件MF以及名片信息记录到该当接收侧终端CLr的文件库2F以及地址簿2A上(步骤CR4)。即，将地址信息E5、E6作为键信息再配置该当多媒体文件MF以及名片信息，以便可以取出该当多媒体文件MF。

然后，从传送侧终端CLs对接收侧终端CLr进行呼叫或发送邮件等的发信(步骤CS3)，从传送侧终端CLs的发信数据确认该当终端CLs的识别信息(即地址信息)(步骤CR5)，将对应被确认的识别信息的来信乐曲文件(多媒体文件)MF从文件库2F读出到RAM上，通过输出装置3的显示器或音响输出部作为来信乐曲或接收画面等而进行再生(步骤CR6)。

(多媒体文件作成处理)

图5表示图4的全体处理1的多媒体文件作成处理(CS1)的动作流程例。多媒体文件MF依照MM文件作成处理程序，与先申请的图6的处理相同，以多媒体文件模板(以下简称‘MMT’)为基础作成。MMT是要作成的多媒体文件MF的原型的文件，与图2的多媒体文件MF相同，在保持要素数据De和时空配置指定信息Ts以及可否编辑信息Ep的对应关系的基础上被存储起来。而且，MMT的名片指定信息Cd以及名片信息E4、E5、…，是可以编辑，全部是空栏(无数据)或者以缺省的方式记入一部分最低限度的数据(比如，与地址信息E4、E5关联的内容)。

在传送侧终端CLs中，可以预先从具有MMT作成功能的服务器或其它的客户器终端接收这样的MMT并将其准备在外部存储部(2)上，而且，也可以将重新装入另外作成的多媒体文件MF中的要素数据(称为代替要素数据。包含名片信息。)保存到外部存储部(2)上。

在该多媒体文件作成处理中，首先将MM读出到RAM(2)上(步骤M1)，接着，根据该MMT的编辑可否信息Ep，将用户可以编辑的内容显示在显示器(4)上，利用消息等督促用户的操作(步骤M2)。这里，使用输入装置3的操作子24，用户可以做一些编辑操作(步骤M3→YES)，依照用户的操作输入，改变MMT数据(步骤M4)。

在该编辑操作(M3→M4)的内容中，比如对应编辑可否信息Ep的许可指示可以有以下的内容：

(1)可否再生：在依照时空配置轨迹Dt的各时序乃至画面位置中，决定是否再生该轨迹Dt以及时空配置指定信息Ts指示的要素数据(包含名片信息)De。

(2)由时空配置指定信息Ts指示的要素数据的决定：如果决定再生在(1)中指示的要素数据时，决定再生MMT中的要素数据De或者已经保存在传送侧终端CLs的各种数据之中的任意一种(可以设定多个再生形式乃至种类)。

(3)文本数据配置的编辑：在时空配置指定信息Ts以及时空配置轨迹Dt指示的配置(时序乃至位置)的规定范围内，变更文字列(文本)数据E3、E4、…。

(4)名片信息编辑：输入或者变更名片指定信息Cd以及名片信息(地址信息等)。

(5)再生条件设定：对于在(3)中的各时序乃至画面位置再生的各要素数据De(包含名片信息)，当设定多个形式或多个种类时，决定对应怎样的条件，是以任意形式再生要素数据De或者再生任意种类的要素数据De，等等。

另外，在(2)的要素数据决定中，对于文字列、图像信息等的显示用媒体数据，可以施加动画或滚动等的适当的映像效果，此时，先在多媒体文件MF中定义其要点。而且，可以依照规定的再生条件，定义多个再生形式，使之可以施加这样的映像效果或不施加映像效果。同样，对于各多媒体文件MF，不是准备一种基于文字数据的显示消息，而是准备多种，依照规定的再生条件，显示对应的消息，由此进行设定，进而，也可以对于用于待接收画面E2的图像信息、用于来信乐曲数据E1等的BGM的音乐信息，也准备多种数据，依照规定的再生条件，再生对应的数据内容，由此进行设定(任何情况都要定义其要旨)。

在(5)的再生条件的设定中，如上所述，对于各要素数据De，决定对应设定多个再生形式乃至多种种类的情况的各再生形式乃至种类的再生条件。该再生条件的典型例，是作为发信主的传送侧终端CLs的来信事件的种类(来信种类)。比如，作为在(2)中或者由时序以及位置再生的要素数据De而设定图像信息A、B，由另外的时序以及位置设定消息a、b的情况，当从终端CLs的来信种类为电话时，由各时序以及位置，指示图像信息A以及消息a的再生，如果为电子邮件时，将应该再生的信息A、a：B、b与来信种类对应，以便指示图像信息B以及消息b的再生。

而且，为了对应从同一传送侧终端CLs的来信种类变更再生形式，也可与采用从同一传送侧终端CLs的多个多媒体文件。此时，传送侧终端CLs的用户，为了再生不同的图像、BGM，作成定义的多媒体文件MF1、MF2，将各种多媒体文件MF1、MF2传送到同一接收侧终端CLr。这里，各多媒体文件MF1、MF2，作为名片信息使之分别包含不同的地址信息(比如在MF1包含电话号码、在MF2中包含电子邮件地址)。在接收侧终端CLr中，通过后述的处理，对应由各自包含的地址信息即来信种类，将这些多媒体文件MF1、MF2保存到文件库2F中，并且对应从传送侧终端CLs的来信(呼叫等)，对应检测出的来信种类，再生对应的多媒体文件(比如，如果有电话打来，再生多媒体文件MF1、如果接收了电子邮件，再生多媒体文件MF2)。

另外，也可以不以再生条件作为来信种类，而对应接收侧终端CLr的再生方式的设置状态以不同的再生形式输出要素数据。此时，在传送侧终端CLs为了得到再生方式区别的不同的再生形式，预先作成设定的多媒体文件MF，也可以在接收侧终端CLr中，将该当多媒体文件MF保存到文件库2F以后，由输入装置3的设定操作子设置希望的再生方式。

那么，MMT数据改变处理(M4)后或者没有编辑操作输入时(M3→NO)判断有无预演指示(M5)。这里，如果用户指示预演，进行将编辑中途的要素数据再生输出到各输出装置4上的预演处理(步骤M6)，用户可以随时确认编辑状况，判断有无必要再改变数据。

预演处理(M6)以后或者没有预演指示编辑操作输入时(M5→NO)，由用户判断是否作出结束该作成处理的指示(步骤7)，当没有该指示时(M7→NO)返回最初的显示步骤(M2)，返回上述的编辑动作(M2～M7)。另外，MMT数据改变处理(M4)，编辑可变信息Ep如果在容许范围内，则对同样部位可以多次改变，也可以返回到以前。

而且，当有结束指示时(M7→YES)，将在改变处理(M4)改变的编辑过的MMT作为多媒体文件(MM文件)MF，受理应该输出去向的指定(比如，传送的接收侧终端CLr、向外部存储部2的保存等)(步骤M9)，依照这个输出指定，输出编辑过的MMT即多媒体文件MF(步骤M10)。然后，在该文件输出处理后(M10)结束该多媒体文件作成处理。

另外，对于编辑操作(3)的名片信息编辑(※)，将名片信息与其它要素数据分离开进行处理，当有了结束MMT改变(M4)的指示后(MMT→YES)，如虚线所示，可以执行名片信息的附加(※)处理(步骤M8)。此时，有了结束指示后，在向要素数据E5～E6追加各名片信息的同时，也可以生成乃至附加名片指定信息Cd。

将在文件输出处理(M9)中作成的多媒体文件MF，或者文件作成后已经保存到外部存储部2的多媒体文件MF传送到接收侧终端CLr时，对于该当多媒体文件MF自身的内容变更，自动进行全部强制设定为不可的编辑不可处理，但是，也可以控制为许可对名片指定信息Cd指定的各种个人数据(包含地址信息E5、E6的名片信息)E4、E5、…等信息进行抽出以及删除。

(接收侧终端的处理)

图6～图8是更详细表示在图5中接收来自传送侧终端CLs的多媒体文件添加邮件的接收侧终端CLr上的处理(CR1～CR4、CR5～CR6)的处理流程例。首先，图6是表示用于阅览在接收侧终端CLr上接收电子邮件的邮件浏览器启动处理的流程图。在接收侧终端CLr上，在进入这个流程的前段中，在该当终端CLr上，已经接收并保存到存储装置2的外部存储部的电子邮件由输出装置4的显示器以列表的形式显示，用户可以从该列表中选择想要显示详细内容的邮件。

于是，用户从在显示器(4)上显示的邮件列表中有选择地指示该当接收电子邮件，则根据邮件浏览应用程序(浏览器)对该当接收邮件MR的构成进行解析(步骤CR11)。接着，将接收电子邮件MR的文本显示在显示器(4)上后(步骤CR12)，进入等待用户操作的状态(步骤CR13)。

比如，当添加多媒体文件MF的邮件是由多个部分构成的接收电子邮件MR的情况下，(参照图3)，在经过构成解析(CR11)而显示接收电子邮件之际(CR13)，显示第一部分Pt1(通常，保存着邮件正文。)，而在其它部分(Pt2等)的选择指示或者邮件浏览应用程序的结束指示出现之前，处于等待阶段(CR13)。另外，在该等待阶段(CR13)，比如执行如图8所示的‘部分显示指示事件’处理。

图8是表示作为图6的邮件浏览器的子(从属)进程而执行‘部分显示指示事件’处理的流程图。在该处理流程中，首先判断有无从列表中选择的接收邮件(接收邮件是否由多个部分构成)(步骤CR21)，如果有部分(CR21→YES)，显示该当接收邮件的第二部分Pt2以后的部分头的项目信息并等待从用户来的部分指示。即，在包含多个部分Pt1、Pt2、…的电子邮件中，如前所述，由于通常第一部分是正文，第二部分以后包含添加文件等，因此，在浏览包含多个部分的电子邮件时(CR21→YES)，将‘前面部分’/‘后继部分’的按钮等显示在显示器(4)上，等待用户的指示，而且，根据用户的指示可以显示任意的部分。

这里，由用户指示了希望显示的部分(Pt2等)后，对于所指示的部分，从部分头信息判断内容的种类是否属于多媒体文件MF(步骤CR22)。然后，调查该当部分的内容种类，如果是多媒体文件MF(CR22→YES)，还要检查在该当部分内容的管理信息Dc中是否附加了名片指定信息Cd(步骤CR23)。

在该检查中，如果判定附加了名片指定信息Cd(CR23→YES)，显示是否登录多媒体文件MF的内容的对话，向用户询问该当文件MF的登录(步骤CR24)。对此，由用户判定是否选择登录操作(步骤CR25)。另外，优选构成为在登录问询步骤(CR23)的前段，在输出装置(显示器、放音部等)上再生该当多媒体文件MF。通过设置这样的再生步骤，用户可以确认该当部分的多媒体文件MF的具体的内容和名片信息(地址信息)的详细。

另外，由用户进行登录的选择操作时(CR25→YES)，将该当多媒体文件MF作为来信多媒体文件保存到文件库2F(步骤CR26)的同时，还将在接收的多媒体文件MF中，作为要素数据De的一部分而被埋入的地址信息(电话号码(E5)、邮件地址(E6))、其它个人数据(名称(E4)、住址等)等登录到地址簿2A(步骤CR27)上。

另外，如相关图3已说明的那样，也可以在文件保存步骤中(R26)，从接收的多媒体文件MF中删除名片指定信息Cd以及由他指定的名片信息E4、E5、…(包含地址信息)，而将该当名片信息作为个人信息进行分离，并将分离后多媒体文件MF'作为来信乐曲文件保存。

进而，将由地址信息规定的发信主终端CLs的用户和保存的来信乐曲文件MF建立关联(步骤CR28)。即，以将在名片信息中由规定的记号数据表示的地址信息(比如，电话号码(E5)乃至邮件地址(E6))作为发信主识别数据而应该利用的该识别数据关联对应发信主终端CLs和来信乐曲文件MF。然后，该关联对应处理后(CR28)结束该事件处理，返回到邮件浏览器启动处理的待机步骤(图5：CR13)。

以上的动作之后，将多媒体文件MF作为添加在电子邮件上的数据而接收时，在邮件浏览器上选择保存多媒体文件MF的部分之际(CR21～CR22→YES)，在该当文件MF中检测出已经进行了名片指定的话(CR23→YES)，将包含附加在文件MF中的地址信息(E5、E6)的名片信息(个人数据E4、E5、…)追加到地址簿2A上(CR27)，并且以该当地址信息(E5、E6)对规定的发信主CLs与该当多媒体文件MF建立关联对应(CR28)。而且，在所述的例子中以对话显示征询登录，只有当用户回答YES时，才进行登录(CR24～CR28)，但是如果有名片指定信息Cd，也可以自动地登录。

另外，在后述的实施例2以及实施例3中，当以HTTP(HyperTextTransfer Protocol：超文本传输协议)接收时(图10：CR42、图11：CR52)时，如图8‘A’所示，从登录问询步骤(CR24)开始文件信息抽出处理。

这样做之后，登录来信乐曲MF以及名片信息，进行与此对应的传送侧终端CLs的关联对应(CR26～CR28)，以后，当识别从作成该当多媒体文件MF(后述的实施例2中，指示该当多媒体文件MF的作成)的传送侧终端CLs的用户的来信(比如，电话来信、电子邮件的来信、聊天等的连接要求的来信等)时，在图8的发信主关联对应步骤(CR28)读出关联对应该当用户的来信乐曲文件MF并输出到输出装置(4)，作为来信乐曲、接收画面等而进行再生。

另外，当在部分判断步骤(CR21)判断为没有部分时(CR21→NO)，以及在登录指令判定步骤(CR25)判定为‘不登录’的要旨时(CR25→NO)，直接返回到邮件浏览器启动处理的待机步骤(图5：CR13)。当在文件种类判别步骤(CR22)判别为不是多媒体文件MF时(CR22→NO)以及在名片检查步骤(CR23)没有检查出名片指定信息时(CR23→NO)，在输出装置(4)上再生该当部分的内容并进行显示或放音等，通知用户不存在该当内容的内容(包含文件种类)或名片信息(步骤CR29)，用户对此进行确认后，返回到邮件浏览器启动处理的待机步骤(图5：CR13)。

图7是表示对应从传送侧终端CLs来的呼叫，在接收侧终端CLr上执行的‘通话来信事件处理’的流程图，在该处理流程中，对应从传送侧终端CLs来的呼叫，比如，有电话的来信、电子邮件的来信、聊天等的连接要求的来信等的来信事件，从来信信息检测出该当传送侧终端CLs的识别数据(步骤CR31)，接着，根据这个识别数据，调查对应呼叫的传送侧终端CLs的用户的来信乐曲文件MF是否保存在文件库2F中(步骤CR32)。

这里，如果有对应传送侧终端CLs的来信乐曲文件MF(CR32→YES)，在输出装置4上再生该来信乐曲文件MF并进行报告来信的处理(步骤CR33)。图9是依照来信乐曲文件MF在输出装置上再生的输出内容的一例。而且，当没有这样的文件时(CR32→NO)，由采用在该当传送侧终端CLs预先设定的来信声音、来信画面的既定方法，进行报告有来信的主旨的处理(步骤CR34)。然后，在这样的来信报告处理(CR32)以后，进入等待下一通信乃至用户操作的状态(步骤CR35)。

另外，在该发明的一实施例的接收侧终端CLr上，如已经说明的那样，从传送侧终端CLs接收对应来信种类设定多个要素数据的再生内容的多媒体文件MF，将此作为来信乐曲文件而准备着，并且可以对应从该当传送侧终端CLs来的来信事件的种类，以设定的再生内容再生来信乐曲文件MF。即，在接收侧终端CLr的通话来信事件处理(图7)中，探索对应通信的该当传送侧终端CLs的来信乐曲文件后(CR32→YES)，如图9所示，以对应该当通信的来信种类的再生内容再生到输出装置4上。

即，在传送侧终端CLs上，在接收侧终端CLr上作为内容而保存的多媒体文件(来信乐曲文件)MF中，预先对应是电话(通话)的来信或电子邮件的来信等的来信事件的种类进行定义，以便再生不同的图像(E2)、BGM(E1)、消息(E3)等。另外，如果有从传送侧终端CLs的来信，对应该来信种类，在输出装置4上变更再生规定的内容文件MF的输出形式。输出形式的变更，不单准备了多种类型的数据，对于文字·图像数据，也可以在来信乐曲文件(多媒体文件)MF上适当地定义动画、滚动等的映像效果，以便执行该映像效果。BGM等的音乐信息也不止一种，也可以将多种类型的数据定义在文件MF中而对其进行使用。

进而，也可以对从传送侧终端CLs来的多个多媒体内容(来信乐曲文件)分别进行定义，以便按每个来信种类再生不同的图像或BGM。此时，为了对应发信主的识别信息(电话号码E5或者邮件地址E6等)而切换再生的来信乐曲文件，可以对从传送侧终端CLs传送的多个多媒体内容分别预先设定来信种类，也可以在从各多媒体内容登录名片信息时，分别对应传送侧终端CLs的各来信的种类，保存来信乐曲文件。

在上述图9的例子中，依照在多媒体文件MF(来信乐曲文件)中规定的信息，根据在接收侧终端CLr上接收的来信事件的种类是电话来信还是电子邮件来信，将不同的消息(E3)、地址信息(电话号码E5或者邮件地址E6)以及用户名(E4)显示在输出装置4的显示器上，将不同的背景音乐(E1：‘BGM1’或‘BGM2’)从音响输出部放音。另外，在该例子中，对于图像(E2)由于没有设定多个图像信息，所以显示的是同一图像。

(第二方法＝实施例2以及实施例3)

在该多媒体利用系统上使用的多媒体文件MF中包含个人信息，由于通常在终端上储存的文件数据可以传送到其它装置上，如果不采取什么措施，就存在恶意泄漏个人信息的危险。因此，在上述第二方法(2)中，作为发信主的传送侧终端CLs的用户并不直接传送多媒体文件MF，而是依照该用户的指示，在服务器SV上作成多媒体文件MF(实施例2)或者将多媒体文件MF上传到服务器上来以后(实施例3)，只将该文件传送到作为特定的传送地址的接收侧终端CLr上，这样可以限制多媒体文件MF的传送地址，防止由于恶意而泄漏个人信息。

而且，在第二方法(2)中，在传送的多媒体文件MF中附加‘禁止转送’的信息。在成为发送地址的各接收侧终端CLr中，遵守‘禁止转送’的规则，使得该文件不能向其它装置上传送、转送。进而，使具有管理该当多媒体文件MF的发送受方的功能，以期完善文件管理功能(实施例3)。

图10以及图11，表示关于依照第二方法(2)，根据从传送侧终端CLs的指示，在服务器SV上作成多媒体文件MF并储存时(实施例2以及实施例3)的多媒体文件全体的处理流程。

首先，在图10的实施例2的全体处理2中，从指示多媒体文件MF的传送的传送侧终端CLs作为想要发送的多媒体文件MF的作成所必要的要素数据De，以在电子邮件上添加的方法或者以HTTP形式，直接将地址信息(E5、E6)等的个人数据以及来信乐曲(E1)、图像数据(E2)等的乐曲数据传送到服务器SV上(步骤CS41)。此时，对于图像、乐曲等的媒体信息，可以在服务器SV上储存多个媒体数据，使传送侧终端CLs的用户可以对其进行选择。而且，也可以作出选择多媒体文件MF的模板MMT的描不。

在服务器SV上，根据传送侧终端CLs传送的个人数据以及媒体数据，以与图5的多媒体文件作成处理同样的流程，作成与图2相同的多媒体文件MF(步骤S41)。作成的多媒体文件MF，可以以URL(UniformResource Locator)形式，将多媒体文件MF按照可以唯一确定的方式储存到设置于服务器SV内的存储装置(外部存储部)2的文件数据库(DB)SD中。此时，在作成以及储存的多媒体文件MF中附加‘禁止转送信息’，接收到这个多媒体文件MF的接收侧终端CLr，(通常)就不能将该当文件MF传送给其它的装置。而且，登录信息只要是可以唯一确定多媒体文件MF，则不限于URL，也可以是其它信息。

接着，以电子邮件等方式将在服务器SV上作成并储存的传送侧终端CLs的多媒体文件MF中固有的登录信息通知给该当传送侧终端CLs(步骤S42)。另外，这个登录信息的通知方式，不限于电子邮件。比如如上所述，以HTTP方式向服务器SV传送要素数据De后，也可以同样地以HTTP方式显示登录通知，也可以利用FAX等其它装置进行通知。而且，传送给传送侧终端CLs的登录信息，再将从该当传送侧终端CLs来的任意的接收侧终端CLr作为传送受方，以电子邮件等方式进行通知。

在接收侧终端CLr上，依照通知的登录信息以HTTP方式访问服务器SV，请求对应该当登录信息的多媒体文件MF(步骤CR41)。服务器SV，接收这个请求后(步骤S43)，从文件数据库SD取出该当多媒体文件MF，以电子邮件添加文件的形式或HTTP形式传送到接收侧终端CLr(步骤S44)。

在接收侧终端CLr上，一旦接收了这个多媒体文件MF，则与实施例1(参照图3、图4：CR3～CR4、图6以及图8(但是在HTTP的情况，由‘A’开始))一样，进行该当文件MF的解析(步骤CR42)，将该文件MF与地址信息建立关联对应，并作为来信乐曲文件进行再配置并进行下载(步骤CR43)。

然后，与实施例1(图4：CS3，CR5～CR6；图7：CR31～CR33)一样，当存在从传送侧终端CLs对接收侧终端CLr的呼叫、邮件传送时的发信时(步骤CS3)，由传送侧终端CLs的发信数据确认该当终端CLs的识别信息(即地址信息)(步骤CR5)，将对应确认了识别信息的来信乐曲文件(多媒体文件)MF从文件库2F读出到RAM上，通过输出装置3的显示器、音响输出部等作为来信乐曲、接收画面等进行再生(步骤CR6)。

接着，在图11所示的实施例3中，与实施例2相同地构成，以便将多媒体文件MF储存到服务器SV上的同时，在服务器SV上保存发送受方信息并可以进行文件发送受方的管理。

在实施例3的图11的全体处理3中，首先，想要传送多媒体文件MF的传送主的传送侧终端CLs的用户，在想要传送的多媒体文件MF的作成所必要的地址信息(E5、E6)、图像数据(E2)、来信乐曲(E1)等的要素数据De的基础上，以电子邮件的附件或HTTP形式，将指定应发送作成后的多媒体文件MF的一个乃至多个传送侧终端CLs的用户的发送受方信息传送到服务器SV，指示多媒体文件MF的作成以及发送(步骤CS51)。这里，发送受方指定信息，可以如电话号码、IPv6(Intemet Protcolversion 6：因特网协议版本6)的地址那样，是可以唯一确定成为发送受方的接收侧终端CLr的信息。而且，也可以传送选择多媒体文件MF的模板MMT的指示。

在服务器SV上，根据从传送侧终端CLs的要素数据，以已述方法同样的流程(参照图5)，作成多媒体文件MF，并将作成的多媒体文件MF与由发送受方指定信息指定的一个乃至多个发送受方终端CLr关联对应并进行保存(步骤S51)。即以URL等附加固有的登录信息并将该当多媒体文件MF保存到文件数据库SD中，并且对应保存的多媒体文件MF，将发送地址信息记录到发送地址列表文件LS中。

接着，服务器SV为了进行控制使得只将保存的多媒体文件MF传送到发送地址人CLr中，以电子邮件等方式将该当多媒体文件MF上固有的登录信息通知给该当传送侧终端CLs以及发送受方终端CLr(步骤S52)。比如，同时将多媒体文件MF的URL通知给传送主CLs以及指定的一个乃至多个发送受方CLr。另外还有一种不采用这样的URL通知，而对指定的发送受方终端CLr，直接传送多媒体文件MF文件的方法(此时，立即进入文件传送接收步骤(S55、CR52))。

在接收侧终端CLr上，依照通知的登录信息，以HTTP方式访问服务器SV，请求对应于该当登录信息的多媒体文件MF(步骤CR41)。服务器SV接收请求后(步骤S53)，将请求的接收侧终端CLr的用户识别信息、与显示的记录在发送受方列表文件LS上的该当多媒体文件MF的发送受方信息的终端用户信息进行对比，判断是否可以将该当多媒体文件MF发送到请求主终端上(步骤54)。

这里，当接收侧终端CLr的用户识别信息与发送受方信息一致时，判定为应该发送时(步骤S54→YES)，将该当多媒体文件MF从文件库SD读出，以电子邮件或HTTP形式传送到接收侧终端CLr(步骤S54)。而，当用户识别信息与发送受方信息不一致而不能发送时(S54→NO)，向接收侧终端CLr通知其主旨以后或者不通知，而结束对该请求的处理。

在接收侧终端CLr上，从服务器SV接收多媒体文件MF后，与实施例1以及2一样，进行该当文件的解析(步骤CR52)，将该多媒体文件MF与地址信息建立关联对应，作为来信乐曲文件进行再配置后进行下载。然后，如果有从传送侧终端CLs的发信，以与实施例1以及实施例2同样的流程，响应这个发信，并再生根据来信乐曲文件(多媒体文件)MF的来信乐曲或接收画面等。

图12表示如实施例2以及实施例3，先向服务器储存多媒体文件，然后以HTTP方式从传送侧终端CLs对服务器SV进行访问，并指示作成希望的多媒体文件MF的情况下(图10：CS41，图11：CR41)的显示器画面的过程例。

上段左侧的地址信息输入画面(1)，是用于输入关于传送侧终端CLs的用户的姓名(E4)、电话号码(E5)、e-mail(E6)的画面，在这个例子中，依照‘请输入地址信息’的引导注释，用户进行数据的输入，但是也可以在接收侧终端CLr上预先登录地址信息并自动地插入。而且，在服务器SV侧，也可以特定接收侧终端CLr乃至其用户并自动地插入。

上段中央的内容选择画面(2)作为成为作成的多媒体文件MF的媒体数据的媒体信息内容，是用于输入图像以及乐曲的画面，用户可以依照‘请输入内容’的引导注释而进行数据输入，但是也可以预先储存多个成为要素的媒体信息内容于服务器SV上，然后对其进行选择。

上段右侧的内容确认画面(3)是用于确认在服务器SV上作成的多媒体文件MF的要素数据的内容的画面。此刻，也可以对对应该内容作成的多媒体文件(来信乐曲文件)MF自身的内容进行预演。

下段的各画面(3a)～(5)，如实施例3，是再指定发送受方时(图1：CR42)的画面过程例，此时，内容确认画面并不如(3)所示而结束，而是成为下段左侧的(3b)那样，即在内容确认画面(3b)进行确认以后，转移到下段中央的发送受方指定画面(4)，接着，转移到下段右侧的发送受方确认画面(5)。进而，也可以选择多媒体文件MF的模板MMT。

这样，在第二方法(2)中，各客户终端CL就没有必要是手持电话机，也可以利用PC、游戏机、机顶盒、PDA等任意的终端装置。而且，与服务器SV的连接可以利用包含适当的有线连接等的各种各样的通信方式。

(第三方法)

在上述第三方法(3)中，在传送侧终端CLs内作成多媒体文件MF，作成的多媒体文件MF一旦被上传到服务器SV上以后，再从服务器SV向接收侧终端CLr传送。所以，该方法(3)，在图10以及图11的文件作成阶段(SV41、SV51)向传送侧终端CLs转移，在该当阶段，在传送侧终端CLs接收多媒体文件MF乃至发送受方信息并将其记录到文件库SD乃至发送到列表文件的这一点，与实施例2乃至实施例3(第二方法(2))不同，但是在服务器上，控制对储存·发送的多媒体文件MF与发送受方CLr建立关联对应，只将多媒体文件MF传送到指定的发送受方CLr这一点没有变化。另外，发送受方信息也可以以埋入从传送侧终端CLs传送的多媒体文件MF的方式发送。

在以上说明的实施例中，是分别将作为名片信息的姓名、住址作为文本数据进行输入而进行说明的，但是也可以将姓名、住址、电话、电子邮件地址、主页的URL等归纳在一起，将记录的电子名片(vCard等)信息作为该发明的名片信息附加在多媒体文件MF上。

如上所述，根据本发明，由于对多媒体文件附加个人信息，在通信终端上，将附加的个人信息保存到地址簿上，与多媒体文件是独立的，可以作为‘名片’式的数据而有效地加以利用，由于多媒体文件与包含在个人信息的地址簿建立关联对应并保存到文件库中，因此，如果从发信主终端有来信到达，对应于该发信主终端的来信乐曲文件的要素数据就从文件库读出，并可以作为对应发信对方的来信乐曲/接收画面等而加以利用。

进而，在服务器中，根据发信主用户的指示，在服务器上生成多媒体文件并管理对应该多媒体文件的发送受方信息，只对由发送受方信息指定的特定的传送受方传送附加了‘禁止转送’信息的多媒体文件，因此，接收了该多媒体文件的通信终端，就可以控制不将该当文件传送或转送到其它的装置上。

而且，在通信终端中，接收了多媒体文件后，可以从接收的多媒体文件中分离出包含地址信息的个人信息并保存到地址簿上，将分离了个人信息后的多媒体文件与地址信息建立关联对应并进行保存，因此，即使可能出现分离后的多媒体文件被错误地传送到或转送到其它装置上，由于个人信息被删除了，因此，也不会从该当文件泄露个人信息。

Claims (3)

1.一种服务器，其特征在于：具备：

数据接收装置，接收构成多媒体文件的要素数据和发送受方信息；

文件作成及储备装置，根据接收的要素数据，作成设定为禁止转送的多媒体文件，并且将作成的多媒体文件与所述发送受方信息建立关联并进行储备；

登录通知装置，将表现与作成的多媒体文件对应的URL的登录信息通知给所述要素数据以及发送受方信息的传送源；

文件传送装置，响应从通信终端向所述URL的访问请求，对请求进行该访问的通信终端是否包含在所述发送受方信息中进行识别，只有包含在所述发送受方信息中时，才传送与所述URL关联的多媒体文件。

2.如权利要求1所述的服务器，其特征在于：所述要素数据包含来信乐曲数据以及所述传送源的地址信息。

3.一种通信终端，其特征在于：具备：

文件接收装置，接收附加包含特定发送源终端的地址信息的个人信息的多媒体文件；

存储装置，从接收的多媒体文件分离个人信息并独立存储，并且将分离了该个人信息的分离后多媒体文件，与包含在该个人信息中的地址信息建立关联后，进行存储；

再生装置，对应从由包含在被存储的个人信息的地址信息而特定的发送源终端的来信，读出与该地址信息关联的分离后多媒体文件，并进行再生。

Images