特許 6819506 情報処理システムおよび情報処理方法

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

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

(11)【特許番号】6819506

(24)【登録日】2021年1月6日

(45)【発行日】2021年1月27日

(54)【発明の名称】情報処理システムおよび情報処理方法

(51)【国際特許分類】

   G06F 21/31 20130101AFI20210114BHJP

【ＦＩ】

   G06F21/31

【請求項の数】3

【全頁数】14

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

(22)【出願日】2017年7月31日

(65)【公開番号】特開2019-28743(P2019-28743A)

(43)【公開日】2019年2月21日

【審査請求日】2019年7月31日

(73)【特許権者】

【識別番号】000006150

【氏名又は名称】京セラドキュメントソリューションズ株式会社

(74)【代理人】

【識別番号】100104215

【弁理士】

【氏名又は名称】大森 純一

(74)【代理人】

【識別番号】100196575

【弁理士】

【氏名又は名称】高橋 満

(74)【代理人】

【識別番号】100168181

【弁理士】

【氏名又は名称】中村 哲平

(74)【代理人】

【識別番号】100117330

【弁理士】

【氏名又は名称】折居 章

(74)【代理人】

【識別番号】100160989

【弁理士】

【氏名又は名称】関根 正好

(74)【代理人】

【識別番号】100168745

【弁理士】

【氏名又は名称】金子 彩子

(74)【代理人】

【識別番号】100176131

【弁理士】

【氏名又は名称】金山 慎太郎

(74)【代理人】

【識別番号】100197398

【弁理士】

【氏名又は名称】千葉 絢子

(74)【代理人】

【識別番号】100197619

【弁理士】

【氏名又は名称】白鹿 智久

(72)【発明者】

【氏名】原 毅洋

【審査官】 上島 拓也

(56)【参考文献】

【文献】 国際公開第２０１４／０９１５７６（ＷＯ，Ａ１）

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

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

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

Ｇ０６Ｆ ２１／３１

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

【請求項1】

ネットワーク接続された、端末装置と中間サーバーと最終サーバーとを含み、
前記中間サーバーは、
前記端末装置および前記最終サーバーと通信可能な通信部と、
前記中間サーバーへログインするための第１のログイン情報と前記最終サーバーへログインするための第２のログイン情報との組み合わせを登録可能なＩＤ対応テーブルが記憶された記憶部と、
前記第２のログイン情報を用いた、前記端末装置から当該中間サーバーにログインするための前記第１のログイン情報の発行申請を受け付けるＩＤ発行受付部と、
前記発行申請に基づいて、前記第１のログイン情報を発行し、発行した前記第１のログイン情報と、前記端末装置から提供された前記第２のログイン情報とを１対１対応させて前記ＩＤ対応テーブルに登録するＩＤ発行部と、
前記端末装置から提供された前記第２のログイン情報を用いて前記最終サーバーにアクセスする最終サーバーアクセス部と、
前記端末装置から、前記第１のログイン情報および前記第２のログイン情報を用いた前記最終サーバーへのアクセス要求を受け付け、前記アクセス要求に含まれる前記第１のログイン情報および前記第２のログイン情報の組み合わせが前記ＩＤ対応テーブルに登録されているとき、前記最終サーバーアクセス部に前記最終サーバーにアクセスさせる最終サーバーアクセス受付部と
を備えた
情報処理システム。

【請求項2】

請求項１に記載の情報処理システムであって、
前記ＩＤ発行部は、
前記ＩＤ発行受付部が前記発行申請を受け付けたとき、前記発行申請に用いられた前記第２のログイン情報を用いて前記最終サーバーアクセス部に前記最終サーバーへログインさせ、ログインが成功したとき、前記第１のログイン情報を発行する
情報処理システム。

【請求項3】

ネットワーク接続された、端末装置と中間サーバーと最終サーバーとを含んだ情報処理システムにおける情報処理方法であって、
前記中間サーバーは、前記最終サーバーへログインするための第２のログイン情報を用いた、前記端末装置から前記中間サーバーにログインするための第１のログイン情報の発行申請を受け付け、
前記中間サーバーは、前記発行申請に基づいて、前記第１のログイン情報を発行し、発行した前記第１のログイン情報と、前記端末装置から提供された前記第２のログイン情報とを１対１対応した組み合わせとしてＩＤ対応テーブルに登録し、
前記中間サーバーは、前記端末装置から、前記第１のログイン情報および前記第２のログイン情報を用いた前記最終サーバーへのアクセス要求を受け付け、前記アクセス要求に含まれる前記第１のログイン情報および前記第２のログイン情報の組み合わせが前記ＩＤ対応テーブルに登録されているとき、前記最終サーバーにアクセスさせる
情報処理方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、複数階層のサーバーにおいてそれぞれユーザー認証を行う情報処理システムおよび情報処理方法に関する。

【背景技術】

【0002】

従来、複数階層からなるシステムにおいて、構造を単純化するために、中間サーバーと最終サーバーとでは、同一のユーザーＩＤ（Identification）を用いることが多かった。

【0003】

例えば、特許文献１において開示されている技術では、公共施設などの利用申請を受け付けるシステムにおいて、申請者からの各種申請をまとめて受け付ける集中管理装置と、各種申請の各々を処理する個別の審査登録装置とで同一の登録ＩＤを使用している。

【先行技術文献】

【特許文献】

【0004】

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

【発明の概要】

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

【0005】

特許文献１の技術では、中間サーバー（集中管理装置）と最終サーバー（審査登録装置）とで同一の登録ＩＤを使用している為、既存の審査登録装置をシステムに加えるなど、システムを柔軟に構築することが出来なかった。

【0006】

そのため、中間サーバーと最終サーバーとで、異なるＩＤを使用することが考えられる。

【0007】

しかし、その場合、ユーザーＡに対して、中間サーバーのＩＤ（ＩＤ１Ａ）および最終サーバーのＩＤ（ＩＤ２Ａ）が発行されているとして、最終サーバーのＩＤ（ＩＤ２Ｂ）だけを有するユーザーＢがユーザーＡの中間サーバーのＩＤ（ＩＤ１Ａ）を盗用して中間サーバーにログインした後、最終サーバーにアクセス出来てしまう可能性があった。

【0008】

以上のような事情に鑑み、本発明の目的は、複数階層のサーバーからなるシステムにおいてセキュリティを高めることが出来る情報処理システムおよび情報処理方法を提供することにある。

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

【0009】

上記目的を達成するため、本発明の一形態に係る情報処理システムは、ネットワーク接続された、端末装置と中間サーバーと最終サーバーとを含み、前記中間サーバーは、前記端末装置および前記最終サーバーと通信可能な通信部と、前記中間サーバーへログインするための第１のログイン情報と前記最終サーバーへログインするための第２のログイン情報との組み合わせを登録可能なＩＤ対応テーブルが記憶された記憶部と、前記第２のログイン情報を用いた、前記端末装置から当該中間サーバーにログインするための前記第１のログイン情報の発行申請を受け付けるＩＤ発行受付部と、前記発行申請に基づいて、前記第１のログイン情報を発行し、発行した前記第１のログイン情報と、前記端末装置から提供された前記第２のログイン情報とを１対１対応させて前記ＩＤ対応テーブルに登録するＩＤ発行部と、前記端末装置から提供された前記第２のログイン情報を用いて前記最終サーバーにアクセスする最終サーバーアクセス部と、前記端末装置から、前記第１のログイン情報および前記第２のログイン情報を用いた前記最終サーバーへのアクセス要求を受け付け、前記アクセス要求に含まれる前記第１のログイン情報および前記第２のログイン情報の組み合わせが前記ＩＤ対応テーブルに登録されているとき、前記最終サーバーアクセス部に前記最終サーバーにアクセスさせる最終サーバーアクセス受付部とを備える。

【0010】

そのため、複数階層のサーバーからなるシステムにおいてセキュリティを高めることが出来る。

【0011】

上記目的を達成するため、本発明の一形態に係る情報処理システムでは、前記ＩＤ発行部は、前記ＩＤ発行受付部が前記発行申請を受け付けたとき、前記発行申請に用いられた前記第２のログイン情報を用いて前記最終サーバーアクセス部に前記最終サーバーへログインさせ、ログインが成功したとき、前記第１のログイン情報を発行する構成でもよい。

【0012】

上記目的を達成するため、本発明の一形態に係る情報処理方法は、ネットワーク接続された、端末装置と中間サーバーと最終サーバーとを含んだ情報処理システムにおける情報処理方法であって、前記最終サーバーへログインするための第２のログイン情報を用いた、前記端末装置から前記中間サーバーにログインするための第１のログイン情報の発行申請を受け付け、前記発行申請に基づいて、前記第１のログイン情報を発行し、発行した前記第１のログイン情報と、前記端末装置から提供された前記第２のログイン情報とを１対１対応した組み合わせとしてＩＤ対応テーブルに登録し、前記端末装置から、前記第１のログイン情報および前記第２のログイン情報を用いた前記最終サーバーへのアクセス要求を受け付け、前記アクセス要求に含まれる前記第１のログイン情報および前記第２のログイン情報の組み合わせが前記ＩＤ対応テーブルに登録されているとき、前記最終サーバーにアクセスさせることを前記中間サーバーが行う。

【発明の効果】

【0013】

以上のように、本発明によれば、複数階層のサーバーからなるシステムにおいてセキュリティを高めることが出来る。

【図面の簡単な説明】

【0014】

【図1】本発明の一実施形態に係る情報処理システム１００の全体構成図である。

【図2】典型的な技術による中間サーバーおよび最終サーバーへのアクセス方法について説明するための図である。

【図3】本発明による中間サーバー１０および最終サーバー２０へのアクセス方法について説明するための図である。

【図4】中間サーバー１０が一般的なコンピューターにより構成される場合の構成図である。

【図5】ＩＤ対応テーブル１７ａの例を示す図である。

【図6】最終サーバー２０が一般的なコンピューターにより構成される場合の構成図である。

【図7】情報処理システム１００において、中間サーバー１０へログインするためのログイン情報を発行する際の処理の流れについて説明するためのフローチャートである。

【図8】ユーザーが端末装置４０から中間サーバー１０を経由して最終サーバー２０へアクセスする時の処理の流れについて説明するためのフローチャートである。

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

【0015】

以下、図面を参照しながら、本発明の実施形態を説明する。

【0016】

［全体構成］
最初に、本発明の一実施形態に係る情報処理システム１００の全体構成について説明する。図１は、本発明の一実施形態に係る情報処理システム１００の全体構成図である。

【0017】

情報処理システム１００は、ネットワーク接続された中間サーバー１０と最終サーバー２０を含んで構成される。

【0018】

ユーザーＡおよびユーザーＢは、最終サーバー２０にアクセスするためには、まず自身の端末装置４０から中間サーバー１０のＡＰＩ（Application Programing Interface）にアクセスし、ログインした後、中間サーバー１０経由で、最終サーバー２０のＡＰＩにアクセスしなければならない。

【0019】

以上、本発明の一実施形態に係る情報処理システム１００の全体構成について説明した。

【0020】

［典型的な技術による処理例］
次に、本発明と比較するために、典型的な技術による中間サーバーおよび最終サーバーへのアクセス方法について説明する。図２は、典型的な技術による中間サーバーおよび最終サーバーへのアクセス方法について説明するための図である。

【0021】

まず、ユーザーＡが、中間サーバーのＡＰＩにアクセスし、ユーザーＡ用のログイン情報の発行を申請する（ステップＳ９０）。

【0022】

次に、中間サーバーが、ユーザーＡ用のログイン情報を発行する（ステップＳ９１）。この際、ユーザーＡ用のログイン情報発行にあたり、最終サーバーに関連したチェックは行われない。

【0023】

次に、ユーザーＡが、中間サーバーにログインするためのユーザーＡ用のログイン情報と、最終サーバーにログインするためのユーザーＡ用のログイン情報を用いて、中間サーバーのＡＰＩにアクセスする（ステップＳ９２）。

【0024】

中間サーバーにログインするためのユーザーＡ用のログイン情報は適切なので、中間サーバーへのログインに成功し、中間サーバーから最終サーバーのＡＰＩへ、最終サーバーにログインするためのユーザーＡ用のログイン情報を用いてのログインが行われる（ステップＳ９３）。

【0025】

最終サーバーにログインするためのユーザーＡ用のログイン情報は適切なので、最終サーバーへのログインは成功する（ステップＳ９４）。

【0026】

中間サーバーは、最終サーバーへのログインが成功した旨をユーザーＡに伝える（ステップＳ９５）。

【0027】

次に、ユーザーＢが、中間サーバーにログインするためのユーザーＡ用のログイン情報と、最終サーバーにログインするためのユーザーＢ用のログイン情報を用いて、中間サーバーのＡＰＩにアクセスする（ステップＳ９６）。

【0028】

中間サーバーにログインするためのユーザーＡ用のログイン情報は不適切だが、チェック出来ないので、中間サーバーへのログインに成功し、中間サーバーから最終サーバーのＡＰＩへ、最終サーバーにログインするためのユーザーＢ用のログイン情報を用いてのログインが行われる（ステップＳ９７）。

【0029】

最終サーバーにログインするためのユーザーＢ用のログイン情報は適切なので、最終サーバーへのログインは成功する（ステップＳ９８）。

【0030】

中間サーバーは、最終サーバーへのログインが成功した旨をユーザーＢに伝える（ステップＳ９９）。

【0031】

以上のように、ユーザーＢは、中間サーバーにおいて、適切に発行されたユーザーＢ用のログイン情報を持っていないが、ユーザーＡ用の中間サーバーのログイン情報を流用することで、最終サーバーへのアクセスが出来てしまうという問題があった。

【0032】

以上、典型的な技術による中間サーバーおよび最終サーバーへのアクセス方法について説明した。

【0033】

［本発明による処理例］
次に、典型的な技術と比較するために、本発明による中間サーバー１０および最終サーバー２０へのアクセス方法について説明する。図３は、本発明による中間サーバー１０および最終サーバー２０へのアクセス方法について説明するための図である。

【0034】

まず、ユーザーＡが、中間サーバー１０のＡＰＩにアクセスし、ユーザーＡ用のログイン情報の発行を申請する（ステップＳ１）。なお、このとき、最終サーバー２０にログインするためのユーザーＡ用のログイン情報を用いなければならない。

【0035】

次に、中間サーバー１０が、ユーザーＡから提供された最終サーバー２０にログインするためのユーザーＡ用のログイン情報を用いて最終サーバー２０へのログインＡＰＩにアクセスし、実際にログイン出来るか否かを確認する（ステップＳ２）。

【0036】

最終サーバー２０にログインするためのユーザーＡ用のログイン情報が適切な場合、最終サーバー２０が、ログインに成功した旨を中間サーバー１０に返信する（ステップＳ３）。

【0037】

中間サーバー１０は、最終サーバー２０からログイン成功の返信を受け取ると、中間サーバー１０用のログイン情報をユーザーＡのために発行し、ユーザーＡ用の中間サーバー１０におけるログイン情報とユーザーＡ用の最終サーバー２０におけるログイン情報を１対１に紐付けて記憶する（ステップＳ４）。

【0038】

次に、ユーザーＡが、中間サーバーにログインするためのユーザーＡ用のログイン情報と、最終サーバーにログインするためのユーザーＡ用のログイン情報を用いて、中間サーバーのＡＰＩにアクセスする（ステップＳ５）。

【0039】

次に、中間サーバー１０は、ユーザーＡから提供された、中間サーバー１０にログインするためのユーザーＡ用のログイン情報と、最終サーバー２０にログインするためのユーザーＡ用のログイン情報が、記憶された組み合わせであるか否かをチェックする。記憶された組み合わせであるので、中間サーバー１０へのログインに成功し、中間サーバー１０から最終サーバー２０のＡＰＩへ、最終サーバー２０にログインするためのユーザーＡ用のログイン情報を用いてのログインが行われる（ステップＳ６）。

【0040】

最終サーバー２０にログインするためのユーザーＡ用のログイン情報は適切なので、最終サーバー２０へのログインは成功する（ステップＳ７）。

【0041】

中間サーバー１０は、最終サーバー２０へのログインが成功した旨をユーザーＡに伝える（ステップＳ８）。

【0042】

次に、ユーザーＢが、中間サーバー１０にログインするためのユーザーＡ用のログイン情報と、最終サーバー２０にログインするためのユーザーＢ用のログイン情報を用いて、中間サーバー１０のＡＰＩにアクセスする（ステップＳ９）。

【0043】

次に、中間サーバー１０は、ユーザーＢから提供された、中間サーバー１０にログインするためのユーザーＡ用のログイン情報と、最終サーバー２０にログインするためのユーザーＢ用のログイン情報が、記憶された組み合わせであるか否かをチェックする。記憶された組み合わせではないので、アクセスは拒否される（ステップＳ１０）。

【0044】

以上、本発明による中間サーバー１０および最終サーバー２０へのアクセス方法について説明した。このように、たとえ中間サーバー１０のログイン情報が流出した場合でも、セキュリティリスクを低減させることが出来る。また、中間サーバー１０のログイン情報と最終サーバー２０のログイン情報が対応付けられているので、アクセス管理を容易にすることが出来る。

【0045】

［中間サーバーの構成］
次に、中間サーバー１０の構成について説明する。中間サーバー１０は、専用のハードウェアやソフトウェアにより構成されていてもよいし、一般的なコンピューターにより構成されてもよい。中間サーバー１０が一般的なコンピューターにより構成される場合の構成図を図４に示す。

【0046】

同図に示すように、中間サーバー１０は、ＣＰＵ（Central Processing Unit）１１、ＲＯＭ（Read Only Memory）１２、ＲＡＭ（Random Access Memory）１３、操作入力部１４、通信部１５、表示部１６、および記憶部１７を有し、これら各ブロックがバス１８を介して接続されている。

【0047】

ＲＯＭ１２は、各種の処理を実行するためのファームウェア等の複数のプログラムやデータを記憶する。ＲＡＭ１３は、ＣＰＵ１１の作業用領域として用いられ、ＯＳ（Operating System）、実行中の各種アプリケーション、処理中の各種データを一時的に保持する。

【0048】

記憶部１７は、例えばＨＤＤ（Hard Disk Drive）や、フラッシュメモリー、その他の不揮発性メモリーである。記憶部１７には、ＯＳや各種アプリケーション、各種データ、ＩＤ対応テーブル１７ａが記憶される。

【0049】

ＩＤ対応テーブル１７ａには、図５に示すように、中間サーバー１０の特定のログインＩＤとパスワードから構成されるログイン情報（第１のログイン情報）と最終サーバー２０の特定のログイン情報（第２のログイン情報）とが１対１対応で組み合わされて記録されている。

【0050】

通信部１５は、ネットワーク上の端末装置４０、最終サーバー２０等と情報のやりとりを行う為のネットワークと結ばれている。

【0051】

ＣＰＵ１１は、ＲＯＭ１２や記憶部１７に格納された複数のプログラムのうち、操作入力部１４から与えられる命令に対応するプログラムをＲＡＭ１３に展開し、この展開されたプログラムにしたがって、表示部１６及び記憶部１７を適宜制御する。

【0052】

操作入力部１４は、例えばマウス等のポインティングデバイス、キーボード、タッチパネル、その他の操作装置である。

【0053】

表示部１６は、例えば液晶ディスプレイ、ＥＬ（Electro-Luminescence）ディスプレイ、プラズマディスプレイ等である。

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

１０ … 中間サーバー
１１ … ＣＰＵ
１１ａ… ＩＤ発行受付部
１１ｂ… 最終サーバーアクセス部
１１ｃ… ＩＤ発行部
１１ｄ… 最終サーバーアクセス受付部
１２ … ＲＯＭ
１３ … ＲＡＭ
１４ … 操作入力部
１５ … 通信部
１６ … 表示部
１７ … 記憶部
１７ａ… ＩＤ対応テーブル
１８ … バス
２０ … 最終サーバー
２１ … ＣＰＵ
２１ａ… アクセス受付部
２１ｂ… 応答返信部
２２ … ＲＯＭ
２３ … ＲＡＭ
２４ … 操作入力部
２５ … 通信部
２６ … 表示部
２７ … 記憶部
２７ａ… ログイン情報テーブル
２８ … バス
１００ … 情報処理システム

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】