JP2017182321A - 情報処理装置、コンピュータプログラム及び情報処理方法 - Google Patents

Abstract

【課題】ユーザ端末にインストールしたアプリケーションに関する情報を一元管理できる情報処理装置、コンピュータプログラム及び情報処理方法の提供。【解決手段】ユーザ端末にインストールされた複数のアプリケーションプログラムのインストール情報を取得する取得部と、取得部が取得したインストール情報を、ユーザ端末の固有のＩＤに対応付けて記憶する記憶部とを備えることを特徴とする。【選択図】図６

Description

本発明は、ユーザ端末にインストールしたアプリケーションプログラムの情報を管理する情報処理装置、コンピュータプログラム及び情報処理方法に関する。

近年、ネットワークに接続されるサーバ装置から有償又は無償にてアプリケーションプログラムをダウンロードし、ダウンロードしたアプリケーションプログラムをユーザが所持するユーザ端末にて利用するアプリケーション配信サービスが普及している。

アプリケーション配信サービスは、例えば、配信サービスを提供するサーバ装置と、アプリケーションプログラムが登録されたアプリケーションサーバとをインターネット網などの通信ネットワークに接続して構築される。ユーザは、端末装置からサーバ装置にアクセスするために予め作成したアカウントを利用して、サーバ装置にアクセスすることにより、所望のアプリケーションプログラムをアプリケーションサーバから端末装置にダウンロードすることが可能である。

特開２００２−１３３３１６号公報

ここで、配信サービスを提供している事業主体と、アプリケーションプログラムを作成し提供している事業主体とが異なるケースが存在する。このようなケースでは、ダウンロードしたアプリケーションプログラムを利用するために、アプリケーションプログラムを提供している事業主体により設置されたサーバ装置用に別途アカウントを作成し、当該アカウントを用いてアプリケーションプログラムの情報を管理することが行われている。

アプリケーションプログラムを作成し提供している事業主体は多数存在するため、従来の配信サービスでは、ユーザの端末装置にインストールされた各種アプリケーションプログラムの情報を一元的に管理することが困難であるという問題点を有している。

本発明は、斯かる事情に鑑みてなされたものであり、ユーザ端末にインストールしたアプリケーションプログラムに関する情報を一元管理することができる情報処理装置、コンピュータプログラム及び情報処理方法を提供することを目的とする。

本願の情報処理装置は、ユーザ端末にインストールされた複数のアプリケーションプログラムのインストール情報を取得する取得部と、該取得部が取得したインストール情報を、前記ユーザ端末の固有のＩＤに対応付けて記憶する記憶部とを備えることを特徴とする。

本願の情報処理装置は、前記取得部は更に、前記ユーザ端末にインストールされた前記アプリケーションプログラムに係る実行結果を取得し、前記記憶部は、前記ユーザ端末の固有のＩＤと対応付けて前記アプリケーションプログラム毎の実行結果を記憶することを特徴とする。

本願の情報処理装置は、一のアプリケーションプログラムに係る実行結果に基づき、他のアプリケーションプログラムの実行処理に利用する情報を前記ユーザ端末へ送信する送信部を備えることを特徴とする。

本願の情報処理装置は、前記送信部は、前記記憶部に記憶された前記実行結果に基づき、一又は複数の前記アプリケーションプログラムについての一括課金請求、又は前記ユーザ端末にインストールされていない他のアプリケーションプログラムを紹介する紹介情報を前記ユーザ端末へ送信することを特徴とする。

本願のコンピュータプログラムは、コンピュータに、ユーザ端末にインストールされた複数のアプリケーションのインストール情報を取得し、取得したインストール情報を、前記ユーザ端末の固有のＩＤに対応付けて記憶部に記憶する手順を実行させる。

本願の情報処理方法は、コンピュータを用いた情報処理方法であって、ユーザ端末にインストールされた複数のアプリケーションのインストール情報を取得し、取得したインストール情報を、前記ユーザ端末の固有のＩＤに対応付けて記憶部に記憶することを特徴とする。

本願によれば、ユーザ端末にインストールしたアプリケーションプログラムに関する情報を一元管理することができる。

実施の形態１に係るアプリケーション配信システムの構成例を示す模式図である。 管理サーバの内部構成を説明するブロック図である。 ユーザ管理データベースの一例を示す模式図である。 アプリ管理データベースの一例を示す模式図である。 ユーザ端末の内部構成を説明するブロック図である。 本実施の形態に係るアプリケーション配信システムの動作を説明するタイミングチャートである。 実施の形態２に係る管理サーバが実行する処理の手順を説明するフローチャートである。 実施の形態３に係る管理サーバが実行する処理の手順を説明するフローチャートである。 実施の形態４に係る管理サーバが実行する処理の手順を説明するフローチャートである。

以下、本発明をその実施の形態を示す図面に基づいて具体的に説明する。
（実施の形態１）
図１は実施の形態１に係るアプリケーション配信システムの構成例を示す模式図である。本実施の形態に係るアプリケーション配信システムは、サーバ側の構成として、例えば、アプリ配信サーバ１０、アプリケーションサーバ１１、及び管理サーバ１２を備え、クライアント側の構成として、各ユーザによって所持されるユーザ端末２０，２０，…，２０を備える。各サーバ１０〜１２及びユーザ端末２０は、インターネット網などの通信ネットワークＮを介して互いに通信可能に接続されている。

アプリ配信サーバ１０は、例えばアップルストア（登録商標）などのアプリケーション配信サービスを提供するサーバ装置であり、ユーザ端末２０，２０，…，２０からアプリケーションプログラム（単にアプリとも記載する）のダウンロード要求を受付けることが可能である。アプリ配信サーバ１０は、通信ネットワークＮを介してユーザ端末２０から送信されるダウンロード要求を受信した場合、ユーザ認証や課金処理等を行い、ユーザ認証及び課金処理の後、ユーザ端末２０からのダウロード要求をアプリケーションサーバ１１へ転送する。

アプリケーションサーバ１１は、ユーザ端末２０に提供する各種アプリケーションプログラムが登録されているサーバ装置である。アプリケーションサーバ１１がユーザ端末２０に提供するアプリケーションプログラムは任意であり、例えば、ニュース情報、天気情報、交通情報等の各種情報を外部サーバから取得するためのニュースアプリ、文書を作成するためのアプリ、写真や動画を管理・編集するための写真・動画アプリ、ソーシャルネットワークサービスを受けるためのＳＮＳアプリ、各種業務で用いられる業務アプリなどが含まれる。アプリケーションサーバ１１は、アプリ配信サーバ１０を通じて、ユーザ端末２０から送信されるインストール要求を受信した場合、対象のアプリケーションプログラムを要求元のユーザ端末２０へ送信する。

管理サーバ１２は、ユーザ端末２０，２０，…，２０を所持している各ユーザの情報と、各ユーザ端末２０にインストールされたアプリケーションプログラムの情報とを関連付けて記憶するアプリ管理データベース１２２Ｄ（図２を参照）を備える。アプリ管理データベース１２２Ｄの記憶内容については後に詳述することとする。

ユーザ端末２０は、例えば、スマートフォンを含む携帯型電話機やタブレット端末などの端末装置であり、それぞれに固有の電話番号が付与されているものとする。ユーザは、ユーザ端末２０に新たなアプリケーションプログラムをインストールする場合、ユーザ端末２０を操作してアプリ配信サーバ１０にアクセスし、所望のアプリケーションプログラムがサーバ側に登録されていることを確認する。所望のアプリケーションプログラムがサーバ側に登録されている場合、ユーザ端末２０からダウンロード要求をアプリ配信サーバ１０へ送信し、ユーザ認証や課金処理を経た後に、アプリケーションサーバ１１から送信されてくるアプリケーションプログラムを受信する。ユーザ端末２０は、受信したアプリケーションプログラムを自端末の記憶部２０２（図５を参照）にインストールする。

なお、本実施の形態では、サーバ側の構成例として、アプリ配信サーバ１０、アプリケーションサーバ１１、及び管理サーバ１２の３つのサーバ装置を備える構成を示したが、サーバ側の構成は図１の例に限定されるものではない。例えば、アプリ配信サーバ１０をフロントサーバとして通信ネットワークＮに接続し、アプリケーションサーバ１１をバックヤードサーバとしてアプリ配信サーバ１０に接続する構成としてもよい。

また、１つのサーバ装置に各サーバ１０〜１２の機能を持たせてもよく、当該サーバ装置により、アプリケーション配信サービス及びユーザ端末２０にインストールされたアプリケーション情報の管理を実現する構成としてもよい。

更に、アプリケーションプログラムの提供者毎にアプリケーションサーバ１１を用意し、通信ネットワークＮ上にアプリケーションサーバ１１を複数接続する構成であってもよい。また、管理サーバ１２が備えるデータベースを独立したデータベースサーバとして構築してもよく、管理サーバ１２からデータベースサーバへアクセスして必要な情報の登録及び読み出しを行ってもよい。

図２は管理サーバ１２の内部構成を説明するブロック図である。管理サーバ１２は、制御部１２１、記憶部１２２、通信部１２３、表示部１２４及び操作部１２５を備える。

制御部１２１は、例えば、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）等を備える。制御部１２１のＣＰＵは、ＲＯＭ又は記憶部１２２に予め記憶された各種プログラムをＲＡＭに展開して実行することにより、上述した各種ハードウェアの動作を制御し、管理サーバ１２を本願に係る情報処理装置として機能させる。

記憶部１２２は、ＨＤＤ（Hard Disk Drive）などの記憶装置を備え、各種プログラム及びデータを記憶する。記憶部１２２が記憶するプログラムには、管理サーバ１２の動作全体を制御するためのプログラムであるオペレーティングシステム（ＯＳ）１２２Ａ、アプリケーション情報を管理するためのアプリ管理プログラム１２２Ｂ等が含まれる。なお、アプリ管理プログラム１２２Ｂは、 ＣＤ−ＲＯＭ（CD : Compact Disk）などのメディアＭ（非一時的な記録媒体）によって提供されるものであってもよい。この場合、制御部１２１は、不図示の読取装置を用いてメディアＭからアプリ管理プログラム１２２Ｂを読み取り、読み取ったアプリ管理プログラム１２２Ｂを記憶部１２２内にインストールする。

また、記憶部１２２は、ユーザ端末２０，２０，…，２０を所持している各ユーザの情報を記憶するユーザ管理データベース（ユーザ管理ＤＢ）１２２Ｃ、及び各ユーザ端末２０におけるアプリケーションプログラムの情報を記憶するアプリ管理データベース（アプリ管理ＤＢ）１２２Ｄを備える。

通信部１２３は、通信ネットワークＮに接続可能であり、例えば、クライアント側へ通知すべき情報をユーザ端末２０へ送信すると共に、ユーザ端末２０から送信されるダウンロード要求等の情報を受信する。

表示部１２４は、液晶ディスプレイ装置などを備え、管理サーバ１２の管理者に対して報知すべき情報を表示する。また、操作部１２５は、キーボード、マウスなどの入力インタフェースを備え、管理サーバ１２の管理者による操作を受付ける。

以下、管理サーバ１２が備えるデータベースの構成について説明する。
図３はユーザ管理データベース１２２Ｃの一例を示す模式図である。ユーザ管理データベース１２２Ｃでは、例えば、各ユーザが所持しているユーザ端末２０の電話番号に関連付けて、ユーザの氏名、パスワード、口座情報等を記憶している。

図４はアプリ管理データベース１２２Ｄの一例を示す模式図であり、アプリ管理データベース１２２Ｄでは、例えば、各ユーザが所持しているユーザ端末２０の電話番号に関連付けて、各アプリケーションプログラムのインストール状況、各アプリケーションプログラムの利用状況（前回利用日時、トータルの利用時間、利用回数、進捗状況）、ユーザの属性（生産性、業務効率、営業能力）等の情報を記憶している。

図４に示す例では、「０９０１２３４０００１」という電話番号を有するユーザ端末２０には、「アプリＡ」及び「アプリＢ」のアプリケーションプログラムがインストール済みであり、「アプリＣ」のアプリケーションプログラムが未インストールであることを示している。管理サーバ１２は、アプリケーションプログラムのインストール時にユーザ端末２０からインストール完了通知を受信することにより、各アプリケーションプログラムのインストール状況をアプリ管理データベース１２２Ｄに登録する。他の電話番号を有するユーザ端末２０，２０，…，２０についても同様であり、アプリ管理データベース１２２Ｄには、ユーザ端末２０毎に各アプリケーションプログラムのインストール状況が登録される。

また、本実施の形態では、管理サーバ１２は、各ユーザ端末２０にてアプリケーションプログラムが実行される都度、実行結果に係る情報を各ユーザ端末２０から取得し、取得した情報に基づき、利用状況に係る項目（前回利用日時、トータルの利用時間、利用回数、進捗状況）を更新する。ここで、進捗状況は、アプリケーションプログラム毎に定められた方法にて導出される指標である。例えば「アプリＡ」が営業支援アプリである場合、営業初期、営業中期、受注までの計画立案シートを用意しておき、計画立案シートへの入力状況をユーザ端末２０の制御部２０１にて判定することにより、進捗状況を導出することができる。また、「アプリＢ」が生産性効率アプリである場合、ユーザ端末２０にて定期的にユーザに質問を提示し、業務内容等を記入してもらうことにより、進捗状況を導出してもよい。

アプリ管理データベース１２２Ｄの属性欄には、ユーザの生産性、営業能力、業務効率等を数値化した情報が登録される。例えば、制御部１２１は、生産性又は営業能力を示す指標として、アプリケーションプログラムの利用時間当たりの進捗状況（進捗状況を示す数値を利用時間で除算した値）を算出し、得られた数値を属性の項目に登録してもよい。また、制御部１２１は、業務効率を示す指標として、例えば利用回数１回当たりの利用時間（利用時間を利用回数で除算した値）を算出し、得られた数値を属性の項目に登録してもよい。

次に、ユーザ端末２０の構成について説明する。
図５はユーザ端末２０の内部構成を説明するブロック図である。ユーザ端末２０は、制御部２０１、記憶部２０２、通信部２０３、表示部２０４及び操作部２０５を備える。

制御部２０１は、例えばＣＰＵを備える。制御部２０１のＣＰＵは、記憶部２０２に記憶された各種プログラムを実行することにより、上述した各種ハードウェアの動作を制御し、装置全体を本願のユーザ端末として機能させる。

記憶部２０２は、フラッシュメモリなどの記憶装置を備え、ユーザ端末２０に予めインストールされた各種プログラム、アプリケーションサーバ１１からダウンロードしたアプリケーションプログラム等を記憶する。また、記憶部２０２は、ユーザ端末２０に付与されている電話番号等のデータ、操作部２０５を通じて受付けたデータ、アプリケーションプログラムを利用して作成されたデータ等を記憶する。

通信部２０３は、通信ネットワークＮに接続可能であり、アプリ配信サーバ１０へのダウンロード要求、管理サーバ１２へのアプリケーション情報等を送信すると共に、アプリ配信サーバ１０及び管理サーバ１２から送信される情報、並びにアプリケーションサーバ１１から送信されるアプリケーションプログラム等を受信する。

表示部２０４は、液晶ディスプレイ、有機ＥＬディスプレイなどの表示デバイスを備え、ユーザ端末２０のユーザに対して報知すべき情報を表示する。また、操作部２０５は、タッチパネル、各種ボタンを備え、ユーザ端末２０のユーザによる操作を受付ける。

以下、本実施の形態に係るアプリケーション配信システムの動作について説明する。
図６は本実施の形態に係るアプリケーション配信システムの動作を説明するタイミングチャートである。ユーザ端末２０に新たなアプリケーションをインストールする場合、ユーザはユーザ端末２０の操作部２０５を操作し、アプリ配信サーバ１０へアクセスするための特定のアプリケーションプログラムを起動することにより、アプリ配信サーバ１０へのアクセスを開始させる。ユーザの操作によりアプリ配信サーバ１０へアクセスするための特定のアプリケーションプログラムがユーザ端末２０にて起動した場合、ユーザ端末２０は、アプリ配信サーバ１０へのアクセス要求を通信部２０３を通じて送信する（ステップＳ１０１）。

アプリ配信サーバ１０は、ユーザ端末２０から送信されるアクセス要求を受信した場合、アプリケーションサーバ１１に登録されているアプリケーションプログラムをユーザに提示するために、アプリケーション提供画面をユーザ端末２０へ送信する（ステップＳ１０２）。

このとき、アプリ配信サーバ１０は、アクセス要求元のユーザ端末２０が正当な端末であるか否かを、例えば端末の機種名、端末にインストールされているＯＳのバージョン等により認証し、認証に成功した場合にのみアプリケーション提供画面を送信する構成としてもよい。アプリ配信サーバ１０が送信するアプリケーション提供画面は、例えば、アプリケーションプログラム別に用意されたアイコン、各アプリケーションプログラムの説明、ユーザによる評価、課金額等の情報を表示するための情報表示欄、各アプリケーションプログラムのインストール要求を受付けるためにアプリケーションプログラム別に用意されたリクエストボタン等のＧＵＩコンポーネント（GUI : Graphical User Interface）を含む。

ユーザ端末２０は、アプリ配信サーバ１０から送信されるアプリケーション提供画面を通信部２０３にて受信した場合、受信したアプリケーション提供画面を表示部２０４に表示する（ステップＳ１０３）。ユーザは、表示部２０４に表示されるアプリケーション提供画面を閲覧して、ユーザ端末２０にインストールすべきアプリケーションプログラムを選択することができる。

ユーザ端末２０は、アプリケーション提供画面に配置されたリクエストボタンへの操作を操作部２０５にて受付けた場合、すなわちユーザ端末２０にインストールすべきアプリケーションプログラムがユーザにより選択された場合、通信部２０３を通じて、アプリケーションプログラムのインストール要求をアプリ配信サーバ１０へ送信する（ステップＳ１０４）。

アプリ配信サーバ１０は、ユーザ端末２０から送信されるインストール要求を受信した場合、ユーザ認証を行うために、認証情報（ユーザＩＤ及びパスワード）の入力要求をユーザ端末２０へ送信する（ステップＳ１０５）。

ユーザ端末２０は、ユーザＩＤ及びパスワードの入力要求を通信部２０３にて受信した場合、ユーザＩＤ及びパスワードの入力画面を表示部２０４に表示し、ユーザＩＤ及びパスワードの入力を受付ける（ステップＳ１０６）。操作部２０５を通じてユーザＩＤ及びパスワードを受付けた場合、ユーザ端末２０は、通信部２０３より、受付けたユーザＩＤ及びパスワードを認証情報としてアプリ配信サーバ１０へ送信する（ステップＳ１０７）。

アプリ配信サーバ１０は、ユーザ端末２０から送信されてくる認証情報を受信した場合、自サーバ内のデータベースを参照し、ユーザ認証を行う（ステップＳ１０８）。ユーザ認証に成功した場合、アプリ配信サーバ１０は、ユーザ端末２０から受信したインストール要求をアプリケーションサーバ１１へ転送する（ステップＳ１０９）。なお、ステップＳ１０８でユーザ認証に失敗した場合には、再度認証情報の入力要求をユーザ端末２０へ送信してもよい。

アプリケーションサーバ１１は、アプリ配信サーバ１０から転送されるインストール要求を受信した場合、該当するアプリケーションプログラムを自身の記憶装置（不図示）から読み出し、読み出したアプリケーションプログラムを要求元のユーザ端末２０へ送信する（ステップＳ１１０）。

ユーザ端末２０は、アプリケーションサーバ１１から送信されたアプリケーションプログラムを通信部２０３にて受信した場合、受信したアプリケーションプログラムを記憶部２０２にインストールし（ステップＳ１１１）、自端末の電話番号の情報を付加したインストール完了通知を管理サーバ１２へ送信する（ステップＳ１１２）。

管理サーバ１２は、ユーザ端末２０からインストール完了通知を通信部１２３にて受信した場合、そのユーザ端末２０について、アプリ管理データベース１２２Ｄのインストール状況に係る項目を「未インストール」から「インストール済」に変更することにより、データベースへの登録を行う（ステップＳ１１３）。

また、ユーザ端末２０にてアプリケーションプログラムが起動し（ステップＳ１１４）、適宜の処理を実行した後に、当該アプリケーションプログラムが終了した場合（ステップＳ１１５）、ユーザ端末２０は、自端末の電話番号及び実行したアプリケーションプログラムの名称と共に、実行結果に係る情報を管理サーバ１２に通知する（ステップＳ１１６）。ユーザ端末２０が通知するアプリケーションプログラムの実行結果に係る情報には、例えば、利用日時、利用時間、進捗状況等の情報が含まれる。また、利用日時、利用時間、進捗状況の他に、アプリケーションプログラムによる処理の成否、アプリケーションプログラムが生成したデータ等が含まれていてもよい。

管理サーバ１２は、ユーザ端末２０からアプリケーションプログラムの実行結果に係る情報を受信した場合、アプリ管理データベース１２２Ｄを更新する（ステップＳ１１７）。例えば、管理サーバ１２の制御部１２１は、アプリ管理データベース１２２Ｄの前回利用日時の項目を、新たに受信した実行結果に含まれる利用日時に書き換えると共に、利用時間及び利用回数の項目を受信した実行結果に係る情報に基づきインクリメントすることにより、データベースの更新を行う。また、アプリ管理データベース１２２Ｄの属性の項目がユーザの生産性を示している場合、制御部１２１は、生産性を示す指標として、例えばアプリケーションプログラムの利用時間当たりの進捗状況（進捗状況を示す数値を利用時間で除算した値）を算出し、算出した値を属性の項目に登録する。

なお、アプリケーションプログラムの実行結果に係る情報を、例えば当該アプリケーションプログラムの提供事業主体が管理するサーバ装置にて蓄積する構成としてもよい。この場合、管理サーバ１２は、提供事業主体が管理するサーバ装置から各ユーザ２０にて実行されたアプリケーションプログラムの情報を取得する構成としてもよい。

以上のように、本実施の形態では、ユーザ端末２０の電話番号に関連付けて、ユーザの情報及びユーザ端末２０で利用されているアプリケーションプログラムの情報をデータベースに記憶することができるので、例えばアプリケーションプログラムの提供者毎にアカウントを設定して情報を個別に管理する必要はなく、電話番号により一元管理することができる。

（実施の形態２）
実施の形態２では、ユーザ管理データベース１２２Ｃ及びアプリ管理データベース１２２Ｄに登録されている情報に基づき、他のアプリケーションプログラムの実行処理に利用する情報をユーザ端末２０に通知する構成について説明する。
なお、アプリケーション配信システムの全体構成、管理サーバ１２及びユーザ端末２０の内部構成は実施の形態１と同様であるから、その説明を省略することとする。

図７は実施の形態２に係る管理サーバ１２が実行する処理の手順を説明するフローチャートである。管理サーバ１２の制御部１２１は、例えば端末装置２０からアプリケーションプログラムの実行結果を受信したタイミングにて、送信元の電話番号を特定し、特定した電話番号を検索キーとしてアプリ管理データベース１２２Ｄを検索する（ステップＳ２０１）。

次いで、制御部１２１は、検索して得られるアプリケーションプログラムの情報に基づき、受信した実行結果を利用できる他のアプリケーションプログラムが同一の端末装置２０内にインストールされているか否かを判断する（ステップＳ２０２）。ここで、相互にデータが利用できるアプリケーションプログラムの情報は記憶部１２２に予め記憶されているものとする。制御部１２１は、実行結果が得られたアプリケーションと相互にデータが利用できるアプリケーションプログラムが同一の端末装置２０内にインストールされているか否かを、ステップＳ２０１で検索したアプリケーションプログラムの情報（インストール状況に係る項目）に基づき判断することができる。

受信した実行結果を利用できる他のアプリケーションプログラムが同一の端末装置２０内にインストールにされていないと判断した場合（Ｓ２０２：ＮＯ）、制御部１２１は、本フローチャートによる処理を終了する。

受信した実行結果を利用できる他のアプリケーションプログラムが同一の端末装置２０内にインストールにされていると判断した場合（Ｓ２０２：ＹＥＳ）、制御部１２１は、他のアプリケーションプログラムで利用できる実行結果を端末装置２０へ送信する（ステップＳ２０３）。

以上のように、実施の形態２では、相互にデータを利用できるアプリケーションプログラム間でデータを受け渡すことができる。

（実施の形態３）
実施の形態３では、ユーザ管理データベース１２２Ｃ及びアプリ管理データベース１２２Ｄに登録されている情報に基づき、一括課金を行う構成について説明する。
なお、アプリケーション配信システムの全体構成、管理サーバ１２及びユーザ端末２０の内部構成は実施の形態１と同様であるから、その説明を省略することとする。

図８は実施の形態３に係る管理サーバ１２が実行する処理の手順を説明するフローチャートである。管理サーバ１２の制御部１２１は、定期的なタイミング（例えば月１回のタイミング）で、各ユーザの電話番号を検索キーとしてアプリ管理データベース１２２Ｄを検索することにより、ユーザ毎（電話番号毎）に課金が必要なアプリケーションプログラムの情報を抽出する（ステップＳ３０１）。

次いで、制御部１２１は、抽出したアプリケーションプログラムの情報に基づき、ユーザ毎の課金額を決定する（ステップＳ３０２）。課金額はアプリケーションプログラム毎に設定されており、定額料金であってもよく、利用時間又は利用回数に応じて変動する料金であってもよい。

次いで、制御部１２１は、ステップＳ３０２で決定した課金額を通信部２０３を通じて各ユーザのユーザ端末２０へ送信し（ステップＳ３０３）、課金処理を実行する（ステップＳ３０４）。

以上のように、実施の形態３では、配信サービスを行っている事業者から各アプリケーションプログラムの課金請求を実行することができる。

（実施の形態４）
実施の形態４では、ユーザ管理データベース１２２Ｃ及びアプリ管理データベース１２２Ｄに登録されている情報に基づき、ユーザ端末２０にインストールされていないアプリケーションの情報をユーザに紹介する構成について説明する。
なお、アプリケーション配信システムの全体構成、管理サーバ１２及びユーザ端末２０の内部構成は実施の形態１と同様であるから、その説明を省略することとする。

図９は実施の形態４に係る管理サーバ１２が実行する処理の手順を説明するフローチャートである。管理サーバ１２の制御部１２１は、例えば端末装置２０からアプリケーションプログラムの実行結果を受信したタイミングにて、送信元の電話番号を特定し、特定した電話番号を検索キーとしてアプリ管理データベース１２２Ｄを検索する（ステップＳ４０１）。

次いで、制御部１２１は、特定した電話番号に関連付けられてアプリ管理データベース１２２Ｄに記憶されているアプリケーションプログラムの情報を参照し、インストール状況に係る項目が「未インストール」のアプリケーションプログラムを抽出する（ステップＳ４０２）。ここで、アプリケーションプログラム間の関連性に関する情報が記憶部１２２に予め記憶されている場合、制御部１２１は、当該関連性に関する情報を参照し、「未インストール」のアプリケーションプログラムのうち、実行結果が得られたアプリケーションプログラムに関連するアプリケーションプログラムのみを抽出してもよい。

次いで、制御部１２１は、ステップＳ４０２で抽出したアプリケーションの情報を通信部１２３を通じてユーザ端末２０へ送信する（ステップＳ４０３）。

以上のように、実施の形態４では、ユーザに対して、ユーザ端末２０にインストールされていないアプリケーションプログラム、特にユーザ端末２０にインストールされているアプリケーションプログラムと関連するアプリケーションプログラムを適切に紹介することができる。

なお、実施の形態１〜４では、ユーザ端末２０の電話番号を用いて、アプリケーションプログラムの情報を管理する構成について説明したが、電話番号に限らず、ＭＡＣアドレス等のユーザ端末２０に固有のＩＤを用いてもよい。また、ユーザ端末２０の固有のＩＤは、ユーザ又は管理者が人為的に設定したＩＤであってもよい。

今回開示された実施の形態は、全ての点で例示であって、制限的なものではないと考えられるべきである。本発明の範囲は、上述した意味ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内での全ての変更が含まれることが意図される。

１０ アプリ配信サーバ
１１ アプリケーションサーバ
１２ 管理サーバ
２０ ユーザ端末
１２１，２０１ 制御部
１２２，２０２ 記憶部
１２２Ａ ＯＳ
１２２Ｂ アプリ管理プログラム
１２２Ｃ ユーザ管理データベース
１２２Ｄ アプリ管理データベース
１２３，２０３ 通信部
１２４，２０４ 表示部
１２５，２０５ 操作部

Claims (6)

1. ユーザ端末にインストールされた複数のアプリケーションプログラムのインストール情報を取得する取得部と、
   該取得部が取得したインストール情報を、前記ユーザ端末の固有のＩＤに対応付けて記憶する記憶部と
   を備えることを特徴とする情報処理装置。
2. 前記取得部は更に、前記ユーザ端末にインストールされた前記アプリケーションプログラムに係る実行結果を取得し、
   前記記憶部は、前記ユーザ端末の固有のＩＤと対応付けて前記アプリケーションプログラム毎の実行結果を記憶する
   ことを特徴とする請求項１に記載の情報処理装置。
3. 一のアプリケーションプログラムに係る実行結果に基づき、他のアプリケーションプログラムの実行処理に利用する情報を前記ユーザ端末へ送信する送信部を備える
   ことを特徴とする請求項２に記載の情報処理装置。
4. 前記送信部は、前記記憶部に記憶された前記実行結果に基づき、一又は複数の前記アプリケーションプログラムについての一括課金請求、又は前記ユーザ端末にインストールされていない他のアプリケーションプログラムを紹介する紹介情報を前記ユーザ端末へ送信する
   ことを特徴とする請求項２又は請求項３に記載の情報処理装置。
5. コンピュータに、
   ユーザ端末にインストールされた複数のアプリケーションのインストール情報を取得し、
   取得したインストール情報を、前記ユーザ端末の固有のＩＤに対応付けて記憶部に記憶する
   手順を実行させるためのコンピュータプログラム。
6. コンピュータを用いた情報処理方法であって、
   ユーザ端末にインストールされた複数のアプリケーションのインストール情報を取得し、
   取得したインストール情報を、前記ユーザ端末の固有のＩＤに対応付けて記憶部に記憶する
   ことを特徴とする情報処理方法。

Images