JP2002183017A - アプリケーション配信システム、及びアプリケーション配信装置 - Google Patents

Abstract

(57)【要約】 【課題】 本発明の課題は、クライアント端末から要求
されるアプリケーションを確実に配信し、実用性に優れ
たアプリケーション配信システム、及びアプリケーショ
ン配信端末を提供することである。 【解決手段】 サーバ２はインターネット４を介して接
続されたクライアント端末３からアプリケーションの配
信が要求されると、アプリケーションの配信要求を受け
たときのサーバ２側のリアルタイムクロック情報をＪＡ
Ｍファイルの更新日時パラメータに設定し、実行ファイ
ルであるＪＡＲファイルの送信に先立って送信する。ク
ライアント端末３はＪＡＭファイルに設定された更新日
時からＪＡＲファイルの上書きが可能であるか判別し、
既存のＪＡＭファイルに設定されている更新日時より新
しい場合にはＪＡＲファイルをダウンロードして上書き
する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、アプリケーション
配信システム、及びアプリケーション配信装置に係り、
詳細には、クライアント端末から要求されたアプリケー
ションをサーバからネットワークを介して配信するアプ
リケーション配信システム、及びアプリケーション配信
装置に関する。

【０００２】

【従来の技術】従来より、ＷＷＷ（World Wide Web）を
利用したアプリケーション配信システムが提供されてい
る。この種のアプリケーション配信システムは、一般
に、アプリケーションを蓄積し、ＷＷＷクライアントか
ら要求されるアプリケーションを配信するＷＷＷサーバ
（以下、サーバという）と、所望のアプリケーションを
サーバに対して要求し、要求に応じたアプリケーション
をダウンロードし、実行するＷＷＷクライアント（以
下、クライアント端末という）と、から構成される。

【０００３】以下、従来のアプリケーション配信システ
ムにおいて、ＪＡＶＡ（登録商標）アプリケーションを
配信する際の流れを説明する。クライアント端末は、Ｊ
ＡＶＡアプリケーションを実行するためのＪＡＶＡ実行
環境を備え、また、サーバは、複数のＪＡＶＡアプリケ
ーションをデータベースに蓄積して記憶しているものと
する。

【０００４】クライアント端末のウェブブラウザ上で、
ユーザの操作によりダウンロードを希望するアプリケー
ションが指定されると、クライアント端末はサーバへ指
定アプリケーションのダウンロード要求を送信する。サ
ーバは、ダウンロード要求を受けると、そのアプリケー
ションの検索プログラムを実行し、データベースから指
定アプリケーションを検索し、検索されたアプリケーシ
ョンに関する属性情報を含むＪＡＭファイル（制御デー
タの一種）を読み出して要求元のクライアント端末へ送
信する。

【０００５】ＪＡＶＡアプリケーションは、単数または
複数の実行プログラムファイル（.classファイル）及び
データファイル（.gifファイル等）をまとめＪＡＲ形式
に圧縮されたＪＡＲファイル（ジャバ・アーカイブファ
イル）を、ＪＡＶＡ実行環境で展開し、このファイル内
に記述されたコードを解釈することにより各種処理動作
を実現するものである。ＪＡＭファイルは、ＪＡＶＡア
プリケーションを管理するための制御データであり、ア
プリケーション（ＪＡＲファイル）の名称（以下、アプ
リケーション名という）、ＪＡＲファイルのサイズ（以
下、アプリケーションサイズという）、アプリケーショ
ンの更新日時、クライアント端末のメニューに登録する
際のメニュー登録名、バージョン番号、アプリケーショ
ンの自動起動時間或いは自動起動間隔等のパラメータが
含まれる。

【０００６】クライアント端末では、ＪＡＭファイルを
受信すると、JAVA Application Managerと呼ばれるＪＡ
ＶＡアプリケーションを管理するための管理モジュール
において、受信したＪＡＭファイルを解釈し、その内容
に基づいてＪＡＶＡアプリケーションの登録及び実行を
管理する。

【０００７】管理モジュールはクライアント端末で常に
起動されており、ＪＡＲファイルの送信に先立ち送信さ
れたＪＡＭファイルに含まれる各パラメータから所定の
条件を判断し、条件を満たした場合にＪＡＲファイルの
ダウンロードをサーバに要求する。また、ダウンロード
したＪＡＲファイルをクライアント端末内の所定の記憶
領域に保存する。或いは、クライアント端末にＪＡＲフ
ァイルが既に記憶されており、バージョンアップ（更
新）する場合は、そのＪＡＲファイルを更新して記憶す
る。

【０００８】ここで、管理モジュールで確認される上記
所定の条件には、ＪＡＭファイル内の各パラメータが指
定されていること、及び、既存アプリケーションをダウ
ンロード要求した場合には、同一名称のＪＡＲファイル
がクライアント端末に既に記憶されており、かつ、今回
受信したＪＡＭファイル内の更新日時パラメータが既存
のＪＡＭファイル内の更新日時パラメータより新しいこ
と、等が含まれる。

【０００９】また、管理モジュールはサーバからＪＡＲ
ファイルを受信すると、受信したＪＡＲファイルのサイ
ズが、ＪＡＭファイルのアプリケーションサイズパラメ
ータと一致するか判別し、一致する場合には既存のＪＡ
Ｒファイルが記憶されている記憶領域に、今回受信した
ＪＡＲファイルを上書きする。以後、管理モジュールは
ＪＡＭファイルの自動起動時間パラメータや自動起動間
隔パラメータで設定されている時間が到来すると、自動
的にそのアプリケーションを起動し、処理を実行させ
る。

【００１０】ところで、従来のアプリケーション配信シ
ステムでは、ＪＡＭファイル内に設定されたパラメータ
はクライアント端末側で変更できないこととなってい
る。そのため、クライアント端末側でパラメータを変更
したい場合には、変更後のパラメータを指定して、再度
そのアプリケーションをダウンロードする必要がある。

【００１１】

【発明が解決しようとする課題】しかしながら、従来の
アプリケーション配信システムでは、管理モジュールで
確認される上記条件を満たさない場合、即ち、既存アプ
リケーションを再度ダウンロード要求した場合に、今回
受信したＪＡＭファイル内の更新日時パラメータが既存
のＪＡＭファイル内の更新日時パラメータと同一である
か、または古い場合には、そのＪＡＲファイルをダウン
ロードできなかった。

【００１２】具体的には、例えば、ＪＡＭファイル内に
自動起動時間パラメータが設定された目覚まし時計アプ
リケーションを使用する場合、第１回目のダウンロード
時に、午前７時に起動するよう指定し、その指定内容を
反映したＪＡＭファイル（即ち、自動起動時間パラメー
タに「午前７時」をセットしたＪＡＭファイル）がクラ
イアント端末内に記憶されているものとする。また、こ
の目覚まし時計アプリケーションに係るＪＡＲファイル
も記憶されているものとする。

【００１３】その後、目覚まし時計アプリケーションを
午前７時３０分に起動するよう変更する場合は、クライ
アント端末において「午前７時３０分」を指定して、再
度同一のアプリケーションのダウンロードを要求する。
この２回目のダウンロード要求では、午前７時３０分に
起動するよう指定されたＪＡＭファイル（即ち、自動起
動時間パラメータに「午前７時３０分」をセットしたＪ
ＡＭファイル。ＪＡＲファイル自体は更新されないの
で、更新日時パラメータは既存のものと同一である。）
をサーバから受信するが、クライアント端末の管理モジ
ュールは、ＪＡＭファイルの更新日時パラメータが同一
であるため、上記条件を満たさないとして、ＪＡＲファ
イルのダウンロード要求を送信しない。

【００１４】そのため、ユーザの所望する変更を反映し
たＪＡＲファイルをダウンロードできない。このよう
に、従来のアプリケーション配信システムでは、一度パ
ラメータを指定してダウンロードしたアプリケーション
は、そのパラメータを変更して使用できないという不都
合が生じていた。

【００１５】また、サーバはダウンロード要求を受けた
際に、その要求に応じたＪＡＭファイルをデータベース
から検索し、送信しているが、同一のアプリケーション
であってもパラメータが異なれば、夫々そのＪＡＭファ
イルを予め用意しておかねばならなかった。また、これ
らのＪＡＭファイルの生成は手動で行われていたため、
非効率的である。

【００１６】本発明の課題は、クライアント端末から要
求されるアプリケーションを確実に配信し、実用性に優
れたアプリケーション配信システム、及びアプリケーシ
ョン配信端末を提供することである。

【００１７】また、本発明の課題は、アプリケーション
配信システムにおいて、サーバ側の負荷やサーバ運営上
の負担を軽減することである。

【００１８】

【課題を解決するための手段】このような課題を解決す
るため、請求項１記載の発明は、ネットワーク（例え
ば、図１に示すインターネット４）を介して接続された
サーバ（例えば、図１に示すサーバ２）に対してアプリ
ケーションの配信を要求する要求手段（例えば、図３に
示す制御部３２、ウェブブラウザ３１、及び送受信部３
３）と、サーバから送信される制御データに基づいて、
アプリケーションの登録及び実行を管理する管理手段
（例えば、図３に示す管理部３２ａ）と、を備えたクラ
イアント端末（例えば、図１に示すクライアント端末
３）と、前記クライアント端末から要求されたアプリケ
ーション及びその制御データを該クライアント端末に対
して配信する配信手段（例えば、図２に示す制御部２
１、ウェブサーバ２２、及び送受信部２３）を備えたサ
ーバ（例えば、図１に示すサーバ２）と、から構成され
るアプリケーション配信システム（例えば、図１に示す
アプリケーション配信システム１）において、前記サー
バは、前記クライアント端末からアプリケーションの配
信の要求を受ける都度、当該サーバにて定義されるパラ
メータを付加した制御データを生成する制御データ生成
手段（例えば、図２に示すＪＡＭファイル生成部２４、
図４の）を備え、前記配信手段は、この制御データ生
成手段によって生成された制御データを、アプリケーシ
ョンの実行プログラムの送信に先立ち送信する（例え
ば、図４の）ことを特徴としている。

【００１９】ここで、クライアント端末は、インターネ
ット接続機能を備えた携帯電話であることが望ましい。
また、前記アプリケーションは、ＪＡＶＡ実行環境にお
いて実行可能なＪＡＶＡアプリケーションであり、前記
クライアント端末は、ＪＡＶＡ実行環境を備えたＪＡＶ
Ａ対応携帯電話であることが望ましい。

【００２０】請求項１記載の発明によれば、サーバは、
クライアント端末からアプリケーションの配信要求を受
ける都度、当該サーバにて定義されるパラメータを付加
した制御データを生成し、この制御データを実行プログ
ラムの送信に先立ってクライアント端末に送信し、クラ
イアント端末は送信された制御データに基づいて、アプ
リケーションの登録や実行を管理する。そのため、クラ
イアント端末に配信されたアプリケーションの登録や実
行に関する管理をサーバ主体に行うことができる。従っ
て、サーバはクライアント端末で要求するアプリケーシ
ョンを確実に配信でき、実用性の高いアプリケーション
配信システムを提供できる。

【００２１】請求項２記載の発明は、請求項１記載のア
プリケーション配信システムにおいて、前記クライアン
ト端末は、アプリケーションの配信を要求する際、該ク
ライアント端末で任意に設定されたパラメータを前記サ
ーバに送信する設定パラメータ送信手段を備え、前記サ
ーバの制御データ生成手段は、前記クライアント端末で
設定されたパラメータ（例えば、図７の自動起動時間パ
ラメータ）を、前記サーバにて定義されるパラメータ
（例えば、図７の更新日時パラメータ）とともに前記制
御データに付加することを特徴としている。

【００２２】請求項２記載の発明によれば、サーバにて
定義されるパラメータのみならず、クライアント端末側
で任意に設定したパラメータを制御データに付加するた
め、クライアント端末側での要求に柔軟に対応したアプ
リケーションを確実に配信できる。また、任意のパラメ
ータを付加した制御データを自動的に生成するため、サ
ーバ側の人的な制御データ生成作業を必要とせず、ま
た、クライアント端末側で任意に設定したパラメータ毎
に異なる制御データを予め全て用意しておく必要もなく
なる。そのため、サーバの人的な作業負担及び装置の負
荷を軽減できる。

【００２３】請求項３記載の発明は、請求項１または２
に記載のアプリケーション配信システムにおいて、前記
サーバは、時刻を計時する計時手段（例えば、図２に示
すマスタクロック２９）を更に備え、前記制御データ生
成手段は、アプリケーションの配信要求を受けたときに
計時手段により計時される時刻を、該アプリケーション
の更新日時パラメータとして前記制御データに付加し
（図２のリアルタイムクロック情報生成部２４ａ、図６
のＳ２２）、前記クライアント端末の管理手段は、前記
制御データに含まれる更新日時パラメータに基づいて、
該アプリケーションの登録が可能であるか否かを判別す
る判別手段（例えば、図５のステップＭ４）と、この判
別手段によって登録が可能であると判別した場合に、該
アプリケーションの実行プログラムの送信を要求する実
行プログラム要求手段（例えば、図５のステップＭ５）
と、を備えることを特徴としている。

【００２４】請求項３記載の発明によれば、サーバは、
クライアント端末からアプリケーションの配信要求を受
けた時刻をアプリケーションの更新日時パラメータとし
て制御データに付加してクライアント端末に送信し、ク
ライアント端末では、この更新日時パラメータに基づい
てアプリケーションの登録の可否を判別し、登録可能で
ある場合は、実行プログラムを要求する。そのため、更
新日時パラメータはアプリケーション配信の都度、常に
新しく更新され、クライアント端末から同一のアプリケ
ーションの配信要求を２回以上受けた場合にも、サーバ
はクライアント端末で要求するアプリケーションを確実
に登録させることができる。

【００２５】請求項４記載の発明は、請求項１から３の
何れかに記載のアプリケーション配信システムにおい
て、前記サーバは、少なくともアプリケーション別に用
意された制御データテンプレートを記憶するテンプレー
ト記憶手段（例えば、図２に示すＪＡＭファイルテンプ
レート記憶部２６）を備え、前記制御データ生成手段
は、アプリケーションの配信の要求を受けた際、このテ
ンプレート記憶手段に記憶された該アプリケーションの
制御データテンプレートを読み出し、この制御データテ
ンプレートに前記パラメータを付加することにより制御
データを生成することを特徴としている。

【００２６】請求項４記載の発明によれば、制御データ
テンプレートを予め複数記憶しておき、この制御データ
テンプレートにパラメータを付加することにより、アプ
リケーションの配信要求のときに応じた、或いはクライ
アント端末からの要求を反映した制御データを効率よく
生成できる。

【００２７】請求項５記載の発明は、請求項１から４の
何れかに記載のアプリケーション配信システムにおい
て、前記サーバは、前記クライアント端末からアプリケ
ーションの配信の要求を受ける都度、その配信要求を受
けたときに応じた該アプリケーションの実行プログラム
を生成する実行プログラム生成手段（例えば、図２に示
すＪＡＲファイル生成部２５、図６のＳ２３、Ｓ２４、
図８のＳ３１〜Ｓ３５、図４の）を更に備え、前記配
信手段は、この実行プログラム生成手段によって生成さ
れた実行プログラムを該クライアント端末に送信する
（例えば、図４の）ことを特徴としている。

【００２８】請求項５記載の発明によれば、アプリケー
ションの配信要求を受けたときに応じた実行プログラム
を生成して、クライアント端末に送信するので、時間に
応じた様々なアプリケーションを配信できる。また、実
行プログラムを自動的に生成するため、サーバにおける
人的な作業負担を軽減できる。また、時間毎に異なる実
行プログラムをサーバに予め蓄積しておく必要もなくな
り、装置の負荷を軽減できる。

【００２９】請求項６記載の発明は、アプリケーション
に基づく動作を実行するクライアント端末にネットワー
クを介して接続され、該クライアント端末から要求され
たアプリケーションを配信するアプリケーション配信装
置において、前記クライアント端末からアプリケーショ
ンの配信の要求を受ける都度、当該アプリケーション配
信装置にて定義されるパラメータを付加した制御データ
を生成する制御データ生成手段と、この制御データ生成
手段によって生成された制御データを、該アプリケーシ
ョンの実行プログラムの送信に先立ち送信する制御デー
タ送信手段と、を備えることを特徴としている。

【００３０】請求項６記載のアプリケーション配信装置
によれば、クライアント端末からアプリケーションの配
信の要求を受ける都度、当該アプリケーション配信装置
にて定義されるパラメータを付加した制御データを生成
し、この制御データをアプリケーションの実行プログラ
ムの送信に先立ちクライアント端末に送信するので、ク
ライアント端末に配信されたアプリケーションの登録や
実行をアプリケーション配信装置主体に管理できる。従
って、クライアント端末で要求するアプリケーションを
確実に配信でき、実用性に優れたアプリケーション配信
装置を提供できる。

【００３１】請求項７記載の発明は、請求項６記載のア
プリケーション配信装置において、前記制御データ生成
手段は、前記クライアント端末で任意に設定されたパラ
メータを、当該アプリケーション配信装置にて定義され
るパラメータとともに前記制御データに付加することを
特徴としている。

【００３２】請求項７記載のアプリケーション配信装置
によれば、当該アプリケーション配信装置にて定義され
るパラメータのみならず、クライアント端末側で任意に
設定したパラメータを制御データに付加するため、クラ
イアント端末側での要求に柔軟に対応したアプリケーシ
ョンを確実に配信できる。また、任意のパラメータを付
加した制御データを自動的に生成するため、人的な制御
データ生成作業を必要とせず、また、クライアント端末
側で任意に設定したパラメータ毎に異なる制御データを
予め全て用意しておく必要もなくなる。そのため、制御
データ作成に係る人的な作業負担及び装置の負荷を軽減
できる。

【００３３】請求項８記載の発明は、請求項６または７
に記載のアプリケーション配信装置において、時刻を計
時する計時手段を更に備え、前記制御データ生成手段
は、アプリケーションの配信要求を受けたときに計時手
段により計時される時刻を、該アプリケーションの更新
日時パラメータとして前記制御データに付加することを
特徴としている。

【００３４】請求項８記載のアプリケーション配信装置
によれば、クライアント端末からアプリケーションの配
信要求を受けた時刻をアプリケーションの更新日時パラ
メータとして制御データに付加してクライアント端末に
送信するため、アプリケーションの更新日時を常に新し
く設定できる。そのため、クライアント端末から同一の
アプリケーションの配信要求を２回以上受けた場合に
も、クライアント端末で要求するアプリケーションを確
実に登録させることができる。

【００３５】請求項９記載の発明は、請求項６から８の
何れかに記載のアプリケーション配信装置において、少
なくともアプリケーション別に用意された制御データテ
ンプレートを記憶する制御データ記憶手段を更に備え、
前記制御データ生成手段は、アプリケーションの配信の
要求を受けた際、この制御データ記憶手段に記憶された
該アプリケーションの制御データテンプレートを読み出
し、この制御データテンプレートに前記パラメータを付
加することにより制御データを生成することを特徴とし
ている。

【００３６】請求項９記載のアプリケーション配信装置
によれば、制御データテンプレートを予め複数記憶して
おき、この制御データテンプレートにパラメータを付加
することにより、アプリケーションの配信要求を受けた
ときに応じた、或いはクライアント端末からの要求を反
映した制御データを効率よく生成できる。

【００３７】請求項１０記載の発明は、請求項６から９
の何れかに記載のアプリケーション配信装置において、
前記クライアント端末からアプリケーションの配信要求
を受ける都度、その配信要求を受けたときに応じた該ア
プリケーションの実行プログラムを生成する実行プログ
ラム生成手段と、この実行プログラム生成手段によって
生成された実行プログラムを該クライアント端末に送信
する実行プログラム送信手段と、を更に備えることを特
徴としている。

【００３８】請求項１０記載のアプリケーション配信装
置によれば、アプリケーションの配信要求を受けたとき
に応じた実行プログラムを生成して、クライアント端末
に送信するので、時間に応じた様々なアプリケーション
を配信できる。また、実行プログラムの生成に係る人的
な作業負担を軽減できる。また、時間毎に異なる実行プ
ログラムを予め蓄積しておく必要もなくなり、装置の負
荷を軽減できる。

【００３９】

【発明の実施の形態】以下、図を参照して本発明の実施
の形態を詳細に説明する。以下の説明では、本発明の好
適な実施の形態として、クライアント端末３からの要求
に応じてＪＡＶＡアプリケーションの配信を行うアプリ
ケーション配信システム１について説明する。

【００４０】まず構成を説明する。図１は、本実施の形
態のアプリケーション配信システム１の全体構成を示す
図である。図１に示すように、アプリケーション配信シ
ステム１は、サーバ２と、クライアント端末３とが、イ
ンターネット４を介して接続されて構成される。ここ
で、インターネット４とは、電話回線、ＩＳＤＮ回線等
の公衆回線網、専用回線、及び移動体通信網を含む各種
ネットワークと、これらを接続するインターネットサー
ビスプロバイダや移動体通信の基地局等を含むものとす
る。

【００４１】サーバ２は、例えば汎用コンピュータによ
り構成され、クライアント端末３側で実行可能なＪＡＶ
Ａアプリケーション（ＪＡＲ形式圧縮ファイル（以下、
ＪＡＲファイルという）及びその制御データファイルで
あるＪＡＭファイル）を生成するＪＡＶＡアプリケーシ
ョン生成機能と、クライアント端末３からの要求に応じ
てＪＡＶＡアプリケーションを配信するＪＡＶＡアプリ
ケーション配信機能と、を備える。

【００４２】サーバ２の機能ブロック図を図２に示す。
図２に示すように、上述の各機能を実現するため、サー
バ２は、制御部２１、ウェブサーバ２２、送受信部２
３、ＪＡＭファイル生成部２４、ＪＡＲファイル生成部
２５、ＪＡＭファイルテンプレート記憶部２６、ＪＡＲ
構成ファイル記憶部２７、記憶部２８、マスタクロック
２９、図示しない入力部、及び図示しない表示部等を備
える。

【００４３】制御部２１は、ＣＰＵにより構成され、サ
ーバ２における各種処理を実行制御する。即ち、記憶部
２８に記憶された当該サーバ２のシステムプログラムや
当該システムプログラムに対応したアプリケーションプ
ログラムを読出し、これらの各プログラムに従って入力
部から入力される、或いは送受信部２３にて受信する指
示に従って各種処理を実行し、処理結果を記憶部２８に
記憶するとともに、表示部に表示させる。

【００４４】また、制御部２１は、ＪＡＶＡアプリケー
ションを配信する際、以下の手順に従ってクライアント
端末３から要求されたＪＡＶＡアプリケーションを配信
する。ＪＡＶＡアプリケーションを配信する際、サーバ
２は、ウェブサーバ２２においてクライアント端末３か
らＪＡＭ，ＪＡＲファイル要求を受信すると、ＪＡＭフ
ァイル生成部２４にＪＡＭファイル生成指示を出力する
とともに、ＪＡＲファイル生成部２５にＪＡＲファイル
生成指示を出力し、ＪＡＭファイル及びＪＡＲファイル
を生成させる。そして、まず、ＪＡＭファイル生成部２
４にて生成されたＪＡＭファイルをクライアント端末３
に送信する。その後、クライアント端末３からＪＡＲフ
ァイル要求を受信した場合は、ＪＡＲファイル生成部２
５にて生成されたＪＡＲファイルをクライアント端末３
に対して送信する。

【００４５】ＪＡＭファイルとは、ＪＡＶＡアプリケー
ションの制御データファイルの一種であり、アプリケー
ションの実行プログラム（ＪＡＲファイル）の送信に先
立ち、クライアント端末３に送信されるものである。Ｊ
ＡＭファイルには、ＪＡＶＡ仮想マシン（Java VM）の
バージョン、アプリケーション名、バージョン、ダウン
ロード先、アプリケーションサイズ、更新日時、自動起
動時間等の各種パラメータが含まれる（図７参照）。ま
た、ＪＡＲファイルとは、ＪＡＶＡアプリケーションの
実行プログラム（例えば、“.classファイル”）やデー
タ（例えば、“.gifファイル”；画像データ）をＪＡＲ
形式に圧縮したファイルである（図９参照）。

【００４６】ＪＡＭファイル生成部２４は、制御部２１
からのＪＡＭファイル生成指示に応じて、サーバ２のマ
スタクロック２９にて計時される現在時刻情報（以下、
リアルタイムクロック情報という）を埋め込んだＪＡＭ
ファイルを生成するためのリアルタイムクロック情報生
成部２４ａと、他のＪＡＭファイル項目生成部２４ｂと
を有する。

【００４７】リアルタイムクロック情報生成部２４ａ
は、クライアント端末３からのＪＡＭ，ＪＡＲファイル
要求を受信した時、或いは制御部２１からＪＡＭファイ
ル生成指示を受けた時の現在時刻データをマスタクロッ
ク２９から取得し、これをリアルタイムクロック情報と
してＪＡＭファイルテンプレート内の更新日時パラメー
タ“LastModified”に挿入する。

【００４８】他のＪＡＭファイル項目生成部２４ｂは、
クライアント端末３からＪＡＭ，ＪＡＲファイル要求時
に指定される内容を、ＪＡＭファイルテンプレートの対
応するパラメータに挿入する。また、ＪＡＲファイル生
成部２５において、ＪＡＲファイルが変更された場合に
は、そのアプリケーションサイズが変更されるので、ア
プリケーションサイズパラメータ“AppSize”を変更す
る。

【００４９】ＪＡＭファイルテンプレート記憶部２６に
は、少なくともアプリケーション別に複数のＪＡＭファ
イルテンプレートが記憶されている。ＪＡＭファイル生
成時には、このＪＡＭファイルテンプレート記憶部２６
に記憶された複数のＪＡＭファイルテンプレートの中か
ら、要求に適合したＪＡＭファイルテンプレートが検索
され、そのＪＡＭファイルテンプレートに上述のリアル
タイムクロック情報や他のＪＡＭファイル項目（パラメ
ータ）が挿入されてＪＡＭファイルが生成される。

【００５０】ＪＡＭファイルテンプレートとは、ＪＡＭ
ファイルのパラメータのうち、少なくとも実行ファイル
（ＪＡＲファイル）に変更や更新がなければ変更されな
いパラメータにのみ、データを設定したファイルであ
り、例えば、ＪＡＶＡ実行環境のバージョン“kvmVe
r”、アプリケーション名“AppClass”、ＪＡＲファイ
ルのダウンロード先“packageURL”、アプリケーション
サイズ“AppSize”等の各パラメータに既にデータがセ
ットされ、更新日時“LastModified”や自動起動時間
“LaunchAt”等のユーザ側による指定や、アプリケーシ
ョンの要求時にサーバで定義するパラメータには、デー
タが未だセットされていないものである。このＪＡＭフ
ァイルテンプレートは、アプリケーション別またはバー
ジョン別等、サーバ側で管理しやすいように用意すれば
よい。

【００５１】ＪＡＲファイル生成部２５は、制御部２１
からのＪＡＲファイル生成指示に応じて、当該サーバ２
のリアルタイムクロック情報に応じて異なるＪＡＲファ
イルを生成するため、ファイル選択部２５ａと、ＪＡＲ
形式生成部２５ｂと、を有する。

【００５２】ファイル選択部２５ａは、クライアント端
末３からのＪＡＭ，ＪＡＲファイル要求を受信した時、
或いは制御部２１からＪＡＭファイル生成指示を受けた
時に現在時刻をマスタクロック２９から取得し、この時
刻に関連付けられている実行プログラムやデータ（以
下、ＪＡＶＡアプリケーションを構成する各実行プログ
ラムやデータを総称してＪＡＲ構成ファイルという）を
ＪＡＲ構成ファイル記憶部２７から選択する。

【００５３】ＪＡＲ形式生成部２５ｂは、ファイル選択
部２５ａにて選択された複数のＪＡＲ構成ファイルをま
とめ、ＪＡＲ形式に圧縮してＪＡＲファイルを生成す
る。また、ＪＡＲ形式生成部２５ｂにおいてＪＡＲファ
イルが生成されると、アプリケーションサイズが変更さ
れるため、制御部２１はＪＡＭファイル生成部２４に対
して、変更されたアプリケーションサイズデータを供給
し、このＪＡＲファイルに対応するＪＡＭファイルのア
プリケーションサイズパラメータ“AppSize”を更新す
るよう制御する。

【００５４】ＪＡＲ構成ファイル記憶部２７には、複数
のＪＡＲ構成ファイルが、時刻や時間に対応付けて記憶
されており、ＪＡＲファイル生成時には、その生成時に
対応付けられているＪＡＲ構成ファイルが選択される
（図９参照）。

【００５５】ウェブサーバ２２は、ＣＰＵにより構成さ
れ、インターネット４を介して接続されたクライアント
端末３との間で、例えばＨＴＴＰ（Hyper Text Transfe
r Protocol）プロトコルに基づく各種データの送受信を
制御する。具体的には、クライアント端末３に対してサ
ーバ２にて開設しているＷＥＢサイトの画面データを送
信したり、クライアント端末３から各種要求を受信した
り、要求されたデータやアプリケーションの配信に関す
る各種動作を実行したりする。

【００５６】送受信部２３は、モデムまたはターミナル
アダプタ等により構成され、インターネット４を介した
クライアント端末３との通信を行う。

【００５７】記憶部２８は、記憶装置及び記録媒体によ
り構成され、記録媒体には、本クライアント端末３のシ
ステムプログラム（ＯＳ）や、各種アプリケーションプ
ログラムが記憶される他、本発明に係るＪＡＭファイ
ル，ＪＡＲファイル生成処理を実行するためのプログラ
ム、及びデータが記憶される。

【００５８】マスタクロック２９は、サーバ２に内蔵さ
れた周知の計時手段であり、現在時刻や日付等の時間デ
ータを計時する。

【００５９】次に図３を参照して、クライアント端末３
の構成を説明する。クライアント端末３は、インターネ
ット４を介して接続されたサーバ２にアクセスし、これ
らの各端末との間でデータを通信する通信機能、ＪＡＶ
Ａアプリケーションの配信要求を行うためのアプリケー
ション要求機能、取得したＪＡＶＡアプリケーションを
管理する管理機能、及び取得したＪＡＶＡアプリケーシ
ョンを実行するＪＡＶＡアプリケーション実行機能等を
備えた、例えば携帯電話端末やパーソナルコンピュー
タ、ゲーム装置、家電製品、その他の電子機器である。

【００６０】図３はクライアント端末３の機能ブロック
図である。図３に示すように、クライアント端末３は上
述の機能を実現するため、ウェブブラウザ３１、制御部
３２、送受信部３３、ＪＡＶＡ実行部３４、記憶部３
５、図示しない入力部、及び図示しない表示部を備え
る。

【００６１】制御部３２は、ＣＰＵにより構成され、ク
ライアント端末３における各種処理を実行制御する。詳
細には、サーバ２へのアクセス、ウェブブラウザ３１に
おけるアプリケーションダウンロード画面の閲覧、サー
バ２へのＪＡＶＡアプリケーションの要求、ＪＡＶＡア
プリケーションのダウンロード処理、及びＪＡＶＡアプ
リケーションの実行等の各種処理を実行制御する。

【００６２】また、制御部３２は、本クライアント端末
３でのＪＡＶＡアプリケーションの登録や実行を管理す
る管理部３２ａを有する。管理部３２ａは、JAVA Appli
cation Managerと呼ばれる管理処理プログラムにより実
現され、この管理処理プログラムは常に起動されている
ものである。管理部３２ａでは、アプリケーションのダ
ウンロードに際し、サーバ２から送信されるＪＡＭファ
イルを解釈し、ＪＡＭファイルに含まれるパラメータが
所定の条件を満たすか否か判別し、条件を満たすならば
サーバ２に対してＪＡＲファイル要求を行う。

【００６３】上記条件には、ＪＡＭファイルの各パラメ
ータが指定されていること、同一ファイル名のＪＡＲフ
ァイルが既に当該クライアント端末３に記憶されている
か否か、同一ファイル名のＪＡＲファイルが既に当該ク
ライアント端末３に記憶されている場合には、受信した
ＪＡＭファイル内の更新日時パラメータ“LastModifie
d”が既に存在するＪＡＭファイル内の更新日時パラメ
ータ“LastModified”より新しいこと等が挙げられる。

【００６４】以上の条件を満たす場合、即ち、ＪＡＭフ
ァイルの各パラメータが指定されており、同一ファイル
名のＪＡＲファイルが既に当該クライアント端末３に記
憶されており、受信したＪＡＭファイル内の更新日時パ
ラメータ“LastModified”が既に存在するＪＡＭファイ
ル内の更新日時パラメータ“LastModified”より新しい
場合には、管理部３２ａは、ＪＡＲファイル要求をサー
バ２に対して送信し、サーバ２からＪＡＲファイルを受
信すると、ダウンロード後のデータサイズがＪＡＭファ
イル内のアプリケーションサイズパラメータ“AppSiz
e”と一致するか判別し、一致すればこのＪＡＲファイ
ルを記憶部３５の既に記憶されているＪＡＲファイルの
記憶領域に上書きする。

【００６５】また、同一ファイル名のＪＡＲファイルが
当該クライアント端末３に記憶されていない場合も、管
理部３２ａは、ＪＡＲファイル要求をサーバ２に対して
送信し、サーバ２からＪＡＲファイルを受信すると、ダ
ウンロード後のデータサイズがＪＡＭファイル内のアプ
リケーションサイズパラメータ“AppSize”と一致する
か判別し、一致すればこのＪＡＲファイルを記憶部３５
の新規記憶領域に記憶させる。この場合は、ＪＡＭファ
イルの更新日時パラメータ“LastModified”は確認され
ない。

【００６６】また、管理部３２ａは、図示しない計時部
にて現在の時刻や時間を監視し、ＪＡＭファイルに設定
される自動起動時間や起動時間間隔に到達すると、自動
的にＪＡＶＡアプリケーションを起動し、ＪＡＶＡ実行
部３４に実行させる。

【００６７】ウェブブラウザ３１は、制御部３２の制御
により、ＨＴＴＰ（Hyper Text Transport Protocol）
プロトコルに基づきサーバ２との間で各種データを送受
信し、受信したデータを表示画面に表示させる。具体的
には、ユーザの指示に応じて、サーバ２で開設している
ＪＡＶＡアプリケーション配信サイトを表示部に表示し
て閲覧可能とし、このサイトでのアプリケーションの選
択、指定可能な項目（パラメータ）への指定等を行うた
めの各画面をサーバ２から受信して、表示部に表示す
る。

【００６８】送受信部３３は、クライアント端末３とサ
ーバ２との間で各種データを送受信する。クライアント
端末３が携帯電話やＰＨＳ等の移動体通信端末により実
現されている場合は、基地局及び公衆回線網を介してサ
ーバ２にアクセスし、データを送受信するためのアンテ
ナや各種通信方式に対応した通信モジュールにより構成
され、クライアント端末３がパーソナルコンピュータに
より実現されている場合は、公衆回線網を介してサーバ
２にアクセスし、データを送受信するためのモデムやタ
ーミナルアダプタにより構成される。

【００６９】ＪＡＶＡ実行部３４は、ＪＡＶＡ仮想マシ
ンと呼ばれるＪＡＶＡアプリケーションを実行するため
のプログラムにより実現され、制御部３２からの実行指
示に応じて、記憶部３５に記憶されているＪＡＶＡアプ
リケーションを実行する。即ち、ＪＡＲファイルをワー
クメモリに展開し、これらのファイルに記述されたコー
ドを解釈し、コードに従った処理を実行する。

【００７０】記憶部３５は、記憶装置及び記録媒体によ
り構成され、記録媒体には、クライアント端末３のシス
テムプログラム（ＯＳ）や、各種アプリケーションプロ
グラムが記憶される他、本発明に係る各種処理を実行す
るためのプログラム、及びデータが記憶される。

【００７１】また、記憶部３５には、ダウンロードした
ＪＡＶＡアプリケーションに関するＪＡＭファイルやＪ
ＡＲファイルを記憶する記憶領域が複数確保されてい
る。新規アプリケーションをダウンロードする際は、新
たな記憶領域にそのアプリケーションが格納され、既存
のアプリケーションをダウンロードする際は、既にその
アプリケーションが格納されている記憶領域に、ダウン
ロードしたアプリケーションが上書きされる。

【００７２】次に動作を説明する。図４は、アプリケー
ション配信システム１において、ＪＡＶＡアプリケーシ
ョンを配信する際の、クライアント端末３とサーバ２と
の間で行われる通信の全体的な流れを説明する図であ
り、図５は、アプリケーション配信の際に、クライアン
ト端末３とサーバ２で実行される各処理を説明するフロ
ーチャートである。

【００７３】まず、クライアント端末３のウェブブラウ
ザ３１にて、ダウンロードするアプリケーションが指定
される、即ち、ユーザの操作により、ＪＡＭファイル，
ＪＡＲファイル生成プログラムへのリンクがクリックさ
れると（図４の）、ウェブブラウザ３１は、指定され
たアプリケーションについてのＪＡＭファイル，ＪＡＲ
ファイル生成要求を送受信部３３を介してサーバ２に送
信する（ステップＭ１；図４の）。このとき、ウェブ
ブラウザ３１ではユーザにより指定されたアプリケーシ
ョンの名称（アプリケーション名）を同時に送信する。
また、自動起動時間等の他のパラメータが指定されてい
れば、これらの指定パラメータも同時に送信する。

【００７４】サーバ２ではクライアント端末３からのＪ
ＡＭファイル，ＪＡＲファイル生成要求を待機してお
り、ＪＡＭファイル，ＪＡＲファイル生成要求、及び上
記指定パラメータを受信すると（ステップＳ１；Ｙｅ
ｓ）、ＪＡＭファイル及びＪＡＲファイル生成処理を実
行する（ステップＳ２）。

【００７５】図６は、サーバ２にて実行されるＪＡＭフ
ァイル，ＪＡＲファイル生成処理の流れを説明するフロ
ーチャートである。サーバ２において、クライアント端
末３からＪＡＭファイル，ＪＡＲファイル生成要求及び
指定パラメータを受信すると、制御部２１はまず、ＪＡ
Ｍファイル生成部２４にＪＡＭファイル生成指示を出力
する。ＪＡＭファイル生成部２４は、指定パラメータ
（アプリケーション名）に対応するＪＡＭファイルテン
プレートをＪＡＭファイルテンプレート記憶部２６から
検索し（ステップＳ２１）、更にマスタクロック２９か
らリアルタイムクロック情報を取得して、検索されたＪ
ＡＭファイルテンプレートに取得したリアルタイムクロ
ック情報を挿入する（ステップＳ２２；図４の）。他
の指定パラメータがある場合は、その指定パラメータも
ＪＡＭファイルテンプレートに挿入する。例えば、指定
パラメータとして自動起動時間を受信した場合には、Ｊ
ＡＭファイルテンプレートに、その自動起動時間を挿入
する。

【００７６】次に、制御部２１はＪＡＲファイル生成部
２５にＪＡＲファイル生成指示を出力する。ＪＡＲファ
イル生成部２５は、まず、マスタクロック２９からリア
ルタイムクロック情報を取得し、このリアルタイムクロ
ック情報に関連付けられているＪＡＲ構成ファイルをＪ
ＡＲ構成ファイル記憶部２７から選定し（ステップＳ２
３）、これらのＪＡＲ構成ファイルをまとめてＪＡＲ形
式に圧縮し、ＪＡＲファイルを生成する（ステップＳ２
４；図４の）。

【００７７】また、制御部２１は、ＪＡＭファイル生成
部２４にＪＡＭファイル生成指示を出力し、ＪＡＲファ
イル生成部２５において生成されたＪＡＲファイルのア
プリケーションサイズをＪＡＭファイルのアプリケーシ
ョンサイズパラメータ“AppSize”に変更する。

【００７８】サーバ２におけるＪＡＭファイル，ＪＡＲ
ファイル生成処理によって、ＪＡＭファイルやＪＡＲフ
ァイルが生成されると、サーバ２は、まず、生成したＪ
ＡＭファイルをクライアント端末３に送信する（図５の
ステップＳ３；図４の）。

【００７９】クライアント端末３は、サーバ２から送信
されるＪＡＭファイルを受信すると（ステップＭ２）、
管理部３２ａにおいて、このＪＡＭファイルの解釈を行
う（ステップＭ３；図４の）。ここでは、新規アプリ
ケーションであるか、既存のアプリケーションであるか
が判断されるとともに、既存のアプリケーションである
場合は、そのアプリケーションのＪＡＭファイルに設定
された更新日時パラメータと今回受信したＪＡＭファイ
ルの更新日時パラメータとを比較し、今回受信したＪＡ
Ｍファイルの更新日時パラメータの方が新しい場合は、
ＪＡＲファイルの上書きが可能であると判断して（ステ
ップＭ４；Ｙｅｓ）、サーバ２に対してＪＡＲファイル
要求を送信する（ステップＭ５；図４の）。

【００８０】ここで、本アプリケーション配信システム
１では、サーバ２はＪＡＭファイルを生成する時に、サ
ーバ２のリアルタイムクロック情報を更新日時パラメー
タに挿入しているため、前回受信したＪＡＭファイルよ
り、今回受信したＪＡＭファイルの更新日時パラメータ
の方が必ず新しくなる。

【００８１】なお、その他の条件によりＪＡＲファイル
の上書きができないと判断した場合は（ステップＭ４；
Ｎｏ）、ＪＡＲファイル要求を送信せずに、処理を終了
する。即ち、アプリケーションは更新されない。

【００８２】サーバ２は、クライアント端末３からＪＡ
Ｒファイル要求を受信すると（ステップＳ４；Ｙｅ
ｓ）、ＪＡＲファイル生成部２５にて生成されたＪＡＲ
ファイルをクライアント端末３に送信し（ステップＳ
５；図４の）、クライアント端末３はＪＡＲファイル
を受信すると、新規アプリケーションの場合は、記憶部
３５の新たな記憶領域に保存し、既存アプリケーション
の場合は、上書き保存して（ステップＭ６）、一連のア
プリケーション配信に関する処理を終了する。

【００８３】ここで、図７を参照して、ＪＡＭファイル
生成部２４にて生成されるＪＡＭファイルの具体例を説
明する。図７（Ａ）は、初回のダウンロード要求の際に
生成されるＪＡＭファイルであり、図７（Ｂ）は次回の
ダウンロード要求の際に生成されるＪＡＭファイルであ
る。以下、一例として、ＪＡＭファイルの自動起動時間
パラメータに設定された時刻を計時すると自動的に起動
して、その時刻を報知する目覚まし時計アプリケーショ
ンについて説明する。

【００８４】クライアント端末３では、ウェブブラウザ
３１からサーバ２にアクセスし、目覚まし時計アプリケ
ーションのダウンロード画面を表示している。このダウ
ンロード画面には、例えば、ユーザの起きたい時刻を設
定する入力欄及びダウンロード開始ボタンが設けられて
いる。入力欄に、例えば「午前７時」と入力し、ダウン
ロード開始ボタンがクリックされると、ウェブブラウザ
３１は、この指定時刻情報「午前７時」をＪＡＭファイ
ル，ＪＡＲファイル生成要求とともにサーバ２に送信す
る。

【００８５】サーバ２は、ＪＡＭファイル，ＪＡＲファ
イル生成要求及び指定パラメータを受信すると、ＪＡＭ
ファイル生成部２４によってＪＡＭファイルを生成す
る。このとき、図７（Ａ）に示すように、ＪＡＭファイ
ルの更新日時パラメータ“LastModified”には、アプリ
ケーションの要求を受けた時刻「Sat，25 Nov 2000，1
1：11：26」が挿入され、また、自動起動時間パラメー
タ“LaunchAt”に指定パラメータ「午前７時（T 7:0
0）」が挿入される。

【００８６】サーバ２は、生成されたＪＡＭファイルを
クライアント端末３に送信し、クライアント端末３で
は、管理部３２ａにおいてこのＪＡＭファイルを解釈
し、新規アプリケーションと判断してＪＡＲファイルを
要求し、サーバ２はその要求に応じてＪＡＲファイルを
送信する。以後、管理部３２ａは、ＪＡＭファイルに設
定された自動起動時間「午前７時」を計時すると、この
目覚まし時計アプリケーションを起動し、ＪＡＲファイ
ルに記述されたプログラムに従って、目覚し時計動作を
実行する。

【００８７】ユーザが目覚し時計アプリケーションの起
動時間を変更したい場合は、ＪＡＭファイルの自動起動
時間パラメータ“LaunchAt”を変更する必要があるが、
ＪＡＭファイルの内容はダウンロード後には変更できな
いため、ＪＡＭファイルの自動起動時間パラメータ“La
unchAt”が変更されたアプリケーションを再度ダウンロ
ード要求する必要がある。

【００８８】クライアント端末３では、初回のダウンロ
ードと同様にウェブブラウザ３１からサーバ２にアクセ
スし、目覚まし時計アプリケーションのダウンロード画
面を表示し、このダウンロード画面に設定された入力欄
に、変更後の時刻、例えば「午前７時３０分」を入力
し、ダウンロード開始ボタンをクリックする。ウェブブ
ラウザ３１は、この指定時刻情報「午前７時３０分」を
ＪＡＭファイル，ＪＡＲファイル生成要求とともにサー
バ２に送信する。サーバ２は、ＪＡＭファイル，ＪＡＲ
ファイル生成要求及び指定時刻情報を受信すると、ＪＡ
ＭファイルにてＪＡＭファイルを生成する。このとき、
図７（Ｂ）に示すように、ＪＡＭファイルの更新日時
“LastModified”にはアプリケーション要求を受けた時
刻「Sun，26Nov 2000，22：11：26」が設定され、ま
た、自動起動時間パラメータ“LaunchAt”には指定時刻
情報「午前７時３０分（T 7:30）」が設定される。

【００８９】サーバ２は、生成されたＪＡＭファイルを
クライアント端末３に送信し、クライアント端末３で
は、管理部３２ａにおいてこのＪＡＭファイルを解釈す
る。このとき、更新日時パラメータ“LastModified”は
既存のＪＡＭファイルのものより新しい日付であるた
め、上書き可能であると判断し、ＪＡＲファイルを要求
する。サーバ２はその要求に応じてＪＡＲファイルを送
信する。

【００９０】以後、クライアント端末３では、更新後の
ＪＡＭファイルに設定された自動起動時間「午前７時３
０分」を計時すると、目覚まし時計アプリケーションを
起動し、ＪＡＲファイルに記述されたプログラムに従っ
て、目覚し時計動作を実行する。

【００９１】また、本アプリケーション配信システム１
ではダウンロードを要求するときに応じたＪＡＲファイ
ルが生成される。例えば、ダウンロードを要求した時刻
が朝（午前５時〜正午）である場合は、その時間に関連
付けて記憶されたＪＡＲ構成ファイルが選定されて、Ｊ
ＡＲファイルが生成される。

【００９２】ＪＡＲファイル生成処理の具体的な流れを
図８のフローチャートを参照して説明する。

【００９３】サーバ２は、図５のステップＭ１及びステ
ップＳ１の処理によって、クライアント端末３からＪＡ
Ｍファイル，及びＪＡＲファイルの生成要求を受信する
とＪＡＭファイル，ＪＡＲファイル生成処理を実行す
る。

【００９４】図６のＪＡＭファイル，ＪＡＲファイル生
成処理のステップＳ２３〜Ｓ２４の処理において、ＪＡ
Ｒファイル生成部２５は、例えば図８に示すＪＡＲファ
イル生成処理を実行する。

【００９５】ＪＡＲファイル生成処理において、ＪＡＲ
ファイル生成部２５はマスタクロック２９からリアルタ
イムクロック情報を取得し（ステップＳ３１）、取得し
たリアルタイムクロック情報が「朝」の時間帯、即ち、
午前５時〜正午にある場合は（ステップＳ３２；Ｙｅ
ｓ）、ＪＡＲ構成ファイル記憶部２７から朝に関連付け
られたＪＡＲ構成ファイル（朝用構成ファイル）を選択
する（ステップＳ３３）。また、リアルタイムクロック
情報が朝の時間帯にない場合は（ステップＳ３２；Ｎ
ｏ）、朝用構成ファイル以外のＪＡＲ構成ファイルを選
択する（ステップＳ３４）。その後、ＪＡＲファイル生
成部２５では選択した朝用構成ファイルをまとめてＪＡ
Ｒ形式のファイルに圧縮し（ステップＳ３５）、ＪＡＲ
ファイル生成処理を終了する。

【００９６】図９（Ａ）は、ＪＡＲ構成ファイル記憶部
２７における、ＪＡＲ構成ファイルと時間帯との関連付
けを示す図であり、図９（Ｂ）は、朝ダウンロードを要
求した場合に生成されるＪＡＲファイルの構成を示す図
である。

【００９７】図９（Ａ）に示すように、ＪＡＲ構成ファ
イル記憶部２７に記憶されるＪＡＲ構成ファイルは夫々
時間帯と関連付けられて管理されている。例えば、「Te
st.class」は朝に関連付けられ、「Test2.class」は昼
に関連付けられ、「Test3.class」は夜に関連付けられ
る。同様に、他のＪＡＲ構成ファイルも時間帯に関連付
けられる。

【００９８】図８に示すＪＡＲファイル生成処理におい
て、ダウンロード要求時刻が朝の時間帯である場合は、
このＪＡＲ構成ファイル記憶部２７から、朝に関連付け
られたＪＡＲ構成ファイルが選定され、ＪＡＲ形式に圧
縮されて、ＪＡＲファイルが生成される。図９（Ｂ）に
示すように、生成されるＪＡＲファイルは「Test.clas
s」、「TestTime.class」、及び「Test.gif」を含んで
構成される。

【００９９】このようなダウンロード要求時刻に応じた
ＪＡＲファイルの生成は、例えば、テレビ番組表アプリ
ケーションの配信に応用できる。ユーザはクライアント
端末３のウェブブラウザ３１からテレビ番組表アプリケ
ーションの配信要求を行う。このとき、サーバ２は配信
要求を受けた時間におけるリアルタイムクロック情報を
取得し、このリアルタイムクロック情報に関連付けられ
たＪＡＲ構成ファイルを選択し、これらのＪＡＲ構成フ
ァイルを含むＪＡＲファイルを生成する。その結果、配
信要求を受けた時間に特化したアプリケーションを生成
し、クライアント端末に配信できる。

【０１００】以上説明したように、本実施の形態のアプ
リケーション配信システム１によれば、サーバ２はアプ
リケーションの配信要求を受ける都度、サーバ２のマス
タクロック２９で計時されるリアルタイムクロック情報
をＪＡＭファイルの更新日時パラメータに挿入すること
により、ＪＡＭファイルを自動生成し、クライアント端
末３へ送信する。クライアント端末３はＪＡＭファイル
の更新日時パラメータが既存のＪＡＭファイルの更新日
時パラメータより新しければ、アプリケーションを上書
き可能と判別し、ＪＡＲファイルの送信要求をサーバ２
に送信する。

【０１０１】本実施の形態のアプリケーション配信シス
テム１では、アプリケーションの配信要求を受ける都
度、更新日時パラメータが新規に設定され、かつ、その
更新日時はサーバ２のリアルタイムクロック情報である
ため、クライアント端末３の管理部３２ａでは、今回受
信したＪＡＲファイルの更新日時が既存のＪＡＲファイ
ルの更新日時より常に新しいと判別する。そのため、同
一のアプリケーションを複数回ダウンロードする場合に
も、確実にそのアプリケーションをダウンロードして上
書き保存できる。

【０１０２】そのため、サーバ２はクライアント端末３
に対して、ユーザの所望するアプリケーションを確実に
配信し、登録させることができるので、実際にアプリケ
ーション配信サービスを展開する際に有用なアプリケー
ション配信システムを提供できる。

【０１０３】また、ＪＡＲファイルについても、アプリ
ケーションの配信要求を受ける都度、その要求時刻や時
間帯に応じて生成されるため、同一のアプリケーション
に様々な変化をつけることができ、ユーザを飽きさせな
いアプリケーション配信サービスを展開できる。

【０１０４】また、ＪＡＭファイル及びＪＡＲファイル
は、サーバ２側で自動生成されるため、サーバ２の管理
者はＪＡＲファイル生成作業を手動で行う必要がなく、
人的な作業負担が軽減し、また、サーバ２は効率よくア
プリケーションを管理し、配信できる。

【０１０５】また、サーバ２では、配信要求の時間や、
ユーザにより指定されたパラメータに依存しないパラメ
ータを既に設定したＪＡＭファイルテンプレートを複数
記憶しておき、配信要求を受けた場合に、このＪＡＭフ
ァイルテンプレートに、サーバ２側のリアルタイムクロ
ック情報や、ユーザにより指定されたパラメータを挿入
してＪＡＭファイルを生成するため、予め全てのＪＡＭ
ファイルを用意する必要がなく、また、生成処理を効率
よく行うことができ、サーバ２の負荷を軽減できる。

【０１０６】また、複数のＪＡＲ構成ファイルを時間に
関連付けて記憶しておき、ダウンロードの要求を受けた
際に、その時間に関連付けられたＪＡＲ構成ファイルを
組合わせてＪＡＲファイルを生成するため、様々な組み
合わせのＪＡＲファイルを用意する必要がなく、効率よ
くＪＡＲファイルを管理、生成できる。

【０１０７】なお、上述の実施の形態では、ＪＡＭファ
イルに、配信要求時のリアルタイムクロック情報を埋め
込むようにしたが、ＪＡＭファイルに付加するサーバ２
で定義されるパラメータはこれに限定されるものではな
い。また、各ＪＡＲ構成ファイルを時間に関連付けて管
理し、配信要求を受けた時間に応じたＪＡＲファイルを
生成するようにしたが、時間に限らず、例えば、クライ
アント端末の存在する場所等に応じたＪＡＲファイルを
生成するようにしてもよい。

【０１０８】また、上述の実施の形態では、ＪＡＶＡ実
行環境を備えたクライアント端末に対するＪＡＶＡアプ
リケーションの配信について例示したが、ＪＡＶＡアプ
リケーションに限らず、その他の言語で記述されたアプ
リケーションであってもよい。この場合は、クライアン
ト端末では、アプリケーションの実行ファイルに記述さ
れた内容を解釈するためのコンパイラまたはインタープ
リタ、及び処理を実行する実行モジュールを備えるもの
とすればよい。

【０１０９】

【発明の効果】請求項１記載の発明によれば、クライア
ント端末に配信されたアプリケーションの登録や実行に
関する管理をサーバ主体に行うことができる。従って、
サーバはクライアント端末で要求するアプリケーション
を確実に配信でき、実用性の高いアプリケーション配信
システムを提供できる。

【０１１０】請求項２記載の発明によれば、クライアン
ト端末側での要求に柔軟に対応したアプリケーションを
確実に配信できる。また、制御ファイル作成に要するサ
ーバの人的な作業負担及び装置の負荷を軽減できる。

【０１１１】請求項３記載の発明によれば、更新日時パ
ラメータはアプリケーション配信の都度、常に新しく更
新されるので、クライアント端末から同一のアプリケー
ションの配信要求を２回以上受けた場合にも、サーバは
クライアント端末で要求するアプリケーションを確実に
登録させることができる。

【０１１２】請求項４記載の発明によれば、アプリケー
ションの配信要求を受けたときに応じた、或いはクライ
アント端末からの要求を反映した制御データを効率よく
生成できる。

【０１１３】請求項５記載の発明によれば、アプリケー
ションの配信要求を受けたときに応じた実行プログラム
を生成して、クライアント端末に送信するので、時間に
応じた様々なアプリケーションを配信できる。

【０１１４】請求項６記載の発明によれば、クライアン
ト端末に配信されたアプリケーションの登録や実行を本
アプリケーション配信装置主体に管理できる。従って、
クライアント端末で要求するアプリケーションを確実に
配信でき、実用性に優れたアプリケーション配信装置を
提供できる。

【０１１５】請求項７記載の発明によれば、クライアン
ト端末側での要求に柔軟に対応したアプリケーションを
確実に配信できる。また、制御データ作成に係る人的な
作業負担及び装置の負荷を軽減できる。

【０１１６】請求項８記載の発明によれば、アプリケー
ションの更新日時を常に新しく設定できるので、同一の
アプリケーションの配信要求を２回以上受けた場合に
も、クライアント端末で要求するアプリケーションを確
実に登録させることができる。

【０１１７】請求項９記載の発明によれば、アプリケー
ションの配信要求を受けたときに応じた、或いはクライ
アント端末からの要求を反映した制御データを効率よく
生成できる。

【０１１８】請求項１０記載の発明によれば、アプリケ
ーションの配信要求を受けたときに応じた様々なアプリ
ケーションを配信できる。また、実行プログラムの生成
に係る人的な作業負担を軽減できる。また、時間毎に異
なる実行プログラムを予め蓄積しておく必要もなくな
り、装置の負荷を軽減できる。

【図面の簡単な説明】

【図１】本実施の形態のアプリケーション配信システム
１の全体構成を示す図である。

【図２】サーバ２の機能ブロック図である。

【図３】クライアント端末３の機能ブロック図である。

【図４】アプリケーション配信システム１において、ア
プリケーションを配信する際のクライアント端末３及び
サーバ２間の通信の全体的な流れを説明する図である。

【図５】アプリケーション配信の際に、クライアント端
末３とサーバ２で実行される各処理を説明するフローチ
ャートである。

【図６】サーバ２にて実行されるＪＡＭファイル，ＪＡ
Ｒファイル生成処理の流れの具体例を説明するフローチ
ャートである。

【図７】ＪＡＭファイル生成部２４にて生成されるＪＡ
Ｍファイルの具体例であり、（Ａ）は初回の配信要求の
際に生成されるＪＡＭファイル、（Ｂ）は次回の配信要
求の際に生成されるＪＡＭファイルである。

【図８】ＪＡＲファイル生成処理の流れの具体例を説明
するフローチャートである。

【図９】（Ａ）はＪＡＲ構成ファイル記憶部２７におけ
るＪＡＲ構成ファイルと、時間帯との関連付けを示す図
であり、（Ｂ）は、朝ダウンロードを要求した場合に生
成されるＪＡＲファイルの構成の一例を示す図である。

【符号の説明】

１ アプリケーション配信システム ２ サーバ ２１ 制御部 ２２ ウェブサーバ ２３ 送受信部 ２４ ＪＡＭファイル生成部 ２４ａ リアルタイムクロック情報生成部 ２４ｂ 他のＪＡＭファイル項目生成部 ２５ ＪＡＲファイル生成部 ２５ａ ファイル選択部 ２５ｂ ＪＡＲ形式生成部 ２６ ＪＡＭファイルテンプレート記憶部 ２７ ＪＡＲ構成ファイル記憶部 ２８ 記憶部 ２９ マスタクロック ３ クライアント端末 ３１ ウェブブラウザ ３２ 制御部 ３２ａ 管理部 ３３ 送受信部 ３４ ＪＡＶＡ実行部 ３５ 記憶部 ４ インターネット

Claims (10)

【特許請求の範囲】
1. 【請求項１】ネットワークを介して接続されたサーバに
   対してアプリケーションの配信を要求する要求手段と、 サーバから送信される制御データに基づいて、アプリケ
   ーションの登録及び実行を管理する管理手段と、を備え
   たクライアント端末と、 前記クライアント端末から要求されたアプリケーション
   及びその制御データを該クライアント端末に対して配信
   する配信手段を備えたサーバと、 から構成されるアプリケーション配信システムにおい
   て、 前記サーバは、 前記クライアント端末からアプリケーションの配信の要
   求を受ける都度、当該サーバにて定義されるパラメータ
   を付加した制御データを生成する制御データ生成手段を
   備え、 前記配信手段は、この制御データ生成手段によって生成
   された制御データを、アプリケーションの実行プログラ
   ムの送信に先立ち送信することを特徴とするアプリケー
   ション配信システム。
2. 【請求項２】前記クライアント端末は、 アプリケーションの配信を要求する際、該クライアント
   端末で任意に設定されたパラメータを前記サーバに送信
   する設定パラメータ送信手段を備え、 前記サーバの制御データ生成手段は、 前記クライアント端末で設定されたパラメータを、前記
   サーバにて定義されるパラメータとともに前記制御デー
   タに付加することを特徴とする請求項１記載のアプリケ
   ーション配信システム。
3. 【請求項３】前記サーバは、 時刻を計時する計時手段を更に備え、 前記制御データ生成手段は、アプリケーションの配信要
   求を受けたときに計時手段により計時される時刻を、該
   アプリケーションの更新日時パラメータとして前記制御
   データに付加し、 前記クライアント端末の管理手段は、 前記制御データに含まれる更新日時パラメータに基づい
   て、該アプリケーションの登録が可能であるか否かを判
   別する判別手段と、 この判別手段によって登録が可能であると判別した場合
   に、該アプリケーションの実行プログラムの送信を要求
   する実行プログラム要求手段と、 を備えることを特徴とする請求項１または２に記載のア
   プリケーション配信システム。
4. 【請求項４】前記サーバは、 少なくともアプリケーション別に用意された制御データ
   テンプレートを記憶するテンプレート記憶手段を備え、 前記制御データ生成手段は、アプリケーションの配信の
   要求を受けた際、このテンプレート記憶手段に記憶され
   た該アプリケーションの制御データテンプレートを読み
   出し、この制御データテンプレートに前記パラメータを
   付加することにより制御データを生成することを特徴と
   する請求項１から３の何れかに記載のアプリケーション
   配信システム。
5. 【請求項５】前記サーバは、 前記クライアント端末からアプリケーションの配信の要
   求を受ける都度、その配信要求を受けたときに応じた該
   アプリケーションの実行プログラムを生成する実行プロ
   グラム生成手段を更に備え、 前記配信手段は、この実行プログラム生成手段によって
   生成された実行プログラムを該クライアント端末に送信
   することを特徴とする請求項１から４の何れかに記載の
   アプリケーション配信システム。
6. 【請求項６】アプリケーションに基づく動作を実行する
   クライアント端末にネットワークを介して接続され、該
   クライアント端末から要求されたアプリケーションを配
   信するアプリケーション配信装置において、 前記クライアント端末からアプリケーションの配信の要
   求を受ける都度、当該アプリケーション配信装置にて定
   義されるパラメータを付加した制御データを生成する制
   御データ生成手段と、 この制御データ生成手段によって生成された制御データ
   を、該アプリケーションの実行プログラムの送信に先立
   ち送信する制御データ送信手段と、 を備えることを特徴とするアプリケーション配信装置。
7. 【請求項７】前記制御データ生成手段は、 前記クライアント端末で任意に設定されたパラメータ
   を、当該アプリケーション配信装置にて定義されるパラ
   メータとともに前記制御データに付加することを特徴と
   する請求項６記載のアプリケーション配信装置。
8. 【請求項８】時刻を計時する計時手段を更に備え、 前記制御データ生成手段は、アプリケーションの配信要
   求を受けたときに計時手段により計時される時刻を、該
   アプリケーションの更新日時パラメータとして前記制御
   データに付加することを特徴とする請求項６または７に
   記載のアプリケーション配信装置。
9. 【請求項９】少なくともアプリケーション別に用意され
   た制御データテンプレートを記憶する制御データ記憶手
   段を更に備え、 前記制御データ生成手段は、アプリケーションの配信の
   要求を受けた際、この制御データ記憶手段に記憶された
   該アプリケーションの制御データテンプレートを読み出
   し、この制御データテンプレートに前記パラメータを付
   加することにより制御データを生成することを特徴とす
   る請求項６から８の何れかに記載のアプリケーション配
   信装置。
10. 【請求項１０】前記クライアント端末からアプリケーシ
    ョンの配信要求を受ける都度、その配信要求を受けたと
    きに応じた該アプリケーションの実行プログラムを生成
    する実行プログラム生成手段と、 この実行プログラム生成手段によって生成された実行プ
    ログラムを該クライアント端末に送信する実行プログラ
    ム送信手段と、 を更に備えることを特徴とする請求項６から９の何れか
    に記載のアプリケーション配信装置。