JP7218679B2

JP7218679B2 - 情報処理装置、情報処理方法、および情報処理プログラム

Info

Publication number: JP7218679B2
Application number: JP2019115283A
Authority: JP
Inventors: 敏達野田
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 2019-06-21
Filing date: 2019-06-21
Publication date: 2023-02-07
Anticipated expiration: 2039-06-21
Also published as: JP2021002189A

Description

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

従来、サーバが管理するユーザのデータをウェブアプリケーションに利用させることを、ユーザが認可するか否かを決定する認可画面を、ユーザの端末装置に表示させ、ユーザが認可した場合だけ、ユーザのデータをウェブアプリケーションに利用させる技術がある。この技術は、例えば、ＯＡｕｔｈ２．０と呼ばれる方式に基づく技術である。認可画面には、例えば、ウェブアプリケーションの提供元のＩＤが含まれることがある。

先行技術としては、例えば、ユーザが所属するグループとクライアントシステムが所属するグループとが一致すると判定された場合、ユーザの権限をクライアントシステムに委譲することを許可するか否かを指示する画面をユーザに提示するものがある。また、例えば、ユーザから連携元のサービスに対して認可トークンを発行する一連の処理において、ユーザおよび連携元のサービスの両方が連携先のサービスを実行する権限を有しているかを確認する技術がある。

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

しかしながら、従来技術では、ユーザは、ウェブアプリケーションの提供元を正しく判断することができず、サーバが管理するユーザのデータをウェブアプリケーションに利用させることを、誤って認可してしまうことがある。例えば、認可画面に含まれるウェブアプリケーションの提供元のＩＤは、他のウェブアプリケーションの提供元のＩＤと重複することがあり、ユーザは、ウェブアプリケーションの提供元を正しく判断することができない。

１つの側面では、本発明は、ウェブアプリケーションの提供元を判断しやすくすることを目的とする。

１つの実施態様によれば、複数のデータを管理する情報処理装置であって、ウェブアプリケーションを提供する提供元に対応する装置から、前記情報処理装置が管理するいずれかのデータを前記ウェブアプリケーションに利用させることが認可されたことに応じて認可コードが送信される送信先を示すウェブアドレスを受信し、受信した前記ウェブアドレスに基づいて、前記ウェブアドレスを所有する所有者に関する所有者情報を含む証明書情報を取得し、前記情報処理装置が管理する端末装置に対応するデータを前記ウェブアプリケーションに利用させることを認可するか否かを決定する認可画面を前記端末装置に表示させる際に、取得した前記証明書情報を前記端末装置に表示させる情報処理装置が提案される。

一態様によれば、ウェブアプリケーションの提供元を判断しやすくすることが可能になる。

図１は、実施の形態にかかる情報処理方法の一実施例を示す説明図である。図２は、情報処理システム２００の一例を示す説明図である。図３は、情報処理装置１００のハードウェア構成例を示すブロック図である。図４は、クライアント登録情報テーブル４００の記憶内容の一例を示す説明図である。図５は、端末装置１０２のハードウェア構成例を示すブロック図である。図６は、情報処理装置１００の機能的構成例を示すブロック図である。図７は、情報処理装置１００の具体的な機能的構成例を示すブロック図である。図８は、ユーザのデータをウェブアプリに利用させることが認可される一例を示す説明図である。図９は、認可画面９００の一例を示す説明図である。図１０は、ＥＶ証明書情報１０００を示す説明図である。図１１は、端末装置１０２に表示される表示画面１１００を示す説明図である。図１２は、ユーザのデータをウェブアプリが利用する一例を示す説明図である。図１３は、情報処理装置１００が、登録済みのクライアントＵＲＬと、受信したクライアントＵＲＬとが一致しないと判定した場合を示す説明図である。図１４は、情報処理装置１００が、ＥＶ証明書情報が正当ではないと判定した場合を示す説明図である。図１５は、端末装置１０２が、ユーザのデータをウェブアプリに利用させることをユーザが却下したことを示す認可結果を取得した場合を示す説明図である。図１６は、提供元装置１０１が、装置１６２０に対応するＵＲＬを、クライアントＵＲＬとして情報処理装置１００に登録する場合を示す説明図である。図１７は、端末装置１０２が、ウェブブラウザ上で認可画面９００を更新せずに、表示画面１１００を表示する理由を示す説明図である。図１８は、情報処理装置１００が、認可画面を端末装置１０２に表示させた理由を示す説明図である。図１９は、第１の動作例における登録処理手順の一例を示すフローチャートである。図２０は、第１の動作例における表示処理手順の一例を示すフローチャートである。図２１は、情報処理システム２００の第２の動作例を示す説明図である。図２２は、第２の動作例における登録処理手順の一例を示すフローチャートである。図２３は、第２の動作例における表示処理手順の一例を示すフローチャートである。

以下に、図面を参照して、本発明にかかる情報処理装置、情報処理方法、および情報処理プログラムの実施の形態を詳細に説明する。

（実施の形態にかかる情報処理方法の一実施例）
図１は、実施の形態にかかる情報処理方法の一実施例を示す説明図である。情報処理装置１００は、ユーザのデータを管理するコンピュータである。情報処理装置１００は、ウェブＡＰＩ（ＡｐｐｌｉｃａｔｉｏｎＰｒｏｇｒａｍｍｉｎｇＩｎｔｅｒｆａｃｅ）を公開し、ユーザのデータを、ウェブアプリケーションから利用可能に制御する。

ここで、ユーザのデータは、例えば、個人情報を含むことがある。このため、ユーザのデータが、ユーザの認可なく情報処理装置１００以外の装置から利用されることは好ましくない。ウェブアプリケーションは、ウェブＡＰＩを呼び出してユーザのデータを利用する。以下の説明では、ウェブアプリケーションを「ウェブアプリ」と表記する場合がある。

従来では、ユーザのデータを管理する管理サーバは、ユーザのデータをウェブアプリに利用させる前に、ユーザの端末装置１０２に認可画面を表示させ、ユーザのデータをウェブアプリに利用させることを認可するか否かを、ユーザに決定させる。認可画面は、ユーザが認可するか否かを決定するための画面である。この際、管理サーバは、ウェブアプリの提供元から登録された、ウェブアプリの提供元のＩＤを、認可画面に含めておくことがある。そして、管理サーバは、ユーザが認可した場合だけ、ウェブアプリの提供元から登録されたウェブアドレスに、認可コードを送信することにより、ユーザのデータを、ウェブアプリから利用可能に制御する。

しかしながら、従来では、ユーザは、ウェブアプリの提供元を正しく判断することができず、ユーザのデータをウェブアプリに利用させることを、誤って認可してしまうことがある。このため、ユーザのデータが漏洩してしまい、セキュリティが確保されないことがあり、ユーザが損害を被ることがある。

例えば、管理サーバは、ウェブアプリの提供元のＩＤに、他のウェブアプリの提供元のＩＤと重複または類似するＩＤなどを登録することを禁止しておらず、ユーザが有名企業のＩＤと誤認しやすいＩＤなどを登録することを禁止していない。このため、悪意または偶然により、ユーザが有名企業のＩＤと誤認しやすいＩＤなどが、管理サーバに登録され、ウェブアプリの提供元のＩＤとして認可画面に含まれることがある。結果として、ユーザは、認可画面に含まれるウェブアプリの提供元のＩＤを参照しても、ウェブアプリの提供元を正しく判断することができないことがある。

そこで、本実施の形態では、ユーザのデータを管理する側で、認可コードを送信する送信先として登録されたウェブアドレスに対応する証明書情報を取得し、端末装置１０２に表示させる情報処理方法について説明する。この情報処理方法によれば、ウェブアプリの提供元を正しく判断しやすくすることができる。

図１において、情報処理装置１００は、複数のデータを管理する。データは、ユーザのデータである。ユーザは、情報処理装置１００が提供するデータを管理するサービスを利用し、自身のデータを管理することを情報処理装置１００に依頼した依頼者である。情報処理装置１００は、ユーザの端末装置１０２と通信可能である。また、情報処理装置１００は、ウェブアプリを提供する提供元に対応する提供元装置１０１と通信可能である。

（１－１）情報処理装置１００は、提供元装置１０１から、認可コードが送信される送信先を示すウェブアドレスを受信する。認可コードは、例えば、情報処理装置１００が管理するいずれかのデータをウェブアプリに利用させることが認可されたことに応じて送信される。ウェブアドレスは、例えば、ＵＲＬ（ＵｎｉｆｏｒｍＲｅｓｏｕｒｃｅＬｏｃａｔｏｒ）である。ウェブアドレスの形式は、例えば、ｈｔｔｐｓ（ＨｙｐｅｒｔｅｘｔＴｒａｎｓｆｅｒＰｒｏｔｏｃｏｌＳｅｃｕｒｅ）である。

（１－２）情報処理装置１００は、受信したウェブアドレスに基づいて、ウェブアドレスを所有する所有者に関する所有者情報を含む証明書情報を取得する。所有者情報は、例えば、所有者の識別情報を含む。所有者は、例えば、個人、または、法人である。所有者は、例えば、法人ではない組織であってもよい。証明書情報の種別は、例えば、ＥＶ（ＥｘｔｅｎｄｅｄＶａｌｉｄａｔｉｏｎ）である。ＥＶの証明書情報は、例えば、所有者が法的に実在し、所有者が物理的に実在し、および、所有者がウェブアドレスを所有することを証明する。

（１－３）情報処理装置１００は、認可画面を端末装置１０２に表示させる際に、取得した証明書情報を端末装置１０２に表示させる。認可画面は、情報処理装置１００が管理する、端末装置１０２に対応するデータを、ウェブアプリに利用させることを、端末装置１０２を所有するユーザが認可するか否かを決定するための画面である。端末装置１０２に対応するデータは、例えば、端末装置１０２を所有するユーザのデータである。情報処理装置１００は、例えば、端末装置１０２がウェブアプリを利用中に、認可画面を端末装置１０２に表示させ、証明書情報を端末装置１０２に表示させる。

これにより、情報処理装置１００は、ユーザが、ユーザのデータをウェブアプリに利用させることを認可するか否かを決定する際、証明書情報を参照可能にすることができ、ウェブアプリの提供元を正しく判断しやすくすることができる。このため、情報処理装置１００は、ユーザのデータが漏洩することを防止し、セキュリティの向上を図ることができる。

（情報処理システム２００の一例）
次に、図２を用いて、図１に示した情報処理装置１００を適用した、情報処理システム２００の一例について説明する。

図２は、情報処理システム２００の一例を示す説明図である。図２において、情報処理システム２００は、情報処理装置１００と、提供元装置１０１と、端末装置１０２とを含む。

情報処理システム２００において、情報処理装置１００と、提供元装置１０１と、端末装置１０２とは、有線または無線のネットワーク２１０を介して接続される。ネットワーク２１０は、例えば、ＬＡＮ（ＬｏｃａｌＡｒｅａＮｅｔｗｏｒｋ）、ＷＡＮ（ＷｉｄｅＡｒｅａＮｅｔｗｏｒｋ）、インターネットなどである。

情報処理装置１００は、ユーザのデータを管理する。情報処理装置１００は、ウェブＡＰＩを公開し、ユーザのデータをウェブアプリに利用させることをユーザが認可した場合に、ユーザのデータをウェブアプリが利用可能に制御する。情報処理装置１００は、例えば、提供元装置１０１から登録されたウェブアドレスに、認可コードを送信することにより、ユーザのデータをウェブアプリが利用可能に制御する。情報処理装置１００は、例えば、サーバやＰＣ（ＰｅｒｓｏｎａｌＣｏｍｐｕｔｅｒ）などである。

提供元装置１０１は、ウェブアプリを提供するコンピュータである。提供元装置１０１は、ウェブアプリを、端末装置１０２から利用可能に制御する。提供元装置１０１は、情報処理装置１００にウェブアドレスを登録し、ウェブアドレスに送信される認可コードを受信する。提供元装置１０１は、受信した認可コードに基づいて、ユーザのデータをウェブアプリで利用する。提供元装置１０１は、例えば、サーバやＰＣなどである。

端末装置１０２は、自身のデータを管理することを情報処理装置１００に依頼したユーザが所有するコンピュータである。端末装置１０２は、ウェブブラウザ上で、提供元装置１０１が提供するウェブアプリを利用する。端末装置１０２は、ユーザのデータをウェブアプリに利用させることをユーザが認可するか否かを決定した結果を、情報処理装置１００に送信する。端末装置１０２は、例えば、ＰＣ、タブレット端末、または、スマートフォンなどである。

（情報処理システム２００の具体例）
情報処理システム２００の具体例は、例えば、提供元装置１０１が提供するウェブアプリが、家計管理アプリであり、情報処理装置１００が、金融機関に対応し、ユーザの口座への入出金のデータを管理する装置である場合が考えられる。また、情報処理システム２００の具体例は、例えば、提供元装置１０１が提供するウェブアプリが、アラームアプリであり、情報処理装置１００が、ユーザの行動予定のデータを管理する装置である場合が考えられる。

ここでは、情報処理システム２００が、１つの情報処理装置１００を含む場合について説明したが、これに限らない。例えば、情報処理システム２００が、複数の情報処理装置１００を含む場合があってもよい。

ここでは、情報処理システム２００が、１つの提供元装置１０１を含む場合について説明したが、これに限らない。例えば、情報処理システム２００が、複数の提供元装置１０１を含む場合があってもよい。

ここでは、情報処理システム２００が、１つの端末装置１０２を含む場合について説明したが、これに限らない。例えば、情報処理システム２００が、複数の端末装置１０２を含む場合があってもよい。

ここでは、情報処理装置１００が、ユーザのデータを管理する機能と、認可コードを送信する機能とを有する場合について説明したが、これに限らない。例えば、情報処理装置１００が、ユーザのデータを管理する機能を有さず、ユーザのデータを管理する他の装置と協働する場合があってもよい。

ここでは、提供元装置１０１が、ウェブアプリを提供する機能と、認可コードを受信する機能とを有する場合について説明したが、これに限らない。例えば、提供元装置１０１が、認可コードを受信する機能を有さず、認可コードを受信する他の装置と協働する場合があってもよい。

（情報処理装置１００のハードウェア構成例）
次に、図３を用いて、情報処理装置１００のハードウェア構成例について説明する。

図３は、情報処理装置１００のハードウェア構成例を示すブロック図である。図３において、情報処理装置１００は、ＣＰＵ（ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ）３０１と、メモリ３０２と、ネットワークＩ／Ｆ（Ｉｎｔｅｒｆａｃｅ）３０３と、記録媒体Ｉ／Ｆ３０４と、記録媒体３０５とを有する。また、各構成部は、バス３００によってそれぞれ接続される。

ここで、ＣＰＵ３０１は、情報処理装置１００の全体の制御を司る。メモリ３０２は、例えば、ＲＯＭ（ＲｅａｄＯｎｌｙＭｅｍｏｒｙ）、ＲＡＭ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）およびフラッシュＲＯＭなどを有する。具体的には、例えば、フラッシュＲＯＭやＲＯＭが各種プログラムを記憶し、ＲＡＭがＣＰＵ３０１のワークエリアとして使用される。メモリ３０２に記憶されるプログラムは、ＣＰＵ３０１にロードされることで、コーディングされている処理をＣＰＵ３０１に実行させる。

ネットワークＩ／Ｆ３０３は、通信回線を通じてネットワーク２１０に接続され、ネットワーク２１０を介して他のコンピュータに接続される。そして、ネットワークＩ／Ｆ３０３は、ネットワーク２１０と内部のインターフェースを司り、他のコンピュータからのデータの入出力を制御する。ネットワークＩ／Ｆ３０３は、例えば、モデムやＬＡＮアダプタなどである。

記録媒体Ｉ／Ｆ３０４は、ＣＰＵ３０１の制御に従って記録媒体３０５に対するデータのリード／ライトを制御する。記録媒体Ｉ／Ｆ３０４は、例えば、ディスクドライブ、ＳＳＤ（ＳｏｌｉｄＳｔａｔｅＤｒｉｖｅ）、ＵＳＢ（ＵｎｉｖｅｒｓａｌＳｅｒｉａｌＢｕｓ）ポートなどである。記録媒体３０５は、記録媒体Ｉ／Ｆ３０４の制御で書き込まれたデータを記憶する不揮発メモリである。記録媒体３０５は、例えば、ディスク、半導体メモリ、ＵＳＢメモリなどである。記録媒体３０５は、情報処理装置１００から着脱可能であってもよい。

情報処理装置１００は、上述した構成部のほか、例えば、キーボード、マウス、ディスプレイ、プリンタ、スキャナ、マイク、スピーカーなどを有してもよい。また、情報処理装置１００は、記録媒体Ｉ／Ｆ３０４や記録媒体３０５を複数有していてもよい。また、情報処理装置１００は、記録媒体Ｉ／Ｆ３０４や記録媒体３０５を有していなくてもよい。

（クライアント登録情報テーブル４００の記憶内容）
次に、図４を用いて、情報処理装置１００が記憶するクライアント登録情報テーブル４００の記憶内容の一例について説明する。クライアント登録情報テーブル４００は、例えば、図３に示した情報処理装置１００のメモリ３０２や記録媒体３０５などの記憶領域により実現される。

図４は、クライアント登録情報テーブル４００の記憶内容の一例を示す説明図である。図４に示すように、クライアント登録情報テーブル４００は、クライアントＩＤと、認可コード受取用ＵＲＬと、ＴＬＳ（ＴｒａｎｓｐｏｒｔＬａｙｅｒＳｅｃｕｒｉｔｙ）サーバ証明書とのフィールドを有する。クライアント登録情報テーブル４００は、提供元ごとに各フィールドに情報を設定することにより、クライアント登録情報がレコードとして記憶される。

クライアントＩＤのフィールドには、ウェブアプリの提供元を識別するクライアントＩＤが設定される。認可コード受取用ＵＲＬのフィールドには、認可コードの送信先を示す認可コード受取用ＵＲＬが設定される。ＴＬＳサーバ証明書のフィールドには、認可コード受取用ＵＲＬから取得されるＴＬＳサーバ証明書が設定される。

（提供元装置１０１のハードウェア構成例）
提供元装置１０１のハードウェア構成例は、図３に示した情報処理装置１００のハードウェア構成例と同様であるため、説明を省略する。

（端末装置１０２のハードウェア構成例）
次に、図５を用いて、図２に示した情報処理システム２００に含まれる端末装置１０２のハードウェア構成例について説明する。

図５は、端末装置１０２のハードウェア構成例を示すブロック図である。図５において、端末装置１０２は、ＣＰＵ５０１と、メモリ５０２と、ネットワークＩ／Ｆ５０３と、記録媒体Ｉ／Ｆ５０４と、記録媒体５０５と、ディスプレイ５０６と、入力装置５０７とを有する。また、各構成部は、バス５００によってそれぞれ接続される。

ここで、ＣＰＵ５０１は、端末装置１０２の全体の制御を司る。メモリ５０２は、例えば、ＲＯＭ、ＲＡＭおよびフラッシュＲＯＭなどを有する。具体的には、例えば、フラッシュＲＯＭやＲＯＭが各種プログラムを記憶し、ＲＡＭがＣＰＵ５０１のワークエリアとして使用される。メモリ５０２に記憶されるプログラムは、ＣＰＵ５０１にロードされることで、コーディングされている処理をＣＰＵ５０１に実行させる。

ネットワークＩ／Ｆ５０３は、通信回線を通じてネットワーク２１０に接続され、ネットワーク２１０を介して他のコンピュータに接続される。そして、ネットワークＩ／Ｆ５０３は、ネットワーク２１０と内部のインターフェースを司り、他のコンピュータからのデータの入出力を制御する。ネットワークＩ／Ｆ５０３は、例えば、モデムやＬＡＮアダプタなどである。

記録媒体Ｉ／Ｆ５０４は、ＣＰＵ５０１の制御に従って記録媒体５０５に対するデータのリード／ライトを制御する。記録媒体Ｉ／Ｆ５０４は、例えば、ディスクドライブ、ＳＳＤ、ＵＳＢポートなどである。記録媒体５０５は、記録媒体Ｉ／Ｆ５０４の制御で書き込まれたデータを記憶する不揮発メモリである。記録媒体５０５は、例えば、ディスク、半導体メモリ、ＵＳＢメモリなどである。記録媒体５０５は、端末装置１０２から着脱可能であってもよい。

ディスプレイ５０６は、カーソル、アイコンあるいはツールボックスをはじめ、文書、画像、機能情報などのデータを表示する。ディスプレイ５０６は、例えば、ＣＲＴ（ＣａｔｈｏｄｅＲａｙＴｕｂｅ）、液晶ディスプレイ、有機ＥＬ（Ｅｌｅｃｔｒｏｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイなどである。入力装置５０７は、文字、数字、各種指示などの入力のためのキーを有し、データの入力を行う。入力装置５０７は、キーボードやマウスなどであってもよく、また、タッチパネル式の入力パッドやテンキーなどであってもよい。

端末装置１０２は、上述した構成部のほか、例えば、プリンタ、スキャナ、マイク、スピーカーなどを有してもよい。また、端末装置１０２は、記録媒体Ｉ／Ｆ５０４や記録媒体５０５を複数有していてもよい。また、端末装置１０２は、記録媒体Ｉ／Ｆ５０４や記録媒体５０５を有していなくてもよい。

（情報処理装置１００の機能的構成例）
次に、図６を用いて、情報処理装置１００の機能的構成例について説明する。

図６は、情報処理装置１００の機能的構成例を示すブロック図である。情報処理装置１００は、記憶部６００と、取得部６０１と、検証部６０２と、表示制御部６０３と、認可部６０４と、出力部６０５とを含む。

記憶部６００は、例えば、図３に示したメモリ３０２や記録媒体３０５などの記憶領域によって実現される。以下では、記憶部６００が、情報処理装置１００に含まれる場合について説明するが、これに限らない。例えば、記憶部６００が、情報処理装置１００とは異なる装置に含まれ、記憶部６００の記憶内容が情報処理装置１００から参照可能である場合があってもよい。

取得部６０１～出力部６０５は、制御部の一例として機能する。取得部６０１～出力部６０５は、具体的には、例えば、図３に示したメモリ３０２や記録媒体３０５などの記憶領域に記憶されたプログラムをＣＰＵ３０１に実行させることにより、または、ネットワークＩ／Ｆ３０３により、その機能を実現する。各機能部の処理結果は、例えば、図３に示したメモリ３０２や記録媒体３０５などの記憶領域に記憶される。

記憶部６００は、各機能部の処理において参照され、または更新される各種情報を記憶する。記憶部６００は、複数のデータを記憶する。データは、例えば、端末装置１０２に対応する、ユーザのデータである。データは、例えば、個人情報を含む。

記憶部６００は、ウェブアプリの提供元ごとに、認可コードの送信先を示すウェブアドレスと、認可コードの送信先を示すウェブアドレスを所有する所有者に関する所有者情報を含む証明書情報とを対応付けて記憶する。

証明書情報は、所有者が法的に実在し、所有者が物理的に実在し、または、所有者が第１のウェブアドレスを所有することを証明する情報である。証明書情報の種別は、ＥＶである。認可コードの送信先を示すウェブアドレスの形式は、ｈｔｔｐｓである。認可コードの送信先を示すウェブアドレスは、ＵＲＬである。記憶部６００は、具体的には、クライアント登録情報テーブル４００を記憶する。

取得部６０１は、各機能部の処理に用いられる各種情報を取得する。取得部６０１は、取得した各種情報を、記憶部６００に記憶し、または、各機能部に出力する。また、取得部６０１は、記憶部６００に記憶しておいた各種情報を、各機能部に出力してもよい。取得部６０１は、例えば、情報処理装置１００の利用者の操作入力に基づき、各種情報を取得する。取得部６０１は、例えば、情報処理装置１００とは異なる装置から、各種情報を受信してもよい。

取得部６０１は、提供元装置１０１から、第１のウェブアドレスを受信する。第１のウェブアドレスは、情報処理装置１００が管理するいずれかのデータをウェブアプリに利用させることが認可されたことに応じて認可コードが送信される送信先を示すＵＲＬである。取得部６０１は、例えば、端末装置１０２がウェブアプリを利用する前に、提供元装置１０１から、第１のウェブアドレスを受信する。

取得部６０１は、提供元装置１０１から、提供元を示す第１の識別情報と対応付けて第１のウェブアドレスを受信してもよい。取得部６０１は、例えば、端末装置１０２がウェブアプリを利用する前に、提供元装置１０１から、提供元を示す第１の識別情報と対応付けて第１のウェブアドレスを受信する。

取得部６０１は、提供元装置１０１から、端末装置１０２を介して、第２のウェブアドレスを受信する。第２のウェブアドレスは、情報処理装置１００が管理するいずれかのデータをウェブアプリに利用させることが認可されたことに応じて認可コードが送信される送信先を示すＵＲＬである。取得部６０１は、例えば、端末装置１０２がウェブアプリを利用する際に、提供元装置１０１から、端末装置１０２を介して送信される、第２のウェブアドレスを受信する。

取得部６０１は、提供元装置１０１から、端末装置１０２を介して、提供元を示す第２の識別情報を受信してもよい。取得部６０１は、例えば、端末装置１０２がウェブアプリを利用する際に、提供元装置１０１から、端末装置１０２を介して送信される、提供元を示す第２の識別情報を受信する。

検証部６０２は、受信した第１のウェブアドレスに基づいて、証明書情報を取得する。証明書情報は、例えば、第１のウェブアドレスを所有する所有者に関する所有者情報を含む。証明書情報は、例えば、認証局の電子署名情報を含む。証明書情報は、例えば、有効期限を含む。検証部６０２は、例えば、第１のウェブアドレスにアクセスすることにより、証明書情報を取得する。これにより、検証部６０２は、ウェブアプリの提供元を判断するために、ユーザに参照可能にすることが好ましい証明書情報を取得することができる。

検証部６０２は、例えば、受信した第１のウェブアドレスと、受信した第２のウェブアドレスとが一致するか否かを判定してもよい。検証部６０２は、一致する場合には、受信した第１のウェブアドレスに基づいて、証明書情報を取得する。

検証部６０２は、一致しない場合には、証明書情報を取得せず、端末装置１０２に対応するデータを、ウェブアプリに利用させることを却下する。そして、検証部６０２は、端末装置１０２に対応するデータを、ウェブアプリに利用させることを却下することの通知を、端末装置１０２に送信する。また、検証部６０２は、第１のウェブアドレスが未登録であることの通知を、提供元装置１０１に送信する。

これにより、検証部６０２は、ウェブアプリの提供元を判断するために、ユーザに参照可能にすることが好ましい証明書情報を取得することができる。また、検証部６０２は、受信した第１のウェブアドレスと、受信した第２のウェブアドレスとが一致しない場合には、端末装置１０２に対応するデータを、ウェブアプリに利用させることを却下し、セキュリティを確保することができる。

検証部６０２は、受信した第１の識別情報と、受信した第２の識別情報とが一致するか否かを判定してもよい。検証部６０２は、一致する場合には、受信した第１の識別情報と対応付けられた第１のウェブアドレスに基づいて、証明書情報を取得する。

これにより、検証部６０２は、ウェブアプリの提供元を判断するために、ユーザに参照可能にすることが好ましい証明書情報を取得することができる。また、検証部６０２は、受信した第１の識別情報と、受信した第２の識別情報とが一致しない場合には、端末装置１０２に対応するデータを、ウェブアプリに利用させることを却下し、セキュリティを確保することができる。

ここでは、検証部６０２が、第２のウェブアドレス、または、第２の識別情報を受信したタイミングで、受信した第１のウェブアドレスに基づいて、証明書情報を取得する場合について説明したが、これに限らない。検証部６０２は、例えば、第１のウェブアドレスを受信したタイミングで、端末装置１０２がウェブアプリを利用する前に、受信した第１のウェブアドレスに基づいて、証明書情報を取得しておいてもよい。

これにより、検証部６０２は、端末装置１０２がウェブアプリを利用する際に、情報処理装置１００にかかる作業負担の低減化を図り、認可画面を表示する際にかかる所要時間の低減化を図ることができる。

検証部６０２は、取得した証明書情報が正当であるか否かを検証する。検証部６０２は、例えば、取得した証明書情報に含まれる認証局の電子署名情報が正当であるか否かを、認証局の公開鍵を用いて検証する。検証部６０２は、例えば、証明書情報に含まれる有効期限に基づいて、現時点で証明書情報が有効であるか否かを検証し、有効であれば正当であると判定してもよい。

これにより、検証部６０２は、端末装置１０２に対応するデータをウェブアプリに利用させることが好ましいか否かを判断する指標として、証明書情報が正当であるか否かを検証した結果を取得することができる。

ここでは、検証部６０２が、第１のウェブアドレスに基づいて、証明書情報を取得することに成功する場合について説明したが、これに限らない。検証部６０２は、例えば、証明書情報を取得することに失敗する場合があってもよい。検証部６０２は、具体的には、提供元装置１０１が証明書情報を用意しておらず、証明書情報を取得することに失敗することがある。

表示制御部６０３は、認可画面を端末装置１０２に表示させる。認可画面は、情報処理装置１００が管理する、端末装置１０２に対応するデータを、ウェブアプリに利用させることを認可するか否かを決定する画面である。また、表示制御部６０３は、認可画面を端末装置１０２に表示させる際に、取得した証明書情報を端末装置１０２に表示させる。表示制御部６０３は、例えば、認可画面内に証明書情報を含めて、認可画面を端末装置１０２に表示させる。

これにより、表示制御部６０３は、端末装置１０２に対応するデータをウェブアプリに利用させることを認可するか否かを、ユーザに決定させることができる。また、表示制御部６０３は、証明書情報をユーザが参照可能にし、ウェブアプリの提供元を正しく判断しやすくすることができる。

表示制御部６０３は、認可画面を端末装置１０２に表示させる際に、さらに、第１のウェブアドレス、または、第１のウェブアドレスに基づき生成される第３のウェブアドレスを端末装置１０２に表示させてもよい。第３のウェブアドレスは、第１のウェブアドレスに基づき生成される、ウェブサイトのトップ画面などのウェブアドレスである。表示制御部６０３は、例えば、認可画面内に、第１のウェブアドレスのハイパーリンク、または、第３のウェブアドレスのハイパーリンクを含めて、認可画面を端末装置１０２に表示させる。

これにより、表示制御部６０３は、端末装置１０２に対応するデータをウェブアプリに利用させることを認可するか否かを、ユーザに決定させることができる。また、表示制御部６０３は、第１のウェブアドレス、または、第３のウェブアドレスをユーザが参照可能にし、ウェブアプリの提供元を正しく判断しやすくすることができる。

表示制御部６０３は、取得した証明書情報が正当である場合には、認可画面を端末装置１０２に表示させ、取得した証明書情報が正当ではない場合には、認可画面を端末装置１０２に表示させなくてもよい。

表示制御部６０３は、例えば、取得した証明書情報が正当ではない場合には、認可画面を端末装置１０２に表示させない。そして、表示制御部６０３は、端末装置１０２に対応するデータを、ウェブアプリに利用させることを却下することの通知を、端末装置１０２に送信する。また、表示制御部６０３は、端末装置１０２に対応するデータを、ウェブアプリに利用させることを却下することの通知を、提供元装置１０１に送信する。

これにより、表示制御部６０３は、証明書情報が正当ではなく、端末装置１０２に対応するデータをウェブアプリに利用させることが好ましくない場合には、端末装置１０２に対応するデータをウェブアプリに利用させず、セキュリティを確保することができる。

表示制御部６０３は、認可画面を端末装置１０２に表示させる際に、取得した証明書情報が正当であるか否かを検証した結果を端末装置１０２に表示させてもよい。表示制御部６０３は、例えば、認可画面内に、取得した証明書情報が正当であるか否かを検証した結果を含めて、認可画面を端末装置１０２に表示させる。

これにより、表示制御部６０３は、証明書情報が正当であるか否かを検証した結果をユーザが参照可能にすることができる。このため、表示制御部６０３は、ウェブアプリの提供元を信頼するか否かを考慮して、端末装置１０２に対応するデータをウェブアプリに利用させることを認可するか否かを、ユーザに決定させることができる。

認可部６０４は、認可画面において、端末装置１０２に対応するデータをウェブアプリに利用させることが認可された場合、第１のウェブアドレスに基づいて、送信先に認可コードを送信する。

認可部６０４は、例えば、ユーザの操作入力に基づく認可画面における認可結果を、端末装置１０２から受信する。そして、認可部６０４は、認可結果に基づいて、端末装置１０２に対応するデータをウェブアプリに利用させることが認可された場合、第１のウェブアドレスに基づいて、送信先に認可コードを送信する。また、認可部６０４は、認可結果に基づいて、端末装置１０２に対応するデータをウェブアプリに利用させることが認可されなかった場合、端末装置１０２に対応するデータを、ウェブアプリに利用させることを却下することの通知を、提供元装置１０１に送信する。

これにより、認可部６０４は、端末装置１０２に対応するデータをウェブアプリに利用させることが認可された場合には、認可コードを送信し、認可コードを提供元装置１０１に付与することができる。また、認可部６０４は、端末装置１０２に対応するデータをウェブアプリに利用させることが認可されなかった場合には、認可コードを提供元装置１０１に付与しないようにすることができる。

認可部６０４は、認可コードを受信した場合、端末装置１０２に対応するデータをウェブアプリから利用可能に制御する。認可部６０４は、例えば、認可コードを受信した場合、トークンを提供元装置１０１に配布し、端末装置１０２に対応するデータをウェブアプリから利用可能に制御する。

これにより、認可部６０４は、端末装置１０２に対応するデータをウェブアプリに利用させることが認可された場合には、端末装置１０２に対応するデータをウェブアプリに利用させることができる。

出力部６０５は、いずれかの機能部の処理結果を出力してもよい。出力形式は、例えば、ディスプレイへの表示、プリンタへの印刷出力、ネットワークＩ／Ｆ３０３による外部装置への送信、または、メモリ３０２や記録媒体３０５などの記憶領域への記憶である。これにより、出力部６０５は、いずれかの機能部の処理結果を、情報処理装置１００の利用者に通知可能にし、情報処理装置１００の利便性の向上を図ることができる。

（情報処理装置１００の具体的な機能的構成例）
次に、図７を用いて、情報処理装置１００の具体的な機能的構成例について説明する。

図７は、情報処理装置１００の具体的な機能的構成例を示すブロック図である。情報処理装置１００は、ＯＡｕｔｈ処理部７０１と、認可画面生成部７０２と、認可画面送信部７０３と、認可結果取得部７０４と、クライアント情報登録部７０５と、証明書情報取得部７０６と、証明書情報検証部７０７とを含む。取得部６０１～出力部６０５は、具体的には、例えば、ＯＡｕｔｈ処理部７０１～証明書情報検証部７０７により実現される。

ＯＡｕｔｈ処理部７０１は、ＯＡｕｔｈ２．０と呼ばれる方式に従って処理を行う。ＯＡｕｔｈ処理部７０１は、ユーザのデータをウェブアプリに利用させることを認可することを示す認可結果が取得された場合に、認可コードを提供元装置１０１に配布する。ＯＡｕｔｈ処理部７０１は、提供元装置１０１から認可コードを受信すると、アクセストークンを提供元装置１０１に配布し、ユーザのデータをウェブアプリに利用可能に制御する。

認可画面生成部７０２は、認可画面を生成する。認可画面は、例えば、証明書情報を含む。認可画面は、例えば、証明書情報が正当であるか否かを検証した結果を含む。認可画面送信部７０３は、認可画面生成部７０２が生成した認可画面を、端末装置１０２に表示させる。認可結果取得部７０４は、認可画面における認可結果を取得する。認可結果取得部７０４は、認可結果を、ＯＡｕｔｈ処理部７０１に出力する。

クライアント情報登録部７０５は、クライアントＵＲＬを受信し、クライアントＩＤを付与し、クライアント登録情報テーブル４００に記憶する。証明書情報取得部７０６は、クライアントＵＲＬにアクセスし、証明書情報を取得し、証明書情報検証部７０７に出力する。証明書情報検証部７０７は、証明書情報が正当であるか否かを検証する。証明書情報圏勝負７０７は、証明書情報と、証明書情報が正当であるか否かを検証した結果とを、認可画面生成部７０２に出力する。

（情報処理システム２００の第１の動作例）
次に、図８～図１８を用いて、情報処理システム２００の第１の動作例について説明する。まず、図８を用いて、ユーザのデータをウェブアプリに利用させることが認可される一例について説明する。

図８は、ユーザのデータをウェブアプリに利用させることが認可される一例を示す説明図である。図８において、提供元装置１０１は、予め、矢印８００に示すように、認可コードの送信先を示すクライアントＵＲＬと、パスワードとを対応付けて、情報処理装置１００に送信する。情報処理装置１００は、クライアントＵＲＬと、パスワードとを対応付けて登録する。

（８－１）端末装置１０２は、矢印８０１に示すように、ユーザの操作入力に基づき、ウェブブラウザを用いてウェブアプリにアクセスする。

（８－２）端末装置１０２は、矢印８０２に示すように、ユーザの操作入力に基づき、ユーザのデータを利用するウェブアプリの機能を利用することをウェブアプリに要求する。ウェブアプリは、ｈｔｔｐリダイレクトの機能を用いて、情報処理装置１００のウェブＡＰＩにアクセスするために、端末装置１０２にクライアントＵＲＬを送信する。端末装置１０２は、ウェブアプリからクライアントＵＲＬを受信する。

（８－３）端末装置１０２は、矢印８０３に示すように、受信したクライアントＵＲＬを情報処理装置１００に送信する。情報処理装置１００は、クライアントＵＲＬを受信する。

（８－４）情報処理装置１００は、登録済みのクライアントＵＲＬと、受信したクライアントＵＲＬとが一致するか否かを判定する。情報処理装置１００は、一致すると判定した場合、矢印８０４に示すように、ＴＬＳにより登録済みのクライアントＵＲＬにアクセスする。

（８－５）提供元装置１０１は、矢印８０５に示すように、情報処理装置１００のアクセスに応じて、ＥＶ証明書情報を情報処理装置１００に送信する。ＥＶ証明書情報は、提供元装置が複数のウェブアプリを提供する場合、ウェブアプリごとに異なってもよい。ＥＶ証明書情報は、提供元装置が複数のウェブアプリを提供する場合、複数のウェブアプリに共通であってもよい。情報処理装置１００は、ＥＶ証明書情報を受信する。

（８－６）情報処理装置１００は、符号８０６に示すように、受信したＥＶ証明書情報が正当であるか否かを検証する。

（８－７）情報処理装置１００は、ＥＶ証明書情報が正当であると判定した場合、矢印８０７に示すように、端末装置１０２のウェブブラウザに、ＥＶ証明書情報とクライアントＵＲＬとを含む認可画面を表示させる。認可画面の一例については、例えば、図９を用いて後述する。端末装置１０２は、認可画面を表示する。

（８－８）端末装置１０２は、矢印８０８に示すように、ユーザの操作入力に基づき、認可画面において認可結果を取得する。認可結果は、ユーザのデータをウェブアプリに利用させることをユーザが認可するか否かを示す情報である。図８の例では、端末装置１０２は、ユーザのデータをウェブアプリに利用させることをユーザが認可することを示す認可結果を取得する。

（８－９）端末装置１０２は、矢印８０９に示すように、認可結果を情報処理装置１００に送信する。情報処理装置１００は、認可結果を受信する。

（８－１０）情報処理装置１００は、受信した認可結果が、ユーザが認可することを示す場合、矢印８１０に示すように、認可コードを登録済みのウェブアドレスを宛先として、端末装置１０２に送信する。端末装置１０２は、認可コードを受信する。

（８－１１）端末装置１０２は、矢印８１１に示すように、認可コードを登録済みのウェブアドレスを宛先として送信する。提供元装置１０１は、登録済みのウェブアドレスを宛先として送信された認可コードを受信する。次に、図９を用いて、端末装置１０２に表示される認可画面９００の一例について説明する。

図９は、認可画面９００の一例を示す説明図である。図９において、認可画面９００は、クライアントＵＲＬの表示領域９１０と、ＥＶ証明書情報の表示領域９２０と、ユーザのデータをウェブアプリが利用する内容の表示領域９３０と、認可結果を選択するボタン９４０，９４１とを含む。

表示領域９１０には、例えば、クライアントＵＲＬ「ｈｔｔｐｓ：／／ｗｗｗ．○○○．ｃｏｍ／ｃｈ」が含まれる。クライアントＵＲＬは、ハイパーリンクであり、クリックされると、端末装置１０２が、ウェブブラウザ上で認可画面９００を更新せずに、クライアントＵＲＬにアクセスするように制御してもよい。表示領域９２０には、図１０に後述するＥＶ証明書情報１０００が含まれる。次に、図１０を用いて、ＥＶ証明書情報１０００について説明する。

図１０は、ＥＶ証明書情報１０００を示す説明図である。図１０において、ＥＶ証明書情報１０００は、例えば、コモンネームと、有効期限と、ステータスと、組織名とを含む。コモンネームは、例えば、クライアントＵＲＬである。ステータスは、現在が有効期限内であるか否かに応じて、ＥＶ証明書情報１０００が有効であるか否かを示す。組織名は、クライアントＵＲＬを所有する所有者を示す名称である。ユーザは、例えば、符号１０１０の内容を参照すれば、所有者を示す名称を把握することができ、ウェブアプリの提供元を正しく判断しやすくなる。

また、ＥＶ証明書情報は、例えば、事業所所在地に関して、国と、都道府県と、市区町村と、番地および町名と、郵便番号と、電話番号とを含む。ユーザは、例えば、符号１０２０の内容を参照すれば、所有者の所在地を把握することができ、ウェブアプリの提供元を正しく判断しやすくなる。また、ＥＶ証明書情報は、例えば、法人設立管轄地に関して、国と、登録番号とを含む。ユーザは、例えば、符号１０３０の内容を参照すれば、所有者が法的に実在するか否かを把握することができ、ウェブアプリの提供元を正しく判断しやすくなる。

次に、図１１を用いて、クライアントＵＲＬがクリックされ、端末装置１０２が、ウェブブラウザ上で認可画面９００を更新せずに、クライアントＵＲＬにアクセスする場合に、ウェブブラウザ上に表示される表示画面１１００について説明する。

図１１は、端末装置１０２に表示される表示画面１１００を示す説明図である。図１１において、表示画面１１００は、認可画面９００を更新しないように、ウェブブラウザ上で認可画面９００を表示するタブとは異なる他のタブを用いて表示される。また、表示画面１１００は、認可画面９００を表示するウェブブラウザとは異なる他のウェブブラウザ上で表示されてもよい。

表示画面１１００は、アドレスバー１１１０を含む。アドレスバー１１１０は、クライアントＵＲＬが表示される。アドレスバー１１１０は、端末装置１０２がクライアントＵＲＬにアクセスした際に取得したＥＶ証明書情報があれば、鍵マークを含む。表示画面１１００は、鍵マークがクリックされると、ＥＶ証明書情報をユーザに提示する。また、表示画面１１００は、クライアントＵＲＬを所有する所有者が作成したウェブサイトの表示領域１１２０を含む。ウェブサイトは、例えば、所有者の紹介文などを含むことが好ましい。次に、図１２を用いて、認可コードを用いて、ユーザのデータをウェブアプリが利用する一例について説明する。

図１２は、ユーザのデータをウェブアプリが利用する一例を示す説明図である。図１２において、（１２－１）提供元装置１０１は、矢印１２０１に示すように、クライアントＵＲＬと、パスワードと対応付けて、受信した認可コードを情報処理装置１００に送信する。情報処理装置１００は、クライアントＵＲＬと、パスワードと対応付けて、認可コードを受信する。

（１２－２）情報処理装置１００は、登録済みのクライアントＵＲＬとパスワードとのペアと、受信したクライアントＵＲＬとパスワードとのペアとが一致するか否かを判定し、認可コードが有効であるか否かを判定する。情報処理装置１００は、一致すると判定し、かつ、有効であると判定した場合、矢印１２０２に示すように、アクセストークンを提供元装置１０１に配布する。提供元装置１０１は、アクセストークンを受信する。提供元装置１０１は、アクセストークンを用いて、ユーザのデータをウェブアプリで利用する。

これにより、情報処理装置１００は、ユーザが、ユーザのデータをウェブアプリに利用させることを認可するか否かを決定する際、ＥＶ証明書情報を参照可能にすることができ、ウェブアプリの提供元を正しく判断しやすくすることができる。このため、情報処理装置１００は、ユーザのデータが漏洩することを防止し、セキュリティを確保することができる。また、情報処理装置１００は、端末装置１０２でクライアントＵＲＬにアクセスせずとも、ユーザがＥＶ証明書情報を参照可能にすることができ、端末装置１０２のセキュリティを確保することができる。

また、情報処理装置１００は、ユーザが、ユーザのデータをウェブアプリに利用させることを認可した場合、提供元装置１０１が認可コードを取得可能にし、認可コードに基づいてアクセストークンを配布可能にすることができる。そして、情報処理装置１００は、提供元装置１０１が、アクセストークンを用いて、ユーザのデータをウェブアプリで利用可能にすることができる。

ここでは、情報処理装置１００が、上記（８－１）の動作の前に、予め、クライアントＵＲＬと、パスワードとを対応付けて登録する場合について説明したが、これに限らない。例えば、情報処理装置１００が、上記（８－１）の動作の前に、予め、クライアントＵＲＬを登録せず、クライアントＩＤと、パスワードとを対応付けて登録する場合があってもよい。この場合、情報処理装置１００は、上記（８－３）の動作に代わり、端末装置１０２を介して、ウェブアプリから、クライアントＩＤと、クライアントＵＲＬとを対応付けて受信する。そして、情報処理装置１００は、登録済みのクライアントＩＤと、受信したクライアントＩＤとが一致すると判定した場合、ＴＬＳにより、受信したクライアントＵＲＬにアクセスし、ＥＶ証明書情報を受信する。

ここでは、認可画面９００が、クライアントＵＲＬの表示領域９１０を含む場合について説明したが、これに限らない。例えば、認可画面９００が、クライアントＵＲＬの表示領域９１０を含まない場合があってもよい。

次に、図１３を用いて、上記（８－４）で、情報処理装置１００が、登録済みのクライアントＵＲＬと、受信したクライアントＵＲＬとが一致しないと判定した場合について説明する。

図１３は、情報処理装置１００が、登録済みのクライアントＵＲＬと、受信したクライアントＵＲＬとが一致しないと判定した場合を示す説明図である。図１３において、上記（８－１）～上記（８－４）と同様の動作が行われ、情報処理装置１００は、登録済みのクライアントＵＲＬと、受信したクライアントＵＲＬとが一致するか否かを判定する。

（１３－１）情報処理装置１００は、登録済みのクライアントＵＲＬと、受信したクライアントＵＲＬとが一致しないと判定した場合、矢印１３０１に示すように、未登録通知を端末装置１０２に送信する。未登録通知は、受信したクライアントＵＲＬが登録されていないことを示す。端末装置１０２は、未登録通知を受信し、ウェブブラウザ上で、ユーザのデータをウェブアプリに利用させることができないことを表示する。

（１３－２）端末装置１０２は、矢印１３０２に示すように、未登録通知を提供元装置１０１に送信する。提供元装置１０１は、未登録通知を受信する。これにより、情報処理装置１００は、登録済みのクライアントＵＲＬと、受信したクライアントＵＲＬとが一致しないと判定した場合、ユーザのデータをウェブアプリに利用させず、セキュリティを確保することができる。

ここでは、情報処理装置１００が、登録済みのクライアントＵＲＬと、受信したクライアントＵＲＬとが一致しなければ、認可画面を端末装置１０２に表示させず、ユーザのデータをウェブアプリに利用させない場合について説明したが、これに限らない。例えば、情報処理装置１００が、登録済みのクライアントＵＲＬと、受信したクライアントＵＲＬとが一致しないことを端末装置１０２に通知し、ユーザが把握可能にした上で、認可画面を端末装置１０２に表示させる場合があってもよい。これにより、情報処理装置１００は、ユーザの意図に沿って、ユーザのデータをウェブアプリに利用可能に制御することができる。

次に、図１４を用いて、上記（８－６）で、情報処理装置１００が、ＥＶ証明書情報が正当ではないと判定した場合について説明する。

図１４は、情報処理装置１００が、ＥＶ証明書情報が正当ではないと判定した場合を示す説明図である。図１４において、上記（８－１）～上記（８－６）と同様の動作が行われ、情報処理装置１００は、ＥＶ証明書情報が正当であるか否かを判定する。

（１４－１）情報処理装置１００は、ＥＶ証明書情報が正当ではないと判定した場合、矢印１４０１に示すように、端末装置１０２のウェブブラウザに、失敗通知とクライアントＵＲＬとを含む認可画面を表示させる。失敗通知は、正当なＥＶ証明書情報が存在しないことを示す。

（１４－２）端末装置１０２は、矢印１４０２に示すように、ユーザの操作入力に基づき、認可画面において認可結果を取得する。ここで、ユーザは、正当なＥＶ証明書情報が存在しないことを把握した上で、ユーザのデータをウェブアプリに利用させることを認可するか否かを決定し、操作入力を行う。

（１４－３）端末装置１０２は、矢印１４０３に示すように、認可結果を情報処理装置１００に送信する。情報処理装置１００は、認可結果を受信する。

（１４－４）情報処理装置１００は、受信した認可結果が、ユーザが認可することを示す場合、矢印１４０４に示すように、認可コードを登録済みのウェブアドレスを宛先として、端末装置１０２に送信する。端末装置１０２は、認可コードを受信する。

（１４－５）端末装置１０２は、矢印１４０５に示すように、認可コードを登録済みのウェブアドレスを宛先として送信する。提供元装置１０１は、登録済みのウェブアドレスを宛先として送信された認可コードを受信する。これにより、情報処理装置１００は、正当なＥＶ証明書情報が存在しないことをユーザが把握した上で、ユーザのデータをウェブアプリに利用させることを認可するか否かを決定可能にすることができる。

ここでは、情報処理装置１００が、ＥＶ証明書情報が正当ではないと判定した場合について説明したが、これに限らない。例えば、情報処理装置１００が、クライアントＵＲＬから、ＥＶ証明書情報を取得失敗した場合にも、図１４と同様の動作を行い、失敗通知を含む認可画面を端末装置１０２に表示させる場合があってもよい。

ここでは、情報処理装置１００が、ＥＶ証明書情報が正当ではなくても、認可画面を端末装置１０２に表示させる場合について説明したが、これに限らない。例えば、情報処理装置１００が、ＥＶ証明書情報が正当でなければ、ユーザの意図に関わらず、ユーザのデータをウェブアプリに利用させることを却下する場合があってもよい。これにより、情報処理装置１００は、ユーザのデータが漏洩することを防止し、セキュリティを確保することができる。

次に、図１５を用いて、上記（８－８）において、端末装置１０２が、ユーザのデータをウェブアプリに利用させることをユーザが却下したことを示す認可結果を取得した場合について説明する。

図１５は、端末装置１０２が、ユーザのデータをウェブアプリに利用させることをユーザが却下したことを示す認可結果を取得した場合を示す説明図である。図１５において、上記（８－１）～上記（８－７）と同様の動作が行われ、端末装置１０２は、認可画面を表示する。

（１５－１）端末装置１０２は、矢印１５０１に示すように、ユーザの操作入力に基づき、ユーザのデータをウェブアプリに利用させることをユーザが却下したことを示す認可結果を取得する。

（１５－２）端末装置１０２は、矢印１５０２に示すように、認可結果を情報処理装置１００に送信する。情報処理装置１００は、認可結果を受信する。

（１５－３）情報処理装置１００は、受信した認可結果が、ユーザが却下することを示す場合、矢印１５０３に示すように、却下通知を登録済みのウェブアドレスを宛先として、端末装置１０２に送信する。端末装置１０２は、却下通知を受信する。

（１５－４）端末装置１０２は、矢印１５０４に示すように、却下通知を登録済みのウェブアドレスを宛先として送信する。提供元装置１０１は、却下通知を受信する。これにより、情報処理装置１００は、ユーザが却下した場合、ユーザのデータをウェブアプリに利用させず、セキュリティを確保することができる。

次に、図１６を用いて、提供元装置１０１が、情報処理装置１００に、提供元装置１０１とは異なる装置１６２０に対応するＵＲＬを、クライアントＵＲＬとして情報処理装置１００に登録する場合について説明する。

図１６は、提供元装置１０１が、装置１６２０に対応するＵＲＬを、クライアントＵＲＬとして情報処理装置１００に登録する場合を示す説明図である。図１６の例では、提供元装置１０１は、悪意のある攻撃者が使用する装置である。装置１６２０は、有名企業などの悪意のない第３者が使用する装置である。

図１６において、提供元装置１０１は、予め、矢印１６００に示すように、認可コードの送信先を示すクライアントＵＲＬと、パスワードとを対応付けて、情報処理装置１００に送信する。ここで、クライアントＵＲＬは、装置１６２０に対応するＵＲＬである。情報処理装置１００は、クライアントＵＲＬと、パスワードとを対応付けて登録する。

（１６－１）端末装置１０２は、矢印１６０１に示すように、ユーザの操作入力に基づき、ウェブブラウザを用いてウェブアプリにアクセスする。

（１６－２）端末装置１０２は、矢印１６０２に示すように、ユーザの操作入力に基づき、ユーザのデータを利用するウェブアプリの機能を利用することをウェブアプリに要求し、ウェブアプリからクライアントＵＲＬを受信する。

（１６－３）端末装置１０２は、矢印１６０３に示すように、受信したクライアントＵＲＬを情報処理装置１００に送信する。情報処理装置１００は、クライアントＵＲＬを受信する。

（１６－４）情報処理装置１００は、登録済みのクライアントＵＲＬと、受信したクライアントＵＲＬとが一致するか否かを判定する。情報処理装置１００は、一致すると判定した場合、矢印１６０４に示すように、ＴＬＳにより登録済みのクライアントＵＲＬにアクセスする。

（１６－５）装置１６２０は、矢印１６０５に示すように、情報処理装置１００のアクセスに応じて、ＥＶ証明書情報を情報処理装置１００に送信する。情報処理装置１００は、ＥＶ証明書情報を受信する。

（１６－６）情報処理装置１００は、符号１６０６に示すように、受信したＥＶ証明書情報が正当であるか否かを検証する。

（１６－７）情報処理装置１００は、ＥＶ証明書情報が正当であると判定した場合、矢印１６０７に示すように、端末装置１０２のウェブブラウザに、ＥＶ証明書情報とクライアントＵＲＬとを含む認可画面を表示させる。

（１６－８）端末装置１０２は、矢印１６０８に示すように、ユーザの操作入力に基づき、認可画面において認可結果を取得する。認可結果は、ユーザのデータをウェブアプリに利用させることをユーザが認可するか否かを示す情報である。図１６の例では、端末装置１０２は、ユーザのデータをウェブアプリに利用させることをユーザが認可することを示す認可結果を取得する。

（１６－９）端末装置１０２は、矢印１６０９に示すように、認可結果を情報処理装置１００に送信する。情報処理装置１００は、認可結果を受信する。

（１６－１０）情報処理装置１００は、受信した認可結果が、ユーザが認可することを示す場合、矢印１６１０に示すように、認可コードを登録済みのウェブアドレスを宛先として、端末装置１０２に送信する。端末装置１０２は、認可コードを受信する。

（１６－１１）端末装置１０２は、矢印１６１１に示すように、認可コードを登録済みのウェブアドレスを宛先として送信する。このため、認可コードは、装置１６２０に送信される。一方で、提供元装置１０１は、登録済みのウェブアドレスを宛先として送信された認可コードを受信することができず、ユーザのデータを利用することができない。

これにより、情報処理装置１００は、提供元装置１０１が、提供元装置１０１とは異なる装置１６２０に対応するＵＲＬを、クライアントＵＲＬとして情報処理装置１００に登録した場合には、提供元装置１０１が認可コードを取得しないようにすることができる。このため、情報処理装置１００は、セキュリティを確保することができる。

次に、図１７を用いて、図１１の説明において、端末装置１０２が、ウェブブラウザ上で認可画面９００を更新せずに、表示画面１１００を表示する理由について説明する。

図１７は、端末装置１０２が、ウェブブラウザ上で認可画面９００を更新せずに、表示画面１１００を表示する理由を示す説明図である。図１７の例では、まず、端末装置１０２が、ウェブブラウザ上で、認可画面９００を更新してしまう場合に発生しうる問題について説明する。

図１７において、端末装置１０２は、矢印１７０１に示すように、ユーザの操作入力に基づき、クライアントＵＲＬがクリックされたことに応じて、矢印１７０２に示すように、提供元装置１０１にアクセスする。提供元装置１０１は、端末装置１０２のアクセスに応じて、矢印１７０３に示すように、ＥＶ証明書情報を含む、クライアントＵＲＬが示すウェブサイトの画面を、端末装置１０２に送信する。

この際、端末装置１０２は、クライアントＵＲＬが示すウェブサイトの画面で、認可画面９００を更新し、ユーザは、矢印１７０４に示すように、クライアントＵＲＬが示すウェブサイトの画面を閲覧し、ＥＶ証明書情報を確認する。しかしながら、端末装置１０２は、クライアントＵＲＬが示すウェブサイトの画面で、認可画面９００を更新したため、認可結果を取得することができなくなるという問題が発生しうる。

これに対し、図１１の例では、端末装置１０２は、ウェブブラウザ上で認可画面９００を更新せずに、クライアントＵＲＬにアクセスする場合に、ウェブブラウザ上に表示画面１１００を表示する。このため、端末装置１０２は、ウェブブラウザ上に表示画面１１００を表示しても、認可結果を取得することができる。

次に、図１８を用いて、図８の説明において、情報処理装置１００が、認可画面を端末装置１０２に表示させた理由について説明する。

図１８は、情報処理装置１００が、認可画面を端末装置１０２に表示させた理由を示す説明図である。図１８の例では、まず、情報処理装置１００ではなく提供元装置１０１が、認可画面を端末装置１０２に表示させる場合に発生しうる問題について説明する。

図１８において、提供元装置１０１は、矢印１８０１に示すように、端末装置１０２のウェブブラウザに、ＥＶ証明書情報を含む認可画面を表示させる。端末装置１０２は、認可画面を表示する。端末装置１０２は、矢印１８０２に示すように、ユーザの操作入力に基づき、認可画面において認可結果を取得する。

ここで、提供元に悪意があれば、提供元装置１０１が表示させた認可画面では、ユーザの操作入力を無視し、認可結果を、ユーザのデータをウェブアプリに利用させることをユーザが認可することを示すように改ざん可能である。図１８の例では、端末装置１０２は、ユーザが却下する操作入力を行ったが、ユーザのデータをウェブアプリに利用させることをユーザが認可することを示す認可結果を取得してしまう。

端末装置１０２は、矢印１８０３に示すように、認可結果を情報処理装置１００に送信する。情報処理装置１００は、認可結果を受信する。情報処理装置１００は、受信した認可結果が、ユーザが認可することを示すため、矢印１８０４に示すように、認可コードを登録済みのウェブアドレスを宛先として、端末装置１０２に送信してしまう。

端末装置１０２は、認可コードを受信する。端末装置１０２は、矢印１８０５に示すように、認可コードを登録済みのウェブアドレスを宛先として送信する。提供元装置１０１は、登録済みのウェブアドレスを宛先として送信された認可コードを受信する。

このように、提供元装置１０１が、認可画面を端末装置１０２に表示させる場合、ユーザの操作入力を無視し、認可結果を取得してしまうことがあるという問題が発生しうる。これに対し、図８の例では、情報処理装置１００が、認可画面を端末装置１０２に表示させる。このため、端末装置１０２は、提供元に悪意があっても、ユーザの意図に沿った認可結果を取得することができる。

（第１の動作例における登録処理手順）
次に、図１９を用いて、情報処理装置１００が実行する、第１の動作例における登録処理手順の一例について説明する。登録処理は、例えば、図３に示したＣＰＵ３０１と、メモリ３０２や記録媒体３０５などの記憶領域と、ネットワークＩ／Ｆ３０３とによって実現される。

図１９は、第１の動作例における登録処理手順の一例を示すフローチャートである。図１９において、クライアント情報登録部７０５は、認可コード受取用ＵＲＬを、提供元装置１０１から受信し、提供元装置１０１にクライアントＩＤを付与し、認可コード受取用ＵＲＬを、証明書情報取得部７０６に出力する（ステップＳ１９０１）。

証明書情報取得部７０６は、認可コード受取用ＵＲＬにアクセスし、ＴＬＳサーバ証明書を取得し、証明書情報検証部７０７に出力し、証明書情報検証部７０７は、ＴＬＳサーバ証明書を検証する（ステップＳ１９０２）。証明書情報検証部７０７は、検証の結果、ＴＬＳサーバ証明書が正当であるか否かを判定する（ステップＳ１９０３）。

ここで、正当である場合（ステップＳ１９０３：Ｙｅｓ）、証明書情報検証部７０７は、認可コード受取用ＵＲＬ、ＴＬＳサーバ証明書、および、検証した結果を、クライアント情報登録部７０５に出力する。そして、クライアント情報登録部７０５は、ステップＳ１９０４の処理に移行する。一方で、正当ではない場合（ステップＳ１９０３：Ｎｏ）、証明書情報検証部７０７は、検証した結果を、クライアント情報登録部７０５に出力し、クライアント情報登録部７０５は、ステップＳ１９０５の処理に移行する。

ステップＳ１９０４では、クライアント情報登録部７０５は、付与したクライアントＩＤと、受信した認可コード受取用ＵＲＬと、取得したＴＬＳサーバ証明書とを対応付けて、クライアント登録情報テーブル４００に登録する（ステップＳ１９０４）。そして、クライアント情報登録部７０５は、ステップＳ１９０５の処理に移行する。

ステップＳ１９０５では、クライアント情報登録部７０５は、認可コード受取用ＵＲＬを、クライアント登録情報テーブル４００に登録したか否かを示す登録結果を、提供元装置１０１に送信する（ステップＳ１９０５）。情報処理装置１００は、登録処理を終了する。これにより、情報処理装置１００は、認可コード受取用ＵＲＬを登録することができ、ＴＬＳサーバ証明書を取得して検証することができる。

（第１の動作例における表示処理手順）
次に、図２０を用いて、情報処理装置１００が実行する、第１の動作例における表示処理手順の一例について説明する。表示処理は、例えば、図３に示したＣＰＵ３０１と、メモリ３０２や記録媒体３０５などの記憶領域と、ネットワークＩ／Ｆ３０３とによって実現される。

図２０は、第１の動作例における表示処理手順の一例を示すフローチャートである。図２０において、認可結果取得部７０４は、認可結果を取得し、クライアントＩＤと対応付けて認可画面生成部７０２に出力する（ステップＳ２００１）。

認可画面生成部７０２は、クライアントＩＤに対応付けられたＴＬＳサーバ証明書を取得する（ステップＳ２００２）。認可画面生成部７０２は、ＴＬＳサーバ証明書を記述した認可画面を生成し、認可画面送信部７０３に出力する（ステップＳ２００３）。認可画面送信部７０３は、認可画面を、端末装置１０２に送信する（ステップＳ２００４）。情報処理装置１００は、表示処理を終了する。これにより、情報処理装置１００は、ユーザのデータをウェブアプリに利用させることを認可するか否かをユーザに決定させることができる。

（情報処理システム２００の第２の動作例）
次に、図２１を用いて、情報処理システム２００の第２の動作例について説明する。

図２１は、情報処理システム２００の第２の動作例を示す説明図である。図２１において、提供元装置１０１は、予め、矢印２１００に示すように、認可コードの送信先を示すクライアントＵＲＬと、パスワードとを対応付けて、情報処理装置１００に送信する。情報処理装置１００は、クライアントＵＲＬと、パスワードとを対応付けて登録する。

（２１－１）情報処理装置１００は、矢印２１０１に示すように、ＴＬＳにより登録済みのクライアントＵＲＬにアクセスする。

（２１－２）提供元装置１０１は、矢印２１０２に示すように、情報処理装置１００のアクセスに応じて、ＥＶ証明書情報を情報処理装置１００に送信する。情報処理装置１００は、ＥＶ証明書情報を受信する。

（２１－３）情報処理装置１００は、符号２１０３に示すように、受信したＥＶ証明書情報が正当であるか否かを検証する。情報処理装置１００は、ＥＶ証明書情報が正当であると判定した場合、ＥＶ証明書情報を記憶しておく。

（２１－４）端末装置１０２は、矢印２１０４に示すように、ユーザの操作入力に基づき、ウェブブラウザを用いてウェブアプリにアクセスする。

（２１－５）端末装置１０２は、矢印２１０５に示すように、ユーザの操作入力に基づき、ユーザのデータを利用するウェブアプリの機能を利用することをウェブアプリに要求し、ウェブアプリからクライアントＵＲＬを受信する。

（２１－６）端末装置１０２は、矢印２１０６に示すように、受信したクライアントＵＲＬを情報処理装置１００に送信する。情報処理装置１００は、クライアントＵＲＬを受信する。

（２１－７）情報処理装置１００は、登録済みのクライアントＵＲＬと、受信したクライアントＵＲＬとが一致するか否かを判定する。情報処理装置１００は、一致すると判定した場合、矢印２１０７に示すように、端末装置１０２のウェブブラウザに、ＥＶ証明書情報とクライアントＵＲＬとを含む認可画面を表示させる。端末装置１０２は、認可画面を表示する。

（２１－８）端末装置１０２は、矢印２１０８に示すように、ユーザの操作入力に基づき、認可画面において認可結果を取得する。認可結果は、ユーザのデータをウェブアプリに利用させることをユーザが認可するか否かを示す情報である。図２１の例では、端末装置１０２は、ユーザのデータをウェブアプリに利用させることをユーザが認可することを示す認可結果を取得する。

（２１－９）端末装置１０２は、矢印２１０９に示すように、認可結果を情報処理装置１００に送信する。情報処理装置１００は、認可結果を受信する。

（２１－１０）情報処理装置１００は、受信した認可結果が、ユーザが認可することを示す場合、矢印２１１０に示すように、認可コードを登録済みのウェブアドレスを宛先として、端末装置１０２に送信する。端末装置１０２は、認可コードを受信する。

（２１－１１）端末装置１０２は、矢印２１１１に示すように、認可コードを登録済みのウェブアドレスを宛先として送信する。提供元装置１０１は、登録済みのウェブアドレスを宛先として送信された認可コードを受信する。

これにより、情報処理装置１００は、ユーザが、ユーザのデータをウェブアプリに利用させることを認可するか否かを決定する際、ＥＶ証明書情報を参照可能にすることができ、ウェブアプリの提供元を正しく判断しやすくすることができる。このため、情報処理装置１００は、ユーザのデータが漏洩することを防止し、セキュリティを確保することができる。

また、情報処理装置１００は、ユーザが、ユーザのデータをウェブアプリに利用させることを認可した場合、提供元装置１０１が認可コードを取得可能にし、認可コードに基づいてアクセストークンを配布可能にすることができる。そして、情報処理装置１００は、提供元装置１０１が、アクセストークンを用いて、ユーザのデータをウェブアプリで利用可能にすることができる。また、情報処理装置１００は、端末装置１０２がウェブアプリを利用する際に、情報処理装置１００にかかる作業負担の低減化を図り、認可画面を端末装置１０２に表示させる際にかかる所要時間の低減化を図ることができる。

（第２の動作例における登録処理手順）
次に、図２２を用いて、情報処理装置１００が実行する、第２の動作例における登録処理手順の一例について説明する。登録処理は、例えば、図３に示したＣＰＵ３０１と、メモリ３０２や記録媒体３０５などの記憶領域と、ネットワークＩ／Ｆ３０３とによって実現される。

図２２は、第２の動作例における登録処理手順の一例を示すフローチャートである。
図２２において、クライアント情報登録部７０５は、認可コード受取用ＵＲＬを、提供元装置１０１から受信し、提供元装置１０１に、クライアントＩＤを付与する（ステップＳ２２０１）。

クライアント情報登録部７０５は、付与したクライアントＩＤと、受信した認可コード受取用ＵＲＬとを対応付けて、クライアント登録情報テーブル４００に登録する（ステップＳ２２０２）。クライアント情報登録部７０５は、登録したことを示す登録通知を、提供元装置１０１に送信する（ステップＳ２２０３）。そして、情報処理装置１００は、登録処理を終了する。これにより、情報処理装置１００は、認可コード受取用ＵＲＬを登録することができ、ＴＬＳサーバ証明書を取得可能にすることができる。

（第２の動作例における表示処理手順）
次に、図２３を用いて、情報処理装置１００が実行する、第２の動作例における表示処理手順の一例について説明する。表示処理は、例えば、図３に示したＣＰＵ３０１と、メモリ３０２や記録媒体３０５などの記憶領域と、ネットワークＩ／Ｆ３０３とによって実現される。

図２３は、第２の動作例における表示処理手順の一例を示すフローチャートである。図２３において、ＯＡｕｔｈ処理部７０１は、クライアントＩＤを取得し、証明書情報取得部７０６に出力する（ステップＳ２３０１）。

証明書情報取得部７０６は、クライアントＩＤに対応付けられた認可コード受取用ＵＲＬを取得する（ステップＳ２３０２）。証明書情報取得部７０６は、認可コード受取用ＵＲＬにアクセスし、ＴＬＳサーバ証明書を取得し、証明書情報検証部７０７に出力し、証明書情報検証部７０７は、ＴＬＳサーバ証明書を検証する（ステップＳ２３０３）。

証明書情報検証部７０７は、検証の結果、ＴＬＳサーバ証明書が正当であるか否かを判定する（ステップＳ２３０４）。ここで、正当である場合（ステップＳ２３０４：Ｙｅｓ）、証明書情報検証部７０７は、ＴＬＳサーバ証明書を、認可画面生成部７０２に出力し、認可画面生成部７０２は、ステップＳ２３０５の処理に移行する。一方で、正当ではない場合（ステップＳ２３０４：Ｎｏ）、証明書情報検証部７０７は、検証の結果を、ＯＡｕｔｈ処理部７０１に出力し、ＯＡｕｔｈ処理部７０１は、ステップＳ２３０７の処理に移行する。

ステップＳ２３０５では、認可画面生成部７０２は、ＴＬＳサーバ証明書を記述した認可画面を生成し、認可画面送信部７０３に出力する（ステップＳ２３０５）。認可画面送信部７０３は、認可画面を、端末装置１０２に送信する（ステップＳ２３０６）。そして、情報処理装置１００は、表示処理を終了する。

ステップＳ２３０７では、ＯＡｕｔｈ処理部７０１は、認可失敗を、端末装置１０２に送信する（ステップＳ２３０７）。そして、情報処理装置１００は、表示処理を終了する。これにより、情報処理装置１００は、ユーザのデータをウェブアプリに利用させることを認可するか否かをユーザに決定させることができる。

以上説明したように、情報処理装置１００によれば、提供元装置１０１から、認可コードの送信先を示す第１のウェブアドレスを受信することができる。情報処理装置１００によれば、受信した第１のウェブアドレスに基づいて、第１のウェブアドレスを所有する所有者に関する所有者情報を含む証明書情報を取得することができる。情報処理装置１００によれば、端末装置１０２に対応するデータをウェブアプリに利用させることを認可するか否かを決定する認可画面を端末装置１０２に表示させる際に、取得した証明書情報を端末装置１０２に表示させることができる。これにより、情報処理装置１００は、ユーザが、ユーザのデータをウェブアプリに利用させることを認可するか否かを決定する際、証明書情報を参照可能にすることができ、ウェブアプリの提供元を正しく判断しやすくすることができる。

情報処理装置１００によれば、提供元装置１０１から、端末装置１０２を介して、第２のウェブアドレスを受信することができる。情報処理装置１００によれば、受信した第１のウェブアドレスと、受信した第２のウェブアドレスとが一致すれば、受信した第１のウェブアドレスに基づいて、証明書情報を取得することができる。これにより、情報処理装置１００は、登録済みの第１のウェブアドレスと、端末装置１０２がウェブアプリを利用中に端末装置１０２を介して受信した第２のウェブアドレスとに基づき、提供元装置１０１の信頼性を判断することができる。そして、情報処理装置１００は、セキュリティを確保することができる。また、情報処理装置１００は、端末装置１０２がウェブアプリを利用中に、証明書情報を取得することができ、比較的新しい証明書情報をユーザが参照可能にすることができる。

情報処理装置１００によれば、提供元装置１０１から、提供元の第１の識別情報と対応付けて第１のウェブアドレスを受信することができる。情報処理装置１００によれば、提供元装置１０１から、端末装置１０２を介して、第２の識別情報を受信することができる。情報処理装置１００によれば、受信した第１の識別情報と、受信した第２の識別情報とが一致すれば、受信した第１の識別情報と対応付けられた第１のウェブアドレスに基づいて、証明書情報を取得することができる。これにより、情報処理装置１００は、登録済みの第１の識別情報と、端末装置１０２がウェブアプリを利用中に端末装置１０２を介して受信した第２の識別情報とに基づき、提供元装置１０１の信頼性を判断することができ、セキュリティを確保することができる。

情報処理装置１００によれば、第１のウェブアドレスを受信したことに応じて、受信した第１のウェブアドレスに基づいて、証明書情報を取得することができる。これにより、情報処理装置１００は、第１のウェブアドレスを受信したタイミングで、証明書情報を取得することができ、認可画面を端末装置１０２に表示させる際にかかる所要時間の低減化を図ることができる。

情報処理装置１００によれば、認可画面を端末装置１０２に表示させる際に、さらに、第１のウェブアドレス、または、第１のウェブアドレスに基づき生成される第３のウェブアドレスを端末装置１０２に表示させることができる。これにより、情報処理装置１００は、ユーザが、第１のウェブアドレス、または、第３のウェブアドレスを参照して、提供元の信頼性を判断可能にすることができ、セキュリティの確保を図ることができる。

情報処理装置１００によれば、取得した証明書情報が正当であるか否かを検証することができる。情報処理装置１００によれば、取得した証明書情報が正当であれば、認可画面を端末装置１０２に表示させることができる。これにより、情報処理装置１００は、証明書情報が正当でなければ、認可画面を端末装置１０２に表示させず、セキュリティの確保を図ることができる。

情報処理装置１００によれば、取得した証明書情報が正当であるか否かを検証することができる。情報処理装置１００によれば、認可画面を端末装置１０２に表示させる際に、取得した証明書情報が正当であるか否かを検証した結果を端末装置１０２に表示させることができる。これにより、情報処理装置１００は、証明書情報が正当ではないことをユーザに参照可能にし、セキュリティの確保を図ることができる。

情報処理装置１００によれば、認可画面において、端末装置１０２に対応するデータをウェブアプリに利用させることが認可された場合、第１のウェブアドレスに基づいて、送信先に認可コードを送信することができる。情報処理装置１００によれば、認可コードを受信した場合、端末装置１０２に対応するデータをウェブアプリから利用可能に制御することができる。これにより、情報処理装置１００は、端末装置１０２に対応するデータをウェブアプリに利用させることができる。

情報処理装置１００によれば、所有者が法的に実在し、所有者が物理的に実在し、または、所有者が第１のウェブアドレスを所有することを証明する証明書情報を取得することができる。情報処理装置１００によれば、例えば、ＥＶ証明書情報を取得することができる。これにより、情報処理装置１００は、ユーザが提供元の信頼性を判断しやすくすることができる。

情報処理装置１００によれば、第１のウェブアドレスに、ｈｔｔｐｓの形式を利用することができる。これにより、情報処理装置１００は、それぞれ異なる提供元装置１０１から受信したウェブアドレスが重複しないようにすることができ、セキュリティを向上することができる。

なお、本実施の形態で説明した情報処理方法は、予め用意されたプログラムをパーソナル・コンピュータやワークステーション等のコンピュータで実行することにより実現することができる。本実施の形態で説明した情報処理プログラムは、ハードディスク、フレキシブルディスク、ＣＤ－ＲＯＭ、ＭＯ、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。また、本実施の形態で説明した情報処理プログラムは、インターネット等のネットワークを介して配布してもよい。

上述した実施の形態に関し、さらに以下の付記を開示する。

（付記１）複数のデータを管理する情報処理装置であって、
ウェブアプリケーションを提供する提供元に対応する装置から、前記情報処理装置が管理するいずれかのデータを前記ウェブアプリケーションに利用させることが認可されたことに応じて認可コードが送信される送信先を示すウェブアドレスを受信し、
受信した前記ウェブアドレスに基づいて、前記ウェブアドレスを所有する所有者に関する所有者情報を含む証明書情報を取得し、
前記情報処理装置が管理する端末装置に対応するデータを前記ウェブアプリケーションに利用させることを認可するか否かを決定する認可画面を前記端末装置に表示させる際に、取得した前記証明書情報を前記端末装置に表示させる、
制御部を有することを特徴とする情報処理装置。

（付記２）前記制御部は、
前記装置から、前記端末装置を介して、第２のウェブアドレスを受信し、
受信した前記ウェブアドレスと、受信した前記第２のウェブアドレスとが一致すれば、受信した前記ウェブアドレスに基づいて、前記証明書情報を取得する、ことを特徴とする付記１に記載の情報処理装置。

（付記３）前記制御部は、
前記装置から、前記提供元の識別情報と対応付けて前記ウェブアドレスを受信し、
前記装置から、前記端末装置を介して、第２の識別情報を受信し、
受信した前記識別情報と、受信した前記第２の識別情報とが一致すれば、受信した前記識別情報と対応付けられた前記ウェブアドレスに基づいて、前記証明書情報を取得する、ことを特徴とする付記１に記載の情報処理装置。

（付記４）前記制御部は、
前記ウェブアドレスを受信したことに応じて、受信した前記ウェブアドレスに基づいて、前記証明書情報を取得する、ことを特徴とする付記１に記載の情報処理装置。

（付記５）前記制御部は、
前記認可画面を前記端末装置に表示させる際に、さらに、前記ウェブアドレス、または、前記ウェブアドレスに基づき生成される他のウェブアドレスを前記端末装置に表示させる、ことを特徴とする付記１～４のいずれか一つに記載の情報処理装置。

（付記６）前記制御部は、
取得した前記証明書情報が正当であるか否かを検証し、
取得した前記証明書情報が正当であれば、前記認可画面を前記端末装置に表示させる、ことを特徴とする付記１～５のいずれか一つに記載の情報処理装置。

（付記７）前記制御部は、
取得した前記証明書情報が正当であるか否かを検証し、
前記認可画面を前記端末装置に表示させる際に、取得した前記証明書情報が正当であるか否かを検証した結果を前記端末装置に表示させる、ことを特徴とする付記１～６のいずれか一つに記載の情報処理装置。

（付記８）前記制御部は、
前記認可画面において、前記端末装置に対応するデータを前記ウェブアプリケーションに利用させることが認可された場合、前記ウェブアドレスに基づいて、前記送信先に前記認可コードを送信し、
前記認可コードを受信した場合、前記端末装置に対応するデータを前記ウェブアプリケーションから利用可能に制御する、ことを特徴とする付記１～７のいずれか一つに記載の情報処理装置。

（付記９）前記証明書情報は、前記所有者が法的に実在し、前記所有者が物理的に実在し、または、前記所有者が前記ウェブアドレスを所有することを証明する、ことを特徴とする付記１～８のいずれか一つに記載の情報処理装置。

（付記１０）前記証明書情報の種別は、ＥＶ（ＥｘｔｅｎｄｅｄＶａｌｉｄａｔｉｏｎ）である、ことを特徴とする付記１～９のいずれか一つに記載の情報処理装置。

（付記１１）前記ウェブアドレスの形式は、ｈｔｔｐｓ（ＨｙｐｅｒｔｅｘｔＴｒａｎｓｆｅｒＰｒｏｔｏｃｏｌＳｅｃｕｒｅ）である、ことを特徴とする付記１～１０のいずれか一つに記載の情報処理装置。

（付記１２）複数のデータを管理するコンピュータが、
ウェブアプリケーションを提供する提供元に対応する装置から、前記コンピュータが管理するいずれかのデータを前記ウェブアプリケーションに利用させることが認可されたことに応じて認可コードが送信される送信先を示すウェブアドレスを受信し、
受信した前記ウェブアドレスに基づいて、前記ウェブアドレスを所有する所有者に関する所有者情報を含む証明書情報を取得し、
前記コンピュータが管理する端末装置に対応するデータを前記ウェブアプリケーションに利用させることを認可するか否かを決定する認可画面を前記端末装置に表示させる際に、取得した前記証明書情報を前記端末装置に表示させる、
処理を実行することを特徴とする情報処理方法。

（付記１３）複数のデータを管理するコンピュータに、
ウェブアプリケーションを提供する提供元に対応する装置から、前記コンピュータが管理するいずれかのデータを前記ウェブアプリケーションに利用させることが認可されたことに応じて認可コードが送信される送信先を示すウェブアドレスを受信し、
受信した前記ウェブアドレスに基づいて、前記ウェブアドレスを所有する所有者に関する所有者情報を含む証明書情報を取得し、
前記コンピュータが管理する端末装置に対応するデータを前記ウェブアプリケーションに利用させることを認可するか否かを決定する認可画面を前記端末装置に表示させる際に、取得した前記証明書情報を前記端末装置に表示させる、
処理を実行させることを特徴とする情報処理プログラム。

１００情報処理装置
１０１提供元装置
１０２端末装置
２００情報処理システム
２１０ネットワーク
３００，５００バス
３０１，５０１ＣＰＵ
３０２，５０２メモリ
３０３，５０３ネットワークＩ／Ｆ
３０４，５０４記録媒体Ｉ／Ｆ
３０５，５０５記録媒体
４００クライアント登録情報テーブル
５０６ディスプレイ
５０７入力装置
６００記憶部
６０１取得部
６０２検証部
６０３表示制御部
６０４認可部
６０５出力部
７０１ＯＡｕｔｈ処理部
７０２認可画面生成部
７０３認可画面送信部
７０４認可結果取得部
７０５クライアント情報登録部
７０６証明書情報取得部
７０７証明書情報検証部
８００～８０５，８０７～８１１，１２０１，１２０２，１３０１，１３０２，１４０１～１４０５，１５０１～１５０４，１６００～１６０５，１６０７～１６１１，１７０１～１７０４，１８０１～１８０５，２１００～２１０２，２１０４～２１１１矢印
８０６，１０１０，１０２０，１０３０，１６０６，２１０３符号
９００認可画面
９１０，９２０，９３０，１１２０表示領域
９４０，９４１ボタン
１０００ＥＶ証明書情報
１１００表示画面
１１１０アドレスバー
１６２０装置

Claims

複数のデータを管理する情報処理装置であって、
ウェブアプリケーションを提供する提供元に対応する装置から、前記情報処理装置が管理するいずれかのデータを前記ウェブアプリケーションに利用させることが認可されたことに応じて認可コードが送信される送信先を示すウェブアドレスを受信し、
受信した前記ウェブアドレスに基づいて、前記ウェブアドレスを所有する所有者に関する所有者情報を含む証明書情報を取得し、
前記情報処理装置が管理する端末装置に対応するデータを前記ウェブアプリケーションに利用させることを認可するか否かを決定する認可画面を前記端末装置に表示させる際に、取得した前記証明書情報を前記端末装置に表示させる、
制御部を有することを特徴とする情報処理装置。
前記制御部は、
前記装置から、前記端末装置を介して、第２のウェブアドレスを受信し、
受信した前記ウェブアドレスと、受信した前記第２のウェブアドレスとが一致すれば、受信した前記ウェブアドレスに基づいて、前記証明書情報を取得する、ことを特徴とする請求項１に記載の情報処理装置。
前記制御部は、
前記ウェブアドレスを受信したことに応じて、受信した前記ウェブアドレスに基づいて、前記証明書情報を取得する、ことを特徴とする請求項１に記載の情報処理装置。
前記制御部は、
前記認可画面を前記端末装置に表示させる際に、さらに、前記ウェブアドレス、または、前記ウェブアドレスに基づき生成される他のウェブアドレスを前記端末装置に表示させる、ことを特徴とする請求項１～３のいずれか一つに記載の情報処理装置。
前記制御部は、
取得した前記証明書情報が正当であるか否かを検証し、
取得した前記証明書情報が正当であれば、前記認可画面を前記端末装置に表示させる、ことを特徴とする請求項１～４のいずれか一つに記載の情報処理装置。
前記制御部は、
取得した前記証明書情報が正当であるか否かを検証し、
前記認可画面を前記端末装置に表示させる際に、取得した前記証明書情報が正当であるか否かを検証した結果を前記端末装置に表示させる、ことを特徴とする請求項１～５のいずれか一つに記載の情報処理装置。
前記制御部は、
前記認可画面において、前記端末装置に対応するデータを前記ウェブアプリケーションに利用させることが認可された場合、前記ウェブアドレスに基づいて、前記送信先に前記認可コードを送信し、
前記認可コードを受信した場合、前記端末装置に対応するデータを前記ウェブアプリケーションから利用可能に制御する、ことを特徴とする請求項１～６のいずれか一つに記載の情報処理装置。
前記証明書情報は、前記所有者が法的に実在し、前記所有者が物理的に実在し、または、前記所有者が前記ウェブアドレスを所有することを証明する、ことを特徴とする請求項１～７のいずれか一つに記載の情報処理装置。
複数のデータを管理するコンピュータが、
ウェブアプリケーションを提供する提供元に対応する装置から、前記コンピュータが管理するいずれかのデータを前記ウェブアプリケーションに利用させることが認可されたことに応じて認可コードが送信される送信先を示すウェブアドレスを受信し、
受信した前記ウェブアドレスに基づいて、前記ウェブアドレスを所有する所有者に関する所有者情報を含む証明書情報を取得し、
前記コンピュータが管理する端末装置に対応するデータを前記ウェブアプリケーションに利用させることを認可するか否かを決定する認可画面を前記端末装置に表示させる際に、取得した前記証明書情報を前記端末装置に表示させる、
処理を実行することを特徴とする情報処理方法。
複数のデータを管理するコンピュータに、
ウェブアプリケーションを提供する提供元に対応する装置から、前記コンピュータが管理するいずれかのデータを前記ウェブアプリケーションに利用させることが認可されたことに応じて認可コードが送信される送信先を示すウェブアドレスを受信し、
受信した前記ウェブアドレスに基づいて、前記ウェブアドレスを所有する所有者に関する所有者情報を含む証明書情報を取得し、
前記コンピュータが管理する端末装置に対応するデータを前記ウェブアプリケーションに利用させることを認可するか否かを決定する認可画面を前記端末装置に表示させる際に、取得した前記証明書情報を前記端末装置に表示させる、
処理を実行させることを特徴とする情報処理プログラム。