JP2008040532A - データファイル譲渡システムおよびデータファイルの譲渡方法 - Google Patents

Abstract

【課題】簡易な構成により、プレゼント相手の趣味趣向にあう著作権を伴った音楽データや画像データ等のデータファイルをプレゼントの送り手からプレゼント相手に譲渡できるデータファイル譲渡システムを提供する。
【解決手段】著作権を伴ったデータファイルを同一の通信事業者と契約する譲渡元端末と譲渡先端末との間で譲渡するシステムであり、譲渡元端末が、前記データファイルを複数格納するコンテンツサーバから譲渡を行う所望のデータファイルを正規に購入してダウンロードし、格納する。そして、格納したデータファイルを譲渡する譲渡先端末の情報を登録する。さらに、譲渡先端末に対して、譲渡元端末からデータファイルの譲渡に関する申し出があった旨とデータファイルの格納先のＵＲＬとを通知し、譲渡先端末が通知のあったデータファイルの譲渡を受けるときに、データファイルの格納先にアクセスを行い、データファイルを取得する。
【選択図】図１

Description

本発明は、著作権を伴った音楽データや画像データ等のデータファイルを同一の通信事業者と契約する任意の他者に譲渡するデータファイル譲渡システムおよびデータファイルの譲渡方法に関する。

近年、携帯電話機に代表される携帯端末の目覚しい普及により、様々なサービスが提供されている。中でも、携帯電話機の特性として、屋外で多くの人々が集うような場所での利用形態を反映して、独自の着信音を設定できる、いわゆる「着うた」（登録商標）や待ち受け画面用にユーザの好みの画面設定を行うための画像データを配信するサービスが行われている。

ここで、携帯電話機にダウンロードされる音楽データや画像データ等のデータファイルには、著作者の著作権を保護するために、これらのデータファイルにコピーガードデータが添付されており、音楽データや画像データ等のデータファイルを適正に購入し、ダウンロードした携帯電話機においては、繰り返し再生が可能であるが、これらのデータファイルを他の携帯電話機に転送することができない仕組みになっている。

ところが、自身が保有する音楽データや画像データ等のデータファイルを友人や知人の誕生日や特定の記念日にプレゼントとして送りたいという要求がある。こうした要求に対して、プレゼントの送り手に、そのプレゼントの送り手が契約している通信会社が管理するプレゼント用のデータを複数記憶したウェブサーバに対してアクセスさせ、任意のプレゼント用のデータの選択と、プレゼント相手の送信先を入力させ、一方、プレゼント相手に対してプレゼントが来ている旨の報知を別途設けたメールサーバにより行うとともに、このメールを受信したプレゼント相手が、そのプレゼント相手が契約している通信会社が管理するウェブサーバからプレゼントされたデータをダウンロードする技術が開示されている（例えば、特許文献１参照。）。
特開２００３−１２２３７６号公報

しかしながら、上記の技術においては、多くのサーバが介在して、その手続きが煩雑であるといった問題がある。また、上記の技術は、プレゼントの送り手からの一方的な行為であって、プレゼント相手の意思が全く反映されていないため、プレゼントの送り手に対してプレゼント相手の趣味趣向が伝達されず、プレゼントの送り手からの一方的な行為が連続的に実行された場合に、プレゼント相手に対して、不快感を与えるといった問題も懸念される。

そこで、本発明は、上記の課題に鑑みてなされたものであり、簡易な構成により、プレゼント相手の趣味趣向にあう著作権を伴った音楽データや画像データ等のデータファイルをプレゼントの送り手からプレゼント相手に譲渡できるデータファイル譲渡システムおよびデータファイルの譲渡方法を提供することを目的とする。

本発明は、上記の課題を解決するために、以下の事項を提案している。
（１）本発明は、著作権を伴ったデータファイルを同一の通信事業者と契約する譲渡元端末と譲渡先端末との間で譲渡するデータファイル譲渡システムであって、前記譲渡元端末がネットワークを介して接続され、前記著作権を伴ったデータファイルを複数格納するコンテンツサーバ（例えば、図１のコンテンツサーバ４０に相当）から、譲渡を行う所望のデータファイルを正規に購入してダウンロードして格納するデータファイル格納手段（例えば、図１のコンテンツＤＢ１３に相当）と、前記データファイル格納手段に格納するデータファイルを譲渡する前記譲渡先端末の情報を登録する登録手段（例えば、図１のＷｅｂ制御部１５に相当）と、前記譲渡先端末に対して、前記譲渡元端末から前記データファイルの譲渡に関する申し出があった旨と前記データファイル格納手段のＵＲＬとを通知する通知手段（例えば、図１のショートメッセージシステム制御部２１に相当）と、前記譲渡先端末が前記通知手段により通知のあった前記データファイルの譲渡を受けるときに、前記データファイル格納手段のＵＲＬにアクセスを行い、前記データファイルを取得する取得手段と、を備えたことを特徴とするデータファイル譲渡システムを提案している。

この発明によれば、データファイル格納手段が、譲渡元端末とネットワークを介して接続され、著作権を伴ったデータファイルを複数格納するコンテンツサーバから、譲渡を行う所望のデータファイルを正規に購入してダウンロードしたデータファイルを格納する。登録手段には、データファイル格納手段に格納するデータファイルを譲渡する譲渡先端末の情報が登録され、通知手段が、譲渡先端末に対して、譲渡元端末からデータファイルの譲渡に関する申し出があった旨とデータファイル格納手段のＵＲＬとを通知する。そして、譲渡先端末が通知手段により通知のあったデータファイルの譲渡を受けるときに、データファイル格納手段のＵＲＬにアクセスを行い、データファイルを取得する。

したがって、譲渡元と譲渡先とが同一の通信事業者と契約するユーザであるため、簡易な構成でシステムを実現することができる。また、譲渡元ユーザから譲渡先ユーザに対して、誕生日やクリスマスといった特別なイベントに応じて、著作権を伴った楽曲データや画像データを簡単な操作で譲渡することができる。

（２）本発明は、（１）のデータファイル譲渡システムについて、前記譲渡先端末が前記通知手段により受けた通知に対して、前記データファイルの譲渡を受けるか否かを返信する返信手段（例えば、図１のショートメッセージシステム制御部２１に相当）を備えたことを特徴とするデータファイル譲渡システムを提案している。

この発明によれば、返信手段により、譲渡先端末が通知手段により受けた通知に対して、データファイルの譲渡を受けるか否かを返信することができる。したがって、譲渡先ユーザにおいては、自己の趣味趣向にあったデータファイルの選択が可能となる。一方で、譲渡元ユーザにとっても、データファイルの譲渡を受けるか否かの返信を受けることにより、譲渡先ユーザの趣味趣向を的確に把握することができ、以降、データファイルを譲渡する場合の参考情報とすることができる。

（３）本発明は、（２）のデータファイル譲渡システムについて、前記通知手段および前記返信手段が、送信先を各端末の電話番号で特定するショートメールであることを特徴とするデータファイル譲渡システムを提案している。

この発明によれば、通知手段および返信手段が、送信先を各端末の電話番号で特定するショートメールを用いている。したがって、余計な手間を掛けることなく、本システムを手軽に利用することができる。

（４）本発明は、著作権を伴ったデータファイルを同一の通信事業者と契約する譲渡元端末と譲渡先端末との間で譲渡するデータファイル譲渡システムにおけるデータファイルの譲渡方法であって、前記譲渡元端末がネットワークを介して接続され、前記著作権を伴ったデータファイルを複数格納するコンテンツサーバから、譲渡を行う所望のデータファイルを正規に購入してダウンロードしたデータファイルを格納する第１のステップ（例えば、図２のステップＳ１０２に相当）と、前記格納したデータファイルを譲渡する前記譲渡先端末の情報を登録する第２のステップ（例えば、図２のステップＳ１０６に相当）と、前記譲渡先端末に対して、前記譲渡元端末から前記データファイルの譲渡に関する申し出があった旨と前記格納したデータファイルのＵＲＬとを通知する第３のステップ（例えば、図２のステップＳ１０９に相当）と、前記譲渡先端末が通知のあった前記データファイルの譲渡を受けるときに、前記格納したデータファイルのＵＲＬにアクセスを行い、前記データファイルを取得する第４のステップ（例えば、図２のステップＳ１１３に相当）と、を備えたことを特徴とするデータファイルの譲渡方法を提案している。

この発明によれば、譲渡元端末がネットワークを介して接続され、著作権を伴ったデータファイルを複数格納するコンテンツサーバから、譲渡を行う所望のデータファイルを正規に購入してダウンロードしたデータファイルを格納し、データファイル格納手段に格納するデータファイルを譲渡する譲渡先端末の情報を登録するとともに、譲渡先端末に対して、譲渡元端末からデータファイルの譲渡に関する申し出があった旨とデータファイル格納手段のＵＲＬとを通知する。そして、譲渡先端末が通知手段により通知のあったデータファイルの譲渡を受けるときに、データファイル格納手段のＵＲＬにアクセスを行い、データファイルを取得する。

（５）本発明は、（４）のデータファイルの譲渡方法について、前記第３のステップにおいて、前記データファイルの譲渡を受けるか否かを返信するステップ（例えば、図２のステップＳ１１２に相当）をさらに備えたことを特徴とするデータファイルの譲渡方法を提案している。

この発明によれば、譲渡先端末に対して、譲渡元端末からデータファイルの譲渡に関する申し出があった旨とデータファイル格納手段のＵＲＬとが通知されたときに、その内容を確認して、データファイルの譲渡を受けるか否かを返信することができる。

本発明によれば、譲渡元と譲渡先とが同一の通信事業者と契約するユーザであるため、簡易な構成でシステムを実現することができ、譲渡元ユーザから譲渡先ユーザに対して、例えば、誕生日やクリスマスといったイベントに応じて、著作権を伴った楽曲データや画像データを簡単な操作で譲渡することができるという効果がある。また、譲渡先ユーザにおいては、自己の趣味趣向にあったデータファイルの選択が可能となり、譲渡元ユーザにとっては、譲渡先ユーザの趣味趣向を的確に把握することができるという効果がある。さらに、ショートメールを用いているため、余計な手間を掛けることなく、本システムを手軽に利用することができるという効果がある。

以下、図面を用いて、本発明の実施形態について詳細に説明する。
なお、本実施形態における構成要素は適宜、既存の構成要素等との置き換えが可能であり、また、他の既存の構成要素との組合せを含む様々なバリエーションが可能である。したがって、本実施形態の記載をもって、特許請求の範囲に記載された発明の内容を限定するものではない。

［データファイル譲渡システムの構成］
本実施形態に係るデータファイル譲渡システムは、図１に示すように、マルチメディアサービスシステム１と、パケット網３１と、ショートメッセージシステムコントロール（ＳＭＳＣ）３２と、料金回収代行サーバ３３と、コンテンツサーバ４０とから構成されている。また、マルチメディアサービスシステム１は、コンテンツ管理サーバ１０と、ユーザＢＯＸ管理サーバ２０と、Ｗｅｂ制御部１５とから構成されており、コンテンツ管理サーバ１０は、コンテンツ制御部１１と、譲渡データファイル制御部１２と、コンテンツデータベース（コンテンツＤＢ）１３と、ユーザデータベース（ユーザＤＢ）１４とから構成され、ユーザＢＯＸ管理サーバ２０は、ショートメッセージシステム（ＳＭＳ）制御部２１と、ユーザＢＯＸ制御部２２と、譲渡用コンテンツデータベース（譲渡用コンテンツＤＢ）２３とから構成されている。

マルチメディアサービスシステム１は、交換網およびパケット網におけるマルチメディアに関するサービスを提供するシステムであり、コンテンツサーバ４０は、著作権を伴ったデータファイルを格納し提供するプロバイダーが管理するサーバであって、マルチメディアサービスシステム１とは、インターネット網を介して接続されている。

また、パケット網３１は、譲渡元端末と譲渡先端末とを接続する通信網であり、ショートメッセージシステムコントロール（ＳＭＳＣ）３２は、後述するショートメッセージシステム（ＳＭＳ）制御部２１が生成したショートメッセージ（ショートメール）をパケット網３１を介して送受信する制御を行う。さらに、料金回収代行サーバ３３は、通信事業者がコンテンツの取得等に関する料金を代行して回収するサーバである。

コンテンツ管理サーバ１０は、コンテンツサーバ４０から提供されるデータファイルの管理並びに譲渡元端末を所有するユーザのプロファイル管理を実行する。コンテンツ制御部１１は、コンテンツサーバ４０から提供されるデータファイルをコンテンツデータベース（コンテンツＤＢ）１３に格納し、その管理を実行する。

譲渡データファイル制御部１２は、譲渡元端末を所有するユーザのプロファイル管理を実行するとともに、譲渡を行うデータファイルとのリンク制御を実行する。コンテンツデータベース（コンテンツＤＢ）１３は、コンテンツサーバ４０から提供されるデータファイルを格納する。

ユーザデータベース（ユーザＤＢ）１４は、譲渡元端末を所有するユーザのプロファイルを格納する。また、Ｗｅｂ制御部１５は、コンテンツ管理サーバ１０においては、譲渡元端末を所有するユーザからのサービスの申込みとデータファイルの購入、並びに譲渡先端末を登録するための表示画面（セルフページ）の制御を実行する。

ユーザＢＯＸ管理サーバ２０は、譲渡用データファイルの管理および譲渡先端末を所有するユーザのプロファイル管理を実行する。ショートメッセージシステム（ＳＭＳ）制御部２１は、データファイルの状況等に基づいて、譲渡元端末および譲渡先端末に所定の通知を行うショートメッセージ（ショートメール）の生成を行う。

ユーザＢＯＸ制御部２２は、譲渡先端末を所有するユーザのプロファイルを管理するとともに、データファイルのダウンロード制御を実行する。譲渡用コンテンツデータベース（譲渡用コンテンツＤＢ）２３は、譲渡先端末を所有するユーザのプロファイルとデータファイルとを格納する。また、Ｗｅｂ制御部１５は、ユーザＢＯＸ管理サーバ２０においては、譲渡先端末を所有するユーザのデータファイルの受領可否を登録するためのセルフページの制御を実行する。

［データファイル譲渡システムの処理］
データファイル譲渡システムの全体的な処理の流れを説明する前に、セルフページとデータファイルの管理、データファイルの購入処理、譲渡先登録の処理、受領可否の処理、データファイルの削除処理、ショートメッセージ（ショートメール）の通信制御等について詳細に説明する。

＜セルフページとデータファイルの管理＞
データファイルの購入により、マルチメディアサービスシステム１内のコンテンツ管理サーバ１０並びにユーザＢＯＸ管理サーバ２０は、以下に示す情報要素に基づいて、ユーザプロファイルを作成し、データファイルの管理を実行する。

ここで、情報要素としては、データファイルを購入した譲渡元ユーザの電話番号、データファイルの譲渡を受ける譲渡先ユーザの電話番号、譲渡通知や受領セルフページのアクセスの際に表示するニックネーム、受領セルフページのアクセスの際に表示するコメント、購入したデータファイルのファイル名、著作権を伴ったデータファイル、データファイルを購入した日時、データファイルの譲渡を登録した日時、譲渡通知を送信する日時等がある。

図４に示すように、コンテンツ管理サーバ１０は、このうち、データファイルを購入した譲渡元ユーザの電話番号、データファイルの譲渡を受ける譲渡先ユーザの電話番号、購入したデータファイルのファイル名、著作権を伴ったデータファイルおよびリンク先情報、データファイルを購入した日時、データファイルの譲渡を登録した日時に基づいてユーザプロファイルを作成し、購入／登録セルフページ上においては、データファイルを購入した譲渡元ユーザの電話番号、データファイルの譲渡を受ける譲渡先ユーザの電話番号、購入したデータファイルのファイル名、データファイルを購入した日時、データファイルの譲渡を登録した日時を管理し、表示する。なお、上記に加えて、オプションとして、ニックネームやコメント、譲渡通知を送信する日時を付加することができる。また、コンテンツ管理サーバ１０は、データファイルのリンク先を定義する。

一方、図４に示すように、ユーザＢＯＸ管理サーバ２０は、上記の情報要素のすべてに基づいてユーザプロファイルを作成し、受領セルフページ上においては、データファイルを購入した譲渡元ユーザの電話番号、購入したデータファイルのファイル名、データファイルの譲渡を登録した日時を管理し、表示する。なお、上記に加えて、オプションとして、ニックネームやコメントを送信する日時を付加することができる。

＜データファイルの購入処理＞
図５を用いて、データファイルの購入処理について説明する。
譲渡元ユーザは、コンテンツ管理サーバ１０のセルフページにアクセスを行うことにより、譲渡したいデータファイルの購入を行う。譲渡元ユーザの認証は、セルフページに登録する譲渡元ユーザの電話番号をセルフページ接続時に受信する譲渡元ユーザのサブＩＤ（ＳＵＢＩＤ）によりサービスユーザデータベース（ＤＢ）にアクセスすることにより実行する。

認証後、コンテンツ管理サーバ１０は、データファイルの購入契約が完了した時点で、料金回収代行サーバ３３に譲渡元ユーザの電話番号並びにデータファイル名を通知する。これらのデータを受信した料金回収代行サーバ３３は、譲渡元ユーザに対して課金処理を実行し、回収した料金をコンテンツサーバに送信する。

また、コンテンツ管理サーバ１０は、データファイル購入時に譲渡元ユーザから受信した譲渡元ユーザの電話番号、購入したデータファイルのファイル名、著作権を伴ったデータファイルのリンク先情報、データファイルを購入した日時の情報に基づいて、ユーザプロファイルを作成して管理を開始する。

＜譲渡先登録の処理＞
図６を用いて、譲渡先登録の処理について説明する。
データファイルを購入した譲渡元ユーザは、購入したデータファイルを譲渡する譲渡先ユーザの登録を実行する。セルフページアクセス後の譲渡先ユーザの登録は、譲渡元ユーザの電話番号およびその他の情報に基づいて行う。

具体的には、コンテンツ管理サーバ１０は、セルフページに登録されているデータファイルを購入した譲渡元ユーザの電話番号、データファイルの譲渡を受ける譲渡先ユーザの電話番号、購入したデータファイルのファイル名、著作権を伴ったデータファイルおよびリンク先情報、データファイルを購入した日時、データファイルの譲渡を登録した日時の情報に管理情報を付加して、ユーザＢＯＸ管理サーバ２０に送信を行う。ユーザＢＯＸ管理サーバ２０は受信した情報により、譲渡先ユーザのプロファイルを作成し、譲渡用コンテンツＤＢ（ユーザＢＯＸ）２３毎に、データファイルの管理を実行する。

＜受領可否登録の処理＞
譲渡先ユーザは、譲渡データファイルの受領可否に関する登録をセルフページにアクセスすることにより実行する。このセルフページは、ユーザＢＯＸ管理ノード内にＷｅｂ制御部１５を構築し、譲渡先ユーザのプロファイル情報を用いて行われる。譲渡先ユーザがセルフページにアクセスする際の認証は、譲渡先ユーザの電話番号およびその他の情報に基づいて実行される。セルフページ画面上では、譲渡先ユーザのプロファイル情報に基づいて、譲渡元ユーザの電話番号と譲渡されるデータファイル名が表示され、オプションとして、ニックネームやコメントの登録があった場合には、これらの情報を合わせて表示するとともに、受領可否ボタンを設定して表示する。

譲渡先ユーザが受領可否設定を行った場合、ユーザＢＯＸ管理サーバ２０は、登録された情報に応じた制御信号をコンテンツ管理サーバ１０に送信し、譲渡先ユーザのプロファイルを削除する。また、コンテンツ管理サーバ１０は、ユーザＢＯＸ管理サーバ２０から受領完了通知を受信した場合には、プロファイルをオールクリアして削除し、受領拒否通知を受信した場合には、譲渡先ユーザの電話番号と譲渡登録日時をクリアしてプロファイルを更新する。

＜データファイルの削除処理＞
コンテンツ管理サーバ１０は、データファイルの受領が完了した場合、データファイルを削除する。また、コンテンツ管理サーバ１０は、データファイルの購入時から、購入日時を管理し、予め定められた一定の期間が満了した場合には、該当するデータファイルを削除する。

ユーザＢＯＸ管理サーバ２０は、データファイルの受領が完了した場合、譲渡先ユーザがデータファイルの受領を拒否した場合、データファイル購入後の有効期限が満了した場合、および譲渡先ユーザの受領期限が満了した場合にデータファイルを削除する。

ここで、データファイル購入後の有効期限が満了した場合については、コンテンツ管理サーバ１０が、データファイルの購入時から、購入日時を管理しており、予め定められた一定の期間が満了した場合に、譲渡元ユーザのプロファイルに譲渡先ユーザの電話番号情報が含まれているときには、ユーザＢＯＸ管理サーバ２０に対して、データファイルの削除通知を送信し、削除通知を受信したユーザＢＯＸ管理サーバ２０が、削除通知にしたがって、該当データファイルを削除する。

また、ユーザＢＯＸ管理サーバ２０は、データファイルが設定された時点から受領期限の管理を行っており、該当データファイルが受領されず、予め定められた一定期間を満了した場合、該当データファイルを削除するとともに、コンテンツ管理サーバ１０に対して、該当データファイルの削除通知を送信する。そして、削除通知を受信したコンテンツ管理サーバ１０は、該当データファイルの譲渡先ユーザの電話番号をクリアして、新たな譲渡先ユーザを登録できる状態に遷移する。

＜ショートメッセージ（ショートメール）の通知制御＞
譲渡先ユーザへのショートメッセージ（ショートメール）の送信は、譲渡通知時および譲渡データファイルの受領期限の満了通知時に実行される。ここで、譲渡通知のショートメッセージ（ショートメール）の送信は、データファイルが譲渡登録された場合やデータファイルの受領可否制御を一定期間行わない場合に行われる。また、譲渡データファイルの受領期限の満了通知のショートメッセージ（ショートメール）の送信は、譲渡されたデータファイルの受領操作を譲渡先ユーザが行わずに、譲渡データファイルの受領期限が満了となった場合に行われる。

譲渡元ユーザへのショートメッセージ（ショートメール）の送信は、データファイル受領の完了通知時、データファイルの受領拒否通知時、データファイルの有効期限前通知時、データファイルの有効期限満了通知時、譲渡先ユーザの受領期限満了通知時および譲渡先設定促進通知時に実行される。

ここで、データファイル受領の完了通知時のショートメッセージ（ショートメール）の送信は、譲渡先ユーザがデータファイルを受領し、ダウンロードが完了した場合に行われ、データファイルの受領拒否通知時のショートメッセージ（ショートメール）の送信は、譲渡先ユーザがデータファイルの受領を拒否した場合に行われ、データファイルの有効期限前通知時のショートメッセージ（ショートメール）の送信は、譲渡先ユーザの登録がなく、データファイルの有効期限に対して、予め定めた日数前の告知時に行われ、データファイルの有効期限満了通知時のショートメッセージ（ショートメール）の送信は、データファイルの有効期限が満了となり、購入したデータファイルが削除された場合に行われ、譲渡先ユーザの受領期限満了通知時のショートメッセージ（ショートメール）の送信は、譲渡先ユーザがデータファイルの受領制御を行わず、データファイルが削除された場合に行われ、譲渡先設定促進通知時のショートメッセージ（ショートメール）の送信は、譲渡先ユーザの設定が一定期間確認できなかった場合に行われる。

譲渡通知内容は、図８に示すようになっている。つまり、譲渡通知の本文作成にあたり、プロファイルにニックネームの登録があるか否かが判断され（ステップＳ２５１）、登録がある場合には、本文中にニックネームのマッピングを行って（ステップＳ２５２）、図８に示すような「●●●●様より譲渡データファイルをお預かりしています。」のような本文を作成して、ショートメッセージ（ショートメール）を送信する。一方で、ニックネームの登録がない場合には、本文中に譲渡元の電話番号をマッピングして（ステップＳ２５３）、本文を作成し、ショートメッセージ（ショートメール）を送信する。なお、このとき、本文中には、受領登録とダウンロード用セルフページのＵＲＬリンクを貼り付けておく。

＜受領承認からデータファイルの取得までの処理内容＞
次に、図２を用いて、譲渡元ユーザがデータファイルの受領承認を行った場合のデータファイルの購入から、データファイルの受領までの処理を説明する。
まず、前提条件として、著作権を伴うデータファイルをコンテンツサーバ４０からダウンロードして、予めコンテンツ管理サーバ１０に転送しておく。コンテンツ管理サーバ１０は、受信したデータファイルをコンテンツ制御部１１を介して、コンテンツ管理サーバ１０内にあるコンテンツデータベース（コンテンツＤＢ）１３に格納して管理を開始する。

譲渡元ユーザは、自己の端末を用いて、コンテンツ管理サーバ１０において制御するセルフページ（表示画面）にアクセスを行い（ステップＳ１０１）、データファイルを購入する（ステップＳ１０２）。なお、この際、コンテンツ管理サーバ１０は、譲渡元ユーザの認証処理を実行する（ステップＳ１０３）。

また、コンテンツ管理サーバ１０は、譲渡元ユーザによるデータファイルの購入が完了次第、譲渡データファイル制御部１２を介して、課金処理を実行する（ステップＳ１０４）。さらに、譲渡元ユーザのプロファイルを作成して、コンテンツデータベース（コンテンツＤＢ）１３において格納されているデータファイルとのリンクを定義する（ステップＳ１０５）。

譲渡元ユーザは、譲渡用データファイルを購入した後、譲渡先ユーザの電話番号の登録をデータファイル購入時のセルフページ（表示画面）にて実行する（ステップＳ１０６）。コンテンツ管理サーバ１０は、譲渡先ユーザの登録が完了した後に、そのデータファイルをユーザＢＯＸ管理サーバ２０に対して、登録の通知情報とともに、送信する。ユーザＢＯＸ管理サーバ２０は、譲渡先の電話番号の認証を行った後（ステップＳ１０７）、譲渡元ユーザと譲渡先ユーザの電話番号、データファイルの括り付けを行い、譲渡先ユーザのプロファイルを作成して譲渡用コンテンツＤＢ（ユーザＢＯＸ）２３で、データファイルと譲渡先ユーザのプロファイルとを管理する（ステップＳ１０８）。

次に、ユーザＢＯＸ管理サーバ２０は、譲渡用コンテンツＤＢ（ユーザＢＯＸ）２３で、データファイルと譲渡先ユーザのプロファイルとの管理を開始するとともに、譲渡先ユーザに対して、譲渡用データファイルを管理している旨を示したショートメッセージ（ショートメール）を送信する（ステップＳ１０９）。

なお、このとき、ショートメッセージシステムコントロール（ＳＭＳＣ）３２は、譲渡先ユーザの端末が、譲渡されるデータファイルに対応した端末であるか否かの判定処理を実行する。具体的には、ショートメッセージシステムコントロール（ＳＭＳＣ）３２は、ユーザＢＯＸ管理サーバ２０から受信したショートメッセージ（ショートメール）について、譲渡先ユーザの電話番号から許容できるサービスのタイプを判断し、ショートメッセージ（ショートメール）の配信の要否を判断する。

そして、判断の結果、譲渡先ユーザの端末が、譲渡されるデータファイルに対応した端末でない場合には、ショートメッセージシステムコントロール（ＳＭＳＣ）３２が、ユーザＢＯＸ管理サーバ２０に対してＮＧである旨を返送する。そして、ＮＧである旨を受信したユーザＢＯＸ管理サーバ２０は、譲渡元ユーザに対して、データファイルの受領ができない旨を示したショートメッセージ（ショートメール）を送信する。

ユーザＢＯＸ管理サーバ２０からのショートメッセージ（ショートメール）を受信した譲渡先ユーザは、図２に示すように、ショートメッセージ（ショートメール）内に記載されているＵＲＬ、具体的には、受領用のセルフページ（表示画面）へのアクセスを実行することにより、譲渡されるデータファイルの受領可否を決定する操作を行う（ステップＳ１１０）。ここで、譲渡先ユーザがデータファイルの受領を希望する場合には、ユーザＢＯＸ管理サーバ２０に対して、データファイルの受領承認通知を送信する（ステップＳ１１２）。

譲渡先ユーザからデータファイルの受領承認通知をしたユーザＢＯＸ管理サーバ２０は、譲渡先ユーザに対して、データファイルのダウンロードを実行するとともに（ステップＳ１１３）、譲渡先ユーザのプロファイルを削除する（ステップＳ１１４）。

そして、ユーザＢＯＸ管理サーバ２０は、コンテンツ管理サーバ１０に対して、譲渡先ユーザによるデータファイルの受領完了を通知し（ステップＳ１１５）、譲渡元ユーザのプロファイルを削除する（ステップＳ１１６）。さらに、ショートメッセージシステムコントロール（ＳＭＳＣ）３２は、譲渡元ユーザの端末に、譲渡先ユーザによるデータファイルの受領完了連絡のためのショートメッセージ（ショートメール）を送信する（ステップＳ１１７）。

＜譲渡元がデータファイルの受領拒否を行った場合の処理内容＞
次に、図３を用いて、譲渡先ユーザがデータファイルの受領拒否を行った場合に、譲渡元ユーザが新たな譲渡先ユーザを登録する処理について説明する。
まず、ユーザＢＯＸ管理サーバ２０は、譲渡先ユーザに対して、譲渡用データファイルを管理している旨を示したショートメッセージ（ショートメール）を送信する（ステップＳ１５１）。

ユーザＢＯＸ管理サーバ２０からのショートメッセージ（ショートメール）を受信した譲渡先ユーザは、図３に示すように、ショートメッセージ（ショートメール）内に記載されているＵＲＬ、具体的には、受領用のセルフページ（表示画面）へのアクセスを実行することにより、譲渡されるデータファイルの受領可否を決定する操作を行う（ステップＳ１５２）。ここで、譲渡先ユーザがデータファイルの受領を希望しない場合には、ユーザＢＯＸ管理サーバ２０に対して、データファイルの受領拒否通知を送信する（ステップＳ１５３）。

譲渡先ユーザからデータファイルの受領拒否通知をしたユーザＢＯＸ管理サーバ２０は、譲渡先ユーザのプロファイルを削除するとともに（ステップＳ１５４）、コンテンツ管理サーバ１０に対して、受領拒否通知を送信する（ステップＳ１５５）。また、ショートメッセージシステムコントロール（ＳＭＳＣ）３２は、譲渡元ユーザの端末に、譲渡先ユーザによるデータファイルの受領拒否の連絡のためのショートメッセージ（ショートメール）を送信する（ステップＳ１５６）。なお、譲渡先ユーザから受領拒否通知を受信したコンテンツ管理サーバ１０は、譲渡先ユーザの電話番号を削除する。

＜譲渡通知の再送とデータファイル受領期限の満了通知処理内容＞
ユーザＢＯＸ管理サーバ２０は、図９に示すように、譲渡用データファイルを作成した後（ステップＳ２０１）、譲渡先ユーザに対し、ショートメッセージシステムコントロール（ＳＭＳＣ）３２を介して、最初の譲渡通知を送信する（ステップＳ２０２）。ユーザＢＯＸ管理サーバ２０は、最初の譲渡通知の送信後から譲渡先ユーザのデータファイルの受領状況を管理しており、予め定めた一定期間を経過しても、譲渡先ユーザによるデータファイルの受領を確認できない場合には、再度、ショートメッセージ（ショートメール）を作成し、これをショートメッセージシステムコントロール（ＳＭＳＣ）３２を介して、譲渡通知を再送する（ステップＳ２０３）。そして、再送回数が予め定めたｎ回になった場合、譲渡用データファイルの受領期限が満了したと判断して、ショートメッセージシステムコントロール（ＳＭＳＣ）３２を介して、受領期限の満了通知を譲渡先ユーザおよび譲渡先ユーザに送信する（ステップＳ２０５、２０８）。ファイル譲渡の有効期限が満了すると、ユーザＢＯＸ管理サーバ２０は、コンテンツ管理サーバ１０に対してファイルの受領拒否通知を送信するとともに（ステップＳ２０６）、譲渡先ファイルの削除を実行する（ステップＳ２０７）。ここで、受領拒否通知を受信したコンテンツ管理サーバ１０は、譲渡元プロファイル中の譲渡先電話番号と譲渡先登録日時を初期化して新たな譲渡先の登録を可能とさせる。なお、譲渡通知の時期や回数については、譲渡元ユーザがこれを任意に設定することができる。

＜データファイル有効期限の満了通知処理内容＞
図１０および図１１を用いて、データファイル有効期限の満了通知処理について説明する。
なお、図１０は、譲渡先ユーザの登録がある場合の処理を、図１１は、譲渡先ユーザの登録がない場合の処理を示している。

まず、譲渡先ユーザの登録がある場合のデータファイル有効期限の満了通知処理について図１０を用いて説明すると、譲渡元ユーザは、自己の端末を用いて、コンテンツ管理サーバ１０において制御するセルフページ（表示画面）にアクセスを行い（ステップＳ３０１）、データファイルを購入する（ステップＳ３０２）。なお、この際、コンテンツ管理サーバ１０は、譲渡元ユーザの認証処理を実行する（ステップＳ３０３）。

また、コンテンツ管理サーバ１０は、譲渡元ユーザによるデータファイルの購入が完了次第、譲渡データファイル制御部１２を介して、課金処理を実行する（ステップＳ３０４）。さらに、譲渡元ユーザのプロファイルを作成して、コンテンツデータベース（コンテンツＤＢ）１３において格納されているデータファイルとのリンクを定義する（ステップＳ３０５）。

譲渡元ユーザは、譲渡用データファイルを購入した後、譲渡先ユーザの電話番号の登録をデータファイル購入時のセルフページ（表示画面）にて実行する（ステップＳ３０６）。コンテンツ管理サーバ１０は、データファイルの有効期限の満了を検出すると、ユーザＢＯＸ管理サーバ２０に、該当するデータファイルの削除通知を送信し（ステップＳ３０７）、該当するデータファイルを削除する（ステップＳ３０９）。

一方、データファイルの削除通知を受信したユーザＢＯＸ管理サーバ２０は、ショートメッセージシステムコントロール（ＳＭＳＣ）３２を介して、譲渡元ユーザおよび譲渡先ユーザに対して、データファイルの受領期限の満了をショートメッセージ（ショートメール）で送信する（ステップＳ３０８、Ｓ３１０）。そして、譲渡元ユーザおよび譲渡先ユーザに対して、データファイルの受領期限の満了通知を送信したユーザＢＯＸ管理サーバ２０は、該当するデータファイルを削除する（ステップＳ３１１）。

次に、譲渡先ユーザの登録がない場合のデータファイル有効期限の満了通知処理について図１１を用いて説明すると、譲渡元ユーザは、自己の端末を用いて、コンテンツ管理サーバ１０において制御するセルフページ（表示画面）にアクセスを行い（ステップＳ３５１）、データファイルを購入する（ステップＳ３５２）。なお、この際、コンテンツ管理サーバ（ＣＲＢＴ）１０は、譲渡元ユーザの認証処理を実行する（ステップＳ３５３）。

また、コンテンツ管理サーバ１０は、譲渡元ユーザによるデータファイルの購入が完了次第、譲渡データファイル制御部１２を介して、課金処理を実行する（ステップＳ３５４）。さらに、譲渡元ユーザのプロファイルを作成して、コンテンツデータベース（コンテンツＤＢ）１３において格納されているデータファイルとのリンクを定義する（ステップＳ３５５）。

コンテンツ管理サーバ１０は、データファイルの有効期限の満了を検出すると、ユーザＢＯＸ管理サーバ２０に、該当するデータファイルの削除通知を送信し（ステップＳ３５６）、該当するデータファイルを削除する（ステップＳ３５７）。そして、ユーザＢＯＸ管理サーバ２０は、ショートメッセージシステムコントロール（ＳＭＳＣ）３２を介して、譲渡元ユーザに対して、データファイルの受領期限の満了をショートメッセージ（ショートメール）で送信する（ステップＳ３５８）。

＜譲渡先設定促進通知処理内容＞
図１２を用いて、譲渡先設定促進通知処理について説明する。
譲渡元ユーザは、まず、自己の端末を用いて、コンテンツ管理サーバ１０において制御するセルフページ（表示画面）にアクセスを行い、データファイルを購入する（ステップＳ４０１）。さらに、コンテンツ管理サーバ１０は、譲渡元ユーザのプロファイルを作成して、コンテンツデータベース（コンテンツＤＢ）１３において格納されているデータファイルとのリンクを定義する（ステップＳ４０２）。

コンテンツ管理サーバ１０は、譲渡元ユーザがデータファイルを購入後、一定期間内において、譲渡先ユーザの登録がない場合には、ユーザＢＯＸ管理サーバ２０に対して、促進通知信号を送信する（ステップＳ４０３）。ユーザＢＯＸ管理サーバ２０は、ショートメッセージシステムコントロール（ＳＭＳＣ）３２を介して、譲渡元ユーザに対して、譲渡先ユーザの登録を促すショートメッセージ（ショートメール）を送信する（ステップＳ４０４）。

コンテンツ管理サーバ１０が、ユーザＢＯＸ管理サーバ２０およびショートメッセージシステムコントロール（ＳＭＳＣ）３２を介して、譲渡元ユーザに対して、譲渡先ユーザの登録を促すショートメッセージ（ショートメール）を所定回数送信し（ステップＳ４０５、Ｓ４０６）、データファイルの有効期限が満了した場合には、コンテンツ管理サーバ１０が、ユーザＢＯＸ管理サーバ２０に対して、データファイルの有効期限満了通知を送信する（ステップＳ４０７）。

ユーザＢＯＸ管理サーバ２０は、ショートメッセージシステムコントロール（ＳＭＳＣ）３２を介して、譲渡元ユーザに対して、データファイルの有効期限満了通知をショートメッセージ（ショートメール）にて送信するとともに（ステップＳ４０８）、該当データファイルを削除する処理を実行する（ステップＳ４０９）。

＜セルフページにおけるＮＧ表示処理内容＞
図１３から図１５を用いて、セルフページにおけるＮＧ表示処理について説明する。
まず、図１３を用いて、登録した譲渡先ユーザの電話番号が空番であった場合、または通話停止中であった場合の処理について説明する。

譲渡元ユーザは、自己の端末を用いて、コンテンツ管理サーバ１０において制御する購入用セルフページ（表示画面）にアクセスを行い、データファイルを購入する（ステップＳ４５１）。さらに、コンテンツ管理サーバ１０は、譲渡元ユーザのプロファイルを作成して、コンテンツデータベース（コンテンツＤＢ）１３において格納されているデータファイルとのリンクを定義する（ステップＳ４５２）。

次に、譲渡元ユーザは、登録用セルフページにアクセスして（ステップＳ４５３）、譲渡先ユーザの登録を実行する（ステップＳ４５４、Ｓ４５５）。この登録情報は、コンテンツ管理サーバ１０を介して、ユーザＢＯＸ管理サーバ２０に送信される（ステップＳ４５６）。

譲渡先ユーザの登録情報を受信したユーザＢＯＸ管理サーバ２０は、以下の手順に基づいて、ユーザの認証処理を実行する。すなわち、譲渡先ユーザの登録情報を受信したユーザＢＯＸ管理サーバ２０は、譲渡先ユーザの電話番号の認証を行い、認証ができた場合には（ステップＳ４７１の「ＯＫ」）、コンテンツ管理サーバ１０に対して、認証ができた旨を通知するとともに（ステップＳ４７２）、該当するユーザＢＯＸにプロファイルを作成する（ステップＳ４７４）。

一方で、譲渡先ユーザの電話番号が空番であったり、通話停止中であって認証ができない場合には（ステップＳ４７１の「ＮＧ」）、コンテンツ管理サーバ１０に対して、認証ができない旨のＮＧ通知を行う（ステップＳ４７３、Ｓ４５７）。ユーザＢＯＸ管理サーバ２０から認証ができない旨のＮＧ通知を受信したコンテンツ管理サーバ１０は、譲渡元ユーザに対して、認証ができない旨のＮＧ通知を送信する（ステップＳ４５８、Ｓ４５９）。コンテンツ管理サーバ１０から、認証ができない旨のＮＧ通知を受信した譲渡元ユーザ端末は、その表示部にＮＧ表示を行い、ユーザにその旨を周知させる（ステップＳ４６０）。

次に、図１４を用いて、登録した譲渡先ユーザのデータファイル数が一杯になっていた場合の処理について説明する。
譲渡元ユーザは、自己の端末を用いて、コンテンツ管理サーバ１０において制御する購入用セルフページ（表示画面）にアクセスを行い、データファイルを購入する（ステップＳ５０１）。さらに、コンテンツ管理サーバ１０は、譲渡元ユーザのプロファイルを作成して、コンテンツデータベース（コンテンツＤＢ）１３において格納されているデータファイルとのリンクを定義する（ステップＳ５０２）。

次に、譲渡元ユーザは、登録用セルフページにアクセスして（ステップＳ５０３）、譲渡先ユーザの登録を実行する（ステップＳ５０４、Ｓ５０５）。この登録情報は、コンテンツ管理サーバ１０を介して、ユーザＢＯＸ管理サーバ２０に送信される（ステップＳ５０６）。

譲渡先ユーザの登録情報を受信したユーザＢＯＸ管理サーバ２０は、以下の手順に基づいて、ユーザの認証処理を実行する。すなわち、譲渡先ユーザの登録情報を受信したユーザＢＯＸ管理サーバ２０は、譲渡用コンテンツＤＢ（ユーザＢＯＸ）２３内のデータファイルの蓄積数を判断する（ステップＳ５２１）。そして、譲渡用コンテンツＤＢ（ユーザＢＯＸ）２３内の蓄積容量に余裕があるときには（ステップＳ５２１の「ＯＫ」）、コンテンツ管理サーバ１０にその旨を送信し（ステップＳ５２２）、該当する譲渡用コンテンツＤＢ（ユーザＢＯＸ）２３に管理ファイルを作成する（ステップＳ５２４）。

一方で、譲渡用コンテンツＤＢ（ユーザＢＯＸ）２３内の蓄積容量に余裕がないときには（ステップＳ５２１の「ＮＧ」）、コンテンツ管理サーバ１０に対して、蓄積容量に余裕がない旨のＮＧ通知を行う（ステップＳ５２３、Ｓ５０７）。ユーザＢＯＸ管理サーバ２０から蓄積容量に余裕がない旨のＮＧ通知を受信したコンテンツ管理サーバ１０は、譲渡元ユーザに対して、蓄積容量に余裕がない旨のＮＧ通知を送信する（ステップＳ５０８、Ｓ５０９）。コンテンツ管理サーバ１０から、蓄積容量に余裕がない旨のＮＧ通知を受信した譲渡元ユーザ端末は、その表示部にＮＧ表示を行い、ユーザにその旨を周知させる（ステップＳ５１０）。

次に、図１５を用いて、譲渡元ユーザがデータファイルを購入時に、購入可能なデータファイル数が許容数に達していた場合の処理について説明する。
譲渡元ユーザは、自己の端末を用いて、コンテンツ管理サーバ１０において制御するセルフページ（表示画面）にアクセスを行い（ステップＳ５５１）、データファイルを購入する（ステップＳ５５２）。なお、この際、コンテンツ管理サーバ１０は、譲渡元ユーザの認証処理を実行する（ステップＳ５５３）。

このとき、コンテンツ管理サーバ１０は、以下の手順に基づいて、許容データファイル数の判定処理を実行する。すなわち、コンテンツ管理サーバ１０は、プロファイルのデータファイル数を確認する（ステップＳ５７１）。そして、購入可能なデータファイル数が許容数に達していないと判断した場合には（ステップＳ５７１の「ＯＫ」）、プロファイルの作成を実行する（ステップＳ５７２）。

一方で、購入可能なデータファイル数が許容数に達していると判断した場合には（ステップＳ５７１の「ＮＧ」）、譲渡元ユーザに対して、購入可能なデータファイル数が許容数に達している旨のＮＧ通知を送信する（ステップＳ５７３、Ｓ５５４、Ｓ５５５）。そして、購入可能なデータファイル数が許容数に達している旨のＮＧ通知を受信した譲渡元ユーザ端末は、その表示部にＮＧ表示を行い、ユーザにその旨を周知させる（ステップＳ５５６）。

したがって、本実施形態によれば、譲渡元と譲渡先とが同一の通信事業者と契約するユーザであるため、簡易な構成でシステムを実現することができ、譲渡元ユーザから譲渡先ユーザに対して、誕生日やクリスマスといったイベントに応じた著作権を伴った楽曲データや画像データを簡単な操作で譲渡することができる。また、譲渡先ユーザにおいては、自己の趣味趣向にあったデータファイルの選択が可能となり、譲渡元ユーザにとっては、譲渡先ユーザのデータファイルに対する趣味趣向を的確に把握することができる。さらに、ショートメッセージ（ショートメール）を用いているため、余計な手間を掛けることなく、本システムを手軽に利用することができる。

なお、上述の一連の処理をプログラムとしてコンピュータ読み取り可能な記録媒体に記録し、この記録媒体に記録されたプログラムをマルチメディアサービスシステム内のコンテンツ管理サーバやユーザＢＯＸサーバ等に読み込ませ、これを実行することによって本発明のデータファイル譲渡システムを実現することができる。

また、ＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）システムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。

また、上記プログラムは、前述した機能の一部を実現するためのものであってもよい。さらに、前述した機能をコンピュータにすでに記録されているプログラムとの組合せで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよい。

以上、この発明の実施形態につき、図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。例えば、本実施形態においては、データファイルの有効期限をデータファイルの購入日から一定期間とし、データファイルの受領有効期限を譲渡先ユーザの登録日から一定期間とすることを原則とするが、データファイルの有効残日数が、データファイルの受領有効期限よりも少ない場合であっても、譲渡先ユーザの登録を認めてもよい。この場合、データファイルの受領有効期限は、データファイルの有効期限に準ずるものとする。

また、課金処理の方法についても、譲渡先ユーザにおけるデータファイルの受領可否に関する登録用セルフページのアクセスについては無料とし、ユーザＢＯＸ管理サーバがデータファイルのダウンロードの開始から、ダウンロードに必要なパケット情報量を管理し、これを譲渡元ユーザの電話番号と括りつけて課金情報を生成する重量課金方式でもよいし、予め定めた所定範囲のパケット情報量に対して、一定の金額を算出するような課金方式であってもよい。さらに、課金方法に関しては、譲渡元課金とするかあるいは譲渡先課金とするかを任意に選択可能とする構成をとることもできる。

本実施形態に係るデータファイル譲渡システムの構成図である。 データファイルの購入からデータファイルの受領までの処理の流れを示した図である。 データファイルの受領拒否通知の受信から譲渡先ユーザの再登録までの流れを示した図である。 コンテンツ管理サーバおよびユーザＢＯＸ管理サーバにおいて管理されるデータ項目を示した図である。 データファイルの購入に関する処理を示した図である。 譲渡先ユーザの登録に関する処理を示した図である。 データファイルの受領可否登録に関する処理を示した図である。 譲渡通知に関する処理を示した図である。 譲渡通知の再送と譲渡先受領期限の満了通知に関する処理を示した図である。 データファイルの有効期限の満了通知に関する処理を示した図である。 データファイルの有効期限の満了通知に関する処理を示した図である。 譲渡先設定促進通知に関する処理を示した図である。 セルフページにおけるＮＧ表示に関する処理を示した図である。 セルフページにおけるＮＧ表示に関する処理を示した図である。 セルフページにおけるＮＧ表示に関する処理を示した図である。

符号の説明

１・・・マルチメディアサービスシステム
１０・・・コンテンツ管理サーバ
１１・・・コンテンツ制御部
１２・・・譲渡データファイル制御部
１３・・・コンテンツデータベース（コンテンツＤＢ）
１４・・・ユーザデータベース（ユーザＤＢ）
１５・・・Ｗｅｂ制御部
２０・・・ユーザＢＯＸ管理サーバ
２１・・・ショートメッセージシステム（ＳＭＳ）制御部
２２・・・ユーザＢＯＸ制御部
２３・・・譲渡用コンテンツデータベース（譲渡用コンテンツＤＢ）
３１・・・パケット網
３２・・・ショートメッセージシステムコントロール（ＳＭＳＣ）
３３・・・料金回収代行サーバ３３
４０・・・コンテンツサーバ

Claims (5)

1. 著作権を伴ったデータファイルを同一の通信事業者と契約する譲渡元端末と譲渡先端末との間で譲渡するデータファイル譲渡システムであって、
   前記譲渡元端末がネットワークを介して接続され、前記著作権を伴ったデータファイルを複数格納するコンテンツサーバから、譲渡を行う所望のデータファイルを正規に購入してダウンロードして格納するデータファイル格納手段と、
   前記データファイル格納手段に格納するデータファイルを譲渡する前記譲渡先端末の情報を登録する登録手段と、
   前記譲渡先端末に対して、前記譲渡元端末から前記データファイルの譲渡に関する申し出があった旨と前記データファイル格納手段のＵＲＬとを通知する通知手段と、
   前記譲渡先端末が前記通知手段により通知のあった前記データファイルの譲渡を受けるときに、前記データファイル格納手段のＵＲＬにアクセスを行い、前記データファイルを取得する取得手段と、
   を備えたことを特徴とするデータファイル譲渡システム。
2. 前記譲渡先端末が前記通知手段により受けた通知に対して、前記データファイルの譲渡を受けるか否かを返信する返信手段を備えたことを特徴とする請求項１に記載のデータファイル譲渡システム。
3. 前記通知手段および前記返信手段が、送信先を各端末の電話番号で特定するショートメールであることを特徴とする請求項２に記載のデータファイル譲渡システム。
4. 著作権を伴ったデータファイルを同一の通信事業者と契約する譲渡元端末と譲渡先端末との間で譲渡するデータファイル譲渡システムにおけるデータファイルの譲渡方法であって、
   前記譲渡元端末がネットワークを介して接続され、前記著作権を伴ったデータファイルを複数格納するコンテンツサーバから、譲渡を行う所望のデータファイルを正規に購入してダウンロードしたデータファイルを格納する第１のステップと、
   前記格納したデータファイルを譲渡する前記譲渡先端末の情報を登録する第２のステップと、
   前記譲渡先端末に対して、前記譲渡元端末から前記データファイルの譲渡に関する申し出があった旨と前記格納したデータファイルのＵＲＬとを通知する第３のステップと、
   前記譲渡先端末が通知のあった前記データファイルの譲渡を受けるときに、前記格納したデータファイルのＵＲＬにアクセスを行い、前記データファイルを取得する第４のステップと、
   を備えたことを特徴とするデータファイルの譲渡方法。
5. 前記第３のステップにおいて、前記データファイルの譲渡を受けるか否かを返信するステップをさらに備えたことを特徴とする請求項４に記載のデータファイルの譲渡方法。
   

Images