JP7220766B2 - アプリケーション利用管理システム、制御プログラム、制御方法、サーバ、アプリケーション管理プログラム、及びアプリケーション管理方法 - Google Patents

Description

本発明は、アプリケーション利用管理システム、制御プログラム、制御方法、サーバ、アプリケーション管理プログラム、及びアプリケーション管理方法に関する。

従来、所定のアプリケーションへのアクセスを禁止する管理用システムが知られている。例えば特許文献１に記載の管理用システムにおいては、メディアファイルの属性を特定し、メディアファイルの属性に関連するペアレントコントロールポリシーに基づき、アプリケーションへのアクセスを管理する。

特開２０１０－２１８５５２号公報

しかしながら、特許文献１に記載された管理用システムにおいては、アプリケーションへのアクセスの禁止を行うだけで、子供（利用ユーザ）に適切な範囲でアプリケーションを利用させることができなかった。

本発明は、利用ユーザに適切な範囲でアプリケーションを利用させることを目的とする。

上記課題を解決するアプリケーション利用管理システムは、アプリケーションを利用する利用ユーザが用いる利用ユーザ端末と、前記利用ユーザのアプリケーションの利用を管理する管理ユーザが用いる管理ユーザ端末と、前記利用ユーザ端末及び前記管理ユーザ端末とネットワークを介して接続するサーバとを備えたアプリケーション利用管理システムである。

さらに上記アプリケーション利用管理システムは、前記管理ユーザ端末が、前記利用ユーザが利用する複数のアプリケーションが属するグループであって予め設定されたグループに対する利用制限を受け付ける受付部と、前記グループに関する利用制限の情報を前記サーバに送信する第１送信部と、を備える。
さらに上記アプリケーション利用管理システムは、前記利用ユーザ端末が、前記アプリケーションの利用状況を前記サーバに送信する第２送信部を備える。

さらに上記アプリケーション利用管理システムは、前記サーバが、前記管理ユーザ端末から送信された前記利用制限の情報に基づき、前記グループに前記利用制限を関連付けて記録する記録部と、前記アプリケーションの利用状況を前記利用ユーザ端末から取得する取得部と、取得した前記アプリケーションの利用状況が、当該アプリケーションが属する前記グループの前記利用制限を満たすか否かを判定する判定部と、前記判定部の判定結果に基づき、前記利用制限が満たされないと判定した場合には、アプリケーションの利用を制限する制限部と、を備える。

上記課題を解決する制御プログラムについて、アプリケーションを利用する利用ユーザが用いる利用ユーザ端末、及び前記利用ユーザのアプリケーションの利用を管理する管理ユーザが用いる管理ユーザ端末とネットワークを介して接続するサーバの制御プログラムであって、前記サーバを、複数のアプリケーションが属するグループであって予め設定されたグループに関する利用制限の情報を前記管理ユーザ端末から受信する第１受信部と、前記管理ユーザ端末から送信された前記利用制限の情報に基づき、前記グループに前記利用制限を関連付けて記録する記録部として機能させる。

さらに上記制御プログラムは、前記サーバを、前記アプリケーションの利用状況を前記利用ユーザ端末から受信する第２受信部と、取得した前記アプリケーションの利用状況が、当該アプリケーションが属する前記グループの前記利用制限を満たすか否かを判定する判定部と、前記判定部の判定結果に基づき、前記利用制限が満たされないと判定した場合には、アプリケーションの利用を制限する制限部と、として機能させる。

上記課題を解決する制御方法は、アプリケーションを利用する利用ユーザが用いる利用ユーザ端末、及び前記利用ユーザのアプリケーションの利用を管理する管理ユーザが用いる管理ユーザ端末とネットワークを介して接続するサーバの制御方法であって、前記サーバが、複数のアプリケーションが属するグループであって予め設定されたグループに関する利用制限の情報を前記管理ユーザ端末から受信する第１受信ステップと、前記管理ユーザ端末から送信された前記利用制限の情報に基づき、前記グループに前記利用制限を関連付けて記録する記録ステップと、を実行する。

さらに上記制御方法は、前記サーバが、前記アプリケーションの利用状況を前記利用ユーザ端末から受信する第２受信ステップと、取得した前記アプリケーションの利用状況が、当該アプリケーションが属する前記グループの前記利用制限を満たすか否かを判定する判定ステップと、前記判定ステップにおける判定結果に基づき、前記利用制限が満たされないと判定した場合には、アプリケーションの利用を制限する制限ステップと、を実行する。

上記課題を解決するサーバは、アプリケーションを利用する利用ユーザが用いる利用ユーザ端末、及び前記利用ユーザのアプリケーションの利用を管理する管理ユーザが用いる管理ユーザ端末とネットワークを介して接続するサーバである。

さらに上記サーバは、複数のアプリケーションが属するグループであって予め設定されたグループに関する利用制限の情報を前記管理ユーザ端末から受信する第１受信部と、前記管理ユーザ端末から送信された前記利用制限の情報に基づき、前記グループに前記利用制限を関連付けて記録する記録部を備える。

さらに上記サーバは、前記アプリケーションの利用状況を前記利用ユーザ端末から受信する第２受信部と、取得した前記アプリケーションの利用状況が、当該アプリケーションが属する前記グループの前記利用制限を満たすか否かを判定する判定部と、前記判定部の判定結果に基づき、前記利用制限が満たされないと判定した場合には、アプリケーションの利用を制限する制限部と、を備える。

本発明によれば、利用ユーザに適切な範囲でアプリケーションを利用させることができる。

一実施形態の装置の構成を説明する概略図。 利用制限のデータ構造を示す模式図。 （ａ）、（ｂ）は、アプリケーションのデータ構造を示す模式図。 （ａ）～（ｃ）は、属性情報の処理の流れを説明する概略図。 利用制限の設定処理の手順を示すフローチャート。 利用制限の適用処理の手順を示すフローチャート。 報酬の発行処理の手順を示すフローチャート。 利用制限の対象となるアプリケーションの設定画面の一例を示す模式図。 （ａ）～（ｃ）は、利用制限の設定画面の一例を示す模式図。

以下、アプリケーション利用管理プログラム、アプリケーション利用管理方法、アプリケーション利用管理装置、および、管理用プログラムの一実施形態を図１～図７に従って説明する。本実施形態では、利用ユーザによるアプリケーションの利用を、管理ユーザが管理する場合について説明する。例えば、利用ユーザは未成年のユーザであり、管理ユーザは、未成年ユーザを監督する保護者である。

図１に示すように、本実施形態では、ネットワークＮＷに接続されたユーザ端末、管理サーバ３００を用いる。ユーザ端末は、第１のユーザ端末１００と、第２のユーザ端末２００とを含む。

第１のユーザ端末１００は、管理ユーザが操作するコンピュータ端末であって、ＣＰＵ等の演算部や、ＲＡＭ等の揮発性メモリを含む構成を有し、記憶部に記憶されたプログラムやデータに基づいて、通信部による通信の制御、記憶部における情報の読み出しや書き込み、各種の演算処理等、管理サーバ２０が備える各部の制御を行う。また、記憶部には、利用ユーザのアプリケーションの利用を管理するための管理用プログラムを含む各種のアプリケーションが記憶されている。ＣＰＵ等の演算部は、このアプリケーションを実行することにより、情報の出力や入力等を行う。第１のユーザ端末１００は、例えば、多機能携帯端末（スマートフォン）や、ＰＣ（パーソナルコンピュータ）端末、タブレット端末等である。

第２のユーザ端末２００は、利用ユーザが操作するコンピュータ端末であって、ＣＰＵ等の演算部や、ＲＡＭ等の揮発性メモリを含む構成を有し、記憶部に記憶されたプログラムやデータに基づいて、通信部による通信の制御、記憶部における情報の読み出しや書き込み、各種の演算処理等、管理サーバ２０が備える各部の制御を行う。演算部は、各種のアプリケーションを実行することにより、情報の出力や入力等を行う。第２のユーザ端末２００は、例えば、多機能携帯端末（スマートフォン）や、ＰＣ（パーソナルコンピュータ）端末、タブレット端末、家庭用ゲーム機等である。

管理サーバ３００は、制御部３１０、利用制限記憶部３２０を備える。

図２に示すように、利用制限記憶部３２０には、管理ユーザの識別情報と利用ユーザの識別情報とが関連付けて記憶されている。一つの管理ユーザの識別情報に、一つの利用ユーザの識別情報が関連付けられてもよいし、複数の利用ユーザの識別情報が関連付けられていてもよい。なお、管理ユーザの識別情報は、ユーザＩＤでもよいし端末ＩＤでもよい。利用ユーザの識別情報は、ユーザＩＤでもよいし端末ＩＤでもよい。また、利用制限記憶部３２０には、第２のユーザ端末２００で利用可能であって管理対象のアプリケーションの識別情報が、利用ユーザの識別情報と関連付けて記憶されている。

また、利用制限記憶部３２０には、利用ユーザの識別情報、および、管理対象のアプリケーションの識別情報に関連付けて、アプリケーションの利用に関する制限を規定した利用制限が記憶されている。利用制限は、管理ユーザが第１のユーザ端末１００に対する入力操作を行うことにより、管理サーバ３００を介して第２のユーザ端末２００に登録される。なお、利用制限は、所定期間内の消費量の上限である消費上限量、所定期間内の利用時間の上限や利用時刻、メッセージの送受信状況を含んでもよい。消費上限量は、アプリケーション内でアイテムや機能の拡張等を取得することにより消費される対価の上限額（例えば１カ月で１０００円）、通信量の上限値の少なくとも一つを含んでいてもよい。上限額は、アプリケーション内で使用可能な通貨やポイントであってもよく、ゲームにおいてユーザに関連付けられたパラメータであってもよい。また、利用時間の上限値は、例えば、「１日当たり１時間」、「休日の１日あたり２時間」等、所定期間の利用を累積した時間である。この所定期間の累積利用時間が、規定された時間内に含まれる場合限りアプリケーションを利用することができる。又は利用時間は、アプリケーションを継続する時間であり、利用制限はその継続時間の上限値であってもよい。例えば利用制限に規定された利用時間が「２時間」である場合、アプリケーションを１時間継続して行い、１５分の中断の後に再開して１時間行った場合には利用制限を満たすが、２時間継続して行った場合には利用制限に達したと判断する。この際、アプリケーションの中断とみなすために必要な時間を規定してもよい（例えば１５分間）。また、利用時刻の閾値は、例えば「日中から午後９時まで」、「午後６時～午後８時」、「平日の午後８時まで」、「休日のみ」等の規定である。さらに「午後５時～午後９時」までの２時間等、時刻と時間の長さとを組み合わせた規定を設定することもできる。また、メッセージの送受信状況とは、データの通信制限（位置情報の送信制限など）、ＳＮＳ（ソーシャル・ネットワーキング・サービス）、アプリケーション内での通信機能（例えばゲーム内でプレイヤ同士に送受信されるメールやそのほかのメッセージの送受信、ゲーム内での投稿、複数のプレイヤが属するギルド内のチャットなど）を利用したメッセージに関する制限である。また、利用制限には、上述したアプリケーションの利用の制限の他、利用ユーザによるアプリケーションの利用条件を維持しつつも、利用ユーザが用いる第２のユーザ端末２００から管理ユーザが用いる第１のユーザ端末１００への通知を行うことも含まれる。

制御部３１０は、記憶部に記憶されたプログラムを実行することによって、端末管理部３１１、報酬発行部３１２として機能する。

端末管理部３１１は、端末管理部３１１は、第１のユーザ端末１００から、第２のユーザ端末２００についての利用制限の登録の要求があったときには、第１のユーザ端末１００からの利用制限についての入力情報を、第１のユーザ端末１００の識別情報、および、第２のユーザ端末２００の識別情報、アプリケーションの識別情報に関連付けして利用制限記憶部３２０に登録する。また、端末管理部３１１は、第２のユーザ端末２００から要求があったときには、第２のユーザ端末２００の識別情報に対応する利用制限を利用制限記憶部３２０から読み出すとともに、読み出した利用制限を第２のユーザ端末２００に適用する。なお、端末管理部３１１は、アプリケーションが所定の処理を実行するときに送信された要求に応じてそのアプリケーションの利用制限を送信してもよいし、複数のアプリケーションの利用制限を所定のタイミングでまとめて第２のユーザ端末２００にまとめて送信してもよく、そのタイミングは特に限定されない。

ここで、第２のユーザ端末２００への利用制限の適用は、以下のような構成にて実現される。すなわち、図３（ａ）に示すように、第１のユーザ端末１００等の管理対象ではない端末に対してアプリケーション１１０が実装されるときには、そのアプリケーション１１０にはアプリケーションの管理機能を記述した管理モジュール１１０Ａが含まれてもよい。一方、図３（ｂ）に示すように、第２のユーザ端末２００に対してアプリケーション２１０が実装されるときには、そのアプリケーション２１０にはアプリケーションの管理機能を記述した管理モジュール２１０Ａの他、ＳＤＫ（ソフトウェア開発キット）を用いてアプリケーションの管理機能を記述したＳＤＫモジュール２１０Ｂが含まれている。ここで、アプリケーションの管理機能には、端末外部に記憶された利用制限の取得、アプリケーション毎の利用状況の取得、利用制限を満たさない場合における第１のユーザ端末１００への通知及びアプリケーションの利用の制限を行なうことなど、利用制限に関する処理機能が含まれる。

報酬発行部３１２は、第２のユーザ端末２００の利用状況を、ネットワークＮＷを通じて取得する。報酬発行部３１２は、第２のユーザ端末２００から取得した利用状況が第２のユーザ端末２００の利用制限を一定期間順守しているか否かを監視する。そして、報酬発行部３１２は、一定期間利用制限を順守した場合には、利用制限を順守したアプリケーションに関連付けられた報酬又は報酬の識別情報を報酬記憶部３３０から取得する。この場合、報酬は、利用制限を順守したアプリケーション内で利用可能なものであってもよい。例えば、アプリケーションがゲームであれば、ゲーム内で利用可能なゲーム媒体である。なお、ゲーム媒体は、ゲームに使用される電子データであり、ユーザによってゲーム内で取得、所有、使用、管理、交換、合成、強化、売却、廃棄、又は贈与等され得る。例えば、カード、アイテム、仮想通貨、チケット、キャラクタ、アバタ、レベル情報、ステータス情報、及びパラメータ情報体力値や攻撃力など、能力情報スキル、アビリティ、呪文、ジョブなど等、任意の媒体を含む。ゲーム媒体の利用態様は本明細書で明示されるものに限られない。

なお、報酬発行部３１２は、第２のユーザ端末２００から取得した利用状況が第２のユーザ端末２００の利用制限を順守した回数が所定回数以上であるか否か、又は順守しなかった回数が所定回数未満であるか否かを監視するようにしてもよい。例えば、利用制限が「午後６時～午後８時」であった場合、この規定を守らずにアプリケーションを利用しなかった回数が所定期間（例えば１ヵ月）に所定回数（３回）未満であれば報酬を付与してもよい。また、利用制限を順守してアプリケーションを利用した回数、又は利用制限を順守せずにアプリケーションを利用した回数に応じて、報酬を階層化するようにしてもよい。例えば、アプリケーションを利用しなかった回数が所定期間に０回である場合に付与される報酬を、アプリケーションを利用しなかった回数が所定期間に１回である場合に付与される報酬よりもユーザにとって価値の高いものとするなど、段階的に変更するようにしてもよい。

報酬発行部３１２は、報酬記憶部３３０に記憶された報酬又は報酬の識別情報を取得すると、第２のユーザ端末２００に送信する。第２のユーザ端末２００は、報酬又は報酬の識別情報を受信すると、第２のユーザ端末２００の記憶部に記憶する。なお、第２のユーザ端末２００は、報酬の識別情報を受信した場合には、その識別情報に対応するデータを読み出し、利用ユーザの所有するものとして記憶する。なお、報酬発行部３１２の機能は、第２のユーザ端末２００のＳＤＫモジュール２１０Ｂが有する機能であってもよい。

次に、利用ユーザについての属性情報の登録処理の流れについて説明する。本実施形態では、属性情報として利用ユーザの年齢を登録する場合について説明する。利用ユーザの年齢を入力するタイミングとしては、例えば初めてアプリケーションを実行し、ユーザ登録が求められるとき等であるが、アプリケーションの仕様に応じたタイミングであればよい。

図４（ａ）に示す例では、第２のユーザ端末２００が利用ユーザの年齢の入力を必要としたときには、利用ユーザが第２のユーザ端末２００に対して利用ユーザの年齢を入力する。すると、入力情報が第２のユーザ端末２００からネットワークＮＷを介して管理サーバ３００に送信され、管理サーバ３００の利用制限記憶部３２０に登録又は一時的に記憶される。また、入力情報が管理サーバ３００に登録されると、第２のユーザ端末２００からネットワークＮＷを介して第１のユーザ端末１００に対して利用ユーザの年齢登録が通知される。これにより、第１のユーザ端末１００を用いる管理ユーザは、利用ユーザによる年齢の登録内容を確認し、利用ユーザによる年齢の不正登録の有無をチェックする。

また、図４（ｂ）に示す例では、第２のユーザ端末２００が利用ユーザの年齢の入力を必要としたときには、第２のユーザ端末２００から管理サーバ３００を介して又は管理サーバ３００を介さずに、第１のユーザ端末１００に対して利用ユーザの年齢の入力の要求が送信される。すると、第１のユーザ端末１００は、利用ユーザの年齢の入力を管理ユーザに要求する。そして、入力情報が第１のユーザ端末１００からネットワークＮＷを介して管理サーバ３００に送信され、管理サーバ３００の利用制限記憶部３２０に登録される。管理サーバ３００に登録された年齢は、第２のユーザ端末２００に登録される。又は、入力情報が第１のユーザ端末１００からネットワークＮＷを介して第２のユーザ端末２００へ送信される。

また、図４（ｃ）に示す例では、利用ユーザの年齢が管理サーバ３００に予め登録されている例である。例えば、利用ユーザが第２のユーザ端末２００を通じて利用ユーザの年齢を不正に入力したとする。この場合、入力情報が第２のユーザ端末２００からネットワークＮＷを介して管理サーバ３００に送信される。すると、管理サーバ３００は、予め登録されている利用ユーザの年齢と、新たに入力された利用ユーザの年齢とを比較する。ここで、利用ユーザの年齢の事前登録は、例えば個人識別カードの情報など、利用ユーザの個人情報を管理サーバ３００が外部から事前に取得することや、管理ユーザによる登録等で実現される。この場合、管理サーバ３００は、予め登録されている利用ユーザの年齢と、新たに入力された利用ユーザの年齢とが相違するときには、第２のユーザ端末２００にエラー通知を送信する。そして、管理サーバ３００からエラー通知を受信すると、第２のユーザ端末２００からネットワークＮＷを介して第１のユーザ端末１００に対して不正な入力を通知する。これにより、第１のユーザ端末１００を用いる管理ユーザは、利用ユーザによる年齢の不正登録の有無をチェックする。

なお、入力された年齢の照合は、年齢層を用いてもよい。年齢層は２つの層であっても、３つ以上の層であってもよい。例えば、利用ユーザは、年齢情報として１８歳以上であるか否か、又は「１２歳未満」、「１２歳～１８歳」、「１８歳～２０歳」…といった年齢層のうちいずれか１つを入力するようにしてもよい。また、管理サーバ３００又は第２のユーザ端末２００は、予め登録された年齢情報として、年齢層を記憶するようにしてもよい。管理サーバ３００又は第２のユーザ端末２００は、年齢（例えば「１６歳」）と予め登録した年齢層とを照合するようにしてもよいし、第２のユーザ端末２００に入力された年齢層と予め登録した年齢層とを照合するようにしてもよいし、第２のユーザ端末２００に入力された年齢層と予め登録した年齢とを照合するようにしてもよい。

以上のように登録されたユーザの年齢は、利用制限を順守したときに付与される報酬の提供条件として利用されてもよい。例えば、利用制限を順守したときの報酬の付与は、ユーザの年齢が「未成年」の年齢に該当することを前提としてもよい。

また、登録されたユーザの年齢は、利用制限を設定するための条件として用いられてもよい。例えばユーザの年齢が「未成年」の年齢に該当することを条件に、アプリケーションについて利用制限が設定できるようにしてもよい。

さらに、アプリケーション又はアプリケーションの機能の一部を実行可能な条件として年齢が設定されている場合には、管理サーバ３００又は第２のユーザ端末２００に登録されたユーザの年齢を用いてもよい。これにより年齢の不正な入力を抑制することができる。

次に、図５を参照して、管理サーバ３００が実行する利用制限の設定処理について説明する。

まず、管理サーバ３００の制御部３１０は、利用ユーザを登録する（ステップＳ１０）。具体的には、管理ユーザの入力操作により、第1のユーザ端末１００は、記憶部に記憶された管理用プログラムを含む管理用アプリケーションを実行する。管理ユーザは、管理用アプリケーションに、管理ユーザの識別情報及び利用ユーザの識別情報を入力する。管理ユーザの識別情報及び利用ユーザの識別情報は、例えばアプリケーションを提供するプラットフォームの識別情報であるが、これに限定されず、アプリケーションの管理用に設定される識別情報であってもよいし、その他の情報であってもよい。第１のユーザ端末１００は、入力された管理ユーザの識別情報及び利用ユーザの識別情報を管理サーバ３００に送信する。そして、管理サーバ３００の制御部３１０は、受信した管理ユーザの識別情報及び利用ユーザの識別情報を、利用制限記憶部３２０に関連付けて登録する。なお、管理ユーザ及び利用ユーザが関連付けられて管理サーバ３００に一旦登録された後は、再度同じ内容を登録する必要はない。例えば、既に設定された利用制限を変更する場合や、管理ユーザ及び利用ユーザの登録後に、第２のユーザ端末２００に新たなアプリケーションがインストールされて、そのアプリケーションに対して利用制限を設定する場合には、ステップＳ１０を省略することができる。

管理サーバ３００は、管理ユーザの識別情報及び利用ユーザの識別情報を登録すると、利用ユーザの識別情報に関連付けられたアプリケーションのうち、ＳＤＫモジュール２１０Ｂを含むアプリケーションの識別情報を、管理サーバ３００の記憶部又は外部装置から取得する。そして、管理サーバ３００は、取得したアプリケーションの識別情報を、利用制限記憶部３２０に利用ユーザの識別情報に関連付けて記憶する。

次に、制御部３１０は、利用制限を登録する（ステップＳ１１）。具体的には、管理ユーザの入力操作により、第１のユーザ端末１００は、第２のユーザ端末２００についての利用制限の登録の要求を管理サーバ３００に対して行う。具体的には、制御部３１０の端末管理部３１１は、利用ユーザの識別情報に関連付けられた第２のユーザ端末２００に記憶されたアプリケーションのうち、ＳＤＫモジュール２１０Ｂを含むアプリケーションのリストを第１のユーザ端末１００に送信する。管理ユーザは、第１のユーザ端末１００が受信したアプリケーションのリストの中から、利用制限の対象となるアプリケーションを選択する。また、管理ユーザは、選択したアプリケーションに対して適用する利用制限の内容を第１のユーザ端末１００に入力する。第１のユーザ端末１００は、選択されたアプリケーションと、このアプリケーションに対して設定された利用制限とを関連付けた状態で管理サーバ３００に送信する。

制御部３１０は、選択されたアプリケーションと、このアプリケーションに対して設定された利用制限とを受信すると、利用制限を登録し（ステップＳ１１）、その利用制限が適用されたアプリケーションを設定する（ステップＳ１２）。なお、ステップＳ１１及びステップＳ１２が実行されるタイミングの前後は問わない。

次に、制御部３１０は、第２のユーザ端末２００に記憶されたアプリケーションに対して利用制限を設定する（ステップＳ１３）。例えば制御部３１０の端末管理部３１１は、第２のユーザ端末２００から管理対象のアプリケーションの実行時等の所定のタイミングで、利用制限についての確認要求を受信する。そして、端末管理部３１１は、第２のユーザ端末２００の識別情報及び要求のあったアプリケーションに対応する利用制限を利用制限記憶部３２０から読み出すとともに、読み出した利用制限を第２のユーザ端末２００に送信する。第２のユーザ端末２００は、アプリケーションに対して管理ユーザが設定した利用制限を受信し、アプリケーションと関連付けて記憶部に記憶する。

次に、図６を参照して、第２のユーザ端末２００が実行する利用制限の適用処理について説明する。なお、第２のユーザ端末２００は、ＳＤＫモジュール２１０Ｂを含むアプリケーションが実行されるたびに、その利用状況を記憶部に記憶している。例えば、アプリケーション内でアイテムが購入されると、その消費額が累積消費額に加算されて記憶部に記憶される。そして、第２のユーザ端末２００は、一定期間が経過すると、その累積消費額を初期化する。

第２のユーザ端末２００は、利用ユーザのアプリケーションの利用状況を記憶部から取得する（ステップＳ２０）。この場合、利用状況は、利用制限の適用対象となるアプリケーション毎の情報であって、アプリケーションを開始した日時、アプリケーションを終了した日時、アプリケーション内の購入を行った日時、購入の内容、アプリケーション上でメッセージを送受信した相手のＩＤ、通信量、位置情報等が含まれる。

次に、第２のユーザ端末２００は、利用ユーザの利用状況が利用制限を満たすか否かを判定する（ステップＳ２１）。具体的には、第２のユーザ端末２００は、取得したアプリケーションの利用状況とアプリケーションに適用されている利用制限とを比較する。

利用ユーザの利用状況が利用制限を満たしている場合（ステップＳ２１において「ＮＯ」の場合）、第２のユーザ端末２００は、アプリケーションの利用を制限することなく、図６に示す処理を終了する。なお、利用状況が利用制限を満たしている場合であっても、利用状況が利用制限に近い状況となっている場合は、第２のユーザ端末２００において注意情報を出力するようにしてもよい。例えば、利用制限に規定された利用時間が「２時間」で、利用状況として記憶された利用時間が「１時間半」である場合、第２のユーザ端末２００のディスプレイにあと３０分しか利用できない旨を示す注意情報を出力するようにしてもよい。この際、第２のユーザ端末２００から、管理サーバ３００等のネットワークを介して、第１のユーザ端末１００に利用状況が利用制限に近づいていることを報知する通知を送信するようにしてもよい。このようにすると、管理ユーザは、利用ユーザのアプリケーションの利用状況を把握し、利用ユーザに直接的に利用を控えるように注意することもできる。

一方、利用ユーザの利用状況が利用制限を満たしていない場合（ステップＳ２１において「ＹＥＳ」の場合）、第２のユーザ端末２００は、アプリケーションの利用を制限する（ステップＳ２２）。具体的には、第２のユーザ端末２００は、アプリケーションの利用を中断してもよいし、アプリケーションの利用状況が利用制限を超過した旨を、管理ユーザが用いる第１のユーザ端末１００に通知してもよい。また、その両方を実行するようにしてもよい。アプリケーションがウェブアプリケーションであれば、管理サーバ３００は、利用ユーザの利用状況が利用制限を満たしていない旨を第２のユーザ端末２００から受信すると、第２のユーザ端末２００へのアプリケーションのデータ送信を中止する。また、アプリケーションがネイティブアプリケーションであれば、第２のユーザ端末２００は、ＳＤＫモジュール２１０Ｂの機能の一部として、アプリケーションの実行の中断、及びその機能の一部の制限の少なくとも一つを実行する。また、注意情報を画面に表示するようにしてもよい。

また第２のユーザ端末２００での利用制限の適用に加え、第２のユーザ端末２００は、取得したアプリケーションの利用状況を第１のユーザ端末１００に送信してもよい。そして、第１のユーザ端末１００は、第２のユーザ端末２００から受信したアプリケーションの利用状況を表示する。これにより、管理ユーザは、第１のユーザ端末１００を通じて、利用ユーザによるアプリケーションの利用状況を確認することができる。

次に、図７を参照して、管理サーバ３００が実行する報酬の発行処理について説明する。

まず、制御部３１０は、利用制限を一定期間順守したか否かを判定する（ステップＳ１６）。具体的には、制御部３１０の報酬発行部３１２は、利用制限を適用してからの経過時間をカウントする。そして、報酬発行部３１２は、経過時間をカウントしている間、第２のユーザ端末２００から利用状況を取得するとともに、一定期間内の所定のタイミングで取得した利用状況と利用制限とを比較する。

利用制限を一定期間順守した場合（ステップＳ１６において「ＹＥＳ」の場合）、制御部３１０は、報酬を発行する（ステップＳ１７）。具体的には、制御部３１０の報酬発行部３１２は、報酬記憶部３３０から利用制限を順守したアプリケーションに関連付けられた報酬又は報酬の識別情報を取得する。アプリケーションが例えばゲームである場合、報酬として所定数のゲーム媒体を、利用ユーザの所有物として利用ユーザと関連付けて記憶してもよい。また、ゲーム媒体には利用期間の設定がなされていてもよい。利用期間の過ぎたゲーム媒体は利用することができない。

一方、利用制限を一定期間順守しなかった場合（ステップＳ１６において「ＮＯ」の場合）、制御部３１０は、報酬を発行することなく、図４に示す処理を終了する。

このようにアプリケーションに対して利用制限を管理ユーザが設定することで、保護者等の管理ユーザの監督下で、未成年者等の利用ユーザにアプリケーションを利用させることができる。そのため、アプリケーションの運営者等にとっては意図しない重課金の抑止効果等が見込める。また、管理ユーザにとっては、利用ユーザの生活サイクルやアプリケーション利用の実態を把握することができ、スマートフォン等のユーザ端末の適切な使い方について管理ユーザ及び利用ユーザ間で認識を統一することができる。
以上説明したように、上記実施形態によれば、以下に列挙する効果が得られるようになる。

（１）上記実施形態では、第２のユーザ端末２００におけるアプリケーションの利用状況を取得し、取得した利用状況が利用制限を満たさない場合には、管理ユーザが用いる第１のユーザ端末１００への通知、及び、利用ユーザが用いる第２のユーザ端末２００におけるアプリケーションの利用の制限の少なくとも一方を実行する。これにより、利用ユーザに適切な範囲でアプリケーションを利用させることができる。

（２）上記実施形態では、第２のユーザ端末２００における所定期間内の消費の上限額を特定し、特定した消費の上限額が利用時間の上限値を超えた場合には、管理ユーザが用いる第１のユーザ端末１００への通知、及び、利用ユーザが用いる第２のユーザ端末２００におけるアプリケーションの利用の制限の少なくとも一方を実行する。これにより、管理者は、利用ユーザに消費の上限額を超えない範囲でアプリケーションを利用させることができるといったメリットがある。また、アプリケーションの運営者等は、意図しない重課金を抑止することができる。

（３）上記実施形態では、第２のユーザ端末２００における所定期間内の利用時間を特定し、特定した利用時間が利用時間の上限値を超えた場合には、管理ユーザが用いる第１のユーザ端末１００への通知、及び、利用ユーザが用いる第２のユーザ端末２００におけるアプリケーションの利用の制限の少なくとも一方を実行する。これにより、利用ユーザに利用時間の上限値を超えない範囲でアプリケーションを利用させることができる。

（４）上記実施形態では、第２のユーザ端末２００におけるアプリケーションの利用時刻を特定し、特定した利用時刻が規定した利用時刻を満たさない場合には、管理ユーザが用いる第１のユーザ端末１００への通知、及び、利用ユーザが用いる第２のユーザ端末２００におけるアプリケーションの利用の制限の少なくとも一方を実行する。これにより、利用ユーザに規定した時刻が満たされない範囲でアプリケーションを利用させることができる。

（５）上記実施形態では、第２のユーザ端末２００におけるメッセージの送受信に関する制限を特定し、メッセージの送受信が制限されている場合には、及び、利用ユーザが用いる第２のユーザ端末２００におけるアプリケーションの利用の制限の少なくとも一方を実行する。これにより、利用ユーザに位置情報の送信制限を満たす範囲でアプリケーションを利用させることができる。

（６）上記実施形態では、第２のユーザ端末２００において管理対象のアプリケーションに対して入力された利用ユーザの年齢を取得し、取得した利用ユーザの年齢と、利用制限記憶部３２０に記憶された利用ユーザの年齢とを照合する。そして、照合の結果、各情報が合致しない場合には、管理ユーザが用いる第１のユーザ端末１００への通知、又は、利用ユーザが用いる第２のユーザ端末２００におけるアプリケーションの利用を制限させる。これにより、利用ユーザによる利用ユーザの年齢の不正な入力を抑止することができる。

（７）上記実施形態では、利用ユーザの年齢が利用制限記憶部３２０に登録されていないときには、利用ユーザが用いる第２のユーザ端末２００を通じた利用ユーザの年齢の登録内容を管理ユーザが用いる第１のユーザ端末１００に通知する。これにより、利用ユーザによる年齢の登録内容を管理ユーザに通知することができる。

（８）上記実施形態では、管理対象のアプリケーションが実行されたときに、利用制限記憶部３２０に利用ユーザの年齢が登録されていない場合に、利用ユーザの年齢の登録を管理ユーザが用いる第１のユーザ端末１００に要求する。これにより、管理ユーザに利用ユーザの属性情報を適正に管理させることができる。

（９）上記実施形態では、所定期間においてアプリケーション利用履歴が利用制限を満たしているか否かを判断し、アプリケーション利用履歴が利用制限を満たしていると判断した場合には、利用ユーザ又は管理ユーザに対してアプリケーション内で利用可能な報酬を付与する。これにより、利用ユーザ又は管理ユーザにアプリケーションの利用制限を順守するための動機付けを行うことができる。
なお、上記実施形態は、以下のように適宜変更して実施することもできる。

・上記実施形態では、利用ユーザを子供、管理ユーザを子供の保護者としたが、利用ユーザと管理ユーザとが管理サーバ３００で関連付けられていれば、子供とその保護者に限定されない。

・上記実施形態では、アプリケーション毎に、アプリケーションの利用時における制限を規定した利用制限が登録されていた。これに代えて、アプリケーションを含むグループ毎に、アプリケーションの利用時における制限を規定した利用制限が登録されてもよい。
グループ毎に利用制限を登録する処理について説明する。

図８に示すように、第１のユーザ端末１００において管理用アプリケーションが起動されると、第１のユーザ端末１００は、管理ユーザの入力操作に従って、第１のユーザ端末１００のディスプレイにグループ作成画面４００を出力する。第１のユーザ端末１００のディスプレイは、指やスタイラス等の背職を検知するタッチパネルを一体に備えている。グループ作成画面には、アプリケーションを識別するためのテキストデータやアイコン等の識別表示４０１、この識別表示４０１に対応付けられたアプリケーションを選択するためのチェックボックス等の選択部４０２、選択部４０２で選択されたアプリケーションでグループを作成するための作成実行部４０３が表示されている。グループ作成画面には、第２のユーザ端末２００に記憶されたアプリケーションのうち、第１のユーザ端末１００で管理対象のアプリケーションの一覧が表示される。管理対象のアプリケーションとしては、ＳＤＫモジュール２１０Ｂを有するものであり、これらの識別情報は、管理サーバ３００から取得される。

管理ユーザは、選択部４０２にチェックを入れる等の操作によって利用制限を設定するアプリケーションを選択し、作成実行部４０３を選択してグループを作成する。また、作成実行部４０３を選択すると、第１のユーザ端末１００のディスプレイに利用制限の設定画面が出力される。利用制限の設定画面では、作成したグループに対する複数の利用制限が例えばプルダウンメニュー等によって選択可能に表示されている。管理ユーザは、表示された複数の利用制限のうち１乃至複数を選択する。利用制限が選択されると、第１のユーザ端末１００は、選択された１乃至複数のアプリケーションの識別情報と、その１乃至複数のアプリケーションのグループに対して設定された利用制限とを関連付けた状態で、管理サーバ３００に送信する。なお、選択された１乃至複数のアプリケーションの識別情報と、その１乃至複数のアプリケーションのグループに対して設定された利用制限とは、異なるタイミングで管理サーバ３００に送信されるようにしてもよい。

図９に示すように、管理サーバ３００は、第１のユーザ端末１００から送信されたアプリケーションのグループと、利用制限とを関連付けて記憶する。例えば図９（ａ）に示す例では、「アプリＡ」、…「アプリＥ」が１つのグループとして設定されている。さらに、このグループに対して、「１ヵ月」等の所定期間内における消費の上限額が利用制限として関連付けて記憶されている。また図９（ｂ）に示す例では、「アプリＦ」、…「アプリＫ」が１つのグループとして設定されている。さらに、このグループに対して、「１ヵ月」等の所定期間内における消費の上限額と、平日のアプリケーションの利用時間と、土曜日及び日曜日の利用時間とが利用制限として関連付けて記憶されている。なお、この「利用時間」は、グループに属するアプリケーションの利用時間を累積した時間であってもよいし、アプリケーション毎の利用時間であってもよい。また図９（ｃ）に示す例では、「アプリＬ」、…「アプリＮ」が１つのグループとして設定されている。さらに、このグループに対しては、「制限無し」の利用制限が設定されている。

管理サーバ３００は、第２のユーザ端末２００からアプリケーション毎の利用状況を取得し、取得した利用状況に基づきグループ毎の利用状況を特定する。例えば、「１カ月２０００円」として設定されたグループに属する複数のアプリケーションについては、各アプリケーション内での消費額を取得して累計消費額に加算する。

そして、管理サーバ３００は、一定期間内の所定のタイミングで、グループ毎に利用制限と利用状況とを比較する。

管理サーバ３００は、利用制限が満たされないと判断した場合には、グループ全体のアプリケーションの利用を制限する。例えばアプリケーションがウェブアプリケーションであれば、管理サーバ３００は、そのアプリケーションを提供するサーバからの第２のユーザ端末２００へのアプリケーションのデータ送信を中止する。また、アプリケーションがネイティブアプリケーションであれば、管理サーバ３００は、アプリケーションの制限要求を第２のユーザ端末２００に送信する。第２のユーザ端末２００は、制限要求を受信すると、ＳＤＫモジュール２１０Ｂの機能の一部として、アプリケーションの実行を中断したり、その一部を制限したり、又は注意情報を画面に表示したりする。

なお、ここでは管理ユーザが、アプリケーションのグループを作成する例を説明したが、予め設定されたグループに対して、利用制限を設定してもよい。予め設定されたグループの一例としては、アプリケーションを提供するプラットフォーム上のカテゴリであって、「ゲーム」、「ミュージック」、「エンターテインメント」、「ソーシャルネットワーキング」、「ニュース」、「ショッピング」等である。そして、管理ユーザは、第１のユーザ端末１００を用いて「ゲーム」のグループに属するアプリケーションの利用制限を設定する。例えば、「ゲーム」に属するアプリケーションの利用は、「一ヵ月の消費上限額が二千円まで」に制限する等である。このようにすると、管理ユーザがアプリケーションをグループ分けする手間や時間を省くことができる。

このように、管理ユーザがアプリケーションのグループを作成してこのグループ毎に利用制限を設定することにより、第２のユーザ端末２００に多数のアプリケーションがインストールされていたとしても、管理ユーザが利用ユーザのアプリケーションの利用を管理するための手間や時間を軽減することができる。

・上記実施形態では、利用制限が満たされていないアプリケーションについては、利用を制限した。これに加えて、利用を制限したアプリケーションについて、管理ユーザの第１のユーザ端末１００への入力操作に基づいて実行を許可するようにしてもよい。具体的には、アプリケーションの利用が制限された場合、管理サーバ３００又は第２のユーザ端末２００から第１のユーザ端末１００へ通知を送信する。第１のユーザ端末１００は通知を受信すると、受信した通知をディスプレイに出力する。この通知には、解除画面へのリンクが含まれており、このリンクを選択することによって解除画面が表示される。この解除画面で、アプリケーションに設定された利用の中断を解除することによって、第１のユーザ端末１００から管理サーバ３００又は第２のユーザ端末２００に解除指令が送信され、第２のユーザ端末２００にてアプリケーションの実行を再開できるようになる。

・上記実施形態では、利用制限が満たされていないアプリケーションについては、利用を制限した。これに加えて、利用ユーザの操作に応じて、第２のユーザ端末２００から、利用制限についてのリクエストを第１のユーザ端末１００に送信するようにしてもよい。リクエストは、例えば、利用制限の緩和や、上限値の設定の変更、中断されたアプリケーションの再開等である。管理ユーザは、第１のユーザ端末１００にてリクエストを受信したとき、リクエストに応える場合には利用制限を変更、又は中断されたアプリケーションを再開可能にするための処理の実行等を行う。このようにすると、アプリケーションの適切な利用について、管理ユーザ及び利用ユーザ間で認識をより統一することができる。

・上記実施形態では、第２のユーザ端末２００が、利用制限の取得、アプリケーションの利用状況の取得、利用状況が利用制限を満たしていない場合に第１のユーザ端末１００への通知又は利用の制限を行うようにした。これに代えて、管理サーバ３００が、これらの処理のうち少なくとも一つを実行するようにしてもよい。例えば、管理サーバ３００が、第２のユーザ端末２００からアプリケーションの利用状況を受信し、記憶部に記憶する。また、管理サーバ３００は、第１のユーザ端末１００からアプリケーション毎又はアプリケーションのグループ毎に設定された利用制限を受信して、記憶部に記憶する。そして、管理サーバ３００は、例えば利用状況が更新されたタイミング等、所定のタイミングで利用状況が利用制限を満たしているか否かを判断し、利用状況が利用制限を満たしていない場合には、そのアプリケーションの利用を制限する指令を、第２のユーザ端末２００又はアプリケーションのデータを送信する外部装置等に送信する。第２のユーザ端末２００が、指令を受信する場合には、ＳＤＫモジュール２１０Ｂの機能を利用して、アプリケーションの実行を中断したり、注意をディスプレイに表示したりする。アプリケーションのデータを送信する外部装置がアプリケーションの利用を制限する指令を受信する場合には、アプリケーションのデータの送信を中断してもよい。

・上記実施形態では、メッセージの送受信状況の一例として、第２のユーザ端末２００における位置情報の送信を制限するようにした。ただし、利用制限の対象となるメッセージの送受信状況はこれに限らず、例えば、ＳＮＳ情報の送受信や画像情報の送信などを適用してもよい。

・上記実施形態では、第２のユーザ端末２００が利用ユーザの年齢の入力を必要としたときに、管理ユーザが第１のユーザ端末１００を介して利用ユーザの年齢を管理サーバ３００に登録するようにした。ただし、利用ユーザの年齢の登録タイミングはこれに限らず、例えば利用ユーザ又は管理ユーザが所望のタイミングで利用ユーザの年齢を管理サーバ３００に登録するようにしてもよい。

・上記実施形態では、利用制限を一定期間順守した場合に、利用ユーザに報酬を付与するようにしたが、報酬を付与しない態様であってもよい。

・上記実施形態において、ユーザ端末１００，２００が実行する動作及び処理の少なくとも一部を、ユーザ端末１００，２００に接続された管理サーバ３００が実行する構成であってもよい。例えば、ユーザ端末１００，２００が実行する各種アプリケーションの制御等の処理は、管理サーバ３００及びユーザ端末１００，２００の何れか一方が実行してもよい。また、各種アプリケーションの制御等の処理を、管理サーバ３００及びユーザ端末１００，２００が協働して実行してもよい。

・上記実施形態に係る管理サーバ３００又はユーザ端末１００，２００として機能させるために、コンピュータ又は携帯電話などの情報処理装置を好適に用いることができる。このような情報処理装置は、実施形態に係る管理サーバ３００又はユーザ端末１００，２００の各機能を実現する処理内容を記述したプログラムを、情報処理装置の記憶部に格納し、情報処理装置のＣＰＵによって当該プログラムを読み出して実行させることによって実現可能である。
以下に、上記実施形態及び別例から把握できる技術的思想について以下に追記する。
〔１〕
アプリケーションを利用する利用ユーザが用いる利用ユーザ端末と、前記利用ユーザのアプリケーションの利用を管理する管理ユーザが用いる管理ユーザ端末と、前記利用ユーザ端末及び前記管理ユーザ端末とネットワークを介して接続するサーバとを備えたアプリケーション利用管理システムであって、
前記管理ユーザ端末が、
前記利用ユーザ端末で利用されるアプリケーションのグループに対する利用制限を受け付ける受付部と、
前記グループの識別情報及び設定した前記利用制限を前記サーバに送信する第１送信部と、を備え、
前記利用ユーザ端末が、
前記アプリケーションの利用状況を前記サーバに送信する第２送信部を備え、
前記サーバが、
前記管理ユーザ端末から送信された前記グループ及び利用制限を関連付けて記録する記録部と、
前記アプリケーションの利用状況を前記利用ユーザ端末から取得する取得部と、
取得した前記アプリケーションの利用状況が、当該アプリケーションが属する前記グループの前記利用制限を満たすか否かを判定する判定部と、
前記判定部の判定結果に基づき、前記利用制限が満たされないと判定した場合には、アプリケーションの利用を制限する制限部と、を備えるアプリケーション利用管理システム。
〔２〕
利用ユーザのアプリケーションの利用を管理する管理ユーザが用いる管理ユーザ端末を、
前記利用ユーザが用いる利用ユーザ端末で利用されるアプリケーションのグループに対する利用制限を受け付ける受付部と、
前記グループの識別情報及び前記利用制限をサーバに送信する第１送信部として機能させるアプリケーション管理プログラム。
〔３〕
前記受付部は、前記管理ユーザ端末のディスプレイに管理が可能である複数のアプリケーションを表示し、それらのアプリケーションから前記管理ユーザの操作によって選択された1乃至複数のアプリケーションをグループとして受け付ける〔２〕に記載のアプリケーション管理プログラム。
〔４〕
前記受付部は、前記利用制限として、所定期間内の前記アプリケーションの利用にあたり消費される対価又はパラメータの消費量の上限である消費上限量を受け付ける〔２〕又は〔３〕に記載のアプリケーション管理プログラム。
〔５〕
前記受付部は、前記利用制限として、前記アプリケーションの所定期間内の利用時間の上限である利用時間の上限値を受け付ける〔２〕～〔４〕のいずれか１項に記載のアプリケーション管理プログラム。
〔６〕
前記受付部は、前記利用制限として、前記アプリケーションの利用時刻の制限を受け付ける〔２〕～〔５〕のいずれか１項に記載のアプリケーション管理プログラム。
〔７〕
前記受付部は、前記利用制限として、前記アプリケーションを利用する他のユーザとのメッセージの送受信に関する制限を受け付ける〔２〕～〔６〕のいずれか１項に記載のアプリケーション管理プログラム。
〔８〕
利用ユーザのアプリケーションの利用を管理する管理ユーザが用いる管理ユーザ端末が、
前記利用ユーザが用いる利用ユーザ端末で利用されるアプリケーションのグループに対して利用制限を受け付ける受付ステップと、
前記グループの識別情報及び前記利用制限をサーバに送信する第１送信ステップと、を実行するアプリケーション管理方法。
〔９〕
アプリケーションを利用する利用ユーザが用いる利用ユーザ端末、及び前記利用ユーザのアプリケーションの利用を管理する管理ユーザが用いる管理ユーザ端末とネットワークを介して接続するサーバの制御プログラムであって、
前記サーバを、
前記利用ユーザ端末で利用されるアプリケーションのグループに対する利用制限を前記管理ユーザ端末から受信する第１受信部と、
前記管理ユーザ端末から送信された前記グループ及び利用制限を関連付けて記録する記録部と、
前記アプリケーションの利用状況を前記利用ユーザ端末から受信する第２受信部と、
取得した前記アプリケーションの利用状況が、当該アプリケーションが属する前記グループの前記利用制限を満たすか否かを判定する判定部と、
前記判定部の判定結果に基づき、前記利用制限が満たされないと判定した場合には、アプリケーションの利用を制限する制限部と、として機能させる制御プログラム。
〔１０〕
前記第１受信部は、前記利用制限として、所定期間内の前記アプリケーションの利用にあたり消費される対価の消費量又はパラメータの消費量の上限である消費上限量を前記管理ユーザ端末から受信し、
前記第２受信部は、前記利用状況として、前記アプリケーションの前記所定期間内の消費量を前記利用ユーザ端末から受信し、
前記判定部は、前記グループ毎の消費量が前記消費上限量を超えたか否かを判定する〔９〕に記載の制御プログラム。
〔１１〕
前記第１受信部は、前記利用制限として、前記アプリケーションの所定期間内の利用時間の上限である利用時間の上限値を前記管理ユーザ端末から受信し、
前記第２受信部は、前記利用状況として、前記アプリケーションの前記所定期間内の利用時間を前記利用ユーザ端末から受信し、
前記判定部は、前記グループ毎の前記利用時間が前記利用時間の上限値を超えたか否かを判定する〔９〕又は〔１０〕に記載の制御プログラム。
〔１２〕
前記第１受信部は、前記利用制限として、前記アプリケーションの利用時刻の制限を前記管理ユーザ端末から受信し、
前記第２受信部は、前記利用状況として、前記アプリケーションを利用した利用時刻を前記利用ユーザ端末から受信し、
前記判定部は、前記グループ毎の前記アプリケーションの利用時刻が前記利用時刻の制限を満たすか否かを判定する〔９〕～〔１１〕のいずれか１項に記載の制御プログラム。
〔１３〕
前記第１受信部は、前記利用制限として、前記アプリケーションを利用する他のユーザとのメッセージの送受信に関する制限を前記管理ユーザ端末から受信し、
前記第２受信部は、前記利用状況として、他のユーザとのメッセージの送受信状況を前記利用ユーザ端末から受信し、
前記判定部は、前記グループ毎の他のユーザとのメッセージの送受信状況が前記メッセージの送受信に関する制限を満たすか否かを判定する〔９〕～〔１２〕のいずれか１項に記載の制御プログラム。
〔１４〕
前記サーバを、
前記利用ユーザ端末において管理対象のアプリケーションの実行時に前記アプリケーション毎に入力された属性情報を前記利用ユーザ端末から受信する第３受信部と、
取得した前記属性情報と、当該サーバの記憶部に記憶された利用ユーザの属性情報とを照合する照合部と、
前記照合の結果、前記各属性情報が合致しない場合には、前記利用ユーザ端末にエラー通知を送信するエラー送信部としてさらに機能させる〔９〕～〔１３〕のいずれか１項に記載された制御プログラム。
〔１５〕
前記サーバを、
前記利用制限に設定された所定期間における前記利用ユーザ端末のアプリケーション利用履歴を取得し、
前記所定期間において前記グループ毎の前記アプリケーション利用履歴が前記利用制限を満たしているか否かを履歴判定部と、
前記アプリケーション利用履歴が前記利用制限を満たしていると判定した場合には、前記利用ユーザ又は前記管理ユーザに対してアプリケーション内で利用可能な報酬を付与する付与部としてさらに機能させる〔９〕～〔１４〕のいずれか１項に記載の制御プログラム。
〔１６〕
アプリケーションを利用する利用ユーザが用いる利用ユーザ端末、及び前記利用ユーザのアプリケーションの利用を管理する管理ユーザが用いる管理ユーザ端末とネットワークを介して接続するサーバの制御方法であって、
前記サーバが、
前記利用ユーザ端末で利用されるアプリケーションのグループに対する利用制限を前記管理ユーザ端末から受信する第１受信ステップと、
前記管理ユーザ端末から送信された前記グループ及び利用制限を関連付けて記録する記録ステップと、
前記アプリケーションの利用状況を前記利用ユーザ端末から受信する第２受信部と、
取得した前記アプリケーションの利用状況が、当該アプリケーションが属する前記グループの前記利用制限を満たすか否かを判定する判定ステップと、
前記判定ステップにおける判定結果に基づき、前記利用制限が満たされないと判定した場合には、アプリケーションの利用を制限する制限ステップと、を実行する制御方法。
〔１７〕
アプリケーションを利用する利用ユーザが用いる利用ユーザ端末、及び前記利用ユーザのアプリケーションの利用を管理する管理ユーザが用いる管理ユーザ端末とネットワークを介して接続するサーバであって、
前記利用ユーザ端末で利用されるアプリケーションのグループに対する利用制限を前記管理ユーザ端末から受信する第１受信部と、
前記管理ユーザ端末から送信された前記グループ及び利用制限を関連付けて記録する記録部と、
前記アプリケーションの利用状況を前記利用ユーザ端末から受信する第２受信部と、
取得した前記アプリケーションの利用状況が、当該アプリケーションが属する前記グループの前記利用制限を満たすか否かを判定する判定部と、
前記判定部の判定結果に基づき、前記利用制限が満たされないと判定した場合には、アプリケーションの利用を制限する制限部と、を備えるサーバ。

１００…ユーザ端末（第１のユーザ端末）、２００…ユーザ端末（第２のユーザ端末）、３００…管理サーバ、３１０…制御部、３１１…端末管理部、３１２…報酬発行部、３２０…利用制限記憶部、３３０…報酬記憶部、ＮＷ…ネットワーク。

Claims (17)

1. アプリケーションを利用する利用ユーザが用いる利用ユーザ端末と、前記利用ユーザのアプリケーションの利用を管理する管理ユーザが用いる管理ユーザ端末と、前記利用ユーザ端末及び前記管理ユーザ端末とネットワークを介して接続するサーバとを備えたアプリケーション利用管理システムであって、
   前記管理ユーザ端末が、
   前記利用ユーザが利用する複数のアプリケーションが属するグループであって予め設定されたグループに対する利用制限を受け付ける受付部と、
   前記グループに関する利用制限の情報を前記サーバに送信する第１送信部と、を備え、
   前記利用ユーザ端末が、
   前記アプリケーションの利用状況を前記サーバに送信する第２送信部を備え、
   前記サーバが、
   前記管理ユーザ端末から送信された前記利用制限の情報に基づき、前記グループに前記利用制限を関連付けて記録する記録部と、
   前記アプリケーションの利用状況を前記利用ユーザ端末から取得する取得部と、
   取得した前記アプリケーションの利用状況が、当該アプリケーションが属する前記グループの前記利用制限を満たすか否かを判定する判定部と、
   前記判定部の判定結果に基づき、前記利用制限が満たされないと判定した場合には、アプリケーションの利用を制限する制限部と、を備える
   アプリケーション利用管理システム。
2. アプリケーションを利用する利用ユーザが用いる利用ユーザ端末、及び前記利用ユーザのアプリケーションの利用を管理する管理ユーザが用いる管理ユーザ端末とネットワークを介して接続するサーバの制御プログラムであって、
   前記サーバを、
   複数のアプリケーションが属するグループであって予め設定されたグループに関する利用制限の情報を前記管理ユーザ端末から受信する第１受信部と、
   前記管理ユーザ端末から送信された前記利用制限の情報に基づき、前記グループに前記利用制限を関連付けて記録する記録部と、
   前記アプリケーションの利用状況を前記利用ユーザ端末から受信する第２受信部と、
   取得した前記アプリケーションの利用状況が、当該アプリケーションが属する前記グループの前記利用制限を満たすか否かを判定する判定部と、
   前記判定部の判定結果に基づき、前記利用制限が満たされないと判定した場合には、アプリケーションの利用を制限する制限部と、として機能させる
   制御プログラム。
3. 前記第１受信部は、前記利用制限として、所定期間内の前記アプリケーションの利用にあたり消費される対価の消費量又はパラメータの消費量の上限である消費上限量を前記管理ユーザ端末から受信し、
   前記第２受信部は、前記利用状況として、前記アプリケーションの前記所定期間内の消費量を前記利用ユーザ端末から受信し、
   前記判定部は、前記グループ毎の消費量が前記消費上限量を超えたか否かを判定する
   請求項２に記載の制御プログラム。
4. 前記第１受信部は、前記利用制限として、前記アプリケーションの所定期間内の利用時間の上限である利用時間の上限値を前記管理ユーザ端末から受信し、
   前記第２受信部は、前記利用状況として、前記アプリケーションの前記所定期間内の利用時間を前記利用ユーザ端末から受信し、
   前記判定部は、前記グループ毎の前記利用時間が前記利用時間の上限値を超えたか否かを判定する
   請求項２又は３に記載の制御プログラム。
5. 前記第１受信部は、前記利用制限として、前記アプリケーションの利用時刻の制限を前記管理ユーザ端末から受信し、
   前記第２受信部は、前記利用状況として、前記アプリケーションを利用した利用時刻を前記利用ユーザ端末から受信し、
   前記判定部は、前記グループ毎の前記アプリケーションの利用時刻が前記利用時刻の制限を満たすか否かを判定する
   請求項２～４のいずれか１項に記載の制御プログラム。
6. 前記第１受信部は、前記利用制限として、前記アプリケーションを利用する他のユーザとのメッセージの送受信に関する制限を前記管理ユーザ端末から受信し、
   前記第２受信部は、前記利用状況として、他のユーザとのメッセージの送受信状況を前記利用ユーザ端末から受信し、
   前記判定部は、前記グループ毎の他のユーザとのメッセージの送受信状況が前記メッセージの送受信に関する制限を満たすか否かを判定する
   請求項２～５のいずれか１項に記載の制御プログラム。
7. 前記サーバを、
   前記利用ユーザ端末において管理対象のアプリケーションの実行時に前記アプリケーション毎に入力された属性情報を前記利用ユーザ端末から受信する第３受信部と、
   取得した前記属性情報と、当該サーバの記憶部に記憶された利用ユーザの属性情報とを照合する照合部と、
   前記照合の結果、前記各属性情報が合致しない場合には、前記利用ユーザ端末にエラー通知を送信するエラー送信部としてさらに機能させる
   請求項２～６のいずれか１項に記載された制御プログラム。
8. 前記サーバを、
   前記利用制限に設定された所定期間における前記利用ユーザ端末のアプリケーション利用履歴を取得し、
   前記所定期間において前記グループ毎の前記アプリケーション利用履歴が前記利用制限を満たしているか否かを履歴判定部と、
   前記アプリケーション利用履歴が前記利用制限を満たしていると判定した場合には、前記利用ユーザ又は前記管理ユーザに対してアプリケーション内で利用可能な報酬を付与する付与部としてさらに機能させる
   請求項２～７のいずれか１項に記載の制御プログラム。
9. アプリケーションを利用する利用ユーザが用いる利用ユーザ端末、及び前記利用ユーザのアプリケーションの利用を管理する管理ユーザが用いる管理ユーザ端末とネットワークを介して接続するサーバの制御方法であって、
   前記サーバが、
   複数のアプリケーションが属するグループであって予め設定されたグループに関する利用制限の情報を前記管理ユーザ端末から受信する第１受信ステップと、
   前記管理ユーザ端末から送信された前記利用制限の情報に基づき、前記グループに前記利用制限を関連付けて記録する記録ステップと、
   前記アプリケーションの利用状況を前記利用ユーザ端末から受信する第２受信ステップと、
   取得した前記アプリケーションの利用状況が、当該アプリケーションが属する前記グループの前記利用制限を満たすか否かを判定する判定ステップと、
   前記判定ステップにおける判定結果に基づき、前記利用制限が満たされないと判定した場合には、アプリケーションの利用を制限する制限ステップと、を実行する
   制御方法。
10. アプリケーションを利用する利用ユーザが用いる利用ユーザ端末、及び前記利用ユーザのアプリケーションの利用を管理する管理ユーザが用いる管理ユーザ端末とネットワークを介して接続するサーバであって、
    複数のアプリケーションが属するグループであって予め設定されたグループに関する利用制限の情報を前記管理ユーザ端末から受信する第１受信部と、
    前記管理ユーザ端末から送信された前記利用制限の情報に基づき、前記グループに前記利用制限を関連付けて記録する記録部と、
    前記アプリケーションの利用状況を前記利用ユーザ端末から受信する第２受信部と、
    取得した前記アプリケーションの利用状況が、当該アプリケーションが属する前記グループの前記利用制限を満たすか否かを判定する判定部と、
    前記判定部の判定結果に基づき、前記利用制限が満たされないと判定した場合には、アプリケーションの利用を制限する制限部と、を備える
    サーバ。
11. 利用ユーザのアプリケーションの利用を管理する管理ユーザが用いる管理ユーザ端末を、
    複数のアプリケーションが属するグループであって予め設定されたグループに対する利用制限を受け付ける受付部と、
    前記グループに関する利用制限の情報を、前記利用制限を登録するサーバに送信する第１送信部として機能させる
    アプリケーション管理プログラム。
12. 前記受付部は、前記グループに対する前記利用制限として、所定期間内の前記アプリケーションの利用にあたり消費される対価又はパラメータの消費量の上限である消費上限量を受け付ける
    請求項１１に記載のアプリケーション管理プログラム。
13. 前記受付部は、前記グループに対する前記利用制限として、前記アプリケーションの所定期間内の利用時間の上限である利用時間の上限値を受け付ける
    請求項１１又は１２に記載のアプリケーション管理プログラム。
14. 前記受付部は、前記グループに対する前記利用制限として、前記アプリケーションの利用時刻の制限を受け付ける
    請求項１１～１３のいずれか１項に記載のアプリケーション管理プログラム。
15. 前記受付部は、前記グループに対する前記利用制限として、前記アプリケーションを利用する他のユーザとのメッセージの送受信に関する制限を受け付ける
    請求項１１～１４のいずれか１項に記載のアプリケーション管理プログラム。
16. 前記予め設定されたグループは、前記アプリケーションのカテゴリが同一の前記アプリケーションからなる
    請求項１１～１５のいずれか１項に記載のアプリケーション管理プログラム。
17. 利用ユーザのアプリケーションの利用を管理する管理ユーザが用いる管理ユーザ端末が、
    複数のアプリケーションが属するグループであって予め設定されたグループに対する利用制限を受け付ける受付ステップと、
    前記グループに関する利用制限の情報を、前記利用制限を登録するサーバに送信する第１送信ステップと、を実行する
    アプリケーション管理方法。

Images