(57)【要約】【課題】一元管理される複数の依頼元の間で使用感に不公平が生じるのを防止すること。【解決手段】情報収集装置は、複数の依頼元から、指定したアクセス先からネットワークを介して情報を取得することを求めるリクエストを取得する取得部と、前記取得部により取得されたリクエストに基づいて前記複数の依頼元ごとの情報の収集を行う処理度合を、前記複数の依頼元に関して平滑化する制御部と、前記制御部により平滑化された処理度合で、前記複数の依頼元に指定されたアクセス先から情報を収集する収集部とを備える。【選択図】図２
2019144924.tif 000002
【特許請求の範囲】
【請求項１】
複数の依頼元から、指定したアクセス先からネットワークを介して情報を取得することを求めるリクエストを取得する取得部と、
前記取得部により取得されたリクエストに基づいて前記複数の依頼元ごとの情報の収集を行う処理度合を、前記複数の依頼元に関して平滑化する制御部と、
前記制御部により平滑化された処理度合で、前記複数の依頼元に指定されたアクセス先から情報を収集する収集部と、
を備える情報収集装置。
【請求項２】
前記制御部は、前記指定したアクセス先が同一または同一のグループに属するリクエストを処理する処理度合を、前記複数の依頼元に関して平滑化する、
請求項１に記載の情報収集装置。
【請求項３】
前記制御部は、前記アクセス先にアクセスする頻度を均一にすること、所定時間において前記アクセス先にアクセスする回数を均一にすること、または前記頻度と前記回数とのうち一方または双方を前記複数の依頼元について所定の範囲内に収めること、で前記処理度合を平滑化する、
請求項２に記載の情報収集装置。
【請求項４】
前記制御部は、前記取得部により取得されたリクエストと前記リクエストを依頼した依頼元とを対応付けた情報を第１記憶領域に記憶させ、前記第１記憶領域に記憶させた前記リクエストのうちから、前記複数の依頼元ごとの情報の収集を行う処理度合が、前記複数の依頼元に関して平滑化されるように前記リクエストを抽出し、抽出した前記リクエストを第２記憶領域に記憶させ、
前記収集部は、第２記憶領域に記憶された前記リクエストに基づいて情報を収集する、
請求項１から３のうちいずれか１項に記載の情報収集装置。
【請求項５】
前記収集部は、前記収集した情報を識別する識別情報を識別情報記憶領域に記憶させ、前記収集した情報と前記識別情報とを対応付けたコンテンツ情報をコンテンツ記憶領域に記憶させ、
前記識別情報を前記リクエストに対応付けて利用者に提供する提供部を更に備える、
請求項１から４のうちいずれか１項に記憶の情報収集装置。
【請求項６】
前記制御部は、更に前記アクセス先に対応付けられたアクセス制限に関する情報を参照し、前記リクエストに応じてアクセス先にアクセスするタイミングを調整する、
請求項１から５のうちいずれか１項に記載の情報収集装置。
【請求項７】
前記収集部は、前記リクエストに応じてアクセス先にアクセスしたことを示す第１情報、または前記リクエストに対応する情報をアクセス先から収集したことを示す第２情報を前記アクセス制限に関する情報に反映させ、
前記制御部は、更に前記アクセス制限に関する情報を参照し、前記リクエストに応じてアクセス先にアクセスするタイミングを調整する、
請求項６に記載の情報収集装置。
【請求項８】
依頼元はサービスである、
請求項１から７のうちいずれか１項に記載の情報収集装置。
【請求項９】
コンピュータが、
複数の依頼元から、指定したアクセス先からネットワークを介して情報を取得することを求めるリクエストを取得し、
前記取得されたリクエストに基づいて前記複数の依頼元ごとの情報の収集を行う処理度合を、前記複数の依頼元に関して平滑化し、
前記平滑化された処理度合で、前記複数の依頼元に指定されたアクセス先から情報を収集する、
情報収集方法。
【請求項１０】
コンピュータに、
複数の依頼元から、指定したアクセス先からネットワークを介して情報を取得することを求めるリクエストを取得させ、
前記取得されたリクエストに基づいて前記複数の依頼元ごとの情報の収集を行う処理度合を、前記複数の依頼元に関して平滑化させ、
前記平滑化された処理度合で、前記複数の依頼元に指定されたアクセス先から情報を収集させる、
プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報収集装置、情報収集方法、およびプログラムに関する。
【背景技術】
【０００２】
従来、ウェブから文章や画像等の情報を収集するクローラが知られている（特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１２−６９１７１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記従来の技術では、リクエストを受け付けた順に収集が行われる場合があり、特定の依頼元のリクエストに対する情報を収集する場合があった。
【０００５】
本発明は、このような事情を考慮してなされたものであり、一元管理される複数の依頼元の間で使用感に不公平が生じるのを防止することができる情報収集装置、情報収集方法、およびプログラムを提供することを目的の一つとする。
【課題を解決するための手段】
【０００６】
本発明の一態様は、複数の依頼元から、指定したアクセス先からネットワークを介して情報を取得することを求めるリクエストを取得する取得部と、前記取得部により取得されたリクエストに基づいて前記複数の依頼元ごとの情報の収集を行う処理度合を、前記複数の依頼元に関して平滑化する制御部と、前記制御部により平滑化された処理度合で、前記複数の依頼元に指定されたアクセス先から情報を収集する収集部とを備える情報収集装置である。
【発明の効果】
【０００７】
本発明の一態様によれば、一元管理される複数の依頼元の間で使用感に不公平が生じるのを防止することができる。
【図面の簡単な説明】
【０００８】
【図１】情報収集システム１の構成の一例を示す図である。
【図２】情報収集装置３０の機能構成の一例を示す図である。
【図３】第１収集対象情報５２の内容の一例を示す図である。
【図４】アクセス制限情報６０の内容の一例を示す図である。
【図５】メタ情報群の内容の一例を示す図である。
【図６】情報収集装置３０により実行される処理の流れの一例を示すフローチャートである。
【図７】アクセス制限情報６０の内容の他の一例を示す図である。
【図８】第２収集対象情報５６の内容の一例を示す図である。
【図９】情報収集装置３０により実行される処理の流れの一例を示すフローチャートである。
【図１０】制御部３４および収集部３６により実行されるアクセス制限情報６０の更新処理等の流れの一例を示すフローチャートである。
【図１１】比較例の情報収集装置の処理内容の一例を示す図である。
【図１２】本実施形態の情報収集装置３０の処理内容の一例を示す図である。
【発明を実施するための形態】
【０００９】
以下、図面を参照し、本発明の情報収集装置、情報収集方法、およびプログラムの実施形態について説明する。情報収集装置は、一以上のプロセッサによって実現される。情報収集装置は、複数の依頼元から、指定したアクセス先からネットワークを介して情報を取得することを求めるリクエストを取得し、指定されたアクセス先から情報（コンテンツ）を収集する。一つの依頼元（サービス）は、一群のサービスを提供している提供者である。物理的な側面で言えば、依頼元は、サービス提供者の運営するサーバ装置である。一つのサービスに対応するサーバ装置は、一つであってもよいし、複数であってもよい。
【００１０】
情報収集装置は、取得されたリクエストに基づいて複数の依頼元ごとの情報の収集を行う処理度合を、複数の依頼元に関して平滑化する。そして、情報収集装置は、平滑化された処理度合で、複数の依頼元に指定されたアクセス先から情報（コンテンツ）を収集する。これにより、特定の依頼のリクエストを集中的に処理することを抑制でき、複数の依頼元のリクエストに対する情報を均一に収集することができる。この結果、一元管理される複数の依頼元の間で使用感に不公平が生じるのを防止することができる。
【００１１】
＜第１実施形態＞
［構成］
図１は、情報収集システム１の構成の一例を示す図である。情報収集システム１は、例えば、一以上のサーバ装置１０（図示する例では１０−１〜１０−Ｎ）と、一以上のアクセス先サーバ装置２０（図示する例では２０−１〜２０−ｎ）と、情報収集装置３０とを備える。上記の「Ｎ」および「ｎ」は任意の自然数である。なお、サーバ装置１０は、仮想サーバであってもよい（例えば複数のサーバ装置１０が、１台のサーバ装置で構築されていてもよい。）。また、サーバ装置１０は、ウェブサーバ（あるいはアプリサーバ）としても機能することができる。また、アクセス先サーバ装置２０は、ウェブサーバ（あるいはアプリサーバ）である。サーバ装置１０は、「依頼元」の一例である。アクセス先サーバ装置２０は、「アクセス先」の一例である。
【００１２】
上記のサーバ装置１０、アクセス先サーバ装置２０、および情報収集装置３０は、ネットワークＮＷを介して互いに通信する。ネットワークＮＷは、例えば、ＷＡＮ（Wide Area Network）やＬＡＮ（Local Area Network）、インターネット、専用回線、無線基地局、プロバイダなどを含む。
【００１３】
サーバ装置１０は、情報収集装置３０に収集させたい情報を示す収集リクエストを情報収集装置３０に送信する。収集リクエストは、例えば、HTTP（Hypertext Transfer Protocol（ハイパーテキスト・トランスファー・プロトコル）などのプロトコルで生成され、URL（Uniform Resource Locator）などの参照情報を含む。情報収集装置３０が、サーバ装置１０から取得した収集リクエストに応じた情報を収集するために、アクセス先サーバ装置２０に送信するリクエストを、以下、「提供リクエスト」と称する場合がある。
【００１４】
アクセス先サーバ装置２０は、情報収集装置３０により送信された提供リクエストに応じて、その提供リクエストに応じたコンテンツを情報収集装置３０に提供する。上記のコンテンツは、特定のテキストを示す情報や画像、動画等である。
【００１５】
図２は、情報収集装置３０の機能構成の一例を示す図である。情報収集装置３０は、例えば、取得部３２と、制御部３４と、収集部３６と、提供部３８と、ゲートウェイ４０とを備える。取得部３２、制御部３４、収集部３６、および提供部３８は、例えば、ＣＰＵ等のハードウェアプロセッサが、記憶装置に記憶されたプログラムを実行することにより実現される。また、これらの機能部は、ＬＳＩ（Large Scale Integration）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field-Programmable Gate Array）、ＧＰＵ（Graphics Processing Unit）等のハードウェアによって実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。また、上記のプログラムは、予め記憶装置に格納されていてもよいし、ＤＶＤやＣＤ−ＲＯＭなどの着脱可能な記憶媒体に格納されており、記憶媒体が情報収集装置３０のドライブ装置に装着されることで記憶装置にインストールされてもよい。
【００１６】
また、情報収集装置３０は、例えば、第１記憶部５０と、第２記憶部５４と、第３記憶部５８と、第４記憶部６２と、第５記憶部６６と、第６記憶部７０とを備える。これらの記憶部は、例えば、ＲＯＭ（Read Only Memory）、フラッシュメモリ、ＳＤカード、ＲＡＭ（Random Access Memory）、ＨＤＤ（Hard Disc Drive）、レジスタ等によって実現される。なお、第１記憶部５０〜第６記憶部７０のうち任意の記憶部（記憶領域）は、統合されてもよい。例えば、第４記憶部６４〜第６記憶部７０は、統合され、一つの記憶装置に含まれてもよい。また、第１記憶部５０、第２記憶部５４、第３記憶部５８、第４記憶部６２、第５記憶部６６、第６記憶部７０には、それぞれ、第１収集対象情報５２、第２収集対象情報５６、アクセス制限情報６０、メタ情報群６４、メタ情報群６８、コンテンツ情報７２が記憶されている。これらの各情報の詳細については後述する。
【００１７】
取得部３２は、サーバ装置１０により送信された収集リクエストを取得し、取得した収集リクエストを第１収集対象情報５２として第１記憶部５０に記憶させる。また、取得部３２は、収集リクエストを取得した場合、収集リクエストを取得したことを示すレスポンスを、依頼元の（収集リクエストを送信した）サーバ装置１０に送信する。なお、情報処理装置３０は、サーバ装置１０の収集リクエストに依らずに能動的にアクセス先サーバ装置２０からコンテンツを収集し、収集したコンテンツをサーバ装置１０に提供してもよい。
【００１８】
図３は、第１収集対象情報５２の内容の一例を示す図である。第１収集対象情報５２は、各サーバ装置１０から送信された収集リクエストを含む。例えば、収集リクエストは、サービスごと列を分けて管理される。１つの収集リクエストは、例えば、収集リクエストの識別情報、アクセス先、およびサービス（依頼元のサーバ装置）の識別情報が対応付けられた情報である。アクセス先とは、例えば、ＩＰ（Internet Protocol）アドレスや、ドメインを示す情報などである。図３の例では、サービスＡ（サーバ装置１０−１）、サービスＢ（サーバ装置１０−２）、およびサービスＣ（サーバ装置１０−３）の収集リクエストが管理されている。
【００１９】
また、図３の例では、最初に、サービスＡが、アクセス先「ａａａ．ａａａ」から情報を取得することを求める収集リクエストを連続して情報収集装置３０に送信し、次に、サービスＢが、他のアクセス先から情報を取得することに優先して、アクセス先「ａａａ．ａａａ」から情報を取得することを求める収集リクエストを単発で情報収集装置３０に送信し、次に、サービスＢが、アクセス先「ａａａ．ａａａ」の次に優先してアクセス先「ｂｂｂ．ｂｂｂ」から情報を取得することを求める収集リクエストを単発で情報収集装置３０に送信し、次に、サービスＣが、サービスＢと同じように収集リクエストを情報収集装置３０に送信したものとする（図中、（１）〜（９）は、取集リクエストが送信された順である）。
【００２０】
制御部３４は、アクセス制限情報６０を参照し、第１収集対象情報５２を用いて第２収集対象情報５６を生成する。生成された第２収集対象情報５６は、第２記憶部５４に記憶される。例えば、制御部３４は、処理する対象の収集リクエストについて、サービス間で処理度合が均等になるように収集リクエストを選択して、第２収集対象情５６を生成する。すなわち、制御部３４は、収集リクエストに基づいて複数の依頼元ごとの情報の収集を行う処理度合を、複数の依頼元に関して平滑化する。
【００２１】
図４は、アクセス制限情報６０の内容の一例を示す図である。アクセス制限情報６０には、アクセス先の情報、提供リクエストが最後に送信された時刻（または提供リクエストに応じてコンテンツが最後に収集された時刻）、および処理の状態が互いに対応付けられて記憶されている。処理の状態とは、提供リクエストが送信され、その提供リクエストに基づいてコンテンツを収集する処理が完了している状態、処理中の状態、或いは処理を開始するのを待機している状態（提供リクエストを送信することを待機している情報）である。なお、処理の状態は、複数の提供リクエストが送信されている場合、提供リクエストごとに規定されている。
【００２２】
上記の提供リクエストが最後に送信された時刻、および処理の状態は、収集部３６により送信された情報に基づいて生成される。収集部３６は、例えば、提供リクエストを送信した時刻、または提供リクエストをアクセス先サーバ装置２０に送信し、その送信によってコンテンツを収集した時刻を示す情報を第３記憶部５８に提供する。これにより、上述した提供リクエストが最後に送信された時刻、および処理の状態を示す情報が生成される。
【００２３】
また、制御部３４は、第３記憶部６０のアクセス制限情報６０を参照して、取得した収集リクエストのアクセス先に提供リクエストを送信している情報（処理中）であるか否かを判定する。制御部３４は、処理中でない場合に、収集リクエストを第２収集対象情報５６に含め、第２収取対象情報５６を更新する。また、例えば、制御部３４は、アクセス制限情報６０を参照して、アクセス先サーバ装置２０（例えばアクセス先「ａａａ．ａａａ〜ｄｄｄ．ｄｄｄ」）に送信される予定の提供リクエスト（待機中の提供リクエスト）の数が所定数以上存在する場合、待機中の提供リクエストを第２収集対象情報５６から第１収集対象情報５２に戻す処理を実行してもよい。
【００２４】
収集部３６は、第２収集対象情報５６から収集リクエストを取得し、取得した収集リクエストに対応する提供リクエストを、ネットワークを介してアクセス先サーバ装置２０に送信し、アクセス先サーバ装置２０からから情報を収集する。収集部３６は、収集した情報をコンテンツ情報７２として第６記憶部７０に記憶させる。コンテンツ情報７２は、収集されたコンテンツの内容、コンテンツの内容を識別するためのメタ情報、および収集リクエストが互いに対応付けられた情報である。
【００２５】
また、収集部３６は、収集した情報のうち、メタ情報と収集リクエストの識別情報等とを互いに対応付けたメタ情報群６４を第４記憶部６２に記憶させる。また、収集部３６は、メタ情報群６８を第５記憶部６６に記憶させる。メタ情報群６８は、メタ情報群６４と同様の情報である。以下、メタ情報群６４とメタ情報群６８とを、特段区別しない場合は、単に「メタ情報群」と称する場合がある。
【００２６】
図５は、メタ情報群の内容の一例を示す図である。メタ情報群には、収集リクエストの識別情報に対して、アクセス先の情報、メタ情報、収集リクエストの取得時刻、および収集リクエストに対するコンテンツの収集時刻が互いに対応付けられた情報である。また、メタ情報群には、上記の情報の他に、コンテンツに含まれる文字コードや、コンテンツの解析結果等が含まれる。コンテンツの解析結果とは、例えば、OGP（Open Graph Protocol）が設定されているかを示す情報等である。
【００２７】
提供部３８は、例えば、サーバ装置１０の要求に応じて、メタ情報群６４を、リクエストを送信したサーバ装置１０に送信する。
【００２８】
メタ情報群６８は、そのメタ情報群の取得を要求する収集リクエストを送信したサーバ装置１０に送信される。すなわちメタ情報群６８は、サーバ装置１０の要求がない場合であっても、収集リクエストを送信したサーバ装置１０に送信される。メタ情報群６８が提供されるサーバ装置１０は、予めメタ情報群６８が送信されることが設定されたサーバ装置１０である。
【００２９】
ゲートウェイ４０は、収集部３６の指示に基づいて、アクセス先サーバ装置２０からコンテンツ情報を取得する。情報収集システム１において、ゲートウェイ４０は省略されてもよい。
【００３０】
［フローチャート（コンテンツの収集処理「その１」）］
図６は、情報収集装置３０により実行される処理の流れの一例を示すフローチャートである。なお、本フローチャートでは、収集リクエストのアクセス先が同一であるものとして説明する。
【００３１】
まず、取得部３２が、収集リクエストを取得したか否かを判定する（Ｓ１）。収集リクエストを取得した場合、制御部３４が、取得した収集リクエストを第１収集対象情報５２に追加する（Ｓ２）。次に、制御部３４は、第１収集対象情報５２から収集リクエストを取得する（Ｓ３）。次に、第３記憶部６０のアクセス制限情報６０を参照して、取得した収集リクエストのアクセス先に提供リクエストを送信している状態（処理中）であるか否かを判定する（Ｓ４）。処理中である場合、上記のＳ２の処理に戻る。この場合、Ｓ２では、前回取得した収集リクエストを取得してもよいし、前回とは異なる収集リクエストを取得してもよい。異なる収集リクエストとは、例えば、アクセス先が異なる収集リクエストや、前回とは異なるサーバ装置１０の収集リクエストである。
【００３２】
処理中でない場合、制御部３４は、Ｓ３で取得した収集リクエストを用いて第２収集対象情報５６を生成する（Ｓ５）。次に、収集部３６が、生成された第２収集対象情報５６から収集リクエストを取得し、取得した収集リクエストに対応する提供リクエストをアクセス先サーバ装置２０に送信する（Ｓ６）。
【００３３】
次に、収集部３６は、提供リクエストを送信したアクセス先サーバ装置２０から提供リクエストに対応するコンテンツ情報を取得し、取得したコンテンツ情報とメタ情報とを対応付けた情報を生成する（Ｓ７）。そして、収集部３６は、コンテンツ情報を第６記憶部７０にコンテンツ情報として記憶させ、メタ情報を第４記憶部６２および第５記憶部６６にメタ情報６４、６８として記憶させる（Ｓ８）。これにより本フローチャートの１ルーチンの処理が終了する。
【００３４】
なお、次のルーチンでは、制御部３４は、サービスの収集リクエストが均等に処理されるように、前回取得した収集リクエストを送信したサービス（例えばサービスＡ）とは異なるサービス（例えばサービスＢ）により送信された収集リクエストを取得する。
【００３５】
以上説明した第１実施形態によれば、制御部３４が、処理する対象の収集リクエストについて、サービス間で処理度合が均等になるように収集リクエストを選択して、第２収集対象情５６を生成することにより、各サーバ装置１０の収集リクエストに対してコンテンツが偏って収集されることを抑制し、各サーバ装置１０の収集リクエストに対してコンテンツが均一に収集される。この結果、一元管理される複数の依頼元の間で使用感に不公平が生じるのを防止することができる。
【００３６】
＜第２実施形態＞
以下、第２実施形態について説明する。第２実施形態では、第１実施形態のアクセス制御情報６０とは異なるアクセス制御情報６０Ａを有する。第２実施形態の制御部３４は、アクセス制御情報６０Ａを参照して、処理を行う。
【００３７】
図７は、アクセス制限情報６０Ａの内容の他の一例を示す図である。アクセス制限情報６０Ａには、アクセス先の情報、アクセス先にアクセスする際の制限を示すアクセス基準情報、提供リクエストが最後に送信された時刻（または提供リクエストに応じてコンテンツが最後に収集された時刻）、および処理の状態が互いに対応付けられて記憶されている。
【００３８】
アクセス基準情報は、例えば、単位時間あたりにアクセス先がアクセスを許容できると推定される回数や、アクセス可能またはアクセスを避けるべきであると推定される時間帯等が規定された情報である。アクセス基準情報は、上記の他、任意の規定でよく、例えば、処理の完了した時刻から所定時間が経過していることであってもよい。
【００３９】
また、例えば、制御部３４は、アクセス制限情報６０Ａの提供リクエストが最後に送信された時刻、および処理の状態を示す情報が収集部３６により更新された場合、更新結果に基づいて、第１収集対象情報５２を用いて第２収集対象情報５６を生成したり、修正したりする（詳細は図８参照）。
【００４０】
図８は、第２収集対象情報５６の内容の一例を示す図である。第２収集対象情報５６は、第１収集対象情報５２の収集リクエストが、複数の依頼元に関して平滑して処理されるように規定された情報である。すなわち、制御部３４は、複数の依頼元ごとの情報の収集を行う処理度合を、複数の依頼元に関して平滑化するために、第２収集対象情報５６を生成する。また、上記の複数の依頼元のリクエストは、指定されたアクセス先が同一または同一のグループに属するリクエストである。同一のグループに属するとは、アクセス先が厳密には異なるが、予め設定された基準を満たすアクセス先であることや、アクセスする装置が同一であること等である。例えば、アクセス先を示す情報のうち末尾部分のみが異なる場合、それらのアクセス先は同一のグループに属すると決定されてもよい。
【００４１】
処理度合を平滑化するとは、複数の依頼元が送信したリクエストについて、アクセス先にアクセスする頻度を均一にすることや、所定時間においてアクセス先にアクセスする回数を均一にすること、頻度と回数とのうち一方または双方を複数の依頼元について所定の範囲内に収めること等である。
【００４２】
また、第２収集対象情報５６は、アクセス制限情報６０Ａの制限の範囲内で処理が実行されるように規定された情報である。例えば、制御部３４は、アクセス制限情報６０Ａの制限の範囲内において、収集部３６の処理対象とする収集リクエストを第１収集対象情報５６の中から抽出し、抽出した収集リクエストを第２収集対象情報５６として第２記憶部５４に記憶させる。すなわち、制御部３４は、アクセス制限情報６０Ａを参照して、収集リクエストに応じてアクセス先にアクセスするタイミングを調整する。
【００４３】
例えば、各時刻（ｔ＋１〜ｔ＋３）において、アクセス先「ａａａ．ａａａ」に送信が許容される提供リクエストは１つであるものとする。この場合、例えば、時刻ｔ+１において、サービスＡのアクセス先「ａａａ．ａａａ」に対する収集リクエスト、時刻ｔ+２において、サービスＢのアクセス先「ａａａ．ａａａ」に対する収集リクエスト、時刻ｔ+３において、サービスＣのアクセス先「ａａａ．ａａａ」に対する収集リクエストが第２収集対象情報５６として規定される。
【００４４】
また、例えば、一つの時刻おきに、アクセス先「ｂｂｂ．ｂｂｂ」に一つの提供リクエストの送信が許容されるものとする。この場合、例えば、時刻ｔ+１において、サービスＢのアクセス先「ｂｂｂ．ｂｂｂ」に対する収集リクエスト、時刻ｔ+３において、サービスＣのアクセス先「ｂｂｂ．ｂｂｂ」に対する収集リクエストが第２収集対象情報５６として規定される。
【００４５】
このように、収集リクエストが、依頼元に関して平滑して処理され、且つ後述するアクセス制限情報６０Ａの制限の範囲内で処理が実行されるように規定される。
【００４６】
収集部３６は、第２収集対象情報５６に規定された収集のスケジュールに従って、ネットワークを介して指定されたアクセス先から情報を収集する。
【００４７】
［フローチャート（コンテンツの収集処理）］
図９は、情報収集装置３０により実行される処理の流れの一例を示すフローチャートである。まず、取得部３２が、収集リクエストを取得したか否かを判定する（Ｓ１０）。収集リクエストを取得した場合、制御部３４が、取得した収集リクエストを第１収集対象情報５２に追加する（Ｓ１２）。次に、制御部３４は、第１収集対象情報５２、およびアクセス制限情報６０Ａに基づいて、第２収集対象情報５６を生成する（Ｓ１４）。
【００４８】
次に、収集部３６が、生成された第２収集対象情報５６に従ってコンテンツを収集する（Ｓ１６）。次に、収集部３６は、一つの収集リクエストに応じたコンテンツを収集したか否かを判定する（Ｓ１８）。コンテンツを収集した場合、収集部３６は、メタ情報群、およびコンテンツ情報７２を生成し、生成した情報を各記憶部に記憶させる（Ｓ２０）。
【００４９】
次に、収集部３６は、収集リクエストがサーバ装置１０のリクエストに依らずにメタ情報群（メタ情報群６８）を提供するサーバ装置１０により送信されたものであったか否かを判定する（Ｓ２２）。リクエストに依らずにメタ情報群を提供するサーバ装置１０により送信されたものである場合、提供部３８が、収集リクエストにより収集されたコンテンツ情報７２のメタ情報群６８を、収集リクエストを送信したサーバ装置１０に提供する（Ｓ２４）。
【００５０】
リクエストに依らずにメタ情報群を提供するサーバ装置１０により送信されたものでない場合、収集部３６は、収集リクエストにより収集されたコンテンツ情報７２のメタ情報群を、メタ情報群６４として第４記憶部６２に記憶させる（Ｓ２６）。そして、情報収集装置３０は、提供元からの要求に応じて、メタ情報群６４を依頼元に提供する。なお、Ｓ２４またはＳ２６の処理後、収集部３６は、第２収集対象情報５６を参照し、収集リクエストが存在する場合、コンテンツを収集する処理を継続する。これにより本フローチャートの１ルーチンの処理が終了する。
【００５１】
上述したように、収集部３６が、第２収集対象情報５６に従ってコンテンツを収集することにより、各サーバ装置１０の収集リクエストに対してコンテンツが偏って収集されることを抑制し、各サーバ装置１０の収集リクエストに対してコンテンツが均一に収集される。この結果、一元管理される複数の依頼元の間で使用感に不公平が生じるのを防止することができる。
【００５２】
［フローチャート（アクセス制限情報の更新）］
図１０は、制御部３４および収集部３６により実行されるアクセス制限情報６０Ａの更新処理等の流れの一例を示すフローチャートである。まず、収集部３６が、提供リクエストをアクセス先サーバ装置２０に送信、またはリクエストに応じてアクセス先サーバ装置２０からコンテンツを収集したか否かを判定する（Ｓ３０）。提供リクエストをアクセス先サーバ装置２０に送信、またはリクエストに応じてアクセス先サーバ装置２０からコンテンツを収集した場合、収集部３６は、アクセス制限情報６０Ａにおいて、提供リクエストが最後に送信された時刻（または提供リクエストに応じてコンテンツが最後に収集された時刻）、または処理の状態を更新する（Ｓ３２）。
【００５３】
次に、制御部３４は、Ｓ３２の更新結果に基づいて、第２収集対象情報５６を生成する（Ｓ３４）。例えば、制御部３４は、アクセス制限情報６０Ａの処理の状態や提供リクエストの送信時刻と、アクセス基準情報の内容とを比較して、次の提供リクエストをアクセス先サーバ装置２０に送信可能であると判定した場合、次の提供リクエストに対応する収集リクエストを第２収集対象情報５６に含める。これにより、本フローチャートの１ルーチンの処理が終了する。
【００５４】
以上説明した第２実施形態によれば、制御部３４が、収集部３６により更新されたアクセス制限情報６０Ａに基づいて、第２収集対象情報５６を生成することにより、より効率的に各サーバ装置１０の収集リクエストに対するコンテンツが均一に収集される。この結果、一元管理される複数の依頼元の間で使用感に不公平が生じるのを防止することができる。
【００５５】
［処理結果］
図１１は、比較例の情報収集装置の処理内容の一例を示す図である。図１２は、本実施形態（第１実施形態および第２実施形態）の情報収集装置３０の処理内容の一例を示す図である。図１１および図１２の上図および下図の横軸は時間を示している。図１１および図１２の下図の縦軸は収集された情報量を示している。なお、図１１および図１２の例では、前述した図３で説明したように収集リクエストを送信したものとする。
【００５６】
図１１の上図に示すように、比較例の情報収集装置は、収集リクエストを収集した順で、収集リクエストに対応する提供リクエストをアクセス先のサーバ装置に送信し、コンテンツを収集する。このため、比較例の情報収集装置は、サーバ装置１０−１の収集リクエストに対する提供リクエスト、およびサーバ装置１０−２の収集リクエストに対する提供リクエストをアクセス先「ａａａ．ａａａ」に送信し、最後にサーバ装置１０−３の収集リクエストに対する提供リクエストをアクセス先「ａａａ．ａａａ」に送信する。このように、収集リクエストを取得した順に処理が行われると、他の収集リクエストよりも後に収集リクエストを送信したサーバ装置は、図１１の下図に示すように他の収集リクエストの処理が終了するまで情報を取得できない場合があった。
【００５７】
これに対して、本実施形態（第１および第２実施形態）の情報収集装置３０は、収集リクエストに対する処理度合をサーバ装置１０−１〜１０−３に関して平滑化した処理度合でコンテンツを収集する。例えば、情報収集装置３０は、各サーバ装置１０から収集した収集リクエストを、各サーバ装置１０の収集リクエストが偏って処理されないように、収集リクエストに応じたコンテンツを収集する。
【００５８】
例えば、図１２の上図に示すように、情報収集装置３０は、サーバ装置１０−１の収集リクエストに対する提供リクエスト、サーバ装置１０−２の収集リクエストに対する提供リクエスト、サーバ装置１０−３の収集リクエストに対する提供リクエストを、この順で送信する。この結果、図１２の下図に示すように所定の時間Ｔにおいて、各サーバ装置１０の収集リクエストに対して収集されるコンテンツが均一になり、所定のサーバ装置１０の収集リクエストに対して集中してコンテンツが収集されることが抑制される。この結果、一元管理される複数の依頼元の間で使用感に不公平が生じるのを防止することができる。
【００５９】
また、比較例の情報収集装置は、アクセス基準情報に規定されているようなアクセスの制限を考慮せずに収集リクエストを処理するため、特定のアクセス先サーバ装置に許容範囲を超えたアクセスを行う場合があった。
【００６０】
これに対して、第２実施形態の情報収集装置３０は、アクセス基準情報に規定されているようなアクセスの制限内で収集リクエストを処理するため、特定のアクセス先サーバ装置２０に、許容範囲を超えるようなアクセスを行うことをせずに、制限内において効率的にコンテンツを収集することができる。この結果、一元管理される複数の依頼元の間で使用感に不公平が生じるのを防止することができる。
【００６１】
［その他］
例えば、第１収集対象情報５６においてアクセス先が同様の複数の収集リクエストが存在する場合、情報収集装置３０（例えば取得部３２または制御部３４）は、収集リクエストが、収集リクエストに付随する第１所定条件を互いに満たす場合、これらの収集リクエストを一つのリクエストに統合してもよい。統合とは、提供リクエストを共通にすることである。第１所定条件とは、収集リクエストが情報収集装置３０により取得された時刻が所定時間以内であることや、収集リクエストに応じてコンテンツが取得される予定の時刻が収集リクエストにおいて規定された時間内であること等である。
【００６２】
また、情報収集装置３０は、収集リクエストを取得した場合において、その収集リクエストに応じて取得される情報が、既に他の収集リクエストによって収集されている場合、既に他の収集リクエストによって収集されたコンテンツのメタ情報群を通知してもよい。ただし、既に収集されたコンテンツが、取得した収集リクエストに付随する第２所定条件を満たす場合に、上記処理が行われてもよい。第２所定条件とは、既に収集されたコンテンツの収集時刻が所定の時間以内であることである。
【００６３】
また、収集リクエストに付随する情報には、優先度が設けられていてもよい。この優先度は、同一のサービスにより送信された収集リクエスト間における優先度である。この場合、情報収集装置３０は、同一のサービスにより、他の収集リクエスト（第１収集対象情報５６に含まれる収集リクエスト）よりも優先度が高い収集リクエストが送信された場合、優先度が低い収集リクエストよりも優先して、優先度の高い収集リクエストに対するコンテンツを収集部３６に収集させる。
【００６４】
また、優先度は、複数のサービスにより送信された収集リクエスト間における優先度であってもよい。この場合、情報収集装置３０は、優先度が高い収集リクエストが送信された場合、複数のサービスにより送信され、既に取得されている優先度が低い収集リクエストよりも、優先して収集部３６にコンテンツを収集させる。
【００６５】
また、情報収集装置３０が、特定のサービスにより送信された収集リクエスト、または特定のアクセス先にアクセスする収集リクエストを優先的に処理することを決定してもよい。
【００６６】
以上説明した実施形態の情報収集装置３０によれば、複数の依頼元から、指定したアクセス先からネットワークを介して情報を取得することを求めるリクエストを取得する取得部３２と、取得部３２により取得されたリクエストに基づいて複数の依頼元ごとの情報の収集を行う処理度合を、複数の依頼元に関して平滑化する制御部３４と、制御部３４により平滑化された処理度合で、複数の依頼元に指定されたアクセス先から情報を収集する収集部３６とを備えることにより、一元管理される複数の依頼元の間で使用感に不公平が生じるのを防止することができる。
【００６７】
以上、本発明を実施するための形態について実施形態を用いて説明したが、本発明はこうした実施形態に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。
【符号の説明】
【００６８】
１‥情報収集システム、１０‥サーバ装置、２０‥アクセス先サーバ装置、３０‥情報収集装置、３２‥取得部、３４‥制御部、３６‥収集部、３８‥提供部、５２‥第１収集対象情報、５６‥第２収集対象情報、６０、６０Ａ‥アクセス制限情報、６４、６８‥メタ情報群、７２‥コンテンツ情報
【図１】
2019144924.tif 000003
【図２】
2019144924.tif 000004
【図３】
2019144924.tif 000005
【図４】
2019144924.tif 000006
【図５】
2019144924.tif 000007
【図６】
2019144924.tif 000008
【図７】
2019144924.tif 000009
【図８】
2019144924.tif 000010
【図９】
2019144924.tif 000011
【図１０】
2019144924.tif 000012
【図１１】
2019144924.tif 000013
【図１２】
2019144924.tif 000014