(57)【要約】【課題】　効率良く、確実に、簡単に、安価にコンテンツを配信できるようにする。【解決手段】　ネットワーク網１２に接続されたデータ送信装置１４からネットワーク網１２に接続された１または複数のデータ受信装置１６にコンテンツを配信するコンテンツ配信システム１０において、データ送信装置１４からデータ受信装置１６への電子メール２４に、配信すべきコンテンツが添付されると共に、データ受信装置１６においてコンテンツに対して実行されるべき処理コマンドが記述され、データ受信装置１６には、受信した電子メール２４に記述された処理コマンドを実行して、添付されたコンテンツを処理する手段が設けられている。【選択図】　　　　図１
2004139618.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク網に接続されたデータ送信装置から該ネットワーク網に接続された１または複数のデータ受信装置にコンテンツを配信するコンテンツ配信システムにおいて、
　前記データ送信装置から前記データ受信装置への電子メールに、配信すべきコンテンツが添付されると共に、データ受信装置において該コンテンツに対して実行されるべき処理コマンドが記述され、
　前記データ受信装置には、受信した前記電子メールに記述された前記処理コマンドを実行して、添付された前記コンテンツを処理する手段が設けられていることを特徴とするコンテンツ配信システム。
【請求項２】
前記データ受信装置には、前記電子メールを正常に受信できた場合に前記データ送信装置に対して受領確認のための電子メールを送信する手段が設けられていることを特徴とする請求項１記載のコンテンツ配信システム。
【請求項３】
ネットワーク網に接続されたデータ送信装置から該ネットワーク網に接続された１または複数のデータ受信装置にコンテンツを配信するコンテンツ配信システムにおいて、
　前記ネットワーク網には、前記データ受信装置に配信するコンテンツが蓄積されたサーバが接続され、
　前記データ送信装置から前記データ受信装置への電子メールに、前記サーバの名称と前記データ受信装置に配信されるべき前記コンテンツの格納パスが記述され、
　前記データ受信装置には、受信した前記電子メールに記述された前記サーバにアクセスすると共に電子メールに記述された前記格納パスをたどり、サーバからコンテンツをダウンロードする手段が設けられていることを特徴とするコンテンツ配信システム。
【請求項４】
前記ネットワーク網には、前記サーバに前記コンテンツをアップロードする第２データ送信装置が接続され、
　前記コンテンツのライセンスを得たものが第２データ送信装置を介してコンテンツを前記サーバにアップロードし、
　前記コンテンツのライセンスを得たものが前記データ送信装置を介して前記データ受信装置へ前記電子メールを送信することを特徴とする請求項３記載のコンテンツ配信システム。
【請求項５】
前記ネットワーク網には第２サーバが接続され、
　前記データ受信装置には、動作履歴のログデータを定期的に前記第２サーバにアップロードする手段が設けられ、
　前記データ送信装置および／または前記第２データ送信装置には、前記第２サーバにアクセスして前記ログデータをダウンロードする手段が設けられていることを特徴とする請求項４記載のコンテンツ配信システム。
【請求項６】
前記ネットワーク網には前記データ送信装置からの前記電子メールが入力されるページャ用サーバが接続され、
　前記データ受信装置にはページャが接続され、
　前記ページャ用サーバに接続され、ページャ用サーバに入力された前記電子メールの内容を、該電子メールのアドレス部分に記載された番号のページャに向けて無線で送信する基地局を有し、
　前記データ受信装置は前記ページャを介して前記電子メールを受信することを特徴とする請求項１、２、３、４または５記載のコンテンツ配信システム。
【請求項７】
前記データ受信装置に配信される前記コンテンツは音楽データであり、
　前記データ受信装置は、配信された前記音楽データを再生する手段が設けられていることを特徴とする請求項１、２、３、４、５または６記載のコンテンツ配信システム。
【請求項８】
前記データ送信装置から前記データ受信装置への電子メールに、データ受信装置に対する自己診断用コマンドが記述され、
　前記データ受信装置には、受信した前記電子メールに記述された前記自己診断用コマンドを実行すると共に、診断結果を電子メールに記述して前記データ送信装置に送信する手段が設けられていることを特徴とする請求項１、２、３、４、５、６または７記載のコンテンツ配信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
　本発明は、電子メールを利用してコンテンツの配信を行うコンテンツ配信システムに関する。
【背景技術】
【０００２】
　従来、コンテンツ（写真や絵画等の画像データや音楽データ、テキストデータを含むデータを言う）を、データ送信装置からデータ受信装置に配信する手法としては、以下の手法がある。
　第１の手法は、データ送信装置とデータ受信装置同士とを電話回線またはＩＳＤＮ（登録商標）で一対一で接続し、データ送信装置からデータ受信装置に対して直接ダイアルアップ接続して、コンテンツを配信する手法である。
【０００３】
　第２の手法は、ファクシミリ通信用交換機と電話回線を用いて、データ送信装置とデータ受信装置同士とを一対複数で接続し、コンテンツを配信する手法である。
　第３の手法は、データ送信装置としてのサーバが接続されたＬＡＮやインターネットにデータ受信装置を接続し、このサーバからデータ受信装置がコンテンツをダウンロードする手法である。
【特許文献１】特開平１１−３４０９７５号
【発明の開示】
【発明が解決しようとする課題】
【０００４】
　ところで、コンテンツの配信を考えた場合には、効率良く、確実に、簡単に、安価にコンテンツを配信できることが望ましい。
　そして効率良く配信するためには、（ア）複数のデータ受信装置に対してコンテンツを一斉配信できることが望ましい。
　また、確実に配信するためには、（イ）データ受信装置にコンテンツが配信されたことをデータ送信装置側で確認できることが望ましい。
【０００５】
　また、簡単に配信できるようにするためには、（ウ）コンテンツを受信したデータ受信装置の細かな動作制御を、データ送信装置側で指定できるようにすることが望ましい。なぜなら、データ受信装置を作動させて、例えば圧縮されて配信されてきたコンテンツを自動的に解凍して所定の場所に保存するといったことも可能となり、受信側からすれば、受信後のコンテンツの処理に手間がかからず、簡単にコンテンツが取得できることになるからである。
　また、安価に配信するためには、（エ）特別な手順や配信手段に依存せず、現在のインフラを利用し、特別な機能を実装する必要がないことが望ましい。
【０００６】
　しかしながら、上述した各配信手法の中には（ア）〜（エ）の要件を全て満たす配信手法はなく、このような配信手法やシステムが望まれている。
【０００７】
　従って、本発明は上記課題を解決すべくなされ、その目的とするところは、効率良く、確実に、簡単に、安価にコンテンツを配信できるコンテンツ配信システムを提供することにある。
【課題を解決するための手段】
【０００８】
　上記目的を達成するために、本発明に係る請求項１記載のコンテンツ配信システムは、ネットワーク網に接続されたデータ送信装置から該ネットワーク網に接続された１または複数のデータ受信装置にコンテンツを配信するコンテンツ配信システムにおいて、前記データ送信装置から前記データ受信装置への電子メールに、配信すべきコンテンツが添付されると共に、データ受信装置において該コンテンツに対して実行されるべき処理コマンドが記述され、前記データ受信装置には、受信した前記電子メールに記述された前記処理コマンドを実行して、添付された前記コンテンツを処理する手段が設けられていることを特徴とする。
　このように、現在、企業のみならず一般家庭にも広く普及している電子メールを利用することによって、安価にコンテンツの配信システムを構築でき、複数のデータ受信装置に対して一斉に配信することも可能となる。そして、電子メールにデータ受信装置用の処理コマンドを記述し、データ受信装置にそれを実行させることによって、自動的に配信されたコンテンツの処理（解凍や蓄積等）が行えるようになり、コンテンツの受信側の負担も軽減され、コンテンツ配信が全体として簡単化される。
【０００９】
また、前記データ受信装置には、前記電子メールを正常に受信できた場合に前記データ送信装置に対して受領確認のための電子メールを送信する手段が設けられていることを特徴とする。
　これにより、コンテンツの配信されたことをデータ送信装置側でも確認することができ、コンテンツの配信が確実に行えるようになる。
【００１０】
また、本発明に係る請求項３記載のコンテンツ配信システムは、ネットワーク網に接続されたデータ送信装置から該ネットワーク網に接続された１または複数のデータ受信装置にコンテンツを配信するコンテンツ配信システムにおいて、前記ネットワーク網には、前記データ受信装置に配信するコンテンツが蓄積されたサーバが接続され、前記データ送信装置から前記データ受信装置への電子メールに、前記サーバの名称と前記データ受信装置に配信されるべき前記コンテンツの格納パスが記述され、前記データ受信装置には、受信した前記電子メールに記述された前記サーバにアクセスすると共に電子メールに記述された前記格納パスをたどり、サーバからコンテンツをダウンロードする手段が設けられていることを特徴とする。
　これにより、電子メールを利用することで、安価にコンテンツの配信システムを構築でき、また複数のデータ受信装置に対して一斉に配信することも可能となる。そして、電子メールにはコンテンツを添付しないために、データ送信装置からネットワーク網までの送信系が集中化した場合でも、コンテンツはネットワーク網に接続されたデータ送信装置とは別のサーバからデータ受信装置へ配信されることができる。
【００１１】
また、前記ネットワーク網には、前記サーバに前記コンテンツをアップロードする第２データ送信装置が接続され、前記コンテンツのライセンスを得たものが第２データ送信装置を介してコンテンツを前記サーバにアップロードし、前記コンテンツのライセンスを得たものが前記データ送信装置を介して前記データ受信装置へ前記電子メールを送信する構成とすると、正規のライセンスを受けたコンテンツのみを配信することが可能となり、著作権を無視した違法なコンテンツの配信を防止することが可能となる。
【００１２】
また、前記ネットワーク網には第２サーバが接続され、前記データ受信装置には、動作履歴のログデータを定期的に前記第２サーバにアップロードする手段が設けられ、前記データ送信装置および／または前記第２データ送信装置には、前記第２サーバにアクセスして前記ログデータをダウンロードする手段が設けられている構成とすると、データ受信装置において例えばどのコンテンツがどのくらい利用されたか、送信側で知ることも可能となる。
【００１３】
　また、前記ネットワーク網には前記データ送信装置からの前記電子メールが入力されるページャ用サーバが接続され、前記データ受信装置にはページャが接続され、前記ページャ用サーバに接続され、ページャ用サーバに入力された前記電子メールの内容を、該電子メールのアドレス部分に記載された番号のページャに向けて無線で送信する基地局を有し、前記データ受信装置は前記ページャを介して前記電子メールを受信する構成とすると、データ受信装置が自らネットワーク網内に配置されたメールサーバにアクセスして電子メールが届いたかどうかを確認しなくても自動的に電子メールがデータ受信装置に入力されるようになる。よって、遅滞なく電子メールをデータ受信装置に送ることができ、コンテンツの配信も迅速に行うことが可能となる。
【００１４】
　また、前記データ受信装置に配信される前記コンテンツは音楽データであり、前記データ受信装置は、配信された前記音楽データを再生する手段が設けられていることを特徴とする。
【００１５】
　また、前記データ送信装置から前記データ受信装置への電子メールに、データ受信装置に対する自己診断用コマンドが記述され、前記データ受信装置には、受信した前記電子メールに記述された前記自己診断用コマンドを実行すると共に、診断結果を電子メールに記述して前記データ送信装置に送信する手段が設けられている構成とすると、さらにリモートメンテナンスを安価に実現できる。
【発明の効果】
【００１６】
　本発明に係るコンテンツ配信システムによれば、現在、企業のみならず一般家庭にも広く普及している電子メールを利用することによって、安価にコンテンツの配信システムを構築でき、複数のデータ受信装置に対して一斉に配信することも可能となる。そして、電子メールにデータ受信装置用の処理コマンドを記述し、データ受信装置にそれを実行させることによって、自動的に配信されたコンテンツの処理（解凍や蓄積等）が行えるようになり、コンテンツの受信側の負担も軽減され、コンテンツ配信が全体として簡単化される。
【００１７】
　また、請求項３記載の発明によれば、電子メールを利用することで、安価にコンテンツの配信システムを構築でき、また複数のデータ受信装置に対して一斉に配信することも可能となる。そして、電子メールにはコンテンツを添付しないために、データ送信装置からネットワーク網までの送信系が集中化した場合でも、コンテンツはネットワーク網に接続されたデータ送信装置とは別のサーバからデータ受信装置へ配信されることができる。
　また、請求項４記載の発明によれば、正規のライセンスを受けたコンテンツのみを配信することが可能となり、著作権を無視した違法なコンテンツの配信を防止することが可能となる。
【００１８】
　また、請求項５記載の発明によれば、データ受信装置において例えばどのコンテンツがどのくらい利用されたか、送信側で知ることも可能となる。よって、コンテンツの利用に応じた適切な課金システムが構築できる。
　また、請求項６記載の発明によれば、データ受信装置が自らネットワーク網内に配置されたメールサーバにアクセスして電子メールが届いたかどうかを確認しなくても自動的に電子メールがデータ受信装置に入力されるようになる。よって、遅滞なく電子メールをデータ受信装置に送ることができ、コンテンツの配信も迅速に行うことが可能となる。
　また、請求項８記載の発明によれば、リモートメンテナンスを安価に実現できる、という効果を奏する。
【発明を実施するための最良の形態】
【００１９】
　以下、本発明に係るコンテンツ配信システムの好適な実施の形態を添付図面に基づいて詳細に説明する。
【００２０】
まず、コンテンツ配信システム１０の概要について図１〜図４を用いて説明する。
　図１に示すものは、ネットワーク網の一例であるインターネット網１２を使用して電子メールをやり取りする、一般的なシステム構成である。本発明のコンテンツ配信システム１０は、このような既存のネット環境下で、データ送信装置１４から１または複数のデータ受信装置１６に電子メールを利用してコンテンツの配信を行えるようにしようとするものである。ここでデータ送信装置１４およびデータ受信装置１６は、例えば制御部、入力部、記憶部、演算部および出力部という基本構成を有するコンピュータで構成することができる。
【００２１】
　インターネット網１２に接続して電子メールの送受信が可能となる環境には、第１に、ＬＡＮに接続して電子メールの送受信ができる環境（以下、単にＬＡＮ環境）１８がある。詳細には図２参照。
　また第２に、モデムと電話線で電子メールの送受信ができる環境（以下、単にダイヤルアップ環境）２０がある。この環境２０の場合にはインターネットサービスプロバイダ（以下、単にプロバイダ）２２の各種サーバ（メールサーバ等）を借用して電子メールの送受信を行うようになる。詳細には図３参照。なお、プロバイダとしては図４に示すような構成を有するケーブルテレビ局などの通信事業者（プロバイダ）によるものもあるが、この構成のプロバイダの場合でもプロバイダとの間のデータ回線が電話線であるか、または専用ケーブルであるかの違いと、それに伴いデータ回線終端装置（ＤＣＥ）が異なってくる以外はダイヤルアップ環境２０と同じと考えることができるから、本実施の形態ではダイヤルアップ環境２０に含めて考える。
　そして、データ送信装置１４及びデータ受信装置１６はともに、このＬＡＮ環境１８、ダイヤルアップ環境２０のいずれに接続されたものでも良い。
【実施例１】
【００２２】
　本実施の形態のコンテンツ配信システム１０について説明する。
　システム１０の構成は、電子メールの送受信が可能な図１に示す構成とする。
　コンテンツを配信する側のデータ送信装置１４は、ＬＡＮ環境１８に接続されたものと、ダイヤルアップ環境２０に接続されたものの２種類が示されている。
　また同様に、コンテンツの配信を受ける側のデータ受信装置１６も、ＬＡＮ環境１８に接続されたものと、ダイヤルアップ環境２０に接続されたものの２種類が示されている。なお、データ送信装置１４やデータ受信装置１６を、いずれか一方の環境１８、２０にのみ接続した構成で統一することも当然に可能である。
【００２３】
　次に、データ送信装置１４からデータ受信装置１６へのコンテンツの配信手順について説明する。
　概要は、図５に示すように、データ送信装置（図中では送信クライアントと表示）１４からデータ受信装置（図中では受信クライアントと表示）１６への電子メール２４に、配信すべきコンテンツ（例えば音楽データやＣＭデータやスケジュールデータ等）を添付ファイル形式で添付し、また電子メール２４のメール本文中にデータ受信装置１６においてコンテンツに対して実行されるべき処理コマンド（制御スクリプトとも言う）を記述する、というものになる。
【００２４】
　そして、データ受信装置１６には、受信した電子メール２４に記述された処理コマンドを解読して実行することができる手段を予め設けておき、コンテンツが添付された電子メール２４をデータ受信装置１６が受信した際には、この手段が電子メール２４に記述された処理コマンドを実行し、添付されたコンテンツを処理するようにする。
　処理の具体的な内容としては、添付されるコンテンツの容量を小さくすべく、コンテンツが圧縮されている場合にはその解凍処理があり、またデータ受信装置１６に設けられた記憶部にコンテンツを記憶し蓄積する蓄積処理等が考えられる。
　この手段は、例えば本実施の形態のようにデータ受信装置１６を構成するコンピュータ（に加えて所定のソフトウェア）が兼ねる構成としても良いし、メール処理専用のハードウェアとソフトウェアの構成としても良い。
【００２５】
　ここでの電子メール２４の具体的なフォーマット例を図６に示す。
　電子メール２４は、一例としてｂｏｕｎｄａｒｙ（”*****”で表示されている）で、３つの区域に区分けされる。
　そして一番目の区域であるヘッダの部分には、コンテンツの配信元であるデータ送信装置１４の名前と、コンテンツの配信先であるデータ受信装置１６の名前と、送信日付（ここには記載されていないが、送信時間も通常含まれている）等が記述されている。
　また、二番目の区域には、メール本文が記述されている。本実施の形態では、このメール本文が、データ受信装置１６に対する処理コマンドとなる。
　最後の三番目の区域には、電子メール２４に添付されたコンテンツが記述されている。
【００２６】
　次に、コンテンツ配信の動作について図１を用いて説明する。
　ＬＡＮ環境１８に接続されたデータ送信装置１４から、同じくＬＡＮ環境１８に接続されたデータ受信装置１６にコンテンツを配信する場合を例に挙げて説明する。
　データ送信装置１４から送信された電子メールは、データ送信装置１４と同じＬＡＮ環境１８に接続されたメールサーバ１８ａ→ルータ１８ｂ→インターネット網１２→コンテンツ受信側のＬＡＮ環境１８に接続されたルータ１８ｂ→メールサーバ１８ａ→データ受信装置１６という経路で送られる。
　なお、ダイヤルアップ環境２０においては、送信系は、データ送信装置１４から送信された電子メールは、プロバイダの各種サーバ（メールサーバ２２ａ等）→ルータ２２ｂ→インターネット網１２の経路で送出される。受信系では、インターネット網１２→ルータ２２ｂ→メールサーバ２２ａ→データ受信装置１６の経路で受信される。
【００２７】
　そして、データ受信装置１６に到達した電子メールは、図７に示す手順に従って処理される。
　まず、データ受信装置１６は、受信した電子メール２４のニ番目の区域に記載されているメール本文中に、処理コマンドが含まれているか否かをチェックする（ステップＳ１００）。
　そして、処理コマンドが含まれている場合には、その処理コマンドを解読する（ステップＳ１０２）。
　そして、解読した処理コマンドを実行し、電子メール２４の三番目の区域に記載されている添付ファイルを処理し（ステップＳ１０４）、具体的には受信した添付ファイルを解凍したり、また解凍した添付ファイルを記憶部に記憶する等の動作を行って、メール受信動作、すなわちコンテンツの配信動作を完了する。
　また、ステップＳ１００において、メール本文中に処理コマンドが含まれていない場合には、通常のメール処理を行う（ステップＳ１０６）。
【００２８】
　このように、現在において広く普及している電子メールシステムを利用してコンテンツの配信を行うことによって、特別な設備投資が最小限に抑えることができて低コストの配信が可能になる。また、電子メールは異なる複数の相手に対して一斉に配信することも可能であるから、これを利用することで、コンテンツも複数のデータ受信装置１６に対する一斉配信が簡単に行える。
【実施例２】
【００２９】
　第１の実施の形態では、データ送信装置１４側では、データ受信装置１６にコンテンツが確実に配信されたかどうかは分からない。
　コンテンツの配信の確実性を高めるためには、配信が確かにデータ受信装置１６に到達したかどうか、さらには到達したコンテンツが適切に処理されたかどうかを確認できることが望ましい。
　そこで、本実施の形態のコンテンツ配信システムでは、コンテンツの配信を受けたデータ受信装置１６が、配信の成否をメール本文中に記載した電子メールを、データ送信装置１４側に送信できるようにしている。
【００３０】
　データ送信装置１４やデータ受信装置１６の基本的な構成は、第１の実施の形態と同様で良い。一般的に電子メールシステムは双方向で利用することを考慮して構築されているシステムだから、データ受信装置１６でも電子メールの送信が行え、またデータ送信装置１４でも電子メールの受信が行える。
【００３１】
　次に、コンテンツ配信システム１０のデータ受信装置１６の動作について、図８を用いて説明する。
　電子メールを受信すると、図７で説明したメール受信処理を行う（ステップＳ２００）。
　そして、正常に電子メールの受信から添付ファイルの処理が終了した場合には、「正常終了」の旨の返信メールを作成する。一方、処理が正常に終了しなかった場合には、「異常終了」の旨の返信メールを作成する（ステップＳ２０２）。
　最後に、作成した返信メールを送信して（ステップＳ２０４）、メール処理を終了する。
【００３２】
　この様子を概略的に示した図が図９である。
　データ送信装置１４から複数（図９では２つ）のデータ受信装置１６ａ、１６ｂに向けて送信されたコンテンツが添付された電子メール２４は、インターネット網１２を介して（１）と（２）の経路で各データ受信装置１６ａ、１６ｂに到達し、コンテンツが配信される。
　そして、各データ受信装置１６ａ、１６ｂでは、受信状況に応じて、つまり配信が正常に終了したか、若しくは異常終了したかの内容をメール本文中に記載した返信用電子メール（単に返信メールとも言う）２６を、データ送信装置１４に向けて送信する。各返信メール２６は、インターネット網１２を介して（３）の経路でデータ送信装置１４に送達される。データ送信装置１４では、届いた電子メール２４の内容を確認することで、コンテンツ配信が各データ受信装置１６ａ、１６ｂにおいて正しく完了したか否かを確認できる。
【実施例３】
【００３３】
　第１、２の実施の形態では、データ受信装置１６側には、データ送信装置１４からの電子メールに添付された形でコンテンツが配信される構成であった。
　しかしながら、この構成の場合には、コンテンツの容量が大きくなり、しかもコンテンツを配信しようとするデータ受信装置１６の数が増えると、データ送信装置１４からインターネット網１２への伝送路が混み合い、効率の良いコンテンツの配信が行えなくなるといった課題が生ずる可能性がある。
【００３４】
　そこで、図１０に示すようにインターネット網１２に、データ受信装置１６に配信するコンテンツが蓄積されたダウンロード用サーバ（ftpサーバやhttpサーバ）２８を１または複数台接続しておく。
　そして、データ送信装置１４からデータ受信装置１６への電子メール２４のメール本文中に、コンテンツが蓄積されたサーバ２８の名称と、このサーバ２８内のデータ受信装置１６に配信されるべきコンテンツまでの格納パスを記述しておく。そして電子メール２４自体には、コンテンツは添付しない。
【００３５】
　そして、データ受信装置１６には、受信した電子メール２４に記述されたサーバ２８にアクセスすると共に電子メール２４に記述された格納パスをたどり、サーバ２８からコンテンツをダウンロードする手段を設けておく。この手段は、一例としてデータ受信装置１６を構成するコンピュータとそのプログラムで実現できる。
　この構成により、データ送信装置１４から送信される電子メール２４にコンテンツ自体を添付する必要が無くなり、電子メール２４のデータ量が少なくて済むから、データ送信装置１４とインターネット網１２との間の伝送路にデータが集中することを回避できる。よって、コンテンツを複数のデータ受信装置１６に一斉に配信する場合でも効率良く行える。
【００３６】
　この場合のデータ受信装置１６側の電子メール２４を受信した際の動作は、図１１に示すように、まず電子メール２４のニ番目の区域に記載されているメール本文中に、ダウンロード用のサーバ名が含まれているか否かをチェックする（ステップＳ３００）。
　そして、サーバ名が含まれている場合には、そのサーバ２８にアクセスして、メール本文中に記載された格納パスをたどり、目的のディレクトリからコンテンツをダウンロードし（ステップＳ３０２）、メール処理動作を終了する。
　なお、ダウンロードするコンテンツが圧縮されており、ダウンロード後に解凍する必要がある場合や、ダウンロード後に記憶部内の所定の領域内に記憶する必要がある場合には、電子メール２４のメール本文中にそれらの処理を行わせるための処理コマンドを併せて記述しておき、データ受信装置１６に処理コマンドを実行させ、解凍や記憶等の動作をさせるようにしても良い。
　また、ステップＳ３００において、メール本文中にサーバ名が含まれていない場合には、通常のメール処理を行い（ステップＳ３０４）、メール処理動作を終了する。
【００３７】
　本実施の形態において配信されるコンテンツには音楽データ、ＣＭ（コマーシャル）データ、スケジュールデータ、写真やビデオ等の画像データ等が考えられ、その中には著作権の発生するコンテンツもある。そしてこのようにインターネット網１２内のサーバ２８にコンテンツをアップロードする行為は、著作物の複製と有線送信に該当すると考えられるので、著作権の発生したコンテンツの配信に際しては当著作権を適切に処理する必要がある。
　このための構成としては、図１４に示すように、インターネット網１２内のサーバ２８にコンテンツをアップロードするための送信側のクライアント（単に送信クライアントとも言う。データ送信装置である）１４をインターネット網１２に接続する。
【００３８】
　そして、配信手順としては、まずコンテンツの複製や有線送信を適法に行えるライセンスを有したもの（以下、単にライセンサ）が、送信側のクライアント１４を介して、当該コンテンツのみをサーバ２８にアップロードする。
　そして、次にライセンサが送信側のクライアント１４を介して受信側クライアント（データ受信装置、一例としてＩＭＳ端末）１６へ電子メール２４を送信するようにする。ここで、コンテンツをアップロードする際に使用するクライアント１４と電子メール２４を送信する際に使用するクライアント１４とは同じものでも良いし、別体でも良い。
　その後の動作は前述の通りであり、データ受信装置１６がサーバ２８から目的のコンテンツをダウンロードする。
【００３９】
　さらに詳細に図１５を用い、音楽配信、特に詳細には店舗等での構内放送用の音楽（ＢＧＭ等）を配信する場合を例に挙げて説明する
　店舗等の構内放送の場合には、単に音楽だけの場合もあるが、通常はＣＭを音楽に挟んで放送する場合が多い。
　このため、図１５に示すように、図１４におけるライセンサである送信クライアント１４には、コンテンツとしての音楽自体を作成してアップロードするキー局、すなわちコンテンツ作成系の送信クライアント１４ａ（データ送信装置）と、そのキー局１４ａがライセンスを持つ音楽を使用する契約をキー局１４ａと交わし、その音楽データと組み合わせるＣＭデータ（これも一種のコンテンツである）やそれらの再生用スケジュールデータや電子メール２４を作成する送るＣＭ作成系の送信クライアント１４ｂ（第２データ送信装置）の２つが存在する。コンテンツ作成系の送信クライアント１４ａは当然にコンテンツのライセンスを受けたものであるが、ＣＭ作成系の送信クライアント１４ｂもまたコンテンツのライセンスを受けたものということができる。
【００４０】
　なお、ＣＭ作成系の送信クライアント１４ｂの場合には、ＣＭ作成とスケジュール作成と電子メール作成とをそれぞれ並列して処理する方式が一般的であり、送信クライアント１４ｂを、ＣＭ作成系クライアント、スケジュール作成系クライアント、電子メール作成系クライアントというようにさらに細分化する場合もある。図１５では細分化した状態を示している。
【００４１】
　また、インターネット網１２には、上記送信クライアント１４の構成に対応して、コンテンツ作成系の送信クライアント１４ａがアップロードした音楽を蓄積するキー局用ＦＴＰサーバ２８ａと、ＣＭ作成系の送信クライアント１４ｂがアップロードしたＣＭデータやスケジュールデータを蓄積するＦＣ用ＦＴＰサーバ２８ｂと、ＣＭ作成系の送信クライアント１４ｂが作成してアップロードした電子メール２４を蓄積するメールサーバ１８ａと、受信クライアント（データ受信装置）１６用のメールサーバ２２ａとが存在する。
【００４２】
　図１５でのデータの流れは、ＣＭ作成系の送信クライアント１４ｂがＣＭデータやスケジュールデータを作成し、ＦＣ用ＦＴＰサーバ２８ｂにアップロードする。
　次に、ＣＭ作成系の送信クライアント１４ｂは、スケジュールデータにしたがって構内に放送したい音楽データのアップロードをキー局１４ａに依頼する。
　キー局１４ａは依頼を受けた音楽データをキー局用ＦＴＰサーバ２８ａにアップロードする。これにより、アップロード作業は常にコンテンツのライセンスを受けたものの監視下に置かれる。よって、違法なコンテンツがアップロードされることを有効に防止できる。
　次に、ＣＭ作成系の送信クライアント１４ｂは音楽データのキー局用ＦＴＰサーバ２８ａへのアップロードが確認できたら、電子メール２４を作成し、アップロードする。電子メール２４はインターネット網１２内のメールサーバ１８ａを介してメールサーバ２２ａに格納される。
　ここで、音楽データのキー局用ＦＴＰサーバ２８ａへのアップロードを確認する手法としては、一例として図１５に示すようにインターネット網１２内にＳＱＬサーバ５４とＨＴＴＰサーバ５６とを設け、キー局１４ａがネット上にホームページを開設する。そしてこのホームページに、キー局１４ａがコンテンツ使用許可情報、コンテンツのパッケージ情報、さらにはキー局１４ａ所有の全コンテンツ情報を掲載しておく方法が考えられる。これにより、ＣＭ作成系の送信クライアント１４ｂはこのホームページにアクセスして、掲載された各情報を検索することができ、目的の音楽データがアップロードされたかどうかを確認できる。
【００４３】
　受信クライアント１６では、対応するメールサーバ２２ａにアクセスし、電子メール２４を受信する。そして、電子メール２４に記述された、キー局用ＦＴＰサーバ２８ａやＦＣ用ＦＴＰサーバ２８ｂの名称（アドレス）と各サーバ２８ａ、２８ｂに格納された音楽データやＣＭデータまでのそれぞれの格納パスとを解析する。そして、キー局用ＦＴＰサーバ２８ａにアクセスして対応する格納パスをたどり、そこに格納された音楽データをダウンロードする。また、ＦＣ用ＦＴＰサーバ２８ｂにアクセスして対応する格納パスをたどり、そこに格納されたＣＭデータとスケジュールデータとをダウンロードする。
　これにより、受信クライアント１６はスケジュールデータにしたがって音楽データとＣＭデータを再生する、つまり構内にコンテンツを放送することが可能となる。
【実施例４】
【００４４】
　上述の各実施の形態のコンテンツ配信システムでは、送信クライアント１４側は、受信クライアント１６がダウンロードした音楽データ等のコンテンツを、いつ、何回使用（再生）したかが判らない、という課題が生ずる。
　そこで、この課題を解決するための構成として下記の構成を採用することが考えられる。
　インターネット網１２に第２サーバを接続する。図１５においては、キー局用ＦＴＰサーバ２８ａとＦＣ用ＦＴＰサーバ２８ｂをこの第２サーバとして使用する構成となっている。また、図示はしないが、こららサーバ２８ａ、２８ｂとは独立した別個のサーバをインターネット網１２に第２サーバとして設ける構成でも当然に良い。
【００４５】
　また、受信クライアント（データ受信装置）１６には、動作履歴のログデータを定期的に第２サーバ（本実施の形態では前述のようにサーバ２８ａ、２８ｂ）にアップロードする手段を設ける。ここで言う動作履歴には、ダウンロードした音楽データ等のコンテンツを、いつ、何回使用（再生）したかを示す履歴を含む。
　また、送信クライアント（データ送信装置１４ａおよび／または第２データ送信装置１４ｂ）には、第２サーバにアクセスしてログデータをダウンロードする手段を設ける。この手段は、データ受信装置１６を構成するコンピュータ（に加えて所定のソフトウェア）が兼ねる構成としても良いし、専用のハードウェアと専用のソフトウェアで構成することも可能である。
【００４６】
　この構成とすることによって、送信クライアント１４において、受信クライアント１６でのコンテンツの利用状況を知ることが可能となる。図１５では、一例としてキー局１４ａとＣＭ作成系の送信クライアント１４ｂの内のスケジュール作成系クライアントとでサーバ２８ａ、２８ｂにアップロードされたログデータをダウンロードする構成となっている。
　また、受信クライアント１６が送信クライアント１４側に、動作履歴のログデータを電子メールで返信する構成も考えられる。
　これらにより、データ送信装置１４側で、データ受信装置１６のコンテンツの使用に対する課金処理が適切に行えるようになる。
【実施例５】
【００４７】
　上述の各実施の形態のコンテンツ配信システムでは、受信クライアント１６側が自分のメールサーバ２２ａにアクセスして自分宛の電子メール２４が到着しているか否かを随時、または定期的にチェックしなければならない構成であり、不便であるという課題が生じていた。
　そこで、この課題を解決するための構成として下記の構成を採用することが考えられる。
　インターネット網１２には、メールサーバ１８ａを介して送信クライアント１４（ここではデータ送信装置１４ｂ）からの電子メール２４が入力されるページャ用サーバ４８が接続されている。
　また、ページャ用サーバ４８には、ページャ用サーバ４８に入力された電子メール２４の内容を、電子メール２４のアドレス部分に記載された番号のページャ５０に向けて無線で送信する基地局５２が接続されている。
　また、ページャ５０は受信クライアント１６に接続される。なお、受信クライアント１６にページャ機能を持たせる構成も考えられる。
【００４８】
　ポケットベル（商標）に代表されるページャ５０の場合、最近ではインターネット網１２経由で送られた電子メール２４をページャ５０で直接受信できるプッシュ型のサービスが始まっている。
　従って、ページャ５０を受信クライアント１６側に設け、この種のサービスを利用することによって、受信クライアント１６側が自らメールサーバ２２ａにアクセスして電子メール２４をダウンロードしなくても、ページャ５０を介して直接リアルタイムで電子メール２４を受信できるようにすることが可能となる。
【実施例６】
【００４９】
　　本実施の形態のコンテンツ配信システムでは、前述の各実施の形態におけるコンテンツ配信システムの機能に加えて、受信クライアント（データ受信装置）１６側のメンテナンス（保守や診断）を行えるようにしている。
　保守の例としては、送信クライアント（データ送信装置）１４側から、バージョンアップ用プログラムをコンテンツとして添付すると共に、メール本文中にバージョンアップの動作内容を処理コマンドとして記述した電子メール２４を送信し、データ受信装置１６にそのプログラムのバージョンアップを行わせること等が考えられる。なお、バージョンアップの際にも、バージョンアップ処理結果をデータ送信装置１４側へ返信メール２６で通知する構成とすることも可能である。
　一例として図１５では、送信クライアント１４としての端末メンテナンス系クライアント１４ｃが独立して設けられており、モデム→インターネット網１２→モデムという経路で受信クライアント１６に電子メール２４が送られる。
【００５０】
　また、診断の例としては、電子メール２４のメール本文に記載する処理コマンドとして自己診断コマンドや設定内容を返信させる返信コマンドを記述し、データ受信装置１６に自己診断をさせて、その診断結果をコンテンツとして返信メール２６に添付してデータ送信装置１４へ返信させることや、現在の設定内容をコンテンツとして返信メール２６に添付してデータ送信装置１４へ返信させることが考えられる。また、データ受信装置１６がその装置内部でエラーが発生した場合に独自に、エラーの内容をコンテンツとして返信メール２６に添付してデータ送信装置１４側へ返信させることも考えられる。これらにおいては、コンテンツの配信ということで考えれば、データ受信装置１６側がコンテンツの配信元で、データ受信装置１６側がコンテンツの配信先ということになる。
【００５１】
　さらに、データ送信装置１４への電子メールのメール本文中に、添付する診断結果や設定内容やエラー内容に応じた診断結果や設定内容やエラー内容を示すデータ（コンテンツ）に対するデータ送信装置１４での処理動作を規定した処理コマンドを記述して、データ送信装置１４にコンテンツの処理をさせるようにすることも可能である。
　なお、単に診断結果等をコンテンツとして添付するのではなく、メール本文中に記述した電子メールを返信メールとするようにしても良い。
　本実施の形態での、電子メールの流れは、第３の実施の形態と略同じであり、図９に示すようになる。
【実施例７】
【００５２】
　具体的に、上述した第１乃至第６の実施の形態のコンテンツ配信システム１０を、音楽データやＣＭデータやスケジュールデータの配信に適用した例について説明する。
　このコンテンツ配信システムによって配信された音楽データやＣＭデータやスケジュールデータを処理し、実行するデータ受信装置１６は、音楽データやＣＭデータを、スケジュールデータに従って電気信号に変換すると共に、デパート等の店舗内や事業所等の構内の複数の場所に設置されたスピーカに電気信号を分配し、音楽やＣＭを放送するＢＧＭ再生装置（パブリックアドレス）である。
【００５３】
　まず、音楽データやＣＭデータやスケジュールデータを作成するデータ送信装置１４の構成と各構成の動作についてその概要を図１２を用いて説明する。
　基本的には、送信クライアント（データ送信装置）１４は前述しているように、パーソナルコンピュータやワークステーションで実現でき、以下の複数の処理系から構成される。
　コンテンツ作成系クライアントでは、原音（CD-DAやテープ等で保管されている音楽原盤、肉声や効果音等）を、ディジタル変換しPCMデータ（例えばWAVファイル）を作成する。そして、このPCMデータを電子メールで送信し易いように圧縮符号データ（MPEGやTwinVQなどの技術で圧縮符号化されたファイル）に変換する。
　また、スケジュール作成系クライアントでは、音楽データ名、ＣＭデータ名と再生時刻や再生方法を記述したスクリプト文からなるテキストファイルで構成されるスケジュールデータを作成する。これら各データは、記録媒体や伝送路を使った通信等の手段により、後述の送信系クライアントに取り込まれる。
【００５４】
　電子メール作成系クライアントでは、作成された圧縮符号データやスケジュールデータ等のコンテンツを処理する手順を処理コマンド（制御スクリプト）として電子メール２４のメール本文に記述し、さらにこれらコンテンツを電子メール２４に添付して送信する。送信系クライアントへのコンテンツの取り込みは、記録メディアや通信で行うことが考えられる。
　端末メンテナンス系クライアントは、データ受信装置１６であるＢＧＭ再生装置からの返信メール２６を受信し、コンテンツの配信の成否やデータ受信装置１６の情報（端末情報）を解読し、処理する。
　なお、コンテンツ作成系やＣＭ作成系やスケジュール作成系や電子メール作成系やメンテナンス系の各クライアントは、それぞれ独立したコンピュータで実現すると、各作業の負荷の分散を図ることができ、効率よく送信用電子メール２６とコンテンツを作成できるが、一台のコンピュータで複数の系の処理を適宜まとめて行う構成としても良い。
【００５５】
　次に、音楽データやＣＭデータをスケジュールデータに従って再生するデータ受信装置１６の構成と各構成の動作についてその概要を図１３を用いて説明する。
　電子メール送受信部３０は、ＬＡＮ環境１８に接続される場合には、ＬＡＮコントローラで構成され、一方ダイヤルアップ環境２０に接続される場合には、モデムと接続されるシリアルコントローラで構成される。なお、モデムを内蔵する場合もある。
　操作部３２は、テンキー等で構成され、データ受信装置１６の内部に設定用データを入力したり、また後述のＣＰＵにコマンドを入力したりするものである。
　表示部３４は、一例としてＬＣＤ等で構成することができ、操作部３２で入力する設定用データや、既に設定されている内部情報（端末情報）を表示するためのものである。
【００５６】
　カレンダ部３６は、例えば電池等でバックアップされて動作し、年月日や時間等のカレンダ情報を常時生成する。
　主記憶部３８は、ＲＯＭやＲＡＭ等の半導体メモリで構成され、ワークメモリとして使用したり、またＣＰＵ４０のプログラムの格納や、電子メール２４のメール本文に添付された処理コマンドを一時的に格納する目的で使用される。
　補助記憶部４２は、ハードディスク等で構成され、主として電子メール２４に添付されてきたコンテンツやスケジュールデータ等を記憶する。
　再生部４４は、Ｄ／Ａ変換器や、アンプで構成され、コンテンツとしての音楽データやＣＭデータをアナログの電気信号に変換する。
【００５７】
　ＣＰＵ４０は、制御部と演算部を兼ね、他の各構成要素を統括制御し、また電子メール２４のメール本文に記述された処理コマンドを解読し、実行する手段として、またメール本文に自己診断用コマンドが記述されている場合にはこのコマンドを解読して処理し、実行する手段として、また返信メールを作成して送信する手段として、さらにはメール本文中に記載されたサーバ２８からコンテンツをダウンロードする手段として機能する。
　そして、上記構成を有するＢＧＭ再生装置であるデータ受信装置１６は、店舗や構内に設置された複数のスピーカ４６と電気的に接続されている。
【００５８】
　以上、本発明の好適な実施の形態について種々述べてきたが、本発明は上述する実施の形態に限定されるものではなく、発明の精神を逸脱しない範囲で多くの改変を施し得るのはもちろんである。
【図面の簡単な説明】
【００５９】
【図１】電子メールの送受信が可能なネットワークシステムの一般的な構成を説明するための説明図である。
【図２】ＬＡＮ環境に接続して電子メールの送受信ができる環境の構成を示す説明図である。
【図３】ダイヤルアップ環境に接続して電子メールの送受信ができる環境の構成を示す説明図である。
【図４】ケーブルテレビ局などによるプロバイダに接続して電子メールの送受信ができる環境の構成を示す説明図である。
【図５】本発明に係るコンテンツ配信システムの動作概念を説明するための説明図である。
【図６】図５のシステムにおいて使用される電子メールの構成を説明するための説明図である。
【図７】本発明に係るコンテンツ配信システムの第１の実施の形態の動作を説明するためのフローチャートである。
【図８】本発明に係るコンテンツ配信システムの第２の実施の形態の動作を説明するためのフローチャートである。
【図９】図８における電子メールの流れを説明するための説明図である。
【図１０】本発明に係るコンテンツ配信システムの第３の実施の形態の構成を説明するための説明図である。
【図１１】図１０の動作を説明するためのフローチャートである。
【図１２】本発明に係るコンテンツ配信システムの第７の実施の形態の、データ送信装置の構成を説明するための説明図である。
【図１３】本発明に係るコンテンツ配信システムの第７の実施の形態の、データ受信装置の構成を説明するための説明図である。
【図１４】本発明に係るコンテンツ配信システムの第３の実施の形態において説明している、ネットワーク網にアップロードするコンテンツの適法性を確保するための構成を示す説明図である。
【図１５】本発明に係るコンテンツ配信システムの第３、第４、第５、第６の各実施の形態を説明するための説明図である。
【符号の説明】
【００６０】
　１０　コンテンツ配信システム
　１２　ネットワーク網
　１４　データ送信装置
　１６　データ受信装置
　２４　電子メール
【図１】
2004139618.tif 000003
【図２】
2004139618.tif 000004
【図３】
2004139618.tif 000005
【図４】
2004139618.tif 000006
【図５】
2004139618.tif 000007
【図６】
2004139618.tif 000008
【図７】
2004139618.tif 000009
【図８】
2004139618.tif 000010
【図９】
2004139618.tif 000011
【図１０】
2004139618.tif 000012
【図１１】
2004139618.tif 000013
【図１２】
2004139618.tif 000014
【図１３】
2004139618.tif 000015
【図１４】
2004139618.tif 000016
【図１５】
2004139618.tif 000017