JP7419853B2 - 情報処理装置及びプログラム - Google Patents
情報処理装置及びプログラム Download PDFInfo
- Publication number
- JP7419853B2 JP7419853B2 JP2020019437A JP2020019437A JP7419853B2 JP 7419853 B2 JP7419853 B2 JP 7419853B2 JP 2020019437 A JP2020019437 A JP 2020019437A JP 2020019437 A JP2020019437 A JP 2020019437A JP 7419853 B2 JP7419853 B2 JP 7419853B2
- Authority
- JP
- Japan
- Prior art keywords
- file
- old
- new
- data
- name
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 230000010365 information processing Effects 0.000 title claims description 32
- 238000000034 method Methods 0.000 claims description 63
- 238000012217 deletion Methods 0.000 claims description 19
- 230000037430 deletion Effects 0.000 claims description 19
- 238000011900 installation process Methods 0.000 description 15
- 238000004891 communication Methods 0.000 description 13
- 238000010586 diagram Methods 0.000 description 10
- 238000009434 installation Methods 0.000 description 6
- 230000006870 function Effects 0.000 description 5
- 239000000284 extract Substances 0.000 description 3
- 230000015654 memory Effects 0.000 description 3
- 230000004044 response Effects 0.000 description 3
- 238000005401 electroluminescence Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 230000007257 malfunction Effects 0.000 description 2
- 230000003936 working memory Effects 0.000 description 2
- 125000004122 cyclic group Chemical group 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 230000001788 irregular Effects 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
Images
Landscapes
- Stored Programmes (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Description
本発明は、情報処理装置及びプログラムに関する。
従来、情報処理装置にソフトウェアをインストールする場合に、インストール対象のファイルの追加やシステム設定の書き換えといった各種処理を自動的に行うプログラム（以下、インストーラと記す）が用いられている（例えば、特許文献１）。
インストーラによるインストールでは、既存の旧ファイルよりバージョンの新しい新ファイルを追加することで、ファイルのバージョンアップが行われる場合がある。この場合において、新ファイル及び旧ファイルの各ファイル名に互いに異なる符号を付しておき、この符号を含むファイル名でファイルを特定することで、新ファイルのインストール後に誤って旧ファイルが実行されないようにする技術がある。
しかしながら、上記の方法でインストールを繰り返すと、ファイル名の符号が異なる旧ファイルが多数残存することとなる。このような旧ファイルは、インストール後はアクセスされる可能性が低いものの、プログラムファイルである場合にはセキュリティホールとなる可能性もあり得る。また、多数の旧ファイルにより記憶容量が圧迫される問題も生じる。
他方で、旧ファイルを確実に特定して削除するのは必ずしも容易でなく、不適切なファイルを誤って削除するとシステムの不具合に繋がる。
このように、従来の技術では、適切に旧ファイルを削除するのが容易でないという課題がある。
他方で、旧ファイルを確実に特定して削除するのは必ずしも容易でなく、不適切なファイルを誤って削除するとシステムの不具合に繋がる。
このように、従来の技術では、適切に旧ファイルを削除するのが容易でないという課題がある。
この発明の目的は、適切に旧ファイルを削除することができる情報処理装置及びプログラムを提供することにある。
上記課題を解決するため、本発明の情報処理装置は、
インストール対象の新ファイルを所定の記憶領域に追加する追加手段と、
前記新ファイルのデータに対して所定の符号化処理を実行することにより、当該新ファイルのデータに対応した第１要約符号を生成する符号化処理手段と、
前記符号化処理手段によって生成された前記第１要約符号を、前記新ファイルのファイル名に挿入するファイル名生成手段と、
判別対象の旧ファイルが削除対象であるか否かを判別する判別手段と、
前記判別手段により前記旧ファイルが削除対象であると判別された場合に当該旧ファイルを削除する削除手段と、を備え、
前記判別手段は、前記新ファイルのファイル名に含まれている前記第１要約符号の生成に用いられた前記符号化処理と同一の符号化処理を、前記旧ファイルのデータに対して実行することにより生成される第２要約符号が、前記旧ファイルのファイル名に含まれている場合に、前記旧ファイルが削除対象であると判別することを特徴とする。
インストール対象の新ファイルを所定の記憶領域に追加する追加手段と、
前記新ファイルのデータに対して所定の符号化処理を実行することにより、当該新ファイルのデータに対応した第１要約符号を生成する符号化処理手段と、
前記符号化処理手段によって生成された前記第１要約符号を、前記新ファイルのファイル名に挿入するファイル名生成手段と、
判別対象の旧ファイルが削除対象であるか否かを判別する判別手段と、
前記判別手段により前記旧ファイルが削除対象であると判別された場合に当該旧ファイルを削除する削除手段と、を備え、
前記判別手段は、前記新ファイルのファイル名に含まれている前記第１要約符号の生成に用いられた前記符号化処理と同一の符号化処理を、前記旧ファイルのデータに対して実行することにより生成される第２要約符号が、前記旧ファイルのファイル名に含まれている場合に、前記旧ファイルが削除対象であると判別することを特徴とする。
本発明によれば、適切に旧ファイルを削除することができる。
以下、本発明の情報処理装置及びプログラムに係る実施の形態を図面に基づいて説明する。
図１は、本実施形態の情報処理システム１００の概略構成図である。
情報処理システム１００は、サーバ１（情報処理装置）と、複数の端末装置２と、を備えている。サーバ１及び端末装置２は、通信ネットワーク３を介して情報通信可能に接続されている。
情報処理システム１００は、サーバ１（情報処理装置）と、複数の端末装置２と、を備えている。サーバ１及び端末装置２は、通信ネットワーク３を介して情報通信可能に接続されている。
サーバ１は、所定のサービスを提供するコンピュータ装置である。サーバ１は、端末装置２からの要求に応じて各種処理を実行し、処理結果を端末装置２に送信して端末装置２の表示部に表示させる。サーバ１が提供するサービスは、特には限られないが、例えば人事管理、給与管理、売上管理といった各種業務管理に係るサービスが挙げられる。また、サーバ１は、これらのサービスの利用に際してユーザに利用方法を案内する業務ナビゲーションサービスを提供することもできる。
端末装置２は、情報処理システム１００のサービスを利用するユーザが使用するコンピュータ装置である。端末装置２は、例えばノートＰＣ（Personal Computer）、デスクトップＰＣ、タブレット端末、又はスマートフォンなどである。端末装置２は、ユーザからの入力操作に応じてサーバ１に対して各種処理の実行を要求し、サーバ１から受信した処理結果などを表示部２５に表示する。
通信ネットワーク３は、例えばインターネットであるが、これに限られず、ＬＡＮ（Local Area Network）等、他のネットワークであってもよい。
図２は、サーバ１の機能構成を示すブロック図である。
サーバ１は、ＣＰＵ（Central Processing Unit）１１と、ＲＡＭ（Random Access Memory）１２と、記憶部１３と、操作部１４と、表示部１５と、通信部１６と、バス１７などを備える。サーバ１の各部は、バス１７を介して接続されている。
サーバ１は、ＣＰＵ（Central Processing Unit）１１と、ＲＡＭ（Random Access Memory）１２と、記憶部１３と、操作部１４と、表示部１５と、通信部１６と、バス１７などを備える。サーバ１の各部は、バス１７を介して接続されている。
ＣＰＵ１１は、サーバ１の各部の動作を制御するプロセッサである。ＣＰＵ１１は、記憶部１３に記憶されている各種プログラムを読み出してＲＡＭ１２のワークエリアに展開し、当該展開されたプログラムに従って各種処理を実行する。
ＲＡＭ１２は、ＣＰＵ１１に作業用のメモリ空間を提供し、一時データを記憶する。ＲＡＭ１２は、不揮発性メモリを含んでいてもよい。
記憶部１３は、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）などにより構成される。記憶部１３には、ＣＰＵ１１により実行される各種プログラムや、当該プログラムの実行時に参照される各種データなどが記憶されている。プログラムは、コンピュータ読み取り可能なプログラムコードの形態で記憶部１３に格納されている。プログラムに従った各種処理の実行主体はＣＰＵ１１であるが、以下では、説明の便宜上、プログラムが各種処理を実行するように記載することがある。
記憶部１３には、インストーラ１３１及びプログラムファイル群１３２が記憶されている。
インストーラ１３１は、サーバ１にソフトウェアをインストールする場合に実行されるプログラムであり、インストール対象のファイルの追加、削除、及びシステム設定の書き換えといった各種処理を自動的に実行する。すなわち、インストーラ１３１は、ソフトウェアのインストールに係る処理を指定された順序で実行するタスクランナーとして機能する。インストーラ１３１に従って各種処理を実行することで、ＣＰＵ１１は、追加手段、符号化処理手段、ファイル名生成手段、判別手段及び削除手段として機能する。
インストーラ１３１によるソフトウェアのインストールには、新規インストールの他、既存の旧ファイルをより新しいバージョンの新ファイルを追加するバージョンアップ（アップグレードとも呼ばれる）が含まれる。本実施形態では、インストーラ１３１により、プログラムファイル群１３２に含まれるファイルのバージョンアップが行われる。インストーラ１３１によるファイルのバージョンアップに係る詳細な処理内容については、後に詳述する。
なお、インストーラ１３１は、必ずしも記憶部１３に記憶されていなくてもよく、例えばＣＤ－ＲＯＭ等の可搬型記録媒体や、サーバ１に通信接続された外部機器に記録又は記憶されていてもよい。インストーラ１３１が可搬性記録媒体に記録されている場合には、ＣＰＵ１１は、サーバ１に設けられた図示略の記録媒体読取部を介して可搬性記録媒体内のインストーラ１３１にアクセスし、インストーラ１３１を実行する。また、インストーラ１３１が外部機器に記憶されている場合には、ＣＰＵ１１は、ネットワークを介してサーバ上のインストーラ１３１にアクセスしてインストーラ１３１を実行する。
プログラムファイル群１３２は、サーバ１が提供するサービスに係るウェブアプリケーションのプログラムファイル及びデータファイル等を含む。端末装置２からの要求に応じてＣＰＵ１１がプログラムファイル群１３２のウェブアプリケーションを実行し、結果を端末装置２に送信することで、端末装置２では、ブラウザ上で当該ウェブアプリケーションの実行結果が表示される。
操作部１４は、カーソルキー、文字、数字入力キー及び各種機能キー等を備えたキーボード、マウスなどのポインティングデバイスを有し、ユーザによる各キーの押下入力、位置入力を受け付けてその操作情報をＣＰＵ１１に出力する。
表示部１５は、ＬＣＤ（Liquid Crystal Display）、ＥＬ（Electro-Luminescence）ディスプレイなどで構成され、ＣＰＵ１１からの表示制御信号に従って画面表示を行う。
通信部１６は、ルータ、ネットワークカードなどにより構成される。ＣＰＵ１１は、通信部１６を介して、通信ネットワーク３上の端末装置２と通信接続してデータの送受信を行う。
図３は、端末装置２の機能的構成を示すブロック図である。
端末装置２は、ＣＰＵ２１と、ＲＡＭ２２と、記憶部２３と、操作部２４と、表示部２５と、通信部２６と、バス２７などを備えている。また、端末装置２の各部は、バス２７を介して接続されている。
端末装置２は、ＣＰＵ２１と、ＲＡＭ２２と、記憶部２３と、操作部２４と、表示部２５と、通信部２６と、バス２７などを備えている。また、端末装置２の各部は、バス２７を介して接続されている。
ＣＰＵ２１は、端末装置２の各部の動作を制御するプロセッサである。ＣＰＵ２１は、記憶部２３に記憶されている各種プログラムを読み出してＲＡＭ２２のワークエリアに展開し、当該展開されたプログラムに従って各種処理を実行する。
ＲＡＭ２２は、ＣＰＵ２１に作業用のメモリ空間を提供し、一時データを記憶する。ＲＡＭ２２は、不揮発性メモリを含んでいてもよい。
記憶部２３は、例えば、ＨＤＤ、ＳＳＤ等により構成される。記憶部２３には、ＣＰＵ２１により実行される各種プログラムや、当該プログラムの実行時に参照される各種データなどが記憶されている。プログラムは、コンピュータ読み取り可能なプログラムコードの形態で記憶部２３に格納されている。
記憶部２３には、ブラウザ２３１が記憶されている。ブラウザ２３１は、インターネット上のウェブページの情報や、サーバ１から送信されたウェブアプリケーションの実行結果などを表示部２５上に表示させるプログラムである。
操作部２４、表示部２５及び通信部２６の構成は、サーバ１の操作部１４、表示部１５及び通信部１６の構成と同様であるので説明は省略する。
次に、インストーラ１３１によるソフトウェアのインストール処理について、ファイルのバージョンアップに係る処理を中心に説明する。
サーバ１のウェブアプリケーションは、実行環境の変化への対応、ユーザからの要望への対応、及び不具合の修正等を目的として、適時にアップデートする必要がある。このアップデートは、インストーラ１３１に従って実行されるインストール処理により行われる。このインストール処理では、プログラムファイル群１３２のプログラムファイルやデータファイルのうちバージョンアップの対象となる旧ファイルについて、よりバージョンの新しい新ファイルが追加され、旧ファイルが新ファイルに置き換えられる。ここで、インストール処理における旧ファイルから新ファイルへの置き換えとは、旧ファイルを実行対象又は参照対象としていた処理における実行対象又は参照対象を旧ファイルから新ファイルに変更することをいう。
図４は、インストール処理の実行時におけるプログラムファイル群１３２のディレクトリ構造の例を示す図である。
プログラムファイル群１３２では、複数のディレクトリＤ１～Ｄ３（記憶領域）が階層構造を形成している。以下では、任意のディレクトリを指す場合にはディレクトリＤと記す。各ディレクトリＤには、プログラムファイルやデータファイルが格納されている。
プログラムファイル群１３２では、複数のディレクトリＤ１～Ｄ３（記憶領域）が階層構造を形成している。以下では、任意のディレクトリを指す場合にはディレクトリＤと記す。各ディレクトリＤには、プログラムファイルやデータファイルが格納されている。
図４の例では、インストールの起点であるディレクトリＤ１の下層に、ディレクトリＤ２、Ｄ３が設けられている。
このうちディレクトリＤ１には、ウェブアプリケーションのトップページに係るＨＴＭＬ（Hypertext Markup Language）ファイルであるファイルＦ１（ファイル名：「index.html」）と、ファイルＦ１のトップページで呼び出されて実行されるスクリプトファイル（「index.js」）とが格納されている。詳しくは、図４に示すタイミングでは、スクリプトファイルの新ファイルＦｎ１（ファイル名：「index9b6e8fb5e349541cbd3d.js」）及び旧ファイルＦｏ１（ファイル名：「index5yso3zkcx9128g083ro8.js」）が格納されている。
また、ディレクトリＤ２には、ファイルＦ２が格納されている。
また、ディレクトリＤ３には、スクリプトファイルの新ファイルＦｎ３（ファイル名：「viewer3c7b9fd2e816409dfa3b.js」）及び旧ファイルＦｏ３（ファイル名：「viewer27acc7ebfa49624cbd9f.js」）が格納されている。
このうちディレクトリＤ１には、ウェブアプリケーションのトップページに係るＨＴＭＬ（Hypertext Markup Language）ファイルであるファイルＦ１（ファイル名：「index.html」）と、ファイルＦ１のトップページで呼び出されて実行されるスクリプトファイル（「index.js」）とが格納されている。詳しくは、図４に示すタイミングでは、スクリプトファイルの新ファイルＦｎ１（ファイル名：「index9b6e8fb5e349541cbd3d.js」）及び旧ファイルＦｏ１（ファイル名：「index5yso3zkcx9128g083ro8.js」）が格納されている。
また、ディレクトリＤ２には、ファイルＦ２が格納されている。
また、ディレクトリＤ３には、スクリプトファイルの新ファイルＦｎ３（ファイル名：「viewer3c7b9fd2e816409dfa3b.js」）及び旧ファイルＦｏ３（ファイル名：「viewer27acc7ebfa49624cbd9f.js」）が格納されている。
ここで、新ファイルＦｎ１は、スクリプトファイル「index.js」のバージョンアップのためにインストーラ１３１により新たに追加されたバージョンアップ後のファイルであり、旧ファイルＦｏ１は、スクリプトファイル「index.js」のバージョンアップ前の既存のファイルである。すなわち、インストーラ１３１は、旧ファイルＦｏ１を新ファイルＦｎ１に置き換えるために、旧ファイルＦｏ１が格納されていたディレクトリＤ１に対して新ファイルＦｎ１を追加する。
同様に、新ファイルＦｎ３及び旧ファイルＦｏ３は、それぞれスクリプトファイル「viewer.js」のバージョンアップ後のファイル、及びバージョンアップ前のファイルである。すなわち、インストーラ１３１は、旧ファイルＦｏ３を新ファイルＦｎ３に置き換えるために、旧ファイルＦｏ３が格納されていたディレクトリＤ３に対して新ファイルＦｎ３を追加する。
同様に、新ファイルＦｎ３及び旧ファイルＦｏ３は、それぞれスクリプトファイル「viewer.js」のバージョンアップ後のファイル、及びバージョンアップ前のファイルである。すなわち、インストーラ１３１は、旧ファイルＦｏ３を新ファイルＦｎ３に置き換えるために、旧ファイルＦｏ３が格納されていたディレクトリＤ３に対して新ファイルＦｎ３を追加する。
新ファイルＦｎ１及び旧ファイルＦｏ１は、互いに区別が可能となるように、ファイル名に互いに異なる符号が含まれている。新ファイルＦｎ３及び旧ファイルＦｏ３についても同様である。以下では、新ファイルＦｎ１及び旧ファイルＦｏ１を例に挙げて、新旧ファイルのファイル名について説明する。また、以下では、任意の新ファイルを「新ファイルＦｎ」とも記し、任意の旧ファイルを「旧ファイルＦｏ」とも記す。
図５は、新ファイルＦｎ１及び旧ファイルＦｏ１のファイル名を説明する図である。
新ファイルＦｎ１のファイル名は、名称部Ｎｎ、コンテンツハッシュ値Ｈｎ（第１要約符号、ハッシュ値）（単にコンテンツハッシュ又はハッシュとも呼ばれる）、及び拡張子Ｅｎからなる。名称部Ｎｎは、ファイル名の先頭から所定文字数の文字列であり、新ファイルＦｎ１のファイルの種別を示す。ここでは、名称部Ｎｎは文字列「index」からなる。コンテンツハッシュ値Ｈｎは、新ファイルＦｎ１のデータに対応した要約符号であり、２０桁の文字列「9b6e8fb5e349541cbd3d」からなる。
また、旧ファイルＦｏ１のファイル名は、名称部Ｎｏ、コンテンツハッシュ値Ｈｏ（第２要約符号）、及び拡張子Ｅｏからなる。旧ファイルＦｏ１は、ファイルの種別が新ファイルＦｎ１と同一であるため、名称部Ｎｏは名称部Ｎｎと同一であり、拡張子Ｅｏは拡張子Ｅｎと同一である。コンテンツハッシュ値Ｈｏは、旧ファイルＦｏ１のデータに対応した要約符号であり、２０桁の文字列「5fed3babf9128e083dc8」からなる。
新ファイルＦｎ１のファイル名は、名称部Ｎｎ、コンテンツハッシュ値Ｈｎ（第１要約符号、ハッシュ値）（単にコンテンツハッシュ又はハッシュとも呼ばれる）、及び拡張子Ｅｎからなる。名称部Ｎｎは、ファイル名の先頭から所定文字数の文字列であり、新ファイルＦｎ１のファイルの種別を示す。ここでは、名称部Ｎｎは文字列「index」からなる。コンテンツハッシュ値Ｈｎは、新ファイルＦｎ１のデータに対応した要約符号であり、２０桁の文字列「9b6e8fb5e349541cbd3d」からなる。
また、旧ファイルＦｏ１のファイル名は、名称部Ｎｏ、コンテンツハッシュ値Ｈｏ（第２要約符号）、及び拡張子Ｅｏからなる。旧ファイルＦｏ１は、ファイルの種別が新ファイルＦｎ１と同一であるため、名称部Ｎｏは名称部Ｎｎと同一であり、拡張子Ｅｏは拡張子Ｅｎと同一である。コンテンツハッシュ値Ｈｏは、旧ファイルＦｏ１のデータに対応した要約符号であり、２０桁の文字列「5fed3babf9128e083dc8」からなる。
このように、対応する新ファイルＦｎと旧ファイルＦｏとは、ファイル名に含まれる名称部Ｎ（Ｎｎ、Ｎｏ）及び拡張子Ｅ（Ｅｎ、Ｅｏ）が同一である一方、ファイル名に含まれるコンテンツハッシュ値Ｈ（Ｈｎ、Ｈｏ）が互いに異なる。
コンテンツハッシュ値Ｈｎは、新ファイルＦｎのデータに対してハッシュ処理を実行することで生成される文字列である。また、コンテンツハッシュ値Ｈｏは、旧ファイルＦｏのデータに対してハッシュ処理を実行することで生成される文字列である。
コンテンツハッシュ値Ｈｎは、新ファイルＦｎのデータに対してハッシュ処理を実行することで生成される文字列である。また、コンテンツハッシュ値Ｈｏは、旧ファイルＦｏのデータに対してハッシュ処理を実行することで生成される文字列である。
ここで、ハッシュ処理は、任意の長さのビット列から規則性のないビット列（通常、固定長のビット列）を生成する、所定の手順の処理である。ハッシュ処理は、その手順が予め定められているため、内容が同一である２つのデータに対してそれぞれハッシュ処理を実行して生成されるコンテンツハッシュ値Ｈは、同一となる。また、２つのデータの内容が僅かでも異なる場合には、当該２つのデータから生成されるコンテンツハッシュ値Ｈは、異なる値となる。なお、厳密には、コンテンツハッシュ値Ｈが同一となる異なるデータの組み合わせが存在し得る。しかしながら、あるデータから生成されたコンテンツハッシュ値Ｈに基づいて、当該データとは異なるデータであって同一のコンテンツハッシュ値Ｈが得られる他のデータを見つけることは極めて困難である。
ハッシュ処理は、処理対象のデータに対応した要約符号が生成される「符号化処理」の一例である。
ハッシュ処理は、処理対象のデータに対応した要約符号が生成される「符号化処理」の一例である。
このように、新ファイルＦｎ及び旧ファイルＦｏのファイル名にそれぞれコンテンツハッシュ値Ｈｎ、Ｈｏを含ませることで、新ファイルＦｎと、当該新ファイルＦｎに対応する旧ファイルＦｏとが併存していても、新ファイルＦｎを確実に特定して実行又は参照することが可能となる。換言すれば、ファイル名にコンテンツハッシュ値Ｈを含ませることで、キャッシュとして保持されている旧ファイルＦｏが実行又は参照されることがないようにすることができる。
また、ファイル名にコンテンツハッシュ値Ｈを含ませることで、インストール対象（バージョンアップ対象）のファイルを容易に特定することができ、インストーラ１３１によるファイルの追加処理を必要最低限に抑えることができる。
すなわち、コンテンツハッシュ値Ｈを含ませることにより、新ファイルＦｎと旧ファイルＦｏとでファイル名が異なることとなるため、インストーラ１３１は、プログラムファイル群１３２の多数の（例えば数千～数万の）インストール対象のファイルのうち、既存のファイルとはファイル名の異なるファイルを特定して追加することで、新ファイルＦｎのみを過不足なくインストールすることができる。
すなわち、コンテンツハッシュ値Ｈを含ませることにより、新ファイルＦｎと旧ファイルＦｏとでファイル名が異なることとなるため、インストーラ１３１は、プログラムファイル群１３２の多数の（例えば数千～数万の）インストール対象のファイルのうち、既存のファイルとはファイル名の異なるファイルを特定して追加することで、新ファイルＦｎのみを過不足なくインストールすることができる。
しかしながら、新ファイルＦｎと旧ファイルＦｏとを併存させておくと、ファイルのバージョンアップが繰り返された場合に、多数の旧ファイルＦｏがディレクトリＤに残存することになる。このような旧ファイルＦｏは、インストール後はアクセスされる可能性が低いものの、プログラムファイルである場合にはセキュリティホールとなる可能性もあり得る。また、多数の旧ファイルＦｏにより記憶容量が圧迫される問題も生じる。
一方、バージョンアップされた新ファイルＦｎに対応する旧ファイルＦｏを確実に特定して削除するのは必ずしも容易でない。例えば、ファイル名の名称部Ｎｎ、Ｎｏや拡張子Ｅｎ、Ｅｏが一致するものを削除するような単純な方法では、インストーラ１３１以外の方法で追加された必要なファイルが誤って削除されて、システムの不具合に繋がる場合がある。
そこで、本実施形態のインストーラ１３１は、以下の手順により、新ファイルＦｎに対応する旧ファイルＦｏであって、削除することが適切である旧ファイルＦｏを特定して削除する。
すなわち、まず、ファイル名の冒頭の名称部Ｎｏが新ファイルＦｎの名称部Ｎｎと同一であり、かつ拡張子Ｅｏが新ファイルＦｎの拡張子Ｅｎと同一である旧ファイルＦｏを、削除対象候補として抽出する。
そして、抽出した旧ファイルＦｏのファイル名に、当該旧ファイルＦｏのデータに対してハッシュ処理を実行することにより生成されるコンテンツハッシュ値Ｈｏが含まれている場合に、当該旧ファイルＦｏが削除対象であると判別して削除する。この判別に用いるハッシュ処理は、新ファイルＦｎのファイル名に含まれているコンテンツハッシュ値Ｈｎの生成に用いられたハッシュ処理と同一の処理とする。換言すれば、新ファイルＦｎのコンテンツハッシュ値Ｈｎの生成に用いられたハッシュ処理と同一のハッシュ処理により、旧ファイルＦｏのファイル名のコンテンツハッシュ値Ｈｏが生成されていると判別された場合に、当該旧ファイルＦｏを削除する。
よって、プログラムファイル群１３２のインストール及びアップデートの際に常に同一のハッシュ処理を用いてコンテンツハッシュ値Ｈを生成し、ファイル名に含ませておけば、上記の手順により、過去にインストーラ１３１によりインストールされた旧ファイルＦｏであって、新ファイルＦｎにより置き換えられて使用されていない旧ファイルＦｏのみを確実に特定して削除することができる。
すなわち、まず、ファイル名の冒頭の名称部Ｎｏが新ファイルＦｎの名称部Ｎｎと同一であり、かつ拡張子Ｅｏが新ファイルＦｎの拡張子Ｅｎと同一である旧ファイルＦｏを、削除対象候補として抽出する。
そして、抽出した旧ファイルＦｏのファイル名に、当該旧ファイルＦｏのデータに対してハッシュ処理を実行することにより生成されるコンテンツハッシュ値Ｈｏが含まれている場合に、当該旧ファイルＦｏが削除対象であると判別して削除する。この判別に用いるハッシュ処理は、新ファイルＦｎのファイル名に含まれているコンテンツハッシュ値Ｈｎの生成に用いられたハッシュ処理と同一の処理とする。換言すれば、新ファイルＦｎのコンテンツハッシュ値Ｈｎの生成に用いられたハッシュ処理と同一のハッシュ処理により、旧ファイルＦｏのファイル名のコンテンツハッシュ値Ｈｏが生成されていると判別された場合に、当該旧ファイルＦｏを削除する。
よって、プログラムファイル群１３２のインストール及びアップデートの際に常に同一のハッシュ処理を用いてコンテンツハッシュ値Ｈを生成し、ファイル名に含ませておけば、上記の手順により、過去にインストーラ１３１によりインストールされた旧ファイルＦｏであって、新ファイルＦｎにより置き換えられて使用されていない旧ファイルＦｏのみを確実に特定して削除することができる。
図４に示す例では、上記手順を実行することで、ディレクトリＤ１における旧ファイルＦｏ１、及びディレクトリＤ３における旧ファイルＦｏ３が削除される。
次に、上記手順を含む、本実施形態のインストール処理のＣＰＵ１１による制御手順について説明する。
図６は、インストール処理のＣＰＵ１１による制御手順を示すフローチャートである。
インストール処理は、インストーラ１３１に従ってＣＰＵ１１が各種処理を実行することにより進行する。
インストール処理が開始されると、ＣＰＵ１１は、インストール対象（バージョンアップ対象）の新ファイルＦｎに対してハッシュ処理を実行し、生成されたコンテンツハッシュ値Ｈを新ファイルＦｎのファイル名に挿入する（ステップＳ１０１）。このように、ＣＰＵ１１は、新ファイルＦｎが所定のディレクトリＤに記憶される際に、新ファイルＦｏのデータに対応するコンテンツハッシュ値Ｈｎを生成するとともに、コンテンツハッシュ値Ｈｎを新ファイルＦｎのファイル名に挿入する。なお、インストール処理の開始前に予めハッシュ処理が行われ、コンテンツハッシュ値Ｈを含むファイル名の新ファイルＦｎが用意されている場合には、本ステップＳ１０１は省略することができる。
インストール処理は、インストーラ１３１に従ってＣＰＵ１１が各種処理を実行することにより進行する。
インストール処理が開始されると、ＣＰＵ１１は、インストール対象（バージョンアップ対象）の新ファイルＦｎに対してハッシュ処理を実行し、生成されたコンテンツハッシュ値Ｈを新ファイルＦｎのファイル名に挿入する（ステップＳ１０１）。このように、ＣＰＵ１１は、新ファイルＦｎが所定のディレクトリＤに記憶される際に、新ファイルＦｏのデータに対応するコンテンツハッシュ値Ｈｎを生成するとともに、コンテンツハッシュ値Ｈｎを新ファイルＦｎのファイル名に挿入する。なお、インストール処理の開始前に予めハッシュ処理が行われ、コンテンツハッシュ値Ｈを含むファイル名の新ファイルＦｎが用意されている場合には、本ステップＳ１０１は省略することができる。
ＣＰＵ１１は、新ファイルＦｎを所定のディレクトリＤに追加する（ステップＳ１０２）。
ＣＰＵ１１は、上述した方法で、削除対象候補の旧ファイルＦｏを抽出する（ステップＳ１０３）。すなわち、ＣＰＵ１１は、名称部Ｎｏ及び拡張子Ｅｏが、ステップＳ１０２で追加した新ファイルＦｎの名称部Ｎｎ及び拡張子Ｅｎと同一である旧ファイルＦｏを抽出する。旧ファイルＦｏの探索範囲は、新ファイルＦｎが追加されたディレクトリとしてもよいし、当該ディレクトリ以外の所定の記憶領域（例えば、キャッシュデータが記憶される領域）を含めてもよい。
ＣＰＵ１１は、抽出した旧ファイルＦｏに対してハッシュ処理を実行し（ステップＳ１０４）、生成されたコンテンツハッシュ値Ｈｏが、旧ファイルＦｏのファイル名に含まれる符号、すなわちファイル名のうち名称部Ｎｏ及び拡張子Ｅｏを除いた部分と一致するか否かを判別する（ステップＳ１０５）。このように、ＣＰＵ１１は、新ファイルＦｎが所定のディレクトリＤに追加されたことを条件に、旧ファイルＦｏのデータに対して符号化処理を実行してコンテンツハッシュ値Ｈｏを生成する。ＣＰＵ１１は、生成されたコンテンツハッシュ値Ｈｏが旧ファイルＦｏのファイル名の符号と一致すると判別された場合には（ステップＳ１０５で“ＹＥＳ”）、当該旧ファイルＦｏを削除する（ステップＳ１０６）。
コンテンツハッシュ値Ｈｏが旧ファイルＦｏのファイル名の符号と一致しないと判別された場合には（ステップＳ１０５で“ＮＯ”）、ＣＰＵ１１は、旧ファイルＦｏを削除せずに処理をステップＳ１０７に進める。
コンテンツハッシュ値Ｈｏが旧ファイルＦｏのファイル名の符号と一致しないと判別された場合には（ステップＳ１０５で“ＮＯ”）、ＣＰＵ１１は、旧ファイルＦｏを削除せずに処理をステップＳ１０７に進める。
ＣＰＵ１１は、削除対象候補として抽出された他の旧ファイルＦｏがあるか否かを判別し（ステップＳ１０７）、削除対象候補の他の旧ファイルＦｏがあると判別された場合には（ステップＳ１０７で“ＹＥＳ”）、処理をステップＳ１０４に戻す。
削除対象候補の他の旧ファイルＦｏがないと判別された場合には（ステップＳ１０７で“ＮＯ”）、ＣＰＵ１１は、インストール対象の他の新ファイルＦｎがあるか否かを判別する（ステップＳ１０８）。ＣＰＵ１１は、インストール対象の他の新ファイルＦｎがあると判別された場合には（ステップＳ１０８で“ＹＥＳ”）、処理をステップＳ１０１に戻し、インストール対象の他の新ファイルＦｎがないと判別された場合には（ステップＳ１０８で“ＮＯ”）、インストール処理を終了させる。
以上のように、本実施形態に係る情報処理装置としてのサーバ１は、ＣＰＵ１１を備え、ＣＰＵ１１は、インストール対象の新ファイルＦｎを所定のディレクトリＤに追加し（追加手段）、新ファイルＦｎのデータに対してハッシュ処理を実行することにより、当該新ファイルＦｎのデータに対応したコンテンツハッシュ値Ｈｎを生成し（符号化処理手段）、生成されたコンテンツハッシュ値Ｈｎを、新ファイルＦｎのファイル名に挿入し（ファイル名生成手段）、新ファイルＦｎによって置き換えられる旧ファイルＦｏがある場合に、当該旧ファイルＦｏが削除対象であるか否かを判別し（判別手段）、旧ファイルＦｏが削除対象であると判別された場合に当該旧ファイルＦｏを削除し（削除手段）、新ファイルＦｎのファイル名に含まれているコンテンツハッシュ値Ｈの生成に用いられたハッシュ処理と同一のハッシュ処理を、旧ファイルＦｏのデータに対して実行することにより生成されるコンテンツハッシュ値Ｈが、旧ファイルＦｏのファイル名に含まれている場合に、旧ファイルＦｏが削除対象であると判別する（判別手段）。これにより、削除対象の旧ファイルＦｏを適切かつ確実に特定して削除することができる。すなわち、新ファイルＦｎにより置き換えられる旧ファイルＦｏ以外のファイルが誤って削除される不具合の発生を抑制できるため、不適切なファイルの削除によりシステムが不安定になるのを抑えることができる。また、旧ファイルＦｏを削除することにより、残存した旧ファイルＦｏがセキュリティホールとなったり、残存した旧ファイルＦｏにより記憶容量が圧迫されたりする問題の発生を抑えることができる。
また、ＣＰＵ１１は、新ファイルＦｎが所定のディレクトリＤに追加されたことを条件に、旧ファイルＦｏのデータに対してハッシュ処理を実行してコンテンツハッシュ値Ｈｏを生成し（符号化処理手段）、生成されたコンテンツハッシュ値Ｈが旧ファイルＦｏのファイル名に含まれる場合に、旧ファイルＦｏが削除対象であると判別する（判別手段）。これによれば、インストール処理において、削除対象候補のファイルに対して実際にハッシュ処理を実行してコンテンツハッシュ値を生成し、当該コンテンツハッシュ値とファイル名とを比較した上で削除対象か否かを判別できるため、任意の削除対象候補のファイルについて、削除するのが適切であるか否かを確実に判別することができる。
また、ＣＰＵ１１は、新ファイルＦｎが所定のディレクトリＤに記憶される際に、新ファイルＦｎのデータに対応するコンテンツハッシュ値Ｈｎを生成するとともに（符号化処理手段）、当該コンテンツハッシュ値Ｈｎを新ファイルＦｎのファイル名に挿入する（ファイル名生成手段）。これにより、実際にディレクトリＤに追加される最新の状態の新ファイルＦｎのデータに対応するコンテンツハッシュ値Ｈｎを、新ファイルＦｎのファイル名に挿入することができる。
また、上記実施形態では、符号化処理としてハッシュ処理が用いられ、要約符号としてコンテンツハッシュ値が用いられている。ハッシュ処理によれば、ファイルのデータサイズや属性情報などによらず、常に固定長のコンテンツハッシュ値を得ることができ、またファイルの内容が僅かでも異なれば異なるコンテンツハッシュ値を得ることができる。よって、削除対象の旧ファイルを、簡易な判別処理で適切に特定することができる。
また、新ファイルＦｎ及び旧ファイルＦｏの各ファイル名の先頭には同一の文字列である名称部Ｎが含まれており、ＣＰＵ１１は、判別対象の旧ファイルＦｏを、少なくとも名称部Ｎに基づいて特定する（判別手段）。これによれば、削除対象候補の旧ファイルＦｏを簡易な処理で抽出することができる。
また、本実施形態に係るプログラムとしてのインストーラ１３１は、情報処理装置としてのサーバ１に設けられたコンピュータとしてのＣＰＵ１１を、インストール対象の新ファイルＦｎを所定のディレクトリＤに追加する追加手段、新ファイルＦｎのデータに対してハッシュ処理を実行することにより、当該新ファイルＦｎのデータに対応したコンテンツハッシュ値Ｈｎを生成する符号化処理手段、生成されたコンテンツハッシュ値Ｈｎを、新ファイルＦｎのファイル名に挿入するファイル名生成手段、新ファイルＦｎによって置き換えられる旧ファイルＦｏがある場合に、当該旧ファイルＦｏが削除対象であるか否かを判別する判別手段、判別手段により旧ファイルＦｏが削除対象であると判別された場合に当該旧ファイルＦｏを削除する削除手段、として機能させ、判別手段は、新ファイルＦｎのファイル名に含まれているコンテンツハッシュ値Ｈの生成に用いられたハッシュ処理と同一のハッシュ処理を、旧ファイルＦｏのデータに対して実行することにより生成されるコンテンツハッシュ値Ｈが、旧ファイルＦｏのファイル名に含まれている場合に、旧ファイルＦｏが削除対象であると判別することを特徴とするプログラム。このようなプログラムによりサーバ１を動作させることで、削除対象の旧ファイルＦｏを適切かつ確実に特定して削除することができる。
以上の説明では、本発明に係るプログラムのコンピュータ読み取り可能な媒体として記憶部１３のＨＤＤ、ＳＳＤを使用した例を開示したが、この例に限定されない。その他のコンピュータ読み取り可能な媒体として、フラッシュメモリや、ＣＤ－ＲＯＭ等の情報記録媒体を適用することが可能である。また、本発明に係るプログラムのデータを、通信回線を介して提供する媒体として、キャリアウエーブ（搬送波）も本発明に適用される。
なお、上記実施形態における記述は、本発明に係る端末装置及びプログラムの一例であり、これに限定されるものではない。
例えば、情報処理装置としてサーバ１を例に挙げて説明したが、これに限られず、例えば端末装置２も本発明の情報処理装置に対応し得る。よって、端末装置２においてソフトウェアのインストールを行う場合に本発明を適用してもよい。また、情報処理装置は、複数の機器がネットワーク接続された情報処理システムを構成するものに限られず、他の機器と接続されずに用いられるスタンドアローンの情報処理装置に本発明を適用してもよい。
例えば、情報処理装置としてサーバ１を例に挙げて説明したが、これに限られず、例えば端末装置２も本発明の情報処理装置に対応し得る。よって、端末装置２においてソフトウェアのインストールを行う場合に本発明を適用してもよい。また、情報処理装置は、複数の機器がネットワーク接続された情報処理システムを構成するものに限られず、他の機器と接続されずに用いられるスタンドアローンの情報処理装置に本発明を適用してもよい。
また、上記実施形態では、符号化処理としてハッシュ処理を例示したが、これに限定する趣旨ではない。符号化処理は、処理対象のデータに対応する要約符号が生成される処理であって、内容が同一である２つのデータに対してそれぞれ当該符号化処理を実行して得られる要約符号が同一となる任意の処理とすることができる。符号化処理の他の例としては、チェックサムやＣＲＣ（Cyclic Redundancy Check）といった誤り検出用の符号を生成する処理が挙げられる。
また、上記実施形態では、旧ファイルＦｏが削除対象であるか否かの判別のために、インストール処理においてＣＰＵ１１が旧ファイルＦｏに対してハッシュ処理を行ったが、これに限られない。例えば、インストール処理の開始前に予め旧ファイルＦｏに対してハッシュ処理を実行しておき、インストール処理では、予め生成されたハッシュ値と旧ファイルＦｏのファイル名とを比較して削除対象であるか否かの判別を行ってもよい。
また、上記実施形態では、旧ファイルＦｏに対してハッシュ処理を実行して生成されたコンテンツハッシュ値Ｈが旧ファイルＦｏに含まれているか否かによって削除対象であるか否かの判別を行ったが、これに限られない。例えば、新ファイルＦｎのファイル名のコンテンツハッシュ値Ｈｎと、旧ファイルＦｏのファイル名のコンテンツハッシュ値Ｈｏとが、同一のハッシュ処理により生成されているか否かを判別する他の方法を用いてもよい。
また、上記実施形態における情報処理装置の各構成要素の細部構成及び細部動作に関しては、本発明の趣旨を逸脱することのない範囲で適宜変更可能であることは勿論である。
本発明の実施の形態を説明したが、本発明の範囲は、上述の実施の形態に限定するものではなく、特許請求の範囲に記載された発明の範囲とその均等の範囲を含む。
以下に、この出願の願書に最初に添付した特許請求の範囲に記載した発明を付記する。付記に記載した請求項の項番は、この出願の願書に最初に添付した特許請求の範囲の通りである。
〔付記〕
＜請求項１＞
インストール対象の新ファイルを所定の記憶領域に追加する追加手段と、
前記新ファイルのデータに対して所定の符号化処理を実行することにより、当該新ファイルのデータに対応した第１要約符号を生成する符号化処理手段と、
前記符号化処理手段によって生成された前記第１要約符号を、前記新ファイルのファイル名に挿入するファイル名生成手段と、
前記新ファイルによって置き換えられる旧ファイルがある場合に、当該旧ファイルが削除対象であるか否かを判別する判別手段と、
前記判別手段により前記旧ファイルが削除対象であると判別された場合に当該旧ファイルを削除する削除手段と、を備え、
前記判別手段は、前記新ファイルのファイル名に含まれている前記第１要約符号の生成に用いられた前記符号化処理と同一の符号化処理を、前記旧ファイルのデータに対して実行することにより生成される第２要約符号が、前記旧ファイルのファイル名に含まれている場合に、前記旧ファイルが削除対象であると判別することを特徴とする情報処理装置。
＜請求項２＞
前記符号化処理手段は、前記追加手段によって前記新ファイルが所定の記憶領域に追加されたことを条件に、前記旧ファイルのデータに対して前記符号化処理を実行して前記第２要約符号を生成し、
前記判別手段は、前記符号化処理手段により生成された前記第２要約符号が前記旧ファイルのファイル名に含まれる場合に、前記旧ファイルが削除対象であると判別することを特徴とする請求項１に記載の情報処理装置。
＜請求項３＞
前記追加手段によって前記新ファイルが所定の記憶領域に記憶される際に、前記符号化処理手段が前記新ファイルのデータに対応する前記第１要約符号を生成するとともに、前記ファイル名生成手段が当該第１要約符号を前記新ファイルのファイル名に挿入することを特徴とする請求項１又は２に記載の情報処理装置。
＜請求項４＞
前記符号化処理はハッシュ処理であり、
前記第１要約符号及び前記第２要約符号は、ハッシュ値であることを特徴とする請求項１～３のいずれか一項に記載の情報処理装置。
＜請求項５＞
前記新ファイル及び前記旧ファイルの各ファイル名の先頭には同一の文字列が含まれており、
前記判別手段は、判別対象の前記旧ファイルを、少なくとも前記文字列に基づいて特定することを特徴とする請求項１～４のいずれか一項に記載の情報処理装置。
＜請求項６＞
情報処理装置に設けられたコンピュータを、
インストール対象の新ファイルを所定の記憶領域に追加する追加手段、
前記新ファイルのデータに対して所定の符号化処理を実行することにより、当該新ファイルのデータに対応した第１要約符号を生成する符号化処理手段、
前記符号化処理手段によって生成された前記第１要約符号を、前記新ファイルのファイル名に挿入するファイル名生成手段、
前記新ファイルによって置き換えられる旧ファイルがある場合に、当該旧ファイルが削除対象であるか否かを判別する判別手段、
前記判別手段により前記旧ファイルが削除対象であると判別された場合に当該旧ファイルを削除する削除手段、
として機能させ、
前記判別手段は、前記新ファイルのファイル名に含まれている前記第１要約符号の生成に用いられた前記符号化処理と同一の符号化処理を、前記旧ファイルのデータに対して実行することにより生成される第２要約符号が、前記旧ファイルのファイル名に含まれている場合に、前記旧ファイルが削除対象であると判別することを特徴とするプログラム。
以下に、この出願の願書に最初に添付した特許請求の範囲に記載した発明を付記する。付記に記載した請求項の項番は、この出願の願書に最初に添付した特許請求の範囲の通りである。
〔付記〕
＜請求項１＞
インストール対象の新ファイルを所定の記憶領域に追加する追加手段と、
前記新ファイルのデータに対して所定の符号化処理を実行することにより、当該新ファイルのデータに対応した第１要約符号を生成する符号化処理手段と、
前記符号化処理手段によって生成された前記第１要約符号を、前記新ファイルのファイル名に挿入するファイル名生成手段と、
前記新ファイルによって置き換えられる旧ファイルがある場合に、当該旧ファイルが削除対象であるか否かを判別する判別手段と、
前記判別手段により前記旧ファイルが削除対象であると判別された場合に当該旧ファイルを削除する削除手段と、を備え、
前記判別手段は、前記新ファイルのファイル名に含まれている前記第１要約符号の生成に用いられた前記符号化処理と同一の符号化処理を、前記旧ファイルのデータに対して実行することにより生成される第２要約符号が、前記旧ファイルのファイル名に含まれている場合に、前記旧ファイルが削除対象であると判別することを特徴とする情報処理装置。
＜請求項２＞
前記符号化処理手段は、前記追加手段によって前記新ファイルが所定の記憶領域に追加されたことを条件に、前記旧ファイルのデータに対して前記符号化処理を実行して前記第２要約符号を生成し、
前記判別手段は、前記符号化処理手段により生成された前記第２要約符号が前記旧ファイルのファイル名に含まれる場合に、前記旧ファイルが削除対象であると判別することを特徴とする請求項１に記載の情報処理装置。
＜請求項３＞
前記追加手段によって前記新ファイルが所定の記憶領域に記憶される際に、前記符号化処理手段が前記新ファイルのデータに対応する前記第１要約符号を生成するとともに、前記ファイル名生成手段が当該第１要約符号を前記新ファイルのファイル名に挿入することを特徴とする請求項１又は２に記載の情報処理装置。
＜請求項４＞
前記符号化処理はハッシュ処理であり、
前記第１要約符号及び前記第２要約符号は、ハッシュ値であることを特徴とする請求項１～３のいずれか一項に記載の情報処理装置。
＜請求項５＞
前記新ファイル及び前記旧ファイルの各ファイル名の先頭には同一の文字列が含まれており、
前記判別手段は、判別対象の前記旧ファイルを、少なくとも前記文字列に基づいて特定することを特徴とする請求項１～４のいずれか一項に記載の情報処理装置。
＜請求項６＞
情報処理装置に設けられたコンピュータを、
インストール対象の新ファイルを所定の記憶領域に追加する追加手段、
前記新ファイルのデータに対して所定の符号化処理を実行することにより、当該新ファイルのデータに対応した第１要約符号を生成する符号化処理手段、
前記符号化処理手段によって生成された前記第１要約符号を、前記新ファイルのファイル名に挿入するファイル名生成手段、
前記新ファイルによって置き換えられる旧ファイルがある場合に、当該旧ファイルが削除対象であるか否かを判別する判別手段、
前記判別手段により前記旧ファイルが削除対象であると判別された場合に当該旧ファイルを削除する削除手段、
として機能させ、
前記判別手段は、前記新ファイルのファイル名に含まれている前記第１要約符号の生成に用いられた前記符号化処理と同一の符号化処理を、前記旧ファイルのデータに対して実行することにより生成される第２要約符号が、前記旧ファイルのファイル名に含まれている場合に、前記旧ファイルが削除対象であると判別することを特徴とするプログラム。
１ サーバ（情報処理装置）
２ 端末装置
３ 通信ネットワーク
１１ ＣＰＵ（追加手段、符号化処理手段、ファイル名生成手段、判別手段、削除手段）
１２ ＲＡＭ
１３ 記憶部
１３１ インストーラ（プログラム）
１３２ プログラムファイル群
１４ 操作部
１５ 表示部
１６ 通信部
１７ バス
２１ ＣＰＵ
２２ ＲＡＭ
２３ 記憶部
２３１ ブラウザ
２４ 操作部
２５ 表示部
２６ 通信部
２７ バス
１００ 情報処理システム
Ｄ、Ｄ１～Ｄ３ ディレクトリ（記憶領域）
Ｅ、Ｅｎ、Ｅｏ 拡張子
Ｆ１、Ｆ２ ファイル
Ｆｎ、Ｆｎ１、Ｆｎ３ 新ファイル
Ｆｏ、Ｆｏ１、Ｆｏ３ 旧ファイル
Ｈｎ コンテンツハッシュ値（第１要約符号、ハッシュ値）
Ｈｏ コンテンツハッシュ値（第２要約符号、ハッシュ値）
Ｎ、Ｎｎ、Ｎｏ 名称部
２ 端末装置
３ 通信ネットワーク
１１ ＣＰＵ（追加手段、符号化処理手段、ファイル名生成手段、判別手段、削除手段）
１２ ＲＡＭ
１３ 記憶部
１３１ インストーラ（プログラム）
１３２ プログラムファイル群
１４ 操作部
１５ 表示部
１６ 通信部
１７ バス
２１ ＣＰＵ
２２ ＲＡＭ
２３ 記憶部
２３１ ブラウザ
２４ 操作部
２５ 表示部
２６ 通信部
２７ バス
１００ 情報処理システム
Ｄ、Ｄ１～Ｄ３ ディレクトリ（記憶領域）
Ｅ、Ｅｎ、Ｅｏ 拡張子
Ｆ１、Ｆ２ ファイル
Ｆｎ、Ｆｎ１、Ｆｎ３ 新ファイル
Ｆｏ、Ｆｏ１、Ｆｏ３ 旧ファイル
Ｈｎ コンテンツハッシュ値（第１要約符号、ハッシュ値）
Ｈｏ コンテンツハッシュ値（第２要約符号、ハッシュ値）
Ｎ、Ｎｎ、Ｎｏ 名称部
Claims (6)
- インストール対象の新ファイルを所定の記憶領域に追加する追加手段と、
前記新ファイルのデータに対して所定の符号化処理を実行することにより、当該新ファイルのデータに対応した第１要約符号を生成する符号化処理手段と、
前記符号化処理手段によって生成された前記第１要約符号を、前記新ファイルのファイル名に挿入するファイル名生成手段と、
判別対象の旧ファイルが削除対象であるか否かを判別する判別手段と、
前記判別手段により前記旧ファイルが削除対象であると判別された場合に当該旧ファイルを削除する削除手段と、を備え、
前記判別手段は、前記新ファイルのファイル名に含まれている前記第１要約符号の生成に用いられた前記符号化処理と同一の符号化処理を、前記旧ファイルのデータに対して実行することにより生成される第２要約符号が、前記旧ファイルのファイル名に含まれている場合に、前記旧ファイルが削除対象であると判別することを特徴とする情報処理装置。 - 前記符号化処理手段は、前記追加手段によって前記新ファイルが所定の記憶領域に追加されたことを条件に、前記旧ファイルのデータに対して前記符号化処理を実行して前記第２要約符号を生成し、
前記判別手段は、前記符号化処理手段により生成された前記第２要約符号が前記旧ファイルのファイル名に含まれる場合に、前記旧ファイルが削除対象であると判別することを特徴とする請求項１に記載の情報処理装置。 - 前記追加手段によって前記新ファイルが所定の記憶領域に記憶される際に、前記符号化処理手段が前記新ファイルのデータに対応する前記第１要約符号を生成するとともに、前記ファイル名生成手段が当該第１要約符号を前記新ファイルのファイル名に挿入することを特徴とする請求項１又は２に記載の情報処理装置。
- 前記符号化処理はハッシュ処理であり、
前記第１要約符号及び前記第２要約符号は、ハッシュ値であることを特徴とする請求項１～３のいずれか一項に記載の情報処理装置。 - 前記新ファイル及び前記旧ファイルの各ファイル名の先頭には同一の文字列が含まれており、
前記判別手段は、判別対象の前記旧ファイルを、少なくとも前記文字列に基づいて特定することを特徴とする請求項１～４のいずれか一項に記載の情報処理装置。 - 情報処理装置に設けられたコンピュータを、
インストール対象の新ファイルを所定の記憶領域に追加する追加手段、
前記新ファイルのデータに対して所定の符号化処理を実行することにより、当該新ファイルのデータに対応した第１要約符号を生成する符号化処理手段、
前記符号化処理手段によって生成された前記第１要約符号を、前記新ファイルのファイル名に挿入するファイル名生成手段、
判別対象の旧ファイルが削除対象であるか否かを判別する判別手段、
前記判別手段により前記旧ファイルが削除対象であると判別された場合に当該旧ファイルを削除する削除手段、
として機能させ、
前記判別手段は、前記新ファイルのファイル名に含まれている前記第１要約符号の生成に用いられた前記符号化処理と同一の符号化処理を、前記旧ファイルのデータに対して実行することにより生成される第２要約符号が、前記旧ファイルのファイル名に含まれている場合に、前記旧ファイルが削除対象であると判別することを特徴とするプログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2020019437A JP7419853B2 (ja) | 2020-02-07 | 2020-02-07 | 情報処理装置及びプログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2020019437A JP7419853B2 (ja) | 2020-02-07 | 2020-02-07 | 情報処理装置及びプログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2021125067A JP2021125067A (ja) | 2021-08-30 |
| JP7419853B2 true JP7419853B2 (ja) | 2024-01-23 |
Family
ID=77459564
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2020019437A Active JP7419853B2 (ja) | 2020-02-07 | 2020-02-07 | 情報処理装置及びプログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP7419853B2 (ja) |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2004126639A (ja) | 2002-09-30 | 2004-04-22 | Toshiba Corp | データ管理システム、データ管理方法及びプログラム |
| JP2010508608A (ja) | 2006-10-31 | 2010-03-18 | レビット・インコーポレーテッド | 計算機メモリー上に記録されたデータ及びファイルディレクトリ構造の自動保護システム |
| JP2013058134A (ja) | 2011-09-09 | 2013-03-28 | Nec Corp | データ書き込み装置 |
| JP2015503780A (ja) | 2012-02-13 | 2015-02-02 | 株式会社日立製作所 | 階層化ストレージシステムの管理装置及び管理方法 |
| US20190129893A1 (en) | 2017-11-01 | 2019-05-02 | Swirlds, Inc. | Methods and apparatus for efficiently implementing a fast-copyable database |
-
2020
- 2020-02-07 JP JP2020019437A patent/JP7419853B2/ja active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2004126639A (ja) | 2002-09-30 | 2004-04-22 | Toshiba Corp | データ管理システム、データ管理方法及びプログラム |
| JP2010508608A (ja) | 2006-10-31 | 2010-03-18 | レビット・インコーポレーテッド | 計算機メモリー上に記録されたデータ及びファイルディレクトリ構造の自動保護システム |
| JP2013058134A (ja) | 2011-09-09 | 2013-03-28 | Nec Corp | データ書き込み装置 |
| JP2015503780A (ja) | 2012-02-13 | 2015-02-02 | 株式会社日立製作所 | 階層化ストレージシステムの管理装置及び管理方法 |
| US20190129893A1 (en) | 2017-11-01 | 2019-05-02 | Swirlds, Inc. | Methods and apparatus for efficiently implementing a fast-copyable database |
Also Published As
| Publication number | Publication date |
|---|---|
| JP2021125067A (ja) | 2021-08-30 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7610296B2 (en) | Prioritized files | |
| US7895179B2 (en) | Asynchronous updating of web page data views | |
| EP1235143B1 (en) | Method and system for creating and maintaining version-specific properties in a file | |
| JP4140920B2 (ja) | 個人情報の保護を支援する情報処理装置 | |
| US9424058B1 (en) | File deduplication and scan reduction in a virtualization environment | |
| US7324993B2 (en) | Method and system for converting and plugging user interface terms | |
| US20050080804A1 (en) | System and method for maintaining componentized content | |
| US20080126446A1 (en) | Systems and methods for backing up user settings | |
| US20140075301A1 (en) | Information processing apparatus, control method, and recording medium | |
| US20070226273A1 (en) | Updating a local version of a file based on a rule | |
| JP2005310163A (ja) | テーブルを用いた言語ローカライゼーション | |
| JP2023027785A (ja) | 装置およびコンピュータプログラム | |
| CN1749995A (zh) | 内容相关对象的创建和管理 | |
| US6351741B1 (en) | Method of locating a file linked to a document in a relocated document directory structure | |
| JP2011191862A (ja) | ファイル管理装置、ファイル管理システム、およびファイル管理プログラム | |
| US20100318964A1 (en) | Software extension analysis | |
| CN113377458B (zh) | 插件管理方法、装置、电子设备和存储介质 | |
| JP7419853B2 (ja) | 情報処理装置及びプログラム | |
| US20050033981A1 (en) | Function restricting program, installer creation program and program storage medium | |
| US7003721B1 (en) | Safe save method of HTML files using recovery files including a list with temporary and final names for replacement files | |
| JP2011238229A (ja) | 正確なフォントのアクティブ化 | |
| US10275127B2 (en) | Client apparatus, information processing system, information processing method, and non-transitory computer readable medium | |
| US7624343B2 (en) | Performance optimization for text layout processing | |
| US20060161751A1 (en) | Virtual memory management infrastructure for monitoring deltas and supporting undo versioning in a paged memory system | |
| CN111695327A (zh) | 一种乱码修复方法、装置、电子设备及可读存储介质 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20230124 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20230926 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20231109 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20231212 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20231225 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 7419853 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |