コンピュータおよびアクセス管理方法
【課題】
様々な取引をｎ対ｍで電子的に実施でき、かつ新たなサービスを第３者が実施できる環
境を提供すると共に、ビジネスセキュリティの確保できたオープンかつセキュアなビジネ
スメディア空間を提供する。
【解決手段】
ネットワーク基盤部と、アプリケーション基盤部と、ビジネスサービス基盤部とをユニ
ット化し、電子認証リスト、無効証書リスト、サービスコントロールリスト、をアプリケ
ーション基盤部に設けて、一元管理するとともに、必要に応じ各サイトに分散配置した。
また、不正、取引上の事故等があった場合、サービス提供の停止を、即時にかつ集中的に
行う手段を設けた。
様々な取引をｎ対ｍで電子的に実施でき、かつ新たなサービスを第３者が実施できる環
境を提供すると共に、ビジネスセキュリティの確保できたオープンかつセキュアなビジネ
スメディア空間を提供する。
【解決手段】
ネットワーク基盤部と、アプリケーション基盤部と、ビジネスサービス基盤部とをユニ
ット化し、電子認証リスト、無効証書リスト、サービスコントロールリスト、をアプリケ
ーション基盤部に設けて、一元管理するとともに、必要に応じ各サイトに分散配置した。
また、不正、取引上の事故等があった場合、サービス提供の停止を、即時にかつ集中的に
行う手段を設けた。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ネットワーク等を通して商取引を実施したり、サービスの提供、享受を行うための電子商取引システムに関する。
【背景技術】
【０００２】
従来の電子商取引システムは、発注者と受注者との間で品目、数量、納期、金額、支払
条件等の、発注・受注情報を電子的に交換する、いわゆるＥＤＩ（Electronic Data Inte
rchange）が知られ、また、販売希望者が商品情報を送
信・開示し、購入希望者が発注情報を電子的に送信するいわゆる電子取引所等が知られて
いる。これらのＥＤＩや電子取引所によって２者間での商取引情報の交換ができる。これ
らの従来の電子商取引システムについては、例えば、特開平５−２４２１１６号公報、あ
るいは、特開平９−１６０９７２号公報に開示されている。
【０００３】
【特許文献１】特開平5-242116号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
従来の電子商取引では２者間かつ１方向の取引を個別に管理していたため、交換する情
報量および情報の種類が増え、取引相手も増え、さらに取引内容が多岐にわたってくると
、取引内容と取引相手との組み合わせによって認証内容を変える必要性が出てくる等、管
理効率が悪くなるという問題がある。また、電子商取引システムがすなわちデータ交換業
務であるという様に一まとまりになってクローズしているため、新たな業務・サービスを
第３者が追加しようとしても難しいという問題がある。
【０００５】
従って、本発明の一つの目的は、売買情報のみでなく様々な取引をｎ対ｍで電子的に実
施でき、かつ新たなサービスを第３者が実施できる環境を提供する事である。
【０００６】
またもう一つの目的は、これら様々な取引・サービスにおいて、単なる相手の認証やデ
ータのセキュリティのみならず、業務内容と相手の組合せにおいて、認証レベルを設定し
コントロールしてビジネスセキュリティを確保できるようにする事である。
【０００７】
さらにもう一つの目的は、時間経過によって認証レベルが変った場合、その条件を即座
にすべての該当する相手や該当する業務内容に反映させ、ビジネスセキュリティの確保で
きたオープンかつセキュアなビジネスメディア空間を提供する事にある。
【課題を解決するための手段】
【０００８】
上記目的を達成するため、個々の機能、業務、サービスをブロック化し、オープンなネ
ットワークへの接続装置および会員用専用ネットワークへの接続を行うネットワーク基盤
部と、会員管理手段、サービス管理手段、運用管理手段、課金管理手段、ワークフロー管
理手段およびビジネスセキュリティ管理手段等を有するアプリケーション基盤部と、見積
支援手段、図面伝送手段、多角相殺手段、企業情報提供手段、情報共有手段等のビジネス
アプリケーション構築できる環境を有するビジネスサービス基盤部とを設けた。
【０００９】
また、電子認証リスト、無効証書リスト、サービスコントロールリストを設けて一元管
理するとともに、必要に応じ各サイトに分散配置した。
【００１０】
また、不正、取引上の事故等があった場合、サービス提供の停止を即時にかつ集中的に
行う手段を設けた。
【発明の効果】
【００１１】
本発明によれば、木目細かなサービスコントロールができ、ビジネスセキュリティを
確保した、グローバルなネットワーク空間を提供することができる。
【発明を実施するための最良の形態】
【００１２】
以下、本発明の一実施形態について図を用いて詳細に説明する。なおこれにより本発明が
限定されるものではない。
【００１３】
図１は本発明の一実施形態による電子商取引システムの論理構造の全体像を模式的に示
したものである。この図の様に、電子商取引システムはネットワーク基盤部１、アプリケ
ーション基盤部２、およびビジネス基盤部３、により構成し、その上に各種サービス４〜
８や業務アプリケーション９〜１０が構築されている
。ネットワーク基盤部１は、会員専用ネットワークおよびインターネットなどのオープン
なネットワークへの接続を行うもので、必要に応じ会員内のセキュアな業務遂行、および
オープンかつグローバルな業務・サービスの遂行が行える。この部分では、各種のネット
ワークの通信プロトコルに対応できるように、通信帯域保証手段、信号タイミング保証手
段、および、確実に到着したことを確認する相互確認手段が設けてある。アプリケーショ
ン基盤部２は会員管理、サービス管理、運用管理、ワークフロー管理、およびセキュリテ
ィ管理等を行う部分であり、そのための各手段が設けてある。ビジネスサービス基盤部３
はその上に各種サービスや、業務アプリケーションが構築できる構造となっている。図１
では電子商取引システム運用者自信が提供するビジネスサービス４〜６、および電子商取
引システム運用者以外の第３者が提供するビジネスサービス７〜８、が構築されている。
この図では紙面の都合で５つのサービスしか書いてないが、数について特に制限はない。
これらビジネスサービスの例としては、電子取引所、購買データの交換の他、見積支援サ
ービス、図面電送サービス、技術情報伝送サービス、支払の多角相殺、電子決済、企業情
報提供、各種情報検索、情報共有サービス、電子メールサービス、デジタルデータの流通
サービス、ネットワークを介した遠隔制御等、種々のものがある。さらに、このビジネス
基盤部には第３者が独自に使用する業務アプリケーション９〜１０が構築されている。こ
れらの業務アプリケーションとしては、企業内の情報共有、ワークフロー、離れた事業所
間の情報伝達等がある。ここでは、説明の都合上区別するために、「サービス」と「独自
に使用する業務アプリケーション」とを使い分けている。すなわち、情報伝達等の業務ア
プリケーションを提供する者と、そのアプリケーションを使って業務を遂行する者とが異
なる場合「サービス」と呼び、業務アプリケーションを自分自身で運用し、業務を遂行す
る場合を「独自に使用する業務アプリケーション」と呼んでいる。
【００１４】
このような構造としたため、新たなサービスあるいは新たな業務アプリケーションを追
加する場合、他のサービスあるいは業務アプリケーションに影響を与えることが無い。ま
た、サービスあるいは業務アプリケーションを追加する場合、ビジネスサービス基盤部の
公開された接続インターフェースによって容易に追加でき、電子商取引システム運用者等
のシステム全体を熟知した者に限定されることなく第３者でも容易に参入できる。また、
サービスや業務アプリケーションの追加、変更があっても、アプリケーション基盤部で一
元的に会員管理、運用管理を行えるため効率がよく、ビジネスセキュリティも容易に確保できる。
【００１５】
図２は本発明のネットワークの一実施形態を示す構成図で、電子商取引システム運用サ
イト２１、電子認証局２２、ビジネスサービス提供サイト２３、業務アプリケーション利
用サイト２４、サービス利用会員サイト２５〜２９が専用のネットワーク３２で結ばれて
おり、また、サービス利用の非会員サイト３０〜３１も接続できるようになっている。さ
らにこのネットワークは他のネットワーク、たとえばインターネット３３とも接続されて
いて会員同士および会員と会員以外との情報の交換が可能となっている。
【００１６】
このような構成のため、ビジネスサービス提供サイト２３〜２４、業務アプリケーショ
ン利用サイト２５、あるいはサービス利用サイト２６〜３１は、ネットワーク３２を介し
て、電子商取引システム運用サイト２１上に構築されたサービスを提供したり利用したり
することができる。たとえば、サービス提供サイト２３が、電子商取引システム運用サイ
ト２１上に電子店舗を開設し、そこへサービス利用会員サイト２６が商品情報を公開し、
別のサービス利用会員２７やサービス利用非会員３０がその商品を購入する事ができる。
さらに別のサービス提供サイトである金融機関２４が電子商取引システム運用サイト２１
上に構築した決済サービスにより、電子商取引システム運用サイト２１にある売買結果情
報を基に、この商品売買に関する決済を行うこともできる。また、業務アプリケーション
利用サイト２５が、電子商取引システム運用サイト２１上に構築された業務アプリケーシ
ョン、たとえば経理業務アプリケーション、を使用して経理業務を行うこともできる。
【００１７】
図３は本発明のネットワークの別の実施形態を示す構成図で、図２に比べ認証局２２が
電子商取引システム運用サイト２１の中に入っている。このため、会員サイト２２〜２９
の認証が電子商取引システム運用サイト２１単独で迅速に行える。
【００１８】
図４は本発明におけるアプリケーション基盤部の内部構成を示す構成図で、アプリケー
ション基盤部２の内部に電子証書リストデータベース４１、無効証書データベース４２、
サービスコントロールリストデータベース４３、およびサービスコントロール手段４７を
設けた。このうち、サービスコントロールリストデータベース４３はアクセスコントロー
ルリスト４４、ファンクションコントロールリスト４５、およびビジネスリレーションリ
スト４６を含んでいる。また、サービスコントロール手段４７としては、サイトへのアク
セス許可手段４８、特定サービス利用許可手段４９、特定企業間での取引許可手段５０、
およびサービスと機能と取引相手との組合せによる許可手段５１を含んでいる。各リスト
の例を図５〜図１１に示す。
【００１９】
図５は電子認証リストの一例を示すイメージ図で、認証を受けた各会員の名称、認証番
号、ＩＤ番号、パスワード、認証年月日等が記録されている。したがってアクセスしてき
た者が認証を受けているかどうかがこのリストを参照することですぐに分かる。
【００２０】
図６は無効証書リストの一例を示すイメージ図で、一旦認証を受けた後無効になった者
が記録されている。
【００２１】
図７はアクセスコントロールリストの一例を示すイメージ図で、サービス提供サイト毎
にそのサイトのサービスを利用できるサービス利用サイトが記録されている。このリスト
により、電子商取引システム運用サイトへはアクセスできても、その中にある個々のサー
ビスサイトのサービスへのアクセス権があるかどうかが電子商取引システム運用サイトで
直ちに判り、サイトへのアクセス許可手段４８によってアクセスのコントロールを行う事
ができる。
【００２２】
図８はファンクションコントロールリストの一例を示すイメージ図で、サービス利用サ
イトがサービス提供サイトのどの機能を利用可能かを記録したものである。たとえばＰ社
の入札のところに丸印がある為、すべてのサイトに対する入札が可能である。このリスト
は電子商取引システム運用サイトが集中管理していれば、Ｐ社に何か問題が発生して入札
許可を取消す場合、このリストの入札の欄から丸印をはずすことにより、個々のサービス
提供サイトに個々に連絡することなく、すべてのサイトへの入札許可を同時に取消す事が
できる。
【００２３】
図９は、ビジネスリレーションリストの一例を示すイメージ図で、サービス利用サイト
間の取引の許可状態を記録している。たとえばこの図は売買関係を示す例で、Ｐ社とＱ社
との間には取引口座が無い等の理由で売買は許可されておらず、どのサービス提供サイト
を利用してもこの２社間で売買をすることはできない。
【００２４】
図１０はアクセスコントロールリストとファンクションコントロールリストとを組合せ
た例を示すイメージ図である。３次元の図となる為、紙面上ではその表面と一断面しか現
れていない。このように組合せることにより、どのサービス提供サイトの、どの機能（フ
ァンクション）を、どのサービス利用サイトが利用できるかが判り、容易に一元管理がで
きる。これにさらにビジネスリレーションリストを組合せると、４次元の図となり、紙面
上に図示できないが、コンピュータのデータベース内では、４次元マトリックスとして容
易に表現でき、管理できる。
【００２５】
図１１はネットワークの別の実施形態を示す構成図である。この例では、図２の実施形
態に比べ、電子商取引システム運用サイト２１の中に、電子証書リスト、無効証書リスト
、サービスコントロールリスト６１が付加されている。このような構成とした為、サービ
ス提供サイト、または、サービス利用サイトの内のいくつかに不正または事故等があった
場合、電子商取引システム運用サイト２１がサービスコントロールリストの関連部分をま
とめて変更することで、不正や事故の伝播をただちに防ぐ事ができる。
【００２６】
図１２はネットワークのさらに別の実施形態を示す構成図である。この例では図１１の
例に比べ、サービスコントロールリストの複製を各サービス提供サイトに分散配置してあ
り、これらのサービスコントロールリストには最新情報である事を示すタグがつけられて
いる。タグの情報はたとえば最後にリストを更新した日付と時刻、および次に更新する日
付と日時である。したがって、次に更新する予定の日付と時刻を過ぎても更新されない場
合は、ネットワークのトラブル等が考えられる為、確認をするまでサービスの提供はでき
ない。
【００２７】
図１３は個人データベースの一例を示すイメージ図である。一人の人間が２つ以上の団
体に所属している場合、すぐに参照できる様に記録されている。たとえばＡ山太郎氏はＡ
社内で２つの職務を兼任しており、さらに、社外の２つの団体にも所属している。これら
それぞれの所属毎に許可されている相手と機能の組合せが異なっている。
【００２８】
図１４は複数の業務を続けて実施する場合のフローチャートの例である。図１３のよう
に個人単位で情報が管理されている為、ログイン（ステップ１００）した後個人単位で本
人認証をし（ステップ１２０）、次に行う業務に応じた所属・役職を確認（ステップ１３
０）すると、第１の所属・役職に対する業務（ステップ１３０）と、第２の所属・役職に
対する業務（ステップ１４０）を、ログインし直すことなく続けて実施することができる
。
【００２９】
図１５は不正・事故発生時のフローチャートの例を示すもので、サービス提供サイト、
サービス利用サイト等に不正あるいは事故が発生（ステップ２００）した場合、図７から
図１０に示した各リストを参照して関連するサイト・機能・会員を抽出し（ステップ２１
０）、ただちにアクセスコントロールリスト、ファンクションコントロールリスト、およ
びビジネスリレーションリストを更新（ステップ２２０）、これを関連サイトへ連絡する
（ステップ２３０）ことにより不正や事故の影響の伝播を防ぐ事ができる。たとえば、Ａ
社によるＢ銀行を通じてのＣ社への支払が滞った場合、Ａ社がＢ銀行を通じて決済する購
入業務の内、相手が関連会社以外のものについて、相手がＣ社以外のものも含めすべて一
時的に停止する、等の処置が取れる。
【００３０】
図１６は不正・事故発生時のフローチャートのもう１つの例で、この図の場合は、電子
商取引運用サイトと認証局とが連携して不正・事故の伝播を防止するものである。不正あ
るいは事故が発生した場合（ステップ３００）、その事故の重大さを判定して（ステップ
３１０）その結果に応じて、認証局に連絡が行き（ステップ３２０）、認証の取消しを行
う事ができる（ステップ３３０）。この場合、認証局での確認、認証取消し作業に要する
時間内に不正や事故が広がらない様に、即時に電子商取引運用サイトで各リストを更新し
、認証取消し前に関連業務の停止ができる。
【図面の簡単な説明】
【００３１】
【図１】電子商取引システムの論理構造の全体像の模式図である。
【図２】ネットワークの一実施形態を示す構成図である。
【図３】ネットワークの別の実施形態を示す構成図である。
【図４】アプリケーション基盤部の内部構成の一例を示す構成図である。
【図５】電子認証リストの一例を示すイメージ図である。
【図６】無効証書リストの一例を示すイメージ図である。
【図７】アクセスコントロールリストの一例を示すイメージ図である。
【図８】ファンクションコントロールリストの一例を示すイメージ図である。
【図９】ビジネスリレーションリストの一例を示すイメージ図である。
【図１０】アクセスコントロールリストとファンクションコントロールリストとを組み合わせた例を示すイメージ図である。
【図１１】ネットワークの一実施形態を示す構成図である。
【図１２】ネットワークの一実施形態を示す構成図である。
【図１３】個人データベースの一例を示すイメージ図である。
【図１４】複数の業務を続けて実施する場合のフローチャートである。
【図１５】不正、事故発生時のフローチャートである。
【図１６】不正、事故発生時のフローチャートである。
【符号の説明】
【００３２】
１：ネットワーク基盤部
２：アプリケーション基盤部
３：ビジネスサービス基盤部
４：電子商取引システム運用者が運用するビジネスサービスＡ
５：電子商取引システム運用者が運用するビジネスサービスＢ
６：電子商取引システム運用者が運用するビジネスサービスＣ
７：第３者が運用するビジネスサービスＡ
８：第３者が運用するビジネスサービスＢ
９：第３者が独自に使用する業務アプリケーションＡ
１０：第３者が独自に使用する業務アプリケーションＢ
２１：電子商取引システム運用サイト
２２：電子認証局
２３〜２４：ビジネスサービス提供サイト
２５：業務アプリケーション利用サイト
２６〜２９：サービス利用会員サイト
３０〜３１：サービス利用非会員サイト
３２：ネットワーク
３３：インターネット
４１：電子証書リストデータベース
４２：無効証書リストデータベース
４３：サービスコントロールリストデーターベース
４４：アクセスコントロールリスト
４５：ファンクションコントロールリスト
４６：ビジネスリレーションリスト
４７：サービスコントロール手段
４８：サイトへのアクセス許可手段
４９：特定サービス利用許可手段
５０：特定企業間での取引き許可手段
５１：サービスと機能と取引き相手との組合せによる許可手段
６１：電子証書リスト、無効証書リスト、サービスコントロールリスト
６２〜６５：サービスコントロールリストの複製
６６〜６９：タグ
【技術分野】
【０００１】
本発明は、通信ネットワーク等を通して商取引を実施したり、サービスの提供、享受を行うための電子商取引システムに関する。
【背景技術】
【０００２】
従来の電子商取引システムは、発注者と受注者との間で品目、数量、納期、金額、支払
条件等の、発注・受注情報を電子的に交換する、いわゆるＥＤＩ（Electronic Data Inte
rchange）が知られ、また、販売希望者が商品情報を送
信・開示し、購入希望者が発注情報を電子的に送信するいわゆる電子取引所等が知られて
いる。これらのＥＤＩや電子取引所によって２者間での商取引情報の交換ができる。これ
らの従来の電子商取引システムについては、例えば、特開平５−２４２１１６号公報、あ
るいは、特開平９−１６０９７２号公報に開示されている。
【０００３】
【特許文献１】特開平5-242116号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
従来の電子商取引では２者間かつ１方向の取引を個別に管理していたため、交換する情
報量および情報の種類が増え、取引相手も増え、さらに取引内容が多岐にわたってくると
、取引内容と取引相手との組み合わせによって認証内容を変える必要性が出てくる等、管
理効率が悪くなるという問題がある。また、電子商取引システムがすなわちデータ交換業
務であるという様に一まとまりになってクローズしているため、新たな業務・サービスを
第３者が追加しようとしても難しいという問題がある。
【０００５】
従って、本発明の一つの目的は、売買情報のみでなく様々な取引をｎ対ｍで電子的に実
施でき、かつ新たなサービスを第３者が実施できる環境を提供する事である。
【０００６】
またもう一つの目的は、これら様々な取引・サービスにおいて、単なる相手の認証やデ
ータのセキュリティのみならず、業務内容と相手の組合せにおいて、認証レベルを設定し
コントロールしてビジネスセキュリティを確保できるようにする事である。
【０００７】
さらにもう一つの目的は、時間経過によって認証レベルが変った場合、その条件を即座
にすべての該当する相手や該当する業務内容に反映させ、ビジネスセキュリティの確保で
きたオープンかつセキュアなビジネスメディア空間を提供する事にある。
【課題を解決するための手段】
【０００８】
上記目的を達成するため、個々の機能、業務、サービスをブロック化し、オープンなネ
ットワークへの接続装置および会員用専用ネットワークへの接続を行うネットワーク基盤
部と、会員管理手段、サービス管理手段、運用管理手段、課金管理手段、ワークフロー管
理手段およびビジネスセキュリティ管理手段等を有するアプリケーション基盤部と、見積
支援手段、図面伝送手段、多角相殺手段、企業情報提供手段、情報共有手段等のビジネス
アプリケーション構築できる環境を有するビジネスサービス基盤部とを設けた。
【０００９】
また、電子認証リスト、無効証書リスト、サービスコントロールリストを設けて一元管
理するとともに、必要に応じ各サイトに分散配置した。
【００１０】
また、不正、取引上の事故等があった場合、サービス提供の停止を即時にかつ集中的に
行う手段を設けた。
【発明の効果】
【００１１】
本発明によれば、木目細かなサービスコントロールができ、ビジネスセキュリティを
確保した、グローバルなネットワーク空間を提供することができる。
【発明を実施するための最良の形態】
【００１２】
以下、本発明の一実施形態について図を用いて詳細に説明する。なおこれにより本発明が
限定されるものではない。
【００１３】
図１は本発明の一実施形態による電子商取引システムの論理構造の全体像を模式的に示
したものである。この図の様に、電子商取引システムはネットワーク基盤部１、アプリケ
ーション基盤部２、およびビジネス基盤部３、により構成し、その上に各種サービス４〜
８や業務アプリケーション９〜１０が構築されている
。ネットワーク基盤部１は、会員専用ネットワークおよびインターネットなどのオープン
なネットワークへの接続を行うもので、必要に応じ会員内のセキュアな業務遂行、および
オープンかつグローバルな業務・サービスの遂行が行える。この部分では、各種のネット
ワークの通信プロトコルに対応できるように、通信帯域保証手段、信号タイミング保証手
段、および、確実に到着したことを確認する相互確認手段が設けてある。アプリケーショ
ン基盤部２は会員管理、サービス管理、運用管理、ワークフロー管理、およびセキュリテ
ィ管理等を行う部分であり、そのための各手段が設けてある。ビジネスサービス基盤部３
はその上に各種サービスや、業務アプリケーションが構築できる構造となっている。図１
では電子商取引システム運用者自信が提供するビジネスサービス４〜６、および電子商取
引システム運用者以外の第３者が提供するビジネスサービス７〜８、が構築されている。
この図では紙面の都合で５つのサービスしか書いてないが、数について特に制限はない。
これらビジネスサービスの例としては、電子取引所、購買データの交換の他、見積支援サ
ービス、図面電送サービス、技術情報伝送サービス、支払の多角相殺、電子決済、企業情
報提供、各種情報検索、情報共有サービス、電子メールサービス、デジタルデータの流通
サービス、ネットワークを介した遠隔制御等、種々のものがある。さらに、このビジネス
基盤部には第３者が独自に使用する業務アプリケーション９〜１０が構築されている。こ
れらの業務アプリケーションとしては、企業内の情報共有、ワークフロー、離れた事業所
間の情報伝達等がある。ここでは、説明の都合上区別するために、「サービス」と「独自
に使用する業務アプリケーション」とを使い分けている。すなわち、情報伝達等の業務ア
プリケーションを提供する者と、そのアプリケーションを使って業務を遂行する者とが異
なる場合「サービス」と呼び、業務アプリケーションを自分自身で運用し、業務を遂行す
る場合を「独自に使用する業務アプリケーション」と呼んでいる。
【００１４】
このような構造としたため、新たなサービスあるいは新たな業務アプリケーションを追
加する場合、他のサービスあるいは業務アプリケーションに影響を与えることが無い。ま
た、サービスあるいは業務アプリケーションを追加する場合、ビジネスサービス基盤部の
公開された接続インターフェースによって容易に追加でき、電子商取引システム運用者等
のシステム全体を熟知した者に限定されることなく第３者でも容易に参入できる。また、
サービスや業務アプリケーションの追加、変更があっても、アプリケーション基盤部で一
元的に会員管理、運用管理を行えるため効率がよく、ビジネスセキュリティも容易に確保できる。
【００１５】
図２は本発明のネットワークの一実施形態を示す構成図で、電子商取引システム運用サ
イト２１、電子認証局２２、ビジネスサービス提供サイト２３、業務アプリケーション利
用サイト２４、サービス利用会員サイト２５〜２９が専用のネットワーク３２で結ばれて
おり、また、サービス利用の非会員サイト３０〜３１も接続できるようになっている。さ
らにこのネットワークは他のネットワーク、たとえばインターネット３３とも接続されて
いて会員同士および会員と会員以外との情報の交換が可能となっている。
【００１６】
このような構成のため、ビジネスサービス提供サイト２３〜２４、業務アプリケーショ
ン利用サイト２５、あるいはサービス利用サイト２６〜３１は、ネットワーク３２を介し
て、電子商取引システム運用サイト２１上に構築されたサービスを提供したり利用したり
することができる。たとえば、サービス提供サイト２３が、電子商取引システム運用サイ
ト２１上に電子店舗を開設し、そこへサービス利用会員サイト２６が商品情報を公開し、
別のサービス利用会員２７やサービス利用非会員３０がその商品を購入する事ができる。
さらに別のサービス提供サイトである金融機関２４が電子商取引システム運用サイト２１
上に構築した決済サービスにより、電子商取引システム運用サイト２１にある売買結果情
報を基に、この商品売買に関する決済を行うこともできる。また、業務アプリケーション
利用サイト２５が、電子商取引システム運用サイト２１上に構築された業務アプリケーシ
ョン、たとえば経理業務アプリケーション、を使用して経理業務を行うこともできる。
【００１７】
図３は本発明のネットワークの別の実施形態を示す構成図で、図２に比べ認証局２２が
電子商取引システム運用サイト２１の中に入っている。このため、会員サイト２２〜２９
の認証が電子商取引システム運用サイト２１単独で迅速に行える。
【００１８】
図４は本発明におけるアプリケーション基盤部の内部構成を示す構成図で、アプリケー
ション基盤部２の内部に電子証書リストデータベース４１、無効証書データベース４２、
サービスコントロールリストデータベース４３、およびサービスコントロール手段４７を
設けた。このうち、サービスコントロールリストデータベース４３はアクセスコントロー
ルリスト４４、ファンクションコントロールリスト４５、およびビジネスリレーションリ
スト４６を含んでいる。また、サービスコントロール手段４７としては、サイトへのアク
セス許可手段４８、特定サービス利用許可手段４９、特定企業間での取引許可手段５０、
およびサービスと機能と取引相手との組合せによる許可手段５１を含んでいる。各リスト
の例を図５〜図１１に示す。
【００１９】
図５は電子認証リストの一例を示すイメージ図で、認証を受けた各会員の名称、認証番
号、ＩＤ番号、パスワード、認証年月日等が記録されている。したがってアクセスしてき
た者が認証を受けているかどうかがこのリストを参照することですぐに分かる。
【００２０】
図６は無効証書リストの一例を示すイメージ図で、一旦認証を受けた後無効になった者
が記録されている。
【００２１】
図７はアクセスコントロールリストの一例を示すイメージ図で、サービス提供サイト毎
にそのサイトのサービスを利用できるサービス利用サイトが記録されている。このリスト
により、電子商取引システム運用サイトへはアクセスできても、その中にある個々のサー
ビスサイトのサービスへのアクセス権があるかどうかが電子商取引システム運用サイトで
直ちに判り、サイトへのアクセス許可手段４８によってアクセスのコントロールを行う事
ができる。
【００２２】
図８はファンクションコントロールリストの一例を示すイメージ図で、サービス利用サ
イトがサービス提供サイトのどの機能を利用可能かを記録したものである。たとえばＰ社
の入札のところに丸印がある為、すべてのサイトに対する入札が可能である。このリスト
は電子商取引システム運用サイトが集中管理していれば、Ｐ社に何か問題が発生して入札
許可を取消す場合、このリストの入札の欄から丸印をはずすことにより、個々のサービス
提供サイトに個々に連絡することなく、すべてのサイトへの入札許可を同時に取消す事が
できる。
【００２３】
図９は、ビジネスリレーションリストの一例を示すイメージ図で、サービス利用サイト
間の取引の許可状態を記録している。たとえばこの図は売買関係を示す例で、Ｐ社とＱ社
との間には取引口座が無い等の理由で売買は許可されておらず、どのサービス提供サイト
を利用してもこの２社間で売買をすることはできない。
【００２４】
図１０はアクセスコントロールリストとファンクションコントロールリストとを組合せ
た例を示すイメージ図である。３次元の図となる為、紙面上ではその表面と一断面しか現
れていない。このように組合せることにより、どのサービス提供サイトの、どの機能（フ
ァンクション）を、どのサービス利用サイトが利用できるかが判り、容易に一元管理がで
きる。これにさらにビジネスリレーションリストを組合せると、４次元の図となり、紙面
上に図示できないが、コンピュータのデータベース内では、４次元マトリックスとして容
易に表現でき、管理できる。
【００２５】
図１１はネットワークの別の実施形態を示す構成図である。この例では、図２の実施形
態に比べ、電子商取引システム運用サイト２１の中に、電子証書リスト、無効証書リスト
、サービスコントロールリスト６１が付加されている。このような構成とした為、サービ
ス提供サイト、または、サービス利用サイトの内のいくつかに不正または事故等があった
場合、電子商取引システム運用サイト２１がサービスコントロールリストの関連部分をま
とめて変更することで、不正や事故の伝播をただちに防ぐ事ができる。
【００２６】
図１２はネットワークのさらに別の実施形態を示す構成図である。この例では図１１の
例に比べ、サービスコントロールリストの複製を各サービス提供サイトに分散配置してあ
り、これらのサービスコントロールリストには最新情報である事を示すタグがつけられて
いる。タグの情報はたとえば最後にリストを更新した日付と時刻、および次に更新する日
付と日時である。したがって、次に更新する予定の日付と時刻を過ぎても更新されない場
合は、ネットワークのトラブル等が考えられる為、確認をするまでサービスの提供はでき
ない。
【００２７】
図１３は個人データベースの一例を示すイメージ図である。一人の人間が２つ以上の団
体に所属している場合、すぐに参照できる様に記録されている。たとえばＡ山太郎氏はＡ
社内で２つの職務を兼任しており、さらに、社外の２つの団体にも所属している。これら
それぞれの所属毎に許可されている相手と機能の組合せが異なっている。
【００２８】
図１４は複数の業務を続けて実施する場合のフローチャートの例である。図１３のよう
に個人単位で情報が管理されている為、ログイン（ステップ１００）した後個人単位で本
人認証をし（ステップ１２０）、次に行う業務に応じた所属・役職を確認（ステップ１３
０）すると、第１の所属・役職に対する業務（ステップ１３０）と、第２の所属・役職に
対する業務（ステップ１４０）を、ログインし直すことなく続けて実施することができる
。
【００２９】
図１５は不正・事故発生時のフローチャートの例を示すもので、サービス提供サイト、
サービス利用サイト等に不正あるいは事故が発生（ステップ２００）した場合、図７から
図１０に示した各リストを参照して関連するサイト・機能・会員を抽出し（ステップ２１
０）、ただちにアクセスコントロールリスト、ファンクションコントロールリスト、およ
びビジネスリレーションリストを更新（ステップ２２０）、これを関連サイトへ連絡する
（ステップ２３０）ことにより不正や事故の影響の伝播を防ぐ事ができる。たとえば、Ａ
社によるＢ銀行を通じてのＣ社への支払が滞った場合、Ａ社がＢ銀行を通じて決済する購
入業務の内、相手が関連会社以外のものについて、相手がＣ社以外のものも含めすべて一
時的に停止する、等の処置が取れる。
【００３０】
図１６は不正・事故発生時のフローチャートのもう１つの例で、この図の場合は、電子
商取引運用サイトと認証局とが連携して不正・事故の伝播を防止するものである。不正あ
るいは事故が発生した場合（ステップ３００）、その事故の重大さを判定して（ステップ
３１０）その結果に応じて、認証局に連絡が行き（ステップ３２０）、認証の取消しを行
う事ができる（ステップ３３０）。この場合、認証局での確認、認証取消し作業に要する
時間内に不正や事故が広がらない様に、即時に電子商取引運用サイトで各リストを更新し
、認証取消し前に関連業務の停止ができる。
【図面の簡単な説明】
【００３１】
【図１】電子商取引システムの論理構造の全体像の模式図である。
【図２】ネットワークの一実施形態を示す構成図である。
【図３】ネットワークの別の実施形態を示す構成図である。
【図４】アプリケーション基盤部の内部構成の一例を示す構成図である。
【図５】電子認証リストの一例を示すイメージ図である。
【図６】無効証書リストの一例を示すイメージ図である。
【図７】アクセスコントロールリストの一例を示すイメージ図である。
【図８】ファンクションコントロールリストの一例を示すイメージ図である。
【図９】ビジネスリレーションリストの一例を示すイメージ図である。
【図１０】アクセスコントロールリストとファンクションコントロールリストとを組み合わせた例を示すイメージ図である。
【図１１】ネットワークの一実施形態を示す構成図である。
【図１２】ネットワークの一実施形態を示す構成図である。
【図１３】個人データベースの一例を示すイメージ図である。
【図１４】複数の業務を続けて実施する場合のフローチャートである。
【図１５】不正、事故発生時のフローチャートである。
【図１６】不正、事故発生時のフローチャートである。
【符号の説明】
【００３２】
１：ネットワーク基盤部
２：アプリケーション基盤部
３：ビジネスサービス基盤部
４：電子商取引システム運用者が運用するビジネスサービスＡ
５：電子商取引システム運用者が運用するビジネスサービスＢ
６：電子商取引システム運用者が運用するビジネスサービスＣ
７：第３者が運用するビジネスサービスＡ
８：第３者が運用するビジネスサービスＢ
９：第３者が独自に使用する業務アプリケーションＡ
１０：第３者が独自に使用する業務アプリケーションＢ
２１：電子商取引システム運用サイト
２２：電子認証局
２３〜２４：ビジネスサービス提供サイト
２５：業務アプリケーション利用サイト
２６〜２９：サービス利用会員サイト
３０〜３１：サービス利用非会員サイト
３２：ネットワーク
３３：インターネット
４１：電子証書リストデータベース
４２：無効証書リストデータベース
４３：サービスコントロールリストデーターベース
４４：アクセスコントロールリスト
４５：ファンクションコントロールリスト
４６：ビジネスリレーションリスト
４７：サービスコントロール手段
４８：サイトへのアクセス許可手段
４９：特定サービス利用許可手段
５０：特定企業間での取引き許可手段
５１：サービスと機能と取引き相手との組合せによる許可手段
６１：電子証書リスト、無効証書リスト、サービスコントロールリスト
６２〜６５：サービスコントロールリストの複製
６６〜６９：タグ
【特許請求の範囲】
【請求項１】
複数のサービス提供サイト及び複数のサービス利用サイトとネットワークを介して接続されたコンピュータであって、
前記複数のサービス提供サイトの各々毎に、該サービス提供サイトが提供するサービスを利用可能なサービス利用サイトを関連付けた第一の情報、前記サービス提供サイトの各々が提供する前記複数のサービスの各々毎に、該サービスを利用可能なサービス利用サイトを関連付けた第二の情報、及び前記サービス利用サイト間の取引の可否を示す第三の情報を記憶する記憶部と、
第一のサービス利用サイトから第一のサービス提供サイトへのアクセス要求を受信する手段、該アクセス要求と前記第一の情報に基づき前記第一のサービス提供サイトへのアクセス権の有無を判定する手段、該判定の結果アクセス権がある場合、前記アクセス要求と前記第二の情報に基づき利用可能なサービスを判定する手段、及び前記アクセス要求と前記第三の情報に基づき、前記判定したサービスを前記第一のサービス利用サイトが前記複数のサービス利用サイトのうち何れのサービス利用サイトとの間で利用できるかを判定する手段を具備する制御部とを有する、
ことを特徴とするコンピュータ。
【請求項２】
複数のサービス提供サイト及び複数のサービス利用サイトとネットワークを介して接続されたコンピュータに実施させるアクセス管理方法であって、
前記複数のサービス提供サイトの各々毎に、該サービス提供サイトが提供するサービスを利用可能なサービス利用サイトを関連付けた第一の情報、前記サービス提供サイトの各々が提供する前記複数のサービスの各々毎に、該サービスを利用可能なサービス利用サイトを関連付けた第二の情報、及び前記サービス利用サイト間の取引の可否を示す第三の情報を記憶する記憶部を具備し、
第一のサービス利用サイトから第一のサービス提供サイトへのアクセス要求を受信する処理と、
該アクセス要求と前記第一の情報に基づき前記第一のサービス提供サイトへのアクセス権の有無を判定する処理と、
該判定の結果アクセス権がある場合、前記アクセス要求と前記第二の情報に基づき利用可能なサービスを判定する処理と、
前記アクセス要求と前記第三の情報に基づき、前記判定したサービスを前記第一のサービス利用サイトが前記複数のサービス利用サイトのうち何れのサービス利用サイトとの間で利用できるかを判定する処理とを実行する、
ことを特徴とするアクセス管理方法。
【請求項１】
複数のサービス提供サイト及び複数のサービス利用サイトとネットワークを介して接続されたコンピュータであって、
前記複数のサービス提供サイトの各々毎に、該サービス提供サイトが提供するサービスを利用可能なサービス利用サイトを関連付けた第一の情報、前記サービス提供サイトの各々が提供する前記複数のサービスの各々毎に、該サービスを利用可能なサービス利用サイトを関連付けた第二の情報、及び前記サービス利用サイト間の取引の可否を示す第三の情報を記憶する記憶部と、
第一のサービス利用サイトから第一のサービス提供サイトへのアクセス要求を受信する手段、該アクセス要求と前記第一の情報に基づき前記第一のサービス提供サイトへのアクセス権の有無を判定する手段、該判定の結果アクセス権がある場合、前記アクセス要求と前記第二の情報に基づき利用可能なサービスを判定する手段、及び前記アクセス要求と前記第三の情報に基づき、前記判定したサービスを前記第一のサービス利用サイトが前記複数のサービス利用サイトのうち何れのサービス利用サイトとの間で利用できるかを判定する手段を具備する制御部とを有する、
ことを特徴とするコンピュータ。
【請求項２】
複数のサービス提供サイト及び複数のサービス利用サイトとネットワークを介して接続されたコンピュータに実施させるアクセス管理方法であって、
前記複数のサービス提供サイトの各々毎に、該サービス提供サイトが提供するサービスを利用可能なサービス利用サイトを関連付けた第一の情報、前記サービス提供サイトの各々が提供する前記複数のサービスの各々毎に、該サービスを利用可能なサービス利用サイトを関連付けた第二の情報、及び前記サービス利用サイト間の取引の可否を示す第三の情報を記憶する記憶部を具備し、
第一のサービス利用サイトから第一のサービス提供サイトへのアクセス要求を受信する処理と、
該アクセス要求と前記第一の情報に基づき前記第一のサービス提供サイトへのアクセス権の有無を判定する処理と、
該判定の結果アクセス権がある場合、前記アクセス要求と前記第二の情報に基づき利用可能なサービスを判定する処理と、
前記アクセス要求と前記第三の情報に基づき、前記判定したサービスを前記第一のサービス利用サイトが前記複数のサービス利用サイトのうち何れのサービス利用サイトとの間で利用できるかを判定する処理とを実行する、
ことを特徴とするアクセス管理方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【公開番号】特開２００９−３７６４８（Ｐ２００９−３７６４８Ａ）
【公開日】平成２１年２月１９日（２００９．２．１９）
【国際特許分類】
【出願番号】特願２００８−２８３８５６（Ｐ２００８−２８３８５６）
【出願日】平成２０年１１月５日（２００８．１１．５）
【分割の表示】特願２００５−２５４２９１（Ｐ２００５−２５４２９１）の分割
【原出願日】平成９年１０月８日（１９９７．１０．８）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
【公開日】平成２１年２月１９日（２００９．２．１９）
【国際特許分類】
【出願日】平成２０年１１月５日（２００８．１１．５）
【分割の表示】特願２００５−２５４２９１（Ｐ２００５−２５４２９１）の分割
【原出願日】平成９年１０月８日（１９９７．１０．８）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
[ Back to top ]