(57)【特許請求の範囲】
【請求項１】
ネットワークを介して接続されたサーバに対してアプリケーションの配信を要求する要求手段と、
サーバから送信される制御データに基づいて、アプリケーションの登録及び実行を管理する管理手段と、を備えたクライアント端末と、
前記クライアント端末から要求されたアプリケーション及びその制御データを該クライアント端末に対して配信する配信手段を備えたサーバと、
から構成されるアプリケーション配信システムにおいて、
前記クライアント端末は、アプリケーションの配信を要求する際、該クライアント端末で任意に設定された前記アプリケーションに係るパラメータを前記サーバに送信する設定パラメータ送信手段を備え、
前記サーバは、時刻を計時する計時手段と、前記クライアント端末からアプリケーションの配信要求を受ける都度、前記計時手段により計時される時刻を、該アプリケーションの更新日時パラメータとし、当該更新日時パラメータと前記クライアント端末で設定されたパラメータとを付加した前記アプリケーションの制御データを生成する制御データ生成手段と、前記配信要求を受けた時刻に応じた前記アプリケーションの実行プログラムを生成する実行プログラム生成手段と、
を備え、
前記配信手段は、この制御データ生成手段によって生成された制御データを、前記アプリケーションの実行プログラムの送信に先立ち送信することを特徴とするアプリケーション配信システム。
【請求項２】
前記クライアント端末の管理手段は、
前記制御データに含まれる更新日時パラメータに基づいて、前記アプリケーションの登録が可能であるか否かを判別する判別手段と、
この判別手段によって登録が可能であると判別した場合に、前記アプリケーションの実行プログラムの送信を要求する実行プログラム要求手段と、
を備えることを特徴とする請求項１に記載のアプリケーション配信システム。
【請求項３】
前記サーバは、
少なくともアプリケーション別に用意された制御データテンプレートを記憶するテンプレート記憶手段を備え、
前記制御データ生成手段は、アプリケーションの配信の要求を受けた際、このテンプレート記憶手段に記憶された該アプリケーションの制御データテンプレートを読み出し、この制御データテンプレートに前記パラメータを付加することにより制御データを生成することを特徴とする請求項１又は２に記載のアプリケーション配信システム。
【請求項４】
アプリケーションに基づく動作を実行するクライアント端末にネットワークを介して接続され、該クライアント端末から要求されたアプリケーションを配信するアプリケーション配信装置において、
前記アプリケーション配信装置は、時刻を計時する計時手段と、
前記クライアント端末からアプリケーションの配信要求を受ける都度、前記計時手段により計時される時刻を、該アプリケーションの更新日時パラメータとし、当該更新日時パラメータと前記クライアント端末で任意に設定された前記アプリケーションに係るパラメータとを付加した制御データを生成する制御データ生成手段と、
前記配信要求を受けた時刻に応じた前記アプリケーションの実行プログラムを生成する実行プログラム生成手段と、
前記制御データ生成手段によって生成された制御データを、前記アプリケーションの実行プログラムの送信に先立ち送信する制御データ送信手段と、
前記実行プログラム生成手段によって生成された前記アプリケーションの実行プログラムを、前記クライアント端末に送信する実行プログラム送信手段と、
を備えることを特徴とするアプリケーション配信装置。
【請求項５】
少なくともアプリケーション別に用意された制御データテンプレートを記憶する制御データ記憶手段を更に備え、
前記制御データ生成手段は、アプリケーションの配信の要求を受けた際、この制御データ記憶手段に記憶された該アプリケーションの制御データテンプレートを読み出し、この制御データテンプレートに前記パラメータを付加することにより制御データを生成することを特徴とする請求項４に記載のアプリケーション配信装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、アプリケーション配信システム、及びアプリケーション配信装置に係り、詳細には、クライアント端末から要求されたアプリケーションをサーバからネットワークを介して配信するアプリケーション配信システム、及びアプリケーション配信装置に関する。
【０００２】
【従来の技術】
従来より、ＷＷＷ（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ）を利用したアプリケーション配信システムが提供されている。この種のアプリケーション配信システムは、一般に、アプリケーションを蓄積し、ＷＷＷクライアントから要求されるアプリケーションを配信するＷＷＷサーバ（以下、サーバという）と、所望のアプリケーションをサーバに対して要求し、要求に応じたアプリケーションをダウンロードし、実行するＷＷＷクライアント（以下、クライアント端末という）と、から構成される。
【０００３】
以下、従来のアプリケーション配信システムにおいて、ＪＡＶＡアプリケーションを配信する際の流れを説明する。クライアント端末は、ＪＡＶＡアプリケーションを実行するためのＪＡＶＡ実行環境を備え、また、サーバは、複数のＪＡＶＡアプリケーションをデータベースに蓄積して記憶しているものとする。
【０００４】
クライアント端末のウェブブラウザ上で、ユーザの操作によりダウンロードを希望するアプリケーションが指定されると、クライアント端末はサーバへ指定アプリケーションのダウンロード要求を送信する。サーバは、ダウンロード要求を受けると、そのアプリケーションの検索プログラムを実行し、データベースから指定アプリケーションを検索し、検索されたアプリケーションに関する属性情報を含むＪＡＭファイル（制御データの一種）を読み出して要求元のクライアント端末へ送信する。
【０００５】
ＪＡＶＡアプリケーションは、単数または複数の実行プログラムファイル（．ｃｌａｓｓファイル）及びデータファイル（．ｇｉｆファイル等）をまとめＪＡＲ形式に圧縮されたＪＡＲファイル（ジャバ・アーカイブファイル）を、ＪＡＶＡ実行環境で展開し、このファイル内に記述されたコードを解釈することにより各種処理動作を実現するものである。
ＪＡＭファイルは、ＪＡＶＡアプリケーションを管理するための制御データであり、アプリケーション（ＪＡＲファイル）の名称（以下、アプリケーション名という）、ＪＡＲファイルのサイズ（以下、アプリケーションサイズという）、アプリケーションの更新日時、クライアント端末のメニューに登録する際のメニュー登録名、バージョン番号、アプリケーションの自動起動時間或いは自動起動間隔等のパラメータが含まれる。
【０００６】
クライアント端末では、ＪＡＭファイルを受信すると、ＪＡＶＡ  Ａｐｐｌｉｃａｔｉｏｎ  Ｍａｎａｇｅｒと呼ばれるＪＡＶＡアプリケーションを管理するための管理モジュールにおいて、受信したＪＡＭファイルを解釈し、その内容に基づいてＪＡＶＡアプリケーションの登録及び実行を管理する。
【０００７】
管理モジュールはクライアント端末で常に起動されており、ＪＡＲファイルの送信に先立ち送信されたＪＡＭファイルに含まれる各パラメータから所定の条件を判断し、条件を満たした場合にＪＡＲファイルのダウンロードをサーバに要求する。また、ダウンロードしたＪＡＲファイルをクライアント端末内の所定の記憶領域に保存する。或いは、クライアント端末にＪＡＲファイルが既に記憶されており、バージョンアップ（更新）する場合は、そのＪＡＲファイルを更新して記憶する。
【０００８】
ここで、管理モジュールで確認される上記所定の条件には、ＪＡＭファイル内の各パラメータが指定されていること、及び、既存アプリケーションをダウンロード要求した場合には、同一名称のＪＡＲファイルがクライアント端末に既に記憶されており、かつ、今回受信したＪＡＭファイル内の更新日時パラメータが既存のＪＡＭファイル内の更新日時パラメータより新しいこと、等が含まれる。
【０００９】
また、管理モジュールはサーバからＪＡＲファイルを受信すると、受信したＪＡＲファイルのサイズが、ＪＡＭファイルのアプリケーションサイズパラメータと一致するか判別し、一致する場合には既存のＪＡＲファイルが記憶されている記憶領域に、今回受信したＪＡＲファイルを上書きする。
以後、管理モジュールはＪＡＭファイルの自動起動時間パラメータや自動起動間隔パラメータで設定されている時間が到来すると、自動的にそのアプリケーションを起動し、処理を実行させる。
【００１０】
ところで、従来のアプリケーション配信システムでは、ＪＡＭファイル内に設定されたパラメータはクライアント端末側で変更できないこととなっている。
そのため、クライアント端末側でパラメータを変更したい場合には、変更後のパラメータを指定して、再度そのアプリケーションをダウンロードする必要がある。
【００１１】
【発明が解決しようとする課題】
しかしながら、従来のアプリケーション配信システムでは、管理モジュールで確認される上記条件を満たさない場合、即ち、既存アプリケーションを再度ダウンロード要求した場合に、今回受信したＪＡＭファイル内の更新日時パラメータが既存のＪＡＭファイル内の更新日時パラメータと同一であるか、または古い場合には、そのＪＡＲファイルをダウンロードできなかった。
【００１２】
具体的には、例えば、ＪＡＭファイル内に自動起動時間パラメータが設定された目覚まし時計アプリケーションを使用する場合、第１回目のダウンロード時に、午前７時に起動するよう指定し、その指定内容を反映したＪＡＭファイル（即ち、自動起動時間パラメータに「午前７時」をセットしたＪＡＭファイル）がクライアント端末内に記憶されているものとする。また、この目覚まし時計アプリケーションに係るＪＡＲファイルも記憶されているものとする。
【００１３】
その後、目覚まし時計アプリケーションを午前７時３０分に起動するよう変更する場合は、クライアント端末において「午前７時３０分」を指定して、再度同一のアプリケーションのダウンロードを要求する。この２回目のダウンロード要求では、午前７時３０分に起動するよう指定されたＪＡＭファイル（即ち、自動起動時間パラメータに「午前７時３０分」をセットしたＪＡＭファイル。ＪＡＲファイル自体は更新されないので、更新日時パラメータは既存のものと同一である。）をサーバから受信するが、クライアント端末の管理モジュールは、ＪＡＭファイルの更新日時パラメータが同一であるため、上記条件を満たさないとして、ＪＡＲファイルのダウンロード要求を送信しない。
【００１４】
そのため、ユーザの所望する変更を反映したＪＡＲファイルをダウンロードできない。
このように、従来のアプリケーション配信システムでは、一度パラメータを指定してダウンロードしたアプリケーションは、そのパラメータを変更して使用できないという不都合が生じていた。
【００１５】
また、サーバはダウンロード要求を受けた際に、その要求に応じたＪＡＭファイルをデータベースから検索し、送信しているが、同一のアプリケーションであってもパラメータが異なれば、夫々そのＪＡＭファイルを予め用意しておかねばならなかった。また、これらのＪＡＭファイルの生成は手動で行われていたため、非効率的である。
【００１６】
本発明の課題は、クライアント端末から要求されるアプリケーションを確実に配信し、実用性に優れたアプリケーション配信システム、及びアプリケーション配信端末を提供することである。
【００１７】
また、本発明の課題は、アプリケーション配信システムにおいて、サーバ側の負荷やサーバ運営上の負担を軽減することである。
【００１８】
【課題を解決するための手段】
このような課題を解決するため、請求項１記載の発明は、
ネットワーク（例えば、図１に示すインターネット４）を介して接続されたサーバ（例えば、図１に示すサーバ２）に対してアプリケーションの配信を要求する要求手段（例えば、図３に示す制御部３２、ウェブブラウザ３１、及び送受信部３３）と、
サーバから送信される制御データに基づいて、アプリケーションの登録及び実行を管理する管理手段（例えば、図３に示す管理部３２ａ）と、を備えたクライアント端末（例えば、図１に示すクライアント端末３）と、
前記クライアント端末から要求されたアプリケーション及びその制御データを該クライアント端末に対して配信する配信手段（例えば、図２に示す制御部２１、ウェブサーバ２２、及び送受信部２３）を備えたサーバ（例えば、図１に示すサーバ２）と、
から構成されるアプリケーション配信システム（例えば、図１に示すアプリケーション配信システム１）において、前記クライアント端末は、アプリケーションの配信を要求する際、該クライアント端末で任意に設定された前記アプリケーションに係るパラメータ（例えば、図７の自動起動時間パラメータ）を前記サーバに送信する設定パラメータ送信手段を備え、
前記サーバは、時刻を計時する計時手段（例えば、図２に示すマスタクロック２９）と、前記クライアント端末からアプリケーションの配信要求を受ける都度、前記計時手段により計時される時刻を、該アプリケーションの更新日時パラメータ（例えば、図７の更新日時パラメータ）とし、当該更新日時パラメータと前記クライアント端末で設定されたパラメータとを付加した前記アプリケーションの制御データを生成する制御データ生成手段（例えば、図２に示すＪＡＭファイル生成部２４、図４の（３））と、前記配信要求を受けた時刻に応じた前記アプリケーションの実行プログラムを生成する実行プログラム生成手段（例えば、図２に示すＪＡＲファイル生成部２５、図６のＳ２３、Ｓ２４、図８のＳ３１〜Ｓ３５、図４の（４））と、を備え、前記配信手段は、この制御データ生成手段によって生成された制御データを、前記アプリケーションの実行プログラムの送信に先立ち送信する（例えば、図４の（５））ことを特徴としている。
【００１９】
ここで、クライアント端末は、インターネット接続機能を備えた携帯電話であることが望ましい。
また、前記アプリケーションは、ＪＡＶＡ実行環境において実行可能なＪＡＶＡアプリケーションであり、前記クライアント端末は、ＪＡＶＡ実行環境を備えたＪＡＶＡ対応携帯電話であることが望ましい。
【００２０】
請求項１記載の発明によれば、サーバは、クライアント端末からアプリケーションの配信要求を受ける都度、サーバ側で定義される更新日時パラメータと、クライアント端末側で任意に設定された前記アプリケーションに係るパラメータと、を付加した制御データを生成し、この制御データを実行プログラムの送信に先立ってクライアント端末に送信し、クライアント端末は送信された制御データに基づいて、アプリケーションの登録や実行を管理する。そのため、クライアント端末に配信されたアプリケーションの登録や実行に関する管理をサーバ主体に行うことができる。
また、アプリケーション配信の都度、更新日時パラメータを常に新しく更新し、この更新日時パラメータとクライアント端末側で任意に設定された前記アプリケーションに係るパラメータとを制御データに付加して送信するため、クライアント端末から同一のアプリケーションの配信要求を２回以上受けた場合であってもクライアント端末側で要求するアプリケーションを柔軟に且つ確実に配信することができる。
また、クライアント端末側で任意に設定された前記アプリケーションに係るパラメータを付加した制御データを自動的に生成するため、サーバ側の人的な制御データ生成作業を必要とせず、クライアント端末側で任意に設定したパラメータ毎に異なる制御データを予め全て用意しておく必要もなくなるため、サーバの人的な作業負担及び装置の負荷を軽減できる。
また、アプリケーションの配信要求を受けたときに応じた実行プログラムを生成して、クライアント端末に送信するので、時間に応じた様々なアプリケーションを配信できる。また、実行プログラムを自動的に生成するため、サーバにおける人的な作業負担を軽減できる。また、時間毎に異なる実行プログラムをサーバに予め蓄積しておく必要もなくなり、装置の負荷を軽減できる。
従って、クライアント端末で要求するアプリケーションを確実に配信でき、実用性に優れたアプリケーション配信システムを提供できる。
【００２３】
請求項２記載の発明は、請求項１に記載のアプリケーション配信システムにおいて、
前記クライアント端末の管理手段は、前記制御データに含まれる更新日時パラメータに基づいて、
前記アプリケーションの登録が可能であるか否かを判別する判別手段（例えば、図５のステップＭ４）と、この判別手段によって登録が可能であると判別した場合に、該アプリケーションの実行プログラムの送信を要求する実行プログラム要求手段（例えば、図５のステップＭ５）と、
を備えることを特徴としている。
【００２４】
請求項２記載の発明によれば、クライアント端末では、サーバから送信される制御データに付加された更新日時パラメータに基づいてアプリケーションの登録の可否を判別し、登録可能である場合は、実行プログラムを要求する。更新日時パラメータはアプリケーション配信の都度、常に新しく更新されるため、クライアント端末から同一のアプリケーションの配信要求を２回以上受けた場合であっても、サーバはクライアント端末で要求するアプリケーションを確実に登録させることができる。
【００２５】
請求項３記載の発明は、請求項１又は２に記載のアプリケーション配信システムにおいて、
前記サーバは、
少なくともアプリケーション別に用意された制御データテンプレートを記憶するテンプレート記憶手段（例えば、図２に示すＪＡＭファイルテンプレート記憶部２６）を備え、
前記制御データ生成手段は、アプリケーションの配信の要求を受けた際、このテンプレート記憶手段に記憶された該アプリケーションの制御データテンプレートを読み出し、この制御データテンプレートに前記パラメータを付加することにより制御データを生成することを特徴としている。
【００２６】
請求項３記載の発明によれば、制御データテンプレートを予め複数記憶しておき、この制御データテンプレートにパラメータを付加することにより、アプリケーションの配信要求のときに応じた、或いはクライアント端末からの要求を反映した制御データを効率よく生成できる。
【００２９】
請求項４記載の発明は、
アプリケーションに基づく動作を実行するクライアント端末にネットワークを介して接続され、該クライアント端末から要求されたアプリケーションを配信するアプリケーション配信装置において、
前記アプリケーション配信装置は、時刻を計時する計時手段と、
前記クライアント端末からアプリケーションの配信要求を受ける都度、前記計時手段により計時される時刻を、該アプリケーションの更新日時パラメータとし、当該更新日時パラメータと前記クライアント端末で任意に設定された前記アプリケーションに係るパラメータとを付加した制御データを生成する制御データ生成手段と、
前記配信要求を受けた時刻に応じた前記アプリケーションの実行プログラムを生成する実行プログラム生成手段と、
前記制御データ生成手段によって生成された制御データを、前記アプリケーションの実行プログラムの送信に先立ち送信する制御データ送信手段と、
前記実行プログラム生成手段によって生成された前記アプリケーションの実行プログラムを、前記クライアント端末に送信する実行プログラム送信手段と、
を備えることを特徴としている。
【００３０】
請求項４記載のアプリケーション配信装置によれば、クライアント端末からアプリケーションの配信の要求を受ける都度、当該アプリケーション配信装置にて定義される更新日時パラメータと、クライアント端末側で任意に設定された前記アプリケーションに係るパラメータと、を付加した制御データを生成し、この制御データを実行プログラムの送信に先立ってクライアント端末に送信する。そのため、クライアント端末に配信されたアプリケーションの登録や実行をアプリケーション配信装置主体に管理できる。
また、アプリケーション配信の都度、更新日時パラメータは常に新しく更新されて制御データに付加されるため、アプリケーション配信装置は、クライアント端末から同一のアプリケーションの配信要求を２回以上受けた場合であってもクライアント端末側で要求するアプリケーションを柔軟に且つ確実に配信でき、実用性に優れたアプリケーション配信装置を提供できる。
また、クライアント端末側で任意に設定された前記アプリケーションに係るパラメータを付加した制御データを自動的に生成するため、サーバ側の人的な制御データ生成作業を必要とせず、また、クライアント端末側で任意に設定したパラメータ毎に異なる制御データを予め全て用意しておく必要もなくなる。そのため、サーバの人的な作業負担及び装置の負荷を軽減できる。
また、アプリケーションの配信要求を受けたときに応じた実行プログラムを生成して、クライアント端末に送信するので、時間に応じた様々なアプリケーションを配信できる。また、実行プログラムの生成に係る人的な作業負担を軽減できる。また、時間毎に異なる実行プログラムを予め蓄積しておく必要もなくなり、装置の負荷を低減できる。
従って、クライアント端末で要求するアプリケーションを確実に配信でき、実用性に優れたアプリケーション配信装置を提供できる。
【００３５】
請求項５記載の発明は、請求項４に記載のアプリケーション配信装置において、
少なくともアプリケーション別に用意された制御データテンプレートを記憶する制御データ記憶手段を更に備え、
前記制御データ生成手段は、アプリケーションの配信の要求を受けた際、この制御データ記憶手段に記憶された該アプリケーションの制御データテンプレートを読み出し、この制御データテンプレートに前記パラメータを付加することにより制御データを生成することを特徴としている。
【００３６】
請求項５記載のアプリケーション配信装置によれば、制御データテンプレートを予め複数記憶しておき、この制御データテンプレートにパラメータを付加することにより、アプリケーションの配信要求を受けたときに応じた、或いはクライアント端末からの要求を反映した制御データを効率よく生成できる。
【００３９】
【発明の実施の形態】
以下、図を参照して本発明の実施の形態を詳細に説明する。
以下の説明では、本発明の好適な実施の形態として、クライアント端末３からの要求に応じてＪＡＶＡアプリケーションの配信を行うアプリケーション配信システム１について説明する。
【００４０】
まず構成を説明する。
図１は、本実施の形態のアプリケーション配信システム１の全体構成を示す図である。
図１に示すように、アプリケーション配信システム１は、サーバ２と、クライアント端末３とが、インターネット４を介して接続されて構成される。
ここで、インターネット４とは、電話回線、ＩＳＤＮ回線等の公衆回線網、専用回線、及び移動体通信網を含む各種ネットワークと、これらを接続するインターネットサービスプロバイダや移動体通信の基地局等を含むものとする。
【００４１】
サーバ２は、例えば汎用コンピュータにより構成され、クライアント端末３側で実行可能なＪＡＶＡアプリケーション（ＪＡＲ形式圧縮ファイル（以下、ＪＡＲファイルという）及びその制御データファイルであるＪＡＭファイル）を生成するＪＡＶＡアプリケーション生成機能と、クライアント端末３からの要求に応じてＪＡＶＡアプリケーションを配信するＪＡＶＡアプリケーション配信機能と、を備える。
【００４２】
サーバ２の機能ブロック図を図２に示す。
図２に示すように、上述の各機能を実現するため、サーバ２は、制御部２１、ウェブサーバ２２、送受信部２３、ＪＡＭファイル生成部２４、ＪＡＲファイル生成部２５、ＪＡＭファイルテンプレート記憶部２６、ＪＡＲ構成ファイル記憶部２７、記憶部２８、マスタクロック２９、図示しない入力部、及び図示しない表示部等を備える。
【００４３】
制御部２１は、ＣＰＵにより構成され、サーバ２における各種処理を実行制御する。即ち、記憶部２８に記憶された当該サーバ２のシステムプログラムや当該システムプログラムに対応したアプリケーションプログラムを読出し、これらの各プログラムに従って入力部から入力される、或いは送受信部２３にて受信する指示に従って各種処理を実行し、処理結果を記憶部２８に記憶するとともに、表示部に表示させる。
【００４４】
また、制御部２１は、ＪＡＶＡアプリケーションを配信する際、以下の手順に従ってクライアント端末３から要求されたＪＡＶＡアプリケーションを配信する。
ＪＡＶＡアプリケーションを配信する際、サーバ２は、ウェブサーバ２２においてクライアント端末３からＪＡＭ，ＪＡＲファイル要求を受信すると、ＪＡＭファイル生成部２４にＪＡＭファイル生成指示を出力するとともに、ＪＡＲファイル生成部２５にＪＡＲファイル生成指示を出力し、ＪＡＭファイル及びＪＡＲファイルを生成させる。そして、まず、ＪＡＭファイル生成部２４にて生成されたＪＡＭファイルをクライアント端末３に送信する。その後、クライアント端末３からＪＡＲファイル要求を受信した場合は、ＪＡＲファイル生成部２５にて生成されたＪＡＲファイルをクライアント端末３に対して送信する。
【００４５】
ＪＡＭファイルとは、ＪＡＶＡアプリケーションの制御データファイルの一種であり、アプリケーションの実行プログラム（ＪＡＲファイル）の送信に先立ち、クライアント端末３に送信されるものである。ＪＡＭファイルには、ＪＡＶＡ仮想マシン（Ｊａｖａ  ＶＭ）のバージョン、アプリケーション名、バージョン、ダウンロード先、アプリケーションサイズ、更新日時、自動起動時間等の各種パラメータが含まれる（図７参照）。
また、ＪＡＲファイルとは、ＪＡＶＡアプリケーションの実行プログラム（例えば、“．ｃｌａｓｓファイル”）やデータ（例えば、“．ｇｉｆファイル”；画像データ）をＪＡＲ形式に圧縮したファイルである（図９参照）。
【００４６】
ＪＡＭファイル生成部２４は、制御部２１からのＪＡＭファイル生成指示に応じて、サーバ２のマスタクロック２９にて計時される現在時刻情報（以下、リアルタイムクロック情報という）を埋め込んだＪＡＭファイルを生成するためのリアルタイムクロック情報生成部２４ａと、他のＪＡＭファイル項目生成部２４ｂとを有する。
【００４７】
リアルタイムクロック情報生成部２４ａは、クライアント端末３からのＪＡＭ，ＪＡＲファイル要求を受信した時、或いは制御部２１からＪＡＭファイル生成指示を受けた時の現在時刻データをマスタクロック２９から取得し、これをリアルタイムクロック情報としてＪＡＭファイルテンプレート内の更新日時パラメータ“ＬａｓｔＭｏｄｉｆｉｅｄ”に挿入する。
【００４８】
他のＪＡＭファイル項目生成部２４ｂは、クライアント端末３からＪＡＭ，ＪＡＲファイル要求時に指定される内容を、ＪＡＭファイルテンプレートの対応するパラメータに挿入する。また、ＪＡＲファイル生成部２５において、ＪＡＲファイルが変更された場合には、そのアプリケーションサイズが変更されるので、アプリケーションサイズパラメータ“ＡｐｐＳｉｚｅ”を変更する。
【００４９】
ＪＡＭファイルテンプレート記憶部２６には、少なくともアプリケーション別に複数のＪＡＭファイルテンプレートが記憶されている。ＪＡＭファイル生成時には、このＪＡＭファイルテンプレート記憶部２６に記憶された複数のＪＡＭファイルテンプレートの中から、要求に適合したＪＡＭファイルテンプレートが検索され、そのＪＡＭファイルテンプレートに上述のリアルタイムクロック情報や他のＪＡＭファイル項目（パラメータ）が挿入されてＪＡＭファイルが生成される。
【００５０】
ＪＡＭファイルテンプレートとは、ＪＡＭファイルのパラメータのうち、少なくとも実行ファイル（ＪＡＲファイル）に変更や更新がなければ変更されないパラメータにのみ、データを設定したファイルであり、例えば、ＪＡＶＡ実行環境のバージョン“ｋｖｍＶｅｒ”、アプリケーション名“ＡｐｐＣｌａｓｓ”、ＪＡＲファイルのダウンロード先“ｐａｃｋａｇｅＵＲＬ”、アプリケーションサイズ“ＡｐｐＳｉｚｅ”等の各パラメータに既にデータがセットされ、更新日時“ＬａｓｔＭｏｄｉｆｉｅｄ”や自動起動時間“ＬａｕｎｃｈＡｔ”等のユーザ側による指定や、アプリケーションの要求時にサーバで定義するパラメータには、データが未だセットされていないものである。
このＪＡＭファイルテンプレートは、アプリケーション別またはバージョン別等、サーバ側で管理しやすいように用意すればよい。
【００５１】
ＪＡＲファイル生成部２５は、制御部２１からのＪＡＲファイル生成指示に応じて、当該サーバ２のリアルタイムクロック情報に応じて異なるＪＡＲファイルを生成するため、ファイル選択部２５ａと、ＪＡＲ形式生成部２５ｂと、を有する。
【００５２】
ファイル選択部２５ａは、クライアント端末３からのＪＡＭ，ＪＡＲファイル要求を受信した時、或いは制御部２１からＪＡＭファイル生成指示を受けた時に現在時刻をマスタクロック２９から取得し、この時刻に関連付けられている実行プログラムやデータ（以下、ＪＡＶＡアプリケーションを構成する各実行プログラムやデータを総称してＪＡＲ構成ファイルという）をＪＡＲ構成ファイル記憶部２７から選択する。
【００５３】
ＪＡＲ形式生成部２５ｂは、ファイル選択部２５ａにて選択された複数のＪＡＲ構成ファイルをまとめ、ＪＡＲ形式に圧縮してＪＡＲファイルを生成する。
また、ＪＡＲ形式生成部２５ｂにおいてＪＡＲファイルが生成されると、アプリケーションサイズが変更されるため、制御部２１はＪＡＭファイル生成部２４に対して、変更されたアプリケーションサイズデータを供給し、このＪＡＲファイルに対応するＪＡＭファイルのアプリケーションサイズパラメータ“ＡｐｐＳｉｚｅ”を更新するよう制御する。
【００５４】
ＪＡＲ構成ファイル記憶部２７には、複数のＪＡＲ構成ファイルが、時刻や時間に対応付けて記憶されており、ＪＡＲファイル生成時には、その生成時に対応付けられているＪＡＲ構成ファイルが選択される（図９参照）。
【００５５】
ウェブサーバ２２は、ＣＰＵにより構成され、インターネット４を介して接続されたクライアント端末３との間で、例えばＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）プロトコルに基づく各種データの送受信を制御する。具体的には、クライアント端末３に対してサーバ２にて開設しているＷＥＢサイトの画面データを送信したり、クライアント端末３から各種要求を受信したり、要求されたデータやアプリケーションの配信に関する各種動作を実行したりする。
【００５６】
送受信部２３は、モデムまたはターミナルアダプタ等により構成され、インターネット４を介したクライアント端末３との通信を行う。
【００５７】
記憶部２８は、記憶装置及び記録媒体により構成され、記録媒体には、本クライアント端末３のシステムプログラム（ＯＳ）や、各種アプリケーションプログラムが記憶される他、本発明に係るＪＡＭファイル，ＪＡＲファイル生成処理を実行するためのプログラム、及びデータが記憶される。
【００５８】
マスタクロック２９は、サーバ２に内蔵された周知の計時手段であり、現在時刻や日付等の時間データを計時する。
【００５９】
次に図３を参照して、クライアント端末３の構成を説明する。
クライアント端末３は、インターネット４を介して接続されたサーバ２にアクセスし、これらの各端末との間でデータを通信する通信機能、ＪＡＶＡアプリケーションの配信要求を行うためのアプリケーション要求機能、取得したＪＡＶＡアプリケーションを管理する管理機能、及び取得したＪＡＶＡアプリケーションを実行するＪＡＶＡアプリケーション実行機能等を備えた、例えば携帯電話端末やパーソナルコンピュータ、ゲーム装置、家電製品、その他の電子機器である。
【００６０】
図３はクライアント端末３の機能ブロック図である。
図３に示すように、クライアント端末３は上述の機能を実現するため、ウェブブラウザ３１、制御部３２、送受信部３３、ＪＡＶＡ実行部３４、記憶部３５、図示しない入力部、及び図示しない表示部を備える。
【００６１】
制御部３２は、ＣＰＵにより構成され、クライアント端末３における各種処理を実行制御する。詳細には、サーバ２へのアクセス、ウェブブラウザ３１におけるアプリケーションダウンロード画面の閲覧、サーバ２へのＪＡＶＡアプリケーションの要求、ＪＡＶＡアプリケーションのダウンロード処理、及びＪＡＶＡアプリケーションの実行等の各種処理を実行制御する。
【００６２】
また、制御部３２は、本クライアント端末３でのＪＡＶＡアプリケーションの登録や実行を管理する管理部３２ａを有する。
管理部３２ａは、ＪＡＶＡ  Ａｐｐｌｉｃａｔｉｏｎ  Ｍａｎａｇｅｒと呼ばれる管理処理プログラムにより実現され、この管理処理プログラムは常に起動されているものである。管理部３２ａでは、アプリケーションのダウンロードに際し、サーバ２から送信されるＪＡＭファイルを解釈し、ＪＡＭファイルに含まれるパラメータが所定の条件を満たすか否か判別し、条件を満たすならばサーバ２に対してＪＡＲファイル要求を行う。
【００６３】
上記条件には、ＪＡＭファイルの各パラメータが指定されていること、同一ファイル名のＪＡＲファイルが既に当該クライアント端末３に記憶されているか否か、同一ファイル名のＪＡＲファイルが既に当該クライアント端末３に記憶されている場合には、受信したＪＡＭファイル内の更新日時パラメータ“ＬａｓｔＭｏｄｉｆｉｅｄ”が既に存在するＪＡＭファイル内の更新日時パラメータ“ＬａｓｔＭｏｄｉｆｉｅｄ”より新しいこと等が挙げられる。
【００６４】
以上の条件を満たす場合、即ち、ＪＡＭファイルの各パラメータが指定されており、同一ファイル名のＪＡＲファイルが既に当該クライアント端末３に記憶されており、受信したＪＡＭファイル内の更新日時パラメータ“ＬａｓｔＭｏｄｉｆｉｅｄ”が既に存在するＪＡＭファイル内の更新日時パラメータ“ＬａｓｔＭｏｄｉｆｉｅｄ”より新しい場合には、管理部３２ａは、ＪＡＲファイル要求をサーバ２に対して送信し、サーバ２からＪＡＲファイルを受信すると、ダウンロード後のデータサイズがＪＡＭファイル内のアプリケーションサイズパラメータ“ＡｐｐＳｉｚｅ”と一致するか判別し、一致すればこのＪＡＲファイルを記憶部３５の既に記憶されているＪＡＲファイルの記憶領域に上書きする。
【００６５】
また、同一ファイル名のＪＡＲファイルが当該クライアント端末３に記憶されていない場合も、管理部３２ａは、ＪＡＲファイル要求をサーバ２に対して送信し、サーバ２からＪＡＲファイルを受信すると、ダウンロード後のデータサイズがＪＡＭファイル内のアプリケーションサイズパラメータ“ＡｐｐＳｉｚｅ”と一致するか判別し、一致すればこのＪＡＲファイルを記憶部３５の新規記憶領域に記憶させる。この場合は、ＪＡＭファイルの更新日時パラメータ“ＬａｓｔＭｏｄｉｆｉｅｄ”は確認されない。
【００６６】
また、管理部３２ａは、図示しない計時部にて現在の時刻や時間を監視し、ＪＡＭファイルに設定される自動起動時間や起動時間間隔に到達すると、自動的にＪＡＶＡアプリケーションを起動し、ＪＡＶＡ実行部３４に実行させる。
【００６７】
ウェブブラウザ３１は、制御部３２の制御により、ＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）プロトコルに基づきサーバ２との間で各種データを送受信し、受信したデータを表示画面に表示させる。具体的には、ユーザの指示に応じて、サーバ２で開設しているＪＡＶＡアプリケーション配信サイトを表示部に表示して閲覧可能とし、このサイトでのアプリケーションの選択、指定可能な項目（パラメータ）への指定等を行うための各画面をサーバ２から受信して、表示部に表示する。
【００６８】
送受信部３３は、クライアント端末３とサーバ２との間で各種データを送受信する。クライアント端末３が携帯電話やＰＨＳ等の移動体通信端末により実現されている場合は、基地局及び公衆回線網を介してサーバ２にアクセスし、データを送受信するためのアンテナや各種通信方式に対応した通信モジュールにより構成され、クライアント端末３がパーソナルコンピュータにより実現されている場合は、公衆回線網を介してサーバ２にアクセスし、データを送受信するためのモデムやターミナルアダプタにより構成される。
【００６９】
ＪＡＶＡ実行部３４は、ＪＡＶＡ仮想マシンと呼ばれるＪＡＶＡアプリケーションを実行するためのプログラムにより実現され、制御部３２からの実行指示に応じて、記憶部３５に記憶されているＪＡＶＡアプリケーションを実行する。即ち、ＪＡＲファイルをワークメモリに展開し、これらのファイルに記述されたコードを解釈し、コードに従った処理を実行する。
【００７０】
記憶部３５は、記憶装置及び記録媒体により構成され、記録媒体には、クライアント端末３のシステムプログラム（ＯＳ）や、各種アプリケーションプログラムが記憶される他、本発明に係る各種処理を実行するためのプログラム、及びデータが記憶される。
【００７１】
また、記憶部３５には、ダウンロードしたＪＡＶＡアプリケーションに関するＪＡＭファイルやＪＡＲファイルを記憶する記憶領域が複数確保されている。新規アプリケーションをダウンロードする際は、新たな記憶領域にそのアプリケーションが格納され、既存のアプリケーションをダウンロードする際は、既にそのアプリケーションが格納されている記憶領域に、ダウンロードしたアプリケーションが上書きされる。
【００７２】
次に動作を説明する。
図４は、アプリケーション配信システム１において、ＪＡＶＡアプリケーションを配信する際の、クライアント端末３とサーバ２との間で行われる通信の全体的な流れを説明する図であり、図５は、アプリケーション配信の際に、クライアント端末３とサーバ２で実行される各処理を説明するフローチャートである。
【００７３】
まず、クライアント端末３のウェブブラウザ３１にて、ダウンロードするアプリケーションが指定される、即ち、ユーザの操作により、ＪＡＭファイル，ＪＡＲファイル生成プログラムへのリンクがクリックされると（図４の▲１▼）、ウェブブラウザ３１は、指定されたアプリケーションについてのＪＡＭファイル，ＪＡＲファイル生成要求を送受信部３３を介してサーバ２に送信する（ステップＭ１；図４の▲２▼）。このとき、ウェブブラウザ３１ではユーザにより指定されたアプリケーションの名称（アプリケーション名）を同時に送信する。また、自動起動時間等の他のパラメータが指定されていれば、これらの指定パラメータも同時に送信する。
【００７４】
サーバ２ではクライアント端末３からのＪＡＭファイル，ＪＡＲファイル生成要求を待機しており、ＪＡＭファイル，ＪＡＲファイル生成要求、及び上記指定パラメータを受信すると（ステップＳ１；Ｙｅｓ）、ＪＡＭファイル及びＪＡＲファイル生成処理を実行する（ステップＳ２）。
【００７５】
図６は、サーバ２にて実行されるＪＡＭファイル，ＪＡＲファイル生成処理の流れを説明するフローチャートである。
サーバ２において、クライアント端末３からＪＡＭファイル，ＪＡＲファイル生成要求及び指定パラメータを受信すると、制御部２１はまず、ＪＡＭファイル生成部２４にＪＡＭファイル生成指示を出力する。ＪＡＭファイル生成部２４は、指定パラメータ（アプリケーション名）に対応するＪＡＭファイルテンプレートをＪＡＭファイルテンプレート記憶部２６から検索し（ステップＳ２１）、更にマスタクロック２９からリアルタイムクロック情報を取得して、検索されたＪＡＭファイルテンプレートに取得したリアルタイムクロック情報を挿入する（ステップＳ２２；図４の▲３▼）。他の指定パラメータがある場合は、その指定パラメータもＪＡＭファイルテンプレートに挿入する。例えば、指定パラメータとして自動起動時間を受信した場合には、ＪＡＭファイルテンプレートに、その自動起動時間を挿入する。
【００７６】
次に、制御部２１はＪＡＲファイル生成部２５にＪＡＲファイル生成指示を出力する。ＪＡＲファイル生成部２５は、まず、マスタクロック２９からリアルタイムクロック情報を取得し、このリアルタイムクロック情報に関連付けられているＪＡＲ構成ファイルをＪＡＲ構成ファイル記憶部２７から選定し（ステップＳ２３）、これらのＪＡＲ構成ファイルをまとめてＪＡＲ形式に圧縮し、ＪＡＲファイルを生成する（ステップＳ２４；図４の▲４▼）。
【００７７】
また、制御部２１は、ＪＡＭファイル生成部２４にＪＡＭファイル生成指示を出力し、ＪＡＲファイル生成部２５において生成されたＪＡＲファイルのアプリケーションサイズをＪＡＭファイルのアプリケーションサイズパラメータ“ＡｐｐＳｉｚｅ”に変更する。
【００７８】
サーバ２におけるＪＡＭファイル，ＪＡＲファイル生成処理によって、ＪＡＭファイルやＪＡＲファイルが生成されると、サーバ２は、まず、生成したＪＡＭファイルをクライアント端末３に送信する（図５のステップＳ３；図４の▲５▼）。
【００７９】
クライアント端末３は、サーバ２から送信されるＪＡＭファイルを受信すると（ステップＭ２）、管理部３２ａにおいて、このＪＡＭファイルの解釈を行う（ステップＭ３；図４の▲６▼）。ここでは、新規アプリケーションであるか、既存のアプリケーションであるかが判断されるとともに、既存のアプリケーションである場合は、そのアプリケーションのＪＡＭファイルに設定された更新日時パラメータと今回受信したＪＡＭファイルの更新日時パラメータとを比較し、今回受信したＪＡＭファイルの更新日時パラメータの方が新しい場合は、ＪＡＲファイルの上書きが可能であると判断して（ステップＭ４；Ｙｅｓ）、サーバ２に対してＪＡＲファイル要求を送信する（ステップＭ５；図４の▲７▼）。
【００８０】
ここで、本アプリケーション配信システム１では、サーバ２はＪＡＭファイルを生成する時に、サーバ２のリアルタイムクロック情報を更新日時パラメータに挿入しているため、前回受信したＪＡＭファイルより、今回受信したＪＡＭファイルの更新日時パラメータの方が必ず新しくなる。
【００８１】
なお、その他の条件によりＪＡＲファイルの上書きができないと判断した場合は（ステップＭ４；Ｎｏ）、ＪＡＲファイル要求を送信せずに、処理を終了する。即ち、アプリケーションは更新されない。
【００８２】
サーバ２は、クライアント端末３からＪＡＲファイル要求を受信すると（ステップＳ４；Ｙｅｓ）、ＪＡＲファイル生成部２５にて生成されたＪＡＲファイルをクライアント端末３に送信し（ステップＳ５；図４の▲８▼）、クライアント端末３はＪＡＲファイルを受信すると、新規アプリケーションの場合は、記憶部３５の新たな記憶領域に保存し、既存アプリケーションの場合は、上書き保存して（ステップＭ６）、一連のアプリケーション配信に関する処理を終了する。
【００８３】
ここで、図７を参照して、ＪＡＭファイル生成部２４にて生成されるＪＡＭファイルの具体例を説明する。
図７（Ａ）は、初回のダウンロード要求の際に生成されるＪＡＭファイルであり、図７（Ｂ）は次回のダウンロード要求の際に生成されるＪＡＭファイルである。
以下、一例として、ＪＡＭファイルの自動起動時間パラメータに設定された時刻を計時すると自動的に起動して、その時刻を報知する目覚まし時計アプリケーションについて説明する。
【００８４】
クライアント端末３では、ウェブブラウザ３１からサーバ２にアクセスし、目覚まし時計アプリケーションのダウンロード画面を表示している。このダウンロード画面には、例えば、ユーザの起きたい時刻を設定する入力欄及びダウンロード開始ボタンが設けられている。入力欄に、例えば「午前７時」と入力し、ダウンロード開始ボタンがクリックされると、ウェブブラウザ３１は、この指定時刻情報「午前７時」をＪＡＭファイル，ＪＡＲファイル生成要求とともにサーバ２に送信する。
【００８５】
サーバ２は、ＪＡＭファイル，ＪＡＲファイル生成要求及び指定パラメータを受信すると、ＪＡＭファイル生成部２４によってＪＡＭファイルを生成する。このとき、図７（Ａ）に示すように、ＪＡＭファイルの更新日時パラメータ“ＬａｓｔＭｏｄｉｆｉｅｄ”には、アプリケーションの要求を受けた時刻「Ｓａｔ，２５  Ｎｏｖ  ２０００，１１：１１：２６」が挿入され、また、自動起動時間パラメータ“ＬａｕｎｃｈＡｔ”に指定パラメータ「午前７時（Ｔ  ７：００）」が挿入される。
【００８６】
サーバ２は、生成されたＪＡＭファイルをクライアント端末３に送信し、クライアント端末３では、管理部３２ａにおいてこのＪＡＭファイルを解釈し、新規アプリケーションと判断してＪＡＲファイルを要求し、サーバ２はその要求に応じてＪＡＲファイルを送信する。
以後、管理部３２ａは、ＪＡＭファイルに設定された自動起動時間「午前７時」を計時すると、この目覚まし時計アプリケーションを起動し、ＪＡＲファイルに記述されたプログラムに従って、目覚し時計動作を実行する。
【００８７】
ユーザが目覚し時計アプリケーションの起動時間を変更したい場合は、ＪＡＭファイルの自動起動時間パラメータ“ＬａｕｎｃｈＡｔ”を変更する必要があるが、ＪＡＭファイルの内容はダウンロード後には変更できないため、ＪＡＭファイルの自動起動時間パラメータ“ＬａｕｎｃｈＡｔ”が変更されたアプリケーションを再度ダウンロード要求する必要がある。
【００８８】
クライアント端末３では、初回のダウンロードと同様にウェブブラウザ３１からサーバ２にアクセスし、目覚まし時計アプリケーションのダウンロード画面を表示し、このダウンロード画面に設定された入力欄に、変更後の時刻、例えば「午前７時３０分」を入力し、ダウンロード開始ボタンをクリックする。ウェブブラウザ３１は、この指定時刻情報「午前７時３０分」をＪＡＭファイル，ＪＡＲファイル生成要求とともにサーバ２に送信する。サーバ２は、ＪＡＭファイル，ＪＡＲファイル生成要求及び指定時刻情報を受信すると、ＪＡＭファイルにてＪＡＭファイルを生成する。このとき、図７（Ｂ）に示すように、ＪＡＭファイルの更新日時“ＬａｓｔＭｏｄｉｆｉｅｄ”にはアプリケーション要求を受けた時刻「Ｓｕｎ，２６  Ｎｏｖ  ２０００，２２：１１：２６」が設定され、また、自動起動時間パラメータ“ＬａｕｎｃｈＡｔ”には指定時刻情報「午前７時３０分（Ｔ  ７：３０）」が設定される。
【００８９】
サーバ２は、生成されたＪＡＭファイルをクライアント端末３に送信し、クライアント端末３では、管理部３２ａにおいてこのＪＡＭファイルを解釈する。このとき、更新日時パラメータ“ＬａｓｔＭｏｄｉｆｉｅｄ”は既存のＪＡＭファイルのものより新しい日付であるため、上書き可能であると判断し、ＪＡＲファイルを要求する。サーバ２はその要求に応じてＪＡＲファイルを送信する。
【００９０】
以後、クライアント端末３では、更新後のＪＡＭファイルに設定された自動起動時間「午前７時３０分」を計時すると、目覚まし時計アプリケーションを起動し、ＪＡＲファイルに記述されたプログラムに従って、目覚し時計動作を実行する。
【００９１】
また、本アプリケーション配信システム１ではダウンロードを要求するときに応じたＪＡＲファイルが生成される。例えば、ダウンロードを要求した時刻が朝（午前５時〜正午）である場合は、その時間に関連付けて記憶されたＪＡＲ構成ファイルが選定されて、ＪＡＲファイルが生成される。
【００９２】
ＪＡＲファイル生成処理の具体的な流れを図８のフローチャートを参照して説明する。
【００９３】
サーバ２は、図５のステップＭ１及びステップＳ１の処理によって、クライアント端末３からＪＡＭファイル，及びＪＡＲファイルの生成要求を受信するとＪＡＭファイル，ＪＡＲファイル生成処理を実行する。
【００９４】
図６のＪＡＭファイル，ＪＡＲファイル生成処理のステップＳ２３〜Ｓ２４の処理において、ＪＡＲファイル生成部２５は、例えば図８に示すＪＡＲファイル生成処理を実行する。
【００９５】
ＪＡＲファイル生成処理において、ＪＡＲファイル生成部２５はマスタクロック２９からリアルタイムクロック情報を取得し（ステップＳ３１）、取得したリアルタイムクロック情報が「朝」の時間帯、即ち、午前５時〜正午にある場合は（ステップＳ３２；Ｙｅｓ）、ＪＡＲ構成ファイル記憶部２７から朝に関連付けられたＪＡＲ構成ファイル（朝用構成ファイル）を選択する（ステップＳ３３）。また、リアルタイムクロック情報が朝の時間帯にない場合は（ステップＳ３２；Ｎｏ）、朝用構成ファイル以外のＪＡＲ構成ファイルを選択する（ステップＳ３４）。その後、ＪＡＲファイル生成部２５では選択した朝用構成ファイルをまとめてＪＡＲ形式のファイルに圧縮し（ステップＳ３５）、ＪＡＲファイル生成処理を終了する。
【００９６】
図９（Ａ）は、ＪＡＲ構成ファイル記憶部２７における、ＪＡＲ構成ファイルと時間帯との関連付けを示す図であり、図９（Ｂ）は、朝ダウンロードを要求した場合に生成されるＪＡＲファイルの構成を示す図である。
【００９７】
図９（Ａ）に示すように、ＪＡＲ構成ファイル記憶部２７に記憶されるＪＡＲ構成ファイルは夫々時間帯と関連付けられて管理されている。例えば、「Ｔｅｓｔ．ｃｌａｓｓ」は朝に関連付けられ、「Ｔｅｓｔ２．ｃｌａｓｓ」は昼に関連付けられ、「Ｔｅｓｔ３．ｃｌａｓｓ」は夜に関連付けられる。同様に、他のＪＡＲ構成ファイルも時間帯に関連付けられる。
【００９８】
図８に示すＪＡＲファイル生成処理において、ダウンロード要求時刻が朝の時間帯である場合は、このＪＡＲ構成ファイル記憶部２７から、朝に関連付けられたＪＡＲ構成ファイルが選定され、ＪＡＲ形式に圧縮されて、ＪＡＲファイルが生成される。図９（Ｂ）に示すように、生成されるＪＡＲファイルは「Ｔｅｓｔ．ｃｌａｓｓ」、「ＴｅｓｔＴｉｍｅ．ｃｌａｓｓ」、及び「Ｔｅｓｔ．ｇｉｆ」を含んで構成される。
【００９９】
このようなダウンロード要求時刻に応じたＪＡＲファイルの生成は、例えば、テレビ番組表アプリケーションの配信に応用できる。
ユーザはクライアント端末３のウェブブラウザ３１からテレビ番組表アプリケーションの配信要求を行う。このとき、サーバ２は配信要求を受けた時間におけるリアルタイムクロック情報を取得し、このリアルタイムクロック情報に関連付けられたＪＡＲ構成ファイルを選択し、これらのＪＡＲ構成ファイルを含むＪＡＲファイルを生成する。その結果、配信要求を受けた時間に特化したアプリケーションを生成し、クライアント端末に配信できる。
【０１００】
以上説明したように、本実施の形態のアプリケーション配信システム１によれば、サーバ２はアプリケーションの配信要求を受ける都度、サーバ２のマスタクロック２９で計時されるリアルタイムクロック情報をＪＡＭファイルの更新日時パラメータに挿入することにより、ＪＡＭファイルを自動生成し、クライアント端末３へ送信する。クライアント端末３はＪＡＭファイルの更新日時パラメータが既存のＪＡＭファイルの更新日時パラメータより新しければ、アプリケーションを上書き可能と判別し、ＪＡＲファイルの送信要求をサーバ２に送信する。
【０１０１】
本実施の形態のアプリケーション配信システム１では、アプリケーションの配信要求を受ける都度、更新日時パラメータが新規に設定され、かつ、その更新日時はサーバ２のリアルタイムクロック情報であるため、クライアント端末３の管理部３２ａでは、今回受信したＪＡＲファイルの更新日時が既存のＪＡＲファイルの更新日時より常に新しいと判別する。そのため、同一のアプリケーションを複数回ダウンロードする場合にも、確実にそのアプリケーションをダウンロードして上書き保存できる。
【０１０２】
そのため、サーバ２はクライアント端末３に対して、ユーザの所望するアプリケーションを確実に配信し、登録させることができるので、実際にアプリケーション配信サービスを展開する際に有用なアプリケーション配信システムを提供できる。
【０１０３】
また、ＪＡＲファイルについても、アプリケーションの配信要求を受ける都度、その要求時刻や時間帯に応じて生成されるため、同一のアプリケーションに様々な変化をつけることができ、ユーザを飽きさせないアプリケーション配信サービスを展開できる。
【０１０４】
また、ＪＡＭファイル及びＪＡＲファイルは、サーバ２側で自動生成されるため、サーバ２の管理者はＪＡＲファイル生成作業を手動で行う必要がなく、人的な作業負担が軽減し、また、サーバ２は効率よくアプリケーションを管理し、配信できる。
【０１０５】
また、サーバ２では、配信要求の時間や、ユーザにより指定されたパラメータに依存しないパラメータを既に設定したＪＡＭファイルテンプレートを複数記憶しておき、配信要求を受けた場合に、このＪＡＭファイルテンプレートに、サーバ２側のリアルタイムクロック情報や、ユーザにより指定されたパラメータを挿入してＪＡＭファイルを生成するため、予め全てのＪＡＭファイルを用意する必要がなく、また、生成処理を効率よく行うことができ、サーバ２の負荷を軽減できる。
【０１０６】
また、複数のＪＡＲ構成ファイルを時間に関連付けて記憶しておき、ダウンロードの要求を受けた際に、その時間に関連付けられたＪＡＲ構成ファイルを組合わせてＪＡＲファイルを生成するため、様々な組み合わせのＪＡＲファイルを用意する必要がなく、効率よくＪＡＲファイルを管理、生成できる。
【０１０７】
なお、上述の実施の形態では、ＪＡＭファイルに、配信要求時のリアルタイムクロック情報を埋め込むようにしたが、ＪＡＭファイルに付加するサーバ２で定義されるパラメータはこれに限定されるものではない。
また、各ＪＡＲ構成ファイルを時間に関連付けて管理し、配信要求を受けた時間に応じたＪＡＲファイルを生成するようにしたが、時間に限らず、例えば、クライアント端末の存在する場所等に応じたＪＡＲファイルを生成するようにしてもよい。
【０１０８】
また、上述の実施の形態では、ＪＡＶＡ実行環境を備えたクライアント端末に対するＪＡＶＡアプリケーションの配信について例示したが、ＪＡＶＡアプリケーションに限らず、その他の言語で記述されたアプリケーションであってもよい。この場合は、クライアント端末では、アプリケーションの実行ファイルに記述された内容を解釈するためのコンパイラまたはインタープリタ、及び処理を実行する実行モジュールを備えるものとすればよい。
【０１０９】
【発明の効果】
請求項１記載の発明によれば、サーバは、クライアント端末からアプリケーションの配信要求を受ける都度、サーバ側で定義される更新日時パラメータとクライアント端末側で任意に設定された前記アプリケーションに係るパラメータとを付加した制御データを生成し、この制御データを実行プログラムの送信に先立ってクライアント端末に送信し、クライアント端末は送信された制御データに基づいて、アプリケーションの登録や実行を管理する。そのため、クライアント端末に配信されたアプリケーションの登録や実行に関する管理をサーバ主体に行うことができる。
また、アプリケーション配信の都度、更新日時パラメータを常に新しく更新し、この更新日時パラメータとクライアント端末側で任意に設定された前記アプリケーションに係るパラメータとを制御データに付加するため、サーバは、クライアント端末から同一のアプリケーションの配信要求を２回以上受けた場合であってもクライアント端末側で要求するアプリケーションを柔軟に且つ確実に配信できる。
また、クライアント端末側で任意に設定された前記アプリケーションに係るパラメータを付加した制御データを自動的に生成するため、サーバ側の人的な制御データ生成作業を必要とせず、また、クライアント端末側で任意に設定したパラメータ毎に異なる制御データを予め全て用意しておく必要もなくなる。そのため、サーバの人的な作業負担及び装置の負荷を軽減できる。
また、アプリケーションの配信要求を受けたときに応じた実行プログラムを生成して、クライアント端末に送信するので、時間に応じた様々なアプリケーションを配信できる。また、実行プログラムを自動的に生成するため、サーバにおける人的な作業負担を軽減できる。また、時間毎に異なる実行プログラムをサーバに予め蓄積しておく必要もなくなり、装置の負荷を軽減できる。
従って、クライアント端末で要求するアプリケーションを確実に配信でき、実用性に優れたアプリケーション配信システムを提供できる。
【０１１１】
請求項２記載の発明によれば、更新日時パラメータはアプリケーション配信の都度、常に新しく更新されるため、クライアント端末から同一のアプリケーションの配信要求を２回以上受けた場合であっても、サーバはクライアント端末で要求するアプリケーションを確実に登録させることができる。
【０１１２】
請求項３記載の発明によれば、アプリケーションの配信要求のときに応じた、或いはクライアント端末からの要求を反映した制御データを効率よく生成できる。
【０１１４】
請求項４記載の発明によれば、クライアント端末からアプリケーションの配信の要求を受ける都度、当該アプリケーション配信装置にて定義される更新日時パラメータとクライアント端末側で任意に設定された前記アプリケーションに係るパラメータと、を付加した制御データを生成し、この制御データを実行プログラムの送信に先立ってクライアント端末に送信する。そのため、クライアント端末に配信されたアプリケーションの登録や実行をアプリケーション配信装置主体に管理できる。
また、アプリケーション配信の都度、更新日時パラメータは常に新しく更新されて制御データに付加されるため、アプリケーション配信装置は、クライアント端末から同一のアプリケーションの配信要求を２回以上受けた場合であってもクライアント端末側で要求するアプリケーションを柔軟に且つ確実に配信でき、実用性に優れたアプリケーション配信装置を提供できる。
また、クライアント端末側で任意に設定された前記アプリケーションに係るパラメータを付加した制御データを自動的に生成するため、サーバ側の人的な制御データ生成作業を必要とせず、また、クライアント端末側で任意に設定したパラメータ毎に異なる制御データを予め全て用意しておく必要もなくなる。そのため、サーバの人的な作業負担及び装置の負荷を軽減できる。
また、アプリケーションの配信要求を受けたときに応じた実行プログラムを生成して、クライアント端末に送信するので、時間に応じた様々なアプリケーションを配信できる。また、実行プログラムの生成に係る人的な作業負担を軽減できる。また、時間毎に異なる実行プログラムを予め蓄積しておく必要もなくなり、装置の負荷を低減できる。
従って、クライアント端末で要求するアプリケーションを確実に配信でき、実用性に優れたアプリケーション配信装置を提供できる。
【０１１７】
請求項５記載の発明によれば、アプリケーションの配信要求を受けたときに応じた、或いはクライアント端末からの要求を反映した制御データを効率よく生成できる。
【図面の簡単な説明】
【図１】本実施の形態のアプリケーション配信システム１の全体構成を示す図である。
【図２】サーバ２の機能ブロック図である。
【図３】クライアント端末３の機能ブロック図である。
【図４】アプリケーション配信システム１において、アプリケーションを配信する際のクライアント端末３及びサーバ２間の通信の全体的な流れを説明する図である。
【図５】アプリケーション配信の際に、クライアント端末３とサーバ２で実行される各処理を説明するフローチャートである。
【図６】サーバ２にて実行されるＪＡＭファイル，ＪＡＲファイル生成処理の流れの具体例を説明するフローチャートである。
【図７】ＪＡＭファイル生成部２４にて生成されるＪＡＭファイルの具体例であり、（Ａ）は初回の配信要求の際に生成されるＪＡＭファイル、（Ｂ）は次回の配信要求の際に生成されるＪＡＭファイルである。
【図８】ＪＡＲファイル生成処理の流れの具体例を説明するフローチャートである。
【図９】（Ａ）はＪＡＲ構成ファイル記憶部２７におけるＪＡＲ構成ファイルと、時間帯との関連付けを示す図であり、（Ｂ）は、朝ダウンロードを要求した場合に生成されるＪＡＲファイルの構成の一例を示す図である。
【符号の説明】
１      アプリケーション配信システム
２      サーバ
２１      制御部
２２      ウェブサーバ
２３      送受信部
２４      ＪＡＭファイル生成部
２４ａ    リアルタイムクロック情報生成部
２４ｂ    他のＪＡＭファイル項目生成部
２５      ＪＡＲファイル生成部
２５ａ    ファイル選択部
２５ｂ    ＪＡＲ形式生成部
２６      ＪＡＭファイルテンプレート記憶部
２７      ＪＡＲ構成ファイル記憶部
２８      記憶部
２９      マスタクロック
３      クライアント端末
３１      ウェブブラウザ
３２      制御部
３２ａ    管理部
３３      送受信部
３４      ＪＡＶＡ実行部
３５      記憶部
４      インターネット
【図１】
0003590582.tif 000002
【図２】
0003590582.tif 000003
【図３】
0003590582.tif 000004
【図４】
0003590582.tif 000005
【図５】
0003590582.tif 000006
【図６】
0003590582.tif 000007
【図７】
0003590582.tif 000008
【図８】
0003590582.tif 000009
【図９】
0003590582.tif 000010