JP3960609B2 - サーバシステム、コンテンツ送信方法およびプログラム - Google Patents

Description

本発明は、インターネット等のネットワークを介して、携帯電話等の携帯端末に対して、着信メロディなどの音楽、待ち受け画像、音声等の再生可能なコンテンツを提供するサーバシステム、コンテンツ送信方法およびプログラムに関する。

携帯電話においては、メールや電話の着信時にあらかじめ登録しておいた所望のメロディを鳴らすことが一般的である。今日、携帯電話の発達に伴って着信時に音楽だけでなく動画を表示することも可能である。

着信メロディ、音声、ＣＤ音源を用いた音楽のようなサウンド系のコンテンツや静止画、動画などの画像系のコンテンツは、携帯電話網を介してインターネットに接続し、そのインターネットに接続されるサーバよりコンテンツ情報としてダウンロードすることが可能である（特許文献１、特許文献２）。

コンテンツ情報はコンテンツプロバイダによってダウンロード可能に提供される。このため、ユーザは所望のアーティストのコンテンツを揃えているコンテンツプロバイダに会員登録し、そのコンテンツプロバイダが提供するサイトにアクセスして最新の情報を入手することができる。

サウンド系のコンテンツにしても画像系のコンテンツにしても、携帯電話のＨＴＴＰによりウェブ画面を通じてアーティスト名などのようにコンテンツに関与する情報を頼りに所望のコンテンツに対する検索処理が実行され、その所望のコンテンツに検索処理が到達すると、ユーザの操作によりダウンロード処理が実行される。このようにして、コンテンツは携帯電話にダウンロードされる。

特開２００２−１８２６５８号公報 特開２００２−２４７２０６号公報

しかしながら、上述したような従来例においては、携帯端末を所有するユーザがコンテンツプロバイダによって提供されるサイトにアクセスして、ウェブページ上でボタン操作により所望のコンテンツを探し出すという検索作業が必要であった。好みのアーティストが決まっていて、毎回同じアーティストの新曲の着信メロディをダウンロードするにも毎回同じ操作が必要であった。このため、ユーザにとって操作が煩雑となり、使い勝手が悪かった。

また、サーバにおいては、検索処理を含む一連のダウンロード処理が単調となっている分、同一アーティストの新曲分の着信メロディだけをダウンロードしたいユーザに対して、携帯電話との間で効率の悪い通信が発生していた。このため、非効率な通信がユーザに対してパケット料金の負担を強いる虞があった。

本発明の目的は、携帯端末からサーバへのアクセスだけでユーザ側の操作負担はなくユーザの嗜好に沿う着信メロディなどのコンテンツを携帯端末に供給して、携帯端末において供給されたコンテンツを所定時間に起動させることが可能なサーバシステム、コンテンツ送信方法およびプログラムを提供することにある。

上述した課題を解決し、上記目的を達成するため、請求項１の発明に係るサーバシステムは、各コンテンツが起動可能な時刻を設定し、着信時、起動可能なコンテンツが起動される携帯端末に対してコンテンツを配信する通信をネットワークを介して行うサーバシステムであって、コンテンツＩＤに対してコンテンツデータを対応付けて記憶するコンテンツデータベースと、アーティストＩＤに対してアーティスト名および複数個のコンテンツＩＤを対応付けて記憶するアーティストレコードテーブルと、会員ＩＤに対してアーティストＩＤを対応付けて記憶するプロフィールレコードテーブルと、携帯端末は当該携帯端末においてあらかじめ設定された更新時間毎にコンテンツのダウンロード要求を実行するものであり、携帯端末からのアクセスに応じて当該携帯端末から会員ＩＤを受け取るとともに、前記プロフィールレコードテーブルを参照して前記会員ＩＤに対応するアーティストＩＤを読み出す読み出し手段と、前記アーティストレコードテーブルを参照して、前記読み出し手段で読み出されたアーティストＩＤに対応するコンテンツＩＤの有無を判定し、その結果、有であり、かつ、単一のコンテンツＩＤが存在している場合には、当該コンテンツＩＤに対応するコンテンツデータを送信対象のコンテンツとして決定して前記データベースから読み出し、一方、有であり、かつ、複数個のコンテンツＩＤが存在している場合には、当該複数個のコンテンツＩＤにそれぞれ対応するコンテンツデータを送信対象のコンテンツとして決定して前記データベースから読み出すコンテンツ決定および読み出し手段と、前記コンテンツ決定および読み出し手段で読み出された複数個のコンテンツデータに対してそれぞれ前記携帯端末において起動可能な設定時刻を対応させたセットデータを生成するセットデータ生成手段と、前記コンテンツ決定および読み出し手段で読み出された単一のコンテンツデータまたは前記セットデータ生成手段で生成されたセットデータを前記アクセス元の携帯端末に送信する送信手段と、を備えたものである。

請求項２の発明に係るサーバシステムにおいては、前記コンテンツデータは、音楽、画像またはこれらの組み合わせからなるコンテンツのデータとしてもよい。

請求項３の発明に係るコンテンツ送信方法は、各コンテンツが起動可能な時刻を設定し、着信時、起動可能なコンテンツが起動される携帯端末に対してコンテンツを配信する通信をネットワークを介してサーバシステムにより行うコンテンツ送信方法であって、コンテンツＩＤに対してコンテンツデータを対応付けてコンテンツデータベースに記憶され、アーティストＩＤに対してアーティスト名および複数個のコンテンツＩＤを対応付けてアーティストレコードテーブルに記憶され、会員ＩＤに対してアーティストＩＤを対応付けてプロフィールレコードテーブルに記憶されており、携帯端末は当該携帯端末においてあらかじめ設定された更新時間毎にコンテンツのダウンロード要求を実行するものであり、携帯端末からのアクセスに応じて当該携帯端末から会員ＩＤを受け取るとともに、前記プロフィールレコードテーブルを参照して前記会員ＩＤに対応するアーティストＩＤを読み出す読み出しステップと、前記アーティストレコードテーブルを参照して、前記読み出しステップで読み出されたアーティストＩＤに対応するコンテンツＩＤの有無を判定し、その結果、有であり、かつ、単一のコンテンツＩＤが存在している場合には、当該コンテンツＩＤに対応するコンテンツデータを送信対象のコンテンツとして決定して前記データベースから読み出し、一方、有であり、かつ、複数個のコンテンツＩＤが存在している場合には、当該複数個のコンテンツＩＤにそれぞれ対応するコンテンツデータを送信対象のコンテンツとして決定して前記データベースから読み出すコンテンツ決定および読み出しステップと、前記コンテンツ決定および読み出しステップで読み出された複数個のコンテンツデータに対してそれぞれ前記携帯端末において起動可能な設定時刻を対応させたセットデータを生成するセットデータ生成ステップと、前記コンテンツ決定および読み出しステップで読み出された単一のコンテンツデータまたは前記セットデータ生成ステップで生成されたセットデータを前記アクセス元の携帯端末に送信する送信ステップと、を含むものである。

請求項４の発明に係るコンテンツ送信方法においては、前記コンテンツデータは、音楽、画像またはこれらの組み合わせからなるコンテンツのデータとしてもよい。

請求項５の発明に係るプログラムは、各コンテンツが起動可能な時刻を設定し、着信時、起動可能なコンテンツが起動される携帯端末に対してコンテンツを配信する通信をネットワークを介してサーバシステムのコンピュータにより実行するプログラムであって、コンテンツＩＤに対してコンテンツデータを対応付けてコンテンツデータベースに記憶され、アーティストＩＤに対してアーティスト名および複数個のコンテンツＩＤを対応付けてアーティストレコードテーブルに記憶され、会員ＩＤに対してアーティストＩＤを対応付けてプロフィールレコードテーブルに記憶されており、携帯端末は当該携帯端末においてあらかじめ設定された更新時間毎にコンテンツのダウンロード要求を実行するものであり、携帯端末からのアクセスに応じて当該携帯端末から会員ＩＤを受け取るとともに、前記プロフィールレコードテーブルを参照して前記会員ＩＤに対応するアーティストＩＤを読み出す読み出しステップと、前記アーティストレコードテーブルを参照して、前記読み出しステップで読み出されたアーティストＩＤに対応するコンテンツＩＤの有無を判定し、その結果、有であり、かつ、単一のコンテンツＩＤが存在している場合には、当該コンテンツＩＤに対応するコンテンツデータを送信対象のコンテンツとして決定して前記データベースから読み出し、一方、有であり、かつ、複数個のコンテンツＩＤが存在している場合には、当該複数個のコンテンツＩＤにそれぞれ対応するコンテンツデータを送信対象のコンテンツとして決定して前記データベースから読み出すコンテンツ決定および読み出しステップと、前記コンテンツ決定および読み出しステップで読み出された複数個のコンテンツデータに対してそれぞれ前記携帯端末において起動可能な設定時刻を対応させたセットデータを生成するセットデータ生成ステップと、前記コンテンツ決定および読み出しステップで読み出された単一のコンテンツデータまたは前記セットデータ生成ステップで生成されたセットデータを前記アクセス元の携帯端末に送信する送信ステップと、をコンピュータにより実行するものである。

請求項６の発明に係るプログラムにおいては、前記コンテンツデータは、音楽、画像またはこれらの組み合わせからなるコンテンツのデータとしてもよい。

本発明によれば、携帯端末からサーバへのアクセスだけでユーザ側の操作負担はなくユーザの嗜好に沿う着信メロディなどのコンテンツを携帯端末に供給して、携帯端末において供給されたコンテンツを所定時間に起動させることが可能となる。

以下、添付図面を参照して本発明に係る一実施の形態を詳細に説明する。まず、全体構成について説明する。図１は、本発明の一実施の形態に係るネットワークを説明する概略図である。図１において、本実施の形態によるネットワークシステムは、携帯電話１１などの携帯端末、携帯電話網１３、インターネット１４およびサーバシステム１０により構成される。

携帯電話網１３は、携帯電話１１などの携帯端末とインターネット１４間の通信を接続するシステムであり、パケット網１３０１、ゲートサーバ１３０２などを備えている。パケット網１３０１は、携帯端末と無線通信を行う基地局に接続され、ゲートサーバ１３０２にデータを出力するとともに、ゲートサーバ１３０２から受け取ったデータをパケット処理して基地局に送出する。

サーバシステム１０は、たとえばウェブサーバ１２、着信メロディなどのコンテンツデータを記憶しているデータベース１５を備えており、携帯電話網１３、インターネット１４を介してアクセスしてくる携帯端末に対してウェブページを閲覧可能に提供したり、各種のサービスを提供する。このサーバシステム１０では、一例として、携帯電話会員に対して着信メロディなどのコンテンツを提供することができる。

携帯電話１１は、複数ある携帯電話のうちの代表例であり、音声通話を行うための電話機能およびインターネット通信を行うためのブラウザ機能を備えている。インターネット通信においては、ウェブサーバ１２との間でデータの送受信を行うためのプロトコルであるＨＴＴＰ(Hyper Text Transfer Protocol)を用いる。ウェブサーバ１２は、複数あるウェブサーバのうちの代表例であり、携帯電話１１などの携帯端末からの要求に応じてウェブページ閲覧を提供したり、着信時に携帯電話側で音楽、音声、画像等のデジタルコンテンツを再生可能なコンテンツのダウンロードなどをサービスとして提供するサイトを実現するものである。コンテンツのダウンロードの際、ウェブサーバ１２はデータベース１５を参照する。

つぎに、サーバシステム１０について詳述する。図２は本実施の形態によるウェブサーバ１２の一構成例を示すブロック図であり、図３は本実施の形態によるデータベース１５の一構成例を説明する図である。ウェブサーバ１２は、たとえば図２に示したように、バスライン１２０７に、通信制御部１２０１、制御部１２０２、入力部１２０３、表示部１２０４、記憶部１２０５、データベースインタフェース１２０６などを接続させ、データ、アドレス信号、制御信号などを伝送させ、処理する構成である。

通信制御部１２０１は、インターネット１４に接続され、インターネット１４を介して携帯電話１１と、パーソナルコンピュータなどの他の機器との間の双方向通信を司る。制御部１２０２は、ＣＰＵ、ＲＯＭ、ＲＡＭなどを備え、ＲＯＭに格納されたＯＳにしたがってＣＰＵがサーバ全体の制御を司る。入力部１２０３は、制御部１２０２に本サーバを手動操作するための各種情報を入力するためのユニットである。表示部１２０４は、本サーバの操作や本サーバ自体の動作に伴う各種状態を表示するユニットである。

記憶部１２０５は、携帯電話１１に対して本実施の形態によるウェブブラウザ表示を提供するためのサーバ側の処理を受け持つサーバ用アプリケーションプログラム（以下、サーバ用アプリという）１２０５０およびクライアントすなわち携帯電話において本実施の形態によるウェブブラウザを実現させるためのクライアント用アプリケーションプログラム（以下、クライアント用アプリという）１２０５１を記憶している。

記憶部１２０５は、さらに、会員情報である会員レコードテーブル１２０５２、会員の嗜好とコンテンツ情報とを対応付けているプロフィールレコードテーブル１２０５３、アーティストごとにコンテンツを対応付けているアーティストレコードテーブル１２０５４、アーティストごとに複数のコンテンツを一セットとして対応付けているセットレコードテーブル１２０５５などを登録している。

データベースインタフェース１２０６は、着信メロディやＣＤ音源の音楽、音声、画像などのコンテンツデータ１５０１を記憶するデータベース１５を本サーバに接続させ、コンテンツデータの読み出しやデータ更新などを司る。

データベース１５は、たとえば図３に示したように、コンテンツＩＤに対応させてコンテンツデータを記憶する大規模記憶装置である。コンテンツの一例として着信メロディを例に挙げると、コンテンツＩＤのＣ０００１には着信メロディデータとしてＣＤＴ１が対応付けられている。同様に、コンテンツＩＤのＣ０００２には着信メロディとしてＣＤＴ２が対応付けられている。データベース１５には、図示および説明を省略するが、その他に、ＣＤ音源の音楽データ、静止画、動画の画像データ、音声データがそれぞれコンテンツＩＤに対応付けられて記憶されることになる。

以上の構成によれば、制御部１２０２は、インターネット１４を介して携帯電話１１などの携帯端末からダウンロード要求が入ると、記憶部１２０５に記憶されている会員の嗜好に応じて着信メロディ、ＣＤ音源の音楽、音声、動画や静止画などの画像等のコンテンツを提供する。

本実施の形態では、携帯端末に対してアーティストのコンテンツをセットで提供することも可能である。以下の説明を簡略化するため、コンテンツの代表例として着信メロディを一例に挙げる。この場合、携帯電話１１などの携帯端末に供給するコンテンツは、例えば図４に示すような形式を採っている。図４は、着信メロディセットデータの一例を示す図である。

すなわち、携帯端末に送信される着信メロディは同一アーティストのたとえば３曲であり、これを着信メロディセットと呼ぶことにする。この着信メロディセットは、たとえば図４の如くヘッダ部とデータ部とからなる。ヘッダ部には、起動開始可能な時刻を示す起動時間情報Ｔ１，Ｔ２，Ｔ３の３種類が含まれ、データ部には、３曲分の着信メロディがヘッダ部の起動時間情報Ｔ１〜Ｔ３に対応させて格納される。

図４では、たとえばアーティスト名「アース」というアーティストの着信メロディが３曲含まれている。曲Ａは起動時間情報Ｔ１（６時００分）に対応し、曲Ｂは起動時間情報Ｔ２（１２時００分）に対応し、曲Ｃは起動時間情報Ｔ３（１８時００分）に対応している。

なお、詳細は後述するが、ある携帯電話１１のユーザが「アース」という名前のアーティストが好みである旨を含むプロフィールをプロフィール設定時などに予めウェブサーバ１２に登録しておくと、その後、携帯電話１１が自動起動して、着信メロディセットをダウンロードするためにウェブサーバ１２にアクセスすることができる。

ウェブサーバ１２は、携帯電話１１からの自動起動に基づくアクセスに応じて、記憶部１２０５のプロフィールレコードテーブル１２０５３を参照して携帯電話１１のユーザのプロフィールを検索し、そのプロフィールが検出されると、そのプロフィールを参考に「アース」というアーティスト対応の着信メロディセットが取得されて、携帯電話１１に送信される。

着信メロディセットが携帯電話１１へダウンロードされた場合、携帯電話１１において着信メロディセットを構成する３曲分の着信メロディがヘッダ部の起動時間情報にしたがって起動されて、つまり、この場合、３曲の着信メロディの設定がそれぞれの起動時間情報にしたがって切り替えられる。

「アース」の曲Ａの場合には、ヘッダ部の起動時間情報にしたがって６時００分がセットされる。その結果、携帯電話の時刻が６時００分になると、曲Ａが着信メロディとして設定される。また、「アース」の曲Ｂの場合には、ヘッダ部の起動時間情報にしたがって１２時００分がセットされる。その結果、携帯電話の時刻が１２時００分になると、設定曲は曲Ａから曲Ｂに切り替わり、その曲Ｂが着信メロディとして設定される。さらに、「アース」の曲Ｃの場合には、ヘッダ部の起動時間情報にしたがって１８時００分がセットされる。その結果、携帯電話の時刻が１８時００分になると、設定曲は曲Ｂから曲Ｃに切り替わり、その曲Ｃが着信メロディとして設定される。

このように、携帯電話１１では、ユーザにより設定された時刻に自動的に着信メロディセットをダウンロードすることが可能であって、ダウンロードした着信メロディセットをヘッダ部の起動時間情報にしたがって着信メロディの起動を時刻に応じて自動的に切り替えることが可能である。

ここで、図２に示した各レコードテーブルについて詳述する。図５は本実施の形態による会員レコードテーブルの内容を説明する図、図６は本実施の形態によるプロフィールレコードテーブルの内容を説明する図、図７は本実施の形態によるアーティストレコードテーブルの内容を説明する図、そして、図８は本実施の形態によるセットレコードテーブルの内容を説明する図である。

まず会員レコードテーブル１２０５２には（図５参照）、入会希望のユーザ毎に「会員ＩＤ」、「入会日」、「メールアドレス」、「電話番号」などの項目を埋める会員情報が登録される。図５の例で説明すると、会員ＩＤ「１００１」の会員情報は、入会日が「２００３年９月１２日」、メールアドレスが「ＴＡＲＯ＠ｄｗａｎｇｏ．ｎｅ．ｊｐ」、電話番号が「０９０＊＊＊＊＊＊＊＊」となっており、会員ＩＤ「１００２」会員情報は、入会日が「２００３年９月１３日」、メールアドレスが「ＪＩＲＯ＠ｄｗａｎｇｏ．ｎｅ．ｊｐ」、電話番号が「０９０＊＊＊＊＊＊＊＊」となっている。

プロフィールレコードテーブル１２０５３には（図６参照）、「会員ＩＤによって決まる複数のＩＤ」、「興味のあるアーティスト」、「最後にダウンロードした日」などの会員毎のプロフィールが登録される。このテーブルによって、会員とその会員が興味をもつアーティストとの関係をデータとして取得することができる。本実施の形態では、１人の会員に対して４つのレコードが確保可とされるので、異なる４種類までのアーティストを登録することが可能である。

プロフィールレコードテーブル１２０５３には、「４００４」、「４００５」、「４００６」、「４００７」の４つのレコードが会員ＩＤ「１００１」のユーザに対して確保されている。図６の例では、会員ＩＤ「１００１」の会員は、異なる２つのアーティストに興味があるため、ＩＤ４００５と４０００５にアーティストＩＤ「１２２０２６」、「１２２０２９」が記録されている。

そして、プロフィールレコードテーブル１２０５３の「最後にダウンロードした日」には、会員の携帯電話１１が着信メロディセットを最後にダウンロードした日が登録される。そこで、会員ＩＤ「１００１」においては、アーティストＩＤ「１２２０２５」について着信メロディセットが最後にダウンロードされた日時が２００３年１０月２日１５時２３分「２００３１００２１５２３」として記録されている。

アーティストレコードテーブル１５３には（図７参照）、アーティスト「アーティストＩＤ」に対応させて「最終更新日時」、「アーティスト名」、「コンテンツＩＤ」などの情報が登録される。たとえばアーティストＩＤ「１２２０２５」の場合には、最終更新日時が２０３年１０月２日１８時２３分となっており、アーティスト名は「アース」、その着信メロディセットに相当するコンテンツＩＤは「Ｃ０００１」、「Ｃ０００８」・・・である。

セットレコードテーブル１５４には（図８参照）、「アーティストＩＤによって決まるＩＤ」、「最終更新日時」、「ファイルアドレス」などのアーティストＩＤ毎の情報が登録される。「セットファイルのアドレス」は、着信メロディセットが格納されている場所を示すＵＲＬ(Uniform Resource Locator)が登録される。たとえば「アース」という名前のアーティストである「１２２０２５０」で指定される着信メロディセットが格納されている場所を示すＵＲＬは、http//xyz.dwango.co.jp/efg2.html/となる。着信メロディセットが最後に更新された日時が「最終更新日時」に登録される。この図８では、「１２２０２５０」で指定される着信メロディセットが最後に更新された日時が２００３年１０月２日１８時２３分である。

つぎに、携帯電話１１について詳述する。図９は本実施の形態による携帯電話の一構成例を示すブロック図である。携帯電話１１は、たとえば図９に示したように、アンテナ１１０１、通信制御部１１０２、制御部１１０３、操作部１１０４、表示部１１０５、記憶部１１０６、音声／サウンド制御部１１０９などを備えている。内部には、バスライン１１１０が設けられ、各種ユニット間のアドレス信号、データ、制御信号を伝送する。通信制御部１１０２は、アンテナ１１０１に接続され、アンテナ１１０１を介して携帯電話網１３と通信を行うものである。この通信制御部１１０２により、音声通話やウェブサーバ１２との通信を実現することができる。

制御部１１０３は、ＣＰＵ、ＲＯＭ、ＲＡＭなどを備え、記憶部１１０６に記憶されているプログラム１１０６０に従って携帯電話１１全体の制御を行う。記憶部１１０６は、ウェブサーバ１２からダウンロードしたクライアント用アプリ１１０６１を格納している。このクライアント用アプリ１１０６１には、ウェブ閲覧、着信メロディセットのダウンロードおよび登録、起動時間情報に基づく着信メロディの切り替え処理などを実行可能なアプリケーションプログラム（以下、アプリと称する）が含まれている。ウェブ閲覧処理は、ブラウザとしてのＪＡＶＡ（登録商標）アプリによって実行される。

また、制御部１１０３は、操作部１１０４からの入力を受けて各種の処理を実行し、また各種の処理に応じて表示を制御する。とくに、本実施の形態においては、携帯電話１１には着信メロディセットのダウンロードを自動的に行うためのプログラムが格納可能である。あらかじめプログラムとして格納しておいてもよく、あるいは、クライアント用アプリ１１０６１にひとつの機能として盛り込むようにしてもよい。

制御部１１０３は、クライアント用アプリ１１０６１にしたがって着信メロディセットの自動ダウンロードを実行する。すなわち、ユーザがあらかじめ着信メロディセットをダウンロードする時刻を設定しておけば、携帯電話１１の内部時計がその時刻に達したときにウェブサーバ１２にアクセスして着信メロディセットをダウンロードする。ここでは、着信メロディを例に挙げているが、データベース１５に格納される音楽、画像などその他のコンテンツも同様である。

記憶部１１０６は、プログラム１１０６０、クライアント用アプリ１１０６１の他、ダウンロードした着信メロディセットなどのコンテンツデータ１１０６２、着信メロディセットを自動的にダウンロードして更新するための条件を示す更新頻度１１０６３を記憶する。

操作部１１０４は、電話番号、メールアドレス、各種の操作で入力を行うためのキー、決定や機能を選択するためのキー、電源ボタンなどを備えている。表示部１１０５は、たとえば、ブラウザを表示したり、電話やメールの機能を使うときの表示画面を形成したり、静止画や動画のコンテンツを表示出力するものである。音声／サウンド制御部１１０９は、着信メロディなどの音楽や音声のコンテンツを出力するためのスピーカ１１０７と音声入力のためのマイク１１０８が接続されており、受話時や送話時の音声処理を行う。

つぎに、本実施の形態による動作を説明する。図１０は会員登録時の携帯電話１１とウェブサーバ１２の動作を説明するためのフローチャート、図１１は会員登録時の携帯電話１１側の画面遷移を説明するための図、図１２は着信メロディセットのダウンロード時における携帯電話１１とウェブサーバ１２の動作を説明するためのフローチャート、図１３は携帯電話１１における着信メロディセットの更新頻度設定時の画面を説明するための図、図１４は携帯電話１１における着信メロディセットの更新頻度設定時の動作を説明するためのフローチャート、そして、図１５は携帯電話１１における着信メロディの変更時の動作を示す説明するためのフローチャートである。

まず会員登録時の動作について図１０を参照して説明する。したがって、ユーザはまだ会員登録をしていない前提となる。図１０において、まずユーザの操作により携帯電話１１のプログラムが起動すると、ＨＴＴＰを用いて、携帯電話網１３、インターネット１４を介して携帯電話１１からウェブサーバ１２へのアクセスが行われる（ステップＳＡ１０）。このステップＳＡ１０では、携帯電話１１からウェブサーバ１２に対して会員登録が要求される。

ウェブサーバ１２では、携帯電話１１からのアクセスに応じて会員登録ページが作成され、ＨＴＴＰを用いて会員登録ページが携帯電話１１に送信される（ステップＳＢ１０）。携帯電話１１では、ウェブサーバ１２から受信された会員登録ページが画面に表示される（ステップＳＡ１１）。携帯電話１１では、画面に表示された会員登録ページに対してユーザの操作に応答してプロフィールの入力が行われる（ステップＳＡ１２）。

プロフィールの入力は、例えば図１１に示すように行われる。すなわち、プロフィール入力画面のテキストボックスＴＢ１〜ＴＢ４には、アーティスト名が入力される。この場合、４種類までのアーティスト名が入力可能である。もちろん、設計事項により５つ以上のテキストボックスを用意すれば、５つ以上のアーティストの入力が可能である。アーティストの名前が分からない場合には、テキストボックスＴＢの右隣にラジオボタンＢＴが配置されており、このラジオボタンＢＴを押すことで、あいうえお順やアルファベット順でアーティスト名の検索が可能となる。

ここで、例えば「あ」を選択すると、頭文字が「あ」ではじまるアーティストの名前が表示される。図１１では、「アース」、「相川八也」、「ＡＩ−ＳＡＴＳＵ」、「ＡＫＩＭＡ」、「朝沢ひろみ」などが表示されている。そして、この中から探していたアーティストを選択すると、今押したラジオボタンＢＴに対応するテキストボックスＴＢにそのアーティストの名前が入力される。たとえば、ラジオボタンＢＴ１を押して「アース」を選択すると、テキストボックスＴＢ１に「アース」が入力される。アーティスト名を１つ乃至４つ入力した後、「以上の内容で決定」と表示されたラジオボタンＢＴ５を押すと、入力したアーティスト名が取り込まれる。なお、一度入力したプロフィール即ちアーティスト名は、後に変更することも可能である。

図１０の説明に戻り、ユーザが携帯電話１１の画面に表示された会員登録ページを参照してプロフィールの入力を行った後、携帯電話１１のプログラムでは、ＨＴＴＰを用いてユーザの操作により入力されたプロフィールが送信される（ステップＳＡ１２）。ウェブサーバ１２では、携帯電話１１から受信されたプロフィールに基づいて会員レコードテーブル１２０５２およびプロフィールレコードテーブル１２０５３に会員情報、プロフィール情報の登録がそれぞれ行われる（ステップＳＢ１１）。

すなわち、会員レコードテーブル１２０５２には、たとえば図５に示すように、「会員ＩＤ」の欄に「１００１」、「入会日」の欄に「２００３０９１２」、「メールアドレス」の欄に「ＴＡＲＯ＠ｄｗａｎｇｏ．ｎｅ．ｊｐ」、「電話番号」の欄に「０９０＊＊＊＊＊＊＊＊」が登録される。

同様に、プロフィールレコードテーブル１２０５３には、たとえば図６に示すように、「会員ＩＤによって決まる複数のＩＤ」の欄に「４００４」、「興味のあるアーティスト」の欄に「１２２０２５」が登録される。この場合、「最後にＤＬ(ダウンロード)した日」の欄は空欄になる。つまり、図６では、「２００３１００２１５２３」とあるが、会員登録した時点では未だ着信メロディセットのダウンロードを行っていないので空欄になる。会員登録後に着信メロディセットのダウンロードが行われると、そのときの日時が「最後にＤＬした日」の欄に登録される。

そして、アーティストレコードテーブル１２０５４には、たとえば図７に示すように、「アーティストＩＤ」の欄に「１２２０２５」、「１２２０２６」が登録され、「最終更新日時」の欄に「２００３１００２１８２３」が登録され、「アーティスト名」の欄に「アース」、「朝沢ひろみ」が登録される。この場合、アーティストＩＤ「１２２０２５」が「アース」であり、アーティストＩＤ「１２２０２６」が「朝沢ひろみ」である。また、「最終更新日時」には、各アーティストの着信メロディセットを管理するサイトが更新した最終の日時が登録される。

セットレコードテーブル１５４には、たとえば図８に示すように、「アーティストＩＤによって決まるＩＤ」の欄に「１２２０２５０」、「１２２０２５１」、「１２２０２５２」、「１２２０２５３」が登録され、「最終更新日時」の欄にアーティストＩＤによって決まるＩＤに対して「２００３１００２１８２３」が登録され、「セットファイルのアドレス」の欄に各アーティストの着信メロディセットの格納先アドレスが登録される。「最終更新日時」の欄には各アーティストの着信メロディセットを管理するサイトが更新した最終の日時が登録される。なお、ステップＳＢ１１の会員登録においては、データベースを扱うためのＳＱＬ(Structured Query Language)言語が使用される。

会員およびプロフィール登録処理が終了した後（ステップＳＢ１１）、ウェブサーバ１２では、ＨＴＴＰを用いてアプリダウンロードのためのページが送信される（ステップＳＢ１２）。ウェブサーバ１２から送信されたアプリダウンロードページは携帯電話１１の画面上に表示される（ステップＳＡ１３）。携帯電話１１の画面に表示されたアプリダウンロードページにしたがってユーザの操作に応答してアプリのダウンロードが要求される（ステップＳＡ１４）。

ウェブサーバ１２では、携帯電話１１からの要求にしたがってクライアント用アプリが送信される（ステップＳＢ１３）。クライアント用アプリにより、携帯電話１１において指定された時間に起動して、ファイルの更新状況を見て、着信メロディセットのファイルをダウンロードして設定時刻に起動可能に着信メロディを保存するとともに、着信メロディに応じて起動時間を変更する処理が実行される。携帯電話１１では、ウェブサーバ１２からクライアント用アプリをダウンロードして実行可能にメモリ内に格納する処理が実行される（ステップＳＡ１５）。

つづいて、図１２を参照して着信メロディセットのダウンロード処理について説明する。ここでは、ウェブサーバ１２における入会判定とプロフィール設定機能についても説明する。まず、携帯電話１１からウェブサーバ１２に対してアクセス要求が行われる場合には、会員ＩＤがあればその会員ＩＤが送られる（ステップＳＡ２０）。ウェブサーバ１２では、携帯電話１１からアクセス要求が受け付けられると（ステップＳＢ２０）、携帯電話１１から会員ＩＤが送られてきた場合にはその会員ＩＤの存在が会員レコードテーブル１２０５２を参照して判定されるか、携帯電話１１から会員ＩＤが送信されてくるかどうか判定される（ステップＳＢ２１）。

ステップＳＢ２１の会員認証により、会員ＩＤ登録がなされていないという判定結果が得られた場合には（ステップＳＢ２３のＮＯルート）、図１０で説明した如く会員登録処理が実行される（ステップＳＢ２２）。そして、処理はステップＳＢ２３へ移行する。一方、ステップＳＢ２１の会員認証により、会員ＩＤ登録がなされているという判定結果が得られた場合には（ステップＳＢ２３のＹＥＳルート）、処理はステップＳＢ２３へ直接進む。

そして、プロフィールレコードテーブル１２０５３が参照され（ステップＳＢ２３）、会員ＩＤにしたがってユーザの好むアーティストの着信メロディの有無がコンテンツＩＤの有無にしたがって判定される（ステップＳＢ２４）。そして、着信メロディがあれば、携帯電話１１に対して送信すべき着信メロディとして決定が下され（ステップＳＢ２５）、データベース１５より該当するコンテンツＩＤの着信メロディデータが読み出される（ステップＳＢ２６）。なお、ステップＳＢ２４において、該当するコンテンツが存在しない場合には、処理は終了する。

このとき、セットレコードテーブル１２０５５のセットファイルのアドレスで指定されるサイトに該当する着信メロディセットがあるかどうか判定され（ステップＳＢ２７）、セットであれば、その着信メロディセットが図４に示した如くセットデータとして生成される（ステップＳＢ２８）。そして、携帯電話１１に対してウェブサーバ１２からコンテンツデータ（セットデータなど）が送信される（ステップＳＢ２９）。

携帯電話１１では、ウェブサーバ１２から着信メロディデータ単独もしくは着信メロディセットが送信されてくるので、ダウンロード処理および登録処理が実行される（ステップＳＡ２１）。

ここで、携帯電話１１による着信メロディの自動更新について図１３および図１４を用いて説明する。携帯電話１１では、ウェブサーバ１２よりダウンロードされたクライアント用アプリ１１０６１を実行させることで、着信メロディの更新頻度を設定することが可能である。

更新頻度設定画面は、図１３に示す如く、ユーザがクライアント用アプリ１１０６１を起動させることにより表示可能である。図１３の例では、更新頻度の設定は、「４時間に１回」、「６時間に１回」、「１２時間に１回」、「１週間に１回」、「１カ月に１回」のいずれか１つを選択できるように、それぞれに対応させてチェックボックスＣＢ１〜ＣＢ５にチェックが設けえられている。このチェックボックスの入力操作により所望の更新頻度が設定可能である。

図１４の動作において、携帯電話１１において、ユーザにより着信メロディセットの更新頻度を設定する操作が行われると、図１３に示す更新頻度設定画面が表示される（ステップＳＡ３０）。そして、更新頻度設定画面の表示後に、ユーザにより更新頻度を選択する入力が行われたかどうかを判定され（ステップＳＡ３１）、更新頻度の選択が行われた場合、その選択された更新頻度が設定される（ステップＳＡ３２）。

たとえば「１２時間に１回」のチェックボックスＣＢ３が選択されると、その更新頻度が設定される。このようにして更新頻度の設定が行われた場合には、１２時間ごとに着信メロディセットをダウンロードする処理が自動的に実行される。携帯電話１１は、ユーザにより設定された更新時間ごとに自動的に着信メロディセットをダウンロードすることが可能である。一方、更新頻度の選択が行われない場合には、自動更新は実行されず、ユーザの操作により手動で着信メロディなどのコンテンツをダウンロードすることになる。

つぎに、着信メロディの切り替え動作について図１５を参照して説明する。ここで、この動作説明に際して、携帯電話１１が着信メロディセットをダウンロード済みであって、さらにその着信メロディセットヘッダ部に含まれる設定時間情報を取得しているものとする。

図１５において、携帯電話１１においてまず現在時刻が取得される（ステップＳＡ４０）。携帯電話１１は、内蔵のシステム時計を具備しており、本実施の形態ではそのシステム時計から時刻を入手するものとする。もちろん、アプリによって時刻の計時を行う機能が備わっている場合には、その計時された時刻を入手してもよい。

そして、システム時計より取得された現在時刻が着信メロディセットのヘッダ部に格納されている起動時間情報のうちの設定時刻のいずれかと一致するかどうかの判定が行われる（ステップＳＡ４１）。この判定において、現在時刻が着信メロディセットのヘッダ部に含まれる設定時間情報の設定時刻のいずれとも一致しなければ（ステップＳＡ４１のＮＯルート）、処理はステップＳＡ４０に戻る。一方、いずれか１つとでも一致すると、一致した起動時間情報の設定時刻に対応する着信メロディがこれから使用される着信メロディとして設定される（ステップＳＡ４２）。

このとき、既に着信メロディの設定が行われていた場合には、その着信メロディから現在時刻に対応する着信メロディへの切り替え処理が行われ、一方、着信メロディが未設定であった場合には現在時刻に対応する曲の着信メロディが新たに設定される。

たとえば、着メロセットが図４に示すアーティストの曲であって、ダウンロード完了時刻が５時００分だと仮定した場合、携帯電話１１の時刻が６時００分になった時点で曲Ａが着信メロディとして設定される。その後、時刻が１２時００分になると、曲Ａから曲Ｂへの切り替えにより曲Ｂが着信メロディとして設定される。さらに、時刻が１８時００分になると、曲Ｂから曲Ｃへの切り替えにより曲Ｃが着信メロディとして設定される。このように携帯電話１１では、ダウンロードした着信メロディセットの３曲分の着信メロディを着信メロディセットのヘッダ部の設定時間情報の設定時刻に従って替えを行うことが可能となる。

本実施の形態に係るウェブサーバシステム１０によれば、携帯電話１１のユーザが、自己の好みのアーティストを含むプロフィールを予めウェブサーバ１２に登録しておくことで、携帯電話１１のアプリがユーザにより設定された更新頻度時間ごとに自動起動して着信メロディセットをダウンロードするためにウェブサーバ１２にアクセスする。ウェブサーバ１２は、携帯電話１１からのアクセスに応じて、データベース１５を用いて携帯電話１１のユーザのプロフィールを検索し、携帯電話１１のユーザのプロフィールがあると、そのプロフィールからユーザ好みのアーティストの着信メロディセットを取得するものである。

携帯電話１１は、取得したその着信メロディセットを携帯電話１１にダウンロードした後、着信メロディセットのたとえば３曲分の着信メロディを着信メロディセットのヘッダ部の起動時間情報に従って、例えば６時００分になると曲Ａを着信メロディとして設定し、１２時００分になると曲Ｂを着信メロディとして設定し、さらに１８時００分に曲Ｃを着信メロディとして設定する。このように、携帯電話１１は、ユーザにより設定された更新時間ごとに自動的に着信メロディセットをダウンロードするとともに、ダウンロードした着信メロディセットの３曲分の着信メロディを着信メロディセットのヘッダ部の設定時間情報に従って替えを行うものである。

したがって、携帯電話１１で再生可能な着信メロディなどのコンテンツを携帯電話１１を所有するユーザの意思とは関係なく任意のタイミングで取得することができるようになり、これによって着信メロディなどのコンテンツを広く普及させることが可能となる。そして、一度好みのアーティスト名をウェブサーバ側に通知しておけば、あとはそのアーティストに関するコンテンツが自動的にダウンロードされるので、手動で更新状態を確認しながらダウンロード操作を行わずに済む。

以上説明したように、本実施の形態によれば、携帯電話からウェブサーバへのアクセスだけでユーザ側の操作負担はなくユーザの嗜好に沿う着信メロディを携帯電話に供給することができ、これにより、携帯電話とウェブサーバ間の通信効率を向上させることが可能である。

また、着信メロディセットのようにパックで同一アーティストの複数曲分の着信メロディをダウンロードできるようにしたので、曲毎に毎回ウェブサーバにアクセスして同一のダウンロード処理を繰り返す必要がなくなり、まとめての効率的なダウンロード処理を実現することが可能である。さらに、ウェブサーバがパックで送信を行う際は、送信前にデータ圧縮を施してから送信するとさらに通信効率の高いダウンロード処理を実現することが可能である。この場合は、携帯電話側に圧縮されたデータを解凍するアプリをあらかじめインストールしておけばよい。

さらに、携帯電話側で自動的にウェブサーバにアクセスしてユーザが設定したプロフィール情報に基づく着信メロディをダウンロードするようにしたので、ユーザ側の操作はアクセス時とは同期しない任意の好きな時間でよい。このため、ユーザは着信メロディのダウンロード設定をするだけで済み、ダウンロード作業そのものは不要となって、操作の簡略化および効率化を実現することが可能である。

なお、本記実施の形態では、携帯電話１１においてメールや電話の着信時に再生可能なコンテンツとして着信メロディを用いたが、本発明はこれに限定されるものではなく、そのほかに声、ＣＤなどの音源を素材とする音楽、静止画、動画あるいはこれら２つ以上の組み合わせによるコンテンツであってもよく、同様の効果を得られるものである。

携帯電話等の携帯端末に配信可能なコンテンツ配信システム全般に適用が可能である。

本発明の一実施の形態に係るネットワークを説明する概略図である。 本実施の形態によるウェブサーバの一構成例を示すブロック図である。 本実施の形態によるデータベースの一構成例を説明する図である。 本実施の形態による着信メロディセットデータの一例を示す図である。 本実施の形態による会員レコードテーブルの内容を説明する図である。 本実施の形態によるプロフィールレコードテーブルの内容を説明する図である。 本実施の形態によるアーティストレコードテーブルの内容を説明する図である。 本実施の形態によるセットレコードテーブルの内容を説明する図である。 本実施の形態による携帯電話の一構成例を示すブロック図である。 本実施の形態において会員登録時の携帯電話とウェブサーバの動作を説明するためのフローチャートである。 本実施の形態において会員登録時の携帯電話側の画面遷移を説明するための図である。 本実施の形態において着信メロディセットのダウンロード時における携帯電話とウェブサーバの動作を説明するためのフローチャートである。 本実施の形態において携帯電話における着信メロディセットの更新頻度設定時の画面を説明するための図である。 本実施の形態において携帯電話における着信メロディセットの更新頻度設定時の動作を説明するためのフローチャートである。 本実施の形態において携帯電話における着信メロディの変更時の動作を示す説明するためのフローチャートである。

符号の説明

１０ サーバシステム
１１ 携帯電話
１２ ウェブザーバ
１３ 携帯電話網
１４ インターネット
１５ データベース
１１０１ アンテナ
１１０２ 通信制御部
１１０３ 制御部
１１０４ 操作部
１１０５ 表示部
１１０６ 記憶部
１１０７ スピーカ
１１０８ マイク
１１０９ 音声／サウンド制御部
１２０１ 通信制御部
１２０２ 制御部
１２０３ 入力部
１２０５ 記憶部
１２０６ データベースインタフェース
１１０６０ プログラム
１１０６１ クライアント用アプリ
１１０６２ コンテンツデータ
１１０６３ 更新頻度
１２０５０ サーバ用アプリ
１２０５１ クライアント用アプリ
１２０５２ 会員レコードテーブル
１２０５３ プロフィールレコードテーブル
１２０５４ アーティストレコードテーブル
１２０５５ セットレコードテーブル

Claims (6)

1. 各コンテンツが起動可能な時刻を設定し、着信時、起動可能なコンテンツが起動される携帯端末に対してコンテンツを配信する通信をネットワークを介して行うサーバシステムであって、
   コンテンツＩＤに対してコンテンツデータを対応付けて記憶するコンテンツデータベースと、
   アーティストＩＤに対してアーティスト名および複数個のコンテンツＩＤを対応付けて記憶するアーティストレコードテーブルと、
   会員ＩＤに対してアーティストＩＤを対応付けて記憶するプロフィールレコードテーブルと、
   携帯端末は当該携帯端末においてあらかじめ設定された更新時間毎にコンテンツのダウンロード要求を実行するものであり、携帯端末からのアクセスに応じて当該携帯端末から会員ＩＤを受け取るとともに、前記プロフィールレコードテーブルを参照して前記会員ＩＤに対応するアーティストＩＤを読み出す読み出し手段と、
   前記アーティストレコードテーブルを参照して、前記読み出し手段で読み出されたアーティストＩＤに対応するコンテンツＩＤの有無を判定し、その結果、有であり、かつ、単一のコンテンツＩＤが存在している場合には、当該コンテンツＩＤに対応するコンテンツデータを送信対象のコンテンツとして決定して前記データベースから読み出し、一方、有であり、かつ、複数個のコンテンツＩＤが存在している場合には、当該複数個のコンテンツＩＤにそれぞれ対応するコンテンツデータを送信対象のコンテンツとして決定して前記データベースから読み出すコンテンツ決定および読み出し手段と、
   前記コンテンツ決定および読み出し手段で読み出された複数個のコンテンツデータに対してそれぞれ前記携帯端末において起動可能な設定時刻を対応させたセットデータを生成するセットデータ生成手段と、
   前記コンテンツ決定および読み出し手段で読み出された単一のコンテンツデータまたは前記セットデータ生成手段で生成されたセットデータを前記アクセス元の携帯端末に送信する送信手段と、
   を備えたことを特徴とするサーバシステム。
2. 前記コンテンツデータは、音楽、画像またはこれらの組み合わせからなるコンテンツのデータであることを特徴とする請求項１に記載のサーバシステム。
3. 各コンテンツが起動可能な時刻を設定し、着信時、起動可能なコンテンツが起動される携帯端末に対してコンテンツを配信する通信をネットワークを介してサーバシステムにより行うコンテンツ送信方法であって、
   コンテンツＩＤに対してコンテンツデータを対応付けてコンテンツデータベースに記憶され、
   アーティストＩＤに対してアーティスト名および複数個のコンテンツＩＤを対応付けてアーティストレコードテーブルに記憶され、
   会員ＩＤに対してアーティストＩＤを対応付けてプロフィールレコードテーブルに記憶されており、
   携帯端末は当該携帯端末においてあらかじめ設定された更新時間毎にコンテンツのダウンロード要求を実行するものであり、携帯端末からのアクセスに応じて当該携帯端末から会員ＩＤを受け取るとともに、前記プロフィールレコードテーブルを参照して前記会員ＩＤに対応するアーティストＩＤを読み出す読み出しステップと、
   前記アーティストレコードテーブルを参照して、前記読み出しステップで読み出されたアーティストＩＤに対応するコンテンツＩＤの有無を判定し、その結果、有であり、かつ、単一のコンテンツＩＤが存在している場合には、当該コンテンツＩＤに対応するコンテンツデータを送信対象のコンテンツとして決定して前記データベースから読み出し、一方、有であり、かつ、複数個のコンテンツＩＤが存在している場合には、当該複数個のコンテンツＩＤにそれぞれ対応するコンテンツデータを送信対象のコンテンツとして決定して前記データベースから読み出すコンテンツ決定および読み出しステップと、
   前記コンテンツ決定および読み出しステップで読み出された複数個のコンテンツデータに対してそれぞれ前記携帯端末において起動可能な設定時刻を対応させたセットデータを生成するセットデータ生成ステップと、
   前記コンテンツ決定および読み出しステップで読み出された単一のコンテンツデータまたは前記セットデータ生成ステップで生成されたセットデータを前記アクセス元の携帯端末に送信する送信ステップと、
   を含むことを特徴とするコンテンツ送信方法。
4. 前記コンテンツデータは、音楽、画像またはこれらの組み合わせからなるコンテンツのデータであることを特徴とする請求項３に記載のコンテンツ送信方法。
5. 各コンテンツが起動可能な時刻を設定し、着信時、起動可能なコンテンツが起動される携帯端末に対してコンテンツを配信する通信をネットワークを介してサーバシステムのコンピュータにより実行するプログラムであって、
   コンテンツＩＤに対してコンテンツデータを対応付けてコンテンツデータベースに記憶され、
   アーティストＩＤに対してアーティスト名および複数個のコンテンツＩＤを対応付けてアーティストレコードテーブルに記憶され、
   会員ＩＤに対してアーティストＩＤを対応付けてプロフィールレコードテーブルに記憶されており、
   携帯端末は当該携帯端末においてあらかじめ設定された更新時間毎にコンテンツのダウンロード要求を実行するものであり、携帯端末からのアクセスに応じて当該携帯端末から会員ＩＤを受け取るとともに、前記プロフィールレコードテーブルを参照して前記会員ＩＤに対応するアーティストＩＤを読み出す読み出しステップと、
   前記アーティストレコードテーブルを参照して、前記読み出しステップで読み出されたアーティストＩＤに対応するコンテンツＩＤの有無を判定し、その結果、有であり、かつ、単一のコンテンツＩＤが存在している場合には、当該コンテンツＩＤに対応するコンテンツデータを送信対象のコンテンツとして決定して前記データベースから読み出し、一方、有であり、かつ、複数個のコンテンツＩＤが存在している場合には、当該複数個のコンテンツＩＤにそれぞれ対応するコンテンツデータを送信対象のコンテンツとして決定して前記データベースから読み出すコンテンツ決定および読み出しステップと、
   前記コンテンツ決定および読み出しステップで読み出された複数個のコンテンツデータに対してそれぞれ前記携帯端末において起動可能な設定時刻を対応させたセットデータを生成するセットデータ生成ステップと、
   前記コンテンツ決定および読み出しステップで読み出された単一のコンテンツデータまたは前記セットデータ生成ステップで生成されたセットデータを前記アクセス元の携帯端末に送信する送信ステップと、
   をコンピュータにより実行することを特徴とするプログラム。
6. 前記コンテンツデータは、音楽、画像またはこれらの組み合わせからなるコンテンツのデータであることを特徴とする請求項５記載のプログラム。

Images