(57)【要約】【課題】複数のサーバーの機能をいちいち認証せずに呼び出せる情報処理装置を提供する。【解決手段】  認証実行部１１０は、複数のサーバー２のいずれかで、機能において認証が必要な場合、当該サーバー２との間で認証を行う。統合配置部１００は、複数のサーバー２のいずれかへの機能を呼び出す指示を取得する指示領域を、一つのアプリケーションに配置し、更に、認証実行部１１０により認証が必要で類似する複数の機能及び／又は同一のサーバー２で認証される複数の機能をフォルダーとしてまとめた指示領域を配置する。認証状態変更部１２０は、統合配置部１００によりまとめられたフォルダー、アプリケーション、及び機能のいずれかと対応付けて認証状態を制御する。【選択図】図４
2019080237.tif 000002
【特許請求の範囲】
【請求項１】
複数のサーバーの機能を呼び出し可能な情報処理装置であって、
複数の前記サーバーのいずれかで、前記機能において認証が必要な場合、当該サーバーとの間で認証を行う認証実行部と、
複数の前記サーバーのいずれかへの前記機能を呼び出す指示を取得する指示領域を、一つのアプリケーションに配置し、更に、前記認証実行部により認証が必要で類似する複数の前記機能及び／又は同一の前記サーバーで認証される複数の前記機能をフォルダーとしてまとめた前記指示領域を配置する統合配置部と、
前記統合配置部によりまとめられた前記フォルダー、前記アプリケーション、及び前記機能のいずれかと対応付けて認証状態を制御する認証状態変更部とを備える
ことを特徴とする情報処理装置。
【請求項２】
前記統合配置部は、
前記認証実行部による認証を必要としない前記機能の前記指示領域は前記フォルダーとしてまとめず、
呼び出される前記機能に対応する前記サーバーは、前記指示領域毎に異なってもよい
ことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記認証状態変更部は、
前記フォルダーに対応する前記認証状態を保持し、前記フォルダーの前記指示領域内の前記機能を呼び出し、前記機能とは別の機能を呼び出した後でも、再度の前記認証を必要としない
ことを特徴とする請求項１又は２に記載の情報処理装置。
【請求項４】
請求項１乃至３のいずれか１項に記載の情報処理装置を備える
ことを特徴とする画像形成装置。
【請求項５】
複数のサーバーと、複数の前記サーバーの機能を呼び出し可能な情報処理装置とを含む情報処理システムであって、
複数の前記サーバーのそれぞれは、
認証が必要な機能の機能情報を前記情報処理装置へ送信する機能情報送信部と、
前記機能情報送信部により送信された前記機能情報に対応した前記機能の認証を行う認証部と、
前記認証部で認証された前記機能の処理を実行する機能処理実行部とを備え、
前記情報処理装置は、
複数の前記サーバーから送信された前記機能情報を受信する機能情報受信部と、
複数の前記サーバーのいずれかで、前記機能において認証が必要な場合、当該サーバーとの間で認証を行う認証実行部と、
前記複数のサーバーのいずれかへの前記機能を呼び出す指示を取得する指示領域を、一つのアプリケーションに配置し、更に、前記認証実行部により認証が必要で類似する複数の前記機能及び／又は同一の前記サーバーで認証される複数の前記機能をフォルダーとしてまとめた前記指示領域を配置する統合配置部と、
前記統合配置部によりまとめられた前記フォルダー、前記アプリケーション、及び前記機能のいずれかと対応付けて認証状態を制御する認証状態変更部とを備える
ことを特徴とする情報処理システム。
【請求項６】
複数のサーバーの機能を呼び出し可能な情報処理装置により実行される情報処理方法であって、前記情報処理装置に、
複数の前記サーバーのいずれかで、前記機能において認証が必要な場合、当該サーバーとの間で認証を行わせ、
複数の前記サーバーのいずれかへの前記機能を呼び出す指示を取得する指示領域を、一つのアプリケーションに配置し、更に、認証が必要で類似する複数の前記機能及び／又は同一の前記サーバーで認証される複数の前記機能をフォルダーとしてまとめた前記指示領域を配置させ、
まとめられた前記フォルダー、前記アプリケーション、及び前記機能のいずれかと対応付けて認証状態を制御させる
ことを特徴とする情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、画像形成装置、情報処理システム、及び情報処理方法に係り、特に複数のサーバーの機能を呼び出し可能な情報処理装置、画像形成装置、情報処理システム、及び情報処理方法に関する。
【背景技術】
【０００２】
従来から、文書や画像を印刷可能な複合機（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）、各種アプリ等のプログラムやデータを含んでいる。また、この制御プログラムは、ＯＳ上で動作するＷＷＷ（World Wide Web）サーバーやミドルウェア等も含む。
これに加えて、記憶部１９は、ユーザーのアカウント設定も記憶していてもよい。また、記憶部１９には、ユーザー毎の文書ボックスの領域が含まれていてもよい。
【００２７】
また、操作パネル部１６は、入力部６０と、表示部６１とを備えている。
【００２８】
入力部６０は、ユーザーによる各種指示を取得するためのタッチパネル、スイッチ、ボタン等である。入力部６０のタッチパネルは、抵抗膜方式や静電容量方式や歪み検知方式等により、ユーザーが押下した表示部６１上の座標等を検出する。また、入力部６０は、マルチタッチ対応であってもよい。
また、入力部６０のスイッチは、例えば、スタートキー、テンキー、動作モードの切り換え、選択された文書へ指示を取得するためのスイッチ等である。この動作モードは、複写やスキャナー等のモードの切り換えが可能であってもよい。選択された文書への指示は、印刷、送信、受信等に係る指示であってもよい。
また、入力部６０により、後述するアプリ上の各指示領域に対するユーザーの指示を取得可能であってもよい。
【００２９】
表示部６１は、ＬＣＤ（Liquid Crystal Display）、ＯＥＬ（Organic Electro-Luminescence）、ＦＥＤ（Field Emission Display）、蛍光表示管等の平面ディスプレイパネル、プロジェクター、ステータス表示用ＬＥＤ等である。
表示部６１は、ＧＵＩの各種操作画面を表示することが可能である。この操作画面は、アプリの画面、アプリ内に表示され、サーバー２の機能を呼び出すための表示領域、各種ボタン等を含む。
【００３０】
〔サーバー２の制御構成〕
次に、図３により、サーバー２の制御構成について説明する。
サーバー２は、制御部２０、ネットワーク送受信部２５、及び記憶部２９を含んでいる。
【００３１】
制御部２０は、ＧＰＰ、ＣＰＵ、ＭＰＵ、ＤＳＰ、ＧＰＵ、ＡＳＩＣ等の情報処理部である。
制御部２０は、記憶部２９のＲＯＭやＳＳＤやＨＤＤに記憶されている制御プログラムを読み出して、この制御プログラムをＲＡＭに展開させて実行することで、後述する機能ブロックの各部として動作させられる。
【００３２】
ネットワーク送受信部２５は、ネットワーク５に接続するためのＬＡＮボードや無線送受信機等を含むネットワーク接続部である。
【００３３】
記憶部２９は、ＲＯＭ、ＲＡＭ、フラッシュメモリー等の半導体メモリーやＨＤＤ等の記録媒体を用いた記憶手段である。
記憶部２９のＲＯＭやフラッシュメモリーやＨＤＤにはサーバー２の動作制御を行うための制御プログラムが記憶されている。この制御プログラムは、ＯＳ、各種機能の処理を実行するためのサービス、デーモン（Daemon）、各種アプリ等のプログラムやデータを含んでいる。また、この制御プログラムは、ＯＳ上で動作するＷＷＷ（World Wide Web）サーバーやミドルウェア等も含んでいてもよい。
これに加えて、記憶部２９は、ユーザーの認証に係るアカウント設定も記憶していてもよい。また、記憶部２９には、ユーザー毎の文書ボックスの領域が含まれていてもよい。
【００３４】
なお、画像形成装置１において、制御部１０及び画像処理部１１は、ＧＰＵ内蔵ＣＰＵ等やチップ・オン・モジュールパッケージのように、一体的に形成されていてもよい。
また、サーバー２において、制御部２０も、ＧＰＵ内蔵ＣＰＵ等やチップ・オン・モジュールパッケージのように、一体的に形成されていてもよい。
また、制御部１０及び制御部２０は、ＲＡＭやＲＯＭやフラッシュメモリー等を内蔵していてもよい。
【００３５】
〔情報処理システムＸの機能構成〕
ここで、図４を参照し、本発明の実施の形態に係る情報処理システムＸの機能構成について説明する。
制御部１０は、統合配置部１００、認証実行部１１０、認証状態変更部１２０、及び機能情報受信部１３０を備えている。
記憶部１９は、機能情報３００、配置データ４００、及び認証状態データ４１０を格納する。
制御部２０は、機能情報送信部２００、認証部２１０、及び機能処理実行部２２０を備えている。
記憶部２９は、機能情報３００を格納する。
【００３６】
統合配置部１００は、複数のサーバー２のいずれかへの機能を呼び出す指示を取得する指示領域を、一つのアプリに配置する。この際、呼び出される機能に対応するサーバー２は、指示領域毎に異なってもよい。
また、統合配置部１００は、認証実行部１１０により認証が必要で類似する複数の機能及び／又は同一のサーバー２で認証される複数の機能をフォルダーとしてまとめた指示領域を配置してもよい。
また、統合配置部１００は、認証実行部１１０による認証を必要としない機能の指示領域は、フォルダーとしてまとめなくてもよい。
【００３７】
本実施形態においては、統合配置部１００は、例えば、画像形成装置１にインストールされたアプリのＧＵＩ画面を操作パネル部１６の表示部６１上に表示させる。また、統合配置部１００は、配置データ４００に対応して、例えば、複数の機能やフォルダーの選択を指示する指示領域を並べて、一つのアプリの画面内に配置する。
この際、統合配置部１００は、認証実行部１１０による認証を必要とする機能又はフォルダーの指示領域と、認証を必要としない機能の指示領域とを、それぞれ、一つのアプリの画面内に配置してもよい。また、統合配置部１００は、呼び出される機能に対応するサーバー２が異なっている指示領域を、一つのアプリの画面内に配置してもよい。
なお、統合配置部１００は、指示領域をタイル状やリスト状等に並べて表示してもよい。
【００３８】
また、統合配置部１００は、アプリに対するユーザーの指示を取得したり、各種情報を表示したりする、その他のメニューやボタン等についても、一つのアプリの画面内に配置してもよい。
また、統合配置部１００は、指示領域における機能の呼び出しの指示を、入力部６０から取得して、実際に該当するサーバー２の機能を呼び出してもよい。この際、統合配置部１００は、指示領域毎に異なったサーバー２の機能を呼び出してもよい。
【００３９】
認証実行部１１０は、複数のサーバー２のいずれかで、機能において認証が必要な場合、当該サーバー２との間で認証を行う。具体的には、認証実行部１１０は、統合配置部１００により配置された指示領域に対応するサーバー２の機能において認証が必要な場合、当該サーバー２との間で認証を行う。また、認証実行部１１０は、サーバー２の機能がまとめられたフォルダーを選択する指示があった場合に、フォルダーにまとめられた機能について、共通の認証を行ってもよい。
本実施形態においては、認証実行部１１０は、例えば、ユーザーが指示領域を入力部６０で押下等して指示した場合、この指示領域に対応する機能の処理を実行するサーバー２へ接続する。この際、当該サーバー２にて認証を求められた場合、認証実行部１１０は、入力部６０等により、ユーザーの入力した認証情報を取得して、これをサーバー２へ送信して認証を行う。認証実行部１１０は、この認証結果及び認証情報について、認証状態データ４１０に設定してもよい。
【００４０】
認証状態変更部１２０は、認証実行部１１０により認証された認証状態をフォルダー、アプリ、及び機能のいずれかと対応付けて制御する。
具体的には、認証状態変更部１２０は、フォルダー及び機能のいずれかに対応する認証状態を保持し、当該機能とは別の機能を呼び出した後でも、再度の認証を必要としないようにしてもよい。
つまり、認証状態変更部１２０は、フォルダー及び機能のいずれかに対応する認証状態を保持してもよい。このうち、認証状態変更部１２０は、フォルダーの指示領域内の機能を呼び出した場合、同一フォルダー内の別の機能を呼び出した後でも、再度の認証を必要としなくてもよい。
また、本実施形態において、認証状態変更部１２０は、認証実行部１１０により、フォルダーに対応するサーバー２、及び／又は既に認証された指示領域の機能に対応するサーバー２について、例えば、接続のセッション等を保持する。これにより、同じ機能をユーザーが呼び出した場合に、その認証された状態でまた当該機能の処理を実行する。このようにして、認証状態変更部１２０は、認証実行部１１０により認証された認証状態をフォルダーや機能と対応付けて制御してもよい。
【００４１】
また、本実施形態において、認証状態変更部１２０は、例えば、アプリの実行の終了の際、アプリから呼び出し可能な機能を備える複数のサーバー２のセッション等を切断し、非認証状態に戻す。このようにして、認証状態変更部１２０は、認証実行部１１０により認証された認証状態をアプリとも対応付けて制御してもよい。
【００４２】
機能情報受信部１３０は、複数のサーバー２から送信された機能情報３００を受信し、記憶部１９に格納する。
【００４３】
機能情報送信部２００は、認証が必要な機能の機能情報３００を、記憶部２９から取得して、画像形成装置１へ送信する。なお、機能情報送信部２００は、当該サーバー２が提供する機能について、認証が必要なければ、機能情報３００を送信しなくてもよい。
【００４４】
認証部２１０は、機能情報送信部２００により送信された機能情報３００に対応した機能の認証を行う。この際、認証部２１０は、画像形成装置１から認証情報を取得して、この認証情報をアカウント設定と照合して認証を行う。また、認証部２１０は、同一のサーバー２内の機能や上述のフォルダーにまとめられた機能については、同一のアカウント設定にて認証してもよい。また、認証部２１０は、ＩＤ（Identification）やアカウント名、パスワード等を認証情報として取得する他に、ＩＣカードや磁気カード等のＩＤカードの認証情報、数桁の数字入力によるＰＩＮ等の認証情報、指紋認証や静脈認証や光彩認証や顔認証等の生体認証の認証情報、これらの各種認証の組み合わせ等の認証情報を取得して、認証を行ってもよい。
【００４５】
機能処理実行部２２０は、認証部２１０で認証された機能の処理を実行する。この機能処理実行部２２０は、当該サーバー２が提供する機能毎に実行されてもよく、セッション等に基づいたデータに対して、プロセスやスレッド等として実行されてもよい。
【００４６】
機能情報３００は、当該サーバー２で提供される機能の内容を示す情報である。また、機能情報３００は、認証が必要な機能を示す情報を含んでいてもよい。機能情報３００は、例えば、機能の種類、入力データ及び出力データで可能なフォーマット、ワークフローのための機能の呼び出し形式やパイプの設定データ、認証が必要か否か等の設定を含んでいてもよい。
【００４７】
配置データ４００は、画像形成装置１にインストールされたアプリのＧＵＩのデータである。配置データ４００は、アプリ上で、複数のサーバー２の各機能に対応した指示領域の情報を含む。
具体的には、配置データ４００は、例えば、ＸＭＬやＨＴＭＬ等のマークアップ言語、マクロ言語等で構成されていてもよい。また、配置データ４００は、例えば、各機能を識別する、ＧＵＩの各領域の情報を含んでいてもよい。また、配置データ４００は、各領域の種類として、サーバー２の機能に対応した指示領域、ボタンやメニュー等のＧＵＩ部品の領域等を含んでいてもよい。また、配置データ４００は、各領域の情報として、配置位置、大きさ、色、フォント等の見た目、アプリで取得するユーザーの指示の種類等の情報を含んでいてもよい。このうち、配置データ４００は、指示領域の配置位置の情報として、例えば、アプリ上の分割位置の割合や相対位置やピクセル位置での矩形座標を含んでいてもよい。また、配置データ４００は、指示領域の情報として、呼び出すサーバー２と機能の種類、呼び出すサーバー２及び機能のアドレスやプロトコル、送受信するデータや設定等についての情報を含んでいてもよい。また、配置データ４００は、指示領域の情報として、ワークフローの手順等を示すマクロ言語やスクリプト言語で記述されたデータ等も含んでいてもよい。
また、配置データ４００は、例えば、アプリ画面５００（アプリケーション画面）上に表示可能な、特定の処理を指示するボタン等についての記述を含んでいてもよい。このボタンは、アプリの終了（閉じる）ボタン、ワークフローの追加又は変更ボタン、その他の特別な印刷方式の設定、機能の配置自体の設定、及びフォルダーの階層の移動を指示するボタン等を含んでいてもよい。
【００４８】
また、配置データ４００は、フォルダーの情報を含んでいてもよい。
具体的には、配置データ４００は、例えば、各指示領域について、まとめられた機能のフォルダーの有無と、このフォルダー内の情報を含んでいてもよい。このフォルダー内の情報としては、同じサーバー２及び／又は類似の機能について、まとめられたフォルダー内の機能の種類、呼び出し元のフォルダー、上述の指示領域の各情報を含んでいてもよい。また、このフォルダーは、配置データ４００内に、階層状にまとめられていてもよい。つまり、フォルダー内の機能の支持領域から、更に下位のフォルダーを呼び出してもよい。
また、配置データ４００は、情報処理システムＸの管理者の指示により、操作パネル部１６や図示しない端末等を用いて、画像形成装置１へ設定されてもよい。
なお、同一のサーバー２で提供される機能については、同一の認証情報で認証可能であってもよい。また、類似の機能についても、同一のサーバー２が提供される機能でなくても、同一の認証情報で認証可能であってもよい。
【００４９】
なお、配置データ４００は、各指示領域内外に、例えば、サーバー２の各機能に関するセッションの認証状態の変更を行うためのボタンを含んでいてもよい。
【００５０】
認証状態データ４１０は、認証実行部１１０によりサーバー２との間で行われた認証状態を示すデータである。具体的には、認証状態データ４１０は、サーバー２の各機能に対応した認証状態の情報を含んでいる。また、認証状態データ４１０は、この認証状態の情報としては、例えば、認証が成功しサーバー２の機能の呼び出しが可能な状態である「認証済状態」と、未認証や認証失敗の状態である「非認証状態」の情報を含んでいてもよい。また、認証状態データ４１０は、認証済状態の場合、この機能に対する接続のセッションの状態の情報等を含んでもよい。このセッションの状態の情報としては、ユーザーによる認証に係る認証情報、セッション接続の開始からの接続時間、切断までの時間等の情報を含んでいてもよい。
また、本実施形態においては、認証状態データ４１０として、各機能について共通の情報を用いても、それぞれ別の情報を用いてもよい。また、認証状態データ４１０は、サーバー２又は呼び出す機能毎に異なる個別の認証用の情報を含ませることも可能である。また、認証状態データ４１０は、暗号化されていてもよい。
【００５１】
ここで、制御部１０は、記憶部１９に記憶された制御プログラムを実行することで、統合配置部１００、認証実行部１１０、及び認証状態変更部１２０として機能させられる。
また、制御部２０は、記憶部２９に記憶された制御プログラムを実行することで、機能情報送信部２００、認証部２１０、及び機能処理実行部２２０として機能させられる。
また、上述の画像形成装置１及びサーバー２の各部は、本発明の画像形成方法を実行するハードウェア資源となる。
なお、上述の機能構成の一部又は任意の組み合わせをＩＣやプログラマブルロジック等でハードウェア的に構成してもよい。
【００５２】
〔画像形成装置１によるアプリ実行処理〕
次に、図５〜図６を参照して、本発明の実施の形態に係る情報処理システムＸの画像形成装置１によるアプリ実行処理の説明を行う。
本実施形態のアプリ実行処理は、複数のサーバー２の機能を呼び出し可能な画像形成装置１の情報処理方法の処理を含み、画像形成装置とサーバー２とにより実行される。画像形成装置１は、アプリ実行処理では、複数のサーバー２のいずれかへの機能を呼び出す指示を取得する指示領域を、一つのアプリの画面内に配置して、表示する。また、この指示領域から機能の実行が指示された場合、対応するサーバー２に接続し、認証が必要な場合、当該サーバー２との間で認証を行わせる。また、認証された認証状態をアプリ及び／又は機能と対応付けて制御させる。
本実施形態のアプリ実行処理は、主に画像形成装置１の制御部１０が記憶部１９に記憶されたプログラムを、サーバー２の制御部２０が記憶部２９に記憶されたプログラムを各部と協働し、ハードウェア資源を用いて実行する。
以下で、図５のフローチャートを参照して、アプリ実行処理の詳細をステップ毎に説明する。
【００５３】
（ステップＳ２００）
まず、サーバー２の機能情報送信部２００が、機能情報送信処理を行う。
機能情報送信部２００は、画像形成装置１の操作パネル部１６や図示しない端末等からの管理者による指示にて、認証が必要な機能の機能情報３００を、画像形成装置１へ送信する。
【００５４】
（ステップＳ１００）
次に、画像形成装置１の機能情報受信部１３０が、機能情報受信処理を行う。
機能情報受信部１３０は、サーバー２から送信された機能情報３００を受信して、記憶部１９に格納する。この際、機能情報受信部１３０は、複数のサーバー２からの機能情報３００を受信してもよい。また、機能情報受信部１３０は、この格納された機能情報３００を、管理者の指示等により、配置データ４００に適用して設定してもよい。
【００５５】
（ステップＳ１０１）
次に、統合配置部１００が、統合配置処理を行う。
統合配置部１００は、一つのアプリが実行されると、当該アプリの画面を表示部６１に表示する。
ここで、統合配置部１００は、配置データ４００を参照して、機能毎に指示領域を配置して描画する。この際、統合配置部１００は、複数の機能の処理を指示する指示領域を並べて配置してもよい。また、統合配置部１００は、各指示領域について、それぞれ、認証を必要とする機能、認証を必要としない機能を設定してもよく、呼び出されるサーバー２も異なって設定してもよい。
また、統合配置部１００は、機能がまとめられたフォルダーを指示領域として配置してもよい。
また、統合配置部１００は、アプリを終了させるボタン等についても、同一のアプリの画面内に配置してもよい。
図６により説明すると、アプリ画面５００は、一つのアプリにより表示される主画面（ホーム画面）の画面例である。このアプリ画面５００の例では、統合配置部１００は、機能Ａに対応する指示領域Ｒａ、同じサーバー２の機能がまとめられたフォルダーＦの指示領域Ｒｂ、機能Ｃに対応する指示領域Ｒｃ、機能Ｄに対応する指示領域Ｒｄを、それそれ配置する。また、統合配置部１００は、認証状態変更部１２０によりセッション接続を切断し、アプリを終了させる「閉じる」ボタンＢ１をアプリ画面５００に配置する。
【００５６】
（ステップＳ１０２）
ここで、統合配置部１００が、機能フォルダー選択を行う。
統合配置部１００は、ユーザーがＧＵＩにて指示領域を入力部６０で選択して押下した等の指示を取得する。
この上で、統合配置部１００は、配置データ４００を参照して、機能又はフォルダーのいずれの指示領域の指示を取得したのかについて判断する。
また、統合配置部１００は、機能の指示領域の指示を取得した場合、サーバー２のいずれについて、選択された機能の呼び出しを行うのかについて判断する。
【００５７】
また、統合配置部１００は、フォルダーの指示領域について選択する指示を取得した場合、当該フォルダーの指示領域を描画して配置する。つまり、統合配置部１００は、認証実行部１１０により認証が必要で類似する複数の機能及び／又は同一のサーバー２で認証される複数の機能をフォルダーとしてまとめた指示領域を配置する。
図６の例では、フォルダーＦの指示領域Ｒｂが押下された場合、統合配置部１００は、フォルダーＦのアプリ画面５０１（アプリケーション画面）を描画する。このアプリ画面５０１の例では、統合配置部１００は、同一のサーバー２の機能ＦＢ１に対応する指示領域Ｒｂ１、機能ＦＢ２に対応する指示領域Ｒｂ２、機能ＦＢ３に対応する指示領域Ｒｂ３、機能ＦＢ４に対応する指示領域Ｒｂ４を、それぞれ描画して配置する。また、統合配置部１００は、上述のボタンＢ１に加えて、フォルダーＦを閉じて、上述のアプリ画面５００に戻す「戻る」ボタンＢ２も配置してもよい。
この「戻る」ボタンＢ１が押下等されて指示された場合、統合配置部１００は、アプリ画面５００をもう一度描画しなおして、表示部６１に表示する。
なお、フォルダーが階層的に配置データ４００に設定されていた場合、統合配置部１００は、ユーザーの指示により、上の階層に戻すことが可能であってもよい。また、統合配置部１００は、ボタンではなくメニュー等から階層をして表示してもよい。
【００５８】
（ステップＳ１０３）
次に、認証実行部１１０が、同一フォルダー内の機能の指示を取得したか否かを判断する。認証実行部１１０は、機能情報３００及び／又は配置データ４００を参照して、同一のフォルダー内の指示領域について、機能の呼び出しの指示を取得した場合、Ｙｅｓと判断する。認証実行部１１０は、それ以外の場合、すなわち、フォルダー自体の指示領域が押下された場合や、フォルダーでまとめられたものでない機能の指示領域が押下されて呼び出しの指示を取得した場合に、Ｎｏと判断する。
Ｙｅｓの場合、認証実行部１１０は、処理をステップＳ１０４に進める。
Ｎｏの場合、認証実行部１１０は、処理をステップＳ１０６に進める。
【００５９】
（ステップＳ１０４）
同一フォルダー内の機能の指示であった場合、認証状態変更部１２０が、同一のフォルダー内の別の機能について既に認証済みであるか否かを判断する。認証状態変更部１２０は、呼び出される機能が認証されておらず、しかしながら、同一のフォルダー内の別の機能が既に認証済みであった場合に、Ｙｅｓと判断する。図６の例では、認証状態変更部１２０は、アプリ画面５０１において、フォルダーＦ内で呼び出される機能ＦＢ１〜ＦＢ４のいずれかが既に認証されており、認証されたものとは別の機能ＦＢ１〜ＦＢ４の呼び出しの指示を取得した場合に、Ｙｅｓと判断する。認証状態変更部１２０は、それ以外の場合、Ｎｏと判断する。
Ｙｅｓの場合、認証状態変更部１２０は、処理をステップＳ１０５に進める。
Ｎｏの場合、認証状態変更部１２０は、処理をステップＳ１０６に進める。
【００６０】
（ステップＳ１０５）
同一フォルダー内の別の機能について既に認証済みである場合、認証状態変更部１２０は、同一認証処理を行う。
認証状態変更部１２０は、呼び出しの指示があった機能について、既に呼び出された同一フォルダー内の別の機能についての認証状態データ４１０の認証情報により、認証を行う。なお、この際、認証状態変更部１２０は、この機能についてのセッションを別途、接続してもよい。また、認証状態変更部１２０は、同一のサーバー２での再認証が必要ない場合には、認証を行わなくてもよい。この場合でも、認証状態変更部１２０は、同一の認証情報で、当該サーバー２とのセッションを接続してもよい。
これにより、認証状態変更部１２０は、統合配置部１００によりまとめられたフォルダーと対応付けて認証状態を制御することが可能となる。
【００６１】
（ステップＳ１０６）
同一フォルダー内の機能の指示でなかった場合、認証実行部１１０が、認証が必要か否かを判断する。認証実行部１１０は、認証状態データ４１０を参照し、選択された機能の呼び出しの際に、該当するサーバー２との認証が必要な非認証状態で、認証が必要な場合に、Ｙｅｓと判断する。
また、認証実行部１１０は、フォルダーの指示領域の押下等が指示され、まだフォルダー内の機能について認証がされていなかった場合にも、Ｙｅｓと判断する。
また、認証実行部１１０は、それ以外の場合、つまり、当該機能やフォルダーについて認証済状態である、又は、当該機能やフォルダーについての認証がそもそも必要ない場合には、Ｎｏと判断する。
Ｙｅｓの場合、認証実行部１１０は、処理をステップＳ１０７に進める。
Ｎｏの場合、認証実行部１１０は、処理をステップＳ１０９に進める。
【００６２】
（ステップＳ１０７）
認証が必要の場合、認証実行部１１０が、認証実行処理を行う。
認証実行部１１０は、配置データ４００を参照し、選択された指示領域の機能やフォルダーに係るサーバー２のアドレスに接続して、認証を行う。ここで、認証実行部１１０は、フォルダーが選択された場合については、フォルダーにまとめられた機能について、共通の認証を行う。
【００６３】
具体的には、認証実行部１１０は、この認証として、例えば、ログイン処理等を行ってもよい。このログイン処理においては、認証実行部１１０は、パスワード認証として、表示部６１に認証画面を表示して、ユーザーのＩＤやアカウント名、パスワード等を含む認証情報を入力部６０から入力させてもよい。
図６のアプリ画面５０２の例では、認証部２１０は、認証を行うためのダイアログボックスを表示部６１に表示する。このアプリ画面５０２（サーバー２の認証ダイアログボックス）には、当該サーバー２に対するＩＤやアカウント名、パスワード等を入力する入力欄、入力後に押下する「ログイン」ボタン、認証をやめる「キャンセル」ボタン等が配置されている。
また、認証実行部１１０は、ＩＤカード認証を用いた認証、ＰＩＮ認証、生体認証、これらの各種認証の組み合わせ等の認証を行ってもよい。
認証実行部１１０は、これらの認証により取得した認証情報を、該当するサーバー２へ送信する。
【００６４】
（ステップＳ２０１）
ここで、接続されたサーバー２の認証部２１０は、認証処理を行う。
認証部２１０は、画像形成装置１から認証情報を取得して、認証を行う。
認証部２１０は、この認証が成功したか否かについての認証結果を、画像形成装置１へ送信する。
【００６５】
ここで、画像形成装置１の認証実行部１１０は、この認証結果を、認証状態データ４１０に設定する。この際、認証実行部１１０は、ログイン処理時に入力されたユーザーのＩＤやアカウント名、パスワード、ＩＤカードのデータ、ＰＩＮ番号、生体認証のデータ等の認証情報についても、機能毎に、認証状態データ４１０に設定してもよい。この認証状態データ４１０に含まれる認証情報は、アプリの実行時のみ保持されても、アプリがインストールされている間のみ保持されても、インストール後にも保持されていてもよい。
【００６６】
（ステップＳ１０８）
次に、認証実行部１１０が、認証成功か否かを判断する。認証実行部１１０は、認証が成功した場合に、Ｙｅｓと判断する。認証実行部１１０は、それ以外の場合には、Ｎｏと判断する。
Ｙｅｓの場合、認証実行部１１０は、処理をステップＳ１０９に進める。
Ｎｏの場合、認証実行部１１０は、処理をステップＳ１１０に進める。
【００６７】
（ステップＳ１０９）
ここで、統合配置部１００及び認証状態変更部１２０が、機能実行処理を行う。
統合配置部１００は、選択された機能について、サーバー２等に処理を実行させる。また、統合配置部１００は、配置データ４００を参照して、送受信するデータやプロトコル等についての設定に対応して、該当するサーバー２に処理を実行させてもよい。また、統合配置部１００は、該当する指示領域のマクロ言語やスクリプト言語で記述されたデータに対応して、ワークフローを実行させてもよい。
また、統合配置部１００は、当該機能に係るデータをサーバー２に送信してもよい。
【００６８】
（ステップＳ２０２）
ここで、接続されたサーバー２の機能処理実行部２２０は、選択された機能の処理を実行する。この際、機能処理実行部２２０は、認証部２１０で認証された機能の処理を実行してもよい。
また、機能処理実行部２２０は、当該機能に係るデータを画像形成装置１から受信して、機能に係る処理を実行して、実行後のデータを画像形成装置１へ送信してもよい。
【００６９】
ここで、画像形成装置１の統合配置部１００は、サーバー２の機能の処理の実行の結果を取得する。この際、統合配置部１００は、実行後のデータを取得してもよい。
また、この際、認証状態変更部１２０は、特定時間の経過や他の原因でセッションが切断されていた場合には、認証状態データ４１０により、再度認証してもよい。
このように構成することで、アプリの実行中は、セッションが保持される。このため、一度、認証を行なった機能を利用する際に、再度の認証を必要としなくなる。つまり、認証実行部１１０によって、認証状態をフォルダーや機能と対応付けて制御することが可能となる。
また、認証状態変更部１２０は、統合配置部１００により表示された指示領域上で、他の機能に係る認証が同時に必要な場合、格納された認証状態データ４１０により認証を行わせてもよい。この際、認証状態変更部１２０は、この認証状態データ４１０を、他の機能に受け渡し、他の機能に対応したサーバー２へ送信させてもよい。
なお、特定時間の経過後に、自動的な再度の認証を行わず、非認証状態に戻すように構成してもよい。
【００７０】
（ステップＳ１１０）
ここで、認証状態変更部１２０が、アプリの終了が指示されたか否かを判断する。認証状態変更部１２０は、入力部６０にて、ユーザーからアプリの終了が指示された場合に、Ｙｅｓと判断する。認証状態変更部１２０は、例えば、図５のアプリ画面５００、５０１において「閉じる」のボタンＢ１が押下されたり、メニューからアプリの終了が指示されたりした場合に、Ｙｅｓと判断する。認証状態変更部１２０は、それ以外の場合には、Ｎｏと判断する。
Ｙｅｓの場合、認証状態変更部１２０は、処理をステップＳ１１１に進める。
Ｎｏの場合、認証状態変更部１２０は、処理をステップＳ１０２に戻して、ユーザーによる機能フォルダー選択の指示の取得を続ける。
【００７１】
（ステップＳ１１１）
アプリの終了が指示された場合、認証状態変更部１２０が、非認証状態移行処理を行う。
認証状態変更部１２０は、アプリの終了に合わせて、全てのサーバー２との接続を切断する。具体的には、認証状態変更部１２０は、アプリの実行の終了の際、アプリから呼び出し可能な機能を備える複数のサーバー２のセッション等を切断し、非認証状態に戻し、認証状態データ４１０に設定する。これにより、認証状態変更部１２０は、認証実行部１１０により認証状態をアプリと対応付けて制御することが可能となる。
なお、本実施形態においては、終了したアプリを再度、実行する際に、また認証を行わせる。これにより、一度、アプリ実行中に認証を行えば、再度の認証が必要ないため、セキュリティを高めつつ、ユーザーの手間を減らすことができる。
逆に、認証データにより認証を行って、自動的に非認証から認証済状態に移行させてもよい。
また、本実施形態においては、フォルダー内の機能を一度認証して、上の階層に「戻る」して、またフォルダーを選択した場合に、再認証が必要なくてもよい。
以上により、本発明の実施の形態に係るアプリ実行処理を終了する。
【００７２】
以上のように構成することで、以下のような効果を得ることができる。
従来、特許文献１のようなシステムでは、認証情報の異なる複数のサーバーの機能をそれぞれ呼び出そうとすると、いちいち認証を行う必要があった。
具体的には、従来の技術では、複数のサーバーの機能を、それぞれ、別々のアプリから呼び出す必要があった。このため、別の機能を使用するために各アプリを閉じると、サーバーとの接続（セッション）が終了し、ログオフしたのと同様の接続状態になっていた。結果として、アプリを切り換える度に再度の認証が必要になり、ユーザーは認証情報を再度入力しなければならなかった。つまり、アプリを切り換え、次に使うアプリが認証を必要とする場合、いちいち認証をしなければならなかった。このため、ユーザーの手間がかかっていた。
これに対して、本発明の実施の形態に係る情報処理システムＸは、複数のサーバー２と、複数のサーバー２の機能を呼び出し可能な情報処理装置である画像形成装置１とを含む。複数のサーバー２のそれぞれは、認証が必要な機能の機能情報３００を送信する機能情報送信部２００と、機能情報送信部２００により送信された機能情報３００に対応した機能の認証を行う認証部２１０と、認証部２１０で認証された機能の処理を実行する機能処理実行部２２０とを備える。画像形成装置１は、複数のサーバー２から送信された機能情報３００を受信する機能情報受信部１３０と、複数のサーバー２のいずれかで、機能において認証が必要な場合、当該サーバー２との間で認証を行う認証実行部１１０と、複数のサーバー２のいずれかへの機能を呼び出す指示を取得する指示領域を、一つのアプリに配置し、更に、認証実行部１１０により認証が必要で類似する複数の機能及び／又は同一のサーバー２で認証される複数の機能をフォルダーとしてまとめた指示領域を配置する統合配置部１００と、統合配置部１００によりまとめられたフォルダー、アプリ、及び機能のいずれかと対応付けて認証状態を制御する認証状態変更部１２０とを備える。
このように構成し、一つのアプリで複数の異なる機能を使えるようにすることで、複数のサーバー２の機能をそれぞれ呼び出す際に、いちいち認証をする必要がなくなる。また、フォルダーとしてまとめた指示領域においては、このフォルダーにて認証状態が制御される。このため、複数の異なる機能を使う際に発生する認証の手間を軽減し、ユーザービリティを向上させることができる。
つまり、本実施形態の画像形成装置１は、認証が必要な機能やフォルダーを選択して、この機能を実行させる場合でも、再度の認証、各機能を利用するためのアプリの起動と終了等の操作をしなくてもよくなる。このため、個々のアプリから機能を呼び出す場合と比べて、操作ステップ数を減らすことができる。
【００７３】
また、本発明の実施の形態に係る画像形成装置１は、統合配置部１００は、認証実行部１１０による認証を必要としない機能の指示領域はフォルダーとしてまとめず、呼び出される機能に対応するサーバー２は、指示領域毎に異なってもよいことを特徴とする。
このように構成し、認証を必要としない機能の指示領域は、フォルダーにまとめないことで、同じサーバー２で認証が必要な機能を特定しやすくなり、又、複数の異なる機能を一つのアプリから効果的に利用可能となる。
また、ユーザーによる認証を必要とする機能、ユーザーによる認証を必要としない機能、及び異なるサーバー２が提供する機能を統一的に利用することができる。よって、ユーザーの手間を削減することが可能となる。
【００７４】
また、本発明の実施の形態に係る画像形成装置１は、認証状態変更部１２０は、フォルダーに対応する認証状態を保持し、フォルダーの指示領域内の機能を呼び出し、当該機能とは別の機能を呼び出した後でも、再度の認証を必要としないことを特徴とする。
このように構成することで、同一フォルダー内で、機能を呼び出す際のサーバー２との認証状態を保持し続けることが可能となる。よって、同一フォルダー内の別の機能に切り換えて使う際に、一度該当のサーバー２にログインしていれば、認証情報を再度入力せずに指定した機能を利用でき可能となる。
なお、何らかの原因でセッションが終了しても、ユーザーは、いちいち認証情報を入力しないように構成してもよい。また、アプリの終了後も、当該フォルダーの認証情報を保持するように構成すれば、アプリを終了して再度起動した際にも、ユーザーは認証情報を入力しなくてもよくなる。
【００７５】
〔他の実施の形態〕
なお、上述の実施の形態においては、アプリ単位で認証状態を保持するように記載した。しかしながら、機能毎に認証状態を保持したり、アプリを実行中に全ての機能の認証状態を非認証状態にしたりしてもよい。つまり、認証状態変更部１２０は、例えば、指示領域にサーバー毎の認証状態を変更するボタンを配置し、指示領域の外に複数のサーバーの認証状態を全て変更するボタンを配置するように構成してもよい。
【００７６】
また、上述の実施の形態においては、認証を必要とする機能のみフォルダーにまとめる例について記載した。
これに対して、統合配置部１００は、認証を必要としない機能の指示領域であっても、フォルダーとしてまとめてもよい。この場合、類似の機能について、フォルダーとしてまとめてもよい。この類似の機能としては、ワークフローで入力されるデータの形式等が多少異なるもの、「送信」「受信」等の機能の種類が類似するもの等であってもよい。
このように構成することで、類似の機能についても、認証とは関係なく類似の機能を呼び出しやすくなり、ユーザーの操作性を向上させられる。
【００７７】
また、本発明は、画像形成装置以外の情報処理装置にも適用できる。つまり、ネットワークスキャナー、スキャナーをＵＳＢ等で別途接続したサーバー等を用いる構成であってもよい。
【００７８】
また、上記実施の形態の構成及び動作は例であって、本発明の趣旨を逸脱しない範囲で適宜変更して実行することができることは言うまでもない。
【符号の説明】
【００７９】
１  画像形成装置
２、２ａ、２ｂ、２ｃ  サーバー
５  ネットワーク
１０、２０  制御部
１１  画像処理部
１２  原稿読取部
１３  原稿給送部
１４  給紙部
１５、２５  ネットワーク送受信部
１６  操作パネル部
１７  画像形成部
１８  ＦＡＸ送受信部
１９、２９  記憶部
６０  入力部
６１  表示部
１００  統合配置部
１１０  認証実行部
１２０  認証状態変更部
１３０  機能情報受信部
２００  機能情報送信部
２１０  認証部
２２０  機能処理実行部
３００  機能情報
４００  配置データ
４１０  認証状態データ
５００、５０１、５０２  アプリ画面
Ｂ１、Ｂ２  ボタン
Ｆ  フォルダー
ＦＢ１、ＦＢ２、ＦＢ３、ＦＢ４  機能
Ｒａ、Ｒｂ、Ｒｂ１、Ｒｂ２、Ｒｂ３、Ｒｂ４、Ｒｃ、Ｒｄ  指示領域
Ｘ  情報処理システム
【図１】
2019080237.tif 000003
【図２】
2019080237.tif 000004
【図３】
2019080237.tif 000005
【図４】
2019080237.tif 000006
【図５】
2019080237.tif 000007
【図６】
2019080237.tif 000008