(57)【要約】【課題】  テレビ放映されている番組内で出演者などが話す語録を簡単に携帯端末にダウンロードできるようにすることを課題とする。【解決手段】  テレビ放映されている番組内で出演者などが話す語録は放送局制御装置１０の番組記録ファイル１１に記録される。サーバ６は、番組記録ファイル１１に記録されたデータに基づいて語録コンテンツ（携帯電話の着信用音源として再生可能なデータ）を作成し、コンテンツＤＢ７に記憶させる。ユーザは、番組放映中に語録を聴いたタイミングで「しおり」を携帯電話１に記録する。ユーザにおいて、携帯電話１からその記録された「しおり」によって番組放映中、もしくは、番組終了後に一括してダウンロード要求に移行させることができる。【選択図】  図１
2005332196.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して携帯端末との間でコンテンツ購入手続きを処理するコンテンツ販売システムであって、
テレビ番組の放映中、出演者の音声を語録データとして記憶する語録記憶手段と、
前記語録記憶手段で記憶された語録データを携帯端末で再生可能なコンテンツデータに変換してから当該コンテンツデータに語録の発言時間およびコンテンツＩＤを対応付けて記憶するコンテンツ記憶手段と、
メールアドレスを含み、ユーザを特定するための情報を記憶するユーザ記憶手段と、
コンテンツ購入手続きを処理する際に、携帯端末より送信される購入希望時間およびコンテンツ購入要求に基づいて前記コンテンツ記憶手段に記憶されるコンテンツＩＤを特定するコンテンツ特定手段と、
コンテンツ購入手続きを処理する際に、前記ユーザ記憶手段を参照して購入者を特定するための情報を取得する取得手段と、
前記取得手段で取得された情報と前記コンテンツ特定手段で特定されたコンテンツＩＤとの対応関係を記憶する購入者情報記憶手段と、
前記購入者情報記憶手段に記憶された対応関係に基づいて前記コンテンツ記憶手段に記憶されるコンテンツデータへのアクセス権を示すＵＲＬ情報を生成するＵＲＬ生成手段と、
前記取得手段で取得された購入者を特定するための情報を参照して当該購入者のメールアドレスを取得し、当該メールアドレスに対して前記ＵＲＬ生成手段で生成されたＵＲＬ情報を送信するメール送信手段と、
携帯端末からの前記メール送信手段で送信したＵＲＬ情報に基づくアクセスに応答して前記ＵＲＬ情報に含まれるコンテンツＩＤから前記コンテンツ記憶手段に記憶されているコンテンツデータを特定し、当該特定されたコンテンツデータをアクセス元の前記携帯端末に配信するコンテンツ配信手段と、
を備えたことを特徴とするコンテンツ販売システム。
【請求項２】
前記ＵＲＬ生成手段は、前記ＵＲＬ情報の一部を暗号化し、前記コンテンツ配信手段は、アクセス時に取得するＵＲＬ情報のうち暗号化された部分を復号化することを特徴とする請求項１に記載のコンテンツ販売システム。
【請求項３】
前記購入者情報記憶手段は、購入者に対応させて異なるスロット番号を付与して識別可能に記憶することを特徴とする請求項１または２に記載のコンテンツ販売システム。
【請求項４】
前記コンテンツ記憶手段に記憶されるコンテンツは、テレビ番組の出演者が話す語録などのデジタルコンテンツであることを特徴とする請求項１、２または３に記載のコンテンツ販売システム。
【請求項５】
前記コンテンツ特定手段は、携帯端末側で記録された購入希望時間と前記コンテンツ記憶手段に記憶される発言時間とを照合してコンテンツＩＤを特定することを特徴とする請求項１〜４のいずれか１つに記載のコンテンツ販売システム。
【請求項６】
ネットワークを介して携帯端末との間でコンテンツ購入手続きを処理するコンテンツ販売方法であって、
テレビ番組の放映中、出演者の音声を語録データとして第１メモリに記憶しており、前記第１メモリで記憶された語録データを携帯端末で再生可能なコンテンツデータに変換してから当該コンテンツデータに語録の発言時間およびコンテンツＩＤを対応付けて第２メモリに記憶する第１ステップと、
コンテンツ購入手続きを処理する際に、携帯端末より送信される購入希望時間およびコンテンツ購入要求に基づいて前記第２メモリに記憶されるコンテンツＩＤを特定する第２ステップと、
メールアドレスを含み、ユーザを特定するための情報を第３メモリに記憶しており、コンテンツ購入手続きを処理する際に、前記第３メモリを参照して購入者を特定するための情報を取得する第３ステップと、
前記第３ステップで取得された情報と前記第２ステップで特定されたコンテンツＩＤとの対応関係に基づいて前記第２メモリに記憶されるコンテンツデータへのアクセス権を示すＵＲＬ情報を生成する第４ステップと、
前記第４ステップで取得された購入者を特定するための情報を参照して当該購入者のメールアドレスを取得し、当該メールアドレスに対して前記第３ステップで生成されたＵＲＬ情報を送信する第５ステップと、
携帯端末からの前記第５ステップで送信したＵＲＬ情報に基づくアクセスに応答して前記ＵＲＬ情報に含まれるコンテンツＩＤから前記第２メモリに記憶されているコンテンツデータを特定し、当該特定されたコンテンツデータをアクセス元の前記携帯端末に配信する第６ステップと、
を含んだことを特徴とするコンテンツ販売方法。
【請求項７】
前記第４ステップは、前記ＵＲＬ情報の一部を暗号化し、前記第６ステップは、アクセス時に取得するＵＲＬ情報のうち暗号化された部分を復号化することを特徴とする請求項６に記載のコンテンツ販売方法。
【請求項８】
前記第２メモリに記憶されるコンテンツは、テレビ番組の出演者が話す語録などのデジタルコンテンツであることを特徴とする請求項６または７に記載のコンテンツ販売方法。
【請求項９】
前記第２ステップは、携帯端末側で記録された購入希望時間と前記コンテンツ記憶手段に記憶される発言時間とを照合してコンテンツＩＤを特定することを特徴とする請求項６、７または８に記載のコンテンツ販売方法。
【請求項１０】
ネットワークを介して携帯端末との間でコンテンツ購入手続きを処理するサーバのコンピュータにより実行可能なコンテンツ販売プログラムであって、
前記コンピュータに、
テレビ番組の放映中、出演者の音声を語録データとして第１メモリに記憶しており、前記第１メモリで記憶された語録データを携帯端末で再生可能なコンテンツデータに変換してから当該コンテンツデータに語録の発言時間およびコンテンツＩＤを対応付けて第２メモリに記憶する第１ステップと、
コンテンツ購入手続きを処理する際に、携帯端末より送信される購入希望時間およびコンテンツ購入要求に基づいて前記第２メモリに記憶されるコンテンツＩＤを特定する第２ステップと、
メールアドレスを含み、ユーザを特定するための情報を第３メモリに記憶しており、コンテンツ購入手続きを処理する際に、前記第３メモリを参照して購入者を特定するための情報を取得する第３ステップと、
前記第３ステップで取得された情報と前記第２ステップで特定されたコンテンツＩＤとの対応関係に基づいて前記第２メモリに記憶されるコンテンツデータへのアクセス権を示すＵＲＬ情報を生成する第４ステップと、
前記第４ステップで取得された購入者を特定するための情報を参照して当該購入者のメールアドレスを取得し、当該メールアドレスに対して前記第３ステップで生成されたＵＲＬ情報を送信する第５ステップと、
携帯端末からの前記第５ステップで送信したＵＲＬ情報に基づくアクセスに応答して前記ＵＲＬ情報に含まれるコンテンツＩＤから前記第２メモリに記憶されているコンテンツデータを特定し、当該特定されたコンテンツデータをアクセス元の前記携帯端末に配信する第６ステップと、
を実行させることを特徴とするコンテンツ販売プログラム。
【請求項１１】
前記第４ステップは、前記ＵＲＬ情報の一部を暗号化し、前記第７ステップは、アクセス時に取得するＵＲＬ情報のうち暗号化された部分を復号化することを特徴とする請求項１０に記載のコンテンツ販売プログラム。
【請求項１２】
前記第２メモリに記憶されるコンテンツは、テレビ番組の出演者が話す語録などのデジタルコンテンツであることを特徴とする請求項１０または１１に記載のコンテンツ販売プログラム。
【請求項１３】
前記第２ステップは、携帯端末側で記録された購入希望時間と前記コンテンツ記憶手段に記憶される発言時間とを照合してコンテンツＩＤを特定することを特徴とする請求項１０、１１または１２に記載のコンテンツ販売プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツ販売システム、コンテンツ販売方法およびコンテンツ販売プログラムに関するものである。
【背景技術】
【０００２】
今日、携帯電話などの携帯端末の普及により、携帯端末から移動体通信のネットワークを介してショッピングサイトにアクセスし、携帯端末から商品購入の手続きを処理する電子商取引が登場している。
【０００３】
この種の電子商取引の一例として、ショッピングサイトの商品紹介ページにおいて販売される商品をその販売価格や申込数量に基づいて販売単価を設定する共同購入のためのシステムが提案されている（特許文献１）。
【０００４】
また、テレビの音楽番組で放映される楽曲の着信メロディをあらかじめ記憶しておき、テレビで放送中の楽曲の着信メロディを携帯端末にダウンロードする方法が提案されている（特許文献２）。
【特許文献１】特開２００２−２４５２７３号公報
【特許文献２】特開２００３−３２３８９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
このように、従来、携帯端末から商品の購入手続きを踏んだり、テレビ放映された楽曲の着信メロディを携帯電話にダウンロードするようにしていたので、ユーザに対してすでに販売状態にある商品やコンテンツを提供することが重要であった。
【０００６】
今日、コンテンツプロバイダから携帯端末に提供される着信音の種類が増えている。すなわち、着信音として用いるコンテンツとしては、和音を重ね合わせたメロディだけではなく、アーティストの語りをコンテンツ化したものやアニメの声優の声を用いて有名な場面のフレーズをコンテンツ化したものなどが登場している。
【０００７】
この場合にも、コンテンツプロバイダが独自に用意したコンテンツからユーザが選択してダウンロードするという仕組みであった。すなわち、ユーザにとって、商品やコンテンツの提供元に対して受動的な購入システムが成立していた。このため、リアルタイムで漫才、アニメ、ドラマなどのテレビ番組を視聴しているときに、視聴者が着信音として欲しい場面の語録などがあってもその場ですぐに入手できる仕組みがなかった。
【０００８】
本発明の目的は、テレビ放映されている番組内で出演者などが話す語録を簡単に携帯端末にダウンロードすることが可能なコンテンツ販売システム、コンテンツ販売方法およびコンテンツ販売プログラムを提供することになる。
【課題を解決するための手段】
【０００９】
上述した課題を解決し、上記目的を達成するため、請求項１の発明に係るコンテンツ販売システムは、ネットワークを介して携帯端末との間でコンテンツ購入手続きを処理するコンテンツ販売システムであって、テレビ番組の放映中、出演者の音声を語録データとして記憶する語録記憶手段と、前記語録記憶手段で記憶された語録データを携帯端末で再生可能なコンテンツデータに変換してから当該コンテンツデータに語録の発言時間およびコンテンツＩＤを対応付けて記憶するコンテンツ記憶手段と、メールアドレスを含み、ユーザを特定するための情報を記憶するユーザ記憶手段と、コンテンツ購入手続きを処理する際に、携帯端末より送信される購入希望時間およびコンテンツ購入要求に基づいて前記コンテンツ記憶手段に記憶されるコンテンツＩＤを特定するコンテンツ特定手段と、コンテンツ購入手続きを処理する際に、前記ユーザ記憶手段を参照して購入者を特定するための情報を取得する取得手段と、前記取得手段で取得された情報と前記コンテンツ特定手段で特定されたコンテンツＩＤとの対応関係を記憶する購入者情報記憶手段と、前記購入者情報記憶手段に記憶された対応関係に基づいて前記コンテンツ記憶手段に記憶されるコンテンツデータへのアクセス権を示すＵＲＬ情報を生成するＵＲＬ生成手段と、前記取得手段で取得された購入者を特定するための情報を参照して当該購入者のメールアドレスを取得し、当該メールアドレスに対して前記ＵＲＬ生成手段で生成されたＵＲＬ情報を送信するメール送信手段と、携帯端末からの前記メール送信手段で送信したＵＲＬ情報に基づくアクセスに応答して前記ＵＲＬ情報に含まれるコンテンツＩＤから前記コンテンツ記憶手段に記憶されているコンテンツデータを特定し、当該特定されたコンテンツデータをアクセス元の前記携帯端末に配信するコンテンツ配信手段と、を備えたことを特徴とするものである。
【００１０】
請求項１の発明は、請求項２のように、前記ＵＲＬ生成手段は、前記ＵＲＬ情報の一部を暗号化し、前記コンテンツ配信手段は、アクセス時に取得するＵＲＬ情報のうち暗号化された部分を復号化するようにしてもよい。
【００１１】
請求項１または２の発明は、請求項３のように、前記購入者情報記憶手段は、購入者に対応させて異なるスロット番号を付与して識別可能に記憶するようにしてもよい。
【００１２】
請求項１、２または３の発明は、請求項４のように、前記コンテンツ記憶手段に記憶されるコンテンツは、テレビ番組の出演者が話す語録などのデジタルコンテンツであってもよい。
【００１３】
請求項１〜４のいずれか１つの発明は、請求項５のように、前記コンテンツ特定手段は、携帯端末側で記録された購入希望時間と前記コンテンツ記憶手段に記憶される発言時間とを照合してコンテンツＩＤを特定するようにしてもよい。
【００１４】
また、請求項６の発明に係るコンテンツ販売方法は、ネットワークを介して携帯端末との間でコンテンツ購入手続きを処理するコンテンツ販売方法であって、テレビ番組の放映中、出演者の音声を語録データとして第１メモリに記憶しており、前記第１メモリで記憶された語録データを携帯端末で再生可能なコンテンツデータに変換してから当該コンテンツデータに語録の発言時間およびコンテンツＩＤを対応付けて第２メモリに記憶する第１ステップと、コンテンツ購入手続きを処理する際に、携帯端末より送信される購入希望時間およびコンテンツ購入要求に基づいて前記第２メモリに記憶されるコンテンツＩＤを特定する第２ステップと、メールアドレスを含み、ユーザを特定するための情報を第３メモリに記憶しており、コンテンツ購入手続きを処理する際に、前記第３メモリを参照して購入者を特定するための情報を取得する第３ステップと、前記第３ステップで取得された情報と前記第２ステップで特定されたコンテンツＩＤとの対応関係に基づいて前記第２メモリに記憶されるコンテンツデータへのアクセス権を示すＵＲＬ情報を生成する第４ステップと、前記第４ステップで取得された購入者を特定するための情報を参照して当該購入者のメールアドレスを取得し、当該メールアドレスに対して前記第３ステップで生成されたＵＲＬ情報を送信する第５ステップと、携帯端末からの前記第５ステップで送信したＵＲＬ情報に基づくアクセスに応答して前記ＵＲＬ情報に含まれるコンテンツＩＤから前記第２メモリに記憶されているコンテンツデータを特定し、当該特定されたコンテンツデータをアクセス元の前記携帯端末に配信する第６ステップと、を含んだことを特徴とするものである。
【００１５】
請求項６の発明は、請求項７のように、前記第４ステップは、前記ＵＲＬ情報の一部を暗号化し、前記第６ステップは、アクセス時に取得するＵＲＬ情報のうち暗号化された部分を復号化するようにしてもよい。
【００１６】
請求項６または７の発明は、請求項８のように、前記第２メモリに記憶されるコンテンツは、テレビ番組の出演者が話す語録などのデジタルコンテンツであってもよい。
【００１７】
請求項６、７または８の発明は、請求項９のように、前記第２ステップは、携帯端末側で記録された購入希望時間と前記コンテンツ記憶手段に記憶される発言時間とを照合してコンテンツＩＤを特定するようにしてもよい。
【００１８】
また、請求項１０の発明に係るコンテンツ販売プログラムは、ネットワークを介して携帯端末との間でコンテンツ購入手続きを処理するサーバのコンピュータにより実行可能なコンテンツ販売プログラムであって、前記コンピュータに、テレビ番組の放映中、出演者の音声を語録データとして第１メモリに記憶しており、前記第１メモリで記憶された語録データを携帯端末で再生可能なコンテンツデータに変換してから当該コンテンツデータに語録の発言時間およびコンテンツＩＤを対応付けて第２メモリに記憶する第１ステップと、コンテンツ購入手続きを処理する際に、携帯端末より送信される購入希望時間およびコンテンツ購入要求に基づいて前記第２メモリに記憶されるコンテンツＩＤを特定する第２ステップと、メールアドレスを含み、ユーザを特定するための情報を第３メモリに記憶しており、コンテンツ購入手続きを処理する際に、前記第３メモリを参照して購入者を特定するための情報を取得する第３ステップと、前記第３ステップで取得された情報と前記第２ステップで特定されたコンテンツＩＤとの対応関係に基づいて前記第２メモリに記憶されるコンテンツデータへのアクセス権を示すＵＲＬ情報を生成する第４ステップと、前記第４ステップで取得された購入者を特定するための情報を参照して当該購入者のメールアドレスを取得し、当該メールアドレスに対して前記第３ステップで生成されたＵＲＬ情報を送信する第５ステップと、  携帯端末からの前記第５ステップで送信したＵＲＬ情報に基づくアクセスに応答して前記ＵＲＬ情報に含まれるコンテンツＩＤから前記第２メモリに記憶されているコンテンツデータを特定し、当該特定されたコンテンツデータをアクセス元の前記携帯端末に配信する第６ステップと、を実行させることを特徴とするものである。
【００１９】
請求項１０の発明は、請求項１１のように、前記第４ステップは、前記ＵＲＬ情報の一部を暗号化し、前記第７ステップは、アクセス時に取得するＵＲＬ情報のうち暗号化された部分を復号化するようにしてもよい。
【００２０】
請求項１０または１１の発明は、請求項１２のように、前記第２メモリに記憶されるコンテンツは、テレビ番組の出演者が話す語録などのデジタルコンテンツであってもよい。
【００２１】
請求項１０、１１または１２の発明は、請求項１３のように、前記第２ステップは、携帯端末側で記録された購入希望時間と前記コンテンツ記憶手段に記憶される発言時間とを照合してコンテンツＩＤを特定するようにしてもよい。
【発明の効果】
【００２２】
本発明によれば、テレビ放映されている番組内で出演者などが話す語録を簡単に携帯端末にダウンロード可能なコンテンツ販売システム、コンテンツ販売方法およびコンテンツ販売プログラムを提供できるという効果を奏する。
【発明を実施するための最良の形態】
【００２３】
以下、添付図面を参照して本発明に係る一実施の形態を詳述する。まず、図１を用いて全体の構成について説明する。
【００２４】
図１は本実施の形態によるコンテンツ販売システムの全体構成図である。本実施の形態では、放送局側では、テレビ番組の放映中、出演者の音声を語録データとして記憶し、携帯電話（携帯端末の一例）側では、出演者が話した内容が欲しい語録であればそのタイミングで操作して「しおり」（たとえばタイムスタンプ）を記録する。
【００２５】
携帯端末側では、たとえばテレビ番組の放送後に一括して「しおり」を送信し、放送局側では、「しおり」にしたがって同タイミングで番組中に出演者が話した語録（音声）を電話、メールなどの着信用音源として提供できるように語録コンテンツを準備する。
【００２６】
さらに、放送局側では、そのコンテンツに対するアクセス権（たとえばＵＲＬ）を含むメールを「しおり」を送信してきた携帯電話に送信する。携帯電話では、受信したメールに含まれるアクセス権にしたがって語録コンテンツをダウンロードし、着信用音源として保存することで、電話やメールの着信時に語録コンテンツを音声として再生することができる。
【００２７】
もちろん、代表者が知人にプレゼントするために複数個の語録コンテンツを要求するようにしてもよく、この場合には要求本数分のメールを受信することになる。受信されたメールを知人に転送することで、知人も語録コンテンツを再生することが可能となる。
【００２８】
本発明の一実施の形態によるコンテンツ販売システムは、たとえば図１に示したように、移動体通信網４およびインターネット５によるネットワークを介して携帯電話１，２，３などの携帯端末がサーバ６により提供されるコンテンツ提供サイトにアクセスしてテレビ番組内で発せられる語録コンテンツの販売を実現するものである。このコンテンツ販売システムの主となる構成は、サーバ６および各種のデータベースである。
【００２９】
移動体通信網４は、携帯電話１，２，３などの携帯端末に対して無線通信を制御する。インターネット５は、各種サーバ、ＰＣなどの端末間の通信網を構成する。移動体通信網4とインターネット５とは接続され、このネットワークは無線通信を行う携帯端末と有線通信を行うサーバなどの端末間の通信を実現する。
【００３０】
サーバ６は、たとえば、テレビ番組の放送中に出演者が語る語録（音声）を携帯電話で音声に再生可能なデータに変換して得られる語録コンテンツデータを記憶するコンテンツデータベース（以下、データベースをＤＢという）７、会員であるユーザを特定するための情報を記憶するユーザＤＢ８、本実施の形態による送信者（購入者）の購入情報を記憶・管理する送信者ＤＢ９などを接続している。
【００３１】
サーバ６には放送局制御装置１０が接続されている。この放送局制御装置１０はテレビ番組の放送を制御するものであり、テレビ番組の放映中に音声を記憶して保存する番組記録ファイル１１を備えている。番組記録ファイル１１は、番組スケジュールに対応させて番組名、番組中に音声を記録した録音データ（語録を発した時間帯）などを対応付けて記録されたものである。
【００３２】
この番組記録ファイル１１は、放送局制御装置１０とサーバ６間の通信によりデジタルデータ（たとえばＷＡＶＥファイル）としてサーバ６に伝送可能である。サーバ６は、番組記録ファイル１１に基づいて携帯電話の着信用音源となる語録コンテンツを生成してコンテンツＤＢ７に保存する。
【００３３】
つぎに、図2、図３、図４および図５を用いてサーバ６について詳述する。図２は本実施の形態によるサーバの内部構成例を示すブロック図、図３は本実施の形態によるコンテンツＤＢの一例を説明する図、図４は本実施の形態によるユーザＤＢの一例を説明する図、そして、図５は本実施の形態による送信者ＤＢの一例を示す図である。
【００３４】
サーバ６は、たとえば図２に示したように、通信制御部６１、制御部６２、記憶部６３、ＤＢインタフェース６５などにより構成され、本実施の形態によるコンテンツ販売システムを実現する機能を有している。サーバ６内には、図示せぬが、アドレス信号、データ、制御信号などを伝送するバスが設けられている。
【００３５】
通信制御部６１は、インターネット５に接続され、ネットワークを介して外部端末との間の通信を制御する。制御部６２は、図示せぬオペレーティングシステムによりサーバ全体の制御を司るとともに、本実施の形態によるコンテンツ販売システムを実現する処理をプログラムにより制御する。
【００３６】
記憶部６３は、本実施の形態によるコンテンツ販売プログラムに相当するＷＥＢプログラム６４を記憶しているとともに、図示せぬが各種のプログラムを実行している際に一時データを保存するワークエリアを有している。ＤＢインタフェース６５は、前述したコンテンツＤＢ７、ユーザＤＢ８、送信者ＤＢ９などを接続してデータ授受のインタフェースを司る。
【００３７】
コンテンツＤＢ７は、たとえば図３に示したように、語録コンテンツにおけるコンテンツＩＤに対して携帯電話の機種を識別するための機種ＩＤ、コンテンツデータおよび語録を録音した時間帯（該当時間帯）を対応付けて記憶している。
【００３８】
コンテンツＩＤは、たとえばシリアルに０，１，２，・・・，３３，・・・，５２，・・・のように付与されている。携帯電話の機種ＩＤは、機種を提供する企業の機種をタイプで示したものである。たとえばコンテンツＩＤの０，１，２に対してＴＹＰ０，ＴＹＰ１，ＴＹＰ２が対応している。
【００３９】
コンテンツデータは、携帯電話側で再生可能な機種対応のサウンドデータ形式で構成される。たとえばコンテンツＩＤの０，１，２に対してＣＤＴ０，ＣＤＴ１，ＣＤＴ２が対応している。たとえば、コンテンツＩＤが２の場合、該当時間帯は１９：２５−１９：３０となる。
【００４０】
ユーザＤＢ８は、たとえば図４に示したように、ユーザＩＤと登録情報とを対応付けて記憶している。ユーザＩＤおよび登録情報が対応関係を１つのパッケージで示している。ユーザＩＤは、たとえば図４に示したようにシリアルに０，１，・・・のように設定してもよい。
【００４１】
登録情報は、ユーザＩＤの０，１，・・・に対応させてたとえばｘｘｘｘ０，ｘｘｘｘ１，・・・のように記憶される。登録情報は、具体的には、ユーザＩＤで識別されるユーザのメールアドレス、氏名、電話番号、住所、銀行の口座番号などである。
【００４２】
なお、この登録情報は、たとえばすべての情報を記憶しておく必要はなく、カード会社との提携によりメールアドレスのように必要最小限の情報のみをユーザＤＢ８に記憶しておき、登録情報の不足分を提携先に対して確認できるシステムとしてもよい。
【００４３】
送信者ＤＢ９は、たとえば図５（Ａ）に示したように、語録のダウンロードを要望する送信者のユーザＩＤに対応させてスロットＩＤ、コンテンツＩＤおよび受取フラグを記憶する。ユーザＩＤ、コンテンツＩＤはそれぞれユーザＤＢ８、コンテンツＤＢ７に記憶されるＩＤと共通のものである。
【００４４】
スロット番号は送信者ＤＢ９に新たにレコードを追加登録する際に生成されるデータベース上でユニークな番号である。受取フラグは、携帯電話におまけのコンテンツデータをダウンロードされると、０から１にセットされるフラグである。
【００４５】
送信者ＤＢ９の更新においては、代表者による複数購入が行われたときにレコードの追加処理が実行され、代表者に対して全員分の語録コンテンツが提供（メール送信）されたときに一定期間後に該当レコードの削除処理が実行されるものである。
【００４６】
図５（Ａ）の例では、代表者のユーザＩＤはたとえば１であり、購入数は３となる。この場合、代表者のレコードは３つ追加設定されるので、それぞれに対してスロット番号の０，１，２が割り当てられる。このとき、受取フラグはおまけのコンテンツについてのダウンロードが未実施のためすべて“０”である。
【００４７】
一例として、語録コンテンツデータのコンテンツＩＤは“２”となっている。図５（Ｂ）の例では、同図（Ａ）の状態からスロット番号“０”と“１”について語録コンテンツの受取りが実施されたので、受取フラグを“１”にセットした状態が示されている。
【００４８】
また、本実施の形態では、ひとつのサーバ６によりコンテンツＤＢ７、ユーザＤＢ８、送信者ＤＢ９を管理するようにしていたが、本発明はこれに限定されるものではなく、キャリア事業者が複数存在している場合や情報を複数のサーバに分散して管理する場合には複数のサーバにより実現するシステムを構成すればよい。
【００４９】
つづいて、図６を用いて携帯電話について詳述する。図６は本実施の形態による携帯電話の内部構成例を示すブロック図である。以下、携帯電話１を代表例として説明する。
【００５０】
本実施の形態の携帯電話１は、たとえば図６に示したように、内部バス２３に、通信処理部１２、音声処理部１５、ＣＰＵ１６、ＲＯＭ１７、ＲＡＭ１８、キー群２３、ディスプレイ２４などを接続させ、データ、アドレス信号、制御信号などを伝送させることで各種の処理を実現する構成である。
【００５１】
通信処理部１２は、アンテナ１１に接続され、アンテナ１１を介して移動体通信網４と通信を行うものである。この通信処理部１２により、音声通話やサーバ６との通信を実現することができる。音声処理部１５は、音声出力のためのスピーカ１３、音声入力のためのマイク１４をそれぞれ接続させており、受話時や送話時の音声処理を行うものである。
【００５２】
ＣＰＵ１６は、携帯電話１全体の制御をＲＯＭ１７に格納されたＯＳにしたがって行うものである。ＲＯＭ１７は、あらかじめインストールされているＯＳなどのプログラムを格納している。このＣＰＵ１６は、たとえば携帯用の各種アプリケーション（たとえばＪＡＶＡ（登録商標）アプリケーション）によりウェブ閲覧を制御する。また、このＣＰＵ１６は、キー群２３からの入力を受け付けて各種の処理を実行させたり、各種の処理に応じて表示を制御する。
【００５３】
ＲＡＭ１８は、ＷＥＢブラウザ１９、メーラーアプリ２０、コンテンツ登録エリア２１、ワークエリア２２などを備えている。ウェブブラウザ機能は、ＷＥＢブラウザ１９により実現され、ユーザの操作に応答してサーバ６から提供されるページ閲覧を実現する。サーバ６より語録コンテンツをダウンロードした場合には、コンテンツ登録エリア２１にコンテンツデータが格納される。
【００５４】
また、本実施の形態では、携帯電話１のＲＡＭ１８に専用アプリケーションをインストールしておく方法が考えられる。この場合、携帯電話１とサーバ６との間であらかじめ時計を合わせておき、テレビ番組の放映中、出演者から気に入った語録が発せられた際に、専用アプリケーションによりユーザの操作に応じてタイムスタンプすなわち「しおり」を記録するようにして、番組終了後にその記録した「しおり」を一括してサーバ６に送信するようにしてもよい。これにより、サーバ６側で語録要求元の携帯電話がどの時間帯に出演者が発した語録を要求しているのか調整された時計にしたがって特定することが可能である。もちろん、他の方法として、ＷＥＢブラウザ１９により番組中のサーバ通信を可能にすることで、ユーザの操作の度に語録要求を発行するようにしてもよい。
【００５５】
キー群２３は、電話番号、アドレスなどの入力を行ったり、表示画面上のＷＥＢブラウザに対してページを選択または切り替えたり、リンク先を選択するための各種キーを備えている。ディスプレイ２４は、ＷＥＢブラウザを表示したり、電話やメールの機能を使うときに表示画面を形成するものである。
【００５６】
つぎに、図７、図８、図９、図１０、図１１および図１２を用いて動作について詳述する。図７は本実施の形態によるコンテンツ販売システムの画面遷移例を説明する図、図８は本実施の形態による「しおり」の記録例を説明する図、図９および図１０は本実施の形態によるコンテンツ販売システムの動作を説明するフローチャート、図１１は本実施の形態による語録コンテンツダウンロード時の画面遷移例を説明する図、ならびに、図１２は本実施の形態による語録コンテンツのアクセス時の動作を説明するフローチャートである。以下、一例として代表者を通じて３個の語録コンテンツを購入する流れを説明する。
【００５７】
まず、携帯電話１では、送信者の操作によりサーバ６が提供するコンテンツ販売サイトへのアクセスが処理される（図９：ステップＳ１０１）。このとき、携帯電話のユニークな識別情報であるＵＩＤがサーバ６により確認される（ステップＳ２０１）。
【００５８】
さらに、サーバ６において、ユーザＤＢ８が参照されてこのＵＩＤに対応するユーザＩＤから登録情報に含まれる機種ＩＤが抽出される。この機種ＩＤにしたがって機種対応の語録申し込みページの画像情報が生成され、このようにして生成された語録申し込みページの画像情報は、アクセス元の携帯電話1に対して送信される（ステップＳ２０２）。
【００５９】
携帯電話１では、語録申し込みページがディスプレイ２４に表示される（ステップＳ１０２）。このとき、ＷＥＢブラウザにより所望の番組が選択可能であり、図示せぬが確定操作により「しおり」操作の入力が可能となる。この確定によりサーバ６に対して視聴番組が通知される（ステップＳ１０３）。
【００６０】
図７（Ａ）には、ユーザの操作によって確定した語録申し込みページの一例が示されている。ここでは本日の予定として、１９時〜２０時の間で放映されるテレビ番組“あいうえお”が示されている。画面中には「しおり」ボタン２０１がクリック操作可能に示されている。これにより、ユーザが視聴するテレビ番組“あいうえお”から語録のダウンロードが可能であることを示す。
【００６１】
ユーザの操作によりこの「しおり」ボタン２０が操作されると（ステップＳ１０４のＹＥＳルート）、たとえば図８のように、このタイミングでしおり付けとしてタイムスタンプがワークエリア２２に記録される（ステップＳ１０５）。図８の例では、しおり記録時間は、１９時２８分である。
【００６２】
番組が終了しても終了後でも記録された「しおり」は発注することが可能である。番組終了後に「しおり」ボタン２０１がクリックされた場合、たとえば図７（Ｂ）のように、サーバ６側で番組終了による発注の意思確認をページとして送ることも可能である。この場合、画面に「発注」ボタン２０２および「中止」ボタン２０３が表示され、ユーザはどちらも選択可能である。
【００６３】
この「発注」ボタン２０２が操作された場合には（ステップＳ１０６）、語録のＤＬ要求としてサーバ６に記録情報（「しおり」）が一括して送信される（ステップＳ１０７）。そして、サーバ６では、記録情報が受信されると（ステップＳ２０４）、ＵＩＤにしたがって機種対応のコンテンツ購入ページが生成され（ステップＳ２０５）、送信される（ステップＳ２０６）。
【００６４】
携帯電話１には、コンテンツ購入ページが受信され、画面に表示される（ステップＳ１０８）。図７（Ｃ）には、コンテンツ購入ページの一例が示されている。番組タイトルは、“あいうえお”、図８に示したように、記録済みの「しおり」は一回のみである。したがって、このときたとえば出演者Ｙが語録を発している場合には、そのように説明書きが表示され、「しおり」を付けたときの日時も併記される。このようにして、送信者となるユーザは自信が要求したタイミングと番組とを確認することができる。
【００６５】
さらに、コンテンツ購入ページには、下方に購入個数が個人でひとつか、代表として複数個かの選択をそれぞれに対応するラジオボタン２０４，２０５のいずれかをクリックして購入形態が確定し（ステップＳ１０６）、その下に表示される決定ボタン２０６の操作によりサーバ６に発注することが可能である。代表購入の際は、たとば図７（Ｄ）のように、さらにサーバ６より個数の入力ページが送信されてくる。この入力ページには、購入商品となるコンテンツ、商品番号、購入後に消費される消費ポイントなどの情報が提示される。このとき、個数が入力されて決定ボタン２０６が操作されることによりサーバ６に対して語録コンテンツの購入個数が送信される（ステップＳ１１０）。
【００６６】
サーバ６では、購入形態などの依頼が受け付けられると（ステップＳ２０７）、購入形態から代表購入かどうか判断される（ステップＳ２０８）。もし購入形態が個人購入であった場合には（ステップＳ２０８のＮＯルート）、通常の購入手続きに処理が移行する。この処理の詳細は省略する。
【００６７】
図７（Ｄ）の例では購入形態が代表購入であるので、この場合には（ステップＳ２０８のＹＥＳルート）、まず会員登録手続きが完了しているかどうか判断される（ステップＳ２０９）。ここでは、ユーザＤＢ８に送信者の情報が登録されているかどうかの判断となる。会員登録手続きが完了していない場合には（ステップＳ２０９のＮＯルート）、その手続きが実行され、登録情報として、支払方法、携帯のメールアドレス、配送先（住所、電話番号など）などのユーザ登録情報が新たに生成されるユーザＩＤに対応付けてユーザＤＢに登録される。
【００６８】
会員登録手続きが完了していた場合（ステップＳ２０９のＹＥＳルート）、または、会員登録が完了した場合には（ステップＳ２１０）、処理はステップＳ２１１に移行して、代表購入ページ（代表購入の場合）が生成されて、アクセス元の携帯電話１に対して送信される（ステップＳ２１１）。
【００６９】
携帯電話１では、確認画面が受信されると、図７（Ｅ）のように、ディスプレイ２に代表購入確認ページが表示可能である（図１０：ステップＳ１１１）。今回は、３個購入することになり、１つあたり１０ポイントの消費なので、合計で３０ポイントの消費となる。この状態では、戻るボタンン２０８が選択されると、一つ前のページに表示が戻り、購入ボタン２０９が選択操作されると、その購入指示がサーバ6に対して送信される（ステップＳ１１２）。このとき、サーバ６において購入確認が受理される（ステップＳ２１２）。このようにして、語録コンテンツの購入申し込みが完了し、完了通知が携帯電話１に送信される（ステップＳ２１３）。これに対して、携帯電話1では、受信された購入申し込み完了の通知がディスプレイ２４に表示される（ステップＳ１１３）。この表示例を図７（Ｆ）に示す。
【００７０】
図７（Ｆ）に示したように、購入申し込み完了の通知には、購入に対するお礼、購入による語録コンテンツを知人にプレゼントする方法の説明などが含まれる。このようにして、代表購入の手続きは完了する。ＴＯＰボタン２１０の操作によりコンテンツ購入ページのトップに閲覧画面を移行させることが可能である。
【００７１】
サーバ６においては、さらに、購入人数分のスロット番号を設定して、各スロットに対応させて語録コンテンツにアクセスするためのＵＲＬ付加情報が生成される（ステップＳ２１４）。ここで、ＵＲＬ付加情報とは、一例として図５に示したように、送信者ＤＢ９に登録される購入分のユーザＩＤ、スロット番号およびコンテンツＩＤを指す。このＵＲＬ付加情報に受取フラグが付加された状態が送信者情報となって送信者ＤＢ９（図５参照）に登録される（ステップＳ２１５）。
【００７２】
図５に示す一例のように、購入個数が３個の場合に代表者のユーザＩＤ“１”に対応させてスロット番号が“０”，“１”および“２”のように３つ付与される。そして、おまけとして提供されるコンテンツは、コンテンツＩＤ“２”となり、この時点では受取フラグは“０”となる。
【００７３】
購入個数分のＵＲＬ付加情報はそれぞれ暗号化され、その暗号化データはアクセス権を示すＵＲＬ情報として生成される。そして、ＵＲＬ情報をメール本文に含ませたメールが購入個数分、すなわち３通作成される（ステップＳ２１６）。それぞれのメールには、送信者ＤＢ９に追加されたレコードのＵＲＬ付加情報を用いて生成されたＵＲＬ情報が含まれる。
【００７４】
そして、ユーザＤＢ８が参照されて、代表者のメールアドレスが読み出される。このメールアドレスに対してステップＳ２１６で作成されたすべてのメールが送信される（ステップＳ２１７）。
【００７５】
一方、ステップＳ２１７により送信されたメール（３通）はすべて代表者の携帯電話１に受信される。この場合、図１１（Ａ），に示したように、語録コンテンツをアクセスするためのアクセス権すなわちＵＲＬ情報がメール本文中に含まれた状態で表示される。代表者は３通のメールのうち一通を自身への語録コンテンツのダウンロード用として利用するが、他の２通については（たとえば図１１（Ｂ），（Ｃ）に示すプレゼント用メール）、メッセージなどを書き添えてたとえば知人が所有する携帯電話２，３に転送する操作を行う。これにより、転送先の携帯電話２，３に対して図１０（Ａ）のようにＵＲＬ情報が含まれるメール本文が届く。
【００７６】
そこで、たとえば携帯電話２に転送メールが届いた場合を例に挙げて説明する。携帯電話２にメールが受信され（図１２：ステップＳ３０１）、携帯電話２のユーザによりメールが開封されると（ステップＳ３０２）、ユーザの操作によりＵＲＬ情報からサーバ６にアクセスすることができる（ステップＳ３０３）。
【００７７】
サーバ６では、携帯電話２からのアクセスが受け付けられると（ステップＳ４０１）、暗号化されたＵＲＬ部分が取り出されて復号化され、スロット番号が確認される（ステップＳ４０２）。スロット番号については、送信者ＤＢ９を参照して確認することができる。
【００７８】
この確認を通じてレコードにないスロット番号などが発覚した場合には（ステップＳ４０３のＮＯルート）、不正なアクセスとして処理が実行され（ステップＳ４０４）、本処理は終了する。
【００７９】
一方、正当なアクセスだった場合には（ステップＳ４０３のＹＥＳルート）、おまけのコンテンツを配信するためのＷＥＢページのデータが生成され（ステップＳ４０５）、アクセス元の携帯電話2に対して送信される（ステップＳ４０６）。
【００８０】
携帯電話２では、ＷＥＢページが受信されると、例えば図１１（Ｄ）のように、語録のタイトル、対応機種などの説明や処理の選択肢が表示される（図１２：ステップＳ３０４）。ここで、ＤＬは語録コンテンツをダウンロードするための選択肢を示している。３０３はサイトのトップ画面に戻るための選択肢を示し、３０４は前頁に戻るための選択肢を示している。
【００８１】
選択肢ＤＬがクリック操作されると（ステップＳ３０５）、サーバ6に対して語録コンテンツのダウンロードが要求されることになる。この流れによると、サーバ６では、スロット番号を参照して語録コンテンツ対応のコンテンツデータ（コンテンツＩＤ“２”）がコンテンツＤＢ７より読み出される（ステップＳ４０７）。そして、携帯電話2に対してコンテンツデータが送信される（ステップＳ４０８）。
【００８２】
携帯電話２では、コンテンツデータがダウンロードされ（ステップＳ３０６）、サーバ６では、送信完了のタイミングで完了通知が送信される（ステップＳ４０９）。携帯電話2では、図１１（Ｅ）に示したように、語録コンテンツのダウンロード完了通知が表示される（ステップＳ３０８）。そして、携帯電話２では、ユーザの操作に応答して、ダウンロードした語録コンテンツデータを登録ボタン３０５によりコンテンツ登録エリア２１に登録させることができる（ステップＳ３０８）。
【００８３】
サーバ６では、送信完了の通知後、送信者ＤＢ９の該当レコード（該当スロット番号）に対して受取フラグ“１”が設定される（ステップＳ４１０）。これにより、該当レコードは受取済みとなる。一定期間このレコードを存続させるため、有効期間がたとえば1ヶ月などのように設定される（ステップＳ４１１）。このようにして、同一ユーザからの再ダウンロードが可能となる。
【００８４】
以上説明したように、本実施の形態によれば、テレビ放映されている番組内で出演者などが話す語録を聴いたタイミングで「しおり」の操作で記録することができ、その記録された「しおり」によって番組放映中、もしくは、番組終了後に一括してダウンロード要求に移行させることができる。このようにして、番組中の語録を簡単に携帯電話にダウンロードすることが可能である。
【産業上の利用可能性】
【００８５】
本発明は、コンテンツ販売システム、コンテンツ販売方法およびコンテンツ販売プログラムを製造する産業で利用される。
【図面の簡単な説明】
【００８６】
【図１】本実施の形態によるこの販売システムの全体構成図である。
【図２】本実施の形態によるサーバの内部構成例を示すブロック図である。
【図３】本実施の形態によるコンテンツＤＢの一例を説明する図である。
【図４】本実施の形態によるユーザＤＢの一例を説明する図である。
【図５】本実施の形態による送信者ＤＢの一例を示す図である。
【図６】本実施の形態による携帯電話の内部構成例を示すブロック図である。
【図７】本実施の形態によるコンテンツ販売システムの画面遷移例を説明する図である。
【図８】本実施の形態による「しおり」の記録例を説明する図である。
【図９】本実施の形態によるコンテンツ販売システムの動作を説明するフローチャートである。
【図１０】本実施の形態によるコンテンツ販売システムの動作を説明するフローチャートである。
【図１１】本実施の形態による語録コンテンツダウンロード時の画面遷移例を説明する図である。
【図１２】本実施の形態による語録コンテンツのアクセス時の動作を説明するフローチャートである。
【符号の説明】
【００８７】
１，２，３  携帯電話
６  サーバ
７  コンテンツＤＢ
８  ユーザＤＢ
９  送信ＤＢ
１０  放送局制御装置
１１  番組記録ファイル
１２  通信処理部
１６  ＣＰＵ
１７  ＲＯＭ
１８  ＲＡＭ
１９  アプリケーション
２０  メーラーアプリ
２１  コンテンツ登録エリア
２２  ワークエリア
２３  キー群
２４  ディスプレイ
６１  通信制御部
６２  制御部
６３  記憶部
６４  アプリケーション
６５  ＤＢインタフェース
【図１】
2005332196.tif 000003
【図２】
2005332196.tif 000004
【図３】
2005332196.tif 000005
【図４】
2005332196.tif 000006
【図５】
2005332196.tif 000007
【図６】
2005332196.tif 000008
【図７】
2005332196.tif 000009
【図８】
2005332196.tif 000010
【図９】
2005332196.tif 000011
【図１０】
2005332196.tif 000012
【図１１】
2005332196.tif 000013
【図１２】
2005332196.tif 000014