JP2017059215A - 情報処理システム、情報処理装置、情報処理方法およびプログラム - Google Patents

Abstract

【課題】インストール済みのアプリケーションのライセンス情報を一括して管理する。【解決手段】本発明の情報処理装置は、第１の要求情報送信部とサーバ特定情報受信部と第２の要求情報送信部と使用権限情報受信部と第３の記憶部とを備える。第１の要求情報送信部は、アプリケーション識別情報とサーバ特定情報とを対応付けた第１の対応情報を有する第１のサーバに第１の要求情報を送信する。サーバ特定情報受信部は、第１の要求情報に含まれるアプリケーション識別情報に対応付けられたサーバ特定情報を第１のサーバから受信する。第２の要求情報送信部は、受信したサーバ特定情報により特定される第２のサーバに第２の要求情報を送信する。使用権限情報受信部は第２のサーバから使用権限情報を受信する。第３の記憶部は、インストール済みのアプリケーションのアプリケーション識別情報と、受信した使用権限情報とを対応付けた第２の対応情報を記憶する。【選択図】図１８

Description

本発明は、情報処理システム、情報処理装置、情報処理方法およびプログラムに関する。

従来、例えば画像処理装置などにインストールされたアプリケーションの使用権限に関する情報（以下、「ライセンス情報（使用権限情報）」と称する場合がある）を管理する技術が知られている。

例えば特許文献１には、ＭＦＰが、アプリケーションのアプリＩＤと、有効期限（ライセンス情報の一例）とを少なくとも含むライセンスデータを管理し、アプリケーションの起動時に、現在の時刻がライセンスデータに含まれた有効期限を過ぎている場合は、該アプリケーションのライセンス情報を更新するための制御を行う構成が開示されている。特許文献１に開示された技術では、ＭＦＰが利用するアプリケーションのライセンス情報は、予め定められたライセンス管理サーバによって発行され、ＭＦＰは、このライセンス管理サーバと通信してライセンス情報（例えば有効期限等）を更新する。

近年では、例えばＭＦＰ本体を製造するメーカーとは異なるベンダーが独自に定義したライセンス情報によって使用権限が定められたアプリケーションをＭＦＰにインストールして利用するケースも多い。しかしながら、特許文献１には、ライセンス管理サーバとは異なるサーバによって発行されたライセンス情報によって使用権限が定められたアプリケーションをＭＦＰで利用する場合に、該ライセンス情報を取得して管理するための構成は開示されていない。つまり、ＭＦＰ等の情報処理装置にインストールされた複数のアプリケーションの各々のライセンス情報の発行元が異なる場合、これらのライセンス情報を一括して管理することができないという問題がある。

本発明は、上記に鑑みてなされたものであり、情報処理装置にインストールされた複数のアプリケーションの各々のライセンス情報の発行元が異なる場合であっても、これらのライセンス情報を一括して管理することが可能な情報処理システム、情報処理装置、情報処理方法およびプログラムを提供することを目的とする。

上述した課題を解決し、目的を達成するために、本発明は、情報処理装置と、第１のサーバと、互いに異なるアプリケーションの使用権限をそれぞれが管理する１つ以上の第２のサーバと、を備え、これらがネットワークを介して相互に接続される情報処理システムであって、前記第１のサーバは、アプリケーションを識別するアプリケーション識別情報と、前記第２のサーバを特定するサーバ特定情報とを対応付けた第１の対応情報を記憶する第１の記憶部と、前記アプリケーション識別情報を含み、かつ、前記サーバ特定情報を要求する第１の要求情報を、前記情報処理装置から受信する第１の要求情報受信部と、前記第１の要求情報受信部により受信された前記第１の要求情報に含まれる前記アプリケーション識別情報に対応付けられた前記サーバ特定情報を、前記情報処理装置へ送信するサーバ特定情報送信部と、を備え、前記第２のサーバは、前記使用権限を認証するための使用権限認証情報を含み、かつ、該使用権限に関する情報を示す１以上の使用権限情報を記憶する第２の記憶部と、前記使用権限認証情報を含み、かつ、該使用権限認証情報を含む前記使用権限情報を要求する第２の要求情報を前記情報処理装置から受信する第２の要求情報受信部と、前記第２の要求情報受信部により受信された前記第２の要求情報に含まれる前記使用権限認証情報を含む前記使用権限情報を前記情報処理装置へ送信する使用権限情報送信部と、を備え、前記情報処理装置は、インストール済みのアプリケーションを識別する前記アプリケーション識別情報を含む前記第１の要求情報を前記第１のサーバへ送信する第１の要求情報送信部と、前記第１の要求情報に対する応答として、前記第１のサーバから前記サーバ特定情報を受信するサーバ特定情報受信部と、前記サーバ特定情報受信部により受信された前記サーバ特定情報により特定された前記第２のサーバに対して、インストール済みのアプリケーションに対応する前記使用権限認証情報を含む前記第２の要求情報を送信する第２の要求情報送信部と、前記第２の要求情報に対する応答として、前記第２のサーバから前記使用権限情報を受信する使用権限情報受信部と、インストール済みのアプリケーションを識別する前記アプリケーション識別情報と、前記使用権限情報受信部により受信された前記使用権限情報と、を対応付けた第２の対応情報を記憶する第３の記憶部と、を備える。

本発明によれば、情報処理装置にインストールされた複数のアプリケーションの各々のライセンス情報の発行元が異なる場合であっても、これらのライセンス情報を一括して管理することができる。

図１は、情報処理システムの概略構成の一例を示す図である。 図２は、ＭＦＰのハードウェア構成の一例を示す図である。 図３は、ＭＦＰのソフトウェア構成の一例を示す図である。 図４は、ＭＦＰが有する機能の一例を示す図である。 図５は、操作画面の一例を示す図である。 図６は、アプリケーション一覧画面の一例を示す図である。 図７は、インストール命令の一例を示す図である。 図８は、インストール画面の一例を示す図である。 図９は、ライセンス情報の一例を示す図である。 図１０は、ライセンスファイルの一例を示す図である。 図１１は、ライセンス更新画面の一例を示す図である。 図１２は、ライセンスキー入力画面の一例を示す図である。 図１３は、アプリケーションサーバのハードウェア構成の一例を示す図である。 図１４は、アプリケーションサーバが有する機能の一例を示す図である。 図１５は、ライセンス管理サーバ情報管理装置が有する機能の一例を示す図である。 図１６は、ＵＲＬ情報の一例を示す図である。 図１７は、ライセンス管理サーバが有する機能の一例を示す図である。 図１８は、情報処理システムの動作手順の一例を示すシーケンス図である。 図１９は、情報処理システムの動作手順の他の例を示すシーケンス図である。 図２０は、ＭＦＰの動作例を示すフローチャートである。 図２１は、ＭＦＰの動作例を示すフローチャートである。 図２２は、変形例の情報処理システムの動作手順の一例を示すシーケンス図である。 図２３は、ライセンスファイル取得画面の一例を示す図である。 図２４は、変形例のＭＦＰが有する機能の一例を示す図である。 図２５は、デフォルトの通信設定画面の一例を示す図である。 図２６は、通信設定画面の遷移を説明するための図である。 図２７は、デフォルトの保存先設定画面の一例を示す図である。 図２８は、保存先設定画面の遷移を説明するための図である。 図２９は、保存先設定画面の遷移を説明するための図である。 図３０は、設定制御部の動作例を示すフローチャートである。 図３１は、変形例の情報処理システムの動作手順の一例を示すシーケンス図である。 図３２は、変形例の情報処理システムの動作手順の一例を示すシーケンス図である。

以下、添付図面を参照しながら、本発明に係る情報処理システム、情報処理装置、情報処理方法およびプログラムの実施形態を詳細に説明する。以下では、本発明に係る情報処理装置の一例として、画像形成装置の一態様である複合機（ＭＦＰ：Multifunction Peripheral）を例に挙げて説明するが、これに限られるものではない。なお、複合機とは、コピー機能、スキャナ機能、プリンタ機能、ファクス機能などの複数の異なる機能を有する装置である。

図１は、本実施形態の情報処理システム１００の構成の一例を示す図である。図１に示すように、情報処理システム１００は、ＭＦＰ１と、アプリケーションサーバ２と、ライセンス管理サーバ情報管理装置３と、ライセンス管理サーバ４ａと、ライセンス管理サーバ４ｂとを備え、これらは、例えばインターネットなどのネットワーク８を介して相互に接続される。

アプリケーションサーバ２は、「第３のサーバ」の一例であり、ＭＦＰ１が利用可能なアプリケーションの一覧をＭＦＰ１に提供する。より具体的には、アプリケーションサーバ２は、１以上のアプリケーションごとに、当該アプリケーションをＭＦＰ１にインストールする命令を示すインストール命令が対応付けられたアプリケーション一覧画面を、ＭＦＰ１に対して提供する。より具体的な内容については後述する。

ライセンス管理サーバ情報管理装置３は、「第１のサーバ」の一例であり、複数のアプリケーションごとに、該アプリケーションの使用権限に関する使用権限情報の一例であるライセンスファイルを発行する第２のサーバを特定するサーバ特定情報（ここでは一例として「ＵＲＬ」）を管理する。ここでは、ライセンスファイルは、ライセンスを認証するための（正当な権限を有するか否かを判断するための）使用権限認証情報の一例であるライセンスキーを含む。より具体的な内容については後述する。

ライセンス管理サーバ４ａおよび４ｂの各々は、「第２のサーバ」の一例であり、それぞれが、互いに異なるアプリケーションの使用権限を管理する。この例では、ライセンス管理サーバ４ａは、ＭＦＰ１を製造するメーカーが定義したライセンスファイルを管理し、ライセンス管理サーバ４ｂは、ベンダーが定義したライセンスファイルを管理する。より具体的な内容については後述する。以下の説明では、ライセンス管理サーバ４ａおよび４ｂを互いに区別しない場合は、単に「ライセンス管理サーバ４」と称する場合がある。

この例では、ＭＦＰ１には、アプリケーションサーバ２からアプリケーション一覧画面を取得してＭＦＰ１に表示する機能を提供するアプリケーション（以下、「ブラウザアプリ」と称する場合がある）や、アプリケーション一覧画面に表示されたアプリケーションのうちユーザによって選択されたアプリケーションをＭＦＰ１にインストールする機能や、インストール済みのアプリケーションのライセンスファイルを管理する機能などを提供するアプリケーション（以下、「インストーラ」と称する場合がある）が、予めインストールされている。

なお、図１の例では、情報処理システム１００に含まれる情報処理装置として、１台のＭＦＰ１を例示しているが、これに限られるものではなく、情報処理システム１００に含まれる情報処理装置の台数および種類は任意である。

次に、図２を用いて、ＭＦＰ１のハードウェア構成について説明する。図２に示すように、ＭＦＰ１は、コピー機能、スキャナ機能、ファクス機能、プリンタ機能などの各種の機能を実現可能な本体１０と、ユーザの操作を受け付ける操作部２０とを備える。なお、ユーザの操作を受け付けるとは、ユーザの操作に応じて入力される情報（画面の座標値を示す信号等を含む）を受け付けることを含む概念である。本体１０と操作部２０は、専用の通信路３０を介して相互に通信可能に接続されている。通信路３０は、例えばＵＳＢ（Universal Serial Bus）規格のものを用いることもできるが、有線か無線かを問わず任意の規格のものであってよい。

なお、本体１０は、操作部２０で受け付けた操作に応じた動作を行うことができる。また、本体１０は、クライアントＰＣ（パーソナルコンピュータ）等の外部装置とも通信可能であり、外部装置から受信した指示に応じた動作を行うこともできる。

まず、本体１０のハードウェア構成について説明する。図２に示すように、本体１０は、ＣＰＵ１１と、ＲＯＭ１２と、ＲＡＭ１３と、ＨＤＤ（ハードディスクドライブ）１４と、通信Ｉ／Ｆ（インタフェース）１５と、接続Ｉ／Ｆ１６と、エンジン部１７とを備え、これらがシステムバス１８を介して相互に接続されている。

ＣＰＵ１１は、本体１０の動作を統括的に制御する。ＣＰＵ１１は、ＲＡＭ１３をワークエリア（作業領域）としてＲＯＭ１２またはＨＤＤ１４等に格納されたプログラムを実行することで、本体１０全体の動作を制御し、上述したコピー機能、スキャナ機能、ファクス機能、プリンタ機能などの各種機能を実現する。

通信Ｉ／Ｆ１５は、ネットワーク８と接続するためのインタフェースである。接続Ｉ／Ｆ１６は、通信路３０を介して操作部２０と通信するためのインタフェースである。

エンジン部１７は、コピー機能、スキャナ機能、ファクス機能、および、プリンタ機能を実現させるための、汎用的な情報処理及び通信以外の処理を行うハードウェアである。例えば、原稿の画像をスキャンして読み取るスキャナ（画像読取部）、用紙等のシート材への印刷を行うプロッタ（画像形成部）、ファクス通信を行うファクス部などを備えている。更に、印刷済みシート材を仕分けるフィニッシャや、原稿を自動給送するＡＤＦ（自動原稿給送装置）のような特定のオプションを備えることもできる。

次に、操作部２０のハードウェア構成について説明する。図２に示すように、操作部２０は、ＣＰＵ２１と、ＲＯＭ２２と、ＲＡＭ２３と、フラッシュメモリ２４と、通信Ｉ／Ｆ２５と、接続Ｉ／Ｆ２６と、操作パネル２７とを備え、これらがシステムバス２８を介して相互に接続されている。

ＣＰＵ２１は、操作部２０の動作を統括的に制御する。ＣＰＵ２１は、ＲＡＭ２３をワークエリア（作業領域）としてＲＯＭ２２またはフラッシュメモリ２４等に格納されたプログラムを実行することで、操作部２０全体の動作を制御し、ユーザから受け付けた入力に応じた情報（画像）の表示などの後述する各種機能を実現する。

通信Ｉ／Ｆ２５は、ネットワーク８と接続するためのインタフェースである。接続Ｉ／Ｆ２６は、通信路３０を介して本体１０と通信するためのインタフェースである。

操作パネル２７は、ユーザの操作に応じた各種の入力を受け付けるとともに、各種の情報（例えば受け付けた操作に応じた情報、ＭＦＰ１の動作状況を示す情報、設定状態などを示す情報など）を表示する。この例では、操作パネル２７は、タッチパネル機能を搭載した液晶表示装置（ＬＣＤ）で構成されるが、これに限られるものではない。例えばタッチパネル機能が搭載された有機ＥＬ表示装置で構成されてもよい。さらに、これに加えて又はこれに代えて、ハードウェアキー等の操作部やランプ等の表示部を設けることもできる。

次に、ＭＦＰ１のソフトウェア構成について説明する。図３は、ＭＦＰ１のソフトウェア構成の一例を示す模式図である。図３に示すように、本体１０は、アプリ層１０１と、サービス層１０２と、ＯＳ層１０３とを有する。アプリ層１０１、サービス層１０２、および、ＯＳ層１０３の実体は、ＲＯＭ１２やＨＤＤ１４等に格納されている各種ソフトウェアである。ＣＰＵ１１が、これらのソフトウェアを実行することにより、各種の機能が提供される。

アプリ層１０１のソフトウェアは、ハードウェア資源を動作させて所定の機能を提供するためのアプリケーションソフトウェア（以下の説明では、単に「アプリ」と称する場合がある）である。例えばアプリとしては、コピー機能を提供するためのコピーアプリ、スキャナ機能を提供するためのスキャナアプリ、ファクス機能を提供するためのファクスアプリ、プリンタ機能を提供するためのプリンタアプリなどが挙げられる。

サービス層１０２のソフトウェアは、アプリ層１０１とＯＳ層１０３との間に介在し、アプリに対し、本体１０が備えるハードウェア資源を利用するためのインタフェースを提供するためのソフトウェアである。より具体的には、ハードウェア資源に対する動作要求の受け付け、動作要求の調停を行う機能を提供するためのソフトウェアである。サービス層１０２が受け付ける動作要求としては、スキャナによる読み取りやプロッタによる印刷等の要求が考えられる。

なお、サービス層１０２によるインタフェースの機能は、本体１０のアプリ層１０１だけではなく、操作部２０のアプリ層２０１に対しても提供される。すなわち、操作部２０のアプリ層２０１（アプリ）も、サービス層１０２のインタフェース機能を介して、本体１０のハードウェア資源（例えばエンジン部１７）を利用した機能を実現することができる。

ＯＳ層１０３のソフトウェアは、本体１０が備えるハードウェアを制御する基本機能を提供するための基本ソフトウェア（オペレーティングシステム（ＯＳ））である。サービス層１０２のソフトウェアは、各種アプリからのハードウェア資源の利用要求を、ＯＳ層１０３が解釈可能なコマンドに変換してＯＳ層１０３に渡す。そして、ＯＳ層１０３のソフトウェアによりコマンドが実行されることで、ハードウェア資源は、アプリの要求に従った動作を行う。

同様に、操作部２０は、アプリ層２０１と、サービス層２０２と、ＯＳ層２０３とを有する。操作部２０が備えるアプリ層２０１、サービス層２０２及びＯＳ層２０３も、階層構造については本体１０側と同様である。ただし、アプリ層２０１のアプリにより提供される機能や、サービス層２０２が受け付け可能な動作要求の種類は、本体１０側とは異なる。アプリ層２０１のアプリは、操作部２０が備えるハードウェア資源を動作させて所定の機能を提供するためのソフトウェアであってもよいが、主として本体１０が備える機能（コピー機能、スキャナ機能、ファクス機能、プリンタ機能）やインストール済みのアプリケーションのライセンスファイルを更新する機能等に関する操作や表示を行うためのＵＩ（ユーザインタフェース）の機能を提供するためのソフトウェアである。この例では、アプリ層２０１のアプリには、ブラウザアプリ、インストーラなども含まれる。

なお、本実施形態では、機能の独立性を保つために、本体１０側のＯＳ層１０３のソフトウェアと操作部２０側のＯＳ層２０３のソフトウェアが互いに異なる。つまり、本体１０と操作部２０は、別々のオペレーティングシステムで互いに独立して動作する。例えば本体１０側のＯＳ層１０３のソフトウェアとしてＬｉｎｕｘ（登録商標）を用い、操作部２０側のＯＳ層２０３のソフトウェアとしてＡｎｄｒｏｉｄ（登録商標）を用いることも可能である。

以上のように、本実施形態のＭＦＰ１において、本体１０と操作部２０は別々のオペレーティングシステムで動作するため、本体１０と操作部２０との間の通信は、共通の装置内のプロセス間通信ではなく、異なる装置間の通信として行われる。操作部２０が受け付けた情報（ユーザからの指示内容）を本体１０へ伝達する動作（コマンド通信）や、本体１０が操作部２０へイベントを通知する動作などがこれに該当する。ここでは、操作部２０が本体１０へコマンド通信を行うことにより、本体１０の機能を使用することができる。また、本体１０から操作部２０に通知するイベントには、本体１０における動作の実行状況、本体１０側で設定された内容などが挙げられる。

また、本実施形態では、操作部２０に対する電力供給は、本体１０から通信路３０を経由して行われているので、操作部２０の電源制御を、本体１０の電源制御とは別に（独立して）行うことができる。

次に、ＭＦＰ１が有する機能について説明する。図４は、ＭＦＰ１が有する機能の一例を示す図である。図４に示すように、ＭＦＰ１は、操作画面表示部１１１と、アプリケーション一覧画面要求送信部１１２と、アプリケーション一覧画面受信部１１３と、アプリケーション一覧画面表示部１１４と、インストール制御部１１５と、ＵＲＬ取得部１１６と、ライセンスファイル取得部１１７と、記憶部１１８と、更新制御部１２０とを有する。説明の便宜上、図４では、本実施形態に関する機能を主に例示しているが、ＭＦＰ１が有する機能は、これらに限られるものではない。

操作画面表示部１１１は、各種の操作を行うための操作画面を操作パネル２７に表示する制御を行う。図５は、操作画面の一例を示す図であり、操作画面には、アプリケーション一覧画面を取得してＭＦＰ１に表示するブラウザアプリを起動するためのアイコン６が表示されている。

図４の説明を続ける。アプリケーション一覧画面要求送信部１１２は、アプリケーションサーバ２に対して、アプリケーション一覧画面を要求するアプリケーション一覧画面要求を送信する。アプリケーション一覧画面受信部１１３は、アプリケーションサーバ２からアプリケーション一覧画面を受信する。

本実施形態では、ユーザがアイコン６をタッチすると、ブラウザアプリ（アプリケーション一覧画面要求送信部１１２）は、アプリケーションサーバ２に対して、アプリケーション一覧画面要求を送信する。そして、その応答として、ブラウザアプリ（アプリケーション一覧画面受信部１１３）は、アプリケーションサーバ２からアプリケーション一覧画面を受信する。

図６は、アプリケーション一覧画面の一例を示す図である。図６の例では、アプリケーション一覧画面は、複数のアプリケーションごとに、当該アプリケーションの内容を説明する説明情報と、当該アプリケーションをインストールすることを指示するためのボタン７（この例ではアプリケーションをインストールすることを指示するためのボタン７、以下、「インストールボタン７」と称する）とが表示される。この例では、インストーラに対してアプリケーションをインストールする命令（以下、「インストール命令」と称する）が、ＵＲＩの形式（例えばＵＲＬの形式でもよい）で、当該アプリケーションに対応するインストールボタン７に貼り付けられている。この例では、インストールボタン７の押下は、当該インストールボタン７に貼り付けられたインストール命令の選択（インストールしたいアプリケーションの選択であると考えてもよい）を意味する。

図７は、「４９３５４」というアプリＩＤで識別されるアプリケーションに対応するインストールボタン７に貼り付けられるインストール命令の一例を示す図であり、「４９３５４」というアプリＩＤで識別されるアプリケーションをインストールする命令を表している。

図４の説明を続ける。アプリケーション一覧画面表示部１１４は、アプリケーション一覧画面受信部１１３により受信されたアプリケーション一覧画面を表示する制御を行う。この例では、アプリケーション一覧画面表示部１１４は、アプリケーション一覧画面受信部１１３により受信されたアプリケーション一覧画面を操作パネル２７に表示する制御を行う。

インストール制御部１１５は、アプリケーション一覧画面に含まれるアプリケーションのうち、ユーザによって選択されたアプリケーションをインストールする制御を行う。より具体的には、インストール制御部１１５は、アプリケーションサーバ２に対して、ユーザによって押下されたインストールボタン７に貼り付けられたインストール命令に対応するアプリケーション（アプリケーション一覧画面に含まれるアプリケーションのうちユーザによって選択されたアプリケーションであると考えることができる）を要求するアプリケーション要求を送信する。そして、アプリケーション要求に対する応答として、アプリケーションサーバ２からアプリケーションを受信し、その受信したアプリケーションをＭＦＰ１にインストールする制御を行う。

例えばユーザが、アプリケーション一覧画面上の何れかのアプリケーションのインストールボタン７を押下すると、ブラウザアプリは、インストールボタン７に貼り付けられたインストール命令を、操作部２０のＯＳに通知する。操作部２０のＯＳは、通知されたインストール命令を確認し、操作部２０の各アプリケーションに対して、当該インストール命令をブロードキャストする。そして、インストーラが、このブロードキャストされたインストール命令に反応し、該インストール命令を実行する。例えばインストール命令が図７の態様であった場合、まずインストーラは、図８に示すようなインストールの実行を指示するためのインストール画面を表示する。図８に示すインストール画面には、インストール対象のアプリケーション（この例では「４９３５４」というアプリＩＤで識別されるアプリケーション）のインストールの実行を指示するための実行指示ボタン４１が少なくとも表示される。ユーザが実行指示ボタン４１を押下すると、インストーラは、アプリケーションサーバ２に対して、「４９３５４」というアプリＩＤで識別されるアプリケーションを要求するアプリケーション要求を送信し、該アプリケーションをアプリケーションサーバ２から受信する。この例では、アプリケーション要求には、要求するアプリケーションを識別するアプリＩＤが少なくとも含まれている。そして、インストーラは、アプリケーション要求に対する応答としてアプリケーションサーバ２から受信した（ダウンロードした）アプリケーションをＭＦＰ１にインストールする制御を行う。

図４の説明を続ける。ＵＲＬ取得部１１６は、インストール制御部１１５によってインストールされたアプリケーションのライセンスファイル（「使用権限情報」の一例）を発行するライセンス管理サーバ４を特定するＵＲＬ（「サーバ特定情報」の一例）を取得する。図４の例では、ＵＲＬ取得部１１６は、ＵＲＬ要求送信部１３１と、ＵＲＬ受信部１３２とを有する。

ＵＲＬ要求送信部１３１は、「第１の要求情報送信部」の一例であり、インストール済みのアプリケーションを識別するアプリＩＤ（「アプリケーション識別情報」の一例）を含み、かつ、該アプリＩＤで識別されるアプリケーションのライセンスファイルを発行するライセンス管理サーバ４のＵＲＬを要求するＵＲＬ要求（「第１の要求情報」の一例）を、ライセンス管理サーバ情報管理装置３（「第１のサーバ」の一例）へ送信する。

ＵＲＬ受信部１３２は、「サーバ特定情報受信部」の一例であり、ＵＲＬ要求に対する応答として、ライセンス管理サーバ情報管理装置３からＵＲＬを受信する。

図４の説明を続ける。ライセンスファイル取得部１１７は、ＵＲＬ取得部１１６により取得されたＵＲＬで特定されるライセンス管理サーバ４から、インストール済みのアプリケーションのライセンスファイルを取得する。図４の例では、ライセンスファイル取得部１１７は、ライセンスファイル要求送信部１４１と、ライセンスファイル受信部１４２とを有する。

ライセンスファイル要求送信部１４１は、「第２の要求情報送信部」の一例であり、ＵＲＬ受信部１３２により受信されたＵＲＬにより特定されたライセンス管理サーバ４に対して、インストール済みのアプリケーション（ＵＲＬ要求に含まれるアプリＩＤで識別されるアプリケーション）に対応するライセンスキー（「使用権限認証情報」の一例）を含むライセンスファイル（「使用権限情報」の一例）を要求するライセンスファイル要求（「第２の要求情報」の一例）を送信する。

ライセンスファイル受信部１４２は、「使用権限情報受信部」の一例であり、ライセンスファイル要求に対する応答として、ライセンス管理サーバ４からライセンスファイルを受信する。

図４の説明を続ける。記憶部１１８は、「第３の記憶部」の一例であり、インストール済みのアプリケーションを識別するアプリＩＤと、ライセンスファイル受信部１４２により受信されたライセンスファイルとを対応付けたライセンス情報（「第２の対応情報」の一例）を記憶する。この例では、記憶部１１８は、インストール済みのアプリケーションを識別するアプリＩＤと、ライセンスファイル受信部１４２により受信されたライセンスファイルと、ＵＲＬ受信部１３２により受信されたＵＲＬとを対応付けたライセンス情報を記憶する。図９は、ライセンス情報の一例を示す図である。図９の例では、ライセンス情報は、アプリＩＤと、ライセンスファイルの格納場所を示すファイルパスと、ＵＲＬとを対応付けた情報であるが、ライセンス情報の形態は任意に変更可能である。なお、この例では、インストール済みのアプリケーションが複数存在する場合、記憶部１１８には、複数のアプリケーションと１対１に対応する複数のライセンス情報が記憶されることになる。

図１０は、ライセンスファイルの一例を示す図である。図１０の例では、ライセンスファイルは、項目名と、対応する情報とのデータセットの集合である。図１０の例では、項目名として、発行したライセンスを一意に識別する「ユニークＩＤ」、対象となるアプリケーションを識別する「アプリＩＤ」、ライセンスの種類を示す「ライセンスタイプ」、対象のアプリケーションを使用することができる期間を示す「有効期間」、対象のアプリケーションを使用することができる日数を示す「有効日数」、ライセンスを認証するための「ライセンスキー」が挙げられているが、これに限られるものではない。なお、ライセンスファイルに含まれる項目名は、ライセンスの種類に応じて任意に変更可能である。この例では、ライセンスファイルは、対象のアプリケーションを使用することができる期間を示す有効期間情報を少なくとも含むものとする。図１０の例では、「有効期間」という項目名と、対応する情報とのデータセットが、「有効期間情報」に相当する。なお、使用権限情報（例えばライセンスファイル）は、アプリ毎の使用権限に関する情報の集合であり、アプリの付加情報、権限情報、対応情報などと言い換えることもできる。また、使用権限認証情報（例えばライセンスキー）は、アプリの使用権を認証・確認する際の鍵となる情報であり、アプリの認証情報、使用権限判定情報、認証鍵などと言い換えることもできる。

図４に戻って説明を続ける。更新制御部１２０は、インストール済みのアプリケーションの起動時の時点が、該アプリケーションのアプリＩＤに対応付けられたライセンスファイルに含まれる有効期間情報が示す期間から外れている場合、該ライセンスファイルを更新するための制御を行う。より具体的には、更新制御部１２０は、インストール済みのアプリケーションの起動時に、記憶部１１８に記憶されたライセンスファイルのうち、該アプリケーションのアプリＩＤに対応付けられたライセンスファイルを特定し、現時点（アプリケーションの起動時に相当）が、その特定したライセンスファイルに含まれる有効期間情報が示す期間から外れているか否かを確認する。そして、現時点が、有効期間情報が示す期間から外れている場合は、ライセンスファイルを更新する指示を受け付けるライセンス更新画面（「第１の画面」の一例）を表示する制御を行う。図１１は、ライセンス更新画面の一例を示す図である。図１１の例では、ライセンス更新画面には、ライセンスファイルを更新する指示を受け付けるための更新ボタン１２１が表示されている。

更新制御部１２０は、ライセンスファイルを更新する指示をライセンス更新画面で受け付けた場合（この例では、更新ボタン１２１を押下する操作を受け付けた場合）、ライセンスキーの入力を受け付けるライセンスキー入力画面（「第２の画面」の一例）を表示する制御を行う。図１２は、ライセンスキー入力画面の一例を示す図である。ライセンスキーの入力をライセンスキー入力画面で受け付けた場合、その受け付けたライセンスキーを含み、かつ、ライセンスファイルの更新を要求するライセンスファイル更新要求（「第３の要求情報」の一例）をライセンス管理サーバ４（該ライセンスファイルを発行するライセンス管理サーバ４）へ送信する。このライセンス管理サーバ４のＵＲＬは、前述のライセンス情報を参照することで特定することができる。そして、更新制御部１２０は、記憶部１１８に記憶された更新対象のライセンスファイルを、ライセンスファイル更新要求に対する応答としてライセンス管理サーバ４から受信したライセンスファイルに更新する。

なお、以上に説明したＭＦＰ１が有する機能（操作画面表示部１１１、アプリケーション一覧画面要求送信部１１２、アプリケーション一覧画面受信部１１３、アプリケーション一覧画面表示部１１４、インストール制御部１１５、ＵＲＬ取得部１１６、ライセンスファイル取得部１１７、更新制御部１２０）は、ＣＰＵ（１１または２１）が、記憶装置（例えばＲＯＭ１２、ＨＤＤ１４、ＲＯＭ２２、フラッシュメモリ２４等）に格納されたプログラムを実行することにより実現されるが、これに限らず、例えば上記ＭＦＰ１が有する機能のうちの少なくとも一部が専用のハードウェア回路（例えば半導体集積回路等）で実現されてもよい。また、上述の記憶部１１８は、例えば、ＲＯＭ１２、ＨＤＤ１４、ＲＯＭ２２、フラッシュメモリ２４等により実現可能である。

次に、アプリケーションサーバ２の構成について説明する。図１３は、アプリケーションサーバ２のハードウェア構成の一例を示す図である。図１３に示すように、アプリケーションサーバ２は、ＣＰＵ３０１と、ＲＯＭ３０２と、ＲＡＭ３０３と、通信Ｉ／Ｆ３０４と、入力装置３０５と、表示装置３０６とを備える。ＣＰＵ３０１は、アプリケーションサーバ２の動作を統括的に制御する。ＲＯＭ３０２は、プログラム等の各種のデータを記憶する不揮発性のメモリである。ＲＡＭ３０３は、ＣＰＵ３０１が実行する各種の処理の作業領域（ワークエリア）として機能する揮発性のメモリである。通信Ｉ／Ｆ３０４は、ネットワーク８と接続するためのインタフェースである。入力装置３０５は、ユーザによる操作の入力に用いられるデバイスであり、例えばマウスやキーボードなどで構成される。表示装置３０６は各種の情報を表示するデバイスであり、例えば液晶型ディスプレイ装置などで構成される。この例では、他のサーバ（ライセンス管理サーバ情報管理装置３、ライセンス管理サーバ４）のハードウェア構成も図１３に示す構成と同様である。

図１４は、アプリケーションサーバ２が有する機能の一例を示す図である。図１４に示すように、アプリケーションサーバ２は、アプリケーション一覧画面保持部２１１と、アプリケーション一覧画面送信部２１２と、アプリケーション保持部２１３と、アプリケーション送信部２１４とを有する。説明の便宜上、図１４では、本実施形態に関する機能を主に例示しているが、アプリケーションサーバ２が有する機能は、これらに限られるものではない。

アプリケーション一覧画面保持部２１１は、アプリケーション一覧画面を保持する。アプリケーション一覧画面送信部２１２は、ＭＦＰ１からのアプリケーション一覧画面要求に対する応答として、アプリケーション一覧画面をＭＦＰ１に送信する。

アプリケーション保持部２１３は、複数のアプリケーションを保持する。アプリケーション保持部２１３によって保持される複数のアプリケーションの中には、アプリケーション一覧画面に表示されるアプリケーションが少なくとも含まれている。

アプリケーション送信部２１４は、ＭＦＰ１からのアプリケーション要求に対する応答として、アプリケーション保持部２１３によって保持される複数のアプリケーションのうちの何れかをＭＦＰ１に送信する。より具体的には、アプリケーション送信部２１４は、アプリケーション保持部２１３に保持されたアプリケーションのうち、アプリケーション要求に含まれるアプリＩＤで識別されるアプリケーションを特定し、その特定したアプリケーションをＭＦＰ１へ送信する。

以上に説明したアプリケーションサーバ２が有する機能（アプリケーション一覧画面送信部２１２、アプリケーション送信部２１４等）は、アプリケーションサーバ２のＣＰＵ３０１が、ＲＯＭ３０２等に格納されたプログラムを実行することにより実現されるが、これに限らず、例えばアプリケーションサーバ２が有する機能のうちの少なくとも一部が専用のハードウェア回路（例えば半導体集積回路等）で実現されてもよい。また、上述のアプリケーション一覧画面保持部２１１、アプリケーション保持部２１３は、例えば、ＲＯＭ３０２等により実現可能である。

次に、ライセンス管理サーバ情報管理装置３の構成について説明する。図１５は、ライセンス管理サーバ情報管理装置３が有する機能の一例を示す図である。図１５に示すように、ライセンス管理サーバ情報管理装置３は、記憶部３１１と、ＵＲＬ要求受信部３１２と、ＵＲＬ送信部３１３とを有する。

記憶部３１１は、「第１の記憶部」の一例であり、アプリＩＤと、該アプリＩＤで識別されるアプリケーションのライセンスファイルを発行するライセンス管理サーバ４のＵＲＬとを対応付けたＵＲＬ情報（「第１の対応情報」の一例）を記憶する。図１６は、ＵＲＬ情報の一例を示す図である。例えば複数のアプリケーションが存在する場合、記憶部３１１には、複数のアプリケーションと１対１に対応する複数のＵＲＬ情報が記憶されることになる。

ＵＲＬ要求受信部３１２は、「第１の要求情報受信部」の一例であり、前述のＵＲＬ要求をＭＦＰ１から受信する。

ＵＲＬ送信部３１３は、「サーバ特定情報送信部」の一例であり、ＵＲＬ要求受信部３１２により受信されたＵＲＬ要求に含まれるアプリＩＤに対応付けられたＵＲＬを、ＭＦＰ１へ送信する。より具体的には、ＵＲＬ送信部３１３は、記憶部３１１に記憶されたＵＲＬ情報を参照して、ＵＲＬ要求受信部３１２により受信されたＵＲＬ要求に含まれるアプリＩＤに対応付けられたＵＲＬを特定する。そして、ＵＲＬ要求に対する応答として、その特定したＵＲＬをＭＦＰ１に送信する。

以上に説明したライセンス管理サーバ情報管理装置３が有する機能（ＵＲＬ要求受信部３１２、ＵＲＬ送信部３１３等）は、ライセンス管理サーバ情報管理装置３のＣＰＵ３０１が、ＲＯＭ３０２等に格納されたプログラムを実行することにより実現されるが、これに限らず、例えばライセンス管理サーバ情報管理装置３が有する機能のうちの少なくとも一部が専用のハードウェア回路（例えば半導体集積回路等）で実現されてもよい。また、上述の記憶部３１１は、例えば、ＲＯＭ３０２等により実現可能である。

次に、ライセンス管理サーバ４の構成について説明する。図１７は、ライセンス管理サーバ４が有する機能の一例を示す図である。図１７に示すように、ライセンス管理サーバ４は、記憶部４１１と、ライセンスファイル要求受信部４１２と、ライセンスファイル送信部４１３とを有する。説明の便宜上、図１７では、本実施形態に関する機能を主に例示しているが、ライセンス管理サーバ４が有する機能は、これらに限られるものではない。

記憶部４１１は、「第２の記憶部」の一例であり、ライセンス管理サーバ４が発行する１以上のライセンスファイルを記憶する。例えばライセンスファイルは、図１０の態様で表すこともできるが、この例では、複数のライセンス管理サーバ４の各々が発行するライセンスファイルは、異なる形態で定義されている。

ライセンスファイル要求受信部４１２は、「第２の要求情報受信部」の一例であり、前述のライセンスファイル要求（ライセンスキーを含み、かつ、該ライセンスキーを含むライセンスファイルを要求する情報）をＭＦＰ１から受信する。

ライセンスファイル送信部４１３は、「使用権限情報送信部」の一例であり、ライセンスファイル要求受信部４１２により受信されたライセンスファイル要求に含まれるライセンスキーを含むライセンスファイルをＭＦＰ１へ送信する。より具体的には、ライセンスファイル送信部４１３は、記憶部４１１に記憶されたライセンスファイルのうち、ライセンスファイル要求受信部４１２により受信されたライセンスファイル要求に含まれるライセンスキーを含むライセンスファイルを特定する。そして、ライセンスファイル要求に対する応答として、その特定したライセンスファイルをＭＦＰ１に送信する。

以上に説明したライセンス管理サーバ４が有する機能（ライセンスファイル要求受信部４１２、ライセンスファイル送信部４１３等）は、ライセンス管理サーバ４のＣＰＵ３０１が、ＲＯＭ３０２等に格納されたプログラムを実行することにより実現されるが、これに限らず、例えばライセンス管理サーバ４が有する機能のうちの少なくとも一部が専用のハードウェア回路（例えば半導体集積回路等）で実現されてもよい。また、上述の記憶部４１１は、例えば、ＲＯＭ３０２等により実現可能である。

図１８は、本実施形態の情報処理システム１００の動作手順の一例を示すシーケンス図である。ここでは、前述のアプリケーション一覧画面から選択された何れかのアプリケーションのインストール画面（図８参照）がＭＦＰ１の操作パネル２７に表示されていることを前提とする。なお、この例では、無償のアプリケーションの場合は、アプリケーション一覧画面を作るＸＭＬ情報の中に、該アプリケーションに対応するライセンスキー（この例では無償のアプリケーションに共通のライセンスキー）が記述されるので、例えば無償のアプリケーションのインストールボタン７が押下された場合、ブラウザアプリは、該アプリケーションに対応するライセンスキーを含み、かつ、無償のアプリケーションであることを示す情報を、該インストールボタン７に貼り付けられたインストール命令に付加した命令情報を操作部２０のＯＳに通知することができる。一方、有償のアプリケーションの場合は、アプリケーション一覧画面を作るＸＭＬ情報の中に、該アプリケーションに対応するライセンスキーは記述されないので、有償のアプリケーションのインストールボタン７が押下された場合、ブラウザアプリは、有償のアプリケーションであることを示す情報を、該インストールボタン７に貼り付けられたインストール命令に付加した命令情報を操作部２０のＯＳに通知することができる。操作部２０のＯＳは、操作部２０の各アプリケーションに対して当該命令情報をブロードキャストし、インストーラが、このブロードキャストされた命令情報に含まれるインストール命令に反応する。インストーラは、通知された命令情報を参照することで、インストール対象のアプリケーションが有償であるか無償であるかを確認することができる。

以下では、アプリケーション一覧画面から選択された何れかのアプリケーションは有償のアプリケーションである場合を例に挙げて説明する。ここでは、これからＭＦＰ１にインストールするアプリケーションに対応するライセンスキーを事前に把握していることを前提とする。例えばアプリケーションの管理者から、該アプリケーションを購入したユーザに対して、郵送やメール等でライセンスキーを通知する形態であってもよい。

ユーザが、該インストール画面に表示された前述の実行指示ボタン４１を押下すると（ステップＳ１）、インストーラ（インストール制御部１１５）は、選択されたアプリケーションのインストールを実行する前に、ライセンスキーの入力を促す画面（例えば図１２のような画面）を操作パネル２７に表示する（ステップＳ２）。ユーザは、該画面からライセンスキーを入力する操作を行う（ステップＳ３）。

なお、例えばアプリケーション一覧画面から選択された何れかのアプリケーションが無償のアプリケーションの場合は、前述したように、インストーラは該無償のアプリケーションのライセンスキーを把握することができるので、ライセンスキーの入力を促す画面を表示する必要は無い。つまり、この場合は、図１９に示すように、前述のステップＳ２およびステップＳ３は省略される。

図１８に戻って説明を続ける。インストーラ（インストール制御部１１５）は、ライセンスキーの入力を受け付けた後に、インストール命令に含まれているアプリＩＤで識別されるアプリケーションを要求する前述のアプリケーション要求をアプリケーションサーバ２へ送信する（ステップＳ４）。アプリケーション要求を受信したアプリケーションサーバ２は、アプリケーション保持部２１３に保持されたアプリケーションのうち、該受信したアプリケーション要求に含まれるアプリＩＤで識別されるアプリケーションを特定する（ステップＳ５）。そして、アプリケーションサーバ２は、ステップＳ５で特定したアプリケーションをＭＦＰ１へ送信する（ステップＳ６）。

アプリケーション要求に対する応答として、アプリケーションサーバ２からアプリケーションを受信したインストーラ（インストール制御部１１５）は、その受信したアプリケーションをインストールする制御を行う（ステップＳ７）。次に、インストーラ（ＵＲＬ要求送信部１３１）は、ステップＳ７でインストールしたアプリケーションのアプリＩＤを含む前述のＵＲＬ要求を、ライセンス管理サーバ情報管理装置３へ送信する（ステップＳ８）。ＵＲＬ要求を受信したライセンス管理サーバ情報管理装置３は、記憶部３１１に記憶されたＵＲＬ情報を参照して、該受信したＵＲＬ要求に含まれるアプリＩＤに対応付けられたＵＲＬを特定する（ステップＳ９）。そして、ＵＲＬ要求に対する応答として、ステップＳ９で特定したＵＲＬをＭＦＰ１に送信する（ステップＳ１０）。

ＵＲＬ要求に対する応答として、ライセンス管理サーバ情報管理装置３からＵＲＬを受信したインストーラ（ライセンスファイル要求送信部１４１）は、その受信したＵＲＬで特定されるライセンス管理サーバ４に対して、上述のステップＳ３で入力を受け付けたライセンスキーを含むライセンスファイルを要求する前述のライセンスファイル要求を送信する（ステップＳ１１）。ライセンスファイル要求を受信したライセンス管理サーバ４は、記憶部４１１に記憶されたライセンスファイルのうち、該受信したライセンスファイル要求に含まれるライセンスキーを含むライセンスファイルを特定する（ステップＳ１２）。そして、ライセンスファイル要求に対する応答として、ステップＳ１２で特定したライセンスファイルをＭＦＰ１に送信する（ステップＳ１３）。

ライセンスファイル要求に対する応答として、ライセンス管理サーバ４からライセンスファイルを受信した後、インストーラは、上述のステップＳ７でインストールしたアプリケーションのアプリＩＤと、該受信したライセンスファイルと、上述のステップＳ１０で受信したＵＲＬとを対応付けたライセンス情報を生成して記憶部１１８に記憶する（ステップＳ１４）。

その後、ユーザが、ステップＳ７でインストールされたアプリケーション（以下、「インストール済みのアプリケーション」と称する場合がある）を起動する操作（例えば操作画面上の対応するアイコンを押下する操作等）を行うと（ステップＳ１５）、インストール済みのアプリケーションは、インストーラに対して、該アプリケーションのライセンスファイルの取得を要求する（ステップＳ１６）。この例では、この要求にはアプリＩＤが少なくとも含まれている。この要求を受けたインストーラは、記憶部１１８に記憶されたライセンス情報を参照して、該要求に含まれるアプリＩＤに対応付けられたライセンスファイルを特定する（ステップＳ１７）。そして、インストーラは、ステップＳ１７で特定したライセンスファイルを、要求元のインストール済みのアプリケーションに送信する（ステップＳ１８）。

インストーラからライセンスファイルを受信したインストール済みのアプリケーション（更新制御部１２０）は、現時点が、該受信したライセンスファイルに含まれる有効期間情報が示す期間から外れているか否かを確認する（ステップＳ１９）。有効期間内であれば、そのままインストール済みのアプリケーションによる処理が実行されることになる。以下では、有効期間が切れていた場合を例に挙げて説明する。この場合、インストール済みのアプリケーション（更新制御部１２０）は、前述のライセンス更新画面を操作パネル２７に表示する制御を行う（ステップＳ２０）。

ユーザが、ライセンス更新画面に表示された更新ボタン１２１（図１１参照）を押下すると（ステップＳ２１）、インストール済みのアプリケーション（更新制御部１２０）は、前述のライセンスキー入力画面を操作パネル２７に表示する制御を行う（ステップＳ２２）。

そして、ユーザが、ライセンス更新画面に対してライセンスキー（ステップＳ１５で起動させたインストール済みのアプリケーションに対応するライセンスキー）を入力すると（ステップＳ２３）、インストール済みのアプリケーション（更新制御部１２０）は、その入力されたライセンスキーを含む前述のライセンスファイル更新要求をインストーラに送信し（ステップＳ２４）、インストーラは、そのライセンスファイル更新要求をライセンス管理サーバ４へ送信する（ステップＳ２５）。

ライセンスファイル更新要求を受信したライセンス管理サーバ４は、記憶部４１１に記憶されたライセンスファイルのうち、該受信したライセンスファイル更新要求に含まれるライセンスキーを含むライセンスファイル（最新のライセンスファイル）を特定する（ステップＳ２６）。そして、ライセンスファイル更新要求に対する応答として、ステップＳ２６で特定した最新のライセンスファイルをＭＦＰ１に送信する（ステップＳ２７）。

ライセンスファイル更新要求に対する応答として、ライセンス管理サーバ４から最新のライセンスファイルを受信したインストーラ（更新制御部１２０）は、記憶部１１８に記憶されたライセンス情報に含まれる更新対象のライセンスファイル（ステップＳ１５で起動したアプリケーションのライセンスファイル）を、ライセンスファイル更新要求に対する応答としてライセンス管理サーバ４から受信した最新のライセンスファイルに更新し（ステップＳ２８）、その旨を、インストール済みのアプリケーションに通知する。この通知を受けたインストール済みのアプリケーションは、ライセンスファイルの更新が完了したことを通知する画面を操作パネル２７に表示する（ステップＳ２９）。

なお、この例では、前述の更新制御部１２０の機能は、インストール済みのアプリケーションおよびインストーラにより提供されているが、これに限らず、例えば前述の更新制御部１２０の機能はインストーラのみによって提供される形態であってもよい。この場合、上述のステップＳ１９、ステップＳ２０、ステップＳ２２などの処理はインストーラによって実行されることになる。

図２０は、アプリケーション一覧画面から選択された何れかのアプリケーションのインストール画面に表示された前述の実行指示ボタン４１が押下された場合のＭＦＰ１の動作例を示すフローチャートである。なお、各ステップの具体的な内容は、上記構成および上記シーケンスの説明で述べたとおりであるので、以下では、詳細な説明は適宜に省略している。

図２０に示すように、まずＭＦＰ１（インストーラ）は、アプリケーションサーバ２に対して、前述のアプリケーション要求を送信する（ステップＳ１０１）。ステップＳ１０１で送信したアプリケーション要求に対する応答として、アプリケーションサーバ２からアプリケーションを受信しなかった場合（ステップＳ１０２：Ｎｏ）、つまり、押下されたインストールボタン７に貼り付けられたインストール命令に含まれるアプリＩＤで識別されるアプリケーションのダウンロードが失敗した場合、ＭＦＰ１（インストーラ）は、エラーを表示する画面を操作パネル２７に表示する（ステップＳ１０３）。

一方、アプリケーション要求に対する応答として、アプリケーションサーバ２からアプリケーションを受信した場合（ステップＳ１０２：Ｙｅｓ）、つまり、押下されたインストールボタン７に貼り付けられたインストール命令に含まれるアプリＩＤで識別されるアプリケーションのダウンロードが成功した場合、ＭＦＰ１（インストーラ）は、その受信したアプリケーションをインストールする制御を行う（ステップＳ１０４）。

ステップＳ１０４のインストールが失敗した場合（ステップＳ１０５：Ｎｏ）、ＭＦＰ１（インストーラ）は、エラーを表示する画面を操作パネル２７に表示する（ステップＳ１０６）。ステップＳ１０４のインストールが成功した場合（ステップＳ１０５：Ｙｅｓ）、ＭＦＰ１は、前述のＵＲＬ要求をライセンス管理サーバ情報管理装置３へ送信する（ステップＳ１０７）。

ステップＳ１０７で送信したＵＲＬ要求に対する応答として、ライセンス管理サーバ情報管理装置３からＵＲＬを受信しなかった場合（ステップＳ１０８：Ｎｏ）、ＭＦＰ１（インストーラ）は、エラーを表示する画面を操作パネル２７に表示する（ステップＳ１０９）。ステップＳ１０７で送信したＵＲＬ要求に対する応答として、ライセンス管理サーバ情報管理装置３からＵＲＬを受信した場合（ステップＳ１０８：Ｙｅｓ）、ＭＦＰ１（インストーラ）は、その受信したＵＲＬで特定されるライセンス管理サーバ４に対して、前述のライセンスファイル要求を送信する（ステップＳ１１０）。

ステップＳ１１０で送信したライセンスファイル要求に対する応答として、ライセンス管理サーバ４からライセンスファイルを受信しなかった場合（ステップＳ１１１：Ｎｏ）、ＭＦＰ１（インストーラ）は、エラーを表示する画面を操作パネル２７に表示する（ステップＳ１１２）。ステップＳ１１０で送信したライセンスファイル要求に対する応答として、ライセンス管理サーバ４からライセンスファイルを受信した場合（ステップＳ１１１：Ｙｅｓ）、ＭＦＰ１（インストーラ）は、ステップＳ１０５でインストールが成功したアプリケーションのアプリＩＤと、ステップＳ１１でライセンス管理サーバ４から受信したライセンスファイルと、ステップＳ１０８で受信したＵＲＬとを対応付けたライセンス情報を生成して記憶部１１８に記憶する（ステップＳ１１３）。

図２１は、ＭＦＰ１にインストール済みの何れかのアプリケーションが起動開始した場合のＭＦＰ１の動作例を示すフローチャートである。なお、各ステップの具体的な内容は、上記構成および上記シーケンスの説明で述べたとおりであるので、以下では、詳細な説明は適宜に省略している。

図２１に示すように、起動を開始したアプリケーション（説明の便宜上、以下の説明では「起動アプリケーション」と称する）は、インストーラから、該アプリケーションのライセンスファイルを取得する（ステップＳ１２１）。次に、起動アプリケーションは、現時点が、ステップＳ１２１で取得したライセンスファイルに含まれる有効期間情報が示す期間内か否かを確認する（ステップＳ１２２）。ステップＳ１２２の結果が肯定の場合（ステップＳ１２２：Ｙｅｓ）、起動アプリケーションはそのまま処理を継続する。ステップＳ１２２の結果が否定の場合（ステップＳ１２２：Ｎｏ）、起動アプリケーションは、前述のライセンス更新画面を操作パネル２７に表示する（ステップＳ１２３）。

ライセンス更新画面に表示された更新ボタン１２１の押下を受け付けた場合（ステップＳ１２４：Ｙｅｓ）、起動アプリケーションは前述のライセンスキー入力画面を操作パネル２７に表示する（ステップＳ１２５）。そして、ライセンスキーの入力を受け付けた場合（ステップＳ１２６：Ｙｅｓ）、起動アプリケーションは、インストーラを介して、前述のライセンスファイル更新要求を、ライセンス管理サーバ４へ送信する（ステップＳ１２７）。例えば起動アプリケーションは、ステップＳ１２１でライセンスファイルを取得する際に、インストーラから、起動アプリケーションを識別するアプリＩＤを含むライセンス情報に含まれたＵＲＬを取得することができる。これにより、前述のライセンスファイル更新要求を送信するライセンス管理サーバ４を特定することができる。

ステップＳ１２７で送信したライセンスファイル更新要求に対する応答として、ライセンス管理サーバ４からライセンスファイルを受信しなかった場合（ステップＳ１２８：Ｎｏ）、ＭＦＰ１（インストーラ）は、エラーを表示する画面を操作パネル２７に表示する（ステップＳ１２９）。ステップＳ１２７で送信したライセンスファイル更新要求に対する応答として、ライセンス管理サーバ４からライセンスファイルを受信した場合（ステップＳ１２８：Ｙｅｓ）、ＭＦＰ１（インストーラ）は、記憶部１１８に記憶された更新対象のライセンスファイル（起動アプリケーションのライセンス情報に含まれるライセンスファイル）を、ステップＳ１２８でライセンス管理サーバ４から受信したライセンスファイルに更新する（ステップＳ１３０）。

以上に説明したように、本実施形態では、ＭＦＰ１は、アプリケーションをインストールした後に、アプリＩＤとライセンス管理サーバ４のＵＲＬとを対応付けたＵＲＬ情報を有するライセンス管理サーバ情報管理装置（第１のサーバ）に対して、該インストールしたアプリケーションのアプリＩＤを含み、かつ、該インストールしたアプリケーションのライセンス情報を発行するライセンス管理サーバ４（第２のサーバ）のＵＲＬを要求するＵＲＬ要求を送信する。そして、ＭＦＰ１は、ＵＲＬ要求に対する応答として、該ＵＲＬ要求に含まれるアプリＩＤに対応付けられたＵＲＬをライセンス管理サーバ情報管理装置３から受信する。これにより、ＭＦＰ１にインストールされた複数のアプリケーションの各々のライセンス情報の発行元が異なる場合であっても、各アプリケーションのライセンス情報の発行元のライセンス管理サーバ４を特定することが可能になる。

ここでは、各ライセンス管理サーバ４は、ライセンスキーを含むライセンスファイルを保持しており、ＭＦＰ１は、ライセンス管理サーバ情報管理装置３から受信したＵＲＬで特定されるライセンス管理サーバ４に対して、該インストールしたアプリケーションに対応するライセンスキーを含み、かつ、該ライセンスキーを含むライセンスファイルを要求するライセンスファイル要求を送信する。そして、ライセンスファイル要求に対する応答として、該ライセンスファイル要求に含まれるライセンスキーを含むライセンスファイルをライセンス管理サーバ４から受信する。これにより、該インストールしたアプリケーションのアプリＩＤと、ライセンス管理サーバ４から受信したライセンファイルとを少なくとも対応付けたライセンス情報を管理することができる。したがって、インストールされた複数のアプリケーションの各々のライセンス情報の発行元が異なる場合であっても、これらのライセンス情報を一括して管理することができる。

以上、本発明に係る実施形態について説明したが、本発明は、上述の実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上述の実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。

（１）変形例１
例えば上述の実施形態では、ＭＦＰ１は、新たにアプリケーションがインストールされると、該アプリケーションのライセンスファイルを取得する処理（該アプリケーションの機能を利用できる状態にするためのアクティベーション処理であると考えてもよい）を同時に実行しているが、これに限らず、例えばインストール直後にはアクティベーション処理を行わずに、インストール済みのアプリケーションが最初に起動する際に、アクティベーション処理を行う構成であってもよい。図２２は、本変形例の情報処理システム１００の動作手順の一例を示すシーケンス図である。ここでは、ＭＦＰ１の操作パネル２７上に、前述のアプリケーション一覧画面から選択された何れかのアプリケーションのインストール画面が表示されていることを前提とする。図２２に示すステップＳ４１〜ステップＳ４８の処理内容は、図１８に示すステップＳ１、ステップＳ４〜ステップＳ１０の処理内容と同様であるため、詳細な説明は省略する。

ステップＳ４８の後、インストーラは、ステップＳ４５でインストールしたアプリケーションのアプリＩＤと、ステップＳ４８でライセンス管理サーバ情報管理装置３から受信したＵＲＬとを対応付けて記憶部１１８に記憶する（ステップＳ４９）。

その後、ユーザが、ステップＳ４６でインストールされたアプリケーション（以下、「インストール済みのアプリケーション」と称する場合がある）を起動する操作を行うと（ステップＳ５０）、インストール済みのアプリケーションは、インストーラに対して、該アプリケーションのライセンスファイルの取得を要求する（ステップＳ５１）。この例では、この要求にはアプリＩＤが少なくとも含まれている。この要求を受けたインストーラは、記憶部１１８に記憶されたライセンス情報を参照して、該要求に含まれるアプリＩＤに対応付けられたライセンスファイルを特定する（ステップＳ５２）。この例では、ステップＳ４６でインストールされたアプリケーションのライセンスファイルは未取得であるため、インストーラは、該アプリケーションに対して、ライセンスファイルは未取得である旨を通知する（ステップＳ５３）。この際、インストーラは、該アプリケーションに対して、該アプリケーションのアプリＩＤに対応付けられたＵＲＬを併せて通知する。

インストーラから上述の通知を受けたインストール済みのアプリケーションは、ライセンスファイルを取得する指示を受け付けるライセンスファイル取得画面を操作パネル２７に表示する（ステップＳ５４）。図２３は、ライセンスファイル取得画面の一例を示す図である。図２３の例では、ライセンスファイル取得画面には、ライセンスファイルを取得する指示を受け付けるための取得ボタン１２３が表示されている。

図２２の説明を続ける。ユーザが、ライセンスファイル取得画面に表示された取得ボタン１２３（図２３参照）を押下すると（ステップＳ５５）、インストール済みのアプリケーションは、ライセンスキーの入力を促す画面（例えば図１２のような画面）を操作パネル２７に表示する（ステップＳ５６）。ユーザは、該画面からライセンスキーを入力する操作を行う（ステップＳ５７）。そして、インストール済みのアプリケーションは、ライセンスキーの入力を受け付けた後に、ステップＳ５４でインストーラから通知されたＵＲＬで特定されるライセンス管理サーバ４に対して、入力を受け付けたライセンスキーを含むライセンスファイルを要求する前述のライセンスファイル要求を送信する（ステップＳ５８）。ライセンスファイル要求を受信したライセンス管理サーバ４は、記憶部４１１に記憶されたライセンスファイルのうち、該受信したライセンスファイル要求に含まれるライセンスキーを含むライセンスファイルを特定する（ステップＳ５９）。そして、ライセンスファイル要求に対する応答として、ステップＳ５９で特定したライセンスファイルをＭＦＰ１に送信する（ステップＳ６０）。

ライセンスファイル要求に対する応答として、ライセンス管理サーバ４からライセンスファイルを受信したインストール済みのアプリケーションは、ライセンスファイルの取得が完了したことを通知する画面を操作パネル２７に表示する（ステップＳ６１）。ステップＳ６１の後、インストール済みのアプリケーションは、ライセンス管理サーバ４から受信したライセンスファイルをインストーラへ送信する（ステップＳ６２）。インストーラは、上述のステップＳ４５でインストールしたアプリケーションのアプリＩＤと、ステップＳ６２で受信したライセンスファイルと、上述のステップＳ４８で受信したＵＲＬとを対応付けたライセンス情報を生成して記憶部１１８に記憶する（ステップＳ６３）。

要するに、本変形例では、ＭＦＰ１が有する上述のライセンスファイル取得部１１７の機能が、インストーラではなくてインストール済みのアプリケーションにより提供されていると考えることができる。

（２）変形例２
図２４は、本変形例のＭＦＰ１が有する機能の一例を示す図である。図２４に示すように、ＭＦＰ１は、設定制御部１５０と保存制御部１４０とをさらに有する。また、本変形例では、記憶部１１８は、操作部２０が有する操作部側記憶部１７１と、本体１０が有する本体側記憶部１７２とを含む。操作部側記憶部１７１は例えばフラッシュメモリ２４などで構成され、本体側記憶部１７２は例えばＨＤＤ１４などで構成される。

設定制御部１５０は、通信設定部１５１と保存先設定部１５２とを含む。通信設定部１５１は、ユーザの指示に従って、ライセンス管理サーバ情報管理装置３およびライセンス管理サーバ４の各々と接続する場合に、本体１０側の通信Ｉ／Ｆ１５および操作部２０側の通信Ｉ／Ｆ２５のうちの何れを利用するかを設定する。つまり、ライセンス管理サーバ情報管理装置３およびライセンス管理サーバ４の各々との通信方法を設定すると考えることもできる。ＵＲＬ取得部１１６（インストーラ）は、通信設定部１５１による設定に従い、本体１０側の通信Ｉ／Ｆ１５および操作部２０側の通信Ｉ／Ｆ２５のうちの何れかを利用して、ライセンス管理サーバ情報管理装置３と通信する。同様に、ライセンスファイル取得部１１７（インストーラ）は、通信設定部１５１による設定に従い、本体１０側の通信Ｉ／Ｆ１５および操作部２０側の通信Ｉ／Ｆ２５のうちの何れかを利用して、ライセンス管理サーバ４と通信する。

通信設定部１５１は、ユーザから、通信を設定するための通信設定画面を呼び出す操作を受け付けた場合、図２５に示すようなデフォルトの通信設定画面を操作パネル２７に表示する制御を行う。通信設定画面は、通信インタフェースの設定として、操作部２０側の通信Ｉ／Ｆ２５に対応する「Ｗｉ−Ｆｉ（登録商標）」、および、本体１０側の通信Ｉ／Ｆ１５に対応する「本体ネットワーク」のうちの何れかを選択するためのラジオボタンを表示する。なお、ここでは、操作部２０側の通信Ｉ／Ｆ２５は、Ｗｉ−Ｆｉの規格に従った無線通信を行うためのインタフェースであるが、これに限られるものではない。

図２５の例では（デフォルトの通信設定画面においては）、「本体ネットワーク」が選択されている状態になっている。例えばユーザが、デフォルトの通信設定画面から「Ｗｉ−Ｆｉ」を選択する操作を行った場合は、図２６に示すように、「本体ネットワーク」の選択は解除される。

図２４に戻って説明を続ける。保存先設定部１５２は、操作部２０および本体１０のうちの少なくとも一方を、上述のライセンス情報（第２の対応情報）の保存先として設定する。より具体的には、保存先設定部１５２は、ユーザの指示に従って、操作部側記憶部１７１および本体側記憶部１７２のうちの少なくとも一方を、ライセンス情報の保存先として設定する。この例では、上述の通信設定画面による設定が完了した後、保存先設定部１５２は、ライセンス情報の保存先を設定するための保存先設定画面を操作パネル２７に表示する制御を行うが、保存先設定画面の表示契機はこれに限られるものではない。例えば保存先設定部１５２は、ユーザから所定の操作（保存先設定画面を呼び出す操作）を受け付けた場合に、保存先設定画面を表示する制御を行う形態であってもよい。

図２７は、デフォルトの保存先設定画面の一例を示す図である。この例では、保存先設定画面は、リソース（この例では上述のライセンス情報）の保存先として、操作部２０および本体１０の両方に対応する「二重保存」、操作部２０に対応する「操作部」、本体１０に対応する「本体」のうちの何れかを選択するためのラジオボタンを表示する。デフォルトの保存先設定画面においては、「二重保存」が選択されている状態になっている。例えばユーザが、デフォルトの保存先設定画面から「操作部」を選択する操作を行った場合は、図２８に示すように「二重保存」の選択は解除され、「操作部」のみが選択された状態になる。また例えばユーザが、デフォルトの保存先設定画面から「本体」をする操作を行った場合は、図２９に示すように「二重保存」の選択は解除され、「本体」のみが選択された状態になる。

図３０は、設定制御部１５０の動作例を示すフローチャートである。図３０に示すように、まず通信設定部１５１は、ユーザから、通信設定画面を呼び出す操作を受け付けた場合、図２５に示すようなデフォルトの通信設定画面を操作パネル２７に表示する制御を行う（ステップＳ１３０）。そして、通信設定部１５１は、ユーザの指示に従って、ライセンス管理サーバ情報管理装置３およびライセンス管理サーバ４の各々との通信方法を設定する（ステップＳ１３１）。次に、保存先設定部１５２は、図２７に示すようなデフォルトの保存先設定画面を操作パネル２７に表示する制御を行う（ステップＳ１３２）。そして、保存先設定部１５２は、ユーザの指示に従って、ライセンス情報の保存先を設定する（ステップＳ１３３）。

図２４に戻って説明を続ける。保存制御部１６０は、保存先設定部１５２による設定に従い、上述のライセンス情報（第２の対応情報）を保存する制御を行う。より具体的には、保存制御部１６０は、保存先設定部１５２により、操作部側記憶部１７１および本体側記憶部１７２の何れか一方がライセンス情報の保存先として設定されていた場合は、該設定されていた方にライセンス情報を保存する制御を行い、操作部側記憶部１７１および本体側記憶部１７２の両方がライセンス情報の保存先として設定されていた場合は、操作部側記憶部１７１および本体側記憶部１７２の各々にライセンス情報を保存（二重保存）する制御を行う。

図３１は、本変形例の情報処理システム１００の動作手順の一例を示すシーケンス図である。図３１に示すステップＳ７１〜ステップＳ７７の処理内容は、図１８に示すステップＳ１〜ステップＳ７の処理内容と同様であるので詳細な説明は省略する。図３１に示すステップＳ７７の後のステップＳ７８において、インストーラは、通信設定部１５１による設定（通信設定）を確認する。ここでは、通信設定部１５１により「本体ネットワーク」が設定されている（本体１０側の通信Ｉ／Ｆ１５を利用して、ライセンス管理サーバ情報管理装置３およびライセンス管理サーバ４の各々と接続することが設定されている）場合を例に挙げて説明する。インストーラ（ＵＲＬ要求送信部１３１）は、ステップＳ７７でインストールしたアプリケーションのアプリＩＤを含む前述のＵＲＬ要求をライセンス管理サーバ情報管理装置３へ送信することを本体１０側の通信Ｉ／Ｆ１５に依頼し（ステップＳ７９）、この依頼を受けた通信Ｉ／Ｆ１５は、ライセンス管理サーバ情報管理装置３へＵＲＬ要求を送信する（ステップＳ８０）。ＵＲＬ要求ＵＲＬ要求を受信したライセンス管理サーバ情報管理装置３は、記憶部３１１に記憶されたＵＲＬ情報を参照して、該受信したＵＲＬ要求に含まれるアプリＩＤに対応付けられたＵＲＬを特定する（ステップＳ８１）。そして、ＵＲＬ要求に対する応答として、ステップＳ８１で特定したＵＲＬをＭＦＰ１に送信する（ステップＳ８２）。本体１０側の通信Ｉ／Ｆ１５は、ライセンス管理サーバ情報管理装置３からＵＲＬを受信すると、その受信したＵＲＬをインストーラへ送信する（ステップＳ８３）。

ＵＲＬを受信したインストーラ（ライセンスファイル要求送信部１４１）は、上述のステップＳ７３で入力を受け付けたライセンスキーを含むライセンスファイルを要求する前述のライセンスファイル要求を、その受信したＵＲＬで特定されるライセンス管理サーバ４へ送信することを本体１０側の通信Ｉ／Ｆ１５に依頼し（ステップＳ８４）、この依頼を受けた通信Ｉ／Ｆ１５は、ライセンス管理サーバ４へライセンスファイル要求を送信する（ステップＳ８５）。ライセンスファイル要求を受信したライセンス管理サーバ４は、記憶部４１１に記憶されたライセンスファイルのうち、該受信したライセンスファイル要求に含まれるライセンスキーを含むライセンスファイルを特定する（ステップＳ８６）。そして、ライセンスファイル要求に対する応答として、ステップＳ８６で特定したライセンスファイルをＭＦＰ１に送信する（ステップＳ８７）。

本体１０側の通信Ｉ／Ｆ１５は、ライセンス管理サーバ４からライセンスファイルを受信すると、その受信したライセンスファイルをインストーラへ送信する（ステップＳ８８）。インストーラ（保存制御部１６０）は、上述のステップＳ７７でインストールしたアプリケーションのアプリＩＤと、上述のステップＳ８８で受信したライセンスファイルと、上述のステップＳ８３で受信したＵＲＬとを対応付けたライセンス情報を生成する（ステップＳ８９）。

次に、インストーラ（保存制御部１６０）は、保存先設定部１５２による設定（保存先設定）を確認する（ステップＳ９０）。以下、「二重保存」が設定されている場合、保存先が操作部２０に設定されている場合、保存先が本体１０に設定されている場合の各々について説明する。

まず「二重保存」が設定されている場合について説明する。この場合、インストーラ（保存制御部１６０）は、操作部側記憶部１７１にライセンス情報を保存し（ステップＳ９１）、本体側記憶部１７２にもライセンス情報を保存する制御を行う（ステップＳ９２）。次に、保存先が「操作部」に設定されている場合について説明する。この場合、インストーラ（保存制御部１６０）は、操作部側記憶部１７１にライセンス情報を保存する制御を行う（ステップＳ９３）。次に、保存先が「本体」に設定されている場合について説明する。この場合、インストーラ（保存制御部１６０）は、本体側記憶部１７２にライセンス情報を保存する制御を行う（ステップＳ９４）。

図３２は、通信設定部１５１により「Ｗｉ−Ｆｉ」が設定されている（操作部２０側の通信Ｉ／Ｆ２５を利用して、ライセンス管理サーバ情報管理装置３およびライセンス管理サーバ４の各々と接続することが設定されている）場合の動作手順の一例を示すシーケンス図である。ステップＳ２０１〜ステップＳ２０７の処理内容は、図３１のステップＳ７１〜ステップＳ７７の処理内容と同様である。ステップＳ２０７の後のステップＳ２０８において、インストーラは、通信設定部１５１による設定（通信設定）を確認する。上述したように、ここでは、通信設定部１５１により「Ｗｉ−Ｆｉ」が設定されている。インストーラ（ＵＲＬ要求送信部１３１）は、ステップＳ２０７でインストールしたアプリケーションのアプリＩＤを含む前述のＵＲＬ要求をライセンス管理サーバ情報管理装置３へ送信することを操作部２０側の通信Ｉ／Ｆ２５に依頼し（ステップＳ２０９）、この依頼を受けた通信Ｉ／Ｆ２５は、ライセンス管理サーバ情報管理装置３へＵＲＬ要求を送信する（ステップＳ２１０）。ＵＲＬ要求ＵＲＬ要求を受信したライセンス管理サーバ情報管理装置３は、記憶部３１１に記憶されたＵＲＬ情報を参照して、該受信したＵＲＬ要求に含まれるアプリＩＤに対応付けられたＵＲＬを特定する（ステップＳ２１１）。そして、ＵＲＬ要求に対する応答として、ステップＳ２１１で特定したＵＲＬをＭＦＰ１に送信する（ステップＳ２１２）。操作部２０側の通信Ｉ／Ｆ２５は、ライセンス管理サーバ情報管理装置３からＵＲＬを受信すると、その受信したＵＲＬをインストーラへ送信する（ステップＳ２１３）。

ＵＲＬを受信したインストーラ（ライセンスファイル要求送信部１４１）は、上述のステップＳ２０３で入力を受け付けたライセンスキーを含むライセンスファイルを要求する前述のライセンスファイル要求を、その受信したＵＲＬで特定されるライセンス管理サーバ４へ送信することを操作部２０側の通信Ｉ／Ｆ２５に依頼し（ステップＳ２１４）、この依頼を受けた通信Ｉ／Ｆ２５は、ライセンス管理サーバ４へライセンスファイル要求を送信する（ステップＳ２１５）。ライセンスファイル要求を受信したライセンス管理サーバ４は、記憶部４１１に記憶されたライセンスファイルのうち、該受信したライセンスファイル要求に含まれるライセンスキーを含むライセンスファイルを特定する（ステップＳ２１６）。そして、ライセンスファイル要求に対する応答として、ステップＳ２１６で特定したライセンスファイルをＭＦＰ１に送信する（ステップＳ２１７）。操作部２０側の通信Ｉ／Ｆ２５は、ライセンス管理サーバ４からライセンスファイルを受信すると、その受信したライセンスファイルをインストーラへ送信する（ステップＳ２１８）。

ステップＳ２１９〜ステップＳ２２４の処理内容は、図３１に示すステップＳ８９〜ステップＳ９４の処理内容と同様であるので詳細な説明は省略する。なお、本変形例の構成は、上述の変形例１に適用することも可能である。

また、上述した実施形態の情報処理システム１００（ＭＦＰ１、アプリケーションサーバ２、ライセンス管理サーバ情報管理装置３、ライセンス管理サーバ４等）で実行されるプログラムは、インストール可能な形式または実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよいし、インターネット等のネットワーク経由で提供または配布するように構成してもよい。また、各種プログラムを、ＲＯＭ等に予め組み込んで提供するように構成してもよい。

１ ＭＦＰ
２ アプリケーションサーバ
３ ライセンス管理サーバ情報管理装置
４ ライセンス管理サーバ
８ ネットワーク
１００ 情報処理システム
１１１ 操作画面表示部
１１２ アプリケーション一覧画面要求送信部
１１３ アプリケーション一覧画面受信部
１１４ アプリケーション一覧画面表示部
１１５ インストール制御部
１１６ ＵＲＬ取得部
１１７ ライセンスファイル取得部
１１８ 記憶部
１２０ 更新制御部
１３１ ＵＲＬ要求送信部
１３２ ＵＲＬ受信部
１４１ ライセンスファイル要求送信部
１４２ ライセンスファイル受信部
１５０ 設定制御部
１５１ 通信設定部
１５２ 保存先設定部
１６０ 保存制御部
１７１ 操作部側記憶部
１７２ 本体側記憶部
２１１ アプリケーション一覧画面保持部
２１２ アプリケーション一覧画面送信部
２１３ アプリケーション保持部
２１４ アプリケーション送信部
３１１ 記憶部
３１２ ＵＲＬ要求受信部
３１３ ＵＲＬ送信部
４１１ 記憶部
４１２ ライセンスファイル要求受信部
４１３ ライセンスファイル送信部

特開２０１３−２５０９９７号公報

Claims (14)

1. 情報処理装置と、第１のサーバと、互いに異なるアプリケーションの使用権限をそれぞれが管理する１つ以上の第２のサーバと、を備え、これらがネットワークを介して相互に接続される情報処理システムであって、
   前記第１のサーバは、
   アプリケーションを識別するアプリケーション識別情報と、前記第２のサーバを特定するサーバ特定情報とを対応付けた第１の対応情報を記憶する第１の記憶部と、
   前記アプリケーション識別情報を含み、かつ、前記サーバ特定情報を要求する第１の要求情報を、前記情報処理装置から受信する第１の要求情報受信部と、
   前記第１の要求情報受信部により受信された前記第１の要求情報に含まれる前記アプリケーション識別情報に対応付けられた前記サーバ特定情報を、前記情報処理装置へ送信するサーバ特定情報送信部と、を備え、
   前記第２のサーバは、
   前記使用権限を認証するための使用権限認証情報を含み、かつ、該使用権限に関する情報を示す１以上の使用権限情報を記憶する第２の記憶部と、
   前記使用権限認証情報を含み、かつ、該使用権限認証情報を含む前記使用権限情報を要求する第２の要求情報を前記情報処理装置から受信する第２の要求情報受信部と、
   前記第２の要求情報受信部により受信された前記第２の要求情報に含まれる前記使用権限認証情報を含む前記使用権限情報を前記情報処理装置へ送信する使用権限情報送信部と、を備え、
   前記情報処理装置は、
   インストール済みのアプリケーションを識別する前記アプリケーション識別情報を含む前記第１の要求情報を前記第１のサーバへ送信する第１の要求情報送信部と、
   前記第１の要求情報に対する応答として、前記第１のサーバから前記サーバ特定情報を受信するサーバ特定情報受信部と、
   前記サーバ特定情報受信部により受信された前記サーバ特定情報により特定された前記第２のサーバに対して、インストール済みのアプリケーションに対応する前記使用権限認証情報を含む前記第２の要求情報を送信する第２の要求情報送信部と、
   前記第２の要求情報に対する応答として、前記第２のサーバから前記使用権限情報を受信する使用権限情報受信部と、
   インストール済みのアプリケーションを識別する前記アプリケーション識別情報と、前記使用権限情報受信部により受信された前記使用権限情報とを対応付けた第２の対応情報を記憶する第３の記憶部と、を備える、
   情報処理システム。
2. 前記第２の対応情報は、前記アプリケーション識別情報と、前記使用権限情報と、前記サーバ特定情報受信部により受信された前記サーバ特定情報とを対応付けた情報である、
   請求項１に記載の情報処理システム。
3. 前記使用権限情報は、対象のアプリケーションを使用することができる期間を示す有効期間情報を少なくとも含み、
   前記情報処理装置は、
   インストール済みのアプリケーションの起動時の時点が、該アプリケーションを識別する前記アプリケーション識別情報に対応付けられた前記使用権限情報に含まれる前記有効期間情報が示す期間から外れている場合、前記使用権限情報を更新するための制御を行う更新制御部をさらに備える、
   請求項１または２に記載の情報処理システム。
4. 前記更新制御部は、前記使用権限情報を更新する指示を受け付ける第１の画面を表示する制御を行う、
   請求項３に記載の情報処理システム。
5. 前記更新制御部は、
   前記使用権限情報を更新する指示を前記第１の画面で受け付けた場合、前記使用権限認証情報の入力を受け付ける第２の画面を表示する制御を行い、
   前記使用権限認証情報の入力を前記第２の画面で受け付けた場合、その受け付けた前記使用権限認証情報を含み、かつ、前記使用権限情報の更新を要求する第３の要求情報を前記第２のサーバへ送信し、
   前記第３の記憶部に記憶された更新対象の前記使用権限情報を、前記第３の要求情報に対する応答として前記第２のサーバから受信した前記使用権限情報に更新する、
   請求項４に記載の情報処理システム。
6. 前記情報処理システムは、第３のサーバをさらに含み、
   前記第３のサーバは、
   １以上のアプリケーションごとに、該アプリケーションをインストールする命令を示すインストール命令が対応付けられたアプリケーション一覧画面を保持するアプリケーション一覧画面保持部と、
   前記情報処理装置からの前記アプリケーション一覧画面を要求するアプリケーション一覧画面要求に対する応答として、前記アプリケーション一覧画面を前記情報処理装置へ送信するアプリケーション一覧画面送信部と、を備え、
   前記情報処理装置は、
   前記第３のサーバに対して、前記アプリケーション一覧画面要求を送信するアプリケーション一覧画面要求送信部と、
   前記第３のサーバから前記アプリケーション一覧画面を受信するアプリケーション一覧画面受信部と、
   前記アプリケーション一覧画面受信部により受信された前記アプリケーション一覧画面を表示する制御を行うアプリケーション一覧画面表示部と、
   前記アプリケーション一覧画面に含まれるアプリケーションのうち、ユーザによって選択されたアプリケーションをインストールする制御を行うインストール制御部と、をさらに備える、
   請求項１乃至５のうちの何れか１項に記載の情報処理システム。
7. 前記情報処理装置は、
   操作を受け付ける操作部と、
   前記操作部で受け付けた前記操作に応じた動作を行う本体と、を備える、
   請求項１乃至６のうちの何れか１項に記載の情報処理システム。
8. 前記情報処理装置は、
   前記操作部および前記本体のうちの少なくとも一方を、前記第２の対応情報の保存先として設定する保存先設定部と、
   前記保存先設定部による設定に従い、前記第２の対応情報を保存する制御を行う保存制御部と、を備える、
   請求項７に記載の情報処理システム。
9. 前記第３の記憶部は、
   前記操作部が有する操作部側記憶部と、前記本体が有する本体側記憶部とを含み、
   前記保存制御部は、
   前記保存先設定部により、前記操作部側記憶部および前記本体側記憶部の何れか一方が前記第２の対応情報の保存先として設定されていた場合は、該設定されていた方に前記第２の対応情報を保存する制御を行い、前記操作部側記憶部および前記本体側記憶部の両方が前記第２の対応情報の保存先として設定されていた場合は、前記操作部側記憶部および前記本体側記憶部の各々に前記第２の対応情報を保存する制御を行う、
   請求項８に記載の情報処理システム。
10. 前記保存先設定部は、ユーザの指示に従って、前記操作部側記憶部および前記本体側記憶部のうちの少なくとも一方を、前記第２の対応情報の保存先として設定する、
    請求項９に記載の情報処理システム。
11. 情報処理装置と、第１のサーバと、互いに異なるアプリケーションの使用権限をそれぞれが管理する１つ以上の第２のサーバと、を備え、これらがネットワークを介して相互に接続される情報処理システムによる情報処理方法であって、
    前記第１のサーバは、
    アプリケーションを識別するアプリケーション識別情報を含み、かつ、前記第２のサーバを特定するサーバ特定情報を要求する第１の要求情報を、前記情報処理装置から受信する第１の要求情報受信ステップと、
    前記アプリケーション識別情報と、前記サーバ特定情報を対応付けた第１の対応情報を記憶する第１の記憶部に記憶された前記第１の対応情報を参照して、前記第１の要求情報受信ステップにより受信された前記第１の要求情報に含まれる前記アプリケーション識別情報に対応付けられた前記サーバ特定情報を、前記情報処理装置へ送信するサーバ特定情報送信ステップと、を含み、
    前記第２のサーバは、
    前記使用権限を認証するための使用権限認証情報を含み、かつ、該使用権限に関する情報を示す使用権限情報を要求する第２の要求情報を前記情報処理装置から受信する第２の要求情報受信ステップと、
    １以上の前記使用権限認証情報を記憶する第２の記憶部に記憶された前記使用権限認証情報の中から、前記第２の要求情報受信ステップにより受信された前記第２の要求情報に含まれる前記使用権限認証情報を含む前記使用権限情報を前記情報処理装置へ送信する使用権限情報送信ステップと、を含み、
    前記情報処理装置は、
    インストール済みのアプリケーションを識別する前記アプリケーション識別情報を含む前記第１の要求情報を前記第１のサーバへ送信する第１の要求情報送信ステップと、
    前記第１の要求情報に対する応答として、前記第１のサーバから前記サーバ特定情報を受信するサーバ特定情報受信ステップと、
    前記サーバ特定情報受信ステップにより受信された前記サーバ特定情報により特定された前記第２のサーバに対して、インストール済みのアプリケーションに対応する前記使用権限認証情報を含む前記第２の要求情報を送信する第２の要求情報送信ステップと、
    前記第２の要求情報に対する応答として、前記第２のサーバから前記使用権限情報を受信する使用権限情報受信ステップと、
    インストール済みのアプリケーションを識別する前記アプリケーション識別情報と、前記使用権限情報受信ステップにより受信された前記使用権限情報とを対応付けた第２の対応情報を第３の記憶部に記憶する記憶ステップと、を含む、
    情報処理方法。
12. ネットワークを介して、第１のサーバ、および、互いに異なるアプリケーションの使用権限をそれぞれが管理する１つ以上の第２のサーバと接続された情報処理装置であって、
    アプリケーションを識別するアプリケーション識別情報と、前記第２のサーバを特定するサーバ特定情報とを対応付けた第１の対応情報を有する前記第１のサーバに対して、インストール済みのアプリケーションを識別するアプリケーション識別情報を含み、かつ、前記第２のサーバを特定するサーバ特定情報を要求する第１の要求情報を送信する第１の要求情報送信部と、
    前記第１の要求情報に対する応答として、前記第１の要求情報に含まれる前記アプリケーション識別情報に対応付けられた前記サーバ特定情報を前記第１のサーバから受信するサーバ特定情報受信部と、
    前記サーバ特定情報受信部により受信された前記サーバ特定情報により特定されるとともに、前記使用権限を認証するための使用権限認証情報を含み、かつ、該使用権限に関する情報を示す１以上の使用権限情報を有する前記第２のサーバに対して、インストール済みのアプリケーションに対応する前記使用権限認証情報を含む前記使用権限情報を要求する第２の要求情報を送信する第２の要求情報送信部と、
    前記第２の要求情報に対する応答として、前記第２のサーバから前記使用権限情報を受信する使用権限情報受信部と、
    インストール済みのアプリケーションを識別する前記アプリケーション識別情報と、前記使用権限情報受信部により受信された前記使用権限情報とを対応付けた第２の対応情報を記憶する第３の記憶部と、を備える、
    情報処理装置。
13. ネットワークを介して、第１のサーバ、および、互いに異なるアプリケーションの使用権限をそれぞれが管理する１つ以上の第２のサーバと接続された情報処理装置による情報処理方法であって、
    アプリケーションを識別するアプリケーション識別情報と、前記第２のサーバを特定するサーバ特定情報とを対応付けた第１の対応情報を有する前記第１のサーバに対して、インストール済みのアプリケーションを識別するアプリケーション識別情報を含み、かつ、前記第２のサーバを特定するサーバ特定情報を要求する第１の要求情報を送信する第１の要求情報送信ステップと、
    前記第１の要求情報に対する応答として、前記第１の要求情報に含まれる前記アプリケーション識別情報に対応付けられた前記サーバ特定情報を前記第１のサーバから受信するサーバ特定情報受信ステップと、
    前記サーバ特定情報受信ステップにより受信された前記サーバ特定情報により特定されるとともに、前記使用権限を認証するための使用権限認証情報を含み、かつ、該使用権限に関する情報を示す１以上の使用権限情報を有する前記第２のサーバに対して、インストール済みのアプリケーションに対応する前記使用権限認証情報を含む前記使用権限情報を要求する第２の要求情報を送信する第２の要求情報送信ステップと、
    前記第２の要求情報に対する応答として、前記第２のサーバから前記使用権限情報を受信する使用権限情報受信ステップと、
    インストール済みのアプリケーションを識別する前記アプリケーション識別情報と、前記使用権限情報受信ステップにより受信された前記使用権限情報とを対応付けた第２の対応情報を第３の記憶部に記憶する記憶ステップと、を含む、
    情報処理方法。
14. ネットワークを介して、第１のサーバ、および、互いに異なるアプリケーションの使用権限をそれぞれが管理する１つ以上の第２のサーバと接続された情報処理装置に、
    アプリケーションを識別するアプリケーション識別情報と、前記第２のサーバを特定するサーバ特定情報とを対応付けた第１の対応情報を有する前記第１のサーバに対して、インストール済みのアプリケーションを識別するアプリケーション識別情報を含み、かつ、前記第２のサーバを特定するサーバ特定情報を要求する第１の要求情報を送信する第１の要求情報送信ステップと、
    前記第１の要求情報に対する応答として、前記第１の要求情報に含まれる前記アプリケーション識別情報に対応付けられた前記サーバ特定情報を前記第１のサーバから受信するサーバ特定情報受信ステップと、
    前記サーバ特定情報受信ステップにより受信された前記サーバ特定情報により特定されるとともに、前記使用権限を認証するための使用権限認証情報を含み、かつ、該使用権限に関する情報を示す１以上の使用権限情報を有する前記第２のサーバに対して、インストール済みのアプリケーションに対応する前記使用権限認証情報を含む前記使用権限情報を要求する第２の要求情報を送信する第２の要求情報送信ステップと、
    前記第２の要求情報に対する応答として、前記第２のサーバから前記使用権限情報を受信する使用権限情報受信ステップと、
    インストール済みのアプリケーションを識別する前記アプリケーション識別情報と、前記使用権限情報受信ステップにより受信された前記使用権限情報とを対応付けた第２の対応情報を第３の記憶部に記憶する記憶ステップと、を実行させるためのプログラム。

Images