(57)【要約】【課題】  画像ファイルの登録及び取得を行うことができるアプリケーションプログラムが、特別なインターフェースを介することなく、内蔵センサの計測データを取得するセンサ内蔵携帯端末を提供することを目的とする。【解決手段】  外部アプリ３０は、判定ＩＤをコメント領域にＡ３に含む画像ファイルを予め登録しておき、当該画像ファイルの取得要求を行うことによって、コメント領域Ａ３にプロフィールデータＤ、歩数データＥ１〜Ｅｎ及び脈拍データＦ１〜Ｆｍを埋め込んだ画像ファイルを取得することができる。従って、特別なインターフェースを用いることなく、画像の登録及び取得ためのインターフェースを用いて、プロフィールデータＤ、歩数データＥ１〜Ｅｎ及び脈拍データＦ１〜Ｆｍを取得することができる。【選択図】  図３
2010045735.tif 000002
【特許請求の範囲】
【請求項１】
内蔵センサによる計測データが定期的に書き込まれる計測データ記憶手段と、
画像情報領域及びコード情報領域からなる画像ファイルを格納する画像記憶手段と、
上記画像記憶手段に対する画像ファイルの入出力を制御する画像入出力手段と、
上記画像記憶手段内の画像ファイルを指定し、上記画像入出力手段に対し、画像ファイルの取得要求を行うアプリケーションプログラム実行手段とを備え、
上記画像入出力手段は、
上記取得要求に基づいて、上記画像記憶手段から画像ファイルを読み出す画像ファイル読出手段と、
読み出された画像ファイル内のコード情報領域から識別情報を抽出する識別情報抽出手段と、
抽出された識別情報に基づいて、読み出された画像ファイルのコード情報領域に上記計測データ記憶手段内の計測データを書き込む計測データ埋込手段とを有し、
画像ファイル内に所定の識別情報が埋め込まれている場合には、読み出された画像ファイルに代えて、計測データが書き込まれた画像ファイルが、上記画像入出力手段から上記アプリケーションプログラム実行手段へ引き渡されることを特徴とするセンサ内蔵携帯端末。
【請求項２】
上記計測データ埋込手段は、読み出された上記画像ファイルのコード情報領域に最新の計測データを含む予め定められた一定数の計測データを書き込むことを特徴とする請求項１に記載のセンサ内蔵携帯端末。
【請求項３】
上記アプリケーションプログラム実行手段は、上記画像入出力手段に対し、コード情報領域内に識別情報を含む画像ファイルの登録要求を行い、
上記画像入出力手段は、上記登録要求に基づいて、上記画像ファイルを上記画像記憶手段に書き込むことを特徴とする請求項１に記載のセンサ内蔵携帯端末。
【請求項４】
上記画像領域には、当該画像ファイルの取り扱いに注意を促す画像データが格納されていることを特徴とする請求項１に記載のセンサ内蔵携帯端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、センサ内蔵携帯端末に係り、さらに詳しくは、ユーザによってインストールされた外部アプリケーショプログラムが内蔵センサの計測結果を利用する携帯端末に関する。
【０００２】
最近の携帯電話機には、本来の通話機能に加えて、メール通信、ウェブサイト閲覧、カメラ撮影、音楽再生、テレビ視聴、ゲーム、電子マネー決済、その他の多種多様な機能が搭載されている。これらの機能を制御しているアプリケーションプログラムは、通常、携帯電話機の出荷前にインストールされ、センサー出力や受信データなどの端末内情報を取得し、所定の機能を実現している。このようなアプリケーションプログラムは、携帯電話機の機能に応じて携帯電話機ごとにカスタマイズされ、予めインストールされた状態でユーザに提供されている。このようなプログラムを「ネイティブプログラム」と呼ぶことにする。
【０００３】
また、ユーザは、Ｊａｖａ（登録商標）アプリなどのアプリケーションプログラムをウェブサーバからダウンロードし、携帯電話機にインストールすることもできる。このようなアプリケーションプログラムを「外部アプリ」と呼ぶことにする。
【０００４】
このような外部アプリが端末内情報を利用するためには、ネイティブプログラムから外部アプリへ上記端末内情報の受け渡しが行われる必要があり、ネイティブプログラムは外部アプリのためのＡＰＩ（Application Program Interface）を予め用意しておく必要がある。具体的には、外部アプリが必要とする情報ごとに関数を予め規定しておき、外部アプリは、これらの関数を呼び出すことによって所望の端末内情報を取得している。
【０００５】
このような携帯電話機では、機能が追加されるごとに新たなＡＰＩを規定する必要があるが、新たにＡＰＩを規定するためには、その引数、戻り値、呼び出し順序、例外処理などを決定しなければならず、柔軟に拡張、変更することは容易ではないという問題があった。さらに、ＡＰＩごとに、当該ＡＰＩの実行中における割り込み動作、異常動作の試験を行う必要があり、新たなＡＰＩを追加することは容易ではなかった。
【０００６】
そこで、既存のＡＰＩを用いて、新たな情報を取得することができれば、このような問題を解決することができると考えられる。例えば、画像データを記憶装置に登録するための画像登録ＡＰＩと、画像データを記憶装置から取得するための画像取得ＡＰＩとが既に規定されている場合、これらのＡＰＩを用いて、外部アプリが画像データ以外の端末情報を取得することができるようにすることが考えられる。
【０００７】
画像データに情報を埋め込む従来技術には「電子透かし」や「ステガノグラフィ」と呼ばれるものがある。この種の技術は、デジタル画像データに対し、色や周波数領域での変換を施して情報を埋め込むものである（例えば、特許文献１）。このような方法を採用すると複雑な計算が必要になることから、プロセッサの処理負荷が大きくなってしまうという問題があった。
【特許文献１】特開２００７−１８９６７６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
本発明は、上記の事情に鑑みてなされたものであり、画像ファイルの登録及び取得を行うことができるアプリケーションプログラムが、特別なインターフェースを介することなく、内蔵センサの計測データを取得することができるセンサ内蔵携帯端末を提供することを目的とする。
【課題を解決するための手段】
【０００９】
第１の本発明によるセンサ内蔵携帯端末は、内蔵センサによる計測データが定期的に書き込まれる計測データ記憶手段と、画像情報領域及びコード情報領域からなる画像ファイルを格納する画像記憶手段と、上記画像記憶手段に対する画像ファイルの入出力を制御する画像入出力手段と、上記画像記憶手段内の画像ファイルを指定し、上記画像入出力手段に対し、画像ファイルの取得要求を行うアプリケーションプログラム実行手段とを備えている。また、上記画像入出力手段が、上記取得要求に基づいて、上記画像記憶手段から画像ファイルを読み出す画像ファイル読出手段と、読み出された画像ファイル内のコード情報領域から識別情報を抽出する識別情報抽出手段と、抽出された識別情報に基づいて、読み出された画像ファイルのコード情報領域に上記計測データ記憶手段内の計測データを書き込む計測データ埋込手段とを有し、画像ファイル内に所定の識別情報が埋め込まれている場合には、読み出された画像ファイルに代えて、計測データが書き込まれた画像ファイルが、上記画像入出力手段から上記アプリケーションプログラム実行手段へ引き渡されるように構成される。
【００１０】
この様な構成により、アプリケーションプログラム実行手段から画像入出力手段に対し、識別情報が含まれている画像ファイルの取得要求を行うだけで、計測データを取得することができる。従って、特別なインターフェースを利用することなく、画像入出力手段からアプリケーションプログラム実行手段へ計測データを伝達させることができる。
【００１１】
第２の本発明によるセンサ内蔵携帯端末は、上記構成に加えて、上記計測データ埋込手段が、読み出された上記画像ファイルのコード情報領域に最新の計測データを含む予め定められた一定数の計測データを書き込むように構成される。
【００１２】
第３の本発明によるセンサ内蔵携帯端末は、上記構成に加えて、上記アプリケーションプログラム実行手段が、上記画像入出力手段に対し、コード情報領域内に識別情報を含む画像ファイルの登録要求を行い、上記画像入出力手段は、上記登録要求に基づいて、上記画像ファイルを上記画像記憶手段に書き込むように構成される。
【００１３】
第４の本発明によるセンサ内蔵携帯端末は、上記構成に加えて、上記画像領域には、当該画像ファイルの取り扱いに注意を促す画像データが格納されている。この様な構成により、ユーザが、識別情報が含まれる画像ファイルを誤って削除するのを抑制することができる。
【発明の効果】
【００１４】
本発明によるセンサ内蔵携帯端末は、上記画像入出力手段が、画像記憶手段から読み出した画像ファイル内に識別情報が含まれている場合に、当該画像ファイル内のコード情報領域に計測データを書き込んで、アプリケーションプログラム実行手段へ引き渡している。このため、アプリケーションプログラム実行手段は、画像取得用のインターフェースを用いて、計測データも取得することができ、計測データを取得するための特別なインターフェースが不要となる。
【発明を実施するための最良の形態】
【００１５】
図１は、本発明の実施の形態によるセンサ内蔵携帯端末の一構成例を示した外観図であり、センサ内蔵携帯端末の一例として携帯電話機１が示されている。この携帯電話機１は、いわゆる折り畳み式の携帯電話機であり、表示筐体１００及び操作筐体２００がヒンジ部３００を介して連結され、表示筐体１００及び操作筐体２００の一面を対向させて折り畳むことができる。
【００１６】
表示筐体１００は、折り畳み時に内側となる筐体面に表示部１０１及び通話用レシーバ１０２が配置され、外側となる筐体面にカメラ１０３が配置されている。また、操作筐体２００は、折り畳み時に内側となる筐体面に多数の操作キー２０１及び通話用マイク２０２が配置されている。このような折り畳み式携帯電話機１は、コンパクトに折り畳んだ状態で携帯することができ、筐体を展開させれば、表示部１０１の表示を見ながら、操作キー２０１を押下操作することができる。
【００１７】
図２は、図１の携帯電話機１の内部構成の一例を示したブロック図である。この携帯電話機１は、内蔵センサを用いてユーザの歩数及び脈拍などを計測することができ、ユーザがインストールしたアプリケーションプログラムにおいて、これらの計測データを利用することができる。図中の１０は制御手段、１１〜１５は情報入力手段、１７及び１８は情報出力手段、１９及び２０は通信手段である。
【００１８】
制御部１０は、携帯電話機１内の各ブロック１１〜２０を制御する制御手段であり、記憶装置１６内のプログラムに基づいて動作するマイクロプロセッサからなる。本明細書に記載されたプログラムは、いずれも記憶装置１６に格納され、制御部１０によって実行されるものとする。キー入力部１１は、ユーザのキー操作を検出する操作入力手段、カメラ部１２は、カメラ撮影によって得られた画像データを生成する撮影手段である。
【００１９】
歩行センサ１３は、携帯電話機１を携行しているユーザの歩数を計測する計測手段であり、ユーザの歩行を検知した場合に、歩行情報を制御部１０へ出力する。例えば、歩行センサ１３として、加速度センサを利用して振動を検知することができる振動計を用いることができる。脈拍センサ１４は、携帯電話機１を携行しているユーザの脈拍数を計測して制御部１０へ出力する計測手段である。
【００２０】
開閉センサ１５は、端末の開閉状態を検出する検出手段である。例えば、表示筐体１００及び操作筐体２００の一方に磁石、他方にホール素子が設けられ、２つの筐体１００及び２００を展開させた状態と、折り畳んだ状態とを識別し、端末状態の変化が検出された場合には制御部１０へハードウエア割込信号を出力する。なお、本実施の形態では、折畳式携帯電話機の場合について説明するが、スライド式携帯電話機であれば、端末状態としてスライド操作が検出される。
【００２１】
記憶装置１６は、プログラムやデータを記憶するための記憶手段であり、フラッシュメモリなどの不揮発性記憶装置が用いられている。例えば、制御部１０が実行するプログラムや、当該プログラムが取得又は生成した計測データや画像データ、情報入力手段１１〜１５からの入力データは、記憶装置１６内に格納される。
【００２２】
画面表示部１７は、例えば液晶パネルからなる表示部２０１を制御して画面表示を行っている。音声出力部１８は、通話用レシーバ１０２を制御している。無線通信部１９は、無線送信部１９Ｓ及び無線受信部１９Ｒを有し、図示しない無線基地局との間で双方向の無線通信を行うことができる通信手段である。この無線通信部１９を用いることによって、通話だけでなく、電子メールの送受信やプログラムのダウンロードを行うことができる。赤外線通信部２０は、赤外線出力２０Ｓ及び無線線センサ２０Ｒを有し、図示しない赤外線通信端末との間で双方向の無線通信を行うことができる通信手段である。この赤外線通信部２０を用いて、他の赤外線通信端末からプログラムを受信することもできる。
【００２３】
例えば、キー入力部１１から歩行情報を表示させるための操作入力が行われた場合、制御部１０は、キー操作信号に基づいて記憶装置１６から歩数データを読み出し、読み出された歩数データが、画面表示部１７によって表示部１０１に表示される。
【００２４】
図３は、図２の制御部１０の主要な構成例を示したブロック図である。この制御部１０は、外部アプリ３０及びネイティブプログラム３４からなる。また、ネイティブプログラム３４には、ネイティブアプリ３１、計測データ入出力部３２及び画像入出力部３３が含まれている。これらの各ブロック３０〜３４は、記憶装置１６内に格納され、制御部１０によって実行されるコンピュータプログラム又はその一部として実現されるものであり、上記ブロック３０，３１及び３４にはプログラムの名称を便宜的に用いているが、実際は、当該プログラムに基づいて情報処理を行うプログラム実行手段を指している。
【００２５】
外部アプリ３０は、携帯電話機１にユーザが追加したアプリケーションプログラムである。例えば、無線通信部１９を介して、ネットワーク上のサーバ（不図示）からダウンロードされ、携帯電話機１にインストールされたＪａｖａ（登録商標）アプリケーションなどのプログラムである。一方、ネイティブプログラム３４は、携帯電話機１の構成に応じて作成され、予めインストールされた状態でユーザに提供されるプログラムである。
【００２６】
ネイティブアプリ３１は、歩行センサ１３及び脈拍センサ１４を制御し、歩数や脈拍数などの計測データを取得するアプリケーションプログラムである。歩行センサ１３は、主電源の投入中は、常時、歩数を計測しており、ネイティブアプリ３１は、１時間ごとの歩数を求めて定期的に記憶装置１６に格納している。脈拍センサは、ユーザが測定を指示した場合に脈拍数を計測し、記憶装置１６に格納している。
【００２７】
計測データ入出力部３２は、記憶装置１６に対する上記計測データの入出力を制御する入出力制御手段である。画像入出力部３３は、記憶装置１６に対する画像データの入出力を制御する入出力制御手段である。なお、計測データを記憶する計測データ記憶部３５と、画像データを記憶する画像記憶部３６は、いずれも記憶装置１６内の一部の記憶領域として実現することができる。
【００２８】
つまり、計測データ入出力部３２及び画像入出力部３３は、いずれも記憶装置１６に対するデータ入出力を制御する手段であり、いわゆるオペレーティングシステムとして、外部アプリ３０のためのＡＰＩを提供している。ここでは、画像ファイルを入出力するための画像登録ＡＰＩ及び画像取得ＡＰＩと、１日分の歩数を取得するための歩数データ取得ＡＰＩとが用意されているものとする。
【００２９】
画像登録ＡＰＩは、外部アプリ３０が、画像記憶部３６に画像ファイルを登録するためのインターフェースであり、外部アプリ３０内の画像ファイルが引数により指定されて呼び出される関数からなる。外部アプリ３０が画像登録ＡＰＩを呼び出し、画像ファイルの登録要求を行った場合、画像入出力部３３は、当該画像ファイルを画像記憶部３６に格納し、格納された画像ファイルを識別するためのファイルＩＤを戻り値として外部アプリ３０に引き渡す。
【００３０】
画像取得ＡＰＩは、外部アプリ３０が、画像記憶部３６から画像ファイルを読み出すためのインターフェースであり、引数としてファイルＩＤを指定して呼び出される関数からなる。外部アプリ３０が画像取得ＡＰＩを呼び出し、画像ファイルの取得要求を行った場合、画像入出力部３３は、ファイルＩＤによって特定された画像ファイルを画像記憶部３６から読み出し、読み出された画像ファイルが戻り値として外部アプリ３０に引き渡される。
【００３１】
歩数データ取得ＡＰＩは、外部アプリ３０が、歩行センサ１３によって計測された１日分の総歩数を取得するためのインターフェースであり、引数として歩数測定年月日を指定して呼び出される関数からなる。歩数データ取得ＡＰＩを呼び出して、外部アプリ３０が歩数の取得要求を行った場合、計数データ入出力部３３は、指定された歩数測定年月日における総歩数を計測データ記憶部３５から読み出し、戻り値として外部アプリ３０に引き渡す。
【００３２】
計測データ記憶部３５には、１日当たりの総歩数だけでなく、１時間ごとの歩数が２日以上にわたって保持されている。さらに、脈拍センサ１４によって計測された脈拍数も格納されている。しかしながら、外部アプリ３０が、これらの計測データを取得するためのＡＰＩは用意されていない。このような様々なＡＰＩを予め用意することも不可能ではないが、引数、戻り値、呼び出し順序、例外処理などをＡＰＩごとに決定し、互いに整合性を保持するように多数のＡＰＩを規定することは容易ではない。そこで、本実施の形態による携帯電話機１では、画像入出力部３３が、画像ファイル内に計測データを埋め込むことによって、外部アプリ３０は、画像取得ＡＰＩを利用して、１時間ごとの歩数や脈拍数などを取得することができる。
【００３３】
図４は、外部アプリ３０及び画像入出力部３３の間で伝達される画像ファイルの一例を示した図であり、ＧＩＦ（Graphic Interchange Format）形式からなる画像ファイルの例が示されている。ＧＩＦ形式の画像ファイルは、ヘッダ領域Ａ１、画像領域Ａ２及びコメント領域Ａ３によって構成されている。画像領域Ａ２は、多数のピクセルで構成される画像情報が格納される画像情報領域である。一方、ヘッダ領域Ａ１及びコメント領域は、文字や記号からなるコード情報が格納されるコード情報領域である。ヘッダ領域Ａ１は、ファイル名、画像サイズなどの当該画像ファイルに関する属性情報が格納される領域であり、コメント領域Ａ３は、任意のデータを格納することができる領域である。なお、コメント領域Ａ３は、格納したいデータのサイズに応じて拡張することができる。
【００３４】
図中の（ａ）は、画像登録ＡＰＩを呼び出す際に指定される登録画像ファイル、つまり、画像記憶部３６に格納するために、外部アプリ３０から画像入出力部３３へ引き渡される画像データである。一方、図中の（ｂ）は、画像取得ＡＰＩを呼び出すことにより取得する取得画像ファイル、つまり、画像入出力部３３から外部アプリ３０へ引き渡される画像ファイルである。
【００３５】
（ａ）の登録画像ファイルは、外部アプリ３０によって生成される画像ファイルであり、コメント領域Ａ３に判定ＩＤが格納されている。判定ＩＤは、画像入出力部３３が判別することができる識別情報であり、予め定められている。外部アプリ３０から登録画像ファイルを受け取った画像入出力部３３は、そのコメント領域Ａ３に判別ＩＤが格納されているか否かにかかわらず、当該画像ファイルを変更することなく、そのまま画像記憶部３６に格納する。
【００３６】
（ｂ）の取得画像ファイルは、画像入出力部３３によって生成される画像ファイルであり、（ａ）の登録画像ファイルと比較すれば、コメント領域Ａ３に、プロフィールデータＤ、歩数データＥ、脈拍データＦが埋め込まれている点で異なっている。これらの埋込データは、外部アプリ３０による画像の取得要求時に、画像入出力部３３によって計測データ記憶部３５内の計測データがコメント領域Ａ３に追加されたものであり、その後に外部アプリ３０へ引き渡される。
【００３７】
ここでは、１個のプロフィールデータＤと、ｎ個の歩数データＥ１〜Ｅｎと、ｍ個の脈拍データＦ１〜Ｆｍとが埋め込まれている（ｎ≧２，ｍ≧２）。１つの画像ファイルに埋め込まれる歩数データの数ｎ、脈拍データの数ｍは、予め定められており、最新の計測データから遡って所定数のデータが格納される。なお、画像ファイルのコメント領域Ａ３は必要に応じて拡張してデータを埋め込むことができる。ここでは、コメント領域Ａ３の拡張を画像取得時に行う場合について説明したが、必要となるコメント領域Ａ３のサイズは既知であることから、コメント領域Ａ３の拡張は画像格納時に行うこともできる。
【００３８】
図５は、図４のプロフィールデータＤ、歩数データＥ及び脈拍データＦの一構成例を示した図である。図中の（ａ）に示したプロフィールデータＤは、ユーザに関する情報からなり、その身体的特徴も含まれている。ここでは、ニックネームｄ１、生年月日ｄ２、性別ｄ３、身長ｄ４及び体重ｄ５によって構成されている。
【００３９】
歩数データＥは、歩行センサ１３による１日分の計測データ、すなわち、歩数測定年月日ｅ０と、その日に測定された１時間ごとの歩数ｅ１〜ｅ２４とによって構成される。脈拍データＦは、脈拍測定年月日ｆ０と、その日に測定された脈拍数ｆ１からなる。
【００４０】
図４に示した通り、１つの画像ファイルにはｎ個の歩数データＥ１〜Ｅｎと、ｍ個の脈拍データＦ１〜Ｆｍとが埋め込まれており、２日以上の期間における１時間ごとの歩数データと、２回以上測定された脈拍数が含まれている。つまり、外部アプリ３０が歩数データ取得ＡＰＩを用いて取得できるのは、１日当たりの歩数だけであるのに対し、画像取得ＡＰＩを用いれば、画像ファイルを取得することによって最新のｎ日にわたる１時間ごとの歩数を取得することができる。また、最新のｍ回にわたる脈拍数を取得することができる。
【００４１】
図６は、画像入出力部３３の詳細構成例を示したブロック図である。画像入出力部３３は、画像書込部４１、画像読出部４２、判定ＩＤ抽出部４３及び計測データ埋込部４４によって構成される。画像書込部４１は、画像登録ＡＰＩを用いた画像ファイルの登録要求を処理するブロックであり、外部アプリ３０から入力された画像ファイルを画像記憶部３６に書き込み、ファイルＩＤを外部アプリ３０に通知する。
【００４２】
画像読出部４２、判定ＩＤ抽出部４３及び計測データ埋込部４４は、外部アプリ３０からの画像ファイルの取得要求を処理するブロックである。画像読出部４２は、外部アプリ３０が指定したファイルＩＤに基づいて、画像記憶部３６から画像ファイルの読み出しを行っている。判定ＩＤ抽出部４３は、読み出された画像ファイルのコメント領域Ａ３から判定ＩＤを抽出する。計測データ埋込部４４は、画像ファイル内に判定ＩＤが含まれていた場合に、所定の計測データを計測データ記憶部３５から読み出し、コメント領域Ａ３に埋め込み、計測データが埋め込まれた画像ファイルが、外部アプリ３０に引き渡される。一方、判定ＩＤが含まれていない場合には、画像記憶部３６から読み出された画像ファイルが、そのまま外部アプリ３０に引き渡される。
【００４３】
このようにして、外部アプリ３０は、既存の画像取得ＡＰＩを用いて、予め定められた判定ＩＤがコメント領域Ａ３に格納されている画像ファイルを読み出せば、計測データ記憶部３５内のデータを取得することができる。このため、ネイティブプログラム３４は、外部アプリ３０がプロフィールデータＤ、歩数データＥ、脈拍データＦを取得するためのＡＰＩを用意する必要がない。
【００４４】
図７は、図４の画像領域Ａ２に格納される画像データを画面表示した場合の一例を示した図である。この画像データは、ユーザが誤って消去しないように、取り扱いに注意を促す文字や図形からなる。コメント領域Ａ３に判定ＩＤが格納されている画像ファイルは、計測データを取得するためのものであって、画像領域Ａ２に有意な画像データが格納されていることは必要でない。しかしながら、内容が不明な画像ファイルを消去するユーザは、通常、当該画像を画面表示させて内容を確認してから消去するため、その取り扱いに注意を促す画像データを画像領域Ａ２に格納しておくことが望ましい。
【００４５】
図８は、外部アプリ３０の動作の一例を示したフローチャートである。外部アプリ３０が、計測データを取得するための画像取得を最初に行う場合、判定ＩＤを含む画像ファイルは、まだ画像記憶部３６内に格納されていない。このため、外部アプリ３０は、画像取得に先立って、画像登録を行う必要がある（ステップＳ１０１，Ｓ１０２）。画像の登録要求は、判定ＩＤを含む画像ファイルを生成し、当該画像ファイルを引数により指定して画像取得ＡＰＩを呼び出すことによって行われる。この画像登録は１回だけ行えばよく、２回目以降の画像取得時には、このような画像登録は原則として必要ない。
【００４６】
次に、判定ＩＤを含む画像ファイルの取得要求が行われる（ステップＳ１０３）。画像の取得要求は、画像登録時に取得したファイルＩＤを引数により指定して画像取得ＡＰＩを呼び出すことによって行われる。このとき、先に登録した画像ファイルをユーザが誤って削除していれば、ファイルＩＤに対応づけられた画像ファイルが画像記憶部３６内に存在せず、戻り値としてエラー値が返される。この様な場合には、再度、画像の登録要求を行い、その後に画像の取得要求が行われる（ステップＳ１０４）。
【００４７】
ファイルＩＤに対応する画像ファイルが画像記憶部３６内に存在していれば、外部アプリ３０は、計測データが埋め込まれた画像ファイルを取得することができる（ステップＳ１０５）。従って、当該画像ファイルのコメント領域Ａ３から計測データを抽出すれば、所望の計測データを得ることができる（ステップＳ１０６）。
【００４８】
図９は、画像入出力部３３の動作の一例を示したフローチャートであり、外部アプリ３０から画像の取得要求があった場合の動作が示されている。外部アプリ３０が、ファイルＩＤを引数として画像取得ＡＰＩを呼び出した場合、画像入出力部３３は、当該ファイルＩＤに対応づけられた画像ファイルを画像記憶部３６から読み出す（ステップＳ２０１）。
【００４９】
次に、読み出された画像ファイルのコメント領域Ａ３を検索して判定ＩＤを抽出する（ステップＳ２０２）。その結果、予め定められた判定ＩＤを抽出することができた場合には、計測データ記憶部３５から計測データを読み出し、上記画像ファイルのコメント領域Ａ３に埋め込む（ステップＳ２０３〜Ｓ２０５）。このとき、必要であればコメント領域Ａ３を拡張して計測データが埋め込まれる。一方、判定ＩＤを抽出することができなかった場合には、計測データの埋め込みは行われない。このようにして判定ＩＤの有無に基づいて計測データの埋め込みが行われた画像ファイルが、外部アプリ３０に引き渡される（ステップＳ２０６）。
【００５０】
本実施の形態によれば、外部アプリ３０が、判定ＩＤをコメント領域にＡ３に含む画像ファイルを予め登録しておき、当該画像ファイルの取得要求を行うことによって、コメント領域Ａ３にプロフィールデータＤ、歩数データＥ１〜Ｅｎ及び脈拍データＦ１〜Ｆｍを埋め込んだ画像ファイルを取得することができる。従って、特別なインターフェースを用いることなく、画像の登録及び取得ためのインターフェースを用いて、プロフィールデータＤ、歩数データＥ１〜Ｅｎ及び脈拍データＦ１〜Ｆｍを取得することができる。
【００５１】
なお、本実施の形態では、外部アプリ３０が内蔵センサによる計測データを取得する場合の例について説明したが、本発明は、このような場合には限定されない。すなわち、端末装置内の様々な情報、例えば、外部アプリ３０が、キー入力部１１によって検出されたキー入力情報、開閉センサ１５によって検出された端末の開閉状態、無線通信部１９又は赤外線通信部による受信データなどを取得する場合にも適用することができる。
【００５２】
さらに、本実施の形態では、外部アプリ３０がネイティブアプリケーション３４からデータを取得する場合の例について説明したが、本発明は、このような場合には限定されない。例えば、上記外部アプリ３０が、本実施の形態による端末装置と通信可能な外部機器であって、当該外部機器が、本端末装置内のネイティブプログラム３４からデータを取得する場合にも適用することができる。
【図面の簡単な説明】
【００５３】
【図１】本発明の実施の形態によるセンサ内蔵携帯端末の一構成例を示した外観図である。
【図２】図１の携帯電話機１の内部構成の一例を示したブロック図である。
【図３】図２の制御部１０の主要な構成例を示したブロック図である。
【図４】外部アプリ３０及び画像入出力部３３の間で伝達される画像ファイルの一例を示した図である。
【図５】図４のプロフィールデータＤ、歩数データＥ及び脈拍データＦの一構成例を示した図である。
【図６】画像入出力部３３の詳細構成例を示したブロック図である。
【図７】図４の画像領域Ａ２に格納される画像データを画面表示した場合の一例を示した図である。
【図８】外部アプリ３０の動作の一例を示したフローチャートである。
【図９】画像入出力部３３の動作の一例を示したフローチャートである。
【符号の説明】
【００５４】
１      携帯電話機
１０    制御部
１３    歩行センサ
１４    脈拍センサ
１６    記憶装置
１９    無線通信部
３０    外部アプリ
３１    ネイティブアプリ
３２    計測データ入出力部
３３    画像入出力部
３４    ネイティブプログラム
３５    計測データ記憶部
３６    画像記憶部
４１    画像書込部
４２    画像読出部
４３    判定ＩＤ抽出部
４４    計測データ埋込部
Ａ１    ヘッダ領域
Ａ２    画像領域
Ａ３    コメント領域
Ｄ    プロフィールデータ
ｄ１    ニックネーム
ｄ２    生年月日
ｄ３    性別
ｄ４    身長
ｄ５    体重
Ｅ，Ｅ１〜Ｅｎ  歩数データ
ｅ０    歩数測定年月日
ｅ１〜ｅ２４    歩数
Ｆ，Ｆ１〜Ｆｍ  脈拍データ
ｆ０    脈拍測定年月日
ｆ１    脈拍数
【図１】
2010045735.tif 000003
【図２】
2010045735.tif 000004
【図３】
2010045735.tif 000005
【図４】
2010045735.tif 000006
【図５】
2010045735.tif 000007
【図６】
2010045735.tif 000008
【図７】
2010045735.tif 000009
【図８】
2010045735.tif 000010
【図９】
2010045735.tif 000011