JP4716237B2 - コンテンツ提供システム - Google Patents
コンテンツ提供システム Download PDFInfo
- Publication number
- JP4716237B2 JP4716237B2 JP2002381457A JP2002381457A JP4716237B2 JP 4716237 B2 JP4716237 B2 JP 4716237B2 JP 2002381457 A JP2002381457 A JP 2002381457A JP 2002381457 A JP2002381457 A JP 2002381457A JP 4716237 B2 JP4716237 B2 JP 4716237B2
- Authority
- JP
- Japan
- Prior art keywords
- information
- multimedia file
- file
- communication terminal
- destination
- 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
Description
【０００１】
【発明の属する技術分野】
この発明は、画像、音声、音楽、文字列などの情報を音響乃至可視表示によって再生出力可能な多種類のメディアデータを扱うマルチメディア送受システムに関する。
【０００２】
【従来の技術】
従来より、通信端末において、文字、画像又は音声などの多種多様な情報の提供を受けて再生することは、例えば、携帯用電話機の着信メロディ乃至着信画像やＥメール等、各種場面で盛んに利用されている。例えば、特許文献１には、このような各種情報が長文のメールや画像、音楽等の大容量コンテンツを含むメッセージの転送を容易にしたデジタル無線電話用通信システムが開示されている。
【０００３】
【特許文献１】
特開２００１−１９７５５３号公報
【０００４】
また、本出願人は、画像、音声、文字列等から成るマルチメディアデータを通信端末にてテンプレートで編集することができるシステムを特願２００２−８２８３１（以下、「先願」という。）により既に提案している。先願のシステムでは、複数の要素コンテンツ（テキストデータ、画像データ、音声データ、メロディデータ等）の再生表示タイミングを規定する時間及び空間配置指定情報と、各要素コンテンツを記憶する領域と、その他ヘッダ領域とを有するテンプレートファイルが予め用意されており、端末ユーザは、当該携帯電話端末上において、このテンプレートファイルを適宜改変したり要素コンテンツを新たに埋め込んだりすることによって、完成されたマルチメディアコンテンツを生成することができるようにしている。
【０００５】
このようなマルチメディアコンテンツを使用するシステムにおいては、当該端末ユーザにより個性的に編集されたマルチメディアコンテンツを完成させ、これを他のユーザ等に送信することができるので、マルチメディアコンテンツに個人情報を含ませることによって、マルチメディアコンテンツの更なる有効利用を図ることが考えられる。この場合、マルチメディアコンテンツには個人情報が含まれており、通常、送信先ユーザの通信端末に蓄積されるファイルデータは他の装置に転送可能であるため、何らかの保安措置を採らないと、徒らに個人情報が第三者に漏洩する危険がある。
【０００６】
【発明が解決しようとする課題】
この発明の主たる目的は、他の通信端末からのマルチメディアコンテンツに個人情報を含ませてマルチメディアコンテンツを更に効果的に利用すると共に、マルチメディアコンテンツに含まれる個人情報を他の端末に漏洩するのを未然に防ぐことができるマルチメディア送受システムを提供することにある。
【０００７】
【課題を解決するための手段】
この発明の一つの特徴に従うと、サーバ（ＳＶ）及び複数の通信端末（ＣＬ１〜ＣＬｎ；ＣＬｓ，ＣＬｒ）がネットワーク（ＣＮ）を介して相互に通信可能に接続されたコンテンツ提供システムであって、サーバ（ＳＶ）は、送信元の通信端末（発信元／送信側端末ＣＬｓ）から、マルチメディアファイル（ＭＦ）を構成する要素データ（Ｄｅ：Ｅ１，Ｅ２，…）と送付先情報とを受信するデータ受信手段（Ｓ５１）であって、該要素データ（Ｄｅ）には、当該通信端末（ＣＬｓ）を特定するアドレス情報（Ｅ５，Ｅ６）を含む個人情報（Ｅ４，Ｅ５，…）が付加されているものと、受信された要素データ（Ｄｅ）に基づいて、転送不可に設定されたマルチメディアファイル（ＭＦ）を作成すると共に、作成されたマルチメディアファイル（ＭＦ）を送付先情報に関連づけて蓄積するファイル作成及び蓄積手段（ＳＤ，ＬＳ；Ｓ５１）と、作成されたマルチメディアファイル（ＭＦ）に対応するＵＲＬを表わす登録情報を、送付先情報が示す送付先の通信端末（送信先／受信側端末ＣＬｒ）に通知する登録通知手段（Ｓ５２）と、通信端末から上記ＵＲＬへのアクセスの要求（ＣＲ５１）があったことに応じて（Ｓ５３）、当該アクセスを要求した通信端末が送付先の通信端末（ＣＬｒ）に含まれるか否かを識別し（Ｓ５４）、送付先の通信端末（ＣＬｒ）に含まれる場合にのみ（Ｓ５４→ＹＥＳ）、このＵＲＬに関連付けられたマルチメディアファイル（ＭＦ）を当該通信端末（ＣＬｒ）に送信する（Ｓ５５）ファイル送信手段（Ｓ５３〜Ｓ５５）とを具備し、送付先の通信端末（ＣＬｒ）は、サーバ（ＳＶ）から登録情報を受信する登録情報受信手段（５；ＣＲ５１）と、受信された登録情報が表わすＵＲＬにアクセスするアクセス手段（ＣＲ５１）と、このアクセスに対する応答として、サーバ（ＳＶ）から、送信元の通信端末（ＣＬｓ）を特定するアドレス情報（Ｅ５，Ｅ６）を含む個人情報（Ｅ４，Ｅ５，…）が付加されたマルチメディアファイル（ＭＦ）を受信するファイル受信手段（５；ＣＲ５２）と、受信されたマルチメディアファイル（ＭＦ）から個人情報（Ｅ４，Ｅ５，…）を分離して独立に記憶する（２Ａ）と共に、該個人情報（Ｅ４，Ｅ５，…）が分離された分離後マルチメディアファイル（ＭＦ’）を、当該個人情報（Ｅ４，Ｅ５，…）に含まれるアドレス情報（Ｅ５，Ｅ６）に関連付けて記憶する（２Ｆ）記憶手段（２；２Ａ，２Ｆ）〔ＣＲ４，ＣＲ２６〜ＣＲ２８，ＣＲ４３参照〕と、記憶された個人情報（Ｅ４，Ｅ５，…：２Ａ）に含まれるアドレス情報（Ｅ５，Ｅ６）により特定される送信元の通信端末（ＣＬｓ）からの着信に応じて、当該アドレス情報（Ｅ５，Ｅ６）に関連付けられた分離後マルチメディアファイル（ＭＦ’：２Ｆ）を読み出して再生する再生手段（４）〔ＣＲ５〜ＣＲ６，ＣＲ３１〜ＣＲ３３，ＣＲ４４〜ＣＲ４５参照〕とを具備するコンテンツ提供システムが提供される。なお、括弧書きは、対応する実施例中の参照記号乃至用語等を表わし、以下においても同様である。
【０００８】
〔発明の作用〕
この発明によるコンテンツ提供システムにおいて、サーバ（ＳＶ）は、送信元の通信端末（発信元／送信側端末ＣＬｓ）から、マルチメディアファイル（ＭＦ）を構成すべき要素データ（Ｄｅ：Ｅ１，Ｅ２，…）と送付先情報とを受信することができ、要素データ（Ｄｅ）には、着信メロディデータ（Ｅ１）などのコンテンツデータだけでなく、送信元の通信端末（ＣＬｓ）を特定するアドレス情報（Ｅ５，Ｅ６）等の個人情報（Ｅ４，Ｅ５，…）が含まれる。サーバ（ＳＶ）は、受信した要素データ（Ｄｅ）に基づいて、転送不可に設定されたマルチメディアファイル（ＭＦ）を作成すると共に、受信した送付先情報に関連づけて当該ファイル（ＭＦ）を蓄積し（Ｓ５１）、作成したマルチメディアファイル（ＭＦ）に対応するＵＲＬを示す登録情報を、送付先情報が示す送付先の通信端末（送信先／受信側端末ＣＬｒ）に通知する（Ｓ５２）。そして、他の通信端末から上記ＵＲＬへのアクセス要求（ＣＲ５１）があったことに応じて（Ｓ５３）、当該要求元の通信端末が、送付先情報が示す送付先の通信端末（ＣＬｒ）に含まれるか否かを識別し（Ｓ５４）、送付先の通信端末（ＣＬｒ）に含まれる場合にのみ（Ｓ５５→ＹＥＳ）、上記ＵＲＬに対応するマルチメディアファイル（ＭＦ）を当該要求元の通信端末（ＣＬｒ）に送信する（Ｓ５５）。
【０００９】
これに対して、送付先の通信端末（ＣＬｒ）は、アドレス情報（Ｅ５，Ｅ６）等を蓄積するためのアドレス帳（２Ａ）を備え、サーバ（ＳＶ）から登録情報を受信し（５；ＣＲ５１）、受信された登録情報が表わすＵＲＬにアクセスすることができる（ＣＲ５１）。このアクセスに対する応答として、サーバ（ＳＶ）から、送信元の通信端末（ＣＬｓ）を特定するアドレス情報（Ｅ５，Ｅ６）を含む個人情報（Ｅ４，Ｅ５，…）が付加されたマルチメディアファイル（ＭＦ）を受信すると（５；ＣＲ５２）、受信したマルチメディアファイル（ＭＦ）からアドレス情報（Ｅ５，Ｅ６）等の個人情報（Ｅ４，Ｅ５，…）を分離し、マルチメディアファイル（ＭＦ）とは独立してアドレス帳に記憶する（２Ａ）と共に、この分離によるマルチメディアファイル（ＭＦ）の他部即ち分離後マルチメディアファイル（ＭＦ’）をアドレス情報（Ｅ５，Ｅ６）に関連付けて記憶する（２Ｆ）〔ＣＲ４，ＣＲ２６〜ＣＲ２８，ＣＲ４３参照〕。そして、アドレス情報（Ｅ５，Ｅ６）により特定される送信元の通信端末（ＣＬｓ）からの着信があると、この着信に応じて、当該アドレス情報（Ｅ５，Ｅ６：２Ａ）で関連づけられたマルチメディアファイルの他部（ＭＦ’：２Ｆ）を読み出すと共に再生する（４）〔ＣＲ５〜ＣＲ６，ＣＲ３１〜ＣＲ３３，ＣＲ４４〜ＣＲ４５参照〕。
【００１０】
この発明では、このように、着信音を表わすメロディデータ（Ｅ１）や画像乃至文字列（Ｅ２，Ｅ３）などの要素コンテンツを含むマルチメディアファイル（ＭＦ）に、アドレス情報（Ｅ５，Ｅ６）を含む個人情報（Ｅ４，Ｅ５，…）を付加しているので、マルチメディアファイル（ＭＦ）の個人情報（Ｅ４，Ｅ５，…）をアドレス帳（２Ａ）に格納して「名刺」的に利用することができる。この発明では、また、送信元の通信端末（ＣＬｓ）から送付先の通信端末（ＣＬｒ）に着信があると、当該送信元の通信端末（ＣＬｓ）の個人情報（Ｅ４，Ｅ５，…：２Ａ）に含まれるアドレス情報（Ｅ５，Ｅ６）に対応するマルチメディアファイル（ＭＦ’：２Ｆ）を、発信相手（ＣＬｓ）に対応する着受け画面／着信メロディ等として利用することができる。
【００１１】
この発明では、さらに、このように有効利用されるマルチメディアファイル（ＭＦ）に含まれる個人情報（Ｅ４，Ｅ５，…）の漏洩に対し、以下のような対策を講じてその危険を回避する。
【００１２】
つまり、サーバ（ＳＶ）においては、送信元の通信端末（ＣＬｓ）のユーザが直接マルチメディアファイル（ＭＦ）を送信するのではなく、送信元の通信端末（ＣＬｓ）の指示に従って、サーバ上で「転送不可」情報付きのマルチメディアファイル（ＭＦ）を生成すると共に、生成されたマルチメディアファイル（ＭＦ）に対応してその送付先情報をサーバが管理する（Ｓ５１）。しかも、このマルチメディアファイル（ＭＦ）は、送付先情報により指定される特定の送付先の通信端末（ＣＬｒ）にのみ送信され（Ｓ５３〜Ｓ５５）、これを受け取った送付先の通信端末（ＣＬｒ）は、受信マルチメディアファイル（ＭＦ）に「転送不可」情報が付加されているので、当該ファイル（ＭＦ）を他の装置に送信したり転送したりすることができない。
【００１３】
また、送付先の通信端末（ＣＬｒ）においては、マルチメディアファイル（ＭＦ）を受信すると（ＣＲ５２）、受信したマルチメディアファイル（ＭＦ）から、アドレス情報（Ｅ５，Ｅ６）を含む個人情報（Ｅ４，Ｅ５，…）を分離してアドレス帳（２Ａ）に記憶し、個人情報分離後のマルチメディアファイル（ＭＦ’）をアドレス情報（Ｅ５，Ｅ６）に対応させて記憶しておく（ＣＲ４，ＣＲ２６〜ＣＲ２８，ＣＲ４３参照）。従って、マルチメディアファイル（ＭＦ’：２Ｆ）が誤って他の装置に送信されたり転送されたりすることがあったとしても、個人情報（Ｅ４，Ｅ５，…：２Ａ）が漏洩されるということはない。
【００１４】
【発明の実施の形態】
以下、図面を参照しつつ、この発明を一実施例について説明する。しかしながら、これは単なる一例であって、この発明の精神を逸脱しない範囲で種々の変更が可能であり、種々の態様で発明を実施することができる。
【００１５】
〔システムの概要〕
図１は、この発明の一実施例によるサーバ（配信サーバ）及び通信端末（クライアント端末）を含むマルチメディア利用システムの構成の概要を表わす図である。このマルチメディア利用システムは、図１（１）の全体図に示すように、テンプレートファイル等の各種マルチメディア情報の配信を行う１乃至複数の配信サーバＳＶ（図示の例では、１つであるが複数あっても構わない）と、マルチメディアファイル等を作成しメール（ＭＲ）で送信する機能を有する複数のクライアント端末ＣＬ１，ＣＬ２，…，ＣＬｎから成り、これらの装置ＳＶ，ＣＬ１〜ＣＬｎは通信ネットワークＣＮを介して相互に通信可能に接続されている。
【００１６】
配信サーバＳＶ、各クライアント端末ＣＬ１〜ＣＬｎとも、パーソナルコンピュータ、ワークステーション、携帯用電話機、ＰＤＡ、ゲーム専用機などの通信機能を有する情報処理装置を利用することができ、通信ネットワークＣＮには、ＬＡＮ及びインターネット或いは電話回線網等の広域通信網が含まれる。従って、例えば、クライアント端末ＣＬ１〜ＣＬｎが携帯用電話機やＰＤＡなどの移動可能な端末装置の場合には、配信サーバＳＶとクライアント端末ＣＬ１〜ＣＬｎが実際に交信する基地局（ＢＳ）とが通信ネットワークＣＮを介して接続される。なお、以下の実施例においては、クライアント端末ＣＬ１〜ＣＬｎについては、携帯用電話機或いはこれと同等の機能を有する端末（例えば、通信カードを備えたパーソナルコンピュータ等）が特に好適に用いられる。
【００１７】
各クライアント端末ＣＬ１〜ＣＬｎは、図１（２）の内部構成ブロック図に例示されるように、中央処理装置（ＣＰＵ）１、記憶手段２、入力手段３、出力手段４、通信手段５などを備える。記憶手段２は、制御プログラムや制御用データを記憶した読出専用メモリ（ＲＯＭ）部、処理用データ等を一時記憶するランダムアクセスメモリ（ＲＡＭ）部、種々のデータやプログラムを記憶する外部記憶部などから成り、これらの記憶部は半導体メモリで構成することができる。また、記憶手段２の外部記憶部には、マルチメディアコンテンツ及び個人情報を格納するためのファイルライブラリ２Ｆ及びアドレス帳２Ａが設けられる。そして、ＣＰＵ１は、ＲＡＭ部をワークメモリとしてＲＯＭ部の制御プログラムに従い外部記憶部のデータを利用して当該クライアント端末の動作を制御する。
【００１８】
入力手段３は、キーボードや各種スイッチ等のキーデバイスや、マウス・タブレット等のポインティングデバイス等の操作子の外に、マイクロフォンやカメラ等の音響乃至画像データ入力装置などを含む。また、出力手段４は、ＣＲＴ・ＬＣＤ等のディスプレイを含む可視表示部や、音源・スピーカ等を含む音響出力（報音）部などを備え、端末の種類によっては、更にプリンタ等の印刷部などをも備える。
【００１９】
通信手段５は、通信ネットワークＣＮを介して配信サーバＳＶ或いは他のクライアント端末と通信するための手段であり、モデムやＬＡＮカード等を備え、配信サーバＳＶと通信を行うことにより種々の制御プログラムやデータを受信することができる。例えば、サーバＳＶからマルチメディアコンテンツファイルに関する制御プログラム自体をサーバＳＶからダウンロードして外部記憶部（２）に格納し、この制御プログラムに従って、マルチメディアコンテンツファイルに関係する各種処理を行うことができる。また、移動型端末の場合は、通信手段５は基地局ＢＳとの無線通信手段を備え、基地局ＢＳを介して通信ネットワークＣＮに接続される。
【００２０】
配信サーバＳＶは、図１（２）と同様の内部構成を有しており、上述したように、各クライアント端末ＣＬにプログラムやデータを提供することができる。そのため、記憶手段２の外部記憶部には、磁気記録媒体（フレキシブルディスク、テープデバイス、ハードディスク等）或いは光記憶媒体（ＣＤ、ＤＶＤ、ＭＯ等）などの適当な記録媒体で構成される大容量記憶装置が含まれる。
【００２１】
〔マルチメディアファイル〕
この発明の一実施例によるマルチメディア利用システムでは、マルチメディアファイル（マルチメディアコンテンツファイルとも云い、また、ＭＭファイルとも略称される。）ＭＦが各クライアント端末ＣＬ（ＣＬ１〜ＣＬｎ）間乃至クライアント端末ＣＬ・配信サーバＳＶ間で授受される。このマルチメディアファイルＭＦは、任意のクライアント端末ＣＬｓ（１≦ｓ≦ｎ）で作成するか、或いは、同クライアント端末ＣＬｓの指示に基づいて配信サーバＳＶ上で作成して、別の任意のクライアント端末ＣＬｒ（１≦ｒ≦ｎ，ｒ≠ｓ）に送信することができる。以下においては、マルチメディアファイルＭＦの作成乃至作成指示を行ったクライアント端末ＣＬｓを“送信側端末”、マルチメディアファイルＭＦが送信されてきたクライアント端末ＣＬｒを“受信側端末”といい、配信サーバＳＶについては単に“サーバ”という。
【００２２】
図２は、この発明の一実施例によるマルチメディア利用システムで取り扱われるマルチメディアファイルのデータ構造の一例を示す。送信側端末ＣＬｓ又はサーバＳＶで作成されるマルチメディアファイルＭＦは、図２により視覚的に示されるようなデータ構造を有し、管理データＤｃ（左欄）、時空間配置トラック情報Ｄｔ（右上欄）及び要素データＤｅ（右下欄）から成る。このマルチメディアファイルＭＦは、着信メロディとなる楽音情報（ＢＧＭともいう。）を主体にしてこれに各種付属情報を合成したもので、受信側端末ＣＬｒにおいて着信用として格納された後は“着信メロディファイル”とも呼ばれる。
【００２３】
要素データＤｅには、図２右下欄に示すように、着信メロディデータＥ１などの音情報、画像データＥ２などの画像情報、文章データＥ３など文章情報、等々、種々のデータ形式のメディア情報があり、これらのメディア情報は、当該マルチメディアファイルＭＦの“メディアデータ”又は“要素コンテンツ”と呼ばれる。例えば、音情報Ｅ１は、波形データやＭＩＤＩ楽音データなどの形式で表わされ、音声乃至楽音などで着信音や着信メロディとして再生させることができる。また、画像情報Ｅ２は、画像データや図形データの形式で待受け画面などに利用することができ、文章情報Ｅ３は、文字列（テキスト）データの形式で送信側端末ＣＬｓのユーザにより作成されたメッセージ文などとすることができる。
【００２４】
要素データＤｅには、このようなメディアデータに加えて、さらに、送信側端末ＣＬｓのユーザに関する種々の個人データであるユーザ名（名前）Ｅ４、電話番号Ｅ５、Ｅ−ｍａｉｌアドレスＥ６、住所（図示せず）等々をテキストデータで表わす名刺情報（個人情報ともいう。）がある。また、名刺情報Ｅ４，Ｅ５，…のうち、電話番号Ｅ５及びメールアドレスＥ６は、両クライアント端末ＣＬｓ，ＣＬｒ間での通信時において送信元ユーザを特定するための識別情報として用いられ、“アドレス情報”と呼ばれる。
【００２５】
管理データＤｃは、図２左欄に示すように、当該マルチメディアファイルＭＦの概略内容（コメントや再生時間等）を表わすプロファイル情報Ｐｆ、後述する時空間配置トラックＤｔで定義される要素Ｅ１，Ｅ２，…に対応する各要素データＤｅを指定する時空間配置指定情報Ｔｓ、時空間配置指定情報Ｔｓにより指定される各要素データＤｅについて編集の可否及び許可される編集態様を表わす編集許可情報Ｅｐ、要素データＤｅのうち各名刺情報Ｅ４，Ｅ５，…を指定すると共に、当該名刺情報がマルチメディアファイルＭＦに含まれる旨を指し示す情報である名刺指定情報Ｃｄなどを含む。
【００２６】
ここで、名刺指定情報は、マルチメディアファイルＭＦ中の特定ビットのフラグ情報或いはヘッダ中のタグ情報として含まれるものであり、受信側端末ＣＬｒにおいては当該名刺指定情報Ｃｄの有無を検査することによりマルチメディアファイルＭＦ中に名刺情報が含まれるか否かを判定することができる。
【００２７】
また、図２右上欄に示される時空間配置トラック情報Ｄｔは、時空間配置指定情報Ｔｓで指定される各要素データＤｅ（Ｅ１，Ｅ２，…）を再生出力すべきタイミング及び位置を指示する複数トラックの制御情報であり、各トラック別に各要素データＤｅの出力位置（表示位置や出力部位など）を規定し、各トラックの時間データにより各要素データＤｅの出力タイミングを規定する。また、時空間配置トラック情報Ｄｔは、マルチメディアファイルＭＦの作成・編集時には、該当する各要素データＤｅを図形化し、出力手段３の表示部（ディスプレイ）上に時空的に〔例えば、出力トラック位置を縦軸にし出力タイミングを横軸にして（但し、図２ではこのような詳細は表示されていない）〕表示させ、当該マルチメディアファイルＭＦの再生態様を確認するのに用いることができる。
【００２８】
つまり、時空間配置トラックＤｔは、各要素データの再生タイミングや表示位置等の情報を定義したものであり、時空間配置指定情報Ｔｓは、時空間配置トラックＤｔの各要素データと、当該要素データとして再生・表示すべき実体データＤｅとの対応関係を規定するものである。
【００２９】
この発明の一実施例によるマルチメディア利用システムにおいては、携帯用電話機などの送信側端末ＣＬｓ又はサーバＳＶで作成されたマルチメディアファイルＭＦは、当該送信側端末ＣＬｓの指示に従って別の受信側端末ＣＬｒに送信することができ、各受信側端末ＣＬｒでは、受信されたマルチメディアファイルＭＦを当該送信側端末ＣＬｓからの発信に対応する着信メロディファイルとして利用することができるように記録しておく。
【００３０】
図３は、受信側端末にＥ−ｍａｉｌで送信されたマルチメディアファイルについて情報抽出の態様を説明するための図である。この場合、ファイル送信元の送信側端末ＣＬｓから相手先の受信側端末ＣＬｒに送信されるメールＭＲは、例えば、通常の例に従って、図３左上に示すように、メール本文を表わす送信メッセージが格納される第１パートＰｔ１と、マルチメディアファイル（ＭＭファイル）ＭＦを含む第２パート（添付ファイル）Ｐｔ２以下の他パート（図３は他パートが第２パートＰｔ２のみの場合）から成る形式とすることができ、各パートＰｔ１，Ｐｔ２，…は、夫々パートヘッダとパートデータ（メッセージ本文及びマルチメディアファイルＭＦ）から構成される。
【００３１】
また、受信側端末ＣＬｒにおける記憶手段２の外部記憶部には、図３右下のように、“ファイルライブラリ”と呼ばれるファイル記憶領域２Ｆが設けられると共に、“アドレス帳”と呼ばれる個人データ記憶領域２Ａが設けられる。受信側端末ＣＬｒでは、当該端末ＣＬｓで受信されたメールＭＲの第２パートから、まず、マルチメディアファイルＭＦを抽出しファイルライブラリ２Ｆに格納する。ここで、抽出されたマルチメディアファイルＭＦを着信メロディとして利用する場合、これを着信メロディファイルとする。
【００３２】
なお、ファイルライブラリ２Ｆに保存される着信メロディファイルは、抽出されたマルチメディアファイルＭＦをそのままファイルライブラリ２Ｆに格納してもよいが、名刺指定情報Ｃｄ及びアドレス情報Ｅ５，Ｅ６を含む名刺情報（個人情報）Ｅ４，Ｅ５，…をマルチメディアファイルＭＦから削除したもの、即ち、マルチメディアファイルＭＦから個人情報を分離したものとしてもよい。このように個人情報を分離したマルチメディアファイル（便宜上、これを“分離後マルチメディアファイルＭＦ’”という。）をファイルライブラリ２Ｆに保存しておくと、万が一、分離後マルチメディアファイルＭＦ’を他の装置に送信したり転送することがあっても、個人情報までも漏洩することがない。
【００３３】
次いで、このマルチメディアファイルＭＦの管理データＤｃに含まれる名刺指定情報Ｃｄにより指示される名刺情報（個人情報）Ｅ４，Ｅ５，Ｅ６，…（アドレス情報Ｅ５，Ｅ６を含む）を要素データＤｅ中から取り出し、ファイルライブラリ２Ｆのマルチメディアファイル（着信メロディファイル）ＭＦに対応付けてアドレス帳２Ａに格納する。
【００３４】
上述したように、音声乃至メロディデータとその他の画像乃至文字列などの要素コンテンツを表示タイミングを規定したマルチメディアファイルＭＦに、さらに、氏名、電話番号、メールアドレス等の個人情報が付加されている。従って、受信側端末ＣＬｒでは、マルチメディアファイルＭＦを「名刺」的に利用することができ、例えば、マルチメディアファイルＭＦを発信した相手方の送信側端末ＣＬｓに対応する着信メロディ／着受け画面として利用することができる。
【００３５】
マルチメディアファイルＭＦの作成及び送信方法には、以下の３つの方法〔１〕〜〔３〕があり、順次、各方法について詳細を説明するが、各方法で共通する構成については、第１の方法〔１〕に従う第１実施態様の項で説明しておくものとする：
〔１〕送信側端末ＣＬｓ内でマルチメディアファイルＭＦを作成し、当該マルチメディアファイルＭＦを電子メールＭＲに添付する形式で受信側端末ＣＬｒに送付する方法（第１実施態様）、
〔２〕マルチメディアファイル作成に必要な情報（アドレス情報、画像データ等）をサーバＳＶに送付し、サーバＳＶ上でマルチメディアファイルＭＦの作成乃至蓄積を行い、受信側端末ＣＬｒに配信する方法（第２及び第３実施態様）、
〔３〕送信側端末ＣＬｓ内で作成したマルチメディアファイルＭＦ自体をサーバＳＶに送付し、サーバＳＶから受信側端末ＣＬｒに配信する方法。
【００３６】
〔第１の方法＝第１実施態様〕
図４は、第１の方法〔１〕に従って送信側端末ＣＬｓ内でマルチメディアファイルを作成した上、直接、受信側端末ＣＬｒに送信する場合〔第１実施態様〕のマルチメディアに関する全体的な処理フローを示す。第１実施態様による全体処理１においては、マルチメディアファイルＭＦの送信を指示する発信元の送信側端末ＣＬｓでマルチメディアファイルＭＦを作成する（ステップＣＳ１）。当該マルチメディアファイルＭＦを電子メールＭＲに添付して相手先の受信側端末ＣＬｒに送信する（ステップＣＳ２）。
【００３７】
受信側端末ＣＬｒでは、送信側端末ＣＬｓから送信されてきた電子メールＭＲを受信してこれを解析し（ステップＣＲ１）、図３で説明した情報抽出手順に従って受信メールＭＲからマルチメディアファイルＭＦを抽出する（ステップＣＲ２）。さらに、抽出されたマルチメディアファイルＭＦの解析を行って名刺情報Ｅ４，Ｅ５，Ｅ６，…を抽出する（ステップＣＲ３）。そして、当該マルチメディアファイルＭＦを着信メロディファイルとして名刺情報に対応付けた上、当該ファイルＭＦ及び名刺情報を当該受信側端末ＣＬｒのファイルライブラリ２Ｆ及びアドレス帳２Ａに記録する（ステップＣＲ４）。すなわち、アドレス情報Ｅ５，Ｅ６をキー情報として当該マルチメディアファイルＭＦを取り出すことができるように、当該マルチメディアファイルＭＦ及び名刺情報を再配置しておく。
【００３８】
その後、送信側端末ＣＬｓから受信側端末ＣＬｒに対して発呼やメール発信などの発信があると（ステップＣＳ３）、送信側端末ＣＬｓの発信データから当該端末ＣＬｓの識別情報（即ちアドレス情報）を確認し（ステップＣＲ５）、確認された識別情報に対応する着信メロディファイル（マルチメディアファイル）ＭＦをファイルライブラリ２ＦからＲＡＭ上に読み出し、出力手段３のディスプレイや音響出力部などを通じて着信メロディや着受け画面等として再生する（ステップＣＲ６）。
【００３９】
〔マルチメディアファイル作成処理〕
図５は、図４の全体処理１のマルチメディアファイル作成処理（ＣＳ１）での動作フロー例を示す。マルチメディアファイルＭＦは、ＭＭファイル作成処理プログラムに従って、先願の図６の処理と同様に、マルチメディアファイルテンプレート（以下、“ＭＭＴ”と略称する。）を基に作成される。ＭＭＴは、作成しようとするマルチメディアファイルＭＦの原型となるファイルであり、図２のマルチメディアファイルＭＦと同様に、要素データＤｅと時空間配置指定情報Ｔｓ及び編集可否情報Ｅｐとが対応関係を保ちながら記憶されている。また、ＭＭＴの名刺指定情報Ｃｄ及び名刺情報Ｅ４，Ｅ５，…は、編集が許可されており、全て空欄（データなし）であるか、或いは、一部の最低限データ（例えば、アドレス情報Ｅ４，Ｅ５に関連する内容）がデフォルトで記入されている。
【００４０】
送信側端末ＣＬｓにおいては、予め、このようなＭＭＴを、ＭＭＴ作成機能を有するサーバＳＶ或いは他のクライアント端末から受信して外部記憶部（２）に用意しておくことができ、また、別途、作成されるマルチメディアファイルＭＦに新たに組み込まれる要素データ（代替要素データという。名刺情報を含む。）を外部記憶部（２）に保存しておくこともできる。
【００４１】
このマルチメディアファイル作成処理では、まず、ＭＭＴをＲＡＭ（２）上に読み出し（ステップＭ１）、続いて、このＭＭＴの編集可否情報Ｅｐに基づき、ユーザが編集可能な内容をディスプレイ（４）に表示し、メッセージ等でユーザの編集操作を促す（ステップＭ２）。ここで、入力手段３の操作子２４を用いてユーザが何らかの編集操作を行うと（ステップＭ３→ＹＥＳ）、ユーザの操作入力に従ってＭＭＴデータを改変する（ステップＭ４）。
【００４２】
この編集操作（Ｍ３→Ｍ４）の内容には、例えば、編集可否情報Ｅｐの許可指示に応じた次のようなものがある：
（１）再生の可否：時空間配置トラックＤｔに従う各タイミング乃至画面位置において、同トラックＤｔ及び時空間配置指定情報Ｔｓが指示している要素データ（名刺情報を含む）Ｄｅを再生するか否かを決める、
（２）時空間配置指定情報Ｔｓで指示される要素データの決定：（１）において指示された要素データを再生するとした場合、ＭＭＴ中の要素データＤｅ又は既に送信側端末ＣＬｓに保存されている種々のデータのうち何れを再生させるのかを決定する（複数の再生態様乃至種類の設定が可能）、
（３）テキストデータ配置の編集：文字列（テキスト）データＥ３，Ｅ４，…に関して時空間配置指定情報Ｔｓ及び時空間配置トラックＤｔが指示している配置（タイミング乃至位置）の所定範囲内で変更する、
（４）名刺情報編集：名刺指定情報Ｃｄ及び名刺情報（アドレス情報等）Ｅ４，Ｅ５，…を入力し或いは変更する、
（５）再生条件の設定：（３）で各タイミング乃至画面位置で再生させる各要素データＤｅ（名刺情報を含む）について、複数の態様或いは複数の種類を設定した場合、どのような条件に対応して、何れの態様で要素データＤｅを再生させるか或いは何れの種類の要素データＤｅを再生させるかを決定する、等々。
【００４３】
なお、（２）の要素データの決定においては、文字列や画像情報などの表示用メディアデータについては、アニメーションやスクロール等の適宜の映像効果を施すことができ、この場合、マルチメディアファイルＭＦにその旨を定義しておく。また、所定の再生条件に従って、このような映像効果を施したり或いは施さないように複数の再生態様を定義しておくこともできる。同様に、各マルチメディアファイルＭＦについて、文字データに基づく表示メッセージを、１種類ではなく、複数種類用意しておき、所定の再生条件に従って、対応するメッセージを表示するように設定したり、さらに、待受け画面Ｅ２などに用いられる画像情報や着信メロディデータＥ１などのＢＧＭに用いられる楽音情報についても複数種類のデータを用意しておき、所定の再生条件に従って、対応するデータ内容を再生するように設定することができる（何れの場合もその旨が定義される。）。
【００４４】
（５）の再生条件の設定では、上述のように、各要素データＤｅについて複数の再生態様乃至複数の種類を設定した場合の各再生態様乃至種類に対応する再生条件を決定する。この再生条件の典型例は、発信元である送信側端末ＣＬｓからの着信イベントの種別（着信種別）である。例えば、（２）で或るタイミング及び位置で再生させる要素データＤｅとして画像情報Ａ，Ｂを設定し、別のタイミング及び位置ではメッセージａ，ｂを設定した場合、端末ＣＬｓからの着信種別が電話の場合には、各タイミング及び位置で、画像情報Ａ及びメッセージａの再生を指示し、Ｅ−ｍａｉｌの場合には画像情報Ｂ及びメッセージｂの再生を指示するように、再生すべき情報Ａ，ａ：Ｂ，ｂを着信種別に対応付ける。
【００４５】
また、同一送信側端末ＣＬｓからの着信種別に応じて再生態様を変更するのに、同一送信側端末ＣＬｓからの複数のマルチメディアファイルを用いてもよい。この場合、送信側端末ＣＬｓのユーザが、異なる画像やＢＧＭを再生するように定義したマルチメディアファイルＭＦ１，ＭＦ２を作成し、夫々のマルチメディアファイルＭＦ１，ＭＦ２を同一受信側端末ＣＬｒに送信する。ここで、各マルチメディアファイルＭＦ１，ＭＦ２は、名刺情報としてそれぞれ異なるアドレス情報（例えば、ＭＦ１には電話番号、ＭＦ２にＥ−ｍａｉｌアドレス情報）を含ませる。受信側端末ＣＬｒでは、後述する処理によって、各々に含まれるアドレス情報即ち着信種別に対応して、これらマルチメディアファイルＭＦ１，ＭＦ２をファイルライブラリ２Ｆに格納し、送信側端末ＣＬｓからの着信（発呼等）に応じて検出された着信種別に応じて、対応するマルチメディアファイル（例えば、電話がかかってきたのであればマルチメデイアファイルＭＦ１、電子メールを受信したのであればマルチメディアファイルＭＦ２）を再生する。
【００４６】
なお、再生条件を着信種別とせず、受信側端末ＣＬｒの再生モードのセット状態に応じて異なる再生態様で要素データを出力させることもできる。この場合は、送信側端末ＣＬｓで、予め、再生モード別に異なる再生態様が得られるように設定されたマルチメディアファイルＭＦを作成しておき、受信側端末ＣＬｒでは、当該マルチメディアファイルＭＦをファイルライブラリ２Ｆに格納した後、入力手段３の設定操作子により所望の再生モードをセットしておけばよい。
【００４７】
さて、ＭＭＴデータ改変処理（Ｍ４）の後又は編集操作入力がなかったとき（Ｍ３→ＮＯ）はプレビュー指示の有無を判断する（Ｍ５）。ここで、ユーザがプレビューが指示すると、編集途中の要素データを各出力手段４に再生出力するプレビュー処理が行われて（ステップＭ６）、ユーザは編集状況を随時確認して更なるデータ改変の必要性を判断することができる。
【００４８】
ブレビュー処理（Ｍ６）の後或いはプレビュー指示編集操作入力がなかったとき（Ｍ５→ＮＯ）は、ユーザによりこの作成処理を終了する指示がなされたか否かを判別し（ステップＭ７）、この指示がないときは（Ｍ７→ＮＯ）最初の表示ステップ（Ｍ２）に戻り、上述した編集動作（Ｍ２〜Ｍ７）を繰り返す。なお、ＭＭＴデータ改変処理（Ｍ４）は、編集可変情報Ｅｐが許容する範囲であれば、同じ箇所について何回でも改変が可能であり、元に戻すことも可能である。
【００４９】
また、終了指示があったときは（Ｍ７→ＹＥＳ）、改変処理（Ｍ４）で改変された編集済みＭＭＴをマルチメディアファイル（ＭＭファイル）ＭＦとして出力すべき行先の指定（例えば、受信側端末ＣＬｒへの送信、外部記憶部２への格納など）を受け付けて（ステップＭ９）、この出力指定に従って編集済みＭＭＴ即ちマルチメディアファイルＭＦを出力する（ステップＭ１０）。そして、このファイル出力処理後（Ｍ１０）このマルチメディアファイル作成処理を終了する。
【００５０】
なお、編集操作（３）の名刺情報編集（※）については、名刺情報は他の要素データとは分離して取り扱い、ＭＭＴ改変（Ｍ４）の終了指示があった後に（Ｍ７→ＹＥＳ）、破線で示すように、名刺情報の付加（※）を行う処理（ステップＭ８）で実行するようにしてもよい。この場合、終了指示があった後、要素データＥ５〜Ｅ６に各名刺情報を追加するとともに、名刺指定情報Ｃｄを生成乃至付加するようにすればよい。
【００５１】
ファイル出力処理（Ｍ９）において作成されたマルチメディアファイルＭＦ、或いは、ファイル作成後に一旦外部記憶部２に格納されたマルチメディアファイルＭＦを受信側端末ＣＬｒに送信する場合、当該マルチメディアファイルＭＦ自体の内容変更については、全て強制的に不可とする編集不可処理を自動的に行うが、名刺指定情報Ｃｄで指定される各種個人データ（アドレス情報Ｅ５，Ｅ６を含む名刺情報）Ｅ４，Ｅ５，…などの情報の抽出及び削除は、許可されるよう制御する。
【００５２】
〔受信側端末の処理〕
図６〜図８は、図４において送信側端末ＣＬｓからのマルチメディアファイル添付メールを受信する受信側端末ＣＬｒでの処理（ＣＲ１〜ＣＲ４，ＣＲ５〜ＣＲ６）をより詳しく表わす処理フロー例である。まず、図６は、受信側端末ＣＬｒで受信電子メールを閲覧するためのメールブラウザ起動処理を表わすフローチャートである。受信側端末ＣＬｒでは、この処理フローに入る前段において、当該端末ＣＬｒで既に受信され記憶手段２の外部記憶部に格納されている電子メールが出力手段４のディスプレイにリストで表示され、ユーザは、詳細内容を表示したいメールをこのリストから選択することができる。
【００５３】
そこで、ディスプレイ（４）に表示されたメールリストからユーザが当該受信電子メールを選択的に指示すると、メールブラウズアプリケーション（ブラウザ）に従って当該受信メールＭＲの構成を解析する（ステップＣＲ１１）。次に、受信電子メールＭＲの本文をディスプレイ（４）に表示した後（ステップＣＲ１２）、何らかのユーザ操作を待機する状態に入る（ステップＣＲ１３）。
【００５４】
例えば、マルチメディアファイルＭＦが添付されたメールのように、複数パートから成る受信電子メールＭＲの場合には（図３参照）、構成解析（ＣＲ１１）を経て受信電子メールを表示する際（ＣＲ１３）、第１パートＰｔ１〔通常、メール本文が格納される。〕の本文を表示して、他のパート（Ｐｔ２等）の選択指示或いはメールブラウズアプリケーションの終了指示があるまで、待機する（ＣＲ１３）。そして、この待機段階（ＣＲ１３）では、例えば、図８に示す「パート表示指示イベント」処理が実行される。
【００５５】
図８は、図６のメールブラウザの子（従属）プロセスとして実行される「パート表示指示イベント」処理を表わすフローチャートである。この処理フローでは、まず、リストから選択された受信メールにパートが有るか（受信メールが複数パートから成るか）否かを判断し（ステップＣＲ２１）、パートが有れば（ＣＲ２１→ＹＥＳ）、当該受信メールの第２パートＰｔ２以降のパートヘッダの項目情報を表示してユーザからのパート指示を待つ。すなわち、複数のパートＰｔ１，Ｐｔ２，…を含む電子メールでは、前述のように、通常、第１パートが本文であり、第２パート以降に添付ファイル等が含まれるので、複数パートを含む電子メールをブラウズしている場合（ＣＲ２１→ＹＥＳ）は、「前のパート」／「次のパート」ボタン等をディスプレイ（４）に表示してユーザの指示を待ち、また、ユーザ指示に応じて任意のパートを表示する。
【００５６】
ここで、ユーザにより所望のパート（Ｐｔ２等）が指示されると、指示されたパートについて、パートヘッダの情報から、コンテンツの種類がマルチメディアファイルＭＦに属するか否かを判別する（ステップＣＲ２２）。そして、当該パートのコンテンツ種類を調べてマルチメディアファイルＭＦであれば（ＣＲ２２→ＹＥＳ）、更に、当該パートコンテンツの管理情報中Ｄｃに名刺指定情報Ｃｄが付加されているか否かを検査する（ステップＣＲ２３）。
【００５７】
この検査で名刺指定情報Ｃｄが付加されていると判定されると（ＣＲ２３→ＹＥＳ）、マルチメディアファイルＭＦの内容を登録するか否かのダイアログを表示し、当該ファイルＭＦの登録をユーザに問い合わせる（ステップＣＲ２４）。これに対して、ユーザにより「登録」が選択操作されたか否かを判定する（ステップＣＲ２５）。なお、登録問合せステップ（ＣＲ２３）の前段には、当該マルチメディアファイルＭＦを出力手段（ディスプレイや放音部など）４で再生するように構成しておくことが好ましい。このような再生ステップを設けることによって、ユーザは、当該パートのマルチメディアファイルＭＦの具体的内容や名刺情報（アドレス情報）の詳細を確認することができる。
【００５８】
さて、ユーザによって「登録」の選択操作がなされたときは（ＣＲ２５→ＹＥＳ）、当該マルチメディアファイルＭＦを着信メロディファイルとしてファイルライブラリ２Ｆに保存すると共に（ステップＣＲ２６）、受信されたマルチメディアファイルＭＦに要素データＤｅの一部として埋め込まれているアドレス情報〔電話番号（Ｅ５）、メールアドレス（Ｅ６）〕やその他個人データ〔名前（Ｅ４）、住所等〕などをアドレス帳２Ａに登録する（ステップＣＲ２７）。
【００５９】
なお、既に図３に関連して説明したように、ファイル保存ステップ（Ｒ２６）においては、受信したマルチメディアファイルファイルＭＦから、名刺指定情報Ｃｄ及びこれにより指定される名刺情報Ｅ４，Ｅ５，…（アドレス情報を含む）を削除して当該名刺情報を個人情報として分離し、分離後マルチメディアファイルＭＦ’を着信メロディファイルとして保存するようにしてもよい。
【００６０】
さらに、アドレス情報で規定される発信元端末ＣＬｓのユーザと保存された着信メロディファイルＭＦとを関連付ける（ステップＣＲ２８）。すなわち、名刺情報中に所定の記号データで表わされるアドレス情報〔例えば、電話番号（Ｅ５）乃至メールアドレス（Ｅ６）〕を発信元識別データとして利用すべく、この識別データで発信元端末ＣＬｓと着信メロディファイルＭＦとを対応付ける。そして、この関連付け処理の後は（ＣＲ２８）、このイベント処理を終了し、メールブラウザ起動処理の待機ステップ（図６：ＣＲ１３）にリターンする。
【００６１】
以上のようにして、マルチメディアファイルＭＦを電子メールに添付されたデータとして受信する場合には、マルチメディアファイルＭＦを格納したパートがメールブラウザで選択された際（ＣＲ２１〜ＣＲ２２→ＹＥＳ）、当該ファイルＭＦに名刺指定がなされていることを検出すれば（ＣＲ２３→ＹＥＳ）、ファイルＭＦに付加されているアドレス情報（Ｅ５，Ｅ６）を含む名刺情報（個人データＥ４，Ｅ５，…）をアドレス帳２Ａに追加し（ＣＲ２７）、当該アドレス情報（Ｅ５，Ｅ６）で規定される発信元ＣＬｓと当該マルチメディアファイルＭＦとを関連付ける（ＣＲ２８）。また、上記の例ではダイアログ表示で登録を打診してユーザがＹＥＳと答えた場合にのみ登録するようにしているが（ＣＲ２４〜ＣＲ２８））、名刺指定情報Ｃｄがあれば自動的に登録するようにしてもよい。
【００６２】
なお、後述する第２及び第３実施態様において、マルチメディアファイルＭＦをＨＴＴＰ（HyperText Transfer Protocol）で受信する場合(図１０：ＣＲ４２，図１１：ＣＲ５２）には、図８に“Ａ”で示すように、登録問合せステップ（ＣＲ２４）からファイル情報抽出処理を開始する。
【００６３】
このようにして、着信メロディファイルＭＦ及び名刺情報が登録され、これに対応する送信側端末ＣＬｓとの関連付けがなされると（ＣＲ２６〜ＣＲ２８）、以後、当該マルチメディアファイルＭＦを作成した（後述する第２実施態様では、当該マルチメディアファイルＭＦの作成を指示した）送信側端末ＣＬｓのユーザからの着信（例えば、電話の着信、電子メールの着信、チャット等の接続リクエストの着信など）が識別された時には、図８の発信元関連付けステップ（ＣＲ２８）で当該ユーザに関連付けられた着信メロディファイルＭＦが読み出されて出力手段４に出力され、着信メロディや着受け画面などとして再生される。
【００６４】
なお、パート判断ステップ（ＣＲ２１）でパート無しと判断したとき（ＣＲ２１→ＮＯ）及び登録指令判定ステップ（ＣＲ２５）で「登録しない」旨を判定したとき（ＣＲ２５→ＮＯ）は、直ちに、メールブラウザ起動処理の待機ステップ（図６：ＣＲ１３）にリターンする。また、ファイル種類判別ステップ（ＣＲ２２）でマルチメディアファイルＭＦでないと判別したとき（ＣＲ２２→ＮＯ）及び，名刺検査ステップ（ＣＲ２３）で名刺指定情報を検出しなかったとき（ＣＲ２３→ＮＯ）は、当該パートのコンテンツを出力手段４で再生して表示や放音などを行い、ユーザに当該コンテンツの内容（ファイル種類を含む）や名刺情報の不存在を知らせ（ステップＣＲ２９）、ユーザがこれを確認すると、メールブラウザ起動処理の待機ステップ（図６：ＣＲ１３）にリターンする。
【００６５】
図７は、送信側端末ＣＬｓからの発呼に応じて受信側端末ＣＬｒで実行される「通話着信イベント処理」を表わすフローチャートである。この処理フローにおいて、送信側端末ＣＬｓからの発呼に応じて、例えば、電話の着信や、電子メールの着信、チャット等の接続リクエストの着信などの着信イベントがあると、着信情報から当該送信側端末ＣＬｓの識別データを検出し（ステップＣＲ３１）、次いで、この識別データに基づき、発呼してきた送信側端末ＣＬｓのユーザに対応する着信メロディファイルＭＦがファイルライブラリ２Ｆが格納されているか否かを調べる（ステップＣＲ３２）。
【００６６】
ここで、送信側端末ＣＬｓに対応する着信メロディファイルＭＦがあると（ＣＲ３２→ＹＥＳ）この着信メロディファイルＭＦを出力手段４で再生して着信を報知する処理を行う（ステップＣＲ３３）。図９は、着信メロディファイルＭＦに従って出力手段で再生される出力コンテンツの一例である。また、このようなファイルＭＦがないときは（ＣＲ３２→ＮＯ）、当該受信側端末ＣＬｒで予め設定してある着信音や着信画像を用いる既定の方法で、着信があった旨を報知する処理を行う（ステップＣＲ３４）。そして、このような着信報知処理（ＣＲ３３，ＣＲ３４）の後、次の通信乃至ユーザ操作を待機する状態に入る（ステップＣＲ３５）。
【００６７】
なお、この発明の一実施例による受信側端末ＣＬｒでは、既に説明したように、着信種別に応じて複数の要素データの再生内容が設定されているマルチメディアファイルＭＦを送信側端末ＣＬｓから受信し、これを着信メロディファイルとして用意しておき、当該送信側端末ＣＬｓからの着信イベントの種別に応じて、設定された再生内容で着信メロディファイルＭＦを再生することができる。即ち、受信側端末ＣＬｒの通話着信イベント処理（図７）において、通信してきた当該送信側端末ＣＬｓに対応する着信メロディファイルＭＦが探索されると（ＣＲ３２→ＹＥＳ）、図９に例示されるように、当該通信の着信種別に対応する再生内容で出力手段４に再生される。
【００６８】
すなわち、送信側端末ＣＬｓでは、受信側端末ＣＬｒでコンテンツとして格納されるマルチメディアファイル（着信メロディファイル）ＭＦに、予め、電話（通話）の着信であるか或いはＥ−ｍａｉｌの着信であるか等の着信イベントの種別に対応して、異なる画像（Ｅ２）やＢＧＭ（Ｅ１）、メッセージ（Ｅ３）等を再生するように定義しておく。そして、送信側端末ＣＬｓからの着信があると、この着信種別に応じて、出力手段４で再生される所定のコンテンツファイルＭＦの出力態様を変更する。出力態様の変更は、複数種類のデータを用意しておくだけでなく、文字・画像データについては、適宜、着信メロディファイル（マルチメディアファイル）ＭＦにアニメーションやスクロール等の映像効果を定義しておき、この映像効果を実行すようにしてもよい。ＢＧＭなどの楽音情報も、１種類ではなく、複数種類のデータをファイルＭＦに定義しておき、これを用いてもよい。
【００６９】
さらに、送信側端末ＣＬｓからの複数のマルチメディアコンテンツ（着信メロディファイル）の夫々を、着信種別毎に異なる画像やＢＧＭを再生するように定義しておいてもよい。この場合、発信元の識別情報（電話番号Ｅ５或いはメールアドレスＥ６など）に応じて再生する着信メロディファイルを切り替えるように、送信側端末ＣＬｓから送信される複数のマルチメディアコンテンツの夫々に予め着信種別を設定しておいてもしてもよいし、各マルチメディアコンテンツから名刺情報を登録する時に、送信側端末ＣＬｓからの各着信の種別に夫々対応させて着信メロディファイルを保存するようにしてもよい。
【００７０】
前述した図９の例では、マルチメディアフフイルＭＦ（着信メロディファイル）に規定された情報に従い、受信側端末ＣＬｒで受信される着信イベントの種別が電話の着信であるか或いは電子メールの着信であるかに応じて、異なるメッセージ（Ｅ３）、アドレス情報（電話番号Ｅ５又はメールアドレスＥ６）並びにユーザ名（Ｅ４）が出力手段４のディスプレイに表示され、異なる背景音楽（Ｅ１：“ＢＧＭ１”又は“ＢＧＭ２”）が音響出力部から放音される。なお、この例では、画像（Ｅ２）について複数の画像情報が設定されていないので、同一の画像が表示されている。
【００７１】
〔第２の方法＝第２及び第３実施態様〕
このマルチメディア利用システムで用いられるマルチメディアファイルＭＦには個人情報が含まれ、通常、端末に蓄積されるファイルデータは他の装置に転送可能であるから、何らかの措置をとらないと徒らに個人情報が漏洩する危険がある。そこで、前述した第２の方法〔２〕では、発信元である送信側端末ＣＬｓのユーザが直接マルチメディアファイルＭＦを送信するのではなく、一旦、当該ユーザの指示に従って、サーバＳＶでマルチメディアファイルＭＦを作成させるか（第２実施態様）或いはサーバＳＶにマルチメディアファイルＭＦを吸い上げてから（第３実施態様）、特定の送信先である受信側端末ＣＬｒにのみ同ファイルＭＦを送信することによりマルチメディアファイルＭＦの送信先を制限し、個人情報が徒らに漏洩することを防ぐ。
【００７２】
また、第２の方法〔２〕では、送信されるマルチメディアファイルＭＦには「転送不可」情報を付加しておく。送付先となる各受信側端末ＣＬｒでは、「転送不可」を律儀に守り、このファイルＭＦを他の装置に送信したり転送したりすることができないようにする。さらに、当該マルチメディアファイルＭＦの送付先を管理する機能をもたせて、ファイル管理に万全を期す（第３実施態様）。
【００７３】
図１０及び図１１は、第２の方法〔２〕に従い送信側端末ＣＬｓからの指示に基づいてサーバＳＶ上でマルチメディアファイルＭＦの作成及び蓄積する場合〔第２及び第３実施態様〕のマルチメディアに関する全体的な処理フローを示す。
【００７４】
まず、図１０の第２実施態様による全体処理２では、マルチメディアファイルＭＦの送信を指示する発信元の送信側端末ＣＬｓから、送付しようとするマルチメディアファイルＭＦの作成に必要な要素データＤｅとして、アドレス情報（Ｅ５，Ｅ６）等の個人データ、並びに、着信メロディ（Ｅ１）や画像データ（Ｅ２）等のメディアデータを、直接、電子メールに添付する方法か或いはＨＴＴＰでサーバＳＶに送信する（ステップＣＳ４１）。この場合、画像やメロディなどのメディア情報については、サーバＳＶにメディアデータを複数蓄積しておき、これを送信側端末ＣＬｓのユーザが選択できるようにしてもよい。また、併せて、マルチメディアファイルＭＦのテンプレートＭＭＴを選択する指示を出すようにしてもよい。
【００７５】
サーバＳＶでは、送信側端末ＣＬｓから送信されてきた個人データ及びメディアデータに基づいて、図５のマルチメディアファイル作成処理と同様の手順で、図２と同様のマルチメディアファイルＭＦを作成する（ステップＳ４１）。作成されたマルチメディアファイルＭＦは、ＵＲＬ（Uniform Resource Locator）形式でマルチメディアファイルＭＦが一意に特定可能に、サーバＳＶ内の記憶手段（外部記憶部）２に設けられたファイルデータベース（ＤＢ）ＳＤに蓄積される。この場合、作成及び蓄積がなされるマルチメディアファイルＭＦには「転送不可情報」が付加されており、このマルチメディアファイルＭＦを受け取った受信側端末ＣＬｒは、（通常）当該ファイルＭＦを他の装置に転送することができない。また、登録情報は、当該マルチメディアファイルＭＦを一意に特定できるのであれば、ＵＲＬに限らず、他の情報でもよい。
【００７６】
次いで、サーバＳＶで作成され蓄積された送信側端末ＣＬｓのマルチメディアファイルＭＦに固有の登録情報を電子メール等で当該送信側端末ＣＬｓに通知する（ステップＳ４２）。なお、この登録情報の通知形態は、電子メールに限らない。例えば、上述のようにＨＴＴＰでサーバＳＶに要素データＤｅを送信した後、同じくＨＴＴＰで登録通知を表示するようにしてもよいし、ＦＡＸ等他の装置を利用して通知してもよい。そして、送信側端末ＣＬｓに通知されてきた登録情報は、さらに、当該送信側端末ＣＬｓから任意の受信側端末ＣＬｒを送信先として電子メール等で通知される。
【００７７】
受信側端末ＣＬｒでは、通知された登録情報に従ってサーバＳＶにＨＴＴＰでアクセスして、当該登録情報に対応するマルチメディアファイルＭＦをリクエストする（ステップＣＲ４１）。サーバＳＶは、このリクエストを受信すると（ステップＳ４３）、ファイルデータベースＳＤから当該マルチメディアファイルＭＦを取り出し、電子メール添付形式又はＨＴＴＰにて受信側端末ＣＬｒ送信する（ステップＳ４４）。
【００７８】
受信側端末ＣＬｒでは、このマルチメディアファイルＭＦを受信すると、第１実施態様〔図３、図４：ＣＲ３〜ＣＲ４、図６及び図８（但し、ＨＴＴＰの場合は“Ａ”から開始）参照。〕と同様にして、当該ファイルＭＦの解析を行い（ステップＣＲ４２）、このファイルＭＦをアドレス情報に対応付けて着信メロディファイルとして再配置してダウンロードする（ステップＣＲ４３）。
【００７９】
その後は、第１実施態様（図４：ＣＳ３，ＣＲ５〜ＣＲ６；図７：ＣＲ３１〜ＣＲ３３）と同様に、送信側端末ＣＬｓから受信側端末ＣＬｒに対して発呼やメール送信などの発信があると（ステップＣＳ３）、送信側端末ＣＬｓの発信データから当該端末ＣＬｓの識別情報（即ちアドレス情報）を確認し（ステップＣＲ５）、確認された識別情報に対応する着信メロディファイル（マルチメディアファイル）ＭＦをファイルライブラリ２ＦからＲＡＭ上に読み出し、出力手段３のディスプレイや音響出力部などを通じて着信メロディや着受け画面等として再生する（ステップＣＲ６）。
【００８０】
次に、図１１に例示される第３実施態様では、第２実施態様と同様にマルチメディアファイルＭＦをサーバＳＶに蓄積すると共に、サーバＳＶ上で送付先情報を保存してファイル送付先の管理を行うことができるように構成されている。
【００８１】
第３実施態様による図１１の全体処理３において、まず、マルチメディアファイルＭＦを送信したい発信元の送信側端末ＣＬｓのユーザは、送付しようとするマルチメディアファイルの作成に必要なアドレス情報（Ｅ５，Ｅ６）、画像データ（Ｅ２）、着信メロディ（Ｅ１）等の要素データＤｅに加えて、作成後のマルチメディアファイルＭＦを送付すべき１乃至複数の送信側端末ＣＬｒのユーザを指定する送付先情報を、電子メール添付或いはＨＴＴＰでサーバＳＶに送信し、マルチメディアファイルＭＦの作成及び送付を指示する（ステップＣＳ５１）。ここで、送付先指定情報は、例えば、電話番号や、ＩＰｖ６（Internet Protocol version 6 ）のアドレスのように、送付先となる受信側端末ＣＬｒを一意に特定できる情報である。また、マルチメディアファイルＭＦのテンプレートＭＭＴを選択する指示を送るようにしてもよい。
【００８２】
サーバＳＶでは、送信側端末ＣＬｓからの要素データＤｅに基づいて、既述の方法と同様の手順で（図５参照）、マルチメディアファイルＭＦを作成し、作成したマルチメディアファイルＭＦと、送付先指定情報で指定された１乃至複数の送付先端末ＣＬｒとを関連付けて保存する（ステップＳ５１）。つまり、ＵＲＬ等で固有の登録情報を付加してファイルデータベースＳＤに当該マルチメディアファイルＭＦを格納すると共に、格納されたマルチメディアファイルＭＦに対応付けて、送付先情報を送付先リストファイルＬＳに記録する。
【００８３】
次いで、サーバＳＶは、保存されたマルチメディアファイルＭＦを送付先端末ＣＬｒにのみ転送するよう制御するために、当該マルチメディアファイルＭＦに固有の登録情報を、当該送信側端末ＣＬｓ及び送付先端末ＣＬｒに、電子メール等で通知する（ステップＳ５２）。例えば、送信元ＣＬｓ及び指定された１乃至複数の送付先ＣＬｒにマルチメディアファイルＭＦのＵＲＬを同時に通知する。なお、このようなＵＲＬの通知によらず、指定された送付先端末ＣＬｒに対して、直接、マルチメディアファイルＭＦファイルを送信するという方法もある〔この場合は、直ちに、ファイル送受信ステップ（Ｓ５５，ＣＲ５２）に進む。〕
【００８４】
受信側端末ＣＬｒでは、通知された登録情報に従ってＨＴＴＰでサーバＳＶにアクセスし、当該登録情報に対応するマルチメディアファイルＭＦをリクエストする（ステップＣＲ４１）。サーバＳＶは、リクエストを受信すると（ステップＳ５３）、リクエストした受信側端末ＣＬｒのユーザ識別情報と、送付先リストファイルＬＳに記録されている当該マルチメディアファイルＭＦの送付先情報が示す端末ユーザ情報とを対比して、当該マルチメディアファイルＭＦをリクエスト元端末ＣＬｒに送付を許可すべきか否かを判断する（ステップＳ５４）。
【００８５】
ここで、受信側端末ＣＬｒのユーザ識別情報が送付先情報に一致して送付すべきと判定したときは（Ｓ５４→ＹＥＳ）、ファイルデータベースＳＤから当該マルチメディアファイルＭＦを取り出し、電子メール添付形式又はＨＴＴＰにて受信側端末ＣＬｒ送信する（ステップＳ５４）。また、ユーザ識別情報が送付先情報に一致せず送付できないときは（Ｓ５４→ＮＯ）、その旨を受信側端末ＣＬｒに通知した上或いは通知無しに、このリクエストに対する処理を終了する。
【００８６】
受信側端末ＣＬｒでは、サーバＳＶからマルチメディアファイルＭＦを受信すると、第１及び第２実施態様と同様に、当該ファイルＭＦの解析を行い（ステップＣＲ５２）、このマルチメディアファイルＭＦをアドレス情報に対応付けて着信メロディファイルとして再配置してダウンロードする。そして、その後も、送信側端末ＣＬｓからの発信があれば、第１及び第２実施態様と同様の手順で、この発信に応答して着信メロディファイル（マルチメディアファイル）ＭＦに基づく着信メロディや着受け画面等を再生する。
【００８７】
図１２は、第２及び第３実施態様のようにサーバにマルチメディアファイルを蓄積しておき、送信側端末ＣＬｓからＨＴＴＰでサーバＳＶにアクセスして所望のマルチメディアファイルＭＦの作成を指示する場合（図１０：ＣＳ４１，図１１：ＣＲ４１）におけるディスプレイ画面の推移例を表わす。
【００８８】
上段左側のアドレス情報入力画面（１）は、送信側端末ＣＬｓに関するユーザの氏名（Ｅ４）、電話番号（Ｅ５）、ｅ−ｍａｉｌ（Ｅ６）を入力するための画面であり、この例では「アドレス情報を入力してください」という案内コメントに従ってユーザがデータ入力を行うが、受信側端末ＣＬｒに予め自アドレス情報を登録しておき、自動的に挿入してもよい。また、サーバＳＶ側で、受信側端末ＣＬｒ乃至そのユーザを特定して自動的に挿入するようにしてもよい。
【００８９】
上段中央のコンテンツ選択画面（２）は、作成されるマルチメディアファイルＭＦのメディアデータとなるメディア情報コンテンツとして画像及びメロディを入力するための画面であり、「コンテンツを入力してください」という案内コメントに従ってユーザがデータ入力を行うことができるが、サーバＳＶに要素となるメディア情報コンテンツを複数蓄積しておき、これを選択するようにしてもよい。
【００９０】
上段右側の内容確認画面（３）は、サーバＳＶで作成されるマルチメディアファイルＭＦの要素データの内容を確認するための画面である。この時点で、この内容に応じて作成されるマルチメディアファイル（着信メロディファイル）ＭＦ自体の内容についてプレビューを行っても良い。
【００９１】
下段の各画面（３ａ）〜（５）は、第３実施態様のように、更に送付先を指定する場合（図１１：ＣＲ４１）の画面推移例であり、この場合は、内容確認画面は、（３）のように完了せず、下段左側の（３ｂ）のようになる。つまり、内容確認画面（３ｂ）で内容確認を行った後、下段中央の送付先指定画面（４）に移行し、次いで、下段右側の送付先確認画面（５）にまで移行する。さらに、マルチメディアファイルＭＦのテンプレートＭＭＴを選択するようにしてもよい。
【００９２】
このように、第２の方法〔２〕では、各クライアント端末ＣＬは、携帯電話端末である必要はなく、ＰＣ、ゲーム機、セットトップボックス、ＰＤＡなど、任意の端末装置を利用することができる。また、サーバＳＶとの接続は、適宜、有線接続を含む種々の通信態様を利用することができる。
【００９３】
〔第３の方法〕
前述した第３の方法〔３〕においては、マルチメディアファイルＭＦを送信側端末ＣＬｓ内で作成し、作成されたマルチメディアファイルＭＦを一旦サーバＳＶに吸い上げた上、サーバＳＶから受信側端末ＣＬｒに送信するものである。従って、この方法〔３〕は、図１０及び図１１におけるファイル作成ステージ（ＳＶ４１，ＳＶ５１）が送信側端末ＣＬｓに移行し、当該ステージでは、マルチメディアファイルＭＦ乃至送付先情報を送信側端末ＣＬｓで受信してファイルデータベースＳＤ乃至送付先リストファイルに記録しておく点で、第２乃至第３実施態様（第２の方法〔２〕）と相違するが、サーバＳＶにて、蓄積・送付されるマルチメディアファイルＭＦと送付先ＣＬｒとを関連付けておき、指定された送付先ＣＬｒにのみマルチメディアファイルＭＦを転送するよう制御する点に変わりはない。なお、送付先指定情報は、送信側端末ＣＬｓから送信されるマルチメディアファイルＭＦに埋め込んだ形で送付してもよい。
【００９４】
以上説明した実施態様においては、名刺情報である氏名や住所等をそれぞれテキストデータとして入力するものとして説明したが、氏名、住所、電話番号、Ｅ−ｍａｉｌアドレス、ホームページのＵＲＬ等をひとまとめに記録した電子名刺（ｖＣａｒｄ等）情報をこの発明の名刺情報としてマルチメディアファイルＭＦに付加するようにしてもよい。
【００９５】
【発明の効果】
以上説明したように、この発明によれば、マルチメディアファイルに対して、送信元の通信端末（発信元／送信側端末）を特定するアドレス情報を含む個人情報が付加されているので、送付先の通信端末（送信先／受信側端末）では、付加された個人情報をアドレス帳に格納しておくことにより、マルチメディアファイルとは独立して「名刺」的なデータとして効果的に利用することができ、マルチメディアファイルは、個人情報に含まれるアドレス情報に対応付けてファイルライブラリに記憶されることで、送信元の通信端末からの着信があると、当該送信元の通信端末に対応する着信メロディファイル等の要素コンテンツをファイルライブラリから読み出して、発信相手に応じた着信メロディ／着受け画面等として利用することができる。
【００９６】
さらに、サーバにおいては、送信元の通信端末（発信元／送信側端末）のユーザの指示に従って、サーバ上でマルチメディアファイルを生成してこのマルチメディアファイルに対応する送付先情報を管理し、送付先情報により指定される特定の送付先の通信端末（送信先／受信側端末）にのみ、「転送不可」情報が付加されたマルチメディアファイルを送信するようにしているので、このマルチメディアファイルを受け取った送付先の通信端末は、当該ファイルを他の装置に送信したり転送したりすることができないようにすることができる。
【００９７】
また、送付先の通信端末（送信先／受信側端末）においては、マルチメディアファイルを受信すると、受信したマルチメディアファイルから、アドレス情報を含む個人情報を分離してアドレス帳に記憶し、個人情報を分離した後のマルチメディアファイルをアドレス情報に対応させて記憶させるようにしているので、分離後マルチメディアファイルが誤って他の装置に送信されたり転送されたりすることがあったとしても、個人情報は削除されているので、当該ファイルから個人情報が漏洩されることはない。
【図面の簡単な説明】
【図１】図１は、この発明の一実施例によるマルチメディア利用システムの構成の概要を表わす図である。
【図２】図２は、この発明の一実施例によるマルチメディア利用システムで取り扱われるマルチメディアファイルのデータ構造の一例を示す。
【図３】図３は、受信側端末に送信された電子メールからマルチメディアファイル及び名刺情報を抽出する手法を説明するための図である。
【図４】図４は、送信側端末で作成されたマルチメディアファイルを受信側端末に送信する場合〔第１実施態様〕の全体的な処理を表わすフローチャートである。
【図５】図５は、マルチメディアファイル作成処理を表わすフローチャートである。
【図６】図６は、受信側端末で実行されるメールブラウザ起動処理を表わすフローチャートである。
【図７】図７は、受信側端末で実行される通話着信イベント処理を表わすフローチャートである。
【図８】図８は、メールブラウザ（図６）の子プロセスとして受信側端末で実行されるパート表示指示イベント処理を表わすフローチャートである。
【図９】図９は、マルチメディアファイル（着信メロディファイル）に従って出力手段で再生される出力コンテンツの一例である。
【図１０】図１０は、サーバでマルチメディアファイルを作成し蓄積する場合〔第２実施態様〕の全体的な処理を表わすフローチャートである。
【図１１】図１１は、送信側端末で作成されたマルチメディアファイルをサーバに蓄積する場合〔第３実施態様〕の全体的な処理を表わすフローチャートである。
【図１２】図１２は、マルチメディアファイルをサーバに蓄積する場合〔第２及び第３実施態様〕のＨＴＴＰにおける画面例である。
【符号の説明】
ＳＶ 配信サーバ（ホスト装置）
ＣＬ：ＣＬ１〜ＣＬｎ；ＣＬｓ，ＣＬｒ クライアント端末、
ＭＦ 管理データＤｃ、時空間配置トラック情報Ｄｔ及び要素データＤｅから成るマルチメディアファイル（着信メロディファイル）、
ＭＲ マルチメディアファイルＭＦを添付した電子メール。
【発明の属する技術分野】
この発明は、画像、音声、音楽、文字列などの情報を音響乃至可視表示によって再生出力可能な多種類のメディアデータを扱うマルチメディア送受システムに関する。
【０００２】
【従来の技術】
従来より、通信端末において、文字、画像又は音声などの多種多様な情報の提供を受けて再生することは、例えば、携帯用電話機の着信メロディ乃至着信画像やＥメール等、各種場面で盛んに利用されている。例えば、特許文献１には、このような各種情報が長文のメールや画像、音楽等の大容量コンテンツを含むメッセージの転送を容易にしたデジタル無線電話用通信システムが開示されている。
【０００３】
【特許文献１】
特開２００１−１９７５５３号公報
【０００４】
また、本出願人は、画像、音声、文字列等から成るマルチメディアデータを通信端末にてテンプレートで編集することができるシステムを特願２００２−８２８３１（以下、「先願」という。）により既に提案している。先願のシステムでは、複数の要素コンテンツ（テキストデータ、画像データ、音声データ、メロディデータ等）の再生表示タイミングを規定する時間及び空間配置指定情報と、各要素コンテンツを記憶する領域と、その他ヘッダ領域とを有するテンプレートファイルが予め用意されており、端末ユーザは、当該携帯電話端末上において、このテンプレートファイルを適宜改変したり要素コンテンツを新たに埋め込んだりすることによって、完成されたマルチメディアコンテンツを生成することができるようにしている。
【０００５】
このようなマルチメディアコンテンツを使用するシステムにおいては、当該端末ユーザにより個性的に編集されたマルチメディアコンテンツを完成させ、これを他のユーザ等に送信することができるので、マルチメディアコンテンツに個人情報を含ませることによって、マルチメディアコンテンツの更なる有効利用を図ることが考えられる。この場合、マルチメディアコンテンツには個人情報が含まれており、通常、送信先ユーザの通信端末に蓄積されるファイルデータは他の装置に転送可能であるため、何らかの保安措置を採らないと、徒らに個人情報が第三者に漏洩する危険がある。
【０００６】
【発明が解決しようとする課題】
この発明の主たる目的は、他の通信端末からのマルチメディアコンテンツに個人情報を含ませてマルチメディアコンテンツを更に効果的に利用すると共に、マルチメディアコンテンツに含まれる個人情報を他の端末に漏洩するのを未然に防ぐことができるマルチメディア送受システムを提供することにある。
【０００７】
【課題を解決するための手段】
この発明の一つの特徴に従うと、サーバ（ＳＶ）及び複数の通信端末（ＣＬ１〜ＣＬｎ；ＣＬｓ，ＣＬｒ）がネットワーク（ＣＮ）を介して相互に通信可能に接続されたコンテンツ提供システムであって、サーバ（ＳＶ）は、送信元の通信端末（発信元／送信側端末ＣＬｓ）から、マルチメディアファイル（ＭＦ）を構成する要素データ（Ｄｅ：Ｅ１，Ｅ２，…）と送付先情報とを受信するデータ受信手段（Ｓ５１）であって、該要素データ（Ｄｅ）には、当該通信端末（ＣＬｓ）を特定するアドレス情報（Ｅ５，Ｅ６）を含む個人情報（Ｅ４，Ｅ５，…）が付加されているものと、受信された要素データ（Ｄｅ）に基づいて、転送不可に設定されたマルチメディアファイル（ＭＦ）を作成すると共に、作成されたマルチメディアファイル（ＭＦ）を送付先情報に関連づけて蓄積するファイル作成及び蓄積手段（ＳＤ，ＬＳ；Ｓ５１）と、作成されたマルチメディアファイル（ＭＦ）に対応するＵＲＬを表わす登録情報を、送付先情報が示す送付先の通信端末（送信先／受信側端末ＣＬｒ）に通知する登録通知手段（Ｓ５２）と、通信端末から上記ＵＲＬへのアクセスの要求（ＣＲ５１）があったことに応じて（Ｓ５３）、当該アクセスを要求した通信端末が送付先の通信端末（ＣＬｒ）に含まれるか否かを識別し（Ｓ５４）、送付先の通信端末（ＣＬｒ）に含まれる場合にのみ（Ｓ５４→ＹＥＳ）、このＵＲＬに関連付けられたマルチメディアファイル（ＭＦ）を当該通信端末（ＣＬｒ）に送信する（Ｓ５５）ファイル送信手段（Ｓ５３〜Ｓ５５）とを具備し、送付先の通信端末（ＣＬｒ）は、サーバ（ＳＶ）から登録情報を受信する登録情報受信手段（５；ＣＲ５１）と、受信された登録情報が表わすＵＲＬにアクセスするアクセス手段（ＣＲ５１）と、このアクセスに対する応答として、サーバ（ＳＶ）から、送信元の通信端末（ＣＬｓ）を特定するアドレス情報（Ｅ５，Ｅ６）を含む個人情報（Ｅ４，Ｅ５，…）が付加されたマルチメディアファイル（ＭＦ）を受信するファイル受信手段（５；ＣＲ５２）と、受信されたマルチメディアファイル（ＭＦ）から個人情報（Ｅ４，Ｅ５，…）を分離して独立に記憶する（２Ａ）と共に、該個人情報（Ｅ４，Ｅ５，…）が分離された分離後マルチメディアファイル（ＭＦ’）を、当該個人情報（Ｅ４，Ｅ５，…）に含まれるアドレス情報（Ｅ５，Ｅ６）に関連付けて記憶する（２Ｆ）記憶手段（２；２Ａ，２Ｆ）〔ＣＲ４，ＣＲ２６〜ＣＲ２８，ＣＲ４３参照〕と、記憶された個人情報（Ｅ４，Ｅ５，…：２Ａ）に含まれるアドレス情報（Ｅ５，Ｅ６）により特定される送信元の通信端末（ＣＬｓ）からの着信に応じて、当該アドレス情報（Ｅ５，Ｅ６）に関連付けられた分離後マルチメディアファイル（ＭＦ’：２Ｆ）を読み出して再生する再生手段（４）〔ＣＲ５〜ＣＲ６，ＣＲ３１〜ＣＲ３３，ＣＲ４４〜ＣＲ４５参照〕とを具備するコンテンツ提供システムが提供される。なお、括弧書きは、対応する実施例中の参照記号乃至用語等を表わし、以下においても同様である。
【０００８】
〔発明の作用〕
この発明によるコンテンツ提供システムにおいて、サーバ（ＳＶ）は、送信元の通信端末（発信元／送信側端末ＣＬｓ）から、マルチメディアファイル（ＭＦ）を構成すべき要素データ（Ｄｅ：Ｅ１，Ｅ２，…）と送付先情報とを受信することができ、要素データ（Ｄｅ）には、着信メロディデータ（Ｅ１）などのコンテンツデータだけでなく、送信元の通信端末（ＣＬｓ）を特定するアドレス情報（Ｅ５，Ｅ６）等の個人情報（Ｅ４，Ｅ５，…）が含まれる。サーバ（ＳＶ）は、受信した要素データ（Ｄｅ）に基づいて、転送不可に設定されたマルチメディアファイル（ＭＦ）を作成すると共に、受信した送付先情報に関連づけて当該ファイル（ＭＦ）を蓄積し（Ｓ５１）、作成したマルチメディアファイル（ＭＦ）に対応するＵＲＬを示す登録情報を、送付先情報が示す送付先の通信端末（送信先／受信側端末ＣＬｒ）に通知する（Ｓ５２）。そして、他の通信端末から上記ＵＲＬへのアクセス要求（ＣＲ５１）があったことに応じて（Ｓ５３）、当該要求元の通信端末が、送付先情報が示す送付先の通信端末（ＣＬｒ）に含まれるか否かを識別し（Ｓ５４）、送付先の通信端末（ＣＬｒ）に含まれる場合にのみ（Ｓ５５→ＹＥＳ）、上記ＵＲＬに対応するマルチメディアファイル（ＭＦ）を当該要求元の通信端末（ＣＬｒ）に送信する（Ｓ５５）。
【０００９】
これに対して、送付先の通信端末（ＣＬｒ）は、アドレス情報（Ｅ５，Ｅ６）等を蓄積するためのアドレス帳（２Ａ）を備え、サーバ（ＳＶ）から登録情報を受信し（５；ＣＲ５１）、受信された登録情報が表わすＵＲＬにアクセスすることができる（ＣＲ５１）。このアクセスに対する応答として、サーバ（ＳＶ）から、送信元の通信端末（ＣＬｓ）を特定するアドレス情報（Ｅ５，Ｅ６）を含む個人情報（Ｅ４，Ｅ５，…）が付加されたマルチメディアファイル（ＭＦ）を受信すると（５；ＣＲ５２）、受信したマルチメディアファイル（ＭＦ）からアドレス情報（Ｅ５，Ｅ６）等の個人情報（Ｅ４，Ｅ５，…）を分離し、マルチメディアファイル（ＭＦ）とは独立してアドレス帳に記憶する（２Ａ）と共に、この分離によるマルチメディアファイル（ＭＦ）の他部即ち分離後マルチメディアファイル（ＭＦ’）をアドレス情報（Ｅ５，Ｅ６）に関連付けて記憶する（２Ｆ）〔ＣＲ４，ＣＲ２６〜ＣＲ２８，ＣＲ４３参照〕。そして、アドレス情報（Ｅ５，Ｅ６）により特定される送信元の通信端末（ＣＬｓ）からの着信があると、この着信に応じて、当該アドレス情報（Ｅ５，Ｅ６：２Ａ）で関連づけられたマルチメディアファイルの他部（ＭＦ’：２Ｆ）を読み出すと共に再生する（４）〔ＣＲ５〜ＣＲ６，ＣＲ３１〜ＣＲ３３，ＣＲ４４〜ＣＲ４５参照〕。
【００１０】
この発明では、このように、着信音を表わすメロディデータ（Ｅ１）や画像乃至文字列（Ｅ２，Ｅ３）などの要素コンテンツを含むマルチメディアファイル（ＭＦ）に、アドレス情報（Ｅ５，Ｅ６）を含む個人情報（Ｅ４，Ｅ５，…）を付加しているので、マルチメディアファイル（ＭＦ）の個人情報（Ｅ４，Ｅ５，…）をアドレス帳（２Ａ）に格納して「名刺」的に利用することができる。この発明では、また、送信元の通信端末（ＣＬｓ）から送付先の通信端末（ＣＬｒ）に着信があると、当該送信元の通信端末（ＣＬｓ）の個人情報（Ｅ４，Ｅ５，…：２Ａ）に含まれるアドレス情報（Ｅ５，Ｅ６）に対応するマルチメディアファイル（ＭＦ’：２Ｆ）を、発信相手（ＣＬｓ）に対応する着受け画面／着信メロディ等として利用することができる。
【００１１】
この発明では、さらに、このように有効利用されるマルチメディアファイル（ＭＦ）に含まれる個人情報（Ｅ４，Ｅ５，…）の漏洩に対し、以下のような対策を講じてその危険を回避する。
【００１２】
つまり、サーバ（ＳＶ）においては、送信元の通信端末（ＣＬｓ）のユーザが直接マルチメディアファイル（ＭＦ）を送信するのではなく、送信元の通信端末（ＣＬｓ）の指示に従って、サーバ上で「転送不可」情報付きのマルチメディアファイル（ＭＦ）を生成すると共に、生成されたマルチメディアファイル（ＭＦ）に対応してその送付先情報をサーバが管理する（Ｓ５１）。しかも、このマルチメディアファイル（ＭＦ）は、送付先情報により指定される特定の送付先の通信端末（ＣＬｒ）にのみ送信され（Ｓ５３〜Ｓ５５）、これを受け取った送付先の通信端末（ＣＬｒ）は、受信マルチメディアファイル（ＭＦ）に「転送不可」情報が付加されているので、当該ファイル（ＭＦ）を他の装置に送信したり転送したりすることができない。
【００１３】
また、送付先の通信端末（ＣＬｒ）においては、マルチメディアファイル（ＭＦ）を受信すると（ＣＲ５２）、受信したマルチメディアファイル（ＭＦ）から、アドレス情報（Ｅ５，Ｅ６）を含む個人情報（Ｅ４，Ｅ５，…）を分離してアドレス帳（２Ａ）に記憶し、個人情報分離後のマルチメディアファイル（ＭＦ’）をアドレス情報（Ｅ５，Ｅ６）に対応させて記憶しておく（ＣＲ４，ＣＲ２６〜ＣＲ２８，ＣＲ４３参照）。従って、マルチメディアファイル（ＭＦ’：２Ｆ）が誤って他の装置に送信されたり転送されたりすることがあったとしても、個人情報（Ｅ４，Ｅ５，…：２Ａ）が漏洩されるということはない。
【００１４】
【発明の実施の形態】
以下、図面を参照しつつ、この発明を一実施例について説明する。しかしながら、これは単なる一例であって、この発明の精神を逸脱しない範囲で種々の変更が可能であり、種々の態様で発明を実施することができる。
【００１５】
〔システムの概要〕
図１は、この発明の一実施例によるサーバ（配信サーバ）及び通信端末（クライアント端末）を含むマルチメディア利用システムの構成の概要を表わす図である。このマルチメディア利用システムは、図１（１）の全体図に示すように、テンプレートファイル等の各種マルチメディア情報の配信を行う１乃至複数の配信サーバＳＶ（図示の例では、１つであるが複数あっても構わない）と、マルチメディアファイル等を作成しメール（ＭＲ）で送信する機能を有する複数のクライアント端末ＣＬ１，ＣＬ２，…，ＣＬｎから成り、これらの装置ＳＶ，ＣＬ１〜ＣＬｎは通信ネットワークＣＮを介して相互に通信可能に接続されている。
【００１６】
配信サーバＳＶ、各クライアント端末ＣＬ１〜ＣＬｎとも、パーソナルコンピュータ、ワークステーション、携帯用電話機、ＰＤＡ、ゲーム専用機などの通信機能を有する情報処理装置を利用することができ、通信ネットワークＣＮには、ＬＡＮ及びインターネット或いは電話回線網等の広域通信網が含まれる。従って、例えば、クライアント端末ＣＬ１〜ＣＬｎが携帯用電話機やＰＤＡなどの移動可能な端末装置の場合には、配信サーバＳＶとクライアント端末ＣＬ１〜ＣＬｎが実際に交信する基地局（ＢＳ）とが通信ネットワークＣＮを介して接続される。なお、以下の実施例においては、クライアント端末ＣＬ１〜ＣＬｎについては、携帯用電話機或いはこれと同等の機能を有する端末（例えば、通信カードを備えたパーソナルコンピュータ等）が特に好適に用いられる。
【００１７】
各クライアント端末ＣＬ１〜ＣＬｎは、図１（２）の内部構成ブロック図に例示されるように、中央処理装置（ＣＰＵ）１、記憶手段２、入力手段３、出力手段４、通信手段５などを備える。記憶手段２は、制御プログラムや制御用データを記憶した読出専用メモリ（ＲＯＭ）部、処理用データ等を一時記憶するランダムアクセスメモリ（ＲＡＭ）部、種々のデータやプログラムを記憶する外部記憶部などから成り、これらの記憶部は半導体メモリで構成することができる。また、記憶手段２の外部記憶部には、マルチメディアコンテンツ及び個人情報を格納するためのファイルライブラリ２Ｆ及びアドレス帳２Ａが設けられる。そして、ＣＰＵ１は、ＲＡＭ部をワークメモリとしてＲＯＭ部の制御プログラムに従い外部記憶部のデータを利用して当該クライアント端末の動作を制御する。
【００１８】
入力手段３は、キーボードや各種スイッチ等のキーデバイスや、マウス・タブレット等のポインティングデバイス等の操作子の外に、マイクロフォンやカメラ等の音響乃至画像データ入力装置などを含む。また、出力手段４は、ＣＲＴ・ＬＣＤ等のディスプレイを含む可視表示部や、音源・スピーカ等を含む音響出力（報音）部などを備え、端末の種類によっては、更にプリンタ等の印刷部などをも備える。
【００１９】
通信手段５は、通信ネットワークＣＮを介して配信サーバＳＶ或いは他のクライアント端末と通信するための手段であり、モデムやＬＡＮカード等を備え、配信サーバＳＶと通信を行うことにより種々の制御プログラムやデータを受信することができる。例えば、サーバＳＶからマルチメディアコンテンツファイルに関する制御プログラム自体をサーバＳＶからダウンロードして外部記憶部（２）に格納し、この制御プログラムに従って、マルチメディアコンテンツファイルに関係する各種処理を行うことができる。また、移動型端末の場合は、通信手段５は基地局ＢＳとの無線通信手段を備え、基地局ＢＳを介して通信ネットワークＣＮに接続される。
【００２０】
配信サーバＳＶは、図１（２）と同様の内部構成を有しており、上述したように、各クライアント端末ＣＬにプログラムやデータを提供することができる。そのため、記憶手段２の外部記憶部には、磁気記録媒体（フレキシブルディスク、テープデバイス、ハードディスク等）或いは光記憶媒体（ＣＤ、ＤＶＤ、ＭＯ等）などの適当な記録媒体で構成される大容量記憶装置が含まれる。
【００２１】
〔マルチメディアファイル〕
この発明の一実施例によるマルチメディア利用システムでは、マルチメディアファイル（マルチメディアコンテンツファイルとも云い、また、ＭＭファイルとも略称される。）ＭＦが各クライアント端末ＣＬ（ＣＬ１〜ＣＬｎ）間乃至クライアント端末ＣＬ・配信サーバＳＶ間で授受される。このマルチメディアファイルＭＦは、任意のクライアント端末ＣＬｓ（１≦ｓ≦ｎ）で作成するか、或いは、同クライアント端末ＣＬｓの指示に基づいて配信サーバＳＶ上で作成して、別の任意のクライアント端末ＣＬｒ（１≦ｒ≦ｎ，ｒ≠ｓ）に送信することができる。以下においては、マルチメディアファイルＭＦの作成乃至作成指示を行ったクライアント端末ＣＬｓを“送信側端末”、マルチメディアファイルＭＦが送信されてきたクライアント端末ＣＬｒを“受信側端末”といい、配信サーバＳＶについては単に“サーバ”という。
【００２２】
図２は、この発明の一実施例によるマルチメディア利用システムで取り扱われるマルチメディアファイルのデータ構造の一例を示す。送信側端末ＣＬｓ又はサーバＳＶで作成されるマルチメディアファイルＭＦは、図２により視覚的に示されるようなデータ構造を有し、管理データＤｃ（左欄）、時空間配置トラック情報Ｄｔ（右上欄）及び要素データＤｅ（右下欄）から成る。このマルチメディアファイルＭＦは、着信メロディとなる楽音情報（ＢＧＭともいう。）を主体にしてこれに各種付属情報を合成したもので、受信側端末ＣＬｒにおいて着信用として格納された後は“着信メロディファイル”とも呼ばれる。
【００２３】
要素データＤｅには、図２右下欄に示すように、着信メロディデータＥ１などの音情報、画像データＥ２などの画像情報、文章データＥ３など文章情報、等々、種々のデータ形式のメディア情報があり、これらのメディア情報は、当該マルチメディアファイルＭＦの“メディアデータ”又は“要素コンテンツ”と呼ばれる。例えば、音情報Ｅ１は、波形データやＭＩＤＩ楽音データなどの形式で表わされ、音声乃至楽音などで着信音や着信メロディとして再生させることができる。また、画像情報Ｅ２は、画像データや図形データの形式で待受け画面などに利用することができ、文章情報Ｅ３は、文字列（テキスト）データの形式で送信側端末ＣＬｓのユーザにより作成されたメッセージ文などとすることができる。
【００２４】
要素データＤｅには、このようなメディアデータに加えて、さらに、送信側端末ＣＬｓのユーザに関する種々の個人データであるユーザ名（名前）Ｅ４、電話番号Ｅ５、Ｅ−ｍａｉｌアドレスＥ６、住所（図示せず）等々をテキストデータで表わす名刺情報（個人情報ともいう。）がある。また、名刺情報Ｅ４，Ｅ５，…のうち、電話番号Ｅ５及びメールアドレスＥ６は、両クライアント端末ＣＬｓ，ＣＬｒ間での通信時において送信元ユーザを特定するための識別情報として用いられ、“アドレス情報”と呼ばれる。
【００２５】
管理データＤｃは、図２左欄に示すように、当該マルチメディアファイルＭＦの概略内容（コメントや再生時間等）を表わすプロファイル情報Ｐｆ、後述する時空間配置トラックＤｔで定義される要素Ｅ１，Ｅ２，…に対応する各要素データＤｅを指定する時空間配置指定情報Ｔｓ、時空間配置指定情報Ｔｓにより指定される各要素データＤｅについて編集の可否及び許可される編集態様を表わす編集許可情報Ｅｐ、要素データＤｅのうち各名刺情報Ｅ４，Ｅ５，…を指定すると共に、当該名刺情報がマルチメディアファイルＭＦに含まれる旨を指し示す情報である名刺指定情報Ｃｄなどを含む。
【００２６】
ここで、名刺指定情報は、マルチメディアファイルＭＦ中の特定ビットのフラグ情報或いはヘッダ中のタグ情報として含まれるものであり、受信側端末ＣＬｒにおいては当該名刺指定情報Ｃｄの有無を検査することによりマルチメディアファイルＭＦ中に名刺情報が含まれるか否かを判定することができる。
【００２７】
また、図２右上欄に示される時空間配置トラック情報Ｄｔは、時空間配置指定情報Ｔｓで指定される各要素データＤｅ（Ｅ１，Ｅ２，…）を再生出力すべきタイミング及び位置を指示する複数トラックの制御情報であり、各トラック別に各要素データＤｅの出力位置（表示位置や出力部位など）を規定し、各トラックの時間データにより各要素データＤｅの出力タイミングを規定する。また、時空間配置トラック情報Ｄｔは、マルチメディアファイルＭＦの作成・編集時には、該当する各要素データＤｅを図形化し、出力手段３の表示部（ディスプレイ）上に時空的に〔例えば、出力トラック位置を縦軸にし出力タイミングを横軸にして（但し、図２ではこのような詳細は表示されていない）〕表示させ、当該マルチメディアファイルＭＦの再生態様を確認するのに用いることができる。
【００２８】
つまり、時空間配置トラックＤｔは、各要素データの再生タイミングや表示位置等の情報を定義したものであり、時空間配置指定情報Ｔｓは、時空間配置トラックＤｔの各要素データと、当該要素データとして再生・表示すべき実体データＤｅとの対応関係を規定するものである。
【００２９】
この発明の一実施例によるマルチメディア利用システムにおいては、携帯用電話機などの送信側端末ＣＬｓ又はサーバＳＶで作成されたマルチメディアファイルＭＦは、当該送信側端末ＣＬｓの指示に従って別の受信側端末ＣＬｒに送信することができ、各受信側端末ＣＬｒでは、受信されたマルチメディアファイルＭＦを当該送信側端末ＣＬｓからの発信に対応する着信メロディファイルとして利用することができるように記録しておく。
【００３０】
図３は、受信側端末にＥ−ｍａｉｌで送信されたマルチメディアファイルについて情報抽出の態様を説明するための図である。この場合、ファイル送信元の送信側端末ＣＬｓから相手先の受信側端末ＣＬｒに送信されるメールＭＲは、例えば、通常の例に従って、図３左上に示すように、メール本文を表わす送信メッセージが格納される第１パートＰｔ１と、マルチメディアファイル（ＭＭファイル）ＭＦを含む第２パート（添付ファイル）Ｐｔ２以下の他パート（図３は他パートが第２パートＰｔ２のみの場合）から成る形式とすることができ、各パートＰｔ１，Ｐｔ２，…は、夫々パートヘッダとパートデータ（メッセージ本文及びマルチメディアファイルＭＦ）から構成される。
【００３１】
また、受信側端末ＣＬｒにおける記憶手段２の外部記憶部には、図３右下のように、“ファイルライブラリ”と呼ばれるファイル記憶領域２Ｆが設けられると共に、“アドレス帳”と呼ばれる個人データ記憶領域２Ａが設けられる。受信側端末ＣＬｒでは、当該端末ＣＬｓで受信されたメールＭＲの第２パートから、まず、マルチメディアファイルＭＦを抽出しファイルライブラリ２Ｆに格納する。ここで、抽出されたマルチメディアファイルＭＦを着信メロディとして利用する場合、これを着信メロディファイルとする。
【００３２】
なお、ファイルライブラリ２Ｆに保存される着信メロディファイルは、抽出されたマルチメディアファイルＭＦをそのままファイルライブラリ２Ｆに格納してもよいが、名刺指定情報Ｃｄ及びアドレス情報Ｅ５，Ｅ６を含む名刺情報（個人情報）Ｅ４，Ｅ５，…をマルチメディアファイルＭＦから削除したもの、即ち、マルチメディアファイルＭＦから個人情報を分離したものとしてもよい。このように個人情報を分離したマルチメディアファイル（便宜上、これを“分離後マルチメディアファイルＭＦ’”という。）をファイルライブラリ２Ｆに保存しておくと、万が一、分離後マルチメディアファイルＭＦ’を他の装置に送信したり転送することがあっても、個人情報までも漏洩することがない。
【００３３】
次いで、このマルチメディアファイルＭＦの管理データＤｃに含まれる名刺指定情報Ｃｄにより指示される名刺情報（個人情報）Ｅ４，Ｅ５，Ｅ６，…（アドレス情報Ｅ５，Ｅ６を含む）を要素データＤｅ中から取り出し、ファイルライブラリ２Ｆのマルチメディアファイル（着信メロディファイル）ＭＦに対応付けてアドレス帳２Ａに格納する。
【００３４】
上述したように、音声乃至メロディデータとその他の画像乃至文字列などの要素コンテンツを表示タイミングを規定したマルチメディアファイルＭＦに、さらに、氏名、電話番号、メールアドレス等の個人情報が付加されている。従って、受信側端末ＣＬｒでは、マルチメディアファイルＭＦを「名刺」的に利用することができ、例えば、マルチメディアファイルＭＦを発信した相手方の送信側端末ＣＬｓに対応する着信メロディ／着受け画面として利用することができる。
【００３５】
マルチメディアファイルＭＦの作成及び送信方法には、以下の３つの方法〔１〕〜〔３〕があり、順次、各方法について詳細を説明するが、各方法で共通する構成については、第１の方法〔１〕に従う第１実施態様の項で説明しておくものとする：
〔１〕送信側端末ＣＬｓ内でマルチメディアファイルＭＦを作成し、当該マルチメディアファイルＭＦを電子メールＭＲに添付する形式で受信側端末ＣＬｒに送付する方法（第１実施態様）、
〔２〕マルチメディアファイル作成に必要な情報（アドレス情報、画像データ等）をサーバＳＶに送付し、サーバＳＶ上でマルチメディアファイルＭＦの作成乃至蓄積を行い、受信側端末ＣＬｒに配信する方法（第２及び第３実施態様）、
〔３〕送信側端末ＣＬｓ内で作成したマルチメディアファイルＭＦ自体をサーバＳＶに送付し、サーバＳＶから受信側端末ＣＬｒに配信する方法。
【００３６】
〔第１の方法＝第１実施態様〕
図４は、第１の方法〔１〕に従って送信側端末ＣＬｓ内でマルチメディアファイルを作成した上、直接、受信側端末ＣＬｒに送信する場合〔第１実施態様〕のマルチメディアに関する全体的な処理フローを示す。第１実施態様による全体処理１においては、マルチメディアファイルＭＦの送信を指示する発信元の送信側端末ＣＬｓでマルチメディアファイルＭＦを作成する（ステップＣＳ１）。当該マルチメディアファイルＭＦを電子メールＭＲに添付して相手先の受信側端末ＣＬｒに送信する（ステップＣＳ２）。
【００３７】
受信側端末ＣＬｒでは、送信側端末ＣＬｓから送信されてきた電子メールＭＲを受信してこれを解析し（ステップＣＲ１）、図３で説明した情報抽出手順に従って受信メールＭＲからマルチメディアファイルＭＦを抽出する（ステップＣＲ２）。さらに、抽出されたマルチメディアファイルＭＦの解析を行って名刺情報Ｅ４，Ｅ５，Ｅ６，…を抽出する（ステップＣＲ３）。そして、当該マルチメディアファイルＭＦを着信メロディファイルとして名刺情報に対応付けた上、当該ファイルＭＦ及び名刺情報を当該受信側端末ＣＬｒのファイルライブラリ２Ｆ及びアドレス帳２Ａに記録する（ステップＣＲ４）。すなわち、アドレス情報Ｅ５，Ｅ６をキー情報として当該マルチメディアファイルＭＦを取り出すことができるように、当該マルチメディアファイルＭＦ及び名刺情報を再配置しておく。
【００３８】
その後、送信側端末ＣＬｓから受信側端末ＣＬｒに対して発呼やメール発信などの発信があると（ステップＣＳ３）、送信側端末ＣＬｓの発信データから当該端末ＣＬｓの識別情報（即ちアドレス情報）を確認し（ステップＣＲ５）、確認された識別情報に対応する着信メロディファイル（マルチメディアファイル）ＭＦをファイルライブラリ２ＦからＲＡＭ上に読み出し、出力手段３のディスプレイや音響出力部などを通じて着信メロディや着受け画面等として再生する（ステップＣＲ６）。
【００３９】
〔マルチメディアファイル作成処理〕
図５は、図４の全体処理１のマルチメディアファイル作成処理（ＣＳ１）での動作フロー例を示す。マルチメディアファイルＭＦは、ＭＭファイル作成処理プログラムに従って、先願の図６の処理と同様に、マルチメディアファイルテンプレート（以下、“ＭＭＴ”と略称する。）を基に作成される。ＭＭＴは、作成しようとするマルチメディアファイルＭＦの原型となるファイルであり、図２のマルチメディアファイルＭＦと同様に、要素データＤｅと時空間配置指定情報Ｔｓ及び編集可否情報Ｅｐとが対応関係を保ちながら記憶されている。また、ＭＭＴの名刺指定情報Ｃｄ及び名刺情報Ｅ４，Ｅ５，…は、編集が許可されており、全て空欄（データなし）であるか、或いは、一部の最低限データ（例えば、アドレス情報Ｅ４，Ｅ５に関連する内容）がデフォルトで記入されている。
【００４０】
送信側端末ＣＬｓにおいては、予め、このようなＭＭＴを、ＭＭＴ作成機能を有するサーバＳＶ或いは他のクライアント端末から受信して外部記憶部（２）に用意しておくことができ、また、別途、作成されるマルチメディアファイルＭＦに新たに組み込まれる要素データ（代替要素データという。名刺情報を含む。）を外部記憶部（２）に保存しておくこともできる。
【００４１】
このマルチメディアファイル作成処理では、まず、ＭＭＴをＲＡＭ（２）上に読み出し（ステップＭ１）、続いて、このＭＭＴの編集可否情報Ｅｐに基づき、ユーザが編集可能な内容をディスプレイ（４）に表示し、メッセージ等でユーザの編集操作を促す（ステップＭ２）。ここで、入力手段３の操作子２４を用いてユーザが何らかの編集操作を行うと（ステップＭ３→ＹＥＳ）、ユーザの操作入力に従ってＭＭＴデータを改変する（ステップＭ４）。
【００４２】
この編集操作（Ｍ３→Ｍ４）の内容には、例えば、編集可否情報Ｅｐの許可指示に応じた次のようなものがある：
（１）再生の可否：時空間配置トラックＤｔに従う各タイミング乃至画面位置において、同トラックＤｔ及び時空間配置指定情報Ｔｓが指示している要素データ（名刺情報を含む）Ｄｅを再生するか否かを決める、
（２）時空間配置指定情報Ｔｓで指示される要素データの決定：（１）において指示された要素データを再生するとした場合、ＭＭＴ中の要素データＤｅ又は既に送信側端末ＣＬｓに保存されている種々のデータのうち何れを再生させるのかを決定する（複数の再生態様乃至種類の設定が可能）、
（３）テキストデータ配置の編集：文字列（テキスト）データＥ３，Ｅ４，…に関して時空間配置指定情報Ｔｓ及び時空間配置トラックＤｔが指示している配置（タイミング乃至位置）の所定範囲内で変更する、
（４）名刺情報編集：名刺指定情報Ｃｄ及び名刺情報（アドレス情報等）Ｅ４，Ｅ５，…を入力し或いは変更する、
（５）再生条件の設定：（３）で各タイミング乃至画面位置で再生させる各要素データＤｅ（名刺情報を含む）について、複数の態様或いは複数の種類を設定した場合、どのような条件に対応して、何れの態様で要素データＤｅを再生させるか或いは何れの種類の要素データＤｅを再生させるかを決定する、等々。
【００４３】
なお、（２）の要素データの決定においては、文字列や画像情報などの表示用メディアデータについては、アニメーションやスクロール等の適宜の映像効果を施すことができ、この場合、マルチメディアファイルＭＦにその旨を定義しておく。また、所定の再生条件に従って、このような映像効果を施したり或いは施さないように複数の再生態様を定義しておくこともできる。同様に、各マルチメディアファイルＭＦについて、文字データに基づく表示メッセージを、１種類ではなく、複数種類用意しておき、所定の再生条件に従って、対応するメッセージを表示するように設定したり、さらに、待受け画面Ｅ２などに用いられる画像情報や着信メロディデータＥ１などのＢＧＭに用いられる楽音情報についても複数種類のデータを用意しておき、所定の再生条件に従って、対応するデータ内容を再生するように設定することができる（何れの場合もその旨が定義される。）。
【００４４】
（５）の再生条件の設定では、上述のように、各要素データＤｅについて複数の再生態様乃至複数の種類を設定した場合の各再生態様乃至種類に対応する再生条件を決定する。この再生条件の典型例は、発信元である送信側端末ＣＬｓからの着信イベントの種別（着信種別）である。例えば、（２）で或るタイミング及び位置で再生させる要素データＤｅとして画像情報Ａ，Ｂを設定し、別のタイミング及び位置ではメッセージａ，ｂを設定した場合、端末ＣＬｓからの着信種別が電話の場合には、各タイミング及び位置で、画像情報Ａ及びメッセージａの再生を指示し、Ｅ−ｍａｉｌの場合には画像情報Ｂ及びメッセージｂの再生を指示するように、再生すべき情報Ａ，ａ：Ｂ，ｂを着信種別に対応付ける。
【００４５】
また、同一送信側端末ＣＬｓからの着信種別に応じて再生態様を変更するのに、同一送信側端末ＣＬｓからの複数のマルチメディアファイルを用いてもよい。この場合、送信側端末ＣＬｓのユーザが、異なる画像やＢＧＭを再生するように定義したマルチメディアファイルＭＦ１，ＭＦ２を作成し、夫々のマルチメディアファイルＭＦ１，ＭＦ２を同一受信側端末ＣＬｒに送信する。ここで、各マルチメディアファイルＭＦ１，ＭＦ２は、名刺情報としてそれぞれ異なるアドレス情報（例えば、ＭＦ１には電話番号、ＭＦ２にＥ−ｍａｉｌアドレス情報）を含ませる。受信側端末ＣＬｒでは、後述する処理によって、各々に含まれるアドレス情報即ち着信種別に対応して、これらマルチメディアファイルＭＦ１，ＭＦ２をファイルライブラリ２Ｆに格納し、送信側端末ＣＬｓからの着信（発呼等）に応じて検出された着信種別に応じて、対応するマルチメディアファイル（例えば、電話がかかってきたのであればマルチメデイアファイルＭＦ１、電子メールを受信したのであればマルチメディアファイルＭＦ２）を再生する。
【００４６】
なお、再生条件を着信種別とせず、受信側端末ＣＬｒの再生モードのセット状態に応じて異なる再生態様で要素データを出力させることもできる。この場合は、送信側端末ＣＬｓで、予め、再生モード別に異なる再生態様が得られるように設定されたマルチメディアファイルＭＦを作成しておき、受信側端末ＣＬｒでは、当該マルチメディアファイルＭＦをファイルライブラリ２Ｆに格納した後、入力手段３の設定操作子により所望の再生モードをセットしておけばよい。
【００４７】
さて、ＭＭＴデータ改変処理（Ｍ４）の後又は編集操作入力がなかったとき（Ｍ３→ＮＯ）はプレビュー指示の有無を判断する（Ｍ５）。ここで、ユーザがプレビューが指示すると、編集途中の要素データを各出力手段４に再生出力するプレビュー処理が行われて（ステップＭ６）、ユーザは編集状況を随時確認して更なるデータ改変の必要性を判断することができる。
【００４８】
ブレビュー処理（Ｍ６）の後或いはプレビュー指示編集操作入力がなかったとき（Ｍ５→ＮＯ）は、ユーザによりこの作成処理を終了する指示がなされたか否かを判別し（ステップＭ７）、この指示がないときは（Ｍ７→ＮＯ）最初の表示ステップ（Ｍ２）に戻り、上述した編集動作（Ｍ２〜Ｍ７）を繰り返す。なお、ＭＭＴデータ改変処理（Ｍ４）は、編集可変情報Ｅｐが許容する範囲であれば、同じ箇所について何回でも改変が可能であり、元に戻すことも可能である。
【００４９】
また、終了指示があったときは（Ｍ７→ＹＥＳ）、改変処理（Ｍ４）で改変された編集済みＭＭＴをマルチメディアファイル（ＭＭファイル）ＭＦとして出力すべき行先の指定（例えば、受信側端末ＣＬｒへの送信、外部記憶部２への格納など）を受け付けて（ステップＭ９）、この出力指定に従って編集済みＭＭＴ即ちマルチメディアファイルＭＦを出力する（ステップＭ１０）。そして、このファイル出力処理後（Ｍ１０）このマルチメディアファイル作成処理を終了する。
【００５０】
なお、編集操作（３）の名刺情報編集（※）については、名刺情報は他の要素データとは分離して取り扱い、ＭＭＴ改変（Ｍ４）の終了指示があった後に（Ｍ７→ＹＥＳ）、破線で示すように、名刺情報の付加（※）を行う処理（ステップＭ８）で実行するようにしてもよい。この場合、終了指示があった後、要素データＥ５〜Ｅ６に各名刺情報を追加するとともに、名刺指定情報Ｃｄを生成乃至付加するようにすればよい。
【００５１】
ファイル出力処理（Ｍ９）において作成されたマルチメディアファイルＭＦ、或いは、ファイル作成後に一旦外部記憶部２に格納されたマルチメディアファイルＭＦを受信側端末ＣＬｒに送信する場合、当該マルチメディアファイルＭＦ自体の内容変更については、全て強制的に不可とする編集不可処理を自動的に行うが、名刺指定情報Ｃｄで指定される各種個人データ（アドレス情報Ｅ５，Ｅ６を含む名刺情報）Ｅ４，Ｅ５，…などの情報の抽出及び削除は、許可されるよう制御する。
【００５２】
〔受信側端末の処理〕
図６〜図８は、図４において送信側端末ＣＬｓからのマルチメディアファイル添付メールを受信する受信側端末ＣＬｒでの処理（ＣＲ１〜ＣＲ４，ＣＲ５〜ＣＲ６）をより詳しく表わす処理フロー例である。まず、図６は、受信側端末ＣＬｒで受信電子メールを閲覧するためのメールブラウザ起動処理を表わすフローチャートである。受信側端末ＣＬｒでは、この処理フローに入る前段において、当該端末ＣＬｒで既に受信され記憶手段２の外部記憶部に格納されている電子メールが出力手段４のディスプレイにリストで表示され、ユーザは、詳細内容を表示したいメールをこのリストから選択することができる。
【００５３】
そこで、ディスプレイ（４）に表示されたメールリストからユーザが当該受信電子メールを選択的に指示すると、メールブラウズアプリケーション（ブラウザ）に従って当該受信メールＭＲの構成を解析する（ステップＣＲ１１）。次に、受信電子メールＭＲの本文をディスプレイ（４）に表示した後（ステップＣＲ１２）、何らかのユーザ操作を待機する状態に入る（ステップＣＲ１３）。
【００５４】
例えば、マルチメディアファイルＭＦが添付されたメールのように、複数パートから成る受信電子メールＭＲの場合には（図３参照）、構成解析（ＣＲ１１）を経て受信電子メールを表示する際（ＣＲ１３）、第１パートＰｔ１〔通常、メール本文が格納される。〕の本文を表示して、他のパート（Ｐｔ２等）の選択指示或いはメールブラウズアプリケーションの終了指示があるまで、待機する（ＣＲ１３）。そして、この待機段階（ＣＲ１３）では、例えば、図８に示す「パート表示指示イベント」処理が実行される。
【００５５】
図８は、図６のメールブラウザの子（従属）プロセスとして実行される「パート表示指示イベント」処理を表わすフローチャートである。この処理フローでは、まず、リストから選択された受信メールにパートが有るか（受信メールが複数パートから成るか）否かを判断し（ステップＣＲ２１）、パートが有れば（ＣＲ２１→ＹＥＳ）、当該受信メールの第２パートＰｔ２以降のパートヘッダの項目情報を表示してユーザからのパート指示を待つ。すなわち、複数のパートＰｔ１，Ｐｔ２，…を含む電子メールでは、前述のように、通常、第１パートが本文であり、第２パート以降に添付ファイル等が含まれるので、複数パートを含む電子メールをブラウズしている場合（ＣＲ２１→ＹＥＳ）は、「前のパート」／「次のパート」ボタン等をディスプレイ（４）に表示してユーザの指示を待ち、また、ユーザ指示に応じて任意のパートを表示する。
【００５６】
ここで、ユーザにより所望のパート（Ｐｔ２等）が指示されると、指示されたパートについて、パートヘッダの情報から、コンテンツの種類がマルチメディアファイルＭＦに属するか否かを判別する（ステップＣＲ２２）。そして、当該パートのコンテンツ種類を調べてマルチメディアファイルＭＦであれば（ＣＲ２２→ＹＥＳ）、更に、当該パートコンテンツの管理情報中Ｄｃに名刺指定情報Ｃｄが付加されているか否かを検査する（ステップＣＲ２３）。
【００５７】
この検査で名刺指定情報Ｃｄが付加されていると判定されると（ＣＲ２３→ＹＥＳ）、マルチメディアファイルＭＦの内容を登録するか否かのダイアログを表示し、当該ファイルＭＦの登録をユーザに問い合わせる（ステップＣＲ２４）。これに対して、ユーザにより「登録」が選択操作されたか否かを判定する（ステップＣＲ２５）。なお、登録問合せステップ（ＣＲ２３）の前段には、当該マルチメディアファイルＭＦを出力手段（ディスプレイや放音部など）４で再生するように構成しておくことが好ましい。このような再生ステップを設けることによって、ユーザは、当該パートのマルチメディアファイルＭＦの具体的内容や名刺情報（アドレス情報）の詳細を確認することができる。
【００５８】
さて、ユーザによって「登録」の選択操作がなされたときは（ＣＲ２５→ＹＥＳ）、当該マルチメディアファイルＭＦを着信メロディファイルとしてファイルライブラリ２Ｆに保存すると共に（ステップＣＲ２６）、受信されたマルチメディアファイルＭＦに要素データＤｅの一部として埋め込まれているアドレス情報〔電話番号（Ｅ５）、メールアドレス（Ｅ６）〕やその他個人データ〔名前（Ｅ４）、住所等〕などをアドレス帳２Ａに登録する（ステップＣＲ２７）。
【００５９】
なお、既に図３に関連して説明したように、ファイル保存ステップ（Ｒ２６）においては、受信したマルチメディアファイルファイルＭＦから、名刺指定情報Ｃｄ及びこれにより指定される名刺情報Ｅ４，Ｅ５，…（アドレス情報を含む）を削除して当該名刺情報を個人情報として分離し、分離後マルチメディアファイルＭＦ’を着信メロディファイルとして保存するようにしてもよい。
【００６０】
さらに、アドレス情報で規定される発信元端末ＣＬｓのユーザと保存された着信メロディファイルＭＦとを関連付ける（ステップＣＲ２８）。すなわち、名刺情報中に所定の記号データで表わされるアドレス情報〔例えば、電話番号（Ｅ５）乃至メールアドレス（Ｅ６）〕を発信元識別データとして利用すべく、この識別データで発信元端末ＣＬｓと着信メロディファイルＭＦとを対応付ける。そして、この関連付け処理の後は（ＣＲ２８）、このイベント処理を終了し、メールブラウザ起動処理の待機ステップ（図６：ＣＲ１３）にリターンする。
【００６１】
以上のようにして、マルチメディアファイルＭＦを電子メールに添付されたデータとして受信する場合には、マルチメディアファイルＭＦを格納したパートがメールブラウザで選択された際（ＣＲ２１〜ＣＲ２２→ＹＥＳ）、当該ファイルＭＦに名刺指定がなされていることを検出すれば（ＣＲ２３→ＹＥＳ）、ファイルＭＦに付加されているアドレス情報（Ｅ５，Ｅ６）を含む名刺情報（個人データＥ４，Ｅ５，…）をアドレス帳２Ａに追加し（ＣＲ２７）、当該アドレス情報（Ｅ５，Ｅ６）で規定される発信元ＣＬｓと当該マルチメディアファイルＭＦとを関連付ける（ＣＲ２８）。また、上記の例ではダイアログ表示で登録を打診してユーザがＹＥＳと答えた場合にのみ登録するようにしているが（ＣＲ２４〜ＣＲ２８））、名刺指定情報Ｃｄがあれば自動的に登録するようにしてもよい。
【００６２】
なお、後述する第２及び第３実施態様において、マルチメディアファイルＭＦをＨＴＴＰ（HyperText Transfer Protocol）で受信する場合(図１０：ＣＲ４２，図１１：ＣＲ５２）には、図８に“Ａ”で示すように、登録問合せステップ（ＣＲ２４）からファイル情報抽出処理を開始する。
【００６３】
このようにして、着信メロディファイルＭＦ及び名刺情報が登録され、これに対応する送信側端末ＣＬｓとの関連付けがなされると（ＣＲ２６〜ＣＲ２８）、以後、当該マルチメディアファイルＭＦを作成した（後述する第２実施態様では、当該マルチメディアファイルＭＦの作成を指示した）送信側端末ＣＬｓのユーザからの着信（例えば、電話の着信、電子メールの着信、チャット等の接続リクエストの着信など）が識別された時には、図８の発信元関連付けステップ（ＣＲ２８）で当該ユーザに関連付けられた着信メロディファイルＭＦが読み出されて出力手段４に出力され、着信メロディや着受け画面などとして再生される。
【００６４】
なお、パート判断ステップ（ＣＲ２１）でパート無しと判断したとき（ＣＲ２１→ＮＯ）及び登録指令判定ステップ（ＣＲ２５）で「登録しない」旨を判定したとき（ＣＲ２５→ＮＯ）は、直ちに、メールブラウザ起動処理の待機ステップ（図６：ＣＲ１３）にリターンする。また、ファイル種類判別ステップ（ＣＲ２２）でマルチメディアファイルＭＦでないと判別したとき（ＣＲ２２→ＮＯ）及び，名刺検査ステップ（ＣＲ２３）で名刺指定情報を検出しなかったとき（ＣＲ２３→ＮＯ）は、当該パートのコンテンツを出力手段４で再生して表示や放音などを行い、ユーザに当該コンテンツの内容（ファイル種類を含む）や名刺情報の不存在を知らせ（ステップＣＲ２９）、ユーザがこれを確認すると、メールブラウザ起動処理の待機ステップ（図６：ＣＲ１３）にリターンする。
【００６５】
図７は、送信側端末ＣＬｓからの発呼に応じて受信側端末ＣＬｒで実行される「通話着信イベント処理」を表わすフローチャートである。この処理フローにおいて、送信側端末ＣＬｓからの発呼に応じて、例えば、電話の着信や、電子メールの着信、チャット等の接続リクエストの着信などの着信イベントがあると、着信情報から当該送信側端末ＣＬｓの識別データを検出し（ステップＣＲ３１）、次いで、この識別データに基づき、発呼してきた送信側端末ＣＬｓのユーザに対応する着信メロディファイルＭＦがファイルライブラリ２Ｆが格納されているか否かを調べる（ステップＣＲ３２）。
【００６６】
ここで、送信側端末ＣＬｓに対応する着信メロディファイルＭＦがあると（ＣＲ３２→ＹＥＳ）この着信メロディファイルＭＦを出力手段４で再生して着信を報知する処理を行う（ステップＣＲ３３）。図９は、着信メロディファイルＭＦに従って出力手段で再生される出力コンテンツの一例である。また、このようなファイルＭＦがないときは（ＣＲ３２→ＮＯ）、当該受信側端末ＣＬｒで予め設定してある着信音や着信画像を用いる既定の方法で、着信があった旨を報知する処理を行う（ステップＣＲ３４）。そして、このような着信報知処理（ＣＲ３３，ＣＲ３４）の後、次の通信乃至ユーザ操作を待機する状態に入る（ステップＣＲ３５）。
【００６７】
なお、この発明の一実施例による受信側端末ＣＬｒでは、既に説明したように、着信種別に応じて複数の要素データの再生内容が設定されているマルチメディアファイルＭＦを送信側端末ＣＬｓから受信し、これを着信メロディファイルとして用意しておき、当該送信側端末ＣＬｓからの着信イベントの種別に応じて、設定された再生内容で着信メロディファイルＭＦを再生することができる。即ち、受信側端末ＣＬｒの通話着信イベント処理（図７）において、通信してきた当該送信側端末ＣＬｓに対応する着信メロディファイルＭＦが探索されると（ＣＲ３２→ＹＥＳ）、図９に例示されるように、当該通信の着信種別に対応する再生内容で出力手段４に再生される。
【００６８】
すなわち、送信側端末ＣＬｓでは、受信側端末ＣＬｒでコンテンツとして格納されるマルチメディアファイル（着信メロディファイル）ＭＦに、予め、電話（通話）の着信であるか或いはＥ−ｍａｉｌの着信であるか等の着信イベントの種別に対応して、異なる画像（Ｅ２）やＢＧＭ（Ｅ１）、メッセージ（Ｅ３）等を再生するように定義しておく。そして、送信側端末ＣＬｓからの着信があると、この着信種別に応じて、出力手段４で再生される所定のコンテンツファイルＭＦの出力態様を変更する。出力態様の変更は、複数種類のデータを用意しておくだけでなく、文字・画像データについては、適宜、着信メロディファイル（マルチメディアファイル）ＭＦにアニメーションやスクロール等の映像効果を定義しておき、この映像効果を実行すようにしてもよい。ＢＧＭなどの楽音情報も、１種類ではなく、複数種類のデータをファイルＭＦに定義しておき、これを用いてもよい。
【００６９】
さらに、送信側端末ＣＬｓからの複数のマルチメディアコンテンツ（着信メロディファイル）の夫々を、着信種別毎に異なる画像やＢＧＭを再生するように定義しておいてもよい。この場合、発信元の識別情報（電話番号Ｅ５或いはメールアドレスＥ６など）に応じて再生する着信メロディファイルを切り替えるように、送信側端末ＣＬｓから送信される複数のマルチメディアコンテンツの夫々に予め着信種別を設定しておいてもしてもよいし、各マルチメディアコンテンツから名刺情報を登録する時に、送信側端末ＣＬｓからの各着信の種別に夫々対応させて着信メロディファイルを保存するようにしてもよい。
【００７０】
前述した図９の例では、マルチメディアフフイルＭＦ（着信メロディファイル）に規定された情報に従い、受信側端末ＣＬｒで受信される着信イベントの種別が電話の着信であるか或いは電子メールの着信であるかに応じて、異なるメッセージ（Ｅ３）、アドレス情報（電話番号Ｅ５又はメールアドレスＥ６）並びにユーザ名（Ｅ４）が出力手段４のディスプレイに表示され、異なる背景音楽（Ｅ１：“ＢＧＭ１”又は“ＢＧＭ２”）が音響出力部から放音される。なお、この例では、画像（Ｅ２）について複数の画像情報が設定されていないので、同一の画像が表示されている。
【００７１】
〔第２の方法＝第２及び第３実施態様〕
このマルチメディア利用システムで用いられるマルチメディアファイルＭＦには個人情報が含まれ、通常、端末に蓄積されるファイルデータは他の装置に転送可能であるから、何らかの措置をとらないと徒らに個人情報が漏洩する危険がある。そこで、前述した第２の方法〔２〕では、発信元である送信側端末ＣＬｓのユーザが直接マルチメディアファイルＭＦを送信するのではなく、一旦、当該ユーザの指示に従って、サーバＳＶでマルチメディアファイルＭＦを作成させるか（第２実施態様）或いはサーバＳＶにマルチメディアファイルＭＦを吸い上げてから（第３実施態様）、特定の送信先である受信側端末ＣＬｒにのみ同ファイルＭＦを送信することによりマルチメディアファイルＭＦの送信先を制限し、個人情報が徒らに漏洩することを防ぐ。
【００７２】
また、第２の方法〔２〕では、送信されるマルチメディアファイルＭＦには「転送不可」情報を付加しておく。送付先となる各受信側端末ＣＬｒでは、「転送不可」を律儀に守り、このファイルＭＦを他の装置に送信したり転送したりすることができないようにする。さらに、当該マルチメディアファイルＭＦの送付先を管理する機能をもたせて、ファイル管理に万全を期す（第３実施態様）。
【００７３】
図１０及び図１１は、第２の方法〔２〕に従い送信側端末ＣＬｓからの指示に基づいてサーバＳＶ上でマルチメディアファイルＭＦの作成及び蓄積する場合〔第２及び第３実施態様〕のマルチメディアに関する全体的な処理フローを示す。
【００７４】
まず、図１０の第２実施態様による全体処理２では、マルチメディアファイルＭＦの送信を指示する発信元の送信側端末ＣＬｓから、送付しようとするマルチメディアファイルＭＦの作成に必要な要素データＤｅとして、アドレス情報（Ｅ５，Ｅ６）等の個人データ、並びに、着信メロディ（Ｅ１）や画像データ（Ｅ２）等のメディアデータを、直接、電子メールに添付する方法か或いはＨＴＴＰでサーバＳＶに送信する（ステップＣＳ４１）。この場合、画像やメロディなどのメディア情報については、サーバＳＶにメディアデータを複数蓄積しておき、これを送信側端末ＣＬｓのユーザが選択できるようにしてもよい。また、併せて、マルチメディアファイルＭＦのテンプレートＭＭＴを選択する指示を出すようにしてもよい。
【００７５】
サーバＳＶでは、送信側端末ＣＬｓから送信されてきた個人データ及びメディアデータに基づいて、図５のマルチメディアファイル作成処理と同様の手順で、図２と同様のマルチメディアファイルＭＦを作成する（ステップＳ４１）。作成されたマルチメディアファイルＭＦは、ＵＲＬ（Uniform Resource Locator）形式でマルチメディアファイルＭＦが一意に特定可能に、サーバＳＶ内の記憶手段（外部記憶部）２に設けられたファイルデータベース（ＤＢ）ＳＤに蓄積される。この場合、作成及び蓄積がなされるマルチメディアファイルＭＦには「転送不可情報」が付加されており、このマルチメディアファイルＭＦを受け取った受信側端末ＣＬｒは、（通常）当該ファイルＭＦを他の装置に転送することができない。また、登録情報は、当該マルチメディアファイルＭＦを一意に特定できるのであれば、ＵＲＬに限らず、他の情報でもよい。
【００７６】
次いで、サーバＳＶで作成され蓄積された送信側端末ＣＬｓのマルチメディアファイルＭＦに固有の登録情報を電子メール等で当該送信側端末ＣＬｓに通知する（ステップＳ４２）。なお、この登録情報の通知形態は、電子メールに限らない。例えば、上述のようにＨＴＴＰでサーバＳＶに要素データＤｅを送信した後、同じくＨＴＴＰで登録通知を表示するようにしてもよいし、ＦＡＸ等他の装置を利用して通知してもよい。そして、送信側端末ＣＬｓに通知されてきた登録情報は、さらに、当該送信側端末ＣＬｓから任意の受信側端末ＣＬｒを送信先として電子メール等で通知される。
【００７７】
受信側端末ＣＬｒでは、通知された登録情報に従ってサーバＳＶにＨＴＴＰでアクセスして、当該登録情報に対応するマルチメディアファイルＭＦをリクエストする（ステップＣＲ４１）。サーバＳＶは、このリクエストを受信すると（ステップＳ４３）、ファイルデータベースＳＤから当該マルチメディアファイルＭＦを取り出し、電子メール添付形式又はＨＴＴＰにて受信側端末ＣＬｒ送信する（ステップＳ４４）。
【００７８】
受信側端末ＣＬｒでは、このマルチメディアファイルＭＦを受信すると、第１実施態様〔図３、図４：ＣＲ３〜ＣＲ４、図６及び図８（但し、ＨＴＴＰの場合は“Ａ”から開始）参照。〕と同様にして、当該ファイルＭＦの解析を行い（ステップＣＲ４２）、このファイルＭＦをアドレス情報に対応付けて着信メロディファイルとして再配置してダウンロードする（ステップＣＲ４３）。
【００７９】
その後は、第１実施態様（図４：ＣＳ３，ＣＲ５〜ＣＲ６；図７：ＣＲ３１〜ＣＲ３３）と同様に、送信側端末ＣＬｓから受信側端末ＣＬｒに対して発呼やメール送信などの発信があると（ステップＣＳ３）、送信側端末ＣＬｓの発信データから当該端末ＣＬｓの識別情報（即ちアドレス情報）を確認し（ステップＣＲ５）、確認された識別情報に対応する着信メロディファイル（マルチメディアファイル）ＭＦをファイルライブラリ２ＦからＲＡＭ上に読み出し、出力手段３のディスプレイや音響出力部などを通じて着信メロディや着受け画面等として再生する（ステップＣＲ６）。
【００８０】
次に、図１１に例示される第３実施態様では、第２実施態様と同様にマルチメディアファイルＭＦをサーバＳＶに蓄積すると共に、サーバＳＶ上で送付先情報を保存してファイル送付先の管理を行うことができるように構成されている。
【００８１】
第３実施態様による図１１の全体処理３において、まず、マルチメディアファイルＭＦを送信したい発信元の送信側端末ＣＬｓのユーザは、送付しようとするマルチメディアファイルの作成に必要なアドレス情報（Ｅ５，Ｅ６）、画像データ（Ｅ２）、着信メロディ（Ｅ１）等の要素データＤｅに加えて、作成後のマルチメディアファイルＭＦを送付すべき１乃至複数の送信側端末ＣＬｒのユーザを指定する送付先情報を、電子メール添付或いはＨＴＴＰでサーバＳＶに送信し、マルチメディアファイルＭＦの作成及び送付を指示する（ステップＣＳ５１）。ここで、送付先指定情報は、例えば、電話番号や、ＩＰｖ６（Internet Protocol version 6 ）のアドレスのように、送付先となる受信側端末ＣＬｒを一意に特定できる情報である。また、マルチメディアファイルＭＦのテンプレートＭＭＴを選択する指示を送るようにしてもよい。
【００８２】
サーバＳＶでは、送信側端末ＣＬｓからの要素データＤｅに基づいて、既述の方法と同様の手順で（図５参照）、マルチメディアファイルＭＦを作成し、作成したマルチメディアファイルＭＦと、送付先指定情報で指定された１乃至複数の送付先端末ＣＬｒとを関連付けて保存する（ステップＳ５１）。つまり、ＵＲＬ等で固有の登録情報を付加してファイルデータベースＳＤに当該マルチメディアファイルＭＦを格納すると共に、格納されたマルチメディアファイルＭＦに対応付けて、送付先情報を送付先リストファイルＬＳに記録する。
【００８３】
次いで、サーバＳＶは、保存されたマルチメディアファイルＭＦを送付先端末ＣＬｒにのみ転送するよう制御するために、当該マルチメディアファイルＭＦに固有の登録情報を、当該送信側端末ＣＬｓ及び送付先端末ＣＬｒに、電子メール等で通知する（ステップＳ５２）。例えば、送信元ＣＬｓ及び指定された１乃至複数の送付先ＣＬｒにマルチメディアファイルＭＦのＵＲＬを同時に通知する。なお、このようなＵＲＬの通知によらず、指定された送付先端末ＣＬｒに対して、直接、マルチメディアファイルＭＦファイルを送信するという方法もある〔この場合は、直ちに、ファイル送受信ステップ（Ｓ５５，ＣＲ５２）に進む。〕
【００８４】
受信側端末ＣＬｒでは、通知された登録情報に従ってＨＴＴＰでサーバＳＶにアクセスし、当該登録情報に対応するマルチメディアファイルＭＦをリクエストする（ステップＣＲ４１）。サーバＳＶは、リクエストを受信すると（ステップＳ５３）、リクエストした受信側端末ＣＬｒのユーザ識別情報と、送付先リストファイルＬＳに記録されている当該マルチメディアファイルＭＦの送付先情報が示す端末ユーザ情報とを対比して、当該マルチメディアファイルＭＦをリクエスト元端末ＣＬｒに送付を許可すべきか否かを判断する（ステップＳ５４）。
【００８５】
ここで、受信側端末ＣＬｒのユーザ識別情報が送付先情報に一致して送付すべきと判定したときは（Ｓ５４→ＹＥＳ）、ファイルデータベースＳＤから当該マルチメディアファイルＭＦを取り出し、電子メール添付形式又はＨＴＴＰにて受信側端末ＣＬｒ送信する（ステップＳ５４）。また、ユーザ識別情報が送付先情報に一致せず送付できないときは（Ｓ５４→ＮＯ）、その旨を受信側端末ＣＬｒに通知した上或いは通知無しに、このリクエストに対する処理を終了する。
【００８６】
受信側端末ＣＬｒでは、サーバＳＶからマルチメディアファイルＭＦを受信すると、第１及び第２実施態様と同様に、当該ファイルＭＦの解析を行い（ステップＣＲ５２）、このマルチメディアファイルＭＦをアドレス情報に対応付けて着信メロディファイルとして再配置してダウンロードする。そして、その後も、送信側端末ＣＬｓからの発信があれば、第１及び第２実施態様と同様の手順で、この発信に応答して着信メロディファイル（マルチメディアファイル）ＭＦに基づく着信メロディや着受け画面等を再生する。
【００８７】
図１２は、第２及び第３実施態様のようにサーバにマルチメディアファイルを蓄積しておき、送信側端末ＣＬｓからＨＴＴＰでサーバＳＶにアクセスして所望のマルチメディアファイルＭＦの作成を指示する場合（図１０：ＣＳ４１，図１１：ＣＲ４１）におけるディスプレイ画面の推移例を表わす。
【００８８】
上段左側のアドレス情報入力画面（１）は、送信側端末ＣＬｓに関するユーザの氏名（Ｅ４）、電話番号（Ｅ５）、ｅ−ｍａｉｌ（Ｅ６）を入力するための画面であり、この例では「アドレス情報を入力してください」という案内コメントに従ってユーザがデータ入力を行うが、受信側端末ＣＬｒに予め自アドレス情報を登録しておき、自動的に挿入してもよい。また、サーバＳＶ側で、受信側端末ＣＬｒ乃至そのユーザを特定して自動的に挿入するようにしてもよい。
【００８９】
上段中央のコンテンツ選択画面（２）は、作成されるマルチメディアファイルＭＦのメディアデータとなるメディア情報コンテンツとして画像及びメロディを入力するための画面であり、「コンテンツを入力してください」という案内コメントに従ってユーザがデータ入力を行うことができるが、サーバＳＶに要素となるメディア情報コンテンツを複数蓄積しておき、これを選択するようにしてもよい。
【００９０】
上段右側の内容確認画面（３）は、サーバＳＶで作成されるマルチメディアファイルＭＦの要素データの内容を確認するための画面である。この時点で、この内容に応じて作成されるマルチメディアファイル（着信メロディファイル）ＭＦ自体の内容についてプレビューを行っても良い。
【００９１】
下段の各画面（３ａ）〜（５）は、第３実施態様のように、更に送付先を指定する場合（図１１：ＣＲ４１）の画面推移例であり、この場合は、内容確認画面は、（３）のように完了せず、下段左側の（３ｂ）のようになる。つまり、内容確認画面（３ｂ）で内容確認を行った後、下段中央の送付先指定画面（４）に移行し、次いで、下段右側の送付先確認画面（５）にまで移行する。さらに、マルチメディアファイルＭＦのテンプレートＭＭＴを選択するようにしてもよい。
【００９２】
このように、第２の方法〔２〕では、各クライアント端末ＣＬは、携帯電話端末である必要はなく、ＰＣ、ゲーム機、セットトップボックス、ＰＤＡなど、任意の端末装置を利用することができる。また、サーバＳＶとの接続は、適宜、有線接続を含む種々の通信態様を利用することができる。
【００９３】
〔第３の方法〕
前述した第３の方法〔３〕においては、マルチメディアファイルＭＦを送信側端末ＣＬｓ内で作成し、作成されたマルチメディアファイルＭＦを一旦サーバＳＶに吸い上げた上、サーバＳＶから受信側端末ＣＬｒに送信するものである。従って、この方法〔３〕は、図１０及び図１１におけるファイル作成ステージ（ＳＶ４１，ＳＶ５１）が送信側端末ＣＬｓに移行し、当該ステージでは、マルチメディアファイルＭＦ乃至送付先情報を送信側端末ＣＬｓで受信してファイルデータベースＳＤ乃至送付先リストファイルに記録しておく点で、第２乃至第３実施態様（第２の方法〔２〕）と相違するが、サーバＳＶにて、蓄積・送付されるマルチメディアファイルＭＦと送付先ＣＬｒとを関連付けておき、指定された送付先ＣＬｒにのみマルチメディアファイルＭＦを転送するよう制御する点に変わりはない。なお、送付先指定情報は、送信側端末ＣＬｓから送信されるマルチメディアファイルＭＦに埋め込んだ形で送付してもよい。
【００９４】
以上説明した実施態様においては、名刺情報である氏名や住所等をそれぞれテキストデータとして入力するものとして説明したが、氏名、住所、電話番号、Ｅ−ｍａｉｌアドレス、ホームページのＵＲＬ等をひとまとめに記録した電子名刺（ｖＣａｒｄ等）情報をこの発明の名刺情報としてマルチメディアファイルＭＦに付加するようにしてもよい。
【００９５】
【発明の効果】
以上説明したように、この発明によれば、マルチメディアファイルに対して、送信元の通信端末（発信元／送信側端末）を特定するアドレス情報を含む個人情報が付加されているので、送付先の通信端末（送信先／受信側端末）では、付加された個人情報をアドレス帳に格納しておくことにより、マルチメディアファイルとは独立して「名刺」的なデータとして効果的に利用することができ、マルチメディアファイルは、個人情報に含まれるアドレス情報に対応付けてファイルライブラリに記憶されることで、送信元の通信端末からの着信があると、当該送信元の通信端末に対応する着信メロディファイル等の要素コンテンツをファイルライブラリから読み出して、発信相手に応じた着信メロディ／着受け画面等として利用することができる。
【００９６】
さらに、サーバにおいては、送信元の通信端末（発信元／送信側端末）のユーザの指示に従って、サーバ上でマルチメディアファイルを生成してこのマルチメディアファイルに対応する送付先情報を管理し、送付先情報により指定される特定の送付先の通信端末（送信先／受信側端末）にのみ、「転送不可」情報が付加されたマルチメディアファイルを送信するようにしているので、このマルチメディアファイルを受け取った送付先の通信端末は、当該ファイルを他の装置に送信したり転送したりすることができないようにすることができる。
【００９７】
また、送付先の通信端末（送信先／受信側端末）においては、マルチメディアファイルを受信すると、受信したマルチメディアファイルから、アドレス情報を含む個人情報を分離してアドレス帳に記憶し、個人情報を分離した後のマルチメディアファイルをアドレス情報に対応させて記憶させるようにしているので、分離後マルチメディアファイルが誤って他の装置に送信されたり転送されたりすることがあったとしても、個人情報は削除されているので、当該ファイルから個人情報が漏洩されることはない。
【図面の簡単な説明】
【図１】図１は、この発明の一実施例によるマルチメディア利用システムの構成の概要を表わす図である。
【図２】図２は、この発明の一実施例によるマルチメディア利用システムで取り扱われるマルチメディアファイルのデータ構造の一例を示す。
【図３】図３は、受信側端末に送信された電子メールからマルチメディアファイル及び名刺情報を抽出する手法を説明するための図である。
【図４】図４は、送信側端末で作成されたマルチメディアファイルを受信側端末に送信する場合〔第１実施態様〕の全体的な処理を表わすフローチャートである。
【図５】図５は、マルチメディアファイル作成処理を表わすフローチャートである。
【図６】図６は、受信側端末で実行されるメールブラウザ起動処理を表わすフローチャートである。
【図７】図７は、受信側端末で実行される通話着信イベント処理を表わすフローチャートである。
【図８】図８は、メールブラウザ（図６）の子プロセスとして受信側端末で実行されるパート表示指示イベント処理を表わすフローチャートである。
【図９】図９は、マルチメディアファイル（着信メロディファイル）に従って出力手段で再生される出力コンテンツの一例である。
【図１０】図１０は、サーバでマルチメディアファイルを作成し蓄積する場合〔第２実施態様〕の全体的な処理を表わすフローチャートである。
【図１１】図１１は、送信側端末で作成されたマルチメディアファイルをサーバに蓄積する場合〔第３実施態様〕の全体的な処理を表わすフローチャートである。
【図１２】図１２は、マルチメディアファイルをサーバに蓄積する場合〔第２及び第３実施態様〕のＨＴＴＰにおける画面例である。
【符号の説明】
ＳＶ 配信サーバ（ホスト装置）
ＣＬ：ＣＬ１〜ＣＬｎ；ＣＬｓ，ＣＬｒ クライアント端末、
ＭＦ 管理データＤｃ、時空間配置トラック情報Ｄｔ及び要素データＤｅから成るマルチメディアファイル（着信メロディファイル）、
ＭＲ マルチメディアファイルＭＦを添付した電子メール。
Claims (1)
- サーバ及び複数の通信端末がネットワークを介して相互に通信可能に接続されたコンテンツ提供システムであって、
サーバは、
送信元の通信端末から、マルチメディアファイルを構成する要素データと送付先情報とを受信するデータ受信手段であって、該要素データには、当該通信端末を特定するアドレス情報を含む個人情報が付加されているものと、
受信された要素データに基づいて、転送不可に設定されたマルチメディアファイルを作成すると共に、作成されたマルチメディアファイルを上記送付先情報に関連づけて蓄積するファイル作成及び蓄積手段と、
作成されたマルチメディアファイルに対応するＵＲＬを表わす登録情報を、上記送付先情報が示す送付先の通信端末に通知する登録通知手段と、
通信端末から上記ＵＲＬへのアクセスの要求があったことに応じて、当該アクセスを要求した通信端末が上記送付先の通信端末に含まれるか否かを識別し、上記送付先の通信端末に含まれる場合にのみ、上記ＵＲＬに関連付けられたマルチメディアファイルを当該通信端末に送信するファイル送信手段と
を具備し、
上記送付先の通信端末は、
サーバから上記登録情報を受信する登録情報受信手段と、
受信された登録情報が表わすＵＲＬにアクセスするアクセス手段と、
このアクセスに対する応答として、サーバから、上記送信元の通信端末を特定するアドレス情報を含む個人情報が付加されたマルチメディアファイルを受信するファイル受信手段と、
受信されたマルチメディアファイルから個人情報を分離して独立に記憶すると共に、該個人情報が分離された分離後マルチメディアファイルを、当該個人情報に含まれるアドレス情報に関連付けて記憶する記憶手段と、
記憶された個人情報に含まれるアドレス情報により特定される送信元の通信端末からの着信に応じて、当該アドレス情報に関連付けられた分離後マルチメディアファイルを読み出して再生する再生手段と
を具備する
ことを特徴とするコンテンツ提供システム。
Priority Applications (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002381457A JP4716237B2 (ja) | 2002-12-27 | 2002-12-27 | コンテンツ提供システム |
| TW092137168A TWI244012B (en) | 2002-12-27 | 2003-12-26 | Server and communication terminal device |
| KR1020030097766A KR20040060810A (ko) | 2002-12-27 | 2003-12-26 | 서버 및 통신 단말기 |
| CNB2003101131948A CN1327364C (zh) | 2002-12-27 | 2003-12-26 | 服务器以及通信终端 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002381457A JP4716237B2 (ja) | 2002-12-27 | 2002-12-27 | コンテンツ提供システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004213274A JP2004213274A (ja) | 2004-07-29 |
| JP4716237B2 true JP4716237B2 (ja) | 2011-07-06 |
Family
ID=32817365
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002381457A Expired - Fee Related JP4716237B2 (ja) | 2002-12-27 | 2002-12-27 | コンテンツ提供システム |
Country Status (4)
| Country | Link |
|---|---|
| JP (1) | JP4716237B2 (ja) |
| KR (1) | KR20040060810A (ja) |
| CN (1) | CN1327364C (ja) |
| TW (1) | TWI244012B (ja) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| 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 |
| WO2014067476A1 (zh) * | 2012-11-04 | 2014-05-08 | Yau Yim Wai | 支持交互关联技术系统的媒体信息信号 |
| CN105359160A (zh) * | 2013-03-04 | 2016-02-24 | 丘炎卫 | 支持交互关联系统的通信终端产品 |
| KR101560637B1 (ko) * | 2013-05-24 | 2015-10-15 | 수 남 채 | 모바일 멀티미디어 링톤 시스템 및 이를 이용한 개인피알방법 |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CA2180899A1 (en) * | 1995-07-12 | 1997-01-13 | Yasuaki Honda | Synchronous updating of sub objects in a three dimensional virtual reality space sharing system and method therefore |
| GB9715516D0 (en) * | 1997-07-22 | 1997-10-01 | Orange Personal Comm Serv Ltd | Data communications |
| JP3492265B2 (ja) * | 1999-10-29 | 2004-02-03 | ボーダフォン株式会社 | デジタル無線電話によるメッセージ通信システム |
-
2002
- 2002-12-27 JP JP2002381457A patent/JP4716237B2/ja not_active Expired - Fee Related
-
2003
- 2003-12-26 TW TW092137168A patent/TWI244012B/zh not_active IP Right Cessation
- 2003-12-26 KR KR1020030097766A patent/KR20040060810A/ko not_active Application Discontinuation
- 2003-12-26 CN CNB2003101131948A patent/CN1327364C/zh not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| KR20040060810A (ko) | 2004-07-06 |
| TWI244012B (en) | 2005-11-21 |
| TW200413974A (en) | 2004-08-01 |
| JP2004213274A (ja) | 2004-07-29 |
| CN1327364C (zh) | 2007-07-18 |
| CN1512423A (zh) | 2004-07-14 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7058429B2 (en) | System and method for distributing ring tone data used for generating ring tone of mobile phones | |
| JP4383690B2 (ja) | デジタルコンテンツ出力方法およびシステム | |
| JP2007028410A (ja) | 電子掲示板に対する音声情報の登録又は取り出しの取次のためのプログラム、装置、及び方法 | |
| JP2009534947A (ja) | 発信側が特定するマルチメディア通知を用いたピアツーピア音声通信システム、装置及び方法 | |
| JP3955726B2 (ja) | 文書への注釈付与方法、システム及びコンピュータ読み取り可能な記録媒体 | |
| US20010049728A1 (en) | Electronic music distribution service system and method using synchronous multimedia integration language format | |
| JP4716237B2 (ja) | コンテンツ提供システム | |
| JP3928554B2 (ja) | 通信端末 | |
| US20040192263A1 (en) | E-mail system and e-mail transmitting method | |
| JP4779475B2 (ja) | 電子掲示板情報通知装置 | |
| JP2013125056A (ja) | 語学教材カスタマイズシステム、語学教材カスタマイズ方法、及びプログラム | |
| JP2008219336A (ja) | ボイスメール配信支援方法及びボイスメール配信支援システム | |
| JP6934318B2 (ja) | ＶｏＩＰ通話サービスでリングバックトーンを利用するためのコンピュータプログラム、通話方法およびアプリサーバ | |
| TWI339058B (ja) | ||
| JP2003050767A (ja) | 情報配信システム及び情報配信方法、並びに情報供給装置及び情報供給方法 | |
| JP6181231B1 (ja) | 音声ガイド提供システム | |
| JP2007048255A (ja) | データ配信装置 | |
| JP2008160530A (ja) | 通話データ記録装置、通話データ記録方法、通話データ記録システム及びプログラム | |
| JP4042484B2 (ja) | コラボレーション方法、コラボレーションシステム、サーバおよびプログラム | |
| JP4325954B2 (ja) | ファイル作成端末 | |
| JP4396404B2 (ja) | コンテンツ提供システム、その方法、サーバおよびプログラム | |
| JP2002108357A (ja) | ダウンロードシステム、情報処理装置、及び記録媒体 | |
| JP5153521B2 (ja) | データ配信装置、データ配信プログラム | |
| JP5071626B2 (ja) | 動画コンテンツファイル、および、サーバ装置 | |
| JP2011022883A (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: 20070702 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070710 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070907 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080401 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20080624 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080809 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20110319 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140408 Year of fee payment: 3 |
|
| LAPS | Cancellation because of no payment of annual fees |