JP2018092513A - 情報処理装置、画像形成装置、及び情報処理方法 - Google Patents

Abstract

【課題】複数のアプリケーションをインストールされていても使い勝手をよくする情報処理装置を提供する。【解決手段】統合表示部１００は、複数のアプリケーションのユーザーインターフェイスを統合して一つの画面に表示させる。認証データ格納部１１０は、統合表示部１００により表示された画面上で、いずれかのアプリケーションのユーザーインターフェイスから認証データ２１０が入力されたことを検知して、当該認証データ２１０を記憶部１９に格納する。共通認証部１２０は、統合表示部１００により表示された画面上で、他のアプリケーションにおいて認証が必要な場合、認証データ格納部１１０に格納された認証データ２１０により認証を行わせる。【選択図】図３

Description

本発明は、情報処理装置、画像形成装置、及び情報処理方法に係り、特にアプリケーションソフトウェア（アプリケーション、アプリ）を実行可能な情報処理装置、画像形成装置、及び情報処理方法に関する。

従来から、文書や画像を印刷可能な複合機（Multifunctional Peripheral, MFP）等の画像形成装置が存在する。

また、特許文献１を参照すると、パラメータ設定対象の機器がそれぞれ異なる機種の場合であっても、設定先の機器の機種を意識せずにパラメータを一括設定できるコンピューティング機器が記載されている。このコンピューティング機器は、ユーザーの入力を必要とするユーザーインターフェイスを有する複数の周辺コンピューティング機器の中の２つ以上について、複数のユーザーインターフェイスの中の２つ以上のユーザーインターフェイスを統合する。また、統合したユーザーインターフェイスに基づき、複数のユーザーインターフェイスの少なくとも１つのユーザー入力を複製する。そして、統合したユーザーインターフェイスに基づき、複製したユーザー設定を複数の周辺コンピューティング機器の中の２つ以上に送るために出力するよう、１以上の命令を実行するように構成されている。

特開２０１０−９２４８６号公報

しかしながら、特許文献１の技術は、単に複数の装置に対して、ユーザー入力を複製して送信するだけであった。
このため、単一の装置に複数のアプリケーションがインストールされており、それぞれのアプリケーションからユーザー認証を行う必要がある場合、いちいちユーザー認証を行う必要があった。

本発明は、このような状況に鑑みてなされたものであって、上述の問題点を解消する画像形成装置を提供することを課題とする。

本発明の情報処理装置は、複数のアプリケーションのユーザーインターフェイスを統合して一つの画面に表示させる統合表示部と、前記統合表示部により表示された前記画面上で、いずれかの前記アプリケーションの前記ユーザーインターフェイスから認証データが入力されたことを検知して、当該認証データを格納する認証データ格納部と、前記統合表示部により表示された前記画面上で、他の前記アプリケーションにおいて認証が必要な場合、前記認証データ格納部により格納された前記認証データにより認証を行わせる共通認証部とを備えることを特徴とする。
本発明の情報処理装置は、前記統合表示部は、設定された配置データに対応して、複数の前記アプリケーションの前記ユーザーインターフェイスと、特定の処理を指示するボタンとを一つの前記画面上に並べて配置することを特徴とする。
本発明の画像形成装置は、前記情報処理装置を備えることを特徴とする。
本発明の情報処理方法は、情報処理装置により実行される情報処理方法であって、前記情報処理装置に、複数のアプリケーションのユーザーインターフェイスを統合して一つの画面に表示させ、表示された前記画面上で、いずれかの前記アプリケーションの前記ユーザーインターフェイスから認証データが入力されたことを検知して、当該認証データを格納させ、表示された前記画面上で、他の前記アプリケーションにおいて認証が必要な場合、格納された前記認証データにより認証を行わせることを特徴とする。

本発明によれば、アプリケーションから認証された認証データを格納し、他のアプリケーションにおいて認証が必要な場合、格納された認証データにより認証を行わせることで、それぞれのアプリケーションから認証を行う必要がない情報処理装置を提供することができる。

本発明の画像形成装置の実施の形態に係る情報処理システムのシステム構成図である。 図１に示す画像形成装置の制御構成を示すブロック図である。 図１に示す情報処理システムの機能構成を示すブロック図である。 本発明の実施の形態に係るアプリ統合実行処理のフローチャートである。 図４に示すアプリ統合実行処理の画面例である。

＜実施の形態＞
〔情報処理システムＸのシステム構成〕
まず、図１〜図３を参照して、情報処理システムＸのシステム構成について説明する。 本発明の実施の形態に係る情報処理システムＸにおいては、画像形成装置１と、複数のサーバー２とが、ネットワーク５で接続されて構成されている。

画像形成装置１は、ＭＦＰ、ネットワークスキャナー、ドキュメントスキャナー、ネットワークＦＡＸ、スキャナー機能付きのプリンター等の情報処理装置である。画像形成装置１は、アプリケーションソフトウェア（Application Software、アプリケーション、以下、単に「アプリ」という。）を導入（install、インストール）して実行することが可能である。これにより、画像形成装置は、例えば、画像処理、ＯＣＲ（Optical Character Recognition）処理、分類処理等を行い、最終的にＥメール、共有フォルダー（保存フォルダー、文書ボックス）、又は業務や事務用のＤＭＳ（Document Management System）等への送信処理を行うことが可能である。

サーバー２は、画像形成装置１との間で、各種データを送受信可能な情報処理装置である。本実施形態において、サーバー２は、汎用機、ＰＣ（Personal Computer）、ＮＡＳ（Network Attached Storage）等で構成される。サーバー２は、画像形成装置１から認証情報（図３）を取得して、画像形成装置１の指示に対応したクラウドサービスを実行する。

ネットワーク５は、本実施形態においては、ＬＡＮ（Local Area Network）のようなイントラネット（Intranet）、インターネット（登録商標）や携帯電話網等のＷＡＮ（Wide Area Network）等である。ネットワーク５がＷＡＮの場合、ルーター（Router）やゲートウェイ（Gateway）等を介して、いわゆる「クラウド」上の他のサーバーに接続可能であってもよい。また、ネットワーク５は、ＶＰＮ（Virtual Private Network）を構成していてもよい。

また、画像形成装置１は、画像処理部１１、原稿読取部１２、原稿給送部１３、給紙部１４、ネットワーク送受信部１５、操作パネル部１６、画像形成部１７（画像形成手段）、ＦＡＸ送受信部１８、及び記憶部１９等を含んでいる。各部は、制御部１０に接続され、制御部１０によって動作制御される。

制御部１０は、ＧＰＰ（General Purpose Processor）、ＣＰＵ（Central Processing Unit、中央処理装置）、ＭＰＵ（Micro Processing Unit）、ＤＳＰ（Digital Signal Processor）、ＧＰＵ（Graphics Processing Unit）、ＡＳＩＣ（Application Specific Processor、特定用途向けプロセッサー）等の情報処理手段である。
制御部１０は、記憶部１９のＲＯＭやＨＤＤに記憶されている制御プログラムを読み出して、この制御プログラムをＲＡＭに展開させて実行することで、後述する機能ブロックの各手段として動作させることが可能である。
また、制御部１０は、図示しない外部の端末や操作パネル部１６から入力された所定の指示情報に応じて、装置全体の制御を行う。

画像処理部１１は、ＤＳＰ（Digital Signal Processor）やＧＰＵ（Graphics Processing Unit）等の制御演算手段である。画像処理部１１は、画像データに対して所定の画像処理を行う。画像処理部１１は、例えば、拡大縮小、濃度調整、階調調整、画像改善等の各種画像処理を行う。
画像処理部１１は、原稿読取部１２で読み取られた画像を、記憶部１９に印刷データとして記憶する。この際、画像処理部１１は、印刷データをＰＤＦやＴＩＦＦ等のフォーマットのファイル単位に変換することも可能である。

原稿読取部１２は、セットされた原稿を読み取る（スキャン）手段である。また、原稿読取部１２は、画像形成装置１の本体部の上部に配設される。
原稿読取部１２は、例えば、スキャナーと、プラテンガラスと、原稿読取スリットとを備えている。原稿読取部１２は、プラテンガラスに載置された原稿を読み取る場合には、スキャナーをプラテンガラスに対向する位置に移動させる。そして、原稿読取部１２は、プラテンガラスに載置された原稿を走査しながら読み取って画像データを取得する。原稿読取部１２は、取得した画像データを制御部１０に出力する。

また、原稿読取部１２は、原稿給送部１３から給送された原稿を読み取る場合には、スキャナーを、原稿読取スリットと対向する位置に移動させる。そして、原稿読取部１２は、原稿読取スリットを介し、原稿給送部１３による原稿の搬送動作と同期して原稿を読み取って、画像データを取得する。原稿読取部１２は、取得した画像データを、制御部１０に出力する。

原稿給送部１３は、原稿読取部１２で読み取られる原稿を搬送する手段である。原稿給送部１３は、原稿読取部１２の上部に配設されている。
原稿給送部１３は、原稿載置部と、原稿搬送機構とを備えている。原稿給送部１３は、原稿載置部に載置された原稿を、原稿搬送機構によって１枚ずつ順に繰り出して、原稿読取部１２に給送する。

給紙部１４は、記録紙を１枚ずつ画像形成部１７に向けて繰り出す手段である。給紙部１４は、本体部に備えられている。

ネットワーク送受信部１５は、ネットワーク５に接続するためのＬＡＮボードや無線送受信機等を含むネットワーク接続手段である。
ネットワーク送受信部１５は、データ通信用の回線ではデータを送受信し、音声電話回線では音声信号を送受信する。

操作パネル部１６は、ユーザーの指示を取得し、画像形成装置１の状態等を表示する手段である。
操作パネル部１６の構成については、後述する。

画像形成部１７は、ユーザーの出力指示により、記憶部１９に記憶され、原稿読取部１２で読み取られ、又は外部の端末から取得されたデータから記録紙への画像形成を行わせる手段である。
画像形成部１７は、感光体ドラム、露光部、現像部、転写部、及び定着部等を備えている。画像形成部１７は、帯電、露光、現像、転写、定着からなる画像形成プロセスを実行することで記録紙Ｐにトナー像を記録する。

ＦＡＸ送受信部１８は、ファクシミリの送受信を行う手段である。ＦＡＸ送受信部１８は、音声回線等により、他のＦＡＸ装置（図示せず）からファクシミリ受信して、記憶部１９に保存し、画像形成部１７で画像形成させることが可能である。また、ＦＡＸ送受信部１８は、原稿読取部１２で読み取られた原稿や外部の端末から送信されたネットワークＦＡＸのデータを画像データに変換して、他のＦＡＸ装置へ音声回線等でファクシミリ送信することが可能である。

記憶部１９は、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、フラッシュメモリー等の半導体メモリーやＨＤＤ（Hard Disk Drive）等の記録媒体を用いた記憶手段である。
記憶部１９のＲＡＭは、省電力状態であっても、セルフリフレッシュ等の機能により、記憶内容が保持されてもよい。
記憶部１９のＲＯＭやフラッシュメモリーやＨＤＤには画像形成装置１の動作制御を行うための制御プログラムが記憶されている。この制御プログラムには、制御部１０や図示しない他の端末からユーザーが自装置をＧＵＩ（Graphical User Interface）で操作可能とする機能を備えたＯＳ（Operating System）、各種アプリ等のプログラムやデータを含んでいる。また、この制御プログラムは、ＯＳ上で動作するウェブサーバーやミドルウェア等も含む。
これに加えて、記憶部１９は、ユーザーのアカウント設定も記憶している。また、記憶部１９には、ユーザー毎の保存フォルダー（文書ボックス）の領域が含まれていてもよい。

また、操作パネル部１６は、入力部２０と、表示部２１とを備えている。

入力部２０は、ユーザーによる各種指示を取得するためのタッチパネル、スイッチ、ボタン等である。入力部２０のタッチパネルは、抵抗膜方式や静電容量方式や歪み検知方式等により、ユーザーが押下した表示部２１上の座標等を検出する。また、入力部２０は、タッチパネルがマルチタッチ対応であってもよい。
また、入力部２０のスイッチは、例えば、スタートキー、テンキー、動作モードの切り換え、選択された文書へ指示を取得するためのスイッチである。この動作モードは、複写やスキャナー等のモードの切り換えが可能であってもよい。選択された文書への指示は、印刷、送信、受信等に係る指示であってもよい。

表示部２１は、ＬＣＤ（Liquid Crystal Display）、ＯＥＬ（Organic Electro-Luminescence）、ＦＥＤ（Field Emission Display）、蛍光表示管等の平面ディスプレイパネル、プロジェクタ、ステータス表示用ＬＥＤ等である。
表示部２１は、ＧＵＩの各種操作画面を表示することが可能である。

なお、画像形成装置１において、制御部１０及び画像処理部１１は、ＧＰＵ内蔵ＣＰＵ等やチップ・オン・モジュールパッケージのように、一体的に形成されていてもよい。
また、制御部１０及び画像処理部１１は、ＲＡＭやＲＯＭやフラッシュメモリー等を内蔵していてもよい。

〔画像形成装置１の制御構成〕
ここで、図３を参照し、本発明の実施の形態に係る画像形成装置１の制御構成について説明する。
制御部１０は、統合表示部１００、認証データ格納部１１０、共通認証部１２０、及びアプリ実行部１３０を備えている。
記憶部１９は、配置データ２００及び認証データ２１０を格納させることが可能である。

統合表示部１００は、複数のアプリのユーザーインターフェイス（User Interface、以下、単に「ＵＩ」という。）を統合して一つの画面に表示させる。本実施形態においては、具体的には、統合表示部１００は、画像形成装置１にインストールされた各アプリのＧＵＩ画面を配置データ２００に基づいて統合して操作パネル部１６の表示部２１上に、統合画面３００（図５）として表示させる。このため、統合表示部１００は、各アプリを統合して表示させる「統合アプリ」を実行する。
また、統合表示部１００は、設定された配置データ２００に対応して、複数のアプリのＵＩと、特定の処理を指示するボタンとを統合画面３００上に並べて配置する。本実施形態においては、具体的には、統合表示部１００は、配置データ２００に基づいて、各アプリとカスタマイズボタンとを並べて表示することが可能である。

認証データ格納部１１０は、統合表示部１００により表示された統合画面３００上で、いずれかのアプリのＵＩ等から認証データ２１０が入力されたことを検知して、当該認証データ２１０を記憶部１９に格納する。
認証データ格納部１１０は、認証データ２１０において、各アプリに共通の認証用のデータで認証ができなかった場合、当該アプリに認証させて、このデータをアプリ毎に異なる個別の認証用のデータとして認証データに含ませることも可能である。

共通認証部１２０は、統合表示部１００により表示された画面上で、他のアプリにおいて認証が必要な場合、認証データ格納部１１０に格納された認証データ２１０により認証を行わせる。この際、共通認証部１２０は、この認証データ２１０を、この他のアプリに受け渡し、各サーバー２へ送信させる。

アプリ実行部１３０は、アプリを実行する実行ユニットである。具体的には、アプリ実行部１３０は、インストールされた各アプリに対応するクラス、オブジェクト、実行ファイル等が、タスクやスレッド等として、制御部１０により実行される単位を示している。

配置データ２００は、各アプリのＵＩやボタン等を統合画面３００上で並べて配置するためのデータである。配置データ２００は、例えば、ＸＭＬやＨＴＭＬ等のマークアップ言語、マクロ言語等で構成されていてもよい。また、配置データ２００は、例えば、各アプリを識別するアプリＩＤ、アプリのＵＩの配置位置、大きさ、色、フォント等の見た目、仮想化等を行うか否か、統合アプリで取得するユーザーの指示の種類等の記述を含んでいてもよい。また、配置データ２００は、例えば、統合画面３００上に、アプリと並べて表示可能な、特定の処理を指示するボタンについての記述を含んでいてもよい。このボタンは、例えば、インストールされたアプリと、本体内蔵の機能とを用いて、各種の処理を順次実行する「ワークフロー」、特別な印刷方式の設定、アプリの配置自体の設定等の各種の処理をユーザーにより自由に設定可能な「カスタマイズボタン」（customizable button）であってもよい。

認証データ２１０は、ユーザーのＩＤ（Identification）、アカウント名、パスワード等を含む、ユーザー認証用のデータである。本実施形態においては、認証データ２１０として、各アプリについて共通の認証用のデータを用いることが可能である。また、認証データ２１０は、アプリ毎に異なる個別の認証用のデータを含ませることも可能である。また、認証データ２１０は、暗号化されていてもよい。

ここで、制御部１０は、記憶部１９に記憶された制御プログラムを実行することで、統合表示部１００、認証データ格納部１１０、共通認証部１２０、及びアプリ実行部１３０として機能させられる。
また、上述の画像形成装置１の各部は、本発明の画像形成方法を実行するハードウェア資源となる。

〔画像形成装置１によるアプリ統合実行処理〕
次に、図４及び図５を参照して、本発明の実施の形態に係る情報処理システムＸの画像形成装置１によるアプリ統合実行処理の説明を行う。
本実施形態のアプリ統合実行処理では、複数のアプリのＵＩを統合して一つの統合画面３００（図５）に表示させる。この上で、表示された統合画面３００上で、いずれかのアプリのＵＩから認証データ２１０が入力されたことを検知して、当該認証データ２１０を格納させる。そして、表示された統合画面３００上で、他のアプリケーションにおいて認証が必要な場合、格納された認証データ２１０により認証を行わせる。
本実施形態のアプリ統合実行処理は、主に制御部１０が記憶部１９に記憶されたプログラムを各部と協働し、ハードウェア資源を用いて実行する。
以下で、図４のフローチャートを参照して、アプリ統合実行処理の詳細をステップ毎に説明する。

（ステップＳ１０１）
まず、統合表示部１００が、統合表示処理を行う。
ユーザーによる操作パネル部１６の入力部２０からの指示を取得すると、統合表示部１００は、記憶部１９にインストールされて格納されている複数のアプリを起動させ、それぞれのアプリ実行部１３０により実行させる。
図５によると、統合表示部１００は、統合アプリにより、配置データ２００を参照して、各アプリのＵＩを統合して、統合画面３００に表示させる。また、統合表示部１００は、配置データ２００に対応して、各アプリとカスタマイズボタンとを並べて、それぞれを指示可能なオブジェクト（object）として統合画面３００に表示させる。この統合画面３００は、例えば、全画面表示、単一のウィンドウやタブ等で、ユーザーから一体として認識されるような形式で表示部２１に表示される。
また、統合表示部１００は、入力部２０のタッチパネルやボタンでこの統合画面３００上にフォーカス（focus）してユーザーが操作したことを検知する。この場合、統合表示部１００は、フォーカスされたオブジェクトに入力されたデータを渡す前に、一旦、ユーザーの指示を取得する。
図５の例では、統合画面３００上に、アプリＡ１、Ａ２が横に並べて表示され、その横に、カスタマイズボタンＢが３つ縦に並んで表示される。

（ステップＳ１０２）
次に、認証データ格納部１１０が、認証データ２１０が入力されたか否かを判定する。認証データ格納部１１０は、統合表示部１００により表示された統合画面３００上で、いずれかのアプリのＵＩから認証データ２１０が入力されたことを検知する。具体的には、認証データ格納部１１０は、フォーカスされたオブジェクトがアプリのＵＩであり、更に、ユーザーの指示としてＩＤ、アカウント名、パスワード等が入力されたことを検知した場合に、Ｙｅｓと判定する。認証データ格納部１１０は、それ以外の場合には、Ｎｏと判定する。
Ｙｅｓの場合、認証データ格納部１１０は、処理をステップＳ１０３に進める。
Ｎｏの場合、認証データ格納部１１０は、処理をステップＳ１０４に進める。

（ステップＳ１０３）
認証データ２１０が入力されたことを検知した場合、認証データ格納部１１０が、認証データ格納処理を行う。
認証データ格納部１１０は、アプリのＵＩから入力された認証データ２１０を記憶部１９に格納する。具体的には、認証データ格納部１１０は、入力されたユーザーの指示に係るＩＤ、アカウント名、パスワード等を認証データ２１０として、アプリＩＤと対応付け、記憶部１９に格納する。認証データ格納部１１０は、この認証データ２１０を、共通の認証用のデータとして格納することが可能である。

（ステップＳ１０４）
ここで、共通認証部１２０が、共通認証が必要か否かを判定する。共通認証部１２０は、統合表示部１００により表示された統合画面３００上で、他のアプリにおいて認証が必要な場合に、Ｙｅｓと判定する。具体的には、共通認証部１２０は、例えば、上述の認証データ格納処理において認証データ２１０を格納した際のアプリＩＤのアプリではないアプリ（他のアプリ）が、認証データ２１０を送付するユーザー認証を必要とした場合に、Ｙｅｓと判定する。つまり、共通認証部１２０は、例えば、統合画面３００上で動作している他のアプリ自体、又は他のアプリと連携するサーバー２との間で、認証データ２１０を必要とする場合に、Ｙｅｓと判定する。また、共通認証部１２０は、例えば、統合画面３００上で動作している他のアプリのＵＩが、ユーザーに認証情報を求める画面を表示した場合に、Ｙｅｓと判定する。共通認証部１２０は、それ以外の場合には、Ｎｏと判定する。
Ｙｅｓの場合、共通認証部１２０は、処理をステップＳ１０５に進める。
Ｎｏの場合、共通認証部１２０は、アプリ統合実行処理を終了する。

（ステップＳ１０５）
共通認証が必要な場合、共通認証部１２０が、共通認証処理を行う。
共通認証部１２０は、認証データ格納部１１０により格納された認証データ２１０により認証を行わせる。具体的には、共通認証部１２０は、例えば、記憶部１９に格納されていた認証データ２１０を用いて、統合画面３００上で動作している認証を必要とする他のアプリ、他のアプリと連携するサーバー２、又は他のアプリのＵＩに、認証データ２１０内の共通の認証用のデータを渡して認証させる。この際に共通認証部１２０は、認証データ２１０に含まれるＩＤ、アカウント名、パスワード等を、他のアプリに合わせた形式に変換してもよい。
また、共通認証部１２０は、統合画面３００上で動作している他のアプリ自体が認証を必要とするものでなくとも、ネットワークを介して他のアプリと連携するサーバー２が認証を必要とする場合、連携するサーバー２が認証要である情報を自動的に受け取ることにより、他のアプリに認証データ２１０内の共通の認証用のデータを渡して認証させることができる。
さらに、共通認証部１２０は、統合画面３００上で動作している他のアプリと、他のアプリと連携するサーバー２とが認証を必要とするものでなくとも、ネットワークを介してサーバー２とさらに連携するサーバー（図示せず）が認証を必要とする場合、連携するサーバーが認証要である情報を自動的に受け取ることにより、他のアプリに認証データ２１０内の共通の認証用のデータを渡して認証させることができる。すなわち、共通認証部１２０は、他のアプリとネットワーク末端に結合されたサーバーの認証要または認証不要の情報を自動的に取得し、認証要の場合は認証データ２１０内の共通の認証用のデータを渡すことが可能なように構成されていてもよい。

（ステップＳ１０６）
次に、共通認証部１２０が、共通認証が成功したか否かを判定する。共通認証部１２０は、上述の共通認証による認証が成功した場合に、Ｙｅｓと判定する。具体的には、共通認証部１２０は、この認証の成功として、例えば、他のアプリ、他のアプリと連携するサーバー２、又は他のアプリのＵＩから、再度の認証の要求がなく特定時間経過した、又は、認証成功の応答があった場合に、Ｙｅｓと判定する。また、共通認証部１２０は、それ以外の場合、例えば、他のアプリ、他のアプリと連携するサーバー２、又は他のアプリのＵＩから再度の認証を求められた場合には、Ｎｏと判定する。
Ｙｅｓの場合、共通認証部１２０は、アプリ統合実行処理を終了する。
Ｎｏの場合、共通認証部１２０は、処理をステップＳ１０７に進める。

（ステップＳ１０７）
共通認証が成功しなかった場合、認証データ格納部１１０が、個別アプリ認証処理を行う。
認証データ格納部１１０は、認証データ２１０を入力させる画面等を表示部２１に表示させて、入力部２０から、他のアプリに必要なＩＤ、アカウント名、パスワード等をユーザーに入力させる。認証データ格納部１１０は、入力されたデータを個別の認証用のデータとして、認証データ２１０に含ませて、他のアプリのアプリＩＤと対応付け、記憶部１９に格納する。
以上により、本発明の実施の形態に係るアプリ統合実行処理を終了する。
その後、また、統合画面３００上で、ユーザーの指示を待つ待機状態となる。

以上のように構成することで、以下のような効果を得ることができる。
従来、典型的な技術では、複数のアプリがインストールされている環境では、各アプリからいちいち認証をする必要があり、ユーザーの使い勝手が悪くなっていた。
これに対して、本発明の実施の形態に係る情報処理装置である画像形成装置１は、複数のアプリのＵＩを統合して一つの画面である統合画面３００に表示させる統合表示部１００と、統合表示部１００により表示された統合画面３００上で、いずれかのアプリのＵＩから認証データ２１０が入力されたことを検知して、当該認証データ２１０を記憶部１９に格納する認証データ格納部１１０と、統合表示部１００により表示された統合画面３００上で、他のアプリにおいて認証が必要な場合、認証データ格納部１１０により格納された認証データ２１０により認証を行わせる共通認証部１２０とを備えることを特徴とする。
このように構成することで、複数のアプリがインストールされている環境でも、一度、共通の認証用のデータを取得すると、それぞれのアプリから認証を要求されることがなくなる。このため、ユーザーの煩わしさが軽減され、使い勝手がよくなる。また、複数のパスワードを管理することによるセキュリティ上の問題も回避できる。

また、典型的な各アプリやアプリを用いたソリューションの開発は、それぞれバラバラに行われるため、ＵＩが統合されないという問題があった。このため、ソリューション毎に認証が必要となっていた。
これに対して、本発明の実施の形態に係る情報処理装置である画像形成装置１は、統合アプリをインストールして統合表示部１００により実行することで、インストールされた各アプリのＵＩの統合を行うことが可能となる。統合アプリを用いることで、各サーバー２に平行してアクセス可能することができ、各アプリが連携するサーバー２も把握することができる。また、フォーカスされたオブジェクトへのユーザーの指示を取得することで、認証の要否を容易に判別することが可能となる。
これにより、一度の認証で全てのアプリの認証を可能とする「シングルサインオン」を実現することができ、ユーザーの利便性を高めることができる。

また、本発明の実施の形態に係る画像形成装置１は、統合表示部１００は、設定された配置データ２００に対応して、複数のアプリのＵＩと、特定の処理を指示するボタンとを一つの画面上に並べて配置することを特徴とする。
このように構成することで、一つの画面上に多数のアプリが表示されていても、一覧性がよくなり、統一的にユーザーの指示を受け取ることが可能となる。また、アプリと異なるボタンも表示することで、アプリ間を連携させるような機能も容易に実現することが可能となる。結果として、ユーザーの使い勝手がよくなる。

〔他の実施の形態〕
なお、図５の上述の統合表示部１００の表示例では、縦画面のアプリを横に並べるような構成を記載したものの、これに限られない。すなわち、横画面のアプリを縦に並べたり、斜めに並べたり、一画面になるよう適切に配置することが可能である。
また、統合表示部１００は、統合アプリにおいて、各アプリのＵＩのオブジェクトの一部のみを表示させ、当該アプリがフォーカスされた際に、残りのＵＩのオブジェクトを表示するようにしてもよい。また、統合表示部１００は、統合画面３００をスクロールさせたり、一部を拡大縮小したりして表示してもよい。
このように構成することで、インストールされたアプリが多くても、ユーザーの使い勝手をよくすることができる。

また、本発明の実施の形態においては、画像形成装置１以外の情報処理装置にも適用できる。すなわち、複数のアプリを統合して表示することが必要な、スマートフォン、ＰＤＡ（Personal Data Assistant）、家電機器等にも用いることが可能である。
また、本実施形態の処理は、操作パネル部１６が取り外し可能であったり、リモート端末による操作が可能な画像形成装置１にも適用したりすることが可能である。また、ネットワークスキャナー、スキャナーをＵＳＢ等で別途接続したサーバー等を用いるような構成であってもよい。
このように構成することで、画像形成装置以外の情報処理装置においても、ユーザーの使い勝手をよくすることが可能となる。

また、上記実施の形態の構成及び動作は例であって、本発明の趣旨を逸脱しない範囲で適宜変更して実行することができることは言うまでもない。

１ 画像形成装置
２ サーバー
５ ネットワーク
１０ 制御部
１１ 画像処理部
１２ 原稿読取部
１３ 原稿給送部
１４ 給紙部
１５ ネットワーク送受信部
１６ 操作パネル部
１７ 画像形成部
１８ ＦＡＸ送受信部
１９ 記憶部
２０ 入力部
２１ 表示部
１００ 統合表示部
１１０ 認証データ格納部
１２０ 共通認証部
１３０ アプリ実行部
２００ 配置データ
２１０ 認証データ
３００ 統合画面
Ｘ 情報処理システム
Ａ１、Ａ２ アプリ
Ｂ カスタマイズボタン

Claims (4)

1. 複数のアプリケーションのユーザーインターフェイスを統合して一つの画面に表示させる統合表示部と、
   前記統合表示部により表示された前記画面上で、いずれかの前記アプリケーションの前記ユーザーインターフェイスから認証データが入力されたことを検知して、当該認証データを格納する認証データ格納部と、
   前記統合表示部により表示された前記画面上で、他の前記アプリケーションにおいて認証が必要な場合、前記認証データ格納部により格納された前記認証データにより認証を行わせる共通認証部とを備える
   ことを特徴とする情報処理装置。
2. 前記統合表示部は、
   設定された配置データに対応して、複数の前記アプリケーションの前記ユーザーインターフェイスと、特定の処理を指示するボタンとを一つの前記画面上に並べて配置する
   ことを特徴とする請求項１に記載の情報処理装置。
3. 請求項１又は２に記載の情報処理装置を備える
   ことを特徴とする画像形成装置。
4. 情報処理装置により実行される情報処理方法であって、前記情報処理装置に、
   複数のアプリケーションのユーザーインターフェイスを統合して一つの画面に表示させ、
   表示された前記画面上で、いずれかの前記アプリケーションの前記ユーザーインターフェイスから認証データが入力されたことを検知して、当該認証データを格納させ、
   表示された前記画面上で、他の前記アプリケーションにおいて認証が必要な場合、格納された前記認証データにより認証を行わせる
   ことを特徴とする情報処理方法。

Images