JP2005353034A

JP2005353034A - 機能別のデータ貯蔵のためのバイナリファイルを生成する装置及び方法とその方法を貯蔵するためのコンピューター読取りが可能な貯蔵媒体

Info

Publication number: JP2005353034A
Application number: JP2004366764A
Authority: JP
Inventors: Suk-Soon Kim; 錫舜金
Original assignee: Samsung Electronics Co Ltd
Current assignee: Samsung Electronics Co Ltd
Priority date: 2004-06-07
Filing date: 2004-12-17
Publication date: 2005-12-22
Also published as: US20060004895A1; KR100617698B1; EP1605351A1; KR20050116462A

Abstract

【課題】機能別のデータ貯蔵のためのバイナリファイルを生成する装置及び方法とその方法を貯蔵するためのコンピューター読取りが可能な貯蔵媒体を提供する。
【解決手段】機能別のデータ貯蔵のためのバイナリーファイルを生成する装置及び方法であって、機能別に生成された目的ファイルのそれぞれを個別バイナリファイルに変換し、変換されたそれぞれの個別バイナリファイルを併合して統合バイナリファイルを生成する。バイナリファイルが統合されると、それぞれの個別バイナリファイルの間ごとに所定のサイズに分割された無効データを挿入する。
【選択図】図４

Description

本発明は、バイナリファイルを生成する装置及び方法に関し、特に、機能別のデータ貯蔵のためのバイナリファイルを生成する装置及び方法とその方法を貯蔵するためのコンピューター読取りが可能な貯蔵媒体に関する。

一般に、移動端末機は、該当プログラムを実行するために、ロム(ＲＯＭ；Read Only Memory)の内に読取り専用コード及び読取り専用データが貯蔵された埋め込みシステム(Embedded System)を含む。このコード及びデータは、ＲＯＭにバイナリーイメージ(Binary Image)形態で貯蔵されている。このような移動端末機に使用されるバイナリファイルの構造を説明すると、下記の通りである。

図１は、通常のバイナリファイル１００の構造を示す。該図に示すように、通常のバイナリファイル１００は、一般に、１０個未満のバイナリーファイルエリアに分類され、例えば、ブート(Boot)エリア１１０、アプリケーション(Application)エリア１３０、リソースエリア１５０、及びファイルシステムが管理するフリーエリア１７０がある。バイナリファイル１００が移動端末機に使用されるとき、移動端末機をブーティングするのに必要な命令データは、ブート(Boot)エリア１１０に位置される。移動端末機を動作するのに必要なデータは、ブートエリア１１０に位置するデータを除外した、アプリケーションエリア１３０に位置する。アプリケーションの実行に必要なデータは、リソースエリア１５０に位置し、フリーエリア１７０は、バイナリファイル１００に追加される新たなデータ(New data)を貯蔵するスペア(Spare)エリアである。

一方、移動端末機を含む電子製品の機能が多様化且つ複雑化されるにつれて、電子製品に貯蔵されているソフトウェア(Software)の構造も複雑化且つ大容量化になっている。また、電子製品に新たな機能が追加されるか、又は、電子製品の機能が変更される場合には、関連製品に関連したソフトウェアをアップデート(Update)しなければならない。

図２の（ａ）乃至（ｃ）を参照して、ソフトウェア(すなわち、バイナリファイル)をアップデートする従来の方法について説明する。
図２の（ａ）乃至（ｃ）は、通常の方法でソフトウェアがアップデートされる方法を説明している。電子製品に使用されるソフトウェアをアップデートするための通常な方法において、単一イメージとして貯蔵されている全体のソフトウェアを削除した後に、新たなイメージをＲＯＭに記録する。

例えば、図２の（ａ）に示すように、ＲＯＭに貯蔵されているソフトウェアがアップデートされる場合に、まず、ＲＯＭに貯蔵されている全体のソフトウェアを削除しなければならない。これは、単一イメージとして形成された全体のソフトウェアのアプリケーションデータが相互に作用するからである。従って、図２の（ｃ）に示すように、ソフトウェアの一部のみをアップデートしようとする場合にも、図２の（ａ）に示すように、アプリケーションエリアに貯蔵されているアプリケーションデータを図２の（ｂ）に示すように全部削除した後に、図２の（ｃ）に示すように、新たなアプリケーションデータをＲＯＭに貯蔵しなければならない。

従来のアップデート方法は、小容量のソフトウェアには効率的であるが、ソフトウェアが大容量化される最近の傾向を考慮すると、アップデートするソフトウェア部分がバイナリー形態で記録される場合に、アップデート時間が長くなりすぎるため、信頼性があるソフトウェアのアップデートを期待することができない。

上記背景に鑑みて、本発明の目的は、ソフトウェアをアップデートする時間を減らすことができるバイナリファイルを提供することにある。

本発明の他の目的は、機能別のデータ貯蔵のためのバイナリファイルを生成する装置及び方法とその方法を貯蔵するためのコンピューター読取りが可能な貯蔵媒体を提供することにある。

このような目的を達成するために、本発明に従う機能別のデータ貯蔵のためのバイナリーファイルを生成する方法は、機能別に生成された目的ファイルのそれぞれを個別バイナリファイルに変換するステップと、この変換されたそれぞれの個別バイナリファイルを併合して統合バイナリファイルを生成するステップと、を含み、この生成ステップは、それぞれの個別バイナリファイルの間ごとに所定のサイズに分割された無効データを挿入して併合することを特徴とする。

また、本発明に従う機能別のデータ貯蔵のためのバイナリー(Binary)ファイルを生成する装置は、機能別に生成された目的ファイルのそれぞれを個別バイナリファイルに変換する目的ファイル変換部と、この目的ファイル変換部で変換されたそれぞれの個別バイナリファイルの間ごとに所定のサイズに分割された無効データを挿入する無効データ挿入部と、このそれぞれの個別バイナリファイルとこの挿入された無効データとを併合するバイナリファイル併合部と、を含むことを特徴とする。

さらに、本発明に従うコンピューター読取りが可能な記録媒体は、その記録媒体が実行されるとき、機能別に生成された目的ファイルのそれぞれを個別バイナリファイルに変換するステップと、この変換されたそれぞれの個別バイナリファイルを併合して、統合バイナリファイルを生成するステップと、を含み、この生成ステップは、それぞれの個別バイナリファイルの間ごとに所定のサイズに分割された無効データを挿入して併合するプロセッサ制御命令語を記録することを特徴とする。

本発明は、機能別のデータ貯蔵のためのバイナリファイルを生成する装置及び方法とその方法を貯蔵するコンピューター読取りが可能な貯蔵媒体とを提供する。従って、本発明によって生成したバイナリファイルを該当プログラムをアップデートする際に用いることによって、フラッシュＲＯＭ(Flash ROM)でデータの読出し／削除／記録を行う回数を減らすことができる。また、個別バイナリファイルを識別するために無効データが挿入されたバイナリファイルを用いてプログラムをアップデートする際に、バイナリファイルの全体でない変更されたバイナリファイルを部分的にアップデートすることができる、という効果を奏ずる。

以下、本発明による好適な一の実施形態について添付した図面を参照しつつ詳細に説明する。下記の説明において、本発明の要旨のみを明瞭にする目的で、関連した公知の機能又は構成に関する具体的な説明は省略する。なお、図面中、同一な構成要素に対しては、可能な限り同一な符号及び番号を共通使用するものとする。

図３は、本発明の実施形態に従う機能別のデータ貯蔵のためのバイナリファイルを生成する装置の構成を示すブロック図である。
該図に示すバイナリファイル生成装置は、目的ファイル変換部１０、無効データ挿入部２０、制御部３０、及びバイナリファイル併合部４０を含む。

目的ファイル変換部１０は、リンカー(Linker)で構成されることができ、機能別に生成された目的ファイルのそれぞれを制御部３０の制御の下に個別バイナリファイルに変換する。

無効データ挿入部２０は、目的ファイル変換部１０で変換されたそれぞれの個別バイナリファイルの間ごとに所定のサイズに分割された無効データを挿入する。この無効データは、図１でのバイナリファイルのスペア(Spare)エリアであるフリーエリアを形成するヌル(Null)データを用いることが望ましい。この無効データは、実際のデータとして使用されず、この個別バイナリファイルのそれぞれを識別するための空間(すなわち、ホール(Hole))の役割をする。

制御部３０は、このバイナリファイル生成装置の全般的な動作を制御する。
バイナリファイル併合部４０は、この個別バイナリファイルとこの挿入された無効データとを併合して統合バイナリファイルを生成する。

図４は、本発明の実施形態に従う機能別のデータ貯蔵のためのバイナリファイルを生成する方法を示すフローチャートである。

図３及び図４を参照すると、ステップＳ１１０で、目的ファイル変換部１０は、機能別に生成された目的ファイルのそれぞれを個別バイナリファイルに変換する。この目的ファイルは、コンピューター言語Ｃで書かれたソース(Source)ファイルであって、所定の装置が読み取ることができるようにコンパイル(Compile)される。例えば、ソースファイルは、バイナリコード“０１０１０１０１０１”として貯蔵された目的ファイルにコンパイルされる。目的ファイルがグループ化されていると、目的ファイル変換部１０は、この目的ファイルがグループ化(Grouped)されていると、その目的ファイルを各機能別に分類(例えば、スキャッタファイル(Scatter File)を使用して)し、この分類されたこの目的ファイルを個別バイナリファイルにそれぞれ変換する。

ステップＳ１２０で、無効データ挿入部２０は、目的ファイル変換部１０で変換されたそれぞれの個別バイナリファイルの間ごとに、所定のサイズに分割された無効データを挿入する。この無効データの所定のサイズは、この個別バイナリファイルの個数及び個別バイナリファイルのそれぞれのサイズに従って相互に異なる。例えば、個別バイナリファイルの個数が１０個であれば、これに従って、無効データも１０個に分割され、個別バイナリファイルのサイズが５０Ｋであれば、無効データのサイズは、５０Ｋの１／１０である５Ｋになることが望ましい。

ステップＳ１３０で、バイナリファイル生成部３０は、この個別バイナリファイルとこの挿入された無効データとを併合して統合バイナリファイルを生成する。

図５は、図４を参照して説明した方法に従って生成されたバイナリファイルを示す。この生成されたバイナリファイルは、統合バイナリファイル２００を意味する。
該図に示すように、統合バイナリファイル２００は、図４のステップＳ１１０で変換されたｎ個の個別バイナリファイルと、ステップＳ１２０でそれぞれの個別バイナリファイルの間に挿入されたｎ個の無効データと、を含む。

このｎ個の個別バイナリファイルは、ｎ個の個別ブート(Boot)バイナリファイル２０２、ｎ個の個別アプリケーション(Application)バイナリファイル２０４、及びｎ個の個別リソース(Resource)バイナリファイル２０６を示し、個別バイナリファイルの間に挿入されたｎ個の無効データは、ｎ個のブート無効データ２０８、ｎ個のアプリケーション無効データ２１０、及びｎ個のリソース無効データ２１２を示す。

この無効データは、図１でのフリーエリアを形成するヌルデータとして、統合バイナリファイル２００をアップデートする際に、個別バイナリファイルを識別するか、または区分するための役割を遂行し、これによって、部分的なアップデートを可能にする。

本発明に従う上述の方法は、プログラムで具現化され、記録媒体、例えば、コンパクトディスク(ＣＤ)、ディジタルビデオディスク(ＤＶＤ)、ランダムアクセスメモリ(ＲＡＭ)、フロッピー（登録商標）ディスク(Floppy（登録商標） Disk)、ハードディスク(Hard Disk)、及び光磁気ディスク(magneto-optical disc)にコンピューター読取りが可能な形態で貯蔵されることができる。

以上、本発明を具体的な実施形態を参照して詳細に説明したが、本発明の範囲は、前述の実施形態によって限定されるべきではなく、特許請求の範囲の記載及びこれと均等なものの範囲内で様々な変形が可能なことは、当該技術分野における通常の知識を持つ者には明らかである。

通常のバイナリファイルの構造を示す図である。通常のソフトウェアのアップデート方法を説明するための図である。本発明の実施形態に従う機能別のデータ貯蔵のためのバイナリファイルを生成する装置の構成を示すブロック図である。本発明の実施形態に従う機能別のデータ貯蔵のためのバイナリファイルを生成する方法を示すフローチャートである。図４を参照して本発明の方法に従って生成されたバイナリファイルを示す図である。

符号の説明

１０・・・目的ファイル変換部
２０・・・無効データ挿入部
３０・・・制御部
４０・・・バイナリファイル併合部

Claims

機能別のデータ貯蔵のためのバイナリー(Binary)ファイルを生成する方法であって、
機能別に生成された目的ファイルのそれぞれを個別バイナリファイルに変換するステップと、
前記変換されたそれぞれの個別バイナリファイルを併合して統合バイナリファイルを生成するステップと、を含み、前記生成ステップは、それぞれの個別バイナリファイルの間ごとに所定のサイズに分割された無効データを挿入して併合することを特徴とするバイナリファイルの生成方法。
前記分割された無効データは、前記統合バイナリファイルに含まれるために、既設定されたサイズのデータであることを特徴とする請求項１記載のバイナリファイルの生成方法。
前記無効データは、前記個別バイナリファイルの回数及び個別バイナリファイルのそれぞれのサイズ情報に従って相異なるサイズに分割されることを特徴とする請求項２記載のバイナリファイルの生成方法。
前記変換ステップは、リンカー(Linker)によって遂行されることを特徴とする請求項１記載のバイナリーファイルの生成方法。
前記変換ステップは、前記目的ファイルがグループ化されていると、その目的ファイルを各機能別に分類するステップをさらに含むことを特徴とする請求項１記載のバイナリファイルの生成方法。
機能別のデータ貯蔵のためのバイナリー(Binary)ファイルを生成する装置であって、
機能別に生成された目的ファイルのそれぞれを個別バイナリファイルに変換する目的ファイル変換部と、
前記目的ファイル変換部で変換されたそれぞれの個別バイナリファイルの間ごとに所定のサイズに分割された無効データを挿入する無効データ挿入部と、
前記それぞれの個別バイナリファイルと前記挿入された無効データとを併合するバイナリファイル併合部と、を含むことを特徴とするバイナリファイルの生成装置。
前記分割された無効データは、前記統合バイナリファイルに含まれるために、既設定されたサイズのデータであることを特徴とする請求項６記載のバイナリファイルの生成装置。
前記無効データは、前記個別バイナリファイルの回数及び個別バイナリファイルのそれぞれのサイズ情報に従って相異なるサイズに分割されることを特徴とする請求項７記載のバイナリファイルの生成装置。
前記目的ファイル変換部は、前記目的ファイルがグループ化されていると、その目的ファイルを各機能別に分類し、前記分類された目的ファイルをそれぞれの個別バイナリファイルに変換することを特徴とする請求項６記載のバイナリファイルの生成装置。
前記目的ファイル変換部は、リンカー(Linker)であることを特徴とする請求項６記載のバイナリファイルの生成装置。
コンピューター読取りが可能な記録媒体であって、
その記録媒体が実行されるとき、機能別に生成された目的ファイルのそれぞれを個別バイナリファイルに変換するステップと、
前記変換されたそれぞれの個別バイナリファイルを併合して、統合バイナリファイルを生成するステップと、を含み、前記生成ステップは、それぞれの個別バイナリファイルの間ごとに所定のサイズに分割された無効データを挿入して併合するプロセッサ制御命令語を記録することを特徴とするコンピューター読取りが可能な記録媒体。
前記記録媒体がプロセッサによって実行されるとき、前記目的ファイルがグループ化されていると、その目的ファイルを各機能別に分類するステップをさらに含むことを特徴とする請求項１１記載のコンピューター読取りが可能な記録媒体。