JP2006048473A

JP2006048473A - 複数サービス提供システム及び管理装置及び通信端末装置

Info

Publication number: JP2006048473A
Application number: JP2004230371A
Authority: JP
Inventors: Akihiro Baba; 昭宏馬場; Seiichi Kondo; 誠一近藤
Original assignee: Mitsubishi Electric Corp
Current assignee: Mitsubishi Electric Corp
Priority date: 2004-08-06
Filing date: 2004-08-06
Publication date: 2006-02-16

Abstract

【課題】複数アプリケーションを搭載したＩＣカードや携帯電話端末などを紛失した際のリカバリを容易に行い、かつ、外部のサービス装置から取得したデータであるか、端末内部で生成したデータであるかを意識せずリカバリを行えるシステムを提供する。
【解決手段】管理サービス装置１２０は複数の個別サービス装置１１０等のうちユーザにサービスを提供している装置とサービスを受けているユーザとの対応を示す対応情報を管理する。通信端末装置１３０は管理サービス装置１２０に対応情報を要求する信号であるリカバリ対象回答要求を送信する。管理サービス装置１２０はリカバリ対象回答要求を受信すると通信端末装置１３０に対応情報を送信する。通信端末装置１３０は対応情報を受信すると、受信した対応情報に含まれる個別サービス装置にリカバリ実行要求を送信する。リカバリ実行要求を受信した個別サービス装置は通信端末装置１３０にサービスを再提供する。
【選択図】図１

Description

この発明は、ユーザに複数のサービスを提供する複数サービス提供システムに関する。特に、データを格納していた端末をユーザが紛失した場合に、紛失した端末に格納されていたデータを新たな端末装置にリカバリすることに関する。

クレジットカードやポイントカード等、各種サービスを受けるための本人認証の手段や、サービスのデータを格納するために、ＩＣ（ＩｎｔｅｇｒａｔｅｄＣｉｒｃｕｉｔ）カードが使用されるようになってきている。とくに、近年は１枚のＩＣカードに複数のアプリケーションを搭載することでユーザの利便性を高めている。これら複数のアプリケーションは通常異なるサービス提供者によって提供される。そのため、ＩＣカードを紛失すると、複数のサービス提供者に対してサービス停止や、アプリケーションおよびそのデータのリカバリを依頼する必要がある。

このような問題を解決するために、ＩＣカード情報管理装置によってＩＣカードに搭載されるアプリケーションの情報を一元的に管理し、紛失時のサービス停止や再発行手続きを簡単に行うための技術が開示されている（例えば、特許文献１）。

しかし、特許文献１で開示されている従来のＩＣカード再発行技術では、サービス停止や再発行の手続までは行うが、実際に再発行もしくはリカバリを行う際には、ＩＣカード情報管理装置から提示された各サービスのＵＲＬ（ＵｎｉｆｏｒｍＲｅｓｏｕｒｃｅＬｏｃａｔｏｒ）にアクセスする必要があった。また、ＩＣカードを中心に考案なされたものであり、たとえば、携帯電話端末のような、それ自身がデータ、たとえばメモや写真など、を生成する場合の、データのリカバリに関する考慮がなされていなかった。
特開２００３−２３３７７５号公報

この発明は、上記のような問題点を解決するためになされたもので、複数アプリケーションを搭載したＩＣカードや携帯電話端末などを紛失した際のリカバリを容易に行えるとともに、かつ、外部のサービスから取得したデータであるか端末内部で生成したデータであるかを意識することなく行えるようにすることを目的とする。

この発明の複数サービス提供システムは、
ユーザに所定のサービスを提供する複数の個別サービス装置と、
前記複数の個別サービス装置のうちユーザにサービスを提供している個別サービス装置とサービスの提供を受けているユーザとの対応を示す対応情報を管理する管理装置と、
前記複数の個別サービス装置と前記管理装置とのいずれとも通信可能な通信端末装置とを備え、
前記通信端末装置は、
前記管理装置の管理する対応情報を要求する対応情報要求信号を前記管理装置に送信し、
前記管理装置は、
対応情報要求信号を受信した場合に、前記通信端末装置に対応情報を送信し、
前記通信端末装置は、
対応情報を受信した場合に、受信した対応情報に含まれる個別サービス装置を示す特定個別サービス装置に対して、所定のデータを要求するデータ要求信号を送信し、前記特定個別サービス装置から所定のデータを受信することを特徴とする。

前記複数の個別サービス装置の少なくとも一つは、
前記通信端末装置と前記通信端末装置とは異なる送信装置とのいずれかを用いて前記ユーザにより送信されたユーザ送信データを受信して格納し、
前記通信端末装置は、
ユーザ送信データを格納する前記個別サービス装置が前記特定個別サービス装置の場合に、所定のデータを要求するデータ要求信号を送信し、前記特定個別サービス装置からユーザ送信データを受信することを特徴とする。

この発明により、複数アプリケーションを搭載したＩＣカードや携帯電話端末などを紛失した場合に、外部のサービスから取得したデータであるか紛失した端末内部で生成したデータであるかを意識することなく、新たな装置にデータを容易にリカバリすることができる。

実施の形態１．
図１は、実施の形態１に係る複数サービス提供システム１０００を示す構成図である。複数サービス提供システム１０００は、個別サービス装置１１０、管理サービス装置１２０（管理装置の一例）、通信端末装置１３０とを備える。図１では、個別サービス装置は１つとなっているが、実際は複数個存在するものとする。以降複数の「個別サービス装置」を区別する必要がある場合には、「個別サービス装置１１０ａ」、「個別サービス装置１１０ｂ」のように記述する。

個別サービス装置１１０は、ユーザに「個別のサービス」を提供する装置である。個別サービス装置１１０は、インターネットを経由して通信を行う通信部１１１、ユーザの認証を行う認証部１１２、個別のサービスを提供するサービス提供部１１３、ユーザから「リカバリ実行の要求」を受信するとサービスを再提供するリカバリ実行部１１４、これらの制御を行う制御部１１５から構成されるサーバ装置である。

ここで「個別のサービス」とは、たとえば、チケット発行サービスやコンテンツ配信サービスなどである。

また、「リカバリ」とは、個別サービスがたとえばチケット発行サービスであればチケット発行サービスで使用するアプリケーションおよびチケットそのものの再発行、コンテンツ配信サービスであればコンテンツ配信サービスで使用するアプリケーション、コンテンツおよびそのライセンスの再発行などである。

管理サービス装置１２０は、インターネットを経由して通信を行う通信部１２１、ユーザの認証を行う認証部１２２、ユーザから「リカバリ対象回答要求」を受信すると、前記ユーザがどの個別サービス装置からサービスを受けているかのリスト（後述の対応情報）を回答するリカバリ対象回答部１２３、これらの制御を行う制御部１２４から構成されるサーバ装置である。

通信端末装置１３０は、インターネットを経由して通信を行う通信部１３１、個別サービス装置１１０から入手した情報や通信端末装置１３０内部で生成した情報を記憶する記憶部１３２、ユーザからの操作入力を受け取る入力部１３３、ユーザに情報を表示する表示部１３４、これらの制御を行う制御部１３５から構成される端末装置であり、好適な例は携帯電話端末であるが、これに限定されるものではない。

図２は、管理サービス装置１２０が保持する「対応情報」を例示する図である。「対応情報」とは、ユーザがどの個別サービス装置１１０からサービスを受けているかを示す情報であり、ユーザにサービスを提供している個別サービス装置１１０とサービスの提供を受けているユーザとの対応を示す情報である。管理サービス装置１２０では、リカバリ対象回答部１２３の一部として、ユーザがどの個別サービス装置１１０からサービスを受けているかを示す「対応情報」を管理する。

図２では、「個別サービスリスト」の「ａ，ｂ，・・・」は、ユーザＡが個別サービス装置１１０ａおよび個別サービス装置１１０ｂなどからサービスを受けていることを示す。また同様に、「個別サービスリスト」の「ｂ，ｃ，・・・」は、ユーザＢが個別サービス装置１１０ｂおよび個別サービス装置１１０ｃなどからサービスを受けていることを表している。

図３は、個別サービス装置１１０が保持する情報を例示する図である。個別サービス装置１１０では、サービス提供部１１３がユーザに提供した情報のうち、ユーザからの「リカバリ実行要求」があった際にユーザに送信すべき情報を、リカバリ実行部１１４がユーザごとに保持する。

図３において「Ａ用データ」、「Ｂ用データ」とあるのが、ユーザからの「リカバリ実行要求」があった際にユーザに送信すべき情報である。このデータは、個別サービスの種類や実現方式によって異なる。個別サービスがたとえばチケット発行サービスであれば再発行可能なチケット、コンテンツ配信サービスであれば再発行可能なコンテンツおよびそのライセンスなどである。

図４（ａ）及び図４（ｂ）は、通信端末装置１３０が保持する情報を例示する図である。これらの情報は通信端末装置１３０において記憶部１３２に格納される。図４において、ユーザＡの通信端末装置１３０には、個別サービス装置１１０ａから提供されたデータ、個別サービス装置１１０ｂから提供されたデータと、さらに、ユーザＡの通信端末装置１３０内で生成されたデータが格納されている。また、ユーザＢの通信端末装置１３０には、個別サービス装置１１０ｂから提供されたデータ、個別サービス装置１１０ｃから提供されたデータと、さらにユーザＢの通信端末装置１３０内で生成されたデータが格納されている。

図５は、本システムにおいて個別サービスに加入する際の流れを表す図である。また図６は、図５の流れにおける各装置間のシーケンスを示す図である。
（１）まず、ユーザは通信端末装置１３０を使用して個別サービス装置１１０に対し、サービスへの加入手続きを行う（ステップ５０１）。
（２）個別サービス装置１１０は管理サービス装置１２０に対し、当該ユーザが当該個別サービスに加入しようとしていることを通知する（ステップ５０２）。
（３）管理サービス装置１２０はユーザの認証を行う（ステップ５０３）。
（４）ステップ５０３で認証に失敗した（ステップ５０４でｎｏだった）場合、管理サービス装置１２０は個別サービス装置１１０に認証失敗を通知し（ステップ５０５）、個別サービス装置１１０はユーザの個別サービスへの加入を破棄する（ステップ５０６）。
（５）ステップ５０３で認証に成功した（ステップ５０４でｙｅｓだった）場合、管理サービス装置１２０は当該ユーザが当該個別サービスに加入したことを登録し（ステップ５０７）、個別サービス装置に認証成功を通知する（ステップ５０８）。
（６）これを受けた個別サービス装置１１０はユーザの個別サービスへの加入を正式に登録する（５０９）。

次に、リカバリの動作を説明する。図７は、ユーザが通信端末装置１３０を紛失、あるいは盗まれる（格納するデータが誤って消去されたり、破壊される場合も含む。）などして、新たな通信端末装置１３０にリカバリする際の流れを表す図である。また図８は、図７の流れにおける各装置間のシーケンスを示す図である。なお、格納するデータが誤って消去されたり、破壊された場合も含む。この場合は、新たな通信端末装置でなく、もともと使用している装置でも構わない。
（１）まず、ユーザは新たな通信端末装置１３０を使用して管理サービス装置１２０に対し、リカバリ対象回答（対応情報要求信号の一例）を要求（送信）する（ステップ６０１）。
（２）管理サービス装置１２０はユーザの認証を行う（ステップ６０２）。
（３）ステップ６０２で認証に失敗した（ステップ６０３でｎｏだった）場合、管理サービス装置１２０はユーザに認証失敗を通知し（ステップ６０４）、リカバリに失敗して終了する。
（４）ステップ６０２で認証に成功した（ステップ６０３でｙｅｓだった）場合、管理サービス装置１２０はユーザの新しい通信端末装置１３０に対し、リカバリ対象回答に応答して、ユーザが加入している個別サービスがどれかという情報（対応情報）を通知する（ステップ６０５）。
（５）ステップ６０５で得られたすべての個別サービスのリカバリ実行が完了していなかった（ステップ６０６でｎｏだった）場合、新しい通信端末装置１３０は、リカバリ実行の済んでいない個別サービス装置１１０（特定個別サービス装置）に対して、リカバリ実行（データ要求信号の一例）を要求（送信）する（ステップ６０７）。
（６）要求を受けた個別サービス装置１１０はユーザの認証を行う（ステップ６０８）。
（７）ステップ６０８で認証に失敗した（ステップ６０９でｎｏだった）場合、個別サービス装置１１０はユーザに認証失敗を通知し（ステップ６１０）、リカバリに失敗して終了する。ステップ６０２で認証に成功した（ステップ６０９でｙｅｓだった）場合、個別サービス装置１１０は、通信端末装置１３０に対して所定のデータを送信することにより、サービスの再提供を行う（ステップ６１１）。
（８）すべての個別サービスのリカバリ実行が完了した（ステップ６０６でｙｅｓだった）場合、リカバリに成功して終了する。

以上のように、実施の形態１に係る複数サービス提供システムにより、通信端末装置１３０を紛失した際には、ユーザは管理サービス装置１２０に対して「リカバリ対象回答を要求」をするだけで、すべての個別サービスのリカバリを完了することができる。このため、端末紛失時のリカバリを容易に行うことができる。

本実施の形態では、通信端末装置が管理サービス装置に対応情報を要求し、管理装置はその要求に応答して対応情報を通信端末装置に送信するので、通信端末装置は、容易にリカバリすることができる。

実施の形態１では、通信端末装置が個別サービス装置との間、及び管理サービス装置との間で認証を行うので、セキュリティを向上することができる。

以上、実施の形態１に記載の複数サービス提供システムは、ユーザに対してチケット発行やコンテンツ配信等個別のサービスを行う複数の個別サービス装置と、ユーザがどの個別サービス装置からサービスを受けているかを管理する管理サービス装置と、ユーザが前記個別サービス装置のいずれか、もしくは前記管理サービス装置にアクセスしてサービスを受けるために使用する通信端末装置から構成され、前記複数の個別サービス装置はすべて、ユーザの通信端末装置からリカバリ実行要求を受信すると、サービスを再提供するリカバリ実行部を備え、前記管理サービス装置は、ユーザの通信端末装置からリカバリ対象回答の要求を受信すると、前記ユーザがどの個別サービス装置からサービスを受けているか、すなわちリカバリ対象の一覧（対応情報）を回答する機能を備え、ユーザは通信端末装置を用いて前記管理サービス装置にリカバリ対象回答を要求することで前記管理サービス装置からリカバリ対象の一覧を取得し、通信端末装置が前記リカバリ対象の一覧に基づき各個別サービス装置にリカバリ実行を要求し、各個別サービス装置はユーザにサービスを再提供することによって、ユーザの通信端末装置にユーザがサービスを受けているすべての個別サービス装置が提供するデータをリカバリすることを特徴とする。

実施の形態２．
実施の形態１では、「ユーザ（通信端末装置１３０）と個別サービス装置１１０間」（図８のＳ６０８）および「ユーザ（通信端末装置１３０）と管理サービス装置１２０間」（図８のＳ６０２）の認証方法については特に述べなかったが、本実施の形態２では、認証方法として、ユーザが２つの記憶媒体を持ち、これら２つの記憶媒体の格納する公開鍵、秘密鍵によってユーザの認証を行う場合の実施形態を示す。

図９は、実施の形態２に係る複数サービス提供システム２０００の構成図である。図９において、記憶媒体７１０αおよび記憶媒体７１０βは、ユーザが使用する不揮発性の記憶媒体である。例としては、不揮発性のメモリ媒体や外付けのハードディスクドライブなどである。通常は記憶媒体７１０αを通信端末装置１３０に装着して使用し、記憶媒体７１０βは予備として持つ。なお、以降は通常使用する方の記憶媒体を正、予備として持つ方の記憶媒体を副と記載することがある。

実施の形態２に係る管理サービス装置１２０は、図１の構成要素に加え、ユーザの記憶媒体７１０が格納する固有の公開鍵の証明書を管理する証明書ＤＢ（ＤａｔａＢａｓｅ）１２５、及びユーザからの要求によって新たな証明書を発行する証明書発行部１２６とを更に備える。

実施の形態２に係る通信端末装置１３０は、図１の記憶部１３２がそれ自体記憶する機能を持っていたのに対し、この実施の形態２では記憶媒体７１０の読み込み・書込みを行うことで記憶する機能を提供する。また、記憶部１３２を経由して記憶媒体７１０から読み込んだデータを一時的に格納するキャッシュ部１３６を備える。なお、図１と同一の構成要素については同一符号をつけて重複する説明を省略する。

記憶媒体７１０α、記憶媒体７１０βには図１０に示すようにそれぞれの媒体に固有の公開鍵・秘密鍵を格納する。なお、公開鍵は実際には管理サービス装置が発行した、公開鍵に関する証明書であり、証明書がその要素として公開鍵そのものを含むものとする。図１０において、Ｋ^x _pubは記憶媒体ｘの公開鍵を、Ｋ^x _priは記憶媒体ｘの秘密鍵を、それぞれ表している。

管理サービス装置１２０の証明書ＤＢ１２５は、ユーザと証明書との対応を保持するユーザリスト（後述の図１１）と、失効した証明書を保持する失効リストから構成される。図１１は証明書ＤＢ１２５のユーザリストが保持する情報を示す図である。ユーザＩＤは、システム全体においてユーザを一意に識別するためのＩＤである。証明書（正）および、証明書（副）はユーザが所有する２つの記憶媒体の公開鍵に関する証明書である。図１１において、α_XはユーザＸの正記憶媒体の証明書、β_XはユーザＸの副記憶媒体の証明書をそれぞれ表している。

このように、記憶媒体７１０α（第１の記憶媒体の一例）は、第１の秘密鍵Ｋα_priおよび前記第１の秘密鍵Ｋα_priに対応する第１の公開鍵Ｋα_PUBの証明書を格納する。また、記憶媒体７１０β（第２の記憶媒体の一例）は、第２の秘密鍵Ｋβ_priおよび前記第２の秘密鍵Ｋβ_priに対応するＫβ_pub（第２の公開鍵）に関する証明書を格納する。

次に、個別サービス装置１１０が、ユーザを認証する際の動作について図１２を用いて説明する。また図１３は、図１２の動作における各装置間のシーケンスを示す図である。
（１）通信端末装置１３０と個別サービス装置１１０との間で、記憶媒体７１０の公開鍵、秘密鍵を使用してＰＫＩ（ＰｕｂｌｉｃＫｅｙＩｎｆｒａｓｔｒｕｃｔｕｒｅ）の仕組みにより認証を行う（ステップ１００１）。
（２）個別サービス装置１１０は、認証の成否を確認し（ステップ１００２）、認証に失敗していた場合、その旨ユーザに通知する（ステップ１００３）。
（３）認証に成功していた場合、個別サービス装置１１０は管理サービス装置１２０に証明書の失効状況調査とユーザＩＤ取得を依頼する（ステップ１００４）。
（４）管理サービス装置１２０は証明書ＤＢ１２５を参照することにより、このユーザの証明書の失効状況を取得し（ステップ１００５）、その結果を確認する（ステップ１００６）。
（５）失効していた場合、個別サービス装置１１０は認証失敗をユーザに通知する（ステップ１００３）。
（６）失効していなかった場合、管理サービス装置１２０は証明書ＤＢ１２５を参照してユーザＩＤを取得する（ステップ１００７）。
（７）管理サービス装置１２０は個別サービス装置にユーザＩＤを返却する（ステップ１００８）。
（８）個別サービス装置１１０はユーザに認証成功を通知する（ステップ１００９）。

以上のように、ユーザが正副２つの記憶媒体７１０を持ち、これら２つの記憶媒体に固有の公開鍵・秘密鍵によってユーザの認証を行うことにより、記憶媒体および通信端末装置を紛失した際や盗難に遭った際でも、副の記憶媒体７１０の公開鍵・秘密鍵を使用してＰＫＩによる認証を行うため、パスワードによる認証を行う場合と比較して認証の強度を高くすることができる。

実施の形態２では、通信端末装置が秘密鍵、公開鍵等の認証情報を格納した記憶媒体を装着するので、認証を容易に行うことができる。

実施の形態２に記載の複数サービス提供システムは、第１の秘密鍵および前記第１の秘密鍵に対応する第１の公開鍵に関する証明書を格納した第１の記憶媒体と、第２の秘密鍵および前記第２の秘密鍵に対応する第２の公開鍵に関する証明書を格納した第２の記憶媒体と、前記第１の公開鍵または前記第２の公開鍵を用いて、対応する秘密鍵を用いて生成された電子署名の正当性を調べることで前記第１および第２の記憶媒体の認証を行う機能を持つ前記複数の個別サービス装置と、前記第１の公開鍵の証明書および前記第２の公開鍵の証明書を生成する機能と、前記第１の公開鍵または前記第２の公開鍵を用いて、対応する秘密鍵を用いて生成された電子署名の正当性を調べることで前記第１および第２の記憶媒体の認証を行う機能と、前記第１の公開鍵の証明書および前記第２の公開鍵の証明書を対で記憶し、前記証明書の正当性を検証して前記証明書の所有者であるところのユーザを識別する機能を持つ管理サービス装置と、前記第１の記憶媒体または前記第２の記憶媒体を装着し、記憶媒体の所有者であるところのユーザの認証を行う機能と前記管理サービス装置と通信部を介して通信を行う機能を持つ通信端末装置とを備えたことを特徴とする。

実施の形態３．
これまでの実施の形態ではリストアできるデータは個別サービスから提供されるものに限られていたが、次に、個別サービスの１つとしてユーザの通信端末装置内で生成されたデータをバックアップするサービスを提供する場合の実施の形態を示す。これ以降、このサービスを「バックアップサービス」、「バックアップサービス」を提供する個別サービス装置を「バックアップサービス装置」と記述する。

実施の形態３における構成図は、図１または図９と同様である。１つ以上の個別サービス装置１１０がバックアップサービスを提供する。これら１つ以上のバックアップサービスは、たとえば、別々のサービスプロバイダによって異なる課金体系で提供される。

バックアップサービス装置（個別サービス装置）では、ユーザの通信端末装置１３０からデータ（ユーザ送信データ）を受信し、受信したデータを保存する。そして、バックアップサービス装置は「リカバリ実行要求」（データ要求信号の一例）を受信すると、前記保存データを前記ユーザに送信する。このバックアップサービス装置による「リカバリ実行要求」の受信を含む一連の動作を説明する。ユーザが通信端末装置１３０を紛失し、新しい通信端末装置１３０にデータをバックアップする場合を想定し、動作を説明する。この場合は図８と同様であるので、図８を参照して説明する。
（１）ユーザが通信端末装置１３０を紛失した場合、図８同様、新しい通信端末装置１３０により管理サービス装置１２０に「リカバリ対象回答要求」を出す。
（２）そして図８と同様の過程を経て、バックアップサービス装置（図８における個別サービス装置１１０が相当）が「リカバリ実行要求」（データ要求信号の一例：Ｓ６０７に対応）を受ける。
（３）バックアップサービス装置は「リカバリ実行要求」を受けると、ユーザからこれまでに受信し保存していたバックアップデータ（保存データ）を、すべてユーザの新しい通信端末装置１３０に送信する。

ユーザの通信端末装置１３０では、バックアップしておきたいデータをバックアップサービス装置に送信する前に、暗号化してもよい。暗号化にはパスワードを用いる方法や、実施の形態２のように複数の公開鍵・秘密鍵を持っている場合には、記憶媒体７１０βの公開鍵で暗号化してバックアップサービス装置に保存し、リカバリする際にはバックアップサービス装置からデータを取得後に記憶媒体７１０βの秘密鍵で復号する方法などを用いることができる。

以上のように、バックアップサービス装置により、通信端末装置を紛失した際には、ユーザは個別サービス装置から提供されたデータなのか、通信端末装置内で生成したデータなのかを意識することなくデータをリストアできるので、ユーザの利便性が向上する。

以上、実施の形態３に係る複数サービス提供システムは、１つ以上の個別サービス装置は、ユーザの通信端末装置から受信したデータを保存し、前記ユーザからのリカバリ実行要求を受信すると前記データを前記ユーザに送信するバックアップサービスを提供することを特徴とする。

実施の形態４．
実施の形態３では個別サービスの１つとしてバックアップサービスを示したが、次に、個別サービスの１つとしてユーザの通信端末装置１３０からデータを預かり、代わりにそのデータに対応する、前記データと比べて相対的にサイズの小さなデータである「預り証」（預り証データ）を返信するサービスを提供する実施形態を示す。

これ以降このサービスを「ネットワーク・ストレージサービス」、「ネットワーク・ストレージサービス」を提供する個別サービス装置を、「ネットワーク・ストレージサービス装置」と記述する。

実施の形態４における構成図は、図１または図９と同様である。１つ以上の個別サービス装置（ネットワーク・ストレージサービス装置）が、ネットワーク・ストレージサービスを提供する。これら１つ以上のネットワーク・ストレージサービスは、たとえば、別々のサービスプロバイダによって異なる課金体系で提供される。

図１４は、ネットワーク・ストレージサービス装置が保持する情報を表している。預り証は、ユーザから預かったデータに１：１で対応する一意なＩＤであり、前記ユーザから預かったデータと比べ、相対的にサイズの小さなデータである。ユーザＩＤは、データを預けたユーザを識別するＩＤである。データは、ユーザから預かったデータそのものである。

ここで、ユーザから預かるデータは、ネットワーク・ストレージサービス装置から見たときに、意味のあるデータである必要はない。たとえば、暗号化されたデータであったり、圧縮されたデータであったり、複数のファイルをまとめたものであってもよい。また、後述のように他のデータに対応する「預り証」であってもよい。

図１５は、ネットワーク・ストレージサービス装置にデータを預ける時の動作を示す図である。また図１６は、図１５の動作における各装置間のシーケンスを示す図である。
（１）まず、ユーザは通信端末装置１３０を使用してネットワーク・ストレージサービス装置に対してデータの保管を要求する（ステップ１２０１）。
（２）ネットワーク・ストレージサービス装置はユーザの認証を行う（ステップ１２０２）。
（３）ステップ１２０２でユーザの認証に失敗した（ステップ１２０３でｎｏだった）場合、ネットワーク・ストレージサービス装置は、ユーザに認証失敗を通知して（ステップ１２０４）終了する。
（４）ステップ１２０２でユーザの認証に成功した（ステップ１２０３でｙｅｓだった）場合、通信端末装置１３０は、ネットワーク・ストレージサービス装置に対し、保管してほしいデータを送信する（ステップ１２０５）。
（５）ネットワーク・ストレージサービス装置は受信したデータに対応する預り証を生成し、預り証、ユーザＩＤ、データの組を登録する（ステップ１２０６）。
（６）ネットワーク・ストレージサービス装置は預り証を通信端末装置１３０に送信する（ステップ１２０７）。
（７）なお、ステップ１２０６において、受信したデータを登録する際に暗号化して登録してもよい。また、ネットワーク・ストレージサービス装置に預けるデータとして、複数の預り証を１つにまとめたものを預けてもよい。すなわち、預けるデータが「預り証」でも構わない。

図１７は、ネットワーク・ストレージサービス装置からデータを返却する時の動作を示す図である。また図１８は、図１７の動作における各装置間のシーケンスを示す図である。
（１）まず、ユーザは通信端末装置１３０を使用してネットワーク・ストレージサービス装置に対してデータの返却を要求する（ステップ１３０１）。
（２）ネットワーク・ストレージサービス装置はユーザの認証を行う（ステップ１３０２）。
（３）ステップ１３０２でユーザの認証に失敗した（ステップ１３０３でｎｏだった）場合、ネットワーク・ストレージサービス装置はユーザに認証失敗を通知して（ステップ１３０４）終了する。
（４）ステップ１３０２でユーザの認証に成功した（ステップ１３０３でｙｅｓだった）場合、通信端末装置１３０はネットワーク・ストレージサービス装置に対し、返却してほしいデータの預り証を送信する（ステップ１３０５）。
（５）ネットワーク・ストレージサービス装置は受信した預り証に対応するデータを通信端末装置１３０に送信する（ステップ１３０６）。

ユーザが通信端末装置１３０を紛失した場合の動作を説明する。図８と同様であるので、図８を参照して説明する。
（１）ユーザが通信端末装置１３０を紛失し場合、図８同様、新しい通信端末装置１３０により管理サービス装置１２０に「リカバリ対象回答要求」を出す。
（２）そして図８と同様の過程を経て、ネットワーク・ストレージサービス装置が「リカバリ実行要求」（データ要求信号の一例：Ｓ６０７に対応）を受ける。
（３）ネットワーク・ストレージサービス装置は「リカバリ実行要求」を受けると、ユーザからこれまでに受信したデータに対応する「預り証」をすべて、ユーザの新しい通信端末装置１３０に送信する。

以上のように、データをネットワーク・ストレージサービス装置に預けることで、通信端末装置の記憶容量を超えるデータを扱うことができる。

また、ネットワーク・ストレージサービス装置に預ける際に暗号化した場合、第三者によって預けたデータを見られることがないため、安全である。複数の預り証をまとめたものを預けることで、預り証自体が通信端末装置の記憶部に占めるスペースを節減できる。

以上、実施の形態４に係る複数サービス提供システムは、１つ以上の個別サービス装置は、ユーザの通信端末装置から受信したデータを保存し、その際前記データに１：１で対応する、前記データと比べ相対的にサイズの小さなデータである預り証を前記ユーザに送信し、ユーザから預り証を受信すると対応する前記データを送信し、前記ユーザからのリカバリ実行要求を受信すると、前記ユーザから受信した複数のデータに対応する複数の預り証を前記ユーザに送信するネットワーク・ストレージサービスを提供することを特徴とする。

以上、実施の形態４に係る複数サービス提供システムは、前記ネットワーク・ストレージサービスはユーザの通信端末装置から受信したデータを暗号化して保存することを特徴とする。

以上、実施の形態４に係る複数サービス提供システムは、ネットワーク・ストレージサービスにおいて複数の預り証をデータとして預かることを特徴とする。

実施の形態５．
実施の形態４では、ネットワーク・ストレージサービス装置にデータを預ける際には、暗号化しないか、ネットワーク・ストレージサービス側で暗号化していたが、次に、通信端末装置側で暗号化して、ネットワーク・ストレージサービスにデータを預ける実施の形態を示す。

実施の形態５における構成図は、図１または図９と同様である。１つ以上の個別サービス装置が「ネットワーク・ストレージサービス」を提供し、１つ以上の個別サービス装置が「バックアップサービス」を提供する。すなわち複数の個別サービス装置が存在し、そのうち少なくとも１つがバックアップサービス装置であり、少なくとも１つがネットワーク・ストレージサービス装置である。

ネットワーク・ストレージサービス装置が保持する情報は図１４と同様である。

図１９は、実施の形態５においてネットワーク・ストレージサービス装置にデータを預ける際の動作を示す図である。また図２０は、図１９の動作における各装置間のシーケンスを示す図である。
（１）まず、ユーザは通信端末装置１３０を使用してネットワーク・ストレージサービス装置に対してデータの保管を要求する（ステップ１４０１）。
（２）ネットワーク・ストレージサービス装置は、ユーザの認証を行う（ステップ１４０２）。
（３）ステップ１４０２でユーザの認証に失敗した（ステップ１４０３でｎｏだった）場合、ネットワーク・ストレージサービス装置はユーザに認証失敗を通知して（ステップ１４０４）終了する。
（４）ステップ１４０２でユーザの認証に成功した（ステップ１４０３でｙｅｓだった）場合、通信端末装置１３０はこのセッションに固有の共通鍵を生成する（ステップ１４０５）。
（５）通信端末装置１３０は、ステップ１４０５で生成した共通鍵を用いて、ネットワーク・ストレージサービス装置に保管したいデータを暗号化し、ネットワーク・ストレージサービス装置に送信する（ステップ１４０６）。
（６）ネットワーク・ストレージサービス装置は、受信したデータに対応する預り証を生成し、預り証、ユーザＩＤ、データの組を登録する（ステップ１４０７）。
（７）ネットワーク・ストレージサービス装置は預り証を通信端末装置１３０に送信する（ステップ１４０８）。
（８）通信端末装置１３０は、ステップ１４０８で得た預り証と、ステップ１４０５で生成した共通鍵をペアにして、バックアップ用の暗号化の方法で暗号化し、バックアップサービス装置に送信する（ステップ１４０９）。
（９）ここで、バックアップ用の暗号化の方法とは、実施の形態３で記述したようなパスワードを用いる方法や、記憶媒体７１０βの公開鍵で暗号化してバックアップサービス装置に保存し、リカバリする際にはバックアップサービス装置からデータを取得後に記憶媒体７１０βの秘密鍵で復号する方法などを指す。

図２１は、実施の形態５においてネットワーク・ストレージサービス装置がデータを返却する場合の動作を示す図である。また図２２は、図２１の動作における各装置間のシーケンスを示す図である。
（１）まず、ユーザは通信端末装置１３０を使用してネットワーク・ストレージサービス装置に対してデータの返却を要求する（ステップ１５０１）。
（２）ネットワーク・ストレージサービス装置はユーザの認証を行う（ステップ１５０２）。
（３）ステップ１５０２でユーザの認証に失敗した（ステップ１５０３でｎｏだった）場合、ネットワーク・ストレージサービス装置はユーザに認証失敗を通知して（ステップ１５０４）終了する。
（４）ステップ１５０２でユーザの認証に成功した（ステップ１５０３でｙｅｓだった）場合、通信端末装置１３０は、ネットワーク・ストレージサービス装置に対し、返却してほしいデータの預り証を送信する（ステップ１５０５）。
（５）ネットワーク・ストレージサービス装置は、受信した預り証に対応するデータを通信端末装置１３０に送信する（ステップ１５０６）。
（６）通信端末装置１３０は預り証に対応した共通鍵を使って、受信した暗号化データを復号する（ステップ１５０７）。

ユーザが通信端末装置１３０を紛失した場合の動作を説明する。図８と同様であるので、図８を参照して説明する。
（１）ユーザが通信端末装置１３０を紛失した場合、図８同様、新しい通信端末装置１３０から管理サービス装置１２０に「リカバリ対象回答要求」を出す。
（２）そして図８と同様の過程を経て、ネットワーク・ストレージサービス装置が「リカバリ実行要求」（データ要求信号の一例：Ｓ６０７に対応）を受ける。
（３）ネットワーク・ストレージサービス装置は「リカバリ実行要求」を受けると、ユーザからこれまでに受信したデータに対応する「預り証」をすべて、ユーザの新しい通信端末装置１３０に送信する。
（４）また、バックアップサービス装置は、新しい通信端末装置１３０から「リカバリ実行要求」を受け取ると、預り証と当該預り証に対応する共通鍵のペアを含む、紛失以前の通信端末装置１３０からバックアップされた暗号化されたデータ（図２０のＳ１４０９でバックアップしている）を、新しい通信端末装置１３０に送信する。
（５）新しい通信端末装置１３０では、バックアップサービス装置から受信したデータを復号し、預り証と当該預り証に対応する共通鍵のペアを得る。
（６）ネットワーク・ストレージサービス装置に預けていたデータが必要になった際には、預り証と当該預り証に対応する共通鍵のペアを使用して、図２１に示した方法でネットワーク・ストレージサービスに預けていたデータを取得することができる。

以上のように、データをネットワーク・ストレージサービス装置に預ける際に、通信端末装置１３０側で暗号化することで、ネットワーク・ストレージサービスがセキュリティ上信頼できない場合であってもセキュリティを高めてデータを預けることができる。

以上、実施の形態５に係る複数サービス提供システムは、１つ以上の個別サービス装置は、ユーザの通信端末装置端末から受信したデータを保存し、その際前記データに１：１で対応する、前記データと比べ相対的にサイズの小さなデータである預り証を前記ユーザに送信し、ユーザから預り証を受信すると対応する前記データを送信し、前記ユーザからのリカバリ実行要求を受信すると、前記ユーザから受信した複数のデータに対応する複数の預り証を前記ユーザに送信するネットワーク・ストレージサービスを提供し、前記ユーザの通信端末装置は、ある１回の通信に固有の共通鍵を生成し、前記共通鍵によって暗号化した後にネットワーク・ストレージサービスにデータを送信し、前記共通鍵および前記預り証のペアをバックアップサービス装置に送信することを特徴とする。

実施の形態６．
実施の形態６は、図１、及び図９で示した個別サービス装置１１０、管理サービス装置１２０、及び通信端末装置１３０を具体的なコンピュータシステムで実現する実施形態について説明する。

図２３は、コンピュータシステム５０００の外観を示す図である。図１、及び図９で示した個別サービス装置１１０、管理サービス装置１２０、及び通信端末装置１３０は、一例として、図２３のような外観を示すコンピュータシステムで実現できる。なお、通信端末装置１３０は前述のように好適例は携帯電話であるが、図２３のようなコンピュータシステムでも構わない。

図２３において、コンピュータシステム５０００は、システムユニット９００、ＣＲＴ（ＣａｔｈｏｄｅＲａｙＴｕｂｅ）表示装置８４１、キーボード（Ｋ／Ｂ）８４２、マウス８４３、コンパクトディスク装置（ＣＤＤ）８８６、プリンタ装置８８７、スキャナ装置８８８を備え、これらはケーブルで接続されている。さらに、コンピュータシステム５０００は、ＦＡＸ機９１０、電話器９２０とケーブルで接続され、また、ローカルエリアネットワーク（ＬＡＮ）９０５を介してインターネット９０１に接続されている。

図２４は、実施の形態１におけるコンピュータシステム５０００のハードウェア構成図である。図２４において、コンピュータシステム５０００は、プログラムを実行するＣＰＵ（ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ）８３７を備えている。

ＣＰＵ８３７は、バス８３８を介してＲＯＭ８３９、ＲＡＭ８４０、通信ポート８４４、ＣＲＴ表示装置８４１、Ｋ／Ｂ８４２、マウス８４３、ＦＤＤ（ＦｌｅｘｉｂｌｅＤｉｓｋＤｒｉｖｅ）８４５、磁気ディスク装置８４６、ＣＤＤ８８６、プリンタ装置８８７、スキャナ装置８８８と接続されている。

ＲＡＭは、揮発性メモリの一例である。ＲＯＭ、ＦＤＤ、ＣＤＤ、磁気ディスク装置、光ディスク装置は、不揮発性メモリの一例である。これらは、記憶装置あるいは記憶部の一例である。

通信ポート８４４は、ＦＡＸ機９１０、電話器９２０、ＬＡＮ９０５等に接続されている。例えば、通信ポート８４４、スキャナ装置８８８、Ｋ／Ｂ８４２、ＦＤＤ８４５などは、情報入力部の一例である。また、例えば、通信ポート８４４、ＣＲＴ表示装置８４１などは、出力部の一例である。

ここで、通信ポートは、ＬＡＮ９０５に限らず、直接、インターネット、或いはＩＳＤＮ等のＷＡＮ（ワイドエリアネットワーク）に接続されていても構わない。

磁気ディスク装置８４６には、オペレーティングシステム（ＯＳ）８４７、ウィンドウシステム８４８、プログラム群８４９、ファイル群８５０が記憶されている。プログラム群は、ＣＰＵ８３７、ＯＳ８４７、ウィンドウシステム８４８により実行される。

上記プログラム群８４９には、実施の形態１〜実施の形態５で説明した個別サービス装置１１０、管理サービス装置１２０、通信端末装置１３０等において「〜部」として説明した機能を実行するプログラムが記憶されている。プログラムは、ＣＰＵにより読み出され実行される。

ファイル群８５０には、例えば管理サービス装置１２０であれば、「対応情報」が「対応情報ファイル」として記憶されている。また、データは、磁気ディスク装置、ＦＤ（ＦｌｅｘｉｂｌｅＤｉｓｋ）、光ディスク、ＣＤ（コンパクトディスク）、ＭＤ（ミニディスク）、ＤＶＤ（ＤｉｇｉｔａｌＶｅｒｓａｔｉｌｅＤｉｓｋ）等のその他の記録媒体に記録される。あるいは、データは信号線やその他の伝送媒体により伝送される。

また、実施の形態１〜実施の形態５で説明した個別サービス装置１１０、管理サービス装置１２０、通信端末装置１３０等において「〜部」として説明したものは、ＲＯＭ８３９に記憶されたファームウェアで実現されていても構わない。或いは、ソフトウェアのみ、或いは、ハードウェアのみ、或いは、ソフトウェアとハードウェアとの組み合わせ、さらには、ファームウェアとの組み合わせで実施されても構わない。

また、プログラムは、また、磁気ディスク装置、ＦＤ（ＦｌｅｘｉｂｌｅＤｉｓｋ）、光ディスク、ＣＤ（コンパクトディスク）、ＭＤ（ミニディスク）、ＤＶＤ（ＤｉｇｉｔａｌＶｅｒｓａｔｉｌｅＤｉｓｋ）等のその他の記録媒体による記録装置を用いて記憶されても構わない。

実施の形態１に係る複数サービス提供システム複数１０００を示す構成図である。実施の形態１において、管理サービス装置１２０が保持する「対応情報」を示す図である。実施の形態１において、個別サービス装置１１０が保持する情報を例示する図である。実施の形態１において、（ａ）及び（ｂ）は、通信端末装置１３０が保持する情報を示する図である。実施の形態１において、複数サービス提供システムによるサービス加入を示すフローチャートである。図５のシーケンスを示す図である。実施の形態１において、新たな通信端末装置１３０にリカバリする際のフローチャートである。図７のシーケンスを示す図である。実施の形態２に係る複数サービス提供システム２０００を示す構成図である。実施の形態２における記憶媒体を示す図である。実施の形態２において、証明書ＤＢ１２５が保有するユーザリストを示す図である。実施の形態２において、個別サービス装置１１０によるユーザ認証の動作を示すフローチャートである。図１２のシーケンスを示す図である。実施の形態４におけるネットワーク・ストレージサービス装置の保有する情報を示す図である。実施の形態４においてネットワーク・ストレージサービス装置にデータを預ける動作を示すフローチャートである。図１５のシーケンスを示す図である。実施の形態４においてネットワーク・ストレージサービス装置からデータを返却する動作を示すフローチャートである。図１７のシーケンスを示す図である。実施の形態５においてネットワーク・ストレージサービス装置にデータを預ける動作を示すフローチャートである。図１９のシーケンスを示す図である。実施の形態５においてネットワーク・ストレージサービス装置からデータを返却する動作を示すフローチャートである。図２１のシーケンスを示す図である。実施の形態６におけるコンピュータシステムの外観図である。実施の形態６におけるコンピュータシステムの構成図である。

符号の説明

１１０個別サービス装置、１１１通信部、１１２認証部、１１３サービス提供部、１１４リカバリ実行部、１１５制御部、１２０管理サービス装置、１２１通信部、１２２認証部、１２３リカバリ対象回答部、１２４制御部、１２５証明書ＤＢ、１２６証明書発行部、１３０通信端末装置、１３１通信部、１３２記憶部、１３３入力部、１３４表示部、１３５制御部、１３６キャッシュ部、７１０α，７１０β 記憶媒体、８３７ＣＰＵ、８３８バス、８３９ＲＯＭ、８４０ＲＡＭ、８４１ＣＲＴ表示装置、８４２Ｋ／Ｂ、８４３マウス、８４４通信ポート、８４５ＦＤＤ、８４６磁気ディスク装置、８４７ＯＳ、８４８ウィンドウシステム、８４９プログラム群、８５０ファイル群、８８６ＣＤＤ、８８７プリンタ装置、８８８スキャナ装置、９００システムユニット、９０１インターネット、９０５ＬＡＮ、９１０ＦＡＸ機、９２０電話器、１０００，２０００複数サービス提供システム、５０００コンピュータシステム。

Claims

ユーザに所定のサービスを提供する複数の個別サービス装置と、
前記複数の個別サービス装置のうちユーザにサービスを提供している個別サービス装置とサービスの提供を受けているユーザとの対応を示す対応情報を管理する管理装置と、
前記複数の個別サービス装置と前記管理装置とのいずれとも通信可能な通信端末装置とを備え、
前記通信端末装置は、
前記管理装置の管理する対応情報を要求する対応情報要求信号を前記管理装置に送信し、
前記管理装置は、
対応情報要求信号を受信した場合に、前記通信端末装置に対応情報を送信し、
前記通信端末装置は、
対応情報を受信した場合に、受信した対応情報に含まれる個別サービス装置を示す特定個別サービス装置に対して、所定のデータを要求するデータ要求信号を送信し、前記特定個別サービス装置から所定のデータを受信することを特徴とする複数サービス提供システム。
前記複数の個別サービス装置の少なくとも一つは、
前記通信端末装置と前記通信端末装置とは異なる送信装置とのいずれかを用いて前記ユーザにより送信されたユーザ送信データを受信して格納し、
前記通信端末装置は、
ユーザ送信データを格納する前記個別サービス装置が前記特定個別サービス装置の場合に、所定のデータを要求するデータ要求信号を送信し、前記特定個別サービス装置からユーザ送信データを受信することを特徴とする請求項１記載の複数サービス提供システム。
前記複数の個別サービス装置の少なくとも一つは、
前記通信端末装置と前記通信端末装置とは異なる送信装置とのいずれかを用いて前記ユーザにより送信されたユーザ送信データを受信して格納するとともに、格納したユーザ送信データの返信をユーザが希望する場合に必要となるデータを示す預り証データを前記通信端末装置と前記通信端末装置とは異なる送信装置とのうちいずれかの装置に返信し、
前記通信端末装置は、
ユーザ送信データを格納する前記個別サービス装置が前記特定個別サービス装置の場合に、所定のデータを要求するデータ要求信号を送信し、前記特定個別サービス装置から預り証データを受信することを特徴とする請求項１記載の複数サービス提供システム。
前記複数の個別サービス装置の少なくとも一つは、
ユーザ送信データを格納する場合に、暗号化して格納することを特徴とする請求項２又は３記載の複数サービス提供システム。
前記複数の個別サービス装置の少なくとも一つが格納するユーザ送信データは、
前記通信端末装置と前記通信端末装置とは異なる送信装置とのうちユーザ送信データを送信する装置により暗号化されて送信されることを特徴とする請求項２または３記載の複数サービス提供システム。
第２の秘密鍵に対応する第２の公開鍵を格納した第１の記憶媒体と、第２の秘密鍵および前記第２の公開鍵に関する証明書を格納した第２の記憶媒体とを更に備え、
前記通信端末装置は、
前記第１の記憶媒体を装着するとともに、前記第２の公開鍵を用いてユーザ送信データを暗号化し、前記個別サービス装置から暗号化したユーザ送信データの返信を受けた場合に、前記第２の記憶媒体を装着し、暗号化したユーザ送信データを前記第２の秘密鍵を用いて復号することを特徴とする請求項２記載の複数サービス提供システム。
前記通信端末装置は、
ユーザによって入力されたパスワードを用いてユーザ送信データを暗号化し、前記個別サービス装置から暗号化したユーザ送信データの返信を受けた場合に、暗号化したユーザ送信データを、前記パスワードを用いて復号することを特徴とする請求項２記載の複数サービス提供システム。
前記通信端末装置は、
暗号化データを送信しようとする場合に暗号鍵として共通鍵を生成し、生成した共通鍵を用いて暗号化データを作成し、作成した暗号化データを送信することを特徴とする請求項３記載の複数サービス提供システム。
前記複数の個別サービス装置の少なくとも一つが格納するユーザ送信データは、
前記ユーザにより送信された複数の預り証データであることを特徴とする請求項３記載の複数サービス提供システム。
ユーザに所定のサービスを提供する複数の個別サービス装置と、
前記複数の個別サービス装置のうちユーザにサービスを提供している個別サービス装置とサービスの提供を受けているユーザとの対応を示す対応情報を管理する管理装置と、
前記複数の個別サービス装置と前記管理装置とのいずれとも通信可能な通信端末装置とを備え、
前記通信端末装置は、
前記管理装置の管理する対応情報を要求する対応情報要求信号を前記管理装置に送信し、
前記管理装置は、
対応情報要求信号を受信した場合に前記通信端末装置との間で認証を行い、認証が成立した場合に前記通信端末装置に対応情報を送信し、
前記通信端末装置は、
対応情報を受信した場合に、受信した対応情報に含まれる個別サービス装置を示す特定個別サービス装置に対して所定のデータを要求するデータ要求信号を送信するとともに前記特定個別サービス装置との間で認証を行い、認証が成立した場合に前記特定個別サービス装置から所定のデータを受信することを特徴とする複数サービス提供システム。
前記通信端末装置は、
認証情報を記憶する記憶媒体を装着し、前記記憶媒体の記憶する認証情報に基づいて、前記管理装置との間の認証と、前記特定個別サービス装置との間の認証とを行うことを特徴とする請求項１０記載の複数サービス提供システム。
前記通信端末装置は、
第１の認証情報を記憶する第１の記憶媒体と、第２の認証情報を記憶する第２の記憶媒体のいずれかを装着可能であり、
前記管理装置は、
第１の認証情報に対応する第１管理側認証情報と、第２の認証情報に対応する第２管理側認証情報とを記憶しており、
前記特定個別サービス装置は、
第１の認証情報に対応する第１個別側認証情報と、第２の認証情報に対応する第２個別側認証情報とを記憶しており、
前記通信端末装置は、
前記第１の記憶媒体を装着する場合は、前記第１の記憶媒体の記憶する第１の認証情報と前記管理装置の記憶する第１管理側認証情報とを用いて前記管理装置との間で認証を行うとともに、前記第１の記憶媒体の記憶する第１の認証情報と前記特定個別サービス装置の記憶する第１個別側認証情報とを用いて前記特定個別サービス装置との間で認証を行い、前記第２の記憶媒体を装着する場合は、前記第２の記憶媒体の記憶する第２の認証情報と前記管理装置の記憶する第２管理側認証情報とを用いて前記管理装置との間で認証を行うとともに、前記第２の記憶媒体の記憶する第２の認証情報と前記特定個別サービス装置の記憶する第２個別側認証情報とを用いて前記特定個別サービス装置との間で認証を行うことを特徴とする請求項１０記載の複数サービス提供システム。
自己の格納するデータを暗号鍵により暗号化した暗号化データを送信する通信端末装置と、
前記通信端末装置の送信した暗号化データを受信して格納するとともに、前記通信端末装置が暗号化データの返信を希望する場合に必要となるデータを示す預り証データを前記通信端末装置に送信する第１の個別サービス装置と、
前記通信端末装置が預り証データを受信した場合に、前記通信端末装置から預り証データと暗号鍵とを受信して格納し、前記通信端末装置から返信要求を受けた場合に、格納した預り証データと暗号鍵とを含むデータを前記通信端末装置に返信する第２の個別サービス装置と
を備えたことを特徴とする複数サービス提供システム。
前記通信端末装置は、
預り証データを受信した場合に預り証データと暗号鍵とを暗号化し、
前記第２の個別サービス装置は、
前記通信端末装置から暗号化した預り証データと暗号化した暗号鍵とを受信して格納し、前記通信端末装置から返信要求を受けた場合に、格納した暗号化した預り証データと暗号化した暗号鍵とを含むデータを前記通信端末装置に返信することを特徴とする請求項１３記載の複数サービス提供システム。
ユーザに所定のサービスを提供する複数の個別サービス装置のうちユーザにサービスを提供している個別サービス装置とサービスの提供を受けているユーザとの対応を示す対応情報を管理し、対応情報を要求する通信端末装置に応答して対応情報を前記通信端末装置に送信することを特徴とする管理装置。
ユーザに所定のサービスを提供する複数の個別サービス装置のうちユーザにサービスを提供している個別サービス装置とサービスの提供を受けているユーザとの対応を示す対応情報を管理する管理装置に対して対応情報を要求して対応情報を取得し、取得した対応情報に基づいて複数の個別サービス装置の少なくともいずれかに所定のデータを要求することを特徴とする通信端末装置。