JP6299579B2 - プログラム、情報処理装置、評価方法 - Google Patents

Description

本発明は、評価技術に関し、特にアプリケーションのプログラムを評価するためのプログラム、情報処理装置、評価方法に関する。

パソコン、スマートフォン等の電子機器には、多様なアプリケーションプログラムがインストールされて、利用されている。アプリケーションプログラムの配布形態は、種々の記録媒体にファイルを収録して配布する形態から、インターネットなどを介してサーバからファイルをダウンロードする形態に変わりつつある。ユーザが利用価値の高いアプリケーションプログラムを見つけるために、多数のユーザにアプリケーションプログラムを配布して試用してもらっている。例えば、販売用の正規版とは別に、いわゆる「デモ版」と呼ばれている制限付きのプログラムが配布される。プログラム提供者とユーザの利便性を考慮すると、デモ版ではなく正規版のプログラムをユーザに使用してもらう方が好ましい（例えば、特許文献１参照）。

特開２０１４−１６４３９２号公報

アプリケーションプログラムを使用する際にライセンス認証が必要となる場合、ユーザは、正規版ライセンスを購入して認証を実行する。一方、評価、試験用としてトライアル用ライセンスが無償で発行される場合がある。その場合、ユーザは、トライアル用ライセンスを使用してアプリケーションプログラムを評価、試験した後に、正規版ライセンスを購入する。また、トライアル用ラインセンスの試用期限が過ぎた場合、ユーザが、トライアル用ライセンスの再発行を要求し、再発行されたトライアル用ライセンスを使用することによって評価、試験を行う場合もある。

ここで、トライアル用ライセンスの試用期間、累積試用時間、起動回数に対して制限が設けられ、これらのパラメータを監視し、数値が一定値を超えた場合にアプリケーションプログラムが使用できなくされている。しかしながら、これらのような制限では、ユーザがアプリケーションプログラムを十分使いこなせる前に、トライアル用ライセンスの使用期間が終了してしまうおそれがある。

本発明はこうした状況に鑑みてなされたものであり、その目的は、アプリケーションプログラムに対する評価を十分に実行させる技術を提供することである。

上記課題を解決するために、本発明のある態様のプログラムは、コンピュータにインストール可能なアプリケーションのプログラムであって、コンピュータによる本プログラムの起動を検出するステップと、本プログラムの起動が検出された後、アプリケーションにより規定されているシナリオであって、かつ複数の機能により構成されたシナリオに対するＸ回目のユーザの操作の第１履歴を取得するステップと、シナリオに対するＹ（Ｙ＞Ｘ）回目のユーザの操作の第２履歴を取得するステップと、取得した第１履歴と第２履歴とを比較することによって、ユーザによるアプリケーションのプログラムの評価の終了を決定するステップとをコンピュータに実行させる。

本発明の別の態様は、情報処理装置である。この装置は、アプリケーションのプログラムをインストール可能な情報処理装置であって、本情報処理装置によるプログラムの起動を検出する検出部と、検出部においてプログラムの起動が検出された後、アプリケーションにより規定されているシナリオであって、かつ複数の機能により構成されたシナリオに対するＸ回目のユーザの操作の第１履歴を取得する第１取得部と、シナリオに対するＹ（Ｙ＞Ｘ）回目のユーザの操作の第２履歴を取得する第２取得部と、第１取得部において取得した第１履歴と、第２取得部において取得した第２履歴とを比較することによって、ユーザによるアプリケーションのプログラムの評価の終了を決定する決定部と、を備える。

本発明のさらに別の態様は、評価方法である。この方法は、コンピュータにインストール可能なアプリケーションのプログラムによる評価方法であって、コンピュータによるプログラムの起動を検出するステップと、プログラムの起動が検出された後、アプリケーションにより規定されているシナリオであって、かつ複数の機能により構成されたシナリオに対するＸ回目のユーザの操作の第１履歴を取得するステップと、シナリオに対するＹ（Ｙ＞Ｘ）回目のユーザの操作の第２履歴を取得するステップと、取得した第１履歴と第２履歴とを比較することによって、ユーザによるアプリケーションのプログラムの評価の終了を決定するステップと、を備える。

なお、以上の構成要素の任意の組合せ、本発明の表現を方法、装置、システム、記録媒体、コンピュータプログラムなどの間で変換したものもまた、本発明の態様として有効である。

本発明によれば、アプリケーションプログラムに対する評価を十分に実行させることができる。

本発明の実施例１に係る情報処理装置の構成を示す図である。 図１の情報処理装置において実行されるアプリケーションプログラムで規定されたシナリオを示す図である。 図１の情報処理装置による判定手順を示すフローチャートである。 本発明の実施例２に係る情報処理装置において実行されるアプリケーションプログラムで規定された画面遷移を示す図である。 図５（ａ）−（ｃ）は、本発明の実施例３に係る情報処理装置において実行されるアプリケーションプログラムで規定された画面を示す図である。 本発明の実施例５に係る情報処理装置において実行されるアプリケーションプログラムで規定されたファイルのドラッグ・アンド・ドロップがなされる画面を示す図である。 図７（ａ）−（ｂ）は、本発明の実施例６に係る決定部において記録されるデータベースのデータ構造を示す図である。 本発明の実施例７に係る情報処理装置の構成を示す図である。 図８の決定部において記録されるデータベースのデータ構造を示す図である。 図８の情報処理装置による判定手順を示すフローチャートである。 本発明の実施例８に係る決定部において記録されるデータベースのデータ構造を示す図である。

（実施例１）
本発明を具体的に説明する前に、まず概要を述べる。本発明の実施例１は、ＰＣ、スマートフォン、タブレット等の情報処理装置において、インストールされたアプリケーションプログラムを実行することに関する。ここでは、特に、トライアル用ライセンスを使用してアプリケーションプログラムが実行される場合を想定する。この場合において、これまでは、試用期間、実際の使用時間、回数等を監視しているが、実際のユーザ操作の情報は、記録、監視されていない。実際のユーザ操作の情報とは、例えば、アプリケーションプログラムの機能をすべて実行しているか、アプリケーションプログラムを十分使いこなせているか等の情報である。

そのため、ユーザがアプリケーションプログラムを十分に評価する前、あるいはユーザがアプリケーションプログラムを十分に使いこなせる前に、試用期間が終了してしまう可能性がある。この場合、ユーザはアプリケーションプログラムを十分に評価できなかったので、トライアル用ライセンスを再度要求する、あるいは評価不十分の状態で有償の正規版ライセンスを購入する。また、ユーザからトライアル用ライセンスを複数回要求されたメーカは、要求される度にトライアル用ライセンスを発行しなければならない。トライアル用ライセンスを複数回発行する手間がかかり、かつユーザに永続的にトライアル用ライセンスを使用され続けてしまうおそれがある。本実施例では、試用期限、実際の使用時間、回数に依存せず、ユーザがアプリケーションプログラムの評価を終えたか否かを定量的に評価する。特に、定量的な評価のために、ユーザによる操作の履歴が使用される。

図１は、本発明の実施例１に係る情報処理装置１００の構成を示す。情報処理装置１００は、通信部１０、管理部１２、記憶部１４、実行部１６、監視部１８、取得部２０、決定部２２、ユーザインターフェイス部２４を含む。記憶部１４には、アプリケーションプログラム２８が記憶され、実行部１６は、検出部２６を含む。

ユーザインターフェイス部２４は、ユーザからの指示を受けつけるボタン等と、ユーザへ情報を提示するモニタ等とを含む。なお、ユーザインターフェイス部２４がタッチパネルによって構成されてもよく、タッチパネルは、ユーザからの指示を受けつけるとともに、ユーザへ情報を提示する。

通信部１０は、図示しないネットワークに接続される。ネットワークは、有線ネットワークでもよく、無線ネットワークでもよい。通信部１０は、ネットワークを介して、図示しないサーバにアクセス可能であり、サーバから、アプリケーションプログラムをダウンロード可能である。また、通信部１０から、トライアル用ライセンス、正規版ライセンスもダウンロード可能である。ここでは、トライアル用ライセンスがダウンロードされ、正規版ライセンスのダウンロードがなされていない場合を想定する。

管理部１２は、通信部１０においてダウンロードしたアプリケーションプログラムを記憶部１４にインストールする。また、管理部１２は、通信部１０においてダウンロードしたトライアル用ライセンスを使用し、サーバとの間で認証処理を実行する。認証処理は、通信部１０を介してなされるが、公知の技術が使用されればよいので、ここでは説明を省略する。

記憶部１４は、アプリケーションプログラム２８を記憶する。ここでは、一例として、１つのアプリケーションプログラム２８が記憶されているが、複数のアプリケーションプログラム２８が記憶されていてもよい。アプリケーションプログラム２８は、所定の処理を実行するソフトウエアプログラムであり、所定の処理は任意のものでよい。また、管理部１２による認証処理によって、アプリケーションプログラム２８は、トライアル用ライセンスの範囲で動作可能な状態であるとする。

実行部１６は、記憶部１４に記憶されたアプリケーションプログラム２８を実行する。アプリケーションプログラム２８には、アプリケーションにより規定されている複数のシナリオのそれぞれを実行するための複数の機能が実装されている。シナリオとは、所定の目的を達成するための一連の動作であり、例えば、ファイルに対して編集処理を実行してからプリンタに印刷するまでの動作である。また、このようなシナリオの動作は、項目のコピー、項目のペースト、ファイルの保存、印刷といった複数の処理で構成されており、シナリオに含まれた複数の処理のそれぞれが機能としてアプリケーションプログラム２８に実装されている。なお、アプリケーションプログラム２８で規定されたシナリオは、アプリケーションプログラム２８で実行可能な動作のすべてではなく、一部の動作であってもよい。

図２は、情報処理装置１００において実行されるアプリケーションプログラム２８で規定されたシナリオを示す。ここでは、一例として、「シナリオＡ」、「シナリオＢ」、「シナリオＣ」の３種類を示すが、アプリケーションプログラム２８で規定されたシナリオは、３種類でなくてもよい。シナリオＡでは、機能Ａ１、機能Ａ２、機能Ａ３、・・・、機能ＡＸが時系列の順に実行され、シナリオＢでは、機能Ｂ１、機能Ｂ２、機能Ｂ３、・・・、機能ＢＹが時系列の順に実行され、シナリオＣでは、機能Ｃ１、機能Ｃ２、機能Ｃ３、・・・、機能ＣＺが時系列の順に実行される。別々に示された機能が同一であってもよく、例えば、機能Ａ３と機能Ｂ２が「コピー」であってもよい。

また、各シナリオに含まれた複数の機能のそれぞれが実行された場合に、ユーザインターフェイス部２４を介して受けつける操作の内容であって、かつユーザによる操作の内容は、アプリケーションプログラム２８にとって既知である。なお、１つの機能に対する操作の内容は１つに限定されず、複数であってもよい。アプリケーションプログラム２８は、図２に示された各シナリオに含まれた複数の機能のそれぞれに対応して、受けつけるべき操作の内容に関する情報（以下、「操作予想情報」という）を保持する。実行部１６は、アプリケーションプログラム２８をトライアル用ライセンスで実行する場合に、アプリケーションプログラム２８から操作予想情報を取得する。図１に戻る。

検出部２６は、実行部１６がアプリケーションプログラム２８を起動させたことを検出する。検出部２６は、実行部１６において実行されるジョブを監視し、ジョブの中にアプリケーションプログラム２８が含まれたタイミングで、アプリケーションプログラム２８の起動を検出する。監視部１８は、実行部１６がアプリケーションプログラム２８を実行し、その画面がユーザインターフェイス部２４に表示されている状況下において、ユーザがユーザインターフェイス部２４を介して入力した指示、つまり操作の内容を取得する。監視部１８は、取得した操作の内容を取得部２０に出力する。

取得部２０は、監視部１８から、操作の内容を入力する。取得部２０は、入力した操作の内容を時系列の順に並べることによって、操作の履歴（以下、「操作履歴」という）を生成する。つまり、取得部２０は、検出部２６においてアプリケーションプログラム２８の起動が検出された後、アプリケーションプログラム２８に対するユーザによる操作履歴を取得する。なお、取得部２０は、操作の内容を逐次入力するので、それを反映するように操作履歴を逐次更新する。また、ユーザが前述のシナリオにしたがって操作を実行した場合、操作履歴には、複数の機能のそれぞれに対する操作の内容が順に含まれている。そのため、取得部２０は、複数の機能のそれぞれに対する実行終了の情報を取得しているともいえる。取得部２０は、更新した操作履歴を決定部２２に出力する。

決定部２２は、取得部２０から、操作履歴を逐次入力する。また、決定部２２は、監視部１８、取得部２０を介して実行部１６から、操作予想情報を入力する。決定部２２は、操作履歴に含まれた複数の操作の内容と、操作予想情報に含まれた複数の操作の内容とを対応づけることによって、複数の機能のそれぞれに対する実行終了を認定する。具体的に説明すると、操作予想情報と比較することによって、決定部２２は、操作履歴に含まれた複数の操作の内容が、機能Ａ１に対する操作、機能Ａ２に対する操作、機能Ａ３に対する操作の順に並んでいることを認識する。また、このような認識を行った場合に、決定部２２は、機能Ａ１の実行終了、機能Ａ２の実行終了、機能Ａ３の実行終了を認定する。なお、操作履歴に含まれた機能Ａ１に対する操作と、機能Ａ２に対する操作との間に別の操作が含まれていてもよい。これは、シナリオＡを実行する際にユーザが誤操作をした場合に相当する。

決定部２２は、実行終了を認定した機能の数を積算する。決定部２２は、積算した数がしきい値よりも多い場合に、評価の終了を決定する。ここで、しきい値は、すべてのシナリオに含まれた機能の数であってもよいし、それよりも少ない数であってもよい。このように、決定部２２は、操作履歴をパラメータとして、ユーザによるアプリケーションプログラム２８の評価の終了を決定する。決定部２２は、終了を決定した場合、その旨を管理部１２に通知する。管理部１２は、決定部２２からの通知を受けつけた場合、トライアル用ライセンスによるアプリケーションプログラム２８の起動を停止させる。その際、管理部１２は、ユーザインターフェイス部２４を介して正規版ライセンスの購入・入力をユーザに促してもよい。一方、決定部２２は、終了を決定しなかった場合に、トライアル用ライセンスによってアプリケーションプログラム２８を動作させ続ける。

この構成は、ハードウエア的には、任意のコンピュータのＣＰＵ、メモリ、その他のＬＳＩで実現でき、ソフトウエア的にはメモリにロードされたプログラムなどによって実現されるが、ここではそれらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックがハードウエアのみ、ソフトウエアのみ、またはそれらの組合せによっていろいろな形で実現できることは、当業者には理解されるところである。

以上の構成による情報処理装置１００の動作を説明する。図３は、情報処理装置１００による判定手順を示すフローチャートである。監視部１８において操作がなければ（Ｓ１０のＮ）、待機する。監視部１８において操作があれば（Ｓ１０のＹ）、取得部２０は、操作履歴を記録する（Ｓ１２）。操作回数がしきい値より多くなければ（Ｓ１４のＮ）、ステップ１０に戻る。操作回数がしきい値より多ければ（Ｓ１４のＹ）、決定部２２は、評価終了と判定する（Ｓ１６）。

本実施例によれば、アプリケーションプログラム起動後の操作の履歴をパラメータとして、ユーザによるアプリケーションプログラムの評価の終了を決定するので、アプリケーションプログラムに対する評価を十分に実行させることができる。また、実行終了した機能の数がしきい値よりも多い場合に、評価の終了を決定するので、アプリケーションプログラムに対する評価を十分に実行させることができる。また、ユーザがトライアル用ライセンスを効率的に利用できる。また、メーカがライセンスを複数回発行、認証する手間を軽減できる。また、トライアル用ライセンスが永続的に使用される場合の発生を抑制できる。

（実施例２）
次に、実施例２を説明する。実施例２は、実施例１と同様に、トライアル用ライセンスを使用してアプリケーションプログラムを実行する情報処理装置に関する。実施例１では、実行した機能の数をもとに、ユーザによるアプリケーションプログラムの評価の終了を決定している。一方、実施例２では、アプリケーションプログラムを実行することによって表示される画面の数をもとに、ユーザによるアプリケーションプログラムの評価の終了を決定する。実施例２に係る情報処理装置１００は、図１と同様のタイプであるので、ここでは、差異を中心に説明する。

実行部１６は、アプリケーションプログラム２８を実行すると、それに応じた画面をユーザインターフェイス部２４に表示させる。画面は、前述の機能と１対１で対応づけられてもよいが、１つの機能に対して複数の画面が表示されてもよく、複数の機能に対して１つの画面が表示されてもよい。

図４は、本発明の実施例２に係る情報処理装置１００において実行されるアプリケーションプログラムで規定された画面遷移を示す。ここでは、「画面Ａ」が最上位層の画面を示す。「画面Ａ」が表示されている場合に、ユーザがユーザインターフェイス部２４に入力した指示に応じて、「画面Ａ」から「画面Ｂ１」、「画面Ｂ２」、「画面Ｂ３」のいずれかへの遷移がなされる。そのため、「画面Ｂ１」、「画面Ｂ２」、「画面Ｂ３」は、「画面Ａ」よりも下位層の画面に相当する。「画面Ｃ１」、「画面Ｄ１」等も同様に遷移される。このように、実行部１６によって実行されるアプリケーションプログラム２８は、ユーザインターフェイス部２４に複数の画面を表示可能である。アプリケーションプログラム２８は、図４に示された画面遷移に含まれた複数の画面に関する情報（以下、これもまた「操作予想情報」という）を保持する。実行部１６は、アプリケーションプログラム２８をトライアル用ライセンスで実行する場合に、アプリケーションプログラム２８から操作予想情報を取得する。図１に戻る。

監視部１８は、実行部１６がアプリケーションプログラム２８を実行し、その画面がユーザインターフェイス部２４に表示されている状況下において、表示されている画面の情報を取得する。監視部１８は、取得した画面の情報を取得部２０に出力する。取得部２０は、監視部１８から、画面の情報を入力する。取得部２０は、入力した画面の情報を時系列の順に並べることによって、画面の遷移の履歴（以下、「画面遷移履歴」という）を生成する。つまり、取得部２０は、検出部２６においてアプリケーションプログラム２８の起動が検出された後、アプリケーションプログラム２８に対する操作履歴として、画面遷移履歴を取得する。なお、取得部２０は、画面の情報を逐次入力するので、それを反映するように画面遷移履歴を逐次更新する。取得部２０は、更新した画面遷移履歴を決定部２２に出力する。

決定部２２は、取得部２０から、画面遷移履歴を逐次入力する。また、決定部２２は、監視部１８、取得部２０を介して実行部１６から、操作予想情報を入力する。決定部２２は、画面遷移履歴に含まれた複数の画面の情報と、操作予想情報に含まれた複数の画面の情報の内容とを対応づけることによって、複数の画面のそれぞれに対する実行終了を認定する。具体的に説明すると、操作予想情報と比較することによって、決定部２２は、画面予想履歴に含まれた複数の画面の情報が、画面Ａ、画面Ｂ１、画面Ｃ１、画面Ｄ１であることを認識する。また、このような認識を行った場合に、決定部２２は、画面Ａ、画面Ｂ１、画面Ｃ１、画面Ｄ１の実行終了を認定する。決定部２２は、実行終了を認定した画面の数を積算する。決定部２２は、積算した数がしきい値よりも多い場合に、評価の終了を決定する。ここで、しきい値は、すべての画面の数であってもよいし、それよりも少ない数であってもよい。

本実施例によれば、画面の遷移の履歴において示された画面の数がしきい値よりも多い場合に、評価の終了を決定するので、アプリケーションプログラムに対する評価を十分に実行させることができる。

（実施例３）
次に、実施例３を説明する。実施例３は、これまでと同様に、トライアル用ライセンスを使用してアプリケーションプログラムを実行する情報処理装置に関する。実施例２では、アプリケーションプログラムを実行することによって表示される画面の数をもとに、ユーザによるアプリケーションプログラムの評価の終了を決定している。一方、実施例３では、アプリケーションプログラムを実行することによって表示される複数の画面のそれぞれに配置されたボタンの選択数をもとに、ユーザによるアプリケーションプログラムの評価の終了を決定する。実施例３に係る情報処理装置１００は、図１と同様のタイプであるので、ここでは、差異を中心に説明する。

実行部１６は、アプリケーションプログラム２８を実行すると、それに応じた画面をユーザインターフェイス部２４に表示させる。一般的に、各画面には、１つ以上のボタンが配置されている。図５（ａ）−（ｃ）は、本発明の実施例３に係る情報処理装置１００において実行されるアプリケーションプログラムで規定された画面を示す。これらの画面は、図４に示された各画面に対応してもよい。図５（ａ）に示された画面Ａには、ボタンＡ５０、ボタンＢ５２、ボタンＣ５４が配置される。ユーザが、ユーザインターフェイス部２４を操作することによって、ボタンＡ５０、ボタンＢ５２、ボタンＣ５４のいずれかを選択すると、実行部１６は、選択したボタンに対応した処理を実行し、処理結果に応じた画面をユーザインターフェイス部２４に表示させる。図５（ｂ）に示された画面Ｂには、ボタンＤ５６、ボタンＥ５８が配置される。このように画面に配置されるボタンの数は、任意の数でよい。

図５（ｃ）に示された画面Ｃには、ウインドウ６０が配置され、ウインドウ６０には、ボタンＦ６２が配置される。このように、実行部１６によって実行されるアプリケーションプログラム２８は、ユーザインターフェイス部２４に、１つ以上のボタンが配置された画面を複数表示可能である。アプリケーションプログラム２８は、図５（ａ）−（ｃ）のように示された複数の画面のそれぞれに含まれた複数のボタンに関する情報（以下、これもまた「操作予想情報」という）を保持する。実行部１６は、アプリケーションプログラム２８をトライアル用ライセンスで実行する場合に、アプリケーションプログラム２８から操作予想情報を取得する。図１に戻る。

監視部１８は、実行部１６がアプリケーションプログラム２８を実行し、その画面がユーザインターフェイス部２４に表示されている状況下において、画面上で選択されたボタンの情報を取得する。監視部１８は、取得したボタンの情報を取得部２０に出力する。取得部２０は、監視部１８から、ボタンの情報を入力する。取得部２０は、入力したボタンの情報を並べることによって、ボタンの選択の履歴（以下、「ボタン選択履歴」という）を生成する。つまり、取得部２０は、検出部２６においてアプリケーションプログラム２８の起動が検出された後、アプリケーションプログラム２８に対する操作履歴として、ボタン選択履歴を取得する。なお、取得部２０は、ボタンの情報を逐次入力するので、それを反映するようにボタン選択履歴を逐次更新する。取得部２０は、更新したボタン選択履歴を決定部２２に出力する。

決定部２２は、取得部２０から、ボタン選択履歴を逐次入力する。また、決定部２２は、監視部１８、取得部２０を介して実行部１６から、操作予想情報を入力する。決定部２２は、ボタン選択履歴に含まれた複数のボタンの情報と、操作予想情報に含まれた複数のボタンの情報の内容とを対応づけることによって、複数のボタンのそれぞれに対する実行終了を認定する。具体的に説明すると、操作予想情報と比較することによって、決定部２２は、ボタン選択履歴に含まれた複数のボタンの情報をもとに、選択したボタンを認識する。また、このような認識を行った場合に、決定部２２は、選択したボタンに対する実行終了を認定する。決定部２２は、実行終了を認定したボタンの数を積算する。決定部２２は、積算した数がしきい値よりも多い場合に、評価の終了を決定する。ここで、しきい値は、すべてのボタンの数であってもよいし、それよりも少ない数であってもよい。

本実施例によれば、ボタンの選択の履歴において示されたボタンの数がしきい値よりも多い場合に、評価の終了を決定するので、アプリケーションプログラムに対する評価を十分に実行させることができる。

（実施例４）
次に、実施例４を説明する。実施例４は、これまでと同様に、トライアル用ライセンスを使用してアプリケーションプログラムを実行する情報処理装置に関する。これまでは、アプリケーションプログラムがＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）によって処理されており、表示される画面、ボタンの数等をもとに、ユーザによるアプリケーションプログラムの評価の終了を決定している。一方、実施例４では、アプリケーションプログラムがコマンド入力によって実行されており、入力されたコマンドの数をもとに、ユーザによるアプリケーションプログラムの評価の終了を決定する。実施例４に係る情報処理装置１００は、図１と同様のタイプであるので、ここでは、差異を中心に説明する。

ユーザインターフェイス部２４は、ユーザからのコマンドを受けつける。実行部１６は、受けつけたコマンドに応じて、アプリケーションプログラム２８を実行する。アプリケーションプログラム２８が受付可能なコマンドは複数規定されている。アプリケーションプログラム２８は、受付可能な複数のコマンドに関する情報（以下、これもまた「操作予想情報」という）を保持する。実行部１６は、アプリケーションプログラム２８をトライアル用ライセンスで実行する場合に、アプリケーションプログラム２８から操作予想情報を取得する。

監視部１８は、実行部１６がアプリケーションプログラム２８を実行し、ユーザインターフェイス部２４において受けつけたコマンドの情報を取得する。監視部１８は、取得したコマンドの情報を取得部２０に出力する。取得部２０は、監視部１８から、コマンドの情報を入力する。取得部２０は、入力したコマンドの情報を並べることによって、コマンドの受付の履歴（以下、「コマンド受付履歴」という）を生成する。つまり、取得部２０は、検出部２６においてアプリケーションプログラム２８の起動が検出された後、アプリケーションプログラム２８に対する操作履歴として、コマンド受付履歴を取得する。なお、取得部２０は、コマンドの情報を逐次入力するので、それを反映するようにコマンド受付履歴を逐次更新する。取得部２０は、更新したコマンド受付履歴を決定部２２に出力する。

決定部２２は、取得部２０から、コマンド受付履歴を逐次入力する。また、決定部２２は、監視部１８、取得部２０を介して実行部１６から、操作予想情報を入力する。決定部２２は、コマンド受付履歴に含まれた複数のコマンドの情報と、操作予想情報に含まれた複数のコマンドの情報の内容とを対応づけることによって、複数のコマンドのそれぞれに対する実行終了を認定する。決定部２２は、実行終了を認定したコマンドの数を積算する。決定部２２は、積算した数がしきい値よりも多い場合に、評価の終了を決定する。ここで、しきい値は、すべてのコマンドの数であってもよいし、それよりも少ない数であってもよい。

本実施例によれば、コマンドの受付の履歴において示されたコマンドの数がしきい値よりも多い場合に、評価の終了を決定するので、アプリケーションプログラムに対する評価を十分に実行させることができる。

（実施例５）
次に、実施例５を説明する。実施例５は、これまでと同様に、トライアル用ライセンスを使用してアプリケーションプログラムを実行する情報処理装置に関する。実施例３では、アプリケーションプログラムを実行することによって表示される複数の画面のそれぞれに配置されたボタンの選択数をもとに、ユーザによるアプリケーションプログラムの評価の終了を決定している。一方、実施例５では、アプリケーションプログラムにおいて実行されたドラッグ・アンド・ドロップ数をもとに、ユーザによるアプリケーションプログラムの評価の終了を決定する。実施例５に係る情報処理装置１００は、図１と同様のタイプであるので、ここでは、差異を中心に説明する。

実行部１６は、アプリケーションプログラム２８を実行すると、それに応じた画面をユーザインターフェイス部２４に表示させる。ここで、画面では、ファイルに対する複数のドラッグ・アンド・ドロップ操作が可能になっている。図６は、本発明の実施例５に係る情報処理装置１００において実行されるアプリケーションプログラムで規定されたファイルのドラッグ・アンド・ドロップがなされる画面を示す。画面には、エリアＡ７０、エリアＢ７２、エリアＣ７４が設けられている。ユーザが、ユーザインターフェイス部２４を操作することによって、ファイル７６に対するエリアＡ７０からエリアＢ７２へのドラッグ・アンド・ドロップ操作がなされる。また、ユーザが、ユーザインターフェイス部２４を操作することによって、ファイル７６に対するエリアＡ７０からエリアＣ７４へのドラッグ・アンド・ドロップ操作もなされる。

さらに、エリアＡ７０、エリアＢ７２、エリアＣ７４間において、これらとは異なった方向へのドラッグ・アンド・ドロップ操作がファイル７６に対してなされてもよい。このように、実行部１６によって実行されるアプリケーションプログラム２８は、複数のドラッグ・アンド・ドロップを実行可能である。アプリケーションプログラム２８は、図６のように示された複数のドラッグ・アンド・ドロップに関する情報（以下、これもまた「操作予想情報」という）を保持する。実行部１６は、アプリケーションプログラム２８をトライアル用ライセンスで実行する場合に、アプリケーションプログラム２８から操作予想情報を取得する。図１に戻る。

監視部１８は、実行部１６がアプリケーションプログラム２８を実行し、その画面がユーザインターフェイス部２４に表示されている状況下において、画面上でなされたファイル７６に対するドラッグ・アンド・ドロップ操作の情報を取得する。監視部１８は、取得したドラッグ・アンド・ドロップ操作の情報を取得部２０に出力する。取得部２０は、監視部１８から、ドラッグ・アンド・ドロップ操作の情報を入力する。取得部２０は、入力したドラッグ・アンド・ドロップ操作の情報を並べることによって、ドラッグ・アンド・ドロップの実行の履歴（以下、「ドラッグ・アンド・ドロップ操作履歴」という）を生成する。

つまり、取得部２０は、検出部２６においてアプリケーションプログラム２８の起動が検出された後、アプリケーションプログラム２８に対する操作履歴として、ドラッグ・アンド・ドロップ操作履歴を取得する。なお、取得部２０は、ドラッグ・アンド・ドロップ操作の情報を逐次入力するので、それを反映するようにドラッグ・アンド・ドロップ操作履歴を逐次更新する。取得部２０は、更新したドラッグ・アンド・ドロップ操作履歴を決定部２２に出力する。

決定部２２は、取得部２０から、ドラッグ・アンド・ドロップ操作履歴を逐次入力する。また、決定部２２は、監視部１８、取得部２０を介して実行部１６から、操作予想情報を入力する。決定部２２は、ドラッグ・アンド・ドロップ操作履歴に含まれた複数のドラッグ・アンド・ドロップ操作の情報と、操作予想情報に含まれた複数のドラッグ・アンド・ドロップ操作の情報の内容とを対応づけることによって、複数のドラッグ・アンド・ドロップ操作のそれぞれに対する実行終了を認定する。具体的に説明すると、操作予想情報と比較することによって、決定部２２は、ドラッグ・アンド・ドロップ操作履歴に含まれた複数のドラッグ・アンド・ドロップ操作の情報によって、操作したドラッグ・アンド・ドロップを認識する。また、このような認識を行った場合に、決定部２２は、ドラッグ・アンド・ドロップ操作に対する実行終了を認定する。決定部２２は、実行終了を認定したドラッグ・アンド・ドロップ操作の数を積算する。決定部２２は、積算した数がしきい値よりも多い場合に、評価の終了を決定する。ここで、しきい値は、すべてのドラッグ・アンド・ドロップ操作の数であってもよいし、それよりも少ない数であってもよい。

本実施例によれば、ドラッグ・アンド・ドロップの実行の履歴において示されたドラッグ・アンド・ドロップの数がしきい値よりも多い場合に、評価の終了を決定するので、アプリケーションプログラムに対する評価を十分に実行させることができる。

（実施例６）
次に、実施例６を説明する。実施例６は、これまでと同様に、トライアル用ライセンスを使用してアプリケーションプログラムを実行する情報処理装置に関する。これまで、アプリケーションプログラムの評価の終了を決定するためのパラメータを説明してきた。例えば、実施例１では機能をパラメータにし、実施例２では画面をパラメータにし、実施例３ではボタンをパラメータにし、実施例４ではコマンドをパラメータにし、実施例５ではドラッグ・アンド・ドロップをパラメータにしている。実施例６はこれらの組合せをパラメータにする。実施例６に係る情報処理装置１００は、図１と同様のタイプであるので、ここでは、差異を中心に説明する。

取得部２０は、これまでの実施例において取得した情報を取得し、それら（以下、「操作履歴」という）を決定部２２に出力する。決定部２２は、取得部２０から、操作履歴を逐次入力する。また、決定部２２は、監視部１８、取得部２０を介して実行部１６から、操作予想情報を入力する。ここでの操作予想情報には、これまでの実施例において説明した操作予想情報に含まれた情報がまとめられている。ここでは、図７（ａ）−（ｂ）を使用しながら、操作履歴に含まれた情報を説明する。図７（ａ）−（ｂ）は、本発明の実施例６に係る決定部２２において記録されるデータベースのデータ構造を示す。図７（ａ）は、実施例１における各機能に対して、ボタン操作、マウス操作、画面遷移、コマンド操作がなされた回数をまとめたデータを示す。なお、ドラッグ・アンド・ドロップ操作の回数が含まれてもよい。図７（ｂ）の説明は後述するので、図１に戻る。決定部２２は、複数種類の操作の回数の合計値が第１しきい値よりも大きくなった機能の数を積算する。また、決定部２２は、積算した数が第２しきい値よりも多い場合に、評価の終了を決定する。

図７（ｂ）は、実施例２における各画面に対して、ボタン操作、マウス操作、画面遷移、コマンド操作がなされた回数をまとめたデータを示す。ここでも、ドラッグ・アンド・ドロップ操作の回数が含まれてもよい。図１に戻る。決定部２２は、複数種類の操作の回数の合計値が第１しきい値よりも大きくなった画面の数を積算する。また、決定部２２は、積算した数が第２しきい値よりも多い場合に、評価の終了を決定する。

本実施例によれば、機能、画面、ボタン、コマンド、ドラッグ・アンド・ドロップの２つ以上を組み合わせて、評価の終了を決定するので、アプリケーションプログラムに対する評価を十分に実行させることができる。

（実施例７）
次に、実施例７を説明する。実施例７は、これまでと同様に、トライアル用ライセンスを使用してアプリケーションプログラムを実行する情報処理装置に関する。これまでは、操作履歴をもとに、アプリケーションプログラムの評価の終了を決定している。一方、実施例７では、ユーザの作業内容による習熟度をチェックし、習熟度が高くなっている場合に、アプリケーションプログラムの評価が終了したと判定する。具体的に説明すると、情報処理装置は、ユーザがアプリケーションプログラムを起動させた場合に、初めての作業に要した時間を計測し記録する。

作業に要した時間とは、例えば、タッチパネル操作、キーボード入力のスピード、タイミング、画面遷移等による必要機能を見つける速さ、ある操作からある操作を行う時間間隔である。また、情報処理装置は、アプリケーションプログラムを次回以降に起動した場合にも、そのような計測を続ける。作業に要した時間が、初回時に要した時間に比べ明確に短くなった場合に、情報処理装置は、ユーザの習熟度が高くなったと判定し、アプリケーションプログラムの評価の終了を決定する。

図８は、本発明の実施例７に係る情報処理装置１００の構成を示す。情報処理装置１００は、通信部１０、管理部１２、記憶部１４、実行部１６、監視部１８、第１取得部３０、第２取得部３２、決定部２２、ユーザインターフェイス部２４を含む。記憶部１４には、アプリケーションプログラム２８が記憶され、実行部１６は、検出部２６を含む。

実行部１６は、記憶部１４に記憶されたアプリケーションプログラム２８を実行する。アプリケーションプログラム２８には、前述のごとく、複数のシナリオのそれぞれを実行するための複数の機能が実装されている。また、アプリケーションプログラム２８は、操作予想情報を保持しており、これは、前述のごとく、各シナリオに含まれた複数の機能のそれぞれに対応して、受けつけるべき操作の内容に関する情報である。実行部１６は、アプリケーションプログラム２８をトライアル用ライセンスで実行する場合に、アプリケーションプログラム２８から操作予想情報を取得する。

検出部２６は、実行部１６がアプリケーションプログラム２８を起動させたことを検出する。監視部１８は、実行部１６がアプリケーションプログラム２８を実行し、その画面がユーザインターフェイス部２４に表示されている状況下において、ユーザによる操作の内容を取得する。監視部１８は、取得した操作の内容を第１取得部３０、第２取得部３２に出力する。

第１取得部３０は、検出部２６においてアプリケーションプログラム２８の起動が検出された後、監視部１８から、操作の内容を入力する。第１取得部３０は、監視部１８を介して実行部１６から、操作予想情報を入力する。第１取得部３０は、操作予想情報に含まれた操作の内容と、監視部１８から受けつけた操作の内容とを比較することによって、受けつけた操作の内容が前述のシナリオにしたがっているかを判定する。シナリオにしたがっている回数がＸ回目、例えば１回目である場合、第１取得部３０は、入力した操作の内容を時系列の順に並べることによって、操作の履歴（以下、「第１操作履歴」という）を生成する。また、第１取得部３０は、操作の内容を逐次入力するので、それを反映するように第１操作履歴を逐次更新する。

そのため、第１操作履歴は、アプリケーションプログラム２８により規定されているシナリオであって、かつ複数の機能により構成されたシナリオに対する１回目のユーザの操作の履歴であるといえる。さらに、第１取得部３０は、１回目のシナリオを実行している第１期間、つまり各シナリオに対する操作を開始してから終了するまでの第１期間を測定する。第１取得部３０は、第１期間を第１操作履歴に含める。第１取得部３０は、第１操作履歴を決定部２２に出力する。

第２取得部３２は、監視部１８からの操作の内容を入力するとともに、監視部１８を介して実行部１６から、操作予想情報を入力する。第２取得部３２は、受けつけた操作の内容と操作予想情報とをもとに、第１取得部３０と同様に、操作の内容が前述のシナリオにしたがっているかを判定する。シナリオにしたがっている回数がＹ（Ｙ＞Ｘ）回目、例えば１０回目である場合、第２取得部３２は、入力した操作の内容を時系列の順に並べることによって、操作の履歴（以下、「第２操作履歴」という）を生成する。なお、Ｙは「１０」に限定されず、Ｘは「１」に限定されない。つまり、ＹはＸよりも大きければよい。

そのため、第２操作履歴は、アプリケーションプログラム２８により規定されているシナリオであって、かつ複数の機能により構成されたシナリオに対する１０回目のユーザの操作の履歴であるといえる。さらに、第２取得部３２は、１０回目のシナリオを実行している第２期間を測定する。第２取得部３２は、第２期間を第２操作履歴に含める。第２取得部３２は、第２操作履歴を決定部２２に出力する。

決定部２２は、第１取得部３０からの第１操作履歴を受けつけるとともに、第２取得部３２からの第２操作履歴を受けつける。決定部２２は、第１操作履歴と第２操作履歴とをデータベースに記録する。図９は、決定部２２において記録されるデータベースのデータ構造を示す。ここでは、シナリオＡ、シナリオＢ、シナリオＣという複数のシナリオに対する１回目の操作期間と１０回目の操作期間とが示される。ここで、１回目の操作期間は、第１期間に相当するので、第１操作履歴に含まれる。一方、１０回目の操作期間は、第２期間に相当するので、第２操作履歴に含まれる。図８に戻る。

決定部２２は、各シナリオに対する第１期間と第２期間とを比較する。一定数以上のシナリオに対して、第１期間よりも第２期間が短くなり、かつ第１期間と第２期間との差異がしきい値以上である場合に、決定部２２は、ユーザによるアプリケーションプログラム２８の評価の終了を決定する。ここで、一定数は、すべてのシナリオの数であってもよく、それよりも小さい数であってもよい。このように、決定部２２は、第１操作履歴と、第２操作履歴とを比較することによって、ユーザによるアプリケーションプログラム２８の評価の終了を決定する。なお、第１期間よりも第２期間が短くないか、第１期間と第２期間との差異がしきい値以上でない場合、第２取得部３２、決定部２２は、Ｙを「１０」よりも大きな値、例えば「１１」に設定して、これまでと同様の処理を繰り返す。このようなＹの変更は、決定部２２が評価の終了を決定するまで繰り返される。

図１０は、情報処理装置１００による判定手順を示すフローチャートである。１回目の操作であれば（Ｓ５０のＹ）、第１取得部３０は、第１操作履歴を取得する（Ｓ５２）。１回目の操作でなければ（Ｓ５０のＮ）、ステップ５２がスキップされる。１０回目以降の操作であれば（Ｓ５４のＹ）、第２取得部３２は、第２操作履歴を取得する（Ｓ５６）。習熟度が高ければ（Ｓ５８のＹ）、決定部２２は、評価終了と判定する（Ｓ６０）。習熟度が高くなければ（Ｓ５８のＮ）、ステップ６０がスキップされる。１０回目以降の操作でなければ（Ｓ５４のＮ）、ステップ５６からステップ６０がスキップされる。

本実施例によれば、シナリオに対するＸ回目のユーザの操作の第１履歴と、シナリオに対するＹ（Ｙ＞Ｘ）回目のユーザの操作の第２履歴とを比較することによって、ユーザによるアプリケーションプログラムの評価の終了を決定するので、アプリケーションプログラムに対する評価を十分に実行させることができる。また、Ｘ回目のシナリオを実行している第１期間よりも、Ｙ回目のシナリオを実行している第２期間が短くなり、かつ第１期間と第２期間との差異がしきい値以上である場合に、ユーザによるアプリケーションプログラムの評価の終了を決定するので、アプリケーションプログラムに対する評価を十分に実行させることができる。

（実施例８）
次に、実施例８を説明する。実施例８は、実施例７と同様に、トライアル用ライセンスを使用してアプリケーションプログラムを実行する情報処理装置に関し、ユーザの作業内容による習熟度をチェックし、習熟度が高くなっている場合に、アプリケーションプログラムの評価が終了したと判定する。実施例７では、作業に要した時間をもとに、習熟度を導出している。一方、実施例８では、誤操作回数をもとに、習熟度を導出する。実施例８に係る情報処理装置１００は、図１と同様のタイプであるので、ここでは、差異を中心に説明する。

第１取得部３０は、検出部２６においてアプリケーションプログラム２８の起動が検出された後、監視部１８から、操作の内容を入力するとともに、監視部１８を介して実行部１６から、操作予想情報を入力する。第１取得部３０は、前述のごとく、第１操作履歴を生成する。さらに、第１取得部３０は、Ｘ回目、例えば１回目のシナリオを実行している間、つまり各シナリオに対する操作を開始してから終了するまでの間に発生した誤操作の第１数を取得する。ここで、誤操作には、ワーニングメッセージの表示も含まれるものとする。第１取得部３０は、第１数を第１操作履歴に含める。第１取得部３０は、第１操作履歴を決定部２２に出力する。

第２取得部３２は、監視部１８からの操作の内容を入力するとともに、監視部１８を介して実行部１６から、操作予想情報を入力する。第２取得部３２は、前述のごとく、第２操作履歴を生成する。さらに、第２取得部３２は、Ｙ回目、例えば１０回目のシナリオを実行している間に発生した誤操作の第２数を取得する。第２取得部３２は、第２数を第２操作履歴に含める。第２取得部３２は、第２操作履歴を決定部２２に出力する。

決定部２２は、第１取得部３０からの第１操作履歴を受けつけるとともに、第２取得部３２からの第２操作履歴を受けつける。決定部２２は、第１操作履歴と第２操作履歴とをデータベースに記録する。図１１は、本発明の実施例８に係る決定部２２において記録されるデータベースのデータ構造を示す。ここでは、シナリオＡ、シナリオＢ、シナリオＣという複数のシナリオに対する１回目の誤操作回数と１０回目の誤操作回数とが示される。ここで、１回目の誤操作回数は、第１数に相当するので、第１操作履歴に含まれる。一方、１０回目の誤操作回数は、第２数に相当するので、第２操作履歴に含まれる。図８に戻る。

決定部２２は、各シナリオに対する第１数と第２数とを比較する。一定数以上のシナリオに対して、第１数よりも第２数が小さくなり、かつ第１数と第２数との差異がしきい値以上である場合に、決定部２２は、ユーザによるアプリケーションプログラム２８の評価の終了を決定する。ここで、一定数は、すべてのシナリオの数であってもよく、それよりも小さい数であってもよい。このように、決定部２２は、第１操作履歴と、第２操作履歴とを比較することによって、ユーザによるアプリケーションプログラム２８の評価の終了を決定する。

本実施例によれば、Ｘ回目のシナリオを実行している間に発生した誤操作の第１数よりも、Ｙ回目のシナリオを実行している間に発生した誤操作の第２数が小さくなり、かつ第１数と第２数との差異がしきい値以上である場合に、ユーザによるアプリケーションプログラムの評価の終了を決定するので、アプリケーションプログラムに対する評価を十分に実行させることができる。

以上、本発明を実施例をもとに説明した。この実施例は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。

本発明の実施例１において、決定部２２は、実行終了を認定した機能の数をもとに評価の終了を決定している。しかしながらこれに限らず例えば、決定部２２は、実行終了を認定した機能にもとづくスコアをもとに、評価の終了を決定してもよい。具体的に説明すると、シナリオの前段に配置される機能のスコアよりも、シナリオの後段に配置される機能のスコアの方が大きくなるように、スコアが設定される。決定部２２は、実行された機能に対するスコアを加算することによって、スコアの累積値を計算する。決定部２２は、スコアの累積値がしきい値よりも大きい場合に、評価の終了を決定する。本変形例によれば、シナリオの後方に配置された機能ほどスコアが高くされるので、アプリケーションプログラムに対する評価を十分に実行させることができる。

本発明の実施例２において、決定部２２は、表示される画面の数をもとに評価の終了を決定している。しかしながらこれに限らず例えば、決定部２２は、表示される画面にもとづくスコアをもとに、評価の終了を決定してもよい。具体的に説明すると、画面遷移の前段に配置される画面のスコアよりも、画面遷移の後段に配置される画面のスコアの方が大きくなるように、スコアが設定される。決定部２２は、表示された画面に対するスコアを加算することによって、スコアの累積値を計算する。決定部２２は、スコアの累積値がしきい値よりも大きい場合に、評価の終了を決定する。本変形例によれば、画面遷移の後方に配置された画面ほどスコアが高くされるので、アプリケーションプログラムに対する評価を十分に実行させることができる。

本発明の実施例１乃至８において、１つのアプリケーションプログラム２８に対する評価がなされている。しかしながらこれに限らず例えば、複数ユーザに対して設定する手段が設けられてもよい。これは、アプリケーションプログラム２８を複数のユーザで試験、評価することを目的とする。このため、情報処理装置１００は、ユーザ登録、指紋認証、カメラによる顔認証等のユーザを特定する機能を有し、ユーザ別にデータを計測、記録する。本変形例によれば、習熟度がユーザ別に記録、管理されるので、トライアル用ライセンスを複数のユーザで共用できる。

１０ 通信部、 １２ 管理部、 １４ 記憶部、 １６ 実行部、 １８ 監視部、 ２０ 取得部、 ２２ 決定部、 ２４ ユーザインターフェイス部、 ２６ 検出部、 ２８ アプリケーションプログラム、 ３０ 第１取得部、 ３２ 第２取得部、 １００ 情報処理装置。

Claims (5)

1. コンピュータにインストール可能なアプリケーションのプログラムであって、
   コンピュータによる本プログラムの起動を検出するステップと、
   本プログラムの起動が検出された後、アプリケーションにより規定されているシナリオであって、かつ複数の機能により構成されたシナリオに対するＸ回目のユーザの操作の第１履歴を取得するステップと、
   前記シナリオに対するＹ（Ｙ＞Ｘ）回目のユーザの操作の第２履歴を取得するステップと、
   取得した第１履歴と第２履歴とを比較することによって、ユーザによるアプリケーションのプログラムの評価の終了を決定するステップとをコンピュータに実行させるためのプログラム。
2. 前記第１履歴を取得するステップは、前記第１履歴として、Ｘ回目のシナリオを実行している第１期間を取得し、
   前記第２履歴を取得するステップは、前記第２履歴として、Ｙ回目のシナリオを実行している第２期間を取得し、
   前記決定するステップは、第１期間よりも第２期間が短くなり、かつ第１期間と第２期間との差異がしきい値以上である場合に、ユーザによるアプリケーションのプログラムの評価の終了を決定することを特徴とする請求項１に記載のプログラム。
3. 前記第１履歴を取得するステップは、前記第１履歴として、Ｘ回目のシナリオを実行している間に発生した誤操作の第１数を取得し、
   前記第２履歴を取得するステップは、前記第２履歴として、Ｙ回目のシナリオを実行している間に発生した誤操作の第２数を取得し、
   前記決定するステップは、第１数よりも第２数が小さくなり、かつ第１数と第２数との差異がしきい値以上である場合に、ユーザによるアプリケーションのプログラムの評価の終了を決定することを特徴とする請求項１に記載のプログラム。
4. アプリケーションのプログラムをインストール可能な情報処理装置であって、
   本情報処理装置によるプログラムの起動を検出する検出部と、
   前記検出部においてプログラムの起動が検出された後、アプリケーションにより規定されているシナリオであって、かつ複数の機能により構成されたシナリオに対するＸ回目のユーザの操作の第１履歴を取得する第１取得部と、
   前記シナリオに対するＹ（Ｙ＞Ｘ）回目のユーザの操作の第２履歴を取得する第２取得部と、
   前記第１取得部において取得した第１履歴と、前記第２取得部において取得した第２履歴とを比較することによって、ユーザによるアプリケーションのプログラムの評価の終了を決定する決定部と、
   を備えることを特徴とする情報処理装置。
5. コンピュータにインストール可能なアプリケーションのプログラムによる評価方法であって、
   コンピュータによるプログラムの起動を検出するステップと、
   プログラムの起動が検出された後、アプリケーションにより規定されているシナリオであって、かつ複数の機能により構成されたシナリオに対するＸ回目のユーザの操作の第１履歴を取得するステップと、
   前記シナリオに対するＹ（Ｙ＞Ｘ）回目のユーザの操作の第２履歴を取得するステップと、
   取得した第１履歴と第２履歴とを比較することによって、ユーザによるアプリケーションのプログラムの評価の終了を決定するステップと、
   を備えることを特徴とする評価方法。

Images