JP2002169739A - ダウンロードシステム - Google Patents

Abstract

(57)【要約】 【課題】 受信側装置において実行不能なプログラムが
受信側装置に送信されるという無意味なダウンロード処
理が行われることのないダウンロードシステムを提供す
る。 【解決手段】 送信元装置から受信側装置にプログラム
がダウンロードされるダウンロードシステム１におい
て、要求元の受信側装置２０がプログラムのダウンロー
ド要求とともに、その時点での受信側装置２０上の資源
の使用状況を示す受信側装置情報を送信元装置１０に送
信し、送信元装置１０は、受信した受信側装置情報と予
め保持する使用資源情報７００（プログラムごとに格
納、実行に要する資源を示す情報）とを元に、要求され
たプログラムが現在の受信側装置２０上で実行可能か否
かを判定し、実行可能と判定した場合にのみプログラム
は受信側装置２０へダウンロードされる。

Description

【発明の詳細な説明】

【０００１】

【発明が属する技術分野】本発明は、送信元装置から受
信側装置へ、無線あるいは有線による通信を利用して、
プログラムのダウンロードを行なうダウンロードシステ
ムに関する。

【従来の技術】近年、無線あるいは有線による通信が可
能な送信元装置と受信側装置との間で、受信側装置から
の要求に応じて送信元装置からプログラムのダウンロー
ドが行われるという、ダウンロードシステムを用いたサ
ービスが行われている。具体的な例としては、オンライ
ンショッピングの購入申し込み用のプログラム、放送番
組の番組表に従って番組予約を行うためのプログラム
を、サーバからユーザの手元にある端末（セットトップ
ボックスなど）にダウンロードするものや、装置の遠隔
監視システムにおいて監視センターから監視対象の装置
へ自己診断用プログラムをダウンロードするもの、など
がある。

【０００２】そして、送信元装置は、受信側装置に関す
る静的な情報（装置のメモリ容量、規格など）を予め保
持しておき、プログラムをダウンロードする場合、これ
ら静的な情報をチェックしてプログラムの格納や実行に
問題がないと判断したうえで、プログラムを送信する。

【０００３】

【発明が解決しようとする課題】しかしながら、プログ
ラムを受信、格納するのに必要なプログラム格納領域が
あるか、充分なＯＳ資源があるかといった受信側装置に
おけるプログラム動作環境は、その時々の状況によって
動的に変化する。例えば、ダウンロード要求時点で別の
プログラムが実行中であった場合、そのプログラムが格
納されている領域やそのプログラムの実行に使用されて
いる資源は、新たにダウンロードを要求したプログラム
の格納、実行には利用できない。しかも、ダウンロード
要求を指示するユーザも、格納領域やＯＳ資源などの使
用状況を把握した上で指示を行うわけではないから、格
納や実行のできない状況から新たなプログラムのダウン
ロード要求が発行されてしまうことも充分ありうる。

【０００４】そこで、ダウンロード処理は開始されたも
のの、受信側装置にはプログラムを格納するだけの空き
格納領域が無いためにダウンロードを打ち切らざるを得
なくなったり、プログラムを受信、格納はしたものの実
行に要する資源が不足していて、ダウンロードされたプ
ログラムを受信側装置が実行できない、あるいは実行し
た結果、システムが暴走する結果を招く、といった事態
が発生する。このように受信側装置が格納や実行のでき
ない状況でプログラムのダウンロード処理が行われるこ
とは、ユーザへのサービスという観点から見て不都合で
あるとともに、ダウンロードに要した時間や通信費が無
駄になるという問題もある。

【０００５】本発明は、上記の課題に鑑み、受信側装置
が新たなダウンロードプログラムを格納・実行できない
状況で無意味なダウンロード処理が行われることのない
ダウンロードシステムを提供することを目的とする。

【０００６】

【課題を解決するための手段】上記の目的を達成するた
めに、本発明のダウンロードシステムは、プログラムを
受信、実行する受信側装置と前記受信側装置へプログラ
ムを送信する送信元装置とから成るダウンロードシステ
ムであって、前記受信側装置は、前記受信側装置が有す
るプログラム実行用資源の使用状況を示す受信側装置情
報を生成する情報生成手段と、ダウンロード対象のプロ
グラムを示す識別情報と前記情報生成手段が生成した受
信側装置情報とを含むダウンロード要求を前記送信元装
置に送信する要求送信手段と、前記ダウンロード要求に
応じて前記送信元装置が送信してくるプログラムを受信
するプログラム受信手段と、を有し、前記送信元装置
は、１以上のプログラムをそれぞれ識別情報と対応づけ
て保持するプログラム保持手段と、前記１以上のプログ
ラムの各々に関して、実行に必要な資源を示す必要資源
情報を保持する資源情報保持手段と、前記受信側装置か
ら送信されてくる前記ダウンロード要求を受け付ける要
求受付手段と、前記要求受付手段が受け付けた前記ダウ
ンロード要求に含まれる識別情報が示すプログラムに関
する必要資源情報と前記ダウンロード要求に含まれる受
信側装置情報とから、前記ダウンロード要求に含まれる
識別情報が示すプログラムを前記受信側装置が実行する
ことが可能か否か判定する判定手段と、前記判定手段が
前記受信側装置において実行可能と判定したプログラム
を前記受信側装置に送信するプログラム送信手段と、を
有すること、を特徴とする。

【０００７】このようなダウンロードシステムでは、送
信元装置はプログラムダウンロードに先立って、受信側
装置がダウンロードを望むプログラムが受信側装置で実
行可能か否か判定するので、実行不能なプログラムがダ
ウンロードされるという意味のない処理が行われること
はない。

【０００８】

【発明の実施の形態】 以下、本発明のダウンロードシ
ステムに関する実施の形態を、図面を参照しながら説明
する。（実施の形態１） 図１は、本実施の形態におけ
るダウンロードシステム１の構成を示すブロック図であ
る。ダウンロードシステム１は、１つの送信元装置１０
と複数の受信側装置２０（作図の都合上１つのみ図示）
とが回線網Ｎによって双方向通信の可能な形で接続され
て成り、受信側装置２０からの要求に応じて、送信元装
置１０から受信側装置２０にプログラムのダウンロード
が行われる。具体的には、送信元装置１０はケーブルテ
レビ（ＣＡＴＶ）の放送局、受信側装置２０はユーザの
家庭内に置かれてテレビ受像機に接続されたセットトッ
プボックスである。そして、ダウンロードされるプログ
ラムは、ＥＰＧ（Electronic Program Guide：電子番組
案内）など、番組の視聴や予約録画などのサービスを実
現するために放送局が提供するプログラムである。

【０００９】受信側装置２０がダウンロードプログラム
を実行するためには、まず、プログラムを格納するため
の格納領域が確保できること、そして、当該プログラム
の実行に要する資源を確保できることが前提となる。 （ダウンロード処理の概要）先ず、プログラムのダウン
ロード処理実行の過程と、その過程において送信元装置
１０と受信側装置２０との間での送受信される各種の要
求および情報の概要とを説明する。

【００１０】図２は、ダウンロード処理の手順とそれに
伴なう情報の流れとを示すシーケンス図である。先ず、
受信側装置２０がユーザから、あるプログラムのダウン
ロード要求を発行するよう指示を受け付ける（）。そ
して、受信側装置２０は、その時点での自身のプログラ
ム実行環境（新たなプログラムを格納するための空きエ
リア、プログラム実行に用いることのできる資源の使用
状況）に関する情報（「受信側装置情報」）を生成する
（）。そして、これに取得しようとするプログラムの
識別情報などを加えたダウンロード要求を送信元装置１
０に送信する（）。

【００１１】送信元装置１０は受信側装置２０からのダ
ウンロード要求を受け付けると、格納している複数のダ
ウンロード用プログラムから、要求に含まれるプログラ
ム識別情報に対応するプログラムとそれに付随する情報
とを読み出す（）。この「付随する情報」は、当該プ
ログラムの実行に必要な資源に関する情報（「使用資源
情報」）などである。送信元装置１０は、この使用資源
情報と受信側装置２０から受け取った受信側装置情報と
を参照し、受信側装置２０上で当該プログラムを実行で
きるかどうか（実行できるだけの資源の空きがあるかど
うか）判定する（）。そして、実行可能と判定した場
合、送信元装置１０は、当該プログラムの実行に必要な
情報（プログラムにどの資源を割り当てるかを示す「プ
ログラム情報」、プログラム実行時のシステム要求の内
容を示す「システム要求情報」）を生成し、これらとと
もにプログラムを受信側装置２０に送信する（）。

【００１２】そして、受信側装置２０は、受信したプロ
グラムを格納し、プログラム情報の内容に応じた資源の
確保を行ってから、必要なシステム要求を発行してプロ
グラムを実行する（）。なお、の判定処理において
「実行不能」と判定した場合、送信元装置１０は受信側
装置２０に対し「ダウンロード不可」のメッセージを送
り、受信側装置２０は、ユーザに対し、実行中のプログ
ラムを終らせて（資源に空きを作って）から再要求する
よう促す。 （構成）次いで、上記のダウンロード処理を実行するダ
ウンロードシステム１の構成を、図１を参照しながら、
受信側装置２０と送信元装置１０に分けて説明する。 （受信側装置２０の構成）受信側装置２０は、ダウンロ
ード処理に関連する構成として、ユーザとのインタフェ
ースを実現するインタフェース部２１、受信側装置情報
を生成する受信側装置情報生成部２２、ダウンロード要
求を送信元装置１０に送る要求送信部２３、ダウンロー
ドされてきたプログラムを受信するプログラム受信部２
４、プログラム実行のための資源を確保する資源獲得部
２５、プログラム実行のためにシステムに対する要求を
発行するシステム要求発行部２６、各種情報を保持する
記憶部２７を有する。

【００１３】インタフェース部２１は、キーボード等の
入力手段（図示せず）を介してプログラムのダウンロー
ド要求をユーザから受け付けると、要求送信部２３には
当該プログラムの識別情報を渡して、送信元装置１０へ
の要求送信を指示するとともに、受信側装置情報生成部
２２には資源情報の生成を指示する。また、インタフェ
ース部２１は、プログラムダウンロード処理の結果をユ
ーザに伝えるためのメッセージを生成し、ディスプレイ
装置（図示せず）に表示する。

【００１４】受信側装置情報生成部２２は、インタフェ
ース部２１の指示を受けて起動し、その時点で記憶部２
７に格納されている資源管理テーブル３００と格納領域
管理テーブル４００との内容をもとに受信側装置情報を
生成し、要求送信部２３に出力する。資源管理テーブル
３００には、プログラム実行用資源の使用状況を管理す
る情報が格納されており、格納領域管理テーブル４００
には、ダウンロードプログラムの格納用領域の使用状態
を管理する情報が格納されている。

【００１５】図３は資源管理テーブル３００とそこに格
納された資源管理情報の例とを示す。資源管理テーブル
３００には、受信側装置２０でダウンロードプログラム
実行のために用いることのできる各種資源（タスク用資
源、メモリプール用資源）のそれぞれに関して管理用の
情報である資源管理情報３０１〜３０５が格納されてい
る。

【００１６】資源管理情報３０１〜３０５は、資源の種
別を表す「資源種別部３１０」、各資源に付加された固
有の識別情報である「資源ＩＤ部３２０」、当該資源が
使用中かどうかを示す「使用状態部３３０」、資源が占
有する領域の大きさを示す「確保領域部３４０」から成
る。資源種別部３１０の内容は、「タスク用資源」であ
ることを示す「task」、「メモリプール用資源」である
ことを示す「mempool」の２種類となっている。「タス
ク用資源」はプログラムにおいて実行されるタスクの管
理のためにＯＳが使用する領域であり、具体的にはタス
ク管理情報（ＴＣＢ：Task Control Block）が格納され
る。１つのプログラムの実行において複数のタスクが並
行して実行される場合があるが、同時に実行できるタス
クの数はタスク用資源の数で制限される。例えば、タス
ク用資源が２つしか使えない環境では３つ以上のタスク
が並行して走るようなプログラムは実行できない。一
方、「メモリプール用資源」はプログラムの実行のため
に使用される作業用メモリを管理するためにＯＳが利用
する情報が格納される領域である。

【００１７】資源ＩＤ部３２０は、資源の識別情報であ
る。資源種別ごとに固有の値となるように設定されてい
る。使用状態部３３０の内容は、既に何らかのダウンロ
ードプログラムの実行のために使用されていて使用不可
であることを示す「USED」、いかなるプログラムにも使
用されておらず、新たなダウンロードプログラムの実行
のために使用可能であることを示す「UNUSED」のいずれ
かとなる。

【００１８】図３の資源管理テーブル３００の内容によ
れば、受信側装置２０が３つのタスク用資源と２つのメ
モリプール用資源を有しており、そのうち１つのタスク
用資源（資源ＩＤ：１）と１つのメモリプール用資源
（資源ＩＤ：１）が使用中である。図４は、格納領域管
理テーブル４００の構成とそこに格納される格納領域情
報の例とを示す図である。

【００１９】格納領域情報４０１〜４０３はいずれも、
格納領域に付加された識別情報である領域ＩＤ部４１
０、格納領域のメモリアドレスを示す先頭番地部４２
０、格納領域の使用状態（USED：使用中／UNUSED：未使
用、すなわち、すでに格納されているダウンロードプロ
グラムがあるかどうか）を示す使用状態部４３０、格納
領域のサイズを示す確保領域部４４０、格納領域に格納
されたダウンロードプログラムの識別情報であるプログ
ラムＩＤ部４５０から成る。

【００２０】図４の格納領域管理テーブル４００の内容
から分かるのは、受信側装置２０が３つの格納領域を有
し、そのうち、領域ＩＤが「０」であるプログラム格納
領域に、「Ｗ」という識別情報を有するダウンロードプ
ログラムが格納されているということである。図３の資
源管理テーブル３００の内容と照らし合わせて見れば、
このプログラムＷが１つのタスク用資源と１つのメモリ
プール用資源を用いて実行中であると分かる。

【００２１】要求送信部２３は、インタフェース部２１
からの指示を受けて起動し、受信側装置情報生成部２２
から受信側装置情報が出力されてくるのを待ち、インタ
フェース部２１から受け取ったプログラムの識別情報、
受信側装置情報生成部２２から受け取った受信側装置情
報を併せたプログラムダウンロード要求を送信元装置１
０に送信する。なお、要求送信部２３は、このダウンロ
ード要求に予め保持している受信側装置２０のハードウ
ェアシリアル番号（要求元の識別情報）を付加してお
く。

【００２２】図５は、要求送信部２３から送信元装置１
０に送られるダウンロード要求５００の構成と内容の例
とを示す図である。ダウンロード要求５００は、ダウン
ロード要求の対象であるプログラムの識別情報５１０、
要求元の受信側装置２０の識別情報であるハードウェア
シリアル番号５２０、そして、資源管理テーブル３００
（図３参照）の内容である資源管理情報部５３１と格納
領域管理テーブル４００（図４参照）の内容である格納
領域情報部５３２とを組み合わせた受信側装置情報５３
０から成る。

【００２３】プログラム受信部２４は、要求送信部２３
が送信した要求に応じて送信元装置１０から送信されて
くるプログラムを受け取り、これを内蔵メモリ（図示せ
ず）に一時的に格納するとともに、プログラムとともに
送信されてくるプログラム情報（プログラム用の資源確
保に必要な情報、詳細は後述）を資源獲得部２５に、シ
ステム要求情報（プログラムの実行開始に必要なシステ
ム要求に関する情報、詳細は後述）をシステム要求発行
部２６に、それぞれ出力する。そして、資源獲得部２５
から資源の獲得が完了した旨の通知がくるのを待って、
プログラム受信部２４は、一時保持していたプログラム
を記憶部２７内のプログラム格納領域に格納する。

【００２４】また、プログラム受信部２４は、「ダウン
ロード不可」の通知を送信元装置１０から受け取った場
合、これに応じたメッセージを表示するようインタフェ
ース部２１に指示する。資源獲得部２５は、プログラム
受信部２４から受け取ったプログラム情報の内容に応
じ、ダウンロードされるプログラムの格納領域および実
行に必要な資源を確保する。具体的には、資源の使用状
況を管理する資源管理テーブル３００の内容を更新し
て、資源の使用を明示する（使用しようとする資源に関
する資源管理情報の使用状態部３３０の内容を「UNUSE
D」から「USED」に変更する）とともに、プログラムを
格納する領域についても使用を宣言するために、当該格
納領域に関する格納領域情報の使用状態部４３０の内容
を「UNUSED」から「USED」に変更する。

【００２５】システム要求発行部２６は、プログラム受
信部２４から受け取ったシステム要求情報の内容に従っ
てシステム要求を発行し、システムの再起動やダウンロ
ードプログラムの実行などに関する制御要求を発生させ
る。記憶部２７には、ダウンロードされてくるプログラ
ムが格納されるほか、上述の資源管理テーブル３００、
格納領域管理テーブル４００が格納されている。 （送信元装置１０の構成）送信元装置１０は、各種ダウ
ンロード用プログラムとその関連情報とが予め格納され
ている格納部１６、ダウンロード要求を受け付ける要求
受信部１１、要求されたプログラムを検索する検索部１
２、当該プログラムのダウンロードの可否（要求元受信
側装置での実行の可否）を判定する判定部１３、プログ
ラムの内容の一部を受信側装置２０での実行のために書
き換える書き換え部１４、プログラムを送信するプログ
ラム送信部１５を有する。

【００２６】先ず、格納部１６に格納されている各種情
報について説明する。格納部１６には、プログラムとそ
の関連情報とが格納されているとともに、ダウンロード
要求に応じてこれらを速やかに読み出せるよう、これら
の格納位置を管理するプログラム管理テーブル６００が
格納されている。図６はプログラム管理テーブル６００
の構成と内容の一例とを示す図である。プログラム管理
テーブル６００には、格納部１６に格納されているプロ
グラムの各々に関するプログラム管理情報が格納されて
いる。プログラム管理情報は、プログラム自身の識別情
報であるプログラムＩＤ部６０１、および格納部１６に
おける格納位置を示すプログラムアドレス部６０２、そ
して当該プログラムの関連情報の格納位置を示す使用資
源情報アドレス部６０３およびシステム要求情報アドレ
ス部６０４から成る。

【００２７】プログラムＩＤ６０１は、プログラムの識
別情報であり、受信側装置からダウンロード要求５００
とともに送信されてくるプログラム識別情報５１０（図
５参照）に対応する。プログラムアドレス６０２は、プ
ログラム本体の格納部１６における格納位置（アドレ
ス）を示す。

【００２８】使用資源情報アドレス部６０３は、当該プ
ログラムの実行に必要な資源とプログラムの格納に必要
な領域の大きさとを示す使用資源情報の格納位置（アド
レス）を示す。図７は、図６に示すプログラム管理情報
６１１が指すプログラムＩＤ「Ｘ」のダウンロード用プ
ログラム（以下「プログラムＸ」）を例に使用資源情報
７００の構成と内容とを示す。情報は、大きく資源部７
１０と格納領域部７２０とに分かれる。資源部７１０に
は、プログラムＸの実行に必要な資源に関する情報が、
格納領域部７２０には、プログラムＸの格納に必要な領
域のサイズを示す情報が格納されている。

【００２９】同図の資源部７１０は、資源の種別を示す
資源種別部７１１、資源の識別情報である資源ＩＤ部７
１２、資源に必要な領域のサイズを示す使用領域部７１
３から成る。この使用資源情報７００の内容からは、プ
ログラムＸの実行には２つのタスク用資源と１つのメモ
リプール用資源が必要であり、タスク用資源のうちＩＤ
が「Ａ」のものは領域サイズが「０ｘ３０００」、タス
ク用資源のうちＩＤが「Ｂ」のものは領域サイズが「０
ｘ４０００」、メモリプール用資源（ＩＤ：「Ｃ」）の
領域サイズは「０ｘ３００」であることが分かる。

【００３０】ここで再び図６に示すプログラム管理テー
ブル６００の説明に戻る。システム要求情報アドレス部
６０４は、当該プログラムが実行にあたって発行する必
要のあるシステム要求の内容を示すシステム要求情報の
格納位置を示す。図８は、システム要求情報の内容の概
略を示す図である。説明の便宜上、要求の内容は文字で
記載しているが、実際のシステム要求はプログラミング
言語で記述されている。ここでのシステム要求の例は、
プログラム実行の前にいったんシステムを終了させて再
起動することを求めるものである。ライン８０１の“再
起動”はシステムの再起動の要求である。ライン８０２
の“実行：Ｘ”はプログラム実行の要求であり、「Ｘ」
は実行すべきプログラムの識別情報である。

【００３１】以上で格納部１６に格納された各種情報の
説明を終り、以下、送信元装置１０の構成各部の処理内
容を説明する。要求受信部１１は、受信側装置２０から
ダウンロード要求５００（図５参照）を受信すると、そ
の中に含まれるダウンロード対象のプログラムの識別情
報５１０を検索部１２に出力して検索を指示するととも
に、受信側装置情報５３０の内容を判定部１３に出力す
る。また、受信側装置２０のハードウェアシリアル番号
５２０を書き換え部１４に出力する。

【００３２】検索部１２は、要求受信部１１から出力さ
れてきたプログラム識別情報５１０の値を条件にプログ
ラム管理テーブル６００のプログラムＩＤ部６０１を検
索し、要求されたプログラムに対応するプログラム管理
情報を読み出す。そして、当該プログラム管理情報の内
容（図６参照）をもとに、格納部１６から、当該プログ
ラムの本体、当該プログラムに関する使用資源情報７０
０（図７参照）およびシステム要求情報８００（図８参
照）を読み出して、プログラム本体は書き換え部１４
に、使用資源情報は判定部１３に、システム要求情報は
プログラム送信部１５に、それぞれ出力する。

【００３３】判定部１３は、要求受信部１１から得た受
信側装置情報５３０の内容と、検索部１２から得た使用
資源情報７００とから、要求されたプログラムが要求元
の受信側装置２０において実行可能かどうか判定する。
判定手順は以下の通りである。先ず、受信側装置２０に
当該プログラムを格納することのできるプログラム格納
領域が存在するか、さらに、当該プログラムの実行に必
要な資源を受信側装置２０内で確保できるか、これら２
つの要件について判定する。これらの条件が両方とも満
たされれば、当該プログラムは要求元の受信側装置２０
で実行可能と判定される。

【００３４】判定部１３による判定処理の具体的内容
を、プログラムＸのダウンロードの場合を例に図５、７
を参照しながら説明する。先ず格納領域に関する条件で
あるが、これについては、受信側装置情報５３０に含ま
れる格納領域情報部５３２の内容と使用資源情報７００
の格納領域部７２０の内容とを照会することで判定す
る。

【００３５】まず、図５に示す格納領域情報部５３２の
内容から、受信側装置２０には、プログラム格納領域の
空きが２つあり、それぞれの領域のサイズは「０ｘ８０
００００」、「０ｘ４０００００」であることが分か
る。一方、使用資源情報７００における格納領域部７２
０を見ると、ダウンロードを要求されたプログラムＸの
格納に必要な領域の大きさは「０ｘ５０００００」であ
るので、受信側装置２０の２つの空き領域のうち領域の
サイズが「０ｘ８０００００」である方の領域に格納で
きることが分かる。よって格納領域に関する条件は満た
される。

【００３６】次いで、資源に関する条件については、受
信側装置情報５３０内の資源管理情報部５３１の内容と
使用資源情報７００の資源部７１０の内容とを照会する
ことで判定が行われる。ここでは、資源部７１０の内容
から、プログラムＸの実行に３つの資源（タスク用資源
２つ、メモリプール用資源１つ）が必要であることが分
かる。各資源について、受信側装置２０上で確保できる
かどうか、資源管理情報部５３１の内容を確認する。先
ず、識別情報が「Ａ」であるタスク用資源（以下、「タ
スク用資源Ａ」）であるが、これに必要な領域のサイズ
は「０ｘ３０００」である。これに対し、資源管理情報
部５３１を見ると、受信側装置２０には使用可能なタス
ク用資源（使用状態情報が「UNUSED」のもの）が２つあ
り、それぞれ資源ＩＤは「２」、「３」、確保領域のサ
イズは「０ｘ５０００」、「０ｘ４０００」である。よ
って、タスク用資源Ａには、受信側装置２０内の資源Ｉ
Ｄ「２」のタスク用資源を割り当てることができる。同
様に、識別情報が「Ｂ」であるタスク用資源（以下、
「タスク用資源Ｂ」）にも、資源ＩＤが「３」のタスク
用資源を割り当てることが可能である。

【００３７】同様に、識別情報が「Ｃ」であるメモリプ
ール用資源については、受信側装置２０で唯一使用可能
なメモリプール用資源（資源ＩＤの値が「２」）に割り
当てることができる。すなわち、プログラムＷの実行に
要する資源は、全て受信側装置２０上に確保できること
が分かるので、資源に関する条件も満たされていること
が分かる。よって、プログラムＸについての判定部１３
の判定結果は、「実行可能」となる実行可能と判定した
場合、判定部１３は、プログラム実行に必要な各種資源
に受信側装置２０側のいずれの資源を割り当てるかを示
す割り当て情報を作成し、書き換え部１４に出力する。

【００３８】図９は、判定部１３が作成する割り当て情
報９００の構成と内容（プログラムＸの場合）とを示
す。割り当て情報９００は、送信元装置１０側でプログ
ラム実行に必要な資源に付加している識別情報と受信側
装置２０で使用可能な資源に付加している識別情報とを
対応付けることで、プログラム実行に必要な資源に受信
側装置２０側のいずれの資源を割り当てるべきかを示
す。割り当て情報９００は、資源種別部９０１、送信側
資源ＩＤ部９０２、受信側資源ＩＤ部９０３から成る。
送信元装置１０側の資源ＩＤと受信側装置２０側の資源
ＩＤとの対応関係は、上述した判定処理の過程で得られ
たものである。すなわち、送信元装置１０が「Ａ」のＩ
Ｄを付加したタスク用資源には、受信側装置２０内のＩ
Ｄ「２」のタスク用資源を、送信元装置１０が「Ｂ」の
ＩＤを付加したタスク用資源には受信側装置２０内のＩ
Ｄが「３」のタスク用資源を、送信元装置１０が「Ｃ」
の識別情報を付加したメモリプール用資源については、
受信側装置２０で唯一使用可能なメモリプール用資源
（ＩＤ「２」）を、それぞれ割り当てることを示してい
る。

【００３９】さらに、判定部１３は、ダウンロード対象
のプログラムを受信側装置２０側で格納、実行するのに
必要な情報をまとめたプログラム情報を生成し、プログ
ラム送信部１５に出力する。図１０は、プログラム情報
１０００の構成と内容の例（プログラムＸの場合）とを
示す。プログラム情報１０００は、プログラムＩＤ部１
０１０、格納領域サイズ部１０２０、領域ＩＤ部１０３
０、資源部１０４０から成る。プログラムＩＤ部１０１
０はダウンロード対象のプログラムの識別情報を示す。
格納領域サイズ部１０２０は、当該プログラムの格納に
必要な領域のサイズを示す。そして、領域ＩＤ部１０３
０は、プログラムを受信側装置２０内のいずれの格納領
域に格納すべきかを格納領域の識別情報によって示す。
また、資源部１０４０は、プログラムの実行に受信側装
置２０が使用すべき資源を、種別と資源ＩＤとで示す。
プログラム情報１０００は、受信側装置２０側でプログ
ラムを格納・実行する際、資源管理テーブル３００、格
納領域管理テーブル４００の内容更新のために資源獲得
部２５によって参照される。

【００４０】なお、判定部１３は、判定結果が「実行不
可」であった場合、結果をプログラム送信部１５に通知
するのみで、割り当て情報、プログラム情報は生成しな
い。書き換え部１４は、受信側装置２０側で当該プログ
ラムが実行できるように、割り当て情報９００の内容に
応じ、プログラムにおける資源使用に関わる部分の内容
を書きかえた上で、プログラム送信部１５に出力する。
具体的には、プログラム内に記述された資源の識別情報
の値を、送信元装置１０が付加していたものから、受信
側装置２０側で用いる資源識別情報の値に書き換える。
こうした書き換えを行うのは、実行に当たって用いられ
る受信側装置側の資源は、装置ごとに、また、その時々
の資源使用状況に応じて動的に変化するためである。そ
こで、送信元装置１０側では、保持しているプログラム
の資源関連の記述箇所にはダミーの識別情報を記述して
おき、要求を受けて具体的にどの受信側装置のどの資源
を用いるかが決定してから、このダミーの識別情報を受
信側装置で使用する実際の資源の識別情報に書き換える
のである。

【００４１】図１１は、書き換え部１４が具体的にどの
ような書き換えを行うかを示す図である。同図はプログ
ラムリストのうち資源使用に関する部分である。同図
（ａ）は、書き換え前の内容を示す。ライン１１０１は
１つめのタスク用資源の使用に関する記述であり、ライ
ン１１０２は２つめのタスク用資源の使用に関する記述
である。ライン１１０３はメモリプール用資源の使用に
関する記述である。いずれの資源ＩＤも、ダミーの値
（「Ａ」、「Ｂ」、「Ｃ」：使用資源情報７００（図７
参照）の資源ＩＤ部７１２に対応）で記述されている。
このダミーの値のままでは、受信側装置上でこのプログ
ラムを実行することはできない。

【００４２】割り当て情報９００（図９参照）の内容に
よれば、タスク用資源Ａには受信側装置２０側の資源Ｉ
Ｄ「２」のタスク用資源が、タスク用資源Ｂには受信側
装置２０の資源ＩＤ「３」のタスク用資源が、メモリプ
ール用資源Ｃには受信側装置２０の資源ＩＤ「２」のメ
モリプール用資源が割り当てられることになっている。
これに応じて書き換えられた結果が図１１（ｂ）であ
る。ライン１１０１’〜１１０３’に示す通り、タスク
用資源、メモリプール用資源はそれぞれ、資源ＩＤの部
分が書き換えられている。また、書き換え部１４は、書
き換え後のプログラムが受信側装置２０で実行されるも
のであることを示すために、要求受信部１１から受け取
った受信側装置２０のハードウェアシリアル番号「６７
５４３５」を受信側装置ＩＤ記述用のライン１１０４に
書き込む。受信側装置２０は、自身のハードウェアシリ
アル番号が書き込まれていないダウンロードプログラム
は実行できないように設定されているので、このように
ハードウェアシリアル番号を書き込むことで、プログラ
ムの不正使用を防止できる。

【００４３】プログラム送信部１５は、判定部１３から
出力されてきたプログラム情報テーブル１０００、プロ
グラム書き換え部１４から出力されてきた書き換え後の
プログラム本体、そして、検索部１２から出力されてき
たシステム要求情報８００を併せて受信側装置２０に送
信する。 （動作）以下、ダウンロードシステム１のプログラムダ
ウンロード処理時の動作について、図面を参照しながら
説明する。

【００４４】図１２、１３は、１件のプログラムダウン
ロード処理において、それぞれ受信側装置２０、送信元
装置１０の動作を示すフローチャートである。ダウンロ
ード処理は、受信側装置２０がユーザからダウンロード
要求の発行指示を受け付けた時点で開始されるので、先
ず、図１２に示す受信側装置２０の動作から説明を始め
る。

【００４５】先ず、インタフェース部２１が、ユーザか
らダウンロード要求の発行指示、およびダウンロード要
求対象のプログラムの識別情報を受け付ける（Ｓ１２０
１：Yes）。これに応じて、受信側装置情報生成部２２
は受信側装置情報を生成し、要求送信部２３は、受信側
装置情報生成部２２が生成した受信側装置情報、インタ
フェース部２１が受け付けたプログラム識別情報、要求
送信部２３が保持している受信側装置２０のハードウェ
アシリアル番号を併せたダウンロード要求（図５参照）
を送信元装置１０に送信する（Ｓ１２０２）。

【００４６】受信側装置２０がダウンロード要求を送信
した時点で、処理の主体は送信元装置１０となる。以
下、図１３の送信元装置１０の動作を示すフローチャー
トを参照しながら説明する。送信元装置１０では、先
ず、要求受信部１１が受信側装置２０からダウンロード
要求を受け付ける（Ｓ１３０１：Yes）。要求受信部１
１は、ダウンロード要求に含まれる情報のうち、プログ
ラム識別情報を検索部１２に、受信側装置情報（格納領
域情報部および資源管理情報部）を判定部１３に、受信
側装置２０のハードウェアシリアル番号を書き換え部１
４に、それぞれ出力する。

【００４７】そして、検索部１２は、プログラム識別情
報をもとに当該プログラムに対応するプログラム管理情
報（図６参照）を得て、これをもとに格納部１６から読
み出したプログラムを書き換え部１４に、使用資源情報
７００（図７参照）を判定部１３に、システム要求情報
（図８参照）をプログラム送信部１５に、それぞれ出力
する（Ｓ１３０２）。

【００４８】次いで、判定部１３は、要求受信部１１か
ら得た受信側装置情報５３０の内容と検索部１２から得
た使用資源情報７００とをもとに、要求されたプログラ
ムが受信側装置２０で実行可能かどうか（プログラム実
行に必要な資源を受信側装置２０で確保できるかどう
か）を判定する（Ｓ１３０３）。判定部１３は、受信側
装置２０でプログラムの実行が可能と判定すると（Ｓ１
３０４：“実行可”）、プログラム情報１０００（図１
０参照）を生成するとともに（Ｓ１３０５）、割り当て
情報９００（図９参照）を生成して書き換え部１４に出
力し、プログラムの書き換えを指示する。これに応じ
て、書き換え部１４は、検索部１２から出力されてきた
プログラムの内容の一部を書きかえたうえで、プログラ
ム送信部１５に出力する（Ｓ１３０６）。

【００４９】プログラム送信部１５は、書き換え部１４
から書き換え後のプログラムを受け取った時点で、判定
部１３から得たプログラム情報１０００、検索部１２か
ら得たシステム要求情報８００、書き換え部１４から得
た書き換え後プログラムという順序で受信側装置２０に
送信する（Ｓ１３０７）。なお、判定部１３は、要求さ
れたプログラムの受信側装置での実行が不可能と判定す
ると（Ｓ１３０４：“実行不可”）、プログラム送信部
１５に指示して、受信側装置２０に「実行不可」を通知
させる（Ｓ１３０８）。

【００５０】以上で、ダウンロード処理における送信元
装置１０側の処理は完了する。以下、これに続く受信側
装置２０側の動作を、再び図１２を参照しながら説明す
る。応答待ちで待機していた受信側装置２０は、送信元
装置１０からの応答を待って（Ｓ１２０３：Yes）、処
理を再開する。ダウンロード要求に対して送信元装置１
０がプログラムを送信してきた場合（Ｓ１２０４：Ye
s）、プログラム受信部２４は、送信元装置１０から送
信されたプログラムおよびそれに付随するプログラム情
報１０００を受信し、先ず、プログラム情報を資源獲得
部２５に出力して、プログラムの受信・実行のための資
源獲得を指示する。

【００５１】これに対し、資源獲得部２５は、先ず、ダ
ウンロードされるプログラムの格納領域を確保するため
に、プログラム情報１０００の内容に応じて記憶部２７
が保持する格納領域管理テーブル４００の内容（格納領
域情報）を更新する（Ｓ１２０５）。図１４は、プログ
ラムＸをＩＤ「１」の格納領域に格納する場合の、格納
領域情報１４０１の更新内容を示す図である。同図
（ａ）は更新前の状態であり、ＩＤ「１」の格納領域を
管理する格納領域情報１４０１の使用状態部の値は、未
使用であることを示す内容（「UNUSED」）となってい
る。資源獲得部２５は、プログラム情報１０００の内容
（領域ＩＤ部１０１０＝「１」）を参照して、これに対
応する格納領域情報１４０１’の使用状態部の内容を
「USED」に書き換え、プログラムＩＤ部にはプログラム
情報１０００のプログラムＩＤ部１０１０の内容「Ｘ」
を格納する。この結果、格納領域管理テーブル４００の
内容は、同図（ｂ）に示すものとなる。これにより、ダ
ウンロードされるプログラムＸを領域ＩＤ「１」の格納
領域に格納することができる。

【００５２】また、資源獲得部２５は、プログラムの領
域サイズ「０ｘ５０００００」に対して領域ＩＤ「１」
の領域のサイズが「０ｘ８０００００」と大きく、サイ
ズ「０ｘ３０００００」のあまりが生じるので、このあ
まりの部分を切り離して別領域として利用できるよう
に、新たな領域管理情報１４０２を追加する。次いで、
資源獲得部２５は、資源管理テーブル３００内の資源管
理情報の内容を更新して、ダウンロードされるプログラ
ムＸ実行用の資源を確保する（Ｓ１２０６）。

【００５３】図１５は、資源獲得部２５が、プログラム
情報１０００の内容（図１０参照）に応じて、資源管理
テーブル３００の内容をどう更新するかを示す図であ
る。同図（ａ）に示すように、更新前の資源管理テーブ
ル３００では、２つのタスク用資源（ＩＤ：「２」、
「３」）と１つのメモリプール用資源（ＩＤ：「２」）
が未使用（「UNUSED」）となっている。プログラム情報
１０００（資源部１０４０）では、プログラムＸ実行の
ために、これら空き資源をすべて使用することとなって
いるので、資源獲得部２５は、これらの２つのタスク用
資源と１つのメモリプール用資源について、使用状態を
「USED」に変更する。その結果が図１５（ｂ）である。

【００５４】上記の資源確保を完了した資源獲得部２５
は、プログラム受信部２４にその旨を通知する。する
と、プログラム受信部２４は、受信したプログラムを資
源獲得部２５が確保した格納領域（ＩＤ：１）に格納す
る（Ｓ１２０７）。そして、プログラムの受信・格納が
完了すると、プログラム受信部２４は、システム要求発
行部２６にシステム要求情報（図８参照）を出力して、
システム要求の発行を指示する。システム要求発行部２
６は、システム要求情報に応じたシステム要求（システ
ムの再起動、プログラムＸに実行要求）を発行する（Ｓ
１２０８）。これによって、受信側装置２０上でプログ
ラムＸが実行される。

【００５５】なお、プログラム受信部２４が送信元装置
１０から受信したのが、「プログラム実行不可」の通知
であった場合（Ｓ１２０４：No）、プログラム受信部２
４はインタフェース部２１に指示して、「ダウンロード
不可」を通知するメッセージをユーザに提示させる（Ｓ
１２０９）。 （まとめ）上記の通り、本実施の形態におけるダウンロ
ードシステム１は、要求元の受信側装置２０がプログラ
ムのダウンロード要求とともに受信側装置情報を送信元
装置１０に送信し、送信元装置１０は、この受信側装置
情報を元に、要求されたプログラムが現在の受信側装置
２０上で実行可能か否かを判定し、実行可能と判定した
場合にのみプログラムのダウンロードを行う。そのた
め、格納あるいは実行のできないプログラムが受信側装
置２０にダウンロードされるという、無駄な処理は行わ
れない。 （実施の形態２）本実施の形態におけるダウンロードシ
ステムの特徴は、送信元装置の側が、ダウンロード用プ
ログラムについて、標準のものに加えて、処理内容が標
準のものと同じで、しかも実行に要する資源の量が標準
のものと異なる予備プログラムを保持しておき、要求元
の受信側装置で使用可能な資源の状況に応じて、標準プ
ログラムおよび予備プログラムの中から、受信側装置で
確実に格納・実行できるものを選択して送信する、とい
う点である。ダウンロード処理のシーケンスは、実施の
形態１におけるシーケンス（図２）とほとんど同じであ
り、の「プログラムの実行可否の判定」が「実行可能
なプログラムの選択」に変わるのみである。 （構成）図１６は、本実施の形態におけるダウンロード
システム２の概要を示す構成図である。実施の形態１に
おけるダウンロードシステム１と同一の構成については
同じ参照番号を付して、説明は省略する。本実施の形態
に固有の処理を行うのは送信元装置２１０のみであり、
受信側装置２０の構成と処理内容とは実施の形態１の場
合と同じである。

【００５６】本実施の形態における送信元装置２１０
は、格納部２１６に格納されるプログラム本体および使
用資源情報、そして、これらを管理するためのプログラ
ム管理情報の内容が実施の形態１と異なる。また、実施
の形態１における判定部１３の代わりに選択部２１３を
有する。そして、プログラム検索部２１２、要求受信部
２１１の処理内容も実施の形態１と部分的に異なる。

【００５７】先ず、格納部２１６に格納されているプロ
グラムおよびその関連情報について説明する。実施の形
態１と異なるのはプログラム本体、プログラム管理テー
ブル１７００、使用資源情報１８００である。格納部２
１６に格納されているダウンロード用プログラムは、そ
れぞれに、処理内容が同じであって必要な格納領域の大
きさや資源の量のみが異なる予備プログラムを有してい
る。

【００５８】図１７は、本実施の形態におけるプログラ
ム管理テーブル１７００の構成と内容の例とを示す図で
ある。実施の形態１におけるプログラム管理テーブル６
００と共通する部分には同じ参照番号を付し、説明は省
略する。プログラムＩＤ欄１７１０は、受信側装置２０
から要求と共に送信されてくるプログラムＩＤと、送信
側装置２１０が保持しているプログラムに付加されたプ
ログラムＩＤとの対応関係を示す情報が格納され、要求
ＩＤ欄１７１１と格納ＩＤ欄１７１２とに分かれる。要
求ＩＤ欄１７１１の内容は、受信装置２０がダウンロー
ド対象のプログラムを指定するためのプログラムＩＤで
あり、格納ＩＤ欄１７１２の内容は、これに対応する標
準プログラムおよび予備プログラムのプログラムＩＤで
ある。

【００５９】プログラム管理情報１７０１（要求ＩＤ
「Ｘ」に対応するプログラムの場合）を例に具体的に説
明すると、受信装置側２０からのプログラム「Ｘ」のダ
ウンロード要求（要求ＩＤ：「Ｘ」）に対しては、送信
可能なプログラムが３つ（それぞれの格納ＩＤは「ｘ
１」「ｘ２」「ｘ３」）あり、これら３つのプログラム
はそれぞれが、別個の格納位置（プログラムアドレス６
０２が指すアドレス）に格納され、固有の使用資源情報
（使用資源情報アドレス部６０３が指すエリアに格
納）、システム要求情報（システム要求情報アドレス部
６０４が指すエリアに格納）を有している。

【００６０】次に、本実施の形態における使用資源情報
について説明する。図１８は、送信装置２１０が要求Ｉ
Ｄ「Ｘ」に対応して保持している３種類のプログラム
（格納ＩＤ：「ｘ１」、「ｘ２」、「ｘ３」）に関する
使用資源情報を示す。同図（ａ）は、格納ＩＤ１７１２
の値が「ｘ１」のプログラムに対応するものであり、同
図（ｂ）は「ｘ２」のプログラムに、同図（ｃ）は「ｘ
３」のプログラムに、それぞれ対応する。これら３種類
の使用資源情報は、格納領域のサイズ、あるいは、使用
する資源の数などが異なっている。

【００６１】同図（ａ）に示す使用資源情報１８０１
（プログラムｘ１用）は標準のプログラムに関する情報
である。これに対し、同図（ｂ）に示す使用資源情報１
８０２（プログラムｘ２用）を見ると、「ｘ２」のプロ
グラム実行に必要な資源は、タスク用資源の数が「ｘ
１」に比べて１つ少なくなっている。また、同図（ｃ）
に示す使用資源情報１８０３（「ｘ３」のプログラム
用）が示す必要資源は、数では「ｘ１」と同じ（タスク
用資源２つ、メモリプール用資源１つ）であるが、タス
ク用資源（ＩＤ：Ｂ）の使用領域が「ｘ１」に比べて小
さくなっている。

【００６２】次いで、各構成部における本実施の形態固
有の処理について説明する。先ず、要求受信部２１１
は、受信側装置２０からダウンロード要求５００（図５
参照）を受信し、この中に含まれる情報のうちプログラ
ム識別情報５１０を検索部２１２に、受信側装置情報５
３０を選択部２１３に出力する。プログラム検索部２１
２は、要求受信部２１１から出力されてきた識別情報５
１０の値をキーにプログラム管理テーブル１７００を検
索し、識別情報５１０の値に要求ＩＤ欄１７１１の値が
一致するプログラム管理情報を読み出す。そして、当該
プログラム管理情報の内容（図１７参照）をもとに、先
ず、格納部２１６から、要求されたプログラムに関する
全ての使用資源情報を読み出して選択部２１３に出力す
る。

【００６３】そして、プログラム検索部２１２は、選択
部２１３から、ダウンロードすべきプログラムに選択さ
れたプログラムの格納ＩＤ（格納ＩＤ欄１７１２の内
容）が通知されるのを待つ。そして、通知を受けると、
プログラム管理情報を参照して当該格納ＩＤに対応する
プログラムの本体およびシステム要求情報の格納位置の
アドレスを取得し、これらを格納部２１６から読み出
す。そして、プログラム本体は書き換え部１４に、シス
テム要求情報は送信部１５に、それぞれ出力する。

【００６４】選択部２１３は、要求受信部２１１から得
た受信側装置２０の受信側装置情報５３０の内容と、プ
ログラム検索部２１２から出力されてくる使用資源情報
（複数）とを比較し、受信側装置２０から要求されたプ
ログラム要求ＩＤに対応するプログラム群から実行可能
なプログラムを１つ選択する。以下、受信側装置２０か
らプログラム要求ＩＤ「Ｘ」のダウンロード要求が送信
されてきた場合を例に、具体的な受信側装置情報５００
（図５参照）および使用資源情報（図１８参照）を参照
しながら、選択部２１３の処理を説明する。

【００６５】選択部２１３は、先ず受信側装置情報５３
０の格納領域情報部５３２が示す使用可能な格納領域の
確保領域のサイズと、３種類の使用資源情報１８０１，
１８０２，１８０３の各々が示すプログラム（ｘ１、ｘ
２、ｘ３）の使用領域のサイズとを比較する。受信側装
置情報部５３０の格納領域情報部５３２を見ると、２つ
の格納領域が空いており、それぞれ格納領域サイズは
「０ｘ８０００００」、「０ｘ４０００００」である。
これに対し、３種類のダウンロード用プログラムの格納
に要する領域のサイズ（プログラム使用領域の値）は、
それぞれ「０ｘ５０００００」、「０ｘ４００００
０」、「０ｘ５０００００」である。よって、３種類の
ダウンロード用プログラムｘ１、ｘ２、ｘ３はいずれ
も、受信側装置２０の２つの空き格納領域のうち大きい
方に格納可能であることが分かる。

【００６６】ついで、選択部２１３は、プログラムの実
行に使用される資源をもとにプログラムを選択する。受
信側装置情報５３０の資源情報５３１を見ると、この時
点で受信側装置２０がダウンロードプログラムの実行の
ために使用できる空き資源は「２つのタスク用資源と１
つのメモリプール用資源」である。これに対し、使用資
源情報１８０１〜１８０３を見ると、プログラムの実行
に要する資源は、プログラムｘ１、ｘ３が「２つのタス
ク用資源と１つのメモリプール用資源」、プログラムｘ
２が「１つのタスク用資源と１つのメモリプール用資
源」であり、数の点ではいずれのプログラムについても
足りている。

【００６７】しかし、受信側装置２０で使用できる空き
タスク用資源の使用領域サイズはそれぞれ「０ｘ５００
０」と「０ｘ４０００」であり、これに対して、プログ
ラムｘ１用の実行に必要なタスク用資源の使用領域のサ
イズは「０ｘ３０００」「０ｘ８０００」である（使用
資源情報１８０１参照）。よって、プログラムｘ１につ
いては、受信側装置２０にダウンロードしたとしてもタ
スク用資源の１つについてサイズが不充分であるため、
実行できないことが分かる。これに対し、プログラムｘ
２、ｘ３については、使用領域サイズの点でも問題がな
く、受信装置２０上で実行可能である。そこで、選択部
２１３は、これら２つのプログラムｘ２、ｘ３うち１つ
を選び、選択したプログラムの識別情報（格納ＩＤ）を
プログラム検索部２１２に通知する。ここでは、プログ
ラム格納領域の小さい方であるプログラムｘ２を選択す
るものとする。

【００６８】その後の選択部２１３の処理は、実施の形
態１における判定部１３の処理と同じである。すなわ
ち、選択したプログラムについて、割り当て情報（図９
参照）を作成して書き換え部１４に出力する。また、プ
ログラム情報テーブル（図１０参照）を作成し、プログ
ラム送信部１５に出力する。なお、受信側装置２０で実
行可能なプログラムが存在しないと判定した場合の選択
部２１３の処理は、実施の形態１で判定部１３が「実行
不可」と判定した場合の処理と同じで、プログラム送信
部１５に対し、プログラムのダウンロードができない旨
を通知する。

【００６９】また、選択部２１３がプログラムを選択し
た後の、送信装置２１０の構成各部（プログラム書き換
え部１４、プログラム送信部１５）の処理内容は、実施
の形態１の場合と同じである。すなわち、書き換え部１
４が割り当て情報に応じてプログラムを書き換え、プロ
グラム送信部１５は、書き換え後のプログラム、プログ
ラム情報を受信側装置２０に送信する。 （動作）受信側装置２０の動作は、実施の形態１の場合
（図１２参照）と同じであるので説明は省略する。ま
た、送信側装置２１０の動作についても、図１３に示し
た実施の形態１の場合とほとんど同じであり、具体的に
は、ステップＳ１３０３に相当する処理が、「要求され
たプログラムの実行可否の判定」から「要求に対応する
複数のプログラムから実行可能なものを選択する」に変
わるのみである。 （まとめ）上記の通り、本実施の形態におけるダウンロ
ードシステム２では、送信元装置２１０が、処理内容が
同じで実行に要する資源量の異なる複数パターンのプロ
グラムを用意しておき、受信側装置２０からの要求を受
けると、その中から受信側装置２０側の状況に応じて実
行可能なプログラムを選択してダウンロードするので、
ダウンロードしたプログラムが受信側装置２０側で実行
できないという事態を防止できるとともに、実施の形態
１に比べ、資源の不足が原因で受信側装置２０へのプロ
グラムダウンロードができないという事態も発生しにく
くなる。 （実施の形態３）以下、本発明に係るダウンロードシス
テムの第３の実施の形態について説明する。本実施の形
態の特徴は、上記実施の形態２において、送信元装置２
１０側（選択部２１３）が行っていたプログラムの選択
処理の一部（受信側装置で実行可能なプログラムが複数
あった場合にいずれかを選択する処理）を、受信側装置
において、ユーザに行わせる点である。 （全体の構成）図１９は、本実施の形態におけるダウン
ロードシステム３の構成を示すブロック図である。第２
の実施の形態と共通する構成については、同じ参照番号
を付して説明は省略する。

【００７０】本実施の形態のダウンロードシステム３で
は、送信元装置３１０は、実施の形態２と同様、各々の
ダウンロード用プログラムについて格納領域の大きさや
使用する資源の異なる複数のパターンを用意している。
実施の形態２と異なるのは、送信元装置３１０が受信側
装置３２０からの要求に応じ、要求ＩＤに対応する複数
のプログラムから受信側装置３２０の資源使用状況で実
行可能なプログラムを全て選択し、各プログラムの特徴
を示す特徴情報を付加して受信側装置３２０に送信する
ことである。そして、受信側装置３２０では各プログラ
ムの特徴をユーザに提示した上で１つを選択させ、選択
されたプログラムを実行する。なお、各構成部について
説明する前に、ダウンロード処理のおおよその流れにつ
いて述べる。

【００７１】（ダウンロード処理の概要）図２０は、ダ
ウンロード処理の手順とそれに伴なう情報の流れとを示
すシーケンス図である。図２に示す実施の形態１の処理
の手順と共通する部分については、詳しい説明は省略す
る。先ず、受信側装置３２０がユーザからダウンロード
発行要求の指示を受け付けてから、要求を送信元装置３
１０に送信するまでの処理（〜）は、実施の形態１
と同じである。

【００７２】要求を受信した送信元装置３１０は、要求
されたプログラムＩＤ（要求ＩＤ）に対応する複数のプ
ログラムに関する使用資源情報を読み出し（ａ）、これ
ら使用資源情報を、要求とともに受信した受信側装置情
報と照らし合わせて、受信側装置３２０で実行可能なプ
ログラムを全て選択する（ｂ）。そして、送信元装置３
１０は、（ｂ）の処理で選択したプログラムに関して、
各プログラムの特徴を示す特徴情報を含むプログラム情
報を受信側装置３２０に送信する（ｃ）。

【００７３】受信側装置３２０は、送信されてきたプロ
グラム情報に含まれる、各プログラムの特徴情報をユー
ザに提示し、１つのプログラムを選択させる（ｄ）。そ
して、選択されたプログラムの識別情報（格納ＩＤ）を
送信元装置３１０に送信する（ｅ）。これ以降の処理
は、実施の形態１におけるプログラム送信以降の処理
（図２では，）と同じである。なお、選択部３１３
の判定の結果、受信側装置３２０で実行可能なプログラ
ムが１つしかない、あるいは０であった場合、判定から
後の処理は、図２に示した実施の形態１の処理〜と
まったく同じである。

【００７４】以下、送信元装置３１０、受信側装置３２
０の構成各部の処理について、図２０のシーケンス図に
示した処理（ａ）〜（ｅ）の部分に関する内容を中心に
説明する。 （送信元装置３１０の構成）以下、送信元装置３１０の
構成について説明する。実施の形態１または２と同じ処
理内容の構成部については同じ参照番号を付して説明は
省略する。本実施の形態において固有の処理を行う構成
部は選択部３１３、プログラム送信部３１５である。な
お、書き換え部１４は、処理内容は実施の形態１，２と
同じであるが、処理するプログラムの数が複数となる場
合がある。また、格納部３１６に格納される使用資源情
報に、本実施の形態固有の特徴情報が追加されている。
また、これに伴なって、使用資源情報をもとに生成され
るプログラム情報の内容も異なってくる。

【００７５】先ず、本実施の形態における使用資源情報
について説明する。図２１は、本実施の形態における使
用資源情報２１００の構成と内容の一例（格納ＩＤ「ｘ
３」に対応するプログラムの場合）とを示す図である。
使用資源情報２１００は実施の形態２における使用資源
情報１８０３（図１８（ｃ）参照）とほぼ同じである
が、プログラムの特徴を記述したテキストデータである
特徴情報部２１１０を更に有する点が異なっている。な
お、特徴情報の内容（「領域の大小」、「処理の早
さ」）は、同じプログラム要求ＩＤに対応するプログラ
ム群の中での互いに比較した場合の特徴である。図２１
の例が示すのは、プログラムｘ３をプログラムｘ１、ｘ
２と比較した場合の特徴となる。

【００７６】次いで、各構成部の処理について説明す
る。選択部３１３の処理は、受信側装置３２０から送信
されてきた受信側装置情報５００とプログラムの使用資
源情報とをもとに受信側装置３２０で実行可能なプログ
ラムを判定する部分まで、実施の形態２の選択部２１３
と同じである。ただし、判定の結果、実行可能なプログ
ラムが複数あった場合、実施の形態２の選択部２１３が
そのうち１つを選択したのに対し、本実施の形態の選択
部３１３は、実行可能なプログラム全てに対して、受信
側装置３２０への送信のための処理を行う。すなわち、
プログラム毎に割り当て情報（図９参照）とプログラム
情報とを作成し、割り当て情報は書き換え部３１４に、
プログラム情報はプログラム送信部３１５にそれぞれ出
力する。本実施の形態におけるプログラム情報は、上述
の使用資源情報２２００に含まれていた特徴情報２１１
０の内容が追加されている点で、実施の形態１、２にお
けるプログラム情報１０００と異なる。

【００７７】図２２は、本実施の形態におけるプログラ
ム情報２２００の構成と内容の一例（図２１と同様、プ
ログラムｘ３の場合）とを示す図である。実施の形態
１、２におけるプログラム情報（図１０参照）と共通の
部分については、同じ参照番号を付して説明は省略す
る。本実施例におけるプログラム情報２２００の特徴
は、先ず、上記の特徴情報を格納するためのエリアであ
る特徴情報部２２５０が追加される点である。また、プ
ログラムＩＤ部２２１０に格納されるのは「要求ＩＤ」
ではなく「格納ＩＤ」である。

【００７８】プログラム送信部３１５は、選択部３１３
から複数のプログラムに関するプログラム情報が出力さ
れてきた場合（選択部３１３が複数のプログラムを選択
した場合）、先ず、プログラム情報のみを全て受信側装
置３２０に送信する。そして、受信側装置３２０からユ
ーザが選択したプログラムの識別情報（格納ＩＤ）が送
信されてくるのを待つ。

【００７９】そして、受信側装置３２０から格納ＩＤが
送信されてくると、プログラム送信部３１５は、書き換
え部１４にから出力されてきた書き換え後プログラムの
うち、当該格納ＩＤに対応するものを、これに関連する
システム要求情報と組み合わせて受信側装置３２０に送
信する。なお、選択部３１３の選択処理の結果、受信側
装置３２０で実行可能なプログラムが１つだけ、または
０である場合のプログラム送信部３１５の処理は、実施
の形態１、２のプログラム送信部と同じである。 （受信側装置３２０の構成）以下、受信側装置３２０の
構成について説明する。実施の形態１または２と同じ処
理内容の構成部については同じ参照番号を付して説明は
省略する。本実施の形態における固有の処理は、送信元
装置３１０からのダウンロードが開始されて以降であ
る。固有の処理を行う構成部はインタフェース部３２
１、プログラム受信部３２４である。

【００８０】プログラム受信部３２４は、送信元装置３
１０からプログラムに先立って送信されてくるプログラ
ム情報を一時保存した上で、インタフェース部３２１に
各プログラムのプログラム情報を出力して、ユーザによ
るプログラム選択の指定を受け付けるよう指示する。そ
して、インタフェース部３２１からユーザが選択したプ
ログラムの識別情報が出力されてくると、当該識別情報
に対応するプログラムの格納ＩＤを送信元装置３１０に
送り、これに対応するプログラム本体が送信されてくる
のを待つ。そして、プログラムが送信されてくると、プ
ログラム本体はプログラム格納領域に格納し、プログラ
ム情報は資源獲得部２５に、システム要求情報はシステ
ム要求発行部２６に、それぞれ出力する。

【００８１】プログラム受信部３２４の処理は、送信元
装置３１０からダウンロードされてきたプログラムが１
つである場合、および送信元装置３１０から「プログラ
ム送信不可」の通知があった場合については、実施の形
態１、２と同じである。インタフェース部３２１は、実
施の形態１、２における処理（ユーザからのダウンロー
ド要求の受け付け）に加えて、ダウンロード候補の複数
のプログラムから１つをユーザに選択させる処理を行
う。

【００８２】インタフェース部３２１は、プログラム受
信部３２４からユーザによるプログラム選択の受け付け
実行の指示を受けると、指示とともに送られてきた各プ
ログラムの特徴情報および格納ＩＤをもとに、選択指示
を受け付けるためのプログラム選択画面（ＧＵＩ）を生
成してディスプレイに表示する。図２３は、インタフェ
ース部３２１によって受信側装置３２０のディスプレイ
に表示されるプログラム選択画面２３００の例（プログ
ラムｘ２、ｘ３の場合）を示す図である。プログラム選
択画面２３００には、各プログラムについてプログラム
情報の内容を表示する情報表示部２３１０と、ユーザが
選択するプログラムをチェックするためのチェックボッ
クス２３２０、ユーザが選択決定を通知するための決定
ボタン２３３０が設けられている。

【００８３】情報表示部２３１０に表示されているの
は、プログラム受信部３２４からインタフェース部３２
１に出力されてくるプログラム情報に含まれる特徴情報
の内容である。プログラム選択画面２３００上でユーザ
が特定のプログラムのチェックボックス２３２０をチェ
ックし、決定ボタン２３３０をクリックすると、インタ
フェース部３２１はチェックされたプログラムの識別情
報（格納ＩＤ）をプログラム受信部３２４に通知する。

【００８４】なお、プログラム受信部３２４がプログラ
ムを受信してから後の、資源獲得部２５、システム要求
発生部２６の処理は、実施の形態１、２の場合と同じで
ある。 （まとめ）上記の通り、本実施の形態におけるダウンロ
ードシステム３は、送信元装置３１０が、受信側装置３
２０の要求に応じてダウンロードできるプログラムが複
数ある場合、特徴情報を受信側装置３２０に送信して、
ユーザが特徴情報をもとにプログラムを選択できるよう
にしている。そのため、実施の形態２で実現できる効果
を実現できるのに加え、ユーザの意向に応じたプログラ
ムを選択することも可能となる。 （実施の形態４）本実施の形態は、実施の形態１〜３に
おいて送信元装置が行っていたプログラム実行可否の判
定を、受信側装置が行うものである。そして、その判定
は、実施の形態１〜３のように送信側装置が保持する使
用資源情報及び受信側装置が生成する受信側装置情報を
元に行われるのではなく、送信元装置が保持する資源確
保用のスクリプト（以下「資源スクリプト」）を、プロ
グラムダウンロードに先立って受信側装置が仮実行する
ことで行われる。以下、本発明の実施の形態を図面に従
い、具体的に説明する。

【００８５】図２４は本実施の形態におけるダウンロー
ドシステム４を示す。実施の形態１のダウンロードシス
テム１と同じ構成部については同じ参照番号を付してあ
る。本実施の形態における構成上の特徴は以下の通りで
ある。先ず、送信元装置２４１０においては判定処理用
の構成がなく、使用資源情報を保持していないこと、そ
して、受信側装置２４２０においては、受信側装置情報
を生成するための構成がないこと、判定処理を行うスク
リプト仮実行部２４２３を備えること、などである。

【００８６】これら構成について説明する前に、本実施
の形態のダウンロードシステム４におけるダウンロード
処理のおおよその流れについて述べる。 （ダウンロード処理の概要）図２５は、本実施の形態に
よるダウンロードシステム４におけるダウンロード処理
の手順とそれに伴なう情報の流れとを示すシーケンス図
である。

【００８７】先ず、受信側装置２４２０がユーザから、
あるプログラムのダウンロード要求を発行するよう指示
を受け付ける（）。すると、受信側装置２４２０は、
当該プログラムに関する資源スクリプトの送信要求（プ
ログラムＩＤを含む）を送信元装置２４１０に送信する
（）。送信元装置２４１０は受信側装置２４２０から
の資源スクリプト要求を受け付けると、要求に付加され
たダウンロード用プログラムに対応する資源スクリプト
を読み出す。そして、読み出した資源スクリプトを受信
側装置２４２０に送信する（）。

【００８８】受信側装置２４２０は、受信した資源スク
リプトを仮実行することで、ダウンロードを要求しよう
としているプログラムの実行に必要な資源が確保できる
か否かチェックする（）。その結果、必要な資源があ
れば、受信側装置２４２０は送信元装置２４１０に対
し、プログラムのダウンロード要求を送信する（）。
そして、これに対して送信元装置２４１０からプログラ
ムがダウンロードされてくると（）、これを受信、格
納すると共に、正規に資源を確保した上で、必要なシス
テム要求を発行してプログラムを実行する（）。

【００８９】なお、の資源スクリプトの仮実行結果
が、「必要な資源を確保できない」となった場合、受信
側装置２４２０は送信元装置２４１０に対してで送信
した要求のキャンセルを通知するとともに、ユーザにも
「ダウンロード不能」を通知する。 （構成）次いで、本実施の形態におけるダウンロードシ
ステム４の構成について説明する。 （送信元装置２４１０の構成）先ず、本実施の形態にお
ける送信元装置２４１０の構成について説明する。送信
元装置２４１０は、実施の形態１における送信元装置１
０が含んでいた判定部１３、書き替え部１４がなく、格
納部１６には、実施の形態１における使用資源情報７０
０の代わりに、資源スクリプト２６００が格納されてい
る。

【００９０】送信元装置２４１０がこうした構成を有す
るのは、上述の通り、本実施の形態では、実施の形態１
において判定部１３、書き替え部１４が行っていた処理
が受信側装置２４２０で行われるためであり、プログラ
ムの実行に必要な資源の確保の可否が、資源スクリプト
の仮実行によって判定されるからである。図２６は、本
実施の形態において送信元装置２４１０の格納部１６に
保持されている資源スクリプトの具体例を示す。

【００９１】本実施の形態における資源スクリプトは、
実施の形態１における使用資源情報に代わるものであ
り、使用資源情報と同様、個々のダウンロード用プログ
ラムに１つが対応していて、具体的には、プログラム管
理テーブル（図６参照）に設定された情報で対応づけら
れる（使用資源情報アドレスの代わりに資源スクリプト
アドレスが設定される）。

【００９２】同図に示す資源スクリプトは、あるダウン
ロード用プログラムの実行に必要な資源を確保するため
の資源スクリプトであり、タスク実行に必要な資源を取
得するタスク用スクリプト２６１０、計数セマフォ用資
源を取得するためのセマフォ用スクリプト２６２０、メ
ッセージキュー用の資源を取得するためのメッセージキ
ュー用スクリプト２６３０から成る。

【００９３】各スクリプトは、基本的な構成として、取
得される資源の識別情報（使用資源情報７００（図７参
照）の資源種別７１１及び資源ＩＤ７１２に相当）が設
定される資源名部２６０１、スクリプト関数が設定され
る関数部２６０２、取得する資源に関する特性が指定さ
れるパラメータ部２６０３から成る。タスク用スクリプ
ト２６１０は、スクリプト関数“ＤｅｆＴａｓｋ”を実
行してタスク実行用資源を取得し、取得した資源名を
“ＴＡＳＫ１”とする、という内容である。パラメータ
部２６０３には、取得されたタスク（識別情報“ＴＡＳ
Ｋ１”）について、実行優先度を指定するパラメータ２
６１１、エントリポイントを指定するバラメータ２６１
２、必要なスタックサイズ（使用資源情報７００（図７
参照）の使用領域７１３に相当）を指定するパラメータ
２６１３、起動時の実行状態を指定するバラメータ２６
１４が指定されている。

【００９４】セマフォ用スクリプト２６２０は、スクリ
プト関数“ＤｅｆＳｅｍ”を実行して計数セマフォ用資
源を取得し、取得した資源名を“ＳＥＭ１”とする、と
いう内容である。パラメータ部２６０３には、取得され
た計数セマフォ（識別情報“ＳＥＭ１”）について、初
期値を指定する初期値パラメータ２６２１、取得処理で
待ち状態が発生した場合に優先度維承を実施するか否か
を指定するパラメータ２６２２が指定されている。

【００９５】メッセージキュー用スクリプト２６３０
は、スクリプト関数“ＤｅｆＱｕｅｕｅ”を実行してメ
ッセージキュー用資源を取得し、取得した資源名を“Ｑ
ＵＥ１”とする、という内容である。パラメータ部２６
０３には、取得されたメッセージキュー（資源名“ＱＵ
Ｅ１”）について、これが扱うメッセージのサイズを指
定するサイズパラメータ２６３１、メッセージの個数を
指定する個数パラメータ２６３２、取得処理で待ち状態
が発生した場合に優先度縦承を実施するか否かを指定す
るパラメータ２６３３が、指定されている。

【００９６】また、判定部１３、書き替え部１４が含ま
れないことの結果として、検索部２４１２の処理は、実
施の形態１における検索部１２とは異なる。すなわち、
検索部２４１２は、受信側装置２４２０から送信されて
きた資源スクリプト要求を要求受信部１１経由で受け取
ると、要求に付加されたプログラムＩＤをキーにプログ
ラム管理テーブル６００を検索して、当該プログラムに
対応する資源スクリプトのアドレスを得て、格納部１６
から資源スクリプトを読み出すと、これをプログラム送
信部１５に渡して、受信側装置２４２０に送信させる。
そして、その後、受信側装置２４２０からプログラム要
求が送られてくると、要求に含まれる識別情報に対応す
るダウンロード用プログラムとこれに対応するシステム
要求情報とを格納部１６から読み出してプログラム送信
部１５に渡し、受信側装置２４２０に送信させる。 （受信側装置２４２０の構成）本実施の形態における受
信側装置２４２０は、実施の形態１において送信元装置
１０が含んでいた書き替え部２４２８を有するのに加
え、実施の形態１における判定部１３に相当するスクリ
プト仮実行部２４２３を有する。また、資源取得を資源
スクリプトに基づいて行う関係から、実施の形態１にお
ける資源獲得部２５の代わりにプログラム格納領域取得
部２４２７及び資源最終確保部２４２５を有する。ま
た、実施の形態１にあった受信側装置情報生成部２２が
不要となり、それに伴なってインタフェース部２４２
１、要求送信部２４２２、プログラム受信部２４２４が
本実施の形態に固有の処理を行う。

【００９７】先ず、インタフェース部２４２１は、ユー
ザから受け付けたダウンロード要求発行指示を要求送受
信部２４２２に送る。要求送受信部２４２２は指示に含
まれるプログラム識別情報と共に、スクリプト要求を送
信元装置２４１０に送信する。そして、これに応じて送
信元装置２４１０から送信されてくる資源スクリプト
を、プログラム受信部２４２４が受信する。プログラム
受信部２４２４は受信した資源スクリプトをスクリプト
仮実行部２４２３に送る。その後、スクリプト仮実行部
２４２３による資源スクリプト仮実行結果に応じて、要
求送信部２４２２は、プログラムダウンロード要求（全
ての資源スクリプトについて、仮実行の結果が「資源取
得可能」の場合）、又は、ダウンロード処理キャンセル
通知（仮実行の結果が「資源取得不可」の資源スクリプ
トが１つでもある場合）を送信元装置２４１０に送信す
る。

【００９８】スクリプト仮実行部２４２３は、プログラ
ム受信部２４２４から受け取った資源スクリプトを仮実
行して、ユーザが求めるダウンロードプログラムの実行
の可否（実行用資源の取得の可否）を判定する。また、
前記判定において「資源取得可」という結果が得られた
場合は、実行用資源の使用を受信装置２４２０のシステ
ムにおいて宣言し、これら資源が他のプログラムによっ
て使用されることがないようにする。具体的には、これ
ら資源に関する資源管理情報（図３参照）における使用
状態欄３３０の値を“ＵＥＳＤ”に設定する。またプロ
グラム格納領域に関する格納領域管理情報（図４参照）
における使用状態部４３０の値を“ＵＳＥＤ”に設定す
る。その上で、使用を宣言した資源及びプログラム格納
領域の識別情報をプログラムの識別情報と共に、それぞ
れ、資源最終確保部２４２５、プログラム格納領域取得
部２４２７に通知する。

【００９９】そして、スクリプト仮実行部２４２３は、
判定結果（「資源取得可」又は「資源取得不可」）を要
求受信部２４２２に渡す。プログラム受信部２４２４
は、送信元装置２４１０からダウンロードプログラム及
び当該プログラム用のシステム要求情報を受信し、それ
に応じて以下の処理を行う。先ず、プログラムの受信を
開始した時点で、当該プログラムの識別情報を資源最終
確保部２４２５、プログラム格納領域取得部２４２７に
通知し、当該プログラム用に使用が宣言されている資
源、プログラム格納領域について、最終的に当該プログ
ラム実行用に取得するよう指示する。そして、これに対
してプログラム格納領域取得部２４２７から、取得完了
の通知が領域のアドレス情報と共に返送されてくるのを
待って、受信したプログラムを当該領域に格納する。な
お、システム要求情報については、実施の形態１におけ
るプログラム受信部２４と同様、システム要求発行部２
６に送る。また、プログラムの格納が完了すると、完了
通知を書き替え部２４２８に送る。

【０１００】資源最終確保部２４２５は、スクリプト仮
実行部２４２３がスクリプト仮実行の結果として使用を
宣言した資源を、最終的にダウンロードプログラム実行
用に確保する。そして、確保した資源に関する情報（資
源情報）をまとめた資源情報テーブルを作成して、書き
替え部２４２８に送り、ダウンロードプログラムの書き
替えを指示する。

【０１０１】図２７は、資源最終確保部２４２５が生成
する資源情報テーブル２７００の構成及び内容の例を示
す。資源情報テーブル２７００は、資源名欄２７１０、
資源ＩＤ欄２７２０、資源アドレス欄２７３０から成
る。資源名欄２７１０には、資源スクリプトによって取
得される資源に付加される資源名（図２６参照）が格納
され、資源ＩＤ欄２７２０には、資源最終確保部２４２
５が実際に取得した資源の識別情報（実施の形態１にお
ける資源管理テーブル３００の資源ＩＤ部３２０の値に
対応）が格納される。資源アドレス欄２７３０に設定さ
れるのは、資源最終確保部２４２５が実際に取得した資
源の記憶部２７におけるアドレスである。なお、資源名
欄２７１０に設定される値は実施の形態１における送信
装置側の資源ＩＤ（図７、９参照）に相当する。

【０１０２】資源情報２７０１は、図２６におけるタス
ク用スクリプト２６１０に従って取得されたタスク資源
に関する情報である。スクリプト２６１０において“Ｔ
ＡＳＫ１”の資源名で示される資源に対して、受信装置
側２４２０で識別情報“２”を付加された資源が取得さ
れたことを示す。資源情報２７０２，２７０３は同様
に、セマフォ用スクリプト２６２０、メッセージキュー
用スクリプト２６３０において、“ＳＥＭ１”、“ＱＵ
Ｅ１”の資源名で示される資源に対して、それぞれ、受
信装置側２４２０で識別情報“３”、“４”を付された
資源が取得されたことを示す。

【０１０３】書き替え部２４２８は、資源最終取得部２
４２５から書き換え実行指示を受け付けると、プログラ
ム受信部２４２４からダウンロードプログラムの受信、
格納完了の通知が格納エリアアドレスと共に送られてく
るのを待つ。そして、書き替え実行指示と共に送られて
くる資源情報テーブル２７００の内容に従い、格納され
たダウンロードプログラムにおける資源名部分に、実際
に資源最終取得部２４２５が取得した資源の資源ＩＤを
埋め込む。

【０１０４】図２８は、書き替え部２４２８が行うダウ
ンロードプログラム書き替えの例を示す図である。図２
８（ａ）は、プログラム受信部２４２４が受信した、書
き替え前のダウンロードプログラム２８００のうち、資
源に関連する部分の抜粋である。文２８１０は使用され
る資源の資源名を宣言する。ここでの資源名は、資源ス
クリプトの資源名部２６０１で指定される資源名に対応
している。ｕｓｅ関数２８１１は、使用する資源の名称
を宣言するための関数である。パラメータ部２８１２、
２８１３には、資源の名称が指定される。ここでは、図
２６に示したのと同じ、セマフォ用資源の名称“ＳＥＭ
１”とメッセージキュー用資源の名称“ＱＵＥ１”とが
指定されている。

【０１０５】文２８２０は、図２６に示したタスク用資
源スクリプト２６１０に対応するタスクのタスクエント
リを定義する。“Ｔａｓｋ_ｅｎｔｒｙ”関数２８２１
は、タスクのエントリポイントを示す関数である。文２
８３０は、計数セマフオの使用を示す。“ｗａｉ_ｓｅ
ｍ”関数２８３１は、計数セマフオの取得待ちを行うシ
ステムコールを示す。“ｒｅｆ”関数２８３２は、プロ
グラム実行時に用いられる資源の識別情報を取得する関
数である。ここでは、セマフォ用スクリプト２６２０の
実行によって取得される資源の識別情報を得るために、
セマフォ用スクリプト２６２０で指定された資源名“Ｓ
ＥＭ１”が指定されている。

【０１０６】文２８４０は、メッセージキューの使用を
示す。“ｓｎｄ_ｑｕｅ”関数２８４１は、メッセージ
キューの送信を行うシステムコールを示す。“ｒｅｆ”
関数２８４２は、プログラム実行時に用いられる資源の
識別情報を取得する関数である。ここでは、メッセージ
キュー用スクリプト２６３０の実行によって取得される
資源の識別情報を得るために、メッセージキュー用スク
リプト２６３０で指定された資源名“ＱＵＥ１”が指定
されている。パラメータ２８４３は、“ｓｎｄ_ｑｕ
ｅ”関数２８４１で送信するメッセージが格納される変
数が指定される。

【０１０７】同図（ｂ）は、書き替え後のダウンロード
プログラム２８００を示す。文２８３０、２８４０にお
ける“ｒｅｆ”関数の部分が、受信側装置２４２０にお
いて実際に取得された資源の識別情報２８３２’、２８
４２’に書きかえられている。この書き替えは、図２７
に示した資源情報２７０２，２７０３の内容に従って行
われたものである。 （動作）以下、本実施の形態でのダウンロード処理にお
ける受信側装置２４２０、送信元装置２４１０、それぞ
れの動作について説明する。 （受信側装置２４２０の動作）図２９は、ダウンロード
処理における受信側装置２４２０の動作を示すフローチ
ャートである。

【０１０８】受信側装置２４２０において、ダウンロー
ド処理は、インタフェース部２４２１がユーザからダウ
ンロード要求発行指示を受け付けた時点で開始される
（Ｓ２９０１：Yes）。インタフェース部２４２１から
指示の内容を得た要求送信部２４２２は、指示に含まれ
るダウンロード対象プログラムの識別情報と共に、資源
スクリプト要求を送信元装置２４１０に送信する（Ｓ２
９０２）。

【０１０９】スクリプト要求に応じて送信元装置２４１
０が送信してくる資源スクリプトは、プログラム受信部
２４２４が受信してスクリプト仮実行部２４２３に渡
す。スクリプト仮実行部２４２３は資源スクリプトを仮
実行し、ダウンロードプログラムの実行に必要な資源の
取得の可否を判定し、判定結果を要求送信部２４２２に
渡す（Ｓ２９０３）。

【０１１０】判定結果が「資源取得不可」であった場合
（Ｓ２９０４：No）、要求送信部２４２２は送信元装置
２４１０にダウンロード要求のキャンセルを通知し、ユ
ーザにダウンロード不可を通知する（Ｓ２９０５）。判
定結果が「資源取得可」であった場合（Ｓ２９０４：Ye
s）、要求送信部２４２２は送信元装置２４１０にプロ
グラムダウンロード要求を送信する（Ｓ２９０６）。

【０１１１】ダウンロード要求に対して送信元装置２４
１０が送信してくるプログラムおよびそれに付随するシ
ステム要求情報は、プログラム受信部２４２４が受信す
る（Ｓ２９０７）。プログラム受信部２４２４は、資源
最終確保部２４２５に指示して、スクリプト仮実行部２
４２３が仮取得していた資源を最終的に取得させる（Ｓ
２９０８）。また、プログラム受信部２４２４は、プロ
グラム格納領域取得部２４２７に指示して、ダウンロー
ドプログラム格納用の領域を取得させる（Ｓ２９０
９）。

【０１１２】そして、格納領域が取得された後、プログ
ラム受信部２４２４は、受信したプログラムを当該領域
に格納すると（Ｓ２９１０）、書き替え部２４２８に格
納完了を通知する。書き替え部２４２８は、これに応じ
て格納されたプログラムを図２８に示したように書き換
える（Ｓ２９１１）。その後の処理は実施の形態１の場
合と同じであり、プログラム受信部２４２４は、書き替
え部２４２８による書き替え処理の完了を待って、シス
テム要求発行部２６にシステム要求情報を出力し、シス
テム要求の発行を指示する。システム要求発行部２６
は、システム要求情報に応じたシステム要求（システム
の再起動、プログラムＸに実行要求）を発行する（Ｓ２
９１２）。これによって、受信側装置２４２０上でダウ
ンロードプログラムが実行される。 （送信元装置２４１０の動作）図３０は、ダウンロード
処理における送信元装置２４１０の動作を示すフローチ
ャートである。

【０１１３】送信元装置２４１０は、要求受信部１１が
受信側装置２４２０から資源スクリプト要求を受け付け
た時点でダウンロード処理を開始する（Ｓ３００１：Ye
s）。そして、プログラム検索部２４１２が、資源スク
リプト要求に付されたプログラム識別情報に対応する資
源スクリプトを格納部１６から読み出してプログラム送
信部１５に渡し、資源スクリプトは受信側装置２４２０
に送信される（Ｓ３００２）。

【０１１４】その後、資源スクリプト仮実行の結果に応
じた応答が受信側装置２４２０から要求受信部１１に送
られてくるのを待つ（Ｓ３００３：Yes）。要求受信部
１１がプログラムダウンロード要求を受信した場合（Ｓ
３００４：Yes）、検索部２４１２が、ダウンロード要
求に付されたプログラム識別情報に対応するダウンロー
ドプログラムを対応するシステム要求情報と共に格納部
１６から読み出し、読み出されたプログラム及びシステ
ム要求情報は、プログラム送信部１５によって受信側装
置２４２０に送信される（Ｓ３００５）。 （まとめ）以上の説明から明らかな通り、本実施の形態
によるダウンロードシステム４は、受信側装置２４２０
へのプログラムダウンロードの可否を、受信側装置２４
２０が送信元装置２４１０から受信した資源スクリプト
を仮実行することで判定する。実行不能なプログラムの
ダウンロード処理を防止できることに加え、判定を受信
側装置２４２０が行うことで、１回のダウンロード処理
あたりの送信元装置２４１０の負荷が小さくなるため、
ダウンロード要求が短時間に送信元装置２４１０に集中
した場合でも、ダウンロード処理の停滞は発生しにくく
なる。また、資源スクリプトの仮実行は、プログラム実
行のプロセスである資源確保処理の一部を兼ねている。
そのため、受信側装置情報を生成してこれを使用資源情
報と比較することで判定を行う実施の形態１〜３のシス
テムに比べ、判定処理の負荷が軽く、その分、ダウンロ
ード処理に要する時間を短縮できる。 （実施の形態５）本実施の形態におけるダウンロードシ
ステムは、受信側装置が備えるデバイスやプログラムに
関するチェックを、送信元装置から受信側装置に送信さ
れる検査スクリプトを実行することで行うものである。

【０１１５】これまでの実施の形態では、ダウンロード
プログラムの実行の可否を決定する条件として、格納領
域及びプログラム資源（タスク、メモリプール、セマフ
ォ、メッセージキュー）を挙げているが、実行可否の条
件はこれらに限定されない。例えば、受信側装置が備え
る機能も、ダウンロードプログラムの実行の可否を決定
する条件となりうる。例えば、デバイス（通信モデムな
ど）の有無や性能、組み込まれている（インストールさ
れている）プログラム（文字変換プログラムなど）の有
無や機能、である。

【０１１６】図３１は、本実施の形態のおけるダウンロ
ードシステム５の構成を示すブロック図である。実施の
形態４と共通する構成については同じ参照番号を付し、
説明は省略する。 （構成）以下、本実施の形態におけるダウンロードシス
テム５の構成について説明する。実施の形態４と共通す
る構成には同じ参照番号を付し、説明は省略する。 （送信元装置３１１０の構成）送信元装置３１１０にお
いて、本実施の形態に固有の処理を行う構成は、検索部
３１１２である。また、格納部１６には、各ダウンロー
ドプログラムに対応して、検査スクリプトが格納されて
いる。各ダウンロードプログラムと検査スクリプトとの
対応は、資源スクリプトやシステム要求情報と同様、プ
ログラム管理テーブル６００に設定された情報で規定さ
れる。

【０１１７】図３２に、本実施の形態でプログラムダウ
ンロード可否の判定に用いられる検査スクリプトの例を
示す。同図（ａ）は、検査スクリプトの１種であるデバ
イスチェック用スクリプト３２１０を示す。当該スクリ
プトは、受信側装置３１２０が備えるモデム（図示せ
ず）の機能チェックに用いられる。

【０１１８】デバイスチェック用スクリプト３２１０
は、結果部３２１１と関数部（ＣｈｅｃｋＭｏｄｅｍ以
下）からなる。結果部３２１１は、関数部の実行結果と
して期待される値を指定する部分であり、ここでの指定
「ＯＫ」は、期待される実行結果が「正常」であること
を示す。関数部のうち、スクリプト関数名３２１２は、
チェック対象を指定する部分であり、「ＣｈｅｃｋＭｏ
ｄｅｍ」は対象がモデムであることを示す。条件部３２
１３は、ダウンロードプログラムの実行の前提としてモ
デムに期待される機能を指定するものであり、ここで
は、最低ボーレートとして“９６００”という値が、最
高ボーレートとして“３８４００”という値がそれぞれ
指定されている。条件部３２１３で指定された「最低ボ
ーレート＝９６００ ＆ 最高ボーレート＝３８４００」
という条件を受信側装置３１２０が備えるモデムが満た
していれば、関数「ＣｈｅｃｋＭｏｄｅｍ」の実行結果
は「ＯＫ」となり、スクリプトは正常終了となるが、満
たしていなければ、スクリプトは中断となる。

【０１１９】同図（ｂ）は、検査スクリプトの１種であ
るプログラムチェック用スクリプト３２２０を示す。当
該スクリプトは、文字変換用プログラムについて仮名漢
字変換機能の有無をチェックするものである。結果部３
２２１は、関数部（ＣｈｅｃｋＭｏｄｕｌｅ以下）の実
行結果として期待される値を指定する部分であり、ここ
での指定「ＯＫ」は、期待されるチェック結果が「正
常」であることを示す。関数部において、スクリプト関
数名３２２２は、チェック対象を指定する部分であり、
「ＣｈｅｃｋＭｏｄｕｌｅ」は対象がプログラムである
ことを示す。条件部３２２３は、ダウンロードプログラ
ムの実行の前提としてチェック対象プログラムに期待さ
れる機能を指定するものであり、検査対象のプログラム
を示すプログラム識別子“Ｋａｎａｋａｎ”と、求めら
れる機能を示す機能パラメータ“仮名漢字変換”とから
なる。条件部３２２３で指定された「識別子が“Ｋａｎ
ａｋａｎ”のプログラムは、“仮名漢字変換機能”を有
する」という条件を、受信側装置３１２０が満たしてい
れば、関数「ＣｈｅｃｋＭｏｄｕｌｅ」の実行結果は
「ＯＫ」となり、スクリプトは正常終了となるが、満た
していなければ、スクリプトは中断となる。

【０１２０】図３３は、図３２（ｂ）に示したチェック
スクリプトによるチェックの対象となるプログラムの例
を示す。当該プログラムはプログラミング言語Ｃで記述
されており、図示するのはその一部である。文３３１０
は、検査対象プログラムの有する機能を宣言する文であ
り、“ＤｅｆＭｏｄｕｌｅ”関数３３１１は、プログラ
ムの名称と機能を宣言する関数である。パラメータ３３
１２は、プログラムを識別する名称を指定するものであ
り、パラメータ３３１３は、プログラムが有する機能を
示す。 （受信側装置３１２０の構成）本実施の形態における受
信側装置３１２０の固有の構成は、検査スクリプト実行
部３１２１である。また、検査スクリプト実行部３１２
１の追加に伴なって、要求送信部３１２２、プログラム
受信部３１２４が、本実施の形態に固有の処理を行う。

【０１２１】プログラム受信部３１２４は、受信側装置
３１２０からの資源スクリプト要求に対して送信元装置
３１１０から送信されてくる資源スクリプト、検査スク
リプトを受信し、資源スクリプトをスクリプト仮実行部
２４２３に、検査スクリプトを検査スクリプト実行部３
１２１に、それぞれ送出する。検査スクリプト実行部３
１２１は、検査スクリプトを実行し、その実行結果（正
常終了か中断か）を要求送信部３１２２に出力する。

【０１２２】要求送信部３１２２は、検査スクリプト実
行部３１２１から送られてくる検査スクリプト実行結果
に基づいて、送信元装置３１１０にプログラムダウンロ
ード要求又はダウンロードのキャンセル通知を送信す
る。実施の形態４における要求送信部２４２２は、資源
スクリプトの実行結果がすべて正常終了であった場合に
プログラムダウンロード要求を送信していたが、要求送
信部３１２２は、資源スクリプト及び検査スクリプト全
ての実行結果が正常終了であった場合にプログラムダウ
ンロード要求を送信する。 （動作）本実施の形態におけるダウンロードシステム５
の動作は、実施の形態４におけるダウンロードシステム
４とほぼ同じであるため、説明は省略する。 （まとめ）以上の説明から明らかなように、本実施の形
態のダウンロードシステムによれば、受信側装置におけ
るデバイスの有無や性能、プログラムの有無や機能につ
いてチェックした上で、プログラムダウンロードを行う
ことができる。よって、プログラム実行のために、資源
の確保以外にデバイスやプログラムに関する条件を満た
す必要がある場合でも、実行不能なプログラムを無駄に
ダウンロードする自体は防止できる。また、受信側装置
が送信元装置から送られてくるスクリプトを実行する形
で判定が行われるので、受信側装置は、デバイスやプロ
グラムに関する情報を受信側装置情報のような形で収
集、送信する必要がない。

【０１２３】なお、検査スクリプトの実行によるダウン
ロード可否判定という、本実施の形態における特徴的処
理は、実施の形態１〜４の全てに適用することができ
る。さらに、デバイスやプログラムのチェックは、検査
スクリプト以外によって実行することも可能である。例
えば、送信元装置が「必要デバイス情報」や「必要プロ
グラム情報」を保持しておき、受信側装置にこれを送信
し、受信側装置ではこれら情報を自身の構成情報に照会
することで、ダウンロードの可否を判定する、という形
が考えられる。 （備考）上記実施の形態１〜３では、ダウンロードシス
テムをＣＡＴＶの放送局と受信用セットトップボックス
としたが、これは一例である。これ以外にも例えば、サ
ービス提供業者のサーバから契約者の家庭内に設置され
たセットトップボックスなどの端末にオンラインショッ
ピングやテレビゲームなどのプログラムを送信する場合
なども考えられる。また、送信元装置と受信側装置との
送受信については、無線通信で実現してもよい。

【０１２４】また、上記実施の形態１〜３において、プ
ログラムのダウンロードは全て受信側装置からの要求に
よって開始されていたが、ダウンロード済みプログラム
のバージョンアップサービスあるいは機能拡張に伴なう
新規プログラムの追加ダウンロードなどのように、受信
装置側からの要求によらず、送信元装置からプログラム
のダウンロードを開始する場合もある。その場合は、先
ず、送信元装置が受信側装置に対して受信側装置情報の
生成・送信を要求することでダウンロード処理が開始さ
れる。送信元装置が受信側装置情報を受信してから後の
処理は、上記実施の形態１〜３で示した内容と同じであ
る。

【０１２５】なお、ここに挙げた実施の形態は５つであ
るが、各実施の形態の特徴を矛盾しない形で組み合わせ
て、更に別の実施の形態を実現することも可能である。
例えば、実施の形態５におけるデバイス又はプログラム
のチェックを、実施の形態１乃至３の送信元装置で行う
ことが考えられる。この場合、受信側装置は、デバイス
やプログラムに関する情報を受信側装置情報に付加して
送信元装置に送信する。また、実施の形態２、３に示し
たような、送信元装置が同機能のプログラムを複数用意
しておく形態を、実施の形態４、５に適用することもで
きる。この場合、受信側装置は、１のダウンロード要求
に対して送信されてくる複数プログラム用の資源スクリ
プト、検査スクリプトを仮実行又は実行し、その結果に
応じて実行可能なプログラムについて、ダウンロードを
要求することになる。

【０１２６】

【発明の効果】以上の説明から明らかなように、本発明
のダウンロードシステムは、プログラムを受信、実行す
る受信側装置と前記受信側装置へプログラムを送信する
送信元装置とから成るダウンロードシステムであって、
前記受信側装置は、前記受信側装置が有するプログラム
実行用資源の使用状況を示す受信側装置情報を生成する
情報生成手段と、ダウンロード対象のプログラムを示す
識別情報と前記情報生成手段が生成した受信側装置情報
とを含むダウンロード要求を前記送信元装置に送信する
要求送信手段と、前記ダウンロード要求に応じて前記送
信元装置が送信してくるプログラムを受信するプログラ
ム受信手段と、を有し、前記送信元装置は、１以上のプ
ログラムをそれぞれ識別情報と対応づけて保持するプロ
グラム保持手段と、前記１以上のプログラムの各々に関
して、実行に必要な資源を示す必要資源情報を保持する
資源情報保持手段と、前記受信側装置から送信されてく
る前記ダウンロード要求を受け付ける要求受付手段と、
前記要求受付手段が受け付けた前記ダウンロード要求に
含まれる識別情報が示すプログラムに関する必要資源情
報と前記ダウンロード要求に含まれる受信側装置情報と
から、前記ダウンロード要求に含まれる識別情報が示す
プログラムを前記受信側装置が実行することが可能か否
か判定する判定手段と、前記判定手段が前記受信側装置
において実行可能と判定したプログラムを前記受信側装
置に送信するプログラム送信手段と、を有する、という
構成を特徴とする。 この構成によれば、受信側装置は
使用可能な資源に関する受信側装置情報をダウンロード
要求と共に送信元装置に送信し、送信元装置は受信側装
置情報を参照して要求されたプログラムが当該受信側装
置上で実行可能か判定した上で、可能な場合のみプログ
ラムのダウンロードを行うので、無意味なダウンロード
処理が行われることはない。

【０１２７】また、本発明のダウンロードシステムは、
プログラムを受信、実行する受信側装置と前記受信側装
置へプログラムを送信する送信元装置とから成るダウン
ロードシステムであって、前記受信側装置が、前記受信
側装置が有するプログラム実行用資源の使用状況を示す
受信側装置情報を生成する情報生成手段と、ダウンロー
ド対象のプログラムを示す識別情報と前記情報生成手段
が生成した受信側装置情報とを含むダウンロード要求を
前記送信元装置に送信する要求送信手段と、前記ダウン
ロード要求に応じて前記送信元装置が送信してくるプロ
グラムを受信するプログラム受信手段と、を有し、前記
送信元装置が、識別情報の各々に対して、実現する機能
の基本部分が同一で、しかも実行に要する資源の内容が
互いに異なる複数のプログラムを対応づける形で複数の
プログラムを保持しているプログラム保持手段と、前記
複数のプログラムの各々に関して、実行に必要な資源を
示す必要資源情報を保持する資源情報保持手段と、前記
受信側装置から送信されてくる前記ダウンロード要求を
受け付ける要求受付手段と、前記要求受付手段が受け付
けた前記ダウンロード要求に含まれる識別情報に対応す
る複数のプログラムの各々について、当該プログラムに
関する必要資源情報と前記要求受付手段が受け付けた受
信側装置情報とを元に、前記受信側装置において実行す
ることが可能か否か判定する判定手段と、前記判定手段
が前記受信側装置において実行可能と判定したプログラ
ムを前記受信側装置に送信するプログラム送信手段と、
を有する、という構成にすることもできる。

【０１２８】これによれば、送信元装置が保持する複数
のプログラムのいずれかは受信側装置で実行可能となる
可能性が高いので、資源の不足が原因で受信側装置への
プログラムダウンロードができないという事態そのもの
が発生しにくくなる。また、前記受信側装置における実
行が可能なプログラムが複数あった場合、前記判定手段
が１つを選択し、前記プログラム送信手段は前記判定手
段が選択したプログラムを前記受信側装置に送信する、
という構成でも、同様の効果は実現できる。 また、更
に、前記プログラム送信手段は、前記判定手段による判
定の結果、前記受信側装置における実行が可能なプログ
ラムが複数あった場合、前記実行可能なプログラムの各
々について、実行時の特徴を示す特徴情報を前記受信側
装置に送信し、それに対して前記受信側装置から送信さ
れてくる選択結果に対応するプログラムを前記受信側装
置に送信し、前記受信側装置は、前記プログラム送信手
段から受信した前記特徴情報をユーザに提示して、うち
１つをユーザに選択させる選択受付手段と、前記選択受
付手段が受け付けた選択結果を前記送信元装置に通知す
る選択結果通知手段と、を更に有する、という構成にす
ることもできる。 これによれば、上記の効果が実現で
きるのに加え、要求に応じてダウンロードできるプログ
ラムが複数ある場合、ユーザの意向に応じたプログラム
を選択することが可能となる。

【０１２９】また、本発明のダウンロードシステムは、
プログラムを受信、実行する受信側装置と前記受信側装
置へプログラムを送信する送信元装置とから成るダウン
ロードシステムであって、前記送信元装置は、１以上の
プログラムをそれぞれ識別情報に対応づけて保持してい
るプログラム保持手段と、前記１以上のプログラムの各
々について、実行に必要な資源を規定する資源データを
保持する資源データ保持手段と、前記受信側装置から送
信されてくる資源データ要求又はプログラム要求を受け
付ける要求受付手段と、前記要求受付手段が受け付けた
資源データ要求に含まれる識別情報に対応する資源デー
タを前記資源データ保持手段から読み出し前記受信側装
置に送信する、又は、前記要求受付手段が受け付けたプ
ログラム要求に含まれる識別情報に対応するプログラム
を前記プログラム保持手段から読み出し前記受信側装置
に送信する送信手段と、を有し、前記受信側装置は、ダ
ウンロード対象のプログラムを示す識別情報を含む資源
データ要求を前記送信元装置に送信する第１の要求送信
手段と、前記資源データ要求に応じて前記送信元装置が
送信してくる資源データを受信する資源データ受信手段
と、前記資源データを用いて前記ダウンロード対象のプ
ログラムの受信側装置での実行の可否を判定する判定手
段と、前記判定手段が実行可と判定した場合に、前記ダ
ウンロード対象のプログラムを示す識別情報を含むプロ
グラム要求を前記送信元装置に送信する第２の要求送信
手段と、前記プログラム要求に応じて前記送信元装置が
送信してくるプログラムを受信するプログラム受信手段
と、を有する、という構成にすることもできる。

【０１３０】この構成では、無駄なダウンロード処理を
行わずにすむのに加え、プログラムの実行の可否は受信
側装置が行うため、送信元装置の負荷が軽減されるの
で、短時間に多数のダウンロード要求が集中する事態と
なっても、ダウンロード処理は停滞なく実施される。ま
た、当該ダウンロードシステムについては、前記資源デ
ータ保持手段が保持する資源データは、対応するプログ
ラムの実行に必要な資源を取得するための資源取得スク
リプトであって、前記判定手段は、前記資源取得スクリ
プトを仮実行した結果に基づいて、前記ダウンロード対
象のプログラムの前記受信側装置での実行の可否を判定
する、という構成にすることもできる。

【０１３１】このようにした場合、プログラム実行処理
に含まれる資源取得処理の一部を実施することで、プロ
グラムの実行可否の判定が実施できる。よって、上記の
効果に加えて、判定処理の手順が簡略化できる効果も得
られる。また、本発明のダウンロードシステムは、プロ
グラムを受信、実行する受信側装置と前記受信側装置へ
プログラムを送信する送信元装置とから成るダウンロー
ドシステムであって、前記送信元装置は、１以上のプロ
グラムをそれぞれ識別情報に対応づけて保持しているプ
ログラム保持手段と、前記１以上のプログラムの各々に
ついて、実行の前提として前記受信側に求められるデバ
イスの機能又は組み込みプログラムの機能を前記受信側
装置が備えているか否か検査するための検査スクリプト
を保持する検査スクリプト保持手段と、前記受信側装置
から送信されてくる検査スクリプト要求又はプログラム
要求を受け付ける要求受付手段と、前記要求受付手段が
受け付けた検査スクリプト要求に含まれる識別情報に対
応する検査スクリプトを前記検査スクリプト保持手段か
ら読み出し前記受信側装置に送信する、又は、前記要求
受付手段が受け付けたプログラム要求に含まれる識別情
報に対応するプログラムを前記プログラム保持手段から
読み出し前記受信側装置に送信する送信手段と、を有
し、前記受信側装置は、ダウンロード対象のプログラム
を示す識別情報を含む検査スクリプト要求を前記送信元
装置に送信する第１の要求送信手段と、前記検査スクリ
プト要求に応じて前記送信元装置が送信してくる検査ス
クリプトを受信する検査スクリプト受信手段と、前記検
査スクリプト受信手段が受信した検査スクリプトを実行
し、その結果に基づいて前記ダウンロード対象のプログ
ラムの前記受信側装置での実行の可否を判定する判定手
段と、前記判定手段が実行可と判定した場合に、前記ダ
ウンロード対象のプログラムを示す識別情報を含むプロ
グラム要求を前記送信元装置に送信する第２の要求送信
手段と、前記プログラム要求に応じて前記送信元装置が
送信してくるプログラムを受信するプログラム受信手段
と、を有する、という構成にすることもできる。

【０１３２】この構成によれば、受信側装置におけるデ
バイスの機能やプログラムの機能の不足が原因で実施で
きないプログラムを無駄にダウンロード処理することを
防止できる。さらに、判定処理はスクリプトの実行によ
って行われるので、受信側装置でデバイス機能やプログ
ラム機能に関する情報を集めて送信元装置に送るという
作業は不要で、判定処理の負荷が軽い。

【０１３３】なお、これまでに述べた効果は、ダウンロ
ードシステムを構成する送信元装置又は受信側装置の一
方によっても実現できる。例えば、無意味なダウンロー
ド処理を防止する、という効果については、プログラム
を受信、実行する受信側装置と前記受信側装置へプログ
ラムを送信する送信元装置とから成るダウンロードシス
テムにおける前記受信側装置であって、前記受信側装置
が有するプログラム実行用資源の使用状況を示す受信側
装置情報を生成する情報生成手段と、ダウンロード対象
のプログラムを示す識別情報と前記情報生成手段が生成
した受信側装置情報とを含むダウンロード要求を前記送
信元装置に送信する要求送信手段と、前記ダウンロード
要求に応じて前記送信元装置が送信してくるプログラム
を受信するプログラム受信手段と、を有するという受信
側装置、又は、プログラムを受信、実行する受信側装置
と前記受信側装置へプログラムを送信する送信元装置と
から成るダウンロードシステムにおける前記送信元装置
であって、１以上のプログラムをそれぞれ識別情報と対
応づけて保持するプログラム保持手段と、前記１以上の
プログラムの各々に関して、実行に必要な資源を示す必
要資源情報を保持する資源情報保持手段と、前記受信側
装置から送信されてくる前記ダウンロード要求を受け付
ける要求受付手段と、前記要求受付手段が受け付けた前
記ダウンロード要求に含まれる識別情報が示すプログラ
ムに関する必要資源情報と前記ダウンロード要求に含ま
れる受信側装置情報とから、前記ダウンロード要求に含
まれる識別情報が示すプログラムを前記受信側装置が実
行することが可能か否か判定する判定手段と、前記判定
手段が前記受信側装置において実行可能と判定したプロ
グラムを前記受信側装置に送信するプログラム送信手段
と、を有するという送信元装置、によっても実現するこ
とができる。

【０１３４】また、上記の送信元装置について、更にプ
ログラムを受信、実行する受信側装置と前記受信側装置
へプログラムを送信する送信元装置とから成るダウンロ
ードシステムにおける前記送信元装置であって、識別情
報の各々に対して、実現する機能の基本部分が同一で、
しかも実行に要する資源の内容が互いに異なる複数のプ
ログラムを対応づける形で複数のプログラムを保持して
いるプログラム保持手段と、前記複数のプログラムの各
々に関して、実行に必要な資源を示す必要資源情報を保
持する資源情報保持手段と、前記受信側装置から送信さ
れてくるダウンロード要求を受け付ける要求受付手段
と、前記要求受付手段が受け付けた前記ダウンロード要
求に含まれる識別情報に対応する複数のプログラムの各
々について、当該プログラムに関する必要資源情報と前
記要求受付手段が受け付けた受信側装置情報とを元に、
前記受信側装置において実行することが可能か否か判定
し、前記受信側装置における実行が可能なプログラムが
複数あった場合、１つを選択する判定手段と、前記判定
手段が選択したプログラムを前記受信側装置に送信する
プログラム送信手段と、を有するとすれば、ダウンロー
ド不能となる事態そのものが発生しにくくなる。

【０１３５】また、上記の受信元装置について、更にプ
ログラムを受信、実行する受信側装置と前記受信側装置
へプログラムを送信する送信元装置とから成るダウンロ
ードシステムであって、前記送信元装置が識別情報の各
々に対して、実現する機能の基本部分が同一で、しかも
実行に要する資源の内容が互いに異なる複数のプログラ
ムを対応づける形でプログラムを保持しているようなダ
ウンロードシステム、における前記受信側装置であっ
て、前記受信側装置が有するプログラム実行用資源の使
用状況を示す受信側装置情報を生成する情報生成手段
と、ダウンロード対象のプログラムを示す識別情報と前
記情報生成手段が生成した受信側装置情報とを含むダウ
ンロード要求を前記送信元装置に送信する要求送信手段
と、前記ダウンロード要求に含まれる識別情報に対応づ
けられた複数のプログラムに関して実行時の特徴を示す
特徴情報を前記送信元装置から受信し、前記特徴情報を
ユーザに提示して、うち１つをユーザに選択させる選択
受付手段と、前記選択受付手段が受け付けた選択結果を
前記送信元装置に送信する選択結果通知手段と、前記選
択結果送信手段が送信した選択結果に対応するプログラ
ムを前記送信元装置から受信するプログラム受信手段
と、を有するとすれば、ダウンロード不能となる事態そ
のものが発生しにくくなると共に、ダウンロードできる
プログラムが複数ある場合、ユーザの意向に応じたプロ
グラムを選択することが可能となる。

【０１３６】また、送信元装置の負荷が軽くなる形でダ
ウンロード処理の可否判定行うために、受信側装置につ
いて、プログラムを受信、実行する受信側装置と前記受
信側装置へプログラムを送信する送信元装置とから成る
ダウンロードシステムにおける前記受信側装置であっ
て、ダウンロード対象のプログラムを示す識別情報を含
む資源データ要求を前記送信元装置に送信する第１の要
求送信手段と、前記資源データ要求に応じて前記送信元
装置が送信してくる資源データを受信する資源データ受
信手段と、前記資源データを用いて前記ダウンロード対
象のプログラムの受信側装置での実行の可否を判定する
判定手段と、前記判定手段が実行可と判定した場合に、
前記ダウンロード対象のプログラムを示す識別情報を含
むプログラム要求を前記送信元装置に送信する第２の要
求送信手段と、前記プログラム要求に応じて前記送信元
装置が送信してくるプログラムを受信するプログラム受
信手段と、を有するという構成としたり、送信元装置に
ついて、プログラムを受信、実行する受信側装置と前記
受信側装置へプログラムを送信する送信元装置とから成
るダウンロードシステムにおける前記送信元装置であっ
て、１以上のプログラムをそれぞれ識別情報に対応づけ
て保持しているプログラム保持手段と、前記１以上のプ
ログラムの各々について、実行に必要な資源を規定する
資源データを保持する資源データ保持手段と、前記受信
側装置から送信されてくる資源データ要求又はプログラ
ム要求を受け付ける要求受付手段と、前記要求受付手段
が受け付けた資源データ要求に含まれる識別情報に対応
する資源データを前記資源データ保持手段から読み出し
前記受信側装置に送信する、又は、前記要求受付手段が
受け付けたプログラム要求に含まれる識別情報に対応す
るプログラムを前記プログラム保持手段から読み出し前
記受信側装置に送信する送信手段と、を有する構成とす
ることができる。

【０１３７】さらに、上記に加え、前記判定手段は、前
記資源取得スクリプトを仮実行した結果に基づいて、前
記ダウンロード対象のプログラムの前記受信側装置での
実行の可否を判定するという構成としたり、送信元装置
の前記資源データ保持手段が保持する資源データを、対
応するプログラムの実行に必要な資源を取得するための
資源取得スクリプトとしたりすることで、判定処理の手
順を簡略化することもできる。

【０１３８】そして、受信側装置について、プログラム
を受信、実行する受信側装置と前記受信側装置へプログ
ラムを送信する送信元装置とから成るダウンロードシス
テムにおける前記受信側装置であって、ダウンロード対
象のプログラムを示す識別情報を含む検査スクリプト要
求を前記送信元装置に送信する第１の要求送信手段と、
前記検査スクリプト要求に応じて前記送信元装置が送信
してくる検査スクリプトを受信する検査スクリプト受信
手段と、前記検査スクリプト受信手段が受信した検査ス
クリプトを実行し、その結果に基づいて前記ダウンロー
ド対象のプログラムの前記受信側装置での実行の可否を
判定する判定手段と、前記判定手段が実行可と判定した
場合に、前記ダウンロード対象のプログラムを示す識別
情報を含むプログラム要求を前記送信元装置に送信する
第２の要求送信手段と、前記プログラム要求に応じて前
記送信元装置が送信してくるプログラムを受信するプロ
グラム受信手段と、を有する構成としたり、送信元装置
について、プログラムを受信、実行する受信側装置と前
記受信側装置へプログラムを送信する送信元装置とから
成るダウンロードシステムにおける前記送信元装置であ
って、１以上のプログラムをそれぞれ識別情報に対応づ
けて保持しているプログラム保持手段と、前記１以上の
プログラムの各々について、実行の前提として前記受信
側に求められるデバイスの機能又は組み込みプログラム
の機能を前記受信側装置が備えているか否か検査するた
めの検査スクリプトを保持する検査スクリプト保持手段
と、前記受信側装置から送信されてくる検査スクリプト
要求又はプログラム要求を受け付ける要求受付手段と、
前記要求受付手段が受け付けた検査スクリプト要求に含
まれる識別情報に対応する検査スクリプトを前記検査ス
クリプト保持手段から読み出し前記受信側装置に送信す
る、又は、前記要求受付手段が受け付けたプログラム要
求に含まれる識別情報に対応するプログラムを前記プロ
グラム保持手段から読み出し前記受信側装置に送信する
送信手段と、を有する構成としたりすることで、デバイ
スの機能やプログラムの機能の不足が原因で実施できな
いプログラムを無駄にダウンロード処理することを防止
できる。

【図面の簡単な説明】

【図１】 本発明にかかわるダウンロードシステムの第
１の実施の形態における構成を示すブロック図である。

【図２】 同実施の形態におけるダウンロード処理の手
順とそれに伴なう情報の流れとを示すシーケンス図であ
る。

【図３】同実施の形態における資源管理テーブルとそこ
に格納された資源管理情報の例とを示す図である。

【図４】同実施の形態における格納領域管理テーブルの
構成とそこに格納される格納領域情報の例とを示す図で
ある。

【図５】同実施の形態におけるダウンロード要求の構成
と内容の例とを示す図である。

【図６】同実施の形態におけるプログラム管理テーブル
の構成と内容の一例とを示す図である。

【図７】同実施の形態における使用資源情報の構成と内
容との一例を示す。

【図８】同実施の形態におけるシステム要求情報の内容
の概略を示す図である。

【図９】同実施の形態における割り当て情報の構成と内
容との一例を示す図である。

【図１０】同実施の形態におけるプログラム情報の構成
と内容の例とを示す図である。

【図１１】同実施の形態において書き換え部が行うプロ
グラム書き換えの具体的な内容の例示す図である。

【図１２】同実施の形態における受信側装置の動作を示
すフローチャートである。

【図１３】同実施の形態における送信元装置の動作を示
すフローチャートである。

【図１４】同実施の形態における更新前後の格納領域情
報の内容を示す図である。

【図１５】同実施の形態における更新前後の資源管理テ
ーブルの内容を示す図である。

【図１６】本発明にかかわるダウンロードシステムの第
２の実施の形態における構成を示すブロック図である。

【図１７】同実施の形態におけるプログラム管理テーブ
ルの構成と内容の例とを示す図である。

【図１８】同実施の形態において送信元装置が保持して
いる３種類のプログラムに関する使用資源情報を示す。

【図１９】本発明にかかわるダウンロードシステムの第
３の実施の形態における構成を示すブロック図である。

【図２０】同実施の形態におけるダウンロード処理の手
順とそれに伴なう情報の流れとを示すシーケンス図であ
る。

【図２１】同実施の形態における使用資源情報の構成と
内容の一例とを示す図である。

【図２２】同実施の形態におけるプログラム情報の構成
と内容の一例とを示す図である。

【図２３】同実施の形態においてインタフェース部によ
って表示されるプログラム選択画面の例を示す図であ
る。

【図２４】本発明にかかわるダウンロードシステムの第
４の実施の形態における構成を示すブロック図である。

【図２５】同実施の形態におけるダウンロード処理の手
順とそれに伴なう情報の流れとを示すシーケンス図であ
る。

【図２６】同実施の形態における資源スクリプトの具体
例を示す図である。

【図２７】同実施の形態における資源情報テーブルの構
成と内容の例とを示す図である。

【図２８】同実施の形態におけるダウンロードプログラ
ムの書き替えの例を示す図である。

【図２９】同実施の形態における受信側装置の動作を示
すフローチャートである。

【図３０】同実施の形態における送信元装置の動作を示
すフローチャートである。

【図３１】本発明にかかわるダウンロードシステムの第
５の実施の形態における構成を示すブロック図である。

【図３２】同実施の形態における検査スクリプトの具体
例を示す図である。

【図３３】同実施の形態において検査対象となるプログ
ラムの例を示す図である。

【符号の説明】

１，２，３，４，５ ダウンロードシステム １０，２１０，１９１０，２４１０，３１１０ 送信元
装置 １１，２１１ 要求受信部 １２，２１２，２４１２，３１１２ 検索部 １３，２１３ 判定部 １４ 書き換え部 １５，３１５ プログラム送信部 １６ 格納部 ３１３ 選択部 ２０，３２０，２４２０，３１２０ 受信側装置 ２１，３２１，２４２１ インタフェース部 ２２ 受信装置情報生成部 ２３，２４２２，３１２２ 要求送信部 ２４，３２４，２４２４，３１２４ プログラム受信部 ２４２３ スクリプト仮実行部 ２４２５ 資源最終獲得部 ２４２７ プログラム格納領域取得部 ２４２８ 書き換え部 ２５ 資源獲得部 ２６ システム要求発行部 ２７ 記憶部 ３１２１ 検査スクリプト実行部

Claims (17)

【特許請求の範囲】
1. 【請求項１】 プログラムを受信、実行する受信側装置
   と前記受信側装置へプログラムを送信する送信元装置と
   から成るダウンロードシステムであって、前記受信側装
   置は、 前記受信側装置が有するプログラム実行用資源
   の使用状況を示す受信側装置情報を生成する情報生成手
   段と、 ダウンロード対象のプログラムを示す識別情報と前記情
   報生成手段が生成した受信側装置情報とを含むダウンロ
   ード要求を前記送信元装置に送信する要求送信手段と、 前記ダウンロード要求に応じて前記送信元装置が送信し
   てくるプログラムを受信するプログラム受信手段と、を
   有し、 前記送信元装置は、 １以上のプログラムをそれぞれ識別情報と対応づけて保
   持するプログラム保持手段と、 前記１以上のプログラムの各々に関して、実行に必要な
   資源を示す必要資源情報を保持する資源情報保持手段
   と、 前記受信側装置から送信されてくる前記ダウンロード要
   求を受け付ける要求受付手段と、 前記要求受付手段が受け付けた前記ダウンロード要求に
   含まれる識別情報が示すプログラムに関する必要資源情
   報と前記ダウンロード要求に含まれる受信側装置情報と
   から、前記ダウンロード要求に含まれる識別情報が示す
   プログラムを前記受信側装置が実行することが可能か否
   か判定する判定手段と、 前記判定手段が前記受信側装置において実行可能と判定
   したプログラムを前記受信側装置に送信するプログラム
   送信手段と、を有すること、を特徴とするダウンロード
   システム。
2. 【請求項２】 プログラムを受信、実行する受信側装置
   と前記受信側装置へプログラムを送信する送信元装置と
   から成るダウンロードシステムであって、前記受信側装
   置は、 前記受信側装置が有するプログラム実行用資源
   の使用状況を示す受信側装置情報を生成する情報生成手
   段と、 ダウンロード対象のプログラムを示す識別情報と前記情
   報生成手段が生成した受信側装置情報とを含むダウンロ
   ード要求を前記送信元装置に送信する要求送信手段と、 前記ダウンロード要求に応じて前記送信元装置が送信し
   てくるプログラムを受信するプログラム受信手段と、を
   有し、 前記送信元装置は、 識別情報の各々に対して、実現する機能の基本部分が同
   一で、しかも実行に要する資源の内容が互いに異なる複
   数のプログラムを対応づける形で複数のプログラムを保
   持しているプログラム保持手段と、 前記複数のプログラムの各々に関して、実行に必要な資
   源を示す必要資源情報を保持する資源情報保持手段と、 前記受信側装置から送信されてくる前記ダウンロード要
   求を受け付ける要求受付手段と、 前記要求受付手段が受け付けた前記ダウンロード要求に
   含まれる識別情報に対応する複数のプログラムの各々に
   ついて、当該プログラムに関する必要資源情報と前記要
   求受付手段が受け付けた受信側装置情報とを元に、前記
   受信側装置において実行することが可能か否か判定する
   判定手段と、 前記判定手段が前記受信側装置において実行可能と判定
   したプログラムを前記受信側装置に送信するプログラム
   送信手段と、を有すること、 を特徴とするダウンロードシステム。
3. 【請求項３】 前記判定手段は、前記受信側装置におけ
   る実行が可能なプログラムが複数あった場合、１つを選
   択し、 前記プログラム送信手段は、前記判定手段が選択したプ
   ログラムを前記受信側装置に送信すること、 を特徴とする請求項２に記載のダウンロードシステム。
4. 【請求項４】 前記プログラム送信手段は、前記判定手
   段による判定の結果、前記受信側装置における実行が可
   能なプログラムが複数あった場合、前記実行可能なプロ
   グラムの各々について、実行時の特徴を示す特徴情報を
   前記受信側装置に送信し、それに対して前記受信側装置
   から送信されてくる選択結果に対応するプログラムを前
   記受信側装置に送信し、 前記受信側装置は、 前記プログラム送信手段から受信した前記特徴情報をユ
   ーザに提示して、うち１つをユーザに選択させる選択受
   付手段と、 前記選択受付手段が受け付けた選択結果を前記送信元装
   置に通知する選択結果通知手段と、を更に有すること、 を特徴とする請求項２に記載のダウンロードシステム。
5. 【請求項５】 プログラムを受信、実行する受信側装置
   と前記受信側装置へプログラムを送信する送信元装置と
   から成るダウンロードシステムであって、前記送信元装
   置は、 １以上のプログラムをそれぞれ識別情報に対応づけて保
   持しているプログラム保持手段と、 前記１以上のプログラムの各々について、実行に必要な
   資源を規定する資源データを保持する資源データ保持手
   段と、 前記受信側装置から送信されてくる資源データ要求又は
   プログラム要求を受け付ける要求受付手段と、 前記要求受付手段が受け付けた資源データ要求に含まれ
   る識別情報に対応する資源データを前記資源データ保持
   手段から読み出し前記受信側装置に送信する、又は、前
   記要求受付手段が受け付けたプログラム要求に含まれる
   識別情報に対応するプログラムを前記プログラム保持手
   段から読み出し前記受信側装置に送信する送信手段と、
   を有し、 前記受信側装置は、 ダウンロード対象のプログラムを
   示す識別情報を含む資源データ要求を前記送信元装置に
   送信する第１の要求送信手段と、 前記資源データ要求に応じて前記送信元装置が送信して
   くる資源データを受信する資源データ受信手段と、 前記資源データを用いて前記ダウンロード対象のプログ
   ラムの受信側装置での実行の可否を判定する判定手段
   と、 前記判定手段が実行可と判定した場合に、前記ダウンロ
   ード対象のプログラムを示す識別情報を含むプログラム
   要求を前記送信元装置に送信する第２の要求送信手段
   と、 前記プログラム要求に応じて前記送信元装置が送信して
   くるプログラムを受信するプログラム受信手段と、を有
   すること、を特徴とするダウンロードシステム。
6. 【請求項６】 前記資源データ保持手段が保持する資源
   データは、対応するプログラムの実行に必要な資源を取
   得するための資源取得スクリプトであって、 前記判定手段は、前記資源取得スクリプトを仮実行した
   結果に基づいて、前記ダウンロード対象のプログラムの
   前記受信側装置での実行の可否を判定すること、 を特徴とする請求項５に記載のダウンロードシステム。
7. 【請求項７】 プログラムを受信、実行する受信側装置
   と前記受信側装置へプログラムを送信する送信元装置と
   から成るダウンロードシステムであって、前記送信元装
   置は、 １以上のプログラムをそれぞれ識別情報に対応づけて保
   持しているプログラム保持手段と、 前記１以上のプログラムの各々について、実行の前提と
   して前記受信側に求められるデバイスの機能又は組み込
   みプログラムの機能を前記受信側装置が備えているか否
   か検査するための検査スクリプトを保持する検査スクリ
   プト保持手段と、 前記受信側装置から送信されてくる検査スクリプト要求
   又はプログラム要求を受け付ける要求受付手段と、 前記要求受付手段が受け付けた検査スクリプト要求に含
   まれる識別情報に対応する検査スクリプトを前記検査ス
   クリプト保持手段から読み出し前記受信側装置に送信す
   る、又は、前記要求受付手段が受け付けたプログラム要
   求に含まれる識別情報に対応するプログラムを前記プロ
   グラム保持手段から読み出し前記受信側装置に送信する
   送信手段と、を有し、 前記受信側装置は、 ダウンロード対象のプログラムを
   示す識別情報を含む検査スクリプト要求を前記送信元装
   置に送信する第１の要求送信手段と、 前記検査スクリプト要求に応じて前記送信元装置が送信
   してくる検査スクリプトを受信する検査スクリプト受信
   手段と、 前記検査スクリプト受信手段が受信した検査スクリプト
   を実行し、その結果に基づいて前記ダウンロード対象の
   プログラムの前記受信側装置での実行の可否を判定する
   判定手段と、 前記判定手段が実行可と判定した場合に、前記ダウンロ
   ード対象のプログラムを示す識別情報を含むプログラム
   要求を前記送信元装置に送信する第２の要求送信手段
   と、 前記プログラム要求に応じて前記送信元装置が送信して
   くるプログラムを受信するプログラム受信手段と、を有
   すること、 を特徴とするダウンロードシステム。
8. 【請求項８】 プログラムを受信、実行する受信側装置
   と前記受信側装置へプログラムを送信する送信元装置と
   から成るダウンロードシステムにおける前記受信側装置
   であって、 前記受信側装置が有するプログラム実行用
   資源の使用状況を示す受信側装置情報を生成する情報生
   成手段と、 ダウンロード対象のプログラムを示す識別情報と前記情
   報生成手段が生成した受信側装置情報とを含むダウンロ
   ード要求を前記送信元装置に送信する要求送信手段と、 前記ダウンロード要求に応じて前記送信元装置が送信し
   てくるプログラムを受信するプログラム受信手段と、を
   有すること、 を特徴とする受信側装置。
9. 【請求項９】 プログラムを受信、実行する受信側装置
   と前記受信側装置へプログラムを送信する送信元装置と
   から成るダウンロードシステムであって、前記送信元装
   置が識別情報の各々に対して、実現する機能の基本部分
   が同一で、しかも実行に要する資源の内容が互いに異な
   る複数のプログラムを対応づける形でプログラムを保持
   しているようなダウンロードシステム、における前記受
   信側装置であって、 前記受信側装置が有するプログラ
   ム実行用資源の使用状況を示す受信側装置情報を生成す
   る情報生成手段と、 ダウンロード対象のプログラムを示す識別情報と前記情
   報生成手段が生成した受信側装置情報とを含むダウンロ
   ード要求を前記送信元装置に送信する要求送信手段と、 前記ダウンロード要求に含まれる識別情報に対応づけら
   れた複数のプログラムに関して実行時の特徴を示す特徴
   情報を前記送信元装置から受信し、前記特徴情報をユー
   ザに提示して、うち１つをユーザに選択させる選択受付
   手段と、 前記選択受付手段が受け付けた選択結果を前記送信元装
   置に送信する選択結果通知手段と、 前記選択結果送信手段が送信した選択結果に対応するプ
   ログラムを前記送信元装置から受信するプログラム受信
   手段と、を有すること、 を特徴とする受信側装置。
10. 【請求項１０】 プログラムを受信、実行する受信側装
    置と前記受信側装置へプログラムを送信する送信元装置
    とから成るダウンロードシステムにおける前記受信側装
    置であって、 ダウンロード対象のプログラムを示す識別情報を含む資
    源データ要求を前記送信元装置に送信する第１の要求送
    信手段と、 前記資源データ要求に応じて前記送信元装置が送信して
    くる資源データを受信する資源データ受信手段と、 前記資源データを用いて前記ダウンロード対象のプログ
    ラムの受信側装置での実行の可否を判定する判定手段
    と、 前記判定手段が実行可と判定した場合に、前記ダウンロ
    ード対象のプログラムを示す識別情報を含むプログラム
    要求を前記送信元装置に送信する第２の要求送信手段
    と、 前記プログラム要求に応じて前記送信元装置が送信して
    くるプログラムを受信するプログラム受信手段と、を有
    すること、 を特徴とする受信側装置。
11. 【請求項１１】 前記判定手段は、前記資源取得スクリ
    プトを仮実行した結果に基づいて、前記ダウンロード対
    象のプログラムの前記受信側装置での実行の可否を判定
    すること、 を特徴とする請求項１０に記載の受信側装置。
12. 【請求項１２】 プログラムを受信、実行する受信側装
    置と前記受信側装置へプログラムを送信する送信元装置
    とから成るダウンロードシステムにおける前記受信側装
    置であって、 ダウンロード対象のプログラムを示す識別情報を含む検
    査スクリプト要求を前記送信元装置に送信する第１の要
    求送信手段と、 前記検査スクリプト要求に応じて前記送信元装置が送信
    してくる検査スクリプトを受信する検査スクリプト受信
    手段と、 前記検査スクリプト受信手段が受信した検査スクリプト
    を実行し、その結果に基づいて前記ダウンロード対象の
    プログラムの前記受信側装置での実行の可否を判定する
    判定手段と、 前記判定手段が実行可と判定した場合に、前記ダウンロ
    ード対象のプログラムを示す識別情報を含むプログラム
    要求を前記送信元装置に送信する第２の要求送信手段
    と、 前記プログラム要求に応じて前記送信元装置が送信して
    くるプログラムを受信するプログラム受信手段と、を有
    すること、 を特徴とする受信側装置。
13. 【請求項１３】 プログラムを受信、実行する受信側装
    置と前記受信側装置へプログラムを送信する送信元装置
    とから成るダウンロードシステムにおける前記送信元装
    置であって、 １以上のプログラムをそれぞれ識別情報と対応づけて保
    持するプログラム保持手段と、 前記１以上のプログラムの各々に関して、実行に必要な
    資源を示す必要資源情報を保持する資源情報保持手段
    と、 前記受信側装置から送信されてくる前記ダウンロード要
    求を受け付ける要求受付手段と、 前記要求受付手段が受け付けた前記ダウンロード要求に
    含まれる識別情報が示すプログラムに関する必要資源情
    報と前記ダウンロード要求に含まれる受信側装置情報と
    から、前記ダウンロード要求に含まれる識別情報が示す
    プログラムを前記受信側装置が実行することが可能か否
    か判定する判定手段と、 前記判定手段が前記受信側装置において実行可能と判定
    したプログラムを前記受信側装置に送信するプログラム
    送信手段と、を有すること、を特徴とする送信元装置。
14. 【請求項１４】 プログラムを受信、実行する受信側装
    置と前記受信側装置へプログラムを送信する送信元装置
    とから成るダウンロードシステムにおける前記送信元装
    置であって、 識別情報の各々に対して、実現する機能の基本部分が同
    一で、しかも実行に要する資源の内容が互いに異なる複
    数のプログラムを対応づける形で複数のプログラムを保
    持しているプログラム保持手段と、 前記複数のプログラムの各々に関して、実行に必要な資
    源を示す必要資源情報を保持する資源情報保持手段と、 前記受信側装置から送信されてくるダウンロード要求を
    受け付ける要求受付手段と、 前記要求受付手段が受け付けた前記ダウンロード要求に
    含まれる識別情報に対応する複数のプログラムの各々に
    ついて、当該プログラムに関する必要資源情報と前記要
    求受付手段が受け付けた受信側装置情報とを元に、前記
    受信側装置において実行することが可能か否か判定し、
    前記受信側装置における実行が可能なプログラムが複数
    あった場合、１つを選択する判定手段と、 前記判定手段が選択したプログラムを前記受信側装置に
    送信するプログラム送信手段と、を有すること、 を特徴とする送信元装置。
15. 【請求項１５】 プログラムを受信、実行する受信側装
    置と前記受信側装置へプログラムを送信する送信元装置
    とから成るダウンロードシステムにおける前記送信元装
    置であって、 １以上のプログラムをそれぞれ識別情報に対応づけて保
    持しているプログラム保持手段と、 前記１以上のプログラムの各々について、実行に必要な
    資源を規定する資源データを保持する資源データ保持手
    段と、 前記受信側装置から送信されてくる資源データ要求又は
    プログラム要求を受け付ける要求受付手段と、 前記要求受付手段が受け付けた資源データ要求に含まれ
    る識別情報に対応する資源データを前記資源データ保持
    手段から読み出し前記受信側装置に送信する、又は、前
    記要求受付手段が受け付けたプログラム要求に含まれる
    識別情報に対応するプログラムを前記プログラム保持手
    段から読み出し前記受信側装置に送信する送信手段と、
    を有すること、 を特徴とする送信元装置。
16. 【請求項１６】 前記資源データ保持手段が保持する資
    源データが、対応するプログラムの実行に必要な資源を
    取得するための資源取得スクリプトであること、を特徴
    とする請求項１５に記載の送信元装置。
17. 【請求項１７】 プログラムを受信、実行する受信側装
    置と前記受信側装置へプログラムを送信する送信元装置
    とから成るダウンロードシステムにおける前記送信元装
    置であって、 １以上のプログラムをそれぞれ識別情報に対応づけて保
    持しているプログラム保持手段と、 前記１以上のプログラムの各々について、実行の前提と
    して前記受信側に求められるデバイスの機能又は組み込
    みプログラムの機能を前記受信側装置が備えているか否
    か検査するための検査スクリプトを保持する検査スクリ
    プト保持手段と、 前記受信側装置から送信されてくる検査スクリプト要求
    又はプログラム要求を受け付ける要求受付手段と、 前記要求受付手段が受け付けた検査スクリプト要求に含
    まれる識別情報に対応する検査スクリプトを前記検査ス
    クリプト保持手段から読み出し前記受信側装置に送信す
    る、又は、前記要求受付手段が受け付けたプログラム要
    求に含まれる識別情報に対応するプログラムを前記プロ
    グラム保持手段から読み出し前記受信側装置に送信する
    送信手段と、を有すること、 を特徴とする送信元装置。