(57)【要約】【課題】  携帯端末からサーバへのアクセスだけでユーザ側の操作負担はなくユーザの嗜好に沿う着信メロディなどのコンテンツを携帯端末に供給して、通信効率を向上できるようにすることを課題とする。【解決手段】携帯電話１１のユーザが好みのアーティストを含むプロフィールをあらかじめウェブサーバ１２に登録しておく。携帯電話１１のアプリが更新頻度時間ごとに自動起動してウェブサーバ１２にアクセスする。ウェブサーバ１２は、携帯電話１１からコンテンツのダウンロード要求があると、携帯電話１１のユーザのプロフィールからユーザ好みのアーティストの着メロセットを得たベース１５から読み出して携帯電話１１に送信する。携帯電話１１は、着信メロディを起動時間に応じて切り替える。【選択図】図１
2005208940.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して携帯端末との間で通信を行うサーバシステムであって、
コンテンツ情報と当該コンテンツ情報の属性とを対応付けて記憶するコンテンツ記憶手段と、
ユーザ毎に、任意に設定されるコンテンツ情報の属性を含むプロフィール情報とユーザ固有の情報とを対応付けて記憶するプロフィール記憶手段と、
携帯端末からのアクセスに応じて前記プロフィール記憶手段を参照して前記ユーザ固有の情報に対応するプロフィール情報を読み出す読み出し手段と、
前記読み出し手段で読み出されたプロフィール情報に含まれる属性に対応するコンテンツ情報を決定するコンテンツ決定手段と、
前記コンテンツ決定手段で決定されたコンテンツ情報を前記コンテンツ記憶手段から読み出して前記アクセス元の携帯端末に送信する送信手段と、
を備えたことを特徴とするサーバシステム。
【請求項２】
ネットワークを介して、コンテンツを時間に応じて起動可能な携帯端末との間で通信を行うサーバシステムであって、
コンテンツ情報と当該コンテンツ情報の属性とを対応付けて記憶するコンテンツ記憶手段と、
ユーザ毎に、任意に設定されるコンテンツ情報の属性を含むプロフィール情報とユーザ固有の情報とを対応付けて記憶するプロフィール記憶手段と、
携帯端末からのアクセスに応じて前記プロフィール記憶手段を参照して前記ユーザ固有の情報に対応するプロフィール情報を読み出す読み出し手段と、
前記読み出し手段で読み出されたプロフィール情報に含まれる属性に対応する複数個のコンテンツ情報を決定するコンテンツ決定手段と、
前記コンテンツ決定手段で決定された複数個のコンテンツ情報を前記コンテンツ記憶手段から読み出し、前記読み出された複数個のコンテンツ情報と当該各コンテンツ情報が携帯端末において有効に起動可能な時間を示す情報とを対応させたセットデータを生成するセットデータ生成手段と、
前記セットデータ生成手段で生成されたセットデータを前記アクセス元の携帯端末に送信する送信手段と、
を備えたことを特徴とするサーバシステム。
【請求項３】
前記コンテンツ情報は、音楽、画像またはこれらの組み合わせからなるコンテンツのデータであることを特徴とする請求項１または２に記載のサーバシステム。
【請求項４】
前記コンテンツ情報の属性は、前記コンテンツに関与するアーティストを特定する情報であることを特徴とする請求項１，２または３に記載のサーバシステム。
【請求項５】
さらに、携帯端末からのアクセスに応じて前記プロフィール記憶手段に記憶されるプロフィール情報を設定する設定手段を有したことを特徴とする請求項１〜４のいずれか１つに記載のサーバシステム。
【請求項６】
ネットワークを介して携帯端末に対してコンテンツを送信するコンテンツ送信方法であって、
ユーザ毎に、任意に設定されるコンテンツ情報の属性を含むプロフィール情報とユーザ固有の情報とを対応付けて第１メモリに記憶されており、携帯端末からのアクセスに応じて前記メモリを参照して前記ユーザ固有の情報に対応するプロフィール情報を読み出す第１ステップと、
前記第１ステップで読み出されたプロフィール情報に含まれる属性に対応するコンテンツ情報を決定する第２ステップと、
コンテンツ情報と当該コンテンツ情報の属性とを対応付けて第２メモリに記憶されており、前記第２ステップで決定されたコンテンツ情報を前記第２メモリから読み出して前記アクセス元の携帯端末に送信する第３ステップと、
を含んだことを特徴とするコンテンツ送信方法。
【請求項７】
ネットワークを介して、コンテンツを時間に応じて起動可能な携帯端末に対してコンテンツを送信するコンテンツ送信方法であって、
ユーザ毎に、任意に設定されるコンテンツ情報の属性を含むプロフィール情報とユーザ固有の情報とを対応付けて第１メモリに記憶されており、携帯端末からのアクセスに応じて前記メモリを参照して前記ユーザ固有の情報に対応するプロフィール情報を読み出す第１ステップと、
前記第１ステップで読み出されたプロフィール情報に含まれる属性に対応する複数個のコンテンツ情報を決定する第２ステップと、
コンテンツ情報と当該コンテンツ情報の属性とを対応付けて第２メモリに記憶されており、前記第２ステップで決定された複数個のコンテンツ情報を前記第２メモリから読み出す第３ステップと、
前記第３ステップで読み出された複数個のコンテンツ情報と当該各コンテンツ情報が携帯端末において有効に起動可能な時間を示す情報とを対応させたセットデータを生成する第４ステップと、
前記第４ステップで生成されたセットデータを前記アクセス元の携帯端末に送信する第５ステップと、
を含んだことを特徴とするコンテンツ送信方法。
【請求項８】
前記コンテンツ情報は、音楽、画像またはこれらの組み合わせからなるコンテンツのデータであることを特徴とする請求項６または７に記載のコンテンツ送信方法。
【請求項９】
前記コンテンツ情報の属性は、前記コンテンツに関与するアーティストを特定する情報であることを特徴とする請求項６，７または８に記載のコンテンツ送信方法。
【請求項１０】
さらに、携帯端末からのアクセスに応じて前記第１メモリに記憶されるプロフィール情報を設定するステップを含んだことを特徴とする請求項６〜９のいずれか１つに記載のコンテンツ送信方法。
【請求項１１】
ネットワークを介して携帯端末に対してコンテンツを送信する処理をサーバのコンピュータで実行可能なプログラムであって、
前記コンピュータに、
ユーザ毎に、任意に設定されるコンテンツ情報の属性を含むプロフィール情報とユーザ固有の情報とを対応付けて第１メモリに記憶されており、携帯端末からのアクセスに応じて前記メモリを参照して前記ユーザ固有の情報に対応するプロフィール情報を読み出す第１ステップと、
前記第１ステップで読み出されたプロフィール情報に含まれる属性に対応するコンテンツ情報を決定する第２ステップと、
コンテンツ情報と当該コンテンツ情報の属性とを対応付けて第２メモリに記憶されており、前記第２ステップで決定されたコンテンツ情報を前記第２メモリから読み出して前記アクセス元の携帯端末に送信する第３ステップと、
を実行させることを特徴とするプログラム。
【請求項１２】
ネットワークを介して、コンテンツを時間に応じて起動可能な携帯端末に対してコンテンツを送信する処理をサーバのコンピュータで実行可能なプログラムであって、
前記コンピュータに、
ユーザ毎に、任意に設定されるコンテンツ情報の属性を含むプロフィール情報とユーザ固有の情報とを対応付けて第１メモリに記憶されており、携帯端末からのアクセスに応じて前記メモリを参照して前記ユーザ固有の情報に対応するプロフィール情報を読み出す第１ステップと、
前記第１ステップで読み出されたプロフィール情報に含まれる属性に対応する複数個のコンテンツ情報を決定する第２ステップと、
コンテンツ情報と当該コンテンツ情報の属性とを対応付けて第２メモリに記憶されており、前記第２ステップで決定された複数個のコンテンツ情報を前記第２メモリから読み出す第３ステップと、
前記第３ステップで読み出された複数個のコンテンツ情報と当該各コンテンツ情報が携帯端末において有効に起動可能な時間を示す情報とを対応させたセットデータを生成する第４ステップと、
前記第４ステップで生成されたセットデータを前記アクセス元の携帯端末に送信する第５ステップと、
を実行させることを特徴とするプログラム。
【請求項１３】
前記コンテンツ情報は、音楽、画像またはこれらの組み合わせからなるコンテンツのデータであることを特徴とする請求項１１または１２に記載のプログラム。
【請求項１４】
前記コンテンツ情報の属性は、前記コンテンツに関与するアーティストを特定する情報であることを特徴とする請求項１１，１２または１３に記載のプログラム。
【請求項１５】
さらに、携帯端末からのアクセスに応じて前記第１メモリに記憶されるプロフィール情報を設定するステップを含んだことを特徴とする請求項１１〜１４のいずれか１つに記載のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インターネット等のネットワークを介して、携帯電話等の携帯端末に対して、着信メロディなどの音楽、待ち受け画像、音声等の再生可能なコンテンツを提供するサーバシステム、コンテンツ送信方法およびプログラムに関する。
【背景技術】
【０００２】
携帯電話においては、メールや電話の着信時にあらかじめ登録しておいた所望のメロディを鳴らすことが一般的である。今日、携帯電話の発達に伴って着信時に音楽だけでなく動画を表示することも可能である。
【０００３】
着信メロディ、音声、ＣＤ音源を用いた音楽のようなサウンド系のコンテンツや静止画、動画などの画像系のコンテンツは、携帯電話網を介してインターネットに接続し、そのインターネットに接続されるサーバよりコンテンツ情報としてダウンロードすることが可能である（特許文献１、特許文献２）。
【０００４】
コンテンツ情報はコンテンツプロバイダによってダウンロード可能に提供される。このため、ユーザは所望のアーティストのコンテンツを揃えているコンテンツプロバイダに会員登録し、そのコンテンツプロバイダが提供するサイトにアクセスして最新の情報を入手することができる。
【０００５】
サウンド系のコンテンツにしても画像系のコンテンツにしても、携帯電話のＨＴＴＰによりウェブ画面を通じてアーティスト名などのようにコンテンツに関与する情報を頼りに所望のコンテンツに対する検索処理が実行され、その所望のコンテンツに検索処理が到達すると、ユーザの操作によりダウンロード処理が実行される。このようにして、コンテンツは携帯電話にダウンロードされる。
【０００６】
【特許文献１】特開２００２−１８２６５８号公報
【特許文献２】特開２００２−２４７２０６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、上述したような従来例においては、携帯端末を所有するユーザがコンテンツプロバイダによって提供されるサイトにアクセスして、ウェブページ上でボタン操作により所望のコンテンツを探し出すという検索作業が必要であった。好みのアーティストが決まっていて、毎回同じアーティストの新曲の着信メロディをダウンロードするにも毎回同じ操作が必要であった。このため、ユーザにとって操作が煩雑となり、使い勝手が悪かった。
【０００８】
また、サーバにおいては、検索処理を含む一連のダウンロード処理が単調となっている分、同一アーティストの新曲分の着信メロディだけをダウンロードしたいユーザに対して、携帯電話との間で効率の悪い通信が発生していた。このため、非効率な通信がユーザに対してパケット料金の負担を強いる虞があった。
【０００９】
本発明の目的は、携帯端末からサーバへのアクセスだけでユーザ側の操作負担はなくユーザの嗜好に沿う着信メロディなどのコンテンツを携帯端末に供給して、通信効率を向上させることが可能なサーバシステム、コンテンツ送信方法およびプログラムを提供することにある。
【課題を解決するための手段】
【００１０】
上述した課題を解決し、上記目的を達成するため、請求項１の発明に係るサーバシステムは、ネットワークを介して携帯端末との間で通信を行うサーバシステムであって、コンテンツ情報と当該コンテンツ情報の属性とを対応付けて記憶するコンテンツ記憶手段と、ユーザ毎に、任意に設定されるコンテンツ情報の属性を含むプロフィール情報とユーザ固有の情報とを対応付けて記憶するプロフィール記憶手段と、携帯端末からのアクセスに応じて前記プロフィール記憶手段を参照して前記ユーザ固有の情報に対応するプロフィール情報を読み出す読み出し手段と、前記読み出し手段で読み出されたプロフィール情報に含まれる属性に対応するコンテンツ情報を決定するコンテンツ決定手段と、前記コンテンツ決定手段で決定されたコンテンツ情報を前記コンテンツ記憶手段から読み出して前記アクセス元の携帯端末に送信する送信手段と、を備えたことを特徴とするものである。
【００１１】
また、請求項２の発明に係るサーバシステムは、ネットワークを介して、コンテンツを時間に応じて起動可能な携帯端末との間で通信を行うサーバシステムであって、コンテンツ情報と当該コンテンツ情報の属性とを対応付けて記憶するコンテンツ記憶手段と、ユーザ毎に、任意に設定されるコンテンツ情報の属性を含むプロフィール情報とユーザ固有の情報とを対応付けて記憶するプロフィール記憶手段と、携帯端末からのアクセスに応じて前記プロフィール記憶手段を参照して前記ユーザ固有の情報に対応するプロフィール情報を読み出す読み出し手段と、前記読み出し手段で読み出されたプロフィール情報に含まれる属性に対応する複数個のコンテンツ情報を決定するコンテンツ決定手段と、前記コンテンツ決定手段で決定された複数個のコンテンツ情報を前記コンテンツ記憶手段から読み出し、前記読み出された複数個のコンテンツ情報と当該各コンテンツ情報が携帯端末において有効に起動可能な時間を示す情報とを対応させたセットデータを生成するセットデータ生成手段と、前記セットデータ生成手段で生成されたセットデータを前記アクセス元の携帯端末に送信する送信手段と、を備えたことを特徴とするものである。
【００１２】
そして、請求項１または２の発明は、請求項３の発明のように、前記コンテンツ情報は、音楽、画像またはこれらの組み合わせからなるコンテンツのデータとしてもよい。
【００１３】
また、請求項１，２または３の発明は、請求項４の発明のように、前記コンテンツ情報の属性は、前記コンテンツに関与するアーティストを特定する情報としてもよい。
【００１４】
さらに、請求項１〜４のいずれか１つの発明は、請求項５のように、さらに、携帯端末からのアクセスに応じて前記プロフィール記憶手段に記憶されるプロフィール情報を設定する設定手段を有したものでもよい。
【００１５】
また、請求項６の発明に係るコンピュータ送信方法は、ネットワークを介して携帯端末に対してコンテンツを送信するコンテンツ送信方法であって、ユーザ毎に、任意に設定されるコンテンツ情報の属性を含むプロフィール情報とユーザ固有の情報とを対応付けて第１メモリに記憶されており、携帯端末からのアクセスに応じて前記メモリを参照して前記ユーザ固有の情報に対応するプロフィール情報を読み出す第１ステップと、前記第１ステップで読み出されたプロフィール情報に含まれる属性に対応するコンテンツ情報を決定する第２ステップと、コンテンツ情報と当該コンテンツ情報の属性とを対応付けて第２メモリに記憶されており、前記第２ステップで決定されたコンテンツ情報を前記第２メモリから読み出して前記アクセス元の携帯端末に送信する第３ステップと、を含んだことを特徴とするものである。
【００１６】
また、請求項７の発明に係るコンピュータ送信方法は、ネットワークを介して、コンテンツを時間に応じて起動可能な携帯端末に対してコンテンツを送信するコンテンツ送信方法であって、ユーザ毎に、任意に設定されるコンテンツ情報の属性を含むプロフィール情報とユーザ固有の情報とを対応付けて第１メモリに記憶されており、携帯端末からのアクセスに応じて前記メモリを参照して前記ユーザ固有の情報に対応するプロフィール情報を読み出す第１ステップと、前記第１ステップで読み出されたプロフィール情報に含まれる属性に対応する複数個のコンテンツ情報を決定する第２ステップと、コンテンツ情報と当該コンテンツ情報の属性とを対応付けて第２メモリに記憶されており、前記第２ステップで決定された複数個のコンテンツ情報を前記第２メモリから読み出す第３ステップと、前記第３ステップで読み出された複数個のコンテンツ情報と当該各コンテンツ情報が携帯端末において有効に起動可能な時間を示す情報とを対応させたセットデータを生成する第４ステップと、前記第４ステップで生成されたセットデータを前記アクセス元の携帯端末に送信する第５ステップと、を含んだことを特徴とするものである。
【００１７】
そして、請求項６または７の発明は、請求項８のように、前記コンテンツ情報は、音楽、画像またはこれらの組み合わせからなるコンテンツのデータとしてもよい。
【００１８】
また、請求項６，７または８の発明は、請求項９のように、前記コンテンツ情報の属性は、前記コンテンツに関与するアーティストを特定する情報としてもよい。
【００１９】
さらに、請求項６〜９のいずれか１つの発明は、請求項１０のように、さらに、携帯端末からのアクセスに応じて前記第１メモリに記憶されるプロフィール情報を設定するステップを含むようにしてもよい。
【００２０】
また、請求項１１の発明に係るプログラムは、ネットワークを介して携帯端末に対してコンテンツを送信する処理をサーバのコンピュータで実行可能なプログラムであって、前記コンピュータに、ユーザ毎に、任意に設定されるコンテンツ情報の属性を含むプロフィール情報とユーザ固有の情報とを対応付けて第１メモリに記憶されており、携帯端末からのアクセスに応じて前記メモリを参照して前記ユーザ固有の情報に対応するプロフィール情報を読み出す第１ステップと、前記第１ステップで読み出されたプロフィール情報に含まれる属性に対応するコンテンツ情報を決定する第２ステップと、コンテンツ情報と当該コンテンツ情報の属性とを対応付けて第２メモリに記憶されており、前記第２ステップで決定されたコンテンツ情報を前記第２メモリから読み出して前記アクセス元の携帯端末に送信する第３ステップと、を実行させることを特徴とするものである。
【００２１】
また、請求項１２の発明に係るプログラムは、ネットワークを介して、コンテンツを時間に応じて起動可能な携帯端末に対してコンテンツを送信する処理をサーバのコンピュータで実行可能なプログラムであって、前記コンピュータに、ユーザ毎に、任意に設定されるコンテンツ情報の属性を含むプロフィール情報とユーザ固有の情報とを対応付けて第１メモリに記憶されており、携帯端末からのアクセスに応じて前記メモリを参照して前記ユーザ固有の情報に対応するプロフィール情報を読み出す第１ステップと、前記第１ステップで読み出されたプロフィール情報に含まれる属性に対応する複数個のコンテンツ情報を決定する第２ステップと、コンテンツ情報と当該コンテンツ情報の属性とを対応付けて第２メモリに記憶されており、前記第２ステップで決定された複数個のコンテンツ情報を前記第２メモリから読み出す第３ステップと、前記第３ステップで読み出された複数個のコンテンツ情報と当該各コンテンツ情報が携帯端末において有効に起動可能な時間を示す情報とを対応させたセットデータを生成する第４ステップと、前記第４ステップで生成されたセットデータを前記アクセス元の携帯端末に送信する第５ステップと、を実行させることを特徴とするものである。
【００２２】
そして、請求項１１または１２の発明は、請求項１３のように、前記コンテンツ情報は、音楽、画像またはこれらの組み合わせからなるコンテンツのデータとしてもよい。
【００２３】
また、請求項１１，１２または１３の発明は、請求項１４のように、前記コンテンツ情報の属性は、前記コンテンツに関与するアーティストを特定する情報としてもよい。
【００２４】
さらに、請求項１１〜１４のいずれか１つの発明は、請求項１５のように、さらに、携帯端末からのアクセスに応じて前記第１メモリに記憶されるプロフィール情報を設定するステップを含むようにしてもよい。
【発明の効果】
【００２５】
携帯端末からサーバへのアクセスだけでユーザ側の操作負担はなくユーザの嗜好に沿う着信メロディなどのコンテンツを携帯端末に供給して、通信効率を向上させることが可能となる。
【発明を実施するための最良の形態】
【００２６】
以下、添付図面を参照して本発明に係る一実施の形態を詳細に説明する。まず、全体構成について説明する。図１は、本発明の一実施の形態に係るネットワークを説明する概略図である。図１において、本実施の形態によるネットワークシステムは、携帯電話１１などの携帯端末、携帯電話網１３、インターネット１４およびサーバシステム１０により構成される。
【００２７】
携帯電話網１３は、携帯電話１１などの携帯端末とインターネット１４間の通信を接続するシステムであり、パケット網１３０１、ゲートサーバ１３０２などを備えている。パケット網１３０１は、携帯端末と無線通信を行う基地局に接続され、ゲートサーバ１３０２にデータを出力するとともに、ゲートサーバ１３０２から受け取ったデータをパケット処理して基地局に送出する。
【００２８】
サーバシステム１０は、たとえばウェブサーバ１２、着信メロディなどのコンテンツデータを記憶しているデータベース１５を備えており、携帯電話網１３、インターネット１４を介してアクセスしてくる携帯端末に対してウェブページを閲覧可能に提供したり、各種のサービスを提供する。このサーバシステム１０では、一例として、携帯電話会員に対して着信メロディなどのコンテンツを提供することができる。
【００２９】
携帯電話１１は、複数ある携帯電話のうちの代表例であり、音声通話を行うための電話機能およびインターネット通信を行うためのブラウザ機能を備えている。インターネット通信においては、ウェブサーバ１２との間でデータの送受信を行うためのプロトコルであるＨＴＴＰ(Hyper Text Transfer Protocol)を用いる。ウェブサーバ１２は、複数あるウェブサーバのうちの代表例であり、携帯電話１１などの携帯端末からの要求に応じてウェブページ閲覧を提供したり、着信時に携帯電話側で音楽、音声、画像等のデジタルコンテンツを再生可能なコンテンツのダウンロードなどをサービスとして提供するサイトを実現するものである。コンテンツのダウンロードの際、ウェブサーバ１２はデータベース１５を参照する。
【００３０】
つぎに、サーバシステム１０について詳述する。図２は本実施の形態によるウェブサーバ１２の一構成例を示すブロック図であり、図３は本実施の形態によるデータベース１５の一構成例を説明する図である。ウェブサーバ１２は、たとえば図２に示したように、バスライン１２０７に、通信制御部１２０１、制御部１２０２、入力部１２０３、表示部１２０４、記憶部１２０５、データベースインタフェース１２０６などを接続させ、データ、アドレス信号、制御信号などを伝送させ、処理する構成である。
【００３１】
通信制御部１２０１は、インターネット１４に接続され、インターネット１４を介して携帯電話１１と、パーソナルコンピュータなどの他の機器との間の双方向通信を司る。制御部１２０２は、ＣＰＵ、ＲＯＭ、ＲＡＭなどを備え、ＲＯＭに格納されたＯＳにしたがってＣＰＵがサーバ全体の制御を司る。入力部１２０３は、制御部１２０２に本サーバを手動操作するための各種情報を入力するためのユニットである。表示部１２０４は、本サーバの操作や本サーバ自体の動作に伴う各種状態を表示するユニットである。
【００３２】
記憶部１２０５は、携帯電話１１に対して本実施の形態によるウェブブラウザ表示を提供するためのサーバ側の処理を受け持つサーバ用アプリケーションプログラム（以下、サーバ用アプリという）１２０５０およびクライアントすなわち携帯電話において本実施の形態によるウェブブラウザを実現させるためのクライアント用アプリケーションプログラム（以下、クライアント用アプリという）１２０５１を記憶している。
【００３３】
記憶部１２０５は、さらに、会員情報である会員レコードテーブル１２０５２、会員の嗜好とコンテンツ情報とを対応付けているプロフィールレコードテーブル１２０５３、アーティストごとにコンテンツを対応付けているアーティストレコードテーブル１２０５４、アーティストごとに複数のコンテンツを一セットとして対応付けているセットレコードテーブル１２０５５などを登録している。
【００３４】
データベースインタフェース１２０６は、着信メロディやＣＤ音源の音楽、音声、画像などのコンテンツデータ１５０１を記憶するデータベース１５を本サーバに接続させ、コンテンツデータの読み出しやデータ更新などを司る。
【００３５】
データベース１５は、たとえば図３に示したように、コンテンツＩＤに対応させてコンテンツデータを記憶する大規模記憶装置である。コンテンツの一例として着信メロディを例に挙げると、コンテンツＩＤのＣ０００１には着信メロディデータとしてＣＤＴ１が対応付けられている。同様に、コンテンツＩＤのＣ０００２には着信メロディとしてＣＤＴ２が対応付けられている。データベース１５には、図示および説明を省略するが、その他に、ＣＤ音源の音楽データ、静止画、動画の画像データ、音声データがそれぞれコンテンツＩＤに対応付けられて記憶されることになる。
【００３６】
以上の構成によれば、制御部１２０２は、インターネット１４を介して携帯電話１１などの携帯端末からダウンロード要求が入ると、記憶部１２０５に記憶されている会員の嗜好に応じて着信メロディ、ＣＤ音源の音楽、音声、動画や静止画などの画像等のコンテンツを提供する。
【００３７】
本実施の形態では、携帯端末に対してアーティストのコンテンツをセットで提供することも可能である。以下の説明を簡略化するため、コンテンツの代表例として着信メロディを一例に挙げる。この場合、携帯電話１１などの携帯端末に供給するコンテンツは、例えば図４に示すような形式を採っている。図４は、着メロセットデータの一例を示す図である。
【００３８】
すなわち、携帯端末に送信される着信メロディは同一アーティストのたとえば３曲であり、これを着メロセットと呼ぶことにする。この着メロセットは、たとえば図４の如くヘッダ部とデータ部とからなる。ヘッダ部には、起動開始可能な時刻を示す起動時間情報Ｔ１，Ｔ２，Ｔ３の３種類が含まれ、データ部には、３曲分の着信メロディがヘッダ部の起動時間情報Ｔ１〜Ｔ３に対応させて格納される。
【００３９】
図４では、たとえばアーティスト名「アース」というアーティストの着信メロディが３曲含まれている。曲Ａは起動時間情報Ｔ１（６時００分）に対応し、曲Ｂは起動時間情報Ｔ２（１２時００分）に対応し、曲Ｃは起動時間情報Ｔ３（１８時００分）に対応している。
【００４０】
なお、詳細は後述するが、ある携帯電話１１のユーザが「アース」という名前のアーティストが好みである旨を含むプロフィールをプロフィール設定時などに予めウェブサーバ１２に登録しておくと、その後、携帯電話１１が自動起動して、着メロセットをダウンロードするためにウェブサーバ１２にアクセスすることができる。
【００４１】
ウェブサーバ１２は、携帯電話１１からの自動起動に基づくアクセスに応じて、記憶部１２０５のプロフィールレコードテーブル１２０５３を参照して携帯電話１１のユーザのプロフィールを検索し、そのプロフィールが検出されると、そのプロフィールを参考に「アース」というアーティスト対応の着メロセットが取得されて、携帯電話１１に送信される。
【００４２】
着メロセットが携帯電話１１へダウンロードされた場合、携帯電話１１において着メロセットを構成する３曲分の着信メロディがヘッダ部の起動時間情報にしたがって設定可能となる。この場合、３曲の着信メロディの設定がそれぞれの起動時間情報にしたがって切り替えられる。
【００４３】
「アース」の曲Ａの場合には、ヘッダ部の起動時間情報にしたがって６時００分がセットされる。その結果、携帯電話の時刻が６時００分になると、曲Ａが着信メロディとして設定される。また、「アース」の曲Ｂの場合には、ヘッダ部の起動時間情報にしたがって１２時００分がセットされる。その結果、携帯電話の時刻が１２時００分になると、設定曲は曲Ａから曲Ｂに切り替わり、その曲Ｂが着信メロディとして設定される。さらに、「アース」の曲Ｃの場合には、ヘッダ部の起動時間情報にしたがって１８時００分がセットされる。その結果、携帯電話の時刻が１８時００分になると、設定曲は曲Ｂから曲Ｃに切り替わり、その曲Ｃが着信メロディとして設定される。
【００４４】
このように、携帯電話１１では、ユーザにより設定された時刻に自動的に着メロセットをダウンロードすることが可能であって、ダウンロードした着メロセットをヘッダ部の起動時間情報にしたがって着メロの起動を時刻に応じて自動的に切り替えることが可能である。
【００４５】
ここで、図２に示した各レコードテーブルについて詳述する。図５は本実施の形態による会員レコードテーブルの内容を説明する図、図６は本実施の形態によるプロフィールレコードテーブルの内容を説明する図、図７は本実施の形態によるアーティストレコードテーブルの内容を説明する図、そして、図８は本実施の形態によるセットレコードテーブルの内容を説明する図である。
【００４６】
まず会員レコードテーブル１２０５２には（図５参照）、入会希望のユーザ毎に「会員ＩＤ」、「入会日」、「メールアドレス」、「電話番号」などの項目を埋める会員情報が登録される。図５の例で説明すると、会員ＩＤ「１００１」の会員情報は、入会日が「２００３年９月１２日」、メールアドレスが「ＴＡＲＯ＠ｄｗａｎｇｏ．ｎｅ．ｊｐ」、電話番号が「０９０＊＊＊＊＊＊＊＊」となっており、会員ＩＤ「１００２」会員情報は、入会日が「２００３年９月１３日」、メールアドレスが「ＪＩＲＯ＠ｄｗａｎｇｏ．ｎｅ．ｊｐ」、電話番号が「０９０＊＊＊＊＊＊＊＊」となっている。
【００４７】
プロフィールレコードテーブル１２０５３には（図６参照）、「会員ＩＤによって決まる複数のＩＤ」、「興味のあるアーティスト」、「最後にダウンロードした日」などの会員毎のプロフィールが登録される。このテーブルによって、会員とその会員が興味をもつアーティストとの関係をデータとして取得することができる。本実施の形態では、１人の会員に対して４つのレコードが確保可されるので、異なる４種類までのアーティストを登録することが可能である。
【００４８】
プロフィールレコードテーブル１２０５３には、「４００４」、「４００５」、「４００６」、「４００７」の４つのレコードが会員ＩＤ「１００１」のユーザに対して確保されている。図６の例では、会員ＩＤ「１００１」の会員異なる２つのアーティストに興味があるため、ＩＤ４００５と４０００５にアーティストＩＤ「１２２０２６」、「１２２０２９」が記録されている。
【００４９】
そして、プロフィールレコードテーブル１２０５３の「最後にダウンロードした日」には、会員の携帯電話１１が着メロセットを最後にダウンロードした日が登録される。そこで、会員ＩＤ「１００１」においては、アーティストＩＤ「１２２０２５」について着メロセットが最後にダウンロードされた日時が２００３年１０月２日１５時２３分「２００３１００２１５２３」として記録されている。
【００５０】
アーティストレコードテーブル１５３には（図７参照）、アーティスト「アーティストＩＤ」に対応させて「最終更新日時」、「アーティスト名」、「コンテンツＩＤ」などの情報が登録される。たとえばアーティストＩＤ「１２２０２５」の場合には、最終更新日時が２０３年１０月２日１８時２３分となっており、アーティスト名は「アース」、その着メロセットに相当するコンテンツＩＤは「Ｃ０００１」、「Ｃ０００８」・・・である。
【００５１】
セットレコードテーブル１５４には（図８参照）、「アーティストＩＤによって決まるＩＤ」、「最終更新日時」、「ファイルアドレス」などのアーティストＩＤ毎の情報が登録される。「セットファイルのアドレス」は、着メロセットが格納されている場所を示すＵＲＬ(Uniform Resource Locator)が登録される。たとえば「アース」という名前のアーティストである「１２２０２５０」で指定される着メロセットが格納されている場所を示すＵＲＬは、http//xyz.dwango.co.jp/efg2.html/となる。着メロセットが最後に更新された日時が「最終更新日時」に登録される。この図８では、「１２２０２５０」で指定される着メロセットが最後に更新された日時が２００３年１０月２日１８時２３分である。
【００５２】
つぎに、携帯電話１１について詳述する。図９は本実施の形態による携帯電話の一構成例を示すブロック図である。携帯電話１１は、たとえば図９に示したように、アンテナ１１０１、通信制御部１１０２、制御部１１０３、操作部１１０４、表示部１１０５、記憶部１１０６、音声／サウンド制御部１１０９などを備えている。内部には、バスライン１１１０が設けられ、各種ユニット間のアドレス信号、データ、制御信号を伝送する。通信制御部１１０２は、アンテナ１１０１に接続され、アンテナ１１０１を介して携帯電話網１３と通信を行うものである。この通信制御部１１０２により、音声通話やウェブサーバ１２との通信を実現することができる。
【００５３】
制御部１１０３は、ＣＰＵ、ＲＯＭ、ＲＡＭなどを備え、記憶部１１０６に記憶されているプログラム１１０６０に従って携帯電話１１全体の制御を行う。記憶部１１０６は、ウェブサーバ１２からダウンロードしたクライアント用アプリ１１０６１を格納している。このクライアント用アプリ１１０６１には、ウェブ閲覧、着メロセットのダウンロードおよび登録、起動時間情報に基づく着信メロディの切り替え処理などを実行可能なアプリケーションが含まれている。ウェブ閲覧処理は、ブラウザとしてのＪＡＶＡ（登録商標）アプリによって実行される。
【００５４】
また、制御部１１０３は、操作部１１０４からの入力を受けて各種の処理を実行し、また各種の処理に応じて表示を制御する。とくに、本実施の形態においては、携帯電話１１には着メロセットのダウンロードを自動的に行うためのプログラムが格納可能である。あらかじめプログラムとして格納しておいてもよく、あるいは、クライアント用アプリ１１０６１にひとつの機能として盛り込むようにしてもよい。
【００５５】
制御部１１０３は、クライアント用アプリ１１０６１にしたがって着メロセットの自動ダウンロードを実行する。すなわち、ユーザがあらかじめ着メロセットをダウンロードする時刻を設定しておけば、携帯電話１１の内部時計がその時刻に達したときにウェブサーバ１２にアクセスして着メロセットをダウンロードする。ここでは、着信メロディを例に挙げているが、データベース１５に格納される音楽、画像などその他のコンテンツも同様である。
【００５６】
記憶部１１０６は、プログラム１１０６０、クライアント用アプリ１１０６１の他、ダウンロードした着メロセットなどのコンテンツデータ１１０６２、着メロセットを自動的にダウンロードして更新するための条件を示す更新頻度１１０６３を記憶する。
【００５７】
操作部１１０４は、電話番号、メールアドレス、各種の操作で入力を行うためのキー、決定や機能を選択するためのキー、電源ボタンなどを備えている。表示部１１０５は、たとえば、ブラウザを表示したり、電話やメールの機能を使うときの表示画面を形成したり、静止画や動画のコンテンツを表示出力するものである。音声／サウンド制御部１１０９は、着信メロディなどの音楽や音声のコンテンツを出力するためのスピーカ１１０７と音声入力のためのマイク１１０８が接続されており、受話時や送話時の音声処理を行う。
【００５８】
つぎに、本実施の形態による動作を説明する。図１０は会員登録時の携帯電話１１とウェブサーバ１２の動作を説明するためのフローチャート、図１１は会員登録時の携帯電話１１側の画面遷移を説明するための図、図１２は着メロセットのダウンロード時における携帯電話１１とウェブサーバ１２の動作を説明するためのフローチャート、図１３は携帯電話１１における着メロセットの更新頻度設定時の画面を説明するための図、図１４は携帯電話１１における着メロセットの更新頻度設定時の動作を説明するためのフローチャート、そして、図１５は携帯電話１１における着信メロディの変更時の動作を示す説明するためのフローチャートである。
【００５９】
まず会員登録時の動作について図１０を参照して説明する。したがって、ユーザはまだ会員登録をしていない前提となる。図１０において、まずユーザの操作により携帯電話１１のプログラムが起動すると、ＨＴＴＰを用いて、携帯電話網１３、インターネット１４を介して携帯電話１１からウェブサーバ１２へのアクセスが行われる（ステップＳＡ１０）。このステップＳＡ１０では、携帯電話１１からウェブサーバ１２に対して会員登録が要求される。
【００６０】
ウェブサーバ１２では、携帯電話１１からのアクセスに応じて会員登録ページが作成され、ＨＴＴＰを用いて会員登録ページを携帯電話１１に送信される（ステップＳＢ１０）。携帯電話１１では、ウェブサーバ１２から受信された会員登録ページが画面に表示される（ステップＳＡ１１）。携帯電話１１では、画面に表示された会員登録ページに対してユーザの操作に応答してプロフィールの入力が行われる（ステップＳＡ１２）。
【００６１】
プロフィールの入力は、例えば図１１に示すように行われる。すなわち、プロフィール入力画面のテキストボックスＴＢ１〜ＴＢ４には、アーティスト名が入力される。この場合、４種類までのアーティスト名が入力可能である。もちろん、設計事項により５つ以上のテキストボックスを用意すれば、５つ以上のアーティストの入力が可能である。アーティストの名前が分からない場合には、テキストボックスＴＢの右隣にラジオボタンＢＴが配置されており、このラジオボタンＢＴを押すことで、あいうえお順やアルファベット順でアーティスト名の検索が可能となる。
【００６２】
ここで、例えば「あ」を選択すると、頭文字が「あ」ではじまるアーティストの名前が表示される。図１１では、「アース」、「相川八也」、「ＡＩ−ＳＡＴＳＵ」、「ＡＫＩＭＡ」、「朝沢ひろみ」などが表示されている。そして、この中から探していたアーティストを選択すると、今押したラジオボタンＢＴに対応するテキストボックスＴＢにそのアーティストの名前が入力される。たとえば、ラジオボタンＢＴ１を押して「アース」を選択すると、テキストボックスＴＢ１に「アース」が入力される。アーティスト名を１つ乃至４つ入力した後、「以上の内容で決定」と表示されたラジオボタンＢＴ５を押すと、入力したアーティスト名が取り込まれる。なお、一度入力したプロフィール即ちアーティスト名は、後に変更することも可能である。
【００６３】
図１０の説明に戻り、ユーザが携帯電話１１の画面に表示された会員登録ページを参照してプロフィールの入力を行った後、携帯電話１１のプログラムでは、ＨＴＴＰを用いてユーザの操作により入力されたプロフィールが送信される（ステップＳＡ１２）。ウェブサーバ１２では、携帯電話１１から受信されたプロフィールに基づいて会員レコードテーブル１２０５２およびプロフィールレコードテーブル１２０５３に会員情報、プロフィール情報の登録がそれぞれ行われる（ステップＳＢ１１）。
【００６４】
すなわち、会員レコードテーブル１２０５２には、たとえば図５に示すように、「会員ＩＤ」の欄に「１００１」、「入会日」の欄に「２００３０９１２」、「メールアドレス」の欄に「ＴＡＲＯ＠ｄｗａｎｇｏ．ｎｅ．ｊｐ」、「電話番号」の欄に「０９０＊＊＊＊＊＊＊＊」が登録される。
【００６５】
同様に、プロフィールレコードテーブル１２０５３には、たとえば図６に示すように、「会員ＩＤによって決まる複数のＩＤ」の欄に「４００４」、「興味のあるアーティスト」の欄に「１２２０２５」が登録される。この場合、「最後にＤＬ(ダウンロード)した日」の欄は空欄になる。つまり、図６では、「２００３１００２１５２３」とあるが、会員登録した時点では未だ着メロセットのダウンロードを行っていないので空欄になる。会員登録後に着メロセットのダウンロードが行われると、そのときの日時が「最後にＤＬした日」の欄に登録される。
【００６６】
そして、アーティストレコードテーブル１２０５４には、たとえば図７に示すように、「アーティストＩＤ」の欄に「１２２０２５」、「１２２０２６」が登録され、「最終更新日時」の欄に「２００３１００２１８２３」が登録され、「アーティスト名」の欄に「アース」、「朝沢ひろみ」が登録される。この場合、アーティストＩＤ「１２２０２５」が「アース」であり、アーティストＩＤ「１２２０２６」が「朝沢ひろみ」である。また、「最終更新日時」には、各アーティストの着メロセットを管理するサイトが更新した最終の日時が登録される。
【００６７】
セットレコードテーブル１５４には、たとえば図８に示すように、「アーティストＩＤによって決まるＩＤ」の欄に「１２２０２５０」、「１２２０２５１」、「１２２０２５２」、「１２２０２５３」が登録され、「最終更新日時」の欄にアーティストＩＤによって決まるＩＤに対して「２００３１００２１８２３」が登録され、「セットファイルのアドレス」の欄に各アーティストの着メロセットの格納先アドレスが登録される。「最終更新日時」の欄には各アーティストの着メロセットを管理するサイトが更新した最終の日時が登録される。なお、ステップＳＢ１１の会員登録においては、データベースを扱うためのＳＱＬ(Structured Query Language)言語が使用される。
【００６８】
会員およびプロフィール登録処理が終了した後（ステップＳＢ１１）、ウェブサーバ１２では、ＨＴＴＰを用いてアプリダウンロードのためのページが送信される（ステップＳＢ１２）。ウェブサーバ１２から送信されたアプリダウンロードページは携帯電話１１の画面上に表示される（ステップＳＡ１３）。携帯電話１１の画面に表示されたアプリダウンロードページにしたがってユーザの操作に応答してアプリのダウンロードが要求される（ステップＳＡ１４）。
【００６９】
ウェブサーバ１２では、携帯電話１１からの要求にしたがってクライアント用アプリが送信される（ステップＳＢ１３）。クライアント用アプリにより、携帯電話１１において指定された時間に起動して、ファイルの更新状況を見て、着メロセットのファイルをダウンロードして設定時刻に起動可能に着信メロディを保存するとともに、着信メロディに応じて起動時間を変更する処理が実行される。携帯電話１１では、ウェブサーバ１２からクライアント用アプリをダウンロードして実行可能にメモリ内に格納する処理が実行される（ステップＳＡ１５）。
【００７０】
つづいて、図１２を参照して着メロセットのダウンロード処理について説明する。ここでは、ウェブサーバ１２における入会判定とプロフィール設定機能についても説明する。まず、携帯電話１１からウェブサーバ１２に対してアクセス要求が行われる場合には、会員ＩＤがあればその会員ＩＤが送られる（ステップＳＡ２０）。ウェブサーバ１２では、携帯電話１１からアクセス要求が受け付けられると（ステップＳＢ２０）、携帯電話１１から会員ＩＤが送られてきた場合にはその会員ＩＤの存在が会員レコードテーブル１２０５２を参照して判定されるか、携帯電話１１から会員ＩＤが送信されてくるかどうか判定される（ステップＳＢ２１）。
【００７１】
ステップＳＢ２１の会員認証により、会員ＩＤ登録がなされていないという判定結果が得られた場合には（ステップＳＢ２３のＮＯルート）、図１０で説明した如く会員登録処理が実行される（ステップＳＢ２２）。そして、処理はステップＳＢ２３へ移行する。一方、ステップＳＢ２１の会員認証により、会員ＩＤ登録がなされているという判定結果が得られた場合には（ステップＳＢ２３のＹＥＳルート）、処理はステップＳＢ２３へ直接進む。
【００７２】
そして、プロフィールレコードテーブル１２０５３が参照され（ステップＳＢ２３）、会員ＩＤにしたがってユーザの好むアーティストの着信メロディの有無がコンテンツＩＤの有無にしたがって判定される（ステップＳＢ２４）。そして、着信メロディがあれば、携帯電話１１に対して送信すべき着信メロディとして決定が下され（ステップＳＢ２５）、データベース１５より該当するコンテンツＩＤの着信メロディデータが読み出される（ステップＳＢ２６）。なお、ステップＳＢ２４において、該当するコンテンツが存在しない場合には、処理は終了する。
【００７３】
このとき、セットレコードテーブル１２０５５のセットファイルのアドレスで指定されるサイトに該当する着メロセットがあるかどうか判定され（ステップＳＢ２７）、セットであれば、その着メロセットが図４に示した如くセットデータとして生成される（ステップＳＢ２８）。そして、携帯電話１１に対してウェブサーバ１２からコンテンツデータ（セットデータなど）が送信される（ステップＳＢ２９）。
【００７４】
携帯電話１１では、ウェブサーバ１２から着信メロディデータ単独もしくは着メロセットが送信されてくるので、ダウンロード処理および登録処理が実行される（ステップＳＡ２１）。
【００７５】
ここで、携帯電話１１による着信メロディの自動更新について図１３および図１４を用いて説明する。携帯電話１１では、ウェブサーバ１２よりダウンロードされたクライアント用アプリ１１０６１を実行させることで、着信メロディの更新頻度を設定することが可能である。
【００７６】
更新頻度設定画面は、図１３に示す如く、ユーザがクライアント用アプリ１１０６１を起動させることにより表示可能である。図１３の例では、更新頻度の設定は、「４時間に１回」、「６時間に１回」、「１２時間に１回」、「１週間に１回」、「１カ月に１回」のいずれか１つを選択できるように、それぞれに対応させてチェックボックスＣＢ１〜ＣＢ５にチェックが設けえられている。このチェックボックスの入力操作により所望の更新頻度が設定可能である。
【００７７】
図１４の動作において、携帯電話１１において、ユーザにより着メロセットの更新頻度を設定する操作が行われると、図１３に示す更新頻度設定画面が表示される（ステップＳＡ３０）。そして、更新頻度設定画面の表示後に、ユーザにより更新頻度を選択する入力が行われたかどうかを判定され（ステップＳＡ３１）、更新頻度の選択が行われた場合、その選択された更新頻度が設定される（ステップＳＡ３２）。
【００７８】
たとえば「１２時間に１回」のチェックボックスＣＢ３が選択されると、その更新頻度が設定される。このようにして更新頻度の設定が行われた場合には、１２時間ごとに着メロセットをダウンロードする処理が自動的に実行される。携帯電話１１は、ユーザにより設定された更新時間ごとに自動的に着メロセットをダウンロードすることが可能である。一方、更新頻度の選択が行われない場合には、自動更新は実行されず、ユーザの操作により手動で着信メロディなどのコンテンツをダウンロードすることになる。
【００７９】
つぎに、着信メロディの切り替え動作について図１５を参照して説明する。ここで、この動作説明に際して、携帯電話１１が着メロセットをダウンロード済みであって、さらにその着メロセットヘッダ部に含まれる設定時間情報を取得しているものとする。
【００８０】
図１５において、携帯電話１１においてまず現在時刻が取得される（ステップＳＡ４０）。携帯電話１１は、内蔵のシステム時計を具備しており、本実施の形態ではそのシステム時計から時刻を入手するものとする。もちろん、アプリによって時刻の計時を行う機能が備わっている場合には、その計時された時刻を入手してもよい。
【００８１】
そして、システム時計より取得された現在時刻が着メロセットのヘッダ部に格納されている起動時間情報のうちの設定時刻のいずれかと一致するかどうかの判定が行われる（ステップＳＡ４１）。この判定において、現在時刻が着メロセットのヘッダ部に含まれる設定時間情報の設定時刻のいずれとも一致しなければ（ステップＳＡ４１のＮＯルート）、処理はステップＳＡ４０に戻る。一方、いずれか１つとでも一致すると、一致した起動時間情報の設定時刻に対応する着信メロディがこれから使用される着信メロディとして設定される（ステップＳＡ４２）。
【００８２】
このとき、既に着信メロディの設定が行われていた場合には、その着信メロディから現在時刻に対応する着信メロディへの切り替え処理が行われ、一方、着信メロディが未設定であった場合には現在時刻に対応する曲の着信メロディが新たに設定される。
【００８３】
たとえば、着メロセットが図４に示すアーティストの曲であって、ダウンロード完了時刻が５時００分だと仮定した場合、携帯電話１１の時刻が６時００分になった時点で曲Ａが着信メロディとして設定される。その後、時刻が１２時００分になると、曲Ａから曲Ｂへの切り替えにより曲Ｂが着信メロディとして設定される。さらに、時刻が１８時００分になると、曲Ｂから曲Ｃへの切り替えにより曲Ｃが着信メロディとして設定される。このように携帯電話１１では、ダウンロードした着メロセットの３曲分の着信メロディを着メロセットのヘッダ部の設定時間情報の設定時刻に従って替えを行うことが可能となる。
【００８４】
本実施の形態に係るウェブサーバシステム１０によれば、携帯電話１１のユーザが、自己の好みのアーティストを含むプロフィールを予めウェブサーバ１２に登録しておくことで、携帯電話１１のアプリがユーザにより設定された更新頻度時間ごとに自動起動して着メロセットをダウンロードするためにウェブサーバ１２にアクセスする。ウェブサーバ１２は、携帯電話１１からのアクセスに応じて、データベース１５を用いて携帯電話１１のユーザのプロフィールを検索し、携帯電話１１のユーザのプロフィールがあると、そのプロフィールからユーザ好みのアーティストの着メロセットを取得するものである。
【００８５】
携帯電話１１は、取得したその着メロセットを携帯電話１１にダウンロードした後、着メロセットのたとえば３曲分の着信メロディを着メロセットのヘッダ部の起動時間情報に従って、例えば６時００分になると曲Ａを着信メロディとして設定し、１２時００分になると曲Ｂを着信メロディとして設定し、さらに１８時００分に曲Ｃを着信メロディとして設定する。このように、携帯電話１１は、ユーザにより設定された更新時間ごとに自動的に着メロセットをダウンロードするとともに、ダウンロードした着メロセットの３曲分の着信メロディを着メロセットのヘッダ部の設定時間情報に従って替えを行うものである。
【００８６】
したがって、携帯電話１１で再生可能な着信メロディなどのコンテンツを携帯電話１１を所有するユーザの意思とは関係なく任意のタイミングで取得することができるようになり、これによって着信メロディなどのコンテンツを広く普及させることが可能となる。そして、一度好みのアーティスト名をウェブサーバ側に通知しておけば、あとはそのアーティストに関するコンテンツが自動的にダウンロードされるので、手動で更新状態を確認しながらダウンロード操作を行わずに済む。
【００８７】
以上説明したように、本実施の形態によれば、携帯電話からウェブサーバへのアクセスだけでユーザ側の操作負担はなくユーザの嗜好に沿う着信メロディを携帯電話に供給することができ、これにより、携帯電話とウェブサーバ間の通信効率を向上させることが可能である。
【００８８】
また、着メロセットのようにパックで同一アーティストの複数曲分の着信メロディをダウンロードできるようにしたので、曲毎に毎回ウェブサーバにアクセスして同一のダウンロード処理を繰り返す必要がなくなり、まとめての効率的なダウンロード処理を実現することが可能である。さらに、ウェブサーバがパックで送信を行う際は、送信前にデータ圧縮を施してから送信するとさらに通信効率の高いダウンロード処理を実現することが可能である。この場合は、携帯電話側に圧縮されたデータを解凍するアプリをあらかじめインストールしておけばよい。
【００８９】
さらに、携帯電話側で自動的にウェブサーバにアクセスしてプロフィールに基づく着信メロディをダウンロードするようにしたので、ユーザ側の操作はアクセス時とは同期しない任意の好きな時間でよい。このため、ユーザは着信メロディのダウンロード設定をするだけで済み、ダウンロード作業そのものは不要となって、操作の簡略化および効率化を実現することが可能である。
【００９０】
なお、本記実施の形態では、携帯電話１１においてメールや電話の着信時に再生可能なコンテンツとして着信メロディを用いたが、本発明はこれに限定されるものではなく、そのほかに声、ＣＤなどの音源を素材とする音楽、静止画、動画あるいはこれら２つ以上の組み合わせによるコンテンツであってもよく、同様の効果を得られるものである。
【産業上の利用可能性】
【００９１】
携帯電話等の携帯端末に配信可能なコンテンツ配信システム全般に適用が可能である。
【図面の簡単な説明】
【００９２】
【図１】本発明の一実施の形態に係るネットワークを説明する概略図である。
【図２】本実施の形態によるウェブサーバの一構成例を示すブロック図である。
【図３】本実施の形態によるデータベースの一構成例を説明する図である。
【図４】本実施の形態による着メロセットデータの一例を示す図である。
【図５】本実施の形態による会員レコードテーブルの内容を説明する図である。
【図６】本実施の形態によるプロフィールレコードテーブルの内容を説明する図である。
【図７】本実施の形態によるアーティストレコードテーブルの内容を説明する図である。
【図８】本実施の形態によるセットレコードテーブルの内容を説明する図である。
【図９】本実施の形態による携帯電話の一構成例を示すブロック図である。
【図１０】本実施の形態において会員登録時の携帯電話とウェブサーバの動作を説明するためのフローチャートである。
【図１１】本実施の形態において会員登録時の携帯電話側の画面遷移を説明するための図である。
【図１２】本実施の形態において着メロセットのダウンロード時における携帯電話とウェブサーバの動作を説明するためのフローチャートである。
【図１３】本実施の形態において携帯電話における着メロセットの更新頻度設定時の画面を説明するための図である。
【図１４】本実施の形態において携帯電話における着メロセットの更新頻度設定時の動作を説明するためのフローチャートである。
【図１５】本実施の形態において携帯電話における着信メロディの変更時の動作を示す説明するためのフローチャートである。
【符号の説明】
【００９３】
１０  サーバシステム
１１  携帯電話
１２  ウェブザーバ
１３  携帯電話網
１４  インターネット
１５  データベース
１１０１  アンテナ
１１０２  通信制御部
１１０３  制御部
１１０４  操作部
１１０５  表示部
１１０６  記憶部
１１０７  スピーカ
１１０８  マイク
１１０９  音声／サウンド制御部
１２０１  通信制御部
１２０２  制御部
１２０３  入力部
１２０５  記憶部
１２０６  データベースインタフェース
１１０６０  プログラム
１１０６１  クライアント用アプリ
１１０６２  コンテンツデータ
１１０６３  更新頻度
１２０５０  サーバ用アプリ
１２０５１  クライアント用アプリ
１２０５２  会員レコードテーブル
１２０５３  プロフィールレコードテーブル
１２０５４  アーティストレコードテーブル
１２０５５  セットレコードテーブル
【図１】
2005208940.tif 000003
【図２】
2005208940.tif 000004
【図３】
2005208940.tif 000005
【図４】
2005208940.tif 000006
【図５】
2005208940.tif 000007
【図６】
2005208940.tif 000008
【図７】
2005208940.tif 000009
【図８】
2005208940.tif 000010
【図９】
2005208940.tif 000011
【図１０】
2005208940.tif 000012
【図１１】
2005208940.tif 000013
【図１２】
2005208940.tif 000014
【図１３】
2005208940.tif 000015
【図１４】
2005208940.tif 000016
【図１５】
2005208940.tif 000017
【手続補正書】
【提出日】平成16年7月30日(2004.7.30)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】００３７
【補正方法】変更
【補正の内容】
【００３７】
本実施の形態では、携帯端末に対してアーティストのコンテンツをセットで提供することも可能である。以下の説明を簡略化するため、コンテンツの代表例として着信メロディを一例に挙げる。この場合、携帯電話１１などの携帯端末に供給するコンテンツは、例えば図４に示すような形式を採っている。図４は、着信メロディセットデータの一例を示す図である。          
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００３８
【補正方法】変更
【補正の内容】
【００３８】
すなわち、携帯端末に送信される着信メロディは同一アーティストのたとえば３曲であり、これを着信メロディセットと呼ぶことにする。この着信メロディセットは、たとえば図４の如くヘッダ部とデータ部とからなる。ヘッダ部には、起動開始可能な時刻を示す起動時間情報Ｔ１，Ｔ２，Ｔ３の３種類が含まれ、データ部には、３曲分の着信メロディがヘッダ部の起動時間情報Ｔ１〜Ｔ３に対応させて格納される。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００４０
【補正方法】変更
【補正の内容】
【００４０】
なお、詳細は後述するが、ある携帯電話１１のユーザが「アース」という名前のアーティストが好みである旨を含むプロフィールをプロフィール設定時などに予めウェブサーバ１２に登録しておくと、その後、携帯電話１１が自動起動して、着信メロディセットをダウンロードするためにウェブサーバ１２にアクセスすることができる。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００４１
【補正方法】変更
【補正の内容】
【００４１】
ウェブサーバ１２は、携帯電話１１からの自動起動に基づくアクセスに応じて、記憶部１２０５のプロフィールレコードテーブル１２０５３を参照して携帯電話１１のユーザのプロフィールを検索し、そのプロフィールが検出されると、そのプロフィールを参考に「アース」というアーティスト対応の着信メロディセットが取得されて、携帯電話１１に送信される。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００４２
【補正方法】変更
【補正の内容】
【００４２】
着信メロディセットが携帯電話１１へダウンロードされた場合、携帯電話１１において着信メロディセットを構成する３曲分の着信メロディがヘッダ部の起動時間情報にしたがって設定可能となる。この場合、３曲の着信メロディの設定がそれぞれの起動時間情報にしたがって切り替えられる。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】００４４
【補正方法】変更
【補正の内容】
【００４４】
このように、携帯電話１１では、ユーザにより設定された時刻に自動的に着信メロディセットをダウンロードすることが可能であって、ダウンロードした着信メロディセットをヘッダ部の起動時間情報にしたがって着信メロディの起動を時刻に応じて自動的に切り替えることが可能である。
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】００４９
【補正方法】変更
【補正の内容】
【００４９】
そして、プロフィールレコードテーブル１２０５３の「最後にダウンロードした日」には、会員の携帯電話１１が着信メロディセットを最後にダウンロードした日が登録される。そこで、会員ＩＤ「１００１」においては、アーティストＩＤ「１２２０２５」について着信メロディセットが最後にダウンロードされた日時が２００３年１０月２日１５時２３分「２００３１００２１５２３」として記録されている。
【手続補正８】
【補正対象書類名】明細書
【補正対象項目名】００５０
【補正方法】変更
【補正の内容】
【００５０】
アーティストレコードテーブル１５３には（図７参照）、アーティスト「アーティストＩＤ」に対応させて「最終更新日時」、「アーティスト名」、「コンテンツＩＤ」などの情報が登録される。たとえばアーティストＩＤ「１２２０２５」の場合には、最終更新日時が２０３年１０月２日１８時２３分となっており、アーティスト名は「アース」、その着信メロディセットに相当するコンテンツＩＤは「Ｃ０００１」、「Ｃ０００８」・・・である。
【手続補正９】
【補正対象書類名】明細書
【補正対象項目名】００５１
【補正方法】変更
【補正の内容】
【００５１】
セットレコードテーブル１５４には（図８参照）、「アーティストＩＤによって決まるＩＤ」、「最終更新日時」、「ファイルアドレス」などのアーティストＩＤ毎の情報が登録される。「セットファイルのアドレス」は、着信メロディセットが格納されている場所を示すＵＲＬ(Uniform Resource Locator)が登録される。たとえば「アース」という名前のアーティストである「１２２０２５０」で指定される着信メロディセットが格納されている場所を示すＵＲＬは、http//xyz.dwango.co.jp/efg2.html/となる。着信メロディセットが最後に更新された日時が「最終更新日時」に登録される。この図８では、「１２２０２５０」で指定される着信メロディセットが最後に更新された日時が２００３年１０月２日１８時２３分である。
【手続補正１０】
【補正対象書類名】明細書
【補正対象項目名】００５３
【補正方法】変更
【補正の内容】
【００５３】
制御部１１０３は、ＣＰＵ、ＲＯＭ、ＲＡＭなどを備え、記憶部１１０６に記憶されているプログラム１１０６０に従って携帯電話１１全体の制御を行う。記憶部１１０６は、ウェブサーバ１２からダウンロードしたクライアント用アプリ１１０６１を格納している。このクライアント用アプリ１１０６１には、ウェブ閲覧、着信メロディセットのダウンロードおよび登録、起動時間情報に基づく着信メロディの切り替え処理などを実行可能なアプリケーションが含まれている。ウェブ閲覧処理は、ブラウザとしてのＪＡＶＡ（登録商標）アプリによって実行される。
【手続補正１１】
【補正対象書類名】明細書
【補正対象項目名】００５４
【補正方法】変更
【補正の内容】
【００５４】
また、制御部１１０３は、操作部１１０４からの入力を受けて各種の処理を実行し、また各種の処理に応じて表示を制御する。とくに、本実施の形態においては、携帯電話１１には着信メロディセットのダウンロードを自動的に行うためのプログラムが格納可能である。あらかじめプログラムとして格納しておいてもよく、あるいは、クライアント用アプリ１１０６１にひとつの機能として盛り込むようにしてもよい。
【手続補正１２】
【補正対象書類名】明細書
【補正対象項目名】００５５
【補正方法】変更
【補正の内容】
【００５５】
制御部１１０３は、クライアント用アプリ１１０６１にしたがって着信メロディセットの自動ダウンロードを実行する。すなわち、ユーザがあらかじめ着信メロディセットをダウンロードする時刻を設定しておけば、携帯電話１１の内部時計がその時刻に達したときにウェブサーバ１２にアクセスして着信メロディセットをダウンロードする。ここでは、着信メロディを例に挙げているが、データベース１５に格納される音楽、画像などその他のコンテンツも同様である。
【手続補正１３】
【補正対象書類名】明細書
【補正対象項目名】００５６
【補正方法】変更
【補正の内容】
【００５６】
記憶部１１０６は、プログラム１１０６０、クライアント用アプリ１１０６１の他、ダウンロードした着信メロディセットなどのコンテンツデータ１１０６２、着信メロディセットを自動的にダウンロードして更新するための条件を示す更新頻度１１０６３を記憶する。
【手続補正１４】
【補正対象書類名】明細書
【補正対象項目名】００５８
【補正方法】変更
【補正の内容】
【００５８】
つぎに、本実施の形態による動作を説明する。図１０は会員登録時の携帯電話１１とウェブサーバ１２の動作を説明するためのフローチャート、図１１は会員登録時の携帯電話１１側の画面遷移を説明するための図、図１２は着信メロディセットのダウンロード時における携帯電話１１とウェブサーバ１２の動作を説明するためのフローチャート、図１３は携帯電話１１における着信メロディセットの更新頻度設定時の画面を説明するための図、図１４は携帯電話１１における着信メロディセットの更新頻度設定時の動作を説明するためのフローチャート、そして、図１５は携帯電話１１における着信メロディの変更時の動作を示す説明するためのフローチャートである。
【手続補正１５】
【補正対象書類名】明細書
【補正対象項目名】００６５
【補正方法】変更
【補正の内容】
【００６５】
同様に、プロフィールレコードテーブル１２０５３には、たとえば図６に示すように、「会員ＩＤによって決まる複数のＩＤ」の欄に「４００４」、「興味のあるアーティスト」の欄に「１２２０２５」が登録される。この場合、「最後にＤＬ(ダウンロード)した日」の欄は空欄になる。つまり、図６では、「２００３１００２１５２３」とあるが、会員登録した時点では未だ着信メロディセットのダウンロードを行っていないので空欄になる。会員登録後に着信メロディセットのダウンロードが行われると、そのときの日時が「最後にＤＬした日」の欄に登録される。
【手続補正１６】
【補正対象書類名】明細書
【補正対象項目名】００６６
【補正方法】変更
【補正の内容】
【００６６】
そして、アーティストレコードテーブル１２０５４には、たとえば図７に示すように、「アーティストＩＤ」の欄に「１２２０２５」、「１２２０２６」が登録され、「最終更新日時」の欄に「２００３１００２１８２３」が登録され、「アーティスト名」の欄に「アース」、「朝沢ひろみ」が登録される。この場合、アーティストＩＤ「１２２０２５」が「アース」であり、アーティストＩＤ「１２２０２６」が「朝沢ひろみ」である。また、「最終更新日時」には、各アーティストの着信メロディセットを管理するサイトが更新した最終の日時が登録される。
【手続補正１７】
【補正対象書類名】明細書
【補正対象項目名】００６７
【補正方法】変更
【補正の内容】
【００６７】
セットレコードテーブル１５４には、たとえば図８に示すように、「アーティストＩＤによって決まるＩＤ」の欄に「１２２０２５０」、「１２２０２５１」、「１２２０２５２」、「１２２０２５３」が登録され、「最終更新日時」の欄にアーティストＩＤによって決まるＩＤに対して「２００３１００２１８２３」が登録され、「セットファイルのアドレス」の欄に各アーティストの着信メロディセットの格納先アドレスが登録される。「最終更新日時」の欄には各アーティストの着信メロディセットを管理するサイトが更新した最終の日時が登録される。なお、ステップＳＢ１１の会員登録においては、データベースを扱うためのＳＱＬ(Structured Query Language)言語が使用される。
【手続補正１８】
【補正対象書類名】明細書
【補正対象項目名】００６９
【補正方法】変更
【補正の内容】
【００６９】
ウェブサーバ１２では、携帯電話１１からの要求にしたがってクライアント用アプリが送信される（ステップＳＢ１３）。クライアント用アプリにより、携帯電話１１において指定された時間に起動して、ファイルの更新状況を見て、着信メロディセットのファイルをダウンロードして設定時刻に起動可能に着信メロディを保存するとともに、着信メロディに応じて起動時間を変更する処理が実行される。携帯電話１１では、ウェブサーバ１２からクライアント用アプリをダウンロードして実行可能にメモリ内に格納する処理が実行される（ステップＳＡ１５）。
【手続補正１９】
【補正対象書類名】明細書
【補正対象項目名】００７０
【補正方法】変更
【補正の内容】
【００７０】
つづいて、図１２を参照して着信メロディセットのダウンロード処理について説明する。ここでは、ウェブサーバ１２における入会判定とプロフィール設定機能についても説明する。まず、携帯電話１１からウェブサーバ１２に対してアクセス要求が行われる場合には、会員ＩＤがあればその会員ＩＤが送られる（ステップＳＡ２０）。ウェブサーバ１２では、携帯電話１１からアクセス要求が受け付けられると（ステップＳＢ２０）、携帯電話１１から会員ＩＤが送られてきた場合にはその会員ＩＤの存在が会員レコードテーブル１２０５２を参照して判定されるか、携帯電話１１から会員ＩＤが送信されてくるかどうか判定される（ステップＳＢ２１）。
【手続補正２０】
【補正対象書類名】明細書
【補正対象項目名】００７３
【補正方法】変更
【補正の内容】
【００７３】
このとき、セットレコードテーブル１２０５５のセットファイルのアドレスで指定されるサイトに該当する着信メロディセットがあるかどうか判定され（ステップＳＢ２７）、セットであれば、その着信メロディセットが図４に示した如くセットデータとして生成される（ステップＳＢ２８）。そして、携帯電話１１に対してウェブサーバ１２からコンテンツデータ（セットデータなど）が送信される（ステップＳＢ２９）。
【手続補正２１】
【補正対象書類名】明細書
【補正対象項目名】００７４
【補正方法】変更
【補正の内容】
【００７４】
携帯電話１１では、ウェブサーバ１２から着信メロディデータ単独もしくは着信メロディセットが送信されてくるので、ダウンロード処理および登録処理が実行される（ステップＳＡ２１）。
【手続補正２２】
【補正対象書類名】明細書
【補正対象項目名】００７７
【補正方法】変更
【補正の内容】
【００７７】
図１４の動作において、携帯電話１１において、ユーザにより着信メロディセットの更新頻度を設定する操作が行われると、図１３に示す更新頻度設定画面が表示される（ステップＳＡ３０）。そして、更新頻度設定画面の表示後に、ユーザにより更新頻度を選択する入力が行われたかどうかを判定され（ステップＳＡ３１）、更新頻度の選択が行われた場合、その選択された更新頻度が設定される（ステップＳＡ３２）。
【手続補正２３】
【補正対象書類名】明細書
【補正対象項目名】００７８
【補正方法】変更
【補正の内容】
【００７８】
たとえば「１２時間に１回」のチェックボックスＣＢ３が選択されると、その更新頻度が設定される。このようにして更新頻度の設定が行われた場合には、１２時間ごとに着信メロディセットをダウンロードする処理が自動的に実行される。携帯電話１１は、ユーザにより設定された更新時間ごとに自動的に着信メロディセットをダウンロードすることが可能である。一方、更新頻度の選択が行われない場合には、自動更新は実行されず、ユーザの操作により手動で着信メロディなどのコンテンツをダウンロードすることになる。
【手続補正２４】
【補正対象書類名】明細書
【補正対象項目名】００７９
【補正方法】変更
【補正の内容】
【００７９】
つぎに、着信メロディの切り替え動作について図１５を参照して説明する。ここで、この動作説明に際して、携帯電話１１が着信メロディセットをダウンロード済みであって、さらにその着信メロディセットヘッダ部に含まれる設定時間情報を取得しているものとする。
【手続補正２５】
【補正対象書類名】明細書
【補正対象項目名】００８１
【補正方法】変更
【補正の内容】
【００８１】
そして、システム時計より取得された現在時刻が着信メロディセットのヘッダ部に格納されている起動時間情報のうちの設定時刻のいずれかと一致するかどうかの判定が行われる（ステップＳＡ４１）。この判定において、現在時刻が着信メロディセットのヘッダ部に含まれる設定時間情報の設定時刻のいずれとも一致しなければ（ステップＳＡ４１のＮＯルート）、処理はステップＳＡ４０に戻る。一方、いずれか１つとでも一致すると、一致した起動時間情報の設定時刻に対応する着信メロディがこれから使用される着信メロディとして設定される（ステップＳＡ４２）。
【手続補正２６】
【補正対象書類名】明細書
【補正対象項目名】００８３
【補正方法】変更
【補正の内容】
【００８３】
たとえば、着メロセットが図４に示すアーティストの曲であって、ダウンロード完了時刻が５時００分だと仮定した場合、携帯電話１１の時刻が６時００分になった時点で曲Ａが着信メロディとして設定される。その後、時刻が１２時００分になると、曲Ａから曲Ｂへの切り替えにより曲Ｂが着信メロディとして設定される。さらに、時刻が１８時００分になると、曲Ｂから曲Ｃへの切り替えにより曲Ｃが着信メロディとして設定される。このように携帯電話１１では、ダウンロードした着信メロディセットの３曲分の着信メロディを着信メロディセットのヘッダ部の設定時間情報の設定時刻に従って替えを行うことが可能となる。
【手続補正２７】
【補正対象書類名】明細書
【補正対象項目名】００８４
【補正方法】変更
【補正の内容】
【００８４】
本実施の形態に係るウェブサーバシステム１０によれば、携帯電話１１のユーザが、自己の好みのアーティストを含むプロフィールを予めウェブサーバ１２に登録しておくことで、携帯電話１１のアプリがユーザにより設定された更新頻度時間ごとに自動起動して着信メロディセットをダウンロードするためにウェブサーバ１２にアクセスする。ウェブサーバ１２は、携帯電話１１からのアクセスに応じて、データベース１５を用いて携帯電話１１のユーザのプロフィールを検索し、携帯電話１１のユーザのプロフィールがあると、そのプロフィールからユーザ好みのアーティストの着信メロディセットを取得するものである。
【手続補正２８】
【補正対象書類名】明細書
【補正対象項目名】００８５
【補正方法】変更
【補正の内容】
【００８５】
携帯電話１１は、取得したその着信メロディセットを携帯電話１１にダウンロードした後、着信メロディセットのたとえば３曲分の着信メロディを着信メロディセットのヘッダ部の起動時間情報に従って、例えば６時００分になると曲Ａを着信メロディとして設定し、１２時００分になると曲Ｂを着信メロディとして設定し、さらに１８時００分に曲Ｃを着信メロディとして設定する。このように、携帯電話１１は、ユーザにより設定された更新時間ごとに自動的に着信メロディセットをダウンロードするとともに、ダウンロードした着信メロディセットの３曲分の着信メロディを着信メロディセットのヘッダ部の設定時間情報に従って替えを行うものである。
【手続補正２９】
【補正対象書類名】明細書
【補正対象項目名】００８８
【補正方法】変更
【補正の内容】
【００８８】
また、着信メロディセットのようにパックで同一アーティストの複数曲分の着信メロディをダウンロードできるようにしたので、曲毎に毎回ウェブサーバにアクセスして同一のダウンロード処理を繰り返す必要がなくなり、まとめての効率的なダウンロード処理を実現することが可能である。さらに、ウェブサーバがパックで送信を行う際は、送信前にデータ圧縮を施してから送信するとさらに通信効率の高いダウンロード処理を実現することが可能である。この場合は、携帯電話側に圧縮されたデータを解凍するアプリをあらかじめインストールしておけばよい。
【手続補正３０】
【補正対象書類名】明細書
【補正対象項目名】００９２
【補正方法】変更
【補正の内容】
【００９２】
【図１】本発明の一実施の形態に係るネットワークを説明する概略図である。
【図２】本実施の形態によるウェブサーバの一構成例を示すブロック図である。
【図３】本実施の形態によるデータベースの一構成例を説明する図である。
【図４】本実施の形態による着信メロディセットデータの一例を示す図である。
【図５】本実施の形態による会員レコードテーブルの内容を説明する図である。
【図６】本実施の形態によるプロフィールレコードテーブルの内容を説明する図である。
【図７】本実施の形態によるアーティストレコードテーブルの内容を説明する図である。
【図８】本実施の形態によるセットレコードテーブルの内容を説明する図である。
【図９】本実施の形態による携帯電話の一構成例を示すブロック図である。
【図１０】本実施の形態において会員登録時の携帯電話とウェブサーバの動作を説明するためのフローチャートである。
【図１１】本実施の形態において会員登録時の携帯電話側の画面遷移を説明するための図である。
【図１２】本実施の形態において着信メロディセットのダウンロード時における携帯電話とウェブサーバの動作を説明するためのフローチャートである。
【図１３】本実施の形態において携帯電話における着信メロディセットの更新頻度設定時の画面を説明するための図である。
【図１４】本実施の形態において携帯電話における着信メロディセットの更新頻度設定時の動作を説明するためのフローチャートである。
【図１５】本実施の形態において携帯電話における着信メロディの変更時の動作を示す説明するためのフローチャートである。
【手続補正３１】
【補正対象書類名】図面
【補正対象項目名】図１５
【補正方法】変更
【補正の内容】
【図１５】
2005208940.tif 000018
【手続補正書】
【提出日】平成16年11月5日(2004.11.5)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
携帯端末においてコンテンツが所定時間に起動される当該携帯端末に対して前記コンテンツを配信する通信をネットワークを介して行うサーバシステムであって、
コンテンツ情報と当該コンテンツ情報の属性とを対応付けて記憶するコンテンツ記憶手段と、
ユーザ毎に前記携帯端末により入力されたデータに応じて設定されるコンテンツ情報の属性を含むプロフィール情報とユーザ固有の情報とを対応付けて記憶するプロフィール記憶手段と、
前記携帯端末からの設定された更新時間毎のアクセスに応じて前記プロフィール記憶手段を参照して前記ユーザ固有の情報に対応するプロフィール情報を読み出す読み出し手段と、
前記読み出し手段で読み出されたプロフィール情報に含まれる属性に対応する複数個のコンテンツ情報を決定するコンテンツ決定手段と、
前記コンテンツ決定手段で決定された複数個のコンテンツ情報を前記コンテンツ記憶手段から読み出し、読み出された複数個のコンテンツ情報と当該各コンテンツ情報が前記携帯端末において起動される所定時間を示す情報とを対応させたコンテンツセットデータを生成するセットデータ生成手段と、
前記セットデータ生成手段で生成されたコンテンツセットデータを前記アクセス元の携帯端末に送信する送信手段と、
を備えたことを特徴とするサーバシステム。
【請求項２】
前記コンテンツ情報は、音楽、画像またはこれらの組み合わせからなるコンテンツのデータであることを特徴とする請求項１に記載のサーバシステム。
【請求項３】
前記コンテンツ情報の属性は、前記コンテンツに関与するアーティストを特定する情報であることを特徴とする請求項１または２に記載のサーバシステム。
【請求項４】
さらに、携帯端末からのアクセスに応じて前記プロフィール記憶手段に記憶されるプロフィール情報を設定するための案内情報を送信してユーザ毎のプロフィール情報を前記プロフィール記憶手段に記憶させる設定手段を有することを特徴とする請求項１〜３のいずれか１つに記載のサーバシステム。
【請求項５】
携帯端末においてコンテンツが所定時間に起動される当該携帯端末に対して前記コンテンツを配信する通信をネットワークを介して行う処理をコンピュータにより実行するコンテンツ送信方法であって、
コンテンツ情報と当該コンテンツ情報の属性とを対応付けてメモリに記憶するコンテンツ記憶ステップと、
ユーザ毎に前記携帯端末により入力されたデータに応じて設定されるコンテンツ情報の属性を含むプロフィール情報とユーザ固有の情報とを対応付けてメモリに記憶するプロフィール記憶ステップと、
前記携帯端末からの設定された更新時間毎のアクセスに応じて前記メモリを参照して前記ユーザ固有の情報に対応するプロフィール情報を読み出す読み出しステップと、
前記読み出しステップで読み出されたプロフィール情報に含まれる属性に対応する複数個のコンテンツ情報を決定するコンテンツ決定ステップと、
前記コンテンツ決定ステップで決定された複数個のコンテンツ情報を前記メモリから読み出し、読み出された複数個のコンテンツ情報と当該各コンテンツ情報が前記携帯端末において起動される所定時間を示す情報とを対応させたコンテンツセットデータを生成するセットデータ生成ステップと、
前記セットデータ生成ステップで生成されたコンテンツセットデータを前記アクセス元の携帯端末に送信する送信ステップと、
の処理をコンピュータにより実行することを特徴とするコンテンツ送信方法。
【請求項６】
前記コンテンツ情報は、音楽、画像またはこれらの組み合わせからなるコンテンツのデータであることを特徴とする請求項５に記載のコンテンツ送信方法。
【請求項７】
前記コンテンツ情報の属性は、前記コンテンツに関与するアーティストを特定する情報であることを特徴とする請求項５または６に記載のコンテンツ送信方法。
【請求項８】
さらに、携帯端末からのアクセスに応じて前記メモリに記憶されるプロフィール情報を設定するための案内情報を送信してユーザ毎のプロフィール情報を前記メモリに記憶させる設定ステップ
の処理をコンピュータにより実行することを特徴とする請求項５〜７のいずれか１つに記載のコンテンツ送信方法。
【請求項９】
携帯端末においてコンテンツが所定時間に起動される当該携帯端末に対して前記コンテンツを配信する通信をネットワークを介して行う処理をコンピュータにより実行するプログラムであって、
コンテンツ情報と当該コンテンツ情報の属性とを対応付けてメモリに記憶するコンテンツ記憶ステップと、
ユーザ毎に前記携帯端末により入力されたデータに応じて設定されるコンテンツ情報の属性を含むプロフィール情報とユーザ固有の情報とを対応付けてメモリに記憶するプロフィール記憶ステップと、
前記携帯端末からの設定された更新時間毎のアクセスに応じて前記メモリを参照して前記ユーザ固有の情報に対応するプロフィール情報を読み出す読み出しステップと、
前記読み出しステップで読み出されたプロフィール情報に含まれる属性に対応する複数個のコンテンツ情報を決定するコンテンツ決定ステップと、
前記コンテンツ決定ステップで決定された複数個のコンテンツ情報を前記メモリから読み出し、読み出された複数個のコンテンツ情報と当該各コンテンツ情報が前記携帯端末において起動される所定時間を示す情報とを対応させたコンテンツセットデータを生成するセットデータ生成ステップと、
前記セットデータ生成ステップで生成されたコンテンツセットデータを前記アクセス元の携帯端末に送信する送信ステップと、
の処理をコンピュータにより実行することを特徴とするプログラム。
【請求項１０】
前記コンテンツ情報は、音楽、画像またはこれらの組み合わせからなるコンテンツのデータであることを特徴とする請求項９に記載のプログラム。
【請求項１１】
前記コンテンツ情報の属性は、前記コンテンツに関与するアーティストを特定する情報であることを特徴とする請求項９または１０に記載のプログラム。
【請求項１２】
さらに、携帯端末からのアクセスに応じて前記メモリに記憶されるプロフィール情報を設定するための案内情報を送信してユーザ毎のプロフィール情報を前記メモリに記憶させる設定ステップ
の処理をコンピュータにより実行することを特徴とする請求項９〜１１のいずれか１つに記載のプログラム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００９
【補正方法】変更
【補正の内容】
【０００９】
本発明の目的は、携帯端末からサーバへのアクセスだけでユーザ側の操作負担はなくユーザの嗜好に沿う着信メロディなどのコンテンツを携帯端末に供給して、携帯端末において供給されたコンテンツを所定時間に起動させることが可能なサーバシステム、コンテンツ送信方法およびプログラムを提供することにある。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００１０
【補正方法】削除
【補正の内容】
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００１１
【補正方法】変更
【補正の内容】
【００１１】
上述した課題を解決し、上記目的を達成するため、請求項１の発明に係るサーバシステムは、携帯端末においてコンテンツが所定時間に起動される当該携帯端末に対して前記コンテンツを配信する通信をネットワークを介して行うサーバシステムであって、コンテンツ情報と当該コンテンツ情報の属性とを対応付けて記憶するコンテンツ記憶手段と、ユーザ毎に前記携帯端末により入力されたデータに応じて設定されるコンテンツ情報の属性を含むプロフィール情報とユーザ固有の情報とを対応付けて記憶するプロフィール記憶手段と、前記携帯端末からの設定された更新時間毎のアクセスに応じて前記プロフィール記憶手段を参照して前記ユーザ固有の情報に対応するプロフィール情報を読み出す読み出し手段と、前記読み出し手段で読み出されたプロフィール情報に含まれる属性に対応する複数個のコンテンツ情報を決定するコンテンツ決定手段と、前記コンテンツ決定手段で決定された複数個のコンテンツ情報を前記コンテンツ記憶手段から読み出し、読み出された複数個のコンテンツ情報と当該各コンテンツ情報が前記携帯端末において起動される所定時間を示す情報とを対応させたコンテンツセットデータを生成するセットデータ生成手段と、前記セットデータ生成手段で生成されたコンテンツセットデータを前記アクセス元の携帯端末に送信する送信手段と、を備えたことを特徴とするものである。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００１２
【補正方法】変更
【補正の内容】
【００１２】
請求項２に係る発明においては、前記コンテンツ情報は、音楽、画像またはこれらの組み合わせからなるコンテンツのデータとしてもよい。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】００１３
【補正方法】変更
【補正の内容】
【００１３】
また、請求項３に係る発明においては、前記コンテンツ情報の属性は、前記コンテンツに関与するアーティストを特定する情報としてもよい。
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】００１４
【補正方法】変更
【補正の内容】
【００１４】
請求項４に係る発明は、上記の構成において、さらに、携帯端末からのアクセスに応じて前記プロフィール記憶手段に記憶されるプロフィール情報を設定するための案内情報を送信してユーザ毎のプロフィール情報を前記プロフィール記憶手段に記憶させる設定手段を有することを特徴とするものである。
【手続補正８】
【補正対象書類名】明細書
【補正対象項目名】００１５
【補正方法】削除
【補正の内容】
【手続補正９】
【補正対象書類名】明細書
【補正対象項目名】００１６
【補正方法】変更
【補正の内容】
【００１６】
また、請求項５の発明に係るコンテンツ送信方法は、携帯端末においてコンテンツが所定時間に起動される当該携帯端末に対して前記コンテンツを配信する通信をネットワークを介して行う処理をコンピュータにより実行するコンテンツ送信方法であって、コンテンツ情報と当該コンテンツ情報の属性とを対応付けてメモリに記憶するコンテンツ記憶ステップと、ユーザ毎に前記携帯端末により入力されたデータに応じて設定されるコンテンツ情報の属性を含むプロフィール情報とユーザ固有の情報とを対応付けてメモリに記憶するプロフィール記憶ステップと、前記携帯端末からの設定された更新時間毎のアクセスに応じて前記メモリを参照して前記ユーザ固有の情報に対応するプロフィール情報を読み出す読み出しステップと、前記読み出しステップで読み出されたプロフィール情報に含まれる属性に対応する複数個のコンテンツ情報を決定するコンテンツ決定ステップと、前記コンテンツ決定ステップで決定された複数個のコンテンツ情報を前記メモリから読み出し、読み出された複数個のコンテンツ情報と当該各コンテンツ情報が前記携帯端末において起動される所定時間を示す情報とを対応させたコンテンツセットデータを生成するセットデータ生成ステップと、前記セットデータ生成ステップで生成されたコンテンツセットデータを前記アクセス元の携帯端末に送信する送信ステップと、の処理をコンピュータにより実行することを特徴とするものである。
【手続補正１０】
【補正対象書類名】明細書
【補正対象項目名】００１７
【補正方法】変更
【補正の内容】
【００１７】
請求項６に係る発明においては、前記コンテンツ情報は、音楽、画像またはこれらの組み合わせからなるコンテンツのデータとしてもよい。
【手続補正１１】
【補正対象書類名】明細書
【補正対象項目名】００１８
【補正方法】変更
【補正の内容】
【００１８】
請求項７に係る発明においては、前記コンテンツ情報の属性は、前記コンテンツに関与するアーティストを特定する情報としてもよい。
【手続補正１２】
【補正対象書類名】明細書
【補正対象項目名】００１９
【補正方法】変更
【補正の内容】
【００１９】
請求項８に係る発明は、上記の構成において、さらに、携帯端末からのアクセスに応じて前記メモリに記憶されるプロフィール情報を設定するための案内情報を送信してユーザ毎のプロフィール情報を前記メモリに記憶させる設定ステップの処理をコンピュータにより実行することを特徴とするものである。
【手続補正１３】
【補正対象書類名】明細書
【補正対象項目名】００２０
【補正方法】削除
【補正の内容】
【手続補正１４】
【補正対象書類名】明細書
【補正対象項目名】００２１
【補正方法】変更
【補正の内容】
【００２１】
また、請求項９の発明に係るプログラムは、携帯端末においてコンテンツが所定時間に起動される当該携帯端末に対して前記コンテンツを配信する通信をネットワークを介して行う処理をコンピュータにより実行するプログラムであって、コンテンツ情報と当該コンテンツ情報の属性とを対応付けてメモリに記憶するコンテンツ記憶ステップと、ユーザ毎に前記携帯端末により入力されたデータに応じて設定されるコンテンツ情報の属性を含むプロフィール情報とユーザ固有の情報とを対応付けてメモリに記憶するプロフィール記憶ステップと、前記携帯端末からの設定された更新時間毎のアクセスに応じて前記メモリを参照して前記ユーザ固有の情報に対応するプロフィール情報を読み出す読み出しステップと、前記読み出しステップで読み出されたプロフィール情報に含まれる属性に対応する複数個のコンテンツ情報を決定するコンテンツ決定ステップと、前記コンテンツ決定ステップで決定された複数個のコンテンツ情報を前記メモリから読み出し、読み出された複数個のコンテンツ情報と当該各コンテンツ情報が前記携帯端末において起動される所定時間を示す情報とを対応させたコンテンツセットデータを生成するセットデータ生成ステップと、前記セットデータ生成ステップで生成されたコンテンツセットデータを前記アクセス元の携帯端末に送信する送信ステップと、の処理をコンピュータにより実行することを特徴とするものである。
【手続補正１５】
【補正対象書類名】明細書
【補正対象項目名】００２２
【補正方法】変更
【補正の内容】
【００２２】
請求項１０に係る発明においては、前記コンテンツ情報は、音楽、画像またはこれらの組み合わせからなるコンテンツのデータとしてもよい。
【手続補正１６】
【補正対象書類名】明細書
【補正対象項目名】００２３
【補正方法】変更
【補正の内容】
【００２３】
また、請求項１１に係る発明においては、前記コンテンツ情報の属性は、前記コンテンツに関与するアーティストを特定する情報としてもよい。
【手続補正１７】
【補正対象書類名】明細書
【補正対象項目名】００２４
【補正方法】変更
【補正の内容】
【００２４】
また、請求項１２に係る発明は、上記の構成において、さらに、携帯端末からのアクセスに応じて前記メモリに記憶されるプロフィール情報を設定するための案内情報を送信してユーザ毎のプロフィール情報を前記メモリに記憶させる設定ステップの処理をコンピュータにより実行することを特徴とするものである。
【手続補正１８】
【補正対象書類名】明細書
【補正対象項目名】００２５
【補正方法】変更
【補正の内容】
【００２５】
本発明によれば、携帯端末からサーバへのアクセスだけでユーザ側の操作負担はなくユーザの嗜好に沿う着信メロディなどのコンテンツを携帯端末に供給して、携帯端末において供給されたコンテンツを所定時間に起動させることが可能となる。
【手続補正１９】
【補正対象書類名】明細書
【補正対象項目名】００４２
【補正方法】変更
【補正の内容】
【００４２】
着信メロディセットが携帯電話１１へダウンロードされた場合、携帯電話１１において着信メロディセットを構成する３曲分の着信メロディがヘッダ部の起動時間情報にしたがって起動されて、つまり、この場合、３曲の着信メロディの設定がそれぞれの起動時間情報にしたがって切り替えられる。
【手続補正２０】
【補正対象書類名】明細書
【補正対象項目名】００４７
【補正方法】変更
【補正の内容】
【００４７】
プロフィールレコードテーブル１２０５３には（図６参照）、「会員ＩＤによって決まる複数のＩＤ」、「興味のあるアーティスト」、「最後にダウンロードした日」などの会員毎のプロフィールが登録される。このテーブルによって、会員とその会員が興味をもつアーティストとの関係をデータとして取得することができる。本実施の形態では、１人の会員に対して４つのレコードが確保可とされるので、異なる４種類までのアーティストを登録することが可能である。
【手続補正２１】
【補正対象書類名】明細書
【補正対象項目名】００４８
【補正方法】変更
【補正の内容】
【００４８】
プロフィールレコードテーブル１２０５３には、「４００４」、「４００５」、「４００６」、「４００７」の４つのレコードが会員ＩＤ「１００１」のユーザに対して確保されている。図６の例では、会員ＩＤ「１００１」の会員は、異なる２つのアーティストに興味があるため、ＩＤ４００５と４０００５にアーティストＩＤ「１２２０２６」、「１２２０２９」が記録されている。
【手続補正２２】
【補正対象書類名】明細書
【補正対象項目名】００５３
【補正方法】変更
【補正の内容】
【００５３】
制御部１１０３は、ＣＰＵ、ＲＯＭ、ＲＡＭなどを備え、記憶部１１０６に記憶されているプログラム１１０６０に従って携帯電話１１全体の制御を行う。記憶部１１０６は、ウェブサーバ１２からダウンロードしたクライアント用アプリ１１０６１を格納している。このクライアント用アプリ１１０６１には、ウェブ閲覧、着信メロディセットのダウンロードおよび登録、起動時間情報に基づく着信メロディの切り替え処理などを実行可能なアプリケーションプログラム（以下、アプリと称する）が含まれている。ウェブ閲覧処理は、ブラウザとしてのＪＡＶＡ（登録商標）アプリによって実行される。
【手続補正２３】
【補正対象書類名】明細書
【補正対象項目名】００６０
【補正方法】変更
【補正の内容】
【００６０】
ウェブサーバ１２では、携帯電話１１からのアクセスに応じて会員登録ページが作成され、ＨＴＴＰを用いて会員登録ページが携帯電話１１に送信される（ステップＳＢ１０）。携帯電話１１では、ウェブサーバ１２から受信された会員登録ページが画面に表示される（ステップＳＡ１１）。携帯電話１１では、画面に表示された会員登録ページに対してユーザの操作に応答してプロフィールの入力が行われる（ステップＳＡ１２）。
【手続補正２４】
【補正対象書類名】明細書
【補正対象項目名】００８９
【補正方法】変更
【補正の内容】
【００８９】
さらに、携帯電話側で自動的にウェブサーバにアクセスしてユーザが設定したプロフィール情報に基づく着信メロディをダウンロードするようにしたので、ユーザ側の操作はアクセス時とは同期しない任意の好きな時間でよい。このため、ユーザは着信メロディのダウンロード設定をするだけで済み、ダウンロード作業そのものは不要となって、操作の簡略化および効率化を実現することが可能である。
【手続補正書】
【提出日】平成17年3月7日(2005.3.7)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
各コンテンツが起動可能な時刻を設定し、着信時、起動可能なコンテンツが起動される携帯端末に対してコンテンツを配信する通信をネットワークを介して行うサーバシステムであって、
コンテンツＩＤに対してコンテンツデータを対応付けて記憶するコンテンツデータベースと、
アーティストＩＤに対してアーティスト名および複数個のコンテンツＩＤを対応付けて記憶するアーティストレコードテーブルと、
会員ＩＤに対してアーティストＩＤを対応付けて記憶するプロフィールレコードテーブルと、
携帯端末は当該携帯端末においてあらかじめ設定された更新時間毎にコンテンツのダウンロード要求を実行するものであり、携帯端末からのアクセスに応じて当該携帯端末から会員ＩＤを受け取るとともに、前記プロフィールレコードテーブルを参照して前記会員ＩＤに対応するアーティストＩＤを読み出す読み出し手段と、
前記アーティストレコードテーブルを参照して、前記読み出し手段で読み出されたアーティストＩＤに対応するコンテンツＩＤの有無を判定し、その結果、有であり、かつ、単一のコンテンツＩＤが存在している場合には、当該コンテンツＩＤに対応するコンテンツデータを送信対象のコンテンツとして決定して前記データベースから読み出し、一方、有であり、かつ、複数個のコンテンツＩＤが存在している場合には、当該複数個のコンテンツＩＤにそれぞれ対応するコンテンツデータを送信対象のコンテンツとして決定して前記データベースから読み出すコンテンツ決定および読み出し手段と、
前記コンテンツ決定および読み出し手段で読み出された複数個のコンテンツデータに対してそれぞれ前記携帯端末において起動可能な設定時刻を対応させたセットデータを生成するセットデータ生成手段と、
前記コンテンツ決定および読み出し手段で読み出された単一のコンテンツデータまたは前記セットデータ生成手段で生成されたセットデータを前記アクセス元の携帯端末に送信する送信手段と、
を備えたことを特徴とするサーバシステム。
【請求項２】
前記コンテンツデータは、音楽、画像またはこれらの組み合わせからなるコンテンツのデータであることを特徴とする請求項１に記載のサーバシステム。
【請求項３】
各コンテンツが起動可能な時刻を設定し、着信時、起動可能なコンテンツが起動される携帯端末に対してコンテンツを配信する通信をネットワークを介してサーバシステムにより行うコンテンツ送信方法であって、
コンテンツＩＤに対してコンテンツデータを対応付けてコンテンツデータベースに記憶され、
アーティストＩＤに対してアーティスト名および複数個のコンテンツＩＤを対応付けてアーティストレコードテーブルに記憶され、
会員ＩＤに対してアーティストＩＤを対応付けてプロフィールレコードテーブルに記憶されており、
携帯端末は当該携帯端末においてあらかじめ設定された更新時間毎にコンテンツのダウンロード要求を実行するものであり、携帯端末からのアクセスに応じて当該携帯端末から会員ＩＤを受け取るとともに、前記プロフィールレコードテーブルを参照して前記会員ＩＤに対応するアーティストＩＤを読み出す読み出しステップと、
前記アーティストレコードテーブルを参照して、前記読み出しステップで読み出されたアーティストＩＤに対応するコンテンツＩＤの有無を判定し、その結果、有であり、かつ、単一のコンテンツＩＤが存在している場合には、当該コンテンツＩＤに対応するコンテンツデータを送信対象のコンテンツとして決定して前記データベースから読み出し、一方、有であり、かつ、複数個のコンテンツＩＤが存在している場合には、当該複数個のコンテンツＩＤにそれぞれ対応するコンテンツデータを送信対象のコンテンツとして決定して前記データベースから読み出すコンテンツ決定および読み出しステップと、
前記コンテンツ決定および読み出しステップで読み出された複数個のコンテンツデータに対してそれぞれ前記携帯端末において起動可能な設定時刻を対応させたセットデータを生成するセットデータ生成ステップと、
前記コンテンツ決定および読み出しステップで読み出された単一のコンテンツデータまたは前記セットデータ生成ステップで生成されたセットデータを前記アクセス元の携帯端末に送信する送信ステップと、
を含むことを特徴とするコンテンツ送信方法。
【請求項４】
前記コンテンツデータは、音楽、画像またはこれらの組み合わせからなるコンテンツのデータであることを特徴とする請求項３に記載のコンテンツ送信方法。
【請求項５】
各コンテンツが起動可能な時刻を設定し、着信時、起動可能なコンテンツが起動される携帯端末に対してコンテンツを配信する通信をネットワークを介してサーバシステムのコンピュータにより実行するプログラムであって、
コンテンツＩＤに対してコンテンツデータを対応付けてコンテンツデータベースに記憶され、
アーティストＩＤに対してアーティスト名および複数個のコンテンツＩＤを対応付けてアーティストレコードテーブルに記憶され、
会員ＩＤに対してアーティストＩＤを対応付けてプロフィールレコードテーブルに記憶されており、
携帯端末は当該携帯端末においてあらかじめ設定された更新時間毎にコンテンツのダウンロード要求を実行するものであり、携帯端末からのアクセスに応じて当該携帯端末から会員ＩＤを受け取るとともに、前記プロフィールレコードテーブルを参照して前記会員ＩＤに対応するアーティストＩＤを読み出す読み出しステップと、
前記アーティストレコードテーブルを参照して、前記読み出しステップで読み出されたアーティストＩＤに対応するコンテンツＩＤの有無を判定し、その結果、有であり、かつ、単一のコンテンツＩＤが存在している場合には、当該コンテンツＩＤに対応するコンテンツデータを送信対象のコンテンツとして決定して前記データベースから読み出し、一方、有であり、かつ、複数個のコンテンツＩＤが存在している場合には、当該複数個のコンテンツＩＤにそれぞれ対応するコンテンツデータを送信対象のコンテンツとして決定して前記データベースから読み出すコンテンツ決定および読み出しステップと、
前記コンテンツ決定および読み出しステップで読み出された複数個のコンテンツデータに対してそれぞれ前記携帯端末において起動可能な設定時刻を対応させたセットデータを生成するセットデータ生成ステップと、
前記コンテンツ決定および読み出しステップで読み出された単一のコンテンツデータまたは前記セットデータ生成ステップで生成されたセットデータを前記アクセス元の携帯端末に送信する送信ステップと、
をコンピュータにより実行することを特徴とするプログラム。
【請求項６】
前記コンテンツデータは、音楽、画像またはこれらの組み合わせからなるコンテンツのデータであることを特徴とする請求項５記載のプログラム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００１１
【補正方法】変更
【補正の内容】
【００１１】
上述した課題を解決し、上記目的を達成するため、請求項１の発明に係るサーバシステムは、各コンテンツが起動可能な時刻を設定し、着信時、起動可能なコンテンツが起動される携帯端末に対してコンテンツを配信する通信をネットワークを介して行うサーバシステムであって、コンテンツＩＤに対してコンテンツデータを対応付けて記憶するコンテンツデータベースと、アーティストＩＤに対してアーティスト名および複数個のコンテンツＩＤを対応付けて記憶するアーティストレコードテーブルと、会員ＩＤに対してアーティストＩＤを対応付けて記憶するプロフィールレコードテーブルと、携帯端末は当該携帯端末においてあらかじめ設定された更新時間毎にコンテンツのダウンロード要求を実行するものであり、携帯端末からのアクセスに応じて当該携帯端末から会員ＩＤを受け取るとともに、前記プロフィールレコードテーブルを参照して前記会員ＩＤに対応するアーティストＩＤを読み出す読み出し手段と、前記アーティストレコードテーブルを参照して、前記読み出し手段で読み出されたアーティストＩＤに対応するコンテンツＩＤの有無を判定し、その結果、有であり、かつ、単一のコンテンツＩＤが存在している場合には、当該コンテンツＩＤに対応するコンテンツデータを送信対象のコンテンツとして決定して前記データベースから読み出し、一方、有であり、かつ、複数個のコンテンツＩＤが存在している場合には、当該複数個のコンテンツＩＤにそれぞれ対応するコンテンツデータを送信対象のコンテンツとして決定して前記データベースから読み出すコンテンツ決定および読み出し手段と、前記コンテンツ決定および読み出し手段で読み出された複数個のコンテンツデータに対してそれぞれ前記携帯端末において起動可能な設定時刻を対応させたセットデータを生成するセットデータ生成手段と、前記コンテンツ決定および読み出し手段で読み出された単一のコンテンツデータまたは前記セットデータ生成手段で生成されたセットデータを前記アクセス元の携帯端末に送信する送信手段と、を備えたものである。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００１２
【補正方法】変更
【補正の内容】
【００１２】
請求項２の発明に係るサーバシステムにおいては、前記コンテンツデータは、音楽、画像またはこれらの組み合わせからなるコンテンツのデータとしてもよい。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００１３
【補正方法】変更
【補正の内容】
【００１３】
請求項３の発明に係るコンテンツ送信方法は、各コンテンツが起動可能な時刻を設定し、着信時、起動可能なコンテンツが起動される携帯端末に対してコンテンツを配信する通信をネットワークを介してサーバシステムにより行うコンテンツ送信方法であって、コンテンツＩＤに対してコンテンツデータを対応付けてコンテンツデータベースに記憶され、アーティストＩＤに対してアーティスト名および複数個のコンテンツＩＤを対応付けてアーティストレコードテーブルに記憶され、会員ＩＤに対してアーティストＩＤを対応付けてプロフィールレコードテーブルに記憶されており、携帯端末は当該携帯端末においてあらかじめ設定された更新時間毎にコンテンツのダウンロード要求を実行するものであり、携帯端末からのアクセスに応じて当該携帯端末から会員ＩＤを受け取るとともに、前記プロフィールレコードテーブルを参照して前記会員ＩＤに対応するアーティストＩＤを読み出す読み出しステップと、前記アーティストレコードテーブルを参照して、前記読み出しステップで読み出されたアーティストＩＤに対応するコンテンツＩＤの有無を判定し、その結果、有であり、かつ、単一のコンテンツＩＤが存在している場合には、当該コンテンツＩＤに対応するコンテンツデータを送信対象のコンテンツとして決定して前記データベースから読み出し、一方、有であり、かつ、複数個のコンテンツＩＤが存在している場合には、当該複数個のコンテンツＩＤにそれぞれ対応するコンテンツデータを送信対象のコンテンツとして決定して前記データベースから読み出すコンテンツ決定および読み出しステップと、前記コンテンツ決定および読み出しステップで読み出された複数個のコンテンツデータに対してそれぞれ前記携帯端末において起動可能な設定時刻を対応させたセットデータを生成するセットデータ生成ステップと、前記コンテンツ決定および読み出しステップで読み出された単一のコンテンツデータまたは前記セットデータ生成ステップで生成されたセットデータを前記アクセス元の携帯端末に送信する送信ステップと、を含むものである。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００１４
【補正方法】変更
【補正の内容】
【００１４】
請求項４の発明に係るコンテンツ送信方法においては、前記コンテンツデータは、音楽、画像またはこれらの組み合わせからなるコンテンツのデータとしてもよい。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】００１６
【補正方法】変更
【補正の内容】
【００１６】
請求項５の発明に係るプログラムは、各コンテンツが起動可能な時刻を設定し、着信時、起動可能なコンテンツが起動される携帯端末に対してコンテンツを配信する通信をネットワークを介してサーバシステムのコンピュータにより実行するプログラムであって、コンテンツＩＤに対してコンテンツデータを対応付けてコンテンツデータベースに記憶され、アーティストＩＤに対してアーティスト名および複数個のコンテンツＩＤを対応付けてアーティストレコードテーブルに記憶され、会員ＩＤに対してアーティストＩＤを対応付けてプロフィールレコードテーブルに記憶されており、携帯端末は当該携帯端末においてあらかじめ設定された更新時間毎にコンテンツのダウンロード要求を実行するものであり、携帯端末からのアクセスに応じて当該携帯端末から会員ＩＤを受け取るとともに、前記プロフィールレコードテーブルを参照して前記会員ＩＤに対応するアーティストＩＤを読み出す読み出しステップと、前記アーティストレコードテーブルを参照して、前記読み出しステップで読み出されたアーティストＩＤに対応するコンテンツＩＤの有無を判定し、その結果、有であり、かつ、単一のコンテンツＩＤが存在している場合には、当該コンテンツＩＤに対応するコンテンツデータを送信対象のコンテンツとして決定して前記データベースから読み出し、一方、有であり、かつ、複数個のコンテンツＩＤが存在している場合には、当該複数個のコンテンツＩＤにそれぞれ対応するコンテンツデータを送信対象のコンテンツとして決定して前記データベースから読み出すコンテンツ決定および読み出しステップと、前記コンテンツ決定および読み出しステップで読み出された複数個のコンテンツデータに対してそれぞれ前記携帯端末において起動可能な設定時刻を対応させたセットデータを生成するセットデータ生成ステップと、前記コンテンツ決定および読み出しステップで読み出された単一のコンテンツデータまたは前記セットデータ生成ステップで生成されたセットデータを前記アクセス元の携帯端末に送信する送信ステップと、をコンピュータにより実行するものである。
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】００１７
【補正方法】変更
【補正の内容】
【００１７】
請求項６の発明に係るプログラムにおいては、前記コンテンツデータは、音楽、画像またはこれらの組み合わせからなるコンテンツのデータとしてもよい。
【手続補正８】
【補正対象書類名】明細書
【補正対象項目名】００１８
【補正方法】削除
【補正の内容】
【手続補正９】
【補正対象書類名】明細書
【補正対象項目名】００１９
【補正方法】削除
【補正の内容】
【手続補正１０】
【補正対象書類名】明細書
【補正対象項目名】００２１
【補正方法】削除
【補正の内容】
【手続補正１１】
【補正対象書類名】明細書
【補正対象項目名】００２２
【補正方法】削除
【補正の内容】
【手続補正１２】
【補正対象書類名】明細書
【補正対象項目名】００２３
【補正方法】削除
【補正の内容】
【手続補正１３】
【補正対象書類名】明細書
【補正対象項目名】００２４
【補正方法】削除
【補正の内容】