"ユーザの操作によってユーザ端末からウェブページの閲覧要求を受信した場合に、当該ユーザ端末にウェブページを送信するウェブページ提供部と、前記ウェブページに記述された選択肢のうち、電話による連絡の選択肢を前記ユーザが選択した場合に、前記ユーザ端末から連絡を要求する旨の情報を受信する連絡受付部と、前記連絡を要求する旨の情報を受信した場合に、少なくとも前記ユーザが閲覧したウェブページの情報を前記ユーザのアクセス情報とする連絡情報生成部と、前記アクセス情報に対応する連絡用電話番号を発行する連絡番号発行部と、前記ユーザの入力操作によって特定される電話番号に基づいて前記ユーザの電話機に発呼し、前記連絡用電話番号を発信者番号として通知する、又は前記ユーザの電話機から前記連絡用電話番号宛てに発信された呼を受ける第一通話制御部と、前記アクセス情報に対応する連絡先の電話機に発呼する第二通話制御部と、前記ユーザの電話機の呼と前記連絡先の電話機の呼とを接続する接続制御部と、ネットワークを介して前記連絡先に設けられた端末へ前記アクセス情報を送信するアクセス情報提供部と、を備えたアクセス管理システム。前記ユーザの電話機から前記連絡用電話番号宛ての呼を前記第一通話制御部が受けた場合に、前記第二通話制御部が、前記連絡用電話番号と対応する連絡先の電話機に発呼し、前記接続制御部が前記第一通話制御部の呼と第二通話制御部の呼とを接続する請求項1に記載のアクセス管理システム。前記連絡番号発行部は、前記アクセス情報と対応付けた前記連絡用電話番号と異なる連絡用電話番号を当該アクセス情報と対応付けて連絡先用に発行する請求項1又は2に記載のアクセス管理システム。前記アクセス情報提供部が、電話回線を介して前記連絡先に設けられたファクシミリ端末へ前記アクセス情報を送信する請求項1から3の何れか一項に記載のアクセス管理システム。ユーザの操作によってユーザ端末からウェブページの閲覧要求を受信した場合に、当該ユーザ端末にウェブページを送信するステップと、前記ウェブページに記述された選択肢のうち、電話による連絡の選択肢を前記ユーザが選択した場合に、前記ユーザ端末からの連絡要求情報を受信するステップと、前記連絡要求情報を受信した場合に、少なくとも前記ユーザが閲覧したウェブページの情報を前記ユーザのアクセス情報とするステップと、前記アクセス情報に対応する連絡用電話番号を発行するステップと、前記ユーザの入力操作によって特定される前記ユーザの電話番号に基づいて前記ユーザの電話機に発呼し、前記連絡用電話番号を発信者番号として通知する、又は前記ユーザの電話機から前記連絡用電話番号宛てに発信された呼を受けるステップと、前記アクセス情報に対応する連絡先の電話機に発呼するステップと、前記ユーザの電話機の呼と前記連絡先の電話機への呼とを接続するステップと、ネットワークを介して前記連絡先に設けられた端末へ前記アクセス情報を送信するステップと、をコンピュータが実行するアクセス管理方法。前記ユーザの電話機から前記連絡用電話番号宛ての呼を受けた場合に、前記連絡用電話番号と対応する連絡先の電話機に発呼し、前記ユーザ端末との呼と問い合せ先の電話機との呼とを接続する請求項5に記載のアクセス管理方法。前記アクセス情報と対応付けた前記連絡用電話番号と異なる連絡用電話番号を当該アクセス情報と対応付けて連絡先用に発行する請求項5又は6に記載のアクセス管理方法。電話回線を介して前記連絡先に設けられたファクシミリ端末へ前記アクセス情報を送信する請求項5から7の何れか一項に記載のアクセス管理方法。特許文献1のシステムでは、電話機のユーザが識別番号を含む電話番号を入力して電話をかける必要があり、煩わしいという問題がある。また、特許文献1のシステムでは、識別番号を含む電話番号を予め広告情報と共にウェブページに記載しておき、電話をかけたユーザが広告情報を見たと推定するシステムであり、同じ広告ウェブページを見たユーザは同じ電話番号にかけることになるので、クッキーのようにユーザクライアント端末を個別に認識できるものではなかった。また、特許文献1のシステムでは、ユーザがクライアント端末を用いて直接ウェブサイトにアクセスし、電話番号が記載されたウェブページを見て電話した場合だけでなく、ウェブサイトにアクセスせずに電話をした場合、例えば印刷されたウェブページを見て電話した場合や、検索エンジン等のキャッシュに存在するウェブページを見て電話した場合なども同様に集計されるため、ウェブサイトに対するアクセスと電話によるアクセスをクッキーのように対応付けるものではなかった。そこで、本発明は、特定のユーザによるウェブサイトへのアクセスと電話によるアクセスを対応付ける技術の提供を課題とする。上記課題を解決するため、本発明のアクセス管理システムは、ユーザの操作によってユーザ端末からウェブページの閲覧要求を受信した場合に、当該ユーザ端末にウェブページを送信するウェブページ提供部と、前記ウェブページに記述された選択肢のうち、電話による連絡の選択肢を前記ユーザが選択した場合に、前記ユーザ端末から連絡を要求する旨の情報を受信する連絡受付部と、前記連絡を要求する旨の情報を受信した場合に、少なくとも前記ユーザが閲覧したウェブページの情報を前記ユーザのアクセス情報とする連絡情報生成部と、前記アクセス情報に対応する連絡用電話番号を発行する連絡番号発行部と、前記ユーザの入力操作によって特定される電話番号に基づいて前記ユーザの電話機に発呼し、前記連絡用電話番号を発信者番号として通知する、又は前記ユーザの電話機から前記連絡用電話番号宛てに発信された呼を受ける第一通話制御部と、前記アクセス情報に対応する連絡先の電話機に発呼する第二通話制御部と、前記ユーザの電話機の呼と前記連絡先の電話機の呼とを接続する接続制御部と、ネットワークを介して前記連絡先に設けられた端末へ前記アクセス情報を送信するアクセス情報提供部と、を備える。前記ユーザの電話機から前記連絡用電話番号宛ての呼を前記第一通話制御部が受けた場合、前記第二通話制御部が、前記連絡用電話番号と対応する連絡先の電話機に発呼し、前記接続制御部が前記第一通話制御部の呼と第二通話制御部の呼とを接続しても良い。前記連絡番号発行部は、前記アクセス情報と対応付けた前記連絡用電話番号と異なる連絡用電話番号を当該アクセス情報と対応付けて連絡先用に発行しても良い。前記アクセス情報提供部は、電話回線を介して前記連絡先に設けられたファクシミリ端末へ前記アクセス情報を送信しても良い。また、本発明のアクセス管理方法は、ユーザの操作によってユーザ端末からウェブページの閲覧要求を受信した場合に、当該ユーザ端末にウェブページを送信するステップと、前記ウェブページに記述された選択肢のうち、電話による連絡の選択肢を前記ユーザが選択した場合に、前記ユーザ端末からの連絡要求情報を受信するステップと、前記連絡要求情報を受信した場合に、少なくとも前記ユーザが閲覧したウェブページの情報を前記ユーザのアクセス情報とするステップと、前記アクセス情報に対応する連絡用電話番号を発行するステップと、前記ユーザの入力操作によって特定される前記ユーザの電話番号に基づいて前記ユーザの電話機に発呼し、前記連絡用電話番号を発信者番号として通知する、又は前記ユーザの電話機から前記連絡用電話番号宛てに発信された呼を受けるステップと、前記アクセス情報に対応する連絡先の電話機に発呼するステップと、前記ユーザの電話機の呼と前記連絡先の電話機への呼とを接続するステップと、ネットワークを介して前記連絡先に設けられた端末へ前記アクセス情報を送信するステップと、をコンピュータが実行する。また、本発明のアクセス管理方法は、前記ユーザの電話機から前記連絡用電話番号宛ての呼を受けた場合に、前記連絡用電話番号と対応する連絡先の電話機に発呼し、前記ユーザ端末との呼と問い合せ先の電話機との呼とを接続しても良い。また、本発明のアクセス管理方法は、前記アクセス情報と対応付けた前記連絡用電話番号と異なる連絡用電話番号を当該アクセス情報と対応付けて連絡先用に発行しても良い。更に、本発明のアクセス管理方法は、電話回線を介して前記連絡先に設けられたファクシミリ端末へ前記アクセス情報を送信しても良い。なお、本願において、連絡用電話番号とは、上記構成により、アクセス情報と対応つけることによって電話に用いることができるようにしたCookieとしての電話番号であり、例えばPhoneCookie商標、以下の明細書及び図面についても同様である。開示のシステムは、特定のユーザによるウェブサイトへのアクセスの情報と当該ウェブページに基づいた電話によるアクセスの情報を対応付ける技術を提供できる。以下、図面を参照して本発明を実施するための最良の形態について説明する。以下の実施の形態の構成は例示であり、本発明は実施の形態の構成に限定されない。《実施形態1》システム構成図1は、本発明に係るアクセス管理システムの概略図である。本例のアクセス管理システム10は、ウェブサーバ1や、アプリケーションサーバ2、呼制御装置7を備えている。ユーザ端末3は、インターネット等のネットワークNを介してウェブの閲覧や電子メールの送受信を行うクライアント端末としての機能と、電話回線Dを介して音声通話を行う電話機としての機能を有している。なお、ユーザ端末3は、クライアント端末の機能と電話機の機能とを一体的に備えたものに限らず、クライアント端末と電話機とが別体であっても良い。図2は、本実施形態におけるウェブサーバ1の概略構成図である。図2に示すように、ウェブサーバ1は、CPUcentralprocessingunitやメインメモリ等よりなる演算処理部12、演算処理の為のデータやソフトウェアを記憶した記憶部ハードディスク13、入出力インタフェース14、通信制御部CCU:CommunicationControlUnit15等を備えたコンピュータである。該入出力インタフェース14は、入出力手段と接続し、信号の入出力を行うインタフェースである。入出力インタフェース14には、コンソールキーボードやディスプレイを含むや記憶媒体の読み書き装置等が入出力手段として適宜接続される。CCU15は、ネットワークNを介して他のコンピュータとの接続を確立し、CPUからの命令に応じた他のコンピュータとの通信の制御を行う。記憶部13には、オペレーティングシステムOSやアプリケーションソフトサーバプログラムといったソフトウェアがインストールされていると共に、ウェブサイトを構成するウェブページ等のデータを記憶している。また、記憶部13は、ユーザ認証用の登録データや、ユーザの電話番号といったユーザ情報を記憶し、ユーザ情報記憶部としても機能する。演算処理部12は、前記OSやアプリケーションプログラムを記憶部13から適宜読み出して実行し、入出力インタフェース14やCCU15から入力された情報、及び記憶部13から読み出した情報を演算処理することにより、認証処理部41や、ウェブページ提供部42、連絡受付部43、連絡情報生成部44、連絡情報送信部45としても機能する。認証処理部41は、ユーザ端末3から認証が必要なウェブページの要求を受けた場合に、当該ユーザ端末3が認証済か否かを判定し、認証済でなければIDとパスワードといった認証用の情報の入力を促す認証画面をユーザ端末3に送信して表示させ、当該認証画面に対して入力されたID及びパスワードを記憶部13に登録されている認証用情報と比較し、一致していれば認証済みとし、セッションIDをHTTPクッキーとして発行する。ウェブページ提供部42は、ユーザ端末3からURLで指定されたウェブページの閲覧要求を受けた場合に、当該ウェブページを記憶部13から読み出してユーザ端末3に送信する。連絡受付部43は、ユーザ端末3から電話による問い合わせや申し込みといった連絡を要求する旨の情報を受信する。例えば、ユーザ端末3に提供したウェブページにHTMLやXMLといったマークアップ言語で記述された選択肢として、電話連絡用のリンクを記載しておき、ユーザが当該リンクを選択し、所定URLのウェブページが要求された場合に、連絡受付部43は、電話連絡の要求を受けたと認識する。なお、リンクの選択に限らず、ボタンの選択やチェックボックスのチェックといったユーザ操作に応じて電話連絡の要求を受ける構成でも良い。ここで、ユーザ端末3が認証済みであり、HTTPクッキーとしてセッションIDを有している場合、ユーザ端末3は、前記所定URLの要求と共にセッションIDも通知する。なお、電話連絡の要求は、このように所定URLを送信するものに限らず、単に電話連絡を示す情報を送信するものでも良いし、所定のcgiを起動させるもの等でも良い。連絡情報生成部44は、少なくとも前記ユーザが閲覧したウェブページの情報を前記ユーザのアクセス情報とする。例えば、前記電話連絡の要求と共に受信したセッションIDに基づき、このユーザが閲覧したウェブページ、特に前記電話連絡用のリンク選択肢が記載されたウェブページのURL等を特定する。前記ユーザが複数のウェブページを閲覧していた場合には、これらウェブページのURLや、その閲覧順、閲覧日時といったログなどをアクセス情報としても良い。更に、閲覧したウェブページに対して入力した情報や選択した情報、例えばウェブページの入力欄に入力したデータやショッピングサイトで購入ボタンを選択した情報などをアクセス情報としても良い。また、アクセス情報は、ウェブページに記載された内容等であっても良い。例えば商品の紹介や購入に関するウェブページであった場合、この商品名や商品ID等をアクセス情報とする。この場合、ウェブページと対応付けて予め記憶部13に記憶された商品名や商品ID等のアクセス情報を読み出す構成でも良いし、ウェブページからタイトルや、ヘッダ、特定のタグで指定された文字列等を抽出する構成でも良い。また、連絡情報生成部44は、前記電話連絡用のリンクと対応する電話指示パラメータを記憶部13から読み出す。なお、電話指示パラメータは、連絡先の電話番号や通話後の動作を示すパラメータであり、予め前記電話連絡用のリンクと対応付けて記憶部13に記憶しておく。即ち、電話連絡用のリンクが選択されると対応する連絡先の電話番号等が読み出される。更に連絡情報生成部44は、セッションIDに基づいてユーザを識別し、当該ユーザの電話番号等のユーザ情報を記憶部13から読み出す。即ち、本実施形態では、認証時のユーザの入力操作によって入力されたIDと対応する会員情報から当該ユーザの電話番号が特定される。また、連絡情報生成部44は、このユーザの電話番号等のユーザ情報を前記電話指示パラメータに加える。そして連絡情報生成部44は、前記アクセス情報と連絡先の情報電話指示パラメータを含む連絡要求情報を生成する。連絡情報送信部45は、連絡情報生成部44で生成した連絡要求情報をアプリケーションサーバ2へ送信する。図3はアプリケーションサーバ2の概略構成図である。図3に示すように、アプリケーションサーバ2は、CPUcentralprocessingunitやメインメモリ等よりなる演算処理部22、演算処理の為のデータやソフトウェアを記憶した記憶部ハードディスク23、入出力インタフェース24、通信制御部CCU:CommunicationControlUnit25等を備えたコンピュータである。該入出力インタフェース24は、入出力手段と接続し、信号の入出力を行うインタフェースである。入出力インタフェース24には、コンソールキーボードやディスプレイを含むや記憶媒体の読み書き装置等が入出力手段として適宜接続される。CCU25は、ネットワークNを介して他のコンピュータとの接続を確立し、CPUからの命令に応じた他のコンピュータとの通信の制御を行う。記憶部23には、オペレーティングシステムOSやアプリケーションソフトアクセス管理プログラムといったソフトウェアがインストールされていると共に、連絡先のデータ等を記憶している。演算処理部22は、前記OSやアプリケーションプログラムを記憶部23から適宜読み出して実行し、入出力インタフェース24やCCU25から入力された情報、及び記憶部23から読み出した情報を演算処理することにより、PhoneCookie発行部連絡番号発行部51、呼制御連携部52、通話後処理部53、アクセス情報提供部56としても機能する。PhoneCookie発行部51は、ウェブサーバ1から連絡要求情報を受信した場合に、当該連絡要求情報と対応する連絡用電話番号を発行する。この連絡用電話番号は、後述のように当該PhoneCookieとしての電話番号は、ユーザ端末3或いは連絡先の電話機4からこの電話番号宛に電話をかけた場合に呼制御装置7で着呼するように呼制御装置用に確保した電話番号である。例えば、050-ABCD-××××のような11桁の電話番号を用いる場合、末尾4桁が0000から末尾4桁が9999までの1万通りの電話番号を確保する。即ち、先頭の7ケタが050-ABCDであれば、末尾4桁が何番であっても全ての呼が呼制御装置7へ着信するようにする。従って末尾4桁を自由にナンバリングしてユーザに通知した場合であっても、この番号宛ての電話を全て呼制御装置7で受けることができる。このように呼制御装置7用の電話番号を複数確保しておき、PhoneCookie発行部51は、各連絡要求情報に前記呼制御装置7用の電話番号の一つをPhoneCookieとして割り当て、各PhoneCookieが連絡要求情報に割り当てられた全てのPhoneCookieの中でユニークとなるようにする。即ち、PhoneCookieに対応する連絡要求情報が一意に特定できるようにしている。呼制御連携部52は、連絡要求情報に基づいて呼の制御を行う命令を呼制御装置7へ送信する。例えばウェブサーバ1から前記連絡要求情報を受信した場合、ユーザと連絡先の間に呼を確立させるコマンドと、ユーザの電話番号や及び連絡先の電話番号を含む電話指示パラメータを呼制御装置7へ送信する。また、呼制御連携部52は、呼制御装置7から通話が終了したことを通知された場合、通話後処理部53にこれを伝えて通話後の処理を行わせる。通話後処理部53は、呼制御連携部52から通話終了の処理を受けた場合に、電話指示パラメータの通話後パラメータに基づいて通話後の処理を行う。例えば、通話後にお問い合わせありがとうございました。お問い合わせ頂いたBIOSの更新方法については、以下の手順で行って下さいお問い合わせ頂いた商品と関連する以下の商品も取り扱っております受付窓口の地図をお送り致しますなどのように、お礼や資料、関連商品の案内、地図など、電話連絡に伴う関連情報を電子メール等でユーザ端末3宛てに送信する。アクセス情報提供部56は、ネットワークNを介して前記連絡先の端末5図1へ前記アクセス情報やユーザ情報といった問い合わせに関連する情報以下、アクセス情報等とも称すを送信する。更に、当該アクセス情報やユーザ情報と対応付けて予め記憶部13に記憶した情報、例えば、閲覧したウェブページに記載されている商品IDと対応する仕様やQA、ユーザの購入履歴などを当該アクセス情報等問い合わせに関連する情報含めても良い。これにより連絡先の担当者は、電話連絡を要求したユーザが、要求時に閲覧していたウェブページや、そのウェブページに入力したデータ等を手元の端末5で確認することができる。一方、呼制御装置7は、電話回線網Dを介して電話機間の呼を制御する装置である。本実施形態において、呼制御装置7は、SIPSessionInitiationProtocolによって電話機間の呼を制御するCTIサーバである。なお、本実施形態の呼制御装置7は、アプリケーションサーバ2からの命令に応じて呼を制御できれば、SIPサーバに限らず、他の方式の電話交換機であっても良い。図4は呼制御装置7の概略構成図である。図4に示すように、呼制御装置7は、CPUcentralprocessingunitやメインメモリ等よりなる演算処理部72、演算処理の為のデータやソフトウェアを記憶した記憶部ハードディスク73、入出力インタフェース74、通信制御部CCU:CommunicationControlUnit75等を備えたコンピュータ、所謂CTIサーバである。該入出力インタフェース74は、入出力手段と接続し、信号の入出力を行うインタフェースである。入出力インタフェース74には、コンソールキーボードやディスプレイを含むや記憶媒体の読み書き装置等が入出力手段として適宜接続される。CCU75は、電話回線網Dを介して他の装置との接続を確立し、CPUからの命令に応じた通信の制御を行う。本実施形態のCCU75は、SIPに従って通信を行うものであり、電話回線網D内のVoIPゲートウェイや無線基地局を介して電話機4やユーザ端末3等の呼を制御する。例えば、電話機4は、電話回線網D内のVoIPゲートウェイに収容され、電話機4からの音声信号や制御信号はVoIPゲートウェイでVoIPパケットに変換されて呼制御装置7に送られる。また、呼制御装置7から電話機4へ送信したVoIPパケットは、VoIPゲートウェイで音声信号や制御信号に変換されて電話機4へ送られる。また、ユーザ端末3は携帯電話回線を介して無線基地局に収容され、ユーザ端末3からの音声信号や制御信号は、無線基地局でVoIPパケットに変換されて呼制御装置7に送られる。また、呼制御装置7からユーザ端末3へ送信したVoIPパケットは、無線基地局で音声信号や制御信号に変換されてユーザ端末3へ送られる。記憶部73には、オペレーティングシステムOSやアプリケーションソフトといったソフトウェアがインストールされている。演算処理部72は、前記OSやアプリケーションプログラムを記憶部73から適宜読み出して実行し、入出力インタフェース74やCCU75から入力された情報、及び記憶部73から読み出した情報を演算処理することにより、第一通話制御部81、第二通話制御部82、接続制御部83としても機能する。第一通話制御部81は、ユーザ情報に基づいて前記ユーザの電話機、即ちユーザ端末3に発呼し、前記PhoneCookieを発信者番号として通知する。第二通話制御部82は、アクセス情報に対応する連絡先、例えば加盟店やウェブサイトの運営者の電話機4に発呼し、PhoneCookieを発信者番号として通知する。接続制御部83は、アプリケーションサーバ2から呼制御の命令を受信し、この命令に従って第一通話制御部81及び第二通話制御部82を制御し、前記ユーザ端末3や連絡先の電話機4等の呼制御を行う。例えばユーザ端末3との呼を介して第一通話制御部81で受信した音声データを電話機4との呼を介して第二通話制御部82から電話機4へ送信、また、電話機4との呼を介して第二通話制御部82で受信した音声データをユーザ端末3との呼を介して第一通話制御部81からユーザ端末3へ送信することで、ユーザ端末3と電話機4とを相互に通話可能にしている。なお、この二つの呼を接続する処理は、所謂サードパーティコールコントロールであり、公知の技術を用いることができるので、詳しい説明は省略する。また、接続制御部83は、呼制御を行った通話の終話信号や切断信号を受信した場合に呼を切断し、通話が終了したことをアプリケーションサーバ2の呼制御連携部52に通知する。管理方法次に図5-図8を用いて、上記アクセス管理システムが実行するアクセス管理方法について説明する。まず、ユーザはウェブサーバ1に対して会員登録を行う。例えばユーザの氏名、電話番号、ID、パスワードといったユーザ情報をウェブサーバ1に送信して記憶させる。また、ウェブサーバ1の運営者は、提供するウェブページに電話連絡、例えば電話問い合わせのリンク選択肢を記述しておき、ユーザが閲覧中に連絡を希望し、当該リンクを選択した場合にリンク先として記述されているURLがウェブサーバ1に送信されるように設定する。さらに、このリンク先と対応つけて、連絡先の担当者の電話番号や、店舗の電話番号、通話後のアクション、通話時のアクションなどを定めた連絡先の情報を電話指示パラメータとして記憶部13に記憶させておく。例えば、商品案内のページに記載したリンク先であれば、連絡先として営業担当者の電話番号を対応つけ、決済のページに記載したリンク先であれば、連絡先として経理担当者の電話場号を対応つけ、配送先を入力するページに記載したリンク先であれば、連絡先として配送担当者の電話番号を対応つけておく。そして、図5に示すように、ウェブサイトの運営を開始しステップS1、ユーザ端末3からURLを指定してウェブページの閲覧が要求されると、ウェブサーバ1のウェブページ提供部42は、前記URLで特定されるウェブページをユーザ端末3に提供し表示させるステップS2。図6は、このウェブページの表示例を示す図である。図6は商品を購入するページの例であり、オプションについて入力する入力欄61や電話連絡のリンク62を掲載している。前記リンク62が選択されると、ユーザ端末3は、当該リンク62のパラメータに従った要求、即ち電話連絡を要求する情報をウェブサーバ1に送信するステップS3。連絡受付部43は、ユーザ端末3から電話による連絡を要求する旨の情報を受信した場合ステップS4、認証処理部41によって発行されたセッションIDをユーザ端末3から受信したか否かによって当該ユーザ端末3が認証済みか否かを判定するステップS5。認証済みでない場合、認証処理部41がログイン画面を表示させ、IDとパスワードの入力を促し、認証処理を行うステップS6。ステップS5で認証済みであった場合、及びステップS6で認証済みとなった場合、連絡情報生成部44は、セッションIDに対応するアクセス情報及びリンク先に対応する電話指示パラメータを記憶部13から読み出して連絡要求情報を生成し、アプリケーションサーバ2へ送信するステップS7。なお、アクセス情報は、電話問い合わせのリンクが選択されたウェブページのURLや、当該ウェブページに入力したデータ、当該ユーザが閲覧したウェブページの履歴など、当該ユーザのウェブサーバ1に対するアクセスに係る情報であれば良い。ウェブサーバ1から連絡要求情報を受信したアプリケーションサーバ2のPhoneCookie発行部51は、当該連絡要求情報に対応するユニークな電話番号をPhoneCookieとして発行するステップS8。PhoneCookieの発行後、アプリケーションサーバ2の呼制御連携部52は、電話指示パラメータと共に呼制御の命令を呼制御装置7へ送信する。当該呼制御の命令を受信した呼制御装置7の第一通話制御部81は、ユーザ情報の電話番号に基づき、ユーザ端末3に対して発呼し、前記PhoneCookieを発信者番号として通知するステップS9。なお、図7は、PhoneCookieと対応付けらける情報を示す図である。また、第二通話制御部82は、電話指示パラメータの連絡先電話番号に基づき、連絡先の電話機4に発呼し、PhoneCookieを発信者番号として通知するステップS10。第一通話制御部81による呼と第二通話制御部82による呼とを確立し、接続制御部83は、これらの呼を接続して、ユーザ端末3と連絡先の電話機4とを通話状態とするステップS11。そして、アクセス情報提供部56は、ネットワークNを介して前記連絡先の端末5へ前記アクセス情報を送信するステップS12。また接続制御部83は、電話指示パラメータに通話後パラメータが設定されていた場合、通話状態を監視し、通話が終了した場合、アプリケーションサーバ2へ通知し、通話後処理部53に通話後パラメータに従う処理を行わせるステップS13,S14。例えば、通話終了を契機にお問い合わせありがとうございましたのように、フォローする電子メールを送信したり、店舗の地図を送信したりする。このように、本実施形態によれば、ウェブサーバ1に対するアクセス情報に応じて、電話による連絡を行わせるシステムを提供できる。また、ウェブサーバ1に対するアクセス情報を電話による連絡先の端末5に送ることにより、連絡先の担当者が、ユーザの閲覧したウェブページやウェブページへの入力情報などを端末5上で確認しながら、電話による連絡に対応できる。更に、アプリケーションサーバが通話の終了を認識でき、通話が終了した際、タイムリーに通話後の処理を行うことができる。また、図8はPhoneCookieに従ってユーザ端末3から電話をかけ直す場合の説明図である。ユーザの操作により、PhoneCookieとしての電話番号あてにユーザ端末3から発呼すると、呼制御装置7の第一通話制御部81によって着呼しステップS21、接続制御部83がアプリケーションサーバ2の呼制御連携部52にPhoneCookie宛ての着呼があった旨の情報を通知し、呼制御連携部52がこのPhoneCookieと対応する情報図7を参照して有効期限内か否かを判定しステップS22、有効期限内であれば前記PhoneCookieと対応する連絡先電話番号を読み出して呼制御装置7に通知しステップS23、第二通話制御部82が当該連絡先電話番号宛に発呼しステップS24、これらの呼を接続制御部83が接続することにより、ユーザ端末3と連絡先の電話機4とを通話状態とするステップS25。このように、所定の有効期限内であればユーザ端末3側から連絡を行うことができる。この場合にも呼制御装置7が介在してユーザ端末3と連絡先の電話機4とを接続させる構成であるため、ユーザ端末3と連絡先電話機4とが直接通話することが無い、即ち中抜きすることがない。変形例1上記実施形態では、ユーザの電話番号を登録済みの会員情報から取得したが、これに限らず、ユーザに入力させても良い。例えば、図9に示すように、電話連絡を要求する情報を受信した場合にステップS4、アプリケーションサーバ2の演算処理部電話番号要求部22が電話番号の入力を促すメッセージをユーザ端末3に表示させ、ユーザに入力させて取得するステップS31。そしてこの入力されたユーザ電話番号を含む電話指示パラメータ及びアクセス情報をウェブサーバ1からアプリケーションサーバ2へ送信しステップS7以降の処理を図5と同様に実行する。これにより会員登録を行わなくてもアクセス管理を行うことができる。変形例2また、電話連絡の要求時にPhoneCookieを発行する構成でも良い。例えば、図10に示すように、電話連絡を要求する情報を受信した場合にステップS4、連絡情報生成部44が、電話指示パラメータ及びアクセス情報を連絡要求情報としてアプリケーションサーバ2へ送信するS7。連絡要求情報を受信したアプリケーションサーバ2のPhoneCookie発行部51は、この連絡要求情報に対応するPhoneCookieを発行し、ウェブサーバ1に通知するステップS32。ウェブサーバ1は、受信したPhoneCookieをユーザ端末3に通知するS33。例えばウェブサーバ1が、PhoneCookieを記載したウェブページを提供し、ユーザ端末3に表示させ、このPhoneCookieを見たユーザに電話をかけさせるようにする。また、ユーザ端末3への通知方法は、ウェブページに限らず、受信したPhoneCookieを電子メールでユーザ端末3に送信しても良い。このようにPhoneCookieをウェブや電子メールでユーザ端末3に送信する場合に、ユーザ端末3が携帯電話やIP電話機能を有した端末であれば、PhoneCookieを選択した際、電話機能が起動するように記述しておくのが望ましい。例えばPhoneCookieを用いて電話をしますとする。そしてPhoneCookieの通知を受けたユーザの操作により、ユーザ端末3は、当該PhoneCookieとしての電話番号宛に発呼し、呼制御装置7の第一通話制御部81が当該ユーザ端末3と接続呼を確立する。以降の処理は図5と同様に、第二通話制御部82が問合せ先の電話機4と接続呼を確立しステップS10、接続制御部83がこれらの呼を接続してユーザ端末3と電話機4を通話状態とする。このように本変形例2によれば、ユーザの電話番号を取得しなくてもアクセス管理を行うことができる。なお、前述の例ではPhoneCookie発行部51をアプリケーションサーバ2に設けたが、各ウェブサーバ1に設けても良い。この場合、呼制御装置7で着信可能となるように確保した電話番号のうち、各ウェブサーバ1がPhoneCookieとして発行する電話番号を予めそれぞれのウェブサーバ1に割り当てておく。変形例3PhoneCookie発行部51は、ユーザ用に発行するPhoneCookieユーザ用番号と連絡先用に発行するPhoneCookie連絡先用番号とを異ならせても良い。即ち、一つの連絡要求情報に対して異なる二つのPhoneCookieを対応つけ、ユーザと連絡先とで異なる番号のPhoneCookieを通知する。これによりユーザ側と連絡先側とで異なる番号体系のPhoneCookieを用いることができる。また、ユーザに通知するPhoneCookieは、ユーザ毎に固定の番号としても良い。これにより発行するPhoneCookieが少なくて済む。また、ユーザから電話をかけ直した場合に、PhoneCookieによってユーザが一意に特定でき、データ管理が容易になる。PhoneCookieは、有効期限を超えた場合に、連絡要求情報との対応付けを解消し、以降のPhoneCookie発行時に新たな連絡要求情報と対応付けられる。また、PhoneCookieは、PhoneCookie発行部51で発行した電話番号だけでなく、他の情報と組み合わせて連絡要求情報との対応付けを行っても良い。例えば、ユーザの電話番号とPhoneCookie発行部51で発行した電話番号とを組み合わせて連絡要求情報との対応付けを行う。そしてユーザ端末3からPhoneCookieとしての電話番号宛てに着呼があった場合、発信者電話番号ユーザの電話番号を取得して、その組み合わせによって対応する連絡要求情報を特定する。これによりユーザの電話番号が異なれば同じ番号のPhoneCookieを用いても連絡要求情報との対応がとれ、PhoneCookieの発行数を少なくできる。また、連絡先にPhoneCookieとして発行する電話番号の範囲を決め、この電話番号を順次PhoneCookieとして発行する方式としても良い。なお、定めた範囲の最後の電話番号をPhoneCookieとして発行した場合、PhoneCookie発行部51は発行する番号を初期化し、最初の電話番号に戻って以降のPhoneCookieを発行する。このときアプリケーションサーバ2から連絡先に、初期化したことを通知すれば、連絡先では初期化前のPhoneCookieか初期化後のPhoneCookieかを認識できるので、初期化前のPhoneCookieに基づいて連絡をする場合にはアプリケーションサーバ2に初期化前のPhoneCookieであることを通知し、PhoneCookie発行部51によって改めて初期化後のPhoneCookieの発行を受ける。これにより特定の連絡先のために確保しておく、電話番号を少なくすることができる。また上記のように電話番号の範囲を決めておくことで、連絡先におけるデータの管理が容易になる。《実施形態2》前述の実施形態1では、アプリケーションサーバ2からインターネット等のネットワークを介して問合わせ先の端末5へアクセス情報を送信したが、これに対し本実施形態2ではアクセス情報問合わせ情報を問合わせ先のFAX端末へ送信する構成が異なっている。なお、その他の構成は同じであるので、同一の要素には同符号を付すなどして再度の説明を省略している。図11は、本実施形態2に係るアクセス管理システムの概略図、図12は、問合わせ元ユーザからの要求によりアクセス管理システム10が問合わせ先ユーザへ問合わせ情報を送る処理の全体のフローを示す図、図13は問合わせ先ユーザへ問合わせ情報を送る処理の説明図である。図11に示すように、本実施形態2では、問合わせ先にFAX端末6を備え、問合わせ元ユーザが問い合わせを選択した場合に、アプリケーションサーバ2がアクセス情報を画像データに変換し、呼制御装置7を介して問合わせ先のFAX端末6に送信する。図12-図16を用いて、このアクセス管理システム10が実行するアクセス管理方法について説明する。図12,図13に示すように、ウェブサイトの運営を開始しステップS1、ユーザ端末3からURLを指定してウェブページの閲覧が要求されると、ウェブサーバ1のウェブページ提供部42は、前記URLで特定されるウェブページをユーザ端末3に提供し表示させるステップS2。図6は、このウェブページの表示例を示す図である。図6は商品を購入するページの例であり、オプションについて入力する入力欄61や電話連絡のリンク62を掲載している。前記リンク62が選択されると、ユーザ端末3は、当該リンク62のパラメータに従った要求、即ち電話連絡を要求する情報をウェブサーバ1に送信するステップS3。連絡受付部43は、ユーザ端末3から電話による連絡を要求する旨の情報を受信した場合、店舗一覧や友人一覧といった宛先のリストをユーザ端末3に対して表示させ、問合わせ先の選択を促すステップS4。そして、連絡受付部43は、認証処理部41によって発行されたセッションIDをユーザ端末3から受信したか否かによって当該ユーザ端末3が認証済みか否かを判定するステップS5。認証済みでない場合、認証処理部41がログイン画面を表示させ、IDとパスワードの入力を促し、認証処理を行うステップS6。ステップS5で認証済みであった場合、及びステップS6で認証済みとなった場合、連絡情報生成部44は、問合わせ内容の登録画面不図示をユーザ端末3に表示させてユーザ端末3から入力を行わせ、問合わせ内容を受信する。そして、連絡情報生成部44は、この問合わせ内容に加えて、セッションIDに対応するアクセス情報及び問合わせ先に対応する電話指示パラメータを記憶部13から読み出して連絡要求情報を生成し、アプリケーションサーバ2へ送信するステップS7。なお、アクセス情報は、電話問い合わせのリンクが選択されたウェブページのURLや、当該ウェブページに入力したデータ、当該ユーザが閲覧したウェブページの履歴など、当該ユーザのウェブサーバ1に対するアクセスに係る情報であれば良い。ウェブサーバ1から連絡要求情報を受信したアプリケーションサーバ2のPhoneCookie発行部51は、当該連絡要求情報に対応するユニークな電話番号αをPhoneCookieとして発行し、ユーザ端末3に通知するステップS8。PhoneCookie電話番号αの発行後、ユーザ端末3が電話番号α宛てに発呼すると、これを呼制御装置7が着呼し、当該呼を保留状態とし、アプリケーションサーバ2へ電話番号α宛てに発呼があった旨を通知すると共に、ユーザ端末3に対してFAXを送信していること及びFAXの送信後に通話が開始されることを音声メッセージで通知するステップS9。アクセス情報提供部56は、ウェブサーバ1から受信したアクセス情報に基づき、ユーザ端末3がアクセスしたウェブページや問合わせ内容を画像データに変換する。また、PhoneCookie発行部51は、電話番号αと対応付けて問合わせ先用に固有の電話番号βを払い出す。この電話番号βは、架電用の情報として画像データ或いは電話指示パラメータに含める。そして、アクセス情報提供部56は、この画像データとしたアクセス情報と共に、問合わせ先のFAX番号を含む電話指示パラメータを呼制御装置7へ送信するステップS10A。呼制御装置7は、電話指示パラメータに基づき電話回線Dを介して前記画像データとしたアクセス情報を問合わせ先のFAX端末6へ送信するステップS11A。前記FAXを受信した問合わせ先のユーザは、FAXを見て前記電話番号β宛てに電話をかける。なお、電話番号βは、ステップS10Aで、画像データに含められ、FAXの画像内に印字された状態で送られても良いし、電話指示パラメータにFAXの送信元として含められ、FAXの送信元電話番号として表示されるものでも良い。電話機4が、この電話番号β宛てに発呼すると、呼制御装置7が着呼し、第二通話制御部82が電話機4との呼を確立する。そして、呼制御装置7は、電話番号βと対応する電話番号α、即ち保留にしていたユーザ端末3との呼と、電話機4との呼を接続する。従って、ユーザ端末3から受信した音声を電話機4に送信し、電話機4から受信した音声をユーザ端末3に送信することにより、ユーザ端末3と電話機4とを通話状態とするステップS12A。また接続制御部83は、電話指示パラメータに通話後パラメータが設定されていた場合、通話状態を監視し、通話が終了した場合、アプリケーションサーバ2へ通知し、通話後処理部53に通話後パラメータに従う処理を行わせるステップS13,S14。例えば、通話終了を契機にお問い合わせありがとうございましたのように、フォローする電子メールを送信したり、店舗の地図を送信したりする。このように、本実施形態2によれば、電話による問合わせを行う際、ウェブページにアクセスした際の情報をFAXで問合わせ先に送ることができ、問合わせ先のユーザがFAXを見ながら問合わせを受けることができるので、意思の疎通が容易となる。また、本実施形態2によれば、ウェブページにアクセスした際の情報をFAXで問合わせ先に送ることができるので、ネットワークに接続する環境が整っていない小規模な店舗などに対しても本システムによる問合わせを行うことができる。なお、図11では、問合せ先にネットワークを介してアプリケーションサーバ2と接続可能なユーザ端末5を備えた例を示したが、このユーザ端末5はユーザ端末5は、ユーザ情報の登録等、あまり頻度の高くない処理を行うことや、スマートフォン等で簡易な処理を行うことを想定している。例えば、問合せを受ける現場店頭等と、ユーザ端末5を備えている事務室が離れており、ユーザ情報の登録等の頻度の低い処理は、事務室のユーザ端末5で行い、ユーザ端末の無い店頭等で問合せを受ける日常の処理はFAXで行いたいケースが考えられる。また、問合せ先のユーザ端末5は必須ではなく、ユーザ登録等の処理を電話やFAXで行うことで、図11のユーザ端末5を省略しても良い。変形例1上記実施形態2において、問合わせ先のユーザが、FAXを受信した段階で問合わせを承認するか否かを選択する構成としても良い。図14は、問合わせを承認するか否かを選択する構成とした変形例1の説明図である。なお、前述の実施形態2と同一の要素には同符号を付すなどして再度の説明を省略している。前述と同様にステップS11AでFAXを受信した問合わせ先のユーザは、例えばFAXに基づいて端末5を操作し、アプリケーションサーバ2にアクセスしステップS21、問合わせの承認或いは非承認を入力するステップS22。問合わせが承認された場合、アプリケーションサーバ2は、呼制御装置7に承認を通知し、前述の実施形態2と同様に問合わせ先の電話機4からの発呼を受けて、電話機4の呼とユーザ端末3の呼とを接続し、以降の処理を行う。一方、問合わせが非承認の場合、アプリケーションサーバ2は、呼制御装置7に非承認を通知し、保留していたユーザ端末3に対して、現在繋がりにくくなっております。営業時間外です。等、接続できない旨の音声メッセージを送信し、以降の処理を中止する。なお、ステップS21で、問合わせ先のユーザがアプリケーションサーバ2にアクセスするため、FAXに認証連絡用の情報、例えばURLやQRコードを含めても良い。ユーザは、このURLをブラウザに入力してアプリケーションサーバ2にアクセスする。或いは、QRコードをカメラで撮影し、URLに変換してアプリケーションサーバ2にアクセスする。また、認証連絡用の情報は、FAXに限らず、SMSや電子メールでユーザ端末5に送信しても良い。更に、架電用の情報を問合わせ毎に送信するのではなく、予めポータルサイト等のURLを定めておき、このURLにアクセスし、ユーザの電話番号等の識別情報を入力してログインし、当該識別情報と対応する問合わせについて承認又は非承認を入力することとしても良い。また、ネットワークを介したアクセスに限らず、FAXに記載された電話番号認証連絡用情報或いは特定の電話番号に電話機4から電話をかけ、IVRに対して承認或いは非承認の入力を行うことで、アプリケーションサーバに、この承認或いは非承認の情報が通知される構成としても良い。また、所定時間内にアクセスが無ければ非承認としても良い。以上のように、本変形例1によれば、休日や時間外の問合わせに対して通話を拒否することができる。変形例2上記変形例1では、ユーザ側から電話を受ける構成としたが、システム側から電話をかける構成としても良い。図15は、アクセス管理システム10側からユーザへ電話をかける構成とした変形例2の説明図である。なお、前述の変形例1と同一の要素には同符号を付すなどして再度の説明を省略している。ウェブサーバ1から連絡要求情報を受信したアプリケーションサーバ2のPhoneCookie発行部51は、当該連絡要求情報に対応するユニークな電話番号αをPhoneCookieとして発行し、呼制御装置7に通知すると、呼制御装置7の第一通話制御部81が電話番号αを発信元電話番号とし、ユーザ端末3の電話番号宛てに発呼し、ユーザ端末3との呼を確立するステップS8A。そして、呼を確立した呼制御装置7は、当該呼を保留状態とし、アプリケーションサーバ2へ電話番号αPhoneCookieに係る呼の確立があった旨を通知すると共に、ユーザ端末3に対してFAXを送信していること及びFAXの送信後に通話が開始されることを音声メッセージで通知するステップS9。この確立の通知を受けたアプリケーションサーバ2は、前述の電話番号αへの発呼を受けた場合と同様に、ステップ以降の処理を行う。また、ステップS22Aで、承認と入力された場合、アプリケーションサーバ2は、これを呼制御装置7へ通知し、呼制御装置7の第二通話制御部82は、電話指示パラメータに基づき問合わせ先の電話機4の電話番号宛てに発呼し、電話機4との呼を確立する。そして、呼制御装置7は、保留にしていたユーザ端末3との呼と、電話機4との呼を接続し、前述の変形例1と同様に以降の処理を実行する。以上のように、本変形例2によれば、ユーザから電話をかける手間を減らし、ユーザの利便性を向上できる。変形例3上記変形例2では、問合わせ先が応答するまで、問合わせ元のユーザとの呼を保留状態としたが、これに限らず、問合わせ先のユーザがFAXを受領して電話をかけた場合に、問合わせ元のユーザへ電話をかける構成としても良い。図16は、問合わせ先から電話があった場合に問合わせ元に発呼する構成とした変形例3の説明図である。なお、前述の変形例2と同一の要素には同符号を付すなどして再度の説明を省略している。前述と同様にウェブサーバ1から連絡要求情報を受信した場合ステップS7、PhoneCookie発行部51が、当該連絡要求情報に対応するユニークな電話番号αをPhoneCookieとして発行しステップS8、ユーザ端末3との呼を接続せずにステップS10Aに移行する。従って、ユーザ端末3は、問合わせ先からの連絡待ちの状態、即ち待機状態となる。このときユーザ端末3が、アプリケーションサーバ2の所定のURLにアクセスする、例えばポータルサイトにログインすることにより、FAX送信中、話中問合わせ先の電話或いはFAXが話中のため待機中、待機状態問合わせ先からの連絡待ちといったステイタスを表示させるようにしても良い。また、これに限らず、SMSや電子メールで前記ステイタスをユーザ端末5や電話機4に通知しても良い。アプリケーションサーバ2のアクセス情報提供部56は、問合わせ先にFAXを送信する際ステップS11A、架電用の情報として例えば電話番号αを問合わせ先のFAX端末6やユーザ端末5、或いは電話機4に通知する。そして、問合わせ先の電話機4から電話番号α宛てに発呼すると、これを呼制御装置7の第二通話制御部82によって着呼し、接続制御部83がアプリケーションサーバ2の呼制御連携部52にPhoneCookie宛ての着呼があった旨の情報を通知する。呼制御連携部52がこのPhoneCookieと対応する問合わせ元の電話番号を読み出す。即ち、PhoneCookie発行部51が電話番号αを払い出した際にステップS7でウェブサーバから受信した電話指示パラメータに含まれる当該ユーザの電話番号をメモリ或いは記憶部23から読み出す。そして、呼制御連携部52は、読み出した問合わせ元電話番号宛てに呼を接続させる旨の電話指示パラメータを呼制御装置7に通知する。この電話指示パラメータに基づき、呼制御装置7の第一通話制御部81が当該連絡先電話番号宛に発呼し、ユーザ端末3との呼を確立する。そして、接続制御部83が、電話機4から第二通話制御部82の呼と、ユーザ端末3から第一通話制御部81の呼とを接続することにより、ユーザ端末3と連絡先の電話機4とを通話状態とするステップS12B。以上のように本変形例3によれば、問合わせ元のユーザ端末3と問合わせ先の電話機4とを接続するまでに、ユーザ端末3の呼を保留状態にする必要がなく、呼を維持する時間が短くて済む。また、保留状態のために問合わせ元のユーザが拘束されることがなく、問合わせ元のユーザにとって利便性が向上する。その他本発明は、上述の図示例にのみ限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更を加え得ることは勿論である。"