JP2023021729A - 情報処理装置、情報処理方法、及びプログラム - Google Patents

情報処理装置、情報処理方法、及びプログラム Download PDF

Info

Publication number
JP2023021729A
JP2023021729A JP2021126780A JP2021126780A JP2023021729A JP 2023021729 A JP2023021729 A JP 2023021729A JP 2021126780 A JP2021126780 A JP 2021126780A JP 2021126780 A JP2021126780 A JP 2021126780A JP 2023021729 A JP2023021729 A JP 2023021729A
Authority
JP
Japan
Prior art keywords
application
authentication
information processing
processing apparatus
state
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2021126780A
Other languages
English (en)
Inventor
智也 石田
Tomoya Ishida
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Canon Inc
Original Assignee
Canon Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Canon Inc filed Critical Canon Inc
Priority to JP2021126780A priority Critical patent/JP2023021729A/ja
Priority to US17/816,310 priority patent/US20230030460A1/en
Publication of JP2023021729A publication Critical patent/JP2023021729A/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/30—Authentication, i.e. establishing the identity or authorisation of security principals
    • G06F21/44—Program or device authentication
    • G06F21/445—Program or device authentication by mutual authentication, e.g. between devices or programs
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/30—Authentication, i.e. establishing the identity or authorisation of security principals
    • G06F21/31—User authentication
    • G06F21/34—User authentication involving the use of external additional devices, e.g. dongles or smart cards
    • G06F21/35—User authentication involving the use of external additional devices, e.g. dongles or smart cards communicating wirelessly
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/30—Authentication, i.e. establishing the identity or authorisation of security principals
    • G06F21/31—User authentication
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2221/00—Indexing scheme relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F2221/21—Indexing scheme relating to G06F21/00 and subgroups addressing additional information or applications relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F2221/2111—Location-sensitive, e.g. geographical location, GPS

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Theoretical Computer Science (AREA)
  • Software Systems (AREA)
  • Computer Hardware Design (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

【課題】認証サービスを利用するアプリケーションを利用するユーザの数に対する、認証サービスを利用するユーザの数の割合を低減する情報処理装置、情報処理方法、プログラム及び記憶媒体を提供する。【解決手段】情報処理システム１において、情報処理装置１００は、第２のアプリケーションの実行により、第１のアプリケーションの状態を取得する状態取得部１２１と、第２のアプリケーションの実行により、取得した第１のアプリケーションの状態に応じて認証処理を行うか否かを判定する認証判定部１２２と、認証処理を行うと判定された場合に、第１又は第２のアプリケーションの実行により、認証処理を行うための指示を行う認証指示部１２３と、を備える。【選択図】図１

Description

本開示は、認証処理のタイミングを制御するための技術に関する。
特定のユーザからの操作だけを受け付けて装置を制御するために、ユーザ認証が行われている。特許文献１には、立体駐車場の制御システムにおいて、立体駐車場とユーザが所有する携帯端末との位置関係に応じて、携帯端末で動作するアプリケーションにユーザ認証を促す情報を出力させる技術が開示されている。一方、クライアント装置（以下、単に「クライアント」という。）とサーバ装置（以下、単に「サーバ」という。）から構成されるシステムがある。このようなシステムでは、クライアントで動作するアプリケーションを使った、クライアントとサーバとの間の通信のための認証及び認可の仕組みが必要とされる。認証及び認可の仕組みは、例えば、パブリッククラウドから、認証及び認可の機能を提供するサービス（以下「認証サービス」という。）として提供されている。
特開２０１９－１８３４６６号公報
認証サービスを利用するアプリケーションを利用するユーザの数に対する、認証サービスを利用するユーザの数の割合を低減することが求められている。
本開示に係る情報処理装置は、第１のアプリケーション、及び第２のアプリケーションを実行する情報処理装置であって、第２のアプリケーションの実行により、第１のアプリケーションの状態を取得する状態取得手段と、第２のアプリケーションの実行により、状態取得手段により取得される第１のアプリケーションの状態に応じて、認証処理を行うか否かを判定する認証判定手段と、認証判定手段により認証処理を行うと判定された場合に、第１のアプリケーション又は第２のアプリケーションの実行により、認証処理を行うための指示を行う認証指示手段と、を有する。
本開示によれば、認証サービスを利用するアプリケーションを利用するユーザの数に対する、認証サービスを利用するユーザの数の割合を低減することができる。
実施形態１に係る情報処理システムの構成の一例を示すブロック図である。 実施形態１に係る情報処理装置のハードウェア構成の一例を示すブロック図である。 実施形態１に係る管理サーバの構成の一例を示すブロック図である。 実施形態１に係る認証サーバの構成の一例を示すブロック図である。 実施形態１に係る処理シーケンスの一例を示すシーケンス図である。 実施形態１に係る認証画面の一例を説明するための説明図である。 実施形態１に係る処理シーケンスの他の一例を示すシーケンス図である。 実施形態１に係る認証処理の処理シーケンスの一例を示すシーケンス図である。 実施形態１に係る処理フローの一例を示すフローチャートである。 実施形態２に係る認証処理の処理シーケンスの一例を示すシーケンス図である。 実施形態３に係る認証処理の処理シーケンスの一例を示すシーケンス図である。
以下、添付の図面を参照して、本開示の実施の形態について説明する。なお、以下の実施の形態に示す構成は、一例に過ぎず、本開示の範囲をその構成のみに限定されるものでなく、また、以下の実施の形態に示す構成の全てが本開示に必須のものとは限らない。
＜実施形態１＞
図１から図９までを参照して、実施形態１に係る情報処理システム１について説明する。図１は、実施形態１に係る情報処理システム１の構成の一例を示すブロック図である。情報処理システム１は、管理サーバ１１、認証サーバ１２、及び、情報処理装置１００を有する。以下、管理サーバ１１と認証サーバ１２とを合わせて、単に「サーバ」とも称して説明する。つまり、本明細書で単に「サーバ」と呼ぶ場合、１つまたは複数のサーバによって構成されるサーバシステムのことを指すものとする。サーバと情報処理装置１００とは、各々のネットワーク１３，１４、及びインターネット１５を介して互いに通信する。また、管理サーバ１１と認証サーバ１２とは、ネットワーク１４を介して互いに通信する。
管理サーバ１１は、情報処理装置１００のバックエンドとして動作する装置であって、情報処理装置１００に提供可能なリソースの管理又は制御を行うものである。ここで、管理サーバ１１に管理又は制御されるリソース（以下「管理リソース」という。）とは、情報処理装置１００に提供可能な画像又は文書等のデータ、又は、印刷等の機能を有するプリンタ等の図１には不図示の外部装置である。ここで、当該外部装置は、プリンタに限定されるものでなく、例えば、画像の読み取りの機能を有するスキャナ又はカメラ等の画像入力装置であってもよい。管理サーバ１１は、情報処理装置１００から、ユーザによる入力操作等に基づく情報を受けて、当該情報に基づいて管理リソースの管理又は制御を行う。管理サーバ１１の構成については後述する。認証サーバ１２は、ユーザを認証する処理（以下「認証処理」という。）及び認証処理により認証されたユーザに対して管理リソースにアクセスするための権限を与える処理（以下「認可処理」という。）を行う装置である。認証サーバ１２の構成については後述する。
情報処理装置１００は、図１に示すように、第１アプリケーション１１０及び第２アプリケーション１２０を実行して動作させるものである。第１アプリケーション１１０は、その実行により、ユーザによる入力操作に基づいて、管理リソースにアクセスするための情報を管理サーバ１１に対して出力する機能を有する。具体的には、例えば、第１アプリケーション１１０は、その実行により機能する、リソース要求部１１１、画面生成部１１２、及び画面出力部１１３を有する。第１アプリケーション１１０は、その実行により機能する上述の構成に加えて、その実行により機能する、図１に示す第１アプリケーション１１０には不図示の認証指示部を有していてもよい。
第２アプリケーション１２０は、その実行により、ユーザについて認証サーバ１２に認証させる処理（認証処理）のタイミングを、第１アプリケーション１１０の状態に応じて制御する機能を有する。具体的には、例えば、第２アプリケーション１２０は、その実行により機能する、状態取得部１２１、認証判定部１２２、認証指示部１２３、及び認証取得部１２４を有する。なお、実施形態１では、第２アプリケーション１２０は、その実行により機能する認証指示部１２３を有するものとして説明するが、認証指示部１２３は、必ずしも、第２アプリケーション１２０の実行により機能するものに限定されるものではない。第２アプリケーション１２０が、その実行により機能する認証指示部１２３を有していない場合、認証指示部１２３は、第１アプリケーション１１０の実行により機能するものであってもよい。第１アプリケーション１１０及び第２アプリケーション１２０の実行により機能する各部の処理については後述する。
情報処理装置１００において機能する各部の処理は、情報処理装置１００に内蔵されたＡＳＩＣ（Application Specific Integrated Circuit）等のハードウェアによってなされる。当該処理は、ＦＰＧＡ（Field Programmable Gate Array）等のハードウェアによってなされるものであってもよい。また、当該処理は、ＲＡＭ（Random Access Memory）等のメモリと、ＣＰＵ（Central Processor Unit）等のプロセッサとを用いたソフトウエアによってなされるものであってもよい。情報処理装置１００において機能する各部の処理の詳細については後述する。
ここで、図２を参照して、情報処理装置１００において機能する各部がソフトウエアとして動作する場合の情報処理装置１００のハードウェア構成について説明する。図２は、第１実施形態に係る情報処理装置１００のハードウェア構成の一例を示すブロック図である。情報処理装置１００は、コンピュータにより構成されており、当該コンピュータは、図２に一例として示すようにＣＰＵ２１１、ＲＯＭ２１２、ＲＡＭ２１３、補助記憶装置２１４、表示部２１５、操作部２１６、通信部２１７、及びバス２１８を有している。
ＣＰＵ２１１は、ＲＯＭ２１２又はＲＡＭ２１３に格納されているプログラム又はデータを用いて当該コンピュータを制御することにより、当該コンピュータを図１に示す情報処理装置１００において機能する各部を機能させるプロセッサである。なお、情報処理装置１００は、ＣＰＵ２１１とは異なる１又は複数の専用のハードウェアを有し、ＣＰＵ２１１による処理の少なくとも一部を専用のハードウェアが実行してもよい。専用のハードウェアの例としては、ＡＳＩＣ、ＦＰＧＡ、及びＤＳＰ（デジタルシグナルプロセッサ）等がある。ＲＯＭ２１２は、変更を必要としないプログラム等を格納するメモリである。ＲＡＭ２１３は、補助記憶装置２１４から供給されるプログラム若しくはデータ、又は通信部２１７を介して外部から供給されるデータ等を一時記憶するメモリである。補助記憶装置２１４は、例えばハードディスクドライブにより構成され、画像データ又は音声データ等の種々のデータを記憶する。
表示部２１５は、例えば液晶ディスプレイ又はＬＥＤ等により構成され、ユーザが情報処理装置１００を操作、又は情報処理装置１００における処理の状態を閲覧するためのＧＵＩ（Graphical User Interface）等を表示する。操作部２１６は、例えばキーボード、マウス、ジョイスティック、又はタッチパネル等により構成され、ユーザによる操作を受けて各種の指示をＣＰＵ２１１に入力する。ＣＰＵ２１１は、表示部２１５を制御する表示制御部、及び操作部２１６を制御する操作制御部としても動作する。
通信部２１７は、情報処理装置１００の外部の装置との通信に用いられる。例えば、情報処理装置１００が外部の装置と有線接続される場合には、通信用のケーブルが通信部２１７に接続される。情報処理装置１００が外部の装置と無線通信する機能を有する場合には、通信部２１７はアンテナを備える。バス２１８は、情報処理装置１００の備えるＣＰＵ２１１、ＲＯＭ２１２、ＲＡＭ２１３、補助記憶装置２１４、表示部２１５、操作部２１６、及び通信部２１７をつないで情報を伝達する。第１実施形態では、表示部２１５及び操作部２１６は、情報処理装置１００の内部に存在するものとして説明するが、表示部２１５及び操作部２１６の少なくとも一方は、情報処理装置１００の外部に別の装置として存在していてもよい。
図３及び図４を参照して、管理サーバ１１及び認証サーバ１２の構成について説明する。図３は、実施形態１に係る管理サーバ１１の構成の一例を示すブロック図である。管理サーバ１１は、制御情報取得部３０１、リソース制御部３０２、及びエンドポイント取得部３０３を有する。なお、管理サーバ１１は、例えば、図２に一例として示すハードウェアを有するコンピュータにより構成されており、管理サーバ１１が有する各部の処理は、当該ハードウェアによってなされる。
制御情報取得部３０１は、情報処理装置１００から出力された情報であって、管理リソースに情報処理装置１００がアクセスするための情報を、インターネット１５等を介して取得する。エンドポイント取得部３０３は、ＡＰＩ（Application Programming Interface）エンドポイントを取得する。例えば、エンドポイント取得部３０３は、図３には不図示の記憶装置からＡＰＩエンドポイントの情報を読み出すことにより、ＡＰＩエンドポイントを取得する。ここで、ＡＰＩエンドポイントとは、管理リソース毎に対応付けられて付与されたＵＲＩ（Uniform Resource Identifier）であって、管理リソースにアクセスするためのものである。情報処理装置１００は、ＡＰＩエンドポイントに対してＨＴＴＰ（Hyper Text Transfer Protocol）等によるリクエストを行うことにより、管理リソースにアクセスすることができる。すなわち、制御情報取得部３０１が取得する情報は、ＨＴＴＰ等によるリクエストを示す情報であって、情報処理装置１００が管理リソースにアクセスするための情報である。
リソース制御部３０２は、制御情報取得部３０１により取得される情報と、エンドポイント取得部３０３により取得されるＡＰＩエンドポイントとに基づいて、管理リソースの管理又は制御を行う。例えば、制御情報取得部３０１により取得された情報が、管理サーバ１１により管理されたある文書データを取得するためのリクエストである場合、リソース制御部３０２は、当該文書データに対応するＡＰＩエンドポイントを用いて当該文書データを取得する。なお、文書データ等の管理リソースは、例えば、図３には不図示の記憶装置に記憶されており、リソース制御部３０２は、ＡＰＩエンドポイントを用いて、ＡＰＩエンドポイントに対応するデータを記憶装置から読み出すことにより取得する。
上述のように、管理リソースは、文書等のデータに限定されるものではない。例えば、管理リソースは、管理サーバ１１により管理されるものであれば、管理サーバ１１に直接又はネットワーク１３等を介して間接的に接続されたプリンタ等の外部装置であってもよい。例えば、管理リソースがプリンタである場合、情報処理装置１００は、ＨＴＴＰ等によるリクエストにより、管理サーバ１１を介して、当該プリンタに所望のデータを示す画像を印刷させることができる。
図４は、実施形態１に係る認証サーバ１２の構成の一例を示すブロック図である。認証サーバ１２は、認証処理部４０１及び認可処理部４０２を有する。なお、認証サーバ１２は、例えば、図２に一例として示すハードウェアを有するコンピュータにより構成されており、認証サーバ１２が有する各部の処理は、当該ハードウェアによってなされる。
認証処理部４０１は、ユーザが誰であるかを特定する。具体的には、例えば、認証処理部４０１は、複数のユーザのそれぞれを識別するためのＩＤ（Identification）又はパスワード等の情報をユーザ毎に認証情報として保持する。認証処理部４０１は、例えば、ユーザによる入力操作により入力された認証情報を情報処理装置１００から取得する。さらに、認証処理部４０１は、ユーザ毎に保持する複数の認証情報を参照して、取得した認証情報がどのユーザに対応する認証情報と一致するかを検証することによりユーザを特定する。以下、認証処理部４０１による、ユーザを特定する処理を、認証処理と称して説明する。
認可処理部４０２は、認証処理部４０１によって認証されたユーザに対して、管理リソースにアクセスするための権限を与える。以下、認証処理部４０１による、管理リソースにアクセスするための権限を与える処理を、認可処理と称して説明する。例えば、標準プロトコルであるＯＡｕｔｈでは、情報処理装置１００からＨＴＴＰ等のリクエストに応じて、管理サーバ１１が管理リソースにアクセスするためには、ユーザからの明示的な認可が必要となる。具体的には、ＯＡｕｔｈを用いた形態では、ユーザが認可処理の要求を認可処理部４０２に情報処理装置１００を用いて行うと、認可処理部４０２は、管理サーバ１１が管理リソースにアクセスするためのアクセストークンを情報処理装置１００に払い出す。情報処理装置１００は、そのアクセストークンを用いて、ＨＴＴＰ等のリクエストを行うことにより、ＡＰＩエンドポイントに対応する管理リソースにアクセスすることが可能になる。
図１に戻り、第１アプリケーション１１０の実行により機能する各部について説明する。リソース要求部１１１は、管理サーバ１１に対して、管理リソースの読み出し、変更、追加、削除、又は制御等の要求を行う。例えば、リソース要求部１１１は、当該要求を示す情報を管理サーバ１１に対して出力することにより、管理サーバ１１に対して当該要求を行う。画面生成部１１２は、管理サーバ１１に対して行った要求に対する管理サーバ１１からのレスポンスに対応する操作画面等の画面を示す画像、又は当該画面を構成可能な情報を生成する。画面出力部１１３は、画面生成部１１２により生成された画像又は情報を出力する。
第２アプリケーション１２０の実行により機能する各部について説明する。状態取得部１２１は、第１アプリケーション１１０の状態を取得する。認証判定部１２２は、状態取得部１２１により取得される第１アプリケーション１１０の状態に応じて、認証処理を行うか否かを判定する。認証指示部１２３は、認証判定部１２２により認証処理を行うと判定された場合に、認証処理を行うための指示（以下「認証指示」という。）を認証サーバ１２に対して行う。認証指示部１２３は、認証指示を、直接、認証サーバ１２に対して行ってもよく、管理サーバ１１を介して認証サーバ１２に対して行ってもよい。認証取得部１２４は、認証指示部１２３が認証処理を指示する際に管理サーバ１１又は認証サーバ１２に対して送信する認証情報を取得する。具体的には、例えば、図１には不図示の操作入力装置をユーザが操作することにより入力されたＩＤ又はパスワード等の情報を認証情報として取得する。なお、以下、認証指示部１２３は、認証指示に加えて、認可処理の要求についても行うものとして説明する。
図５及び図７を参照して、情報処理システム１における認証処理及び認可処理の処理シーケンスについて説明する。図５は、実施形態１に係る情報処理システム１における処理シーケンスの一例を示すシーケンス図である。なお、図５の説明において記号「Ｓ」はステップを意味する。
図５に示すシーケンス図は、第１アプリケーション１１０及び第２アプリケーション１２０が情報処理装置１００において動作するＷｅｂアプリケーションとして動作する場合の一例である。例えば、第１アプリケーション１１０及び第２アプリケーション１２０は、ブラウザアプリケーション（以下「ブラウザ」という。）により実行可能なスクリプト言語により記載され、情報処理装置１００において動作するブラウザにより実行される。ブラウザにより実行可能なスクリプト言語とは、例えば、ＪａｖａＳｃｒｉｐｔ（登録商標）又はＣＳＳ（Cascading Style Sheets）である。なお、ブラウザにより実行可能なスクリプト言語は、ＪａｖａＳｃｒｉｐｔ（登録商標）又はＣＳＳに限定されるものではない。
第１アプリケーション１１０及び第２アプリケーション１２０は、アプリケーションサーバとして動作する情報処理装置１００において動作するものであってもよい。この場合、第１アプリケーション１１０及び第２アプリケーション１２０により生成されるＧＵＩを構成するための情報は、ユーザが使用するパーソナルコンピュータ、タブレット端末、又はスマートフォン等の、図１には不図示の装置に出力されて提示される。以下、パーソナルコンピュータ、タブレット端末、又はスマートフォン等のユーザが使用する装置をユーザ装置と称して説明する。ユーザ装置において動作するブラウザは、第１アプリケーション１１０及び第２アプリケーション１２０により生成されるＧＵＩを構成するための情報をレンダリングすることにより、ユーザ装置に接続された表示装置に当該ＧＵＩを表示させる。ユーザがユーザ装置に対して入力操作を行うことにより、ユーザ装置において動作するブラウザは、情報処理装置１００において動作する第１アプリケーション１１０及び第２アプリケーション１２０に対してリクエストを送信することにより実行を指示する。第１アプリケーション１１０及び第２アプリケーション１２０は、ブラウザからのリクエストに応じて動作を行い、動作の結果をブラウザに提示する。
以下、第１アプリケーション１１０及び第２アプリケーション１２０は、ブラウザにより実行可能なスクリプト言語により記載され、情報処理装置１００において動作するブラウザにおいて実行されて動作するものとして説明する。図５において、Ｓ５０１の処理が実行される前において、第１アプリケーション１１０は、管理サーバ１１等に対してリクエストを行う。第１アプリケーション１１０からのリクエストを受けて、管理サーバ１１等は、リクエストに対するリダイレクトのＨＴＴＰレスポンスが返却する。
管理サーバ１１等からＨＴＴＰレスポンスがあったとき、Ｓ５０１にて、ブラウザに、第２アプリケーション１２０を提供するＷｅｂサイトに対して第２アプリケーション１２０を含む情報を要求するためのＵＲＬが指定される。すなわち、このＵＲＬは、認証サーバ１２のエンドポイントであって、このＵＲＬの指定は、第１アプリケーション１１０による管理サーバ１１等へのリクエストに対するリダイレクトのＨＴＴＰレスポンスが返却されることにより行われる。次に、Ｓ５０２にて、ブラウザは、Ｗｅｂサイトに対して、指定されたＵＲＬによりリクエストを送信して、第２アプリケーション１２０を含む情報を要求する。
次に、Ｓ５０３にて、Ｗｅｂサイトは、ブラウザからリクエストに対して、リダイレクトのＨＴＴＰレスポンスをブラウザに返却することにより、第２アプリケーション１２０を含む情報をブラウザに送信する。ブラウザは、第２アプリケーション１２０を含む情報を受けて、当該情報に含まれるスクリプトを実行することにより、第２アプリケーション１２０を実行して第２アプリケーション１２０を動作させる。ブラウザは、第２アプリケーション１２０の実行により、認証サーバ１２に対して認証指示を行うための画面（以下「認証画面」という。）をＧＵＩ（Graphical User Interface）として表示装置に表示させる。
図６を参照して、認証画面について説明する。図６は、実施形態１に係る認証画面の一例を説明するための説明図である。実施形態１において、図６に示す認証画面６００は、が第２アプリケーション１２０の実行により提供されたＧＵＩであって、ブラウザに表示されるＧＵＩである。認証画面６００は、ユーザの入力操作等により入力された、ＩＤを表示するための領域６０１、パスワードを表示するための領域６０２、及び、ＩＤ及びパスワードの入力を完了したことを意思表示する入力操作を行うためのボタン６０３により構成されている。また、図６に示す認証画面６００に含まれる「第１アプリケーションがサービスにアクセスすることを許可します。」という文章は、上述した、ユーザからの明示的な認可を表すものである。なお、図６に示す認証画面６００は、あくまで一例であって、認証画面６００は、図６に示すものに限定されるものではない。
次に、Ｓ５０４にて、ユーザは、ブラウザに表示される認証画面６００を参照して、ＩＤ及びパスワードを認証情報として入力して、当該入力後にボタン６０３を押す。なお、ここでいう「押す」とは、例えば、ポインティングディバイスを用いてボタン６０３が表示される領域内のいずれかの位置にポインタを合わせてクリックする操作、又は、タッチセンサを用いて当該位置をタップする等の入力操作を意味する。ユーザがボタン６０３を押すという操作が、ユーザからの明示的な認可となる。ボタン６０３が押されると、ユーザにより入力された認証情報は、認証取得部１２４により取得される。次に、Ｓ５０５にて、第２アプリケーション１２０が動作するブラウザは、ユーザが入力したＩＤ及びパスワードを認証情報として認証サーバ１２に対して送信して、認証指示を行う。当該認証指示は、認証指示部１２３により行われる。なお、認証サーバ１２に対する認証指示は、管理サーバ１１を介して行ってもよい。この場合、第２アプリケーション１２０が動作するブラウザは、管理サーバ１１に対して認証指示を行う。更に、管理サーバ１１は、当該ブラウザからの認証指示を受けて、認証サーバ１２に対して認証指示を行う。認証サーバ１２に対する認証指示を、管理サーバ１１を介して行う場合、管理サーバ１１は、認証指示を受けて、受け取った認証指示に基づく認証指示を認証サーバ１２に対して行う、図３には不図示の指示中継部を有する。
例えば、ブラウザにより実行される第２アプリケーション１２０は、認証情報を認証サーバ１２に対して送信する前に、第１アプリケーション１１０の状態を取得する。第１アプリケーション１１０の状態の取得は、状態取得部１２１により行われる。さらに、当該状態に基づいて認証サーバ１２に対して認証指示を行うか否かを判定する。この判定は、認証判定部１２２により行われる。状態取得部１２１が取得する第１アプリケーション１１０の状態の態様、及び、認証判定部１２２が第１アプリケーション１１０の状態に基づいて行う判定の態様については後述する。認証サーバ１２に対して認証指示を行うと判定されたときに、認証指示部１２３は、認証情報を送信して認証サーバ１２に対して認証指示を行う。認証サーバ１２に対して認証指示を行わないと判定されたときに、第２アプリケーション１２０は、認証情報を送信せずに、例えば、認証が可能な状態でない旨を示すＧＵＩをブラウザに表示させる。
なお、上述の、第１アプリケーション１１０の状態の取得のタイミング、及び、認証指示を行うか否かの判定のタイミングは、一例であって、上述のタイミングに限定されるものではない。例えば、Ｓ５０３にて、第２アプリケーション１２０が実行されたときに、上述の当該取得及び当該判定を行ってもよい。この場合において、認証サーバ１２に対して認証指示を行わないと判定されたときは、例えば、第２アプリケーション１２０は、図６に一例として示す認証画面に替えて、認証が可能な状態でない旨を示すＧＵＩをブラウザに表示させてもよい。
次に、Ｓ５０６にて、認証サーバ１２は、第２アプリケーション１２０が動作するブラウザから送信された認証情報を受信する。認証サーバ１２は、当該情報に基づいて、ユーザにより入力された認証情報を検証することによりユーザを特定し、特定したユーザに対応する認可コードを、第２アプリケーションが動作するブラウザに返却する。この返却は、例えば、リダイレクトのＨＴＴＰレスポンスにより行われ、リダイレクトＵＲＬには、管理サーバ１１のＡＰＩエンドポイントが指定されている。ここで、認可コードとは、認証サーバ１２の認可エンドポイントから発行される一時的な認証情報である。次に、Ｓ５０７にて、第２アプリケーション１２０が動作するブラウザは、認証サーバ１２から返却された認可コードを受けて、管理サーバ１１に対してリダイレクトにより認可コードを送信する。第２アプリケーション１２０が動作するブラウザは、認可コードに加えて、認証されたユーザに対応するクレデンシャルを管理サーバ１１に対して送信してもよい。
次に、Ｓ５０８にて、管理サーバ１１は、ブラウザから送信された認可コードを受けて、受け取った認可コードを用いて認証サーバ１２に対してアクセストークンの要求を行う。ブラウザが管理サーバ１１に対してクレデンシャルを送信する場合、管理サーバ１１は、認可コード及びクレデンシャルを受けて、受け取った認可コード及びクレデンシャルを用いて認証サーバ１２に対してアクセストークンを要求してもよい。なお、管理サーバ１１における認証サーバ１２に対するアクセストークンの要求の処理は、例えば、図３には不図示のトークン要求部により行われる。次に、Ｓ５０９にて、認証サーバ１２は、管理サーバ１１にアクセストークンを払い出す。次に、Ｓ５１０にて、管理サーバ１１は、認証サーバ１２から払い出されたアクセストークンを受けて、受け取ったアクセストークンを情報処理装置１００においてＷｅｂアプリケーションとして動作する第１アプリケーション１１０に送信する。
次に、Ｓ５１１にて、ユーザは、Ｗｅｂアプリケーションとして動作する第１アプリケーション１１０の実行により表示されたＧＵＩを参照して入力操作を行うことにより、第１アプリケーション１１０に入力操作に対応する処理を行わせる。第１アプリケーション１１０は、入力操作に対応する処理として、管理サーバ１１にアクセストークン付きでＡＰＩエンドポイントにリクエストを行う。このリクエストは、リソース要求部１１１により行われる。
次に、Ｓ５１２にて、管理サーバ１１は、当該リクエストを受けて、受け取ったリクエストに対応するレスポンスをＷｅｂアプリケーションとして動作する第１アプリケーション１１０に返却する。第１アプリケーション１１０は、当該レスポンスを受けて、予め定められた定めあれた処理を行った後に、当該処理後のＧＵＩを構成するための情報を生成し、第１アプリケーション１１０が動作するブラウザに当該ＧＵＩを表示させる。この情報は、上述の説明と同様に、画面生成部１１２により生成され、画面出力部１１３により出力される。第１アプリケーション１１０が動作するブラウザは、当該情報をレンダリングすることにより、ＧＵＩを生成して表示装置に表示させる。以降、Ｓ５１１とＳ５１２との処理が繰り返して実行されることにより、ユーザは、画像又は文章等の閲覧、編集、又は印刷等の所望の処理を行うことができる。なお、Ｓ５１１にて送信されるアクセストークンが不正なものである場合、例えば、Ｓ５１２にて管理サーバ１１が第１アプリケーション１１０に対して、アクセル権限等の権限が無い旨を示すエラーを示す情報を返却する。この場合、例えば、第１アプリケーション１１０は、アクセル権限等の権限が無い旨を示すＧＵＩを構成するための情報を生成し、第１アプリケーション１１０が動作するブラウザは、当該ＧＵＩをレンダリングして表示装置に表示させてもよい。
図７は、実施形態１に係る情報処理システム１における処理シーケンスの他の一例を示すシーケンス図である。図７に示すシーケンス図は、第１アプリケーション１１０及び第２アプリケーション１２０が情報処理装置１００において動作するネイティブアプリケーションとして動作する場合の一例である。第１アプリケーション１１０及び第２アプリケーション１２０は、Ｗｉｎｄｏｗｓ（登録商標）、ＭａｃＯＳ（登録商標）、ｉＯＳ（登録商標）、又はＡｎｄｒｏｉｄ（登録商標）等のＯＳ（Operating System）にインストールされて動作する。インストールされた後、第１アプリケーション１１０及び第２アプリケーション１２０は、情報処理装置１００において、常駐して動作する常駐アプリケーションとして動作する。なお、図７の説明において記号「Ｓ」はステップを意味する。
以下、第１アプリケーション１１０及び第２アプリケーション１２０は、それぞれがＧＵＩを生成して、情報処理装置１００に接続された図１には不図示の表示装置に表示させるものとして説明するが、これに限定されるものではない。例えば、第１アプリケーション１１０及び第２アプリケーション１２０は、情報処理装置１００において動作するブラウザが有する機能を拡張するためにアドオンされる、プラグイン用のプログラムであってもよい。この場合、プラグイン用のプログラムである第１アプリケーション１１０及び第２アプリケーション１２０は、ネイティブアプリケーションと同様に、ＯＳにインストールされて、ブラウザにアドオンされることにより、ブラウザに表示可能なＧＵＩを生成する。ブラウザは、第１アプリケーション１１０及び第２アプリケーション１２０により生成されたＧＵＩをレンダリングして表示装置に表示させる。
Ｓ７０１にて、ユーザは、第１アプリケーション１１０及び第２アプリケーション１２０を起動する。第１アプリケーション１１０及び第２アプリケーション１２０の起動後、Ｓ７０２にて、情報処理装置１００は、情報処理装置１００の特定を可能するＩＤ（以下「デバイスＩＤ」という。）を取得する。例えば、情報処理装置１００は、情報処理装置１００が有するネットワークカードに付されたＭＡＣ（Media Access Control）アドレス等をデバイスＩＤとして取得する。当該取得は、例えば、第２アプリケーション１２０の実行により行われる。なお、デバイスＩＤは、ユーザが使用する情報処理装置１００を特定するものであるため、認証情報として使用することができる。すなわち、第２アプリケーション１２０の実行により、デバイスＩＤが認証情報として取得される。
次に、Ｓ７０３にて、情報処理装置１００は、管理サーバ１１に対してデバイスＩＤを送信して、デバイス登録の要求を行う。当該要求は、例えば、第２アプリケーション１２０の実行により行われる。すなわち、ここでいうデバイス登録の要求とは、認証指示の一例である。なお、第２アプリケーション１２０は、Ｓ７０３におけるデバイス登録の要求の前に、第１アプリケーションの状態を取得して、取得した第１アプリケーションの状態に基づいて、デバイス登録の要求を行うか否か、すなわち、認証指示を行うか否かを判定する。当該判定の結果、認証指示を行うと判定されたとき、情報処理装置１００は、Ｓ７０３を実行する。第２アプリケーション１２０が取得する第１アプリケーションの状態の態様、及び、認証指示を行うか否かを判定の態様については後述する。次に、Ｓ７０４にて、管理サーバ１１は、情報処理装置１００から送信されたデバイスＩＤを受信して、受信したデバイスＩＤを認証サーバ１２に対して送信し、情報処理装置１００についてのデバイス登録の指示を行う。認証サーバ１２は、管理サーバ１１から送信されたデバイスＩＤを受信して、受信したデバイスＩＤを用いて情報処理装置１００をデバイス登録する。
情報処理装置１００のデバイス登録の完了後、Ｓ７０５にて、認証サーバ１２は、管理サーバ１１に対して、デバイス登録が正常に行われたことを示すレスポンスを返す。次に、Ｓ７０６にて、管理サーバ１１は、情報処理装置１００に対して、デバイス登録が正常に行われたことを示すレスポンスを返す。次に、Ｓ７０７にて、情報処理装置１００は、管理サーバ１１にアクセストークンを要求する。当該要求は、例えば、第１アプリケーションの実行により行われる。次に、Ｓ７０８にて、管理サーバは、情報処理装置１００からの要求を受けて、認証サーバ１２にアクセストークンを要求する。次に、Ｓ７０９にて、認証サーバ１２は、管理サーバ１１からの要求を受けて、管理サーバ１１にアクセストークンを払い出す。次に、Ｓ７１０にて、管理サーバ１１は、認証サーバ１２から払い出されたアクセストークンを受けて、情報処理装置１００にアクセストークンを送信する。管理サーバ１１から送信されたアクセストークンは、情報処理装置１００により受信される。
次に、Ｓ７１１にて、情報処理装置１００は、管理サーバ１１から受信したアクセストークンを用いて、管理サーバ１１に対して、アクセストークン付きでＡＰＩエンドポイントにリクエストを行う。当該リクエストは、第１アプリケーションの実行により行われる。次に、Ｓ７１２にて、管理サーバ１１は、情報処理装置１００からのアクセストークン付きのリクエストを受けて、当該リクエストに対応するレスポンスを情報処理装置１００に返却する。以降、Ｓ７１１とＳ７１２との処理が繰り返して実行されることにより、ユーザは、画像又は文章等の閲覧、編集、又は印刷等の所望の処理を行うことができる。なお、Ｓ７１１にて送信されるアクセストークンが不正なものである場合、例えば、Ｓ７１２では管理サーバ１１が情報処理装置１００に対して、アクセル権限等の権限が無い旨を示すエラーを示す情報を返却する。
図５又は図７に示す認証処理及び認可処理の処理シーケンスは、あくまで一例であって、本開示において、認証処理及び認可処理の処理シーケンスは、これに限定されるものではない。例えば、認証処理及び認可処理の処理シーケンスは、ＯｐｅｎＩＤ Ｃｏｎｎｅｃｔ、又はＯＡｕｔｈ等のプロトコルにより定められた処理シーケンスであってもよい。
図８及び図９を参照して、第１アプリケーション１１０の状態に応じた認証処理のタイミングの制御について説明する。図８は、実施形態１に係る情報処理システム１における認証処理及び認可処理の処理シーケンスの一例を示すシーケンス図である。図８に示すシーケンス図は、第１アプリケーション１１０及び第２アプリケーション１２０が情報処理装置１００において動作するネイティブアプリケーションとして動作する場合の一例である。第１アプリケーション１１０及び第２アプリケーション１２０は、インストール用のアプリケーション（以下「インストーラ」という。）の実行により、情報処理装置１００において動作するＯＳにインストールされる。なお、図８の説明において記号「Ｓ」はステップを意味する。
Ｓ８０１にて、ユーザは、情報処理装置１００において動作するＯＳに対してインストーラの実行を指示することにより、インストーラによる第１アプリケーション１１０及び第２アプリケーション１２０のインストールの開始を指示する。ユーザによりインストールの開始が指示されると、Ｓ８０２にて、インストーラは、その実行により、第１アプリケーション１１０のインストールを行う。次に、Ｓ８０３にて、インストーラは、第２アプリケーション１２０のインストールを行う。第２アプリケーション１２０のインストールの完了後、Ｓ８０４にて、インストーラは、第２アプリケーション１２０を起動する。
Ｓ８０４の後、第２アプリケーション１２０は、第１アプリケーション１１０が起動された状態であるか否かを判定する。第１アプリケーション１１０の起動の状態は、状態取得部１２１により取得され、当該判定は、状態判定部１２２により行われる。当該判定において起動された状態でないと判定された場合、Ｓ８０７にて、第２アプリケーション１２０は、第１アプリケーション１１０が起動されるまでの間、予め定められた期間の経過毎に第１アプリケーション１１０の起動の状態を繰り返して判定する。
例えば、Ｓ８０５にて、ユーザは、第１アプリケーション１１０の起動を指示する。この場合、Ｓ８０５の後、第２アプリケーション１２０は、第１アプリケーション１１０が起動された状態であると判定する。当該判定において起動された状態であると判定された場合、Ｓ８０８にて、第２アプリケーション１２０は、管理サーバ１１に対して、認証指示を行う。当該指示は、認証指示部１２３により行われる。次に、Ｓ８０９にて、管理サーバ１１は、第２アプリケーション１２０からの当該指示を受けて、認証サーバ１２に対して、認証指示を行う。次に、Ｓ８１０にて、認証サーバ１２は、管理サーバ１１からの当該指示を受けて、当該指示に対応する認証処理を行う。その後、例えば、Ｓ８０６にて、ユーザは、第１アプリケーション１１０の終了を指示する。
図８に示す処理シーケンスでは、第２アプリケーション１２０が管理サーバ１１に対して認証指示を行うものとして説明したが、本開示は、これに限定されるものではない。例えば、第１アプリケーション１１０が起動したときに、第１アプリケーション１１０が管理サーバ１１又は認証サーバ１２に対して認証指示を行い、その認証情報を用いて第２アプリケーション１２０が動作するものであっても良い。
また、図８に示す処理シーケンスでは、一例として、認証判定部１２２が第１アプリケーション１１０の起動の状態を確認する形態について説明したが、本開示は、これに限定されるものではない。例えば、第２アプリケーション１２０は、第１アプリケーション１１０の実行により発生した予め定められたイベントの検知に基づいて、管理サーバ１１又は認証サーバ１２に対して認証指示を行ってもよい。具体的には、例えば、状態取得部１２１は、第１アプリケーション１１０の実行により発生したイベントを検知して取得する。また、認証判定部１２２は、状態取得部１２１により取得されたイベントが予め定められたイベントであるか否かを判定する。すなわち、認証判定部１２２は、第１アプリケーション１１０の実行により予め定められたイベントが発生したか否かを判定する。認証判定部１２２が第１アプリケーション１１０の実行により予め定められたイベントが発生したと判定した場合、認証指示部１２３は、認証指示を行う。ここで、予め定められたイベントとは、例えば、第１アプリケーション１１０が管理サーバ１１により管理される管理リソースであるプリンタに対して、印刷を開始する指示を行ったことに対応するイベントである。
図９は、実施形態１に係る情報処理システム１における各アプリケーション又は各サーバにおける認証処理が完了するまでの処理フローの一例を示すフローチャートである。なお、図９の説明において記号「Ｓ」はステップを意味する。図９（ａ）は、実施形態１に係るインストーラにおける処理フローの一例を示すフローチャートである。まず、Ｓ９０１にて、インストーラは、第１アプリケーション１１０をインストールする。次に、Ｓ９０２にて、インストーラは、第２アプリケーション１２０をインストールする。次に、Ｓ９０３にて、インストーラは、第２アプリケーション１２０を起動する。Ｓ９０３の後、インストーラは、図９（ａ）に示すフローチャートの処理を終了する。
図９（ｂ）は、実施形態１に係る第１アプリケーション１１０における処理フローの一例を示すフローチャートである。まず、Ｓ９１１にて、第１アプリケーション１１０は、ユーザの操作により起動して動作を開始する。次に、Ｓ９１２にて、第１アプリケーション１１０は、ユーザの操作により終了して動作を終了する。Ｓ９１２の後、第１アプリケーション１１０は、図９（ｂ）に示すフローチャートの処理を終了する。
図９（ｃ）は、実施形態１に係る第２アプリケーション１２０における処理フローの一例を示すフローチャートである。まず、Ｓ９２１にて、第２アプリケーション１２０は、第１アプリケーション１１０の状態を取得する。具体的には、第２アプリケーション１２０の実行により、状態取得部１２１は、第１アプリケーション１１０の状態を取得する。ここで、第１アプリケーション１１０の状態とは、例えば、第１アプリケーション１１０が起動されている状態であるか否か、又は、第１アプリケーション１１０の実行により何らかのイベントが発生した状態であるか否かである。第１アプリケーション１１０の状態は、上述のものに限定されるものではない。例えば、第１アプリケーション１１０の状態は、第１アプリケーション１１０がインストールされて実行可能な状態であるか否か、又は、第１アプリケーション１１０が１度でも起動された状態であるか否か、等であってもよい。
Ｓ９２１の後、Ｓ９２２にて、第２アプリケーション１２０は、第１アプリケーション１１０の状態に応じて認証指示を行うか否かを判定する。第１アプリケーション１１０が起動されていない場合、第２アプリケーション１２０は、例えば、認証指示を行わないと判定する。Ｓ９２２にて、認証指示を行わないと判定された場合、第２アプリケーション１２０は、Ｓ９２１の処理に戻って、例えば、予め定められた期間の経過後に、再度、第１アプリケーション１１０の起動の状態を確認する。当該場合、第２アプリケーション１２０は、図９（ｃ）に示すフローチャートの処理を終了してもよい。第１アプリケーション１１０が起動された状態である場合、第２アプリケーション１２０は、認証指示を行うと判定する。Ｓ９２２にて、認証指示を行うと判定された場合、Ｓ９２４にて、第２アプリケーション１２０は、管理サーバ１１に対して認証指示を行う。Ｓ９２４の後、第２アプリケーション１２０は、図９（ｃ）に示すフローチャート処理を終了する。
図９（ｄ）は、実施形態１に係る管理サーバ１１における処理フローの一例を示すフローチャートである。まず、Ｓ９３１にて、管理サーバ１１は、認証サーバ１２に対して認証指示を行う。Ｓ９３１の処理は、図９（ｃ）に示すＳ９２４の処理により、第２アプリケーション１２０からの認証指示を管理サーバ１１が受けたときに実行される。Ｓ９３１の後、管理サーバ１１は、図９（ｄ）に示すフローチャート処理を終了する。
図９（ｅ）は、実施形態１に係る認証サーバ１２における処理フローの一例を示すフローチャートである。まず、Ｓ９４１にて、認証サーバ１２は、認証処理を行う。Ｓ９４１の処理は、図９（ｄ）に示すＳ９３１の処理により、管理サーバ１１からの認証指示を認証サーバ１２が受けたときに実行される。Ｓ９４１の後、認証サーバ１２は、図９（ｅ）に示すフローチャート処理を終了する。
これまで説明したように、情報処理システム１は、第１アプリケーション１１０の状態に応じて、第２アプリケーション１２０により認証指示を行うか否かを判定する。すなわち、情報処理システム１は、第１アプリケーション１１０の状態に応じて、認証指示を行うタイミングを制御することができる。したがって、情報処理システム１によれば、認証サービスの利用を要する第１アプリケーション１１０を利用するユーザが増加しても、実際に認証サービスを利用するユーザの数を抑制することができる。結果として、情報処理システム１によれば、認証サービスを利用するアプリケーション（例えば第１アプリケーション）を利用するユーザの数に対する、認証サービスを利用するユーザの数の割合を低減することができる。
ところで、パブリッククラウドから提供される認証サービスの中には、所定期間における、認証するユーザ（以下「認証ユーザ」という。）の数に応じた利用料を、この認証サービスを利用するアプリケーションを提供する提供者に対して請求するものがある。したがって、この認証サービスを利用するアプリケーションを利用するユーザの数が増加すると認証ユーザの数も増加する。そのため、提供者は、認証サービスを利用するアプリケーションを利用するユーザの数が増加すると、認証サービスの利用のために支払う利用料が高額になってしまう。上述のように、情報処理システム１によれば、認証サービスの利用を要する第１アプリケーション１１０を利用するユーザが増加しても、実際に認証サービスを利用するユーザの数を抑制することができる。したがって、情報処理システム１によれば、上述のような認証サービスを利用する場合において、従来よりも支払う利用料を低減させることができる。
＜実施形態２＞
図１０を参照して、実施形態２に係る情報処理システム１について説明する。実施形態２に係る情報処理システム１の構成は、実施形態１において図１を参照して説明した構成と同様であるため、説明を省略する。図１０を参照して、実施形態２に係る第１アプリケーション１１０の状態に応じた認証指示のタイミングの制御について説明する。図１０は、実施形態２に係る情報処理システム１における認証処理及び認可処理の処理シーケンスの一例を示すシーケンス図である。なお、図１０の説明において記号「Ｓ」はステップを意味する。
図１０に示すシーケンス図は、第１アプリケーション１１０が情報処理装置１００において動作するネイティブアプリケーションとして動作し、第２アプリケーション１２０がＷｅｂアプリケーションとして動作する場合の一例である。第１アプリケーション１１０は、第２アプリケーション１２０の実行により、情報処理装置１００において動作するＯＳにインストールされる。第１アプリケーション１１０は、情報処理装置１００において動作するブラウザにアドオンされるプラグイン用のプログラムとして情報処理装置１００において動作するＯＳにインストールされるものであってもよい。この場合、第１アプリケーション１１０は、ブラウザにより実行されて動作する。以下、第１アプリケーション１１０は、情報処理装置１００において動作するネイティブアプリケーションであるものとして説明する。
また、第２アプリケーション１２０は、Ｗｅｂサイトから提供される、情報処理装置１００において動作するブラウザにより実行可能なスクリプト言語により記載されたＷｅｂアプリケーションである。この場合、第２アプリケーション１２０は、ブラウザによるレンダリングにより実行されて動作する。ブラウザは、第２アプリケーション１２０の実行により図６に一例として示すＧＵＩを、図１には不図示の表示装置に表示させる。ユーザは、情報処理装置１００に対して入力操作を行うことにより、ブラウザを介して認証処理及び認可処理の実行を指示することができる。
第２アプリケーション１２０は、例えば、図１には不図示のアプリケーションサーバにおいて動作するＷｅｂアプリケーションであってもよい。この場合、第２アプリケーション１２０は、図１に示す管理サーバ１１において動作するものであってもよい。また、この場合、第２アプリケーション１２０の実行により提供される、図６に一例として示すＧＵＩは、情報処理装置１００において動作するブラウザに表示される。この場合、ユーザは、情報処理装置１００に対して入力操作を行うことにより、ブラウザを介して、第２アプリケーションに対して認証処理及び認可処理の実行を指示させることができる。以下、第２アプリケーション１２０は、情報処理装置１００において動作するブラウザにより実行可能なスクリプト言語により記載されたＷｅｂアプリケーションであるものとして説明する。
まず、Ｓ１００１にて、ユーザは、ブラウザに、第２アプリケーション１２０を提供するＷｅｂサイトのＵＲＬを指定する。ブラウザは、指定されたＵＲＬによりＷｅｂサイトにリクエストを送信する。次に、Ｓ１００２にて、第２アプリケーション１２０は、ブラウザにレンダリングされることにより実行され、第１アプリケーション１１０の状態を取得する。具体的には、例えば、第２アプリケーション１２０は、第１アプリケーション１１０が情報処理装置１００にインストールされている状態であるか否かの情報を取得する。当該取得は、状態取得部１２１により行われる。
第２アプリケーション１２０は、第１アプリケーション１１０の状態に基づいて、認証指示を行うか否かを判定する。具体的には、例えば、第２アプリケーション１２０は、第１アプリケーション１１０がインストールされているか否かを示す情報を取得して、当該情報に基づいて、認証指示を行うか否かを判定する。第２アプリケーション１２０は、第１アプリケーション１１０がインストールされている場合、認証指示を行うと判定し、第１アプリケーション１１０がインストールされていない場合、認証指示を行わないと判定する。第１アプリケーション１１０がインストールされていない場合、例えば、第２アプリケーション１２０は、インストールされるまでの間、予め定められた期間の経過毎に、インストールされているか否かの情報を取得して、上述の判定を繰り返して行ってもよい。また、当該場合、例えば、第２アプリケーション１２０は、第１アプリケーション１１０をインストールすることをユーザに促すＧＵＩを生成してブラウザに表示させてもよい。
次に、Ｓ１００３にて、ユーザは、第２アプリケーション１２０に対して、第１アプリケーション１１０をインストールされるための指示を行う。次に、Ｓ１００４にて、第２アプリケーション１２０は、当該指示を受けて、情報処理装置１００に第１アプリケーション１１０のインストールを行う。第２アプリケーション１２０は、第１アプリケーション１１０のインストールが完了するまでの間、予め定められた期間の経過毎に、第１アプリケーション１１０のインストールが完了した否かを繰り返して判定してもよい。第１アプリケーション１１０がインストールされた状態となったとき、第２アプリケーション１２０は、図６に一例として示す認証画面６００を構成するための情報を生成する。ブラウザは、当該情報をレンダリングすることにより、図６に一例として示す認証画面６００を表示装置に表示させる。ユーザは、ブラウザに表示される認証画面６００を参照して、ＩＤ及びパスワードを入力して、当該入力後にボタン６０３を押す。
次に、Ｓ１００５にて、第２アプリケーション１２０は、ブラウザを介してユーザにより入力されたＩＤ及びパスワードを認証情報として管理サーバ１１に送信して、管理サーバ１１に対して認証指示を行う。次に、Ｓ１００６にて、管理サーバ１１は、第２アプリケーション１２０、すなわち、情報処理装置１００から送信された認証情報を受信して、受信後に、当該認証情報を認証サーバ１２に送信して認証サーバ１２に対して認証指示を行う。次に、Ｓ１００７にて、認証サーバ１２は、管理サーバ１１から送信された認証情報を受信して、受信後に、認証処理を行う。
なお、上述では、Ｓ１００４にて、第２アプリケーション１２０が第１アプリケーション１１０のインストールが完了しているか否かを予め定められた期間の経過毎に確認するものとして説明したが、これに限定されるものではない。例えば、第２アプリケーション１２０は、Ｓ１００２にて、第２アプリケーション１２０がブラウザにより実行されたときに１回だけ、第１アプリケーション１１０がインストールされた状態であるか否かを確認してもよい。
これまで説明したように、情報処理システム１は、第１アプリケーション１１０の状態に応じて、第２アプリケーション１２０により認証指示を行うか否かを判定する。すなわち、情報処理システム１は、第１アプリケーション１１０の状態に応じて、認証指示を行うタイミングを制御することができる。したがって、情報処理システム１によれば、認証サービスの利用を要する第１アプリケーション１１０を利用するユーザが増加しても、実際に認証サービスを利用するユーザの数を抑制することができる。結果として、情報処理システム１によれば、認証サービスを利用するアプリケーション（例えば第１アプリケーション）を利用するユーザの数に対する、認証サービスを利用するユーザの数の割合を低減することができる。
＜実施形態３＞
図１１を参照して、実施形態３に係る情報処理システム１について説明する。実施形態３に係る情報処理システム１の構成は、実施形態１において図１を参照して説明した構成と同様であるため、説明を省略する。図１１を参照して、実施形態３に係る第１アプリケーション１１０の状態に応じた認証指示のタイミングの制御について説明する。図１１は、実施形態３に係る情報処理システム１における認証処理及び認可処理の処理シーケンスの一例を示すシーケンス図である。なお、図１１の説明において記号「Ｓ」はステップを意味する。図１１に示すシーケンス図は、第１アプリケーション１１０及び第２アプリケーション１２０が情報処理装置１００において動作するネイティブアプリケーションとして動作する場合の一例である。すなわち、第１アプリケーション１１０及び第２アプリケーション１２０は、例えば、情報処理装置１００において動作するＯＳにインストールされた状態において、動作するものである。
第１アプリケーション１１０及び第２アプリケーション１２０は、情報処理装置１００において動作するブラウザにアドオンされるプラグイン用のプログラムであってもよい。この場合、第１アプリケーション１１０及び第２アプリケーション１２０は、プラグイン用のプログラムとして、情報処理装置１００において動作するＯＳにインストールされる。この場合、第１アプリケーション１１０及び第２アプリケーション１２０は、ブラウザにより実行されて動作する。以下、第１アプリケーション１１０及び第２アプリケーション１２０は、情報処理装置１００において動作するネイティブアプリケーションであるものとして説明する。また、第２アプリケーション１２０は、第１アプリケーション１１０を少なくとも含む１又は２以上のアプリケーションを、情報処理装置１００において動作するＯＳにインストールする制御を行うことが可能なアプリケーションであるものとして説明する。
Ｓ１１０１にて、ユーザは、第２アプリケーション１２０を情報処理装置１００において動作するＯＳにインストールする。次に、Ｓ１１０２にて、ユーザは、第２アプリケーション１２０を起動する。第２アプリケーション１２０は、起動後に、第１アプリケーション１１０の状態を取得する。具体的には、例えば、第２アプリケーション１２０は、第１アプリケーション１１０がインストールされた状態であるか否かの情報を取得する。第１アプリケーション１１０がインストールされていない場合、Ｓ１１０３にて、第２アプリケーション１２０は、第１アプリケーション１１０のインストールを開始する。次に、Ｓ１１０４にて、第２アプリケーション１２０は、第１アプリケーション１１０のインストールが完了したか否かを判定する。第２アプリケーション１２０は、第１アプリケーション１１０のインストールを開始してからが完了したと判定されるまでの間、例えば、予め定められた期間の経過毎に、第１アプリケーション１１０のインストールが完了したか否かを判定してもよい。
Ｓ１１０４にて、第１アプリケーション１１０のインストールが完了したと判定された場合、Ｓ１１０５からＳ１１０８までの処理が行われる。当該場合、まず、Ｓ１１０５にて、ユーザは、認証情報を入力する。具体的には、例えば、第２アプリケーション１２０は、第１アプリケーション１１０のインストールが完了したと判定した後、図６に一例として示す認証画面６００を図１には不図示の表示装置に表示させる。ユーザは、認証画面６００を参照して、認証情報としてＩＤ及びパスワードとを入力して、当該入力後にボタン６０３を押す。Ｓ１１０５の後、Ｓ１１０６にて、第２アプリケーション１２０は、ユーザにより入力されたＩＤ及びパスワードを認証情報として管理サーバ１１に送信して、管理サーバ１１に対して認証指示を行う。次に、Ｓ１１０７で、管理サーバ１１は、第２アプリケーション１２０、すなわち、情報処理装置１００から送信された認証情報を受信して、受信後に、当該認証情報を認証サーバ１２に送信して、認証サーバ１２に対して認証指示を行う。次に、Ｓ１１０８にて、認証サーバ１２は、管理サーバ１１から送信された認証情報を受信して、受信後に、認証処理を行う。
なお、上述では、第１アプリケーション１１０が１つだけであるものとして説明したが、これに限定されるものではない。例えば、第１アプリケーション１１０は、複数であってもよい。この場合、例えば、第２アプリケーション１２０は、複数の第１アプリケーションのうちの１以上の第１アプリケーション１１０におけるそれぞれの状態を取得してもよい。さらに、第２アプリケーション１２０は、取得した、当該１以上の複数の第１アプリケーション１１０の状態に基づいて、認証指示を行うか否かを判定してもよい。
また、上述では、インストールが完了したか否かを第１アプリケーション１１０の状態として取得して判定する形態について説明したが、第２アプリケーション１２０が判定に用いる第１アプリケーション１１０の状態は、これに限定されるものではない。例えば、第２アプリケーション１２０は、第１アプリケーション１１０がこれまでに起動されたことがある否か、又は、起動されている状態であるか否か等の状態を取得し、当該状態に基づいて、認証指示を行うか否かの判定を行ってもよい。
これまで説明したように、情報処理システム１は、第１アプリケーション１１０の状態に応じて、第２アプリケーション１２０により認証指示を行うか否かを判定する。すなわち、情報処理システム１は、第１アプリケーション１１０の状態に応じて、認証指示を行うタイミングを制御することができる。したがって、情報処理システム１によれば、認証サービスの利用を要する第１アプリケーション１１０を利用するユーザが増加しても、実際に認証サービスを利用するユーザの数を抑制することができる。結果として、情報処理システム１によれば、認証サービスを利用するアプリケーション（例えば第１アプリケーション）を利用するユーザの数に対する、認証サービスを利用するユーザの数の割合を低減することができる。
＜実施形態４＞
実施形態１乃至３では、第２アプリケーション１２０が管理サーバ１１に対して認証指示を行い、更に、管理サーバ１１が認証サーバ１２に対して認証指示を行う形態について説明したが、これに限定されるものではない。例えば、第２アプリケーション１２０は、管理サーバ１１を介さずに、認証サーバ１２に対して直接、認証指示を行ってもよい。
また、実施形態１乃至３では、第１アプリケーション１１０がインストールされた状態、又は第１アプリケーション１１０が起動された状態であるか否かに応じて、認証指示を行うか否かを判定する形態について説明したが、これに限定されるものではない。第２アプリケーション１２０は、第１アプリケーション１１０の状態に応じて、認証指示を行うタイミングを制御するものでればよい。具体的には、例えば、第２アプリケーション１２０は、第１アプリケーション１１０が予め定められたリリースバージョン（例えば、特定のリリースバージョン以降に提供されたもの）であるか否かに基づいて、認証指示を行うか否かを判定してもよい。また、例えば、第２アプリケーション１２０は、第１アプリケーション１１０の実行の進度の状態に基づいて、認証指示を行うか否かを判定してもよい。ここで、第１アプリケーション１１０の実行の進度の状態とは、例えば、これまでに、第１アプリケーション１１０が予め定められた処理（例えば特定の画面までの遷移）までを完了したことがあるか否か等である。
また、第２アプリケーション１２０は、第１アプリケーション１１０の状態に加えて、認証サーバ１２の状態を取得し、取得した、第１アプリケーション１１０及び認証サーバ１２の状態に基づいて、認証指示を行うか否かを判定してもよい。例えば、第２アプリケーション１２０は、認証サーバ１２と通信を行い、そのときに、認証サーバ１２が認証処理を行っているユーザの数（以下「認証数」という。）を取得する。例えば、第２アプリケーション１２０は、認証数が予め定められた閾値より小さい場合には認証指示を行い、認証数が閾値以上の場合には、第１アプリケーション１１０の状態に依らずに、認証指示を行わないように制御する。
また、実施形態１乃至３では、ＨＴＴＰ通信による通信を一例として、情報処理装置１００とサーバとの間の通信について説明したが、これに限定されるものではない。情報処理装置１００とサーバとの間の通信は、ＨＴＴＰ通信とは異なる他の通信プロトコルによる通信であってもよい。
＜その他の実施形態＞
本開示は、上述の実施形態の１以上の機能を実現するプログラムをネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
なお、本開示はその開示の範囲内において、各実施形態の自由な組み合わせ、各実施形態の任意の構成要素の変形、又は、各実施形態において任意の構成要素の省略が可能である。
１００：情報処理装置
１１０：第１アプリケーション
１２０：第２アプリケーション
１２１：状態取得部
１２２：認証判定部
１２３：認証指示部

Claims (20)

  1. 第１のアプリケーション、及び第２のアプリケーションを実行する情報処理装置であって、
    前記第２のアプリケーションの実行により、前記第１のアプリケーションの状態を取得する状態取得手段と、
    前記第２のアプリケーションの実行により、前記状態取得手段により取得される前記第１のアプリケーションの状態に応じて、認証処理を行うか否かを判定する認証判定手段と、
    前記認証判定手段により前記認証処理を行うと判定された場合に、前記第１のアプリケーション又は前記第２のアプリケーションの実行により、前記認証処理を行うための指示を行う認証指示手段と、
    を有すること
    を特徴とする情報処理装置。
  2. 前記状態取得手段により取得される状態は、前記第１のアプリケーションがインストールされているか否かであること
    を特徴する請求項１に記載の情報処理装置。
  3. 前記状態取得手段により取得される状態は、前記第１のアプリケーションが起動されたことがあるか否かであること
    を特徴する請求項１に記載の情報処理装置。
  4. 前記状態取得手段により取得される状態は、前記第１のアプリケーションの実行において予め定められたイベントが発生したか否かであること
    を特徴する請求項１に記載の情報処理装置。
  5. 前記状態取得手段により取得される状態は、実行される前記第１のアプリケーションのリリースバージョンであること
    を特徴する請求項１に記載の情報処理装置。
  6. 前記状態取得手段により取得される状態は、実行される前記第１のアプリケーションの進度であること
    を特徴する請求項１に記載の情報処理装置。
  7. 前記第１のアプリケーションは、複数のアプリケーションから構成され、
    前記状態取得手段は、前記複数のアプリケーションのうちの１以上のアプリケーションの状態を取得し、取得した前記１以上のアプリケーションの状態を前記第１のアプリケーションの状態として取得すること
    を特徴とする請求項１乃至６のいずれか１項に記載の情報処理装置。
  8. 前記状態取得手段は、前記第１のアプリケーションの状態に加えて、前記認証処理を行う認証サーバの状態を取得し、
    前記認証判定手段は、第１のアプリケーションの状態に加えて、前記認証サーバの状態に応じて、前記認証処理を行うか否かを判定すること
    を特徴とする請求項１乃至７のいずれか１項に記載の情報処理装置。
  9. 前記認証指示手段は、ユーザに対応付けられた情報を管理する管理サーバに対して前記指示を行い、
    前記指示を受けた前記管理サーバは、前記認証処理を行う認証サーバに対して、前記認証処理を行うための指示を行うこと
    を特徴とする請求項１乃至８のいずれか１項に記載の情報処理装置。
  10. 前記認証指示手段は、前記認証処理を行う認証サーバに前記指示を行うこと
    を特徴とする請求項１乃至９のいずれか１項に記載の情報処理装置。
  11. 前記認証指示手段は、前記第２のアプリケーションの実行により、前記指示を行うこと
    を特徴とする請求項１乃至１０のいずれか１項に記載の情報処理装置。
  12. 前記第２のアプリケーションは、前記情報処理装置にインストールされている常駐アプリケーションであること
    を特徴とする請求項１乃至１１のいずれか１項に記載の情報処理装置。
  13. 前記第２のアプリケーションは、前記情報処理装置のＯＳが起動することに応じて前記情報処理装置において常駐して動作すること
    を特徴とする請求項１２に記載の情報処理装置。
  14. 前記第１のアプリケーションは、前記第２のアプリケーションによって前記情報処理装置にインストールされること
    を特徴とする請求項１乃至１３のいずれか１項に記載の情報処理装置。
  15. 前記第１のアプリケーション及び前記第２のアプリケーションの少なくとも一方は、前記情報処理装置において動作するブラウザアプリケーションによって実行されるＷｅｂアプリケーションであること
    を特徴とする請求項１乃至１１のいずれか１項に記載の情報処理装置。
  16. 前記第１のアプリケーション及び前記第２のアプリケーションの少なくとも一方は、前記情報処理装置において動作するＷｅｂアプリケーションであること
    を特徴とする請求項１乃至１１のいずれか１項に記載の情報処理装置。
  17. 前記第１のアプリケーションが前記情報処理装置において動作するＷｅｂアプリケーションである場合、前記情報処理装置とは別の装置において動作するブラウザによって前記第１のアプリケーションの実行の指示が行われ、前記情報処理装置は、前記ブラウザに前記第１のアプリケーションの実行の結果を提示し、
    前記第２のアプリケーションが前記情報処理装置において動作するＷｅｂアプリケーションである場合、前記情報処理装置とは別の装置において動作するブラウザによって前記第２のアプリケーションの実行の指示が行われ、前記情報処理装置は、前記ブラウザに前記第２のアプリケーションの実行の結果を提示する
    を特徴とする請求項１６に記載の情報処理装置。
  18. 第１のアプリケーション、及び第２のアプリケーションの実行による情報処理方法であって、
    前記第２のアプリケーションの実行により、前記第１のアプリケーションの状態を取得する状態取得工程と、
    前記第２のアプリケーションの実行により、前記状態取得工程により取得される前記第１のアプリケーションの状態に応じて、認証処理を行うか否かを判定する認証判定工程と、
    前記認証判定工程により前記認証処理を行うと判定された場合に、前記第１のアプリケーション又は前記第２のアプリケーションの実行により、前記認証処理を行うための指示を行う認証指示工程と、
    を有すること
    を特徴とする情報処理方法。
  19. コンピュータに、請求項１８に記載の情報処理方法の各工程を実行させるためのプログラム。
  20. コンピュータに、請求項１８に記載の情報処理方法の各工程を実行させるプログラムが記憶された、コンピュータよる読み取りが可能な記憶媒体。
JP2021126780A 2021-08-02 2021-08-02 情報処理装置、情報処理方法、及びプログラム Pending JP2023021729A (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2021126780A JP2023021729A (ja) 2021-08-02 2021-08-02 情報処理装置、情報処理方法、及びプログラム
US17/816,310 US20230030460A1 (en) 2021-08-02 2022-07-29 Information processing apparatus, information processing method, and storage medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2021126780A JP2023021729A (ja) 2021-08-02 2021-08-02 情報処理装置、情報処理方法、及びプログラム

Publications (1)

Publication Number Publication Date
JP2023021729A true JP2023021729A (ja) 2023-02-14

Family

ID=85039264

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2021126780A Pending JP2023021729A (ja) 2021-08-02 2021-08-02 情報処理装置、情報処理方法、及びプログラム

Country Status (2)

Country Link
US (1) US20230030460A1 (ja)
JP (1) JP2023021729A (ja)

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AUPQ654400A0 (en) * 2000-03-28 2000-04-20 Optimiser Pty Ltd Authorising use of a computer program
JP2007257507A (ja) * 2006-03-24 2007-10-04 Fujitsu Ltd 端末のアクセス認証時に端末のソフトウェアをアップデートするシステム
CN100524333C (zh) * 2006-06-13 2009-08-05 正璞科技有限公司 防止非法使用软件的方法
US20090190162A1 (en) * 2008-01-09 2009-07-30 Seiko Epson Corporation Print control device, information display method for print control device, and information display program for print control device
KR101642756B1 (ko) * 2009-12-24 2016-07-26 삼성전자주식회사 화상형성장치 및 보안정책 설정 방법
US9009800B2 (en) * 2010-06-24 2015-04-14 Infosys Limited Systems and methods of authentication in a disconnected environment
JP5972071B2 (ja) * 2012-06-26 2016-08-17 キヤノン株式会社 画像処理装置、画像処理方法及び記録媒体
JP6223159B2 (ja) * 2013-12-09 2017-11-01 キヤノン株式会社 情報処理装置、その制御方法、プログラム及び記憶媒体
US9406157B2 (en) * 2014-04-21 2016-08-02 Airwatch Llc Concealing sensitive information on a display
US9524172B2 (en) * 2014-09-29 2016-12-20 Bank Of America Corporation Fast start
KR102534547B1 (ko) * 2016-09-07 2023-05-19 삼성전자주식회사 전자 장치 및 그의 동작 방법
US10552591B2 (en) * 2016-09-15 2020-02-04 Oracle International Corporation Resource optimization using data isolation to provide sand box capability
CN108737171B (zh) * 2018-05-10 2021-08-27 网宿科技股份有限公司 一种管理云服务集群的方法和系统

Also Published As

Publication number Publication date
US20230030460A1 (en) 2023-02-02

Similar Documents

Publication Publication Date Title
JP6413665B2 (ja) 多機能装置上のＯＡｕｔｈ対応クラウド・サービスのカード認証
JP4493698B2 (ja) 連携システム
JP2015118533A (ja) 印刷システム、画像形成装置、情報処理装置、プリントサービスシステム、及びプログラム
CN107203351B (zh) 信息处理设备和信息处理方法
JP6758999B2 (ja) 情報処理システム、情報処理装置及びその制御方法、及びプログラム
JP2010113599A (ja) 情報処理システム、情報処理装置、情報処理方法、プログラム、及び記憶媒体
JP2014081779A (ja) 機器管理システム、周辺機器、及びその制御方法。
US20180067707A1 (en) Information processing system, information processing apparatus, image forming apparatus, methods for controlling the same, and storage medium
JP7321827B2 (ja) 情報処理装置の制御方法、印刷設定アプリケーション、ならびに情報処理装置
JP2016167803A (ja) プログラム、情報処理装置、通信システム
JP2014115895A (ja) 情報処理装置及びその制御方法、並びにプログラム
JP5470863B2 (ja) サーバへの電子機器の登録
JP2019215673A (ja) 画像形成装置及びその制御方法、並びにプログラム
JP7230617B2 (ja) 印刷システム、情報処理装置及びプログラム
JP6197286B2 (ja) 通信装置、情報処理システム及び情報処理システムの制御方法
JP6491550B2 (ja) 印刷装置とその制御方法、及びプログラム
KR20180000527A (ko) 화상 형성 장치, 모바일 단말 및 그 장치들의 로컬 로그인 처리 방법
JP7081210B2 (ja) アプリケーションプログラム
JP2023021729A (ja) 情報処理装置、情報処理方法、及びプログラム
JP6226001B2 (ja) 利用制御システム及び利用制御方法
US11546344B2 (en) Browsing management server, browsing management method, and browsing management system
JP4922958B2 (ja) 画像形成装置、画像形成方法、画像形成プログラム
JP2013114516A (ja) 利用管理システム、利用管理方法、情報端末、及び利用管理プログラム
JP6575577B2 (ja) 利用制御システム及び利用制御方法
US11902147B2 (en) Remote access system, remote access control method, and non-transitory recording medium

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20240717