JP7023169B2 - 情報処理装置、情報処理システム、情報処理方法および情報処理プログラム - Google Patents

Description

本発明は、情報処理装置、情報処理システム、情報処理方法および情報処理プログラムに関する。

従来、例えば、ウェブビーコン（web beacon）を用いて、ユーザ端末がアクセスしたウェブページなどのコンテンツの情報を検出する技術が知られている（例えば、特許文献１参照）。

例えば、上記した従来技術において、コンテンツには、ユーザ端末によってコンテンツの表示処理が行われる際、ウェブビーコンサーバにアクセスして画像情報（例えば透明な画像の情報）を取得させる命令が含まれる。そのため、ユーザ端末は、コンテンツにアクセスすると、上記した命令により、ウェブビーコンサーバに画像情報の取得を要求する処理要求を行う。なお、かかる処理要求には、ユーザ端末がアクセスしたコンテンツを示すアクセス情報が含まれる。

そして、ウェブビーコンサーバは、ユーザ端末からの処理要求に応じて画像情報をユーザ端末へ送信する。これにより、ユーザ端末には、かかる画像情報を含むコンテンツが表示される。また、ウェブビーコンサーバは、処理要求に含まれるアクセス情報に基づいて、ユーザ端末がアクセスしたコンテンツの情報を検出することができる。

特開２０１５－１６６９３１号公報

しかしながら、例えば災害や重大ニュースの発生などによって、ユーザ端末からコンテンツへのアクセスが急激に増加する場合がある。かかる場合、ウェブビーコンサーバにおいては、ユーザ端末から送信される処理要求やアクセス情報も急激に増加することから、処理負荷が過度に増大するおそれがあった。

本願は、上記に鑑みてなされたものであって、ウェブビーコンサーバの処理負荷を軽減することができる情報処理装置、情報処理システム、情報処理方法および情報処理プログラムを提供することを目的とする。

本願に係る情報処理装置は、受付部と、応答部と、蓄積部と、送信部とを備える。受付部は、ユーザ端末のコンテンツへのアクセスに伴う所定の処理要求を受け付ける。応答部は、前記受付部で前記所定の処理要求を受け付けた前記ユーザ端末に対し、前記所定の処理要求に対応する応答処理を実行する。蓄積部は、前記ユーザ端末がアクセスした前記コンテンツを示すアクセス情報であって、前記受付部によって受け付けた前記所定の処理要求に含まれるアクセス情報を蓄積する。送信部は、前記蓄積部によって蓄積された前記アクセス情報を、所定の状況に応じて制限してウェブビーコンサーバへ送信する。

実施形態の一態様によれば、ウェブビーコンサーバの処理負荷を軽減することができる。

図１は、第１の実施形態に係る情報処理の一例を示す説明図である。 図２は、情報処理システムの構成例を示す図である。 図３は、情報処理装置の構成例を示すブロック図である。 図４は、アクセス情報記憶部の一例を示す図である。 図５は、情報処理システムの全体処理の一例を示す図である。 図６は、情報処理装置における情報処理の流れを示すフローチャートである。 図７は、第２の実施形態に係る情報処理システムの構成例を示す図である。 図８は、第１情報処理装置の構成例を示すブロック図である。 図９は、第１情報処理装置における情報処理の流れを示すフローチャートである。 図１０は、第３の実施形態に係る第１情報処理装置の構成例を示すブロック図である。 図１１は、優先度記憶部の一例を示す図である。 図１２は、第１情報処理装置における情報処理の流れを示すフローチャートである。 図１３は、プログラムを実行するコンピュータのハードウェア構成の一例を示す図である。

以下に、本願に係る情報処理装置、情報処理システム、情報処理方法および情報処理プログラムを実施するための形態（以下、「実施形態」と呼ぶ）について図面を参照しつつ詳細に説明する。なお、この実施形態により本願に係る情報処理装置、情報処理システム、情報処理方法および情報処理プログラムが限定されるものではない。

（第１の実施形態）
〔１．情報処理〕
まず、第１の実施形態に係る情報処理の一例について図１を参照して説明する。図１は、第１の実施形態に係る情報処理の一例を示す説明図である。

図１に示すように、情報処理システム１には、ユーザ端末１０Ａ，１０Ｂと、情報処理装置２０と、ウェブビーコンサーバ１００（以下、単に「ビーコンサーバ１００」と記載する場合がある）とが含まれる。なお、ビーコンサーバ１００は、例えば、ウェブビーコンを用いて、ユーザ端末１０Ａ，１０Ｂがアクセスしたウェブページなどを含む各種コンテンツの情報を検出することができるが、これについては後述する。

上記したユーザ端末１０Ａ，１０Ｂ、情報処理装置２０およびビーコンサーバ１００は、それぞれネットワークＮ（図２参照）を介して有線または無線で互いに通信可能に接続される。

ユーザ端末１０Ａ，１０Ｂは、図示しないユーザが利用する端末装置（クライアント端末）である。なお、以下では、ユーザ端末１０Ａ，１０Ｂを特に区別せずに説明する場合には、「ユーザ端末１０」と記載する場合がある。

例えば、ユーザ端末１０Ａは、後述するコンテンツサーバから配信される各種のコンテンツを表示部１１に表示させる表示処理を実行することができる（ステップＳ１）。なお、表示部１１としては、例えば、ＬＣＤ（Liquid Crystal Display）や有機ＥＬディスプレイを用いることができるが、これらに限定されるものではない。

詳しくは、例えば、ユーザ端末１０Ａは、ユーザの操作に応じて、ウェブページなどを含むコンテンツの配信要求をコンテンツサーバへ送信する。これにより、ユーザ端末１０Ａには、コンテンツサーバからコンテンツが配信され、ユーザ端末１０Ａにおいて表示処理が行われる。

ここで、ユーザ端末１０Ａに配信されるコンテンツには、ウェブビーコンによって実現される、ユーザ端末１０Ａがコンテンツにアクセスして表示処理がなされたことを検出する検出機能が埋め込まれる。例えば、コンテンツには、ウェブビーコンとして、透明な画像情報または非常に小さな画像情報（「クリアＧＩＦ」と称されることもある）を取得させる命令が含まれる。

かかる画像情報は、従来、ビーコンサーバに格納される。そのため、従来技術において、ユーザ端末は、コンテンツにアクセスすると、上記した命令に従い、ビーコンサーバに画像情報の取得を要求する処理要求を行うこととなる。かかる処理要求には、ユーザ端末がアクセスしたコンテンツを示すアクセス情報が含まれる。なお、アクセス情報は、コンテンツの情報に限定されるものではなく、例えば、コンテンツにアクセスした日時の情報やユーザに関する情報などその他の情報を含んでいてもよい。

そして、ビーコンサーバは、ユーザ端末からの処理要求に応じて画像情報をユーザ端末へ送信し、よってユーザ端末には、画像情報を含むコンテンツが表示される。また、ビーコンサーバは、処理要求に含まれるアクセス情報に基づいて、ユーザ端末がアクセスしたコンテンツの情報を検出する。

ところで、例えば災害や重大ニュースが発生するなどの非常事態になると、ユーザ端末１０からコンテンツへのアクセスが急激に増加する場合がある、言い換えると、コンテンツへのアクセスが短期間に集中する場合がある。かかる場合、ビーコンサーバ１００においては、ユーザ端末１０から送信される処理要求やアクセス情報も急激に増加し、例えばアクセス情報の数量が処理可能な数量を超えるなど、処理負荷が過度に増大するおそれがあった。

そこで、本実施形態にあっては、ビーコンサーバ１００の処理負荷を軽減することができる構成とした。以下、かかる構成について詳しく説明する。

図１に示すように、本実施形態に係る情報処理システム１においては、ユーザ端末１０とビーコンサーバ１００との間に情報処理装置２０が設けられる。情報処理装置２０は、ユーザ端末１０への応答処理やビーコンサーバ１００への送信処理などの各種処理を実行するサーバである。

具体的には、情報処理装置２０は、ユーザ端末１０Ａのコンテンツへのアクセスに伴う処理要求を受け付ける（ステップＳ２）。詳しくは、コンテンツには、情報処理装置２０へアクセスして画像情報を取得させる命令が含まれる。そのため、コンテンツへアクセスして表示処理を実行するユーザ端末１０Ａは、上記した命令に従って、情報処理装置２０に対し、画像情報の取得を要求する処理要求を行い、情報処理装置２０は、かかる処理要求を受け付ける。なお、上記した画像情報の取得を要求する処理要求は、所定の処理要求の一例である。

ここで、情報処理装置２０は、画像情報が格納される記憶部４０を備える。従って、情報処理装置２０は、処理要求を受け付けたユーザ端末１０Ａに対し、所定の処理要求に対応する応答処理を実行する（ステップＳ３）。すなわち、情報処理装置２０は、記憶部４０に格納される画像情報をユーザ端末１０Ａへ送信する。これにより、ユーザ端末１０Ａには、画像情報を含むコンテンツが表示されることとなる。

続いて、情報処理装置２０は、ユーザ端末１０Ａから受け付けた処理要求に含まれるアクセス情報を記憶部４０に蓄積する（ステップＳ４）、言い換えると、アクセス情報を一時的に蓄積する。

そして、情報処理装置２０は、蓄積されたアクセス情報を、所定の状況に応じて制限してビーコンサーバ１００へ送信する（ステップＳ５）。これにより、本実施形態にあっては、例えばビーコンサーバ１００の処理負荷の状況に応じてビーコンサーバ１００へのアクセス情報の送信を制限することが可能となり、よってビーコンサーバ１００の処理負荷を軽減することができる。なお、ビーコンサーバ１００の処理負荷の状況は、所定の状況の一例である。

詳しくは、例えば、情報処理装置２０は、ユーザ端末１０からコンテンツへのアクセスが急激に増加していない通常時、言い換えると、ユーザ端末１０から送信されるアクセス情報の数量が、ビーコンサーバ１００においてアクセス情報を処理可能な数量以下であるとき、蓄積されたアクセス情報をそのままビーコンサーバ１００へ送信する。

他方、情報処理装置２０は、ユーザ端末１０からコンテンツへのアクセスが急激に増加して、ユーザ端末１０から送信されるアクセス情報も急激に増加する場合、ビーコンサーバ１００の処理負荷の状況に応じてアクセス情報の送信を制限する。詳しくは、情報処理装置２０は、例えばアクセス情報の数量がビーコンサーバ１００で処理可能な数量を越えて処理負荷が増大するような場合、アクセス情報のビーコンサーバ１００への送信を制限する。

このように、本実施形態に係る情報処理装置２０は、ユーザ端末１０からの処理要求を随時受け付けてユーザ端末１０へ画像情報を送信するなどの応答処理を実行する一方、例えばユーザ端末１０からのアクセス情報が急増してビーコンサーバ１００の処理負荷が増大するような場合に、ビーコンサーバ１００へのアクセス情報の送信を制限するようにした。

これにより、本実施形態に係る情報処理装置２０にあっては、ビーコンサーバ１００の処理負荷を軽減することができる。また、ビーコンサーバ１００にあっては、情報処理装置２０から送信されるアクセス情報に基づき、ユーザ端末１０Ａがアクセスして表示されたコンテンツの情報を検出することが可能になる。

また、例えば、既存の情報処理システム１が、ユーザ端末１０とビーコンサーバ１００とを含むような構成であっても、上記した情報処理装置２０を設けることで、ビーコンサーバ１００の処理負荷を軽減することができる。すなわち、情報処理装置２０を新たに設けるだけで、既存の情報処理システム１を利用しつつ、ビーコンサーバ１００の処理負荷を軽減することが可能となる。

〔２．情報処理システム１〕
図２は、情報処理システム１の構成例を示す図である。図２に示すように、第１の実施形態に係る情報処理システム１は、上記したユーザ端末１０Ａ，１０Ｂと、情報処理装置２０と、ビーコンサーバ１００と、コンテンツサーバ２００と、集約サーバ３００と、解析サーバ４００とが含まれ、ネットワークＮを介して通信可能に接続される。ネットワークＮは、例えば、ＬＡＮ（Local Area Network）や、インターネットなどのＷＡＮ（Wide Area Network）である。

ユーザ端末１０は、例えば、スマートフォン、タブレット端末、ＰＤＡ（Personal Digital Assistant）、ノート型ＰＣ（Personal Computer）、デスクトップ型ＰＣ等により実現される。なお、図２や上述した図１では、図示の簡略化のため、ユーザ端末１０を２台のみ示したが、これはあくまでも例示であって限定されるものではない。

コンテンツサーバ２００は、ユーザ端末１０に対して各種サービスを提供するサーバであり、ユーザ端末１０にコンテンツを配信する。例えば、コンテンツサーバ２００は、ポータルサイト、ニュースサイト、オークションサイト、天気予報サイト、ショッピングサイト、ファイナンス（株価）サイト、路線検索サイト、地図提供サイト、旅行サイト、飲食店紹介サイト、掲示板サイト、ウェブブログなどに関連する各種情報を含むコンテンツをユーザ端末１０に配信することができる。

例えば、コンテンツサーバ２００は、ユーザ端末１０からコンテンツの配信要求を受け付ける。コンテンツサーバ２００は、かかる配信要求を受け付けると、コンテンツの配信要求を行ったユーザ端末１０に対して、コンテンツを配信する。

また、コンテンツサーバ２００は、例えば広告コンテンツを配信するサーバとしても機能することができる。例えば、コンテンツサーバ２００は、ユーザ端末１０から広告コンテンツの配信要求を受け付けると、かかる配信要求に応じた広告コンテンツをユーザ端末１０へ配信することができる。

なお、ユーザ端末１０に配信されるコンテンツには、例えば、ユーザ端末１０における表示処理の際、ユーザ端末１０を情報処理装置２０にアクセスさせて画像情報を取得させる命令が含まれてもよい。これにより、コンテンツにアクセスしたユーザ端末１０は、画像情報の取得を要求する処理要求（例えばＨＴＴＰリクエスト）を情報処理装置２０へ送信することとなる。

なお、上記では、コンテンツに含まれる命令を画像情報を取得させる命令としたが、これに限定されるものではなく、ユーザ端末１０を情報処理装置２０にアクセスさせるものであれば、どのような命令であってもよい。

情報処理装置２０は、上記したように、ユーザ端末１０への応答処理、ビーコンサーバ１００への送信処理などの各種処理を実行するサーバである。なお、情報処理装置２０は、ビーコンサーバ１００への送信処理の際、アクセス情報が含まれる処理要求をビーコンサーバ１００へ送信（転送）してもよい。また、情報処理装置２０の詳しい構成については、図３を参照して後述する。

ビーコンサーバ１００は、情報処理装置２０から送信されるアクセス情報に基づき、ユーザ端末１０がアクセスしたコンテンツを検出する処理などを実行するサーバである。例えば、ビーコンサーバ１００は、アクセス情報に基づき、ユーザ端末１０のコンテンツへのアクセス履歴を示す履歴情報（アクセスログ）を生成する。そして、ビーコンサーバ１００は、生成された履歴情報を集約サーバ３００へ送信する。

また、ビーコンサーバ１００は、情報処理装置２０から、アクセス情報が含まれる処理要求が送信（転送）される場合、詳しくは、画像情報の取得を要求する処理要求が送信される場合、図示しない記憶部に格納される画像情報を情報処理装置２０へ送信する応答処理を実行することができる。

集約サーバ３００は、ビーコンサーバ１００から送信される履歴情報（アクセスログ）を集約する集約処理を実行するサーバである。例えば、集約サーバ３００は、コンピュータが図示しない記憶部に格納される集約処理プログラム等を実行することによって実現される。

そして、集約サーバ３００は、集約した履歴情報などを解析サーバ４００へ送信する。なお、集約サーバ３００から解析サーバ４００への履歴情報等の送信は、直接送信されてもよいし、情報を適宜に加工する装置などを途中に経由して送信されてもよい。

解析サーバ４００は、集約サーバ３００から送信される履歴情報等を解析する解析処理を実行するサーバである。例えば、解析サーバ４００は、分散処理技術を用いたＨａｄｏｏｐ（ハドゥープ）のような、データを複数のサーバに分散して並行処理することができる装置によって実現される。

例えば、解析サーバ４００は、履歴情報を含む各種情報に基づいて、ユーザ端末１０のコンテンツに対するアクセス傾向や将来のアクセス予測などを解析することができるが、これに限定されるものではない。

なお、上記した情報処理装置２０、ビーコンサーバ１００、コンテンツサーバ２００、集約サーバ３００および解析サーバ４００はそれぞれ、単体の処理装置である必要はなく、クラウドシステム等の複数の処理装置が協調して動作することで実現されてもよい。また、図２等では、情報処理装置２０、ビーコンサーバ１００、コンテンツサーバ２００、集約サーバ３００および解析サーバ４００は別々のサーバとしたが、これに限定されるものではなく、適宜に組み合わせて４つ以下または６つ以上のサーバで実現されてもよい。

〔３．情報処理装置２０〕
次いで、上記した情報処理装置２０の構成について具体的に説明する。

図３は、情報処理装置２０の構成例を示すブロック図である。なお、図３では、情報処理装置２０の説明に必要となる構成要素のみを示しており、一般的な構成要素についての記載を省略している。図３に示すように、情報処理装置２０は、通信部３０と、記憶部４０と、制御部５０とを備える。

〔３．１．通信部３０〕
通信部３０は、ネットワークＮと有線または無線で接続され、ユーザ端末１０やビーコンサーバ１００などとの間で情報の送受信を行う。例えば、通信部３０は、ＮＩＣ（Network Interface Card）等によって実現される。

〔３．２．記憶部４０〕
記憶部４０は、例えば、ＲＡＭ（Random Access Memory）、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。本実施形態に係る記憶部４０は、画像情報記憶部４１と、アクセス情報記憶部４２とを備える。

〔３．２．１．画像情報記憶部４１〕
画像情報記憶部４１は、コンテンツに表示される画像情報を記憶する。画像情報は、上記したように、例えば透明な画像や非常に小さな画像の情報であるが、これに限定されるものではなく、その他の種類の画像であってもよい。

〔３．２．２．アクセス情報記憶部４２〕
アクセス情報記憶部４２は、ユーザ端末１０がアクセスしたコンテンツなどの情報を含むアクセス情報を記憶する。図４は、アクセス情報記憶部４２の一例を示す図である。

図４に示すように、アクセス情報記憶部４２には、「アクセスＩＤ」、「ユーザＩＤ」、「コンテンツ名」および「アクセス日時」のそれぞれの情報が含まれ、これらの情報は互いに関連付けられている。

「アクセスＩＤ」は、ユーザ端末１０によるコンテンツへのアクセス毎に割り当てられる識別情報である。「ユーザＩＤ」は、コンテンツへのアクセスを行ったユーザ端末１０、またはユーザ端末１０を有するユーザを識別するための識別情報である。

「コンテンツ名」は、ユーザ端末１０がアクセスしたコンテンツの名称を示す情報である。なお、図４に示す例では、コンテンツの名称としたが、これに限定されるものではなく、例えば、ユーザ端末１０がアクセスしたコンテンツの内容や、コンテンツに対応するＵＲＬ（Uniform Resource Locator）等の情報など、その他のコンテンツを識別できる情報であってもよい。

「アクセス日時」は、ユーザ端末１０がコンテンツにアクセスした日時を示す情報である。なお、図４に示す例では、「アクセス日時」は「ＸＸ」や「ＹＹ」といった抽象的な符号を図示するが、それぞれ具体的な情報が記憶されるものとする。

図４では、アクセス情報記憶部４２のアクセスＩＤは「Ａ０１」、ユーザＩＤは「Ｕ０１」、コンテンツ名は「コンテンツＣ１」、アクセス日時が「ＸＸ」である例を示している。

〔３．３．制御部５０〕
図３の説明に戻ると、制御部５０は、コントローラ（controller）であり、例えば、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ、入出力ポートなどを有するマイクロコンピュータや各種の回路を含む。また、制御部５０は、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路等のハードウェアで構成されてもよい。制御部５０は、受付部５１と、応答部５２と、蓄積部５３と、送信部５４とを備える。

〔３．３．１．受付部５１〕
受付部５１は、ユーザ端末１０から送信される処理要求を通信部３０を介して受け付ける。例えば、受付部５１は、ユーザ端末１０のコンテンツへのアクセスに伴う所定の処理要求を受け付ける。詳しくは、受付部５１は、ユーザ端末１０がコンテンツへアクセスして表示処理を行う際、コンテンツに含まれるウェブビーコンに応じて送信される、画像情報の取得要求を受け付ける。

そして、受付部５１は、ユーザ端末１０から所定の処理要求（ここでは画像情報の取得要求）を受け付けた旨を応答部５２へ通知する。また、受付部５１は、所定の処理要求を蓄積部５３へ出力する。

〔３．３．２．応答部５２〕
応答部５２は、受付部５１からの通知に応じて応答処理を実行する。例えば、応答部５２は、受付部５１で所定の処理要求を受け付けたユーザ端末１０に対し、所定の処理要求に対応する応答処理を実行する。

具体的には、応答部５２は、所定の処理要求である画像情報の取得要求に基づいて、画像情報記憶部４１を読み込んで、取得要求に対応する画像情報を取得し、取得された画像情報を通信部３０を介してユーザ端末１０へ送信する。

〔３．３．３．蓄積部５３〕
蓄積部５３は、受付部５１によって受け付けた所定の処理要求に含まれるアクセス情報をアクセス情報記憶部４２に蓄積する。このとき、蓄積部５３は、所定の処理要求をアクセス情報を含めて蓄積してもよい。

〔３．３．４．送信部５４〕
送信部５４は、蓄積部５３によって蓄積されたアクセス情報を、所定の状況に応じて制限してビーコンサーバ１００へ送信する。例えば、上記した所定の状況は、ビーコンサーバ１００の処理負荷の状況であり、送信部５４は、ビーコンサーバ１００の処理負荷の状況に応じてアクセス情報の送信を制限する。

具体的には、例えば、送信部５４は、ビーコンサーバ１００へ送信されるアクセス情報の数量に上限値（キャップ）を設けることで、アクセス情報の送信を制限することができる。なお、アクセス情報の数量は、例えば、単位時間（例えば１秒）当たりの送信数（転送数）であるが、これに限定されるものではない。

また、上記した上限値は、例えば、ビーコンサーバ１００においてアクセス情報を処理可能な数量の上限値に設定することができる。従って、送信部５４は、ビーコンサーバ１００へ送信されるアクセス情報の数量が、ビーコンサーバ１００においてアクセス情報を処理可能な数量以下となるように、アクセス情報の送信を制限することができる。

これにより、本実施形態にあっては、ビーコンサーバ１００の処理負荷を軽減することができる。すなわち、例えば災害の発生などによってユーザ端末１０からコンテンツへのアクセスが急激に増加し、ユーザ端末１０から送信されるアクセス情報も急激に増加する場合であっても、上記のように、ビーコンサーバ１００へのアクセス情報の送信を制限することで、ビーコンサーバ１００の処理負荷を軽減することができる。

また、本実施形態にあっては、ビーコンサーバ１００の処理負荷の状況に応じてアクセス情報の送信を制限することから、例えば、ビーコンサーバ１００において、アクセス情報の数量が処理可能な数量を越えてアクセス情報をロストしてしまうことを抑制することができる。

また、本実施形態にあっては、ビーコンサーバ１００の処理負荷の状況に応じてアクセス情報の送信を制限することで、ビーコンサーバ１００から各種情報が送信される集約サーバ３００においても、処理負荷を軽減することができる。

なお、上記では、アクセス情報の数量の上限値が、ビーコンサーバ１００において処理可能な数量の上限値に設定されるようにしたが、これに限定されるものではなく、任意の値に設定可能である。また、上記では、アクセス情報の送信の制限が、アクセス情報の数量の制限によって行われるようにしたが、これに限られず、例えば、送信されるアクセス情報のデータ容量の制限など、その他の手法によって行われてもよい。

また、送信部５４は、アクセス情報をキューイングしてビーコンサーバ１００へ送信することができる。例えば、アクセス情報記憶部４２をアクセス情報を一時的に保持する記憶領域（キュー）として機能させ、送信部５４は、アクセス情報記憶部４２に蓄積されて一時的に保持されたアクセス情報を、ビーコンサーバ１００の処理負荷に応じて順次送信することができる。このように、情報処理装置２０は、キューサーバとして機能することができる。

これにより、本実施形態に係る情報処理装置２０にあっては、例えば、ユーザ端末１０から送信されるアクセス情報も急激に増加する場合であっても、アクセス情報の数量を上限値以下に保ちながら、ビーコンサーバ１００へアクセス情報を送信することができる。

〔４．情報処理システム１の処理〕
ここで、情報処理システム１における全体処理の一例について図５を参照して説明する。図５は、情報処理システム１の全体処理の一例を示す図である。

図５に示すように、情報処理システム１のユーザ端末１０は、コンテンツにアクセスするため、コンテンツの配信要求をコンテンツサーバ２００へ送信する（ステップＳ１０）。かかる配信要求を受け付けたコンテンツサーバ２００は、ユーザ端末１０に対してコンテンツを配信する（ステップＳ１１）。

配信されるコンテンツには、上記したように、画像情報を取得させる命令がウェブビーコンとして含まれることから、ユーザ端末１０は、情報処理装置２０に対し、画像情報の取得を要求する処理要求を行う（ステップＳ１２）。処理要求を受け付けた情報処理装置２０は、ユーザ端末１０に対して画像情報を送信する応答処理を実行する（ステップＳ１３）。

また、情報処理装置２０は、処理要求に含まれるアクセス情報を蓄積し、蓄積されたアクセス情報をビーコンサーバ１００の処理負荷に応じて制限しつつ送信する（ステップＳ１４）。このとき、情報処理装置２０は、アクセス情報が含まれる処理要求をビーコンサーバ１００へ送信（転送）してもよい。かかる場合、ビーコンサーバ１００は、情報処理装置２０に対して、画像情報を送信する応答処理を実行する（ステップＳ１５）。なお、情報処理装置２０にあっては、ビーコンサーバ１００から送信される画像情報を利用しないため、画像情報を破棄してもよい。

続いて、ビーコンサーバ１００は、アクセス情報に基づいて履歴情報を生成し、生成された履歴情報を集約サーバ３００へ送信する（ステップＳ１６）。そして、集約サーバ３００は、履歴情報を集約して解析サーバ４００へ送信し（ステップＳ１７）、解析処理が実行される。

〔５．情報処理装置２０の処理フロー〕
次に、情報処理装置２０における情報処理の手順について説明する。図６は、情報処理装置２０における情報処理の流れを示すフローチャートである。

図６に示すように、情報処理装置２０の制御部５０は、ユーザ端末１０から所定の処理要求（例えば画像情報の取得要求）を受け付ける（ステップＳ１００）。制御部５０は、所定の処理要求を受け付けたユーザ端末１０に対し、所定の処理要求に対応する応答処理を実行する（ステップＳ１０１）。

次に、制御部５０は、所定の処理要求に含まれるアクセス情報をアクセス情報記憶部４２（図３参照）に蓄積する（ステップＳ１０２）。次に、制御部５０は、ビーコンサーバ１００の処理負荷に応じて、アクセス情報を制限してビーコンサーバ１００へ送信する（ステップＳ１０３）。

（第２の実施形態）
〔６．第２の実施形態に係る情報処理システム１〕
上述した第１の実施形態では、情報処理装置２０およびビーコンサーバ１００がそれぞれ１つである例を示したが、これに限定されるものではない。すなわち、第２の実施形態では、情報処理装置２０が複数あり、また、複数の情報処理装置２０にそれぞれ対応するビーコンサーバ１００を備えるようにした。

まず、第２の実施形態に係る情報処理システム１の全体構成の一例について図７を参照して説明する。図７は、第２の実施形態に係る情報処理システム１の構成例を示す図である。なお、以下においては、上記した第１の実施形態と共通の構成については、同一の符号を付して説明を省略する。

図７の説明に入る前に、第２の実施形態において処理されるアクセス情報について説明する。上記したように、コンテンツの種類は、例えば広告コンテンツやウェブブログなど複数ある。従って、アクセス情報においても、例えばユーザ端末１０が広告コンテンツにアクセスしたことを示す情報や、ウェブブログにアクセスしたことを示す情報など複数種類がある。そこで、第２の実施形態に係る情報処理システム１にあっては、情報処理装置２０やビーコンサーバ１００が、処理を行うアクセス情報の種類毎に設けられるようにした。

なお、以下においては、理解の便宜のため、ユーザ端末１０が第１コンテンツにアクセスした場合に、情報処理装置２０へ送信される処理要求やアクセス情報を「第１処理要求」、「第１アクセス情報」とし、ユーザ端末１０が第１コンテンツとは異なる第２コンテンツにアクセスした場合の処理要求やアクセス情報を「第２処理要求」、「第２アクセス情報」と記載する場合がある。

また、以下では、アクセス情報が２種類（例えば第１、第２アクセス情報）で、情報処理装置２０およびビーコンサーバ１００がそれぞれ２つである場合について説明するが、これはあくまでも例示であって限定されるものではない。すなわち、アクセス情報が３種類以上であってもよく、また、情報処理装置２０およびビーコンサーバ１００もそれぞれ３つ以上であってもよい。

図７に示すように、第２の実施形態に係る情報処理システム１は、第１処理部５００ａと、第２処理部５００ｂとを含む。

〔６．１．第１処理部５００ａ〕
第１処理部５００ａは、第１情報処理装置２０ａと、第１ビーコンサーバ１００ａとを備え、第１アクセス情報に関する処理などを行う。

例えば、第１情報処理装置２０ａは、ユーザ端末１０の第１コンテンツへのアクセスに伴う第１処理要求を受け付ける。そして、第１情報処理装置２０ａは、第１処理要求に対応する応答処理をユーザ端末１０に対して実行する一方、第１処理要求に含まれる第１アクセス情報を蓄積する。続いて、第１情報処理装置２０ａは、蓄積された第１アクセス情報を、第１ビーコンサーバ１００ａの処理負荷に応じて制限して第１ビーコンサーバ１００ａへ送信する。なお、第１情報処理装置２０ａの詳しい構成については、図８を参照して後述する。

第１ビーコンサーバ１００ａは、第１情報処理装置２０ａから送信される第１アクセス情報に基づき、ユーザ端末１０の第１コンテンツへのアクセス履歴を示す履歴情報を生成し、生成された履歴情報を集約サーバ３００へ送信する。

〔６．２．第２処理部５００ｂ〕
第２処理部５００ｂは、第２情報処理装置２０ｂと、第２ビーコンサーバ１００ｂとを備え、第２アクセス情報に関する処理などを行う。

例えば、第２情報処理装置２０ｂは、ユーザ端末１０の第２コンテンツへのアクセスに伴う第２処理要求を受け付ける。そして、第２情報処理装置２０ｂは、第２処理要求に対応する応答処理をユーザ端末１０に対して実行する。また、第２情報処理装置２０ｂは、第２処理要求に含まれる第２アクセス情報を蓄積するとともに、蓄積された第２アクセス情報を、第２ビーコンサーバ１００ｂの処理負荷に応じて制限して第２ビーコンサーバ１００ｂへ送信する。

また、第２情報処理装置２０ｂ、および、上記した第１情報処理装置２０ａは、ネットワークＮ（図２参照）を介して有線または無線で互いに通信可能に接続される。

第２ビーコンサーバ１００ｂは、第２情報処理装置２０ｂから送信される第２アクセス情報に基づき、ユーザ端末１０の第２コンテンツへのアクセス履歴を示す履歴情報を生成し、生成された履歴情報を集約サーバ３００へ送信する。

このように、第２の実施形態にあっては、アクセス情報の種類に対応するように、言い換えると、ユーザ端末１０がアクセスするコンテンツの種類に対応するように、第１、第２情報処理装置２０ａ，２０ｂ、第１、第２ビーコンサーバ１００ａ，１００ｂを備えるようにした。

これにより、第２の実施形態にあっては、第１、第２ビーコンサーバ１００ａ，１００ｂの処理負荷を軽減することができる。すなわち、例えば災害の発生などによってユーザ端末１０から第１コンテンツへのアクセスが急激に増加し、ユーザ端末１０から送信される第１アクセス情報も急激に増加する場合であっても、第１ビーコンサーバ１００ａの処理負荷に応じて第１ビーコンサーバ１００ａへのアクセス情報の送信を制限することで、第１ビーコンサーバ１００ａの処理負荷を軽減することができる。

同様に、第２の実施形態にあっては、ユーザ端末１０から第２コンテンツへのアクセスの急増に伴い、送信される第２アクセス情報が急増する場合であっても、第２ビーコンサーバ１００ｂの処理負荷に応じて第２ビーコンサーバ１００ｂへのアクセス情報の送信を制限することで、第２ビーコンサーバ１００ｂの処理負荷を軽減することができる。

ここで、第２の実施形態において、集約サーバ３００には、第１ビーコンサーバ１００ａおよび第２ビーコンサーバ１００ｂの両方から各種情報（例えば履歴情報）が送信されることから、集約サーバ３００における処理負荷が過度に増大するおそれがある。

そこで、第２の実施形態では、第１情報処理装置２０ａおよび第２情報処理装置２０ｂの一方が、他方のアクセス情報の送信状況に応じて、アクセス情報の送信を制限するようにした。これにより、第２の実施形態にあっては、例えば、集約サーバ３００の処理負荷を軽減することができる。なお、アクセス情報の送信状況は、所定の状況の一例である。以下、第１情報処理装置２０ａについて図８を参照して説明する。

〔７．第１情報処理装置２０ａ〕
図８は、第２の実施形態に係る第１情報処理装置２０ａの構成例を示すブロック図である。なお、第２情報処理装置２０ｂは、第１情報処理装置２０ａの構成と同様であるため、以下の第１情報処理装置２０ａについての説明は、第２情報処理装置２０ｂにも概ね妥当する。

図８に示すように、第２の実施形態に係る情報処理装置２０において、制御部５０は、取得部５５をさらに備える。

〔７．１．取得部５５〕
取得部５５は、第２情報処理装置２０ｂ（図７参照）から通信部３０を介して各種の情報を取得する。例えば、取得部５５は、第２情報処理装置２０ｂから第２ビーコンサーバ１００ｂへ送信されるアクセス情報の送信状況を示す送信状況情報を取得する。

上記した送信状況情報には、第２情報処理装置２０ｂから第２ビーコンサーバ１００ｂへ送信されるアクセス情報の数量（例えば、単位時間当たりの送信数）などの情報が含まれるが、これに限定されるものではない。すなわち、送信状況情報は、アクセス情報の数量に加えて、あるいは代えて、送信されるアクセス情報のデータ容量などその他の種類の情報であってもよい。

このように、第１情報処理装置２０ａの取得部５５は、第１情報処理装置２０ａとは異なる他の情報処理装置２０（ここでは第２情報処理装置２０ｂ）における送信状況情報を取得する。

なお、図示は省略するが、第２情報処理装置２０ｂの取得部５５は、第２情報処理装置２０ｂとは異なる他の情報処理装置２０（ここでは第１情報処理装置２０ａ）における送信状況情報を取得する。

なお、上記では、第１、第２情報処理装置２０ａ，２０ｂの両方が、送信状況情報を取得するようにしたが、これに限定されるものではなく、例えば第１、第２情報処理装置２０ａ，２０ｂのうちの一方が送信状況情報を取得するように構成してもよい。

図８の説明を続けると、取得部５５は、取得された送信状況情報を送信部５４へ出力する。そして、送信部５４は、送信状況情報に基づき、所定の状況であるアクセス情報の送信状況に応じてアクセス情報の送信を制限する。

例えば、第１情報処理装置２０ａの取得部５５によって取得された送信状況情報が、第２情報処理装置２０ｂから第２ビーコンサーバ１００ｂへ送信されるアクセス情報の数量が急増していることを示す情報であった場合、送信部５４は、第１ビーコンサーバ１００ａへのアクセス情報の送信を制限することができる。

すなわち、例えば、第１情報処理装置２０ａの送信部５４は、第１ビーコンサーバ１００ａの処理負荷が増大していない場合であっても、第２ビーコンサーバ１００ｂの処理負荷が増大していれば、第１ビーコンサーバ１００ａへのアクセス情報の送信を制限することができる。

これにより、第１ビーコンサーバ１００ａおよび第２ビーコンサーバ１００ｂの両方から各種情報が送信される集約サーバ３００においては、第１ビーコンサーバ１００ａからの情報が減少するため、集約サーバ３００の処理負荷を軽減することができる。

〔８．第２の実施形態に係る第１情報処理装置２０ａの処理フロー〕
次に、第１情報処理装置２０ａにおける情報処理の手順について説明する。図９は、第１情報処理装置２０ａにおける情報処理の流れを示すフローチャートである。

図９に示すように、第１情報処理装置２０ａの制御部５０は、ユーザ端末１０の第１コンテンツへのアクセスに伴う第１処理要求（例えば画像情報の取得要求）を受け付ける（ステップＳ２００）。制御部５０は、第１処理要求を受け付けたユーザ端末１０に対し、第１処理要求に対応する応答処理を実行する（ステップＳ２０１）。

次に、制御部５０は、第１処理要求に含まれる第１アクセス情報をアクセス情報記憶部４２（図８参照）に蓄積する（ステップＳ２０２）。次に、制御部５０は、第２情報処理装置２０ｂの送信状況情報、詳しくは、第２情報処理装置２０ｂから第２ビーコンサーバ１００ｂへ送信されるアクセス情報の送信状況を示す送信状況情報を取得する（ステップＳ２０３）。

次に、制御部５０は、第２情報処理装置２０ｂから第２ビーコンサーバ１００ｂへ送信されるアクセス情報の送信状況や第１ビーコンサーバ１００ａの処理負荷に応じて、第１アクセス情報を第１ビーコンサーバ１００ａへ制限して送信する（ステップＳ２０４）。

（第３の実施形態）
〔９．第３の実施形態に係る第１情報処理装置２０ａ〕
次に、第３の実施形態に係る情報処理システム１について説明する。上述した第２の実施形態においては、情報処理装置２０が複数ある例を示したが、第３の実施形態では、複数の情報処理装置２０において優先度が設定され、かかる優先度に基づいてアクセス情報の送信が実行されるようにした。

以下、複数の情報処理装置２０のうち、第１情報処理装置２０ａについて図１０を参照して説明する。なお、第２情報処理装置２０ｂは、第１情報処理装置２０ａの構成と同様であるため、以下の第１情報処理装置２０ａについての説明は、第２情報処理装置２０ｂにも概ね妥当する。

図１０は、第３の実施形態に係る第１情報処理装置２０ａの構成例を示すブロック図である。図１０に示すように、記憶部４０は、優先度情報記憶部４３をさらに備える。

〔９．１．優先度情報記憶部４３〕
優先度情報記憶部４３は、第１、第２情報処理装置２０ａ，２０ｂを含む複数の情報処理装置２０の優先度を示す情報などを予め記憶している。なお、上記では、優先度を示す情報が予め記憶されるようにしたが、これに限定されるものではなく、例えば、図示しない外部装置から優先度を示す情報を取得する構成であってもよい。

図１１は、優先度情報記憶部４３の一例を示す図である。図１１に示すように、優先度情報記憶部４３には、「情報処理装置ＩＤ」、「情報処理装置の種類」および「優先度」のそれぞれの情報が含まれ、これらの情報は互いに関連付けられている。

「情報処理装置ＩＤ」は、情報処理装置２０毎に割り当てられる識別情報である。図１１の例では、「Ｂ０１」が第１情報処理装置２０ａを示し、「Ｂ０２」が第２情報処理装置２０ｂを示すものとする。

「情報処理装置の種類」は、情報処理装置２０の用途の種類を示す情報であって、例えば情報処理装置２０が処理するアクセス情報の内容に応じた用途を示す情報である。

「優先度」は、複数の情報処理装置２０のうち一つの情報処理装置の、他の情報処理装置２０に対する優先度を示す情報である。例えば、「優先度」は、情報処理装置２０が処理するアクセス情報の内容を、複数の情報処理装置２０同士で比較した場合の重要性に応じて設定されてもよい。具体的には、例えば一方の情報処理装置２０が処理するアクセス情報の内容が、他方の情報処理装置２０が処理するアクセス情報の内容より重要性が高い場合、一方の情報処理装置２０の優先度は他方の情報処理装置２０に対して高くなるように設定されてもよい。

図１１では、優先度情報記憶部４３の情報処理装置ＩＤ「Ｂ０１」は、情報処理装置の種類が「広告コンテンツ用」、優先度が「高」である例を示している。また、優先度情報記憶部４３の情報処理装置ＩＤ「Ｂ０２」は、情報処理装置の種類が「ウェブログ用」、優先度が「低」である例を示している。

すなわち、図１１に示す例では、広告コンテンツへのアクセス情報がウェブログのコンテンツへのアクセス情報より重要性が高く、広告コンテンツへのアクセス情報に関する処理を行う第１情報処理装置２０ａの優先度が、ウェブログのコンテンツへのアクセス情報に関する処理を行う第２情報処理装置２０ｂの優先度より高いことを示している。

図１０の説明に戻ると、送信部５４は、上記した優先度に基づいてビーコンサーバ１００（ここでは第１ビーコンサーバ１００ａ）へ送信されるアクセス情報（ここでは第１アクセス情報）の数量の上限値を変更することができる。

具体的には、例えば、送信部５４は、優先度情報記憶部４３を読み込んで、自身の情報処理装置２０である第１情報処理装置２０ａの、他の情報処理装置２０（ここでは第２情報処理装置２０ｂ）に対する優先度の情報を取得する。

そして、送信部５４は、取得された優先度の情報に基づき、第１ビーコンサーバ１００ａへ送信される第１アクセス情報の数量の上限値を変更する。例えば、送信部５４は、第１情報処理装置２０ａの第２情報処理装置２０ｂに対する優先度が高い場合（図１１参照）、第１アクセス情報の数量の上限値を、第２情報処理装置２０ｂが第２ビーコンサーバ１００ｂへ送信する第２アクセス情報の数量の上限値より高い値に変更する。なお、仮に第１情報処理装置２０ａの第２情報処理装置２０ｂに対する優先度が低い場合、送信部５４は、第１アクセス情報の数量の上限値を、第２情報処理装置２０ｂが第２ビーコンサーバ１００ｂへ送信する第２アクセス情報の数量の上限値より低い値に変更することとなる。

これにより、送信部５４は、第１アクセス情報を第１ビーコンサーバ１００ａへ適切に送信しつつ、第１ビーコンサーバ１００ａの処理負荷を軽減することができる。すなわち、第１ビーコンサーバ１００ａへ送信されるアクセス情報の数量の上限値は、上記したように、アクセス情報の内容の重要性を示す優先度に基づいて変更される。

従って、例えば、ユーザ端末１０から送信される第１アクセス情報や第２アクセス情報が急激に増加する場合であっても、送信部５４は、重要性の高い第１アクセス情報を第１ビーコンサーバ１００ａや集約サーバ３００へ優先して送信することが可能となり、よって第１アクセス情報を第１ビーコンサーバ１００ａへ適切に送信しつつ、第１ビーコンサーバ１００ａの処理負荷を軽減することができる。

なお、図示は省略するが、第２情報処理装置２０ｂの送信部５４においても、上限値が上記のように変更されることで、重要性の高い第１アクセス情報の第１ビーコンサーバ１００ａへの送信を優先させつつ、第２アクセス情報を第２ビーコンサーバ１００ｂへ送信することが可能となる。これにより、第２情報処理装置２０ｂにあっては、第２アクセス情報を第２ビーコンサーバ１００ｂへ適切に送信しつつ、第２ビーコンサーバ１００ｂの処理負荷を軽減することができる。

〔１０．第３の実施形態に係る第１情報処理装置２０ａの処理フロー〕
次に、第１情報処理装置２０ａにおける情報処理の手順について説明する。図１２は、第１情報処理装置２０ａにおける情報処理の流れを示すフローチャートである。

図１２に示すように、第１情報処理装置２０ａの制御部５０は、ユーザ端末１０の第１コンテンツへのアクセスに伴う第１処理要求（例えば画像情報の取得要求）を受け付ける（ステップＳ３００）。制御部５０は、第１処理要求を受け付けたユーザ端末１０に対し、第１処理要求に対応する応答処理を実行する（ステップＳ３０１）。

次に、制御部５０は、第１処理要求に含まれる第１アクセス情報をアクセス情報記憶部４２（図８参照）に蓄積する（ステップＳ３０２）。次に、制御部５０は、第１情報処理装置２０ａの第２情報処理装置２０ｂに対する優先度に基づいて、第１アクセス情報の数量の上限値を変更する（ステップＳ３０３）。

次に、制御部５０は、変更された上限値を用い、第１ビーコンサーバ１００ａの処理負荷に応じて、第１アクセス情報を第１ビーコンサーバ１００ａへ制限して送信する（ステップＳ３０４）。

なお、上記では、アクセス情報の数量の上限値を変更する処理が、第１アクセス情報を蓄積する処理の後に実行されるようにしたが、これに限定されるものではなく、例えば、処理要求を受け付ける前など、その他のタイミングで実行されてもよい。

〔１１．効果〕
情報処理装置２０は、受付部５１と、応答部５２と、蓄積部５３と、送信部５４とを備える。受付部５１は、ユーザ端末１０のコンテンツへのアクセスに伴う所定の処理要求を受け付ける。応答部５２は、受付部５１で所定の処理要求を受け付けたユーザ端末１０に対し、所定の処理要求に対応する応答処理を実行する。蓄積部５３は、ユーザ端末１０がアクセスしたコンテンツを示すアクセス情報であって、受付部５１によって受け付けた所定の処理要求に含まれるアクセス情報を蓄積する。送信部５４は、蓄積部５３によって蓄積されたアクセス情報を、所定の状況に応じて制限してビーコンサーバ１００へ送信する。

これにより、ビーコンサーバ１００の処理負荷を軽減することができる。すなわち、例えば災害や重大ニュースの発生などによってユーザ端末１０からコンテンツへのアクセスが急激に増加し、ユーザ端末１０から送信されるアクセス情報も急激に増加する場合であっても、ビーコンサーバ１００へのアクセス情報の送信を制限することで、ビーコンサーバ１００の処理負荷を軽減することができる。

また、ビーコンサーバ１００へのアクセス情報の送信の制限によってビーコンサーバ１００の処理負荷が軽減されることから、例えば、ビーコンサーバ１００から各種情報が送信される集約サーバ３００などにおいても、処理負荷を軽減することが可能となる。

また、送信部５４は、所定の状況であるビーコンサーバ１００の処理負荷の状況に応じてアクセス情報の送信を制限する。これにより、ビーコンサーバ１００の処理負荷を効果的に軽減することができる。

また、送信部５４は、ビーコンサーバ１００へ送信されるアクセス情報の数量が、ビーコンサーバ１００においてアクセス情報を処理可能な数量以下となるように、アクセス情報の送信を制限する。これにより、ビーコンサーバ１００へのアクセス情報は、ビーコンサーバ１００の処理能力を超えて送信されないため、ビーコンサーバ１００の処理負荷を確実に軽減することができる。

送信部５４は、アクセス情報をキューイングしてビーコンサーバ１００へ送信する。これにより、例えば、ユーザ端末１０から送信されるアクセス情報が急激に増加する場合であっても、アクセス情報の数量を上限値以下に保ちながら、ビーコンサーバ１００へアクセス情報を送信することが可能となり、ビーコンサーバ１００の処理負荷をより効果的に軽減することができる。

また、情報処理システム１は、情報処理装置２０と、ビーコンサーバ１００とを備える。情報処理システム１において、情報処理装置２０は複数ある。複数の情報処理装置２０のうち一つの情報処理装置２０（例えば第１情報処理装置２０ａ）は、当該情報処理装置とは異なる他の情報処理装置２０（例えば第２情報処理装置２０ｂ）における、アクセス情報の送信状況を示す送信状況情報を取得する取得部５５をさらに備える。送信部５４は、取得部５５によって取得された送信状況情報に基づき、所定の状況であるアクセス情報の送信状況に応じてアクセス情報の送信を制限する。

このように、他の情報処理装置２０のアクセス情報の送信状況に応じてビーコンサーバ１００（例えば第１ビーコンサーバ１００ａ）へのアクセス情報の送信を制限することで、例えば、複数のビーコンサーバ１００（例えば第１、第２ビーコンサーバ１００ａ，１００ｂ）から集約サーバ３００へ各種情報が適切な数量で送信されることとなり、結果として集約サーバ３００の処理負荷を軽減することができる。

また、送信部５４は、複数の情報処理装置２０のうち一つの情報処理装置２０（例えば第１情報処理装置２０ａ）の、他の情報処理装置２０（例えば第２情報処理装置２０ｂ）に対する優先度に基づき、ビーコンサーバ１００（例えば第１ビーコンサーバ１００ａ）へ送信するアクセス情報（例えば第１アクセス情報）の数量の上限値を変更する。

これにより、送信部５４は、例えば、重要性の高いアクセス情報を優先してビーコンサーバ１００や集約サーバ３００へ送信することが可能となり、よってアクセス情報をビーコンサーバ１００へ適切に送信しつつ、ビーコンサーバ１００や集約サーバ３００の処理負荷を軽減することができる。

〔１２．ハードウェア構成〕
上述した実施形態における情報処理装置２０は、例えば図１３に示すような構成のコンピュータ１０００がプログラムを実行することによって実現される。

図１３は、プログラムを実行するコンピュータのハードウェア構成の一例を示す図である。コンピュータ１０００は、ＣＰＵ（Central Processing Unit）１１００、ＲＡＭ（Random Access Memory）１２００、ＲＯＭ（Read Only Memory）１３００、ＨＤＤ（Hard Disk Drive）１４００、通信インターフェイス（Ｉ／Ｆ）１５００、入出力インターフェイス（Ｉ／Ｆ）１６００、およびメディアインターフェイス（Ｉ／Ｆ）１７００を備える。

ＣＰＵ１１００は、ＲＯＭ１３００またはＨＤＤ１４００に格納されたプログラムに基づいて動作し、各部の制御を行う。ＲＯＭ１３００は、コンピュータ１０００の起動時にＣＰＵ１１００によって実行されるブートプログラムや、コンピュータ１０００のハードウェアに依存するプログラム等を格納する。

ＨＤＤ１４００は、ＣＰＵ１１００によって実行されるプログラムによって使用されるデータ等を格納する。通信インターフェイス１５００は、通信部３０に対応し、ネットワークＮを介して他の機器からデータを受信してＣＰＵ１１００へ送り、ＣＰＵ１１００が生成したデータを、ネットワークＮを介して他の機器へ送信する。

ＣＰＵ１１００は、入出力インターフェイス１６００を介して、ディスプレイやプリンタ等の出力装置、および、キーボードやマウス等の入力装置を制御する。ＣＰＵ１１００は、入出力インターフェイス１６００を介して、入力装置からデータを取得する。また、ＣＰＵ１１００は、生成したデータを、入出力インターフェイス１６００を介して出力装置へ出力する。

メディアインターフェイス１７００は、記録媒体１８００に格納されたプログラムまたはデータを読み取り、ＲＡＭ１２００を介してＣＰＵ１１００に提供する。ＣＰＵ１１００は、当該プログラムを、メディアインターフェイス１７００を介して記録媒体１８００からＲＡＭ１２００上にロードし、ロードしたプログラムを実行する。記録媒体１８００は、例えばＤＶＤ（Digital Versatile Disc）、ＰＤ（Phase change rewritable Disk）等の光学記録媒体、ＭＯ（Magneto-Optical disk）等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等である。

コンピュータ１０００が情報処理装置２０として機能する場合、コンピュータ１０００のＣＰＵ１１００は、ＲＡＭ１２００上にロードされたプログラムを実行することにより、図３に示す受付部５１、応答部５２、蓄積部５３および送信部５４や図８に示す取得部５５の各機能を実現する。

コンピュータ１０００のＣＰＵ１１００は、これらのプログラムを、記録媒体１８００から読み取って実行するが、他の例として、他の装置から、ネットワークＮを介してこれらのプログラムを取得してもよい。

以上、本願の実施形態のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。

〔１３．その他〕
また、上記実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。

また、上述してきた実施形態は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。

また、上記してきた「部（section、module、unit）」は、「手段」や「回路」などに読み替えることができる。例えば、受付部５１は、受付手段や受付回路に読み替えることができる。

１ 情報処理システム
１０ ユーザ端末
２０ 情報処理装置
５１ 受付部
５２ 応答部
５３ 蓄積部
５４ 送信部
５５ 取得部

Claims (9)

1. ユーザ端末のコンテンツへのアクセスに伴う所定の処理要求を受け付ける受付部と、
   前記受付部で前記所定の処理要求を受け付けた前記ユーザ端末に対し、前記所定の処理要求に対応する応答処理を実行する応答部と、
   前記ユーザ端末がアクセスした前記コンテンツを示すアクセス情報であって、前記受付部によって受け付けた前記所定の処理要求に含まれるアクセス情報を蓄積する蓄積部と、
   前記アクセス情報に基づいて前記ユーザ端末の前記コンテンツへのアクセス履歴を示すアクセスログを生成可能なウェブビーコンサーバに対し、前記蓄積部によって蓄積された前記アクセス情報を、所定の状況に応じて制限して送信する送信部と
   を備えることを特徴とする情報処理装置。
2. 前記送信部は、
   前記所定の状況である前記ウェブビーコンサーバの処理負荷の状況に応じて前記アクセス情報の送信を制限する
   ことを特徴とする請求項１に記載の情報処理装置。
3. 前記送信部は、
   前記ウェブビーコンサーバへ送信される前記アクセス情報の数量が、前記ウェブビーコンサーバにおいて前記アクセス情報を処理可能な数量以下となるように、前記アクセス情報の送信を制限する
   ことを特徴とする請求項２に記載の情報処理装置。
4. 前記送信部は、
   前記アクセス情報をキューイングして前記ウェブビーコンサーバへ送信する
   ことを特徴とする請求項１～３のいずれか一つに記載の情報処理装置。
5. 請求項１～４のいずれか一つに記載の情報処理装置と、
   前記ウェブビーコンサーバと
   を備えることを特徴とする情報処理システム。
6. 前記情報処理装置は複数あり、
   複数の前記情報処理装置のうち一つの前記情報処理装置は、
   当該情報処理装置とは異なる他の前記情報処理装置における、前記アクセス情報の送信状況を示す送信状況情報を取得する取得部
   をさらに備え、
   前記送信部は、
   前記取得部によって取得された前記送信状況情報に基づき、前記所定の状況である前記アクセス情報の送信状況に応じて前記アクセス情報の送信を制限する
   ことを特徴とする請求項５に記載の情報処理システム。
7. 前記情報処理装置は複数あり、
   前記送信部は、
   複数の前記情報処理装置のうち一つの前記情報処理装置の、他の前記情報処理装置に対する優先度に基づき、前記ウェブビーコンサーバへ送信する前記アクセス情報の数量の上限値を変更する
   ことを特徴とする請求項５または６に記載の情報処理システム。
8. コンピュータが実行する情報処理方法であって、
   ユーザ端末のコンテンツへのアクセスに伴う所定の処理要求を受け付ける受付工程と、
   前記受付工程で前記所定の処理要求を受け付けた前記ユーザ端末に対し、前記所定の処理要求に対応する応答処理を実行する応答工程と、
   前記ユーザ端末がアクセスした前記コンテンツを示すアクセス情報であって、前記受付工程によって受け付けた前記所定の処理要求に含まれるアクセス情報を蓄積する蓄積工程と、
   前記アクセス情報に基づいて前記ユーザ端末の前記コンテンツへのアクセス履歴を示すアクセスログを生成可能なウェブビーコンサーバに対し、前記蓄積工程によって蓄積された前記アクセス情報を、所定の状況に応じて制限して送信する送信工程と
   を含むことを特徴とする情報処理方法。
9. ユーザ端末のコンテンツへのアクセスに伴う所定の処理要求を受け付ける受付手順と、
   前記受付手順で前記所定の処理要求を受け付けた前記ユーザ端末に対し、前記所定の処理要求に対応する応答処理を実行する応答手順と、
   前記ユーザ端末がアクセスした前記コンテンツを示すアクセス情報であって、前記受付手順によって受け付けた前記所定の処理要求に含まれるアクセス情報を蓄積する蓄積手順と、
   前記アクセス情報に基づいて前記ユーザ端末の前記コンテンツへのアクセス履歴を示すアクセスログを生成可能なウェブビーコンサーバに対し、前記蓄積手順によって蓄積された前記アクセス情報を、所定の状況に応じて制限して送信する送信手順と
   をコンピュータに実行させることを特徴とする情報処理プログラム。

Images