JP3928554B2 - 通信端末 - Google Patents
通信端末 Download PDFInfo
- Publication number
- JP3928554B2 JP3928554B2 JP2002381456A JP2002381456A JP3928554B2 JP 3928554 B2 JP3928554 B2 JP 3928554B2 JP 2002381456 A JP2002381456 A JP 2002381456A JP 2002381456 A JP2002381456 A JP 2002381456A JP 3928554 B2 JP3928554 B2 JP 3928554B2
- Authority
- JP
- Japan
- Prior art keywords
- file
- information
- multimedia file
- data
- terminal
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/02—Protecting privacy or anonymity, e.g. protecting personally identifiable information [PII]
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/10—Office automation; Time management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M1/00—Substation equipment, e.g. for use by subscribers
- H04M1/72—Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
- H04M1/724—User interfaces specially adapted for cordless or mobile telephones
- H04M1/72403—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality
- H04M1/72442—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality for playing music files
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/18—Information format or content conversion, e.g. adaptation by the network of the transmitted or received information for the purpose of wireless delivery to users or terminals
- H04W4/185—Information format or content conversion, e.g. adaptation by the network of the transmitted or received information for the purpose of wireless delivery to users or terminals by embedding added-value information into content, e.g. geo-tagging
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Business, Economics & Management (AREA)
- Human Resources & Organizations (AREA)
- Strategic Management (AREA)
- Entrepreneurship & Innovation (AREA)
- Quality & Reliability (AREA)
- General Physics & Mathematics (AREA)
- Economics (AREA)
- Marketing (AREA)
- Operations Research (AREA)
- Computer Security & Cryptography (AREA)
- Tourism & Hospitality (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- Data Mining & Analysis (AREA)
- Theoretical Computer Science (AREA)
- Multimedia (AREA)
- Human Computer Interaction (AREA)
- Information Transfer Between Computers (AREA)
- Telephone Function (AREA)
- Mobile Radio Communication Systems (AREA)
- Telephonic Communication Services (AREA)
Description
【０００１】
【発明の属する技術分野】
この発明は、音声、音楽、画像、文字列などの多種類の情報が音響乃至可視表示によって再生出力されるマルチメディアコンテンツを取り扱うマルチメディア利用システムに関する。
【０００２】
【従来の技術】
従来より、通信端末において、文字、画像又は音声などの多種多様な情報の提供を受けて再生することは、例えば、携帯用電話機の着信メロディ乃至着信画像やＥメール等、各種場面で盛んに利用されている。例えば、特許文献１には、このような各種情報が長文のメールや画像、音楽等の大容量コンテンツを含むメッセージの転送を容易にしたデジタル無線電話用通信システムが開示されている。
【０００３】
【特許文献１】
特開２００１−１９７５５３号公報
【０００４】
また、本出願人は、画像、音声、文字列等から成るマルチメディアデータを通信端末にてテンプレートで編集することができるシステムを特願２００２−８２８３１（以下、「先願」という。）により既に提案している。先願のシステムでは、複数の要素コンテンツ（テキストデータ、画像データ、音声データ、メロディデータ等）の再生表示タイミングを規定する時間及び空間配置指定情報と、各要素コンテンツを記憶する領域と、その他ヘッダ領域とを有するテンプレートファイルが予め用意されており、端末ユーザは、当該携帯電話端末上において、このテンプレートファイルを適宜改変したり要素コンテンツを新たに埋め込んだりすることによって、完成されたマルチメディアコンテンツを生成することができるようにしている。
【０００５】
このようなマルチメディアコンテンツを使用するシステムにおいては、当該端末ユーザにより個性的に編集されたマルチメディアコンテンツを完成させ、これを他のユーザ等に送信することができるので、多方面での有効利用が期待されるところである。
【０００６】
【発明が解決しようとする課題】
この発明の主たる目的は、他の通信端末からのマルチメディアコンテンツに個人情報を含ませて、マルチメディアコンテンツを更に効果的に利用することができる通信端末を提供することにある。
【０００７】
【課題を解決するための手段】
この発明の主たる特徴に従うと、発信元端末（ＣＬｓ）を特定するアドレス情報（Ｅ５，Ｅ６）が付加された着信メロディファイル（ＭＦ）を受信するファイル受信手段（５；ＣＲ１，ＣＲ４２，ＣＲ５２）と、受信された着信メロディファイル（ＭＦ）とこれに付加されたアドレス情報（Ｅ５，Ｅ６）とを関連付けて記憶する記憶手段（２Ａ，２Ｆ；ＣＲ４，ＣＲ２６〜ＣＲ２８，ＣＲ４３）と、記憶されたアドレス情報（Ｅ５，Ｅ６）により特定される発信元端末（ＣＬｓ）からの着信に応じて、当該アドレス情報（Ｅ５，Ｅ６）に関連付けられた着信メロディファイル（ＭＦ）を記憶手段（２Ｆ）から読み出して再生する再生手段（４；ＣＲ５〜ＣＲ６，ＣＲ３１〜ＣＲ３３，ＣＲ４４〜ＣＲ４５）とを具備し、記憶手段（２Ａ，２Ｆ；ＣＲ４，ＣＲ２６〜ＣＲ２８，ＣＲ４３）は、ファイル受信手段（５；ＣＲ１，ＣＲ４２，ＣＲ５２）で受信されたアドレス情報を蓄積するアドレス帳（２Ａ）を備え、ファイル受信手段（５；ＣＲ１，ＣＲ４２，ＣＲ５２）で受信された着信メロディファイル（ＭＦ）に付加されたアドレス情報（Ｅ５，Ｅ６）をアドレス帳（２Ａ）に記録する通信端末（ＣＬｒ）〔請求項１〕が提供される。なお、括弧書きは、対応する実施例中の参照記号乃至用語を表わし、以下においても同様である。
【０００８】
この発明による通信端末（ＣＬｒ）においては、着信メロディファイル（ＭＦ）は、着信音データ（Ｅ１）及び画像乃至文字列データ（Ｅ２，Ｅ３）を含むマルチメディアコンテンツファイルであり、再生手段（４；ＣＲ５〜ＣＲ６，ＣＲ３１〜ＣＲ３３，ＣＲ４４〜ＣＲ４５）は、着信音データ（Ｅ１）に基づく着信メロディを再生すると共に、画像乃至文字データ（Ｅ２，Ｅ３）に基く画像乃至文字列を再生する〔請求項２〕ように構成することができる。
【０００９】
〔発明の作用〕
この発明による通信端末（ＣＬｒ）においては（請求項１）、予め、他の発信元端末（ＣＬｓ）の電話番号やメールアドレスのように同発信元端末（ＣＬｓ）を特定するアドレス情報（Ｅ５，Ｅ６）が付加された着信メロディファイル（ＭＦ）を受信して（５；ＣＲ１，ＣＲ４２，ＣＲ５２）、着信メロディファイル（ＭＦ）とアドレス情報（Ｅ５，Ｅ６）とを関連付けて記憶手段（２Ａ，２Ｆ）に記憶しておく（ＣＲ４，ＣＲ２６〜ＣＲ２８，ＣＲ４３）。ここで、記憶手段（２Ａ，２Ｆ）には、着信メロディファイル（ＭＦ）を記憶するファイルライブラリ（２Ｆ）が備えられるだけでなく、複数の発信元端末（ＣＬｓ）の個人情報（Ｅ４，Ｅ５，…）を蓄積するためのアドレス帳（２Ａ）が備えられており、このアドレス帳（２Ａ）には、当該発信元端末（ＣＬｓ）から予め受信した着信メロディファイル（ＭＦ）に付加されたアドレス情報（Ｅ５，Ｅ６）を含む個人情報（Ｅ４，Ｅ５，…）を、順次、追記していくことができる。そして、記憶手段（２Ａ，２Ｆ）に記憶されたアドレス情報（Ｅ５，Ｅ６）により特定される発信元端末（ＣＬｓ）からの発信があると（ＣＳ３，ＣＳ４２）、その着信に応じて、当該アドレス情報（Ｅ５，Ｅ６）に関連付けられた着信メロディファイル（ＭＦ）を記憶手段（２Ｆ）から読み出して再生し、特定の発信元端末（ＣＬｓ）からの着信であることを報知する（４；ＣＲ５〜ＣＲ６，ＣＲ３１〜ＣＲ３３，ＣＲ４４〜ＣＲ４５）。
【００１０】
さらに、この着信メロディファイル（ＭＦ）は、例えば、着信音データ（Ｅ１）や、画像データ（Ｅ２）或いは文字列データ（Ｅ３）等を要素コンテンツとして含むマルチメディアコンテンツファイルであり、着信音データ（Ｅ１）により着信メロディを再生すると共に、画像データ（Ｅ２）或いは文字列データ（Ｅ３）により画像或いは文字情報を再生して表示することができる（請求項２）。
【００１１】
つまり、この発明では、発信元端末（ＣＬｓ）の指示に従って予め送信されてくるマルチメディアファイル（ＭＦ）には、上述したメディアデータ（Ｅ１〜Ｅ３）が記述されているだけではなく、当該ファイル（ＭＦ）の発信元端末（ＣＬｓ）のユーザ氏名（Ｅ４）、電話番号（Ｅ５）、メールアドレス（Ｅ６）、住所などの個人情報が付加される。従って、発信元端末（ＣＬｓ）からのマルチメディアファイル（ＭＦ）を着信メロディファイルとして通信端末（ＣＬｒ）のファイルライブラリ（２Ｆ）に記憶する際に、同ファイル（ＭＦ）の個人情報（Ｅ４，Ｅ５，…）をアドレス帳（２Ａ）に格納しておくことにより、着信メロディファイル（ＭＦ）とは独立して「名刺」的なデータとして効果的に利用することができる。また、着信メロディファイル（ＭＦ）は、個人情報（Ｅ４，Ｅ５，…）に含まれるアドレス情報（Ｅ４，Ｅ５）に対応付けて記憶されるので、発信元端末（ＣＬｓ）からの着信があると、当該発信元端末（ＣＬｓ）に対応する着信メロディファイル（ＭＦ）の要素データ（Ｄｅ：Ｅ１，Ｅ２，…）をファイルライブラリ（２Ｆ）から読み出して、特定の発信相手（ＣＬｓ）に応じた着信メロディ／着受け画面等として利用することができる。
【００１２】
【発明の実施の形態】
以下、図面を参照しつつ、この発明を一実施例について説明する。しかしながら、これは単なる一例であって、この発明の精神を逸脱しない範囲で種々の変更が可能であり、種々の態様で発明を実施することができる。
【００１３】
〔システムの概要〕
図１は、この発明の一実施例によるサーバ（配信サーバ）及び通信端末（クライアント端末）を含むマルチメディア利用システムの構成の概要を表わす図である。このマルチメディア利用システムは、図１（１）の全体図に示すように、テンプレートファイル等の各種マルチメディア情報の配信を行う１乃至複数の配信サーバＳＶ（図示の例では、１つであるが複数あっても構わない）と、マルチメディアファイル等を作成しメール（ＭＲ）で送信する機能を有する複数のクライアント端末ＣＬ１，ＣＬ２，…，ＣＬｎから成り、これらの装置ＳＶ，ＣＬ１〜ＣＬｎは通信ネットワークＣＮを介して相互に通信可能に接続されている。
【００１４】
配信サーバＳＶ、各クライアント端末ＣＬ１〜ＣＬｎとも、パーソナルコンピュータ、ワークステーション、携帯用電話機、ＰＤＡ、ゲーム専用機などの通信機能を有する情報処理装置を利用することができ、通信ネットワークＣＮには、ＬＡＮ及びインターネット或いは電話回線網等の広域通信網が含まれる。従って、例えば、クライアント端末ＣＬ１〜ＣＬｎが携帯用電話機やＰＤＡなどの移動可能な端末装置の場合には、配信サーバＳＶとクライアント端末ＣＬ１〜ＣＬｎが実際に交信する基地局（ＢＳ）とが通信ネットワークＣＮを介して接続される。なお、以下の実施例においては、クライアント端末ＣＬ１〜ＣＬｎについては、携帯用電話機或いはこれと同等の機能を有する端末（例えば、通信カードを備えたパーソナルコンピュータ等）が特に好適に用いられる。
【００１５】
各クライアント端末ＣＬ１〜ＣＬｎは、図１（２）の内部構成ブロック図に例示されるように、中央処理装置（ＣＰＵ）１、記憶手段２、入力手段３、出力手段４、通信手段５などを備える。記憶手段２は、制御プログラムや制御用データを記憶した読出専用メモリ（ＲＯＭ）部、処理用データ等を一時記憶するランダムアクセスメモリ（ＲＡＭ）部、種々のデータやプログラムを記憶する外部記憶部などから成り、これらの記憶部は半導体メモリで構成することができる。また、記憶手段２の外部記憶部には、マルチメディアコンテンツ及び個人情報を格納するためのファイルライブラリ２Ｆ及びアドレス帳２Ａが設けられる。そして、ＣＰＵ１は、ＲＡＭ部をワークメモリとしてＲＯＭ部の制御プログラムに従い外部記憶部のデータを利用して当該クライアント端末の動作を制御する。
【００１６】
入力手段３は、キーボードや各種スイッチ等のキーデバイスや、マウス・タブレット等のポインティングデバイス等の操作子の外に、マイクロフォンやカメラ等の音響乃至画像データ入力装置などを含む。また、出力手段４は、ＣＲＴ・ＬＣＤ等のディスプレイを含む可視表示部や、音源・スピーカ等を含む音響出力（報音）部などを備え、端末の種類によっては、更にプリンタ等の印刷部などをも備える。
【００１７】
通信手段５は、通信ネットワークＣＮを介して配信サーバＳＶ或いは他のクライアント端末と通信するための手段であり、モデムやＬＡＮカード等を備え、配信サーバＳＶと通信を行うことにより種々の制御プログラムやデータを受信することができる。例えば、サーバＳＶからマルチメディアコンテンツファイルに関する制御プログラム自体をサーバＳＶからダウンロードして外部記憶部（２）に格納し、この制御プログラムに従って、マルチメディアコンテンツファイルに関係する各種処理を行うことができる。また、移動型端末の場合は、通信手段５は基地局ＢＳとの無線通信手段を備え、基地局ＢＳを介して通信ネットワークＣＮに接続される。
【００１８】
配信サーバＳＶは、図１（２）と同様の内部構成を有しており、上述したように、各クライアント端末ＣＬにプログラムやデータを提供することができる。そのため、記憶手段２の外部記憶部には、磁気記録媒体（フレキシブルディスク、テープデバイス、ハードディスク等）或いは光記憶媒体（ＣＤ、ＤＶＤ、ＭＯ等）などの適当な記録媒体で構成される大容量記憶装置が含まれる。
【００１９】
〔マルチメディアファイル〕
この発明の一実施例によるマルチメディア利用システムでは、マルチメディアファイル（マルチメディアコンテンツファイルとも云い、また、ＭＭファイルとも略称される。）ＭＦが各クライアント端末ＣＬ（ＣＬ１〜ＣＬｎ）間乃至クライアント端末ＣＬ・配信サーバＳＶ間で授受される。このマルチメディアファイルＭＦは、任意のクライアント端末ＣＬｓ（１≦ｓ≦ｎ）で作成するか、或いは、同クライアント端末ＣＬｓの指示に基づいて配信サーバＳＶ上で作成して、別の任意のクライアント端末ＣＬｒ（１≦ｒ≦ｎ，ｒ≠ｓ）に送信することができる。以下においては、マルチメディアファイルＭＦの作成乃至作成指示を行ったクライアント端末ＣＬｓを“送信側端末”、マルチメディアファイルＭＦが送信されてきたクライアント端末ＣＬｒを“受信側端末”といい、配信サーバＳＶについては単に“サーバ”という。
【００２０】
図２は、この発明の一実施例によるマルチメディア利用システムで取り扱われるマルチメディアファイルのデータ構造の一例を示す。送信側端末ＣＬｓ又はサーバＳＶで作成されるマルチメディアファイルＭＦは、図２により視覚的に示されるようなデータ構造を有し、管理データＤｃ（左欄）、時空間配置トラック情報Ｄｔ（右上欄）及び要素データＤｅ（右下欄）から成る。このマルチメディアファイルＭＦは、着信メロディとなる楽音情報（ＢＧＭともいう。）を主体にしてこれに各種付属情報を合成したもので、受信側端末ＣＬｒにおいて着信用として格納された後は“着信メロディファイル”とも呼ばれる。
【００２１】
要素データＤｅには、図２右下欄に示すように、着信メロディデータＥ１などの音情報、画像データＥ２などの画像情報、文章データＥ３など文章情報、等々、種々のデータ形式のメディア情報があり、これらのメディア情報は、当該マルチメディアファイルＭＦの“メディアデータ”又は“要素コンテンツ”と呼ばれる。例えば、音情報Ｅ１は、波形データやＭＩＤＩ楽音データなどの形式で表わされ、音声乃至楽音などで着信音や着信メロディとして再生させることができる。また、画像情報Ｅ２は、画像データや図形データの形式で待受け画面などに利用することができ、文章情報Ｅ３は、文字列（テキスト）データの形式で送信側端末ＣＬｓのユーザにより作成されたメッセージ文などとすることができる。
【００２２】
要素データＤｅには、このようなメディアデータに加えて、さらに、送信側端末ＣＬｓのユーザに関する種々の個人データであるユーザ名（名前）Ｅ４、電話番号Ｅ５、Ｅ−ｍａｉｌアドレスＥ６、住所（図示せず）等々をテキストデータで表わす名刺情報（個人情報ともいう。）がある。また、名刺情報Ｅ４，Ｅ５，…のうち、電話番号Ｅ５及びメールアドレスＥ６は、両クライアント端末ＣＬｓ，ＣＬｒ間での通信時において送信元ユーザを特定するための識別情報として用いられ、“アドレス情報”と呼ばれる。
【００２３】
管理データＤｃは、図２左欄に示すように、当該マルチメディアファイルＭＦの概略内容（コメントや再生時間等）を表わすプロファイル情報Ｐｆ、後述する時空間配置トラックＤｔで定義される要素Ｅ１，Ｅ２，…に対応する各要素データＤｅを指定する時空間配置指定情報Ｔｓ、時空間配置指定情報Ｔｓにより指定される各要素データＤｅについて編集の可否及び許可される編集態様を表わす編集許可情報Ｅｐ、要素データＤｅのうち各名刺情報Ｅ４，Ｅ５，…を指定すると共に、当該名刺情報がマルチメディアファイルＭＦに含まれる旨を指し示す情報である名刺指定情報Ｃｄなどを含む。
【００２４】
ここで、名刺指定情報は、マルチメディアファイルＭＦ中の特定ビットのフラグ情報或いはヘッダ中のタグ情報として含まれるものであり、受信側端末ＣＬｒにおいては当該名刺指定情報Ｃｄの有無を検査することによりマルチメディアファイルＭＦ中に名刺情報が含まれるか否かを判定することができる。
【００２５】
また、図２右上欄に示される時空間配置トラック情報Ｄｔは、時空間配置指定情報Ｔｓで指定される各要素データＤｅ（Ｅ１，Ｅ２，…）を再生出力すべきタイミング及び位置を指示する複数トラックの制御情報であり、各トラック別に各要素データＤｅの出力位置（表示位置や出力部位など）を規定し、各トラックの時間データにより各要素データＤｅの出力タイミングを規定する。また、時空間配置トラック情報Ｄｔは、マルチメディアファイルＭＦの作成・編集時には、該当する各要素データＤｅを図形化し、出力手段３の表示部（ディスプレイ）上に時空的に〔例えば、出力トラック位置を縦軸にし出力タイミングを横軸にして（但し、図２ではこのような詳細は表示されていない）〕表示させ、当該マルチメディアファイルＭＦの再生態様を確認するのに用いることができる。
【００２６】
つまり、時空間配置トラックＤｔは、各要素データの再生タイミングや表示位置等の情報を定義したものであり、時空間配置指定情報Ｔｓは、時空間配置トラックＤｔの各要素データと、当該要素データとして再生・表示すべき実体データＤｅとの対応関係を規定するものである。
【００２７】
この発明の一実施例によるマルチメディア利用システムにおいては、携帯用電話機などの送信側端末ＣＬｓ又はサーバＳＶで作成されたマルチメディアファイルＭＦは、当該送信側端末ＣＬｓの指示に従って別の受信側端末ＣＬｒに送信することができ、各受信側端末ＣＬｒでは、受信されたマルチメディアファイルＭＦを当該送信側端末ＣＬｓからの発信に対応する着信メロディファイルとして利用することができるように記録しておく。
【００２８】
図３は、受信側端末にＥ−ｍａｉｌで送信されたマルチメディアファイルについて情報抽出の態様を説明するための図である。この場合、ファイル送信元の送信側端末ＣＬｓから相手先の受信側端末ＣＬｒに送信されるメールＭＲは、例えば、通常の例に従って、図３左上に示すように、メール本文を表わす送信メッセージが格納される第１パートＰｔ１と、マルチメディアファイル（ＭＭファイル）ＭＦを含む第２パート（添付ファイル）Ｐｔ２以下の他パート（図３は他パートが第２パートＰｔ２のみの場合）から成る形式とすることができ、各パートＰｔ１，Ｐｔ２，…は、夫々パートヘッダとパートデータ（メッセージ本文及びマルチメディアファイルＭＦ）から構成される。
【００２９】
また、受信側端末ＣＬｒにおける記憶手段２の外部記憶部には、図３右下のように、“ファイルライブラリ”と呼ばれるファイル記憶領域２Ｆが設けられると共に、“アドレス帳”と呼ばれる個人データ記憶領域２Ａが設けられる。受信側端末ＣＬｒでは、当該端末ＣＬｓで受信されたメールＭＲの第２パートから、まず、マルチメディアファイルＭＦを抽出しファイルライブラリ２Ｆに格納する。ここで、抽出されたマルチメディアファイルＭＦを着信メロディとして利用する場合、これを着信メロディファイルとする。
【００３０】
なお、ファイルライブラリ２Ｆに保存される着信メロディファイルは、抽出されたマルチメディアファイルＭＦをそのままファイルライブラリ２Ｆに格納してもよいが、名刺指定情報Ｃｄ及びアドレス情報Ｅ５，Ｅ６を含む名刺情報（個人情報）Ｅ４，Ｅ５，…をマルチメディアファイルＭＦから削除したもの、即ち、マルチメディアファイルＭＦから個人情報を分離したものとしてもよい。このように個人情報を分離したマルチメディアファイル（便宜上、これを“分離後マルチメディアファイルＭＦ’”という。）をファイルライブラリ２Ｆに保存しておくと、万が一、分離後マルチメディアファイルＭＦ’を他の装置に送信したり転送することがあっても、個人情報までも漏洩することがない。
【００３１】
次いで、このマルチメディアファイルＭＦの管理データＤｃに含まれる名刺指定情報Ｃｄにより指示される名刺情報（個人情報）Ｅ４，Ｅ５，Ｅ６，…（アドレス情報Ｅ５，Ｅ６を含む）を要素データＤｅ中から取り出し、ファイルライブラリ２Ｆのマルチメディアファイル（着信メロディファイル）ＭＦに対応付けてアドレス帳２Ａに格納する。
【００３２】
上述したように、音声乃至メロディデータとその他の画像乃至文字列などの要素コンテンツを表示タイミングを規定したマルチメディアファイルＭＦに、さらに、氏名、電話番号、メールアドレス等の個人情報が付加されている。従って、受信側端末ＣＬｒでは、マルチメディアファイルＭＦを「名刺」的に利用することができ、例えば、マルチメディアファイルＭＦを発信した相手方の送信側端末ＣＬｓに対応する着信メロディ／着受け画面として利用することができる。
【００３３】
マルチメディアファイルＭＦの作成及び送信方法には、以下の３つの方法〔１〕〜〔３〕があり、順次、各方法について詳細を説明するが、各方法で共通する構成については、第１の方法〔１〕に従う第１実施態様の項で説明しておくものとする：
〔１〕送信側端末ＣＬｓ内でマルチメディアファイルＭＦを作成し、当該マルチメディアファイルＭＦを電子メールＭＲに添付する形式で受信側端末ＣＬｒに送付する方法（第１実施態様）、
〔２〕マルチメディアファイル作成に必要な情報（アドレス情報、画像データ等）をサーバＳＶに送付し、サーバＳＶ上でマルチメディアファイルＭＦの作成乃至蓄積を行い、受信側端末ＣＬｒに配信する方法（第２及び第３実施態様）、
〔３〕送信側端末ＣＬｓ内で作成したマルチメディアファイルＭＦ自体をサーバＳＶに送付し、サーバＳＶから受信側端末ＣＬｒに配信する方法。
【００３４】
〔第１の方法＝第１実施態様〕
図４は、第１の方法〔１〕に従って送信側端末ＣＬｓ内でマルチメディアファイルを作成した上、直接、受信側端末ＣＬｒに送信する場合〔第１実施態様〕のマルチメディアに関する全体的な処理フローを示す。第１実施態様による全体処理１においては、マルチメディアファイルＭＦの送信を指示する発信元の送信側端末ＣＬｓでマルチメディアファイルＭＦを作成する（ステップＣＳ１）。当該マルチメディアファイルＭＦを電子メールＭＲに添付して相手先の受信側端末ＣＬｒに送信する（ステップＣＳ２）。
【００３５】
受信側端末ＣＬｒでは、送信側端末ＣＬｓから送信されてきた電子メールＭＲを受信してこれを解析し（ステップＣＲ１）、図３で説明した情報抽出手順に従って受信メールＭＲからマルチメディアファイルＭＦを抽出する（ステップＣＲ２）。さらに、抽出されたマルチメディアファイルＭＦの解析を行って名刺情報Ｅ４，Ｅ５，Ｅ６，…を抽出する（ステップＣＲ３）。そして、当該マルチメディアファイルＭＦを着信メロディファイルとして名刺情報に対応付けた上、当該ファイルＭＦ及び名刺情報を当該受信側端末ＣＬｒのファイルライブラリ２Ｆ及びアドレス帳２Ａに記録する（ステップＣＲ４）。すなわち、アドレス情報Ｅ５，Ｅ６をキー情報として当該マルチメディアファイルＭＦを取り出すことができるように、当該マルチメディアファイルＭＦ及び名刺情報を再配置しておく。
【００３６】
その後、送信側端末ＣＬｓから受信側端末ＣＬｒに対して発呼やメール発信などの発信があると（ステップＣＳ３）、送信側端末ＣＬｓの発信データから当該端末ＣＬｓの識別情報（即ちアドレス情報）を確認し（ステップＣＲ５）、確認された識別情報に対応する着信メロディファイル（マルチメディアファイル）ＭＦをファイルライブラリ２ＦからＲＡＭ上に読み出し、出力手段３のディスプレイや音響出力部などを通じて着信メロディや着受け画面等として再生する（ステップＣＲ６）。
【００３７】
〔マルチメディアファイル作成処理〕
図５は、図４の全体処理１のマルチメディアファイル作成処理（ＣＳ１）での動作フロー例を示す。マルチメディアファイルＭＦは、ＭＭファイル作成処理プログラムに従って、先願の図６の処理と同様に、マルチメディアファイルテンプレート（以下、“ＭＭＴ”と略称する。）を基に作成される。ＭＭＴは、作成しようとするマルチメディアファイルＭＦの原型となるファイルであり、図２のマルチメディアファイルＭＦと同様に、要素データＤｅと時空間配置指定情報Ｔｓ及び編集可否情報Ｅｐとが対応関係を保ちながら記憶されている。また、ＭＭＴの名刺指定情報Ｃｄ及び名刺情報Ｅ４，Ｅ５，…は、編集が許可されており、全て空欄（データなし）であるか、或いは、一部の最低限データ（例えば、アドレス情報Ｅ４，Ｅ５に関連する内容）がデフォルトで記入されている。
【００３８】
送信側端末ＣＬｓにおいては、予め、このようなＭＭＴを、ＭＭＴ作成機能を有するサーバＳＶ或いは他のクライアント端末から受信して外部記憶部（２）に用意しておくことができ、また、別途、作成されるマルチメディアファイルＭＦに新たに組み込まれる要素データ（代替要素データという。名刺情報を含む。）を外部記憶部（２）に保存しておくこともできる。
【００３９】
このマルチメディアファイル作成処理では、まず、ＭＭＴをＲＡＭ（２）上に読み出し（ステップＭ１）、続いて、このＭＭＴの編集可否情報Ｅｐに基づき、ユーザが編集可能な内容をディスプレイ（４）に表示し、メッセージ等でユーザの編集操作を促す（ステップＭ２）。ここで、入力手段３の操作子２４を用いてユーザが何らかの編集操作を行うと（ステップＭ３→ＹＥＳ）、ユーザの操作入力に従ってＭＭＴデータを改変する（ステップＭ４）。
【００４０】
この編集操作（Ｍ３→Ｍ４）の内容には、例えば、編集可否情報Ｅｐの許可指示に応じた次のようなものがある：
（１）再生の可否：時空間配置トラックＤｔに従う各タイミング乃至画面位置において、同トラックＤｔ及び時空間配置指定情報Ｔｓが指示している要素データ（名刺情報を含む）Ｄｅを再生するか否かを決める、
（２）時空間配置指定情報Ｔｓで指示される要素データの決定：（１）において指示された要素データを再生するとした場合、ＭＭＴ中の要素データＤｅ又は既に送信側端末ＣＬｓに保存されている種々のデータのうち何れを再生させるのかを決定する（複数の再生態様乃至種類の設定が可能）、
（３）テキストデータ配置の編集：文字列（テキスト）データＥ３，Ｅ４，…に関して時空間配置指定情報Ｔｓ及び時空間配置トラックＤｔが指示している配置（タイミング乃至位置）の所定範囲内で変更する、
（４）名刺情報編集：名刺指定情報Ｃｄ及び名刺情報（アドレス情報等）Ｅ４，Ｅ５，…を入力し或いは変更する、
（５）再生条件の設定：（３）で各タイミング乃至画面位置で再生させる各要素データＤｅ（名刺情報を含む）について、複数の態様或いは複数の種類を設定した場合、どのような条件に対応して、何れの態様で要素データＤｅを再生させるか或いは何れの種類の要素データＤｅを再生させるかを決定する、等々。
【００４１】
なお、（２）の要素データの決定においては、文字列や画像情報などの表示用メディアデータについては、アニメーションやスクロール等の適宜の映像効果を施すことができ、この場合、マルチメディアファイルＭＦにその旨を定義しておく。また、所定の再生条件に従って、このような映像効果を施したり或いは施さないように複数の再生態様を定義しておくこともできる。同様に、各マルチメディアファイルＭＦについて、文字データに基づく表示メッセージを、１種類ではなく、複数種類用意しておき、所定の再生条件に従って、対応するメッセージを表示するように設定したり、さらに、待受け画面Ｅ２などに用いられる画像情報や着信メロディデータＥ１などのＢＧＭに用いられる楽音情報についても複数種類のデータを用意しておき、所定の再生条件に従って、対応するデータ内容を再生するように設定することができる（何れの場合もその旨が定義される。）。
【００４２】
（５）の再生条件の設定では、上述のように、各要素データＤｅについて複数の再生態様乃至複数の種類を設定した場合の各再生態様乃至種類に対応する再生条件を決定する。この再生条件の典型例は、発信元である送信側端末ＣＬｓからの着信イベントの種別（着信種別）である。例えば、（２）で或るタイミング及び位置で再生させる要素データＤｅとして画像情報Ａ，Ｂを設定し、別のタイミング及び位置ではメッセージａ，ｂを設定した場合、端末ＣＬｓからの着信種別が電話の場合には、各タイミング及び位置で、画像情報Ａ及びメッセージａの再生を指示し、Ｅ−ｍａｉｌの場合には画像情報Ｂ及びメッセージｂの再生を指示するように、再生すべき情報Ａ，ａ：Ｂ，ｂを着信種別に対応付ける。
【００４３】
また、同一送信側端末ＣＬｓからの着信種別に応じて再生態様を変更するのに、同一送信側端末ＣＬｓからの複数のマルチメディアファイルを用いてもよい。この場合、送信側端末ＣＬｓのユーザが、異なる画像やＢＧＭを再生するように定義したマルチメディアファイルＭＦ１，ＭＦ２を作成し、夫々のマルチメディアファイルＭＦ１，ＭＦ２を同一受信側端末ＣＬｒに送信する。ここで、各マルチメディアファイルＭＦ１，ＭＦ２は、名刺情報としてそれぞれ異なるアドレス情報（例えば、ＭＦ１には電話番号、ＭＦ２にＥ−ｍａｉｌアドレス情報）を含ませる。受信側端末ＣＬｒでは、後述する処理によって、各々に含まれるアドレス情報即ち着信種別に対応して、これらマルチメディアファイルＭＦ１，ＭＦ２をファイルライブラリ２Ｆに格納し、送信側端末ＣＬｓからの着信（発呼等）に応じて検出された着信種別に応じて、対応するマルチメディアファイル（例えば、電話がかかってきたのであればマルチメデイアファイルＭＦ１、電子メールを受信したのであればマルチメディアファイルＭＦ２）を再生する。
【００４４】
なお、再生条件を着信種別とせず、受信側端末ＣＬｒの再生モードのセット状態に応じて異なる再生態様で要素データを出力させることもできる。この場合は、送信側端末ＣＬｓで、予め、再生モード別に異なる再生態様が得られるように設定されたマルチメディアファイルＭＦを作成しておき、受信側端末ＣＬｒでは、当該マルチメディアファイルＭＦをファイルライブラリ２Ｆに格納した後、入力手段３の設定操作子により所望の再生モードをセットしておけばよい。
【００４５】
さて、ＭＭＴデータ改変処理（Ｍ４）の後又は編集操作入力がなかったとき（Ｍ３→ＮＯ）はプレビュー指示の有無を判断する（Ｍ５）。ここで、ユーザがプレビューが指示すると、編集途中の要素データを各出力手段４に再生出力するプレビュー処理が行われて（ステップＭ６）、ユーザは編集状況を随時確認して更なるデータ改変の必要性を判断することができる。
【００４６】
ブレビュー処理（Ｍ６）の後或いはプレビュー指示編集操作入力がなかったとき（Ｍ５→ＮＯ）は、ユーザによりこの作成処理を終了する指示がなされたか否かを判別し（ステップＭ７）、この指示がないときは（Ｍ７→ＮＯ）最初の表示ステップ（Ｍ２）に戻り、上述した編集動作（Ｍ２〜Ｍ７）を繰り返す。なお、ＭＭＴデータ改変処理（Ｍ４）は、編集可変情報Ｅｐが許容する範囲であれば、同じ箇所について何回でも改変が可能であり、元に戻すことも可能である。
【００４７】
また、終了指示があったときは（Ｍ７→ＹＥＳ）、改変処理（Ｍ４）で改変された編集済みＭＭＴをマルチメディアファイル（ＭＭファイル）ＭＦとして出力すべき行先の指定（例えば、受信側端末ＣＬｒへの送信、外部記憶部２への格納など）を受け付けて（ステップＭ９）、この出力指定に従って編集済みＭＭＴ即ちマルチメディアファイルＭＦを出力する（ステップＭ１０）。そして、このファイル出力処理後（Ｍ１０）このマルチメディアファイル作成処理を終了する。
【００４８】
なお、編集操作（３）の名刺情報編集（※）については、名刺情報は他の要素データとは分離して取り扱い、ＭＭＴ改変（Ｍ４）の終了指示があった後に（Ｍ７→ＹＥＳ）、破線で示すように、名刺情報の付加（※）を行う処理（ステップＭ８）で実行するようにしてもよい。この場合、終了指示があった後、要素データＥ５〜Ｅ６に各名刺情報を追加するとともに、名刺指定情報Ｃｄを生成乃至付加するようにすればよい。
【００４９】
ファイル出力処理（Ｍ９）において作成されたマルチメディアファイルＭＦ、或いは、ファイル作成後に一旦外部記憶部２に格納されたマルチメディアファイルＭＦを受信側端末ＣＬｒに送信する場合、当該マルチメディアファイルＭＦ自体の内容変更については、全て強制的に不可とする編集不可処理を自動的に行うが、名刺指定情報Ｃｄで指定される各種個人データ（アドレス情報Ｅ５，Ｅ６を含む名刺情報）Ｅ４，Ｅ５，…などの情報の抽出及び削除は、許可されるよう制御する。
【００５０】
〔受信側端末の処理〕
図６〜図８は、図５において送信側端末ＣＬｓからのマルチメディアファイル添付メールを受信する受信側端末ＣＬｒでの処理（ＣＲ１〜ＣＲ４，ＣＲ５〜ＣＲ６）をより詳しく表わす処理フロー例である。まず、図６は、受信側端末ＣＬｒで受信電子メールを閲覧するためのメールブラウザ起動処理を表わすフローチャートである。受信側端末ＣＬｒでは、この処理フローに入る前段において、当該端末ＣＬｒで既に受信され記憶手段２の外部記憶部に格納されている電子メールが出力手段４のディスプレイにリストで表示され、ユーザは、詳細内容を表示したいメールをこのリストから選択することができる。
【００５１】
そこで、ディスプレイ（４）に表示されたメールリストからユーザが当該受信電子メールを選択的に指示すると、メールブラウズアプリケーション（ブラウザ）に従って当該受信メールＭＲの構成を解析する（ステップＣＲ１１）。次に、受信電子メールＭＲの本文をディスプレイ（４）に表示した後（ステップＣＲ１２）、何らかのユーザ操作を待機する状態に入る（ステップＣＲ１３）。
【００５２】
例えば、マルチメディアファイルＭＦが添付されたメールのように、複数パートから成る受信電子メールＭＲの場合には（図３参照）、構成解析（ＣＲ１１）を経て受信電子メールを表示する際（ＣＲ１３）、第１パートＰｔ１〔通常、メール本文が格納される。〕の本文を表示して、他のパート（Ｐｔ２等）の選択指示或いはメールブラウズアプリケーションの終了指示があるまで、待機する（ＣＲ１３）。そして、この待機段階（ＣＲ１３）では、例えば、図８に示す「パート表示指示イベント」処理が実行される。
【００５３】
図８は、図６のメールブラウザの子（従属）プロセスとして実行される「パート表示指示イベント」処理を表わすフローチャートである。この処理フローでは、まず、リストから選択された受信メールにパートが有るか（受信メールが複数パートから成るか）否かを判断し（ステップＣＲ２１）、パートが有れば（ＣＲ２１→ＹＥＳ）、当該受信メールの第２パートＰｔ２以降のパートヘッダの項目情報を表示してユーザからのパート指示を待つ。すなわち、複数のパートＰｔ１，Ｐｔ２，…を含む電子メールでは、前述のように、通常、第１パートが本文であり、第２パート以降に添付ファイル等が含まれるので、複数パートを含む電子メールをブラウズしている場合（ＣＲ２１→ＹＥＳ）は、「前のパート」／「次のパート」ボタン等をディスプレイ（４）に表示してユーザの指示を待ち、また、ユーザ指示に応じて任意のパートを表示する。
【００５４】
ここで、ユーザにより所望のパート（Ｐｔ２等）が指示されると、指示されたパートについて、パートヘッダの情報から、コンテンツの種類がマルチメディアファイルＭＦに属するか否かを判別する（ステップＣＲ２２）。そして、当該パートのコンテンツ種類を調べてマルチメディアファイルＭＦであれば（ＣＲ２２→ＹＥＳ）、更に、当該パートコンテンツの管理情報中Ｄｃに名刺指定情報Ｃｄが付加されているか否かを検査する（ステップＣＲ２３）。
【００５５】
この検査で名刺指定情報Ｃｄが付加されていると判定されると（ＣＲ２３→ＹＥＳ）、マルチメディアファイルＭＦの内容を登録するか否かのダイアログを表示し、当該ファイルＭＦの登録をユーザに問い合わせる（ステップＣＲ２４）。これに対して、ユーザにより「登録」が選択操作されたか否かを判定する（ステップＣＲ２５）。なお、登録問合せステップ（ＣＲ２３）の前段には、当該マルチメディアファイルＭＦを出力手段（ディスプレイや放音部など）４で再生するように構成しておくことが好ましい。このような再生ステップを設けることによって、ユーザは、当該パートのマルチメディアファイルＭＦの具体的内容や名刺情報（アドレス情報）の詳細を確認することができる。
【００５６】
さて、ユーザによって「登録」の選択操作がなされたときは（ＣＲ２５→ＹＥＳ）、当該マルチメディアファイルＭＦを着信メロディファイルとしてファイルライブラリ２Ｆに保存すると共に（ステップＣＲ２６）、受信されたマルチメディアファイルＭＦに要素データＤｅの一部として埋め込まれているアドレス情報〔電話番号（Ｅ５）、メールアドレス（Ｅ６）〕やその他個人データ〔名前（Ｅ４）、住所等〕などをアドレス帳２Ａに登録する（ステップＣＲ２７）。
【００５７】
なお、既に図３に関連して説明したように、ファイル保存ステップ（Ｒ２６）においては、受信したマルチメディアファイルファイルＭＦから、名刺指定情報Ｃｄ及びこれにより指定される名刺情報Ｅ４，Ｅ５，…（アドレス情報を含む）を削除して当該名刺情報を個人情報として分離し、分離後マルチメディアファイルＭＦ’を着信メロディファイルとして保存するようにしてもよい。
【００５８】
さらに、アドレス情報で規定される発信元端末ＣＬｓのユーザと保存された着信メロディファイルＭＦとを関連付ける（ステップＣＲ２８）。すなわち、名刺情報中に所定の記号データで表わされるアドレス情報〔例えば、電話番号（Ｅ５）乃至メールアドレス（Ｅ６）〕を発信元識別データとして利用すべく、この識別データで発信元端末ＣＬｓと着信メロディファイルＭＦとを対応付ける。そして、この関連付け処理の後は（ＣＲ２８）、このイベント処理を終了し、メールブラウザ起動処理の待機ステップ（図５：ＣＲ１３）にリターンする。
【００５９】
以上のようにして、マルチメディアファイルＭＦを電子メールに添付されたデータとして受信する場合には、マルチメディアファイルＭＦを格納したパートがメールブラウザで選択された際（ＣＲ２１〜ＣＲ２２→ＹＥＳ）、当該ファイルＭＦに名刺指定がなされていることを検出すれば（ＣＲ２３→ＹＥＳ）、ファイルＭＦに付加されているアドレス情報（Ｅ５，Ｅ６）を含む名刺情報（個人データＥ４，Ｅ５，…）をアドレス帳２Ａに追加し（ＣＲ２７）、当該アドレス情報（Ｅ５，Ｅ６）で規定される発信元ＣＬｓと当該マルチメディアファイルＭＦとを関連付ける（ＣＲ２８）。また、上記の例ではダイアログ表示で登録を打診してユーザがＹＥＳと答えた場合にのみ登録するようにしているが（ＣＲ２４〜ＣＲ２８））、名刺指定情報Ｃｄがあれば自動的に登録するようにしてもよい。
【００６０】
なお、後述する第２及び第３実施態様において、マルチメディアファイルＭＦをＨＴＴＰ（HyperText Transfer Protocol）で受信する場合(図１０：ＣＲ４２，図１１：ＣＲ５２）には、図８に“Ａ”で示すように、登録問合せステップ（ＣＲ２４）からファイル情報抽出処理を開始する。
【００６１】
このようにして、着信メロディファイルＭＦ及び名刺情報が登録され、これに対応する送信側端末ＣＬｓとの関連付けがなされると（ＣＲ２６〜ＣＲ２８）、以後、当該マルチメディアファイルＭＦを作成した（後述する第２実施態様では、当該マルチメディアファイルＭＦの作成を指示した）送信側端末ＣＬｓのユーザからの着信（例えば、電話の着信、電子メールの着信、チャット等の接続リクエストの着信など）が識別された時には、図８の発信元関連付けステップ（ＣＲ２８）で当該ユーザに関連付けられた着信メロディファイルＭＦが読み出されて出力手段４に出力され、着信メロディや着受け画面などとして再生される。
【００６２】
なお、パート判断ステップ（ＣＲ２１）でパート無しと判断したとき（ＣＲ２１→ＮＯ）及び登録指令判定ステップ（ＣＲ２５）で「登録しない」旨を判定したとき（ＣＲ２５→ＮＯ）は、直ちに、メールブラウザ起動処理の待機ステップ（図５：ＣＲ１３）にリターンする。また、ファイル種類判別ステップ（ＣＲ２２）でマルチメディアファイルＭＦでないと判別したとき（ＣＲ２２→ＮＯ）及び，名刺検査ステップ（ＣＲ２３）で名刺指定情報を検出しなかったとき（ＣＲ２３→ＮＯ）は、当該パートのコンテンツを出力手段４で再生して表示や放音などを行い、ユーザに当該コンテンツの内容（ファイル種類を含む）や名刺情報の不存在を知らせ（ステップＣＲ２９）、ユーザがこれを確認すると、メールブラウザ起動処理の待機ステップ（図５：ＣＲ１３）にリターンする。
【００６３】
図７は、送信側端末ＣＬｓからの発呼に応じて受信側端末ＣＬｒで実行される「通話着信イベント処理」を表わすフローチャートである。この処理フローにおいて、送信側端末ＣＬｓからの発呼に応じて、例えば、電話の着信や、電子メールの着信、チャット等の接続リクエストの着信などの着信イベントがあると、着信情報から当該送信側端末ＣＬｓの識別データを検出し（ステップＣＲ３１）、次いで、この識別データに基づき、発呼してきた送信側端末ＣＬｓのユーザに対応する着信メロディファイルＭＦがファイルライブラリ２Ｆが格納されているか否かを調べる（ステップＣＲ３２）。
【００６４】
ここで、送信側端末ＣＬｓに対応する着信メロディファイルＭＦがあると（ＣＲ３２→ＹＥＳ）この着信メロディファイルＭＦを出力手段４で再生して着信を報知する処理を行う（ステップＣＲ３３）。図９は、着信メロディファイルＭＦに従って出力手段で再生される出力コンテンツの一例である。また、このようなファイルＭＦがないときは（ＣＲ３２→ＮＯ）、当該受信側端末ＣＬｒで予め設定してある着信音や着信画像を用いる既定の方法で、着信があった旨を報知する処理を行う（ステップＣＲ３４）。そして、このような着信報知処理（ＣＲ３３，ＣＲ３４）の後、次の通信乃至ユーザ操作を待機する状態に入る（ステップＣＲ３５）。
【００６５】
なお、この発明の一実施例による受信側端末ＣＬｒでは、既に説明したように、着信種別に応じて複数の要素データの再生内容が設定されているマルチメディアファイルＭＦを送信側端末ＣＬｓから受信し、これを着信メロディファイルとして用意しておき、当該送信側端末ＣＬｓからの着信イベントの種別に応じて、設定された再生内容で着信メロディファイルＭＦを再生することができる。即ち、受信側端末ＣＬｒの通話着信イベント処理（図７）において、通信してきた当該送信側端末ＣＬｓに対応する着信メロディファイルＭＦが探索されると（ＣＲ３２→ＹＥＳ）、図９に例示されるように、当該通信の着信種別に対応する再生内容で出力手段４に再生される。
【００６６】
すなわち、送信側端末ＣＬｓでは、受信側端末ＣＬｒでコンテンツとして格納されるマルチメディアファイル（着信メロディファイル）ＭＦに、予め、電話（通話）の着信であるか或いはＥ−ｍａｉｌの着信であるか等の着信イベントの種別に対応して、異なる画像（Ｅ２）やＢＧＭ（Ｅ１）、メッセージ（Ｅ３）等を再生するように定義しておく。そして、送信側端末ＣＬｓからの着信があると、この着信種別に応じて、出力手段４で再生される所定のコンテンツファイルＭＦの出力態様を変更する。出力態様の変更は、複数種類のデータを用意しておくだけでなく、文字・画像データについては、適宜、着信メロディファイル（マルチメディアファイル）ＭＦにアニメーションやスクロール等の映像効果を定義しておき、この映像効果を実行すようにしてもよい。ＢＧＭなどの楽音情報も、１種類ではなく、複数種類のデータをファイルＭＦに定義しておき、これを用いてもよい。
【００６７】
さらに、送信側端末ＣＬｓからの複数のマルチメディアコンテンツ（着信メロディファイル）の夫々を、着信種別毎に異なる画像やＢＧＭを再生するように定義しておいてもよい。この場合、発信元の識別情報（電話番号Ｅ５或いはメールアドレスＥ６など）に応じて再生する着信メロディファイルを切り替えるように、送信側端末ＣＬｓから送信される複数のマルチメディアコンテンツの夫々に予め着信種別を設定しておいてもしてもよいし、各マルチメディアコンテンツから名刺情報を登録する時に、送信側端末ＣＬｓからの各着信の種別に夫々対応させて着信メロディファイルを保存するようにしてもよい。
【００６８】
前述した図９の例では、マルチメディアフフイルＭＦ（着信メロディファイル）に規定された情報に従い、受信側端末ＣＬｒで受信される着信イベントの種別が電話の着信であるか或いは電子メールの着信であるかに応じて、異なるメッセージ（Ｅ３）、アドレス情報（電話番号Ｅ５又はメールアドレスＥ６）並びにユーザ名（Ｅ４）が出力手段４のディスプレイに表示され、異なる背景音楽（Ｅ１：“ＢＧＭ１”又は“ＢＧＭ２”）が音響出力部から放音される。なお、この例では、画像（Ｅ２）について複数の画像情報が設定されていないので、同一の画像が表示されている。
【００６９】
〔第２の方法＝第２及び第３実施態様〕
このマルチメディア利用システムで用いられるマルチメディアファイルＭＦには個人情報が含まれ、通常、端末に蓄積されるファイルデータは他の装置に転送可能であるから、何らかの措置をとらないと徒らに個人情報が漏洩する危険がある。そこで、前述した第２の方法〔２〕では、発信元である送信側端末ＣＬｓのユーザが直接マルチメディアファイルＭＦを送信するのではなく、一旦、当該ユーザの指示に従って、サーバＳＶでマルチメディアファイルＭＦを作成させるか（第２実施態様）或いはサーバＳＶにマルチメディアファイルＭＦを吸い上げてから（第３実施態様）、特定の送信先である受信側端末ＣＬｒにのみ同ファイルＭＦを送信することによりマルチメディアファイルＭＦの送信先を制限し、個人情報が徒らに漏洩することを防ぐ。
【００７０】
また、第２の方法〔２〕では、送信されるマルチメディアファイルＭＦには「転送不可」情報を付加しておく。送付先となる各受信側端末ＣＬｒでは、「転送不可」を律儀に守り、このファイルＭＦを他の装置に送信したり転送したりすることができないようにする。さらに、当該マルチメディアファイルＭＦの送付先を管理する機能をもたせて、ファイル管理に万全を期す（第３実施態様）。
【００７１】
図１０及び図１１は、第２の方法〔２〕に従い送信側端末ＣＬｓからの指示に基づいてサーバＳＶ上でマルチメディアファイルＭＦの作成及び蓄積する場合〔第２及び第３実施態様〕のマルチメディアに関する全体的な処理フローを示す。
【００７２】
まず、図１０の第２実施態様による全体処理２では、マルチメディアファイルＭＦの送信を指示する発信元の送信側端末ＣＬｓから、送付しようとするマルチメディアファイルＭＦの作成に必要な要素データＤｅとして、アドレス情報（Ｅ５，Ｅ６）等の個人データ、並びに、着信メロディ（Ｅ１）や画像データ（Ｅ２）等のメディアデータを、直接、電子メールに添付する方法か或いはＨＴＴＰでサーバＳＶに送信する（ステップＣＳ４１）。この場合、画像やメロディなどのメディア情報については、サーバＳＶにメディアデータを複数蓄積しておき、これを送信側端末ＣＬｓのユーザが選択できるようにしてもよい。また、併せて、マルチメディアファイルＭＦのテンプレートＭＭＴを選択する指示を出すようにしてもよい。
【００７３】
サーバＳＶでは、送信側端末ＣＬｓから送信されてきた個人データ及びメディアデータに基づいて、図５のマルチメディアファイル作成処理と同様の手順で、図２と同様のマルチメディアファイルＭＦを作成する（ステップＳ４１）。作成されたマルチメディアファイルＭＦは、ＵＲＬ（Uniform Resource Locator）形式でマルチメディアファイルＭＦが一意に特定可能に、サーバＳＶ内の記憶手段（外部記憶部）２に設けられたファイルデータベース（ＤＢ）ＳＤに蓄積される。この場合、作成及び蓄積がなされるマルチメディアファイルＭＦには「転送不可情報」が付加されており、このマルチメディアファイルＭＦを受け取った受信側端末ＣＬｒは、（通常）当該ファイルＭＦを他の装置に転送することができない。また、登録情報は、当該マルチメディアファイルＭＦを一意に特定できるのであれば、ＵＲＬに限らず、他の情報でもよい。
【００７４】
次いで、サーバＳＶで作成され蓄積された送信側端末ＣＬｓのマルチメディアファイルＭＦに固有の登録情報を電子メール等で当該送信側端末ＣＬｓに通知する（ステップＳ４２）。なお、この登録情報の通知形態は、電子メールに限らない。例えば、上述のようにＨＴＴＰでサーバＳＶに要素データＤｅを送信した後、同じくＨＴＴＰで登録通知を表示するようにしてもよいし、ＦＡＸ等他の装置を利用して通知してもよい。そして、送信側端末ＣＬｓに通知されてきた登録情報は、さらに、当該送信側端末ＣＬｓから任意の受信側端末ＣＬｒを送信先として電子メール等で通知される。
【００７５】
受信側端末ＣＬｒでは、通知された登録情報に従ってサーバＳＶにＨＴＴＰでアクセスして、当該登録情報に対応するマルチメディアファイルＭＦをリクエストする（ステップＣＲ４１）。サーバＳＶは、このリクエストを受信すると（ステップＳ４３）、ファイルデータベースＳＤから当該マルチメディアファイルＭＦを取り出し、電子メール添付形式又はＨＴＴＰにて受信側端末ＣＬｒ送信する（ステップＳ４４）。
【００７６】
受信側端末ＣＬｒでは、このマルチメディアファイルＭＦを受信すると、第１実施態様〔図３、図４：ＣＲ３〜ＣＲ４、図６及び図８（但し、ＨＴＴＰの場合は“Ａ”から開始）参照。〕と同様にして、当該ファイルＭＦの解析を行い（ステップＣＲ４２）、このファイルＭＦをアドレス情報に対応付けて着信メロディファイルとして再配置してダウンロードする（ステップＣＲ４３）。
【００７７】
その後は、第１実施態様（図４：ＣＳ３，ＣＲ５〜ＣＲ６；図７：ＣＲ３１〜ＣＲ３３）と同様に、送信側端末ＣＬｓから受信側端末ＣＬｒに対して発呼やメール送信などの発信があると（ステップＣＳ３）、送信側端末ＣＬｓの発信データから当該端末ＣＬｓの識別情報（即ちアドレス情報）を確認し（ステップＣＲ５）、確認された識別情報に対応する着信メロディファイル（マルチメディアファイル）ＭＦをファイルライブラリ２ＦからＲＡＭ上に読み出し、出力手段３のディスプレイや音響出力部などを通じて着信メロディや着受け画面等として再生する（ステップＣＲ６）。
【００７８】
次に、図１１に例示される第３実施態様では、第２実施態様と同様にマルチメディアファイルＭＦをサーバＳＶに蓄積すると共に、サーバＳＶ上で送付先情報を保存してファイル送付先の管理を行うことができるように構成されている。
【００７９】
第３実施態様による図１１の全体処理３において、まず、マルチメディアファイルＭＦを送信したい発信元の送信側端末ＣＬｓのユーザは、送付しようとするマルチメディアファイルの作成に必要なアドレス情報（Ｅ５，Ｅ６）、画像データ（Ｅ２）、着信メロディ（Ｅ１）等の要素データＤｅに加えて、作成後のマルチメディアファイルＭＦを送付すべき１乃至複数の送信側端末ＣＬｒのユーザを指定する送付先情報を、電子メール添付或いはＨＴＴＰでサーバＳＶに送信し、マルチメディアファイルＭＦの作成及び送付を指示する（ステップＣＳ５１）。ここで、送付先指定情報は、例えば、電話番号や、ＩＰｖ６（Internet Protocol version 6 ）のアドレスのように、送付先となる受信側端末ＣＬｒを一意に特定できる情報である。また、マルチメディアファイルＭＦのテンプレートＭＭＴを選択する指示を送るようにしてもよい。
【００８０】
サーバＳＶでは、送信側端末ＣＬｓからの要素データＤｅに基づいて、既述の方法と同様の手順で（図５参照）、マルチメディアファイルＭＦを作成し、作成したマルチメディアファイルＭＦと、送付先指定情報で指定された１乃至複数の送付先端末ＣＬｒとを関連付けて保存する（ステップＳ５１）。つまり、ＵＲＬ等で固有の登録情報を付加してファイルデータベースＳＤに当該マルチメディアファイルＭＦを格納すると共に、格納されたマルチメディアファイルＭＦに対応付けて、送付先情報を送付先リストファイルＬＳに記録する。
【００８１】
次いで、サーバＳＶは、保存されたマルチメディアファイルＭＦを送付先端末ＣＬｒにのみ転送するよう制御するために、当該マルチメディアファイルＭＦに固有の登録情報を、当該送信側端末ＣＬｓ及び送付先端末ＣＬｒに、電子メール等で通知する（ステップＳ５２）。例えば、送信元ＣＬｓ及び指定された１乃至複数の送付先ＣＬｒにマルチメディアファイルＭＦのＵＲＬを同時に通知する。なお、このようなＵＲＬの通知によらず、指定された送付先端末ＣＬｒに対して、直接、マルチメディアファイルＭＦファイルを送信するという方法もある〔この場合は、直ちに、ファイル送受信ステップ（Ｓ５５，ＣＲ５２）に進む。〕
【００８２】
受信側端末ＣＬｒでは、通知された登録情報に従ってＨＴＴＰでサーバＳＶにアクセスし、当該登録情報に対応するマルチメディアファイルＭＦをリクエストする（ステップＣＲ４１）。サーバＳＶは、リクエストを受信すると（ステップＳ５３）、リクエストした受信側端末ＣＬｒのユーザ識別情報と、送付先リストファイルＬＳに記録されている当該マルチメディアファイルＭＦの送付先情報が示す端末ユーザ情報とを対比して、当該マルチメディアファイルＭＦをリクエスト元端末ＣＬｒに送付を許可すべきか否かを判断する（ステップＳ５４）。
【００８３】
ここで、受信側端末ＣＬｒのユーザ識別情報が送付先情報に一致して送付すべきと判定したときは（Ｓ５４→ＹＥＳ）、ファイルデータベースＳＤから当該マルチメディアファイルＭＦを取り出し、電子メール添付形式又はＨＴＴＰにて受信側端末ＣＬｒ送信する（ステップＳ５４）。また、ユーザ識別情報が送付先情報に一致せず送付できないときは（Ｓ５４→ＮＯ）、その旨を受信側端末ＣＬｒに通知した上或いは通知無しに、このリクエストに対する処理を終了する。
【００８４】
受信側端末ＣＬｒでは、サーバＳＶからマルチメディアファイルＭＦを受信すると、第１及び第２実施態様と同様に、当該ファイルＭＦの解析を行い（ステップＣＲ５２）、このマルチメディアファイルＭＦをアドレス情報に対応付けて着信メロディファイルとして再配置してダウンロードする。そして、その後も、送信側端末ＣＬｓからの発信があれば、第１及び第２実施態様と同様の手順で、この発信に応答して着信メロディファイル（マルチメディアファイル）ＭＦに基づく着信メロディや着受け画面等を再生する。
【００８５】
図１２は、第２及び第３実施態様のようにサーバにマルチメディアファイルを蓄積しておき、送信側端末ＣＬｓからＨＴＴＰでサーバＳＶにアクセスして所望のマルチメディアファイルＭＦの作成を指示する場合（図１０：ＣＳ４１，図１１：ＣＲ４１）におけるディスプレイ画面の推移例を表わす。
【００８６】
上段左側のアドレス情報入力画面（１）は、送信側端末ＣＬｓに関するユーザの氏名（Ｅ４）、電話番号（Ｅ５）、ｅ−ｍａｉｌ（Ｅ６）を入力するための画面であり、この例では「アドレス情報を入力してください」という案内コメントに従ってユーザがデータ入力を行うが、受信側端末ＣＬｒに予め自アドレス情報を登録しておき、自動的に挿入してもよい。また、サーバＳＶ側で、受信側端末ＣＬｒ乃至そのユーザを特定して自動的に挿入するようにしてもよい。
【００８７】
上段中央のコンテンツ選択画面（２）は、作成されるマルチメディアファイルＭＦのメディアデータとなるメディア情報コンテンツとして画像及びメロディを入力するための画面であり、「コンテンツを入力してください」という案内コメントに従ってユーザがデータ入力を行うことができるが、サーバＳＶに要素となるメディア情報コンテンツを複数蓄積しておき、これを選択するようにしてもよい。
【００８８】
上段右側の内容確認画面（３）は、サーバＳＶで作成されるマルチメディアファイルＭＦの要素データの内容を確認するための画面である。この時点で、この内容に応じて作成されるマルチメディアファイル（着信メロディファイル）ＭＦ自体の内容についてプレビューを行っても良い。
【００８９】
下段の各画面（３ａ）〜（５）は、第３実施態様のように、更に送付先を指定する場合（図１１：ＣＲ４１）の画面推移例であり、この場合は、内容確認画面は、（３）のように完了せず、下段左側の（３ｂ）のようになる。つまり、内容確認画面（３ｂ）で内容確認を行った後、下段中央の送付先指定画面（４）に移行し、次いで、下段右側の送付先確認画面（５）にまで移行する。さらに、マルチメディアファイルＭＦのテンプレートＭＭＴを選択するようにしてもよい。
【００９０】
このように、第２の方法〔２〕では、各クライアント端末ＣＬは、携帯電話端末である必要はなく、ＰＣ、ゲーム機、セットトップボックス、ＰＤＡなど、任意の端末装置を利用することができる。また、サーバＳＶとの接続は、適宜、有線接続を含む種々の通信態様を利用することができる。
【００９１】
〔第３の方法〕
前述した第３の方法〔３〕においては、マルチメディアファイルＭＦを送信側端末ＣＬｓ内で作成し、作成されたマルチメディアファイルＭＦを一旦サーバＳＶに吸い上げた上、サーバＳＶから受信側端末ＣＬｒに送信するものである。従って、この方法〔３〕は、図１０及び図１１におけるファイル作成ステージ（ＳＶ４１，ＳＶ５１）が送信側端末ＣＬｓに移行し、当該ステージでは、マルチメディアファイルＭＦ乃至送付先情報を送信側端末ＣＬｓで受信してファイルデータベースＳＤ乃至送付先リストファイルに記録しておく点で、第２乃至第３実施態様（第２の方法〔２〕）と相違するが、サーバＳＶにて、蓄積・送付されるマルチメディアファイルＭＦと送付先ＣＬｒとを関連付けておき、指定された送付先ＣＬｒにのみマルチメディアファイルＭＦを転送するよう制御する点に変わりはない。なお、送付先指定情報は、送信側端末ＣＬｓから送信されるマルチメディアファイルＭＦに埋め込んだ形で送付してもよい。
【００９２】
以上説明した実施態様においては、名刺情報である氏名や住所等をそれぞれテキストデータとして入力するものとして説明したが、氏名、住所、電話番号、Ｅ−ｍａｉｌアドレス、ホームページのＵＲＬ等をひとまとめに記録した電子名刺（ｖＣａｒｄ等）情報をこの発明の名刺情報としてマルチメディアファイルＭＦに付加するようにしてもよい。
【００９３】
【発明の効果】
以上説明したように、この発明によれば、予め発信元端末から送信されてくるマルチメディアファイルに対して個人情報が付加されているので、発信元端末からのマルチメディアファイルを着信メロディファイルとして通信端末のファイルライブラリに記憶する際に、マルチメディアファイルに付記された個人情報をアドレス帳に格納しておくことにより、着信メロディファイルとは独立して「名刺」的なデータとして効果的に利用することができる。また、着信メロディファイルは、個人情報に含まれるアドレス情報に対応付けて記憶されるので、発信元端末からの着信があると、当該発信元端末に対応する着信メロディファイルの要素データをファイルライブラリから読み出して、発信相手に応じた着信メロディ／着受け画面等として利用することができる。
【図面の簡単な説明】
【図１】図１は、この発明の一実施例によるマルチメディア利用システムの構成の概要を表わす図である。
【図２】図２は、この発明の一実施例によるマルチメディア利用システムで取り扱われるマルチメディアファイルのデータ構造の一例を示す。
【図３】図３は、受信側端末に送信された電子メールからマルチメディアファイル及び名刺情報を抽出する手法を説明するための図である。
【図４】図４は、送信側端末で作成されたマルチメディアファイルを受信側端末に送信する場合〔第１実施態様〕の全体的な処理を表わすフローチャートである。
【図５】図５は、マルチメディアファイル作成処理を表わすフローチャートである。
【図６】図６は、受信側端末で実行されるメールブラウザ起動処理を表わすフローチャートである。
【図７】図７は、受信側端末で実行される通話着信イベント処理を表わすフローチャートである。
【図８】図８は、メールブラウザ（図６）の子プロセスとして受信側端末で実行されるパート表示指示イベント処理を表わすフローチャートである。
【図９】図９は、マルチメディアファイル（着信メロディファイル）に従って出力手段で再生される出力コンテンツの一例である。
【図１０】図１０は、サーバでマルチメディアファイルを作成し蓄積する場合〔第２実施態様〕の全体的な処理を表わすフローチャートである。
【図１１】図１１は、送信側端末で作成されたマルチメディアファイルをサーバに蓄積する場合〔第３実施態様〕の全体的な処理を表わすフローチャートである。
【図１２】図１２は、マルチメディアファイルをサーバに蓄積する場合〔第２及び第３実施態様〕のＨＴＴＰにおける画面例である。
【符号の説明】
ＳＶ 配信サーバ（ホスト装置）
ＣＬ：ＣＬ１〜ＣＬｎ；ＣＬｓ，ＣＬｒ クライアント端末、
ＭＦ 管理データＤｃ、時空間配置トラック情報Ｄｔ及び要素データＤｅから成るマルチメディアファイル（着信メロディファイル）、
ＭＲ マルチメディアファイルＭＦを添付した電子メール。
【発明の属する技術分野】
この発明は、音声、音楽、画像、文字列などの多種類の情報が音響乃至可視表示によって再生出力されるマルチメディアコンテンツを取り扱うマルチメディア利用システムに関する。
【０００２】
【従来の技術】
従来より、通信端末において、文字、画像又は音声などの多種多様な情報の提供を受けて再生することは、例えば、携帯用電話機の着信メロディ乃至着信画像やＥメール等、各種場面で盛んに利用されている。例えば、特許文献１には、このような各種情報が長文のメールや画像、音楽等の大容量コンテンツを含むメッセージの転送を容易にしたデジタル無線電話用通信システムが開示されている。
【０００３】
【特許文献１】
特開２００１−１９７５５３号公報
【０００４】
また、本出願人は、画像、音声、文字列等から成るマルチメディアデータを通信端末にてテンプレートで編集することができるシステムを特願２００２−８２８３１（以下、「先願」という。）により既に提案している。先願のシステムでは、複数の要素コンテンツ（テキストデータ、画像データ、音声データ、メロディデータ等）の再生表示タイミングを規定する時間及び空間配置指定情報と、各要素コンテンツを記憶する領域と、その他ヘッダ領域とを有するテンプレートファイルが予め用意されており、端末ユーザは、当該携帯電話端末上において、このテンプレートファイルを適宜改変したり要素コンテンツを新たに埋め込んだりすることによって、完成されたマルチメディアコンテンツを生成することができるようにしている。
【０００５】
このようなマルチメディアコンテンツを使用するシステムにおいては、当該端末ユーザにより個性的に編集されたマルチメディアコンテンツを完成させ、これを他のユーザ等に送信することができるので、多方面での有効利用が期待されるところである。
【０００６】
【発明が解決しようとする課題】
この発明の主たる目的は、他の通信端末からのマルチメディアコンテンツに個人情報を含ませて、マルチメディアコンテンツを更に効果的に利用することができる通信端末を提供することにある。
【０００７】
【課題を解決するための手段】
この発明の主たる特徴に従うと、発信元端末（ＣＬｓ）を特定するアドレス情報（Ｅ５，Ｅ６）が付加された着信メロディファイル（ＭＦ）を受信するファイル受信手段（５；ＣＲ１，ＣＲ４２，ＣＲ５２）と、受信された着信メロディファイル（ＭＦ）とこれに付加されたアドレス情報（Ｅ５，Ｅ６）とを関連付けて記憶する記憶手段（２Ａ，２Ｆ；ＣＲ４，ＣＲ２６〜ＣＲ２８，ＣＲ４３）と、記憶されたアドレス情報（Ｅ５，Ｅ６）により特定される発信元端末（ＣＬｓ）からの着信に応じて、当該アドレス情報（Ｅ５，Ｅ６）に関連付けられた着信メロディファイル（ＭＦ）を記憶手段（２Ｆ）から読み出して再生する再生手段（４；ＣＲ５〜ＣＲ６，ＣＲ３１〜ＣＲ３３，ＣＲ４４〜ＣＲ４５）とを具備し、記憶手段（２Ａ，２Ｆ；ＣＲ４，ＣＲ２６〜ＣＲ２８，ＣＲ４３）は、ファイル受信手段（５；ＣＲ１，ＣＲ４２，ＣＲ５２）で受信されたアドレス情報を蓄積するアドレス帳（２Ａ）を備え、ファイル受信手段（５；ＣＲ１，ＣＲ４２，ＣＲ５２）で受信された着信メロディファイル（ＭＦ）に付加されたアドレス情報（Ｅ５，Ｅ６）をアドレス帳（２Ａ）に記録する通信端末（ＣＬｒ）〔請求項１〕が提供される。なお、括弧書きは、対応する実施例中の参照記号乃至用語を表わし、以下においても同様である。
【０００８】
この発明による通信端末（ＣＬｒ）においては、着信メロディファイル（ＭＦ）は、着信音データ（Ｅ１）及び画像乃至文字列データ（Ｅ２，Ｅ３）を含むマルチメディアコンテンツファイルであり、再生手段（４；ＣＲ５〜ＣＲ６，ＣＲ３１〜ＣＲ３３，ＣＲ４４〜ＣＲ４５）は、着信音データ（Ｅ１）に基づく着信メロディを再生すると共に、画像乃至文字データ（Ｅ２，Ｅ３）に基く画像乃至文字列を再生する〔請求項２〕ように構成することができる。
【０００９】
〔発明の作用〕
この発明による通信端末（ＣＬｒ）においては（請求項１）、予め、他の発信元端末（ＣＬｓ）の電話番号やメールアドレスのように同発信元端末（ＣＬｓ）を特定するアドレス情報（Ｅ５，Ｅ６）が付加された着信メロディファイル（ＭＦ）を受信して（５；ＣＲ１，ＣＲ４２，ＣＲ５２）、着信メロディファイル（ＭＦ）とアドレス情報（Ｅ５，Ｅ６）とを関連付けて記憶手段（２Ａ，２Ｆ）に記憶しておく（ＣＲ４，ＣＲ２６〜ＣＲ２８，ＣＲ４３）。ここで、記憶手段（２Ａ，２Ｆ）には、着信メロディファイル（ＭＦ）を記憶するファイルライブラリ（２Ｆ）が備えられるだけでなく、複数の発信元端末（ＣＬｓ）の個人情報（Ｅ４，Ｅ５，…）を蓄積するためのアドレス帳（２Ａ）が備えられており、このアドレス帳（２Ａ）には、当該発信元端末（ＣＬｓ）から予め受信した着信メロディファイル（ＭＦ）に付加されたアドレス情報（Ｅ５，Ｅ６）を含む個人情報（Ｅ４，Ｅ５，…）を、順次、追記していくことができる。そして、記憶手段（２Ａ，２Ｆ）に記憶されたアドレス情報（Ｅ５，Ｅ６）により特定される発信元端末（ＣＬｓ）からの発信があると（ＣＳ３，ＣＳ４２）、その着信に応じて、当該アドレス情報（Ｅ５，Ｅ６）に関連付けられた着信メロディファイル（ＭＦ）を記憶手段（２Ｆ）から読み出して再生し、特定の発信元端末（ＣＬｓ）からの着信であることを報知する（４；ＣＲ５〜ＣＲ６，ＣＲ３１〜ＣＲ３３，ＣＲ４４〜ＣＲ４５）。
【００１０】
さらに、この着信メロディファイル（ＭＦ）は、例えば、着信音データ（Ｅ１）や、画像データ（Ｅ２）或いは文字列データ（Ｅ３）等を要素コンテンツとして含むマルチメディアコンテンツファイルであり、着信音データ（Ｅ１）により着信メロディを再生すると共に、画像データ（Ｅ２）或いは文字列データ（Ｅ３）により画像或いは文字情報を再生して表示することができる（請求項２）。
【００１１】
つまり、この発明では、発信元端末（ＣＬｓ）の指示に従って予め送信されてくるマルチメディアファイル（ＭＦ）には、上述したメディアデータ（Ｅ１〜Ｅ３）が記述されているだけではなく、当該ファイル（ＭＦ）の発信元端末（ＣＬｓ）のユーザ氏名（Ｅ４）、電話番号（Ｅ５）、メールアドレス（Ｅ６）、住所などの個人情報が付加される。従って、発信元端末（ＣＬｓ）からのマルチメディアファイル（ＭＦ）を着信メロディファイルとして通信端末（ＣＬｒ）のファイルライブラリ（２Ｆ）に記憶する際に、同ファイル（ＭＦ）の個人情報（Ｅ４，Ｅ５，…）をアドレス帳（２Ａ）に格納しておくことにより、着信メロディファイル（ＭＦ）とは独立して「名刺」的なデータとして効果的に利用することができる。また、着信メロディファイル（ＭＦ）は、個人情報（Ｅ４，Ｅ５，…）に含まれるアドレス情報（Ｅ４，Ｅ５）に対応付けて記憶されるので、発信元端末（ＣＬｓ）からの着信があると、当該発信元端末（ＣＬｓ）に対応する着信メロディファイル（ＭＦ）の要素データ（Ｄｅ：Ｅ１，Ｅ２，…）をファイルライブラリ（２Ｆ）から読み出して、特定の発信相手（ＣＬｓ）に応じた着信メロディ／着受け画面等として利用することができる。
【００１２】
【発明の実施の形態】
以下、図面を参照しつつ、この発明を一実施例について説明する。しかしながら、これは単なる一例であって、この発明の精神を逸脱しない範囲で種々の変更が可能であり、種々の態様で発明を実施することができる。
【００１３】
〔システムの概要〕
図１は、この発明の一実施例によるサーバ（配信サーバ）及び通信端末（クライアント端末）を含むマルチメディア利用システムの構成の概要を表わす図である。このマルチメディア利用システムは、図１（１）の全体図に示すように、テンプレートファイル等の各種マルチメディア情報の配信を行う１乃至複数の配信サーバＳＶ（図示の例では、１つであるが複数あっても構わない）と、マルチメディアファイル等を作成しメール（ＭＲ）で送信する機能を有する複数のクライアント端末ＣＬ１，ＣＬ２，…，ＣＬｎから成り、これらの装置ＳＶ，ＣＬ１〜ＣＬｎは通信ネットワークＣＮを介して相互に通信可能に接続されている。
【００１４】
配信サーバＳＶ、各クライアント端末ＣＬ１〜ＣＬｎとも、パーソナルコンピュータ、ワークステーション、携帯用電話機、ＰＤＡ、ゲーム専用機などの通信機能を有する情報処理装置を利用することができ、通信ネットワークＣＮには、ＬＡＮ及びインターネット或いは電話回線網等の広域通信網が含まれる。従って、例えば、クライアント端末ＣＬ１〜ＣＬｎが携帯用電話機やＰＤＡなどの移動可能な端末装置の場合には、配信サーバＳＶとクライアント端末ＣＬ１〜ＣＬｎが実際に交信する基地局（ＢＳ）とが通信ネットワークＣＮを介して接続される。なお、以下の実施例においては、クライアント端末ＣＬ１〜ＣＬｎについては、携帯用電話機或いはこれと同等の機能を有する端末（例えば、通信カードを備えたパーソナルコンピュータ等）が特に好適に用いられる。
【００１５】
各クライアント端末ＣＬ１〜ＣＬｎは、図１（２）の内部構成ブロック図に例示されるように、中央処理装置（ＣＰＵ）１、記憶手段２、入力手段３、出力手段４、通信手段５などを備える。記憶手段２は、制御プログラムや制御用データを記憶した読出専用メモリ（ＲＯＭ）部、処理用データ等を一時記憶するランダムアクセスメモリ（ＲＡＭ）部、種々のデータやプログラムを記憶する外部記憶部などから成り、これらの記憶部は半導体メモリで構成することができる。また、記憶手段２の外部記憶部には、マルチメディアコンテンツ及び個人情報を格納するためのファイルライブラリ２Ｆ及びアドレス帳２Ａが設けられる。そして、ＣＰＵ１は、ＲＡＭ部をワークメモリとしてＲＯＭ部の制御プログラムに従い外部記憶部のデータを利用して当該クライアント端末の動作を制御する。
【００１６】
入力手段３は、キーボードや各種スイッチ等のキーデバイスや、マウス・タブレット等のポインティングデバイス等の操作子の外に、マイクロフォンやカメラ等の音響乃至画像データ入力装置などを含む。また、出力手段４は、ＣＲＴ・ＬＣＤ等のディスプレイを含む可視表示部や、音源・スピーカ等を含む音響出力（報音）部などを備え、端末の種類によっては、更にプリンタ等の印刷部などをも備える。
【００１７】
通信手段５は、通信ネットワークＣＮを介して配信サーバＳＶ或いは他のクライアント端末と通信するための手段であり、モデムやＬＡＮカード等を備え、配信サーバＳＶと通信を行うことにより種々の制御プログラムやデータを受信することができる。例えば、サーバＳＶからマルチメディアコンテンツファイルに関する制御プログラム自体をサーバＳＶからダウンロードして外部記憶部（２）に格納し、この制御プログラムに従って、マルチメディアコンテンツファイルに関係する各種処理を行うことができる。また、移動型端末の場合は、通信手段５は基地局ＢＳとの無線通信手段を備え、基地局ＢＳを介して通信ネットワークＣＮに接続される。
【００１８】
配信サーバＳＶは、図１（２）と同様の内部構成を有しており、上述したように、各クライアント端末ＣＬにプログラムやデータを提供することができる。そのため、記憶手段２の外部記憶部には、磁気記録媒体（フレキシブルディスク、テープデバイス、ハードディスク等）或いは光記憶媒体（ＣＤ、ＤＶＤ、ＭＯ等）などの適当な記録媒体で構成される大容量記憶装置が含まれる。
【００１９】
〔マルチメディアファイル〕
この発明の一実施例によるマルチメディア利用システムでは、マルチメディアファイル（マルチメディアコンテンツファイルとも云い、また、ＭＭファイルとも略称される。）ＭＦが各クライアント端末ＣＬ（ＣＬ１〜ＣＬｎ）間乃至クライアント端末ＣＬ・配信サーバＳＶ間で授受される。このマルチメディアファイルＭＦは、任意のクライアント端末ＣＬｓ（１≦ｓ≦ｎ）で作成するか、或いは、同クライアント端末ＣＬｓの指示に基づいて配信サーバＳＶ上で作成して、別の任意のクライアント端末ＣＬｒ（１≦ｒ≦ｎ，ｒ≠ｓ）に送信することができる。以下においては、マルチメディアファイルＭＦの作成乃至作成指示を行ったクライアント端末ＣＬｓを“送信側端末”、マルチメディアファイルＭＦが送信されてきたクライアント端末ＣＬｒを“受信側端末”といい、配信サーバＳＶについては単に“サーバ”という。
【００２０】
図２は、この発明の一実施例によるマルチメディア利用システムで取り扱われるマルチメディアファイルのデータ構造の一例を示す。送信側端末ＣＬｓ又はサーバＳＶで作成されるマルチメディアファイルＭＦは、図２により視覚的に示されるようなデータ構造を有し、管理データＤｃ（左欄）、時空間配置トラック情報Ｄｔ（右上欄）及び要素データＤｅ（右下欄）から成る。このマルチメディアファイルＭＦは、着信メロディとなる楽音情報（ＢＧＭともいう。）を主体にしてこれに各種付属情報を合成したもので、受信側端末ＣＬｒにおいて着信用として格納された後は“着信メロディファイル”とも呼ばれる。
【００２１】
要素データＤｅには、図２右下欄に示すように、着信メロディデータＥ１などの音情報、画像データＥ２などの画像情報、文章データＥ３など文章情報、等々、種々のデータ形式のメディア情報があり、これらのメディア情報は、当該マルチメディアファイルＭＦの“メディアデータ”又は“要素コンテンツ”と呼ばれる。例えば、音情報Ｅ１は、波形データやＭＩＤＩ楽音データなどの形式で表わされ、音声乃至楽音などで着信音や着信メロディとして再生させることができる。また、画像情報Ｅ２は、画像データや図形データの形式で待受け画面などに利用することができ、文章情報Ｅ３は、文字列（テキスト）データの形式で送信側端末ＣＬｓのユーザにより作成されたメッセージ文などとすることができる。
【００２２】
要素データＤｅには、このようなメディアデータに加えて、さらに、送信側端末ＣＬｓのユーザに関する種々の個人データであるユーザ名（名前）Ｅ４、電話番号Ｅ５、Ｅ−ｍａｉｌアドレスＥ６、住所（図示せず）等々をテキストデータで表わす名刺情報（個人情報ともいう。）がある。また、名刺情報Ｅ４，Ｅ５，…のうち、電話番号Ｅ５及びメールアドレスＥ６は、両クライアント端末ＣＬｓ，ＣＬｒ間での通信時において送信元ユーザを特定するための識別情報として用いられ、“アドレス情報”と呼ばれる。
【００２３】
管理データＤｃは、図２左欄に示すように、当該マルチメディアファイルＭＦの概略内容（コメントや再生時間等）を表わすプロファイル情報Ｐｆ、後述する時空間配置トラックＤｔで定義される要素Ｅ１，Ｅ２，…に対応する各要素データＤｅを指定する時空間配置指定情報Ｔｓ、時空間配置指定情報Ｔｓにより指定される各要素データＤｅについて編集の可否及び許可される編集態様を表わす編集許可情報Ｅｐ、要素データＤｅのうち各名刺情報Ｅ４，Ｅ５，…を指定すると共に、当該名刺情報がマルチメディアファイルＭＦに含まれる旨を指し示す情報である名刺指定情報Ｃｄなどを含む。
【００２４】
ここで、名刺指定情報は、マルチメディアファイルＭＦ中の特定ビットのフラグ情報或いはヘッダ中のタグ情報として含まれるものであり、受信側端末ＣＬｒにおいては当該名刺指定情報Ｃｄの有無を検査することによりマルチメディアファイルＭＦ中に名刺情報が含まれるか否かを判定することができる。
【００２５】
また、図２右上欄に示される時空間配置トラック情報Ｄｔは、時空間配置指定情報Ｔｓで指定される各要素データＤｅ（Ｅ１，Ｅ２，…）を再生出力すべきタイミング及び位置を指示する複数トラックの制御情報であり、各トラック別に各要素データＤｅの出力位置（表示位置や出力部位など）を規定し、各トラックの時間データにより各要素データＤｅの出力タイミングを規定する。また、時空間配置トラック情報Ｄｔは、マルチメディアファイルＭＦの作成・編集時には、該当する各要素データＤｅを図形化し、出力手段３の表示部（ディスプレイ）上に時空的に〔例えば、出力トラック位置を縦軸にし出力タイミングを横軸にして（但し、図２ではこのような詳細は表示されていない）〕表示させ、当該マルチメディアファイルＭＦの再生態様を確認するのに用いることができる。
【００２６】
つまり、時空間配置トラックＤｔは、各要素データの再生タイミングや表示位置等の情報を定義したものであり、時空間配置指定情報Ｔｓは、時空間配置トラックＤｔの各要素データと、当該要素データとして再生・表示すべき実体データＤｅとの対応関係を規定するものである。
【００２７】
この発明の一実施例によるマルチメディア利用システムにおいては、携帯用電話機などの送信側端末ＣＬｓ又はサーバＳＶで作成されたマルチメディアファイルＭＦは、当該送信側端末ＣＬｓの指示に従って別の受信側端末ＣＬｒに送信することができ、各受信側端末ＣＬｒでは、受信されたマルチメディアファイルＭＦを当該送信側端末ＣＬｓからの発信に対応する着信メロディファイルとして利用することができるように記録しておく。
【００２８】
図３は、受信側端末にＥ−ｍａｉｌで送信されたマルチメディアファイルについて情報抽出の態様を説明するための図である。この場合、ファイル送信元の送信側端末ＣＬｓから相手先の受信側端末ＣＬｒに送信されるメールＭＲは、例えば、通常の例に従って、図３左上に示すように、メール本文を表わす送信メッセージが格納される第１パートＰｔ１と、マルチメディアファイル（ＭＭファイル）ＭＦを含む第２パート（添付ファイル）Ｐｔ２以下の他パート（図３は他パートが第２パートＰｔ２のみの場合）から成る形式とすることができ、各パートＰｔ１，Ｐｔ２，…は、夫々パートヘッダとパートデータ（メッセージ本文及びマルチメディアファイルＭＦ）から構成される。
【００２９】
また、受信側端末ＣＬｒにおける記憶手段２の外部記憶部には、図３右下のように、“ファイルライブラリ”と呼ばれるファイル記憶領域２Ｆが設けられると共に、“アドレス帳”と呼ばれる個人データ記憶領域２Ａが設けられる。受信側端末ＣＬｒでは、当該端末ＣＬｓで受信されたメールＭＲの第２パートから、まず、マルチメディアファイルＭＦを抽出しファイルライブラリ２Ｆに格納する。ここで、抽出されたマルチメディアファイルＭＦを着信メロディとして利用する場合、これを着信メロディファイルとする。
【００３０】
なお、ファイルライブラリ２Ｆに保存される着信メロディファイルは、抽出されたマルチメディアファイルＭＦをそのままファイルライブラリ２Ｆに格納してもよいが、名刺指定情報Ｃｄ及びアドレス情報Ｅ５，Ｅ６を含む名刺情報（個人情報）Ｅ４，Ｅ５，…をマルチメディアファイルＭＦから削除したもの、即ち、マルチメディアファイルＭＦから個人情報を分離したものとしてもよい。このように個人情報を分離したマルチメディアファイル（便宜上、これを“分離後マルチメディアファイルＭＦ’”という。）をファイルライブラリ２Ｆに保存しておくと、万が一、分離後マルチメディアファイルＭＦ’を他の装置に送信したり転送することがあっても、個人情報までも漏洩することがない。
【００３１】
次いで、このマルチメディアファイルＭＦの管理データＤｃに含まれる名刺指定情報Ｃｄにより指示される名刺情報（個人情報）Ｅ４，Ｅ５，Ｅ６，…（アドレス情報Ｅ５，Ｅ６を含む）を要素データＤｅ中から取り出し、ファイルライブラリ２Ｆのマルチメディアファイル（着信メロディファイル）ＭＦに対応付けてアドレス帳２Ａに格納する。
【００３２】
上述したように、音声乃至メロディデータとその他の画像乃至文字列などの要素コンテンツを表示タイミングを規定したマルチメディアファイルＭＦに、さらに、氏名、電話番号、メールアドレス等の個人情報が付加されている。従って、受信側端末ＣＬｒでは、マルチメディアファイルＭＦを「名刺」的に利用することができ、例えば、マルチメディアファイルＭＦを発信した相手方の送信側端末ＣＬｓに対応する着信メロディ／着受け画面として利用することができる。
【００３３】
マルチメディアファイルＭＦの作成及び送信方法には、以下の３つの方法〔１〕〜〔３〕があり、順次、各方法について詳細を説明するが、各方法で共通する構成については、第１の方法〔１〕に従う第１実施態様の項で説明しておくものとする：
〔１〕送信側端末ＣＬｓ内でマルチメディアファイルＭＦを作成し、当該マルチメディアファイルＭＦを電子メールＭＲに添付する形式で受信側端末ＣＬｒに送付する方法（第１実施態様）、
〔２〕マルチメディアファイル作成に必要な情報（アドレス情報、画像データ等）をサーバＳＶに送付し、サーバＳＶ上でマルチメディアファイルＭＦの作成乃至蓄積を行い、受信側端末ＣＬｒに配信する方法（第２及び第３実施態様）、
〔３〕送信側端末ＣＬｓ内で作成したマルチメディアファイルＭＦ自体をサーバＳＶに送付し、サーバＳＶから受信側端末ＣＬｒに配信する方法。
【００３４】
〔第１の方法＝第１実施態様〕
図４は、第１の方法〔１〕に従って送信側端末ＣＬｓ内でマルチメディアファイルを作成した上、直接、受信側端末ＣＬｒに送信する場合〔第１実施態様〕のマルチメディアに関する全体的な処理フローを示す。第１実施態様による全体処理１においては、マルチメディアファイルＭＦの送信を指示する発信元の送信側端末ＣＬｓでマルチメディアファイルＭＦを作成する（ステップＣＳ１）。当該マルチメディアファイルＭＦを電子メールＭＲに添付して相手先の受信側端末ＣＬｒに送信する（ステップＣＳ２）。
【００３５】
受信側端末ＣＬｒでは、送信側端末ＣＬｓから送信されてきた電子メールＭＲを受信してこれを解析し（ステップＣＲ１）、図３で説明した情報抽出手順に従って受信メールＭＲからマルチメディアファイルＭＦを抽出する（ステップＣＲ２）。さらに、抽出されたマルチメディアファイルＭＦの解析を行って名刺情報Ｅ４，Ｅ５，Ｅ６，…を抽出する（ステップＣＲ３）。そして、当該マルチメディアファイルＭＦを着信メロディファイルとして名刺情報に対応付けた上、当該ファイルＭＦ及び名刺情報を当該受信側端末ＣＬｒのファイルライブラリ２Ｆ及びアドレス帳２Ａに記録する（ステップＣＲ４）。すなわち、アドレス情報Ｅ５，Ｅ６をキー情報として当該マルチメディアファイルＭＦを取り出すことができるように、当該マルチメディアファイルＭＦ及び名刺情報を再配置しておく。
【００３６】
その後、送信側端末ＣＬｓから受信側端末ＣＬｒに対して発呼やメール発信などの発信があると（ステップＣＳ３）、送信側端末ＣＬｓの発信データから当該端末ＣＬｓの識別情報（即ちアドレス情報）を確認し（ステップＣＲ５）、確認された識別情報に対応する着信メロディファイル（マルチメディアファイル）ＭＦをファイルライブラリ２ＦからＲＡＭ上に読み出し、出力手段３のディスプレイや音響出力部などを通じて着信メロディや着受け画面等として再生する（ステップＣＲ６）。
【００３７】
〔マルチメディアファイル作成処理〕
図５は、図４の全体処理１のマルチメディアファイル作成処理（ＣＳ１）での動作フロー例を示す。マルチメディアファイルＭＦは、ＭＭファイル作成処理プログラムに従って、先願の図６の処理と同様に、マルチメディアファイルテンプレート（以下、“ＭＭＴ”と略称する。）を基に作成される。ＭＭＴは、作成しようとするマルチメディアファイルＭＦの原型となるファイルであり、図２のマルチメディアファイルＭＦと同様に、要素データＤｅと時空間配置指定情報Ｔｓ及び編集可否情報Ｅｐとが対応関係を保ちながら記憶されている。また、ＭＭＴの名刺指定情報Ｃｄ及び名刺情報Ｅ４，Ｅ５，…は、編集が許可されており、全て空欄（データなし）であるか、或いは、一部の最低限データ（例えば、アドレス情報Ｅ４，Ｅ５に関連する内容）がデフォルトで記入されている。
【００３８】
送信側端末ＣＬｓにおいては、予め、このようなＭＭＴを、ＭＭＴ作成機能を有するサーバＳＶ或いは他のクライアント端末から受信して外部記憶部（２）に用意しておくことができ、また、別途、作成されるマルチメディアファイルＭＦに新たに組み込まれる要素データ（代替要素データという。名刺情報を含む。）を外部記憶部（２）に保存しておくこともできる。
【００３９】
このマルチメディアファイル作成処理では、まず、ＭＭＴをＲＡＭ（２）上に読み出し（ステップＭ１）、続いて、このＭＭＴの編集可否情報Ｅｐに基づき、ユーザが編集可能な内容をディスプレイ（４）に表示し、メッセージ等でユーザの編集操作を促す（ステップＭ２）。ここで、入力手段３の操作子２４を用いてユーザが何らかの編集操作を行うと（ステップＭ３→ＹＥＳ）、ユーザの操作入力に従ってＭＭＴデータを改変する（ステップＭ４）。
【００４０】
この編集操作（Ｍ３→Ｍ４）の内容には、例えば、編集可否情報Ｅｐの許可指示に応じた次のようなものがある：
（１）再生の可否：時空間配置トラックＤｔに従う各タイミング乃至画面位置において、同トラックＤｔ及び時空間配置指定情報Ｔｓが指示している要素データ（名刺情報を含む）Ｄｅを再生するか否かを決める、
（２）時空間配置指定情報Ｔｓで指示される要素データの決定：（１）において指示された要素データを再生するとした場合、ＭＭＴ中の要素データＤｅ又は既に送信側端末ＣＬｓに保存されている種々のデータのうち何れを再生させるのかを決定する（複数の再生態様乃至種類の設定が可能）、
（３）テキストデータ配置の編集：文字列（テキスト）データＥ３，Ｅ４，…に関して時空間配置指定情報Ｔｓ及び時空間配置トラックＤｔが指示している配置（タイミング乃至位置）の所定範囲内で変更する、
（４）名刺情報編集：名刺指定情報Ｃｄ及び名刺情報（アドレス情報等）Ｅ４，Ｅ５，…を入力し或いは変更する、
（５）再生条件の設定：（３）で各タイミング乃至画面位置で再生させる各要素データＤｅ（名刺情報を含む）について、複数の態様或いは複数の種類を設定した場合、どのような条件に対応して、何れの態様で要素データＤｅを再生させるか或いは何れの種類の要素データＤｅを再生させるかを決定する、等々。
【００４１】
なお、（２）の要素データの決定においては、文字列や画像情報などの表示用メディアデータについては、アニメーションやスクロール等の適宜の映像効果を施すことができ、この場合、マルチメディアファイルＭＦにその旨を定義しておく。また、所定の再生条件に従って、このような映像効果を施したり或いは施さないように複数の再生態様を定義しておくこともできる。同様に、各マルチメディアファイルＭＦについて、文字データに基づく表示メッセージを、１種類ではなく、複数種類用意しておき、所定の再生条件に従って、対応するメッセージを表示するように設定したり、さらに、待受け画面Ｅ２などに用いられる画像情報や着信メロディデータＥ１などのＢＧＭに用いられる楽音情報についても複数種類のデータを用意しておき、所定の再生条件に従って、対応するデータ内容を再生するように設定することができる（何れの場合もその旨が定義される。）。
【００４２】
（５）の再生条件の設定では、上述のように、各要素データＤｅについて複数の再生態様乃至複数の種類を設定した場合の各再生態様乃至種類に対応する再生条件を決定する。この再生条件の典型例は、発信元である送信側端末ＣＬｓからの着信イベントの種別（着信種別）である。例えば、（２）で或るタイミング及び位置で再生させる要素データＤｅとして画像情報Ａ，Ｂを設定し、別のタイミング及び位置ではメッセージａ，ｂを設定した場合、端末ＣＬｓからの着信種別が電話の場合には、各タイミング及び位置で、画像情報Ａ及びメッセージａの再生を指示し、Ｅ−ｍａｉｌの場合には画像情報Ｂ及びメッセージｂの再生を指示するように、再生すべき情報Ａ，ａ：Ｂ，ｂを着信種別に対応付ける。
【００４３】
また、同一送信側端末ＣＬｓからの着信種別に応じて再生態様を変更するのに、同一送信側端末ＣＬｓからの複数のマルチメディアファイルを用いてもよい。この場合、送信側端末ＣＬｓのユーザが、異なる画像やＢＧＭを再生するように定義したマルチメディアファイルＭＦ１，ＭＦ２を作成し、夫々のマルチメディアファイルＭＦ１，ＭＦ２を同一受信側端末ＣＬｒに送信する。ここで、各マルチメディアファイルＭＦ１，ＭＦ２は、名刺情報としてそれぞれ異なるアドレス情報（例えば、ＭＦ１には電話番号、ＭＦ２にＥ−ｍａｉｌアドレス情報）を含ませる。受信側端末ＣＬｒでは、後述する処理によって、各々に含まれるアドレス情報即ち着信種別に対応して、これらマルチメディアファイルＭＦ１，ＭＦ２をファイルライブラリ２Ｆに格納し、送信側端末ＣＬｓからの着信（発呼等）に応じて検出された着信種別に応じて、対応するマルチメディアファイル（例えば、電話がかかってきたのであればマルチメデイアファイルＭＦ１、電子メールを受信したのであればマルチメディアファイルＭＦ２）を再生する。
【００４４】
なお、再生条件を着信種別とせず、受信側端末ＣＬｒの再生モードのセット状態に応じて異なる再生態様で要素データを出力させることもできる。この場合は、送信側端末ＣＬｓで、予め、再生モード別に異なる再生態様が得られるように設定されたマルチメディアファイルＭＦを作成しておき、受信側端末ＣＬｒでは、当該マルチメディアファイルＭＦをファイルライブラリ２Ｆに格納した後、入力手段３の設定操作子により所望の再生モードをセットしておけばよい。
【００４５】
さて、ＭＭＴデータ改変処理（Ｍ４）の後又は編集操作入力がなかったとき（Ｍ３→ＮＯ）はプレビュー指示の有無を判断する（Ｍ５）。ここで、ユーザがプレビューが指示すると、編集途中の要素データを各出力手段４に再生出力するプレビュー処理が行われて（ステップＭ６）、ユーザは編集状況を随時確認して更なるデータ改変の必要性を判断することができる。
【００４６】
ブレビュー処理（Ｍ６）の後或いはプレビュー指示編集操作入力がなかったとき（Ｍ５→ＮＯ）は、ユーザによりこの作成処理を終了する指示がなされたか否かを判別し（ステップＭ７）、この指示がないときは（Ｍ７→ＮＯ）最初の表示ステップ（Ｍ２）に戻り、上述した編集動作（Ｍ２〜Ｍ７）を繰り返す。なお、ＭＭＴデータ改変処理（Ｍ４）は、編集可変情報Ｅｐが許容する範囲であれば、同じ箇所について何回でも改変が可能であり、元に戻すことも可能である。
【００４７】
また、終了指示があったときは（Ｍ７→ＹＥＳ）、改変処理（Ｍ４）で改変された編集済みＭＭＴをマルチメディアファイル（ＭＭファイル）ＭＦとして出力すべき行先の指定（例えば、受信側端末ＣＬｒへの送信、外部記憶部２への格納など）を受け付けて（ステップＭ９）、この出力指定に従って編集済みＭＭＴ即ちマルチメディアファイルＭＦを出力する（ステップＭ１０）。そして、このファイル出力処理後（Ｍ１０）このマルチメディアファイル作成処理を終了する。
【００４８】
なお、編集操作（３）の名刺情報編集（※）については、名刺情報は他の要素データとは分離して取り扱い、ＭＭＴ改変（Ｍ４）の終了指示があった後に（Ｍ７→ＹＥＳ）、破線で示すように、名刺情報の付加（※）を行う処理（ステップＭ８）で実行するようにしてもよい。この場合、終了指示があった後、要素データＥ５〜Ｅ６に各名刺情報を追加するとともに、名刺指定情報Ｃｄを生成乃至付加するようにすればよい。
【００４９】
ファイル出力処理（Ｍ９）において作成されたマルチメディアファイルＭＦ、或いは、ファイル作成後に一旦外部記憶部２に格納されたマルチメディアファイルＭＦを受信側端末ＣＬｒに送信する場合、当該マルチメディアファイルＭＦ自体の内容変更については、全て強制的に不可とする編集不可処理を自動的に行うが、名刺指定情報Ｃｄで指定される各種個人データ（アドレス情報Ｅ５，Ｅ６を含む名刺情報）Ｅ４，Ｅ５，…などの情報の抽出及び削除は、許可されるよう制御する。
【００５０】
〔受信側端末の処理〕
図６〜図８は、図５において送信側端末ＣＬｓからのマルチメディアファイル添付メールを受信する受信側端末ＣＬｒでの処理（ＣＲ１〜ＣＲ４，ＣＲ５〜ＣＲ６）をより詳しく表わす処理フロー例である。まず、図６は、受信側端末ＣＬｒで受信電子メールを閲覧するためのメールブラウザ起動処理を表わすフローチャートである。受信側端末ＣＬｒでは、この処理フローに入る前段において、当該端末ＣＬｒで既に受信され記憶手段２の外部記憶部に格納されている電子メールが出力手段４のディスプレイにリストで表示され、ユーザは、詳細内容を表示したいメールをこのリストから選択することができる。
【００５１】
そこで、ディスプレイ（４）に表示されたメールリストからユーザが当該受信電子メールを選択的に指示すると、メールブラウズアプリケーション（ブラウザ）に従って当該受信メールＭＲの構成を解析する（ステップＣＲ１１）。次に、受信電子メールＭＲの本文をディスプレイ（４）に表示した後（ステップＣＲ１２）、何らかのユーザ操作を待機する状態に入る（ステップＣＲ１３）。
【００５２】
例えば、マルチメディアファイルＭＦが添付されたメールのように、複数パートから成る受信電子メールＭＲの場合には（図３参照）、構成解析（ＣＲ１１）を経て受信電子メールを表示する際（ＣＲ１３）、第１パートＰｔ１〔通常、メール本文が格納される。〕の本文を表示して、他のパート（Ｐｔ２等）の選択指示或いはメールブラウズアプリケーションの終了指示があるまで、待機する（ＣＲ１３）。そして、この待機段階（ＣＲ１３）では、例えば、図８に示す「パート表示指示イベント」処理が実行される。
【００５３】
図８は、図６のメールブラウザの子（従属）プロセスとして実行される「パート表示指示イベント」処理を表わすフローチャートである。この処理フローでは、まず、リストから選択された受信メールにパートが有るか（受信メールが複数パートから成るか）否かを判断し（ステップＣＲ２１）、パートが有れば（ＣＲ２１→ＹＥＳ）、当該受信メールの第２パートＰｔ２以降のパートヘッダの項目情報を表示してユーザからのパート指示を待つ。すなわち、複数のパートＰｔ１，Ｐｔ２，…を含む電子メールでは、前述のように、通常、第１パートが本文であり、第２パート以降に添付ファイル等が含まれるので、複数パートを含む電子メールをブラウズしている場合（ＣＲ２１→ＹＥＳ）は、「前のパート」／「次のパート」ボタン等をディスプレイ（４）に表示してユーザの指示を待ち、また、ユーザ指示に応じて任意のパートを表示する。
【００５４】
ここで、ユーザにより所望のパート（Ｐｔ２等）が指示されると、指示されたパートについて、パートヘッダの情報から、コンテンツの種類がマルチメディアファイルＭＦに属するか否かを判別する（ステップＣＲ２２）。そして、当該パートのコンテンツ種類を調べてマルチメディアファイルＭＦであれば（ＣＲ２２→ＹＥＳ）、更に、当該パートコンテンツの管理情報中Ｄｃに名刺指定情報Ｃｄが付加されているか否かを検査する（ステップＣＲ２３）。
【００５５】
この検査で名刺指定情報Ｃｄが付加されていると判定されると（ＣＲ２３→ＹＥＳ）、マルチメディアファイルＭＦの内容を登録するか否かのダイアログを表示し、当該ファイルＭＦの登録をユーザに問い合わせる（ステップＣＲ２４）。これに対して、ユーザにより「登録」が選択操作されたか否かを判定する（ステップＣＲ２５）。なお、登録問合せステップ（ＣＲ２３）の前段には、当該マルチメディアファイルＭＦを出力手段（ディスプレイや放音部など）４で再生するように構成しておくことが好ましい。このような再生ステップを設けることによって、ユーザは、当該パートのマルチメディアファイルＭＦの具体的内容や名刺情報（アドレス情報）の詳細を確認することができる。
【００５６】
さて、ユーザによって「登録」の選択操作がなされたときは（ＣＲ２５→ＹＥＳ）、当該マルチメディアファイルＭＦを着信メロディファイルとしてファイルライブラリ２Ｆに保存すると共に（ステップＣＲ２６）、受信されたマルチメディアファイルＭＦに要素データＤｅの一部として埋め込まれているアドレス情報〔電話番号（Ｅ５）、メールアドレス（Ｅ６）〕やその他個人データ〔名前（Ｅ４）、住所等〕などをアドレス帳２Ａに登録する（ステップＣＲ２７）。
【００５７】
なお、既に図３に関連して説明したように、ファイル保存ステップ（Ｒ２６）においては、受信したマルチメディアファイルファイルＭＦから、名刺指定情報Ｃｄ及びこれにより指定される名刺情報Ｅ４，Ｅ５，…（アドレス情報を含む）を削除して当該名刺情報を個人情報として分離し、分離後マルチメディアファイルＭＦ’を着信メロディファイルとして保存するようにしてもよい。
【００５８】
さらに、アドレス情報で規定される発信元端末ＣＬｓのユーザと保存された着信メロディファイルＭＦとを関連付ける（ステップＣＲ２８）。すなわち、名刺情報中に所定の記号データで表わされるアドレス情報〔例えば、電話番号（Ｅ５）乃至メールアドレス（Ｅ６）〕を発信元識別データとして利用すべく、この識別データで発信元端末ＣＬｓと着信メロディファイルＭＦとを対応付ける。そして、この関連付け処理の後は（ＣＲ２８）、このイベント処理を終了し、メールブラウザ起動処理の待機ステップ（図５：ＣＲ１３）にリターンする。
【００５９】
以上のようにして、マルチメディアファイルＭＦを電子メールに添付されたデータとして受信する場合には、マルチメディアファイルＭＦを格納したパートがメールブラウザで選択された際（ＣＲ２１〜ＣＲ２２→ＹＥＳ）、当該ファイルＭＦに名刺指定がなされていることを検出すれば（ＣＲ２３→ＹＥＳ）、ファイルＭＦに付加されているアドレス情報（Ｅ５，Ｅ６）を含む名刺情報（個人データＥ４，Ｅ５，…）をアドレス帳２Ａに追加し（ＣＲ２７）、当該アドレス情報（Ｅ５，Ｅ６）で規定される発信元ＣＬｓと当該マルチメディアファイルＭＦとを関連付ける（ＣＲ２８）。また、上記の例ではダイアログ表示で登録を打診してユーザがＹＥＳと答えた場合にのみ登録するようにしているが（ＣＲ２４〜ＣＲ２８））、名刺指定情報Ｃｄがあれば自動的に登録するようにしてもよい。
【００６０】
なお、後述する第２及び第３実施態様において、マルチメディアファイルＭＦをＨＴＴＰ（HyperText Transfer Protocol）で受信する場合(図１０：ＣＲ４２，図１１：ＣＲ５２）には、図８に“Ａ”で示すように、登録問合せステップ（ＣＲ２４）からファイル情報抽出処理を開始する。
【００６１】
このようにして、着信メロディファイルＭＦ及び名刺情報が登録され、これに対応する送信側端末ＣＬｓとの関連付けがなされると（ＣＲ２６〜ＣＲ２８）、以後、当該マルチメディアファイルＭＦを作成した（後述する第２実施態様では、当該マルチメディアファイルＭＦの作成を指示した）送信側端末ＣＬｓのユーザからの着信（例えば、電話の着信、電子メールの着信、チャット等の接続リクエストの着信など）が識別された時には、図８の発信元関連付けステップ（ＣＲ２８）で当該ユーザに関連付けられた着信メロディファイルＭＦが読み出されて出力手段４に出力され、着信メロディや着受け画面などとして再生される。
【００６２】
なお、パート判断ステップ（ＣＲ２１）でパート無しと判断したとき（ＣＲ２１→ＮＯ）及び登録指令判定ステップ（ＣＲ２５）で「登録しない」旨を判定したとき（ＣＲ２５→ＮＯ）は、直ちに、メールブラウザ起動処理の待機ステップ（図５：ＣＲ１３）にリターンする。また、ファイル種類判別ステップ（ＣＲ２２）でマルチメディアファイルＭＦでないと判別したとき（ＣＲ２２→ＮＯ）及び，名刺検査ステップ（ＣＲ２３）で名刺指定情報を検出しなかったとき（ＣＲ２３→ＮＯ）は、当該パートのコンテンツを出力手段４で再生して表示や放音などを行い、ユーザに当該コンテンツの内容（ファイル種類を含む）や名刺情報の不存在を知らせ（ステップＣＲ２９）、ユーザがこれを確認すると、メールブラウザ起動処理の待機ステップ（図５：ＣＲ１３）にリターンする。
【００６３】
図７は、送信側端末ＣＬｓからの発呼に応じて受信側端末ＣＬｒで実行される「通話着信イベント処理」を表わすフローチャートである。この処理フローにおいて、送信側端末ＣＬｓからの発呼に応じて、例えば、電話の着信や、電子メールの着信、チャット等の接続リクエストの着信などの着信イベントがあると、着信情報から当該送信側端末ＣＬｓの識別データを検出し（ステップＣＲ３１）、次いで、この識別データに基づき、発呼してきた送信側端末ＣＬｓのユーザに対応する着信メロディファイルＭＦがファイルライブラリ２Ｆが格納されているか否かを調べる（ステップＣＲ３２）。
【００６４】
ここで、送信側端末ＣＬｓに対応する着信メロディファイルＭＦがあると（ＣＲ３２→ＹＥＳ）この着信メロディファイルＭＦを出力手段４で再生して着信を報知する処理を行う（ステップＣＲ３３）。図９は、着信メロディファイルＭＦに従って出力手段で再生される出力コンテンツの一例である。また、このようなファイルＭＦがないときは（ＣＲ３２→ＮＯ）、当該受信側端末ＣＬｒで予め設定してある着信音や着信画像を用いる既定の方法で、着信があった旨を報知する処理を行う（ステップＣＲ３４）。そして、このような着信報知処理（ＣＲ３３，ＣＲ３４）の後、次の通信乃至ユーザ操作を待機する状態に入る（ステップＣＲ３５）。
【００６５】
なお、この発明の一実施例による受信側端末ＣＬｒでは、既に説明したように、着信種別に応じて複数の要素データの再生内容が設定されているマルチメディアファイルＭＦを送信側端末ＣＬｓから受信し、これを着信メロディファイルとして用意しておき、当該送信側端末ＣＬｓからの着信イベントの種別に応じて、設定された再生内容で着信メロディファイルＭＦを再生することができる。即ち、受信側端末ＣＬｒの通話着信イベント処理（図７）において、通信してきた当該送信側端末ＣＬｓに対応する着信メロディファイルＭＦが探索されると（ＣＲ３２→ＹＥＳ）、図９に例示されるように、当該通信の着信種別に対応する再生内容で出力手段４に再生される。
【００６６】
すなわち、送信側端末ＣＬｓでは、受信側端末ＣＬｒでコンテンツとして格納されるマルチメディアファイル（着信メロディファイル）ＭＦに、予め、電話（通話）の着信であるか或いはＥ−ｍａｉｌの着信であるか等の着信イベントの種別に対応して、異なる画像（Ｅ２）やＢＧＭ（Ｅ１）、メッセージ（Ｅ３）等を再生するように定義しておく。そして、送信側端末ＣＬｓからの着信があると、この着信種別に応じて、出力手段４で再生される所定のコンテンツファイルＭＦの出力態様を変更する。出力態様の変更は、複数種類のデータを用意しておくだけでなく、文字・画像データについては、適宜、着信メロディファイル（マルチメディアファイル）ＭＦにアニメーションやスクロール等の映像効果を定義しておき、この映像効果を実行すようにしてもよい。ＢＧＭなどの楽音情報も、１種類ではなく、複数種類のデータをファイルＭＦに定義しておき、これを用いてもよい。
【００６７】
さらに、送信側端末ＣＬｓからの複数のマルチメディアコンテンツ（着信メロディファイル）の夫々を、着信種別毎に異なる画像やＢＧＭを再生するように定義しておいてもよい。この場合、発信元の識別情報（電話番号Ｅ５或いはメールアドレスＥ６など）に応じて再生する着信メロディファイルを切り替えるように、送信側端末ＣＬｓから送信される複数のマルチメディアコンテンツの夫々に予め着信種別を設定しておいてもしてもよいし、各マルチメディアコンテンツから名刺情報を登録する時に、送信側端末ＣＬｓからの各着信の種別に夫々対応させて着信メロディファイルを保存するようにしてもよい。
【００６８】
前述した図９の例では、マルチメディアフフイルＭＦ（着信メロディファイル）に規定された情報に従い、受信側端末ＣＬｒで受信される着信イベントの種別が電話の着信であるか或いは電子メールの着信であるかに応じて、異なるメッセージ（Ｅ３）、アドレス情報（電話番号Ｅ５又はメールアドレスＥ６）並びにユーザ名（Ｅ４）が出力手段４のディスプレイに表示され、異なる背景音楽（Ｅ１：“ＢＧＭ１”又は“ＢＧＭ２”）が音響出力部から放音される。なお、この例では、画像（Ｅ２）について複数の画像情報が設定されていないので、同一の画像が表示されている。
【００６９】
〔第２の方法＝第２及び第３実施態様〕
このマルチメディア利用システムで用いられるマルチメディアファイルＭＦには個人情報が含まれ、通常、端末に蓄積されるファイルデータは他の装置に転送可能であるから、何らかの措置をとらないと徒らに個人情報が漏洩する危険がある。そこで、前述した第２の方法〔２〕では、発信元である送信側端末ＣＬｓのユーザが直接マルチメディアファイルＭＦを送信するのではなく、一旦、当該ユーザの指示に従って、サーバＳＶでマルチメディアファイルＭＦを作成させるか（第２実施態様）或いはサーバＳＶにマルチメディアファイルＭＦを吸い上げてから（第３実施態様）、特定の送信先である受信側端末ＣＬｒにのみ同ファイルＭＦを送信することによりマルチメディアファイルＭＦの送信先を制限し、個人情報が徒らに漏洩することを防ぐ。
【００７０】
また、第２の方法〔２〕では、送信されるマルチメディアファイルＭＦには「転送不可」情報を付加しておく。送付先となる各受信側端末ＣＬｒでは、「転送不可」を律儀に守り、このファイルＭＦを他の装置に送信したり転送したりすることができないようにする。さらに、当該マルチメディアファイルＭＦの送付先を管理する機能をもたせて、ファイル管理に万全を期す（第３実施態様）。
【００７１】
図１０及び図１１は、第２の方法〔２〕に従い送信側端末ＣＬｓからの指示に基づいてサーバＳＶ上でマルチメディアファイルＭＦの作成及び蓄積する場合〔第２及び第３実施態様〕のマルチメディアに関する全体的な処理フローを示す。
【００７２】
まず、図１０の第２実施態様による全体処理２では、マルチメディアファイルＭＦの送信を指示する発信元の送信側端末ＣＬｓから、送付しようとするマルチメディアファイルＭＦの作成に必要な要素データＤｅとして、アドレス情報（Ｅ５，Ｅ６）等の個人データ、並びに、着信メロディ（Ｅ１）や画像データ（Ｅ２）等のメディアデータを、直接、電子メールに添付する方法か或いはＨＴＴＰでサーバＳＶに送信する（ステップＣＳ４１）。この場合、画像やメロディなどのメディア情報については、サーバＳＶにメディアデータを複数蓄積しておき、これを送信側端末ＣＬｓのユーザが選択できるようにしてもよい。また、併せて、マルチメディアファイルＭＦのテンプレートＭＭＴを選択する指示を出すようにしてもよい。
【００７３】
サーバＳＶでは、送信側端末ＣＬｓから送信されてきた個人データ及びメディアデータに基づいて、図５のマルチメディアファイル作成処理と同様の手順で、図２と同様のマルチメディアファイルＭＦを作成する（ステップＳ４１）。作成されたマルチメディアファイルＭＦは、ＵＲＬ（Uniform Resource Locator）形式でマルチメディアファイルＭＦが一意に特定可能に、サーバＳＶ内の記憶手段（外部記憶部）２に設けられたファイルデータベース（ＤＢ）ＳＤに蓄積される。この場合、作成及び蓄積がなされるマルチメディアファイルＭＦには「転送不可情報」が付加されており、このマルチメディアファイルＭＦを受け取った受信側端末ＣＬｒは、（通常）当該ファイルＭＦを他の装置に転送することができない。また、登録情報は、当該マルチメディアファイルＭＦを一意に特定できるのであれば、ＵＲＬに限らず、他の情報でもよい。
【００７４】
次いで、サーバＳＶで作成され蓄積された送信側端末ＣＬｓのマルチメディアファイルＭＦに固有の登録情報を電子メール等で当該送信側端末ＣＬｓに通知する（ステップＳ４２）。なお、この登録情報の通知形態は、電子メールに限らない。例えば、上述のようにＨＴＴＰでサーバＳＶに要素データＤｅを送信した後、同じくＨＴＴＰで登録通知を表示するようにしてもよいし、ＦＡＸ等他の装置を利用して通知してもよい。そして、送信側端末ＣＬｓに通知されてきた登録情報は、さらに、当該送信側端末ＣＬｓから任意の受信側端末ＣＬｒを送信先として電子メール等で通知される。
【００７５】
受信側端末ＣＬｒでは、通知された登録情報に従ってサーバＳＶにＨＴＴＰでアクセスして、当該登録情報に対応するマルチメディアファイルＭＦをリクエストする（ステップＣＲ４１）。サーバＳＶは、このリクエストを受信すると（ステップＳ４３）、ファイルデータベースＳＤから当該マルチメディアファイルＭＦを取り出し、電子メール添付形式又はＨＴＴＰにて受信側端末ＣＬｒ送信する（ステップＳ４４）。
【００７６】
受信側端末ＣＬｒでは、このマルチメディアファイルＭＦを受信すると、第１実施態様〔図３、図４：ＣＲ３〜ＣＲ４、図６及び図８（但し、ＨＴＴＰの場合は“Ａ”から開始）参照。〕と同様にして、当該ファイルＭＦの解析を行い（ステップＣＲ４２）、このファイルＭＦをアドレス情報に対応付けて着信メロディファイルとして再配置してダウンロードする（ステップＣＲ４３）。
【００７７】
その後は、第１実施態様（図４：ＣＳ３，ＣＲ５〜ＣＲ６；図７：ＣＲ３１〜ＣＲ３３）と同様に、送信側端末ＣＬｓから受信側端末ＣＬｒに対して発呼やメール送信などの発信があると（ステップＣＳ３）、送信側端末ＣＬｓの発信データから当該端末ＣＬｓの識別情報（即ちアドレス情報）を確認し（ステップＣＲ５）、確認された識別情報に対応する着信メロディファイル（マルチメディアファイル）ＭＦをファイルライブラリ２ＦからＲＡＭ上に読み出し、出力手段３のディスプレイや音響出力部などを通じて着信メロディや着受け画面等として再生する（ステップＣＲ６）。
【００７８】
次に、図１１に例示される第３実施態様では、第２実施態様と同様にマルチメディアファイルＭＦをサーバＳＶに蓄積すると共に、サーバＳＶ上で送付先情報を保存してファイル送付先の管理を行うことができるように構成されている。
【００７９】
第３実施態様による図１１の全体処理３において、まず、マルチメディアファイルＭＦを送信したい発信元の送信側端末ＣＬｓのユーザは、送付しようとするマルチメディアファイルの作成に必要なアドレス情報（Ｅ５，Ｅ６）、画像データ（Ｅ２）、着信メロディ（Ｅ１）等の要素データＤｅに加えて、作成後のマルチメディアファイルＭＦを送付すべき１乃至複数の送信側端末ＣＬｒのユーザを指定する送付先情報を、電子メール添付或いはＨＴＴＰでサーバＳＶに送信し、マルチメディアファイルＭＦの作成及び送付を指示する（ステップＣＳ５１）。ここで、送付先指定情報は、例えば、電話番号や、ＩＰｖ６（Internet Protocol version 6 ）のアドレスのように、送付先となる受信側端末ＣＬｒを一意に特定できる情報である。また、マルチメディアファイルＭＦのテンプレートＭＭＴを選択する指示を送るようにしてもよい。
【００８０】
サーバＳＶでは、送信側端末ＣＬｓからの要素データＤｅに基づいて、既述の方法と同様の手順で（図５参照）、マルチメディアファイルＭＦを作成し、作成したマルチメディアファイルＭＦと、送付先指定情報で指定された１乃至複数の送付先端末ＣＬｒとを関連付けて保存する（ステップＳ５１）。つまり、ＵＲＬ等で固有の登録情報を付加してファイルデータベースＳＤに当該マルチメディアファイルＭＦを格納すると共に、格納されたマルチメディアファイルＭＦに対応付けて、送付先情報を送付先リストファイルＬＳに記録する。
【００８１】
次いで、サーバＳＶは、保存されたマルチメディアファイルＭＦを送付先端末ＣＬｒにのみ転送するよう制御するために、当該マルチメディアファイルＭＦに固有の登録情報を、当該送信側端末ＣＬｓ及び送付先端末ＣＬｒに、電子メール等で通知する（ステップＳ５２）。例えば、送信元ＣＬｓ及び指定された１乃至複数の送付先ＣＬｒにマルチメディアファイルＭＦのＵＲＬを同時に通知する。なお、このようなＵＲＬの通知によらず、指定された送付先端末ＣＬｒに対して、直接、マルチメディアファイルＭＦファイルを送信するという方法もある〔この場合は、直ちに、ファイル送受信ステップ（Ｓ５５，ＣＲ５２）に進む。〕
【００８２】
受信側端末ＣＬｒでは、通知された登録情報に従ってＨＴＴＰでサーバＳＶにアクセスし、当該登録情報に対応するマルチメディアファイルＭＦをリクエストする（ステップＣＲ４１）。サーバＳＶは、リクエストを受信すると（ステップＳ５３）、リクエストした受信側端末ＣＬｒのユーザ識別情報と、送付先リストファイルＬＳに記録されている当該マルチメディアファイルＭＦの送付先情報が示す端末ユーザ情報とを対比して、当該マルチメディアファイルＭＦをリクエスト元端末ＣＬｒに送付を許可すべきか否かを判断する（ステップＳ５４）。
【００８３】
ここで、受信側端末ＣＬｒのユーザ識別情報が送付先情報に一致して送付すべきと判定したときは（Ｓ５４→ＹＥＳ）、ファイルデータベースＳＤから当該マルチメディアファイルＭＦを取り出し、電子メール添付形式又はＨＴＴＰにて受信側端末ＣＬｒ送信する（ステップＳ５４）。また、ユーザ識別情報が送付先情報に一致せず送付できないときは（Ｓ５４→ＮＯ）、その旨を受信側端末ＣＬｒに通知した上或いは通知無しに、このリクエストに対する処理を終了する。
【００８４】
受信側端末ＣＬｒでは、サーバＳＶからマルチメディアファイルＭＦを受信すると、第１及び第２実施態様と同様に、当該ファイルＭＦの解析を行い（ステップＣＲ５２）、このマルチメディアファイルＭＦをアドレス情報に対応付けて着信メロディファイルとして再配置してダウンロードする。そして、その後も、送信側端末ＣＬｓからの発信があれば、第１及び第２実施態様と同様の手順で、この発信に応答して着信メロディファイル（マルチメディアファイル）ＭＦに基づく着信メロディや着受け画面等を再生する。
【００８５】
図１２は、第２及び第３実施態様のようにサーバにマルチメディアファイルを蓄積しておき、送信側端末ＣＬｓからＨＴＴＰでサーバＳＶにアクセスして所望のマルチメディアファイルＭＦの作成を指示する場合（図１０：ＣＳ４１，図１１：ＣＲ４１）におけるディスプレイ画面の推移例を表わす。
【００８６】
上段左側のアドレス情報入力画面（１）は、送信側端末ＣＬｓに関するユーザの氏名（Ｅ４）、電話番号（Ｅ５）、ｅ−ｍａｉｌ（Ｅ６）を入力するための画面であり、この例では「アドレス情報を入力してください」という案内コメントに従ってユーザがデータ入力を行うが、受信側端末ＣＬｒに予め自アドレス情報を登録しておき、自動的に挿入してもよい。また、サーバＳＶ側で、受信側端末ＣＬｒ乃至そのユーザを特定して自動的に挿入するようにしてもよい。
【００８７】
上段中央のコンテンツ選択画面（２）は、作成されるマルチメディアファイルＭＦのメディアデータとなるメディア情報コンテンツとして画像及びメロディを入力するための画面であり、「コンテンツを入力してください」という案内コメントに従ってユーザがデータ入力を行うことができるが、サーバＳＶに要素となるメディア情報コンテンツを複数蓄積しておき、これを選択するようにしてもよい。
【００８８】
上段右側の内容確認画面（３）は、サーバＳＶで作成されるマルチメディアファイルＭＦの要素データの内容を確認するための画面である。この時点で、この内容に応じて作成されるマルチメディアファイル（着信メロディファイル）ＭＦ自体の内容についてプレビューを行っても良い。
【００８９】
下段の各画面（３ａ）〜（５）は、第３実施態様のように、更に送付先を指定する場合（図１１：ＣＲ４１）の画面推移例であり、この場合は、内容確認画面は、（３）のように完了せず、下段左側の（３ｂ）のようになる。つまり、内容確認画面（３ｂ）で内容確認を行った後、下段中央の送付先指定画面（４）に移行し、次いで、下段右側の送付先確認画面（５）にまで移行する。さらに、マルチメディアファイルＭＦのテンプレートＭＭＴを選択するようにしてもよい。
【００９０】
このように、第２の方法〔２〕では、各クライアント端末ＣＬは、携帯電話端末である必要はなく、ＰＣ、ゲーム機、セットトップボックス、ＰＤＡなど、任意の端末装置を利用することができる。また、サーバＳＶとの接続は、適宜、有線接続を含む種々の通信態様を利用することができる。
【００９１】
〔第３の方法〕
前述した第３の方法〔３〕においては、マルチメディアファイルＭＦを送信側端末ＣＬｓ内で作成し、作成されたマルチメディアファイルＭＦを一旦サーバＳＶに吸い上げた上、サーバＳＶから受信側端末ＣＬｒに送信するものである。従って、この方法〔３〕は、図１０及び図１１におけるファイル作成ステージ（ＳＶ４１，ＳＶ５１）が送信側端末ＣＬｓに移行し、当該ステージでは、マルチメディアファイルＭＦ乃至送付先情報を送信側端末ＣＬｓで受信してファイルデータベースＳＤ乃至送付先リストファイルに記録しておく点で、第２乃至第３実施態様（第２の方法〔２〕）と相違するが、サーバＳＶにて、蓄積・送付されるマルチメディアファイルＭＦと送付先ＣＬｒとを関連付けておき、指定された送付先ＣＬｒにのみマルチメディアファイルＭＦを転送するよう制御する点に変わりはない。なお、送付先指定情報は、送信側端末ＣＬｓから送信されるマルチメディアファイルＭＦに埋め込んだ形で送付してもよい。
【００９２】
以上説明した実施態様においては、名刺情報である氏名や住所等をそれぞれテキストデータとして入力するものとして説明したが、氏名、住所、電話番号、Ｅ−ｍａｉｌアドレス、ホームページのＵＲＬ等をひとまとめに記録した電子名刺（ｖＣａｒｄ等）情報をこの発明の名刺情報としてマルチメディアファイルＭＦに付加するようにしてもよい。
【００９３】
【発明の効果】
以上説明したように、この発明によれば、予め発信元端末から送信されてくるマルチメディアファイルに対して個人情報が付加されているので、発信元端末からのマルチメディアファイルを着信メロディファイルとして通信端末のファイルライブラリに記憶する際に、マルチメディアファイルに付記された個人情報をアドレス帳に格納しておくことにより、着信メロディファイルとは独立して「名刺」的なデータとして効果的に利用することができる。また、着信メロディファイルは、個人情報に含まれるアドレス情報に対応付けて記憶されるので、発信元端末からの着信があると、当該発信元端末に対応する着信メロディファイルの要素データをファイルライブラリから読み出して、発信相手に応じた着信メロディ／着受け画面等として利用することができる。
【図面の簡単な説明】
【図１】図１は、この発明の一実施例によるマルチメディア利用システムの構成の概要を表わす図である。
【図２】図２は、この発明の一実施例によるマルチメディア利用システムで取り扱われるマルチメディアファイルのデータ構造の一例を示す。
【図３】図３は、受信側端末に送信された電子メールからマルチメディアファイル及び名刺情報を抽出する手法を説明するための図である。
【図４】図４は、送信側端末で作成されたマルチメディアファイルを受信側端末に送信する場合〔第１実施態様〕の全体的な処理を表わすフローチャートである。
【図５】図５は、マルチメディアファイル作成処理を表わすフローチャートである。
【図６】図６は、受信側端末で実行されるメールブラウザ起動処理を表わすフローチャートである。
【図７】図７は、受信側端末で実行される通話着信イベント処理を表わすフローチャートである。
【図８】図８は、メールブラウザ（図６）の子プロセスとして受信側端末で実行されるパート表示指示イベント処理を表わすフローチャートである。
【図９】図９は、マルチメディアファイル（着信メロディファイル）に従って出力手段で再生される出力コンテンツの一例である。
【図１０】図１０は、サーバでマルチメディアファイルを作成し蓄積する場合〔第２実施態様〕の全体的な処理を表わすフローチャートである。
【図１１】図１１は、送信側端末で作成されたマルチメディアファイルをサーバに蓄積する場合〔第３実施態様〕の全体的な処理を表わすフローチャートである。
【図１２】図１２は、マルチメディアファイルをサーバに蓄積する場合〔第２及び第３実施態様〕のＨＴＴＰにおける画面例である。
【符号の説明】
ＳＶ 配信サーバ（ホスト装置）
ＣＬ：ＣＬ１〜ＣＬｎ；ＣＬｓ，ＣＬｒ クライアント端末、
ＭＦ 管理データＤｃ、時空間配置トラック情報Ｄｔ及び要素データＤｅから成るマルチメディアファイル（着信メロディファイル）、
ＭＲ マルチメディアファイルＭＦを添付した電子メール。
Claims (2)
- 発信元端末を特定するアドレス情報が付加された着信メロディファイルを受信するファイル受信手段と、
受信された着信メロディファイルとこれに付加されたアドレス情報とを関連付けて記憶する記憶手段と、
記憶されたアドレス情報により特定される発信元端末からの着信に応じて、当該アドレス情報に関連付けられた着信メロディファイルを上記記憶手段から読み出して再生する再生手段と
を具備し、
上記記憶手段は、上記ファイル受信手段で受信されたアドレス情報を蓄積するアドレス帳を備え、該ファイル受信手段で受信された着信メロディファイルに付加されたアドレス情報を該アドレス帳に記録する
ことを特徴とする通信端末。 - 前記着信メロディファイルは、着信音データ及び画像乃至文字列データを含むマルチメディアコンテンツファイルであり、
前記再生手段は、上記着信音データに基づく着信メロディを再生すると共に、上記画像乃至文字データに基く画像乃至文字列を再生する
ことを特徴とする請求項１に記載の通信端末。
Priority Applications (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002381456A JP3928554B2 (ja) | 2002-12-27 | 2002-12-27 | 通信端末 |
| TW092137161A TWI246006B (en) | 2002-12-27 | 2003-12-26 | Communication terminal device |
| KR1020030097690A KR20040060807A (ko) | 2002-12-27 | 2003-12-26 | 통신단말기 |
| CNA2003101242508A CN1512392A (zh) | 2002-12-27 | 2003-12-29 | 通信终端 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002381456A JP3928554B2 (ja) | 2002-12-27 | 2002-12-27 | 通信端末 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004214915A JP2004214915A (ja) | 2004-07-29 |
| JP3928554B2 true JP3928554B2 (ja) | 2007-06-13 |
Family
ID=32817364
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002381456A Expired - Fee Related JP3928554B2 (ja) | 2002-12-27 | 2002-12-27 | 通信端末 |
Country Status (4)
| Country | Link |
|---|---|
| JP (1) | JP3928554B2 (ja) |
| KR (1) | KR20040060807A (ja) |
| CN (1) | CN1512392A (ja) |
| TW (1) | TWI246006B (ja) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR101048432B1 (ko) | 2004-10-05 | 2011-07-11 | 엘지전자 주식회사 | 이동통신 단말기의 파일을 이용한 메시지 전송 방법 |
| US8010566B2 (en) * | 2004-10-13 | 2011-08-30 | Electronics And Telecommunications Research Institute | Extended multimedia file structure and multimedia file producting method and multimedia file executing method |
| CN101605401B (zh) * | 2008-06-12 | 2012-08-22 | 联想(北京)有限公司 | 移动通信终端、通讯录保存装置及通讯录建立方法 |
-
2002
- 2002-12-27 JP JP2002381456A patent/JP3928554B2/ja not_active Expired - Fee Related
-
2003
- 2003-12-26 KR KR1020030097690A patent/KR20040060807A/ko not_active Application Discontinuation
- 2003-12-26 TW TW092137161A patent/TWI246006B/zh not_active IP Right Cessation
- 2003-12-29 CN CNA2003101242508A patent/CN1512392A/zh active Pending
Also Published As
| Publication number | Publication date |
|---|---|
| JP2004214915A (ja) | 2004-07-29 |
| KR20040060807A (ko) | 2004-07-06 |
| CN1512392A (zh) | 2004-07-14 |
| TWI246006B (en) | 2005-12-21 |
| TW200421145A (en) | 2004-10-16 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4383690B2 (ja) | デジタルコンテンツ出力方法およびシステム | |
| US8229405B2 (en) | Communication terminals, systems, methods, and computer program products for publishing, sharing and accessing media files | |
| US7058429B2 (en) | System and method for distributing ring tone data used for generating ring tone of mobile phones | |
| US20010049728A1 (en) | Electronic music distribution service system and method using synchronous multimedia integration language format | |
| JP2007028410A (ja) | 電子掲示板に対する音声情報の登録又は取り出しの取次のためのプログラム、装置、及び方法 | |
| JP4716237B2 (ja) | コンテンツ提供システム | |
| JP3928554B2 (ja) | 通信端末 | |
| JP2013125056A (ja) | 語学教材カスタマイズシステム、語学教材カスタマイズ方法、及びプログラム | |
| JP2008219336A (ja) | ボイスメール配信支援方法及びボイスメール配信支援システム | |
| JP2006099455A (ja) | コンテンツ配信システム | |
| JP6934318B2 (ja) | ＶｏＩＰ通話サービスでリングバックトーンを利用するためのコンピュータプログラム、通話方法およびアプリサーバ | |
| JP4042484B2 (ja) | コラボレーション方法、コラボレーションシステム、サーバおよびプログラム | |
| JP6181231B1 (ja) | 音声ガイド提供システム | |
| JP4779475B2 (ja) | 電子掲示板情報通知装置 | |
| JP2008176616A (ja) | コンテンツモジュール生成管理システム、コンテンツモジュール生成管理装置、コンテンツモジュール生成管理方法、および、コンテンツモジュール生成管理プログラム | |
| JP2002108747A (ja) | ダウンロードシステム、情報処理装置、及び記録媒体 | |
| JP4325954B2 (ja) | ファイル作成端末 | |
| KR100805631B1 (ko) | 온라인 음악 동기 재생 서비스 제공 시스템 및 방법 | |
| JP2002108357A (ja) | ダウンロードシステム、情報処理装置、及び記録媒体 | |
| JP5153521B2 (ja) | データ配信装置、データ配信プログラム | |
| JP4396404B2 (ja) | コンテンツ提供システム、その方法、サーバおよびプログラム | |
| JP3797212B2 (ja) | 楽曲データ送信装置、楽曲データ提供システム及びそのプログラム | |
| JP5071626B2 (ja) | 動画コンテンツファイル、および、サーバ装置 | |
| JP2009289285A (ja) | 電子文書出力装置、電子文書出力方法、プログラムおよびプログラムを記録したコンピュータ読取可能な記録媒体 | |
| JP2007048255A (ja) | データ配信装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20041124 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20061115 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20061121 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070116 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20070213 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070226 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 3928554 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313532 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110316 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110316 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120316 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130316 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140316 Year of fee payment: 7 |
|
| LAPS | Cancellation because of no payment of annual fees |