JP2003345751A - プラットフォーム制御方法、プラットフォーム制御装置、プラットフォーム制御プログラムおよびそのプログラムを格納した記憶媒体 - Google Patents

Abstract

(57)【要約】 【課題】 アプリケーションが複数のプラットフォーム
製品を、それらの間の差異を意識することなく使用する
ことを可能とする。 【解決手段】 統合認証機構３２は、統合認証情報と個
別認証情報との対応を管理しておき、アプリケーション
２０との間でのユーザ認証は統合認証情報を用いて行
い、認証に成功したユーザに関するプラットフォーム製
品１０の認証は個別認証情報を用いて受ける。統合セッ
ション管理機構３３は、アプリケーション２０との間の
セッション管理は統合セッションＩＤを用いて、またプ
ラットフォーム製品１０との間のセッション管理は個別
セッションＩＤを用いて行い、かつこれらのセッション
ＩＤの対応を管理しておく。統合ＡＰＩ管理機構３４
は、統合固有ＡＰＩと個別固有ＡＰＩとの対応を管理し
ておき、アプリケーション２０からの統合固有ＡＰの呼
び出しに応じて、個別固有ＡＰＩの呼び出しを行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、例えば電子商取引
（ＥＣ）サービスを提供する情報システムなどを構築す
るために用いられるプラットフォーム制御方法、プラッ
トフォーム制御装置、プラットフォーム制御プログラム
およびそのプログラムを格納した記憶媒体に関する。

【０００２】

【従来の技術】近年、情報システムの構築においては、
コンポーネント技術やＥＡＩ（Enterprise Application
Integration）技術により、様々なソフトウェア（プラ
ットフォーム製品）を部品として組み合わせて利用する
ことが可能となっている。これらの技術により、相互運
用を想定せずに独立に開発された複数のプラットフォー
ム製品を利用することが可能であり、情報システムの構
築が容易となった。

【０００３】ところで、課金や著作権管理を行うプラッ
トフォーム製品では、扱う情報をユーザと関連付けて管
理する必要がある。このため、この種のプラットフォー
ム製品では、ユーザ情報管理機能を有する。プラットフ
ォーム製品は、様々なベンダにより独立に開発されるた
め、ユーザ情報管理に関するアプリケーションインタフ
ェース（ＡＰＩ）もそれぞれ異なる。

【０００４】

【発明が解決しようとする課題】このようなプラットフ
ォーム製品を組み合わせて使用する場合、例えば図１８
に示すように、プラットフォーム製品１００，２００間
のユーザ情報管理ＡＰＩの差異の吸収や、ユーザ情報の
対応付けなどを実装したアプリケーション３００が必要
となる。また、別のプラットフォーム製品を使いたい場
合は、そのプラットフォーム製品のＡＰＩに合わせてア
プリケーション３００の実装を変更する必要がある。

【０００５】このように従来は、プラットフォーム製品
間の差異のために、これらのプラットフォーム製品を統
括するアプリケーションの開発・拡張が困難であるとい
う不具合が有った。なお、上記の差異とは、具体的には
認証機構とユーザ情報管理機構との差異である。

【０００６】本発明はこのような事情を考慮してなされ
たものであり、その目的とするところは、アプリケーシ
ョンが複数のプラットフォーム製品を、それらの間の差
異を意識することなく使用することを可能とすることに
ある。

【０００７】

【課題を解決するための手段】以上の目的を達成するた
めに本発明は、複数のプラットフォーム製品で定められ
ている個別ＡＰＩ（Application Program Interface）
のそれぞれを一意に識別可能な統合ＡＰＩを管理してお
き、前記複数のプラットフォーム製品毎にユーザに対し
てそれぞれ定められる個別認証情報と前記ユーザに対し
て定められている統合認証情報との対応関係を管理して
おき、所定のアプリケーション処理による統合認証情報
の指定を受け付けて、この指定された統合認証情報に基
づいてユーザ認証を行い、このユーザ認証にて認証した
ユーザに対して統合セッション情報を発行し、この統合
セッション情報を前記アプリケーション処理に対して通
知し、前記ユーザ認証に成功した後に、前記指定された
統合認証情報に対応する個別認証情報を用いてプラット
フォーム製品の認証を受けて、当該プラットフォーム製
品から個別セッション情報を取得し、この取得した個別
セッション情報を前記統合セッション情報と対応付けて
管理しておき、統合セッション情報を指定しての統合Ａ
ＰＩの呼び出しに応じて、その統合ＡＰＩに対応する個
別ＡＰＩを前記指定された統合セッション情報に対応す
る個別セッション情報の指定を伴って呼び出し、この個
別ＡＰＩの呼び出しに対するプラットフォーム製品から
の応答を、前記統合ＡＰＩの呼び出しに対する応答とし
て前記アプリケーション処理に与えるようにした。

【０００８】このような手段を講じたことにより、アプ
リケーション処理からの各プラットフォーム製品に対す
るユーザ認証、セッション管理およびＡＰＩ呼び出し
は、いずれも本発明の処理を介在して行われる。従っ
て、アプリケーション処理はいくつのプラットフォーム
製品を使用する場合であっても、本発明の処理に対して
のみ各種の働きかけを行えば良く、プラットフォーム製
品毎の違いを何ら考慮する必要が無くなる。

【０００９】別の本発明によればさらに、前記ユーザに
関するユーザ情報を管理しておき、前記プラットフォー
ム製品毎のユーザ情報の変換方法を管理しておき、前記
アプリケーション処理により前記ユーザ情報の更新が要
求されたことに応じて、前記管理しているユーザ情報を
更新し、前記プラットフォーム製品に対して、そのプラ
ットフォーム製品に関して管理している変換方法で前記
更新後のユーザ情報を変換したのちのユーザ情報への更
新を要求するようにした。

【００１０】このような手段を講じたことにより、本発
明の処理により管理されるユーザ情報の更新を行えば、
各プラットフォーム製品に対して、各プラットフォーム
が取り扱う形態に変換されたユーザ情報が与えられた上
で、そのユーザ情報への更新が要求される。従って、ア
プリケーション処理はいくつのプラットフォーム製品を
使用する場合であっても、本発明の処理に対してのみユ
ーザ情報の更新を要求すれば全てのユーザ情報を更新さ
せることが可能となる。

【００１１】

【発明の実施の形態】以下、図面を参照して本発明の一
実施形態につき説明する。

【００１２】本発明は、例えばインターネットを介して
電子商取引（ＥＣ）サービスを提供するような情報シス
テムの中心となるサーバ装置に適用される。

【００１３】図１はサーバ装置のブロック図である。

【００１４】この図１に示すようにサーバ装置は、プロ
セッサ１、メインメモリ２、ハードディスク装置３、Ｃ
Ｄ−ＲＯＭドライブ４、キーボード／マウス５、ディス
プレイ６およびネットワークインタフェース部７を有し
ている。そしてこれらの各部は、バス８を介して互いに
接続されている。

【００１５】プロセッサ１は、ハードディスク装置３に
格納されているプログラムに従ってソフトウェア処理を
実行することで各種の制御処理を行う。

【００１６】メインメモリ２は、プロセッサ１が実際に
使用するべくハードディスク装置３から取り出されたソ
フトウェアを一時的に記憶しておく。またメインメモリ
２は、プロセッサ１のワークエリアとして利用される。

【００１７】ハードディスク装置３は、プロセッサ１が
使用するオペレーティングシステム用のプログラムを格
納する。ハードディスク装置３は、オペレーティングシ
ステム用のプログラムの他に、各種のプログラムおよび
その他のデータを格納する。ハードディスク装置３に格
納されるデータには、後述する各種の管理データを含
む。またハードディスク装置３には、プラットフォーム
製品プログラム３ａ、アプリケーションプログラム３ｂ
および仮想プラットフォームプログラム３ｃが格納され
る。

【００１８】ＣＤ−ＲＯＭドライブ４は、ＣＤ−ＲＯＭ
メディアＣからのデータの読み出しを行う。

【００１９】キーボード／マウス５は、管理者による各
種の指示入力を受け付ける。

【００２０】ディスプレイ６は、管理者に対する各種の
情報通知のための画像表示を行う。

【００２１】ネットワークインタフェース部７には、イ
ンターネットなどのネットワークが接続される。ネット
ワークインタフェース部７は、ネットワークを介しての
通信処理を行う。

【００２２】ところでこのサーバ装置としては、例えば
汎用のサーバ用コンピュータが用いられる。従って、当
初はプラットフォーム製品プログラム３ａ、アプリケー
ションプログラム３ｂおよび仮想プラットフォームプロ
グラム３ｃはインストールされていない。そこで、当該
サーバ装置の導入作業の一環として、同一の、あるいは
個別のＣＤ−ＲＯＭメディアＣに格納されているプラッ
トフォーム製品プログラム３ａ、アプリケーションプロ
グラム３ｂおよび仮想プラットフォームプログラム３ｃ
をハードディスク装置３へとそれぞれインストールす
る。

【００２３】ここでプラットフォーム製品プログラム３
ａは、市中品として様々なベンダにより提供されるソフ
トウェア部品である。このプラットフォーム製品プログ
ラム３ａは、複数種類がインストールされる。

【００２４】アプリケーションプログラム３ｂは、複数
のプラットフォーム製品プログラム３ａに基づいてプロ
セッサ１が処理を行うことで実現されるプラットフォー
ム製品のそれぞれを統括して使用しつつＥＣサービスの
ような所定のサービスを実現するための処理（以下、ア
プリケーション処理と称する）をプロセッサ１に行わせ
るプログラムである。

【００２５】そして仮想プラットフォームプログラム３
ｃは、アプリケーション処理からの要求に応じてプラッ
トフォーム製品の制御を行うための処理（以下、仮想プ
ラットフォーム処理と称する）をプロセッサ１に行わせ
るプログラムである。

【００２６】ところで、これらのプログラムに基づく処
理をプロセッサ１が行うことで、このサーバ装置は図２
に示すような各種機能を実現する。

【００２７】すなわち、プラットフォーム製品プログラ
ム３ａに基づく処理、アプリケーション処理および仮想
プラットフォーム処理によりそれぞれ、プラットフォー
ム製品１０、アプリケーション２０および仮想プラット
フォーム３０のそれぞれが実現される。なお図２では、
プラットフォーム製品プログラム３ａが２種類インスト
ールされていて、それらにより２つのプラットフォーム
製品１０が実現される例を示している。そして以降にお
いては、このように２つのプラットフォーム製品１０が
実現される例により説明を行う。また、２つのプラット
フォーム製品１０は、図面において、および特に区別す
る必要があるときの説明に限りプラットフォーム製品10
-1，10-2と記す。

【００２８】仮想プラットフォーム３０は、統合ユーザ
情報管理機構３１、統合認証機構３２、統合セッション
管理機構３３および統合ＡＰＩ管理機構３４を有する。

【００２９】統合ユーザ情報管理機構３１は、ユーザ情
報を一元管理する。そのために統合ユーザ情報管理機構
３１は、図３および図４に示すような管理データをメイ
ンメモリ２やハードディスク装置３を利用して管理して
いる。

【００３０】図３は統合ユーザ情報管理機構３１の管理
データのうちの一方の内容を模式的に示す図である。こ
の図３に示す管理データは、ユーザＩＤとユーザ情報と
を対応付けたデータレコードの集合である。ユーザＩＤ
は、このサーバ装置が提供するサービスを受ける権限を
有したユーザを一意に識別する。ユーザ情報は、上記ユ
ーザに関する具体的な情報である。

【００３１】図４（ａ）は統合ユーザ情報管理機構３１
の管理データのうちの他方の内容を模式的に示す図であ
る。この図４（ａ）に示す管理データは、プラットフォ
ーム製品１０のそれぞれに関するプラットフォームＩ
Ｄ、個別ユーザ情報処理ＡＰＩおよび変換方法を対応付
けたデータレコードの集合である。プラットフォームＩ
Ｄは、そのプラットフォーム製品１０を一意に識別可能
に設定された識別情報である。個別ユーザ情報処理ＡＰ
Ｉは、そのプラットフォーム製品１０にてユーザ情報に
関する処理のために提供されるＡＰＩである。図２にお
いては、これら個別ユーザ情報処理ＡＰＩは符号11-1，
11-2をそれぞれ付して示してある。変換方法は、上記ユ
ーザ情報をそのプラットフォームにて取り扱う形態に変
換するための方法である。

【００３２】そして統合ユーザ情報管理機構３１は、図
３に示す管理データによりユーザ情報を管理する。統合
ユーザ情報管理機構３１は、図４に示す管理データによ
り変換方法を管理する。統合ユーザ情報管理機構３１
は、アプリケーション２０からの要求に応じて自己が管
理しているユーザ情報を更新するとともに、プラットフ
ォーム製品が管理している同一ユーザのユーザ情報を更
新させる。

【００３３】統合認証機構３２は、ユーザ認証処理の共
通化を行う。そのために統合認証機構３２は、図５に示
すような管理データをメインメモリ２やハードディスク
装置３を利用して管理している。

【００３４】図５は統合認証機構３２の管理データの内
容を模式的に示す図である。この図５に示す管理データ
は、同一のユーザに関する統合認証情報と個別認証情報
とを対応付けたデータレコードの集合である。統合認証
情報は、ユーザを認証するために発行された情報であ
り、統合ユーザＩＤおよび統合パスワードからなる。個
別認証情報は、その個別認証情報を発行したプラットフ
ォーム製品１０のプラットフォームＩＤ、個別ユーザＩ
Ｄおよび個別パスワードからなる。個別認証情報は、プ
ラットフォーム製品１０のそれぞれに対応するものがそ
れぞれ含まれる。すなわち、図２に示すようにプラット
フォーム製品１０が２つであるときには、図５（ａ）に
示すように２つの個別認証情報が含まれる。

【００３５】そして統合認証機構３２は、図５に示す管
理データにより認証情報を管理する。統合認証機構３２
は、アプリケーション２０からの要求に応じてのユーザ
認証を行う。統合認証機構３２は、統合セッション管理
機構３３により発行される後述の統合セッション情報を
ユーザ認証の応答としてアプリケーション２０へと与え
る。さらに統合認証機構３２は、プラットフォーム製品
１０の認証を受けて、そのプラットフォーム製品１０か
ら後述の個別セッション情報を取得する。

【００３６】統合セッション管理機構３３は、それぞれ
のプラットフォーム製品１０における処理を識別するた
めの情報であるセッション情報を管理する。そのために
統合セッション管理機構３３は、図６に示すような管理
データをメインメモリ２やハードディスク装置３を利用
して管理している。

【００３７】図６は統合セッション管理機構３３の管理
データの内容を模式的に示す図である。この図６に示す
管理データは、統合セッションＩＤ、統合ユーザＩＤ、
プラットフォームＩＤおよび個別セッションＩＤを対応
付けたデータレコードの集合である。統合セッションＩ
Ｄは、仮想プラットフォーム３０で行っている処理を一
意に識別するための情報である。統合ユーザＩＤは、そ
の各処理が対象とするユーザを示す。プラットフォーム
ＩＤは、各処理で使用中であるプラットフォーム製品１
０を示す。個別セッションＩＤは、各処理で使用中であ
るプラットフォーム製品１０での処理を一意に識別する
ための情報である。

【００３８】そして統合セッション管理機構３３は、統
合認証機構３２にてユーザ認証が成功したことに応じ
て、それにより開始される処理を識別するための統合セ
ッションＩＤを発行する。また統合セッション管理機構
３３は、図６に示す管理データにより統合セッションＩ
Ｄと個別セッションＩＤとの対応を管理する。

【００３９】統合ＡＰＩ管理機構３４は、アプリケーシ
ョン２０に対してプラットフォーム装置１０のぞれぞれ
の固有機能を統一して提供する。そのために統合ＡＰＩ
管理機構３４は、図７に示すような管理データをメイン
メモリ２やハードディスク装置３を利用して管理してい
る。

【００４０】図７は統合ＡＰＩ管理機構３４の管理デー
タの内容を模式的に示す図である。この図７に示す管理
データは、統合固有ＡＰＩ、プラットフォームＩＤおよ
び個別固有ＡＰＩを対応付けたデータレコードの集合で
ある。統合固有ＡＰＩは、全てのプラットフォーム製品
１０が提供する全ての個別固有ＡＰＩを一意に識別可能
に割り当てられる。プラットフォームＩＤは、その統合
固有ＡＰＩに対応する個別固有ＡＰＩを提供しているプ
ラットフォーム製品１０を示す。個別固有ＡＰＩは、統
合固有ＡＰＩに対応する個別固有ＡＰＩである。

【００４１】そして統合ＡＰＩ管理機構３４は、図７に
示す管理データにより統合固有ＡＰＩと個別固有ＡＰＩ
との対応を管理する。統合ＡＰＩ管理機構３４は、アプ
リケーション２０からの要求に応じてプラットフォーム
製品１０の個別固有ＡＰＩの呼び出しを行う。さらに統
合ＡＰＩ管理機構３４は、プラットフォーム製品１０か
らの個別固有ＡＰＩの呼び出しに対する応答をアプリケ
ーション２０へと与える。

【００４２】なお、アプリケーション２０とのインタフ
ェースのために図２に示すように、統合ユーザ情報管理
機構３１は統合ユーザ情報管理ＡＰＩを、統合認証機構
３２は統合認証ＡＰＩを、さらに統合ＡＰＩ管理機構３
４は統合固有ＡＰＩをそれぞれ提供する。

【００４３】次に以上のように構成されたサーバ装置の
動作につき説明する。

【００４４】ユーザからネットワークを介してなされる
操作は、アプリケーション２０により受け付けられる。
そしてプラットフォーム製品１０のいずれかを使用した
処理を行う必要が生じた場合、アプリケーション２０は
図８に符号Ｎ１ａで示すようにユーザから統合ユーザＩ
Ｄおよび統合パスワードの指定を受け付ける。そしてア
プリケーション２０は統合認証ＡＰＩを呼び出し、上記
の指定された統合ユーザＩＤおよび統合パスワードを符
号Ｎ１ｂで示すように統合認証機構３２へと通知する。

【００４５】このように統合ユーザＩＤおよび統合パス
ワードを受け取ったならば統合認証機構３２は、図９に
示すような処理を実行する。

【００４６】統合認証機構３２はまずステップＳＴ１ａ
において、ユーザにより指定された統合ユーザＩＤおよ
び統合パスワードを図５に示す管理データから検索する
ことで認証処理を行う。続いて統合認証機構３２はステ
ップＳＴ１ｂにおいて、認証に成功したか否かを確認す
る。

【００４７】ここで認証に成功したことを確認したなら
ば、統合認証機構３２はステップＳＴ１ｃにおいて、統
合セッション管理機構３３に対して統合セッションＩＤ
の発行を要求する。このとき統合認証機構３２は、図８
に符号Ｎ１ｃで示すように、統合セッション管理機構３
３へと統合ユーザＩＤを通知する。

【００４８】このように統合セッションＩＤの発行が要
求されたことに応じて統合セッション管理機構３３は、
図１０に示すような処理を実行する。

【００４９】統合セッション管理機構３３はまずステッ
プＳＴ２ａにおいて、既に図６に示す管理データに登録
されている統合セッションＩＤと重複することがないよ
うに統合セッションＩＤを生成する。続いて統合セッシ
ョン管理機構３３はステップＳＴ２ｂにおいて、上記の
生成した統合セッションＩＤに統合認証機構３２から通
知された統合ユーザＩＤを対応付けた新たなデータレコ
ードを管理データに追加する。具体的には、管理データ
が図６（ａ）に示す状態にあるときに、統合ユーザＩＤ
として「ＵＩＤ３」が通知されて統合セッションＩＤの
発行が要求されたのであれば、統合セッション管理機能
３３は既に管理データに含まれる「ＳＩＤ１」および
「ＳＩＤ２」と重複しない「ＳＩＤ３」を統合セッショ
ンＩＤとし、これに通知された統合ユーザＩＤ「ＵＩＤ
３」を対応付けたデータレコードを図６（ｂ）に示すよ
うに追加する。なおこのときには、プラットフォームＩ
Ｄおよび個別セッションＩＤは未定であるので、無情報
としておく。

【００５０】そして次に統合セッション管理機構３３は
ステップＳＴ２ｃにおいて、ステップＳＴ２ａにて生成
した統合セッションＩＤを統合認証機構３２へと図８の
符号Ｎ１ｄで示すように通知する。そしてこの通知を終
えたことをもって、統合セッション管理機構３３はこの
図１０の処理を終了する。

【００５１】さて、統合認証機構３２は図９のステップ
ＳＴ１ｃにて要求を行った後には、上述のように統合セ
ッション管理機構３３から統合セッションＩＤの通知が
なされるのを待ち受ける。そして上述のように統合セッ
ション管理機構３３から統合セッションＩＤが通知され
てきたならば、統合認証機構３２はステップＳＴ１ｄに
おいて、その統合セッションＩＤを取得し、これを図８
に符号Ｎ１ｅで示すようにアプリケーション２０へと通
知する。そしてこの通知を終えたことをもって、統合認
証機構３２はこの図９の処理を終了する。なお、統合セ
ッションＩＤの通知を受けたならばアプリケーション２
０は図８に符号Ｎ１ｆで示すように、ユーザ認証に成功
したことの通知などの結果通知をユーザに対して行う。

【００５２】ところで、ステップＳＴ１ｂにて認証が失
敗であったことを確認したならば、統合認証機構３２は
ステップＳＴ１ｅにおいて、認証に失敗した旨をアプリ
ケーション２０に対して通知する。そしてこの通知を終
えたことをもって、統合認証機構３２はこの図９の処理
を終了する。すなわちこの場合に統合認証機構３２は、
統合セッションＩＤの発行の依頼を行わない。

【００５３】アプリケーション２０は、統合セッション
ＩＤが通知されてきたならば、以後、その統合セッショ
ンＩＤを引数として統合固有ＡＰＩを呼び出すことがで
きる。すなわち、ユーザの認証に成功した場合にのみ、
以後に統合固有ＡＰＩを呼び出すことができる。

【００５４】さて、アプリケーション２０がプラットフ
ォーム製品１０を実際に使用する場合、使用したい機能
に対して割り当てられている統合固有ＡＰＩを呼び出
す。そしてこの上でアプリケーション２０は図１１に符
号Ｎ２ａで示すように、統合ＡＰＩ管理機構３４に対し
て統合セッションＩＤを通知する。

【００５５】統合固有ＡＰＩの呼び出しがなされたこと
に応じて統合ＡＰＩ管理機構３４は図１２に示すような
処理を実行する。

【００５６】統合ＡＰＩ管理機構３４はまずステップＳ
Ｔ３ａにおいて、上述のようにアプリケーション２０か
ら通知される統合セッションＩＤを取得する。続いて統
合ＡＰＩ管理機構３４はステップＳＴ３ｂにおいて、呼
び出された統合固有ＡＰＩを判定する。統合ＡＰＩ管理
機構３４はステップＳＴ３ｃにおいて、上記判定した統
合固有ＡＰＩをキーとして図７に示す管理データを検索
し、プラットフォームＩＤを判定する。そして統合ＡＰ
Ｉ管理機構３４は、この判定したプラットフォームＩＤ
を、ステップＳＴ３ａにて取得した統合セッションＩＤ
とともに、図１１に符号Ｎ２ｂで示すように統合セッシ
ョン管理機構３３へと通知する。

【００５７】このような通知を受けると統合セッション
管理機構３３は、図１３に示すような処理を実行する。

【００５８】統合セッション管理機構３３はまずステッ
プＳＴ４ａにおいて、上述のように通知されてくる統合
セッションＩＤおよびプラットフォームＩＤを取得す
る。そして統合セッション管理機構３３はステップＳＴ
４ｂにおいて、図６に示す管理データに含まれるデータ
レコードのうちでステップＳＴ４ａで取得した統合セッ
ションＩＤを持つものに含まれているプラットフォーム
ＩＤを、ステップＳＴ４ａで取得したものに更新する。

【００５９】続いて統合セッション管理機構３３はステ
ップＳＴ４ｃにおいて、図６に示す管理データに含まれ
るデータレコードのうちでステップＳＴ４ａで取得した
統合セッションＩＤを持つものに、有効な個別セッショ
ンＩＤが有るか否かを確認する。ここで有効な個別セッ
ションＩＤが無い場合には、プラットフォーム製品１０
の認証をまだ受けていないこととなる。そこで有効な個
別セッションＩＤが無いことを確認したならば、統合セ
ッション管理機構３３はステップＳＴ４ｄにおいて、ス
テップＳＴ４ａで取得した統合セッションＩＤを持つデ
ータレコードに含まれるユーザＩＤおよびプラットフォ
ームＩＤを、図１１に符号Ｎ２ｃで示すように統合認証
機構３２へと通知する。

【００６０】このような通知を受けると統合認証機構３
２は、図１４に示すような処理を実行する。

【００６１】統合認証機構３２はまずステップＳＴ５ａ
において、上述のように通知されてくるユーザＩＤおよ
びプラットフォームＩＤを取得する。そして統合認証機
構３２はステップＳＴ５ｂにおいて、図５に示す管理デ
ータのデータレコードのうちで上記取得したユーザＩＤ
を含むものの中から、上記取得したプラットフォームＩ
Ｄを含む個別認証情報に含まれる個別ユーザＩＤおよび
個別パスワードを抽出する。続いて統合認証機構３２は
ステップＳＴ５ｃにおいて、ステップＳＴ５ａにて取得
したプラットフォームＩＤが割り付けられているプラッ
トフォーム製品１０の個別認証ＡＰＩを呼び出し、上記
抽出した個別ユーザＩＤおよび個別パスワードを図１１
に符号Ｎ２ｄで示すように通知することでサインインを
依頼する。

【００６２】プラットフォーム製品１０は、このような
サインインの依頼を受けたならば、通知された個別ユー
ザＩＤおよび個別パスワードを用いて認証処理を行い、
認証に成功したならば図１１に符号Ｎ２ｅで示すように
個別セッションＩＤを統合認証機構３２へと通知してく
る。

【００６３】そこで統合認証機構３２はステップＳＴ５
ｄにおいて、上述のようにプラットフォーム製品１０か
ら通知される個別セッションＩＤを取得する。続いて統
合認証機構３２はステップＳＴ５ｅにおいて、上記取得
した個別セッションＩＤを図１１に符号Ｎ２ｆで示すよ
うに統合セッション管理機構３３へと通知する。そして
この通知を終えたことをもって、統合認証機構３２はこ
の図１４の処理を終了する。

【００６４】さて、統合セッション管理機構３３は図１
３のステップＳＴ４ｄにて通知を行った後には、上述の
ように統合認証機構３２から個別セッションＩＤの通知
がなされるのを待ち受ける。そして上述のように統合認
証機構３２から個別セッションＩＤが通知されてきたな
らば、統合セッション管理機構３３はステップＳＴ４ｅ
において、その通知された個別セッションＩＤを取得す
る。統合セッション管理機構３３はさらに、その取得し
た個別セッションＩＤを図６に示す管理データに追加す
る。かくして、この図１３に示す処理の開始時における
管理データが図６（ｂ）に示す状態であったとするなら
ば、ステップＳＴ４ｅが行われた後には管理データは図
６（ｃ）に示す状態とされる。

【００６５】ところで、有効な個別セッションＩＤがあ
ることをステップＳＴ４ｃにて確認したならば統合セッ
ション管理機構３３は、ステップＳＴ４ｄおよびステッ
プＳＴ４ｅの処理をパスする。

【００６６】そしてこの後に統合セッション管理機構３
３はステップＳＴ４ｆにおいて、図６に示す管理データ
にてステップＳＴ４ａで取得した統合セッションＩＤに
対応付けられている個別セクションＩＤを、図１１に符
号Ｎ２ｇで示すように統合ＡＰＩ管理機構３４へと通知
する。そしてこの通知を終えたことをもって、統合セッ
ション管理機構３３はこの図１３の処理を終了する。

【００６７】さて、統合ＡＰＩ管理機構３４は図１２の
ステップＳＴ３ｃにて通知を行った後には、上述のよう
に統合セッション管理機構３３から個別セッションＩＤ
の通知がなされるのを待ち受ける。そして上述のように
統合セッション管理機構３３から個別セッションＩＤが
通知されてきたならば、統合ＡＰＩ管理機構３４はステ
ップＳＴ３ｄにおいて、その通知された個別セッション
ＩＤを取得する。統合ＡＰＩ管理機構３４はさらにステ
ップＳＴ３ｅにおいて、上記取得した個別セッションＩ
Ｄを引数として用い、図１１に符号Ｎ２ｈで示すよう
に、対象のプラットフォーム製品１０の個別固有ＡＰＩ
を呼び出す。このＡＰＩ呼び出しに対する処理結果は図
１１に符号Ｎ２ｉで示すようにプラットフォーム製品１
０から統合ＡＰＩ管理機構３４へと与えられる。そこで
統合ＡＰＩ管理機構３４はステップＳＴ３ｆにおいて、
このプラットフォーム製品１０から与えられる処理結果
を取得する。統合ＡＰＩ管理機構３４はさらにステップ
ＳＴ３ｇにおいて、上記取得した処理結果を、図１１に
符号Ｎ２ｊで示すようにアプリケーション２０へと通知
する。そしてこの通知を終えたことをもって、統合ＡＰ
Ｉ管理機構３４はこの図１２の処理を終了する。

【００６８】ユーザ情報の更新の必要が生じた場合、ア
プリケーション２０は統合ユーザ情報管理ＡＰＩを呼び
出し、図１５に符号Ｎ３ａで示すように、統合ユーザＩ
Ｄおよびユーザ情報の通知を統合ユーザ情報管理機構３
１に対して行う。

【００６９】このような通知を受けたならば統合ユーザ
情報管理機構３１は、図１６に示すような処理を実行す
る。

【００７０】統合ユーザ情報管理機構３１はまずステッ
プＳＴ６ａにおいて、上述のように通知された統合ユー
ザＩＤおよびユーザ情報を取得する。そして統合ユーザ
情報管理機構３１はステップＳＴ６ｂにおいて、図３に
示す管理データのデータレコードのうちで上記取得した
統合ユーザＩＤを含むものにおけるユーザ情報を、上記
取得したユーザ情報に更新する。

【００７１】続いて統合ユーザ情報管理機構３１はステ
ップＳＴ６ｃにおいて、図４に示す管理データに示され
るプラットフォームＩＤのうちで未選択のものを１つ選
択し、そのプラットフォームＩＤと同一のデータレコー
ドに示された個別ユーザ情報処理ＡＰＩおよび変換方法
を抽出する。そして統合ユーザ情報管理機構３１はステ
ップＳＴ６ｄにおいて、上記抽出した個別ユーザ情報処
理ＡＰＩを呼び出す。さらに統合ユーザ情報管理機構３
１はステップＳＴ６ｅにおいて、上記判定した変換方法
で上記取得したユーザ情報を変換し、この変換後のユー
ザ情報への更新を呼び出しているプラットフォーム製品
１０に対して要求する。本実施形態のようにプラットフ
ォーム製品１０が２つ存在するのであれば、まずその一
方に対して図１５に符号Ｎ３ｂで示すように更新が要求
される。

【００７２】プラットフォーム製品１０は、このように
ユーザ情報の更新が要求されたならば、自己が管理して
いるユーザ情報を与えられるユーザ情報に更新する。そ
してプラットフォーム製品１０は、その処理の結果を示
した更新応答を図１５に符号Ｎ３ｃで示すように統合ユ
ーザ情報管理機構３１に与える。

【００７３】そこで統合ユーザ情報管理機構３１はステ
ップＳＴ６ｆにおいて、上記のように与えられる更新応
答を受ける。続いて統合ユーザ情報管理機構３１はステ
ップＳＴ６ｇにおいて、図４に示す管理データに示され
るプラットフォームＩＤのうちにまだ選択していないも
のが無いか否かを確認する。そしてもし、未選択のプラ
ットフォームＩＤが有ることを確認したならば、統合ユ
ーザ情報管理機構３１はステップＳＴ６ｃ以降の処理を
繰り返し行う。これにより、本実施形態のようにプラッ
トフォーム製品１０が２つ存在するのであれば、上記の
ように一方のプラットフォーム製品１０にてユーザ情報
が更新されたのに続いて、図１５に符号Ｎ３ｄで示すよ
うにもう一方のプラットフォーム製品１０に更新要求が
なされ、このプラットフォーム製品１０にてユーザ情報
の更新が行われる。そして図１５に符号Ｎ３ｅで示すよ
うな更新応答が統合ユーザ情報管理機構３１にて受けら
れる。ただし、各プラットフォーム製品１０に与えられ
るユーザ情報は、各プラットフォーム製品１０に応じた
変換方法でそれぞれ変換されたものとされる。なお、変
換方法としては、ＷＷＷコンソーシアム（Ｗ３Ｃ）によ
り勧告されているＸＳＬＴや、日本電信電話株式会社が
開発したｅＣｏ−Ｆｉｅｌｄなどの適用が考えられる。

【００７４】このようにステップＳＴ６ｃ乃至ステップ
ＳＴ６ｆの処理を繰り返し行った結果、図４に示す管理
データに示される全てのプラットフォームＩＤに関する
処理をおえたならば、統合ユーザ情報管理機構３１はス
テップＳＴ６ｇにおいて未選択のプラットフォームＩＤ
が無いことを確認することになる。そしてこの場合に統
合ユーザ情報管理機構３１はステップＳＴ６ｈにおい
て、更新結果を図１５に符号Ｎ３ｆで示すようにアプリ
ケーション２０へと通知する。そしてこの通知を終えた
ことをもって、統合ユーザ情報管理機構３１はこの図１
６の処理を終了する。

【００７５】ところで、プラットフォーム製品１０を新
たに追加した場合、この追加されたプラットフォーム製
品１０から仮想プラットフォーム３０へと各種の情報を
通知することとしておく。具体的には、プラットフォー
ム製品１０から統合ユーザ情報管理機構３１へ、図１７
に符号Ｎ４ａで示すように、個別ユーザＩＤおよび個別
パスワードが通知される。プラットフォーム製品１０か
ら統合認証機構３２へ、図１７に符号Ｎ４ｂで示すよう
に、個別ユーザ情報処理ＡＰＩおよび変換方法が通知さ
れる。そしてプラットフォーム製品１０から統合ＡＰＩ
管理機構３４へ、図１７に符号Ｎ４ｃで示すように個別
固有ＡＰＩが通知される。

【００７６】このような通知を受けて仮想プラットフォ
ーム３０の各部は、通知された情報を各管理データに追
加する。すなわち統合ユーザ情報管理機構３１は、例え
ば管理者などにより指定されるプラットフォームＩＤ
と、上記通知された個別ユーザ情報処理ＡＰＩおよび変
換方法とを示したデータレコードを管理データに追加す
る。かくして、事前の管理データが図４（ａ）に示すよ
うな状態だったとするならば、その管理データが例えば
図４（ｂ）に示すように変更される。統合認証機構３２
は、上記指定されるプラットフォームＩＤと、上記通知
された個別ユーザＩＤおよび個別パスワードとを示した
データレコードを管理データに追加する。かくして、事
前の管理データが図５（ａ）に示すような状態だったと
するならば、その管理データが例えば図５（ｂ）に示す
ように変更される。統合ＡＰＩ管理機構３４は、例えば
管理者などにより指定される統合固有ＡＰＩと、上記指
定されるプラットフォームＩＤと、上記通知された個別
固有ＡＰＩとを示したデータレコードを管理データに追
加する。かくして、事前の管理データが図７（ａ）に示
すような状態だったとするならば、その管理データが例
えば図７（ｂ）に示すように変更される。

【００７７】以上のように本実施形態によれば、アプリ
ケーション２０は、仮想プラットフォーム３０にて統合
して定められた統合ユーザＩＤ、統合パスワード、統合
セッションＩＤおよび統合固有ＡＰＩのみを使用してプ
ラットフォーム製品１０を任意に使用することが可能で
ある。従って、アプリケーション２０においては、プラ
ットフォーム製品１０の個々の違いを何ら考慮する必要
がなく、そのアプリケーション２０の開発は一つプラッ
トフォーム上で構築するのと同程度に簡易となる。

【００７８】また、新たなプラットフォーム製品１０が
追加される場合にも、アプリケーション２０におけるユ
ーザ認証のための処理とセッション管理のための処理は
何ら変更する必要がない。統合固有ＡＰＩが増える可能
性があり、その場合にはこの統合固有ＡＰＩの増加に対
応するべくアプリケーション２０を変更する必要がある
が、その作業は新しいプラットフォーム製品１０に関す
る全ての処理を追加する場合に比べれば簡易である。

【００７９】また本実施形態によれば、ユーザ情報の更
新は、アプリケーション２０から仮想プラットフォーム
３０に対してのみ要求すれば、全てのプラットフォーム
製品１０が管理するユーザ情報も更新される。従って、
アプリケーション２０においては、ユーザ情報の管理に
おいてもプラットフォーム製品１０の個々の違いを何ら
考慮する必要がなく、この点においてもアプリケーショ
ン２０の開発は一つプラットフォーム上で構築するのと
同程度に簡易となり、また新しいプラットフォーム製品
１０が追加される場合の変更作業も簡易となる。

【００８０】なお、本発明は上記実施形態に限定される
ものではない。プラットフォーム製品へサインインする
タイミングは任意であって良い。例えば、ユーザ認証を
成功した直後に、各プラットフォーム製品１０へのサイ
ンインを行うようにしても良い。

【００８１】各種管理データは、サーバ装置の外部の記
憶装置に記憶されても良い。

【００８２】サーバ装置として実現するのには限定され
ず、例えば端末装置などのような他のどのような装置に
も本発明の適用が可能である。

【００８３】仮想プラットフォームプログラム３ｃは、
ＣＤ−ＲＯＭメディアＣからインストールするには限ら
ず、フロッピ(R)ディスクや、その他の種類の記憶媒体
からインストールするようにしても良いし、あるいはネ
ットワークを介してインストールするようにしても良
い。

【００８４】このほか、本発明の要旨を逸脱しない範囲
で種々の変形実施が可能である。

【００８５】

【発明の効果】本発明によれば、アプリケーション処理
からの各プラットフォーム製品に対するユーザ認証、セ
ッション管理およびＡＰＩ呼び出しをいずれも仲介して
行うこととし、かつアプリケーション処理との間でのユ
ーザ認証、セッション管理およびＡＰＩ呼び出しに関し
ては、プラットフォーム製品で定められる個別認証情
報、個別セッション情報および個別ＡＰＩに拘らずに設
定した統合認証情報、統合セッション情報および統合Ａ
ＰＩを使用することとしているので、アプリケーション
処理はいくつのプラットフォーム製品を使用する場合で
あっても、本発明の処理に対してのみ各種の働きかけを
行えば良く、アプリケーションが複数のプラットフォー
ム製品を、それらの間の差異を意識することなく使用す
ることが可能となる。

【００８６】別の本発明によればさらに、本発明の処理
により管理されるユーザ情報の更新が要求されたことに
応じて、そのユーザ情報を更新するとともに、各プラッ
トフォーム製品に対して、各プラットフォームが取り扱
う形態に変換したユーザ情報を与えた上で、そのユーザ
情報への更新を要求することとしているので、アプリケ
ーション処理はいくつのプラットフォーム製品を使用す
る場合であっても、本発明の処理に対してのみユーザ情
報の更新を要求すれば全てのユーザ情報を更新させるこ
とが可能となり、アプリケーションが複数のプラットフ
ォーム製品を、それらの間の差異を意識することなく使
用することが可能となる。

【図面の簡単な説明】

【図１】本発明の一実施形態に係るサーバ装置の示すブ
ロック図。

【図２】プロセッサ１がソフトウェア処理を行うことで
サーバ装置にて実現される各種機能を模式的に示すブロ
ック図。

【図３】統合ユーザ情報管理機構３１の管理データのう
ちの一方の内容を模式的に示す図。

【図４】統合ユーザ情報管理機構３１の管理データのう
ちの他方の内容を模式的に示す図。

【図５】統合認証機構３２の管理データの内容を模式的
に示す図。

【図６】統合セッション管理機構３３の管理データの内
容を模式的に示す図。

【図７】統合ＡＰＩ管理機構３４の管理データの内容を
模式的に示す図。

【図８】ユーザ認証のシーケンス図。

【図９】ユーザ認証の際に統合認証機構３２のフローチ
ャート。

【図１０】ユーザ認証の際に統合セッション管理機構３
３が行う処理のフローチャート。

【図１１】固有ＡＰＩ呼び出しのシーケンス図。

【図１２】固有ＡＰＩ呼び出し際に統合ＡＰＩ管理機構
３４が行う処理のフローチャート。

【図１３】固有ＡＰＩ呼び出しの際に統合セッション管
理機構３３が行う処理のフローチャート。

【図１４】固有ＡＰＩ呼び出しの際に統合認証機構３２
が行う処理のフローチャート。

【図１５】ユーザ情報更新のシーケンス図。

【図１６】ユーザ情報更新の際に統合ユーザ情報管理機
構３１が行う処理のフローチャート。

【図１７】プラットフォーム製品１０の追加の際のシー
ケンス図。

【図１８】従来技術を説明する図。

【符号の説明】

１…プロセッサ ２…メインメモリ ３…ハードディスク装置 ３ａ…プラットフォーム製品プログラム ３ｂ…アプリケーションプログラム ３ｃ…仮想プラットフォームプログラム ４…ＣＤ−ＲＯＭドライブ ５…マウス／キーボード ６…ディスプレイ ７…ネットワークインタフェース部 ８…バス １０（10-1，10-2）…プラットフォーム装置 ２０…アプリケーション ３０…仮想プラットフォーム ３１…統合ユーザ情報管理機構 ３２…統合認証機構 ３３…統合セッション管理機構 ３４…管理機構

フロントページの続き (72)発明者 野瀬 昌禎 東京都千代田区大手町二丁目３番１号 日 本電信電話株式会社内 Ｆターム(参考） 5B076 AB17 BA04 FB01 5B085 AA08 AE02 AE23 BG02 BG03 BG07

Claims (8)

【特許請求の範囲】
1. 【請求項１】 複数のプラットフォーム製品で定められ
   ている個別ＡＰＩ（Application Program Interface）
   のそれぞれを一意に識別可能な統合ＡＰＩを管理してお
   き、 前記複数のプラットフォーム製品毎にユーザに対してそ
   れぞれ定められる個別認証情報と前記ユーザに対して定
   められている統合認証情報との対応関係を管理してお
   き、 所定のアプリケーション処理による統合認証情報の指定
   を受け付けて、この指定された統合認証情報に基づいて
   ユーザ認証を行い、 このユーザ認証にて認証したユーザに対して統合セッシ
   ョン情報を発行し、 この統合セッション情報を前記アプリケーション処理に
   対して通知し、 前記ユーザ認証に成功した後に、前記指定された統合認
   証情報に対応する個別認証情報を用いてプラットフォー
   ム製品の認証を受けて、当該プラットフォーム製品から
   個別セッション情報を取得し、 この取得した個別セッション情報を前記統合セッション
   情報と対応付けて管理しておき、 統合セッション情報を指定しての統合ＡＰＩの呼び出し
   に応じて、その統合ＡＰＩに対応する個別ＡＰＩを前記
   指定された統合セッション情報に対応する個別セッショ
   ン情報の指定を伴って呼び出し、 この個別ＡＰＩの呼び出しに対するプラットフォーム製
   品からの応答を、前記統合ＡＰＩの呼び出しに対する応
   答として前記アプリケーション処理に与えるプラットフ
   ォーム制御方法。
2. 【請求項２】 前記ユーザに関するユーザ情報を管理し
   ておき、 前記プラットフォーム製品毎のユーザ情報の変換方法を
   管理しておき、 前記アプリケーション処理により前記ユーザ情報の更新
   が要求されたことに応じて、前記管理しているユーザ情
   報を更新し、 前記プラットフォーム製品に対して、そのプラットフォ
   ーム製品に関して管理している変換方法で前記更新後の
   ユーザ情報を変換したのちのユーザ情報への更新を要求
   する請求項１に記載のプラットフォーム制御方法。
3. 【請求項３】 複数のプラットフォーム製品で定められ
   ている個別ＡＰＩ（Application Program Interface）
   のそれぞれを一意に識別可能な統合ＡＰＩを管理するＡ
   ＰＩ管理手段と、 前記複数のプラットフォーム製品毎にユーザに対してそ
   れぞれ定められる個別認証情報と前記ユーザに対して定
   められている統合認証情報との対応関係を管理する認証
   情報管理手段と、 所定のアプリケーション処理による統合認証情報の指定
   を受け付け、この指定された統合認証情報に基づいてユ
   ーザ認証を行う認証手段と、 この認証手段によるユーザ認証にて認証したユーザに対
   して統合セッション情報を発行する発行手段と、 この発行手段により発行された統合セッション情報を前
   記アプリケーション処理に対して通知する通知手段と、 前記認証手段が前記ユーザ認証に成功した後に、前記指
   定された統合認証情報に対応する個別認証情報を用いて
   プラットフォーム製品の認証を受けて、当該プラットフ
   ォーム製品から個別セッション情報を取得する個別セッ
   ション情報取得手段と、 この個別セッション情報取得手段により取得された個別
   セッション情報を前記統合セッション情報と対応付けて
   管理しておくセッション情報管理手段と、 統合セッション情報を指定しての統合ＡＰＩの呼び出し
   に応じて、その統合ＡＰＩに対応する個別ＡＰＩを前記
   指定された統合セッション情報に対応する個別セッショ
   ン情報の指定を伴って呼び出すＡＰＩ呼出手段と、 この個別ＡＰＩの呼び出しに対するプラットフォーム製
   品からの応答を、前記統合ＡＰＩの呼び出しに対する応
   答として前記アプリケーション処理に与える応答手段と
   を具備したプラットフォーム制御装置。
4. 【請求項４】 前記ユーザに関するユーザ情報を管理し
   ておくユーザ情報管理手段と、 前記プラットフォーム製品毎のユーザ情報の変換方法を
   管理しておく変換方法管理手段と、 前記アプリケーション処理により前記ユーザ情報の更新
   が要求されたことに応じて、前記管理しているユーザ情
   報を更新する更新手段と、 前記プラットフォーム製品に対して、そのプラットフォ
   ーム製品に関して管理している変換方法で前記更新手段
   により更新された後のユーザ情報を変換したのちのユー
   ザ情報への更新を要求する更新要求手段とを具備した請
   求項３に記載のプラットフォーム制御装置。
5. 【請求項５】 コンピュータを、 複数のプラットフォーム製品で定められている個別ＡＰ
   Ｉ（Application Program Interface）のそれぞれを一
   意に識別可能な統合ＡＰＩを管理するＡＰＩ管理手段
   と、 前記複数のプラットフォーム製品毎にユーザに対してそ
   れぞれ定められる個別認証情報と前記ユーザに対して定
   められている統合認証情報との対応関係を管理する認証
   情報管理手段と、 所定のアプリケーション処理による統合認証情報の指定
   を受け付け、この指定された統合認証情報に基づいてユ
   ーザ認証を行う認証手段と、 この認証手段によるユーザ認証にて認証したユーザに対
   して統合セッション情報を発行する発行手段と、 この発行手段により発行された統合セッション情報を前
   記アプリケーション処理に対して通知する通知手段と、 前記認証手段が前記ユーザ認証に成功した後に、前記指
   定された統合認証情報に対応する個別認証情報を用いて
   プラットフォーム製品の認証を受けて、当該プラットフ
   ォーム製品から個別セッション情報を取得する個別セッ
   ション情報取得手段と、 この個別セッション情報取得手段により取得された個別
   セッション情報を前記統合セッション情報と対応付けて
   管理しておくセッション情報管理手段と、 統合セッション情報を指定しての統合ＡＰＩの呼び出し
   に応じて、その統合ＡＰＩに対応する個別ＡＰＩを前記
   指定された統合セッション情報に対応する個別セッショ
   ン情報の指定を伴って呼び出すＡＰＩ呼出手段と、 この個別ＡＰＩの呼び出しに対するプラットフォーム製
   品からの応答を、前記統合ＡＰＩの呼び出しに対する応
   答として前記アプリケーション処理に与える応答手段と
   して機能させるプラットフォーム制御プログラム。
6. 【請求項６】 前記コンピュータをさらに、 前記ユーザに関するユーザ情報を管理しておくユーザ情
   報管理手段と、 前記プラットフォーム製品毎のユーザ情報の変換方法を
   管理しておく変換方法管理手段と、 前記アプリケーション処理により前記ユーザ情報の更新
   が要求されたことに応じて、前記管理しているユーザ情
   報を更新する更新手段と、 前記プラットフォーム製品に対して、そのプラットフォ
   ーム製品に関して管理している変換方法で前記更新手段
   により更新された後のユーザ情報を変換したのちのユー
   ザ情報への更新を要求する更新要求手段として機能させ
   る請求項５に記載のプラットフォーム制御プログラム。
7. 【請求項７】 請求項５に記載のプラットフォーム制御
   プログラムを格納したコンピュータ読み取り可能な記憶
   媒体。
8. 【請求項８】 請求項６に記載のプラットフォーム制御
   プログラムを格納したコンピュータ読み取り可能な記憶
   媒体。