(57)【要約】【課題】送信側からのヘッダ付きデータが、最終的には、ヘッダ情報以外のデータのみが最終的に記憶されることで、記憶容量の有効利用を図ること。【解決手段】例えば、送信側ＰＣシステムからヘッダ付きプログラム１〜３がＵＳＢケーブル１５を介し、受信側情報処理装置としての開発ボード１６上のＲＡＭ１８に順次、転送記憶されるに際しては、ＲＡＭ１８上のプログラム１〜３各々に対応するデータ記憶領域内には、先ずヘッダが記憶された上、そのヘッダ内容が解析された後、そのヘッダと対とされているプログラムデータによりデータ記憶領域全体が上書きされることで、プログラム１〜３はアドレスが連続した状態として記憶されるようにした。【選択図】  図１
2004213496.tif 000002
【特許請求の範囲】
【請求項１】
送信側からのヘッダ付きデータが記憶可能とされている、受信側としての情報処理装置であって、
送信側から受信されたヘッダ、データが順次、記憶される記憶手段と、
該記憶手段上のデータ記憶領域内に、最初に受信されたヘッダが記憶された上、該ヘッダ内容が解析された後、次に受信される、該ヘッダと対とされているデータにより上記データ記憶領域全体が上書きされるよう、制御する記憶制御手段と
を含んでなる情報処理装置。
【請求項２】
請求項１記載の情報処理装置において、
送信側から受信側へのヘッダ、データそれぞれの転送は、受信側から送信側へのデータサイズのリクエストに基づき、行われる情報処理装置。
【請求項３】
受信側としての情報処理装置における、送信側からのヘッダ付きデータの記憶方法としての情報処理方法であって、
送信側から受信されるヘッダをデータ記憶領域内に記憶するヘッダ記憶ステップと、
該ヘッダ記憶ステップにより記憶されたヘッダの内容を解析するヘッダ内容解析ステップと、
該ヘッダ内容解析ステップ後に受信される、上記ヘッダと対とされているデータにより上記データ記憶領域全体を上書きするデータ記憶領域上書きステップとを含む情報処理方法。
【請求項４】
請求項３記載の情報処理方法において、
上記ヘッダ記憶ステップ、データ記憶領域上書きステップそれぞれに先立っては、送信側から受信側へのヘッダ、データそれぞれの転送が行われるべく、送信側へのデータサイズのリクエストを行うデータサイズリクエストステップが実行される情報処理方法。
【請求項５】
受信側としての情報処理装置における、送信側からのヘッダ付きデータを記憶するための情報処理プログラムであって、
送信側から受信されるヘッダをデータ記憶領域内に記憶するヘッダ記憶ステップと、
該ヘッダ記憶ステップにより記憶されたヘッダの内容を解析するヘッダ内容解析ステップと、
該ヘッダ内容解析ステップ後に受信される、上記ヘッダと対とされているデータにより上記データ記憶領域全体を上書きするデータ記憶領域上書きステップとを含む情報処理プログラム。
【請求項６】
請求項５記載の情報処理プログラムにおいて、
上記ヘッダ記憶ステップ、データ記憶領域上書きステップそれぞれに先立っては、送信側から受信側へのヘッダ、データそれぞれの転送が行われるべく、送信側へのデータサイズのリクエストを行うデータサイズリクエストステップが実行される情報処理プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、送信側からのヘッダ付きデータが記憶可能とされている情報処理装置、この情報処理装置における、送信側からのヘッダ付きデータの記憶方法としての情報処理方法、更には、その情報処理装置における、送信側からのヘッダ付きデータを記憶するための情報処理プログラムに関する。
【０００２】
【従来の技術】
データのフォーマットが、例えばヘッダ情報、実データの順として、即ち、「ヘッダ情報」＋「実データ」として構成されており、しかも、そのヘッダ情報には実データの記憶に必要とされる情報（実データ自体のデータ量）が含まれているとして、データが転送先（受信側）に転送される場合を想定すれば、転送先では、実データは勿論のこと、そのヘッダ情報も併せて取り込まれる必要がある。これは、ヘッダ情報が取り込まれなければ、実データの記憶に必要とされている情報が何等得られないからである。
【０００３】
したがって、これまであっては、転送先では、実データは勿論のこと、そのヘッダ情報も併せて記憶されるか、又はＡｕｔｏ変数への一時退避が行われているのが実情である。因みに、ここにいう実データとは、データそのものの他、プログラムとしてのデータをも含む広い概念として定義される。
【０００４】
因みに、特許文献１には、情報処理機器上における主プログラムは、単に、ホストからトランスポートパケットとして転送されている、更新された主プログラムに書き換えされた上、実行されている。そのトランスポートパケットは、ヘッダとパケットデータとから構成されているが、そのヘッダ内に含まれているパケット識別子ＰＩＤが、更新された主プログラムであることを示す場合のみ、書き換え命令が発生されることで、情報処理機器上における主プログラムは、更新された主プログラムに書き換え更新されている。
【０００５】
【特許文献１】
特開２００２―３１２１８６号公報
【０００６】
【発明が解決しようとする課題】
以上のように、これまでにあっては、転送先では、実データは勿論のこと、そのヘッダ情報も併せて記憶されているが、ヘッダ情報の内容が一旦、解析・認識された後は、そのヘッダ情報が不要とされる場合であっても、不要であるにも拘らず、その解析・認識後にも、そのまま、ヘッダ情報が記憶データとして存在させるということは、記憶容量の有効利用上、好ましくないといえる。換言すれば、その内容の解析・認識上、ヘッダ情報の一時記憶は少なくとも必要ながらも、ヘッダ情報に引き続いて実データが直に記憶される場合は別として、ヘッダ情報の記憶領域が特別に用意されるということは、記憶容量の有効利用上、不利となっている。
【０００７】
本発明の目的は、ヘッダ情報に引き続いて（実）データが直に記憶されない場合に、送信側からのヘッダ付きデータが、最終的には、ヘッダ情報以外のデータのみが最終的に記憶されることで、記憶容量の有効利用が図れる情報処理装置を提供することにある。
本発明の他の目的はまた、ヘッダ情報に引き続いてデータが直に記憶されない場合に、送信側からのヘッダ付きデータが、最終的には、ヘッダ情報以外のデータのみが最終的に記憶されることで、記憶容量の有効利用が図れる情報処理方法を提供することにある。
本発明の更なる他の目的は、ヘッダ情報に引き続いてデータが直に記憶されない場合に、送信側からのヘッダ付きデータが、最終的には、ヘッダ情報以外のデータのみが最終的に記憶されることで、記憶容量の有効利用が図れる情報処理プログラムを提供することにある。
【０００８】
【課題を解決するための手段】
本発明の情報処理方法は、基本的には、送信側から受信されるヘッダをデータ記憶領域内に記憶するヘッダ記憶ステップと、このヘッダ記憶ステップにより記憶されたヘッダの内容を解析するヘッダ内容解析ステップと、このヘッダ内容解析ステップ後に受信される、上記ヘッダと対とされているデータにより上記データ記憶領域全体を上書きするデータ記憶領域上書きステップとを含むようにして、送信側からのヘッダ付きデータが記憶処理されるようにしたものである。
【０００９】
以上からも判るように、ヘッダ情報はデータ記憶領域内に一旦記憶されるが、その内容が解析された後は、そのヘッダ情報は、後に後続のデータのデータ記憶領域全体に亘る記憶により上書きされることから、ヘッダ情報の記憶領域が別途、特別に用意されることは不要となる。最終的には、ヘッダ情報以外のデータのみがデータ記憶領域全体に亘って記憶されることで、記憶容量の有効利用が図れることになる。
【００１０】
【発明の実施の形態】
以下、本発明の一実施の形態を図１から図３により説明する。
先ず本発明の情報処理装置、即ち、受信側としての情報処理装置と送信側との関係について説明すれば、図１にその一例での関係を示す。図示のように、受信側としての情報処理装置としては、本例では、開発中の開発ボード１６が想定されており、また、送信側としては、パーソナルコンピュータ（ＰＣ）本体（ＨＤドライブやＦＤドライブ等を具備）１３やキーボード１２、液晶ディスプレイ装置１１等からなるＰＣシステムが想定されている。簡略図示化されているが、開発ボード１６内には、情報処理機能を実現するためのＣＰＵ（図示せず）を始めとして、各種データやアプリケーション・プログラム格納のためのＲＡＭ１８等が実装されている。
【００１１】
結局、全体のシステムとしては、ＰＣ内のソフトウェアツール１４と開発ボード１６内のＲＯＭモニタ（ＲＯＭ上のモニタ・プログラムによりモニタ機能を実現）１７との通信がＵＳＢケーブル１５を介し実現されており、ＰＣ内に存在する各種ファイル（データファイルやＥＬＦ（Ｅｘｔｅｎｓｉｂｌｅ  Ｌｉｎｋｉｎｇ  Ｆｏｒｍａｔ  ）ファイル等）は、ＵＳＢケーブル１５を介し開発ボード１６上のＲＡＭ１８に転送記憶（ダウンロード）可能となっている。
【００１２】
ここで、データ転送記憶（ＥＬＦファイルダウンロード）時での一連の動作概要について、データファイル、ＥＬＦファイルそれぞれの場合について説明すれば、以下のようである。
データファイルの場合：
指定のＲＡＭ領域へのダウンロード機能とされる。
（１）ソフトウェアツールからのコマンド（指定アドレスや指定サイズ情報を含む）をＲＯＭモニタ受信。
（２）ＲＯＭモニタはデータファイルダウンロードを許可。ソフトウェアツールへの返信。
（３）ソフトウェアツールはデータファイルをダウンロード開始。
（４）ＲＯＭモニタは受信データを指定アドレスへ、指定サイズ分、書込む。
【００１３】
ＥＬＦファイルの場合：
受信されたＥＬＦファイルを順次解析し、プログラムとなるデータを指定アドレスへ指定サイズ分、書込む機能とされる。
（１）ソフトウェアツールからのコマンドをＲＯＭモニタ受信（ＥＬＥファイルダウンロードである旨を伝える）。
（２）ＲＯＭモニタはＥＬＦファイル・ダウンロードコマンドを認識。先ずファースト・ヘッダ（Ｆｉｓｔ  Ｈｅａｄｅｒ  ）（固定長）分のデータサイズダウンロード依頼をソフトウェアツールへ返信。
（３）ソフトウェアツールは指定サイズのダウンロード開始。
（４）ＲＯＭモニタは受信データ（Ｆｉｓｔ  Ｈｅａｄｅｒ  ）から、ＥＬＦファイルデータの総ダウンロードサイズ（総データ量）や総プログラム・ヘッダ（Ｐｒｏｇｒａｍ  Ｈｅａｄｅｒ）数（総プログラム数）、各プログラムのデータアドレスとそのデータ量等の情報を解析。
（５）ＲＯＭモニタはプログラム・ヘッダ（固定長）分のデータサイズダウンロード依頼をソフトウェアツールへ返信。
（６）ソフトウェアツールは指定サイズのダウンロード開始。
（７）ＲＯＭモニタは既述のファースト・ヘッダ情報から、受信データ（Ｐｒｏｇｒａｍ  Ｈｅａｄｅｒ）の書込み先（プログラムデータアドレス）としてのデータ記憶領域を把握していることから、その受信データを、任意位置、例えば、そのデータ記憶領域の最後尾のアドレスからプログラム・ヘッダサイズ分のオフセットアドレスを先頭アドレスとして、最後尾のアドレスまでに亘って書込む。そして、そのプログラム・ヘッダから得られる情報を解析。その後、ＲＯＭモニタはプログラムとなるデータ（可変長であり、プログラム・ヘッダ長より大）分のデータサイズダウンロード依頼をソフトウェアツールへ返信。
（８）ソフトウェアツールは指定サイズのダウンロード開始。
（９）ＲＯＭモニタは受信データ（プログラムとなるデータ）をファースト・ヘッダから把握しているデータ記憶領域に書込む（この書込み終了時点で、少なくとも、そのデータ記憶領域内の任意位置に既に記憶されているプログラム・ヘッダは全て上書きされる）。
以降、（５）〜（９）をプログラム・ヘッダ数分、繰り返す。
【００１４】
さて、以上の転送順序とはやや異なるが、ファースト・ヘッダ内には、ＥＬＦファイルデータの総ダウンロードサイズ（総データ量）や総プログラム・ヘッダ（Ｐｒｏｇｒａｍ  Ｈｅａｄｅｒ）数（総プログラム数）の他、各プログラムのデータアドレスとそのデータ量等の情報が予め含まれているとの前提で、ＰＣ内に存在する各種プログラムがプログラム単位に順次、ＵＳＢケーブル１５を介し開発ボード１６上のＲＡＭ１８に転送記憶（ダウンロード）される場合について、具体的に説明すれば、図２に示すようである。
【００１５】
即ち、受信側から送信側に対し、先ず最初のデータサイズリクエストが行われた場合、送信側からは、先ずファースト・ヘッダが受信側にダウンロードされた上、別の場所に保存される（処理（１）〜（３））。このファースト・ヘッダ内には、総データ量や総プログラム数、各プログラム１，２，…  …のデータアドレスとそのデータ量等の情報が含まれていることから、それらプログラム１，２，…  …が全て記憶される上で必要とされる記憶容量と、プログラム１，２，……対応のデータ記憶領域（ダウンロード領域）が一義的に定まることになる。
【００１６】
さて、プログラム数は３であるとして、その後、２番目のデータサイズリクエストが行われることによって、プログラム１対応のプログラム・ヘッダがプログラム１対応のデータ記憶領域内にダウンロードされる（処理（４）〜（６））。本例では、図示のように、そのプログラム・ヘッダはデータ記憶領域内の最後尾アドレス側に詰められた状態として記憶されているが、一般に、プログラム１対応のデータ記憶領域内であれば、その記憶位置は任意とされる。
【００１７】
更に、その後は、３番目，４番目のデータサイズリクエストが順次、行われることによって、プログラム２，３対応のプログラム・ヘッダがプログラム２，３対応のデータ記憶領域内にダウンロードされる（処理（７）〜（１２））。これらダウンロードの際にも、プログラム・ヘッダは最後尾アドレス側に詰められた状態として記憶されているが、プログラム２，３対応のデータ記憶領域内であれば、その記憶位置は任意となっている。
【００１８】
以上のようにして、プログラム１〜３対応のプログラム・ヘッダが順次、ダウンロードされたが、この後は、プログラム１  〜３自体が順次、ダウンロードされるようになっている。
即ち、５番目のデータサイズリクエストが行われることによって、プログラム１自体がプログラム１対応のデータ記憶領域にダウンロードされる（処理（１３）〜（１５））。このダウンロードの際、そのデータ記憶領域の先頭アドレスから最後尾アドレスに向かって、順次、データが記憶されていくことから、プログラム１対応のプログラム・ヘッダがそのデータ記憶領域の如何なる位置に記憶されていようとも、そのプログラム・ヘッダはプログラム１自体のデータにより上書きされてしまうことになる。
【００１９】
その後、６番目，７番目のデータサイズリクエストが順次、行われることによって、プログラム２，３自体がプログラム２，３対応のデータ記憶領域にダウンロードされる（処理（１６）〜（２１））。これらダウンロードの際にも、プログラム２，３対応のプログラム・ヘッダは、対応するデータ記憶領域の如何なる位置に記憶されていようとも、プログラム２，３自体のデータにより上書きされてしまうことになる。
【００２０】
以上の説明からも判るように、プログラム１〜３対応のプログラム・ヘッダは、対応するデータ記憶領域の如何なる位置に記憶されていようとも、プログラム１〜３自体のデータにより上書きされてしまうことから、プログラム１〜３はアドレスが連続した状態として記憶されることになり、その結果、プログラム１〜３のダウンロードの際に、必要最小限の記憶容量で済まされるものである。
【００２１】
ところで、以上の説明では、ファースト・ヘッダ内には、総データ量や総プログラム数の他、ＥＬＦ仕様とは異なり、各プログラムのデータアドレスとそのデータ量等の情報が含まれていることが前提されている。しかしながら、ＥＬＦ仕様通りに、ファースト・ヘッダ内に各プログラムのデータアドレスとそのデータ量が含まれていなく、そのデータ量がプログラム対応のプログラム・ヘッダのみに含まれている場合には、ファースト・ヘッダがダウンロードされた時点では、プログラム１〜３対応のデータ記憶領域が一義的に定まらないことから、以下のようにして、プログラム１〜３対応のプログラム・ヘッダはダウンロードされるようにすればよい。
【００２２】
即ち、ファースト・ヘッダが受信側にダウンロードされた時点で、プログラム１〜３の全てが記憶される上で必要とされる総記憶容量、したがって、データ記憶領域全体は総データ量から知れることから、そのデータ記憶領域全体内の任意位置、例えば最後尾アドレス側に詰められた状態として、プログラム１〜３対応のプログラム・ヘッダが順次記憶されるようにすればよい。少なくとも、プログラム２対応のプログラム・ヘッダがダウンロードされた時点で、プログラム１〜３対応のデータ記憶領域が一義的に定まることから、その後は、プログラム１〜３自体が、先の場合と同様にして、順次、対応するデータ記憶領域にダウンロードされるようにすればよいものである。プログラム１〜３自体が順次、対応するデータ記憶領域にダウンロードされる際には、プログラム２対応のプログラム・ヘッダがデータ記憶領域全体内の如何なる位置に記憶されていようとも、最終的には、プログラム１〜３自体の記憶により上書きされることになり、先の場合と同様な効果が得られることになる。
【００２３】
最後に、本発明の情報処理装置での情報処理方法、あるいはその情報処理方法を実現させるための情報処理プログラムについて説明すれば、図３にその情報処理方法の一例での基本的な概要フローを示す。これについては、既述の説明から既に明らかではあるが、簡単に説明すれば、以下のようである。
【００２４】
即ち、先ず送信側へのデータサイズリクエストに対する応答として、送信側から転送されてくるファースト・ヘッダが受信される（処理３１，３２）。その後は、送信側に対しデータサイズリクエストが行われ、これに対する応答として、送信側から転送されてくるプログラム・ヘッダは受信された上、該当データ記憶領域内に記憶される（処理３３，３４）。更に、送信側に対してはデータサイズリクエストが行われるが、これに対する応答として、送信側から転送されてくるプログラムデータは受信された上、該当データ記憶領域内に記憶される（処理３５，３６）。このプログラムデータの記憶の際に、既に記憶されているプログラム・ヘッダがプログラムデータにより上書きされているものである。その後は、未転送プログラムの有無が判断されるが、未転送プログラムがある限りにおいては、処理３３に戻り、同様な処理が繰返されることになる。
【００２５】
以上、本発明について説明したが、各種プログラムがダウンロード可能であるとの観点から、その適用例としては、ＰＣは勿論のこと、携帯電話機やゲーム機等が容易に考えられるものとなっている。
【００２６】
以上、本発明者によってなされた発明を実施の形態に基づき、具体的に説明したが、本発明は上記実施の形態に限定されるものではなく、その要旨を逸脱しない範囲内で種々変更可能であることはいうまでもない。
【００２７】
【発明の効果】
ヘッダ情報に引き続いて（実）データが直に記憶されない場合に、送信側からのヘッダ付きデータが、最終的には、ヘッダ情報以外のデータのみが最終的に記憶されることで、記憶容量の有効利用が図れる情報処理装置が提供される。
ヘッダ情報に引き続いてデータが直に記憶されない場合に、送信側からのヘッダ付きデータが、最終的には、ヘッダ情報以外のデータのみが最終的に記憶されることで、記憶容量の有効利用が図れる情報処理方法が提供される。
ヘッダ情報に引き続いてデータが直に記憶されない場合に、送信側からのヘッダ付きデータが、最終的には、ヘッダ情報以外のデータのみが最終的に記憶されることで、記憶容量の有効利用が図れる情報処理プログラムが提供される。
【図面の簡単な説明】
【図１】本発明の情報処理装置と送信側との一例での関係を示す図である。
【図２】ＰＣ内に存在する各種プログラムがプログラム単位に順次、情報処理装置に転送記憶される場合について、一例での転送手順として具体的に説明するための図である。
【図３】本発明の情報処理方法の一例での基本的な概要フローを示す図である。
【符号の説明】
１３…パーソナルコンピュータ（ＰＣ）本体（送信側）、１６…開発ボード（受信側の情報処理装置）、１５…ＵＳＢケーブル、１８…ＲＡＭ
【図１】
2004213496.tif 000003
【図２】
2004213496.tif 000004
【図３】
2004213496.tif 000005