(57)【要約】【課題】  ブラウザの機能を利用しつつ、処理のオーバーヘッドやリソース消費を最小限に止めることができる情報提示機能を実現することのできる情報機器を提供する。【解決手段】  本発明の機器情報表示システムは、１以上の情報機器の機器内部情報を表示するためのシステムであって、マークアップ言語で記述された文書データを取得して解析し、解析の結果に基づいて、取得した文書データを所定の構造を持つレイアウトデータに変換し、さらに、該レイアウトデータを基に表示を行なう情報閲覧手段と、１以上の情報機器の機器内部情報を取得し、情報閲覧手段が生成するレイアウトデータの所定の構造と同等の構造を有し且つ機器内部情報を含んだ表示用データを生成し、該生成した表示用データを情報閲覧手段を介して表示させる機器情報提供手段と、を備える。【選択図】    図１
2005115827.tif 000002
【特許請求の範囲】
【請求項１】
１以上の情報機器の機器内部情報を表示するためのシステムであって、
マークアップ言語で記述された文書データを取得して解析し、前記解析の結果に基づいて前記取得した文書データを所定の構造を持つレイアウトデータに変換し、さらに、該レイアウトデータを基に表示を行なう情報閲覧手段と、
前記１以上の情報機器の機器内部情報を取得し、前記情報閲覧手段が生成する前記レイアウトデータの所定の構造と同等の構造を有し且つ前記機器内部情報を含んだ表示用データを生成し、該生成した表示用データを前記情報閲覧手段を介して表示させる機器情報提供手段と、
を備えることを特徴とする機器情報表示システム。
【請求項２】
前記機器情報提供手段は、
前記情報機器の種別に対応した、前記表示データの基として用いられる定型データを有すること、
を特徴とする請求項１に記載の機器情報表示システム。
【請求項３】
前記定型データは、前記情報機器の種別に対応して複数種類設けられていること、を特徴とする請求項２に記載の機器情報表示システム。
【請求項４】
前記機器情報提供手段は、
前記１以上の情報機器に対して、設定情報、制御命令の少なくとも一方を含む操作情報の書き込みを行なう機能を更に有すること、
を特徴とする請求項１から請求項３のいずれかに記載の機器情報表示システム。
【請求項５】
前記機器情報提供手段は、
所定の手続きに従った要求信号を受け付け、該要求信号に応じて前記１以上の情報機器から前記機器内部情報を取得しおよび前記操作情報の書き込みを行なうインタフェースとして機能する機器情報インタフェースを有すること、を特徴とする請求項４に記載の機器情報表示システム。
【請求項６】
前記情報閲覧手段および前記機器情報提供手段は１つの情報機器の内部に構成され、
前記機器情報インタフェースは、前記１つの情報機器の機器内部情報を取得すること、
を特徴とする請求項５に記載の機器情報表示システム。
【請求項７】
前記機器情報インタフェースは、前記１以上の情報機器と有線および／または無線のネットワークを介して接続され、該ネットワークを経由して前記１以上の情報機器から前記機器内部情報を取得すること、を特徴とする請求項５に記載の機器情報表示システム。
【請求項８】
前記１以上の情報機器は、携帯電話、情報家電、車載機器の少なくともいずれか一つを含む、請求項１から請求項７のいずれかに記載の機器情報表示システム。
【請求項９】
前記機器内部情報は、前記情報機器の種別に関する情報、前記１以上の情報機器のそれぞれが有する周辺機器の情報の少なくともいずれか一つを含む、請求項１から請求項８のいずれかに記載の機器情報表示システム。
【請求項１０】
コンピュータを、
マークアップ言語で記述された文書データを取得して解析し、前記解析の結果に基づいて前記取得した文書データを所定の構造を持つレイアウトデータに変換し、さらに、該レイアウトデータを基に表示を行なう情報閲覧手段、および
前記１以上の情報機器の機器内部情報を取得し、前記情報閲覧手段が生成する前記レイアウトデータの所定の構造と同等の構造を有し且つ前記１以上の情報機器の機器内部情報を含んだ表示用データを生成し、該生成した表示用データを前記情報閲覧手段を介して表示させる機器情報提供手段、
として機能させるためのプログラム。
【請求項１１】
前記機器情報提供手段は、
前記情報機器の種別に対応した、前記表示データの基として用いられる定型データを有すること、
を特徴とする請求項１０に記載のプログラム。
【請求項１２】
前記定型データは、前記情報機器の種別に対応して複数種類設けられていること、を特徴とする請求項１１に記載のプログラム。
【請求項１３】
前記機器情報提供手段は、
前記１以上の情報機器に対して、設定情報、制御命令の少なくとも一方を含む操作情報の書き込みを行なう機能を更に有すること、
を特徴とする請求項１０から請求項１２のいずれかに記載のプログラム。
【請求項１４】
前記機器情報提供手段は、
所定の手続きに従った要求を受け付け、該要求に応じて前記１以上の情報機器から前記機器内部情報を取得しおよび前記操作情報の書き込みを行なうプログラムインタフェースを有すること、を特徴とする請求項１３に記載のプログラム。
【請求項１５】
前記情報閲覧手段および前記機器情報提供手段は１つの情報機器の内部に構成され、
前記プログラムインタフェースは、前記１つの情報機器の機器内部情報を取得すること、
を特徴とする請求項１４に記載のプログラム。
【請求項１６】
前記プログラムインタフェースは、前記１以上の情報機器と有線および／または無線のネットワークを介して通信可能に構成され、該ネットワークを経由して前記１以上の情報機器から前記機器内部情報を取得すること、を特徴とする請求項１４に記載のプログラム。
【請求項１７】
前記１以上の情報機器は、携帯電話、情報家電、車載機器の少なくともいずれか一つを含む、請求項１０から請求項１６のいずれかに記載のプログラム。
【請求項１８】
前記機器内部情報は、前記情報機器の種別に関する情報、前記１以上の情報機器のそれぞれが有する周辺機器の情報の少なくともいずれか一つを含む、請求項１０から請求項１７のいずれかに記載のプログラム。
【請求項１９】
所定のプロトコルに従いＷｅｂサーバーにアクセスする機能を有すると共に、マークアップ言語で記述された文書データを取得して解析する解析機能と、該解析の結果に基づいて前記取得した文書データを所定の構造を持つレイアウトデータに変換する変換機能と、該レイアウトデータを基に表示を行なう表示機能とを有する情報閲覧プログラムであって、
該情報閲覧プログラムは、さらに、
所定のプログラムインタフェースに従って１以上の情報機器の機器内部情報を取得し、該取得した機器内部情報を前記レイアウトデータの所定の構造と同等の構造を有する表示用データに変換し、生成された前記表示用データを前記表示機能を介して表示させる機器情報提供機能を有すること、
を特徴とする情報閲覧プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯電話、情報家電などの情報機器における機器内部情報の提示機能に関し、さらに詳細には、このような情報の提示機能における情報閲覧ソフトウェアの機能の利用に関する。
【背景技術】
【０００２】
一般に、携帯電話、情報家電などの情報機器は、機器内部のファイルやフォルダ、および機器が有する内部機能を始めとする様々な機器内部情報を一覧表示し、或いはこのような内部機能に対する操作を行なう為のユーザインタフェースを持つことを要求される。このような機能（以下、情報提示機能と記す）を実現するソフトウェアは、従来は、情報機器毎に専用のソフトウェアとして開発されていたのが現状である。
【０００３】
なお、下記特許文献１には、複合機において、複合機のステータスを、クライアント装置のＷｅｂブラウザで閲覧できるようにした構成が記載されている。この複合機は、ステータスをＷｅｂページとして生成し、複合機内に設けられたＷｅｂサーバで公開する。
【０００４】
【特許文献１】特許第３３１３３５９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
このような情報提示機能は、メモリ容量、ディスク容量などのハードウェアリソース（リソース）をできるだけ消費しないよう実現されるのが望ましい。携帯機器等のようにリソースが比較的限定される情報機器では、このような要求は更に高いものとなる。
【０００６】
ところで、これらの情報機器は、ネットワーク環境で用いることを前提として、インターネットなどのネットワークから情報を取得する情報閲覧ソフトウェア（ブラウザとも呼ばれる）を搭載している場合がある。ブラウザは、所定のプロトコルに従いＷｅｂサーバーにアクセスする機能を有すると共に、さらに、取得した情報をユーザに提示しユーザからの操作を受け付けるユーザインタフェースとしての機能を有する。
【０００７】
情報提示機能が消費するリソースの低減をブラウザを利用して実現することを考えたとき、一般に取り得る手法は、情報機器から取得した機器内部情報をＨＴＭＬ（Hypertext Markup Language））文書化し、ブラウザに受け渡す手法である。つまり、機器内部情報をテキスト化してブラウザを用いて表示することである。このような手法を用いることによって、情報機器における情報提示機能をブラウザを用いて実現することができる。つまり、情報提示機能のうち、取得した情報をユーザに提示するユーザインタフェースとしての機能をブラウザの利用により実現することができる。
【０００８】
しかしながら、上記手法は、取得した機器内部情報のテキスト化という処理のオーバーヘッドを伴う。
【０００９】
本発明は、以上のような事情に鑑みてなされた。すなわち、本発明は、ブラウザの機能を利用しつつ、処理のオーバーヘッドやリソース消費を最小限に止めることができる情報提示機能を実現することのできる情報機器、およびプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
上記目的を達成する為、本発明の一つの側面によって提供されるのは、１以上の情報機器の機器内部情報を表示するためのシステムであって、マークアップ言語で記述された文書データを取得して解析し、解析の結果に基づいて、取得した文書データを所定の構造を持つレイアウトデータに変換し、さらに、該レイアウトデータを基に表示を行なう情報閲覧手段と、１以上の情報機器の機器内部情報を取得し、情報閲覧手段が生成するレイアウトデータの所定の構造と同等の構造を有し且つ機器内部情報を含んだ表示用データを生成し、該生成した表示用データを情報閲覧手段を介して表示させる機器情報提供手段と、を備える機器情報表示システムである（請求項１）。
【００１１】
取得された機器内部情報は、情報閲覧手段が表示することのできる構造のレイアウトデータとして生成されるので、機器内部情報を表示する為の特別の表示機能を設ける必要は無い。つまり、マークアップ言語を表示するための機能を利用して、機器内部情報を表示することができる。
【００１２】
この場合、機器情報提供手段は、情報機器の種別に対応した、表示データの基として用いられる定型データを有する構成であっても良い（請求項２）。また、定型データは、情報機器の種別に対応して複数種類設けられている構成であっても良い（請求項３）。
【００１３】
機器情報提供手段は、１以上の情報機器に対して、設定情報、制御命令の少なくとも一方を含む操作情報の書き込みを行なう機能を更に有する構成であっても良い（請求項４）。
【００１４】
機器情報提供手段は、所定の手続きに従った要求信号を受け付け、該要求信号に応じて、１以上の情報機器から機器内部情報を取得しおよび操作情報の書き込みを行なうインタフェースとして機能する機器情報インタフェースを有する構成であっても良い（請求項５）。
【００１５】
情報閲覧手段および機器情報提供手段が１つの情報機器の内部に構成される場合には、機器情報インタフェースは、１つの情報機器の機器内部情報を取得する構成であっても良い（請求項６）。
【００１６】
機器情報インタフェースが、１以上の情報機器と有線および／または無線のネットワークを介して接続される構成である場合には、機器情報インタフェースは、ネットワークを経由して、１以上の情報機器から機器内部情報を取得する構成であっても良い（請求項７）。
【００１７】
上記目的を達成する為に、本発明の別の側面によれば、コンピュータを、
マークアップ言語で記述された文書データを取得して解析し、解析の結果に基づいて、取得した文書データを所定の構造を持つレイアウトデータに変換し、さらに、該レイアウトデータを基に表示を行なう情報閲覧手段、および、
１以上の情報機器の機器内部情報を取得し、情報閲覧手段が生成するレイアウトデータの所定の構造と同等の構造を有し且つ１以上の情報機器の機器内部情報を含んだ表示用データを生成し該生成した表示用データを情報閲覧手段を介して表示させる機器情報提供手段として機能させるためのプログラムが提供される（請求項１０）。
【００１８】
取得された機器内部情報は、情報閲覧手段が表示することのできる構造のレイアウトデータとして生成されるので、機器内部情報を表示する為の特別の表示機能を設ける必要は無い。つまり、マークアップ言語を表示するための機能を利用して、機器内部情報を表示することができる。
【００１９】
上記構成のプログラムにおいて、機器情報提供手段は、情報機器の種別に対応した、表示データの基として用いられる定型データを有する構成であっても良い（請求項１１）。また、定型データは、情報機器の種別に対応して複数種類設けられている構成であっても良い（請求項１２）。
【００２０】
機器情報提供手段は、１以上の情報機器に対して、設定情報、制御命令の少なくとも一方を含む操作情報の書き込みを行なう機能を更に有する構成であっても良い（請求項１３）。
【００２１】
機器情報提供手段は、所定の手続きに従った要求を受け付け、該要求に応じて、１以上の情報機器から機器内部情報を取得しおよび操作情報の書き込みを行なうプログラムインタフェースを有する構成であっても良い（請求項１４）。
【００２２】
情報閲覧手段および機器情報提供手段が１つの情報機器の内部に構成される場合には、プログラムインタフェースは、１つの情報機器の機器内部情報を取得する構成であっても良い（請求項１５）。
【００２３】
プログラムインタフェースが、１以上の情報機器と有線および／または無線のネットワークを介して通信可能に構成される場合には、プログラムインタフェースは、該ネットワークを経由して、１以上の情報機器から機器内部情報を取得する構成とすることができる（請求項１６）。
【００２４】
上記構成の機器情報表示システムまたはプログラムにおいて、１以上の情報機器は、携帯電話、情報家電、車載機器の少なくともいずれか一つを含むものであっても良い（請求項８、請求項１７）。また、機器内部情報は、情報機器の種別に関する情報、１以上の情報機器のそれぞれが有する周辺機器の情報の少なくともいずれか一つを含むものであっても良い（請求項９、請求項１８）。
【００２５】
また、上記目的を達成するために、本発明の別の側面によって提供されるのは、所定のプロトコルに従いＷｅｂサーバーにアクセスする機能を有すると共に、マークアップ言語で記述された文書データを取得して解析する解析機能と、該解析の結果に基づいて、取得した文書データを所定の構造を持つレイアウトデータに変換する変換機能と、該レイアウトデータを基に表示を行なう表示機能とを有する情報閲覧プログラムであって、該情報閲覧プログラムは、さらに、所定のプログラムインタフェースに従って１以上の情報機器の機器内部情報を取得し、該取得した機器内部情報を、レイアウトデータの所定の構造と同等の構造を有する表示用データに変換し、生成された表示用データを、表示機能を介して表示させる機器情報提供機能を有する（請求項１９）。
【００２６】
取得された機器内部情報は、情報閲覧プログラム（ブラウザ）が用いることのできる内部形式であるレイアウトデータとして生成されるので、機器内部情報を表示する為の特別の表示機能を設ける必要は無い。つまり、マークアップ言語を表示するための機能を利用して、機器内部情報を表示することができる情報閲覧プログラムが実現される。
【発明の効果】
【００２７】
上述のように、本発明によれば、取得された機器内部情報は、情報閲覧手段が表示することのできる構造のレイアウトデータとして生成されるので、機器内部情報を表示する為の特別の表示機能を設ける必要は無い。つまり、マークアップ言語を表示するための機能を利用して、機器内部情報を表示することができる。
【００２８】
なお、情報機器から機器内部情報を取得する等の為のインタフェースが定められていれば、特にその情報機器（周辺機器）が外部に存在する場合（つまり、周辺機器が、本発明の機器情報表示システム等に対してネットワーク経由で接続されている場合）に相互運用が容易になる。
【００２９】
メーカーが変わる毎にインタフェースを協議によって決定するのは時間の無駄であるが、本発明によれば、インタフェースが共通化されるため、ソフトウェアやシステムの開発期間およびコストを削減することができる。
【００３０】
各メーカー毎のインタフェースを実装する場合には各々の処理分コードサイズが増えてしまうことになるが、本発明によれば、インタフェースが共通化されているので、このような事態になるのを回避することができる。
【発明を実施するための最良の形態】
【００３１】
図１は、情報機器内に実現される情報提示機能を説明する為の機能ブロック図である。なお、本実施形態でいう情報機器は、携帯電話、情報家電などの、いわゆる組み込み機器と呼ばれる情報機器であるものとする。また、本実施形態でいう機器内部情報とは、情報機器のファイルシステムが管理するファイルおよびフォルダ、設定温度情報（情報機器がエアコンである場合）などの、情報機器のハードウェアから取得可能な様々な情報のことを指す。
【００３２】
図１において、破線で囲まれたブロックＡは、ブラウザの機能を表している。さらに、ブラウザＡ内において破線で囲まれたブロックＡ１は、ブラウザとしての既知の機能を表している。一方、ブラウザＡ内において破線で囲まれたブロックＡ２は、機器内部情報をブラウザの機能を介して提示する機能を実現する為の、本発明の特徴部分としての機能を表している。つまり、本実施形態において、機器内部情報を提示する為の機能は、ブラウザの機能の一部として構築される。
【００３３】
図１において破線で囲まれたブロックＢは、アプリケーションプログラムとしての機能を表している。アプリケーションプログラム（ブロックＢ）は、後に詳細に説明するハードウェアインタフェース（Ｉ／Ｆ）機能を提供する。
【００３４】
図２は、情報機器のハードウェア構成としての一例を表すブロック図である。なお、図２は、情報機器が携帯電話である場合の例である。図２に示すように、情報機器１０において、全体の制御を司るＣＰＵ３には、ＲＯＭ５、ＲＡＭ７、ネットワークインタフェース９、ディスプレイドライバ１１、ユーザインタフェースデバイスＩ／Ｆ１５、および各種のＰＣカードのインタフェースとしてのＰＣカードインタフェース１６がバス１９を介して接続されている。ＲＯＭ５には、オペレーティングシステム、ブラウザ（ブロックＡ）、上記アプリケーション（ブロックＢ）をはじめとして、情報機器１０を動作させる為の各種のプログラムが格納される。ＣＰＵ３には、さらに、ディスプレイドライバ１１を介してディスプレイ１３が接続され、ユーザインタフェースデバイスＩ／Ｆ１５を介してユーザインタフェースデバイス１７が接続される。ユーザインタフェースデバイス１７は、例えば操作キーである。
【００３５】
ＰＣカードインタフェース１６を介して、情報機器１０に、各種のＰＣカードを装着することができる。ここでは一例として、フラッシュメモリカード１８が用いられるものとする。ユーザがユーザインタフェースデバイス１７を介して所定の操作を行うことでブラウザ（ブロックＡ）が起動する。上記、アプリケーション（ブロックＢ）、ブラウザ（ブロックＡ）は、ＣＰＵ３により実行される。
【００３６】
まず、ブラウザとして既知の機能部分（ブロックＡ１）について説明する。ユーザーがユーザインタフェースデバイス１７を操作してＵＲＬ（Uniform Resource Locator）を指定すると、ブラウザは、指定されたＵＲＬからデータを取得する（Ｋ３１）。つまり、ネットワーク上のＷｅｂサーバーからデータを取得する。そして、取得したデータがどのような種別のデータであるかを解析し（Ｋ３２）、ＨＴＭＬ文書解析の事前準備としての所定の処理を行う（テキスト前処理：Ｋ３３）。
【００３７】
次にブラウザは、文法解析を含むＨＴＭＬ文書の解析を行なう（Ｋ３４）。なお、ＨＴＭＬ文書の解析は、スタイルシート（ＣＳＳ（Cascading style sheets）と呼ばれる、ＨＴＭＬ文書のスタイルを記述する言語）の解析（Ｋ３５）と共同して行なわれる。ＨＴＭＬ文書の解析の結果、レイアウトツリーが生成される（Ｋ３６）。なお、ここで生成されるレイアウトツリーは、ＨＴＭＬ文書、スタイルシートの解析の結果として生成される、レイアウト情報を含んだ形式であり、言語非依存のレイアウト情報と位置付けることができる。
【００３８】
図３は、レイアウトツリー構造の一例を示している。図３の左側にツリー構造が示されおり、このツリー構造では、ＨＴＭＬ文書は、Ｐタグの下に、テキスト部分“text node 1”、イメージ（IMG）タグ、Ａ（アンカー）タグ（リンク先名：anchor text）、ＤＩＶ（ディビジョン）タグ（テキスト部分：“text”）、およびテキスト部分“text node 2”を含んでいる。図３の右側には、そのツリー構造に対応したレイアウト状態が示されている。つまり、レイアウトツリーは、これら各描画オブジェクトのそれぞれについて、配置座標、大きさ、色などのレイウト情報を含んだものであり、図３の右側に示したようなレイアウト状態を各描画オブジェクトについて示したデータである。図３では、ツリー構造の各要素（図３の左側の各要素）と、それらの配置状態との対応が両矢印の破線で結ばれている。
【００３９】
レイアウトツリー構造生成の機能（Ｋ３６）でレイアウトツリーが生成されると、次に、ＯＳ（オペレーティングシステム）の描画機能を利用したレンダリング処理（Ｋ３７）が行なわれ、最終的な表示データが描画装置インタフェース（Ｋ３８）を介して、ディスプレイ１３上に表示される。
【００４０】
以上がブラウザの既知の部分の機能である。一方、図１に示されるように、ブラウザには、機器内部情報を取得して提示する機能である情報提示機能Ａ２が付加されている。情報提示機能Ａ２は、アプリケーション側に実現されているハードウェアＩ／Ｆ（Ｋ２０）から、ハードウェアＩ／Ｆ（Ｋ４０）を介して機器内部情報を受信する。
【００４１】
アプリケーション側のハードウェアＩ／Ｆ（Ｋ２０）は、ブラウザ側のハードウェアＩ／Ｆ（Ｋ４０）からの要求に応じて、情報機器１０のハードウェアから直接（または、ＯＳ、デバイスドライバ等のハードウェア層に近いソフトウェアを介して）機器内部情報を取得する。ハードウェアＩ／Ｆ（Ｋ２０）とハードウェアＩ／Ｆ（Ｋ４０）の間（つまり、アプリケーションとブラウザ間）で機器内部情報の送受信を行なうためのプログラムインタフェース仕様の一例について下記に説明する。
【００４２】
以下は、プログラムインタフェース仕様の例である。
＜インタフェース仕様＞
１．機能
インタフェースが提供する機能は下記の４つである。
１）対応するプロファイル（情報機器の種別）の取得
２）周辺機器数の取得
３）機器一覧の取得
４）機器の詳細情報の取得
２．機能の詳細
１）対応するプロファイルの取得
引数    なし
戻り値  プロファイルＩＤ（列挙型）
説明    そのプラットフォーム（情報機器）で対応しているハードウェアプロファイルのＩＤを返す。
プロファイルとは、ある程度共通した処理を適用可能な一群のプラットフォーム（情報機器）を定義したものである。つまり、あるプロファイルに属するプラットフォームではそのプロファイルで定義される共通の周辺機器群、機能群を備えていると仮定した処理を行うことが可能である。
２）周辺機器数の取得
引数    なし
戻り値  機器数（数値）
説明    情報取得に対応している周辺機器の数を返す。なお、周辺機器は、情報機器が携帯電話であれば、例えばバックライト、バッテリ、アンテナ、およびメモリである。
３）機器一覧の取得
引数    機器の基本情報を格納する構造体へのポインタ（基本情報）へのポインタ
戻り値  取得した項目数（数値）
説明    機器の基本情報の一覧を取得する
基本情報は、例えばＩＤ（数値）、機器種別（列挙型）、機器名称（文字配列）である。
４）機器の詳細情報取得
引数    情報を取得する機器のＩＤ（数値）
機器の詳細情報を格納する構造体へのポインタ
戻り値  エラーコード
説明    特定の機器の詳細情報を取得する
引数のＩＤには「機器一覧の取得」により取得した基本情報のＩＤを使用する。
詳細情報の構造体の大きさは機器種別ごとに異なる。
詳細情報は、
例えばバッテリの場合、
残量のパーセンテージ（数値）
消耗の有無（真偽値）
内蔵メモリの場合、
総容量（数値）
残容量（数値）
使用量（数値）
ファイル数（数値）
エラーの有無
である。
【００４３】
情報機器の機器内部情報の取得の為に上記のようなプログラムインタフェースを定義することには、以下のような利点がある。
・アプリケーション（ブロックＢ）側では、単に上記プログラムインタフェース仕様に合わせて機器内部情報を提供するようにソフトウェアを設計すれば良く、このことは情報機器の種類がどのようなものであろうと共通である。
・ブラウザ（ブロックＡ）側は、情報機器の種類がどのようなものであろうと、統一されたプログラムインタフェースで情報機器とのデータの送受信を行なうことができる。
【００４４】
図２に戻り、データ解析（Ｋ４１）は、ユーザが所定の操作を行なうと、ハードウェアＩ／Ｆ（Ｋ４０）を介して（つまり、上記プログラムインタフェースに従って）情報機器１０から機器内部情報を取得し、所定の形式でメモリ（ＲＡＭ７）内に保持する。
【００４５】
レイアウトツリー化処理フレームワーク（Ｋ４２）は、取得した機器内部情報をレイアウトツリー化する処理を行う。なお、レイアウトツリー化処理フレームワーク（Ｋ４２）では、機器内部情報のレイアウトツリー化処理のうち、全てのプロファイル（全ての情報機器の種別）に共通した処理を行う。特定のプロファイル（特定の情報機器の種別）に特化したレイアウトツリー化処理については、プロファイルＩ／Ｆ（Ｋ４３）を介して、定型データ（テンプレート）を取り出して処理が行われる。例えば携帯電話については携帯電話プロファイル（Ｋ４４）として予め準備されたテンプレートが取り出され、レイアウトツリーの作成に用いられる。一方、情報機器１０がデジタルテレビ（ＤＴＶ）であれば、ＤＴＶプロファイル（Ｋ４６）が用いられる。なお、このように、プロファイル毎にテンプレートを共通化ができるのは、例えば携帯電話であれば、どのようなメーカのものであれ、機器内部情報として有する情報はほぼ共通しているからである。
【００４６】
データ解析（Ｋ４１）によって取得された機器内部情報が以下のようなものである場合に、データ解析（Ｋ４１）では、図４のようなツリー構造でデータを保持することができる。
（機器内部情報の例）
情報機器（プロファイル）：携帯電話（機種名；Ｚ８５０ｊ）
周辺機器：アンテナ１（型名；ｉＺ５２２）
アンテナ２（型名；ＷＣ２２５６）
バッテリ（型名；ｐｄ２２６）
液晶（型名；Ｓ３５ａ６）
詳細情報：アンテナ１の状態：受信レベル強
アンテナ２の状態：切断
バッテリ残量：８０％
バッテリ状態：良好
液晶の輝度：輝度４
液晶の色：グリーン
【００４７】
図４には、上記機器内部情報に対応して、ツリー構造の最上位層に携帯電話の機種名（符号４１）が位置付けられ、その下位層に、アンテナ（符号４２）、バッテリ（符号４３）、液晶（符号４４）、およびそれらの詳細情報が位置づけられている。
【００４８】
レイアウトツリー化処理フレームワーク（Ｋ４２）によりレイアウトツリー構造として生成された機器内部情報の表示データは、その後、ブラウザ（Ａ１）で作成されるレイアウトツリーと同様にレンダリング処理（Ｋ３７）を経てディスプレイ１３上に表示される。
【００４９】
機器情報提供機能（Ａ２）に関し以上で説明した内容は、機器内部情報の取得と表示に関するものである。一方、さらに機器内部情報提供機能（Ａ２）は、例えば、上記機能により表示画面上に表示されている機器内部情報の項目をユーザが選択したときに、ハードウェアＩ／Ｆ（Ｋ４０）、およびハードウェアＩ／Ｆ（Ｋ２０）を介して（つまり上記プログラムインタフェースに従って）情報機器１０に対して情報を書き込むことができるように構成されている。
【００５０】
このような情報書き込みの機能は、上記プログラムインタフェースに関しては、例えば下記のような機能を追加として持たせることによって実現される。
＜プログラムインタフェースへの追加機能の例＞
５）機器の設定情報の書き換え
６）機器に対する制御命令の発行
情報提供機能（Ａ２）に関しては、図１に示すように、例えば携帯電話プロファイル（Ｋ４４）が用いられる場合に、携帯電話プロファイルに対応したイベントハンドラ（Ｋ４５）が起動されるように構成すれば良い。また、ＤＴＶプロファイル（Ｋ４６）が用いられる場合には、それに対応したイベントハンドラ（Ｋ４７）が起動されるように構成すれば良い。なお、各イベントハンドラは、各プロファイルの使用に伴って起動するものであれば良く、Ｃ言語などの各種言語を用いて実現することができる。Ｊａｖａ（登録商標）スクリプトのような、スクリプト言語として実現する必要は無い。このことは、処理速度の点で有利である。
【００５１】
なお、図１では、プロファイルの例として携帯電話とＤＴＶのみ示しているが、プロファイルとしてはこれ以外にも、冷蔵庫、車載器など、様々な例があり得る。
【００５２】
以上が本発明の実施形態である。以上説明した、本発明の実施形態については様々な変形例を実現することができる。
【００５３】
上記の実施形態において、アプリケーションのハードウェアＩ／Ｆ（Ｋ２０）は、情報機器１０内部から情報を取得するものとして構成されているが、このハードウェアＩ／Ｆ（Ｋ２０）が外部の情報機器から情報を取得するような構成も可能である。例えば、情報機器１０である携帯電話が、情報家電をコントロールする端末として利用される場合には、ハードウェアＩ／Ｆ（Ｋ２０）は、データ解析（Ｋ４１）からの要求にしたがって、有線または無線のネットワーク経由（ネトワークインタフェース９経由）で情報家電にアクセスしてその機器内部情報を取得する。
【００５４】
他の例としては、情報機器１０が携帯電話であり、情報取得の対象となるのが車載機器であるという構成も有り得る。この場合、携帯電話内に構成されたハードウェアＩ／Ｆ（Ｋ２０）は、例えば赤外線通信、無線ＬＡＮ等の無線通信を介して車載機器と通信を行い車載機器の機器内部情報（例えば、燃料の残量）を取得する。
【００５５】
ハードウェアＩ／Ｆ（Ｋ２０）が、インターネットを介した接続先の情報機器から機器内部情報を取得する構成も有り得る。
【００５６】
機器内部情報の管理対象としての情報機器が複数ある場合には、データ解析（Ｋ４１）は、図４のような機器内部情報のツリーを情報機器毎に保持し、情報機器毎にレイアウトツリーの作成を行なう。
【００５７】
上記の実施形態は、図１に示すようにアプリケーション（ブロックＢ）側のハードウェアＩ／Ｆ（Ｋ２０）とブラウザ（ブロックＡ）側の機能が共に一つの情報機器１０内部に構成されている場合の例である。これらの機能は必ずしも一つの情報機器内部に構成されている必要はない。アプリケーション（ブロックＢ）側とブラウザ（ブロックＡ）側の機能が別々の端末装置上に構成され、上記図１で示したような機能ブロックがシステムとして構成される例も有り得る。
【図面の簡単な説明】
【００５８】
【図１】情報機器内に実現される情報提示機能を表す機能ブロック図である。
【図２】情報機器のハードウェア構成の一例を表すブロック図である。
【図３】図１のブラウザにより生成されるレイアウトツリー構造の一例を示す図である。
【図４】取得された機器内部情報を、図１のデータ解析機能が保持する場合のツリー構造の一例を表す図である。
【符号の説明】
【００５９】
３    ＣＰＵ
５    ＲＯＭ
７    ＲＡＭ
９    ネットワークインタフェース
１３    ディスプレイ
１７    ユーザインタフェース
【図１】
2005115827.tif 000003
【図２】
2005115827.tif 000004
【図３】
2005115827.tif 000005
【図４】
2005115827.tif 000006