(57)【要約】【課題】所定のサービスを適正に運営するために必要な限度でシステムの整合を図る。【解決手段】本発明の一態様である管理システム（例えば、配信管理システム１０と権限管理システム２０とからなるシステム）は、所定サービスに対応可能な制御機能をコンピュータに実現させる制御プログラムが第１装置（例えば、ユーザ端末５０ｂ）に提供された後に、該第１装置と異なるユーザに関連付けられかつ該第１装置に対応付けて登録されている第２装置（例えば、ユーザ端末５０ａ）において該所定サービスに対応可能な制御機能が使用可能であるか否かを確認する確認手段と、前記第２装置において前記所定サービスに対応可能な制御機能が使用可能であることが前記確認手段により確認された場合を除き、該所定サービスに対応可能な制御機能が使用可能になるよう該第２装置に所定データを提供する提供手段と、を具備する。【選択図】図１
2015125512.tif 000002
【特許請求の範囲】
【請求項１】
所定サービスに対応可能な制御機能をコンピュータに実現させる制御プログラムが第１装置に提供された後に、該第１装置と異なるユーザに関連付けられかつ該第１装置に対応付けて登録されている第２装置において該所定サービスに対応可能な制御機能が使用可能であるか否かを確認する確認手段と、
前記第２装置において前記所定サービスに対応可能な制御機能が使用可能であることが前記確認手段により確認された場合を除き、該所定サービスに対応可能な制御機能が使用可能になるよう該第２装置に所定データを提供する提供手段と、
を具備する管理システム。
【請求項２】
要求元が所定権限を有する場合に限り実行要求に応じて前記所定サービスを構成する処理を実行する処理手段に対して該所定権限の判定結果を出力する認証手段からの照会に応じて、該要求元が該所定権限を有するか否かの判定に資する情報を応答する応答手段をさらに具備する、
請求項１に記載の管理システム。
【請求項３】
前記認証手段が、前記第２装置の管理対象として登録されている前記第１装置が前記実行要求の要求元である場合に、該第２装置において前記所定サービスに対応可能な制御機能が使用可能であることを条件として該第１装置に前記所定権限があると判定し、
前記応答手段が、前記第２装置の管理対象として登録されている前記第１装置が前記実行要求の要求元である場合に、該第２装置において前記所定サービスに対応可能な制御機能が使用可能であるか否かを示す情報を応答する、
請求項２に記載の管理システム。
【請求項４】
前記提供手段が、前記所定サービスに対応可能な制御機能を導入し使用可能にするインストール処理又はアップデート処理を自動的に実行させる所定コマンドを前記所定データとして前記第２装置に提供する、
請求項１から請求項３までのいずれか一項に記載の管理システム。
【請求項５】
前記制御プログラムが、アプリケーションプログラムに組み込まれる単数又は複数のプログラムモジュールであり、
前記提供手段が、前記所定サービスに対応可能な制御機能を導入し使用可能にする前記アップデート処理を自動的に実行させる前記所定コマンドを前記所定データとして前記第２装置に提供する、
請求項４に記載の管理システム。
【請求項６】
前記制御機能は、他の装置の管理対象になっている装置において前記所定サービスが利用される場合に限り少なくとも該所定サービスが初めて利用される際に所定権限が必要となるよう制御し、
前記第１装置を管理対象として登録されている前記第２装置において前記所定サービスに対応可能な制御機能が使用可能であることが前記確認手段により確認された場合に限り、前記所定権限の確認が可能な確認データを前記第１装置に供給する供給手段をさらに具備する、
請求項１に記載の管理システム。
【請求項７】
前記制御機能は、前記所定サービスに対応可能な制御機能が有効になった旨の有効通知を外部に出力する有効通知機能を含み、
前記確認手段が、前記第１装置から前記有効通知を受領した後に、前記第２装置から前記有効通知を既に受領しているか否かにより該第２装置において前記制御機能が使用可能であるか否かを確認する、
請求項６に記載の管理システム。
【請求項８】
前記制御機能は、他の装置の管理対象になっている装置において前記所定サービスが利用される場合に限り、該所定サービスが利用される度に前記所定権限が必要となるよう制御するとともに、該所定サービスが利用される度に前記確認データの供給を求める所定要求を外部に出力し、
前記確認手段が、前記第１装置から前記所定要求を受領する度に、前記第２装置において前記制御機能が使用可能であるか否かを確認する、
請求項７に記載の管理システム。
【請求項９】
前記確認手段が、前記第２装置から前記所定サービスに対応可能な制御機能が無効になった旨の無効通知を受領しているか否かにより前記第２装置において前記制御機能が無効であるか否かをさらに確認し、
前記供給手段が、前記第２装置において前記制御機能が無効でない場合に限り、前記確認データを前記第１装置に供給する、
請求項８に記載の管理システム。
【請求項１０】
前記確認手段が、さらに、前記制御プログラムが前記第２装置に提供された場合に、前記第１装置に対して該制御プログラムが提供済みであるか否かを確認し、
前記提供手段が、さらに、前記第１装置に対して前記制御プログラムが提供済みでないことが前記確認手段により確認された場合に、該制御プログラムを導入させる所定コマンドを該第１装置に提供する、
請求項６から請求項９までのいずれか一項に記載の管理システム。
【請求項１１】
前記制御プログラムが、アプリケーションプログラムに組み込まれる単数又は複数のプログラムモジュールである、
請求項６から請求項１０までのいずれか一項に記載の管理システム。
【請求項１２】
第１ユーザに対応し単数又は複数の装置が登録され得る第１アカウントと第２ユーザに対応し単数又は複数の装置が登録され得る第２アカウントとを対応付けて記憶手段に記憶させる手段をさらに具備し、
前記確認手段が、前記第１装置が前記第１アカウントに関連付けて登録されている場合に、前記記憶手段を参照して前記第２アカウントに関連付けて登録されている装置を前記第２装置として特定する、
請求項１から請求項１１までのいずれか一項に記載の管理システム。
【請求項１３】
所定サービスに対応可能な制御機能をコンピュータに実現させる制御プログラムが第１装置に提供された後に、該第１装置と異なるユーザに関連付けられかつ該第１装置に対応付けて登録されている第２装置において該所定サービスに対応可能な制御機能が使用可能であるか否かを確認する確認処理と、
前記第２装置において前記所定サービスに対応可能な制御機能が使用可能であることが前記確認処理において確認された場合を除き、該所定サービスに対応可能な制御機能が使用可能になるよう該第２装置に所定データを提供する提供処理と、
を含む、管理システムによる管理方法。
【請求項１４】
所定サービスに対応可能な制御機能をコンピュータに実現させる制御プログラムが第１装置に提供された後に、該第１装置と異なるユーザに関連付けられかつ該第１装置に対応付けて登録されている第２装置において該所定サービスに対応可能な制御機能が使用可能であるか否かを確認する確認手段と、
前記第２装置において前記所定サービスに対応可能な制御機能が使用可能であることが前記確認手段により確認された場合を除き、該所定サービスに対応可能な制御機能が使用可能になるよう該第２装置に所定データを提供する提供手段と、
を具備する管理装置。                             
【請求項１５】
所定サービスに対応可能な制御機能をコンピュータに実現させる制御プログラムが第１装置に提供された後に、該第１装置と異なるユーザに関連付けられかつ該第１装置に対応付けて登録されている第２装置において該所定サービスに対応可能な制御機能が使用可能であるか否かを確認する確認ステップと、
前記第２装置において前記所定サービスに対応可能な制御機能が使用可能であることが前記確認ステップにおいて確認された場合を除き、該所定サービスに対応可能な制御機能が使用可能になるよう該第２装置に所定データを提供する提供ステップと、
を含む、管理装置の制御方法。
【請求項１６】
所定サービスに対応可能な制御機能をコンピュータに実現させる制御プログラムが第１装置に提供された後に、該第１装置と異なるユーザに関連付けられかつ該第１装置に対応付けて登録されている第２装置において該所定サービスに対応可能な制御機能が使用可能であるか否かを確認する確認手段と、
前記第２装置において前記所定サービスに対応可能な制御機能が使用可能であることが前記確認手段により確認された場合を除き、該所定サービスに対応可能な制御機能が使用可能になるよう該第２装置に所定データを提供する提供手段と、
を管理装置のコンピュータに機能として実現させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザが使用する装置に追加される機能を管理する仕組みに関する。特に、オンラインサービスを支障なく運営するためにシステムの整合を図る仕組みに関するものである。
【背景技術】
【０００２】
通信ネットワークを介してダウンロードされるアプリケーションプログラムをインストールして機能を追加することが可能な装置が普及している（例えば、スマートフォン，タブレット端末，タブレットＰＣなど）。これらの装置向けに開発されるアプリケーションプログラムの多くは、新機能の追加や不具合の修正を目的として頻繁に更新される。
【０００３】
また、同一のユーザが使用する複数の装置において、アプリケーションを同期させる手法が知られている（例えば、特許文献１参照。）。特許文献１記載の手法は、専用プログラムがそれぞれインストールされ同一のアカウントに関連付けられた複数のコンピュータ装置の間で、専用プログラムに登録されたアプリケーションの実行ファイル、ユーザデータ、設定情報領域（レジストリ）に格納された設定情報などが一方において変更された場合に当該変更が他方に自動的に反映されるように制御するものである。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】国際公開第２０１３／０２７２４８号
【発明の概要】
【発明が解決しようとする課題】
【０００５】
通信ネットワークを介して提供されるオンラインサービスの中には、装置に追加された特定の機能を利用するものがある。特に、所定の関係にある複数のユーザの連携を支援するサービス（例えば、データ共有サービス，機能共用サービス，コミュニケーションサービスなど）を適正に提供するには、これらのサービスを利用するために必要な機能が各ユーザの装置にそれぞれ追加されている必要がある。
また、被管理者（例えば、子，部下など）の装置に追加可能な機能が管理者（例えば、親，上司など）の装置に追加済みの機能の範囲に限定されれば、被管理者によるサービスの利用・コンテンツの視聴に一定の制限をかける管理者の管理負担が軽減し得る。
【０００６】
本発明が解決しようとする課題は、所定のサービスを適正に運営するために必要な限度でシステムの整合を図る、という点である。
【課題を解決するための手段】
【０００７】
上記課題を解決するため、本発明の一態様である「管理システム」は、所定サービスに対応可能な制御機能をコンピュータに実現させる制御プログラムが第１装置に提供された後に、該第１装置と異なるユーザに関連付けられかつ該第１装置に対応付けて登録されている第２装置において該所定サービスに対応可能な制御機能が使用可能であるか否かを確認する確認手段と、前記第２装置において前記所定サービスに対応可能な制御機能が使用可能であることが前記確認手段により確認された場合を除き、該所定サービスに対応可能な制御機能が使用可能になるよう該第２装置に所定データを提供する提供手段と、を具備する
上記課題を解決するため、本発明の一態様である「管理システムによる管理方法」は、所定サービスに対応可能な制御機能をコンピュータに実現させる制御プログラムが第１装置に提供された後に、該第１装置と異なるユーザに関連付けられかつ該第１装置に対応付けて登録されている第２装置において該所定サービスに対応可能な制御機能が使用可能であるか否かを確認する確認処理と、前記第２装置において前記所定サービスに対応可能な制御機能が使用可能であることが前記確認処理において確認された場合を除き、該所定サービスに対応可能な制御機能が使用可能になるよう該第２装置に所定データを提供する提供処理と、を含む。
上記課題を解決するため、本発明の一態様である「管理装置」は、所定サービスに対応可能な制御機能をコンピュータに実現させる制御プログラムが第１装置に提供された後に、該第１装置と異なるユーザに関連付けられかつ該第１装置に対応付けて登録されている第２装置において該所定サービスに対応可能な制御機能が使用可能であるか否かを確認する確認手段と、前記第２装置において前記所定サービスに対応可能な制御機能が使用可能であることが前記確認手段により確認された場合を除き、該所定サービスに対応可能な制御機能が使用可能になるよう該第２装置に所定データを提供する提供手段と、を具備する。
上記課題を解決するため、本発明の一態様である「管理装置の制御方法」は、所定サービスに対応可能な制御機能をコンピュータに実現させる制御プログラムが第１装置に提供された後に、該第１装置と異なるユーザに関連付けられかつ該第１装置に対応付けて登録されている第２装置において該所定サービスに対応可能な制御機能が使用可能であるか否かを確認する確認ステップと、前記第２装置において前記所定サービスに対応可能な制御機能が使用可能であることが前記確認ステップにおいて確認された場合を除き、該所定サービスに対応可能な制御機能が使用可能になるよう該第２装置に所定データを提供する提供ステップと、を含む。
上記課題を解決するため、本発明の一態様である「プログラム」は、所定サービスに対応可能な制御機能をコンピュータに実現させる制御プログラムが第１装置に提供された後に、該第１装置と異なるユーザに関連付けられかつ該第１装置に対応付けて登録されている第２装置において該所定サービスに対応可能な制御機能が使用可能であるか否かを確認する確認手段と、前記第２装置において前記所定サービスに対応可能な制御機能が使用可能であることが前記確認手段により確認された場合を除き、該所定サービスに対応可能な制御機能が使用可能になるよう該第２装置に所定データを提供する提供手段と、を管理装置のコンピュータに機能として実現させる。
上記課題を解決するため、本発明の一態様である「コンピュータ読取り可能な記録媒体」は、所定サービスに対応可能な制御機能をコンピュータに実現させる制御プログラムが第１装置に提供された後に、該第１装置と異なるユーザに関連付けられかつ該第１装置に対応付けて登録されている第２装置において該所定サービスに対応可能な制御機能が使用可能であるか否かを確認する確認手段と、前記第２装置において前記所定サービスに対応可能な制御機能が使用可能であることが前記確認手段により確認された場合を除き、該所定サービスに対応可能な制御機能が使用可能になるよう該第２装置に所定データを提供する提供手段と、を管理装置のコンピュータに機能として実現させるプログラムを記録する。
【０００８】
本発明において「管理システム」は、第１装置や第２装置に提供されるプログラムを管理するシステム（例えば、配信管理システム１０）や、第１装置と第２装置の関係性を定義しこれらの装置を管理するシステム（例えば、権限管理システム２０）を含んで構成される。第１装置や第２装置に所定サービスを提供するシステム（例えば、連携処理システム３０）をさらに含んでいてもよい。一方、「管理装置」は、第１装置と第２装置の関係性を定義しこれらの装置を管理するシステム（例えば、権限管理システム２０）を構成する装置（例えば、権限管理サーバ２１）が好適である。
本発明において「所定サービス」は、通信ネットワークを介して提供されるオンラインサービスが想定されている。特に、本発明は、一のユーザ（管理者）が他のユーザ（被管理者）によるサービス（例えば、決済サービス）の利用やコンテンツの視聴・利用に一定の制限をかけることを支援するサービス、複数のユーザの連携を支援するサービス（例えば、データ共有サービス，機能共用サービス，コミュニケーションサービスなど）などに適用するのが好適である。ただし、適用されるサービスはこれらに限定されるものではない。
本発明において「制御プログラム」は、単数又は複数のプログラムモジュールから成る独立したアプリケーションプログラム（専用プログラム）であってもよいし、他のアプリケーションプログラムに組み込まれる単数又は複数のプログラムモジュールであってもよい。
第１装置や第２装置に制御プログラムを提供する主体は、第１装置と第２装置の関係性を定義しこれらの装置を管理するシステム（例えば、権限管理システム２０）を構成する装置が好適であるが、第１装置や第２装置に提供されるプログラムを管理するシステム（例えば、配信管理システム１０）を構成する装置や、これらのシステムに属さない装置であってもよい。
本発明において「制御プログラムが第１装置に提供された」ことや「第２装置において該所定サービスに対応可能な制御機能が使用可能である」ことは、各装置に提供されるプログラムを管理するシステム（例えば、配信管理システム１０）において記録されているログデータを利用して特定してもよいし、制御プログラムが導入された第１装置や第２装置からの通知により特定してもよい。
本発明では、第１装置に導入される制御機能と第２装置に導入される制御機能とを厳密に一致させるというポリシーを採用していない。換言すれば、「所定サービス」に対応可能である限りにおいて、第１装置に導入される制御プログラムのバージョンと第２装置に導入される制御プログラムのバージョンとが相違していてもよいし、両者のうちいずれか又は双方が最新のバージョンでなくてもよい。したがって、例えば、第１装置において最新バージョンの制御機能が使用可能になった場合においても、「所定サービス」に対応可能な制御機能が既に第２装置において使用可能であれば、当該制御機能を最新バージョンに更新することは強制されない。
【０００９】
上記「管理システム」には、以下に例示するように、追加の技術的限定を加えてもよい。また、同趣旨の技術的限定を、「管理システム」が実行する処理ステップ、「管理装置」の機能、「管理装置」が実行する処理ステップに加えてもよい。
例えば、要求元が所定権限を有する場合に限り実行要求に応じて前記所定サービスを構成する処理を実行する処理手段に対して該所定権限の判定結果を出力する認証手段からの照会に応じて、該要求元が該所定権限を有するか否かの判定に資する情報を応答する応答手段をさらに具備する、という技術的限定を加えてもよい。このとき、前記認証手段が、前記第２装置の管理対象として登録されている前記第１装置が前記実行要求の要求元である場合に、該第２装置において前記所定サービスに対応可能な制御機能が使用可能であることを条件として該第１装置に前記所定権限があると判定し、前記応答手段が、前記第２装置の管理対象として登録されている前記第１装置が前記実行要求の要求元である場合に、該第２装置において前記所定サービスに対応可能な制御機能が使用可能であるか否かを示す情報を応答する、という技術的限定をさらに加えてもよい。これにより、システムの整合性を欠いた状態で所定サービスが利用される事態を回避することができる。
また、前記提供手段が、前記所定サービスに対応可能な制御機能を導入し使用可能にするインストール処理又はアップデート処理を自動的に実行させる所定コマンドを前記所定データとして前記第２装置に提供する、という技術的限定を加えてもよい。このとき、前記制御プログラムが、アプリケーションプログラムに組み込まれる単数又は複数のプログラムモジュールであり、前記提供手段が、前記所定サービスに対応可能な制御機能を導入し使用可能にする前記アップデート処理を自動的に実行させる前記所定コマンドを前記所定データとして前記第２装置に提供する、という技術的限定をさらに加えてもよい。これにより、他のプログラムモジュールに由来する機能とは独立に、第１装置（例えば、スレーブ端末）において利用可能となった所定サービスに対応可能な制御機能が第２装置（例えば、マスタ端末）に自動的に導入される。
【００１０】
上記「管理システム」には、以下に例示するように、追加の技術的限定を加えてもよい。また、同趣旨の技術的限定を、「管理システム」が実行する処理ステップ、「管理装置」の機能、「管理装置」が実行する処理ステップに加えてもよい。
例えば、前記制御機能は、他の装置の管理対象になっている装置において前記所定サービスが利用される場合に限り少なくとも該所定サービスが初めて利用される際に所定権限が必要となるよう制御し、前記第１装置を管理対象として登録されている前記第２装置において前記所定サービスに対応可能な制御機能が使用可能であることが前記確認手段により確認された場合に限り、前記所定権限の確認が可能な確認データを前記第１装置に供給する供給手段をさらに具備する、という技術的限定を加えてもよい。これにより、第２装置（例えば、マスタ端末）において所定サービスに対応可能な制御機能が使用可能になるまで第１装置（例えば、スレーブ端末）における所定サービスの利用が制限される。
このとき、前記制御機能は、前記所定サービスに対応可能な制御機能が有効になった旨の有効通知を外部に出力する有効通知機能を含み、前記確認手段が、前記第１装置から前記有効通知を受領した後に、前記第２装置から前記有効通知を既に受領しているか否かにより該第２装置において前記制御機能が使用可能であるか否かを確認する、という技術的限定をさらに加えてもよい。これにより、第１装置（例えば、スレーブ端末）や第２装置（例えば、マスタ端末）に、システムの整合を図るための専用のプログラムをインストールしておく必要がなくなる。
このとき、前記制御機能は、他の装置の管理対象になっている装置において前記所定サービスが利用される場合に限り、該所定サービスが利用される度に前記所定権限が必要となるよう制御するとともに、該所定サービスが利用される度に前記確認データの供給を求める所定要求を外部に出力し、前記確認手段が、前記第１装置から前記所定要求を受領する度に、前記第２装置において前記制御機能が使用可能であるか否かを確認する、という技術的限定をさらに加えてもよい。これにより、第１装置（例えば、スレーブ端末）において所定サービスを利用するために必要な限度で第２装置（例えば、マスタ端末）に当該所定サービスに対応可能な制御機能が追加されるよう促される。
このとき、前記確認手段が、前記第２装置から前記所定サービスに対応可能な制御機能が無効になった旨の無効通知を受領しているか否かにより前記第２装置において前記制御機能が無効であるか否かをさらに確認し、前記供給手段が、前記第２装置において前記制御機能が無効でない場合に限り、前記確認データを前記第１装置に供給する、という技術的限定をさらに加えてもよい。これにより、第２装置（例えば、マスタ端末）において所定の制御機能を無効化（例えば、インストールやアップデートを削除）するだけで第１装置（例えば、スレーブ端末）における所定サービスの利用を制限することができる。なお、「無効通知」を送出する機能は、制御プログラムにより実現されてもよいし、アンインストールプログラムにより実現されてもよい。
【００１１】
また、上記いずれかの追加の技術的限定がある「管理システム」には、以下に例示するように、追加の技術的限定を加えてもよい。また、同趣旨の技術的限定を、「管理システム」が実行する処理ステップ、「管理装置」の機能、「管理装置」が実行する処理ステップに加えてもよい。
例えば、前記確認手段が、さらに、前記制御プログラムが前記第２装置に提供された場合に、前記第１装置に対して該制御プログラムが提供済みであるか否かを確認し、前記提供手段が、さらに、前記第１装置に対して前記制御プログラムが提供済みでないことが前記確認手段により確認された場合に、該制御プログラムを導入させる所定コマンドを該第１装置に提供する、という技術的限定を加えてもよい。これにより、第１装置（例えば、スレーブ端末）において先に所定の制御機能が導入された場合と、第２装置（例えば、マスタ端末）において先に所定の制御が導入された場合とで、整合を図るための手順が非対称になる。
また、前記制御プログラムが、アプリケーションプログラムに組み込まれる単数又は複数のプログラムモジュールである、という技術的限定を加えてもよい。これにより、他のプログラムモジュールに由来する機能とは独立に、制御プログラムに由来する制御機能のみの整合が図られる。
【００１２】
また、上記追加の技術的限定がない「管理システム」、又は、上記いずれかの追加の技術的限定がある「管理システム」には、以下に例示するように、追加の技術的限定を加えてもよい。また、同趣旨の技術的限定を、「管理システム」が実行する処理ステップ、「管理装置」の機能、「管理装置」が実行する処理ステップに加えてもよい。
例えば、第１ユーザに対応し単数又は複数の装置が登録され得る第１アカウントと第２ユーザに対応し単数又は複数の装置が登録され得る第２アカウントとを対応付けて記憶手段に記憶させる手段をさらに具備し、前記確認手段が、前記第１装置が前記第１アカウントに関連付けて登録されている場合に、前記記憶手段を参照して前記第２アカウントに関連付けて登録されている装置を前記第２装置として特定する、という技術的限定を加えてもよい。これにより、第１のユーザアカウントに関連付けられた第１装置（例えば、スレーブ端末）と第２のユーザアカウントに関連付けられた第２装置（例えば、マスタ端末）との間で、システムの整合が図られる。
【発明の効果】
【００１３】
本発明は、第１装置により所定サービスが利用されようとする際に、そのことをトリガとして、第１装置とともに当該所定サービスを利用する可能性の高い第２装置において当該所定サービスに対応可能な機能が導入されるように仕向ける。
この点において、所定のサービスを適正に運営するために必要な限度でシステムの整合が図られている。
【図面の簡単な説明】
【００１４】
【図１】マスタコントロールサービスの概要の説明図である。
【図２】マスタコントロールサービスの概要の説明図である。
【図３】実施形態のシステムのネットワーク構成例を示すブロック図である。
【図４】データベースに記憶される（ａ）定義情報，（ｂ）バージョン管理情報，（ｃ）機能管理情報の主要な項目の説明図である。
【図５】サーバ装置のハードウェア構成例を示すブロック図である。
【図６】ユーザ端末のハードウェア構成例を示すブロック図である。
【図７】定義情報の登録手順を例示するシーケンス図である。
【図８】アプリケーションプログラムの配信管理手順（マスタ端末に先にインストールされる場合）を例示するシーケンス図である。
【図９】制御モジュール群が組み込まれたアプリケーションプログラムをインストールする手順の説明図である。
【図１０】アプリケーションプログラムの配信管理手順（スレーブ端末に先にインストールされる場合）を例示するシーケンス図である。
【図１１】アプリケーションプログラムの配信管理手順（マスタ端末で先にアップデートされる場合）を例示するシーケンス図である。
【図１２】インストール済みのアプリケーションプログラムにおいて制御モジュール群をアップデートする手順の説明図である。
【図１３】アプリケーションプログラムの配信管理手順（スレーブ端末で先にアップデートされる場合）を例示するシーケンス図である。
【図１４】実施形態のシステムを構成する各装置の機能構成例をそれぞれ示すブロック図である。
【図１５】権限管理処理の手順を例示するシーケンス図である。
【図１６】権限管理処理の手順を例示するシーケンス図である。
【発明を実施するための形態】
【００１５】
［１．実施形態の概要］
［１−１．マスタコントロールサービスの概要］
図１及び図２を参照して、マスタコントロールサービスの概要を説明する。
本実施形態のシステムにより提供される「マスタコントロールサービス」は、管理者が使用するユーザ端末５０ａ（「第２装置」の一例。）と被管理者が使用するユーザ端末５０ｂ（「第１装置」の一例。）とがマスタ端末・スレーブ端末として対応付けて権限管理システム２０に登録されている状態において、マスタコントロールサービスを適正に運営するために必要な限度でマスタ端末及びスレーブ端末を含むシステムの整合を図るとともに（図１参照）、マスタ端末の使用者（管理者）とスレーブ端末の使用者（被管理者）との間の連携を支援する（図２参照）。
【００１６】
ユーザ端末５０ａとユーザ端末５０ｂとが対応付けて登録されるタイミングは、特に限定されない。すなわち、ユーザ端末５０ａやユーザ端末５０ｂにアプリケーションプログラムがインストールされる前から登録されていてもよいし、ユーザ端末５０ａやユーザ端末５０ｂにアプリケーションプログラムがインストールされた後で登録されてもよい。
また、ユーザ端末５０ａとユーザ端末５０ｂの対応付け登録は、ユーザ端末５０ａやユーザ端末５０ｂにアプリケーションプログラムがインストールされた後でユーザ端末５０ａにより変更されてもよいし、ユーザ端末５０ａやユーザ端末５０ｂ（特に、ユーザ端末５０ｂ）の動作ログ等により特定されるコンテキスト（状況）に基づいて動的に変更されてもよい。
【００１７】
［１−１．（ａ）アプリケーションプログラムを部分的にかつ非対称に同期させる］
マスタ端末とスレーブ端末との間で、アプリケーションプログラムに組み込まれた特定のモジュール群を、所定の連携サービスを適正に運営するために必要な限度で同期させる（図１参照）。
このとき、マスタ端末において機能構成が先に変動した場合には、この変動をスレーブ端末にも自動的に反映させる。一方、スレーブ端末において機能構成が先に変動した場合には、この変動をマスタ端末に反映させるか否かをマスタ端末のユーザに委ねる。
【００１８】
例えば、ユーザ端末５０ａとユーザ端末５０ｂがそれぞれマスタ・スレーブとして権限管理システムに登録されている前提において、配信管理システム１０に登録されている「アプリケーションプログラム２」がマスタ端末に先にインストールされたときは、同じ「アプリケーションプログラム２」をスレーブ端末に自動的にインストールさせる。一方、「アプリケーションプログラム２」がスレーブ端末に先にインストールされた場合は、同じ「アプリケーションプログラム２」がマスタ端末にインストールされるよう促すとともに、マスタ端末にインストールされるまでスレーブ端末による使用を制限する。
その後、「アプリケーションプログラム２」に組み込まれた「制御モジュール群」がマスタ端末において先にアップデートされたときは、スレーブ端末において同じ「制御モジュール群」を自動的にアップデートさせる。一方、「アプリケーションプログラム２」に組み込まれた「制御モジュール群」がスレーブ端末において先にアップデートされた場合であってマスタ端末側の同じ「制御モジュール群」のバージョンが一定の条件を満たしていないときは、マスタ端末においてアップデートされるよう促すとともに、マスタ端末においてアップデートされるまでスレーブ端末による使用を制限する。
【００１９】
［１−１．（ｂ）スレーブ端末のみに一定の制限をかける］
アプリケーションプログラムを読み込んでデータ処理機能部５１を備えたスレーブ端末が、権限管理システム２０にスレーブ端末として登録されている限りにおいて、管理対象処理（以下の説明では、「特定処理」ともいう。）の実行を原則として自制する（図２参照）。
このとき、スレーブ端末に対応付けて権限管理システム２０に登録されているマスタ端末において管理対象処理を実行するための環境が整っていることを条件として、スレーブ端末が自制を一時的に解除して管理対象処理を実行する。
【００２０】
マスタコントロールサービスにおいて管理対象とされる処理のうちスレーブ端末において実行が制限される処理の種類は、柔軟に設定することができるように構成するとよい。
例えば、金銭債務を発生させる決済処理の実行、外部との通信を伴わないデータ処理（例えば、オフライン状態でのゲームの進行処理など）の実行、所定の通信（例えば、移動体通信ネットワーク以外のネットワークを介してインターネットに接続される無線ＬＡＮのアクセスポイントやルータを経由する通信、近距離無線通信、無線による端末間通信、ＧＰＳ衛星から発信される信号の受信など）を伴うデータ処理の実行、などを制限するか否かを個別に設定できるように構成するとよい。
設定の主体としては、マスタ端末の使用者（管理者）の他、配信管理システム１０を管理する事業者、ユーザ端末５０ａやユーザ端末５０ｂのユーザに有線又は無線の通信サービスを提供する事業者、配信管理システム１０からアプリケーションプログラムをダウンロードしてインストール可能なユーザ端末を製造販売する事業者、ユーザ端末にインストールされるＯＳ（Operating System）を開発する事業者などが想定される。
【００２１】
以下の説明では、属性に基づく権限に応じて管理対象処理（特定処理）の実行を自制する制御機能をユーザ端末５０が保有する例を示す。当該制御機能は、アプリケーションプログラムに組み込まれる制御モジュール群がユーザ端末のコンピュータに読み込まれることにより実現される。
なお、属性に基づく権限に応じて管理対象処理（特定処理）の実行を制限する制御機能は、サーバ装置側（例えば、連携処理サーバ３１や権限管理サーバ２１）にあってもよい。特に、実質的な処理がサーバ側にて実行されるオンラインサービス（例えば、課金／決済サービス，連携サービスなど）では、制御機能をサーバ側に実装するのが好ましいこともある。さらに、金銭債務を発生させる決済処理の実行に際しては、その処理結果の重大性に鑑みて、管理者（マスタ端末の使用者）に都度承諾を得るように構成してもよい。
【００２２】
［１−１．（ｃ）データを共有させる］
アプリケーションプログラムを読み込んでデータ処理機能部５１を備えたスレーブ端末の動作に起因して生成されるデータを、スレーブ端末に対応付けて権限管理システム２０に登録され、かつ、同一のアプリケーションプログラムを読み込んで制御機能部５２を備えたマスタ端末により閲覧可能とする（図２）。
共有の対象とするデータとしては、例えば、オフラインあるいはオンラインで実行可能なゲームの進捗を示すデータなどが想定される。
【００２３】
［１−１．（ｄ）データを共用させる］
アプリケーションプログラムを読み込んでデータ処理機能部５１を備えたスレーブ端末の動作に起因して獲得されるデータを、スレーブ端末に対応付けて権限管理システム２０に登録され、かつ、同一のアプリケーションプログラムを読み込んで制御機能部５２を備えたマスタ端末により利用可能とする（図２）。
共用の対象とするデータとしては、例えば、アンケートへの回答により獲得される報酬（金銭的価値を有する電子クーポンやポイントなど）を示すデータなどが想定される。
【００２４】
［１−２．実施形態の主要な特徴］
本実施形態のシステムでは、単一のアプリケーションプログラムを配信管理システム１０に配信可能に登録し、ユーザ端末５０ａやユーザ端末５０ｂからの要求に応じて共通のアプリケーションプログラムを各端末に提供し、インストールさせる。
アプリケーションプログラムは、マスタコントロールサービスにおける管理対象でない通常処理を少なくとも実行するデータ処理機能部５１を実現させるデータ処理モジュール群を含む。また、アプリケーションプログラムには、マスタコントロールサービスにおける管理対象である特定処理の実行を制御する制御機能部５２を実現させる制御モジュール群が組み込まれる。
【００２５】
［１−２．（ａ）アプリケーションプログラムを提供するシステム等の構成］
本実施形態のシステムは、所定サービスに対応可能なバージョンの制御機能をコンピュータに実現させる制御プログラムがユーザ端末５０ｂ（「第１装置」の一例。）に提供された後に、ユーザ端末５０ｂと異なるユーザに関連付けられかつユーザ端末５０ｂに対応付けて登録されているユーザ端末５０ａ（「第２装置」の一例。）において同じ所定サービスに対応可能なバージョンの制御機能が使用可能であるか否かを確認する確認手段と、ユーザ端末５０ａにおいて同じ所定サービスに対応可能なバージョンの制御機能が使用可能であることが確認手段により確認された場合を除き、同じオンラインサービスに対応可能な制御機能が使用可能になるようユーザ端末５０ａに所定データ（例えば、制御プログラムのインストールやアップデートを促す通知、制御プログラムのインストールやアップデートを実行させるコマンド）を提供する提供手段と、を具備する。
【００２６】
この構成により、スレーブ端末において所定サービス（例えば、新機能が付加されたオンラインサービス）に対応可能なバージョンの制御機能が導入される場合に、そのことをトリガとして、スレーブ端末とともに所定サービスを利用する可能性の高いマスタ端末に同じサービスに対応可能な制御機能が導入されるよう促される。
この点において、所定のサービスを適正に運営するために必要な限度で（例えば、より少ない回数で、より少ない通信量で、より小さいコストで）システムの整合が図られている。
【００２７】
［１−２．（ｂ）アプリケーションプログラムに組み込まれる制御モジュール群の構成］
アプリケーションプログラムに組み込まれる制御モジュール群（制御プログラム）は、管理対象である特定処理を自ら実行しようとし又は他の機能部に実行させようとするデータ処理機能部５１からの要求に応じてインストール先のユーザ端末（ユーザ端末５０ａやユーザ端末５０ｂ）に適用される権限を確認する機能と、確認される権限に応じて特定処理の実行を制限するか否かを決定する機能と、特定処理の実行を制限しないことが決定された場合に限り当該特定処理の実行に必要な必要データをデータ処理機能部５１に提供する機能と、をそれぞれ実現させる単数又は複数のプログラムモジュールを含む。
【００２８】
この構成により、特定処理の実行が制限されるか否かが、制御モジュール群が組み込まれたアプリケーションプログラムを読み込んで制御機能部５２を備えたユーザ端末により、実行時に当該ユーザ端末自身に適用される権限に応じて動的に決定される。また、インストール先のユーザ端末（ユーザ端末５０ａやユーザ端末５０ｂ）に適用されるべき権限がアプリケーションプログラムのインストール後に変更された場合に、当該変更が略リアルタイムで反映される。
したがって、本実施形態の制御モジュール群をアプリケーションプログラムに組み込めば、当該アプリケーションプログラムがユーザ端末に実行させる処理の少なくとも一部を必要に応じて制限するに際し、専用プログラムをインストールする必要がない。
【００２９】
［１−２．（ｃ）アプリケーションプログラムに制御モジュール群を組み込む手順］
制御モジュール群がアプリケーションプログラムに組み込まれる態様・タイミングは限定されない。
例えば、制御モジュール群を含むアプリケーションプログラムをインストールするためのインストールプログラムを権限管理システム２０がユーザ端末５０ａやユーザ端末５０ｂに供給し、制御モジュール群が組み込まれたアプリケーションプログラムが新規にインストールされてもよい。また、例えば、制御モジュール群を含まないアプリケーションプログラムが既にインストールされているユーザ端末５０ａやユーザ端末５０ｂに制御モジュール群を追加で組み込むためのアップデートプログラムを権限管理システム２０が供給し、インストール済みのアプリケーションプログラムが制御モジュール群を組み込むように更新されてもよい。また、例えば、制御モジュール群が組み込まれたアプリケーションプログラムが既にインストールされているユーザ端末５０ａやユーザ端末５０ｂにおいて制御モジュール群を更新するためのアップデートプログラムを権限管理システム２０が供給し、制御モジュール群のバージョンが更新されてもよい。
【００３０】
なお、制御モジュール群は、アプリケーションプログラムを開発する際に利用されるＳＤＫ（Software Development Kit）に含まれるライブラリ（library）として、例えばマスタコントロールサービスを提供する事業者により提供されるのが好適である。
マスタコントロールサービスを提供する事業者としては、例えば、配信管理システム１０を管理する事業者、ユーザ端末５０ａやユーザ端末５０ｂのユーザに有線又は無線の通信サービスを提供する事業者、配信管理システム１０からアプリケーションプログラムをダウンロードしてインストール可能なユーザ端末を製造販売する事業者、ユーザ端末にインストールされるＯＳ（Operating System）を開発する事業者などが想定される。
【００３１】
ユーザ端末にインストールされるアプリケーションプログラムを開発する事業者は、本実施形態のシステムが提供するマスタコントロールサービスを利用可能なアプリケーションプログラムを、当該アプリケーションプログラムに制御モジュール群（ライブラリ）を組み込むだけで生成することができる。
そのため、本実施形態のシステムが提供するマスタコントロールサービスに相当するサービスを利用するための専用のプログラム（例えば、専用のアプリケーションプログラム、ＯＳに組み込むミドルウェアモジュールなど）を独自に開発する必要がなくなり、他のアプリケーションプログラムとの差別化に寄与する機能モジュールの開発に特化することが可能になる。特に、過度な開発負担なくアプリケーションプログラムに制御モジュール群を事後的に組み込むことができるため、当初からオプション機能として提供したり、配信開始後のニーズに応じて追加機能として提供したりすることが可能である。
【００３２】
［１−３．実施形態のシステムが奏する効果］
以上のように、本実施形態のシステムは、オンラインサービスを適正に運営するために必要な限度でシステムの整合を図る。したがって、不必要な処理や通信の発生が抑制され、ユーザによる端末の使用性を妨げず、かつ、サービス運営にかかるコストが抑えられる。
また、アプリケーションプログラムがユーザ端末に実行させる処理の少なくとも一部を必要に応じて制限する機能を当該ユーザ端末に実現させるためのプログラム（制御プログラム）を当該アプリケーションプログラムへの組込みが可能なプログラムモジュール（ライブラリ）として提供する。この点において、アプリケーションプログラムがユーザ端末に実行させる処理の少なくとも一部を必要に応じて制限する仕組みが当該ユーザ端末に導入されやすくなると言える。
なお、管理者向けの完全版と被管理者向けの機能制限版とを別個に開発する必要がなくなるため、アプリケーションプログラムの人気の度合いを示す指標の１つである「ダウンロード数」が単一のアプリケーションプログラムに集約されて注目を浴びやすくなるという副次的な効果も期待できる。
【００３３】
［２．実施形態の詳細］
［２−１．実施形態のシステムのネットワーク構成例］
図３に、実施形態のシステムのネットワーク構成例を示す。
本実施形態のシステム（情報処理システム）は、配信管理システム１０と、権限管理システム２０と、連携処理システム３０と、ユーザＡ及びユーザＢがそれぞれ使用するユーザ端末５０ａ及びユーザ端末５０ｂと、を含む。
【００３４】
配信管理システム１０、権限管理システム２０及び連携処理システム３０とユーザ端末５０ａ及びユーザ端末５０ｂとは、通信ネットワーク４０を介してそれぞれデータの授受が可能である。また、権限管理システム２０と連携処理システム３０とは、通信ネットワーク４０、ＬＡＮ又は専用回線を介してデータの授受が可能である。
通信ネットワーク４０は、既存のネットワーク（例えば、インターネット（Internet），携帯電話網，無線ＷＡＮ（Wireless Wide Area Network），無線ＬＡＮ（Wireless Local Area Network），イーサネット（Ethernet）（登録商標）など）のうち少なくともいずれかを含んでいてよい。
【００３５】
［２−１．（ａ）配信管理システム］
図３において、配信管理システム１０は、主として、配信管理サーバ１１と、データベース１３にアクセス可能なＤＢサーバ１２とにより構成される。
配信管理システム１０は、ネットワーク上において、例えば、有償又は無償で配信されるアプリケーションプログラムを管理するアプリケーションストアとして存在する。アプリケーションストアの管理運営主体は、例えば、ユーザ端末５０ａやユーザ端末５０ｂのユーザに有線又は無線の通信サービスを提供する事業者、配信管理システム１０からアプリケーションプログラムをダウンロードしてインストール可能なユーザ端末を製造販売する事業者、ユーザ端末にインストールされるＯＳ（Operating System）を開発する事業者などである。
【００３６】
配信管理サーバ１１は、Ｗｅｂサーバプログラム（ＨＴＴＰデーモン（HyperText Transfer Protocol Daemon）ともいう。）がインストールされたサーバ装置（コンピュータ）である。
配信管理サーバ１１は、例えば、アプリケーションプログラムを指定する所定の要求に応じて、指定されたアプリケーションプログラムをインストールするためのインストールプログラムや更新するためのアップデートプログラムをＤＢサーバ１２を通じてデータベースから取得し、これを要求元に配信する機能を有する。
なお、複数のサーバ装置を連携させて配信サーバシステムを構成し、配信管理サーバ１１の機能を分散させることも可能である。例えば、配信管理サーバ１１が外部の配信サーバへのリンク情報を提供したり同配信サーバへ所定の要求を転送（リダイレクト）したりすることにより、指定されたアプリケーションプログラムのインストールプログラム又はアップデートプログラムを要求元に提供する処理を当該配信サーバに負担させてもよい。
【００３７】
ＤＢサーバ１２は、ＤＢ（Database）サーバプログラムがインストールされたサーバ装置（コンピュータ）であり、内蔵する又は外部の接続可能なデータベース１３とともにＤＢＭＳ（Database Management System）を構成する。
ＤＢサーバ１２は、例えば、データの格納要求に応じて要求元から取得されるデータをデータベース１３に格納する機能と、データの抽出要求に応じてデータベース１３から抽出されるデータを要求元に応答する機能とを有する。
なお、複数のサーバ装置を連携させてＤＢサーバシステムを構成し、ＤＢサーバ１２の機能を分散させることも可能である。また、複数のデータベース１３にデータを分散配置することも可能である。
【００３８】
［２−１．（ｂ）権限管理システム］
図３において、権限管理システム２０は、主として、権限管理サーバ２１（「管理装置」の一例。）と、データベース２３（「記憶手段」の一例。）にアクセス可能なＤＢサーバ２２とにより構成される。
権限管理サーバ２１は、Ｗｅｂサーバプログラム（ＨＴＴＰデーモン（HyperText Transfer Protocol Daemon）ともいう。）がインストールされたサーバ装置（コンピュータ）である。
権限管理サーバ２１は、例えば、データを指定した所定の要求に応じて、指定されたデータをＤＢサーバ２２を通じてデータベース２３から取得し、要求元に提供する機能を有する。
なお、複数のサーバ装置を連携させて管理サーバシステムを構成し、権限管理サーバ２１の機能を分散させることも可能である。
【００３９】
ＤＢサーバ２２は、ＤＢ（Database）サーバプログラムがインストールされたサーバ装置（コンピュータ）であり、内蔵する又は外部の接続可能なデータベース２３とともにＤＢＭＳ（Database Management System）を構成する。
ＤＢサーバ２２は、例えば、データの格納要求に応じて要求元から取得されるデータをデータベース２３に格納する機能と、データの抽出要求に応じてデータベース２３から抽出されるデータを要求元に応答する機能とを有する。
なお、複数のサーバ装置を連携させてＤＢサーバシステムを構成し、ＤＢサーバ２２の機能を分散させることも可能である。また、複数のデータベース２３にデータを分散配置することも可能である。
【００４０】
図４（ａ）に、データベース２３に格納される定義情報の主要な項目を例示する。
図４（ａ）に例示するように、定義情報は、「定義情報ＩＤ」（キー項目）と、「マスタ」とするユーザ端末を識別する「端末識別情報」と、「スレーブ」とするユーザ端末を識別する「端末識別情報」と、設定ページにおいて指定された制限事項を特定可能な「スレーブ区分」（属性の区分）とを含む。
「端末識別情報」は、例えば、ユーザ端末を識別する端末ＩＤ，ＳＩＭカード５３１を識別するカードＩＤ，ユーザ端末を使用するユーザに対応付けられたユーザＩＤ（「アカウント」の一例。）などを用いるとよい。なお、「端末識別情報」としてユーザＩＤを利用する場合は、１のユーザＩＤに複数のユーザ端末を関連付けて登録しておくことにより、１の「端末識別情報」により複数のユーザ端末をそれぞれ特定することができる。
【００４１】
「スレーブ区分」は、所定の管理対象事項の数がｎであるとして、１０進数の０〜２ｎ−１の値とするとよい。
例えば、所定の管理対象事項の数が８である場合には、第１桁から第８桁までの８つの数値（各桁は０又は１のいずれかの値をとり、０が制限対象でないこと、１が制限対象であること、をそれぞれ表す）を８種類の管理対象事項にそれぞれ対応させ、指定された制限事項を特定可能な８桁の数値を２進数の値とみなし、この２進数の値を１０進数の値に変換した変換後の値（１０進数の０〜２５５）が「スレーブ区分」の値となるように定義する。
【００４２】
他のユーザ端末との関係で「スレーブ」となっているユーザ端末は、「スレーブ区分」の値により特定される制限事項を管理対象とする。この設定は、初回起動時等にインストール先の「スレーブ区分」を確認することにより、アプリケーションプログラムごとに行われる。
なお、本実施形態では、他のユーザ端末との関係で「スレーブ」として登録されていても、同時に他のユーザ端末との関係で「マスタ」や「スレーブ」として登録されることができる。また、他のユーザ端末との関係で「マスタ」として登録されていても、同時に他のユーザ端末との関係で「マスタ」や「スレーブ」として登録されることができる。
【００４３】
図４（ｂ）に、データベース２３に格納されるバージョン管理情報の主要な項目を例示する。
図４（ｂ）に例示するように、バージョン管理情報は、「端末識別情報」と、アプリケーションプログラムを識別する「アプリケーションコード」と、当該アプリケーションプログラムに組み込まれた制御モジュール群の「バージョン」とを含む。「端末識別情報」と「アプリケーションコード」とが複合キーを形成する。
「バージョン管理情報」を参照することにより、ユーザ端末にインストールされているアプリケーションプログラムに組み込まれた制御モジュール群のバージョンを特定することができる。
【００４４】
図４（ｃ）に、データベース２３に格納される機能管理情報の主要な項目を例示する。
図４（ｃ）に例示するように、機能管理情報は、「定義情報ＩＤ」と、アプリケーションプログラムを識別する「アプリケーションコード」と、機能を識別する「機能コード」と、「ステータス」（本実施形態では、「未提供」／「有効」／「無効」の３値をとる。）とを含む。「定義情報ＩＤ」と「アプリケーションコード」と「機能コード」とが複合キーを形成する。
「機能管理情報」を参照することにより、スレーブ端末に対応付けられたマスタ端末における制御モジュール群が対応可能な単数又は複数の機能（オンラインサービスを利用するために必要な機能）の管理状態をそれぞれ特定することができる。すなわち、「有効」は使用可能であることを意味し、「未提供」や「無効」は使用不可能であることを意味する。
【００４５】
［２−１．（ｃ）連携処理システム］
図３において、連携処理システム３０は、主として、連携処理サーバ３１と、データベース３３にアクセス可能なＤＢサーバ３２とにより構成される。
連携処理サーバ３１は、アプリケーションプログラムがインストールされたサーバ装置（コンピュータ）である。
連携処理サーバ３１は、例えば、金銭債務を発生させる課金／決済機能、所定のデータを複数のユーザ端末において共有可能に管理するデータ共有管理機能、所定のデータが示す特典を複数のユーザ端末において共用可能に管理する特典共用管理機能のうち少なくともいずれかを有する。
なお、複数のサーバ装置を連携させて処理サーバシステムを構成し、連携処理サーバ３１の機能を分散させることも可能である。
【００４６】
ＤＢサーバ３２は、ＤＢ（Database）サーバプログラムがインストールされたサーバ装置（コンピュータ）であり、内蔵する又は外部の接続可能なデータベース３３とともにＤＢＭＳ（Database Management System）を構成する。
ＤＢサーバ３２は、例えば、データの格納要求に応じて要求元から取得されるデータをデータベース３３に格納する機能と、データの抽出要求に応じてデータベース３３から抽出されるデータを要求元に応答する機能とを有する。
なお、複数のサーバ装置を連携させてＤＢサーバシステムを構成し、ＤＢサーバ３２の機能を分散させることも可能である。また、複数のデータベース３３にデータを分散配置することも可能である。
【００４７】
［２−１．（ｄ）ユーザ端末］
図３において、ユーザ端末５０ａ及びユーザ端末５０ｂは、所定のアプリケーションプログラムをインストールすることにより機能の拡張が可能な汎用の情報処理装置（コンピュータ）である。
ユーザ端末５０ａ及びユーザ端末５０ｂは、データ表示機能，データ通信機能などを有する。
本実施形態のシステムでは、スマートフォン（smartphone），タブレット（tablet）端末，タブレットＰＣ（personal computer），小型のＰＣ，ウェアラブルなＰＣなどの携帯装置がユーザ端末５０ａ及びユーザ端末５０ｂとして好適である。
【００４８】
［２−２．サーバ装置のハードウェア構成例］
図５に、サーバ装置のハードウェア構成例を示す。
典型的なサーバ装置は、ＭＰＵ（Micro-Processing Unit）やＲＯＭ（Read Only Memory）を含む制御処理装置５１０と、ＲＡＭ（Random Access Memory）を含む主記憶装置５２０と、ＨＤＤ（Hard Disc Drive）を含む補助記憶装置５３０と、マウスやキーボードを含む入力装置５４０と、ディスプレイやスピーカを含む出力装置５５０と、ネットワークカード（Network Interface Card）を含む通信制御装置５６０と、を有する。
【００４９】
主記憶装置５２０、補助記憶装置５３０、入力装置５４０、出力装置５５０及び通信制御装置５６０は、バスラインを介して制御処理装置５１０とそれぞれ接続される。
制御処理装置５１０は、（１）補助記憶装置５３０に記憶されたプログラムを主記憶装置５２０上に読み込み、（２）プログラムの指示に従って入力装置５４０と補助記憶装置５３０と通信制御装置５６０との少なくともいずれかからデータを受け取り、（３）取得したデータをプログラム通りに演算・加工した上で、（４）演算済み・加工済みのデータを補助記憶装置５３０と出力装置５５０と通信制御装置５６０との少なくともいずれかに送り出す。
【００５０】
［２−３．ユーザ端末のハードウェア構成例］
図６に、ユーザ端末のハードウェア構成例を示す。
本実施形態のシステムでは、制御処理部を構成するＭＰＵ６１１と、主記憶部を構成するＲＡＭ６２１と、補助記憶部を構成するＲＯＭ６２２及びＥＥＰＲＯＭ（Electrically Erasable Programmable Read-Only Memory）６２３と、独立したコンピュータシステムを構成するＳＩＭ（Subscriber Identity Module）カード６３１や汎用ＩＣ（Integrated Circuit）チップ６３２と、入力出力部を構成するタッチパネルディスプレイ６４１と、第１通信制御部を構成するＮＩＣ（Network Interface Controller）６５１と、第２通信制御部を構成する無線ＬＡＮ（Local Area Network）チップ６５２と、近距離通信制御部を構成するＮＦＣ（Near Field Communication）チップ６５３と、複数の人工衛星からそれぞれ送出される所定の信号を用いて割り出した現在位置を示す位置情報を出力するＧＰＳチップ６５４と、を少なくとも有する携帯装置（コンピュータ）をユーザ端末５０ａ及びユーザ端末５０ｂとして用いる。
【００５１】
ＲＡＭ６２１と、ＲＯＭ６２２と、ＥＥＰＲＯＭ６２３と、ＳＩＭカード６３１と、汎用ＩＣチップ６３２と、タッチパネルディスプレイ６４１と、ＮＩＣ６５１と、無線ＬＡＮチップ６５２と、ＮＦＣチップ６５３と、ＧＰＳチップ６５４とは、バスラインを介してＭＰＵ６１１と接続される。
ＭＰＵ６１１は、（１）ＥＥＰＲＯＭ６２３に記憶されたプログラムをＲＡＭ６２１上に読み込み、（２）プログラムの指示に従ってタッチパネルディスプレイ６４１とＥＥＰＲＯＭ６２３とＳＩＭカード６３１と汎用ＩＣチップ６３２とＮＩＣ６５１と無線ＬＡＮチップ６５２とＮＦＣチップ６５３とＧＰＳチップ６５４との少なくともいずれかからデータを受け取り、（３）取得したデータをプログラム通りに演算・加工した上で、（４）演算済み・加工済みのデータをＥＥＰＲＯＭ６２３とタッチパネルディスプレイ６４１とＳＩＭカード６３１と汎用ＩＣチップ６３２とＮＩＣ６５１と無線ＬＡＮチップ６５２とＮＦＣチップ６５３との少なくともいずれかに送り出す。
【００５２】
［３．実施形態のシステムによる定義情報の登録手順］
図７に、本実施形態のシステムによる定義情報の登録手順を例示する。
本実施形態のシステムによる定義情報の登録は、権限管理システム２０を構成する権限管理サーバ２１及びＤＢサーバ２２の制御処理装置と、ユーザ端末５０ａの制御処理部とが協働することにより、次の〔手順１１〕〜〔手順１５〕のように実行される。
なお、定義情報の削除（すなわち、マスタ／スレーブ登録の解除）も、同様の手順により行われる。
【００５３】
〔手順１１〕設定ページをユーザ端末５０ａが権限管理サーバ２１に要求し（Ｓ７０５ａ）、当該要求を権限管理サーバ２１が受領する（Ｓ７０５ｂ）。
〔手順１２〕「マスタ」（master）とする端末（ここでは、ユーザ端末５０ａ）の端末識別情報と、これに対応付けて「スレーブ」（slave）とする端末（ここでは、ユーザ端末５０ｂ）の端末識別情報とをそれぞれ入力する複数の入力欄や、所定の管理対象事項の中から「スレーブ」とする端末による実行を制限させる制限事項をそれぞれ指定（選択）する複数の指定要素（プルダウン，ラジオボタンなど）を含む設定ページを権限管理サーバ２１がユーザ端末５０ａに応答し（Ｓ７１０ｂ）、当該応答をユーザ端末５０ａが受領する（Ｓ７１０ａ）。
【００５４】
〔手順１３〕ユーザ端末５０ａが、設定ページをタッチパネルディスプレイ６４１に表示し、タッチパネルディスプレイ６４１による入力を受け付ける（Ｓ７１５ａ）。
〔手順１４〕設定ページにおいて入力又は指定されたデータをユーザ端末５０ａが権限管理サーバ２１に送信し（Ｓ７２０ａ）、当該データを権限管理サーバ２１が受信する（Ｓ７２０ｂ）。
〔手順１５〕権限管理サーバ２１が、受信したデータに基づいて定義情報を生成し（Ｓ７２５ｂ）、その格納又は更新をＤＢサーバ２２に要求する（Ｓ７３０ｂ）。要求を受領したＤＢサーバ２２は（Ｓ７３０ｃ）、データベース２３に定義情報を格納すると（Ｓ７３５ｃ）、定義情報の格納が完了した旨の完了通知を権限管理サーバ２１に送信する（Ｓ７４０ｃ）。完了通知を受信した権限管理サーバ２１は（Ｓ７４０ｃ）、定義情報の設定又は更新が完了した旨の完了通知をユーザ端末５０ａに送信し（Ｓ７４５ｂ）、ユーザ端末５０ａは完了通知を受信する（Ｓ７４５ａ）。
【００５５】
［４．実施形態のシステムによるアプリケーションプログラムの配信管理手順］
［４−１．マスタ端末の機能追加をスレーブ端末に反映させる（新規インストール）］
図８及び図９を参照して、制御モジュール群を含むアプリケーションプログラムをインストールするためのインストールプログラムがユーザ端末５０ａ（マスタ端末）に供給され新規にインストールされた後に、同一のインストールプログラムがユーザ端末５０ｂ（スレーブ端末）に自動的に供給され新規にインストールされるまでの手順を説明する。
本実施形態のシステムによるインストールプログラムの配信管理は、権限管理システム２０を構成する権限管理サーバ２１の制御処理装置と、ユーザ端末５０ａ及びユーザ端末５０ｂの制御処理部とがそれぞれ協働することにより、次の〔手順２１〕〜〔手順２７〕の手順により実行される。
【００５６】
〔手順２１〕ユーザ端末５０ａがインストールプログラムを配信サーバに要求し（Ｓ８０５ａ）、当該要求を受領した配信サーバからインストールプログラムを含む応答を受領する（Ｓ８１０ａ）。インストールプログラムは、図９（ａ）に示すように、インストール処理をユーザ端末に実行させる「インストール処理モジュール」と、「メインモジュール」と、「データ処理モジュール群」と、「制御モジュール群」とを含む。
〔手順２２〕ユーザ端末５０ａがインストールプログラムにより規定されるインストール処理を実行する（Ｓ８１５ａ）。ユーザ端末５０ａにインストールされたアプリケーションプログラムは、図９（ｂ）に示すように、「メインモジュール」と、「データ処理モジュール群」と、「制御モジュール群」とを含む。
【００５７】
〔手順２３〕インストールされたアプリケーションプログラムが起動され制御モジュール群を読み込んで制御機能部５２を備えたユーザ端末５０ａは、インストールが完了した旨を権限管理サーバ２１に通知する（Ｓ８２０ａ）。権限管理サーバ２１は、ユーザ端末５０ａから通知（「有効通知」の一例。）を受領すると（Ｓ８２０ｂ）、管理情報を更新する（Ｓ８２５ｂ）。ここでは、ユーザ端末５０ａに新規にインストールされたアプリケーションプログラムに組み込まれた制御モジュール群のバージョンを示すバージョン管理情報と、ユーザ端末５０ａに新規に追加された制御モジュール群が対応可能な単数又は複数の機能の管理状態（ここでは、「有効」）を示す機能管理情報と、をそれぞれ生成し、データベース２３に格納させる。
【００５８】
〔手順２４〕権限管理サーバ２１は、ユーザ端末５０ａに新規にインストールされたアプリケーションプログラムがユーザ端末５０ｂに未だインストールされていない場合（例えば、バージョン管理情報を参照することで特定される）、ユーザ端末５０ａやユーザ端末５０ｂにインストールされているＯＳの提供元が運営する公知の通知サービス等を利用して、ユーザ端末５０ａの機能構成に変動があった旨をユーザ端末５０ｂに通知する（Ｓ８３０ｂ）。この通知には、同一のアプリケーションプログラムを自動的にインストールさせるためのコマンド（「所定データ」及び「所定コマンド」の一例。）が含まれるものとする。
〔手順２５〕ユーザ端末５０ｂは、通知を受領すると（Ｓ８３０ｃ）、同一のインストールプログラムを配信サーバに自動的に要求し（Ｓ８３５ｃ）、当該要求を受領した配信サーバからインストールプログラムを含む応答を受領する（Ｓ８４０ｃ）。インストールプログラムは、同様に、インストール処理をユーザ端末に実行させる「インストール処理モジュール」と、「メインモジュール」と、「データ処理モジュール群」と、「制御モジュール群」とを含む（図９（ａ））。
【００５９】
〔手順２６〕ユーザ端末５０ｂがインストールプログラムに規定されるインストール処理を実行する（Ｓ８４５ｃ）。ユーザ端末５０ｂにインストールされたアプリケーションプログラムは、同様に、「メインモジュール」と、「データ処理モジュール群」と、「制御モジュール群」とを含む（図９（ｂ））。
〔手順２７〕インストールされたアプリケーションプログラムが起動され制御モジュール群を読み込んで制御機能部５２を備えたユーザ端末５０ｂは、インストールが完了した旨を権限管理サーバ２１に通知する（Ｓ８５０ｃ）。権限管理サーバ２１は、ユーザ端末５０ｂから通知（「有効通知」の一例。）を受領すると（Ｓ８５０ｂ）、管理情報を更新する（Ｓ８５５ｂ）。ここでは、ユーザ端末５０ｂに新規にインストールされたアプリケーションプログラムに組み込まれた制御モジュール群のバージョンを示すバージョン管理情報を生成し、データベース２３に格納させる。
【００６０】
［４−２．スレーブ端末の機能追加をマスタ端末に反映させる（新規インストール）］
図１０及び図９を参照して、制御モジュール群を含むアプリケーションプログラムをインストールするためのインストールプログラムがユーザ端末５０ｂ（スレーブ端末）に供給され新規にインストールされた後に、同一のインストールプログラムがユーザ端末５０ａ（マスタ端末）にユーザＡ（管理者）の選択に応じて供給され新規にインストールされるまでの手順を説明する。
本実施形態のシステムによるインストールプログラムの配信管理は、権限管理システム２０を構成する権限管理サーバ２１の制御処理装置と、ユーザ端末５０ａ及びユーザ端末５０ｂの制御処理部とがそれぞれ協働することにより、次の〔手順３１〕〜〔手順３７〕の手順により実行される。
【００６１】
〔手順３１〕ユーザ端末５０ｂがインストールプログラムを配信サーバに要求し（Ｓ１００５ｃ）、当該要求を受領した配信サーバからインストールプログラムを含む応答を受領する（Ｓ１０１０ｃ）。インストールプログラムは、図９（ａ）に示すように、インストール処理をユーザ端末に実行させる「インストール処理モジュール」と、「メインモジュール」と、「データ処理モジュール群」と、「制御モジュール群」とを含む。
〔手順３２〕ユーザ端末５０ｂがインストールプログラムにより規定されるインストール処理を実行する（Ｓ１０１５ｃ）。ユーザ端末５０ｂにインストールされたアプリケーションプログラムは、図９（ｂ）に示すように、「メインモジュール」と、「データ処理モジュール群」と、「制御モジュール群」とを含む。
【００６２】
〔手順３３〕インストールされたアプリケーションプログラムが起動され制御モジュール群を読み込んで制御機能部５２を備えたユーザ端末５０ｂは、インストールが完了した旨を権限管理サーバ２１に通知する（Ｓ１０２０ｃ）。権限管理サーバ２１は、ユーザ端末５０ｂから通知（「有効通知」の一例。）を受領すると（Ｓ１０２０ｂ）、管理情報を更新する（Ｓ１０２５ｂ）。ここでは、ユーザ端末５０ｂに新規にインストールされたアプリケーションプログラムに組み込まれた制御モジュール群のバージョンを示すバージョン管理情報と、ユーザ端末５０ｂに新規に追加された制御モジュール群が対応可能な機能のユーザ端末５０ａにおける管理状態（ここでは、「未提供」）を示す機能管理情報と、をそれぞれ生成し、データベース２３に格納させる。
【００６３】
〔手順３４〕ユーザ端末５０ｂに新規にインストールされたアプリケーションプログラムがユーザ端末５０ａに未だインストールされていない場合（例えば、バージョン管理情報を参照することで特定される）、権限管理サーバ２１は、ユーザ端末５０ａやユーザ端末５０ｂにインストールされているＯＳの提供元が運営する公知の通知サービス等を利用して、ユーザ端末５０ｂの機能構成に変動があった旨をユーザ端末５０ａに通知する（Ｓ１０３０ｂ）。なお、〔手順３３〕の後に通知する態様に代えて、又はこの態様とともに、制御機能部５２に対して管理状態が応答された後（図１６のＳ１６２０ｂ）に通知するように構成してもよい。
〔手順３５〕ユーザ端末５０ａは、通知（「所定データ」の一例。）を受領すると（Ｓ１０３０ａ）、ユーザＡの選択に応じて同一のインストールプログラムを配信サーバに要求し（Ｓ１０３５ａ）、当該要求を受領した配信サーバからインストールプログラムを含む応答を受領する（Ｓ１０４０ａ）。インストールプログラムは、同様に、インストール処理をユーザ端末に実行させる「インストール処理モジュール」と、「メインモジュール」と、「データ処理モジュール群」と、「制御モジュール群」とを含む（図９（ａ））。
【００６４】
〔手順３６〕ユーザ端末５０ａがインストールプログラムに規定されるインストール処理を実行する（Ｓ１０４５ａ）。ユーザ端末５０ａにインストールされたアプリケーションプログラムは、同様に、「メインモジュール」と、「データ処理モジュール群」と、「制御モジュール群」とを含む（図９（ｂ））。
〔手順３７〕インストールされたアプリケーションプログラムが起動され制御モジュール群を読み込んで制御機能部５２を備えたユーザ端末５０ａは、インストールが完了した旨を権限管理サーバ２１に通知する（Ｓ１０５０ａ）。権限管理サーバ２１は、ユーザ端末５０ａから通知（「有効通知」の一例。）を受領すると（Ｓ１０５０ｂ）、管理情報を更新する（Ｓ１０５５ｂ）。ここでは、ユーザ端末５０ａに新規にインストールされたアプリケーションプログラムに組み込まれた制御モジュール群のバージョンを示すバージョン管理情報を生成するとともに、ユーザ端末５０ａに新規に追加された制御モジュール群が対応可能な単数又は複数の機能の管理状態（ここでは、「有効」）を示すように機能管理情報を更新する。
【００６５】
［４−３．マスタ端末の機能追加をスレーブ端末に反映させる（アップデート）］
図１１及び図１２を参照して、インストール済みのアプリケーションプログラムに組み込まれた制御モジュール群をアップデートするためのアップデートプログラムがユーザ端末５０ａ（マスタ端末）に供給されアップデートされた後に、同一のアップデートプログラムがユーザ端末５０ｂ（スレーブ端末）に自動的に供給されアップデートされるまでの手順を説明する。
本実施形態のシステムによるアップデートプログラムの配信管理は、権限管理システム２０を構成する権限管理サーバ２１の制御処理装置と、ユーザ端末５０ａ及びユーザ端末５０ｂの制御処理部とが協働することにより、次の〔手順４１〕〜〔手順４７〕の手順により実行される。
【００６６】
〔手順４１〕ユーザ端末５０ａがアップデートプログラムを配信サーバに要求し（Ｓ１１０５ａ）、当該要求を受領した配信サーバからアップデートプログラムを含む応答を受領する（Ｓ１１１０ａ）。アップデートプログラムは、図１２（ａ）に示すように、アップデート処理をユーザ端末に実行させる「アップデート処理モジュール」と、「メインモジュール」に必要な変更を加える「変更処理モジュール群」と、新バージョンの「制御モジュール群」とを含む。
〔手順４２〕ユーザ端末５０ａがアップデートプログラムにより規定されるアップデート処理を実行する（Ｓ１１１５ａ）。ユーザ端末５０ａにおいてアップデートされる前のアプリケーションプログラムは、図１２（ｂ）に示すように、「メインモジュール」と、「データ処理モジュール群」と、旧バージョンの「制御モジュール群」とを含む。また、ユーザ端末５０ａにおいてアップデートされた後のアプリケーションプログラムは、図１２（ｃ）に示すように、「メインモジュール」と、「データ処理モジュール群」と、新バージョンの「制御モジュール群」とを含む。
【００６７】
〔手順４３〕アプリケーションプログラムが起動されアップデートされた制御モジュール群を読み込んで制御機能部５２を備えたユーザ端末５０ａは、アップデートが完了した旨を権限管理サーバ２１に通知する（Ｓ１１２０ａ）。権限管理サーバ２１は、ユーザ端末５０ａから通知（「有効通知」の一例。）を受領すると（Ｓ１１２０ｂ）、管理情報を更新する（Ｓ１１２５ｂ）。ここでは、ユーザ端末５０ａにおいてアップデートされた制御モジュール群の新バージョンを示すようにバージョン管理情報を更新するとともに、ユーザ端末５０ａにおいてアップデートされた制御モジュール群が対応可能な単数又は複数の機能の管理状態（ここでは、「有効」）を示す機能管理情報を生成し、データベース２３に格納させる。
【００６８】
〔手順４４〕権限管理サーバ２１は、ユーザ端末５０ａにおいてアップデートされた制御モジュール群がユーザ端末５０ｂにおいて未だアップデートされていない場合（例えば、バージョン管理情報を参照することで特定される）、ユーザ端末５０ａやユーザ端末５０ｂにインストールされているＯＳの提供元が運営する公知の通知サービス等を利用して、ユーザ端末５０ａの機能構成に変動があった旨をユーザ端末５０ｂに通知する（Ｓ１１３０ｂ）。この通知には、制御モジュール群を自動的にアップデートさせるためのコマンド（「所定データ」及び「所定コマンド」の一例。）が含まれるものとする。
〔手順４５〕ユーザ端末５０ｂは、通知を受領すると（Ｓ１１３０ｃ）、同一のアップデートプログラムを配信サーバに自動的に要求し（Ｓ１１３５ｃ）、当該要求を受領した配信サーバからアップデートプログラムを含む応答を受領する（Ｓ１１４０ｃ）。アップデートプログラムは、同様に、アップデート処理をユーザ端末に実行させる「アップデート処理モジュール」と、「メインモジュール」に必要な変更を加える「変更処理モジュール群」と、新バージョンの「制御モジュール群」とを含む（図１２（ａ））。
【００６９】
〔手順４６〕ユーザ端末５０ｂがアップデートプログラムに規定されるアップデート処理を実行する（Ｓ１１４５ｃ）。ユーザ端末５０ｂにおいてアップデートされる前のアプリケーションプログラムは、同様に、「メインモジュール」と、「データ処理モジュール群」と、旧バージョンの「制御モジュール群」とを含む（図１２（ｂ））。また、ユーザ端末５０ｂにおいてアップデートされた後のアプリケーションプログラムは、同様に、「メインモジュール」と、「データ処理モジュール群」と、新バージョンの「制御モジュール群」とを含む（図１２（ｃ））。
【００７０】
〔手順４７〕アプリケーションプログラムが起動されアップデートされた制御モジュール群を読み込んで制御機能部５２を備えたユーザ端末５０ｂは、アップデートが完了した旨を権限管理サーバ２１に通知する（Ｓ１１５０ｃ）。権限管理サーバ２１は、ユーザ端末５０ｂから通知（「有効通知」の一例。）を受領すると（Ｓ１１５０ｂ）、管理情報を更新する（Ｓ１１５５ｂ）。ここでは、ユーザ端末５０ｂにおいてアップデートされた制御モジュール群のバージョンを示すようにバージョン管理情報を更新する。
【００７１】
［４−４．スレーブ端末の機能追加をマスタ端末に反映させる（アップデート）］
図１３及び図１２を参照して、インストール済みのアプリケーションプログラムに組み込まれた制御モジュール群をアップデートするためのアップデートプログラムがユーザ端末５０ｂ（スレーブ端末）に供給されアップデートされた後に、同一のアップデートプログラムがユーザ端末５０ａ（マスタ端末）にユーザＡ（管理者）の選択に応じて供給されアップデートされるまでの手順を説明する。
本実施形態のシステムによるアップデートプログラムの配信管理は、権限管理システム２０を構成する権限管理サーバ２１の制御処理装置と、ユーザ端末５０ａ及びユーザ端末５０ｂの制御処理部とが協働することにより、次の〔手順５１〕〜〔手順５７〕の手順により実行される。
【００７２】
〔手順５１〕ユーザ端末５０ｂがアップデートプログラムを配信サーバに要求し（Ｓ１３０５ｃ）、当該要求を受領した配信サーバからアップデートプログラムを含む応答を受領する（Ｓ１３１０ｃ）。アップデートプログラムは、図１２（ａ）に示すように、アップデート処理をユーザ端末に実行させる「アップデート処理モジュール」と、「メインモジュール」に必要な変更を加える「変更処理モジュール群」と、新バージョンの「制御モジュール群」とを含む。
〔手順５２〕ユーザ端末５０ｂがアップデートプログラムにより規定されるアップデート処理を実行する（Ｓ１３１５ｃ）。ユーザ端末５０ｃにおいてアップデートされる前のアプリケーションプログラムは、図１２（ｂ）に示すように、「メインモジュール」と、「データ処理モジュール群」と、旧バージョンの「制御モジュール群」とを含む。また、ユーザ端末５０ｂにおいてアップデートされた後のアプリケーションプログラムは、図１２（ｃ）に示すように、「メインモジュール」と、「データ処理モジュール群」と、新バージョンの「制御モジュール群」とを含む。
【００７３】
〔手順５３〕アプリケーションプログラムが起動されアップデートされた制御モジュール群を読み込んで制御機能部５２を備えたユーザ端末５０ｂは、アップデートが完了した旨を権限管理サーバ２１に通知する（Ｓ１３２０ｃ）。権限管理サーバ２１は、ユーザ端末５０ｂから通知（「有効通知」の一例。）を受領すると（Ｓ１３２０ｂ）、管理情報を更新する（Ｓ１３２５ｂ）。ここでは、ユーザ端末５０ｂにおいてアップデートされた制御モジュール群のバージョンを示すようにバージョン管理情報を更新するとともに、ユーザ端末５０ｂにおいてアップデートされた制御モジュール群が対応可能な単数又は複数の機能のユーザ端末５０ａにおける管理状態（ここでは、「未提供」）を示す機能管理情報を生成し、データベース２３に格納させる。
【００７４】
〔手順５４〕ユーザ端末５０ｂにおいてアップデートされた制御モジュール群がユーザ端末５０ａにおいて未だアップデートされていない場合（例えば、バージョン管理情報を参照することで特定される）、権限管理サーバ２１は、ユーザ端末５０ａやユーザ端末５０ｂにインストールされているＯＳの提供元が運営する公知の通知サービス等を利用して、ユーザ端末５０ｂの機能構成に変動があった旨をユーザ端末５０ａに通知する（Ｓ１３３０ｂ）。なお、〔手順５３〕の後に通知する態様に代えて、又はこの態様とともに、制御機能部５２に対して管理状態が応答された後（図１６のＳ１６２０ｂ）に通知するように構成してもよい。
〔手順５５〕ユーザ端末５０ｂは、通知を受領すると（Ｓ１３３０ａ）、ユーザＡの選択に応じて同一のアップデートプログラムを配信サーバに要求し（Ｓ１３３５ａ）、当該要求を受領した配信サーバからアップデートプログラムを含む応答を受領する（Ｓ１３４０ａ）。アップデートプログラムは、同様に、アップデート処理をユーザ端末に実行させる「アップデート処理モジュール」と、「メインモジュール」に必要な変更を加える「変更処理モジュール群」と、新バージョンの「制御モジュール群」とを含む（図１２（ａ））。
【００７５】
〔手順５６〕ユーザ端末５０ａがアップデートプログラムに規定されるアップデート処理を実行する（Ｓ１３４５ａ）。ユーザ端末５０ａにおいてアップデートされる前のアプリケーションプログラムは、同様に、「メインモジュール」と、「データ処理モジュール群」と、旧バージョンの「制御モジュール群」とを含む（図１２（ｂ））。また、ユーザ端末５０ｂにおいてアップデートされた後のアプリケーションプログラムは、同様に、「メインモジュール」と、「データ処理モジュール群」と、新バージョンの「制御モジュール群」とを含む（図１２（ｃ））。
【００７６】
〔手順５７〕アプリケーションプログラムが起動されアップデートされた制御モジュール群を読み込んで制御機能部５２を備えたユーザ端末５０ａは、アップデートが完了した旨を権限管理サーバ２１に通知する（Ｓ１３５０ａ）。権限管理サーバ２１は、ユーザ端末５０ａから通知（「有効通知」の一例。）を受領すると（Ｓ１３５０ｂ）、管理情報を更新する（Ｓ１３５５ｂ）。ここでは、ユーザ端末５０ａにおいてアップデートされた制御モジュール群のバージョンを示すようにバージョン管理情報を更新するとともに、ユーザ端末５０ａにおいてアップデートされた制御モジュール群が対応可能な機能の管理状態（ここでは、「有効」）を更新する。
【００７７】
［５．実施形態のシステムの機能］
図１４に、権限管理システム、連携処理システム及びユーザ端末の機能構成例をそれぞれ示す。
権限管理システム２０を構成するＤＢサーバ２２の機能と、連携処理システム３０を構成するＤＢサーバ３２の機能は、サーバ装置向けＯＳ（Operating System）と当該ＯＳ上で動作するＤＢサーバプログラムとがサーバ装置にそれぞれインストールされることにより実現される。
サーバ装置にインストールされるべきプログラムは、各種の記録媒体（例えば、ＣＤ（Compact Disc），ＤＶＤ（Digital Versatile Disk），ＭＯディスク（Magneto-Optical disk），フラッシュメモリ（flash memory）など）に記録された状態で配布され当該記録媒体からサーバ装置に読み込まれてもよいし、通信ネットワークを介し搬送波に重畳させてサーバ装置に供給されてもよい。
【００７８】
権限管理システム２０を構成する権限管理サーバ２１の機能と、連携処理システム３０を構成する連携処理サーバ３１の機能は、サーバ装置向けＯＳと当該ＯＳ上で動作するアプリケーションプログラムとがサーバ装置にそれぞれインストールされることにより実現される。
サーバ装置にインストールされるべきプログラムは、各種の記録媒体（例えば、ＣＤ，ＤＶＤ，ＭＯディスク，フラッシュメモリなど）に記録された状態で配布され当該記録媒体からサーバ装置に読み込まれてもよいし、通信ネットワークを介し搬送波に重畳させてサーバ装置に供給されてもよい。
【００７９】
ユーザ端末５０の機能は、携帯装置向けＯＳと当該ＯＳ上で動作するアプリケーションプログラムとがユーザ端末５０にそれぞれインストールされることにより実現される。
ユーザ端末５０にインストールされるべきプログラムは、配信サーバから通信ネットワークを介し搬送波に重畳させてユーザ端末５０に供給されるのが一般的である。なお、各種の記録媒体（例えば、ＣＤ，ＤＶＤ，ＭＯディスク，フラッシュメモリなど）に記録された状態で配布され当該記録媒体からユーザ端末５０に読み込まれてもよい。
【００８０】
［５−１．権限管理システムの機能］
図１４に示すように、権限管理システム２０を構成するＤＢサーバ２２は、データ管理部２２１と、データ記憶部２２２とを具備する。
データ管理部２２１は、外部からの格納要求に応じてデータ記憶部２２２にデータを記憶させるとともに、外部からの抽出要求に応じてデータ記憶部２２２に記憶されるデータを提供する。
【００８１】
図１４に示すように、権限管理システム２０を構成する権限管理サーバ２１は、格納要求部２１１と、登録部２１２と、提供部２１３と、抽出要求部２１４と、供給部２１５と、応答部２１６と、確認部２１７とを具備する。
格納要求部２１１は、定義情報、バージョン管理情報又は機能管理情報を登録し又は更新するようＤＢサーバ２２のデータ管理部２２１に要求する。
登録部２１２は、ユーザ端末５０ａからマスタ端末及びスレーブ端末とするユーザ端末の識別情報と、制限事項の指定データとを受領し、格納要求部２１１に出力する。また、登録部２１２は、ユーザ端末５０ａやユーザ端末５０ｂから受領される通知（「有効通知」及び「無効通知」）に基づいて生成し又は更新したバージョン管理情報や機能管理情報を格納要求部２１１に出力する。
提供部２１３は、定義情報が更新される度に、ユーザ端末５０ｂに更新通知を送信する。また、ユーザ端末５０ａとユーザ端末５０ｂとのいずれか一方において機能に変動があった場合に、必要に応じてその旨を他方に通知する。この通知には、インストール処理やアップデート処理を自動的に実行させるためのコマンド（「所定コマンド」）が含まれていてもよい。
【００８２】
抽出要求部２１４は、データの抽出をデータ管理部２２１に要求するとともに、データ管理部２２１から提供されるデータを出力する。
供給部２１５は、ユーザ端末５０からの要求に応じて、定義情報（例えば、属性の区分）や管理情報（ステータス）を要求元に供給する。
応答部２１６は、連携処理サーバ３１からの要求に応じて権限の有無を判定可能な情報（例えば、属性情報）を応答する。
確認部２１７は、ユーザ端末５０ａとユーザ端末５０ｂとのいずれか一方において機能に変動（追加）があった後（例えば、インストール又はアップデートが完了した旨の通知を受けた際、管理状況の確認が要求された際など）に、管理情報（特に、バージョン管理情報）を参照し、他方において同様の機能が有効（使用可能）であるか否かを確認する。
【００８３】
［５−２．処理システムの機能］
図１４に示すように、連携処理システム３０を構成するＤＢサーバ３２は、データ管理部３２１と、データ記憶部３２２とを具備する。
データ管理部３２１は、外部からの格納要求に応じてデータ記憶部３２２にデータを記憶させるとともに、外部からの抽出要求に応じてデータ記憶部３２２に記憶されるデータを提供する。
【００８４】
図１４に示すように、連携処理システム３０を構成する連携処理サーバ３１は、抽出要求部３１１と、格納要求部３１２と、処理部３１３と、認証部３１４とを具備する。
抽出要求部３１１は、処理部３１３からの要求に応じて特定処理に用いるデータの抽出をＤＢサーバ３２のデータ管理部３２１に要求するとともに、データ管理部３２１から提供されるデータを要求元に提供する。
格納要求部３１２は、処理部３１３からの要求に応じて特定処理により得られたデータの格納をＤＢサーバ３２のデータ管理部３２１に要求する。
【００８５】
処理部３１３は、ユーザ端末５０の対象処理実行部５２４と連携して、マスタコントロールサービスにおける管理対象である特定処理を実行する。本実施形態では、例えば、課金／決済処理、データ共有処理、特典共用処理などが特定処理に該当する。
認証部３１４は、マスタコントロールサービスにおける管理対象である特定処理を開始しようとする処理部３１３からの要求に応じて、ユーザ端末５０の端末識別情報を権限管理サーバ２１に送信して権限管理サーバ２１から定義情報を受領するとともに、受領した定義情報を用いてユーザ端末５０の権限を保証する。
特に、「マスタ」であるユーザ端末５０ａから共有データの閲覧要求や共用データの利用要求を処理部３１３が受領した場合に、ユーザ端末５０ａがユーザ端末５０ｂに対応付けて「マスタ」として登録されていることを認証部３１４が確認し保証するように構成するとよい。また、「スレーブ」であるユーザ端末５０ｂから課金／決済の処理要求を処理部３１３が受領した場合に、「マスタ」であるユーザ端末５０ａに承諾するか否かを問い合わせるように構成してもよい。
【００８６】
［５−３．ユーザ端末の機能］
図１４に示すように、ユーザ端末５０は、データ処理実行部５１１と、対象処理実行部５１２と、確認部５２１と、決定部５２２と、提供部５２３と、対象処理実行部５２４と、取得部５２５と、管理部５２６と、通知部５２７と、保持部５３１と、記憶部５３２とを具備する。
このうち、データ処理実行部５１１と対象処理実行部５１２とは、ＯＳがインストールされたユーザ端末にアプリケーションプログラムに含まれるデータ処理モジュール群が読み込まれることにより実現されるデータ処理機能部５１（仮想データ処理装置）を構成する。一方、確認部５２１と、決定部５２２と、提供部５２３と、対象処理実行部５２４と、取得部５２５と、管理部５２６と、通知部５２７とは、ＯＳがインストールされたユーザ端末にアプリケーションプログラムに組み込まれた制御モジュール群が読み込まれることにより実現される制御機能部５２（仮想制御装置）を構成する。また、保持部５３１と、記憶部５３２は、ＥＥＰＲＯＭ５２３を含む補助記憶部により実現される。
【００８７】
データ処理実行部５１１は、マスタコントロールサービスにおける管理対象でない通常処理を実行する。
対象処理実行部５１２は、データ処理実行部５１１からの要求に応じて、連携処理サーバ３１と連携せずに、マスタコントロールサービスにおける管理対象である特定処理を実行する。
【００８８】
確認部５２１は、特定処理を実行しようとし又は実行させようとするデータ処理実行部５１１からの要求に応じて、データ記憶部２２２に記憶される定義情報及び管理情報に基づきユーザ端末に適用される権限（例えば、属性区分、管理状態）を確認する。
決定部５２２は、確認部５２１により確認される権限に応じて特定処理の実行を制限するか否かを決定する。確認部５２１により権限が確認できなかった場合に、保持部５３１に保持される直近のキャッシュデータにより特定される権限に応じて特定処理の実行を制限するか否かを決定する。確認部５２１により権限が確認できなかった場合であって、かつ、有効なキャッシュデータが保持部５３１に保持されていない場合に、特定処理の実行を制限する旨を決定する。
提供部５２３は、決定部５２２により特定処理の実行を制限しないことが決定された場合に限り当該特定処理の実行に必要な必要データをデータ処理実行部５１１に提供する。
【００８９】
対象処理実行部５２４は、データ処理実行部５１１からの要求に応じて、連携処理サーバ３１と連携して、マスタコントロールサービスにおける管理対象である特定処理を実行する。
取得部５２５は、データ記憶部２２２に記憶される定義情報が更新されたことを示す更新通知を提供部２１３から受領した場合に、当該定義情報を取得する。
管理部５２６は、決定部５２２による決定の基礎となった権限を特定し得るキャッシュデータや、取得部５２５により取得される定義情報に基づく権限を特定し得るキャッシュデータを保持部５３１に保持させる。
【００９０】
通知部５２７は、アプリケーションプログラムのインストール又はアップデートが完了した際に、端末識別情報とアプリケーションコードとバージョンとを含む通知（「有効通知」の一例。）を権限管理サーバ２１に送信する。また、通知部５２７は、アプリケーションプログラムのインストール又はアップデートが削除される際に、端末識別情報とアプリケーションコードとを少なくとも含む通知（「無効通知」の一例。）を権限管理サーバ２１に送信する。
【００９１】
［６．実施形態のシステムによる権限管理処理］
図１５及び図１６に、本実施形態のシステムによる権限管理処理の手順を例示する。
本実施形態のシステムによる権限管理処理は、権限管理サーバ２１の制御処理装置と、ＤＢサーバ２２の制御処理装置と、ユーザ端末５０の制御処理部とが協働することにより実行される。
なお、アプリケーションプログラムの起動を指示する所定の操作がユーザによりなされると、アプリケーションプログラムに含まれるデータ処理モジュール群とアプリケーションプログラムに組み込まれた制御モジュール群とがユーザ端末５０の制御処理部に読み込まれる。その結果、ユーザ端末５０の制御処理部には、データ処理モジュール群に由来するデータ処理機能部５１（仮想データ処理装置）と、制御モジュール群に由来する制御機能部５２（仮想制御装置）とが形成される。
【００９２】
［６−１．権限の確認］
特定処理を実行しようとし又は実行させようとするデータ処理実行部５１１は、制御機能部５２に権限の確認を要求する（Ｓ１５０５ａ）。
制御機能部５２は、当該要求を受領すると（Ｓ１５０５ｂ）、ユーザ端末５０の端末識別情報を取得する（Ｓ１５１０ｂ）。端末識別情報は、ＲＯＭ６２２やＳＩＭカード６３１から都度取得してもよいし、セットアップ時等に読み出して記憶部５３２にセキュアに記憶しておいたものを利用してもよい。
【００９３】
続いて、制御機能部５２の確認部５２１が、定義情報を権限管理サーバ２１に要求する（Ｓ１５１５ｂ）。この要求（「所定要求」の一例。）には、ユーザ端末５０の端末識別情報が含まれるものとする。権限管理サーバ２１の供給部２１５が、当該要求を受領する（Ｓ１５１５ｃ）。
抽出要求部２１４は、供給部２１５からの要求に応じて、定義情報の抽出をＤＢサーバ２２に要求する。この要求には、ユーザ端末５０の端末識別情報が含まれるものとする。
【００９４】
ＤＢサーバ２２のデータ管理部２２１は、当該要求を受領すると、端末識別情報により識別されるユーザ端末がデータ記憶部２２２に他のユーザ端末との関係で「スレーブ」として登録されている場合に、「スレーブ区分」の値（「確認データ」の一例。）を要求元に応答する。一方、抽出要求部２１４から取得した端末識別情報により識別されるユーザ端末がデータ記憶部２２２に他のユーザ端末との関係で「マスタ」として登録されている場合に、「スレーブ区分」の値として「０」（制限事項がないことを示す値）を要求元に応答する。
【００９５】
抽出要求部２１４から「スレーブ区分」の値を受領すると、供給部２１５は、受領した値を制御機能部５２に応答する（Ｓ１５２０ｃ）。制御機能部５２の確認部５２１がこの応答を受領する（Ｓ１５２０ｂ）。
なお、通信の不調などに起因して権限管理サーバ２１から「スレーブ区分」の値を取得できず属性が確認できなかった場合に（Ｓ１５２５ｂ：Ｎｏ）、有効なキャッシュデータが保持部５３１に保持されていれば（Ｓ１５３５ｂ：Ｙｅｓ）、確認部５２１は、当該キャッシュデータを用いて属性を特定する（Ｓ１５４０ｂ）。有効なキャッシュデータが保持部５３１に保持されていなければ（Ｓ１５３５ｂ：Ｎｏ）、確認部５２１は、属性が特定できないものとして処理を進める。
【００９６】
「有効なキャッシュデータ」として扱うデータの範囲については、マスタコントロールサービスの運営者等が適宜にこれを設定することができる。例えば、ユーザ端末５０の保持部５３１に保持された時期が権限管理サーバ２１の提供部２１３から更新通知を受領した時期より後である場合に限り、有効なキャッシュデータとして扱うこととしてよい。
このように、「スレーブ区分」の値をユーザ端末５０側に保持しておき有効な時期を限って活用することで、ユーザ端末５０が権限管理サーバ２１と通信できない状態にあっても（例えば、オフライン環境下にあっても）最低限の処理を進めることができる。
【００９７】
権限管理サーバ２１から取得された「スレーブ区分」の値に基づき属性が「マスタ」でないこと（すなわち、「スレーブ」であること）が確認された場合に（Ｓ１５３０ｂ：Ｎｏ）、制御機能部５２の確認部５２１は、データ記憶部２２２に記憶される管理情報（ここでは、機能管理情報）を権限管理サーバ２１に要求する（Ｓ１６０５ａ）。この要求には、ユーザ端末５０の端末識別情報と、アプリケーションプログラムを特定するアプリケーションコードと、特定処理を実行するための機能を特定する機能コードとが含まれるものとする。
【００９８】
権限管理サーバ２１の供給部２１５が当該要求を受領すると（Ｓ１６０５ｂ）、抽出要求部２１４が機能管理情報をＤＢサーバ２２に要求する（Ｓ１６１０ｂ）。この要求には、端末識別情報、アプリケーションコード及び機能コードが含まれるものとする。
ＤＢサーバ２２のデータ管理部２２１は、当該要求を受領すると（Ｓ１６１０ｃ）、データ記憶部２２２から機能管理情報を抽出し、権限管理サーバ２１に応答する（Ｓ１６１５ｃ）。
権限管理サーバ２１の供給部２１５は、機能管理情報を受領すると（Ｓ１６１５ｂ）、機能管理情報（マスタ端末における管理状態）を制御機能部５２に応答する（Ｓ１６２０ｂ）。制御機能部５２の確認部５２１がこの応答を受領する（Ｓ１６２０ａ）。
【００９９】
［６−２．制限要否の決定］
権限管理サーバ２１から取得された「スレーブ区分」の値に基づき属性が「マスタ」であることが確認された場合（Ｓ１５３０ｂ：Ｙｅｓ）、キャッシュデータを用いて属性を特定した場合（Ｓ１５４０ｂ）、有効なキャッシュデータが保持部５３１に保持されていない場合（Ｓ１５３５ｂ：Ｎｏ）、及び、権限管理サーバ２１から機能管理情報を取得した場合（Ｓ１６２０ａ）に、決定部５２２は、特定処理の実行を制限するか否かを決定する（Ｓ１５４５ｂ）。
【０１００】
具体的には、下記（ａ）〜（ｄ）のいずれかの場合には権限（「所定権限」の一例。）があるということで制限しない旨を決定し、その他の場合は制限する旨を決定する。
（ａ）定義情報に基づく属性が「マスタ」である場合。
（ｂ）キャッシュデータにより特定される属性が「マスタ」である場合。
（ｃ）定義情報に基づく属性が「スレーブ」であるが、対応するマスタ端末における特定処理を実行するための機能の管理状態が「有効」である（「未提供」・「無効」でない）場合。
（ｄ）キャッシュデータにより特定される属性が「スレーブ」であるが、特定処理を実行するための機能が制限されない「スレーブ区分」である場合。
決定部５２２により決定がなされると、管理部５２６は、確認部５２１により確認され決定の基礎となった属性を特定し得るデータを保持部５３１に保持させる（Ｓ１５５０ｂ）。
【０１０１】
［６−３．必要データの提供］
制御機能部５２の提供部５２３は、上記の決定に基づくデータをデータ処理機能部５１に応答する（Ｓ１１５５ｂ）。データ処理機能部５１のデータ処理実行部５１１が、当該応答を受領する（Ｓ１１５５ａ）。
具体的には、特定処理の実行を制限しないことが決定された場合には、当該特定処理の実行に必要な必要データを提供する。一方、特定処理の実行を制限することが決定された場合には、当該特定処理の実行が制限される旨を示す所定のエラーメッセージを提供する。
以上の手順により必要データを取得したデータ処理実行部５１１は、同じデータ処理機能部５１を構成する対象処理実行部５１２に特定処理を実行させたり、制御機能部５２を構成する対象処理実行部５２４に特定処理を実行させたりする。
【０１０２】
［６−４．マスタ端末への通知］
機能管理情報（マスタ端末における管理状態）が「未提供」である場合（Ｓ１６２５ｂ：Ｎｏ、かつ、Ｓ１６３０：Ｙｅｓ）、権限管理サーバ２１の提供部２１３は、ユーザ端末５０ａやユーザ端末５０ｂにインストールされているＯＳの提供元が運営する公知の通知サービス等を利用して、ユーザ端末５０ｂ（スレーブ端末）の機能構成に変動があった旨をユーザ端末５０ａ（マスタ端末）に通知する（図１０のＳ１０３０ｂ）。以降の手順は図１０に示す通りである。
なお、機能管理情報（マスタ端末における管理状態）が「未提供」であるのは、対象となっている機能に対応可能な制御モジュール群がマスタ端末に未だインストールされていない場合である。
【０１０３】
一方、機能管理情報（マスタ端末における管理状態）が「有効」である場合（Ｓ１６２５ｂ：Ｎｏ、かつ、Ｓ１６３０：Ｎｏ）、権限管理サーバ２１の抽出要求部２１４が、スレーブ端末及びマスタ端末にそれぞれインストールされている制御モジュール群のバージョンを示すバージョン管理情報をＤＢサーバ２２に要求する（Ｓ１６３５ｂ）。この要求には、スレーブ端末の端末識別情報及びアプリケーションコードが含まれるものとする。
ＤＢサーバ２２のデータ管理部２２１は、当該要求を受領すると（Ｓ１６３５ｃ）、データ記憶部２２２からバージョン管理情報を抽出し、権限管理サーバ２１に応答する（Ｓ１６４０ｃ）。
【０１０４】
権限管理サーバ２１の確認部２１７は、バージョン管理情報を受領すると（Ｓ１６４０ｂ）、スレーブ端末にインストールされている制御モジュール群のバージョンとマスタ端末にインストールされている制御モジュール群のバージョンとを比較する（Ｓ１６４５ｂ）。
バージョンが一致しない場合（Ｓ１６４５ｂ：Ｎｏ）、権限管理サーバ２１の提供部２１３は、ユーザ端末５０ａやユーザ端末５０ｂにインストールされているＯＳの提供元が運営する公知の通知サービス等を利用して、ユーザ端末５０ｂ（スレーブ端末）の機能構成に変動があった旨をユーザ端末５０ａ（マスタ端末）に通知する（図１３のＳ１３３０ｂ）。以降の手順は図１３に示す通りである。
なお、バージョンが一致しないのは、マスタ端末にインストールされている制御モジュール群が対意匠となっている機能に対応可能なバージョンに未だアップデートされていない場合である。
【０１０５】
機能管理情報（マスタ端末における管理状態）が「無効」である場合（Ｓ１６２５ｂ：Ｙｅｓ）、及び、バージョンが一致する場合（Ｓ１６４５ｂ：Ｙｅｓ）、処理を終了する。
【符号の説明】
【０１０６】
１０  配信管理システム
２０  権限管理システム
３０  連携処理システム
１１  配信管理サーバ
１２  ＤＢサーバ
１３  データベース
２１  権限管理サーバ
２２  ＤＢサーバ
２３  データベース
３１  連携処理サーバ
３２  ＤＢサーバ
３３  データベース
４０  通信ネットワーク
５０  ユーザ端末
５０ａ  ユーザ端末
５０ｂ  ユーザ端末
５１  データ処理機能部（仮想データ処理装置）
５２  制御機能部（仮想制御装置）
【図１】
2015125512.tif 000003
【図２】
2015125512.tif 000004
【図３】
2015125512.tif 000005
【図４】
2015125512.tif 000006
【図５】
2015125512.tif 000007
【図６】
2015125512.tif 000008
【図７】
2015125512.tif 000009
【図８】
2015125512.tif 000010
【図９】
2015125512.tif 000011
【図１０】
2015125512.tif 000012
【図１１】
2015125512.tif 000013
【図１２】
2015125512.tif 000014
【図１３】
2015125512.tif 000015
【図１４】
2015125512.tif 000016
【図１５】
2015125512.tif 000017
【図１６】
2015125512.tif 000018