JP7310483B2 - 情報処理装置およびプログラム - Google Patents

Description

本発明は、情報処理装置およびプログラムに関する。

特許文献１には、第１サービスシステムにおいて認証したユーザのテナント情報を取得して第２サービスシステムにクライアント登録を要求し、第２サービスシステムにおいてその該要求に従うクライアント登録と、認証したユーザのグループ情報とを含む登録結果を第１サービスシステムに送り、第１サービスシステムにおいてそのグループ情報と、認証したユーザのテナント情報を対応付けて記憶し、第２サービスシステムにおいて登録クライアントからの認証要求に応じて認証したユーザのグループ情報を含むＩＤ情報を第１サービスシステムに送り、第１サービスシステムにおいてそのＩＤ情報が示すアカウントに対応するアカウントの存在を判定し、存在しない場合に新たにアカウントを生成するようにしたサービス提供システムが開示されている。

特開２０１６－５７７３７号公報

本発明の目的は、認可サーバにより発行されたアクセス許可情報に設定された有効期間内においてユーザによる操作を可能とする際に、ユーザ操作の度にアクセス許可情報を更新することなく、アクセス許可情報に設定された有効期間を超えてユーザ操作が可能な状態となってしまうことを防ぐことが可能な情報処理装置およびプログラムを提供することである。

［情報処理装置］
請求項１に係る本発明は、メモリとプロセッサを備え、
前記プロセッサは、
予め設定された有効期間内だけユーザ操作を許可するアクセス許可情報を認可サーバから受信し、
受信したアクセス許可情報の有効期間内にユーザ操作が行われた場合、当該アクセス許可情報の有効期限を経過する前に前記アクセス許可情報を更新する処理を実行し、
ユーザによる操作が行われてから予め設定された期間経過後に当該ユーザのログイン状態を解除する情報処理装置である。

請求項２に係る本発明は、前記プロセッサが、ユーザによる操作が行われてから前記アクセス許可情報の有効期間と略同一の期間経過後に当該ユーザのログイン状態を解除する請求項１記載の情報処理装置である。

請求項３に係る本発明は、前記プロセッサが、ユーザのログイン状態を解除した場合、前記認可サーバに対する当該ユーザのログイン状態も解除する請求項１又は２記載の情報処理装置である。

請求項４に係る本発明は、前記プロセッサが、
前記アクセス許可情報の有効期間内にユーザ操作があった場合、前記アクセス許可情報の有効期限と現在時刻との間の期間よりも短い時間をセットした第１タイマを起動し、前記第１タイマがセットされた時間を超えた場合、前記アクセス許可情報の更新を行い、
前記アクセス許可情報の有効期間内にユーザ操作があった場合、前記アクセス許可情報の有効期間と略同一の時間を第２タイマにセットし、前記第２タイマがセットされた時間を超えた場合、当該ユーザのログイン状態を解除する請求項１記載の情報処理装置である。

請求項５に係る本発明は、前記プロセッサが、前記アクセス許可情報の有効期間内における２回目以降のユーザ操作によっては前記第１タイマの再セットを行わない請求項４記載の情報処理装置である。

請求項６に係る本発明は、前記プロセッサが、前記アクセス許可情報の有効期間内において２回目以降のユーザ操作があった場合、その際の現在時刻を用いて前記第１タイマの再セットを行う請求項４記載の情報処理装置である。

［プログラム］
請求項７に係る本発明は、予め設定された有効期間内だけユーザ操作を許可するアクセス許可情報を認可サーバから受信するステップと、
受信したアクセス許可情報の有効期間内にユーザ操作が行われた場合、当該アクセス許可情報の有効期限を経過する前に前記アクセス許可情報を更新する処理を実行するステップと、
ユーザによる操作が行われてから予め設定された期間経過後に当該ユーザのログイン状態を解除するステップとをコンピュータに実行させるためのプログラムである。

請求項１に係る本発明によれば、認可サーバにより発行されたアクセス許可情報に設定された有効期間内においてユーザによる操作を可能とする際に、ユーザ操作の度にアクセス許可情報を更新することなく、アクセス許可情報に設定された有効期間を超えてユーザ操作が可能な状態となってしまうことを防ぐことが可能な情報処理装置を提供することができる。

請求項２に係る本発明によれば、ユーザによる操作を可能とする期間を、認可サーバにより発行されたアクセス許可情報に設定された有効期間と合わせることが可能な情報処理装置を提供することができる。

請求項３に係る本発明によれば、認可サーバにおけるユーザのログイン状態が残ってしまうことを防ぐこと可能な情報処理装置を提供することができる。

請求項４に係る本発明によれば、認可サーバにより発行されたアクセス許可情報に設定された有効期間内においてユーザによる操作を可能とする際に、ユーザ操作の度にアクセス許可情報を更新することなく、アクセス許可情報に設定された有効期間を超えてユーザ操作が可能な状態となってしまうことを防ぐことが可能な情報処理装置を提供することができる。

請求項５に係る本発明によれば、ユーザ操作の度に第１タイマの再セットを行う場合と比較して、第１タイマの再セット回数を抑制することが可能な情報処理装置を提供することができる。

請求項６に係る本発明によれば、アクセス許可情報の有効期間内における最初のユーザ操作の際のみに第１タイマの再セットを行う場合と比較して、第１タイマにセットする時間の精度を向上することが可能な情報処理装置を提供することができる。

請求項７に係る本発明によれば、認可サーバにより発行されたアクセス許可情報に設定された有効期間内においてユーザによる操作を可能とする際に、ユーザ操作の度にアクセス許可情報を更新することなく、アクセス許可情報に設定された有効期間を超えてユーザ操作が可能な状態となってしまうことを防ぐことが可能なプログラムを提供することができる。

本発明の一実施形態の嬢王処理システムのシステム構成を示す図である。 ＯＡｕｔｈ認証の一般的な処理を説明するためのシーケンスチャートである。 アクセストークンの効力が切れたことによりユーザが認可サーバ１０に再ログインしなれければならない様子を説明するためのシーケンスチャートである。 ユーザ操作の度にアクセストークンの更新を行った場合の処理の様子を示すタイミングチャートである。 ユーザ操作の度にアクセストークンの更新を行った場合の通信の様子を説明するためのシーケンスチャートである。 アクセストークンの有効期間内に１度でもユーザ操作があった場合に、アクセストークンを自動更新した場合の様子を説明するためのタイミングチャートである。 本発明の一実施形態におけるクラウドサーバ２０のハードウェア構成を示すブロック図である。 本発明の一実施形態におけるクラウドサーバ２０の機能構成を示すブロック図である。 本発明の一実施形態におけるクラウドサーバ２０の概略的な動作を説明するためのフローチャートである。 本発明の一実施形態におけるクラウドサーバ２０のセッション管理を説明するためのタイミングチャートである。 アクセストークンの有効期間が到来する１分前以降にユーザ操作があった場合の処理の様子を説明するためのタイミングチャートである。 ログイン後最初にページ遷移が行われた場合の処理の様子を説明するためのタイミングチャートである。 自動更新タイマ２１起動後にページ遷移が行われた場合の処理の様子を説明するためのタイミングチャートである。

次に、本発明の実施の形態について図面を参照して詳細に説明する。

図１は本発明の一実施形態の情報処理システムのシステム構成を示す図である。

本発明の一実施形態の情報処理システムは、図１に示されるように、認可サーバ１０と、クラウドサーバ２０と、端末装置４０とがインターネット３０により相互に接続された構成となっている。

ここで、認可サーバ１０は、ユーザ情報を管理していて、ＯＡｕｔｈ認証におけるアクセストークンを発行する機能を備えている。

そして、アクセストークンとは、認可サーバ１０における認証が行われているユーザであることを示す情報であり、そのユーザによるアクセスを許可しても良いことを示すアクセス許可情報である。つまり、このアクセストークンを提示することにより、そのユーザは、認可サーバ１０において認証が行われたユーザであることを証明したことになる。

クラウドサーバ２０は、インターネット３０経由にてユーザに対してサービスを提供するための情報処理装置である。なお、本実施形態では、画像形成装置等の各種装置の設定情報をユーザから預かって登録しておき、ユーザからの要求に応じて登録していた設定情報を転送するようなデバイス設定バックアップサービスを提供しているものとして説明する。

そして、本実施形態におけるユーザは、端末装置４０により画像形成装置５０の設定情報を取得してクラウドサーバ２０に登録したり、クラウドサーバ２０に登録しておいた設定情報を取得して画像形成装置５０にリストアしたりするような処理を行っている。なお、画像形成装置５０は、印刷機能、スキャン機能、コピー機能、ファクシミリ機能等の複数の機能を有するいわゆる複合機と呼ばれる装置である。

ここで、本実施形態におけるユーザは、認可サーバ１０に対してユーザ登録を行っており、認可サーバ１０に対するユーザＩＤを保有しているものとして説明する。しかし、このユーザは、クラウドサーバ２０に対してはユーザ登録していないものとして説明する。

そのため、端末装置４０のユーザは、クラウドサーバ２０により提供されるデバイス設定バックアップサービスを利用する際には、ＯＡｕｔｈ認証を利用して、認可サーバ１０にログインしてアクセストークンを発行してもらい、発行されたアクセストークンを提示してクラウドサーバ２０にログインする。

このＯＡｕｔｈ認証の一般的な処理を図２のシーケンスチャートを参照して説明する。

まず、ステップＳ１０１において、ユーザが端末装置４０からクラウドサーバ２０にアクセスすると、クラウドサーバ２０は、ステップＳ１０２において、認可サーバ１０にリダイレクトするためのＵＲＬを返信する。

すると、端末装置４０は、ステップＳ１０３において、リダイレクトされたＵＲＬにアクセスすることにより認可サーバ１０にアクセスする。その結果、認可サーバ１０は、ステップＳ１０４において、端末装置４０に対してログイン画面を返信する。

そして、ステップＳ１０５において、ユーザが端末装置４０上に表示されたログイン画面にユーザＩＤ、パスワードの入力を行ってログインすると、認可サーバ１０は、入力されたユーザＩＤおよびパスワードを用いて認証を行って認証が成功すると、ステップＳ１０６において、アクセストークンを端末装置４０に返信する。

すると、端末装置４０は、ステップＳ１０７において、返信されたアクセストークンをクラウドサーバ２０に提示する。すると、クラウドサーバ２０では、ステップＳ１０８において、端末装置４０から提示されたアクセストークンが正規に発行されたものであるか否かを電子署名情報等により検証する。

そして、この検証においてアクセストークンが正規に発行されたものであることが確認された場合、クラウドサーバ２０は、ステップＳ１０９において、このアクセストークンを認可サーバ１０に提示する。

すると、認可サーバ１０では、ステップＳ１１０において、このアクセストークと対応付けられたユーザ情報をクラウドサーバ２０に返信する。

この結果、クラウドサーバ２０は、ステップＳ１１１において、認可サーバ１０により送信されたユーザ情報を用いて、端末装置４０に対するログイン許可を行う。

このようにクラウドサーバ２０が、アクセストークンを取得する処理はImplicit Flowと呼ばれており、クラウドサーバ２０は、アクセストークンを用いて取得したユーザ情報が、自装置におけるライセンスを保有している場合に、そのユーザに対してログインを許可してセッションを開始する。

このようなアクセストークンには、セキュリティの観点から有効期間が設定されており、有効期限を経過したアクセストークンは無効とされる。そして、セキュリティ面を考慮すると、この有効期間はできるだけ短く設定することが好ましい。しかし、あまり有効期間が短いと、直ぐにアクセストークンが無効となってしまい、ユーザは再度認可サーバ１０にログインして再度アクセストークンを発行する必要があり操作性が悪くなる。

上述したようにアクセストークンの効力が切れたことによりユーザが認可サーバ１０に再ログインしなれければならない様子を図３のシーケンスチャートを参照して説明する。

ここでは、図２に示したような処理によりユーザが、端末装置４０からクラウドサーバ２０にログインした状態であるものとして説明する。

図３では、ユーザが、ステップＳ２０１において、端末装置４０からクラウドサーバ２０に対するユーザ操作を行っている間に、発行されたアクセストークンの有効期限が経過してしまった場合が示されている。

このようにアクセストークンの有効期限が経過してしまった状態で、ユーザが、ステップＳ２０２において、端末装置４０からクラウドサーバ２０へのユーザ操作を行ったものとする。すると、クラウドサーバ２０では、ステップＳ２０３において、アクセストークンの効力が切れていることを理由として、エラー通知を返信する。

すると、ユーザは、ステップＳ２０４において、端末装置４０から再度認可サーバ１０にアクセスして、ユーザＩＤおよびパスワードを入力してログインを行う。

すると、認可サーバ１０は、入力されたユーザＩＤおよびパスワードを用いて認証を行って認証が成功すると、ステップＳ２０５において、アクセストークンを端末装置４０に返信する。

この後、ステップＳ２０６～Ｓ２１０の処理は、図２のシーケンスチャートにおけるステップＳ１０７～Ｓ１１１の処理と同様であるため、その説明は省略する。

このように一旦有効期限が経過してしまいアクセストークンの効力が無効となった場合、ユーザは再度認可サーバ１０にログインしてアクセストークンの再発行を行わなければならず、煩雑な手間が発生する。

このようなインターネット３０を介したＷｅｂサービスでは、ユーザ操作が無ければセッションを切断し、ユーザ操作が行われている間はセッションを継続するような制御が行われる。

そのため、上述したような煩雑な手間の発生を防ぐために、クラウドサーバ２０においてユーザ操作が発生する度にアクセストークンを自動更新するような制御も考えらえる。

このようにユーザ操作の度にアクセストークンの更新を行った場合の処理の様子を図４のタイミングチャートに示す。

なお、以下の説明においては、一例として認可サーバ１０により発行されたアクセストークンの有効期間は、発行されてから３０分である場合を用いて説明する。

図４を参照すると、時刻ｔ０においてユーザがクラウドサーバ２０にログインしているのが分かる。この時刻ｔ０においては、アクセストークの有効期間は約３０分となっている。

その後、時刻ｔ１、ｔ２、ｔ３において、ユーザ操作が発生した場合、その度にクラウドサーバ２０が認可サーバ１０に対してその都度アクセストークンの自動更新を行うことにより、ユーザ操作が行われてから３０分間はアクセストークンが有効な状態が維持される。

このように、アクセストークンに有効期間が設定されている場合、セキュリティの観点からは、クラウドサーバ２０におけるセッションの継続期間は、アクセストークンの有効期間と同一またはより短くすることが理想的である。

つまり、ユーザが操作を行ってからアクセストークンの有効期間と同じ時間が経過した場合には、セッションを切断してユーザの操作を不可能とし、ユーザ操作が行っている間はセッションを維持するような制御が理想的である。

つまり、上述したような条件の場合には、ユーザ操作が無くなってから３０分間が経過した場合にはセッションを切断し、ユーザ操作を行ってから３０分間が経過する前に次のユーザ操作が行われた場合にはセッションを継続するような制御を行うようにすることが理想的である。

そして、図４のタイミングチャートにより示した処理を実行することにより、このような制御が実現されている。

しかし、図４のような処理を実行することにより、クラウドサーバ２０と認可サーバ４０間では、ユーザ操作の度に処理が発生することになり、煩雑な通信が発生する。

具体的には、図５のシーケンスチャートに示すように、ユーザが端末装置４０から、ステップＳ３０１において、クラウドサーバ２０に対してユーザ操作を行うと、クラウドサーバ２０は、ステップＳ３０２において、認可サーバ１０に対してアクセストークンの更新を要求する。すると、認可サーバ１０は、この要求に基づいてアクセストークンを再発行して、ステップＳ３０３において、再発行した新しいアクセストークンを送信する。

そして、このような処理が、ステップＳ３０４、ステップＳ３０７のユーザ操作においても同様に発生する。そのため、ユーザ操作が頻繁に行われた場合、クラウドサーバ２０と認可サーバ１０との間の通信も頻繁に行われることにより通信量も増加してしまい効率的な処理が行われなくなる。

このような弊害の発生を防ぐために、アクセストークンの有効期間の３０分以内にユーザ操作が１回でもあった場合には、ユーザ操作があったことを記憶しておいて、アクセストークンの有効期間が終了する直前に更新処理を行うような処理を行うことも可能である。

このような処理を行うようにした場合のタイミングチャート例を図６に示す。図６に示したタイミングチャートでは、時刻ｔ１において、ユーザ操作が行われているため、アクセストークンの有効期間が終了する直前の時刻ｔ２において、アクセストークンの自動更新が行われている。

このような制御を行うようにすれば、ユーザ操作が頻繁に行われたとしても、アクセストークンの自動更新は３０分毎に行うだけで済む。

しかし、この図６のタイミングチャートを参照すると、ユーザがログイン直後の時刻ｔ１においてユーザ操作を行っているがその後ユーザ操作を全く行っていないにもかかわらず、その後最大で約６０分間もの間ユーザ操作が可能となってしまっている。

つまり、アクセストークンの有効期間が３０分であるにもかかわらず、ユーザ操作が行われなくなってから約６０分間もの間ユーザ操作が可能となってしまっており、セキュリティの観点からは問題がある。

そのため、本実施形態におけるクラウドサーバ２０では、下記において説明するような処理を行うことにより、認可サーバ１０により発行されたアクセストークンに設定された有効期間内においてユーザによる操作を可能とする際に、ユーザ操作の度にアクセストークンの自動更新を行うことなく、アクセストークンに設定された有効期間を超えてユーザ操作が可能な状態となってしまうことを防ぐようにしている。

次に、本実施形態の情報処理システムにおけるクラウドサーバ２０のハードウェア構成を図７に示す。

クラウドサーバ２０は、図７に示されるように、ＣＰＵ１１、メモリ１２、ハードディスクドライブ等の記憶装置１３、ネットワーク３０を介して外部の装置等との間でデータの送信及び受信を行う通信インタフェース（ＩＦと略す。）１４、タッチパネル又は液晶ディスプレイ並びにキーボードを含むユーザインタフェース（ＵＩと略す。）装置１５を有する。これらの構成要素は、制御バス１６を介して互いに接続されている。

ＣＰＵ１１は、メモリ１２または記憶装置１３に格納された制御プログラムに基づいて所定の処理を実行して、クラウドサーバ２０の動作を制御する。なお、本実施形態では、ＣＰＵ１１は、メモリ１２または記憶装置１３内に格納された制御プログラムを読み出して実行するものとして説明するが、当該プログラムをＣＤ－ＲＯＭ等の記憶媒体に格納してＣＰＵ１１に提供することも可能である。

図８は、上記の制御プログラムが実行されることにより実現されるクラウドサーバ２０の機能構成を示すブロック図である。

本実施形態のクラウドサーバ２０は、図８に示されるように、タイマ部３１と、アクセストークン更新部３２と、データ送受信部３３と、制御部３４と、ユーザセッション管理部３５と、設定情報格納部３６とを備えている。

タイマ部３１には、自動更新タイマ２１と、ログアウトタイマ２２とが設けられている。ここで、自動更新タイマ２１は、アクセストークンの更新を認可サーバ１０に対して行うタイミングを制御するためのタイマである。また、ログアウトタイマ２２は、ユーザの自装置におけるセッションを切断してログアウトするタイミングを制御するためのタイマである。

なお、一般的なタイマは、制御したい時間に対応したタイマ値をセットして、時間経過とともにタイマ値がデクリメントされていき、タイマ値がゼロとなった場合に割り込みが発生するような構成となっている。ただし、タイマの構成としては、このようなカウントダウンタイマに限定されるものではなく、セットされた時間が経過したか否かが計測できるような構成であれば良い。

データ送受信部３３は、端末装置４０や認可サーバ１０との間においてデータの送受信を行う。なお、予め設定された有効期間内だけユーザ操作を許可するアクセス許可情報であるアクセストークンが認可サーバ１０において発行された場合、データ送受信部３３は、発行されたアクセストークンを認可サーバ１０から受信する。

アクセストークン更新部３２は、データ送受信部３３により受信したアクセストークンの有効期間内にユーザ操作が行われた場合、このアクセストークンの有効期限を経過する前にアクセストークンを更新する処理を実行する。

具体的には、アクセストークン更新部３２は、アクセストークンの有効期間内にユーザ操作があった場合、アクセストークンの有効期限と現在時刻との間の期間よりも短い時間をセットした自動更新タイマ２１を起動し、自動更新タイマ２１のタイマ値がセットされた時間を超えた場合アクセストークンの更新を行う。

なお、本実施形態においては、アクセストークン更新部３２は、アクセストークンの有効期間内における２回目以降のユーザ操作によっては自動更新タイマ２１の再セットを行わない。

ただし、アクセストークン更新部３２は、アクセストークンの有効期間内において２回目以降のユーザ操作があった場合、その際の現在時刻を用いて自動更新タイマ２１の再セットを行うようにしても良い。

ユーザセッション管理部３５は、ユーザによる操作が行われてから予め設定された期間経過後にそのユーザのログイン状態を解除する。なお、ユーザセッション管理部３５は、ユーザによる操作が行われてからアクセストークンの有効期間と略同一の期間経過後にそのユーザのログイン状態を解除する。

具体的には、ユーザセッション管理部３５は、アクセストークンの有効期間内にユーザ操作があった場合、アクセストークンの有効期間と略同一の時間をログアウトタイマ２２に再セットし、ログアウトタイマ２２のタイマ値がセットされた時間を超えた場合、そのユーザのログイン状態を解除する。

さらに、ユーザセッション管理部３５は、ユーザのログイン状態を解除した場合、認可サーバ１０に対するそのユーザのログイン状態も解除する。

設定情報格納部３６は、ユーザから登録された設定情報を格納する。

制御部３４は、デバイス設定バックアップサービスを提供するための様々な制御を行っており、端末装置４０から転送されてきた設定情報を設定情報格納部３６に格納したり、設定情報格納部３６に格納されている設定情報を端末装置４０に送信したりする制御等を行っている。

次に、本実施形態におけるクラウドサーバ２０の概略的な動作を、図９のフローチャートを参照して説明する。なお、以下の説明においては、認可サーバ１０により発行されるアクセストークンの有効期間は３０分であるものとして説明する。

まず、ユーザが上記で説明したようなＯＡｕｔｈ認証によりログインした場合、ユーザセッション管理部３５は、ステップＳ４０１において、ログアウトタイマ２２に３０分に相当するタイマ値をセットする。

その後、ステップＳ４０２においてユーザ操作が行われた場合、ユーザセッション管理部３５は、ステップＳ４０３において、ログアウトタイマ２２に３０分に相当するタイマ値を再セットする。つまり、ユーザ操作がある度に、ログアウトタイマ２２のタイマ値は３０分に相当するタイマ値に再セットされることになる。

そして、ステップＳ４０４において、自動更新タイマ２２が起動中であるか否かの判定が行われる。ここで、ステップＳ４０４において自動更新タイマ２２が起動中でない場合、アクセストークン更新部３２は、ステップＳ４０５において、アクセストークンの有効期限と現在時刻との差分の時間からさらに１分を減算した時間に相当するタイマ値をセットして自動更新タイマ２１を起動する。

例えば、アクセストークン更新部３２は、アクセストークンの有効期限と現在時刻との差分の時間が１５分の場合、この１５分から１分を現在した１４分に相当するタイマ値をセットして自動更新タイマ２１を起動する。つまり、自動更新タイマ２１には、アクセストークンの有効期限の１分前までの時間に相当するタイマ値がセットされることになる。

また、ステップＳ４０４において自動更新タイマ２２が起動中である場合には、アクセストークン更新部３２は、何の処理も実行しない。

つまり、アクセストークン更新部３２は、アクセストークンの有効期間内において、最初のユーザ操作が行われた場合にのみ、自動更新タイマ２２を起動する。

そして、自動更新タイマ２１のタイマ値がセットした時間を超えた場合、具体的にはセットしたタイマ値がゼロになった場合、アクセストークン更新部３２は、認可サーバ１０に対するアクセストークの更新要求を行う。

また、ログアウトタイマ２２のタイマ値がセットした時間を超えた場合、具体的にはセットしたタイマ値がゼロになった場合、ユーザセッション管理部３５は、ユーザのログイン状態を解除してユーザのセッションを切断する。

このような処理が行われることによる本実施形態のセッション管理を図１０のタイミングチャートにより説明する。

まず、時刻ｔ０においてユーザがアクセストークンを用いてクラウドサーバ２０にログインしたものとして説明する。この状態においては、ログアウトタイマ２２には３０分に相当するタイマ値がセットされ、アクセストークンの有効期間はまだ３０分残っていることになる。

この後、時刻ｔ１において、ユーザ操作が行われた場合、アクセストークン更新部３２は、時間Ｔ１に相当するタイマ値をセットして自動更新タイマ２１を起動する。

ここで、時間Ｔ１＝有効期限－現在時刻－１分に設定される。例えば、ログインから１５分経過後にユーザ操作が行われた場合、１４分（＝１５分－１分）に相当するタイマ値が自動更新タイマ２１にセットされる。

また、時刻ｔ１においてユーザ操作が行われたことにより、ユーザセッション管理部３５は、ログアウトタイマ２２を再セットする。

その後、時刻ｔ２においてユーザ操作があった場合、既に自動更新タイマ２１は起動中であるため、アクセストークン更新部３２は自動更新タイマ２１に対する処理は何も実行しない。ただし、ユーザセッション管理部３５は、ユーザ操作が行われたことによりログアウトタイマ２２を再セットする。

上記のような制御が行われることにより、自動更新タイマ２１は時刻ｔ３において満了し（タイマ値がゼロ、またはタイマ値がセットされた時間に到達）、アクセストークン更新部３２は、認可サーバ１０に対するアクセストークンの自動更新処理を実行する。そのため、アクセストークンの有効期間は残り３０分に延長されることになり、有効期限は延期される。

ただし、時刻t２以降においてユーザ操作が行われない場合、ログアウトタイマ２２は時刻ｔ４において満了することにより、ユーザセッション管理部３５は、ユーザのログイン状態を解除してセッションを切断する。つまり、最後にユーザ操作が行われた時刻t２から３０分経過後の時刻t４において、ユーザのログイン状態は解除してセッションが切断される。

このように本実施形態のクラウドサーバ２０では、アクセストークンの有効期間内に何回ユーザ操作があった場合でも、アクセストークンは有効期限が到来する１分前に１回だけ自動更新されることになる。さらに、ユーザ操作の度にログアウトタイマ２２は再セットされるため、ユーザ操作が行われなくなってから３０分が経過すると、ユーザのログイン状態は解除されることになる。

なお、アクセストークン更新部３２は、アクセストークンの有効期間が到来する１分前以降にユーザ操作があった場合には、アクセストークンの自動更新を直ちに実行する。この際の処理の様子を図１１のタイミングチャートを参照して説明する。

この場合には、図１１に示すように、ユーザ操作が行われた時刻ｔ２においてアクセストークンの自動更新が行われるとともに、ログアウトタイマ２２の再セットが行われる。

ここで、ユーザは端末装置４０を介してクラウドサーバ２０にアクセスしてＷｅｂＵＩ（User Interface）を用いてＷｅｂページを表示させて操作を行っている。そのため、て、ユーザが表示させるＷｅｂページを他のＷｅｂページに切り替えるページ遷移が行われた場合、このページ遷移をユーザ操作として扱って同様の処理を行うようにしても良い。

そのため、アクセストークン更新部３２は、ページ遷移が発生した場合には、ユーザ操作が行われた場合と同様に自動更新タイマ２１を起動する。

例えば、ログイン後最初にページ遷移が行われた場合の処理の様子を図１２のタイミングチャートを参照して説明する。

図１２のタイミングチャートを参照すると、時刻ｔ１においてページ遷移が行われている。そのため、アクセストークン更新部３２は、自動更新タイマ２１を起動して、有効期限と現在の時刻ｔ１との差から１分を差し引いた時間を自動更新タイマ２１にセットする。

なお、上記のようなページ遷移が行われた場合、自動更新タイマ２１、ログアウトタイマ２２はともに初期化されてしまう。そのため、アクセストークン更新部３２は、ページ遷移が発生した場合には、自動更新タイマ２１が起動中であっても、自動更新タイマ２１の時間を再セットする。

このように自動更新タイマ２１起動後にページ遷移が行われた場合の処理の様子を図１３のタイミングチャートを参照して説明する。

図１３に示すように、時刻ｔ１においてユーザ操作があったことにより自動更新タイマ２１が起動されている場合でも、時刻ｔ２においてページ遷移が発生した場合、アクセストークン更新部３２は、自動更新タイマ２１の時間を再セットする。具体的には、アクセストークン更新部３２は、アクセストークンの有効期限と時刻ｔ２の差から１分を減算した時間Ｔ１を自動更新タイマ２１に再セットする。

ただし、自動更新タイマ２１が再セットされる前と再セットされた後においても、自動更新タイマ２１が満了する時刻ｔ３に変化はない。

また、刻ｔ２においてページ遷移が発生したことにより、ユーザセッション管理部３５は、ログアウトタイマ２２の時間を再セットする。そのため、その後ユーザ操作またはページ遷移が行われない場合には、時刻ｔ４においてユーザのログイン状態は解除されることになる。

上記各実施形態において、プロセッサとは広義的なプロセッサを指し、汎用的なプロセッサ（例えばＣＰＵ：Central Processing Unit、等）や、専用のプロセッサ（例えばＧＰＵ：Graphics Processing Unit、ＡＳＩＣ：Application Specific Integrated Circuit、ＦＰＧＡ：Field Programmable Gate Array、プログラマブル論理デバイス等）を含むものである。

また上記各実施形態におけるプロセッサの動作は、１つのプロセッサによって成すのみでなく、物理的に離れた位置に存在する複数のプロセッサが協働して成すものであってもよい。また、プロセッサの各動作の順序は上記各実施形態において記載した順序のみに限定されるものではなく、適宜変更してもよい。

[変形例]
上記実施形態では、クラウドサーバ２０がデバイス設定バックアップサービスを提供する場合を用いて説明したが、本発明はこれに限定されるものではなく、クラウドサーバ２０が様々なＷｅｂサービスを提供する場合でも同様に本発明を適用することができるものである。

１０ 認可サーバ
１１ ＣＰＵ
１２ メモリ
１３ 記憶装置
１４ 通信インタフェース
１５ ユーザインタフェース装置
１６ 制御バス
２０ クラウドサーバ
２１ 自動更新タイマ
２２ ログアウトタイマ
３０ インターネット
３１ タイマ部
３２ アクセストークン更新部
３３ データ送受信部
３４ 制御部
３５ ユーザセッション管理部
３６ 設定情報格納部
４０ 端末装置
５０ 画像形成装置

Claims (7)

1. メモリとプロセッサを備え、
   前記プロセッサは、
   予め設定された有効期間内だけユーザ操作を許可するアクセス許可情報を認可サーバから受信し、
   受信したアクセス許可情報の有効期間内にユーザ操作が行われた場合、当該アクセス許可情報の有効期限を経過する前に前記アクセス許可情報を更新する処理を実行し、
   ユーザによる操作が行われてから予め設定された期間経過後に当該ユーザのログイン状態を解除する、
   情報処理装置。
2. 前記プロセッサは、ユーザによる操作が行われてから前記アクセス許可情報の有効期間と略同一の期間経過後に当該ユーザのログイン状態を解除する請求項１記載の情報処理装置。
3. 前記プロセッサは、ユーザのログイン状態を解除した場合、前記認可サーバに対する当該ユーザのログイン状態も解除する請求項１又は２記載の情報処理装置。
4. 前記プロセッサは、
   前記アクセス許可情報の有効期間内にユーザ操作があった場合、前記アクセス許可情報の有効期限と現在時刻との間の期間よりも短い時間をセットした第１タイマを起動し、前記第１タイマのタイマ値がセットされた時間を超えた場合、前記アクセス許可情報の更新を行い、
   前記アクセス許可情報の有効期間内にユーザ操作があった場合、前記アクセス許可情報の有効期間と略同一の時間を第２タイマにセットし、前記第２タイマのタイマ値がセットされた時間を超えた場合、当該ユーザのログイン状態を解除する
   請求項１記載の情報処理装置。
5. 前記プロセッサは、前記アクセス許可情報の有効期間内における２回目以降のユーザ操作によっては前記第１タイマの再セットを行わない請求項４記載の情報処理装置。
6. 前記プロセッサは、前記アクセス許可情報の有効期間内において２回目以降のユーザ操作があった場合、その際の現在時刻を用いて前記第１タイマの再セットを行う請求項４記載の情報処理装置。
7. 予め設定された有効期間内だけユーザ操作を許可するアクセス許可情報を認可サーバから受信するステップと、
   受信したアクセス許可情報の有効期間内にユーザ操作が行われた場合、当該アクセス許可情報の有効期限を経過する前に前記アクセス許可情報を更新する処理を実行するステップと、
   ユーザによる操作が行われてから予め設定された期間経過後に当該ユーザのログイン状態を解除するステップと、
   をコンピュータに実行させるためのプログラム。

Images