JP2021152835A - 情報処理装置及び情報処理装置の制御方法 - Google Patents

Abstract

【課題】利便性が高い情報処理装置及び制御方法を提供する。【解決手段】画像形成装置は、通信インタフェースと、プロセッサと、メモリと、を具備する。通信インタフェースは、認可コードフローを含む外部サービスと通信する。メモリは、プロセッサにより実行されるプログラムであって、ＵＩを持つフロントエンドアプリと、ＵＩを持たず且つ外部サービスに登録されたバックエンドアプリとを記憶する。プロセッサは、フロントエンドアプリからの要求に応じて、バックエンドアプリの情報により、外部サービスに認可コードフローを実行させ、認可コードを外部サービスから受け取り、外部サービス上でバックエンドアプリに予め対応付けられたＵＲＬを用いて、フロントエンドアプリにリダイレクトを行わせ、認可コードを用いて、バックエンドアプリにより外部サービスからアクセストークンを取得する。【選択図】図３

Description

本発明の実施形態は、情報処理装置及び情報処理装置の制御方法に関する。

従来、認可コードフローを伴う外部サービス（例えばＯＡｕｔｈなど）と連携する内蔵アプリが搭載された情報処理装置がある。このような内蔵アプリは、主要な機能、認可コードフローの制御、及び外部サービスの制御などが集約されて構成される。内蔵アプリは、ユーザインタフェース（ＵＩ）を持たないバックエンドアプリ、及びＵＩを持ち且つエンドユーザが直接操作する機能を有するフロントエンドアプリなどがある。

従来、フロントエンドアプリに外部サービスの仕様に応じて認可コードフローの制御を行う為の構成が含まれている。この為、フロントエンドアプリは、外部サービス毎に、認可コードフローの制御の為の構成を有する必要がある。即ち、外部サービスの仕様によってフロントエンドアプリの一部の構成が決定されてしまい、汎用性を欠くという課題がある。

特開２０１８−５３７９号公報

本発明が解決しようとする課題は、利便性が高い情報処理装置及び情報処理装置の制御方法を提供することである。

一実施形態に係る画像形成装置は、通信インタフェースと、プロセッサと、メモリと、を具備する。通信インタフェースは、認可コードフローを含む外部サービスと通信する。メモリは、前記プロセッサにより実行されるプログラムであって、ＵＩを持つフロントエンドアプリと、ＵＩを持たず且つ前記外部サービスに登録されたバックエンドアプリとを記憶する。プロセッサは、前記フロントエンドアプリからの要求に応じて、前記バックエンドアプリの情報により、前記外部サービスに前記認可コードフローを実行させ、認可コードを前記外部サービスから受け取り、前記外部サービス上で前記バックエンドアプリに予め対応付けられたＵＲＬを用いて、前記フロントエンドアプリにリダイレクトを行わせ、前記認可コードを用いて、前記バックエンドアプリにより前記外部サービスからアクセストークンを取得する。

図１は、一実施形態に係る画像形成装置の構成例について説明する為の図である。 図２は、一実施形態に係る画像形成装置のメモリの構成例について説明する為の図である。 図３は、一実施形態に係る画像形成装置の動作の例について説明する為の図である。

以下、実施の形態について図面を参照して説明する。
図１は、一実施形態に係る情報処理システム１の例について説明する為の説明図である。

情報処理システム１は、情報処理装置としての画像形成装置１１及び外部サービスを提供するクラウドサーバ１２を備える。画像形成装置１１とクラウドサーバ１２とは、例えば公衆回線などのネットワーク１３を介して接続されている。情報処理システム１は、画像形成装置１１がクラウドサーバ１２に情報を送信し、クラウドサーバ１２が受信した情報に基づく処理を実行し、処理結果を画像形成装置１１に送信するシステムである。

画像形成装置１１は、例えば、印刷媒体などの記録媒体を搬送しながら画像形成等の各種処理を行うマルチファンクションプリンタ（ＭＦＰ）である。画像形成装置１１は、例えば、印刷媒体などの記録媒体を搬送しながら画像形成等の各種処理を行うＬＥＤアレイを走査する固体走査方式のプリンタ（例えばＬＥＤプリンタ）である。また、画像形成装置１１は、インクを吐出するインクジェットヘッドを走査するインクジェット方式のプリンタ（インクジェットプリンタ）、または他の方式のプリンタであってもよい。

画像形成装置１１は、トナーにより印刷媒体に画像を形成する。また、画像形成装置１１は、紙葉類を光学的に読み取ることにより、紙葉類の画像（画像データ）を取得する。また、画像形成装置１１は、取得または生成したファイル（画像データまたは文書ファイルなど）を、ネットワーク１３を介してクラウドサーバ１２に送信することができる。なお、画像形成装置１１は、クラウドサーバ１２に限らず、様々な外部サービス提供用のサーバに対して情報を送信することができる。

クラウドサーバ１２は、プロセッサとメモリと通信インタフェースとを備えるサーバ装置である。クラウドサーバ１２は、プロセッサがメモリのプログラムを実行することにより、種々の処理を行う。例えば、クラウドサーバ１２は、画像形成装置１１からファイルを受け取った場合、受け取ったファイルを記憶するクラウドストレージとして機能する。即ち、クラウドサーバ１２は、クライアントである画像形成装置１１に対してサービス（外部サービス）を提供することができる。

クラウドサーバ１２は、ＯＡｕｔｈに基づく認可コードフローを実行することにより、クライアントに対して権限の認可を行う。クラウドサーバ１２は、認可が正常に行われ、アクセストークンが発行されたクライアントに対して、上記の外部サービスを提供することができる。なお、クラウドサーバ１２は、認可コードフローを実行する装置と、外部サービスをクライアントに対して提供する装置が別に構成されていてもよい。

まず、画像形成装置１１の構成について説明する。
画像形成装置１１は、システムコントローラ２１、通信インタフェース２２、ディスプレイ２３、操作インタフェース２４、画像読取部２５、搬送部２６、及び画像形成部２７を備える。システムコントローラ２１、通信インタフェース２２、ディスプレイ２３、操作インタフェース２４、画像読取部２５、搬送部２６、及び画像形成部２７は、図示されない筐体に収容される。

システムコントローラ２１は、画像形成装置１１の制御を行う。システムコントローラ２１は、例えば、プロセッサ３１及びメモリ３２を備える。

プロセッサ３１は、演算処理を実行する演算素子（たとえば、ＣＰＵ）である。プロセッサ３１は、システムコントローラ２１の動作の主体となる。プロセッサ３１は、メモリ３２に記憶されているプログラムなどのデータに基づいて種々の処理を行う。プロセッサ３１は、メモリ３２に格納されているプログラムを実行することにより、種々の動作を実行可能な制御部として機能する。

メモリ３２は、プログラム及びプログラムで用いられるデータなどを記憶する記憶装置である。また、メモリ３２は、プロセッサ３１の処理中のデータなどを一時的に格納する。メモリ３２は、不揮発性メモリとして構成される。

通信インタフェース２２は、ネットワークを介して、印刷ジョブを供給するクライアント装置などと通信を行う為のインタフェースである。また、通信インタフェース２２は、ネットワーク１３を介して、クラウドサーバ１２と種々の情報を送受信する。

ディスプレイ２３は、システムコントローラ２１または図示されないグラフィックコントローラなどの表示制御部から入力される映像信号に応じて画面を表示する。例えば、ディスプレイ２３は、画像形成装置１１の種々の設定の為の画面を表示する。また、ディスプレイ２３は、画像形成装置１１のメモリ３２に記憶された種々のアプリケーションに応じた画面を表示する。

操作インタフェース２４は、種々の操作部材を有する。操作インタフェース２４は、操作部材の操作に応じた操作信号をシステムコントローラ２１に供給する。操作部材は、例えば、タッチセンサ、テンキー、電源キー、用紙フィードキー、種々のファンクションキー、またはキーボードなどである。タッチセンサは、例えば、抵抗膜式タッチセンサ、または静電容量式タッチセンサ等である。タッチセンサは、ある領域内において指定された位置を示す情報を取得する。タッチセンサは、ディスプレイ２３と一体にタッチパネルとして構成されることにより、ディスプレイ２３に表示された画面上のタッチされた位置を示す信号をシステムコントローラ２１に入力する。

画像読取部２５は、紙葉類から画像を読み取る構成である。画像読取部２５は、例えば、スキャナと自動原稿送り機（ＡＤＦ）とを備える。画像読取部２５は、ＡＤＦにより紙葉類をスキャナの読取位置に通過させつつ、スキャナにより画像を取得することができる。また、画像読取部２５は、スキャナを移動させつつ、ガラス板に配置された紙葉類から画像を取得することができる。

搬送部２６は、印刷用の媒体（印刷媒体）を画像形成部２７に供給するとともに、画像形成部２７により画像が形成された印刷媒体を筐体から排出する構成である。搬送部２６は、印刷媒体を収容する図示されない給紙カセットに収容されている印刷媒体を、一枚ずつ画像形成部２７に供給する。また、搬送部２６は、画像形成部２７により画像が形成された印刷媒体を、筐体外部の排紙トレイに排出する。

画像形成部２７は、システムコントローラ２１の制御に基づいて印刷媒体に画像を形成する。画像形成部２７は、感光ドラム、帯電チャージャ、露光器、現像器、転写機構、及び定着器を備える。画像形成部２７は、帯電チャージャにより感光ドラムを帯電させ、露光器により感光ドラムに対して印刷用の画像データに応じた光を照射する。これにより、感光ドラムに静電潜像が形成される。画像形成部２７は、現像器により感光ドラムに形成された潜像にトナーを付着させ、潜像に付着したトナーを転写機構により印刷媒体に転写する。画像形成部２７は、トナーが転写された印刷媒体に対して、定着器により熱及び圧力を与えることにより、印刷媒体にトナー像を定着させる。

画像形成部２７は、トナーの色毎に感光ドラム、帯電チャージャ、露光器、及び現像器を備えていてもよい。トナーの色は、例えば、シアン（Ｃ）、マゼンダ（Ｍ）、イエロー（Ｙ）、ブラック（Ｋ）などである。画像形成部２７は、ＣＭＹＫの各色のトナー像を媒体に定着させることにより、媒体にカラーの画像を形成する。

次に、メモリ３２に記憶されている種々のアプリケーションについて説明する。
図２は、メモリ３２に記憶されている種々のアプリケーションの例について説明する為の説明図である。図２に示されるように、ブラウザ４１、フロントエンドアプリ４２、バックエンドアプリ４３、アプリフレームワーク４４、及び内部中継モジュール４５がメモリ３２に記憶されている。ブラウザ４１、フロントエンドアプリ４２、バックエンドアプリ４３、アプリフレームワーク４４、及び内部中継モジュール４５は、クラウドサーバ１２に外部サービスを提供させる為の構成である。

ブラウザ４１は、画面表示用のファイルをレンダリングし、閲覧用の画面をディスプレイ２３に表示させるアプリケーションである。

アプリフレームワーク４４は、メモリ３２の各アプリケーションの起動などを制御する為のプログラムである。

フロントエンドアプリ４２は、任意の機能の実行を要求するアプリケーションである。フロントエンドアプリ４２は、ＵＩを持ち且つエンドユーザが直接操作する機能を有する。例えば、フロントエンドアプリ４２は、エンドユーザの操作に応じて、外部サービスへのファイルの保存をバックエンドアプリ４３に要求する。

バックエンドアプリ４３は、フロントエンドアプリ４２からの要求に応じた処理を実行するアプリケーションである。バックエンドアプリ４３は、ＵＩを持たず、エンドユーザが直接操作することができないアプリケーションである。例えば、バックエンドアプリ４３は、フロントエンドアプリ４２から外部サービスへのファイルの保存が要求された場合、ファイルを保存する外部サービスを決定し、外部サービスへのファイルの保存を行う。例えば、バックエンドアプリ４３は、サービスＡ用、サービスＢ用のように、外部サービス毎に予め設定される。

内部中継モジュール４５は、後述する認可コードフローの前処理及び後処理を行うアプリケーションである。

上記したように、クラウドサーバ１２は、ＯＡｕｔｈに基づく認可コードフローを実行し、クライアントに対してアクセストークンを発行する。クラウドサーバ１２は、アクセストークンを含むサービスの要求を受け取った場合、要求に応じた処理を実行する。この為に、クラウドサーバ１２の外部サービスには、種々の情報が登録される。また、外部サービスの仕様に応じた種々の情報が、メモリ３２上の種々のアプリケーションに登録される。

アプリフレームワーク４４は、バックエンドアプリ４３に対応付けられて、外部サービスに登録されるリダイレクトＵＲＬを予め規定する。リダイレクトＵＲＬは、認可コードフローの後処理において用いられるＵＲＬである。リダイレクトＵＲＬは、例えば内部中継モジュールのＵＲＬが用いられる。

また、アプリフレームワーク４４は、内部中継モジュール４５の認可コードフロー完了ＵＲＬを予め規定する。認可コードフロー完了ＵＲＬは、認可コードフローが完了したことをフロントエンドアプリ４２に通知する為のＵＲＬである。

また、アプリフレームワーク４４は、パラメータとしてバックエンドアプリ４３の識別子を含み、フロントエンドアプリ４２の識別子を含まないように構成されている。

バックエンドアプリ４３は、認可コードフローを伴う外部サービスに、予めリダイレクトＵＲＬを登録する。

また、バックエンドアプリ４３は、認可コードフローを伴う外部サービスに、予めクライアントシークレットＩＤ（単にクライアントＩＤと称する）を登録する。

また、バックエンドアプリ４３は、例えば、メタプロパティに、予め認可コードフロー開始ＵＲＬ及びクライアントＩＤを登録する。認可コードフロー開始ＵＲＬは、外部サービスに、認証リクエストを送信する為のＵＲＬであり、外部サービスの認可コードフローの仕様に応じる。

次に、メモリ３２に記憶されている種々のアプリケーションによる認可コードフローについて説明する。
図３は、外部サービスに機能Ａを実行させる為の処理について説明する為のシーケンス図である。プロセッサ３１は、メモリ３２に記憶されたブラウザ４１、フロントエンドアプリ４２、バックエンドアプリ４３、アプリフレームワーク４４、及び内部中継モジュール４５を実行することにより、種々の処理を実行する。なお、アプリケーション間（プロセス間）では、例えばアプリ間通信ＡＰＩまたは他の何らかの手法によってデータが受け渡される。

まず、エンドユーザが操作インタフェースを操作することにより、ブラウザ４１によって表示される画面（Ｔａｂ１）上において、機能Ａの実行を選択したとする（ＡＣＴ１１）。

ブラウザ４１は、画面上で機能Ａの実行が選択されると、フロントエンドアプリ４２に対して機能Ａの実行を要求する（ＡＣＴ１２）。

フロントエンドアプリ４２は、ブラウザ４１から機能Ａの実行が要求されると、バックエンドアプリ４３に対して、機能Ａの実行を要求（機能実行要求を送信）する（ＡＣＴ１３）。

バックエンドアプリ４３は、フロントエンドアプリ４２から機能Ａの実行の要求を受け取ると、機能Ａに対応する外部サービスのアクセストークンを取得済みであるか否か確認する。バックエンドアプリ４３は、機能Ａに対応する外部サービスのアクセストークンを取得済みではない場合、外部サービスに対して認可コードフローの実行を要求し、アクセストークンを取得する必要があることを示す情報を、実行結果としてフロントエンドアプリ４２に対して送信する（ＡＣＴ１４）。即ち、バックエンドアプリ４３は、フロントエンドアプリ４２に、認可コードフローの要否を通知する。

フロントエンドアプリ４２は、外部サービスに対して認可コードフローの実行を要求し、アクセストークンを取得する必要があると判断すると、認可コードフロー開始要求を出力する（ＡＣＴ１５）。フロントエンドアプリ４２では、機能Ａの外部サービスに応じて、どのバックエンドアプリ４３と連携するかが予め設定されている。フロントエンドアプリ４２は、認可コードフローの実行が必要な場合、バックエンドアプリ４３を特定するための識別子（バックエンドアプリの識別子）を指定し、アプリフレームワーク４４に対して認可コードフロー開始要求を出力する。

アプリフレームワーク４４は、フロントエンドアプリ４２から認可コードフロー開始要求を受け取ると、要求元であるフロントエンドアプリ４２の識別子を取得する（ＡＣＴ１６）。

また、アプリフレームワーク４４は、認可コードフロー開始要求で指定されたバックエンドアプリ４３のメタプロパティから、認可コードフロー開始ＵＲＬを取得する（ＡＣＴ１７）。

また、アプリフレームワーク４４は、フロントエンドアプリ４２の識別子と認可コードフロー開始ＵＲＬとを指定し、内部中継モジュール４５の認可コードフロー開始準備ＵＲＬを作成する（ＡＣＴ１８）。なお、アプリフレームワーク４４は、フロントエンドアプリ４２から指定されたバックエンドアプリ４３の識別子も、認可コードフロー開始準備ＵＲＬに組み込む、または対応付ける。

アプリフレームワーク４４は、認可コードフローの前処理を行うことをフロントエンドアプリ４２に通知する（ＡＣＴ１９）。また、アプリフレームワーク４４は、ブラウザ４１によって表示される画面（Ｔａｂ２）に、認可コードフロー開始準備ＵＲＬに応じた画面を表示させる（ＡＣＴ２０）。即ち、アプリフレームワーク４４は、バックエンドアプリ４３から接続の為の情報を取得し、ブラウザ４１に表示を行わせる。

ブラウザ４１は、内部中継モジュール４５に認可コードフロー開始準備ＵＲＬを要求する（ＡＣＴ２１）。この要求には、フロントエンドアプリ４２の識別子が含まれている。

内部中継モジュール４５は、認可コードフロー開始準備ＵＲＬが要求された場合、要求元の識別子、即ちフロントエンドアプリ４２の識別子をメモリ３２上の所定の領域（セッション状態内）に記憶する（ＡＣＴ２２）。

内部中継モジュール４５は、ブラウザ４１に対して認可コードフロー開始ＵＲＬを含むリダイレクトを行う（ＡＣＴ２３）。これにより、ブラウザ４１は、Ｔａｂ２に認可コードフロー開始ＵＲＬに応じた画面を表示させることができる。

上記のＡＣＴ２１乃至ＡＣＴ２３は、ディスプレイ２３にログイン画面を表示させる手前の段階の処理である。上記のＡＣＴ２１乃至ＡＣＴ２３により、内部中継モジュール４５は、ログイン画面を表示させる前のフロントエンドアプリ４２の状態をメモリ３２に記憶させておくことができる。

ブラウザ４１は、内部中継モジュール４５から認可コードフロー開始ＵＲＬを含むリダイレクトを受け取ると、外部サービスを提供するクラウドサーバ１２に、認証リクエスト（Authorization Request）を送信する（ＡＣＴ２４）。

クラウドサーバ１２は、認証リクエストに応じてログインページ（Login page）をブラウザ４１に送信する（ＡＣＴ２５）。

ブラウザ４１によりディスプレイ２３にログインページが表示されると、エンドユーザは、操作インタフェース２４による操作に基づいて、ログイン操作を行う（ＡＣＴ２６）。ここでは、外部サービスにおけるログインＩＤ及びパスワードなどが入力される。

ブラウザ４１は、入力された外部サービスを提供するクラウドサーバ１２に、End-User Authentication & Consent（ログインＩＤ及びパスワードなどを含む認証用の情報）を送信する（ＡＣＴ２７）。

クラウドサーバ１２は、End-User Authentication & Consentに応じて認証を行い、認証ＯＫである場合、ブラウザ４１にリダイレクトを行わせる（ＡＣＴ２８）。クラウドサーバ１２は、認証ＯＫである場合、バックエンドアプリ４３に対応付けられて登録されていたリダイレクトＵＲＬ、authResponse（認証レスポンス）、及びauthCode（認可コード）をブラウザ４１に送信する。

上記したように、リダイレクトＵＲＬは、内部中継モジュール４５のＵＲＬである。この為、ブラウザ４１は、クラウドサーバ１２から送信されたリダイレクトＵＲＬに基づいて、内部中継モジュール４５に、認証レスポンス及び認可コードを送信し、認可コードフロー完了ＵＲＬを要求する（ＡＣＴ２９）。

内部中継モジュール４５は、認可コードフロー完了ＵＲＬが要求された場合、要求元識別子を復元する（ＡＣＴ３０）。即ち、内部中継モジュール４５は、ＡＣＴ２２でメモリ３２上のセッション内に保存したフロントエンドアプリ４２の識別子を取得する。

内部中継モジュール４５は、ブラウザ４１を介して、識別子が示すフロントエンドアプリ４２に、認可コードフロー完了を通知する。具体的には、内部中継モジュール４５は、外部サービスから送られてきた認証レスポンス及び認可コードと、認可コードフロー完了ＵＲＬとをブラウザに送信する（ＡＣＴ３１）。ブラウザ４１は、認可コードと認可コードフロー完了ＵＲＬとをフロントエンドアプリ４２に送信する（ＡＣＴ３２）。

フロントエンドアプリ４２は、内部中継モジュール４５から認可コードフロー完了が通知された場合、即ち、ブラウザ４１から認可コード及び認可コードフロー完了ＵＲＬを受け取った場合、バックエンドアプリ４３に認可コードフロー完了を通知する（ＡＣＴ３３）。即ち、フロントエンドアプリ４２は、ＡＣＴ１５でバックエンドアプリ４３に認可コードフロー開始要求を出力すると、内部中継モジュール４５から認可コード及び認可コードフロー完了ＵＲＬを受け取ることができる。

バックエンドアプリ４３は、フロントエンドアプリ４２から認可コードフロー完了が通知されると、アクセストークンをクラウドサーバ１２の外部サービスに要求する（ＡＣＴ３４）。即ち、バックエンドアプリ４３は、アクセストークンリクエストをクラウドサーバ１２の外部サービスに送信する。アクセストークンリクエストは、認可コード及び予め登録されたクライアントＩＤ（クライアントシークレットＩＤ）を含む。

クラウドサーバ１２は、アクセストークンリクエストを受け取ると、アクセストークンリクエストが有効であるか否か判断する。クラウドサーバ１２は、アクセストークンリクエストの認可コード及び予め登録されたクライアントＩＤが承認されたものであるか否か判断する。クラウドサーバ１２は、アクセストークンリクエストが有効であると判断した場合、バックエンドアプリ４３に対してアクセストークンを発行する（ＡＣＴ３５）。

バックエンドアプリ４３は、クラウドサーバ１２からアクセストークンを受け取ると、フロントエンドアプリ４２にアクセストークンが発行されたことを通知する（ＡＣＴ３６）。これ以降、バックエンドアプリ４３は、フロントエンドアプリ４２からの機能Ａの実行が要求された場合（ＡＣＴ３７）、機能Ａを外部サービスに実行するよう要求することができる（ＡＣＴ３８）。この場合、バックエンドアプリ４３は、機能Ａの実行の要求と、アクセストークンとをクラウドサーバ１２に送信する。

クラウドサーバ１２は、アクセストークンと機能Ａの実行の要求とを受信した場合、機能Ａを実行し、実行結果をバックエンドアプリ４３に通知する（ＡＣＴ３９）。

バックエンドアプリ４３は、クラウドサーバ１２から機能Ａの実行結果を受け取ると、フロントエンドアプリ４２に機能Ａの実行結果を通知する（ＡＣＴ４０）。

フロントエンドアプリ４２に機能Ａの実行結果を受け取ると、機能Ａの完了通知をブラウザ４１に通知し（ＡＣＴ４１）、ブラウザ４１に画面更新を行わせることにより（ＡＣＴ４２）、機能Ａの完了をエンドユーザに報知させる。

上記したように、情報処理装置としての画像形成装置１１は、通信インタフェース２２と、プロセッサ３１と、メモリ３２と、を備える。通信インタフェース２２は、認可コードフローを含む外部サービスと通信するように構成されている。メモリ３２には、プロセッサ３１により実行されるプログラムであって、ＵＩを持つフロントエンドアプリ４２と、ＵＩを持たず且つ外部サービスに登録されたバックエンドアプリ４３とが記憶されている。プロセッサ３１は、フロントエンドアプリ４２からの要求に応じて、バックエンドアプリ４３の情報により、外部サービスに認可コードフローを実行させる。また、プロセッサ３１は、認可コードを外部サービスから受け取った場合、外部サービス上でバックエンドアプリ４３に予め対応付けられたＵＲＬ（リダイレクトＵＲＬ）を用いて、フロントエンドアプリ４２にリダイレクトを行わせる。さらに、プロセッサ３１は、外部サービスから受け取った認可コードを用いて、バックエンドアプリ４３により外部サービスからアクセストークンを取得する。

これにより、フロントエンドアプリ４２を、特定の外部サービスと直接連携しないように構成することができる。また、プロセッサ３１が上記のように動作することにより、ＵＩをもたないバックエンドアプリ４３を外部サービスに登録することができる。この結果、バックエンドアプリ４３を外部サービスに登録しておき、様々なフロントエンドアプリ４２からバックエンドアプリ４３に外部サービスの機能の実行を要求することができる。言い換えると、フロントエンドアプリ４２が、外部サービスに応じて所定の構成を備える必要がなくなる。これにより、フロントエンドアプリ４２汎用性が向上し、情報処理装置の利便性を向上させることができる。

また、バックエンドアプリ４３は、外部サービスの認可コードフロー開始ＵＲＬ及びクライアントシークレットＩＤの情報を有する。プロセッサ３１は、フロントエンドアプリ４２から認可コードフローの開始が要求された場合、バックエンドアプリ４３の認可コードフロー開始ＵＲＬを用いて、外部サービスに認可コードフローを実行させる。また、プロセッサ３１は、外部サービスから認可コードを受け取った場合、バックエンドアプリ４３のクライアントシークレットＩＤを用いて、バックエンドアプリ４３により外部サービスからアクセストークンを取得することができる。

また、プロセッサ３１は、フロントエンドアプリ４２からバックエンドアプリ４３への機能実行要求に応じて、アクセストークン及び機能実行要求の外部サービスへの送信を、バックエンドアプリ４３に実行させることができる。

また、プロセッサ３１は、認可コードフロー開始ＵＲＬにアクセスする前のセッション状態（フロントエンドアプリの識別子など）をメモリ３２に記憶させる。これにより、プロセッサ３１は、認可コードフローの完了後、記憶されたセッション状態を復元することができる。

なお、バックエンドアプリ４３は、複数の外部サービスをサポートするように構成されていてもよい。例えば、バックエンドアプリ４３は、メタプロパティではなく、他の場所に、外部サービス毎（または機能ごと）の認可コードフロー開始ＵＲＬ及びクライアントシークレットＩＤを保持する構成であってもよい。この場合、バックエンドアプリ４３は、フロントエンドアプリ４２からの機能実行要求、またはアプリフレームワーク４４からの要求に応じて、認可コードフロー開始ＵＲＬ及びクライアントシークレットＩＤを出力する。この構成によると、バックエンドアプリ４３は、要求に応じて、動的に出力する情報を切り替えることができる。

なお、上述の各実施の形態で説明した機能は、ハードウエアを用いて構成するに留まらず、ソフトウエアを用いて各機能を記載したプログラムをコンピュータに読み込ませて実現することもできる。また、各機能は、適宜ソフトウエア、ハードウエアのいずれかを選択して構成するものであっても良い。

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１…情報処理システム、１１…画像形成装置、１２…クラウドサーバ、１３…ネットワーク、２１…システムコントローラ、２２…通信インタフェース、２３…ディスプレイ、２４…操作インタフェース、２５…画像読取部、２６…搬送部、２７…画像形成部、３１…プロセッサ、３２…メモリ、４１…ブラウザ、４２…フロントエンドアプリ、４３…バックエンドアプリ、４４…アプリフレームワーク、４５…内部中継モジュール。

Claims (5)

1. 認可コードフローを含む外部サービスと通信する通信インタフェースと、
   プロセッサと、
   前記プロセッサにより実行されるプログラムであって、ＵＩを持つフロントエンドアプリと、ＵＩを持たず且つ前記外部サービスに登録されたバックエンドアプリとを記憶するメモリと、
   を具備し、
   前記プロセッサは、
   前記フロントエンドアプリからの要求に応じて、前記バックエンドアプリの情報により、前記外部サービスに前記認可コードフローを実行させ、
   認可コードを前記外部サービスから受け取り、
   前記外部サービス上で前記バックエンドアプリに予め対応付けられたＵＲＬを用いて、前記フロントエンドアプリにリダイレクトを行わせ、
   前記認可コードを用いて、前記バックエンドアプリにより前記外部サービスからアクセストークンを取得する、
   情報処理装置。
2. 前記バックエンドアプリは、前記外部サービスの認可コードフロー開始ＵＲＬ及びシークレットＩＤの情報を有し、
   前記プロセッサは、
   前記フロントエンドアプリから前記認可コードフローの開始が要求された場合、前記バックエンドアプリの前記認可コードフロー開始ＵＲＬを用いて、前記外部サービスに前記認可コードフローを実行させ、
   前記認可コードを受け取った場合、前記バックエンドアプリのシークレットＩＤを用いて、前記バックエンドアプリにより前記外部サービスからアクセストークンを取得する、
   請求項１に記載の情報処理装置。
3. 前記プロセッサは、
   前記フロントエンドアプリから前記バックエンドアプリへの機能実行要求に応じて、前記アクセストークン及び前記機能実行要求の前記外部サービスへの送信を、前記バックエンドアプリに実行させる請求項２に記載の情報処理装置。
4. 前記プロセッサは、前記認可コードフローの開始前のセッション状態を記憶し、前記認可コードフローの完了後、記憶された前記セッション状態に基づいて、前記フロントエンドアプリにリダイレクトを行わせる請求項１に記載の情報処理装置。
5. 認可コードフローを含む外部サービスと通信する通信インタフェースと、プロセッサと、メモリと、を具備する情報処理装置の制御方法であって、
   前記メモリは、前記プロセッサにより実行されるプログラムであって、ＵＩを持つフロントエンドアプリと、ＵＩを持たず且つ前記外部サービスに登録されたバックエンドアプリとを記憶し、
   前記プロセッサは、
   前記フロントエンドアプリからの要求に応じて、前記バックエンドアプリの情報により、前記外部サービスに前記認可コードフローを実行させ、
   認可コードを前記外部サービスから受け取り、
   前記外部サービス上で前記バックエンドアプリに予め対応付けられたＵＲＬを用いて、前記フロントエンドアプリにリダイレクトを行わせ、
   前記認可コードを用いて、前記バックエンドアプリにより前記外部サービスからアクセストークンを取得する、
   情報処理装置の制御方法。

Images