特許 6163170 サービス連携システム、サービス連携装置、端末装置、サービス連携方法及びサービス連携プログラム

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

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

(11)【特許番号】6163170

(24)【登録日】2017年6月23日

(45)【発行日】2017年7月12日

(54)【発明の名称】サービス連携システム、サービス連携装置、端末装置、サービス連携方法及びサービス連携プログラム

(51)【国際特許分類】

   G06F 15/00 20060101AFI20170703BHJP

   G06F 9/54 20060101ALI20170703BHJP

   G06F 9/46 20060101ALI20170703BHJP

【ＦＩ】

   G06F15/00 420A

   G06F9/46 480Z

   G06F9/46 350

【請求項の数】8

【全頁数】10

(21)【出願番号】特願2015-3172(P2015-3172)

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

(65)【公開番号】特開2016-128966(P2016-128966A)

(43)【公開日】2016年7月14日

【審査請求日】2015年1月9日

(73)【特許権者】

【識別番号】399035766

【氏名又は名称】エヌ・ティ・ティ・コミュニケーションズ株式会社

(74)【代理人】

【識別番号】100083806

【弁理士】

【氏名又は名称】三好 秀和

(74)【代理人】

【識別番号】100101247

【弁理士】

【氏名又は名称】高橋 俊一

(74)【代理人】

【識別番号】100095500

【弁理士】

【氏名又は名称】伊藤 正和

(74)【代理人】

【識別番号】100098327

【弁理士】

【氏名又は名称】高松 俊雄

(72)【発明者】

【氏名】古思 望

【審査官】 大桃 由紀雄

(56)【参考文献】

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

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

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

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

Ｇ０６Ｆ １５／００

Ｇ０６Ｆ ９／４６

Ｇ０６Ｆ ９／５４

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

【請求項1】

汎用的なサーバ機能と複数のサービスを連携させる機能を様々なアプリケーションに提供するサービス連携装置と前記サービス連携装置を利用するアプリケーションをインストールした端末装置とを備えたサービス連携システムであって、
前記サービス連携装置は、
前記アプリケーション毎にユーザに対して発行したユーザＩＤと前記サービスの利用に必要な接続先ユーザ情報とを関連付けて格納した記憶手段と、
前記汎用的なサーバ機能と前記複数のサービスを連携させる機能を提供するアプリケーションプログラミングインタフェースと、
前記端末装置から前記複数のサービスを連携させる要求を受信したときに、当該要求に含まれる前記ユーザＩＤに関連付けられた前記接続先ユーザ情報を取得する取得手段と、
前記取得手段が取得した前記接続先ユーザ情報を用いて前記複数のサービスのそれぞれを利用し、前記複数のサービスを連携させるサービス連携手段と、を有し、
前記端末装置は、
前記アプリケーションプログラミングインタフェースを呼び出して、前記ユーザＩＤを付与して前記サービス連携装置に前記複数のサービスを連携させる要求を送信する送信手段を有すること
を特徴とするサービス連携システム。

【請求項2】

前記サービス連携装置は、
トークンを発行し、当該トークンを前記端末装置に送信するとともにキャッシュに格納するトークン発行手段を有し、
前記取得手段は、前記記憶手段から取得した前記接続先ユーザ情報を前記トークンに関連付けて前記キャッシュに格納しておき、前記複数のサービスを連携させる要求を受信したときに、当該要求に含まれる前記トークンに関連付けられた前記接続先ユーザ情報を前記キャッシュから取得し、
前記端末装置は、
前記トークンを受信する受信手段を有し、
前記送信手段は、前記トークンを付与して前記サービス連携装置に前記複数のサービスを連携させる要求を送信すること
を特徴とする請求項１記載のサービス連携システム。

【請求項3】

汎用的なサーバ機能と複数のサービスを連携させる機能を様々なアプリケーションに提供するサービス連携装置であって、
前記アプリケーション毎にユーザに対して発行したユーザＩＤと前記サービスの利用に必要な接続先ユーザ情報とを関連付けて格納した記憶手段と、
前記汎用的なサーバ機能と前記複数のサービスを連携させる機能を提供するアプリケーションプログラミングインタフェースと、
前記アプリケーションをインストールした端末装置から前記複数のサービスを連携させる要求を受信したときに、当該要求に含まれる前記ユーザＩＤに関連付けられた前記接続先ユーザ情報を取得する取得手段と、
前記取得手段が取得した前記接続先ユーザ情報を用いて前記複数のサービスのそれぞれを利用し、前記複数のサービスを連携させるサービス連携手段と、を有すること
を特徴とするサービス連携装置。

【請求項4】

トークンを発行し、当該トークンを前記端末装置に送信するとともにキャッシュに格納するトークン発行手段を有し、
前記取得手段は、前記記憶手段から取得した前記接続先ユーザ情報を前記トークンに関連付けて前記キャッシュに格納しておき、前記複数のサービスを連携させる要求を受信したときに、当該要求に含まれる前記トークンに関連付けられた前記接続先ユーザ情報を前記キャッシュから取得することを特徴とする請求項３記載のサービス連携装置。

【請求項5】

汎用的なサーバ機能と複数のサービスを連携させる機能を提供するサービス連携装置を利用するアプリケーションをインストールした端末装置であって、
前記サービス連携装置が有する前記汎用的なサーバ機能と前記複数のサービスを連携させる機能を提供するアプリケーションプログラミングインタフェースを呼び出して、前記アプリケーションを利用するユーザに対して発行されたユーザＩＤを付与して前記サービス連携装置に前記複数のサービスを連携させる要求を送信する送信手段を有することを特徴する端末装置。

【請求項6】

前記サービス連携装置が発行したトークンを受信する受信手段を有し、
前記送信手段は、前記トークンを付与して前記サービス連携装置に前記複数のサービスを連携させる要求を送信することを特徴とする請求項５記載の端末装置。

【請求項7】

汎用的なサーバ機能と複数のサービスを連携させる機能を様々なアプリケーションに提供するサービス連携装置によって実行されるサービス連携方法であって、
前記サービス連携装置は前記アプリケーション毎にユーザに対して発行したユーザＩＤと前記サービスの利用に必要な接続先ユーザ情報とを関連付けて格納した記憶手段と前記汎用的なサーバ機能と前記複数のサービスを連携させる機能を提供するアプリケーションプログラミングインタフェースを備え、
前記アプリケーションをインストールした端末装置から前記複数のサービスを連携させる要求を受信したときに、当該要求に含まれる前記ユーザＩＤに関連付けられた前記接続先ユーザ情報を取得するステップと、
前記接続先ユーザ情報を用いて前記複数のサービスのそれぞれを利用し、前記複数のサービスを連携させるステップと、を有すること
を特徴とするサービス連携方法。

【請求項8】

コンピュータを、
汎用的なサーバ機能と複数のサービスを連携させる機能を様々なアプリケーションに提供するサービス連携装置が備える、
前記アプリケーション毎にユーザに対して発行したユーザＩＤと前記サービスの利用に必要な接続先ユーザ情報とを関連付けて格納した記憶手段、
前記汎用的なサーバ機能と前記複数のサービスを連携させる機能を提供するアプリケーションプログラミングインタフェース、
前記アプリケーションをインストールした端末装置から前記複数のサービスを連携させる要求を受信したときに、当該要求に含まれる前記ユーザＩＤに関連付けられた前記接続先ユーザ情報を取得する取得手段、
前記取得手段が取得した前記接続先ユーザ情報を用いて前記複数のサービスのそれぞれを利用し、前記複数のサービスを連携させるサービス連携手段、
として動作させることを特徴とするサービス連携プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、複数のサービスを連携する技術に関する。

【背景技術】

【0002】

近年、ネットワークを介して様々なサービスが提供されている。サービスを利用する形態として、スマートフォンなどの携帯端末にアプリケーションをインストールし、アプリケーションを用いてサービスを利用する形態がある。サービスを提供する事業者は、端末側のアプリケーションを開発するだけではなく、ユーザ管理機能などのバックエンド側のシステムを構築する必要がある。また、サービスを提供する事業者は、自社のみでアプリケーションを開発するのではなく、サービスを利用するためのＡＰＩ（アプリケーションプログラミングインタフェース）を公開し、第三者であるアプリケーションベンダーがそのサービスを利用するアプリケーションを開発することも多々行われている。さらに、複数のサービスを連携させたアプリケーションを開発することも行われている。

【0003】

最近では、ユーザ管理やデータ管理などの汎用的なサーバ機能を提供するＢａａＳ（Ｂａｃｋｅｎｄ ａｓ ａ Ｓｅｒｖｉｃｅ）と呼ばれるバックエンド側のサービスを提供するシステムが用いられることがある。汎用的なサーバ機能を提供するＢａａＳを利用することで、アプリケーションの開発者はバックエンド側の開発、管理作業を行う必要がなくなるため、アプリケーションの開発にリソースを集中させることができる。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特許第４８４８４０７号公報

【発明の概要】

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

【0005】

ＢａａＳを利用してアプリケーションを開発する場合はバックエンド側のシステムを開発する必要がなくなるが、ＢａａＳは汎用的なサーバ機能を提供するだけであるので、複数のサービスを連携させるときは、アプリケーションで複数のサービスを連携させる仕組みが必要となる。アプリケーションで複数のサービスを連携させる場合、各サービスを利用するためのユーザＩＤの管理や認証処理など、各サービスが持つ異なるＩＤ体系や認証の仕組みに合わせた開発が必要となり、開発コスト、処理速度、利用者の利便性においてデメリットが大きいという問題があった。また、接続先のサービスの仕様が変更になった場合はアプリケーションを改修する必要があり、開発コストがかかり、かつ柔軟なサービス連携ができないという問題があった。

【0006】

本発明は、上記に鑑みてなされたものであり、端末側で容易に複数のサービスを連携させることを目的とする。

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

【0007】

第１の本発明に係るサービス連携システムは、汎用的なサーバ機能と複数のサービスを連携させる機能を様々なアプリケーションに提供するサービス連携装置と前記サービス連携装置を利用するアプリケーションをインストールした端末装置とを備えたサービス連携システムであって、前記サービス連携装置は、前記アプリケーション毎にユーザに対して発行したユーザＩＤと前記サービスの利用に必要な接続先ユーザ情報とを関連付けて格納した記憶手段と、前記汎用的なサーバ機能と前記複数のサービスを連携させる機能を提供するアプリケーションプログラミングインタフェースと、前記端末装置から前記複数のサービスを連携させる要求を受信したときに、当該要求に含まれる前記ユーザＩＤに関連付けられた前記接続先ユーザ情報を取得する取得手段と、前記取得手段が取得した前記接続先ユーザ情報を用いて前記複数のサービスのそれぞれを利用し、前記複数のサービスを連携させるサービス連携手段と、を有し、前記端末装置は、前記アプリケーションプログラミングインタフェースを呼び出して、前記ユーザＩＤを付与して前記サービス連携装置に前記複数のサービスを連携させる要求を送信する送信手段を有することを特徴とする。

【0008】

上記サービス連携システムにおいて、前記サービス連携装置は、トークンを発行し、当該トークンを前記端末装置に送信するとともにキャッシュに格納するトークン発行手段を有し、前記取得手段は、前記記憶手段から取得した前記接続先ユーザ情報を前記トークンに関連付けて前記キャッシュに格納しておき、前記複数のサービスを連携させる要求を受信したときに、当該要求に含まれる前記トークンに関連付けられた前記接続先ユーザ情報を前記キャッシュから取得し、前記端末装置は、前記トークンを受信する受信手段を有し、前記送信手段は、前記トークンを付与して前記サービス連携装置に前記複数のサービスを連携させる要求を送信することを特徴とする。

【0009】

第２の本発明に係るサービス連携装置は、汎用的なサーバ機能と複数のサービスを連携させる機能を様々なアプリケーションに提供するサービス連携装置であって、前記アプリケーション毎にユーザに対して発行したユーザＩＤと前記サービスの利用に必要な接続先ユーザ情報とを関連付けて格納した記憶手段と、前記汎用的なサーバ機能と前記複数のサービスを連携させる機能を提供するアプリケーションプログラミングインタフェースと、前記アプリケーションをインストールした端末装置から前記複数のサービスを連携させる要求を受信したときに、当該要求に含まれる前記ユーザＩＤに関連付けられた前記接続先ユーザ情報を取得する取得手段と、前記取得手段が取得した前記接続先ユーザ情報を用いて前記複数のサービスのそれぞれを利用し、前記複数のサービスを連携させるサービス連携手段と、を有することを特徴とする。

【0010】

上記のサービス連携装置において、トークンを発行し、当該トークンを前記端末装置に送信するとともにキャッシュに格納するトークン発行手段を有し、前記取得手段は、前記記憶手段から取得した前記接続先ユーザ情報を前記トークンに関連付けて前記キャッシュに格納しておき、前記複数のサービスを連携させる要求を受信したときに、当該要求に含まれる前記トークンに関連付けられた前記接続先ユーザ情報を前記キャッシュから取得することを特徴とする。

【0011】

第３の本発明に係る端末装置は、汎用的なサーバ機能と複数のサービスを連携させる機能を提供するサービス連携装置を利用するアプリケーションをインストールした端末装置であって、前記サービス連携装置が有する前記汎用的なサーバ機能と前記複数のサービスを連携させる機能を提供するアプリケーションプログラミングインタフェースを呼び出して、前記アプリケーションを利用するユーザに対して発行されたユーザＩＤを付与して前記サービス連携装置に前記複数のサービスを連携させる要求を送信する送信手段を有することを特徴する。

【0012】

上記の端末装置において、前記サービス連携装置が発行したトークンを受信する受信手段を有し、前記送信手段は、前記トークンを付与して前記サービス連携装置に前記複数のサービスを連携させる要求を送信することを特徴とする。

【0013】

第４の本発明に係るサービス連携方法は、汎用的なサーバ機能と複数のサービスを連携させる機能を様々なアプリケーションに提供するサービス連携装置によって実行されるサービス連携方法であって、前記サービス連携装置は前記アプリケーション毎にユーザに対して発行したユーザＩＤと前記サービスの利用に必要な接続先ユーザ情報とを関連付けて格納した記憶手段と前記汎用的なサーバ機能と前記複数のサービスを連携させる機能を提供するアプリケーションプログラミングインタフェースを備え、前記アプリケーションをインストールした端末装置から前記複数のサービスを連携させる要求を受信したときに、当該要求に含まれる前記ユーザＩＤに関連付けられた前記接続先ユーザ情報を取得するステップと、前記接続先ユーザ情報を用いて前記複数のサービスのそれぞれを利用し、前記複数のサービスを連携させるステップと、を有することを特徴とする。

【0014】

第５の本発明に係るサービス連携プログラムは、コンピュータを、汎用的なサーバ機能と複数のサービスを連携させる機能を様々なアプリケーションに提供するサービス連携装置が備える、前記アプリケーション毎にユーザに対して発行したユーザＩＤと前記サービスの利用に必要な接続先ユーザ情報とを関連付けて格納した記憶手段、前記汎用的なサーバ機能と前記複数のサービスを連携させる機能を提供するアプリケーションプログラミングインタフェース、前記アプリケーションをインストールした端末装置から前記複数のサービスを連携させる要求を受信したときに、当該要求に含まれる前記ユーザＩＤに関連付けられた前記接続先ユーザ情報を取得する取得手段、前記取得手段が取得した前記接続先ユーザ情報を用いて前記複数のサービスのそれぞれを利用し、前記複数のサービスを連携させるサービス連携手段、として動作させることを特徴とする。

【発明の効果】

【0015】

本発明によれば、端末側で容易に複数のサービスを連携させることができる。

【図面の簡単な説明】

【0016】

【図1】本実施の形態におけるサービス連携装置の構成を示す機能ブロック図である。

【図2】本実施の形態におけるサービス連携装置の処理の流れを示すシーケンス図である。

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

【0017】

本実施の形態におけるサービス連携装置は、携帯端末などで実行されるアプリケーションのサービス運用に必要なサーバ機能を提供する装置であり、ＢａａＳと呼ばれるバックエンド側のサービスを提供する装置である。本サービス連携装置が提供するサーバ機能としては、アプリケーションのユーザ管理機能、通知機能、データ管理機能、ソーシャルネットワークサービスとの連携機能、および外部サービスの連携機能がある。以下、本サービス連携装置の特徴である外部サービスの連携機能について図面を用いて説明する。

【0018】

図１は、本実施の形態におけるサービス連携装置の構成を示す機能ブロック図である。同図に示すサービス連携装置１は、ＡＰＩ１１、認証／ＩＤ連携部１２、トークン生成部１３、キャッシュ１４、およびサービス連携部１５を備える。サービス連携装置１が備える各部は、演算処理装置、記憶装置等を備えたコンピュータにより構成して、各部の処理がプログラムによって実行されるものとしてもよい。このプログラムはサービス連携装置１が備える記憶装置に記憶されており、磁気ディスク、光ディスク、半導体メモリ等の記録媒体に記録することも、ネットワークを通して提供することも可能である。

【0019】

ＡＰＩ１１は、端末３にインストールされたアプリケーションが各種サーバ機能を利用するためのインタフェースを提供する。

【0020】

認証／ＩＤ連携部１２は、端末３から送信された共通ユーザＩＤを認証し、共通ユーザＩＤに関連付けられた接続先ユーザＩＤと認証情報をＩＤ連携ＤＢ２１から取得する。認証／ＩＤ連携部１２は、取得した接続先ユーザＩＤと認証情報をキャッシュ１４に保存する。共通ユーザＩＤは、サービス連携装置１がアプリケーション毎に各ユーザに発行したＩＤである。共通ユーザＩＤは、例えばユーザが端末３にインストールされたアプリケーションを初めて利用するときなどに発行される。接続先ユーザＩＤと認証情報は、外部サービスであるサービスＡ，Ｂの利用に必要なＩＤと認証情報である。

【0021】

ＩＤ連携ＤＢ２１は、共通ユーザＩＤに接続先ユーザＩＤと認証情報を関連付けて格納する。本実施の形態では、サービスＡ，Ｂを連携させるので、共通ユーザＩＤにサービスＡ用接続先ユーザＩＤとサービスＡ用認証情報、サービスＢ用接続先ユーザＩＤとサービスＢ用認証情報を関連付けて格納する。サービスＡ，Ｂは、独立して提供されているサービスである。サービスＡ，Ｂそれぞれの接続先ユーザＩＤと認証情報は、ユーザがアプリケーションを初めて利用するときなどにＩＤ連携ＤＢ２１に登録する。

【0022】

ユーザ認証ＤＢ２２は、共通ユーザＩＤの認証に必要な情報を格納する。認証／ＩＤ連携部１２は、ユーザ認証ＤＢ２２に共通ユーザＩＤの認証情報を問い合わせてユーザ認証を行う。

【0023】

トークン生成部１３は、認証／ＩＤ連携部１２が認証した共通ユーザＩＤに対して期限付きトークンを発行し、発行したトークンを接続先ユーザＩＤとともにキャッシュ１４に保存する。発行したトークンは端末３に送信される。端末３はトークンと共通ユーザＩＤを本サービス連携装置１に送信して外部サービスの連携機能の利用を要求する。

【0024】

サービス連携部１５は、端末３からの要求に応じてサービスＡ，Ｂを連携させる。例えば、サービスＡがユーザの属性（性別、年齢、住所等）を管理するサービスを提供し、サービスＢが情報を配信するサービスを提供している場合、サービス連携部１５は、サービスＡからユーザの属性を取得し、サービスＢを用いて取得した属性に応じた情報をユーザに配信する。端末３を保持するユーザはサービスＡ，Ｂの両方を個別に利用しているものとする。

【0025】

サービスＡ，Ｂの仕様が変更された場合は、サービス連携部１５を仕様の変更に合わせて改修することで、端末３のアプリケーションを改修する必要がなくなる。新たなサービスＣを連携させる場合は、連携する仕組みをサービス連携部１５に備えて、サービスＣを連携させるインタフェースをＡＰＩ１１が提供することで、アプリケーションは提供されたＡＰＩ１１を利用するだけで新たなサービスＣを連携させることができる。サービスＣの接続先ユーザＩＤ等についてもＩＤ連携ＤＢ２１に共通ユーザＩＤに関連付けて格納する。

【0026】

ユーザログＤＢ２３がサービス連携装置１に接続されて、ユーザのアクティビティに関するログが格納される。本実施の形態では、サービス連携装置１を介してサービスＡ，Ｂの両方を利用したログがユーザログＤＢ２３に保存されるため、複数サービスに跨ったデータ解析が可能となる。

【0027】

端末３には、サービス連携装置１が提供するサービスＡ，Ｂの連携機能を利用するアプリケーションがインストールされている。端末３は、共通ユーザＩＤをサービス装置装置１に送信してサービスの利用を開始し、サービス連携装置１から受信したトークンを共通ユーザＩＤとともに送信し、サービスＡ，Ｂの連携機能を利用する。端末３は、提供されたＡＰＩ１１を呼び出すことでサービス連携装置１が提供する機能を利用する。

【0028】

図１では、１台の端末３のみを図示しているが、サービス連携装置１は多数の端末３に対してサーバ機能を提供するので多数の端末３が接続される。また、サービス連携装置１は、特定のアプリケーションのみにサーバ機能を提供するのではなく、汎用的なサーバ機能を様々なアプリケーションに提供する。そのため、サービス連携装置１は様々なアプリケーションからの要求を受け付ける。

【0029】

次に、本実施の形態におけるサービス連携装置の動作について説明する。

【0030】

図２は、本実施の形態におけるサービス連携装置の処理の流れを示すシーケンス図である。

【0031】

まず、端末３がサービス連携装置１を利用するために、共通ユーザＩＤとその認証情報をサービス連携装置１に送信する（ステップＳ１１）。共通ユーザＩＤと認証情報は、例えばユーザが端末３のアプリケーションを初めて利用するときに発行されてユーザに通知される。ユーザが端末３のアプリケーションを利用するときは共通ユーザＩＤと認証情報を入力する。端末３内に共通ユーザＩＤと認証情報を保存しておいてもよい。

【0032】

サービス連携装置１は共通ユーザＩＤと認証情報を受信すると、ユーザ認証ＤＢ２２に問い合わせてユーザ認証を行う（ステップＳ１２）。

【0033】

サービス連携装置１はユーザ認証が成功すると、受信した共通ユーザＩＤに関連付けられた接続先ユーザＩＤをＩＤ連携ＤＢ２１に要求して取得し（ステップＳ１３，Ｓ１４）、各サービスＡ，Ｂの接続先ユーザＩＤと認証情報をキャッシュ１４に保存する（ステップＳ１５）。

【0034】

サービス連携装置１は期限付きトークンを生成し（ステップＳ１６）、生成したトークンに接続先ユーザＩＤと認証情報を関連付けてキャッシュ１４に保存するとともに（ステップＳ１７）、生成したトークンを端末３に送信する（ステップＳ１８）。

【0035】

端末３はトークンを受信すると、共通ユーザＩＤとトークンを付与してサービス連携装置１のサーバ機能の利用を要求する（ステップＳ１９）。

【0036】

サービス連携装置１は端末３から受信したトークンを認証し（ステップＳ２０）、認証が成功したときは、トークンに関連付けられた接続先ユーザＩＤと認証情報をキャッシュ１４から取得する（ステップＳ２１）。なお、トークンの有効期限が切れているときなど、認証が失敗したときは、ステップＳ１２のユーザ認証に戻り、新たなトークンを発行する。

【0037】

そして、サービス連携装置１は、サービスＡ用接続先ユーザＩＤと認証情報を用いてサービスＡにアクセスするとともに（ステップＳ２２）、サービスＢ用接続先ユーザＩＤと認証情報を用いてサービスＢにアクセスし（ステップＳ２３）、サービスＡ，Ｂを連携させる。以降は、ステップＳ１９〜Ｓ２３の処理が繰り返し行われる。

【0038】

本実施の形態では、サービス連携装置１が各サービスＡ，Ｂの接続先ユーザＩＤを共通ユーザＩＤに関連付けて管理し、サービスＡ，Ｂを連携する機能を提供するので、端末３は、共通ユーザＩＤと提供されたＡＰＩ１１を呼び出すだけでよく、各サービスＡ，Ｂへのアクセス処理や連携処理を備える必要がない。

【0039】

上記では、端末３として携帯端末を用いる例を説明したが、端末３は携帯端末に限るものではない。例えば、端末３としてスマートメータを用い、消費電力を管理する電力管理サービスと情報を通知する通知サービスとを連携させて、スマートメータがサービス連携装置１にアクセスし、消費電力が所定の値を超えた場合に、その旨をユーザに通知する。通知先は、ユーザが通知サービスに登録しておいた携帯端末であってもよい。

【0040】

以上説明したように、本実施の形態によれば、ＩＤ連携ＤＢ２１に端末３のアプリケーション毎にユーザに発行した共通ユーザＩＤとサービスＡ，Ｂの利用に必要な接続先ユーザＩＤとを関連付けて格納しておき、アプリケーションから共通ユーザＩＤを含むサービスＡ，Ｂを連携させる要求を受信した場合、認証／ＩＤ連携部１２が共通ユーザＩＤに関連付けられたサービスＡ，Ｂの接続先ユーザＩＤを取得し、サービス連携部１５が接続先ユーザＩＤを用いてサービスＡ，Ｂにアクセスすることにより、アプリケーションは共通ユーザＩＤとＡＰＩを呼び出すだけで、簡単に複数のサービスＡ，Ｂを連携させることが可能となる。

【0041】

本実施の形態によれば、トークン生成部１３が生成したトークンをアプリケーションに送信するとともに、接続先ユーザＩＤに関連付けてキャッシュ１４に格納しておき、アプリケーションが、複数のサービスＡ，Ｂを連携させる要求にトークンを付与することにより、ＩＤ連携ＤＢ２１へのアクセスを減らして高速な処理が可能となる。

【符号の説明】

【0042】

１…サービス連携装置
１２…認証／ＩＤ連携部
１３…トークン生成部
１４…キャッシュ
１５…サービス連携部
２１…ＩＤ連携ＤＢ
２２…ユーザ認証ＤＢ
２３…ユーザログＤＢ
３…端末

【図1】

【図2】