JP2003308298A - オンラインａｐｉ実行時の権限認証方法 - Google Patents

Abstract

(57)【要約】 【課題】 公開鍵を使用せずに、盗聴、改ざん、なりす
まし等の脅威を回避することができ、且つユーザに長い
待ち時間を与えずにサービスを提供できるオンラインＡ
ＰＩ実行時の権限認証方法を提供する。 【解決手段】 連携システム200は、ＡＰＩの実行中
に、サービス事業者システムの識別子を含む伝達情報及
びサービス事業者システムのパスワードを引数として一
方向性関数で暗号化したメッセージ認証子を生成し、伝
達情報とメッセージ認証子を含む情報を課金決済システ
ム201aに送信し(R202)、課金決済システム201aは、受信
情報に含まれる伝達情報からメッセージ認証子を生成し
て、これと受信したメッセージ認証子とを比較し、これ
らが同一であるときに連携システム200がＡＰＩを実行
しているものと認証した後、連携システム200にセッシ
ョンＩＤを払い出しておき、バッチ処理によってＡＰＩ
の実行に対応するサービス事業者システムの本人性を厳
密に検証する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、オープンネットワ
ークに接続された分散環境において、リモートシステム
からＡＰＩを実行する際にセキュリティと処理の高速性
を両立させるオンラインＡＰＩ実行時の権限認証方法に
関するものである。

【０００２】

【従来の技術】現在、インターネットなどのオープンな
ネットワークにおいて、電子文書等のコンテンツの配信
やエンドユーザへの課金・決済を共通的に提供するシス
テム（ローカルシステム）、例えばＮＴＴ技術ジャーナ
ルVol.12, No.10, 2000年10月号, p19-25に開示される
システムなどが開発されている。

【０００３】オープンネットワークに接続された複数の
サービス事業者システムは、上記システムが共通的に提
供するＡＰＩ（Application Programming Interface）
を通じて各サービス事業者システムを利用するエンドユ
ーザへサービスを提供したり、課金・決済を実施したり
することができる。

【０００４】通常これらのシステムはＡＰＩを実行する
サービス事業者やＡＰＩの実行権限を認証する必要があ
るが、サービス事業者システムがリモートのシステム
（リモートシステム）からオープンネットワークを介し
て前述のシステム（ローカルシステム）へ接続してＡＰ
Ｉを実行する際には、盗聴や、改ざん、なりすましの脅
威を配慮する必要が生じる。

【０００５】上記のような脅威を回避する一般的な方法
としては、IPSec(RFC2401)を使用したVPN(Virtual Priv
ate Network)やSSL(Secure Socket Layer)の利用が挙げ
られる。これらの方法では公開鍵暗号系を使用して通信
者間の鍵交換、電子データの送信者によるディジタル署
名、受信者によるディジタル署名の検証、及びチャレン
ジ・レスポンスによる送信者確認等を行い、盗聴、改ざ
ん、なりすましの脅威を回避することができる。ここで
チャレンジとは受信者（検証者）がデータの送信者（証
明者）へ送信する任意の乱数であり、レスポンスとはこ
の乱数に対して証明者がパスワードなどの秘密の情報を
使用して演算したハッシュ値のことを指す。

【０００６】

【発明が解決しようとする課題】ところが、上記のよう
な従来の方法では通信時のオーバヘッドが非常に大きく
なってしまい、例えば即時性が要求されるＡＰＩの実行
時には、ユーザへ長い待ち時間を与えてしまうなどのサ
ービス品質の低下を生じていた。

【０００７】また、公開鍵の利用には、認証局（Certif
icate Authority: CA）の発行するX.509証明書を必要と
するため、システム構築時のコストが高くなるという欠
点もある。

【０００８】本発明の目的は上記の問題点に鑑み、公開
鍵を使用せずに、盗聴、改ざん、なりすまし等の脅威を
回避することができ、且つユーザに長い待ち時間を与え
ずにサービスを提供できるオンラインＡＰＩ実行時の権
限認証方法を提供することである。

【０００９】

【課題を解決するための手段】本発明は上記の目的を達
成するために、コンピュータ装置からなり且つ所定のア
プリケーション・プログラミング・インタフェース（Ａ
ＰＩ）を提供するリモートシステムとコンピュータ装置
からなり且つ所定のコンピュータ処理を実行するプラッ
トフォームを提供する１つ以上のローカルシステムのそ
れぞれが、共通処理の提供対象となる前記オープンネッ
トワークに接続されたサービス事業者システムの識別子
とパスワードが蓄積されているデータ蓄積部を備え、ユ
ーザがコンピュータ装置を前記オープンネットワークに
接続して前記サービス事業者システムが提供するサービ
スを利用するときに、前記リモートシステムが前記ユー
ザのコンピュータ装置と前記ローカルシステムとの間で
情報の転送及び遠隔処理を行うための前記ＡＰＩをオン
ラインで実行するときのＡＰＩ実行権限を認証する方法
において、前記リモートシステムは、前記ユーザがサー
ビスを利用するサービス事業者システムの識別子とパス
ワードを前記データ蓄積部から抽出し、前記ＡＰＩを実
行し、前記ＡＰＩによって、少なくとも前記ユーザがコ
ンピュータ装置から入力した情報と前記サービス事業者
システムの識別子とを含む複数の情報を伝達情報として
前記ローカルシステムに送信するとき、前記伝達情報に
含まれる個々の情報及び前記サービス事業者システムの
パスワードを引数として、これらの引数を一方向性関数
で暗号化してなるメッセージ認証子を生成し、前記伝達
情報と前記メッセージ認証子を含む情報を前記ローカル
システムに送信し、前記ローカルシステムは、前記ＡＰ
Ｉの実行中に、前記リモートシステムから前記伝達情報
と前記メッセージ認証子を含む情報を受信した後に、該
受信情報に含まれる前記サービス事業者システムの識別
子を抽出し、該抽出したサービス事業者システムの識別
子に基づいて該サービス事業者システムのパスワードを
前記データ蓄積部から抽出し、前記受信情報に含まれる
前記伝達情報と前記抽出したサービス事業者システムの
パスワードとを引数として、これらの引数を前記一方向
性関数で暗号化してなるメッセージ認証子を生成し、前
記生成したメッセージ認証子と前記受信情報に含まれて
いるメッセージ認証子とを比較し、これらが同一である
ときに前記リモートシステムが前記ＡＰＩを実行してい
るものと認証した後、前記ＡＰＩの実行に基づくプラッ
トフォーム処理を実行してからセッションＩＤを前記リ
モートシステムに払い出し、前記リモートシステムは、
前記ローカルシステムから前記セッションＩＤを受け取
って前記ＡＰＩの実行を終了し、前記ローカルシステム
は、前記ＡＰＩの実行が終了した後、前記ＡＰＩの処理
に対応するバッチ処理として、前記リモートシステムに
乱数を送信し、前記リモートシステムは、前記ローカル
システムから前記乱数を受信したときに、前記乱数と前
記セッションＩＤと前記ＡＰＩ処理に対応する前記サー
ビス事業者システムのパスワードとを引数として、これ
らの引数を前記一方向性関数で暗号化した暗号文を生成
し、該暗号文を前記ローカルシステムに送信し、前記ロ
ーカルシステムは、前記リモートシステムから前記暗号
文を受信すると共に、前記送信した乱数と前記セッショ
ンＩＤと前記サービス事業者システムのパスワードとを
引数として、これらの引数を前記一方向性関数で暗号化
た暗号文を生成し、該生成した暗号文と前記受信した暗
号文とを比較し、これらが一致しないとき、前記ＡＰＩ
実行中に行った前記プラットフォーム処理の処理内容を
取り消すための処理を実行するオンラインＡＰＩ実行時
の権限認証方法を提案する。

【００１０】本発明のオンラインＡＰＩ実行時の権限認
証方法によれば、前記ＡＰＩの実行時には実行権者（サ
ービス事業者）を実行権者の識別子とパスワードのみで
リアルタイムに認証することができる。さらに、前記サ
ービス事業者システムのパスワードはリモートシステム
及びローカルシステムのそれぞれに蓄積されて共有され
ているので、オープンネットワーク上を平文では流れる
ことがなく高い信頼性が得られる。

【００１１】また、前記ＡＰＩ実行時にローカルシステ
ムからリモートシステムへセッションＩＤを払い出して
おき、処理の取り消しの可能な期間内の夜間や週末或い
は月末等の任意の日時に行うバッチ処理においてチャレ
ンジ・レスポンスによる厳密な本人性確認を実施するの
で、さらに高い信頼性を得ることができる。

【００１２】さらに、本発明では、公開鍵暗号系の処理
を一切使用せずに一方向性関数のみを使用しているの
で、高速性を損なうことなく高いセキュリティを確保す
ることができる。

【００１３】また、本発明は、前記一方向性関数として
ハッシュ関数を用い、前記メッセージ認証子を前記ハッ
シュ関数によるハッシュ値とした。

【００１４】また、本発明は、前記伝達情報に、前記サ
ービス事業者システムのパスワードを一方向性関数で暗
号化した暗号文を含めることにより、伝達情報の盗聴
や、改ざん、或いはなりすましをさらに困難にし高いセ
キュリティを確保することができる。

【００１５】また、本発明は、前記メッセージ認証子を
生成するときに、前記引数をビット結合したものを原文
とし、該原文を前記一方向性関数で暗号化することによ
り、処理の高速化を図った。

【００１６】さらに、本発明は、前記ＡＰＩがクレジッ
トカード決済を行うための処理を含み、前記伝達情報が
前記ユーザの識別子とクレジットカード決済に必要な情
報とを含み、前記ＡＰＩの実行中に前記ローカルシステ
ムが行う前記プラットフォーム処理がオンラインオーソ
リ（クレジットカードの有効性の確認）処理を含むよう
にし、課金・決済処理サービスの品質と即時性の向上を
図った。

【００１７】また、本発明は、前記ＡＰＩがユーザ登録
を行うための処理を含み、前記伝達情報が前記ユーザの
識別子と前記ユーザの個人情報とを含み、前記ＡＰＩの
実行中に前記ローカルシステムが行う前記プラットフォ
ーム処理は前記ユーザをデータベースに登録するための
処理を含むようにし、ユーザ登録処理サービスの品質と
即時性の向上を図った。

【００１８】

【発明の実施の形態】以下、本発明の一実施形態を図面
に基づいて説明する。

【００１９】図１は本発明の一実施形態における分散環
境の主体とその所属関係を示す図、図２は本実施形態に
おけるシステム構成を示す図である。

【００２０】図１において、100は連携システム事業
者、101はプラットフォーム事業者、102はサービス事業
者、103はエンドユーザである。

【００２１】プラットフォーム事業者101としては、例
えば、課金決済システム事業者101a、統合ユーザ管理シ
ステム事業者101b、コンテンツ配信システム事業者101c
等が含まれ、これらのプラットフォーム事業者101は連
携システム事業者100と業務契約を結んでいる。また、
課金決済システム事業者101aは決済代行機関システム事
業者104と業務契約を結んでいる。

【００２２】サービス事業者102としては、例えば、エ
ンドユーザに対して音楽や画像、電子文書などのコンテ
ンツの販売、ホテル予約、交通機関予約、商品配送等の
様々なサービスを提供する事業者が含まれ、これらの事
業者は連携システム事業者100と業務契約を結んでいる
と共に、サービス提供に必要なプラットフォーム事業者
101と業務契約を結んでいる。例えば、サービス事業者1
02aは課金決済システム事業者101aと業務契約を結んで
おり、サービス事業者102bは課金決済システム事業者10
1aと統合ユーザ管理システム事業者101b及びコンテンツ
配信システム事業者101cと業務契約を結んでいる。

【００２３】尚、サービス事業者102が独自の課金決済
手段を有する場合は課金決済システム事業者101aと業務
契約を結ぶ必要はないし、サービス事業者102が独自の
ユーザ管理手段を有する場合は統合ユーザ管理システム
事業者101bと業務契約を結ぶ必要はない。また、同一種
のプラットフォーム事業者101が複数存在していてもよ
いことは言うまでもない。例えば、課金決済システム事
業者101aが複数存在しそれぞれが異なるサービス事業者
102と業務契約を結んでいてもよい。

【００２４】エンドユーザ103は、サービス事業者102が
提供するサービスを利用する顧客である。

【００２５】図２において、200は、前記連携システム
事業者100が運営する連携システム（リモートシステ
ム）で、インターネット等のオープンネットワークNET
に接続された周知のコンピュータ装置からなる。さら
に、連携システム200は、後述する複数のプラットフォ
ーム事業者システム（ローカルシステム）201を顧客と
して管理すると共に、後述するサービス事業者システム
202及びエンドユーザ端末装置203を共通的に管理する。
これらのサービス事業者システム202の識別子SIDに対応
させてそのパスワードPasswdが蓄積されたサービス事業
者データベース(ＤＢ)とエンドユーザ103の識別子UIDが
蓄積されたエンドユーザデータベース(ＤＢ)とを含むデ
ータベースDB1が連携システム200に備えられている。さ
らに、これらのシステム200,201（201a〜201c）202(202
a〜202e)は、それぞれオープンネットワークNETを介し
て互いに接続可能になっている。尚、データベースに代
えて、サービス事業者システム202の識別子SIDに対応さ
せてそのパスワードPasswdが蓄積されたディレクトリや
ファイルを用いても良いし、エンドユーザ103の識別子U
IDが蓄積されたディレクトリやファイルを用いても良
い。

【００２６】また、連携システム200は、各プラットフ
ォーム事業者システム201に統一的に接続するインタフ
ェースをエンドユーザ端末装置203へ提供する。即ち、
連携システム200は、サービス事業者システム202がエン
ドユーザ103にサービスを提供する際に、サービス事業
者システム202からの依頼によって、エンドユーザ端末
装置203とプラットフォーム事業者システム201との間で
情報の転送及び遠隔処理を行うためのＡＰＩ（Applicat
ion Programming Interface）を実行する。

【００２７】プラットフォーム事業者システム201(201a
〜201c)は、前記プラットフォーム事業者102が運営する
周知のコンピュータ装置からなり、オープンネットワー
クNETに接続され、サービス事業者システム202によるエ
ンドユーザへのサービス提供に伴って所定のプラットフ
ォーム処理を実施すると共に、複数のサービス事業者シ
ステム202を顧客として管理し、さらにエンドユーザ103
を管理する。さらに、プラットフォーム事業者システム
201(201a〜201c)のそれぞれは、サービス事業者システ
ム202の識別子SIDに対応してそのパスワードPasswdが蓄
積されたサービス事業者データベース(ＤＢ)とエンドユ
ーザ103の識別子UIDが蓄積されたエンドユーザデータベ
ース(ＤＢ)とを含むデータベースDB2(DB2a〜DB2c)を備
えている。尚、上記サービス事業者システム202の識別
子SIDに対応してそのパスワードPasswdが蓄積されたサ
ービス事業者データベース(ＤＢ)は、連携システム200
に備わるのと同じデータが蓄積されているデータベース
である。また、データベースに代えて、上記サービス事
業者システム202の識別子SIDに対応してそのパスワード
Passwdが蓄積されたディレクトリやファイルを用いて、
これらを蓄積管理してもよい。

【００２８】プラットフォーム事業者システム201（201
a〜201c）としては、例えば、前記課金決済システム事
業者101aによって運営され、エンドユーザがサービス事
業者システム202のサービスを利用したときの課金・決
済処理を行う課金決済システム201a、前記統合ユーザ管
理システム事業者101bによって運営され、サービス事業
者システム202が提供するサービスを利用するエンドユ
ーザを統合的に管理する統合ユーザ管理システム201b、
前記コンテンツ配信システム事業者101cによって運営さ
れ、サービス事業者システム203が販売するコンテンツ
をエンドユーザに配信するコンテンツ配信システム201c
などを含む。

【００２９】サービス事業者システム202（202a〜202
e）は、前記サービス事業者102が運営するコンピュータ
装置からなり、オープンネットワークNETに接続され、
エンドユーザに対して音楽や画像、電子文書などのコン
テンツの販売、ホテル予約、交通機関予約、商品配送等
のサービスを提供するシステムである。

【００３０】エンドユーザ端末装置203(203a,203b)はオ
ープンネットワークNETに接続された周知のコンピュー
タ装置からなり、これを操作するエンドユーザはオープ
ンネットワークを介して端末装置203を前記サービス事
業者システム202が提供するＷｅｂサービスに接続する
ことにより各種のサービスを受けることができる。

【００３１】決済代行機関システム204は、前記決済代
行機関システム事業者104によって運営されるコンピュ
ータ装置からなり、課金決済システム201a及びクレジッ
ト会社のコンピュータシステム（図示せず）との通信手
段を備え、課金決済システム201aからの依頼に基づい
て、クレジット会社のコンピュータシステムとの交信に
よってオーソリ（クレジットカードの有効性の確認）に
必要な処理を行う。

【００３２】本実施形態では、図１からも明らかのよう
に、複数のエンドユーザ103及びサービス事業者システ
ム202を配下に持つプラットフォーム事業者システム201
に対して、連携システム200が統一的に課金決済や、コ
ンテンツ配信、全てのエンドユーザ103及びサービス事
業者システム202の管理を行える構造になっている。こ
の構造について、例えばＮＴＴ技術ジャーナルVol.12,
No.10, 2000年10月号, p31-35に詳細な説明がなされて
いる。

【００３３】なお、どのプラットフォーム事業者システ
ム201を利用しているサービス事業者システム202も、連
携システム200にログインして各サービス事業者システ
ム202のサービスを利用するエンドユーザ103の端末装置
203に対する操作（ＡＰＩの実行）が可能である。

【００３４】即ち、サービス事業者システム202はエン
ドユーザ103に対するサービスの実行に伴ってプラット
フォーム事業者システム201を利用する場合、その旨を
連携システム200に依頼することにより、エンドユーザ
端末装置203とプラットフォーム事業者システム201との
間で情報伝達を行うＡＰＩを連携システム200によって
実行してもらうことができる。例えば、サービス事業者
システム202は商品販売に伴う課金・決済の処理を行う
ためにエンドユーザ端末装置202と課金決済システム201
aとを接続するＡＰＩを連携システム200に実行してもら
うことができる。

【００３５】また、どのサービス事業者システム202を
利用するエンドユーザ103の端末装置203も、例えば連携
システム200が提供するＷｅｂサービスを通してユーザ
登録を行うことやコンテンツを購入することが可能であ
る。このとき、連携システム200では当該エンドユーザ
がどのサービス事業者システム202の配下であるかを自
動的に検証することができる。この検証方法の詳細は例
えば特願平2001-127621号に開示されている。

【００３６】次に、上記構成においてエンドユーザ103a
が端末装置203aを操作してサービス事業者システム202b
の提供するサービスを利用してコンテンツを購入してク
レジットカード決済を行う場合の、オンラインオーソリ
（クレジットカードの有効性の確認）を含むＡＰＩの実
行に関して図３のシーケンス図を参照して説明する。

【００３７】エンドユーザ103aは、エンドユーザ端末装
置203aを使用して連携システム200が提供するＷｅｂサ
ービス或いはサービス事業者システム202bが提供するＷ
ｅｂサービスへ接続し、所定のサービス事業者システム
202bからディジタルコンテンツをクレジットカードで購
入する（Ｒ２００）。このとき、サービス事業者システ
ム202bは課金決済を行う際にそのＡＰＩの実行を連携シ
ステム200に依頼する。尚、ここではエンドユーザ103a
がサービス事業者システム202b及びコンテンツ配信シス
テム201cと接続するシーケンスは省略する。

【００３８】サービス事業者システム202bからＡＰＩの
実行を依頼された連携システム200は、サービス事業者
システム202bの識別子SIDとパスワードPasswdをデータ
ベースDB1から抽出する（Ｒ２０１）。

【００３９】次いで、連携システム200は、エンドユー
ザ103aの端末装置203aに対して課金決済を実施するため
のＡＰＩを実行してエンドユーザ端末装置203aと課金決
済システム201aとの間の情報伝達を行う（Ｒ２０２）。
このＡＰＩをbill#actionと称することにする。このbil
l#actionが実施されているときにエンドユーザ103aは端
末装置203aから課金決済に必要な情報、例えばユーザの
識別子UIDと、クレジットカード決済に必要な情報Ａを
入力する。

【００４０】ここで、bill#actionを実行する連携シス
テム200は、エンドユーザ103aが入力した情報を受信し
た後、少なくとも ・エンドユーザの識別子UID ・サービス事業者システムの識別子ＳＩＤ ・サービス事業者システムのパスワードPasswdをＭＤ５
（RFC1321）などの一方向性関数Ｈで暗号化した暗号文
Ｈ(Passwd) ・課金額Ｂ ・クレジットカード決済に必要なその他の情報Ａ ・（１）式によって表されるメッセージ認証子MAC を引数にもつ情報を課金決済システム201aに送信する。

【００４１】 MAC＝H(UID || SID || H(Passwd) || B || A || Passwd) …（１） （１）式において、|| はビット結合を表し、メッセー
ジ認証子MACは、上記の各引数とサービス事業者システ
ム202bのパスワードPasswdとをビット結合したものを原
文として、この原文を上記一方向性関数Ｈで暗号化した
ものである。

【００４２】尚、クレジットカード決済に必要なその他
の情報Ａとは、例えばカード番号、カード有効期限、加
盟店コードなどである。また、本実施形態では一方向性
関数Ｈとして、周知のハッシュ関数を用いている。

【００４３】課金決済システム201aは、上記の情報を受
信すると、受信した情報に含まれる上記の引数を確認す
ると共に、メッセージ認証子MACを検証することでサー
ビス事業者システム202bの識別子SIDや課金額Ｂなどの
情報が改ざんされていないことを確認する（Ｒ２０
３）。

【００４４】ここで、メッセージ認証子MACの検証にお
いて、課金決済システム201aは、受信情報に含まれるサ
ービス事業者システム202bの識別子SIDに基づいて、こ
のサービス事業者システム202bのパスワードPasswdを自
己のデータベースDB2bから抽出し、このパスワードPass
wdと上記受信情報に含まれる引数によって上記同様にメ
ッセージ認証子MACを生成し、この生成したメッセージ
認証子MACと受信情報に含まれているメッセージ認証子M
ACとを比較し、これらが同一であるときに、連携システ
ム200が前記ＡＰＩを実行しているものと認証する。

【００４５】次いで、課金決済システム201aは、オープ
ンネットワークNETを介して決済代行機関システム204へ
オーソリに必要な情報を送信する（Ｒ２０４）。

【００４６】課金決済システム201aからオーソリに必要
な情報を受信した決済代行機関システム204は、例えば
クレジットカード会社のシステムと交信することによっ
てオーソリに必要な所定の処理を実施する（Ｒ２０
５）。

【００４７】次いで、決済代行機関システム204は、オ
ーソリの成功を課金決済システム201aに通知する（Ｒ２
０６）。

【００４８】この通知を受けた課金決済システム201a
は、オーソリの成功を連携システム200へ通知すると共
にセッションＩＤ（SeID）を連携システム200へ払い出
す（Ｒ２０７）。

【００４９】この通知を受けた連携システム200は、購
入処理が正常に終了したことをエンドユーザ103aの端末
装置203aへ通知して（Ｒ２０８）、ＡＰＩの実行を終了
する。

【００５０】次に、上記課金決済のＡＰＩの実行に対応
するサービス事業者システム202bの本人性を厳密に検証
するためのバッチ処理について説明する。

【００５１】課金決済システム201aは、上記バッチ処理
において、連携システム200に乱数Ｒを送信する（Ｂ２
００）。

【００５２】この乱数Ｒを受信した連携システム200
は、次の（２）式で表される暗号文Ｚを生成し（Ｂ２０
１）、この暗号文Ｚを課金決済システム201aへ送信する
（Ｂ２０２）。

【００５３】 Ｚ＝Ｈ（Ｒ || SeID || Passwd） …（２） （２）式において、|| はビット結合を表し、暗号文Ｚ
は、上記の乱数Ｒと上記セッションＩＤ(SeID)とサービ
ス事業者システム202のパスワードPasswdとをビット結
合したものを原文として、この原文を上記一方向性関数
Ｈで暗号化したものである。

【００５４】上記暗号文Ｚを受信した課金決済システム
201aは、暗号文Ｚを検証する（Ｂ２０３）。この検証に
おいて、課金決済システム201aは、自己が連携システム
200へ送信した前記ＡＰＩの実行に対応するセッション
ＩＤ(SeID)と前記乱数Ｒ、及びデータベースDB2aに蓄積
されているサービス事業者システム202bのパスワードPa
sswdとをビット結合したものを原文として、この原文を
上記一方向性関数Ｈで暗号化した暗号文Ｚを生成し、こ
の生成した暗号文と連携システム200から受信した暗号
文とを比較し、これらが一致したときに前記ＡＰＩの実
行に対応するサービス事業者システム202bの本人性を確
認する。

【００５５】次いで、課金決済システム201aは、上記暗
号文Ｚの検証に成功したときに、連携システム200へ検
証成功を通知する（Ｂ２０４）。また、前記Ｒ２０３の
処理において暗号文Ｚの検証に失敗すると、課金決済シ
ステム201aは、前記ＡＰＩの実行が連携システム200以
外のものによって実行されたなりすまし或いは伝達情報
の改ざんなどの不正行為が行われたものとして、決済代
行機関システム204に対して前記オーソリの取り消し処
理を実施する（Ｂ２０５）。

【００５６】尚、上記バッチ処理は、上記ＡＰＩ実行時
に課金決済システム201aが決済代行機関システム204に
対して行った処理の取り消しが可能な期間内の夜間や週
末或いは月末などに実施される。

【００５７】次に、エンドユーザ103aが、サービス事業
者システム202bが提供するサービスを利用するユーザと
してユーザ登録を行うときのＡＰＩの実行シーケンスに
関して、図４に示すシーケンス図を参照して説明する。
尚、サービス事業者システム202bを運用するサービス事
業者102bは、統合ユーザ管理システム事業者101bと業務
契約を結んでいる。

【００５８】エンドユーザ103aが、サービス事業者シス
テム202bが提供するサービスを利用するユーザとしてユ
ーザ登録を行うとき、エンドユーザ端末装置203aを使用
して連携システム200へ接続し、ユーザ登録を行う（Ｒ
３００）。

【００５９】このとき、連携システム200は、エンドユ
ーザ103が利用するサービス事業者システム202bの識別
子SIDとパスワードPasswdをデータベースDB1から抽出す
る（Ｒ３０１）と共に、エンドユーザ103aに対して統合
ユーザ管理システム201bのデータベースDB2bへのエンド
ユーザ登録を実施するＡＰＩを実行する（Ｒ３０２）。
このＡＰＩをregister#userと称することにする。このr
egister#userが実施されているときにエンドユーザ103a
は端末装置203aからユーザ登録に必要な情報、例えばユ
ーザの識別子UID、ユーザの氏名、住所、電話番号など
のユーザ情報Ｃを入力する。

【００６０】ここで、register#userを実行する連携シ
ステム200は、エンドユーザ103aが入力した情報を受信
した後、少なくとも ・エンドユーザの識別子UID ・サービス事業者システムの識別子SID ・サービス事業者システムのパスワードPasswdをＭＤ５
(RFC1321)などの一方向性関数で暗号化した暗号文Ｈ(Pa
sswd) ・エンドユーザの氏名、住所、電話番号などのユーザ情
報Ｃ ・（３）式によって表されるメッセージ認証子MAC を引数にもつ情報を統合ユーザ管理システム201bに送信
する。

【００６１】 MAC＝H(UID || SID || H(Passwd) || C || Passwd) …（３） （３）式において、|| はビット結合を表し、メッセー
ジ認証子MACは、上記の各引数とサービス事業者システ
ム202bのパスワードPasswdとをビット結合したものを原
文として、この原文を上記一方向性関数Ｈで暗号化した
ものである。

【００６２】統合ユーザ管理システム201bは、上記の情
報を受信すると、受信した情報に含まれる上記の引数を
確認すると共に、メッセージ認証子MACを検証すること
でサービス事業者システム202bの識別子SIDやユーザ情
報Ｃなどの情報が改ざんされていないことを確認する
（Ｒ３０３）。

【００６３】ここで、メッセージ認証子MACの検証にお
いて、統合ユーザ管理システム201bは、受信情報に含ま
れるサービス事業者システム202bの識別子SIDに基づい
て、このサービス事業者システム202bのパスワードPass
wdを自己のデータベースDB2bから抽出し、このパスワー
ドPasswdと上記受信情報に含まれる引数によって上記
（３）式の演算処理を行うことによりメッセージ認証子
MACを生成し、この生成したメッセージ認証子MACと受信
情報に含まれているメッセージ認証子MACとを比較し、
これらが同一であるときに、連携システム200が前記Ａ
ＰＩを実行しているものと認証する。

【００６４】この検証に成功すると、統合ユーザ管理シ
ステム201bは、エンドユーザ103aをエンドユーザデータ
ベースへ登録する（Ｒ３０４）。

【００６５】次いで、統合ユーザ管理システム201bは、
ユーザ登録の成功を連携システム200へ通知すると共
に、セッションＩＤ（SeID）を連携システム200へ払い
出す（Ｒ３０５）。

【００６６】この通知を受けた連携システム200は、ユ
ーザ登録の成功をエンドユーザ端末装置203aへ通知して
（Ｒ３０６）、ＡＰＩの実行を終了する。

【００６７】次に、上記ユーザ登録の実行に対応するサ
ービス事業者システム202bの本人性を厳密に検証するた
めのバッチ処理について説明する。

【００６８】統合ユーザ管理システム201bは、上記バッ
チ処理において、連携システム200に乱数Ｒを送信する
（Ｂ３００）。

【００６９】この乱数Ｒを受信した連携システム200
は、上記（２）式で表される暗号文Ｚを生成し（Ｂ３０
１）、この暗号文Ｚを統合ユーザ管理システム201bへ送
信する（Ｂ３０２）。

【００７０】上記暗号文Ｚを受信した統合ユーザ管理シ
ステム201bは、上記と同様にして暗号文Ｚを検証し（Ｂ
３０３）、この検証に失敗するとエンドユーザデータベ
ースから当該ユーザを削除し、検証に成功したときは、
検証成功を連携システム200へ通知する（Ｂ３０４）。

【００７１】この場合のバッチ処理も、前述と同様に上
記ユーザ登録処理の取り消しが可能な期間内の夜間や週
末或いは月末などに実施される。

【００７２】前述したように、本実施形態によれば、Ａ
ＰＩの実行時に、実行権者であるサービス事業者システ
ム202をその識別子SIDとパスワードPasswdのみでリアル
タイムに認証することができるので、通信時のオーバー
ヘッドを従来に比べて大幅に低減することができる。

【００７３】また、サービス事業者システム202のパス
ワードPasswdが連携システム200とプラットフォーム事
業者システム201のそれぞれに蓄積されて共有されてい
るため、識別子SIDとパスワードPasswdがオープンネッ
トワークNET上を平文で流れることがないので、高い信
頼性を得ることができ、処理の高速性を損なうことな
く、盗聴、改ざん、なりすましの脅威を回避したＡＰＩ
の実行が可能となる。

【００７４】さらに、本実施形態では、公開鍵暗号系の
処理を一切使用せずに一方向性関数Ｈのみを使用してい
るので、高速性を損なうことなく高いセキュリティを確
保することができる。

【００７５】また、ＡＰＩ実行時にプラットフォーム事
業者システム201から連携システム200へセッションＩＤ
(SeID)を払い出しておき、バッチ処理においてチャレン
ジ・レスポンスによるサービス事業者システム203の厳
密な本人性確認を実施するので、さらに高い信頼性を得
ることができる。

【００７６】また、本実施形態では、ＡＰＩ実行時の伝
達情報に、サービス事業者システム202のパスワードPas
swdを一方向性関数Ｈで暗号化した暗号文Ｈ(Passwd)を
含めているので、伝達情報の盗聴や、改ざん、或いはな
りすましをさらに困難にすることができ、高いセキュリ
ティを確保することができる。

【００７７】また、本実施形態では、メッセージ認証子
MACを生成するときに、前記引数をビット結合したもの
を原文とし、この原文を一方向性関数Ｈで暗号化してい
るので、処理の高速化を図ることができる。

【００７８】尚、上記実施形態は、本発明の一具体例で
あり、本発明が上記実施形態のみに限定されないことは
言うまでもないことである。例えば、上記実施形態では
課金決済を行うためのＡＰＩの実行及びユーザ登録を行
うためのＡＰＩの実行を一例として説明したが、これら
以外のコンピュータ処理を行うためのＡＰＩの実行につ
いても上記同様の効果を得ることができることは言うま
でもない。

【００７９】また、上記パスワード(Passwd)に代えて、
公開鍵暗号系の秘密鍵を用いることも可能である。秘密
鍵を用いる場合は認証局の発行する証明書を必要とする
ためコスト高になるが、コスト面以外に関しては上記と
同様の効果を得ることができる。

【００８０】

【発明の効果】以上説明したように本発明によれば、オ
ープンなネットワークを介した分散環境においても、Ａ
ＰＩの実行時に、実行権者であるサービス事業者システ
ムをその識別子とパスワードのみでリアルタイムに認証
することができるので、通信時のオーバーヘッドを従来
に比べて大幅に低減することができる。

【００８１】また、サービス事業者システムのパスワー
ドがリモートシステムとローカルシステムのそれぞれに
蓄積されて共有されているため、前記識別子とパスワー
ドがオープンネットワーク上を平文で流れることがない
ので、高い信頼性を得ることができ、処理の高速性を損
なうことなく、盗聴、改ざん、なりすましの脅威を回避
したＡＰＩの実行が可能となる。

【００８２】また、ＡＰＩ実行時にローカルシステムか
らリモートシステムへセッションＩＤを払い出してお
き、バッチ処理においてチャレンジ・レスポンスによる
サービス事業者システムの厳密な本人性確認を実施する
ので、さらに高い信頼性を得ることができるという非常
に優れた効果を奏するものである。

【図面の簡単な説明】

【図１】本発明の一実施形態における分散環境の主体と
その所属関係を示す図

【図２】本発明の一実施形態におけるシステム構成を示
す図

【図３】本発明の一実施形態におけるオンラインオーソ
リを含むＡＰＩ実行シーケンスを示す図

【図４】本発明の一実施形態におけるエンドユーザ登録
の処理を含むＡＰＩ実行シーケンスを示図図

【符号の説明】

100…連携システム事業者、101…プラットフォーム事業
者、101a…課金決済システム事業者、101b…統合ユーザ
管理システム事業者、101c…コンテンツ配信システム事
業者、102(102a〜102e)…サービス事業者、103(103a,10
3b)…エンドユーザ、104…決済代行機関システム事業
者、200…連携システム、201…プラットフォーム事業者
システム、201a…課金決済システム、201b…統合ユーザ
管理システム、201c…コンテンツ配信システム、202(20
2a〜202e)…サービス事業者システム、203(203a,203b)
…エンドユーザ端末装置、204…決済代行機関システ
ム、NET…オープンネットワーク。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 阿川 雄資 東京都千代田区大手町二丁目３番１号 日 本電信電話株式会社内 Ｆターム(参考） 5B085 AA08 AE02 AE03 AE23 AE29 BA07 BC01 BG02 BG03 BG07 5J104 AA07 AA08 AA16 EA03 EA25 JA01 KA01 KA03 KA06 LA01 LA05 NA05 NA12 PA07

Claims (6)

【特許請求の範囲】
1. 【請求項１】 コンピュータ装置からなり且つ所定のア
   プリケーション・プログラミング・インタフェース（Ａ
   ＰＩ）を提供するリモートシステムとコンピュータ装置
   からなり且つ所定のコンピュータ処理を実行するプラッ
   トフォームを提供する１つ以上のローカルシステムのそ
   れぞれが、共通処理の提供対象となる前記オープンネッ
   トワークに接続されたサービス事業者システムの識別子
   とパスワードが蓄積されているデータ蓄積部を備え、ユ
   ーザがコンピュータ装置を前記オープンネットワークに
   接続して前記サービス事業者システムが提供するサービ
   スを利用するときに、前記リモートシステムが前記ユー
   ザのコンピュータ装置と前記ローカルシステムとの間で
   情報の転送及び遠隔処理を行うための前記ＡＰＩをオン
   ラインで実行するときのＡＰＩ実行権限を認証する方法
   において、 前記リモートシステムは、前記ユーザがサービスを利用
   するサービス事業者システムの識別子とパスワードを前
   記データ蓄積部から抽出し、 前記ＡＰＩを実行し、 前記ＡＰＩによって、少なくとも前記ユーザがコンピュ
   ータ装置から入力した情報と前記サービス事業者システ
   ムの識別子とを含む複数の情報を伝達情報として前記ロ
   ーカルシステムに送信するとき、前記伝達情報に含まれ
   る個々の情報及び前記サービス事業者システムのパスワ
   ードを引数として、これらの引数を一方向性関数で暗号
   化してなるメッセージ認証子を生成し、 前記伝達情報と前記メッセージ認証子を含む情報を前記
   ローカルシステムに送信し、 前記ローカルシステムは、前記ＡＰＩの実行中に、前記
   リモートシステムから前記伝達情報と前記メッセージ認
   証子を含む情報を受信した後に、該受信情報に含まれる
   前記サービス事業者システムの識別子を抽出し、該抽出
   したサービス事業者システムの識別子に基づいて該サー
   ビス事業者システムのパスワードを前記データ蓄積部か
   ら抽出し、 前記受信情報に含まれる前記伝達情報と前記抽出したサ
   ービス事業者システムのパスワードとを引数として、こ
   れらの引数を前記一方向性関数で暗号化してなるメッセ
   ージ認証子を生成し、 前記生成したメッセージ認証子と前記受信情報に含まれ
   ているメッセージ認証子とを比較し、これらが同一であ
   るときに前記リモートシステムが前記ＡＰＩを実行して
   いるものと認証した後、前記ＡＰＩの実行に基づくプラ
   ットフォーム処理を実行してからセッションＩＤを前記
   リモートシステムに払い出し、 前記リモートシステムは、前記ローカルシステムから前
   記セッションＩＤを受け取って前記ＡＰＩの実行を終了
   し、 前記ローカルシステムは、前記ＡＰＩの実行が終了した
   後、前記ＡＰＩの処理に対応するバッチ処理として、前
   記リモートシステムに乱数を送信し、 前記リモートシステムは、前記ローカルシステムから前
   記乱数を受信したときに、前記乱数と前記セッションＩ
   Ｄと前記ＡＰＩ処理に対応する前記サービス事業者シス
   テムのパスワードとを引数として、これらの引数を前記
   一方向性関数で暗号化した暗号文を生成し、該暗号文を
   前記ローカルシステムに送信し、 前記ローカルシステムは、前記リモートシステムから前
   記暗号文を受信すると共に、前記送信した乱数と前記セ
   ッションＩＤと前記サービス事業者システムのパスワー
   ドとを引数として、これらの引数を前記一方向性関数で
   暗号化た暗号文を生成し、該生成した暗号文と前記受信
   した暗号文とを比較し、これらが一致しないとき、前記
   ＡＰＩ実行中に行った前記プラットフォーム処理の処理
   内容を取り消すための処理を実行することを特徴とする
   オンラインＡＰＩ実行時の権限認証方法。
2. 【請求項２】 前記一方向性関数がハッシュ関数であ
   り、前記メッセージ認証子が前記ハッシュ関数によるハ
   ッシュ値であることを特徴とする請求項１に記載のオン
   ラインＡＰＩ実行時の権限認証方法。
3. 【請求項３】 前記伝達情報は、前記サービス事業者シ
   ステムのパスワードを一方向性関数で暗号化した暗号文
   を含むことを特徴とする請求項１に記載のオンラインＡ
   ＰＩ実行時の権限認証方法。
4. 【請求項４】 前記メッセージ認証子を生成するとき
   に、前記引数をビット結合したものを原文とし、該原文
   を前記一方向性関数で暗号化することを特徴とする請求
   項１に記載のオンラインＡＰＩ実行時の権限認証方法。
5. 【請求項５】 前記ＡＰＩはクレジットカード決済を行
   うための処理を含み、前記伝達情報は前記ユーザの識別
   子とクレジットカード決済に必要な情報とを含み、前記
   ＡＰＩの実行中に前記ローカルシステムが行う前記プラ
   ットフォーム処理はオンラインオーソリ処理を含むこと
   を特徴とする請求項１に記載のオンラインＡＰＩ実行時
   の権限認証方法。
6. 【請求項６】 前記ＡＰＩはユーザ登録を行うための処
   理を含み、前記伝達情報は前記ユーザの識別子と前記ユ
   ーザの個人情報とを含み、前記ＡＰＩの実行中に前記ロ
   ーカルシステムが行う前記プラットフォーム処理は前記
   ユーザをデータベースに登録するための処理を含むこと
   を特徴とする請求項１に記載のオンラインＡＰＩ実行時
   の権限認証方法。