特開 2023-82421 情報処理装置、方法およびプログラム

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

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

(11)【公開番号】P2023082421

(43)【公開日】2023-06-14

(54)【発明の名称】情報処理装置、方法およびプログラム

(51)【国際特許分類】

   H04L 67/02 20220101AFI20230607BHJP

   G06F 21/32 20130101ALI20230607BHJP

   G06F 21/33 20130101ALI20230607BHJP

【ＦＩ】

H04L67/02

G06F21/32

G06F21/33

【審査請求】未請求

【請求項の数】7

【出願形態】ＯＬ

(21)【出願番号】P 2021196182

(22)【出願日】2021-12-02

(71)【出願人】

【識別番号】000006747

【氏名又は名称】株式会社リコー

(74)【代理人】

【識別番号】100110607

【弁理士】

【氏名又は名称】間山 進也

(72)【発明者】

【氏名】和泉 直孝

(57)【要約】

【課題】 ＯＳおよびブラウザに依存せずにＡＰＩを利用できる情報処理装置、方法およびプログラムを提供すること。
【解決手段】 ＷｅｂＶｉｅｗ部３３１を備えるアプリケーション３３０と、特定のプログラミング言語に対応していないＯＳとがインストールされた情報処理装置１１０であって、特定のプログラミング言語をベースとするＡＰＩを提供するサーバと通信する通信部３１０を含み、アプリケーション３３０は、通信部３１０が特定のプログラミング言語をベースとするＡＰＩからのレスポンスを受信した場合に、アプリケーション３３１のネイティブの実装を読み込むスクリプト実行部３３２を備える。
【選択図】 図４

【特許請求の範囲】

【請求項1】

ＷｅｂＶｉｅｗ機能を備えるアプリケーションと、特定のプログラミング言語に対応していないＯＳとがインストールされた情報処理装置であって、
前記特定のプログラミング言語をベースとするＡＰＩを提供するサーバと通信する通信手段を含み、
前記アプリケーションは、前記通信手段が前記特定のプログラミング言語をベースとする前記ＡＰＩからのレスポンスを受信した場合に、当該アプリケーションのネイティブの実装を読み込む手段を備えることを特徴とする、
情報処理装置。

【請求項2】

前記ＡＰＩは、ＷｅｂＡＰＩ、ライブラリまたはＳＤＫのいずれかである、請求項１に記載の情報処理装置。

【請求項3】

前記アプリケーションは、ＦＩＤＯ２方式のログイン認証を行うことを特徴とする、請求項１または２に記載の情報処理装置。

【請求項4】

前記特定のプログラミング言語が、スクリプト言語であることを特徴とする、請求項１～３のいずれか１項に記載の情報処理装置。

【請求項5】

前記ＯＳが、Ａｎｄｒｏｉｄ（登録商標）またはｉＯＳ（登録商標）のいずれかであり、
前記ＡＰＩが、ＪａｖａＳｃｒｉｐｔ（登録商標）ベースのＷｅｂＡＰＩである、
請求項１～４のいずれか１項に記載の情報処理装置。

【請求項6】

ＷｅｂＶｉｅｗ機能を備えるアプリケーションと、特定のプログラミング言語に対応していないＯＳとがインストールされた情報処理装置が実行する方法であって、
前記特定のプログラミング言語をベースとするＡＰＩからのレスポンスを受信するステップと、
前記レスポンスを受信した場合に、前記アプリケーションのネイティブの実装を読み込むステップと
を含む、方法。

【請求項7】

特定のプログラミング言語に対応していないＯＳがインストールされた情報処理装置にインストールされ、ＷｅｂＶｉｅｗ機能を備えるプログラムであって、
前記プログラムは、前記情報処理装置に、
前記特定のプログラミング言語をベースとするＡＰＩからのレスポンスを受信するステップと、
前記レスポンスを受信した場合に、当該プログラムにおけるネイティブの実装を読み込むステップと
を実行させる、プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

近年の情報処理技術の発達に伴い、多様なクラウドサービスが展開されている。クラウドサービスの利用はパソコン端末のみならず、スマートフォン端末やＭＰＦなどの多岐な情報処理装置に広がっている。

【0003】

一方で、情報処理装置が、クラウドサービスを利用するためのＷｅｂＡＰＩに対応していないブラウザしか搭載していないＯＳを使用している場合もあり、このような情報処理装置は、クラウドサービスを利用できない。例えば、ＪａｖａＳｃｒｉｐｔ（登録商標）ベースのＷｅｂＡＰＩを利用する場合には、ＯＳがＷｉｎｄｏｗｓ（登録商標）である情報処理装置であれば当該ＷｅｂＡＰＩを利用できるが、Ａｎｄｒｏｉｄ（登録商標）やｉＯＳ（登録商標）などのＯＳを搭載した情報処理装置（スマートフォン端末など）の場合には利用できない。

【0004】

この点につき、特開２０１４－２１５６７２号公報（特許文献１）は、コンピュータ内に仮想的なＷｅｂ環境を構築し、Ｗｅｂブラウザから利用できない機能をローカルで動作するＷｅｂＡＰＩ化する技術を開示している。特許文献１によれば、ＯＳやデバイスに依存せずに、ＷｅｂＡＰＩの処理を代替的に実行することができる。

【0005】

しかしながら、特許文献１の方法では、仮想Ｗｅｂサーバが必要であること、また、仮想ＷｅｂサーバがサポートしていないＡＰＩには対応できないことから、さらなる利便性の向上が求められていた。

【発明の概要】

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

【0006】

本発明は、上記従来技術における課題に鑑みてなされたものであり、ＯＳおよびブラウザに依存せずにＡＰＩを利用できる情報処理装置、方法およびプログラムを提供することを目的とする。

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

【0007】

すなわち、本発明によれば、
ＷｅｂＶｉｅｗ機能を備えるアプリケーションと、特定のプログラミング言語に対応していないＯＳとがインストールされた情報処理装置であって、
前記特定のプログラミング言語をベースとするＡＰＩを提供するサーバと通信する通信手段を含み、
前記アプリケーションは、前記通信手段が前記特定のプログラミング言語をベースとする前記ＡＰＩからのレスポンスを受信した場合に、当該アプリケーションのネイティブの実装を読み込む手段を備えることを特徴とする、
情報処理装置が提供される。

【発明の効果】

【0008】

本発明によれば、ＯＳおよびブラウザに依存せずにＡＰＩを利用できる情報処理装置、方法およびプログラムが提供できる。

【図面の簡単な説明】

【0009】

【図1】本実施形態におけるシステム全体のハードウェアの概略構成を示す図。

【図2】本実施形態の情報処理装置に含まれるハードウェア構成を示す図。

【図3】一般的な情報処理装置の従来技術におけるＷｅｂＡＰＩの実行を説明する図。

【図4】本実施形態の情報処理装置に含まれるソフトウェアブロック図。

【図5】本実施形態において情報処理装置がＷｅｂＡＰＩを実行する処理を示すフローチャート。

【図6】本実施形態の具体的な例において情報処理装置がＷｅｂＡＰＩを実行する処理を示すフローチャート。

【図7】本実施形態の具体的な例における表示画面の例を示す図。

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

【0010】

以下、本発明を、実施形態をもって説明するが、本発明は後述する実施形態に限定されるものではない。なお、以下に参照する各図においては、共通する要素について同じ符号を用い、適宜その説明を省略するものとする。

【0011】

図１は、本実施形態におけるシステム１００全体のハードウェアの概略構成を示す図である。図１では、例として、パソコン端末１１０ａ、画像形成装置１１０ｂ、スマートフォン端末１１０ｃなどの情報処理装置１１０と、サーバ１２０とが、インターネットやＬＡＮなどのネットワーク１３０を介して接続された環境を例示している。なお、情報処理装置１１０の台数は、図１に示したものに限らず、システム１００に含まれる台数に制限はない。また、情報処理装置１１０やサーバ１２０から、ネットワーク１３０へ接続する方法は、有線または無線のどちらでもよい。

【0012】

情報処理装置１１０は、例えば、パソコン端末１１０ａ、画像形成装置１１０ｂ、スマートフォン端末１１０ｃなどの装置であって、ユーザが操作することによって、所定の演算、処理、ジョブなどを実行することができる。

【0013】

サーバ１２０は、情報処理装置１１０に各種サービスを提供する装置である。本実施形態のサーバ１２０は、情報処理装置１１０にＷｅｂＡＰＩを提供することができる。また、サーバ１２０は、情報処理装置１１０へのプログラムの提供、サービスを利用するユーザのアカウント管理、認証、契約内容の管理などを行うことができる。なお、本実施形態のサーバ１２０は、上記の各種サービスを１台の装置によって提供してもよいし、複数の装置によって提供してもよい。

【0014】

次に、情報処理装置１１０のハードウェア構成について説明する。図２は、本実施形態の情報処理装置１１０に含まれるハードウェア構成を示す図である。情報処理装置１１０は、ＣＰＵ２１０と、ＲＡＭ２２０と、ＲＯＭ２３０と、記憶装置２４０と、通信Ｉ／Ｆ２５０と、ディスプレイ２６０と、入力装置２７０とを含んで構成され、各ハードウェアはバスを介して接続されている。

【0015】

ＣＰＵ２１０は、情報処理装置１１０の動作を制御するプログラムを実行し、所定の処理を行う装置である。ＲＡＭ２２０は、ＣＰＵ２１０が実行するプログラムの実行空間を提供するための揮発性の記憶装置であり、プログラムやデータの格納用、展開用として使用される。ＲＯＭ２３０は、ＣＰＵ２１０が実行するプログラムやファームウェアなどを記憶するための不揮発性の記憶装置である。

【0016】

記憶装置２４０は、情報処理装置１１０を機能させるＯＳや種々のソフトウェア、設定情報、各種データなどを記憶する、読み書き可能な不揮発性の記憶装置である。記憶装置２４０の一例としては、ＨＤＤ（Hard Disk Drive）やＳＳＤ（Solid State Drive）などが挙げられる。

【0017】

通信Ｉ／Ｆ２５０は、情報処理装置１１０とネットワーク１３０とを接続し、ネットワーク１３０を介して他の装置との通信を可能にする。ネットワーク１３０を介した通信は、有線通信または無線通信のいずれであってもよく、ＴＣＰ／ＩＰなどの所定の通信プロトコルを使用し、各種データを送受信できる。

【0018】

ディスプレイ２６０は、各種データや情報処理装置１１０の状態などを、ユーザに対して表示する装置であり、例として、ＬＣＤ（Liquid Crystal Display）などが挙げられる。入力装置２７０は、ユーザが情報処理装置１１０を操作するための装置であり、例として、キーボード、マウスなどが挙げられる。なお、ディスプレイ２６０と入力装置２７０は、それぞれ別個の装置であってもよいし、タッチパネルディスプレイのような両方の機能を備えるものであってもよい。

【0019】

以上、本実施形態の情報処理装置１１０に含まれるハードウェア構成について説明した。なお、図２に示した情報処理装置１１０のハードウェア構成は一例であって、上述した以外のハードウェアを含んでもよい。例えば、情報処理装置１１０が画像形成装置１１０ｂの場合には、プリンタ装置やスキャナ装置を備えていてもよいし、スマートフォン端末１１０ｃの場合には、カメラ、マイク、スピーカを備えていてもよい。また、情報処理装置１１０は、ユーザのログイン認証をおこなうためのカードリーダを備えていてもよい。

【0020】

ここで、本実施形態の詳細を説明する前提として、従来技術においてＷｅｂＡＰＩを実行する情報処理装置１１０を説明する。図３は、一般的な情報処理装置１１０の従来技術におけるＷｅｂＡＰＩの実行を説明する図である。

【0021】

一般的な従来技術においてＷｅｂＡＰＩを実行する情報処理装置１１０は、図３に示すように、通信部３１０、表示部３２０、アプリケーション３３０、ブラウザ３４０含んで構成される。

【0022】

通信部３１０は、通信Ｉ／Ｆ２５０の動作を制御し、情報処理装置１１０とウェブサービス１２１とを接続する手段である。通信部３１０は、ウェブサービス１２１を提供するサーバ１２０と間で、各種データの送受信を行うことができ、特に、後述するブラウザ３４０の要求に応じてＷｅｂＡＰＩを呼び出すことができる。

【0023】

表示部３２０は、ディスプレイ２６０の動作を制御し、各種情報を画面上に表示する手段である。表示部３２０は、例えば、アプリケーション３３０に関する画面、ブラウザ３４０によるウェブページの画面やＷｅｂＡＰＩなどを表示することができる。

【0024】

アプリケーション３３０は、情報処理装置１１０上で所定の処理を実行するソフトウェアである。アプリケーション３３０の一例として、クラウドサービスと連携したユーザ認証処理が挙げられる。

【0025】

ブラウザ３４０は、通信部３１０を介してネットワーク１３０から取得したＨＴＭＬデータを読み込んで処理するソフトウェアである。また、ブラウザ３４０は、ウェブサービス１２１をコールしてＷｅｂＡＰＩを利用することができる。

【0026】

一般的な従来技術では、ＷｅｂＡＰＩをクライアント側（情報処理装置１１０）からウェブサービス１２１にコールする。ここで、特定のプログラミング言語をベースとしたＷｅｂＡＰＩの場合であっても、ブラウザ３４０が当該プログラミング言語に対応していれば、ＷｅｂＡＰＩをコールし、実行することができる。例えば、ＪａｖａＳｃｒｉｐｔ（登録商標。以下同じ）ベースのＷｅｂＡＰＩを利用する場合に、Ｗｉｎｄｏｗｓ（登録商標）１０上のブラウザ３４０は、ＪａｖａＳｃｒｉｐｔに対応しているため、ＷｅｂＡＰＩをコールして実行することができる。

【0027】

しかしながら、ＷｅｂＡＰＩの言語をサポートしていないＯＳやブラウザしか搭載していない情報処理装置１１０の場合には、上述したようなＷｅｂＡＰＩのコールを行うことができない。例えば、Ａｎｄｒｏｉｄ（登録商標）やｉＯＳ（登録商標）を搭載したスマートフォンなどでは、特定のＪａｖａＳｃｒｉｐｔベースのＷｅｂＡＰＩを実行できず、図３に示したような、ブラウザ３４０からのＷｅｂＡＰＩのコールを行うことができない。

【0028】

そこで、本実施形態では、アプリケーション３３０のＷｅｂＶｉｅｗ機能を拡張して、ＷｅｂＡＰＩのコールを行う。以下、図４を参照して、本実施形態の情報処理装置１１０のソフトウェアブロックについて説明する。図４は、本実施形態の情報処理装置１１０に含まれるソフトウェアブロック図である。

【0029】

図４に示すように本実施形態の情報処理装置１１０は、通信部３１０、表示部３２０、アプリケーション３３０の各機能モジュールを含む。図４に示す通信部３１０および表示部３２０は、図３で説明した従来技術のものと同様であるため、詳細な説明は省略する。

【0030】

アプリケーション３３０は、情報処理装置１１０上で所定の処理を実行するソフトウェアであり、例えばユーザによる操作に対する処理を実行することができる。本実施形態のアプリケーション３３０は、ＷｅｂＶｉｅｗ部３３１、スクリプト実行部３３２を含む。

【0031】

ＷｅｂＶｉｅｗ部３３１は、ＨＴＭＬコンテンツなどのウェブページを表示、閲覧するための、アプリケーション３３０に実装された機能手段である。ＷｅｂＶｉｅｗ部３３１は、通信部３１０を介して取得したＨＴＭＬデータを読み込んで、コンテンツの内容を表示部３２０に表示させることができる。本実施形態のＷｅｂＶｉｅｗ部３３１は、Ｊａｖａ（登録商標）やＳｗｉｆｔ（登録商標）などによって実装され、ＷｅｂＡＰＩのコールや応答の受け付けなどを行うことができる。説明する実施形態では、特定のＪａｖａＳｃｒｉｐｔをＷｅｂＶｉｅｗ部３３１に埋め込むことで、特定のＪａｖａＳｃｒｉｐｔベースのＷｅｂＡＰＩを実行できないＯＳであっても、当該特定のＪａｖａＳｃｒｉｐｔベースのＷｅｂＡＰＩを扱うことができる。

【0032】

スクリプト実行部３３２は、ウェブサービス１２１が提供するＷｅｂＡＰＩからの特定のレスポンスを受領した場合に、スクリプトの実装を読み込む手段である。スクリプト実行部３３２は、ＷｅｂＶｉｅｗ部３３１を介してＷｅｂＡＰＩからのレスポンスを受け付けることができ、当該ＷｅｂＡＰＩを実行ことができる。なお、スクリプト実行部３３２は、便宜的な名称であり、当該機能手段が実行する処理は、スクリプト言語に限定されるものではない。

【0033】

なお、上述したソフトウェアブロックは、ＣＰＵ２１０が本実施形態のプログラムを実行することで、各ハードウェアを機能させることにより、実現される機能手段に相当する。また、各実施形態に示した機能手段は、全部がソフトウェア的に実現されても良いし、その一部または全部を同等の機能を提供するハードウェアとして実装することもできる。

【0034】

また、図４のソフトウェアブロックは説明の便宜の観点から示したものであり、必ずしもアプリケーション３３０がスクリプト実行部３３２を備えていなくてもよい。他の実施形態の例として、情報処理装置１１０は、ＷｅｂＶｉｅｗのような拡張ＡＰＩが用意されているブラウザ３４０にスクリプト実行部３３２を実装したものを備える構成であってもよい。

【0035】

次に情報処理装置１１０が実行する処理について図５を参照して説明する。図５は、本実施形態において情報処理装置１１０がＷｅｂＡＰＩを実行する処理を示すフローチャートである。ここで、図５に示す処理は、主としてアプリケーション３３０が実行する。

【0036】

なお、以下に説明する実施形態では、認証カードを用いたチャレンジアンドレスポンス認証を行うＪａｖａＳｃｒｉｐｔベースのＷｅｂＡＰＩをウェブサービス１２１からコールして実行する場合を例に説明する。そのため、説明する実施形態の例では、アプリケーション３３０は、カード認証を行うソフトウェアであり、特定のＪａｖａＳｃｒｉｐｔレスポンスを受領した際に、アプリケーションのＪａｖａ／Ｓｗｉｆｔの実装を読み込むようにスクリプト実行部３３２が設定されている（換言すると、ＷｅｂＶｉｅｗ部３３１にＪａｖａＳｃｒｉｐｔがセットされている）。しかしながら説明する実施形態は一例であって、特に実施形態を限定するものではない。したがって、例えば、ＷｅｂＡＰＩは、ＪａｖａＳｃｒｉｐｔベースのものでなくてもよいし、認証カードを用いたチャレンジアンドレスポンス認証以外の処理を行うものであってもよい。また、説明する実施形態では特定のＯＳを想定していないが、一例として、Ｒｕｎｔｉｍｅ上でＪａｖａＳｃｒｉｐｔを実行できるＯＳに本実施形態を適用することができる。

【0037】

情報処理装置１１０は、ステップＳ１０００から処理を開始する。その後、アプリケーション３３０は、ステップＳ１００１において、処理に係るイベントを受信する。説明する実施形態の例では、アプリケーション３３０は、ウェブサービス１２１にログインするためにユーザが認証カードを情報処理装置１１０にかざした動作が行われたというイベントを受信する。

【0038】

次に、アプリケーション３３０は、ステップＳ１００２において、イベントに対応したＵＩを表示する。説明する実施形態の例では、ウェブサービス１２１にログインするためのサインイン画面が表示される。

【0039】

その後、ステップＳ１００３では、ＷｅｂＶｉｅｗ部３３１はウェブサービス１２１に対して、ログインする旨のリクエストを送信する。続くステップＳ１００４においてＷｅｂＶｉｅｗ部３３１は、ウェブサービス１２１からリクエストに対するＪａｖａＳｃｒｉｐｔのレスポンスを受信する。説明する実施形態の例では、ステップＳ１００４で受信するレスポンスは、チャレンジ付きレスポンスである。

【0040】

次に、ステップＳ１００５では、情報処理装置１１０のブラウザがＷｅｂＡＰＩの言語に対応しているか否かによって処理を分岐する。対応している場合には（ＹＥＳ）、ステップＳ１００６に進む。ステップＳ１００６では、ブラウザがＷｅｂＡＰＩの言語に対応しているため、受信したレスポンスに基づく処理が実行できる。その後、ステップＳ１００８において、実行したＪａｖａＳｃｒｉｐｔのレスポンスをウェブサービス１２１に返す。その後、ステップＳ１００９で、情報処理装置１１０は処理を終了する。

【0041】

一方で、ステップＳ１００５において、ＷｅｂＡＰＩの言語に対応していない場合には（ＮＯ）、ステップＳ１００７に進む。説明する実施形態の例では、情報処理装置１１０は、ＪａｖａＳｃｒｉｐｔに対応していないため、ステップＳ１００７の処理に進む。

【0042】

ステップＳ１００７では、スクリプト実行部３３２がＪａｖａＳｃｒｉｐｔを実行し、アプリケーション３３０のネイティブ実装（Ｊａｖａ／Ｓｗｉｆｔ）、すなわち、ＷｅｂＡＰＩの結果を生成するための処理を実行する。なお、ここで説明する「ネイティブ」とはＯＳ上で解釈可能な言語を指し、説明する実施形態の例においては、ＪａｖａやＳｗｉｆｔと同義である。説明する実施形態の例におけるステップＳ１００７では、チャレンジを元にユーザ情報をハッシュ化するロジックを実行し、次いで、ＪａｖａＳｃｒｉｐｔに対してハッシュ化した結果をＪＳＯＮ（JavaScript Object Notation）形式で渡す。

【0043】

その後、ステップＳ１００８において、実行したＪａｖａＳｃｒｉｐｔのレスポンスをウェブサービス１２１に返す。その後、ステップＳ１００９で、情報処理装置１１０は処理を終了する。

【0044】

上述した処理によって、ＷｅｂＡＰＩの言語に対応していないＯＳやブラウザしか搭載していない情報処理装置１１０であっても、アプリケーション３３０内の処理としてＷｅｂＡＰＩをコールして利用することができる。

【0045】

次に、本実施形態に係る発明を適用した具体的な例について図６を参照して説明する。図６は、本実施形態の具体的な例において情報処理装置１１０がＷｅｂＡＰＩを実行する処理を示すフローチャートである。図６に示す具体例は、ＦＩＤＯ２方式において認証処理を行う例を示しているが、特に実施形態を限定するものではない。なお、以下の図６の説明では、図５において説明した処理と同様の処理については、適宜その説明を省略する。

【0046】

情報処理装置１１０は、ステップＳ２０００から処理を開始する。その後、ステップＳ２００１において、ウェブサービス１２１にログインするために、ＦＩＤＯ２カードを情報処理装置１１０にかざす。次に、ステップＳ２００２では、ステップＳ２００１のイベント、すなわち、ＦＩＤＯ２カードを情報処理装置１１０にかざす操作が行われた旨を受信する。

【0047】

次いで、情報処理装置１１０は、ステップＳ２００３～Ｓ２００５の処理を行う。なお、ステップＳ２００３～Ｓ２００５の処理は、図５におけるステップＳ１００２～Ｓ１００４に相当する処理であるため、説明を省略する。

【0048】

次に、情報処理装置１１０は、ステップＳ２００６を行う。なお、ステップＳ２００６は、図５におけるステップＳ１００７に相当する処理であるため、説明を省略する。また、説明の便宜上省略しているが、ステップＳ２００６の処理を行う前提として、図５におけるステップＳ１００５に相当する分岐処理が行われている点に留意されたい。

【0049】

その後、ステップＳ２００７において、アプリケーション３３０は、チャレンジを元にユーザ情報をハッシュ化するロジックを実行する。次いで、ステップＳ２００８では、多要素認証によって正当なユーザであるかを識別する。

【0050】

ステップＳ２００８において本人であることを識別した後、ステップＳ２００９では、チャレンジを元に、識別された署名付きのユーザ情報をハッシュ化するロジックを実行する。その後、ステップＳ２０１０において、ＪａｖａＳｃｒｉｐｔに対してハッシュ化した結果をＪＳＯＮ形式で渡す。

【0051】

次に、ステップＳ２０１１では、実行したＪａｖａＳｃｒｉｐｔのレスポンスをウェブサービス１２１に返す。なお、ステップＳ２０１１の処理は、図５におけるステップＳ１００８の処理と同様である。その後、ステップＳ２０１２で、情報処理装置１１０は処理を終了する。

【0052】

上述した処理によって、ＷｅｂＡＰＩの言語に対応していないＯＳやブラウザしか搭載していない情報処理装置１１０において、ＦＩＤＯ２方式において認証処理を行うＷｅｂＡＰＩをコールして利用することができる。

【0053】

次に、図６に示した処理におけるアプリケーション３３０のＵＩ例について図７を参照して説明する。図７は、本実施形態の具体的な例における表示画面の例を示す図である。

【0054】

図７（ａ）は、図６に示した認証処理の開始画面の例である。図７（ａ）に示す画面において、「セキュリティキーを使用してサインインする」を選択することで、図６の処理を開始する。

【0055】

そして、図６のステップＳ２００１において、ユーザがＦＩＤＯ２カードをかざすことで、図７（ｂ）に示す画面に遷移する。その後は、図７（ｂ）に示す画面が表示されているバックグラウンドで、図６に示す処理（ステップＳ２００２以降の処理）が実行される。

【0056】

なお、ここまで、ＷｅｂＡＰＩを実行する実施形態について説明したが、より広義のＡＰＩであってもよく、例えば、特定の言語ベース（例えばＪａｖａＳｃｒｉｐｔベース）のライブラリやＳＤＫ（Software Development Kit）であっても、説明した実施形態を適用することができる。

【0057】

また、説明した実施形態は、アプリケーションにスクリプト実行部を導入することで機能を拡張するものであったが、実施形態はアプリケーションに限らず、例えば、ＷｅｂＶｉｅｗのような拡張ＡＰＩが用意されているブラウザにスクリプト実行部に相当する機能を導入することとしてもよい。これによって、ＯＳがＷｅｂＡＰＩの言語に対応していなくても、ブラウザの拡張を実装することで、ＷｅｂＡＰＩを利用することができる。

【0058】

以上、説明した本発明の実施形態によれば、ＯＳおよびブラウザに依存せずにＡＰＩを利用できる情報処理装置、方法およびプログラムを提供することができる。

【0059】

上述した本発明の実施形態の各機能は、Ｃ、Ｃ＋＋、Ｃ＃、Ｊａｖａ（登録商標）等で記述された装置実行可能なプログラムにより実現でき、本実施形態のプログラムは、ハードディスク装置、ＣＤ－ＲＯＭ、ＭＯ、ＤＶＤ、フレキシブルディスク、ＥＥＰＲＯＭ（登録商標）、ＥＰＲＯＭ等の装置可読な記録媒体に格納して頒布することができ、また他装置が可能な形式でネットワークを介して伝送することができる。

【0060】

上記で説明した実施形態の各機能は、一または複数の処理回路によって実現することが可能である。ここで、本明細書における「処理回路」とは、電子回路により実装されるプロセッサのようにソフトウェアによって各機能を実行するようプログラミングされたプロセッサや、上記で説明した各機能を実行するよう設計されたASIC（Application Specific Integrated Circuit）、DSP（digital signal processor）、FPGA（field programmable gate array）や従来の回路モジュールなどのデバイスを含むものとする。

【0061】

以上、本発明について実施形態をもって説明してきたが、本発明は上述した実施形態に限定されるものではなく、当業者が推考しうる実施態様の範囲内において、本発明の作用・効果を奏する限り、本発明の範囲に含まれるものである。

【符号の説明】

【0062】

１００…システム、１１０…情報処理装置、１１０ａ…パソコン端末、１１０ｂ…画像形成装置、１１０ｃ…スマートフォン端末、１２０…サーバ、１２１…ウェブサービス、１３０…ネットワーク、２１０…ＣＰＵ、２２０…ＲＡＭ、２３０…ＲＯＭ、２４０…記憶装置、２５０…通信Ｉ／Ｆ、２６０…ディスプレイ、２７０…入力装置、３１０…通信部、３２０…表示部、３３０…アプリケーション部、３３１…ＷｅｂＶｉｅｗ部、３３２…スクリプト実行部、３４０…ブラウザ

【先行技術文献】

【特許文献】

【0063】

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

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】