(57)【要約】【課題】  複数のアプリケーションプログラムによって利用される共有情報を、それぞれが要求するフォーマットに従って効率良く引き渡す。【解決手段】  それぞれ異なるフォーマットｆ１〜ｆ４をもったデータを要求するアプリケーションプログラムＰ１〜Ｐ４によって共通して利用されるデータを、所定の代表フォーマットｆ１をもった代表データの形式で情報格納部３０内に格納しておく。各プログラムからデータを要求する場合、所望のフォーマットを示すタグｆ１〜ｆ４をデータ名Ａに付加した情報要求を情報要求受理部１０に与える。情報出力部２０は、情報格納部３０内から該当する代表データを読出した後、与えられたタグが代表フォーマットを示すｆ１であった場合、読み出した代表データをそのまま出力するが、ｆ２〜ｆ４であった場合、代表データを要求に応じたフォーマットに変換してから出力する。【選択図】  図６
2006072906.tif 000002
【特許請求の範囲】
【請求項１】
異なる複数のアプリケーションプログラムによって利用される共有情報を格納し、各アプリケーションプログラムからの要求に応じて必要な情報を読み出して各アプリケーションプログラムへと引き渡す機能をもった情報処理装置であって、
各アプリケーションプログラムから、所望の情報を示す情報名と所望のフォーマットを示すタグとを含む情報要求を受け取る情報要求受理部と、
格納すべき共有情報を、所定の代表フォーマットをもった代表データとして、情報名に対応づけて格納する情報格納部と、
前記情報要求受理部が受け取った情報要求内の情報名に対応する代表データを前記情報格納部から読み出し、この情報要求内のタグによって示されている要求フォーマットが前記代表フォーマットであった場合には、読み出した代表データをそのまま出力し、前記要求フォーマットが前記代表フォーマットでなかった場合には、前記代表データを前記要求フォーマットの形式にフォーマット変換して出力する情報出力部と、
を備えることを特徴とする情報処理装置。
【請求項２】
請求項１に記載の情報処理装置において、
代表データとして、バイナリ形式のフォーマットをもったデータを用いることを特徴とする情報処理装置。
【請求項３】
請求項１または２に記載の情報処理装置としてコンピュータを機能させるためのプログラムまたは当該プログラムを記録したコンピュータ読み取り可能な記録媒体。
【請求項４】
異なる複数のアプリケーションプログラムによって利用される共有情報を情報格納部に格納しておき、各アプリケーションプログラムからの要求に応じて必要な情報を読み出し、これを各アプリケーションプログラムへと引き渡す情報の引き渡し方法であって、
前記共有情報を、所定の代表フォーマットをもった代表データとして、情報名に対応づけて情報格納部に格納する情報格納段階と、
各アプリケーションプログラムから、所望の情報を示す情報名と所望のフォーマットを示すタグとを含む情報要求を受け取る情報要求受理段階と、
受け取った情報要求内の情報名に対応する代表データを前記情報格納部から読み出し、この情報要求内のタグによって示されている要求フォーマットが前記代表フォーマットであるか否かを判断し、前記代表フォーマットであった場合には、読み出した代表データをそのまま出力し、前記代表フォーマットでなかった場合には、前記代表データを前記要求フォーマットの形式にフォーマット変換して出力する処理をコンピュータに実行させる情報出力段階と、
を有することを特徴とする情報の引き渡し方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置および情報の引き渡し方法に関し、特に、異なる複数のアプリケーションプログラムによって利用される共有情報を、各アプリケーションプログラムからの要求に応じて引き渡す技術に関する。
【背景技術】
【０００２】
最近は、携帯電話、ＰＤＡ機器、デジタルカメラなど、多くの電子機器にマイクロプロセッサが組み込まれ、情報処理装置としての機能をもつようになってきている。また、このような電子機器の記憶容量も年々増加してきており、複数のアプリケーションプログラムを組み込んで動作させることも少なくない。特に、ここ数年来、めざましい普及率を示す携帯電話では、様々な用途への利用が提案されており、今後も携帯電話に組み込まれるアプリケーションプログラムの数は増加の一途を辿るものと予想される。第３世代の移動通信システム用の携帯電話には、ＵＩＭ（User Identity Module）と呼ばれる電子モジュール（小型のＩＣカード）を装着する機能が備わっており、このＵＩＭカードを利用すれば、利用可能なアプリケーションプログラムの数を更に増やすことが可能になる。
【０００３】
同一の情報処理装置に多数のアプリケーションプログラムを組み込んで動作させる場合、通常、複数のアプリケーションプログラムによって共通して利用される共有情報が存在する。たとえば、携帯電話上で動作する多くのアプリケーションプログラムは、携帯電話の番号、個々の利用者に付与された識別コード、通信業者のロゴマークなどを利用することになり、これらの情報は、複数のアプリケーションプログラムによって共通して利用される共有情報ということになる。
【０００４】
このような共有情報は、原理的には、携帯電話やＵＩＭカード内に共有データとして１つだけ格納しておけば足りる。しかしながら、実用上は、情報としては同一であっても、複数通りのデータを別個に格納する方法がとられている。これは、個々のアプリケーションプログラムごとに、要求するデータフォーマットが異なるケースが多いためである。たとえば、電話番号や利用者コードといった単純な数字や文字の組み合わせからなる情報であっても、バイナリ形式（Binary）、ＢＣＤ形式（Binary Coded Desimal）、ＡＳＣＩＩ形式、Ｓｈｉｆｔ−ＪＩＳ形式など、複数通りのフォーマットが利用されており、個々のアプリケーションプログラムごとに、それぞれ要求するデータフォーマットが異なる。ロゴマークなどの画像データでは、更に多種類のフォーマットが利用されている。
【０００５】
このような状況に対処するため、現在は、同一の情報を、それぞれ異なるフォーマットで記述することにより複数通りのデータとして格納しておき、これら相互をタグの情報によって区別するという手法がとられている。たとえば、「電話番号」という同一の情報を、フォーマットｆ１，ｆ２，ｆ３，ｆ４という４通りの形式でそれぞれ格納しておき、フォーマットｆ２の形式で「電話番号」の情報が必要なアプリケーションプログラムから読み出す場合には、「電話番号」という情報名に、「ｆ２」というタグを付加した形で情報要求を行えば、フォーマットｆ２の形式をもったデータを取得することが可能になる。下記特許文献１には、このようにタグ情報を利用して、異なるフォーマットのデータを使い分ける技術が開示されている。
【特許文献１】特開２００２−１０８６６６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
上述したように、同一内容の情報をそれぞれ異なるフォーマットで記述した複数通りのデータを予め用意しておき、タグ情報によってこれらを区別して利用する形態をとれば、複数のアプリケーションプログラムによる情報共有を図ることが可能になる。しかしながら、この従来の手法には、次のような問題がある。
【０００７】
第１の問題は、メモリなどによって構成される記憶領域の使用効率の低下である。同一内容の情報を、複数通りのフォーマットで記述して格納すれば、情報の冗長性が高まり、それだけ記憶領域を浪費してしまうことになる。第２の問題は、データの書込時間がそれだけ長くなるという点である。同一内容の情報を４つのフォーマット形式で用意する場合、データの書込時間は単純計算で４倍必要になる。これは、携帯電話用のＵＩＭカードなどを発行する際に、発行処理の遅延を招く結果となり好ましくない。そして第３の問題は、共有情報の一元管理を行うことができない点である。たとえば、同一内容の情報を、それぞれ異なるフォーマットをもった４通りのデータとして書き込む際に、何らかの障害で書込エラーが発生したとすると、本来であれば同一内容を示すべき４通りのデータ間に齟齬が生じる可能性がある。
【０００８】
そこで本発明は、複数のアプリケーションプログラムによって利用される共有情報を、それぞれ異なるフォーマット要求に応じて効率良く引き渡すことが可能な情報処理装置を提供することを目的とし、また、そのような情報引き渡し方法を提供することを目的とする。
【課題を解決するための手段】
【０００９】
(1)   本発明の第１の態様は、異なる複数のアプリケーションプログラムによって利用される共有情報を格納し、各アプリケーションプログラムからの要求に応じて必要な情報を読み出して各アプリケーションプログラムへと引き渡す機能をもった情報処理装置において、
各アプリケーションプログラムから、所望の情報を示す情報名と所望のフォーマットを示すタグとを含む情報要求を受け取る情報要求受理部と、
格納すべき共有情報を、所定の代表フォーマットをもった代表データとして、情報名に対応づけて格納する情報格納部と、
情報要求受理部が受け取った情報要求内の情報名に対応する代表データを情報格納部から読み出し、この情報要求内のタグによって示されている要求フォーマットが代表フォーマットであった場合には、読み出した代表データをそのまま出力し、要求フォーマットが代表フォーマットでなかった場合には、代表データを要求フォーマットの形式にフォーマット変換して出力する情報出力部と、
を設けるようにしたものである。
【００１０】
(2)   本発明の第２の態様は、上述の第１の態様に係る情報処理装置において、
代表データとして、バイナリ形式のフォーマットをもったデータを用いるようにしたものである。
【００１１】
(3)   本発明の第３の態様は、上述の第１または第２の態様に係る情報処理装置としてコンピュータを機能させるためのプログラムを用意し、当該プログラムをコンピュータ読み取り可能な記録媒体に記録して配付できるようにしたものである。
【００１２】
(4)   本発明の４の態様は、異なる複数のアプリケーションプログラムによって利用される共有情報を情報格納部に格納しておき、各アプリケーションプログラムからの要求に応じて必要な情報を読み出し、これを各アプリケーションプログラムへと引き渡す情報の引き渡し方法において、
共有情報を、所定の代表フォーマットをもった代表データとして、情報名に対応づけて情報格納部に格納する情報格納段階と、
各アプリケーションプログラムから、所望の情報を示す情報名と所望のフォーマットを示すタグとを含む情報要求を受け取る情報要求受理段階と、
受け取った情報要求内の情報名に対応する代表データを情報格納部から読み出し、この情報要求内のタグによって示されている要求フォーマットが代表フォーマットであるか否かを判断し、代表フォーマットであった場合には、読み出した代表データをそのまま出力し、代表フォーマットでなかった場合には、代表データを要求フォーマットの形式にフォーマット変換して出力する処理をコンピュータに実行させる情報出力段階と、
を行うようにしたものである。
【発明の効果】
【００１３】
本発明によれば、共有情報は代表フォーマットで記述した代表データとして格納しておき、タグで指定された要求フォーマットが代表フォーマットでなかった場合には、代表データを、要求されたフォーマットに変換して引き渡すようにしたため、記憶領域の使用効率を向上させ、データの書込時間を短縮し、共有情報の一元管理を行うことが可能になる。したがって、複数のアプリケーションプログラムによって利用される共有情報を、それぞれ異なるフォーマット要求に応じて効率良く引き渡すことが可能になる。
【発明を実施するための最良の形態】
【００１４】
以下、本発明を図示する実施形態に基づいて説明する。ここでは、説明の便宜上、本発明を電子モジュール内蔵型の携帯電話に適用した実施形態を述べることにする。図１は、一般的な電子モジュール内蔵型の携帯電話の外観を示す正面図である。この携帯電話は、電話機本体１００と電子モジュール２００とによって構成されている。電子モジュール２００は、電話機本体１００に対して着脱式の構造をなし、利用時には、電子モジュール２００を電話機本体１００に装着した状態にする。ここで述べる実施形態は、一般にＵＩＭ（User Identity Module）と呼ばれている電子モジュール２００を用いた例である。
【００１５】
現在、一般に利用されているＵＩＭは、小型のＩＣカードというべき形態のものであり、内部にメモリおよびマイクロプロセッサが組み込まれている。もちろん、電話機本体１００側にも、メモリおよびマイクロプロセッサが組み込まれている。したがって、電話機本体１００および電子モジュール２００は、いずれも単独で情報処理機能を有する装置であり、必要に応じて、内部にアプリケーションプログラムを組み込んで実行させることができる。
【００１６】
図２は、図１に示す携帯電話におけるアプリケーションプログラムの実行形態の一例を示すブロック図であり、プログラム格納部内に格納されている４つのアプリケーションプログラムＰ１〜Ｐ４が、情報格納部に格納されている共用データＡ，Ｂを利用する一般的な形態を示すものである。図１に示す携帯電話の場合、上述したように、アプリケーションプログラムは、電話機本体１００側に格納して実行することも可能であるし、電子モジュール２００側に格納して実行することも可能である。また、データも、電話機本体１００側に格納することも可能であるし、電子モジュール２００側に格納することも可能である。したがって、図２に示すプログラム格納部は、電話機本体１００側に設けてもよいし、電子モジュール２００側に設けてもよい。同様に、情報格納部も、電話機本体１００側に設けてもよいし、電子モジュール２００側に設けてもよい。
【００１７】
結局、図１に示す携帯電話の場合、アプリケーションプログラムとデータの双方を電話機本体１００側に格納する形態、双方を電子モジュール２００側に格納する形態、アプリケーションプログラムを電話機本体１００側に格納してデータを電子モジュール２００側に格納する形態、アプリケーションプログラムを電子モジュール２００側に格納してデータを電話機本体１００側に格納する形態、の４通りの形態をとることができるが、本発明はいずれの形態をとる場合にも適用可能である。
【００１８】
４つのアプリケーションプログラムＰ１〜Ｐ４は、携帯電話で利用可能な様々な機能を実現するプログラムであり、たとえば、電子メール用プログラム、Ｗｅｂ閲覧用プログラム、クレジットカード決済用プログラム、などである。一方、データＡ，Ｂは、これら各プログラムによって共用されるデータであり、たとえば、携帯電話の電話番号、利用者の識別コード、通信業者のロゴマークなどの情報を示すデータである。図示のとおり、データＡおよびデータＢは、必要に応じて、４つのアプリケーションプログラムＰ１〜Ｐ４のすべてから読み出されて利用されることになる。
【００１９】
ただし、各アプリケーションプログラムＰ１〜Ｐ４がそれぞれ異なるフォーマットのデータを要求するプログラムの場合、個々のアプリケーションプログラムに応じたフォーマットをもった複数通りのデータを用意しておく必要がある。そこで、従来は、タグ情報を利用して、異なるフォーマットのデータを使い分ける手法がとられていた。
【００２０】
図３は、このタグ情報を利用した情報要求の一形態を示すブロック図である。図の右側に示すデータＤ１〜Ｄ４は、いずれも「データＡ」という名称で特定される同一内容の情報（たとえば、携帯電話の電話番号）を示すデータであるが、それぞれ異なるフォーマットで記述されている。たとえば、データＤ１は、「データＡ」という名称で特定される情報を、フォーマットｆ１で記述したものである。図示の例では、４つのアプリケーションプログラムＰ１〜Ｐ４は、いずれも「データＡ」なる名称で特定される同一の情報を要求しているが、それぞれフォーマットｆ１〜ｆ４で記述された状態のデータを必要としている。そこで、各アプリケーションプログラムＰ１〜Ｐ４からは、「データＡ」なる情報名に、ｆ１〜ｆ４のいずれかのデータフォーマットを示すタグを付加した情報要求が発せられるような仕様を採っている。
【００２１】
たとえば、アプリケーションプログラムＰ１が、「データＡ」を要求する際には、「Ａ（ｆ１）」のような情報要求を出せばよい。この情報要求のうち、「Ａ」は必要な情報を特定するための情報名（たとえば、ファイル名、データ名、レコード名など）の部分であり、「（ｆ１）」の部分は、フォーマットを指定するためのタグである。アプリケーションプログラムＰ１から、「Ａ（ｆ１）」のような情報要求が出された場合は、「データＡ」として用意されている４通りのデータＤ１〜Ｄ４の中から、フォーマットｆ１で記述されているデータＤ１を選択し、これを読み出して引き渡せばよいことになる。これが従来提案されている情報の引き渡し方法の基本手法である。
【００２２】
図４は、この従来提案されている情報の引き渡し方法の概念を具体例で示した図である。ここでは、「データＡ」で特定される情報の内容が、”３”なる文字情報である場合の具体例が示されている。すなわち、この図４に示されている表のデータ欄には、４通りの具体的なデータが記載されているが、これら４通りのデータは、いずれも、”３”という同一の文字情報を示すデータとなっている。ただ、データを記述するフォーマットがそれぞれ異なっており、それぞれタグの情報により区別できるようになっている。
【００２３】
たとえば、タグｆ１は、バイナリ形式（Binary）のフォーマットを示しており、タグｆ１を伴うデータＡの情報要求があった場合には、バイナリ形式をもった２進データ「００００００１１」が読み出されて引き渡される。また、タグｆ２は、ＢＣＤ形式（Binary Coded Desimal）のフォーマットを示しており、タグｆ２を伴うデータＡの情報要求があった場合には、ＢＣＤ形式をもった１６進データ「０３」が読み出されて引き渡される。同様に、タグｆ３は、ＡＳＣＩＩ形式のフォーマットを示しており、タグｆ３を伴うデータＡの情報要求があった場合には、ＡＳＣＩＩ形式をもった１６進データ「３３」が読み出されて引き渡され、タグｆ４は、Ｓｈｉｆｔ−ＪＩＳ形式のフォーマットを示しており、タグｆ４を伴うデータＡの情報要求があった場合には、Ｓｈｉｆｔ−ＪＩＳ形式をもった１６進データ「３３」が読み出されて引き渡される。
【００２４】
このような従来の手法には、種々の問題があることは既に述べたとおりである。すなわち、同一内容の情報を複数のフォーマットで重畳して格納しておく必要があるため、記憶領域の使用効率が低下する問題が生じ、これらのデータを書き込む際にも、書込時間が長くかかるという問題が生じる。また、同一内容の情報を一元管理することができなくなるため、書込時にエラーが発生したとすると、本来であれば同一内容を示すべきデータ間に齟齬が生じることになる。
【００２５】
本発明は、このような問題を解決するための新たな情報の引き渡し方法を提供するものである。図５は、本発明に係る情報の引き渡し方法の概念を具体例で示した図である。図５を図４と対比すると、図５の例では、タグｆ１に対応するバイナリ形式（Binary）のフォーマットをもった２進データ「００００００１１」のみが用意されており、タグｆ２，ｆ３，ｆ４に対応する他のフォーマットをもったデータは用意されていないことがわかる。これは、バイナリ形式（Binary）のフォーマットを代表フォーマットと定め、この代表フォーマットをもったデータのみを、代表データとして用意しているためである。このような手法を採れば、情報格納部に実際に格納しておくべきデータは、代表フォーマットで記述された代表データのみで足りることになり、図示の例の場合、バイナリ形式（Binary）のフォーマットをもった２進データ「００００００１１」のみを格納しておけば足りる。
【００２６】
もっとも、本発明においても「タグ」の概念は有効であり、アプリケーションプログラムからの情報要求には、従来の手法と同様に、所望のフォーマットを指定する「タグ」の情報が利用される。そして、指定されたタグが代表フォーマットを示すタグであった場合には、代表データをそのまま読み出して引き渡せばよい。たとえば、図３に示すアプリケーションプログラムＰ１から、「Ａ（ｆ１）」なる情報要求が出された場合、図５に示す代表データ「００００００１１」をそのまま読み出して引き渡せばよい。この代表データは、タグｆ１で示されるバイナリ形式（Binary）のフォーマット（代表フォーマット）で記述されているデータであるから、アプリケーションプログラムＰ１は、要求どおりのフォーマットでデータを受け取ることができる。
【００２７】
一方、情報要求で指定されたタグが代表フォーマットを示すタグでなかった場合には、読み出した代表データを、指定されたタグに対応するフォーマットに変換する処理を施した後に引き渡せばよい。たとえば、図３に示すアプリケーションプログラムＰ３から、「Ａ（ｆ３）」なる情報要求が出された場合、図５に示す代表データ「００００００１１」を読み出し、これをＡＳＣＩＩ形式のフォーマットに変換することにより、１６進データ「３３」を求め、これをアプリケーションプログラムＰ３へと引き渡せばよい。アプリケーションプログラムＰ３は、要求どおりのフォーマットでデータを受け取ることができる。
【００２８】
図６は、上述した基本概念に基づいて、異なる複数のアプリケーションプログラムによって利用される共有情報を格納し、各アプリケーションプログラムからの要求に応じて必要な情報を読み出して各アプリケーションプログラムへと引き渡す機能をもった情報処理装置の構成を示すブロック図である。図には、４つの異なるアプリケーションプログラムＰ１〜Ｐ４からの要求に応じて情報の引き渡しを行う例が示されている。
【００２９】
図示のとおり、この情報処理装置は、情報要求受理部１０、情報出力部２０、情報格納部３０によって構成されている。情報要求受理部１０は、各アプリケーションプログラムＰ１〜Ｐ４から、所望の情報を示す情報名と、所望のフォーマットを示すタグと、を含む情報要求を受け取るための構成要素である。図示の例の場合、所望の情報である「データＡ」を示すための情報名「Ａ」に、所望のフォーマットを示すタグｆ１〜ｆ４のいずれかを付加した形式で、各アプリケーションプログラムＰ１〜Ｐ４からの情報要求が行われている。たとえば、アプリケーションプログラムＰ１から与えられた情報要求Ａ（ｆ１）は、「データＡ」をフォーマット「ｆ１」で記述した形式で必要としていることを示している。
【００３０】
一方、情報格納部３０には、格納すべき共有情報が、所定の代表フォーマットをもった代表データとして、情報名に対応づけて格納されている。図示の例の場合、情報名Ａ〜Ｄに対応づけて、それぞれ代表データが格納されており、たとえば、情報名Ａの欄に格納されている代表データ「００００００１１」は、「データＡ」を代表フォーマットで記述したデータである。ここに示す例では、代表データとして、バイナリ形式（Binary）のフォーマットｆ１をもったデータを用いており、データＢ，Ｃ，Ｄについても、同様に、バイナリ形式のフォーマットｆ１をもった代表データのみが情報格納部３０内に格納されている。
【００３１】
情報出力部２０は、情報要求受理部１０が各アプリケーションプログラムＰ１〜Ｐ４から受け取った情報要求内の情報名に対応する代表データを情報格納部３０から読み出し、これを当該アプリケーションプログラムへと引き渡す処理を行う。ただし、情報要求内のタグによって示されている要求フォーマットが代表フォーマットｆ１であった場合には、読み出した代表データをそのまま出力することになるが、要求フォーマットが代表フォーマットｆ１でなかった場合には、読み出した代表データを要求フォーマットの形式にフォーマット変換して出力する。
【００３２】
たとえば、アプリケーションプログラムＰ１から情報要求Ａ（ｆ１）が与えられた場合、要求フォーマットｆ１は代表フォーマットであるから、情報格納部３０から読み出したデータＡの代表データ「００００００１１」をそのままの形式でアプリケーションプログラムＰ１へと引き渡す処理が行われる。ところが、アプリケーションプログラムＰ２から情報要求Ａ（ｆ２）が与えられた場合、要求フォーマットｆ２は代表フォーマットではないので、情報格納部３０から読み出したデータＡの代表データ「００００００１１」を、要求フォーマットｆ２に変換して、これをアプリケーションプログラムＰ２へと引き渡す処理が行われることになる。同様に、アプリケーションプログラムＰ３から情報要求Ａ（ｆ３）が与えられた場合は、読み出したデータＡの代表データを要求フォーマットｆ３に変換して引き渡し、アプリケーションプログラムＰ４から情報要求Ａ（ｆ４）が与えられた場合は、読み出したデータＡの代表データを要求フォーマットｆ４に変換して引き渡すことになる。
【００３３】
フォーマットの相違は、単なる表現形式の相違であるので、読み出したデータのフォーマットを変換する処理は、所定の変換規則に基づいて一義的に行うことができる。情報出力部２０内には、代表フォーマットｆ１で記述された任意のデータを、要求フォーマットｆ２，ｆ３，ｆ４に変換するためのプログラムが用意されており、フォーマット変換が必要な場合には、このプログラムを用いた変換処理が行われることになる。代表フォーマットは、必ずしもバイナリ形式のフォーマットにする必要はなく、その場の状況により、最も好ましいフォーマットを代表フォーマットに定めればよい。
【００３４】
なお、図６では、説明の便宜上、情報要求受理部１０、情報出力部２０、情報格納部３０なる構成要素をそれぞれブロックとして示したが、実際は、これらの各構成要素は、コンピュータ用のハードウエアおよびソフトウエアによって実現されるべき構成要素である。たとえば、図１に示す電子モジュール２００を、本発明に係る情報処理装置として利用するのであれば、情報格納部３０は、この電子モジュール２００内に組み込まれたメモリによって実現され、情報要求受理部１０および情報出力部２０は、この電子モジュール２００内に組み込まれたプログラムによって実現されることになる。
【００３５】
本発明に係る情報処理装置の特徴は、アプリケーションプログラム側から見ると、あたかもタグによって区別可能な異なるフォーマットをもったデータが用意されているように見える点である。すなわち、本発明に係る情報処理装置は、実際には、代表フォーマットｆ１で記述された代表データのみしか格納していないが、フォーマット変換機能をもった情報出力部２０を介してデータの引き渡しを行うことにより、アプリケーションプログラムが要求するフォーマットｆ１〜ｆ４のそれぞれで記述されたデータをすべて格納しているのと同等のふるまいをすることになる。別言すれば、アプリケーションプログラム側から見ると、本発明に係る情報処理装置には、あたかも図４に示すような概念でデータが用意されているように見えることになる。したがって、本発明を導入するにあたっては、情報処理装置側に本発明の構成要素を組み込めば足り、アプリケーションプログラム側には何ら変更を加える必要はない。
【００３６】
以上、本発明を図示する基本的な実施形態に基づいて説明したが、本発明はこの実施形態に限定されるものではなく、この他にも種々の形態で実施可能である。
【００３７】
まず、上述の実施形態では、情報格納部３０内に格納されているデータをアプリケーションプログラム側へと読み出す処理のみを説明したが、アプリケーションプログラム側で作成したデータを、情報格納部３０内に書き込む処理を行うことも可能である。この場合も、アプリケーションプログラム側では、書込対象データにフォーマットを示すタグを付加するようにすればよい。付加されていたタグが代表フォーマットを示すタグであった場合には、書込対象データをそのままの形式で情報格納部３０内に書き込むようにし、代表フォーマットではない別なフォーマットを示すタグであった場合には、書込対象データを代表フォーマットに変換した上で、情報格納部３０内に書き込むようにすればよい。
【００３８】
たとえば、アプリケーションプログラムＰ２によって、データＡを新たな内容に書き換える処理を行う場合、更新後の新データ（フォーマットｆ２で記述されている）を、Ａ（ｆ２）なる書込要求とともに情報書込部（図６には示されていない）に与え、情報書込部において、この新データを代表フォーマットｆ１に変換する処理を行い、変換後のデータを代表データとして情報格納部３０内の情報名Ａに対応する位置に上書き保存する処理を行えばよい。
【００３９】
また、上述の実施形態では、本発明を携帯電話あるいは携帯電話装着用の電子モジュールに適用した例を述べたが、本発明は、複数の異なるアプリケーションプログラムから、
ファイル名、データ名、レコード名など、要求対象となる情報を特定する情報と、所望のフォーマットを特定するタグと、を含む情報要求が与えられた場合に、当該アプリケーションプログラムに対して、要求対象となる情報を要求どおりのフォーマットで引き渡す機能をもった情報処理装置に広く適用可能な技術である。
【図面の簡単な説明】
【００４０】
【図１】一般的な電子モジュール内蔵型の携帯電話の外観を示す正面図である。
【図２】図１に示す携帯電話におけるアプリケーションプログラムの実行形態の一例を示すブロック図である。
【図３】タグ情報を利用した情報要求の一形態を示すブロック図である。
【図４】従来提案されている情報の引き渡し方法の概念を具体例で示した図である。
【図５】本発明に係る情報の引き渡し方法の概念を具体例で示した図である。
【図６】本発明に係る情報処理装置の基本構成を示すブロック図である。
【符号の説明】
【００４１】
１０…情報要求受理部
２０…情報出力部
３０…情報格納部
１００…電話機本体
２００…電子モジュール
Ａ（ｆ１）〜Ａ（ｆ４）…情報要求
Ａ，Ｂ，Ｃ，Ｄ…要求対象となる情報（データ）
Ｄ１〜Ｄ４…特定のフォーマットで記述されたデータ
ｆ１〜ｆ４…フォーマット
Ｐ１〜Ｐ４…アプリケーションプログラム
【図１】
2006072906.tif 000003
【図２】
2006072906.tif 000004
【図３】
2006072906.tif 000005
【図４】
2006072906.tif 000006
【図５】
2006072906.tif 000007
【図６】
2006072906.tif 000008