JPWO2011129346A1 - アクセス管理システム及びアクセス管理方法 - Google Patents

Abstract

特定のユーザによるウェブサイトへのアクセスの情報と当該ウェブページに基づいた電話によるアクセスの情報を対応付ける技術を提供する。ウェブページに記述された選択肢のうち、電話による連絡の選択肢をユーザが選択した場合に、ユーザ端末からの連絡要求情報を受信し、ユーザが閲覧したウェブページの情報をユーザのアクセス情報とし、当該アクセス情報に対応する連絡用電話番号を発行し、ユーザの入力操作によって特定されるユーザの電話番号情報に基づいてユーザの電話機に発呼し、前記連絡用電話番号を発信者番号として通知する、又は前記ユーザの電話機から前記連絡用電話番号宛てに発信された呼を受け、アクセス情報に対応する連絡先の電話機に発呼し、ユーザの電話機への呼と連絡先の電話機への呼とを接続する。

Description

本発明は、ウェブサイトへのアクセスと電話等によるアクセスとを関連付けて管理する技術に関する。

インターネット上で提供されるワールドワイドウェブ（ＷＷＷ、以下単にウェブとも称する）は、近年広く普及し、このウェブを介して企業や公的機関、個人など、あらゆる方面から種々のドキュメント、所謂ウェブページが提供されるようになり、ウェブは主要なメディアの一つとなっている。

クライアント端末が、ウェブブラウザを用い、ＵＲＬ（Uniform Resource Locator）で指定したドキュメント、即ちウェブページをウェブサーバに要求すると、ウェブサーバは、指定されたウェブページを要求元のクライアント端末に送信する。

この場合、ウェブサーバとクライアント端末との通信は、クライアント端末の要求に対してウェブサーバがウェブページを返信した時点で完結し、ステートレスであるので、例えばクライアント端末が次のウェブページを要求したとしてもウェブサーバは、同じクライアント端末から要求を受けたことを認識することができない。

そこで、クライアント端末を識別するためにクッキーが標準化（ＲＦＣ２９６５）されている。

このクッキーを用いてクライアント端末を識別することで、ウェブサーバは、クライアント端末のログイン状態やショッピングサイトにおけるカートの状態といった情報を管理することができる。

例えば、会員制のウェブサイトであって、認証済みのクライアント端末（ユーザ）にのみウェブページの閲覧を許可する場合、初めに認証を行って認証が成功したクライアント端末にセッションＩＤをクッキーとして発行し、以降のウェブページの要求にこのセッションＩＤが付加されていれば認証済のクライアント端末からの要求であると認識できるので改めて認証することなくウェブページを提供する。この他、クッキーを用いることで、種々のサービスが可能になる。

クッキーは広く利用されており、大多数のウェブブラウザで利用可能であるが、ＷＷＷ以外では利用されていない。例えば、電話機による音声通話やＦＡＸによる通信（以下電話等のアクセス）では、クッキーを利用することができない。従って、ウェブページに記載された電話番号を見てユーザが電話をかけたようなケースでは、ウェブサーバ側で、この電話等のアクセスの情報を把握することができない。

なお、ウェブページに掲載する広告情報に識別情報を含む電話番号を記載し、第１の電話機からこの識別番号を含む電話番号宛てに電話がかけられた場合に、この電話を中継する架電接続装置が、電話番号から前記識別番号を抽出し、当該識別番号と関連付けられた連絡先電話番号に対応する第２の電話機に前記第１の電話を接続させるシステムが提案されている（特許文献１）。

特許文献１のシステムは、広告情報と識別情報とを対応付けておくことで、当該識別情報を含む電話番号宛ての電話の回数や通話時間を集計し、広告効果や広告料金を求めることを記載している。

特許第４０７７８６６号公報 特開２００６−１１２７４２号公報 特開２００６−２１１２３７号公報

特許文献１のシステムでは、電話機のユーザが識別番号を含む電話番号を入力して電話をかける必要があり、煩わしいという問題がある。

また、特許文献１のシステムでは、識別番号を含む電話番号を予め広告情報と共にウェブページに記載しておき、電話をかけたユーザが広告情報を見たと推定するシステムであり、同じ広告（ウェブページ）を見たユーザは同じ電話番号にかけることになるので、クッキーのようにユーザ（クライアント端末）を個別に認識できるものではなかった。

また、特許文献１のシステムでは、ユーザがクライアント端末を用いて直接ウェブサイトにアクセスし、電話番号が記載されたウェブページを見て電話した場合だけでなく、ウェブサイトにアクセスせずに電話をした場合、例えば印刷されたウェブページを見て電話した場合や、検索エンジン等のキャッシュに存在するウェブページを見て電話した場合なども同様に集計されるため、ウェブサイトに対するアクセスと電話によるアクセスをクッキーのように対応付けるものではなかった。

そこで、本発明は、特定のユーザによるウェブサイトへのアクセスと電話によるアクセスを対応付ける技術の提供を課題とする。

上記課題を解決するため、本発明のアクセス管理システムは、
ユーザの操作によってユーザ端末からウェブページの閲覧要求を受信した場合に、当該ユーザ端末にウェブページを送信するウェブページ提供部と、
前記ウェブページに記述された選択肢のうち、電話による連絡の選択肢を前記ユーザが選択した場合に、前記ユーザ端末から連絡を要求する旨の情報を受信する連絡受付部と、
前記連絡を要求する旨の情報を受信した場合に、少なくとも前記ユーザが閲覧したウェブページの情報を前記ユーザのアクセス情報とする連絡情報生成部と、
前記アクセス情報に対応する連絡用電話番号を発行する連絡番号発行部と、
前記ユーザの入力操作によって特定される電話番号に基づいて前記ユーザの電話機に発呼し、前記連絡用電話番号を発信者番号として通知する、又は前記ユーザの電話機から前記連絡用電話番号宛てに発信された呼を受ける第一通話制御部と、
前記アクセス情報に対応する連絡先の電話機に発呼する第二通話制御部と、
前記ユーザの電話機の呼と前記連絡先の電話機の呼とを接続する接続制御部と、
ネットワークを介して前記連絡先に設けられた端末へ前記アクセス情報を送信するアクセス情報提供部と、を備える。

前記ユーザの電話機から前記連絡用電話番号宛ての呼を前記第一通話制御部が受けた場合、
前記第二通話制御部が、前記連絡用電話番号と対応する連絡先の電話機に発呼し、
前記接続制御部が前記第一通話制御部の呼と第二通話制御部の呼とを接続しても良い。

前記連絡番号発行部は、前記アクセス情報と対応付けた前記連絡用電話番号と異なる連絡用電話番号を当該アクセス情報と対応付けて連絡先用に発行しても良い。

前記アクセス情報提供部は、電話回線を介して前記連絡先に設けられたファクシミリ端末へ前記アクセス情報を送信しても良い。

また、本発明のアクセス管理方法は、
ユーザの操作によってユーザ端末からウェブページの閲覧要求を受信した場合に、当該ユーザ端末にウェブページを送信するステップと、
前記ウェブページに記述された選択肢のうち、電話による連絡の選択肢を前記ユーザが選択した場合に、前記ユーザ端末からの連絡要求情報を受信するステップと、
前記連絡要求情報を受信した場合に、少なくとも前記ユーザが閲覧したウェブページの情報を前記ユーザのアクセス情報とするステップと、
前記アクセス情報に対応する連絡用電話番号を発行するステップと、
前記ユーザの入力操作によって特定される前記ユーザの電話番号に基づいて前記ユーザの電話機に発呼し、前記連絡用電話番号を発信者番号として通知する、又は前記ユーザの電話機から前記連絡用電話番号宛てに発信された呼を受けるステップと、
前記アクセス情報に対応する連絡先の電話機に発呼するステップと、
前記ユーザの電話機の呼と前記連絡先の電話機への呼とを接続するステップと、
ネットワークを介して前記連絡先に設けられた端末へ前記アクセス情報を送信するステップと、
をコンピュータが実行する。

また、本発明のアクセス管理方法は、前記ユーザの電話機から前記連絡用電話番号宛ての呼を受けた場合に、
前記連絡用電話番号と対応する連絡先の電話機に発呼し、
前記ユーザ端末との呼と問い合せ先の電話機との呼とを接続しても良い。

また、本発明のアクセス管理方法は、前記アクセス情報と対応付けた前記連絡用電話番号と異なる連絡用電話番号を当該アクセス情報と対応付けて連絡先用に発行しても良い。

更に、本発明のアクセス管理方法は、電話回線を介して前記連絡先に設けられたファクシミリ端末へ前記アクセス情報を送信しても良い。

なお、本願において、連絡用電話番号とは、上記構成により、アクセス情報と対応つけることによって電話に用いることができるようにしたCookieとしての電話番号であり、例えばPhoneCookie（商標、以下の明細書及び図面についても同様）である。

開示のシステムは、特定のユーザによるウェブサイトへのアクセスの情報と当該ウェブページに基づいた電話によるアクセスの情報を対応付ける技術を提供できる。

アクセス管理システムの概略図 ウェブサーバの概略図 アプリケーションサーバの概略図 呼制御装置の概略図 アクセス管理方法の説明図 ウェブページの一例を示す図 PhoneCookieと対応つける情報を示す図 アクセス管理方法の説明図 アクセス管理方法の変形例を示す図 アクセス管理方法の変形例を示す図 実施形態２に係るアクセス管理システムの概略図 実施形態２に係るアクセス管理方法のフローチャート 実施形態２に係るアクセス管理方法の説明図 実施形態２の変形例１に係るアクセス管理方法の説明図 実施形態２の変形例２に係るアクセス管理方法の説明図 実施形態２の変形例３に係るアクセス管理方法の説明図

以下、図面を参照して本発明を実施するための最良の形態について説明する。以下の実施の形態の構成は例示であり、本発明は実施の形態の構成に限定されない。

《実施形態１》
〈システム構成〉
図１は、本発明に係るアクセス管理システムの概略図である。本例のアクセス管理システム１０は、ウェブサーバ１や、アプリケーションサーバ２、呼制御装置７を備えている。

ユーザ端末３は、インターネット等のネットワークＮを介してウェブの閲覧や電子メールの送受信を行うクライアント端末としての機能と、電話回線Ｄを介して音声通話を行う電話機としての機能を有している。なお、ユーザ端末３は、クライアント端末の機能と電話機の機能とを一体的に備えたものに限らず、クライアント端末と電話機とが別体であっても良い。

図２は、本実施形態におけるウェブサーバ１の概略構成図である。図２に示すように、ウェブサーバ１は、ＣＰＵ（central processing unit）やメインメモリ等よりなる演算処理部１２、演算処理の為のデータやソフトウェアを記憶した記憶部（ハードディスク）１３、入出力インタフェース１４、通信制御部（ＣＣＵ：Communication Control Unit）１５等を備えたコンピュータである。

該入出力インタフェース１４は、入出力手段と接続し、信号の入出力を行うインタフェースである。入出力インタフェース１４には、コンソール（キーボードやディスプレイを含む）や記憶媒体の読み書き装置等が入出力手段として適宜接続される。

ＣＣＵ１５は、ネットワークＮを介して他のコンピュータとの接続を確立し、ＣＰＵからの命令に応じた他のコンピュータとの通信の制御を行う。

記憶部１３には、オペレーティングシステム（ＯＳ）やアプリケーションソフト（サーバプログラム）といったソフトウェアがインストールされていると共に、ウェブサイトを構成するウェブページ等のデータを記憶している。また、記憶部１３は、ユーザ認証用の登録データや、ユーザの電話番号といったユーザ情報を記憶し、ユーザ情報記憶部としても機能する。

演算処理部１２は、前記ＯＳやアプリケーションプログラムを記憶部１３から適宜読み出して実行し、入出力インタフェース１４やＣＣＵ１５から入力された情報、及び記憶部１３から読み出した情報を演算処理することにより、認証処理部４１や、ウェブページ提供部４２、連絡受付部４３、連絡情報生成部４４、連絡情報送信部４５としても機能する。

認証処理部４１は、ユーザ端末３から認証が必要なウェブページの要求を受けた場合に、当該ユーザ端末３が認証済か否かを判定し、認証済でなければＩＤとパスワードといった認証用の情報の入力を促す認証画面をユーザ端末３に送信して表示させ、当該認証画面に対して入力されたＩＤ及びパスワードを記憶部１３に登録されている認証用情報と比較し、一致していれば認証済みとし、セッションＩＤをＨＴＴＰクッキーとして発行する。

ウェブページ提供部４２は、ユーザ端末３からＵＲＬで指定されたウェブページの閲覧要求を受けた場合に、当該ウェブページを記憶部１３から読み出してユーザ端末３に送信する。

連絡受付部４３は、ユーザ端末３から電話による問い合わせや申し込みといった連絡を要求する旨の情報を受信する。例えば、ユーザ端末３に提供したウェブページにＨＴＭＬやＸＭＬといったマークアップ言語で記述された選択肢として、電話連絡用のリンクを記載しておき、ユーザが当該リンクを選択し、所定ＵＲＬのウェブページが要求された場合に、連絡受付部４３は、電話連絡の要求を受けたと認識する。なお、リンクの選択に限らず、ボタンの選択やチェックボックスのチェックといったユーザ操作に応じて電話連絡の要求を受ける構成でも良い。ここで、ユーザ端末３が認証済みであり、ＨＴＴＰクッキーとしてセッションＩＤを有している場合、ユーザ端末３は、前記所定ＵＲＬの要求と共にセッションＩＤも通知する。なお、電話連絡の要求は、このように所定ＵＲＬを送信するものに限らず、単に電話連絡を示す情報を送信するものでも良いし、所定のｃｇｉを起動させるもの等でも良い。

連絡情報生成部４４は、少なくとも前記ユーザが閲覧したウェブページの情報を前記ユーザのアクセス情報とする。例えば、前記電話連絡の要求と共に受信したセッションＩＤに基づき、このユーザが閲覧したウェブページ、特に前記電話連絡用のリンク（選択肢）が記載されたウェブページのＵＲＬ等を特定する。前記ユーザが複数のウェブページを閲覧していた場合には、これらウェブページのＵＲＬや、その閲覧順、閲覧日時といったログなどをアクセス情報としても良い。更に、閲覧したウェブページに対して入力した情報や選択した情報、例えばウェブページの入力欄に入力したデータやショッピングサイトで購入ボタンを選択した情報などをアクセス情報としても良い。また、アクセス情報は、ウェブページに記載された内容等であっても良い。例えば商品の紹介や購入に関するウェブページであった場合、この商品名や商品ＩＤ等をアクセス情報とする。この場合、ウェブページと対応付けて予め記憶部１３に記憶された商品名や商品ＩＤ等のアクセス情報を読み出す構成でも良いし、ウェブページからタイトルや、ヘッダ、特定のタグで指定された文字列等を抽出する構成でも良い。

また、連絡情報生成部４４は、前記電話連絡用のリンクと対応する電話指示パラメータを記憶部１３から読み出す。なお、電話指示パラメータは、連絡先の電話番号や通話後の動作を示すパラメータであり、予め前記電話連絡用のリンクと対応付けて記憶部１３に記憶しておく。即ち、電話連絡用のリンクが選択されると対応する連絡先の電話番号等が読み出される。

更に連絡情報生成部４４は、セッションＩＤに基づいてユーザを識別し、当該ユーザの電話番号等のユーザ情報を記憶部１３から読み出す。即ち、本実施形態では、認証時のユーザの入力操作によって入力されたＩＤと対応する会員情報から当該ユーザの電話番号が特定される。また、連絡情報生成部４４は、このユーザの電話番号等のユーザ情報を前記電話指示パラメータに加える。

そして連絡情報生成部４４は、前記アクセス情報と連絡先の情報（電話指示パラメータ）を含む連絡要求情報を生成する。

連絡情報送信部４５は、連絡情報生成部４４で生成した連絡要求情報をアプリケーションサーバ２へ送信する。

図３はアプリケーションサーバ２の概略構成図である。図３に示すように、アプリケーションサーバ２は、ＣＰＵ（central processing unit）やメインメモリ等よりなる演算処理部２２、演算処理の為のデータやソフトウェアを記憶した記憶部（ハードディスク）２３、入出力インタフェース２４、通信制御部（ＣＣＵ：Communication Control Unit）２５等を備えたコンピュータである。

該入出力インタフェース２４は、入出力手段と接続し、信号の入出力を行うインタフェースである。入出力インタフェース２４には、コンソール（キーボードやディスプレイを含む）や記憶媒体の読み書き装置等が入出力手段として適宜接続される。

ＣＣＵ２５は、ネットワークＮを介して他のコンピュータとの接続を確立し、ＣＰＵからの命令に応じた他のコンピュータとの通信の制御を行う。

記憶部２３には、オペレーティングシステム（ＯＳ）やアプリケーションソフト（アクセス管理プログラム）といったソフトウェアがインストールされていると共に、連絡先のデータ等を記憶している。

演算処理部２２は、前記ＯＳやアプリケーションプログラムを記憶部２３から適宜読み出して実行し、入出力インタフェース２４やＣＣＵ２５から入力された情報、及び記憶部２３から読み出した情報を演算処理することにより、PhoneCookie発行部（連絡番号発行部）５１、呼制御連携部５２、通話後処理部５３、アクセス情報提供部５６としても機能する。

PhoneCookie発行部５１は、ウェブサーバ１から連絡要求情報を受信した場合に、当該連絡要求情報と対応する連絡用電話番号を発行する。この連絡用電話番号は、後述のように当該PhoneCookieとしての電話番号は、ユーザ端末３或いは連絡先の電話機４からこの電話番号宛に電話をかけた場合に呼制御装置７で着呼するように呼制御装置用に確保した電話番号である。例えば、０５０−ＡＢＣＤ−××××のような１１桁の電話番号を用いる場合、末尾４桁が００００から末尾４桁が９９９９までの１万通りの電話番号を確保する。即ち、先頭の７ケタが０５０−ＡＢＣＤであれば、末尾４桁が何番であっても全ての呼が呼制御装置７へ着信するようにする。従って末尾４桁を自由にナンバリングしてユーザに通知した場合であっても、この番号宛ての電話を全て呼制御装置７で受けることができる。このように呼制御装置７用の電話番号を複数確保しておき、PhoneCookie発行部５１は、各連絡要求情報に前記呼制御装置７用の電話番号の一つをPhoneCookieとして割り当て、各PhoneCookieが連絡要求情報に割り当てられた全てのPhoneCookieの中でユニークとなるようにする。即ち、PhoneCookieに対応する連絡要求情報が一意に特定できるようにしている。

呼制御連携部５２は、連絡要求情報に基づいて呼の制御を行う命令を呼制御装置７へ送信する。例えばウェブサーバ１から前記連絡要求情報を受信した場合、ユーザと連絡先の間に呼を確立させるコマンドと、ユーザの電話番号や及び連絡先の電話番号を含む電話指示パラメータを呼制御装置７へ送信する。

また、呼制御連携部５２は、呼制御装置７から通話が終了したことを通知された場合、通話後処理部５３にこれを伝えて通話後の処理を行わせる。

通話後処理部５３は、呼制御連携部５２から通話終了の処理を受けた場合に、電話指示パラメータの通話後パラメータに基づいて通話後の処理を行う。例えば、通話後に「お問い合わせありがとうございました。」「お問い合わせ頂いたＢＩＯＳの更新方法については、以下の手順で行って下さい・・・」「お問い合わせ頂いた商品と関連する以下の商品も取り扱っております・・・」「受付窓口の地図をお送り致します」などのように、お礼や資料、関連商品の案内、地図など、電話連絡に伴う関連情報を電子メール等でユーザ端末３宛てに送信する。

アクセス情報提供部５６は、ネットワークＮを介して前記連絡先の端末５（図１）へ前記アクセス情報やユーザ情報といった問い合わせに関連する情報（以下、アクセス情報等とも称す）を送信する。更に、当該アクセス情報やユーザ情報と対応付けて予め記憶部１３に記憶した情報、例えば、閲覧したウェブページに記載されている商品ＩＤと対応する仕様やＱ＆Ａ、ユーザの購入履歴などを当該アクセス情報等（問い合わせに関連する情報）含めても良い。これにより連絡先の担当者は、電話連絡を要求したユーザが、要求時に閲覧していたウェブページや、そのウェブページに入力したデータ等を手元の端末５で確認することができる。

一方、呼制御装置７は、電話回線網Ｄを介して電話機間の呼を制御する装置である。本実施形態において、呼制御装置７は、ＳＩＰ（Session Initiation Protocol）によって電話機間の呼を制御するＣＴＩサーバである。なお、本実施形態の呼制御装置７は、アプリケーションサーバ２からの命令に応じて呼を制御できれば、ＳＩＰサーバに限らず、他の方式の電話交換機であっても良い。図４は呼制御装置７の概略構成図である。図４に示すように、呼制御装置７は、ＣＰＵ（central processing unit）やメインメモリ等よりなる演算処理部７２、演算処理の為のデータやソフトウェアを記憶した記憶部（ハードディスク）７３、入出力インタフェース７４、通信制御部（ＣＣＵ：Communication Control Unit）７５等を備えたコンピュータ、所謂ＣＴＩサーバである。

該入出力インタフェース７４は、入出力手段と接続し、信号の入出力を行うインタフェースである。入出力インタフェース７４には、コンソール（キーボードやディスプレイを含む）や記憶媒体の読み書き装置等が入出力手段として適宜接続される。

ＣＣＵ７５は、電話回線網Ｄを介して他の装置との接続を確立し、ＣＰＵからの命令に応じた通信の制御を行う。本実施形態のＣＣＵ７５は、ＳＩＰに従って通信を行うものであり、電話回線網Ｄ内のＶｏＩＰゲートウェイや無線基地局を介して電話機４やユーザ端末３等の呼を制御する。例えば、電話機４は、電話回線網Ｄ内のＶｏＩＰゲートウェイに収容され、電話機４からの音声信号や制御信号はＶｏＩＰゲートウェイでＶｏＩＰパケットに変換されて呼制御装置７に送られる。また、呼制御装置７から電話機４へ送信したＶｏＩＰパケットは、ＶｏＩＰゲートウェイで音声信号や制御信号に変換されて電話機４へ送られる。また、ユーザ端末３は携帯電話回線を介して無線基地局に収容され、ユーザ端末３からの音声信号や制御信号は、無線基地局でＶｏＩＰパケットに変換されて呼制御装置７に送られる。また、呼制御装置７からユーザ端末３へ送信したＶｏＩＰパケットは、無線基地局で音声信号や制御信号に変換されてユーザ端末３へ送られる。

記憶部７３には、オペレーティングシステム（ＯＳ）やアプリケーションソフトといったソフトウェアがインストールされている。

演算処理部７２は、前記ＯＳやアプリケーションプログラムを記憶部７３から適宜読み出して実行し、入出力インタフェース７４やＣＣＵ７５から入力された情報、及び記憶部７３から読み出した情報を演算処理することにより、第一通話制御部８１、第二通話制御部８２、接続制御部８３としても機能する。

第一通話制御部８１は、ユーザ情報に基づいて前記ユーザの電話機、即ちユーザ端末３に発呼し、前記PhoneCookieを発信者番号として通知する。

第二通話制御部８２は、アクセス情報に対応する連絡先、例えば加盟店やウェブサイトの運営者の電話機４に発呼し、PhoneCookieを発信者番号として通知する。

接続制御部８３は、アプリケーションサーバ２から呼制御の命令を受信し、この命令に従って第一通話制御部８１及び第二通話制御部８２を制御し、前記ユーザ端末３や連絡先の電話機４等の呼制御を行う。例えばユーザ端末３との呼を介して第一通話制御部８１で受信した音声データを電話機４との呼を介して第二通話制御部８２から電話機４へ送信、また、電話機４との呼を介して第二通話制御部８２で受信した音声データをユーザ端末３との呼を介して第一通話制御部８１からユーザ端末３へ送信することで、ユーザ端末３と電話機４とを相互に通話可能にしている。なお、この二つの呼を接続する処理は、所謂サードパーティコールコントロールであり、公知の技術を用いることができるので、詳しい説明は省略する。

また、接続制御部８３は、呼制御を行った通話の終話信号や切断信号を受信した場合に呼を切断し、通話が終了したことをアプリケーションサーバ２の呼制御連携部５２に通知する。

〈管理方法〉
次に図５−図８を用いて、上記アクセス管理システムが実行するアクセス管理方法について説明する。

まず、ユーザはウェブサーバ１に対して会員登録を行う。例えばユーザの氏名、電話番号、ＩＤ、パスワードといったユーザ情報をウェブサーバ１に送信して記憶させる。

また、ウェブサーバ１の運営者は、提供するウェブページに電話連絡、例えば「電話問い合わせ」のリンク（選択肢）を記述しておき、ユーザが閲覧中に連絡を希望し、当該リンクを選択した場合にリンク先として記述されているＵＲＬがウェブサーバ１に送信されるように設定する。

さらに、このリンク先と対応つけて、連絡先の担当者の電話番号や、店舗の電話番号、通話後のアクション、通話時のアクションなどを定めた連絡先の情報を電話指示パラメータとして記憶部１３に記憶させておく。例えば、商品案内のページに記載したリンク先であれば、連絡先として営業担当者の電話番号を対応つけ、決済のページに記載したリンク先であれば、連絡先として経理担当者の電話場号を対応つけ、配送先を入力するページに記載したリンク先であれば、連絡先として配送担当者の電話番号を対応つけておく。

そして、図５に示すように、ウェブサイトの運営を開始し（ステップＳ１）、ユーザ端末３からＵＲＬを指定してウェブページの閲覧が要求されると、ウェブサーバ１のウェブページ提供部４２は、前記ＵＲＬで特定されるウェブページをユーザ端末３に提供し表示させる（ステップＳ２）。図６は、このウェブページの表示例を示す図である。図６は商品を購入するページの例であり、オプションについて入力する入力欄６１や「電話連絡」のリンク６２を掲載している。

前記リンク６２が選択されると、ユーザ端末３は、当該リンク６２のパラメータに従った要求、即ち「電話連絡」を要求する情報をウェブサーバ１に送信する（ステップＳ３）。

連絡受付部４３は、ユーザ端末３から電話による連絡を要求する旨の情報を受信した場合（ステップＳ４）、認証処理部４１によって発行されたセッションＩＤをユーザ端末３から受信したか否かによって当該ユーザ端末３が認証済みか否かを判定する（ステップＳ５）。認証済みでない場合、認証処理部４１がログイン画面を表示させ、ＩＤとパスワードの入力を促し、認証処理を行う（ステップＳ６）。

ステップＳ５で認証済みであった場合、及びステップＳ６で認証済みとなった場合、連絡情報生成部４４は、セッションＩＤに対応するアクセス情報及びリンク先に対応する電話指示パラメータを記憶部１３から読み出して連絡要求情報を生成し、アプリケーションサーバ２へ送信する（ステップＳ７）。なお、アクセス情報は、「電話問い合わせ」のリンクが選択されたウェブページのＵＲＬや、当該ウェブページに入力したデータ、当該ユーザが閲覧したウェブページの履歴など、当該ユーザのウェブサーバ１に対するアクセスに係る情報であれば良い。

ウェブサーバ１から連絡要求情報を受信したアプリケーションサーバ２のPhoneCookie発行部５１は、当該連絡要求情報に対応するユニークな電話番号をPhoneCookieとして発行する（ステップＳ８）。

PhoneCookieの発行後、アプリケーションサーバ２の呼制御連携部５２は、電話指示パラメータと共に呼制御の命令を呼制御装置７へ送信する。当該呼制御の命令を受信した呼制御装置７の第一通話制御部８１は、ユーザ情報の電話番号に基づき、ユーザ端末３に対して発呼し、前記PhoneCookieを発信者番号として通知する（ステップＳ９）。なお、図７は、PhoneCookieと対応付けらける情報を示す図である。

また、第二通話制御部８２は、電話指示パラメータの連絡先電話番号に基づき、連絡先の電話機４に発呼し、PhoneCookieを発信者番号として通知する（ステップＳ１０）。

第一通話制御部８１による呼と第二通話制御部８２による呼とを確立し、接続制御部８３は、これらの呼を接続して、ユーザ端末３と連絡先の電話機４とを通話状態とする（ステップＳ１１）。

そして、アクセス情報提供部５６は、ネットワークＮを介して前記連絡先の端末５へ前記アクセス情報を送信する（ステップＳ１２）。

また接続制御部８３は、電話指示パラメータに通話後パラメータが設定されていた場合、通話状態を監視し、通話が終了した場合、アプリケーションサーバ２へ通知し、通話後処理部５３に通話後パラメータに従う処理を行わせる（ステップＳ１３，Ｓ１４）。例えば、通話終了を契機に「お問い合わせありがとうございました」のように、フォローする電子メールを送信したり、店舗の地図を送信したりする。

このように、本実施形態によれば、ウェブサーバ１に対するアクセス情報に応じて、電話による連絡を行わせるシステムを提供できる。

また、ウェブサーバ１に対するアクセス情報を電話による連絡先の端末５に送ることにより、連絡先の担当者が、ユーザの閲覧したウェブページやウェブページへの入力情報などを端末５上で確認しながら、電話による連絡に対応できる。

更に、アプリケーションサーバが通話の終了を認識でき、通話が終了した際、タイムリーに通話後の処理を行うことができる。

また、図８はPhoneCookieに従ってユーザ端末３から電話をかけ直す場合の説明図である。

ユーザの操作により、PhoneCookieとしての電話番号あてにユーザ端末３から発呼すると、呼制御装置７の第一通話制御部８１によって着呼し（ステップＳ２１）、接続制御部８３がアプリケーションサーバ２の呼制御連携部５２にPhoneCookie宛ての着呼があった旨の情報を通知し、呼制御連携部５２がこのPhoneCookieと対応する情報（図７）を参照して有効期限内か否かを判定し（ステップＳ２２）、有効期限内であれば前記PhoneCookieと対応する連絡先電話番号を読み出して呼制御装置７に通知し（ステップＳ２３）、第二通話制御部８２が当該連絡先電話番号宛に発呼し（ステップＳ２４）、これらの呼を接続制御部８３が接続することにより、ユーザ端末３と連絡先の電話機４とを通話状態とする（ステップＳ２５）。

このように、所定の有効期限内であればユーザ端末３側から連絡を行うことができる。この場合にも呼制御装置７が介在してユーザ端末３と連絡先の電話機４とを接続させる構成であるため、ユーザ端末３と連絡先電話機４とが直接通話することが無い、即ち中抜きすることがない。

〈変形例１〉
上記実施形態では、ユーザの電話番号を登録済みの会員情報から取得したが、これに限らず、ユーザに入力させても良い。

例えば、図９に示すように、「電話連絡」を要求する情報を受信した場合に（ステップＳ４）、アプリケーションサーバ２の演算処理部（電話番号要求部）２２が電話番号の入力を促すメッセージをユーザ端末３に表示させ、ユーザに入力させて取得する（ステップＳ３１）。そしてこの入力されたユーザ電話番号を含む電話指示パラメータ及びアクセス情報をウェブサーバ１からアプリケーションサーバ２へ送信し（ステップＳ７）以降の処理を図５と同様に実行する。
これにより会員登録を行わなくてもアクセス管理を行うことができる。

〈変形例２〉
また、「電話連絡」の要求時にPhoneCookieを発行する構成でも良い。例えば、図１０に示すように、「電話連絡」を要求する情報を受信した場合に（ステップＳ４）、連絡情報生成部４４が、電話指示パラメータ及びアクセス情報を連絡要求情報としてアプリケーションサーバ２へ送信する（Ｓ７）。

連絡要求情報を受信したアプリケーションサーバ２のPhoneCookie発行部５１は、この連絡要求情報に対応するPhoneCookieを発行し、ウェブサーバ１に通知する（ステップＳ３２）。

ウェブサーバ１は、受信したPhoneCookieをユーザ端末３に通知する（Ｓ３３）。例えばウェブサーバ１が、PhoneCookieを記載したウェブページを提供し、ユーザ端末３に表示させ、このPhoneCookieを見たユーザに電話をかけさせるようにする。

また、ユーザ端末３への通知方法は、ウェブページに限らず、受信したPhoneCookieを電子メールでユーザ端末３に送信しても良い。

このようにPhoneCookieをウェブや電子メールでユーザ端末３に送信する場合に、ユーザ端末３が携帯電話やＩＰ電話機能を有した端末であれば、PhoneCookieを選択した際、電話機能が起動するように記述しておくのが望ましい。例えば<a href="tel:050XXXXXXXX"> PhoneCookieを用いて電話をします</a>とする。

そしてPhoneCookieの通知を受けたユーザの操作により、ユーザ端末３は、当該PhoneCookieとしての電話番号宛に発呼し、呼制御装置７の第一通話制御部８１が当該ユーザ端末３と接続（呼を確立）する。以降の処理は図５と同様に、第二通話制御部８２が問合せ先の電話機４と接続（呼を確立）し（ステップＳ１０）、接続制御部８３がこれらの呼を接続してユーザ端末３と電話機４を通話状態とする。

このように本変形例２によれば、ユーザの電話番号を取得しなくてもアクセス管理を行うことができる。
なお、前述の例ではPhoneCookie発行部５１をアプリケーションサーバ２に設けたが、各ウェブサーバ１に設けても良い。この場合、呼制御装置７で着信可能となるように確保した電話番号のうち、各ウェブサーバ１がPhoneCookieとして発行する電話番号を予めそれぞれのウェブサーバ１に割り当てておく。

〈変形例３〉
PhoneCookie発行部５１は、ユーザ用に発行するPhoneCookie（ユーザ用番号）と連絡先用に発行するPhoneCookie（連絡先用番号）とを異ならせても良い。即ち、一つの連絡要求情報に対して異なる二つのPhoneCookieを対応つけ、ユーザと連絡先とで異なる番号のPhoneCookieを通知する。これによりユーザ側と連絡先側とで異なる番号体系のPhoneCookieを用いることができる。

また、ユーザに通知するPhoneCookieは、ユーザ毎に固定の番号としても良い。これにより発行するPhoneCookieが少なくて済む。また、ユーザから電話をかけ直した場合に、PhoneCookieによってユーザが一意に特定でき、データ管理が容易になる。

PhoneCookieは、有効期限を超えた場合に、連絡要求情報との対応付けを解消し、以降のPhoneCookie発行時に新たな連絡要求情報と対応付けられる。

また、PhoneCookieは、PhoneCookie発行部５１で発行した電話番号だけでなく、他の情報と組み合わせて連絡要求情報との対応付けを行っても良い。例えば、ユーザの電話番号とPhoneCookie発行部５１で発行した電話番号とを組み合わせて連絡要求情報との対応付けを行う。そしてユーザ端末３からPhoneCookieとしての電話番号宛てに着呼があった場合、発信者電話番号（ユーザの電話番号）を取得して、その組み合わせによって対応する連絡要求情報を特定する。これによりユーザの電話番号が異なれば同じ番号のPhoneCookieを用いても連絡要求情報との対応がとれ、PhoneCookieの発行数を少なくできる。

また、連絡先にPhoneCookieとして発行する電話番号の範囲を決め、この電話番号を順次PhoneCookieとして発行する方式としても良い。なお、定めた範囲の最後の電話番号をPhoneCookieとして発行した場合、PhoneCookie発行部５１は発行する番号を初期化し、最初の電話番号に戻って以降のPhoneCookieを発行する。このときアプリケーションサーバ２から連絡先に、初期化したことを通知すれば、連絡先では初期化前のPhoneCookieか初期化後のPhoneCookieかを認識できるので、初期化前のPhoneCookieに基づいて連絡をする場合にはアプリケーションサーバ２に初期化前のPhoneCookieであることを通知し、PhoneCookie発行部５１によって改めて初期化後のPhoneCookieの発行を受ける。

これにより特定の連絡先のために確保しておく、電話番号を少なくすることができる。また上記のように電話番号の範囲を決めておくことで、連絡先におけるデータの管理が容易になる。

《実施形態２》
前述の実施形態１では、アプリケーションサーバ２からインターネット等のネットワークを介して問合わせ先の端末５へアクセス情報を送信したが、これに対し本実施形態２ではアクセス情報（問合わせ情報）を問合わせ先のＦＡＸ端末へ送信する構成が異なっている。なお、その他の構成は同じであるので、同一の要素には同符号を付すなどして再度の説明を省略している。

図１１は、本実施形態２に係るアクセス管理システムの概略図、図１２は、問合わせ元ユーザからの要求によりアクセス管理システム１０が問合わせ先ユーザへ問合わせ情報を送る処理の全体のフローを示す図、図１３は問合わせ先ユーザへ問合わせ情報を送る処理の説明図である。

図１１に示すように、本実施形態２では、問合わせ先にＦＡＸ端末６を備え、問合わせ元ユーザが問い合わせを選択した場合に、アプリケーションサーバ２がアクセス情報を画像データに変換し、呼制御装置７を介して問合わせ先のＦＡＸ端末６に送信する。
図１２−図１６を用いて、このアクセス管理システム１０が実行するアクセス管理方法について説明する。

図１２，図１３に示すように、ウェブサイトの運営を開始し（ステップＳ１）、ユーザ端末３からＵＲＬを指定してウェブページの閲覧が要求されると、ウェブサーバ１のウェブページ提供部４２は、前記ＵＲＬで特定されるウェブページをユーザ端末３に提供し表示させる（ステップＳ２）。図６は、このウェブページの表示例を示す図である。図６は商品を購入するページの例であり、オプションについて入力する入力欄６１や「電話連絡」のリンク６２を掲載している。

前記リンク６２が選択されると、ユーザ端末３は、当該リンク６２のパラメータに従った要求、即ち「電話連絡」を要求する情報をウェブサーバ１に送信する（ステップＳ３）。

連絡受付部４３は、ユーザ端末３から電話による連絡を要求する旨の情報を受信した場合、店舗一覧や友人一覧といった宛先のリストをユーザ端末３に対して表示させ、問合わせ先の選択を促す（ステップＳ４）。そして、連絡受付部４３は、認証処理部４１によって発行されたセッションＩＤをユーザ端末３から受信したか否かによって当該ユーザ端末３が認証済みか否かを判定する（ステップＳ５）。認証済みでない場合、認証処理部４１がログイン画面を表示させ、ＩＤとパスワードの入力を促し、認証処理を行う（ステップＳ６）。

ステップＳ５で認証済みであった場合、及びステップＳ６で認証済みとなった場合、連絡情報生成部４４は、問合わせ内容の登録画面（不図示）をユーザ端末３に表示させてユーザ端末３から入力を行わせ、問合わせ内容を受信する。そして、連絡情報生成部４４は、この問合わせ内容に加えて、セッションＩＤに対応するアクセス情報及び問合わせ先に対応する電話指示パラメータを記憶部１３から読み出して連絡要求情報を生成し、アプリケーションサーバ２へ送信する（ステップＳ７）。なお、アクセス情報は、「電話問い合わせ」のリンクが選択されたウェブページのＵＲＬや、当該ウェブページに入力したデータ、当該ユーザが閲覧したウェブページの履歴など、当該ユーザのウェブサーバ１に対するアクセスに係る情報であれば良い。

ウェブサーバ１から連絡要求情報を受信したアプリケーションサーバ２のPhoneCookie発行部５１は、当該連絡要求情報に対応するユニークな電話番号αをPhoneCookieとして発行し、ユーザ端末３に通知する（ステップＳ８）。

PhoneCookie（電話番号α）の発行後、ユーザ端末３が電話番号α宛てに発呼すると、これを呼制御装置７が着呼し、当該呼を保留状態とし、アプリケーションサーバ２へ電話番号α宛てに発呼があった旨を通知すると共に、ユーザ端末３に対して「ＦＡＸを送信していること」及び「ＦＡＸの送信後に通話が開始されること」を音声メッセージで通知する（ステップＳ９）。

アクセス情報提供部５６は、ウェブサーバ１から受信したアクセス情報に基づき、ユーザ端末３がアクセスしたウェブページや問合わせ内容を画像データに変換する。また、PhoneCookie発行部５１は、電話番号αと対応付けて問合わせ先用に固有の電話番号βを払い出す。この電話番号βは、架電用の情報として画像データ或いは電話指示パラメータに含める。そして、アクセス情報提供部５６は、この画像データとしたアクセス情報と共に、問合わせ先のＦＡＸ番号を含む電話指示パラメータを呼制御装置７へ送信する（ステップＳ１０Ａ）。

呼制御装置７は、電話指示パラメータに基づき電話回線Ｄを介して前記画像データとしたアクセス情報を問合わせ先のＦＡＸ端末６へ送信する（ステップＳ１１Ａ）。

前記ＦＡＸを受信した問合わせ先のユーザは、ＦＡＸを見て前記電話番号β宛てに電話をかける。なお、電話番号βは、ステップＳ１０Ａで、画像データに含められ、ＦＡＸの画像内に印字された状態で送られても良いし、電話指示パラメータにＦＡＸの送信元として含められ、ＦＡＸの送信元電話番号として表示されるものでも良い。電話機４が、この電話番号β宛てに発呼すると、呼制御装置７が着呼し、第二通話制御部８２が電話機４との呼を確立する。そして、呼制御装置７は、電話番号βと対応する電話番号α、即ち保留にしていたユーザ端末３との呼と、電話機４との呼を接続する。従って、ユーザ端末３から受信した音声を電話機４に送信し、電話機４から受信した音声をユーザ端末３に送信することにより、ユーザ端末３と電話機４とを通話状態とする（ステップＳ１２Ａ）。

また接続制御部８３は、電話指示パラメータに通話後パラメータが設定されていた場合、通話状態を監視し、通話が終了した場合、アプリケーションサーバ２へ通知し、通話後処理部５３に通話後パラメータに従う処理を行わせる（ステップＳ１３，Ｓ１４）。例えば、通話終了を契機に「お問い合わせありがとうございました」のように、フォローする電子メールを送信したり、店舗の地図を送信したりする。

このように、本実施形態２によれば、電話による問合わせを行う際、ウェブページにアクセスした際の情報をＦＡＸで問合わせ先に送ることができ、問合わせ先のユーザがＦＡＸを見ながら問合わせを受けることができるので、意思の疎通が容易となる。

また、本実施形態２によれば、ウェブページにアクセスした際の情報をＦＡＸで問合わせ先に送ることができるので、ネットワークに接続する環境が整っていない小規模な店舗などに対しても本システムによる問合わせを行うことができる。なお、図１１では、問合せ先にネットワークを介してアプリケーションサーバ２と接続可能なユーザ端末５を備えた例を示したが、このユーザ端末５はユーザ端末５は、ユーザ情報の登録等、あまり頻度の高くない処理を行うことや、スマートフォン等で簡易な処理を行うことを想定している。例えば、問合せを受ける現場（店頭等）と、ユーザ端末５を備えている事務室が離れており、ユーザ情報の登録等の頻度の低い処理は、事務室のユーザ端末５で行い、ユーザ端末の無い店頭等で問合せを受ける日常の処理はＦＡＸで行いたいケースが考えられる。また、問合せ先のユーザ端末５は必須ではなく、ユーザ登録等の処理を電話やＦＡＸで行うことで、図１１のユーザ端末５を省略しても良い。

〈変形例１〉
上記実施形態２において、問合わせ先のユーザが、ＦＡＸを受信した段階で問合わせを承認するか否かを選択する構成としても良い。
図１４は、問合わせを承認するか否かを選択する構成とした変形例１の説明図である。なお、前述の実施形態２と同一の要素には同符号を付すなどして再度の説明を省略している。

前述と同様にステップＳ１１ＡでＦＡＸを受信した問合わせ先のユーザは、例えばＦＡＸに基づいて端末５を操作し、アプリケーションサーバ２にアクセスし（ステップＳ２１）、問合わせの承認或いは非承認を入力する（ステップＳ２２）。

問合わせが承認された場合、アプリケーションサーバ２は、呼制御装置７に承認を通知し、前述の実施形態２と同様に問合わせ先の電話機４からの発呼を受けて、電話機４の呼とユーザ端末３の呼とを接続し、以降の処理を行う。

一方、問合わせが非承認の場合、アプリケーションサーバ２は、呼制御装置７に非承認を通知し、保留していたユーザ端末３に対して、「現在繋がりにくくなっております。」「営業時間外です。」等、接続できない旨の音声メッセージを送信し、以降の処理を中止する。

なお、ステップＳ２１で、問合わせ先のユーザがアプリケーションサーバ２にアクセスするため、ＦＡＸに認証連絡用の情報、例えばＵＲＬやＱＲコードを含めても良い。ユーザは、このＵＲＬをブラウザに入力してアプリケーションサーバ２にアクセスする。或いは、ＱＲコードをカメラで撮影し、ＵＲＬに変換してアプリケーションサーバ２にアクセスする。

また、認証連絡用の情報は、ＦＡＸに限らず、ＳＭＳや電子メールでユーザ端末５に送信しても良い。

更に、架電用の情報を問合わせ毎に送信するのではなく、予めポータルサイト等のＵＲＬを定めておき、このＵＲＬにアクセスし、ユーザの電話番号等の識別情報を入力してログインし、当該識別情報と対応する問合わせについて承認又は非承認を入力することとしても良い。

また、ネットワークを介したアクセスに限らず、ＦＡＸに記載された電話番号（認証連絡用情報）或いは特定の電話番号に電話機４から電話をかけ、ＩＶＲに対して承認或いは非承認の入力を行うことで、アプリケーションサーバに、この承認或いは非承認の情報が通知される構成としても良い。また、所定時間内にアクセスが無ければ非承認としても良い。

以上のように、本変形例１によれば、休日や時間外の問合わせに対して通話を拒否することができる。

〈変形例２〉
上記変形例１では、ユーザ側から電話を受ける構成としたが、システム側から電話をかける構成としても良い。

図１５は、アクセス管理システム１０側からユーザへ電話をかける構成とした変形例２の説明図である。なお、前述の変形例１と同一の要素には同符号を付すなどして再度の説明を省略している。

ウェブサーバ１から連絡要求情報を受信したアプリケーションサーバ２のPhoneCookie発行部５１は、当該連絡要求情報に対応するユニークな電話番号αをPhoneCookieとして発行し、呼制御装置７に通知すると、呼制御装置７の第一通話制御部８１が電話番号αを発信元電話番号とし、ユーザ端末３の電話番号宛てに発呼し、ユーザ端末３との呼を確立する（ステップＳ８Ａ）。

そして、呼を確立した呼制御装置７は、当該呼を保留状態とし、アプリケーションサーバ２へ電話番号α（PhoneCookie）に係る呼の確立があった旨を通知すると共に、ユーザ端末３に対して「ＦＡＸを送信していること」及び「ＦＡＸの送信後に通話が開始されること」を音声メッセージで通知する（ステップＳ９）。この確立の通知を受けたアプリケーションサーバ２は、前述の電話番号αへの発呼を受けた場合と同様に、ステップ(Ｓ１０Ａ)以降の処理を行う。

また、ステップＳ２２Ａで、承認と入力された場合、アプリケーションサーバ２は、これを呼制御装置７へ通知し、呼制御装置７の第二通話制御部８２は、電話指示パラメータに基づき問合わせ先の電話機４の電話番号宛てに発呼し、電話機４との呼を確立する。そして、呼制御装置７は、保留にしていたユーザ端末３との呼と、電話機４との呼を接続し、前述の変形例１と同様に以降の処理を実行する。

以上のように、本変形例２によれば、ユーザから電話をかける手間を減らし、ユーザの利便性を向上できる。

〈変形例３〉
上記変形例２では、問合わせ先が応答するまで、問合わせ元のユーザとの呼を保留状態としたが、これに限らず、問合わせ先のユーザがＦＡＸを受領して電話をかけた場合に、問合わせ元のユーザへ電話をかける構成としても良い。

図１６は、問合わせ先から電話があった場合に問合わせ元に発呼する構成とした変形例３の説明図である。なお、前述の変形例２と同一の要素には同符号を付すなどして再度の説明を省略している。

前述と同様にウェブサーバ１から連絡要求情報を受信した場合（ステップＳ７）、PhoneCookie発行部５１が、当該連絡要求情報に対応するユニークな電話番号αをPhoneCookieとして発行し（ステップＳ８）、ユーザ端末３との呼を接続せずにステップＳ１０Ａに移行する。従って、ユーザ端末３は、問合わせ先からの連絡待ちの状態、即ち待機状態となる。このときユーザ端末３が、アプリケーションサーバ２の所定のＵＲＬにアクセスする、例えばポータルサイトにログインすることにより、ＦＡＸ送信中、話中（問合わせ先の電話或いはＦＡＸが話中のため待機中）、待機状態（問合わせ先からの連絡待ち）といったステイタスを表示させるようにしても良い。また、これに限らず、ＳＭＳや電子メールで前記ステイタスをユーザ端末５や電話機４に通知しても良い。

アプリケーションサーバ２のアクセス情報提供部５６は、問合わせ先にＦＡＸを送信する際（ステップＳ１１Ａ）、架電用の情報として例えば電話番号αを問合わせ先のＦＡＸ端末６やユーザ端末５、或いは電話機４に通知する。

そして、問合わせ先の電話機４から電話番号α宛てに発呼すると、これを呼制御装置７の第二通話制御部８２によって着呼し、接続制御部８３がアプリケーションサーバ２の呼制御連携部５２にPhoneCookie宛ての着呼があった旨の情報を通知する。呼制御連携部５２がこのPhoneCookieと対応する問合わせ元の電話番号を読み出す。即ち、PhoneCookie発行部５１が電話番号αを払い出した際にステップＳ７でウェブサーバから受信した電話指示パラメータに含まれる当該ユーザの電話番号をメモリ或いは記憶部２３から読み出す。そして、呼制御連携部５２は、読み出した問合わせ元電話番号宛てに呼を接続させる旨の電話指示パラメータを呼制御装置７に通知する。この電話指示パラメータに基づき、呼制御装置７の第一通話制御部８１が当該連絡先電話番号宛に発呼し、ユーザ端末３との呼を確立する。そして、接続制御部８３が、電話機４から第二通話制御部８２の呼と、ユーザ端末３から第一通話制御部８１の呼とを接続することにより、ユーザ端末３と連絡先の電話機４とを通話状態とする（ステップＳ１２Ｂ）。

以上のように本変形例３によれば、問合わせ元のユーザ端末３と問合わせ先の電話機４とを接続するまでに、ユーザ端末３の呼を保留状態にする必要がなく、呼を維持する時間が短くて済む。また、保留状態のために問合わせ元のユーザが拘束されることがなく、問合わせ元のユーザにとって利便性が向上する。

〈その他〉
本発明は、上述の図示例にのみ限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更を加え得ることは勿論である。

Claims (8)

1. ユーザの操作によってユーザ端末からウェブページの閲覧要求を受信した場合に、当該ユーザ端末にウェブページを送信するウェブページ提供部と、
   前記ウェブページに記述された選択肢のうち、電話による連絡の選択肢を前記ユーザが選択した場合に、前記ユーザ端末から連絡を要求する旨の情報を受信する連絡受付部と、
   前記連絡を要求する旨の情報を受信した場合に、少なくとも前記ユーザが閲覧したウェブページの情報を前記ユーザのアクセス情報とする連絡情報生成部と、
   前記アクセス情報に対応する連絡用電話番号を発行する連絡番号発行部と、
   前記ユーザの入力操作によって特定される電話番号に基づいて前記ユーザの電話機に発呼し、前記連絡用電話番号を発信者番号として通知する、又は前記ユーザの電話機から前記連絡用電話番号宛てに発信された呼を受ける第一通話制御部と、
   前記アクセス情報に対応する連絡先の電話機に発呼する第二通話制御部と、
   前記ユーザの電話機の呼と前記連絡先の電話機の呼とを接続する接続制御部と、
   ネットワークを介して前記連絡先に設けられた端末へ前記アクセス情報を送信するアクセス情報提供部と、
   を備えたアクセス管理システム。
2. 前記ユーザの電話機から前記連絡用電話番号宛ての呼を前記第一通話制御部が受けた場合に、
   前記第二通話制御部が、前記連絡用電話番号と対応する連絡先の電話機に発呼し、
   前記接続制御部が前記第一通話制御部の呼と第二通話制御部の呼とを接続する請求項１に記載のアクセス管理システム。
3. 前記連絡番号発行部は、前記アクセス情報と対応付けた前記連絡用電話番号と異なる連絡用電話番号を当該アクセス情報と対応付けて連絡先用に発行する請求項１又は２に記載のアクセス管理システム。
4. 前記アクセス情報提供部が、電話回線を介して前記連絡先に設けられたファクシミリ端末へ前記アクセス情報を送信する請求項１から３の何れか一項に記載のアクセス管理システム。
5. ユーザの操作によってユーザ端末からウェブページの閲覧要求を受信した場合に、当該ユーザ端末にウェブページを送信するステップと、
   前記ウェブページに記述された選択肢のうち、電話による連絡の選択肢を前記ユーザが選択した場合に、前記ユーザ端末からの連絡要求情報を受信するステップと、
   前記連絡要求情報を受信した場合に、少なくとも前記ユーザが閲覧したウェブページの情報を前記ユーザのアクセス情報とするステップと、
   前記アクセス情報に対応する連絡用電話番号を発行するステップと、
   前記ユーザの入力操作によって特定される前記ユーザの電話番号に基づいて前記ユーザの電話機に発呼し、前記連絡用電話番号を発信者番号として通知する、又は前記ユーザの電話機から前記連絡用電話番号宛てに発信された呼を受けるステップと、
   前記アクセス情報に対応する連絡先の電話機に発呼するステップと、
   前記ユーザの電話機の呼と前記連絡先の電話機への呼とを接続するステップと、
   ネットワークを介して前記連絡先に設けられた端末へ前記アクセス情報を送信するステップと、
   をコンピュータが実行するアクセス管理方法。
6. 前記ユーザの電話機から前記連絡用電話番号宛ての呼を受けた場合に、
   前記連絡用電話番号と対応する連絡先の電話機に発呼し、
   前記ユーザ端末との呼と問い合せ先の電話機との呼とを接続する請求項５に記載のアクセス管理方法。
7. 前記アクセス情報と対応付けた前記連絡用電話番号と異なる連絡用電話番号を当該アクセス情報と対応付けて連絡先用に発行する請求項５又は６に記載のアクセス管理方法。
8. 電話回線を介して前記連絡先に設けられたファクシミリ端末へ前記アクセス情報を送信する請求項５から７の何れか一項に記載のアクセス管理方法。

Images