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