(57)【要約】【課題】処理負荷を抑えつつ、サービス利用が少ないユーザの使用量を定期的に取得する。【解決手段】サービス管理装置１０は、所定の時間ごとに、各ユーザのサービス使用量と該サービス使用量が最後に更新された更新時刻とを対応付けて記憶する使用量管理装置３０に記憶された各ユーザのサービス使用量の更新時刻に基づいて、使用量管理装置３０に記憶された各ユーザのサービス使用量のなかからサービス使用量が所定時間以上未更新であるユーザを検索する。そして、サービス管理装置１０は、検索したユーザの最新のサービス使用量を、該ユーザにサービスを提供するサービス提供装置２０に対して要求する。そして、サービス管理装置１０は、要求したサービス使用量をサービス提供装置２０から受信すると、該サービス使用量に応じて、サービスの提供ルールを決定する。【選択図】図１
2017219895.tif 000002
【特許請求の範囲】
【請求項１】
所定の時間ごとに、各ユーザのサービス使用量と該サービス使用量が最後に更新された更新時刻とを対応付けて記憶する記憶部に記憶された各ユーザのサービス使用量の更新時刻に基づいて、前記記憶部に記憶された各ユーザのサービス使用量のなかからサービス使用量が所定時間以上未更新であるユーザを検索する検索部と、
前記検索部によって検索されたユーザの最新のサービス使用量を、該ユーザにサービスを提供するサービス提供装置に対して要求する送信部と、
前記送信部によって要求されたサービス使用量を前記サービス提供装置から受信すると、該サービス使用量に応じて、サービスの提供ルールを決定する決定部と、
を備えることを特徴とするサービス管理装置。
【請求項２】
前記検索部によって所定時間以上未更新であるユーザを検索する処理が終わるたびにタイマのカウントを開始し、タイマのカウントから所定の時間が経過したことを検知するタイマ管理部をさらに備え、
前記検索部は、前記タイマ管理部によって所定の時間が経過したことが検知されるたびに、前記サービス使用量が所定時間以上未更新であるユーザを検索することを特徴とする請求項１に記載のサービス管理装置。
【請求項３】
前記検索部は、前記記憶部に記憶された各ユーザのサービス使用量の更新時刻と現在時刻との差が所定時間以上であるサービス使用量のユーザを、前記サービス使用量が所定時間以上未更新であるユーザとして検索することを特徴とする請求項１に記載のサービス管理装置。
【請求項４】
前記決定部は、前記送信部によって要求されたサービス使用量を前記サービス提供装置から受信すると、前記記憶部に記憶された前記サービス使用量および更新時刻を更新することを特徴とする請求項１に記載のサービス管理装置。
【請求項５】
サービス管理装置で実行されるサービス管理方法であって、
所定の時間ごとに、各ユーザのサービス使用量と該サービス使用量が最後に更新された更新時刻とを対応付けて記憶する記憶部に記憶された各ユーザのサービス使用量の更新時刻に基づいて、前記記憶部に記憶された各ユーザのサービス使用量のなかからサービス使用量が所定時間以上未更新であるユーザを検索する検索工程と、
前記検索工程によって検索されたユーザの最新のサービス使用量を、該ユーザにサービスを提供するサービス提供装置に対して要求する送信工程と、
前記送信工程によって要求されたサービス使用量を前記サービス提供装置から受信すると、該サービス使用量に応じて、サービスの提供ルールを決定する決定工程と、
を含んだことを特徴とするサービス管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サービス管理装置およびサービス管理方法に関する。
【背景技術】
【０００２】
従来、あるサービスにおいて、ユーザ毎のサービスの使用量をカウントし、その情報をサービス管理装置に管理させることで、使用量やユーザの契約情報に応じた課金やサービスの制限等を行うことが知られている。ここでサービスの例としては、水道、ガス、電気等の公共サービスやインターネット通信等が考えられる。特にインターネット通信においては、全てのユーザが同じ通信回線を共有する作りとなっているため、通信量の多いユーザに対しては通信帯域の制限や通信遮断を行うのが一般的となっており、このようにユーザの通信量や利用アプリケーション、契約情報等から通信制御を行うポリシー制御技術という標準が３ＧＰＰで規定されている（例えば、非特許文献１参照）。
【０００３】
このような技術では、ユーザにサービスを提供し、その使用量をカウントするサービス提供装置と、ユーザの使用量や契約情報からサービスの提供ルールを決定するサービス管理装置が配置される。サービス管理装置は、サービス提供装置でカウントされるユーザの使用量を定期的に取得し、ユーザの使用量や契約情報等から対象ユーザに適用する提供ルールを決定してサービス提供装置に送信する。サービス提供装置は、サービス管理装置により決定された提供ルールに従い、対象ユーザへ提供するサービスに対して制限を行う。
【０００４】
サービス提供装置がカウントした使用量をサービス管理装置に通知する際、ユーザがサービスを使用する度に通知を行うと大量の通知が発生してしまう。このため、通知頻度を抑えつつ定期的にユーザの使用量を収集する従来技術として、サービス提供装置でカウントされる使用量が予め指定した閾値を超過した時にサービス管理装置へ通知する方式がある。
【０００５】
具体的には、サービス提供装置は、ユーザがサービスを使用するたびに、その使用量をカウントし、そのカウント値が設定された閾値を超過したか判定する。そして、サービス提供装置は、使用量の超過が検出されると、サービス管理装置に使用量の通知を送信する。続いて、使用量通知を受け取ったサービス管理装置は、使用量管理装置へアクセスし、該当ユーザの使用量を更新する。そして、サービス管理装置は、使用量更新後、ユーザの使用量や契約情報等から再度提供ルールを決定し、その提供ルールと次に使用量を通知する閾値を応答として送信する。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】“ETSI  TS  129  212  V12.6.0”，ETSI，2014年10月
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、従来の技術では、処理負荷を抑えつつ、サービス利用が少ないユーザの使用量を定期的に取得することができないという課題があった。例えば、従来の技術では、サービス提供装置でカウントされる使用量が予め指定した閾値を超過した時にサービス管理装置へ通知するので、閾値が大きい場合には、サービス利用が少ないユーザの使用量がサービス管理装置へ通知されないという課題があった。また、閾値が小さい場合には、サービス管理装置およびサービス提供装置の処理性能への影響が非常に大きくなるという課題があった。
【０００８】
つまり、サービス提供装置に設定する閾値が大きい場合、サービス利用が少なく、使用量のカウント値が閾値を超えないユーザの使用量が通知されないという課題がある。一方、閾値を小さくすればサービス利用が少ないユーザの使用量も通知されるようになるが、それ以外のユーザの通知回数も増加するためサービス管理装置およびサービス提供装置の処理性能への影響が非常に大きい。
【課題を解決するための手段】
【０００９】
上述した課題を解決し、目的を達成するために、本発明のサービス管理装置は、所定の時間ごとに、各ユーザのサービス使用量と該サービス使用量が最後に更新された更新時刻とを対応付けて記憶する記憶部に記憶された各ユーザのサービス使用量の更新時刻に基づいて、前記記憶部に記憶された各ユーザのサービス使用量のなかからサービス使用量が所定時間以上未更新であるユーザを検索する検索部と、前記検索部によって検索されたユーザの最新のサービス使用量を、該ユーザにサービスを提供するサービス提供装置に対して要求する送信部と、前記送信部によって要求されたサービス使用量を前記サービス提供装置から受信すると、該サービス使用量に応じて、サービスの提供ルールを決定する決定部と、を備えることを特徴とする。
【００１０】
また、本発明のサービス管理方法は、サービス管理装置で実行されるサービス管理方法であって、所定の時間ごとに、各ユーザのサービス使用量と該サービス使用量が最後に更新された更新時刻とを対応付けて記憶する記憶部に記憶された各ユーザのサービス使用量の更新時刻に基づいて、前記記憶部に記憶された各ユーザのサービス使用量のなかからサービス使用量が所定時間以上未更新であるユーザを検索する検索工程と、前記検索工程によって検索されたユーザの最新のサービス使用量を、該ユーザにサービスを提供するサービス提供装置に対して要求する送信工程と、前記送信工程によって要求されたサービス使用量を前記サービス提供装置から受信すると、該サービス使用量に応じて、サービスの提供ルールを決定する決定工程と、を含んだことを特徴とする。
【発明の効果】
【００１１】
本発明によれば、処理負荷を抑えつつ、サービス利用が少ないユーザの使用量を定期的に取得することができるという効果を奏する。
【図面の簡単な説明】
【００１２】
【図１】図１は、第１の実施形態に係るサービス提供システムの構成の一例を示す図である。
【図２】図２は、第１の実施形態に係るサービス提供システムにおける各装置の構成の一例を示す図である。
【図３】図３は、サービス提供装置の使用量記憶部が記憶する使用量管理テーブルの一例を示す図である。
【図４】図４は、使用量管理装置が記憶する使用量管理テーブルの一例を示す図である。
【図５】図５は、第１の実施形態に係るサービス提供システムにおけるセッション確立処理の概要を示す図である。
【図６】図６は、第１の実施形態に係るサービス提供システムにおけるサービス使用量更新処理の概要を示す図である。
【図７】図７は、第１の実施形態に係るサービス提供システムにおけるサービス使用量要求処理の概要を示す図である。
【図８】図８は、第１の実施形態に係るサービス提供システムにおけるサービス管理装置の処理の流れの一例を示すフローチャートである。
【図９】図９は、第１の実施形態に係るサービス提供システムにおけるサービス管理装置の処理の流れの一例を示すフローチャートである。
【図１０】図１０は、第１の実施形態に係るサービス提供システムにおけるサービス提供装置の処理の流れの一例を示すフローチャートである。
【図１１】図１１は、サービス管理プログラムを実行するコンピュータを示す図である。
【発明を実施するための形態】
【００１３】
以下に、本願に係るサービス管理装置およびサービス管理方法の実施の形態を図面に基づいて詳細に説明する。なお、この実施の形態により本願に係るサービス管理装置およびサービス管理方法が限定されるものではない。
【００１４】
（第１の実施形態）
図１は、第１の実施形態に係るサービス提供システムの構成の一例を示す図である。第１の実施形態に係るサービス提供システム１００は、サービス管理装置１０、サービス提供装置２０、使用量管理装置３０およびユーザ端末４０を有する。なお、図１に示す構成は一例にすぎず、具体的な構成や各装置の数は特に限定されない。
【００１５】
サービス管理装置１０は、定期的に各ユーザのサービス使用量の通知状況を確認し、一定期間通知のなかったユーザについて、サービス提供装置２０にサービス使用量の通知要求を送信する。また、サービス管理装置１０は、各ユーザ端末４０のサービス使用量に応じて、適用する提供ルールを決定し、決定した提供ルールをサービス提供装置２０に通知する。
【００１６】
サービス提供装置２０は、サービス管理装置１０に通知された提供ルールに従って、ユーザ端末４０に対してサービスを提供する。また、サービス管理装置１０は、サービスの提供を契約しているユーザ端末４０の最新のサービス使用量を記憶している。なお、サービスの提供とは、例えば、水道、ガス、電気等の公共サービスやインターネット通信等の提供である。なお、以下の説明では、サービスの提供として、主に、インターネット通信を提供する場合を例に説明する。
【００１７】
使用量管理装置３０は、サービスの提供を契約している各ユーザ端末４０のサービス使用量と、該サービス使用量が最後に更新された更新時刻とを対応付けて記憶する。なお、サービス管理装置１０と使用量管理装置３０とは別々の装置として説明するが、サービス管理装置１０と使用量管理装置３０とが同一の装置であってもよい。例えば、サービス管理装置１０内の記憶部が、使用量管理装置３０が記憶している情報を記憶してもよい。
【００１８】
ユーザ端末４０は、サービス提供装置２０からサービスの提供を受ける契約がされた端末であり、例えば、パーソナルコンピュータ、タブレット型ＰＣ（Personal  Computer）やスマートフォンなどの情報処理装置である。例えば、ユーザ端末４０は、サービス提供装置２０からサービスの提供を受けることで、インターネット通信におけるデータのダウンロードやデータのアップロードを行う。
【００１９】
（各装置の構成の一例）
図２は、第１の実施形態に係るサービス提供システムにおける各装置の構成の一例を示す図である。サービス管理装置１０は、リクエスト受信部１１、リクエスト送信部１２、提供ルール決定部１３、タイマ管理部１４および未通知ユーザ検索部１５を有する。また、サービス管理装置１０は、ネットワーク等を介してサービス提供装置２０および使用量管理装置３０と接続されている。
【００２０】
リクエスト受信部１１は、サービス提供装置２０からの信号を受信し、提供ルール決定部１３に信号データを送る。例えば、リクエスト受信部１１は、ユーザのサービス使用量をサービス提供装置２０から受信し、提供ルール決定部１３に信号データを送る。
【００２１】
リクエスト送信部１２は、提供ルール決定部１３で決定された提供ルールと使用量通知閾値をサービス提供装置２０に送信する。また、リクエスト送信部１２は、後述する未通知ユーザ検索部１５によって検索されたユーザの最新のサービス使用量を、該ユーザにサービスを提供するサービス提供装置２０に対して要求する。
【００２２】
提供ルール決定部１３は、リクエスト送信部１２によって要求されたサービス使用量をサービス提供装置２０から受信すると、該サービス使用量に応じて、サービスの提供ルールを決定する。また、提供ルール決定部１３は、リクエスト送信部１２によって要求されたサービス使用量をサービス提供装置２０から受信すると、使用量管理装置３０に記憶されたサービス使用量および更新時刻を更新する。
【００２３】
具体的には、提供ルール決定部１３では、リクエスト受信部１１から受信した信号データからユーザのサービス使用量の情報を抽出し、使用量管理装置３０へアクセスし更新を行う。また、提供ルール決定部１３では、使用量管理装置３０からサービス使用量の情報を取得し、ユーザに適用する提供ルールを決定する。さらに提供ルール決定部１３は、サービス提供装置２０に設定するサービス使用量を通知させるための閾値である使用量通知閾値を決定し、提供ルールと合わせてリクエスト送信部１２に送る。なお、提供ルール決定部１３は、サービス使用量に応じて、サービスの提供ルールを決定するだけでなく、サービス使用量に応じて、課金制御を実施してもよい。また、以下の説明では、使用量通知閾値は、全ユーザ共通の値とするが、ユーザ毎に異なる値としてよい。
【００２４】
タイマ管理部１４は、後述する未通知ユーザ検索部１５によって所定時間以上未更新であるユーザを検索する処理が終わるたびにタイマのカウントを開始し、タイマのカウントから所定の時間が経過したことを検知する。具体的には、タイマ管理部１４は、タイマのカウントを行い、Ｔ時間毎に未通知ユーザ検索部１５に対して使用量通知要請の実行指示を出す。ここでＴは予めオペレータにより設定された任意の値とする。なお、Ｔの値は、分や秒単位で設定できるようにしてもよいし、日や月単位で設定できるようにしてもよい。
【００２５】
未通知ユーザ検索部１５は、所定の時間ごとに、各ユーザのサービス使用量と該サービス使用量が最後に更新された更新時刻とを対応付けて記憶する使用量管理装置３０に記憶された各ユーザのサービス使用量の更新時刻に基づいて、使用量管理装置３０に記憶された各ユーザのサービス使用量のなかから所定時間以上未更新であるユーザを検索する。
【００２６】
また、未通知ユーザ検索部１５は、タイマ管理部１４によって所定の時間が経過したことが検知されるたびに、サービス使用量が所定時間以上未更新であるユーザを検索する。また、未通知ユーザ検索部１５は、使用量管理装置３０に記憶された各ユーザのサービス使用量の更新時刻と現在時刻との差が所定時間以上であるサービス使用量のユーザを、サービス使用量が所定時間以上未更新であるユーザとして検索する。
【００２７】
具体的には、未通知ユーザ検索部１５では、タイマ管理部１４からの指示をトリガーに使用量管理装置３０から全ユーザのサービス使用量の更新時刻を取得し、サービス使用量の更新時刻と現在時刻との差からＴ時間サービス使用量の更新のなかったユーザを判別する。そして、それらのユーザに対して使用量通知要請を送信する命令を提供ルール決定部１３に送る。
【００２８】
サービス提供装置２０は、ユーザリクエスト受信部２１、ユーザリクエスト応答部２２、提供サービス制御部２３、使用量記憶部２４、使用量通知部２５、管理リクエスト受信部２６および管理リクエスト送信部２７を有する。サービス提供装置２０は、ネットワーク等を介してサービス管理装置１０およびユーザ端末４０と接続されている。
【００２９】
ユーザリクエスト受信部２１は、ユーザ端末４０からのサービス提供要求を受信し、サービス提供装置２０内の使用量記憶部２４にその要求内に含まれるサービス使用量を登録する。その後、ユーザリクエスト受信部２１は、受信したサービス提供要求を提供サービス制御部２３に送る。
【００３０】
ユーザリクエスト応答部２２は、ユーザ端末４０から送信されたサービス提供要求に対する応答をユーザ端末４０に送信することで、サービスを提供する。
【００３１】
提供サービス制御部２３は、受信したサービス提供要求に対して、設定された提供ルールに従い提供するサービスの内容を決定し、ユーザリクエスト応答部２２からサービスをユーザに提供する。
【００３２】
使用量記憶部２４は、各ユーザのサービス使用量を記憶する。また、使用量記憶部２４は、使用量登録時に使用量通知閾値の超過判定を行い、閾値超過を検出した場合は使用量通知部２５に該当ユーザの使用量を送信する。ここで、図３の例を用いて、使用量記憶部２４が記憶する使用量管理テーブルについて説明する。図３は、使用量記憶部が記憶する使用量管理テーブルの一例を示す図である。図３に例示するように、ユーザを一意に識別する「ユーザ識別子」と、各ユーザのサービス使用量である「使用量」とが対応付けて記憶されている。
【００３３】
なお、サービスの種類によっては、ユーザはサービスを享受するだけでなく、ユーザから何らかのサービスをアップロードすることもある。例えば、家庭で使う電気について、ユーザが太陽光発電を行い、余剰分を電気会社に売りつける場合や、インターネット通信におけるデータのアップロードが考えられる。したがって図３に例示する使用量管理テーブルに登録する使用量では、「上り」、「下り」、及びそれらの「総量」の３つが規定されている。なお、使用量記憶部２４が記憶する使用量管理テーブルは、これに限定されるものではなく、例えば、サービス使用量として総量のみを記憶してもよい。
【００３４】
使用量通知部２５は、サービス提供装置２０内の使用量記憶部２４からユーザのサービス使用量を受信すると管理リクエスト送信部２７へユーザのサービス使用量を送信する。
【００３５】
管理リクエスト受信部２６は、サービス管理装置１０から送信されたパケットを受信し、提供サービス制御部２３に対して受信した提供ルールを設定する。また、管理リクエスト受信部２６は、使用量通知要請を受信した場合はそれを使用量通知部２５に送信し、使用量通知部２５から該当ユーザのサービス使用量をサービス管理装置１０に対して通知させる。
【００３６】
管理リクエスト送信部２７は、ユーザ毎のセッション確立要求や使用量通知部２５から受信した情報をサービス管理装置１０へ送信する。
【００３７】
使用量管理装置３０は、サービス管理装置１０がサービス提供装置２０から受信したユーザのサービス使用量および更新時刻を保持する。ここで、図４の例を用いて、使用量管理装置３０が記憶する使用量管理テーブルについて説明する。図４は、使用量管理装置が記憶する使用量管理テーブルの一例を示す図である。
【００３８】
図４に例示するように、ユーザを一意に識別する「ユーザ識別子」と、各ユーザのサービス使用量である「使用量」と、サービス使用量が更新された時刻を示す「更新時刻」とが対応付けて記憶されている。
【００３９】
［セッション確立処理及びサービス使用量更新処理の流れ］
図５は、第１の実施形態に係るサービス提供システムにおけるセッション確立処理の概要を示す図である。図６は、第１の実施形態に係るサービス提供システムにおけるサービス使用量更新処理の概要を示す図である。
【００４０】
図５に示すように、まず、ユーザがサービスを契約し、ユーザ端末４０がサービス提供装置２０に接続されると、サービス提供装置２０からサービス管理装置１０に対してユーザ毎にセッション確立要求を送信する（図５の（１）参照）。そして、セッション確立要求を受信したサービス管理装置１０は、その応答として、ユーザの契約情報等から決定された提供ルールと、サービス提供装置２０が次にサービス使用量を通知する閾値を送信する（図５の（２）参照）。
【００４１】
続いて、図６に示すように、サービス提供装置２０は、受信した提供ルールと通知までの閾値を設定し、ユーザごとに提供ルールに基づいたサービスの制御を行う（図６の（３）参照）。そして、サービス提供装置２０は、ユーザがサービスを使用するたびに、そのサービス使用量をカウントし、そのカウント値が設定された閾値を超過したか判定する（図６の（４）参照）。
【００４２】
そして、サービス提供装置２０は、サービス使用量の超過が検出されると、サービス管理装置１０にサービス使用量の通知を送信する（図６の（５）参照）。使用量通知を受け取ったサービス管理装置１０は、使用量管理装置３０へアクセスし、該当ユーザのサービス使用量と最終更新時刻を更新する（図６の（６）参照）。
【００４３】
そして、サービス管理装置１０は、サービス使用量の更新後、ユーザのサービス使用量や契約情報等から再度提供ルールを決定し、その提供ルールと次にサービス使用量を通知する閾値を応答として送信する（図６の（７）参照）。その後、サービス管理装置１０およびサービス提供装置２０は、図６の（３）から（７）の処理を繰り返し行う。
【００４４】
［サービス使用量要求処理の流れ］
図７は、第１の実施形態に係るサービス提供システムにおけるサービス使用量要求処理の概要を示す図である。図７に示すように、サービス管理装置１０は、任意の時間間隔Ｔ時間毎に、全ユーザのサービス使用量の更新時刻を使用量管理装置３０から取得し、それがＴ時間以上前となっているユーザを検索する（図７の（１）参照）。そして、サービス管理装置１０は、最終更新時刻がＴ時間以上前となっているユーザに対して、サービス提供装置２０に使用量通知要請を送信する（図７の（２）参照）。
【００４５】
続いて、サービス提供装置２０は、使用量通知要請を受信すると、該使用量通知要請の応答としてサービス管理装置１０に該当ユーザのサービス使用量の通知を送信する（図７の（３）参照）。そして、サービス管理装置１０は、サービス使用量通知を受け取ると、使用量管理装置３０へアクセスし、該当ユーザのサービス使用量と更新時刻を更新する（図７の（４）参照）。
【００４６】
使用量更新後、サービス管理装置１０は、サービス使用量やユーザの契約情報等から再度提供ルールを決定し、その提供ルールを応答としてサービス提供装置２０に送信する（図７の（５）参照）。そして、サービス提供装置２０は、再決定された提供ルールを該当ユーザに対して適用する（図７の（６）参照）。
【００４７】
（サービス提供システムの処理の流れの一例）
次に、図８〜図１０を用いて、サービス提供システム１００における各装置の処理例について説明する。図８は、第１の実施形態に係るサービス提供システムにおけるサービス管理装置の処理の流れの一例を示すフローチャートである。図９は、第１の実施形態に係るサービス提供システムにおけるサービス管理装置の処理の流れの一例を示すフローチャートである。図１０は、第１の実施形態に係るサービス提供システムにおけるサービス提供装置の処理の流れの一例を示すフローチャートである。
【００４８】
まず、図８に示すように、サービス管理装置１０は、サービス提供装置２０からパケットを受信すると（ステップＳ１０１）、該パケットがセッション確立要求のパケットであるか否かを判定する（ステップＳ１０２）。この結果、サービス管理装置１０は、セッション確立要求のパケットであると判定した場合には（ステップＳ１０２肯定）、サービス提供装置２０との間でセッションを確立する（ステップＳ１０３）。
【００４９】
そして、サービス管理装置１０は、ユーザの契約情報等から提供ルールを決定し（ステップＳ１０４）、決定した提供ルールとサービス提供装置２０が次にサービス使用量を通知する閾値である使用量通知閾値をサービス提供装置２０へ送信する（ステップＳ１０５）。
【００５０】
また、サービス管理装置１０は、サービス提供装置２０から受信したパケットがセッション確立要求のパケットでないと判定した場合（ステップＳ１０２否定）、つまり、サービス提供装置２０から受信したパケットがユーザのサービス使用量を通知するパケットである場合には、使用量管理装置３０へアクセスし、受信したユーザのサービス使用量および現在時刻を、最新のサービス使用量および更新時刻として登録する（ステップＳ１０６）。そして、サービス管理装置１０は、最新のサービス使用量に基づいて提供ルールを決定し（ステップＳ１０４）、決定した提供ルールとサービス提供装置２０が次にサービス使用量を通知する閾値である使用量通知閾値をサービス提供装置２０へ送信する（ステップＳ１０５）。
【００５１】
次に、図９に示すように、サービス管理装置１０は、まず、タイマを初期化し（ステップＳ２０１）、Ｔ時間経過したかを判定する（ステップＳ２０２）。そして、Ｔ時間経過すると（ステップＳ２０２肯定）、サービス管理装置１０は、ユーザのサービス使用量の更新時刻を使用量管理装置３０から取得し（ステップＳ２０３）、「現在時刻−更新時刻」の値が、Ｔ未満であるか、Ｔ以上であるかを判定する（ステップＳ２０４）。
【００５２】
この結果、Ｔ未満であると判定された場合には、そのままステップＳ２０６の処理に進む。また、Ｔ以上であると判定された場合には、該ユーザについての使用量通知要請をサービス提供装置２０に通知し（ステップＳ２０５）、ステップＳ２０６の処理に進む。ステップＳ２０６では、サービス管理装置１０は、全てのユーザについてＳ２０４の判定処理を行ったかを判定する（ステップＳ２０６）。
【００５３】
この結果、サービス管理装置１０は、全てのユーザについてまだ行っていない場合には（ステップＳ２０６否定）、ステップＳ２０３に戻り、全てのユーザについて判定処理が行われるまで、ステップＳ２０３からステップＳ２０６の処理を繰り返し行う。また、全てのユーザについて行った場合には（ステップＳ２０６肯定）、ステップＳ２０１の処理に戻る。
【００５４】
次に、図１０に示すように、サービス提供装置２０は、ユーザからサービス要求を受信すると（ステップＳ３０１）、ユーザが要求した分を含むサービス使用量を使用量記憶部２４に登録する（ステップＳ３０２）。そして、サービス提供装置２０は、登録した使用量が使用量通知閾値を超過しているか否かを判定する（ステップＳ３０３）。
【００５５】
この結果、サービス提供装置２０は、使用量通知閾値を超過していない場合には（ステップＳ３０３否定）、ユーザに対してサービスの提供を行う（ステップＳ３０４）。また、サービス提供装置２０は、使用量通知閾値を超過している場合には（ステップＳ３０３肯定）、サービス管理装置１０にサービス使用量を通知し（ステップＳ３０５）、ユーザに対してサービスの提供を行う（ステップＳ３０４）。
【００５６】
（第１の実施形態の効果）
第１の実施形態に係るサービス提供システム１００のサービス管理装置１０は、所定の時間ごとに、各ユーザのサービス使用量と該サービス使用量が最後に更新された更新時刻とを対応付けて記憶する使用量管理装置３０に記憶された各ユーザのサービス使用量の更新時刻に基づいて、使用量管理装置３０に記憶された各ユーザのサービス使用量のなかからサービス使用量が所定時間以上未更新であるユーザを検索する。そして、サービス管理装置１０は、検索したユーザの最新のサービス使用量を、該ユーザにサービスを提供するサービス提供装置２０に対して要求する。そして、サービス管理装置１０は、要求したサービス使用量をサービス提供装置２０から受信すると、該サービス使用量に応じて、サービスの提供ルールを決定する。このため、処理負荷を抑えつつ、サービス利用が少ないユーザの使用量を定期的に取得することが可能である。
【００５７】
つまり、既存技術ではサービスの利用が少なくサービス提供装置２０に設定された通知閾値を下回るユーザのサービス使用量をサービス管理装置１０が取得できなかった。これに対して、第１の実施形態に係るサービス提供システム１００のサービス管理装置１０は、各ユーザのサービス使用量に加え直近のサービス使用量を更新した更新時刻を記憶する使用量管理装置３０からサービス使用量および更新時刻を取得し、一定時間毎に全ユーザの更新時刻を確認して一定時間通知がなかったユーザを判定し、サービス提供装置２０に対して該当ユーザの使用量通知要請を送信する。
【００５８】
これにより、既存技術では取得できなかったサービス利用が少ないユーザのサービス使用量を定期的に取得することが可能となる。また、サービス管理装置１０が能動的に対象ユーザのサービス使用量を取得する手法を確立したことにより、サービス管理装置１０の利便性が向上し実現可能なサービスの幅が広げることが可能である。例えば、サービス利用が少ないユーザのサービス使用量を取得し、該サービス使用量に応じて、提供ルールを決定したり、課金制御を実施したりすることができる。なお、ユーザの平均使用量が増加した場合、処理性能への影響を考慮すると使用量の増加に合わせて閾値も大きくしていく必要がある。本願発明では、閾値が大きい場合でもサービス利用の少ないユーザの使用量も定期的に取得できる。
【００５９】
（システム構成等）
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。
【００６０】
また、本実施の形態において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的におこなうこともでき、あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。
【００６１】
（プログラム）
また、上記実施形態において説明したサービス提供システムが実行する処理をコンピュータが実行可能な言語で記述したプログラムを作成することもできる。例えば、実施形態に係るサービス管理装置が実行する処理をコンピュータが実行可能な言語で記述したサービス管理プログラムを作成することもできる。この場合、コンピュータがサービス管理プログラムを実行することにより、上記実施形態と同様の効果を得ることができる。さらに、かかるサービス管理プログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたサービス管理プログラムをコンピュータに読み込ませて実行することにより上記実施形態と同様の処理を実現してもよい。
【００６２】
図１１は、サービス管理プログラムを実行するコンピュータ１０００を示す図である。図１１に例示するように、コンピュータ１０００は、例えば、メモリ１０１０と、ＣＰＵ１０２０と、ハードディスクドライブインタフェース１０３０と、ディスクドライブインタフェース１０４０と、シリアルポートインタフェース１０５０と、ビデオアダプタ１０６０と、ネットワークインタフェース１０７０とを有し、これらの各部はバス１０８０によって接続される。
【００６３】
メモリ１０１０は、図１１に例示するように、ＲＯＭ（Read  Only  Memory）１０１１及びＲＡＭ１０１２を含む。ＲＯＭ１０１１は、例えば、ＢＩＯＳ（Basic  Input  Output  System）等のブートプログラムを記憶する。ハードディスクドライブインタフェース１０３０は、図１１に例示するように、ハードディスクドライブ１０９０に接続される。ディスクドライブインタフェース１０４０は、図１１に例示するように、ディスクドライブ１１００に接続される。例えば磁気ディスクや光ディスク等の着脱可能な記憶媒体が、ディスクドライブ１１００に挿入される。シリアルポートインタフェース１０５０は、図１１に例示するように、例えばマウス１１１０、キーボード１１２０に接続される。ビデオアダプタ１０６０は、図１１に例示するように、例えばディスプレイ１１３０に接続される。
【００６４】
ここで、図１１に例示するように、ハードディスクドライブ１０９０は、例えば、ＯＳ１０９１、アプリケーションプログラム１０９２、プログラムモジュール１０９３、プログラムデータ１０９４を記憶する。すなわち、上記のサービス管理プログラムは、コンピュータ１０００によって実行される指令が記述されたプログラムモジュールとして、例えばハードディスクドライブ１０９０に記憶される。
【００６５】
また、上記実施形態で説明した各種データは、プログラムデータとして、例えばメモリ１０１０やハードディスクドライブ１０９０に記憶される。そして、ＣＰＵ１０２０が、メモリ１０１０やハードディスクドライブ１０９０に記憶されたプログラムモジュール１０９３やプログラムデータ１０９４を必要に応じてＲＡＭ１０１２に読み出し、各種処理手順を実行する。
【００６６】
なお、サービス管理プログラムに係るプログラムモジュール１０９３やプログラムデータ１０９４は、ハードディスクドライブ１０９０に記憶される場合に限られず、例えば着脱可能な記憶媒体に記憶され、ディスクドライブ等を介してＣＰＵ１０２０によって読み出されてもよい。あるいは、サービス管理プログラムに係るプログラムモジュール１０９３やプログラムデータ１０９４は、ネットワーク（ＬＡＮ（Local  Area  Network）、ＷＡＮ（Wide  Area  Network）等）を介して接続された他のコンピュータに記憶され、ネットワークインタフェース１０７０を介してＣＰＵ１０２０によって読み出されてもよい。
【００６７】
なお、本実施形態において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。
【００６８】
上記の実施形態やその変形は、本願が開示する技術に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。
【符号の説明】
【００６９】
１０  サービス管理装置
１１  リクエスト受信部
１２  リクエスト送信部
１３  提供ルール決定部
１４  タイマ管理部
１５  未通知ユーザ検索部
２０  サービス提供装置
２１  ユーザリクエスト受信部
２２  ユーザリクエスト応答部
２３  提供サービス制御部
２４  使用量記憶部
２５  使用量通知部
２６  管理リクエスト受信部
２７  管理リクエスト送信部
３０  使用量管理装置
４０  ユーザ端末
【図１】
2017219895.tif 000003
【図２】
2017219895.tif 000004
【図３】
2017219895.tif 000005
【図４】
2017219895.tif 000006
【図５】
2017219895.tif 000007
【図６】
2017219895.tif 000008
【図７】
2017219895.tif 000009
【図８】
2017219895.tif 000010
【図９】
2017219895.tif 000011
【図１０】
2017219895.tif 000012
【図１１】
2017219895.tif 000013