JP5533872B2 - 情報処理装置、情報処理システム、情報処理方法、および、情報処理プログラム - Google Patents

Description

本発明は、操作インターフェースを設定する情報処理装置、情報処理システム、情報処理方法、および、情報処理プログラムに関する。

特許文献１には、プログラムごとにその用途が決定されている端末機能キーの代替として、あらかじめファイル中に用意した別の端末機能キーを使用する方式が記載されている。
特許文献２には、各種アプリケーションに関する操作情報を外部ファイルに持たせ、入力装置のコマンドの情報を入力操作及びデータ統合モニタを通じて認識し、統一されたキー操作で各種アプリケーションを制御する方式が記載されている。
特許文献３には、アプリケーションごとに、接続されているコントロールユニットから適切なものを選択するように要求を表示し、選択されたコントロールユニットを当該アプリケーションの入力デバイスとして設定する装置が記載されている。

特開平５−１１９９０３号公報 特開平８−４４５１８号公報 特開２００２−２７８６７２号公報

上述の文献に記載された技術の何れも、どのアプリケーション（以下、ＡＰ）にどのような操作インターフェースを与えるのが適切であるかの判断は使用者任せであるという課題がある。本発明の目的は、上記課題を解決する情報処理装置、情報処理システム、情報処理方法、および、情報処理プログラムを提供することである。

本発明の一実施形態の情報処理装置は、複数のアプリケーション（ＡＰ）ごとに、機能名、機能オントロジ、操作種別を包含するレコードを格納する操作定義記憶手段と、機能オントロジが同じレコードの識別子の集合（同オントロジ集合）または前記同オントロジ集合に属すレコードの識別子の集合を前記操作定義記憶手段から取得して、当該同オントロジ集合内で出現頻度が高い操作種別（高頻度種別）で、指定されたＡＰの当該機能オントロジを包含するレコードの操作種別を置換する操作変更手段を備える。
本発明の一実施形態の情報処理プログラムは、複数のアプリケーション（ＡＰ）ごとに、機能名、機能オントロジ、操作種別を包含するレコードを格納する操作定義記憶手段を備えたコンピュータに、機能オントロジが同じレコードの識別子の集合（同オントロジ集合）または前記同オントロジ集合に属すレコードの識別子の集合を前記操作定義記憶手段から取得して、当該同オントロジ集合内で出現頻度が高い操作種別（高頻度種別）で、指定されたＡＰの当該機能オントロジを包含するレコードの操作種別を置換する操作変更処理を実行させる。
本発明の一実施形態の情報処理方法は、複数のアプリケーション（ＡＰ）ごとに、機能名、機能オントロジ、操作種別を包含するレコードを操作定義記憶手段に格納し、機能オントロジが同じレコードの識別子の集合（同オントロジ集合）または前記同オントロジ集合に属すレコードの識別子の集合を前記操作定義記憶手段から取得して、当該同オントロジ集合内で出現頻度が高い操作種別（高頻度種別）で、指定されたＡＰの当該機能オントロジを包含するレコードの操作種別を置換する。

本発明によれば、情報機器の操作インターフェースの設定における使用者の負荷を軽減することができる。

［図１］図１は、第１の実施の形態の情報処理装置１０の構成例を示す。
［図２］図２は、コンテキスト定義記憶部１６のデータ例を示す。
［図３］図３は、操作定義記憶部１７のデータ例を示す。
［図４］図４は、機能検索部２１の動作フローチャート例を示す。
［図５Ａ］図５Ａは、操作変更部２２の動作フローチャート例（１／２）を示す。
［図５Ｂ］図５Ｂは、操作変更部２２の動作フローチャート例（２／２）を示す。
［図６］図６は、機能一覧表示例を示す。
［図７］図７は、同一オントロジ集合の表示例を示す。
［図８］は、第２の実施の形態の情報処理装置１０の構成例を示す。
［図９］図９は、外部操作記憶部５１のデータ例を示す。
［図１０］図１０は、第３の実施の形態の情報処理装置１０の構成例を示す。
［図１１］図１１は、本発明の情報処理装置１０の基本構成を示す。

近年、携帯電話やＰＨＳ（Ｐｅｒｓｏｎａｌ Ｈａｎｄｙ−ｐｈｏｎｅ Ｓｙｓｔｅｍ）、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）、パーソナルコンピュータといった個人で扱うことを主目的とした情報機器が普及してきている。これらの機器に備えられる機能の数は増加傾向にある。一般的に、機器に備えられる機能の数が増加すると、各機能を扱うために使用者に求められる操作方法の数も増加する。
また、機能の数の増加に伴い、各機能を制御するための各機能固有のキーやボタンが必要となり、操作部に備えられるボタンの数が増え、配置が多様化している。
上記事情により、機器の使用者は、機器の備える多くの機能を扱うために、多様な入力操作を行う必要がある。このような操作方法の多様化を受け、使用者が行う操作を使用者自身が定めることを可能とすることが求められている。
しかし、個々の使用者にとって好ましい操作方法の決定に際し、使用者に大きな負荷がかかることは避けなければならない。その理由は、操作方法の設定が面倒であったり、難しかったりすると、結局使いにくい機器であると使用者に認識されてしまうためである。
本実施形態にかかる情報処理装置１０等は、操作方法の決定に際し、使用者の負荷を軽減する。
図１は、第１の実施の形態の情報処理装置１０の構成例を示す。なお、ＡＰはアプリケーションプログラムを意味する。
情報処理装置１０は、センサ１２、入力装置１３、出力装置１４、機能実行部２０、機能検索部２１、操作変更部２２、ＡＰ指定域２３、ＡＰライブラリ１５、コンテキスト定義記憶部１６、操作定義記憶部１７を備える。
センサ１２は、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）等を利用した位置センサ、加速度センサ等である。入力装置１３は、操作ボタン、タッチパネル、キーボード等である。出力装置１４は、ディスプレイ装置やタッチパネル等である。
ＡＰライブラリ１５、コンテキスト定義記憶部１６、操作定義記憶部１７は、ディスク、各種メモリ等の記憶装置に設けられる。
機能実行部２０は、指定されたＡＰの指定された機能を実行する。各ＡＰは、例えば、ＡＰライブラ１５に格納されている。機能実行部２０は、入力パラメータとして機能名４２を指定してＡＰを起動等する。図示しない情報処理装置１０のＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）が、起動されたＡＰを実行して、入力パラメータで指定された機能を果たす。
機能検索部２１は、入力装置１３やセンサ１２から、情報処理装置１０の使用者によるボタン押下や情報処理装置１０を振る等の操作による操作信号を受信すると、実行するＡＰの機能を特定して、ＡＰと機能の特定情報を機能実行部２０に出力する。操作変更部２２は、操作定義記憶部１７の更新を行いＡＰの操作インターフェースを変更する。
機能実行部２０、機能検索部２１、または、操作変更部２２は、専用のハードウェア装置が実現しても良いし、コンピュータ１１でもある情報処理装置１０の図示されないＣＰＵが、メモリ上の情報処理プログラム２９を実行して実現しても良い。
ＡＰ指定域２３は、メモリ上に配置され、現在使用者による操作を受け付けているＡＰのＡＰ名４０を格納する。例えば、図示しない使用者コマンド入力部が、入力装置１３からＡＰ起動コマンドを入力して、ＡＰ指定域２３にＡＰ名４０を格納する。
図２は、コンテキスト定義記憶部１６のデータ例を示す。コンテキスト定義記憶部１６は、コンテキスト名３０とセンサ値３１を対応付けて格納する。機能検索部２１は、センサ１２のいずれかからセンサ値３１に定義された計測値を入力すると、コンテキスト名３０の状況発生を検出する。
例えば、位置センサから「Ｌａｔｉｔｕｄｅ＝３５．２４６２３、Ｌｏｎｇｉｔｕｄｅ＝１３６．１１４３５」という計測値を受け取ると、機能検索部２１は「自宅にいる」という使用者の状況（コンテキスト）を検出する。また、加速度センサから、所定時間以上、所定範囲の速度の移動に伴う計測値を受け取ると、機能検索部２１は「歩行中」という状況を検出する。
図３は、操作定義記憶部１７のデータ例を示す。操作定義記憶部１７は、複数のＡＰの各々に対応付けて、ＡＰ名４０と１以上のコンテキスト４１を格納する。更に、操作定義記憶部１７は、各ＡＰの各コンテキスト４１に対応付けて、機能名４２、機能オントロジ４３、操作種別４４を包含する１以上のレコード４５を格納する。
各レコード４５は識別子で識別される。識別子は、例えば、操作定義記憶部１７に於ける各レコード４５の通番や格納域アドレスである。識別子は、各レコード４５にデータ項目として包含されていても良い。
各レコード４５は、対応するＡＰ名４０がＡＰ指定域２３に格納され、情報処理装置１０が対応するコンテキスト４１の状況にある場合に、操作種別４４の操作を行うと当該ＡＰ名４０で特定されるＡＰの機能名４２の機能が実行されることを表現している。なお、コンテキスト４１の値は、コンテキスト名３０の値またはＮＵＬＬ（コンテキスト無し）をとりうる。
例えば、ＡＰ指定域２３に通話ＡＰのＡＰ名４０が格納され、機能検索部２１が検出しているコンテキスト４１がＮＵＬＬであるときに、使用者が『ディスプレイにタッチ』という操作を行うと、機能検索部２１は、通話ＡＰの『通話開始』機能の実行を決定する。
機能オントロジ４３は、同一レコード４５の機能名４２の機能を概念的に捉える名称等である。種々のＡＰ間で類似した機能に対して、共通した機能オントロジ４３が用いられる。例えば、メールＡＰのメール終了機能とブラウザのブラウザ終了機能に対して、「ＡｐｐＳｔｏｐ」という機能オントロジ４３が共通して使用される。
図４は、機能検索部２１の動作フローチャート例を示す。同部は、センサ１２または入力装置１３が得たデータを受け取り、当該データが使用者の操作を示すか判定する（Ｓ１）。
例えば、使用者が入力装置１３の或るボタンを押下すると、機能検索部２１は入力装置１３から当該ボタン押下信号を入力して、使用者が当該ボタンを押下する操作をしたと判定する。また、例えば、使用者が情報処理装置１０を２回振ると、機能検索部２１はセンサ１２から加速度信号を入力して、使用者が２回振る操作をしたと判定する。
使用者の操作を検出した場合（Ｓ１でＹ）、機能検索部２１は、操作種別４４と付帯入力情報を内部メモリ等に記憶する（Ｓ２）。例えば、キーボード等の入力装置１３から、コマンドとコマンドパラメータが入力された場合、コマンドに対応して操作種別４４を、パラメータに対応して付帯情報を記憶する。使用者の操作を検出しない場合（Ｓ１でＮ）、機能検索部２１は、操作を待ち合わせる（Ｓ１）。
次に、機能検索部２１は、センサ１２が得た測定値を受け取り、コンテキスト定義記憶部１６を検索し、当該測定値が適合するセンサ値３１に対応するコンテキスト名３０を取得する。同部は、取得したコンテキスト名３０を、コンテキスト４１として内部メモリ等に記憶する（Ｓ３）。コンテキスト定義記憶部１６内に当該測定値が適合するセンサ値３１を発見できないとき、機能検索部２１は、内部メモリにＮＵＬＬをコンテキスト４１として記憶する。
機能検索部２１は操作定義記憶部１７を検索して、内部メモリに格納されている操作種別４４、コンテキスト４１、ＡＰ指定域２３に格納されているＡＰ名４０に対応する機能名４２を取得する（Ｓ４）。その後、機能検索部２１は、当該機能名４２、当該ＡＰ名４０、内部メモリに格納されている付帯情報を、機能実行部２０に出力して（Ｓ５）、次の操作を待ち合わせる（Ｓ１）。
図５Ａ、及び、図５Ｂは、操作変更部２２の動作フローチャート例を示す。操作変更部２２は、入力装置１３等からＡＰ名４０を入力する（Ｓ１１）。ここで、操作変更部２２が入力するＡＰ名４０は、例えば、使用者が操作方法の変更を考えているＡＰのＡＰ名４０である。
操作変更部２２は、操作定義記憶部１７を検索して、当該ＡＰ名４０に対応するコンテキスト４１、機能名４２、機能オントロジ４３、操作種別４４を読み出して出力装置１４に表示する（Ｓ１２）。図６は、当該表示（機能一覧表示）の例を示す。
次いで、操作変更部２２は、入力装置１３等からコンテキスト４１と機能オントロジ４３を入力する（Ｓ１３）。ここで、操作変更部２２が入力する、コンテキスト４１と機能オントロジ４３は、例えば使用者が当該機能一覧表示からタッチパネルやマウス等で選択したものある。コンテキスト４１は、センサ１２の測定値とコンテキスト定義記憶部１６から、機能検索部２１と同様な方法で取得しても良い。
また、操作変更部２２はコンテキスト４１のみを入力し、機能オントロジ４３を入力しない利用者インターフェースを備えても良い。この場合、同部は、指定されたＡＰの全ての機能オントロジ４３を、入力方法変更の対象として扱う。
操作変更部２２は、操作定義記憶部１７を検索して、入力したコンテキスト４１と機能オントロジ４３を包含するレコード４５の集合（同オントロジ集合）または同オントロジ集合に属すレコード４５の識別子の集合を取得して、同オントロジ集合を表示する（Ｓ１４）。図７は、同オントロジ集合の表示例を示す。
操作変更部２２は、同オントロジ集合内の異なる操作種別４４ごとに、同オントロジ集合内での出現頻度を計算し、最も発生頻度が高い操作種別４４を取得する（Ｓ１５）。図７の例では、「上下に２回振る」という設定がなされている組み合わせは３例（出現頻度０．７５）、「電源ボタンを押す」という設定がなされている組み合わせは１例（出現頻度０．２５）である。従って、操作変更部２２は、最も発生頻度が高い操作種別４４（高頻度種別）として、「上下に２回振る」を取得する。
操作変更部２２は、入力装置１３等から入力した、ＡＰ名４０、コンテキスト４１と機能オントロジ４３に対応するレコード４５の操作種別４４（指定種別）を操作定義記憶域１７から検索して、高頻度種別と同じであるかを判断する（Ｓ１６）。両者が異なっていれば（Ｓ１６でＹ）、操作変更部２２は操作定義記憶部１７内の指定種別を高頻度種別で置換する（Ｓ１７）。
なお、操作変更部２２は、指定種別を高頻度種別で置換する際の条件として、指定種別と高頻度種別を出力装置１４に表示して、入力装置１３等から使用者の置換許可を入力することを追加しても良い。操作変更部２２は、当該条件として、高頻度種別の出現頻度が所定閾値（例えば０．５）以上であることを追加しても良い。さらに、操作変更部２２は、出現頻度が所定閾値以上である一以上の操作種別４４を全て出力装置１４に表示して、高頻度種別を使用者に選択させても良い。
本実施の形態の情報処理装置１０は、使用者に大きな負担をかけずに、個々の使用者に好ましい操作方法を設定できる。また、本実施の形態の情報処理装置１０は、使用者が利用可能な多量の操作種別４４を検索する手間を省くことが出来る。
その理由は、操作変更部２２が、使用者が操作定義記憶部１７に既に設定している操作方法の傾向を分析して、概念的に同じ意味（共通の機能オントロジ４３）を持つ機能に共通的な操作種別４４を設定、または設定することを提案（設定案を提示）するからである。
（第２の実施形態）
図８は、第２の実施の形態の情報処理装置１０の構成例を示す。第２の実施の形態の情報処理装置１０は、第１の実施の形態の構成に外部操作記憶部５１が加えられている。操作変更部２２は、ネットワーク５３および外部機器５０を経由して外部操作記憶部５１にアクセスする。機能検索部２１は外部操作記憶部５１にアクセスしない。操作変更部２２は、外部操作記憶部５１と直接接続されていても良い。
外部操作記憶部５１に格納されるデータの形式は、操作定義記憶部１７に格納されるデータの形式と同じである。外部操作記憶部５１は、操作定義記憶部１７にそのデータが格納されているＡＰとは別のＡＰに関するデータを含んでいても良いし、同じＡＰに関するデータを含んでいても良い。外部操作記憶部５１は、他の情報処理装置５２の操作定義記憶部１７であってもよい。図９は、外部操作記憶部５１のデータ例を示す。
（第２の実施の形態 その１）
本実施の形態に於いて、操作変更部２２は、外部操作記憶部５１から操作定義記憶部１７に定義されていない情報を取り込む。例えば、通話ＡＰのコンテキスト４１＝「歩行中」に対応するレコード４５が操作定義記憶部１７に格納されてない状態（図３等）で、図９の外部操作記憶部５１にアクセスすると、操作変更部２２は当該ＡＰの当該コンテキストに対応するレコード４５を追加する。他の点については、本実施形態の情報処理装置１０は、第１の実施形態と同じである。
本実施の形態の情報処理装置１０は、使用者が情報装置１０においてまだ未設定のＡＰの入力方法の設定を使用者の手入力という手間をかけずに、設定を行うことが可能となる。その理由は、操作変更部２２が操作定義記憶部１７の情報を外部操作記憶部５１から取得するからである。
（第２の実施の形態 その２）
本実施の形態に於いて、操作変更部２２は、図５ＡのＳ１４において、操作定義記憶部１７に加えて外部操作記憶部５１も検索して、同オントロジ集合を取得する。外部操作記憶部５１と操作定義記憶部１７でＡＰ名４０が重複するとき、操作変更部２２は、添え字などを付して両者を区別して扱う。また、本実施の形態に於いて、操作変更部２２は外部操作記憶部５１内の操作種別４４を指定種別として置換することもある（図５ＢのＳ１７）。
他の点については、本実施形態の情報処理装置１０は、第１の実施形態と同じである。
本実施の形態の情報処理装置１０は、他の情報処理装置５２に登録されているＡＰの操作種別４４についても、使用者の手入力という手間をかけずに設定することが出来る。また、本実施の形態の情報処理装置１０は、他の装置（情報処理装置１０に限られない）に使用者が登録している情報も参照して、当該情報処理装置１０に登録されているＡＰの操作種別４４を設定できる。その理由は、本実施の形態の操作変更部２２は、操作定義記憶部１７に加え外部操作記憶部５１も同オントロジ集合取得の対象とするからである。
（第３の実施形態）
図１０は、第３の実施の形態の情報処理装置１０の構成例を示す。第３の実施の形態の情報処理装置１０は、機能実行部２０およびＡＰライブラリ１５を備えていない。代わりに、周辺機器６０が機能実行部６２およびＡＰライブラリ６３を備えている。機能実行部６２は、通信部６１およびネットワーク５３を経由して、情報処理装置１０の機能検索部２１と接続されている。機能実行部６２は、情報処理装置１０の機能検索部２１と直接接続されていても良い。
本実施の形態では、機能実行部２０の機能を機能実行部６２が代行する。他の点については、本実施形態の情報処理装置１０は、第１の実施形態と同じである。
本実施形態によれば、一つ又は複数の周辺機器６０で実行されるＡＰの操作方法を、情報処理装置１０で容易に設定できる。
図１１は、本発明の以上で説明した実施形態における情報処理装置１０の基本構成を示す。情報処理装置１０は、操作定義記憶部１７と操作変更部２２を備える。操作定義記憶部１７は、複数のアプリケーション（ＡＰ）ごとに、機能名４２、機能オントロジ４３、操作種別４４を包含するレコード４５を格納する。
操作変更部２２は、機能オントロジ４３が同じレコード４５の集合または当該集合に属すレコード４５の識別子の集合を操作定義記憶部１７から取得し、当該同オントロジ集合で出現頻度が高い操作種別４４で、指定されたＡＰの当該機能オントロジ４３を包含するレコード４５の操作種別４４を置換する。
本実施形態の情報処理装置１０は、操作インターフェースの設定における使用者の負荷を軽減することができる。
以上、実施形態を参照して本願発明を説明したが、本願発明は上記実施形態に限定されるものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解しうる様々な変更をすることができる。
この出願は、２００９年８月１８日に出願された日本出願特願２００９−１８８９７１を基礎とする優先権を主張し、その開示の全てをここに取り込む。

本発明は、例えば、使用者の好みの入力方法を個々に設定できる携帯電話端末やＰＨＳ、ＰＤＡ、パーソナルコンピュータ等の情報機器の備える入力方法設定支援システムといった用途に利用できる。また、本発明は、身の回りに存在する１以上の情報機器を、携帯電話端末やＰＨＳ、ＰＤＡ、パーソナルコンピュータ等の機器から使用者の好みの入力方法で操作できる情報機器操作システムといった用途に利用できる。

１０ 情報処理装置
１１ コンピュータ
１２ センサ
１３ 入力装置
１４ 出力装置
１５ ＡＰライブラリ
１６ コンテキスト定義記憶部
１７ 操作定義記憶部
２０ 機能実行部
２１ 機能検索部
２２ 操作変更部
２３ ＡＰ指定域
２９ 情報処理プログラム
３０ コンテキスト名
３１ センサ値
４０ ＡＰ名
４１ コンテキスト
４２ 機能名
４３ 機能オントロジ
４４ 操作種別
４５ レコード
５０ 外部機器
５１ 外部操作記憶部
５２ 他の情報処理装置
５３ ネットワーク
６０ 周辺機器
６１ 通信部
６２ 機能実行部
６３ ＡＰライブラリ

Claims (16)

1. 複数のアプリケーション（ＡＰ）ごとに、機能名、機能オントロジ、操作種別を包含するレコードを格納する操作定義記憶部と、
   機能オントロジが同じレコードの集合（同オントロジ集合）または前記同オントロジ集合に属すレコードの識別子の集合を前記操作定義記憶部から取得して、当該同オントロジ集合内で出現頻度が高い操作種別（高頻度種別）で、指定されたＡＰの当該機能オントロジを包含するレコードの操作種別を置換する操作変更部を備える、情報処理装置。
2. 前記操作定義記憶部から、入力したＡＰ名と検出した操作の操作種別に合致するレコードを検索して、検索した前記レコードの機能名および入力した前記ＡＰ名を、当該ＡＰ名と当該機能名で識別されるＡＰの機能を実行する機能実行部に出力する機能検索部を備える請求項１の情報処理装置。
3. コンテキスト名とセンサ値を対応させて記憶するコンテキスト定義記憶部と、
   前記複数のＡＰ名およびコンテキストごとに、前記レコードを格納する前記操作定義記憶部と、
   入力したセンサ値に対応するコンテキストを前記コンテキスト定義記憶部から取得し、
   前記操作定義記憶部から、前記コンテキスト、入力したＡＰ名、および入力した操作種別に合致するレコードを検索して、検索した前記レコードの機能名および入力した前記ＡＰ名を、当該ＡＰ名と当該機能名で識別されるＡＰの機能を実行する機能実行部に出力する前記機能検索部と、
   コンテキストおよび機能オントロジが同じレコードの集合を前記同オントロジ集合として前記操作定義記憶部から取得する前記操作変更部を備える、請求項２の情報処理装置。
4. 前記複数のＡＰと同じ又は異なる複数のＡＰごとに、機能名、機能オントロジ、操作種別を包含するレコードを格納する外部操作記憶部と、
   前記同オントロジ集合を前記操作定義記憶部および前記外部操作記憶部から取得する前記操作変更部を備える、請求項１乃至３の何れかの情報処理装置。
5. 前記高頻度種別は、前記同オントロジ集合内で最大の出現頻度を有する、または、所定閾値以上の出現頻度を有する操作種別である、請求項１乃至４の何れかの情報処理装置。
6. 前記機能実行部を備える周辺機器と、請求項１乃至６の何れかに記載の情報処理装置を包含する情報処理システム
7. 複数のアプリケーション（ＡＰ）ごとに、機能名、機能オントロジ、操作種別を包含するレコードを格納する操作定義記憶部を備えたコンピュータに、
   機能オントロジが同じレコードの集合（同オントロジ集合）または前記同オントロジ集合に属すレコードの識別子の集合を前記操作定義記憶部から取得して、当該同オントロジ集合内で出現頻度が高い操作種別（高頻度種別）で、指定されたＡＰの当該機能オントロジを包含するレコードの操作種別を置換する操作変更処理を実行させる、情報処理プログラム。
8. 前記コンピュータに、
   前記操作定義記憶部から、入力したＡＰ名と検出した操作の操作種別に合致するレコードを検索して、検索した前記レコードの機能名および入力した前記ＡＰ名を、当該ＡＰ名と当該機能名で識別されるＡＰの機能を実行する機能実行部に出力する機能検索処理を実行させる請求項７の情報処理プログラム。
9. コンテキスト名とセンサ値を対応させて記憶するコンテキスト定義記憶部と、
   前記複数のＡＰ名およびコンテキストごとに、前記レコードを格納する前記操作定義記憶部を備える前記コンピュータに、
   入力したセンサ値に対応するコンテキストを前記コンテキスト定義記憶部から取得し、
   前記操作定義記憶部から、前記コンテキスト、入力したＡＰ名、および入力した操作種別に合致するレコードを検索して、検索した前記レコードの機能名および入力した前記ＡＰ名を、当該ＡＰ名と当該機能名で識別されるＡＰの機能を実行する機能実行部に出力する前記機能検索処理と、
   コンテキストおよび機能オントロジが同じレコードの集合を前記同オントロジ集合として前記操作定義記憶部から取得する前記操作変更処理を実行させる、請求項８の情報処理プログラム。
10. 前記複数のＡＰと同じ又は異なる複数のＡＰごとに、機能名、機能オントロジ、操作種別を包含するレコードを格納する外部操作記憶部を備える前記コンピュータに、
    前記同オントロジ集合を前記操作定義記憶部および前記外部操作記憶部から取得する前記操作変更処理を実行させる、請求項７乃至９の何れかの情報処理プログラム。
11. 前記高頻度種別は、前記同オントロジ集合内で最大の出現頻度を有する、または、所定閾値以上の出現頻度を有する操作種別である、請求項７乃至１０の何れかの情報処理プログラム。
12. 複数のアプリケーション（ＡＰ）ごとに、機能名、機能オントロジ、操作種別を包含するレコードを操作定義記憶部に格納する操作定義工程と、
    機能オントロジが同じレコードの集合（同オントロジ集合）または前記同オントロジ集合に属すレコードの識別子の集合を前記操作定義記憶部から取得して、当該同オントロジ集合内で出現頻度が高い操作種別（高頻度種別）で、指定されたＡＰの当該機能オントロジを包含するレコードの操作種別を置換する操作変更工程を有する、情報処理方法。
13. 前記操作定義記憶部から、入力したＡＰ名と検出した操作の操作種別に合致するレコードを検索して、検索した前記レコードの機能名および入力した前記ＡＰ名を、当該ＡＰ名と当該機能名で識別されるＡＰの機能を実行する機能実行部に出力する機能検索工程を有する請求項１２の情報処理方法。
14. コンテキスト名とセンサ値を対応させてコンテキスト定義記憶部に記憶するコンテキスト定義記憶工程と、
    前記複数のＡＰ名およびコンテキストごとに、前記操作定義記憶部に前記レコードを格納する前記操作定義記憶工程と、
    入力したセンサ値に対応するコンテキストを前記コンテキスト定義記憶部から取得し、
    前記操作定義記憶部から、前記コンテキスト、入力したＡＰ名、および入力した操作種別に合致するレコードを検索して、検索した前記レコードの機能名および入力した前記ＡＰ名を、当該ＡＰ名と当該機能名で識別されるＡＰの機能を実行する機能実行部に出力する前記機能検索工程と、
    コンテキストおよび機能オントロジが同じレコードの集合を前記同オントロジ集合とし
    て前記操作定義記憶部から取得する前記操作変更工程を有する、請求項１３の情報処理方法。
15. 前記複数のＡＰと同じ又は異なる複数のＡＰごとに、機能名、機能オントロジ、操作種別を包含するレコードを外部操作記憶部に格納する外部操作記憶工程と、
    前記同オントロジ集合を前記操作定義記憶部および前記外部操作記憶部から取得する前記操作変更工程を有する、請求項１２乃至１４の何れかの情報処理方法。
16. 前記高頻度種別は、前記同オントロジ集合内で最大の出現頻度を有する、または、所定閾値以上の出現頻度を有する操作種別である、請求項１２乃至１５の何れかの情報処理方法。

Images