JP2002328904A - アプリケーションサービスプロバイダ管理システム - Google Patents

Abstract

(57)【要約】 【課題】 複数のアプリケーションサービスプロバイダ
（以下「ＡＳＰ」という）の管理を簡単にすることであ
る。 【解決手段】 処理部２は、ユーザー端末側ｕから特定
のＡＳＰを選択する信号が入力したとき、そのＡＳＰに
対応するログイン用のスクリプトをユーザー側端末ｕに
ダウンロードさせる。また、上記スクリプトは、ユーザ
ー記憶部に記憶されたユーザー名、そのパスワードおよ
びＵＲＬを用いて、ユーザー側端末を目的のＡＳＰに自
動的に接続し、ログインする機能を実現するものであ
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、複数のＡＳＰを
簡単に管理できる管理システムに関する。

【０００２】

【従来の技術】最近は、通信手段を介してコンピュータ
ソフトを利用できるＡＳＰが注目され、非常にたくさん
のＡＳＰが出現している。しかし、一つのＡＳＰで、種
類を異にした複数のアプリケーションソフトを提供する
のが、技術的にかなり難しいので、ユーザーは、使いた
いアプリケーションソフトがたくさんあれば、いくつも
のＡＳＰを利用しなければならない。また、企業などで
は、それこそたくさんのＡＳＰを必要とする場合が多い
が、この場合に、全社員にすべてのＡＳＰを利用させる
わけではない。なぜなら、全社員にすべてのＡＳＰを利
用させたのでは、その経費が膨大なものになったりする
からである。

【０００３】上記のような観点から、企業では、ＡＳＰ
との関係を人的に管理することが多い。例えば、図５に
示したように、Ｘ社が３つのＡＳＰ１〜ＡＳＰ３と契約
し、それぞれを社員Ａさん、Ｂさん、Ｃさんに利用させ
たい場合には、次のようにする。すなわち、Ｘ社の管理
担当者が各ＡＳＰ１〜ＡＳＰ３ごとに、管理者ＩＤと管
理者パスワードとを特定して登録する。このときに、Ａ
さん、Ｂさん、Ｃさんの個人ＩＤと個人パスワードも個
別に登録する。上記のように管理者が、個人ＩＤおよび
個人パスワードを登録することによって、Ａさん、Ｂさ
ん、Ｃさんは、各ＡＳＰのアプリケーションソフトを、
個別に利用できるようになる。

【０００４】また、Ａさん、Ｂさん、Ｃさんを登録した
後に、Ｃさんが退社した場合には、管理者は、各ＡＳＰ
１〜ＡＳＰ３に管理者ＩＤと管理者パスワードとを用い
てアクセスし、各ＡＳＰにおけるＣさんのアカウントを
個別に削除しなければならない。逆に、新しい人Ｄさん
が入社したときには、削除の場合と同様に、管理者は、
各ＡＳＰ１〜ＡＳＰ３に個別の管理者ＩＤと管理者パス
ワードとを用いてアクセスし、各ＡＳＰに対してＤさん
の個人ＩＤと個人パスワードとを登録しなければならな
い。

【０００５】

【発明が解決しようとする課題】上記のように複数のＡ
ＳＰを利用する企業は、ＡＳＰごとに管理者ＩＤや管理
者パスワードなどとともに、個人ＩＤと個人パスワード
とを登録しなければならない。しかし、社員数が多くな
ればなるほど、その登録の手続きとその管理が煩雑にな
る。特に、春先の新入社員の入社時などには、社員数が
一気に増えるので、ＡＳＰごとに、増員数分の個別ＩＤ
や個別パスワードを登録しなければならない。このよう
に社員数が急激に増えた場合には、管理者側の負担はそ
れこそ計り知れないものになる。

【０００６】また、場合によっては、ＡＳＰが異なるご
とに、そのパスワードを違ったものにしなければならな
いということもある。このような場合には、そのパスワ
ードを正確に管理しなければならないので、それだけ管
理者側の負担が、さらに大きくなると言う問題もあっ
た。また、新たなＡＳＰと契約する場合には、管理者Ｉ
Ｄや、管理者パスワードを、新たに登録しなければなら
ないのはもちろん、社員数に応じた個人ＩＤやパスワー
ド等を登録しなければならない。このように、契約ＡＳ
Ｐを増やすたびに、すごい数の登録を個別にやらなけれ
ばならないので、管理者の負担が大きくなっていた。

【０００７】さらに、たくさんのＡＳＰを利用する場
合、企業では、全社員に全てのＡＳＰを利用させるわけ
ではない。このようなとき、個々のＡＳＰを誰が利用し
ているのかということを表示した管理表を手作業で作成
していた。また、社員の移動や退社など、利用者に変更
が有った場合には、個々のＡＳＰへの変更手続ととも
に、上記管理表の変更も手作業で行わなければならなか
った。そのために、その作業が大変なだけでなく、管理
表と実際の登録状況との間に食い違いが発生することも
多かった。

【０００８】そのうえ、個々のＡＳＰは別々のログイン
を必要とするので、例えばアプリケーションソフトＡを
利用し始めてから、途中でアプリケーションソフトＢを
利用したいと考えたときには、またパスワードを入力
し、別のＡＳＰにログインしなおさなければならないと
いう面倒があった。この発明の目的は、ユーザー側から
みて、いろいろなＡＳＰを簡単に利用できるようにした
ＡＳＰ管理システムを提供することである。

【０００９】

【課題を解決するための手段】第１の発明では、ユーザ
ー側端末は、管理サーバーと複数のアプリケーションサ
ービスプロバイダ（以下「ＡＳＰ」という）に、通信手
段を介して個別に接続する一方、管理サーバーには、ユ
ーザーの表認証情報とその表認証情報に対応した１また
は複数の裏認証情報とを記憶する管理データ登録部と、
個別のＡＳＰに対応させたログイン用のスクリプトを記
憶するためのスクリプト記憶部と、ユーザー側端末に接
続する入出力部と、入出力部に連携する処理部とを備え
ている。そして、この処理部は、ユーザー側末側から特
定のＡＳＰを選択する信号が入力したとき、ＡＳＰに対
応するログイン用のスクリプトと裏認証情報とをユーザ
ー側端末にダウンロードさせる機能を備え、ユーザー側
端末は、ダウンロードされたスクリプトと裏認証情報と
に基づいて目的のＡＳＰに自動的に接続し、ログインす
る機能を備えた点を特徴とする。

【００１０】なお、上記表（おもて）認証情報とは、ユ
ーザー側端末を管理サーバーにログインさせるためのＩ
Ｄ等の情報をいう。つまり、この表認証情報は、管理サ
ーバー側からユーザー側を特定できるようにする情報で
ある。また、上記裏認証情報とは、ユーザー端末または
管理サーバーをＡＳＰにログインさせるために必要なＩ
Ｄ等の情報のことである。したがって、この裏認証情報
は、ログインするＡＳＰごとに必要な情報である。

【００１１】第２の発明は、ユーザー側端末は、管理サ
ーバーと複数のアプリケーションサービスプロバイダ
（以下「ＡＳＰ」という）に、通信手段を介して個別に
接続する一方、管理サーバーには、ユーザーの表認証情
報とその表認証情報に対応した１または複数の裏認証情
報とを記憶する管理データ登録部と、個別のＡＳＰに対
応させたログイン用のスクリプトを記憶するためのスク
リプト記憶部と、ユーザー側端末に接続する入出力部
と、入出力部に連携する処理部とを備えている。この処
理部は、ユーザー側末側から特定のＡＳＰを選択する信
号が入力したとき、ログイン用のスクリプトをユーザー
側端末にダウンロードさせる機能を備え、上記ログイン
用のスクリプトは、ユーザーおよびＡＳＰに対応した裏
認証情報を取得してメモリ領域に記憶する処理と、上記
メモリ領域に記憶された裏認証情報に基づいて目的のＡ
ＳＰにログインする処理とを含み、ユーザー端末は、上
記ログイン用スクリプトに基づいて目的のＡＳＰに自動
的に接続し、ログインする機能を備えた点に特徴を有す
る。

【００１２】第３の発明は、ログイン用スクリプトは、
ユーザーおよびＡＳＰに対応した裏認証情報を取得して
メモリ領域に記憶する処理と、上記メモリ領域に記憶さ
れた裏認証情報に基づいて目的のＡＳＰにログインする
処理とを含んだスクリプトをダウンロードする指示を含
む点に特徴を有する。

【００１３】第４の発明は、処理部が、ＡＳＰに対する
契約登録をしたり、その削除をしたりする機能を備えた
点に特徴を有する。第５の発明は、処理部が、各ＡＳＰ
におけるアカウントを登録したり、それを削除したりす
る機能を備えた点に特徴を有する。第６の発明は、処理
部が、目的のＡＳＰに裏認証情報を自動的に登録する機
能を備えた点に特徴を有する。

【００１４】第７の発明は、管理データ登録部には、表
認証情報と各ＡＳＰとの対応関係を保存し、処理部は、
その対応関係を一覧表としてユーザー側端末に出力する
機能を備えた点に特徴を有する。第８の発明は、画面記
憶部には、ユーザーが選択できるＡＳＰを表示するＡＳ
Ｐ選択画面を記憶させ、処理部はこのＡＳＰ選択画面を
ユーザー側端末に表示するとともに、ユーザーがＡＳＰ
を選択することによって、処理部は、選択されたＡＳＰ
に対応したログイン用のスクリプトを、ユーザー側端末
にダウンロードする機能を備えた点に特徴を有する。

【００１５】

【発明の実施の形態】図１〜図３を用いて、この発明の
第１実施例を説明する。図１に示すように第１実施例の
管理システムは、ユーザー側端末ｕと管理サーバーｍと
を通信手段、例えばインターネットを介して接続すると
ともに、上記ユーザー側端末ｕに、ＡＳＰ１、ＡＳＰ２
、ＡＳＰ３…ＡＳＰｎを接続している。そして、上記
ユーザー側端末ｕは、管理者端末ｕ１とパーソナル端末
ｕ２とを備えている。つまり、企業において管理部門が
使用する端末が上記管理者端末ｕ１であり、企業内の個
人が利用する端末がパーソナル端末ｕ２である。なお、
図１中の矢印は、ユーザー側端末ｕあるいは管理サーバ
ーｍが、ログインする方向を表したものである。

【００１６】上記管理者端末ｕ１は、パーソナル端末ｕ
２を利用する個人を、その個人ＩＤ、パスワード等の表
認証情報によって管理するものである。具体的には、そ
の企業と利用するＡＳＰ間の契約をしたり、実際にアプ
リケーションソフトを利用する自社の社員を個人ユーザ
ーとして登録したりするときに利用する端末である。ま
た、一度登録した個人ユーザーのアカウントを削除する
ときにも、この管理者端末ｕ１を介して手続を行う。そ
して、これらの登録や削除などの手続には、後でくわし
く説明するが、上記管理者端末ｕ１が、管理者ＩＤやパ
スワードなどの管理用表認証情報によって、上記管理サ
ーバーｍにログインして行うようにしている。また、上
記パーソナル端末ｕ２は、各個人ユーザーが、上記個人
ＩＤ等に基づいてＡＳＰを活用するものである。

【００１７】一方、管理サーバーｍには、上記ユーザー
側端末ｕに接続する入出力部１と、この入出力部１に連
携させた処理部２とを有する。そして、この処理部２
に、ＡＳＰスクリプト記憶部３、管理データ登録部４お
よび画面記憶部５を連携させている。上記ＡＳＰスクリ
プト記憶部３は、上記パーソナル端末ｕ２がアプリケー
ションソフトを利用する際に、ユーザーがパーソナル端
末ｕ２においてログイン操作を行わなくても、前記した
ＡＳＰ１、ＡＳＰ２ 、ＡＳＰ３…ＡＳＰｎに、自動的
にログインするために必要なソフトウエアと、ログイン
すべきＡＳＰのＵＲＬとをスクリプトとして記憶させて
いる。そして、このＡＳＰスクリプト記憶部３が記憶し
ているスクリプトは、それをパーソナル端末ｕ２にダウ
ンロードすることによって、パーソナル端末ｕ２が目的
のＡＳＰ、例えばＡＳＰ１ に自動的にログインする機
能を実行するものである。そして、このＡＳＰスクリプ
ト記憶部３に記憶されているスクリプトがこの発明のロ
グイン用のスクリプトである。

【００１８】管理データ登録部４には、管理者ＩＤおよ
び管理者パスワード以外に、個人ユーザーごとの認証情
報を記憶する。この個人ユーザーの認証情報には、図２
に示すように、表認証情報と裏認証情報という２種類の
情報が含まれる。そして、図２に示す個人ユーザーの表
認証情報とは、パーソナル端末ｕ２が上記管理サーバー
ｍにログインする際に必要な情報であり、裏認証情報と
は、上記パーソナル端末ｕ２が、特定のＡＳＰにログイ
ンするために必要な情報である。

【００１９】例えば、図２に示すように、ＡさんがＡＳ
Ｐ１〜ＡＳＰ３を利用する場合には、表認証情報とし
て、ＡさんのＩＤとパスワードとを登録する。そして、
このＡさんのＩＤとパスワードに関連づけて、ＡＳＰ１
〜ＡＳＰ３のそれぞれについての裏認証情報として、ユ
ーザーＩＤおよびそのパスワードを登録する。このとき
に、特定のＡＳＰを、特定の個人ユーザーに使わせるよ
うにするためには、その個人ユーザーの表認証情報に、
その個人ユーザーに使わせるＡＳＰ用の裏認証情報を対
応させて登録すればよい。つまり、表認証情報と裏認証
情報との間で、特定のＡＳＰとの対応関係がなければ、
その対応関係のないＡＳＰは使えないことになる。な
お、上記管理データ登録部４には、上記した表認証情報
に対応させた裏認証情報の他に、各ＡＳＰを利用する際
に有用な様々な付加情報を登録しておくこともできる。

【００２０】上記管理データ登録部４には、上記した個
人ユーザーの表認証情報、裏認証情報と同様に、管理者
の表認証情報と管理者裏認証情報とを記憶させる。上記
管理者の表認証情報とは、管理者端末ｕ１から管理サー
バーｍにログインする際に必要な、例えば、管理者ＩＤ
やパスワードなどの情報である。また、上記管理者の裏
認証情報とは、管理サーバーｍが、各ＡＳＰに対して登
録や削除などの行うためにログインする際に必要なＩＤ
やパスワードなどの情報である。そして、これら管理者
の裏認証情報も、管理者の表認識情報に対して、ログイ
ンする必要のあるＡＳＰごとに対応づけて記憶されてい
る。すなわち、この発明の表認証情報とは、上記個人ユ
ーザーの表認証情報と管理者の表認証情報の両者を含む
ものであり、この発明の裏認証情報とは、上記個人ユー
ザーの裏認証情報と管理者の裏認証情報の両者を含むも
のである。

【００２１】また、画面記憶部５には、図３に示すＡＳ
Ｐ選択画面６を記憶させている。このＡＳＰ選択画面６
は、ユーザーが利用可能なサービスとして登録されてい
るＡＳＰをリストアップする画面である。そして、この
ＡＳＰ選択画面６上で、各個人ユーザーが、自分の利用
するＡＳＰを選択するようにしている。

【００２２】次に、このシステムの操作手順を説明す
る。まず、管理者端末ｕ１から、管理者が、管理者の表
認証情報を用いて、管理サーバーｍの入出力部１にアク
セスする。そして、企業として利用したいＡＳＰを特定
して、それを入出力部１に入力すると、このＡＳＰに対
応した管理者の裏認証情報が作成される。上記裏認証情
報は、管理サーバーの処理部２が自動生成する場合と、
ＡＳＰ側から指定される場合などがあるが、上記裏認証
情報は、どのように生成されるものでもかまわない。い
ずれにしても、この管理者の裏認証情報が、上記管理デ
ータ登録部４に登録される。上記のように、管理者は、
企業として、利用したいＡＳＰを特定して登録すること
ができる。

【００２３】また、管理者は、自社の中でＡＳＰを利用
できる個人ユーザーの表認証情報を登録する。上記の手
順によって、企業として、利用したいＡＳＰが特定され
るとともに、それらを利用できる個人ユーザーが特定さ
れるが、各ＡＳＰをどの個人ユーザーに利用させるかの
割り当ては終了していない。そこで、管理者端末ｕ１か
ら、各ＡＳＰにそれを利用させる個人ユーザーを対応さ
せた情報を、管理サーバーｍに入力する。このような対
応情報が入力されると、今度は、個人の裏認証情報が生
成される。この個人の裏認証情報の生成も、管理者の場
合と同様に、どのような方法で行ってもかまわないが、
この第１実施例では、管理サーバーｍの処理部２が、自
動生成することにする。

【００２４】上記処理部２は、図２に示すように、各個
人の表認証情報に、利用させるＡＳＰを対応させ、さら
に、そのＡＳＰにそれぞれ裏認証情報を対応させて、上
記管理データ登録部４に登録する。このように、個人を
特定する１つの表認証情報に対して、いくつものＡＳＰ
を対応させることができる。つまり、特定の個人に、ど
のＡＳＰを利用させるかによって、その対応関係を自由
に設定できる。また、この対応関係を上記管理者端末ｕ
１から自由に閲覧できるようにしている。

【００２５】上記のようにして登録が完了した後は、個
人ユーザーはパーソナル端末ｕ２から管理サーバーｍに
いつでもログインできるようになる。今、パーソナル端
末ｕ２から、表認証情報である個人ＩＤとパスワードと
を用いて管理サーバーｍの入出力部１にログインする
と、処理部２は、管理データ登録部４に登録されている
データに基づき、上記パーソナル端末ｕ２の個人ユーザ
ーを特定する。次に、上記管理データ登録部４のデータ
に基づいて、このユーザーに対して利用を許可されてい
るＡＳＰを選択する。このように選択されたＡＳＰのリ
ストを、処理部２は、画面記憶部５に記憶されているＡ
ＳＰ選択画面６に載せてパーソナル端末ｕ２に出力す
る。

【００２６】このリストアップされたＡＳＰの中から、
ユーザーが特定のＡＳＰ、例えばＡＳＰ１を選択する
と、その選択信号が管理サーバーｍの入出力部１を介し
て処理部２に入力する。このように特定のＡＳＰ１の選
択信号が入力すると、処理部２は、ＡＳＰスクリプト記
憶部３から、ＡＳＰ１にログインするのに必要なスクリ
プトを選択し、このスクリプトとともに、裏認証情報を
パーソナル端末ｕ２にダウンロードする。この裏認証情
報は、ログインした個人ユーザーの表認証情報と上記Ａ
ＳＰ１とに対応した情報であり、例えば、ＡＳＰ１にロ
グインすべきユーザーＩＤおよびパスワードなどであ
る。

【００２７】上記裏認証情報であるユーザーＩＤおよび
パスワードと、スクリプトとをダウンロードされたパー
ソナル端末ｕ２は、上記スクリプトに基づいてＡＳＰ１
にログインし、ＡＳＰ１のアプリケーションソフトを、
図３に示すアプリケーション画面７に表示することがで
きる。なお、このアプリケーション画面７は、上記した
ＡＳＰ選択画面６と一画面で表示されるようにしてい
る。つまり、個人ユーザーが、アプリケーション画面７
に、特定のアプリケーションソフトを表示させている時
にも、上記ＡＳＰ選択画面６が、表示されているという
ことである。

【００２８】なお、上記スクリプトおよび裏認証情報
を、パーソナル端末ｕ２に送信する際に、上記管理サー
バーｍが、上記裏認証情報を暗号化して送るようにすれ
ば、パーソナル端末ｕ２を利用するユーザーが、裏認証
情報を簡単には判別できない。このように、裏認証情報
を暗号化するのは、個人ユーザーが、裏認証情報を使っ
て、ＡＳＰに、直接ログインすることを防止するためで
ある。もしも、パーソナル端末ｕ２のユーザーが、裏認
証情報を使って、ＡＳＰへ直接ログインし、アプリケー
ションソフトを使用した場合には、その事実を管理サー
バーｍ側で管理することができない。そのため、例え
ば、課金管理などが、できなくなってしまうことがあ
る。したがって、裏認証情報を暗号化しておけば、課金
管理などを確実に実施することができる。ただし、裏認
証情報を暗号化して送る場合には、同時に送信するログ
イン用のスクリプトに、暗号を復号するスクリプトを含
める必要がある。

【００２９】このようにしてユーザーがＡＳＰ１のアプ
リケーションソフトを使用している過程で、別のＡＳＰ
のアプリケーションソフトを利用したくなった場合に
は、ＡＳＰ選択画面６に表示されている別のＡＳＰ、例
えばＡＳＰ３を選択すれば、上記ＡＳＰ１を選択した手
順とまったく同様にして、上記管理サーバーｍからダウ
ンロードしたスクリプトが、上記パーソナル端末ｕ２を
ＡＳＰ３にログインさせる。

【００３０】いずれにしても、パーソナル端末ｕ２側で
は、表認証情報である個人ＩＤとパスワードだけで、目
的のＡＳＰにログインできることになり、ユーザーが、
各ＡＳＰごとのＵＲＬ、ユーザーＩＤおよびパスワード
を個別に管理する必要がなくなる。つまり、ユーザー
は、表認証情報である個人ＩＤとパスワードを用いて、
管理サーバーｍにログインすれば、自ら使用できるＡＳ
Ｐのリストが表示されるので、後はそのＡＳＰを選択す
るだけで足りることになる。したがって、ユーザーは、
ＡＳＰごとのＵＲＬ、ユーザーＩＤおよびパスワードを
知らなくても、目的のＡＳＰにログインできるようにな
る。もちろん、上記表認証情報としては、上記した個人
ＩＤとパスワード以外の、認証方法を用いることもでき
る。別の認証方法として、例えば、公開鍵暗号方式を利
用した認証方法などがある。このような様々な認証方法
から、適当な方法を選択することによって、システム全
体のセキュリティを高めることもできる。なお、上記裏
認証情報についても、表認証情報と同様に、ユーザーＩ
Ｄとパスワードに限らず、様々な認証方法を利用でき
る。

【００３１】また、管理者端末ｕ１側においても、パー
ソナル端末ｕ２側の個人ユーザー一人ひとりについて、
ユーザーＩＤおよびパスワードのほか、ＡＳＰごとに登
録すべき情報を、ＡＳＰごとに個別に登録する手間がは
ぶける。もし、管理者端末ｕ１側で、ユーザーＩＤ、パ
スワードなどこの発明の裏認証情報に当たる情報や、そ
の他ＡＳＰごとに個別に登録しなければならない情報
を、個別に登録する場合には、その手続が膨大なものに
なる。しかし、このシステムによれば、管理者側端末ｕ
１から利用すべきＡＳＰと個人ユーザーの表認証情報と
の対応さえ特定すれば、各ＡＳＰにログインするために
必要なユーザーＩＤおよびパスワードなどの裏認証情報
や、その他ＡＳＰごとに登録すべき情報の管理は、管理
サーバーｍに依存できる。

【００３２】しかも、上記裏認証情報のうちＡＳＰに登
録すべき情報は、全て、処理部２が各ＡＳＰに自動登録
するので、処理が大幅に簡略化されることになる。ま
た、処理部２には、追加あるいは削除というコマンドに
対応して、目的のＡＳＰにアクセスし、個人ユーザーの
アカウントを自動的に追加したり、あるいはそれを自動
的に削除するプログラムを記憶させている。したがっ
て、管理者端末ｕ１側からは、追加あるいは削除したい
個人ＩＤなどを特定して、上記プログラムを実行させる
コマンドを処理部２に入力すれば、それら追加および削
除を自動的に実行することができる。

【００３３】また、その他、各ＡＳＰにおいて、設定が
必要なデータを登録するための管理画面を、予め、上記
画面記憶部５に記憶させておくこともできる。このよう
にすれば、管理者端末ｕ１が管理サーバーｍにアクセス
した段階で、各設定が必要なときには、上記処理部２
が、必要な管理画面を選択して、上記管理者端末ｕ１に
表示させることができる。この管理画面から、設定用プ
ログラムを起動し、必要な処理をＡＳＰに対して行うよ
うにする。このときにも、管理サーバーｍは、管理者裏
認証情報によって、ＡＳＰにログインする。このよう
に、管理者端末ｕ１は、各ＡＳＰに対して、様々な設定
登録が必要な場合にも、ＡＳＰに直接ログインする必要
はない。

【００３４】なお、この第１実施例では、上記のように
管理者端末ｕ１とパーソナル端末ｕ２とを別々にした
が、それらを分けることが必須と言うことではない。両
者の機能を一つにして、ユーザー側端末ｕとして扱って
もよいこと当然である。また、このシステムには、以上
説明した機能だけでなく、いろいろな機能を付帯的に備
えるようにしてもよい。さらに、管理サーバーｍも、管
理データ登録部４を共有して、管理者端末ｕ１用管理サ
ーバーと、パーソナル端末ｕ２用サーバーとに、分割し
てもかまわない。

【００３５】上記第１実施例では、管理サーバーｍから
ＡＳＰへのログイン用のスクリプトとともにユーザーの
裏認証情報をパーソナル端末ｕ２へ送信するようにして
いる。そのため、パーソナル端末ｕ２において、上記ス
クリプトの実行を中断させた場合、上記スクリプトのソ
ースコードを見ることができる。従って、上記スクリプ
トに組み込まれた裏認証情報も、パーソナル端末ｕ２を
介してユーザーに見られてしまうことがある。

【００３６】このようにして、ユーザーが自分の裏認証
情報を知ってしまうと、直接ＡＳＰにログインすること
ができるようになり、先にも説明したように、その事実
を管理サーバーｍ側で管理できなくなってしまう。その
ために、裏認証情報を暗号化することも考えられるが、
暗号化した場合には管理サーバーｍは復号するスクリプ
トを送信しなければならない。しかし、パーソナル端末
ｕ２において、上記復号するスクリプトを見られてしま
うと、上記裏認証情報の暗号も解読されてしまうことに
なる。このような問題を解決した第２実施例を以下に説
明する。

【００３７】第２実施例は、上記ＡＳＰスクリプト記憶
部３に記憶されたログイン用のスクリプトが上記第１実
施例と異なるが、その他の構成は第１実施例と同様であ
る。従って、第１実施例と同様の部分については図１〜
図３を用いて説明する。そして、図４に第２実施例のロ
グイン用のスクリプトを示している。このログイン用の
スクリプトの内容は、必要な子スクリプトを管理サーバ
ーｍからダウンロードしてスクリプト「set」と「logi
n」とを実行せよという指示である。上記ログイン用の
スクリプトには、上記「set」、「login」の具体的な内
容は記述されていない。すなわち、これら「set」、「l
ogin」の内容が、管理サーバーｍへ取りに行かなければ
ならない上記子スクリプトである。つまり、図４のログ
イン用のスクリプトには、子スクリプトの保存場所の指
定８と、スクリプト「set」、「login」の実行指示９と
が含まれている。

【００３８】上記子スクリプト「set」には、個人ユー
ザーを特定する表認証情報が含まれ、その個人ユーザー
に対応する裏認証情報を管理サーバーｍの管理データ登
録部４から引き出してプログラムのメモリ領域に記憶さ
せるという処理が含まれている。また、もう一方の子ス
クリプト「login」には、上記メモリ領域に記憶された
裏認証情報を用いて、特定のＡＳＰへログインする処理
が含まれている。なお、上記個人ユーザーとは、パーソ
ナル端末ｕ２から上記管理サーバーｍにログインしたユ
ーザーのことであり、上記特定のＡＳＰは、そのユーザ
ーが図３に示すようなＡＳＰ選択画面６で選択したＡＳ
Ｐのことである。つまり、上記子スクリプトは、特定の
個人ユーザーとそのユーザーが選択したＡＳＰに応じ
て、作成されるスクリプトである。そして、これらの子
スクリプトは、パーソナル端末ｕ２から特定のＡＳＰを
選択する信号が入力したときに、管理サーバーｍで自動
的に生成するようにしている。

【００３９】このようなシステムにおいて、個人ユーザ
ーがパーソナル端末ｕ２から、表認証情報である個人Ｉ
Ｄとパスワードとを用いて管理サーバーｍの入出力部１
にログインすると、処理部２は、管理データ登録部４に
登録されているデータに基づき、上記個人ユーザーを特
定する。次に、このユーザーに対して利用を許可されて
いるＡＳＰのリストを図３のＡＳＰ選択画面６に載せて
パーソナル端末ｕ２へ出力する。

【００４０】上記ＡＳＰ選択画面６からユーザーが特定
のＡＳＰ、例えばＡＳＰ１を選択すると、その選択信号
が管理サーバーｍに入力する。このようにして、ＡＳＰ
１の選択信号が入力すると、処理部２は、ＡＳＰスクリ
プト記憶部３から図４に示すログイン用スクリプトをパ
ーソナル端末ｕ２にダウンロードするとともに、上記個
人ユーザーとＡＳＰ１に対応する子スクリプト「set」
と「login」とを生成する。これらの子スクリプトは、
予め作成して登録しておくこともできるが、この第２実
施例では、ユーザーとＡＳＰが特定された時点で生成す
るようにしている。

【００４１】このように、ユーザーとＡＳＰとが特定さ
れるたびに、スクリプトを動的に生成するようにする
と、次のようなことができる。例えば、スクリプトの生
成時から何時間、あるいは何分間しかそのスクリプトが
動作しないように、スクリプトの有効期限を設定するこ
とができる。有効期限を設定すれば、上記「set」や「l
ogin」のようなスクリプトをパーソナル端末ｕ２に保存
しておいて、後で勝手に利用することができない。この
ように、スクリプトの有効期限を設定することは、上記
子スクリプトだけでなく、図４に示すログイン用のスク
リプトにに対してもできる。ただし、その場合、上記ロ
グイン用のスクリプトも動的に生成することになる。ま
た、上記スクリプトを動的に生成するということは、必
要なときに生成するということなので、用が済んだらす
ぐに消去することができる。そして、生成したスクリプ
トの保存場所をそのたびに決めることができる。つま
り、上記スクリプトを、管理サーバーｍ内の同じ場所に
いつまでも保存しておかないので、これらのスクリプト
を盗み難くなる。

【００４２】一方、ユーザー端末ｕ２では、ダウンロー
ドされた上記ログイン用のスクリプトを実行する。上記
ログイン用のスクリプトは、子スクリプト「set」と、
「login」とをダウンロードして実行する指示が記述さ
れている。まず、上記ユーザーとＡＳＰ１に対応した
「set」をダウンロードして実行する。この「set」の中
で、上記ＡＳＰ１にログインするためのユーザーの裏認
証情報を上記管理データ記憶部４から取得して、プログ
ラムのメモリ領域に記憶させる。次に、子スクリプト
「login」が実行され、上記メモリ領域に記憶された裏
認証情報を用いてＡＳＰ１にログインする。なお、上記
ＡＳＰ１のＵＲＬなどのログインのための処理は、上記
子スクリプト「login」に含まれている。

【００４３】上記のように、パーソナル端末ｕ２にダウ
ンロードするログイン用のスクリプトには子スクリプト
をダウンロードする指示が含まれていて、さらにこの子
スクリプトの中に、ユーザーの裏認証情報を取ってくる
処理が含まれている。つまり、上記パーソナル端末ｕ２
に直接ダウンロードされるログイン用スクリプトの中に
は、上記裏認証情報が含まれていない。従って、上記パ
ーソナル端末ｕ２が上記ログイン用のスクリプトを実行
している最中に、その処理を中断させて、実行中のプロ
グラムコードがディスプレイ表示されたとしても、そこ
からユーザーの裏認証情報を見付けることはできない。
裏認証情報は子スクリプトのメモリ領域に記憶されてい
るからである。つまり、ユーザーの裏認証情報をパーソ
ナル端末ｕ２から知られて、勝手に利用される心配がな
い。

【００４４】なお、上記第２実施例では、ログイン用ス
クリプトには、ユーザーおよびＡＳＰに対応した裏認証
情報を取得してメモリ領域に記憶する処理である「se
t」と、上記メモリ領域に記憶された裏認証情報に基づ
いて目的のＡＳＰにログインする処理である「login」
とをダウンロードする指示を含んでいるが、上記「se
t」と「login」の処理内容を直接組み込んだスクリプト
をログイン用のスクリプトとすることもできる。その場
合でも、裏認証情報は、上記ログイン用のスクリプトに
組み込まれてパーソナル端末ｕ２にダウンロードされる
のではないので、パーソナル端末の処理を止めて裏認証
情報を簡単に見ることはできない。

【００４５】ただし、上記「set」と「login」を含んだ
スクリプトをパーソナル端末ｕ２に直接ダウンロードし
た場合には、処理を止めて表示させたプログラムコード
から、上記「set」、「login」の処理内容がわかってし
まうので、メモリ領域に記憶された裏認証情報を盗み見
ようとするハッカーが出てくることも考えられる。従っ
て、上記第２実施例のように、パーソナル端末ｕ２にダ
ウンロードするログイン用のスクリプトには、具体的な
処理内容を含まないで、その中で裏認証情報を取得して
記憶する子スクリプトをダウンロードさせるようにした
方が、裏認証情報を確実に守ることができる。

【００４６】さらに、上記裏認証情報を取得するスクリ
プトを、上記ログイン用のスクリプトの中でダウンロー
ドする子スクリプトとしないで、子スクリプトがさらに
ダウンロードするスクリプトに裏認証情報を取得させる
ようにするなど、多段にダウンロードしてゆくスクリプ
トに裏認証情報の取得処理を含めるようにすれば、さら
に確実に裏認証情報を守ることができる。また、裏認証
情報を暗号化するのではなく、上記管理サーバーｍとパ
ーソナル端末ｕ２間の信号経路を暗号化することもでき
るが、このようにすれば、裏認証情報の通信中に第三者
にそれを盗まれることを防止できる。なお、上記信号経
路の暗号化には、ＳＳＬ（Ｓecure Ｓockets Ｌayer）
など既存のセキュリティプロトコルを利用することがで
きる。

【００４７】

【発明の効果】第１の発明は、ユーザー端末側から特定
のＡＳＰを選択する信号が入力したとき、そのＡＳＰに
対応するスクリプトと、裏認証情報とをユーザー側端末
にダウンロードさせる。そして、上記スクリプトは、ユ
ーザー側端末を目的のＡＳＰに自動的にログインさせる
機能を実現するものとしている。したがって、第１の発
明によれば、ユーザー側では、ＡＳＰを選択するだけで
足り、ＡＳＰごとにユーザー名、パスワードおよびＵＲ
Ｌ等の裏認証情報を知る必要も、管理する必要もなくな
る。このようにＡＳＰごとのログイン作業が不要になる
ので、アプリケーションソフトを利用するユーザー側か
らすれば、ＡＳＰを利用しやすくなるという効果を期待
できる。

【００４８】すなわち、ユーザー側からしてみれば、管
理サーバーにログインするだけで個々のＡＳＰとのやり
取りを個別にする必要がない。サービスを利用するとき
には、１つのＡＳＰだけにログインするのと同等の手間
で、複数のＡＳＰを自由に利用できるようになる。ま
た、管理サーバーにユーザー登録をするだけで、すべて
のＡＳＰに対応できるので、管理者の手間や管理すべき
資料等を大幅に削減できる。

【００４９】第２の発明によれば、ユーザーはＡＳＰを
利用しやすくなるなど、上記第１の発明等同様の効果を
得られるとともに、個々の裏認証情報をユーザーに知ら
れ難くなる。そのため、ユーザーが、裏認証情報を利用
して、ＡＳＰに不正にログインすることができなくな
る。第３の発明によれば、より確実に裏認証情報をハッ
カーからも乗ることができる。

【００５０】第４の発明によれば、ＡＳＰに対する契約
や削除の処理を、処理部が自動的に行うので、管理者
が、個々のＡＳＰにアクセスして、それらの手続をする
必要がなくなる。第５の発明によれば、管理者の、アカ
ウントの登録や削除の手間が不要になる。例えば、登録
時に、個々のＡＳＰにログインして、個々のユーザーＩ
Ｄを指定したり、個人情報を個別に登録したり、パスワ
ードを設定したりする手間がいらなくなる。また、アカ
ウントの削除をする際にも、ＡＳＰにログインして、削
除したいユーザーを検索したり、個別に削除の手続をし
たりする必要が無い。

【００５１】第６の発明によれば、個々のＡＳＰに対す
る裏認証情報について、ユーザー側が、全く知る必要が
ない。つまり、ＡＳＰごと、ユーザーごとに設定する裏
認証情報を作成する必要もないし、設定された裏認証情
報を、記録したり、覚えておいたりする必要もない。特
に、処理部が自動的に登録する裏認証情報として、予想
されにくいパスワードを生成するようにすれば、個々の
ＡＳＰに対してハッカーの攻撃があっても、上記パスワ
ードがクラッキングされにくくすることができる。この
ようなパスワードの生成も、ユーザーが、考えるのでは
なく、処理部が自動的に行うために簡単にできるのであ
る。

【００５２】上記のように、第４〜第６の発明によれ
ば、ユーザー側では、登録削除などの管理の手間が不要
になるだけでなく、その手続を覚える必要もない。つま
り、個々のＡＳＰとの間の手続は、管理サーバーが行う
ので、ユーザー側では、管理のために、個々のＡＳＰに
直接ログインする必要がない。ユーザー側は、管理サー
バーに対してだけログインして、簡単な入力だけを行え
ばよいので、管理の負担が大幅に軽減される。

【００５３】第７の発明によれば、ユーザー側では、全
てのＡＳＰ利用者の利用状況などのデータを、必要なと
きに簡単に知ることができる。これらのデータを自ら管
理する必要がないので、管理の負担が少なくなる。この
ように、上記第４〜第７の発明によって、管理の負担が
少なくなるので、特別な知識や経験が無い者でも、管理
者になることができる。

【００５４】第８の発明は、画面記憶部に、ユーザーが
選択できるＡＳＰを表示するＡＳＰ選択画面を記憶さ
せ、処理部はこのＡＳＰ選択画面をユーザー側端末に表
示するとともに、ユーザーが特定のＡＳＰを選択するこ
とによって、処理部は、選択されたＡＳＰに対応したロ
グイン用のスクリプトを、ユーザー側端末にダウンロー
ドする機能を備えている。したがって、第６の発明によ
れば、画面を見ながら選択すべきＡＳＰを自由に特定で
きる。このように画面からＡＳＰを特定できるので、Ａ
ＳＰを特定するための面倒な手続きを一切はぶくことが
できる。

【図面の簡単な説明】

【図１】第１実施例のシステム図である。

【図２】第１実施例のユーザー登録表である。

【図３】第１実施例のＡＳＰ選択画面とアプリケーショ
ン画面とを示した図である。

【図４】第２実施例のログイン用のスクリプトである。

【図５】従来のシステム図である。

【符号の説明】

ｕ ユーザー側端末 ｍ 管理サーバー １ 入出力部 ２ 処理部 ３ ＡＳＰスクリプト記憶部 ４ 管理データ登録部 ５ 画面記憶部 ６ ＡＳＰ選択画面

───────────────────────────────────────────────────── フロントページの続き (72)発明者 木下 邦任 東京都千代田区三番町８−１ 株式会社ア プレッソ内 (72)発明者 中野 鐵兵 東京都千代田区三番町８−１ 株式会社ア プレッソ内 (72)発明者 吉田 哲也 東京都千代田区三番町８−１ 株式会社ア プレッソ内 Ｆターム(参考） 5B085 AC01 AE01 BC01 BG07

Claims (8)

【特許請求の範囲】
1. 【請求項１】 ユーザー側端末は、管理サーバーと複数
   のアプリケーションサービスプロバイダ（以下「ＡＳ
   Ｐ」という）に、通信手段を介して個別に接続する一
   方、管理サーバーには、ユーザーの表認証情報とその表
   認証情報に対応した１または複数の裏認証情報とを記憶
   する管理データ登録部と、個別のＡＳＰに対応させたロ
   グイン用のスクリプトを記憶するためのスクリプト記憶
   部と、ユーザー側端末に接続する入出力部と、入出力部
   に連携する処理部とを備え、この処理部は、ユーザー側
   末側から特定のＡＳＰを選択する信号が入力したとき、
   ＡＳＰに対応するログイン用のスクリプトと裏認証情報
   とをユーザー側端末にダウンロードさせる機能を備え、
   ユーザー側端末は、ダウンロードされたスクリプトと裏
   認証情報とに基づいて目的のＡＳＰに自動的に接続し、
   ログインする機能を備えたＡＳＰ管理システム。
2. 【請求項２】 ユーザー側端末は、管理サーバーと複
   数のアプリケーションサービスプロバイダ（以下「ＡＳ
   Ｐ」という）に、通信手段を介して個別に接続する一
   方、管理サーバーには、ユーザーの表認証情報とその表
   認証情報に対応した１または複数の裏認証情報とを記憶
   する管理データ登録部と、個別のＡＳＰに対応させたロ
   グイン用のスクリプトを記憶するためのスクリプト記憶
   部と、ユーザー側端末に接続する入出力部と、入出力部
   に連携する処理部とを備え、この処理部は、ユーザー側
   末側から特定のＡＳＰを選択する信号が入力したとき、
   ログイン用のスクリプトをユーザー側端末にダウンロー
   ドさせる機能を備え、上記ログイン用のスクリプトは、
   ユーザーおよびＡＳＰに対応した裏認証情報を取得して
   メモリ領域に記憶する処理と、上記メモリ領域に記憶さ
   れた裏認証情報に基づいて目的のＡＳＰにログインする
   処理とを含み、ユーザー端末は、上記ログイン用スクリ
   プトに基づいて目的のＡＳＰに自動的に接続し、ログイ
   ンする機能を備えたＡＳＰ管理システム。
3. 【請求項３】 ログイン用スクリプトは、ユーザーおよ
   びＡＳＰに対応した裏認証情報を取得してメモリ領域に
   記憶する処理と、上記メモリ領域に記憶された裏認証情
   報に基づいて目的のＡＳＰにログインする処理とを含ん
   だスクリプトをダウンロードする指示を含む請求項２に
   記載のＡＳＰ管理システム。
4. 【請求項４】 処理部は、ＡＳＰに対する契約登録をし
   たり、その削除をしたりする機能を備えた請求項１〜３
   のいずれか１に記載のＡＳＰ管理システム。
5. 【請求項５】 処理部は、各ＡＳＰにおけるアカウント
   を登録したり、それを削除したりする機能を備えた請求
   項１〜４のいずれか１に記載のＡＳＰ管理システム。
6. 【請求項６】 処理部は、目的のＡＳＰに裏認証情報を
   自動的に登録する機能を備えた請求項１〜５のいずれか
   １に記載のＡＳＰ管理システム。
7. 【請求項７】 管理データ登録部には、表認証情報と各
   ＡＳＰとの対応関係を保存し、処理部は、その対応関係
   を一覧表としてユーザー側端末に出力する機能を備えた
   請求項１〜６のいずれか１に記載のＡＳＰ管理システ
   ム。
8. 【請求項８】 画面記憶部には、ユーザーが選択できる
   ＡＳＰを表示するＡＳＰ選択画面を記憶させ、処理部は
   このＡＳＰ選択画面をユーザー側端末に表示するととも
   に、ユーザーがＡＳＰを選択することによって、処理部
   は、選択されたＡＳＰに対応したログイン用のスクリプ
   トを、ユーザー側端末にダウンロードする機能を備えた
   請求項１〜７のいずれか１に記載のＡＳＰ管理システ
   ム。