JP2005158066A - ベンダサービス用の自動化された顧客資格付与システム - Google Patents
ベンダサービス用の自動化された顧客資格付与システム Download PDFInfo
- Publication number
- JP2005158066A JP2005158066A JP2004334068A JP2004334068A JP2005158066A JP 2005158066 A JP2005158066 A JP 2005158066A JP 2004334068 A JP2004334068 A JP 2004334068A JP 2004334068 A JP2004334068 A JP 2004334068A JP 2005158066 A JP2005158066 A JP 2005158066A
- Authority
- JP
- Japan
- Prior art keywords
- service
- qualification
- request
- customer
- entitlement
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Withdrawn
Links
- 238000012795 verification Methods 0.000 claims abstract description 63
- 238000000034 method Methods 0.000 claims abstract description 57
- 238000012797 qualification Methods 0.000 claims description 104
- 230000004044 response Effects 0.000 claims description 12
- 238000010200 validation analysis Methods 0.000 claims description 9
- 230000008569 process Effects 0.000 claims description 8
- 230000001404 mediated effect Effects 0.000 claims 1
- 230000007613 environmental effect Effects 0.000 abstract 1
- 230000006870 function Effects 0.000 description 45
- 238000004891 communication Methods 0.000 description 11
- 230000008901 benefit Effects 0.000 description 2
- 230000008859 change Effects 0.000 description 2
- 230000002452 interceptive effect Effects 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- 230000003213 activating effect Effects 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 230000001143 conditioned effect Effects 0.000 description 1
- 238000003745 diagnosis Methods 0.000 description 1
- 238000010586 diagram Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000000737 periodic effect Effects 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
- G06Q30/0609—Buyer or seller confidence or verification
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
- G06Q30/0641—Shopping interfaces
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Marketing (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
- Storage Device Security (AREA)
Abstract
【課題】 本発明は、柔軟で自動化された資格付与システムを提供する。
【解決手段】 本発明にかかる資格付与システムはレジストリを含み、各ベンダサービスはこのレジストリに、サービス識別子および資格検証ルールなどを含む登録を行う。この登録情報は、環境設定ファイルに記憶される。検証ルールおよび調停手順の相違は、データの相違にすぎない。サービスは、顧客のサービス要求を受信すると、その要求が実現される資格を有するものかどうかを単に問い合わせる。資格検証機能は、資格検証を必要とするサービスの登録された検証ルールを、例えば、ベンダのアカウント管理ソフトウェアから検索されたアカウント情報に適用する。資格付与の結果が肯定的である場合には、要求されたサービスの実行などが可能なように、資格付与の結果が通知される。
【選択図】図2
【解決手段】 本発明にかかる資格付与システムはレジストリを含み、各ベンダサービスはこのレジストリに、サービス識別子および資格検証ルールなどを含む登録を行う。この登録情報は、環境設定ファイルに記憶される。検証ルールおよび調停手順の相違は、データの相違にすぎない。サービスは、顧客のサービス要求を受信すると、その要求が実現される資格を有するものかどうかを単に問い合わせる。資格検証機能は、資格検証を必要とするサービスの登録された検証ルールを、例えば、ベンダのアカウント管理ソフトウェアから検索されたアカウント情報に適用する。資格付与の結果が肯定的である場合には、要求されたサービスの実行などが可能なように、資格付与の結果が通知される。
【選択図】図2
Description
本発明は、コンピュータベースのデバイスから成るネットワークを介して顧客に提供されるベンダサービスに関し、詳細には、顧客の資格を条件とするこのようなベンダサービスに関する。
本発明の主要な目的は、資格の問い合わせの柔軟で効率的な取り扱いを提供することである。
本発明の主要な目的は、資格の問い合わせの柔軟で効率的な取り扱いを提供することである。
eコマース(「電子商取引」)は、新しい型のビジネスを開拓してきており、従来の形の商取引(通常、人間個人が電話および/または郵便で自ら対話することを必要とする)と次第に取って代わってきている。
eコマースでは、人間関係者(人間個人または組織)が、ネットワーク接続されたコンピューティングデバイスを使用してビジネス取引を行う。
通信デバイスはコンピュータベースのものであるので、取引の多くの面は、自動化することができ、効率性および経済性の理由から自動化されている。
例えば、個人は、ワールドワイドウェブ上の音楽ベンダのサイトで、そのベンダ部の人間の介入なく、インターネットを介して音楽を購入しダウンロードすることができる。
同様に、個人は、電気通信ネットワークを介して携帯電話用の着信音を購入してダウンロードすることができる。
eコマースでは、人間関係者(人間個人または組織)が、ネットワーク接続されたコンピューティングデバイスを使用してビジネス取引を行う。
通信デバイスはコンピュータベースのものであるので、取引の多くの面は、自動化することができ、効率性および経済性の理由から自動化されている。
例えば、個人は、ワールドワイドウェブ上の音楽ベンダのサイトで、そのベンダ部の人間の介入なく、インターネットを介して音楽を購入しダウンロードすることができる。
同様に、個人は、電気通信ネットワークを介して携帯電話用の着信音を購入してダウンロードすることができる。
サービスの要求が受信されると、自動化されたeコマースのベンダは、その要求を実現するかどうかを判断しなければならず、この判断は、通常、そのサービス用に受信される期待値に基づく。
eコマースは、貨幣を取り扱わないので、通常、サービスが行われる前に、或る形態の前払いまたは電子マネーの転送が必要とされる。
資格のチェックには、サービス要求をアカウントと関連付けること、およびこの関連付けが行われると、そのアカウントが、要求されたサービスを受ける資格を有するものかどうかを判断することが必要とされる。
例えば、サービスに対する支払いは、アカウントの貸し方または借り方に記入することができる。
あるいは、前払いは、既存のサービス契約と関連付けることができる。
資格のチェックが肯定的なものである場合、サービスが提供される。
eコマースは、貨幣を取り扱わないので、通常、サービスが行われる前に、或る形態の前払いまたは電子マネーの転送が必要とされる。
資格のチェックには、サービス要求をアカウントと関連付けること、およびこの関連付けが行われると、そのアカウントが、要求されたサービスを受ける資格を有するものかどうかを判断することが必要とされる。
例えば、サービスに対する支払いは、アカウントの貸し方または借り方に記入することができる。
あるいは、前払いは、既存のサービス契約と関連付けることができる。
資格のチェックが肯定的なものである場合、サービスが提供される。
資格のチェックが、サービス要求を、要求されたサービスを受ける資格を有するアカウントに関連付けることができない場合、資格付与は行われない。
その場合、自動化されたeコマースシステムは、支払いが保証されないので、要求を拒否する決定を行うことがある。
しかしながら、例えば、代替的な支払い方法が利用可能である場合には、要求の拒否によって、ビジネスチャンスを失う可能性があり、また、例えば、挫折したユーザがベンダのサイトとの今後のビジネスをあきらめるように判断した場合には、今後のビジネスを失う可能性がある。
その場合、自動化されたeコマースシステムは、支払いが保証されないので、要求を拒否する決定を行うことがある。
しかしながら、例えば、代替的な支払い方法が利用可能である場合には、要求の拒否によって、ビジネスチャンスを失う可能性があり、また、例えば、挫折したユーザがベンダのサイトとの今後のビジネスをあきらめるように判断した場合には、今後のビジネスを失う可能性がある。
ベンダは、サービスの提供を拒否するのでなく「資格調停(entitlement reconciliation)」を試みることができる。
例えば、ベンダは、顧客となる可能性のある者には、アカウントを開設するオプションを提供することもできるし、既存の顧客には、既存のアカウントをアップグレードするオプションまたはより良い資格を有するアカウントを開設するオプションを提供することもできる。
適切なアカウントが開設されると、その顧客は、要求を再送信することができ、その要求は、その後実現される。
例えば、ベンダは、顧客となる可能性のある者には、アカウントを開設するオプションを提供することもできるし、既存の顧客には、既存のアカウントをアップグレードするオプションまたはより良い資格を有するアカウントを開設するオプションを提供することもできる。
適切なアカウントが開設されると、その顧客は、要求を再送信することができ、その要求は、その後実現される。
既存のアカウントまたは開設されることになるアカウントがユーザ顧客の所有するものである場合、比較的簡単に資格を確立することができる。
アカウントがユーザに直接関連しない場合、例えば、ユーザが企業顧客の従業員である場合、資格の確立はより複雑なものとなる。
上記資格付与のシナリオでは、ユーザは、資格を確立することができず、したがって、資格チェックは不合格となり、要求されたサービスは拒否される。
ユーザは、その後、自身の雇用主のアカウントを取り扱う者の所に行くことができ、次に、その取り扱う者がベンダと交渉して、要求された資格を達成しなければならない。
次に、ユーザは要求を再送信しなければならず、その要求はさらに資格チェックを受ける。
これは、非常に多くの時間を要するおそれがあり、この煩雑なものによって、そのサービスをさらに使用することが阻まれるおそれがある。
顧客が、同じベンダに対して多くのアカウントを有する大企業である場合に、この複雑さは悪化するおそれがある。
アカウントがユーザに直接関連しない場合、例えば、ユーザが企業顧客の従業員である場合、資格の確立はより複雑なものとなる。
上記資格付与のシナリオでは、ユーザは、資格を確立することができず、したがって、資格チェックは不合格となり、要求されたサービスは拒否される。
ユーザは、その後、自身の雇用主のアカウントを取り扱う者の所に行くことができ、次に、その取り扱う者がベンダと交渉して、要求された資格を達成しなければならない。
次に、ユーザは要求を再送信しなければならず、その要求はさらに資格チェックを受ける。
これは、非常に多くの時間を要するおそれがあり、この煩雑なものによって、そのサービスをさらに使用することが阻まれるおそれがある。
顧客が、同じベンダに対して多くのアカウントを有する大企業である場合に、この複雑さは悪化するおそれがある。
ベンダが、異なる資格判定基準を有する多くの異なるサービスおよび資格調停の異なる手法を有する場合に、資格の取り扱いは、かなりの費用を要するおそれがある。
サービスごとに異なる資格付与ルーチンをソフトウェアに含めると、複雑さのもととなるおそれがあり、したがって、ソフトウェアサービスが失敗するおそれがある。
大企業間の複雑なビジネス関係に対して拡張可能なエンタープライズクラスの資格付与システムが必要とされている。
サービスごとに異なる資格付与ルーチンをソフトウェアに含めると、複雑さのもととなるおそれがあり、したがって、ソフトウェアサービスが失敗するおそれがある。
大企業間の複雑なビジネス関係に対して拡張可能なエンタープライズクラスの資格付与システムが必要とされている。
本発明は、柔軟で自動化された資格付与システム(entitlement system)を提供する。
この資格付与システムは、異なる資格ルールと、資格が不合格である場合に資格を調停する異なる手順とを有する複数の自動化されたサービスによって使用できるものである。
また、本発明は、資格付与方法(entitlement method)も提供する。
また、本発明は、非同時(asynchronous)の資格調停後に、顧客に要求を再送信させることなく、要求されたサービスの実行を可能にする資格付与方法を提供する。
この資格付与システムは、異なる資格ルールと、資格が不合格である場合に資格を調停する異なる手順とを有する複数の自動化されたサービスによって使用できるものである。
また、本発明は、資格付与方法(entitlement method)も提供する。
また、本発明は、非同時(asynchronous)の資格調停後に、顧客に要求を再送信させることなく、要求されたサービスの実行を可能にする資格付与方法を提供する。
本発明の一態様では、資格付与システムはレジストリを含み、各ベンダサービスはこのレジストリに登録を行う。
登録は、レジストリにサービス識別子を提供することを含む。
資格要求が行われるごとに、資格検証ルール、資格調停手順、およびサービス通信命令を提供する必要がないように、このような情報を各サービスの登録と共に含めることができることが好都合である。
この登録情報は、資格付与システムコードによって作用されるように環境設定ファイルに記憶することができる。
この場合、検証ルールおよび調停手順の相違は、データの相違にすぎず、各サービス用にプログラミングされたルーチンおよび各サービスを用いてプログラミングされたルーチンが異なるわけではない。
サービスは、顧客のサービス要求を受信すると、その要求が実現される資格を有するものかどうかを(各資格要求を生成することによって)単に問い合わせることができる。
登録は、レジストリにサービス識別子を提供することを含む。
資格要求が行われるごとに、資格検証ルール、資格調停手順、およびサービス通信命令を提供する必要がないように、このような情報を各サービスの登録と共に含めることができることが好都合である。
この登録情報は、資格付与システムコードによって作用されるように環境設定ファイルに記憶することができる。
この場合、検証ルールおよび調停手順の相違は、データの相違にすぎず、各サービス用にプログラミングされたルーチンおよび各サービスを用いてプログラミングされたルーチンが異なるわけではない。
サービスは、顧客のサービス要求を受信すると、その要求が実現される資格を有するものかどうかを(各資格要求を生成することによって)単に問い合わせることができる。
資格検証機能は、資格検証を必要とするサービスの登録された検証ルールを、例えば、ベンダのアカウント管理ソフトウェアから検索されたアカウント情報に適用する。
資格付与の結果が肯定的である場合には、要求されたサービスを実行できるように、かつ、要求されたサービスが、調停の結果が出るまで、必要に応じてサービス要求を記憶できるように、要求を行ったサービスには、資格付与の結果を通知することができる。
資格付与の結果が肯定的である場合には、要求されたサービスを実行できるように、かつ、要求されたサービスが、調停の結果が出るまで、必要に応じてサービス要求を記憶できるように、要求を行ったサービスには、資格付与の結果を通知することができる。
本発明の別の態様は、さまざまな資格調停手順を提供する。
この手順には、同時(synchronous)(対話)手順、非同時手順(この手順では、電話による会話および対話型のウェブセッションと異なり、メッセージが、例えば、手紙、電子メール、および電話ページングとして送信された時に、対象となる受取側は「接続」されている必要はない)、および、検証が不合格である場合に調停の機会なくサービスが拒否されるヌル手順が含まれる。
この手順には、同時(synchronous)(対話)手順、非同時手順(この手順では、電話による会話および対話型のウェブセッションと異なり、メッセージが、例えば、手紙、電子メール、および電話ページングとして送信された時に、対象となる受取側は「接続」されている必要はない)、および、検証が不合格である場合に調停の機会なくサービスが拒否されるヌル手順が含まれる。
同時調停は、資格を調停する権限を有する者が、調停の開始時に、例えばオンラインで利用可能であることを必要とする。
これは、サービス要求を行ったユーザが調停の権限を有する場合である可能性がある。
しかしながら、これは、企業の状況では可能性が低い。
企業の状況では、アカウントの取り扱いは、比較的少数の従業員に限られている。
このような状況では、本発明は、資格調停の失敗および調停の機会を、権限を有する企業の連絡係に通知する。
この通知は、電子メールによることができ(この場合、調停手順は非同時型のものとなる)、調停プロセスを通じて連絡係を案内するように開設されたベンダのウェブサイトへのリンクを有することができる。
あるいは、調停は、サービス要求を行ったユーザから同時に開始することもできる。
この調停が失敗すると、調停は、適切な企業の連絡係への非同時の通知に続くことができる。
これは、サービス要求を行ったユーザが調停の権限を有する場合である可能性がある。
しかしながら、これは、企業の状況では可能性が低い。
企業の状況では、アカウントの取り扱いは、比較的少数の従業員に限られている。
このような状況では、本発明は、資格調停の失敗および調停の機会を、権限を有する企業の連絡係に通知する。
この通知は、電子メールによることができ(この場合、調停手順は非同時型のものとなる)、調停プロセスを通じて連絡係を案内するように開設されたベンダのウェブサイトへのリンクを有することができる。
あるいは、調停は、サービス要求を行ったユーザから同時に開始することもできる。
この調停が失敗すると、調停は、適切な企業の連絡係への非同時の通知に続くことができる。
セキュリティの目的で、検証機能がファイアウォールによって調停機能から分離されるように、資格付与システムは分散される。
この分散配置によって、検証機能にはセキュリティが追加して与えられ、検証機能はベンダデータにより多くアクセスできる一方、調停機能にはより多くの通信アクセスが与えられ、検証機能は顧客とより多く対話する。
この分散配置によって、検証機能にはセキュリティが追加して与えられ、検証機能はベンダデータにより多くアクセスできる一方、調停機能にはより多くの通信アクセスが与えられ、検証機能は顧客とより多く対話する。
本発明は、あらゆる個数のベンダサービスの異なる資格検証ルールおよび調停手順を柔軟に取り扱う。
この柔軟性は、セットアップの容易性および信頼性のために、個別の組のプログラム命令ではなく、環境設定ファイルで表現される。
非同時調停手順が利用可能であることによって、要求を行ったユーザ以外の連絡担当者を調停の機会の対象にすることが可能になる。
これは、企業顧客にとって有益である。
驚くべき付加的な利点は、ユーザが調停を行うように要求されていないので、この資格付与方法は、自動的に行われたサービス要求に適用でき、さらには顧客の環境内や場合によってはベンダの環境内のネットワークサーバ等の無人のコンピュータシステムによって自動的に行われた要求にも適用できるということである。
本発明のこれらの特徴および利点ならびに他の特徴および利点は、添付図面に関する以下の説明から明らかとなる。
この柔軟性は、セットアップの容易性および信頼性のために、個別の組のプログラム命令ではなく、環境設定ファイルで表現される。
非同時調停手順が利用可能であることによって、要求を行ったユーザ以外の連絡担当者を調停の機会の対象にすることが可能になる。
これは、企業顧客にとって有益である。
驚くべき付加的な利点は、ユーザが調停を行うように要求されていないので、この資格付与方法は、自動的に行われたサービス要求に適用でき、さらには顧客の環境内や場合によってはベンダの環境内のネットワークサーバ等の無人のコンピュータシステムによって自動的に行われた要求にも適用できるということである。
本発明のこれらの特徴および利点ならびに他の特徴および利点は、添付図面に関する以下の説明から明らかとなる。
本発明によれば、ベンダ顧客システムAP1は、顧客20にサービスを提供するベンダ10を含む。
顧客20は、従業員ユーザ21および顧客連絡係23を含む職員と、ユーザワークステーション25、連絡係ワークステーション27、およびネットワークサーバ29を含むコンピュータネットワークとの双方を含む。
サーバ29は、サービスクライアントSC1を実行し、ユーザワークステーション25は、サービスクライアントSC2を実行する。
サービスクライアントSC1およびSC2は、自身のそれぞれのコンピュータ上で実行される、ベンダ10によって提供されたソフトウェアサポートサービス用の他のプログラムを監視する。
顧客20は、従業員ユーザ21および顧客連絡係23を含む職員と、ユーザワークステーション25、連絡係ワークステーション27、およびネットワークサーバ29を含むコンピュータネットワークとの双方を含む。
サーバ29は、サービスクライアントSC1を実行し、ユーザワークステーション25は、サービスクライアントSC2を実行する。
サービスクライアントSC1およびSC2は、自身のそれぞれのコンピュータ上で実行される、ベンダ10によって提供されたソフトウェアサポートサービス用の他のプログラムを監視する。
サービスクライアントSC1は、サーバ29のアクティビティを監視する。
サービスクライアントSC1は、サーバ29において問題を検出すると、サービスベンダ10にサポート要求を自動的に送信する。
同様に、サービスクライアントSC2は、ユーザワークステーション25において問題を検出すると、サービスベンダ10にサポート要求を送信することができる。
サービスクライアントSC2は、この要求を直接送信するように構成することもできるし、あるいは、最初にユーザ21に通知し、要求送信プロセスの制御をユーザ21に与えるように構成することもできる。
サービスクライアントSC1は、サーバ29において問題を検出すると、サービスベンダ10にサポート要求を自動的に送信する。
同様に、サービスクライアントSC2は、ユーザワークステーション25において問題を検出すると、サービスベンダ10にサポート要求を送信することができる。
サービスクライアントSC2は、この要求を直接送信するように構成することもできるし、あるいは、最初にユーザ21に通知し、要求送信プロセスの制御をユーザ21に与えるように構成することもできる。
サービスベンダ10は、ベンダサービスVS1およびVS2を含むさまざまなサービスVSXを実行するコンピュータシステムと、資格付与システム30と、アカウント管理システム40と、ウェブインタフェース50と、ファイアウォール60とを含む。
資格付与システム30は、サービスレジストリ31と、資格検証機能33と、資格調停機能35と、資格調停データベース37とを含む。
サービスレジストリ31は、XML(「拡張マークアップ言語」)ファイル形式で登録情報を記憶する環境設定ファイルを含むことができる。
資格付与システム30は、調停機能35のみがファイアウォール60の前になるように分散されていることに留意されたい。
資格付与システム30は、サービスレジストリ31と、資格検証機能33と、資格調停機能35と、資格調停データベース37とを含む。
サービスレジストリ31は、XML(「拡張マークアップ言語」)ファイル形式で登録情報を記憶する環境設定ファイルを含むことができる。
資格付与システム30は、調停機能35のみがファイアウォール60の前になるように分散されていることに留意されたい。
アカウント管理システム40は、連絡/アカウントデータベースとしての機能を有し、資格付与システム30が資格を検証するのに使用する情報を保持する。
例えば、アカウント管理システム40は、顧客20のアカウントを含めて、さまざまなアカウントに与えられるべきサービスおよびそれらのアカウントの支払いオプションを追跡記録する。
例えば、アカウント管理システム40は、顧客20のアカウントを含めて、さまざまなアカウントに与えられるべきサービスおよびそれらのアカウントの支払いオプションを追跡記録する。
システムAP1の状況下での方法M1の実施を図2にフローチャート化する。
ステップS01において、サービスVSXが、サービスレジストリ31に登録される。
この登録は、手動または自動で行うことができる。
登録には、サービス識別子と、サービス通信命令と、資格検証ルールと、調停手順とを提供することが必要とされる。
登録は、資格検証が特定のサービスに事前に結び付けられていないことから必要とされる。
サービス通信命令は、資格付与システム30が、ベンダサービスに情報を戻す方法を知るために必要とされる。
ステップS01において、サービスVSXが、サービスレジストリ31に登録される。
この登録は、手動または自動で行うことができる。
登録には、サービス識別子と、サービス通信命令と、資格検証ルールと、調停手順とを提供することが必要とされる。
登録は、資格検証が特定のサービスに事前に結び付けられていないことから必要とされる。
サービス通信命令は、資格付与システム30が、ベンダサービスに情報を戻す方法を知るために必要とされる。
資格検証ルールは、資格要求をサービスごとに調整できるようにするために必要とされる(1つだけの「ルール」は、単一のより複雑なルールを定義するように組み合わせ可能な1組の1つまたは複数の単純なルールの使用を含む)。
サービスは、異なる資格要求を有する異なるサブサービスまたは異なるレベルのサービスを有することができる。
このような場合、各サブサービスはステップS01で登録される。
あるいは、検証ルールが、2つ(「不合格」対「合格」)よりも多くの結果、例えば、「不合格」対「基本的合格」対「プレミアム合格」で結果を返すこともできる。
代替的な実施の形態では、サービスは、各資格検証要求と共に、通信命令、資格ルール、および調停手順の1つまたは複数を送信する。
サービスは、異なる資格要求を有する異なるサブサービスまたは異なるレベルのサービスを有することができる。
このような場合、各サブサービスはステップS01で登録される。
あるいは、検証ルールが、2つ(「不合格」対「合格」)よりも多くの結果、例えば、「不合格」対「基本的合格」対「プレミアム合格」で結果を返すこともできる。
代替的な実施の形態では、サービスは、各資格検証要求と共に、通信命令、資格ルール、および調停手順の1つまたは複数を送信する。
顧客20からアカウント管理システム40への矢印によって示すように、ステップS02において、1つまたは複数の顧客アカウントがベンダ10を用いて開設される。
例えば、或るアカウントは、ワークステーション25上で実行されているアプリケーション用のサポートを受ける権利を顧客20に与えることができる一方、別のアカウントは、ネットワークサーバ29上で実行されるネットサービスアプリケーションへのサポートを受ける権利を顧客20に与えることができる。
あるいは、双方のサービスを単一の契約に含めることもできる。
もちろん、アカウント管理システム40は、各顧客が1つまたは複数のアカウントを有することができる多くの異なる顧客に対応する(provide for)こともできる。
例えば、或るアカウントは、ワークステーション25上で実行されているアプリケーション用のサポートを受ける権利を顧客20に与えることができる一方、別のアカウントは、ネットワークサーバ29上で実行されるネットサービスアプリケーションへのサポートを受ける権利を顧客20に与えることができる。
あるいは、双方のサービスを単一の契約に含めることもできる。
もちろん、アカウント管理システム40は、各顧客が1つまたは複数のアカウントを有することができる多くの異なる顧客に対応する(provide for)こともできる。
アカウントは、顧客20がベンダ10からソフトウェアまたはソフトウェアライセンスを購入する際に開設することができる。
あるいは、ソフトウェアが他の場所で購入される場合、アカウントは、ソフトウェアがベンダ10に登録される際に開設することができる。
より一般的には、アカウントは、顧客がベンダ10とのサポート契約に加入する時はいつでも開設することができる。
あるいは、ソフトウェアが他の場所で購入される場合、アカウントは、ソフトウェアがベンダ10に登録される際に開設することができる。
より一般的には、アカウントは、顧客がベンダ10とのサポート契約に加入する時はいつでも開設することができる。
ステップS03において、顧客20がベンダ10にサービスを要求する。
例えば、サービスクライアントSC1は、ネットワークサーバ29においてソフトウェア障害を検出することができる。
これに応じて、サービスクライアントSC1は診断データを収集する。
そして、サービスクライアントSC1は、ベンダ10とのアカウント用の識別子を含めて、その診断データをサービス要求としてパッケージにする。
ベンダ10がこのサービス要求を受信すると、ウェブインタフェース50が、このサービス要求を、サービス要求内のアカウント識別子に関連付けられたサービスVS1に転送する。
さらに、ベンダ10は、要求識別子をサービス要求に割り当てる。
あるいは、サービスクライアントが、一意の識別子を生成するアルゴリズムを使用することによって、要求識別子を確立することもできる。
ステップS03の代替的なものでは、サービスが、顧客に代わってサービス要求を生成することができる。
例えば、サービスは、実行前に資格を受けなければならない定期的なメンテナンスチェック用の要求を生成することができる。
例えば、サービスクライアントSC1は、ネットワークサーバ29においてソフトウェア障害を検出することができる。
これに応じて、サービスクライアントSC1は診断データを収集する。
そして、サービスクライアントSC1は、ベンダ10とのアカウント用の識別子を含めて、その診断データをサービス要求としてパッケージにする。
ベンダ10がこのサービス要求を受信すると、ウェブインタフェース50が、このサービス要求を、サービス要求内のアカウント識別子に関連付けられたサービスVS1に転送する。
さらに、ベンダ10は、要求識別子をサービス要求に割り当てる。
あるいは、サービスクライアントが、一意の識別子を生成するアルゴリズムを使用することによって、要求識別子を確立することもできる。
ステップS03の代替的なものでは、サービスが、顧客に代わってサービス要求を生成することができる。
例えば、サービスは、実行前に資格を受けなければならない定期的なメンテナンスチェック用の要求を生成することができる。
サービスVS1は、要求されたサービスを提供する前に、その要求が、実現される資格を有するかどうかを判断しなければならない。
このため、サービスVS1は、ステップS04において、資格付与システム30、より具体的には資格検証機能33に対して資格要求を生成する。
この資格要求は、サービスVS1のサービス識別子、要求識別子、およびアカウント識別子を含む。
資格検証機能33は、資格の判断を行う役割を担う。
このため、サービスVS1は、ステップS04において、資格付与システム30、より具体的には資格検証機能33に対して資格要求を生成する。
この資格要求は、サービスVS1のサービス識別子、要求識別子、およびアカウント識別子を含む。
資格検証機能33は、資格の判断を行う役割を担う。
ステップS05において、資格検証機能33は、アカウント管理システム40に問い合わせを行い、アカウント管理システム40は、要求されたアカウントデータを返す。
また、資格検証機能33は、要求およびサービス識別子をサービスレジストリ31に送信し、サービスレジストリ31は、サービスSC1の資格検証ルールを返す。
次に、資格付与機能は、検証ルールをアカウントデータに適用して、「資格合格」(もしくは「検証肯定」)または「資格不合格」(もしくは「検証否定」)の結果を与える。
また、資格検証機能33は、要求およびサービス識別子をサービスレジストリ31に送信し、サービスレジストリ31は、サービスSC1の資格検証ルールを返す。
次に、資格付与機能は、検証ルールをアカウントデータに適用して、「資格合格」(もしくは「検証肯定」)または「資格不合格」(もしくは「検証否定」)の結果を与える。
要求の資格が合格した場合、検証機能33は、ステップS06において、サービスVS1に合格を通知する。
次に、ステップS07において、サービスVS1は、要求されたサービスを提供することができる。
サービス要求の過程において、さらに資格の問題が発生する可能性がある。
例えば、問題の分析時に、プレミアムサービスが要求されていることが判明することがあり、サービスVS1は、プレミアムサービスに対する資格を要求する。
このような場合、サービスVS1は、同じサービス要求について資格検証要求を追加して送信することができる。
検証結果が2つに分かれるとういう制限が与えられると、異なるレベルのサービスに対応する異なるサービス識別子が、それらの異なる要求に使用される。
あるいは、検証結果は、複数のレベルまたは複数のタイプの合格を指定することができる。
次に、ステップS07において、サービスVS1は、要求されたサービスを提供することができる。
サービス要求の過程において、さらに資格の問題が発生する可能性がある。
例えば、問題の分析時に、プレミアムサービスが要求されていることが判明することがあり、サービスVS1は、プレミアムサービスに対する資格を要求する。
このような場合、サービスVS1は、同じサービス要求について資格検証要求を追加して送信することができる。
検証結果が2つに分かれるとういう制限が与えられると、異なるレベルのサービスに対応する異なるサービス識別子が、それらの異なる要求に使用される。
あるいは、検証結果は、複数のレベルまたは複数のタイプの合格を指定することができる。
資格は、要求サービスの検証ルールに従って判断される。
例えば、ルールは、要求がアクティブであり、かつ、支払いが完了している場合に、要求は合格し、そうでない場合に、要求は不合格となるというものとすることができる。
例えば、アカウントが存在しなかったり(おそらく、アカウント識別子が正しくないため)、期限切れであったり、インシデントごとの前払いを必要とするものであったり、特別な認証を必要とするものであったりすると、資格が不合格となることを検証ルールは指定することができる。
例えば、ルールは、要求がアクティブであり、かつ、支払いが完了している場合に、要求は合格し、そうでない場合に、要求は不合格となるというものとすることができる。
例えば、アカウントが存在しなかったり(おそらく、アカウント識別子が正しくないため)、期限切れであったり、インシデントごとの前払いを必要とするものであったり、特別な認証を必要とするものであったりすると、資格が不合格となることを検証ルールは指定することができる。
サービスVS1の登録と共に記憶された調停手順は、資格検証がステップS05で不合格になった場合に行うものを決定する。
指定された調停手順は、同時もしくは非同時または同時の後の非同時のものとすることができる。
また、調停手順は、検証が不合格となった場合にサービス要求が不合格となるように、調停が試みられないことを指定することもできる。
サービスについて指定された調停手順は、不合格の性質を条件とすることができる。
サービスVS1の例では、登録された調停ルールは、ステップS08において、サービスVS1に不合格を通知し、次いで、その後のステップにおいて、調停を試みることを要する。
調停が試みられることになっているので、調停が成功した場合には、要求顧客20にサービス要求を再送信させることなく、サービスVS1がサービス要求に基づいて動作できるように、サービスVS1は、通知ステップS08に応じて要求を記憶する。
指定された調停手順は、同時もしくは非同時または同時の後の非同時のものとすることができる。
また、調停手順は、検証が不合格となった場合にサービス要求が不合格となるように、調停が試みられないことを指定することもできる。
サービスについて指定された調停手順は、不合格の性質を条件とすることができる。
サービスVS1の例では、登録された調停ルールは、ステップS08において、サービスVS1に不合格を通知し、次いで、その後のステップにおいて、調停を試みることを要する。
調停が試みられることになっているので、調停が成功した場合には、要求顧客20にサービス要求を再送信させることなく、サービスVS1がサービス要求に基づいて動作できるように、サービスVS1は、通知ステップS08に応じて要求を記憶する。
その間に、検証機能33は、ステップS09において調停要求を生成し、調停要求を調停機能35に送信する。
検証機能33は、調停要求と共に、サービス要求識別子、サービス識別子、アカウント識別子、検証ルール、調停手順の仕様、およびサービス要求で扱われている問題のテキスト説明を含む。
検証機能33は、調停要求と共に、サービス要求識別子、サービス識別子、アカウント識別子、検証ルール、調停手順の仕様、およびサービス要求で扱われている問題のテキスト説明を含む。
サービスVS1の調停手順に指定されるように、調停機能35は、ステップS10において調停サイトをセットアップする。
このために、調停機能35は、制御ファイルまたはメモリ表現(xml、名前値対等)を生成する。
この制御ファイルまたはメモリ表現は、企業サービス識別子、サービス要求識別子、ランダムに生成された一時的な資格調停パスワード、資格ルールセット、および要求のテキスト説明を含む。
このために、調停機能35は、制御ファイルまたはメモリ表現(xml、名前値対等)を生成する。
この制御ファイルまたはメモリ表現は、企業サービス識別子、サービス要求識別子、ランダムに生成された一時的な資格調停パスワード、資格ルールセット、および要求のテキスト説明を含む。
調停サイトは、顧客20によってアクセス可能なウェブインタフェース50を使用するウェブサイトである。
このウェブサイトは、要求されたサービスを受ける資格を顧客が有することを可能にするように設計された手順を通じてユーザをガイドする。
資格が不合格となった理由に応じて、調停は、異なるアカウント識別子を送信すること、新たなアカウントを開設すること、期限切れとなったアカウントを回復させること、または要求されたサービスの料金を単に支払うことを含むことができる。
このウェブサイトは、要求されたサービスを受ける資格を顧客が有することを可能にするように設計された手順を通じてユーザをガイドする。
資格が不合格となった理由に応じて、調停は、異なるアカウント識別子を送信すること、新たなアカウントを開設すること、期限切れとなったアカウントを回復させること、または要求されたサービスの料金を単に支払うことを含むことができる。
サービスVS1の調停手順は、要求で指定された、あるいは、アカウントデータで指定された顧客連絡係23へ、顧客20の非同時通知を電子メールを介して指定する。
応答が受信されるまで多少時間を要することがあるので、調停機能35は、調停要求を資格調停データベース37に記憶する。
次いで、調停機能35は、ステップS11において、資格の不合格および調停の機会を顧客20に通知する。
この通知は、要求に関連付けられた問題に関する情報を連絡係に提供し、調停サイトへのリンクを提供する。
セキュリティの目的で、パスワードをリンクに組み込むことができ、https(ハイパーテキスト転送プロトコルセキュア)を使用してウェブサイトをアドレス指定することができる。
応答が受信されるまで多少時間を要することがあるので、調停機能35は、調停要求を資格調停データベース37に記憶する。
次いで、調停機能35は、ステップS11において、資格の不合格および調停の機会を顧客20に通知する。
この通知は、要求に関連付けられた問題に関する情報を連絡係に提供し、調停サイトへのリンクを提供する。
セキュリティの目的で、パスワードをリンクに組み込むことができ、https(ハイパーテキスト転送プロトコルセキュア)を使用してウェブサイトをアドレス指定することができる。
ステップS12に示すように、顧客連絡係が応答することもあるし、応答しないこともある。
ステップS12における応答は、顧客連絡係23が、ステップS10において確立された調停サイトに、例えば、連絡コンピュータシステム27を使用してアクセスすることを意味する。
例えば、新たな契約に同意し、既存の契約をアップグレードするか、もしくは、回復させ、かつ/または、支払いを行うことによって、連絡係23には資格を調停する手順が提示される。
アクセスの結果、ステップS13に示すように、資格の調停が行われることもあるし、行われないこともある。
ステップS12における応答は、顧客連絡係23が、ステップS10において確立された調停サイトに、例えば、連絡コンピュータシステム27を使用してアクセスすることを意味する。
例えば、新たな契約に同意し、既存の契約をアップグレードするか、もしくは、回復させ、かつ/または、支払いを行うことによって、連絡係23には資格を調停する手順が提示される。
アクセスの結果、ステップS13に示すように、資格の調停が行われることもあるし、行われないこともある。
ウェブインタフェース50は、顧客が資格を有すると判断した場合、合格ページを連絡係23に表示し、その要求用に記憶された資格調停情報を消去し、それによって、顧客が、その後、(この一意の資格調停要求について)同じサービス要求識別子および資格パスワードを再び使用してその要求に関する資格を変更できないようにする。
ウェブインタフェース50は、次に、内部資格サービスに通知(任意のメッセージングサービス、API、ウェブサービス等)を返信する。
この通知は、企業サービス識別子、サービス要求識別子、および新たに資格を受けた顧客アカウント識別子を含む。
ウェブインタフェース50は、次に、内部資格サービスに通知(任意のメッセージングサービス、API、ウェブサービス等)を返信する。
この通知は、企業サービス識別子、サービス要求識別子、および新たに資格を受けた顧客アカウント識別子を含む。
調停機能35は、次に、ステップS14においてサービスVS1に調停が成功したことを通知する。
また、調停機能35は、ステップS15において、調停データベース37から要求を削除でき、あらゆる新たなアカウントデータでアカウント管理システム40を更新できる。(あるいは、ウェブインタフェース50は、アカウント管理システム40を更新することもできる)。
要求されたサービスは、ステップS06において実行することができる。
要求されたサービスは、そのクライアントSC1を自動的に更新することもできるし、サービスクライアントSC1を手動で更新して新たなアカウント情報を反映するように顧客20に通知することもできる。
また、調停機能35は、ステップS15において、調停データベース37から要求を削除でき、あらゆる新たなアカウントデータでアカウント管理システム40を更新できる。(あるいは、ウェブインタフェース50は、アカウント管理システム40を更新することもできる)。
要求されたサービスは、ステップS06において実行することができる。
要求されたサービスは、そのクライアントSC1を自動的に更新することもできるし、サービスクライアントSC1を手動で更新して新たなアカウント情報を反映するように顧客20に通知することもできる。
ステップS13において、調停が失敗するか、または、ステップS12において、例えば指定された10日の期間内に応答がないと、調停の機会は無効になる。
調停手順の説明は、無効になる直前に、2回目の調停のチャンスを顧客10に与えるように第2の通知を設定できることを指定することができる。
資格調停機能35は、ステップS16において、調停が失敗したことをベンダサービスVS1に通知する。
元のサービス要求は、サービスVS1によって削除される。
また、調停機能35は、関連した調停要求を資格調停データベース37から削除し、資格検証機能33は、関連した検証要求を削除する。
サービスVS1は、顧客20に失敗を通知することもできる。
調停サイトは、連絡係23が調停をアドレス指定するベンダ10の適切な職員と通信するためのオプションも提供できることに留意されたい。
調停手順の説明は、無効になる直前に、2回目の調停のチャンスを顧客10に与えるように第2の通知を設定できることを指定することができる。
資格調停機能35は、ステップS16において、調停が失敗したことをベンダサービスVS1に通知する。
元のサービス要求は、サービスVS1によって削除される。
また、調停機能35は、関連した調停要求を資格調停データベース37から削除し、資格検証機能33は、関連した検証要求を削除する。
サービスVS1は、顧客20に失敗を通知することもできる。
調停サイトは、連絡係23が調停をアドレス指定するベンダ10の適切な職員と通信するためのオプションも提供できることに留意されたい。
また、方法M1は、ベンダサービスVS2にも適用される。
ステップS01の2回目の繰り返しにおいて、ベンダサービスVS2は、図1のベンダサービスVS2からサービスレジストリ31への破線の矢印によって示すように、資格付与システム30に登録を行う。
この登録は、サービスVS2の検証ルールおよび調停手順を含む。
これらのルールおよび手順は、サービスVS1のものと同じである必要はなく、この例では、同じではない。
ステップS02において、サービスVS1と共に行われたように、サービスVS2を顧客に提供するためのアカウントが生成される。
ステップS01の2回目の繰り返しにおいて、ベンダサービスVS2は、図1のベンダサービスVS2からサービスレジストリ31への破線の矢印によって示すように、資格付与システム30に登録を行う。
この登録は、サービスVS2の検証ルールおよび調停手順を含む。
これらのルールおよび手順は、サービスVS1のものと同じである必要はなく、この例では、同じではない。
ステップS02において、サービスVS1と共に行われたように、サービスVS2を顧客に提供するためのアカウントが生成される。
サービスクライアントSC2は、ユーザワークステーション25上で実行されているアプリケーションに関連した問題を検出すると、サービス要求が行われるべきであることをユーザ21に通知し、その時点または後の時点でサポートを要求するオプションを提供する。
ユーザ21が命令すると、ステップS03において、サービスクライアントSC2はベンダ10にサポート要求を行い、ベンダ10はそのサービス要求を受信する。
このサービス要求は、サービスクライアントSC2からウェブインタフェース50を通ってサービスベンダVS2へ向かう破線の矢印によって示すように、ワークステーション25のブラウザを使用してベンダのウェブインタフェース50を介して行われる。
ユーザ21が命令すると、ステップS03において、サービスクライアントSC2はベンダ10にサポート要求を行い、ベンダ10はそのサービス要求を受信する。
このサービス要求は、サービスクライアントSC2からウェブインタフェース50を通ってサービスベンダVS2へ向かう破線の矢印によって示すように、ワークステーション25のブラウザを使用してベンダのウェブインタフェース50を介して行われる。
ステップS04において、サービスVS2は、資格要求を生成して、検証機能33に送信する(図1のサービスVS2から検証機能33への破線および実線の矢印)。
検証要求は、サービスVS2のサービス識別子および要求識別子を含む。
検証機能33は、ステップS05において、アカウント管理システム40およびサービスレジストリ31にアクセスして、サービスVS2の資格ルールが満たされるかどうかを判断する。
資格が満たされる場合には、検証機能33は、図1の検証機能33からサービスVS2への部分的に破線の経路によって示すように、ステップS06において、その旨をサービスVS2に通知する。
検証要求は、サービスVS2のサービス識別子および要求識別子を含む。
検証機能33は、ステップS05において、アカウント管理システム40およびサービスレジストリ31にアクセスして、サービスVS2の資格ルールが満たされるかどうかを判断する。
資格が満たされる場合には、検証機能33は、図1の検証機能33からサービスVS2への部分的に破線の経路によって示すように、ステップS06において、その旨をサービスVS2に通知する。
検証がステップS05において不合格であると、サービスVS2用に登録された調停手順に従って、調停が続けて行われる。
この場合、資格は、契約が期限切れとなっていることから不合格となっている。
適用可能な調停ルールは、最初に、ユーザのブラウザを介した、調停の必要性および機会の同時通知を使用して即時調停を試みること、およびこの即時調停が失敗すると、非同時調停を試みることを要する。
この場合、資格は、契約が期限切れとなっていることから不合格となっている。
適用可能な調停ルールは、最初に、ユーザのブラウザを介した、調停の必要性および機会の同時通知を使用して即時調停を試みること、およびこの即時調停が失敗すると、非同時調停を試みることを要する。
まず、検証機能33は、ステップS08において、検証が不合格となったことをサービスVS2に通知する。
次いで、ステップS09において、検証機能33は、調停要求を生成して、調停機能35に送信する。
これに応じて、調停機能35は、ステップS10において、ウェブインタフェース50を使用して調停ウェブサイトを開設する。
この場合、資格の問題および調停の機会の通知が、ステップS11においてユーザのブラウザに表示される。
ユーザ21が、ステップS12において、調停ウェブページへのリンクをアクティブにすることにより応答すると、調停サイトが表示されて、ユーザは、資格を調停するように案内される。
調停がステップS13において成功すると、調停機能は、ステップS14において、図1に示す資格調停機能35からベンダサーバVS2への部分的な破線経路を使用して、成功した旨をサービスVS2に通知する。
次いで、ウェブインタフェース50からワークステーション25への破線の矢印によって示すように、要求されたサービスが実行される。
次いで、ステップS09において、検証機能33は、調停要求を生成して、調停機能35に送信する。
これに応じて、調停機能35は、ステップS10において、ウェブインタフェース50を使用して調停ウェブサイトを開設する。
この場合、資格の問題および調停の機会の通知が、ステップS11においてユーザのブラウザに表示される。
ユーザ21が、ステップS12において、調停ウェブページへのリンクをアクティブにすることにより応答すると、調停サイトが表示されて、ユーザは、資格を調停するように案内される。
調停がステップS13において成功すると、調停機能は、ステップS14において、図1に示す資格調停機能35からベンダサーバVS2への部分的な破線経路を使用して、成功した旨をサービスVS2に通知する。
次いで、ウェブインタフェース50からワークステーション25への破線の矢印によって示すように、要求されたサービスが実行される。
同時調停が失敗すると、サービスVS2の調停手順は、a)調停サイトが変更を必要とする場合にはステップS10へ、または、b)サイトの変更が必要でない場合には通知ステップS11へ直接、戻ることを要する。
この場合、電子メールの通知が連絡係23に送信され、サービスVS1用に指定された調停手順と同様のサブ手順が続けられる。
その間に、サービスVS2は、サービス要求を記憶し、それによって、資格が調停された場合に、元のユーザ21がまだ存在しようがしまいが要求を処理できるようにする。
この場合、電子メールの通知が連絡係23に送信され、サービスVS1用に指定された調停手順と同様のサブ手順が続けられる。
その間に、サービスVS2は、サービス要求を記憶し、それによって、資格が調停された場合に、元のユーザ21がまだ存在しようがしまいが要求を処理できるようにする。
セキュリティの目的で、ベンダ10および顧客20の双方は、自身のインターネットのインタフェースにファイアウォールを有する。
さらに、ベンダ10は、ファイアウォール60を有し、その背後に、サービスVSX、アカウント管理システム40、サービスレジストリ31、検証機能33、および調停データベース37が存在する。
図示したコンポーネントのうち、ウェブインタフェース50および調停機能35のみが、ファイアウォール60によって保護されていない。
さらなる保護は、安全でないhttpではなくhttpsをベンダ顧客間の通信に使用することによって達成することができる。
さらに、ベンダ10は、ファイアウォール60を有し、その背後に、サービスVSX、アカウント管理システム40、サービスレジストリ31、検証機能33、および調停データベース37が存在する。
図示したコンポーネントのうち、ウェブインタフェース50および調停機能35のみが、ファイアウォール60によって保護されていない。
さらなる保護は、安全でないhttpではなくhttpsをベンダ顧客間の通信に使用することによって達成することができる。
資格付与システム30はファイアウォール60をまたいで分散されているので、内部ファイアウォール60を通じた通信は、ファイアウォールコンポーネント(個別に図示せず)を通る。
特に、資格検証機能33および資格調停機能は、ファイアウォールコンポーネントを使用するファイアウォール60を通じて通信する。
説明のために図示した、調停機能からサービスVS1およびVS2に直接向かう経路は、検証機能33を通って流れ、資格付与システムコンポーネント間の安全な経路を利用することができ、資格付与システム30とサービスVSXとの間の通信経路を簡略にすることができる。
特に、資格検証機能33および資格調停機能は、ファイアウォールコンポーネントを使用するファイアウォール60を通じて通信する。
説明のために図示した、調停機能からサービスVS1およびVS2に直接向かう経路は、検証機能33を通って流れ、資格付与システムコンポーネント間の安全な経路を利用することができ、資格付与システム30とサービスVSXとの間の通信経路を簡略にすることができる。
詳細な実施の形態はインターネット通信を含むが、本発明は、携帯電話ネットワーク等の他のネットワークを介したベンダ顧客間の通信も提供することができる。
非同時調停は、ページャまたはメッセージサービスを利用することができる。
要求されたサービスは、携帯電話サービスとすることができる。
さらに、本発明は、WiFiおよび他のサービス配信ネットワークにも適用される。
詳細な実施の形態に対するこれらの変形および変更ならびに他の変形および変更は、本発明によって提供される。
本発明の範囲は、添付の特許請求の範囲によって規定される。
非同時調停は、ページャまたはメッセージサービスを利用することができる。
要求されたサービスは、携帯電話サービスとすることができる。
さらに、本発明は、WiFiおよび他のサービス配信ネットワークにも適用される。
詳細な実施の形態に対するこれらの変形および変更ならびに他の変形および変更は、本発明によって提供される。
本発明の範囲は、添付の特許請求の範囲によって規定される。
10:サービスベンダ
40:アカウント管理システム
37:資格調停データベース
30:資格付与システム
31:サービスレジストリ
33:資格検証
35:資格調停
VS1、VS2:ベンダサービス
50:ウェブインタフェース
20:顧客
23:顧客連絡係
27:連絡係ワークステーション
21:従業員ユーザ
25:ユーザワークステーション
SC1、SC2:サービスクライアント
29:ネットワークサーバ
40:アカウント管理システム
37:資格調停データベース
30:資格付与システム
31:サービスレジストリ
33:資格検証
35:資格調停
VS1、VS2:ベンダサービス
50:ウェブインタフェース
20:顧客
23:顧客連絡係
27:連絡係ワークステーション
21:従業員ユーザ
25:ユーザワークステーション
SC1、SC2:サービスクライアント
29:ネットワークサーバ
Claims (10)
- ベンダ(10)によって顧客(20)に提供される、各資格検証ルールを有するベンダサービス(VSX)の資格付与システム(30)であって、
各資格検証ルールセットを前記サービスのそれぞれに関連付け、かつ、第1の資格検証ルールセットを第1のサービス(VS1)に関連付けるように、前記サービスのそれぞれが登録を行う資格レジストリ(31)と、
前記サービスから資格要求を受信して、前記サービスに資格検証結果を返す検証機能(33)であって、前記第1のサービスからの第1の資格要求に応じて第1の資格検証結果を前記第1のサービスに返し、前記第1の資格検証結果が前記第1の資格検証ルールセットの関数である検証機能と
を備える資格付与システム。 - 否定的な資格検証結果に応じて、資格調停結果を与える調停手順を実行する資格調停機能(33)
をさらに備える請求項1に記載の資格付与システム。 - 第1の資格調停結果は、前記レジストリにおいて、前記第1のサービスに関連付けられた第1の資格調停手順を実行することによって達成される
請求項2に記載の資格付与システム。 - 前記調停機能は、前記第1の調停手順を実行する際に、第1の顧客に資格調停の機会を知らせる非同時通知を送信する
請求項3に記載の資格付与システム。 - 前記調停機能は、前記第1の顧客が前記通知によって案内される調停ウェブサイト(50)を開設し、
該調停ウェブサイトは、前記第1の顧客が前記第1のサービスに対する資格を有することができるようになるプロセスを具体化する
請求項4に記載の資格付与システム。 - 方法(M1)であって、
第1の顧客に対するサービスについての第1のサービス要求を受信する(S03)ことと、
前記第1のサービス要求に応じて、第1の資格要求を行う(S04)ことと、
前記第1の資格要求に応じて、第1の資格検証結果が不合格であるかどうかを判断する(S05)ことと、
前記第1の資格検証結果が不合格でない場合に、前記顧客に対して前記サービスを実行する(S07)ことと、
前記第1の資格付与の結果が不合格である場合に、第1の資格調停要求を行う(S09)ことと、
前記第1の資格調停要求に応じて、前記第1の顧客によって実行されると調停が行われることになる第1の資格調停プロセスを前記第1の顧客に非同時的に通知する(S11)ことと、
前記顧客が前記第1の資格調停プロセスを実行した場合に、前記第1のサービス要求の再送信を必要とすることなく、前記顧客に対して前記サービスを実行する(S07)ことと
を含む方法。 - 前記第1の資格調停要求を行うことは、
前記調停要求をファイアウォールを通じて転送すること
を含む請求項6に記載の方法。 - 前記第1の資格付与の結果は、前記第1の顧客に関連したアカウント情報を検索して、前記第1のサービスに関連した第1の資格ルールセットを前記情報に適用することによって判定される
請求項6に記載の方法。 - 前記第1の調停手順および前記第1の検証ルールセットが、前記第1のサービスの識別子に関連付けられるように、前記第1のサービスを登録する(S01)こと
をさらに含む請求項8に記載の方法。 - 第2の顧客に対する前記ベンダの第2のサービスについての第2のサービス要求を受信することと、
前記第2のサービス要求に応じて、第2の資格要求を行うことと、
前記第2の資格要求に応じて、第2の資格検証結果が不合格であるかどうかを判断することと、
前記資格検証結果が不合格である場合に、第2の資格調停要求を行うこと、および
前記第2の資格調停要求に応じて、非同時通知を行わずに同時に資格を調停する第2のプロセスを前記第2の顧客に提供することと
をさらに含む請求項6に記載の方法。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US10/722,266 US20050114226A1 (en) | 2003-11-25 | 2003-11-25 | Automated customer entitlement system for vendor services |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2005158066A true JP2005158066A (ja) | 2005-06-16 |
Family
ID=34591998
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2004334068A Withdrawn JP2005158066A (ja) | 2003-11-25 | 2004-11-18 | ベンダサービス用の自動化された顧客資格付与システム |
Country Status (3)
Country | Link |
---|---|
US (1) | US20050114226A1 (ja) |
EP (1) | EP1605381A3 (ja) |
JP (1) | JP2005158066A (ja) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2018205816A (ja) * | 2017-05-30 | 2018-12-27 | 富士通株式会社 | 情報処理システム、情報処理装置、および管理プログラム |
Families Citing this family (35)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20060155610A1 (en) * | 2005-01-13 | 2006-07-13 | Neville Russell S | Transaction portal system |
US8214394B2 (en) | 2006-03-01 | 2012-07-03 | Oracle International Corporation | Propagating user identities in a secure federated search system |
US8027982B2 (en) | 2006-03-01 | 2011-09-27 | Oracle International Corporation | Self-service sources for secure search |
US8433712B2 (en) | 2006-03-01 | 2013-04-30 | Oracle International Corporation | Link analysis for enterprise environment |
US8707451B2 (en) * | 2006-03-01 | 2014-04-22 | Oracle International Corporation | Search hit URL modification for secure application integration |
US20070214129A1 (en) * | 2006-03-01 | 2007-09-13 | Oracle International Corporation | Flexible Authorization Model for Secure Search |
US8332430B2 (en) * | 2006-03-01 | 2012-12-11 | Oracle International Corporation | Secure search performance improvement |
US8875249B2 (en) * | 2006-03-01 | 2014-10-28 | Oracle International Corporation | Minimum lifespan credentials for crawling data repositories |
US9177124B2 (en) | 2006-03-01 | 2015-11-03 | Oracle International Corporation | Flexible authentication framework |
US8005816B2 (en) | 2006-03-01 | 2011-08-23 | Oracle International Corporation | Auto generation of suggested links in a search system |
US8868540B2 (en) * | 2006-03-01 | 2014-10-21 | Oracle International Corporation | Method for suggesting web links and alternate terms for matching search queries |
US7941419B2 (en) | 2006-03-01 | 2011-05-10 | Oracle International Corporation | Suggested content with attribute parameterization |
US9112891B2 (en) * | 2007-02-02 | 2015-08-18 | Sharp Laboratories Of America, Inc. | Remote firmware management for electronic devices |
US20080189781A1 (en) * | 2007-02-02 | 2008-08-07 | Sharp Laboratories Of America, Inc. | Remote management of electronic devices |
US7996392B2 (en) | 2007-06-27 | 2011-08-09 | Oracle International Corporation | Changing ranking algorithms based on customer settings |
US8179915B2 (en) * | 2007-06-28 | 2012-05-15 | Lantiq Deutschland Gmbh | System and method for transmitting and retransmitting data |
US8316007B2 (en) | 2007-06-28 | 2012-11-20 | Oracle International Corporation | Automatically finding acronyms and synonyms in a corpus |
US8620774B1 (en) * | 2010-09-23 | 2013-12-31 | Amazon Technologies, Inc. | Automated marketplace management service |
US9483488B2 (en) | 2012-12-20 | 2016-11-01 | Bank Of America Corporation | Verifying separation-of-duties at IAM system implementing IAM data model |
US9189644B2 (en) | 2012-12-20 | 2015-11-17 | Bank Of America Corporation | Access requests at IAM system implementing IAM data model |
US9639594B2 (en) | 2012-12-20 | 2017-05-02 | Bank Of America Corporation | Common data model for identity access management data |
US9495380B2 (en) | 2012-12-20 | 2016-11-15 | Bank Of America Corporation | Access reviews at IAM system implementing IAM data model |
US9542433B2 (en) | 2012-12-20 | 2017-01-10 | Bank Of America Corporation | Quality assurance checks of access rights in a computing system |
US9489390B2 (en) | 2012-12-20 | 2016-11-08 | Bank Of America Corporation | Reconciling access rights at IAM system implementing IAM data model |
US9529629B2 (en) | 2012-12-20 | 2016-12-27 | Bank Of America Corporation | Computing resource inventory system |
US9477838B2 (en) * | 2012-12-20 | 2016-10-25 | Bank Of America Corporation | Reconciliation of access rights in a computing system |
US9537892B2 (en) | 2012-12-20 | 2017-01-03 | Bank Of America Corporation | Facilitating separation-of-duties when provisioning access rights in a computing system |
US9535857B2 (en) | 2013-06-25 | 2017-01-03 | Airwatch Llc | Autonomous device interaction |
US8924608B2 (en) * | 2013-06-25 | 2014-12-30 | Airwatch Llc | Peripheral device management |
EP3059676B1 (en) * | 2015-02-20 | 2019-09-11 | Siemens Aktiengesellschaft | A method and apparatus for analyzing the availability of a system, in particular of a safety critical system |
US10073753B2 (en) * | 2016-02-14 | 2018-09-11 | Dell Products, Lp | System and method to assess information handling system health and resource utilization |
US10572881B2 (en) | 2016-03-14 | 2020-02-25 | International Business Machines Corporation | Applying entity search techniques to expedite entitlement resolution in support services |
US11983252B2 (en) | 2019-12-11 | 2024-05-14 | The Boeing Company | Software license manager security |
US11593463B2 (en) * | 2019-12-11 | 2023-02-28 | The Boeing Company | Execution type software license management |
US12026237B2 (en) | 2019-12-11 | 2024-07-02 | The Boeing Company | Software license manager |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6385644B1 (en) * | 1997-09-26 | 2002-05-07 | Mci Worldcom, Inc. | Multi-threaded web based user inbox for report management |
-
2003
- 2003-11-25 US US10/722,266 patent/US20050114226A1/en not_active Abandoned
-
2004
- 2004-11-18 JP JP2004334068A patent/JP2005158066A/ja not_active Withdrawn
- 2004-11-24 EP EP04257289A patent/EP1605381A3/en not_active Withdrawn
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2018205816A (ja) * | 2017-05-30 | 2018-12-27 | 富士通株式会社 | 情報処理システム、情報処理装置、および管理プログラム |
Also Published As
Publication number | Publication date |
---|---|
EP1605381A2 (en) | 2005-12-14 |
EP1605381A3 (en) | 2006-01-25 |
US20050114226A1 (en) | 2005-05-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP2005158066A (ja) | ベンダサービス用の自動化された顧客資格付与システム | |
US11138300B2 (en) | Multi-factor profile and security fingerprint analysis | |
US7571473B1 (en) | Identity management system and method | |
CN102111275B (zh) | 一种用户认证授权的方法及其实现*** | |
US8856887B2 (en) | Methods and apparatus for delegated authentication token retrieval | |
US8572701B2 (en) | Authenticating via mobile device | |
US7797434B2 (en) | Method and system for user-determind attribute storage in a federated environment | |
US20040186912A1 (en) | Method and system for transparently supporting digital signatures associated with web transactions | |
US11599623B2 (en) | Global identity for use in a hybrid cloud network architecture | |
KR20020022650A (ko) | 도메인 네임 관련 어플리케이션을 등록하기 위한 공유등록 시스템 | |
TW200412115A (en) | Device independent authentication system and method | |
US8548864B2 (en) | Managing transmission of information | |
US20220156709A1 (en) | Online payment system | |
US20230229804A1 (en) | Consent-driven privacy disclosure control processing | |
JP2002032216A (ja) | アプリケーションのホスティング装置 | |
US9384330B2 (en) | Providing user attributes to complete an online transaction | |
US20150052047A1 (en) | Methods and systems for facilitating document banking | |
US10057249B2 (en) | Preventing unauthorized access to secured information systems using tokenized authentication techniques | |
JP7399672B2 (ja) | 金融機関システム | |
US11811928B2 (en) | System and method for secure access to legacy data via a single sign-on infrastructure | |
TW201907688A (zh) | 驗證自一或多個運算裝置所接收的通訊之系統、裝置和方法 | |
JP2022120314A (ja) | 個人情報管理装置、端末及び端末プログラム | |
KR20240003068A (ko) | 개방형 거래 시스템 및 방법 | |
CN116415945A (zh) | 硬件钱包注销方法、管理平台、数字货币应用装置及*** | |
JP4978212B2 (ja) | サービス提供サーバ、サービス提供方法およびサービス提供プログラム |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A761 | Written withdrawal of application |
Free format text: JAPANESE INTERMEDIATE CODE: A761 Effective date: 20060323 |