(57)【要約】【課題】人間の主観や特徴表現の粒度などの違いによる検索精度の低下を防ぐこと。【解決手段】アプリケーションモニタ端末２は、アプリケーションの挙動をモニタリングして特徴量を収集管理する手段と、アプリケーションに関するメタ情報を生成して検索サーバに通知する手段を備え、アプリケーション検索サーバ１は、メタ情報をアプリケーション検索用データベースに登録して蓄積する手段を備える。【選択図】図１
2009116733.tif 000002
【特許請求の範囲】
【請求項１】
モニタ端末は、アプリケーションの挙動をモニタリングして特徴量を収集管理する手段と、
アプリケーションに関するメタ情報を生成して検索サーバに通知する手段と、を備え、
検索サーバは、前記メタ情報をアプリケーション検索用データベースに登録して蓄積する手段と
を備えることを特徴とするアプリケーション検索システム。
【請求項２】
前記モニタ端末は、前記アプリケーションの挙動を決定する為のパラメータとして、サービス情報を用いることを特徴とする請求項１記載のアプリケーション検索システム。
【請求項３】
前記モニタ端末は、アプリケーションを実際に動かして、利用したコンポーネント単位／通信したメッセージ内容単位でアプリケーションの特徴を抽出することを特徴とする請求項１または２記載のアプリケーション検索システム。
【請求項４】
前記モニタ端末は、アプリケーションの特徴量を表すために、アプリケーション実行時にコンポーネント間でやり取りされるメッセージの履歴を用いることを特徴とする請求項１から３のいずれか１項に記載のアプリケーション検索システム。
【請求項５】
前記モニタ端末は、メタ情報と、抽出されたメッセージのパターンを記憶部に紐付けして格納しておくことを特徴とする請求項４記載のアプリケーション検索システム。
【請求項６】
前記モニタ端末は、アプリケーションの特徴量を表すために、アプリケーション実行時に動的にリンクされるコンポーネント（ライブラリ）の履歴を用いることを特徴とする請求項１から３のいずれか１項に記載のアプリケーション検索システム。
【請求項７】
前記モニタ端末は、メタ情報と、抽出されたコンポーネントの種類を記憶部に紐付けして格納しておくことを特徴とする請求項６記載のアプリケーション検索システム。
【請求項８】
前記モニタ端末の前記収集管理する手段は、アプリケーションを実際に動かす際に、インタプリタに入力されるスクリプトＡＰＩやＡＰＩコール時に指定されるパラメータを言語情報レベルで解析することによりアプリケーションの特徴を抽出することを特徴とする請求項１記載のアプリケーション検索システム。
【請求項９】
前記モニタ端末は、メタ情報と、抽出されたスクリプトＡＰＩとそのＡＰＩコール時に指定されるパラメータの組み合わせパターンを記憶部に紐付けして格納しておくことを特徴とする請求項８記載のアプリケーション検索システム。
【請求項１０】
前記検索サーバは、サービス情報を入力として関連するメタ情報を割り出すことを特徴とする請求項１から９のいずれか１項に記載のアプリケーション検索システム。
【請求項１１】
モニタ端末が、アプリケーションの挙動をモニタリングして特徴量を収集管理するステップと、
アプリケーションに関するメタ情報を生成して検索サーバに通知するテップと、を有し、
検索サーバが、前記メタ情報をアプリケーション検索用データベースに登録して蓄積するテップ
を有することを特徴とするアプリケーション検索方法。
【請求項１２】
前記モニタ端末が、前記アプリケーションの挙動を決定する為のパラメータとして、サービス情報を用いることを特徴とする請求項１１記載のアプリケーション検索方法。
【請求項１３】
前記モニタ端末が、アプリケーションを実際に動かして、利用したコンポーネント単位／通信したメッセージ内容単位でアプリケーションの特徴を抽出することを特徴とする請求項１１または１２記載のアプリケーション検索方法。
【請求項１４】
前記モニタ端末が、アプリケーションの特徴量を表すために、アプリケーション実行時にコンポーネント間でやり取りされるメッセージの履歴を用いることを特徴とする請求項１１から１３のいずれか１項に記載のアプリケーション検索方法。
【請求項１５】
前記モニタ端末が、メタ情報と、抽出されたメッセージのパターンを記憶部に紐付けして格納しておくことを特徴とする請求項１４記載のアプリケーション検索方法。
【請求項１６】
前記モニタ端末が、アプリケーションの特徴量を表すために、アプリケーション実行時に動的にリンクされるコンポーネント（ライブラリ）の履歴を用いることを特徴とする請求項１１から１３のいずれか１項に記載のアプリケーション検索方法。
【請求項１７】
前記モニタ端末が、メタ情報と、抽出されたコンポーネントの種類を記憶部に紐付けして格納しておくことを特徴とする請求項１６記載のアプリケーション検索方法。
【請求項１８】
前記モニタ端末の前記収集管理するステップにおいて、アプリケーションを実際に動かす際に、インタプリタに入力されるスクリプトＡＰＩやＡＰＩコール時に指定されるパラメータを言語情報レベルで解析することによりアプリケーションの特徴を抽出することを特徴とする請求項１１記載のアプリケーション検索方法。
【請求項１９】
前記モニタ端末が、メタ情報と、抽出されたスクリプトＡＰＩとそのＡＰＩコール時に指定されるパラメータの組み合わせパターンを記憶部に紐付けして格納しておくことを特徴とする請求項１８記載のアプリケーション検索方法。
【請求項２０】
前記検索サーバが、サービス情報を入力として関連するメタ情報を割り出すことを特徴とする請求項１１から１９のいずれか１項に記載のアプリケーション検索方法。
【請求項２１】
アプリケーションの挙動をモニタリングして特徴量を収集管理する手段と、
アプリケーションに関するメタ情報を生成して検索サーバに通知する手段と
を備えることを特徴とするモニタ端末。
【請求項２２】
アプリケーションの挙動をモニタリングして特徴量を収集管理する手段と、
アプリケーションに関するメタ情報を生成する手段と、
前記メタ情報をアプリケーション検索用データベースに登録して蓄積する手段と
を備えることを特徴とするモニタ端末。
【請求項２３】
アプリケーションの挙動をモニタリングして特徴量を収集管理する手段を備えるモニタ端末から、生成されたアプリケーションに関するメタ情報を受け取る手段と、
前記メタ情報をアプリケーション検索用データベースに登録して蓄積する手段と
を備えることを特徴とする検索サーバ。
【請求項２４】
コンピュータに、アプリケーションの挙動をモニタリングして特徴量を収集管理するステップと、
アプリケーションに関するメタ情報を生成するテップと、
前記メタ情報をアプリケーション検索用データベースに登録して蓄積するテップと
を実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、アプリケーション検索の機能を提供するシステムにおいて、検索に必要なアプリケーションに関するメタ情報を、アプリケーションの動作をモニタリングすることによって自動的に生成・蓄積する技術に関する。
【背景技術】
【０００２】
アプリケーションを自由にダウンロードできる端末を持つユーザにとって、所望のアプリケーションの情報を得るためのアプリケーション検索システムは必要不可欠である。
【０００３】
現状のアプリケーション検索システムでは、アプリケーションにメタ情報を付与する作業は、人の手に委ねられている。また、アプリケーションの検索を、メタ情報のキーワード検索のみで行っている。
【０００４】
関連技術として、例えば、特許文献１には検索要求時の最適化に関する技術が開示されている。
【特許文献１】特開２００６−１０７４７３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、上述の関連技術では、アプリケーションが検索システムの持つデータベースに登録される際、アプリケーションのメタ情報はアプリケーションの製作者、もしくはアプリケーションの挙動を理解したものが、そのアプリケーションの特徴を端的に現す言語キーワードや注釈を連想し、それをメタ情報として手動で付与することでそのアプリケーションを特徴付ける。
【０００６】
この手法では、連想する言語キーワードは製作者側の主観に委ねられ、かつ特徴付けの粒度が一定とならない可能性も高いので、検索する側が意図しないアプリケーションが検索結果となる場合があり得る。
【０００７】
また、キーワード一致型検索は、アプリケーションの操作感など、キーワードとして表現することが難しい特徴部分も存在する。
【０００８】
そのため、現状のシステムではアプリケーションの検索精度は、キーワード一致型検索に限定されている。また、アプリケーションメタ情報データベースの粒度不一致が理由で精度が低下する（ユーザが所望するアプリケーションが得られない）ケースが発生し得る。
【０００９】
本発明は、以上のような課題を解決するためになされたもので、人間の主観や特徴表現の粒度などの違いによる検索精度の低下を防ぐことができるアプリケーション検索システム、アプリケーション検索方法、モニタ端末、検索サーバおよびプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
本発明のアプリケーション検索システムでは、モニタ端末は、アプリケーションの挙動をモニタリングして特徴量を収集管理する手段と、
アプリケーションに関するメタ情報を自動的に生成して検索サーバに通知する手段と、を備え、
検索サーバは、前記メタ情報をアプリケーション検索用データベースに登録する蓄積する手段と
を備えることを特徴とする。
【００１１】
また、本発明のアプリケーション検索方法は、モニタ端末が、アプリケーションの挙動をモニタリングして特徴量を収集管理するステップと、
アプリケーションに関するメタ情報を自動的に生成して検索サーバに通知するテップと、を有し、
検索サーバが、前記メタ情報をアプリケーション検索用データベースに登録する蓄積するテップ
を有することを特徴とする。
【００１２】
また、本発明の第一のモニタ端末は、アプリケーションの挙動をモニタリングして特徴量を収集管理する手段と、
アプリケーションに関するメタ情報を自動的に生成して検索サーバに通知する手段と
を備えることを特徴とする。
【００１３】
また、本発明の第二のモニタ端末は、アプリケーションの挙動をモニタリングして特徴量を収集管理する手段と、
アプリケーションに関するメタ情報を自動的に生成する手段と、
前記メタ情報をアプリケーション検索用データベースに登録する蓄積する手段と
を備えることを特徴とする。
【００１４】
また、本発明の検索サーバは、アプリケーションの挙動をモニタリングして特徴量を収集管理する手段を備えるモニタ端末から、自動的に生成されたアプリケーションに関するメタ情報を受け取る手段と、
前記メタ情報をアプリケーション検索用データベースに登録する蓄積する手段と
を備えることを特徴とする。
【００１５】
また、本発明のプログラムは、コンピュータに、アプリケーションの挙動をモニタリングして特徴量を収集管理するステップと、
アプリケーションに関するメタ情報を自動的に生成するテップと、
前記メタ情報をアプリケーション検索用データベースに登録する蓄積するテップと
を実行させることを特徴とする。
【発明の効果】
【００１６】
本発明によれば、人間の主観や特徴表現の粒度などの違いによる検索精度の低下を防ぐことができる。
【発明を実施するための最良の形態】
【００１７】
以下、本発明の第一の実施の形態について図面を参照して詳細に説明する。図１は本実施の形態のアプリケーション検索システムを示したものである。
【００１８】
アプリケーション検索サーバ１は、検索対象のアプリケーションにメタ情報を対応付けしたデータベース（アプリケーションメタ情報格納部１０４）を持っており、ユーザ端末３からの検索リクエストに対して起動すべきアプリケーションの情報を出力する機能を持つ。
【００１９】
さらに上記データベース（アプリケーションメタ情報格納部１０４）はアプリケーションモニタ端末２から、アプリケーションのモニタリング結果を受け取ってアプリケーション検索用のデータとして蓄積する機能を持つ。
【００２０】
アプリケーションモニタ端末２は、アプリケーションのモニタリングが可能な実行環境を持っている。モニタリングに際しては"実行時に用いたコンポーネントの種類"や"コンポーネント同士がアプリケーション動作時に取り交わす通信メッセージの内容"、さらには"アプリケーションの挙動を示す言語情報の解析結果"などをアプリケーションの特徴とし、その特徴をメタ情報に変換する。
【００２１】
なお、コンポーネントとはアプリケーションを構成する為の機能要素の一つである。アプリケーションは複数のコンポーネントの組み合わせで成り立っている。
【００２２】
モニタリング結果は、アプリケーション検索サーバ１の持つデータベース（アプリケーションメタ情報格納部１０４）に反映される。モニタリング結果には、モニタ対象となったアプリケーションと、そのアプリケーションの特徴として抽出したメタ情報のリストが含まれる。
【００２３】
ユーザ端末３は、ユーザが特定のサービスを受ける為にアプリケーションを実際に利用する環境で、ユーザが利用したいサービスに関する検索キーワードをアプリケーション検索サーバ１に入力し、検索結果として受け取ったアプリケーションの情報を元にアプリケーションを起動する。ユーザ端末３の中に起動対象のアプリケーションがない場合は、外部からダウンロードすることであってもよい。
【００２４】
次にアプリケーション検索サーバ１内の各機能について説明する。
検索キー入力部１０１は、ユーザからのアプリケーション検索の為の検索リクエストを受け付ける部分である。検索リクエストは、ユーザによるキーワード入力や音声データ等の様々な入力を含む。検索キー入力部１０１は、それらの様々な入力をアプリケーション検索部１０３で取り扱う検索キーに変換する機能を有する。
【００２５】
アプリケーション情報出力部１０２は、アプリケーション検索部１０３から得られた検索結果をユーザ端末３へ出力する制御を行う部分である。具体的な出力制御は、アプリケーションのＩＤを単純に出力する形のほかに、ＷＥＢサーバーアプリケーションのようにアプリケーションの挙動を記述するスクリプトを出力することであってもよい。
【００２６】
アプリケーション検索部１０３は、入力された検索キーを元に出力すべきアプリケーション情報を決定する部分である。アプリケーション情報の決定は、アプリケーションメタ情報格納部１０４とサービス定義格納部１０５に格納されている情報を元に行う。具体的な決定処理動作は以下に詳述する。
【００２７】
アプリケーションメタ情報格納部１０４には、例えば図２に示すような、アプリケーションの識別子に対して複数のメタ情報が紐付けされた形で格納されている。
【００２８】
アプリケーションの識別子は、統合的なデータベース上で管理されているならばその中で割り振られているＩＤでもよいし、ＷＥＢからダウンロードが可能な形で一般に公開されているものならばダウンロード先のＵＲＬ等でもよい。なお、メタ情報に関しては後述する。
【００２９】
サービス定義格納部１０５には、例えば図３に示すような、サービス情報に対して複数のメタ情報が紐付けされた形で格納されている。
【００３０】
サービス情報とは、具体的には『電話』や『メール』『予定表』などの携帯端末がユーザに提供する一般的なアプリケーション機能や、『電車経路探索』や『ショッピングサイト』などユーザの生活の中で一般的に利用されるようなネットワークサービス形態を表すサービス的な意味情報や、『無線通信』、『モバイル』、『ワンタッチ』、『○○風の画面』などのユーザの実際の利用感に関する意味情報のことを指す。
【００３１】
メタ情報とは、具体的にはユーザ端末上で実現可能なアプリケーションの中で、分割可能なコンポーネント単位の機能を表現する意味情報のことを指す。例えば、ＲＦＣなどで定義される通信プロトコル（ＳＩＰ、ＲＴＰなど）を実装するライブラリはここで言うコンポーネントにあたり、これらのコンポーネントを表すメタ情報は『ＳＩＰ』や『ＲＴＰ』と表現される。また、アプリケーションを携帯端末で利用する際のＵＩデバイスとして一般的に認知されているキーボードやテンキー、さらにモーションセンサなどはコンポーネントとみなし、それぞれ『キーボード』、『テンキー』、『モーションセンサ』というメタ情報で表現される。本発明で想定するメタ情報のカテゴリと具体的な値を図４に挙げる。
【００３２】
次にアプリケーションモニタ端末２内の各機能について説明する。
メタ情報収集部２０１は、アプリケーションの挙動からメタ情報を抽出してその結果をアプリケーション検索サーバのデータベース（アプリケーションメタ情報格納部１０４）に登録する部分である。
【００３３】
メタ情報の抽出は、アプリケーション実行モニタ管理部２０２から通知されてくるアプリケーションの挙動に関する情報を元に、挙動の一定のパターンをメタ情報に変換することで実現する。
【００３４】
メッセージパターン格納部２０３やコンポーネントパターン格納部２０４には、それら挙動パターンと各パターンと一致する場合該当するメタ情報の関連付け情報が格納されており、メタ情報収集部２０１がアプリケーションの挙動のパターンマッチングを行う際に利用される。
【００３５】
メッセージパターン格納部２０３には、コンポーネント間でやり取りされるメッセージのパターンとそれに関連するメタ情報が対になって格納されている。メッセージのパターンについては、具体的に『ＳＩＰ』や『ＲＴＰ』の例を述べると、ＩＰパケットのペイロード部のメッセージパターンをプロトコル解析するとそのメッセージが何のプロトコルを載せたＩＰパケットかが判る。該格納部２０３には、このようなメッセージパターンがメタ情報と関連付けされた形で格納されている。さらに、コンポーネントパターン格納部２０４には、アプリケーションが実行される際に利用されるコンポーネント識別子とそれに関連するメタ情報が対になって格納されている。ここで言うコンポーネント識別子は、例えば、ＯＳに含まれる標準ライブラリやオープンソースとして公開されているライブラリの名前や、オープンソースではなくても広く認知され利用されているソフトウェアエンジン名（レンダリングエンジン、スクリプトエンジン等）、さらには、ハードウェア・端末に実装されているデバイスドライバ名などが想定される。上記２つの格納部２０３、２０４に格納されるメッセージパターンとコンポーネント識別子は、標準化仕様や慣習的な情報を元に事前にオペレータが手入力しておくことであってもよい。
【００３６】
アプリケーション実行モニタ管理部２０２はコンパイラ型言語を対象としたプログラム実行環境であり、アプリケーションが実行される際の挙動をモニタリングする機能を備える。アプリケーション実行モニタ管理部２０２は、さらにメッセージ解析部２０２１と利用コンポーネント解析部２０２２を含む。
【００３７】
メッセージ解析部２０２１は、コンポーネント間でやり取りされるオブジェクトメッセージや端末外部とやり取りする通信メッセージの中身を解析し、メタ情報収集部２０１に通知する。解析においては、コンポーネントに備わるソケット通信インタフェースを監視し、そこを流れるメッセージの内容を読み取ることによって行われる。
【００３８】
コンポーネント解析部２０２２は、アプリケーションが実行時に利用するライブラリやシステムコール、ＡＰＩ等の利用状況を解析し、メタ情報収集部２０１に通知する。解析においては、アプリケーションが実行される際にリンクされるライブラリをＯＳレベルで判断する手法が例として挙げられる。
【００３９】
アプリケーションモニタ内容指示部２０５は、アプリケーションの動作を指示する部分である。動作の指示内容は『電話をする』や『経路検索を行う』など前述したサービス情報単位で区切られる。このような指示レベルにすることによって、実際の動作時に得られたメタ情報は、サービス情報単位に関連したメタ情報として意味を持つことが期待出来る。
【００４０】
次に、図１に示す本実施の形態の動作について、図５、図６のフローチャート図を用いて説明する。
【００４１】
図５はアプリケーションモニタ端末２がアプリケーションの挙動をモニタリングして、抽出したメタ情報をアプリケーション検索サーバ１のデータベースに登録するまでの流れを表したフローチャート図である。本発明は、例えば、アプリケーションの特徴量をテスト段階で統計的に採取する場合に適する。よって、アプリケーションモニタ内容指示部２０５を備えるアプリケーションモニタ端末２は一般的なＳＤＫ（例：Microsoft Visual Studio（登録商標）、Eclipseなど）であってもよい。
【００４２】
図５はアプリケーションモニタ内容指示部２０５が、サービス情報を元にモニタ対象のアプリケーションの動作内容を決定するところから始まる（ステップＳ１０１）。なお、具体的なシチュエーションの一例として「ＳＤＫで作成した新たなアプリケーションをテストするケース」では、例えば作成されたアプリケーションが『電話』アプリケーションであった場合、ユーザはテスト段階で"電話"に関係する一連の動作を試し、その裏で動く各種ライブラリやコンポーネントがプログラム通り正常に動くかを確認するが、ここで言う「サービス情報の取得」とは、ユーザがアプリケーションモニタ内容指示部２０５に対して、このアプリケーションは『電話』であるとユーザが入力したり、テスト環境が自動化されている場合、専用のテストプログラムが"電話を掛ける"、"電話を切る"といった動作を順次、自動的に試す。
【００４３】
サービス情報を元にモニタ対象のアプリケーションの動作内容を決定する際には、例えば『電話』アプリケーションであった場合は、一般的な電話の機能としての、"電話を掛ける"、"電話を切る"、"電話帳を参照する"、"電話を転送"、"保留する"などの動作が該当し、また、標準化された通信プロトコルなどでは、そのプロトコルを実装した製品の互換性を保つために「確認すべきテスト項目」も標準化しグローバルに展開する例もあり、この場合、テストプログラムはこの標準化された項目を基準に作成される。アプリケーションの動作内容を決定するのは、サービス情報と動作内容を対応付けたドキュメントやサービス情報と動作内容とを対応付けた所定のテーブルを参照して行われる。
【００４４】
アプリケーションモニタ内容指示部２０５が発行したコマンドで指定されたアプリケーションが起動され（ステップＳ１０２）、動作するアプリケーションの挙動は、アプリケーション実行モニタ管理部２０２によってモニタリングされる（ステップＳ１０３）。モニタリングは、動作時に利用されるコンポーネントの内容やコンポーネント間でやり取りされるメッセージ内容を解析することで実現される。これらの解析は、メッセージ解析部２０２１や利用コンポーネント解析部２０２２が担う。
【００４５】
アプリケーションの挙動の解析内容はメタ情報収集部２０１に送られる。メタ情報収集部２０１は、受け取った解析内容をメッセージパターン格納部２０３、コンポーネントパターン格納部２０４に格納されている解析内容−メタ情報の対応情報より照合し、解析内容に応じたメタ情報を割り出す（ステップＳ１０４）。
【００４６】
メタ情報収集部２０１は、ステップＳ１０４にて割り出されたメタ情報をモニタ対象のアプリケーションと紐付けした形でアプリケーションメタ情報格納部１０４に格納する（ステップＳ１０５）。また、メタ情報収集部２０１は、ステップＳ１０４にて割りだされたメタ情報をサービス情報と対応付けてサービス定義格納部１０５に格納する（ステップＳ１０５）。
【００４７】
図６はアプリケーション検索サーバ１がユーザ端末３から利用したいサービスに関わるアプリケーション検索のリクエストを受け、適切なアプリケーションの情報を通知するまでの流れを表したフローチャート図である。
【００４８】
図６は、アプリケーション検索サーバ１がユーザ端末３より検索リクエストを受信するところから始まる（ステップＳ２０１）。
【００４９】
受信する検索リクエストは、ユーザが入力した自然言語データや音声認識データ等を想定する。これらのデータは検索キー入力部１０１に渡され、単語レベルに分割・変換され、これが検索キーとしてアプリケーション検索部に渡される（ステップＳ２０２）。
【００５０】
以下に、ユーザが入力した自然言語データが単語レベルに分割される一例を示す。
例）
検索リクエスト：「予定表を確認」「○○風の画面」「モバイル」
単語レベルの分割・変換結果：「予定表」「確認」「外観：○○風」「無線通信」
【００５１】
アプリケーション検索部１０３は、前記検索キーを用いてサービス定義格納部１０５に格納されているサービス情報から一致するものを検索する。検索は完全一致、もしくは部分一致型のキーワード検索方法を用いる。もしも、一致するサービス情報が見つかった場合、アプリケーション検索部１０３は一致したサービス情報に関連付けされたメタ情報を取り出しアプリケーション検索用パラメータの候補とする（ステップＳ２０３）。
【００５２】
アプリケーション検索部１０３は、Ｓ２０３で候補としたメタ情報と同一のメタ情報と対応付けられているアプリケーションＩＤをアプリケーションメタ情報格納部１０４から検索する（ステップＳ２０４）。
【００５３】
もしも条件に合うアプリケーションが見つかった場合、アプリケーションの情報はアプリケーション情報出力部１０２に渡され、そこからユーザ端末３に検索結果として送信される（ステップＳ２０５）。
【００５４】
本実施の形態によれば、アプリケーション検索システムにおいて、アプリケーションの挙動からアプリケーションの検索条件となる特徴量を自動的に採取する方法を取ることによって、アプリケーションの検索データベースを、共通化したルールのもと自動的に構成でき、且つ、アプリケーション検索の際は、検索キーとして共通化ルールのもと作成されたメタ情報に変換したものを指定する方式を取るので、人間の主観や特徴表現の粒度などの違いによる検索精度の低下を防ぐことができ、結果としてユーザが所望するアプリケーションを提供する機能が向上する。
【００５５】
次に、本発明の第二の実施の形態について図面を参照して詳細に説明する。
図７を参照すると、本実施の形態はアプリケーションモニタ端末４が、図１に示された第一の実施の形態におけるアプリケーションモニタ端末２が持つアプリケーション実行モニタ管理部２０２とは異なる解析機能を備えるアプリケーション実行モニタ管理部４０２を持つ点と、上記の解析機能が出力する解析結果とメタ情報を紐付けするスクリプト言語パターン格納部４０３を新たに持つ点が異なる。
【００５６】
具体的には第一の実施の形態ではアプリケーションモニタ端末２は、モニタ対象として、アプリケーション実行時に利用されるコンポーネントと各コンポーネント間を流れるメッセージであったが、本実施の形態のアプリケーションモニタ端末４では、アプリケーションの実行環境としてインタプリタ方式を想定し、モニタ対象は、アプリケーション実行時にインタプリタに読み込まれるスクリプト言語情報になる。
【００５７】
アプリケーション実行モニタ管理部４０２はインタプリタ型言語を対象としたプログラム実行環境であり、アプリケーションが実行される際の挙動をモニタリングする機能を備える。アプリケーション実行モニタ管理部４０２は、さらにスクリプト言語情報解析部４０２１を含む。
【００５８】
スクリプト言語情報解析部４０２１は、アプリケーションの挙動を記述するスクリプトを言語レベルで解析し、利用されているスクリプトＡＰＩやパラメータを割り出し、メタ情報収集部４０１に通知する。
【００５９】
スクリプト言語パターン格納部４０３には、例えば図８に示すような、スクリプトＡＰＩとスクリプトＡＰＩが実行される際に指定されるパラメータの組み合わせパターンとそれに関連するメタ情報が関連付けされて格納されている。例えば、図８における組み合わせパターン例におけるｏｎＭｏｔｉｏｎ（“ｕｐ”）は、「端末が上に向かって振られたら」発動するイベントトリガ用のスクリプト記述とする。このようなスクリプト記述を持つアプリケーションは、端末にモーションセンサが内蔵されていることを前提として作られたものである。よって、モニタ対象のアプリケーションに対してスクリプト言語情報解析部４０２１は、このアプリケーションに対して「モーションセンサ」もメタ情報として関連付ける。
【００６０】
本実施の形態では、アプリケーションの実行内容をモニタリングする為に必要な技術要素として、一般的な言語解析機能を用いることができる。これは図１で示される第一の実施の形態のようにＯＳ依存のシステムコールなどを解析する必要がないので、単一のアプリケーションモニタ端末４で、様々なプラットフォームに透過的に対応することができ、結果的にアプリケーションモニタ端末４の実装負荷軽減に繋がるという効果がある。
【００６１】
なお、上述する各実施の形態は、本発明の好適な実施の形態であり、本発明の要旨を逸脱しない範囲内において種々変更実施が可能である。例えば、アプリケーション検索サーバ、アプリケーションモニタ端末の機能を実現するためのプログラムを各装置に読込ませて実行することにより各装置の機能を実現する処理を行ってもよい。さらに、そのプログラムは、コンピュータ読み取り可能な記録媒体であるＣＤ−ＲＯＭまたは光磁気ディスクなどを介して、または伝送媒体であるインターネット、電話回線などを介して伝送波により他のコンピュータシステムに伝送されてもよい。
【００６２】
ユーザ端末３がアプリケーションモニタ端末２の機能を具備していてもよく、また、アプリケーション検索サーバ１がアプリケーションモニタ端末２の機能を具備していてもよい。
【図面の簡単な説明】
【００６３】
【図１】本発明の第一の実施の形態に係るシステムの全体構成を示す図である。
【図２】本発明の第一の実施の形態に係るアプリケーションメタ情報格納部のデータ構成を示す図である。
【図３】本発明の第一の実施の形態に係るサービス定義格納部のデータ構成を示す図である。
【図４】本発明の第一の実施の形態に係るカテゴリ毎のメタ情報の具体例を示す図である。
【図５】本発明の第一の実施の形態に係るアプリケーションモニタ端末の動作フローチャートである。
【図６】本発明の第一の実施の形態に係るアプリケーション検索サーバの動作フローチャートである。
【図７】本発明の第二の実施の形態に係るシステムの全体構成を示す図である。
【図８】本発明の第二の実施の形態に係るスクリプト言語パターン格納部のデータ構成を示す図である。
【符号の説明】
【００６４】
１    アプリケーション検索サーバ
２    アプリケーションモニタ端末
３    ユーザ端末
１０１    検索キー入力部
１０２    アプリケーション情報出力部
１０３    アプリケーション検索部
１０４    アプリケーションメタ情報格納部
１０５    サービス定義格納部
２０１    メタ情報収集部
２０２    アプリケーション実行モニタ管理部
２０２１    メッセージ解析部
２０２２    利用コンポーネント解析部
２０３    メッセージパターン格納部
２０４    コンポーネントパターン格納部
２０５    アプリケーションモニタ内容指示部
【図１】
2009116733.tif 000003
【図２】
2009116733.tif 000004
【図３】
2009116733.tif 000005
【図４】
2009116733.tif 000006
【図５】
2009116733.tif 000007
【図６】
2009116733.tif 000008
【図７】
2009116733.tif 000009
【図８】
2009116733.tif 000010