JP7028300B2 - 情報処理装置、Ｗｅｂアプリケーション管理方法及び情報処理システム - Google Patents

Description

本発明は情報処理装置、Ｗｅｂアプリケーション管理方法及び情報処理システムに関する。

従来、業種や業務ごとに存在するワークフローに基づき、画像形成装置に搭載されたアプリケーションのＵＩや設定をカスタマイズしたいというユーザの要望があった。

例えばＳｃａｎＴｏＳｔｏｒａｇｅサービスの利用に際して、管理者が各機器の操作パネルに表示される操作画面の構成情報であるプロファイルの編集作業等を行うことは従来から知られている。ここで言うプロファイルは、操作パネルに表示される操作画面に関する情報である。プロファイルには、画面上のボタンやレイアウトや、スキャンの読み取り条件、スキャンされた画像データに対する加工処理、保存先（配信先）とするストレージ等に関する情報が含まれている（例えば特許文献１参照）。

例えば業種や業務ごとに存在するワークフローに基づき、画像形成装置で利用するアプリケーションのＵＩや設定をカスタマイズする場合、画像形成装置のメーカはユーザの業種や業務をヒアリングする。そして、画像形成装置のメーカはユーザの業種や業務に適した設定を検討し、アプリケーションに反映させていた。

このように、従来の情報処理システムでは画像形成装置で利用するアプリケーションのＵＩや設定をカスタマイズする場合、個別にカスタマイズが必要であり、販売効率が悪いという問題があった。

本発明の実施の形態は、電子機器で利用するＷｅｂアプリケーションの販売効率を向上させることができる情報処理システムを提供することを目的とする。

上記の課題を達成するために本願請求項１は、１台以上の情報処理装置を含み、電子機器がネットワーク経由で利用する１つ以上のＷｅｂアプリケーションの管理を行う情報処理システムであって、前記Ｗｅｂアプリケーションと、前記Ｗｅｂアプリケーションの設定と、の組み合わせを含むアプリデータを複数記憶する記憶部と、記憶された複数の前記アプリデータのうち、選択された１以上の前記アプリデータを含むパッケージの登録を受け付ける登録手段と、端末からの要求に応じて、組織に販売する前記パッケージを前記組織と対応付け、前記パッケージに含まれる前記Ｗｅｂアプリケーションの利用を可能とするアプリデータ管理手段と、を有し、前記登録手段は、第２のユーザが操作する第２の端末装置に、前記第２のユーザから前記組織の記憶領域に記憶されている前記パッケージのカスタマイズ要求を受け付ける第３の画面を表示し、前記第３の画面から受け付けた前記パッケージのカスタマイズ要求に基づき、前記組織の記憶領域に記憶されている前記パッケージを編集させることを特徴とする。

本発明の実施の形態によれば、電子機器で利用するＷｅｂアプリケーションの販売効率を向上させることができる。

第１の実施形態に係る情報処理システムの一例の構成図である。 コンピュータの一例のハードウェア構成図である。 画像形成装置の一例のハードウェア構成図である。 本実施形態に係るサービス提供システムの一例の処理ブロック図である。 本実施形態に係る情報処理システムの処理手順を表した一例のフローチャートである。 本実施形態に係るアプリ初期データの構造について説明するための図である。 本実施形態に係るパッケージの構造について説明するための図である。 本実施形態に係るアプリプロファイルの構造について説明するための図である。 パッケージ、アプリプロファイル及び画像形成装置の画面の関係について説明する図である。 ホーム画面の遷移について説明する図である。 パッケージ登録処理の一例のフローチャートである。 アプリ初期データ編集画面の一例のイメージ図である。 アプリ初期データ編集画面の一例のイメージ図である。 パッケージを表した一例のオブジェクト図である。 テナントへのパッケージ導入処理の一例のフローチャートである。 アプリ領域のパッケージとテナント領域のアプリプロファイルとの関係を示す図である。 アプリプロファイルを表した一例のオブジェクト図である。 アイコン・ラベル編集画面の一例のイメージ図である。 アプリ設定編集画面の一例のイメージ図である。 スキャンの場合にエンドユーザが選択可能なアプリ設定の項目及び値を示している図である。 アプリ初期データ編集画面の他の例のイメージ図である。 アプリ初期データ編集画面の他の例のイメージ図である。 アプリ設定編集画面の他の例のイメージ図である。 アプリ設定画面の一例のイメージ図である。

以下、本発明の実施形態について図面を参照しながら説明する。
［第１の実施形態］
＜システム構成＞
図１は、第１の実施形態に係る情報処理システムの一例の構成図である。図１の情報処理システム１は、サービス提供システム１０、企画担当者端末１２、販売業務担当者端末１４、システム管理者端末１６、エンドユーザ端末１８、画像形成装置２０が、ＬＡＮやインターネットなどのネットワーク２２を介して接続されている。

企画担当者端末１２は例えば画像形成装置２０のメーカの企画担当者が操作する端末装置である。企画担当者は企画担当者端末１２からサービス提供システム１０にアクセスして商品設計や後述のパッケージの追加などを行う。販売業務担当者端末１４は例えば画像形成装置２０のメーカの販売業務担当者が操作する端末装置である。販売業務担当者は販売業務担当者端末１４からサービス提供システム１０にアクセスしてテナント開設やテナントへのパッケージ導入などを行う。例えば販売業務担当者はセールスが販売・契約したあとの作業依頼により、テナント開設やテナントへのパッケージ導入を行う。テナントは例えば企業、団体や部署などの組織ごとに開設される。

システム管理者端末１６は、例えばユーザ側のシステム管理者などが操作する操作端末である。システム管理者はシステム管理者端末１６からサービス提供システム１０にアクセスしてテナントへのユーザ追加や後述のアプリプロファイル設定のカスタマイズなどの利用準備を行う。また、システム管理者は画像形成装置２０にログインして、画像形成装置２０がサービス提供システム１０にアクセスするための準備（機器登録やＵＲＬ登録など）を行う。なお、システム管理者が行う利用準備はメーカのサービスエンジニアなどが替わりに行ってもよい。

また、エンドユーザ端末１８はテナントのユーザ（エンドユーザ）が操作する操作端末である。エンドユーザはエンドユーザ端末１８や画像形成装置２０からサービス提供システム１０にアクセスして「Ｓｃａｎ Ｔｏ Ｓｔｏｒａｇｅ」サービスや「Ｊｏｂ Ｐｒｉｎｔ」サービスを利用する。企画担当者端末１２、販売業務担当者端末１４、システム管理者端末１６、エンドユーザ端末１８は例えばスマートフォンや携帯電話、タブレットＰＣ、デスクトップＰＣ、ノートＰＣ、等の情報処理装置である。

画像形成装置２０はレーザプリンタや複合機（マルチファンクションプリンタ）などの電子機器である。画像形成装置２０にはサービス提供システム１０からのＷｅｂコンテンツを処理するためのＷｅｂブラウザが搭載されている。画像形成装置２０はサービス提供システム１０から提供されたＷｅｂコンテンツを処理することで「Ｓｃａｎ Ｔｏ Ｓｔｏｒａｇｅ」サービスや「Ｊｏｂ Ｐｒｉｎｔ」サービスの処理を実行できる。

サービス提供システム１０は、１台以上の情報処理装置により実現される。サービス提供システム１０は、企画担当者端末１２や販売業務担当者端末１４がアクセスするシステム構成管理サイトやシステム管理者端末１６がアクセスするシステム管理サイトの制御を行う。また、サービス提供システム１０は、テナント、ユーザ、アプリデータやアプリプロファイルの管理を行い、ユーザに「Ｓｃａｎ Ｔｏ Ｓｔｏｒａｇｅ」サービスや「Ｊｏｂ Ｐｒｉｎｔ」サービスを提供する。

なお、図１の情報処理システム１の構成は一例である。例えばサービス提供システム１０は複数台の情報処理装置に分散して実現してもよい。また、企画担当者端末１２、販売業務担当者端末１４、システム管理者端末１６、エンドユーザ端末１８、画像形成装置２０は複数台あってもよい。

＜ハードウェア構成＞
《コンピュータ》
図１の企画担当者端末１２、販売業務担当者端末１４、システム管理者端末１６及びエンドユーザ端末１８は、例えば図２に示すハードウェア構成のコンピュータにより実現される。また、サービス提供システム１０を実現する一台以上の情報処理装置も図２に示すハードウェア構成のコンピュータにより実現される。

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

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

通信Ｉ／Ｆ５０７はコンピュータ５００を各種ネットワークに接続するインタフェースである。これにより、コンピュータ５００は通信Ｉ／Ｆ５０７を介してデータ通信を行うことができる。

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

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

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

ＣＰＵ５０６は、ＲＯＭ５０５やＨＤＤ５０８などの記憶装置からプログラムやデータをＲＡＭ５０４上に読み出し、処理を実行することで、コンピュータ５００全体の制御や機能を実現する演算装置である。企画担当者端末１２、販売業務担当者端末１４、システム管理者端末１６及びエンドユーザ端末１８は、例えば図２に示すコンピュータ５００のハードウェア構成により、後述するような各種処理を実現できる。また、サービス提供システム１０は、例えば図２に示すハードウェア構成の一台以上のコンピュータにより後述するような各種処理を実現できる。

《画像形成装置》
図１に示した画像形成装置２０は、例えば図３に示すようなハードウェア構成により実現される。図３は画像形成装置の一例のハードウェア構成図である。図３に示す画像形成装置２０は、コントローラ６０１、操作パネル６０２、外部Ｉ／Ｆ６０３、通信Ｉ／Ｆ６０４、プリンタ６０５及びスキャナ６０６などを備える。

コントローラ６０１はＣＰＵ６１１、ＲＡＭ６１２、ＲＯＭ６１３、ＮＶＲＡＭ６１４及びＨＤＤ６１５などを備える。ＲＯＭ６１３は、各種プログラムやデータが格納されている。ＲＡＭ６１２はプログラムやデータを一時保持する。ＮＶＲＡＭ６１４は、例えば設定情報等が格納されている。また、ＨＤＤ６１５は各種プログラムやデータが格納されている。

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

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

通信Ｉ／Ｆ６０４は、画像形成装置２０をネットワーク２２に接続させるためのインタフェースである。これにより、画像形成装置２０は通信Ｉ／Ｆ６０４を介してデータ通信を行うことができる。プリンタ６０５は印刷データを被搬送物に印刷するための印刷装置である。例えば被搬送物は、紙、コート紙、厚紙、ＯＨＰ、プラスチックフィルム、プリプレグ、銅箔など、紙に限定されない。また、スキャナ６０６は原稿から画像データ（電子データ）を読み取るための読取装置である。

＜ソフトウェア構成＞
本実施形態に係るサービス提供システム１０は、例えば図４に示す処理ブロックにより実現される。図４は、本実施形態に係るサービス提供システムの一例の処理ブロック図である。サービス提供システム１０はプログラムを実行することで、図４に示すような処理ブロックを実現する。

図４のサービス提供システム１０はシステム構成管理サイト制御部３０、アプリデータ管理部３２、システム管理サイト制御部３４、テナント・ユーザ管理部３６を有する構成である。また、サービス提供システム１０はアプリデータ記憶部４０、アプリプロファイル記憶部４２、テナント・ユーザ情報記憶部４４を有している。

アプリデータ記憶部４０は後述のアプリデータを記憶している。アプリプロファイル記憶部４２は後述のアプリプロファイルを記憶している。テナント・ユーザ情報記憶部４４はテナント情報やユーザ情報を記憶している。

システム構成管理サイト制御部３０は企画担当者端末１２や販売業務担当者端末１４からアクセスされるシステム構成管理サイトの制御を行う。アプリデータ管理部３２はアプリデータ記憶部４０に記憶されているアプリデータとアプリプロファイル記憶部４２に記憶されているアプリプロファイルとを管理する。システム管理サイト制御部３４はシステム管理者端末１６からアクセスされるシステム管理サイトの制御を行う。テナント・ユーザ管理部３６はテナント・ユーザ情報記憶部４４に記憶されているテナント情報、ユーザ情報の管理を行う。

＜処理＞
本実施形態に係る情報処理システム１では、例えば図５に示す手順でテナントに販売するＷｅｂアプリケーション（以下、アプリと呼ぶ）の登録からエンドユーザによるアプリの利用までの処理を行う。

図５は本実施形態に係る情報処理システムの処理手順を表した一例のフローチャートである。ステップＳ１１において、企画担当者は企画担当者端末１２からサービス提供システム１０のシステム構成管理サイトにアクセスし、アプリ初期データの設計やパッケージの登録などを行う。なお、アプリ初期データの設計やパッケージの詳細は後述する。

ステップＳ１２において、販売業務担当者は販売業務担当者端末１４からサービス提供システム１０のシステム構成管理サイトにアクセスし、セールスが販売・契約したあとの作業依頼に基づき、テナント開設やテナントへのパッケージ導入を行う。

ステップＳ１３において、システム管理者はシステム管理者端末１６からサービス提供システム１０のシステム管理サイトにアクセスし、テナントへのユーザ追加や後述のアプリプロファイル設定のカスタマイズなどの利用準備を行う。また、システム管理者は画像形成装置２０にログインして、画像形成装置２０がサービス提供システム１０にアクセスするための準備を行う。ステップＳ１３の処理により、エンドユーザはテナントに導入されたパッケージのアプリを利用できるようになる。

ステップＳ１４において、エンドユーザはエンドユーザ端末１８や画像形成装置２０からサービス提供システム１０にアクセスし、テナントに導入されたパッケージに含まれるアプリを利用する。なお、エンドユーザはエンドユーザ端末１８からサービス提供システム１０のシステム管理サイトにアクセスし、個人のアプリ設定を行ってもよい。

ここで、本実施形態におけるアプリ初期データ、パッケージ及びアプリプロファイルについて説明する。図６は本実施形態に係るアプリ初期データの構造について説明するための図である。図６に示すようにアプリ初期データはベースアプリ及びアプリ設定を有する構成である。

ベースアプリは基本となる画面を持つモジュールであって、例えばスキャンベースアプリやプリントベースアプリ、ストレージベースアプリなどである。ベースアプリに含まれるアプリパーツは、スキャンやプリントなどの機能設定と、画像形成装置２０の動作を司るモジュールである。

アプリ設定は、アプリが持つ初期設定値の集合である。アプリ設定には、ＵＩ設定及びフローが含まれる。ＵＩ設定は、ラベルやアイコンなどの設定である。また、フローはスキャン後もしくはプリント前にアプリパーツから実行されるフローである。

例えばメーカの企画担当者は図６の右側に示したアプリ初期データを設計し、システム構成管理サイトからサービス提供システム１０に登録できる。図６の右側には、企画担当者が設計したアプリ初期データの一例としてスキャンｔｏストレージアプリ初期データ、マークシート採点アプリ初期データ及びプリントｆｒｏｍストレージアプリ初期データを示している。

例えばスキャンｔｏストレージアプリ初期データはスキャンベースアプリをベースアプリとして有すると共に、クラウドストレージ配信フローをアプリ設定のフローとして有している。マークシート採点アプリ初期データはスキャンベースアプリをベースアプリとして有すると共に、マークシート採点フローをアプリ設定のフローとして有している。

プリントｆｒｏｍストレージアプリ初期データはプリントベースアプリをベースアプリとして有すると共に、クラウドストレージ取得フローをアプリ設定のフローとして有している。メーカの企画担当者はベースアプリとアプリ設定とを組み合わせた図６に示すようなアプリ初期データを設計してサービス提供システム１０に登録できる。

また、メーカの企画担当者はアプリ初期データのフローを付け替えることで、アプリの振る舞いを変更できる。例えば企画担当者は、アプリ初期データのフローを付け替えることで、スキャンの配信先変更や電子メールによる通知の追加を実現できる。メーカの企画担当者は図６に示したように、標準的なアプリ初期データの他、業種や業務に対応させたアプリ初期データをサービス提供システム１０に登録できる。また、メーカの企画担当者などはサービス提供システム１０に登録済みのアプリ初期データをカスタマイズして、新しいアプリ初期データを作成、登録できる。

図７は本実施形態に係るパッケージの構造について説明するための図である。図７に示すようにパッケージは、図６に示したアプリ初期データを１つ以上パッケージ化したものである。例えば企画担当者は標準的なパッケージの他、特定の業種向けのパッケージや特定の業務向けのパッケージを作成し、サービス提供システム１０に登録する。

図７では、図６に示したスキャンｔｏストレージアプリ初期データ及びプリントｆｒｏｍストレージアプリ初期データをパッケージ化したクラウドストレージパッケージの例を示している。企画担当者は商品であるアプリの売り方を考慮し、予めパッケージを作成して準備（商品棚入れ）しておくことができる。

例えばセールスは、サービス提供システム１０に商品として登録されている図７のようなパッケージを顧客に販売・契約する。販売業務担当者は、セールスが顧客に販売・契約したパッケージをテナントに導入する。なお、テナントへのパッケージ導入は、例えば図８に示すように、パッケージをアプリ領域からテナント領域に導入（コピー）することによりパッケージとテナントとを紐付ける処理である。図８は本実施形態に係るアプリプロファイルの構造について説明するための図である。

アプリ領域はパッケージが記憶されている領域である。また、テナント領域はテナント毎に設けられた領域である。以下ではテナントと紐付けられたあとのパッケージをアプリプロファイルと呼ぶ。アプリプロファイルではパッケージのアプリ初期データが持っていた初期設定値がテナントの設定値に変わる。アプリプロファイルにおけるテナントの設定値は後述のようにシステム管理者が変更できる。また、エンドユーザはテナントの設定値により選択可能な項目から自分の設定を定義できる。

例えば図８ではパッケージに含まれていたアプリ初期データがアプリプロファイルに含まれるアプリインスタンスに変化している。アプリインスタンスは図８に示すようにテナント領域においてコピーすることもできる。

図９は、パッケージ、アプリプロファイル及び画像形成装置の画面の関係について説明する図である。図９に示すように、パッケージはテナントに適用することで、アプリプロファイルに変化する。テナントに紐付けられたアプリプロファイルに基づき、画像形成装置２０の操作パネル６０２には図９のようなホーム画面が表示される。ホーム画面はアプリプロファイルに対応したものとなる。

なお、画像形成装置２０においてテナントのユーザは図１０に示すように画像形成装置２０の操作パネル６０２に表示されたホーム画面を遷移させる。図１０はホーム画面の遷移について説明する図である。図１０の左上の画面イメージに示したように、画像形成装置２０の操作パネル６０２にはテナントに導入されたアプリパッケージの一覧が表示されている。テナントのユーザは、アプリパッケージの一覧から一つのアプリパッケージを選択することで、選択されたアプリパッケージのホーム画面を表示できる。

《Ｓ１１：パッケージの登録》
図１１はパッケージ登録処理の一例のフローチャートである。企画担当者はステップＳ２１、Ｓ２２において企画担当者端末１２からサービス提供システム１０のシステム構成管理サイトにログインする。

ログインに成功すると、企画担当者はステップＳ２３、Ｓ２４において企画担当者端末１２からサービス提供システム１０にアプリ初期データを登録する。例えばシステム構成管理サイト制御部３０は図１２及び図１３に示すようなアプリ初期データ編集画面を企画担当者端末１２に表示して、企画担当者からのアプリ初期データの登録を受け付ける。

図１２及び図１３はアプリ初期データ編集画面の一例のイメージ図である。図１２及び図１３に示したアプリ初期データ編集画面はスキャンｔｏストレージアプリの例を示したものである。図１２はアプリ初期データ設定の入力欄を示している。また、図１３はアプリジョブ設定の入力欄を示している。

また、ステップＳ２５、Ｓ２６に進み、企画担当者は企画担当者端末１２からサービス提供システム１０にパッケージの登録を行う。サービス提供システム１０のアプリデータ記憶部４０にはステップＳ２５、Ｓ２６の処理により、例えば図１４のようなオブジェクト図で表されるパッケージが登録される。図１４はパッケージを表した一例のオブジェクト図である。図１４に示すように、パッケージは１つ以上のアプリとアプリ初期データとが対応付けられている。

《Ｓ１２：テナントへのパッケージ導入》
図１５はテナントへのパッケージ導入処理の一例のフローチャートである。販売業務担当者はステップＳ３１において販売業務担当者端末１４からサービス提供システム１０にテナントの開設を要求する。

ステップＳ３２においてサービス提供システム１０のシステム構成管理サイト制御部３０はテナント・ユーザ管理部３６にテナント作成を要求する。ステップＳ３３においてテナント・ユーザ管理部３６はテナントＩＤを採番し、テナントを作成する。ステップＳ３４においてシステム構成管理サイト制御部３０はテナントのシステム管理者をユーザ登録する。

ステップＳ３５に進み、販売業務担当者は販売業務担当者端末１４からサービス提供システム１０に登録されているパッケージ情報の取得を要求する。ステップＳ３６においてサービス提供システム１０のシステム構成管理サイト制御部３０はパッケージの情報一覧の取得をアプリデータ管理部３２に要求する。アプリデータ管理部３２はアプリデータ記憶部４０に記憶されているパッケージの情報一覧をシステム構成管理サイト制御部３０に返す。システム構成管理サイト制御部３０は、アプリデータ記憶部４０に記憶されているパッケージの情報一覧を販売業務担当者端末１４に表示させる。

ステップＳ３７に進み、販売業務担当者は販売業務担当者端末１４からサービス提供システム１０に、パッケージを選択してテナントへのパッケージ導入を要求する。ステップＳ３８に進み、サービス提供システム１０のシステム構成管理サイト制御部３０はアプリデータ管理部３２にテナントへのパッケージ導入を要求する。アプリデータ管理部３２は図８に示したように、アプリ領域のパッケージをアプリプロファイルとしてテナント領域に導入できる。図１６は、アプリ領域のパッケージとテナント領域のアプリプロファイルとの関係を示す図である。

サービス提供システム１０のアプリプロファイル記憶部４２にはステップＳ３７、Ｓ３８の処理により、例えば図１７のようなオブジェクト図で表されるアプリプロファイルが登録される。図１７はアプリプロファイルを表した一例のオブジェクト図である。

《Ｓ１３：アプリ利用準備》
システム管理者は、システム管理者端末１６からサービス提供システム１０のシステム管理サイトにアクセスし、テナントへのユーザ追加やアプリプロファイル設定のカスタマイズなどの利用準備を行う。例えばシステム管理サイト制御部３４は図１８に示すようなアイコン・ラベル編集画面や図１９に示すようなアプリ設定編集画面をシステム管理者端末１６に表示して、システム管理者からのアイコン・ラベル編集やアプリ設定編集を受け付ける。

図１８はアイコン・ラベル編集画面の一例のイメージ図である。図１８は、あるホーム画面に対応したアイコン・ラベル編集画面を表示している。システム管理者は、アプリプロファイルに対応したアプリインスタンスのアイコン・ラベルの編集を、図１８のアイコン・ラベル編集画面から行うことができる。

図１９はアプリ設定編集画面の一例のイメージ図である。図１９は、スキャンｔｏストレージアプリインスタンスのアプリ設定編集を表示している。システム管理者はスキャンｔｏストレージアプリインスタンスのアプリ設定編集を、図１９のアプリ設定編集画面から行うことができる。

《Ｓ１４：アプリ利用》
エンドユーザは、エンドユーザ端末１８や画像形成装置２０からサービス提供システム１０のホーム画面にアクセスし、テナントに導入されたパッケージに含まれていたアプリを利用する。エンドユーザは、テナントのアプリインスタンスの設定値により選択可能な範囲内で個人領域に自分の設定を定義できる。

《アプリ設定のカスタマイズ範囲》
ここでは、企画担当者、システム管理者がカスタマイズ可能なアプリ設定の範囲について説明する。例えばアプリでカスタマイズ可能な全項目が以下であるとする。
全項目：
・アイコン
・ラベル
・読み取り・印刷設定
・デフォルト値
・選択可能項目のリスト
・ジョブ設定
・接続先フロー（テナント内の全フローに所属するコンポーネントに必要な外部
サービス認可情報の集約）
・投入手段（メール、ＰＭ、Ｍｏｂｉｌｅ、ＰＣ、ＮＦＣ、ＭＦＰ、プリンタ、
ファックス、電子黒板、他社ＭＦＰ、他社クラウドサービス）
・認証手段（テナントＩＤ／ユーザ名、メールアドレス、ＯＩＤＣ、ＰＩＮ）
例えば企画担当者は、以下のようなアプリ設定の範囲においてアプリ初期データをＣＲＵＤ（生成、読み取り、更新、削除）できる。
・アイコン
・ラベル
・読み取り・印刷設定
・デフォルト値
・選択可能項目のリスト
・設定画面生成用メタデータ
・ジョブ設定
・接続先フロー
・投入手段（メール、ＰＭ、Ｍｏｂｉｌｅ、ＰＣ、ＮＦＣ、ＭＦＰ、プリンタ、
ファックス、電子黒板、他社ＭＦＰ、他社クラウドサービス）
また、システム管理者は、以下のようなアプリ設定の範囲においてアプリインスタンスをＣＲＵＤできる。
・アイコン
・ラベル
・読み取り・印刷設定
・デフォルト値
・選択可能項目のリスト
・認証手段（テナントＩＤ／ユーザ名、メールアドレス、ＯＩＤＣ、ＰＩＮ）
また、エンドユーザは、以下のようなアプリ設定の範囲においてアプリインスタンスごとに個人の設定を適用して利用できる。
・読み取り・印刷設定
・デフォルト値（リストから選択可能）
例えばエンドユーザは図２０に示すようなアプリ設定の項目のリストから個人の設定を定義することができる。図２０はスキャンの場合にエンドユーザが選択可能なアプリ設定の項目及び値を示している。

＜まとめ＞
以上、本実施形態の情報処理システム１によれば、サービス提供システム１０でアプリとアプリ設定との組み合わせ（アプリ初期データ）を管理できる。また、サービス提供システム１０では、標準的なパッケージ、特定の業種向けのパッケージや特定の業務向けのパッケージなどを作成しておくことで、セールスが顧客にソリューションを販売しやすくなる。したがって、本実施形態の情報処理システム１は画像形成装置２０で利用するアプリケーションの販売効率を向上させることができる。
［第２の実施形態］
第１の実施形態では、スキャンｔｏストレージアプリの画面例を示した。例えばジョブプリントアプリの画面例を示す。例えばシステム構成管理サイト制御部３０は図２１及び図２２に示すようなアプリ初期データ編集画面を企画担当者端末１２に表示して、企画担当者からのアプリ初期データの登録を受け付ける。

図２１及び図２２はアプリ初期データ編集画面の他の例のイメージ図である。図２１及び図２２に示したアプリ初期データ編集画面はジョブプリントアプリの例を示したものである。図２１はアプリ初期データ設定の入力欄を示している。図２２はアプリジョブ設定の入力欄を示している。

また、システム管理サイト制御部３４は図２３に示すようなアプリ設定編集画面をシステム管理者端末１６に表示して、システム管理者からのアプリ設定編集を受け付ける。図２３はアプリ設定編集画面の他の例のイメージ図である。図２３はジョブの保存期間と印刷設定制限とを行うアプリ設定編集画面を一例として示している。システム管理者は、図２３のようなアプリ設定編集画面からジョブプリントアプリ上で設定可能な選択肢を設定できる。

また、システム管理サイト制御部３４は図２４に示すアプリ設定画面をエンドユーザ端末１８に表示して、エンドユーザからのアプリ設定を受け付ける。図２４はアプリ設定画面の一例のイメージ図である。エンドユーザは例えば図２４のアプリ設定画面からテナントのアプリインスタンスの設定値により選択可能な範囲内で、自分のアプリ設定を定義することができる。

なお、本実施形態で説明した情報処理システム１は一例であって、用途や目的に応じて様々なシステム構成例があることは言うまでもない。画像形成装置２０は特許請求の範囲に記載した電子機器の一例である。サービス提供システム１０は電子機器がネットワーク経由で利用する１つ以上のＷｅｂアプリケーションの管理を行う情報処理装置の一例である。

アプリデータ記憶部４０は第１の記憶部の一例である。アプリプロファイル記憶部４２は第２の記憶部の一例である。アプリデータ管理部３２はアプリデータ管理手段の一例である。システム構成管理サイト制御部３０は第１の制御手段の一例である。システム管理サイト制御部３４は第２の制御手段の一例である。

１ 情報処理システム
１０ サービス提供システム
１２ 企画担当者端末
１４ 販売業務担当者端末
１６ システム管理者端末
１８ エンドユーザ端末
２０ 画像形成装置
２２ ネットワーク
３０ システム構成管理サイト制御部
３２ アプリデータ管理部
３４ システム管理サイト制御部
３６ テナント・ユーザ管理部
４０ アプリデータ記憶部
４２ アプリプロファイル記憶部
４４ テナント・ユーザ情報記憶部
５００ コンピュータ
５０１ 入力装置
５０２ 表示装置
５０３ 外部Ｉ／Ｆ
５０３ａ 記録媒体
５０４ ＲＡＭ
５０５ ＲＯＭ
５０６ ＣＰＵ
５０７ 通信Ｉ／Ｆ
５０８ ＨＤＤ
６０１ コントローラ
６０２ 操作パネル
６０３ 外部Ｉ／Ｆ
６０３ａ 記録媒体
６０４ 通信Ｉ／Ｆ
６０５ プリンタ
６０６ スキャナ
６１１ ＣＰＵ
６１２ ＲＡＭ
６１３ ＲＯＭ
６１４ ＮＶＲＡＭ
６１５ ＨＤＤ
Ｂ バス

特開２０１４－３２６５９号公報

Claims (7)

1. １台以上の情報処理装置を含み、電子機器がネットワーク経由で利用する１つ以上のＷｅｂアプリケーションの管理を行う情報処理システムであって、
   前記Ｗｅｂアプリケーションと、前記Ｗｅｂアプリケーションの設定と、の組み合わせを含むアプリデータを複数記憶する記憶部と、
   記憶された複数の前記アプリデータのうち、選択された１以上の前記アプリデータを含むパッケージの登録を受け付ける登録手段と、
   端末からの要求に応じて、組織に販売する前記パッケージを前記組織と対応付け、前記パッケージに含まれる前記Ｗｅｂアプリケーションの利用を可能とするアプリデータ管理手段と、
   を有し、
   前記登録手段は、第２のユーザが操作する第２の端末装置に、前記第２のユーザから前記組織の記憶領域に記憶されている前記パッケージのカスタマイズ要求を受け付ける第３の画面を表示し、前記第３の画面から受け付けた前記パッケージのカスタマイズ要求に基づき、前記組織の記憶領域に記憶されている前記パッケージを編集させることを特徴とする情報処理システム。
2. 前記登録手段は、第１のユーザが操作する第１の端末装置に、前記第１のユーザからパッケージ登録要求を受け付ける第１の画面を表示し、前記第１の画面から受け付けた前記パッケージ登録要求に基づき、前記記憶部に前記アプリデータを含むパッケージを記憶させることを特徴とする請求項１記載の情報処理システム。
3. 前記登録手段は、前記第１の端末装置に、前記アプリデータの登録要求を前記第１のユーザから受け付ける第２の画面を表示し、前記第２の画面から受け付けた前記アプリデータの登録要求に基づき、前記記憶部に前記アプリデータを記憶すること
   を特徴とする請求項２記載の情報処理システム。
4. 前記登録手段は、前記パッケージに含まれる前記アプリデータの前記Ｗｅｂアプリケーションの設定のカスタマイズ要求に基づき、前記組織の記憶領域に記憶されている前記Ｗｅｂアプリケーションの設定を編集すること
   を特徴とする請求項１記載の情報処理システム。
5. 前記Ｗｅｂアプリケーションの設定には、前記Ｗｅｂアプリケーションのユーザインタフェース設定及びフローの設定が含まれること
   を特徴とする請求項１乃至４何れか一項記載の情報処理システム。
6. 電子機器がネットワーク経由で利用する１つ以上のＷｅｂアプリケーションの管理を行う情報処理装置において実行されるＷｅｂアプリケーション管理方法であって、
   前記Ｗｅｂアプリケーションと、前記Ｗｅｂアプリケーションの設定と、の組み合わせを含むアプリデータを複数記憶する記憶ステップと、
   記憶された複数の前記アプリデータのうち、選択された１以上の前記アプリデータを含むパッケージの登録を受け付ける登録ステップと、
   端末からの要求に応じて、組織に販売する前記パッケージを前記組織と対応付け、前記パッケージに含まれる前記Ｗｅｂアプリケーションの利用を可能とするアプリデータ管理ステップと、
   を有し、
   前記登録ステップは、第２のユーザが操作する第２の端末装置に、前記第２のユーザから前記組織の記憶領域に記憶されている前記パッケージのカスタマイズ要求を受け付ける第３の画面を表示し、前記第３の画面から受け付けた前記パッケージのカスタマイズ要求に基づき、前記組織の記憶領域に記憶されている前記パッケージを編集させることを特徴とするＷｅｂアプリケーション管理方法。
7. 電子機器がネットワーク経由で利用する１つ以上のＷｅｂアプリケーションの管理を行う情報処理装置であって、
   前記Ｗｅｂアプリケーションと、前記Ｗｅｂアプリケーションの設定と、の組み合わせを含むアプリデータを複数記憶する記憶部と、
   記憶された複数の前記アプリデータのうち、選択された１以上の前記アプリデータを含むパッケージの登録を受け付ける登録手段と、
   端末からの要求に応じて、組織に販売する前記パッケージを前記組織と対応付け、前記パッケージに含まれる前記Ｗｅｂアプリケーションの利用を可能とするアプリデータ管理手段と、
   を有し、
   前記登録手段は、第２のユーザが操作する第２の端末装置に、前記第２のユーザから前記組織の記憶領域に記憶されている前記パッケージのカスタマイズ要求を受け付ける第３の画面を表示し、前記第３の画面から受け付けた前記パッケージのカスタマイズ要求に基づき、前記組織の記憶領域に記憶されている前記パッケージを編集させることを特徴とする情報処理装置。

Images