(57)【要約】【課題】２次元コードなどが印刷されている配信媒体を入手した者が、この２次元コードなどにコード化された情報に基づいてアクセスしたサーバからデジタルデータを受信し、自分の端末装置に受信したデータを保存するコンテンツ配信システムを提供する。【解決手段】ユーザ端末１は、配信媒体４に印刷されたデータコード５からＵＲＬ情報と配信媒体ＩＤを抽出しサーバ２に接続する。サーバ２は、コンテンツ格納データベース２１２と、配信媒体ＩＤとユーザ端末１の端末識別情報を記憶する配信状況管理データベースと、未登録の配信媒体ＩＤをユーザ端末１から受信すると、受信した配信媒体ＩＤとユーザ端末１の端末識別情報を登録する手段と、コンテンツの配信要求をユーザ端末１から受信すると、該コンテンツが未配信であれば配信する手段を有し、ユーザ端末１はこれを保存する。【選択図】図１
2014002750.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツ配信用の媒体（以下、「配信媒体」）に印刷されたデータコードからＵＲＬ情報と配信媒体ＩＤを抽出するユーザ端末と通信ネットワークを介して接続し、
コンテンツを格納しておくコンテンツ格納データベースと、
配信媒体ＩＤとユーザ端末の端末識別情報を記憶する配信状況管理データベースと、
前記ユーザ端末から受信した配信媒体ＩＤが前記配信状況管理データベースに未登録であれば、受信した配信媒体ＩＤと該ユーザ端末の端末識別情報を前記配信状況管理データベースに登録するユーザ登録手段と、
コンテンツの配信要求を前記ユーザ端末から受信すると、該ユーザ端末の端末識別情報が登録済且つ該コンテンツが未配信であれば、要求されたコンテンツを配信するコンテンツ配信手段と、
を有し、
前記ユーザ端末は、配信されたコンテンツを該ユーザ端末に接続する記憶手段に保存することを特徴とするコンテンツ配信システム。
【請求項２】
一の前記配信媒体を介して配信可能なコンテンツは１以上任意個数のコンテンツファイルからなり、
前記コンテンツ格納データベースに格納済みのコンテンツファイル一覧を前記ユーザ端末に対して送信するコンテンツリスト提示手段をさらに備えることを特徴とする請求項１に記載のコンテンツ配信システム。
【請求項３】
前記ユーザ端末から保管要求とともに、全部あるいは一部のコンテンツファイルを受信すると、受信したコンテンツファイルを保管するユーザファイル保管手段と、
保管しているコンテンツファイルの返却要求があれば、返却を要求してきたユーザ端末に送信し、送信後は該コンテンツファイルを削除するユーザファイル返却手段をさらに備え、
前記保管されたコンテンツファイルは、前記保管要求元のユーザ端末の記憶手段から削除されることを特徴とする請求項１または２のいずれかに記載のコンテンツ配信システム。
【請求項４】
前記ユーザファイル保管手段はコンテンツファイルの受信時にユーザ認証用情報を入力させ、前記ユーザファイル返却手段はユーザ端末から受信した情報が前記ユーザ認証用情報と一致することを条件としてコンテンツファイルを送信することを特徴とする請求項３に記載のコンテンツ配信システム。
【請求項５】
前記ユーザファイル保管手段あるいは前記ユーザファイル返却手段は、コンテンツファイルの受信時において未配信のコンテンツファイルを将来受信する権利を有するユーザ端末の端末識別情報を特定することを特徴とする請求項３に記載のコンテンツ配信システム。
【請求項６】
前記ユーザファイル保管手段はコンテンツファイルを保管する対価を算出し、コンテンツファイルの一括保管か一部保管の別を対価算出に反映させうることを特徴とする請求項３に記載のコンテンツ配信システム。
【請求項７】
前記ユーザ端末からメールアドレスを受信済みであれば、前記コンテンツ格納データベースに新規のコンテンツが格納される都度、前記メールアドレス宛に通知する新規コンテンツ通知手段をさらに備えることを特徴とする請求項２に記載のコンテンツ配信システム。
【請求項８】
配信媒体に印刷されたデータコードからＵＲＬ情報と配信媒体ＩＤを抽出するユーザ端末と通信ネットワークを介して接続し、
コンテンツを格納しておくコンテンツ格納データベースと、
配信媒体ＩＤとユーザ端末の端末識別情報を記憶する配信状況管理データベースと、を有するコンピュータが、
前記ユーザ端末から受信した配信媒体ＩＤが前記配信状況管理データベースに未登録であれば、受信した配信媒体ＩＤと該ユーザ端末の端末識別情報を前記配信状況管理データベースに登録するステップと、
コンテンツの配信要求を前記ユーザ端末から受信すると、該ユーザ端末の端末識別情報が登録済且つ該コンテンツが未配信であれば、要求されたコンテンツを配信するステップと、
を実行することを特徴とするコンテンツ配信方法。
【請求項９】
前記ユーザ端末から保管要求とともに、全部あるいは一部のコンテンツファイルを受信すると、受信したコンテンツファイルを保管するステップと、
保管しているコンテンツファイルの返却要求があれば、返却を要求してきたユーザ端末に送信し、送信後は該コンテンツファイルを削除するステップをさらに実行することを特徴とする請求項８に記載のコンテンツ配信方法。
【請求項１０】
配信媒体に印刷されたデータコードからＵＲＬ情報と配信媒体ＩＤを抽出するユーザ端末と通信ネットワークを介して接続し、
コンテンツを格納しておくコンテンツ格納データベースと、
配信媒体ＩＤとユーザ端末の端末識別情報を記憶する配信状況管理データベースと、
前記ユーザ端末から受信した配信媒体ＩＤが前記配信状況管理データベースに未登録であれば、受信した配信媒体ＩＤと該ユーザ端末の端末識別情報を前記配信状況管理データベースに登録するユーザ登録手段と、
コンテンツの配信要求を前記ユーザ端末から受信すると、該ユーザ端末の端末識別情報が登録済且つ該コンテンツが未配信であれば、要求されたコンテンツを配信するコンテンツ配信手段と、
を有することを特徴とするコンテンツ配信装置。
【請求項１１】
前記ユーザ端末から保管要求とともに、全部あるいは一部のコンテンツファイルを受信すると、受信したコンテンツファイルを保管するユーザファイル保管手段と、
保管しているコンテンツファイルの返却要求があれば、返却を要求してきたユーザ端末に送信し、送信後は該コンテンツファイルを削除するユーザファイル返却手段をさらに備えることを特徴とする請求項１０に記載のコンテンツ配信装置。
【請求項１２】
配信媒体に印刷されたデータコードからＵＲＬ情報と配信媒体ＩＤを抽出するユーザ端末と通信ネットワークを介して接続し、
コンテンツを格納しておくコンテンツ格納データベースと、
配信媒体ＩＤとユーザ端末の端末識別情報を記憶する配信状況管理データベースと、を有するコンピュータに、
前記ユーザ端末から受信した配信媒体ＩＤが前記配信状況管理データベースに未登録であれば、受信した配信媒体ＩＤと該ユーザ端末の端末識別情報を前記配信状況管理データベースに登録するステップと、
コンテンツの配信要求を前記ユーザ端末から受信すると、該ユーザ端末の端末識別情報が登録済且つ該コンテンツが未配信であれば、要求されたコンテンツを配信するステップと、
を実行させることを特徴とするコンピュータプログラム。
【請求項１３】
前記ユーザ端末から保管要求とともに、全部あるいは一部のコンテンツファイルを受信すると、受信したコンテンツファイルを保管するステップと、
保管しているコンテンツファイルの返却要求があれば、返却を要求してきたユーザ端末に送信し、送信後は該コンテンツファイルを削除するステップをさらに実行させることを特徴とする請求項１２に記載のコンピュータプログラム。
【請求項１４】
請求項１０または１１のいずれかに記載のコンテンツ配信装置と通信ネットワークを介して接続し、
配信媒体に印刷されたデータコードからＵＲＬ情報と配信媒体ＩＤを抽出するデータコード読取手段と、
前記コンテンツ配信装置から受信したコンテンツファイルを記憶手段に格納するコンテンツ保存手段と、
前記コンテンツ配信装置に対して、未受信のコンテンツファイルの配信要求を送信するコンテンツ配信要求手段と、
前記記憶手段に格納されたコンテンツファイルを取り出して再生するコンテンツ再生手段と、
一の配信媒体を介して視聴可能なコンテンツファイルの一覧を前記コンテンツ配信装置から受信して画面表示するコンテンツリスト表示手段と、
を有することを特徴とするコンテンツ視聴装置。
【請求項１５】
前記記憶手段に保存されていた全部あるいは一部のコンテンツファイルを前記コンテンツ配信装置に送信するとともに、送信したコンテンツファイルを前記記憶手段から削除するユーザファイル預入手段をさらに有することを特徴とする請求項１４に記載のコンテンツ視聴装置。
【請求項１６】
前記コンテンツ配信装置が他の或は同一のコンテンツ視聴装置からの預入により保管しているコンテンツファイルを受信して記憶手段に保存するユーザファイル受入手段をさらに有することを特徴とする請求項１４に記載のコンテンツ視聴装置。
【請求項１７】
コンテンツを格納しておくコンテンツ格納データベースと有するコンテンツ配信装置と通信ネットワークを介して接続するユーザ端末に、
配信媒体に印刷されたデータコードからＵＲＬ情報と配信媒体ＩＤを抽出するステップと、
前記コンテンツ配信装置から受信したコンテンツファイルを記憶手段に格納するステップと、
前記コンテンツ配信装置に対して、未受信のコンテンツファイルの配信要求を送信するステップと、
前記記憶手段に格納されたコンテンツファイルを取り出して再生するステップと、
一の配信媒体を介して視聴可能なコンテンツファイルの一覧を前記コンテンツ配信装置から受信して画面表示するステップと、
を実行させることを特徴とするコンピュータプログラム。
【請求項１８】
前記記憶手段に保存されていた全部あるいは一部のコンテンツファイルを前記コンテンツ配信装置に送信するとともに、送信したファイルを前記記憶手段から削除するステップをさらに実行させることを特徴とする請求項１７に記載のコンピュータプログラム。
【請求項１９】
前記コンテンツ配信装置が他の或は同一のユーザ端末からの預入により保管しているコンテンツファイルを受信して記憶手段に保存するステップをさらに実行させることを特徴とする請求項１７に記載のコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、２次元コードなどが印刷されている有形物を入手した人が、この２次元コードなどにコード化された情報に基づいてサーバにアクセスし、そのサーバからデジタルデータを受信し、更にこのデータを自分の端末装置に保存するコンテンツ配信システムに関する。
【背景技術】
【０００２】
本発明者は、著作物の保護を確実にしつつ、著作物を携帯電話などで気軽に楽しむことができるシステムを既に考案している（特許文献１）。
特許文献１に記載のシステムを利用すると、大掛かりなＰＯＳシステムや課金処理などを必要としない簡便なシステムによって、正規なルートでコンテンツをダウンロードするためのＱＲコード（登録商標）を入手した人のみがコンテンツの視聴を楽しむことできる。また、このシステムでは、携帯電話を識別する機種固有情報を利用者認証に用いているので、同一の携帯電話からアクセスすることが即ち利用者認証になるという利便性を備え、且つ個人を特定する情報の入力が不要という安全性も備えている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１０−９４５２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１に記載の発明では、デジタルコンテンツを視聴する都度サーバからダウンロードすることとしていた。この出願当時（２００８年）の携帯電話の記憶容量ではファイルサイズの大きいデジタルコンテンツを保存することに限界があったからである。しかし、視聴の都度サーバからダウンロードすることは、通信費がかかるだけでなく、通信トラブルなどの発生により視聴できないこともあるという問題があった。ところが、最近の携帯電話の性能の向上は著しく、本出願時点（２０１３年）には、６４ＧＢｙｔｅの記憶容量を備える製品も出現している。
また、特許文献１に記載の発明では、同一の携帯電話を使用し続けることが前提であった。そのため、折角ＱＲコードを入手しても、機種変更すれば本サービスを受けられなくなる。機種変更は今では普通に行われることであり、これは大層残念なことである。
【０００５】
このような問題点に鑑み、本発明はダウンロードしたコンテンツを携帯電話に保存し、以後のダウンロードを不要にすること、機種変更後もダウンロードしたコンテンツの視聴ができるようにすることを目的とする。
【課題を解決するための手段】
【０００６】
前記の目的を達するために、請求項１に係る発明は、コンテンツ配信システムであって、
コンテンツ配信用の媒体（以下、「配信媒体」）に印刷されたデータコードからＵＲＬ情報と配信媒体ＩＤを抽出するユーザ端末と通信ネットワークを介して接続し、
コンテンツを格納しておくコンテンツ格納データベースと、
配信媒体ＩＤとユーザ端末の端末識別情報を記憶する配信状況管理データベースと、
前記ユーザ端末から受信した配信媒体ＩＤが前記配信状況管理データベースに未登録であれば、受信した配信媒体ＩＤと該ユーザ端末の端末識別情報を前記配信状況管理データベースに登録するユーザ登録手段と、
コンテンツの配信要求を前記ユーザ端末から受信すると、該ユーザ端末の端末識別情報が登録済且つ該コンテンツが未配信であれば、要求されたコンテンツを配信するコンテンツ配信手段と、
を有し、
前記ユーザ端末は、配信されたコンテンツを該ユーザ端末に接続する記憶手段に保存することを特徴とする。
【０００７】
「コンテンツ」とは、音楽、写真、映像、小説、ゲームなどインターネットで配信可能なデジタルデータであれば何でもよい。広く一般の視聴を想定しているコンテンツに限らず、限定された関係者にとって関心のあるイベントなどを記録したコンテンツでもよい。
「配信媒体」の一例として、下記の実施形態ではカード状の形態をしているが、これに限らず映画や展覧会のパンフレット、絵本の表紙など、データコードの印刷が可能なものであれば何でもよい。印刷可能であればマグカップのような立体的な物品を配信媒体とすることもできる。データコードを物品に直接印刷してもよいが、データコードを印刷したシールなどを物品に貼付してもよい。
「データコード」とは、バーコードと呼ばれる１次元コードや、２次元コードと呼ばれる縦と横の両方向に意味のある符合など、カメラ付き携帯で撮像することにより情報が得られる表示であれば、何でもよい。下記の実施形態では、ＱＲコードを利用している。
「ＵＲＬ情報」とは、本発明のシステムはサーバ（請求項１０のコンテンツ配信装置が相当）が管理するウェブサイトへのアクセスによって実現されるが、このウェブサイトのインターネット上の所在を表す情報である。
【０００８】
これにより、配信媒体ＩＤが未登録の場合にシステムへのユーザ登録が可能で、この配信媒体ＩＤと対応づけて登録された端末識別情報を有するユーザ端末からのダウンロード要求のみが受け付けられる。したがって、最初に使用したユーザ端末とは異なるユーザ端末でダウンロード要求をしても受け付けられない。つまり、１個の配信媒体で視聴できるのは１個のユーザ端末即ち一人のユーザに限られことになり、配信媒体の貸し借りは不可能なのである。
【０００９】
請求項２に係る発明は、請求項１に記載のコンテンツ配信システムであって、
一の前記配信媒体を介して配信可能なコンテンツは１以上任意個数のコンテンツファイルからなり、
前記コンテンツ格納データベースに格納済みのコンテンツファイル一覧を前記ユーザ端末に対して送信するコンテンツリスト提示手段をさらに備えることを特徴とする。
これにより、一の配信媒体を入手すると関連ある複数のコンテンツを視聴することも可能となる。例えば、同一のアーティストが３日間連続してライブを実施した場合、あるユーザが会場へ行ったのは２日目だけであるとする。この２日目のときに配信媒体を入手すると、すでにサーバにアップロードされている１日目を視聴でき、２日目はライブ終了後まもなく視聴でき、行けなかった３日目については３日目終了後にサーバにアップロードされると視聴できる。このように、関連のあるコンテンツ群を一の配信媒体の入手によって確実に視聴できる。
【００１０】
請求項３に係る発明は、請求項１または請求項２のいずれかに記載のコンテンツ配信システムであって、前記ユーザ端末から保管要求とともに、全部あるいは一部のコンテンツファイルを受信すると、受信したコンテンツファイルを保管するユーザファイル保管手段と、
保管しているコンテンツファイルの返却要求があれば、返却を要求してきたユーザ端末に送信し、送信後は該コンテンツファイルを削除するユーザファイル返却手段をさらに備え、
前記保管されたコンテンツファイルは、前記保管要求元のユーザ端末の記憶手段から削除されることを特徴とする。
これにより、ユーザ端末が機種変更されても、変更後のユーザ端末で引き続きダウンロード済みのコンテンツファイルの視聴が可能となる。
【００１１】
請求項４に係る発明は、請求項３に記載のコンテンツ配信システムであって、
前記コンテンツ保管手段はコンテンツファイルの受信時にユーザ認証用情報を入力させ、前記コンテンツ返却手段はユーザ端末から受信した情報が前記ユーザ認証用情報と一致することを条件としてコンテンツファイルを送信することを特徴とする。
「ユーザ認証用情報」とは、ユーザＩＤやパスワードがある。さらに、不正防止のために、当該ユーザだけが知り得る問いと答えの組み合わせ（以下、「秘密の質問」）を含めてもよい。
ユーザ認証を必要とするのは、このシステムによるファイルを一時的に預かる機能はユーザサービスの一環であって、本人の保管ファイルを他人に渡すようであってはならないからである。
【００１２】
請求項５に係る発明は、請求項３に記載のコンテンツ配信システムであって、
前記ユーザファイル保管手段あるいは前記ユーザファイル返却手段は、コンテンツファイルの受信時において未配信のコンテンツファイルを将来受信する権利を有するユーザ端末の端末識別情報を特定することを特徴とする。
これにより、機種変更時にはシステムにアップロードされていないコンテンツファイルがあっても、これを機種変更後にダウンロードすることが可能である。
【００１３】
請求項６に係る発明は、請求項３に記載のコンテンツ配信システムであって、
前記ユーザファイル保管手段はコンテンツファイルを保管する対価を算出し、コンテンツファイルの一括保管か一部保管の別を対価算出に反映させうることを特徴とする。
これにより、システム側はユーザ端末から保管の対価として妥当と考えられる金額を得ることができる。
【００１４】
請求項７に係る発明は、請求項２に記載のコンテンツ配信システムであって、
前記ユーザ端末からメールアドレスを受信済みであれば、前記コンテンツ格納データベースに新規のコンテンツファイルが格納される都度、前記メールアドレス宛に通知する新規コンテンツ通知手段をさらに備えることを特徴とする。
これにより、サーバに新規コンテンツがアップロードされ次第、ただちにユーザはダウンロードすることが可能となる。なお、この通知サービスが受けられるのはシステムにメールアドレスを登録したユーザのみである。本発明にとって、多くの人に気軽にコンテンツの視聴を楽しんでもらうことが重要であり、メールアドレスのような個人情報の入力を強制することはしていない。
【００１５】
請求項８〜９のコンテンツ配信方法に関する発明、請求項１０〜１１のコンテンツ配信装置に関する発明、請求項１２〜１３のコンテンツ配信装置用のコンピュータプログラムに関する発明、請求項１４〜１６のコンテンツ視聴装置に関する発明、請求項１７〜１９のコンテンツ視聴装置用のコンピュータプログラムに関する発明はいずれも本発明の目的を達成するものである。
【発明の効果】
【００１６】
ＱＲコード付カードなどの配信媒体を介してサーバからコンテンツをダウンロードするので、ＤＶＤの制作の手間などが不要であり、販売コストを低く抑えることができる。
サーバから１個のファイルをダウンロードできるのは１回に限られ、且つ同一のユーザ端末でのみ視聴できるので著作権者などの不利益が生じない。つまり、一の配信媒体を介して同一のファイルが複数回ダウンロードされることはない。
本発明のＱＲコード付カードを介して自分の携帯端末にダウンロードして保存したファイルは、機種変更後の携帯端末においても視聴できる。
【図面の簡単な説明】
【００１７】
【図１】第１の実施形態のシステム構成図である。
【図２】第１の実施形態のデータコードを印刷したカード（配信媒体の一例）を例示する図である。
【図３】第１の実施形態のユーザ端末のブロック図である。
【図４】第１の実施形態のサーバのブロック図である。
【図５】第１の実施形態の配信状況管理データベースのテーブル構造図である。
【図６】第１の実施形態のユーザ登録処理のフロー図である。
【図７】第１の実施形態のコンテンツ配信処理のフロー図である。
【図８】第１の実施形態の配信状況管理データベースの登録データを例示する図である。
【図９】第１の実施形態のコンテンツリストを例示する図である。
【図１０】第２の実施形態のユーザ端末のブロック図である。
【図１１】第２の実施形態のサーバのブロック図である。
【図１２】第２の実施形態のユーザ端末に表示されるメインメニュー例である。
【図１３】第２の実施形態のユーザファイルの一括預入と返却の処理を説明する図である。
【図１４】第２の実施形態の配信状況管理データベースの登録データを例示する図である。
【図１５】第２の実施形態のユーザファイルの一部預入と返却の処理を説明する図である。
【図１６】第２の実施形態の配信状況管理データベースの登録データを例示する図である。
【発明を実施するための形態】
【００１８】
（１）第１の実施形態
本発明の第１の実施形態について、図面を参照しながら説明する。
【００１９】
（１−１）第１の実施形態のシステムの構成
図１を参照しながら、本実施形態のシステム（以下、「本システム」）の構成を説明する。
このシステムは、ユーザ端末１が、インターネットＮを介して、本システムのサーバ２と接続する。本システムはライブ終了直後にライブ音源を即売することを想定しているので、ライブ録音などを行うコンテンツ制作システム１００と連携動作する。
ユーザ端末１は、移動体通信網（図示せず）、無線ＬＡＮ（図示せず）及びインターネットＮを介してサーバ２と接続する。
図１では、ユーザ端末１は、２台しか記載されていないが、台数に制限はない。
【００２０】
ここで、ユーザ端末１によって読み取られるデータコード（本システムでは、データコードとしてＱＲコードを用いるので、以下「ＱＲコード」という）５について説明する。図２に示すように、このＱＲコード５は配信媒体４に印刷あるいは貼付されている。ＱＲコード５を撮像することにより、ユーザ端末１から所定のウェブサイトへのアクセスが可能となる。ＱＲコード５に含まれる情報には、ユーザが本システムにアクセスするためのウェブサイトのＵＲＬ（５ａ）と、この配信媒体４に固有の配信媒体ＩＤ（５ｂ）とがある。
【００２１】
ユーザ端末１は、配信媒体４を購入したユーザによって使用される情報処理装置であり、請求項１４の「コンテンツ視聴装置」がユーザ端末に相当する。ユーザ端末１として、スマートフォンと呼ばれる多機能携帯電話やタブレット端末などが使用されるが、本システムでは、スマートフォンを使用することを前提に説明する。これは本発明の出願時（平成２５年）、スマートフォンが従来の携帯電話を凌駕する勢いで普及し且つＣＰＵの性能や記憶容量などのスペックが著しく向上しているからである。
ユーザ端末１は、図３に示すように、記憶部１１と、制御部１２と、画像取得部１３と、タッチパネル等の操作入力部兼用表示部（以下、単に、「表示部」）１４と、音声再生部１５と、通信部１６と、を備える。
【００２２】
画像取得部１３は、カメラレンズおよび撮像素子である。
表示部１４は、画面を表示すると共に、画面にタッチすることにより、操作手段や入力手段として機能する。
音声再生部１５は、音声データを再生するスピーカである。
通信部１６は、移動通信網を通じてサーバ２等に接続する無線通信機能を有する。
ユーザ端末１は他にマイクロホン、内部バッテリなども備えるが、図示は省略する。
【００２３】
記憶部１１は、プログラム記憶手段１１１と、コンテンツファイル記憶手段１１２と、識別情報記憶手段１１３と、その他の記憶手段１１４を含む。
【００２４】
プログラム記憶手段１１１には、ウェブブラウザなどのプログラム、サーバ２からダウンロードした本システムの実行に必要なアプリケーションプログラム（以下、「専用アプリケーション」）が記憶される。この専用アプリケーションは所定のサイトから簡単に入手することができる。この専用アプリケーションは、請求項１７の「コンピュータプログラム」に相当する。
コンテンツファイル記憶手段１１２には、サーバ２からダウンロードしたコンテンツファイル（以下、単に「ファイル」ということもある）が保存される。
識別情報記憶手段１１３には、ユーザ端末１本体の識別情報が記憶され、この識別情報とＳＩＭカードＳＣ側の番号とを組み合わせた情報が、請求項１にいう「端末識別情報」に相当する。
その他の記憶手段１１４は、各種データや中間処理結果など上記以外の必要なデータを記憶する。これらのデータの中には配信媒体ＩＤも含まれる。
【００２５】
制御部１２は、データコード読取手段１２１と、ブラウジング手段１２２と、コンテンツリスト表示手段１２３と、コンテンツ配信要求手段１２４と、コンテンツ保存手段１２５と、コンテンツ再生手段１２６と、ＳＩＭカード接続手段１２７を含む。
【００２６】
データコード読取手段１２１は、画像取得部１３によって取得された、ＱＲコード５の画像を解析し、その中に有しているＵＲＬ情報と配信媒体ＩＤを抽出する。
ブラウジング手段１２２は、ブラウザあるいはウェブブラウザなどと呼ばれるプログラムに従い、データコード読取手段１２１によって抽出されたＵＲＬ情報に基づいてシステムのウェブサイトへのアクセスを行うとともに、そのウェブサイトからの情報を受取ると、その情報を表示部１４に表示させる。
コンテンツリスト表示手段１２３は、一の配信媒体４を介して視聴可能なファイルの一覧をサーバ２から受信して画面表示する。
コンテンツ配信要求手段１２４は、サーバ２に対して未受信のファイルの配信を要求する。同時に配信媒体ＩＤと当該ユーザ端末１を特定する端末識別情報も送信する。
コンテンツ保存手段１２５は、サーバ２から受信したファイルをコンテンツファイル記憶手段１１２に格納する。
コンテンツ再生手段１２６は、コンテンツファイル記憶手段１１２に格納されたファイルを取り出して再生する。
ＳＩＭカード接続手段１２７は、ＳＩＭ（Subscriber Identity Module）カードＳＣと接続し、ＳＩＭカードＳＣ内の番号などを読み取る。
【００２７】
制御部１２の上記の各手段の動作は、プログラム記憶手段１１１に格納されたコンピュータプログラムをメモリ上にロードしＣＰＵが実行することによって実現するものである。ソフトウェアに代えてハードウェアによって一部の処理が実現されることもある。上記の各手段の分類は固定的なものではなく、あくまで説明の便宜上にすぎない。
【００２８】
サーバ２は、図４に示すように、記憶部２１と、制御部２２と、通信部２３を備える。
【００２９】
記憶部２１は、配信状況管理データベース（以下、「配信管理ＤＢ」）２１１と、コンテンツ格納データベース（以下、「コンテンツＤＢ」）２１２と、プログラム記憶手段２１３と、各種パラメータや本システムのウェブページを記述したＨＴＭＬファイル、中間処理結果などを記憶するその他の記憶手段２１４を含む。
【００３０】
配信管理ＤＢ２１１については、後に詳しく説明する。
コンテンツＤＢ２１２は、コンテンツ制作システム１００によって録音・変換されたコンテンツデータを格納する。
プログラム記憶手段２１３は、ＯＳなどの制御プログラム、本システムに固有のプログラム（請求項１２の「コンピュータプログラム」に相当）などを記憶する。
【００３１】
制御部２２は、ユーザ登録手段２２１と、コンテンツ配信手段２２２と、コンテンツリスト提示手段２２３と、メールアドレス登録手段２２４と、新規コンテンツ通知手段２２５を含む。
【００３２】
ユーザ登録手段２２１は、ユーザ端末１から受信した配信媒体ＩＤが未だ配信管理ＤＢ２１１に登録されていないならば、受信した配信媒体ＩＤと該ユーザ端末１の端末識別情報を登録する。
コンテンツ配信手段２２２は、コンテンツの配信要求をユーザ端末１から受信すると、該ユーザ端末１の端末識別情報が登録済且つ該コンテンツが未配信であれば、要求されたコンテンツを配信する。同時に、配信管理ＤＢ２１１のコンテンツ配信状況を更新する。
コンテンツリスト提示手段２２３は、コンテンツＤＢ２１２に格納済みのコンテンツファイルの一覧をユーザ端末１宛てに送信する。
メールアドレス登録手段２２４は、ユーザ登録時或いは登録後にユーザ端末１からメールアドレスを受信し、受信したメールアドレスを配信媒体ＩＤと対応付けて配信管理ＤＢ２１１に登録する。なお、メールアドレスをサーバ２に登録するか否かはユーザの任意である。メールアドレスを登録しておくならば、新規のコンテンツがコンテンツＤＢ２１２にアップロードされると速やかにメールで通知されるというメリットがある。
新規コンテンツ通知手段２２５は、コンテンツＤＢ２１２に新規のファイルが格納される都度、登録済のメールアドレス宛に通知する。
【００３３】
上記の各手段の分類は固定的なものではなく、あくまで説明の便宜上にすぎない。
記憶部２１および制御部２２の各手段は、その機能に応じて、ハードウェア、ソフトウェアで実装される。ソフトウェアによる場合は、記憶部２１に格納されているコンピュータプログラムを、ＣＰＵ（図示せず）が読み込んで実行することにより実現される。
また、サーバ２は、通信部２３および通信ネットワークＮを介して、ユーザ端末１，コンテンツ制作システム１００とデータの送受信を行う。
なお、サーバ２は、ウェブサーバ、データベースサーバ、コンテンツ配信専用のサーバなど、複数のサーバに分散し、システムの処理を連携して実現するような構成としてもよい。
たとえば、膨大なデータを格納しておくコンテンツＤＢ２１２は、サーバ２に含まれる記憶部２１に格納されていても、サーバ２とは別体のコンピュータに備えられていてもよい。
【００３４】
図５に示すように、配信管理ＤＢ２１１には、配信媒体ＩＤ（２１１ａ）と対応づけて端末識別情報（２１１ｂ）と、コンテンツＤＢ２１２にアップロード済即ち配信可能な状態にあるコンテンツの配信状況（２１１ｃ）が記憶される。
配信状況には、「配信済」、「未配信」、「コンテンツ無し」の別がある。「配信済」とはユーザ端末１からの配信要求に応じて既に送信済であり、当該ファイルはユーザ端末１のコンテンツファイル記憶手段１１２に保存されていることを意味する。「未配信」は、コンテンツＤＢ２１２にアップロード済であるが、未だユーザ端末１からの配信要求が無いことを意味する。「コンテンツ無し」は、コンテンツＤＢ２１２に未だアップロードされていないことを意味する。図５には配信状況として他に「預かり中」、「移転済」および「配信不可」があるが、これらは第２の実施形態の説明の中で言及する。
その他の欄（２１１ｄ）にはメールアドレスを登録したユーザについてのメールアドレスなどが記憶される。
【００３５】
（１−２）第１の実施形態のシステムの動作
次に、本システムの動作について、次の２つのステップに分けて説明する。
・本システムへのユーザ登録
・コンテンツの視聴
この基本的な動作とは別に、コンテンツ制作システム１００によって、ライブ終了後短時間内にライブ録音データなどのコンテンツのアップロード処理が行われるが、説明は省略する。
【００３６】
まずユーザ登録について、図６に従い説明する。
ユーザは配信媒体４を入手すると、ユーザ端末１の画像取得部１３によって、ＱＲコード５が読み取られる（ステップＳ１）。
データコード読取手段１２１によって、ＱＲコード５から、ＵＲＬなどの情報が取り出される。ブラウジング手段１２２により、取り出されたＵＲＬに基づいてインターネットＮを介し、サーバ２のウェブサイトへのアクセスが行われる。アクセス時に、プログラム記憶手段１１１に記憶された専用アプリケーションが起動し配信媒体ＩＤとともにユーザ端末１の端末識別情報がＵＲＬに付加されて送信される（ステップＳ２）。
【００３７】
ここで端末識別情報の送信について一例を説明する。ステップＳ２にてユーザ登録要求をしたときに、ユーザ端末１のブラウジング手段１２２は端末識別情報をサーバ２に送信するための専用アプリケーションの起動あるいは専用アプリケーションのダウンロードを指示するアイコンを表示する。もし専用アプリケーションがユーザ端末１に実装されていなければ所定のサーバ（本システムのサーバ２とは限らない）からダウンロードし、プログラム記憶手段１１１に格納する。実装されている専用アプリケーションを起動すると、専用アプリケーションは識別情報記憶手段１１３からユーザ端末１本体の識別情報を取り出すとともに、ＳＩＭカード接続手段１２７を介してＳＩＭカードＳＣ側の番号を取り出し、これらを組み合わせて端末識別情報を生成し、サーバ２に送信する。サーバ２との送受信の都度、端末識別情報を生成してもよいが、一度生成するとこれを記憶部１１に格納し、起動の都度読み出してサーバ２に送信するようにしてもよい。また、配信媒体ＩＤも記憶部１１に格納しておく。
なお、ユーザ端末１を特定するための端末識別情報は、ユーザ端末１本体の識別情報だけでもよい。
【００３８】
サーバ２のユーザ登録手段２２１は、配信管理ＤＢ２１１から、送信されてきた配信媒体ＩＤを検索し、一致するものがなければ（ステップＳ３でＹｅｓ）、配信管理ＤＢ２１１にこの配信媒体ＩＤと端末識別情報を対応づけて新規に登録する（ステップＳ４）。この登録により、当該ＱＲコード５が他のユーザ端末によって読み込まれても、そのユーザ端末ではダウンロードできない。また、いったん端末識別情報が登録された後は、配信媒体ＩＤの送信がなくてもダウンロード可能である。つまり、入手した配信媒体４のＱＲコード５の読み込みは１回だけでよい。
以上、ＱＲコード５を読み込んでサーバ２にアクセスするというきわめて簡単な操作によって、ユーザ登録が終了する。この登録時に、サーバ２はメールアドレスを登録させてもよい。
【００３９】
配信管理ＤＢ２１１に送信されてきた配信媒体ＩＤと一致するものが既にあれば（ステップＳ３でＮｏ）、登録されている端末識別情報と送信されてきた端末識別情報を比較し、同一でないならば（ステップＳ５で“不一致”）、既にこの配信媒体ＩＤは別人によって登録済なので使用できない。そのため、ユーザ端末１にはエラーメッセージが送信され（ステップＳ６）、処理は打ち切られる。端末識別情報が同一の場合（ステップＳ５で“一致”）は、正当な者からの配信要求があったと判断し、視聴可能なコンテンツリストを生成して（ステップＳ７）、ユーザ端末１に送信し、コンテンツリスト表示手段１２３はこれを表示する（ステップＳ８）。ステップＳ４においてユーザ登録が完了したときも、視聴可能なコンテンツリストが生成され送信される（ステップＳ７，Ｓ８）。
【００４０】
本システムを利用してコンテンツを視聴するときは、図６のステップＳ７で生成されたコンテンツリストを表示部１４に表示させる。以下、コンテンツの視聴について、図７に従い説明する。
ユーザは、ユーザ端末１の表示部１４上の所定のアイコン（図示せず）のタップなどの操作により専用アプリケーションを起動させる。ユーザ端末１はサーバ２と通信し、最新のコンテンツリストの送信を要求する（ステップＳ１０１）。
【００４１】
サーバ２は、配信管理ＤＢ２１１を参照して、当該ユーザの配信済みファイルと、コンテンツＤＢ２１２にはアップロードされているが未だ配信していないファイルとをリスト形式にしてユーザ端末１に送信する。例えば、図８の（ａ）は、当該ユーザの配信管理ＤＢ２１１の当該ユーザに関するデータであり、コンテンツＡとコンテンツＢが現在コンテンツＤＢ２１２にアップロードされていて、当該ユーザはコンテンツＡを既にダウンロードしているが、コンテンツＢは未だダウンロードしていない。サーバ２のコンテンツリスト提示手段２２３はこれを参照してコンテンツリストを生成し（ステップＳ１０２）、ユーザ端末１に送信する。このコンテンツリストを元に、図９の（ａ）に示すようなメニュー画面が生成され、ユーザ端末１の表示部１４上に表示される（ステップＳ１０３）。ここで、メニュー項目Ｍ１の「コンテンツＡ  再生」は、このメニュー項目を選択するとダウンロード済のコンテンツＡの再生ができることを意味する。メニュー項目Ｍ２の「コンテンツＢ  ダウンロード」は、このメニュー項目を選択するとコンテンツＢのダウンロードができることを意味する。
【００４２】
ユーザ端末１がメニュー項目Ｍ２を選択すると、未配信なので（ステップＳ１０４でＹｅｓ），サーバ２へ当該コンテンツの配信要求を送信する（ステップＳ１０５）。このとき、コンテンツ配信要求手段１２４は記憶手段１１に記憶されている端末識別情報と配信媒体ＩＤも送信する。
サーバ２のコンテンツ配信手段２２２は、送信された端末識別情報が登録済みであり、かつ、指定されたコンテンツが未配信であることを確認すると、コンテンツＤＢ２１２から当該ファイルを取り出してユーザ端末１に送信する（ステップＳ１０６）。
同時にサーバ２は、配信管理ＤＢ２１１のコンテンツＢに対応する配信状況欄を「未配信」から「配信済」に変更する。この時点の配信管理ＤＢ２１１は図８の（ｂ）のようになる。
このようにダウンロードしていないファイルを指定すると、当該ファイルの配信要求とともに、端末識別情報がサーバ２に送信される。ここで、ＱＲコード５を再度読み込む必要はない。最初の読み込み時に配信媒体ＩＤを記憶部１１に保存してあるので、サーバ２への送信時に記憶部１１から取り出して送信要求とともに送信するからである。これにより、ＱＲコード５を印刷した配信媒体４を紛失したり手元に無かったりしてもダウンロードが可能となる。
ユーザ端末１のコンテンツ保存手段１２５は受信したコンテンツＢをコンテンツファイル記憶手段１１２に保存する（ステップＳ１０７）。続けて視聴する場合（ステップＳ１０８でＹｅｓ）、コンテンツ再生手段１２６によって制御された表示部１４や音声再生部１５が再生する（ステップＳ１０９）。
【００４３】
ステップＳ１０４でメニュー項目Ｍ１を選択すると、ダウンロード済なので（ステップＳ１０４でＮｏ）、コンテンツファイル記憶手段１１２からコンテンツＡのファイルを取り出し（ステップＳ１１０）、再生する（ステップＳ１０９）。
このように、保存済のファイルはコンテンツリストで特定されると、コンテンツファイル記憶手段１１２から取り出して再生される。このファイルは、専用アプリケーションによってのみ再生されることが望ましい。そのため、サーバ２のコンテンツＤＢ２１２に格納する際に、ファイルのデータ全体を改変（暗号化を含む）したり、ヘッダに通常のファイルにはない情報を付加したりすることで、専用アプリケーションが無ければ再生できないようにする。これにより、ＹｏｕＴｕｂｅ（登録商標）などの動画投稿サイトや一般的なアプリケーションソフトでの視聴を防止できる。
【００４４】
コンテンツのアップロード時期が事前に分らない場合、ユーザはタイムリーにダウンロードできないことがある。そのため、新規コンテンツがアップロードされると、サーバ２の新規コンテンツ通知手段２２５は登録されているメールアドレス宛に新規コンテンツがアップロードされたことを通知するとよい。
例えば、図８（ｂ）の状態、つまりコンテンツＡとＢのみがアップロードされている状態で、新規にコンテンツＣがアップロードされたとする。このときの配信管理ＤＢ２１１は図８（ｃ）のように変化する。サーバ２にメールアドレスが登録されているならば、新たにコンテンツＣがアップロードされたことを通知する。図８（ｃ）に対応する最新のコンテンツリストは、ユーザ端末１の表示部１４上に図９（ｂ）に示すメニュー形式で表示される。
【００４５】
本システムは、ライブの観客が余韻が冷めないうちに帰途ユーザ端末１で視聴できるので、ライブの楽しみ方を多様化できる。しかし、視聴対象となるデジタルデータは音楽や舞台のライブだけではない。
例えば、人の一生において最大のイベントのひとつに結婚式がある。結婚式や披露宴の様子をビデオに撮って、後々の記念にすることは一般に行われているが、本システムを利用することもできる。新郎新婦の挙式前の挨拶、披露宴を含む式当日の様子、挙式後の親戚知人や関係者への挨拶などをデジタルコンテンツとしてサーバにアップロードしておき、関係者にＱＲコード５を配布してダウンロードしてもらうわけである。招待状にＱＲコード５を印刷しておき、アクセスすると音声による挨拶や当事者の写真付きプロフィールなどを閲覧できる。結婚式が終わり、披露宴までの間の時間に式当日の新郎新婦の表情や結婚式場の外観や内装を閲覧でき、新婚旅行後に新郎新婦からの列席者への挨拶や新居の画像を閲覧できるようにする。出席できなかった足の不自由な高齢の親族や、所用で出席できなかった親友などにとって価値あるコンテンツとなる。
【００４６】
また、中高生などのスポーツ関係の部活動にも利用できる。地区大会、県大会、関東大会と勝ち進んでいく様子を試合終了直後にアップロードすれば、ＱＲコード５を入手した父兄や教師などは観戦に行けなくてもわが子や教え子の活躍を見守ることができる。また、選手本人にとっても記念になるだけでなく、反省材料となる。
要は、本システムによって、無関係な者の閲覧を防止し、正当な権限のある者だけが手軽にコンテンツを視聴できるという点が重要なのである。
【００４７】
さらに、本システムは本人や本人が勤務している会社の紹介・宣伝用に使用することも可能である。例えば、食品・飲料メーカの営業担当社員が自分の名刺に本システムのＱＲコード５を印刷して配る。つまり、名刺が配信媒体４となるわけである。
新商品が出ても、売れ行きが芳しくなければスーパーやコンビニの棚から短期間で撤去される現状がある。そのため、新商品のすべてについてテレビや新聞・雑誌で広告宣伝をすることは意味がない。本システムを利用して、新商品の発売日前後にその商品の動画をアップロードすれば、多くの関係者に閲覧してもらえる可能性がある。
【００４８】
（２）第２の実施形態
この実施形態は、コンテンツのダウンロードと再生については第１の実施形態と異なるところは無いが、ユーザ端末の機種変更後も視聴を可能とするための仕組みを追加した点で相違する。以下、異なる点について説明する。したがって、下記の説明および図面において第１の実施形態と機能が同一のものには同一の符号を用いる。
図１０にはユーザ端末６の機能ブロック図を、図１１にはサーバ７の機能ブロック図を示す。
【００４９】
この実施形態のユーザ端末６の制御部６２は、第１の実施形態のユーザ端末１の各手段に加えて、ユーザファイル預入手段６２１とユーザファイル受入手段６２２を更に備える。
ユーザファイル預入手段６２１は、コンテンツファイル記憶手段１１２に保存されていた全ファイルあるいは一部のファイルをサーバ７に送信するとともに、送信したファイルをコンテンツファイル記憶手段１１２から削除する。
ユーザファイル受入手段６２２は、サーバ７が他のユーザ端末からの預入により保管しているファイルを受信してコンテンツファイル記憶手段１１２に保存する。
【００５０】
この実施形態のサーバ７の記憶部７１は、第１の実施形態のサーバ２の各手段に加えて、ユーザファイル保管データベース（以下、「ユーザファイル保管ＤＢ」）７１１を備え、制御部７２は、第１の実施形態のサーバ２の各手段に加えて、ユーザファイル保管手段７２１と、ユーザファイル返却手段７２２を備える。
ユーザファイル保管手段７２１は、ユーザ端末６から受信した全部あるいは一部のファイルをユーザファイル保管ＤＢ７１１に格納する。
ユーザファイル返却手段７２２は、保管しているファイルの返却要求があれば、返却を要求してきたユーザ端末６に送信し、送信後は該ファイルをユーザファイル保管ＤＢ７１１から削除する。
【００５１】
ユーザ端末６が保存しているファイルのサーバ７による保管を希望するときは、図１２（ａ）に示すような本システムのメニュー画面から「ファイル預入（一括預入）」か「ファイル預入（一部預入）」を選択する。
【００５２】
まず一括預入について図１３に従い説明する。
機種変更前のユーザ端末６Ｘは、預け入れたファイルを機種変更後のユーザ端末６Ｙでダウンロードする際に必要となる認証用情報（ユーザＩＤ，パスワード及び秘密の質問など）を登録する（ステップＳ２０１）。ユーザＩＤとパスワードはユーザが指定した任意の文字列を使用する。ただし、ユーザＩＤはユニークとする。
機種変更前のユーザ端末６Ｘは、コンテンツファイル記憶手段１１２から全ファイルを取り出し、サーバ７へ送信する（ステップＳ２０２）。この例では対象となるのはファイルＡとファイルＢの２つである。あわせて、コンテンツファイル記憶手段１１２からこれらのファイルを削除する（ステップＳ２０３）。これにより、ユーザ端末６Ｘがダウンロードしたファイルはサーバ７にのみ存在する。
【００５３】
サーバ７は、受信した全ファイルをユーザファイル保管ＤＢ７１１に保存する（ステップＳ２０４）とともに、図１４（ａ）→（ｂ）に例示するように配信管理ＤＢ２１１の配信状況を「配信済」から「預かり中」に変更するとともに、ダウンロード時に使用する認証用情報も登録する。
ファイルを保管する対価をユーザ端末６Ｘ側に請求してもよい。対価の支払い方法は、公知の方法によればよい。
【００５４】
ユーザは機種変更後のユーザ端末６Ｙに保管中のファイルを移転させたいときは、図１２（ａ）のメニュー画面から「ファイル返却」を選択する。ユーザ端末６Ｙは、ステップＳ２０１で登録したユーザＩＤ、パスワード及び秘密の質問を入力する（ステップＳ２０５）。
【００５５】
サーバ７は、入力された認証用情報と一致する情報を配信管理ＤＢ２１１から検索する。一致するレコードがあり、且つ預かり中のファイルがあれば、ユーザファイル保管ＤＢ７１１から全ファイルを取り出し（ステップＳ２０６）、ユーザ端末６Ｙに送信する（ステップＳ２０７）。あわせて、ユーザファイル保管ＤＢ７１１から返却したファイルを削除し、図１４の（ｃ）に示すように配信管理ＤＢ２１１のコンテンツＡおよびＢに対応する配信状況を「預かり中」から「移転済」に変更する。コンテンツＣに対応する配信状況は「未配信」から「配信不可」に変更する。このように、ユーザ端末６Ｘは既存の全ファイルをユーザ端末６Ｙに移転後は、未だダウンロードされていないファイルを受信する権利も失う。
一方、ユーザ端末６Ｙに関する情報を図１４の（ｄ）のように新規に作成する。
以上のファイル一括移転の処理によって、当該ユーザがダウンロードしたファイルは機種変更後のユーザ端末６Ｙのみに存在し、未だダウンロードされていないファイルはユーザ端末６Ｙによってのみダウンロードが可能となる。サーバ７は、ステップＳ２０７でファイルを送信する際、配信媒体ＩＤもユーザ端末６Ｙに送信し、ユーザ端末６Ｙは記憶部１１１にこの配信媒体ＩＤを記憶させておくものとする。これによりユーザ端末６Ｙは、配信媒体４がなくても記憶部１１１から配信媒体ＩＤを取り出してサーバ７に送信すれば未だダウンロードしていないファイルを受信できる。
【００５６】
次に一部預入について図１５のフローを参照しながら説明する。
図１２（ａ）のメニューから「ファイル預入（一部預入）」を選択する。図１２（ｂ）に例示するように、機種変更前のユーザ端末６Ｘに保存されているファイルのリストが表示される。
このときの配信管理ＤＢ２１１の登録内容は図１６（ａ）に示すようなものである。
ここでは、コンテンツＡのファイルのみ預け入れ、コンテンツＢのファイルは残すものとして説明する。預け入れたファイルをダウンロードする際に必要となる認証用情報を登録する（ステップＳ３０１）。
機種変更前のユーザ端末６Ｘは、コンテンツファイル記憶手段１１２から保存しているコンテンツＡのファイルを取り出し、サーバ７へ送信する（ステップＳ３０２）と同時に、コンテンツファイル記憶手段１１２からこのファイルを削除する（ステップＳ３０３）。これにより、ユーザがダウンロードしたファイルのうちコンテンツＡはサーバ７にのみ存在し、コンテンツＢのファイルはユーザ端末６Ｘに存在する。
【００５７】
サーバ７は、受信したファイルをユーザファイル保管ＤＢ７１１に保存する（ステップＳ３０４）とともに、図１６（ｂ）に例示するように配信管理ＤＢ２１１の配信状況を「配信済」から「預かり中」に変更するとともに、認証用情報も登録する。
【００５８】
ファイルを保管する対価をユーザ端末側に請求する場合、次の理由により一括保管よりも割高にしてもよい。
なぜなら、一括保管を選択するならば、実際に機種変更が行われると考えられる。しかし、一部保管は、他者への転売を意図している可能性がある。ユーザＩＤなどの認証用情報の入力を課しているとはいえ、転売するつもりであれば購入希望者にその情報を伝えることもありうる。このような事情をシステムが分かるはずはなく、転売の可能性を念頭に一括保管よりも割高とするのが妥当といえる。割高にした分は著作権者などに支払うといった取り決めも検討の余地がある。
【００５９】
ユーザは機種変更後のユーザ端末６Ｙに保管中のファイルを移転させたいときは、図１２（ａ）のメニュー画面から「ファイル返却」を選択する。ユーザ端末６Ｙは、ステップＳ３０１で指定した認証用情報を入力する（ステップＳ３０５）。
サーバ７は、入力されたユーザ認証用情報と一致する情報を配信管理ＤＢ２１１から検索する。一致するレコードがあり、且つ預かり中のファイルがあれば、ユーザファイル保管ＤＢ７１１から該当するファイルを取り出し（ステップＳ３０６）、ユーザ端末６Ｙに送信する（ステップＳ３０７）。あわせて、ユーザファイル保管ＤＢ７１１から返却したファイルを削除し、図１６の（ｃ）に示すように配信管理ＤＢ２１１の配信状況を「預かり中」から「移転済」に変更する。端末識別情報はユーザ端末６Ｘのままとし、ユーザ端末６Ｙに関する情報を図１６の（ｄ）のように新規に作成する。
これにより、当該ユーザがダウンロードしたファイルのうちコンテンツＡはユーザ端末６Ｙのみに存在する。未だダウンロードされていないコンテンツＣのファイルを受信する権利と、移転対象とならなかったコンテンツＢのファイルはユーザ端末６Ｘ側にある。ユーザ端末６Ｙは移転対象となったコンテンツＡのみ視聴できるのであって、他のコンテンツは「配信不可」即ちサーバ７からダウンロードすることはできない。
【００６０】
上記のサーバ７による一括保管あるいは一部保管は機種変更の場合以外にも、複数のユーザ端末を所有している人が、一のユーザ端末には保存しきれなくなり、記憶容量に余裕のある他のユーザ端末に移し替えたい場合にも利用できる。
しかし、単に古いファイルをコンテンツファイル記憶手段１１２から削除したい場合は、サーバ７による保管機能を利用するまでもない。ユーザ端末（１，６）に実装されている本システムの専用アプリケーションにファイル削除の機能も含ませ、指定されたファイルを削除するようにすればよい。あるいは一般的なアプリケーションソフトによって削除してもよい。ファイルの削除後も配信管理ＤＢ２１１の配信状況は「配信済」のままでよい。「配信済」であれば、ユーザ端末６Ｘはサーバ７から再度ダウンロードできないからである。また、ユーザが一旦ダウンロードしたファイルを保存し続けるか、削除するかはユーザの自由である。
【００６１】
上記の実施形態は例示にすぎない。データ構造、処理フローなどは特許請求の範囲を逸脱しないことを条件にさまざまに考えられる。
第２の実施形態では、機種変更の場合に一部移転も可としていたが、一括移転のみ可としてもよい。もし一部移転を可とする場合は、未ダウンロードファイルを取得する権利を機種変更前と後のいずれのユーザ端末に残すかはユーザに選択させてもよい。
第２の実施形態の機種変更時の保管および返却サービスは、ユーザ登録およびファイルのダウンロードサービスを提供するサーバとは異なるサーバによって提供してもよい。ただし、配信管理ＤＢ２１１に読み書き可能にアクセスできることを要する。
【産業上の利用可能性】
【００６２】
本発明を利用すれば、スペックが向上の一途をたどっている携帯端末を利用して手軽に安価にコンテンツを楽しむことができる。しかも、正当な者のみの視聴が確保され、且つ機種変更にも配慮しているので、ユーザにとってもコンテンツの提供者にとっても魅力のある配信システムとして支持されることが期待できる。
【符号の説明】
【００６３】
１：ユーザ端末
１１：記憶部
１１１：プログラム記憶手段
１１２：コンテンツファイル記憶手段
１１３：識別情報記憶手段
１１４：その他の記憶手段
１２：制御部
１２１：データコード読取手段
１２２：ブラウジング手段
１２３：コンテンツリスト表示手段
１２４：コンテンツ配信要求手段
１２５：コンテンツ保存手段
１２６：コンテンツ再生手段
１２７：ＳＩＭカード接続手段
１３：画像取得部
１４：表示部
１５：音声再生部
１６：通信部
２：サーバ
２１：記憶部
２１１：配信状況管理データベース
２１２：コンテンツ格納データベース
２１３：プログラム記憶手段
２１４：その他の記憶手段
２２：制御部
２２１：ユーザ登録手段
２２２：コンテンツ配信手段
２２３：コンテンツリスト提示手段
２２４：メールアドレス登録手段
２２５：新規コンテンツ通知手段
２３：通信部
４：配信媒体
５：ＱＲコード
６：（第２の実施形態の）ユーザ端末
６２：制御部
６２１： ユーザファイル預入手段
６２２： ユーザファイル受入手段
７：（第２の実施形態の）サーバ
７１：記憶部
７１１：ユーザファイル保管データベース
７２：制御部
７２１： ユーザファイル保管手段
７２２： ユーザファイル返却手段
１００：コンテンツ制作システム
Ｎ：インターネット
【図１】
2014002750.tif 000003
【図２】
2014002750.tif 000004
【図３】
2014002750.tif 000005
【図４】
2014002750.tif 000006
【図５】
2014002750.tif 000007
【図６】
2014002750.tif 000008
【図７】
2014002750.tif 000009
【図８】
2014002750.tif 000010
【図９】
2014002750.tif 000011
【図１０】
2014002750.tif 000012
【図１１】
2014002750.tif 000013
【図１２】
2014002750.tif 000014
【図１３】
2014002750.tif 000015
【図１４】
2014002750.tif 000016
【図１５】
2014002750.tif 000017
【図１６】
2014002750.tif 000018