JP2005092504A - 情報処理装置及びその制御方法、プログラム - Google Patents

Abstract

【課題】 操作対象機器に対する操作のユーザビリティを向上することができる情報処理装置及びその制御方法、プログラムを提供する。
【解決手段】 プロファイル情報解析部１０２は、操作機器の特性を示す特性情報及び前記操作機器を操作するユーザに関するユーザ情報を含むプロファイル情報を受信し、そのプロファイル情報を解析する。ソースドキュメント選択部１０５は、解析したプロファイル情報に応じて、ソースドキュメント保持部１０６からソースドキュメントを選択する。スタイルシート生成部１０３は、解析したプロファイル情報に応じて、スタイルシート保持部１０４から変換記述部品を選択して、選択した変換記述部品を統合して変換記述を生成する。変換部１０７は、生成した変換記述で選択したソースドキュメントを変換して、操作機器による操作対象機器の操作を実現するユーザインタフェースのコンテンツを生成する。そして、そのユーザインタフェースのコンテンツを操作機器へ送信する。
【選択図】 図１

Description

本発明は、操作機器が操作対象機器を操作するためのユーザインタフェースを生成する情報処理装置及びその制御方法、プログラムに関するものである。

これまで、ユーザインタフェースの適応技術に関しては、従来からさまざまな研究がなされている。例えば、ユーザの過去の操作履歴から学習して、マクロ作成を支援したり、選択候補の並べ替えや次の操作の予測をしたりするものがある。

一方、Ｗｅｂの世界でも、Ｗｅｂにアクセスする機器の特性に応じてコンテンツを適応する技術がある。例えば、Ｗ３Ｃ（World Wide Web Consortium、http://www.w3c.org/）のDevice Independence Activity（http://www.w3.org/2001/di/Activity）では、CC/PP（Composite Capabilities / Preferences Profile）という機器の能力やユーザの特性を記述するプロファイル情報のフォーマットや、それによって機器間でネゴシエーションを行うプロトコルの仕様を策定中である。

また、ユーザインタフェースのコンテンツを提示する際に、ユーザやデバイスの特性に応じて、ソースファイルをスタイルシートで変換してコンテンツを生成する技術もある。例えば、特許文献１では、ユーザインタフェースのコンテンツを、プレゼンテーションと対話に分離してスタイルシートに記述し、ＸＳＬＴを用いてユーザインタフェースのコンテンツを生成する技術を提案している。また、特許文献２では、論理文書の構成要素を、プレゼンテーション方法を指定するスタイルの構成要素と対応付ける規則に基づいて変換する技術を提案している。
特開２００１-１５４８５２号公報 特開２００１-３４４２３０号公報

従来の発明による、ユーザインタフェースの適応技術、特に、Ｗｅｂコンテンツの適応技術では、ブラウザの種類や画面サイズなど、操作機器の特性に対して、主に「表示」をカスタマイズすることが主目的であり、操作機器の特性やユーザの特性・嗜好を考慮して、ユーザインタフェースとしてのロジックや使用モダリティをカスタマイズすることができないという問題があった。

例えば、操作に不慣れなユーザにはシステム主導のフローにし、操作に慣れたユーザにはユーザ主導にするといった適応には対応できない。また、ＧＵＩ（グラフィックユーザインタフェース）や音声等の複数のモダリティを組み合わせたマルチモーダルユーザインタフェースにおける適応を考えた場合、例えば、視覚障害者には音声中心のユーザインタフェースを提供するなど、使用モダリティを機器やユーザに応じて動的に変更することが重要な要素となるが、こうした適応は従来はできなかった。

本発明は上記の課題を鑑みてなされたものであり、操作対象機器に対する操作のユーザビリティを向上することができる情報処理装置及びその制御方法、プログラムを提供することを目的とする。

上記の目的を達成するための本発明による情報処理装置は以下の構成を備える。即ち、
操作機器が操作対象機器を操作するためのユーザインタフェースを生成する情報処理装置であって、
前記操作機器の特性を示す特性情報及び前記操作機器を操作するユーザに関するユーザ情報を含むプロファイル情報を受信する受信手段と、
前記プロファイル情報を解析する解析手段と、
前記操作対象機器の操作のフローを記述したソースドキュメントを保持するソースドキュメント保持手段と、
前記解析手段で解析したプロファイル情報に応じて、前記ソースドキュメント保持手段からソースドキュメントを選択する選択手段と、
前記ソースドキュメントを変換する変換記述部品を保持する変換記述部品保持手段と、
前記解析手段で解析したプロファイル情報に応じて、前記変換記述部品保持手段から変換記述部品を選択して、選択した変換記述部品を統合して変換記述を生成する生成手段と、
前記変換記述で前記ソースドキュメントを変換して、前記操作機器による前記操作対象機器の操作を実現するユーザインタフェースのコンテンツを生成する変換手段と、
前記ユーザインタフェースのコンテンツを前記操作機器へ送信する送信手段とを備え、
前記ソースドキュメントは、前記操作機器のユーザインタフェースを実現する具体的な操作部品とは独立な抽象的な操作部品の記述を含み、前記変換記述部品は、前記ソースドキュメント中の抽象的な操作部品を、前記操作機器の具体的な操作部品に変換する記述を含む
ことを特徴とする。

また、好ましくは、前記ソースドキュメント、前記変換記述部品及び前記ユーザインタフェースのコンテンツは、ＸＭＬ言語で記述されている。

また、好ましくは、前記変換記述部品及び前記変換記述は、スタイルシートとして記述されている。

また、好ましくは、前記操作対象機器は、当該情報処理装置である。

また、好ましくは、前記操作機器と前記操作対象機器とは別の機器であり、
前記操作機器は、
前記プロファイル情報を前記情報処理装置へ送信する送信手段と、
前記情報処理装置から前記ユーザインタフェースのコンテンツを受信する受信手段と、
前記ユーザインタフェースのコンテンツを実行する実行手段とを備える。

また、好ましくは、前記送信手段は、前記操作機器に入力された前記プロファイル情報を前記情報処理装置へ送信する。

また、好ましくは、前記送信手段は、前記操作機器に対するユーザの操作履歴に基づいて作成された前記プロファイル情報を前記情報処理装置へ送信する。

また、好ましくは、前記操作機器は、当該操作機器のユーザに対応する前記プロファイル情報を取得する取得手段を備え、
前記送信手段は、前記取得手段で取得したプロファイル情報を前記情報処理装置へ送信する。

上記の目的を達成するための本発明による情報処理装置の制御方法は以下の構成を備える。即ち、
操作機器が操作対象機器を操作するためのユーザインタフェースを生成する情報処理装置の制御方法であって、
前記操作機器の特性を示す特性情報及び前記操作機器を操作するユーザに関するユーザ情報を含むプロファイル情報を受信する受信工程と、
前記プロファイル情報を解析する解析工程と、
前記解析工程で解析した前記プロファイル情報に応じて、記憶媒体に記憶された前記操作対象機器の操作のフローを記述したソースドキュメント群からソースドキュメントを選択する選択工程と、
前記解析工程で解析した前記プロファイル情報に応じて、記憶媒体に記憶された前記ソースドキュメントを変換する変換記述部品群から変換記述部品を選択して、選択した変換記述部品を統合して変換記述を生成する生成工程と、
前記変換記述で前記ソースドキュメントを変換して、前記操作機器による前記操作対象機器の操作を実現するユーザインタフェースのコンテンツを生成する変換工程と、
前記ユーザインタフェースのコンテンツを前記操作機器へ送信する送信工程とを備え、
前記ソースドキュメントは、前記操作機器のユーザインタフェースを実現する具体的な操作部品とは独立な抽象的な操作部品の記述を含み、前記変換記述部品は、前記ソースドキュメント中の抽象的な操作部品を、前記操作機器の具体的な操作部品に変換する記述を含む
ことを特徴とする。

上記の目的を達成するための本発明によるプログラムは以下の構成を備える。即ち、
操作機器が操作対象機器を操作するためのユーザインタフェースを生成する情報処理装置の制御を実現するプログラムであって、
前記操作機器の特性を示す特性情報及び前記操作機器を操作するユーザに関するユーザ情報を含むプロファイル情報を受信する受信工程のプログラムコードと、
前記プロファイル情報を解析する解析工程のプログラムコードと、
前記解析手段で解析した前記プロファイル情報に応じて、記憶媒体に記憶された前記操作対象機器の操作のフローを記述したソースドキュメント群からソースドキュメントを選択する選択工程のプログラムコードと、
前記解析手段で解析した前記プロファイル情報に応じて、記憶媒体に記憶された前記ソースドキュメントを変換する変換記述部品群から変換記述部品を選択して、選択した変換記述部品を統合して変換記述を生成する生成工程変換記述と、
前記変換記述で前記ソースドキュメントを変換して、前記操作機器による前記操作対象機器の操作を実現するユーザインタフェースのコンテンツを生成する変換工程変換記述と、
前記ユーザインタフェースのコンテンツを前記操作機器へ送信する送信工程変換記述とを備え、
前記ソースドキュメントは、前記操作機器のユーザインタフェースを実現する具体的な操作部品とは独立な抽象的な操作部品の記述を含み、前記変換記述部品は、前記ソースドキュメント中の抽象的な操作部品を、前記操作機器の具体的な操作部品に変換する記述を含む
ことを特徴とする。

以上説明したように、本発明によれば、操作対象機器に対する操作のユーザビリティを向上することができる情報処理装置及びその制御方法、プログラムを提供できる。

以下、本発明の実施の形態について図面を用いて詳細に説明する。

図１は本発明の実施形態に係る情報処理システムの構成を示すブロック図である。

本実施形態では、情報処理システムの構成要素である操作機器にＰＤＡ、その操作機器の操作対象機器にコピー機を想定した場合を例に挙げて説明する。

尚、本実施形態では、操作機器と操作対象機器を別の機器として説明するが、操作機器と操作対象機器が一体となって構成された機器についても本発明を適用することができる。

図１の操作機器１００において、１０１はプロファイル情報作成部であり、操作機器の特性やユーザの特性・嗜好情報から操作機器の操作に関する情報となるプロファイル情報を作成し、作成したプロファイル情報を操作対象機器２００へ送信する。

１０８はユーザインタフェース（ＵＩ）のコンテンツ実行部であり、操作機器１００から送信されたマルチモーダル・マークアップ言語（以下、ＭＭＭＬ）で記述されたユーザインタフェースのコンテンツを、音声やＧＵＩでの入出力が可能なマルチモーダルブラウザで実行する。

１０９は音声入出力部であり、コンテンツ実行部１０８で実行されたユーザインタフェースのコンテンツに対して音声の入出力を行う。１１０は表示部であり、コンテンツ実行部１０８で実行されたユーザインタフェースのコンテンツを表示する。

１１１はＧＵＩ入力部であり、コンテンツ実行部１０８で実行されたユーザインタフェースのコンテンツに基づくＧＵＩ入力を行う。

一方、図１の操作対象機器２００において、１０２はプロファイル情報解析部であり、操作機器１００から受信したプロファイル情報を解析する。１０３はスタイルシート生成部であり、プロファイル情報解析部１０２で解析されたプロファイル情報を用いて、スタイルシート保持部１０４からスタイルシートを検索し、結合する。１０４はスタイルシート保持部であり、部品化した操作機器のモダリティを記述したスタイルシートを保持する。

１０５はソースドキュメント選択部であり、プロファイル情報解析部１０２で解析したプロファイル情報を用いて、ソースドキュメント保持部１０６からソースドキュメントを選択する。１０６はソースドキュメント保持部であり、システム主導、ユーザ主導等の操作のフローを記述したソースドキュメントを保持する。

１０７は変換部であり、スタイルシート生成部１０３で生成されたスタイルシートで、ソースドキュメント選択部１０５で選択されたソースドキュメントを、音声やＧＵＩ等のモダリティでの入出力が可能なマルチモーダルユーザインタフェースのロジックをＸＭＬ記述言語であるＭＭＭＬに変換し、その変換結果を操作機器１００のコンテンツ実行部１０８に送信する。

尚、ソースドキュメントは、操作機器１００のユーザインタフェースを実現する具体的な操作（ＵＩ）部品（モダリティ（ＧＵＩ部品や音声入出力部品））とは独立な抽象的な操作（ＵＩ）部品の記述を含んでいる。また、スタイルシートは、ソースドキュメント中の抽象的な操作部品を、操作機器１００の具体的な操作部品に変換する記述を含んでいる。

次に、操作機器１００のハードウェア構成について、図２を用いて説明する。

図２は本発明の実施形態に係る操作機器のハードウェア構成を示す構成図である。

同図において、２０１はＣＰＵであり、後述するフローチャートを実現するプログラムに従って動作する。２０２はＲＡＭであり、上記プログラムの動作に必要な記憶領域や作業領域、データ一時退避領域を提供する。２０３はＲＯＭであり、後述するフローチャートを実現するプログラムや各種データを保持する。

２０４は液晶表示装置（ＬＣＤ）であり、テキストや画像等を表示する。尚、このＬＣＤ２０４の代りに、ＣＲＴ等の他の表示装置が用いられても良い。２０５はタッチパネルであり、各種データの入力や、ユーザインタフェースの操作を実現する。このタッチパネルに対する操作は、ユーザの指や専用ペンを用いて実行される。また、このタッチパネル２０５に加えて、キーボードやポインティングデバイスを備えることも可能である。

２０６はスピーカであり、合成音を出力する。２０７は書換可能な外部記憶装置であり、本実施形態では、ハードディスクドライブ（ＨＤＤ）を用いている。このＨＤＤ２０７には、例えば、ユーザインタフェースを実行するブラウザ等が記憶されている。

２０８はマイクであり、音声認識に対する音声入力を行なう。２０９はバスであり、操作機器１００の上記各構成要素を相互に接続する。

次に、操作対象機器２００のハードウェア構成について、図３を用いて説明する。

図３は本発明の実施形態に係る操作対象機器のハードウェア構成を示す構成図である。

同図において、３０１はＣＰＵであり、後述するフローチャートを実現するプログラムに従って動作する。３０２はＲＡＭであり、上記プログラムの動作に必要な記憶領域や作業領域、データ一時退避領域を提供する。３０３はＲＯＭであり、後述するフローチャートを実現するプログラムやデータを保持する。

３０４は液晶表示装置（ＬＣＤ）であり、テキストや画像等を表示する。尚、このＬＣＤ３０４の代りに、ＣＲＴ等の他の表示装置が用いられても良い。３０５は入力装置であり、例えば、テンキーやボタンから構成される。これ以外にも、ポインティングデバイスやキーボードが用いられても良い。

３０６は印刷装置であり、例えば、レーザビーム方式の印刷装置からなる。これ以外にも、インクジェット方式や熱転写方式が用いられても良い。３０７は書換可能な外部記憶装置であり、本実施形態では、ハードディスクドライブ（ＨＤＤ）を用いている。このＨＤＤ３０７には、例えば、スタイルシートやソースドキュメントが記憶されている。

３０８はバスであり、操作対象機器２００の上記各構成要素を相互に接続する。

次に、本実施形態の情報処理システムが実行する処理について、図４を用いて説明する。

図４は本発明の実施形態に係る情報処理システムが実行する処理を示すフローチャートである。

図４では、操作対象機器２００に操作機器１００の特性を示す特性情報やユーザの特性・嗜好に関するユーザ情報を含む操作機器情報を送信し、それに応じたユーザインタフェースのコンテンツを受信する方法について説明する。

まず、操作機器１００は、操作機器自身の特性を示す特性情報や、ユーザの特性・嗜好に関するユーザ情報からなる操作機器・ユーザ情報を取得する（ステップＳ４０１）。本実施形態では、ＬＣＤ２０４上でＧＵＩで実現される入力画面からユーザ自身がこの操作機器情報を入力する方法を用いる。そして、この操作機器・ユーザ情報を用いて、図５のような、使用言語、使用操作機器の画面サイズ、熟練度、障害者情報等の情報をＸＭＬで記述したプロファイル情報を、プロファイル情報作成部１０１で作成する（ステップＳ４０２）。

次に、操作対象機器２００に、このプロファイル情報を、ＨＴＴＰメッセージのＰＯＳＴリクエストとして送信する（ステップＳ４０３）。

尚、図５のプロフィル情報では、使用言語が日本語（＜ｓｙｓｔｅｍ−ｌａｎｇｕａｇｅ＞ｊａｐａｎｅｓｅ＜／ｓｙｓｔｅｍ−ｌａｎｇｕａｇｅ＞）、操作機器の画面サイズが４００×３４０（＜ｓｃｒｅｅｎ−ｈｅｉｇｈｔ＞４００＜／ｓｃｒｅｅｎ−ｈｅｉｇｈｔ＞，＜ｓｃｒｅｅｎ−ｗｉｄｔｈ＞３４０＜／ｓｃｒｅｅｎ−ｗｉｄｔｈ＞）、ブラウザは音声やＧＵＩでの入出力が可能なマルチモーダルブラウザ（＜ｂｒｏｗｓｅｒ＞ＭＭＭＬ−Ｂｒｏｗｓｅｒ＜／ｂｒｏｗｓｅｒ＞）、利用可能なモダリティはＧＵＩと音声（＜ｇｕｉ＞ｙｅｓ＜／ｇｕｉ＞，＜ｔｔｓ＞ｙｅｓ＜／ｔｔｓ＞）、音声認識の種類は単語音声認識（＜ａｓｒ＞ｙｅｓ＜ｔｙｐｅ＞ｉｓｏｌａｔｅｄ−ｗｏｒｄ＜／ｔｙｐｅ＞＜／ａｓｒ＞）であり、さらに、熟練度は標準的（＜ｆａｍｉｌｉａｌｉｔｙ＞ａｖｅｒａｇｅ＜／ｆａｍｉｌｉａｌｉｔｙ＞）、障害者情報は健常（＜ｄｉｓａｂｉｌｉｔｙ＞ｎｏｒｍａｌ＜／ｄｉｓａｂｉｌｉｔｙ＞）であることを記述した例である。

一方、操作対象機器２００は、操作機器１００からプロファイル情報を受信する（ステップＳ４０４）。次に、プロファイル情報解析部１０２において、ＸＭＬパーサを用いてプロファイル情報の解析を行う（ステップＳ４０５）。

次に、ソースドキュメント選択部１０５において、ソースドキュメント保持部１０６に保持された図６のようなフローを記述したソースドキュメントの中から、プロファイル情報に応じて適当なソースドキュメントを選択する（ステップＳ４０６）。

ここで、ソースドキュメントは、ＸＨＴＭＬをコンテナとするＸＭＬ文書である。これは、データモデルと抽象ユーザインタフェース部品（以下、抽象ＵＩ部品）を、Ｗ３Ｃの仕様であるＸＦｏｒｍｓ（http://www.w3.org/TR/xforms/）で、イベントドリブンなフローを、Ｗ３Ｃの仕様であるＸＭＬ Ｅｖｅｎｔｓ（http://www.w3.org/TR/xml-events/）で記述する。フローの内容としては、ユーザ主導、システム主導、それらの混合主導といったものが典型的な対話パターンとして知られており、それらをフローとして採用している。

一方、スタイルシート保持部１０４には、ソースドキュメント（インタラクションフロー記述）に含まれる抽象ＵＩ部品を具体的なＵＩ部品（以下、具体ＵＩ部品）に変換するスタイルシートの部品（以下、スタイルシート部品）が保持されている。つまり、このスタイルシート部品は、ソースドキュメント中の抽象ＵＩ部品の記述を具体ＵＩ部品の記述に変換するための変換記述部品として機能する。

例えば、ソースドキュメントでは、コピー機の用紙サイズ選択のように、複数の選択肢から一つの選択肢を選択する抽象ＵＩ部品を、ＸＦｏｒｍｓのｓｅｌｅｃｔ１という要素で記述する。これをＧＵＩのプルダウンメニューや音声入力といった具体ＵＩ部品の記述に変換するスタイルシートが、スタイルシート保持部１０４に保持されるスタイルシートの部品となる（図７）。

即ち、スタイルシート保持部１０４には、こうしたスタイルシート部品の集合が保持される。そして、スタイルシート生成部１０３で、図８のように、それらのスタイルシート部品の集合の中から、プロファイル情報に応じて適当なスタイルシート部品を選択する（ステップＳ４０７）。

例えば、プロファイル情報に基づいて、操作機器が音声入出力機能を有していたり、そのユーザが視覚障害者であることが解析された場合には、音声合成・認識部品という具体ＵＩ部品に変換するスタイルシート部品を選択する。そして、選択したスタイルシート部品（変換記述部品）を一つに統合して最終的なスタイルシート（変換記述）を動的に生成する（ステップＳ４０８）。

尚、プロファイル情報に応じて、どのスタイルシート部品を選択するかというルールは、そのユーザインタフェースの開発者が記述する。その記述方法は、プログラミング言語で直接的に記述しても良いし、所定の記述方式で宣言的に記述するようにしてもよく、その方式自体は本発明の範囲外であるので、詳細は省略する。

そして、生成したスタイルシートを用いて、ステップＳ４０６で選択したソースドキュメントを、ＸＳＬＴプロセッサを用いて変換部１０７で変換する（ステップＳ４０９）。これにより、最終的なユーザインタフェースのコンテンツを動的に生成する（ステップＳ４１０）。そして、生成したユーザインタフェースのコンテンツを、操作機器１００へ送信する（ステップＳ４１１）。

これに対し、操作機器１００は、操作対象機器２００からコンテンツを受信する（ステップＳ４１２）。そして、操作機器１００は、コンテンツ実行部１０８で、受信したユーザインタフェースのコンテンツを実行する（ステップＳ４１３）。これにより、操作機器１００の特性やユーザの特性・嗜好に応じた、操作対象機器２００を操作するためのユーザインタフェースを操作機器上で実現することができる。

次に、操作対象機器２００のソースドキュメントの一例について、図９Ａ〜図９Ｃを用いて説明する。

図９Ａ〜図９Ｃは本発明の実施形態に係る操作対象機器のソースドキュメントの一例を示す図である。

特に、図９Ａ〜図９Ｃでは、ユーザ主導の場合の操作対象機器２００のソースドキュメントの一例である。

図９Ａにおいて、（ｉ）はデータモデルの記述であり、操作対象機器のモデル（機能）として、部数（＜ｃｏｐｉｅｒ：ＣｏｐｙＮｕｍ＞）、用紙サイズ（＜ｃｏｐｉｅｒ：ＰａｐｅｒＳｉｚｅ＞）、倍率（＜ｃｏｐｉｅｒ：Ｒａｔｉｏ＞）、両面設定（＜ｃｏｐｉｅｒ：ＤｏｂｕｌｅＳｉｄｅｄ＞）、濃度（＜ｃｏｐｉｅｒ：ＣｏｐｙＤｅｐｔｈ＞）が記述されている。

（ｉｉ）は部数の入力に関する記述であり、ＸＦｏｒｍｓのｉｎｐｕｔという要素で、直接、値を入力する抽象ＵＩ部品を記述している。

（ｉｉｉ）は用紙選択に関する記述であり、ＸＦｏｒｍｓのｓｅｌｅｃｔ１という要素で、複数の選択肢から一つの選択肢を選択する抽象ＵＩ部品を記述している。

以下、（ｉｖ）は倍率に関する記述、（ｖ）は両面設定に関する記述、（ｖｉ）は濃度設定に関する記述である。

また、（ｉｉｉ）〜（ｖｉ）の各記述の先頭にある＜Ｓｔｒｉｎｇ−ＸＸＸＸ／＞（例えば、（ｉｉｉ）では、＜Ｓｔｒｉｎｇ−ＰａｐｅｒＳｉｚｅ／＞）は、文字列の出力を記述したものであり、使用言語に応じて適当な言語の文字列に変換されることを想定したものである。

次に、スタイルシート保持部１０４に保持されるスタイルシート部品に関して詳細に説明する。

図１０Ａ及び図１０Ｂは本発明の実施形態に係るスタイルシート部品の一例を示す図である。

特に、図１０Ａ及び図１０Ｂでは、ソースドキュメント中の抽象ＵＩ部品を、具体ＵＩ部品へと変換するスタイルシート部品の一例を示している。

例えば、図９Ａの（ｉｉ）のｉｎｐｕｔには、図１０Ａの（ｉ）のテンプレートが作用し、ＭＭＭＬでＧＵＩのテキストボックスを意味するｉｎｐｕｔという要素に変換される。

また、図９Ａの（ｉｉｉ）のｓｅｌｅｃｔ１は、図１０Ａ及び図１０Ｂの（ｉｉ）のテンプレートが作用し、ＭＭＭＬでプルダウンメニューを意味するｓｅｌｅｃｔという要素に変換される。

図１１Ａ及び図１１Ｂは本発明の実施形態に係るスタイルシート部品の一例を示す図である。

特に、図１１Ａ及び図１１Ｂでは、ソースドキュメントの抽象ＵＩ部品を、ＭＭＭＬの音声入力の記述に変換するスタイルシート部品の一例を示している。

例えば、図９（ｉｉ）のｉｎｐｕｔは、図１１Ａの（ｉ）のテンプレートによって、ＭＭＭＬの音声入力の具体ＵＩ部品の記述として定義したｌｉｓｔｅｎ要素に変換される。

また、図９Ａの（ｉｉｉ）のｓｅｌｅｃｔ１は、図１１Ａ及び図１１Ｂの（ｉｉ）のテンプレートによって、同様に、ｌｉｓｔｅｎ要素に変換される。尚、実際に入力された音声を認識するための音声認識グラマの内容は、ユーザインタフェースの開発者が直接記述して事前に用意しておく必要がある。

図１２は本発明の実施形態に係るスタイルシート部品の一例を示す図である。

特に、図１２では、同じデータ要素にバインドされたＧＵＩ部品と音声入力部品をイベントで同期させるＭＭＭＬの記述を生成するスタイルシート部品の一例を示している。

例えば、部数の設定にＧＵＩのテキストボックスと音声入力をバインドする場合、テキストボックスがクリックされてフォーカスを受けたら対応する音声入力も活性化する（入力可能状態にする）といった動作が、マルチモーダルユーザインタフェースでは典型的である。

こうした同期の記述を生成できるようにするのがこのスタイルシート部品の役割である。そして、本実施形態のＭＭＭＬでは、イベントをＸＭＬ Ｅｖｅｎｔｓで記述するように定義しているので、このスタイルシート部品は、ソースドキュメントの各抽象ＵＩ部品にマッチしてＸＭＬ Ｅｖｅｎｔｓの記述を出力するテンプレートの集合になる。

ここで、図１２の（ｉ）は、図９Ａの（ｉｉ）のｉｎｐｕｔ要素にマッチし、図１０Ａの（ｉ）が出力するＭＭＭＬのＧＵＩ部品に「ｏｎｍｏｕｓｅｄｏｗｎ」イベントが発生した場合に、図１１の（ｉ）が出力する音声入力部品をアクティベートするという同期の記述を生成するテンプレートである。また、図１２の（ｉｉ）についても図１２の（ｉ）とほぼ同様である。

そして、スタイルシート生成部１０３は、例えば、図１０Ａ〜図１２のスタイルシート部品の集合から、図５のようなプロファイル情報に応じて適当なスタイルシート部品を選択し、動的にスタイルシートを生成する。

ここで、動的に生成したスタイルシートについて、図１３を用いて説明する。

図１３は本発明の実施形態に係るスタイルシートの一例を示す図である。

図１３の（ｉ）は、プロファイル情報に基づいて設定されるパラメータを示す記述であり、スタイルシート部品内での条件分岐やパラメータとして用いる。例えば、ユーザの使用言語を設定する図５の＜ｓｙｓｔｅｍ−ｌａｎｇｕａｇｅ＞〜＜／ｓｙｓｔｅｍ−ｌａｎｇｕａｇｅ＞は、図１３の（ｉ）では、ｌａｎｇｕａｇｅというパラメータとして設定する。

これより、使用言語に応じて画面に表示する文章や認識語彙、合成音が変更される。操作機器１００の画面サイズを設定する図５の＜ｓｃｒｅｅｎ−ｈｅｉｇｈｔ＞〜＜／ｓｃｒｅｅｎ−ｈｅｉｇｈｔ＞、＜ｓｃｒｅｅｎ−ｗｉｄｔｈ＞〜＜／ｓｃｒｅｅｎ−ｗｉｄｔｈ＞は、図１３ではそれぞれｄｉｓｐｌａｙｈｅｉｇｈｔ、ｄｉｓｐｌａｙｗｉｄｔｈというパラメータとして設定する。

この値に応じてブラウザの画面サイズ、キャプション、ＧＵＩのフォームの大きさなどが変更される。また、操作機器１００で、ＧＵＩや音声認識・合成機能を使用可能か、使用したいかを設定する図５の＜ｇｕｉ＞〜＜／ｇｕｉ＞、＜ａｓｒ＞〜＜／ａｓｒ＞、＜ｔｔｓ＞〜＜／ｔｔｓ＞の値に応じて、図１３の（ｉ）のｇｕｉ、ｌｉｓｔｅｎ、ｓｐｅｅｃｈ等のパラメータを決める。

図５は、音声認識・合成ともに可能であることを示しているので、図１３の（ｉ）のｇｕｉ、ｌｉｓｔｅｎ、ｓｐｅｅｃｈパラメータもそれに応じた値（「ｏｎ」）に設定される。これらは、ＧＵＩ表示や音声認識・合成のＯＮ／ＯＦＦを切り替えるフラグ等として使用される。

図１３の（ｉｉ）は、プロファイル情報に応じて、どのスタイルシート部品をインクルードするかを示す記述である。例えば、図５の＜ｇｕｉ＞〜＜／ｇｕｉ＞がｏｎであれば、図１３のスタイルシート部品（本例では、ファイル名＝ＧＵＩＦｏｒｍＴｅｍｐｌａｔｅ．ｘｓｌ）をインクルードする。

同様に、図５の＜ａｓｒ＞〜＜／ａｓｒ＞や＜ｔｔｓ＞〜＜／ｔｔｓ＞がｏｎであれば、図１３のスタイルシート部品（本例では、ファイル名＝ＳｐｅｅｃｈＦｏｒｍＴｅｍｐｌａｔｅ．ｘｓｌ）をインクルードする。

このようにして、作成された最終的なスタイルシートに基づいて、図９のソースドキュメントを変換部１０７で変換することで、プロファイル情報に応じたユーザインタフェースのコンテンツを生成することができる。

以上のようにして、生成される最終的なユーザインタフェースのコンテンツの記述について、図１４Ａ〜図１４Ｄを用いて説明する。

図１４Ａ〜図１４Ｄは本発明の実施形態に係るユーザインタフェースのコンテンツの一例を示す図である。

図１４Ａの（ｉ）は、操作対象機器２００のデータモデルを記述したものであり、コピー部数（＜ｃｏｐｉｅｒ：ＣｏｐｙＮｕｍ／＞）等のパラメータが記述されている。

図１４Ａの（ｉｉ）は、テキストボックスやプルダウンメニュー等のＧＵＩのフォームをマウスでクリックした時に、後述の音声入力部品をアクティベートするというイベントの記述である。

図１４Ｂの（ｉｉｉ）は、「部数」や「用紙」、「倍率」等のキャプションの表示の記述である。

図１４Ｂの（ｉｖ）は、テキストボックスやプルダウンメニューやボタン等のＧＵＩ構成要素の記述である。

図１４Ｃ及び図１４Ｄの（ｖ）は、音声入力部品の記述であり、音声認識グラマを読み込んで音声認識を開始し、音声認識結果をデータモデルで定義したパラメータへバインドすることを示している。

即ち、ＧＵＩのフォームをクリックすると、音声入力部品がアクティベートされて音声認識が開始し、音声認識結果がパラメータにバインドされ、クリックしたＧＵＩのフォームを認識結果で埋めることができる。また、これは、直接入力やプルダウンメニューの選択でもフォームを埋めることが可能である。このようにして、音声とＧＵＩの入力が可能なマルチモーダルなユーザインタフェースを実現することができる。

そして、この図１４Ａ〜図１４Ｄによるコンテンツを音声やＧＵＩでの入出力が可能なマルチモーダルブラウザで実行した時の表示画面の一例は、図１５のようになる。

以上説明したように、本実施形態によれば、操作機器１００の特性やユーザの特性・嗜好を考慮して、操作機器のユーザインタフェースとしてのロジックや使用モダリティを動的に操作対象機器で生成して、これを操作機器で実現できるようにすることで、操作に不慣れなユーザや視覚障害者等のユーザに応じて適切にカスタマイズされたユーザインタフェースを提供して、ユーザビリティを向上することができる。
［他の実施形態］
上記実施形態において、プロファイル情報として、図５に示す情報を用いたが、プロファイル情報が図１６のような場合は、これに応じたＵＩの適応がなされる。ここで、図５との相違は、使用言語が英語（＜ｓｙｓｔｅｍ−ｌａｎｇｕａｇｅ＞ｅｎｇｌｉｓｈ＜／ｓｙｓｔｅｍ−ｌａｎｇｕａｇｅ＞）、利用可能なモダリティがＧＵＩ（＜ｇｕｉ＞ｙｅｓ＜／ｇｕｉ＞、＜ａｓｒ＞ｎｏ＜／ａｓｒ＞、＜ｔｔｓ＞ｎｏ＜／ｔｔｓ＞）のみという点である。

このプロファイル情報に応じて適当なスタイルシートを選択し、動的にスタイルシートを生成すると図１７のようになる。上記実施形態で用いた図１３のスタイルシートと比較すると、図１７の（ｉ）のパラメータでは、ｌａｎｇｕａｇｅがｅｎｇｌｉｓｈに、ｓｐｅｅｃｈがｏｆｆになっている点や、図１７の（ｉｉ）のインクルードするスタイルシート部品に、音声の部品に変換する部品（本例では、ファイル名＝ＳｐｅｅｃｈＦｏｒｍＴｅｍｐｌａｔｅ．ｘｓｌ）が記述されていない点などが異なる。

そして、このスタイルシートを用いて、図９のソースドキュメントを変換部１０７で変換すると、図１８Ａ〜図１８Ｃのようなユーザインタフェースのコンテンツとなる。図１９はこのコンテンツを音声やＧＵＩでの入出力が可能なマルチモーダルブラウザで実行した時の表示画面の一例である。

上記実施形態で用いた図１４のユーザインタフェースのコンテンツと比較すると、図１４Ｂの（ｉｉｉ）に対する図１８Ａの（ｉ）で記述しているキャプションと、図１４Ｂ及び図１４Ｃの（ｉｖ）に対する図１８Ａ〜図１８Ｃの（ｉｉ）で記述しているプルダウンメニューのメニュー項目の表記がそれぞれ英語になっている点と、図１４Ａの（ｉｉ）や図１４Ｃ及び図１４Ｄの（ｖ）のような音声部品に関する記述がない点が異なる。

つまり、このユーザインタフェースのコンテンツをマルチモーダルなブラウザで実行すると、表記が英語で、モダリティとしてＧＵＩのみが有効なものが実現する。このようにして、プロファイル情報に応じてモダリティや表示を変更することが可能である。
［他の実施形態］
上記実施形態では、健常者で操作対象機器２００（コピー機）の熟練度が平均的であるユーザを想定し、音声とＧＵＩによる入力が可能な、ユーザがテキストボックスやプルダウンメニューを能動的に埋めていくユーザ主導ＵＩを操作機器１００（ＰＤＡ）上で提示する例を示したが、これに限定されない。

例えば、視覚障害者や熟練度の低いユーザには、システムが入力項目を尋ね、ユーザの応答によって項目を埋めていくシステム主導ＵＩを、特に、視覚障害者には音声中心のシステム主導ＵＩを提示することができる。例えば、以下に示すような応答となる。

コピー機： 「何枚コピーしますか？」
ユーザ ： 「３枚」
コピー機： 「３枚でよろしいですか？」
ユーザ ： 「はい」
コピー機： 「用紙サイズはどのようにしますか？」
ユーザ ： 「Ａ４」
・
・
・
コピー機： 「コピーしますか？」
ユーザ ： 「はい」
[コピー開始]
この場合、上記の応答を実現するコンテンツが記述されることになる。
［他の実施形態］
上記実施形態において、ユーザインタフェースのコンテンツを実行する操作機器で行う音声認識のタイプとして、「５枚」や「Ａ４」のような単発の単語を受け付ける単語音声認識を想定していたが、複数の単語を組み合わせた連続的な発声を受け付ける連続音声認識にすることもできる。これより、例えば、「５枚でＡ４からＡ３で一番濃く」と発声すると、複数の対応するフィールドを同時に埋めることができる。
［他の実施形態］
上記実施形態において、抽象ＵＩ部品から具体ＵＩ部品に変換する典型的なスタイルシートと、テキストやフォームのスタイル、キャプション等のアプリケーション依存のスタイルシートとを分離し、典型的なスタイルシートをアプリケーションに依存しない記述にして、上記実施形態で示した操作対象機器２００（コピー機）以外の他の機器でも再利用可能な形で記述することで、オーサリングコストを一層削減することができる。

例えば、図１０Ａでは、ｉｎｐｕｔやｓｅｌｅｃｔ１の属性中でｓｔｙｌｅ属性（ＧＵＩ部品の位置や大きさを指定する記述）は、それぞれ図１０Ａの（ｉｉｉ）と（ｉｖ）に示すように、操作対象機器２００（コピー機）のＵＩというアプリケーションに依存した記述になっている。

そこで、図１０のスタイルシートにおいて、図１０の（ｉｉｉ）を図２０の（ｉ）に、図１０の（ｉｖ）を図２０の（ｉｉ）と書き換えた図２０のスタイルシートでｓｔｙｌｅ属性以外の部分を先に変換するようにし、その変換結果をｓｔｙｌｅ属性のみを変換するスタイルシートで変換するようにする。

そのスタイルシートの例を、図２１に示す。図２１のスタイルシートでは、図２１の（ｉ）でｓｔｙｌｅ属性を変換し、図２１の（ｉｉ）でｓｔｙｌｅ属性以外の残りの部分をコピーするようにしている。それによって、図２０のスタイルシートは、「抽象ＵＩ部品のｉｎｐｕｔはＧＵＩのテキストボックスに、ｓｅｌｅｃｔ１はＧＵＩのプルダウンメニューに変換する」等の記述だけが残り、操作対象機器２００（コピー機）のＵＩという特定のアプリケーションに依存した記述がなくなる。即ち、図２０のスタイルシートは、他のアプリケーションでも利用可能になる。
［他の実施形態］
上記実施形態において、プロファイル情報は、ユーザが操作機器１００で実現されるＧＵＩを介して、ユーザによって設定する構成としているが、ユーザの操作機器１００における操作履歴からプロファイル情報を動的に生成できるようにしてもよい。
［他の実施形態］
上記実施形態において、プロファイル情報は、ユーザが操作機器１００で実現されるＧＵＩで手動で設定するようにしたが、ユーザを特定するためのユーザＩＤを入力し、そのユーザＩＤから、ユーザＩＤ毎のプロファイル情報を管理するユーザ情報データベースにアクセスして、そのユーザＩＤに対応するプロファイル情報を取得するようにしても良い。

尚、このユーザ情報データベースは、例えば、操作機器１００で管理しても良いし、操作機器１００が有線／無線ネットワーク経由でアクセス可能な専用サーバで管理しても良い。
［他の実施形態］
上記実施形態においては、本実施形態を実現する各種プログラムを、操作機器１００のＲＯＭ２０３や操作対象機器２００のＲＯＭ３０３に保持する場合について説明したが、これに限定されるものではなく、操作機器１００や操作対象機器２００に接続可能な外部記憶装置（ＣＤ−ＲＯＭ／Ｒ／ＲＷドライブ、ＤＶＤ−ＲＯＭ／ＲＡＭ／Ｒ／ＲＷドライブ、ＺＩＰドライブ、ＭＯドライブ、メモリカード（例えば、ＳＤカード、ＭＭ（マルチメディア）カード、スマートメディア、コンパクトフラッシュ（登録商標））スロット）に保持するようにしても。あるいは、各種プログラムを実現する専用のハードウェアを構成するようにしても良い。

以上、実施形態例を詳述したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。

尚、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラム（実施形態では図に示すフローチャートに対応したプログラム）を、システムあるいは装置に直接あるいは遠隔から供給し、そのシステムあるいは装置のコンピュータが該供給されたプログラムコードを読み出して実行することによっても達成される場合を含む。

従って、本発明の機能処理をコンピュータで実現するために、該コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。

その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等の形態であっても良い。

プログラムを供給するための記録媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などがある。

その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続し、該ホームページから本発明のコンピュータプログラムそのもの、もしくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明に含まれるものである。

また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせ、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。

また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される他、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部または全部を行ない、その処理によっても前述した実施形態の機能が実現され得る。

さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行ない、その処理によっても前述した実施形態の機能が実現される。

本発明の実施形態に係る情報処理システムの構成を示すブロック図である。 本発明の実施形態に係る操作機器のハードウェア構成を示す構成図である。 本発明の実施形態に係る操作対象機器のハードウェア構成を示す構成図である。 本発明の実施形態に係る情報処理システムが実行する処理を示すフローチャートである。 本発明の実施形態に係るプロファイル情報の一例を示す図である。 本発明の実施形態に係るソースドキュメントの一例を示す図である。 本発明の実施形態に係る抽象ＵＩ部品を含むソースドキュメントを具体ＵＩ部品へと変換する一例を示す図である。 本発明の実施形態に係る、スタイルシート部品の集合からプロファイル情報に応じて適当なものを選択し、それらを結合して最終的なスタイルシートを作成した一例を示す図である。 本発明の実施形態に係る操作対象機器のソースドキュメントの一例を示す図である。 本発明の実施形態に係る操作対象機器のソースドキュメントの一例を示す図である。 本発明の実施形態に係る操作対象機器のソースドキュメントの一例を示す図である。 本発明の実施形態に係るスタイルシート部品の一例を示す図である。 本発明の実施形態に係るスタイルシート部品の一例を示す図である。 本発明の実施形態に係るスタイルシート部品の一例を示す図である。 本発明の実施形態に係るスタイルシート部品の一例を示す図である。 本発明の実施形態に係るスタイルシート部品の一例を示す図である。 本発明の実施形態に係るスタイルシートの一例を示す図である。 本発明の実施形態に係るユーザインタフェースのコンテンツの一例を示す図である。 本発明の実施形態に係るユーザインタフェースのコンテンツの一例を示す図である。 本発明の実施形態に係るユーザインタフェースのコンテンツの一例を示す図である。 本発明の実施形態に係るユーザインタフェースのコンテンツの一例を示す図である。 本発明の実施形態に係るユーザインタフェースのコンテンツをマルチモーダルブラウザで実行した時の表示画面の一例を示す図である。 本発明の他の実施形態に係るプロファイル情報の一例を示す図である。 本発明の他の実施形態に係るスタイルシートの一例を示す図である。 本発明の実施形態に係るユーザインタフェースのコンテンツの一例を示す図である。 本発明の実施形態に係るユーザインタフェースのコンテンツの一例を示す図である。 本発明の実施形態に係るユーザインタフェースのコンテンツの一例を示す図である。 本発明の他の実施形態に係るユーザインタフェースのコンテンツをマルチモーダルブラウザで実行した時の表示画面の一例を示す図である。 本発明の他の実施形態に係る、ソースドキュメントの中の抽象ＵＩ部品を具体ＵＩ部品へと変換するスタイルシートにおいて、ｓｔｙｌｅ属性の記述部分を分離し、アプリケーション非依存の形で記述した一例を示す図である。 本発明の他の実施形態に係るスタイルシートの一例を示す図である。

符号の説明

１００ 操作機器
１０１ プロファイル情報作成部
１０２ プロファイル情報解析部
１０３ スタイルシート生成部
１０４ スタイルシート保持部
１０５ ソースドキュメント選択部
１０６ ソースドキュメント保持部
１０７ 変換部
１０８ コンテンツ実行部
１０９ 音声入力部
１１０ 表示部
１１１ ＧＵＩ入力部
２００ 操作対象機器

Claims (10)

1. 操作機器が操作対象機器を操作するためのユーザインタフェースを生成する情報処理装置であって、
   前記操作機器の特性を示す特性情報及び前記操作機器を操作するユーザに関するユーザ情報を含むプロファイル情報を受信する受信手段と、
   前記プロファイル情報を解析する解析手段と、
   前記操作対象機器の操作のフローを記述したソースドキュメントを保持するソースドキュメント保持手段と、
   前記解析手段で解析したプロファイル情報に応じて、前記ソースドキュメント保持手段からソースドキュメントを選択する選択手段と、
   前記ソースドキュメントを変換する変換記述部品を保持する変換記述部品保持手段と、
   前記解析手段で解析したプロファイル情報に応じて、前記変換記述部品保持手段から変換記述部品を選択して、選択した変換記述部品を統合して変換記述を生成する生成手段と、
   前記変換記述で前記ソースドキュメントを変換して、前記操作機器による前記操作対象機器の操作を実現するユーザインタフェースのコンテンツを生成する変換手段と、
   前記ユーザインタフェースのコンテンツを前記操作機器へ送信する送信手段とを備え、
   前記ソースドキュメントは、前記操作機器のユーザインタフェースを実現する具体的な操作部品とは独立な抽象的な操作部品の記述を含み、前記変換記述部品は、前記ソースドキュメント中の抽象的な操作部品を、前記操作機器の具体的な操作部品に変換する記述を含む
   ことを特徴とする情報処理装置。
2. 前記ソースドキュメント、前記変換記述部品及び前記ユーザインタフェースのコンテンツは、ＸＭＬ言語で記述されている
   ことを特徴とする請求項１に記載の情報処理装置。
3. 前記変換記述部品及び前記変換記述は、スタイルシートとして記述されている
   ことを特徴とする請求項１または請求項２に記載の情報処理装置。
4. 前記操作対象機器は、当該情報処理装置である
   ことを特徴とする請求項１に記載の情報処理装置。
5. 前記操作機器と前記操作対象機器とは別の機器であり、
   前記操作機器は、
   前記プロファイル情報を前記情報処理装置へ送信する送信手段と、
   前記情報処理装置から前記ユーザインタフェースのコンテンツを受信する受信手段と、
   前記ユーザインタフェースのコンテンツを実行する実行手段とを備える
   ことを特徴とする請求項１に記載の情報処理装置。
6. 前記送信手段は、前記操作機器に入力された前記プロファイル情報を前記情報処理装置へ送信する
   ことを特徴とする請求項５に記載の情報処理装置。
7. 前記送信手段は、前記操作機器に対するユーザの操作履歴に基づいて作成された前記プロファイル情報を前記情報処理装置へ送信する
   ことを特徴とする請求項５に記載の情報処理装置。
8. 前記操作機器は、当該操作機器のユーザに対応する前記プロファイル情報を取得する取得手段を備え、
   前記送信手段は、前記取得手段で取得したプロファイル情報を前記情報処理装置へ送信する
   ことを特徴とする請求項５に記載の情報処理装置。
9. 操作機器が操作対象機器を操作するためのユーザインタフェースを生成する情報処理装置の制御方法であって、
   前記操作機器の特性を示す特性情報及び前記操作機器を操作するユーザに関するユーザ情報を含むプロファイル情報を受信する受信工程と、
   前記プロファイル情報を解析する解析工程と、
   前記解析工程で解析した前記プロファイル情報に応じて、記憶媒体に記憶された前記操作対象機器の操作のフローを記述したソースドキュメント群からソースドキュメントを選択する選択工程と、
   前記解析工程で解析した前記プロファイル情報に応じて、記憶媒体に記憶された前記ソースドキュメントを変換する変換記述部品群から変換記述部品を選択して、選択した変換記述部品を統合して変換記述を生成する生成工程と、
   前記変換記述で前記ソースドキュメントを変換して、前記操作機器による前記操作対象機器の操作を実現するユーザインタフェースのコンテンツを生成する変換工程と、
   前記ユーザインタフェースのコンテンツを前記操作機器へ送信する送信工程とを備え、
   前記ソースドキュメントは、前記操作機器のユーザインタフェースを実現する具体的な操作部品とは独立な抽象的な操作部品の記述を含み、前記変換記述部品は、前記ソースドキュメント中の抽象的な操作部品を、前記操作機器の具体的な操作部品に変換する記述を含む
   ことを特徴とする情報処理装置の制御方法。
10. 操作機器が操作対象機器を操作するためのユーザインタフェースを生成する情報処理装置の制御を実現するプログラムであって、
    前記操作機器の特性を示す特性情報及び前記操作機器を操作するユーザに関するユーザ情報を含むプロファイル情報を受信する受信工程のプログラムコードと、
    前記プロファイル情報を解析する解析工程のプログラムコードと、
    前記解析手段で解析した前記プロファイル情報に応じて、記憶媒体に記憶された前記操作対象機器の操作のフローを記述したソースドキュメント群からソースドキュメントを選択する選択工程のプログラムコードと、
    前記解析手段で解析した前記プロファイル情報に応じて、記憶媒体に記憶された前記ソースドキュメントを変換する変換記述部品群から変換記述部品を選択して、選択した変換記述部品を統合して変換記述を生成する生成工程変換記述と、
    前記変換記述で前記ソースドキュメントを変換して、前記操作機器による前記操作対象機器の操作を実現するユーザインタフェースのコンテンツを生成する変換工程変換記述と、
    前記ユーザインタフェースのコンテンツを前記操作機器へ送信する送信工程変換記述とを備え、
    前記ソースドキュメントは、前記操作機器のユーザインタフェースを実現する具体的な操作部品とは独立な抽象的な操作部品の記述を含み、前記変換記述部品は、前記ソースドキュメント中の抽象的な操作部品を、前記操作機器の具体的な操作部品に変換する記述を含む
    ことを特徴とするプログラム。

Images