(57)【要約】【課題】  必要な処理を複雑化させずに、複数のチャンネルのコンテンツをユーザ端末にダウンロードすることを可能とする。【解決手段】  サーバ１０２が、複数のチャンネルのコンテンツをまとめて、マルチ・パート形式のコンテンツを生成するステップと、サーバ１０２が、マルチ・パート形式のコンテンツに、各パートへのハイパーリンクを含むインデックスのパートを追加するステップと、サーバ１０２が、マルチ・パート形式のコンテンツの所在位置情報をユーザ端末１０１に送信するステップと、ユーザ端末１０１が、所在位置情報をサーバ１０２から受信するステップと、ユーザ端末１０２が、所在位置情報を用いて、マルチ・パート形式のコンテンツの送信の要求をサーバ１０２に送信するステップと、サーバ１０２が、マルチ・パート形式のコンテンツをユーザ端末に送信するステップと、を備える。【選択図】        図５
2006246344.tif 000002
【特許請求の範囲】
【請求項１】
複数のチャンネルのコンテンツをユーザ端末に配信するためのコンテンツ配信方法において、
サーバが、前記複数のチャンネルのコンテンツをまとめて、マルチ・パート形式のコンテンツを生成するステップと、
前記サーバが、前記マルチ・パート形式のコンテンツに、各パートへのハイパーリンクを含むインデックスのパートを追加するステップと、
前記サーバが、前記マルチ・パート形式のコンテンツを前記ユーザ端末に送信するステップと、
を備えることを特徴とするコンテンツ配信方法。
【請求項２】
請求項１に記載のコンテンツ配信方法において、
前記サーバが、前記マルチ・パート形式のコンテンツの所在位置情報を前記ユーザ端末に送信するステップと、
前記ユーザ端末が、前記所在位置情報を前記サーバから受信するステップと、
前記ユーザ端末が、前記所在位置情報を用いて、前記マルチ・パート形式のコンテンツの送信の要求を前記サーバに送信するステップと、
を更に備え、
前記サーバが、前記マルチ・パート形式のコンテンツを前記ユーザ端末に送信するステップは、前記サーバが前記要求を受信したならば行われることを特徴とするコンテンツ配信方法。
【請求項３】
請求項２に記載のコンテンツ配信方法において、
前記サーバが、プログラムの名称を前記ユーザ端末に送信するステップと、
前記ユーザ端末が、前記名称を前記サーバから受信するステップと、
前記ユーザ端末が、前記名称を有するプログラムを起動するステップと、
を更に備え、
前記ユーザ端末が、前記所在位置情報を用いて、前記マルチ・パート形式のコンテンツの送信の要求を前記サーバに送信するステップでは、起動された前記プログラムが、前記所在位置情報を用いて、前記マルチ・パート形式のコンテンツの送信の要求を前記サーバに送信することを特徴とするコンテンツ配信方法。
【請求項４】
請求項２に記載のコンテンツ配信方法において、
前記サーバが、前記所在位置情報を前記ユーザ端末に送信するステップと、
前記ユーザ端末が、前記所在位置情報を前記サーバから受信するステップと、
前記ユーザ端末が、前記所在位置情報を用いて、前記マルチ・パート形式のコンテンツの送信の要求を前記サーバに送信するステップと、
前記サーバが、前記マルチ・パート形式のコンテンツを前記ユーザ端末に送信するステップと、
は、特定の時間帯に行われることを特徴とするコンテンツ配信方法。
【請求項５】
請求項４に記載のコンテンツ配信方法において、
前記特定の時間帯は、携帯通話網におけるトラフィック量が所定値以下である時間帯であることを特徴とするコンテンツ配信方法。
【請求項６】
請求項４に記載のコンテンツ配信方法において、
前記特定の時間帯は、深夜又は早朝の時間帯であることを特徴とするコンテンツ配信方法。
【請求項７】
請求項２に記載のコンテンツ配信方法において、
前記ユーザ端末が、前記所在位置情報を用いて、前記マルチ・パート形式のコンテンツの送信の要求を前記サーバに送信するステップと、
前記サーバが、前記マルチ・パート形式のコンテンツを前記ユーザ端末に送信するステップと、
をユーザからの要求に従って再度行うことを特徴とするコンテンツ配信方法。
【請求項８】
請求項１に記載のコンテンツ配信方法において、
前記ユーザ端末が、前記マルチ・パート形式のコンテンツを前記サーバから受信するステップと、
前記ユーザ端末が、前記マルチ・パート形式のコンテンツを格納するステップと、
を更に備えることを特徴とするコンテンツ配信方法。
【請求項９】
請求項８に記載のコンテンツ配信方法において、
前記ユーザ端末が、前記マルチ・パート形式のコンテンツを格納するステップは、前記ユーザ端末が、前記マルチ・パート形式のコンテンツを前記サーバから受信する度に行われ、前記ユーザ端末には、複数のマルチ・パート形式のコンテンツが格納されることを特徴とするコンテンツ配信方法。
【請求項１０】
請求項９に記載のコンテンツ配信方法において、
格納されている複数の前記マルチ・パート形式のコンテンツの総容量が所定値以上となった時に、格納されている１乃至複数の前記マルチ・パート形式のコンテンツの総容量が前記所定値よりも少なくなるまで、格納された日時の古い順に１乃至複数の前記マルチ・パート形式のコンテンツを削除するステップを更に備えることを特徴とするコンテンツ配信方法。
【請求項１１】
請求項８に記載のコンテンツ配信方法において、
前記ユーザ端末が、格納されている前記マルチ・パート形式のコンテンツに含まれるインデックスのパートを表示するステップと、
前記ユーザ端末が、格納されている前記マルチ・パート形式のコンテンツに含まれるパートであって、前記インデックスのパートにおいて指定されたものを表示するステップと、
を更に備えることを特徴とするコンテンツ配信方法。
【請求項１２】
請求項１１に記載のコンテンツ配信方法において、
前記ユーザ端末が、格納されている前記マルチ・パート形式のコンテンツに含まれるインデックスのパートを表示するステップは、
ブラウザ以外のプログラムが、前記マルチ・パート形式のコンテンツを読み出すステップと、
前記プログラムが、読み出した前記マルチ・パート形式のコンテンツを前記ブラウザに出力するステップと、
前記ブラウザが、前記プログラムから入力した前記マルチ・パート形式のコンテンツ内で最初に読み込むべきパートとして指定されているインデックスのパートを表示するステップと、
を備えることを特徴とするコンテンツ配信方法。
【請求項１３】
請求項１１に記載のコンテンツ配信方法において、
前記ユーザ端末が、格納されている前記マルチ・パート形式のコンテンツに含まれるパートであって、前記インデックスのパートにおいて指定されたものを表示するステップは、
ブラウザが、パートの指定を検出するステップと、
前記ブラウザが、前記指定されたパートの識別情報を基に、前記指定されたパートを前記マルチ・パート形式のコンテンツから読み出すステップと、
前記ブラウザが、読み出した前記指定されたパートを表示するステップと、
を備えることを特徴とするコンテンツ配信方法。
【請求項１４】
請求項９に記載のコンテンツ配信方法において、
前記ユーザ端末が、複数のマルチ・パート形式のコンテンツのうちの何れかのマルチ・パート形式のコンテンツを選択するための画面を表示するステップと、
前記ユーザ端末が、前記画面に対する操作を検出することによりどのマルチ・パート形式のコンテンツが選択されたのかを検出するステップと、
前記ユーザ端末が、選択されたマルチ・パート形式のコンテンツに含まれるインデックスのパートを表示するステップと、
前記ユーザ端末が、選択された前記マルチ・パート形式のコンテンツに含まれるパートであって、前記インデックスのパートにおいて指定されたものを表示するステップと、
を更に備えることを特徴とするコンテンツ配信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツをユーザ端末に配信するためのコンテンツ配信方法並びにサーバ及びユーザ端末に関し、特に、複数のコンテンツをまとめてユーザ端末に送信するためのコンテンツ配信方法並びにサーバ及びユーザ端末に関する。
【背景技術】
【０００２】
近年、携帯電話機は、通話のみならず、電子メールの送受信及びＷＥＢブラウジングにも用いられている。また、携帯電話機は、音楽、ゲーム、電子コミック、動画等のコンテンツをダウンロードすることができるようになっている。携帯電話機は、ダウンロードした音楽を再生する再生機として機能し、ダウンロードしたゲームを実行するゲーム機として機能し、ダウンロードした電子コミックを表示する電子ブックとして機能し、ダウンロードした動画を再生するビデオ再生機として機能する。
【０００３】
本発明に関連した技術としては、以下のものがある。
【０００４】
例えば、コンテンツ配信装置が、複数のコンテンツをレイアウト仕様データにおいて予め設定されたレイアウトで自動的に合成して１つの合成データファイルを生成するので、コンテンツを配信する側でコンテンツデータ毎に配置すべき位置を指定しなくてもよく、配信用データの作成の手間を省くことができる技術がある（例えば、特許文献１第４２段落参照。）。
【０００５】
また、ユーザ端末装置がメタファイルを受信し、そのメタファイルに記述されている複数のコンテンツを別々のコンテンツ配信サーバ装置からそれぞれ受信し、それらのコンテンツを連続して再生する技術がある（例えば、特許文献２第３５乃至３９段落参照。）。
【０００６】
更に、サーバが、移動機に対して契約されたコンテンツをプッシュ配信することにより、移動機のユーザが、左右キーを押すことにより、複数のチャンネルをザッピングすることができる技術がある（例えば、非特許文献１参照。）。
【０００７】
更に、ユーザが登録した番組のデータを毎週決まった曜日の深夜乃至早朝に携帯電話機に対して定期配信する技術がある（例えば、非特許文献２参照）。
【特許文献１】特開２００４−３１０３２６号公報
【特許文献２】特開２００３−２７１４９１号公報
【非特許文献１】「携帯向けＦｌａｓｈ放送？〜「Ｆｌａｓｈ  Ｃａｓｔ」って何だ」、平成１６年１１月４日、  インターネット＜URL：http://www.itmedia.co.jp/mobile/articles/0411/04/news003.html, http://www.itmedia.co.jp/mobile/articles/0411/04/news003_2.html＞
【非特許文献２】「ＥＺチャンネル」、平成１６年１２月１５日、  インターネット＜URL： http://www.au.kddi.com/ezweb/au_dakara/ez_channel/index.html, http://www.au.kddi.com/ezweb/au_dakara/ez_channel/contents/tanoshimikata.html＞
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかし、ユーザは、起床している時間にコンテンツを楽しむが、ユーザが起床している時間においては、電話網は、通話、メールの送信、ＷＥＢページの送信のために用いられている。従って、ユーザが起床している時間に、多くのユーザ端末がコンテンツをダウンロードすると、通話、メールの送信、ＷＥＢページの送信のための回線容量を圧迫することとなる。特に、複数のチャンネルのコンテンツを多数のユーザ端末にダウンロードするためのサービスを行うとなると、このような圧迫は無視できないものとなる。
【０００９】
また、非特許文献１に記載されている発明によれば、各チャンネル毎にコンテンツの更新を行うことにより、更新する頻度が異なるチャンネルを別々にダウンロードできるようになっている。
【００１０】
更に、非特許文献２に記載されている発明によれば、更新するタイミングは、深夜又は早朝であるが、各チャンネル毎にコンテンツをユーザ端末にダウンロードする。
【００１１】
更に、非特許文献１に記載されている発明によれば、コンテンツはキャッシュとしてユーザ端末に格納されるため、バック・ナンバを楽しむことができない。
【００１２】
ところが、各チャンネル毎にコンテンツをユーザ端末にダウンロードすると、各チャンネルをダウンロードする度に、ダウンロードのための一連のシーケンスを実行しなければならないので処理が効率的ではない。
【００１３】
また、各チャンネル毎にコンテンツをユーザ端末にダウンロードすると、各チャンネル毎にコンテンツのファイルが存在することとなるので、バック・ナンバの管理の処理が複雑となる。
【００１４】
そこで、本発明は、必要な処理を複雑化させずに、複数のチャンネルのコンテンツをユーザ端末にダウンロードすることを可能とするコンテンツ配信方法並びにサーバ及びユーザ端末を提供することを目的とする。
【００１５】
また、本発明は、バック・ナンバの管理を容易にするコンテンツ配信方法並びにサーバ及びユーザ端末を提供することを目的とする。
【課題を解決するための手段】
【００１６】
本発明の第１の観点によれば、複数のチャンネルのコンテンツをユーザ端末に配信するためのコンテンツ配信方法において、サーバが、前記複数のチャンネルのコンテンツをまとめて、マルチ・パート形式のコンテンツを生成するステップと、前記サーバが、前記マルチ・パート形式のコンテンツに、各パートへのハイパーリンクを含むインデックスのパートを追加するステップと、前記サーバが、前記マルチ・パート形式のコンテンツを前記ユーザ端末に送信するステップと、を備えることを特徴とするコンテンツ配信方法が提供される。
【００１７】
上記のコンテンツ配信方法において、前記サーバが、前記マルチ・パート形式のコンテンツの所在位置情報を前記ユーザ端末に送信するステップと、前記ユーザ端末が、前記所在位置情報を前記サーバから受信するステップと、前記ユーザ端末が、前記所在位置情報を用いて、前記マルチ・パート形式のコンテンツの送信の要求を前記サーバに送信するステップと、を更に備え、前記サーバが、前記マルチ・パート形式のコンテンツを前記ユーザ端末に送信するステップは、前記サーバが前記要求を受信したならば行われるようにしてもよい。
【００１８】
上記のコンテンツ配信方法において、前記サーバが、プログラムの名称を前記ユーザ端末に送信するステップと、前記ユーザ端末が、前記名称を前記サーバから受信するステップと、前記ユーザ端末が、前記名称を有するプログラムを起動するステップと、を更に備え、前記ユーザ端末が、前記所在位置情報を用いて、前記マルチ・パート形式のコンテンツの送信の要求を前記サーバに送信するステップでは、起動された前記プログラムが、前記所在位置情報を用いて、前記マルチ・パート形式のコンテンツの送信の要求を前記サーバに送信するようにしてもよい。
【００１９】
上記のコンテンツ配信方法において、前記サーバが、前記所在位置情報を前記ユーザ端末に送信するステップと、前記ユーザ端末が、前記所在位置情報を前記サーバから受信するステップと、前記ユーザ端末が、前記所在位置情報を用いて、前記マルチ・パート形式のコンテンツの送信の要求を前記サーバに送信するステップと、前記サーバが、前記マルチ・パート形式のコンテンツを前記ユーザ端末に送信するステップと、は、特定の時間帯に行われるようにしてもよい。
【００２０】
上記のコンテンツ配信方法において、前記特定の時間帯は、携帯通話網におけるトラフィック量が所定値以下である時間帯であるようにしてもよい。
【００２１】
上記のコンテンツ配信方法において、前記特定の時間帯は、深夜又は早朝の時間帯であるようにしてもよい。
【００２２】
上記のコンテンツ配信方法において、前記ユーザ端末が、前記所在位置情報を用いて、前記マルチ・パート形式のコンテンツの送信の要求を前記サーバに送信するステップと、前記サーバが、前記マルチ・パート形式のコンテンツを前記ユーザ端末に送信するステップと、をユーザからの要求に従って再度行うようにしてもよい。
【００２３】
上記のコンテンツ配信方法において、前記ユーザ端末が、前記マルチ・パート形式のコンテンツを前記サーバから受信するステップと、前記ユーザ端末が、前記マルチ・パート形式のコンテンツを格納するステップと、を更に備えるようにしてもよい。
【００２４】
上記のコンテンツ配信方法において、前記ユーザ端末が、前記マルチ・パート形式のコンテンツを格納するステップは、前記ユーザ端末が、前記マルチ・パート形式のコンテンツを前記サーバから受信する度に行われ、前記ユーザ端末には、複数のマルチ・パート形式のコンテンツが格納されるようにしてもよい。
【００２５】
上記のコンテンツ配信方法において、格納されている複数の前記マルチ・パート形式のコンテンツの総容量が所定値以上となった時に、格納されている１乃至複数の前記マルチ・パート形式のコンテンツの総容量が前記所定値よりも少なくなるまで、格納された日時の古い順に１乃至複数の前記マルチ・パート形式のコンテンツを削除するステップを更に備えるようにしてもよい。
【００２６】
上記のコンテンツ配信方法において、前記ユーザ端末が、格納されている前記マルチ・パート形式のコンテンツに含まれるインデックスのパートを表示するステップと、前記ユーザ端末が、格納されている前記マルチ・パート形式のコンテンツに含まれるパートであって、前記インデックスのパートにおいて指定されたものを表示するステップと、を更に備えるようにしてもよい。
【００２７】
上記のコンテンツ配信方法において、前記ユーザ端末が、格納されている前記マルチ・パート形式のコンテンツに含まれるインデックスのパートを表示するステップは、ブラウザ以外のプログラムが、前記マルチ・パート形式のコンテンツを読み出すステップと、前記プログラムが、読み出した前記マルチ・パート形式のコンテンツを前記ブラウザに出力するステップと、前記ブラウザが、前記プログラムから入力した前記マルチ・パート形式のコンテンツ内で最初に読み込むべきパートとして指定されているインデックスのパートを表示するステップと、を備えるようにしてもよい。
【００２８】
上記のコンテンツ配信方法において、前記ユーザ端末が、格納されている前記マルチ・パート形式のコンテンツに含まれるパートであって、前記インデックスのパートにおいて指定されたものを表示するステップは、ブラウザが、パートの指定を検出するステップと、前記ブラウザが、前記指定されたパートの識別情報を基に、前記指定されたパートを前記マルチ・パート形式のコンテンツから読み出すステップと、前記ブラウザが、読み出した前記指定されたパートを表示するステップと、を備えるようにしてもよい。
【００２９】
上記のコンテンツ配信方法において、前記ユーザ端末が、複数のマルチ・パート形式のコンテンツのうちの何れかのマルチ・パート形式のコンテンツを選択するための画面を表示するステップと、前記ユーザ端末が、前記画面に対する操作を検出することによりどのマルチ・パート形式のコンテンツが選択されたのかを検出するステップと、前記ユーザ端末が、選択されたマルチ・パート形式のコンテンツに含まれるインデックスのパートを表示するステップと、前記ユーザ端末が、選択された前記マルチ・パート形式のコンテンツに含まれるパートであって、前記インデックスのパートにおいて指定されたものを表示するステップと、を更に備えるようにしてもよい。
【００３０】
本発明の第２の観点によれば、複数のチャンネルのコンテンツをユーザ端末に配信するためのサーバにおいて、前記複数のチャンネルのコンテンツをまとめて、マルチ・パート形式のコンテンツを生成する手段と、前記マルチ・パート形式のコンテンツに、各パートへのハイパーリンクを含むインデックスのパートを追加する手段と、前記マルチ・パート形式のコンテンツを前記ユーザ端末に送信する手段と、を備えることを特徴とするサーバが提供される。
【００３１】
上記のサーバにおいて、前記マルチ・パート形式のコンテンツの所在位置情報を前記ユーザ端末に送信する手段を更に備えるようにしてもよい。
【００３２】
上記のサーバにおいて、前記コンテンツの所在位置情報を用いて、前記マルチパート形式のコンテンツの送信を当該サーバに要求するプログラムの名称を前記ユーザ端末に送信する手段を更に備えるようにしてもよい。
【００３３】
上記のサーバにおいて、前記所在位置情報を前記ユーザ端末に送信する手段と、前記マルチ・パート形式のコンテンツを前記ユーザ端末に送信する手段と、は、特定の時間帯に動作するようにしてもよい。
【００３４】
上記のサーバにおいて、前記特定の時間帯は、携帯通話網におけるトラフィック量が所定値以下である時間帯であるようにしてもよい。
【００３５】
上記のサーバにおいて、前記特定の時間帯は、深夜又は早朝の時間帯であるようにしてもよい。
【００３６】
本発明の第３の観点によれば、サーバが、複数のチャンネルのコンテンツをまとめて、マルチ・パート形式のコンテンツを生成するステップと、前記サーバが、前記マルチ・パート形式のコンテンツに、各パートへのハイパーリンクを含むインデックスのパートを追加するステップと、により生成した前記マルチ・パート形式のコンテンツを、前記サーバから受信する手段と、前記サーバから受信した前記マルチ・パート形式のコンテンツを格納する手段と、を備えることを特徴とするユーザ端末。
【００３７】
上記のユーザ端末において、前記マルチ・パート形式のコンテンツの所在位置情報を前記サーバから受信する手段と、前記所在位置情報を用いて、前記マルチ・パート形式のコンテンツの送信の要求を前記サーバに送信する手段と、を更に備え、前記マルチ・パート形式のコンテンツを前記サーバから受信する手段は、前記サーバが前記マルチ・パート形式のコンテンツの送信の要求に応じて送信した前記マルチ・パート形式のコンテンツを受信することを特徴とするユーザ端末。
【００３８】
上記のユーザ端末において、プログラムの名称を前記サーバから受信する手段と、前記名称を有するプログラムを起動する手段と、を更に備え、前記所在位置情報を用いて、前記マルチ・パート形式のコンテンツの送信の要求を前記サーバに送信する手段は、起動された前記プログラムにより構成されるようにしてもよい。
【００３９】
上記のユーザ端末において、前記所在位置情報を前記サーバから受信する手段と、前記所在位置情報を用いて、前記マルチ・パート形式のコンテンツの送信の要求を前記サーバに送信する手段と、前記マルチ・パート形式のコンテンツを前記サーバから受信する手段と、は、特定の時間帯に動作するようにしてもよい。
【００４０】
上記のユーザ端末において、前記特定の時間帯は、携帯通話網におけるトラフィック量が所定値以下である時間帯であるようにしてもよい。
【００４１】
上記のユーザ端末において、前記特定の時間帯は、深夜又は早朝の時間帯であるようにしてもよい。
【００４２】
上記のユーザ端末において、前記所在位置情報を用いて、前記マルチ・パート形式のコンテンツの送信の要求を前記サーバに送信する手段を、ユーザからの要求に従って起動する手段を更に備えるようにしてもよい。
【００４３】
上記のユーザ端末において、前記マルチ・パート形式のコンテンツを格納する手段は、当該ユーザ端末が、前記マルチ・パート形式のコンテンツを前記サーバから受信する度に動作し、当該ユーザ端末には、複数のマルチ・パート形式のコンテンツが格納されるようにしてもよい。
【００４４】
上記のユーザ端末において、格納されている複数の前記マルチ・パート形式のコンテンツの総容量が所定値以上となった時に、格納されている１乃至複数の前記マルチ・パート形式のコンテンツの総容量が前記所定値よりも少なくなるまで、格納された日時の古い順に１乃至複数の前記マルチ・パート形式のコンテンツを削除する手段を更に備えるようにしてもよい。
【００４５】
上記のユーザ端末において、格納されている前記マルチ・パート形式のコンテンツに含まれるインデックスのパートを表示する手段と、格納されている前記マルチ・パート形式のコンテンツに含まれるパートであって、前記インデックスのパートにおいて指定されたものを表示する手段と、を更に備えるようにしてもよい。
【００４６】
上記のユーザ端末において、格納されている前記マルチ・パート形式のコンテンツに含まれるインデックスのパートを表示する手段は、ブラウザ以外のプログラムが、前記マルチ・パート形式のコンテンツを読み出す手段と、前記プログラムが、読み出した前記マルチ・パート形式のコンテンツを前記ブラウザに出力する手段と、前記ブラウザが、前記プログラムから入力した前記マルチ・パート形式のコンテンツ内で最初に読み込むべきパートとして指定されているインデックスのパートを表示する手段と、を備えるようにしてもよい。
【００４７】
上記のユーザ端末において、格納されている前記マルチ・パート形式のコンテンツに含まれるパートであって、前記インデックスのパートにおいて指定されたものを表示する手段は、ブラウザが、パートの指定を検出する手段と、前記ブラウザが、前記指定されたパートの識別情報を基に、前記指定されたパートを前記マルチ・パート形式のコンテンツから読み出す手段と、前記ブラウザが、読み出した前記指定されたパートを表示する手段と、を備えるようにしてもよい。
【００４８】
上記のユーザ端末において、複数のマルチ・パート形式のコンテンツのうちの何れかのマルチ・パート形式のコンテンツを選択するための画面を表示する手段と、前記画面に対する操作を検出することによりどのマルチ・パート形式のコンテンツが選択されたのかを検出する手段と、選択されたマルチ・パート形式のコンテンツに含まれるインデックスのパートを表示する手段と、選択された前記マルチ・パート形式のコンテンツに含まれるパートであって、前記インデックスのパートにおいて指定されたものを表示する手段と、を更に備えるようにしてもよい。
【発明の効果】
【００４９】
本発明によれば、複数のチャンネルのコンテンツをまとめてマルチ・パート形式のコンテンツを得て、このマルチ・パート形式のコンテンツを配信するようにしているので、複数のチャンネルのコンテンツをユーザ端末にダウンロードする際の処理が不要に複雑とならず、また、バック・ナンバの管理が容易となる。
【発明を実施するための最良の形態】
【００５０】
以下、図面を参照して本発明を実施するための最良の形態について詳細に説明する。
【００５１】
図１は、本発明の実施形態によるコンテンツ配信方法を行うための通信システムの構成を示す図である。
【００５２】
図１を参照すると、この通信システムでは、ユーザ端末（例えば、携帯電話機、ＰＤＡ、パーソナルコンピュータ）１０１とキャスティング・サーバ１０２との間には、ＲＡＮ（Radio Access Network; ラジオ・アクセス・ネットワーク）１０３、ＳＧＳＮ(Serving GPRS Support Node; サービング・ＧＰＲＳ・サポート・ノード)１０４、ＧＧＳＮ(Gateway GPRS Support Node; ゲートウェイ・ＧＰＲＳ・サポート・ノード)１０５及びＷＰＧ(WAP Gateway; ＷＡＰゲートウェイ)１０６を介した通信路と、ＲＡＮ１０３、ＭＳＣ(Mobile service Switching Center; モバイル・サービス・スイッチング・センタ)１０７、ＳＭＳ−Ｃ(Short Message Service-Center; ショート・メッセージ・サービス・センタ)１０８及びＰＰＧ(Push Proxy Gateway; プッシュ・プロキシ・ゲートウェイ)１０９を介した通信路が確立される。
【００５３】
ＳＧＳＮ１０４とＭＳＣ１０７は、ＨＬＲ(Home Location Register)１１０と接続されている。
【００５４】
また、キャスティング・サーバ１０２には、Ｓｕｂｓ．ＤＢ(Subscribers Database; 契約者データベース)１１１が接続されている。更に、キャスティング・サーバ１０２には、ＣＰ(Contents Provider)−１、ＣＰ−２、ＣＰ−３、ＣＰ−４、・・・（符号１１２−１、１１２−２、１１２−３、１１２−４、・・・）が接続されている。
【００５５】
ＣＰ−１、ＣＰ−２、ＣＰ−３、ＣＰ−４、・・・（符号１１２−１、１１２−２、１１２−３、１１２−４、・・・）は、それぞれ、各チャンネルのコンテンツを保持又は生成し、キャスティング・サーバ１０２に供給する。
【００５６】
Ｓｕｂｓ．ＤＢ１１１には、各契約者毎に、コンテンツ配信のサービスを受ける契約を締結しているか否かの情報、締結している場合には、配信することが希望されているチャンネルの識別情報が格納されている。
【００５７】
キャスティング・サーバ１０２は、Ｓｕｂｓ．ＤＢ１１１に格納されている情報に基づいて、ＣＰ−１、ＣＰ−２、ＣＰ−３、ＣＰ−４、・・・（符号１１２−１、１１２−２、１１２−３、１１２−４、・・・）から供給される各チャンネルのコンテンツ及びインデックス・パートを合成して、マルチ・パート形式のコンテンツを生成し、それをユーザ端末１０１に配信する。
【００５８】
図２は、ユーザ端末１０１のアプリケーション等の構成を示す図である。
【００５９】
図２を参照すると、ＷＡＰ２．０通信部１２１の上層に、キャスティング・アプリケーション１２２、キャスティング・データ・フォルダ１２３、ブラウザ１２４、メディア・プレイヤ１２５及びメーラ１２６が存在する。
【００６０】
キャスティング・アプリケーション１２２は、キャスティング・サーバ１０２との間で通信を行い、コンテンツのダウンロード及び管理を行う。キャスティング・データ・フォルダ１２３には、複数のマルチ・パート形式のコンテンツが格納される。複数のマルチ・パート形式のコンテンツには、バック・ナンバが含まれる。
【００６１】
図３は、各チャンネル毎・各曜日毎のコンテンツの一例を示す図である。
【００６２】
図３を参照すると、チャンネルとしては、チャンネルＡ〜Ｕがある。チャンネルＡ〜Ｉは小容量のコンテンツのチャンネルであり、コンテンツの容量は１００キロバイト以下に制限されている。チャンネルＺ〜Ｕは大容量のコンテンツのチャンネルであり、コンテンツの容量は５００キロバイト以下に制限されている。
【００６３】
例えば、チャンネルＡ〜Ｅのように全ての曜日にコンテンツが配信されるチャンネルもあるが、その他のチャンネルのように一部の曜日だけコンテンツが配信されるチャンネルもある。
【００６４】
ユーザは、コンテンツの配信を受けるための契約を締結したならば、配信を希望する１乃至複数のチャンネルを選択する。図３の例では、ユーザは、チャンネルＣ、Ｆ、Ｇ、Ｈ、Ｚ及びＹを選択している。
【００６５】
図４は、マルチ・パート形式のコンテンツを生成する方法を説明するための図である。
【００６６】
ユーザが選択したチャンネルは、一例として、チャンネルＣ、Ｆ、Ｇ、Ｈ、Ｚ及びＹである。キャスティング・サーバ１０２は、これらのチャンネルのコンテンツを集めて、マルチ・パート形式の１つのコンテンツを生成する。更に、キャスティング・サーバ１０２は、他の各パートへのハイパーリンクを含むインデックス・ページを生成し、そのインデックス・ページを１つのパートとしてマルチ・パート形式のコンテンツに追加する。
【００６７】
なお、当該曜日に配信するべきコンテンツが無いチャンネルのパートを省略しても良い。
【００６８】
キャスティング・サーバ１０２は、このようにして得られた１つのマルチ・パート形式のコンテンツを、毎日、ユーザ端末に配信する。
【００６９】
配信は、特定の時間帯に行う。特定の時間帯は、例えば、携帯通話網におけるトラフィック量が所定値以下である時間帯であってもよい。又は、特定の時間帯は、深夜又は早朝の時間帯であっても良い。深夜又は早朝の時間帯として、例えば、午後９時から午前４時までの間の何れかの時刻から始まり、１０時間以下の所定の期間だけ継続し、遅くとも午前７時までには終了する時間帯を選択しても良い。このように特定の時間帯を選択することにより、他の通信（通話、メール、ＷＥＢブラウジング等のための通信）のための回線容量を圧迫することを避けることができる。
【００７０】
図５は、コンテンツ配信のための手順を表すシーケンス図である。
【００７１】
図５を参照すると、キャスティング・サーバ１０２は、ＳＭＳ(Short Message Service; ショート・メッセージ・サービス)を利用して、
Push (SL: Application ID = x-wap-application:casting.ua
href = http://www.vodafone.com/cast/20041015.html)
というメッセージを、ＰＰＧ１０９を介して、ユーザ端末１０１に送信する。ここで、ＳＬは、service loading（サービス・ローディング）の略称であり、x-wap-application:casting.uaは、このメッセージにより起動するべきキャスティング・アプリケーション１２２の名称であり、http://www.vodafone.com/cast/20041015.htmlは、配信するべき本日分のマルチ・パート形式のコンテンツの所在位置情報であるＵＲＬ(Uniform Resource Locator)である。このＵＲＬを有するサーバは、キャスティング・サーバ１０２である。但し、配信するべきコンテンツを格納しているのであれば、他のサーバであってもよい。
【００７２】
次に、キャスティング・アプリケーション１２２が起動され、このキャスティング・アプリケーション１２２が、キャスティング・サーバ１０２との間で、ＴＣＰセッションを確立し、キャスティング・サーバ１０２に対して、http://www.vodafone.com/cast/20041015.htmlで示される１つのマルチ・パート形式のコンテンツの送信を要求する。キャスティング・サーバ１０２は、この要求に応じて、http://www.vodafone.com/cast/20041015.htmlで示される１つのマルチ・パート形式のコンテンツをキャスティング・アプリケーション１２２に送信する。
【００７３】
複数チャンネルのコンテンツをまとめて、１つのマルチ・パート形式のコンテンツにすることにより、１つのユーザ端末については、一日に一回だけ図５に示すシーケンスの通信を行えば、一日分の全ての選択したチャンネルのコンテンツをユーザ端末に配信することができる。一方、複数のチャンネルのコンテンツをまとめずに、各チャンネル毎にコンテンツの配信を行うとすると、全ての選択したチャンネルの数だけ図５に示すシーケンス又はこれに類似するシーケンスの通信を一日に行う必要が生ずる。従って、本実施形態である前者は、後者に比べ、通信の効率を高めることができる。
【００７４】
図６は、キャスティング・アプリケーション１２２によるコンテンツの管理方法を説明するための図である。
【００７５】
図６を参照すると、キャスティング・アプリケーション１２２は、複数日分のマルチ・パート形式のコンテンツをＦＩＦＯ(First-In First-Out;ファースト・イン−ファースト・アウト)形式でキャスティング・データ・フォルダ１２３に蓄積する。容量計算により、最新のマルチ・パート形式のコンテンツをキャスティング・データ・フォルダ１２３に追加すると、キャスティング・データ・フォルダ１２３がオーバ・フローすると判断したならば、格納された日時の最も古いマルチ・パート形式のコンテンツを削除する。図６は、２００４年１０月１５日分のマルチ・パート形式のコンテンツをキャスティング・データ・フォルダ１２３に追加すると、キャスティング・データ・フォルダ１２３がオーバ・フローすると判断し、２００４年１０月８日分のマルチ・パート形式のコンテンツを削除する例を示している。
【００７６】
格納された日時の最も古いマルチ・パート形式のコンテンツを削除しても、オーバ・フローが解消されないのであれば、次に古いマルチ・パート形式のコンテンツを削除する。
【００７７】
図３を参照して説明したように、各チャンネル毎のコンテンツの容量に上限を設けている。従って、それを考慮し、合計の容量が所定容量を超えないようにユーザが選択できるチャンネルの数を制限することが可能である。従って、そのような制限を設定した上で、更に、キャスティング・データ・フォルダ１２３の容量をその所定容量に保証蓄積日数を乗じて得た容量とすることにより、ユーザに対し、バック・ナンバの蓄積日数を保証することができる。
【００７８】
キャスティング・データ・フォルダ１２３の容量が余っているのであれば、保証蓄積日数を経過したバック・ナンバもキャスティング・データ・フォルダ１２３に残しておいても良い。
【００７９】
図７は、キャスティング・アプリケーション１２２が、コンテンツを選択して、ブラウザ１２４に渡す方法を説明するための図である。
【００８０】
図７を参照すると、キャスティング・アプリケーション１２２は、最新のコンテンツ又は１乃至複数のバック・ナンバのうちのユーザにより選択されたものをキャスティング・データ・フォルダ１２３から１つのマルチ・パート形式のコンテンツとして読み出し、これをブラウザ１２４に渡す。ブラウザ１２４に渡す際には、マルチ・パート形式のコンテンツをバッファ（図示せず。）に、１つのファイルとして格納する。
【００８１】
ブラウザ１２４がインデックス・ページを読むようにするためには、マルチ・パート形式のコンテンツのヘッダ部において、最初にブラウザ１２４が読み込むべきパートを指定する。
【００８２】
図８は、マルチ・パート形式のコンテンツの具体的な記述内容の一例を示した図である。
【００８３】
第１行目で、パートの境界となる文字列として「ｂｏｕｎｄａｒｙ」が指定されている。そして、パートの境界には、「――ｂｏｕｎｄａｒｙ」が記述されている。インデックス・ページには、各チャンネルのコンテンツへのハイパーリンク（例えば、<a href = "ch-c.html"星占い</a>）が記述されている。
【００８４】
第３行目で、ブラウザが最初に読み込むべきパートの名称として「index.htm」が指定されている。また、インデックス・ページに含まれる第７行目には、インデックス・ページのパートの名称として「index.htm」が記述されている。上述したように、これらを利用して、ブラウザは、最初にインデックス・ページを読み込む。
【００８５】
図９は、ユーザが最新のマルチ・パート形式のコンテンツのうちの星占いのチャンネルのコンテンツを選択する場合の画面の遷移を示す。
【００８６】
キャスティング・アプリケーション１２２は、キャスティング・メニュー１３１を表示する。ユーザが、最新コンテンツ１３１ａを選択すると、キャスティング・アプリケーション１２２は、最新のコンテンツをキャスティング・データ・フォルダ１２３から１つのマルチ・パート形式のコンテンツとして読み出し、これをブラウザ１２４に渡す。ブラウザ１２４に渡す際には、マルチ・パート形式のコンテンツをバッファ（図示せず。）に、１つのファイルとして格納する。すると、ブラウザ１２４は、インデックス・ページ１３２を表示する。ブラウザ１２４がインデックス・ページを読むようにするためには、マルチ・パート形式のコンテンツのヘッダ部において、最初にブラウザ１２４が読み込むべきパートを指定する。ユーザが、星占いの項目１３２ａを選択すると、この項目に設定されているハイパーリンクの情報を基に、最新のコンテンツのうちの星占いのチャンネルのコンテンツを読み出し、これを基に星占いのページ１３３を表示する。星占いのページで、マルチ・パート形式のコンテンツに含まれるパートへハイパーリンクするための情報に関連付けられている項目が選択されれば、そのパートにジャンプし、インターネットに接続されているＷＷＷサーバに格納されているページへハイパーリンクするための情報に関連付けられている項目が選択されれば、そのページへジャンプする。
【００８７】
図１０は、ユーザがバック・ナンバであるマルチ・パート形式のコンテンツのうちの星占いのチャンネルのコンテンツを選択する場合の画面の遷移を示す。
【００８８】
キャスティング・アプリケーション１２２は、キャスティング・メニュー１３１を表示する。ユーザが、バック・ナンバ１３１ｂを選択すると、キャスティング・アプリケーション１２２は、バックナンバ・メニュー１３４を表示する。ユーザが、２００４年１０月１０日の項目１３４ａを選択すると、キャスティング・アプリケーション１２２は、２００４年１０月１０日のコンテンツをキャスティング・データ・フォルダ１２３から１つのマルチ・パート形式のコンテンツとして読み出し、これをブラウザ１２４に渡す。ブラウザ１２４に渡す際には、マルチ・パート形式のコンテンツをバッファ（図示せず。）に、１つのファイルとして格納する。すると、ブラウザ１２４は、インデックス・ページ１３５を表示する。ブラウザ１２４がインデックス・ページを読むようにするためには、マルチ・パート形式のコンテンツのヘッダ部において、最初にブラウザ１２４が読み込むべきパートを指定する。ユーザが、星占いの項目１３５ａを選択すると、この項目に設定されているハイパーリンクの情報を基に、２００４年１０月１０日のコンテンツのうちの星占いのチャンネルのコンテンツを読み出し、これを基に星占いのページ１３３と同様なページ（図示せず。）を表示する。
【００８９】
図５に示す一連のシーケンスの通信が上述したような特定の時間帯に行われ、それが成功した場合には、最新のコンテンツの全てのパートをブラウザが表示することが可能となる。しかし、例えば、電波情況が悪い等の理由により、必ずしも図５に示す一連のシーケンスの通信が特定の時間帯に成功裏に終了するとは限らない。失敗した場合には、例えば、あるチャンネルのコンテンツが表示できないことにより、ユーザは失敗を認識することができる。このような場合に対応するために、特定の時間帯が経過した後であっても、ユーザの操作により、最新のコンテンツをユーザ端末にダウンロードできるようにする。このダウンロードに対しては、課金をしてもよいし、しなくてもよい。特定時間外のこのようなダウンロードに対して課金をすることが前提となっている場合には、自動的にではなく、ユーザの操作により、最新のコンテンツをユーザ端末にダウンロードできるようにし、更に、ユーザがその操作をする際に課金されることを知ることができるような画面をユーザ端末が表示することにより、ユーザが、不用意にダウンロードに対して課金されるという事態を避けることができる。
【００９０】
図１１は、ユーザの操作により、最新のコンテンツをユーザ端末にダウンロードすることを起動するための画面を示す。チャンネル選択等を表示する画面１４１において、ユーザがアップデートの項目１４１ａを選択すると、図１２に示すような一連のシーケンスの通信が開始する。なお、図１１の例では、この通信に対して課金することを表示している。ユーザは、この画面を見て、再ダウンロードに対しては課金されることを知ることができる。
【００９１】
図１２に示すシーケンスは、図５に示したキャスティング・サーバ１０２からユーザ端末１０１への、ＳＭＳを利用した
Push (SL: Application ID = x-wap-application:casting.ua
href = http://www.vodafone.com/cast/20041015.html)
というメッセージの送信は成功したことを前提としたものであり、図５に示すシーケンスと比較すると、このメッセージの送信のみが削除されている点が異なる。このメッセージの送信も終了していない場合には、ユーザ端末１０１は、このメッセージの送信をキャスティング・サーバ１０２に要求するための通信を、キャスティング・サーバ１０２との間で行い、その後、図５に示す一連のシーケンスの通信を再度行う。
【産業上の利用可能性】
【００９２】
本発明は、コンテンツをユーザ端末に配信するための利用することができる。
【図面の簡単な説明】
【００９３】
【図１】本発明の実施形態によるコンテンツ配信方法を行うための通信システムの構成を示す図である。
【図２】本発明の実施形態によるユーザ端末のアプリケーション等の構成を示す図である。
【図３】本発明の実施形態による各チャンネル毎・各曜日毎のコンテンツの一例を示す図である。
【図４】本発明の実施形態によるマルチ・パート形式のコンテンツを生成する方法を説明するための図である。
【図５】本発明の実施形態によるコンテンツ配信のための手順を表すシーケンス図である。
【図６】本発明の実施形態によるキャスティング・アプリケーションによるコンテンツの管理方法を説明するための図である。
【図７】本発明の実施形態によるキャスティング・アプリケーションが、コンテンツを選択して、ブラウザに渡す方法を説明するための図である。
【図８】本発明の実施形態によるマルチ・パート形式のコンテンツの具体的な記述内容の一例を示した図である。
【図９】本発明の実施形態によるユーザが最新のマルチ・パート形式のコンテンツのうちの星占いのチャンネルのコンテンツを選択する場合の画面の遷移を示す図である。
【図１０】本発明の実施形態によるユーザがバック・ナンバであるマルチ・パート形式のコンテンツのうちの星占いのチャンネルのコンテンツを選択する場合の画面の遷移を示す図である。
【図１１】本発明の実施形態によるユーザの操作により、最新のコンテンツをユーザ端末にダウンロードすることを起動するための画面を示す図である。
【図１２】本発明の実施形態によるユーザの操作により、最新のコンテンツをユーザ端末にダウンロードするための手順を表すシーケンス図である。
【符号の説明】
【００９４】
１０１  ユーザ端末（ＵＴ）
１０２  キャスティング・サーバ
１０３  ラジオ・アクセス・ネットワーク（ＲＡＮ）
１０４  サービング・ＧＰＲＳ・サポート・ノード（ＳＧＳＮ）
１０５  ゲートウェイ・ＧＰＲＳ・サポート・ノード（ＧＧＳＮ）
１０６  ＷＡＰ・ゲートウェイ（ＷＰＧ）
１０７  モバイル・サービス・スイッチング・センタ（ＭＳＣ）
１０８  ショート・メッセージ・サービス・センタ（ＳＭＳ−Ｃ）
１０９  プッシュ・プロキシ・ゲートウェイ（ＰＰＧ）
１１０  ホーム・ロケーション・レジスタ（ＨＬＲ）
１１１  契約者データベース（Ｓｕｂｓ．ＤＢ）
１１２−１、１１２−２、１１２−３、１１２−４  コンテンツプロバイダ（ＣＰ）
１２２  キャスティング・アプリケーション
１２３  キャスティング・データ・フォルダ
１２４  ブラウザ
【図１】
2006246344.tif 000003
【図２】
2006246344.tif 000004
【図３】
2006246344.tif 000005
【図４】
2006246344.tif 000006
【図５】
2006246344.tif 000007
【図６】
2006246344.tif 000008
【図７】
2006246344.tif 000009
【図８】
2006246344.tif 000010
【図９】
2006246344.tif 000011
【図１０】
2006246344.tif 000012
【図１１】
2006246344.tif 000013
【図１２】
2006246344.tif 000014