(57)【特許請求の範囲】
【請求項１】
インターネットを介して、利用者へ商品の販売を行なう複数の情報提供サーバにおいて利用者が購入意志を示した商品を販売する販売管理方法において、
各情報提供サーバが、上記利用者による操作を示すイベントによって自サーバの空の買い物かごに商品が追加された場合、該情報提供サーバの情報提供サーバＩＤと利用者端末から取得した該利用者端末に一時的に書き込んで保存されている情報とを含むかご登録情報を管理サーバへ送信して、該管理サーバが管理テーブルによって管理する該利用者に係るアクセス中利用者情報のかご情報に該かご登録情報を追加させてかご登録を行うかご登録手順と、
上記複数の情報提供サーバにおいて、上記かご登録を行った第一情報提供サーバが、上記利用者の指示に応じて自サーバの買い物かごの商品に対して決済処理を行ったのち、該利用者によって上記かご登録のなされた自サーバ以外の他情報提供サーバに未決済のかご登録があるか否かを問い合わせるかご問合せ情報を上記管理サーバへ送信し、上記管理サーバが上記管理テーブルの上記利用者のアクセス中利用者情報の上記かご情報から該他情報提供サーバの情報提供サーバＩＤを取得し、取得した情報提供サーバＩＤを含む他情報提供サーバ情報を上記第一情報提供サーバに送信することによって、該未決済のかご登録の該他情報提供サーバ情報を受信するかご問合せ手順と、
上記第一情報提供サーバが、上記利用者のかご登録のある他情報提供サーバの情報提供サーバＩＤを含む上記他情報提供サーバ情報を受信すると、該他情報提供サーバ情報に基づいて、モール名称を示す、上記他情報提供サーバへのリンクを上記利用者の利用者端末に表示させるリンク表示手順とを有する販売管理方法。
【請求項２】
請求項１記載の販売管理方法において、
上記第一情報提供サーバが、利用者による上記買い物かごの操作に応じて、該買い物かごが空状態であるか否かを判断する空状態判断手順と、
上記買い物かごが空状態である場合、上記第一情報提供サーバが、上記情報提供サーバＩＤと情報とを含むかご削除情報を上記管理サーバへ送信することによって、上記管理テーブルから上記利用者のアクセス中利用者情報のかご情報から該かご削除情報に含まれる該情報提供サーバＩＤの上記かご登録情報を削除させるかご削除手順とを有するようにした販売管理方法。
【請求項３】
請求項１又は２記載の販売管理方法において、
上記管理サーバは、
上記かご登録情報を受信すると、該かご登録情報を用いて、上記管理テーブルを検索して、上記アクセス中利用者情報内のかご情報に該受信したかご登録情報に含まれる上記情報提供サーバＩＤを追加するかご追加手順と、
上記第一情報提供サーバからかご問合せ情報を受信すると、該かご問合せ情報を用いて、上記管理テーブルを検索して、同一利用者の上記アクセス中利用者情報を取得し、該アクセス中利用者情報内のかご情報に登録されている該第一情報提供サーバ以外の他情報提供サーバを示す情報提供サーバＩＤを含む上記他情報提供サーバ情報を該第一情報提供サーバへ送信する他情報提供サーバ情報送信手順とを有する販売管理方法。
【請求項４】
請求項１乃至３のいずれか一項記載の販売管理方法において、
上記管理サーバは、上記かご削除情報を受信すると、該かご削除情報を用いて、上記管理テーブルを検索して、対応する上記アクセス中利用者情報のかご情報から上記情報提供サーバＩＤを削除する削除手順を有する販売管理方法。
【請求項５】
インターネットを介して、利用者へ商品の販売を行なう複数の情報提供サーバにおいて各情報提供サーバとして機能するコンピュータに、利用者が購入意志を示した商品を販売する販売処理を行なわせるためのプログラムにおいて、
上記コンピュータは、
上記利用者による操作を示すイベントによって自サーバの空の買い物かごに商品が追加された場合、該情報提供サーバの情報提供サーバＩＤと利用者端末から取得した該利用者端末に一時的に書き込んで保存されている情報とを含むかご登録情報を管理サーバへ送信することによって、該管理サーバが管理テーブルによって管理する該利用者に係るアクセス中利用者情報のかご情報に該かご登録情報を追加させてかご登録を行うかご登録手順と、
上記かご登録を行った後、上記利用者の指示に応じて自サーバの買い物かごの商品に対して決済処理を行ったのち、該利用者によって上記かご登録のある自サーバ以外の他情報提供サーバに未決済のかご登録があるか否かを問い合わせるかご問合せ情報を上記管理サーバへ送信し、上記管理サーバが取得した、上記管理テーブルの上記利用者のアクセス中利用者情報の上記かご情報から該他情報提供サーバの情報提供サーバＩＤを含む他情報提供サーバ情報を受信することによって、該未決済のかご登録の他情報提供サーバ情報を取得するかご問合せ手順と、
上記利用者のかご登録のある他情報提供サーバの情報提供サーバＩＤを含む上記他情報提供サーバ情報を受信すると、該他情報提供サーバ情報に基づいて、モール名称を示す、上記他情報提供サーバへのリンクを上記利用者の利用者端末に表示させるリンク表示手順とを実行するプログラムを記憶した記憶媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、利用者へ情報提供を行なう複数の情報提供サーバにおいて利用者を認証する認証方法を提供するものである。
【０００２】
また、本発明は、そのような認証処理をコンピュータに行なわせるためのプログラムを格納した記憶媒体に関する。
【０００３】
また、本発明は、インターネットを介して、利用者へ商品の販売を行なう複数の情報提供サーバにおいて利用者が購入意志を示した商品を販売する販売方法を提供するものである。
【０００４】
また、本発明は、そのような販売処理をコンピュータに行なわせるためのプログラムを格納した記憶媒体に関する。
【０００５】
【従来の技術】
近年、インターネットの普及によって、多種多様の商品紹介又は商品販売等のモールが提供されるようになってきた。
【０００６】
通常、モールで商品紹介又は商品販売を行なう場合、利用者は先ず利用者登録を行ない、以後、発行された利用者登録によって利用者ＩＤ及びパスワード等による認証後、モールへのアクセスが可能となる。このように認証によって利用者のアクセスを制限していた。
【０００７】
【発明が解決しようとする課題】
しかしながら、上記従来におけるモールでの認証方法においては、以下に述べる問題点がある。
【０００８】
従来の認証方法は、モールが独自に備えている認証機能によって、利用者を認証している。しかしながら、近年において、同じ管理者が複数のモールを運営する構成としている場合があり、その構成においても各モールで認証を行なうため、利用者が他のモールをアクセスする際には、再度認証を行なう必要があった。つまり、認証の管理はドメイン毎に管理され、その認証情報を他ドメインと共有することができない。よって、利用者は、モール毎に認証情報を入力しなければならず煩わしさを感じていた。
【０００９】
一方、モールを運営する管理者は、モール毎で異なる場合、モール毎での決済が必要とされるため、複数のモールで一元管理した認証処理を行なうことが難しかった。
【００１０】
また、複数のモールで一元管理した認証処理を実現するために、認証を代行する認証サーバによって認証する方法もあるが、この場合、認証処理中に接続先のサーバがモールを提供するサーバから認証サーバへ自動的に変更されるため、利用者に不信感を与える等の問題があった。
【００１１】
そこで、本発明の課題は、利用者へ情報提供を行なう複数の情報提供サーバにおいて利用者を認証する認証方法を提供することである。
【００１２】
また、インターネットを介して、利用者へ商品の販売を行なう複数の情報提供サーバにおいて利用者が購入意志を示した商品を販売すると共に、他情報提供サーバにて購入意志を示した商品があることを通知する販売管理方法を提供することである。
【００１９】
【課題を解決するための手段】
上記課題を解決するため、本発明は、インターネットを介して、利用者へ商品の販売を行なう複数の情報提供サーバにおいて利用者が購入意志を示した商品を販売する販売管理方法において、各情報提供サーバが、上記利用者による操作を示すイベントによって自サーバの空の買い物かごに商品が追加された場合、該情報提供サーバの情報提供サーバＩＤと利用者端末から取得した該利用者端末に一時的に書き込んで保存されている情報とを含むかご登録情報を管理サーバへ送信して、該管理サーバが管理テーブルによって管理する該利用者に係るアクセス中利用者情報のかご情報に該かご登録情報を追加させてかご登録を行うかご登録手順と、上記複数の情報提供サーバにおいて、上記かご登録を行った第一情報提供サーバが、上記利用者の指示に応じて自サーバの買い物かごの商品に対して決済処理を行ったのち、該利用者によって上記かご登録のなされた自サーバ以外の他情報提供サーバに未決済のかご登録があるか否かを問い合わせるかご問合せ情報を上記管理サーバへ送信し、上記管理サーバが上記管理テーブルの上記利用者のアクセス中利用者情報の上記かご情報から該他情報提供サーバの情報提供サーバＩＤを取得し、取得した情報提供サーバＩＤを含む他情報提供サーバ情報を上記第一情報提供サーバに送信することによって、該未決済のかご登録の該他情報提供サーバ情報を受信するかご問合せ手順と、上記第一情報提供サーバが、上記利用者のかご登録のある他情報提供サーバの情報提供サーバＩＤを含む上記他情報提供サーバ情報を受信すると、該他情報提供サーバ情報に基づいて、モール名称を示す、上記他情報提供サーバへのリンクを上記利用者の利用者端末に表示させるリンク表示手順とを有するように構成される。
【００２０】
このような販売方法では、商品購入の決済時に、他情報提供サーバにおいて利用者が購入意志を示した商品が買い物かごに存在する場合、利用者に通知するため、利用者は、他情報提供サーバでの買い物の購入を忘れてしまうことがないようにすることができる。
【００２１】
上記第二の課題を解決するための手段として、本発明は、上記認証処理をコンピュータに行なわせるためのプログラムとすることもできる。
【００２２】
【発明の実施の形態】
以下、本発明の実施の形態を図面に基づいて説明する。
【００２３】
本発明の実施の一形態に係るモールシステムは、例えば、図１に示すようなネットワークを構成する。
【００２４】
図１は、同一管理元で複数のモールを提供するモールシステム構成例を示す図である。
【００２５】
図１に示すモールシステム１００において、シングル・サインオンサーバ１１０によって管理される複数のモール１〜Ｎが、複数の利用者端末３０からの情報提供要求に応じてインターネット２５を介して接続し、利用者の認証結果に応じて情報提供を開始する。
【００２６】
図１において、モールシステム１００は、各モールのセッション及び認証を管理するシングル・サインオンサーバ１１０と、シングル・サインオンサーバ１１０にて管理される複数のモール１〜Ｎとを有する。
【００２７】
各モールは、モール処理部２２０を有し、利用者端末３０からの情報提供要求を受信すると、既に認証済みの利用者であるか否かをシングル・サインオンサーバ１１０に問い合わせて、未だ認証されていない利用者の場合に認証処理を行なう。
【００２８】
モール処理部２２０は、セッション通知処理部２２１と、認証処理部２２２と、かご管理処理部２２５と、セッション通知スクリプト２３１と、認証済み利用者情報２３２と、認証問合せスクリプト２３３とを有する。
【００２９】
セッション通知処理部２２１は、モールと利用者端末３０とのセッション情報セッション通知スクリプト２３１を送信することによってシングル・サインオンサーバ１１０へ通知する。
【００３０】
認証処理部２２２は、認証済み利用者情報２３２に利用者が管理されていない場合、認証問合せスクリプト２３３をシングル・サインオンサーバ１１０へ送信する。
【００３１】
かご管理処理部２２５は、利用者が買い物かごに入れた購入商品の決済を行なう際、他モールで利用者が買い物かご商品を入れたままにしていないかを管理する。
【００３２】
シングル・サインオンサーバ１１０は、サーブレット１１１とセッション管理テーブル１１２とを有し、各モール１〜Ｎと利用者端末３０とのセッションが確立した際、セッション情報を取得してセッション管理テーブル１１２にて管理する。また、シングル・サインオンサーバ１１０は、各モール１〜Ｎの認証の問い合わせに応じて、同一利用者が他モールにて既に認証されているか否かをセッション管理テーブル１１２で管理されるアクセス中の利用者を示すアクセス中利用者情報に基づいて判断する。
【００３３】
セッション管理テーブル１１２は、サーブレット１１１によって操作され、アクセス中利用者情報毎に、同一利用者がアクセスした全てのモールに関するセッション情報を管理する。
【００３４】
上記より、モールシステム１００に属するいずれかの１つのモールで認証が完了すると、それ以後は、各モール１〜Ｎとシングル・サインオンサーバ１１０との間で認証済みであるかを確認する仕組みとすることによって、利用者は、モール１〜Ｎ毎で認証をする必要がない。よって、利用者に対して認証処理による煩わしさ及び手間を削減することができる。また、認証後は、利用者は何ら手間を掛けずに他モールへのアクセスを行なうことができるため、利用者へのサービスを向上させることができる。
【００３５】
モールシステム１００において、各モール１〜Ｎが別々に共有データベース１２０に相当する利用者情報ＤＢを有するＷＷＷサーバとしても良い。或いは、その内の幾つかのモールは、夫々個々のＷＷＷサーバ或いは１つのＷＷＷサーバであって、共有データベース１２０のように利用者情報ＤＢを共有するようにしても良い。
【００３６】
或いは、シングル・サインオンサーバと複数のモール１〜Ｎとが１つのＷＷＷサーバとして構成し、モールシステム１００を実現しても良い。また、共有データベース１２０が独立したサーバによって管理されるようにしても良い。
【００３７】
本発明の実施の一形態に係る認証方法を適用したモールシステム１００が構成されるコンピュータシステムのハードウェア構成は、例えば、図２に示すようになっている。
【００３８】
図２において、このモールシステム１００は、ＣＰＵ（中央演算処理ユニット）１１、メモリユニット１２、出力ユニット１３、入力ユニット１４、表示ユニット１５、補助記憶装置１６、ＣＤ−ＲＯＭドライブユニット１７及び通信ユニット１８を有している。これらの各ユニット１１、１２、１３、１４、１５、１６、１７及び通信ユニット１８は、バスＢに接続されている。
【００３９】
ＣＰＵ１１は、メモリユニット１２に格納されたプログラムに従って当該モールシステム１００を制御すると共に、後述するようなモールシステム１００での処理を行なう。メモリユニット１２は、ＲＡＭ及びＲＯＭにて構成され、ＣＰＵ１１にて実行されるプログラム、ＣＰＵ１１での処理に必要なデータ、ＣＰＵ１１での処理にて得られたデータ等を格納する。また、メモリユニット１２の一部の領域が、ＣＰＵ１１での処理に利用されるワークエリアとして割り付けられている。
【００４０】
出力ユニット１３は、プリンター等を有し、処理結果或いは指定された情報を出力する。入力ユニット１４は、マウス、キーボード等を有し、管理者が後述するようなモールシステム１００での処理を行なうための必要な各種情報を入力するために用いられる。表示ユニット１５は、ＣＰＵ１１の制御のもとに管理者に必要な各種情報を表示する。
【００４１】
補助記憶装置１６は、例えば、ハードディスクユニットにて構成され、各種ファイル、プログラムを格納する。
【００４２】
モールシステム１００での処理に係るプログラムは、例えば、ＣＤ−ＲＯＭ２０によって当該システムに提供される。即ち、モールシステム１００での処理に係るプログラムが保存されたＣＤ−ＲＯＭ２０がＣＤ−ＲＯＭドライブユニット１７にセットされると、ＣＤ−ＲＯＭドライブユニット１７がＣＤ−ＲＯＭ２０から当該プログラムを読み出し、その読み出されたプログラムがバスＢを介して補助記憶装置１６にインストールされる。そして、このモールシステム１００での処理が起動されると、補助記憶装置１６にインストールされた当該プログラムに従ってＣＰＵ１１がその処理を開始する。尚、当該プログラムを格納する媒体としてＣＤ−ＲＯＭ２０に限定するものではなく、コンピュータが読み取り可能な媒体であればよい。
【００４３】
実施例において、モールシステム１００は、シングル・サインオンサーバ１１０の機能を有し、複数のモール１〜Ｎを提供する１つのＷＷＷサーバとして機能するコンピュータ、又は、モールシステム１００を構成するシングル・サインオンサーバ１１０及び各モール１〜Ｎが夫々１つのＷＷＷサーバとして機能するコンピュータである。いずれの構成においても、各コンピュータは、図２に示すようなハードウェアを構成する。
【００４４】
ＣＰＵ１１によって起動される各モールでの認証処理について図３で説明する。
【００４５】
図３は、各モールでの認証処理を説明するフローチャート図である。
【００４６】
先ず、利用者端末３０がモールシステム１００の中でモール１に初めてアクセスした場合について説明する。
【００４７】
図３において、モール１は、利用者端末３０からのアクセスに応じて、セッションを確立すると（ステップＳ２０１）、モール１は、シングル・サインオンサーバ１１０にモール１と利用者端末３０とのセッションを登録する（ステップＳ２０２）。つまり、モール１はセッション通知処理部２２１を起動する。起動されたセッション通知処理部２２１は、確立したセッションＩＤをｃｏｏｋｉｅから取得して、取得したセッションＩＤを有するＨＴＭＬ（HyperText Markup Language）形式又はＸＭＬ（eXtensible Markup Language）形式で示されるセッション通知スクリプト２３１を作成して利用者端末３０へ送信する。
【００４８】
セッション通知スクリプト２３１は、シングル・サインオンサーバ１１０のサーブレット１１１を指定すると共に、モール１を識別するモールＩＤとモール１と利用者端末３０との間で確立したセッションを識別するセッションＩＤとを有し、例えば、＜ｉｍｇ  ｓｒｃ＝“ｈｔｔｐ：//シングル・サインオンサーバ/サーブレット/モールＩＤ/セッションＩＤ”＞のように記述されるスクリプトである。これは、＜ｉｍｇ＞タグが、＜ｉｍｇ＞タグ内で指定される画像情報の取得先へ、画像情報を取得するために該取得先へ接続（セッションを確立）をする機能を利用したものである。
【００４９】
モール１のセッション通知スクリプト１１２で指定される取得先によって、利用者端末３０のブラウザは、シングル・サインオンサーバ１１０のサーブレット１１１へ接続を行なう。これによって、利用者端末３０とシングル・サインオンサーバ１１０とのセッションが確立する。また、シングル・サインオンサーバ１１０のサーブレット１１１は、更に、セッション通知スクリプト２３１によって指定されるモールＩＤとセッションＩＤとによって、モール１を識別するモールＩＤとモール１が利用者端末３０との間で確立したセッションＩＤとを取得する。この場合、利用者端末３０のブラウザには情報は表示されない。
【００５０】
モール１は、既に利用者が認証されているか否かを判断する（ステップＳ２０３）。つまり、モール１は、認証処理部２２２を起動して、認証された利用者に関する利用者情報を管理する認証済み利用者情報２３２を検索することによって、利用者が認証されているか否かを確認する。
【００５１】
利用者端末３０がモールシステム１００の中でモール１に初めてアクセスした場合、利用者情報は認証済み利用者情報２３２に存在しないため、シングル・サインオンサーバ１１０に問い合わせることによって、他モールで認証しているか否かを判断する（ステップＳ２０４）。つまり、モール１の認証処理部２２２は、シングル・サインオンサーバ１１０のサーブレット１１１へ転送され、かつ、モールＩＤと利用者端末３０とのセッションＩＤとを含むＨＴＴＰ（HyperText Transfer Protocol）アドレスが記述されたＨＴＭＬ形式又はＸＭＬ形式で示される認証問合せスクリプト２３３を生成して、利用者端末３０とのセッションを介して利用者端末３０へ送信する。この認証問合せスクリプト２３３は、例えば、「ｈｔｔｐ：//シングル・サインオンサーバ/サーブレット/モールＩＤ/セッションＩＤ」を転送先アドレスとして定義したスクリプトである。
【００５２】
認証問合せスクリプト２３３は、利用者端末３０を経由してシングル・サインオンサーバ１１０へ転送される。
【００５３】
認証問合せスクリプト２３３を受信したシングル・サインオンサーバ１１０のサーブレット１１１は、認証問合せスクリプト２３３によって示されるモールＩＤと利用者端末３０とのセッションＩＤとに基づいて、利用者が認証されているか否かを判断する。つまり、セッションＩＤによって、利用者が利用者端末３０で使用中のブラウザを識別することができるため、セッション管理テーブル１１２を検索して、同一のブラウザによるセッションが既に他モール間で確立されていないか否かを判断する。この場合、利用者端末３０は他モールと接続をしていないため、サーブレット１１１は、認証問合せに対する回答として、利用者情報を含まないＸＭＬ形式の認証回答スクリプトを、モールＩＤによって識別されるモール１へ直接送信する。
【００５４】
ステップＳ２０４において、モール１の認証処理部２２２は、シングル・サインオンサーバ１１０から受信した認証回答スクリプトを参照して、アクセス中利用者情報が含まれていないため、他モールで認証していないと判断し、ステップＳ２０５を実行する。
【００５５】
モール１の認証処理部２２２は、所定の認証画面を利用者端末３０へ送信する。
【００５６】
利用者端末３０から利用者によって入力された認証情報を受信すると、モール１の認証処理部２２２は、認証できたか否かを判断し（ステップＳ２０６）、認証ができなかった場合、つまり、利用者が入力した認証情報と一致する利用者情報が、利用者情報が管理される共有データベース１２０に存在しなかった場合、ステップＳ２０５へ戻り、再度認証画面を利用者端末３０へ送信する。
【００５７】
一方、認証が完了した場合、モール１の認証処理部２２２は、シングル・サインオンサーバ１１０にアクセス中利用者情報として利用者情報登録を行なう（ステップＳ２０７）。つまり、利用者が入力した認証情報と一致する利用者情報が、利用者情報が管理される共有データベース１２０に存在した場合、共有データベース１２０から利用者に関する利用者情報を取得して、シングル・サインオンサーバ１１０へ、アクセス中利用者情報として通知する。更に、モール１の認証処理部２２２は、認証済み利用者情報２３２として、共有データベース１２０から取得した該利用者情報を格納して管理して（ステップＳ２０８）、認証処理を終了する。
【００５８】
一方、通知を受けたシングル・サインオンサーバ１１０のサーブレット１１１は、セッション管理テーブル１１２にて該アクセス中利用者情報を管理する。サーブレット１１１は、アクセス中利用者情報毎に同一利用者によってアクセスされる各モールのモールＩＤ及びモールと利用者端末３０とのセッションＩＤとを管理する。
【００５９】
上記認証された同一利用者が、モール２にアクセスした場合の認証処理について、再度図３で説明する。
【００６０】
図３において、モール２は、利用者端末３０からのアクセスに応じて、セッションを確立すると（ステップＳ２０１）、モール２は、シングル・サインオンサーバ１１０にモール２と利用者端末３０とのセッションを登録する（ステップＳ２０２）。モール１での処理と同様に、モール２のセッション通知処理部２２１によってセッション通知スクリプト２３１が作成され、利用者端末３０へ送信される。
【００６１】
モール２のセッション通知スクリプト１１２で指定される取得先によって、利用者端末３０のブラウザは、シングル・サインオンサーバ１１０のサーブレット１１１へ接続を行なうことによって、利用者端末３０とシングル・サインオンサーバ１１０とのセッションが確立する。また、シングル・サインオンサーバ１１０のサーブレット１１１は、セッション通知スクリプト２３１によって、モール２を識別するモールＩＤとモール２が利用者端末３０との間で確立したセッションＩＤとを取得する。
【００６２】
モール２は、既に利用者が認証されているか否かを判断する（ステップＳ２０３）。モール２の認証処理部２２２が、認証済み利用者情報２３２を検索することによって、利用者が認証されているか否かを確認する。
【００６３】
利用者端末３０は、モール１で認証済みであるが、モール２では未だ認証していないため、利用者情報は認証済み利用者情報２３２に存在しない。モール２の認証処理部２２２は、シングル・サインオンサーバ１１０に問い合わせることによって、他モールで認証しているか否かを判断する（ステップＳ２０４）。モール２の認証処理部２２２は、生成した認証問合せスクリプト２３３を利用者端末３０とのセッションを介して利用者端末３０へ送信する。同様に、認証問合せスクリプト２３３は、利用者端末３０を経由してシングル・サインオンサーバ１１０へ転送される。
【００６４】
認証問合せスクリプト２３３を受信したシングル・サインオンサーバ１１０のサーブレット１１１は、認証問合せスクリプト２３３によって示されるモールＩＤと利用者端末３０とのセッションＩＤとに基づいて、利用者が認証されているか否かを判断する。この場合、モール１で認証が完了しているため、セッション管理テーブル１１２に同一ブラウザによるセッションが存在する。よって、サーブレット１１１は、認証問合せに対する回答として、モール１から取得したアクセス中利用者情報をＸＭＬ形式で記述した認証回答スクリプトを、モールＩＤによって識別されるモール２へ直接送信する。
【００６５】
ステップＳ２０４において、モール２の認証処理部２２２は、シングル・サインオンサーバ１１０から受信した認証回答スクリプトを参照して、アクセス中利用者情報が含まれていることによって、他モールで既に認証されていると判断し、ステップＳ２０８へ進む。
【００６６】
ステップＳ２０８において、モール２の認証処理部２２２は、認証回答スクリプトから取得したアクセス中利用者情報を認証済み利用者情報２３２に格納して管理する。モール２の認証処理部２２２は、認証処理を終了する。
【００６７】
更に、同一利用者がモール２に接続した後、再びモール１にアクセスした場合を説明する。
【００６８】
図３において、モール１は、利用者端末３０からのアクセスに応じて、セッションを確立すると（ステップＳ２０１）、モール１は、シングル・サインオンサーバ１１０にモール１と利用者端末３０とのセッションを登録する（ステップＳ２０２）。つまり、モール１はセッション通知処理部２２１を起動して、セッション通知スクリプト２３１をシングル・サインオンサーバ１１０に送信する。この場合、シングル・サインオンサーバ１１０のサーブレット１１１は、既に同一モール１の同一セッションが登録されているため、セッション通知スクリプト２３１で通知されるセッションの管理を行わない。
【００６９】
続けて、モール１は、既に利用者が認証されているか否かを判断する（ステップＳ２０３）。つまり、モール１は、認証処理部２２２を起動して、認証された利用者に関する利用者情報を管理する認証済み利用者情報２３２を検索する。この場合、既に、モール１で認証を行なっているため、認証済み利用者情報２３２に利用者情報が格納されている。よって、モール１の認証処理部２２２は、利用者が認証されていると判断して、認証処理を終了する。
【００７０】
上述より、各モール１〜Ｎで行なわれた認証による利用者情報をシングル・サインオンサーバ１１０で管理することによって、各モール１〜Ｎは、認証時に、シングル・サインオンサーバ１１０へ認証問合せを行ない、いずれのモールでも認証されていない場合のみ、認証処理を行なうようにすることができる。よって、利用者は、異なるモールにアクセスする毎に認証処理による利用者情報の入力等を行なう必要がない。
【００７１】
また、ドメイン毎に保持する認証後の利用者情報を、利用者が他ドメインにアクセスした場合、他ドメインによって使用することができる。
【００７２】
更に、利用者がアクセスしたモールで認証処理が行なわれるため、認証中にアクセス先が変更されることによる不快感を利用者に与えることがない。
【００７３】
次に、利用者が複数のモールで買い物をした場合の買い物かごを管理する買い物かご管理処理について図４で説明する。
【００７４】
利用者が買い物かごに商品を追加又は買い物かごに一旦入れた商品の取りやめ等を行なう毎にかご管理処理部２２５によって、買い物かご管理処理が実行される。利用者がモール１で買い物をした場合について説明する。
【００７５】
図４は、買い物かご管理処理を説明するフローチャート図である。
【００７６】
図４において、モール１のかご管理処理部２２５は、利用者による買い物かごの操作によるイベントを取得すると（ステップＳ２１１）、そのイベントによって買い物かごが空になったか否かを判断する（ステップＳ２１２）。買い物かごが空になった場合、シングル・サインオンサーバ１１０からかご情報を削除する（ステップＳ２１３）。つまり、モール１のかご管理処理部２２５は、シングル・サインオンサーバ１１０へ、かご情報を削除することを示すかご削除情報を送信して買い物かご管理処理を終了する。
【００７７】
かご削除情報を受信したシングル・サインオンサーバ１１０のサーブレット１１１は、かご削除情報で示されるモールＩＤとセッションＩＤとによって、セッション管理テーブル１１２を検索し、対応するアクセス中利用者情報を取得する。取得したアクセス中利用者情報のかご情報からモール１の情報（例えば、モール１を識別するモールＩＤ）を削除する。
【００７８】
一方、ステップＳ２１２にて、利用者による操作を示すイベントによって空の買い物かごに商品が追加された場合、モール１のかご管理処理部２２５は、シングル・サインオンサーバ１１０へ、かご情報を登録することを示すかご登録情報を送信して買い物かご管理処理を終了する。
【００７９】
かご登録情報を受信したシングル・サインオンサーバ１１０のサーブレット１１１は、かご登録情報で示されるモールＩＤとセッションＩＤとによって、セッション管理テーブル１１２を検索し、対応するアクセス中利用者情報を取得する。取得したアクセス中利用者情報のかご情報にモール１の情報（例えば、モール１を識別するモールＩＤ）を追加する。
【００８０】
次に、利用者が決済した後、他モールでの未決済の買い物かごを利用者に通知する未決済かご通知処理について図５で説明する。
【００８１】
利用者は、複数のモールで買い物かごに商品を入れたままで、先ずモール１で決済をする場合について説明する。
【００８２】
図５は、未決済かご通知処理を説明するフローチャート図である。
【００８３】
図５において、モール１のかご管理処理部２２５は、利用者端末３０からの指示に応じて、決済処理を行なう（ステップＳ２２１）。更に、モール１のかご管理処理部２２５は、シングル・サインオンサーバ１１０へ、同一利用者のための登録された他モールの買い物かごを問い合わせるかご問合せ情報を送信する。
【００８４】
かご問合せ情報を受信したシングル・サインオンサーバ１１０のサーブレット１１１は、セッション管理テーブル１１２を検索して、同一利用者の利用者情報を取得し、モール１以外に登録されているかごのあるモールを示すモール情報として取得する。取得したモール情報をモール１へ送信する。
【００８５】
モール１のかご管理処理部２２５は、受信したモール情報に基づいて、他モールにて買い物かごが未だあるか否かを判断する（ステップＳ２２３）。既に、かごのあるモールとして登録されたモールがない場合、未決済かご通知処理を終了する。
【００８６】
一方、かごのあるモールとして登録されたモールが未だある場合、受信したモール情報に基づいて、モール名称を示すリンクを利用者端末３０へ表示して（ステップＳ２２４）、未決済かご通知処理を終了する。
【００８７】
未決済かご通知処理によって、未決済かごが他モールで残っている場合、利用者端末３０に該他モールへのリンクが表示されるため、利用者は、容易に該他モールへ接続することができる。また、他モールにて買い物かごに入れた商品を買い忘れることがない。
【００８８】
次に、共有データベース１２０で管理される利用者情報について図６で説明する。
【００８９】
図６は、共有データベースで管理される利用者情報の例を示す図である。
【００９０】
図６において、共有データベース１２０で管理される利用者情報１３０は、利用者の登録時に作成され、サーバＩＤと、セクションＩＤと、ユーザＩＤと、氏名と、会員種別と、グループＩＤと、メールアドレスと、かごのあるモールＩＤ等の項目を有する。
【００９１】
サーバＩＤと、セクションＩＤと、ユーザＩＤとは、利用者を特定するための情報である。
【００９２】
サーバＩＤは、サーバを識別するためのＩＤであって、例えば、「０００３」などの情報である。
【００９３】
セクションＩＤは、必要に応じて利用者を分類するために参照される。例えば、上記サーバＩＤで特定されるサーバの管理者、一般インターネットユーザー、或いは、モールの管理者等の分類であって、例えば、「１００００１」などの情報である。
【００９４】
ユーザＩＤは、利用者がモールに登録した際に発行されるユーザを識別するための情報であって、例えば、「ｆ０９８７６５」などの情報である。
【００９５】
氏名は、利用者のフルネームであって、例えば、「鈴木 太郎」などの情報である。
【００９６】
会員種別は、一般会員又は特典会員等、会員種別に応じたモールでの情報提供の内容を提供する場合に参照される情報であって、例えば、「００１」などの情報である。
【００９７】
グループＩＤは、利用者のモールへのアクセス権限のレベルを示す情報であって、例えば、「ＣＳ０３００１」などの情報である。
【００９８】
メールアドレスは、利用者のメールアドレスであって、例えば、「ｔ．ｓｕｚｕｋｉ＠ｆｆｆ．ｃｏｍ」などの情報である。
【００９９】
かごのあるモールＩＤは、かご管理処理部２２５によって、図４に示す買い物かご管理処理及び図５に示す未決済かご通知処理にて参照され、例えば、複数のモールＩＤが管理される。
【０１００】
利用者情報１３０は、利用者が認証された場合、シングル・サインオンサーバ１１０のセッション管理テーブル１１２にて、図７に示すように、アクセス中利用者情報１３１として管理される。また、利用者情報１３０は、各モールの認証処理部２２２によって、認証済み利用者情報２３２として管理される。
【０１０１】
利用者情報１３０が、図３のステップ２０４の処理にて、シングル・サインオンサーバ１１０からＸＭＬ形式で各モールに通知される場合、上記項目に対応したタグにて各情報が記載された認証回答スクリプトが、シングル・サインオンサーバ１１０のサーブレット１１１によって、モールへ通知される。
【０１０２】
次に、シングル・サインオンサーバ１１０のセッション管理テーブル１１２で管理されるアクセス中利用者情報及びモール情報について図７で説明する。
【０１０３】
図７は、アクセス中利用者情報及びモール情報の構成を示す図である。
【０１０４】
図７において、セッション管理テーブル１１２はアクセス中利用者情報１３１とモール情報１３２とを管理する。
【０１０５】
アクセス中利用者情報１３１は、利用者が認証されるとセッション管理テーブル１１２にて管理される情報であって、例えば、図６に示される利用者情報１３０である。
【０１０６】
モール情報１３２は、モールＩＤとセッションＩＤとで構成される。
【０１０７】
モールＩＤは、モールを識別する情報であって、例えば、「３００１」などの情報である。
【０１０８】
セッションＩＤは、セッションを識別する情報であって、例えば、「１ｅ４ａ５６１ｂ２ｃ３ｄ４５８９」などの情報である。
【０１０９】
モール情報は、アクセス中利用者情報１３１毎に対応して管理される。
【０１１０】
このように管理することによって、アクセス中利用者情報１３１で特定される利用者が、どのモールにアクセスしているかを管理することができる。また、モールから認証問合せスクリプト２３３を受信した際に、認証問合せスクリプト２３３によって指定されるセッションＩＤに対応するアクセス中利用者情報１３１が存在するかを検索することができる。
【０１１１】
上記実施例より、他モールの買い物かごに商品が残っているか否かを利用者に通知することができるため、利用者は、買い物かごに商品を入れたのに買い忘れるということがない。
【０１１２】
買い物かごをモール毎で管理することができるため、モール毎の決済が可能となる。つまり、商品提供者毎に決済が行なわれるため、商品提供者に対する利便性を失うことがない。
【０１１３】
【発明の効果】
以上、説明してきたように、本願発明によれば、認証先のサーバを切り換えることなく、複数の情報提供サーバにおいて認証された利用者に関する情報を共有することができるため、利用者は、異なる情報提供サーバへの接続毎に認証する手間を削減することができる。また、各情報提供サーバにて認証された利用者情報が一元管理され、セッション情報に基づいて、既に認証済みであるかを検索するため、各情報提供サーバは、その検索結果に基づいた認証処理を行なうことが可能である。
【０１１４】
よって、ドメイン毎に保持する認証後の利用者情報を、利用者が他ドメインにアクセスした場合、他ドメインによって使用することができる。
【０１１５】
また、本願発明によれば、商品購入の決済時に、他情報提供サーバにおいて利用者が購入意志を示した商品が買い物かごに存在する場合、利用者に通知するため、利用者は、他情報提供サーバでの買い物の購入を忘れてしまうことがないようにすることができる。
【０１１６】
さらに、本願発明によれば、上記のような認証処理をコンピュータに行なわせるためのプログラム及び上記のような販売処理をコンピュータに行なわせるためのプログラムを提供することができる。
【０１１７】
【図面の簡単な説明】
【図１】同一管理元で複数のモールを提供するモールシステム構成例を示す図である。
【図２】ハードウェア構成を示す図である。
【図３】各モールでの認証処理を説明するフローチャート図である。
【図４】買い物かご管理処理を説明するフローチャート図である。
【図５】未決済かご通知処理を説明するフローチャート図である。
【図６】共有データベースで管理される利用者情報の例を示す図である。
【図７】アクセス中利用者情報及びモール情報の構成を示す図である。
【符号の説明】
１１          ＣＰＵ
１２          メモリユニット
１３          出力ユニット
１４          入力ユニット
１５          表示ユニット
１６          補助記憶装置
１７          ＣＤ−ＲＯＭドライバ
２０          ＣＤ−ＲＯＭ
Ｂ            バス
１００        モールシステム１００
１１０        シングル・サインオンサーバ
１２０        共有データベース
２２０        モール処理部
２２１        セッション通知処理部
２２２        認証処理部
２２５        かご管理処理部
２３１        セッション通知スクリプト
２３２        認証済み利用者情報
２３３        認証問合せスクリプト
【図１】
0004936603.tif 000002
【図２】
0004936603.tif 000003
【図３】
0004936603.tif 000004
【図４】
0004936603.tif 000005
【図５】
0004936603.tif 000006
【図６】
0004936603.tif 000007
【図７】
0004936603.tif 000008