特許 6551510 情報処理装置、機器連携認証プログラム及び機器連携認証方法

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

(12)【公報種別】特許公報(B2)

(11)【特許番号】6551510

(24)【登録日】2019年7月12日

(45)【発行日】2019年7月31日

(54)【発明の名称】情報処理装置、機器連携認証プログラム及び機器連携認証方法

(51)【国際特許分類】

   G06F 21/41 20130101AFI20190722BHJP

【ＦＩ】

   G06F21/41

【請求項の数】7

【全頁数】17

(21)【出願番号】特願2017-504451(P2017-504451)

(86)(22)【出願日】2015年3月9日

(86)【国際出願番号】JP2015056811

(87)【国際公開番号】WO2016143027

(87)【国際公開日】20160915

【審査請求日】2017年8月2日

(73)【特許権者】

【識別番号】518133201

【氏名又は名称】富士通クライアントコンピューティング株式会社

(74)【代理人】

【識別番号】110002918

【氏名又は名称】特許業務法人扶桑国際特許事務所

(74)【代理人】

【識別番号】100165179

【弁理士】

【氏名又は名称】田▲崎▼ 聡

(74)【代理人】

【識別番号】100194087

【弁理士】

【氏名又は名称】渡辺 伸一

(74)【代理人】

【識別番号】100207789

【弁理士】

【氏名又は名称】石田 良平

(74)【代理人】

【識別番号】100207572

【弁理士】

【氏名又は名称】武田 雄人

(72)【発明者】

【氏名】大櫃 敏郎

【審査官】 平井 誠

(56)【参考文献】

【文献】 特開平１１−３５５２６６（ＪＰ，Ａ）

【文献】 特開２００６−３０９５８７（ＪＰ，Ａ）

【文献】 特開２０１３−１１７７４８（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｆ ２１／３０−４６

(57)【特許請求の範囲】

【請求項1】

端末機器に所定のサービスを提供する情報処理装置であって、
同一の認証情報にて認証される複数の端末機器のうち、認証サーバにより認証された一の端末機器の認証情報を受信する通信部と、
前記複数の端末機器のうち前記認証サーバにより認証されていない他の端末機器を抽出し、該他の端末機器から認証情報を取得し、該他の端末機器の認証情報と前記一の端末機器の認証情報とに基づき、該他の端末機器の認証を前記認証サーバに代行して行うログオン処理部と、
を有する情報処理装置。

【請求項2】

前記通信部は、前他の端末機器の認証を前記認証サーバに代行して行う期間情報を受信し、
前記ログオン処理部は、前記期間情報に示される期間内の前記他の端末機器の認証を前記認証サーバに代行して行う、
請求項１に記載の情報処理装置。

【請求項3】

端末機器に所定のサービスを提供する処理をコンピュータに実行させるための機器連携認証プログラムであって、
同一の認証情報にて認証される複数の端末機器のうち、認証サーバにより認証された一の端末機器の認証情報を受信し、
前記複数の端末機器のうち前記認証サーバにより認証されていない他の端末機器を抽出し、該他の端末機器から認証情報を取得し、該他の端末機器の認証情報と前記一の端末機器の認証情報とに基づき、該他の端末機器の認証を前記認証サーバに代行して行う、
機器連携認証プログラム。

【請求項4】

前記他の端末機器にサービスを提供する期間情報を受信し、
前記期間情報に示される期間内の前記他の端末機器の認証を前記認証サーバに代行して行う、
請求項３に記載の機器連携認証プログラム。

【請求項5】

端末機器に所定のサービスを提供する処理をコンピュータが実行する機器連携認証方法であって、
同一の認証情報にて認証される複数の端末機器のうち、認証サーバにより認証された一の端末機器の認証情報を受信し、
前記複数の端末機器のうち前記認証サーバにより認証されていない他の端末機器を抽出し、該他の端末機器から認証情報を取得し、該他の端末機器の認証情報と前記一の端末機器の認証情報とに基づき、該他の端末機器の認証を前記認証サーバに代行して行う、
機器連携認証方法。

【請求項6】

前記他の端末機器にサービスを提供する期間情報を受信し、
前記期間情報に示される期間内の前記他の端末機器の認証を前記認証サーバに代行して行う、
請求項５に記載の機器連携認証方法。

【請求項7】

前記複数の端末機器のログオン情報を格納するログオン管理データベースをさらに有し、
前記通信部は、前記一の端末機器の認証情報を受信した際に、前記他の端末機器の前記ログオン情報を更新し、
前記ログオン処理部は、更新された前記ログオン情報に基づいて、前記他の端末機器の認証の前記代行を開始する、
請求項１に記載の情報処理装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報処理装置、機器連携認証プログラム及び機器連携認証方法に関する。

【背景技術】

【0002】

端末機器にサービスを提供するサービスサーバを介して、インターネットに接続されたパーソナルコンピュータ、タブレット型端末機器又はモバイル端末機器等の複数の端末機器の所有者に所定のサービスを提供するビジネスが提案されている。

【0003】

一の利用者が複数の端末機器を用いてサービスサーバからのサービスを受けるために、複数の端末機器のそれぞれについて同一のＩＤ及びパスワードＰＷ（以下、「ＩＤ／ＰＷ」とも記載する。）を用いた認証処理を行うことは煩雑である。そこで、複数の端末機器のいずれかでログオン操作を一度行えば、複数の端末機器においてサービスを利用できる技術としてシングルサインオンの技術が知られている（例えば、特許文献１参照）。

【0004】

複数の端末機器のうちの一の端末機器が認証サーバへ複数のサービスの変更依頼を同時に行い、その処理が正常に完了した後に複数の端末装置のうちの他の端末機器が、一の端末機器と同一のＩＤ／ＰＷでサービスサーバに接続し、新サービスを利用する場合がある。この場合、認証サーバは、サービスサーバに対して個別のＩＤ単位でＩＤ／ＰＷを入力した端末機器に対するサービスを決定する。その際には、認証サーバとサービスサーバとは常に連携を行い、他の端末機器が目的とする、あるサービスサーバに接続すると、そのサービスサーバが認証サーバの代行認証を行い、サービスを継続して提供する方法がある（方法１）。また、他の端末機器は、必ず、認証サーバに接続し、認証された後に、認証サーバが管理する各サービスの情報に応じて各サービスサーバに接続する方法がある（方法２）。

【先行技術文献】

【特許文献】

【0005】

【特許文献1】特開２０１３−９７７４４号公報

【発明の概要】

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

【0006】

しかしながら、シングルサインオンの技術では、一のＩＤ／ＰＷを一の端末機器から他の端末機器へ送信し、他の端末機器はインターネットに接続されたままで、一の端末機器からＩＤ／ＰＷが送信されることを待つ。このため、一の端末機器はＩＤ／ＰＷにより機器の認証ができ、新サービスを利用するためのモジュールが登録されたとしても、他の端末機器は、そのサービスを提供するサービスサーバに接続されておらず、新サービスを利用するためのモジュールを他の端末機器へ送信する手段がない。このため、他の端末機器は、新サービスを利用するためのモジュールを取得できないため、新サービスを利用することは困難である。

【0007】

また、方法１では、サービスサーバは、認証サーバが持つＩＤ単位のサービスを把握しなければならないため、頻繁に認証サーバは各サービスサーバに対して情報のアップデートをする必要が生じ、認証サーバとサービスサーバ間の通信量が膨大になる。

【0008】

また、方法２では、利用者の端末機器は、必ず認証サーバに接続し、認証後に認証サーバが管理するＩＤ単位ごとのサービスに応じたサービスサーバに接続する。よって、全ての端末機器が、認証サーバを経由してサービスを利用するため、端末機器と認証サーバのアクセスが膨大になり、認証サーバのＣＰＵの処理の負荷が高くなる。

【0009】

そこで、一側面では、本発明は、端末機器を認証する認証サーバと端末機器にサービスを提供するサービスサーバとの間のアクセスを抑制することを目的とする。

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

【0010】

一つの案では、端末機器に所定のサービスを提供する情報処理装置であって、同一の認証情報にて認証される複数の端末機器のうち、認証サーバにより認証された一の端末機器の認証情報を受信する通信部と、前記複数の端末機器のうち前記認証サーバにより認証されていない他の端末機器を抽出し、該他の端末機器から認証情報を取得し、該他の端末機器の認証情報と前記一の端末機器の認証情報とに基づき、該他の端末機器の認証を前記認証サーバに代行して行う認証部と、を有する情報処理装置が提供される。

【発明の効果】

【0011】

一側面によれば、端末機器を認証する認証サーバと端末機器にサービスを提供するサービスサーバとの間のアクセスを抑制することができる。

【図面の簡単な説明】

【0012】

【図1】一実施形態にかかる機器連携認証システムの全体構成の一例を示す図。

【図2】一実施形態にかかる各サーバ及び各端末機器の機能構成の一例を示す図。

【図3】一実施形態にかかるサービス管理ＤＢの一例を示す図。

【図4】一実施形態にかかるＩＤ管理ＤＢの一例を示す図。

【図5】一実施形態にかかる認証テーブルの一例を示す図。

【図6】一実施形態にかかるユニーク情報を説明するための図。

【図7】一実施形態にかかるプッシュ管理ＤＢの一例を示す図。

【図8】一実施形態にかかるログオン管理ＤＢの一例を示す図。

【図9】一実施形態にかかる各機器の連携認証処理の流れの一例を示すフローチャート。

【図10】一実施形態にかかる各機器の連携認証処理の流れの一例を示すフローチャート。

【図11】一実施形態にかかる端末機器Ａの認証／組込処理の一例を示すフローチャート。

【図12】一実施形態にかかる端末機器Ｂの認証／組込処理の一例を示すフローチャート。

【図13】一実施形態にかかるサービスサーバのハードウェア構成例を示す図。

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

【0013】

以下、本発明の実施形態について添付の図面を参照しながら説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複した説明を省く。

【0014】

［機器連携認証システムの全体構成］
まず、本発明の一実施形態に係る機器連携認証システム１の構成について、図１を参照しながら説明する。本実施形態に係る機器連携認証システム１は、ＩＤサーバ１０及びサービスサーバＡ２０ａ、Ｂ２０ｂが連携して端末機器の認証を行う。

【0015】

機器連携認証システム１は、ＩＤサーバ１０、サービスサーバＡ２０ａ、サービスサーバＢ２０ｂ、端末機器Ａ３０及び端末機器Ｂ４０を有する。ＩＤサーバ１０、サービスサーバＡ２０ａ、及びサービスサーバＢ２０ｂはクラウド上に配置され、ネットワークＮＴを介して接続されている。

【0016】

ＩＤサーバ１０は、端末機器を認証する認証サーバの一例である。ＩＤサーバ１０は、ＩＤ／ＰＷにより認証された端末機器に対して、そのＩＤによりサービスの提供範囲を決定する。

【0017】

サービスサーバＡ２０ａ、Ｂ２０ｂは、ＩＤサーバ１０が決定したサービスの提供範囲において、端末機器Ａ３０及び端末機器Ｂ４０に複数の異なるサービスを提供する。本実施形態では、利用者は端末機器Ａ３０及び端末機器Ｂ４０の２台を所有しているが、これに限らず、３台以上の端末機器を所有してもよい。また、端末機器Ａ３０及び端末機器Ｂ４０は、機器連携認証システムを利用する同一の利用者が所有する情報処理装置の一例である。情報処理装置の例としては、例えばスマートフォン、携帯型ゲーム機器、ＰＤＡ（Personal Digital Assistant）、携帯型音楽機器、又はタブレット型端末等の携帯型の端末機器やＰＣ（Personal Computer）があげられる。利用者は、既にＩＤサーバ１０へＩＤ／ＰＷと、同一ＩＤ／ＰＷにより認証を行う端末機器Ａ３０及び端末機器Ｂ４０の登録を完了した状態である。

【0018】

かかる構成の機器連携認証システム１では、端末機器Ａ３０及び端末機器Ｂ４０は、ＩＤ／ＰＷによってＩＤサーバ１０やサービスサーバＡ２０ａ、２０ｂに接続する。端末機器Ａ３０及び端末機器Ｂ４０は、利用申請やサービス変更申請等を行い、ＩＤ／ＰＷによって認証されるとサービスサーバＡ２０ａ、２０ｂから所定のサービスの提供を受ける。端末機器Ａ３０及び端末機器Ｂ４０は、所定のサービスの提供において、各サービスサーバＡ２０ａ、２０ｂから所定のサービスを利用するためのサービスアプリケーション（以下、「サービスアプリ」ともいう。）のモジュールを組み込む必要がある。例えば、端末機器Ａ３０及び端末機器Ｂ４０は、サービスＡの提供を受けるためには、サービスＡのモジュールを自機に組み込む必要がある。

【0019】

［機能構成］
次に、本実施形態に係る機器連携認証システム１のＩＤサーバ１０、サービスサーバＡ２０ａ、端末機器Ａ３０及び端末機器Ｂ４０の各機能構成の一例について、図２を参照して説明する。

【0020】

以下の説明では、利用者が所有する複数の端末機器のうちの一の端末機器Ａ３０を用いて、ＩＤサーバ１０にサービスの変更（または、新サービスの提供）を要求し、ＩＤサーバ１０は端末機器Ａ３０を認証する。認証に成功した場合、ＩＤサーバ１０は、個別のＩＤ単位でＩＤ／ＰＷを入力した端末機器Ａ３０に対してサービスサーバＡ２０ａが提供するサービスを決定する。

【0021】

本実施形態では、利用者が保有する複数の端末機器のうちの一の端末機器に対して認証処理を行うと他の端末機器に対して各サービスサーバがＩＤサーバ１０の代行認証を行う。ここでは、ＩＤサーバ１０が端末機器Ａ３０に対して認証処理を行い、他の端末機器Ｂ４０に対しては、サービスサーバＡ２０ａがＩＤサーバ１０を代行して認証を行う例について説明する。これにより、サービスサーバＡ２０ａ及びＩＤサーバ１０間のアクセスを抑えることができ、その結果、それに伴うサーバコストを抑えることができる。

【0022】

ＩＤサーバ１０は、通信部１１、サービス管理部１２、認証部１３及び記憶部１４を有する。通信部１１は、サービスサーバＡ２０ａ及び端末機器Ａとデータの送受信を行う。通信部１１は、端末機器Ａ３０のログオン操作により入力されたＩＤ／ＰＷを受信する。

【0023】

サービス管理部１２は、端末機器Ａ３０からのサービス変更要求に対して、サービス管理ＤＢ１５に従い、変更が要求されたサービスが提供可能かを確認する。記憶部１４に記憶されたサービス管理ＤＢ１５の一例を図３に示す。サービス管理ＤＢ１５は、Ｎｏ．１５１、サービスサーバＩＤ１５２、サービス内容（モジュール、サービス許可情報）１５３、端末機器情報１５４の各情報を記憶する。

【0024】

このように、サービス管理ＤＢ１５には、サービスサーバＩＤ１５２単位に利用可能なサービス内容１５３とそのサービスサーバＩＤ１５２により利用されている端末機器情報１５４が登録されている。端末機器情報１５４には、端末機器が固有に持つ例えばＢＩＯＳによる機器情報が登録されてもよい。サービスサーバＡ２０ａは、端末機器Ａ３０から要求されたサービス内容は許可されているサービスか、許可されていないサービスかをサービス管理ＤＢ１５にアクセスし、サービスサーバＩＤ１５２を検索することで判断できる。また、サービスサーバＡ２０ａは、サービス管理ＤＢ１５にアクセスすることで新規に変更されたサービスを確認することができる。

【0025】

サービス管理部１２は、変更を要求されたサービスが提供可能であることを確認した場合、サービス許可情報を端末機器Ａ３０に通知する。その後、サービスサーバＡ２０ａのログオン管理ＤＢ２６に、変更を要求されたサービス（または新サービス）が他の端末機器でも利用できるようにＩＤ等の情報を登録する。

【0026】

記憶部１４に記憶されたＩＤ管理ＤＢ１６の一例を図４に示す。ＩＤ管理ＤＢ１６は、Ｎｏ．１６１、ＩＤ１６２、パスワード１６３、端末機器情報１６４、ＧＩＰ１６５（Global IP）の各情報を記憶する。

【0027】

ＩＤ管理ＤＢ１６には、ＩＤ１６２及びパスワード１６３が登録されており、そのＩＤ１６２で利用可能及びプッシュ通知をすべき端末機器が端末機器情報１６４に基づき特定できる。また、その端末機器情報１６４によって特定される端末機器に通知を行うためのＧＩＰ１６５が登録されている。ＧＩＰ１６５の情報は、端末機器の認証を行う際の情報の一つに利用してもよい。

【0028】

認証部１３は、ＩＤ管理ＤＢ１６に従い、ＩＤ／ＰＷを検索し、特定の端末機器のＩＤ認証を行う。

【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】

（ハードウェア構成例）
最後に、本実施形態に係るサービスサーバのハードウェア構成について、図１３を参照して説明する。図１３は、本実施形態に係るサービスサーバのハードウェア構成の一例を示す。サービスサーバは、入力装置１０１、表示装置１０２、外部Ｉ／Ｆ１０３、ＲＡＭ（Random Access Memory）１０４、ＲＯＭ（Read Only Memory）１０５、ＣＰＵ（Central Processing Unit）１０６、通信Ｉ／Ｆ１０７、及びＨＤＤ（Hard Disk Drive）１０８などを備え、それぞれがバスＢで相互に接続されている。

【0062】

入力装置１０１は、キーボードやマウスなどを含み、サービスサーバに各操作信号を入力するために用いられる。表示装置１０２は、ディスプレイなどを含み、各種の処理結果を表示する。通信Ｉ／Ｆ１０７は、サービスサーバをネットワークに接続するインタフェースである。これにより、サービスサーバは、通信Ｉ／Ｆ１０７を介して、他の機器（端末機器Ａ３０，Ｂ４０、ＩＤサーバ１０等）とデータ通信を行うことができる。

【0063】

ＨＤＤ１０８は、プログラムやデータを格納している不揮発性の記憶装置である。格納されるプログラムやデータには、サービスサーバの全体を制御する基本ソフトウェア及びアプリケーションソフトウェアがある。例えば、ＨＤＤ１０８には、各種のデータベースやプログラム等が格納されてもよい。

【0064】

外部Ｉ／Ｆ１０３は、外部装置とのインタフェースである。外部装置には、記録媒体１０３ａなどがある。これにより、サービスサーバは、外部Ｉ／Ｆ１０３を介して記録媒体１０３ａの読み取り及び／又は書き込みを行うことができる。記録媒体１０３ａには、フロッピー（登録商標）ディスク、ＣＤ（Compact Disk）、及びＤＶＤ（Digital Versatile Disk）、ならびに、ＳＤメモリカード（SD Memory card）やＵＳＢメモリ（Universal Serial Bus memory）等がある。

【0065】

ＲＯＭ１０５は、電源を切っても内部データを保持することができる不揮発性の半導体メモリ（記憶装置）である。ＲＯＭ１０５には、ネットワーク設定等のプログラム及びデータが格納されている。ＲＡＭ１０４は、プログラムやデータを一時保持する揮発性の半導体メモリ（記憶装置）である。ＣＰＵ１０６は、上記記憶装置（例えば「ＨＤＤ１０８」や「ＲＯＭ１０５」など）から、プログラムやデータをＲＡＭ１０４上に読み出し、処理を実行することで、装置全体の制御や搭載機能を実現する演算装置である。

【0066】

かかる構成により、本実施形態に係るサービスサーバでは、ＣＰＵ１０６が、ＲＯＭ１０５やＨＤＤ１０８内に格納されたデータ及びプログラムを用いて、認証／組込処理を実行する。なお、サービス管理ＤＢ、ＩＤ管理ＤＢ、認証テーブル、ログオン管理ＤＢ及びプッシュ管理ＤＢに記憶された情報は、ＲＡＭ１０４、ＨＤＤ１０８、又はネットワークを介してサービスサーバに接続されるクラウド上のサーバ等に格納され得る。

【0067】

以上、情報処理装置、機器連携認証プログラム及び機器連携認証方法を上記実施形態により説明したが、本発明にかかる情報処理装置、機器連携認証プログラム及び機器連携認証方法は上記実施形態に限定されるものではなく、本発明の範囲内で種々の変形及び改良が可能である。また、上記実施形態及び変形例が複数存在する場合、矛盾しない範囲で組み合わせることができる。

【0068】

例えば、上記実施形態に係る認証／組込処理の構成は一例であり、本発明の範囲を限定するものではなく、用途や目的に応じて様々なシステム構成例があることは言うまでもない。例えば、ＩＤサーバ１０、サービスサーバＡ２０ａ、サービスサーバＢ２０ｂ、端末機器Ａ３０，端末機器Ｂ４０がネットワークＮＴを介して互いに接続されているシステム形態は、本実施形態に係る機器連携認証システム１の一態様であり、これに限定されない。例えば、本実施形態に係る機器連携認証システム１に含まれるサービスサーバＡ２０ａ、サービスサーバＢ２０ｂ、端末機器Ａ，端末機器Ｂのそれぞれの台数は、１台又は２台以上であり得る。

【符号の説明】

【0069】

１：機器連携認証システム
１０：ＩＤサーバ
１１：通信部
１２：サービス管理部
１３：認証部
１４：記憶部
１５：サービス管理ＤＢ
１６：ＩＤ管理ＤＢ
１７：認証テーブル
２０ａ：サービスサーバＡ
２０ｂ：サービスサーバＢ
２１：通信部、
２２：記憶部
２３：認証部
２４：サービス処理部
２５：プッシュ通知部
３１：通信部
３２：ログオン処理部
３３：サービスアプリ実行部
３０：端末機器Ａ
４０：端末機器Ｂ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】