JP2004118753A

JP2004118753A - Object sharing program, object sharing method, and information processor

Info

Publication number: JP2004118753A
Application number: JP2002284584A
Authority: JP
Inventors: Masataka Nagai; 永井　真孝
Original assignee: Hitachi Business Solutions Co Ltd
Current assignee: Hitachi Solutions Create Ltd
Priority date: 2002-09-27
Filing date: 2002-09-27
Publication date: 2004-04-15

Abstract

<P>PROBLEM TO BE SOLVED: To reduce storage capacity required for an auxiliary storage device by sharing objects among applications described by an object-oriented language. <P>SOLUTION: An object sharing management part 40 checks the presence of another object included in already installed applications and allowed to be used instead of each of objects which are included in a newly installed application and constituted so as to be dynamically coupled with each other, and when the other object allowed to be used instead of the object concerned is detected, sets the other object as the shared object of the object being checked and deletes the object being checked. When an access source object requests the loading of the deleted object, a program execution control part 50 loads the shared object to a main memory and dynamically couples the loaded object to the access source object to use it. <P>COPYRIGHT: (C)2004,JPO

Description

【０００１】
【発明の属する技術分野】
本発明は、それぞれ動的に結合可能に構成された複数のオブジェクトからなる複数のアプリケーションプログラム（本明細書では簡単化のためにアプリケーションと呼ぶことがある）の間でオブジェクトを共用可能にし、それでもってプログラムを記憶する記憶装置の必要容量を削減可能にするオブジェクト共用化プログラム、オブジェクト共用化方法及び情報処理装置に関する。
【０００２】
【従来の技術】
昨今、情報処理装置は多様化しており、従来のパーソナルコンピュータ（パソコン）だけでなく、ＰＤＡ等の個人情報端末も使用されている。情報処理装置でアプリケーションを使用可能にするには、当該アプリケーションを固定磁気ディスク装置又はフラッシュメモリ等の書き換え可能な半導体固定記憶装置に代表される補助記憶装置に記憶させ、更に情報処理装置に必要な設定をするいわゆるインストール操作をした後、当該インストールされたアプリケーションを起動してメインメモリにロードして実行する方法が採られている。
【０００３】
最近は、情報家電機器や携帯電話等の機器にもアプリケーションを実行する機能があらかじめ組み込まれている場合が多くなっている。このような機器は組み込みデバイスと呼ばれている。このような組み込みデバイスも、アプリケーションを実行できるので、本明細書では情報処理装置と見なすことにする。
【０００４】
情報処理装置にインストールするアプリケーションの数が多い場合、補助記憶装置の容量が大きくても、それらのアプリケーションを記憶させるのに要する容量を削減することが必要となる場合がある。補助記憶装置の容量が小さい場合には、インストールされるアプリケーションの数が少なくても、それらのアプリケーションを記憶するのに要する容量を削減することが必要になる場合がある。
【０００５】
従来からアプリケーションを記憶するのに要する容量を削減するためにいろいろな方法が使用された。その代表的な方法は、複数のアプリケーション間で共用可能な複数のプログラム（ライブラリプログラム）を、情報処理装置内のアプリケーション記憶エリアとは関係なく定められた特定のライブラリエリアに記憶して、複数のアプリケーションにより利用可能にすることである。
【０００６】
このようなライブラリプログラムを使用する場合、同じ名称のライブラリプログラムでも異なるバージョンのものを同一のライブラリプログラムとして扱うと問題が生じることがある。例えば、既にインストール済みのアプリケーションのバージョンアップ版をインストールする場合あるいは新たにアプリケーションをインストールする場合に、当該アプリケーションが使用するライブラリプログラムのバージョンが、情報処理装置に既にインストールされている同じ名称のライブラリプログラムのバージョンより新しいということがある。この場合、当該新しいバージョンのライブラリプログラムを、旧バージョンのライブラリプログラムを上書きするようにインストールすると、更新される前の旧バージョンのライブラリプログラムを正常に使用していたインストール済みの他のアプリケーションが、更新されたバージョンのライブラリプログラムを使用すると、正常に動作しなくなることがある。
【０００７】
この問題を解決するために、上記バージョンアップされたアプリケーションをインストールするときに、上記バージョンアップされたライブラリプログラムを、複数のアプリケーションとは関係なく定められた上記特定のライブラリエリアではなく、上記バージョンアップされたアプリケーションがインストールされたエリアに記憶し、更に、上記新たにインストールされたアプリケーションが上記ライブラリプログラムを参照するときに、当該新たにインストールされたアプリケーション用のエリア内に新たにインストールされた上記ライブラリプログラムにアクセスさせることが提案されている（例えば、特許文献１参照）。
【０００８】
複数のアプリケーション間で共用され、共通の領域に記憶された複数のダイナミックリンクライブラリプログラムについて、各アプリケーションが使用するダイナミックリンクライブラリプログラムのバージョンを登録しておき、各アプリケーションがいずれかのダイナミックリンクライブラリプログラムを呼び出したときには、そのアプリケーションに適したバージョンを有するダイナミックリンクライブラリプログラムを呼び出すようにすることも提案されている（例えば、特許文献２参照）。
【０００９】
ところで、従来は、インストールすべきアプリケーションを生成するには、独立した複数のソースプログラムをコンパイルして複数のオブジェクトモジュールを得て、それらのオブジェクトモジュールをあらかじめ静的にリンクして単独の実行ファイルを生成しアプリケーションとしてインストールするという方法が多く使用されていた。しかし、近年では、アプリケーションは、それぞれオブジェクト指向言語で記述され、動的に結合可能に形成されたプログラムである複数のオブジェクトにより構成されることが増えてきている。オブジェクトは、ソースプログラムの形態でもよく、ソースプログラムをコンパイルして得られる中間言語プログラムの形態でもよく、あるいはコンパイルされたオブジェクトコードの形態でもよい。
【００１０】
このようなアプリケーションを補助記憶装置に記憶して情報処理装置にインストールすると、当該アプリケーションを構成する複数のオブジェクトは複数のディレクトリに記憶される。そのアプリケーションの実行中にアプリケーション内のいずれかのオブジェクトから他の任意のオブジェクトを呼び出すときには、呼び出し先のオブジェクトがメインメモリにロードされ、ロードされたオブジェクトが呼び出し元のオブジェクト及びアプリケーション実行部（例えば、アプリケーションがインタプリタにより逐次解読されて実行されるときには、当該インタプリタ）に動的に結合される。これにより、呼び出し元のオブジェクトが呼び出し先のオブジェクトを利用可能になる。
【００１１】
このようなオブジェクト指向言語で記述されたオブジェクトは、特定のアプリケーションでしか使用できないということはなく、他のアプリケーションにも使用できる、いわばアプリケーションの部品オブジェクトとも言えるものである。近年、このような部品オブジェクトを開発して販売する企業も増えてきて、いわゆるオブジェクトコンポーネント化の流れが顕著になってきている。
【００１２】
【特許文献１】
特開２００１−２２５６９号公報
【特許文献２】
特開２００１−１５４８３１号公報
【００１３】
【発明が解決しようとする課題】
本発明者は、上記のように部品オブジェクトが市場に流通し任意のアプリケーションに組み込まれて使用されるようになっている状況を考えると、情報処理装置の利用者が複数のアプリケーションを同じ情報処理装置にインストールした場合に、それらのアプリケーションの開発者が全く異なっていても、他の開発者により開発され販売された同じ部品オブジェクトがそれらのアプリケーションに使用されていることが起こりうることに気が付いた。更に、本発明者は、これらのアプリケーションの間で一つの部品オブジェクトを共用させ、補助記憶装置に当該部品オブジェクトを複数個記憶しないようにすることができれば、補助記憶容量の必要容量を減らすことができることに気が付いた。
【００１４】
更に、本発明者は、組み込みデバイスに関してはオブジェクトを含むアプリケーションが使用される場合が増えているが、組み込みデバイスでは使用可能な補助記憶装置の記憶容量が非常に小さい場合が多いので、上記のように異なるアプリケーション間でオブジェクトを共用させることにより補助記憶装置の消費容量を減らすことが特に望ましいと考えるに至った。
【００１５】
このように、オブジェクトを複数のアプリケーション間で共用可能にすることが望ましいが、既に述べた従来技術のような、特定のライブラリエリアに共用されるプログラムを記憶する方法は、オブジェクトの共用管理には望ましくないことに本発明者は気付いた。すなわち、共用されるオブジェクトを特定のライブラリエリアに記憶する方法を使用するには、アプリケーションを構成する複数のオブジェクトの各々について、他のアプリケーションにより共用される可能性があるか否かを決める必要がある。しかし、アプリケーションの開発者は、そのアプリケーションが使用するオブジェクトが、他の開発者により開発される他のアプリケーションにより共用される可能性があるか否かは通常は予測できない。したがって、アプリケーションを構成する複数のオブジェクトのうち共用されるオブジェクトを共用のオブジェクト用の特定のエリアに記憶させるという方法を実質的に採ることができない。
【００１６】
本発明の目的は、上記のような事情に鑑みて、それぞれ複数のオブジェクトの集合から構成される複数のアプリケーション間でオブジェクトを共用可能にするオブジェクト共用化プログラム、オブジェクト共用化方法及び情報処理装置を提供することである。
【００１７】
本発明のより具体的な目的は、新たにインストールしたかあるいはこれからインストールしようとするインストール対象のアプリケーションを構成するいずれかのオブジェクトについて、インストール済みの他のいずれかのアプリケーションを構成し上記インストール対象の上記オブジェクトの代わりに使用可能な（共用可能な）オブジェクトを共用させるオブジェクト共用化プログラム、オブジェクト共用化方法及び情報処理装置を提供することである。
【００１８】
本発明の他の具体的な目的は、実行中のいずれかのアプリケーションに属するいずれかのオブジェクトに含まれたロード要求にしたがって、当該ロード要求により指定されたオブジェクト名を有するオブジェクトとして、上記アプリケーション内の上記オブジェクトの代わりに使用可能な（共用可能な）、他のアプリケーションに含まれたオブジェクトをロードして共用させるオブジェクト共用化プログラム、オブジェクト共用化方法及び情報処理装置を提供することである。
【００１９】
【課題を解決するための手段】
本願において開示される発明の代表的なものの概要は下記のとおりである。本発明に係るオブジェクト共用化プログラムは、情報処理装置にインストールされる複数のアプリケーションの各々が動的に結合可能に構成された複数のオブジェクトを含み、各アプリケーション内の各オブジェクトは前記情報処理装置に設けられた、メインメモリとは異なる記憶装置内の、当該アプリケーションを記憶するのに使用される一つ又は複数の記憶位置のいずれかに記憶される情報処理装置のためのオブジェクト共用化プログラムであって、以下のステップを前記情報処理装置に実行させるようにプログラムされているものである。
すなわち、前記情報処理装置にインストールされるべきアプリケーションか又は当該情報処理装置に新たにインストールされたアプリケーションであるインストール対象のアプリケーションに含まれたオブジェクトについて、当該オブジェクトに代えて前記メインメモリにロードして使用可能な、インストール済みの他のアプリケーションに含まれた他のオブジェクトを検出する共用可能オブジェクト検出ステップと、前記インストール対象のアプリケーションに含まれた前記オブジェクトに関して前記代わりに使用可能な他のオブジェクトが検出された場合、当該インストール対象のアプリケーションに含まれた前記オブジェクトに代えて前記他のオブジェクトにアクセスするための共用化情報を記憶して前記他のオブジェクトを前記インストール対象のアプリケーションに含まれた前記オブジェクトに共用させる共用化情報記憶ステップと、代わりに使用可能な前記他のオブジェクトが検出された当該オブジェクトが前記記憶装置に記憶されないようにする記憶無効化ステップ。
【００２０】
これにより、インストール対象のアプリケーション内のオブジェクトに対して代わりに使用可能な、他のアプリケーション内の他のオブジェクトがあれば、当該他のオブジェクトを共用させることができる。
【００２１】
前記共用化情報の望ましい例は、前記他のオブジェクトが記憶されている前記記憶装置内の記憶位置に関連する共用先記憶位置情報である。なお、上記インストール対象のアプリケーションが、新たに情報処理装置にインストールされたアプリケーションの場合でも、これから情報処理装置にインストールしようとするアプリケーションの場合でも上記発明を適用することがえきる。
【００２２】
より具体的には、本発明に係る上記オブジェクト共用化プログラムは、前記情報処理装置にインストール済みの複数のアプリケーションの各々に含まれた複数のオブジェクトの各々に関する、当該オブジェクトの名称と、当該オブジェクトの当該名称以外の他の識別情報と、当該オブジェクトが記憶されている前記記憶装置内の記憶位置に関連する記憶位置情報とを含むオブジェクト管理情報を記憶するオブジェクト管理情報記憶ステップを更に情報処理装置に実行させるようにプログラムされ、前記共用可能オブジェクト検出ステップは、前記情報処理装置にインストール済みの前記複数のアプリケーションの各々に含まれた複数のオブジェクトの各々に関する、前記記憶されたオブジェクト管理情報に含まれた当該オブジェクトの名称と当該名称以外の他の識別情報と、前記インストール対象のアプリケーションに含まれた、代わりに使用可能なオブジェクトの検出が行われる前記オブジェクトに関する、当該オブジェクトの名称と当該名称以外の他の識別情報とに基づいて実行される。
【００２３】
これにより、インストール対象のアプリケーション内のオブジェクトについて、他のアプリケーション内の共用可能な他のオブジェクトを、インストール済みのアプリケーションのオブジェクトについて記憶されたオブジェクト管理情報に基づいて迅速に検出することができる。
【００２４】
更に具体的には、本発明に係る上記オブジェクト共用化プログラムは、インストール済みの複数のアプリケーションのいずれかをアンインストールする場合、当該アンインストール対象のアプリケーションに含まれたいずれかのオブジェクトが、他のインストール済みのアプリケーションに含まれたいずれかの他のオブジェクトにより共用されているときには、当該共用を解除する共用解除ステップ、を前記情報処理装置に更に実行させるようにプログラムされている。
前記共用解除ステップは、前記アンインストール対象のアプリケーションに含まれたいずれかのオブジェクトが、他のインストール済みのアプリケーションに含まれたいずれかの他のオブジェクトにより共用されているか否か及び共用されている場合には、当該共用元のオブジェクトを判別する共用元オブジェクト判別ステップと、前記アンインストール対象のアプリケーションに含まれた前記オブジェクトがいずれかの他のオブジェクトにより共用されていると分かった場合、当該共用を解除するための処理を実行する共用解除処理ステップと、を含む。
前記共用解除処理ステップは、前記いずれかのアンインストール対象のアプリケーションに含まれた前記オブジェクトを共用する前記他のオブジェクトが記憶されるべき、前記記憶装置内の記憶位置に、前記アンインストール対象のアプリケーションに含まれた前記オブジェクトを移動してそこに記憶させるオブジェクト移動ステップと、前記他のオブジェクトに関連して記憶されていた前記アンインストール対象のアプリケーションに含まれた前記オブジェクトにアクセスさせるための共用化情報を無効にする共用化情報無効化ステップと、を含む。
【００２５】
こうして、アンインストール時に、オブジェクトの共用を解除してオブジェクトが共用される前の状態を回復することを容易に実現することができる。
【００２６】
本発明に係る上記オブジェクト共用化プログラムのより望ましい態様は、いずれかのアプリケーションに属するいずれかのオブジェクトに含まれたロード要求により指定された、前記記憶装置内の記憶位置に記憶された当該オブジェクトが指定するオブジェクト名を有する他のオブジェクトに関連して、当該他のオブジェクトに代えて使用可能な更に他のオブジェクトが前記記憶装置に記憶されている場合に、前記他のオブジェクトに代えて前記更に他のオブジェクトがロードされるように、前記ロード要求を変更するロード要求変更ステップと、前記ロード要求にしたがって前記更に他のオブジェクトが前記メインメモリにロードされた後、当該ロードされた更に他のオブジェクトを前記ロード要求を含んでいる前記要求元のオブジェクトに動的に結合して当該要求元のオブジェクトにより使用可能にする動的結合ステップと、を前記情報処理装置に更に実行させるようにプログラムされているものである。
【００２７】
これにより、ロード要求でロードが要求されたオブジェクトに対する共用先の他のオブジェクトを、当該他のオブジェクトの名称と当該他のオブジェクトが記憶されている記憶位置を指定してロードされるように、ロード要求を変更することが可能になり、共用先のオブジェクトをロード要求されたオブジェクトに代えてロードすることが可能になる。
【００２８】
本発明に係る上記オブジェクト共用化プログラムの他の望ましい態様は、実行中のいずれかのアプリケーションに属するいずれかのオブジェクトに含まれたロード要求にしたがって、当該ロード要求に含まれた記憶位置情報により指定される、メインメモリとは異なる記憶装置内の記憶位置から、当該ロード要求により指定されたオブジェクト名を有する他のオブジェクトを前記メインメモリにロードするように、前記ロード要求を実行させるロード要求実行ステップと、前記ロード要求実行ステップにより前記ロード要求が実行させられ前記他のオブジェクトが前記メインメモリにロードされた後に、当該ロードされた他のオブジェクトを、前記ロード要求を含むロード要求元の前記オブジェクトに動的に結合して当該要求元のオブジェクトにより使用可能にする動的結合ステップと、前記ロード要求に含まれた前記記憶位置情報により指定される前記記憶装置内の記憶位置に記憶され当該ロード要求が指定する前記オブジェクト名を有するオブジェクトに関連して、当該オブジェクトに代えて使用可能な更に他のオブジェクトにアクセスするための共用化情報が記憶されているか否かを判別する共用化情報記憶判別ステップと、を情報処理装置に実行させるようにプログラムされ、更に、前記ロード要求実行ステップは、前記ロード要求によりロードが要求された前記他のオブジェクトに関連して前記共用化情報が記憶されていることが分かった場合には、前記共用化情報により定まる前記記憶装置内の記憶位置から前記オブジェクト名を有する共用先の更に他のオブジェクトがロードされるように、実行させる前記ロード要求を変更するロード要求変更ステップを含む、ものである。
【００２９】
これにより、ロード要求でロードが要求された他のオブジェクトの代わりに使用可能な更に他のオブジェクトに関連して当該更に他のオブジェクトにアクセスするための共用化情報が記憶されている場合、当該共用化情報を使用して、当該更に他のオブジェクトを容易にロードさせることができる。
【００３０】
【発明の実施の形態】
以下、図面を参照して本発明に係るオブジェクト共用化プログラム、オブジェクト共用化方法及び情報処理装置のいくつかの実施の形態を詳細に説明する。なお、発明の第２の実施の形態以降においては、発明の第１の実施の形態との相違点を主に説明するに止める。
【００３１】
＜発明の第１の実施の形態＞
図１は、本発明に係る情報処理装置の第１の実施の形態の概略ブロック図である。図において、情報処理装置１は、中央処理装置（以下では、単に処理装置と呼ぶことがある）１０と、マウス等のポインティングデバイス及びキーボード等文字入力装置とを含む入力装置１１と、ＣＲＴ表示装置や液晶表示装置等の表示装置１２と、メインメモリとして使用されるランダムアクセスメモリ（ＲＡＭ）１３と、半導体固定記憶装置（ＲＯＭ）１４と、例えば磁気ディスク記憶装置、光学ディスク記憶装置、磁気光学ディスク記憶装置その他のディスク記憶装置あるいは書き込み可能な半導体固定記憶装置（例えばフラッシュメモリ）その他の半導体記憶装置からなる補助記憶装置１５等を備えている。補助記憶装置１５には、情報処理装置１にインストールされた複数のアプリケーションが記憶される。
【００３２】
処理装置１０は、オブジェクト共用化部２０を備えている。オブジェクト共用化部２０は、インストール部３０Ａと、アンインストール部３０Ｂと、オブジェクト共用管理部４０と、プログラム実行制御部５０とを備えている。オブジェクト共用管理部４０は、オブジェクト共用設定部４００とオブジェクト共用解除部４５０とを備えている。プログラム実行制御部５０は、インタプリタ部５００とＯＳ部５１０とを備えている。
【００３３】
オブジェクト共用化部２０は、オブジェクト共用化プログラムにより実現される。オブジェクト共用化部２０の内部の処理部３０Ａ、３０Ｂ、４０、５０は、それぞれインストールプログラム、アンインストールプログラム、オブジェクト共用管理プログラム、プログラム実行制御プログラムにより実現される。したがって、オブジェクト共用化部２０を実現する上記オブジェクト共用化プログラムは、インストールプログラム、アンインストールプログラム、オブジェクト共用管理プログラム、プログラム実行制御プログラムを含むことになる。更に、インタプリタ部５００はインタプリタにより実現され、ＯＳ部５１０はＯＳにより実現される。
【００３４】
オブジェクト共用化部２０を実現するオブジェクト共用化プログラムは、本発明に係るオブジェクト共用化プログラムの一つの実施の形態を示し、情報処理装置１は、本発明に係る情報処理装置の一つの実施の形態を示す。情報処理装置１により実行されるオブジェクト共用化のための処理は、本発明に係るオブジェクト共用化方法の一つの実施の形態を使用する。
【００３５】
図２は、補助記憶装置１５に記憶されている、情報処理装置１にインストールされた複数のアプリケーション６０、７０、８０のプログラム構造の概略を例示する図である。各アプリケーションは、複数のオブジェクト６１、６２、又は７１、７２又は８１、８２を含んでいる。各アプリケーションに対応して更にオブジェクト管理情報６３、７３又は８３が記憶されている。なお、図では、簡単化のために３つのアプリケーションのみが図示されているが、本発明はその数に制限はない。更に、図では、各アプリケーション、例えば６０内には２つのオブジェクト６１、６２のみが示されているが、本発明はその数には限定されない。
【００３６】
本実施の形態ではアプリケーションは、オブジェクト指向言語で記述されている。すなわち、アプリケーションを構成する複数のオブジェクトの各々は、オブジェクト指向言語で記述され、動的に結合可能に形成されている。本発明を適用するうえでは、各オブジェクトはソースプログラムでもよく、ソースプログラムをコンパイラでコンパイルして得られる中間語プログラム（中間コードとも呼ばれる）でもよく、あるいはソースプログラムをコンパイラでコンパイルして得られるオブジェクトプログラムでもよいが、本実施の形態では、各オブジェクトは、ソースプログラムをコンパイルして得られる動的に結合可能に形成された中間コードであるとする。本実施の形態では、この中間コードは、後に説明するように、インタプリタにより逐次解読されて実行される。
【００３７】
各アプリケーション、例えば６０に対するオブジェクト管理情報６３は、図２では、簡単化のためにアプリケーション６０を示すブロック内に示されているが、オブジェクト管理情報６３は、アプリケーション６０に対応して記憶されていればよく、その記憶位置がアプリケーションの記憶位置と同じでなければならないことを示すものではない。しかし、オブジェクト管理情報６３の記憶位置がアプリケーション６０の記憶位置と同じであると、オブジェクト管理情報６３の検索が容易である。具体的には、各アプリケーションのオブジェクト管理情報は、当該アプリケーションがインストールされる、後述するオブジェクトルートディレクトリに記憶させるのがよい。
【００３８】
各アプリケーションを構成する複数のオブジェクトの一つはメインオブジェクトであり、そのメインオブジェクトは、そのアプリケーションの起動時に最初に起動されるべきオブジェクトである。またメインオブジェクトを含む複数のオブジェクトは一般にツリー構造を有する複数のディレクトリに分散して記憶される。これらのディレクトリのツリー構造の最上層をオブジェクトルートと呼ぶ。このオブジェクトルートがあるディレクトリをオブジェクトルートディレクトリと呼ぶことにする。各ディレクトリには一つ又は複数のオブジェクトが記憶される。利用者は、インストール部３０Ａを用いてそのアプリケーションをインストールするときには、通常は、当該アプリケーションをインストールすべきディレクトリを指定することができる。インストール部３０Ａは、利用者が指定したディレクトリをオブジェクトルートディレクトリとして使用し、アプリケーション内の各オブジェクトを、オブジェクトルートディレクトリとの間についての当該アプリケーションが指定する相対パスを有するディレクトリに記憶させる。
【００３９】
図３は、アプリケーション６０、７０、８０がそれぞれインストールされる前にそれらのアプリケーションに含まれているオブジェクト管理情報６３、７３、８３の例を示す図である。これらのオブジェクト管理情報は同じ構造を有している。各オブジェクト管理情報には、対応するアプリケーションを構成する複数のオブジェクトの各々に関するいろいろな情報が記憶される。具体的には、オブジェクト管理情報６３には、アプリケーション６０に含まれる複数のオブジェクトの各々に対して、当該オブジェクトの複数の識別情報と、当該オブジェクトにアクセスするための情報とを記憶するフィールドが設けられている。
【００４０】
識別情報を記憶するフィールドとしては、オブジェクト名称６３１と他の識別情報６３５をそれぞれ記憶するフィールドが設けられている。他の識別情報６３５を記憶するフィールドには、例えば、バージョン情報、制作年月日、製造元企業名、使用されている言語の種類を示す言語情報、プログラムサイズ、シリアルナンバー等の複数の識別情報が記憶される。オブジェクトにアクセスするための情報としては、自パス情報６３２、共用先パス情報６３３、共用元オブジェクト数６３４をそれぞれ記憶するフィールドが設けられている。なお、共用元オブジェクト数６３４は、図３では簡単化のために共用元数と表示されている。また、そのように呼ぶことがある。
【００４１】
各オブジェクトに対して記憶された上記複数の情報のうちオブジェクト名称６３１と他の識別情報６３５はあらかじめオブジェクト管理情報６３内に初期値として記憶されている。当該アプリケーションのオブジェクトの自パス情報６３２には、当該アプリケーションのオブジェクトルートディレクトリから当該オブジェクトへの相対パス情報があらかじめ初期値として記憶されている。
【００４２】
例えば、図３では、、オブジェクトｂ、ｃが記憶されるべきディレクトリは、オブジェクトルートディレクトリからの相対パス表現で、それぞれ　ｒｅｌａｔｉｖｅ（−１）　ｂｂｂ、ｒｅｌａｔｉｖｅ（−１）　ｃｃｃであることが示されている。ここで、ｒｅｌａｔｉｖｅ（−１）は、１階層下位側にあるディレクトリを示す。オブジェクトａの自パス情報６３２には何も記憶されていないので、オブジェクトａは、アプリケーション７０のオブジェクトルートディレクトリに記憶されるべきであることが分かる。なお、相対パスの表現方法は他の方法でもよいことは言うまでもない。
【００４３】
オブジェクト管理情報７３にも、各オブジェクトに対してオブジェクト名称７３１、自パス情報７３２、共用先パス情報７３３、共用元オブジェクト数７３４、他の識別情報７３５を記憶するフィールドが設けられている。同様に、オブジェクト管理情報８３にも、各オブジェクトに対してオブジェクト名称８３１、自パス情報８３２、共用先パス情報８３３、共用元オブジェクト数８３４、他の識別情報８３５を記憶するフィールドが設けられている。
【００４４】
アプリケーション７０を構成する複数のオブジェクトのそれぞれの名称７３１は、オブジェクトｘ、ｙ、ｚであり、オブジェクトｙ、ｚの自パス情報７３２には、相対パス情報ｒｅｌａｔｉｖｅ（−１）　ｂｂｂ、ｒｅｌａｔｉｖｅ（−１）　ｃｃｃがそれぞれ初期値として記憶されている。オブジェクトｙ、ｚは、それぞれアプリケーション７０のオブジェクトルートディレクトリの下位のディレクトリに記憶されるべきであることが示されている。オブジェクトａの自パス情報７３２には何も記憶されていないので、オブジェクトａは、アプリケーション７０のオブジェクトルートディレクトリに記憶されるべきであることが分かる。オブジェクトｘ、ｙ、ｚの他の識別情報７３５にはオブジェクト名称以外の複数の識別情報があらかじめ記憶されている。
【００４５】
アプリケーション８０の場合には、アプリケーション８０を構成する複数のオブジェクトの名称８３１は、オブジェクトｌ、ｍ、ｎであり、オブジェクトｍ、ｎの自パス情報８３２には、相対パス情報ｒｅｌａｔｉｖｅ（−１）　ｂｂｂ、ｒｅｌａｔｉｖｅ（−１）　ｃｃｃが初期値として記憶されている。オブジェクトｍ、ｎは、それぞれオブジェクトルートディレクトリの下位のディレクトリに記憶されるべきことが示されている。オブジェクトａの自パス情報７３２には何も記憶されていないので、オブジェクトａは、アプリケーション７０のオブジェクトルートディレクトリに記憶されるべきであることが分かる。オブジェクトｌ、ｍ、ｎの他の識別情報８３５にもオブジェクトの名称以外の複数の識別情報があらかじめ記憶されている。
【００４６】
図４は、図１の情報処理装置で使用されるオブジェクト共用設定部４００の概略ブロック図である。オブジェクト共用設定部４００は、オブジェクト管理情報記憶部４１０、共用可能オブジェクト検出部４２０、共用化情報記憶部４３０と共用元オブジェクト削除部４４０を備えている。
【００４７】
図５は、オブジェクト共用設定部４００の処理の概略フローチャートである。本発明は、あらかじめ複数のアプリケーションがインストールされた状態で追加して新たにアプリケーションがインストールされた場合及びあらかじめ複数のアプリケーションがインストールされた状態で、追加して新たにアプリケーションをこれからインストールしようとする場合のいずれの場合にも適用することができる。したがって、本明細書では、新たにインストールされたアプリケーションあるいはこれからインストールしようとするアプリケーションを区別しないで説明するときには、いずれをもインストール対象のアプリケーションと呼ぶことがあり、当該アプリケーションに含まれたオブジェクトをインストール対象オブジェクトと呼ぶことがある。
【００４８】
本実施の形態では、オブジェクト共用管理部４０は、新たにアプリケーションが現にインストールされた場合に自動的に動作するようになっているとする。なお、これから新たにアプリケーションをインストールしようとするときにオブジェクト共用管理部４０を動作させてアプリケーション間でオブジェクトを共用させる実施の形態は、別の実施の形態として説明する。
【００４９】
オブジェクト共用管理部４０がインストールされる前に既にインストールされたアプリケーションがある場合には、以下に述べる新たにインストールされたアプリケーションについての処理を個々のインストール済みのアプリケーションについて行い、更に、アプリケーション間でのオブジェクトの共用のための処理を行えばよい。以下では、既にインストール済みのアプリケーションについて以上の処理が終了していると仮定する。
【００５０】
さて、オブジェクト共用設定部４００は、インストール部３０Ａ（図１）により新たにアプリケーションが補助記憶装置１５に記憶されてインストールされる毎に起動され、以下の処理を行う。なお、ＯＳ部５１０が、インストールが実行されたことを検出してＯＳ部５１０により自動的にオブジェクト共用設定部４００を起動してもよい。あるいは、インストール部３０Ａがインストールを行ったときに、インストール部３０Ａがオブジェクト共用設定部４００を起動させるようにしてもよい。あるいは、利用者は、インストール部３０Ａを起動してアプリケーションを新たにインストールした後に、オブジェクト共用設定部４００を起動するための操作をしてもよい。あるいは、オブジェクト共用設定部４００は、常時起動された状態にあり、いずれかのアプリケーションが新たにインストールされたか否かを監視し、新たなインストールを検出したときには、上に述べたようにして起動されたときと同じように、以下の処理を行うようにしてもよい。
【００５１】
図５において、オブジェクト共用設定部４００は、呼び出されると、まず、オブジェクト管理情報記憶部４１０が呼び出す。オブジェクト管理情報記憶部４１０は、新たにインストールされたアプリケーションに対するオブジェクト管理情報（例えば６３）内に当該アプリケーションを構成する各オブジェクトに対する自パス情報６３２を更新する。すなわち、それぞれのオブジェクトが記憶されたディレクトリの絶対パス情報が自パス情報として当該アプリケーションに対するオブジェクト管理情報内に記憶される。
【００５２】
図６は、アプリケーション６０、７０、８０がそれぞれインストールされた直後のオブジェクト管理情報６３、７３、８３の内容の例を示す。例えばアプリケーション６０がインストールされると、オブジェクトａに対する自パス情報６３２は、初期値の空白から、オブジェクトルートディレクトリの絶対パス情報、例えば図６に示すように、ａａａ／ｂｂｂ／ｃｃｃ　に変更される。オブジェクトｂに対する自パス情報６３２は、初期値の相対パス情報ｒｅｌａｔｉｖｅ（−１）　ｂｂｂから、例えば図６に示すように、オブジェクトｂが記憶されたディレクトリの絶対パス情報　ａａａ／ｂｂｂ／ｃｃｃ／ｂｂｂ　に変更される。同様に、オブジェクトｃに対する自パス情報６３２は、初期値の相対パス情報ｒｅｌａｔｉｖｅ（−１）　ｃｃｃから、図６に示すように、オブジェクトｃが記憶されたディレクトリの絶対パス情報　ａａａ／ｂｂｂ／ｃｃｃ／ｃｃｃ　に変更される。
【００５３】
以下では、アプリケーション６０がインストールされた後、当該アプリケーション６０に関してオブジェクト共用設定部４００が呼び出され、その後にアプリケーション７０がインストールされ、当該アプリケーション７０に対してオブジェクト共用設定部４００が呼び出され、更にその後アプリケーション８０がインストールされ、アプリケーション８０に関してオブジェクト共用設定部４００が呼び出されると仮定する。
【００５４】
アプリケーション６０がインストールされた後の共用可能オブジェクト検出部４２０の処理を説明する前に、アプリケーション７０、８０がそれぞれインストールされた直後のオブジェクト管理情報７３と８３の内容を先に説明しておく。アプリケーション７０がインストールされると、オブジェクトｘに対する自パス情報７３２は、初期値の空白から、オブジェクトルートディレクトリの絶対パス情報、例えば図６に示すように、ｂｂｂ／ｂｂｂ／ｃｃｃ　に変更される。オブジェクトｂに対する自パス情報７３２は、初期値の相対パス情報ｒｅｌａｔｉｖｅ（−１）　ｂｂｂから、例えば図６に示すように、オブジェクトｂが記憶されたディレクトリの絶対パス情報ｂｂｂ／ｂｂｂ／ｃｃｃ／ｂｂｂ　に変更される。同様に、オブジェクトｃに対する自パス情報７３２は、初期値の相対パス情報ｒｅｌａｔｉｖｅ（−１）　ｃｃｃから、図６に示すように、オブジェクトｃが記憶されたディレクトリの絶対パス情報　ｂｂｂ／ｂｂｂ／ｃｃｃ／ｃｃｃ　に変更される。
【００５５】
同様に、アプリケーション８０がインストールされると、メインオブジェクトｌに対する自パス情報８３２は、初期値の空白から、オブジェクトルートディレクトリの絶対パス情報、例えば図６に示すように、ｃｃｃ／ｂｂｂ／ｃｃｃ　に変更される。オブジェクトｍに対する自パス情報８３２は、初期値の相対パス情報ｒｅｌａｔｉｖｅ（−１）　ｂｂｂから、例えば図６に示すように、オブジェクトｍが記憶されたディレクトリの絶対パス情報　ｃｃｃ／ｂｂｂ／ｃｃｃ／ｂｂｂ　に変更される。同様に、オブジェクトｎに対する自パス情報８３２は、初期値の相対パス情報ｒｅｌａｔｉｖｅ（−１）　ｃｃｃから、図６に示すように、オブジェクトｎが記憶されたディレクトリの絶対パス情報　ｃｃｃ／ｂｂｂ／ｃｃｃ／ｃｃｃ　に変更される。
【００５６】
さて、図５に戻り、アプリケーション６０がインストールされた段階で行われる共用可能オブジェクト検出部４２０の処理を説明する。なお、アプリケーション７０、８０のインストールは後に行われると仮定している。共用可能オブジェクト検出部４２０は、既にインストール済みの多数のアプリケーションに属するオブジェクトのうち、新たにインストールされたアプリケーション６０内の各オブジェクトに代えて使用可能な他のオブジェクトがあるか否かを検出する。本明細書では、あるオブジェクトに代えてあるいはその代わりに使用可能なオブジェクトを共用可能なオブジェクトと呼ぶことがある。更に前者の代わりに後者を使用することが決定された場合には、後者を共用先オブジェクトと呼び、前者を共用元オブジェクトと呼ぶことがある。
【００５７】
具体的には、まず、新たにインストールされたアプリケーション（今の仮定ではアプリケーション６０）内のオブジェクトのうち、オブジェクト共用設定部４００での共用設定処理の要否のチェック対象とすべきオブジェクトの選択を試みる（ステップＳ４２１）。そのようなオブジェクトが選択できたか否かが判断され（ステップＳ４２２）、例えばオブジェクトｂが選択できた場合には、上記共用可能なオブジェクトの検出は以下のようにして行われる。
【００５８】
まず、上記新たにインストールされたオブジェクトに関して共用可能性を未だチェックしていない、インストール済みの他のオブジェクトの検出を試みる（ステップＳ４２３）。そのような未チェックの他のオブジェクトが検出できたか否かが判断され（ステップＳ４２４）、そのような未チェックの他のオブジェクトが検出できたときには、当該他のオブジェクトに対するオブジェクト管理情報内の複数の識別情報（具体的には、オブジェクト名と他の識別情報）と、新たにインストールされステップＳ４２１で選択されたチェック対象のオブジェクトに対するオブジェクト管理情報６３内の対応する複数の識別情報６３１と６３５を比較する（　ステップＳ４２５）。当該比較の結果に基づいて、前者が後者の代わりに使用可能であるか否かが判断される（ステップＳ４２６）。
【００５９】
ここでは、両者の複数の識別情報が完全に一致するときに、前者が後者の代わりに使用可能であるとする。しかし、バージョン情報、制作年月日等の一部の識別情報のみが異なり、他の識別情報が一致する場合には、異なるバージョン間の互換性に関する情報が別にあらかじめ記憶されていれば、バージョンが異なっていても前者が後者の代わりに使用可能であると判断するようにすることもできる。このようにすれば、他のオブジェクトの代わりに使用可能なオブジェクトとは、当該他のオブジェクトと同一のオブジェクトでなくてもよいことになる。
【００６０】
ステップＳ４２６において前者が後者の代わりに使用可能でないと判断されたときには（ステップＳ４２６でＮｏの場合）、処理はステップＳ４２３に戻り、インストール済みのアプリケーション内の更に未チェックの他のオブジェクトを検出して以上の共用可能性チェック処理を繰り返す。他のインストール済みのアプリケーションのオブジェクトについて以上の共用可能性チェック処理を繰り返しても、ステップＳ４２１で選択された新たにインストールされたチェック対象のオブジェクトの代わりに使用可能なインストール済みのオブジェクトが検出されなかったときには、ステップＳ４２４において、未チェックのオブジェクトを選択できなかったと判断されるに至る。
【００６１】
こうして、ステップＳ４２１で選択された新たにインストールされたチェック対象のオブジェクトに対するオブジェクト共用化処理は終了すると、処理はステップＳ４２１に戻り、新たにインストールされたアプリケーション内の他のオブジェクトについて以上の処理が繰り返される。
【００６２】
一方、ステップＳ４２１で選択されたいずれかの新たにインストールされたチェック対象のオブジェクトについて、そのオブジェクトの代わりに使用可能ないずれかのインストール済みのオブジェクトが検出されたとステップＳ４２６において判断されたときには、当該新たにインストールされたチェック対象のオブジェクトについて共用可能オブジェクト検出部４２０の処理が成功裏に終了し、オブジェクト共用設定部４００では、共用化情報記憶部４３０が呼び出される。
【００６３】
共用化情報記憶部４３０は、共用可能オブジェクト検出部４２０により共用可能なオブジェクトが検出された場合、その新たにインストールされたチェック中のオブジェクトを共用元のオブジェクトに設定し、当該共用可能なオブジェクトを共用先のオブジェクトに設定する処理を行う。具体的には、新たにインストールされたチェック中のオブジェクトに対応する、オブジェクト管理情報６３内に、当該共用可能なオブジェクトを共用先オブジェクトに指定するための共用化情報を記憶する。
【００６４】
図３に例示したようにオブジェクト管理情報６３には、共用化情報として、共用先パス情報６３３と共用元オブジェクト数６３４が記憶されるフィールドが設けられている。同様に、他のアプリケーション７０に対応するオブジェクト管理情報７３にも共用先パス情報７３３、共用元オブジェクト数７３４を記憶するフィールドが設けられ、アプリケーション８０に対応するオブジェクト管理情報８３にも共用先パス情報８３３、共用元オブジェクト数８３４を記憶するフィールドが設けられている。アプリケーション、例えば６０がインストールされた直後では、対応するオブジェクト管理情報、例えば６３内の共用先パス情報、例えば６３３は空白であり、共用元オブジェクト数、例えば６３４は初期値として値０を採る。
【００６５】
図５に戻り、共用化情報記憶部４３０が呼び出されると、他のインストール済みのアプリケーションに対応するオブジェクト管理情報内に記憶された当該共用可能なオブジェクトに対する自パス情報を、新たにインストールされたチェック中のオブジェクトに対して記憶された、オブジェクト管理情報６３内の共用先パス情報フィールド６３３に記憶する（ステップＳ４３１）。こうして、共用可能なオブジェクトがチェック中のオブジェクトに対する共用先オブジェクトに設定され、チェック中のオブジェクトが共用元オブジェクトに設定されたことになる。この共用先パス情報は、共用元のオブジェクトに代えて、共用先のオブジェクトにアクセスするのを可能にする。このように、共用化情報として、共用先のオブジェクトの補助記憶装置内の記憶位置に関連する情報を使用した場合、共用化情報を用いて共用先のオブジェクトにアクセスすることができるので、共用先のオブジェクトにアクセスして当該オブジェクトを共用元のオブジェクトに代えて使用するための処理が極めて簡単になる。
【００６６】
更に、共用先のオブジェクトが属するインストール済みのアプリケーションに対するオブジェクト管理情報内の当該共用先のオブジェクトに対する共用元オブジェクト数を１だけ増大する（ステップＳ４３２）。こうして、共用元オブジェクト数が当該共用先のオブジェクトを共用する共用元のオブジェクトの総数を表すことになる。
【００６７】
その後、共用元オブジェクト削除部４４０が呼び出され、共用元オブジェクト削除部４４０は上記共用元オブジェクトに設定されたオブジェクトが補助記憶装置１５に記憶されないようにする。具体的には、当該オブジェクトを補助記憶装置１５から削除すればよい。こうして、上記共有元と判断されたオブジェクトについてのオブジェクト共用化処理が終了し、その後、処理はステップＳ４２１に移り、新たにインストールされたアプリケーション内の他のオブジェクトについて、共用可能オブジェクト検出部４２０以降の処理が繰り返されることになる。新たにインストールされたアプリケーション内の全てのオブジェクトについてオブジェクト共用化処理が終了すると、未チェックのオブジェクトがなくなり、選択不成功とステップＳ４２２で判断され、オブジェクト共用設定部４００の処理が終了する。その後、アプリケーション７０、８０がインストールされたときにも同様にオブジェクト共用設定部４００が実行される。
【００６８】
以上のオブジェクト共用設定部４００の処理を図３と図６を参照して更に説明する。図３は、既に説明したように、アプリケーション６０、７０、８０がそれぞれインストールされる前のオブジェクト管理情報６３、７３、８３の例を示し、図６は、アプリケーション６０、７０、８０がそれぞれインストールされた直後のオブジェクト管理情報６３、７３、８３の例を示す。
【００６９】
まず、アプリケーション６０がインストールされたのを契機にしてオブジェクト共用設定部４００が起動され、当該アプリケーション６０に関してオブジェクト管理情報記憶部４１０が呼び出され、オブジェクト管理情報記憶部４１０は、図３のオブジェクト管理情報６３内の自パス情報６３２に絶対パス表現の自パス情報を記憶してオブジェクト管理情報６３を図６に示すものに変更する。更に、共用可能オブジェクト検出部４２０により、アプリケーション６０内の各オブジェクトに対して共用可能なオブジェクトが検出される。ここでは、アプリケーション６０のいずれのオブジェクトに対しても共用可能なオブジェクトが検出できなかったと仮定する。したがって、オブジェクト管理情報６３内の共用先パス情報６３３は、図６に示すように空白のままで、オブジェクト共用設定部４００が終了する。
【００７０】
この後にアプリケーション７０が新たにインストールされたとする。そのインストールを契機に、オブジェクト共用設定部４００が呼び出され、オブジェクト管理情報記憶部４１０により、当該アプリケーション７０に対するオブジェクト管理情報７３の内容が図３のものから図６に示したものに変更され、その後、共用可能オブジェクト検出部４２０がアプリケーション７０に関して呼び出され、アプリケーション７０内の各オブジェクトｘ、ｙ、ｚに対して共用可能なオブジェクトの検出を行う。その結果、共用可能なオブジェクトが検出されると、オブジェクト管理情報７３が更新される。
【００７１】
図７はアプリケーション７０と８０に対して共用可能オブジェクト検出部４２０の処理が実行された後のオブジェクト管理情報７３、８３の例を、オブジェクト管理情報６３と一緒に示す。例えば、共用可能オブジェクト検出部４２０が、アプリケーション６０内のオブジェクトｂがアプリケーション７０のオブジェクトｙの代わりに使用可能であると判断すると、共用化情報記憶部４３０は、図７に示すように、アプリケーション７０に対するオブジェクト管理情報７３内のオブジェクトｙに対応する共有先パス情報フィールド７３３に、共有先のオブジェクトｂの絶対パス情報である　ａａａ／ｂｂｂ／ｃｃｃ／ｂｂｂ　を記憶する。更に、図７に示すように、オブジェクト管理情報６３内のオブジェクトｂに対する共用元オブジェクト数６３４の値を、値０から１だけ増大して値１にする。その後、共用元オブジェクト削除部４４０はオブジェクトｙを補助記憶装置１５から削除する。
【００７２】
同様に、共用可能オブジェクト検出部４２０が、アプリケーション６０内のオブジェクトｃがアプリケーション７０のオブジェクトｚの代わりに使用可能であると判断すると、共用化情報記憶部４３０は、図７に示すように、アプリケーション７０に対するオブジェクト管理情報７３内のオブジェクトｚに対応する共有先パス情報フィールド７３３に、共有先のオブジェクトｃの絶対パス情報であるａａａ／ｂｂｂ／ｃｃｃ／ｃｃｃ　を記憶する。更に、オブジェクト管理情報６３内のオブジェクトｃに対する共用元オブジェクト数６３４の値を、値０から１だけ増大して値１にする。その後、共用元オブジェクト削除部４４０はオブジェクトｚを補助記憶装置１５から削除する。こうして、アプリケーション７０に関してオブジェクト共用設定部４００が終了する。
【００７３】
その後、新たにアプリケーション８０がインストールされると、オブジェクト管理情報記憶部４１０は、アプリケーション８０に対応するオブジェクト管理情報８３を図３のものから図６に示すものに変更し、共用可能オブジェクト検出部４２０がアプリケーション８０内の各オブジェクトｌ、ｍ、ｎに対して共用可能なオブジェクトを検出する。その結果、例えばアプリケーション６０のオブジェクトｃが、アプリケーション８０のオブジェクトｍの代わりに使用可能であると判断すると、共用化情報記憶部４３０は、図７に示すように、アプリケーション８０に対するオブジェクト管理情報８３内のオブジェクトｍに対応する共有先パス情報フィールド８３３に、共有先のオブジェクトｃの絶対パス情報である　ａａａ／ｂｂｂ／ｃｃｃ／ｃｃｃ　を記憶する。更に、図７に示すように、オブジェクト管理情報６３内のオブジェクトｃに対する共用元オブジェクト数６３４の値を、値１から１だけ増大して値２にする。その後、共用元オブジェクト削除部４４０はオブジェクトｍを補助記憶装置１５から削除する。こうして、アプリケーション８０に関してオブジェクト共用設定部４００が終了する。
【００７４】
以上の説明から分かるように、任意のアプリケーションに含まれた複数のオブジェクトが共用できるときには、その一つを共用させ、当該一つのオブジェクト以外のオブジェクトを削除する。したがって、実質同じ内容のオブジェクトは重複して補助記憶装置１５に記憶されないので、複数のアプリケーションを記憶するのに必要となる記憶容量を減らすことができる。
【００７５】
本実施の形態ではアプリケーションは以下のようにして実行される。既に述べたように、本実施の形態ではアプリケーションは、オブジェクト指向言語で記述されている。各アプリケーションを構成する複数のオブジェクトの各々は、オブジェクト指向言語で記述され動的に結合可能に形成されている。アプリケーションの起動時には、それらの複数のオブジェクトのうちメインオブジェクトがまず起動される。メインオブジェクトは、他のオブジェクトを呼び出すことができ、当該他のオブジェクトも更に他のオブジェクトを呼び出し可能になっている。こうして、アプリケーションに含まれる複数のオブジェクトが他のオブジェクトから適宜呼び出されて実行される。なお、各オブジェクトは、ソースプログラムでもよくあるいはそのソースプログラムをコンパイルして得られる動的結合可能に構成された中間コードでもよいが、本実施の形態では、各オブジェクトは、動的に結合可能に形成された中間コードであり、インタプリタにより逐次解読して実行される。このように、中間コードをインタプリタにより逐次解読して実行させる方法を採ると、中間コード自体は、情報処理装置１とそれを制御するＯＳに依存しないで生成することができ、同じ中間語コードが、装置構造あるいは使用するＯＳが異なる他の情報処理装置にもそのまま使用できることになる。更に、オブジェクト間の動的結合もインタプリタにより実現させることが可能になる。
【００７６】
図８は、プログラム実行制御部５０の概略ブロック図である。プログラム実行制御部５０は、インタプリタ部５００とＯＳ部５１０とを含んでいる。インタプリタ部５００は、中間コードに含まれた複数の命令を逐次解読して実行するためのプログラムであるインタプリタにより実現される。ＯＳ部５１０は、情報処理装置１の動作を制御するＯＳにより実現される。インタプリタ部５００には、ロード要求部５２０と動的結合部５３０を備えている。ロード要求部５２０は、共用先オブジェクト判別部５４０と、ロード要求変更部５５０とを備えている。ロード要求部５２０は、実行中のアプリケーションがロードを要求したオブジェクトについて、オブジェクト共用設定部４００が既に共用先のオブジェクトを設定している場合に、当該共用先のオブジェクトをロードするように、ロード要求を変更する。
【００７７】
オブジェクトは、他のオブジェクトのロードを要求するときに、例えばロード命令を発行する。本実施の形態では、ロード命令は、呼び出すべきオブジェクトの名称だけでなく、当該オブジェクトにアクセスするためのパス情報を指定する。パス情報は、例えば呼び出し元のオブジェクトが属するアプリケーションの補助記憶装置１５内のオブジェクトルートディレクトリの位置からみた、当該ロードすべきオブジェクトの補助記憶装置１５内のディレクトリへの相対パスを用いて指定させることができる。例えば、図６に例示したアプリケーション７０の場合、オブジェクトｘから他のオブジェクトｙをロードするためのロード命令には、例えば下記のロード命令を使用することができる。
【００７８】
【数１】
ｌｏａｄ　ｒｅｌａｔｉｖｅ（−１）　ｂｂｂ　オブジェクトｙ
【００７９】
ここで、ｒｅｌａｔｉｖｅ（−１）　ｂｂｂ　は、オブジェクトルートディレクトリからみて下位側の相対パス　ｂｂｂ　のディレクトリを指定する。アプリケーション７０のオブジェクトルートディレクトリは、ｂｂｂ／ｂｂｂ／ｃｃｃ　であるので、オブジェクトｙは、絶対パス　ｂｂｂ／ｂｂｂ／ｃｃｃ／ｂｂｂ　により表されるディレクトリからロードされることになる。
【００８０】
相対パス情報を使用するのは、ロード命令が要求したオブジェクトが含まれるアプリケーションのインストール時に、当該アプリケーションのオブジェクトルートディレクトリとして、利用者により任意のディレクトリが指定されても、ロードすべきオブジェクトのディレクトリを容易に決めることを可能にするためである。
【００８１】
図９は、インタプリタ部５００の処理の概略フローチャートである。インタプリタ部５００では、次に実行すべき命令がロード命令であるか否かを判別し（ステップＳ５０１）、ロード命令でないときには、その命令を解読してその命令が要求する処理を実行する（ステップＳ５０２）。一方、次に実行すべき命令がロード命令であるときには、ロード要求部５２０が呼び出される。
【００８２】
ロード要求部５２０では、まず、共用先オブジェクト判別部５４０が呼び出される。共用先オブジェクト判別部５４０は、ロードが要求されたオブジェクトについて、共用先に設定されている他のオブジェクトの検出を試みる。具体的には、共用先オブジェクトの検出は、ロードが要求されたオブジェクトが含まれるアプリケーションに対して記憶されたオブジェクト管理情報７３内に、当該ロード命令が指定するオブジェクトに対して共用先パス情報が記憶されているか否かにより判断される。共用先オブジェクト判別部５４０の処理結果に基づいて、共用先オブジェクトが検出されたか否かが判別される（ステップＳ５２１）。
【００８３】
ロード命令が指定するオブジェクトに対して共用先のオブジェクトが設定されていないと判断されたときには、当該ロード命令が要求するロードをそのまま実行させる命令をＯＳ部５１０に対して発行する（ステップＳ５２２）。当該オブジェクトがＯＳによりロードされた後は、動的結合部５３０が当該ロードされたオブジェクトを、ロード命令を発行した要求元のオブジェクトに動的に結合する。こうして当該要求元のオブジェクトがロードされたオブジェクトを使用できるようになる。
【００８４】
ロードすべきオブジェクトに対して共用先オブジェクトが設定されているとステップＳ５２１において判断された場合には、ロード要求変更部５５０が呼び出される。ロード要求変更部５５０は、共用先のオブジェクトをロードするように、ロード命令を変更する。すなわち、ロード命令内にあったロードすべきオブジェクトに対する相対パス情報を、ロードが要求された共用元のオブジェクトに対応して記憶された共用先パス情報に変更する。ロード命令内のオブジェクト名は変更する必要はない。上記共用先パス情報は絶対パス表示であるので、変更後のロード命令は、共用先のオブジェクトのオブジェクト名とそのオブジェクトへの絶対パスを指定することになる。その後、ステップＳ５２２で、変更後のロード命令が要求するロードを実行させる命令をＯＳ部５１０に対して発行する。
【００８５】
例えば、アプリケーション７０の実行中に、オブジェクトｙのロードを要求するロード命令として先に数１で示した命令が発行されたと仮定する。図７から分かるように、当該オブジェクトｙに対してアプリケーション６０のオブジェクトｂが共用先のオブジェクトとして既に設定されている。
【００８６】
上記共用先のオブジェクトに対する共用先パス情報は、図７から分かるように、ａａａ／ｂｂｂ／ｃｃｃ／ｂｂｂであるので、上記ロード命令は、ロード要求部５２０内のロード要求変更部５５０により下記の命令に変更される。
【００８７】
【数２】
ｌｏａｄ　ａａａ／ｂｂｂ／ｃｃｃ／ｂｂｂ　オブジェクトｙ
【００８８】
ここで、オブジェクトｙはオブジェクトｂと同じオブジェクトであり、上記ロード命令は、アプリケーション６０内のオブジェクトｂをメインメモリ１３にロードすることをＯＳに要求するロード命令である。ロード要求部５２０は、この変更後のロード命令に基づいて、オブジェクトｃをＯＳによりメインメモリにロードさせる（ステップＳ５２２）。オブジェクトｃがメインメモリにロードされた後は、図９に示すように、動的結合部５３０が当該ロードされたオブジェクトｃはロード命令を発行したオブジェクト及びインタプリタ部５００に動的に結合する。こうして、当該要求元のオブジェクトはロードされたオブジェクトｃを使用できるようになる。このように、共用元のオブジェクトｙを補助記憶装置１５に記憶しなくても、共用先のオブジェクトｃを代わりにロードさせて使用することができる。
【００８９】
図１０は、オブジェクト共用解除部４５０の概略ブロック図である。オブジェクト共用解除部４５０は、いずれかのアプリケーションをアンインストールするときに、当該アプリケーションに含まれたいずれかのオブジェクトを共有先オブジェクトとする共用元オブジェクトが他のインストール済みのアプリケーションに含まれている場合に、共用先のオブジェクトがアンインストールされても、共用元のオブジェクトを正常に使用できるように、その共用を解除する。
【００９０】
オブジェクト共用解除部４５０は、共用元オブジェクト判別部４５５と共用解除処理部４６０とを備えている。共用解除処理部４６０は、オブジェクト移動部４７０、共用化情報無効化部４７５と、共用化情報変更部４８０とを備えている。オブジェクト共用解除部４５０は、利用者がアンインストール部３０Ｂに対していずれかのアプリケーションをアンインストールする指示を与えたときに、アンインストール部３０Ｂが当該アプリケーションのアンインストールを実行する前に、アンインストール部３０Ｂにより起動される。あるいは、利用者がアンインストール部３０Ｂに対していずれかのアプリケーションのアンインストールを指示する前に、利用者がオブジェクト共用解除部４５０を起動してアンインストールする予定のアプリケーションを指示し、当該アプリケーションについて共用解除を行わせるようにしてもよい。
【００９１】
図１１は、オブジェクト共用解除部４５０の処理の概略フローチャートである。オブジェクト共用解除部４５０は、起動されると、まず、アンインストールが指示されたアプリケーション内のオブジェクトのうち、オブジェクト共用解除の要否のチェックがまだなされていないチェック対象とすべき一つのオブジェクトの選択を試みる（ステップＳ４５１）。選択が成功したか否かが判断され（ステップＳ４５２）、選択が成功したと判断されると、当該チェック対象のオブジェクトが属するアプリケーションに対するオブジェクト管理情報内に当該チェック対象のオブジェクトに対して記憶されている共用元オブジェクト数が１以上か否かが判断される（ステップＳ４５３）。
【００９２】
共用元オブジェクト数が１以上でないときには、チェック対象のオブジェクトに対して共用元オブジェクトがないので、処理はステップＳ４５１に戻り、他のチェック対象のオブジェクトを選択させる。共用元オブジェクト数が１以上であるときには、チェック対象のオブジェクトに対して共用元オブジェクトがあるので、共用元オブジェクト判別部４５５に共用元オブジェクトを一つ検出させる。すなわち、共用元オブジェクト判別部４５５は、選択されたチェック対象のオブジェクトを共用している他の共用元オブジェクトを一つ判別する。
【００９３】
この判別は、例えば、当該チェック対象のオブジェクトが含まれているアプリケーション以外の全てのアプリケーションについて順次それぞれのアプリケーション内のいずれかのオブジェクトに対して、上記選択されたチェック対象のオブジェクトを共用先オブジェクトに設定しているか否かを判別することにより行われる。より具体的には、それぞれのアプリケーションに対応して記憶されたオブジェクト管理情報内に、当該アンインストール予定のチェック対象のオブジェクトに関するパス情報が共有先パス情報として記憶されているか否かにより、上記判別が行われる。
【００９４】
共用元オブジェクト判別部４５５により、上記選択されたチェック対象のオブジェクトを共用する一つの他の共用元オブジェクトが判別されると、当該共用元オブジェクトに対して共用解除処理部４６０が以下のようにして実行される。まず、オブジェクト移動部４７０が、上記選択されたチェック対象を共用している共有元のオブジェクトに対応して記憶された自パス情報により指定される補助記憶装置１５のディレクトリに、当該チェック対象のオブジェクトを移動する。その後、共用化情報無効化部４７５が、当該共用元のオブジェクトに対応して記憶されていた共用化情報（具体的には、共用先パス情報）を無効にする。無効にするには、例えば削除すればよい。
【００９５】
こうして、共用元であったオブジェクトが属するアプリケーション内には共用されていたオブジェクトが記憶され、かつ、当該アプリケーションに対応するオブジェクト管理情報内には、共用先パス情報は記憶されなくなり、共用元であったオブジェクトは、共用設定がされる前の状態に戻る。したがって、共用元であったオブジェクトとチェック対象の共用先であったオブジェクトとの間の共用が解除される。しかも、チェック対象のオブジェクトがその後アンインストールされても、共用元であったオブジェクトは正常に使用できる。
【００９６】
その後、共用解除処理部４６０は、同じチェック対象のオブジェクトを共用先に指定する他の共用元のオブジェクトがまだ存在するか否かを判断するために、アンインストール対象のアプリケーション内の上記チェック対象のオブジェクトに対応して記憶されている共用元オブジェクト数を１だけ減少する（ステップＳ４６１）。減少後の共用元オブジェクト数が１以上であるか否かを判別し（ステップＳ４６２）、１以上であるときには、同じチェック対象のオブジェクトを共用先に指定する更に他の共用元のオブジェクトが存在するので、共用元オブジェクト判別部４５５は、当該更に他の共用元オブジェクトを判別させる。
【００９７】
当該更に他の共用元オブジェクトが判別されると、共用化情報変更部４８０は、当該更に他の共用元のオブジェクトが属するアプリケーションに対応して記憶されているオブジェクト管理情報内の当該更に他の共用元オブジェクトに対する共用先パス情報を、上記削除されたチェック対象のオブジェクトとの共用が解除されたと最初に判別された旧共用元のオブジェクトが記憶されているディレクトリに対するパス情報に変更する。更に、当該最初に判別された旧共用元オブジェクトに対して記憶されている共用元オブジェクト数を１だけ増大し、値１にする（ステップＳ４６３）。
【００９８】
その後、ステップＳ４６１に処理が戻り、アンインストール対象のアプリケーション内の上記チェック対象のオブジェクトに対する共用元オブジェクト数を更に１減じて、ステップＳ４６２以降を実行する。ステップＳ４６２が最初に実行されたときあるいはその後の繰り返しにより実行されたときに、共用元オブジェクト数が１以下（すなわち０）であると判断されたときには、当該チェック対象のオブジェクトを共用する共用元オブジェクトは存在しないので、処理は、ステップＳ４５１に戻り、他のチェック対象のオブジェクトを選択して、ステップＳ４５２以降が繰り返される。更に、以上の処理が終了し、共用解除処理の要否のチェックをすべきオブジェクトがなくなったときには（ステップＳ４５２においてＮｏの場合）、オブジェクト共用解除部４５０は処理を終了する。
【００９９】
こうして、２番目以降に判別された旧共用元オブジェクトは、チェック対象の共用先のオブジェクトが削除された後、当該チェック対象のオブジェクトを共用先としていたと最初に判別された旧共用元オブジェクトを共用先オブジェクトとする新たな共用元オブジェクトに変更される。したがって、上記チェック対象の共用先オブジェクトが削除された後でも、上記旧共用元オブジェクトを当該他の共用元オブジェクトに共用させることができる。
【０１００】
図１２は、アプリケーション６０がアンインストールの対象にされ、オブジェクト共用解除部４５０によるオブジェクト解除処理が実行された後のアプリケーション７０、８０に対するオブジェクト管理情報７３、８３の例を、アプリケーション６０に対する、削除前のオブジェクト管理情報６３と一緒に示す図である。なお、アプリケーション６０がアンインストールの対象にされたので、アプリケーション６０に対するオブジェクト管理情報６３は、アプリケーション６０のアンインストール時に削除されるが、図には参考に示されている。
【０１０１】
オブジェクト共用解除部４５０について上に述べた処理を図７と図１２を参照して説明すると、アプリケーション６０がアンインストール対象に選択され、その内のオブジェクトｃがステップＳ４５１で共用解除処理のチェック対象に選択された場合、共用元オブジェクト判別部４５５は、オブジェクトｃに関するパス情報を共用先パス情報として記憶している他のアプリケーション７０のオブジェクトｚを共用元のオブジェクトと判断する。その場合には、オブジェクト移動部４７０は、アプリケーション６０のオブジェクトｚに対応するフィールド７３２に記憶された自パス情報で指定されるディレクトリにオブジェクトｃをオブジェクトｚとして移動する。
【０１０２】
この移動が終了したときには、オブジェクトｃは、その移動により削除される。その後、共用化情報無効化部４７５は、アプリケーション７０に対応するオブジェクト管理情報７３内にオブジェクトｚに対応してフィールド７３３に記憶されていた共用先パス情報を削除する。こうして、アプリケーション７０のオブジェクトｚに対するオブジェクト管理情報７３の内容は、図１２に示すようになり、オブジェクトｚとオブジェクトｃの共用は解除される。
【０１０３】
その後、共用元オブジェクト判別部４５５により、アンインストール対象のオブジェクトｃを共用先に指定する他のオブジェクトがあるか否かが判断される。図７の場合には、アプリケーション８０のオブジェクトｍが上記アンインストール対象のオブジェクトｃを共用している。したがって、ステップＳ４６１においてオブジェクトｍが同じアンインストール対象のオブジェクトｃを共用していると判断され、オブジェクト管理情報８３内の当該共用元のオブジェクトｍに対するフィールド８３３に記憶されている共用先パス情報を、削除されたオブジェクトｃに関するパス情報から、上記によりオブジェクトｃが新たに移動されてオブジェクトｚとして記憶されたディレクトリを指定する共用先パス情報に変更させる。こうして、アプリケーション８０のオブジェクトｍに対するオブジェクト管理情報８３の内容は、図１２に示すようになり、オブジェクトｍとオブジェクトｃの共用は解除され、オブジェクトｍはオブジェクトｚを共用するように設定されたことになる。
【０１０４】
このように、他のアプリケーションのオブジェクトにより共用されたオブジェクトを含むアプリケーションがアンインストールされたときでも、当該他のアプリケーションの上記共用元のオブジェクトは、正常に使用可能になることが分かる。
【０１０５】
更に、上記実施の形態では、アプリケーションを新規に情報処理装置にインストールした後に、当該アプリケーションを構成するオブジェクトが、インストール済みの他のアプリケーションに含まれるオブジェクトを共用することができるかを否かを検出するようになっている。このような方法を使用すると、インストール自体は従来のインストール用のプログラムを用いて実行することができるので、本発明を実施するに当たり、従来あるインストール用のプログラムの機能はそのまま使用することができるので、本発明の実施が容易である。
【０１０６】
＜発明の第２の実施の形態＞
図１３は、アプリケーション６０に対するオブジェクト管理情報６３の他の例を示す図である。オブジェクト管理情報６３では、対応するアプリケーション６０を構成するオブジェクトの各々に対応して、当該オブジェクトを共用先のオブジェクトとする共用元オブジェクトに関する共用元パス情報を記憶するためのフィールド６３６が設けられる。このフィールド６３６には、対応するオブジェクトを共用先オブジェクトにするように設定された複数の共用元オブジェクトが記憶されている補助記憶装置１５内の複数のディレクトリのそれぞれに関する共用元パス情報が記憶される。他のオブジェクト管理情報７３、８３についても、同様に、共用元パス情報記憶フィールド７３６、８３６が設けられる。
【０１０７】
共用元パス情報は、オブジェクト共用設定部４００により設定される。すなわち、新たにインストールされたアプリケーション、例えば７０内のオブジェクト、例えばｙに関して共用可能な他のオブジェクト、例えばアプリケーション６０のオブジェクトｃを検出して、オブジェクトｙに関して、ステップＳ４３１（図５）において、共用化情報として例えば共用先パス情報を、図７に示すように、オブジェクト管理情報７３内のオブジェクトｙに対するフィールド７３３に記憶した後に、共用先オブジェクトｍに関して、共用化情報として、例えば共用元オブジェクトのそれぞれに関する共用元パス情報を、オブジェクト管理情報６３内のオブジェクトｃに対するフィールド６３６に記憶する。
【０１０８】
その後アプリケーション８０がインストールされたときに、オブジェクトｍがアプリケーション６０のオブジェクトｃの共用元オブジェクトに設定されたときには、オブジェクトｃの共用元パス情報には、アプリケーション８０のオブジェクトｍのパス情報を、図１３に示す、オブジェクトｃに対応するフィールド６３６に追加して記憶する。したがって、同じ共用先オブジェクトｃに関して複数の共用元オブジェクトがある場合、それらの共用元オブジェクトに関する複数のパス情報が同じ共用先オブジェクトに対するフィールド６３６に記憶される。
【０１０９】
このようにオブジェクト管理情報６３内に各オブジェクトに関して共用元パス情報６３６が記憶されると、オブジェクト共用解除部４５０の処理が高速化される。すなわち、図１１に示したように、第１の実施の形態では、共用元オブジェクト判別部４５５により、アンインストール対象にアプリケーションに含まれたオブジェクトを共用先とする共用元のオブジェクトを、インストール済みの全てのアプリケーションに対する複数のオブジェクト管理情報の内容を順次チェックして、アンインストール対象のオブジェクトに関する共用先パス情報が記憶されているか否かにより判別していた。
【０１１０】
しかし、本実施の形態のように、各アプリケーション内の各オブジェクトに対応してオブジェクト管理情報内に当該オブジェクトを共用先とする共用元のオブジェクトのパス情報が記憶されていれば、当該共用先のオブジェクトをアンインストールする際に、当該オブジェクトに対する共用元オブジェクトのパス情報を、直ちに知ることができ、共用元オブジェクト判別部４５５の処理時間を大幅に短縮することができる。このように、本実施の形態では、オブジェクト管理情報内に共用元パス情報を記憶すると、オブジェクト管理情報の容量が大きくなるが、共用元オブジェクトのパスを迅速に知ることができる。
【０１１１】
なお、共用元数６３４は省略することができ、共用元数６３４を省略した場合には、共用元パス情報フィールド６３６として記憶された共用元オブジェクトのパス情報の数を共用元数６３４の代わりに使用することができる。その場合には、共用元オブジェクトにアンインストール対象にアプリケーションに含まれたオブジェクトを共用元オブジェクトが記憶されるべきディレクトリに移動したときは、当該共用元オブジェクトに関する共用元パス情報を、共用元パス情報フィールド６３６から削除する。同様に、更に他の共用元オブジェクトについて、共用先パス情報を変更する処理を行う毎に、当該共用元オブジェクトに関する共用元パス情報を共用元パス情報フィールド６３６から削除する。こうすると、共用元パス情報フィールド６３６に記憶されている共用元パス情報の数が、共用元数６３４の代わりに使用できることになる。
【０１１２】
＜発明の第３の実施の形態＞
発明の第１の実施の形態では、インストール対象のアプリケーションがインストールされた後に、当該インストールされたアプリケーションに関してオブジェクト共用設定部４００が呼び出され、オブジェクト共用のための処理がなされ、いずれかの新規にインストールされたオブジェクトに代えて他のインストール済みのオブジェクトが使用可能であると判断されたときには、当該新規にインストールされたオブジェクトに代えて、当該他のオブジェクトを共用させるように、共用化のための設定を行い、その後に、上記新規にインストールされたオブジェクトが削除された。しかし、本発明は、上記のようにアプリケーションがインストールされた後にオブジェクト共用設定処理が実行される場合に限定されない。本実施の形態は、インストールしようとするアプリケーションをインストールする前にオブジェクト共用設定処理が実行してもよいことを示す。
【０１１３】
このために、情報処理装置１にインストールされたアプリケーションをインストール対象のアプリケーションとして第１の実施の形態の処理を実行するのではなく、これからインストールしようとするアプリケーションをインストール対象のアプリケーションとして、第１の実施の形態で述べた処理を適用する。すなわち、共用可能オブジェクト検出部４２０による共用可能オブジェクトの検出は、インストール対象のアプリケーションのインストールの前に実行する。
【０１１４】
第１の実施の形態では、共用元オブジェクト削除部４４０は、新たにアプリケーションがインストールされた後に当該アプリケーション内の共用元オブジェクトを削除したが、本実施の形態では、インストール対象のアプリケーションがインストールされる時に、代わりに使用可能な他のオブジェクトが検出されたオブジェクトを補助記憶装置１５に記憶されないようにするか、又は第１の実施の形態と同様に、インストール対象のアプリケーションがインストールされた後に、当該共用元オブジェクトを前記記憶装置から削除すればよい。共用化情報記憶部４３０は、代わりに使用可能な他のオブジェクトが検出された、当該アプリケーションに含まれた共用元のオブジェクトに関連する情報として、共用化情報を当該インストール対象のアプリケーションがインストールされる前又は後に記憶するようにすればよい。
【０１１５】
第１の実施の形態のようにアプリケーション内の全てのオブジェクトをインストールした後にそのうちの一部のオブジェクトを削除するという方法を採る場合には、インストールの後にオブジェクト共用化を行い、その共用化処理の中で、インストール済みの他のオブジェクトを共用できる新たにインストールしたオブジェクトを削除している。しかし、本実施の形態によれば、インストール済みの他のオブジェクトを共用できるオブジェクトはインストールされないので、アプリケーションのインストール時間が減り、更に、インストール後に削除する時間が必要でないので、オブジェクト共用化処理の時間も減少する。
【０１１６】
＜発明の第４の実施の形態＞
図１４は、本実施の形態による情報処理装置の概略ブロック図である。本実施の形態では、オブジェクト共用管理部４０がインタプリタ部５００内に含まれ、オブジェクト共用管理部４０の処理を実現するプログラムは、インタプリタ部５００を実現するプログラムであるインタプリタ内に含まれる。本実施の形態では、オブジェクト共用管理部４０を構成するオブジェクト共用設定部４００とオブジェクト共用解除部４５０もインタプリタ内に含まれるので、オブジェクト共用設定部４００とオブジェクト共用解除部４５０をそれぞれ実現するプログラムとして、情報処理装置１を制御するＯＳ及び情報処理装置１自身の装置構成に依存しないプログラムを使用することができ、種々のＯＳあるいは装置構成の情報処理装置に本発明を適用する場合に便利である。
【０１１７】
＜発明の第５の実施の形態＞
図１５は、本発明に係る情報処理装置の本実施の形態の概略ブロック図である。本実施の形態では、オブジェクト共用管理部４０は、ＯＳ部５１０内に含まれ、オブジェクト共用管理部４０の処理を実現するプログラムは、ＯＳ部５１０を実現するプログラムであるＯＳに含まれる。本実施の形態では、オブジェクト共用管理部４０を構成するオブジェクト共用設定部４００とオブジェクト共用解除部４５０もＯＳ部５１０内に含まれる。したがって、オブジェクト共用設定部４００とオブジェクト共用解除部４５０をそれぞれ実現するプログラムを内蔵したＯＳが利用可能であるときに、利用者は、これらのプログラムを作成する必要がなく、本実施の形態は、その点では利用者に便利である。
【０１１８】
＜発明の第６の実施の形態＞
本実施の形態では、情報家電機器や携帯電話等の特定用途のアプリケーションを実行する機能があらかじめ組み込まれている、いわゆる組み込みデバイスに本発明を適用した実施の形態を説明する。このような組み込みデバイスは、アプリケーションを実行できるので、本明細書では情報処理装置と見なす。このような組み込みデバイスでも、補助記憶装置１５は、フラッシュメモリのような、書き換え可能な不揮発性メモリである場合もある。組み込みデバイスで使用されるプログラムは、インストール時には、更に他の補助記憶装置からコピーして上記書き換え可能な不揮発性メモリ装置に記憶させてインストールしてもよい。上記他の補助記憶装置自身が書き換え可能な不揮発性メモリであってもよい。
【０１１９】
ＲＯＭあるいはその一部に少なくとも一つのオブジェクトを含む複数のアプリケーションが記憶され、それらのアプリケーションに対して本発明にしたがって共用が実現されるときには、それらのプログラムを記憶するのにＲＯＭが用いられても、本発明に関しては、ＲＯＭも、メインメモリとは別の記憶装置という意味では補助記憶装置と同様である。なお、補助記憶装置１５又は上記更に他の補助記憶装置又はその両方又は上記ＲＯＭの一部が組み込みデバイス本体から着脱可能に構成されてもよい。組み込みデバイスでは、プログラムを記憶するメモリの容量が小さい場合が多いので、本発明を適用すると、プログラムを記憶するのに必要なメモリ容量を低減することができて便利である。
【０１２０】
以上に示したいくつかの実施の形態から分かるように、アプリケーション間でそれらに含まれたオブジェクトを共用させることができ、複数のアプリケーションを記憶するのに必要な補助記憶装置の容量を低減することができる。しかも、あらかじめ共用させるオブジェクトと決めていない任意のオブジェクトを共用させることができる。更に、以上の実施の形態では、いずれかのオブジェクトを異なるアプリケーション間で共用させるときに、当該オブジェクトを記憶させるディレクトリを新たに生成しない。したがって、共用されるオブジェクトを新たなディレクトリを生成してそこに記憶するという場合に必要となる、記憶装置の容量の消費がないという利点もある。
【０１２１】
また、上記実施の形態のように、インストール済みのアプリケーションに関して、そこに含まれたオブジェクトに関するオブジェクト名称その他の識別情報と当該オブジェクトの補助記憶装置内の記憶位置に関するパス情報とを含むオブジェクト管理情報を記憶し、新規にインストールしたオブジェクトに対して、代わりに使用可能なオブジェクト（共用可能なオブジェクト）の検出を、インストール済みの各アプリケーションに対する上記オブジェクト管理情報に基づいて行うという方法を採ることにより、既に複数のアプリケーションがインストールされている状態でも、それらのアプリケーションをアンインストールし再インストールするという処理をしなくても、本発明によるオブジェクト共用化方法を使用できるようになる。
【０１２２】
また、共用化処理がなされた後に共用先のオブジェクトを含むアプリケーションがアンインストールされたために共用を解除するときには、共用元のオブジェクトをそれが本来記憶されるべきディレクトリに復元させるので、共用が解除されても共用元のオブジェクトを正常に動作させることができる。
【０１２３】
以上、本発明のいくつかの実施の形態を説明したが、本発明はこれらの実施の形態に限定されるものではなく、発明の要旨を変更しない範囲内で、実施の形態を修正あるいは変更してもよいことは言うまでもない。例えば、各アプリケーションに関するオブジェクト管理情報６３等は、当該アプリケーションがインストールされたディレクトリに記憶させたが、複数のアプリケーションに対する複数のオブジェクト管理情報６３等を、複数のアプリケーションに共通に定めたディレクトリに記憶させてもよい。
【０１２４】
【発明の効果】
以上、説明したように、本発明の望ましい態様では、それぞれオブジェクト指向言語で記述され、動的に結合可能に形成されたオブジェクトから構成される複数のアプリケーション間でオブジェクトを共用させることができ、それらのアプリケーションに共用されるオブジェクトを重複して補助記憶装置に記憶する必要がなくなり、補助記憶装置の必要容量を低減することができる。
【０１２５】
本発明の他の望ましい態様では、実行中のいずれかのアプリケーションに属するオブジェクトに含まれたロード要求が要求するロードすべきオブジェクトに代えて、当該オブジェクトの共用先に設定された共用先オブジェクトをロードさせることができるので、共用先のオブジェクトを正常にロードさせてロード要求元のオブジェクトに使用させることが容易に実現できる。
【０１２６】
本発明の他の望ましい態様では、オブジェクトを共用する複数のアプリケーションの一つがアンインストールされるときにも、共用を解除して、残りのアプリケーションを正常に動作させることができる。
【図面の簡単な説明】
【図１】本発明に係る情報処理装置の第１の実施の形態の概略ブロック図である。
【図２】補助記憶装置に記憶されているインストールされた複数のアプリケーションの概略構成を例示する図である。
【図３】複数のアプリケーションに対する、それぞれがインストールされる前のオブジェクト管理情報の例を示す図である。
【図４】オブジェクト共用設定部の概略ブロック図である。
【図５】オブジェクト共用設定部の処理の概略フローチャートである。
【図６】複数のアプリケーションのそれぞれがインストールされた直後のそれぞれに対するオブジェクト管理情報の例を示す。
【図７】複数のアプリケーションのそれぞれに対して共用可能オブジェクト検出部の処理が実行された後のオブジェクト管理情報の例を示す図である。
【図８】プログラム実行制御部の概略ブロック図である。
【図９】インタプリタ部の処理の概略フローチャートである。
【図１０】オブジェクト共用解除部の概略ブロック図である。
【図１１】オブジェクト共用解除部の処理の概略フローチャートである。
【図１２】アプリケーションがアンインストールの対象にされ、オブジェクト解除処理が実行された後の複数のオブジェクト管理情報の例を示す図である。
【図１３】他の実施の形態で使用されるオブジェクト管理情報の例を示す図である。
【図１４】本発明に係る情報処理装置の他の実施の形態の概略ブロック図である。
【図１５】本発明に係る情報処理装置の更に他の実施の形態の概略ブロック図である。[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention enables an object to be shared between a plurality of application programs (herein, for simplicity, sometimes referred to as an application), each of which is composed of a plurality of objects which are configured to be dynamically connectable. The present invention relates to an object sharing program, an object sharing method, and an information processing apparatus that can reduce the required capacity of a storage device that stores a program.
[0002]
[Prior art]
In recent years, information processing apparatuses have been diversified, and not only conventional personal computers (PCs) but also personal information terminals such as PDAs have been used. In order to make an application usable in an information processing device, the application is stored in an auxiliary storage device typified by a rewritable semiconductor fixed storage device such as a fixed magnetic disk device or a flash memory. After performing a so-called installation operation for setting, the installed application is started, loaded into a main memory, and executed.
[0003]
In recent years, devices such as information home appliances and mobile phones often have a function of executing an application incorporated in advance. Such devices are called embedded devices. Since such an embedded device can also execute an application, it is regarded as an information processing apparatus in this specification.
[0004]
When the number of applications to be installed in the information processing device is large, it may be necessary to reduce the capacity required to store those applications even if the capacity of the auxiliary storage device is large. If the capacity of the auxiliary storage device is small, it may be necessary to reduce the capacity required to store those applications even if the number of installed applications is small.
[0005]
Traditionally, various methods have been used to reduce the amount of space required to store applications. A typical method is to store a plurality of programs (library programs) that can be shared by a plurality of applications in a specific library area defined independently of an application storage area in the information processing apparatus, and Making it available to the application.
[0006]
In the case of using such a library program, a problem may occur if different versions of the library program having the same name are treated as the same library program. For example, when installing an upgraded version of an already installed application or installing a new application, the version of the library program used by the application is changed to the library program of the same name already installed in the information processing apparatus. It may be newer than the version. In this case, if the new version of the library program is installed so as to overwrite the old version of the library program, other installed applications that normally used the old version of the library program before the update will be updated. If you use the version of the library program, it may not work properly.
[0007]
In order to solve this problem, when installing the upgraded application, the upgraded library program is not installed in the specific library area defined regardless of a plurality of applications. The newly installed application is stored in an area where the newly installed application is stored, and when the newly installed application refers to the library program, the newly installed library is stored in the newly installed application area. It has been proposed that a program be accessed (for example, see Patent Document 1).
[0008]
For a plurality of dynamic link library programs shared by a plurality of applications and stored in a common area, the version of the dynamic link library program used by each application is registered, and each application is assigned to one of the dynamic link library programs. It has also been proposed to call a dynamic link library program having a version suitable for the application when it is called (for example, see Patent Document 2).
[0009]
By the way, conventionally, to generate an application to be installed, a plurality of independent source programs are compiled to obtain a plurality of object modules, and those object modules are statically linked in advance to form a single executable file. The method of generating and installing it as an application was often used. However, in recent years, an application has been increasingly configured by a plurality of objects which are programs described in an object-oriented language and formed so as to be dynamically connectable. The object may be in the form of a source program, an intermediate language program obtained by compiling a source program, or in the form of compiled object code.
[0010]
When such an application is stored in the auxiliary storage device and installed in the information processing device, a plurality of objects constituting the application are stored in a plurality of directories. When calling any other object from any object in the application during the execution of the application, the called object is loaded into the main memory, and the loaded object is loaded with the calling object and the application execution unit (for example, When an application is sequentially decoded and executed by an interpreter, it is dynamically coupled to the interpreter. This allows the calling object to use the called object.
[0011]
An object described in such an object-oriented language is not only usable in a specific application, but can be used in other applications, and can be said to be a part object of an application. In recent years, the number of companies that develop and sell such component objects has increased, and the flow of so-called object components has become remarkable.
[0012]
[Patent Document 1]
JP 2001-22569 A
[Patent Document 2]
JP 2001-154831 A
[0013]
[Problems to be solved by the invention]
The inventor of the present invention considers a situation in which a component object is distributed in the market as described above and is used by being incorporated in an arbitrary application. Realized that when installed on a device, the same part object developed and sold by other developers could be used in those applications, even if the developers of those applications were completely different. . Further, the present inventor can reduce the required capacity of the auxiliary storage capacity if one application can share one component object between these applications and do not store a plurality of the component objects in the auxiliary storage device. I realized I could do it.
[0014]
Further, the present inventor has found that, although an application including an object is often used for an embedded device, since the storage capacity of an auxiliary storage device that can be used in an embedded device is often very small, the inventor described above. It has been found particularly desirable to reduce the consumption of auxiliary storage by sharing objects between different applications.
[0015]
As described above, it is desirable to make an object sharable among a plurality of applications. However, a method of storing a program that is shared in a specific library area, such as the above-described related art, is difficult for object sharing management. The inventor has noticed that this is undesirable. That is, in order to use the method of storing a shared object in a specific library area, it is necessary to determine whether or not each of a plurality of objects constituting an application is likely to be shared by another application. is there. However, the developer of an application cannot usually predict whether the objects used by the application may be shared by other applications developed by other developers. Therefore, a method of storing a shared object among a plurality of objects constituting the application in a specific area for the shared object cannot be substantially adopted.
[0016]
In view of the above circumstances, an object of the present invention is to provide an object sharing program, an object sharing method, and an information processing apparatus that enable an object to be shared among a plurality of applications each including a set of a plurality of objects. To provide.
[0017]
A more specific object of the present invention is to configure any other installed application for any of the objects constituting the application to be installed newly or to be installed, and It is an object to provide an object sharing program, an object sharing method, and an information processing apparatus for sharing a usable (sharable) object in place of the object.
[0018]
Another specific object of the present invention is to provide, in accordance with a load request included in any object belonging to any running application, an object having the object name specified by the load request in the application. It is an object of the present invention to provide an object sharing program, an object sharing method, and an information processing apparatus that load and share an object included in another application that can be used (sharable) instead of the above object.
[0019]
[Means for Solving the Problems]
The outline of a typical invention disclosed in the present application is as follows. The object sharing program according to the present invention includes a plurality of objects each of which is configured so that each of a plurality of applications installed in the information processing device can be dynamically combined, and each object in each application is stored in the information processing device. An object sharing program for an information processing device provided in one or a plurality of storage locations used for storing the application in a storage device different from the main memory provided. The following steps are programmed to cause the information processing apparatus to execute the following steps.
That is, an object included in an application to be installed in the information processing apparatus or an application to be installed, which is an application newly installed in the information processing apparatus, is loaded into the main memory instead of the object. A sharable object detecting step of detecting other objects included in another installed application that can be used, and detecting another alternative object that can be used for the object included in the application to be installed. In this case, shared information for accessing the other object in place of the object included in the application to be installed is stored, and the other object is And sharing information storing step of shared to the object included in tall target application, stored invalidation step of the objects available the other object is detected instead from being stored in the storage device.
[0020]
Thus, if there is another object in another application that can be used instead of the object in the application to be installed, the other object can be shared.
[0021]
A desirable example of the sharing information is sharing destination storage location information related to a storage location in the storage device where the other object is stored. The present invention can be applied whether the application to be installed is an application newly installed in the information processing apparatus or an application to be installed in the information processing apparatus.
[0022]
More specifically, the object sharing program according to the present invention includes, for each of a plurality of objects included in each of a plurality of applications installed in the information processing apparatus, a name of the object and a name of the object. The information processing apparatus further includes an object management information storage step of storing object management information including identification information other than the name and storage location information related to a storage location in the storage device where the object is stored. The sharable object detection step is programmed to be executed, and the sharable object detection step is included in the stored object management information regarding each of the plurality of objects included in each of the plurality of applications installed in the information processing apparatus. The name of the object The identification information other than the name and the name of the object and other identification information other than the name regarding the object included in the application to be installed and for which an object that can be used instead is detected. It is executed based on.
[0023]
Thus, for the object in the application to be installed, another sharable object in another application can be quickly detected based on the object management information stored for the object of the installed application.
[0024]
More specifically, the object sharing program according to the present invention, when uninstalling any of a plurality of installed applications, any object included in the application to be uninstalled is replaced with another object. When shared by any other object included in the installed application, the program is programmed to further cause the information processing apparatus to execute a sharing release step of releasing the sharing.
The unsharing step includes determining whether any object included in the application to be uninstalled is shared by any other object included in another installed application, and whether the object is shared. In the case, the sharing source object determining step of determining the object of the sharing source, and when it is determined that the object included in the application to be uninstalled is shared by any other object, And a sharing canceling process step of executing a process for canceling the sharing.
The sharing cancellation processing step includes: storing the application to be uninstalled in a storage location in the storage device where the other object sharing the object included in the application to be uninstalled is to be stored; Moving the object included in the application and storing the object therein; and sharing the object for accessing the object included in the application to be uninstalled stored in association with the other object. Invalidating the sharing information to invalidate the information.
[0025]
In this way, at the time of uninstallation, it is easy to cancel the sharing of the object and restore the state before the object is shared.
[0026]
A more desirable aspect of the object sharing program according to the present invention is that the object stored in a storage location in the storage device specified by a load request included in any object belonging to any application is In the case where another object that can be used in place of the other object is stored in the storage device in relation to another object having the specified object name, the other object is used instead of the other object. A load request changing step of changing the load request so that the object is loaded, and after the further object is loaded into the main memory according to the load request, the loaded further object is The requesting object containing the load request Dynamically bound to those which are programmed to the dynamic binding steps to enable, further to the information processing apparatus performed by the requesting object.
[0027]
Thereby, the other object shared with the object requested to be loaded by the load request is loaded by specifying the name of the other object and the storage location where the other object is stored. The request can be changed, and the shared object can be loaded instead of the load-requested object.
[0028]
According to another desirable aspect of the object sharing program according to the present invention, in accordance with a load request included in any object belonging to any running application, the object sharing program is designated by storage location information included in the load request. Executing a load request to load another object having an object name designated by the load request from a storage location in a storage device different from the main memory into the main memory. After the load request is executed by the load request execution step and the other object is loaded into the main memory, the loaded other object is transferred to the load request source object including the load request. Dynamically joins the requesting object Relating to an object stored in a storage location in the storage device specified by the storage location information included in the load request and having the object name specified by the load request. And a sharing information storage determining step of determining whether or not sharing information for accessing yet another object that can be used in place of the object is stored. Being programmed, and further comprising the step of executing the load information when the sharing information is found to be stored in association with the other object requested to be loaded by the load request. From the storage location in the storage device determined by the following, another object of the sharing destination having the object name To be loaded, comprising a load request changing step of changing the load to execute the request, those.
[0029]
Accordingly, when the sharing information for accessing the further other object in relation to the other object that can be used in place of the other object requested to be loaded in the load request is stored, the sharing information is stored. The further information can be easily loaded using the activation information.
[0030]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, some embodiments of an object sharing program, an object sharing method, and an information processing apparatus according to the present invention will be described in detail with reference to the drawings. In the second and subsequent embodiments of the invention, only the differences from the first embodiment of the invention will be mainly described.
[0031]
<First Embodiment of the Invention>
FIG. 1 is a schematic block diagram of a first embodiment of an information processing apparatus according to the present invention. In the figure, an information processing device 1 includes a central processing unit (hereinafter, may be simply referred to as a processing device) 10, an input device 11 including a pointing device such as a mouse and a character input device such as a keyboard, and a CRT display device. , A random access memory (RAM) 13 used as a main memory, a semiconductor fixed storage device (ROM) 14, a magnetic disk storage device, an optical disk storage device, a magneto-optical disk, for example. An auxiliary storage device 15 including a storage device or other disk storage device or a writable semiconductor fixed storage device (for example, flash memory) or another semiconductor storage device is provided. A plurality of applications installed in the information processing device 1 are stored in the auxiliary storage device 15.
[0032]
The processing device 10 includes an object sharing unit 20. The object sharing unit 20 includes an installation unit 30A, an uninstallation unit 30B, an object sharing management unit 40, and a program execution control unit 50. The object sharing management unit 40 includes an object sharing setting unit 400 and an object sharing canceling unit 450. The program execution control unit 50 includes an interpreter unit 500 and an OS unit 510.
[0033]
The object sharing unit 20 is realized by an object sharing program. The processing units 30A, 30B, 40, 50 inside the object sharing unit 20 are realized by an installation program, an uninstallation program, an object sharing management program, and a program execution control program, respectively. Therefore, the object sharing program that implements the object sharing unit 20 includes an installation program, an uninstallation program, an object sharing management program, and a program execution control program. Further, the interpreter unit 500 is realized by an interpreter, and the OS unit 510 is realized by an OS.
[0034]
The object sharing program for realizing the object sharing unit 20 shows one embodiment of the object sharing program according to the present invention, and the information processing device 1 is one embodiment of the information processing device according to the present invention. Is shown. The processing for object sharing executed by the information processing apparatus 1 uses one embodiment of the object sharing method according to the present invention.
[0035]
FIG. 2 is a diagram exemplifying an outline of a program structure of a plurality of applications 60, 70, and 80 installed in the information processing device 1 and stored in the auxiliary storage device 15. Each application includes a plurality of objects 61, 62 or 71, 72 or 81, 82. Object management information 63, 73, or 83 is further stored corresponding to each application. Although only three applications are shown in the figure for simplification, the number of the present invention is not limited. Furthermore, although only two objects 61, 62 are shown in each application, for example 60, in the figure, the invention is not limited to that number.
[0036]
In the present embodiment, the application is described in an object-oriented language. That is, each of a plurality of objects constituting the application is described in an object-oriented language and is formed so as to be dynamically connectable. In applying the present invention, each object may be a source program, an intermediate language program (also called an intermediate code) obtained by compiling a source program by a compiler, or an object obtained by compiling a source program by a compiler. Although a program may be used, in the present embodiment, each object is assumed to be an intermediate code which is obtained by compiling a source program and which is dynamically connectable. In the present embodiment, the intermediate code is sequentially decoded and executed by an interpreter as described later.
[0037]
The object management information 63 for each application, for example, 60, is shown in a block indicating the application 60 for simplicity in FIG. 2, but the object management information 63 is stored corresponding to the application 60. It does not indicate that the location must be the same as the location of the application. However, if the storage location of the object management information 63 is the same as the storage location of the application 60, it is easy to search for the object management information 63. Specifically, the object management information of each application is preferably stored in an object root directory (described later) where the application is installed.
[0038]
One of a plurality of objects constituting each application is a main object, and the main object is an object to be activated first when the application is activated. A plurality of objects including the main object are generally stored in a distributed manner in a plurality of directories having a tree structure. The top layer of the tree structure of these directories is called an object root. The directory where the object root is located is called an object root directory. One or more objects are stored in each directory. When installing the application using the installation unit 30A, the user can usually specify a directory in which the application is to be installed. The installation unit 30A uses the directory specified by the user as the object root directory, and stores each object in the application in a directory having a relative path specified by the application with respect to the object root directory.
[0039]
FIG. 3 is a diagram illustrating an example of the object management information 63, 73, and 83 included in the applications 60, 70, and 80 before the applications are installed. These pieces of object management information have the same structure. In each object management information, various information regarding each of a plurality of objects constituting the corresponding application is stored. Specifically, in the object management information 63, for each of the plurality of objects included in the application 60, a field for storing a plurality of pieces of identification information of the object and information for accessing the object is provided. Have been.
[0040]
As fields for storing the identification information, fields for storing the object name 631 and other identification information 635 are provided. In a field for storing other identification information 635, for example, a plurality of identification information such as version information, production date, manufacturer name, language information indicating the type of language used, program size, and serial number are stored. It is memorized. As information for accessing an object, fields for storing own path information 632, sharing destination path information 633, and the number of sharing source objects 634 are provided. Note that the number of sharing source objects 634 is shown as the number of sharing sources in FIG. 3 for simplification. It may also be referred to as such.
[0041]
Of the plurality of pieces of information stored for each object, the object name 631 and other identification information 635 are stored in the object management information 63 in advance as initial values. In the own path information 632 of the object of the application, relative path information from the object root directory of the application to the object is stored in advance as an initial value.
[0042]
For example, FIG. 3 shows that the directories in which the objects b and c are to be stored are relative (-1) bbb and relative (-1) ccc, respectively, in a relative path expression from the object root directory. I have. Here, "relative (-1)" indicates a directory one level lower. Since nothing is stored in the own path information 632 of the object a, it is understood that the object a should be stored in the object root directory of the application 70. It goes without saying that the relative path may be expressed in another manner.
[0043]
The object management information 73 also has fields for storing the object name 731, own path information 732, sharing destination path information 733, number of sharing source objects 734, and other identification information 735 for each object. Similarly, the object management information 83 is provided with fields for storing an object name 831, own path information 832, sharing destination path information 833, sharing source object number 834, and other identification information 835 for each object. .
[0044]
The names 731 of the plurality of objects constituting the application 70 are objects x, y, and z, respectively, and the own path information 732 of the objects y and z includes relative path information relative (-1) bbb, relative (-1). ) Ccc is stored as an initial value. It is shown that the objects y and z should be stored in directories below the object root directory of the application 70, respectively. Since nothing is stored in the own path information 732 of the object a, it is understood that the object a should be stored in the object root directory of the application 70. A plurality of pieces of identification information other than the object names are stored in advance in the other identification information 735 of the objects x, y, and z.
[0045]
In the case of the application 80, the names 831 of the plurality of objects constituting the application 80 are the objects l, m, and n, and the own path information 832 of the objects m and n includes relative path information relative (-1) bbb , Relative (-1) ccc are stored as initial values. This indicates that the objects m and n should be stored in directories below the object root directory. Since nothing is stored in the own path information 732 of the object a, it is understood that the object a should be stored in the object root directory of the application 70. A plurality of pieces of identification information other than the names of the objects are also stored in advance in the other identification information 835 of the objects l, m, and n.
[0046]
FIG. 4 is a schematic block diagram of the object sharing setting unit 400 used in the information processing apparatus of FIG. The object sharing setting unit 400 includes an object management information storage unit 410, a sharable object detection unit 420, a sharing information storage unit 430, and a sharing source object deletion unit 440.
[0047]
FIG. 5 is a schematic flowchart of the process of the object sharing setting unit 400. The present invention relates to a case where a plurality of applications are installed in advance and a new application is newly installed, and a case where a plurality of applications are previously installed and an additional application is to be newly installed from now on Can be applied to both cases. Therefore, in this specification, when a newly installed application or an application to be installed is described without distinction, any of them may be referred to as an application to be installed, and an object included in the application may be installed. It may be called a target object.
[0048]
In the present embodiment, it is assumed that the object sharing management unit 40 operates automatically when a new application is actually installed. An embodiment in which the object sharing management unit 40 is operated to share an object between applications when a new application is to be installed will be described as another embodiment.
[0049]
When there is an application already installed before the object sharing management unit 40 is installed, the processing for the newly installed application described below is performed for each installed application, and further, the processing between the applications is performed. Processing for sharing the object may be performed. In the following, it is assumed that the above processing has been completed for an already installed application.
[0050]
The object sharing setting unit 400 is started each time an application is newly stored in the auxiliary storage device 15 and installed by the installation unit 30A (FIG. 1), and performs the following processing. Note that the OS unit 510 may detect that the installation has been performed, and automatically activate the object sharing setting unit 400 by the OS unit 510. Alternatively, when the installation unit 30A performs the installation, the installation unit 30A may activate the object sharing setting unit 400. Alternatively, the user may perform an operation for activating the object sharing setting unit 400 after activating the installation unit 30A and newly installing the application. Alternatively, the object sharing setting unit 400 is always activated, monitors whether or not any application is newly installed, and, when a new installation is detected, is activated as described above. The following processing may be performed in the same manner as when
[0051]
In FIG. 5, when the object sharing setting unit 400 is called, first, the object management information storage unit 410 calls it. The object management information storage unit 410 updates the own path information 632 for each object constituting the application in the object management information (for example, 63) for the newly installed application. That is, the absolute path information of the directory in which each object is stored is stored in the object management information for the application as own path information.
[0052]
FIG. 6 shows an example of the contents of the object management information 63, 73, 83 immediately after the applications 60, 70, 80 are respectively installed. For example, when the application 60 is installed, the own path information 632 for the object a is changed from the blank space of the initial value to the absolute path information of the object root directory, for example, aaa / bbb / ccc as shown in FIG. The own path information 632 for the object b is converted from the relative path information relative (−1) bbb of the initial value to the absolute path information aaa / bbb / ccc / bbb of the directory in which the object b is stored as shown in FIG. Be changed. Similarly, the own path information 632 for the object c is obtained from the relative path information relative (−1) ccc of the initial value, as shown in FIG. 6, as the absolute path information aaa / bbb / ccc / of the directory in which the object c is stored. ccc.
[0053]
Hereinafter, after the application 60 is installed, the object sharing setting unit 400 is called for the application 60, the application 70 is subsequently installed, the object sharing setting unit 400 is called for the application 70, and the application Assume that 80 is installed and object sharing setup 400 is invoked for application 80.
[0054]
Before describing the process of the sharable object detection unit 420 after the application 60 has been installed, the contents of the object management information 73 and 83 immediately after the applications 70 and 80 have been installed will be described first. When the application 70 is installed, the own path information 732 for the object x is changed from the blank space of the initial value to the absolute path information of the object root directory, for example, bbb / bbb / ccc as shown in FIG. The own path information 732 for the object b is converted from the relative path information relative (−1) bbb of the initial value to the absolute path information bbb / bbb / ccc / bbb of the directory in which the object b is stored as shown in FIG. Be changed. Similarly, the own path information 732 for the object c is obtained from the relative path information relative (−1) ccc of the initial value, as shown in FIG. 6, as the absolute path information bbb / bbb / ccc / of the directory in which the object c is stored. ccc.
[0055]
Similarly, when the application 80 is installed, the own path information 832 for the main object 1 is changed from the initial value blank to the absolute path information of the object root directory, for example, ccc / bbb / ccc as shown in FIG. Is done. The own path information 832 for the object m is converted from the relative path information relative (-1) bbb of the initial value to the absolute path information ccc / bbb / ccc / bbb of the directory in which the object m is stored as shown in FIG. Be changed. Similarly, the own path information 832 for the object n is obtained from the relative path information relative (-1) ccc of the initial value, as shown in FIG. 6, as the absolute path information ccc / bbb / ccc / of the directory in which the object n is stored. ccc.
[0056]
Now, returning to FIG. 5, the process of the sharable object detection unit 420 performed at the stage when the application 60 is installed will be described. It is assumed that the applications 70 and 80 are installed later. The sharable object detection unit 420 detects whether or not there is another object that can be used in place of each object in the newly installed application 60 among the objects belonging to many applications already installed. In this specification, an object that can be used instead of or instead of a certain object may be referred to as a sharable object. Further, when it is determined to use the latter instead of the former, the latter may be referred to as a sharing object and the former may be referred to as a sharing object.
[0057]
Specifically, first, among the objects in the newly installed application (the application 60 under the present assumption), the selection of the object to be checked for the necessity of the sharing setting process in the object sharing setting unit 400 is selected. Attempt (step S421). It is determined whether or not such an object has been selected (step S422). For example, when the object b has been selected, the detection of the sharable object is performed as follows.
[0058]
First, an attempt is made to detect another installed object whose sharability has not yet been checked for the newly installed object (step S423). It is determined whether or not such an unchecked other object has been detected (step S424). If such an unchecked other object has been detected, a plurality of objects in the object management information for the other object are determined. The identification information (specifically, the object name and other identification information) is compared with the corresponding plurality of identification information 631 and 635 in the object management information 63 for the newly installed object to be checked and selected in step S421. (Step S425). Based on the result of the comparison, it is determined whether the former can be used instead of the latter (step S426).
[0059]
Here, it is assumed that the former can be used instead of the latter when the two or more pieces of identification information completely match. However, if only part of the identification information such as the version information and the production date is different, and the other identification information matches, if the information on compatibility between different versions is separately stored in advance, the version is changed. Even if different, the former can be determined to be usable instead of the latter. In this way, the object that can be used in place of another object does not have to be the same object as the other object.
[0060]
If it is determined in step S426 that the former cannot be used in place of the latter (No in step S426), the process returns to step S423 to detect another unchecked object in the installed application. The above sharability check process is repeated. Even if the above sharability check process is repeated for objects of other installed applications, no installed objects that can be used in place of the newly installed objects to be checked selected in step S421 are not detected. In step S424, it is determined that an unchecked object cannot be selected.
[0061]
When the object sharing process for the newly installed check target object selected in step S421 is completed, the process returns to step S421, and the above process is repeated for the other objects in the newly installed application. It is.
[0062]
On the other hand, when it is determined in step S426 that any installed object that can be used in place of the newly installed check target object selected in step S421 is detected, the process proceeds to step S426. The process of the sharable object detection unit 420 ends successfully for the newly installed check target object, and the object sharing setting unit 400 calls the sharing information storage unit 430.
[0063]
When a sharable object is detected by the sharable object detection unit 420, the sharing information storage unit 430 sets the newly installed object being checked as the sharing source object, and sets the sharable object to the sharable object. Performs the process of setting to the sharing destination object. Specifically, sharing information for designating the sharable object as a sharing destination object is stored in the object management information 63 corresponding to the newly installed object being checked.
[0064]
As illustrated in FIG. 3, the object management information 63 is provided with fields in which the sharing destination path information 633 and the number of sharing source objects 634 are stored as sharing information. Similarly, the object management information 73 corresponding to the other application 70 is provided with fields for storing the sharing destination path information 733 and the number of sharing source objects 734, and the object management information 83 corresponding to the application 80 is also provided with the sharing destination path information. 833 and fields for storing the number of sharing source objects 834 are provided. Immediately after the application, for example, 60 is installed, the corresponding object management information, for example, the sharing destination path information in 63, for example, 633 is blank, and the number of sharing source objects, for example, 634, takes a value 0 as an initial value.
[0065]
Returning to FIG. 5, when the sharing information storage unit 430 is called, the self-path information for the sharable object stored in the object management information corresponding to the other installed applications is checked for the newly installed application. It is stored in the sharing destination path information field 633 in the object management information 63 stored for the object in the middle (step S431). In this way, the sharable object is set as the sharing destination object for the object under check, and the object under check is set as the sharing source object. This sharing destination path information enables access to the sharing destination object instead of the sharing source object. As described above, when information relating to the storage location of the object of the sharing destination in the auxiliary storage device is used as the sharing information, the object of the sharing destination can be accessed using the sharing information. The process for accessing the object and using the object instead of the object of the sharing source becomes extremely simple.
[0066]
Further, the number of sharing source objects for the sharing destination object in the object management information for the installed application to which the sharing destination object belongs is increased by 1 (step S432). Thus, the number of sharing source objects indicates the total number of sharing source objects sharing the sharing destination object.
[0067]
Thereafter, the sharing source object deletion unit 440 is called, and the sharing source object deletion unit 440 prevents the object set as the sharing source object from being stored in the auxiliary storage device 15. Specifically, the object may be deleted from the auxiliary storage device 15. Thus, the object sharing process for the object determined to be the sharing source ends, and thereafter, the process proceeds to step S421, and the other objects in the newly installed application are processed by the shareable object detection unit 420 and thereafter. The process will be repeated. When the object sharing process is completed for all the objects in the newly installed application, there are no unchecked objects, it is determined that the selection is unsuccessful in step S422, and the process of the object sharing setting unit 400 ends. Thereafter, when the applications 70 and 80 are installed, the object sharing setting unit 400 is similarly executed.
[0068]
The processing of the object sharing setting unit 400 described above will be further described with reference to FIGS. FIG. 3 shows an example of the object management information 63, 73, 83 before the applications 60, 70, 80 are installed, respectively, as described above. FIG. 6 shows an example in which the applications 60, 70, 80 are installed, respectively. The following shows an example of the object management information 63, 73, 83 immediately after the execution.
[0069]
First, when the application 60 is installed, the object sharing setting unit 400 is activated, the object management information storage unit 410 is called for the application 60, and the object management information storage unit 410 stores the object management information in FIG. The own path information in the absolute path expression is stored in the own path information 632 in 63, and the object management information 63 is changed to that shown in FIG. Further, the sharable object detection unit 420 detects an object sharable with respect to each object in the application 60. Here, it is assumed that no object sharable with any object of the application 60 has been detected. Accordingly, the sharing destination path information 633 in the object management information 63 is left blank as shown in FIG.
[0070]
After that, it is assumed that the application 70 is newly installed. With the installation as a trigger, the object sharing setting unit 400 is called, and the object management information storage unit 410 changes the content of the object management information 73 for the application 70 from the one shown in FIG. 3 to that shown in FIG. The sharable object detection unit 420 is called for the application 70, and detects a sharable object for each object x, y, z in the application 70. As a result, when a sharable object is detected, the object management information 73 is updated.
[0071]
FIG. 7 shows an example of the object management information 73 and 83 together with the object management information 63 after the process of the sharable object detection unit 420 has been performed on the applications 70 and 80. For example, when the sharable object detection unit 420 determines that the object b in the application 60 can be used in place of the object y of the application 70, the sharing information storage unit 430 stores the application 70 in the application 70 as shown in FIG. Aaa / bbb / ccc / bbb, which is the absolute path information of the object b of the sharing destination, is stored in the sharing destination path information field 733 corresponding to the object y in the object management information 73 corresponding to. Further, as shown in FIG. 7, the value of the sharing source object number 634 for the object b in the object management information 63 is increased from the value 0 by 1 to the value 1. Thereafter, the sharing source object deletion unit 440 deletes the object y from the auxiliary storage device 15.
[0072]
Similarly, when the sharable object detection unit 420 determines that the object c in the application 60 can be used in place of the object z of the application 70, the sharing information storage unit 430 stores the application c as shown in FIG. In the sharing destination path information field 733 corresponding to the object z in the object management information 73 for 70, aaa / bbb / ccc / ccc, which is the absolute path information of the sharing destination object c, is stored. Further, the value of the number of sharing source objects 634 for the object c in the object management information 63 is increased from the value 0 by 1 to the value 1. Then, the sharing source object deletion unit 440 deletes the object z from the auxiliary storage device 15. Thus, the object sharing setting unit 400 for the application 70 ends.
[0073]
Thereafter, when the application 80 is newly installed, the object management information storage unit 410 changes the object management information 83 corresponding to the application 80 from that shown in FIG. 3 to that shown in FIG. Detects objects sharable for each object l, m, n in the application 80. As a result, for example, when it is determined that the object c of the application 60 can be used instead of the object m of the application 80, the sharing information storage unit 430 stores the object management information 83 for the application 80 as shown in FIG. Aaa / bbb / ccc / ccc, which is the absolute path information of the sharing destination object c, is stored in the sharing destination path information field 833 corresponding to the object m. Furthermore, as shown in FIG. 7, the value of the number of sharing source objects 634 for the object c in the object management information 63 is increased from the value 1 by 1 to the value 2. Then, the sharing source object deletion unit 440 deletes the object m from the auxiliary storage device 15. Thus, the object sharing setting unit 400 for the application 80 ends.
[0074]
As can be understood from the above description, when a plurality of objects included in an arbitrary application can be shared, one of them is shared and objects other than the one object are deleted. Accordingly, since objects having substantially the same contents are not redundantly stored in the auxiliary storage device 15, the storage capacity required for storing a plurality of applications can be reduced.
[0075]
In the present embodiment, the application is executed as follows. As described above, in the present embodiment, the application is described in an object-oriented language. Each of a plurality of objects constituting each application is described in an object-oriented language and is formed so as to be dynamically connectable. When the application is started, the main object is started first among the plurality of objects. The main object can call another object, and the other object can call another object. In this way, a plurality of objects included in the application are appropriately called from other objects and executed. Note that each object may be a source program or an intermediate code which is obtained by compiling the source program and which can be dynamically combined. However, in the present embodiment, each object can be dynamically combined. The formed intermediate code is sequentially decoded and executed by the interpreter. As described above, by adopting a method in which the intermediate code is sequentially decoded by the interpreter and executed, the intermediate code itself can be generated without depending on the information processing apparatus 1 and the OS that controls the information processing apparatus 1. In other words, the information processing apparatus can be used as it is for other information processing apparatuses using different apparatus structures or OSs. Further, it is possible to realize a dynamic connection between objects by the interpreter.
[0076]
FIG. 8 is a schematic block diagram of the program execution control unit 50. The program execution control section 50 includes an interpreter section 500 and an OS section 510. The interpreter unit 500 is realized by an interpreter which is a program for sequentially decoding and executing a plurality of instructions included in the intermediate code. The OS unit 510 is realized by an OS that controls the operation of the information processing device 1. The interpreter unit 500 includes a load request unit 520 and a dynamic coupling unit 530. The load request unit 520 includes a sharing destination object determination unit 540 and a load request change unit 550. When the object sharing setting unit 400 has already set an object to be shared with respect to an object whose loading is requested by the application being executed, the load request unit 520 loads the object to be shared so that the object to be shared is loaded. To change.
[0077]
When an object requests the loading of another object, it issues, for example, a load instruction. In the present embodiment, the load instruction specifies not only the name of the object to be called, but also path information for accessing the object. The path information is specified using, for example, a relative path to the directory in the auxiliary storage device 15 of the object to be loaded, as viewed from the position of the object root directory in the auxiliary storage device 15 of the application to which the calling object belongs. Can be. For example, in the case of the application 70 illustrated in FIG. 6, for example, the following load instruction can be used as a load instruction for loading another object y from the object x.
[0078]
(Equation 1)
load relative (-1) bbb object y
[0079]
Here, “relative (−1) bbb” designates the directory of the relative path bbb on the lower side as viewed from the object root directory. Since the object root directory of the application 70 is bbb / bbb / ccc, the object y is loaded from the directory represented by the absolute path bbb / bbb / ccc / bbb.
[0080]
The relative path information is used when the application including the object requested by the load instruction is installed, even if an arbitrary directory is specified by the user as the object root directory of the application, the directory of the object to be loaded is used. This is to make it easy to decide.
[0081]
FIG. 9 is a schematic flowchart of the processing of the interpreter unit 500. The interpreter 500 determines whether the next instruction to be executed is a load instruction (step S501). If the instruction is not a load instruction, the interpreter 500 decodes the instruction and executes a process required by the instruction (step S502). ). On the other hand, when the next instruction to be executed is a load instruction, the load request unit 520 is called.
[0082]
In the load request unit 520, first, the sharing destination object determination unit 540 is called. The sharing object determination unit 540 attempts to detect another object set as the sharing destination for the object requested to be loaded. Specifically, the detection of the sharing destination object is performed by setting the sharing destination path information for the object specified by the load instruction in the object management information 73 stored for the application including the object requested to be loaded. It is determined based on whether or not it is stored. Based on the processing result of the sharing destination object determination unit 540, it is determined whether a sharing destination object has been detected (step S521).
[0083]
When it is determined that the object of the sharing destination is not set for the object specified by the load instruction, an instruction to directly execute the load requested by the load instruction is issued to the OS unit 510 (step S522). After the object is loaded by the OS, the dynamic coupling unit 530 dynamically couples the loaded object to the requesting object that issued the load instruction. Thus, the loaded object can be used by the requesting object.
[0084]
If it is determined in step S521 that a sharing destination object has been set for the object to be loaded, the load request change unit 550 is called. The load request change unit 550 changes the load instruction so as to load the shared object. That is, the relative path information for the object to be loaded, which was included in the load instruction, is changed to the sharing destination path information stored corresponding to the sharing source object requested to be loaded. The object name in the load instruction does not need to be changed. Since the sharing destination path information is an absolute path display, the changed load instruction specifies the object name of the sharing destination object and the absolute path to the object. Then, in step S522, an instruction to execute the load requested by the changed load instruction is issued to the OS unit 510.
[0085]
For example, it is assumed that during execution of the application 70, the instruction shown in Expression 1 is issued as a load instruction requesting the loading of the object y. As can be seen from FIG. 7, the object b of the application 60 has already been set as the object to be shared with respect to the object y.
[0086]
Since the sharing destination path information for the sharing destination object is aaa / bbb / ccc / bbb, as can be seen from FIG. 7, the load instruction is executed by the load request change unit 550 in the load request unit 520 as follows. Is changed to
[0087]
(Equation 2)
load aaa / bbb / ccc / bbb object y
[0088]
Here, the object y is the same object as the object b, and the load instruction is a load instruction that requests the OS to load the object b in the application 60 into the main memory 13. The load requesting unit 520 causes the OS to load the object c into the main memory based on the changed load instruction (Step S522). After the object c is loaded into the main memory, as shown in FIG. 9, the dynamic coupling unit 530 dynamically couples the loaded object c to the object that has issued the load instruction and the interpreter unit 500. Thus, the object of the request source can use the loaded object c. In this way, the object c of the sharing destination can be loaded and used instead, without storing the object y of the sharing source in the auxiliary storage device 15.
[0089]
FIG. 10 is a schematic block diagram of the object sharing cancellation unit 450. The object sharing canceling unit 450 is configured to, when uninstalling any application, include a shared object having any of the objects included in the application as a sharing destination object in another installed application. Then, even if the sharing destination object is uninstalled, the sharing is released so that the sharing source object can be used normally.
[0090]
The object sharing canceling unit 450 includes a sharing source object determining unit 455 and a sharing canceling processing unit 460. The sharing release processing unit 460 includes an object moving unit 470, a sharing information invalidating unit 475, and a sharing information changing unit 480. When the user gives an instruction to uninstall any application to the uninstalling unit 30B, the object sharing canceling unit 450 performs the uninstallation before the uninstalling unit 30B executes the uninstallation of the application. It is started by the unit 30B. Alternatively, before the user instructs the uninstalling unit 30B to uninstall any application, the user activates the object sharing canceling unit 450 and instructs the application to be uninstalled. The sharing may be canceled.
[0091]
FIG. 11 is a schematic flowchart of the process of the object sharing cancellation unit 450. When activated, the object sharing canceling unit 450 first selects one of the objects in the application for which uninstallation has been instructed, which has not been checked for object sharing cancellation and which should be checked. Is attempted (step S451). It is determined whether or not the selection is successful (step S452). If the selection is determined to be successful, the selection is stored in the object management information for the application to which the object to be checked belongs for the object to be checked. It is determined whether the number of existing sharing source objects is 1 or more (step S453).
[0092]
If the number of sharing source objects is not one or more, there is no sharing source object for the object to be checked, and the process returns to step S451 to select another object to be checked. When the number of sharing source objects is one or more, since there is a sharing source object for the object to be checked, the sharing source object determining unit 455 makes the sharing source object detect one sharing source object. That is, the sharing source object determination unit 455 determines one other sharing source object sharing the selected object to be checked.
[0093]
This determination is made, for example, by sequentially selecting, for all the applications other than the application including the object to be checked, one of the objects in each application, the selected object to be checked is set as the sharing object. This is performed by determining whether or not the setting has been made. More specifically, the above-described determination is made based on whether or not path information on the object to be checked to be uninstalled is stored as sharing destination path information in the object management information stored corresponding to each application. Is performed.
[0094]
When the sharing source object determining unit 455 determines one other sharing source object sharing the selected object to be checked, the sharing release processing unit 460 performs the following for the sharing source object as follows. Be executed. First, the object moving unit 470 stores the object of the check target in the directory of the auxiliary storage device 15 specified by the own path information stored corresponding to the sharing source object sharing the selected check target. To move. After that, the sharing information invalidating unit 475 invalidates the sharing information (specifically, sharing destination path information) stored corresponding to the sharing source object. To invalidate, for example, it may be deleted.
[0095]
In this way, the shared object is stored in the application to which the sharing source object belongs, and the sharing destination path information is not stored in the object management information corresponding to the application. The object returns to the state before the sharing setting was made. Therefore, the sharing between the sharing source object and the check target sharing destination object is released. Moreover, even if the object to be checked is subsequently uninstalled, the object that was the sharing source can be used normally.
[0096]
Thereafter, the sharing release processing unit 460 determines whether or not another sharing source object that specifies the same object to be checked as a sharing destination still exists in the application to be uninstalled. The number of sharing source objects stored corresponding to the object is reduced by 1 (step S461). It is determined whether or not the reduced number of sharing source objects is 1 or more (step S462), and when it is 1 or more, there is still another sharing source object that designates the same check target object as a sharing destination. Therefore, the sharing source object determination unit 455 determines the further sharing source object.
[0097]
When the further sharing object is determined, the sharing information changing unit 480 sets the further sharing object in the object management information stored corresponding to the application to which the further sharing object belongs. The sharing destination path information for the original object is changed to the path information for the directory storing the old sharing source object that is first determined to have been released from being shared with the deleted object to be checked. Further, the number of sharing source objects stored for the first determined old sharing source object is increased by 1 to a value of 1 (step S463).
[0098]
Thereafter, the process returns to step S461, and the number of sharing source objects for the check target object in the application to be uninstalled is further reduced by 1, and step S462 and the subsequent steps are executed. When the number of sharing source objects is determined to be 1 or less (that is, 0) when step S462 is first executed or after that, the sharing source object sharing the object to be checked is Does not exist, the process returns to step S451, another object to be checked is selected, and step S452 and subsequent steps are repeated. Further, when the above processing is completed and there is no more object to be checked for the necessity of the sharing release processing (No in step S452), the object sharing releasing section 450 ends the processing.
[0099]
In this way, the old shared object determined second or later shares the old shared object first determined that the check target object was shared after the object to be checked is deleted. It is changed to a new sharing source object as the destination object. Therefore, even after the shared object to be checked is deleted, the old shared object can be shared by the other shared object.
[0100]
FIG. 12 shows an example of the object management information 73 and 83 for the applications 70 and 80 after the application 60 has been uninstalled and the object release processing by the object sharing release unit 450 has been executed. It is a figure shown together with the object management information 63 of FIG. Since the application 60 has been targeted for uninstallation, the object management information 63 for the application 60 is deleted when the application 60 is uninstalled, but is shown for reference in the figure.
[0101]
The process described above for the object sharing canceling unit 450 will be described with reference to FIGS. 7 and 12. The application 60 is selected as an object to be uninstalled, and the object c in the application 60 is selected as a check target for the sharing canceling process in step S451. If selected, the sharing source object determining unit 455 determines that the object z of the other application 70 that stores the path information on the object c as the sharing destination path information is the sharing source object. In this case, the object moving unit 470 moves the object c as the object z to the directory specified by the own path information stored in the field 732 corresponding to the object z of the application 60.
[0102]
When the movement is completed, the object c is deleted by the movement. Thereafter, the sharing information invalidating unit 475 deletes the sharing destination path information stored in the field 733 corresponding to the object z in the object management information 73 corresponding to the application 70. Thus, the contents of the object management information 73 for the object z of the application 70 become as shown in FIG. 12, and the sharing of the object z and the object c is released.
[0103]
Thereafter, the sharing source object determining unit 455 determines whether or not there is another object that specifies the object c to be uninstalled as a sharing destination. In the case of FIG. 7, the object m of the application 80 shares the object c to be uninstalled. Therefore, it is determined in step S461 that the object m shares the same object c to be uninstalled, and the sharing destination path information stored in the field 833 for the sharing source object m in the object management information 83 is From the path information on the deleted object c, the object c is newly moved as described above and changed to the sharing destination path information specifying the directory stored as the object z. Thus, the contents of the object management information 83 for the object m of the application 80 are as shown in FIG. 12, the sharing of the object m and the object c is released, and the object m is set to share the object z. Become.
[0104]
As described above, even when an application including an object shared by an object of another application is uninstalled, the object of the sharing source of the other application can be normally used.
[0105]
Furthermore, in the above embodiment, after a new application is installed in the information processing apparatus, it is detected whether or not an object constituting the application can share an object included in another installed application. It is supposed to. When such a method is used, the installation itself can be executed using a conventional installation program, so that the functions of the existing installation program can be used as it is in implementing the present invention. The present invention is easy to implement.
[0106]
<Second Embodiment of the Invention>
FIG. 13 is a diagram showing another example of the object management information 63 for the application 60. In the object management information 63, a field 636 for storing sharing source path information regarding a sharing source object having the object as a sharing destination object is provided for each of the objects constituting the corresponding application 60. This field 636 stores sharing source path information regarding each of a plurality of directories in the auxiliary storage device 15 in which a plurality of sharing source objects set to make the corresponding object a sharing destination object are stored. . Similarly, sharing source path information storage fields 736 and 836 are provided for the other object management information 73 and 83.
[0107]
The sharing source path information is set by the object sharing setting unit 400. That is, a newly installed application, for example, an object in 70, for example, another object sharable with respect to y, for example, the object c of the application 60 is detected, and the object y is shared in step S431 (FIG. 5). For example, as shown in FIG. 7, the sharing destination path information is stored in the field 733 for the object y in the object management information 73 as shown in FIG. The sharing source path information is stored in the field 636 for the object c in the object management information 63.
[0108]
Then, when the application 80 is installed, when the object m is set as the sharing source object of the object c of the application 60, the sharing source path information of the object c includes the path information of the object m of the application 80 in FIG. In the field 636 corresponding to the object c shown in FIG. Thus, if there are multiple sharing source objects for the same sharing destination object c, multiple path information for those sharing source objects is stored in the field 636 for the same sharing destination object.
[0109]
When the sharing source path information 636 for each object is stored in the object management information 63 in this manner, the processing of the object sharing canceling unit 450 is accelerated. That is, as shown in FIG. 11, in the first embodiment, the sharing source object determining unit 455 replaces the sharing source object having the object included in the application as the sharing target as the uninstallation target with the installed object. The contents of a plurality of object management information items for all applications are sequentially checked to determine whether or not shared destination path information relating to an object to be uninstalled is stored.
[0110]
However, as in the present embodiment, if the path information of the sharing source object having the object as the sharing destination is stored in the object management information corresponding to each object in each application, the sharing destination of the sharing destination is stored. When an object is uninstalled, the path information of the sharing source object for the object can be immediately known, and the processing time of the sharing source object determination unit 455 can be greatly reduced. As described above, in the present embodiment, when the sharing source path information is stored in the object management information, the capacity of the object management information increases, but the path of the sharing source object can be quickly known.
[0111]
Note that the number of sharing sources 634 can be omitted. When the number of sharing sources 634 is omitted, the number of path information of the sharing source object stored as the sharing source path information field 636 is used instead of the number of sharing sources 634. Can be used. In this case, when the object included in the application to be uninstalled is moved to the directory where the shared object should be stored in the shared object, the shared path information on the shared object is replaced with the shared path information. Delete from field 636. Similarly, every time a process for changing the sharing destination path information is performed for another sharing source object, the sharing source path information regarding the sharing source object is deleted from the sharing source path information field 636. In this case, the number of sharing source path information stored in the sharing source path information field 636 can be used instead of the number of sharing sources 634.
[0112]
<Third Embodiment of the Invention>
In the first embodiment of the present invention, after the application to be installed is installed, the object sharing setting unit 400 is called for the installed application, processing for object sharing is performed, and any newly installed application is installed. When it is determined that another installed object can be used in place of the installed object, the setting for sharing is set so that the other object is shared instead of the newly installed object. And then the newly installed object was deleted. However, the present invention is not limited to the case where the object sharing setting process is executed after the application is installed as described above. This embodiment shows that the object sharing setting process may be executed before the application to be installed is installed.
[0113]
For this reason, the application installed in the information processing apparatus 1 is not executed as the application to be installed, and the process of the first embodiment is executed. The processing described in the embodiment is applied. That is, the detection of the sharable object by the sharable object detection unit 420 is performed before the installation of the application to be installed.
[0114]
In the first embodiment, the sharing source object deletion unit 440 deletes the sharing source object in the application after the application is newly installed, but in the present embodiment, the application to be installed is installed. Sometimes, an object in which another object that can be used is detected is not stored in the auxiliary storage device 15 or, after the application to be installed is installed, as in the first embodiment. What is necessary is just to delete the sharing source object from the storage device. The sharing information storage unit 430 stores the sharing information as the information related to the sharing source object included in the application in which another object that can be used is detected, and installs the application to be installed. It may be stored before or after.
[0115]
When the method of installing all objects in an application and then deleting some of them is adopted as in the first embodiment, object sharing is performed after installation, and the sharing process is performed. Inside, deletes newly installed objects that can share other installed objects. However, according to the present embodiment, since objects that can share other installed objects are not installed, the installation time of the application is reduced, and the time for deleting after the installation is not required. Is also reduced.
[0116]
<Fourth Embodiment of the Invention>
FIG. 14 is a schematic block diagram of the information processing apparatus according to the present embodiment. In the present embodiment, the object sharing management unit 40 is included in the interpreter unit 500, and a program that implements the processing of the object sharing management unit 40 is included in an interpreter that is a program that implements the interpreter unit 500. In the present embodiment, since the object sharing setting unit 400 and the object sharing canceling unit 450 constituting the object sharing managing unit 40 are also included in the interpreter, the object sharing setting unit 400 and the object sharing canceling unit 450 are implemented as programs respectively. It is possible to use an OS that controls the information processing device 1 and a program that does not depend on the device configuration of the information processing device 1 itself, which is convenient when the present invention is applied to information processing devices having various OSs or device configurations. .
[0117]
<Fifth Embodiment of the Invention>
FIG. 15 is a schematic block diagram of the present embodiment of the information processing apparatus according to the present invention. In the present embodiment, the object sharing management unit 40 is included in the OS unit 510, and the program that implements the processing of the object sharing management unit 40 is included in the OS that is the program that implements the OS unit 510. In the present embodiment, the OS sharing unit 510 also includes an object sharing setting unit 400 and an object sharing canceling unit 450 that constitute the object sharing management unit 40. Therefore, when an OS incorporating programs for realizing the object sharing setting unit 400 and the object sharing canceling unit 450 is available, the user does not need to create these programs. In that respect it is convenient for the user.
[0118]
<Sixth Embodiment of the Invention>
In the present embodiment, an embodiment will be described in which the present invention is applied to a so-called embedded device in which a function of executing an application for a specific use such as an information home appliance or a mobile phone is incorporated in advance. Since such an embedded device can execute an application, it is regarded as an information processing apparatus in this specification. Even in such an embedded device, the auxiliary storage device 15 may be a rewritable nonvolatile memory such as a flash memory. At the time of installation, the program used in the embedded device may be copied from another auxiliary storage device, stored in the rewritable nonvolatile memory device, and installed. The other auxiliary storage device itself may be a rewritable nonvolatile memory.
[0119]
When a plurality of applications including at least one object are stored in the ROM or a part thereof and sharing is realized for the applications according to the present invention, the ROM may be used to store those programs. According to the present invention, the ROM is the same as the auxiliary storage device in the sense that the storage device is different from the main memory. In addition, the auxiliary storage device 15 or the further auxiliary storage device or both or a part of the ROM may be configured to be detachable from the embedded device main body. In an embedded device, the capacity of a memory for storing a program is often small. Therefore, when the present invention is applied, the memory capacity required for storing a program can be reduced, which is convenient.
[0120]
As can be seen from the embodiments described above, objects contained in the applications can be shared, and the capacity of the auxiliary storage device required to store a plurality of applications can be reduced. Can be. In addition, any object that is not determined in advance as an object to be shared can be shared. Further, in the above embodiment, when any object is shared between different applications, a directory for storing the object is not newly generated. Therefore, there is also an advantage that the capacity of the storage device is not consumed, which is required when a new directory is created and the shared object is stored in the new directory.
[0121]
Also, as in the above embodiment, for an installed application, object management information including an object name and other identification information on an object included therein and path information on a storage location of the object in an auxiliary storage device is stored. By adopting a method of storing and newly detecting an object that can be used instead of a newly installed object (a sharable object) based on the object management information for each installed application, Even if a plurality of applications are installed, the object sharing method according to the present invention can be used without performing a process of uninstalling and reinstalling the applications.
[0122]
Also, when the sharing is canceled due to the uninstallation of the application including the sharing destination object after the sharing processing is performed, the sharing source object is restored to the directory where it should be originally stored. However, the sharing source object can be operated normally.
[0123]
Although some embodiments of the present invention have been described above, the present invention is not limited to these embodiments, and may be modified or changed without departing from the spirit of the invention. Needless to say, this may be done. For example, the object management information 63 and the like for each application are stored in a directory where the application is installed. However, the object management information 63 and the like for a plurality of applications are stored in a directory commonly defined for a plurality of applications. You may.
[0124]
【The invention's effect】
As described above, in a desirable mode of the present invention, objects can be shared between a plurality of applications each composed of an object described in an object-oriented language and formed to be dynamically connectable. This eliminates the need to duplicately store objects shared by the application in the auxiliary storage device, thereby reducing the required capacity of the auxiliary storage device.
[0125]
In another desirable aspect of the present invention, instead of the object to be loaded requested by the load request included in the object belonging to any of the running applications, the sharing destination object set as the sharing destination of the object is loaded. Therefore, it is possible to easily realize that the sharing destination object is normally loaded and used by the load requesting object.
[0126]
In another desirable aspect of the present invention, even when one of the plurality of applications sharing the object is uninstalled, the sharing can be released and the remaining applications can operate normally.
[Brief description of the drawings]
FIG. 1 is a schematic block diagram of a first embodiment of an information processing apparatus according to the present invention.
FIG. 2 is a diagram illustrating a schematic configuration of a plurality of installed applications stored in an auxiliary storage device.
FIG. 3 is a diagram illustrating an example of object management information for a plurality of applications before each is installed.
FIG. 4 is a schematic block diagram of an object sharing setting unit.
FIG. 5 is a schematic flowchart of a process of an object sharing setting unit.
FIG. 6 shows an example of object management information for each of a plurality of applications immediately after being installed.
FIG. 7 is a diagram illustrating an example of object management information after a process of a sharable object detection unit is performed on each of a plurality of applications.
FIG. 8 is a schematic block diagram of a program execution control unit.
FIG. 9 is a schematic flowchart of processing of an interpreter unit.
FIG. 10 is a schematic block diagram of an object sharing release unit.
FIG. 11 is a schematic flowchart of a process of an object sharing release unit.
FIG. 12 is a diagram illustrating an example of a plurality of pieces of object management information after an application is targeted for uninstallation and object release processing has been executed;
FIG. 13 is a diagram showing an example of object management information used in another embodiment.
FIG. 14 is a schematic block diagram of another embodiment of the information processing apparatus according to the present invention.
FIG. 15 is a schematic block diagram of still another embodiment of the information processing apparatus according to the present invention.

Claims

Each of a plurality of applications installed in the information processing device includes a plurality of objects configured to be dynamically connectable, and each object in each application is provided in the information processing device and is different from a main memory. An object sharing program for an information processing device stored in any one or a plurality of storage locations used for storing the application in the device, comprising: An object sharing program characterized in that it is programmed to be executed by a user.
An object included in an application to be installed in the information processing apparatus or an application to be installed, which is an application newly installed in the information processing apparatus, can be loaded into the main memory instead of the object and used. A sharable object detection step for detecting other objects contained in other installed applications;
When another object that can be used instead of the object included in the application to be installed is detected, the other object is accessed in place of the object included in the application to be installed. A sharing information storing step of storing sharing information and sharing the other object with the object included in the application to be installed;
A storage invalidating step of preventing the object in which the other usable object is detected from being stored in the storage device;

2. The object sharing program according to claim 1, wherein the sharing information is sharing destination storage location information related to a storage location in the storage device where the other object is stored. 3.

The application to be installed is an application newly installed on the storage device,
The sharable object detection step, the sharing information storage step and the storage invalidation step are executed after installation of the application to be installed,
The storage invalidating step deletes the object in which the other object that can be used instead is detected from the storage device, and does not delete the sharing information stored in association with the deleted object. ,
3. The object sharing program according to claim 1, wherein:

The application to be installed is an application to be installed on the storage device,
The sharable object detection step is performed before installation of the application to be installed,
In the storage invalidating step, when the application to be installed is installed, the object in which another object that can be used instead is detected is not stored in the storage device, or the installation of the application to be installed is not performed. Later, the object is deleted from the storage device,
Before or after installation of the application to be installed, the sharing information storing step stores the sharing information as information relating to the object in which another object that can be used instead is detected,
3. The object sharing program according to claim 1, wherein:

For each of the plurality of objects included in each of the plurality of applications installed in the information processing apparatus, a name of the object, identification information other than the name of the object, and the object are stored. Programmed to cause the information processing apparatus to further execute an object management information storage step of storing object management information including storage location information related to a storage location in the storage device;
The sharable object detecting step includes, for each of the plurality of objects included in each of the plurality of applications installed in the information processing apparatus, a name of the object included in the stored object management information and Based on other identification information other than the name and the name of the object and other identification information other than the name, regarding the object included in the application to be installed and for which an alternative usable object is detected. Executed
The object sharing program according to any one of claims 1 to 4, wherein:

When uninstalling one of multiple installed applications, any object included in the application to be uninstalled is shared by any other object included in another installed application. The sharing release step of releasing the sharing,
Is programmed to further execute the information processing apparatus,
The sharing cancellation step includes:
Whether any object included in the application to be uninstalled is shared by any other object included in another installed application, and if the object is shared, A sharing object determination step for determining the original object;
When the object included in the application to be uninstalled is found to be shared by any other object, a sharing release processing step of executing a process for releasing the sharing,
Including
The sharing cancellation processing step includes:
The object included in the application to be uninstalled is stored in a storage location in the storage device where the other object sharing the object included in the application to be uninstalled is to be stored. An object moving step for moving and storing the object there,
A sharing information invalidating step of invalidating sharing information for accessing the object included in the uninstallation target application stored in association with the other object;
The object sharing program according to any one of claims 1 to 5, further comprising:

The sharing cancellation step includes:
When the object included in the application to be uninstalled is shared by another object, the object for accessing the object included in the application to be uninstalled is included. Further, the other sharing information stored in relation to another object is accessed by moving the object included in the application to be uninstalled by the object moving step and storing the another object. Changing to sharing information for sharing information, and thereby causing the further object to share the other object,
7. The object sharing program according to claim 6, further comprising:

The sharing source object determining step includes sharing information for accessing an object included in the application to be uninstalled, stored in association with any object included in any installed application. When the sharing information is detected, the object included in the application to be uninstalled is included in the installed application in which the detected sharing information is stored in association. Determined that the object is shared by
The object moving step is determined depending on the application including the sharing source object included in the installed application in which the detected sharing information is stored in association with the storage. Move the object included in the application to be uninstalled to a storage location in the device where the sharing source object is to be stored,
The object sharing program according to claim 6 or 7, wherein:

If any object in any installed application is detected as an alternate available object for any object in any installed application, the installed object will be Relatedly, a sharing source storage location information storing step of storing sharing source storage location information regarding a storage location in the storage device where the sharing source object is to be stored,
Is programmed to further execute the information processing apparatus,
The sharing source object determining step includes determining whether the object included in the application to be uninstalled is determined based on whether or not sharing source storage location information is stored in association with the object included in the application to be uninstalled. Determine whether the object is shared by other objects and if so, determine the object of the sharing source;
The object moving step is performed when the sharing source object determining step determines that sharing source storage location information is stored in association with the object included in the application to be uninstalled. Move the object included in the application to be uninstalled to a storage location in the storage device specified by location information,
The object sharing program according to claim 6 or 7, wherein:

In connection with another object having the object name specified by the object stored in the storage location in the storage device specified by the load request included in any object belonging to any application, When another object that can be used in place of another object is stored in the storage device, the load request is changed so that the further object is loaded instead of the other object. A load request change step;
After the further object is loaded into the main memory according to the load request, the further loaded object is dynamically linked to the requesting object including the load request, and A dynamic join step made available by the original object;
10. The object sharing program according to claim 1, wherein the program is further programmed to cause the information processing apparatus to execute the following.

The load request change step is executed when shared information for accessing the further object in place of the other object is stored in association with the other object, and 11. The object sharing program according to claim 10, wherein the request is changed based on the sharing information.

According to a load request included in any object belonging to any of the running applications, from a storage location in a storage device different from the main memory, specified by the storage location information included in the load request, A load request execution step of executing the load request so as to load another object having the object name specified by the load request into the main memory;
After the load request is executed by the load request execution step and the other object is loaded into the main memory, the loaded other object is dynamically transferred to the load request source object including the load request. A dynamic binding step to bind to and make available to the requesting object;
In connection with an object having the object name stored in the storage device specified by the storage position information included in the load request and having the object name specified by the load request, it can be used in place of the object A sharing information storage determining step of determining whether or not sharing information for accessing another object is stored; and
Is programmed to cause the information processing apparatus to execute,
The load request execution step is, when it is found that the sharing information is stored in association with the other object requested to be loaded by the load request, the storage device determined by the sharing information. A load request changing step of changing the load request to be executed so that another object of the sharing destination having the object name is loaded from the storage location in the storage device.
An object sharing program, characterized in that:

A storage device different from the main memory for storing a plurality of installed applications; each of the plurality of applications including a plurality of objects configured to be dynamically connectable; The information processing apparatus is stored in one or a plurality of storage locations used for storing the application in the storage device, and further includes:
For an object included in an application to be installed, which is an application to be installed in the information processing apparatus or a newly installed application, an installed installed application that can be used by loading the main memory in place of the object. A sharable object detection unit that detects another object included in another application;
When another object that can be used instead of the object included in the application to be installed is detected, the other object is accessed in place of the object included in the application to be installed. A sharing information storage unit that stores sharing information and shares the other object with the object included in the application to be installed;
A storage invalidating unit that prevents the object in which the other object that can be used instead is detected from being stored in the storage device.

Each of a plurality of applications installed in the information processing device includes a plurality of objects configured to be dynamically connectable, and each object in each application is provided in the information processing device and is different from a main memory. An object sharing method for an information processing device stored in one or more storage locations used to store the application in the device, the method including the following steps.
An object included in an application to be installed in the information processing apparatus or an application to be installed, which is an application newly installed in the information processing apparatus, can be loaded into the main memory instead of the object and used. A sharable object detection step for detecting other objects contained in other installed applications;
When another object that can be used instead of the object included in the application to be installed is detected, the other object is accessed in place of the object included in the application to be installed. A sharing information storing step of storing sharing information and sharing the other object with the object included in the application to be installed;
A storage invalidating step for preventing the object from which the other object that can be used instead is detected from being stored in the storage device;