WO2006061921A1 - プログラム取得実行装置、プログラム取得実行方法、プログラム取得実行プログラム記録媒体、およびプログラム取得実行プログラム - Google Patents

Abstract

　複数のプログラムを取得して実行する際に、通信方式に不整合があると、プログラム間で通信ができなかった。 　プログラム取得部（１０１）が、プログラム格納装置（１５０）から複数のプログラムを取得し、プログラム実行部（１０２）が、取得したプログラムを実行する。これら複数のプログラムが相互に通信する際の通信方式の不整合を、通信方式不整合検出部（３０４）が検出すると、通信方式変換部（２０３）がそれら複数のプログラムが相互に通信する際の通信方式を変換するか、または、プログラム取得部（１０２）がプログラムを再取得するので、複数のプログラムを相互に通信させることが可能となる。

Description

明 細 書

プログラム取得実行装置、プログラム取得実行方法、プログラム取得実行 プログラム記録媒体、およびプログラム取得実行プログラム

技術分野

[0001] 本発明は、プログラム取得実行装置、プログラム取得実行方法、プログラム取得実 行プログラム記録媒体、およびプログラム取得実行プログラムに関するものであり、特 に、ネットワークや無線装置等の通信媒体を介してプログラム格納装置力 プロダラ ムをダウンロード、アップロードなどにより取得して実行するものの改良を図ったもの に関する。

背景技術

[0002] 従来のプログラム取得実行装置としては、当該装置に取得され、実行されるプログ ラムの API(Application Programming Interface)に新し 、バージョンが作られた場合で も、古いバージョンのプログラムを新しいバージョンの装置の上で実行できる、いわゆ る上位互換性を実現できるようにするため、新しいバージョンの APIに古いバージョン の APIを含める形で新しいバージョンの APIを規定するよう取り決めているものがあつ た (例えば、非特許文献 1の 2.8節〃 Versioning〃参照)。

[0003] すなわち、新し 、バージョンの APIは、古!、APIに対し上位互換性を確保するため に、古い APIに関しては仕様を一切変更せず、これに新たな API群を追加することに よって、新しい APIを定義している。

[0004] ここで、 APIとはアプリケーションプログラム力も利用できる、オペレーティングシステ ム (OS)やプログラミング言語処理系（コンパイラ等)で用意されたライブラリなどの機 能の規約に相当するものであり、ファイル制御、ウィンドウ制御、画像処理、文字制御 などのための機能を有する命令や関数、あるいはそれらを利用するためのプログラム 上の手続きを定めた規約として提供されることが多 、。

[0005] APIを使うことでコンピュータソフトウェアは、他のソフトウェアと広義の意味で通信し 合うことができる。また APIは、低レベルなハードウェア寄りのソフトウェアと、高レベル な人間寄りのソフトウェアとの間の関係をより抽象化するための 1つの方法である。 [0006] APIの目的の一つは、ウィンドウを操作したりアイコンを描画するというような共通し て使える機能（関数)を提供することである。このような機能を使えば、プログラマはフ アイル制御関数や、ウィンドウ制御関数等を、その都度コーディングしなくても済む。

[0007] 図 18 (a)は、前記非特許文献 1に記載された従来のプログラム取得実行装置を示 すものである。

[0008] 図 18 (a)において、プログラム取得実行装置 100は、プログラム取得部 101とプロ グラム実行部 102とを備えている。

[0009] また、プログラム格納装置 150は、プログラム取得実行装置 100が取得し、実行す るためのプログラムを格納する。

[0010] プログラム取得部 101は、一個または複数のプログラム格納装置 150から、通信路 等の通信媒体 200を介して一個または複数のプログラムを取得する。

[0011] プログラム実行部 102は、プログラム取得部 101が取得した一個または複数のプロ グラムを実行する。

[0012] プログラム取得部 101が取得するプログラムは、予め決められた APIに準拠して作 成されており、プログラム実行部 102もまた、それと同じ APIに準拠したプログラムを 実行するように構成されている。このため、プログラム取得部 101が取得したプロダラ ムは、プログラム実行部 102によって実行することが可能となる。

[0013] 図 18 (b)は、この従来のプログラム取得実行装置の具体的な構成の一例を示すブ ロック図である。

[0014] プログラム取得実行装置としてのコンピュータ 100aは、 CPU1001, RAM1002, ROM1003,および通信インターフェース 1004を有し、これらがバス 1005により互 いに接続されている。

[0015] また、コンピュータ 100aとプログラム格納装置としてのファイルサーバ 150aとは通 信媒体としての通信路 200aを介して互いに接続されて 、る。

[0016] コンピュータ 100a内の CPU1001は ROM1003に記録されたプログラムにより通 信インターフェース 1004を制御し、ファイルサーバ 150aにコマンドを出力する。

[0017] ファイルサーバ 150aはこのコマンドにより指定されたプログラムを検索し、検索した プログラムをコンピュータ 100aに送り出す。 [0018] コンピュータ 100aの通信インターフェース 1004はこのプログラムを受信し、ワーク エリアとしての RAM1002に格納する。

[0019] CPU1001はROM1003に記録されたOS (Operating System)等のモニタプログ ラムの制御のもとで、ファイルサーバより取得したプログラムを実行する。

[0020] すなわち、 CPU1001, ROM1003,通信インターフェース 1004からなる部分が 図 18 (a)のプログラム取得部 101に相当する。また、 CPUIOOI, RAM1002, RO

M1003からなる部分がプログラム実行部 102に相当する。

[0021] ところで、非特許文献 1で開示されて!、る技術を用いた従来のプログラム取得実行 装置では、新し 、バージョンの APIに古 、バージョンの APIを含める形で新し!/、バー ジョンの APIを規定するよう取り決めてある。このため、プログラム取得部 101が取得 するプログラムの APIのバージョン力 プログラム実行部 102が準拠しているバージョ ンよりも古いバージョンであったとしても、問題なく実行することができる。

[0022] すなわち、単一のプログラムであれば、非特許文献 1で開示されて!、る技術を用い ることによって、 APIのバージョンの上位互換性を実現することができる。

[0023] 図 19は、このようなプログラムを取得し実行する場合の具体的なシステムの構成を

、ホームネットワークである HAVi (Home Audio/Video interoperability)を例にとって 示す。

[0024] この従来例は、プログラム取得実行装置としての TV受像機 100bと、プログラム格 納装置としての VTR150bとが通信媒体としての IEEE1394ケーブル 200bを介して 互 ヽに接続されて ヽる状態を示す。

[0025] 即ち、このホームネットワークは、 TV受像機 100bと VTR150bとが互いに協調して 動作を行い、 VTR150bにより再生した映像ソースを TV受像機 100bに表示するも のである。

[0026] この協調動作を可能にするために、予め VTR150bの側に TV受像機 100b用の制 御プログラムを機種ごとに用意しておき、 TV受像機 100bと VTR150bとを IEEE139 4ケーブル 200bを介して接続した時点で互いに情報をやりとりし、 TV受像機 100b の種類に応じたプログラムを VTR150bの側力もダウンロードする。

[0027] これにより、 TV受像機 100bは当該機種に最適な制御プログラムを実行して VTR1 50bと協調動作することが可能となる。

非特許文献 1 : "The HAVi Specification Version 1.1"、 〔オンライン〕、平成 13年 5月 1 5日、 HAVi Inc.,〔平成 16年 9月 27日検索〕、インターネットく http：〃 www. havi.org/ memberarea/ docs/051501 Documents/ release— May 15— HAVi 1.1 (clean). pdf > 発明の開示

発明が解決しょうとする課題

[0028] し力しながら、前記従来の構成では、複数のプログラムを取得しこれらのプログラム 同士が互いに他を利用しながら実行する際に、新 、APIと古 、APIとにそれぞれ 準拠したものが混在する場合などでは、新し 、バージョンの APIに準拠したプロダラ ムから、古いバージョンの APIに準拠したプログラムが有する機能を利用しょうとして も、古 、バージョンの APIし力利用することができな!/、。

[0029] すなわち、非特許文献 1で開示されている技術を用いることによって、プログラム実 行部 102が新しいバージョンに準拠していた場合には、新しいバージョンの APIに準 拠したプログラムと、古 、バージョンの APIに準拠したプログラムの両者を実行するこ とがでさる。

[0030] しかしながら、あるプログラムが他のプログラムを利用する場合、古いバージョンの A PIに準拠したプログラムは、新しいバージョンの APIに対応していないため、新しい バージョンの APIに準拠したプログラムからは、古いバージョンの APIし力利用できな い。

[0031] また、利用する相手のプログラムが準拠して 、る APIが新し 、バージョンか古 、バ 一ジョンかは、プログラムの実行時にしか分力もな 、。

[0032] 従って、新しいバージョンに準拠したプログラムは、利用する相手のプログラムごと に、相手のプログラムがどのバージョンの APIを用いているかをチェックし、相手が用 Vヽて 、る APIを用いて相手のプログラムが有する機能を利用しなければならな力つた

[0033] このため、複数のプログラムが協調して動作する際に、それらのバージョンの間に 不整合があつたとしても、できる限りプログラムを実行可能にするためには、いずれの プログラムも、他のプログラムの機能を利用する箇所では、各プログラムが用いている APIよりも古い全てのバージョンの APIごとにその APIを用いたコードを持っておく必 要があり、プログラムの構造の複雑ィ匕と、サイズの肥大化を招ぐという課題を有して いた。

[0034] 更に、逆に、古いバージョンに準拠したプログラムが新しいバージョンに準拠したプ ログラムを利用しょうとしても、古いバージョンに準拠したプログラムは、新しいパージ ヨンに準拠したプログラムに 、かなる機能が追加されて 、るかを知ることができず、自 分よりも新しいバージョンの APIに対応したコードを用意しておくことは通常不可能な ので、自分よりも新しいバージョンの APIについては、そもそも利用することができな い、という課題を有していた。

[0035] 本発明は、前記従来の課題を解決するためになされたもので、複数のプログラムを 取得して協調動作させる際に、それらのプログラムのバージョンの間に不整合があつ た場合でも、利用する相手のプログラムのバージョンごとに別々のコードを用意するこ となしに、相手のプログラムを利用でき、また、古いバージョンに準拠したプログラムが 新 、バージョンに準拠したプログラムを利用できるプログラム取得実行装置、プログ ラム取得実行方法、プログラム取得実行プログラム記録媒体、およびプログラム取得 実行プログラムを提供することを目的とする。

[0036] また、本発明は、単に上述のような複数のプログラム間の APIのバージョンの不整 合を解決するのみに留まらず、複数のプログラム間の通信方式の不整合全般を解決 するプログラム取得実行装置、プログラム取得実行方法、プログラム取得実行プログ ラム記録媒体、およびプログラム取得実行プログラムを提供することを目的とするもの である。

[0037] すなわち、本発明は、複数のプログラムを取得して協調動作させる際に、それらの プログラムの間の通信方式に不整合があった場合でも、利用する相手のプログラム が使用可能な通信方式の種類ごとに別々のコードを用意することなしに、相手のプロ グラムを利用できるプログラム取得実行装置、プログラム取得実行方法、プログラム取 得実行プログラム記録媒体、およびプログラム取得実行プログラムを提供することを 目的とする。

課題を解決するための手段 [0038] 前記従来の課題を解決するために、本発明の請求項 1に係るプログラム取得実行 装置は、通信媒体を介してプログラム格納装置力 プログラムを取得して実行するプ ログラム取得実行装置であって、プログラム格納装置力 プログラムを取得するプロ グラム取得部と、該プログラム取得部が取得したプログラムを実行するプログラム実行 部と、該プログラム実行部が実行する複数のプログラムが相互に通信する際の通信 方式を変換する通信方式変換部とを備えたことを特徴とするものである。

[0039] 本発明の請求項 2に係るプログラム取得実行装置は、通信媒体を介してプログラム 格納装置力もプログラムを取得して実行するプログラム取得実行装置であって、プロ グラム格納装置力 プログラムを取得するプログラム取得部と、該プログラム取得部が 取得したプログラムを実行するプログラム実行部と、該プログラム実行部が実行する 複数のプログラムが相互に通信する際の通信方式の不整合を検出する通信方式不 整合検出部とを備えたことを特徴とするものである。

[0040] 本発明の請求項 3に係るプログラム取得実行装置は、請求項 2に記載のプログラム 取得実行装置において、前記通信方式不整合検出部が通信方式の不整合を検出 した場合には、前記プログラム取得部はプログラムを再取得することを特徴とするもの である。

[0041] 本発明の請求項 4に係るプログラム取得実行装置は、請求項 2または請求項 3に記 載のプログラム取得実行装置にぉ 、て、前記通信方式不整合検出部が通信方式の 不整合を検出した場合に、前記プログラム実行部が実行する複数のプログラムが相 互に通信する際の通信方式を変換する通信方式変換部をさらに備えたことを特徴と するものである。

[0042] 本発明の請求項 5に係るプログラム取得実行装置は、請求項 3または請求項 4に記 載のプログラム取得実行装置にぉ 、て、前記プログラム取得部が再取得するプログ ラムが用いるべき、整合の取れた通信方式を決定する整合通信方式決定部をさらに 備え、前記プログラム取得部は、前記整合通信方式決定部が決定した通信方式を用 いるプログラムを再取得することを特徴とするものである。

[0043] 本発明の請求項 6に係るプログラム取得実行装置は、請求項 5に記載のプログラム 取得実行装置において、前記整合通信方式決定部は、前記プログラム取得部が既 に取得して 、るプログラムが用いて 、る通信方式の中から、整合の取れた通信方式 を決定することを特徴とするものである。

[0044] 本発明の請求項 7に係るプログラム取得実行装置は、請求項 5に記載のプログラム 取得実行装置において、前記整合通信方式決定部は、一個または複数の前記プロ グラム格納装置力 再取得可能なプログラムが用いて 、る通信方式の中から、整合 の取れた通信方式を決定することを特徴とするものである。

[0045] 本発明の請求項 8に係るプログラム取得実行装置は、請求項 5な 、し請求項 7の 、 ずれかに記載のプログラム取得実行装置にお!、て、前記整合通信方式決定部は、 整合の取れた通信方式の候補の中から、最も新しい通信方式を選択し、整合の取れ た通信方式として決定することを特徴とするものである。

[0046] 本発明の請求項 9に係るプログラム取得実行装置は、請求項 5な 、し請求項 7の 、 ずれかに記載のプログラム取得実行装置にお!、て、前記整合通信方式決定部は、 整合の取れた通信方式の候補の中から、前記プログラム取得部がプログラムを再取 得する際のコストが最も安価となるような通信方式を選択し、整合の取れた通信方式 として決定することを特徴とするものである。

[0047] 本発明の請求項 10に係るプログラム取得実行装置は、請求項 5ないし請求項 9の V、ずれかに記載のプログラム取得実行装置にぉ 、て、前記整合通信方式決定部は 、前記プログラム取得部が、前記整合通信方式決定部が決定した整合の取れた通 信方式を用いるプログラムの取得に失敗した際に、整合の取れた通信方式を再決定 し、前記プログラム取得部は、前記整合通信方式決定部が再決定した通信方式を用 いるプログラムを再取得することを特徴とするものである。

[0048] 本発明の請求項 11に係るプログラム取得実行装置は、請求項 5な 、し請求項 10の V、ずれかに記載のプログラム取得実行装置にお!、て、前記通信方式決定部が整合 の取れた通信方式を決定する方法を指示する通信方式決定方法指示部をさらに備 え、前記通信方式決定部は、前記通信方式決定方法指示部によって指示された方 法で整合の取れた通信方式を決定することを特徴とするものである。

[0049] 本発明の請求項 12に係るプログラム取得実行装置は、請求項 5な 、し請求項 11の いずれかに記載のプログラム取得実行装置において、前記プログラム取得部は、前 記通信方式不整合検出部が通信方式の不整合を検出したプログラムのみを再取得 することを特徴とするものである

[0050] 本発明の請求項 13に係るプログラム取得実行装置は、請求項 5ないし請求項 11の いずれかに記載のプログラム取得実行装置において、前記プログラム取得部は、前 記プログラム実行部が実行するのに必要な全てのプログラムを再取得することを特徴 とするちのである。

[0051] 本発明の請求項 14に係るプログラム取得実行装置は、請求項 5ないし請求項 13の いずれかに記載のプログラム取得実行装置において、前記プログラム取得部は、プ ログラムのうち、前記通信方式不整合検出部が検出した通信方式の不整合が存在す る部分のみを再取得することを特徴とするものである。

[0052] 本発明の請求項 15に係るプログラム取得実行装置は、請求項 1または請求項 4な V、し請求項 14の 、ずれかに記載のプログラム取得実行装置にぉ 、て、前記通信方 式変換部は、通信方式の変換を行う変換プログラムを実行することによって通信方式 を変換し、前記プログラム取得部は、前記通信方式変換部が実行する変換プロダラ ムを取得することを特徴とするものである。

[0053] 本発明の請求項 16に係るプログラム取得実行装置は、請求項 1または請求項 4な V、し請求項 15の 、ずれかに記載のプログラム取得実行装置にぉ 、て、前記通信方 式変換部が通信方式を変換する方法を指示する通信方式変換方法指示部を備え、 前記通信方式変換部は、前記通信方式変換方法指示部によって指示された方法で 通信方式を変換することを特徴とするものである。

[0054] 本発明の請求項 17に係るプログラム取得実行装置は、請求項 1ないし請求項 16の V、ずれかに記載のプログラム取得実行装置にぉ 、て、前記プログラム取得部がプロ グラムを取得する方法を指示するプログラム取得方法指示部を備え、前記プログラム 取得部は、前記プログラム取得方法指示部によって指示された方法でプログラムを 取得することを特徴とするものである。

[0055] 本発明の請求項 18に係るプログラム取得実行装置は、請求項 2ないし請求項 17の V、ずれかに記載のプログラム取得実行装置にぉ 、て、前記通信方式不整合検出部 は、前記プログラム実行部がプログラムの実行を開始する前に、通信方式の不整合 を検出することを特徴とするものである。

[0056] 本発明の請求項 19に係るプログラム取得実行装置は、請求項 2ないし請求項 17の V、ずれかに記載のプログラム取得実行装置にぉ 、て、前記通信方式不整合検出部 は、前記プログラム実行部がプログラムを実行中のときに、逐次通信方式の不整合を 検出することを特徴とするものである。

[0057] 本発明の請求項 20に係るプログラム取得実行装置は、請求項 3ないし 19のいずれ かに記載のプログラム取得実行装置にぉ 、て、前記プログラム取得部が再取得する 対象となっているプログラムまたはプログラムの一部を格納するプログラム格納部をさ らに備え、前記プログラム実行部は、前記プログラム取得部が再取得したプログラム またはプログラムの一部を実行した後、再び前記プログラム格納部が格納して 、るプ ログラムを実行することを特徴とするものである。

[0058] 本発明の請求項 21に係るプログラム取得実行方法は、通信媒体を介してプロダラ ム格納装置力 プログラムを取得して実行するプログラム取得実行方法であって、プ ログラム格納装置力 プログラムを取得するプログラム取得工程と、該プログラム取得 工程により取得したプログラムを実行するプログラム実行工程と、該プログラム実行ェ 程が実行する複数のプログラムが相互に通信する際の通信方式を変換する通信方 式変換工程とを含むことを特徴とするものである。

[0059] 本発明の請求項 22に係るプログラム取得実行方法は、通信媒体を介してプロダラ ム格納装置力 プログラムを取得して実行するプログラム取得実行方法であって、プ ログラム格納装置力 プログラムを取得するプログラム取得工程と、該プログラム取得 工程が取得したプログラムを実行するプログラム実行工程と、該プログラム実行工程 が実行する複数のプログラムが相互に通信する際の通信方式の不整合を検出する 通信方式不整合検出工程とを含むことを特徴とするものである。

[0060] 本発明の請求項 23に係るプログラム取得実行プログラム記録媒体は、コンピュータ に、通信媒体を介してプログラム格納装置力 プログラムを取得して実行させるプロ グラム取得実行方法を実行させるプログラムを記録した媒体であって、前記プロダラ ム取得実行方法は、プログラム格納装置力もプログラムを取得するプログラム取得ェ 程と、該プログラム取得工程により取得したプログラムを実行するプログラム実行工程 と、該プログラム実行工程が実行する複数のプログラムが相互に通信する際の通信 方式を変換する通信方式変換工程とを含むことを特徴とするものである。

[0061] 本発明の請求項 24に係るプログラム取得実行プログラム記録媒体は、コンピュータ に、通信媒体を介してプログラム格納装置力 プログラムを取得して実行させるプロ グラム取得実行方法を実行させるプログラムを記録した媒体であって、前記プロダラ ム取得実行方法は、プログラム格納装置力もプログラムを取得するプログラム取得ェ 程と、該プログラム取得工程が取得したプログラムを実行するプログラム実行工程と、 該プログラム実行工程が実行する複数のプログラムが相互に通信する際の通信方式 の不整合を検出する通信方式不整合検出工程とを含むことを特徴とするものである。

[0062] 本発明の請求項 25に係るプログラム取得実行プログラムは、コンピュータに、通信 媒体を介してプログラム格納装置力 プログラムを取得して実行させるプログラム取 得実行方法を実行させるプログラムであって、前記プログラム取得実行方法は、プロ グラム格納装置力 プログラムを取得するプログラム取得工程と、該プログラム取得ェ 程により取得したプログラムを実行するプログラム実行工程と、該プログラム実行工程 が実行する複数のプログラムが相互に通信する際の通信方式を変換する通信方式 変換工程とを含むことを特徴とするものである。

[0063] 本発明の請求項 26に係るプログラム取得実行プログラムは、コンピュータに、通信 媒体を介してプログラム格納装置力 プログラムを取得して実行させるプログラム取 得実行方法を実行させるプログラムであって、前記プログラム取得実行方法は、プロ グラム格納装置力 プログラムを取得するプログラム取得工程と、該プログラム取得ェ 程が取得したプログラムを実行するプログラム実行工程と、該プログラム実行工程が 実行する複数のプログラムが相互に通信する際の通信方式の不整合を検出する通 信方式不整合検出工程とを含むことを特徴とするものである。

発明の効果

[0064] 請求項 1に記載のプログラム取得実行装置によれば、複数のプログラムを取得して 協調動作させる際に、前記複数のプログラムが使用可能な通信方式に不整合があつ た場合でも、前記複数のプログラムが相互に通信する際の通信方式を変換すること によって、前記複数のプログラムを相互に通信させることが可能となる。 [0065] 請求項 2に記載のプログラム取得実行装置によれば、複数のプログラムを取得して 協調動作させる際に、前記複数のプログラムが使用可能な通信方式に不整合があつ た場合でも、前記不整合を検出することによって必要な措置を取ることが可能となる。

[0066] 請求項 3に記載のプログラム取得実行装置によれば、請求項 2に記載のプログラム 取得実行装置による効果に加えて、前記不整合が検出されたプログラムを再取得す ることによって、前記複数のプログラムを不整合のな 、組合せで実行させることが可 能となる。

[0067] 請求項 4に記載のプログラム取得実行装置によれば、請求項 2または請求項 3に記 載のプログラム取得実行装置による効果に加えて、前記不整合が検出されたプログ ラムの通信方式を変換することによって、前記複数のプログラムを相互に通信させる ことが可能となる。

[0068] 請求項 5に記載のプログラム取得実行装置によれば、請求項 3または請求項 4に記 載のプログラム取得実行装置による効果に加えて、前記不整合が検出されたプログ ラムについて、整合の取れた通信方式を使用するプログラムを再取得することによつ て、前記複数のプログラムを相互に通信させることが可能となる。

[0069] 請求項 6に記載のプログラム取得実行装置によれば、請求項 5に記載のプログラム 取得実行装置による効果に加えて、前記複数のプログラムが使用可能な通信方式の 中から整合の取れた通信方式を決定し、前記整合の取れた通信方式を使用するプ ログラムを再取得することによって、前記複数のプログラムを相互に通信させることが 可能となる。

[0070] 請求項 7に記載のプログラム取得実行装置によれば、請求項 5に記載のプログラム 取得実行装置による効果に加えて、プログラム格納装置力も再取得可能なプロダラ ムが使用している通信方式の中から、整合の取れた通信方式を決定し、前記整合の 取れた通信方式を使用するプログラムを再取得することによって、前記複数のプログ ラムを相互に通信させることが可能となる。

[0071] 請求項 8に記載のプログラム取得実行装置によれば、請求項 5な 、し請求項 7の 、 ずれかに記載のプログラム取得実行装置による効果に加えて、できる限り新しい通信 方式を使用して、前記複数のプログラムを相互に通信させることが可能となる。 [0072] 請求項 9に記載のプログラム取得実行装置によれば、請求項 5な 、し請求項 7の 、 ずれかに記載のプログラム取得実行装置による効果に加えて、前記複数のプロダラ ムを相互に通信させるための再取得の際のコストを、できる限り安価にすることが可能 となる。

[0073] 請求項 10に記載のプログラム取得実行装置によれば、請求項 5ないし請求項 9の いずれかに記載のプログラム取得実行装置による効果にカ卩えて、整合の取れた通信 方式として決定した通信方式を使用するプログラムの再取得に失敗した際でも、整合 の取れた通信方式を再決定し、前記再決定した整合の取れた通信方式を使用する プログラムを再取得することによって、前記複数のプログラムを相互に通信させること が可能となる。

[0074] 請求項 11に記載のプログラム取得実行装置によれば、請求項 5な 、し請求項 10の いずれかに記載のプログラム取得実行装置による効果にカ卩えて、整合の取れた通信 方式を決定する方法をユーザが選択でき、前記ユーザによって選択された方法によ つて決定した、整合の取れた通信方式を使用するプログラムを再取得することによつ て、前記複数のプログラムを相互に通信させることが可能となる。

[0075] 請求項 12に記載のプログラム取得実行装置によれば、請求項 5な 、し請求項 11の いずれかに記載のプログラム取得実行装置による効果に加えて、前記複数のプログ ラムの全てではなぐ不整合が検出されたプログラムのみを再取得することによって、 プログラムの効率的な再取得を実現することが可能となる。

[0076] 請求項 13に記載のプログラム取得実行装置によれば、請求項 5な 、し請求項 11の いずれかに記載のプログラム取得実行装置による効果に加えて、前記複数のプログ ラムの全てを再取得することによって、前記複数のプログラムの一部のみを取得する ことによる更なる不整合の発生を回避することが可能となる。

[0077] 請求項 14に記載のプログラム取得実行装置によれば、請求項 5ないし請求項 13の いずれかに記載のプログラム取得実行装置による効果にカ卩えて、プログラムのうち、 通信方式の不整合が存在する部分のみを部分的に再取得することによって、再取得 のコストを更に極小化することが可能となる。

[0078] 請求項 15に記載のプログラム取得実行装置によれば、請求項 1または請求項 4な いし請求項 14のいずれかに記載のプログラム取得実行装置による効果に加えて、プ ログラム格納装置から取得された変換プログラムによって、前記複数のプログラムが 相互に通信する際の通信方式を変換することによって、前記複数のプログラムが相 互に通信する際の通信方式の変換方法自体の変更が可能となる。

[0079] 請求項 16に記載のプログラム取得実行装置によれば、請求項 1または請求項 4な いし請求項 15のいずれかに記載のプログラム取得実行装置による効果に加えて、通 信方式を変換する方法をユーザが選択でき、前記ユーザによって選択された方法に よって、前記複数のプログラムが相互に通信する際の通信方式を変換することによつ て、前記複数のプログラムを相互に通信させることが可能となる。

[0080] 請求項 17に記載のプログラム取得実行装置によれば、請求項 1ないし請求項 16の いずれかに記載のプログラム取得実行装置による効果にカ卩えて、プログラムを取得 する方法をユーザが選択でき、前記ユーザによって選択された方法によって、不整 合が検出されたプログラムを再取得することによって、前記複数のプログラムを相互 に通信させることが可能となる。

[0081] 請求項 18に記載のプログラム取得実行装置によれば、請求項 2ないし請求項 17の いずれかに記載のプログラム取得実行装置による効果にカ卩えて、プログラムの実行 を開始する前に通信方式の不整合を検出することによって、プログラムの実行中のプ ログラムの再取得や再実行を回避することが可能となる。

[0082] 請求項 19に記載のプログラム取得実行装置によれば、請求項 2ないし請求項 17の いずれかに記載のプログラム取得実行装置による効果にカ卩えて、プログラムの実行 中に、逐次通信方式の不整合を検出することによって、プログラムの実行前の不整合 の検出による実行開始の遅れを回避することが可能となる。

[0083] 請求項 20に記載のプログラム取得実行装置によれば、請求項 3ないし請求項 19の いずれかに記載のプログラム取得実行装置による効果に加えて、不整合が検出され た元々のプログラムを格納したまま、当該プログラムについて、整合の取れた通信方 式を使用するプログラムを再取得して実行することによって、通信方式の不整合を解 消した後で、元々のプログラムを実行することが可能となる。

[0084] 請求項 21に記載のプログラム取得実行方法によれば、複数のプログラムを取得し て協調動作させる際に、前記複数のプログラムが使用可能な通信方式に不整合があ つた場合でも、前記複数のプログラムが相互に通信する際の通信方式を変換するこ とによって、前記複数のプログラムを相互に通信させることが可能となる。

[0085] 請求項 22に記載のプログラム取得実行方法によれば、複数のプログラムを取得し て協調動作させる際に、前記複数のプログラムが使用可能な通信方式に不整合があ つた場合でも、前記不整合を検出することによって必要な措置を取ることが可能とな る。

[0086] 請求項 23に記載のプログラム取得実行プログラム記録媒体によれば、複数のプロ グラムを取得して協調動作させる際に、前記複数のプログラムが使用可能な通信方 式に不整合があった場合でも、前記複数のプログラムが相互に通信する際の通信方 式を変換することによって、前記複数のプログラムを相互に通信させることが可能とな る。

[0087] 請求項 24に記載のプログラム取得実行プログラム記録媒体によれば、複数のプロ グラムを取得して協調動作させる際に、前記複数のプログラムが使用可能な通信方 式に不整合があった場合でも、前記不整合を検出することによって必要な措置を取 ることが可能となる。

[0088] 請求項 25に記載のプログラム取得実行プログラムによれば、複数のプログラムを取 得して協調動作させる際に、前記複数のプログラムが使用可能な通信方式に不整合 力 Sあった場合でも、前記複数のプログラムが相互に通信する際の通信方式を変換す ることによって、前記複数のプログラムを相互に通信させることが可能となる。

[0089] 請求項 26に記載のプログラム取得実行プログラムによれば、複数のプログラムを取 得して協調動作させる際に、前記複数のプログラムが使用可能な通信方式に不整合 力 Sあった場合でも、前記不整合を検出することによって必要な措置を取ることが可能 となる。

図面の簡単な説明

[0090] [図 1(a)]図 1 (a)は、本発明の実施の形態 1におけるプログラム取得実行装置の構成 図である。

[図 1(b)]図 1 (b)は、本発明の実施の形態 1におけるプログラム取得実行装置の階層 構成を示す図である。

圆 1(c)]図 1 (c)は、本発明の実施の形態 1におけるプログラム取得実行装置の階層 構成を示す図である。

圆 1(d)]図 1 (d)は、本発明の実施の形態 1におけるプログラム取得実行装置の階層 構成を示す図である。

圆 1(e)]図 1 (e)は、本発明の実施の形態 1におけるプログラム取得実行装置のプロ グラムファイルの構造を示す図である。

[図 1(D]図 1 (f)は、本発明の実施の形態 1におけるプログラム取得実行装置の APIの 変換動作のフローチャートを示す図である。

圆 1(g)]図 1 (g)は、本発明の実施の形態 1におけるプログラム取得実行装置の API のバージョンの不一致を検出する動作を示す模式図である。

圆 1(h)]図 1 (h)は、本発明の実施の形態 1におけるプログラム取得実行装置を含む システムの構成例を示すブロック図である。

圆 2(a)]図 2 (a)は、本発明の実施の形態 1の変形例 1である携帯電話機の構成例を 示すブロック図である。

圆 2(b)]図 2 (b)は、本発明の実施の形態 1の変形例である携帯電話機のプログラム 更新を行うシステムの構成例を示すブロック図である。

[図 2(c)]図 2 (c)は、図 2 (b)のサーバの動作のフローチャートを示す図である。

圆 2(d)]図 2 (d)は、図 2 (b)の携帯電話機の動作のフローチャートを示す図である。 圆 2(e)]図 2 (e)は、図 2 (b)の携帯電話機が更新用プログラムリストを表示して 、る状 態を示す図である。

圆 2(£)]図 2 (f)は、図 2 (b)の携帯電話機の更新用プログラムリストを選択している状 態を示す図である。

圆 2(g)]図 2 (g)は、図 2 (b)の携帯電話機の更新希望リストのデータ構造の例を示す 図である。

[図 2(h)]図 2 (h)は、図 2 (b)のサーバの動作のフローチャートを示す図である。 圆 2(0]図 2 (i)は、図 2 (b)の携帯電話機の動作のフローチャートを示す図である。 圆 3(a)]図 3 (a)は、本発明の実施の形態 2におけるプログラム取得実行装置の構成 図である。

[図 3(b)]図 3 (b)は、本発明の実施の形態 2におけるプログラムファイルのデータ構造 を示す図である。

[図 3(c)]図 3 (c)は、本発明の実施の形態 2におけるデータファイルのデータ構造を示 す図である。

[図 4]図 4は、本発明の実施の形態 3におけるプログラム取得実行装置の構成図であ る。

[図 5]図 5は、本発明の実施の形態 4におけるプログラム取得実行装置の構成図であ る。

[図 6]図 6は、本発明の実施の形態 5ないし 10におけるプログラム取得実行装置の構 成図である。

[図 7]図 7は、本発明の実施の形態 1におけるプログラム取得実行装置の動作の概略 のフローチャートを示す図である。

[図 8]図 8は、本発明の実施の形態 1におけるプログラム取得実行装置における、プロ グラム実行部で実行されるプログラムが用いる APIの一例を示す図である。

圆 9(a)]図 9 (a)は、本発明の実施の形態 1におけるプログラム取得実行装置におけ る、通信方式変換部による通信方式の変換例を示す図である。

圆 9(b)]図 9 (b)は、本発明の実施の形態 1におけるプログラム取得実行装置の通信 方式変換部を通信方式変換プログラムにより構成した場合の構成例を示す図である 圆 9(c)]図 9 (c)は、本発明の実施の形態 1におけるプログラム取得実行装置の通信 方式変換部を通信方式変換プログラムにより構成した場合に使用する変換表の一例 を示す図である。

[図 10]図 10は、本発明の実施の形態 2におけるプログラム取得実行装置の動作の概 略のフローチャートを示す図である。

圆 11(a)]図 11 (a)は、本発明の実施の形態 3におけるプログラム取得実行装置の動 作の概略のフローチャートを示す図である。

[図 11(b)]図 11 (b)は、図 11 (a)のステップ S26のより詳細な処理の一例のフローチヤ ートを示す図である。

[図 12]図 12は、本発明の実施の形態 4におけるプログラム取得実行装置の動作の概 略のフローチャートを示す図である。

[図 13(a)]図 13 (a)は、本発明の実施の形態 5におけるプログラム取得実行装置の動 作の概略のフローチャートを示す図である。

[図 13(b)]図 13 (b)は、図 13 (a)のステップ S59のより詳細な処理の一例のフローチヤ ートを示す図である。

[図 13(c)]図 13 (c)は、図 13 (a)のステップ S59で使用する通信方式の上位互換性の 表の一例を示す図である。

[図 13(d)]図 13 (d)は、本発明の実施の形態 6におけるプログラム取得実行装置の処 理の詳細なフローチャートを示す図である。

[図 13(e)]図 13 (e)は、本発明の実施の形態 7におけるプログラム取得実行装置の処 理の詳細なフローチャートを示す図である。

圆 13(£)]図 13 (f)は、本発明の実施の形態 8におけるプログラム取得実行装置の処 理の詳細なフローチャートを示す図である。

圆 13(g)]図 13 (g)は、本発明の実施の形態 8におけるプログラム取得実行装置で使 用される通信方式の新しさの表を示す図である。

[図 13(h)]図 13 (h)は、本発明の実施の形態 9におけるプログラム取得実行装置の処 理の詳細なフローチャートを示す図である。

[図 13(0]図 13 (i)は、図 13 (h)のステップ S596cで使用するプログラムファイルのデ ータ構造の他の例を示す図である。

[図 13(j)]図 13 (j)は、図 13 (h)のステップ S596cで使用するプログラムファイルのデ ータ構造の他の例を示す図である。

[図 13(k)]図 13 (k)は、本発明の実施の形態 10におけるプログラム取得実行装置の 動作の概略のフローチャートを示す図である。

[図 14(a)]図 14 (a)は、本発明の実施の形態 11ないし 15におけるプログラム取得実 行装置の構成図である。

[図 14(b)]図 14 (b)は、本発明の実施の形態 11におけるプログラム取得実行装置の 動作の概要のフローチャートを示す図である。

[図 14(c)]図 14 (c)は、本発明の実施の形態 12におけるプログラム取得実行装置の 動作の概要のフローチャートを示す図である。

[図 14(d)]図 14 (d)は、本発明の実施の形態 13におけるプログラム取得実行装置の 動作の概要のフローチャートを示す図である。

[図 14(e)]図 14 (e)は、本発明の実施の形態 14におけるプログラム取得実行装置の 動作の概要のフローチャートを示す図である。

圆 14(£)]図 14 (f)は、本発明の実施の形態 15におけるプログラム取得実行装置の動 作の概要のフローチャートを示す図である。

[図 15(a)]図 15 (a)は、本発明の実施の形態 16におけるプログラム取得実行装置の 構成図である。

[図 15(b)]図 15 (b)は、本発明の実施の形態 16におけるプログラム取得実行装置の 動作の概要のフローチャートを示す図である。

[図 16(a)]図 16 (a)は、本発明の実施の形態 17ないし 19におけるプログラム取得実 行装置の構成図である。

[図 16(b)]図 16 (b)は、本発明の実施の形態 17におけるプログラム取得実行装置の 動作の概要のフローチャートを示す図である。

[図 16(c)]図 16 (c)は、本発明の実施の形態 18におけるプログラム取得実行装置の 動作の概要のフローチャートを示す図である。

[図 16(d)]図 16 (d)は、本発明の実施の形態 19におけるプログラム取得実行装置の 動作の概要のフローチャートを示す図である。

[図 17(a)]図 17 (a)は、本発明の実施の形態 20におけるプログラム取得実行装置の 構成図である。

圆 17(b)]図 17 (b)は、本発明の実施の形態 20におけるプログラム取得実行装置の 動作の概要のフローチャートを示す図である。

[図 18(a)]図 18 (a)は、従来のプログラム取得実行装置の構成図である。

圆 18(b)]図 18 (b)は、従来のプログラム取得実行装置のより具体的な構成を示す図 である。 [図 19]図 19は、従来のプログラム取得実行装置をホームネットワークに応用した場合 の構成例を示す図である。

符号の説明

[0091] 100 プログラム取得実行装置

101 プログラム取得部

102 プログラム実行部

150 プログラム格納装置

203 通信方式変換部

304 通信方式不整合検出部

605 整合通信方式決定部

1406 通信方式決定方法指示部

1507 通信方式変換方法指示部

1608 プログラム取得方法指示部

1709 プログラム格納部

発明を実施するための最良の形態

[0092] 以下、本発明の実施の形態について、図面を参照しながら説明する。

[0093] (実施の形態 1)

図 1 (a)は、本発明の実施の形態 1におけるプログラム取得実行装置の構成図であ る。図 1において、図 18 (a)と同じ構成要素については同じ符号を用い、説明を省略 する。

[0094] 図 1 (a)において、プログラム取得実行装置 100は、図 18 (a)における構成に加え て、通信方式変換部 203を備えている。

この通信方式変換部 203は、 ROM1003に記録された通信方式変換プログラムと

、 CPU1001と、そのワークエリアとなる RAM1002とから構成される。

[0095] 通信方式変換部 203は、プログラム実行部 102が実行する複数のプログラムが相 互に通信する際の通信方式を変換する。

[0096] ここで、通信方式は通信プロトコルの変換のみならず、 APIの変換を含むものとする また、プログラムの通信はプログラム間での関数の呼び出しゃプログラム間でのデ ータのやりとりも含むものとする。

[0097] 図 1 (b)ないし図 1 (d)は図 1 (a)のプログラム取得実行装置の階層構造を示す。

ハードウェア層 L1は図 18 (b)に示した通り、 CPUIOOI, RAM1002, ROM100

3,および通信インターフェース 1004を有し、これらがバス 1005を介して互いに接続 されることで構成されて!、る。

[0098] ハードウェア層 L1の上にはリアルタイム OSやマルチタスク OS等の OS層 L2が実 装され、その上に ίお ava (登録商標）仮想マシン (Virtual Machine ;VM)等のインタプ リタ層 L3が実装される。インタプリタ層 L3上にはアプリケーション層 L4が実装される。 なお、図 1 (c)に示すように OS層 L2とインタプリタ層 L3とは階層が逆になつていても よい。また、図 1 (d)に示すように、インタプリタ層 L3とアプリケーション層 L4との間に はミドルウェア層 L5が実装されることもある。

[0099] ミドルウェアは例えば通信処理やデータベース管理用のプログラム等がこれに該当 し、通信処理やデータベース管理等の特定の分野で必ず必要とされる基本的な機 能を提供するものである。

[0100] そして、ハードウェア層 L1は CPU1001, RAM1002, ROM1003,および通信ィ ンターフェース 1004力もなるハードウェア全体により構成される。

[0101] また、 OS層 L2,インタプリタ層 L3,アプリケーション層 L4,ミドノレウェア層 L5は、 R

OM1003に記録された OS等のモニタプログラム， Java (登録商標）仮想マシン等の インタプリタ，アプリケーション，ミドルウェアのプログラムによりそれぞれ構成される。

[0102] プログラム取得部 101は、 ROM1003に記録されたモニタプログラムと、 CPU100

1と、これにより制御される通信インターフェース 1004により構成される。

[0103] また、プログラム実行部 102は、 ROM1003に記録されたモニタプログラムと、 CP

U1001と、そのワークエリアとなる RAM1002により構成される。

[0104] 上記プログラム取得実行装置 100の動作の概略について、図 7のフローチャートを 参照しながら説明する。

[0105] 処理開始 (ステップ S1)後、プログラム取得部 101は、一個または複数のプログラム 格納装置 150から、一個または複数のプログラムを取得する (ステップ S 2)。 [0106] なお、プログラム格納装置 150とプログラム取得実行装置 100との間の通信媒体 2 00やプログラムの取得方法は本発明の請求の範囲とは無関係であり、本発明の請 求の範囲は、プログラム格納装置 150とプログラム取得実行装置 100との間の通信 媒体やプログラムの取得方法によって制限されるものではない。

[0107] 例えば、具体的な通信媒体としては、有線系であれば LAN(Local Area Network),

CATV(Cable TV)網、 FTTH(F¾er To The Home)網、固定電話通信網などでもよく、 また、無線系であれば赤外線通信インターフェース、 bluetooth (商標）、移動体通信 網、衛星通信網などでもよぐその種類を問わない。

[0108] プログラム実行部 102は、プログラム取得部 101が取得した一個または複数のプロ グラムを実行する (ステップ S3)。

[0109] 通信方式変換部 203は、プログラム実行部 102が実行する複数のプログラムが相 互に通信する際の通信方式を変換する (ステップ S4)。

[0110] プログラム実行部 102が実行している一個または複数のプログラムの実行が全て終 了したら、処理を終了（ステップ S6)する。そうでなければ、ステップ S4を繰り返す (ス テツプ S5)。

[0111] なお、本実施の形態では、通信方式変換部 203は、プログラムの実行が全て終了 するまで繰り返し通信方式の変換を行うと 、う例を記述したが、通信方式変換部 203 による通信方式の変換のタイミングは、この例の場合のみに制限されるわけではなく 、本発明の請求の範囲は、通信方式変換部 203による通信方式の変換のタイミング によって制限されるものではない。

[0112] 通信方式変換部 203による通信方式の変換の一例を、図 8及び図 9を用いて説明 する。

図 8に、プログラム実行部 102で実行されるプログラムが用いる APIの一例を示す。

[0113] この例では、プログラム実行部 102で実行されるプログラムが用いる APIには、「Ver sion 1」及び「Version 2」の二つのバージョンが存在するものとしている。「Version 2」 は「Version 1」よりも新しいプログラムであり、「Version 2」は「Version 1」に対して上 位互換性があるものとする。

[0114] 即ち、「Version 2」は「Version 1」の機能を拡張したものであり、なおかつ「Version 1」と互換性がある。例えば、 multiplyjと「add」と!、う二つの APIがあり、「multiply」と いう APIは、「Version 2」から追加されたものとしている。

[0115] 図 8に、図 7で示した APIの一例を用いた場合の、通信方式変換部 203による通信 方式の変換例を示した。

[0116] この例では、プログラム実行部 102で実行されるプログラムとして、「プログラム A」及 び「プログラム B」の二つが存在するとしている。「プログラム A」は、図 7で示した API の例のうち、「Version 2」の APIを用いて作られており、「プログラム B」は、「Version 1

」の APIを用いて作られて!/、るとする。

[0117] この例のように、 rversion 2」の APIを用いている「プログラム A」が、「Version 2」の

APIのみに存在している「multiply」という API要求を「プログラム B」に要求した場合、 そのままでは、「Version 1」の APIを用いている「プログラム B」はこれを解釈実行する ことができない。

[0118] そこで、通信方式変換部 203は、「multiply」という API要求を、「Version 1」の API である「add」 t 、う API要求の組合せに変換し、この変換された API要求を「プログラ ム¾に要求する。これによつて、異なるバージョンの APIを用いて作られている「プロ グラム A」と「プログラムおとの間の通信が実現できる。

[0119] 通信方式変換部 203は、例えば図 9 (b)に示すように、プログラム実行部 102から 送られてきた API要求を解析し、その関数（図 9 (a)の例では multiply)とパラメータ（ 図 9 (a)の例では (5,3))とを切り分ける（ステップ S4a)。次に、この関数に基づいて図 9 (c)に示すような API変換表を検索することで、これを変換可能な下位 Versionの A PI (図 9 (a)の例では add)を獲得する（ステップ S4b)。そして、変換した下位 Version の APIと図 9 (b)のステップ S4aで得られたパラメータとを用いて下位 Versionの API 要求を生成し、これを変換結果としてプログラム実行部 102に返す (ステップ S4c)。

[0120] このように、通信方式変換部 203における変換の実行部は、 APIの変換表を用い て変換を行う APIの変換プログラムとして記述するなどの実現方法があるが、本発明 の請求の範囲は、変換の実行方法によって制限されるものではない。

[0121] なお、この例では、 API要求の内容の表現方法として C言語に似た表現を用いたが 、 API要求の内容の表現方法はここで例示した表現のみに制限されるものではなぐ また、本発明の請求の範囲は、 API要求の表現方法によって制限されるものではな い。

[0122] また、この例では、 APIのバージョンの不整合、すなわち APIの新， 旧のバージョン が通信する場合を例にとって説明したが、本発明は、複数のプログラム間の APIのバ 一ジョン不整合のみに留まらず、複数のプログラム間の通信方式の不整合全般を解 決するものである。

[0123] すなわち、本発明は、複数のプログラムを取得して協調動作させる際に、それらの プログラムの間の通信方式に不整合があった場合でも、利用する相手のプログラム が使用可能な通信方式の種類ごとに別々のコードを用意することなしに、相手のプロ グラムを利用できるプログラム取得実行装置を提供することが可能である。

[0124] 図 8の APIの変換は、例えば図 1 (e)〖こ示すように、プログラムのヘッダに含まれる、 プログラムのバージョンナンバーに基づき APIの不整合を検出した場合等に行えば よい。

[0125] 即ち、図 1 (f) ,図 1 (g)に示すように、互いに通信を行おうとするプログラムファイル PFのヘッダ PHDの中からバージョンナンバー PVNを取得し（ステップ S101)、バー ジョンナンバー同士を比較し、これらが一致するか否かを検討し (ステップ S 102)、低 V、バージョンの APIでは用意されて!、な!/、APIを呼び出すか否かを検出し (ステップ S103)、呼び出す場合は高いバージョンの APIを低いバージョンの APIに変換する（ ステップ S 104)。

[0126] 図 1 (h)は、このようなコンピュータがプログラムをダウンロードして実行するシステム の構成例を示し、プログラム取得実行装置としてのコンピュータ 100aが通信媒体とし ての通信路 200aを介してプログラム格納装置としてのファイルサーバ 150aにァクセ スし、コンピュータ 100aが指定した所望のプログラムをファイルサーバ 150aが検索し 、検出したプログラムをデータとして通信路 200aを介してコンピュータ 100aに返送し 、コンピュータ 100aがこのプログラムを実行する。

[0127] そして、このようにダウンロードしたプログラムが複数存在し、これらのプログラム同 士がプログラム間通信により互いの APIを呼び出す際、その APIのバージョンが異な る場合に上述のような通信方式の変換を行う。 [0128] これにより、本来ならばプログラム間の通信を行うことができず、プログラム同士の協 調動作やデータの交換等が不可能であったものが、互いに APIのバージョンが異な る場合であってもプログラム間通信が可能となり、予め低いバージョンの APIを用意 する必要がなくなり、プログラムの複雑ィ匕ゃプログラムサイズの肥大化を防止すること が可能となる。

[0129] また、この場合も上述したように、通信プロトコルが異なる場合にその通信プロトコル を変換することで、プログラム間の通信が可能となるようにしてもょ 、。

[0130] また、このようなコンピュータや、 HAViを始めとする家庭内ネットワーク対応家電機 器のみならず、インターネット接続が可能な家電機器や、携帯電話機を始めとする有 線 ·無線の通信網に接続可能な機器、テレビ受信機やラジオ受信機を始めとする放 送網に接続可能な機器等において、そのプログラムを自動的にアップデートする場 合などでも、本実施の形態を応用することが可能である。

[0131] (実施の形態 1の変形例 1)

図 2 (a)は、実施の形態 1の変形例 1による、インターネット接続が可能な携帯電話 機のブロック構成を示す。

この携帯電話機 100cは、種々の信号処理を行う信号処理部 1102と、アンテナ 11 01で受信された無線信号 Nを受信信号として信号処理部 1102に出力するとともに、 信号処理部 1102にて生成された送信信号を無線信号 Nとしてアンテナ 1101から送 信する無線通信部 1103とを有して 、る。

[0132] また、上記携帯電話機 100cは、画像表示を行う液晶パネル (LCD)等の表示部 11 06と、音声を入力するためのマイク 1108と、音声信号を再生するスピーカ 1107と、 上記信号処理部 1102にて処理された画像信号を受け、上記表示部 1106を、画像 信号に基づ ヽて画像表示が行われるよう制御する表示制御部 1104と、マイク 1108 からの入力音声信号を信号処理部 1102に出力するとともに、信号処理部 1112にて 処理された音声信号をスピーカ 1107に出力する音声入出力部 1105とを有して 、る

[0133] さらに、この携帯電話機 100cは、キーボード 1110等により入力したメールアドレス により、他のインターネット接続対応の携帯電話機やパソコン等との間で電子メール のやりとりを可能にするメール処理部 1113を有しており、キーボード 1110から入力 したメッセージや必要に応じてカメラ部 1111で撮影した画像ファイルを添付ファイル として含む電子メールを送受信することが可能である。これはメール処理部 1113が 生成した電子メールデータを無線通信部 1103により電波として送り出し、無線通信 部 1103で受信した電子メールデータを信号処理部 1102を介して表示制御部 1104 により、表示部 1106に電子メールメッセージや添付画像等を映し出すように制御部 1109が各部の制御を行うことで可能となる。

[0134] また、 Web閲覧処理部 1112は、キーボード 1110等により入力した URL (Uniform Resource Locater)により指定した Webページ（ホームページ）のデータを無線通信 部 1103を介して図示しない Webサーバに要求する。 Webサーバは要求された Web ページのデータを返送する。 Web閲覧処理部 1112は Webサーバから返送された W ebページデータを解釈し、表示制御部 1104により表示部 1106に Webページを表 示するよう制御部 1109が各部の制御を行うことで、 Webページの閲覧が可能となる

[0135] また、 ROM1115は、ゲームや電卓等の各種アプリケーションが格納されており、キ 一ボード 1110等の操作により制御部 1109がこれを実行する。 RAMI 114は制御部 1109が各種のソフトウェアを実行する際のワークエリア等として使用される。

[0136] このようにインターネット接続可能な携帯電話機 100cはその各種機能を、 CPUに 相当する制御部 1109のソフトウェアにより実現している力 ソフトウェアが ROMに固 定されているため、出荷後にバグが発見された場合などは、実機を回収し交換を行う 場合が起こり得る。

[0137] そこで、バグをフィックスしたプログラム (以下、更新用プログラムと称す)を携帯電話 機に送り、携帯電話機側で手動あるいは自動でアップデートを行うことにより、低コス トでバグに対応することが考えられる。その更新用プログラムは出荷時に携帯電話機 に格納されて 、るソフトウェアよりも高 、バージョンナンバーを有する。

[0138] 図 2 (b)はこのようなアップデートを行う際のソフトウェア更新システムを示すブロック 図であり、図 2 (c)ないし図 2 (i)はそのソフトウェア更新動作の一例を示すフローチヤ ートである。 [0139] 携帯電話機 100cと更新用プログラムサーバ 150cとは、基地局 2001およびインタ 一ネット 2002からなる通信網 200cを介して接続されている。

[0140] まず、図 2 (c)に示すように、更新用プログラムサーバ 150cは、携帯電話機メーカ 側からの更新通知の有無を検出することで、更新用プログラムが用意されたか否かを 確認する (ステップ S 201)。

[0141] プログラムの更新版が用意されている場合、更新用プログラムサーバ 150cはメーカ の更新情報に基づき、その更新用プログラムを蓄積して 、るデータベースを更新す る (ステップ S202)。その後、更新用プログラムサーバ 150cは該当するメーカ，機種 の携帯電話機に対しプログラムの更新があった旨を一斉に通知する (ステップ S203

) o

[0142] 次に、図 2 (d)に示すように、携帯電話機 100cの側では、更新用プログラムサーバ 力もの一斉通知があった力否かを検出し (ステップ S211)、一斉通知が検出された 場合、ユーザがプログラムの更新を希望する力否かを検出する (ステップ S212)。

[0143] キーボード操作等によりユーザが更新を希望する旨を入力した場合、携帯電話機 1 00cは更新があったプログラムのリストを更新用プログラムサーバから取得し (ステップ S213)、更新があったプログラムの一覧を、図 2 (e)に示すように表示部に表示する（ ステップ S214)。

[0144] ユーザは表示部に表示された更新プログラムリストを参照し、その中から更新を希 望するプログラムをキーボード操作等により指定する (ステップ S215)。図 2 (f)はュ 一ザが指定したプログラムが反転表示されている状態を示す。

[0145] この操作を繰り返すことでユーザが更新を希望するプログラムを全て指定し終われ ば (ステップ S216)、携帯電話機 100cはメーカ名，機種名，更新希望プログラム名を 示したリストを更新用プログラムサーバに送信する (ステップ S217)。図 2 (g)はこの更 新を希望するプログラムのリスト ULを示し、 MKRは携帯電話機のメーカ名を示すフ ィールド、 MODは機種名を示すフィールドである。 UPNは更新を希望するプロダラ ム名を示すフィールドで、可変長もしくは十分な大きさのフィールドを確保すればょ ヽ

[0146] 次に、図 2 (h)に示すように、更新用プログラムサーバ 150cは携帯電話機 100cか ら更新用アクセスがあった力否かを検出し (ステップ S221)、更新用アクセスがあった 場合、携帯電話機側から送られたリスト中のメーカ名，機種名，更新希望プログラム 名に基づきデータベースを検索し (ステップ S222)、検索されたプログラムを携帯電 話機側に返送する (ステップ S223)。

[0147] 次に、図 2 (i)に示すように、携帯電話機 100cは更新用プログラムサーバ 150cから 更新用プログラムの返送があった力否かを検出し (ステップ S231)、返送されたプロ グラムがあった場合はこの更新用プログラムを電気的に書き換え可能な ROMに書き 込み (ステップ S232)、書き込みが終了した後に必要に応じて自動的に再起動する（ ステップ S233)。

[0148] このように、携帯電話機 100cは基地局 2001に対しプログラムのアップデートを行う 旨のコマンドを送信し、基地局 2001はこれをインターネット 2002を介して更新用プ ログラムサーバ 150cに送信する。更新用プログラムサーバ 150cはこの携帯電話機 1 00cから受信したコマンドに応じて、携帯電話機 100cが使用しているプログラムでァ ップデートが必要なものを検索する。その検索の対象は、 OS、インタプリタ、ミドルゥ エア、アプリケーションのいずれもが含まれる。

[0149] そして、更新用プログラムサーバ 150cはアップデートが必要なプログラムを検索す ると、その検索された更新用プログラムをインターネット 2002を介して基地局 2001に 送信し、基地局 2001はこれを無線電波により携帯電話機 100cに返送する。

[0150] 携帯電話機 100cでは返送された更新用プログラムにより ROM1115を上書きし、 必要に応じて再起動を行うことにより、更新されたプログラムを実行することが可能と なる。

[0151] しかしながら、個々のプログラムのバグはこの種のアップデートにより解消できたとし ても、複数のプログラムが互いに連携して動作するため、互いの APIのバージョンや 通信プロトコルの相違等により、プログラム間の通信が行えないことがある。

[0152] そこで、上述のような通信方式変換部 203により、バージョンの低い APIには含まれ て!ヽな 、APIを低 、バージョンの APIに変換したり、プロトコルを変換したりすることで 、複数のプログラムが同時に動作する場合にプログラム間の連携を行うことが可能と なる。携帯電話機 100cの場合、通信方式変換部 203は、 ROM1115に記憶された プログラムと、制御部 1109と、ワークエリアとしての RAMI 114と力も構成される。

[0153] このように、本実施の形態 1の構成によるプログラム取得実行装置によれば、プログ ラム実行部 102が複数のプログラムを取得して協調動作させる際に、前記複数のプ ログラムが使用可能な通信方式に不整合があった場合でも、通信方式変換部 203が 前記複数のプログラムが相互に通信する際の通信方式を変換することによって、前 記複数のプログラムを相互に通信させることが可能となる。

[0154] (実施の形態 2)

図 3 (a)は、本発明の実施の形態 2におけるプログラム取得実行装置の構成図であ る。図 3 (a)において、図 18 (a)と同じ構成要素については同じ符号を用い、説明を 省略する。

[0155] 図 3 (a)において、プログラム取得実行装置 100は、図 1 (a)の通信方式変換部 20

3に代えて通信方式不整合検出部 304を備えている。

[0156] この通信方式不整合検出部 304は、 ROM1003に記録された通信方式不整合検 出プログラムと、 CPU1001と、そのワークエリアとなる RAM1002とから構成される。

[0157] 通信方式不整合検出部 304は、プログラム実行部 102が実行する複数のプロダラ ムが相互に通信する際の通信方式の不整合を検出する。

[0158] 上記プログラム取得実行装置 100の動作の概略について、図 10のフローチャート を参照しながら説明する。図 10において、ステップ S11からステップ S13までは、本 発明の実施の形態 1における、図 7で示したフローチャートのステップ S1からステップ

S3と同様なので、説明を省略する。

[0159] ステップ S13の終了後、通信方式不整合検出部 304は、プログラム実行部 102が 実行する複数のプログラムが相互に通信する際の通信方式の不整合を自動的に検 出する (ステップ S 14)。

[0160] 通信方式不整合検出部 304における通信方式の不整合の検出部としては、図 3 (b )に示すように、プログラム実行部 102が実行するプログラムを収録したプログラムファ ィル PFや、図 3 (c)に示すようにそれらのプログラムが相互に通信し合う際などのデ ータを収録したデータファイルの、特定の位置（例えばプログラムヘッダ PHD中の一 部やデータヘッダ DHDの先頭バイトなど）に、通信プロトコルの名称（例えば TCPZ IP(Transmission Control Protocol/Internet Protocol)や OSI(Open Systems Intercon nection) )等、通信方式を特定可能な情報を表わす通信方式識別子 CIDを予め埋 め込んでおき、それを図 1 (f)と同様のフローチャートと同様の処理により通信を行う プログラム同士で一致している力否かをチェックするなどの方法がある力 本発明の 請求の範囲は、通信方式の不整合の検出部によって制限されるものではない。

[0161] ステップ S14で通信方式の不整合を検出した場合には、ユーザに通知するなど必 要な措置を取る (ステップ S 16)。例えば携帯電話機などでは、表示部に不整合が生 じた旨のメッセージ表示を行う。不整合が検出できない場合は、ステップ S17に進む（ ステップ S 15)。

[0162] プログラム実行部 102が実行している一個または複数のプログラムの実行が全て終 了したら、処理を終了する（ステップ S18)。そうでなければ、ステップ S14からステツ プ S 17までを繰り返す (ステップ S 17)。

[0163] このように、本実施の形態 2の構成によれば、プログラム実行部 102が複数のプログ ラムを取得して協調動作させる際に、前記複数のプログラムが使用可能な通信方式 に不整合があった場合でも、通信方式不整合検出部 304が前記不整合を検出する ことによって、ユーザへの通知など、必要な措置を採ることが可能となる。

[0164] なお、本実施の形態 2では、通信方式不整合検出部 304は、プログラムの実行が 全て終了するまで繰り返し通信方式の不整合の検出を行うという例について記述し たが、通信方式不整合検出部 304による通信方式の不整合の検出のタイミングは、 この例の場合のみに制限されるわけではなぐ本発明の請求の範囲は、通信方式不 整合検出部 304による通信方式の不整合の検出のタイミングによって制限されるもの ではない。

[0165] (実施の形態 3)

図 4は、本発明の実施の形態 3におけるプログラム取得実行装置の構成図である。 図 4にお 、て、図 18 (a)及び図 3 (a)と同じ構成要素につ!/、ては同じ符号を用い、説 明を省略する。

[0166] 図 4において、プログラム取得実行装置 100は、図 3 (a)における構成と、構成要素 は同じである。 [0167] ただし、図 3 (a)における構成とは異なり、通信方式不整合検出部 304が通信方式 の不整合を検出した場合には、プログラム取得部 101は、プログラムを再取得する。

[0168] 上記プログラム取得実行装置 100の動作の概略について、図 11 (a)のフローチヤ ートを参照しながら説明する。

[0169] 図 11 (a)において、ステップ S21からステップ S24までは、本発明の実施の形態 2 における、図 10で示したフローチャートのステップ S11からステップ S14と同様なの で、説明を省略する。

[0170] ステップ S24の終了後、ステップ S24で通信方式の不整合を検出した場合には、プ ログラム取得部 101は、プログラムを再取得し (ステップ S26)、ステップ S23から処理 をやり直す (プログラム実行部 102がプログラムの再実行を行う）。そうでなければ、ス テツプ S27に進む（ステップ S25)。

[0171] プログラム実行部 102が実行している一個または複数のプログラムの実行が全て終 了したら、処理を終了する（ステップ S28)。そうでなければ、ステップ S24からステツ プ S27までを繰り返す (ステップ S27)。

[0172] ここで、ステップ S25で検出する不整合が APIの不整合である場合、ステップ S26 は例えば図 11 (b)に示すように構成できる。

[0173] 即ち、不整合を検出した場合、一方のプログラムの APIのバージョンが他方のプロ グラムの APIのバージョンより高いか否かを判定する（ステップ S261)。一方のプログ ラムが他方のプログラムよりも APIのバージョンが高!、場合、他方のプログラムの更新 版を取得する (ステップ S262)。

[0174] その際、更新版を取得できた力否かを判定し (ステップ S263)、取得できた場合は 直ちにステップ S 23に進む。更新版が用意されて 、な 、等により取得できな 、場合 は、一方のプログラムのバージョンを他方に合わせるよう、一方のプログラムのパージ ヨンの低い版を取得し (ステップ S264)、ステップ S23に進む。

[0175] また、一方のプログラムが他方のプログラムよりも APIのバージョンが低い場合は、 ステップ S265ないし S267により上記と逆の操作を行う。即ち、一方のプログラムの 更新版を取得する (ステップ S265)。その際、更新版を取得できたか否かを判定し（ ステップ S266)、取得できた場合は直ちにステップ S23に進む。更新版が用意され ていない等により取得できな 、場合は、他方のプログラムのバージョンを一方に合わ せるよう、他方のプログラムのバージョンの低い版を取得し (ステップ S267)、ステップ S23に進む。

[0176] このように、本実施の形態 3の構成によれば、本発明の実施の形態 2におけるプロ グラム取得実行装置による効果に加えて、プログラム取得部 101が前記不整合の検 出されたプログラムを再取得することによって、プログラム実行部 102が前記複数の プログラムを不整合のない組合せで実行させることが可能となる。

[0177] なお、本実施の形態 3では、通信方式不整合検出部 304が通信方式の不整合を 検出した場合には、プログラム取得部 101がプログラムを再取得し、プログラム実行 部 102がプログラムの再実行を行う例を記述した力 通信方式不整合検出部 304に よる通信方式の不整合の検出と、プログラム取得部 101によるプログラムの再取得と 、プログラム実行部 102によるプログラムの再実行のタイミングは、この例の場合のみ に制限されるわけではなぐ本発明の請求の範囲は、通信方式不整合検出部 304に よる通信方式の不整合の検出と、プログラム取得部 101によるプログラムの再取得と 、プログラム実行部 102によるプログラムの再実行のタイミングによって制限されるも のではない。

[0178] (実施の形態 4)

図 5は、本発明の実施の形態 4におけるプログラム取得実行装置の構成図である。 図 5にお 、て、図 18 (a)及び図 3 (a)及び図 4と同じ構成要素につ 、ては同じ符号を 用い、説明を省略する。

[0179] 図 5において、プログラム取得実行装置 100は、図 18 (a)及び図 3 (a)及び図 4に おける構成に加えて、通信方式変換部 203を備えている。

[0180] 通信方式変換部 203は、プログラム実行部 102が実行する複数のプログラムが相 互に通信する際の通信方式を変換する。

[0181] 上記プログラム取得実行装置 100の動作の概略について、図 12のフローチャート を参照しながら説明する。

[0182] 図 12において、ステップ S31からステップ S34までは、本発明の実施の形態 2にお ける、図 10で示したフローチャートのステップ S11からステップ S14と同様なので、説 明を省略する。

[0183] ステップ S34の終了後、ステップ S34で通信方式の不整合を検出した場合には、通 信方式変換部 203は、不整合を検出した通信について、プログラム実行部 102が実 行する複数のプログラムが相互に通信する際の通信方式を変換する (ステップ S36) 。そうでなければ、ステップ S40に進む（ステップ S35)。

[0184] 通信方式不整合検出部 304は、不整合を検出した通信について、ステップ S34と 同様にして、プログラム実行部 102が実行する複数のプログラムが相互に通信する 際の通信方式の不整合を検出する (ステップ S37)。これにより、通信方式を変換し互 いに通信が可能となるはずの場合でも、実際には、通信が不整合になる場合を検出 することが可能になる。

[0185] ステップ S37の終了後、ステップ S38で再び通信方式の不整合を検出した場合に は、ステップ S39に進む。そうでなければ、ステップ S40に進む（ステップ S38)。

[0186] ステップ S39に進む場合には、プログラム取得部 101は、プログラムを再取得し、ス テツプ S33から処理をやり直す (プログラム実行部 102がプログラムの再実行を行う） ( ステップ S39)。

[0187] ステップ S40に進む場合には、プログラム実行部 102が実行している一個または複 数のプログラムの実行が全て終了したら、処理を終了（ステップ S41)する。そうでな ければ、ステップ S34からステップ S40までを繰り返す (ステップ S40)。

[0188] 従って、最初に取得したプログラムが暫定バージョンであり、その後正式バージョン がリリースされた場合等では、暫定バージョンのプログラムは通信方式変換部 203に より通信方式を変換しても他のプログラムと通信を行う際に不整合を生じることがある 力 このような場合に、上述のような処理を行うことにより正式バージョンのプログラム を再取得することで、他のプログラムとの通信方式の不整合を解消することが可能に なる。

[0189] このように、本実施の形態 4の構成によれば、本発明の実施の形態 2及び実施の形 態 3におけるプログラム取得実行装置による効果に加えて、通信方式変換部 203が 前記複数のプログラムが相互に通信する際の通信方式を変換することによって、前 記複数のプログラムを相互に通信させることが可能となる。 [0190] なお、本実施の形態 4では、通信方式不整合検出部 304が通信方式の不整合を 検出した場合には、まずは、通信方式変換部 203が、不整合を検出した通信につい て、通信方式を変換し、その上で再度、通信方式不整合検出部 304が通信方式の 不整合の検出を行って、再度通信方式の不整合を検出した場合には、プログラム取 得部 101がプログラムを再取得し、プログラム実行部 102がプログラムの再実行を行 うと ヽぅ実施の形態を記述した。

[0191] し力しながら、通信方式不整合検出部 304による通信方式の不整合の検出と、通 信方式変換部 203による通信方式の変換と、プログラム取得部 101によるプログラム の再取得と、プログラム実行部 102によるプログラムの再実行のタイミングは、この例 の場合のみに制限されるわけではなぐ本発明の請求の範囲は、通信方式不整合検 出部 304による通信方式の不整合の検出と、通信方式変換部 203による通信方式 の変換と、プログラム取得部 101によるプログラムの再取得と、プログラム実行部 102 によるプログラムの再実行のタイミングによって制限されるものではない。

[0192] (実施の形態 5)

図 6は、本発明の実施の形態 5におけるプログラム取得実行装置の構成図である。 図 6において、図 18 (a)及び図 3 (a)ないし図 5と同じ構成要素については同じ符号 を用い、説明を省略する。

[0193] 図 6において、プログラム取得実行装置 100は、図 18 (a)及び図 3 (a)ないし図 5に おける構成に加えて、整合通信方式決定部 605を備えている。

この整合通信方式決定部 605は、 ROM1003に記録された整合通信方式決定プ ログラムと、 CPU1001と、そのワークエリアとなる RAM1002とから構成される。

[0194] 整合通信方式決定部 605は、プログラム取得部 101が再取得するプログラムが用 いるべき、整合の取れた通信方式を決定する。

プログラム取得部 101は、整合通信方式決定部 605が決定した通信方式を用いる プログラムを再取得する。

[0195] 上記プログラム取得実行装置 100の動作の概略について、図 13 (a)のフローチヤ ートを参照しながら説明する。図 13 (a)において、ステップ S51からステップ S57まで は、本発明の実施の形態 4における、図 12で示したフローチャートのステップ S31か らステップ S37と同様なので、説明を省略する。

[0196] ステップ S57の終了後、ステップ S57で再び通信方式の不整合を検出した場合に は、ステップ S59に進む。そうでなければ、ステップ S61に進む（ステップ S58)。 ステップ S59に進む場合には、整合通信方式決定部 605は、プログラム取得部 10 1が再取得するプログラムが用いるべき、整合の取れた通信方式を決定する (ステツ プ S59)。

[0197] これは例えば、図 13 (b)のフローチャートに示されるように、 2つのプログラムで使用 している通信方式を、図 3 (b)に示すようにプログラムファイル PFのヘッダ PHD中の 通信方式識別子 CIDを抽出する等により取得し (ステップ S591)、それぞれのプログ ラムの通信方式のいずれが上位互換となっているかを検出し (ステップ S592)、上位 互換となっている通信方式を検出できた場合は (ステップ S593)、上位互換となって いる通信方式を整合のとれた通信方式と決定し (ステップ S594)、ステップ S593に て上位互換となって!/ヽる通信方式を検出できな ヽ場合は、各通信方式の！/ヽずれに対 しても上位互換となる通信方式を整合のとれた通信方式と決定する (ステップ S595)

[0198] これは例えば図 13 (c)に示すような表を検索することにより上位互換となる通信方 式を検出すればよい。なお、この表中の「上位互換性」は数字が大きいほど上位互換 であることを示す。

[0199] これにより、例えば、不整合が検出された場合に使用している通信プロトコルが TC PZIPである場合に整合のとれる通信プロトコルとして TCP/IPの上位互換プロトコ ルである OSIを通信プロトコルとして決定する等の処理を行う。

[0200] 整合通信方式決定部 605は決定した通信方式を用いるプログラムを通信媒体 201 を介してプログラム格納装置 150に通知し、プログラム取得実行装置 100はプロダラ ム格納装置 150が送信するプログラムを、通信媒体 200を介して再取得し、ステップ S53から処理をやり直す (プログラム実行部 102がプログラムの再実行を行う）（ステツ プ S60)。

[0201] ステップ S61に進む場合には、プログラム実行部 102が実行している一個または複 数のプログラムの実行が全て終了したら、処理を終了する（ステップ S62)。そうでな ければ、ステップ S54からステップ S61までを繰り返す (ステップ S61)。

[0202] このように、本実施の形態 5の構成によれば、本発明の実施の形態 3及び実施の形 態 4におけるプログラム取得実行装置による効果に加えて、前記不整合が検出され たプログラムにつ 、て、整合の取れた通信方式を使用するプログラムを再取得するこ とによって、プログラム実行部 102が実行する複数のプログラムを相互に通信させる ことが可能となる。

[0203] なお、本実施の形態 5では、通信方式不整合検出部 304が通信方式の不整合を 検出した場合には、まずは、通信方式変換部 203が、不整合を検出した通信につい て、通信方式を変換し、その上で再度、通信方式不整合検出部 304が通信方式の 不整合の検出を行って、再度通信方式の不整合を検出した場合には、整合通信方 式決定部 605が整合の取れた通信方式を決定し、プログラム取得部 101がプロダラ ムを再取得し、プログラム実行部 102がその通信方式を用いるプログラムの再実行を 行うと ヽぅ実施例を記述した。

[0204] し力しながら、通信方式不整合検出部 304による通信方式の不整合の検出と、通 信方式変換部 203による通信方式の変換と、整合通信方式決定部 605による通信 方式の決定と、プログラム取得部 101によるプログラムの再取得と、プログラム実行部 102によるプログラムの再実行のタイミングは、この例の場合のみに制限されるわけ ではなぐ本発明の請求の範囲は、通信方式不整合検出部 304による通信方式の 不整合の検出と、通信方式変換部 203による通信方式の変換と、整合通信方式決 定部 605による通信方式の決定と、プログラム取得部 101によるプログラムの再取得 と、プログラム実行部 102によるプログラムの再実行のタイミングによって制限されるも のではない。

[0205] (実施の形態 6)

本発明の実施の形態 6におけるプログラム取得実行装置の構成図は、本発明の実 施の形態 5におけるプログラム取得実行装置の構成図と同じぐ図 6である。ただし、 一部の構成要素、即ち、整合通信方式決定部 605の機能が本発明の実施の形態 5 力 拡張されている。

[0206] 図 6において、本発明の実施の形態 5と機能が同じ構成要素については説明を省 略する。

図 6において、整合通信方式決定部 605は、プログラム取得部 101が既に取得して V、るプログラムが用いて 、る通信方式の中から、整合の取れた通信方式を決定する

[0207] これは例えば図 13 (d)に示すように、プログラム取得部 101において 2つのプロダラ ムを取得する際に通信方式識別子 CID等のその通信方式に関する情報も取得して これを保持しておき、整合通信方式決定部 605がプログラム取得部 101から呼び出 すことでこれらを取得すればよい (ステップ 591a)。その他の図 13 (d)の処理は図 13 (b)と同様である。

[0208] このように、本実施の形態 6の構成によれば、本発明の実施の形態 5におけるプロ グラム取得実行装置による効果に加えて、プログラム実行部 102が実行する複数の プログラムが使用可能な通信方式の中から整合の取れた通信方式を決定し、前記整 合の取れた通信方式を使用するプログラムを再取得することによって、前記複数のプ ログラムを相互に通信させることが可能となる。

[0209] (実施の形態 7)

本発明の実施の形態 7におけるプログラム取得実行装置の構成図は、本発明の実 施の形態 5におけるプログラム取得実行装置の構成図と同じぐ図 6である。ただし、 一部の構成要素、即ち、整合通信方式決定部 605の機能が実施の形態 5から拡張 されている。

[0210] 図 6において、実施の形態 5と機能が同じ構成要素については説明を省略する。

図 6において、整合通信方式決定部 605は、一個または複数のプログラム格納装 置 150から再取得可能なプログラムが用いている通信方式の中から、整合の取れた 通信方式を決定する。

[0211] これは例えば図 13 (e)に示されるように、整合通信方式決定部 605がプログラム格 納装置 150に格納されている各プログラム力もその通信方式に関する情報を取得し（ ステップ S591b)、図 13 (c)に示す表等を用いて各プログラムの通信方式のいずれ が上位互換となって!/、るかを検出すればょ 、 (ステップ S592b)。

[0212] これにより、再取得により置き換えられるプログラムとして予め用意されているプログ ラムの中力 整合のとれた通信方式を決定して 、るので、整合のとれた通信方式とし て決定した通信方式を用 、るプログラムがプログラム格納装置 150に存在せず、無 駄になることがなくなる。

[0213] このように、本実施の形態 7の構成によれば、本発明の実施の形態 5におけるプロ グラム取得実行装置による効果に加えて、プログラム格納装置 150から再取得可能 なプログラムが使用している通信方式の中から、整合の取れた通信方式を決定し、 前記整合の取れた通信方式を使用するプログラムを再取得することによって、プログ ラム実行部 102が実行する複数のプログラムを相互に通信させることが可能となる。

[0214] (実施の形態 8)

本発明の実施の形態 8におけるプログラム取得実行装置の構成図は、本発明の実 施の形態 5ないし 7におけるプログラム取得実行装置の構成図と同じぐ図 6である。 ただし、一部の構成要素、即ち、整合通信方式決定部 605の機能が本発明の実施 の形態 5な 、し 7から拡張されて 、る。

[0215] 図 6において、本発明の実施の形態 5ないし 7と機能が同じ構成要素については説 明を省略する。

図 6において、整合通信方式決定部 605は、整合の取れた通信方式の候補の中か ら、最も新しい通信方式を選択し、整合の取れた通信方式として決定する。

[0216] これは例えば図 13 (f)に示されるように、整合通信方式決定部 605が整合の取れ た通信方式の候補を検出し (ステップ S596a)、検出した候補の中から例えば図 13 ( g)に示すような表を検索することにより最新の通信方式を検出すればよい (ステップ S 596b)。なお、この表中の「新しさ」は数字が大きいほど新しいものとする。

[0217] このように、本実施の形態 8の構成によれば、本発明の実施の形態 5ないし 7におけ るプログラム取得実行装置による効果に加えて、できる限り新しい通信方式を使用し て、プログラム実行部 102が実行する複数のプログラムを相互に通信させることが可 能となる。

[0218] (実施の形態 9)

本発明の実施の形態 9におけるプログラム取得実行装置の構成図は、本発明の実 施の形態 5ないし 7におけるプログラム取得実行装置の構成図と同じぐ図 6である。 ただし、一部の構成要素、即ち整合通信方式決定部 605の機能が本発明の実施の 形態 5な 、し 7から拡張されて 、る。

[0219] 図 6において、本発明の実施の形態 5ないし 7と機能が同じ構成要素については説 明を省略する。

図 6において、整合通信方式決定部 605は、整合の取れた通信方式の候補の中か ら、前記プログラム取得部がプログラムを再取得する際のコストが最も安価となるよう な通信方式を選択し、整合の取れた通信方式として決定する。

[0220] これは例えば図 13 (h)に示されるように、整合通信方式決定部 605が整合の取れ た通信方式の候補を検出し (ステップ S596a)、検出した候補の中から例えば図 13 (i ) ,図 13 (j)に示すようにプログラムファイル PFのヘッダ PHD中のプログラムサイズ情 報 PGSやパケットサイズ情報 PKSを検出し、これらが最小となる通信方式を検出する ことで実現すればょ ヽ (ステップ S596c)。

[0221] このように、本実施の形態 9の構成によれば、本発明の実施の形態 5ないし 7におけ るプログラム取得実行装置による効果に加えて、プログラム実行部 102が実行する複 数のプログラムを相互に通信させるための再取得の際のコストを、できる限り安価に することが可能となる。

[0222] (実施の形態 10)

本発明の実施の形態 10におけるプログラム取得実行装置の構成図は、本発明の 実施の形態 5ないし 9におけるプログラム取得実行装置の構成図と同じぐ図 6である

。ただし、一部の構成要素、即ち整合通信方式決定部 605の機能が本発明の実施 の形態 5な 、し 9から拡張されて 、る。

[0223] 図 6において、本発明の実施の形態 5ないし 9と機能が同じ構成要素については説 明を省略する。

図 6において、整合通信方式決定部 605は、プログラム取得部 101が、整合通信 方式決定部 605が決定した整合の取れた通信方式を用いるプログラムの取得に失 敗した際に、整合の取れた通信方式を再決定し、プログラム取得部 101は、整合通 信方式決定部 605が再決定した通信方式を用いるプログラムを再取得する。

[0224] これは、図 13 (k)に示されるように、ステップ S60によるプログラムの再取得が成功 したか否かを検出するステップ S63を設け、このステップ S63によりプログラムの再取 得が成功した力否かを検出し、再取得に失敗した場合は、ステップ S59に戻り整合の 取れた通信方式を再決定することで実現できる。

[0225] この再取得の失敗の通知は、例えばプログラム格納装置 150力 プログラム取得部 101からの要求に応じてそのデータベースを検出し、該当するプログラムを検出でき な力つた場合などにその旨を示すフラグを立てること等により実現できる。

[0226] このように、本実施の形態 10の構成によれば、本発明の実施の形態 5ないし 9にお けるプログラム取得実行装置による効果に加えて、整合の取れた通信方式として決 定した通信方式を使用するプログラムの再取得に失敗した際でも、整合の取れた通 信方式を再決定し、前記再決定した整合の取れた通信方式を使用するプログラムを 再取得することによって、プログラム実行部 102が実行する複数のプログラムを相互 に通信させることが可能となる。

[0227] (実施の形態 11)

図 14 (a)は、本発明の実施の形態 11におけるプログラム取得実行装置の構成図 である。図 14 (a)において、図 18 (a)及び図 3ないし図 6と同じ構成要素については 同じ符号を用い、説明を省略する。

[0228] 図 14 (a)において、プログラム取得実行装置 100は、図 18 (a)及び図 3ないし図 6 における構成に加えて、通信方式決定方法指示部 1406を備えている。

[0229] 通信方式決定方法指示部 1406は、整合通信方式決定部 605が整合の取れた通 信方式を決定する方法をユーザが指示するものである。

[0230] 整合通信方式決定部 605は、通信方式決定方法指示部 1406によって指示された 方法で整合の取れた通信方式を決定する。

[0231] これは、図 14 (b)に示すように、整合の取れた通信方式を決定する方法をユーザ がキーボードやカーソルキー等により予め指示しておき (ステップ S64)、通信方式の 不整合を検出した場合に (ステップ S58)、整合通信方式決定部 605はこの指示され た方法に基づいてプログラム取得部 101が再取得するプログラムが使用する通信方 式を決定する（ステップ S 59a)。

[0232] このユーザが指示する、整合のとれた通信方式を決定する方法は、例えば実施の 形態 8な ヽし 10の ヽずれかの方法の他、他の所要の規則に基づ ヽて通信方式を決 定すればよい。

[0233] このように、本実施の形態 11の構成によれば、本発明の実施の形態 5ないし 10に おけるプログラム取得実行装置による効果に加えて、整合の取れた通信方式を決定 する方法をユーザが選択でき、前記ユーザによって選択された方法によって決定し た、整合の取れた通信方式を使用するプログラムを再取得することによって、プロダラ ム実行部 102が実行する複数のプログラムを相互に通信させることが可能となる。

[0234] (実施の形態 12)

本発明の実施の形態 12におけるプログラム取得実行装置の構成図は、本発明の 実施の形態 11におけるプログラム取得実行装置の構成図と同じぐ図 14 (a)である。 ただし、一部の構成要素の機能が本発明の実施の形態 5な 、し 11から拡張されて ヽ る。図 14 (a)において、本発明の実施の形態 5ないし 11と機能が同じ構成要素につ いては説明を省略する。

[0235] 図 14 (a)において、プログラム取得部 101は、通信方式不整合検出部 304が通信 方式の不整合を検出したプログラムのみを再取得する。

[0236] これは、図 14 (c)に示すように、予めユーザが整合の取れた通信方式を指示してお き (ステップ S64)、整合通信方式決定部 605がユーザの指示に基づいて整合の取 れた通信方式を決定した (ステップ S59a)後、プログラム取得部 101が、通信方式不 整合検出部 304が不整合を検出したプログラムであって、かつ整合通信方式決定部 605が決定した通信方式を用いるプログラムのみを再取得することで実現できる (ス テツプ S60b)。

[0237] このように、本実施の形態 12の構成によれば、本発明の実施の形態 5ないし 11に おけるプログラム取得実行装置による効果に加えて、プログラム実行部 102が実行す る複数のプログラムの全てではなぐ不整合が検出されたプログラムのみを再取得す ることによって、プログラムの効率的な再取得を実現することが可能となる。

[0238] (実施の形態 13)

本発明の実施の形態 13におけるプログラム取得実行装置の構成図は、本発明の 実施の形態 11及び実施の形態 12におけるプログラム取得実行装置の構成図と同じ ぐ図 14 (a)である。ただし、一部の構成要素の機能が本発明の実施の形態 5ないし 11から拡張されている。図 14 (a)において、本発明の実施の形態 5ないし 11と機能 が同じ構成要素については説明を省略する。

[0239] 図 14 (a)において、プログラム取得部 101は、実行に必要な全てのプログラムを再 取得する。

[0240] これは、図 14 (d)に示されるように、整合の取れた通信方式を決定する方法をユー ザが指示しておき (ステップ S64)、整合通信方式決定部 605がユーザの指定した方 法により、整合のとれた通信方式を決定し (ステップ S59a)、プログラム取得部 101が 、整合通信方式決定部 605が決定した通信方式を用いるプログラムであって、プログ ラム実行部 102が実行に必要な全てのプログラムを再取得することで実現できる (ス テツプ S60c)。

[0241] このように、本実施の形態 13の構成によれば、本発明の実施の形態 5ないし 11に おけるプログラム取得実行装置による効果に加えて、プログラム実行部 102が実行す る複数のプログラムの全てを再取得することによって、前記複数のプログラムの一部 のみを取得することによる更なる不整合の発生を回避することが可能となる。

[0242] (実施の形態 14)

本発明の実施の形態 14におけるプログラム取得実行装置の構成図は、本発明の 実施の形態 11ないし 13におけるプログラム取得実行装置の構成図と同じぐ図 14 ( a)である。ただし、一部の構成要素、即ち、プログラム取得部 101の機能が本発明の 実施の形態 5ないし 13から拡張されている。図 14 (a)において、本発明の実施の形 態 5ないし 13と機能が同じ構成要素については説明を省略する。

[0243] 図 14 (a)において、プログラム取得部 101は、プログラム全体ではなぐプログラム のうち、通信方式不整合検出部 304が検出した通信方式の不整合が存在する部分 のみを再取得する。

[0244] これは図 14 (e)に示されるように、整合の取れた通信方式を決定する方法をユーザ が指示しておき (ステップ S64)、整合通信方式決定部 605がユーザの指定した方法 により、整合のとれた通信方式を決定し (ステップ S59a)、プログラム取得部 101が、 整合通信方式決定部 605が決定した通信方式を用 、るプログラム中の、通信方式不 整合検出部 304が検出した通信方式の不整合が存在する部分のみを再取得するこ とで実現できる (ステップ S60d)。

[0245] この通信方式の不整合が存在する部分のみの取得は、予めプログラムをモジユー ル単位で作成しておき、モジュールヘッダの情報を参照することで通信に関連する モジュールのみを再取得すること等により実現できる。

[0246] このように、本実施の形態 14の構成によれば、本発明の実施の形態 5ないし 13〖こ おけるプログラム取得実行装置による効果に加えて、プログラムのうち、通信方式の 不整合が存在する部分のみを部分的に再取得することによって、再取得のコストを更 に極小化することが可能となる。

[0247] (実施の形態 15)

本発明の実施の形態 15におけるプログラム取得実行装置の構成図は、本発明の 実施の形態 11ないし 14におけるプログラム取得実行装置の構成図と同じぐ図 14 ( a)である。ただし、一部の構成要素、即ち、通信方式変換部 203の機能が本発明の 実施の形態 1または実施の形態 4ないし 14力も拡張されている。図 14 (a)において、 本発明の実施の形態 1または実施の形態 4ないし 14と機能が同じ構成要素について は説明を省略する。

[0248] 図 14 (a)において、通信方式変換部 203は、通信方式の変換を行う変換プロダラ ムを実行することによって、通信方式を変換し、プログラム取得部 101は、通信方式 変換部 203が実行する変換プログラムを取得する。

[0249] これは図 14 (f)に示されるように、プログラム取得部 101が、通信方式変換部 203 が実行する、通信方式の変換を行う変換プログラムを予め取得しておき (ステップ S5 2p)、整合の取れた通信方式を決定する方法をユーザが指示しておき (ステップ S64 )、通信方式変換部 203は、ステップ S52pにおいて取得された変換プログラムを実 行することによって通信方式を変換する (ステップ S56a)ことで実現できる。

[0250] このように、本実施の形態 15の構成によれば、本発明の実施の形態 1または実施 の形態 4ないし 14におけるプログラム取得実行装置による効果にカ卩えて、プログラム 格納装置 150から取得された変換プログラムによって、プログラム実行部 102が実行 する複数のプログラムが相互に通信する際の通信方式を変換することによって、前記 複数のプログラムが相互に通信する際の通信方式の変換方法自体の変更が可能と なる。

[0251] (実施の形態 16)

図 15 (a)は、本発明の実施の形態 16におけるプログラム取得実行装置の構成図 である。図 15 (a)において、図 18 (a)及び図 3ないし図 6及び図 14 (a)と同じ構成要 素については同じ符号を用い、説明を省略する。

[0252] 図 15 (a)において、プログラム取得実行装置 100は、図 18 (a)及び図 3ないし図 6 及び図 14 (a)における構成に加えて、通信方式変換方法指示部 1507を備えている 。 通信方式変換方法指示部 1507は、通信方式変換部 203が通信方式を変換する 方法を指示させる。 通信方式変換部 203は、通信方式変換方法指示部 1507によつ て指示された方法で通信方式を変換する。

[0253] これは図 15 (b)に示すように、予めユーザが通信方式変換部 203が使用する通信 方式変換方法を指示しておき (ステップ S65)、通信方式変換部 203が、不整合を検 出した通信に関してプログラム実行部 102が実行する複数のプログラムが相互に通 信する際の通信方法を、ユーザが指定する方法により変換することで実現できる (ス テツプ S56a)。

[0254] このように、本実施の形態 16の構成によれば、本発明の実施の形態 1または実施 の形態 4ないし 15におけるプログラム取得実行装置による効果に加えて、通信方式 を変換する方法をユーザが選択でき、前記ユーザによって選択された方法によって、 プログラム実行部 102が実行する複数のプログラムが相互に通信する際の通信方式 を変換することによって、前記複数のプログラムを相互に通信させることが可能となる

[0255] (実施の形態 17)

図 16 (a)は、本発明の実施の形態 17におけるプログラム取得実行装置の構成図 である。図 16 (a)において、図 18 (a)及び図 3ないし図 6及び図 14 (a)及び図 15 (a) と同じ構成要素については同じ符号を用い、説明を省略する。

[0256] 図 16 (a)において、プログラム取得実行装置 100は、図 18 (a)及び図 3ないし図 6 及び図 14 (a)及び図 15 (a)における構成にカ卩えて、プログラム取得方法指示部 160 8を備えている。

[0257] プログラム取得方法指示部 1608は、プログラム取得部 101がプログラムを取得する 方法を指示させる。

プログラム取得部 101は、プログラム取得方法指示部 1608によって指示された方 法でプログラムを取得する。

[0258] これは図 16 (b)に示すように、ユーザが予めプログラムを取得する方法を指示して おき (ステップ S66)、プログラム取得部 101が、整合通信方式決定部 605が決定し た通信方式を用いるプログラムをユーザが指定する方法により再取得することにより 実現できる (ステップ S60a)。

[0259] このように、本実施の形態 17の構成によれば、本発明の実施の形態 1または実施 の形態 4ないし 16におけるプログラム取得実行装置による効果にカ卩えて、プログラム を取得する方法をユーザが選択でき、前記ユーザによって選択された方法によって、 不整合が検出されたプログラムを再取得することによって、プログラム実行部 102が 実行する複数のプログラムを相互に通信させることが可能となる。

[0260] (実施の形態 18)

本発明の実施の形態 18におけるプログラム取得実行装置の構成図は、本発明の 実施の形態 17におけるプログラム取得実行装置の構成図と同じぐ図 16 (a)である。 ただし、一部の構成要素の機能が本発明の実施の形態 2ないし 17から拡張されてい る。図 16 (a)において、本発明の実施の形態 2ないし 17と機能が同じ構成要素につ いては説明を省略する。

[0261] 図 16 (a)において、通信方式不整合検出部 304は、プログラム実行部 102がプロ グラムの実行を開始する前に、通信方式の不整合を検出する。

これは図 16 (c)に示すように、ユーザが予め整合の取れた通信方式を指定する方 法を指示しておき (ステップ S64)、通信方式不整合検出部 304が、プログラム実行 部 102が実行する（ステップ S53)前のステップ S54ないし S60aにおいて複数のプロ グラムが相互に通信する際の通信方式の不整合を全て検出する (ステップ S55、 S5 8、 S68)ことにより実現できる。この実行前の不整合の検出は、例えば図 3 (b) ,図 3 ( c)に示すようにプログラムファイル PF中の通信方式識別子 CIDを事前に参照するこ とで実現できる。

[0262] このように、本実施の形態 18の構成によれば、本発明の実施の形態 2ないし 17〖こ おけるプログラム取得実行装置による効果に加えて、プログラムの実行を開始する前 に通信方式の不整合を検出することによって、検出された不整合を全て解消した後 に初めてプログラムを実行するため、プログラムの実行中のプログラムの再取得や再 実行を回避することが可能となる。

[0263] (実施の形態 19)

本発明の実施の形態 19におけるプログラム取得実行装置の構成図は、本発明の 実施の形態 17ないし 18におけるプログラム取得実行装置の構成図と同じぐ図 16 ( a)である。ただし、一部の構成要素の機能が本発明の実施の形態 2ないし 17から拡 張されている。図 16 (a)において、本発明の実施の形態 2ないし 17と機能が同じ構 成要素については説明を省略する。 図 16 (a)において、通信方式不整合検出部 30 4は、プログラム実行部 102がプログラムを実行中のときに、逐次通信方式の不整合 を検出する。

[0264] これは図 16 (d)に示すように、ユーザが予め整合の取れた通信方式を指定する方 法を指示しておき (ステップ S64)、通信方式不整合検出部 304が不整合を検出した 通信に関し、プログラム実行部 102が実行 (ステップ S53b)中の複数のプログラムが 相互に通信する際の通信方式の不整合を、ステップ S54ないし S60aにおいてプロ グラムが実行されるごとに逐次検出することにより実現できる。この実行中の不整合の 検出は、例えば図 3 (b) ,図 3 (c)に示すようにプログラムファイル PF中の通信方式識 別子 CIDを実行中に参照することで実現できる。

[0265] このように、本実施の形態 19の構成によれば、本発明の実施の形態 2ないし 17〖こ おけるプログラム取得実行装置による効果に加えて、プログラムの実行中に、プログ ラムを一行ずつあるいは一部分ずつ実行する度に、逐次通信方式の不整合を検出 し、検出された不整合を解消していくことによって、プログラムの実行前の不整合の検 出による実行開始の遅れを回避することが可能となる。

[0266] (実施の形態 20)

図 17 (a)は、本発明の実施の形態 20におけるプログラム取得実行装置の構成図 である。図 17 (a)において、図 18 (a)及び図 3ないし図 6及び図 14 (a)ないし図 16 (a )と同じ構成要素については同じ符号を用い、説明を省略する。

[0267] 図 17 (a)において、プログラム取得実行装置 100は、図 18及び図 3ないし図 6及び 図 14 (a)ないし図 16 (a)における構成に加えて、プログラム格納部 1709を備えてい る。

[0268] プログラム格納部 1709は、プログラム取得部 101が再取得する対象となっているプ ログラムまたはプログラムの一部を格納する。

[0269] プログラム実行部 102は、プログラム取得部 101が再取得したプログラムまたはプロ グラムの一部を実行した後、再びプログラム格納部 1709が格納して 、るプログラムを 実行する。

[0270] これは図 17 (b)に示すフローにより実現できる。即ち、プログラム取得部 101が、整 合通信方式決定部 605が決定した通信方式を用いるプログラムをユーザが指定する 方法により再取得する前に、再取得する対象となっているプログラムまたはその一部 をプログラム格納部 1709に予め格納する (ステップ S67)。そしてプログラムを再取 得 (ステップ S60a)することにより、ステップ S55または S58における不整合を解消す る。その後、プログラム実行部 102は、プログラム格納部 1709に格納していた、再取 得する対象となって 、るプログラムまたはその一部を取り出してこれを実行する (ステ ップ S69、 S70)。

[0271] このように、本実施の形態 20の構成によれば、本発明の実施の形態 3ないし 19〖こ おけるプログラム取得実行装置による効果に加えて、不整合が検出された元々のプ ログラムを格納したまま、当該プログラムについて、整合の取れた通信方式を使用す るプログラムを再取得して実行することによって、即ち、プログラムを再取得することに より不整合を解消し、元のプログラムでは不整合を生じて 、る部分を無事実行し終わ れば、一時的に入れ替えていたプログラムを元のプログラムに戻すことによって、通 信方式の不整合を解消した後で、元々のプログラムを実行することが可能となる。

[0272] なお、この実施の形態 20では、不整合部分を解消するためにプログラムの再取得 を行うようにしたが、不整合の解消はプログラムの変換により行うようにしてもよ!、。

[0273] また、上記各実施の形態では、プログラム取得実行装置 100として、 RAMのみを 書き換え可能な記憶装置として有する機器組み込み型コンピュータを示したが、書き 換え可能な記憶装置として RAM以外に磁気ディスクドライブや光ディスクドライブ、 光磁気ディスクドライブ等の書き換え可能な各種ファイル装置を有するものであって ちょい。

[0274] また、上記各実施の形態では、不揮発性記憶装置として ROMのみを有するものを 示したが、 ROM以外に、 CD-ROMや DVD-ROM等の書き換え不可なファイル装 置を有するものであってもよ 、。

[0275] また、このような書き換え可能なファイル装置や書き換え不可のファイル装置を有す る場合、 ROMに格納して 、た OS等のモニタプログラムや Java (登録商標)仮想マシ ン等のインタプリタ、ミドルウェアやアプリケーションプログラム等はこれらのファイル装 置に格納してもよい。

[0276] また、変形例として、携帯電話機のプログラムの更新を例にとって示したが、上述の ような機器組み込み型コンピュータや、 HAViを始めとする家庭内ネットワーク対応機 器や、インターネット接続が可能な家電機器や、携帯電話機を始めとする有線'無線 の通信網に接続可能な機器や、テレビ受信機やラジオ受信機を始めとする放送網に 接続可能な機器や、パソコンのプログラムを更新する場合であってもよ 、。

[0277] また、携帯電話機のプログラムの更新は、同一の通信事業者の携帯電話機を製造 する複数のメーカが更新用のシステムを共同運用する場合を示したが、各メーカが 独自の更新用システムを運用するようにしてもよぐこの場合は、更新希望リストにメー 力名の情報を含ませる必要はない。また、インターネット接続が可能な iモード (登録 商標)等の携帯電話機を例にとって示したが、公衆通信網自体を経由してプログラム を配信するなど、インターネット以外の通信媒体を用いて運用するようにしてもよい。 さらに、通信媒体 200と通信媒体 201とを併用するようにしたが、これは時分割等に より同一の通信媒体を兼用してもよい。

[0278] また、携帯電話機に通信方式変換部 203を設ける場合を示したが、通信方式不整 合検出部 304や整合通信方式決定部 605を設けてもよい。この場合、これら通信方 式不整合検出部 304や整合通信方式決定部 605も ROM1115に記憶されたプログ ラムと、制御部 1109と、ワークエリアとしての RAMI 114と力も構成すればよい。 [0279] また、上記各実施の形態ではプログラム取得実行装置を示したが、プログラム取得 実行方法として実現してもよぐこの場合、プログラム取得部，プログラム実行部，通 信方式変換部，通信方式不整合検出部，整合通信方式決定部を、それぞれの機能 に相当するプログラム取得工程，プログラム実行工程，通信方式変換工程，通信方 式不整合検出工程，整合通信方式決定工程として実現すればょ ヽ。

[0280] また、プログラム取得実行プログラムとしてこれらの工程を有するプログラム取得実 行方法を実現してもよく、このプログラム取得実行プログラムを記録媒体に記録した プログラム取得実行プログラム記録媒体として実現してもよい。

[0281] また、通信プロトコルの例として TCPZIP, OSIを示した力 使用可能な通信プロト コルはこれらに限るものではない。

産業上の利用可能性

[0282] 本発明に力かるプログラム取得実行装置は、ネットワークや無線通信装置等の通信 媒体を介してプログラム格納装置力 複数のプログラムを取得 (ダウンロード、アップ ロードなど)して実行する際に、それら複数のプログラムの間の通信方式に不整合が あった場合でも、他のプログラムを利用できる特徴を有し、ダウンロードあるいはアツ プロード可能なプログラム間のバージョン不整合やプロトコル不整合を解決する方法 として、非常に広い分野への応用が可能である。応用分野に特に制限はないが、例 えば、家電製品の組込みソフトウェアのネットワークや無線通信装置等の通信媒体を 介しての書き換えや、インターネットブラウザへのアプリケーションのダウンロード等へ の応用が可能である。

Claims

請求の範囲

[1] 通信媒体を介してプログラム格納装置力 プログラムを取得して実行するプログラム 取得実行装置であって、

プログラム格納装置力 プログラムを取得するプログラム取得部と、

該プログラム取得部が取得したプログラムを実行するプログラム実行部と、 該プログラム実行部が実行する複数のプログラムが相互に通信する際の通信方式 を変換する通信方式変換部とを備えた、

ことを特徴とするプログラム取得実行装置。

[2] 通信媒体を介してプログラム格納装置力もプログラムを取得して実行するプログラム 取得実行装置であって、

プログラム格納装置力 プログラムを取得するプログラム取得部と、

該プログラム取得部が取得したプログラムを実行するプログラム実行部と、 該プログラム実行部が実行する複数のプログラムが相互に通信する際の通信方式 の不整合を検出する通信方式不整合検出部とを備えた、

ことを特徴とするプログラム取得実行装置。

[3] 請求項 2に記載のプログラム取得実行装置にぉ 、て、

前記通信方式不整合検出部が通信方式の不整合を検出した場合には、前記プロ グラム取得部はプログラムを再取得する、

ことを特徴とするプログラム取得実行装置。

[4] 請求項 2または請求項 3に記載のプログラム取得実行装置にぉ 、て、

前記通信方式不整合検出部が通信方式の不整合を検出した場合に、前記プログ ラム実行部が実行する複数のプログラムが相互に通信する際の通信方式を変換する 通信方式変換部をさらに備えた、

ことを特徴とするプログラム取得実行装置。

[5] 請求項 3または請求項 4に記載のプログラム取得実行装置にぉ 、て、

前記プログラム取得部が再取得するプログラムが用いるべき、整合の取れた通信方 式を決定する整合通信方式決定部をさらに備え、

前記プログラム取得部は、前記整合通信方式決定部が決定した通信方式を用いる プログラムを再取得する、

ことを特徴とするプログラム取得実行装置。

[6] 請求項 5に記載のプログラム取得実行装置にぉ 、て、

前記整合通信方式決定部は、前記プログラム取得部が既に取得して!/、るプロダラ ムが用いて!/、る通信方式の中から、整合の取れた通信方式を決定する、

ことを特徴とするプログラム取得実行装置。

[7] 請求項 5に記載のプログラム取得実行装置にぉ 、て、

前記整合通信方式決定部は、一個または複数の前記プログラム格納装置から再取 得可能なプログラムが用いて 、る通信方式の中から、整合の取れた通信方式を決定 する、

ことを特徴とするプログラム取得実行装置。

[8] 請求項 5な 、し請求項 7の 、ずれかに記載のプログラム取得実行装置にぉ 、て、 前記整合通信方式決定部は、整合の取れた通信方式の候補の中から、最も新しい 通信方式を選択し、整合の取れた通信方式として決定する、

ことを特徴とするプログラム取得実行装置。

[9] 請求項 5な 、し請求項 7の 、ずれかに記載のプログラム取得実行装置にぉ 、て、 前記整合通信方式決定部は、整合の取れた通信方式の候補の中から、前記プロ グラム取得部がプログラムを再取得する際のコストが最も安価となるような通信方式を 選択し、整合の取れた通信方式として決定する、

ことを特徴とするプログラム取得実行装置。

[10] 請求項 5な 、し請求項 9の 、ずれかに記載のプログラム取得実行装置にぉ 、て、 前記整合通信方式決定部は、

前記プログラム取得部が、前記整合通信方式決定部が決定した整合の取れた通 信方式を用いるプログラムの取得に失敗した際に、整合の取れた通信方式を再決定 し、前記プログラム取得部は、前記整合通信方式決定部が再決定した通信方式を用 V、るプログラムを再取得する、

ことを特徴とするプログラム取得実行装置。

[11] 請求項 5な 、し請求項 10の 、ずれかに記載のプログラム取得実行装置にぉ 、て、 前記通信方式決定部が整合の取れた通信方式を決定する方法を指示する通信方 式決定方法指示部をさらに備え、

前記通信方式決定部は、前記通信方式決定方法指示部によって指示された方法 で整合の取れた通信方式を決定する、

ことを特徴とするプログラム取得実行装置。

[12] 請求項 5な 、し請求項 11の 、ずれかに記載のプログラム取得実行装置にぉ 、て、 前記プログラム取得部は、前記通信方式不整合検出部が通信方式の不整合を検 出したプログラムのみを再取得する、

ことを特徴とするプログラム取得実行装置。

[13] 請求項 5な 、し請求項 11の 、ずれかに記載のプログラム取得実行装置にぉ 、て、 前記プログラム取得部は、前記プログラム実行部が実行するのに必要な全てのプロ グラムを再取得する、

ことを特徴とするプログラム取得実行装置。

[14] 請求項 5な 、し請求項 13の 、ずれかに記載のプログラム取得実行装置にぉ 、て、 前記プログラム取得部は、プログラムのうち、前記通信方式不整合検出部が検出し た通信方式の不整合が存在する部分のみを再取得する、

ことを特徴とするプログラム取得実行装置。

[15] 請求項 1または請求項 4な 、し請求項 14の 、ずれかに記載のプログラム取得実行 装置において、

前記通信方式変換部は、通信方式の変換を行う変換プログラムを実行することによ つて通信方式を変換し、

前記プログラム取得部は、前記通信方式変換部が実行する変換プログラムを取得 する、

ことを特徴とするプログラム取得実行装置。

[16] 請求項 1または請求項 4な 、し請求項 15の 、ずれかに記載のプログラム取得実行 装置において、

前記通信方式変換部が通信方式を変換する方法を指示する通信方式変換方法指 示部を備え、 前記通信方式変換部は、前記通信方式変換方法指示部によって指示された方法 で通信方式を変換する、

ことを特徴とするプログラム取得実行装置。

[17] 請求項 1ないし請求項 16のいずれかに記載のプログラム取得実行装置において、 前記プログラム取得部がプログラムを取得する方法を指示するプログラム取得方法 指示部を備え、

前記プログラム取得部は、前記プログラム取得方法指示部によって指示された方法 でプログラムを取得する、

ことを特徴とするプログラム取得実行装置。

[18] 請求項 2な 、し請求項 17の 、ずれかに記載のプログラム取得実行装置にぉ 、て、 前記通信方式不整合検出部は、前記プログラム実行部がプログラムの実行を開始 する前に、通信方式の不整合を検出する、

ことを特徴とするプログラム取得実行装置。

[19] 請求項 2な 、し請求項 17の 、ずれかに記載のプログラム取得実行装置にぉ 、て、 前記通信方式不整合検出部は、前記プログラム実行部がプログラムを実行中のと きに、逐次通信方式の不整合を検出する、

ことを特徴とするプログラム取得実行装置。

[20] 請求項 3な 、し 19の 、ずれかに記載のプログラム取得実行装置にぉ ヽて、

前記プログラム取得部が再取得する対象となっているプログラムまたはプログラムの 一部を格納するプログラム格納部をさらに備え、

前記プログラム実行部は、前記プログラム取得部が再取得したプログラムまたはプ ログラムの一部を実行した後、再び前記プログラム格納部が格納して 、るプログラム を実行する、

ことを特徴とするプログラム取得実行装置。

[21] 通信媒体を介してプログラム格納装置力 プログラムを取得して実行するプログラム 取得実行方法であって、

プログラム格納装置力 プログラムを取得するプログラム取得工程と、

該プログラム取得工程により取得したプログラムを実行するプログラム実行工程と、 該プログラム実行工程が実行する複数のプログラムが相互に通信する際の通信方 式を変換する通信方式変換工程とを含む、

ことを特徴とするプログラム取得実行方法。

[22] 通信媒体を介してプログラム格納装置力 プログラムを取得して実行するプログラム 取得実行方法であって、

プログラム格納装置力 プログラムを取得するプログラム取得工程と、

該プログラム取得工程が取得したプログラムを実行するプログラム実行工程と、 該プログラム実行工程が実行する複数のプログラムが相互に通信する際の通信方 式の不整合を検出する通信方式不整合検出工程とを含む、

ことを特徴とするプログラム取得実行方法。

[23] コンピュータに、通信媒体を介してプログラム格納装置力 プログラムを取得して実 行させるプログラム取得実行方法を実行させるプログラムを記録した媒体であって、 前記プログラム取得実行方法は、

プログラム格納装置力 プログラムを取得するプログラム取得工程と、

該プログラム取得工程により取得したプログラムを実行するプログラム実行工程と、 該プログラム実行工程が実行する複数のプログラムが相互に通信する際の通信方 式を変換する通信方式変換工程とを含む、

ことを特徴とするプログラム取得実行プログラム記録媒体。

[24] コンピュータに、通信媒体を介してプログラム格納装置力 プログラムを取得して実 行させるプログラム取得実行方法を実行させるプログラムを記録した媒体であって、 前記プログラム取得実行方法は、

プログラム格納装置力 プログラムを取得するプログラム取得工程と、

該プログラム取得工程が取得したプログラムを実行するプログラム実行工程と、 該プログラム実行工程が実行する複数のプログラムが相互に通信する際の通信方 式の不整合を検出する通信方式不整合検出工程とを含む、

ことを特徴とするプログラム取得実行プログラム記録媒体。

[25] コンピュータに、通信媒体を介してプログラム格納装置力 プログラムを取得して実 行させるプログラム取得実行方法を実行させるプログラムであって、 前記プログラム取得実行方法は、

プログラム格納装置力 プログラムを取得するプログラム取得工程と、

該プログラム取得工程により取得したプログラムを実行するプログラム実行工程と、 該プログラム実行工程が実行する複数のプログラムが相互に通信する際の通信方 式を変換する通信方式変換工程とを含む、

ことを特徴とするプログラム取得実行プログラム。

コンピュータに、通信媒体を介してプログラム格納装置力 プログラムを取得して実 行させるプログラム取得実行方法を実行させるプログラムであって、

前記プログラム取得実行方法は、

プログラム格納装置力 プログラムを取得するプログラム取得工程と、

該プログラム取得工程が取得したプログラムを実行するプログラム実行工程と、 該プログラム実行工程が実行する複数のプログラムが相互に通信する際の通信方 式の不整合を検出する通信方式不整合検出工程とを含む、

ことを特徴とするプログラム取得実行プログラム。