JP2001297020A - 記憶媒体及び該記憶媒体を用いた情報処理方法 - Google Patents

Abstract

(57)【要約】 【課題】 言語体系の違いを感じさせずに複数の装置間
でファイルを共有可能な記憶媒体及び該記憶媒体を用い
た情報処理方法を提供する。 【解決手段】 装置に着脱可能な記憶媒体１０で、情報
を記憶する記憶部１２ａ、１２ｂ、１２ｄと、情報を処
理するＭＰＵ１１とを備え、ＭＰＵ１１が、装着される
装置に対応して、記憶部１２ｂに記憶された情報の言語
体系を記憶部１２ｄに記憶されたスクリプトにより変換
して、装着された装置に提供する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は記憶媒体及び該記憶
媒体を用いた情報処理方法、特に、インテリジェンスの
ある情報処理を提供する着脱可能な記憶媒体及び該記憶
媒体を用いた情報処理方法に関するものである。

【０００２】

【従来の技術】近年、着脱可能な記憶媒体、特にメモリ
の高集積化により携帯可能なメモリカードが現われて、
個人が自分用のメモリカードを携帯して、種々の外部装
置を情報の取得用あるいは再生用として使用するという
傾向が強くなってきた。

【０００３】しかしながら、上記各種の外部装置ではハ
ードウエア・インターフェースは統一されていても、装
置が扱う情報の言語体系は情報の種類によっても、ある
いは情報の種類が同じ場合でも、異なった言語体系であ
る場合が多い。特に、音声情報を取り扱う音声ファイル
と音楽情報を取り扱う音楽ファイルとは、従来その品質
などの要求が異なり技術的にも統一できないため、異な
る言語体系で開発・発展してきた。又、デジタル情報化
が進んでコンピュータによる文書処理が増えるに従っ
て、コードによるテキストファイルが有用になったが、
入力はキー入力よりも画像入力の方が簡単であり、入力
した画像ファイルをテキストファイルで処理したい場合
も多い。更に、ＯＳなどのプログラムや機器制御プログ
ラムなどは、開発の違いで種々の言語体系を踏襲してお
り、統一はなかなか難しい。

【０００４】

【発明の解決しようとする課題】本発明は、以上のよう
な言語体系の違いを感じさせずに複数の装置間でファイ
ルを共有可能な記憶媒体及び該記憶媒体を用いた情報処
理方法を提供する。

【０００５】

【課題を解決するための手段】この課題を解決するため
に、本発明の記憶媒体は、装置に着脱可能な記憶媒体で
あって、情報を記憶する記憶手段と、該情報を処理する
情報処理手段とを備え、前記情報処理手段が、装着され
る装置に対応して、前記記憶手段に記憶された情報の言
語体系を変換する変換手段を含むことを特徴とする。

【０００６】ここで、前記変換手段は、前記記憶手段に
おける装着された装置のアクセス位置に情報が無い場合
に、言語体系の変換をする。また、前記言語体系が変換
される情報はプログラムを含む。また、前記情報処理手
段はマイクロプロセッサであって、前記記憶手段に記憶
されたプログラムに従って、情報を処理する。また、前
記情報処理手段は、更に、装着された装置を制御する制
御手段を含む。また、前記変換手段は、前記記憶手段に
記憶された記述情報に従って、前記記憶手段に記憶され
た情報の言語体系を変換する。また、前記プログラム又
は記述情報は、装着された装置から前記記憶手段にダウ
ンロード可能である。また、前記記憶手段は、装着され
た第１の装置から格納された情報を記憶する第１の領域
と、装着された第２の装置に対応して言語体系が変換さ
れた情報を記憶する第２の領域を含む。また、前記記憶
手段はメモリであって、装着された装置は前記記憶媒体
をディスクとして制御する。

【０００７】又、本発明の情報処理方法は、装置に着脱
可能な記憶媒体を用いた情報処理方法であって、前記記
憶媒体が、情報を記憶する記憶手段と、該情報を処理す
る情報処理手段とを備え、前記情報処理手段が、装着さ
れる装置に対応して、前記記憶手段に記憶された情報の
言語体系を変換する変換手段を含み、前記記憶媒体を第
１の装置に装着して、該第１の装置から第１の言語体系
の情報を前記記憶手段に記憶し、前記記憶媒体を前記第
１の装置と言語体系の異なる第２の言語体系の第２の装
置に装着した場合に、前記変換手段によって、前記記憶
手段に記憶された第１の言語体系の情報を第２の言語体
系に変換して、前記第２の装置に提供することを特徴と
する。

【０００８】ここで、前記言語体系が変更される情報は
プログラムを含む。また、前記第１及び第２の言語体系
の組が、音声ファイルと音楽ファイルの組、画像ファイ
ルとテキストファイルの組、第１自動車のプロファイル
と第２自動車のプロファイルの組などを含む。また、前
記記憶媒体が更に装着した装置を制御する制御手段を含
み、前記制御手段は前記装着された装置を周辺機器とし
て制御する。

【０００９】

【発明の実施の形態】本発明をより詳細に説述するため
に、添付の図面に従って、本発明の実施の形態を説明す
る。尚、本実施の形態では、インテリジェンスを有する
メモリカード（以下、インテリジェント・メモリカー
ド、あるいはＩＭとも称する）について説明する。又、
以下の具体例では、ファイルフォーマットが違う場合や
プロファイルが違う場合、更にプログラム言語が違う場
合の、本実施の形態による変換を例として説明するが、
本発明はこれらの違いを包括する様々な言語体系の違い
を解決するために適用される発明であり、請求項ではこ
の範囲を「言語体系」の文言を使用して表現している。

【００１０】＜本実施の形態のインテリジェント・メモ
リカードの構成例＞図１は、本発明に係る一実施の形態
の構成するインテリジェント・メモリカード１０の構成
例を示すブロック図である。

【００１１】図中、１１は全体制御を司るマイクロプロ
セッサ・ユニット（以下ＭＰＵと称す）、１２ａはＭＰ
Ｕ１１が実行するＯＳを含むシステム・プログラムを記
憶するシステム格納部、１２ｂはＩＭ１０が記憶する情
報を格納するコンテンツ格納部、１２ｄはＭＰＵ１１に
より実行されて言語体系を変換するための記述情報を格
納するスクリプト格納部である。１３はメモリ格納部１
２の制御をするデジタル信号プロセッサである。１４は
エクスターナル・バス２１を介して、本ＩＭ１０を装着
する外部装置との情報交換を制御するエクスターナル・
バスインタフェース、１５は本ＩＭの電源を制御するパ
ワー管理部であり、電源は外部装置からパワーライン２
２を介して提供されても、内部電源１５’を有していて
もよい。１６は本ＩＭ特有の制御情報やエクスターナル
・バスインタフェース１４で使用する制御情報を格納す
るアトリビュートＲＯＭ、１７は外部装置との同期をと
るためのクロック制御部である。

【００１２】＜本実施の形態のＩＭを含む情報処理シス
テムの構成例＞図２は、本実施の形態のＩＭ１０とＩＭ
１０を装着する外部装置（親機）とを含む情報処理シス
テムの構成例を示すブロック図である。

【００１３】ＩＭ１０については前述したので詳細は省
くが、メモリ部１２がコンテンツ格納部１２ｂとは別に
擬似コンテンツ格納部１２ｃを有することが示されてい
る。本例では、エクスターナルバス２１は、親機からリ
ード／ライトを通知するＲ／Ｗラインと、シリアルでパ
ケットデータを伝送するデータラインと、クロックを伝
送するクロックラインとからなっている。

【００１４】親機３０は種々の構成が考えられるが、こ
こでは汎用コンピュータを例に示した。３１は親機３０
を制御する演算・制御用のＣＰＵ、３２はＣＰＵ３１の
実行する固定プログラムや固定データを記憶するＲＯ
Ｍ、３３はプログラムやデータの一時記憶として使用さ
れるＲＡＭ、３４はハードディスクやフローッピーディ
スク、ＣＤなどの外部記憶装置、３５はＩＭ１０との間
の情報転送を制御するエクスターナル・バスインタフェ
ース、３６は装置の電源を制御するパワー・コントロー
ラ、３７は親機１０が搭載する周辺入出力機器、例えば
キーボード３７ａ、ディスプレイ３７ｂ、プリンタ３７
ｃ、通信装置３７ｄなどをインタフェースする入出力イ
ンタフェースである。尚、周辺入出力機器はこれに限定
されず、音楽再生機やデジカメなどその用途により、本
ＩＭ１０を使用可能なそれぞれの機器で必要な機能を揃
えればよい。

【００１５】＜本実施の形態のＩＭを含む情報処理シス
テムの動作例＞図３及び図４に、図２に示した情報処理
システムでの基本的な動作手順のフローチャトを示す。
ここでは、本ＩＭ１０がＦＡＴを有するディスクとして
制御される典型的な処理手順を示すが、これに限定され
ることはない。本フローチャートは、親機３０へのＩＭ
１０の装着をトリガとしたインタラプト、あるいは親機
３０からのアクセス指示などにより開始される。

【００１６】まず、親機３０は、ステップＳ１１０でＩ
Ｍ１０から親機３０が必要なディレクトリを読み込もう
とする。ここで、必要なディレクトリとは、例えば親機
３０が音楽再生機であれば音声ファイルのディレクトリ
であり、親機３０がワードプロセッサ（一般には、ワー
ドプロセッサ機能）であればテキストファイルのディレ
クトリである。現在市販されているメモリカードでは、
ファイルの種類によってＦＡＴ上で分離されているた
め、親機３０は他のディレクトリには関心を示さず必要
なディレクトリしか取出さない。この親機３０からのデ
ィレクトリの読み込み要求に対して、ＩＭ１０はステッ
プ２１０でＦＡＴの内容及び対応するディレクトリがあ
ればそれを返す。

【００１７】ステップＳ１１０とＳ２１０とのやり取り
は詳細には、以下のようである。まず、親機３０はステ
ップＳ１１１でＩＭ１０にＦＡＴ０を要求する、ＦＡＴ
０は既知のアドレスに格納されており、ＩＭ１０はステ
ップＳ２１１で要求を受けると、ステップＳ２１２でＦ
ＡＴ０を返す。ＦＡＴ０にはそれぞれの種類のファイル
の先頭ＦＡＴ番号を順に示すデータが格納されている。
親機３０はＦＡＴ０を受け取ると、ステップＳ１１２か
らＳ１１３に進んで、最初種類のＦＡＴ番号（ここで
は、ＦＡＴｎｉと示している）のＦＡＴを要求する。Ｉ
Ｍ１０は要求に答えて、ステップＳ２１３からＳ２１４
に進んで、所望のＦＡＴｎｉを返す。親機３０は、ステ
ップＳ１１４からＳ１１５に進んで、獲得したＦＡＴｎ
ｉが親機３０が必要なディレクトリに対応するものかを
判定し、違えばステップＳ１１６でｉ＋１してステップ
Ｓ１１３に戻り、次の種類のＦＡＴ番号のＦＡＴを要求
する。

【００１８】このようにして、親機３０の必要なディレ
クトリを指示するＦＡＴが見つかると、ステップＳ１１
５からＳ１１７に進んで、ディレクトリを要求する。デ
ィレクトリの要求を受けたＩＭ１０は、ステップＳ２１
５からＳ２１６に進んで、ディレクトリを返す。この場
合に、ＦＡＴの指す場所にディレクトリが無い場合、従
来は必要なディレクトリは空であることで処理を終了し
ていたが、本例では、ステップＳ２１６で、以下に詳細
に説明するように、他の種類、すなわち言語体系の変換
のみで必要なファイルが作成できるファイルから、スク
リプト格納部１２ｄに格納された記述情報を使ってファ
イルを親機３０が理解できるファイルに変換して、その
ディレクトリを親機３０に返す。

【００１９】従って、親機３０は、ステップＳ１１８で
装着時にはＩＭ１０にはなかった親機３０用の情報のデ
ィレクトリを得て、ステップＳ１２０でディレクトリを
表示する。尚、ステップＳ１２０は親機３０によっては
必要なく、直に得られたディレクトリのファイルを読出
して、処理を開始してもよい。

【００２０】本例では、図４のステップＳ１３１に進ん
で親機３０で書き込みの要求があったか、あるいはステ
ップＳ１４１で親機３０で読み込みの要求があったかを
判定する。書き込み要求があればステップＳ１３２に進
んで、ＩＭ１０に書き込み要求をし、ＩＭ１０で要求を
受けてステップＳ２３１からＳ２３２に進んで、書き込
み処理を行う。親機３０では、書き込み要求の結果をＩ
Ｍ１０から受けて、エラーがあればステップＳ１３４で
エラー処理をし、エラーがなければステップＳ１３３か
ら図３のステップＳ１１１に戻って、再度ディレクトリ
の読み込みを行う。一方、ＩＭ１０はステップＳ２３２
から図３のステップＳ２１１に戻る。親機３０から読み
込み要求があると、書き込み要求と同様に親機３０はス
テップＳ１４２からＳ１４４で読み込み処理を行い、Ｉ
Ｍ１０はステップＳ２４２で読み込み処理を行う。

【００２１】尚、以下、ＩＭ１０内のソフトウエア構成
に従って、ＩＭ１０の処理手順を示すが、特に図３のス
テップＳ２１６のディレクトリの読出し処理、図４のス
テップＳ２３２の書き込み処理、ステップＳ２４２の読
出し処理を説明する。しかし、処理手順はフローチャト
で示すよりも、各ソフトウエア・モジュール間の処理移
動で表現した方が動きが明瞭となるので、図５から図１
６はその形式で説明する。

【００２２】＜本実施の形態のＩＭ１０が有するソフト
ウエアの構成例＞図５は、本実施の形態のＩＭ１０が有
するソフトウエア構成例である。

【００２３】４０は、親機３０とのデータのやり取りを
制御するバスドライバ、５０は親機３０からのアクセス
をディスクアクセスと統一させるためのＦＡＴエミュレ
ータ、６０はＩＭ１０のスクリプト格納部１２ｄに記憶
されたスクリプトを使用してコンテンツの言語体系を変
換するスクリプト翻訳部、７０はコンテンツ格納部１２
ｂの制御を司るコンテンツ格納部ドライバ、８０は擬似
コンテンツ格納部１２ｂの制御を司る擬似コンテンツ格
納部ドライバ、９０はスクリプト格納部１２ｄの制御を
司るスクリプト格納部ドライバである。

【００２４】これらのソフトウエア・モジュールは、相
互に制御をファンクションコールで移動するが、親機３
０とのやり取りを司るＦＡＴエミュレータ５０を中心し
動作する。尚、図５では各モジュールを機能別に明瞭に
切り分けたが、実際のプログラムは共通のルーチンを使
用したり、明瞭に切り分けられずに複数の機能を実現す
るものであってもよい。

【００２５】＜本実施の形態のＩＭ１０が有するソフト
ウエアの動作例＞図６は、親機３０からＩＭ１０にスク
リプトデータをダウンロードする処理を示した図であ
る。親機３０から受信したスクリプトデータはバスドラ
イバ４０が受け取って、ＦＡＴエミュレータ５０で記憶
位置が決定登録されて、スクリプト翻訳部６０の下でス
クリプト格納部ドライバ９０によって、スクリプト格納
部１２ｄに記憶される。尚、この処理は、以下の処理
(1)に対応する。

【００２６】図７は、図３のステップＳ２１６での従来
からのディレクトリ読出し、図４のステップＳ２３２や
Ｓ２４１のデータ書き込みやデータ読み出しに対応す
る、ＩＭ１０へのノーマルアクセスの処理を示した図で
ある。親機３０からの書き込み／読出しの要求はバスド
ライバ４０で受け取られて、ＦＡＴエミュレータ５０に
渡され、ＦＡＴエミュレータ５０は書き込みの場合は記
憶位置を決定登録し、読出しの場合は記憶位置を読出
し、コンテンツ格納部ドライバ７０や擬似コンテンツ格
納部ドライバにより、コンテンツ格納部１２ｂや擬似コ
ンテンツ格納部１２ｃへの書き込み／読出しを行う。
尚、この処理は、以下の処理(10)、(10)’に対応する。

【００２７】図８は、図３のステップＳ２１６でのディ
レクトリ読出しでの、本実施の形態でのコンテンツの言
語体系の変換に対応する、スクリプトコールの処理を示
した図である。親機３０からのディレクトリの要求はバ
スドライバ４０で受け取られて、ＦＡＴエミュレータ５
０に渡され、ＦＡＴエミュレータ５０はディレクトリが
空であると認識すると、コンテンツのある位置と変換し
たコンテンツを格納する位置を決定登録してスクリプト
翻訳部６０に制御を渡す。スクリプト翻訳部６０はスク
リプト格納部ドライバ９０によりスクリプト格納部１２
ｄのスクリプトデータを読出す。コンテンツ格納部ドラ
イバ７０によりコンテンツ格納部１２ｂから読出された
コンテンツは、スクリプト翻訳部６０で親機３０に理解
できる言語体系に変換され、擬似コンテンツ格納部ドラ
イバ８０により擬似コンテンツ格納部１２ｃに書き込ま
れる。ＦＡＴエミレータ５０は擬似コンテンツ格納部１
２ｃのディレクトリを親機３０に返す。その後、親機３
０から読出し要求があると、ＩＭ１０は変換されたコン
テンツを擬似コンテンツ格納部１２ｃから読出して、親
機３０に送る。尚、この処理は、以下の処理(7)〜(9)に
対応する。

【００２８】＜本実施の形態のＩＭ１０の動作例＞以
下、親機３０の要求に対応するＩＭ１０の動作例を、前
記ソフトウエア・モジュールの動作に関連させて示す。

【００２９】図９は、親機３０からの書き込み／読み出
しの要求をＩＭ１０がどのように制御するかを、概括的
の示した図である。

【００３０】（書き込み要求）親機３０から書き込み要
求があると、バスドライバ４０がこれを受けて、ＦＡＴ
エミュレータ５０に渡す。ＦＡＴエミュレータ５０で
は、書き込み要求がディレクトリに対するものか否かを
判断し、ディレクトリに対するものであると更にスクリ
プトの書き込みであるかを判定し、スクリプトの書き込
みである場合は、スクリプト格納部ドライバ９０により
スクリプト格納部１２ｄに書き込みを行う（処理
(1)）。

【００３１】スクリプトの書き込みでない場合は、コン
テンツ格納部ドライバ７０によりコンテンツ格納部１２
ｂにディレクトリを書き込む（処理(2)）。

【００３２】ディレクトリへのアクセスでない場合は、
コンテンツ格納部ドライバ７０によりコンテンツ格納部
１２ｂにコンテンツを書き込む（処理(3)）。

【００３３】（読み出し要求）親機３０から読み出し要
求があると、バスドライバ４０がこれを受けて、ＦＡＴ
エミュレータ５０に渡す。ＦＡＴエミュレータ５０で
は、読み出し要求がディレクトリに対するものか否かを
判断し、ディレクトリに対するものであると更にスクリ
プトを使用する読み出し処理であるかを判定し、スクリ
プトを使用する場合は、スクリプト格納部ドライバ９０
によりスクリプト格納部１２ｄからスクリプトを読み出
し（処理(4)）、コンテンツ格納部１２ｂ（処理(5)）か
擬似コンテンツ格納部１２ｃ（処理(5)’）からコンテ
ンツを読み出し、スクリプト翻訳部６０でコンテンツを
変換して、その結果を擬似コンテンツ格納部１２ｃに書
き込む（処理(6)）。

【００３４】スクリプトを使った読み出しでない場合
は、コンテンツ格納部１２ｂか擬似コンテンツ格納部１
２ｃかにコンテンツがあるか否かを判定し、いずれかに
コンテンツがあればそれをディレクトリで返す。

【００３５】どちらにもコンテンツが無い場合は、処理
がスクリプト翻訳部６０に移り、スクリプト翻訳部６０
は利用可能なスクリプトの存在を確認した上で、スクリ
プト格納部ドライバ９０によりスクリプト格納部１２ｄ
からスクリプトを読み出し（処理(7)）、コンテンツ格
納部１２ｂ（処理(8)）か擬似コンテンツ格納部１２ｃ
（処理(8)’）からコンテンツを読み出し、スクリプト
翻訳部６０でコンテンツを変換して、その結果を擬似コ
ンテンツ格納部１２ｃに書き込む（処理(9)）。

【００３６】読み出しがディレクトリでない場合は、コ
ンテンツ格納部１２ｂ（処理(10)）か擬似コンテンツ格
納部１２ｃ（処理(10)’）からコンテンツを読み出す。

【００３７】＜本実施の形態のＩＭ１０の動作の具体例
１：音声・音楽変換＞図１０は、本実施の形態のＩＭ１
０で音声−音楽フォーマット変換を実現する場合の、Ｉ
Ｍ１０の動作例を示す図である。

【００３８】親機３０からスクリプトの書き込み要求が
あると、ＩＭ１０は、図９の処理(1)に対応して、スク
リプト格納部ドライバ９０がスクリプト格納部１２ｄに
音声・音楽変換用のスクリプトを書き込む。

【００３９】親機３０から音声ファイルの書き込み要求
があると、ＩＭ１０は、図９の処理(3)に対応して、コ
ンテンツ格納部ドライバ７０がコンテンツ格納部１２ｂ
に画像ファイルのコンテンツを書き込む。

【００４０】親機３０からディレクトリに従ってファイ
ルの読み出し要求があると、ＩＭ１０は、図９の処理(1
0)、(10)’に対応して、コンテンツ格納部ドライバ７０
又は擬似コンテンツ格納部ドライバ８０がコンテンツ格
納部１２ｂ又は擬似コンテンツ格納部１２ｃからコンテ
ンツを読み出す。

【００４１】親機３０から音楽ディレクトリの読み出し
要求があると、ＩＭ１０は、図９の処理(7)〜(9)に対応
して、まずコンテンツ格納部１２ｂ又は擬似コンテンツ
格納部１２ｃのいずれかにコンテンツがあるかを調べ、
あればそのディレクトリを返す。いずれにも無い場合
に、スクリプト翻訳部６０は、スクリプト格納部１２ｄ
から音声−音楽フォーマット変換のスクリプトを読み出
し、コンテンツ格納部１２ｂ又は擬似コンテンツ格納部
１２ｃから読み出した音声フォーマットのコンテンツ
を、音楽フォーマットに変換して擬似コンテンツ格納部
１２ｃに格納する。

【００４２】図１１は、上記図１０の動作をするＩＭ１
０を使った音声−音楽フーマット変換の一例を示す図で
ある。この例では、親機ＡをＩＭ１０を製造する場所に
ある製造機器とし、親機Ｂをｉモードの携帯電話機、親
機Ｃを音楽再生機器として説明する。

【００４３】ＩＭ１０は、製造時点で親機Ａ（製造機
器）により、スクリプト格納部１２ｄに音声−音楽フォ
ーマット変換のスクリプトが書き込まれる（処理
(1)）。

【００４４】このＩＭ１０はユーザに販売される。ユー
ザはＩＭ１０を親機Ｂ（ｉモード携帯電話機）に装着
し、インターネットを介して所望の音声ファイルを購買
してダウンロードし、コンテンツはＩＭ１０のコンテン
ツ格納部１２ｂに記憶される（処理(3)）。

【００４５】ユーザはこのＩＭ１０を親機Ｂ（ｉモード
携帯電話機）から取外し、親機Ｃ（音楽再生機器）に装
着する。親機Ｃはまず音楽ディレクトリを走査する。従
来であれば、音楽ディレクトリは空であるので、音楽デ
ィレクトリは空を返す。しかし、本ＩＭ１０において
は、図１０の処理(7)〜(9)によりスクリプト翻訳部６０
で音声ファイルが音楽ファイルに変換されて、擬似コン
テンツ格納部１２ｃに格納され、そのディレクトリが親
機Ｃに返される。従って、親機Ｃはそのディレクトリか
ら変換された音楽ファイルを読み出して再生が可能とな
る（処理(10)’）。

【００４６】＜本実施の形態のＩＭ１０の動作の具体例
２：画像・テキスト変換＞図１２は、本実施の形態のＩ
Ｍ１０で画像−テキストフォーマット変換を実現する場
合の、ＩＭ１０の動作例を示す図である。

【００４７】親機３０からスクリプトの書き込み要求が
あると、ＩＭ１０は、図９の処理(1)に対応して、スク
リプト格納部ドライバ９０がスクリプト格納部１２ｄに
画像・テキスト変換用のスクリプトを書き込む。

【００４８】親機３０から画像ファイルの書き込み要求
があると、ＩＭ１０は、図９の処理(3)に対応して、コ
ンテンツ格納部ドライバ７０がコンテンツ格納部１２ｂ
に画像ファイルのコンテンツを書き込む。

【００４９】親機３０からディレクトリに従ってファイ
ルの読み出し要求があると、ＩＭ１０は、図９の処理(1
0)、(10)’に対応して、コンテンツ格納部ドライバ７０
又は擬似コンテンツ格納部ドライバ８０がコンテンツ格
納部１２ｂ又は擬似コンテンツ格納部１２ｃからコンテ
ンツを読み出す。

【００５０】親機３０からテキストディレクトリの読み
出し要求があると、ＩＭ１０は、図９の処理(7)〜(9)に
対応して、まずコンテンツ格納部１２ｂ又は擬似コンテ
ンツ格納部１２ｃのいずれかにコンテンツがあるかを調
べ、あればそのディレクトリを返す。いずれにも無い場
合に、スクリプト翻訳部６０は、スクリプト格納部１２
ｄから画像−テキストフォーマット変換のスクリプトを
読み出し、コンテンツ格納部１２ｂ又は擬似コンテンツ
格納部１２ｃから読み出した画像フォーマットのコンテ
ンツを、テキストフォーマットに変換して擬似コンテン
ツ格納部１２ｃに格納する。

【００５１】図１３は、上記図１０の動作をするＩＭ１
０を使った画像−テキストフーマット変換の一例を示す
図である。この例では、親機ＡをＩＭ１０をパソコン
（パーソナル・コンピュータ）とし、親機Ｂをデジカメ
（デジタルカメラ）、親機Ｃをワープロ（ワード・プロ
セッサ）として説明する。

【００５２】ＩＭ１０は、親機Ａ（パソコン）に装着さ
れ、スクリプト格納部１２ｄに画像−テキストフォーマ
ット変換のスクリプトが書き込まれる（処理(1)）。

【００５３】ＩＭ１０はユーザに携帯され、ユーザはこ
のＩＭ１０を親機Ｂ（デジカメ）に装着し、例えば書類
の写真を撮って画像ファイルはＩＭ１０のコンテンツ格
納部１２ｂに記憶される（処理(3)）。

【００５４】ユーザはこのＩＭ１０を親機Ｂ（デジカ
メ）から取外し、親機Ｃ（ワープロ）に装着する。親機
Ｃはまずテキストディレクトリを走査する。従来であれ
ば、テキストディレクトリは空であるので、テキストデ
ィレクトリは空を返す。しかし、本ＩＭ１０において
は、図１０の処理(7)〜(9)によりスクリプト翻訳部６０
で画像ファイルがテキストファイルに変換されて、擬似
コンテンツ格納部１２ｃに格納され、そのディレクトリ
が親機Ｃに返される。従って、親機Ｃはそのディレクト
リから変換されたテキストファイルを読み出して処理が
可能となる（処理(10)’）。

【００５５】＜本実施の形態のＩＭ１０の動作の具体例
３：自動車プロファイル変換＞図１４は、本実施の形態
のＩＭ１０で自動車プロファイルフォーマット変換を実
現する場合の、ＩＭ１０の動作例を示す図である。

【００５６】親機３０からスクリプトの書き込み要求が
あると、ＩＭ１０は、図９の処理(1)に対応して、スク
リプト格納部ドライバ９０がスクリプト格納部１２ｄに
自動車プロファイル変換用のスクリプトを書き込む。

【００５７】親機３０からＸ社自動車プロファイルの書
き込み要求があると、ＩＭ１０は、図９の処理(3)に対
応して、コンテンツ格納部ドライバ７０がコンテンツ格
納部１２ｂにＸ社自動車プロファイルのコンテンツを書
き込む。

【００５８】親機３０からディレクトリに従ってファイ
ルの読み出し要求があると、ＩＭ１０は、図９の処理(1
0)、(10)’に対応して、コンテンツ格納部ドライバ７０
又は擬似コンテンツ格納部ドライバ８０がコンテンツ格
納部１２ｂ又は擬似コンテンツ格納部１２ｃからコンテ
ンツを読み出す。

【００５９】親機３０からＹ社自動車プロファイルのデ
ィレクトリの読み出し要求があると、ＩＭ１０は、図９
の処理(7)〜(9)に対応して、まずコンテンツ格納部１２
ｂ又は擬似コンテンツ格納部１２ｃのいずれかにコンテ
ンツがあるかを調べ、あればそのディレクトリを返す。
いずれにも無い場合に、スクリプト翻訳部６０は、スク
リプト格納部１２ｄから自動車プロファイルフォーマッ
ト変換のスクリプトを読み出し、コンテンツ格納部１２
ｂ又は擬似コンテンツ格納部１２ｃから読み出したＸ社
自動車プロファイルフォーマットのコンテンツを、Ｙ社
自動車プロファイルフォーマットに変換して擬似コンテ
ンツ格納部１２ｃに格納する。

【００６０】図１５は、上記図１０の動作をするＩＭ１
０を使った自動車プロファイルフーマット変換の一例を
示す図である。この例では、親機ＡをＩＭ１０をｉモー
ド携帯電話機とし、親機ＢをＸ社自動車、親機ＣをＹ社
自動車として説明する。

【００６１】ＩＭ１０は、親機Ａ（ｉモード携帯電話
機）に装着され、インターネットを介して購入された自
動車プロファイルフォーマット変換のスクリプトが、ス
クリプト格納部１２ｄに書き込まれる（処理(1)）。

【００６２】ＩＭ１０はユーザに携帯され、ユーザはこ
のＩＭ１０を親機Ｂ（Ｘ社自動車）に装着し、自動車の
種々の設定を行いその結果のプロファイルをＩＭ１０の
コンテンツ格納部１２ｂに記憶する（処理(3)）。

【００６３】ユーザはこのＩＭ１０を親機Ｂ（Ｘ社自動
車）から取外し、親機Ｃ（Ｙ社自動車）に装着する。親
機ＣはまずＹ社自動車プロファイルのディレクトリを走
査する。従来であれば、ディレクトリは空であるので、
ディレクトリは空を返す。しかし、本ＩＭ１０において
は、図１０の処理(7)〜(9)によりスクリプト翻訳部６０
でＸ社自動車用プロファイルがＹ社自動車用プロファイ
ルに変換されて、擬似コンテンツ格納部１２ｃに格納さ
れ、そのディレクトリが親機Ｃに返される。従って、親
機Ｃはそのディレクトリから変換されたＹ社自動車用プ
ロファイルを読み出して同じ設定の運転が可能となる
（処理(10)’）。

【００６４】＜本実施の形態のＩＭ１０の動作の具体例
４：プログラム変換＞図１６は、上記図１０の動作をす
るＩＭ１０を使ったプログラム変換の一例を示す図であ
る。この例では、親機ＡをＩＭ１０の製造場所の製造機
器とし、親機ＢをＸ型パソコン、親機ＣをＹ型パソコン
として説明する。

【００６５】ＩＭ１０は、親機Ａ（製造機器）で製造時
にプログラムフォーマット変換のスクリプトが、スクリ
プト格納部１２ｄに書き込まれる（処理(1)）。

【００６６】ＩＭ１０はユーザに携帯され、ユーザはこ
のＩＭ１０を親機Ｂ（Ｘ型パソコン）に装着し、新たな
プログラムの作成を行いその結果のプログラムファイル
をＩＭ１０のコンテンツ格納部１２ｂに記憶する（処理
(3)）。

【００６７】ユーザはこのＩＭ１０を親機Ｂ（Ｘ型パソ
コン）から取外し、親機Ｃ（Ｙ型パソコン）に装着す
る。親機Ｃはまずプログラムのディレクトリを走査す
る。従来であれば、ディレクトリは空であるので、ディ
レクトリは空を返す。しかし、本ＩＭ１０においては、
図１０の処理(7)〜(9)によりスクリプト翻訳部６０でＸ
型パソコンのプログラムファイルがＹ型パソコンのプロ
グラムファイルに変換されて、擬似コンテンツ格納部１
２ｃに格納され、そのディレクトリが親機Ｃに返され
る。従って、親機Ｃはそのディレクトリから変換された
Ｙ型パソコンのプログラムファイルを読み出して実行が
可能となる（処理(10)’）。

【００６８】尚、本実施の形態では、限られた親機の例
を示しただけであるが、本記憶媒体を装着可能であれば
どんな親機でもよく、本発明の効果を達成し得る。又、
本例では、親機もインテリジェンスを有しているとし
て、本記憶媒体を補助的に示したが、本記憶媒体主導
で、親機を周辺機器の箱物とする構成も可能であり、そ
の場合には、本記憶媒体のＭＰＵは格納部に記憶された
プログラムに従って外部装置を制御することになる。本
発明は、記憶媒体の記憶にその特徴がある発明であり、
この記憶媒体を使用可能な情報処理装置であれば専用装
置としての携帯電話や電子手帳、有線電話機やファクシ
ミリばかりでなく、あらゆる家庭の電化製品にも搭載が
可能である。又、本実施の形態の最初でも説明したが、
本発明は「言語体系」の違いという広い概念で適用が可
能な発明である。

【００６９】

【発明の効果】本発明によれば、言語体系の違いを感じ
させずに複数の装置間でファイルを共有可能な記憶媒体
及び該記憶媒体を用いた情報処理方法を提供できる。

【図面の簡単な説明】

【図１】本実施の形態のインテリジェント・メモリカー
ドの構成例を示すブロック図である。

【図２】本実施の形態のインテリジェント・メモリカー
ドを含むシステムの構成例を示すブロック図である。

【図３】本実施の形態のインテリジェント・メモリカー
ドを含むシステムの動作例を示すフローチャートであ
る。

【図４】本実施の形態のインテリジェント・メモリカー
ドを含むシステムの動作例を示すフローチャートであ
る。

【図５】本実施の形態のインテリジェント・メモリカー
ドのソフトウエア構成例を示す図である。

【図６】本実施の形態のインテリジェント・メモリカー
ドのスクリプト書き込み時の動作例を示す図である。

【図７】本実施の形態のインテリジェント・メモリカー
ドのノーマルアクセス時の動作例を示す図である。

【図８】本実施の形態のインテリジェント・メモリカー
ドのスクリプトコール時の動作例を示す図である。

【図９】本実施の形態のインテリジェント・メモリカー
ドの書き込み／読み出し時の動作例を示す図である。

【図１０】本実施の形態のインテリジェント・メモリカ
ードを音声−音楽変換に使用する場合の各処理の動作例
を示す図である。

【図１１】本実施の形態のインテリジェント・メモリカ
ードを音声−音楽変換に使用する場合の具体例を示す図
である。

【図１２】本実施の形態のインテリジェント・メモリカ
ードを画像−テキスト変換に使用する場合の各処理の動
作例を示す図である。

【図１３】本実施の形態のインテリジェント・メモリカ
ードを画像−テキスト変換に使用する場合の具体例を示
す図である。

【図１４】本実施の形態のインテリジェント・メモリカ
ードを自動車プロファイル変換に使用する場合の各処理
の動作例を示す図である。

【図１５】本実施の形態のインテリジェント・メモリカ
ードを自動車プロファイル変換に使用する場合の具体例
を示す図である。

【図１６】本実施の形態のインテリジェント・メモリカ
ードをプログラム変換に使用する場合の具体例を示す図
である。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 早川 卓 東京都新宿区四谷１−９−３ 株式会社セ ネット内 (72)発明者 川嶋 俊克 東京都新宿区四谷１−９−３ 株式会社セ ネット内 (72)発明者 嶋崎 和 東京都新宿区四谷１−９−３ 株式会社セ ネット内 Ｆターム(参考） 5B035 BB09 BC00 CA29 5B082 GA02

Claims (13)

【特許請求の範囲】
1. 【請求項１】 装置に着脱可能な記憶媒体であって、 情報を記憶する記憶手段と、 該情報を処理する情報処理手段とを備え、 前記情報処理手段が、装着される装置に対応して、前記
   記憶手段に記憶された情報の言語体系を変換する変換手
   段を含むことを特徴とする記憶媒体。
2. 【請求項２】 前記変換手段は、前記記憶手段における
   装着された装置のアクセス位置に情報が無い場合に、言
   語体系の変換をすることを特徴とする請求項１の記憶媒
   体。
3. 【請求項３】 前記言語体系が変換される情報はプログ
   ラムを含むことを特徴とする請求項１記載の記憶媒体。
4. 【請求項４】 前記情報処理手段はマイクロプロセッサ
   であって、前記記憶手段に記憶されたプログラムに従っ
   て、情報を処理することを特徴とする請求項１記載の記
   憶媒体。
5. 【請求項５】 前記情報処理手段は、更に、装着された
   装置を制御する制御手段を含むことを特徴とする請求項
   １又は４記載の記憶媒体。
6. 【請求項６】 前記変換手段は、前記記憶手段に記憶さ
   れた記述情報に従って、前記記憶手段に記憶された情報
   の言語体系を変換することを特徴とする請求項４記載の
   記憶媒体。
7. 【請求項７】 前記プログラム又は記述情報は、装着さ
   れた装置から前記記憶手段にダウンロード可能であるこ
   とを特徴とする請求項４又は６記載の記憶媒体。
8. 【請求項８】 前記記憶手段は、装着された第１の装置
   から格納された情報を記憶する第１の領域と、装着され
   た第２の装置に対応して言語体系が変換された情報を記
   憶する第２の領域を含むことを特徴とする請求項１記載
   の記憶媒体。
9. 【請求項９】 前記記憶手段はメモリであって、装着さ
   れた装置は前記記憶媒体をディスクとして制御すること
   を特徴とする請求項１乃至８のいずれか１つに記載の記
   憶媒体。
10. 【請求項１０】 装置に着脱可能な記憶媒体を用いた情
    報処理方法であって、 前記記憶媒体が、情報を記憶する記憶手段と、該情報を
    処理する情報処理手段とを備え、前記情報処理手段が、
    装着される装置に対応して、前記記憶手段に記憶された
    情報の言語体系を変換する変換手段を含み、 前記記憶媒体を第１の装置に装着して、該第１の装置か
    ら第１の言語体系の情報を前記記憶手段に記憶し、 前記記憶媒体を前記第１の装置と言語体系の異なる第２
    の言語体系の第２の装置に装着した場合に、前記変換手
    段によって、前記記憶手段に記憶された第１の言語体系
    の情報を第２の言語体系に変換して、前記第２の装置に
    提供することを特徴とする情報処理方法。
11. 【請求項１１】 前記言語体系が変更される情報はプロ
    グラムを含むことを特徴とする請求項１０記載の情報処
    理方法。
12. 【請求項１２】 前記第１及び第２の言語体系の組が、
    音声ファイルと音楽ファイルの組、画像ファイルとテキ
    ストファイルの組、第１自動車のプロファイルと第２自
    動車のプロファイルの組などを含むことを特徴とする請
    求項１０記載の情報処理方法。
13. 【請求項１３】 前記記憶媒体が更に装着した装置を制
    御する制御手段を含み、前記制御手段は前記装着された
    装置を周辺機器として制御することを特徴とする請求項
    １０記載の情報処理方法。