(57)【要約】【課題】待ち受け画像を取得するための操作からユーザを解放し、指定日時に自動的に待ち受け画像を取得するシステムを提供する。【解決手段】Ｊａｖａを使用することで設定した日時または時間間隔により、待ち受け画面に設定する画像（静止画・動画）及び音声データを自動的にサーバより取得し、共に待ち受け画面に表示させる。【選択図】        図１
2004153572.tif 000002
【特許請求の範囲】
【請求項１】
移動端末とサーバとを有するシステムであって、
前記移動端末は、
ネットワークに接続する接続手段と、
画像を表示する表示手段と、
音声を再生する音声再生手段と、
前記サーバに画像・音声データのダウンロードを要求するリクエスト手段とを有し、
前記サーバは、
画像・音声データを保持する保持手段と、
前記画像・音声データを前記移動端末に配信する配信手段とを有することを特徴とする待ち受け画像自動配信システム。
【請求項２】
利用者が前記リクエスト手段の動作日時を指定する日時指定手段を有する請求項１記載の待ち受け画像自動配信システム。
【請求項３】
前記日時指定手段により指定された日時に他の動作を行っている場合には、前記リクエスト手段の動作を保留する保留手段を有する請求項２記載の待ち受け画像自動配信システム。
【請求項４】
前記音声再生手段は、取得した画像が表示されると同時に音声を再生することを特徴とする請求項３記載の待ち受け画像自動配信システム。
【請求項５】
前記リクエスト手段は、Ｊａｖａアプリケーションで実現されることを特徴とする請求項４記載の待ち受け画像自動配信システム。
【請求項６】
移動端末とサーバとを有するシステムであって、
前記移動端末がネットワークに接続するステップと、
前記サーバからＪａｖａアプリケーションをダウンロードするステップと、
前記Ｊａｖａアプリケーションにネットワーク接続の可否を設定するステップと、
前記Ｊａｖａアプリケーションに起動日時を設定するステップと、
前記Ｊａｖａアプリケーションが前記起動日時に前記サーバに画像・音声データのリクエストを行うステップと、
前記サーバが前記移動端末に画像・音声データを送信するステップと、
前記移動端末が前記画像・音声データを保存するステップと、
前記画像・音声データをディスプレイに表示・再生するステップとを有する待ち受け画像自動配信方法。
【請求項７】
前記画像・音声データのリクエストを行うステップは、
他の動作が行われているかを確認するステップと、
他の動作が行われている場合、前記画像・音声データのリクエストを保留するステップと、
前記他の動作が終了した後、前記画像・音声データのリクエストを行うステップとを有する請求項６記載の待ち受け画像自動配信方法。
【請求項８】
移動端末とサーバとを有するシステムであって、
Ｊａｖａアプリケーションを、
起動日時を設定させる処理、
前記起動日時に起動する処理、
前記サーバに画像・音声データをリクエストする処理、
前記サーバから画像・音声データを受信する処理、
前記画像・音声データを保存する処理、
前記画像データを表示する処理、及び、
前記音声データを再生する処理、
として実行させるための画像・音声データ取得プログラム。
【請求項９】
前記Ｊａｖａアプリケーションを、
前記起動日時において他の動作が行われている場合に起動を保留する処理、及び、
他の動作が終了した後に保留を解除して起動する処理、
として実行させるための請求項８記載の画像・音声データ取得プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、指定した日時に起動してデータを取得するプログラムを有する待ち受け画像自動配信システム、方法及びプログラムに関する。
【０００２】
【従来の技術】
サイバー空間で自律的にプログラムが動作し、動作の結果を端末に返す（エージェント機能）サービスが注目され、研究開発が行われている。エンターテインメントや情報の検索・収集などに応用が期待されている。
【０００３】
端末において音を再生する技術に関してはＡＡＣ、ＡＴＲＡＣ３圧縮方式などがある。これらの圧縮方式ではＣＤと同等の音質を再現することが可能である。また、画像圧縮技術等の進歩により、静止画像、動画像共に現在どのキャリアにおいても取り扱われるようになった。
【０００４】
携帯電話に実装されるＪａｖａ（Ｒ）の仕様はＪ２ＭＥ（Ｊａｖａ２  Ｐｌａｔｆｏｒｍ、Ｍｉｃｒｏ  Ｅｄｉｔｉｏｎ）／ＣＬＤＣ（Ｃｏｎｎｅｃｔｅｄ、Ｌｉｍｉｔｅｄ  Ｄｅｖｉｃｅ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ）が知られている。これに拡張クラスライブラリを加えて、使用するＪａｖａ（Ｒ）の形態が定まる。これらＪａｖａ（Ｒ）で書かれたプログラムはＪａｖａ（Ｒ）仮想機械でバイトコードとして実行される。
【０００５】
端末に待ち受け画像を表示させる方法に関する従来の文献を挙げる。
本願発明の出願人による特許文献１は、端末からサーバへコンテンツを要求してサーバからコンテンツの提供を受ける形態を示す。
【０００６】
特許文献２は、端末からインターネット上のホームページにアクセスして、掲載されている待ち受け画像の中から好みのものをダウンロードする形態を示す。
【０００７】
特許文献３は、利用者が作成した待ち受け画面を携帯端末に表示する方法を提示する。
【０００８】
【特許文献１】
特開２００１−２８２６７２号公報
【特許文献２】
特開２００２−１７６５１６号公報
【特許文献３】
特開２００２−２１８０６０号公報
【０００９】
【発明が解決しようとする課題】
携帯電話機に新たな待ち受け画像を設定する場合、インターネット接続、画像検索、画像取得、待ち受け画像へ設定という一連の操作が必要である。しかし、頻繁に待ち受け画像を変更するユーザや特定の種類の画像を待ち受け画像として利用するユーザにとっては、このような操作が煩わしかったり、自動で更新してくれたほうが良いことがある。
本発明は、以上の問題点を解決する自動配信システムを提供することを目的とする。
【００１０】
【課題を解決するための手段】
上記問題を解決するために、請求項１記載の発明は、移動端末とサーバとを有するシステムであって、上記移動端末は、ネットワークに接続する接続手段と、
画像を表示する表示手段と、音声を再生する音声再生手段と、上記サーバに画像・音声データのダウンロードを要求するリクエスト手段とを有し、上記サーバは、画像・音声データを保持する保持手段と、上記画像・音声データを上記移動端末に配信する配信手段とを有することを特徴とする。
【００１１】
請求項２記載の発明は、請求項１記載の待ち受け画像自動配信システムであって、利用者が上記リクエスト手段の動作日時を指定する日時指定手段を有することを特徴とする。
【００１２】
請求項３記載の発明は、請求項２記載の待ち受け画像自動配信システムであって、上記日時指定手段により指定された日時に他の動作を行っている場合には、上記リクエスト手段の動作を保留する保留手段を有することを特徴とする。
【００１３】
請求項４記載の発明は、請求項３記載の待ち受け画像自動配信システムであって、上記音声再生手段は、取得した画像が表示されると同時に音声を再生することを特徴とする。
【００１４】
請求項５記載の発明は、請求項４記載の待ち受け画像自動配信システムであって、上記リクエスト手段は、Ｊａｖａ（Ｒ）アプリケーションで実現されることを特徴とする。
【００１５】
請求項６記載の発明は、移動端末とサーバとを有するシステムであって、上記移動端末がネットワークに接続するステップと、上記サーバからＪａｖａ（Ｒ）アプリケーションをダウンロードするステップと、上記Ｊａｖａ（Ｒ）アプリケーションにネットワーク接続の可否を設定するステップと、上記Ｊａｖａ（Ｒ）アプリケーションに起動日時を設定するステップと、上記Ｊａｖａ（Ｒ）アプリケーションが上記起動日時に上記サーバに画像・音声データのリクエストを行うステップと、上記サーバが上記移動端末に画像・音声データを送信するステップと、上記移動端末が上記画像・音声データを保存するステップと、上記画像・音声データをディスプレイに表示・再生するステップとを有する方法であることを特徴とする。
【００１６】
請求項７記載の発明は、請求項６記載の方法であって、上記画像・音声データのリクエストを行うステップは、他の動作が行われているかを確認するステップと、他の動作が行われている場合、上記画像・音声データのリクエストを保留するステップと、上記他の動作が終了した後、上記画像・音声データのリクエストを行うステップとを有することを特徴とする。
【００１７】
請求項８記載の発明は、移動端末とサーバとを有するシステムであって、Ｊａｖａ（Ｒ）アプリケーションを、起動日時を設定させる処理、上記起動日時に起動する処理、上記サーバに画像・音声データをリクエストする処理、上記サーバから画像・音声データを受信する処理、上記画像・音声データを保存する処理、上記画像データを表示する処理、及び、上記音声データを再生する処理、として実行させるためのプログラムであることを特徴とする。
【００１８】
請求項９記載の発明は、請求項８記載のプログラムであって、上記Ｊａｖａ（Ｒ）アプリケーションを、上記起動日時において他の動作が行われている場合に起動を保留する処理、及び、他の動作が終了した後に保留を解除して起動する処理、として実行させるためのプログラムであることを特徴とする。
【００１９】
【発明の実施の形態】
以下に本実施例の構成を説明する。
図１に示すように、本発明のシステムは携帯電話機１、基地局２、インターネット３、コンテンツサーバ４及びコンテンツプロバイダ５からなる。
【００２０】
図２に示すように携帯電話機１はＪａｖａ（Ｒ）動作環境１１、ディスプレイ１２、記憶装置１３及び通信装置１４を有する。携帯電話機１はＪａｖａ（Ｒ）動作環境１１を使用して、待ち受け状態のときにＪａｖａ（Ｒ）アプリケーションを常時起動できる機能を備えている。
【００２１】
Ｊａｖａ（Ｒ）動作環境１１はオペレーティングシステム、Ｊａｖａ（Ｒ）仮想機械、コンフィギュレーション及びプロファイルの各層からなる。Ｊａｖａ（Ｒ）動作環境１１はＪａｖａ（Ｒ）アプリケーションごとにネットワーク接続の可否についての設定を保持することができ、設定をユーザにさせることでＪａｖａ（Ｒ）アプリケーションからのネットワーク接続を有効又は無効にすることができる。
【００２２】
ディスプレイ１２は液晶ディスプレイである。
【００２３】
記憶装置１３は揮発性メモリと不揮発性メモリとからなる。
【００２４】
通信装置１４は信号のＡ／Ｄ・Ｄ／Ａ変換、圧縮・伸長、変調・復調などを行う。
【００２５】
図３に示すようにコンテンツプロバイダ５はＪａｖａ（Ｒ）アプリケーション５１、画像・音声データ群５２を作成し、コンテンツサーバ４へ配置する手段を有している。ここにいう画像データとは、静止画であるか動画であるかを問わない。Ｊａｖａ（Ｒ）アプリケーション５１はネットワーク接続が許可されていれば、携帯電話機１の中から携帯電話機１が持つ通信機能を利用することにより、コンテンツサーバ４へアクセスすることが可能であり、１度の通信ごとにコンテンツサーバ４上のサーバプログラム４１がランダムまたは規則的に選択した画像と音声データを１組取得することが可能である。取得したデータはＪａｖａ（Ｒ）アプリケーション５１及びＪａｖａ（Ｒ）動作環境１１の機能により記憶装置１３へ保存することができる。
【００２６】
図４を参照して第一の実施例の動作について詳細に説明する。
ユーザは携帯電話機１の通信機能を使用し、コンテンツプロバイダ５によってコンテンツサーバ４に配置されたＪａｖａ（Ｒ）アプリケーション５１を携帯電話機１へダウンロードして記憶装置１３に保持する（ステップ４０１）。携帯電話機１のＪａｖａ（Ｒ）動作環境１１を使用してＪａｖａ（Ｒ）アプリケーション５１に対してネットワーク接続の可否を設定する（ステップ４０２）。また、Ｊａｖａ（Ｒ）アプリケーション５１を待ち受け状態の時に起動しＪａｖａ（Ｒ）アプリケーション５１に画像・音声データ取得の日時または時間間隔を設定する（ステップ４０３）。
【００２７】
Ｊａｖａ（Ｒ）アプリケーション５１は設定した時間になると（ステップ４０４／ＹＥＳ）、携帯電話機１の通信機能を使用してコンテンツサーバ４へ画像・音声データ取得のリクエストを送信する（ステップ４０５）。コンテンツサーバ４ではリクエストを受信すると（ステップ４０６）、サーバプログラム４１が画像・音声データ群５２の中からランダムまたは規則的に画像・音声データを１組だけ選択し（ステップ４０７）、これを返信する（ステップ４０８）。
【００２８】
Ｊａｖａ（Ｒ）アプリケーション５１ではデータを受信すると、それをＪａｖａ（Ｒ）動作環境１１の機能を使用して記憶装置１３へ保存し（ステップ４０９）、画像データを待ち受け画像としてディスプレイ１２へ表示すると共に、音声データを再生する（ステップ４１０）。
【００２９】
これにより携帯電話機１に保存された任意の画像データはすべて、Ｊａｖａ（Ｒ）アプリケーション５１、もしくは携帯電話機１の機能を使用して待ち受け画像としていつでも表示させることが可能である。
【００３０】
図５を用いて第二の実施例を説明する。この実施例においては、Ｊａｖａ（Ｒ）アプリケーションの起動日時に他の動作が行われている場合の対応策を与える。
ステップ５０１からステップ５０４までは実施例１のステップ４０１からステップ４０４と同じ動作である。指定した日時に偶然通話中であったり、メールを作成中であったりした場合は（ステップ５０５／ＹＥＳ）、Ｊａｖａ（Ｒ）アプリケーションの起動を保留する（ステップ５０６）。先行する動作が終了すると（ステップ５０７／ＹＥＳ）、サーバへリクエストを発信する（ステップ５０８）。
ステップ５０７／ＹＥＳの後、アプリケーションの起動を促すメッセージを表示し、動作が中断したことを利用者に知らせて、利用者の操作でデータ取得のリクエストを発信するようにしてもよい。
以下ステップ５０９からステップ５１３までは実施例１のステップ４０６からステップ４１０と同じ動作である。
【００３１】
例えば月に１度待ち受け画像の更新を行うサーバがあって、更新日に合わせて携帯電話機からリクエストを送る設定がされていた場合、利用者がアプリケーション起動日時に携帯電話機の他の機能を動作させていると取得を望むコンテンツを逃すことになる。
実施例２の構成を取ることによりこの種の問題は解決される。
【００３２】
図６を用いて第三の実施例を説明する。複数のサーバから待ち受け画像を取得しようとする場合である。
それぞれのサーバのアドレスを所持したＪａｖａ（Ｒ）アプリケーションは、起動すると順にサーバを訪れて画像・音声データを集める。途中で電話やメールの着信があった場合は一旦終了し、データ取得が終了したサーバのアドレスを記憶する。通話が終わってから再起動し、残ったサーバにアクセスする。
アプリケーションの動作が中断された場合は、ディスプレイ１２に待機中のアプリケーションがあることを示すアイコンを表示し、利用者に再起動を促すようにしてもよい。
画像・音声データは記憶装置１３へ保存され、指定されたサーバ全てからデータを取得すると動作を終了する。
【００３３】
【発明の効果】
以上説明したように、本発明によれば、Ｊａｖａ（Ｒ）アプリケーションに起動する日時を与えることで、ユーザが直接携帯電話機を操作して待ち受け画像を取得、設定しなくても、一連の操作をＪａｖａ（Ｒ）アプリケーションが自動的に行ってくれる。また、画像取得時に付随する音声データを再生することで、待ち受け画面を利用した表現力のあるアラーム機能を提供する。
【図面の簡単な説明】
【図１】本発明のシステムの構成を示す図である。
【図２】本発明における携帯電話機の構成例を示す図である。
【図３】本発明におけるサーバの構成例を示す図である。
【図４】実施例１におけるシステムの動作を示すフローチャートである。
【図５】実施例２におけるシステムの動作を示すフローチャートである。
【図６】実施例３における携帯電話機の画像・音声データ収集の様子を示す図である。
【符号の説明】
１  携帯電話機
４  サーバ
５  コンテンツプロバイダ
１１  Ｊａｖａ（Ｒ）動作環境
１３  記憶装置
４１  サーバプログラム
５１  Ｊａｖａ（Ｒ）アプリケーション
５２  画像・音声データ群
【図１】
2004153572.tif 000003
【図２】
2004153572.tif 000004
【図３】
2004153572.tif 000005
【図４】
2004153572.tif 000006
【図５】
2004153572.tif 000007
【図６】
2004153572.tif 000008