(57)【特許請求の範囲】
【請求項１】
送信端末と受信端末がネットワークを介して配信サーバに接続され、該送信端末から該受信端末へ該配信サーバを経由してコンテンツを送信するコンテンツ配信システムにおいて、
上記受信端末は、当該受信端末を特定する機器ＩＤを保持する機器ＩＤ保持部を有し、
上記配信サーバは、
上記受信端末を特定する機器ＩＤを登録したデータベースと、
送信者毎に割り当てられた記憶領域に、上記送信端末から送信されたコンテンツを格納するコンテンツ格納部と、
該コンテンツを上記受信端末の機器ＩＤおよび送信者毎に区別して管理するテーブルと、を有するものであって、
上記送信端末は上記配信サーバにアクセスし、該配信サーバに送信者の情報と送信先の受信端末の機器ＩＤを入力すると、
上記配信サーバは、入力された上記機器ＩＤを上記データベースに仮登録し、仮登録された上記受信端末に対して、上記機器ＩＤを基に送信者会員の仮登録があったことを通知し、
上記受信端末において仮登録が承認された場合は、上記配信サーバは仮登録された会員情報を登録し、その後上記送信端末から送信されるコンテンツを上記コンテンツ格納部に格納し、
上記配信サーバは、上記受信端末から要求があったとき、上記テーブルを参照し、上記受信端末の機器ＩＤが送信先とされるコンテンツが上記送信端末から送信されている場合には、その旨を通知し、
上記受信端末から、該受信端末の機器ＩＤが送信先とされるコンテンツを送信することを要求された場合に、上記配信サーバは上記コンテンツを上記受信端末に送信することを特徴とするコンテンツ配信システム。
【請求項２】
請求項１記載のコンテンツ配信システムにおいて、
前記配信サーバは前記受信端末からアクセスがあったとき、前記テーブルを参照し、該受信端末の機器ＩＤが送信先とされるコンテンツの一覧を該受信端末に通知し、該受信端末から要求されたコンテンツを送信することを特徴とするコンテンツ配信システム。
【請求項３】
請求項１記載のコンテンツ配信システムにおいて、
前記配信サーバは前記受信端末からアクセスがあったとき、前記テーブルを参照し、該受信端末の機器ＩＤが送信先とされるコンテンツの送信者一覧を該受信端末に通知し、該受信端末から承認された送信者のコンテンツを送信することを特徴とするコンテンツ配信システム。
【請求項４】
請求項１記載のコンテンツ配信システムにおいて、
前記送信端末は、携帯端末をコンテンツ送信用端末として前記配信サーバに設定し、
前記配信サーバは、上記携帯端末についての設定情報に基づいて、上記配信サーバにアクセスするためのアドレス情報を上記携帯端末に送り、
上記携帯端末は上記アドレス情報に基づいて、前記受信端末に関する情報およびコンテンツを上記配信サーバに送信することを特徴とするコンテンツ配信システム。
【請求項５】
送信端末から送信されたコンテンツを配信サーバを経由して受信端末へ送信するコンテンツ配信方法において、
上記送信端末は上記配信サーバにアクセスし、該配信サーバに送信者の情報と送信先の受信端末を特定する機器ＩＤを入力すると、
上記配信サーバは、上記機器ＩＤを仮登録し、仮登録された上記受信端末に対して、上記機器ＩＤを基に送信者会員の仮登録があったことを通知し、
上記受信端末において仮登録が承認された場合は、上記配信サーバは仮登録された会員情報を登録し、
上記配信サーバは、送信者毎に割り当てられた記憶領域に上記送信端末から送信されたコンテンツを格納するとともに、該コンテンツを上記受信端末の機器ＩＤおよび送信者毎に区別して管理し、
上記配信サーバは、上記受信端末から要求があったとき、該受信端末の機器ＩＤが送信先とされるコンテンツが上記送信端末から送信されている場合には、その旨を通知し、
上記受信端末から、該受信端末の機器ＩＤが送信先とされるコンテンツを送信することを要求された場合に、上記配信サーバは上記コンテンツを上記受信端末に送信することを特徴とするコンテンツ配信方法。
【請求項６】
請求項５記載のコンテンツ配信方法において、
前記コンテンツは少なくとも複数の動画データまたは複数の静止画データを含み、
前記送信端末は、前記コンテンツに含まれる複数の動画データまたは複数の静止画データの再生順序を指定して送信し、
前記受信端末は、受信した前記コンテンツに含まれる複数の動画データまたは複数の静止画データを上記再生順序に従って再生することを特徴とするコンテンツ配信方法。
【請求項７】
請求項６記載のコンテンツ配信方法において、
前記配信サーバは、前記送信端末から送信された前記コンテンツに含まれる複数の動画データまたは複数の静止画データを前記再生順序に従って結合した後、前記受信端末に送信することを特徴とするコンテンツ配信方法。
【請求項８】
請求項６または７に記載のコンテンツ配信方法において、
前記コンテンツに静止画データが含まれる場合には、該静止画データの表示を所定期間保持することを特徴とするコンテンツ配信方法。
【請求項９】
請求項５記載のコンテンツ配信方法において、
前記コンテンツは１つ以上の動画ファイルまたは静止画ファイルをメール形式で送信するものであって、
前記送信端末は、１つのメールで送信するファイルの種類を予め選択しておき、ユーザが選択されていない種類のファイルをメールに添付しようとした場合、ファイルの種類が間違っている旨のメッセージをユーザに通知することを特徴とするコンテンツ配信方法。
【請求項１０】
請求項５記載のコンテンツ配信方法において、
前記配信サーバがコンテンツを格納し送信する際、該コンテンツの送信者に対し課金するものであって、該コンテンツを視聴できる有効期限が定まっている場合、送信者課金から受信者課金に変更することで該有効期限を延長可能とすることを特徴とするコンテンツ配信方法。
【請求項１１】
請求項５記載のコンテンツ配信方法において、
前記配信サーバがコンテンツを格納し送信する際、該コンテンツの送信者に対し課金するものであって、該コンテンツを視聴できる有効期限が定まっている場合、有効期限より所定の日数前に該コンテンツを消去した場合は、預かり金額を割り引くことを特徴としたコンテンツ配信方法。
【請求項１２】
送信端末から送信されたコンテンツを格納し受信端末へ送信する配信サーバにおいて、
上記受信端末を特定する機器ＩＤを登録したデータベースと、
送信者毎に割り当てられた記憶領域に、上記送信端末から送信されたコンテンツを格納するコンテンツ格納部と、
該コンテンツを上記受信端末の機器ＩＤおよび送信者毎に区別して管理するテーブルと、を有し、
上記送信端末から送られた送信者の情報と送信先の受信端末の機器ＩＤを上記データベースに仮登録し、
仮登録された上記受信端末に対して、上記機器ＩＤを基に送信者会員の仮登録があったことを通知し、
上記受信端末において仮登録が承認された場合は、仮登録された会員情報を登録し、その後上記送信端末から送信されるコンテンツを上記コンテンツ格納部に格納し、
上記受信端末から要求があったとき、上記テーブルを参照し、上記受信端末の機器ＩＤが送信先とされるコンテンツが上記送信端末から送信されている場合には、その旨を通知し、
上記受信端末から、該受信端末の機器ＩＤが送信先とされるコンテンツを送信することを要求された場合に、該コンテンツを上記受信端末に送信することを特徴とする配信サーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク経由で特定の受信端末に映像等のコンテンツを配信するコンテンツ配信システムおよびこれに用いる配信サーバに関する。
【背景技術】
【０００２】
特定の相手だけに情報を送る場合、一般に電子メール（以下、メール）が用いられる。この場合、当然のことながら、送信する装置と受信する装置はともにメールソフトを有していることが必要である。近年、ＰＣ（パーソナルコンピュータ）の購入者の多くはメールを利用するので、ＰＣには販売時にメールソフトがインストールされているのが一般的である。
【０００３】
一方、テレビにおいても、近年、ネットワーク接続できる製品が発売され始めた。しかし、ＰＣほどネットワークに接続されるとは限らない。また、家族全員で見る機会が多いテレビでメールを行うことは、ＰＣより頻度が低い。したがって、ネットワークに接続できるとはいえ、テレビにメールソフトをインストールすることは開発コストの点から見て非現実的である。
【０００４】
メールソフトがなくても、ネットワークに接続されたテレビがサーバにアクセスし、コンテンツの配信を要求することは可能である。特許文献１では、ダウンロードの予約方法が開示される。ここでは、テストファイルのダウンロード速度を計測し、完了するまでの時間を予測し、ユーザが所望する時刻にダウンロードを完了させるためのダウンロード開始日時を設定し、ユーザの了解を得て予約をすることが述べられている。ユーザが了解しない場合は、代替案のダウンロード開始日時を提示する。また、ダウンロード状況を監視し、約束した完了時刻までに終わりそうにない場合は、他のサーバに切替える等の方法も述べられている。特許文献２では、ダウンロード予約時間帯を分割して、端末に割り当てて負荷を分散させる方法が述べられている。
【０００５】
【特許文献１】特開２００３−６７２８０号公報
【特許文献２】特開２００４−１８５１１４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
上記特許文献１，２によれば、メールソフトを有していない端末（テレビ）が配信サーバにアクセスし、所望のコンテンツを所望の日時にダウンロードすることができる。しかしながら、いずれの場合も、端末（テレビ）からサーバにアクセスする場合であり、特定の個人の所有するコンテンツを受信すること、或いはある送信者が特定の端末（テレビ）に自分の有するコンテンツを送信することは考慮されていない。そこで、メールソフトがインストールされていない特定の端末（テレビ）に、送信者の所有するコンテンツを送る技術が望まれる。
【０００７】
本発明の目的は、送信端末からメールソフトを有していない特定の受信端末に、あたかもメールを利用するような使い勝手で自分の所有するコンテンツを送信できるようにすることである。
【課題を解決するための手段】
【０００８】
本発明は、送信端末と受信端末と配信サーバとがネットワークを介して接続され、送信端末から受信端末へ配信サーバを経由してコンテンツを送信するコンテンツ配信システムであって、配信サーバは、受信端末を特定する機器ＩＤを登録したデータベースと、送信端末から送信されたコンテンツを一旦格納するコンテンツ格納部と、コンテンツを受信端末の機器ＩＤおよび送信者毎に区別して管理するテーブルを有する。配信サーバは受信端末から要求があったとき、テーブルを参照し、その受信端末の機器ＩＤが送信先とされるコンテンツをその受信端末に送信する。
【０００９】
本発明は、送信端末から送信されたコンテンツを配信サーバを経由して受信端末へ送信するコンテンツ配信方法であって、受信端末を特定する機器ＩＤを配信サーバに登録し、配信サーバは、送信端末から送信されたコンテンツを送信先の受信端末の機器ＩＤ毎に区別して格納し、配信サーバは受信端末から要求があったとき、その受信端末の機器ＩＤが送信先とされるコンテンツをその受信端末に送信する。
【００１０】
本発明は、送信端末から送信されたコンテンツを格納し受信端末へ送信する配信サーバであって、受信端末を特定する機器ＩＤを登録したデータベースと、送信端末から送信されたコンテンツを一旦格納するコンテンツ格納部と、コンテンツを受信端末の機器ＩＤおよび送信者毎に区別して管理するテーブルを有し、受信端末から要求があったとき、テーブルを参照し、その受信端末の機器ＩＤが送信先とされるコンテンツをその受信端末に送信する。
【００１１】
本発明は、送信端末から送信されたコンテンツを配信サーバを経由して受信する受信端末であって、当該受信端末を特定する機器ＩＤを保持する機器ＩＤ保持部と、受信するコンテンツまたはコンテンツの送信者を選択する選択部と、受信したコンテンツを表示する表示部とを有し、配信サーバへ当該受信端末の機器ＩＤを通知することで、配信サーバが格納している当該受信端末宛のコンテンツ一覧または送信者一覧を取得して表示する。
【発明の効果】
【００１２】
本発明によれば、送信者は、メールソフトを有しない受信端末に対して、あたかもメールを送るような使い勝手でコンテンツを送信することができる。また、受信者は送信者を確認した後にコンテンツを受信することができるので、不特定多数の人から不要なコンテンツを送信されることがない。
【発明を実施するための最良の形態】
【００１３】
以下、本発明の実施形態を図面を用いて説明する。以下の実施形態では、送信端末をＰＣ、または携帯電話、受信端末をテレビとする。コンテンツとして、例えばビデオカメラで撮影した動画や、デジタルカメラ（デジカメ）で撮影した静止画が含まれる。これらの動画と静止画を合わせて映像と呼ぶ。テレビはメールアドレスを有しないため、製造の際、各テレビを特定する機器ＩＤをテレビ内に記憶させ、ユーザはテレビのリモコン等を使ってその機器ＩＤを知ることができる。送信者はその機器ＩＤをキーとして映像を送る。映像の送信と受信を制御するため、センタにサーバを設置しネットワークで接続する。ＰＣはこのサーバに送信者として会員登録する。その際、自分が映像を送りたい相手のテレビの機器ＩＤをも合わせて登録する。
【００１４】
テレビがネットワークを介してサーバにアクセスすると、画面には登録された送信者を承認する確認メッセージが表示される。受信者がこれを承認すると送信者が登録した内容が有効となり、サーバは送信者からの映像の預かりサービスを開始する。サーバは映像を預かると、登録された受信者のテレビ画面に映像が届いていることを表示する。受信者は所望の映像を選択すると、サーバからこれを受信し視聴することができる。
【実施例１】
【００１５】
図１は、本発明によるコンテンツ配信システムの一実施例を示す全体構成図である。本システムは、送信側端末（ＰＣ１０）と、受信側端末（テレビ２０）と、両者間のコンテンツ配信を中継する配信サーバ（サーバ３０）とが、インターネット等のネットワーク４に接続されて構成される。そして、メールソフトを有するＰＣ１０からメールソフトを有しないテレビ２０へ、送信者所有の映像コンテンツをサーバ３０を介して送信するものである。
【００１６】
送信者宅１にいる送信者はビデオカメラ１１やデジカメ１２で撮影した映像コンテンツ（以下、映像ファイル、ビデオとも呼ぶ）をＰＣ１０にコピーする。ルータ（図示せず）を経由してネットワーク４に接続し、センタ３にあるサーバ３０に映像を預ける。サーバ３０は送信者（ＰＣ１０）からの映像を預り、送信者が指定した受信者宅２のテレビ２０からのアクセスを待つ。テレビ２０がルータ及びネットワーク４を経由してセンタ３にあるサーバ３０に接続してきた場合、サーバ３０は映像が届いていることを示すメッセージを送り、テレビ２０の画面に表示する。その後、受信者はその映像を選択して受信し、視聴することができる。テレビ２０に記録装置（例えばハードディスク）が内蔵されていれば、映像のダウンロードも可能である。
【００１７】
サーバ３０には、受信側端末であるテレビ２０を特定する機能が必要となる。よって、サーバ３０を用いてコンテンツ配信サービスを行うセンタ３は、テレビ２０を製造した同一メーカが立ち上げ、運営することが効率的である。また、受信端末であるテレビ２０を識別するために、各テレビ２０の機器ＩＤをアドレスとして用いる。なお、送信者は自宅のＰＣ１０だけでなく、事前に登録しておいた携帯電話５０で撮影した映像ファイルをネットワーク４を介してサーバ３０に送信することも可能であり、これは実施例２で説明する。以下、センタ３（サーバ３０）の行うコンテンツ配信サービスを「ビデオお届けサービス」と呼ぶことにする。
【００１８】
次に、サーバ３０およびテレビ２０の内部構成を詳細に説明する。
【００１９】
図２は、サーバ３０の内部構成の一例を示す図である。
ネットワーク送受信部３１は、外部のネットワーク４に接続され、該ネットワーク経由でＰＣ１０やテレビ２０と通信を行う。
【００２０】
会員情報管理部３２は、未読メールチェックテーブル３３、送信者ＤＢ３４、受信者ＤＢ３５、テレビ機器ＤＢ３６、およびコンテンツ管理テーブル３７の各データベースやテーブルを有し、送信者と受信者の情報、およびコンテンツの預かり情報を保存している。ＰＣ１０やテレビ２０からアクセスがあった際に、関連するデータベースやテーブルを参照して、会員情報の確認や登録などの処理を行う。
【００２１】
例えば、送信者のＰＣ１０から会員仮登録が実行された場合には、未読メールチェックテーブル３３に、機器ＩＤ，ユーザＩＤ等の情報を登録する。テレビ２０から送信者の承認処理が実行された場合には、その内容に従って送信者ＤＢ３４および受信者ＤＢ３５の内容を更新する。また、テレビ２０からアクセスがあった場合には、テレビ２０に対して機器ＩＤの送信を要求しこれを取得する。取得した機器ＩＤを、テレビ機器ＤＢ３６の情報と照合し、正規のＩＤであるかどうかを確認する。不正な機器ＩＤの場合はこの時点で検出し、以後の処理を拒否する。コンテンツ管理テーブル３７はユーザから預かっているコンテンツを管理し、各ユーザとのサービス契約事項を保持する。
【００２２】
コンテンツ送受信部３８は、ＰＣ１０から映像コンテンツを受信し、またテレビ２０に映像コンテンツを送信する。コンテンツ格納部３９は、送受信する映像コンテンツを格納する。すなわち、ＰＣ１０からアップロードされた映像コンテンツをコンテンツ格納部３９に格納し、テレビ２０から映像の受信・視聴の要求、もしくは映像のダウンロードの要求があった場合には、コンテンツ格納部３９から映像コンテンツを読み出し、テレビ２０へ送信する。
【００２３】
図３は、テレビ２０の内部構成の一例を示す図である。
ネットワーク送受信部２１は、外部のネットワーク４に接続され、該ネットワーク経由でサーバ３０と通信を行う。ブラウザ部２２は、サーバ３０から送信されたＨＴＭＬやＢＭＬなどの形式で記述された情報に従って、メール画面や承認画面等の画面情報を描画し、表示部２７に出力する。動画再生部２３は、サーバ３０から送信されるコンテンツに含まれる静止画や動画ファイルを復号化し、静止画や動画像として再生し、表示部２７に出力する。
【００２４】
機器ＩＤ通知処理部２４は、サーバ３０からの要求に基づいて、機器ＩＤ保持部２５から当該テレビ２０に割り当てられた機器ＩＤ情報を読み出し、サーバ３０に通知する。機器ＩＤ保持部２５には、当該テレビ２０固有の機器ＩＤ情報が格納保持されている。この機器ＩＤ情報はテレビ２０の製造時に各端末毎に割り当てられ、機器ＩＤ保持部２５に書き込まれている。ユーザがこの機器ＩＤを知りたいときは、例えばリモコン操作により読み出して、表示部２７に表示することができる。
【００２５】
コンテンツ記録部２６は、例えばハードディスク記録装置であり、サーバ３０から受信した映像コンテンツをダウンロードし保存する。ユーザは保存した映像を必要なときに読み出し、動画再生部２３を通じて視聴することができる。記録部２６は内蔵でも外付けでも構わない。表示部２７は、ブラウザ２２、動画再生部２３および機器ＩＤ通知処理部２４から出力された映像や情報を画面に表示する。
【００２６】
図４は、本実施例のコンテンツ配信サービス（ビデオお届けサービス）の処理フローを示す図である。まず処理の概要をステップ順に説明する。
【００２７】
ステップＳ１０１：送信者は映像の受信者から、相手の受信端末（テレビ２０）の機器ＩＤとそのテレビ２０が接続されているサーバ３０のＵＲＬを取得する。あるいは逆に、受信者は映像の送信者に、テレビ２０の機器ＩＤとサーバ３０のＵＲＬを電話やＦＡＸで知らせてもよい。そのためテレビ２０の機器ＩＤ保持部２５には、機器を特定するための機器ＩＤが記録されている。この機器ＩＤは、映像送信の際のアドレスとして用いる。なおこの機器ＩＤは、Ｂ−ＣＡＳカードの番号と同様に、テレビの所有者はリモコン等を使って容易に知ることができるようにしておく。
【００２８】
ステップＳ１０２：送信者は上記の情報（テレビ２０の機器ＩＤとサーバ３０のＵＲＬ）を基に、ＰＣ１０からサーバ３０にアクセスし、送信者と受信者の情報を入力する。これを会員仮登録と呼ぶ。具体的には送信者情報として、送信者のメールアドレスをユーザＩＤとし、住所、氏名、表示される名前、生年月日、電話番号等を登録する。また受信者情報として、テレビ２０の機器ＩＤ、表示される名前を登録する。これらの情報は、サーバ３０のデータベースに仮登録される。
【００２９】
ステップＳ１０３：センタ３のサーバ３０は、仮登録された受信者のテレビ２０に対して、機器ＩＤを基に、会員の仮登録があったことを知らせる。これに対し受信者は仮登録の内容を確認して承認を行う。その際テレビ２０にはメールソフトがインストールされていないので、次のようにして通知する。サーバ３０の未読メールチェックテーブル３３には、仮登録があった機器ＩＤのフラグを立てておく。サーバ３０はあるテレビ２０からアクセスがあるとこのテーブルを参照し、アクセスしたテレビの機器ＩＤのフラグが立っているかどうか調べる。フラグが立っていれば、送信者データベース３４から送信者のユーザＩＤと氏名を調べて、「○○さんが映像ファイルを送ろうとしている」ことをテレビ２０に表示する。受信者は、表示されている送信者（○○さん）が所望の相手であればその送信を承認する。
【００３０】
ステップＳ１０４：受信者がテレビ２０に表示された送信者を承認すると、サーバ３０は仮登録された会員情報を本登録に変更する。また、受信者が承認したか否かの結果を送信者にメールで知らせる。メールアドレスは会員仮登録の際に登録されたメールアドレスを用いればよい。本登録することで、サーバ３０は登録された送信者から送られる映像の預かりサービスを開始する。すなわち、受信者が送信者を承認してくれるまでは、送信者はサーバ３０に映像を預けることができない。よって、サーバ３０は無駄な預かりサービスを回避することができる。
【００３１】
ステップＳ１０５：送信者はＰＣ１０を操作して、送信を承認した受信者を指定し、ビデオカメラ１１やデジカメ１２で撮影した映像をサーバ３０に送信（アップロード）する。サーバ３０は、ＰＣ１０から送られた映像をコンテンツ格納部３９に格納する。そして、指定された受信者から受信要求があるまで預かる。
【００３２】
ステップＳ１０６：サーバ３０は、預かっている映像の形式（ファイル形式）を、必要に応じてテレビ２０で表示できる形式に変換する。例えば動画の場合、ＰＣ１０で格納したファイル形式はＰＣ上では再生可能であっても、テレビ２０ではそのまま再生することができない場合がある。サーバ３０にて映像の形式を変換することで、テレビ２０の負担を軽減することができる。
【００３３】
ステップＳ１０７：受信者がテレビ２０からサーバ３０にアクセスすると、サーバ３０は未読メールチェックテーブル３３を調べる。アクセスしたテレビ２０の機器ＩＤに対して未読メールのフラグが立っていれば、受信者はそのメール（映像コンテンツ）をまだ受信していないことを意味する。その場合サーバ３０はテレビ２０に対し、映像が届いていることを知らせる。受信者は所望の映像を選択してサーバ３０から受信し、これをテレビ２０で視聴する。
【００３４】
ステップＳ１０８：テレビ１０がハードディスク等の記録装置２６を内蔵していれば、受信した映像を格納して保存（ダウンロード）することが可能である。また、保存した映像で不要なものがあれば、テレビ２０を操作して消去することも可能である。なお、映像の消去に関しては、サーバ３０に預けた状態の映像を、送信者がＰＣ１０を操作して消去することも可能である。すなわち、送信者と受信者の少なくとも一方は、送受信する映像を消去する権限を有する。
【００３５】
ステップＳ１０９：送信者は、次に送信すべき映像があれば、ステップＳ１０５に戻り、次の映像をサーバ３０に送信する。すなわち、ステップＳ１０１〜Ｓ１０４までの会員登録は初回のみで完了する。２回目からは不要として、登録された送信者と受信者の間では随時映像を送信することができる。
【００３６】
本システムによるコンテンツ配信サービスによれば、次のようなメリットがある。
（ａ）受信端末がテレビという家電品では、ＰＣと異なり、メールソフトのような追加のソフトを組み込むことが難しい。その理由として、開発・検証にかかるコストが高いことや、バージョンアップ時の対応が、過去製品との互換性の確認も含めて困難であることが挙げられる。これに対し本システムでは、テレビに対してメールソフトを組み込むことなく映像コンテンツを送受信することができる。
（ｂ）テレビという家電品では、ＰＣと異なり、お年寄り等も含め多様なユーザが取り扱う機会が多い。また、リモコンを使用するため入力手段も限られる。したがって、誰でも簡単手軽に取り扱えること、および誤操作なく取り扱えることが要求される。これに関し本システムでは、テレビを識別するために各機器に割り当てられた固有の機器ＩＤを使用することで、自アカウントを識別するための個人のＩＤの入力をする手間がなく、また間違い操作を防止することができる。
（ｃ）受信者が送信者を確認し承認した後に、サーバはその送信者からのコンテンツを預かり、受信者へ送信するようにした。よって受信者は、不特定多数の人からスパムメールのような不要なコンテンツを送り付けられることがない。また配信サーバは無駄な預かりを回避することができる。
【００３７】
以下、図４のコンテンツ配信サービスの各処理について詳細な説明を行う。
（１）機器ＩＤとＵＲＬの告知（ステップＳ１０１）
「ビデオお届けサービス」を提供するベンダーは、例えばテレビメーカーであれば、自社のホームページ、テレビのパンフレット、テレビに同梱されるチラシ等に、本サービスを実施するサーバ３０のアドレス（ＵＲＬ）を記述しておく。また、テレビの機器ＩＤは機器ＩＤ保持部２５に記録しておき、Ｂ−ＣＡＳカードの番号などと同様に、ユーザがリモコンの操作で簡単に知ることができるようにしておく。
【００３８】
この機器ＩＤはメールアドレスのように使われるＩＤである。送信者が入力を間違えても第三者に送らないように工夫することが望ましい。そのため、機器ＩＤそのものをユーザに提示する代わりに、誤入力を防止する為の処理を施した変換機器ＩＤを提示することが望ましい。例えば、仮に本来の機器ＩＤが３２ビット長だとして、これを８ビットずつに区切った４つの数値を加算してチェックサムを求める。そしてこのチェックサムの末尾８ビットを取り出して元の機器ＩＤに連結し、合計４０ビットの変換機器ＩＤを生成する。ユーザにはこの変換機器ＩＤを提示する。
【００３９】
このようにして生成した変換機器ＩＤは、仮に送信者が入力の際にＩＤの一部を誤って入力したとしても、チェックサムまで含めて第三者の変換機器ＩＤと一致する可能性は低く、またサーバ側でチェックサムを照合した場合に不一致になる可能性が高いので、誤ってそのまま第三者のテレビに送信される可能性が低くなり、安全性を増すことができる。
【００４０】
上記の変換処理を実施する場合には、テレビ２０においては、先に説明した図３の機器ＩＤ通知処理部２４で機器ＩＤを読み出した際に変換処理を行うことができる。また、サーバ３０側においても、同様に、図２の会員情報管理部３２においてテレビ２０から機器ＩＤを取得した後に、テレビ２０の変換処理と逆の変換処理を施すことにより、テレビ２０の機器ＩＤ保持部２５が保持する変換前の機器ＩＤを復元することが可能である。
なお、以下の説明では、機器ＩＤとは、本来の機器ＩＤもしくは上記の変換機器ＩＤを指すものとする。
【００４１】
テレビの所有者は、ビデオを送って欲しい相手（家族、友人、親戚等）に自分のテレビの機器ＩＤとサービス業者のポータル（サーバ）のＵＲＬを電話やＦＡＸで伝え、「ビデオお届けサービス」への会員登録を依頼する。
【００４２】
（２）会員仮登録（ステップＳ１０２）
送信者は、受信者から取得した機器ＩＤとサーバのＵＲＬに基づき、「ビデオお届けサービス」への会員登録（仮登録）を実行する。送信者のＰＣ１０にはブラウザ２２が搭載され、以下の作業はブラウザで動作するものとする。ＰＣ１０から上記ＵＲＬにアクセスし、会員登録する。図９〜図１４は、会員登録時の表示画面を示す。
【００４３】
図９は、ビデオお届けサービスのトップ画面である。まだユーザＩＤを所有していない場合は、「ユーザ登録」ボタンを押下してユーザ登録を実施する。図１０は、規約、個人情報取扱い条件を表示する画面である。図１１は、送信先のテレビの機器ＩＤを入力する画面である。なお、この表示画面では、機器ＩＤの代わりにユーザに分かりやすい用語「宛先ＩＤ」を用いている。以下「宛先ＩＤ」は「機器ＩＤ」と同じ意味である。図１２は、受信者、送信者の情報を入力する画面である。図１３は、入力内容を確認する画面である。図１４は、仮登録が完了したことを示す画面である。
【００４４】
仮登録が完了すると、サーバ３０は未読メールチェックテーブル３３にその内容を登録する。図５は、未読メールチェックテーブル３３の一例を示す。テーブルには、機器ＩＤ毎に送信者として承認を待っている人がいるか否か、承認済みの送信者から新たな映像ファイルが送られているか否かを示すフラグを設けておく。この例では、機器ＩＤが「１２３４５６７」のテレビに対して、承認を依頼している送信者が２人いて、そのユーザＩＤ（ＩＤ１、ＩＤ２）が示されている。また、承認済みのユーザ（ＩＤ１）からのメール（実際には映像）が届いており、このテレビの受信者はそのメールをまだ読んでいないことを示している。
【００４５】
（３）受信者の承認と会員本登録（ステップＳ１０３、Ｓ１０４）
図１５は、受信者がテレビ２０からセンタ３のサーバ３０にアクセスする初期画面を示す。これはＰＣ１０でインターネットに接続したときの初期画面に相当するもので、テレビ２０にはアクセス先のアドレスを記憶させてある。画面ではビデオお届けサービスのことを「ビデオお届け」と表示している。サーバ３０は図５の未読メールチェックテーブル３３を参照し、以下の画面に、送信者として承認を待っている人の状況と、承認済みの送信者から送られている映像ファイルの状況を表示する。
【００４６】
送信者が会員仮登録を行い、受信者からの承認を待っている場合は、図１５で「ビデオお届けサービス」を選択する。受信者は、リモコンでカーソルを上下左右に移動させた後で、決定キーを押下したり、各サービスをリモコンのキー番号に対応させて、数字キーにより「ビデオお届け」サービスメニューを選択する。
【００４７】
図１６は、送信者の承認画面である。この例では、「タローさんが送信者として仮登録したので、それを承認して欲しい」ことを意味している。受信者は承認するか否かを決め、テレビのリモコンで「○＝承認」か「×＝拒否」を選択する。「△＝今は決めない」を選択した場合は、後で承認するか否かを決めることも可能である（図３２）。
【００４８】
また、承認済みのユーザが新たな映像ファイルを送っている場合も、図１５のように「新着メール１件」と表示し、新着映像があることを知らせる。そして、受信者に「ビデオお届け」を選択し受信一覧を表示するように誘導する。なお、表示画面では「メール」という用語を用いている。テレビ２０にはメールソフトはインストールされていないので、技術的にはメールを受信するわけではないが、ユーザ（送信者、受信者）の理解しやすさを考えて「メール」という表現を使っている。
【００４９】
受信者が送信者を承認すると、送信者は会員仮登録から本登録を行い、サーバ３０はその内容を送信者ＤＢ３４と受信者ＤＢ３５に追加する。
【００５０】
図６は、送信者ＤＢの一例を示す。ユーザＩＤから生年月日までは仮登録の内容、本登録時は受信者数＝１で受信を承認（送信することを許可）してくれた受信者のテレビの機器ＩＤ（仮登録時に入力済み）を記録する。また、本登録時にユーザが入力したクレジットカードの番号、有効期限、入会年月日を追加登録する。携帯電話から送信する場合もあるので、欄だけを設けておいて、追加された場合に登録する。図６で受信者数＝３となっているのは、本登録の後、受信者が２人増加したためである。
【００５１】
図７は、受信者ＤＢの一例を示し、これも本登録時に追加登録する。当初、送信者数＝１とし、送信することを許可した送信者のユーザＩＤ（この場合はユーザＩＤ５）を登録しておく。その後、別の送信者に送信を許可した場合はユーザ数をインクリメントし、及びそのユーザＩＤ（この場合はユーザＩＤ６）を追加する。受信者ＤＢの個人を特定する情報としては、機器ＩＤと表示される名前だけでも実現可能であるが、今後受信者課金に変更することを考慮した場合は、住所、氏名、電話番号、生年月日も入力した方が変更は容易である。図１２の登録画面でこれらの情報も入力してもらえばよい。図７にはこれらの情報も付加した内容を示す。送信者ＤＢ、受信者ＤＢが追加登録されれば、送信者は受信者に対して、メールを送ることができる。
【００５２】
受信者が送信者を承認すると、サーバ３０は送信者に「承認されました」というメールを送るとともに本登録できるＵＲＬを知らせる。送信者はＰＣ１０でこのＵＲＬを入力し、本登録画面にアクセスする。図１７は本登録画面を示す。パスワード、及びパスワードを忘れたときのための質問と答えを設定する。コースは定額基本コース、定額上級コース、従量コースの３通りを設定し、送信者に選択してもらう。定額コースは決まった容量のハードディスク容量が使えて、定額の費用が発生する。上級コースは利用できるハードディスク容量が大きい。一方、従量コースは１回につき、決まった容量までであれば、決まった料金が発生し、所定期間後に、サーバ３０が自動的に消去する。本実施例では送信者課金を想定しているため、本登録でクレジットカード番号、有効期限、セキュリティコードを入力してもらう。クレジットカードの情報は前記（２）の会員仮登録の際入力してもらうことも可能であるが、カードの認証が済んだにもかかわらず、受信者から承認されなければ、課金が発生するのを防止しなければならない。よって本実施例では、課金してもよい本登録時にクレジットカードの情報を入力してもらうことにする。
【００５３】
（４）ＰＣから映像ファイルのアップロード（ステップＳ１０５）
ＰＣ１０から図９の画面でログインすると、図１８のメール作成用画面が表示される。ここで「メールを作成」を選択して、受信者、添付ファイルを選択する。画面中央に、「宛先（必須）」の枠内に承認してくれた受信者の名前を表示する。送信者はこの中から受信者を選択する。チェックボックスを選択すると、チェックマークを表示する。
【００５４】
図１９は作成したメールの内容を示す。画面上方の「ファイル追加」ボタン２０１を押下すると、ＰＣ１０に格納されたファイルを選択する画面２０２がポップアップ表示される。図１９では表現の都合上、画面の下部にファイル選択画面２０２を示している。その中から送信したいファイルを選ぶ。そのファイルはサムネールとともにファイル名、作成日付とともにＰＣ１０の画面にファイルリスト２０３として表示される。図１９では添付ファイルを３個選択した例を示す。また、宛先リスト２０４は、リストの中から２人を送信先として選択している。なお、リスト２０４の中で「受取中止」のマークがついている受信者は、この送信者を過去に一旦承認したが、ユーザの意向により現在は受け取り拒否に設定していることを示している。
【００５５】
ここで、送信する映像ファイルの統合について説明する。ビデオカメラ１１で撮影を行うと、録画開始から一時停止までの１シーンで１つの動画ファイルになる場合がある。その場合、ビデオカメラ１１からＰＣ１０に映像ファイルをコピーする際に、複数ファイルが存在し、運動会や学芸会といった１つのイベントが複数のファイルで構成されることになる。１つのイベントについて関連性のあるファイルは纏めて取り扱うことが多いと考えられる。したがってこのような場合、一般には、送信者は１メールで複数ファイルをアップロードする必要がある。
【００５６】
一方、受信者の立場に立って考えると、１つのメールで上記のような細切れのファイルが複数本送信されてきた場合、それらを再生する際に、細切れのファイル１つ１つに対して、再生の操作をその都度行うより、一度の操作で全体を順番に再生できたほうが便利である。その点を考慮し、本実施例では、送信者が複数のファイルを一度にアップロードする場合、サーバ３０ではそれらのファイルを統合するものとする。本実施例では、送信者が図１９にてファイルを添付した順序にしたがって、サーバ３０はファイルを統合する。図１９のファイルリスト２０３にファイルを登録した後でも、ファイルを選択して、ファイルの順序を入れ替えることができるようにしておく。受信者の再生の際には、上記順番にしたがって、統合されたファイルを再生する。
【００５７】
また本実施例では、映像ファイルには動画と静止画とが含まれる。これらが混在してアップロードされることがあるので、以下のように扱う。
（ａ）送信するファイルが動画だけの場合は、サーバ３０で添付の順番通りにつなぎ、１つの動画ファイルにする。
（ｂ）送信するファイルが静止画だけの場合は、複数ファイルのまま扱い、統合はしない。１ファイル毎アイコンのようにテレビに表示する。
（ｃ）送信するファイルが動画と静止画が混在する場合は、動画は添付の順番通りにつなぎ、静止画ファイルがあるまで１つの動画ファイルにする。静止画は１ファイル毎に扱う。送信者が添付した順に表示する。動画なら１ファイル再生し、静止画になれば数秒間表示した後、次のファイルを表示する（静止画なら表示、動画なら再生）。
【００５８】
なお上記（ａ）〜（ｃ）では、動画はできる限り１ファイルにまとめる、と述べたが、統合せずに１ファイルずつのまま保持し、添付ファイル順に１つずつ再生を行ってもよいことは言うまでもない。
【００５９】
また、１つのメールで動画、静止画の混在を認めない、という制約を課すこともできる。その場合、動画、静止画のどちらを送るのかをあらかじめ選択してもらい、ファイル拡張子をチェックして、間違った形式のファイルを添付された場合は「そのファイルは動画（静止画）ではありません」と送信者に警告を発し、添付を受け付けないようにする。図１９には、「動画・静止画ファイルではありません」というエラーメッセージ２０５の例を示した。動画・静止画両方を扱う場合は、それ以外のファイルが添付されれば、その旨を送信者に通知し、動画（静止画）しか扱わない場合は、それ以外のファイルが添付された場合にエラーメッセージとして送信者に通知するようにする。
【００６０】
また、新たな受信者にビデオを送りたい場合は、図１８で「宛先の追加・編集」を選択すると、図２０の宛先の追加・編集画面が表示される。送信者は、新たな受信者の情報を入力し、承認を待つ。また、住所、氏名等、個人の情報まで入力してもらう場合は、図２０から図１２の画面に切替えて、これらの情報を入力する項目を設定すればよい。
【００６１】
（５）映像形式の変換（ステップＳ１０６）
動画の場合、ＰＣ１０で格納したファイル形式は、たとえＰＣ上では再生可能であっても、テレビ２０でそのままで再生できるファイル形式であるとは限らない。テレビで表示できるファイル形式に変換するために、サーバ３０は映像形式の変換を行う。
【００６２】
動画ファイルは一般的に次のような構成になっている。まず映像信号を圧縮符号化した映像エレメンタリーストリームと、音声信号を圧縮した音声エレメンタリーストリームが存在する。次にそれらをパケット化してマルチプレクス（多重化）し、システムストリームとする。このシステムストリームが動画ファイルである。なおこの際、映像や音声に関する権利情報その他の補助的な情報もシステムストリーム中に一緒に多重化することもある。
【００６３】
ＰＣ１０で格納したファイル形式を、テレビで表示できるファイル形式に変換する場合には、次のように行う。まずＰＣ１０で格納した形式のシステムストリームをデマルチプレクス（多重分離）し、映像と音声の各エレメンタリーストリームを得る。次に、映像のエレメンタリーストリームをデコードし、引き続き、テレビで対応できる符号形式のエレメンタリーストリームに再エンコードする。音声に関しても同様にデコードおよび再エンコードする。次に、再エンコードの結果得られた映像および音声のエレメンタリーストリームを、テレビで対応できる形式のシステムストリームとしてマルチプレクスし、作成する。このようにして、ＰＣ１０で格納したファイル形式を、テレビで表示できるファイル形式の動画ファイルに変換する。
【００６４】
（６）映像の受信と視聴（ステップＳ１０７）
受信者は図１５の画面でビデオお届けサービスを選択し、図１１の送信者承認画面を経由して、図２４の受信メール一覧表示画面を表示する。リモコンを使ってカーソルをアイコン＃１〜＃９のいずれかに移動して所望のメールを選択し、決定ボタンを押下すると、選択したメールが静止画の集合の場合は、図２５の画像一覧表示画面が表示される。アイコン＃１〜＃９のいずれかに移動して所望の画像を選択すると、図２６のように選択した画像が拡大表示される。また、図２４で選択した映像コンテンツが動画の場合は、画面全体に動画が再生される。もちろん、図２６のように画面の一部に動画を表示しても良い。
【００６５】
（７）映像のダウンロードと消去
テレビ２０がＨＤＤ等の記録装置２６を有していれば、サーバ３０にある映像コンテンツをダウンロードして記録することが可能である。図２４で「選んでダウンロード」を選択すると、図２７のダウンロード選択画面が表示される。受信者が所望するアイコンを選択して、実行ボタンを押下すれば、図２８の確認画面が表示され、「はい」を選択すれば、図２９のダウンロード実行画面が表示され、ＨＤＤに格納保存される。正常終了すると図３０のダウンロード終了画面を表示し、異常終了した場合は、ダウンロードに失敗したことを画面に表示する。
【００６６】
本実施例では、コンテンツを消去する権限を受信者に与えているので、図２４に「選んでゴミ箱へ」が表示されている。このボタンが押下されれば、ダウンロードと同様の手順で、アイコンを選択して、コンテンツを消去することが可能である。
【００６７】
コンテンツ消去の権限を送信者に与えることももちろん可能である。送信者がＰＣの操作履歴からサーバに預けた映像ファイルを消去すればよい。前記（５）でサーバ３０での映像変換処理を述べた。この変換処理に合わせ、消去はどのタイミングでどちらの形式のファイルを消去すべきかを考慮する。ある１つの映像ファイルに関して、ＰＣフォーマットをファイルＡからテレビフォーマットＢに変換する例を考える。サーバ３０はＡを預かり、Ｂに変換した後、図５の未読メールチェックテーブル、及び図８のコンテンツ管理テーブルを更新し受信者の視聴を可能にする。送信者が消去コマンドを発行するタイミングに従い、下記のように処理するのがよい。
【００６８】
（ａ）ファイルがまだＡのままの場合は、Ａを消去し、変換処理は実施しない。
（ｂ）ＡからＢへの変換途中の場合、変換処理は中止し、Ａ及び作成途中のＢも消去する。
（ｃ）Ｂへの変換終了後の場合、ＡもＢも消去し、未読メールチェックファイル、コンテンツ管理テーブルも更新する。
【００６９】
上記のようにファイルの消去は送信者、受信者のそれぞれ、あるいは両方に権限を与えることが可能である。
【００７０】
（８）受け取り（ステップＳ１０７）の一時拒否
前記図２４で「送信者一覧」を選択すると、図３１の送信者一覧画面が表示される。また、図１６で承認も拒否もしないで「今は決めない」を選択し、ビデオお届けサービスを選択し、図２４で「送信者一覧」を選択すると、承認待ちの送信者の情報も含まれて図３１に表示される。このテレビの所有者は送信者として五郎、花子の２人を承認した後、花子からの受信を一時拒否しているところに、タローから送信者として承認依頼を受けている状態である。タローにカーソルがある状態で決定ボタンを押下すると、図３２の送信者承認画面が表示され、「○＝承認」か「×＝拒否」を選択する。また、五郎にカーソルがある状態で決定ボタンを押下すると、図３３の受信停止画面が表示され、「ビデオを受け取る」という状態から「ビデオを受け取らない」という状態に変更することが可能である。逆に、図３１で花子にカーソルがある状態で決定ボタンを押下すると、図３２と同様、花子用の画面が表示され、「ビデオを受け取らない」状態から「ビデオを受け取る」状態に変更することが可能である。
【００７１】
本実施例ではテレビ画面でパスワードの入力を不要としたが、送信者をテレビ画面で承認するときに、受信者にパスワードを設定してもらうことも可能であることは言うまでもない。ビデオの受け取りの一時拒否や受け取り承認の際にパスワードを入力してもらう、という使い方がある。映像によってペアレンタルロックをかけたい、と送信者が判断した場合は、ペアレンタルロックをかけて送信し、受信者が設定したパスワードを入力しなければその映像を見ることができない、ということが可能となる。また、送信者がメールを送信するときに、パスワードを設定して送信すれば、受信者はそのパスワードを入力しなければ見ることができない、という運用することももちろん可能である。図１９にはパスワードを設定、ペアレンタルロックを設定する項目を加えた例を示した。
【実施例２】
【００７２】
本実施例は、送信者は携帯電話５０を用いてサーバ３０へアップロードを行う場合である。
図１に示したコンテンツ配信システムにおいて、送信者は会員登録することで、携帯電話５０で撮影した映像を承認してくれた受信者のテレビ２０に送信することができる。この場合の映像のアップロードは、携帯電話にインストールされているメールソフトを使用する。その理由は、前記（４）と同じように実際はメールを使わずに、送り先を指定してサーバ３０に映像ファイルをアップロードする方法も可能であるが、キャリア、携帯電話のメーカ毎に仕様が異なる可能性が高いため、テスト工数が多数発生することが考えられる。そのため本実施例では独自仕様を避け、携帯電話にインストールされているメールソフトをできるだけ使って、サーバ３０に映像ファイルを送る方式とする。
【００７３】
まず送信者は、送信端末である携帯電話５０をＰＣ１０から登録する。図１８、図１９の画面左側の「携帯電話の登録、編集」を選択すると、図２１の携帯電話の登録画面が表示される。ここでは１つの送信者ＩＤに対して、９台の携帯電話のメールアドレスが登録されていることを示す。家族の人数、１人で複数台の携帯電話を所有することを考えて最大１０個のアドレスの登録を許可している。空欄に携帯電話のＥメールアドレスとその所有者の名前を入力し、送信ボタンを押下する。
【００７４】
携帯電話を用いた送信方法として案１，案２，案３が可能である。
＜案１＞すべての受信者にメールアドレスを割り当てる方法。
図２２は、携帯電話５０からサーバ３０にアクセスするためのＵＲＬを得るためのＰＣ画面である。実施方法は下記３通り考えられる。
【００７５】
（ａ）携帯電話３０にＵＲＬをメールで送信する。図２２でＵＲＬを送って欲しい携帯電話５０のチェックボックスを選択すると、サーバ３０はログインできるためのＵＲＬをその携帯電話５０に送信する。
（ｂ）ＱＲコードをＰＣ画面に表示し、携帯電話５０でこのコードを読み込みＵＲＬを入手する。
（ｃ）携帯電話５０からＵＲＬを手入力する。
【００７６】
（ａ）〜（ｃ）で携帯電話３０はＵＲＬを入手、入力できる。サーバ３０に携帯電話５０からのアクセスを受け付けるＷｅｂ画面を準備しておき、携帯電話３０はこのＵＲＬにアクセスし、ログインする。
【００７７】
図２３は、携帯電話５０を使ってログインする画面を表示する。ビデオお届けサービス用に取得したユーザＩＤとパスワードでログインする。サーバ３０は送信者ＤＢ３４からこの送信者が送信できる受信者の一覧を表示する。ここには機器ＩＤを表示するのではなく、送信者が登録した受信者の名称（図１２「この宛先の名前」）を表示する。サーバ３０はあらかじめ受信者一人ずつに対応したＥメールアドレスを割り当てて送信者ＤＢ３４、受信者ＤＢ３５に記憶しておく。送信者は携帯電話５０の画面に表示された中から送り先を選択するとメーラーが起動し、ＴＯ（宛先）にこの人のメールアドレスが入力される。以下はメールを送る方法で、映像ファイルを添付して、メールを送信する。テレビにはメールソフトが存在しないため、映像ファイルは実際にはサーバ３０に送られる。サーバ３０は受信者のＥメールアドレスと受信者ＤＢからどの機器ＩＤに送られたものか判断する。以下、サーバ３０は映像ファイルを預かっておく。
【００７８】
＜案２＞メールアドレスはサーバ３０の１つだけでの実現方法。
案１はすべての受信者にメールアドレスを割り当てるものであるが、案２はメールアドレスはサーバ３０が有する１つだけとする。図６、図７に受信者Ｅメールアドレスを記述したが、案２では存在しない。図２３で受信者Ｐ１〜Ｐ９の中から選択した場合、誰を選んでも、サーバ３０のメールアドレスを宛先に指定して携帯電話のメーラーを起動させる。サーバ３０は受信者Ｐ１〜Ｐ９を認識し、受信者ＤＢから送信者が送りたい相手の機器ＩＤを調査し、メール本文にその受信者の機器ＩＤを記述する。メールがサーバ３０に到着すると、メール本文に書いてある機器ＩＤを認識し、映像ファイルを預かっておく。
【００７９】
＜案３＞携帯電話に受信者のメールアドレスを送ってもらう方法。
案１と同様にすべての受信者にメールアドレスを割り当てておくが、案３ではサーバ３０に携帯電話３０からのアクセスを受け付けるＷｅｂ画面を準備せず、携帯電話３０が有するメールソフトのみで映像ファイルを送信する。図２２のように送信に使いたい携帯電話のチェックボックスにチェックを入れ、「携帯電話からの送信に使用する宛先メールアドレスを携帯電話に送る」というボタンを用意する（図２２では図示せず）。送信者がこのボタンを押下すると、サーバ３０は送信者ＤＢからその送信者が送ることができる受信者を調査し、選択した携帯電話にサーバ３０が割り当てた受信者のメールアドレス及びその受信者の名称が送られる。送信者は携帯電話でこの中からメールアドレスを選択し、メーラーを起動させる。
【００８０】
案１、案３ではテレビはメールソフトを有していないにもかかわらず、送信者はメールを送るのと同様の手順でメールを送るが、実際はサーバ３０に送る。これらテレビに割り当てられたメールアドレスはセキュリティ保護のため、送信者が容易に変更できることが望ましい。図２１、図２２で画面左側に表示されている「宛先の追加・編集」を選択すると、図２０が表示され、この画面で宛先ＩＤ、宛先名称の変更、削除、及び（サーバ３０から割り当てられた）メールアドレスを変更することができる。案２の場合もメーラーを起動する場合、サーバ３０のアドレスを定期的に変更して送信者に伝えることが望ましい。
【００８１】
携帯電話３０からの送信はテスト工数の観点から標準のメールソフトを使う例を述べた。一方ＰＣからアップロードする場合は、サーバ３０にＰＣからのアクセスを受け付けるＷｅｂ画面を用意して、その画面で映像ファイルを送信する例を述べた。この方が、映像ファイルの順序を変更できたり、各ファイルでの代表的な場面をサムネール表示したり、使い勝手がよい。ＰＣ１０で送る場合も携帯電話３０と同様、ＰＣ１０にインストールされているメールソフトを使ってもよいことは言うまでもない。
【実施例３】
【００８２】
本実施例では、「ビデオお届けサービス」に対する課金方法について説明する。料金のプランとして定額制と従量制の両方がある。定額制の場合は一定容量までが一定の価格であり、１ケ月所定の料金を払えば、所定の容量のハードディスクを割り当てられる。一方、従量制の場合は１回いくらである。例えば、１回５ＧＢまで５００円とし、受信者が見ようが見まいが、２週間でサーバ３０が強制的に消去する、という運用方法が考えられる。運営者はハードディスク容量を効率的に利用したいので、預かったコンテンツは早く受信者に届け、受信者が消去してくれればサーバ３０を効率的に運用できる、というメリットがある。そのため、従量制の場合は、図２４の画面を表示する前に図８のコンテンツ管理テーブルを確認し、従量性で預けられた映像ファイルを特定し、そのファイルの上に「○月○日までに消去されれば、お預かり費用を半額にします」というメッセージを表示することもできる。ハードディスク内蔵テレビを有する受信者は早くダウンロードし、消去すれば送信者は料金が軽減され、運営者はハードディスクの効率的な運用ができる、という効果がある。
【００８３】
本実施例では送信者課金を前提にしたが、受信者課金も可能である。その場合、ユーザ仮登録の場合、（１）送信者課金、（２）受信者課金、（３）基本は送信者であるが期間延長した場合は受信者課金、の３通りの中からどれかを選んでもらえばよい。（２）、（３）の場合は本登録の前に、受信者に書類を郵送し、口座引き落としの手続きやクレジットカード番号、有効期限を登録してもらう、等の手続きを行えばよい。図２４を表示する際に、図８で有効期限の迫った映像ファイルの上には、「有効期限○月○日まで」と表示し、受信者が再生した後や、その映像ファイルにカーソルがある状態で「受信者課金に変更しますか？１ケ月○○円で○ギガバイトまでお預かりできます」と表示して、受信者課金に誘導することも可能である。仮登録時に、（２）受信者課金、（３）期間延長した場合は受信者課金、と選択してあれば、課金手続きは済んでいるのでそのまま実行し、（１）送信者課金、の場合のみ上記の手続きをすれば受信者課金に切替えることが可能である。受信者のテレビがハードディスクを有していないがもう少し見たい映像があれば、受信者が負担して見たい、という場合に有効な方法である。
【００８４】
ＰＣ１０の操作でコースの変更（定額制、従量制）や会員の退会、等、可能なことは言うまでもない。
【図面の簡単な説明】
【００８５】
【図１】本発明によるコンテンツ配信システムの一実施例を示す全体構成図。
【図２】サーバ３０の内部構成の一例を示す図。
【図３】テレビ２０の内部構成の一例を示す図。
【図４】コンテンツ配信サービスの処理フローを示す図。
【図５】未読メールチェックテーブルの一例。
【図６】送信者ＤＢの一例。
【図７】受信者ＤＢの一例。
【図８】コンテンツ管理テーブルの一例。
【図９】送信側でのログイン／ユーザ登録画面の一例。
【図１０】ユーザ登録画面の一例（規約の確認）。
【図１１】ユーザ登録画面の一例（宛先指定）。
【図１２】ユーザ登録画面の一例（会員情報の入力）。
【図１３】ユーザ登録画面の一例（入力内容の確認）。
【図１４】ユーザ登録画面の一例（仮登録完了）。
【図１５】受信側でのサーバ接続初期画面の一例。
【図１６】送信者の承認画面の一例。
【図１７】ユーザ本登録画面の一例。
【図１８】メール作成用画面の一例。
【図１９】作成したメールの一例。
【図２０】宛先の追加・編集画面の一例。
【図２１】携帯電話の登録・編集画面の一例。
【図２２】携帯電話からアクセスする画面の一例。
【図２３】携帯電話からのメール送信する画面の一例。
【図２４】受信メール一覧表示画面の一例。
【図２５】静止画一覧表示画面の一例。
【図２６】動画・静止画再生画面の一例。
【図２７】ダウンロード選択画面の一例。
【図２８】ダウンロード実行確認画面の一例。
【図２９】ダウンロード実行中画面の一例。
【図３０】ダウンロード終了画面の一例。
【図３１】送信者一覧表示画面の一例。
【図３２】送信者承認画面の一例。
【図３３】受け取り承認／拒否画面の一例。
【符号の説明】
【００８６】
４…ネットワーク、
１０…送信端末（ＰＣ）、
２０…受信端末（テレビ）、
２１…ネットワーク送受信部、
２２…ブラウザ部、
２３…動画再生部、
２７…表示部、
２４…機器ＩＤ通知処理部、
２５…機器ＩＤ保持部、
２６…コンテンツ記録部、
３０…配信サーバ、
３１…ネットワーク送受信部、
３２…会員情報管理部、
３３…未読メールチェックテーブル、
３４…送信者ＤＢ、
３５…受信者ＤＢ、
３６…テレビ機器ＤＢ、
３７…コンテンツ管理テーブル、
３８…コンテンツ送受信部、
３９…コンテンツ格納部、
５０…携帯電話。
【図１】
0005222585.tif 000002
【図２】
0005222585.tif 000003
【図３】
0005222585.tif 000004
【図４】
0005222585.tif 000005
【図５】
0005222585.tif 000006
【図６】
0005222585.tif 000007
【図７】
0005222585.tif 000008
【図８】
0005222585.tif 000009
【図９】
0005222585.tif 000010
【図１０】
0005222585.tif 000011
【図１１】
0005222585.tif 000012
【図１２】
0005222585.tif 000013
【図１３】
0005222585.tif 000014
【図１４】
0005222585.tif 000015
【図１５】
0005222585.tif 000016
【図１６】
0005222585.tif 000017
【図１７】
0005222585.tif 000018
【図１８】
0005222585.tif 000019
【図１９】
0005222585.tif 000020
【図２０】
0005222585.tif 000021
【図２１】
0005222585.tif 000022
【図２２】
0005222585.tif 000023
【図２３】
0005222585.tif 000024
【図２４】
0005222585.tif 000025
【図２５】
0005222585.tif 000026
【図２６】
0005222585.tif 000027
【図２７】
0005222585.tif 000028
【図２８】
0005222585.tif 000029
【図２９】
0005222585.tif 000030
【図３０】
0005222585.tif 000031
【図３１】
0005222585.tif 000032
【図３２】
0005222585.tif 000033
【図３３】
0005222585.tif 000034