(57)【特許請求の範囲】
【請求項１】
クライアント端末、及び、互いに異なる第１のウェブサイトを運営するサイト管理装置として各々機能する複数の第１のサーバ・コンピュータと通信回線を介して相互に接続され、第２のウェブサイトを運営する第２のサーバ・コンピュータによって実現されるサイト運営装置であって、
前記サイト管理装置は、乱数を発生させる第１の乱数発生手段と、前記第１の乱数発生手段で発生された乱数を前記第２のサーバ・コンピュータへ通知する通知手段と、自装置が運営する前記第１のウェブサイトのうち、前記第２のウェブサイトへのリンクが設けられた所定のウェブページの配信を要求する第１の配信要求情報をクライアント端末から受信した場合に、配信が要求された前記所定のウェブページの情報として、前記クライアント端末で前記所定のウェブページに設けられた前記第２ウェブサイトへのリンクが選択された際に、前記第１の乱数発生手段で発生された乱数及び自装置が運営する第１のウェブサイトのサイト識別情報を含む情報を前記第２のウェブサイトのウェブページの配信を要求する第２の配信要求情報として前記クライアント端末から前記第２のサーバ・コンピュータへ送信させるプログラムを含む情報を生成し、生成した前記情報を前記クライアント端末へ配信する配信手段と、を各々備え、
記憶手段と、
個々の前記第１のサーバ・コンピュータのＩＰアドレスを、個々の前記第１のサーバ・コンピュータが運営する第１のウェブサイトのサイト識別情報と対応付けて各々記憶するＩＰ記憶手段と、
前記複数の第１のサーバ・コンピュータの何れかから前記乱数が通知される毎に、通知された前記乱数を、受信情報の送信元ＩＰアドレスと対応付けて前記ＩＰ記憶手段に記憶されている前記サイト識別情報と対応付けて前記記憶手段に登録する第１の登録制御手段と、
クライアント端末から前記第２のウェブサイトのウェブページの配信を要求する第２の配信要求情報を受信した場合に、受信した第２の配信要求情報に含まれる前記乱数及び前記サイト識別情報の組み合わせを前記記憶手段に登録されている前記乱数及び前記サイト識別情報の組み合わせと照合し、前記第２の配信要求情報に含まれる前記乱数及び前記サイト識別情報の組み合わせが前記記憶手段に登録されていた場合に、前記第２の配信要求情報を送信したクライアント端末の遷移元ウェブサイトが前記サイト識別情報に対応する前記第１のウェブサイトであると判断する判断手段と、
を備えたことを特徴とするサイト運営装置。
【請求項２】
前記サイト管理装置の前記第１の乱数発生手段は、前記第１の配信要求情報をクライアント端末から受信する毎に前記乱数を発生させ、
前記サイト管理装置の前記通知手段は、前記第１の乱数発生手段で前記乱数が発生される毎に、発生された前記乱数を前記乱数の有効期間と共に前記第２のサーバ・コンピュータへ通知し、
前記第１の登録制御手段は、前記複数の第１のサーバ・コンピュータの何れかから前記乱数が通知される毎に、通知された前記乱数を前記乱数と共に通知された前記乱数の有効期間及び前記前記サイト識別情報と対応付けて前記記憶手段に登録し、
前記判断手段は、前記クライアント端末から受信した前記第２の配信要求情報に含まれる前記乱数及び前記サイト識別情報の組み合わせが前記記憶手段に登録されており、かつ前記乱数が前記有効期間内である場合に、前記第２の配信要求情報を送信したクライアント端末の遷移元ウェブサイトが、複数の前記第１のウェブサイトのうち、前記サイト識別情報に対応する前記第１のウェブサイトであると判断することを特徴とする請求項１記載のサイト運営装置。
【請求項３】
前記第１のウェブサイトは、各々ユーザ識別情報が付加されると共に認証情報が設定されたユーザが前記ユーザ識別情報及び前記認証情報に基づく認証処理を経てログインすることで利用可能なウェブサイトであり、
前記サイト管理装置の前記第１の乱数発生手段は、前記第１の配信要求情報をクライアント端末から受信する毎に乱数を発生させ、
前記サイト管理装置は、前記第１の乱数発生手段で乱数が発生される毎に、発生された乱数を当該乱数発生の契機となった第１の配信要求情報を送信したクライアント端末を介して前記第１のウェブサイトにログインしたユーザのユーザ識別情報と対応付けて管理情報記憶手段に記憶させる管理手段を更に備えていることを特徴とする請求項１記載のサイト運営装置。
【請求項４】
クライアント端末、及び、互いに異なる第１のウェブサイトを運営するサイト管理装置として各々機能する複数の第１のサーバ・コンピュータと通信回線を介して相互に接続され、第２のウェブサイトを運営する第２のサーバ・コンピュータによって実現されるサイト運営装置であって、
前記サイト管理装置は、前記第２のサーバ・コンピュータに対して乱数の発生を依頼する依頼手段と、自装置が運営する前記第１のウェブサイトのうち、前記第２のウェブサイトへのリンクが設けられた所定のウェブページの配信を要求する第１の配信要求情報をクライアント端末から受信した場合に、配信が要求された前記所定のウェブページの情報として、前記クライアント端末で前記所定のウェブページに設けられた前記第２ウェブサイトへのリンクが選択された際に、前記依頼手段による依頼に応じて前記第２のサーバ・コンピュータで発生されて通知された乱数を含む情報を前記第２のウェブサイトのウェブページの配信を要求する第２の配信要求情報として前記クライアント端末から前記第２のサーバ・コンピュータへ送信させるプログラムを含む情報を生成し、生成した前記情報を前記クライアント端末へ配信する配信手段と、を備え、
記憶手段と、
個々の前記第１のサーバ・コンピュータのＩＰアドレスを、個々の前記第１のサーバ・コンピュータが運営する第１のウェブサイトのサイト識別情報と対応付けて各々記憶するＩＰ記憶手段と、
前記複数の第１のサーバ・コンピュータの何れかから乱数の発生が依頼される毎に前記乱数を発生させる第２の乱数発生手段と、
前記第２の乱数発生手段で前記乱数が発生される毎に、発生された前記乱数を乱数発生依頼元の前記第１のサーバ・コンピュータへ通知すると共に、発生された前記乱数を乱数生成依頼情報の送信元ＩＰアドレスと対応付けて前記ＩＰ記憶手段に記憶されている前記サイト識別情報と対応付けて前記記憶手段に登録する第２の登録制御手段と、
クライアント端末から前記第２のウェブサイトのウェブページの配信を要求する第２の配信要求情報を受信した場合に、受信した第２の配信要求情報に含まれる乱数を前記記憶手段に登録されている乱数と照合し、前記クライアント端末から受信した第２の配信要求情報に含まれる乱数が前記記憶手段に登録されていた場合に、前記第２の配信要求情報を送信したクライアント端末の遷移元ウェブサイトが、複数の前記第１のウェブサイトのうち、前記乱数と対応付けて前記記憶手段に登録されているサイト識別情報に対応する第１のウェブサイトであると判断する判断手段と、
を備えたことを特徴とするサイト運営装置。
【請求項５】
前記第１のウェブサイトは、各々ユーザ識別情報が付加されると共に認証情報が設定されたユーザが前記ユーザ識別情報及び前記認証情報に基づく認証処理を経てログインすることで利用可能なウェブサイトであり、
前記サイト管理装置の前記依頼手段は、自装置が運営する前記第１のウェブサイトのうち、前記第２のウェブサイトへのリンクが設けられた所定のウェブページの配信を要求する第１の配信要求情報をクライアント端末から受信する毎に前記第２のサーバ・コンピュータに対して乱数の発生を依頼し、
前記サイト管理装置は、前記依頼手段による依頼に応じて前記第２のサーバ・コンピュータで発生された乱数が通知される毎に、通知された乱数を当該乱数発生の契機となった第１の配信要求情報を送信したクライアント端末を介して前記第１のウェブサイトにログインしたユーザのユーザ識別情報と対応付けて管理情報記憶手段に記憶させる管理手段を更に備えていることを特徴とする請求項４記載のサイト運営装置。
【請求項６】
前記遷移元ウェブサイトが複数の第１のウェブサイトのうちの特定の第１のウェブサイトである場合に提供可能なサービスの内容が前記特定の第１のウェブサイトのサイト識別情報と対応付けて設定されたサービス規定情報を、前記複数の第１のサーバ・コンピュータが運営する複数の第１のウェブサイトについて各々記憶する提供サービス記憶手段と、
前記判断手段によって前記遷移元ウェブサイトが前記第１のウェブサイトであると判断された場合に、前記第２の配信要求情報によって配信が要求されたウェブページとして、前記提供サービス記憶手段に記憶されているサービス規定情報のうち前記認識された第１のウェブサイトのサイト識別情報に対応するサービス規定情報に規定されている内容のサービスを提供するウェブページを生成し、生成したウェブページの情報を前記第２の配信要求情報の送信元のクライアント端末へ配信する配信制御手段と、
を更に備えたことを特徴とする請求項１又は請求項４記載のサイト運営装置。
【請求項７】
クライアント端末から前記第２の配信要求情報を受信することで前記第２のウェブサイトがアクセスされ、前記第２のウェブサイトを介してサービスが利用される毎に、第２のウェブサイトを介して利用したサービスの内容及び利用量を表す利用実績情報を、前記クライアント端末から受信した前記第２の配信要求情報に含まれる乱数と対応付けて利用実績記憶手段に記憶させる利用実績管理手段を更に備えたことを特徴とする請求項１又は請求項４記載のサイト運営装置。
【請求項８】
クライアント端末、及び、互いに異なる第１のウェブサイトを運営するサイト管理装置として各々機能する複数の第１のサーバ・コンピュータと通信回線を介して相互に接続され、第２のウェブサイトを運営する共に記憶手段を備えた第２のサーバ・コンピュータをサイト運営装置として機能させるためのサイト運営プログラムであって、
前記サイト管理装置は、乱数を発生させる第１の乱数発生手段と、前記第１の乱数発生手段で発生された乱数を前記第２のサーバ・コンピュータへ通知する通知手段と、自装置が運営する前記第１のウェブサイトのうち、前記第２のウェブサイトへのリンクが設けられた所定のウェブページの配信を要求する第１の配信要求情報をクライアント端末から受信した場合に、配信が要求された前記所定のウェブページの情報として、前記クライアント端末で前記所定のウェブページに設けられた前記第２ウェブサイトへのリンクが選択された際に、前記第１の乱数発生手段で発生された乱数及び自装置が運営する第１のウェブサイトのサイト識別情報を含む情報を前記第２のウェブサイトのウェブページの配信を要求する第２の配信要求情報として前記クライアント端末から前記第２のサーバ・コンピュータへ送信させるプログラムを含む情報を生成し、生成した前記情報を前記クライアント端末へ配信する配信手段と、を各々備え、
前記第２のサーバ・コンピュータを、
個々の前記第１のサーバ・コンピュータのＩＰアドレスを、個々の前記第１のサーバ・コンピュータが運営する第１のウェブサイトのサイト識別情報と対応付けて各々記憶するＩＰ記憶手段、
前記複数の第１のサーバ・コンピュータの何れかから前記乱数が通知される毎に、通知された前記乱数を、受信情報の送信元ＩＰアドレスと対応付けて前記ＩＰ記憶手段に記憶されている前記サイト識別情報と対応付けて前記記憶手段に登録する第１の登録制御手段、
及び、クライアント端末から前記第２のウェブサイトのウェブページの配信を要求する第２の配信要求情報を受信した場合に、受信した第２の配信要求情報に含まれる前記乱数及び前記サイト識別情報の組み合わせを前記記憶手段に登録されている前記乱数及び前記サイト識別情報の組み合わせと照合し、前記第２の配信要求情報に含まれる前記乱数及び前記サイト識別情報の組み合わせが前記記憶手段に登録されていた場合に、前記第２の配信要求情報を送信したクライアント端末の遷移元ウェブサイトが前記サイト識別情報に対応する前記第１のウェブサイトであると判断する判断手段
として機能させることを特徴とするサイト運営プログラム。
【請求項９】
クライアント端末、及び、互いに異なる第１のウェブサイトを運営するサイト管理装置として各々機能する複数の第１のサーバ・コンピュータと通信回線を介して相互に接続され、第２のウェブサイトを運営する共に記憶手段を備えた第２のサーバ・コンピュータをサイト運営装置として機能させるためのサイト運営プログラムであって、
前記サイト管理装置は、前記第２のサーバ・コンピュータに対して乱数の発生を依頼する依頼手段と、自装置が運営する前記第１のウェブサイトのうち、前記第２のウェブサイトへのリンクが設けられた所定のウェブページの配信を要求する第１の配信要求情報をクライアント端末から受信した場合に、配信が要求された前記所定のウェブページの情報として、前記クライアント端末で前記所定のウェブページに設けられた前記第２ウェブサイトへのリンクが選択された際に、前記依頼手段による依頼に応じて前記第２のサーバ・コンピュータで発生されて通知された乱数を含む情報を前記第２のウェブサイトのウェブページの配信を要求する第２の配信要求情報として前記クライアント端末から前記第２のサーバ・コンピュータへ送信させるプログラムを含む情報を生成し、生成した前記情報を前記クライアント端末へ配信する配信手段と、を備え、
前記第２のサーバ・コンピュータを、
個々の前記第１のサーバ・コンピュータのＩＰアドレスを、個々の前記第１のサーバ・コンピュータが運営する第１のウェブサイトのサイト識別情報と対応付けて各々記憶するＩＰ記憶手段、
前記複数の第１のサーバ・コンピュータの何れかから乱数の発生が依頼される毎に前記乱数を発生させる第２の乱数発生手段、
前記第２の乱数発生手段で前記乱数が発生される毎に、発生された前記乱数を乱数発生依頼元の前記第１のサーバ・コンピュータへ通知すると共に、発生された前記乱数を乱数生成依頼情報の送信元ＩＰアドレスと対応付けて前記ＩＰ記憶手段に記憶されている前記サイト識別情報と対応付けて前記記憶手段に登録する第２の登録制御手段、
及び、クライアント端末から前記第２のウェブサイトのウェブページの配信を要求する第２の配信要求情報を受信した場合に、受信した第２の配信要求情報に含まれる乱数を前記記憶手段に登録されている乱数と照合し、前記クライアント端末から受信した第２の配信要求情報に含まれる乱数が前記記憶手段に登録されていた場合に、前記第２の配信要求情報を送信したクライアント端末の遷移元ウェブサイトが、複数の前記第１のウェブサイトのうち、前記乱数と対応付けて前記記憶手段に登録されているサイト識別情報に対応する第１のウェブサイトであると判断する判断手段
として機能させることを特徴とするサイト運営プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はサイト運営装置及びプログラムに係り、特に、クライアント端末、及び、互いに異なる第１のウェブサイトを運営するサイト管理装置として各々機能する複数の第１のサーバ・コンピュータと通信回線を介して相互に接続され、第２のウェブサイトを運営する第２のサーバ・コンピュータによって実現されるサイト運営装置、及び、前記第２のサーバ・コンピュータを前記サイト運営装置として機能させるためのサイト運営プログラムに関する。
【背景技術】
【０００２】
多数の利用者にポータルサイトとして利用されることを目的として構築されたウェブサイトは、複数のコンテンツ・プロバイダが提供するサービス（デジタル・コンテンツ）の集合体であり、上記のウェブサイトには、個々のコンテンツ・プロバイダが運営する別のウェブサイトへのリンクが、提供可能サービスのメニューとして一覧表示されている。クライアント端末を操作している利用者が上記ウェブサイトにアクセスした後に、メニューとして一覧表示されている提供可能サービスの中から特定のデジタル・コンテンツが提供するサービスを選択すると、クライアント端末から前記特定のコンテンツ・プロバイダのウェブサイトを運営するウェブサーバへ配信要求が送信されることで、クライアント端末のディスプレイに表示されているウェブページが別のウェブサイトのウェブページへ遷移し、特定のコンテンツ・プロバイダが提供するサービスを利用することが可能となる。
【０００３】
コンテンツ・プロバイダのウェブサイトは、上記のようにポータルサイトとして利用されることを目的として構築されたウェブサイトと連携する態様に限られるものではなく、例えば企業が社員向けに開設しているウェブサイトと連携して福利厚生等のサービスを提供する等の場合もあるが、何れの態様においても、例えば連携先のウェブサイトから遷移してきたユーザに対してのみサービスを提供したり、連携先のウェブサイトから遷移してきたユーザか否かに応じて提供サービスを切り替えたり、連携先のウェブサイトから遷移してきたユーザに対する利用料の課金や利用動向の調査等を目的として前記ユーザの利用実績を集計する等のために、コンテンツ・プロバイダのウェブサイトへのアクセスに対し、遷移元ウェブサイトが連携するウェブサイトか否かをコンテンツ・プロバイダが識別する必要がある。
【０００４】
上記に関連して特許文献１には、セキュリティ管理者のデータベース内に、セキュリティ管理者におけるユーザＩＤと連携サービス提供者におけるユーザＩＤを対応付けて格納しておき、ユーザがセキュリティ管理者にログインしたときに、セキュリティ管理者が一時固有ＩＤを発行し、一時固有ＩＤ、ユーザのＩＰアドレス、時刻、セキュリティ管理者におけるユーザＩＤ等の情報を対応付けてデータベースに一時保管し、ユーザがセキュリティ管理者へログインした後に、連携サービス提供者へのリンクに一時固有ＩＤを付加して送信し、連携サービス提供者のサイトの認証ページにアクセスすると、連携サービス提供者のサイトのサーバがセキュリティ管理者のサーバに対し、一時固有ＩＤ、ユーザのＩＰアドレス等を暗号化通信にて送信して問い合わせを行い同一の情報がデータベースに一時保管されている場合に、連携サービス提供者がサービスを開始する技術が開示されている。
【特許文献１】特開２００４−２２０５２７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
特許文献１に記載の技術によれば、連携しているウェブサイト間の移動（遷移）に際しユーザが改めてユーザＩＤ等の識別情報を入力する必要が無くなると共に、サーバ間での個人情報の送受に暗号化通信を適用しているので、個人情報の漏洩も抑制することができる。しかし上記技術では、ウェブサイトがアクセスされる毎に処理が複雑で時間も掛かる暗号化通信をサーバ間で行う必要があるので、サーバに負荷がかかるという問題がある。特に連携しているウェブサイト（遷移元となる可能性のあるウェブサイト）が複数存在しているウェブサイトを運営しているサーバは、遷移元となる可能性のある各ウェブサイトを運営している複数のサーバと暗号化通信を行う必要があり、多大な負荷が加わることが予想される。
【０００６】
本発明は上記事実を考慮して成されたもので、ウェブサイトへのアクセスに対して遷移元ウェブサイトが連携しているウェブサイトか否かを判断すること、及び、遷移元ウェブサイトが連携している複数の第１のウェブサイトの何れであるのかを判断することを、個人情報を送受することなく簡易な処理で実現できるサイト運営装置及びサイト運営プログラムを得ることが目的である。
【課題を解決するための手段】
【０００７】
上記目的を達成するために請求項１記載の発明に係るサイト運営装置は、クライアント端末、及び、互いに異なる第１のウェブサイトを運営するサイト管理装置として各々機能する複数の第１のサーバ・コンピュータと通信回線を介して相互に接続され、第２のウェブサイトを運営する第２のサーバ・コンピュータによって実現されるサイト運営装置であって、前記サイト管理装置は、乱数を発生させる第１の乱数発生手段と、前記第１の乱数発生手段で発生された乱数を前記第２のサーバ・コンピュータへ通知する通知手段と、自装置が運営する前記第１のウェブサイトのうち、前記第２のウェブサイトへのリンクが設けられた所定のウェブページの配信を要求する第１の配信要求情報をクライアント端末から受信した場合に、配信が要求された前記所定のウェブページの情報として、前記クライアント端末で前記所定のウェブページに設けられた前記第２ウェブサイトへのリンクが選択された際に、前記第１の乱数発生手段で発生された乱数及び自装置が運営する第１のウェブサイトのサイト識別情報を含む情報を前記第２のウェブサイトのウェブページの配信を要求する第２の配信要求情報として前記クライアント端末から前記第２のサーバ・コンピュータへ送信させるプログラムを含む情報を生成し、生成した前記情報を前記クライアント端末へ配信する配信手段と、を各々備え、記憶手段と、個々の前記第１のサーバ・コンピュータのＩＰアドレスを、個々の前記第１のサーバ・コンピュータが運営する第１のウェブサイトのサイト識別情報と対応付けて各々記憶するＩＰ記憶手段と、前記複数の第１のサーバ・コンピュータの何れかから前記乱数が通知される毎に、通知された前記乱数を、受信情報の送信元ＩＰアドレスと対応付けて前記ＩＰ記憶手段に記憶されている前記サイト識別情報と対応付けて前記記憶手段に登録する第１の登録制御手段と、クライアント端末から前記第２のウェブサイトのウェブページの配信を要求する第２の配信要求情報を受信した場合に、受信した第２の配信要求情報に含まれる前記乱数及び前記サイト識別情報の組み合わせを前記記憶手段に登録されている前記乱数及び前記サイト識別情報の組み合わせと照合し、前記第２の配信要求情報に含まれる前記乱数及び前記サイト識別情報の組み合わせが前記記憶手段に登録されていた場合に、前記第２の配信要求情報を送信したクライアント端末の遷移元ウェブサイトが前記サイト識別情報に対応する前記第１のウェブサイトであると判断する判断手段と、を備えたことを特徴としている。
【０００８】
請求項１記載の発明に係るサイト運営装置は、互いに異なる第１のウェブサイトを運営するサイト管理装置として各々機能する複数の第１のサーバ・コンピュータと通信回線を介して相互に接続され、第２のウェブサイトを運営する第２のサーバ・コンピュータによって実現される。ここで、サイト管理装置は、乱数を発生させる第１の乱数発生手段と、第１の乱数発生手段で発生された乱数を第２のサーバ・コンピュータへ通知する通知手段と、自装置が運営する第１のウェブサイトのうち、第２のウェブサイトへのリンクが設けられた所定のウェブページの配信を要求する第１の配信要求情報をクライアント端末から受信した場合に、配信が要求された所定のウェブページの情報として、クライアント端末で所定のウェブページに設けられた第２ウェブサイトへのリンクが選択された際に、第１の乱数発生手段で発生された乱数及び自装置が運営する第１のウェブサイトのサイト識別情報を含む情報を第２のウェブサイトのウェブページの配信を要求する第２の配信要求情報としてクライアント端末から第２のサーバ・コンピュータへ送信させるプログラム（例えばスクリプト等）を含む情報を生成し、生成した前記情報をクライアント端末へ配信する配信手段と、を各々備えている。
【０００９】
これにより、互いに異なる第１のウェブサイトを運営するサイト管理装置として各々機能する複数の第１のサーバ・コンピュータの何れかで乱数が発生され、発生された乱数が第１のサーバ・コンピュータから通知されると共に、クライアント端末の表示装置に第１のウェブサイトの所定のウェブページが表示されている状態で、所定のウェブページに設けられた第２のウェブサイトへのリンクがユーザによって選択された場合、クライアント端末から本発明に係るサイト管理装置(第２のサーバ・コンピュータ)へ送信される第２の配信要求情報には、第１のサーバ・コンピュータで発生された乱数及びサイト管理装置(第１のサーバ・コンピュータ)が運営する第１のウェブサイトのサイト識別情報が含まれることになる。
【００１０】
上記に基づき請求項１記載の発明では、記憶手段と、個々の第１のサーバ・コンピュータのＩＰアドレスを、個々の第１のサーバ・コンピュータが運営する第１のウェブサイトのサイト識別情報と対応付けて各々記憶するＩＰ記憶手段と、が設けられており、第１の登録制御手段は、複数の第１のサーバ・コンピュータの何れかから乱数が通知される毎に、通知された乱数を、受信情報の送信元ＩＰアドレスと対応付けてＩＰ記憶手段に記憶されているサイト識別情報と対応付けて記憶手段に登録し、判断手段は、クライアント端末から第２のウェブサイトのウェブページの配信を要求する第２の配信要求情報を受信した場合に、受信した第２の配信要求情報に含まれる乱数及びサイト識別情報の組み合わせを記憶手段に登録されている乱数及びサイト識別情報の組み合わせと照合し、第２の配信要求情報に含まれる乱数及びサイト識別情報の組み合わせが記憶手段に登録されていた場合に、第２の配信要求情報を送信したクライアント端末の遷移元ウェブサイトがサイト識別情報に対応する第１のウェブサイトであると判断する。
【００１１】
これにより、或るウェブサイト（第２のウェブサイト）へのアクセス（クライアント端末からの第２の配信要求情報の受信）に対し、遷移元ウェブサイトが連携しているウェブサイト（第１のウェブサイト）か否かを判断すること、及び、遷移元ウェブサイトが連携している複数の第１のウェブサイトの何れであるのかを判断することを、第１のサーバ・コンピュータと第２のサーバ・コンピュータ(サイト運営装置)の間、及び、クライアント端末と第２のサーバ・コンピュータ(サイト運営装置)の間で、個人情報を送受したり暗号化通信等の複雑な処理を行うことなく実現することができる。
【００１２】
なお、請求項１記載の発明において、判断手段による判断結果に基づき、第２の配信要求情報を送信したクライアント端末の遷移元ウェブサイトが第１のウェブサイトであった場合にのみ、要求された第２のウェブサイトのウェブページの情報をクライアント端末へ配信するようにしてもよいし、第２の配信要求情報を送信したクライアント端末の遷移元ウェブサイトが第１のウェブサイトである場合とそうでない場合とでクライアント端末へ配信する情報（ウェブページの内容）を切り替えるようにしてもよい。
【００１３】
請求項２記載の発明は、請求項１記載の発明において、前記サイト管理装置の前記第１の乱数発生手段は、前記第１の配信要求情報をクライアント端末から受信する毎に前記乱数を発生させ、前記サイト管理装置の前記通知手段は、前記第１の乱数発生手段で前記乱数が発生される毎に、発生された前記乱数を前記乱数の有効期間と共に前記第２のサーバ・コンピュータへ通知し、前記第１の登録制御手段は、前記複数の第１のサーバ・コンピュータの何れかから前記乱数が通知される毎に、通知された前記乱数を前記乱数と共に通知された前記乱数の有効期間及び前記前記サイト識別情報と対応付けて前記記憶手段に登録し、前記判断手段は、前記クライアント端末から受信した前記第２の配信要求情報に含まれる前記乱数及び前記サイト識別情報の組み合わせが前記記憶手段に登録されており、かつ前記乱数が前記有効期間内である場合に、前記第２の配信要求情報を送信したクライアント端末の遷移元ウェブサイトが、複数の前記第１のウェブサイトのうち、前記サイト識別情報に対応する前記第１のウェブサイトであると判断することを特徴としている。
【００１４】
請求項２記載の発明では、所定のウェブページに設けられた第２のウェブサイトへのリンクがクライアント端末で選択される度に、毎回異なる乱数を含む情報が第２の配信要求情報としてクライアント端末から第２のサーバ・コンピュータ(サイト運営装置)へ送信されると共に、仮に乱数が漏洩したとしても、漏洩した乱数を取得した者が取得した乱数を継続して使用することを阻止できるので、セキュリティ性を向上させることができる。
【００１５】
請求項３記載の発明は、請求項１記載の発明において、前記第１のウェブサイトは、各々ユーザ識別情報が付加されると共に認証情報が設定されたユーザが前記ユーザ識別情報及び前記認証情報に基づく認証処理を経てログインすることで利用可能なウェブサイトであり、前記サイト管理装置の前記第１の乱数発生手段は、前記第１の配信要求情報をクライアント端末から受信する毎に乱数を発生させ、前記サイト管理装置は、前記第１の乱数発生手段で乱数が発生される毎に、発生された乱数を当該乱数発生の契機となった第１の配信要求情報を送信したクライアント端末を介して前記第１のウェブサイトにログインしたユーザのユーザ識別情報と対応付けて管理情報記憶手段に記憶させる管理手段を更に備えていることを特徴としている。
【００１６】
請求項３記載の発明では、第１の配信要求情報をクライアント端末から受信する毎に第１の乱数発生手段が乱数を発生させるので、クライアント端末からサイト運営装置(第２のサーバ・コンピュータ)へ送信される個々の第２の配信要求情報に含まれる乱数は互いに相違する。また、第１の乱数発生手段で乱数が発生される毎に、サイト管理装置の管理手段は、発生された乱数を当該乱数発生の契機となった第１の配信要求情報を送信したクライアント端末を介して第１のウェブサイトにログインしたユーザのユーザ識別情報と対応付けて管理情報記憶手段に記憶させるので、管理情報記憶手段に記憶された情報を参照することで、第１の乱数発生手段で発生された各乱数が何れのユーザに対応しているかを把握できる。これにより、サイト運営装置(第２のサーバ・コンピュータ)に対し、第２のウェブサイトの利用実績、例えば第２のウェブサイトを介して利用したサービスの内容及び利用量を、クライアント端末から受信した第２の配信要求情報に含まれている各乱数毎に収集（記憶）する処理を行わせ、その結果を取得して管理情報記憶手段に記憶された情報と照合・集計することで、個々のユーザによる第２のウェブサイトの利用実績を把握することが可能となる。
【００１７】
このように、請求項３記載の発明では、個々のユーザによる第２のウェブサイトの利用実績を把握することを、第１のサーバ・コンピュータと第２のサーバ・コンピュータ(サイト運営装置)の間及びクライアント端末と第２のサーバ・コンピュータ(サイト運営装置)の間で個人情報を送受することなく実現することができ、個人情報の漏洩等が生ずることも防止することができる。そして、個々のユーザによる第２のウェブサイトの利用実績が把握できることで、把握した利用実績に基づいて、個々のユーザによる第２のウェブサイトの利用動向を調査したり、個々のユーザによる第２のウェブサイトの利用実績に応じて個々のユーザに課金することも可能となる。
【００１８】
請求項４記載の発明に係るサイト運営装置は、クライアント端末、及び、互いに異なる第１のウェブサイトを運営するサイト管理装置として各々機能する複数の第１のサーバ・コンピュータと通信回線を介して相互に接続され、第２のウェブサイトを運営する第２のサーバ・コンピュータによって実現されるサイト運営装置であって、前記サイト管理装置は、前記第２のサーバ・コンピュータに対して乱数の発生を依頼する依頼手段と、自装置が運営する前記第１のウェブサイトのうち、前記第２のウェブサイトへのリンクが設けられた所定のウェブページの配信を要求する第１の配信要求情報をクライアント端末から受信した場合に、配信が要求された前記所定のウェブページの情報として、前記クライアント端末で前記所定のウェブページに設けられた前記第２ウェブサイトへのリンクが選択された際に、前記依頼手段による依頼に応じて前記第２のサーバ・コンピュータで発生されて通知された乱数を含む情報を前記第２のウェブサイトのウェブページの配信を要求する第２の配信要求情報として前記クライアント端末から前記第２のサーバ・コンピュータへ送信させるプログラムを含む情報を生成し、生成した前記情報を前記クライアント端末へ配信する配信手段と、を備え、記憶手段と、個々の前記第１のサーバ・コンピュータのＩＰアドレスを、個々の前記第１のサーバ・コンピュータが運営する第１のウェブサイトのサイト識別情報と対応付けて各々記憶するＩＰ記憶手段と、前記複数の第１のサーバ・コンピュータの何れかから乱数の発生が依頼される毎に前記乱数を発生させる第２の乱数発生手段と、前記第２の乱数発生手段で前記乱数が発生される毎に、発生された前記乱数を乱数発生依頼元の前記第１のサーバ・コンピュータへ通知すると共に、発生された前記乱数を乱数生成依頼情報の送信元ＩＰアドレスと対応付けて前記ＩＰ記憶手段に記憶されている前記サイト識別情報と対応付けて前記記憶手段に登録する第２の登録制御手段と、クライアント端末から前記第２のウェブサイトのウェブページの配信を要求する第２の配信要求情報を受信した場合に、受信した第２の配信要求情報に含まれる乱数を前記記憶手段に登録されている乱数と照合し、前記クライアント端末から受信した第２の配信要求情報に含まれる乱数が前記記憶手段に登録されていた場合に、前記第２の配信要求情報を送信したクライアント端末の遷移元ウェブサイトが、複数の前記第１のウェブサイトのうち、前記乱数と対応付けて前記記憶手段に登録されているサイト識別情報に対応する第１のウェブサイトであると判断する判断手段と、を備えたことを特徴としている。
【００１９】
請求項４記載の発明に係るサイト運営装置は、クライアント端末、及び、互いに異なる第１のウェブサイトを運営するサイト管理装置として各々機能する複数の第１のサーバ・コンピュータと通信回線を介して相互に接続され、第２のウェブサイトを運営する第２のサーバ・コンピュータによって実現される。なお、第１のウェブサイトの所定のウェブページには第２ウェブサイトへのリンクが設けられており、第２ウェブサイトは第１のウェブサイトと連携している。ここで、個々のサイト管理装置(個々の第１のサーバ・コンピュータ)は、第２のサーバ・コンピュータ(サイト運営装置)に対して乱数の発生を依頼する依頼手段を備えており、サイト運営装置は、個々の第１のサーバ・コンピュータのＩＰアドレスを、個々の第１のサーバ・コンピュータが運営する第１のウェブサイトのサイト識別情報と対応付けて各々記憶するＩＰ記憶手段を備え、複数の第１のサーバ・コンピュータの何れかから乱数の発生が依頼される毎に第２の乱数発生手段によって乱数が発生され、第２の乱数発生手段で乱数が発生される毎に、第２の登録制御手段により、発生された乱数が乱数発生依頼元の第１のサーバ・コンピュータへ通知されると共に、発生された乱数が乱数生成依頼情報の送信元ＩＰアドレスと対応付けてＩＰ記憶手段に記憶されているサイト識別情報と対応付けて記憶手段に登録される。
【００２０】
また、個々のサイト管理装置(個々の第１のサーバ・コンピュータ)は、自装置が運営する第１のウェブサイトのうち、前記第２のウェブサイトへのリンクが設けられた所定のウェブページの配信を要求する第１の配信要求情報をクライアント端末から受信した場合に、配信が要求された所定のウェブページの情報として、前記クライアント端末で所定のウェブページに設けられた第２ウェブサイトへのリンクが選択された際に、依頼手段による依頼に応じて第２のサーバ・コンピュータで発生されて通知された乱数を含む情報を第２のウェブサイトのウェブページの配信を要求する第２の配信要求情報としてクライアント端末から第２のサーバ・コンピュータへ送信させるプログラムを含む情報を生成し、生成した情報を前記クライアント端末へ配信する配信手段を備えているので、クライアント端末の表示装置に第１のウェブサイトの所定のウェブページが表示されている状態で、所定のウェブページに設けられた第２のウェブサイトへのリンクがユーザによって選択されることで、クライアント端末からサイト管理装置(第２のサーバ・コンピュータ)へ送信される第２の配信要求情報には、第２の乱数発生手段で発生されて第１のサーバ・コンピュータへ通知されると共に記憶手段に登録した乱数が含まれている。
【００２１】
このため、請求項４記載の発明において、サイト運営装置の判断手段は、クライアント端末から前記第２のウェブサイトのウェブページの配信を要求する第２の配信要求情報を受信した場合に、受信した第２の配信要求情報に含まれる乱数を前記記憶手段に登録されている乱数と照合し、前記クライアント端末から受信した第２の配信要求情報に含まれる乱数が前記記憶手段に登録されていた場合に、前記第２の配信要求情報を送信したクライアント端末の遷移元ウェブサイトが、複数の前記第１のウェブサイトのうち、前記乱数と対応付けて前記記憶手段に登録されているサイト識別情報に対応する第１のウェブサイトであると判断する。
【００２２】
従って、請求項４記載の発明によれば、或るウェブサイト（第２のウェブサイト）へのアクセス（クライアント端末からの第２の配信要求情報の受信）に対し、遷移元ウェブサイトが連携しているウェブサイト（第１のウェブサイト）か否かを判断すること、及び、遷移元ウェブサイトが連携している複数の第１のウェブサイトの何れであるのかを判断することを、第１のサーバ・コンピュータと第２のサーバ・コンピュータの間、及び、クライアント端末と第２のサーバ・コンピュータの間で、個人情報を送受したり暗号化通信等の複雑な処理を行うことなく実現することができる。
【００２３】
また、請求項４記載の発明では、サイト運営装置(第２のサーバ・コンピュータ)が乱数を発生させるので、複数の第１のサーバ・コンピュータ(複数のサイト管理装置)の各々が使用する乱数が重複することを回避できる。これに基づき請求項４記載の発明では、クライアント端末から受信した第２の配信要求情報に含まれる乱数のみに基づいて遷移元ウェブサイトを認識しているので、遷移元ウェブサイトの認識を目的として第２の配信要求情報にサイト識別情報を含める必要がない。これにより、サイト識別情報が漏洩することを抑止できるという効果も得られる。
【００２４】
請求項５記載の発明は、請求項４記載の発明において、前記第１のウェブサイトは、各々ユーザ識別情報が付加されると共に認証情報が設定されたユーザが前記ユーザ識別情報及び前記認証情報に基づく認証処理を経てログインすることで利用可能なウェブサイトであり、前記サイト管理装置の前記依頼手段は、自装置が運営する前記第１のウェブサイトのうち、前記第２のウェブサイトへのリンクが設けられた所定のウェブページの配信を要求する第１の配信要求情報をクライアント端末から受信する毎に前記第２のサーバ・コンピュータに対して乱数の発生を依頼し、前記サイト管理装置は、前記依頼手段による依頼に応じて前記第２のサーバ・コンピュータで発生された乱数が通知される毎に、通知された乱数を当該乱数発生の契機となった第１の配信要求情報を送信したクライアント端末を介して前記第１のウェブサイトにログインしたユーザのユーザ識別情報と対応付けて管理情報記憶手段に記憶させる管理手段を更に備えていることを特徴としている。
【００２５】
請求項５記載の発明によれば、請求項３記載の発明と同様に、個々のユーザによる第２のウェブサイトの利用実績を把握することを、第１のサーバ・コンピュータと第２のサーバ・コンピュータ(サイト運営装置)の間及びクライアント端末と第２のサーバ・コンピュータ(サイト運営装置)の間で個人情報を送受することなく実現することができ、個人情報の漏洩等が生ずることも防止することができる。そして、個々のユーザによる第２のウェブサイトの利用実績が把握できることで、把握した利用実績に基づいて、個々のユーザによる第２のウェブサイトの利用動向を調査したり、個々のユーザによる第２のウェブサイトの利用実績に応じて個々のユーザに課金することも可能となる。
【００２６】
請求項６記載の発明は、請求項１又は請求項４記載の発明において、前記遷移元ウェブサイトが複数の第１のウェブサイトのうちの特定の第１のウェブサイトである場合に提供可能なサービスの内容が前記特定の第１のウェブサイトのサイト識別情報と対応付けて設定されたサービス規定情報を、前記複数の第１のサーバ・コンピュータが運営する複数の第１のウェブサイトについて各々記憶する提供サービス記憶手段と、前記判断手段によって前記遷移元ウェブサイトが前記第１のウェブサイトであると判断された場合に、前記第２の配信要求情報によって配信が要求されたウェブページとして、前記提供サービス記憶手段に記憶されているサービス規定情報のうち前記認識された第１のウェブサイトのサイト識別情報に対応するサービス規定情報に規定されている内容のサービスを提供するウェブページを生成し、生成したウェブページの情報を前記第２の配信要求情報の送信元のクライアント端末へ配信する配信制御手段と、を更に備えたことを特徴としている。請求項６記載の発明によれば、遷移元ウェブサイトが、複数のサーバ・コンピュータが各々運営する複数のウェブサイトのうちの何れであるかに応じて提供可能なサービスを切り替えることが可能となる。
【００２７】
請求項７記載の発明は、請求項１又は請求項４記載の発明において、クライアント端末から前記第２の配信要求情報を受信することで前記第２のウェブサイトがアクセスされ、前記第２のウェブサイトを介してサービスが利用される毎に、第２のウェブサイトを介して利用したサービスの内容及び利用量を表す利用実績情報を、前記クライアント端末から受信した前記第２の配信要求情報に含まれる乱数と対応付けて利用実績記憶手段に記憶させる利用実績管理手段を更に備えたことを特徴としている。請求項７記載の発明によれば、利用実績記憶手段に記憶された情報をサイト管理装置（第１のサーバ・コンピュータ）へ転送することで、第１のサーバ・コンピュータと第２のサーバ・コンピュータの間及びクライアント端末と第２のサーバ・コンピュータの間で個人情報を送受することなく、サイト管理装置で個々のユーザによる第２のウェブサイトの利用実績を集計・把握を行うことが可能となる。
【００２８】
請求項８記載の発明に係るサイト運営プログラムは、クライアント端末、及び、互いに異なる第１のウェブサイトを運営するサイト管理装置として各々機能する複数の第１のサーバ・コンピュータと通信回線を介して相互に接続され、第２のウェブサイトを運営する共に記憶手段を備えた第２のサーバ・コンピュータをサイト運営装置として機能させるためのサイト運営プログラムであって、前記サイト管理装置は、乱数を発生させる第１の乱数発生手段と、前記第１の乱数発生手段で発生された乱数を前記第２のサーバ・コンピュータへ通知する通知手段と、自装置が運営する前記第１のウェブサイトのうち、前記第２のウェブサイトへのリンクが設けられた所定のウェブページの配信を要求する第１の配信要求情報をクライアント端末から受信した場合に、配信が要求された前記所定のウェブページの情報として、前記クライアント端末で前記所定のウェブページに設けられた前記第２ウェブサイトへのリンクが選択された際に、前記第１の乱数発生手段で発生された乱数及び自装置が運営する第１のウェブサイトのサイト識別情報を含む情報を前記第２のウェブサイトのウェブページの配信を要求する第２の配信要求情報として前記クライアント端末から前記第２のサーバ・コンピュータへ送信させるプログラムを含む情報を生成し、生成した前記情報を前記クライアント端末へ配信する配信手段と、を各々備え、前記第２のサーバ・コンピュータを、個々の前記第１のサーバ・コンピュータのＩＰアドレスを、個々の前記第１のサーバ・コンピュータが運営する第１のウェブサイトのサイト識別情報と対応付けて各々記憶するＩＰ記憶手段、前記複数の第１のサーバ・コンピュータの何れかから前記乱数が通知される毎に、通知された前記乱数を、受信情報の送信元ＩＰアドレスと対応付けて前記ＩＰ記憶手段に記憶されている前記サイト識別情報と対応付けて前記記憶手段に登録する第１の登録制御手段、及び、クライアント端末から前記第２のウェブサイトのウェブページの配信を要求する第２の配信要求情報を受信した場合に、受信した第２の配信要求情報に含まれる前記乱数及び前記サイト識別情報の組み合わせを前記記憶手段に登録されている前記乱数及び前記サイト識別情報の組み合わせと照合し、前記第２の配信要求情報に含まれる前記乱数及び前記サイト識別情報の組み合わせが前記記憶手段に登録されていた場合に、前記第２の配信要求情報を送信したクライアント端末の遷移元ウェブサイトが前記サイト識別情報に対応する前記第１のウェブサイトであると判断する判断手段として機能させることを特徴としている。
【００２９】
請求項８記載の発明に係るサイト運営プログラムは、上記の第２のサーバ・コンピュータを、上記のＩＰ記憶手段、第１の登録制御手段及び判断手段として機能させるためのプログラムであるので、コンピュータが請求項８記載の発明に係るサイト管理プログラムを実行することにより、コンピュータが請求項１に記載のサイト運営装置として機能することになり、請求項１記載の発明と同様に、ウェブサイトへのアクセスに対して遷移元ウェブサイトが連携しているウェブサイトか否かを判断すること、及び、遷移元ウェブサイトが連携している複数の第１のウェブサイトの何れであるのかを判断することを、個人情報を送受することなく簡易な処理で実現できる。
【００３０】
ウェブサイトへのアクセスに対し、遷移元ウェブサイトが連携しているウェブサイトか否かを判断すること、及び、遷移元ウェブサイトが連携している複数の第１のウェブサイトの何れであるのかを判断することを、第１のサーバ・コンピュータと第２のサーバ・コンピュータ(サイト運営装置)の間、及び、クライアント端末と第２のサーバ・コンピュータ(サイト運営装置)の間で、個人情報を送受したり暗号化通信等の複雑な処理を行うことなく実現することができる。
【００３１】
請求項９記載の発明に係るサイト運営プログラムは、クライアント端末、及び、互いに異なる第１のウェブサイトを運営するサイト管理装置として各々機能する複数の第１のサーバ・コンピュータと通信回線を介して相互に接続され、第２のウェブサイトを運営する共に記憶手段を備えた第２のサーバ・コンピュータをサイト運営装置として機能させるためのサイト運営プログラムであって、前記サイト管理装置は、前記第２のサーバ・コンピュータに対して乱数の発生を依頼する依頼手段と、自装置が運営する前記第１のウェブサイトのうち、前記第２のウェブサイトへのリンクが設けられた所定のウェブページの配信を要求する第１の配信要求情報をクライアント端末から受信した場合に、配信が要求された前記所定のウェブページの情報として、前記クライアント端末で前記所定のウェブページに設けられた前記第２ウェブサイトへのリンクが選択された際に、前記依頼手段による依頼に応じて前記第２のサーバ・コンピュータで発生されて通知された乱数を含む情報を前記第２のウェブサイトのウェブページの配信を要求する第２の配信要求情報として前記クライアント端末から前記第２のサーバ・コンピュータへ送信させるプログラムを含む情報を生成し、生成した前記情報を前記クライアント端末へ配信する配信手段と、を備え、前記第２のサーバ・コンピュータを、個々の前記第１のサーバ・コンピュータのＩＰアドレスを、個々の前記第１のサーバ・コンピュータが運営する第１のウェブサイトのサイト識別情報と対応付けて各々記憶するＩＰ記憶手段、前記複数の第１のサーバ・コンピュータの何れかから乱数の発生が依頼される毎に前記乱数を発生させる第２の乱数発生手段、前記第２の乱数発生手段で前記乱数が発生される毎に、発生された前記乱数を乱数発生依頼元の前記第１のサーバ・コンピュータへ通知すると共に、発生された前記乱数を乱数生成依頼情報の送信元ＩＰアドレスと対応付けて前記ＩＰ記憶手段に記憶されている前記サイト識別情報と対応付けて前記記憶手段に登録する第２の登録制御手段、及び、クライアント端末から前記第２のウェブサイトのウェブページの配信を要求する第２の配信要求情報を受信した場合に、受信した第２の配信要求情報に含まれる乱数を前記記憶手段に登録されている乱数と照合し、前記クライアント端末から受信した第２の配信要求情報に含まれる乱数が前記記憶手段に登録されていた場合に、前記第２の配信要求情報を送信したクライアント端末の遷移元ウェブサイトが、複数の前記第１のウェブサイトのうち、前記乱数と対応付けて前記記憶手段に登録されているサイト識別情報に対応する第１のウェブサイトであると判断する判断手段として機能させることを特徴としている。
【００３２】
請求項９記載の発明に係るサイト運営プログラムは、上記の第２のサーバ・コンピュータを、上記のＩＰ記憶手段、第２の乱数発生手段、第２の登録制御手段及び判断手段として機能させるためのプログラムであるので、コンピュータが請求項９記載の発明に係るサイト管理プログラムを実行することにより、コンピュータが請求項４に記載のサイト運営装置として機能することになり、請求項４記載の発明と同様に、ウェブサイトへのアクセスに対して遷移元ウェブサイトが連携しているウェブサイトか否かを判断すること、及び、遷移元ウェブサイトが連携している複数の第１のウェブサイトの何れであるのかを判断することを、個人情報を送受することなく簡易な処理で実現できる。
【発明の効果】
【００４５】
以上説明したように本発明は、個々の第１のサーバ・コンピュータのＩＰアドレスを、個々の第１のサーバ・コンピュータが運営する第１のウェブサイトのサイト識別情報と対応付けて各々記憶しておき、複数の第１のサーバ・コンピュータの何れかから乱数が通知される毎に、通知された乱数を、受信情報の送信元ＩＰアドレスと対応付けて記憶されているサイト識別情報と対応付けて記憶手段に登録し、クライアント端末から自装置が運営する第２のウェブサイトのウェブページの配信を要求する第２の配信要求情報を受信した場合に、受信した第２の配信要求情報に含まれる乱数及びサイト識別情報の組み合わせを記憶手段に登録されている乱数及びサイト識別情報の組み合わせと照合し、第２の配信要求情報に含まれる乱数及びサイト識別情報の組み合わせが記憶手段に登録されていた場合に、第２の配信要求情報を送信したクライアント端末の遷移元ウェブサイトがサイト識別情報に対応する第１のウェブサイトであると判断するようにしたので、ウェブサイトへのアクセスに対して遷移元ウェブサイトが連携しているウェブサイトか否かを判断すること、及び、遷移元ウェブサイトが連携している複数の第１のウェブサイトの何れであるのかを判断することを、個人情報を送受することなく簡易な処理で実現できる、という優れた効果を有する。
また本発明は、個々の第１のサーバ・コンピュータのＩＰアドレスを、個々の第１のサーバ・コンピュータが運営する第１のウェブサイトのサイト識別情報と対応付けて各々記憶しておき、複数の第１のサーバ・コンピュータの何れかから乱数の発生が依頼される毎に乱数を発生させ、乱数が発生させる毎に、発生させた乱数を乱数発生依頼元の第１のサーバ・コンピュータへ通知すると共に、発生された乱数を乱数生成依頼情報の送信元ＩＰアドレスと対応付けて記憶されているサイト識別情報と対応付けて記憶手段に登録し、クライアント端末から自装置が運営する第２のウェブサイトのウェブページの配信を要求する第２の配信要求情報を受信した場合に、受信した第２の配信要求情報に含まれる乱数を記憶手段に登録されている乱数と照合し、クライアント端末から受信した第２の配信要求情報に含まれる乱数が記憶手段に登録されていた場合に、第２の配信要求情報を送信したクライアント端末の遷移元ウェブサイトが、複数の第１のウェブサイトのうち、乱数と対応付けて記憶手段に登録されているサイト識別情報に対応する第１のウェブサイトであると判断するようにしたので、ウェブサイトへのアクセスに対して遷移元ウェブサイトが連携しているウェブサイトか否かを判断すること、及び、遷移元ウェブサイトが連携している複数の第１のウェブサイトの何れであるのかを判断することを、個人情報を送受することなく簡易な処理で実現できる、という優れた効果を有する。
【発明を実施するための最良の形態】
【００４６】
以下、図面を参照して本発明の実施形態の一例を詳細に説明する。図１には本実施形態に係るコンピュータ・システム１０が示されている。本実施形態に係るコンピュータ・システム１０は、各々サーバ・コンピュータから成り互いに異なる連携元ウェブサイト（詳細は後述）を運営する処理を行うウェブ・サーバとして機能する複数台の第１サーバ１２と、サーバ・コンピュータから成り連携先ウェブサイト（詳細は後述）を運営する処理を行うウェブ・サーバとして機能する第２サーバ１４を含んで構成されている。なお、第１サーバ１２は請求項１〜３に記載のサイト管理装置に、第２サーバ１４は請求項１〜３に記載のサイト運営装置に対応している。
【００４７】
連携元ウェブサイトは、インターネット１６に接続可能な各種のクライアント端末（特定の企業内に設置されＬＡＮ１８、プロクシサーバ２０を経由してインターネット１６に接続されるクライアント端末２２Ａや、インターネット１６に直接（インターネット接続業者を介して）接続されるクライアント端末２２Ｂ、無線通信網２４を経由してインターネット１６に接続されるクライアント端末２２Ｃ（例えばＰＤＡや携帯電話機等の携帯端末）等）の何れからもアクセス可能にインターネット１６上に公開されたウェブサイトであってもよく、この場合、当該連携元ウェブサイトを運営する処理を行う第１サーバ１２はインターネット１６に直接接続される。また、連携元ウェブサイトは、特定の企業内に設置されたクライアント端末（例えば図１に示すクライアント端末２２Ａ）からのみアクセス可能に特定の企業の社内ＬＡＮ上に公開されたウェブサイトであってもよいく、この場合、当該連携元ウェブサイトを運営する処理を行う第１サーバ１２は社内ＬＡＮ内に設置される（図１では当該第１サーバ１２を「企業内システムサーバ」と表記して示す）。
【００４８】
個々の第１サーバ１２はおよそ同一の構成とされており、ＣＰＵ１２Ａ、ＲＡＭ等から成るメモリ１２Ｂ、ハードディスクドライブ（ＨＤＤ）１２Ｃ、ネットワークインタフェース（Ｉ／Ｆ）部１２Ｄを備えており、ネットワークＩ／Ｆ部１２Ｄを介してインターネット１６又はＬＡＮ１８に接続されている。第１サーバ１２のＨＤＤ１２Ｃには、ユーザ情報テーブル、使用乱数テーブル、料金テーブル及び請求情報テーブル（何れも詳細は後述）が各々記憶されており、ＣＰＵ１２Ａが後述するサイト管理処理を行うためのサイト管理プログラムもインストールされている。
【００４９】
一方、連携先ウェブサイトは、インターネット１６に接続可能な各種のクライアント端末の何れからもアクセス可能にインターネット１６上に公開されたウェブサイトであることが望ましく、連携先ウェブサイトを運営する処理を行う第２サーバ１４はインターネット１６に直接接続される。第２サーバ１４は、ＣＰＵ１４Ａ、ＲＡＭ等から成るメモリ１４Ｂ、ハードディスクドライブ（ＨＤＤ）１４Ｃ、ネットワークインタフェース（Ｉ／Ｆ）部１４Ｄを備えており、ネットワークＩ／Ｆ部１４Ｄを介してインターネット１６に接続されている。第２サーバ１４のＨＤＤ１４Ｃには、契約者情報テーブル、乱数登録テーブル、サービス定義テーブル及び利用実績情報テーブル（何れも詳細は後述）が各々記憶されており、ＣＰＵ１４Ａが後述するサイト運営処理を行うためのサイト運営プログラム（請求項８に記載のサイト運営プログラムに相当）もインストールされている。
【００５０】
次に本実施形態の作用を説明する。本実施形態において、第２サーバ１４によって運営処理が行われる連携先ウェブサイトはユーザに特定カテゴリのサービスを提供する目的で構築されたウェブサイトである。一方、個々の第１サーバ１４によって運営処理が行われる連携元ウェブサイトは、ユーザに複数カテゴリのサービスを提供する互いに異なるウェブサイトであり、具体的には、特定企業の社内ＬＡＮ上に公開されるウェブサイトとしては、例えば特定企業内における各種業務の遂行を支援するサービスを提供するウェブサイトが挙げられ、インターネット１６上に公開されるウェブサイトとしては、多数のユーザにポータルサイトとして利用されることを目的として構築されたウェブサイト等が挙げられる。なお、以下では連携元ウェブサイトが、予めユーザＩＤを付与すると共にユーザ自身によってパスワード等の認証情報が設定されたユーザに対してのみサービスを提供するウェブサイトである例を説明するが（この種のウェブサイトでは、第１サーバ１２のＨＤＤ１２Ｃに記憶されているユーザ情報テーブルに、図３(Ａ)に示すように個々のユーザのユーザＩＤやパスワード等の情報が登録される）、連携元ウェブサイトは不特定のユーザにサービスを提供するウェブサイトであってもよい。
【００５１】
ここで、個々の連携元ウェブサイトの運営者は、当該連携元ウェブサイトで前記特定カテゴリのサービスも提供することを所望している場合、連携先ウェブサイトの運営者（コンテンツ・プロバイダ）との間で、連携先ウェブサイトを連携元ウェブサイトと連携させ、連携元ウェブサイトのユーザに対して特定カテゴリのサービスを提供させる利用契約を締結すると共に、運営する連携元ウェブサイトの任意のウェブページ（連携元ウェブサイトを構成する各ウェブページのうちの一部でも全てでもよい）に、連携先ウェブサイトのホームページ（図２ではこのホームページをウェブページＸ1と表記して示している）へのリンクを提供可能サービスの１つとして設ける。本実施形態では、上記のような利用契約が締結され、図２にも示すように連携先ウェブサイトへのリンクが設けられたウェブページ（以下、このようなウェブページを連携可能ウェブページという）を含んで構成されたウェブサイトを「連携元ウェブサイト」、連携元ウェブサイトの連携可能ウェブページの上記リンクが連携元ウェブサイトのユーザによって選択されることで当該ユーザ（が操作するクライアント端末２２）からアクセスされるウェブサイトを「連携先ウェブサイト」と称している。なお、本実施形態において、個々の連携元ウェブサイトの連携可能ウェブページは動的に設定される。
【００５２】
連携先ウェブサイトの運営者は、利用契約を締結した個々の連携元ウェブサイトを契約者ＩＤによって識別しており（契約者ＩＤは本発明に係るサイト識別情報として用いられている）、第２サーバ１４のＨＤＤ１４Ｃに記憶されている契約者情報テーブルには、図４(Ａ)に示すように、利用契約を締結した個々の連携元ウェブサイトの契約者ＩＤが、個々の連携元ウェブサイトを運営する第１サーバ１２のＩＰアドレスと対応付けて登録される。また、本実施形態に係る連携先ウェブサイトは、特定カテゴリのサービスとして、複数のメニュー項目に対応する複数種のサービスを提供可能で、複数種のサービスは各々複数のサービスに細分化されているが、本実施形態では、連携元ウェブサイトのユーザに提供するメニュー項目／サービスも選択可能とされており、第２サーバ１４のＨＤＤ１４Ｃに記憶されているサービス定義テーブルには、図４(Ｃ)に示すように、個々の連携元ウェブサイトのユーザに提供するメニュー項目／サービスが、個々の連携元ウェブサイトの契約者ＩＤと対応付けて登録される。
【００５３】
また、本実施形態に係る連携先ウェブサイトは、連携先ウェブサイトが提供する個々のサービスを利用したユーザに対し、その利用量に応じた利用料金を請求するウェブサイトであり、第１サーバ１２のＨＤＤ１２Ｃに記憶されている料金テーブルには、図３(Ｃ)に示すように、利用契約を締結した個々の連携先ウェブサイトから提供を受ける個々のサービス毎の単価が各々登録される。なお本発明は、連携先ウェブサイトが一定期間毎に一定の利用料金をユーザ又は連携元ウェブサイトの運営者に請求する場合や、利用料金を請求しない場合にも適用可能である。なお、連携元ウェブサイトは請求項１〜３,６に記載の第１のウェブサイトに、連携先ウェブサイトは請求項１,７に記載の第２のウェブサイトに対応している。
【００５４】
次に、第１サーバ１２がクライアント端末２２又は第２サーバ１４から情報を受信する毎に、ＣＰＵ１２Ａがサイト管理プログラムを実行することで行われるサイト管理処理について、図５のフローチャートを参照して説明する。このサイト管理処理では、まずステップ５０で受信情報をバッファ等から取り込み、次のステップ５２において、今回の受信情報がクライアント端末２２から送信された配信要求情報か否か判定する。クライアント端末２２を操作しているユーザが、ブラウザ（閲覧ソフト）が稼働している状態で所望の連携元ウェブサイトへのアクセスを指示すると、クライアント端末２２から前記連携元ウェブサイトのホームページの配信を要求する配信要求情報が送信され、この配信要求情報が前記連携元ウェブサイトを運営している第１サーバ１２で受信されることで上記判定が肯定される。
【００５５】
ステップ５２の判定が肯定されるとステップ５４へ移行し、クライアント端末２２から受信した配信要求情報がユーザ認証を要求する情報か否か判定する。受信した配信要求情報が自サーバが運営する連携元ウェブサイトのホームページの配信を要求する情報であった場合には、この判定が否定されてステップ６４へ移行し、受信した配信要求情報によって配信が要求されている情報が、連携先ウェブサイトへのリンクが設けられたウェブページの情報か否か判定する。本実施形態において、個々の連携元ウェブサイトのホームページは、連携先ウェブサイトへのリンクが設けられておらず、ユーザＩＤやパスワードを入力するための入力欄が設けられ、ユーザに対してログイン操作（ユーザＩＤやパスワードの入力）を促すメッセージも表示されたログイン画面とされており、受信した配信要求情報が自サーバが運営する連携元ウェブサイトのホームページの配信を要求する情報であった場合には、この判定も否定されてステップ６６へ移行し、配信対象情報としてホームページ（ログイン画面）の情報を読み出し、配信要求情報送信元のクライアント端末２２へ送信してサイト管理処理を終了する。
【００５６】
これにより、ユーザによって連携元ウェブサイトへのアクセスが指示されたクライアント端末２２の表示装置には、アクセスが指示された連携元ウェブサイトのログイン画面が表示される。このログイン画面が表示されると、ユーザはログイン画面の対応する入力欄にユーザＩＤ及びパスワードを入力して送信を指示する。これにより、次のウェブページ（ログインしたユーザに最初に提示するログインユーザ用のホームページ）の配信を要求する配信要求情報がクライアント端末２２から送信されるが、このときクライアント端末２２から送信される配信要求情報にはユーザが入力したユーザＩＤとパスワードも付加されており、この配信要求情報を受信した第１サーバ１２では、サイト管理処理のステップ５４の判定が肯定されることでステップ５６へ移行する。
【００５７】
ステップ５６では、受信した配信要求情報に付加されているユーザＩＤ及びパスワードをユーザ情報テーブル（図３(Ａ)も参照）と照合することで、配信要求情報送信元のクライアント端末２２を操作しているユーザが、自サーバが運営する連携元ウェブサイトの正当なユーザか否かを確認する認証処理を行う。次のステップ５８では、ステップ５６の認証処理によって正当なユーザであることが確認されたか否か判定する。判定が否定された場合はステップ６２で配信要求情報送信元のクライアント端末２２へエラー応答を返す処理が行われるが、正当なユーザであることが確認された場合は判定が肯定されてステップ６０へ移行し、連携元ウェブサイトにアクセスしているクライアント端末２２を登録するためのアクセス中端末テーブルに、受信した配信要求情報に付加されているユーザＩＤ及び配信要求情報送信元のクライアント端末２２の識別情報（例えば送信元ＩＰアドレスと送信元ＴＣＰポート番号）を登録する。なお、アクセス中端末テーブルに登録した情報は、対応するクライアント端末２２とのセッションが切断されると第１サーバ１２によって自動的に消去される。
【００５８】
ステップ６０の処理を行うとステップ６４の判定が行われ、配信対象情報（この場合はログインユーザ用のホームページ）が連携先ウェブサイトへのリンクが設けられたウェブページでない場合は、判定が否定されてステップ６６へ移行し、配信対象情報の配信が行われるが、配信対象情報が連携先ウェブサイトへのリンクが設けられたウェブページである場合には、ステップ６４の判定が肯定されてステップ６８へ移行し、当該リンクが選択されて連携先ウェブサイトがアクセスされた際の認証に用いる乱数を発生させると共に、発生させた乱数に対し、発生日時（現在の日時）から一定期間経過後の日時を有効期限として設定する。次のステップ７０では、ステップ６８で発生させた乱数及びその有効期限を、配信対象のウェブページにリンクが設けられている連携先ウェブサイトを運営している第２サーバ１４へ通知する。なお、ステップ６８は請求項１（詳しくは請求項２,３）に記載の第１の乱数発生手段に、ステップ７０は請求項１（詳しくは請求項２）に記載の通知手段に対応している。
【００５９】
またステップ７２では、配信要求情報送信元のクライアント端末２２の識別情報をキーにしてアクセス中端末テーブルを検索することで、上記クライアント端末２２を操作しているユーザのユーザＩＤを認識し、次のステップ７４では、ステップ６８で発生させた乱数、当該乱数の発生日時及び有効期限、ステップ７２で認識したユーザＩＤを使用乱数テーブル（図３(Ｂ)も参照）に各々登録する。なお、ステップ７４は請求項３に記載の管理手段に対応しており、使用乱数テーブルを記憶するＨＤＤ１２Ｃは請求項３に記載の管理情報記憶手段として機能する。
【００６０】
次のステップ７６では、配信対象のウェブページがクライアント端末２２の表示装置に表示されている状態で、当該ウェブページに設けられている連携先ウェブサイトへのリンクが選択された場合に、クライアント端末２２から第２サーバ１４へ送信される配信要求情報に、自サーバが運営している連携元ウェブサイトに対応する契約者ＩＤと先のステップ６８で発生させた乱数を付加する処理をクライアント端末２２に行わせるためのプログラム（スクリプト）を生成し、生成したスクリプトを配信対象のウェブページの情報に埋め込むことで、配信対象のウェブページを生成する。そしてステップ７８では、生成したウェブページの情報を配信要求情報送信元のクライアント端末２２へ送信し、サイト管理処理を終了する。なお、ステップ７６，７８は請求項１に記載の配信手段に対応している。
【００６１】
これにより、クライアント端末２２の表示装置には、連携元ウェブサイトのウェブページ（ログインユーザ用のホームページ）が表示される。また、このウェブページに設けられた連携元ウェブサイトの別のウェブページへのリンクがユーザによって選択された場合には、クライアント端末２２から第１サーバ１２へ配信要求情報が送信され、サイト管理処理のステップ６６又はステップ６８〜ステップ７０が再度実行されることで、選択されたリンクに対応する別のウェブページがクライアント端末２２の表示装置に表示されるが、クライアント端末２２の表示装置に表示されたウェブページに設けられているリンクのうち、連携先ウェブサイトへのリンクがユーザによって選択された場合には、連携元ウェブサイトに対応する契約者ＩＤと乱数を付加した配信要求情報がクライアント端末２２から第２サーバ１４へ送信されることになる。
【００６２】
一方、第２サーバ１４では、クライアント端末２２又は第１サーバ１２から情報を受信する毎に、ＣＰＵ１４Ａがサイト運営プログラムを実行することで図６に示すサイト運営処理を行う。このサイト運営処理では、まずステップ１１０で受信情報をバッファ等から取り込み、次のステップ１１２において、今回の受信情報がクライアント端末２２から送信された配信要求情報か否か判定する。今回の受信情報が第１サーバ１２から送信された乱数及びその有効期限を通知する情報であった場合には、ステップ１１２の判定が否定されてステップ１１４へ移行し、受信情報の送信元ＩＰアドレス（今回の受信情報を送信した第１サーバ１２のＩＰアドレス）を取得し、取得した送信元ＩＰアドレスをキーにして契約者情報テーブル（図４(Ａ)も参照）を検索することで、今回の受信情報を送信した第１サーバ１２が運営している連携元ウェブサイトの契約者ＩＤを認識する。
【００６３】
そしてステップ１１６では、受信情報によって通知された乱数及びその有効期限を、ステップ１１４で認識した契約者ＩＤと対応付けて乱数登録テーブル（図４(Ｂ)も参照）に登録し、サイト運営処理を終了する。このように、第２サーバ１４は、複数の第１サーバ１２の何れかで乱数が発生され、発生された乱数が有効期限と共に通知される毎に、通知された乱数等を乱数登録テーブルに登録する。なお、乱数登録テーブルに登録した乱数等の情報は、当該テーブルに登録した有効期限が到来後に第２サーバ１４によって自動的に消去される。なお、上記のステップ１１４、１１６は請求項１（詳しくは請求項２）に記載の第１の登録制御手段に対応しており、乱数登録テーブル及び契約者情報テーブルを記憶するＨＤＤ１４Ｃは、請求項１,２に記載の記憶手段及び請求項１に記載のＩＰ記憶手段に対応している。
【００６４】
また、クライアント端末２２の表示装置に連携元ウェブサイトのウェブページが表示されている状態で、クライアント端末２２を操作しているユーザにより、当該ウェブページに設けられた連携先ウェブサイトへのリンクが選択された場合には、前述のように、連携元ウェブサイトに対応する契約者ＩＤと乱数を付加した配信要求情報がクライアント端末２２から第２サーバ１４へ送信される。
【００６５】
この配信要求情報が第２サーバ１４で受信された場合には、前述のステップ１１２の判定が肯定されてステップ１１８へ移行し、配信要求情報送信元のクライアント端末２２が認証済のクライアント端末２２か否か判定する。第２サーバ１４では、ステップ１２０以降の認証プロセス（後述）を経て連携先ウェブサイトにアクセスしているクライアント端末２２の識別情報（例えば送信元ＩＰアドレスと送信元ＴＣＰポート番号）等をアクセス中端末テーブルに登録して管理しており、前述のステップ１１８の判定は、配信要求情報送信元のクライアント端末２２の識別情報がアクセス中端末テーブルに登録されているか否かを判断することで行っている。或るクライアント端末２２が第２サーバ１４へ最初に配信要求情報を送信した際には、ステップ１１８の判定が判定が否定されてステップ１２０へ移行し、ステップ１２０以降の認証プロセスが行われる。
【００６６】
すなわち、まずステップ１２０では、クライアント端末２２から今回受信した配信要求情報に契約者ＩＤ及び乱数が付加されているか否か判定する。判定が肯定された場合はステップ１２４へ移行し、配信要求情報から契約者ＩＤ及び乱数を抽出し、抽出した契約者ＩＤと乱数の組み合わせが乱数登録テーブル（図４(Ｂ)参照）に登録されているか否か判定する。また、この判定が肯定された場合はステップ１２６へ移行し、配信要求情報から抽出した乱数と対応付けて乱数登録テーブルに登録されている有効期限を参照し、抽出した乱数が有効期限内か否か判定する。ステップ１２０〜１２６の何れかの判定が否定された場合はステップ１３６へ移行し、配信要求情報送信元のクライアント端末２２へエラー応答を返しサイト運営処理を終了する。なお、上記のステップ１２０〜１２６は請求項１,２に記載の判断手段に対応している。
【００６７】
また、ステップ１２０〜１２６の判定が各々肯定された場合、配信要求情報送信元のクライアント端末２２を操作しているユーザは、連携元ウェブサイトに一旦ログインした後に連携先ウェブサイトへのアクセスを指示しており、配信要求情報に付加されていた契約者ＩＤに対応する連携元ウェブサイト（遷移元である連携元ウェブサイト）の正当なユーザである（すなわち連携先ウェブサイトの正当なユーザでもある）と判断できる。このため、ステップ１２６の判定が肯定された場合はステップ１２８へ移行し、配信要求情報から抽出した契約者ＩＤと対応付けてサービス定義テーブル（図４(Ｃ)も参照）に登録されているテーブルを参照することで、遷移元である連携元ウェブサイトのユーザに提供するメニュー項目／サービスを認識する。
【００６８】
またステップ１３０では、配信要求情報から抽出した乱数及び契約者ＩＤを、配信要求情報送信元のクライアント端末２２の識別情報（例えば送信元ＩＰアドレスと送信元ＴＣＰポート番号）と共にアクセス中端末テーブルに登録する。なお、このアクセス中端末テーブルに登録した情報は、対応するクライアント端末２２とのセッションが切断されると第２サーバ１４によって自動的に消去される。次のステップ１３２では、配信対象のウェブページとして、ステップ１２８で認識したメニュー項目／サービスに応じたサービスのみを提供するウェブページを生成する。そしてステップ１３４では、ステップ１３２で生成したウェブページの情報を配信要求情報送信元のクライアント端末２２へ送信し、サイト運営管理処理を終了する。なお、ステップ１２８，１３２，１３４は請求項６に記載の配信制御手段に対応しており、サービス定義テーブルを記憶するＨＤＤ１４Ｃは請求項６に記載の提供サービス記憶手段として機能する。
【００６９】
これにより、クライアント端末２２の表示装置には、連携先ウェブサイトのウェブページが表示される。また、このウェブページに設けられた連携先ウェブサイトの別のウェブページへのリンクがユーザによって選択された場合には、契約者ＩＤと乱数が付加されていない配信要求情報がクライアント端末２２から第２サーバ１４へ送信されることになるが、このときには、クライアント端末２２の識別情報等がアクセス中端末テーブルに既に登録されているので、上記の配信要求情報を受信した第２サーバ１４では、サイト運営処理のステップ１１８の判定が肯定されてステップ１３８へ移行し、受信した配信要求情報が要求している配信対象情報を生成又は取得する。なお、配信対象情報は固定的に定められたウェブページの情報に限られるものではなく、配信要求情報が要求する所定の処理を行い処理結果に応じて動的に生成したウェブページの情報であってもよいし、配信要求情報がダウンロード対象として指示した情報であってもよい。
【００７０】
次のステップ１４０では、クライアント端末２２への今回の情報配信は、ユーザに対して利用料金を徴収するサービス（課金対象のサービス）か否か判定する。判定が否定された場合はステップ１４６へ移行し、ステップ１３８で生成又は取得した配信対象情報をクライアント端末２２へ送信してサイト運営処理を終了するが、ステップ１４０の判定が肯定された場合はステップ１４２へ移行し、配信要求情報送信元のクライアント端末２２の識別情報と対応付けてアクセス中端末テーブルに登録されている乱数を読み出し、次に読み出した乱数と対応付けて乱数登録テーブル（図４(Ｂ)参照）に登録されている契約者ＩＤを読み出す。そしてステップ１４４では、クライアント端末２２を介してユーザが今回利用したサービスの種別（メニュー項目／サービス）及び利用量を、ステップ１４２で読み出した乱数及び契約者ＩＤと対応付けて、利用実績テーブル（図４(Ｄ)も参照）に利用実績情報として登録した後に、ステップ１４６で配信要求情報送信元のクライアント端末２２へ配信対象情報を送信する。
【００７１】
なお、利用実績テーブルに登録される利用量としては、対応するサービスが利用回数に応じて利用料金を徴収するサービスであれば利用回数が、対応するサービスが利用時間に応じて利用料金を徴収するサービスであれば利用時間が登録される。これにより、クライアント端末２２を介して連携元ウェブサイトに一旦ログインした後に連携先ウェブサイトへのアクセスを指示したユーザが、連携先ウェブサイトが提供するサービスを利用する毎に、当該ユーザの利用実績が利用実績テーブルに利用実績情報として蓄積記憶されることになる。但し、本実施形態では連携元ウェブサイトの各ユーザの個人情報（ユーザＩＤ等）が連携先ウェブサイトの運営者（第２サーバ１４）に通知されておらず、クライアント端末２２から第２サーバ１４へ送信される配信要求情報にも個人情報が設定されないので、利用実績テーブル上では、連携元ウェブサイトの契約者ＩＤと配信要求情報に付加されていた乱数の組み合わせによって個々のユーザが区別される。なお、上述したステップ１４０〜１４４は請求項７に記載の利用実績管理手段に対応しており、利用実績テーブルを記憶するＨＤＤ１４Ｃは請求項７に記載の利用実績記憶手段としても機能する。
【００７２】
第２サーバ１４は、連携先ウェブサイトを介して提供したサービスの利用料金を徴収するために、利用実績テーブルに蓄積記憶された利用実績情報を読み出し、読み出した利用実績情報を契約者ＩＤに基づいて複数の群に分け（契約者ＩＤが同一の利用実績情報毎にグループ化し）、個々の利用実績情報群を対応する第１サーバ１２へ各々送信する処理を定期的に（例えば月１回）行う。第２サーバ１４から送信された利用実績情報群が第１サーバ１２で受信されると、第１サーバ１２で実行されるサイト管理処理（図５）では、ステップ５２の判定が否定されてステップ８０へ移行し、第２サーバ１４から受信した利用実績情報群の中から未処理レコードの情報（図４(Ｄ)に示す利用実績テーブルにおける単一の行に相当する情報）を抽出する。
【００７３】
次のステップ８２では、抽出した未処理レコードの情報（処理対象の利用実績情報）に設定されている乱数をキーとして使用乱数テーブル（図３(Ｂ)参照）を検索することで、処理対象の利用実績情報に対応するユーザＩＤを認識する。またステップ８４では、処理対象の利用実績情報に設定されているサービスの種別（メニュー項目／サービス）をキーとして料金テーブル（図３(Ｃ)参照）を参照することで、処理対象の利用実績情報が表すサービスの利用実績において利用されたサービスの単価を取得する。またステップ８６では、ステップ８４で取得した単価と処理対象の利用実績情報に設定されているサービスの利用量に基づいて、処理対象の利用実績情報が表すサービスの利用実績における利用料金を演算する。
【００７４】
第１サーバ１２のＨＤＤ１２Ｃに記憶されている請求情報テーブルは、図３(Ｄ)に示すように、個々のユーザについて総請求金額を登録可能で（初期値は０）、かつ利用サービス種別・利用量・利用料金の明細情報を複数登録可能に構成されている。次のステップ８８では、ステップ８２で認識したユーザＩＤに対応する総請求金額を請求情報テーブルから読み出し、読み出した総請求金額にステップ８６で演算した利用料金を加算し、加算後の金額を認識したユーザＩＤに対応する総請求金額として請求情報テーブルに再登録することで、請求情報テーブルに登録されている総請求金額を更新する。またステップ９０では、処理対象の利用実績情報に設定されている利用サービス種別及び利用量、ステップ８６で演算した利用料金を、認識したユーザＩＤに対応する明細情報として請求情報テーブルに登録する。
【００７５】
次のステップ９２では、第２サーバ１４から受信した利用実績情報群の全てのレコードに対して上記処理を行ったか否か判定する。判定が否定された場合はステップ８０に戻り、ステップ９２の判定が肯定される迄ステップ８０〜ステップ９２を繰り返す。これにより、第２サーバ１４から受信した利用実績情報群に基づいて、連携元ウェブサイトの各ユーザのうち、連携先ウェブサイトにアクセスし連携先ウェブサイトを介して課金対象のサービスを利用したユーザに対する請求金額が各々演算される。そしてステップ９２の判定が肯定されるとステップ９４へ移行し、請求情報テーブルに登録されている情報に基づいて、総請求金額が０でないユーザに対して請求書及び利用明細を発行する等の利用料金請求処理（利用料金請求の代行）を行い、サイト管理処理を終了する。なお、この利用料金請求処理を経てユーザから徴収した利用料金は、連携元ウェブサイトの運営者から連携先ウェブサイトの運営者へ後日支払われることになる。
【００７６】
このように、本実施形態では、連携先ウェブサイトへのリンクが設けられた連携元ウェブサイトのウェブページの配信が要求される毎に、第１サーバ１２は乱数を発生させて第２サーバ１４へ通知すると共に、配信が要求されたウェブページの情報として、連携先ウェブサイトへのリンクが選択された際に、契約者ＩＤと乱数が付加された配信要求情報をクライアント端末２２から第２サーバ１４へ送信させるプログラムが埋め込まれた情報を生成してクライアント端末２２へ配信し、第２サーバ１４では、通知された乱数を契約者ＩＤと対応付けて乱数登録テーブルに登録しておき、受信した配信要求情報に付加されている契約者ＩＤと乱数の組み合わせが乱数登録テーブルに登録されているか否かに基づいて、連携先ウェブサイトへのアクセスが、連携元ウェブサイトを遷移元とするアクセスか否かを判断するので、当該判断を、クライアント端末２２と第２サーバ１４の間、及び第１サーバ１２と第２サーバ１４の間で個人情報を送受することなく簡易な処理で実現することができる。
【００７７】
なお、上記では連携先ウェブサイトへのリンクが設けられたウェブページの配信が要求される毎に第１サーバ１２が乱数を発生させる態様を説明したが、本発明はこれに限定されるものではなく、或るクライアント端末２２とのセッションが開始されたときに乱数を発生させ、当該セッションが継続している間は同一の乱数を用い、セッションが切断されてから一定期間経過後に乱数が無効となるようにしてもよい。
【００７８】
また、上記では第１サーバ１２で乱数を発生させる態様を説明したが、これに限定されるものではなく、図７，８に示すように、第２サーバ１４で乱数を発生させるようにしてもよい。図７，８に示す態様について、上記で説明した態様と異なる部分のみ説明すると、第１サーバ１２が行うサイト管理処理（図７）では、受信した配信要求情報によって配信が要求されている情報が、連携先ウェブサイトへのリンクが設けられたウェブページの情報であった場合（ステップ６４の判定が肯定された場合）に、連携先ウェブサイトを運営する第２サーバ１４に対して乱数の発生を要求する情報を送信し（ステップ６９）、第２サーバ１４から乱数が通知される迄待機する（ステップ７２）。一方、第２サーバ１４が行うサイト運営処理（図７）では、第１サーバ１２から乱数の発生が要求されると（ステップ１１２の判定が肯定）、要求元の第１サーバ１２が運営している連携元ウェブサイトの契約者ＩＤを認識し（ステップ１１４）、乱数を発生させると共に発生させた乱数の有効期限として設定し（ステップ１１５）、発生させた乱数及びその有効期限を要求元の第１サーバ１２へ通知し（ステップ１１７）、発生させた乱数及びその有効期限を契約者ＩＤと対応付けて乱数登録テーブルに登録する。
【００７９】
第１サーバ１２で乱数を発生させる態様では、複数の第１サーバ１２が各々独立に乱数を発生させるので、個々の連携元ウェブサイトのユーザによって同一の乱数が重複使用される可能性があり、これを考慮してクライアント端末２２から第２サーバ１４へ送信される配信要求情報に乱数を契約者ＩＤを付加させるようにしていたが、第２サーバ１４で乱数を発生させる態様では、例えば発生させた乱数をキーとして乱数登録テーブルを検索し、同一の乱数が既に登録されていた場合は乱数の発生を再度行う等の処理を図８のステップ１１５で行う等により、個々の連携元ウェブサイトのユーザによって同一の乱数が重複使用される可能性を排除することができる。これに伴い、第１サーバ１２が行うサイト管理処理（図７）では、配信対象のウェブページの生成に際し、配信対象のウェブページに設けられている連携先ウェブサイトへのリンクが選択された場合に、クライアント端末２２から第２サーバ１４へ送信される配信要求情報に、第２サーバ１４から通知された乱数のみを付加する処理をクライアント端末２２に行わせるためのプログラム（スクリプト）を生成し、生成したスクリプトを配信対象のウェブページの情報に埋め込む処理を行う（ステップ７７）。
【００８０】
また、第２サーバ１４が行うサイト運営処理（図７）では、配信要求情報送信元のクライアント端末２２が識別情報がアクセス中端末テーブルに未登録の場合（ステップ１１８の判定が否定された場合）に、受信した配信要求情報に乱数が付加されているか否かを判定し（ステップ１２１）、判定が肯定された場合は当該乱数が乱数登録テーブルに登録されているか否かを判定し（ステップ１２５）、判定が肯定された場合にステップ１２６で乱数が有効期間内か否かを判定する。そして、ステップ１２１，１２５，１２６の判定が何れも肯定され、配信要求情報送信元のクライアント端末２２の操作者が正当なユーザであることが確認できた場合には、受信した配信要求情報に付加されている乱数をキーにして乱数登録テーブルを検索することで、対応する契約者ＩＤを読み出す（遷移元である連携元ウェブサイトを把握する）。
【００８１】
このように、図７，８に示す態様（第２サーバ１４で乱数を発生させる態様）では、クライアント端末２２から第２サーバ１４へ契約者ＩＤを送信する必要がなくなるので、安全性が更に向上する。なお、この態様において、第１サーバ１２は請求項４,５に記載のサイト管理装置に、第２サーバ１４は請求項４,５に記載のサイト運営装置に対応しており、第２サーバ１４のＨＤＤ１４Ｃにインストールされているサイト運営プログラムは請求項９に記載のサイト運営プログラムに各々対応している。また、この態様において、サイト管理処理（図７）のステップ６９は請求項４,５に記載の依頼手段に、ステップ７４は請求項５に記載の管理手段に、ステップ７７，７８は請求項４に記載の配信手段に各々対応しており、サイト運営処理（図８）のステップ１１４〜１１９は請求項４に記載の第２の乱数発生手段に、ステップ１２１，１２５，１２６は請求項４に記載の判断手段に各々対応している。
【００８２】
また、上記では連携先ウェブサイトを介して提供されるサービスを利用したユーザに対し、利用量に応じた利用料金を徴収する態様を説明したが、本発明はこれに限定されるものではない。例えば、連携元ウェブサイトの運営者が一定期間毎に一定金額の利用料金を連携先ウェブサイトの運営者へ支払う等の利用契約が締結されている場合には、利用量に応じた利用料金の徴収は不要であるが、この場合、請求情報テーブルを省略し、利用実績テーブルに登録される利用実績情報は、例えば連携元ウェブサイトのユーザによる連携先ウェブサイトの利用動向の調査等に利用することができる。また、利用量に応じた利用料金の徴収や利用動向の調査が不要であれば、利用実績テーブル及び当該テーブルに利用実績を登録する処理も省略することができる。
【図面の簡単な説明】
【００８３】
【図１】本実施形態に係るコンピュータ・システムの概略構成を示すブロック図である。
【図２】連携元ウェブサイトと連携先ウェブサイトのリンク関係の一例を示すイメージ図である。
【図３】第１サーバのＨＤＤに記憶されている各テーブルの内容を各々示すイメージ図である。
【図４】第２サーバのＨＤＤに記憶されている各テーブルの内容を各々示すイメージ図である。
【図５】第１サーバで実行されるサイト管理処理の一例を示すフローチャートである。
【図６】第２サーバで実行されるサイト運営処理の一例を示すフローチャートである。
【図７】サイト管理処理の他の例を示すフローチャートである。
【図８】サイト運営処理の他の例を示すフローチャートである。
【符号の説明】
【００８４】
１０  コンピュータ・システム
１２  第１サーバ
１２Ｃ  ＨＤＤ
１４  第２サーバ
１４Ｃ  ＨＤＤ
１６  インターネット
２２  クライアント端末
【図１】
0004818674.tif 000002
【図２】
0004818674.tif 000003
【図３】
0004818674.tif 000004
【図４】
0004818674.tif 000005
【図５】
0004818674.tif 000006
【図６】
0004818674.tif 000007
【図７】
0004818674.tif 000008
【図８】
0004818674.tif 000009