(57)【要約】      （修正有）【課題】アプリケーションを更新せずに端末とサーバに跨る解析機能の変更を意図するタイミングでできる情報処理システムを提供する。【解決手段】情報処理端末１０は、サービスアプリを実行するアプリケーションサーバ２０へのアクセスに関する基本情報を収集する仮想タグを含むモバイルアプリを実行する実行部と、モバイルアプリの実行時に収集された基本情報と仮想タグを識別する仮想タグ識別情報とを含む仮想タグ情報を統計解析装置３０に送信させる通信処理部と、を有する。統計解析装置３０は、仮想タグ識別情報と解析処理を規定した機能タグを識別する機能タグ識別情報との対応関係を記憶する記憶部と、受信した仮想タグ情報に含まれる仮想タグ識別情報に対応付けられた機能タグ識別情報を記憶部から取得する取得部と、取得された機能タグ識別情報で特定される機能タグにしたがって基本情報の解析を行う解析部と、を備える。【選択図】図１
2018112949.tif 000002
【特許請求の範囲】
【請求項１】
サービスアプリケーションを実行する第１情報処理装置へのアクセスに関する基本情報を収集する仮想タグを含むモバイルアプリケーションを実行する実行部と、
前記実行部による前記モバイルアプリケーションの実行時に収集された前記基本情報と、前記仮想タグを識別する仮想タグ識別情報と、を含む仮想タグ情報を第２情報処理装置に送信させる通信処理部と、
を有する情報処理端末と、
前記仮想タグ識別情報と解析処理を規定した機能タグを識別する機能タグ識別情報との対応関係を記憶する記憶部と、
前記仮想タグ情報を受信すると、前記仮想タグ情報に含まれる前記仮想タグ識別情報に対応付けられた前記機能タグ識別情報を前記記憶部から取得する取得部と、
前記取得部で取得された前記機能タグ識別情報で特定される前記機能タグにしたがって前記基本情報の解析を行う解析部と、
を有する第２情報処理装置と、
を備えることを特徴とする情報処理システム。
【請求項２】
前記第２情報処理装置は、前記基本情報に含まれない情報が存在する場合あるいは前記基本情報中で使用しない情報がある場合に、前記情報の取得または削除を前記モバイルアプリケーションに要求する追加情報を管理する追加情報管理部をさらに備え、
前記情報処理端末は、前記追加情報を受信すると、前記追加情報にしたがって、追加の情報の取得または情報の削除を含む追加処理を実行する追加処理部をさらに備え、
前記情報処理端末の前記通信処理部は、前記追加情報を受信した場合には、前記基本情報と前記仮想タグ識別情報と前記追加処理で得られた情報とを含む前記仮想タグ情報を前記第２情報処理装置に送信することを特徴とする請求項１に記載の情報処理システム。
【請求項３】
前記追加情報は、前記情報処理端末のユーザのプロファイルの取得を要求する情報であり、
前記情報処理端末は、前記追加情報にしたがって前記ユーザから前記プロファイルの取得画面を表示部に出力させ、前記ユーザによる入力結果をプロファイル情報として前記追加処理部に出力させる入出力制御部をさらに備えることを特徴とする請求項２に記載の情報処理システム。
【請求項４】
前記第２情報処理装置の前記記憶部は、前記解析部の解析によって得られた前記情報処理端末ごとの統計情報と、前記追加情報と、をさらに記憶し、
前記第２情報処理装置は、前記追加情報中の前記プロファイル情報を用いて、前記追加情報が収集される前の前記統計情報を更新する情報更新部をさらに備えることを特徴とする請求項３に記載の情報処理システム。
【請求項５】
前記第２情報処理装置の前記記憶部は、前記解析部の解析によって得られた前記情報処理端末ごとの統計情報と、前記追加情報と、を記憶し、
前記第２情報処理装置は、前記追加情報が蓄積され始めた開始時点を検出し、あるいは前記統計情報に蓄積された前記情報処理端末の数に対する前記追加情報に蓄積された前記情報処理端末の数の割合である浸透率を算出し、前記浸透率が所定の値になったかを検出する検出部をさらに備えることを特徴とする請求項３に記載の情報処理システム。
【請求項６】
前記第２情報処理装置の前記検出部は、前記浸透率が所定の値になった場合にイベント通知を行い、
前記第２情報処理装置は、前記イベント通知を契機に、前記追加情報中の前記プロファイル情報を用いて、前記追加情報が収集される前の前記統計情報を更新する情報更新部をさらに備えることを特徴とする請求項５に記載の情報処理システム。
【請求項７】
モバイルアプリケーションまたはサービスアプリケーションに含まれるアクセスに関する基本情報を収集する仮想タグを識別する仮想タグ識別情報と解析処理を規定した機能タグを識別する機能タグ識別情報との対応関係を記憶する記憶部と、
前記仮想タグの実行によって収集された前記基本情報と、前記仮想タグ識別情報と、を含む仮想タグ情報を受信すると、前記仮想タグ情報に含まれる前記仮想タグ識別情報に対応付けられた前記機能タグ識別情報を前記記憶部から取得する取得部と、
前記取得部で取得された前記機能タグ識別情報で特定される前記機能タグにしたがって前記基本情報の解析を行う解析部と、
を備えることを特徴とする情報処理装置。
【請求項８】
モバイルアプリケーションまたはサービスアプリケーションに含まれるアクセスに関する基本情報を収集する仮想タグを識別する仮想タグ識別情報と解析処理を規定した機能タグを識別する機能タグ識別情報との対応関係を記憶し、
前記仮想タグの実行によって収集された前記基本情報と、前記仮想タグ識別情報と、を含む仮想タグ情報を受信すると、前記仮想タグ情報に含まれる前記仮想タグ識別情報に対応付けられた前記機能タグ識別情報を前記対応関係から取得し、
取得された前記機能タグ識別情報で特定される前記機能タグにしたがって前記基本情報の解析を行う、
処理をコンピュータが実行する情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理システム、情報処理装置および情報処理方法に関する。
【背景技術】
【０００２】
従来、スマートフォンなどの携帯情報端末が急速に普及している。ユーザは、携帯情報端末から様々なウェブサービスにアクセスすることができる。また、ウェブサービスのプロバイダへのアクセスを容易にするためのアプリケーション（以下、モバイルアプリケーションともいう）が提供されている。
【０００３】
ウェブサービスのプロバイダにとって、ウェブサービスをユーザによりよく利用してもらい、ユーザの利用者数が増加することが望ましい状況である。そのために、ウェブサービスのユーザによる使用状況の統計を収集するデジタル測定が行われる。
【０００４】
たとえば、視聴者測定事業体サーバと、メディアホスティングサーバと、クライアントデバイスと、を含むシステムで、クライアントデバイスのモニタリング情報を送信するシステムが提案されている（たとえば、特許文献１参照）。このシステムでは、まず、クライアントデバイスはブラウザを介してメディアホスティングサーバに、メディアに対するメディア要求を送信する。これに対して、メディアホスティングサーバは、デジタル測定の内容が規定されたタグを含むメディアをクライアントデバイスに送信する。タグを含むメディアは、クライアントデバイスのブラウザによって実行されると、デジタル測定されたモニタリング情報を視聴者測定事業体サーバへと、ビーコンによって送信する。そして、視聴者測定事業体サーバは、受信したモニタリング情報を用いた統計処理を行う。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特表２０１５−５３２０２９号公報
【特許文献２】特表２０１６−５１６２３９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
デジタル測定はタグに規定された内容にしたがって行われるが、ウェブサービスの運用開始時に想定していなかった解析を行いたい場合、すなわちモニタリングする情報の追加または削除を行いたい場合には、タグの更新が必要となる。タグはＨＴＭＬ（HyperText  Markup  Language）などで記述されたアプリケーションのコード中に挿入されるが、タグの更新は、タグ内のスクリプトの書き換えによって実現される。上記したような携帯情報端末にモバイルアプリケーションが導入されている場合には、ウェブサービスのプロバイダ側のアプリケーション中のタグと、モバイルアプリケーション中のタグと、を書き換えなければならない。多数の携帯情報端末が存在する場合には、すべての携帯情報端末のモバイルアプリケーションを更新することは、難しい。また、更新が行われない携帯情報端末が存在することを前提として、ウェブサービスのプロバイダは、更新したアプリケーションに加えて、更新前のアプリケーションを残しておかなければならない。
【０００７】
１つの側面では、本発明は、アプリケーションを更新せずに端末とサーバに跨る解析機能の変更を意図するタイミングでできる情報処理システム、情報処理装置および情報処理方法を提供することを目的とする。
【課題を解決するための手段】
【０００８】
一態様では、情報処理システムは、サービスアプリケーションを実行する第１情報処理装置へのアクセスに関する基本情報を収集する仮想タグを含むモバイルアプリケーションを実行する実行部と、前記実行部による前記モバイルアプリケーションの実行時に収集された前記基本情報と、前記仮想タグを識別する仮想タグ識別情報と、を含む仮想タグ情報を第２情報処理装置に送信させる通信処理部と、を有する情報処理端末と、前記仮想タグ識別情報と解析処理を規定した機能タグを識別する機能タグ識別情報との対応関係を記憶する記憶部と、前記仮想タグ情報を受信すると、前記仮想タグ情報に含まれる前記仮想タグ識別情報に対応付けられた前記機能タグ識別情報を前記記憶部から取得する取得部と、前記取得部で取得された前記機能タグ識別情報で特定される前記機能タグにしたがって前記基本情報の解析を行う解析部と、を有する第２情報処理装置と、を備えることを特徴とする。
【発明の効果】
【０００９】
アプリケーションを更新せずに端末とサーバに跨る解析機能の変更を意図するタイミングで行うことが可能となる。
【図面の簡単な説明】
【００１０】
【図１】図１は、実施例１にかかる情報処理システムの機能構成を示すブロック図である。
【図２】図２は、実施例１にかかる仮想タグの一例を示す図である。
【図３】図３は、実施例１にかかる情報処理端末の機能構成の一例を模式的に示すブロック図である。
【図４】図４は、実施例１にかかる仮想タグ情報の一例を示す図である。
【図５】図５は、実施例１にかかるアプリケーションサーバの機能構成の一例を模式的に示すブロック図である。
【図６】図６は、実施例１にかかる統計解析装置の機能構成の一例を模式的に示すブロック図である。
【図７】図７は、機能タグ管理情報の一例を示す図である。
【図８】図８は、対応情報の一例を示す図である。
【図９】図９は、実施例１にかかる情報処理の手順の一例を示すシーケンス図である。
【図１０】図１０は、実施例１にかかる統計解析装置での情報処理の手順の一例を示すフローチャートである。
【図１１】図１１は、実施例２にかかる統計解析装置の機能構成の一例を模式的に示すブロック図である。
【図１２】図１２は、実施例２にかかる対応情報の一例を示す図である。
【図１３】図１３は、実施例２にかかる情報処理端末の機能構成の一例を模式的に示すブロック図である。
【図１４】図１４は、追加情報の内容の一例を示す図である。
【図１５−１】図１５−１は、実施例２にかかる情報処理端末でのプロファイルの取得画面の一例を示す図である。
【図１５−２】図１５−２は、実施例２にかかる情報処理端末でのプロファイルの取得画面の一例を示す図である。
【図１６】図１６は、実施例２にかかる情報処理の手順の一例を示すシーケンス図である。
【図１７】図１７は、実施例１，２にかかる情報処理プログラムを実行するコンピュータのハードウェア構成を示す図である。
【発明を実施するための形態】
【００１１】
以下に、本願の開示する情報処理システム、情報処理装置および情報処理方法の実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。
【実施例１】
【００１２】
［実施例１に係る情報処理システムの構成］
図１は、実施例１にかかる情報処理システムの機能構成を示すブロック図である。図１に示すように、情報処理システムは、情報処理端末１０と、アプリケーションサーバ２０と、統計解析装置３０と、を有する。なお、アプリケーションサーバ２０は、第１情報処理装置の一例である。統計解析装置３０は、第２情報処理装置の一例である。情報処理端末１０と、アプリケーションサーバ２０と、統計解析装置３０と、は、ネットワーク４０を介して接続される。ネットワーク４０は、有線または無線を問わず、インターネット、ＬＡＮ（Local  Area  Network）、ＷＡＮ（Wide  Area  Network）、ＶＰＮ（Virtual  Private  Network）などの任意の種類の通信網を採用できる。
【００１３】
情報処理端末１０は、ＯＳ（Operating  System）１０１と、アプリケーションサーバ２０のサービスアプリケーション（以下、サービスアプリという）２０２にアクセスするモバイルアプリケーション（以下、モバイルアプリという）１０２と、を有する。モバイルアプリ１０２は、たとえばＨＴＭＬ、ＸＭＬ（Extensible  Markup  Language）などのマークアップ言語で記述される。モバイルアプリ１０２は、アプリケーションサーバ２０からユーザが所望する情報を取得するアプリケーションである。モバイルアプリ１０２には、基本情報を収集するプログラムモジュールである仮想タグが含まれる。基本情報は、モバイルアプリ１０２によるサービスアプリ２０２へのアクセスの状況などを解析するのに用いられる情報である。
【００１４】
インターネットを用いた商品またはサービスの販売などを行うサービスでは、商品またはサービスの購入に至るユーザと、商品またはサービスの購入に至らないユーザと、が存在する。商品またはサービスを購入しないユーザの原因を調べることで、サービス提供者においては、ユーザによる商品またはサービスの購入割合を高めることが可能になる。そのために、各ユーザのサービスの利用状況を測定し、この測定結果を基本情報として収集する。基本情報として、日付、仮想タグＩＤ、ＯＳ１０１またはプラットフォームの種類、情報処理端末１０の識別情報、ユーザのプロファイル情報などが例示される。仮想タグＩＤは、仮想タグを一意に識別する識別情報である。なお、基本情報は、解析対象のサービスによって異なっていてもよい。たとえば、洋服の通信販売と電子書籍の通信販売とで、収集する基本情報が異なっていてもよい。
【００１５】
図２は、実施例１にかかる仮想タグの一例を示す図である。図２では、モバイルアプリ１０２がＨＴＭＬ形式で記述されている場合の仮想タグ１１０が例示される。仮想タグ１１０は、仮想タグ１１０の開始を表す仮想タグ開始タグ１１１と、仮想タグ１１０の終了を表す仮想タグ終了タグ１１２と、仮想タグ開始タグ１１１と仮想タグ終了タグ１１２との間に挟まれた仮想タグ内容１１３と、を含む。つまり、仮想タグ内容１１３が仮想タグ開始タグ１１１と仮想タグ終了タグ１１２とによってカプセル化されている。
【００１６】
仮想タグ内容１１３は、仮想タグ１１０を識別する仮想タグＩＤ１１４と、取得する基本情報の内容である情報取得設定１１５と、取得した基本情報の送信方法を規定する情報送信設定１１６と、を含む。ＨＴＴＰ（HyperText  Transfer  Protocol）を使用する場合には、情報送信設定１１６は、ＰＯＳＴまたはＰＵＴする情報であり、ＵＲＩ（Uniform  Resource  Identifier）リンクを含む情報である。この仮想タグ１１０が、モバイルアプリ１０２とサービスアプリ２０２中に含まれることになる。なお、この実施例では、仮想タグ１１０には、基本情報を収集し、収集した基本情報を仮想タグ情報として統計解析装置３０に送信することが規定されているものとする。
【００１７】
仮想タグ１１０は、関数やメソッドの形式を含むものであってもよい。また、仮想タグ１１０は、モバイルアプリ１０２に複数組み込まれるものであってもよい。
【００１８】
情報処理端末１０として、スマートフォン、タブレット端末、ＰＤＡ（Personal  Digital  Assistants）、パーソナルコンピュータなどの端末を例示することができる。
【００１９】
アプリケーションサーバ２０は、ＯＳ２０１と、情報処理端末１０に対して提供するサービスアプリ２０２と、を有する情報処理装置である。サービスアプリ２０２は、たとえばＨＴＭＬ、ＸＭＬなどのマークアップ言語で記述される。サービスアプリ２０２は、情報処理端末１０からのアクセスに応じたサービスを提供するアプリケーションである。サービスアプリ２０２にも、基本情報を収集するプログラムである仮想タグが含まれる。基本情報は、サービスアプリ２０２への情報処理端末１０のアクセスの状況などを解析するのに必要な情報である。
【００２０】
統計解析装置３０は、情報処理端末１０またはアプリケーションサーバ２０から送られてくる仮想タグ情報を用いて、所定の解析処理を行って、統計情報を生成する情報処理装置である。
【００２１】
［情報処理端末１０の機能構成］
図３は、実施例１にかかる情報処理端末の機能構成の一例を模式的に示すブロック図である。情報処理端末１０は、通信部１１と、表示部１２と、入力部１３と、制御部１４と、を備える。
【００２２】
通信部１１は、ネットワーク４０を介してアプリケーションサーバ２０または統計解析装置３０との間で通信を行う。ネットワーク４０と有線で接続される場合には、通信部１１は、たとえばＮＩＣ（Network  Interface  Card）によって実現される。また、ネットワーク４０と無線で接続される場合には、無線通信方式に応じた無線通信チップによって実現される。
【００２３】
表示部１２は、各種の情報を表示する表示デバイスである。一実施形態として、表示部１２は、液晶ディスプレイまたは有機ＥＬ（ElectroLuminescence）ディスプレイなどによって実現される。
【００２４】
入力部１３は、各種の情報を入力する入力デバイスである。一実施形態として、入力部１３は、キーボードなどによって実現される。
【００２５】
他の実施形態として、表示部１２と入力部１３とは、一体的に構成されたタッチパネルによって実現される。
【００２６】
制御部１４は、情報処理端末１０全体を制御する。制御部１４は、入出力制御部１４１と、実行部１４２と、通信処理部１４３と、を有する。制御部１４は、中央処理装置、いわゆるＣＰＵ（Central  Processing  Unit）として実装される。ＣＰＵは、図示しない主記憶装置として実装されるＲＡＭ（Random  Access  Memory）のワークエリア上に、モバイルアプリ１０２をプロセスとして展開する。ＲＡＭとして、ＤＲＡＭ（Dynamic  RAM）またはＳＲＡＭ（Static  RAM）などを例示することができる。また、モバイルアプリ１０２は、たとえばＲＯＭ（Read  Only  Memory），ＳＳＤ（Solid  State  Drive），ＨＤＤ（Hard  Disk  Drive）に格納される。
【００２７】
なお、制御部１４は、必ずしも中央処理装置として実装されずともよく、ＭＰＵ（Micro  Processing  Unit）またはＭＣＵ（Micro  Controller  Unit）として実装されることとしてもよい。また、制御部１４は、ＡＳＩＣ（Application  Specific  Integrated  Circuits）またはＦＰＧＡ（Field  Programmable  Gate  Array）などのハードワイヤードロジックによっても実現できる。
【００２８】
入出力制御部１４１は、表示部１２に対する情報の出力、または入力部１３からの情報の入力を制御する。
【００２９】
実行部１４２は、モバイルアプリ１０２を実行し、アプリケーションサーバ２０のサービスアプリ２０２にアクセスする。たとえば、実行部１４２は、アプリケーションサーバ２０に対して、Ｗｅｂページの閲覧要求などを出す。また、実行部１４２は、モバイルアプリ１０２に含まれる仮想タグ１１０の情報取得設定１１５にしたがって、基本情報を取得する処理を行う。
【００３０】
通信処理部１４３は、サービスアプリ２０２に含まれる仮想タグ１１０の情報送信設定１１６にしたがって、取得した基本情報を含む仮想タグ情報を生成し、通信部１１を介して統計解析装置３０に送信する。仮想タグ情報は、ネットワーク４０を介して統計解析装置３０に基本情報を送信するＷｅｂリクエストである。
【００３１】
図４は、実施例１にかかる仮想タグ情報の一例を示す図である。ここでは、ＨＴＴＰのＰＯＳＴまたはＰＵＴを用いる場合の仮想タグ情報１２０を例示する。仮想タグ情報１２０は、プロトコル部１２１と、内容部１２２と、を有する。プロトコル部１２１には、通信部１１を介して送信する際のプロトコルが規定されている。内容部１２２には、実行部１４２で取得された基本情報が格納される。内容部１２２には、図２の情報取得設定１１５に対応して、日付、仮想タグＩＤ、ＯＳまたはプラットフォームの種類、情報処理端末１０の識別情報などを含む基本情報が格納されている。
【００３２】
［アプリケーションサーバ２０の機能構成］
図５は、実施例１にかかるアプリケーションサーバの機能構成の一例を模式的に示すブロック図である。アプリケーションサーバ２０は、通信部２１と、制御部２２と、を備える。
【００３３】
通信部２１は、ネットワーク４０を介して情報処理端末１０または統計解析装置３０との間で通信を行う。通信部２１は、たとえばＮＩＣによって実現される。
【００３４】
制御部２２は、アプリケーションサーバ２０全体を制御する。制御部２２は、実行部２２１と、通信処理部２２２と、を有する。制御部２２は、中央処理装置、いわゆるＣＰＵとして実装される。ＣＰＵは、図示しない主記憶装置として実装されるＲＡＭのワークエリア上に、サービスアプリ２０２をプロセスとして展開する。ＲＡＭとして、ＤＲＡＭまたはＳＲＡＭなどを例示することができる。また、サービスアプリ２０２は、たとえばＲＯＭ，ＳＳＤ，ＨＤＤに格納される。
【００３５】
なお、制御部２２は、必ずしも中央処理装置として実装されずともよく、ＭＰＵまたはＭＣＵとして実装されることとしてもよい。また、制御部２２は、ＡＳＩＣまたはＦＰＧＡなどのハードワイヤードロジックによっても実現できる。
【００３６】
実行部２２１は、アプリケーションサーバ２０に導入されているサービスアプリ２０２を実行する。提供するサービスがたとえば商品の通信販売である場合には、サービスアプリ２０２は、商品一覧の画面、選択された商品の詳細の画面、選択された商品の決済を行う画面などを情報処理端末１０に提示する。また、実行部２２１は、サービスアプリ２０２に含まれる仮想タグの情報取得設定にしたがって、基本情報を取得する処理を行う。
【００３７】
通信処理部２２２は、サービスアプリ２０２に含まれる仮想タグの情報送信設定にしたがって、取得した基本情報を含む仮想タグ情報を生成し、通信部２１を介して統計解析装置３０に送信する。
【００３８】
［統計解析装置３０の機能構成］
図６は、実施例１にかかる統計解析装置の機能構成の一例を模式的に示すブロック図である。統計解析装置３０は、通信部３１と、表示部３２と、入力部３３と、記憶部３４と、制御部３５と、を備える。
【００３９】
通信部３１は、ネットワーク４０を介して情報処理端末１０またはアプリケーションサーバ２０との間で通信を行う。通信部３１は、たとえばＮＩＣによって実現される。
【００４０】
表示部３２は、各種の情報を表示する表示デバイスである。一実施形態として、表示部３２は、液晶ディスプレイまたは有機ＥＬディスプレイなどによって実現される。
【００４１】
入力部３３は、各種の情報を入力する入力デバイスである。一実施形態として、入力部３３は、キーボードなどによって実現される。
【００４２】
記憶部３４は、各種の情報を記憶する。記憶部３４は、たとえばＨＤＤまたはＳＳＤとして実装される。記憶部３４は、機能タグ管理情報３４１と、対応情報３４２と、基本情報３４３と、統計情報３４４と、を記憶する。機能タグ管理情報３４１は、所定の解析処理を規定した機能タグを管理する情報である。機能タグは、所定の解析処理が規定された統計機能プログラムモジュールである。
【００４３】
図７は、機能タグ管理情報の一例を示す図である。機能タグ管理情報３４１は、機能タグを一意に識別する機能タグＩＤと、機能タグＩＤで特定される機能タグに対して付される機能管理文字列と、機能タグＩＤで特定される機能タグのプログラムモジュールの格納位置を示す呼出しパス情報と、機能タグＩＤで特定される機能タグのプログラムモジュールでの処理結果の出力先を示す転送パス情報と、を有する。機能タグＩＤは、機能タグ識別情報の一例である。機能管理文字列として、機能タグで実現される統計方法の名称などが用いられる。
【００４４】
機能タグとして、たとえばページビュー計測タグ、コンバージョン計測タグ、リマーケティング広告タグ、リンククリック計測タグ、Ｅコマース計測タグ、デバッグタグ、カスタムタグなどが例示される。
【００４５】
対応情報３４２は、仮想タグＩＤと機能タグＩＤとの対応関係を示す情報である。図８は、対応情報の一例を示す図である。対応情報３４２は、仮想タグを一意に識別する仮想タグＩＤと、仮想タグＩＤを管理する管理文字列と、仮想タグＩＤと対応付けられる機能タグＩＤと、を含む。管理文字列として、仮想タグを埋め込んだサービスアプリ２０２もしくはモバイルアプリ１０２の名称、またはその処理ポイント名などが用いられる。
【００４６】
基本情報３４３は、情報処理端末１０またはアプリケーションサーバ２０から送信された仮想タグ情報に含まれる基本情報である。この基本情報３４３には、仮想タグＩＤが付されている。統計情報３４４は、後述する制御部３５の解析部３５２によって解析されたデータである。
【００４７】
なお、機能タグ管理情報３４１、対応情報３４２、基本情報３４３および統計情報３４４は、データベースの形で管理されてもよいし、ＣＳＶ（Comma-Separated  Values）形式、またはＸＭＬ形式などの方法で管理されてもよい。
【００４８】
制御部３５は、統計解析装置３０全体を制御する。制御部３５は、取得部３５１と、解析部３５２と、入出力制御部３５３と、アプリ開発部３５４と、を有する。制御部３５は、中央処理装置、いわゆるＣＰＵとして実装される。ＣＰＵは、図示しない主記憶装置として実装されるＲＡＭのワークエリア上に、制御部３５の機能を実行するアプリケーションをプロセスとして展開する。ＲＡＭとして、ＤＲＡＭまたはＳＲＡＭなどを例示することができる。また、アプリケーションは、たとえばＲＯＭ，ＳＳＤ，ＨＤＤに格納される。
【００４９】
なお、制御部３５は、必ずしも中央処理装置として実装されずともよく、ＭＰＵまたはＭＣＵとして実装されることとしてもよい。また、制御部３５は、ＡＳＩＣまたはＦＰＧＡなどのハードワイヤードロジックによっても実現できる。
【００５０】
取得部３５１は、通信部３１を介して受信した仮想タグ情報から仮想タグＩＤを抽出し、抽出した仮想タグＩＤに対応付けられた機能タグＩＤを対応情報３４２から取得する。取得部３５１は、取得した機能タグＩＤを、仮想タグ情報とともに解析部３５２に渡す。また、取得部３５１は、仮想タグ情報中の基本情報３４３を、仮想タグＩＤとともに記憶部３４に記憶する。
【００５１】
解析部３５２は、取得部３５１から機能タグＩＤと仮想タグ情報とを受け取ると、機能タグ管理情報３４１の呼出しパス情報を参照して、機能タグＩＤに対応する機能タグ（プログラムモジュール）を呼び出す。また、解析部３５２は、呼び出した機能タグに、仮想タグ情報中の基本情報を入力し、所定の解析処理を行う。そして、解析部３５２は、機能タグ管理情報３４１の転送パス情報で特定される転送先に解析結果を送信する。さらに、解析部３５２は、解析結果を統計情報３４４として入出力制御部３５３に渡す。このとき、解析部３５２は、統計情報を記憶部３４に記憶してもよい。
【００５２】
入出力制御部３５３は、表示部３２に対する情報の出力、または入力部３３からの情報の入力を制御する。ここでは、入出力制御部３５３は、解析部３５２から統計情報を受け取ると、表示部３２に統計情報を表示させる。
【００５３】
アプリ開発部３５４は、開発者によって開発される仮想タグを、開発者からの指示に従ってモバイルアプリ１０２とサービスアプリ２０２とに配備する。また、アプリ開発部３５４は、開発者によって開発される機能タグを所定の位置に格納し、記憶部３４の機能タグ管理情報３４１に登録するとともに、対応情報３４２中で機能タグＩＤと仮想タグＩＤとを対応付ける。
【００５４】
［情報処理の流れ］
図９は、実施例１にかかる情報処理の手順の一例を示すシーケンス図である。まず、消費者またはユーザが情報処理端末１０のモバイルアプリ１０２の使用を開始する（ＳＱ１１）。これによって、情報処理端末１０のモバイルアプリ１０２がアプリケーションサーバ２０のサービスアプリ２０２へとアクセスし、モバイルアプリ１０２とサービスアプリ２０２とが実行される。モバイルアプリ１０２およびサービスアプリ２０２には、仮想タグが埋め込まれているので、たとえば消費者またはユーザによってある処理がなされると、それを契機として仮想タグが実行される（ＳＱ１２）。
【００５５】
情報処理端末１０の実行部１４２またはアプリケーションサーバ２０の実行部２２１が仮想タグを実行する。すなわち、情報処理端末１０またはアプリケーションサーバ２０の実行部１４２，２２１がＯＳ１０１，２０１またはプラットフォームから仮想タグで規定された基本情報を取得する（ＳＱ１３）。
【００５６】
ついで、情報処理端末１０またはアプリケーションサーバ２０の通信処理部１４３，２２２は、実行した仮想タグの仮想タグＩＤと、取得した基本情報と、を含む仮想タグ情報を統計解析装置３０に送信する（ＳＱ１４）。仮想タグ情報は、たとえばＨＴＴＰのＰＯＳＴメソッド、ＰＵＴメソッドなどのＷｅｂリクエストを用いて送信される。
【００５７】
統計解析装置３０の通信部３１で仮想タグ情報が受信されると、取得部３５１は、記憶部３４の対応情報３４２を参照し、仮想タグ情報中の仮想タグＩＤに対応する機能タグＩＤを取得する（ＳＱ１５）。その後、取得部３５１は、機能タグＩＤと、仮想タグ情報中の基本情報と、を解析部３５２に渡す（ＳＱ１６）。
【００５８】
解析部３５２は、記憶部３４の機能タグ管理情報３４１中の機能タグＩＤに対応するレコードを検索し、レコード中の呼出しパス情報に基づいて機能タグＩＤに対応付けられた機能タグであるプログラムモジュールを呼出す。そして、解析部３５２は、基本情報を入力として呼出したプログラムモジュールを実行する（ＳＱ１７）。これによって、基本情報について解析が行われる。プログラムモジュールの実行が終了すると、実行結果が解析部３５２へと返却され（ＳＱ１８）、解析部３５２は、記憶部３４の統計情報３４４に実行結果を記憶する（ＳＱ１９）。なお、統計情報は、機能タグ管理情報３４１中の機能タグＩＤに対応するレコード中の転送パス情報にしたがって、通信部３１を介して送信してもよい。以上のシーケンスが繰り返し実行され、統計情報が記憶部３４に蓄積される。
【００５９】
一方、モバイルアプリ１０２およびサービスアプリ２０２の開発者または運用者は、統計情報を参照したい場合には、開発者または運用者が所持する情報処理端末から統計情報の表示操作を行う（ＳＱ２１）。統計情報の表示操作が行われる場合には、表示対象となるモバイルアプリ名またはサービスアプリ名が指定される。そして、モバイルアプリ名またはサービスアプリ名に対応する統計情報が統計解析装置３０の記憶部３４の統計情報３４４から取得され（ＳＱ２２）、開発者または運用者が所持する情報処理端末に表示される。以上によって、処理が終了する。
【００６０】
図１０は、実施例１にかかる統計解析装置での情報処理の手順の一例を示すフローチャートである。統計解析装置３０は、情報処理端末１０またはアプリケーションサーバ２０から仮想タグ情報（Ｗｅｂリクエスト）を受信すると（ステップＳ１１）、取得部３５１は、仮想タグ情報から仮想タグＩＤを抽出する（ステップＳ１２）。ついで、取得部３５１は、記憶部３４の対応情報３４２を参照して、抽出した仮想タグＩＤに対応する機能タグＩＤを取得する（ステップＳ１３）。その後、取得部３５１は、取得した機能タグＩＤと、取得した仮想タグ情報と、を解析部３５２へと渡す。
【００６１】
解析部３５２は、取得した機能タグＩＤが含まれるレコードを記憶部３４の機能タグ管理情報３４１から抽出する（ステップＳ１４）。解析部３５２は、機能タグ管理情報３４１の呼出しパス情報を取得し（ステップＳ１５）、呼出しパス情報にしたがって機能タグであるプログラムモジュールを呼出す（ステップＳ１６）。その後、解析部３５２は、仮想タグ情報中から取り出した基本情報をプログラムモジュールに入力し、解析する（ステップＳ１７）。
【００６２】
解析部３５２は、解析が終了すると、実行結果を統計情報３４４として記憶部３４に保存する（ステップＳ１８）。また、解析部３５２は、ステップＳ１４で抽出した機能タグ管理情報３４１から転送パス情報を取得し（ステップＳ１９）、転送パス情報に基づいて実行結果を転送する（ステップＳ２０）。以上によって、処理が終了する。
【００６３】
［その他］
アプリケーションサーバ２０の運用者は、基本情報を基に統計解析装置３０で解析された統計情報の結果に基づいて、サービスアプリ２０２の変更などを行う。この統計情報は、モバイルアプリ１０２およびサービスアプリ２０２の運用開始時に運用者が所望したものである。しかし、統計情報の解析を行う際に、同じ基本情報から解析される、運用開始時には想定していなかった他の統計情報を運用者が所望する場合がある。
【００６４】
このような場合には、アプリケーションサーバ２０の運用者または開発者は、追加の項目を含む基本情報を取得するための新たなプログラムモジュール、すなわち機能タグを作成する。そして、運用者または開発者は、作成した機能タグを記憶部３４の機能タグ管理情報３４１に登録し、対応情報３４２の対象となっている仮想タグＩＤに対応付けられている機能タグＩＤを、新たに作成した機能タグを特定する機能タグＩＤに変更する。このようにすることで、モバイルアプリ１０２およびサービスアプリ２０２を変更することなく、取得する統計情報の変更を行うことが可能になる。
【００６５】
なお、上記した例では、情報処理システムに１台の統計解析装置３０が含まれる場合を示した。しかし、情報処理システムに複数台の統計解析装置３０が含まれていてもよい。この場合には、統計解析装置３０ごとに処理を実行する仮想タグＩＤを分類することができる。このような処理を実現するためには、図８の対応情報３４２に、さらに解析処理を行う統計解析装置３０を指定する統計解析装置３０の位置（ＵＲＩ）がさらに設けられればよい。
【００６６】
［実施例１の効果］
このようにして、上記実施例１では、サービスアプリ２０２およびこのサービスアプリ２０２にアクセスするモバイルアプリ１０２に、統計情報の解析に必要な基本情報を収集するプログラムモジュールである仮想タグを埋め込む。また、統計解析装置３０では、統計情報の解析を行うプログラムモジュールである機能タグを管理する機能タグ管理情報３４１と、仮想タグを識別する仮想タグＩＤと機能タグを識別する機能タグＩＤとを対応付ける対応情報３４２と、が記憶部３４に記憶される。統計解析装置３０は、モバイルアプリ１０２またはサービスアプリ２０２から仮想タグ情報を受信すると、仮想タグ情報中の仮想タグＩＤに対応する機能タグＩＤを対応情報３４２から取得し、機能タグＩＤで特定される機能タグを機能タグ管理情報３４１から抽出する。そして、統計解析装置３０は、機能タグに仮想タグ情報中の基本情報を入力して解析を行い、統計情報を出力する。これによって、機能タグの生成時には想定していなかった統計項目の増加、または異なる解析方法の実行などを試みたい場合に、新たな機能タグを生成し、対応情報３４２中で新たな機能タグの機能タグＩＤを仮想タグＩＤに対応付ければよい。その結果、サービスアプリ２０２およびモバイルアプリ１０２のアップデートをすることなく、増加した統計項目を取得したり、当初とは異なる解析方法を実行したりすることができる。つまり、情報処理端末１０とアプリケーションサーバ２０とに跨る統計機能の追加または変更をシームレスに意図するタイミングで行うことができる。
【００６７】
また、モバイルアプリ１０２またはサービスアプリ２０２の開発時のデバッグ情報から運用時の統計情報までを仮想タグＩＤで紐付けることによって、一貫した管理を行うことができる。
【実施例２】
【００６８】
実施例１では、統計機能の追加または変更の際に、対応情報での仮想タグＩＤに対応付けられる機能タグＩＤを変更する場合を示したが、これは、変更前後の機能タグが使用する基本情報が同じであることを前提としている。しかし、機能タグの変更によって、基本情報に加えてさらに別の情報が必要な場合、あるいは基本情報には不要な情報が含まれる場合も生じる。実施例２では、ユーザのプロファイル情報を取得するために、仮想タグの基本情報に、追加項目に対する情報を要求する場合について説明する。なお、実施例２における情報処理システムの全体構成は、図１と同様である。以下では、実施例１と異なる部分について説明する。
【００６９】
［統計解析装置３０の機能構成］
図１１は、実施例２にかかる統計解析装置の機能構成の一例を模式的に示すブロック図である。統計解析装置３０は、記憶部３４および制御部３５の構成が実施例１のものとは異なる。
【００７０】
記憶部３４の対応情報３４２は、実施例１で説明した内容に加えて、更新項目情報をさらに含む。更新項目情報は、仮想タグＩＤに対応付けられる機能タグＩＤを変更した場合に、変更後の機能タグで統計処理を行うのに必要な情報の項目と変更前の機能タグで統計処理を行うのに必要な情報との項目との差分である。すなわち、仮想タグＩＤで得られる基本情報に対して、追加する項目と削除する項目とを示す情報である。
【００７１】
図１２は、実施例２にかかる対応情報の一例を示す図である。対応情報３４６は、仮想タグＩＤに、追加項目情報と、を含む。たとえば、仮想タグＩＤが「VTAG-aaaa-0001」であるレコードについて、性別情報の取得が必要になったものとする。この場合には、追加項目情報として「Sexuality-String」が登録される。この登録は、開発者または運用者によって実行される。なお、追加項目情報として、性別情報のほかに、ユーザの年代を示す世代情報、ユーザの居住地を示す居住地情報、ユーザの職種を示す職種情報などを例示することができる。ここでは、対応情報３４６は、対応情報３４２と同時に存在する場合を示している。
【００７２】
また、記憶部３４は、追加情報３４５をさらに記憶する。追加情報３４５は、対応情報３４６中の更新項目情報にしたがって、追加で収集した情報である。追加情報３４５では、「Sexuality-String」という項目に対応し得る｛“男性”，“女性”｝という情報が対応付けられている。
【００７３】
制御部３５は、実施例１で説明した機能構成部に加えて追加情報管理部３５５をさらに備える。追加情報管理部３５５は、仮想タグで収集される基本情報に対して、追加または削除する追加情報のモバイルアプリ１０２への要求である追加情報を管理する。追加または削除する追加情報は、アプリケーションサーバ２０の運用者または開発者によって設定される内容であり、新たな追加項目情報に盛り込まれた、または盛り込まれた追加項目情報から削除された内容である。
【００７４】
具体的には、追加情報管理部３５５は、対応情報３４６中の追加項目情報にしたがって、基本情報に対して追加で収集する情報、または基本情報から削除する情報の項目を選択する。追加情報管理部３５５は、追加収集する情報｛“男性”，“女性”｝と、削除する情報｛Platform-String:delete｝と、を情報処理端末１０に対して通知する追加情報を生成する。そして、追加情報管理部３５５は、情報処理端末１０に対して追加情報を送信する。
【００７５】
追加情報として、たとえばユーザの性別、世代などのプロファイル情報を取得するプロファイル情報が挙げられる。追加情報として、追加収集するプロファイル情報をユーザに選択させるプログラムモジュールである後述する情報処理端末１０の追加処理部１４４を例示することができる。たとえば、追加処理部１４４は、仮想タグで収集される基本情報にない、新たな項目で使用される情報が、性別情報である場合には、プロファイル情報として、性別（男性または女性）の選択画面を情報処理端末１０に表示させる。また、追加で収集する情報が世代情報である場合には、追加処理部１４４は、世代（たとえば１０代、２０代、３０代、４０代、５０代、６０代、７０代、それ以上）の選択画面を情報処理端末１０に表示させ、選択された情報を格納する。ＨＴＴＰの場合には、追加情報管理部３５５は、「項目の取得とその追加Sexuality-String：｛“男性”，“女性”｝」あるいは「項目の取得とその削除Platform-String:delete」という内容を含むＰＵＳＨ通知を情報処理端末１０に対して行う。
【００７６】
また、取得部３５１は、情報処理端末１０から基本情報と追加情報とを含む仮想タグ情報を受信すると、記憶部３４に基本情報３４３と追加情報３４５とを記憶する。
【００７７】
なお、図１１では、図６に示した機能部と同一の機能を発揮する機能部に同一の符号を付し、その説明を省略する。
【００７８】
［情報処理端末１０の機能構成］
図１３は、実施例２にかかる情報処理端末の機能構成の一例を模式的に示すブロック図である。情報処理端末１０は、記憶部１５をさらに備え、また制御部１４の構成が実施例１のものとは異なる。
【００７９】
制御部１４は、実施例１で説明した機能構成部に加えて追加処理部１４４をさらに備える。追加処理部１４４は、統計解析装置３０の追加情報管理部３５５から追加情報を受信すると、追加情報にしたがって、ユーザからプロファイル情報を取得する処理を実行する。追加処理部１４４は、追加情報にしたがって、１項目または複数の項目を追加取得することができる。
【００８０】
追加情報として、上記したように、プロファイル情報が例示される。図１４は、追加情報の内容の一例を示す図である。追加情報３４５として、男性か女性かを示す性別（Sexuality-String）情報、１０代、２０代、３０代、４０代、５０代、６０代、７０代またはそれ以上かを示す世代（Generation-String）情報などが例示される。なお、入出力制御部１４１は、追加情報３４５を読み込み、性別、世代などの項目の内容を選択させる選択画面を表示部１２に表示させる。
【００８１】
図１５−１と図１５−２は、実施例２にかかる情報処理端末でのプロファイルの取得画面の一例を示す図である。入出力制御部１４１は、受信した追加情報を読み込み、表示部１２に図１５−１に示されるプロファイル選択画面１３１を表示させる。ここでは、性別を選択するプロファイル選択画面１３１を例示しており、男性の選択肢１３２と女性の選択肢１３３とが含まれる。
【００８２】
ユーザが女性である場合には、図１５−２に示されるように、ユーザは、入力部１３を介してプロファイル選択画面１３１中の女性の選択肢１３３に付されたラジオボタン１３４を選択する。追加処理部１４４は、このプロファイル選択画面１３１でユーザによって選択された内容をプロファイル情報として取得し、記憶部１５に保存する。
【００８３】
記憶部１５は、追加処理部１４４によって取得された追加情報１５１を記憶する。追加情報１５１は、たとえばプロファイル情報である。記憶部１５は、たとえばＳＳＤまたはＨＤＤによって実現される。
【００８４】
なお、図１３では、図３に示した機能部と同一の機能を発揮する機能部に同一の符号を付し、その説明を省略する。ただし、通信処理部１４３は、仮想タグＩＤおよび基本情報に、追加処理部１４４が取得した追加情報１５１を加えたものを仮想タグ情報として統計解析装置３０に送信させる。このとき、基本情報から削除する情報がある場合（図１４のPlatform-String:deleteの部分）には、その情報を削除した基本情報を仮想タグ情報に含めて送信することになる。
【００８５】
［情報処理の流れ］
図１６は、実施例２にかかる情報処理の手順の一例を示すシーケンス図である。ここでは、情報処理端末１０の消費者またはユーザからプロファイル情報を取得する場合を例に挙げる。また、運用者または開発者によって、統計解析装置３０の対応情報３４２のある仮想タグＩＤに結び付けられた機能タグＩＤが新たな機能タグＩＤへと変更され、新たな機能タグＩＤに対応する機能タグが機能タグ管理情報３４１に追加されたものとする。
【００８６】
まず、運用者または開発者は、対応情報３４２中の新たな機能タグＩＤへの変更によって必要となるプロファイルの設定を行う（ＳＱ３１）。具体的には、運用者または開発者は、仮想タグで収集される基本情報に対して追加または削除が必要となる情報を、記憶部３４の対応情報３４２の対応する仮想タグＩＤの更新項目情報に登録する。
【００８７】
ついで、統計解析装置３０の追加情報管理部３５５は、設定された追加項目情報から追加情報（プロファイル設定情報）を作成し、情報処理端末１０の追加処理部１４４に通知する（ＳＱ３２）。具体的には、追加情報管理部３５５は、追加項目情報が更新された仮想タグＩＤを取得し、基本情報３４３の仮想タグＩＤと一致するレコードから端末ＩＤを取得する。そして、追加情報管理部３５５は、追加項目情報に含まれる追加で収集する項目と削除する項目とを指示した追加情報を、取得した端末ＩＤに対して通知する。
【００８８】
情報処理端末１０の追加処理部１４４は、追加情報にしたがって、追加情報（プロファイル）の取得処理を行う（ＳＱ３３）。たとえば、性別情報を取得する場合には、入出力制御部１４１が、図１５−１に示されるプロファイル選択画面１３１を情報処理端末１０の表示部１２に表示させ、図１５−２に示されるように消費者またはユーザによって入力されたプロファイル選択画面１３１の内容を追加処理部１４４は取得する。その後、追加処理部１４４は、取得したプロファイルをプロファイル情報（Sexuality-String：｛“女性”｝，）として記憶部１５に記憶する（ＳＱ３４）。
【００８９】
ついで、消費者またはユーザが情報処理端末１０のモバイルアプリ１０２の使用を開始する（ＳＱ３５）。モバイルアプリ１０２には、仮想タグが埋め込まれているので、たとえば消費者またはユーザによってある処理がなされると、それを契機として仮想タグが実行される（ＳＱ３６）。これによって、情報処理端末１０の実行部１４２が仮想タグを実行し、たとえばＯＳ１０１またはプラットフォームから基本情報を取得する（ＳＱ３７）。さらに、実行部１４２は、記憶部１５からプロファイル情報を取得する（ＳＱ３８）。
【００９０】
その後、通信処理部１４３は、実行した仮想タグの仮想タグＩＤと、取得した基本情報およびプロファイル情報と、を含む仮想タグ情報を統計解析装置３０に送信する（ＳＱ３９）。仮想タグ情報は、たとえばＨＴＴＰのＰＯＳＴメソッド、ＰＵＴメソッドなどのＷｅｂリクエストを用いて送信される。その後は、図９のＳＱ１５〜ＳＱ１９、ＳＱ２１〜ＳＱ２２の処理と同じ処理が行われる。
【００９１】
なお、上記した説明では、対応情報３４２に追加項目情報が含まれる場合を説明した。しかし、対応情報３４２に、追加項目情報を加えて、仮想タグで収集される基本情報の項目が含まれるようにしてもよい。この場合には、追加情報管理部３５５は、対応情報３４２の仮想タグＩＤに新たな機能タグＩＤが対応付けられると、新たな機能タグＩＤで特定される機能タグでの解析に必要な情報と、対応情報３４２中の基本情報の項目との差分を抽出する。そして、追加情報管理部３５５は、差分の情報の取得または削除を情報処理端末１０に実行させる追加情報を作成し、情報処理端末１０に指示する。
【００９２】
また、上記した説明では、統計解析装置３０の追加情報管理部３５５が、運用者または開発者によって設定された追加項目情報を取得して、情報処理端末１０に追加情報を通知する場合を説明したが、これに限定されない。たとえば、追加情報管理部３５５は、情報処理端末１０から受信した仮想タグ情報中の基本情報と、新たな機能タグＩＤで特定される機能タグでの解析に必要な情報と、を比較し、新たな機能タグでの解析に必要な追加する情報または削除する情報を示す追加情報を作成してもよい。この場合には、追加情報管理部３５５は、情報処理端末１０に追加情報を送信し、情報処理端末１０の追加処理部１４４は、ユーザから追加情報を取得し、統計解析装置３０に送信する。
【００９３】
［実施例２の効果］
上記実施例２では、仮想タグに対応付けられる機能タグが変更され、解析処理を実施するのに基本情報に対して追加する情報または削除する情報を、統計解析装置３０が情報処理端末１０に通知し、情報処理端末１０の追加処理部１４４が追加情報を取得する。そして、仮想タグの実行時に取得される基本情報と、仮想タグＩＤと、プロファイル情報と、を含む仮想タグ情報を統計解析装置３０に送信する。これによって、統計解析装置３０では、既にモバイルアプリ１０２に組み込まれている仮想タグを変更することなく、新たな機能タグを用いた解析処理に必要な情報を情報処理端末１０から取得することができる。
【００９４】
なお、上記した実施例２では、サービスアプリ２０２およびモバイルアプリ１０２の運用開始後に、性別、世代などの追加情報３４５を追加で取得している。これによって、統計解析装置３０の統計情報３４４には、端末ＩＤと対応付けられたプロファイル情報が蓄積される。また、基本情報３４３には、端末ＩＤが含まれている。そのため、基本情報３４３の内容を、端末ＩＤを仲立ちとして追加情報３４５と対応付けることができる。そこで、追加情報３４５を追加で取得する以前の統計情報に対しても、時間を遡って追加されたプロファイル情報を反映させる情報更新部を、統計解析装置３０の制御部３５にさらに設けてもよい。
【００９５】
情報更新部は、追加情報管理部３５５により、追加または削除された統計項目とその項目情報を参照し、つぎに統計情報３４４にアクセスして、統計情報３４４を更新する。たとえば、基本情報３４３の端末ＩＤを操作キーにして、追加された性別情報の値（男性または女性）を用いて、その端末ＩＤを含む基本情報３４３のレコード情報を、時間を遡って更新することが可能となる。
【００９６】
また、上記した実施例２では、サービスアプリ２０２およびモバイルアプリ１０２の運用開始後に、性別、世代などの追加情報３４５を追加で取得している。そこで、実施例２で追加または削除された統計項目の情報が、統計情報３４４に蓄積される開始時点を検出し、追加または削除された統計項目の蓄積の割合などを算出する更新項目検出部を制御部３５に設けてもよい。更新項目検出部は、ある検出時点または算出時点において、開発者、運用者または表示部３２にイベントとして通知する機能を有していてもよい。
【００９７】
更新項目検出部は、追加情報３４５、たとえば性別情報が統計情報３４４に含まれた開始時点を検出し、表示部３２に通知する。また、追加情報３４５、たとえば性別情報の浸透率（たとえば、統計情報３４４に蓄積された端末ＩＤのうち、性別情報が紐づけられた端末ＩＤの割合）などを算出し、算出した浸透率が所定の値を超えた場合に、開発者、運用者または統計解析装置３０の表示部３２にイベントとして通知してもよい。たとえば、性別情報の浸透率が８０％に達した旨が通知された場合に、運用者は性別の観点での統計解析の開始を可能とすることができる。また、逆に、運用者に統計解析できる程度に情報の蓄積ができている旨を通知することも可能である。
【００９８】
さらに、上記した情報更新部と更新項目検出部とを統計解析装置３０の制御部３５が備える構成としてもよい。更新項目検出部は、実施例２において追加または削除された統計項目の情報が記憶部３４に蓄積される開始時点を検出し、その蓄積の割合などを算出する。また、更新項目検出部は、ある検出時点あるいはある算出時点において、情報更新部にイベント発生をさらに通知する機能を有する。
【００９９】
情報更新部は、統計情報３４４にアクセスして、そのイベントを契機に追加または削除された統計項目とその追加項目情報を取得してもよい。つまり統計情報３４４の自動更新が可能となる。
【０１００】
たとえば、更新項目検出部は、追加情報３４５の浸透率（たとえば、全ての端末ＩＤ数の内、性別情報と紐づいた端末ＩＤ数の割合）などを算出し、浸透率が１０％増加するごとに、情報更新部にイベントとして通知する。情報更新部は、更新項目検出部から通知を受けながら更新実行の判断を行い、たとえば浸透率８０％の通知を受けると更新実施を判断する。そして、情報更新部は、統計情報３４４にアクセスして、統計情報３４４を自動的に更新する。これによって、指定した時間に遡って性別情報が追加された統計情報３４４に対して、統計解析を行うことが可能となる。
【０１０１】
なお、図示した装置の各構成要素は、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、装置の分散・統合の具体的態様は図示のものに限られず、その全部または一部を、各種の負荷や使用状況等に応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。
【０１０２】
また、上記の実施例で説明した各種の処理は、予め用意されたプログラムを、スマートフォン、タブレット端末、パーソナルコンピュータまたはワークステーションなどのコンピュータで実行することによって実現することができる。そこで、以下では、上記の実施例と同様の機能を有する情報処理プログラムを実行するコンピュータの一例について説明する。
【０１０３】
図１７は、実施例１，２にかかる情報処理プログラムを実行するコンピュータのハードウェア構成を示す図である。図１７に示すように、コンピュータ５００は、操作部５１０と、ディスプレイ５２０と、通信部５３０と、ＣＰＵ５４０と、ＲＯＭ５５０と、ＨＤＤ５６０と、ＲＡＭ５７０とを有する。操作部５１０と、ディスプレイ５２０と、通信部５３０と、ＣＰＵ５４０と、ＲＯＭ５５０と、ＨＤＤ５６０と、ＲＡＭ５７０とは、バス５８０を介して接続される。なお、ＨＤＤ５６０に代えて、ＳＳＤを用いてもよい。
【０１０４】
ＨＤＤ５６０には、上記の実施例１，２で示した情報処理端末１０の入出力制御部１４１、実行部１４２、通信処理部１４３および追加処理部１４４と同様の機能を発揮する情報処理プログラム、あるいはアプリケーションサーバ２０の実行部２２１および通信処理部２２２と同様の機能を発揮する情報処理プログラム、あるいは統計解析装置３０の取得部３５１、解析部３５２、入出力制御部３５３、アプリ開発部３５４および追加情報管理部３５５と同様の機能を発揮する情報処理プログラムが記憶される。この情報処理プログラムは、図３または図１３に示した情報処理端末１０の入出力制御部１４１、実行部１４２、通信処理部１４３および追加処理部１４４の各構成要素、あるいは図５に示したアプリケーションサーバ２０の実行部２２１および通信処理部２２２の各構成要素、あるいは図６または図１１に示した統計解析装置３０の取得部３５１、解析部３５２、入出力制御部３５３、アプリ開発部３５４および追加情報管理部３５５の各構成要素と同様、統合または分離してもかまわない。すなわち、ＨＤＤ５６０には、必ずしも上記の実施例１，２で示した全てのデータが格納されずともよく、処理に用いるデータがＨＤＤ５６０に格納されればよい。
【０１０５】
このような環境の下、ＣＰＵ５４０は、ＨＤＤ５６０から情報処理プログラムを読み出した上でＲＡＭ５７０へロードする。この結果、情報処理プログラムは、情報処理プロセスとして機能する。この情報処理プロセスは、ＲＡＭ５７０が有する記憶領域のうち情報処理プロセスに割り当てられた領域にＨＤＤ５６０から読み出した各種データをロードし、このロードした各種データを用いて各種の処理を実行する。たとえば、情報処理プロセスが実行する処理の一例として、図９、図１０または図１６に示す処理などが含まれる。なお、ＣＰＵ５４０では、必ずしも上記の実施例１，２で示した全ての処理部が動作せずともよく、実行対象とする処理に対応する処理部が仮想的に実現されればよい。
【０１０６】
なお、上記の情報処理プログラムは、必ずしも最初からＨＤＤ５６０またはＲＯＭ５５０に記憶されておらずともかまわない。たとえば、コンピュータ５００に挿入されるフレキシブルディスク、いわゆるＦＤ、ＣＤ（Compact  Disc）−ＲＯＭ、ＤＶＤ（Digital  Versatile  DiscまたはDigital  Video  Disc）、光磁気ディスク、ＩＣ（Integrated  Circuit）カードなどの「可搬用の物理媒体」に情報処理プログラムを記憶させる。そして、コンピュータ５００がこれらの可搬用の物理媒体から情報処理プログラムを取得して実行するようにしてもよい。また、公衆回線、インターネット、ＬＡＮ、ＷＡＮなどを介してコンピュータ５００に接続される他のコンピュータまたはサーバ装置などに情報処理プログラムを記憶させておき、コンピュータ５００がこれらから情報処理プログラムを取得して実行するようにしてもよい。
【符号の説明】
【０１０７】
１０  情報処理端末
１１，２１，３１  通信部
１２，３２  表示部
１３，３３  入力部
１４，２２，３５  制御部
１５，３４  記憶部
２０  アプリケーションサーバ
３０  統計解析装置
４０  ネットワーク
１０１，２０１  ＯＳ
１０２  モバイルアプリ
１３１  プロファイル選択画面
１４１  入出力制御部
１４２，２２１  実行部
１４３，２２２  通信処理部
１４４  追加処理部
１５１，３４５  追加情報
２０２  サービスアプリ
３４１  機能タグ管理情報
３４２，３４６  対応情報
３４３  基本情報
３４４  統計情報
３５１  取得部
３５２  解析部
３５３  入出力制御部
３５４  アプリ開発部
３５５  追加情報管理部
【図１】
2018112949.tif 000003
【図２】
2018112949.tif 000004
【図３】
2018112949.tif 000005
【図４】
2018112949.tif 000006
【図５】
2018112949.tif 000007
【図６】
2018112949.tif 000008
【図７】
2018112949.tif 000009
【図８】
2018112949.tif 000010
【図９】
2018112949.tif 000011
【図１０】
2018112949.tif 000012
【図１１】
2018112949.tif 000013
【図１２】
2018112949.tif 000014
【図１３】
2018112949.tif 000015
【図１４】
2018112949.tif 000016
【図１５−１】
2018112949.tif 000017
【図１５−２】
2018112949.tif 000018
【図１６】
2018112949.tif 000019
【図１７】
2018112949.tif 000020