"情報処理装置におけるタスクの起動時点を推定するシステムであって、少なくとも2つの測定時点について、前記測定時点までに起動された前記タスクについて、起動時点の新しい順に重複なく所定数以下の前記タスクを抽出して前記起動時点の順に並べた起動リストを記憶する起動リスト記憶部と、前記起動リスト記憶部から、第1の前記測定時点に対応する第1の前記起動リストおよび前記第1の測定時点よりも後の第2の前記測定時点に対応する第2の前記起動リストを読み出す起動リスト取得部と、前記第2の起動リストに含まれる前記タスクのうち、前記第2の起動リストにおける最古の前記タスクから当該タスクまでの全ての前記タスクが、前記第2の起動リストにおける先後関係と同じ先後関係で前記第1の起動リストに含まれるもののなかで、最新の前記タスクである最終起動タスクを特定する最終起動タスク特定部と、前記第2の起動リストにおいて前記最終起動タスクよりも新しい前記タスクの前記起動時点を、前記第1の測定時点から前記第2の測定時点までの間と推定する起動時点推定部と、を備えることを特徴とする起動時点推定システム。請求項1に記載の起動時点推定システムであって、前記情報処理装置において実行されるフレームワークにより提供される前記起動リストを取得するためのAPIを、所定の時間間隔でコールすることにより前記起動リストを取得し、取得した前記起動リストを現時点に対応付けて前記起動リスト記憶部に登録する起動リスト取得部をさらに備えること、を特徴とする起動時点推定システム。請求項1または2に記載の起動時点推定システムであって、前記最終起動タスク特定部は、前記第2の起動リストの最古の前記タスクから最先の前記タスクに向けて順に、当該タスクである第1のタスクよりも1つ新しい第2の前記タスクが前記第1の起動リストにも含まれており、かつ、前記第2のタスクが前記第1の起動リストにおいても前記第1のタスクよりも新しい位置に含まれているかを判定していき、前記第2のタスクが前記第2の起動リストに含まれていない場合、または、前記第2のタスクが前記第1の起動リストにおいて前記第1のタスクよりも古い位置に含まれていた場合に、前記第1のタスクを前記最終起動タスクと特定すること、を特徴とする起動時点推定システム。請求項3に記載の起動時点推定システムであって、前記起動時点推定部は、前記第2の起動リストの最古の前記タスクが前記第1の起動リストに含まれていない場合は、前記第2の起動リストに含まれているすべての前記タスクの前記起動時点を前記第1の測定時点から前記第2の測定時点までの間と推定すること、を特徴とする起動時点推定システム。請求項3または4に記載の起動時点推定システムであって、前記起動時点推定部は、前記第2の起動リストの最新の前記タスクが前記最終起動タスクと特定された場合に、前記第1および第2の起動リストが一致しないときは、前記第2の起動リストに含まれているすべての前記タスクの前記起動時点を前記第1の測定時点から前記第2の測定時点までの間と推定すること、を特徴とする起動時点推定システム。請求項3ないし5のいずれか1項に記載の起動時点推定システムであって、前記起動時点推定部は、前記第1の起動リストにおいて、前記第2の起動リストの最古の前記タスクおよび前記最終起動タスクの間に含まれている前記タスクの少なくともいずれかが、前記第2の起動リストにおいて前記最終起動タスクよりも新しい位置に含まれていない場合には、前記第2の起動リストに含まれているすべての前記タスクの前記起動時点を前記第1の測定時点から前記第2の測定時点までの間と推定すること、を特徴とする起動時点推定システム。請求項1に記載の起動時点推定システムであって、前記最終起動タスク特定部は、前記第1および第2の起動リストの複製である第1および第2の作業リストを生成し、前記第1および第2の作業リストが新しい順に前記第2の作業リストの長さ分一致するまで、前記第2の作業リストの最新の前記タスクを前記第1および第2の作業リストから削除していき、前記第1および第2の作業リストが新しい順に前記第2の作業リストの長さ分一致した場合に、前記第2の作業リストの最新の前記タスクを前記最終起動タスクと特定すること、を特徴とする起動時点推定システム。請求項1ないし7のいずれか1項に記載の起動時点推定システムであって、前記情報処理装置およびサーバーを含んで構成され、前記情報処理装置が、前記起動リスト記憶部、前記最終起動タスク特定部、および前記起動時点推定部を備え、前記情報処理装置はさらに、前記第1の測定時点から前記第2の測定時点までの期間を示す起動時点情報に対応付けて、当該期間に起動されたと推定された前記タスクを記憶する起動時点記憶部と、前記起動時点記憶部に記憶されている前記起動時点情報および前記タスクを前記サーバーに送信する起動時点送信部とを備え、前記サーバーは、前記起動時点情報および前記タスクを受信する起動時点受信部と、受信した前記起動時点情報およびタスクを対応付けて記憶する起動時点記憶部と、を備えること、を特徴とする起動時点推定システム。請求項1ないし7のいずれか1項に記載の起動時点推定システムであって、前記情報処理装置と通信可能に接続され、前記情報処理装置から定期的に送信される、前記測定時点の付帯された前記起動リストを受信し、受信した前記起動リストを前記起動リスト記憶部に登録する起動リスト受信部を備えること、を特徴とする起動時点推定システム。情報処理装置におけるタスクの起動時点を推定する方法であって、少なくとも2つの測定時点について、前記測定時点までに起動された前記タスクについて、起動時点の新しい順に重複なく所定数以下の前記タスクを抽出して前記起動時点の順に並べた起動リストを記憶するコンピューターが、前記起動リスト記憶部から、第1の前記測定時点に対応する第1の前記起動リストおよび前記第1の測定時点よりも後の第2の前記測定時点に対応する第2の前記起動リストを読み出し、前記第2の起動リストに含まれる前記タスクのうち、前記第2の起動リストにおける最古の前記タスクから当該タスクまでの全ての前記タスクが、前記第2の起動リストにおける先後関係と同じ先後関係で前記第1の起動リストに含まれるもののなかで、最新の前記タスクである最終起動タスクを特定し、前記第2の起動リストにおいて前記最終起動タスクよりも新しい前記タスクの前記起動時点を、前記第1の測定時点から前記第2の測定時点までの間と推定すること、を特徴とする起動時点推定方法。情報処理装置におけるタスクの起動時点を推定するためのプログラムであって、少なくとも2つの測定時点について、前記測定時点までに起動された前記タスクについて、起動時点の新しい順に重複なく所定数以下の前記タスクを抽出して前記起動時点の順に並べた起動リストを記憶するコンピューターに、前記起動リスト記憶部から、第1の前記測定時点に対応する第1の前記起動リストおよび前記第1の測定時点よりも後の第2の前記測定時点に対応する第2の前記起動リストを読み出すステップと、前記第2の起動リストに含まれる前記タスクのうち、前記第2の起動リストにおける最古の前記タスクから当該タスクまでの全ての前記タスクが、前記第2の起動リストにおける先後関係と同じ先後関係で前記第1の起動リストに含まれるもののなかで、最新の前記タスクである最終起動タスクを特定するステップと、前記第2の起動リストにおいて前記最終起動タスクよりも新しい前記タスクの前記起動時点を、前記第1の測定時点から前記第2の測定時点までの間と推定するステップと、を実行させるためのプログラム。特許文献1では、一般ユーザーのパソコンにバックグランドで動作する情報採取プログラムを組み込み、この情報採取プログラムにより当該パソコンのユーザーによる利用状況を表す時系列データを記録する構成とし、多数のパソコンでそれぞれ記録された利用状況データを、通信網を介して中央処理ステーションに収集している。収集した各パソコンの利用状況データをデータベース管理システムにより整理することで有意義な情報を得ることができる。各パソコンで記録する利用状況データの中には、パソコンで実行されたアプリケーションプログラムの開始終了を記録したデータが含まれる。上記課題を解決するための本発明の主たる発明は、情報処理装置におけるタスクの起動時点を推定するシステムであって、少なくとも2つの測定時点について、前記測定時点までに起動された前記タスクについて、起動時点の新しい順に重複なく所定数以下の前記タスクを抽出して前記起動時点の順に並べた起動リストを記憶する起動リスト記憶部と、前記起動リスト記憶部から、第1の前記測定時点に対応する第1の前記起動リストおよび前記第1の測定時点よりも後の第2の前記測定時点に対応する第2の前記起動リストを読み出す起動リスト取得部と、前記第2の起動リストに含まれる前記タスクのうち、前記第2の起動リストにおける最古の前記タスクから当該タスクまでの全ての前記タスクが、前記第2の起動リストにおける先後関係と同じ先後関係で前記第1の起動リストに含まれるもののなかで、最新の前記タスクである最終起動タスクを特定する最終起動タスク特定部と、前記第2の起動リストにおいて前記最終起動タスクよりも新しい前記タスクの前記起動時点を、前記第1の測定時点から前記第2の測定時点までの間と推定する起動時点推定部と、を備えることとする。また、本発明の起動時点推定システムは、前記情報処理装置において実行されるフレームワークにより提供される前記起動リストを取得するためのAPIを、所定の時間間隔でコールすることにより前記起動リストを取得し、取得した前記起動リストを現時点に対応付けて前記起動リスト記憶部に登録する起動リスト取得部をさらに備えるようにしてもよい。また、本発明の起動時点推定システムでは、前記最終起動タスク特定部は、前記第2の起動リストの最古の前記タスクから最先の前記タスクに向けて順に、当該タスクである第1のタスクよりも1つ新しい第2の前記タスクが前記第1の起動リストにも含まれており、かつ、前記第2のタスクが前記第1の起動リストにおいても前記第1のタスクよりも新しい位置に含まれているかを判定していき、前記第2のタスクが前記第2の起動リストに含まれていない場合、または、前記第2のタスクが前記第1の起動リストにおいて前記第1のタスクよりも古い位置に含まれていた場合に、前記第1のタスクを前記最終起動タスクと特定するようにしてもよい。また、本発明の起動時点推定システムでは、前記起動時点推定部は、前記第2の起動リストの最古の前記タスクが前記第1の起動リストに含まれていない場合は、前記第2の起動リストに含まれているすべての前記タスクの前記起動時点を前記第1の測定時点から前記第2の測定時点までの間と推定するようにしてもよい。また、本発明の起動時点推定システムでは、前記起動時点推定部は、前記第2の起動リストの最新の前記タスクが前記最終起動タスクと特定された場合に、前記第1および第2の起動リストが一致しないときは、前記第2の起動リストに含まれているすべての前記タスクの前記起動時点を前記第1の測定時点から前記第2の測定時点までの間と推定するようにしてもよい。また、本発明の起動時点推定システムでは、前記起動時点推定部は、前記第1の起動リストにおいて、前記第2の起動リストの最古の前記タスクおよび前記最終起動タスクの間に含まれている前記タスクの少なくともいずれかが、前記第2の起動リストにおいて前記最終起動タスクよりも新しい位置に含まれていない場合には、前記第2の起動リストに含まれているすべての前記タスクの前記起動時点を前記第1の測定時点から前記第2の測定時点までの間と推定するようにしてもよい。また、本発明の起動時点推定システムでは、前記最終起動タスク特定部は、前記第1および第2の起動リストの複製である第1および第2の作業リストを生成し、前記第1および第2の作業リストが新しい順に前記第2の作業リストの長さ分一致するまで、前記第2の作業リストの最新の前記タスクを前記第1および第2の作業リストから削除していき、前記第1および第2の作業リストが新しい順に前記第2の作業リストの長さ分一致した場合に、前記第2の作業リストの最新の前記タスクを前記最終起動タスクと特定するようにしてもよい。また、本発明の起動時点推定システムは、前記情報処理装置およびサーバーを含んで構成され、前記情報処理装置が、前記起動リスト記憶部、前記最終起動タスク特定部、および前記起動時点推定部を備え、前記情報処理装置はさらに、前記第1の測定時点から前記第2の測定時点までの期間を示す起動時点情報に対応付けて、当該期間に起動されたと推定された前記タスクを記憶する起動時点記憶部と、前記起動時点記憶部に記憶されている前記起動時点情報および前記タスクを前記サーバーに送信する起動時点送信部とを備え、前記サーバーは、前記起動時点情報および前記タスクを受信する起動時点受信部と、受信した前記起動時点情報およびタスクを対応付けて記憶する起動時点記憶部と、を備えるようにしてもよい。また、本発明の起動時点推定システムは、前記情報処理装置と通信可能に接続され、前記情報処理装置から定期的に送信される、前記測定時点の付帯された前記起動リストを受信し、受信した前記起動リストを前記起動リスト記憶部に登録する起動リスト受信部を備えるようにしてもよい。また、本発明の他の態様は、情報処理装置におけるタスクの起動時点を推定する方法であって、少なくとも2つの測定時点について、前記測定時点までに起動された前記タスクについて、起動時点の新しい順に重複なく所定数以下の前記タスクを抽出して前記起動時点の順に並べた起動リストを記憶するコンピューターが、前記起動リスト記憶部から、第1の前記測定時点に対応する第1の前記起動リストおよび前記第1の測定時点よりも後の第2の前記測定時点に対応する第2の前記起動リストを読み出し、前記第2の起動リストに含まれる前記タスクのうち、前記第2の起動リストにおける最古の前記タスクから当該タスクまでの全ての前記タスクが、前記第2の起動リストにおける先後関係と同じ先後関係で前記第1の起動リストに含まれるもののなかで、最新の前記タスクである最終起動タスクを特定し、前記第2の起動リストにおいて前記最終起動タスクよりも新しい前記タスクの前記起動時点を、前記第1の測定時点から前記第2の測定時点までの間と推定することとする。また、本発明の他の態様は、情報処理装置におけるタスクの起動時点を推定するためのプログラムであって、少なくとも2つの測定時点について、前記測定時点までに起動された前記タスクについて、起動時点の新しい順に重複なく所定数以下の前記タスクを抽出して前記起動時点の順に並べた起動リストを記憶するコンピューターに、前記起動リスト記憶部から、第1の前記測定時点に対応する第1の前記起動リストおよび前記第1の測定時点よりも後の第2の前記測定時点に対応する第2の前記起動リストを読み出すステップと、前記第2の起動リストに含まれる前記タスクのうち、前記第2の起動リストにおける最古の前記タスクから当該タスクまでの全ての前記タスクが、前記第2の起動リストにおける先後関係と同じ先後関係で前記第1の起動リストに含まれるもののなかで、最新の前記タスクである最終起動タスクを特定するステップと、前記第2の起動リストにおいて前記最終起動タスクよりも新しい前記タスクの前記起動時点を、前記第1の測定時点から前記第2の測定時点までの間と推定するステップと、を実行させることとする。その他本願が開示する課題やその解決方法については、発明の実施形態の欄及び図面により明らかにされる。本発明によれば、情報処理装置において起動されたタスクの起動時点を推定することができる。本発明の一実施形態に係る起動アプリ調査システムは、アンドロイド端末において、いつどのタスクが実行されたのか、すなわちいつどのアプリが実行されたのかを調査するものである。===起動アプリ通知APIと最新起動アプリリスト===この出願の発明者は、アンドロイドで提供される仮想機械VirtualMachine;アンドロイドOSと呼ばれる。上で動作するアプリとしての情報採取プログラムをアンドロイド端末に組み込んでおいて適時に動作させ、アンドロイドOSのAPIApplicationProgramInterfaceを通じて起動アプリ情報を取得することで、当該アンドロイド端末においていつどのアプリが実行されたのかを表す情報以下、アプリ起動時系列情報という。を取得する仕組みを開発しようと考えた。まず発明者は、上記の目的に利用可能なアンドロイドOSのAPIを調べた。アンドロイドOSのAPIにはgetRecentTasksと称される機能が定義されている。これは、アンドロイドOSが最近起動したいくつかのタスクアンドロイドOSではアプリと同義である。のリストを知らせてくれるAPI機能である。このAPI機能のことを、この出願においては、起動アプリ通知APIと称することとする。また、起動アプリ通知APIが出力するアプリ識別子のリストのことを、最新起動アプリリストと称することとする。===起動アプリ通知APIのアルゴリズム===起動アプリ通知APIは、以下の規則に従って、最新起動アプリリストを生成して当該APIをコールしたアプリ情報採取プログラムに出力する。a直近に起動されたアプリの識別子がリストの先頭に配置され、それに続けて、1つ前に起動されたアプリ識別子、さらに1つ前に起動されたアプリ識別子、の順番で配列され、リスト中のアプリ識別子の数は設定された上限数mを超えない。上限数mは、通常20個程度に設定されている。b同一のアプリ識別子がリスト中に重複して存在することはない。上限数mを20個とすると、最近起動された20個のアプリ識別子の順列中に同一アプリ識別子が2個存在する場合、起動時期の新しい方のアプリ識別子を残し、古い方のアプリ識別子を20個の順列から除き、代わりに新しい順で21番目のアプリ識別子を加えて20個の順列を作成し、それを最新起動アプリリストとして出力する。なお、この21番目のアプリ識別子がそれより新しいアプリ識別子と重複する場合は、22番目のアプリ識別子が20個のリストの候補となる。===最新起動アプリリストの具体例===図1の最上部に示しているのは、アンドロイド端末において、時間の経過に沿って、時点1でアプリAが起動され、時点2でアプリBが起動され、時点3でアプリCが起動され、というアプリ起動の時系列の変遷である。以下においては、簡明な説明とすることを目的とし、上記の上限数mを8個として最新起動アプリリストの具体例を説明する。図1において、時点5~6間で起動アプリ通知APIがコールされると、最新起動アプリリストとしてE,D,C,B,Aが出力される。時点10~11間でのコール2に対しては最新起動アプリリストJ,I,H,G,F,E,D,Cが出力され、時点13~14間のコール3に対しては最新起動アプリリストL,G,K,J,I,H,F,Eが出力され、時点14~15間のコール4に対しては最新起動アプリリストH,L,G,K,J,I,F,Eが出力される。以下同様に、図1に示したコール5およびコール6に対する応答も含め、上述したアルゴリズムに従って作成された最新起動アプリリストが出力される。===アプリ起動時系列情報を得る第1の方法===アンドロイドでは、ユーザーが2つのアプリを連続的に起動する場合でも、最初に起動したアプリを停止した後でなければ次のアプリを起動することができないため、数秒の間隔が置かれる。そこで、情報採取プログラムにより、たとえば1秒間隔で起動アプリ通知APIをコールし、1秒間隔で最新起動アプリリストを取得し、最新の取得リストの先頭直近に起動されたアプリと1回前の取得リストの先頭とを1秒間隔で比較し続けることにより、1秒単位でどのアプリが起動されたのかを表す起動アプリ時系列情報を得ることができる。===アプリ起動時系列情報を得る第2の方法===たとえばアプリの起動時刻をマーケティングに用いようとする場合などでは、起動アプリの起動時点の精度は秒単位でなくてもよく、30秒単位や1分単位あるいは1時間単位であれば十分なこともある。しかし、さきに図1を用いて具体的に説明したように、アンドロイドOSの起動アプリ通知APIのアルゴリズムでは、これをコールする間隔をある程度大きくすると、相前後する2回分の最新起動アプリリストを単純に対比するだけでは、正確な起動アプリ時系列情報を抽出することができなくなる可能性が高くなる。そこで、本実施形態では、相前後する2回分の最新起動アプリリストを対比する方法を工夫することで、起動アプリ通知APIのコール間隔を大きくしても、2回のコールの間に実行されたアプリを高い精度で抽出することができるようにしている。===本実施形態における処理方法===本実施形態では、つぎの事項1~5により特定されるコンピューター情報処理の方法を説明する。1.第1~第3プロセスを含んだコンピューター情報処理によりアンドロイド端末における起動アプリの時系列情報を調査する方法であること2.第1プロセスでは、アンドロイド端末に実装された情報採取プログラムによりアンドロイドOSの起動アプリ通知APIを平均30秒以上の間隔をおいて繰り返しコールし、各コール時の最新起動アプリリストを取得し、当該リストをコール時の時間情報とともに記録すること3.第2プロセスでは、n回目コール時の最新起動アプリリストRnと、n-1回目コール時の最新起動アプリリストRn-1とを対比し、リストRn中の最古のアプリ識別子ID1からi個目のアプリ識別子IDiまでの順列がリストRn-1と整合する整合順列であると判断すること4.整合順列とは、リストRnにおけるアプリ識別子ID1~IDiのすべてがリストRn-1に存在し、かつ、アプリ識別子ID1~IDiの配列順番がリストRn-1におけるアプリ識別子ID1~IDiの相対的な配列順番と同じである順列であること5.第3プロセスでは、前記数値iが設定値j以上である場合に、リストRnにおけるi1番目のアプリ識別子IDi1から最新のアプリ識別子IDmまでの順列をn回目コール時からn-1回目コール時までの期間に起動された順列として記録すること===システム構成===図2は起動アプリ調査システムの構成例を示す図である。起動アプリ調査システムは、アンドロイド端末10と、アンドロイド端末10において起動されるアプリの起動時点を管理するサーバー20を含んで構成される。なお、アンドロイド端末10は複数存在していてもよい。アンドロイド端末10及びサーバー20は通信ネットワーク30を介して互いに通信可能に接続されている。通信ネットワーク30は、例えば公衆電話回線網、携帯電話回線網、無線通信網、イーサネットなどにより構築されるインターネット、LANLocalAreaNetwork、VANValueAddedNetworkなどである。第1実施形態では、通信ネットワーク30はインターネットを想定している。サーバー20は、例えばパーソナルコンピューター、ワークステーションなどのコンピューターである。なお、サーバー20は1台または複数台のコンピューターにより構成されるクラウドとして実現するようにしてもよい。===アンドロイド端末10===図3はアンドロイド端末10のハードウェア構成例を示す図である。アンドロイド端末10は、CPU101、メモリ102、記憶装置103、通信モジュール104、タッチパネルディスプレイ105、ボタン106、マイク107、スピーカー108を備える。記憶装置103は、システムプログラム11、情報採取プログラム12などのプログラムや各種のデータを記憶する、例えばフラッシュメモリ、ソリッドステートドライブ、ハードディスクドライブなどである。CPU101は記憶装置103に記憶されているプログラムをメモリ102に読み出して実行することにより各種の機能を実現する。通信モジュール104は、通信ネットワーク30に接続するためのモジュールであり、例えばイーサネット登録商標に接続するためのアダプタ、公衆電話回線網に接続するためのモデム、無線通信を行うための無線通信機などである。タッチパネルディスプレイ105、ボタン106、マイク107およびスピーカー108は、アンドロイド端末10のユーザーからデータの入力を受け付け、またユーザーに対してデータを出力する。図4はアンドロイド端末10のソフトウェア構成例を示す図である。アンドロイド端末10は、アンドロイド登録商標111および情報採取部121を備える。CPU101がシステムプログラム11を実行することによりアンドロイド登録商標111が実現され、CPU101が情報採取プログラム12を実行することにより情報採取部121が実現される。もちろん、情報採取部121を実現するためのプログラムを共有ライブラリやフレームワークとして提供し、これらを情報採取以外の目的をもったユーザープログラムから呼び出すようにすることもできる。情報採取部121は、起動アプリ通知APIを介してアンドロイド111から最新起動アプリリストを取得し、アプリの起動時点を推定し、推定したアプリの起動時点をサーバー20に送信する。情報採取部121は、最新起動アプリリスト取得部122、起動時点推定部123、起動ログ送信部124、起動リスト記憶部125、起動ログ記憶部126を備える。起動リスト記憶部125は最新起動アプリリストを記憶する。図5は起動リスト記憶部125の構成例を示す図である。起動リスト記憶部125は、起動アプリ通知APIをコールした時点を示す取得時点に対応付けて、アンドロイド111から取得した最新起動アプリリストを記憶する。最新起動アプリリスト取得部122は、アンドロイド登録商標111が提供する起動アプリ通知APIを介して最新起動アプリリストを取得する。最新起動アプリリスト取得部122は、定期的たとえば30秒や1分、5分、1時間などの任意の間隔とすることができる。に最新起動アプリリストを繰り返し取得していくものとする。最新起動アプリリスト取得部122は、取得した最新起動アプリリストを、取得した時点に対応付けて起動リスト記憶部125に登録する。なお、最新起動アプリリスト取得部122は、最新から2つの最新起動アプリリストのみを残して、古い最新起動アプリリストは起動リスト記憶部125から削除するようにしてもよい。起動ログ記憶部126は、アプリの起動時点の推定値起動推定時点を含む情報以下、起動ログという。を記憶する。本実施形態では起動時点の推定誤差は、最新起動アプリリスト取得部122が最新起動アプリリストを取得する間隔図6の例では、1分単位を想定している。となるため、起動推定時点は2時点間の期間として特定される。図6は起動ログ記憶部126の構成例を示す図である。図6の例では各行が起動ログに対応する。起動ログには、2時点間の期間に対応付けて、その2時点間に起動されたアプリを示すアプリ識別子を、起動順起動時点が遅い順に並べたリスト以下、起動順列という。が記録される。起動時点推定部123本発明の最終起動タスク特定部および起動時点推定部に該当する。は、最新起動アプリリストに基づいてアプリの起動時点を推定する。起動時点推定部123は、時点nに取得した最新起動アプリリストRnと、その1回前の時点n-1に取得した最新起動アプリリストRn-1とを比較し、Rnに含まれるアプリ識別子のうち、Rnの最古からそのアプリ識別子までのすべてのアプリ識別子がRnにおける先後関係と同じ先後関係でRn-1にも含まれているもののなかで、最新のアプリ識別子を、時点n-1までに起動されたアプリの中で最後に起動されたもの以下、最終起動アプリという。を示す最終起動アプリ識別子として特定する。起動時点推定部123は、Rnにおいて最終起動アプリ識別子よりも前すなわち、新しい位置に含まれるアプリ識別子に対応するアプリ以下、新規起動アプリという。の起動推定時点を、時点n-1から時点nまでの間と推定する。起動時点推定部123は、新規起動アプリを示すアプリ識別子と起動推定時点とを含む起動ログを起動ログ記憶部126に登録する。なお、起動時点推定部123は、最新起動アプリリストが取得されるごとに、現在時点と前回の時点との間を起動推定時点として、起動ログを登録する。起動ログ送信部124は、アプリの起動推定時点をサーバー20に送信する。起動ログ送信部124は、所定の間隔上記最新起動アプリリストを取得する間隔以上の間隔であるものとし、たとえば1時間や1日、1週間など任意の時間を指定することができる。で起動ログ記憶部126に記憶されている起動ログを読み出し、読み出した起動ログと、当該アンドロイド端末10を示す端末識別子とをサーバー20に送信する。起動ログ送信部124は、サーバー20への送信処理が成功した場合には、送信した起動ログを起動ログ記憶部126から削除するようにしてもよい。===サーバー20===図7はサーバー20のハードウェア構成例を示す図である。サーバー20は、CPU201、メモリ202、記憶装置203、通信インタフェース204、入力装置205、出力装置206を備える。記憶装置203は、各種のデータやプログラムを記憶する、例えばハードディスクドライブやソリッドステートドライブ、フラッシュメモリなどである。CPU201は記憶装置203に記憶されているプログラムをメモリ202に読み出して実行することにより各種の機能を実現する。通信インタフェース204は、通信ネットワーク30に接続するためのインタフェースであり、例えば、イーサネット登録商標に接続するためのアダプタ、公衆電話回線網に接続するためのモデム、無線通信網に接続するための無線通信機などである。入力装置205は、データの入力を受け付ける、例えばキーボードやマウス、トラックボール、タッチパネル、マイクロフォンなどである。出力装置206は、データを出力する、例えばディスプレイやプリンタ、スピーカーなどである。サーバー20は複数の入力装置105及び出力装置106を備えるようにすることもできる。図8はサーバー20のソフトウェア構成例を示す図である。サーバー20は起動ログ受信部211および起動ログ記憶部212を備える。起動ログ記憶部212はアンドロイド端末10において起動されたアプリの起動推定時点を記憶する。図9は起動ログ記憶部212の構成例を示す図である。起動ログ記憶部212は、アンドロイド端末10を示す端末識別子に対応付けて起動ログが記憶される。起動ログ受信部211はアンドロイド端末10から送信される起動ログおよび端末識別子を受信し、受信した端末識別子に対応付けて起動ログを起動ログ記憶部212に登録する。===第1実施形態===第1実施形態では、前記の第1プロセスとして、情報採取プログラムによりアンドロイドOSの起動アプリ通知APIを1分間隔で繰り返しコールし、各コール時の最新起動アプリリストを取得し、当該リストをコール時の時間情報とともに記録するものとする。つまり、前記情報採取プログラムが1分間隔で起動されて以下に詳述する処理を実行し、処理終了するとつぎに起動されるまでスリープ状態となる。また第1実施形態では、アンドロイド端末10に実装された前記情報採取プログラムにより前記の第2プロセスおよび第3プロセスが実行され、第3プロセスで記録された情報が当該アンドロイド端末からインターネット上のサーバー20に送信されるものとする。さきに説明したように、図1の最上部に示しているのは、あるユーザーが使用しているアンドロイド端末10において、時間の経過に沿って、時点1でアプリAが起動され、時点2でアプリBが起動され、時点3でアプリCが起動され、というアプリ起動の時系列の変遷である。図1においては、起動アプリ通知APIのコール1~6の間隔が一定ではなくランダムに変わっている。実施例1の以下の説明では、図1のコール1~6の間隔が1分間隔であるものと見なすことにする。図10は第1実施形態にかかる新規起動アプリの特定処理の流れを示す図である。起動時点推定部123は、最新起動アプリリスト取得部122が時点nにおいて最新起動アプリリストRnを取得すると、時点n-1における最新起動アプリリストRn-1を起動リスト記憶部125から読み出し、リストRnの最古すなわちリストの最後のアプリ識別ID1がリストRn-1に含まれていない場合にはステップ21:NO、リストRnに含まれるすべてのアプリ識別子が新規起動アプリを示すものと判断するステップ29。起動時点推定部123は、リストRnの古い順に2番目最後から2番目のアプリ識別子ID2が、リストRn-1に含まれていないか、またはリストRn-1において、ID2はID1よりも古い位置に含まれている場合にもステップ22:NO、リストRnに含まれるすべてのアプリ識別子が新規起動アプリを示すものと特定するステップ29。ID1およびID2がリストRn-1に含まれており、かつ、リストRn-1においてID2がID1よりも新しければステップ21:YES、ステップ22:YES、起動時点推定部123は、変数iに3を設定しステップ23、リストRnの古い順にi番目のアプリ識別子IDiがリストRn-1に含まれており、かつ、リストRn-1において、IDiがIDi-1よりも新しい位置に含まれているか否かにより、IDiが新規起動アプリではないアプリ以下、既起動アプリという。を示すか否かを判定するステップ24。起動時点推定部123は、IDiが既起動アプリを示すと判断した場合にはステップ24:YES、iがmに一致すればステップ25:YES、新規起動アプリは存在しないと判断しステップ28、iがmより小さければステップ25:NO、iをインクリメントしてステップ26、ステップ24からの処理を繰り返す。起動時点推定部123は、IDiが既起動アプリを示さないと判断した場合ステップ24:NO、リストRnにおいて、古い順にi番目以後のアプリ識別子IDi~IDmが新規起動アプリを示すものと判断するステップ27。===実施例1===以下に説明する第1実施形態としては、さきの説明と同様に、起動アプリ通知APIをコールすることにより得られる最新起動アプリリストに含まれるアプリ識別子の個数の上限数mを8とし、また、前記発明特定事項5に記した設定数jを2としている。以上のことを前提とする。図1の具体例では、コール2とコール3の期間において3個のアプリK→G→Lがこの順で起動されている。この発明に係る情報採取プログラムは、コール2に対する最新起動アプリリストJ,I,H,G,F,E,D,Cと、コール3に対する最新起動アプリリストL,G,K,J,I,H,F,Eとを、図10のフローチャートに示す手順で処理し、この期間の新規起動アプリの順列K→G→Lを抽出する。まず図10のステップ21で、コール3リストL,G,K,J,I,H,F,Eの最古のアプリ識別子Eがコール2リストJ,I,H,G,F,E,D,Cに存在するか否かを調べる。存在するのでステップ22に進み、コール3リストL,G,K,J,I,H,F,Eの古い方から2番目のアプリ識別子Fがコール2リスト中に存在し、かつ、コール2リストにおいてFがEより新しい側に存在するという条件を満足するか否かを調べる。条件を満足するので、ステップ23→24と進む。つぎの処理では、コール3リストL,G,K,J,I,H,F,Eの古い方から3番目のアプリ識別子Hがコール2リストJ,I,H,G,F,E,D,C中に存在し、かつ、コール2リストにおいてHがFより新しい側に存在するという条件を満足するか否かを調べる。条件を満足するので、つぎに、コール3リストL,G,K,J,I,H,F,Eの古い方から4番目のアプリ識別子Iがコール2リストJ,I,H,G,F,E,D,C中に存在し、かつ、コール2リストにおいてIがHより新しい側に存在するという条件を満足するか否かを調べる。条件を満足するので、つぎに、コール3リストL,G,K,J,I,H,F,Eの古い方から5番目のアプリ識別子Jがコール2リストJ,I,H,G,F,E,D,C中に存在し、かつ、コール2リストにおいてJがIより新しい側に存在するという条件を満足するか否かを調べる。条件を満足するので、つぎに、コール3リストL,G,K,J,I,H,F,Eの古い方から6番目のアプリ識別子Kがコール2リストJ,I,H,G,F,E,D,C中に存在し、かつ、コール2リストにおいてKがJより新しい側に存在するという条件を満足するか否かを調べる。6番目のアプリ識別子Kはコール2リストJ,I,H,G,F,E,D,C中に存在しない。この場合、コール3リストL,G,K,J,I,H,F,Eの古い方から6番目、7番目、8番目のアプリ識別子の順列K→G→Lを、コール2~3間で起動されたアプリの順列としてコール2~3の時間情報とともに記録する。以上のことを整理すると、コール3リストL,G,K,J,I,H,F,Eにおける古い方から5個のアプリ識別子J,I,H,F,Eのすべてがコール2リストJ,I,H,G,F,E,D,C中に存在し、かつ、アプリ識別子J,I,H,F,Eの配列順番がコール2リストJ,I,H,G,F,E,D,Cにおけるアプリ識別子J,I,H,F,Eの相対的な配列順番と同じになっている配列順番の前後関係に狂いがない。つまり、情報採取プログラムは、コール3リストL,G,K,J,I,H,F,Eにおける古い方から5個のアプリ識別子の順列J,I,H,F,Eがコール2リストJ,I,H,G,F,E,D,Cと整合する整合順列であると判断し、5個という数値が設定値j=2以上であることから、コール3リストL,G,K,J,I,H,F,Eにおける6番目から最新の3個のアプリ識別子を新規起動アプリ順列K→G→Lとして抽出する。===発明の効果===以上の説明において、コール3リストL,G,K,J,I,H,F,Eには新しい方から2番目にGが存在し、コール2リストJ,I,H,G,F,E,D,Cには新しい方から4番目にGが存在している。この発明の方法によれば、両リスト中のGの存在に幻惑されることなく、新規起動アプリ順列K→G→Lを正しく抽出することができる。===実施例1の続き===図1に示すように、コール3からコール4の期間では1個のアプりHが新規起動され、コール4リストH,L,G,K,J,I,F,Eの最新位置にHが存在し、コール3リストL,G,K,J,I,H,F,Eには古い方から3番目にHが存在している。この発明の方法によれば、上述したアルゴリズムにより両リストのHの存在に幻惑されることなく、新規起動アプリHを正しく抽出することができる。同様に、コール4からコール5の期間では4個のアプリM→N→G→Hが新規起動されており、このうちGとHはコール4リストH,L,G,K,J,I,F,Eに存在している。この発明の方法によれば、上述したアルゴリズムにより両リストのGとHの存在に幻惑されることなく、新規起動アプリ順列M→N→G→Hを正しく抽出することができる。===実施例1の補足===図10のフローチャートでは、ステップ21でNOと判断された場合およびステップ22でNOと判断された場合は、最新起動アプリリストRnのアプリ識別子の順列のすべてを新機器道アプリ順列として抽出することにしているが、これは一例にすぎない。この場合に最新起動アプリリストRnに基づく新機起動アプリ順列の抽出判断を休止する判断しないこととしても良い。また、以上の説明では、m=8、j=2としたが、これは一例にすぎない。たとえば、mは20前後に設定されるのが普通なので、jを5~10程度に設定することもある。===その他の実施形態===●実施形態ア発明特定事項1~5の発明において、アンドロイド端末に実装された前記情報採取プログラムにより第1プロセスで記録した情報が当該アンドロイド端末からインターネット上のサーバーに送信され、当該サーバーにおいて受信情報に基づき第2プロセスおよび第3プロセスが実行される形態。●実施形態イ前記サーバーは、第3プロセスで記録された情報と、この情報の源泉であるアンドロイド端末の識別情報とを対応づけてデータベース化する形態。●実施形態ウアンドロイド端末の識別情報には当該アンドロイド端末のユーザー情報が含まれている形態。●実施形態エ起動アプリ通知APIのコール間隔は、アンドロイド端末とインターネットを介して通信する外部装置からの指示によって設定される形態。●実施形態オ起動アプリ通知APIのコール間隔は、前記情報採取プログラムにより動的に可変設定される形態。たとえば、あるコール間で抽出された新規起動アプリの個数が多いとコール間隔をより短くし、コール間で抽出される新規起動アプリ個数を抑制するように作用させるなど、第3プロセスで記録された情報に基づいてコール間隔を変化させる。時間帯を昼間と夜間とに設定しておき、夜間の時間帯にはコール間隔を短くするようにしてもよい。過去の起動順列から時間帯毎に起動されたアプリの数を算出し、アプリの起動された累積数や平均数が多いとコール間隔を短くするなど、過去に起動されたアプリの数に応じてコール間隔を変化させるようにしてもよい。この発明の射程には、アンドロイド端末に実装されて請求項2に記載の方法を当該アンドロイド端末上で実行させる情報採取プログラムが含まれる。同様に、この発明の射程には、前記サーバーに実装され、請求項3に記載の方法における第2プロセスおよび第3プロセスを当該サーバー上で実行させるサーバープログラムが含まれる。===第2実施形態===図11は第2実施形態にかかる新規起動アプリの特定処理の流れを示す図である。起動時点推定部123は、最新起動アプリリスト取得部122が時点nにおいて最新起動アプリリストRnを取得すると、時点n-1における最新起動アプリリストRn-1を起動リスト記憶部125から読み出し、リストRnの最古すなわちリストの最後のアプリ識別ID1がリストRn-1に含まれていない場合にはステップ31:NO、最終起動アプリ識別子はリストRnに含まれておらず、リストRnに含まれるすべてのアプリ識別子が新規起動アプリを示すものと判断するステップ43。起動時点推定部123は、変数iに2を設定しステップ32、リストRnの古い順にi番目最後からi番目およびi-1番目のアプリ識別子IDiおよびIDi-1を抽出し、IDiがリストRn-1に含まれており、かつ、リストRn-1において、IDiはIDi-1よりも新しい場合はステップ33:YES、iをインクリメントしステップ34、iがm以下であればステップ35:NO、ステップ33からの処理を繰り返す。起動時点推定部123は、IDiがリストRn-1に含まれていないか、または、リストRn-1においてIDiがIDi-1よりも古い位置に含まれている場合にはステップ33:NO、リストRnの最古のアプリ識別子をa1としステップ38、リストRnの古い順にi-1番目のアプリ識別子をa2としてステップ39、リストRn-1においてa1からa2までの間に含まれるアプリ識別子のうち、リストRnにおいてa1からa2までの間に含まれていないものをスキップアプリIDとして抽出するステップ40。起動時点推定部123は、リストRnにおいて、すべてのスキップアプリIDが古い順にi番目以後にあればステップ41:YES、i-1番目のアプリ識別子が最新起動アプリ識別子であり、リストRnのi番目以後のアプリ識別子が新規起動アプリを示すものと判断するステップ42。起動時点推定部123は、リストRnにおいてスキップアプリIDのいずれかが古い順にi番目以後になければステップ41:NO、ステップ43に進み、最終起動アプリ識別子はリストRnに含まれておらず、リストRnの全部が新規起動アプリであると決定する。一方、起動時点推定部123は、iがmを超えた場合ステップ35:YES、リストRnとリストRn-1とが一致すればステップ36:YES、新規起動アプリは存在しないと判断するステップ37。一致しなければステップ36:NO、ステップ43に進み、最終起動アプリ識別子はリストRnに含まれておらず、リストRnの全部が新規起動アプリと決定する。なお、ステップ36において、リストRnの長さリストRnに含まれているアプリ識別子の数がRn-1の長さよりも短い場合に、ステップ43に進み、リストRnおよびRn-1の長さが一致した場合にステップ37に進むようにしてもよい。===実施例2===図121に示すように、リストRnがA,B,R,S,Hであり、リストRn-1がR,A,S,B,Tである場合を想定する。ステップ31において、Rnに含まれる最古のアプリ識別子HはRn-1に含まれていないので、ステップ43により、Rnの全部が新規起動アプリと決定され、時点n-1から時点nまでの間に起動したアプリの起動順列としてH→S→R→B→Aが抽出される。Rnにおいて最古のアプリ識別子がRn-1に含まれていないということは、時点n-1から時点nまでにm個以上のアプリが起動されたと考えられるので、少なくともRnに含まれるm個のアプリ識別子については新規起動アプリを示していると判断することができる。一方、図122に示すように、リストRnがA,B,R,S,Tであり、リストRn-1がR,A,S,B,Tである場合、最古のアプリ識別子TはRn-1にも含まれているので、ステップ31→32→33と進む。Rnにおいて古い順に2番目のアプリ識別子Sは、Rn-1においてTよりも新しい位置に含まれているので、ステップ34→35→33と進み、3番目のアプリ識別子Rについても、Rn-1においてSよりも新しい位置に含まれているので、ステップ34→35→33と進む。4番目のアプリ識別子Bについては、Rn-1に含まれているものの、Rよりも古い位置に含まれていることから、ステップ33→38→39→40→41と進む。Rn-1においてTからRまでの間に含まれ、RnにおいてTからRまでの間に含まれていないアプリ識別子はBAであり、これらは両方ともRnにおいて4番目以後に含まれているので、ステップ41→42と進み、最終起動アプリはRと決定されて、Rより後のA,Bについて、B→Aが時点n-1から時点nまでの間に起動されたアプリの起動順列として抽出される。これは、時点n-1までの間においてRが起動された後に、B→Aのアプリが起動されたところ、最新起動アプリリストには上述したアルゴリズムbにより古い時点でのBAについてのアプリ識別子が削除されることから、T~Rの間からA,Bが削除されたものと考えられる。したがって、Rnのi番目以後については時点n-1以後に起動されたものだとわかる。このように、アルゴリズムbにより古い時点で起動されたことが削除されてしまうアンドロイドOSによる起動アプリ通知APIであっても、2時点でのリストを比較して、当該2時点間に起動されたアプリを正確に特定することができる。図123に示すように、リストRnがF,B,D,Eであり、リストRn-1がB,C,D,Eである場合、Rnの最古のアプリ識別子EはRn-1に含まれているので、ステップ31→32→33と進む。Rnにおいて2番目に古いアプリ識別子Dは、Rn-1においてEよりも新しい位置に含まれているので、ステップ34→35→33と進む。3番目に古いアプリ識別子Bについても、Rn-1においてDよりも新しい位置に含まれているので、ステップ34→35→33と進む。4番目に古いアプリ識別子Fは、Rn-1に含まれていないので、ステップ33→38→39→40→41と進む。Rn-1でEからBまでの間に含まれるアプリ識別子はCとDであり、このうちRnにおいてEからBまでの間に含まれていないアプリ識別子はCであるので、スキップアプリIDはCとなる。RnにおいてCは古い順に4番目以後に含まれていないため、ステップ41→43と進み、Rnの全部が新規起動アプリと決定され、E→D→B→Fが起動順列として抽出される。図123のように、スキップアプリIDのCがRnに含まれていない場合とは、例えば、時点n-1より後にCが起動されて最新起動アプリリストがC,B,D,Eとなり、その後、E,D,Bが起動されて、B,D,E,CとなりさらにFが起動されてF,B,D,Eとなった場合である。このように、B,D,Eを含むm個以上のアプリが時点n-1以後に起動された場合にも、起動時点を正確に推定することができる。図124に示すように、リストRnがB,C,D,Eであり、リストRn-1がA,B,C,D,Eである場合、Rnの最古のアプリ識別子EはRn-1に含まれているので、ステップ31→32→33と進む。Rnにおいて古い順に2番目~4番目のアプリ識別子DCBについても同様にステップ31→32→33と進むことになり、iがmを超え、ステップ36に進む。ここで、RnとRn-1は一致しないため、ステップ36→43と進み、Rnはすべて新規起動アプリと決定され、E→D→C→Bが起動順列として抽出される。アンドロイド端末10が再起動されると、起動履歴はリセットされ、再起動後に起動されたアプリのみを含む最新起動アプリリストが取得されることになる。したがって、起動リスト記憶部125が不揮発性の記憶装置103に実装された場合、再起動直後には、図124に示すようにRnに含まれるアプリ識別子の数がRn-1よりも少なくなることがある。このような場合でも、ステップ38~41の処理により、最新起動アプリリストに含まれるすべてのアプリが新規起動アプリであることを判断することができる。===第3実施形態===図13は、第3実施形態に係る新規起動アプリの特定処理の流れを示す図である。起動時点推定部123は、最新起動アプリリスト取得部122が時点nにおいて最新起動アプリリストRnを取得すると、時点n-1における最新起動アプリリストRn-1を起動リスト記憶部125から読み出し、リストRnをTRnとしステップ51、リストRn-1をTRn-1としステップ52、TRnの先頭のアプリ識別子をtIDとするステップ53。起動時点推定部123は、TRn-1に対して、TRnが前方一致するかどうかを判定するステップ54。ここで前方一致すればステップ54:YES、tIDを最終起動アプリ識別子と決定し、tIDよりも新しいアプリ識別子が新規起動アプリであると判断するステップ59。起動時点推定部123は、前方一致しない場合ステップ54:NO、TRnからtIDを削除するとともにステップ55、TRn-1からもtIDを削除するステップ56。起動時点推定部123は、TRn又はTRn-1が空になればステップ57:YES、リストRnに含まれるすべてのアプリ識別子が新規起動アプリと判断するステップ58。TRnおよびTRn-1が空でなければステップ57:NO、ステップ53からの処理を繰り返す。==実施例3==図14は、リストRnがF,C,A,B,Dであり、リストRn-1がA,B,C,D,Eであり、これらがTRnおよびTRn-1にコピーされた状態を示す図である。ステップ53においてtIDはFとなり、TRnはTRn-1に対して前方一致しないため、ステップ54→55→56と進み、TRnからFが削除される。ここで、TRn-1にFは含まれないのでTRn-1は変化しない。この時点でTRnはC,A,B,Dであり、TRn-1はA,B,C,D,Eであり、それぞれ空ではないので、ステップ57→53と進む。ステップ53においてtIDはCとなる。ここでもTRnはTRn-1に対して前方一致しないので、ステップ54→55→56と進み、TRnおよびTRn-1からCが削除される。この時点でTRnはA,B,Dであり、TRn-1はA,B,D,Eであり、それぞれ空ではないので、ステップ57→53と進む。ステップ53においてtIDはAとなる。ここでTRnはTRn-1と先頭から3つのアプリ識別子A,B,Dが一致して前方一致することになるので、ステップ54→59と進み、Aを最終起動アプリ識別子と決定し、元のRnにおいてAよりも新しいF,Cが時点n-1から時点nまでの間に起動したものと推定して、起動順列としてC→Fを抽出する。このようにして、第2実施形態と同様に、アルゴリズムbにより古い時点で起動されたことが削除されてしまうアンドロイドOSによる起動アプリ通知APIであっても、2時点でのリストを比較して、当該2時点間に起動されたアプリを正確に特定することができる。以上、本実施形態について説明したが、上記実施形態は本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。本発明は、その趣旨を逸脱することなく、変更、改良され得ると共に、本発明にはその等価物も含まれる。例えば、サーバー20を省略して、起動アプリ調査システムをアンドロイド端末10のみで構成し、起動ログをサーバー20に送信しないようにしてもよいし、サーバー20に起動時点推定部123を設け、アンドロイド端末10の最新起動アプリリスト取得部122がサーバー20に最新起動アプリリストを送信して、サーバー20において起動時点を推定するようにしてもよい。また、アンドロイド端末10は、アンドロイド登録商標以外のフレームワークを実行していてもよい。当該フレームワークは、上述したアルゴリズムabに従って最新起動アプリリストを取得するためのAPIを提供していればよい。また、1つのアプリが複数のタスクを実行することができてもよい。この場合、タスクの起動推定時点をそのタスクに対応するアプリの起動推定時点としてもよいし、1つのアプリに対応する複数のタスクの起動推定時点のうち最新のもののみ、あるいは最古のもののみをアプリの起動推定時点としてもよい。また、本実施形態では、最新起動アプリリストにおいて最終起動アプリよりも後のアプリの起動推定時点は、起動アプリ通知APIを呼び出した2時点間の間の期間であるものとしたが、最終起動アプリよりも後のアプリの数に応じてこの期間を等分し、さらに起動推定時点を絞り込むようにしてもよい。この場合、時点n-1の時刻をa、時点nの時刻をb、最終起動アプリよりも後のアプリの数をpとして、アプリ1つあたりの時間tを、t=b-a÷pにより算出し、起動順列の古い順にi番目のアプリの起動推定時点はat×i-1からat×iまでの間と判定されることになる。たとえば、図14の例において、Rn-1が00:00に取得され、Rnが00:02に取得されていたとすると、tは、00:00~00:02の2分を起動順列C→F中のアプリの数p=2で割った00:01となり、Cの起動推定時点は00:00~00:01、Fの起動推定時点は00:01~00:02と判定される。このようにして、さらに精度良く起動時点を推定することができる。"