特開 2024-13000 サーバ装置、データ管理方法、プログラム、及びデータ管理システム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024013000

(43)【公開日】2024-01-31

(54)【発明の名称】サーバ装置、データ管理方法、プログラム、及びデータ管理システム

(51)【国際特許分類】

   G06F 21/62 20130101AFI20240124BHJP

【ＦＩ】

G06F21/62 318

【審査請求】未請求

【請求項の数】9

【出願形態】ＯＬ

(21)【出願番号】P 2022114887

(22)【出願日】2022-07-19

(71)【出願人】

【識別番号】000003078

【氏名又は名称】株式会社東芝

(71)【出願人】

【識別番号】598076591

【氏名又は名称】東芝インフラシステムズ株式会社

(74)【代理人】

【識別番号】110002147

【氏名又は名称】弁理士法人酒井国際特許事務所

(72)【発明者】

【氏名】会津 宏幸

(72)【発明者】

【氏名】峯邑 隆司

(57)【要約】

【課題】記憶媒体の空き容量が足りなくなってしまうことを抑制する。
【解決手段】実施形態のサーバ装置は、受信部と、処理部と、登録部と、検出部と、削除部と、を備える。前記受信部は、認証された対象であることを示すトークンと、当該トークンに関連付けられたリクエスト内容とを受信する。前記処理部は、前記リクエスト内容の処理を実行する。前記登録部は、前記処理の実行により取得されたデータを識別する識別情報と、当該処理の前記リクエスト内容に関連付けられた前記トークンの有効期限とを関連付けてデータ管理情報に登録する。前記検出部は、前記データ管理情報に基づいて、有効期限を超過した前記トークンを検出する。前記削除部は、前記検出部により検出された前記トークンに関連付けられた前記データを削除する。
【選択図】図６

【特許請求の範囲】

【請求項1】

認証された対象であることを示すトークンと、当該トークンに関連付けられたリクエスト内容とを受信する受信部と、
前記リクエスト内容の処理を実行する処理部と、
前記処理の実行により取得されたデータを識別する識別情報と、当該処理の前記リクエスト内容に関連付けられた前記トークンの有効期限とを関連付けてデータ管理情報に登録する登録部と、
前記データ管理情報に基づいて、有効期限を超過した前記トークンを検出する検出部と、
前記検出部により検出された前記トークンに関連付けられた前記データを削除する削除部と、
を備えるサーバ装置。

【請求項2】

前記受信部は、有効期限が更新された前記トークンと、前記リクエスト内容とを受信し、
前記登録部は、有効期限が更新された前記トークンに基づいて、前記データ管理情報における、有効期限が更新される前の前記トークンに関連付けられた前記リクエスト内容の処理が実行されることで生成された前記データに関連付けられた前記有効期限を、更新された前記トークンの有効期限に変更する、
請求項１に記載のサーバ装置。

【請求項3】

前記受信部は、再発行された前記トークンと、前記リクエスト内容とを受信し、
前記登録部は、再発行された前記トークンに基づいて、前記データ管理情報における、再発行される前の前記トークンに関連付けられた前記リクエスト内容の処理が実行されることで生成された前記データに関連付けられた前記有効期限を、再発行された前記トークンの有効期限に変更する、
請求項１に記載のサーバ装置。

【請求項4】

前記トークンの有効期限と、当該トークンの無効化との少なくとも一つが変更されたことの通知先として登録することを要求する登録要求部をさらに備え、
前記登録部は、変更されたことが通知された場合に、通知された変更内容に応じて、前記データ管理情報における変更対象の前記トークンの有効期限を変更する、
請求項１に記載のサーバ装置。

【請求項5】

前記受信部が前記トークンと、前記リクエスト内容とを受信した場合に、前記通知先として登録されているか否かを判定する登録判定部を更に備え、
前記登録要求部は、前記通知先として登録されていないと判定した場合に、前記通知先として登録することを要求する、
請求項４に記載のサーバ装置。

【請求項6】

前記トークンの対象に付与されているアクセス権情報を記憶する記憶部に基づいて、当該トークンに関連付けられたリクエスト内容の実行を許可するか否かを判定する実行判定部を更に備え、
前記登録部は、変更されたことが通知された場合に、通知された変更内容に応じて、前記記憶部に記憶されている前記アクセス権情報を変更する、
請求項４に記載のサーバ装置。

【請求項7】

認証された対象であることを示すトークンと、当該トークンに関連付けられたリクエスト内容とを受信し、
前記リクエスト内容の処理を実行し、
前記処理の実行により取得されたデータを識別する識別情報と、当該処理の前記リクエスト内容に関連付けられた前記トークンの有効期限とを関連付けてデータ管理情報に登録し、
前記データ管理情報に基づいて、有効期限を超過した前記トークンを検出し、
検出された前記トークンに関連付けられた前記データを削除する、
を含むデータ管理方法。

【請求項8】

コンピュータを、
認証された対象であることを示すトークンと、当該トークンに関連付けられたリクエスト内容とを受信する受信部と、
前記リクエスト内容の処理を実行する処理部と、
前記処理の実行により取得されたデータを識別する識別情報と、当該処理の前記リクエスト内容に関連付けられた前記トークンの有効期限とを関連付けてデータ管理情報に登録する登録部と、
前記データ管理情報に基づいて、有効期限を超過した前記トークンを検出する検出部と、
前記検出部により検出された前記トークンに関連付けられた前記データを削除する削除部と、
して機能させるためのプログラム。

【請求項9】

トークンを発行する認可サーバと、当該トークンにより認可されている範囲内のリクエストの場合に処理を実行するサーバ装置とを有するデータ管理システムであって、
前記サーバ装置は、
認証された対象であることを示すトークンと、当該トークンに関連付けられたリクエスト内容とを受信する受信部と、
前記リクエスト内容の処理を実行する処理部と、
前記処理の実行により取得されたデータを識別する識別情報と、当該処理の前記リクエスト内容に関連付けられた前記トークンの有効期限とを関連付けてデータ管理情報に登録する登録部と、
前記データ管理情報に基づいて、有効期限を超過した前記トークンを検出する検出部と、
前記検出部により検出された前記トークンに関連付けられた前記データを削除する削除部と、
前記トークンの有効期限と、当該トークンの無効化との少なくとも一つが変更されたことの通知先として登録することを要求する登録要求部と、を備え、
前記認可サーバは、
前記トークンを発行する発行部と、
前記発行部が発行した前記トークンの有効期限の変更と、当該トークンの無効化との少なくとも一つを実行する変更部と、
前記トークンごとに前記通知先を登録する通知先登録部と、
前記変更部により変更された場合に、変更された前記トークンの前記通知先に通知する通知部と、
を備えるデータ管理システム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明の実施形態は、サーバ装置、データ管理方法、プログラム、及びデータ管理システムに関する。

【背景技術】

【0002】

従来、ユーザからの要求に応じて各種処理を実行するリソースサーバが知られている。リソースサーバは、ユーザの要求に応じて、各種処理を実行する。また、リソースサーバは、各種処理の実行に際して、様々データを取得したり、中間データを生成したりする。

【0003】

これらデータは、再度処理を実行する場合や、実行結果を表示する場合に必要になる。そのため、これら取得したデータは、削除せずに、記憶していることが望ましい。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２０１６－１４７０４４号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

しかしながら、リソースサーバは、取得したデータを必要以上に記憶していると記憶媒体の容量を圧迫してしまう。

【0006】

そこで、本発明は、上記事情に鑑みてなされたものであり、記憶媒体の空き容量が足りなくなってしまうことを抑制することが可能なサーバ装置、データ管理方法、プログラム、及びデータ管理システムを提供することを課題とする。

【課題を解決するための手段】

【0007】

実施形態のサーバ装置は、受信部と、処理部と、登録部と、検出部と、削除部と、を備える。前記受信部は、認証された対象であることを示すトークンと、当該トークンに関連付けられたリクエスト内容とを受信する。前記処理部は、前記リクエスト内容の処理を実行する。前記登録部は、前記処理の実行により取得されたデータを識別する識別情報と、当該処理の前記リクエスト内容に関連付けられた前記トークンの有効期限とを関連付けてデータ管理情報に登録する。前記検出部は、前記データ管理情報に基づいて、有効期限を超過した前記トークンを検出する。前記削除部は、前記検出部により検出された前記トークンに関連付けられた前記データを削除する。

【図面の簡単な説明】

【0008】

【図1】図１は、第１の実施形態に係るクライアントサーバシステムの概要的な構成の一例を示す図である。

【図2】図２は、第１の実施形態に係るリソースサーバの概略の一例を示す図である。

【図3】図３は、第１の実施形態に係る認可サーバのハードウェア構成の一例を示す図である。

【図4】図４は、第１の実施形態に係るリソースサーバのハードウェア構成の一例を示す図である。

【図5】図５は、第１の実施形態に係る認可サーバが有する機能の一例を示す図である。

【図6】図６は、第１の実施形態に係るリソースサーバが有する機能の一例を示す図である。

【図7】図７は、第１の実施形態に係るリソースサーバが実行するデータ記憶処理について説明する。

【図8】図８は、第１の実施形態に係るリソースサーバが実行するデータ削除処理について説明する。

【図9】図９は、第２の実施形態に係るリソースサーバが有する機能の一例を示す図である。

【図10】図１０は、第３の実施形態に係るリソースサーバが有する機能の一例を示す図である。

【図11】図１１は、第３の実施形態に係る認可サーバが有する機能の一例を示す図である。

【図12】図１２は、第３の実施形態に係るリソースサーバ及び認可サーバが実行する登録判定処理について説明する。

【図13】図１３は、第３の実施形態に係るリソースサーバ及び認可サーバが実行する登録変更処理について説明する。

【発明を実施するための形態】

【0009】

以下に添付図面を参照して、サーバ装置、データ管理方法、プログラム、及びデータ管理システムを詳細に説明する。なお、以下の各実施形態および変形例における説明において、同一の符号が付されている部分は実質的に同一の機能を有しており、重複部分については適宜説明を省略する。

【0010】

（第１の実施形態）
図１は、第１の実施形態に係るクライアントサーバシステム１の概要的な構成の一例を示す図である。クライアントサーバシステム１は、ユーザ端末１０、認証サーバ２０、認可サーバ３０、及びリソースサーバ４０を有する。

【0011】

ユーザ端末１０は、パーソナルコンピュータやスマートフォンやタブレット端末などの情報処理装置である。ユーザ端末１０は、ユーザから各種操作を受け付ける。そして、ユーザ端末１０は、受け付けた操作に基づいて、認証サーバ２０、認可サーバ３０、及びリソースサーバ４０に各種処理を要求する。

【0012】

認証サーバ２０は、ユーザを認証するサーバ装置である。また、認証サーバ２０は、一台のサーバ装置により構成されていてもよいし、複数台のサーバ装置により構成されていてもよい。

【0013】

認可サーバ３０は、認証された対象に対してトークンを付与するサーバ装置である。例えば、認証サーバ２０により認証される対象であるユーザに対して認可サーバ３０によりトークンが付与される。トークンとは、認証されたユーザなどの対象であることを示す情報である。例えば、トークンとは、ＯＡｕｔｈや、ＯｐｅｎＩＤ Ｃｏｎｎｅｃｔで用いられているａｃｃｅｓｓ ｔｏｋｅｎなどの情報である。また、認可サーバ３０は、一台のサーバ装置により構成されていてもよいし、複数台のサーバ装置により構成されていてもよい。

【0014】

リソースサーバ４０は、リソースを提供するサーバ装置である。すなわち、リソースサーバ４０は、ユーザ端末１０からの要求に応じて、各種処理を実行するサーバ装置である。また、リソースサーバ４０は、一台のサーバ装置により構成されていてもよいし、複数台のサーバ装置により構成されていてもよい。

【0015】

このような構成において、ユーザ端末１０は、ユーザを識別するためのユーザ識別情報やパスワードを有する認証要求を認証サーバ２０に送信する。認証サーバ２０は、認証要求に含まれるユーザ識別情報やパスワードに基づいて、ユーザを認証可能であるか否かを判定する。認証サーバ２０は、ユーザを認証した場合に、ユーザを認証したことを示す認証情報をユーザ端末１０に送信する。ユーザ端末１０は、認証情報を添えてトークン発行要求を認可サーバ３０に送信する。

【0016】

認可サーバ３０は、トークン発行要求に対して認証情報の正当性を確認した後、トークンを生成して、ユーザ端末１０に対してトークンを返信する。トークンは、発行元情報、ユーザ識別情報、有効期限情報、アクセス権情報、及びトークン識別情報を有する。発行元情報は、トークンを発行した発行元を特定するための情報である。すなわち、発行元情報は、トークンを発行した認可サーバ３０を特定するための情報である。ユーザ識別情報は、認証された主体であるユーザを特定するための情報である。有効期限情報は、トークンの有効期限を示す情報である。アクセス権情報は、ユーザに付与されている権限の範囲を示す情報である。トークン識別情報は、トークンを特定するための情報である。

【0017】

ユーザ端末１０は、リソースサーバ４０に各種処理の実行を要求するリクエスト情報をリソースサーバ４０に送信する。リクエスト情報は、リソースサーバ４０に要求する処理内容を示すリクエスト内容情報とトークンとを有する。

【0018】

リソースサーバ４０は、リクエスト情報に含まれるトークンについてトークン発行元の情報及びトークンが改竄されていないか等を確認し、トークンの有効性を判定する。リソースサーバ４０は、有効なトークンである場合に、トークン情報に含まれる権限の範囲内で、リクエスト内容情報に示された処理を実行する。

【0019】

このように、リソースサーバ４０は、ユーザ端末１０からリクエストに応じて各種処理を実行することにより各種データが蓄積される。

【0020】

図２は、第１の実施形態に係るリソースサーバ４０の概略の一例を示す図である。ユーザ端末１０は、ＡＰＩ（Application Programming Interface）４１を介して、リクエスト情報によりリソースサーバ４０に対して各種処理を要求する。リソースサーバ４０は、一又は複数のデータを取得する。リソースサーバ４０は、ユーザ端末１０からのリクエスト情報による要求に応じてデータを取得してもよいし、リクエスト情報による要求に関わらずデータを取得してもよい。

【0021】

リソースサーバ４０は、ユーザ端末１０からのリクエスト情報による要求に応じて中間処理を実行する。中間処理は、最終処理の前処理として、取得した１又は複数のデータに対して加工や変換を実行する処理などである。そして、リソースサーバ４０は、中間処理を実行することにより１又は複数のデータを生成する。なお、リソースサーバ４０は、中間処理を１回実行してもよいし、複数回実行してもよい。すなわち、リソースサーバ４０は、複数のデータを生成してもよい。

【0022】

リソースサーバ４０は、ユーザ端末１０からのリクエスト情報による要求に応じて最終処理を実行する。最終処理は、中間処理により生成された１又は複数のデータに対して、分析やシミュレーションや機械学習を実行する処理である。そして、リソースサーバ４０は、最終処理を実行することにより１又は複数のデータを生成する。

【0023】

リソースサーバ４０は、最終処理により生成された１又は複数のデータを、リクエスト情報により要求された処理結果としてユーザ端末１０に送信する。ここで、最終処理は、処理内容によっては長時間かかる場合がある。よって、リソースサーバ４０は、ユーザ端末１０の要求に対してリアルタイムに最終データを送信してもよいし、ユーザ端末１０の要求から所定期間が経過してから最終データを送信してもよい。例えば、リソースサーバ４０は、最終処理が終了した場合に、最終処理により生成された一又は複数のデータを送信する。または、リソースサーバ４０は、ユーザ端末１０の要求された場合に、最終処理により生成された一又は複数のデータを送信する。

【0024】

このように、リソースサーバ４０は、ユーザ端末１０の要求に応じて各種処理を実行することで多くのデータを生成する。中間処理により生成された１又は複数のデータは、設定や条件を変えて最終処理を再度実行する場合などに必要になることがある。また、最終処理により生成された１又は複数のデータは、ユーザ端末１０に出力するまでタイムラグがある。さらに、最終処理により生成された１又は複数のデータは、処理結果を表示する場合などに必要になることがある。そのため、これらデータは可能な限り、記憶しておくことが好ましい。

【0025】

しかしながら、これらデータを残しておくと、記憶媒体は、空き容量が足りなくなってしまうことがある。

【0026】

そこで、リソースサーバ４０は、データの取得の切っ掛けとなったトークンの有効期限に基づいて、データを削除する。これにより、リソースサーバ４０は、記憶媒体の空き容量が足りなくなってしまうことを抑制する

【0027】

図３は、第１の実施形態に係る認可サーバ３０のハードウェア構成の一例を示す図である。認可サーバ３０は、ＣＰＵ（Central Processing Unit）３０１、ＲＡＭ（Random Access Memory）３０２、ＲＯＭ（Read Only Memory）３０３、記憶装置３０４、及び通信インタフェース３０５を備える。

【0028】

ＣＰＵ３０１は、認可サーバ３０を統括的に制御するプロセッサである。ＲＡＭ３０２は、各種プログラムやパラメータを記憶する不揮発性の主記憶装置である。ＲＯＭ３０３は、ＣＰＵ３０１の作業領域を提供する揮発性の補助記憶装置である。記憶装置３０４は、ＨＤＤ（Hard Disk Drive）や、ＳＳＤ（Solid State Drive）などの補助記憶装置である。

【0029】

ＣＰＵ３０１は、ＲＯＭ３０３や記憶装置３０４に記憶されたプログラムに従い、ＲＡＭ３０２をワーキングエリアに使用して各種演算処理を実行する。通信インタフェース３０５は、コンピュータネットワークを介して、認証サーバ２０、ユーザ端末１０、又はリソースサーバ４０との通信を実行する。

【0030】

図４は、第１の実施形態に係るリソースサーバ４０のハードウェア構成の一例を示す図である。リソースサーバ４０は、ＣＰＵ４０１、ＲＡＭ４０２、ＲＯＭ４０３、記憶装置４０４、及び通信インタフェース４０５を備える。

【0031】

ＣＰＵ４０１は、認可サーバ３０を統括的に制御するプロセッサである。ＲＡＭ４０２は、各種プログラムやパラメータを記憶する不揮発性の主記憶装置である。ＲＯＭ４０３は、ＣＰＵ４０１の作業領域を提供する揮発性の補助記憶装置である。記憶装置４０４は、ＨＤＤや、ＳＳＤなどの補助記憶装置である。

【0032】

ＣＰＵ４０１は、ＲＯＭ４０３や記憶装置４０４に記憶されたプログラムに従い、ＲＡＭ４０２をワーキングエリアに使用して各種演算処理を実行する。通信インタフェース４０５は、コンピュータネットワークを介して、認可サーバ３０、認証サーバ２０、又はユーザ端末１０との通信を実行する。

【0033】

次に、認可サーバ３０とリソースサーバ４０との特徴的な機能について説明する。

【0034】

図５は、第１の実施形態に係る認可サーバ３０が有する機能の一例を示す図である。ＣＰＵ３０１は、ＲＯＭ３０３や記憶装置３０４に記憶されたプログラムに従い、ＲＡＭ３０２をワーキングエリアに使用して各種処理を実行することで、図５に示す機能を実現する。すなわち、認可サーバ３０は、要求受付部３００１、トークン発行部３００２、ユーザ情報記憶部３００３、及びトークン記憶部３００４を有する。なお、これら機能は、集積回路などのハードウェアによる実現されてもよい。

【0035】

要求受付部３００１は、トークンの発行要求を受け付ける。更に詳しくは、要求受付部３００１は、認証サーバ２０により認証されたことを示す認証情報をユーザ端末１０から受け付ける。また、要求受付部３００１は、トークン発行部３００２により発行されたトークンをユーザ端末１０に送信する。

【0036】

トークン発行部３００２は、要求受付部３００１がトークンの発光要求を受け付けた場合に、ユーザ情報記憶部３００３に記憶されたユーザ情報に基づいて、トークンを発行する。トークン発行部３００２は、発行部の一例である。

【0037】

更に詳しくは、トークン発行部３００２は、ユーザ情報記憶部３００３に含まれるユーザ情報から、ユーザ識別情報と、アクセス権情報とを取得する。さらに、トークン発行部３００２は、トークンを発行した発行元である自装置を特定するための発行元情報、トークンの有効期限を示す有効期限情報、及びトークンを特定するためのトークン識別情報を生成する。そして、トークン発行部３００２は、ユーザ識別情報、有効期限情報、発行元情報、及びトークン識別情報を有するトークンを発行する。

【0038】

ユーザ情報記憶部３００３は、ユーザ情報を記憶する。例えば、ユーザ情報は、ユーザ識別情報、及びアクセス権情報などが含まれる。ユーザ識別情報は、ユーザを特定するための情報である。アクセス権情報は、ユーザに付与されている権限の範囲を示す情報である。

【0039】

トークン記憶部３００４は、トークン発行部３００２がトークンを発行した場合に、トークン発行部３００２により発行されたトークンを記憶する。すなわち、トークン記憶部３００４は、ユーザ識別情報、有効期限情報、発行元情報、及びトークン識別情報を記憶する。

【0040】

図６は、第１の実施形態に係るリソースサーバ４０が有する機能の一例を示す図である。ＣＰＵ４０１は、ＲＯＭ４０３や記憶装置４０４に記憶されたプログラムに従い、ＲＡＭ４０２をワーキングエリアに使用して各種処理を実行することで、図６に示す機能を実現する。すなわち、リソースサーバ４０は、データ管理部４１００、データ記憶部４００１、最終処理部４００２、データ管理情報記憶部４００３、リクエスト受付部４００４、リクエスト処理部４００５、認可通信部４００６、トークン処理部４００７、及びデータ削除判定部４００８を有する。なお、これら機能は、集積回路などのハードウェアによる実現されてもよい。

【0041】

データ管理部４１００は、取得したデータや、中間処理により生成されたデータや、最終処理により生成されたデータを管理する。データ管理部４１００は、データ取得部４１０１、中間処理部４１０２、及びデータ処理部４１０３を有する。

【0042】

データ取得部４１０１は、処理対象のデータを取得する。データ取得部４１０１は、ユーザ端末１０からのリクエスト情報に基づいてデータを取得する。すなわち、データ取得部４１０１は、リクエスト処理部４００５からの要求に基づいて、リクエスト内容情報が示すリクエスト内容としてデータを取得してもよい。さらに、データ取得部４１０１は、リクエスト情報に関わらずデータを取得してもよい。そして、データ取得部４１０１は、取得した取得データをデータ記憶部４００１に記憶される。

【0043】

中間処理部４１０２は、ユーザ端末１０からのリクエスト情報に基づいて、データ記憶部４００１に記憶されるデータに対して中間処理を実行する。すなわち、中間処理部４１０２は、リクエスト処理部４００５からの要求に基づいて、リクエスト内容情報が示すリクエスト内容の処理を実行する。中間処理部４１０２は、中間処理により生成した中間データをデータ記憶部４００１に記憶される。

【0044】

データ処理部４１０３は、データ記憶部４００１に記憶されたデータに対して各種処理を実行する。例えば、データ処理部４１０３は、最終処理部４００２の要求に応じて、指定されたデータをデータ記憶部４００１から取得する。そして、データ処理部４１０３は、取得したデータを最終処理部４００２に出力する。

【0045】

また、データ処理部４１０３は、最終処理部４００２の要求に応じて、最終処理部４００２により生成されたデータをデータ記憶部４００１に記憶させる。

【0046】

また、データ処理部４１０３は、データ削除判定部４００８からデータの削除要求を受け付けた場合に、データ記憶部４００１に記憶されたデータのうち、データ削除判定部４００８に指定されたデータを削除する。すなわち、データ処理部４１０３は、データ削除判定部４００８により検出されたトークンに関連付けられたデータを削除する。データ処理部４１０３は、削除部の一例である。

【0047】

データ記憶部４００１は、各種データを記憶する。例えば、データ記憶部４００１は、データ取得部４１０１により取得されたデータを記憶する。また、データ記憶部４００１は、中間処理部４１０２により生成されたデータを記憶する。また、データ記憶部４００１は、最終処理部４００２により生成されたデータを記憶する。

【0048】

最終処理部４００２は、ユーザ端末１０からのリクエスト情報に基づいて、データ記憶部４００１に記憶されるデータに対して最終処理を実行する。すなわち、最終処理部４００２は、リクエスト処理部４００５からの要求に基づいて、リクエスト内容情報が示すリクエスト内容の処理を実行する。データ取得部４１０１、中間処理部４１０２、又は最終処理部４００２は、処理部の一例である。例えば、最終処理部４００２は、最終処理として分析やシミュレーションや機械学習を実行する処理である。最終処理部４００２は、最終処理により生成した最終データをデータ記憶部４００１に記憶させるように、データ管理部４１００に要求する。最終処理部４００２は、データ記憶部４００１に最終データが記憶される。

【0049】

データ管理情報記憶部４００３は、データ管理情報を記憶する。データ管理情報は、データ記憶部４００１に記憶されたデータの削除に用いられる情報である。更に詳しくは、データ管理情報は、データ識別情報とトークンとが関連付けられた情報である。データ識別情報は、データ記憶部４００１に記憶されたデータを特定するための情報である。トークンは、データ記憶部４００１に記憶されたデータの切っ掛けになったリクエスト情報に含まれるトークンである。すなわち、データ管理情報は、データ識別情報、ユーザ識別情報、有効期限情報、発行元情報、及びトークン識別情報が関連付けられた情報である。

【0050】

データ管理情報記憶部４００３は、データ記憶部４００１にデータが記憶された場合に、データ記憶部４００１に記憶されたデータを示すデータ識別情報と、トークン処理部４００７から出力されたトークンとを関連付けて、データ管理情報を登録する。すなわち、データ管理情報記憶部４００３は、データ取得部４１０１、中間処理部４１０２、又は最終処理部４００２による処理の実行により取得されたデータを特定するためのデータ識別情報と、処理のリクエスト内容に関連付けられたトークンの有効期限とを関連付けてデータ管理情報に登録する。データ管理情報記憶部４００３は、登録部の一例である。

【0051】

リクエスト受付部４００４は、ユーザ端末１０からリクエスト情報を受け付ける。更に詳しくは、リクエスト受付部４００４は、認証されたユーザであることを示すトークンと、トークンに関連付けられリクエスト内容を示すリクエスト内容情報とを受信する。リクエスト受付部４００４は、受信部の一例である。リクエスト受付部４００４は、リクエスト情報を受け付けた場合に、リクエスト情報からトークンを抽出する。そして、リクエスト受付部４００４は、抽出したトークンをトークン処理部４００７に出力して、トークンの有効性の判定を要求し、リクエストを受け付けるか否か判定する。リクエスト受付部４００４は、受け付けられない場合に、受け付け拒否応答をユーザ端末１０に返す。

【0052】

リクエスト受付部４００４は、リクエスト内容情報に示された処理を実行する権限をトークンのユーザが有していると判定された場合に、リクエスト内容情報に示された処理の実行をリクエスト処理部４００５に要求する。

【0053】

リクエスト処理部４００５は、リクエスト受付部４００４からの要求に基づいて、データ管理部４１００又は最終処理部４００２に処理の実行を要求する。例えば、リクエスト処理部４００５は、データの取得や、中間処理が要求されている場合には、データ管理部４１００に処理の実行を要求する。リクエスト処理部４００５は、最終処理が要求されている場合には、最終処理部４００２に処理の実行を要求する。

【0054】

認可通信部４００６は、認可サーバ３０との通信を実行する。例えば、認可通信部４００６は、トークンに関連する事項について認可サーバ３０に問い合わせる。

【0055】

トークン処理部４００７は、リクエスト内容情報に示された処理の権限をトークンが有しているか否かの判定要求をリクエスト受付部４００４から受け付けた場合に、トークンに基づいて処理の実行を許可するか否かを判定する。

【0056】

例えば、トークン処理部４００７は、トークンが改変されているか否かを判定する。また、トークン処理部４００７は、トークンに含まれる有効期限情報に基づいて、有効期限が超過しているか否かを判定する。また、トークン処理部４００７は、トークンに含まれるアクセス権情報に基づいて、トークンのユーザが処理を実行する権限を有しているか否かを判定する。

【0057】

トークン処理部４００７は、トークンが改変されておらず、トークンに含まれる有効期限が超過しておらず、且つ、トークンのユーザが処理を実行する権限を有している場合に、処理の実行を許可する。そして、トークン処理部４００７は、トークンに基づいて処理の実行を許可するか否かの判定結果をリクエスト受付部４００４に出力する。

【0058】

また、トークン処理部４００７は、処理の実行を許可する場合に、データ管理情報記憶部４００３に判定に使用したトークンを出力する。

【0059】

データ削除判定部４００８は、データ管理情報記憶部４００３に記憶されているデータ管理情報に基づいて、データ記憶部４００１に記憶されているデータを削除するか否かを判定する。更に詳しくは、データ削除判定部４００８は、データ管理情報のトークンに含まれる有効期限情報に基づいて、有効期限を超過した場合に、トークンに関連付けられたデータを削除すると判定する。データ削除判定部４００８は、データ管理情報に基づいて、有効期限を超過したトークンを検出する。データ削除判定部４００８は、検出部の一例である。そして、データ削除判定部４００８は、削除対象のデータを指定した削除要求を、データ処理部４１０３に出力する。

【0060】

次に、リソースサーバ４０が実行する各種処理について説明する。

【0061】

図７は、第１の実施形態に係るリソースサーバ４０が実行するデータ記憶処理について説明する。データ記憶処理は、生成された最終処理をデータ記憶部４００１に記憶させる処理である。

【0062】

図７に示すデータ記憶処理は、生成済みの中間データを使用して、最終処理を実行する。また、図７に示すデータ記憶処理は、トークンが改変されておらず、トークンに含まれる有効期限が超過しておらず、且つ、トークンのユーザが処理を実行する権限を有している場合を想定している。すなわち、データ記憶処理は、トークンに基づいて処理の実行を許可することを想定している。

【0063】

リクエスト受付部４００４は、リクエスト情報をユーザ端末１０から受信する（ステップＳ１）。リクエスト受付部４００４は、受信したリクエスト情報に含まれるトークンをトークン処理部４００７に出力する（ステップＳ２）。

【0064】

トークン処理部４００７は、リクエスト受付部４００４から受け付けたトークンに基づいて、処理の実行を許可するか否かを判定する（ステップＳ３）。トークン処理部４００７は、処理の実行を許可する場合にトークンをデータ管理情報記憶部４００３に出力する（ステップＳ４）。データ管理情報記憶部４００３は、トークン処理部４００７から受け付けたトークンを記憶する（ステップＳ５）。

【0065】

トークン処理部４００７は、処理の実行許可を示す判定結果をリクエスト受付部４００４に出力する（ステップＳ６）。リクエスト受付部４００４は、処理の実行許可を示す判定結果を受け付けた場合に、リクエスト情報からリクエスト内容情報を抽出する（ステップＳ７）。

【0066】

リクエスト受付部４００４は、抽出したリクエスト内容情報をリクエスト処理部４００５に出力する（ステップＳ８）。リクエスト処理部４００５は、受け付けたリクエスト内容情報が示す処理の実行を最終処理部４００２に要求する（ステップＳ９）。

【0067】

最終処理部４００２は、要求された処理を実行する（ステップＳ１０）。最終処理部４００２は、最終処理により生成されたデータをデータ記憶部４００１に記憶させる（ステップＳ１１）。

【0068】

最終処理部４００２は、データ記憶部４００１に記憶させたデータを特定するためのデータ識別情報をデータ管理情報記憶部４００３に出力する（ステップＳ１２）。データ管理情報記憶部４００３は、記憶していたトークンと、データ識別情報とを関連付けてデータ管理情報に登録する（ステップＳ１３）。

【0069】

以上により、リソースサーバ４０は、データ記憶処理を終了する。

【0070】

図８は、第１の実施形態に係るリソースサーバ４０が実行するデータ削除処理について説明する。図８に示すデータ削除処理は、データ記憶部４００１に記憶されているデータを削除する処理である。

【0071】

データ削除判定部４００８は、判定条件が満たされたか否かを判定する（ステップＳ２１）。例えば、データ削除判定部４００８は、前回判定してから一定時間が経過したか否かを判定する。判定条件が満たされていない場合に（ステップＳ２１；Ｎｏ）、データ削除判定部４００８は、待機する。

【0072】

判定条件が満たされた場合に（ステップＳ２１；Ｙｅｓ）、データ削除判定部４００８は、データ管理情報記憶部４００３に記憶されているデータ管理情報に基づいて、有効期限が超過したトークンが有るか否かを判定する（ステップＳ２２）。

【0073】

有効期限が超過したトークンが無い場合に（ステップＳ２２；Ｎｏ）、リソースサーバ４０は、データ削除処理を終了する。

【0074】

有効期限が超過したトークンが有る場合に（ステップＳ２２；Ｙｅｓ）、データ削除判定部４００８は、データ管理情報において、有効期限を超過したトークンに関連付けられたデータ識別情報により特定されるデータの削除をデータ処理部４１０３に要求する（ステップＳ２３）。

【0075】

データ処理部４１０３は、指定されたデータをデータ記憶部４００１から削除する（ステップＳ２４）。

【0076】

データ処理部４１０３は、データ記憶部４００１から指定されたデータを削除したことをデータ管理情報記憶部４００３に通知する（ステップＳ２５）。

【0077】

データ管理情報記憶部４００３は、データが削除されたことをデータ管理情報に登録する（ステップＳ２６）。

【0078】

以上により、リソースサーバ４０は、データ削除処理を終了する。

【0079】

以上のように、第１の実施形態に係るリソースサーバ４０は、トークンと、トークンに関連付けられたリクエスト情報とを受信した場合に、リクエスト情報によりリクエストされた処理を実行する。リソースサーバ４０は、リクエストされた処理の実行により取得されたデータを識別するデータ識別情報と、有効期限を含むトークンとを関連付けてデータ管理情報に登録する。リソースサーバ４０は、データ管理情報に基づいて、有効期限を超過したトークンを検出した場合に、検出されたトークンに関連付けられたデータを削除する。

【0080】

このように、リソースサーバ４０は、トークンの有効期限に基づいて、データを削除する。ここで、ユーザは、一般的に、リソースサーバ４０にアクセスする予定がない場合にトークンの有効期限の延長等を行わない。言い換えると、ユーザは、リソースサーバ４０にアクセスする予定がない場合にトークンの有効期限を失効させる。そのため、リソースサーバ４０により取得されるデータが再度使用される可能性は低い。よって、リソースサーバ４０は、可能性が有るデータを保持しつつ、不要になったデータを削除することができる。したがって、リソースサーバ４０は、記憶媒体の空き容量が足りなくなってしまうことを抑制することができる。

【0081】

（第２の実施形態）
第２の実施形態に係るリソースサーバ４０ａは、トークンの有効期限が更新された場合、又はトークン再発行された場合に、更新又は再発行に応じて削除する期限を変更する。

【0082】

トークンの有効期限の更新とは、トークンに含まれる有効期限の延長又は短縮である。また、トークンの再発行とは、ユーザに対して新たにトークンを発行することである。トークンが再発行された場合、トークンは、再発行前のトークンを示すトークン識別情報を有する。これにより、リソースサーバ４０ａは、再発行されたトークンを受信した場合に、再発行前のトークンを特定することができる。

【0083】

図９は、第２の実施形態に係るリソースサーバ４０ａが有する機能の一例を示す図である。トークン処理部４００７ａは、処理の実行を許可するか否かを判定する。また、トークン処理部４００７ａは、トークンの有効期限が更新または再発行されているか否かを判定する。

【0084】

リクエスト受付部４００４ａは、トークンと、リクエスト内容情報とを受信する。例えば、リクエスト受付部４００４ａは、有効期限が更新されたトークンと、リクエスト内容を示すリクエスト内容情報とを受信する。または、リクエスト受付部４００４ａは、再発行されたトークンと、リクエスト内容を示すリクエスト内容情報とを受信する。

【0085】

トークン処理部４００７ａは、リクエスト受付部４００４ａからトークンが入力された場合に、データ管理情報記憶部４００３ａに記憶されたデータ管理情報において、入力されたトークンに含まれるトークン識別情報と同一のトークン識別情報が有るか否かを判定する。

【0086】

トークン処理部４００７ａは、データ管理情報に同一のトークン識別情報が有る場合に、入力されたトークンと、データ管理情報のトークンとの有効期限が同一か否かを判定する。トークン処理部４００７ａは、有効期限が異なっている場合に、データ管理情報のトークンの有効期限を、入力されたトークンの有効期限に変更するようにデータ管理情報記憶部４００３ａに要求する。

【0087】

これにより、データ管理情報記憶部４００３ａは、トークンの有効期限を更新する。すなわち、データ管理情報記憶部４００３ａは、有効期限が更新されたトークンに基づいて、データ管理情報における、有効期限が更新される前のトークンに関連付けられたリクエスト内容の処理が実行されることで生成されたデータに関連付けられた有効期限を、更新されたトークンの有効期限に変更する。

【0088】

また、トークン処理部４００７ａは、リクエスト受付部４００４ａからトークンが再発行されたトークンであるか否かを判定する。トークン処理部４００７ａは、再発行されたトークンの場合に、データ管理情報記憶部４００３ａに記憶されたデータ管理情報において、入力されたトークンに含まれる再発行前のトークンを示すトークン識別情報と同一のトークン識別情報が有るか否かを判定する。

【0089】

トークン処理部４００７ａは、データ管理情報に同一のトークン識別情報が有る場合に、同一のトークン識別情報を有するトークンを、入力されたトークンに変更するようにデータ管理情報記憶部４００３ａに要求する。

【0090】

これにより、トークン処理部４００７ａは、再発行されたトークンに更新する。すなわち、データ管理情報記憶部４００３ａは、再発行されたトークンに基づいて、データ管理情報における、再発行される前のトークンに関連付けられたリクエスト内容の処理が実行されることで生成されたデータに関連付けられた有効期限を、再発行されたトークンの有効期限に変更する。

【0091】

以上のように、第２の実施形態に係るリソースサーバ４０ａは、トークンの有効期限の変更やトークンの無効化が行われた場合に、データ管理情報記憶部４００３ａに記憶されたトークンの有効期限に変更する。これにより、リソースサーバ４０ａは、トークンの有効期限の変更や無効化に応じて、データ記憶部４００１に記憶されているデータを管理することができる。

【0092】

（第３の実施形態）
第３の実施形態に係るリソースサーバ４０ｂは、認可サーバ３０ｂにおいてトークンの登録事項に変更が有った場合に、通知するように認可サーバ３０ｂに登録する。そして、認可サーバ３０ｂは、認可サーバ３０ｂにおいてトークンの登録事項が変更された場合に、リソースサーバ４０ｂに通知する。

【0093】

ここで、認可サーバ３０ｂにおけるトークンの登録事項の変更とは、例えば、トークンの有効期限の変更や、トークンの無効化等である。

【0094】

リソースサーバ４０ｂは、権限の有効期限が更新されたが、トークンを受信しなかったために、データを削除してしまうことを抑制することができる。ここで、第２の実施形態に係るリソースサーバ４０ａは、トークンを受信した場合に、データ管理情報記憶部４００３ｂに記憶されているデータ管理情報のトークンを更新する。言い換えると、リソースサーバ４０ｂは、トークンを受信していない場合、トークンの有効期限が更新、又はトークンが再発行されても、データ管理情報のトークンを更新しない。そのため、リソースサーバ４０ｂは、トークンを受信せずに有効期限を超過した場合、トークンの有効期限が更新、又はトークンが再発行されたにも関わらず、データを削除してしまう。

【0095】

第３の実施形態に係るリソースサーバ４０ｂは、認可サーバ３０ｂにおいてトークンの登録事項に変更が有った場合に通知するように、トークンを発行した認可サーバ３０ｂに登録する。そして、認可サーバ３０ｂは、認可サーバ３０ｂにおいてトークンの登録事項に変更が有った場合に、登録されているリソースサーバ４０ｂに通知する。これにより、リソースサーバ４０ｂは、トークンの有効期限の更新やトークンの再発行が行われたにもかかわらずデータを削除してしまうことを抑制することができる。

【0096】

図１０は、第３の実施形態に係るリソースサーバ４０ｂが有する機能の一例を示す図である。第３の実施形態に係るリソースサーバ４０ｂは、登録判定部４００９を有する。

【0097】

リクエスト受付部４００４ｂは、リクエスト情報を受信した場合に、リクエスト情報に含まれるトークンを登録判定部４００９に出力する。

【0098】

登録判定部４００９は、リクエスト受付部４００４ｂからトークンを受け付けた場合に、トークンに含まれる発行元情報により特定される認可サーバ３０ｂに、通知先として登録されているか否かを判定する。言い換えると、登録判定部４００９は、リクエスト受付部４００４ｂがトークンと、リクエスト内容を示すリクエスト内容情報とを受信した場合に、通知先として登録されているか否かを判定する。登録判定部４００９は、登録判定部の一例である。

【0099】

例えば、登録判定部４００９は、通知先として登録されているか否かの照会要求を行う。すなわち、認可通信部４００６ｂは、登録判定部４００９の要求に応じて、発行元情報により特定される認可サーバ３０ｂに対して、照会要求情報を送信する。照会要求情報は、トークン識別情報と、通知先を示す情報とを有する。そして、認可通信部４００６ｂは、照会要求情報に対する応答を登録判定部４００９に出力する。

【0100】

登録判定部４００９は、照会要求情報に対する応答が登録済みを示している場合に、トークンをトークン処理部４００７ｂに出力する。これにより、トークン処理部４００７ｂは、第１の実施形態と同様の処理に、トークンに基づいて処理の実行を許可するか否かを判定する。

【0101】

登録判定部４００９は、照会要求情報に対する応答が未登録を示している場合に、通知先としての登録と要求する登録要求を行う。すなわち、登録判定部４００９は、通知先として登録されていないと判定した場合に、トークンの有効期限と、トークンの無効化との少なくとも一つが変更されたことの通知先として登録することを要求する。登録判定部４００９は、登録要求部の一例である。

【0102】

更に詳しくは、認可通信部４００６ｂは、登録判定部４００９の要求に応じて、発行元情報により特定される認可サーバ３０ｂに対して、通知先として登録することを要求する登録要求情報を送信する。登録要求情報は、登録対象のトークン識別情報と、通知先を示す情報とを有する。例えば、登録要求情報は、通知先のＵＲＬ（Uniform Resource Locator）を有する。このＵＲＬは、リソースサーバ４０ｂの通知を受け付ける受付用ＡＰＩのＵＲＬである。

【0103】

そして、登録判定部４００９は、登録要求情報の送信後に、トークンをトークン処理部４００７ｂに出力する。これにより、トークン処理部４００７ｂは、第１の実施形態と同様の処理に、トークンに基づいて処理の実行を許可するか否かを判定する。

【0104】

また、認可通信部４００６ｂは、認可サーバ３０ｂにおいてトークンの登録事項に変更が有った場合に、トークンの登録事項が変更されたことを示す通知する変更通知を受信する。認可通信部４００６ｂは、変更通知を受信した場合に、トークンの登録事項の変更内容を要求する内容要求を送信する。

【0105】

認可通信部４００６ｂは、内容要求の応答として、トークンの登録事項の変更内容を示す変更内容情報を認可サーバ３０ｂから受信する。変更内容情報は、変更対象のトークンを示すトークン識別情報と、変更内容とを有する。変更内容は、例えば、有効期限の変更や、トークンの無効化などである。認可通信部４００６ｂは、変更内容情報をトークン処理部４００７ｂに出力する。

【0106】

トークン処理部４００７ｂは、変更内容情報に基づいて、データ管理情報記憶部４００３ｂに記憶されているデータ管理情報を更新する。すなわち、トークン処理部４００７ｂは、変更内容情報に含まれるトークン識別情報と同一のトークン識別情報に関連付けられている事項を、変更内容情報に含まれる変更内容に変更するようにデータ管理情報記憶部４００３ｂに要求する。

【0107】

例えば、トークン処理部４００７ｂは、変更内容情報に含まれる変更内容が有効期限の変更を示している場合に、トークンの有効期限を変更するようにデータ管理情報記憶部４００３ｂに要求する。また、トークン処理部４００７ｂは、変更内容情報に含まれる変更内容がトークンの無効化を示している場合に、トークンの無効化に変更するようにデータ管理情報記憶部４００３ｂに要求する。

【0108】

データ管理情報記憶部４００３ｂは、変更されたことが通知された場合に、通知された変更内容に応じて、データ管理情報における変更対象のトークンの有効期限を変更する。すなわち、データ管理情報記憶部４００３ｂは、トークン処理部４００７ｂからの要求に応じて、データ管理情報を更新する。

【0109】

データ削除判定部４００８は、データ管理情報記憶部４００３ｂに記憶されているデータ管理情報に基づいて、データ記憶部４００１に記憶されているデータを削除するか否かを判定する。すなわち、データ削除判定部４００８は、トークン処理部４００７ｂにより変更された有効期限に従ってデータを削除するか否かを判定する。また、データ削除判定部４００８は、トークンが無効化されていれば、データを削除すると判定する。よって、データ削除判定部４００８は、トークンの登録事項の変更に従ってデータを削除するか否かを判定することができる。

【0110】

なお、データ削除判定部４００８は、一定期間が経過してからデータの削除要求を出力してもよい。ここで、認可サーバ３０ｂにおけるトークンの登録事項の変更が誤りであった場合など、データは残っていることが好ましい。データ削除判定部４００８は、一定期間が経過するまで待機することで、誤ってデータを削除してしまうことを抑制することができる。

【0111】

図１１は、第３の実施形態に係る認可サーバ３０ｂが有する機能の一例を示す図である。第３の実施形態に係る認可サーバ３０ｂは、更に、トークン変更部３００５、リソース通信部３００６、通知先記憶部３００７、通知先登録部３００８、及び変更判定部３００９を備える。

【0112】

トークン変更部３００５は、トークン記憶部３００４に記憶されたトークンの登録事項を変更する。例えば、トークン変更部３００５は、トークン発行部３００２が発行したトークンの有効期限の変更と、トークンの無効化との少なくとも一つを実行する。トークン変更部３００５は、変更部の一例である。

【0113】

リソース通信部３００６は、リソースサーバ４０ｂとの通信を実行する。例えば、リソース通信部３００６は、通知先として登録されているか否かの照会要求情報を受信する。また、リソース通信部３００６は、照会要求情報に対する応答を送信する。また、リソース通信部３００６は、通知先としての登録を要求する登録要求情報を受信する。

【0114】

リソース通信部３００６は、トークンの登録事項が変更されたことを示す通知する変更通知を送信する。リソース通信部３００６は、トークンの登録事項の変更内容を要求する内容要求を受信する。リソース通信部３００６は、内容要求を受信した場合に、トークン記憶部３００４からトークンの登録事項の変更内容を抽出する。そして、リソース通信部３００６は、抽出した変更内容を示す変更内容情報を送信する。

【0115】

通知先記憶部３００７は、トークンごとにトークンの登録事項に変更が有った場合の通知先を記憶する。更に詳しくは、通知先記憶部３００７は、トークン識別情報と、トークン識別情報により特定されるトークンの登録事項に変更があった場合の通知先を示す情報との組み合わせを記憶する。

【0116】

通知先登録部３００８は、リソース通信部３００６が照会要求情報を受信した場合に、照会要求情報に基づいて、通知先として登録されているか否かを判定する。すなわち、通知先登録部３００８は、トークン識別情報と、通知先を示す情報との組み合わせが通知先記憶部３００７に記憶されているか否かを判定する。そして、リソース通信部３００６は、通知先記憶部３００７に記憶されているか否かの判定結果を照会要求情報に対する応答を送信する。

【0117】

通知先登録部３００８は、トークンごとに通知先を登録する。更に詳しくは、通知先登録部３００８は、リソース通信部３００６が登録要求情報を受信した場合に、登録要求情報に含まれるトークン識別情報と、通知先を示す情報との組み合わせを通知先記憶部３００７に記憶させる。

【0118】

変更判定部３００９は、トークン記憶部３００４に記憶されたトークンが変更されたか否かを判定する。すなわち、変更判定部３００９は、有効期限の変更やトークンの無効化などが行われたか否を判定する。

【0119】

変更判定部３００９は、トークン変更部３００５により変更された場合に、変更されたトークンの通知先に通知する。変更判定部３００９は、通知部の一例である。更に詳しくは、リソース通信部３００６は、変更判定部３００９によりトークンが変更されたと判定された場合に、トークンの登録事項が変更されたことを示す通知する変更通知を送信する。

【0120】

次に、クライアントサーバシステム１の各装置が実行する各種処理について説明する。

【0121】

図１２は、第３の実施形態に係るリソースサーバ４０ｂ及び認可サーバ３０ｂが実行する登録判定処理について説明する。登録判定処理は、トークンの登録事項が変更された場合の通知先として登録されているか否かを判定し、未登録の場合に通知先として登録する処理である。図１２に示す通知先登録処理は、通知先として未登録の場合の処理である。

【0122】

リクエスト受付部４００４ｂは、リクエスト情報をユーザ端末１０から受信（ステップＳ３１）。リクエスト受付部４００４ｂは、受信したリクエスト情報に含まれるトークンをトークン処理部４００７ｂに出力する（ステップＳ３２）。

【0123】

登録判定部４００９は、トークンを受け付けた場合に、トークンが変更された場合の通知先として登録されているか否かの照会要求を認可通信部４００６ｂに出力する（ステップＳ３３）。認可通信部４００６ｂは、照会要求を受け付けた場合に、トークン識別情報と通知先を示す情報とを有する照会要求情報を認可サーバ３０ｂに送信する（ステップＳ３４）。

【0124】

認可サーバ３０ｂのリソース通信部３００６は、リソースサーバ４０ｂから照会要求情報を受信する（ステップＳ３５）。通知先登録部３００８は、通知先記憶部３００７に基づいて、トークンの登録事項が変更された場合の通知先としてリソースサーバ４０ｂが登録されているか否かを判定する（ステップＳ３６）。すなわち、通知先登録部３００８は、照会要求情報に含まれるトークン識別情報と通知先を示す情報との組み合わせが通知先記憶部３００７に登録されているか否を判定する。なお、図１２に示す登録判定処理は、未登録であることを想定している。

【0125】

通知先登録部３００８は、トークンの登録事項が変更された場合の通知先としてリソースサーバ４０ｂが登録されているか否かの判定結果をリソース通信部３００６に出力する（ステップＳ３７）。リソース通信部３００６は、判定結果を受け付けた場合に、照会要求情報の応答として判定結果をリソースサーバ４０ｂに送信する（ステップＳ３８）。

【0126】

認可通信部４００６ｂは、照会要求情報の応答として判定結果を認可サーバ３０ｂから受信する（ステップＳ３９）。登録判定部４００９は、認可通信部４００６ｂが受信した照会要求情報の応答に基づいて、トークンが変更された場合の通知先として登録されているか否かを判定する（ステップＳ４０）。すなわち、登録判定部４００９は、照会要求情報の応答として受信した認可サーバ３０ｂの判定結果が、登録済みと示しているか否かを判定する。

【0127】

登録判定部４００９は、照会要求情報に対する応答が未登録を示している場合に、通知先としての登録と要求する登録要求を出力する（ステップＳ４１）。認可通信部４００６ｂは、登録要求を受け付けた場合に、登録要求情報を認可サーバ３０ｂに送信する（ステップＳ４２）。

【0128】

リソース通信部３００６は、登録要求情報をリソースサーバ４０ｂから受信する（ステップＳ４３）。通知先登録部３００８は、登録要求情報に基づいて、トークンの登録事項に変更があった場合の通知先として登録する（ステップＳ４４）。すなわち、通知先登録部３００８は、登録要求情報に含まれる登録対象のトークン識別情報と、通知先を示す情報との組み合わせを通知先記憶部３００７に記憶させる。

【0129】

登録判定部４００９は、リクエスト情報に含まれるトークンをトークン処理部４００７ｂに出力する（ステップＳ４５）。

【0130】

トークン処理部４００７ｂは、リクエスト受付部４００４ｂから受け付けたトークンに基づいて、処理の実行を許可するか否かを判定する（ステップＳ４６）。

【0131】

以上により、リソースサーバ４０ｂ及び認可サーバ３０ｂは、登録判定処理を実行する。そして、リソースサーバ４０ｂは、登録判定処理の後にデータ記憶処理を実行する。例えば、リソースサーバ４０ｂは、図７のステップＳ４からステップＳ１３までの処理を実行する。

【0132】

図１３は、第３の実施形態に係るリソースサーバ４０ｂ及び認可サーバ３０ｂが実行する登録変更処理について説明する。登録変更処理は、トークンの登録事項が変更されたことに伴い、データ管理情報記憶部４００３ｂに記憶されているデータ管理情報のトークンを変更する処理である。

【0133】

変更判定部３００９は、トークン記憶部３００４に記憶されたトークンの登録事項が変更されたと判定する（ステップＳ５１）。リソース通信部３００６は、変更判定部３００９によりトークンの登録事項が変更されたと判定された場合に、変更通知をリソースサーバ４０ｂに送信する（ステップＳ５２）。

【0134】

認可通信部４００６ｂは、変更通知を認可サーバ３０ｂから受信する（ステップＳ５３）。

【0135】

認可通信部４００６ｂは、変更通知を受信した場合に、トークンの登録事項の変更内容を要求する内容要求を認可サーバ３０ｂに送信する（ステップＳ５４）。

【0136】

リソース通信部３００６は、内容要求をリソースサーバ４０ｂから受信する（ステップＳ５５）。

【0137】

リソース通信部３００６は、トークン記憶部３００４から抽出した、トークンの登録事項の変更内容を示す変更内容情報を送信する（ステップＳ５６）。

【0138】

認可通信部４００６ｂは、変更内容情報を認可サーバ３０ｂから受信する（ステップＳ５７）。

【0139】

トークン処理部４００７ｂは、変更内容情報に基づいて、データ管理情報記憶部４００３ｂに記憶されているデータ管理情報のトークンを変更する（ステップＳ５８）。

【0140】

以上により、リソースサーバ４０ｂ及び認可サーバ３０ｂは、登録変更処理を実行する。リソースサーバ４０ｂのデータ削除判定部４００８は、変更後のデータ管理情報に基づいて、データを削除するか否かを判定する。そして、データ処理部４１０３は、データ削除判定部４００８からの要求に応じてデータを削除する。したがって、例えば、データ処理部４１０３は、トークンの有効期限が延長された場合には、データ記憶部４００１に記憶されたデータを削除しない。また、データ処理部４１０３は、トークンが無効化された場合には、データ記憶部４００１に記憶されたデータを削除する。

【0141】

以上のように、第３の実施形態に係るリソースサーバ４０ｂは、トークンの有効期限の変更やトークンの無効化などのトークンの登録事項の変更の通知先として登録されるため、トークンの登録事項が変更されたことを示す変更通知を受信する。そして、リソースサーバ４０ｂは、変更通知を受信した場合に、変更内容に応じて、データ管理情報における変更対象のトークンの有効期限を変更する。よって、リソースサーバ４０ｂは、認可サーバ３０ｂでトークンの有効期限の変更やトークンが無効化された場合に変更後の有効期限でデータを削除することができる。

【0142】

第１の実施形態、第２の実施形態、及び第３の実施形態では、トークンは、発行元情報、ユーザ識別情報、有効期限情報、アクセス権情報、及びトークン識別情報を有すると説明した。しかしながら、トークンは、発行元情報、ユーザ識別情報、有効期限情報、及びアクセス権情報の全部又は一部を有していなくてもよい。

【0143】

この場合、トークン処理部４００７、４００７ａ、４００７ｂは、トークンに基づいて処理の実行を許可するか否かを判定する場合に、認可サーバ３０、３０ｂに問い合わせる。例えば、トークン処理部４００７、４００７ａ、４００７ｂは、発行元情報、ユーザ識別情報、有効期限情報、及びアクセス権情報などの情報の提供を認可サーバ３０、３０ｂに要求する。すなわち、認可通信部４００６、４００６ｂは、情報の提供を要求する情報提供要求を認可サーバ３０、３０ｂに送信する。そして、トークン処理部４００７、４００７ａ、４００７ｂは、認可サーバ３０、３０ｂから提供された情報に基づいて、リクエスト情報により要求された処理の実行を許可するか否かを判定する。

【0144】

さらに、第３の実施形態において、トークンにアクセス権情報が含まれていない場合に、トークンの登録事項の変更には、トークンのユーザに対して付与されているアクセス権限の範囲の変更が含まれてもよい。この場合に、リソースサーバ４０ｂは、トークンのアクセス権限を記憶する記憶部を有していてもよい。

【0145】

この場合に、リソースサーバ４０ｂのトークン処理部４００７ｂは、トークンのユーザに付与されているアクセス権情報を記憶する記憶部に基づいて、当該トークンに関連付けられたリクエスト内容情報のリクエスト内容の実行を許可するか否かを判定する。トークン処理部４００７ｂは、実行判定部の一例である。データ管理情報記憶部４００３ｂは、トークンの登録事項の変更が通知された場合に、通知された変更内容に応じて、記憶部に記憶されているアクセス権情報を変更する。

【0146】

そして、トークンのアクセス権情報は、認可サーバ３０ｂから通知されるまでは変更されていない。よって、リソースサーバ４０ｂは、リクエスト情報により要求された処理の実行を許可するか否かを判定において、その都度、認可サーバ３０ｂに問い合わせなくてもよい。

【0147】

また、本実施形態のクライアントサーバシステム１で実行されるプログラムは、インストール可能な形式又は実行可能な形式のファイルで、ＤＶＤ（Digital Versatile Disk）、ＵＳＢ（Universal Serial Bus）メモリ、ＳＳＤ（Solid State Drive）などの半導体記憶装置等のコンピュータで読み取り可能な記録媒体に記録されて提供される。

【0148】

また、当該プログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成しても良い。また、当該プログラムをインターネット等のネットワーク経由で提供または配布するように構成しても良い。

【0149】

また、当該プログラムを、ＲＯＭ等に予め組み込んで提供するように構成してもよい。

【符号の説明】

【0150】

１…クライアントサーバシステム、１０…ユーザ端末、２０…認証サーバ、３０、３０ｂ…認可サーバ、３１…ＡＰＩ（Application Programming Interface）、４０、４０ａ、４０ｂ…リソースサーバ、３０１、４０１…ＣＰＵ（Central Processing Unit）、３０２、４０２…ＲＡＭ（Random Access Memory）、３０３、４０３…ＲＯＭ（Read Only Memory）、３０４、４０４…記憶装置、３０５、４０５…通信インタフェース、３００１…要求受付部、３００２…トークン発行部、３００３…ユーザ情報記憶部、３００４…トークン記憶部、３００５…トークン変更部、３００６…リソース通信部、３００７…通知先記憶部、３００８…通知先登録部、３００９…変更判定部、４００１…データ記憶部、４００２…最終処理部、４００３、４００３ａ、４００３ｂ…データ管理情報記憶部、４００４、４００４ａ、４００４ｂ…リクエスト受付部、４００５…リクエスト処理部、４００６、４００６ｂ…認可通信部、４００７、４００７ａ、４００７ｂ…トークン処理部、４００８…データ削除判定部、４００９…登録判定部、４１００…データ管理部、４１０１…データ取得部、４１０２…中間処理部、４１０３…データ処理部。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】