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

Abstract

【課題】パッケージに含まれるアプリケーションの利用可否の設定を適切に行うこと。【解決手段】開示の技術の一態様に係る情報処理装置は、パッケージに含まれる複数のアプリケーションが実行される情報処理装置であって、前記情報処理装置に導入されているか否かの判定結果に応じて、前記アプリケーション毎に導入処理を実行する導入処理実行部と、前記パッケージの契約情報を取得する契約情報取得部と、前記導入処理が実行される場合に、パッケージとして導入されたアプリケーションであるか否かを示す導入情報を、前記アプリケーション毎に付与する導入情報付与部と、前記導入情報が付与されていない場合は前記アプリケーションを利用可能とし、前記導入情報が付与されている場合であって、少なくとも１つの有効な前記契約情報がある場合は前記アプリケーションを利用可能とし、前記導入情報が付与されている場合であって、有効な前記契約情報がない場合は前記アプリケーションを利用不可能とする利用設定部と、を有する。【選択図】図２２Ａ

Description

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

画像形成装置等の情報処理装置において、拡張機能のアプリケーションを追加購入してライセンスを受けたユーザが、ライセンスに基づいて拡張機能のアプリケーションを利用する利用形態が知られている。このようなライセンスを管理するシステムとして、ライセンス管理サーバが更新確認日と利用期間を含むライセンスを生成し、情報処理装置が更新確認日から利用期間が終わるまでの間だけライセンス管理サーバとの通信を行うことで、好適なタイミングでライセンスを自動更新するものが開示されている（例えば、特許文献１参照）。

一方、拡張機能のアプリケーションの購入において、アプリケーション単独で購入する形態と、複数のアプリケーションをパッケージとして購入する形態が知られている。また、パッケージとして購入された複数のアプリケーションをパッケージ単位でアクティベーション（利用制限の解除）することで、各アプリケーションの利用可否を容易に設定可能にした装置が開示されている（例えば、特許文献２参照）。

ところで、アプリケーションの購入時の支払い方式の一つとして、利用料金を定期的に支払い続けることにより、契約した期間内でアプリケーションを利用できるサブスクリプション方式がある。そして、サブスクリプション方式では、ライセンス管理サーバとは別に、契約管理サーバが契約期間や料金の支払い方法等の契約情報を管理し、契約情報に応じてアプリケーションの利用可否を設定する場合がある。パッケージで購入された場合は、パッケージ毎に契約が締結され、契約情報が管理される。

このような場合、ライセンス管理サーバと契約管理サーバとの間で通信ができないシステムでは、ライセンス管理サーバは、契約管理サーバが管理する契約期限等の契約情報を把握できない。そのため、単体で購入され、情報処理装置に既にインストール（導入）された単体のアプリケーションと同一のアプリケーションを含むパッケージの契約が終了すると、単体のアプリケーションが利用できなくなる等、パッケージに含まれるアプリケーションの利用可否の設定を適切に行えなくなる場合があった。

これは、従前の支払い方式としては、一括支払い方式が主流であり、一括支払い方式の場合、一度支払いがされれば永久に使用でき、契約管理が必要なく、最初に、ライセンス管理サーバでアクティベーションができればよかったため、契約管理サーバを必要としていなかったからである。そして、後から既存のライセンス管理サーバと契約管理サーバを接続し、一方のみで管理できるようにするのはシステム改修が大掛かりになるため、ライセンス管理サーバと契約管理サーバとの間で通信ができないシステムにすることは、現実的には仕方がないことである。

特許文献１に記載のシステム、及び特許文献２に記載の装置では、ライセンス管理サーバと契約管理サーバとの間で通信ができないシステムについては開示されていないため、上記の課題を解決することはできない。

本発明は、上記の点に鑑みてなされたものであって、パッケージに含まれるアプリケーションの利用可否の設定を適切に行うことを課題とする。

開示の技術の一態様に係る情報処理装置は、パッケージに含まれる複数のアプリケーションが実行される情報処理装置であって、前記情報処理装置に導入されているか否かの判定結果に応じて、前記アプリケーション毎に導入処理を実行する導入処理実行部と、前記パッケージの契約情報を取得する契約情報取得部と、前記導入処理が実行される場合に、パッケージとして導入されたアプリケーションであるか否かを示す導入情報を、前記アプリケーション毎に付与する導入情報付与部と、前記導入情報が付与されていない場合は前記アプリケーションを利用可能とし、前記導入情報が付与されている場合であって、少なくとも１つの有効な前記契約情報がある場合は前記アプリケーションを利用可能とし、前記導入情報が付与されている場合であって、有効な前記契約情報がない場合は前記アプリケーションを利用不可能とする利用設定部と、を有する。

本発明の一実施形態によれば、パッケージに含まれるアプリケーションの利用可否の設定を適切に行うことができる。

第１の実施形態に係る情報処理システムの構成の一例を示す図である。 第１の実施形態に係る契約管理サーバのハードウェア構成の一例を示すブロック図である。 実施形態に係る画像形成装置のハードウェア構成の一例を示すブロック図である。 実施形態に係る画像形成装置のソフトウェア構成の一例を示すブロック図である。 実施形態に係るパッケージの構成の一例を示す図である。 パネル表示部に表示されたランチャー画面の一例を示す図である。 アプリケーションのインタフェース画面の一例を示す図（その１）である。 アプリケーションのインタフェース画面の一例を示す図（その２）である。 単体及びパッケージ毎のアプリケーションの構成の一例を示す図である。 比較例に係る情報処理システムにおけるアプリケーション毎の利用可否を示す図である。 第１の実施形態に係る契約管理サーバの機能構成の一例を示すブロック図である。 第１の実施形態に係る画像形成装置の機能構成の一例を示すブロック図である。 アプリケーション毎に付与された導入フラグの一例を示す図である。 アプリケーション毎に付与された導入フラグ及び利用フラグの一例を示す図である。 アプリケーションの利用可否を示すテーブルの一例を説明する図である。 第１の実施形態に係る情報処理システムにおけるアプリケーション毎の利用可否の一例を示す図である。 利用できないように設定されたアプリケーションの表示画面の一例を示す図（その１）である。 利用できないように設定されたアプリケーションの表示画面の一例を示す図（その２）である。 第１の実施形態に係る画像形成装置によるインストール処理の一例を示すフローチャートである。 パッケージＰ１のアプリケーションのみがインストールされた場合の一例を説明する図である。 単体のアプリケーションとパッケージＰ１のアプリケーションがインストールされた場合の一例を説明する図である。 単体のアプリケーションとパッケージＰ１及びＰ２のアプリケーションがインストールされた場合の一例を説明する図である。 第１の実施形態に係る画像形成装置による利用設定処理の一例を示すフローチャートである。 インストール及びアンインストールの履歴情報の一例を説明する図である。 第２の実施形態に係る画像形成装置の機能構成の一例を示すブロック図である。 第２の実施形態に係る画像形成装置による利用設定処理の一例を示すフローチャートである。

以下に、図面を参照して発明を実施するための形態について説明する。各図面において、同一の構成部分には同一符号を付し、重複した説明を省略する場合がある。

［第１の実施形態］
本実施形態では、情報処理装置の一例として画像形成装置を備える情報処理システムを説明する。

本実施形態に係る情報処理システムは、画像形成装置の拡張機能のアプリケーションソフトウェア（以下、単にアプリケーションという）を追加購入してライセンスを受けたユーザが、ライセンスに基づいて、拡張機能のアプリケーションを利用できるシステムである。

また、アプリケーションの購入時の支払い方式の一つとして、利用料金を定期的に支払い続けることにより、契約した利用可能な期間（有効期限）内でアプリケーションを利用できるサブスクリプション方式がある。本実施形態に係る情報処理システムは、サブスクリプション方式を採用し、情報処理システムに含まれる契約管理サーバ（「契約情報管理装置」の一例）が、契約の有効期限や料金の支払い方法等の契約情報を管理するシステムである。

＜第１の実施形態に係る情報処理システムの構成＞
図１は、本実施形態に係る情報処理システムの構成の一例を示す図である。図１に示すように、情報処理システム１は、契約管理サーバ５と、画像形成装置９とを有する。

契約管理サーバ５、及び画像形成装置９は、インターネット等のネットワーク１００を介して接続されている。

契約管理サーバ５は、一般的なＯＳ（Operating System）等が搭載された、コンピュータ等の情報処理装置によって実現することができ、無線による通信の手段又は有線による通信の手段を備えている。

また、契約管理サーバ５は、複数のパッケージのそれぞれの契約情報を管理する機能を備えている。複数のパッケージには、それぞれ複数のアプリケーションが含まれている。パッケージ及びパッケージに含まれるアプリケーションについては、別途詳述する。

パッケージの契約情報は、パッケージの購入時に締結された契約に関する情報であり、パッケージの契約の有効期限や契約形態（月契約、年契約等）、料金、料金の支払い方法、パッケージに含まれるアプリケーションの種類等の情報である。

画像形成装置９は、複合機等の画像形成機能を有する装置であり、無線による通信の手段又は有線による通信の手段を有する。画像形成装置９は、複合機、コピー機、スキャナ、プリンタ、レーザプリンタ、プロジェクタ、電子黒板等、画像形成に係る処理を実行することができる。図１の例では、一例として画像形成装置９が一台である例を示しているが複数台であっても良い。

なお、画像形成装置９は、通信機能を備えた装置であれば、ＰＪ（Projector：プロジェクタ）、ＩＷＢ（Interactive White Board：相互通信が可能な電子式の黒板機能を有する白板）、デジタルサイネージ等の出力装置、ＨＵＤ（Head Up Display）装置、産業機械、撮像装置、集音装置、医療機器、ネットワーク家電、自動車（Connected Car）、ノートＰＣ（Personal Computer）、携帯電話、スマートフォン、タブレット端末、ゲーム機、ＰＤＡ（Personal Digital Assistant）、デジタルカメラ、ウェアラブルＰＣまたはデスクトップＰＣ等であっても良い。

なお、図１に示す情報処理システム１の構成は、一例であって他の構成であっても良い。

＜第１の実施形態に係る契約管理サーバのハードウェア構成＞
図２は、本実施形態に係る契約管理サーバのハードウェア構成の一例を示すブロック図である。

図２に示されているように、契約管理サーバ５は、コンピュータによって構築されている。図２に示されているように、契約管理サーバ５は、ＣＰＵ（Central Processing Unit）５０１と、ＲＯＭ（Read Only Memory）５０２と、ＲＡＭ（Random Access Memory）５０３と、ＨＤ（Hard Disk）５０４と、ＨＤＤ(Hard Disk Drive)コントローラ５０５とを備えている。また、契約管理サーバ５は、ディスプレイ５０６と、外部機器接続Ｉ／Ｆ(Interface)５０８と、ネットワークＩ／Ｆ５０９と、データバス５１０と、キーボード５１１と、ポインティングデバイス５１２と、ＤＶＤ−ＲＷ(Digital Versatile Disk Rewritable)ドライブ５１４と、メディアＩ／Ｆ５１６とを備えている。

これらのうち、ＣＰＵ５０１は、サーバ５全体の動作を制御する。ＲＯＭ５０２は、ＩＰＬ（Initial Program Loader）等のＣＰＵ５０１の駆動に用いられるプログラムを記憶する。ＲＡＭ５０３は、ＣＰＵ５０１のワークエリアとして使用される。

ＨＤ５０４は、プログラム等の各種データを記憶する。ＨＤＤコントローラ５０５は、ＣＰＵ５０１の制御にしたがってＨＤ５０４に対する各種データの読み出し又は書き込みを制御する。ディスプレイ５０６は、カーソル、メニュー、ウィンドウ、文字、又は画像等の各種情報を表示する。

外部機器接続Ｉ／Ｆ５０８は、各種の外部機器を接続するためのインタフェースである。この場合の外部機器は、例えば、ＵＳＢ(Universal Serial Bus)メモリやプリンタ等である。ネットワークＩ／Ｆ５０９は、ネットワーク１００を利用してデータ通信をするためのインタフェースである。データバス５１０は、図２に示されているＣＰＵ５０１等の各構成要素を電気的に接続するためのアドレスバスやデータバス等である。

また、キーボード５１１は、文字、数値、各種指示等の入力のための複数のキーを備えた入力手段の一種である。ポインティングデバイス５１２は、各種指示の選択や実行、処理対象の選択、カーソルの移動等を行う入力手段の一種である。

ＤＶＤ−ＲＷドライブ５１４は、着脱可能な記録媒体の一例としてのＤＶＤ−ＲＷ５１３に対する各種データの読み出し又は書き込みを制御する。なお、ＤＶＤ−ＲＷに限らず、ＤＶＤ−Ｒ等であっても良い。メディアＩ／Ｆ５１６は、フラッシュメモリ等の記録メディア５１５に対するデータの読み出し又は書き込み（記憶）を制御する。

本実施形態に係る契約管理サーバ５は、図２に示したハードウェア構成により、後述する各種機能を実現することが可能である。

＜第１の実施形態に係る画像形成装置のハードウェア構成＞
次に、図３は、本実施形態に係る画像形成装置のハードウェア構成の一例を示すブロック図である。画像形成装置９は、ＭＦＰ（Ｍultifunction Peripheral/Product/Printer）等である。

図３に示されているように、画像形成装置９は、コントローラ９１０と、近距離通信回路９２０と、エンジン制御部９３０と、操作パネル９４０と、ネットワークＩ／Ｆ９５０とを備えている。

これらのうち、コントローラ９１０は、コンピュータの主要部であるＣＰＵ９０１と、システムメモリ（ＭＥＭ−Ｐ）９０２と、ノースブリッジ（ＮＢ）９０３と、サウスブリッジ（ＳＢ）９０４と、ＡＳＩＣ(Application Specific Integrated Circuit)９０６と、記憶部であるローカルメモリ（ＭＥＭ−Ｃ）９０７と、ＨＤＤコントローラ９０８と、記憶部であるＨＤ９０９とを備える。また、ＮＢ９０３とＡＳＩＣ９０６との間をＡＧＰ（Accelerated Graphics Port）バス９２１で接続した構成となっている。

これらのうち、ＣＰＵ９０１は、画像形成装置９の全体制御を行う制御部である。ＮＢ９０３は、ＣＰＵ９０１と、ＭＥＭ−Ｐ９０２、ＳＢ９０４、及びＡＧＰバス９２１とを接続するためのブリッジであり、ＭＥＭ−Ｐ９０２に対する読み書きなどを制御するメモリコントローラと、ＰＣＩ（Peripheral Component Interconnect）マスタ及びＡＧＰターゲットとを備える。

ＭＥＭ−Ｐ９０２は、コントローラ９１０の各機能を実現させるプログラムやデータの格納用メモリであるＲＯＭ９０２ａ、プログラムやデータの展開、及びメモリ印刷時の描画用メモリなどとして用いるＲＡＭ９０２ｂとからなる。

なお、ＲＡＭ９０２ｂに記憶されているプログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成しても良い。

ＳＢ９０４は、ＮＢ９０３とＰＣＩデバイス、周辺デバイスとを接続するためのブリッジである。ＡＳＩＣ９０６は、画像処理用のハードウェア要素を有する画像処理用途向けのＩＣ（Integrated Circuit）であり、ＡＧＰバス９２１、ＰＣＩバス９２２、ＨＤＤ９０８およびＭＥＭ−Ｃ９０７をそれぞれ接続するブリッジの役割を有する。

このＡＳＩＣ９０６は、ＰＣＩターゲットおよびＡＧＰマスタ、ＡＳＩＣ９０６の中核をなすアービタ（ＡＲＢ）、ＭＥＭ−Ｃ９０７を制御するメモリコントローラ、ハードウェアロジック等により画像データの回転などを行う複数のＤＭＡＣ（Direct Memory Access Controller）、並びに、スキャナ部９３１及びプリンタ部９３２との間でＰＣＩバス９２２を介したデータ転送を行うＰＣＩユニットとからなる。

なお、ＡＳＩＣ９０６には、ＵＳＢのインタフェースや、ＩＥＥＥ１３９４（Institute of Electrical and Electronics Engineers 1394）のインタフェースを接続するようにしても良い。

ＭＥＭ−Ｃ９０７は、コピー用画像バッファ及び符号バッファとして用いるローカルメモリである。ＨＤ９０９は、画像データの蓄積、印刷時に用いるフォントデータの蓄積、フォームの蓄積を行うためのストレージである。ＨＤ９０９は、ＣＰＵ９０１の制御にしたがってＨＤ９０９に対するデータの読出又は書込を制御する。

ＡＧＰバス９２１は、グラフィック処理を高速化するために提案されたグラフィックスアクセラレータカード用のバスインタフェースであり、ＭＥＭ−Ｐ９０２に高スループットで直接アクセスすることにより、グラフィックスアクセラレータカードを高速にすることができる。

また、近距離通信回路９２０には、近距離通信回路９２０ａが備わっている。近距離通信回路９２０は、ＮＦＣ、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の通信回路である。

更に、エンジン制御部９３０は、スキャナ部９３１及びプリンタ部９３２によって構成されている。また、操作パネル９４０は、現在の設定値や選択画面等を表示させ、操作者からの入力を受け付けるタッチパネル等のパネル表示部９４０ａ、並びに、濃度の設定条件などの画像形成に関する条件の設定値を受け付けるテンキー及びコピー開始指示を受け付けるスタートキー等からなる操作パネル９４０ｂを備えている。ここで、パネル表示部９４０ａは、「表示画面」の一例であり、画像形成装置９にインストールされている複数のアプリケーションのそれぞれを識別するアイコン（「識別図形」の一例）等を表示することができる。

コントローラ９１０は、画像形成装置９全体の制御を行い、例えば、描画、通信、操作パネル９４０からの入力等を制御する。スキャナ部９３１又はプリンタ部９３２には、誤差拡散やガンマ変換などの画像処理部分が含まれている。

なお、画像形成装置９は、操作パネル９４０のアプリケーション切り替えキーにより、ドキュメントボックス機能、コピー機能、プリンタ機能、およびファクシミリ機能を順次に切り替えて選択することが可能となる。

ドキュメントボックス機能の選択時にはドキュメントボックスモードとなり、コピー機能の選択時にはコピーモードとなり、プリンタ機能の選択時にはプリンタモードとなり、ファクシミリモードの選択時にはファクシミリモードとなる。

また、ネットワークＩ／Ｆ９５０は、ネットワーク１００を利用してデータ通信をするためのインタフェースである。近距離通信回路９２０及びネットワークＩ／Ｆ９５０は、ＰＣＩバス９２２を介して、ＡＳＩＣ９０６に電気的に接続されている。

＜第１の実施形態に係る画像形成装置のソフトウェア構成＞
次に、本実施形態に係る画像形成装置のソフトウェア構成について説明する。図４は、本実施形態に係る画像形成装置のソフトウェア構成の一例を示すブロック図である。図４に示されているように、画像形成装置９は、アプリケーション層９１と、サービス層９２と、ハンドラ層９３とを備える。

アプリケーション層９１、サービス層９２及びハンドラ層９３の実体は、ＲＯＭ１０３や２次記憶装置１６等に格納されている各種ソフトウェアである。ＣＰＵ９０１が、これらのソフトウェアを実行することにより、各種の機能が提供される。ハードウェア層９４は画像形成装置９が備えるハードウェア資源を示している。サービス層９２、ハンドラ層９３及びハードウェア層９４は、まとめてプラットフォームと称される。

アプリケーション層９１のソフトウェアは、ハードウェア層９４に属するハードウェア資源を動作させて所定の機能を提供するためのアプリケーション等である。操作パネル９４０を介してユーザから指示、又は設定の要求を受け、プラットフォームに要求を行うことでアプリケーションの機能を実現する。

アプリケーションとしては、コピー機能を提供するためのコピーアプリ、スキャン機能を提供するためのスキャンアプリ、ファクス機能を提供するためのファクスアプリ、プリント機能を提供するためのプリントアプリ等が挙げられる。また、ユーザにより追加購入された拡張機能のアプリケーションも含まれる。

サービス層９２のソフトウェアは、アプリケーション層９１とハンドラ層９３との間に介在し、アプリケーションに対し、画像形成装置９が備えるハードウェア資源を利用するためのインタフェースを提供するためのソフトウェアである。より具体的には、ハードウェア資源に対する動作要求の受付、動作要求の調停を行う機能を提供するためのソフトウェアである。サービス層９２が受け付ける動作要求としては、スキャナ部９３１による読み取りやプリンタ部９３２による印刷の要求等が挙げられる。サービス層９２のインタフェース機能は、ＷｅｂＡＰＩ（Web Application Programming Interface）等で提供される。

ハンドラ層９３のソフトウェアは、画像形成装置９が備えるハードウェア資源を制御する基本機能を提供するための基本ソフトウェアである。サービス層９２のソフトウェアは、各種アプリからのハードウェア資源の利用要求を、ハンドラ層９３が解釈可能なコマンドに変換してハンドラ層９３に渡す。そして、ハンドラ層９３のソフトウェアによりコマンドが実行されることで、ハードウェア資源は、アプリの要求に従った動作を行う。

ハンドラ層９３のソフトウェアにより実行される動作としては、ＭＥＭ−Ｐ９０２のデータ格納及び／又はデータ取り出しの制御や、ＨＤ９０９のデータ格納及び／又はデータ取り出しの制御、スキャナ部９３１の制御、プリンタ部９３２の制御等である。

＜パッケージ及びアプリケーションの構成等＞
次に、図５は、本実施形態に係るパッケージの構成の一例を示す図である。図５に示されているように、パッケージＰ１には、ランチャーアプリＬ１と、アプリケーション２１と、アプリケーション２２と、アプリケーション２３とが含まれている。

ランチャーアプリＬ１は、アプリケーションのアイコンが並んでいるランチャー画面（ホーム画面）を、操作パネル９４０のパネル表示部９４０ａに表示させるアプリケーションである。また、ランチャーアプリＬ１は、アプリケーションの初回起動時、又は任意のタイミングで、契約者ＩＤとパスワードによりログインし、契約との紐づけを行う機能契約認証機能を備える。なお、後述するランチャーアプリＬ２も、ランチャーアプリＬ１と同様の機能を備える。

ランチャーアプリＬ１、及びアプリケーション２１〜２３は、画像形成装置９の拡張機能として、ユーザによりパッケージＰ１としてパッケージ単位で追加購入され、画像形成装置９にインストール（導入）されたものである。パッケージＰ１を購入することで、パッケージＰ１に含まれるランチャーアプリＬ１、及びアプリケーション２１〜２３を利用するためのライセンスがユーザに与えられる。

ここで、拡張機能のアプリケーションには、紙で受け取った見積書等をスキャナ部９３１で読み取り、所望のファイル形式に自動変換して個人のＰＣ（Personal Computer）に送信するもの（アプリケーション２１）や、免税販売手続きで必要となる「輸出免税物品購入記録票」と「購入者誓約書」を簡単且つスピーディーに作成するもの（アプリケーション２２）、免許証や保険証等のＩＤ（Identify）カードの表面と裏面をスキャナ部９３１で読み取り、Ａ４用紙１枚に集約してプリンタ部９３２で印刷するもの（アプリケーション２３）等がある。

パッケージＰ１は、クラウドサーバ等に設けられたアプリケーションサイトから、ネットワークＩ／Ｆ９５０を介してダウンロードされ、パッケージＰ１に含まれる各アプリケーションが画像形成装置９にインストールされる。

図６は、パネル表示部に表示されたランチャー画面の一例を示す図である。ランチャーアプリＬ１によりパネル表示部９４０ａには、図６に示すようなランチャー画面Ｌ１１が表示される。ランチャー画面Ｌ１１上には、コピーアプリを実行させるアイコン６１やスキャナーアプリを実行させるアイコン６２等が表示されている。

パッケージＰ１を購入し、クラウドサーバからダウンロードすると、パッケージＰ１に含まれるアプリケーションのアイコンがパネル表示部９４０ａに追加される。追加されたアイコンに対して画面タッチ等の操作を行うと、拡張機能のアプリケーションのインタフェース画面がパネル表示部９４０ａに表示され、インタフェース画面に対する画面タッチ等の操作によりアプリケーションを起動させることができる。

図７は、拡張機能のアプリケーションのインタフェース画面の一例を示す図（その１）である。このアプリケーションは、パネル表示部９４０ａ上での操作ボタンの数や大きさを簡略化することで、コピー機能の操作を簡単に行えるようにするものである。

また、図８は、拡張機能のアプリケーションのインタフェース画面の一例を示す図（その２）である。このアプリケーションは、スキャナ部９３１で読み取った文書の保存先やファイル名等の設定を、インタフェース画面への操作により簡単に行えるようにするものである。

ここで、パッケージは、業種や業務に応じて有用なアプリケーションが集約され、業種・業務パッケージとして提供されたり、或いは読み取り機能や印刷機能等の機能に応じて、関連する機能を有するアプリケーションが集約され、機能パッケージとして提供されたりする。このように、パッケージの用途に応じて有用なアプリケーションが集約されるため、複数のパッケージの中に、単体のアプリケーションとして画像形成装置に既にインストールされているもの（以下、単体のアプリケーションという）と同一のアプリケーションが含まれる場合がある。

一方、拡張機能のアプリケーションや、複数の拡張機能のアプリケーションが含まれるパッケージは、従来、ユーザによる購入に応じて対価が一括で支払われる一括支払い方式で販売されることが多かった。一括支払い方式では、ユーザに提供されたライセンスはライセンス管理サーバで管理され、アプリケーションの利用可否が設定される。

しかし、昨今では、拡張機能のアプリケーションをサブスクリプション方式で販売する場合が増え、従来のライセンス管理システムを維持しながら、有効期限等の契約情報を管理する契約管理サーバを増設し、サブスクリプション方式で販売された拡張機能のアプリケーションの利用可否を契約情報に基づいて設定する場合がでてきている。

このような場合等に、ライセンス管理サーバと契約管理サーバとの間で通信（連携）ができない状態で、単体のアプリケーションが含まれるパッケージの契約が終了すると、パッケージに含まれるアプリケーションの利用可否の設定を適切に行えなくなる場合があった。

これは、一括支払い方式の場合、一度支払いがされれば、永久に使用でき、契約管理が必要なく、最初に、ライセンス管理サーバでアクティベーションができればよかったため、契約管理サーバを必要としていなかったからである。そして、後から既存のライセンス管理サーバと契約管理サーバを接続し、一方のみで管理できるようにするのはシステム改修が大掛かりになるため、ライセンス管理サーバと契約管理サーバとの間で通信ができないシステムにすることは、現実的には仕方がないことである。

以下に、パッケージに含まれるアプリケーションの利用可否の設定を適切に行えなくなる場合を、事例を参照してより具体的に説明する。

図９は、単体及びパッケージ毎のアプリケーションの構成の一例を示す図である。図９において、最も左側の列には各種のアプリケーション名が行毎に示されている。その右隣の列には、単体のアプリケーションが、該当する行に「○」が付されて示されている。また、その右隣の列には、パッケージＰ１に含まれるアプリケーションが、該当する行に「○」が付されて示され、さらに右隣の列には、パッケージＰ２に含まれるアプリケーションが、該当する行に「○」が付されて示されている。

図９に示されているように、画像形成装置９には、単体のアプリケーションの一例であるアプリケーション２１がインストールされている。また、パッケージＰ１には、ランチャーアプリＬ１と、アプリケーション２１〜２３が含まれ、パッケージＰ２には、ランチャーアプリＬ２と、アプリケーション２２〜２５が含まれている。パッケージＰ１に含まれるアプリケーション２１、パッケージＰ１及びＰ２とも画像形成装置９にインストールされた状態である。

ここで、一例として、パッケージＰ１の有効期限は「２０１８年１２月１７日」、パッケージＰ２の有効期限は「２０１８年１２月２４日」とし、現在の日付が２０１８年１２月２０日であるとする。また、単体のアプリケーション２１は、一括支払い方式でユーザに提供されたアプリケーションであるとする。

つまり、２０１８年１２月２０日時点では、パッケージＰ１は有効期限が切れ、ユーザはパッケージＰ１に含まれるアプリケーションを利用できない状態である。一方、パッケージＰ２はまだ有効期限になっていないため、ユーザはパッケージＰ２に含まれるアプリケーションを利用可能な状態であり、また、単体のアプリケーション２１も、一括支払い方式で提供されているため、単体のライセンスで利用可能な状態である。

単純に、画像形成装置にインストールされたアプリケーション単位で、有効期限を一元管理し、利用可否を決定する機能を備えた場合に、このような有効期限の状態になると、アプリケーション毎の利用可否は図１０のようになる。

図１０において、上述したようにパッケージＰ１の有効期限が切れたことで、利用可否の情報が更新され、パッケージＰ１に含まれるランチャーアプリＬ１、アプリケーション２１の利用可否は「否」として示されている。

つまり、アプリケーション２１は、単体のアプリケーションのライセンスで利用可能であるにも関わらず、パッケージＰ１にも含まれてパッケージＰ１の有効期限が切れたことで、実線の丸１０１で示すように、利用「否」の状態になっている。

このように、ライセンス管理サーバと契約管理サーバ５の間で通信ができないシステムでは、ライセンス管理サーバがサブスクリプション方式の契約情報を把握できないため、画像形成装置９に既にインストールされた単体のアプリケーションと同一のアプリケーションを含むパッケージの契約が終了すると、アプリケーションの利用可否の設定を適切に行えない場合があった。

そこで、本実施形態では、以下に示す構成により、パッケージに含まれるアプリケーションの利用可否の設定を適切に行えるようにする。

＜第１の実施形態に係る情報処理システムの機能構成＞
先ず、図１１は、本実施形態に係る契約管理サーバの機能構成の一例を示すブロック図である。なお、図１１に示される各機能ブロックは概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。各機能ブロックの全部又は一部を、任意の単位で機能的又は物理的に分散・結合して構成しても良い。また、図１１は、パッケージに含まれるアプリケーションの利用可否の設定に係る機能ブロックのみを示しているが、契約管理サーバ５は、他に機能を備えていても良い。

図１１に示されているように、契約管理サーバ５は、要求受信部５１と、契約情報送信部５２と、ＨＤ５０４等で構成される契約情報保持部５３とを備える。

要求受信部５１は、画像形成装置９にインストールされた全て、又は一部のパッケージの契約情報の送信を要求する要求信号を、画像形成装置９から外部機器接続Ｉ／Ｆ５０８を介して受信する。そして、要求があったことを契約情報送信部５２に通知する。なお、要求信号には、画像形成装置９にインストールされたパッケージを特定する情報が含まれ、要求受信部５１は、このようなパッケージの特定情報を併せて契約情報送信部５２に通知する。

契約情報送信部５２は、要求受信部５１からの通知に応じて、契約情報保持部５３を参照し、契約情報保持部５３により保持されるパッケージの契約情報のうち、画像形成装置９にインストールされた全て、又は一部のパッケージの契約情報を取得する。なお、パッケージの契約情報には、パッケージに含まれるアプリケーションを利用可能な期間を示す情報が含まれる。契約情報送信部５２は、取得した契約情報と、契約管理サーバ５の備える計時部等から取得した現在の日時を示す情報とを外部機器接続Ｉ／Ｆ５０８を介して画像形成装置９に送信する。

次に、図１２は、本実施形態に係る画像形成装置９の機能構成の一例を示すブロック図である。図１２に示されているように、画像形成装置９は、個数情報取得部９５と、導入処理実行部９５１と、導入情報付与部９５２と、要求送信部９６と、契約情報受信部９７と、利用情報付与部９８と、利用設定部９９と、利用設定表示部９９１とを備える。

個数情報取得部９５は、画像形成装置９にインストールされた複数のパッケージの個数情報Ｍと、複数のパッケージ内にそれぞれ含まれる全てのアプリケーションの個数情報Ｎとを取得する。本実施形態では、パッケージの個数情報Ｍは２であり、アプリケーションの個数情報Ｎは７である。個数情報取得部９５は、取得したパッケージの個数情報Ｍを利用情報付与部９８に出力し、また、アプリケーションの個数情報Ｎを利用設定部９９に出力する。

導入処理実行部９５１は、パッケージに含まれるアプリケーションが画像形成装置９にインストールされているか否かの判定結果に応じて、各アプリケーションのインストール処理を実行する。

具体的には、導入処理実行部９５１は、パッケージに含まれるアプリケーションを画像形成装置９にインストールする際に、これらのアプリケーションが画像形成装置９に既にインストールされているか否かを判定する。導入処理実行部９５１は、画像形成装置９に既にインストールされているアプリケーション（プログラム）の識別情報等を参照して判定する。そして、既にインストールされているアプリケーションのインストール処理は行わず、インストールされていないアプリケーションのインストール処理のみを実行することができる。

一例として、単体のアプリケーション２１が画像形成装置９に既にインストールされており、パッケージＰ１及びＰ２に含まれるアプリケーションはインストールされていない状態で、パッケージＰ１に含まれるアプリケーションのインストールを行うとする。アプリケーション２１は画像形成装置９に既にインストールされているが、パッケージＰ１に含まれるランチャーアプリＬ１、及びアプリケーション２２〜２３はインストールされていない。そのため、導入処理実行部９５１は、アプリケーション２１のインストール処理を実行せず、ランチャーアプリＬ１、及びアプリケーション２２〜２３のインストール処理のみを実行する。

その後、パッケージＰ２に含まれるアプリケーションのインストールを行う場合、アプリケーション２２〜２３は画像形成装置９に既にインストールされているが、ランチャーアプリＬ２、及びアプリケーション２４〜２５はインストールされていない。そのため、導入処理実行部９５１は、アプリケーション２２〜２３のインストール処理を実行せず、ランチャーアプリＬ２、及びアプリケーション２４〜２５のインストール処理のみを実行することができる。

導入情報付与部９５２は、導入処理実行部９５１によりインストール処理が実行された場合に、パッケージとしてインストールされたアプリケーションであるか否かを示す導入フラグ（「導入情報」の一例）を、アプリケーション毎に付与することができる。

上述した例では、ランチャーアプリＬ１及びＬ２と、アプリケーション２２〜２５は、パッケージＰ１又はＰ２からインストールされたものであるため、パッケージとしてインストールされたアプリケーションであることを示す導入フラグが付与される。

一方、アプリケーション２１は、単体でインストールされたものであるため、パッケージとしてインストールされたアプリケーションであることを示す導入フラグは付与されない。或いは、パッケージとしてインストールされたアプリケーションでないことを示す導入フラグが付与されても良い。

要求送信部９６は、画像形成装置９にインストールされた全て、又は一部のパッケージの契約情報の送信を要求する要求信号を契約管理サーバ５に送信する。また、契約情報受信部９７は、要求信号に応じて契約管理サーバ５が送信した全て、又は一部のパッケージの契約情報と、現在の日時情報とを受信し、これらを利用情報付与部９８に出力する。ここで、契約情報受信部９７は、「契約情報取得部」の一例である。また、契約情報受信部９７が受信した契約情報は、画像形成装置９のＭＥＭ−Ｃ９０７等にキャッシュされても良い。

利用情報付与部９８は、入力したパッケージの契約情報と、現在の日時情報に基づき、全てのパッケージに含まれるアプリケーション毎に、利用可否を示す利用フラグ（利用情報）を付与することができる。

より詳しくは、利用情報付与部９８は、各パッケージの契約情報に含まれる有効期限と現在の日時とを比較し、現在の日時がパッケージの有効期限になっていない（利用可能な期間内である）場合に、パッケージに含まれる全てのアプリケーションに、利用可能であることを示す利用フラグを付与する。反対に、現在の日時がパッケージの有効期限を過ぎている（利用可能な期間を過ぎている）場合に、パッケージに含まれる全てのアプリケーションに利用フラグを付与しない。或いは、パッケージに含まれる全てのアプリケーションに利用できないことを示す利用フラグを付与しても良い。

ここで、パッケージがインストールされた直後にログインされ、契約情報が特定できずに問い合わせできない場合や、ネットワークトラブル等により契約管理サーバ５との通信が出来なかった場合等には、利用情報付与部９８は、契約情報受信部９７を介して契約管理サーバ５からその旨を示す通知を入力し、契約情報に依らずに、要求送信部９６が契約情報の送信を要求したパッケージを利用不可にする（利用フラグを付与しない）。なお、ネットワークトラブル等で契約管理サーバ５との通信が出来ない場合は、一般に、一定期間（２４時間、７日間等)の猶予を置いた後、再度、要求送信部９６から契約情報の送信が要求される。

画像形成装置９に、複数のパッケージとしてパッケージＰ１及びＰ２がインストールされている場合には、パッケージＰ１及びＰ２に含まれる全てのアプリケーション（ランチャーアプリＬ１及びＬ２、アプリケーション２１〜２３）に、それぞれ利用フラグが付与される。利用情報付与部９８は、利用フラグを付与する処理を、個数情報取得部９５から入力したパッケージの個数分だけ繰り返して実行することができる。

利用設定部９９は、導入情報付与部９５２により付与された導入フラグと、利用情報付与部９８により付与された利用フラグに基づき、アプリケーション毎に利用可否を設定することができる。

具体的には、利用設定部９９は、利用フラグが１つも付与されておらず、且つ導入フラグが付与されている場合に、アプリケーションを無効化する等してユーザが利用できないように設定する。そして、それ以外の場合には、利用設定部９９は、アプリケーションを利用可能に設定する。なお、利用設定部９９は、アプリケーションを自動的にアンインストールすることで、利用できないように設定しても良い。

利用設定部９９は、利用可否を設定する処理を、個数情報取得部９５から入力したアプリケーションの個数分だけ繰り返して実行することができる。

利用設定表示部９９１は、パネル表示部９４０ａ等により構成され、利用設定部９９により利用できないように設定されたアプリケーションのアイコンを、パネル表示部９４０ａ上で、利用可能な状態に対して異なる色で表示する。これにより、アプリケーションを利用できないことをユーザに視認させることができる。

或いは、利用設定表示部９９１は、利用設定部９９により設定された利用可否に応じて、パネル表示部９４０ａ上でアイコンを表示又は非表示にしても良い。また、利用「否」の場合に、利用設定表示部９９１は、アプリケーションの利用中にアプリケーションが利用できないことを通知するダイアログを表示しても良いし、アプリケーションを自動的に終了させる処理を利用設定部９９等に実行させても良い。

ここで、図１３は、アプリケーションに付与された導入フラグの一例を示す図である。ランチャーアプリＬ１及びＬ２と、アプリケーション２２〜２５は、パッケージＰ１又はＰ２からインストールされたものであるため、パッケージとしてインストールされたアプリケーションであることを示す白旗の導入フラグ１３１が付与されている。一方、アプリケーション２１は、単体でインストールされ、導入処理実行部９５１によりインストール処理が実行されたものではないため、導入フラグ１３１は付与されていない。

次に、図１４は、導入情報付与部９５２による処理の実行後に、利用情報付与部９８によりアプリケーションに付与された利用フラグの一例を示す図である。パッケージＰ１の有効期限は切れているため、パッケージＰ１に含まれるランチャーアプリＬ１、アプリケーション２１〜２３に黒旗の利用フラグ１３２は付与されていない。一方、パッケージＰ２の有効期限は切れていないため、パッケージＰ２に含まれるランチャーアプリＬ２、アプリケーション２２〜２５に黒旗の利用フラグ１３２が付与されている。

利用設定部９９は、パッケージＰ１及びＰ２に含まれる全てのアプリケーションであるランチャーアプリＬ１及びＬ２、アプリケーション２１〜２５に、それぞれ導入フラグ１３１及び利用フラグ１３２が付与されているか否かを確認する。

そして、利用設定部９９は、利用フラグ１３２が１つも付与されておらず、且つ導入フラグ１３１が付与されているランチャーアプリＬ１を無効化する等してユーザが利用できないように設定する。ランチャーアプリＬ１以外のアプリケーションは、利用フラグ１３２が１以上付与されるか、或いは導入フラグ１３１が付与されていないため、利用設定部９９により、利用可能に設定される。

ここで、図１５Ａは、アプリケーションの利用可否を示すテーブルの一例を説明する図である。テーブル９８１において、最も左側の列には各種のアプリケーション名が行毎に示されている。その右隣の列には、単体のアプリケーションが示され、その右隣の列には、パッケージＰ１に含まれるアプリケーションが示されている。さらに右隣の列には、パッケージＰ２に含まれるアプリケーションが示されている。

テーブル９８１では、単体のアプリケーション２１と、パッケージＰ１におけるランチャーアプリＬ１と、アプリケーション２１〜２３が利用「可」の状態になっている。また、パッケージＰ２のランチャーアプリＬ２と、アプリケーション２２〜２５が利用「可」の状態になっている。

このようなテーブル９８１は、利用情報付与部９８、又は導入情報付与部９５１で記憶されており、利用設定部９９は、テーブル９８１を参照しながらアプリケーション毎に利用可否を設定することができる。

図１５Ｂは、本実施形態に係る情報処理システムにおける２０１８年１２月２０日時点でのアプリケーション毎の利用可否の一例を示す図である。図１０に示した比較例に対して、図１５Ｂのテーブル９９２では、アプリケーション２１は、パッケージＰ１の契約が終了しても、単体のアプリケーションの契約に基づき、破線の丸１５１で示すように利用可能な状態になっている。

このように、有効期限が切れたパッケージＰ１に含まれるアプリケーションであっても、単体でインストールされたアプリケーション２１を、利用可能なように適切に設定することができる。利用設定部９９は、テーブル９８１を参照しながらアプリケーション毎に利用可否を設定し、テーブル９９２を作成して記憶することができる。

図１６は、利用設定部９９により利用できないように設定されたアプリケーションの表示画面の一例を示す図（その１）である。

図１６は、パネル表示部９４０ａに表示されたランチャー画面Ｌ１１を示している。ランチャー画面Ｌ１１には、アプリケーション毎のアイコンが表示されている。これらのアイコンのうち、破線の丸で示したアイコン１６１は、利用設定部９９により利用できないように設定されたアプリケーションのアイコンである。図示されているように、アイコン１６１は、他のアイコンに対して色が薄くなっている。

このように、利用設定表示部９９１は、利用設定部９９により利用できないと判定されたアプリケーションのアイコン１６１を、パネル表示部９４０ａ上で、利用可能な状態に対して薄い色で表示させる。これにより、利用できないことをユーザに容易に視認させることができる。ここで、上記のアイコンの薄い色は、「利用可能な状態に対して異なる色」の一例である。

また、図１７は、利用設定部９９により利用できないように設定されたアプリケーションの表示画面の一例を示す図（その２）である。

図１６と同様に、図１７は、パネル表示部９４０ａに表示されたランチャー画面Ｌ１１を示している。ランチャー画面Ｌ１１に表示されたアイコンのうち、破線の丸で示した部分１７１では、利用設定部９９により利用できないように設定されたアプリケーションのアイコンが非表示にされている。

このように、利用設定表示部９９１は、利用設定部９９により利用できないと判定されたアプリケーションのアイコンを非表示にしても良い。非表示にすることで、利用できないことをユーザに報知することができる。

また、上記以外にも、利用設定表示部９９１は、アイコンがクリックされた時にアプリケーションが利用できないことを通知するダイアログを表示させること等で、アプリケーションが利用できないことを報知しても良い。

＜第１の実施形態に係る画像形成装置によるインストール処理＞
次に、本実施形態に係る画像形成装置によって、アプリケーションのインストール時に実行される処理について説明する。図１８は、本実施形態に係る画像形成装置によるインストール処理の一例を示すフローチャートである。ここでは、パッケージＰ１及びＰ２に含まれるアプリケーションをインストールする場合を例に説明する。

先ず、ステップＳ１８１において、導入処理実行部９５１は、パッケージＰ１又はＰ２に含まれる所定のアプリケーションを選択する。

続いて、ステップＳ１８２において、導入処理実行部９５１は、所定のアプリケーションが、画像形成装置９に既にインストールされているか否かを判定する。

ステップＳ１８２で、既にインストールされていると判定された場合は（ステップＳ１８２、Ｙｅｓ）、ステップＳ１８５に移行する。一方、まだインストールされていないと判定された場合は（ステップＳ１８２、Ｎｏ）、ステップＳ１８３において、導入処理実行部９５１は、所定のアプリケーションのインストール処理を実行する。

続いて、ステップＳ１８４において、導入情報付与部９５２は、所定のアプリケーションに導入フラグ１３１を付与する。なお、ステップＳ１８３とＳ１８４の順番は適宜変更可能であり、また、両者が並行して実行されてもよい。

続いて、ステップＳ１８５において、導入処理実行部９５１は、パッケージＰ１又はＰ２に含まれる全てのアプリケーションのインストール処理を実行したか否かを判定する。

ステップＳ１８５において、全てのアプリケーションのインストール処理を実行したと判定された場合は（ステップＳ１８５、Ｙｅｓ）、画像形成装置９は、インストール処理を終了する。一方、全てのアプリケーションのインストール処理を実行していないと判定された場合は（ステップＳ１８５、Ｎｏ）、ステップＳ１８１に戻り、導入処理実行部９５１は、パッケージＰ１又はＰ２に含まれ、インストール処理が実行されていないアプリケーションを選択し、ステップＳ１８２以降の処理を再度実行する。

このようにして、画像形成装置９は、パッケージＰ１又はＰ２に含まれるアプリケーションを画像形成装置９にインストールすることができる。

ここで、図１９〜２１は、様々な条件下で、図１８に示した処理により、パッケージに含まれるアプリケーションがインストールされた場合の例を説明する図である。図１９〜２１において、左側の列は、パッケージを識別するためのパッケージＩＤを示し、中央の列は、パッケージ毎に含まれるアプリケーションを示している。また、右側の列は、パッケージ毎でインストールされたアプリケーションを示している。

図１９は、パッケージＰ１のアプリケーションのみが画像形成装置９にインストールされた場合を説明する図である。図１９に示すように、パッケージＰ１には、ランチャーアプリＬ１、及びアプリケーション２１〜２３が含まれている。この場合は、アプリケーションは重複しないため、パッケージＰ１に含まれる全てのアプリケーションがインストールされる。

次に、図２０は、アプリケーション２１が単体として既に画像形成装置９にインストールされている状態で、パッケージＰ１のアプリケーションが画像形成装置９にインストールされた場合を説明する図である。

図２０に示すように、パッケージＰ１には、ランチャーアプリＬ１、及びアプリケーション２１〜２３が含まれている。しかし、この場合は、アプリケーション２１は単体のアプリケーションとして既にインストールされているため、パッケージＰ１としてはインストールされない。従って、ランチャーアプリＬ１、及びアプリケーション２２〜２３がパッケージＰ１としてインストールされる。

次に、図２１は、アプリケーション２１が単体として既に画像形成装置９にインストールされている状態で、パッケージＰ１のアプリケーションがインストールされ、その後に、パッケージＰ２のアプリケーションがインストールされた場合を説明する図である。

図２１に示すように、パッケージＰ１には、ランチャーアプリＬ１、及びアプリケーション２１〜２３が含まれ、パッケージＰ２には、ランチャーアプリＬ２、及びアプリケーション２２〜２５が含まれている。この場合は、アプリケーション２１は単体のアプリケーションとして既にインストールされているため、パッケージＰ１としてはインストールされない。

従って、ランチャーアプリＬ１、及びアプリケーション２２〜２３がパッケージＰ１としてインストールされる。また、ランチャーアプリＬ２、及びアプリケーション２４〜２５がパッケージＰ２としてインストールされる。

パッケージＰ１又はＰ２としてインストールされたアプリケーションには、導入情報付与部９５２により、それぞれ導入フラグ１３１が付与される。

＜第１の実施形態に係る画像形成装置による利用設定処理＞
次に、図２２Ａは、本実施形態に係る画像形成装置による利用設定処理の一例を示すフローチャートである。

先ず、ステップＳ２２１において、個数情報取得部９５は、画像形成装置９にインストールされている複数のパッケージの個数情報Ｍと、複数のパッケージに含まれる全てのアプリケーションの個数情報Ｎとを取得する。そして、パッケージの個数情報Ｍを利用情報付与部９８に出力し、また、アプリケーションの個数情報Ｎを利用設定部９９に出力する。

続いて、ステップＳ２２２において、要求送信部９６は、画像形成装置９にインストールされた全てのパッケージの契約情報の送信を要求する要求信号を契約管理サーバ５に送信する。

続いて、ステップＳ２２３において、契約情報受信部９７は、要求信号に応じて契約管理サーバ５が送信した全てのパッケージの契約情報を受信し、これを利用情報付与部９８に出力する。

なお、ステップＳ２２１とステップＳ２２２の処理の順番は適宜変更可能であり、両者が並行して実行されてもよい。

続いて、ステップＳ２２４において、利用情報付与部９８は、画像形成装置９にインストールされているパッケージのうち、所定のパッケージを選択し、選択した所定のパッケージの契約情報を参照する。

続いて、ステップＳ２２５において、利用情報付与部９８は、選択したパッケージの契約情報に含まれるパッケージの有効期限と、画像形成装置９の計時部等から取得した現在の日時を示す情報とを比較し、現在の日時が所定のパッケージの有効期限内であるか否かを判定する。そして、利用可否を示す判定結果を反映させたテーブル９８１を記憶する。

ステップＳ２２５で有効期限内であると判定された場合は（ステップＳ２２５、Ｙｅｓ）、ステップＳ２２６において、利用情報付与部９８は、所定のパッケージに含まれる全てのアプリケーションに利用可能であることを示す利用フラグ１３２を付与する。一方、ステップＳ２２５で有効期限内でないと判定された場合は（ステップＳ２２５、Ｎｏ）、ステップＳ２２６をスキップして、ステップＳ２２７に移行する。つまり、所定のパッケージに含まれるアプリケーションに、何れも利用フラグ１３２を付与しない。

続いて、ステップＳ２２７において、利用情報付与部９８は、個数情報Ｍに基づき、全てのパッケージについて利用可否の判定が行われたか否かを判定する。

ステップＳ２２７で、全てのパッケージについて利用可否の判定が行われていないと判定された場合は（ステップＳ２２７、Ｎｏ）、ステップＳ２２４に戻り、利用情報付与部９８は、利用可否の判定が行われていないパッケージを選択する。そして、ステップＳ２２５以降の処理が再度実行される。

一方、ステップＳ２２７で全てのパッケージについて利用可否の判定が行われたと判定された場合は（ステップＳ２２７、Ｙｅｓ）、ステップＳ２２８において、利用設定部９９は、複数のパッケージに含まれるアプリケーションのうち、所定のアプリケーションを選択する。

続いて、ステップＳ２２９において、利用設定部９９は、所定のアプリケーションに導入フラグ１３１が付与されているか否かを判定する。

ステップＳ２２９で、導入フラグ１３１が付与されていないと判定された場合は（ステップＳ２２９、Ｎｏ）、ステップＳ２３０に移行し、ステップＳ２３０において、利用設定部９９は、所定のアプリケーションを利用可能に設定する。

そして、ステップＳ２３１において、利用設定表示部９９１は、パネル表示部９４０ａ上で、所定のアプリケーションのアイコンを、濃い色で表示させる。

一方、ステップＳ２２９で導入フラグ１３１が付与されていると判定された場合は（ステップＳ２２９、Ｙｅｓ）、ステップ２３２において、利用設定部９９は、テーブル９８１を参照しながら、選択した所定のアプリケーションに１以上のフラグが付与されているか否かを判定する。そして、アプリケーション毎の利用可否の設定結果を示すテーブル９９２を作成し、記憶する。

ステップＳ２３２で所定のアプリケーションに１以上の利用フラグ１３２が付与されていると判定された場合は（ステップＳ２３２、Ｙｅｓ）、ステップＳ２３０に移行し、ステップＳ２３０〜２３１の処理が実行される。

一方、ステップＳ２３２で、所定のアプリケーションに１以上の利用フラグ１３２が付与されていないと判定された場合は（ステップＳ２３２、Ｎｏ）、ステップＳ２３３において、利用設定部９９は、所定のアプリケーションをユーザが利用できないように設定する。

続いて、ステップＳ２３４において、利用設定表示部９９１は、パネル表示部９４０ａ上で、所定のアプリケーションのアイコンを、利用可能な状態に対して薄い色で表示させる。

続いて、ステップＳ２３５において、利用設定部９９は、複数のパッケージに含まれる全てのアプリケーションで、利用可否の設定処理を実行したか否かを判定する。

ステップＳ２３５において、複数のパッケージに含まれる全てのアプリケーションで、利用可否が設定されたと判定された場合は（ステップＳ２３５、Ｙｅｓ）、画像形成装置９は、処理を終了する。一方、複数のパッケージに含まれる全てのアプリケーションで、利用可否が設定されていないと判定された場合は（ステップＳ２３５、Ｎｏ）、ステップＳ２２８に戻り、利用設定部９９は、利用可否が設定されていないアプリケーションを選択する。そして、ステップＳ２２８以降の処理が再度実行される。

このようにして、画像形成装置９は、パッケージに含まれるアプリケーションの利用可否の設定処理を実行することができる。

図２２Ａのフローチャートで示した処理は、例えば１日１回等、定期的に実行され、画像形成装置９にインストールされている複数のパッケージの有効期限が確認されて、パッケージに含まれるアプリケーションの利用可否が設定される。但し、処理を実行する周期は、定期的に限定されるものではなく、不定期であっても良い。

また、定期的に実行される場合の周期は、１日に限定されるものではなく、１日より長くても短くてもよい。但し、契約の有効期限の設定単位に応じた周期で実行することが好適である。例えば、契約の有効期限が○○年□□月××日迄有効といったように、日単位で設定されている場合は１日周期で実行する。また○○年□□月迄有効といったように、月単位で設定されている場合は１月周期で実行する。このようにすることで、契約の有効期限に応じてタイムリーに利用可否を設定できるため、より好適である。

＜効果＞
本実施形態では、情報処理システム１は、画像形成装置９に導入されているか否かの判定結果に応じて、パッケージに含まれるアプリケーション毎に導入処理を実行する導入処理実行部と、パッケージの契約情報を取得する契約情報取得部と、取得された契約情報、及びパッケージとして導入されたアプリケーションであるか否かの判定結果に応じて、アプリケーション毎に利用可否を設定する利用設定部とを有する。

例えば、画像形成装置９に単体としてアプリケーション２１がインストールされている場合に、導入情報付与部９５２は、アプリケーション２１にはパッケージとしてインストールされたことを示す導入フラグ１３１を付与しない。

そして、利用設定部９９は、導入フラグ１３１が付与されていないアプリケーションを、利用できないようにする対象から除外する（利用可能にする）。これにより、単体としてインストールされたアプリケーション２１が含まれるパッケージＰ１の有効期限が切れた場合に、アプリケーション２１が利用できなくなることを防ぐことができる。そして、パッケージに含まれるアプリケーションの利用可否の設定を適切に行うことができる。

また、本実施形態は、従来のライセンス管理システムを維持しながら、有効期限等の契約情報を管理する契約管理サーバを増設し、サブスクリプション方式で販売された拡張機能のアプリケーションの利用可否を契約情報に基づいて設定する場合に好適である。本実施形態により、既存のアプリケーションに手を加えずに、サブスクリプション方式でアプリケーションを提供することができる。

本実施形態では、パッケージにランチャーアプリと複数のアプリケーションが含まれる例を説明したが、これに限定されるものではなく、パッケージにランチャーアプリと１つのアプリケーションが含まれる構成であっても良い。このようにすることで、単体アプリケーションのサブスクリプション化も可能となる。

また、本実施形態では、導入情報の一例として導入フラグ１３１を用いる例を示したが、これに限定されるものではない。インストール及びアンインストールの少なくとも１つの履歴情報を導入情報として用いても良い。ここで、図２２Ｂは、インストール及びアンインストールの少なくとも１つの履歴情報の一例を説明する図である。図２２Ｂにおいて、最も左側の列には各種のアプリケーション名が行毎に示されている。その右隣の列には、インストール、又はアンイストールかの処理を示す情報が示され、その右隣の列には、導入手段に関する情報が示されている。さらに右隣の列には、インストール、又はアンインストール処理の完了日時が示されている。

画像形成装置９は、アプリケーションのインストール及びアンインストールの少なくとも１つの履歴情報を保持している。この履歴情報に基づき、アプリケーションが単体で導入されたものか否かを次のように判別することができる。

具体的には、先ず、判別するアプリケーションを含む履歴をすべて抽出する。その中で、最新の処理完了日時を持つ履歴１件を抽出する。抽出された履歴において、導入手段が単体である場合は、単体として導入されたアプリケーションであり、パッケージとして導入された場合は、パッケージで導入されたアプリケーションであることと判別できる。

例えば、アプリケーション２２の場合は、３件の履歴が抽出され、最新の履歴である２０００／０１／０４ ００：００の履歴から、パッケージＰ１としてインストールされたことが分かる。

図２２ＡのステップＳ２２９の処理に代えて、上記判別方法にて、単体であるか否かを判別しても良い。なお、この履歴情報は、パッケージで導入されたアプリケーションに対しては、導入フラグが設定されたことと等価である。

また、本実施形態の場合、図１８で説明した処理のように、インストール時に導入フラグを必ずしも設定する必要はなく、定期的な処理として導入手段の判別を行うか、または、利用可否判断や更新設定をする際に、随時導入手段の判別を行えば良い。

さらに、アプリケーションがネットワーク経由で導入される場合は、上記の履歴情報が画像形成装置９ではなく、アプリケーションを配布するサーバに保持されていてもよい。

［第２の実施形態］
次に、第２の実施形態に係る情報処理装置を説明する。なお、既に説明した実施形態と同一の構成部についての説明は省略する。

本実施形態では、情報処理装置の一例として画像形成装置について説明する。また、本実施形態に係る画像形成装置は、拡張機能のアプリケーションソフトウェアを追加購入してライセンスを受けたユーザが、ライセンスに基づいて、拡張機能のアプリケーションを利用できるものである。また、サブスクリプション方式を採用し、画像形成装置、又は画像形成装置とは別の契約管理サーバが、契約の有効期限や料金の支払い方法等の契約情報を管理しているものとする。

＜第２の実施形態に係る画像形成装置の機能構成＞
図２３は、本実施形態に係る画像形成装置の機能構成の一例を示すブロック図である。図２３に示されているように、画像形成装置９ａは、契約情報格納部９７１と、契約情報取得部９７２と、利用情報付与部９８ａとを備える。

契約情報格納部９７１は、ＨＤ９０９等により構成され、画像形成装置９ａにインストールされた全てのパッケージの契約情報を格納（記憶）する。契約情報格納部９７１が格納する契約情報は、アプリケーションのユーザやアプリケーションの管理者、画像形成装置９ａの管理者等により、１日１回等の周期で定期的に更新される。

契約情報取得部９７２は、契約情報格納部９７１から全てのパッケージの契約情報を取得し、利用情報付与部９８ａに出力することができる。また、利用情報付与部９８ａは、契約情報取得部９７２から入力した全てのパッケージの契約情報に基づき、全てのパッケージに含まれるアプリケーション毎に、利用可否を示す利用フラグ１３２を付与する機能を有する。

＜第２の実施形態に係る画像形成装置による処理＞
次に、図２４は、本実施形態に係る画像形成装置による処理の一例を示すフローチャートである。図２４におけるステップＳ２４１の処理は、図２２ＡにおけるステップＳ２２１の処理と同じであるため、ここでは説明を省略する。

ステップＳ２４２において、契約情報取得部９７２は、契約情報格納部９７１の格納する全てのパッケージの契約情報を契約情報格納部９７１から取得し、利用情報付与部９８ａに出力する。

図２４におけるステップＳ２４３〜Ｓ２５４の処理は、利用情報付与部９８ａが契約情報取得部９７２から契約情報を取得する点を除き、図２２ＡにおけるステップＳ２２４〜Ｓ２３５の処理と同じであるため、ここでは説明を省略する。

このようにして、画像形成装置９は、パッケージに含まれるアプリケーションの利用可否を設定することができる。図２４に示した処理は、第１の実施形態と同様に、定期的、又は不定期に実行される。但し、最新の契約情報を反映させるために、ユーザ等により契約情報格納部９７１が格納する契約情報が更新された後で、図２４に示した処理が実行される。

以上説明した構成により、パッケージの契約情報に基づき、パッケージに含まれるアプリケーション毎に、利用可否を示す利用フラグ１３２を付与し、付与された利用フラグ１３２に基づき、アプリケーション毎に利用可否を設定することができる。そして、パッケージに含まれるアプリケーションの利用可否の設定を適切に行うことができる。

なお、本実施形態では、契約情報格納部９７１が保持する契約情報を、ユーザ等が更新する例を説明したがこれに限定されるものではない。例えば、画像形成装置９ａは、要求送信部と、契約情報受信部とをさらに備え、契約管理サーバから受信した契約情報に基づいて、契約情報格納部９７１が格納する契約情報が更新されるようにしても良い。

また、上記以外の効果は、第１の実施形態で説明したものと同様である。

以上、実施形態を説明したが、本発明は、具体的に開示された上記の実施形態に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。

また、実施形態は、情報処理方法も含む。例えば、情報処理方法は、パッケージに含まれる複数のアプリケーションが実行される情報処理装置による情報処理方法であって、前記情報処理装置に導入されているか否かの判定結果に応じて、前記アプリケーション毎に、導入処理を実行する導入処理実行ステップと、前記パッケージの契約情報を取得する契約情報取得ステップと、前記導入処理が実行される場合に、パッケージとして導入されたアプリケーションであるか否かを示す導入情報を、前記アプリケーション毎に付与する導入情報付与ステップと、前記導入情報が付与されていない場合は前記アプリケーションを利用可能とし、前記導入情報が付与されている場合であって、少なくとも１つの有効な前記契約情報がある場合は前記アプリケーションを利用可能とし、前記導入情報が付与されている場合であって、有効な前記契約情報がない場合は前記アプリケーションを利用不可能とする利用設定ステップと、を含む。このような情報処理方法により、上述の情報処理システムと同様の効果を得ることができる。

さらに、実施形態は、プログラムも含む。例えば、プログラムは、情報処理装置を、前記情報処理装置に導入されているか否かの判定結果に応じて、前記アプリケーション毎に、導入処理を実行する導入処理実行部、複数のアプリケーションを含むパッケージの契約情報を取得する契約情報取得部、前記導入処理が実行される場合に、パッケージとして導入されたアプリケーションであるか否かを示す導入情報を、前記アプリケーション毎に付与する導入情報付与部、前記導入情報が付与されていない場合は前記アプリケーションを利用可能とし、前記導入情報が付与されている場合であって、少なくとも１つの有効な前記契約情報がある場合は前記アプリケーションを利用可能とし、前記導入情報が付与されている場合であって、有効な前記契約情報がない場合は前記アプリケーションを利用不可能とする利用設定部、として機能させる。このようなプログラムにより、上述の情報処理システムと同様の効果を得ることができる。

また、上記で説明した実施形態の各機能は、一又は複数の処理回路によって実現することが可能である。ここで、本明細書における「処理回路」とは、電子回路により実装されるプロセッサのようにソフトウェアによって各機能を実行するようプログラミングされたプロセッサや、上記で説明した各機能を実行するよう設計されたASIC(Application Specific Integrated Circuit)、DSP（digital signal processor）、FPGA（field programmable gate array）や従来の回路モジュール等のデバイスを含むものとする。

１ 情報処理システム
５ 契約管理サーバ（契約情報管理装置の一例）
５１ 要求受信部
５２ 契約情報送信部
５３ 契約情報保持部
５０１ ＣＰＵ
９、９ａ 画像形成装置（情報処理装置の一例）
９１ アプリケーション層
９２ サービス層
９３ ハンドラ層
９４ ハードウェア層
９５ 個数情報取得部
９５１ 導入処理実行部
９５２ 導入情報付与部
９６ 要求送信部
９７ 契約情報受信部
９８、９８ａ 利用情報付与部
９９ 利用設定部
９９１ 利用設定表示部
９０１ ＣＰＵ
９０９ ＨＤ
９７１ 契約情報格納部
９７２ 契約情報取得部
９４０ 操作パネル
９４０ａ パネル表示部（表示画面の一例）
９５０ ネットワークＩ／Ｆ
９３１ スキャナ部
９３２ プリンタ部
２１、２２、２３、２４、２５ アプリケーション
６１、６２、１６１、１７１ アイコン（識別図形の一例）
１３１ 導入フラグ（導入情報の一例）
１３２ 利用フラグ（利用情報の一例）
１００ ネットワーク
Ｐ１、Ｐ２ パッケージ
Ｌ１、Ｌ２ ランチャーアプリ
Ｌ１１ ランチャー画面
Ｍ パッケージの個数情報
Ｎ アプリケーションの個数情報

特開２０１７−１４６８７０号公報 特許第５１０７１５９号公報

Claims (8)

1. パッケージに含まれる複数のアプリケーションが実行される情報処理装置であって、
   前記情報処理装置に導入されているか否かの判定結果に応じて、前記アプリケーション毎に導入処理を実行する導入処理実行部と、
   前記パッケージの契約情報を取得する契約情報取得部と、
   前記導入処理が実行される場合に、パッケージとして導入されたアプリケーションであるか否かを示す導入情報を、前記アプリケーション毎に付与する導入情報付与部と、
   前記導入情報が付与されていない場合は前記アプリケーションを利用可能とし、前記導入情報が付与されている場合であって、少なくとも１つの有効な前記契約情報がある場合は前記アプリケーションを利用可能とし、前記導入情報が付与されている場合であって、有効な前記契約情報がない場合は前記アプリケーションを利用不可能とする利用設定部と、を有する
   情報処理装置。
2. 前記契約情報取得部は、前記契約情報を管理する契約情報管理装置から前記契約情報を受信することで前記契約情報を取得する
   請求項１に記載の情報処理装置。
3. 前記契約情報を格納する契約情報格納部を有し、
   前記契約情報取得部は、前記契約情報格納部から前記契約情報を取得する
   請求項１、又は２に記載の情報処理装置。
4. アプリケーションを識別する識別図形を表示する表示画面と、
   前記利用設定部により利用できないように設定されたアプリケーションの前記識別図形を、前記表示画面上で、利用可能な状態に対して異なる色で表示する利用設定表示部と、を有する
   請求項１乃至３の何れか１項に記載の情報処理装置。
5. アプリケーションを識別する識別図形を表示する表示画面と、
   前記利用設定部による前記利用可否の設定に応じて、前記表示画面上で、前記識別図形を表示又は非表示にする利用設定表示部と、を有する
   請求項１乃至４の何れか１項に記載の情報処理装置。
6. 情報処理装置と、それぞれが複数のアプリケーションを含む複数のパッケージ毎に、契約情報を管理する契約情報管理装置と、を含む情報処理システムであって、
   前記情報処理装置は、
   前記情報処理装置に導入されているか否かの判定結果に応じて、前記アプリケーション毎に、導入処理を実行する導入処理実行部と、
   前記導入処理が実行される場合に、パッケージとして導入されたアプリケーションであるか否かを示す導入情報を、前記アプリケーション毎に付与する導入情報付与部と、
   前記導入情報が付与されていない場合は前記アプリケーションを利用可能とし、前記導入情報が付与されている場合であって、少なくとも１つの有効な前記契約情報がある場合は前記アプリケーションを利用可能とし、前記導入情報が付与されている場合であって、有効な前記契約情報がない場合は前記アプリケーションを利用不可能とする利用設定部と、を有する、
   前記契約情報管理装置は、
   前記契約情報を保持する契約情報保持部と、
   前記要求信号に応じて、前記情報処理装置に前記契約情報を送信する契約情報送信部と、を有する
   情報処理システム。
7. パッケージに含まれる複数のアプリケーションが実行される情報処理装置による情報処理方法であって、
   前記情報処理装置に導入されているか否かの判定結果に応じて、前記アプリケーション毎に、導入処理を実行する導入処理実行ステップと、
   前記パッケージの契約情報を取得する契約情報取得ステップと、
   前記導入処理が実行される場合に、パッケージとして導入されたアプリケーションであるか否かを示す導入情報を、前記アプリケーション毎に付与する導入情報付与ステップと、
   前記導入情報が付与されていない場合は前記アプリケーションを利用可能とし、前記導入情報が付与されている場合であって、少なくとも１つの有効な前記契約情報がある場合は前記アプリケーションを利用可能とし、前記導入情報が付与されている場合であって、有効な前記契約情報がない場合は前記アプリケーションを利用不可能とする利用設定ステップと、を含む
   情報処理方法。
8. 情報処理装置を、
   前記情報処理装置に導入されているか否かの判定結果に応じて、前記アプリケーション毎に、導入処理を実行する導入処理実行部、
   複数のアプリケーションを含むパッケージの契約情報を取得する契約情報取得部、
   前記導入処理が実行される場合に、パッケージとして導入されたアプリケーションであるか否かを示す導入情報を、前記アプリケーション毎に付与する導入情報付与部、
   前記導入情報が付与されていない場合は前記アプリケーションを利用可能とし、前記導入情報が付与されている場合であって、少なくとも１つの有効な前記契約情報がある場合は前記アプリケーションを利用可能とし、前記導入情報が付与されている場合であって、有効な前記契約情報がない場合は前記アプリケーションを利用不可能とする利用設定部、として機能させるためのプログラム。

Images