JP2023077121A - 情報処理装置、情報処理システム及び情報処理方法 - Google Patents

Abstract

【課題】アプリケーションの利用の促進を支援すること。
【解決手段】情報処理装置は、情報処理端末のユーザを特定する特定部と、複数のアプリケーションのうち前記ユーザが利用可能な第１のアプリケーションと当該ユーザが利用できない第２のアプリケーションとを識別可能に表示する第１の画面を示す第１の画面情報を前記情報処理端末へ送信する画面情報送信部と前記第１の画面を介して選択された前記第１のアプリケーションの実行を制御する実行部と、を有し、前記画面情報送信部は、前記第１の画面において前記第２のアプリケーションが選択された場合に当該第２のアプリケーションの利用を可能にするための操作を受け付ける第２の画面を示す第２の画面情報を、前記情報処理端末へ送信する。
【選択図】図４

Description

本発明は、情報処理装置、情報処理システム及び情報処理方法に関する。

従来、ネットワークを介して提供されるアプリケーションと連携可能な機器が存在する。このような機器の中にはアプリケーションの一覧画面の中から実行対象とするアプリケーションをユーザが選択可能な機器も有る。

但し、ネットワークを介して提供される全てのアプリケーションを各ユーザが利用可能であるとは限らない。例えば、特許文献１では、或るユーザが契約するライセンス等により、当該ユーザが利用できないアプリケーションを判断し、ユーザが利用できないアプリケーションについては実行対象の選択候補としてユーザに提示しないことが開示されている（例えば、特許文献１）。

ユーザが利用できないアプリケーションが実行対象の選択候補としてユーザに提示されない場合、現時点では利用できないが、契約等の変更により利用可能となるアプリケーションの存在をユーザに認識させることが困難である。その結果、ユーザによる当該アプリケーションの利用が促進されないという問題がある。

本発明は、上記の点に鑑みてなされたものであって、アプリケーションの利用の促進を支援することを目的とする。

そこで上記課題を解決するため、情報処理装置は、情報処理端末のユーザを特定する特定部と、複数のアプリケーションのうち前記ユーザが利用可能な第１のアプリケーションと当該ユーザが利用できない第２のアプリケーションとを識別可能に表示する第１の画面を示す第１の画面情報を前記情報処理端末へ送信する画面情報送信部と前記第１の画面を介して選択された前記第１のアプリケーションの実行を制御する実行部と、を有し、前記画面情報送信部は、前記第１の画面において前記第２のアプリケーションが選択された場合に当該第２のアプリケーションの利用を可能にするための操作を受け付ける第２の画面を示す第２の画面情報を、前記情報処理端末へ送信する。

アプリケーションの利用の促進を支援することができる。

本発明の実施の形態における情報処理システムの構成例を示す図である。 本発明の実施の形態におけるサービス提供システム１０のハードウェア構成例を示す図である。 本発明の実施の形態における画像形成装置２０のハードウェア構成例を示す図である。 本発明の実施の形態におけるサービス提供システム１０及び画像形成装置２０の機能構成例を示す図である。 プランを説明するための図である。 情報処理システムにおいて実行される処理手順の一例を説明するためのシーケンス図である。 ユーザ契約プラン情報一覧を示す図である。 機器契約プラン情報一覧を示す図である。 プランマッピングデータの一例を示す図である。 アプリ一覧画面の第１の表示例を示す図である。 アプリ一覧画面の第２の表示例を示す図である。 利用不可通知画面の表示例を示す図である。 プラン一覧情報の一例を示す図である。 利用不可通知画面の第１の変形例を示す図である。 利用不可通知画面の第２の変形例を示す図である。 利用不可通知画面の第３の変形例を示す図である。 利用不可通知画面の第４の変形例を示す図である。 利用制限付きで選択アプリの利用を可能とする例を説明するための図である。 共通設定サイトにおけるアプリ一覧画面の表示例を示す図である。 共通設定サイトにおける利用不可通知画面の第１の表示例を示す図である。 共通設定サイトにおける利用不可通知画面の第１の表示例を示す図である。

以下、図面に基づいて本発明の実施の形態を説明する。図１は、本発明の実施の形態における情報処理システムの構成例を示す図である。図１において、情報処理システムは、サービス提供環境Ｅ１、ユーザ環境Ｅ２及び１以上の外部ストレージシステム４０を含む。サービス提供環境Ｅ１、ユーザ環境Ｅ２及び外部ストレージシステム４０は、インターネット等の広域的なネットワークＮ１を介して通信可能に接続される。

サービス提供環境Ｅ１は、ネットワークＮ１を介してクラウドサービス等の外部サービスを提供するシステム環境である。本実施形態では、外部サービスの具体例としてクラウドサービスを採用して説明するが、ＡＳＰ（Application Service Provider）によって提供されるサービスやＷｅｂサービス等、ネットワークを介して提供されるサービスに関して本実施の形態が適用されてもよい。

サービス提供環境Ｅ１は、一台以上の情報処理装置（コンピュータ）が構成するサービス提供システム１０を有する。サービス提供システム１０は、ネットワークＮ１を介して所定のサービスを提供する。例えば、サービス提供システム１０は、ユーザ環境Ｅ２の画像形成装置２０が原稿をスキャンして生成した画像データに対して、予めワークフローとして定義されたアプリケーションを実行するサービスを提供する。また、サービス提供システム１０は、外部ストレージシステム４０に保存されている電子ファイルについて、予めワークフローとして定義されたアプリケーションを実行することで、画像形成装置２０に印刷させるサービスを提供する。

ユーザ環境Ｅ２は、例えば、画像形成装置２０のユーザである企業等におけるシステム環境である。ユーザ環境Ｅ２は、一台以上の画像形成装置２０及び情報処理装置３０を含む。各画像形成装置２０及び情報処理装置３０は、例えば、ＬＡＮ（Local Area Network）等のネットワークを介してネットワークＮ１に接続する。

画像形成装置２０は、プリント機能及びスキャン機能を有する画像形成装置２０である。なお、画像形成装置２０は、プリント機能及びスキャン機能以外に、コピー機能やファックス（ＦＡＸ）通信機能等を備える複合機等でもよい。

情報処理装置３０は、例えば、ＰＣ又はスマートデバイスである。

外部ストレージシステム４０は、ストレージサービス（又はオンラインストレージ）と呼ばれるクラウドサービスをネットワークＮ１を介して提供するコンピュータシステムである。ストレージサービスとは、外部ストレージシステム４０のストレージの記憶領域を貸し出すサービスである。例えば、当該記憶領域は、ワークフローにおいて処理対象とされた電子ファイルの保存先（アップロード先）として利用される。また、当該記憶領域に記憶された電子ファイルは、ワークフローの入力データとしてダウンロードされる。

図２は、本発明の実施の形態におけるサービス提供システム１０のハードウェア構成例を示す図である。図２において、サービス提供システム１０は、入力装置１１、表示装置１２、外部Ｉ／Ｆ１３、ＲＡＭ１４、ＲＯＭ１５、ＣＰＵ１６、通信Ｉ／Ｆ１７及びＨＤＤ１８などを備え、それぞれがバスＢで相互に接続されている。なお、入力装置１１及び表示装置１２は必要なときに接続して利用する形態であってもよい。

入力装置１１は、キーボードやマウス、タッチパネルなどを含み、ユーザが各操作信号を入力するのに用いられる。表示装置１２はディスプレイ等を含み、サービス提供システム１０による処理結果を表示する。

通信Ｉ／Ｆ１７は、サービス提供システム１０を各種ネットワークに接続するインタフェースである。これにより、サービス提供システム１０は通信Ｉ／Ｆ１７を介してデータ通信を行うことができる。

ＨＤＤ１８は、プログラムやデータを格納している不揮発性の記憶装置の一例である。格納されるプログラムやデータには、サービス提供システム１０全体を制御する基本ソフトウェアであるＯＳ、及びＯＳ上において各種機能を提供するソフトウェアなどがある。なお、サービス提供システム１０はＨＤＤ１８に替え、記録媒体としてフラッシュメモリを用いるドライブ装置（例えばソリッドステートドライブ：ＳＳＤ）を利用するものであってもよい。

外部Ｉ／Ｆ１３は、外部装置とのインタフェースである。外部装置には、記録媒体１３ａなどがある。これにより、サービス提供システム１０は外部Ｉ／Ｆ１３を介して記録媒体１３ａの読み取り及び／又は書き込みを行うことができる。記録媒体１３ａにはフレキシブルディスク、ＣＤ、ＤＶＤ、ＳＤメモリカード、ＵＳＢメモリなどがある。

ＲＯＭ１５は、電源を切ってもプログラムやデータを保持することができる不揮発性の半導体メモリ（記憶装置）の一例である。ＲＯＭ１５にはサービス提供システム１０の起動時に実行されるＢＩＯＳ、ＯＳ設定、及びネットワーク設定などのプログラムやデータが格納されている。ＲＡＭ１４はプログラムやデータを一時保持する揮発性の半導体メモリ（記憶装置）の一例である。

ＣＰＵ１６は、ＲＯＭ１５やＨＤＤ１８などの記憶装置からプログラムやデータをＲＡＭ１４上に読み出し、処理を実行することで、サービス提供システム１０全体の制御や機能を実現する演算装置である。

図３は、本発明の実施の形態における画像形成装置２０のハードウェア構成例を示す図である。図３において、画像形成装置２０は、コントローラ２１、操作パネル２２、外部Ｉ／Ｆ２３、通信Ｉ／Ｆ２４、プリンタ２５及びスキャナ２６を有する。また、コントローラ２１は、ＣＰＵ２１１、ＲＡＭ２１２、ＲＯＭ２１３、ＮＶＲＡＭ２１４及びＨＤＤ２１５を有する。ＲＯＭ２１３は、各種プログラムやデータを記憶する。ＲＡＭ２１２は、プログラムやデータを一時的に記憶する。ＮＶＲＡＭ２１４は、例えば設定情報等を記憶する。ＨＤＤ２１５は、各種プログラムやデータを記憶する。

ＣＰＵ２１１は、ＲＯＭ２１３やＮＶＲＡＭ２１４、ＨＤＤ２１５等からプログラムやデータ、設定情報等をＲＡＭ２１２上に読み出し、処理を実行することで、画像形成装置２０全体の制御や機能を実現する。

操作パネル２２は、ユーザからの入力を受け付ける入力部と、表示を行う表示部とを備えている。外部Ｉ／Ｆ２３は、外部装置とのインタフェースである。外部装置は、例えば、記録媒体等２３ａである。この場合、画像形成装置２０は、外部Ｉ／Ｆ２３を介して記録媒体２３ａの読み取り及び／又は書き込みを行うことができる。記録媒体２３ａは、例えば、ＩＣカード、フレキシブルディスク、ＣＤ、ＤＶＤ、ＳＤメモリカード、ＵＳＢメモリ等である。

通信Ｉ／Ｆ２４は、画像形成装置２０をネットワークに接続するインタフェースである。すなわち、画像形成装置２０は通信Ｉ／Ｆ２４を介してデータ通信を行うことができる。プリンタ２５は、印刷データを印刷するための印刷装置である。スキャナ２６は原稿を読み取り画像ファイル（電子ファイル）を生成するための読取装置である。

図４は、本発明の実施の形態におけるサービス提供システム１０及び画像形成装置２０の機能構成例を示す図である。

画像形成装置２０は、ブラウザ２２１を有する。ブラウザ２２１は、例えば、画像形成装置２０の操作パネル２２にインストールされた１以上のプログラムが、操作パネル２２のＣＰＵに実行させる処理により実現される。ブラウザ２２１は、サービス提供システム１０との間においてＨＴＴＰ通信を実行する。ブラウザ２２１は、サービス提供システム１０から提供されるＷｅｂページを表示する。ブラウザ２２１は、Ｗｅｂページに対するユーザによる操作に応じたリクエストをサービス提供システム１０へ送信したり、当該操作に応じた画像形成装置２０の制御等を行ったりする。

サービス提供システム１０は、サービス処理部１１０、ストレージサービス連携部１２０及びドキュメントサービス部１３０、契約管理部１４０及び認証・認可部１５０を有する。これら各部は、サービス提供システム１０にインストールされた１以上のプログラムが、ＣＰＵ１６に実行させる処理により実現される。サービス提供システム１０は、また、アプリ情報記憶部１６０及び契約・ユーザ情報記憶部１７０を利用する。これら各記憶部は、例えば、ＨＤＤ１８、又はサービス提供システム１０にネットワークを介して接続可能な記憶装置等を用いて実現可能である。

認証・認可部１５０は、画像形成装置２０のユーザについて認証及び認可を行う。すなわち、認証・認可部１５０は、認証に成功したユーザ（サービス提供システム１０へのログインユーザ）を画像形成装置２０のユーザ（画像形成装置２０を利用するユーザ）として特定する。認証・認可部１５０は、ログインユーザに適用されるプランを特定する。プランとは、アプリケーションの利用形態や利用制限等に関する選択肢をいう。

図５は、プランを説明するための図である。図５には、プランごとに、各アプリケーションについて利用可能な機能が示されている。すなわち、図５の例では、"Ｅｓｓｅｎｔｉａｌｓ"、"Ｃｏｎｎｅｃｔｏｒｓ"、"Ａｄｖａｎｃｅｄ"の３つのプランが用意されている例が示されている。"Ａｄｖａｎｃｅｄ"では、「Ｓｃａｎ ｔｏ ＧＤｒｉｖｅ」アプリケーションの全機能と、「Ｐｒｉｎｔ ｆｒｏｍ ＧＤｒｉｖｅ」の全機能（機能Ａ、機能Ｂ及び機能Ｃ）とが利用可能であることが示されている。"Ｃｏｎｎｅｃｔｏｒｓ"では、「Ｐｒｉｎｔ ｆｒｏｍ ＧＤｒｉｖｅ」の機能Ａ及び機能Ｂのみが利用可能であることが示されている。"Ｅｓｓｅｎｔｉａｌｓ"では、「Ｐｒｉｎｔ ｆｒｏｍ ＧＤｒｉｖｅ」の機能Ａのみが利用可能であることが示されている。したがって、利用可能な機能の範囲について各プランの関係は、
"Ａｄｖａｎｃｅｄ"＞"Ｃｏｎｎｅｃｔｏｒｓ"＞"Ｅｓｓｅｎｔｉａｌｓ"
であり、上位のプランで利用可能な範囲は、下位のプランで利用可能な範囲を包含している。

プランは、ユーザごと又は画像形成装置２０ごとに契約される。したがって、或るユーザに対して適用されるプランは、当該ユーザ又は当該ユーザが利用する画像形成装置２０に関して予め契約されたプランである。各ユーザは、自らに適用されるプランに応じた利用形態や利用制限の範囲内において、アプリケーションの利用が可能となる。但し、プランの契約をしていないユーザも存在しうる。また、プランを契約していない画像形成装置２０も存在しうる。プランの契約をしていないユーザがプランの契約をしていない画像形成装置２０を利用する場合、当該ユーザに対して適用されるプランは無い。

契約管理部１４０は、プランの契約又は契約プランの変更等に関連する処理を実行する。

サービス処理部１１０は、アプリ管理部１１１、実行部１１２及びデータＩ／Ｆ部１１３を含む。

アプリ管理部１１１は、画像形成装置２０のブラウザ２２１からの要求に応じて、アプリ情報記憶部１６０に記憶されているアプリ情報に基づく応答を返信する。アプリ情報とは、アプリケーションごとに定義される情報である。本実施の形態において、アプリケーションとは、ワークフローアプリケーションをいう。ワークフローアプリケーションは、複数のコンポーネントの順序付けられた組み合わせで実現される。コンポーネントとは、ワークフローアプリケーションの構成部品となりうるプログラムをいう。予め複数種類のコンポーネントが用意され、コンポーネントの実行順序が定義されることで、アプリケーションが作成される。或るアプリケーションのアプリ情報は、画面定義及び処理内容等を含む。画面定義は、当該アプリケーションに関する設定を受け付けるための画面に関する定義情報である。処理内容は、当該アプリケーションの処理内容を示す定義情報であり、例えば、当該アプリケーションを構成するコンポーネントの実行順序、各コンポーネントに関する設定情報の初期値等を含む。例えば、アプリ管理部１１１は、アプリ情報に含まれる画面定義に基づきＨＴＭＬ形式の画面情報を生成し、当該画面情報をブラウザ２２１に送信する。

アプリ管理部１１１は、利用可否判定部１１１ａ及び画面情報送信部１１１ｂを含む。

利用可否判定部１１１ａは、ログインユーザに適用されるプランにおいて利用可能な（利用が許可される）アプリケーションと利用不可能な（利用できない）アプリケーションとを判定する。ログインユーザがいずれのプランも契約していない場合（ログインユーザに適用されるプランが無い場合）、利用可否判定部１１１ａは、アプリケーションの利用の可否についての判定は行わない。

画面情報送信部１１１ｂは、ブラウザ２２１に表示させる画面を示す画面情報を生成し、生成した画面情報をブラウザ２２１へ送信する。例えば、画面情報送信部１１１ｂは、複数のアプリケーションの中から実行対象のアプリケーションを選択可能なアプリケーションの一覧画面（以下、「アプリ一覧画面」という。）の画面情報（以下、「アプリ一覧画面情報」という。）を生成し、アプリ一覧画面情報をブラウザ２２１へ送信する。この際、画面情報送信部１１１ｂは、利用可否判定部１１１ａによる判定結果に基づいて、ログインユーザが利用可能なアプリケーションと利用不可能なアプリケーションとが識別可能となるようにアプリ一覧画面情報を生成する。なお、画面情報とは、画面のレイアウトや、画面上の表示部品の操作に応じた処理が定義された情報をいう。例えば、ＨＴＭＬやスクリプト等が用いられて画面情報が定義されてもよい。

実行部１１２は、画像形成装置２０のブラウザ２２１からの要求に応じて、アプリ一覧画面において選択されたアプリケーションの実行を制御する。具体的には、実行部１１２は、アプリ一覧画面において選択されたアプリケーションの処理内容をアプリ管理部１１１から取得し、取得した処理内容に基づいて、当該アプリケーションの実行を制御する。アプリケーションの実行の制御の過程において、実行部１１２は、ドキュメントサービス部１３０又はストレージサービス連携部１２０に処理を要求する。

データＩ／Ｆ部１１３は、画像形成装置２０のブラウザ２２１からの要求に応じて、ストレージサービス連携部１２０のデータ処理部１２２に対してファイル一覧の取得などを要求する。

なお、アプリ管理部１１１、実行部１１２及びデータＩ／Ｆ部１１３は、それぞれ独立して画像形成装置２０と通信してもよいし、サービス処理部１１０全体として画像形成装置２０との間で確立した共通の通信路（例えば、ソケット等）を用いて画像形成装置２０と通信してもよい。

ストレージサービス連携部１２０は、実行部１１２又はデータＩ／Ｆ部１１３からの要求に応じて、外部ストレージシステム４０に対して、当該要求に応じた処理の実行を要求する。図４において、ストレージサービス連携部１２０は、ファイル処理部１２１及びデータ処理部１２２を含む。

ファイル処理部１２１は、外部ストレージシステム４０に保存されている電子ファイルに対する操作を行うためのＡＰＩが定義された共通Ｉ／Ｆ１２１ａ及び固有Ｉ／Ｆ１２１ｂを含む。共通Ｉ／Ｆ１２１ａは、複数種類の外部ストレージシステム４０に対して共通のＡＰＩ群である。固有Ｉ／Ｆ１２１ｂは、外部ストレージシステム４０ごとに固有のＡＰＩ群である。

データ処理部１２２は、外部ストレージシステム４０に保存されている電子ファイルの文書情報等のメタデータを取得するためのＡＰＩが定義された共通Ｉ／Ｆ１２２ａ及び固有Ｉ／Ｆ１２２ｂを含む。共通Ｉ／Ｆ１２２ａは、複数種類の外部ストレージシステム４０に対して共通のＡＰＩ群である。固有Ｉ／Ｆ１２２ｂは、外部ストレージシステム４０ごとに固有のＡＰＩ群である。

ドキュメントサービス部１３０は、アプリケーションを構成するコンポーネントの集合である。図４には、コンポーネントの一例として、ＯＣＲ処理部１３１及び印刷変換処理部１３２が示されている。ＯＣＲ処理部１３１は、画像データを入力とし、当該画像データに対してＯＣＲ処理を実行して、ＯＣＲ処理の結果を出力するコンポーネントである。印刷変換処理部１３２は、電子データを入力とし、当該電子データを印刷用の形式（例えば、ＰＤＦ形式）に変換し、変換結果のデータを出力するコンポーネントである。その他のコンポーネントとして、データを予め指定された外部ストレージシステム４０に配信するコンポーネントや、外部ストレージシステム４０からデータをダウンロードするコンポーネント等が有る。コンポーネントは、開発によって随時追加可能である。

以下、情報処理システムにおいて実行される処理手順について説明する。図６は、情報処理システムにおいて実行される処理手順の一例を説明するためのシーケンス図である。

ユーザが操作対象とする画像形成装置２０（以下、「対象画像形成装置２０」という。）のブラウザ２２１が表示しているログイン画面に対し、ユーザがログイン操作を行うことにより認証情報を入力すると（Ｓ１０１）、ブラウザ２２１は、当該認証情報を含む認証要求をサービス提供システム１０へ送信する（Ｓ１０２）。認証情報は、ユーザＩＤ及びパスワードであってもよいし、カードから読み取られるカードＩＤであってもよいし、生体情報であってもよい、その他の情報が認証情報として用いられてもよい。

サービス提供システム１０の認証・認可部１５０は、認証要求を受信すると、当該認証要求に含まれている認証情報と、契約・ユーザ情報記憶部１７０にユーザごとに記憶されている正しい認証情報とを照合することで認証を行い、認証結果をブラウザ２２１へ送信する（Ｓ１０３）。認証に成功した場合、当該認証結果は、認証の成功を示す情報とともに、認証に成功したユーザ（すなわち、認証・認可部１５０がログインユーザとして特定したユーザ）の識別情報（以下、「ログインユーザＩＤ」という。）を含む。

ブラウザ２２１は、当該認証結果が認証の成功を示す場合、ステップＳ１０４を実行する。ステップＳ１０４において、ブラウザ２２１は、アプリ一覧画面の取得要求をサービス提供システム１０へ送信する。サービス提供システム１０のアプリ管理部１１１は、当該取得要求を受信すると、ログインユーザに適用するプランを示すプラン情報の取得を認証・認可部１５０へ要求する（Ｓ１０５）。認証・認可部１５０は、契約・ユーザ情報記憶部１７０に記憶されている契約情報を構成する契約プラン情報一覧を参照して、ログインユーザに適用するプラン情報（以下、「対象プラン情報」という。）を特定し、対象プラン情報をアプリ管理部１１１へ送信する（Ｓ１０６）。契約プラン情報一覧を構成する契約プラン情報は、ユーザに関連付けられてもよいし、画像形成装置２０に関連付けられてもよい。以下、ユーザに関連付く契約プラン情報の一覧を「ユーザ契約プラン情報一覧」といい、画像形成装置２０に関連付く契約プラン情報の一覧を「機器契約プラン情報一覧」という。両者を区別しない場合、単に「契約プラン情報一覧」という。

図７は、ユーザ契約プラン情報一覧を示す図である。図７が示すように、ユーザ契約プラン情報一覧は、ユーザごとに、ユーザＩＤ、ユーザ名、契約プランＩＤ及び契約プラン名等を含む。

ユーザＩＤは、契約に係るユーザの識別情報である。ユーザ名は、当該ユーザの氏名である。契約プランＩＤは、契約によって当該ユーザに関連付けられるプランの識別情報（プランＩＤ）である。契約プラン名は、当該プランの名称（プラン名）である。

図８は、機器契約プラン情報一覧を示す図である。図８が示すように、機器契約プラン情報一覧は、画像形成装置２０ごとに、機器ＩＤ、説明、契約プランＩＤ及び契約プラン名等を含む。

機器ＩＤは、契約に係る画像形成装置２０の識別情報である。説明は、当該画像形成装置２０を説明する情報である。契約プランＩＤは、契約によって当該画像形成装置２０に関連付けられるプランの識別情報（プランＩＤ）である。契約プラン名は、当該プランの名称（プラン名）である。

例えば、契約・ユーザ情報記憶部１７０にユーザ契約プラン情報一覧（図７）が記憶されている場合には、認証・認可部１５０は、ユーザ契約プラン情報一覧（図７）の中でログインユーザのユーザＩＤに関連付けられている契約プラン情報（契約プランＩＤ及び契約プラン名）を対象プラン情報として特定する。

又は、契約・ユーザ情報記憶部１７０に機器契約プラン情報一覧（図８）が記憶されている場合には、認証・認可部１５０は、機器契約プラン情報一覧（図８）の中で対象画像形成装置２０の機器ＩＤに関連付けられている契約プラン情報（契約プランＩＤ及び契約プラン名）を対象プラン情報として特定する。なお、対象画像形成装置２０の機器ＩＤは、ステップＳ１０４までの間にブラウザ２２１からサービス提供システム１０へ送信されていればよい。

又は、契約・ユーザ情報記憶部１７０にユーザ契約プラン情報一覧（図７）及び機器契約プラン情報一覧（図８）の双方が記憶されていてもよい。この場合、認証・認可部１５０は、ログインユーザのユーザＩＤに対応する契約プラン情報又は対象画像形成装置２０の機器ＩＤに対応する契約プラン情報をユーザ契約プラン情報一覧（図７）又は機器契約プラン情報一覧（図８）から取得する。その結果、１種類の契約プラン情報が取得された場合には、認証・認可部１５０は、当該契約プラン情報を対象プラン情報として特定する。２種類のプラン情報が取得された場合には、認証・認可部１５０は、いずれか一方の契約プラン情報（例えば、ログインユーザのユーザＩＤに関連付く契約プラン情報、又は利用可能な機能の範囲がより広いプランに係る契約プラン情報）を対象プラン情報として特定する。

なお、ログインユーザのユーザＩＤ及び対象画像形成装置２０の機器ＩＤのいずれにも関連付くプラン情報が無い場合、認証・認可部１５０は、対象プラン情報は無いと判定する。この場合、認証・認可部１５０は、対象プラン情報が無いことを示す情報をステップＳ１０６においてアプリ管理部１１１へ送信する。

ステップＳ１０６に続いて、アプリ管理部１１１は、アプリ情報記憶部１６０からアプリ一覧及びプランマッピングデータを取得する（Ｓ１０７、Ｓ１０８）。アプリ一覧とは、アプリ情報記憶部１６０にアプリ情報が記憶されている各アプリケーションのアプリＩＤ等の一覧をいう。プランマッピングデータとは、プランと当該プランによって利用可能なアプリケーションとの対応関係を示すデータをいう。

図９は、プランマッピングデータの一例を示す図である。図９が示すように、プランマッピングデータは、プランＩＤに対応付けてアプリＩＤ及びアプリ名を含む。或るプランＩＤに対応付けられているアプリＩＤ及びアプリ名は、当該プランＩＤに係るプランにおいて利用可能なアプリケーションのアプリＩＤ及びアプリ名を示す。

なお、対象プラン情報が無い場合（ログインユーザに適用されるプランが無い場合）、プランマッピングデータは取得されなくてよい。

続いて、対象プラン情報が有る場合、アプリ管理部１１１の利用可否判定部１１１ａは、アプリ一覧に含まれている各アプリＩＤが、プランマッピングデータにおいて対象プランのプランＩＤに対応付けられているか否かに基づいて、アプリ一覧に係る各アプリケーションについてログインユーザによる利用の可否を判定する（Ｓ１０９）。すなわち、利用可否判定部１１１ａは、プランマッピングデータにおいて対象プランのプランＩＤに対応付けられているアプリＩＤに係るアプリケーションについては、ログインユーザによる利用が可能であると判定する。一方、利用可否判定部１１１ａは、プランマッピングデータにおいて対象プランのプランＩＤに対応付けられていないアプリＩＤに係るアプリケーションについては、ログインユーザによる利用が不可能であると判定する。利用可否判定部１１１ａは、判定結果（アプリケーションごとに利用の可否を示す情報）を画面情報送信部１１１ｂへ入力する。

続いて、画面情報送信部１１１ｂは、アプリ一覧に基づいて、当該アプリ一覧に係るアプリケーションの中から実行対象とするアプリケーションを選択させるためのアプリ一覧画面の画面情報（アプリ一覧画面情報）を生成する（Ｓ１１０）。対象プラン情報が有る場合、画面情報送信部１１１ｂは、利用可否判定部１１１ａによる判定結果において、利用可能であると判定されたアプリケーションと利用不可能であると判定されたアプリケーションとを識別可能なようにアプリ一覧画面情報を生成する。一方、対象プラン情報が無い場合、画面情報送信部１１１ｂは、アプリ一覧に含まれる全てのアプリケーションを実行可能なようにアプリ一覧画面情報を生成する。但し、プランとは別のアクセス制御に基づいて、一部又は全部のアプリケーションの実行が制限されてもよい。

続いて、画面情報送信部１１１ｂは、生成したアプリ一覧画面情報をブラウザ２２１へ送信する（Ｓ１１１）。ブラウザ２２１は、当該アプリ一覧画面情報を受信すると、当該アプリ一覧画面情報に基づいてアプリ一覧画面を表示する（Ｓ１１２）。

図１０は、アプリ一覧画面の第１の表示例を示す図である。図１０が示すように、アプリ一覧画面５１０ａは、アプリ一覧に係るアプリケーションごとに、当該アプリケーションの実行指示を受け付けるためのボタンを含む。図１０において、ログインユーザが利用できないアプリケーションのボタンには、禁止マーク（円内に斜線が引かれたマーク）が付与されている。すなわち、禁止マークの有無によって、利用可能なアプリケーションと利用できないアプリケーションとが識別可能とされている。当該禁止マークは、画面情報送信部１１１ｂがアプリ一覧画面情報を生成する際に付与する。

図１１は、アプリ一覧画面の第２の表示例を示す図である。図１０のアプリ一覧画面５１０ａと同様に、図１１が示すアプリ一覧画面５１０ｂは、アプリ一覧に係るアプリケーションごとに、当該アプリケーションの実行指示を受け付けるためのボタンを含む。但し、アプリ一覧画面５１０ｂにおいては、アプリ一覧画面５１０ａと異なり、利用できないアプリケーションであることを示すマークが鍵マークである。すなわち、鍵マークの有無によって、利用可能なアプリケーションと利用できないアプリケーションとが識別可能とされている。当該鍵マークは、画面情報送信部１１１ｂがアプリ一覧画面情報を生成する際に付与する。鍵マークによれば、利用できないことを禁止マークよりも強調することができる。

なお、他のマークや表示態様によって、利用可能なアプリケーションと利用できないアプリケーションとが識別可能とされてもよい。以下、アプリ一覧画面５１０ａ及びアプリ一覧画面５１０ｂを区別しない場合、「アプリ一覧画面５１０」という。

ここで、アプリ一覧画面５１０ａにおいて禁止マークが付与されたボタンやアプリ一覧画面５１０ｂにおいて鍵マークが付与されたボタン（以下、これらのボタンを総称して「利用不可ボタン」という。）はグレーアウトされていないため、ユーザによる操作（押下）を受け付けることは可能である。

そこで、ログインユーザがいずれかの利用不可ボタンを選択すると（Ｓ１１３）、ブラウザ２２１は、アプリ一覧画面情報の定義（例えば、スクリプト等により定義）に基づいて利用不可通知画面を表示する（Ｓ１１４）。すなわち、アプリ一覧画面情報には、利用不可通知画面の画面情報も含まれている。換言すれば、画面情報送信部１１１ｂは、ステップＳ１１０においてアプリ一覧画面情報を生成する際に、利用不可通知画面の画面情報を生成する。また、画面情報送信部１１１ｂは、ステップＳ１１１において、アプリ一覧画面情報の送信に伴って利用不可通知画面の画面情報を送信する。但し、アプリ一覧画面情報に利用不可通知画面の画面情報が含まれていなくてもよい。この場合、利用不可ボタンの選択に応じ、ブラウザ２２１は、利用不可通知画面の取得要求を画面情報送信部１１１ｂへ送信する。画面情報送信部１１１ｂは、当該取得要求に応じ、利用不可通知画面の画面情報をブラウザ２２１へ送信する。

図１２は、利用不可通知画面の表示例を示す図である。図１２が示すように、利用不可通知画面５２０ａは、現在の契約中のプラン（ログインユーザに適用されるプラン）では選択されたアプリケーション（以下、「選択アプリ」という。）の利用ができないことを示すメッセージと、ボタン５２１と、ボタン５２２とを含む。ログインユーザは、当該メッセージを参照することで、選択アプリを利用できない理由が、契約中のプランの制限によるものであることを知ることができる。ボタン５２１は、アプリ一覧画面５１０へ戻ることの指示を受け付けるためのボタンである。ボタン５２２は、契約変更画面の表示指示を受け付けるためのボタンである。契約変更画面とは、契約プランの変更指示を受け付けるための画面である。すなわち、利用不可通知画面は、契約変更画面と共に、選択アプリの利用を可能にするための操作を受け付ける画面の一例である。

ログインユーザがボタン５２２を押下することにより契約変更画面の表示指示を入力すると（Ｓ１１５）、ブラウザ２２１は、契約変更画面の取得要求をサービス提供システム１０へ送信する（Ｓ１１６）。サービス提供システム１０の契約管理部１４０は、契約・ユーザ情報記憶部１７０に記憶されているプラン一覧情報を参照して、契約変更画面の画面情報（以下、「契約変更画面情報」という。）を生成し、契約変更画面情報をブラウザ２２１へ送信する（Ｓ１１７）。

図１３は、プラン一覧情報の一例を示す図である。図１３の例では、パッケージごとにプランが設定される例が示されている。パッケージとは、１又は複数のアプリケーションの集合によって構成されるアプリケーション群の販売単位をいう。１つのパッケージに対して複数のプランが設定可能である。

図１３における１行は、１つのプランに対応する。各行は、パッケージＩＤ、パッケージ名、プランＩＤ、プラン名及び説明を含む。パッケージＩＤは、パッケージの識別情報である。各パッケージがどのようなアプリケーションを含むかについては別途管理されている。図１３には、パッケージＩＤが共通する複数の行が有るが、これら複数の行は、同じパッケージに対する異なるプランを示す。パッケージ名は、パッケージの名称である。プランＩＤは、プランの識別情報である。プラン名は、プランの名称である。説明は、プランの説明である。

図１３から明らかなように、プラン名が同じであってもプランＩＤは異なる。例えば、ＥＵパッケージのＥｓｓｅｎｔｉａｌｓプランのプランＩＤは、１０００１であり、ＮＡパッケージのＥｓｓｅｎｔｉａｌｓプランのプランＩＤは、２０００１である。すなわち、プランＩＤは、パッケージとプラン名との組み合わせごとに異なる。このことは、パッケージとプラン名との組み合わせごとにプランが異なることを意味する。したがって、契約管理部１４０は、プランＩＤごとに選択肢を含むように契約変更画面情報を生成する。

ブラウザ２２１は、契約変更画面情報を受信すると、契約変更画面情報に基づいて契約変更画面を表示する（Ｓ１１８）。契約変更画面は、例えば、複数のプランの中から契約するプランを選択可能なように構成される。

ログインユーザが、契約変更画面を介していずれかのプランを選択すると（Ｓ１１９）、ブラウザ２２１は、当該プランのプランＩＤ及びプラン名を含む契約変更要求を契約管理部１４０へ送信する（Ｓ１２０）。契約管理部１４０は、当該契約変更要求を受信すると、ユーザ契約プラン情報一覧（図７）又は機器契約プラン情報一覧（図８）において、ログインユーザのユーザＩＤ又は対象画像形成装置２０の機器ＩＤに関連付けられている契約プランＩＤ及び契約プラン名を、当該契約変更要求に含まれているプランＩＤ及びプラン名に更新する（Ｓ１２１）。但し、プランの変更によってユーザに料金負担が発生する場合には、当該料金の支払が完了した後にステップＳ１２１が実行されるようにしてもよい。

その後、改めてステップＳ１０４以降が実行されると、新たに契約したプランに対応したアプリ一覧画面５１０が表示される。当該プランが選択アプリを利用可能なプランであれば、ログインユーザは、改めて表示されたアプリ一覧画面５１０を介して当該選択アプリを利用することができる。

なお、ステップＳ１１４では、図１２が示す利用不可通知画面５２０ａの代わりに以下のような利用不可通知画面が表示されるようにしてもよい。換言すれば、画面情報送信部１１１ｂは、以下のような利用不可通知画面の画面情報を生成及び送信するようにしてもよい。

図１４は、利用不可通知画面の第１の変形例を示す図である。図１４中、図１２と同一部分又は対応する部分には同一符号を付し、その説明は省略する。

図１４が示す利用不可通知画面５２０ｂは、ボタン５２２の代わりに２次元コード５２３を含む。２次元コード５２３は、ステップＳ１１６における契約変更画面の取得要求の宛先のＵＲＬを含む。したがって、ログインユーザは、スマートフォン等のモバイル端末に２次元コード５２３を読み取らせることで、当該モバイル端末にステップＳ１１６を実行させることができる。すなわち、ログインユーザは、当該モバイル端末に契約変更画面を表示させることができる。その結果、ログインユーザは、画像形成装置２０の操作パネル２２よりも高い操作性を有するモバイル端末を用いて、契約変更の操作を行うことができる。

図１５は、利用不可通知画面の第２の変形例を示す図である。図１５中、図１２と同一部分又は対応する部分には同一符号を付し、その説明は省略する。

図１５が示す利用不可通知画面５２０ｃは、ボタン５２２の代わりにボタン５２４を含む。ボタン５２４は、契約の変更についての権限を有する管理者に対して契約の変更を要求するメールの送信指示を受け付けるためのボタンである。利用不可通知画面５２０ｃによれば、ログインユーザが、契約の変更についての権限を有さない場合であっても、適切な管理者に対して契約の変更を要求することができる。なお、各ユーザについて、契約の変更権限の有無を判定可能な属性情報を契約・ユーザ情報記憶部１７０に記憶しておき、画面情報送信部１１１ｂは、当該属性情報に基づいて、生成する画面情報を切り替えるようにしてもよい。すなわち、当該属性情報に基づいてログインユーザが契約の変更権限を有すると判定される場合、画面情報送信部１１１ｂは、例えば、利用不可通知画面５２０ａ又は利用不可通知画面５２０ｂの画面情報を生成してもよい。一方、当該属性情報に基づいてログインユーザが契約の変更権限を有すると判定される場合、画面情報送信部１１１ｂは、利用不可通知画面５２０ｃの画面情報を生成してもよい。そうすることで、ユーザの属性に応じて、表示される利用不可通知画面を異ならせることができる。

また、アプリケーションの属性に応じて利用不可通知画面を異ならせてもよい。当該属性の一例として、アプリケーションの販売形態（直売、代売）が挙げられる。例えば、直売であれば管理者へ連絡するために図１５の利用不可通知画面５２０ｃを表示してもよいが、代売の場合はセールス担当者へ連絡された方が便利である。そこで、選択アプリが代売の場合、図１６が示す利用不可通知画面が表示されてもよい。

図１６は、利用不可通知画面の第３の変形例を示す図である。図１６中、図１２と同一部分又は対応する部分には同一符号を付し、その説明は省略する。図１６が示す利用不可通知画面５２０ｄは、ボタン５２２の代わりにボタン５２５を含む。ボタン５２５は、セールス担当者に対して契約の変更を要求するメールの送信指示を受け付けるためのボタンである。

図１７は、利用不可通知画面の第４の変形例を示す図である。図１７中、図１２と同一部分又は対応する部分には同一符号を付し、その説明は省略する。

図１７が示す利用不可通知画面５２０ｅは、デモ動画表示領域５２６を含む。デモ動画表示領域５２６は、選択アプリの利用イメージを示すデモ動画を表示する領域である。ログインユーザは、当該デモ動画を参照することで、選択アプリの利用イメージをより明確に把握することができる。その結果、選択アプリを利用するための契約変更への動機付けをログインユーザに与えることができる。

なお、利用不可通知画面５２０ａ～５２０ｅを区別しない場合、以下「利用不可通知画面５２０」という。

または、利用不可ボタンの押下に応じて直ちに利用不可通知画面５２０を表示するのではなく、利用制限付きで選択アプリの利用を可能としてもよい。

図１８は、利用制限付きで選択アプリの利用を可能とする例を説明するための図である。

アプリ一覧画面５１０ａにおいていずれかの利用不可ボタンが押下されると、ブラウザ２２１は、選択アプリの画面情報をアプリ管理部１１１からダウンロードして、当該選択アプリに関する設定画面を表示する。図１８の例において、選択アプリは、紙文書からスキャンした画像データをクラウドストレージであるＢｏｘにアップロードするアプリケーションである。したがって、ブラウザ２２１は、まず、アップロード先のフォルダを選択するためのフィールドを含む設定画面５３０ａを表示する。当該フィールドが押下されると、ブラウザ２２１は、設定画面５３０ｂを表示する。設定画面５３０ｂにおいて、アップロード先のフォルダが選択されると、ブラウザ２２１は、実行指示を受け付けるための実行ボタン５３１を含む画面５３０ｃを表示する。実行ボタン５３１が押下されると、ブラウザ２２１は、利用不可通知画面５２０ａを表示する。

利用制限付きで選択アプリの利用を可能とすることで、デモ動画よりも更に明確な利用イメージをログインユーザに与えることができる。

なお、上記では、ユーザがアプリケーションを実行する状況におけるアプリ一覧画面５１０において、契約プランに基づくアプリケーションの利用の可否を識別可能とする表示や、選択アプリが利用できない場合の利用不可通知画面５２０の表示等について説明した。

一方、サービス提供システム１０は、アプリケーションの事前設定やクラウドストレージサービスとの連携を可能とするための専用サイト（以下、「共通設定サイト」という。）を公開してもよい。共通設定サイトには情報処理装置３０等のように画像形成装置２０以外の情報処理端末からアクセスすることもでき、共通設定サイトでも画像形成装置２０の操作パネル２２と同様にアプリ一覧画面を表示することができる。したがって、共通設定サイトにおいて表示されるアプリ一覧画面においても、各アプリケーションについて、契約プランに基づく利用の可否が識別可能とされてもよい。

図１９は、共通設定サイトにおけるアプリ一覧画面の表示例を示す図である。図１９に示されるアプリ一覧画面５４０においても、アプリ一覧画面５１０ａ（図１０）と同様に、利用不可ボタンに禁止マークが付与される。なお、アプリ一覧画面５４０の表示手順は、図６と同様でよい。但し、ユーザが操作する情報処理端末は、画像形成装置２０に限られない。

ここで、共通設定サイトを閲覧しているユーザ（ログインユーザ）が管理者であれば、利用不可ボタンの押下に応じて、契約変更画面へ誘導可能な利用不可通知画面が表示されるようにしてもよい。

図２０は、共通設定サイトにおける利用不可通知画面の第１の表示例を示す図である。図２０が示す利用不可通知画面５５０ａは、図１２が示す利用不可通知画面５２０ａと同様の機能を有する。すなわち、ボタン５５１が選択されると、図６のステップＳ１１５以降の処理手順が実行される。

一方、共通設定サイトを閲覧しているユーザ（ログインユーザ）が契約変更の権限を有さない一般ユーザであれば、利用不可ボタンの押下に応じて、管理者に対する契約の変更の要求へ誘導可能な利用不可通知画面が表示されるようにしてもよい。

図２１は、共通設定サイトにおける利用不可通知画面の第１の表示例を示す図である。図２１が示す利用不可通知画面５５０ｂは、図１５が示す利用不可通知画面５２０ｃと同様の機能を有する。すなわち、ボタン５５２が選択されると、契約の変更についての権限を有する管理者に対して契約の変更を要求するメールが送信される。

上述したように、本実施の形態によれば、ユーザが利用できないアプリケーションもアプリ一覧画面５１０又はアプリ一覧画面５４０において選択可能に表示される。したがって、ユーザは、自らに適用されているプランの制限により利用できないアプリケーションの存在を知ることができる。その結果、ユーザに対して当該アプリケーションへの興味を生じさせることができる。すなわち、当該アプリケーションの利用の促進を支援することができる。

また、利用不可ボタンが選択された場合には、利用不可通知画面が表示され、更に、契約変更画面が表示される。利用不可通知画面や契約変更画面では、利用できないアプリケーションの利用を可能にするための操作（例えば、契約プランを変更するための操作）を受け付けることができる。その結果、利用できないアプリケーションを利用可能とするための操作に関する導線（操作経路）をユーザに明示することができ、斯かる操作の負担を軽減することができる。また、契約されていないプランの契約率の向上を期待することもできる。

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

また、上記で説明した実施形態の各機能は、一又は複数の処理回路によって実現することが可能である。ここで、本明細書における「処理回路」とは、電子回路により実装されるプロセッサのようにソフトウェアによって各機能を実行するようプログラミングされたプロセッサや、上記で説明した各機能を実行するよう設計された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