JP6394371B2 - 情報処理装置およびプログラム - Google Patents

Description

本発明は、情報処理装置、プログラムおよび利用者機器に関する。

近日、インターネットを介して金融サービスを提供可能なインターネットバンキングが広く普及している。金融機関の利用者は、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）やスマートフォンなどの利用者機器を用いてインターネットバンキングにアクセスすることにより、残高照会および取引明細の照会などを実行することが可能である。

上記のインターネットバンキングに関し、特許文献１には、ミニブログで入力されたテキストを基に残高照会および振込などの金融取引を銀行システムに依頼する自然言語バンキングサーバが開示されている。

なお、特許文献２には、利用者機器からインターネットバンキングへのアクセスを支援するための中継システムが開示され、特許文献３および４には、個人情報が商品販売業者に渡らないように、利用者機器と商品販売業者の間の通信を仲介する仲介サーバを有するシステムが開示されている。

特開２０１２−１８５６７２号公報 特開２００９−２１１１８１号公報 特開２００６−１９５８３７号公報 特開２００９−７６１０１号公報

しかし、特許文献１には、同一の利用者のミニブログのユーザＩＤと金融機関の口座情報を自然言語バンキングサーバにおいて関連付ける方法は開示されていない。このため、特許文献１に記載の技術の実施においては、利用者の情報の漏洩が懸念される。例えば、利用者がミニブログに金融機関の口座情報を入力し、ミニブログのサーバが上記口座情報をミニブログのユーザＩＤと共に自然言語バンキングサーバに送信する方法により、自然言語バンキングサーバにおいてミニブログのユーザＩＤと金融機関の口座情報を関連付けることが可能であるが、当該方法では、ミニブログのサーバから利用者の口座情報が漏洩する危険性がある。

そこで、本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、利用者の情報のセキュリティを向上することが可能な、新規かつ改良された情報処理装置、プログラムおよび利用者機器を提供することにある。

上記課題を解決するために、本発明のある観点によれば、第１の組織により提供される第１のサービスへのログイン情報を利用者ごとに記憶する記憶部と、一の利用者について前記ログイン情報に関連付けられるキー情報を発行する発行部と、第２の組織により提供される第２のサービスを利用する前記一の利用者の利用者識別情報および前記キー情報を受信する受信部と、前記キー情報に基づき、前記一の利用者についての前記第２のサービスにおける利用者識別情報および前記ログイン情報を特定し、前記一の利用者についての前記第２のサービスにおける利用者識別情報および前記ログイン情報を関連付けて前記記憶部に記憶する受付管理部と、前記記憶部に記憶されている利用者識別情報を含む要求が前記受信部により受信されると、当該利用者識別情報に関連付けられているログイン情報に基づいて前記第１のサービスにログインし、前記第１のサービスから利用者についての情報を取得する情報取得部と、前記情報取得部により取得された前記利用者についての情報を前記第２の組織のサーバに送信する送信部と、を備える、情報処理装置が提供される。

前記第１の組織は金融機関であり、前記利用者についての情報は、前記金融機関における前記利用者の口座情報であってもよい。

前記要求は、前記利用者の口座情報のうちの特定の情報を指定し、前記情報取得部は、前記利用者の口座情報のうちで、前記要求において指定される情報を取得してもよい。

前記口座情報は、口座残高、入出金明細情報または顧客ステージ情報を含んでもよい。

前記受信部が第１の要求を受信した後、前記受信部が前記第１の要求と同一の情報を指定する第２の要求を受信し、かつ、前記第１の要求と前記第２の要求が同一の利用者識別情報を含む場合、前記情報取得部は、前記第２の要求についての情報取得を前記第１の要求と前記第２の要求の時間間隔に応じて制限してもよい。

前記情報処理装置は、前記発行部が発行したキー情報について受付制限時間を管理する受付管理部をさらに備え、前記受付管理部は、前記受付制限時間の経過後に前記受信部により受信されたキー情報に基づく前記ログイン情報の関連付けを許可しなくてもよい。

また、上記課題を解決するために、本発明の別の観点によれば、コンピュータを、第１の組織により提供される第１のサービスへのログイン情報を利用者ごとに記憶する記憶部と、一の利用者について前記ログイン情報に関連付けられるキー情報を発行する発行部と、第２の組織により提供される第２のサービスを利用する前記一の利用者の利用者識別情報および前記キー情報を受信する受信部と、前記キー情報に基づき、前記一の利用者についての前記第２のサービスにおける利用者識別情報および前記ログイン情報を特定し、前記一の利用者についての前記第２のサービスにおける利用者識別情報および前記ログイン情報を関連付けて前記記憶部に記憶する受付管理部と、前記記憶部に記憶されている利用者識別情報を含む要求が前記受信部により受信されると、当該利用者識別情報に関連付けられているログイン情報に基づいて前記第１のサービスにログインし、前記第１のサービスから利用者についての情報を取得する情報取得部と、前記情報取得部により取得された前記利用者についての情報を前記第２の組織のサーバに送信する送信部と、を備える情報処理装置として機能させるための、プログラムが提供される。

以上説明したように本発明によれば、利用者の情報のセキュリティを向上することが可能である。

本発明の実施形態による情報処理システム１の構成を示す説明図である。 携帯端末２０の利用者と銀行サーバ４０を有する金融機関との対話画面の具体例を示す説明図である。 本実施形態による中継サーバ３０の構成を示す説明図である。 ログイン情報の具体例を示す説明図である。 送信誘導画面の具体例を示す説明図である。 ログイン情報と利用者特定キーの関連付けを示す説明図である。 銀行サーバ４０の構成を示す説明図である。 携帯端末２０の構成を示す説明図である。 対話画面における受付キーの送信を示す説明図である。 対話型サービスサーバ５０の構成を示す説明図である。 情報処理システム１による初回設定の動作を示す説明図である。 情報処理システム１による初回設定の動作を示す説明図である。 利用者によるサービス利用時の動作を示す説明図である。 利用者によるサービス利用時の動作を示す説明図である。 変形例による初回設定の動作を示す説明図である。 中継サーバ３０のハードウェア構成を示したブロック図である。

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

また、本明細書及び図面において、実質的に同一の機能構成を有する複数の構成要素を、同一の符号の後に異なるアルファベットを付して区別する場合もある。ただし、実質的に同一の機能構成を有する複数の構成要素の各々を特に区別する必要がない場合、同一符号のみを付する。

＜１．情報処理システムの概要＞
まず、図１を参照し、本発明の実施形態による情報処理システム１の概要を説明する。

図１は、本発明の実施形態による情報処理システム１の構成を示す説明図である。図１に示したように、本発明の実施形態による情報処理システム１は、携帯端末２０と、中継サーバ３０と、銀行サーバ４０と、対話型サービスサーバ５０と、を備える。携帯端末２０、中継サーバ３０および対話型サービスサーバ５０はネットワーク１２Ａにより接続され、中継サーバ３０および銀行サーバ４０はネットワーク１２Ｂにより接続される。

ネットワーク１２Ａおよび１２Ｂ（以下、単にネットワーク１２と総称する場合もある。）は、ネットワーク１２に接続されている装置から送信される情報の有線、または無線の伝送路である。例えば、ネットワーク１２は、インターネット、電話回線網、衛星通信網などの公衆回線網や、Ｅｔｈｅｒｎｅｔ（登録商標）を含む各種のＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）などを含んでもよい。また、ネットワーク１２は、ＩＰ−ＶＰＮ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ−Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）などの専用回線網を含んでもよい。

携帯端末２０は、金融機関の顧客である利用者により利用される利用者機器の一例である。携帯端末２０は、詳細については後述するように、対話型サービスサーバ５０との対話型通信に基づいて携帯端末２０の利用者についての情報を取得することが可能である。

なお、本実施形態においては、携帯端末２０の利用者についての情報の一例として、口座残高、入出金明細情報、顧客ステージ情報、および月内に手数料無料での振込が可能である残り回数を示す情報などの口座情報を主に説明するが、利用者についての情報は口座情報に限定されない。例えば、本発明が証券取引サービスに適用される場合、利用者についての情報は証券の保有状況であってもよい。また、本発明がホテルや映画などの予約照会サービスに適用される場合、利用者についての情報は、ホテルや映画などの予約状況を示す情報であってもよい。また、図１においては、利用者機器の一例として携帯端末２０を示しているが、利用者機器は、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔｓ）およびウェアラブル機器などの情報処理装置であってもよい。

中継サーバ３０は、銀行サーバ４０が提供するサービスを対話型サービスサーバ５０および携帯端末２０に中継する情報処理装置である。例えば、中継サーバ３０は、携帯端末２０の利用者のログイン情報を記憶し、当該ログイン情報を用いて銀行サーバ４０にログインし、銀行サーバ４０から携帯端末２０の利用者の口座情報を取得し、口座情報を対話型サービスサーバ５０に送信する。この中継サーバ３０は、例えば金融機関やシステムベンダのデータセンタに設置される。

銀行サーバ４０は、ネットワーク１２を介して残高照会、入出金明細照会および振込などのインターネットバンキングサービス（第１のサービス）を提供することが可能な金融機関（第１の組織）のサーバである。銀行サーバ４０には、ＩＤとログインパスワードによりログインすることが可能であり、この場合、銀行サーバ４０は、上記の残高照会および入出金明細照会などの照会サービスに加え、振込を含む取引サービスを提供し得る。また、銀行サーバ４０には、キャッシュカードの暗証番号および通帳に記帳された最終残高などで初期認証が行われた後、店番、科目、口座番号およびログインパスワードによりログインすることが可能であり、この場合、銀行サーバ４０は、照会サービスを提供し得る。

対話型サービスサーバ５０は、金融機関と異なる第２の組織のサーバであり、第２のサービスの一例である対話型サービスを携帯端末２０に提供する。対話型サービスサーバ５０は、携帯端末２０に、通信相手との対話画面を提供し、携帯端末２０から送信された情報および通信相手から送信された情報を上記対話画面に逐次追加する。以下、図２を参照し、本実施形態による対話型サービスサーバ５０が提供する対話画面の具体例を説明する。

図２は、携帯端末２０の利用者と銀行サーバ４０を有する金融機関との対話画面の具体例を示す説明図である。図２に示したように、対話画面において携帯端末２０が残高照会要求を意味する画像３２（いわゆる、スタンプ）を送信すると、対話型サービスサーバ５０は、中継サーバ３０を介して銀行サーバ４０から携帯端末２０の利用者の口座残高を取得し、当該口座残高を示す口座残高メッセージ３４を対話画面に追加する。結果、携帯端末２０の利用者は、直接銀行サーバ４０にアクセスすることなく、簡易に自身の口座残高を把握することができる。

ここで、本実施形態による中継サーバ３０は、対話型サービスサーバ５０と中継サーバ３０との上記連携のために、携帯端末２０の利用者のログイン情報と、対話型サービスサーバ５０における利用者識別情報である利用者特定キーを関連付けて記憶する。本実施形態は、特に、中継サーバ３０が上記ログイン情報と利用者特定キーを関連付けて記憶する過程の創意工夫に基づいてなされたものである。以下、このような本実施形態の構成および動作について順次詳細に説明する。

＜２．中継サーバの構成＞
図３は、本実施形態による中継サーバ３０の構成を示す説明図である。図３に示したように、中継サーバ３０は、記憶部の一例であるログイン情報記憶部３２０と、通信部３４０と、中継アプリケーション３５０と、を備える。

ログイン情報記憶部３２０は、携帯端末２０の利用者についての、銀行サーバ４０にログインするためのログイン情報を記憶する。ログイン情報は、例えば、店番、科目、口座番号およびログインパスワードを含む。当該ログイン情報は、典型的には、対話型サービスを用いた口座情報の照会サービスを利用するための初回設定時に、携帯端末２０から通信部３４０により受信される。

通信部３４０は、携帯端末２０、銀行サーバ４０および対話型サービスサーバ５０とのインタフェースであり、携帯端末２０、銀行サーバ４０および対話型サービスサーバ５０との間で通信を行う送信部としての機能および受信部としての機能を有する。例えば、通信部３４０は、携帯端末２０からログイン情報を含む認証情報を受信したり、銀行サーバ４０にログイン情報を送信したり、対話型サービスサーバ５０へ利用者の口座情報を送信したりする。

中継アプリケーション３５０は、認証情報中継部３５１、受付キー発行部３５２、端末画面生成部３５３、受付管理部３５４、自動ログイン部３５５および口座情報処理部３５６の機能を有する。

認証情報中継部３５１は、本実施形態による照会サービスを利用者が利用するための初回設定にかかる処理を行う。具体的には、認証情報中継部３５１は、通信部３４０により携帯端末２０から店番、科目、口座番号、カナ氏名、キャッシュカード暗証番号、最終記帳残高および銀行サーバ４０へのログインパスワードなどの認証情報が受信されると、これら認証情報の通信部３４０から銀行サーバ４０への中継を制御する。そして、認証情報に基づく銀行サーバ４０による認証が成功した場合、認証情報中継部３５１は、以降のログインのために用いられる店番、科目、口座番号およびログインパスワードなどのログイン情報をログイン情報記憶部３２０に記憶させる。

受付キー発行部３５２は、初回設定時に、利用者のログイン情報と、当該利用者の対話型サービスにおける利用者特定キーとを関連付けるためのキー情報である受付キーを、各利用者に発行する。受付キー発行部３５２により発行された受付キーは、図４に示すように、ログイン情報記憶部３２０にログイン情報と関連付けて記憶される。

端末画面生成部３５３は、初回設定のための入力を携帯端末２０の利用者に誘導する画面を生成する。例えば、端末画面生成部３５３は、認証情報の入力画面を生成する。また、端末画面生成部３５３は、受付キー発行部３５２により受付キーが発行されると、携帯端末２０から対話型サービスサーバ５０への当該受付キーの送信を誘導する誘導表示として、送信誘導画面を生成する。以下、図５を参照し、送信誘導画面の具体例を説明する。

図５は、送信誘導画面の具体例を示す説明図である。図５に示した送信誘導画面は、携帯端末２０のブラウザアプリケーションにより携帯端末２０に表示される。この送信誘導画面は、図５に示したように、受付キーの送信を誘導するメッセージおよび受付キーの送信を指示するための「受付キーを送る」ボタン３６を含む。携帯端末２０の利用者が、携帯端末２０に表示された当該送信誘導画面において「受付キーを送る」ボタン３６を選択すると、送信誘導画面に埋め込まれた受付キーが携帯端末２０の対話型アプリケーションに引き継がれ、対話型アプリケーションの機能により受付キーが対話型サービスサーバ５０に送信される。

受付管理部（特定部）３５４は、ログイン情報と対話型サービスにおける利用者特定キーとの関連付けを管理する。具体的には、受付管理部３５４は、対話型サービスにおける利用者特定キーと受付キーが通信部３４０により対話型サービスサーバ５０から受信されると、ログイン情報記憶部３２０を参照し、受信された受付キーの発行先利用者を特定する。そして、受付管理部３５４は、ログイン情報記憶部３２０において、通信部３４０により受信された利用者特定キーを、ログイン情報記憶部３２０において受付キーの発行先利用者のログイン情報と関連付ける。

例えば、ログイン情報記憶部３２０が図４に示したようにログイン情報と受付キーを関連付けて記憶している状態において、通信部３４０により利用者特定キー「００００１」および受付キー「ｆｆ００１」が受信されたとする。この場合、受付管理部３５４は、受付キー「ｆｆ００１」の発行先利用者が図４の１行目のエントリに対応する利用者であることを特定し、図６に示したように、当該利用者のログイン情報と利用者特定キー「００００１」を関連付ける。

自動ログイン部３５５は、銀行サーバ４０にログインし、銀行サーバ４０から利用者の口座情報を取得する、情報取得部として機能する。具体的には、自動ログイン部３５５は、対話型サービスサーバ５０からの利用者特定キーを含む要求に応じて、当該利用者特定キーと関連付けてログイン情報記憶部３２０に記憶されているログイン情報を用いて銀行サーバ４０にログインし、銀行サーバ４０から利用者の口座情報を取得する。ここで、対話型サービスサーバ５０からの要求では口座情報のうちの特定の情報、例えば口座残高が指定されており、自動ログイン部３５５は、上記要求において指定されている情報を銀行サーバ４０から取得してもよい。

口座情報処理部３５６は、自動ログイン部３５５により取得された利用者の口座情報に基づき、口座情報メッセージを生成し、口座情報メッセージを通信部３４０に対話型サービスサーバ５０へ送信させる。口座情報メッセージの一例としては、図２に示した口座残高メッセージ３４のように、利用者の氏名、口座残高および現在時刻を含むメッセージが挙げられる。

＜３．銀行サーバの構成＞
以上、中継サーバ３０の構成を説明した。続いて、図７を参照し、銀行サーバ４０の構成を説明する。

図７は、銀行サーバ４０の構成を示す説明図である。図７に示したように、銀行サーバ４０は、認証部４１０と、口座情報取得部４２０と、通信部４４０と、を備える。

通信部４４０は、中継サーバ３０とのインタフェースであり、中継サーバ３０との間で通信を行う。例えば、通信部４４０は、中継サーバ３０から初回設定のための認証情報、およびログインのためのログイン情報を受信し、口座情報取得部４２０により取得される口座情報を中継サーバ３０に送信する。

認証部４１０は、通信部４４０により中継サーバ３０から受信された認証情報またはログイン情報について認証を行う。具体的には、認証部４１０は、中継サーバ３０から受信された店番、科目、口座番号、カナ氏名、キャッシュカード暗証番号、最終記帳残高および銀行サーバ４０へのログインパスワードなどの認証情報について認証を行い、認証結果を通信部４４０に送信させる。当該認証情報についての認証が成功した後に中継サーバ３０から店番、科目、口座番号およびログインパスワードなどのログイン情報が受信されると、認証部４１０は、当該ログイン情報についての認証を行う。認証部４１０は、当該ログイン情報についての認証が失敗した場合、通信部４４０に認証失敗通知を送信させる。一方、認証部４１０は、当該ログイン情報についての認証が成功した場合、口座情報取得部４２０にログイン情報に対応する利用者の口座情報の取得を依頼する。

口座情報取得部４２０は、認証が成功したログイン情報に対応する利用者の口座情報を取得し、取得した口座情報を通信部４４０に中継サーバ３０へ送信させる。なお、利用者の口座情報のデータベースは、銀行サーバ４０に格納されていてもよいし、他のサーバに格納されていてもよい。

＜４．携帯端末の構成＞
以上、銀行サーバ４０の構成を説明した。続いて、図８を参照し、携帯端末２０の構成を説明する。

図８は、携帯端末２０の構成を示す説明図である。図８に示したように、携帯端末２０は、操作部２２０と、表示部２３０と、通信部２４０と、アプリケーション２５０と、を備える。

操作部２２０は、携帯端末２０の利用者による操作を検出する。例えば、利用者は、この操作部２２０への操作により、銀行サーバ４０における認証のための認証情報を入力することが可能である。なお、操作部２２０の具体例としては、タッチパネル、キーボード、マウスまたはボタンなどが挙げられる。

表示部２３０は、アプリケーション２５０からの制御に基づき、多様な画面を表示し得る。例えば、本実施形態による表示部２３０は、認証情報の入力画面、対話型サービスのための対話画面などを表示する。なお、表示部２３０は、液晶ディスプレイであってもよいし、ＯＬＥＤ（Ｏｒｇａｎｉｃ Ｌｉｇｈｔ Ｅｍｉｔｔｉｎｇ Ｄｉｏｄｅ）であってもよい。

通信部２４０は、中継サーバ３０および対話型サービスサーバ５０とのインタフェースであり、中継サーバ３０との間、および対話型サービスサーバ５０との間で通信を行う。例えば、通信部２４０は、中継サーバ３０にログイン情報を含む認証情報を送信する送信部としての機能、および認証情報の送信に応答して中継サーバ３０から送信される受付キーを受信する受信部としての機能を有する。

アプリケーション２５０は、図８に示したように、ブラウザアプリケーション２６０および対話型アプリケーション２７０を含む。

ブラウザアプリケーション２６０は、中継サーバ３０から提供される画面を表示部２３０に表示させる表示制御部、および、操作部２２０に入力された情報を通信部２４０に中継サーバ３０へ送信させる送信制御部などの機能を有する。特に、本実施形態においては、ブラウザアプリケーション２６０は、認証情報の入力画面を表示部２３０に表示させ、当該入力画面で入力された認証情報を通信部２４０に中継サーバ３０へ送信させる。そして、認証情報に基づく認証が成功した場合、中継サーバ３０から提供される図５に示した送信誘導画面を表示部２３０に表示させる。

対話型アプリケーション２７０は、図８に示したように、受付キー処理部２７２と、情報要求処理部２７４と、表示制御部２７６の機能を有する。

受付キー処理部２７２は、中継サーバ３０により発行された受付キーの対話型サービスサーバ５０への送信のための処理を行う。具体的には、図５に示した送信誘導画面において「受付キーを送る」ボタン３６が選択されると、対話型アプリケーション２７０が起動し、受付キー処理部２７２が送信誘導画面に埋め込まれた受付キーをブラウザアプリケーション２６０から引継ぐ。そして、受付キー処理部２７２は、利用者から宛先としてＸ銀行が選択されると、Ｘ銀行を示す宛先情報および受付キーを通信部２４０に対話型サービスサーバ５０へ送信させる。これにより、携帯端末２０の利用者と銀行サーバ４０を有するＸ銀行との対話画面に、図９に示すように例えば受付キー「ｆｆ００１」を示す表示３８が追加される。

情報要求処理部２７４は、利用者が口座情報を要求する操作を操作部２２０に対して行ったことに基づき、利用者の口座情報を対話型サービスサーバ５０に要求する。例えば、利用者が口座残高を要求する操作として図２に示した画像３２の送信操作を行うと、情報要求処理部２７４は、対話型サービスサーバ５０に残高照会要求として画像３２あるいは画像３２の識別子を送信する。

表示制御部２７６は、情報要求処理部２７４からの要求に応答して対話型サービスサーバ５０から受信された利用者の口座情報を表示部２３０に表示させる。例えば、対話型サービスサーバ５０から利用者の口座残高を示す口座残高メッセージ３４が受信されると、情報要求処理部２７４は、図２に示したように口座残高メッセージ３４を表示部２３０に表示させる。

＜５．対話型サービスサーバの構成＞
以上、本実施形態による携帯端末２０の構成を説明した。続いて、図１０を参照し、対話型サービスサーバ５０の構成を説明する。

図１０は、対話型サービスサーバ５０の構成を示す説明図である。図１０に示したように、対話型サービスサーバ５０は、通信部５４０と、初回設定制御部５５０と、要求中継部５６０と、口座情報中継部５７０と、を備える。

通信部５４０は、中継サーバ３０および携帯端末２０とのインタフェースである。例えば、通信部５４０は、携帯端末２０から受付キーを受信し、初回設定制御部５５０からの制御に従い、携帯端末２０の利用者特定キーと共に受付キーを中継サーバ３０に送信する。また、通信部５４０は、携帯端末２０から口座情報要求を受信し、要求中継部５６０からの制御に従い、当該口座情報要求を中継サーバ３０へ中継する。また、通信部５４０は、中継サーバ３０から利用者の口座情報を受信し、口座情報中継部５７０からの制御に従い、利用者の口座情報を携帯端末２０に中継する。

初回設定制御部５５０は、初回設定時に携帯端末２０から受付キーが受信されると、当該受付キーおよび対話型サービスにおける携帯端末２０の利用者の利用者特定キーの中継サーバ３０への送信を制御する。

要求中継部５６０は、通信部５４０により携帯端末２０から口座情報要求が受信されると、当該口座情報要求の中継サーバ３０へ中継を制御する。

口座情報中継部５７０は、通信部５４０により中継サーバ３０から携帯端末２０の利用者の口座情報メッセージが受信されると、当該口座情報メッセージの携帯端末２０への中継を制御する。

＜６．情報処理システムの動作＞
以上、本実施形態による情報処理システム１の構成を説明した。続いて、図１１〜図１４を参照し、本実施形態による情報処理システム１の動作を説明する。なお、以下では、初回設定の動作を図１１および図１２を参照して説明し、サービス利用時の動作を図１３および図１４を参照して説明する。

（初回設定の動作）
図１１および図１２は、情報処理システム１による初回設定の動作を示す説明図である。図１１に示したように、携帯端末２０が例えば利用者による操作に基づいてブラウザアプリケーション２６０を起動し（Ｓ５０２）、操作部２２０に認証情報が入力されると（Ｓ５０４）、通信部２４０が当該認証情報を中継サーバ３０に送信する（Ｓ５０６）。

中継サーバ３０の認証情報中継部３５１は、携帯端末２０から認証情報が受信されると、銀行サーバ４０に初回設定画面を要求する（Ｓ５０８）。そして、認証情報中継部３５１は、銀行サーバ４０から初回設定画面が受信されると（Ｓ５１０）、初回設定画面に含まれる認証情報の設定領域に携帯端末２０から受信された認証情報を設定し（Ｓ５１２）、通信部３４０が当該認証情報を銀行サーバ４０に送信する（Ｓ５１４）。なお、スクリーンスクレイピング方式においてはＳ５０４およびＳ５０６の処理とＳ５０８およびＳ５１０の処理の順序は逆であってもよい。

銀行サーバ４０の認証部４１０は、中継サーバ３０から受信された認証情報について認証を行う（Ｓ５１６）。そして、認証が失敗した場合（Ｓ５１８／ＮＯ）、通信部４４０が中継サーバ３０に認証失敗通知を送信し（Ｓ５２０）、中継サーバ３０の通信部３４０が携帯端末２０に当該認証失敗通知を中継する（Ｓ５２２）。一方、認証が成功した場合（Ｓ５１８／ＹＥＳ）、通信部４４０が認証成功通知を中継サーバ３０に送信し（Ｓ５２４）、銀行サーバ４０はログアウト処理を行う（Ｓ５２６）。中継サーバ３０の認証情報中継部３５１は、認証成功通知が受信されると、以降のログインのために用いられる店番、科目、口座番号およびログインパスワードなどのログイン情報をログイン情報記憶部３２０に記憶させる（Ｓ５２８）。

その後、中継サーバ３０の受付キー発行部３５２が受付キーを発行し（Ｓ５３０）、当該受付キーを携帯端末２０の利用者のログイン情報と関連付けてログイン情報記憶部３２０が記憶し、通信部３４０が当該受付キーを携帯端末２０に送信する（Ｓ５３２）。

携帯端末２０は、中継サーバ３０から受付キーを受信すると、図１２に示したように、図５に示した受付キーの送信誘導画面を表示する（Ｓ５３３）。そして、送信誘導画面において「受付キーを送る」ボタン３６が選択されると、携帯端末２０の対話型アプリケーション２７０が起動し（Ｓ５３４）、受付キーがブラウザアプリケーション２６０から対話型アプリケーション２７０に引き継がれる（Ｓ５３６）。その後、携帯端末２０の通信部２４０が、対話型アプリケーション２７０からの制御に基づき、受付キーを対話型サービスサーバ５０に送信する（Ｓ５３８）。

対話型サービスサーバ５０の初回設定制御部５５０は、携帯端末２０から受信された受付キーおよび対話型サービスにおける携帯端末２０の利用者の利用者特定キーの中継サーバ３０への送信を制御する（Ｓ５４０）。

続いて、中継サーバ３０の受付管理部３５４は、対話型サービスにおける利用者特定キーと受付キーが通信部３４０により対話型サービスサーバ５０から受信されると、ログイン情報記憶部３２０を参照し、受信された受付キーの発行先利用者を特定する。そして、受付管理部３５４は、ログイン情報記憶部３２０において、通信部３４０により受信された利用者特定キーを、受付キーの発行先利用者のログイン情報と関連付ける（Ｓ５４２）。

その後、中継サーバ３０の通信部３４０が設定完了通知を対話型サービスサーバ５０に送信し、対話型サービスサーバ５０の通信部５４０が当該設定完了通知を携帯端末２０に送信すると（Ｓ５４６）、初回設定が完了した旨を携帯端末２０の表示部２３０が表示する（Ｓ５６０）。

（サービス利用時の動作）
図１３および図１４は、利用者によるサービス利用時の動作を示す説明図である。図１３に示したように、携帯端末２０の対話型アプリケーション２７０が起動し（Ｓ６０２）、対話画面において利用者により残高照会を要求する操作が行われると、携帯端末２０の通信部２４０が残高照会要求を対話型サービスサーバ５０に送信する（Ｓ６０４）。

対話型サービスサーバ５０の初回設定制御部５５０は、携帯端末２０から残高照会要求が受信されると、対話型サービスにおける携帯端末２０の利用者特定キーを含む残高照会要求の中継サーバ３０への送信を制御する（Ｓ６０６）。

続いて、中継サーバ３０の自動ログイン部３５５は、残高照会要求に応じ、銀行サーバ４０にログイン画面を要求する（Ｓ６０８）。そして、銀行サーバ４０からログイン画面が送信されると（Ｓ６１０）、自動ログイン部３５５は、Ｓ６０６において受信された利用者特定キーに関連付けられたログイン情報をログイン情報記憶部３２０から抽出し（Ｓ６１２）、抽出したログイン情報をログイン画面に設定する（Ｓ６１４）。

当該ログイン情報を中継サーバ３０の通信部３４０が銀行サーバ４０に送信すると（Ｓ６１６）、銀行サーバ４０の認証部４１０が当該ログイン情報について認証を行う（Ｓ６１７）。そして、認証が失敗した場合（Ｓ６１８／ＮＯ）、通信部４４０が中継サーバ３０に認証失敗通知を送信し（Ｓ６２０）、中継サーバ３０の自動ログイン部３５５が認証失敗メッセージを生成し（Ｓ６２２）、通信部３４０が認証失敗メッセージを対話型サービスサーバ５０に送信する（Ｓ６２４）。続いて、対話型サービスサーバ５０は、中継サーバ３０から受信した認証失敗メッセージを携帯端末２０に中継し（Ｓ６２８）、携帯端末２０の表示部２３０が認証失敗メッセージを表示する（Ｓ６３０）。

一方、Ｓ６１８において銀行サーバ４０による認証が成功した場合（Ｓ６１８／ＹＥＳ）、図１４に示したように、銀行サーバ４０の通信部４４０が中継サーバ３０に口座残高を送信し（Ｓ６３２）、銀行サーバ４０がログアウト処理を行う（Ｓ６３４）。

その後、中継サーバ３０の口座情報処理部３５６は、銀行サーバ４０から受信された口座残高に基づいて口座残高メッセージを生成し（Ｓ６３６）、通信部３４０が当該口座残高メッセージを対話型サービスサーバ５０に送信する（Ｓ６３８）。続いて、対話型サービスサーバ５０は、中継サーバ３０から受信した口座残高メッセージを携帯端末２０に中継し（Ｓ６４０）、携帯端末２０の表示部２３０が口座残高メッセージを表示する（Ｓ６４２）。

＜７．小括＞
以上説明したように、本発明の実施形態によれば、対話型サービスサーバ５０に利用者のログイン情報が提供されることなく、中継サーバ３０において利用者のログイン情報と対話型サービスの利用者特定キーを関連付けることが可能である。従って、利用者のログイン情報のセキュリティを向上することが可能である。

また、本発明の実施形態においては、中継サーバ３０の活用により、銀行サーバ４０側の改修無しに、対話型サービスを活用した照会サービスを実現することが可能である。

＜８．応用例＞
さらに、上述した本発明の実施形態を応用して、さらなる効果を実現することも可能である。以下、本発明の実施形態の幾つかの応用例を説明する。

（第１の応用例）
初回設定において、対話型サービスサーバ５０は、ある携帯端末から受付キーを受信すると、図１２を参照して説明したように、当該携帯端末の利用者特定キーと受付キーを中継サーバ３０に送信する。ここで、中継サーバ３０により正当な利用者に発行された受付キーと同一の受付キーを第三者の携帯端末が対話型サービスサーバ５０に送信する場合が考えられる。例えば、第三者の携帯端末が送信するランダムな受付キーが正当な利用者に発行された受付キーと一致する場合が生じ得る。このような場合であっても、対話型サービスサーバ５０は、第三者の利用者特定キーと正当な利用者に発行された受付キーを中継サーバ３０に送信する。結果、第三者の利用者特定キーと正当な利用者のログイン情報が中継サーバ３０において関連付けられてしまい、第三者が正当な利用者の口座情報を不正に取得可能となってしまう恐れがある。

第１の応用例は、上記事情に基づいて案出されたものであり、第１の応用例による中継サーバ３０は、第三者の利用者特定キーと正当な利用者のログイン情報が関連付けられてしまうことを抑制可能である。以下、第１の応用例による中継サーバ３０についてより詳細に説明する。

第１の応用例による中継サーバ３０の受付管理部３５４は、受付キー発行部３５２が発行した受付キーについての受付制限時間を管理する。例えば、受付管理部３５４は、受付キーの発行タイミングあるいは携帯端末２０への送信タイミングを起点に１０分または３０分などの受付制限時間を設定してもよい。

また、受付管理部３５４は、受付制限時間の経過後に対話型サービスサーバ５０から受信された受付キーに基づくログイン情報の関連付けを許可しない。すなわち、受付管理部３５４は、利用者特定キーと受付キーが当該受付キーの受付制限時間の経過後に対話型サービスサーバ５０から受信された場合、利用者特定キーと受付キーの発行先利用者のログイン情報の関連付けを行わない。

かかる構成においては、中継サーバ３０により正当な利用者に発行された受付キーと同一の受付キーを第三者の携帯端末が対話型サービスサーバ５０に送信しても、当該送信のタイミングが受付キーの受付制限時間経過後であれば受付キーに基づくログイン情報の関連付けが行われない。従って、第１の応用例によれば、本実施形態により提供される照会サービスのセキュリティを一層向上することが可能である。

（第２の応用例）
本実施形態による中継サーバ３０は、図２を参照して説明した利用者の携帯端末２０からのいわゆるスタンプの送信に基づき、銀行サーバ４０へログインする。ここで、スタンプの送信は非常に簡単な操作で行われるので、利用者からの連続操作に基づき、携帯端末２０から「残高照会」のように同一の情報を指定するスタンプが連続的に送信される場合が生じ得る。このように携帯端末２０から同一の情報を指定するスタンプが連続的に送信される度に中継サーバ３０が銀行サーバ４０へのログインを試みると、銀行サーバ４０へのアクセス数が増加し、輻輳が生じかねない。

第２の応用例は、上記事情に基づいて案出されたものであり、第２の応用例による中継サーバ３０は、銀行サーバ４０へのアクセス数の増加を抑制することが可能である。以下、第２の応用例による中継サーバ３０についてより詳細に説明する。

第２の応用例による中継サーバ３０の自動ログイン部３５５は、通信部３４０が対話型サービスサーバ５０から第１の要求を受信した後、通信部３４０が第１の要求と同一の情報を指定する第２の要求を受信し、かつ、第１の要求と第２の要求が同一の利用者特定キーを含む場合、第２の要求に基づく銀行サーバ４０へのログインを第１の要求と第２の要求との時間間隔に応じて制限する。

例えば、同一の携帯端末２０から２回送信された残高照会要求について、自動ログイン部３５５は、２つの残高照会要求の時間間隔が所定時間（例えば５秒）未満である場合には２回目に送信された残高照会要求を破棄してもよい。一方、自動ログイン部３５５は、２つの残高照会要求の時間間隔が所定時間以上である場合には、双方の残高照会要求について銀行サーバ４０にログインしてもよい。

かかる構成により、銀行サーバ４０へのアクセス数の増加を抑制し、本実施形態により提供される照会サービスの円滑な運用を支援することが可能である。

＜９．変形例＞
続いて、本発明の実施形態の変形例を説明する。上記では、利用者特定キーとログイン情報との関連付けのための受付キーが中継サーバ３０により発行される例を説明したが、受付キーの起源はかかる例に限定されない。例えば、受付キーは、携帯端末２０の利用者により携帯端末２０に入力されてもよい。以下、図１５を参照し、受付キーの起源についての本実施形態の変形例をより詳細に説明する。

図１５は、変形例による初回設定の動作を示す説明図である。図１５に示したように、まず、携帯端末２０が例えば利用者による操作に基づいてブラウザアプリケーション２６０を起動する（Ｓ７０２）。その後、利用者が操作部２２０に認証情報および受付キーを入力すると（Ｓ７０４）、通信部２４０が当該認証情報および受付キーを中継サーバ３０に送信する（Ｓ７０６）。

中継サーバ３０の認証情報中継部３５１は、携帯端末２０から認証情報および受付キーが受信されると、銀行サーバ４０に初回設定画面を要求する（Ｓ７０８）。そして、認証情報中継部３５１は、銀行サーバ４０から初回設定画面が受信されると（Ｓ７１０）、初回設定画面に含まれる認証情報の設定領域に携帯端末２０から受信された認証情報を設定し（Ｓ７１２）、通信部３４０が当該認証情報を銀行サーバ４０に送信する（Ｓ７１４）。

銀行サーバ４０の認証部４１０は、中継サーバ３０から受信された認証情報について認証を行う（Ｓ７１６）。そして、認証が失敗した場合（Ｓ７１８／ＮＯ）、通信部４４０が中継サーバ３０に認証失敗通知を送信し（Ｓ７２０）、中継サーバ３０の通信部３４０が携帯端末２０に当該認証失敗通知を中継する（Ｓ７２２）。一方、認証が成功した場合（Ｓ７１８／ＹＥＳ）、通信部４４０が認証成功通知を中継サーバ３０に送信し（Ｓ７２４）、銀行サーバ４０はログアウト処理を行う（Ｓ７２６）。中継サーバ３０の認証情報中継部３５１は、認証成功通知が受信されると、以降のログインのために用いられる店番、科目、口座番号およびログインパスワードなどのログイン情報を、Ｓ７０６において受信された受付キーと関連付けてログイン情報記憶部３２０に記憶させる（Ｓ７２８）。

以降の動作は、図１２を参照して説明して説明した動作と実質的に同一である。すなわち、携帯端末２０のブラウザアプリケーション２６０から対話型アプリケーション２７０に受付キーが引き継がれ、当該受付キーおよび利用者特定キーが対話型サービスサーバ５０から中継サーバ３０に送信される。そして、中継サーバ３０は、受付キーに基づいて利用者特定キーとログイン情報との関連付けを行う。

なお、中継サーバ３０が携帯端末２０から受信した受付キーが他の利用者の受付キーと重複する場合、中継サーバ３０は、他の受付キーの送信を携帯端末２０に要求してもよい。また、上記では利用者が受付キーを携帯端末２０に入力する例を説明したが、携帯端末２０がランダムに受付キーを生成してもよい。

＜１０．ハードウェア構成＞
以上、本発明の実施形態による情報処理システム１について説明した。上述した情報処理システム１における初回設定や照会サービスの提供などの情報処理は、ソフトウェアと、以下に説明する中継サーバ３０のハードウェアとの協働により実現される。

図１６は、中継サーバ３０のハードウェア構成を示したブロック図である。中継サーバ３０は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）３０１と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）３０２と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）３０３と、ホストバス３０４と、を備える。また、中継サーバ３０は、ブリッジ３０５と、外部バス３０６と、インタフェース３０７と、入力装置３０８と、表示装置３０９と、音声出力装置３１０と、ストレージ装置３１１と、ドライブ３１２と、ネットワークインタフェース３１５とを備える。

ＣＰＵ３０１は、演算処理装置および制御装置として機能し、各種プログラムに従って中継サーバ３０内の動作全般を制御する。また、ＣＰＵ３０１は、マイクロプロセッサであってもよい。ＲＯＭ３０２は、ＣＰＵ３０１が使用するプログラムや演算パラメータ等を記憶する。ＲＡＭ３０３は、ＣＰＵ３０１の実行において使用するプログラムや、その実行において適宜変化するパラメータ等を一時記憶する。これらはＣＰＵバスなどから構成されるホストバス３０４により相互に接続されている。なお、ＣＰＵ３０１、ＲＯＭ３０２およびＲＡＭ３０３とソフトウェアとの協働により、図３を参照して説明した中継アプリケーション３５０の各機能が実現され得る。

ホストバス３０４は、ブリッジ３０５を介して、ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ／Ｉｎｔｅｒｆａｃｅ）バスなどの外部バス３０６に接続されている。なお、必ずしもホストバス３０４、ブリッジ３０５および外部バス３０６を分離構成する必要はなく、１つのバスにこれらの機能を実装してもよい。

入力装置３０８は、マウス、キーボード、タッチパネル、ボタン、マイクロフォン、スイッチおよびレバーなどユーザが情報を入力するための入力手段と、ユーザによる入力に基づいて入力信号を生成し、ＣＰＵ３０１に出力する入力制御回路などから構成されている。中継サーバ３０のユーザは、該入力装置３０８を操作することにより、中継サーバ３０に対して各種のデータを入力したり処理動作を指示したりすることができる。

表示装置３０９は、例えば、ＣＲＴ（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ）ディスプレイ装置、液晶ディスプレイ（ＬＣＤ）装置、ＯＬＥＤ（Ｏｒｇａｎｉｃ Ｌｉｇｈｔ Ｅｍｉｔｔｉｎｇ Ｄｉｏｄｅ）装置およびランプなどの表示装置を含む。また、音声出力装置３１０は、スピーカおよびヘッドホンなどの音声出力装置を含む。

ストレージ装置３１１は、本実施形態にかかる中継サーバ３０の記憶部の一例として構成されたデータ格納用の装置である。ストレージ装置３１１は、記憶媒体、記憶媒体にデータを記録する記録装置、記憶媒体からデータを読み出す読出し装置および記憶媒体に記録されたデータを削除する削除装置などを含んでもよい。ストレージ装置３１１は、例えば、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）で構成される。このストレージ装置３１１は、ハードディスクを駆動し、ＣＰＵ３０１が実行するプログラムや各種データを格納する。なお、ストレージ装置３１１は、図３を参照して説明したログイン情報記憶部３２０の機能を実現し得る。

ドライブ３１２は、記憶媒体用リーダライタであり、中継サーバ３０に内蔵、あるいは外付けされる。ドライブ３１２は、装着されている磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリ等のリムーバブル記憶媒体２４に記録されている情報を読み出して、ＲＡＭ３０３に出力する。また、ドライブ３１２は、リムーバブル記憶媒体２４に情報を書き込むこともできる。

ネットワークインタフェース３１５は、例えば、ネットワーク１２に接続するための通信デバイス等で構成された通信インタフェースである。また、ネットワークインタフェース３１５は、無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）対応通信装置であっても、有線による通信を行うワイヤー通信装置であってもよい。

なお、上記では図１６を参照して中継サーバ３０のハードウェア構成について説明したが、携帯端末２０、銀行サーバ４０および対話型サービスサーバ５０のハードウェアも中継サーバ３０と実質的に同一に構成することが可能であるため、説明を省略する。

＜１１．むすび＞
以上説明したように、本発明の実施形態によれば、対話型サービスサーバ５０に利用者のログイン情報が提供されることなく、中継サーバ３０において利用者のログイン情報と対話型サービスの利用者特定キーを関連付けることが可能である。従って、利用者のログイン情報のセキュリティを向上することが可能である。

なお、添付図面を参照しながら本発明の好適な実施形態について詳細に説明したが、本発明はかかる例に限定されない。本発明の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本発明の技術的範囲に属するものと了解される。

例えば、本明細書の情報処理システム１の処理における各ステップは、必ずしもシーケンス図として記載された順序に沿って時系列に処理する必要はない。例えば、情報処理システム１の処理における各ステップは、シーケンス図として記載した順序と異なる順序で処理されても、並列的に処理されてもよい。

また、中継サーバ３０に内蔵されるＣＰＵ３０１、ＲＯＭ３０２およびＲＡＭ３０３などのハードウェアに、上述した中継サーバ３０の各構成と同等の機能を発揮させるためのコンピュータプログラムも作成可能である。また、該コンピュータプログラムを記憶させた記憶媒体も提供される。

１ 情報処理システム
１２ ネットワーク
２０ 携帯端末
２４ リムーバブル記憶媒体
３０ 中継サーバ
４０ 銀行サーバ
５０ 対話型サービスサーバ
２２０ 操作部
２３０ 表示部
２４０ 通信部
２５０ アプリケーション
２６０ ブラウザアプリケーション
２７０ 対話型アプリケーション
２７２ 受付キー処理部
２７４ 情報要求処理部
２７６ 表示制御部
３２０ ログイン情報記憶部
３４０ 通信部
３５０ 中継アプリケーション
３５１ 認証情報中継部
３５２ 受付キー発行部
３５３ 端末画面生成部
３５４ 受付管理部
３５５ 自動ログイン部
３５６ 口座情報処理部
４１０ 認証部
４２０ 口座情報取得部
４４０ 通信部
５４０ 通信部
５５０ 初回設定制御部
５６０ 要求中継部
５７０ 口座情報中継部

Claims (7)

1. 第１の組織により提供される第１のサービスへのログイン情報を利用者ごとに記憶する記憶部と、
   一の利用者について前記ログイン情報に関連付けられるキー情報を発行する発行部と、
   第２の組織により提供される第２のサービスを利用する前記一の利用者の利用者識別情報および前記キー情報を受信する受信部と、
   前記キー情報に基づき、前記一の利用者についての前記第２のサービスにおける利用者識別情報および前記ログイン情報を特定し、前記一の利用者についての前記第２のサービスにおける利用者識別情報および前記ログイン情報を関連付けて前記記憶部に記憶する受付管理部と、
   前記記憶部に記憶されている利用者識別情報を含む要求が前記受信部により受信されると、当該利用者識別情報に関連付けられているログイン情報に基づいて前記第１のサービスにログインし、前記第１のサービスから利用者についての情報を取得する情報取得部と、
   前記情報取得部により取得された前記利用者についての情報を前記第２の組織のサーバに送信する送信部と、
   を備える、情報処理装置。
2. 前記第１の組織は金融機関であり、前記利用者についての情報は、前記金融機関における前記利用者の口座情報である、請求項１に記載の情報処理装置。
3. 前記要求は、前記利用者の口座情報のうちの特定の情報を指定し、
   前記情報取得部は、前記利用者の口座情報のうちで、前記要求において指定される情報を取得する、請求項２に記載の情報処理装置。
4. 前記口座情報は、口座残高、入出金明細情報または顧客ステージ情報を含む、請求項３に記載の情報処理装置。
5. 前記受信部が第１の要求を受信した後、前記受信部が前記第１の要求と同一の情報を指定する第２の要求を受信し、かつ、前記第１の要求と前記第２の要求が同一の利用者識別情報を含む場合、前記情報取得部は、前記第２の要求についての情報取得を前記第１の要求と前記第２の要求の時間間隔に応じて制限する、請求項３または４に記載の情報処理装置。
6. 前記情報処理装置は、前記発行部が発行したキー情報について受付制限時間を管理する受付管理部をさらに備え、
   前記受付管理部は、前記受付制限時間の経過後に前記受信部により受信されたキー情報に基づく前記ログイン情報の関連付けを許可しない、請求項１〜５のいずれか一項に記載の情報処理装置。
7. コンピュータを、
   第１の組織により提供される第１のサービスへのログイン情報を利用者ごとに記憶する記憶部と、
   一の利用者について前記ログイン情報に関連付けられるキー情報を発行する発行部と、
   第２の組織により提供される第２のサービスを利用する前記一の利用者の利用者識別情報および前記キー情報を受信する受信部と、
   前記キー情報に基づき、前記一の利用者についての前記第２のサービスにおける利用者識別情報および前記ログイン情報を特定し、前記一の利用者についての前記第２のサービスにおける利用者識別情報および前記ログイン情報を関連付けて前記記憶部に記憶する受付管理部と、
   前記記憶部に記憶されている利用者識別情報を含む要求が前記受信部により受信されると、当該利用者識別情報に関連付けられているログイン情報に基づいて前記第１のサービスにログインし、前記第１のサービスから利用者についての情報を取得する情報取得部と、
   前記情報取得部により取得された前記利用者についての情報を前記第２の組織のサーバに送信する送信部と、
   を備える情報処理装置として機能させるための、プログラム。
   

Images