(57)【特許請求の範囲】
【請求項１】
コンピュータが、
ネットワークを介して接続される端末によるデータの送受信を仲介する仲介手順と、
前記仲介手順において仲介されたデータごとに、当該データの構成要素を含む第１のデータを記憶部に記憶する記憶手順と、
前記端末から前記第１のデータのそれぞれについて送信される、前記第１のデータの一部の構成要素を含む第２のデータと、前記仲介手順において仲介されるデータには含まれない第３のデータとを受信する受信手順と、
前記記憶部に記憶されている前記第１のデータの中で、前記受信手順において受信されたいずれかの前記第２のデータとの前記一部の構成要素の比較結果が所定の条件を満たす前記第１のデータに、当該第２のデータの受信に関連して受信された前記第３のデータを関連付ける関連付け手順と、
を実行するデータ収集方法。
【請求項２】
前記第３のデータは、前記端末ごとに固有の情報を含む、
ことを特徴とする請求項１記載のデータ収集方法。
【請求項３】
前記第３のデータは、前記端末のユーザの識別情報を含む、
ことを特徴とする請求項１又は２記載のデータ収集方法。
【請求項４】
前記一部の構成要素は、前記第１のデータの送信先を示す第１の項目又は前記第１のデータの送信元を示す第２の項目と、通信の時期を示す第３の項目とを含み、
前記所定の条件は、前記第１の項目の値又は前記第２の項目の値が一致し、前記第３の項目の値の差が所定範囲内であることである、
ことを特徴とする請求項１乃至３いずれか一項記載のデータ収集方法。
【請求項５】
ネットワークを介して接続される端末によるデータの送受信を仲介する仲介部と、
前記仲介部によって仲介されたデータごとに、当該データの構成要素を含む第１のデータを記憶部に記憶する記憶部と、
前記端末から前記第１のデータのそれぞれについて送信される、前記第１のデータの一部の構成要素を含む第２のデータと、前記仲介部によって仲介されるデータには含まれない第３のデータとを受信する受信部と、
前記記憶部に記憶されている前記第１のデータの中で、前記受信部によって受信されたいずれかの前記第２のデータとの前記一部の構成要素の比較結果が所定の条件を満たす前記第１のデータに、当該第２のデータの受信に関連して受信された前記第３のデータを関連付ける関連付け部と、
を有するデータ収集装置。
【請求項６】
前記第３のデータは、前記端末ごとに固有の情報を含む、
ことを特徴とする請求項５記載のデータ収集装置。
【請求項７】
前記第３のデータは、前記端末のユーザの識別情報を含む、
ことを特徴とする請求項５又６記載のデータ収集装置。
【請求項８】
請求項１乃至４いずれか一項記載のデータ収集方法をコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ収集方法、データ収集装置、及びプログラムに関する。
【背景技術】
【０００２】
ユーザが利用する端末でのアプリケーションの使用履歴を収集する方法としては、例えば、非特許文献１のように、端末内にローカルプロキシを構築し、アプリケーションがローカルプロキシ経由でネットワークにアクセスするようにネットワーク設定を行うことが考えられる。この場合、ローカルプロキシ上でアプリケーションの使用履歴を収集することができる。
【０００３】
また、特許文献１のように、端末上のローカルプロキシの代わりに、ネットワーク上のプロキシサーバ上で使用履歴を収集する方法も考えられる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１４−９６１１７号公報
【非特許文献】
【０００５】
【非特許文献１】栗原聖治, 乃村能成, 谷口秀夫:"プロキシサーバによる効率的なWeb 閲覧履歴の取得方法の検討", 2009 年電子情報通信学会総合大会講演論文集, D-6-18, p.68 (2009)
【発明の概要】
【発明が解決しようとする課題】
【０００６】
非特許文献１に示されるように、ローカルプロキシにおいて使用履歴を収集する場合、端末が高性能のパーソナルコンピュータであり、収集する履歴がアプリケーション名のような少量のデータである場合には、端末の負荷はそれほど高くならず、ユーザが端末を操作していてもほとんど影響を感じない程度である場合もある。
【０００７】
しかし、端末が、スマートフォン等のリソースが比較的乏しい携帯端末であり、アプリケーションがサーバとの間で送受信しているデータをも収集対象として、アプリケーションが行っている処理を推測するという処理まで行う場合、端末の負荷が高くなり、ユーザによる端末操作に大きな影響を与えてしまう可能性が有る。
【０００８】
そこで、例えば、ローカルプロキシで行う処理を、特許文献１のようにネットワーク上のプロキシサーバで行うようにすれば、端末の負荷を軽減することができる。
【０００９】
しかし、ネットワーク上のプロキシサーバでは取得が困難なデータも存在する。例えば、ネットワーク上のプロキシサーバでは、送受信されるデータには含まれないデータを、履歴に含めることが困難である。斯かるデータの一例として、端末のユーザのユーザＩＤが挙げられる。特許文献１の場合には、アプリケーションとしてＷｅｂブラウザを想定しているため、端末に対して認証要求を行い、ユーザを特定することができる。しかし、認証が行われない場合や、Ｗｅｂブラウザ以外のアプリケーションの場合には、認証要求に対応する機能を持つとは限らないため、ユーザを特定するのは困難である。
【００１０】
本発明は、上記の点に鑑みてなされたものであって、端末が通信するデータの収集に際し端末の負荷の増加を抑制しつつ該データに含まれないデータの取得を可能とすることを目的とする。
【課題を解決するための手段】
【００１１】
そこで上記課題を解決するため、データ収集方法は、コンピュータが、ネットワークを介して接続される端末によるデータの送受信を仲介する仲介手順と、前記仲介手順において仲介されたデータごとに、当該データの構成要素を含む第１のデータを記憶部に記憶する記憶手順と、前記端末から前記第１のデータのそれぞれについて送信される、前記第１のデータの一部の構成要素を含む第２のデータと、前記仲介手順において仲介されるデータには含まれない第３のデータとを受信する受信手順と、前記記憶部に記憶されている前記第１のデータの中で、前記受信手順において受信されたいずれかの前記第２のデータとの前記一部の構成要素の比較結果が所定の条件を満たす前記第１のデータに、当該第２のデータの受信に関連して受信された前記第３のデータを関連付ける関連付け手順と、を実行する。
【発明の効果】
【００１２】
端末が通信するデータの収集に際し端末の負荷の増加を抑制しつつ該データに含まれないデータの取得を可能とすること。
【図面の簡単な説明】
【００１３】
【図１】本発明の実施の形態におけるシステム構成例を示す図である。
【図２】本発明の実施の形態の概要を説明するための図である。
【図３】送受信記録と送受信データとの対応付けの方法を説明するための図である。
【図４】本発明の実施の形態における使用履歴収集装置のハードウェア構成例を示す図である。
【図５】本発明の実施の形態におけるユーザ端末及び使用履歴収集装置の機能構成例を示す図である。
【図６】拡張ローカルプロキシ部が実行する通信処理の処理手順の一例を説明するためのフローチャートである。
【図７】送受信記録記憶部の構成例を示す図である。
【図８】拡張プロキシ部が実行する通信処理の処理手順の一例を説明するためのフローチャートである。
【図９】送受信データ記憶部の構成例を示す図である。
【図１０】拡張ローカルプロキシ部が実行する送受信記録の送信処理の処理手順の一例を説明するためのフローチャートである。
【図１１】使用履歴収集装置に送信される送受信記録の構成例を示す図である。
【図１２】拡張プロキシ部が送受信記録の受信に応じて実行する処理手順の一例を説明するためのフローチャートである。
【図１３】ユーザＩＤの追加後の送受信データ記憶部の構成例を示す図である。
【発明を実施するための形態】
【００１４】
以下、図面に基づいて本発明の実施の形態を説明する。図１は、本発明の実施の形態におけるシステム構成例を示す図である。図１において、使用履歴収集装置１０は、インターネット等のネットワークを介して１以上のユーザ端末２０に接続される。使用履歴収集装置１０は、また、インターネット又はＬＡＮ（Local Area Network）等のネットワークを介して１以上のＷｅｂサーバ３０に接続される。
【００１５】
ユーザ端末２０は、ユーザが直接操作する通信端末である。例えば、スマートフォン、タブレット端末、又はＰＣ（Personal Computer）等が、ユーザ端末２０として利用されてもよい。
【００１６】
使用履歴収集装置１０は、各ユーザ端末２０におけるアプリケーション２１の使用履歴に関する情報を収集するコンピュータである。使用履歴収集装置１０は、ユーザ端末２０とＷｅｂサーバ３０との間の通信を仲介又は中継（以下、「仲介」で統一する。）することで、当該使用履歴を記憶する。例えば、プロキシサーバが、使用履歴収集装置１０として利用されてもよい。
【００１７】
Ｗｅｂサーバ３０は、Ｗｅｂサイトを構成する１以上のコンピュータである。本実施の形態において、Ｗｅｂサーバ３０は、ユーザ端末２０におけるアプリケーションの通信相手となる。なお、ユーザ端末２０におけるアプリケーションの通信相手は、厳密な意味でのＷｅｂサーバでなくてもよい。
【００１８】
図２は、本発明の実施の形態の概要を説明するための図である。図２において、ユーザ端末２０は、アプリケーション２１、拡張ローカルプロキシ部２２、及び送受信記録記憶部２３等を有する。
【００１９】
アプリケーション２１は、ユーザ端末２０にインストールされたアプリケーション２１である。アプリケーション２１は、例えば、Ｗｅｂサーバ３０との間で通信を行って、ユーザから要求された処理を実行する。
【００２０】
拡張ローカルプロキシ部２２は、ローカルプロキシとしての機能に加え、使用履歴収集装置１０によって収集される使用履歴を補足するための機能を有する。図２において、拡張ローカルプロキシ部２２は、プロキシ部２４、送受信記録部２５、及び送受信記録送信部２６等を含む。
【００２１】
プロキシ部２４は、通常のプロキシ機能として、アプリケーション２１がＷｅｂサーバ３０との間で行う通信を仲介する。送受信記録部２５は、アプリケーション２１によるデータの送受信が行われるたびに送受信記録を送受信記録記憶部２３に記憶する。したがって、送受信記録記憶部２３には、送受信記録の履歴が記憶される。送受信記録とは、アプリケーション２１によるＷｅｂサーバ３０へのデータの送信、又はアプリケーション２１によるＷｅｂサーバ３０からのデータの受信に関するログデータである。送受信記録には、ユーザ端末２０への負荷が軽減されるよう、送受信されたデータの全てではなく、当該データの一部が含まれる。例えば、送受信の日時（時期）、送信先又は送信元の識別情報等が、送受信記録に含まれる。なお、本実施の形態において、送信先又は送信元の識別情報としては、ＵＲＬ（Uniform Resource Locator）が用いられる。但し、利用される通信プロトコル等に応じて、ＵＲＬ以外の情報が、当該識別情報として用いられてもよい。送受信記録送信部２６は、送受信記録記憶部２３に記憶されている送受信記録を使用履歴収集装置１０に送信する。送受信記録送信部２６は、送受信記録の送信に伴って、使用履歴収集装置１０では取得が困難なデータを使用履歴収集装置１０に送信する。使用履歴収集装置１０では取得が困難なデータとは、例えば、送受信されるデータには含まれないデータである。例えば、送受信されるデータには含まれないデータであって、ユーザ端末２０に固有の情報を含むデータが、送受信記録と共に使用履歴収集装置１０に送信される。本実施の形態において、当該固有の情報として、ユーザ端末２０のユーザの識別情報（以下、「ユーザＩＤ」という。）が用いられる。
【００２２】
使用履歴収集装置１０は、拡張プロキシ部１１及び送受信データ記憶部１２等を有する。拡張プロキシ部１１は、通常のプロキシ機能を有し、当該プロキシ機能によって仲介されたデータの保存等を行う。図２において、拡張プロキシ部１１は、プロキシ部１３、送受信データ記録部１４、及び送受信記録受信部１５等を有する。プロキシ部１３は、通常のプロキシ機能として、拡張ローカルプロキシ部２２とＷｅｂサーバ３０との間の通信を仲介する。送受信データ記録部１４は、プロキシ部１３によって仲介されたデータ（以下、「送受信データ」という。）を、送受信データ記憶部１２に記憶する。使用履歴収集装置１０は、高性能のコンピュータによって実現することが可能であるため、送受信データには、ユーザ端末２０で記録される日時、送信先ＵＲＬ又は送信元ＵＲＬに加え、送受信の内容（送受信データのボディ部）も含まれる。なお、送受信データは、アプリケーション２１の使用履歴の一例である。送受信記録受信部１５は、ユーザ端末２０の送受信記録送信部２６から送信される送受信記録とユーザＩＤとを受信する。送受信記録受信部１５は、受信した各送受信記録を、送受信データ記憶部１２に記憶されている各送受信データと比較し、いずれかの送受信記録に対応する送受信データに対して、当該送受信記録と共に受信されたユーザＩＤ（すなわち、使用履歴収集装置１０では取得が困難なデータ）を関連付ける。
【００２３】
送受信記録に対応する送受信データとは、当該送受信記録と同一の通信に係る送受信データをいう。送受信記録は、送受信データの一部の構成要素を含むため、送受信記録の構成要素と、送受信データの構成要素との間には、共通部分が有る。本実施の形態では、比較された送受信記録と送受信データとの間で、当該共通部分が所定の条件を満たす場合に、当該送受信記録と当該送受信データとは対応関係が有ると判定される。
【００２４】
図３は、送受信記録と送受信データとの対応付けの方法を説明するための図である。図３では、送受信記録の構成要素が、項目Ａ、Ｂ、及びＣであり、送受信データの構成要素が、項目Ｂ、Ｃ、及びＤである例が示されている。ここで、項目Ｂ及びＣが、共通部分に該当する。そこで、項目Ｂ及びＣの値を比較及び照合することで、送受信記録と送受信データとを対応付けることができる。その結果、送受信データに、使用履歴収集装置１０では取得が困難な項目Ａの値を追加することができる。
【００２５】
本実施の形態では送信先又は送信元のＵＲＬ及び日時が共通部分に相当する。したがって、相互にＵＲＬが一致し、日時の差（ずれ）が所定の範囲以内の送受信記録と送受信データとが対応付けられる。いずれかの送受信記録に対応付けられた送受信データに対して、ユーザ端末２０から受信され、送受信データに含まれていないデータ（本実施の形態では、ユーザＩＤ）が、追加される（関連付けられる）。
【００２６】
本実施の形態について更に具体的に説明する。図４は、本発明の実施の形態における使用履歴収集装置のハードウェア構成例を示す図である。図４の使用履歴収集装置１０は、それぞれバスＢで相互に接続されているドライブ装置１００、補助記憶装置１０２、メモリ装置１０３、ＣＰＵ１０４、及びインタフェース装置１０５等を有する。
【００２７】
使用履歴収集装置１０での処理を実現するプログラムは、ＣＤ−ＲＯＭ等の記録媒体１０１によって提供される。プログラムを記憶した記録媒体１０１がドライブ装置１００にセットされると、プログラムが記録媒体１０１からドライブ装置１００を介して補助記憶装置１０２にインストールされる。但し、プログラムのインストールは必ずしも記録媒体１０１より行う必要はなく、ネットワークを介して他のコンピュータよりダウンロードするようにしてもよい。補助記憶装置１０２は、インストールされたプログラムを格納すると共に、必要なファイルやデータ等を格納する。
【００２８】
メモリ装置１０３は、プログラムの起動指示があった場合に、補助記憶装置１０２からプログラムを読み出して格納する。ＣＰＵ１０４は、メモリ装置１０３に格納されたプログラムに従って使用履歴収集装置１０に係る機能を実行する。インタフェース装置１０５は、ネットワークに接続するためのインタフェースとして用いられる。
【００２９】
なお、ユーザ端末２０も、図４に示されるようなハードウェアを有していてもよい。
【００３０】
図５は、本発明の実施の形態におけるユーザ端末及び使用履歴収集装置の機能構成例を示す図である。図５中、図２と同一部分には同一符号を付し、その説明は適宜省略する。
【００３１】
図５には、ユーザ端末２０の一例としてスマートフォン２０ａが示されている。スマートフォン２０ａは、アプリケーション２１、拡張ローカルプロキシ部２２、及び送受信記録記憶部２３等を有する。アプリケーション２１及び拡張ローカルプロキシ部２２は、スマートフォン２０ａにインストールされた１以上のプログラムが、スマートフォン２０ａのＣＰＵに実行させる処理により実現される。
【００３２】
図５では、拡張ローカルプロキシ部２２のプロキシ部２４が詳細化されている。すなわち、プロキシ部２４は、リクエスト送信部２４１及びレスポンス受信部２４２を含む。リクエスト送信部２４１は、アプリケーション２１からＷｅｂサーバ３０に対するリクエストの送信を仲介する。レスポンス受信部２４２は、Ｗｅｂサーバ３０からアプリケーション２１に対するレスポンスの受信を仲介する。
【００３３】
図５では、また、ユーザＩＤ付与部２７が、送受信記録送信部２６から独立した機能ブロックとして示されている。ユーザＩＤ付与部２７は、送受信記録送信部２６が送信する送受信記録に対して、ユーザＩＤを付与する。
【００３４】
使用履歴収集装置１０は、拡張プロキシ部１１及び送受信データ記憶部１２を有する。拡張プロキシ部１１は、使用履歴収集装置１０にインストールされた１以上のプログラムが、ＣＰＵ１０４に実行させる処理により実現される。送受信データ記憶部１２は、補助記憶装置１０２を用いて実現可能である。又は、送受信データ記憶部１２は、使用履歴収集装置１０にネットワークを介して接続可能な記憶装置を用いて実現されてもよい。
【００３５】
図５では、拡張プロキシ部１１のプロキシ部１３が詳細化されている。すなわち、プロキシ部１３は、リクエスト受信部１３１、リクエスト送信部１３２、レスポンス受信部１３３、及びレスポンス送信部１３４を含む。リクエスト受信部１３１は、スマートフォン２０ａから送信されるリクエストを受信する。リクエスト送信部１３２は、リクエスト受信部１３１が受信したリクエストを、当該リクエストの宛先（送信先）のＷｅｂサーバ３０へ送信する。レスポンス受信部１３３は、Ｗｅｂサーバ３０から返信されるレスポンスを受信する。レスポンス送信部１３４は、レスポンス受信部１３３によって受信されたレスポンスを、当該レスポンスの宛先（送信先）のスマートフォン２０ａへ送信する。
【００３６】
図５では、また、ユーザＩＤ追記部１６が、送受信記録受信部１５から独立した機能ブロックとして示されている。ユーザＩＤ追記部１６は、送受信記録受信部１５が受信した送受信記録に対応する送受信データに対して、ユーザＩＤを追加する。
【００３７】
以下、スマートフォン２０ａの拡張ローカルプロキシ部２２及び使用履歴収集装置１０の拡張プロキシ部１１のそれぞれが実行する処理手順について説明する。図６は、拡張ローカルプロキシ部が実行する通信処理の処理手順の一例を説明するためのフローチャートである。
【００３８】
例えば、リクエスト送信部２４１が、アプリケーション２１からＷｅｂサーバ３０宛に送信されたリクエストを受信すると（Ｓ１０１でＹｅｓ）、送受信記録部２５は、当該リクエストの一部の構成要素を含む送信記録を送受信記録記憶部２３に記憶する（Ｓ１０２）。送信記録とは、アプリケーション２１からのリクエストに関する送受信記録をいう。続いて、リクエスト送信部２４１は、当該リクエストを使用履歴収集装置１０へ送信する（Ｓ１０３）。
【００３９】
また、レスポンス受信部２４２が、Ｗｅｂサーバ３０から使用履歴収集装置１０経由で返信されたレスポンスを受信すると（Ｓ１０４でＹｅｓ）、送受信記録部２５は、当該レスポンスの一部の構成要素を含む受信記録を送受信記録記憶部２３に記憶する（Ｓ１０５）。受信記録とは、Ｗｅｂサーバ３０からのレスポンスに関する送受信記録をいう。続いて、レスポンス受信部２４２は、当該レスポンスを、宛先のアプリケーション２１へ送信する（Ｓ１０６）。
【００４０】
図７は、送受信記録記憶部の構成例を示す図である。図７に示されるように、送受信記録記憶部２３は、送信記録履歴と受信記録履歴とを記憶する。
【００４１】
送信記録履歴は、送信記録の履歴である。各送信記録は、通番、送信先ＵＲＬ、及び日時等を含む。通番は、各送信記録の前後関係を示す番号である。送信先ＵＲＬは、各送信記録に対応するリクエストの送信先のＷｅｂサーバ３０のＵＲＬである。日時は、各送信記録に対応するリクエストがリクエスト送信部２４１によって送信された日時である。
【００４２】
受信記録履歴は、受信記録の履歴である。各受信記録は、通番、送信元ＵＲＬ、及び日時等を含む。通番は、各受信記録の前後関係を示す番号である。送信元ＵＲＬは、各受信記録に対応するレスポンスの送信元のＷｅｂサーバ３０のＵＲＬである。日時は、各受信記録に対応するレスポンスがレスポンス受信部２４２によって受信された日時である。
【００４３】
続いて、図８は、拡張プロキシ部が実行する通信処理の処理手順の一例を説明するためのフローチャートである。
【００４４】
例えば、リクエスト受信部１３１が、スマートフォン２０ａから送信されたリクエストを受信すると（Ｓ２０１でＹｅｓ）、送受信データ記録部１４は、当該リクエストの一部又は全部の構成要素を含む送信データを送受信データ記憶部１２に記憶する（Ｓ２０２）。送信データとは、リクエストに関する送受信データをいう。続いて、リクエスト送信部１３２は、当該リクエストを宛先のＷｅｂサーバ３０へ送信する（Ｓ２０３）。
【００４５】
また、レスポンス受信部１３３が、Ｗｅｂサーバ３０から返信されたレスポンスを受信すると（Ｓ２０４でＹｅｓ）、送受信データ記録部１４は、当該レスポンスの一部又は全部の構成要素を含む受信データを送受信データ記憶部１２に記憶する（Ｓ２０５）。受信データとは、Ｗｅｂサーバ３０からのレスポンスに関する送受信データをいう。続いて、レスポンス送信部１３４は、当該レスポンスを、宛先のスマートフォン２０ａへ送信する（Ｓ２０６）。
【００４６】
図９は、送受信データ記憶部の構成例を示す図である。図９に示されるように、送受信データ記憶部１２は、送信データ履歴と受信データ履歴とを記憶する。
【００４７】
送信データ履歴は、送信データの履歴である。各送信データは、通番、ユーザＩＤ、送信先ＵＲＬ、日時、及び送信内容等を含む。通番は、各送信データの前後関係を示す番号である。ユーザＩＤは、各送信データに対応するリクエストの送信元のスマートフォン２０ａのユーザのユーザＩＤである。送信先ＵＲＬは、各送信データに対応するリクエストの送信先のＷｅｂサーバ３０のＵＲＬである。日時は、各送信データに対応するリクエストがリクエスト送信部１３２によって送信された日時である。送信内容は、リクエストの本体部分である。
【００４８】
受信データ履歴は、受信データの履歴である。各受信データは、通番、ユーザＩＤ，送信元ＵＲＬ、日時、及び受信内容等を含む。通番は、各受信データの前後関係を示す番号である。ユーザＩＤは、各受信データに対応するレスポンスの宛先のスマートフォン２０ａのユーザのユーザＩＤである。送信元ＵＲＬは、各受信データに対応するレスポンスの送信元のＷｅｂサーバ３０のＵＲＬである。日時は、各受信データに対応するレスポンスがレスポンス送信部１３４によって送信された日時である。受信内容は、レスポンスの本体部分である。
【００４９】
送受信データ記憶部１２に記憶された送受信データを解析することにより、アプリケーション２１が行っている処理内容を推測することが可能となる。
【００５０】
なお、図９において、各送信データ及び各受信データのユーザＩＤの項目は、空欄となっている。本実施の形態において、ユーザＩＤは、リクエスト及びレスポンスに含まれておらず、この段階では取得が困難なためである。
【００５１】
続いて、図１０は、拡張ローカルプロキシ部が実行する送受信記録の送信処理の処理手順の一例を説明するためのフローチャートである。
【００５２】
前回のステップＳ３０４の実行時から一定時間が経過すると（Ｓ３０１でＹｅｓ）、拡張ローカルプロキシ部２２の送受信記録送信部２６は、送受信記録記憶部２３から、当該一定時間内に記憶された送受信記録を取得する（Ｓ３０２）。取得された送受信記録は、送受信記録記憶部２３から削除されてもよい。続いて、ユーザＩＤ付与部２７は、取得された送受信記録の集合に対して、スマートフォン２０ａに記憶されているユーザＩＤを付与する（Ｓ３０３）。続いて、送受信記録送信部２６は、ユーザＩＤが付与された送受信記録を、使用履歴収集装置１０の送受信記録受信部１５宛に送信する（Ｓ３０４）。
【００５３】
図１１は、使用履歴収集装置に送信される送受信記録の構成例を示す図である。図１１には、送信記録の履歴及び受信記録の履歴に対して、ユーザＩＤ（ＥＶ０００１）が付与されている状態が示されている。なお、図１１では、全ての送受信記録に対して共通のデータ（ユーザＩＤ）が付与された例が示されているが、送信記録及び受信記録ごとに値が異なるデータであって、送受信されるデータには含まれないデータが付与されてもよい。斯かるデータの付与は、ステップＳ３０３ではなく、各送信記録又は各受信記録の記憶時に行われてもよい。
【００５４】
続いて、図１２は、拡張プロキシ部が送受信記録の受信に応じて実行する処理手順の一例を説明するためのフローチャートである。
【００５５】
送受信記録受信部１５は、ユーザＩＤが付与された送受信記録を受信すると（Ｓ４０１でＹｅｓ）、変数ｉに１を代入し、変数Ｎに受信した送受信記録の個数を代入する（Ｓ４０２）。変数ｉは、受信された送受信記録の集合のうち、処理対象とされている送受信記録を識別するための変数である。以下、ｉ番目の送受信記録を、送受信記録ｉという。
【００５６】
続いて、ユーザＩＤ追記部１６は、送受信記録ｉの共通部分と合致する共通部分を含む送受信データを、送受信データ記憶部１２から検索する（Ｓ４０３）。「合致する」とは、例えば、ＵＲＬであれば、完全一致を意味し、日時であれば、差が所定の範囲内であることを意味する。ここで検索された送受信データが、送受信記録ｉに対応付く送受信データである。なお、他の項目が比較対象とされる場合、合致するか否かの判定は、同じリクエスト又は同じレスポンスであるか否かを判定するために、当該項目にとって適切な基準が採用されればよい。
【００５７】
続いて、ユーザＩＤ追記部１６は、検索された送受信データに対して、ステップＳ４０１において受信された送受信記録に付与されているユーザＩＤを追加する（Ｓ４０４）。ユーザＩＤの追加は、送受信データ記憶部１２に記憶されている送受信データに対して反映される。なお、送受信記録ごとに値が異なるデータが付与されている場合、ステップＳ４０４では、検索された送受信データに対して、送受信記録ｉに付与されているデータが追加されればよい。
【００５８】
続いて、送受信記録受信部１５は、変数ｉの値が変数Ｎの値以上であるか否かを判定する（Ｓ４０５）。変数ｉの値が変数Ｎの値未満である場合（Ｓ４０５でＮｏ）、送受信記録受信部１５は、変数ｉに１を加算して（Ｓ４０６）、ステップＳ４０３以降を繰り返す。変数ｉの値が変数Ｎの値以上である場合（Ｓ４０５でＹｅｓ）、図１２の処理は終了する。
【００５９】
図１３は、ユーザＩＤの追加後の送受信データ記憶部の構成例を示す図である。本実施の形態では、図７の送信記録１に関しては、図９の送信データ１が対応する。送信記録２に関しては、送信データ３が対応する。受信記録１に関しては、受信データ１が対応する。受信記録２に関しては、受信データ３が対応する。したがって、送信データ１、送信データ３、受信データ１、及び受信データ３のユーザＩＤの項目に、「ＥＶ００１」が追記されている。
【００６０】
各送受信データにユーザＩＤが付与されることにより、使用履歴収集装置１０上に、アプリケーション２１の処理内容を解析可能なデータが、ユーザを特定した形で収集されたことになる。
【００６１】
上述したように、本実施の形態では、ユーザ端末２０においては拡張ローカルプロキシ部２２により、日時、ＵＲＬ等の送受信記録が記憶されるが、送受信記録のデータ量が少ないため、スマートフォン２０ａに対する負荷（ＣＰＵの負荷や記憶装置の消費量等）の増加を抑制することができる。その結果、ユーザ端末２０が、スマートフォン２０ａ等の携帯端末である場合であっても、ユーザ操作に対する悪影響を低減することができる。なお、送受信記録には、対応する送受信データを特定するために必要な項目のみが含まれてもよい。
【００６２】
また、使用履歴収集装置１０として処理能力の高いコンピュータを用いれば、アプリケーション２１の処理内容の手がかりとなる詳細なデータを取得及び蓄積することができる。しかし、例えば、ユーザＩＤのように、ユーザ端末２０でないと取得が困難なデータがある。本実施の形態によれば、取得が困難なデータについては、ユーザ端末２０が、送受信記録に関連して使用履歴収集装置１０に送信する。使用履歴収集装置１０は、ユーザ端末２０から送信された送受信記録と使用履歴収集装置１０において保存された送受信データとを照合することにより、送受信記録に関連して受信されたデータを、送受信データに追加することができる。その結果、例えば、ユーザの特定ができないといった問題を解決することができる。
【００６３】
すなわち、本実施の形態によれば、ユーザ端末２０に負荷の増加を抑制しつつ、ユーザ端末２０では負荷の観点から取得及び蓄積が困難なデータと、ユーザ端末２０にネットワークを介して接続される使用履歴収集装置１０では取得が困難なデータとを統合して収集することができる。
【００６４】
なお、本実施の形態において、使用履歴収集装置１０は、データ収集装置の一例である。プロキシ部１３は、仲介部の一例である。送受信データ記録部１４は、記憶処理部の一例である。送受信記録受信部１５は、受信部の一例である。ユーザＩＤ追記部１６は、関連付け部の一例である。
【００６５】
以上、本発明の実施例について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【符号の説明】
【００６６】
１０          使用履歴収集装置
１１          拡張プロキシ部
１２          送受信データ記憶部
１３          プロキシ部
１４          送受信データ記録部
１５          送受信記録受信部
１６          ユーザＩＤ追記部
２０          ユーザ端末
２０ａ        スマートフォン
２１          アプリケーション
２２          拡張ローカルプロキシ部
２３          送受信記録記憶部
２４          プロキシ部
２５          送受信記録部
２６          送受信記録送信部
２７          ユーザＩＤ付与部
３０          Ｗｅｂサーバ
１００        ドライブ装置
１０１        記録媒体
１０２        補助記憶装置
１０３        メモリ装置
１０４        ＣＰＵ
１０５        インタフェース装置
１３１        リクエスト受信部
１３２        リクエスト送信部
１３３        レスポンス受信部
１３４        レスポンス送信部
２４１        リクエスト送信部
２４２        レスポンス受信部
Ｂ            バス
【図１】
0006282970.tif 000002
【図２】
0006282970.tif 000003
【図３】
0006282970.tif 000004
【図４】
0006282970.tif 000005
【図５】
0006282970.tif 000006
【図６】
0006282970.tif 000007
【図７】
0006282970.tif 000008
【図８】
0006282970.tif 000009
【図９】
0006282970.tif 000010
【図１０】
0006282970.tif 000011
【図１１】
0006282970.tif 000012
【図１２】
0006282970.tif 000013
【図１３】
0006282970.tif 000014