通信管理システム及び通信管理方法
【課題】ネットワークを介して送信するメッセージと電話機による呼の接続とを対応付けて行う技術を提供する。
【解決手段】ネットワークを介して第一ユーザの端末からメッセージを受信し、前記メッセージを第二ユーザの端末へ送信し、前記メッセージと対応する連携用電話番号を発行し、前記連携用電話番号を発信者番号として第一ユーザの電話機に発呼する、又は前記第一ユーザの電話機から前記連携用電話番号宛てに発信された呼を受け、第二ユーザの電話機との呼を確立する。
【解決手段】ネットワークを介して第一ユーザの端末からメッセージを受信し、前記メッセージを第二ユーザの端末へ送信し、前記メッセージと対応する連携用電話番号を発行し、前記連携用電話番号を発信者番号として第一ユーザの電話機に発呼する、又は前記第一ユーザの電話機から前記連携用電話番号宛てに発信された呼を受け、第二ユーザの電話機との呼を確立する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザ端末間で共有するメッセージを管理する技術に関する。
【背景技術】
【０００２】
インターネット上で提供されるワールドワイドウェブ（ＷＷＷ、以下単にウェブとも称する）は、近年広く普及し、このウェブを介して企業や公的機関、個人など、あらゆる方面から種々のドキュメント、所謂ウェブページが提供されるようになり、ウェブは主要なメディアの一つとなっている。同様に携帯電話でネットワーク上のサーバにアクセスし、種々の情報が記載されたページを閲覧するシステム（所謂携帯サイト）も広く普及している。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００６−２１１２３７号公報
【特許文献２】特開２００２−３００３２３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ネットワーク上で見つけた情報を知人に紹介したいと思った場合、紹介したいページのアドレス（ＵＲＬ等）を電子メールで通知することが考えられる。
【０００５】
しかし、電子メールで通知する場合、紹介したいページのアドレスに加え、このページの説明をメール本文に記載して送信することになるが、文章で説明をしなければならないのは煩わしく、また、微妙なニュアンスは伝わらないことがある。
【０００６】
一方、相手に電話をかけて紹介したいページの説明を行うことも考えられるが、紹介したいページのアドレスを電話で伝えた場合、言い間違えや聞き間違えによってアドレスが正しく伝わらず、所望のページにアクセス出来ないことが多い。また、ＵＲＬに暗号化されたＩＤ等のパラメータが含まれていた場合、ＵＲＬが非常に長くなり、口頭で伝達するのは現実的でない。
【０００７】
このため、紹介したいページのアドレスを電子メールで送信し、更に電話をかけて、このページの説明を行うこともあった。しかし、電子メールの送信と、電話による発呼の二度手間となる。また、相手が電話に出なかった場合、説明もなしに前記アドレスを記載した電子メールが届くことになるので、望ましくない。
【０００８】
また、ウェブページに限らず、ネットワークを介して事前に資料（メッセージ）を送り、この資料に基づいて電話で相談したい場合もある。しかし、メール等で事前に資料を送っても相手がそのメールを開かず、資料を見ていなければ、電話をかけても無駄に終わってしまうという問題がある。
【０００９】
そこで、本発明は、ネットワークを介して送信するメッセージと電話機による呼の接続とを対応付けて行う技術の提供を課題とする。
【課題を解決するための手段】
【００１０】
上記課題を解決するため、本発明の通信管理システムは、
ネットワークを介して第一ユーザの端末からメッセージを受信するメッセージ受付部と
、
前記メッセージを第二ユーザの端末へ送信するメッセージ送信部と、
前記メッセージと対応する連携用電話番号を発行する連携番号発行部と、
前記連携用電話番号を発信者番号として第一ユーザの電話機に発呼する、又は前記第一ユーザの電話機から前記連携用電話番号宛てに発信された呼を受ける第一通話制御部と、
第二ユーザの電話機との呼を確立する第二通話制御部と、を備える。
【００１１】
前記通信管理システムは、前記第一ユーザの電話機から受信した音声信号を第二ユーザの電話機へ送信し、第二ユーザの電話機から受信した音声信号を第一ユーザの電話機へ送信する接続制御部を備える。
【００１２】
前記通信管理システムは、前記第一ユーザの電話機との呼を介して、当該第一ユーザの電話機から音声メッセージを受信して記録する音声メッセージ記録部と、
前記第二ユーザの電話機との呼を介して前記連携用電話番号と対応する音声メッセージを当該第二ユーザの電話機へ送出する音声メッセージ送出部と、
を備えても良い。
【００１３】
前記音声メッセージ記録部が、前記第一ユーザの電話機との呼を介して受信した音声メッセージを前記連携用電話番号と対応付けて記録し、
前記第二ユーザの電話機から前記連携用電話番号宛ての呼を前記第二通話制御部が受けた場合に、当該連携用電話番号と対応付けられたメッセージを前記メッセージ送出部が送出しても良い。
【００１４】
前記通信管理システムは、前記メッセージが再生された場合に、前記第一ユーザ又は／前記第二ユーザの識別情報と対応付けてポイントを記憶するポイント管理部を備えても良い。
【００１５】
上記課題を解決するため、本発明の通信管理方法は、
ネットワークを介して第一ユーザの端末からメッセージを受信するステップと、
前記メッセージを第二ユーザの端末へ送信するステップと、
前記メッセージと対応する連携用電話番号を発行するステップと、
前記連携用電話番号を発信者番号として第一ユーザの電話機に発呼する、又は前記第一ユーザの電話機から前記連携用電話番号宛てに発信された呼を受けるステップと、
第二ユーザの電話機との呼を確立するステップと、
をコンピュータが実行する。
【００１６】
前記通信管理方法は、前記第一ユーザの電話機から受信した音声信号を第二ユーザの電話機へ送信し、第二ユーザの電話機から受信した音声信号を第一ユーザの電話機へ送信するステップを備える。
【００１７】
前記通信管理方法は、前記第一ユーザの電話機との呼を介して、当該第一ユーザの電話機から音声メッセージを受信して音声メッセージ記録部に記録するステップと、
前記第二ユーザの電話機との呼を介して前記連携用電話番号と対応する音声メッセージを当該第二ユーザの電話機へ送出するステップと、
を実行しても良い。
【００１８】
前記通信管理方法は、前記音声メッセージ記録部が、前記第一ユーザの電話機との呼を介して受信した音声メッセージを前記連携用電話番号と対応付けて記録し、
前記第二ユーザの電話機から前記連携用電話番号宛ての呼を前記第二通話制御部が受けた場合に、当該連携用電話番号と対応付けられたメッセージを前記メッセージ送出部が送
出しても良い。
【００１９】
前記通信管理システムは、前記メッセージが再生された場合に、前記第一ユーザ又は／前記第二ユーザの識別情報と対応付けてポイントを記憶するポイント管理部を備えても良い。
【００２０】
また、本発明は、上記通信管理方法をコンピュータに実行させるためのプログラムであっても良い。更に、前記プログラムは、コンピュータが読み取り可能な記録媒体に記録されていても良い。
【００２１】
ここで、コンピュータが読み取り可能な記録媒体とは、データやプログラム等の情報を電気的、磁気的、光学的、機械的、または化学的作用によって蓄積し、コンピュータから読み取ることができる記録媒体をいう。このような記録媒体の内コンピュータから取り外し可能なものとしては、例えばフレキシブルディスク、光磁気ディスク、CD-ROM、CD-R/W、DVD、DAT、８mmテープ、メモリカード等がある。
【００２２】
また、コンピュータに固定された記録媒体としてハードディスクやＲＯＭ（リードオンリーメモリ）等がある。
【発明の効果】
【００２３】
本発明は、ネットワークを介して送信するメッセージと電話機による呼の接続とを対応付けて行う技術を提供できる。
【図面の簡単な説明】
【００２４】
【図１】通信管理システムの概略図
【図２】ウェブサーバの概略図
【図３】アプリケーションサーバの概略図
【図４】呼制御装置の概略図
【図５】通信管理システムによる通信管理方法の全体のフローを示す図
【図６】ウェブサーバ１が第一ユーザからメッセージの情報を受け付ける処理のフローを示す図
【図７】アプリケーションサーバが第二ユーザへメッセージを送信する処理のフローを示す図
【図８】呼制御装置７による呼の制御のフローを示す図
【図９】メッセージの入力ページの表示例を示す図
【図１０】メッセージの確認ページの表示例を示す図である。
【図１１】変形例１の通信管理システムによる通信管理方法の全体のフローを示す図
【図１２】変形例１の通信管理システムによる通信管理方法の全体のフローを示す図
【図１３】変形例１の通信管理システムによる通信管理方法の全体のフローを示す図
【図１４】ウェブサーバの概略図
【図１５】アプリケーションサーバの概略図
【図１６】アクセス管理方法の説明図
【図１７】アクセス情報の説明図
【図１８】通信管理方法の説明図
【図１９】通信管理方法の説明図
【図２０】ウェブページの一例を示す図
【図２１】第二実施形態に係る通信管理システムの概略図
【図２２】第二実施形態に係るウェブサーバの概略図
【図２３】第二実施形態に係るアプリケーションサーバの概略図
【図２４】第二実施形態に係るアクセス管理方法の説明図
【図２５】ページの一例を示す図
【図２６】第四実施形態に係る通信管理システムの概略図
【図２７】ウェブサーバの概略図
【図２８】アプリケーションサーバの概略図
【図２９】乱数表データの説明図
【図３０】ポイント管理サーバの概略図
【図３１】通信管理方法の説明図
【図３２】ウェブページの一例を示す図
【図３３】通信管理方法の説明図
【図３４】トランザクション情報を送信する処理の説明図
【図３５】トランザクション情報を送信する処理の説明図
【図３６】トランザクション情報を受信する処理の説明図
【図３７】通信管理方法の説明図
【図３８】ウェブページの一例を示す図
【発明を実施するための形態】
【００２５】
以下、図面を参照して本発明を実施するための最良の形態について説明する。以下の実施の形態の構成は例示であり、本発明は実施の形態の構成に限定されない。
【００２６】
〈第一実施形態〉
《システム構成》
図１は、本発明に係る通信管理システムの概略図である。本例の通信管理システム１０は、ウェブサーバ１や、アプリケーションサーバ２、呼制御装置７を備えている。本実施形態では、第一ユーザが発信側ユーザ端末３を用いて通信管理システム１０にアクセスし、第二ユーザの電話機４へ音声メッセージを送ると共に、受信側ユーザ端末５にアクセス情報を送信する。
【００２７】
第一ユーザの発信側ユーザ端末３は、インターネット等のネットワークＮを介してウェブの閲覧や電子メールの送受信を行う発信側端末としての機能と、電話回線Ｄを介して音声通話を行う電話機としての機能を一体的に備えた例を示している。
【００２８】
発信側ユーザ端末３は、発信側端末の機能と電話機の機能とを一体的に備えたものに限らず、別体に設けられた発信側端末と電話機とであっても良い。
【００２９】
また、本実施形態では、第二ユーザの電話機４と受信側ユーザ端末５とを別体に設けたが、前述の発信側ユーザ端末３と同様に一体的に設けても良い。
【００３０】
本実施形態では、便宜上、メッセージを送る側を発信側ユーザ端末３、メッセージを受ける側を受信側ユーザ端末５と電話機４と称したが、端末５と電話機４が発信側の機能を備えてメッセージを送り、端末３が受信側の機能を備えてメッセージを受けることもできる。
【００３１】
図２は、本実施形態におけるウェブサーバ１の概略構成図である。図２に示すように、ウェブサーバ１は、ＣＰＵ（central processing unit）やメインメモリ等よりなる演算
処理部１２、演算処理の為のデータやソフトウェアを記憶した記憶部（ハードディスク）１３、入出力インタフェース１４、通信制御部（ＣＣＵ：Communication Control Unit）１５等を備えたコンピュータである。
【００３２】
該入出力インタフェース１４は、入出力手段と接続し、信号の入出力を行うインタフェースである。入出力インタフェース１４には、コンソール（キーボードやディスプレイを
含む）や記憶媒体の読み書き装置等が入出力手段として適宜接続される。
【００３３】
ＣＣＵ１５は、ネットワークＮを介して他のコンピュータとの接続を確立し、ＣＰＵからの命令に応じた他のコンピュータとの通信の制御を行う。
【００３４】
記憶部１３には、オペレーティングシステム（ＯＳ）やアプリケーションソフト（サーバプログラム）といったソフトウェアがインストールされていると共に、ウェブサイトを構成するウェブページ等のデータを記憶している。また、記憶部１３は、ユーザ認証用の登録データや、ユーザの電話番号といったユーザ情報を記憶し、ユーザ情報記憶部としても機能する。
【００３５】
演算処理部１２は、前記ＯＳやアプリケーションプログラムを記憶部１３から適宜読み出して実行し、入出力インタフェース１４やＣＣＵ１５から入力された情報、及び記憶部１３から読み出した情報を演算処理することにより、認証処理部４１や、ウェブページ提供部４２、メッセージ受付部４３としても機能する。
【００３６】
認証処理部４１は、発信側ユーザ端末３から認証が必要なウェブページの要求を受けた場合に、当該発信側ユーザ端末３が認証済か否かを判定し、認証済でなければＩＤとパスワードといった認証用の情報の入力を促す認証画面を発信側ユーザ端末３に送信して表示させ、当該認証画面に対して入力されたＩＤ及びパスワードを記憶部１３に登録されている認証用情報と比較し、一致していれば認証済みとし、セッションＩＤをＨＴＴＰクッキーとして発行する。
【００３７】
ウェブページ提供部４２は、発信側ユーザ端末３からＵＲＬで指定されたウェブページの閲覧要求を受けた場合に、当該ウェブページを記憶部１３から読み出して発信側ユーザ端末３に送信する。
【００３８】
メッセージ受付部４３は、発信側ユーザ端末３からネットワークを介して送信するメッセージの情報を受信する。例えば、ウェブページ提供部４２がメッセージを入力するページを発信側ユーザ端末３に提供し、当該ページに入力されたメッセージの情報をメッセージ受付部４３がメッセージ送信の要求として受信する。入力するメッセージは、テキストに限らず、音声データや、画像データ、動画データ、紹介したいウェブページのＵＲＬ等であっても良い。
【００３９】
なお、発信側ユーザ端末３が認証済みであり、ＨＴＴＰクッキーとしてセッションＩＤを有している場合、発信側ユーザ端末３は、前記メッセージ送信の要求と共にセッションＩＤも通知し、これをウェブサーバ１が受信し、メッセージの送信元の情報としても良い。
【００４０】
図３はアプリケーションサーバ２の概略構成図である。図３に示すように、アプリケーションサーバ２は、ＣＰＵ（central processing unit）やメインメモリ等よりなる演算
処理部２２、演算処理の為のデータやソフトウェアを記憶した記憶部２３、メッセージを記憶した記憶部２６、入出力インタフェース２４、通信制御部（ＣＣＵ：Communication Control Unit）２５等を備えたコンピュータである。なお、本実施形態では、アプリケーションサーバ２とウェブサーバ１とを別体に設けたが、一体的に構成しても良い。
【００４１】
該入出力インタフェース２４は、入出力手段と接続し、信号の入出力を行うインタフェースである。入出力インタフェース２４には、コンソール（キーボードやディスプレイを含む）や記憶媒体の読み書き装置等が入出力手段として適宜接続される。
【００４２】
ＣＣＵ２５は、ネットワークＮを介して他のコンピュータとの接続を確立し、ＣＰＵからの命令に応じた他のコンピュータとの通信の制御を行う。
【００４３】
記憶部（補助記憶装置）２３は、ハードディスクやＳＳＤといった大容量の記憶手段であり、オペレーティングシステム（ＯＳ）やアプリケーションソフト（アクセス管理プログラム）といったソフトウェアがインストールされている。
【００４４】
記憶部（補助記憶装置）２６は、ハードディスクやＳＳＤといった大容量の記憶手段であり、メッセージを記憶する。なお、本実施形態では、記憶部２３と記憶部２６を別に設けたが、一体としても良い。
【００４５】
演算処理部２２は、前記ＯＳやアプリケーションプログラムを記憶部２３から適宜読み出して実行し、入出力インタフェース２４やＣＣＵ２５から入力された情報、及び記憶部２３，２６から読み出した情報を演算処理することにより、PhoneCookie発行部（連携番
号発行部）５１、呼制御連携部５２、通話後処理部５３、メッセージ記録部５５、メッセージ送信部５４としても機能する。
【００４６】
PhoneCookie発行部５１は、ウェブサーバ１からメッセージのデータを受信した場合に
、当該メッセージのデータと対応するPhoneCookieとして連携用電話番号を発行する。こ
のPhoneCookieとしての連携用電話番号は、後述のように発信側ユーザ端末３或いは相手
先の電話機４からこの電話番号宛に電話をかけた場合に呼制御装置７で着呼するように呼制御装置用に確保した電話番号である。例えば、０５０−ＡＢＣＤ−××××のような１１桁の電話番号を用いる場合、末尾４桁が００００から末尾４桁が９９９９までの１万通りの電話番号を確保する。即ち、先頭の７ケタが０５０−ＡＢＣＤであれば、末尾４桁が何番であっても全ての呼が呼制御装置７へ着信する。従って末尾４桁を自由にナンバリングしてユーザに通知した場合であっても、この番号宛ての電話を全て呼制御装置７で受けることができる。このように呼制御装置７用の電話番号を複数確保しておき、PhoneCookie発行部５１は、各メッセージに前記呼制御装置７用の電話番号の一つをPhoneCookieとして割り当て、各PhoneCookieがメッセージに割り当てられた全てのPhoneCookieの中でユニークとなるようにする。即ち、PhoneCookieに対応するメッセージが一意に特定できるよ
うにしている。
【００４７】
呼制御連携部５２は、制御する呼の情報を呼制御装置７との間で送受信する。例えば、第一ユーザの発信側ユーザ端末３から連携用電話番号（PhoneCookie）宛てに発呼され、
呼制御装置７が発信側ユーザ端末３との間で呼を確立した場合に、呼制御連携部５２は、このPhoneCookieへの発呼の情報を呼制御装置７から受信する。
【００４８】
また、呼制御連携部５２は、第二ユーザの端末５から第一ユーザとの通話を承認する旨の情報を受信した場合に、第二のユーザがユーザ情報として登録している電話番号（電話機４の電話番号）を呼制御装置７へ通知し、呼制御装置７から当該電話番号宛てに発呼させ、第二ユーザの電話機４との呼を確立させる。
【００４９】
メッセージ記録部５５は、ウェブサーバ１から受信したメッセージの情報を記憶部２６に記憶させる。 メッセージ送信部５４は、呼制御連携部５２が呼制御装置７から発信側ユーザ端末３か発信側ユーザ端末３による発呼の情報を受信した場合に、記憶部２６からメッセージのデータを読み出し、受信側ユーザ端末５に送信する。
【００５０】
一方、呼制御装置７は、電話回線網Ｄを介して電話機間の呼を制御する装置である。本実施形態において、呼制御装置７は、ＳＩＰ（Session Initiation Protocol）によって
電話機間の呼を制御する所謂ＳＩＰサーバである。なお、本実施形態の呼制御装置７は、
アプリケーションサーバ２からの命令に応じて呼を制御できれば、ＳＩＰサーバに限らず、他の方式の電話交換機であっても良い。図４は呼制御装置７の概略構成図である。図４に示すように、呼制御装置７は、ＣＰＵ（central processing unit）やメインメモリ等
よりなる演算処理部７２、演算処理の為のデータやソフトウェアを記憶した記憶部（ハードディスク）７３、入出力インタフェース７４、通信制御部（ＣＣＵ：Communication Control Unit）７５等を備えたコンピュータである。
【００５１】
該入出力インタフェース７４は、入出力手段と接続し、信号の入出力を行うインタフェースである。入出力インタフェース７４には、コンソール（キーボードやディスプレイを含む）や記憶媒体の読み書き装置等が入出力手段として適宜接続される。
【００５２】
ＣＣＵ７５は、電話回線網Ｄを介して他の装置との接続を確立し、ＣＰＵからの命令に応じた通信の制御を行う。本実施形態のＣＣＵ７５は、ＳＩＰに従って通信を行うものであり、電話回線網Ｄ内のＶｏＩＰゲートウェイや無線基地局を介して電話機４や発信側ユーザ端末３等の呼を制御する。例えば、電話機４は、電話回線網Ｄ内のＶｏＩＰゲートウェイに収容され、電話機４からの音声信号や制御信号はＶｏＩＰゲートウェイでＶｏＩＰパケットに変換されて呼制御装置７に送られる。また、呼制御装置７から電話機４へ送信したＶｏＩＰパケットは、ＶｏＩＰゲートウェイで音声信号や制御信号に変換されて電話機４へ送られる。また、発信側ユーザ端末３は携帯電話回線を介して無線基地局に収容され、発信側ユーザ端末３からの音声信号や制御信号は、無線基地局でＶｏＩＰパケットに変換されて呼制御装置７に送られる。また、呼制御装置７から発信側ユーザ端末３へ送信したＶｏＩＰパケットは、無線基地局で音声信号や制御信号に変換されて発信側ユーザ端末３へ送られる。
【００５３】
記憶部７３には、オペレーティングシステム（ＯＳ）やアプリケーションソフトといったソフトウェアがインストールされている。
【００５４】
演算処理部７２は、前記ＯＳやアプリケーションプログラムを記憶部７３から適宜読み出して実行し、入出力インタフェース７４やＣＣＵ７５から入力された情報、及び記憶部７３から読み出した情報を演算処理することにより、第一通話制御部８１、第二通話制御部８２、接続制御部８３としても機能する。
【００５５】
第一通話制御部８１は、ユーザ情報に基づいて前記ユーザの電話機、即ち発信側ユーザ端末３に発呼し、前記PhoneCookie（連携用電話番号）を発信者番号として通知する。第
一通話制御部８１は、電話回線網Ｄを介して発信側ユーザ端末３と呼制御装置７との間で呼を確立すると共に、アプリケーションサーバ２のＣＣＵ２５との間でＳＩＰに従って音声信号の送受信を行い、発信側ユーザ端末３から受けた音声をアプリケーションサーバ２へ送り、アプリケーションサーバ２から受けた音声を発信側ユーザ端末３へ送ることで、発信側ユーザ端末３とアプリケーションサーバ２間での通話を可能にしている。
【００５６】
第二通話制御部８２は、後述のように第一ユーザによって指定された第二ユーザの電話番号宛てに発呼し、PhoneCookieを発信者番号として通知、電話機４との間で呼を確立す
る。また、電話機４から連携用電話番号宛てに発せられた呼を受けて、電話機４との間で呼を確立する。
【００５７】
接続制御部８３は、電話回線網Ｄを介して第一ユーザの発信側ユーザ端末３との間で呼を確立する一方、電話回線網Ｄを介して第二ユーザの電話機４との間で呼を確立し、夫々の呼を介して電話機４から受けた音声を発信側ユーザ端末３へ送り、発信側ユーザ端末３から受けた音声を電話機４へ送ることで、発信側ユーザ端末３と電話機４との間の通話を可能にする。
【００５８】
〈通信管理方法〉
次に図５−図１０を用いて、上記通信管理システムが実行する通信管理方法について説明する。図５は、第一ユーザからの要求により通信管理システム１０が第二ユーザへメッセージを送る処理の全体のフローを示す図、図６はウェブサーバ１が第一ユーザからメッセージの情報を受け付ける処理のフローを示す図、図７はアプリケーションサーバが第二ユーザへメッセージを送信する処理のフローを示す図、図８は呼制御装置７による呼の制御のフローを示す図、図９はメッセージの入力ページの表示例を示す図、図１０はメッセージの確認ページの表示例を示す図である。
【００５９】
事前準備として、第一ユーザ及び第二ユーザはウェブサーバ１に対して会員登録を行う。例えばユーザの氏名、電話番号、ＩＤ、パスワードといったユーザ情報をウェブサーバ１に送信して記憶部１３に記憶させる。また、第一ユーザは、メッセージを送る第二ユーザ毎の宛先情報を予め登録しておくことができる。ウェブサーバ１は、この宛先情報をアドレス帳データとして記憶部１３に記憶させる。なお、宛先情報は、第二ユーザの端末５にデータを送信する際に宛先となるＩＰアドレスやメールアドレス等である。この宛先情報を第二ユーザのＩＤとし、このから第二ユーザのユーザ情報を参照して第二ユーザのＩＰアドレスやメールアドレス等を求める構成としても良い。
【００６０】
そして、第一ユーザの操作によりユーザ端末３がウェブサーバ１にアクセスすると、ウェブサーバ１は、ＩＤとパスワードの入力を求めて認証処理を行う（Ｓ１０）。
【００６１】
ステップＳ１０において、ウェブサーバ１は、発信側ユーザ端末３から入力されたＩＤとパスワードを予め登録されているユーザ情報と照合し、適合した場合には認証成功と判定し、当該発信側ユーザ端末３をログインさせる。
【００６２】
ログイン後、発信側ユーザ端末３からＵＲＬを指定してウェブページの閲覧が要求されると、ウェブサーバ１のウェブページ提供部４２は、前記ＵＲＬで特定されるウェブページを発信側ユーザ端末３に提供し表示させる（Ｓ２０）。なお、ログインした発信側ユーザ端末３にはウェブサーバ１がセッションＩＤを通知し、発信側ユーザ端末３がこのセッションＩＤをウェブページの要求と共にウェブサーバ１へ送信することで、ウェブサーバ１が各ウェブページの要求元の端末を特定できるようにしている。
【００６３】
この発信側ユーザ端末３の要求したウェブページがメッセージの入力ページであって、メッセージの送信が選択されたと判定した場合（Ｓ３０）、ウェブサーバ１は、このメッセージの受付処理を行う（Ｓ４０）。例えば、ウェブサーバ１のメッセージ受付部４３は、第一ユーザがメッセージの入力ページに対して入力したメッセージの情報を発信側ユーザ端末３から受信し、アプリケーションサーバ２へ送信する。
【００６４】
そして、メッセージ及び宛先情報を受信したアプリケーションサーバ２は、Phone Cookie発行部５１により連携用電話番号αを記憶部２６から読み出して発信側ユーザ端末３へ通知する（Ｓ５０）。なお、この連携用電話番号αの通知は、当該連携用電話番号αを記載したウェブページを提供する構成でも良いし、電子メール等で通知する構成であっても良い。
【００６５】
第一ユーザの操作により、発信側ユーザ端末３が通知された連携用電話番号α宛てに発呼すると、呼制御装置７が着呼し、発信側ユーザ端末３との呼を確立（Ｓ６０）すると共に、アプリケーションサーバ２へ連携用電話番号α宛てに発呼されたことを通知する（Ｓ７０）。
【００６６】
発呼の通知を受けたアプリケーションサーバ２は、連携用電話番号αと対応付けて記録したメッセージの宛先情報を参照して該当する第二ユーザの受信側ユーザ端末５或いは電話機４へメッセージが届いている旨の通知を行う（Ｓ８０）。この通知は、単にメッセージが届いたことを通知するものでも良いし、発信者名やメッセージのタイトル、メッセージを確認するためのアドレス（ＵＲＬ等）を含めたものでも良い。なお、この通知は、リアルタイムに第二ユーザへ届くようにＳＭＳ（Short Message Service）を利用して電話
機４へ送る構成とすると好適である。
【００６７】
この通知に応じて第二ユーザが受信側ユーザ端末５を操作し、ユーザ端末５がアプリケーションサーバ２にアクセスすると、アプリケーションサーバ２は、ＩＤとパスワードの入力を求めて認証処理を行う（Ｓ９０）。
【００６８】
ステップＳ９０において、アプリケーションサーバ２は、受信側ユーザ端末５から入力されたＩＤとパスワードを予め登録されているユーザ情報と照合し、適合した場合には認証成功と判定し、当該受信側ユーザ端末５をログインさせる。
【００６９】
ログイン後、受信側ユーザ端末５からメッセージの要求がなされると、アプリケーションサーバ２のメッセージ送信部５４は、記憶部２６から当該ユーザ端末５を宛先とするメッセージを読み出して受信側ユーザ端末５へ送信する。例えばメッセージとしてのテキストや画像を掲載したウェブページを受信側ユーザ端末５へ送信して表示させる。また、メッセージとしての動画や音声ファイルも当該ウェブページが表示された際やユーザが指示した際に再生を開始する。また、アプリケーションサーバ２は、これらのメッセージと共に、第一ユーザとの通話を承認するか否かの選択肢を表示させる（Ｓ１００）。
【００７０】
そして、第二ユーザの操作により受信側ユーザ端末５から承認する旨の信号を受信すると、アプリケーションサーバ２のPhone Cookie発行部５１は、第二ユーザとの通話とメッセージとを関連付けるPhone Cookieとして連携用電話番号βを記憶部２６から読み出して受信側ユーザ端末５へ通知（払い出し）する（Ｓ１１０）。
【００７１】
第二ユーザの操作により、第二ユーザの電話機４が通知された連携用電話番号β宛てに発呼すると、呼制御装置７が着呼し、第二通話制御部８２が第二ユーザの電話機４との呼を確立する（Ｓ１２０）。そして、呼制御装置７の接続制御部８３が、発信側ユーザ端末３から受信した音声信号を第二ユーザの電話機４へ送信し、第二ユーザの電話機４から受信した音声信号を発信側端末３へ送信する（Ｓ１３０）。これにより、発信側ユーザ端末３との呼と第二ユーザの電話機４との呼を接続し、第一ユーザと第二ユーザとの通話を可能にしている。
【００７２】
〈メッセージの入出力例〉
図９は、メッセージの入力ページの例を示す図である。例えば、ユーザは図９に示す入力ページのタイトル欄９１にメッセージのタイトルを入力し、テキスト欄９２にテキストでメッセージを入力する。また、ユーザは、ファイルの入力欄９３にファイルを入力する。例えば入力ファイルを入力欄９３へドラッグ＆ドロップする、或いは追加ボタン９４を選択することにより、端末３に格納されているファイルの一覧（不図示）を表示させ、この一覧からファイルを選択して入力する。なお、入力するファイルは、メッセージを伝えるものであれば、画像ファイルや、動画ファイル、音声ファイル、文書ファイルなど、如何なる形式のファイルであっても良い。
【００７３】
次にユーザは、宛先をアドレス帳９６から選び、追加ボタン９７を選択することで入力欄９５へ宛先を入力する。なお、アドレス帳９６は、ウェブサーバ１により、セッションＩＤと対応するユーザのアドレス帳が記憶部１３から読み出され、表示される。
【００７４】
そして、ユーザが送信ボタン９８を選択すると、発信側ユーザ端末３は、入力された入力欄９１，９２，９３に入力されたメッセージ及び宛先欄９５に入力された宛先情報をウェブサーバ１に送信する。
【００７５】
図１０は、メッセージの確認ページを例示する。ステップＳ１００においてアプリケーションサーバ２は、記憶部２３からメッセージのデータを読み出し、例えば所定のウェブページに挿入して図１０に例示するメッセージの確認ページ１９０を生成して受信側ユーザ端末５へ送信する。
【００７６】
図１０の例では、タイトルの表示欄１９１にメッセージのタイトルを挿入し、テキストの表示欄１９２にメッセージのテキストデータを挿入している。
【００７７】
このメッセージの確認ページ１９０では、ユーザがリストの表示ボタン１９６を選択すると、添付ファイルのリストを表示し（不図示）、リストから画像や動画のファイルを選択すると、アプリケーションサーバ２がこの選択されたファイルのデータを受信側ユーザ端末５へ送信して表示欄１９３に表示させる。同様にユーザがリストから音声ファイルを選択した場合、アプリケーションサーバ２は、この選択された音声ファイルを受信側ユーザ端末５へ送信し、音声として出力させる。なお、この音声ファイルや動画ファイルの再生、停止、早送り等の操作は、ボタン群１９４を選択することで行う。
【００７８】
そして、メッセージを確認したユーザは、承認ボタン１９５或いは拒否ボタン１９７を選択することで、第一ユーザとの通話を承認するか否かを選択する。承認ボタン１９５が選択されると、受信側ユーザ端末５がその旨の信号をアプリケーションサーバ２へ送信し、アプリケーションサーバ２はステップＳ１１０以降の処理を実行して発信側ユーザ端末３と第二ユーザの電話機４との間の呼を接続する。また、拒否ボタン１９７が選択されると、受信側ユーザ端末５がその旨の信号をアプリケーションサーバ２へ送信し、アプリケーションサーバ２は当該処理を終了し、通話の制御を行わない。
【００７９】
このように、本実施形態によれば、メッセージの送信と通話を関連付けて行うことができ、円滑にコミュニケーションをとることができる。また、各ユーザは、相手の電話番号宛に発呼するのではなく、通信管理システム１０が払い出した連携用電話番号宛に発呼するので、通話相手の電話番号を知る必要がなく、ネット上の知り合いとの通話に適している。また、ユーザの電話番号に変更があった場合、変更のあったユーザが通信管理システム１０に登録している電話番号を変更すれば良く、他のユーザがアドレス帳等を更新する必要がない。
【００８０】
〈変形例１〉
前述の実施形態１では、第二ユーザが連携用電話番号β宛てに発呼したが、これに限らず、通信管理システム１０側から第二ユーザの電話機４へコール（発呼）する構成としても良い。
【００８１】
図１１は、通信管理システム１０側から第二ユーザへコールする構成とした変形例１の処理を例示する図である。なお、前述の実施形態１と同一の要素には同符号を付すなどして再度の説明を省略している。
【００８２】
本変形例１では、ステップＳ１００で第二ユーザが承認ボタン１９５を選択した場合に、アプリケーションサーバ２は、連携用電話番号βの払い出しに代え、第二ユーザのユーザ情報を参照して、登録されている第二ユーザの電話番号を読み出し、これを呼制御連携部５２が呼制御装置７へ通知する（Ｓ１１０Ａ）。呼制御装置７は、アプリケーションサ
ーバ２から受信した第二ユーザの電話番号宛てに発呼し、第二ユーザの電話機４との呼を確立し（Ｓ１２０Ａ）、そして、呼制御装置７の接続制御部８３が、発信側ユーザ端末３との呼と第二ユーザの電話機４との呼を接続し、第一ユーザと第二ユーザとの通話を可能にする（Ｓ１３０Ａ）。
【００８３】
なお、本変形例１では、第二ユーザが承認ボタン１９５を選択したことを契機にして第二ユーザの電話機４へ発呼しているが、第二ユーザによる承認を省略し、ステップＳ９０における認証が成功したことや、ステップＳ７０における発呼の通知を受けたことを契機にアプリケーションサーバ２の呼制御連携部５２が呼制御装置７へ通知し、呼制御装置７から第二ユーザの電話機４へ発呼しても良い。
【００８４】
本変形例１によれば、通信管理システム側から第二ユーザの電話機４宛てに発呼するので、第二ユーザが発呼する手間が省ける。特に第二ユーザの受信側ユーザ端末５と電話機４とが別体である場合に、第二ユーザから発呼する構成としたのでは、受信側ユーザ端末５に通知された連携用電話番号αをユーザが見て、ユーザが電話機４を操作してこの連携用電話番号宛てに電話をかける手間がかかるが、本変形例１であると通信管理システム側から発呼するので、この手間がかからず、利便性が向上する。また、本変形例１では、メッセージの受信側である第二ユーザが、電話を受ける側となり、電話代が第二ユーザの負担とならないので、一般の電話と同様になり、ユーザに受け入れられやすい。
【００８５】
〈変形例２〉
前述の変形例１では、第二ユーザがメッセージ管理サーバ１０側から電話を受ける例を示したが、更に第一ユーザが通信管理システム１０側から電話を受ける構成としても良い。
【００８６】
図１２は、通信管理システム１０側から第一ユーザへコールする構成とした変形例２の処理を例示する図である。なお、前述の変形例１と同一の要素には同符号を付すなどして再度の説明を省略している。
【００８７】
本変形例２では、ステップＳ５０Ａにおいて、アプリケーションサーバ２が、Phone Cookie発行部５１により連携用電話番号αを記憶部２６から読み出すと共に、当該第一ユーザのユーザ情報を参照し、当該第一ユーザの電話番号を読み出して、これら連携用電話番号α及び第一ユーザの電話番号を呼制御装置７へ通知する。この通知を受けた呼制御装置７は、連携用電話番号αを発信番号とし、第二ユーザの電話番号宛てに発呼し、第一ユーザの発信側端末３との呼を確立する（Ｓ６０Ａ）。なお、この第一ユーザの発信側ユーザ端末３との呼を確立した後の処理は前述の変形例１と同じである。
【００８８】
本変形例２によれば、通信管理システム側から第一ユーザの発信側ユーザ端末３宛てに発呼するので、第一ユーザが発呼する手間が省け、利便性が向上する。
【００８９】
〈変形例３〉
前述の例では、メッセージを一人の第二ユーザに対して送信した例を示したが、これに限らず、複数の第二ユーザに対してメッセージを送信しても良い。
【００９０】
図１３は、複数の第二ユーザに対してメッセージの送信を可能とした変形例３の処理を例示する図である。なお、第一ユーザがログインしてメッセージの入力を行い、第一ユーザの発信側ユーザ端末３との呼を確立するまでの処理は、前述の図８のＳ１０〜Ｓ６０或いは図９のＳ１０〜Ｓ６０Ａと同様であるため、図１３ではステップＳ７０以降の処理を示す。また、実施形態１や変形例２と同一の要素には同符号を付すなどして再度の説明を省略する。
【００９１】
第一ユーザの操作により発信側ユーザ端末３との呼を確立（Ｓ６０又はＳ６０Ａ）した後、呼制御装置７は、アプリケーションサーバ２へ連携用電話番号α宛てに発呼されたことを通知する（Ｓ７０）。
【００９２】
発呼の通知を受けたアプリケーションサーバ２は、連携用電話番号αと対応付けて記録したメッセージの宛先情報を参照して該当する第二ユーザの受信側ユーザ端末５或いは電話機４へメッセージが届いている旨の通知を行う（Ｓ８０Ａ）。ここで本変形例では、第二ユーザとしてユーザ２Ｂ、ユーザ２Ｃおよびユーザ２Ｄといった複数のユーザに通知する例を示す。これは前述のステップＳ４０において、第一ユーザがメッセージの宛先として複数のユーザの選択した場合に、これら複数のユーザを第二ユーザとする。ユーザは例えば、図７のアドレス帳９６から複数のユーザを選択して入力欄９５に追加することで、メッセージを受け取る第二ユーザとして複数のユーザを選択する。従ってアプリケーションサーバ２は、この複数のユーザの情報をメッセージの宛先情報として受け付ける。
【００９３】
そして、この通知に応じて第二ユーザとしてのユーザ２Ｂ−２Ｄが受信側ユーザ端末５を操作し、ユーザ端末５がアプリケーションサーバ２にアクセスすると、アプリケーションサーバ２は、ＩＤとパスワードの入力を求めて認証処理を行う（Ｓ９０）。なお、図１０ではユーザ２Ｂがログインした例を示している。
【００９４】
ステップＳ９０において、アプリケーションサーバ２は、受信側ユーザ端末５から入力されたＩＤとパスワードを予め登録されているユーザ情報と照合し、適合した場合には認証成功と判定し、当該受信側ユーザ端末５をログインさせる。
【００９５】
ログイン後、受信側ユーザ端末５からメッセージの要求がなされると、アプリケーションサーバ２のメッセージ送信部５４は、記憶部２６から当該ユーザ端末５を宛先とするメッセージを読み出して受信側ユーザ端末５へ送信する。また、アプリケーションサーバ２は、これらのメッセージと共に、第一ユーザとの通話を承認するか否かの選択肢を表示させる（Ｓ１００）。ユーザ２Ｂは、このメッセージを見て、第一ユーザと通話するか否かを判断し、受信側ユーザ端末３を操作し、承認するか否かの選択肢を選択する。例えば、メッセージの内容を見て、他のユーザが通話した方が良いと判断した場合には、拒否を選択し、自分が通話する場合には承認を選択する。
【００９６】
そして、ユーザ２Ｂの操作により受信側ユーザ端末５から承認する旨の信号を受信すると、アプリケーションサーバ２のPhone Cookie発行部５１は、第二ユーザとの通話とメッセージとを関連付けるPhone Cookieとして連携用電話番号βを記憶部２６から読み出してユーザ２Ｂの受信側ユーザ端末５へ通知（払い出し）する（Ｓ１１０）。
【００９７】
ユーザ２Ｂの操作により、第二ユーザの電話機４が通知された連携用電話番号β宛てに発呼すると、呼制御装置７が着呼し、第二通話制御部８２が第二ユーザの電話機４との呼を確立する（Ｓ１２０）。そして、呼制御装置７の接続制御部８３が、発信側ユーザ端末３から受信した音声信号を第二ユーザの電話機４へ送信し、第二ユーザの電話機４から受信した音声信号を発信側ユーザ端末３へ送信する（Ｓ１３０）。これにより、発信側ユーザ端末３との呼とユーザ２Ｂの電話機４との呼を接続し、第一ユーザとユーザ２Ｂとの通話を可能にしている。
【００９８】
一方、ユーザ２Ｂが通話を開始した後、他のユーザ２Ｃ，２Ｄがログインした場合（Ｓ９０）、アプリケーションサーバ２はユーザ２Ｃ，２Ｄの受信側ユーザ端末５へメッセージを通知すると共に、第一ユーザとの通話を承認する選択肢に代えて接続情報を通知する。ここで接続情報は、例えば、第一ユーザと他のユーザ（本例ではユーザ２Ｂ）の通話が
開始している、或いは完了している等の状態である。なお、接続状態は通知しなくても良い。また、何れかの第二ユーザが通話を開始した後、或いは何れかの第二ユーザと第一ユーザの通話が完了（終話）した後は、このメッセージを無効とし、他のユーザが後からログインしてもメッセージを送信しない構成としても良い。
【００９９】
なお、このように第一ユーザと通話する第二ユーザを一人に限定せずに、他のユーザ２Ｃ，２Ｄが承認した場合、これらの呼の接続も行い、二人以上で通話を行うようにしても良い。この場合、呼制御装置７の接続制御部８３は、第一ユーザの端末３と第二ユーザの複数の電話機４の複数の呼から夫々受信した音声信号を他のユーザの電話機４或いは端末３に中継することで、二人以上のユーザによる通話を可能にする。
【０１００】
以上のように本変形例３によれば、複数のユーザに対してメッセージを送信できる。
【０１０１】
〈第二実施形態〉
《システム構成》
前述の第一実施形態では、ネットワークを介したメッセージの送信と関連付けて通話を行う構成としたが、本第二実施形態ではホームページ等の情報と音声メッセージとを関連付けた構成を例示する。なお、前述の第一実施形態と同一の要素には同符号を付して再度の説明を省略する。
【０１０２】
図１４は、本実施形態２におけるウェブサーバ１の概略構成図である。本実施形態２のウェブサーバ１は、図２に示した第一実施形態のウェブサーバ１と比べ、ハードウェア構成が同じであり、演算処理部１２が実行する機能が異なっている。
【０１０３】
演算処理部１２は、ＯＳやアプリケーションプログラムを記憶部１３から適宜読み出して実行し、入出力インタフェース１４やＣＣＵ１５から入力された情報、及び記憶部１３から読み出した情報を演算処理することにより、前述の認証処理部４１や、ウェブページ提供部４２、メッセージ受付部４３のほか、アクセス情報生成部４４や、アクセス情報転送部４５としても機能する。
【０１０４】
本実施形態２では、ユーザが閲覧したウェブページをメッセージとして第二ユーザへ送る例を示す。なお、第二ユーザへ送るメッセージの種類は、前述の実施形態と同じく任意に入力しても良いし、発信側ユーザ端末３が特定のウェブページにアクセスした場合、特定の種類のメッセージを送信する構成としても良い。例えば、メッセージの入力ページを発信側ユーザ端末３へ提供する際、特定の種類のメッセージのみを受け付ける入力ページを提供する。本実施形態では、クーポンを紹介するサイト（特定のウェブページ）にアクセスした際に、アクセスしたウェブページをメッセージ（特定種類のメッセージ）として第二ユーザに送る例を示す。
【０１０５】
メッセージ受付部４３は、前述のとおりネットワークを介して送信するメッセージを受け付ける機能に加え、このメッセージと対応つけて電話回線を介して送出（伝言）する音声メッセージの情報を受信する。例えば、発信側ユーザ端末３に提供したウェブページにＨＴＭＬやＸＭＬといったマークアップ言語で記述された選択肢として、伝言用のリンクを記載しておき、ユーザが当該リンクを選択し、所定ＵＲＬのウェブページが要求された場合に、メッセージ受付部４３は、伝言の要求を受けたと認識する。
【０１０６】
なお、リンクの選択に限らず、ボタンの選択やチェックボックスのチェックといったユーザ操作に応じて伝言の要求を受ける構成でも良い。ここで、発信側ユーザ端末３が認証済みであり、ＨＴＴＰクッキーとしてセッションＩＤを有している場合、発信側ユーザ端末３は、前記所定ＵＲＬの要求と共にセッションＩＤも通知し、これをウェブサーバ１が
受信する。なお、伝言の要求は、このように所定ＵＲＬを送信するものに限らず、単に電話連絡を示す情報を送信するものでも良いし、所定のｃｇｉを起動させるもの等でも良い。
【０１０７】
アクセス情報生成部４４は、少なくとも前記ユーザが閲覧したウェブページを特定する情報（例えばアドレス）を前記ユーザのアクセス情報とする。例えば、前記伝言の要求と共に受信したセッションＩＤに基づき、このユーザが閲覧したウェブページ、特に前記伝言用のリンク（選択肢）が記載されたウェブページのＵＲＬ等を特定し、これをアクセス情報とする。前記ユーザが複数のウェブページを閲覧していた場合には、これらウェブページのＵＲＬや、その閲覧順、閲覧日時といったログなどをアクセス情報としても良い。
【０１０８】
更に、閲覧したウェブページに対して入力した情報や選択した情報、例えばウェブページの入力欄に入力したデータやショッピングサイトで購入ボタンを選択した情報などをアクセス情報としても良い。また、アクセス情報は、ウェブページに記載された内容等であっても良い。例えば商品の紹介や購入に関するウェブページであった場合、この商品名や商品ＩＤ等をアクセス情報とする。この場合、ウェブページと対応付けて予め記憶部１３に記憶された商品名や商品ＩＤ等のアクセス情報を読み出す構成でも良いし、ウェブページからタイトルや、ヘッダ、特定のタグで指定された文字列等を抽出してアクセス情報とする構成でも良い。
【０１０９】
更にアクセス情報生成部４４は、セッションＩＤに基づいてユーザを識別し、当該ユーザの電話番号等のユーザ情報を記憶部１３から読み出す。本実施形態では、認証時のユーザの入力操作によって入力されたＩＤと対応する会員情報から当該ユーザの電話番号が特定される。アクセス情報生成部４４は、このユーザの電話番号等のユーザ情報を前記アクセス情報に加える。
【０１１０】
アクセス情報転送部４５は、アクセス情報生成部４４で生成したアクセス情報をアプリケーションサーバ２へ転送する。
【０１１１】
図１５はアプリケーションサーバ２の概略構成図である。本実施形態２のアプリケーションサーバ２は、図１５に示した実施形態１のアプリケーションサーバ２と比べ、ハードウェア構成が同じであり、演算処理部１２の実行する機能が異なっている。
【０１１２】
演算処理部２２は、ＯＳやアプリケーションプログラムを記憶部２３から適宜読み出して実行し、入出力インタフェース２４やＣＣＵ２５から入力された情報、及び記憶部２３，２６から読み出した情報を演算処理することにより、前述のPhoneCookie発行部（連携
番号発行部）５１、呼制御連携部５２、通話後処理部５３、メッセージ送信部５４、メッセージ記録部５５のほか、メッセージ送信部５４、音声メッセージ記録部５７、音声メッセージ送出部５８としても機能する。
【０１１３】
呼制御連携部５２は、前述の機能に加え、アクセス情報に基づいて呼の制御を行う命令を呼制御装置７へ送信する。例えばウェブサーバ１から前記アクセス情報を受信した場合、メッセージの録音のため、アクセス情報に含まれる第一ユーザの電話番号に基づき、第一ユーザの端末３との間に呼を確立させるコマンドを呼制御装置７へ送信する。また、呼制御連携部５２は、メッセージが録音された場合、これを通知するために相手先の電話機４との呼を確立させるコマンドを呼制御装置７へ送信する。
【０１１４】
また、呼制御連携部５２は、呼制御装置７から通話が終了したことを通知された場合、通話後処理部５３にこれを伝えて通話後の処理を行わせる。
【０１１５】
更に、呼制御連携部５２は、第二ユーザが電話機４を用いて伝言用電話番号宛てに電話をかけた場合、その旨の情報と伝言用電話番号を呼制御装置７から受信し、音声メッセージ送出部５８に伝える。
【０１１６】
通話後処理部５３は、呼制御連携部５２から通話終了の処理を受けた場合に、電話指示パラメータの通話後パラメータに基づいて通話後の処理を行う。例えば、通話後に「ご利用ありがとうございます。」「現在キャンペーン期間中です。」「お問い合わせ頂いた商品と関連する以下の商品も取り扱っております・・・」「店舗の地図をお送り致します」などのように、お礼や資料、関連商品の案内、地図など、電話連絡に伴う関連情報を電子メール等で発信側ユーザ端末３や受信側ユーザ端末５宛てに送信する。
【０１１７】
メッセージ送信部５４は、ネットワークＮを介して受信側ユーザ端末５（図１）へメッセージとして紹介したいウェブページにアクセスするためのアクセス情報を受信側ユーザ端末５へ送信する。これにより第二ユーザは、第一ユーザが紹介したいウェブページや、そのウェブページに入力したデータ等を手元の端末５で確認することができる。
【０１１８】
音声メッセージ記録部５７は、呼制御連携部５２によって要求した第一ユーザの発信側ユーザ端末３との呼を介して、当該発信側ユーザ端末３から音声メッセージを受信して記録する。例えば、呼制御連携部５２の要求に応じて呼制御装置７がアプリケーションサーバ２と発信側ユーザ端末３との間に呼を確立すると、アプリケーションサーバ２の音声メッセージ記録部５７は、「３０秒以内でメッセージをどうぞ」等のように、メッセージを吹き込むように第一ユーザに音声で案内する。そして、第一ユーザが話したメッセージを受信すると、メッセージ記録部は、このメッセージ（音声）をデジタルデータに変換し、メッセージデータとして記憶部２６に記録させる。
【０１１９】
音声メッセージ送出部５８は、呼制御連携部５２から第二ユーザの電話機４との呼を確立した旨の通知を受けた場合や、伝言用電話番号宛てに第二ユーザの電話機４から着呼があった場合に、伝言用電話番号と対応するメッセージを電話機４との呼を介して送出する。
【０１２０】
なお、呼制御装置７は、前述の実施形態１と同様の構成及び機能であるため、再度の説明を省略する。
【０１２１】
〈管理方法〉
次に図１６−図２０を用いて、上記通信管理システムが実行する音声通信管理方法について説明する。
【０１２２】
まず、ユーザはウェブサーバ１に対して会員登録を行う。例えばユーザの氏名、電話番号、ＩＤ、パスワードといったユーザ情報をウェブサーバ１に送信して記憶させる。
【０１２３】
また、ウェブサーバ１の運営者は、提供するウェブページにメッセージを送るための選択肢、例えば「伝言」のリンクを記述しておき、ユーザが閲覧中にメッセージの発信を希望し、当該リンクを選択した場合にリンク先として記述されているＵＲＬがアプリケーションサーバ２に送信されるように設定する。
【０１２４】
そして、図１６に示すように、ウェブサイトの運営を開始し（ステップＳ１）、発信側ユーザ端末３からＵＲＬを指定してウェブページの閲覧が要求されると、ウェブサーバ１のウェブページ提供部４２は、前記ＵＲＬで特定されるウェブページを発信側ユーザ端末３に提供し表示させる（ステップＳ２）。図２０は、このウェブページの表示例を示す図である。図２０では、店舗のキャンペーン情報を掲載し、メモ（テキスト）を選択するボ
タン６０や伝言を選択するボタン６１、送信を実行するボタン、即ち当該ページの紹介を行うボタン６２を掲載している。
【０１２５】
第一ユーザの操作により前記「伝言」のボタン６１が選択された後、「紹介する」ボタン６２が選択されると、発信側ユーザ端末３は、「伝言」を要求する情報をウェブサーバ１に送信する。メッセージ受付部４３は、発信側ユーザ端末３から「伝言」を要求する旨の情報を受信した場合（ステップＳ３）、認証処理部４１によって発行されたセッションＩＤを発信側ユーザ端末３から受信したか否かによって当該発信側ユーザ端末３が認証済みか否かを判定する（ステップＳ４）。認証済みでない場合、認証処理部４１がログイン画面を表示させ、ＩＤとパスワードの入力を促し、認証処理を行う（ステップＳ５）。
【０１２６】
ステップＳ４で認証済みであった場合、及びステップＳ５で認証済みとなった場合、アクセス情報生成部４４は、セッションＩＤに対応するアクセス情報及びリンク先に対応する電話指示パラメータを記憶部１３から読み出してアクセス情報を生成し、アプリケーションサーバ２へ送信する（ステップＳ６）。
【０１２７】
図１７は、PhoneCookieと対応付けらけるアクセス情報を示す図である。なお、アクセ
ス情報は、「電話問い合わせ」のリンクが選択されたウェブページのＵＲＬや、当該ウェブページに入力したデータ、当該ユーザが閲覧したウェブページの履歴など、当該ユーザのウェブサーバ１に対するアクセスに係る情報を含む。図１７の例では、第一ユーザＩＤ、閲覧したページのアドレス（ＵＲＬ）、店舗ＩＤ、端末情報、キャンペーンＩＤ、第一ユーザの電話番号、第二ユーザの電話番号（相手先電話番号）、通話開始時刻、通話終了時刻、リダイアル期限が含まれる。なお、ウェブサーバ１からアプリケーションサーバ２へ送信される段階では、通話開始時刻や通話終了時刻などは空欄であり、後述のように追加される。
【０１２８】
図１８は、アプリケーションサーバ２が実行する処理のフローチャートである。ウェブサーバ１からアクセス情報を受信したアプリケーションサーバ２のPhoneCookie発行部５
１は、当該アクセス情報に対応するユニークな電話番号をPhoneCookieとして発行する（
ステップＳ８）。
【０１２９】
PhoneCookieの発行後、アプリケーションサーバ２の呼制御連携部５２は、電話指示パ
ラメータと共に呼制御の命令を呼制御装置７へ送信する。当該呼制御の命令を受信した呼制御装置７の第一通話制御部８１は、第一ユーザの電話番号に基づき、発信側ユーザ端末３に対して発呼し、前記PhoneCookieを発信者番号として通知し、発信側ユーザ端末３３
とアプリケーションサーバ２間で通話可能にする（ステップＳ９）。
【０１３０】
音声メッセージ記録部５７は、発信側ユーザ端末３に対して「３０秒以内でメッセージをどうぞ」のように、メッセージの記録を促し、第一ユーザが話したメッセージをメッセージデータに変換して記憶部２６に記録する（Ｓ１０）。
【０１３１】
また、音声メッセージ記録部５７は、「メッセージを送る相手の電話番号を入力して下さい」のように、相手先電話番号の入力を音声で促す。ここで第一ユーザが発信側ユーザ端末３のボタンを押す或いはアドレス帳（リスト）から相手先を選択して、トーン信号を送ると、音声メッセージ記録部５７は、このトーン信号を識別して相手先電話番号としてアクセス情報に加える。なお、相手先電話番番号は、図２０の伝言のボタン６１を選択した際に第一ユーザに入力させ、アクセス情報に含めるように構成しても良い（Ｓ１１）。
【０１３２】
そして第一ユーザが電話を切るなどして通話が終了したことを呼制御装置７から通知された場合（Ｓ１２）、通話後処理部５３が、発信側ユーザ端末３に対して店舗の地図を送
信する等の通話後パラメータに従う処理を行う（Ｓ１３）。
【０１３３】
また、メッセージ送信部５４は、アクセス情報のうち第一ユーザが紹介するページ（図２０）のアドレス等を受信側ユーザ端末５へ送信する（Ｓ１４）。
【０１３４】
次にアプリケーションサーバ２の呼制御連携部５２は、相手先電話番号と共に呼制御の命令を呼制御装置７へ送信する。当該呼制御の命令を受信した呼制御装置７の第二通話制御部８２は、第二ユーザの電話機４に対して発呼し、前記PhoneCookieを発信者番号とし
て通知し、電話機４とアプリケーションサーバ２間で通話可能にする（Ｓ１５）。
【０１３５】
通話可能になると音声メッセージ送出部５８は、PhoneCookieと対応するメッセージを
記憶部２６から読み出して電話機４へ送出する（Ｓ１６）。ここで、音声メッセージ送出部５８は、「新しいメッセージがあります。再生する場合には、数字の１を押して下さい。」のように再生を確認するメッセージを音声で電話機４へ送り、数字の１（他の数字や記号等、トーン信号として送れるものであれば良い）が押され、当該数字の１に応じたトーン信号が送られた場合にメッセージを送出する構成としても良い。この場合、第二ユーザが電話に出ることができず、当該トーン信号を受信出来ないときには、通話を終了し、第二ユーザが着信履歴から連携用電話番号（PhoneCookie）宛てに電話をかけた際にメッ
セージを再生するように構成しても良い。
【０１３６】
また、メッセージの再生後、終話信号を送り、電話機４との通話が終了（切断）した場合（Ｓ１７）、通話後処理部５３が、発信側ユーザ端末３に対して店舗の地図を送信する等の通話後パラメータに従う処理を行う（Ｓ１８）。
【０１３７】
図１９はPhoneCookieに従って第二ユーザの電話機４から電話をかけ直す場合の説明図
である。
【０１３８】
第二ユーザの操作により、PhoneCookieとしての連携用電話番号あてに電話機４から発
呼すると、呼制御装置７の第二通話制御部８２によって着呼し（ステップＳ２１）、接続制御部８３がアプリケーションサーバ２の呼制御連携部５２にPhoneCookie宛ての着呼が
あった旨の情報を通知し、呼制御連携部５２がこのPhoneCookieと対応する情報（図１７
）を参照して有効期限内か否かを判定し（ステップＳ２２）、有効期限内であれば前記PhoneCookieと対応するメッセージを記憶部２６から読み出し（Ｓ２３）、当該メッセージ
を電話機４へ送出する（Ｓ２４）。電話機４との通話が終了した場合（Ｓ２５）、通話後処理部５３が、通話後パラメータに従う処理を行う（Ｓ２６）。
【０１３９】
このように、所定の有効期限内であればユーザ端末３側から連絡を行うことができる。この場合にも呼制御装置７が介在してユーザ端末３と連絡先の電話機４とを接続させる構成であるため、ユーザ端末３と連絡先電話機４とが直接通話することが無い、即ち中抜きすることがない。
【０１４０】
以上のように、本実施形態によれば、ウェブページのアドレスと共に音声によるメッセージを伝えることができ、例えばウェブページを紹介するような場合の説明が容易になり、円滑にコミュニケーションをとることができる。
【０１４１】
〈第三実施形態〉
《システム構成》
図２１は、本発明に係る第三実施形態の通信管理システムの概略図である。本例の通信管理システム１００は、コンテンツサーバ１０１や呼制御装置７、ポイント管理サーバ１０２を備えている。第三実施形態では、第一ユーザが電話機１０３から携帯電話回線Ｍを
介してコンテンツサーバ（所謂携帯サイト）１０１にアクセスし、当該コンテンツサーバ１０１から提供されるページを紹介すると共に第二ユーザの電話機１０４へ音声メッセージを送る例について説明する。
【０１４２】
第一ユーザの電話機１０３及び第二ユーザの電話機１０４は、携帯電話回線Ｍ及びネットワークＮを介して、コンテンツサーバ１０１が提供するページの閲覧や電子メールの送受信を行う機能と、携帯電話回線Ｍを介して音声通話を行う機能を有している。なお、ネットワークＮは、携帯電話回線Ｍを介して接続する特定のネットワークであっても、インターネット等のオープンなネットワークであっても良い。
【０１４３】
図２２は、本実施形態におけるコンテンツサーバ１０１の概略構成図である。図２２に示すように、コンテンツサーバ１０１は、ＣＰＵ（central processing unit）やメイン
メモリ等よりなる演算処理部１１２、演算処理の為のデータやソフトウェアを記憶した記憶部（ハードディスク）１１３、入出力インタフェース１１４、通信制御部（ＣＣＵ：Communication Control Unit）１１５等を備えたコンピュータである。
【０１４４】
該入出力インタフェース１１４は、入出力手段と接続し、信号の入出力を行うインタフェースである。入出力インタフェース１１４には、コンソール（キーボードやディスプレイを含む）や記憶媒体の読み書き装置等が入出力手段として適宜接続される。
【０１４５】
ＣＣＵ１１５は、ネットワークＮを介して他のコンピュータとの接続を確立し、ＣＰＵからの命令に応じた他のコンピュータとの通信の制御を行う。
【０１４６】
記憶部１１３には、オペレーティングシステム（ＯＳ）やアプリケーションソフト（サーバプログラム）といったソフトウェアがインストールされていると共に、情報を掲載したページ等のデータを記憶している。また、記憶部１１３は、ユーザ認証用の登録データや、ユーザの氏名、電話番号、ユーザＩＤ、ポイント、相手先のリストといったユーザ情報を記憶し、ユーザ情報記憶部としても機能する。
【０１４７】
演算処理部１１２は、前記ＯＳやアプリケーションプログラムを記憶部１１３から適宜読み出して実行し、入出力インタフェース１１４やＣＣＵ１１５から入力された情報、及び記憶部１１３から読み出した情報を演算処理することにより、認証処理部１４１や、ページ提供部１４２、アクセス情報生成部１４４、PhoneCookie発行部（連携番号発行部）
１５１、呼制御連携部１５２、メッセージ送信部１５９、音声メッセージ記録部１５７、音声メッセージ送出部１５８、通話後処理部１５３としても機能する。
【０１４８】
認証処理部１４１は、電話機１０３或いは電話機１０４から電話番号やユーザＩＤなどの識別情報を取得し、記憶部１１３を参照して当該電話機１０３，１０４が登録済か否かを判定し、登録済でなければ氏名等のユーザ情報の入力を促す登録画面を電話機１０３，１０４に送信して表示させ、当該登録画面に対して入力されたユーザ情報を記憶部１１３に登録する。
【０１４９】
ページ提供部１４２は、電話機１０３から閲覧要求を受けたページを記憶部１１３から読み出して電話機１０３に送信する。
【０１５０】
アクセス情報生成部１４４は、少なくとも前記ユーザが閲覧したページを特定する情報（例えばアドレス）を前記ユーザのアクセス情報とする。前記ユーザが複数のページを閲覧していた場合には、これらページのＵＲＬや、その閲覧順、閲覧日時といったログなどをアクセス情報としても良い。更に、閲覧したページに対して入力した情報や選択した情報、例えばページの入力欄に入力したデータやショッピングサイトで購入ボタンを選択し
た情報などをアクセス情報としても良い。また、アクセス情報は、ページに記載された内容等であっても良い。例えば商品の紹介や購入に関するページであった場合、この商品名や商品ＩＤ等をアクセス情報とする。この場合、ページと対応付けて予め記憶部１１３に記憶された商品名や商品ＩＤ等のアクセス情報を読み出す構成でも良いし、ページからタイトルや、ヘッダ、特定のタグで指定された文字列等を抽出してアクセス情報とする構成でも良い。
【０１５１】
PhoneCookie発行部１５１は、コンテンツサーバ１０１からアクセス情報を受信した場
合に、当該アクセス情報と対応するPhoneCookieとして連携用電話番号を発行する。このPhoneCookieとしての連携用電話番号は、後述のように電話機１０３或いは相手先の電話機１０４からこの電話番号宛に電話をかけた場合に呼制御装置７で着呼するように呼制御装置用に確保した電話番号である。例えば、０５０−ＡＢＣＤ−××××のような１１桁の電話番号を用いる場合、末尾４桁が００００から末尾４桁が９９９９までの１万通りの電話番号を確保する。即ち、先頭の７ケタが０５０−ＡＢＣＤであれば、末尾４桁が何番であっても全ての呼が呼制御装置７へ着信するようにする。従って末尾４桁を自由にナンバリングしてユーザに通知した場合であっても、この番号宛ての電話を全て呼制御装置７で受けることができる。このように呼制御装置７用の電話番号を複数確保しておき、PhoneCookie発行部１５１は、各アクセス情報に前記呼制御装置７用の電話番号の一つをPhoneCookieとして割り当て、各PhoneCookieがアクセス情報に割り当てられた全てのPhoneCookieの中でユニークとなるようにする。即ち、PhoneCookieに対応するアクセス情報が一意に
特定できるようにしている。
【０１５２】
呼制御連携部１５２は、アクセス情報に基づいて呼の制御を行う命令を呼制御装置７へ送信する。例えばコンテンツサーバ１０１から前記アクセス情報を受信した場合、メッセージの録音のため、アクセス情報に含まれる第一ユーザの電話番号に基づき、第一ユーザの端末３との間に呼を確立させるコマンドを呼制御装置７へ送信する。また、呼制御連携部１５２は、メッセージが録音された場合、これを通知するために相手先の電話機１０４との呼を確立させるコマンドを呼制御装置７へ送信する。
【０１５３】
また、呼制御連携部１５２は、呼制御装置７から通話が終了したことを通知された場合、通話後処理部１５３にこれを伝えて通話後の処理を行わせる。
【０１５４】
更に、呼制御連携部１５２は、第二ユーザが電話機１０４を用いて連携用電話番号宛てに電話をかけた場合、その旨の情報と連携用電話番号を呼制御装置７から受信し、音声メッセージ送出部１５８に伝える。
【０１５５】
メッセージ送信部１５９は、ネットワークＮを介して電話機１０４（図２１）へメッセージとして紹介したいページにアクセスするためのアクセス情報を送信する。これにより第二ユーザは、メッセージを発信した第一ユーザが紹介したいページや、そのページに入力したデータ等を手元の電話機１０４で確認することができる。
【０１５６】
音声メッセージ記録部１５７は、呼制御連携部１５２によって要求した第一ユーザの電話機１０３との呼を介して、当該電話機１０３から音声メッセージを受信して記録する。例えば、呼制御連携部１５２の要求に応じて呼制御装置７がコンテンツサーバ１０１と電話機１０３との間に呼を確立すると、コンテンツサーバ１０１の音声メッセージ記録部１５７は、「３０秒以内でメッセージをどうぞ」等のように、メッセージを吹き込むように第一ユーザに音声で案内する。そして、第一ユーザが話したメッセージを受信すると、音声メッセージ記録部１５７は、このメッセージ（音声）をデジタルデータに変換し、メッセージデータとして記憶部１２６に記録させる。
【０１５７】
音声メッセージ送出部１５８は、呼制御連携部１５２から第二ユーザの電話機１０４との呼を確立した旨の通知を受けた場合や、連携用電話番号宛てに第二ユーザの電話機１０４から着呼があった場合に、連携用電話番号と対応するメッセージを電話機１０４との呼を介して送出する。
【０１５８】
図２３はポイント管理サーバ１０２の概略構成図である。図２３に示すように、コンテンツサーバ１０１は、ＣＰＵ（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（連携用電話番号）６８への間違い電話など、ウェブ
ページの記載６９を見てトランザクション情報の利用を許可した第一ユーザ以外からの不必要な通話履歴が、トランザクション情報に含まれたとしても、受付電話番号リストとマッチしない為に不必要な通話履歴は抽出されず、適切なトランザクション情報が得られる。
【０２５８】
〈その他〉
本発明は、上述の図示例にのみ限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更を加え得ることは勿論である。
【０２５９】
例えば、以下に付記した構成であっても上述の実施形態と同様の効果が得られる。また、これらの構成要素は可能な限り組み合わせることができる。
【符号の説明】
【０２６０】
１ サーバ
２ アプリケーションサーバ
３ 発信側ユーザ端末
４ 電話機
５ 受信側ユーザ端末
７ 呼制御装置
１０ 通信管理システム
【技術分野】
【０００１】
本発明は、ユーザ端末間で共有するメッセージを管理する技術に関する。
【背景技術】
【０００２】
インターネット上で提供されるワールドワイドウェブ（ＷＷＷ、以下単にウェブとも称する）は、近年広く普及し、このウェブを介して企業や公的機関、個人など、あらゆる方面から種々のドキュメント、所謂ウェブページが提供されるようになり、ウェブは主要なメディアの一つとなっている。同様に携帯電話でネットワーク上のサーバにアクセスし、種々の情報が記載されたページを閲覧するシステム（所謂携帯サイト）も広く普及している。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００６−２１１２３７号公報
【特許文献２】特開２００２−３００３２３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ネットワーク上で見つけた情報を知人に紹介したいと思った場合、紹介したいページのアドレス（ＵＲＬ等）を電子メールで通知することが考えられる。
【０００５】
しかし、電子メールで通知する場合、紹介したいページのアドレスに加え、このページの説明をメール本文に記載して送信することになるが、文章で説明をしなければならないのは煩わしく、また、微妙なニュアンスは伝わらないことがある。
【０００６】
一方、相手に電話をかけて紹介したいページの説明を行うことも考えられるが、紹介したいページのアドレスを電話で伝えた場合、言い間違えや聞き間違えによってアドレスが正しく伝わらず、所望のページにアクセス出来ないことが多い。また、ＵＲＬに暗号化されたＩＤ等のパラメータが含まれていた場合、ＵＲＬが非常に長くなり、口頭で伝達するのは現実的でない。
【０００７】
このため、紹介したいページのアドレスを電子メールで送信し、更に電話をかけて、このページの説明を行うこともあった。しかし、電子メールの送信と、電話による発呼の二度手間となる。また、相手が電話に出なかった場合、説明もなしに前記アドレスを記載した電子メールが届くことになるので、望ましくない。
【０００８】
また、ウェブページに限らず、ネットワークを介して事前に資料（メッセージ）を送り、この資料に基づいて電話で相談したい場合もある。しかし、メール等で事前に資料を送っても相手がそのメールを開かず、資料を見ていなければ、電話をかけても無駄に終わってしまうという問題がある。
【０００９】
そこで、本発明は、ネットワークを介して送信するメッセージと電話機による呼の接続とを対応付けて行う技術の提供を課題とする。
【課題を解決するための手段】
【００１０】
上記課題を解決するため、本発明の通信管理システムは、
ネットワークを介して第一ユーザの端末からメッセージを受信するメッセージ受付部と
、
前記メッセージを第二ユーザの端末へ送信するメッセージ送信部と、
前記メッセージと対応する連携用電話番号を発行する連携番号発行部と、
前記連携用電話番号を発信者番号として第一ユーザの電話機に発呼する、又は前記第一ユーザの電話機から前記連携用電話番号宛てに発信された呼を受ける第一通話制御部と、
第二ユーザの電話機との呼を確立する第二通話制御部と、を備える。
【００１１】
前記通信管理システムは、前記第一ユーザの電話機から受信した音声信号を第二ユーザの電話機へ送信し、第二ユーザの電話機から受信した音声信号を第一ユーザの電話機へ送信する接続制御部を備える。
【００１２】
前記通信管理システムは、前記第一ユーザの電話機との呼を介して、当該第一ユーザの電話機から音声メッセージを受信して記録する音声メッセージ記録部と、
前記第二ユーザの電話機との呼を介して前記連携用電話番号と対応する音声メッセージを当該第二ユーザの電話機へ送出する音声メッセージ送出部と、
を備えても良い。
【００１３】
前記音声メッセージ記録部が、前記第一ユーザの電話機との呼を介して受信した音声メッセージを前記連携用電話番号と対応付けて記録し、
前記第二ユーザの電話機から前記連携用電話番号宛ての呼を前記第二通話制御部が受けた場合に、当該連携用電話番号と対応付けられたメッセージを前記メッセージ送出部が送出しても良い。
【００１４】
前記通信管理システムは、前記メッセージが再生された場合に、前記第一ユーザ又は／前記第二ユーザの識別情報と対応付けてポイントを記憶するポイント管理部を備えても良い。
【００１５】
上記課題を解決するため、本発明の通信管理方法は、
ネットワークを介して第一ユーザの端末からメッセージを受信するステップと、
前記メッセージを第二ユーザの端末へ送信するステップと、
前記メッセージと対応する連携用電話番号を発行するステップと、
前記連携用電話番号を発信者番号として第一ユーザの電話機に発呼する、又は前記第一ユーザの電話機から前記連携用電話番号宛てに発信された呼を受けるステップと、
第二ユーザの電話機との呼を確立するステップと、
をコンピュータが実行する。
【００１６】
前記通信管理方法は、前記第一ユーザの電話機から受信した音声信号を第二ユーザの電話機へ送信し、第二ユーザの電話機から受信した音声信号を第一ユーザの電話機へ送信するステップを備える。
【００１７】
前記通信管理方法は、前記第一ユーザの電話機との呼を介して、当該第一ユーザの電話機から音声メッセージを受信して音声メッセージ記録部に記録するステップと、
前記第二ユーザの電話機との呼を介して前記連携用電話番号と対応する音声メッセージを当該第二ユーザの電話機へ送出するステップと、
を実行しても良い。
【００１８】
前記通信管理方法は、前記音声メッセージ記録部が、前記第一ユーザの電話機との呼を介して受信した音声メッセージを前記連携用電話番号と対応付けて記録し、
前記第二ユーザの電話機から前記連携用電話番号宛ての呼を前記第二通話制御部が受けた場合に、当該連携用電話番号と対応付けられたメッセージを前記メッセージ送出部が送
出しても良い。
【００１９】
前記通信管理システムは、前記メッセージが再生された場合に、前記第一ユーザ又は／前記第二ユーザの識別情報と対応付けてポイントを記憶するポイント管理部を備えても良い。
【００２０】
また、本発明は、上記通信管理方法をコンピュータに実行させるためのプログラムであっても良い。更に、前記プログラムは、コンピュータが読み取り可能な記録媒体に記録されていても良い。
【００２１】
ここで、コンピュータが読み取り可能な記録媒体とは、データやプログラム等の情報を電気的、磁気的、光学的、機械的、または化学的作用によって蓄積し、コンピュータから読み取ることができる記録媒体をいう。このような記録媒体の内コンピュータから取り外し可能なものとしては、例えばフレキシブルディスク、光磁気ディスク、CD-ROM、CD-R/W、DVD、DAT、８mmテープ、メモリカード等がある。
【００２２】
また、コンピュータに固定された記録媒体としてハードディスクやＲＯＭ（リードオンリーメモリ）等がある。
【発明の効果】
【００２３】
本発明は、ネットワークを介して送信するメッセージと電話機による呼の接続とを対応付けて行う技術を提供できる。
【図面の簡単な説明】
【００２４】
【図１】通信管理システムの概略図
【図２】ウェブサーバの概略図
【図３】アプリケーションサーバの概略図
【図４】呼制御装置の概略図
【図５】通信管理システムによる通信管理方法の全体のフローを示す図
【図６】ウェブサーバ１が第一ユーザからメッセージの情報を受け付ける処理のフローを示す図
【図７】アプリケーションサーバが第二ユーザへメッセージを送信する処理のフローを示す図
【図８】呼制御装置７による呼の制御のフローを示す図
【図９】メッセージの入力ページの表示例を示す図
【図１０】メッセージの確認ページの表示例を示す図である。
【図１１】変形例１の通信管理システムによる通信管理方法の全体のフローを示す図
【図１２】変形例１の通信管理システムによる通信管理方法の全体のフローを示す図
【図１３】変形例１の通信管理システムによる通信管理方法の全体のフローを示す図
【図１４】ウェブサーバの概略図
【図１５】アプリケーションサーバの概略図
【図１６】アクセス管理方法の説明図
【図１７】アクセス情報の説明図
【図１８】通信管理方法の説明図
【図１９】通信管理方法の説明図
【図２０】ウェブページの一例を示す図
【図２１】第二実施形態に係る通信管理システムの概略図
【図２２】第二実施形態に係るウェブサーバの概略図
【図２３】第二実施形態に係るアプリケーションサーバの概略図
【図２４】第二実施形態に係るアクセス管理方法の説明図
【図２５】ページの一例を示す図
【図２６】第四実施形態に係る通信管理システムの概略図
【図２７】ウェブサーバの概略図
【図２８】アプリケーションサーバの概略図
【図２９】乱数表データの説明図
【図３０】ポイント管理サーバの概略図
【図３１】通信管理方法の説明図
【図３２】ウェブページの一例を示す図
【図３３】通信管理方法の説明図
【図３４】トランザクション情報を送信する処理の説明図
【図３５】トランザクション情報を送信する処理の説明図
【図３６】トランザクション情報を受信する処理の説明図
【図３７】通信管理方法の説明図
【図３８】ウェブページの一例を示す図
【発明を実施するための形態】
【００２５】
以下、図面を参照して本発明を実施するための最良の形態について説明する。以下の実施の形態の構成は例示であり、本発明は実施の形態の構成に限定されない。
【００２６】
〈第一実施形態〉
《システム構成》
図１は、本発明に係る通信管理システムの概略図である。本例の通信管理システム１０は、ウェブサーバ１や、アプリケーションサーバ２、呼制御装置７を備えている。本実施形態では、第一ユーザが発信側ユーザ端末３を用いて通信管理システム１０にアクセスし、第二ユーザの電話機４へ音声メッセージを送ると共に、受信側ユーザ端末５にアクセス情報を送信する。
【００２７】
第一ユーザの発信側ユーザ端末３は、インターネット等のネットワークＮを介してウェブの閲覧や電子メールの送受信を行う発信側端末としての機能と、電話回線Ｄを介して音声通話を行う電話機としての機能を一体的に備えた例を示している。
【００２８】
発信側ユーザ端末３は、発信側端末の機能と電話機の機能とを一体的に備えたものに限らず、別体に設けられた発信側端末と電話機とであっても良い。
【００２９】
また、本実施形態では、第二ユーザの電話機４と受信側ユーザ端末５とを別体に設けたが、前述の発信側ユーザ端末３と同様に一体的に設けても良い。
【００３０】
本実施形態では、便宜上、メッセージを送る側を発信側ユーザ端末３、メッセージを受ける側を受信側ユーザ端末５と電話機４と称したが、端末５と電話機４が発信側の機能を備えてメッセージを送り、端末３が受信側の機能を備えてメッセージを受けることもできる。
【００３１】
図２は、本実施形態におけるウェブサーバ１の概略構成図である。図２に示すように、ウェブサーバ１は、ＣＰＵ（central processing unit）やメインメモリ等よりなる演算
処理部１２、演算処理の為のデータやソフトウェアを記憶した記憶部（ハードディスク）１３、入出力インタフェース１４、通信制御部（ＣＣＵ：Communication Control Unit）１５等を備えたコンピュータである。
【００３２】
該入出力インタフェース１４は、入出力手段と接続し、信号の入出力を行うインタフェースである。入出力インタフェース１４には、コンソール（キーボードやディスプレイを
含む）や記憶媒体の読み書き装置等が入出力手段として適宜接続される。
【００３３】
ＣＣＵ１５は、ネットワークＮを介して他のコンピュータとの接続を確立し、ＣＰＵからの命令に応じた他のコンピュータとの通信の制御を行う。
【００３４】
記憶部１３には、オペレーティングシステム（ＯＳ）やアプリケーションソフト（サーバプログラム）といったソフトウェアがインストールされていると共に、ウェブサイトを構成するウェブページ等のデータを記憶している。また、記憶部１３は、ユーザ認証用の登録データや、ユーザの電話番号といったユーザ情報を記憶し、ユーザ情報記憶部としても機能する。
【００３５】
演算処理部１２は、前記ＯＳやアプリケーションプログラムを記憶部１３から適宜読み出して実行し、入出力インタフェース１４やＣＣＵ１５から入力された情報、及び記憶部１３から読み出した情報を演算処理することにより、認証処理部４１や、ウェブページ提供部４２、メッセージ受付部４３としても機能する。
【００３６】
認証処理部４１は、発信側ユーザ端末３から認証が必要なウェブページの要求を受けた場合に、当該発信側ユーザ端末３が認証済か否かを判定し、認証済でなければＩＤとパスワードといった認証用の情報の入力を促す認証画面を発信側ユーザ端末３に送信して表示させ、当該認証画面に対して入力されたＩＤ及びパスワードを記憶部１３に登録されている認証用情報と比較し、一致していれば認証済みとし、セッションＩＤをＨＴＴＰクッキーとして発行する。
【００３７】
ウェブページ提供部４２は、発信側ユーザ端末３からＵＲＬで指定されたウェブページの閲覧要求を受けた場合に、当該ウェブページを記憶部１３から読み出して発信側ユーザ端末３に送信する。
【００３８】
メッセージ受付部４３は、発信側ユーザ端末３からネットワークを介して送信するメッセージの情報を受信する。例えば、ウェブページ提供部４２がメッセージを入力するページを発信側ユーザ端末３に提供し、当該ページに入力されたメッセージの情報をメッセージ受付部４３がメッセージ送信の要求として受信する。入力するメッセージは、テキストに限らず、音声データや、画像データ、動画データ、紹介したいウェブページのＵＲＬ等であっても良い。
【００３９】
なお、発信側ユーザ端末３が認証済みであり、ＨＴＴＰクッキーとしてセッションＩＤを有している場合、発信側ユーザ端末３は、前記メッセージ送信の要求と共にセッションＩＤも通知し、これをウェブサーバ１が受信し、メッセージの送信元の情報としても良い。
【００４０】
図３はアプリケーションサーバ２の概略構成図である。図３に示すように、アプリケーションサーバ２は、ＣＰＵ（central processing unit）やメインメモリ等よりなる演算
処理部２２、演算処理の為のデータやソフトウェアを記憶した記憶部２３、メッセージを記憶した記憶部２６、入出力インタフェース２４、通信制御部（ＣＣＵ：Communication Control Unit）２５等を備えたコンピュータである。なお、本実施形態では、アプリケーションサーバ２とウェブサーバ１とを別体に設けたが、一体的に構成しても良い。
【００４１】
該入出力インタフェース２４は、入出力手段と接続し、信号の入出力を行うインタフェースである。入出力インタフェース２４には、コンソール（キーボードやディスプレイを含む）や記憶媒体の読み書き装置等が入出力手段として適宜接続される。
【００４２】
ＣＣＵ２５は、ネットワークＮを介して他のコンピュータとの接続を確立し、ＣＰＵからの命令に応じた他のコンピュータとの通信の制御を行う。
【００４３】
記憶部（補助記憶装置）２３は、ハードディスクやＳＳＤといった大容量の記憶手段であり、オペレーティングシステム（ＯＳ）やアプリケーションソフト（アクセス管理プログラム）といったソフトウェアがインストールされている。
【００４４】
記憶部（補助記憶装置）２６は、ハードディスクやＳＳＤといった大容量の記憶手段であり、メッセージを記憶する。なお、本実施形態では、記憶部２３と記憶部２６を別に設けたが、一体としても良い。
【００４５】
演算処理部２２は、前記ＯＳやアプリケーションプログラムを記憶部２３から適宜読み出して実行し、入出力インタフェース２４やＣＣＵ２５から入力された情報、及び記憶部２３，２６から読み出した情報を演算処理することにより、PhoneCookie発行部（連携番
号発行部）５１、呼制御連携部５２、通話後処理部５３、メッセージ記録部５５、メッセージ送信部５４としても機能する。
【００４６】
PhoneCookie発行部５１は、ウェブサーバ１からメッセージのデータを受信した場合に
、当該メッセージのデータと対応するPhoneCookieとして連携用電話番号を発行する。こ
のPhoneCookieとしての連携用電話番号は、後述のように発信側ユーザ端末３或いは相手
先の電話機４からこの電話番号宛に電話をかけた場合に呼制御装置７で着呼するように呼制御装置用に確保した電話番号である。例えば、０５０−ＡＢＣＤ−××××のような１１桁の電話番号を用いる場合、末尾４桁が００００から末尾４桁が９９９９までの１万通りの電話番号を確保する。即ち、先頭の７ケタが０５０−ＡＢＣＤであれば、末尾４桁が何番であっても全ての呼が呼制御装置７へ着信する。従って末尾４桁を自由にナンバリングしてユーザに通知した場合であっても、この番号宛ての電話を全て呼制御装置７で受けることができる。このように呼制御装置７用の電話番号を複数確保しておき、PhoneCookie発行部５１は、各メッセージに前記呼制御装置７用の電話番号の一つをPhoneCookieとして割り当て、各PhoneCookieがメッセージに割り当てられた全てのPhoneCookieの中でユニークとなるようにする。即ち、PhoneCookieに対応するメッセージが一意に特定できるよ
うにしている。
【００４７】
呼制御連携部５２は、制御する呼の情報を呼制御装置７との間で送受信する。例えば、第一ユーザの発信側ユーザ端末３から連携用電話番号（PhoneCookie）宛てに発呼され、
呼制御装置７が発信側ユーザ端末３との間で呼を確立した場合に、呼制御連携部５２は、このPhoneCookieへの発呼の情報を呼制御装置７から受信する。
【００４８】
また、呼制御連携部５２は、第二ユーザの端末５から第一ユーザとの通話を承認する旨の情報を受信した場合に、第二のユーザがユーザ情報として登録している電話番号（電話機４の電話番号）を呼制御装置７へ通知し、呼制御装置７から当該電話番号宛てに発呼させ、第二ユーザの電話機４との呼を確立させる。
【００４９】
メッセージ記録部５５は、ウェブサーバ１から受信したメッセージの情報を記憶部２６に記憶させる。 メッセージ送信部５４は、呼制御連携部５２が呼制御装置７から発信側ユーザ端末３か発信側ユーザ端末３による発呼の情報を受信した場合に、記憶部２６からメッセージのデータを読み出し、受信側ユーザ端末５に送信する。
【００５０】
一方、呼制御装置７は、電話回線網Ｄを介して電話機間の呼を制御する装置である。本実施形態において、呼制御装置７は、ＳＩＰ（Session Initiation Protocol）によって
電話機間の呼を制御する所謂ＳＩＰサーバである。なお、本実施形態の呼制御装置７は、
アプリケーションサーバ２からの命令に応じて呼を制御できれば、ＳＩＰサーバに限らず、他の方式の電話交換機であっても良い。図４は呼制御装置７の概略構成図である。図４に示すように、呼制御装置７は、ＣＰＵ（central processing unit）やメインメモリ等
よりなる演算処理部７２、演算処理の為のデータやソフトウェアを記憶した記憶部（ハードディスク）７３、入出力インタフェース７４、通信制御部（ＣＣＵ：Communication Control Unit）７５等を備えたコンピュータである。
【００５１】
該入出力インタフェース７４は、入出力手段と接続し、信号の入出力を行うインタフェースである。入出力インタフェース７４には、コンソール（キーボードやディスプレイを含む）や記憶媒体の読み書き装置等が入出力手段として適宜接続される。
【００５２】
ＣＣＵ７５は、電話回線網Ｄを介して他の装置との接続を確立し、ＣＰＵからの命令に応じた通信の制御を行う。本実施形態のＣＣＵ７５は、ＳＩＰに従って通信を行うものであり、電話回線網Ｄ内のＶｏＩＰゲートウェイや無線基地局を介して電話機４や発信側ユーザ端末３等の呼を制御する。例えば、電話機４は、電話回線網Ｄ内のＶｏＩＰゲートウェイに収容され、電話機４からの音声信号や制御信号はＶｏＩＰゲートウェイでＶｏＩＰパケットに変換されて呼制御装置７に送られる。また、呼制御装置７から電話機４へ送信したＶｏＩＰパケットは、ＶｏＩＰゲートウェイで音声信号や制御信号に変換されて電話機４へ送られる。また、発信側ユーザ端末３は携帯電話回線を介して無線基地局に収容され、発信側ユーザ端末３からの音声信号や制御信号は、無線基地局でＶｏＩＰパケットに変換されて呼制御装置７に送られる。また、呼制御装置７から発信側ユーザ端末３へ送信したＶｏＩＰパケットは、無線基地局で音声信号や制御信号に変換されて発信側ユーザ端末３へ送られる。
【００５３】
記憶部７３には、オペレーティングシステム（ＯＳ）やアプリケーションソフトといったソフトウェアがインストールされている。
【００５４】
演算処理部７２は、前記ＯＳやアプリケーションプログラムを記憶部７３から適宜読み出して実行し、入出力インタフェース７４やＣＣＵ７５から入力された情報、及び記憶部７３から読み出した情報を演算処理することにより、第一通話制御部８１、第二通話制御部８２、接続制御部８３としても機能する。
【００５５】
第一通話制御部８１は、ユーザ情報に基づいて前記ユーザの電話機、即ち発信側ユーザ端末３に発呼し、前記PhoneCookie（連携用電話番号）を発信者番号として通知する。第
一通話制御部８１は、電話回線網Ｄを介して発信側ユーザ端末３と呼制御装置７との間で呼を確立すると共に、アプリケーションサーバ２のＣＣＵ２５との間でＳＩＰに従って音声信号の送受信を行い、発信側ユーザ端末３から受けた音声をアプリケーションサーバ２へ送り、アプリケーションサーバ２から受けた音声を発信側ユーザ端末３へ送ることで、発信側ユーザ端末３とアプリケーションサーバ２間での通話を可能にしている。
【００５６】
第二通話制御部８２は、後述のように第一ユーザによって指定された第二ユーザの電話番号宛てに発呼し、PhoneCookieを発信者番号として通知、電話機４との間で呼を確立す
る。また、電話機４から連携用電話番号宛てに発せられた呼を受けて、電話機４との間で呼を確立する。
【００５７】
接続制御部８３は、電話回線網Ｄを介して第一ユーザの発信側ユーザ端末３との間で呼を確立する一方、電話回線網Ｄを介して第二ユーザの電話機４との間で呼を確立し、夫々の呼を介して電話機４から受けた音声を発信側ユーザ端末３へ送り、発信側ユーザ端末３から受けた音声を電話機４へ送ることで、発信側ユーザ端末３と電話機４との間の通話を可能にする。
【００５８】
〈通信管理方法〉
次に図５−図１０を用いて、上記通信管理システムが実行する通信管理方法について説明する。図５は、第一ユーザからの要求により通信管理システム１０が第二ユーザへメッセージを送る処理の全体のフローを示す図、図６はウェブサーバ１が第一ユーザからメッセージの情報を受け付ける処理のフローを示す図、図７はアプリケーションサーバが第二ユーザへメッセージを送信する処理のフローを示す図、図８は呼制御装置７による呼の制御のフローを示す図、図９はメッセージの入力ページの表示例を示す図、図１０はメッセージの確認ページの表示例を示す図である。
【００５９】
事前準備として、第一ユーザ及び第二ユーザはウェブサーバ１に対して会員登録を行う。例えばユーザの氏名、電話番号、ＩＤ、パスワードといったユーザ情報をウェブサーバ１に送信して記憶部１３に記憶させる。また、第一ユーザは、メッセージを送る第二ユーザ毎の宛先情報を予め登録しておくことができる。ウェブサーバ１は、この宛先情報をアドレス帳データとして記憶部１３に記憶させる。なお、宛先情報は、第二ユーザの端末５にデータを送信する際に宛先となるＩＰアドレスやメールアドレス等である。この宛先情報を第二ユーザのＩＤとし、このから第二ユーザのユーザ情報を参照して第二ユーザのＩＰアドレスやメールアドレス等を求める構成としても良い。
【００６０】
そして、第一ユーザの操作によりユーザ端末３がウェブサーバ１にアクセスすると、ウェブサーバ１は、ＩＤとパスワードの入力を求めて認証処理を行う（Ｓ１０）。
【００６１】
ステップＳ１０において、ウェブサーバ１は、発信側ユーザ端末３から入力されたＩＤとパスワードを予め登録されているユーザ情報と照合し、適合した場合には認証成功と判定し、当該発信側ユーザ端末３をログインさせる。
【００６２】
ログイン後、発信側ユーザ端末３からＵＲＬを指定してウェブページの閲覧が要求されると、ウェブサーバ１のウェブページ提供部４２は、前記ＵＲＬで特定されるウェブページを発信側ユーザ端末３に提供し表示させる（Ｓ２０）。なお、ログインした発信側ユーザ端末３にはウェブサーバ１がセッションＩＤを通知し、発信側ユーザ端末３がこのセッションＩＤをウェブページの要求と共にウェブサーバ１へ送信することで、ウェブサーバ１が各ウェブページの要求元の端末を特定できるようにしている。
【００６３】
この発信側ユーザ端末３の要求したウェブページがメッセージの入力ページであって、メッセージの送信が選択されたと判定した場合（Ｓ３０）、ウェブサーバ１は、このメッセージの受付処理を行う（Ｓ４０）。例えば、ウェブサーバ１のメッセージ受付部４３は、第一ユーザがメッセージの入力ページに対して入力したメッセージの情報を発信側ユーザ端末３から受信し、アプリケーションサーバ２へ送信する。
【００６４】
そして、メッセージ及び宛先情報を受信したアプリケーションサーバ２は、Phone Cookie発行部５１により連携用電話番号αを記憶部２６から読み出して発信側ユーザ端末３へ通知する（Ｓ５０）。なお、この連携用電話番号αの通知は、当該連携用電話番号αを記載したウェブページを提供する構成でも良いし、電子メール等で通知する構成であっても良い。
【００６５】
第一ユーザの操作により、発信側ユーザ端末３が通知された連携用電話番号α宛てに発呼すると、呼制御装置７が着呼し、発信側ユーザ端末３との呼を確立（Ｓ６０）すると共に、アプリケーションサーバ２へ連携用電話番号α宛てに発呼されたことを通知する（Ｓ７０）。
【００６６】
発呼の通知を受けたアプリケーションサーバ２は、連携用電話番号αと対応付けて記録したメッセージの宛先情報を参照して該当する第二ユーザの受信側ユーザ端末５或いは電話機４へメッセージが届いている旨の通知を行う（Ｓ８０）。この通知は、単にメッセージが届いたことを通知するものでも良いし、発信者名やメッセージのタイトル、メッセージを確認するためのアドレス（ＵＲＬ等）を含めたものでも良い。なお、この通知は、リアルタイムに第二ユーザへ届くようにＳＭＳ（Short Message Service）を利用して電話
機４へ送る構成とすると好適である。
【００６７】
この通知に応じて第二ユーザが受信側ユーザ端末５を操作し、ユーザ端末５がアプリケーションサーバ２にアクセスすると、アプリケーションサーバ２は、ＩＤとパスワードの入力を求めて認証処理を行う（Ｓ９０）。
【００６８】
ステップＳ９０において、アプリケーションサーバ２は、受信側ユーザ端末５から入力されたＩＤとパスワードを予め登録されているユーザ情報と照合し、適合した場合には認証成功と判定し、当該受信側ユーザ端末５をログインさせる。
【００６９】
ログイン後、受信側ユーザ端末５からメッセージの要求がなされると、アプリケーションサーバ２のメッセージ送信部５４は、記憶部２６から当該ユーザ端末５を宛先とするメッセージを読み出して受信側ユーザ端末５へ送信する。例えばメッセージとしてのテキストや画像を掲載したウェブページを受信側ユーザ端末５へ送信して表示させる。また、メッセージとしての動画や音声ファイルも当該ウェブページが表示された際やユーザが指示した際に再生を開始する。また、アプリケーションサーバ２は、これらのメッセージと共に、第一ユーザとの通話を承認するか否かの選択肢を表示させる（Ｓ１００）。
【００７０】
そして、第二ユーザの操作により受信側ユーザ端末５から承認する旨の信号を受信すると、アプリケーションサーバ２のPhone Cookie発行部５１は、第二ユーザとの通話とメッセージとを関連付けるPhone Cookieとして連携用電話番号βを記憶部２６から読み出して受信側ユーザ端末５へ通知（払い出し）する（Ｓ１１０）。
【００７１】
第二ユーザの操作により、第二ユーザの電話機４が通知された連携用電話番号β宛てに発呼すると、呼制御装置７が着呼し、第二通話制御部８２が第二ユーザの電話機４との呼を確立する（Ｓ１２０）。そして、呼制御装置７の接続制御部８３が、発信側ユーザ端末３から受信した音声信号を第二ユーザの電話機４へ送信し、第二ユーザの電話機４から受信した音声信号を発信側端末３へ送信する（Ｓ１３０）。これにより、発信側ユーザ端末３との呼と第二ユーザの電話機４との呼を接続し、第一ユーザと第二ユーザとの通話を可能にしている。
【００７２】
〈メッセージの入出力例〉
図９は、メッセージの入力ページの例を示す図である。例えば、ユーザは図９に示す入力ページのタイトル欄９１にメッセージのタイトルを入力し、テキスト欄９２にテキストでメッセージを入力する。また、ユーザは、ファイルの入力欄９３にファイルを入力する。例えば入力ファイルを入力欄９３へドラッグ＆ドロップする、或いは追加ボタン９４を選択することにより、端末３に格納されているファイルの一覧（不図示）を表示させ、この一覧からファイルを選択して入力する。なお、入力するファイルは、メッセージを伝えるものであれば、画像ファイルや、動画ファイル、音声ファイル、文書ファイルなど、如何なる形式のファイルであっても良い。
【００７３】
次にユーザは、宛先をアドレス帳９６から選び、追加ボタン９７を選択することで入力欄９５へ宛先を入力する。なお、アドレス帳９６は、ウェブサーバ１により、セッションＩＤと対応するユーザのアドレス帳が記憶部１３から読み出され、表示される。
【００７４】
そして、ユーザが送信ボタン９８を選択すると、発信側ユーザ端末３は、入力された入力欄９１，９２，９３に入力されたメッセージ及び宛先欄９５に入力された宛先情報をウェブサーバ１に送信する。
【００７５】
図１０は、メッセージの確認ページを例示する。ステップＳ１００においてアプリケーションサーバ２は、記憶部２３からメッセージのデータを読み出し、例えば所定のウェブページに挿入して図１０に例示するメッセージの確認ページ１９０を生成して受信側ユーザ端末５へ送信する。
【００７６】
図１０の例では、タイトルの表示欄１９１にメッセージのタイトルを挿入し、テキストの表示欄１９２にメッセージのテキストデータを挿入している。
【００７７】
このメッセージの確認ページ１９０では、ユーザがリストの表示ボタン１９６を選択すると、添付ファイルのリストを表示し（不図示）、リストから画像や動画のファイルを選択すると、アプリケーションサーバ２がこの選択されたファイルのデータを受信側ユーザ端末５へ送信して表示欄１９３に表示させる。同様にユーザがリストから音声ファイルを選択した場合、アプリケーションサーバ２は、この選択された音声ファイルを受信側ユーザ端末５へ送信し、音声として出力させる。なお、この音声ファイルや動画ファイルの再生、停止、早送り等の操作は、ボタン群１９４を選択することで行う。
【００７８】
そして、メッセージを確認したユーザは、承認ボタン１９５或いは拒否ボタン１９７を選択することで、第一ユーザとの通話を承認するか否かを選択する。承認ボタン１９５が選択されると、受信側ユーザ端末５がその旨の信号をアプリケーションサーバ２へ送信し、アプリケーションサーバ２はステップＳ１１０以降の処理を実行して発信側ユーザ端末３と第二ユーザの電話機４との間の呼を接続する。また、拒否ボタン１９７が選択されると、受信側ユーザ端末５がその旨の信号をアプリケーションサーバ２へ送信し、アプリケーションサーバ２は当該処理を終了し、通話の制御を行わない。
【００７９】
このように、本実施形態によれば、メッセージの送信と通話を関連付けて行うことができ、円滑にコミュニケーションをとることができる。また、各ユーザは、相手の電話番号宛に発呼するのではなく、通信管理システム１０が払い出した連携用電話番号宛に発呼するので、通話相手の電話番号を知る必要がなく、ネット上の知り合いとの通話に適している。また、ユーザの電話番号に変更があった場合、変更のあったユーザが通信管理システム１０に登録している電話番号を変更すれば良く、他のユーザがアドレス帳等を更新する必要がない。
【００８０】
〈変形例１〉
前述の実施形態１では、第二ユーザが連携用電話番号β宛てに発呼したが、これに限らず、通信管理システム１０側から第二ユーザの電話機４へコール（発呼）する構成としても良い。
【００８１】
図１１は、通信管理システム１０側から第二ユーザへコールする構成とした変形例１の処理を例示する図である。なお、前述の実施形態１と同一の要素には同符号を付すなどして再度の説明を省略している。
【００８２】
本変形例１では、ステップＳ１００で第二ユーザが承認ボタン１９５を選択した場合に、アプリケーションサーバ２は、連携用電話番号βの払い出しに代え、第二ユーザのユーザ情報を参照して、登録されている第二ユーザの電話番号を読み出し、これを呼制御連携部５２が呼制御装置７へ通知する（Ｓ１１０Ａ）。呼制御装置７は、アプリケーションサ
ーバ２から受信した第二ユーザの電話番号宛てに発呼し、第二ユーザの電話機４との呼を確立し（Ｓ１２０Ａ）、そして、呼制御装置７の接続制御部８３が、発信側ユーザ端末３との呼と第二ユーザの電話機４との呼を接続し、第一ユーザと第二ユーザとの通話を可能にする（Ｓ１３０Ａ）。
【００８３】
なお、本変形例１では、第二ユーザが承認ボタン１９５を選択したことを契機にして第二ユーザの電話機４へ発呼しているが、第二ユーザによる承認を省略し、ステップＳ９０における認証が成功したことや、ステップＳ７０における発呼の通知を受けたことを契機にアプリケーションサーバ２の呼制御連携部５２が呼制御装置７へ通知し、呼制御装置７から第二ユーザの電話機４へ発呼しても良い。
【００８４】
本変形例１によれば、通信管理システム側から第二ユーザの電話機４宛てに発呼するので、第二ユーザが発呼する手間が省ける。特に第二ユーザの受信側ユーザ端末５と電話機４とが別体である場合に、第二ユーザから発呼する構成としたのでは、受信側ユーザ端末５に通知された連携用電話番号αをユーザが見て、ユーザが電話機４を操作してこの連携用電話番号宛てに電話をかける手間がかかるが、本変形例１であると通信管理システム側から発呼するので、この手間がかからず、利便性が向上する。また、本変形例１では、メッセージの受信側である第二ユーザが、電話を受ける側となり、電話代が第二ユーザの負担とならないので、一般の電話と同様になり、ユーザに受け入れられやすい。
【００８５】
〈変形例２〉
前述の変形例１では、第二ユーザがメッセージ管理サーバ１０側から電話を受ける例を示したが、更に第一ユーザが通信管理システム１０側から電話を受ける構成としても良い。
【００８６】
図１２は、通信管理システム１０側から第一ユーザへコールする構成とした変形例２の処理を例示する図である。なお、前述の変形例１と同一の要素には同符号を付すなどして再度の説明を省略している。
【００８７】
本変形例２では、ステップＳ５０Ａにおいて、アプリケーションサーバ２が、Phone Cookie発行部５１により連携用電話番号αを記憶部２６から読み出すと共に、当該第一ユーザのユーザ情報を参照し、当該第一ユーザの電話番号を読み出して、これら連携用電話番号α及び第一ユーザの電話番号を呼制御装置７へ通知する。この通知を受けた呼制御装置７は、連携用電話番号αを発信番号とし、第二ユーザの電話番号宛てに発呼し、第一ユーザの発信側端末３との呼を確立する（Ｓ６０Ａ）。なお、この第一ユーザの発信側ユーザ端末３との呼を確立した後の処理は前述の変形例１と同じである。
【００８８】
本変形例２によれば、通信管理システム側から第一ユーザの発信側ユーザ端末３宛てに発呼するので、第一ユーザが発呼する手間が省け、利便性が向上する。
【００８９】
〈変形例３〉
前述の例では、メッセージを一人の第二ユーザに対して送信した例を示したが、これに限らず、複数の第二ユーザに対してメッセージを送信しても良い。
【００９０】
図１３は、複数の第二ユーザに対してメッセージの送信を可能とした変形例３の処理を例示する図である。なお、第一ユーザがログインしてメッセージの入力を行い、第一ユーザの発信側ユーザ端末３との呼を確立するまでの処理は、前述の図８のＳ１０〜Ｓ６０或いは図９のＳ１０〜Ｓ６０Ａと同様であるため、図１３ではステップＳ７０以降の処理を示す。また、実施形態１や変形例２と同一の要素には同符号を付すなどして再度の説明を省略する。
【００９１】
第一ユーザの操作により発信側ユーザ端末３との呼を確立（Ｓ６０又はＳ６０Ａ）した後、呼制御装置７は、アプリケーションサーバ２へ連携用電話番号α宛てに発呼されたことを通知する（Ｓ７０）。
【００９２】
発呼の通知を受けたアプリケーションサーバ２は、連携用電話番号αと対応付けて記録したメッセージの宛先情報を参照して該当する第二ユーザの受信側ユーザ端末５或いは電話機４へメッセージが届いている旨の通知を行う（Ｓ８０Ａ）。ここで本変形例では、第二ユーザとしてユーザ２Ｂ、ユーザ２Ｃおよびユーザ２Ｄといった複数のユーザに通知する例を示す。これは前述のステップＳ４０において、第一ユーザがメッセージの宛先として複数のユーザの選択した場合に、これら複数のユーザを第二ユーザとする。ユーザは例えば、図７のアドレス帳９６から複数のユーザを選択して入力欄９５に追加することで、メッセージを受け取る第二ユーザとして複数のユーザを選択する。従ってアプリケーションサーバ２は、この複数のユーザの情報をメッセージの宛先情報として受け付ける。
【００９３】
そして、この通知に応じて第二ユーザとしてのユーザ２Ｂ−２Ｄが受信側ユーザ端末５を操作し、ユーザ端末５がアプリケーションサーバ２にアクセスすると、アプリケーションサーバ２は、ＩＤとパスワードの入力を求めて認証処理を行う（Ｓ９０）。なお、図１０ではユーザ２Ｂがログインした例を示している。
【００９４】
ステップＳ９０において、アプリケーションサーバ２は、受信側ユーザ端末５から入力されたＩＤとパスワードを予め登録されているユーザ情報と照合し、適合した場合には認証成功と判定し、当該受信側ユーザ端末５をログインさせる。
【００９５】
ログイン後、受信側ユーザ端末５からメッセージの要求がなされると、アプリケーションサーバ２のメッセージ送信部５４は、記憶部２６から当該ユーザ端末５を宛先とするメッセージを読み出して受信側ユーザ端末５へ送信する。また、アプリケーションサーバ２は、これらのメッセージと共に、第一ユーザとの通話を承認するか否かの選択肢を表示させる（Ｓ１００）。ユーザ２Ｂは、このメッセージを見て、第一ユーザと通話するか否かを判断し、受信側ユーザ端末３を操作し、承認するか否かの選択肢を選択する。例えば、メッセージの内容を見て、他のユーザが通話した方が良いと判断した場合には、拒否を選択し、自分が通話する場合には承認を選択する。
【００９６】
そして、ユーザ２Ｂの操作により受信側ユーザ端末５から承認する旨の信号を受信すると、アプリケーションサーバ２のPhone Cookie発行部５１は、第二ユーザとの通話とメッセージとを関連付けるPhone Cookieとして連携用電話番号βを記憶部２６から読み出してユーザ２Ｂの受信側ユーザ端末５へ通知（払い出し）する（Ｓ１１０）。
【００９７】
ユーザ２Ｂの操作により、第二ユーザの電話機４が通知された連携用電話番号β宛てに発呼すると、呼制御装置７が着呼し、第二通話制御部８２が第二ユーザの電話機４との呼を確立する（Ｓ１２０）。そして、呼制御装置７の接続制御部８３が、発信側ユーザ端末３から受信した音声信号を第二ユーザの電話機４へ送信し、第二ユーザの電話機４から受信した音声信号を発信側ユーザ端末３へ送信する（Ｓ１３０）。これにより、発信側ユーザ端末３との呼とユーザ２Ｂの電話機４との呼を接続し、第一ユーザとユーザ２Ｂとの通話を可能にしている。
【００９８】
一方、ユーザ２Ｂが通話を開始した後、他のユーザ２Ｃ，２Ｄがログインした場合（Ｓ９０）、アプリケーションサーバ２はユーザ２Ｃ，２Ｄの受信側ユーザ端末５へメッセージを通知すると共に、第一ユーザとの通話を承認する選択肢に代えて接続情報を通知する。ここで接続情報は、例えば、第一ユーザと他のユーザ（本例ではユーザ２Ｂ）の通話が
開始している、或いは完了している等の状態である。なお、接続状態は通知しなくても良い。また、何れかの第二ユーザが通話を開始した後、或いは何れかの第二ユーザと第一ユーザの通話が完了（終話）した後は、このメッセージを無効とし、他のユーザが後からログインしてもメッセージを送信しない構成としても良い。
【００９９】
なお、このように第一ユーザと通話する第二ユーザを一人に限定せずに、他のユーザ２Ｃ，２Ｄが承認した場合、これらの呼の接続も行い、二人以上で通話を行うようにしても良い。この場合、呼制御装置７の接続制御部８３は、第一ユーザの端末３と第二ユーザの複数の電話機４の複数の呼から夫々受信した音声信号を他のユーザの電話機４或いは端末３に中継することで、二人以上のユーザによる通話を可能にする。
【０１００】
以上のように本変形例３によれば、複数のユーザに対してメッセージを送信できる。
【０１０１】
〈第二実施形態〉
《システム構成》
前述の第一実施形態では、ネットワークを介したメッセージの送信と関連付けて通話を行う構成としたが、本第二実施形態ではホームページ等の情報と音声メッセージとを関連付けた構成を例示する。なお、前述の第一実施形態と同一の要素には同符号を付して再度の説明を省略する。
【０１０２】
図１４は、本実施形態２におけるウェブサーバ１の概略構成図である。本実施形態２のウェブサーバ１は、図２に示した第一実施形態のウェブサーバ１と比べ、ハードウェア構成が同じであり、演算処理部１２が実行する機能が異なっている。
【０１０３】
演算処理部１２は、ＯＳやアプリケーションプログラムを記憶部１３から適宜読み出して実行し、入出力インタフェース１４やＣＣＵ１５から入力された情報、及び記憶部１３から読み出した情報を演算処理することにより、前述の認証処理部４１や、ウェブページ提供部４２、メッセージ受付部４３のほか、アクセス情報生成部４４や、アクセス情報転送部４５としても機能する。
【０１０４】
本実施形態２では、ユーザが閲覧したウェブページをメッセージとして第二ユーザへ送る例を示す。なお、第二ユーザへ送るメッセージの種類は、前述の実施形態と同じく任意に入力しても良いし、発信側ユーザ端末３が特定のウェブページにアクセスした場合、特定の種類のメッセージを送信する構成としても良い。例えば、メッセージの入力ページを発信側ユーザ端末３へ提供する際、特定の種類のメッセージのみを受け付ける入力ページを提供する。本実施形態では、クーポンを紹介するサイト（特定のウェブページ）にアクセスした際に、アクセスしたウェブページをメッセージ（特定種類のメッセージ）として第二ユーザに送る例を示す。
【０１０５】
メッセージ受付部４３は、前述のとおりネットワークを介して送信するメッセージを受け付ける機能に加え、このメッセージと対応つけて電話回線を介して送出（伝言）する音声メッセージの情報を受信する。例えば、発信側ユーザ端末３に提供したウェブページにＨＴＭＬやＸＭＬといったマークアップ言語で記述された選択肢として、伝言用のリンクを記載しておき、ユーザが当該リンクを選択し、所定ＵＲＬのウェブページが要求された場合に、メッセージ受付部４３は、伝言の要求を受けたと認識する。
【０１０６】
なお、リンクの選択に限らず、ボタンの選択やチェックボックスのチェックといったユーザ操作に応じて伝言の要求を受ける構成でも良い。ここで、発信側ユーザ端末３が認証済みであり、ＨＴＴＰクッキーとしてセッションＩＤを有している場合、発信側ユーザ端末３は、前記所定ＵＲＬの要求と共にセッションＩＤも通知し、これをウェブサーバ１が
受信する。なお、伝言の要求は、このように所定ＵＲＬを送信するものに限らず、単に電話連絡を示す情報を送信するものでも良いし、所定のｃｇｉを起動させるもの等でも良い。
【０１０７】
アクセス情報生成部４４は、少なくとも前記ユーザが閲覧したウェブページを特定する情報（例えばアドレス）を前記ユーザのアクセス情報とする。例えば、前記伝言の要求と共に受信したセッションＩＤに基づき、このユーザが閲覧したウェブページ、特に前記伝言用のリンク（選択肢）が記載されたウェブページのＵＲＬ等を特定し、これをアクセス情報とする。前記ユーザが複数のウェブページを閲覧していた場合には、これらウェブページのＵＲＬや、その閲覧順、閲覧日時といったログなどをアクセス情報としても良い。
【０１０８】
更に、閲覧したウェブページに対して入力した情報や選択した情報、例えばウェブページの入力欄に入力したデータやショッピングサイトで購入ボタンを選択した情報などをアクセス情報としても良い。また、アクセス情報は、ウェブページに記載された内容等であっても良い。例えば商品の紹介や購入に関するウェブページであった場合、この商品名や商品ＩＤ等をアクセス情報とする。この場合、ウェブページと対応付けて予め記憶部１３に記憶された商品名や商品ＩＤ等のアクセス情報を読み出す構成でも良いし、ウェブページからタイトルや、ヘッダ、特定のタグで指定された文字列等を抽出してアクセス情報とする構成でも良い。
【０１０９】
更にアクセス情報生成部４４は、セッションＩＤに基づいてユーザを識別し、当該ユーザの電話番号等のユーザ情報を記憶部１３から読み出す。本実施形態では、認証時のユーザの入力操作によって入力されたＩＤと対応する会員情報から当該ユーザの電話番号が特定される。アクセス情報生成部４４は、このユーザの電話番号等のユーザ情報を前記アクセス情報に加える。
【０１１０】
アクセス情報転送部４５は、アクセス情報生成部４４で生成したアクセス情報をアプリケーションサーバ２へ転送する。
【０１１１】
図１５はアプリケーションサーバ２の概略構成図である。本実施形態２のアプリケーションサーバ２は、図１５に示した実施形態１のアプリケーションサーバ２と比べ、ハードウェア構成が同じであり、演算処理部１２の実行する機能が異なっている。
【０１１２】
演算処理部２２は、ＯＳやアプリケーションプログラムを記憶部２３から適宜読み出して実行し、入出力インタフェース２４やＣＣＵ２５から入力された情報、及び記憶部２３，２６から読み出した情報を演算処理することにより、前述のPhoneCookie発行部（連携
番号発行部）５１、呼制御連携部５２、通話後処理部５３、メッセージ送信部５４、メッセージ記録部５５のほか、メッセージ送信部５４、音声メッセージ記録部５７、音声メッセージ送出部５８としても機能する。
【０１１３】
呼制御連携部５２は、前述の機能に加え、アクセス情報に基づいて呼の制御を行う命令を呼制御装置７へ送信する。例えばウェブサーバ１から前記アクセス情報を受信した場合、メッセージの録音のため、アクセス情報に含まれる第一ユーザの電話番号に基づき、第一ユーザの端末３との間に呼を確立させるコマンドを呼制御装置７へ送信する。また、呼制御連携部５２は、メッセージが録音された場合、これを通知するために相手先の電話機４との呼を確立させるコマンドを呼制御装置７へ送信する。
【０１１４】
また、呼制御連携部５２は、呼制御装置７から通話が終了したことを通知された場合、通話後処理部５３にこれを伝えて通話後の処理を行わせる。
【０１１５】
更に、呼制御連携部５２は、第二ユーザが電話機４を用いて伝言用電話番号宛てに電話をかけた場合、その旨の情報と伝言用電話番号を呼制御装置７から受信し、音声メッセージ送出部５８に伝える。
【０１１６】
通話後処理部５３は、呼制御連携部５２から通話終了の処理を受けた場合に、電話指示パラメータの通話後パラメータに基づいて通話後の処理を行う。例えば、通話後に「ご利用ありがとうございます。」「現在キャンペーン期間中です。」「お問い合わせ頂いた商品と関連する以下の商品も取り扱っております・・・」「店舗の地図をお送り致します」などのように、お礼や資料、関連商品の案内、地図など、電話連絡に伴う関連情報を電子メール等で発信側ユーザ端末３や受信側ユーザ端末５宛てに送信する。
【０１１７】
メッセージ送信部５４は、ネットワークＮを介して受信側ユーザ端末５（図１）へメッセージとして紹介したいウェブページにアクセスするためのアクセス情報を受信側ユーザ端末５へ送信する。これにより第二ユーザは、第一ユーザが紹介したいウェブページや、そのウェブページに入力したデータ等を手元の端末５で確認することができる。
【０１１８】
音声メッセージ記録部５７は、呼制御連携部５２によって要求した第一ユーザの発信側ユーザ端末３との呼を介して、当該発信側ユーザ端末３から音声メッセージを受信して記録する。例えば、呼制御連携部５２の要求に応じて呼制御装置７がアプリケーションサーバ２と発信側ユーザ端末３との間に呼を確立すると、アプリケーションサーバ２の音声メッセージ記録部５７は、「３０秒以内でメッセージをどうぞ」等のように、メッセージを吹き込むように第一ユーザに音声で案内する。そして、第一ユーザが話したメッセージを受信すると、メッセージ記録部は、このメッセージ（音声）をデジタルデータに変換し、メッセージデータとして記憶部２６に記録させる。
【０１１９】
音声メッセージ送出部５８は、呼制御連携部５２から第二ユーザの電話機４との呼を確立した旨の通知を受けた場合や、伝言用電話番号宛てに第二ユーザの電話機４から着呼があった場合に、伝言用電話番号と対応するメッセージを電話機４との呼を介して送出する。
【０１２０】
なお、呼制御装置７は、前述の実施形態１と同様の構成及び機能であるため、再度の説明を省略する。
【０１２１】
〈管理方法〉
次に図１６−図２０を用いて、上記通信管理システムが実行する音声通信管理方法について説明する。
【０１２２】
まず、ユーザはウェブサーバ１に対して会員登録を行う。例えばユーザの氏名、電話番号、ＩＤ、パスワードといったユーザ情報をウェブサーバ１に送信して記憶させる。
【０１２３】
また、ウェブサーバ１の運営者は、提供するウェブページにメッセージを送るための選択肢、例えば「伝言」のリンクを記述しておき、ユーザが閲覧中にメッセージの発信を希望し、当該リンクを選択した場合にリンク先として記述されているＵＲＬがアプリケーションサーバ２に送信されるように設定する。
【０１２４】
そして、図１６に示すように、ウェブサイトの運営を開始し（ステップＳ１）、発信側ユーザ端末３からＵＲＬを指定してウェブページの閲覧が要求されると、ウェブサーバ１のウェブページ提供部４２は、前記ＵＲＬで特定されるウェブページを発信側ユーザ端末３に提供し表示させる（ステップＳ２）。図２０は、このウェブページの表示例を示す図である。図２０では、店舗のキャンペーン情報を掲載し、メモ（テキスト）を選択するボ
タン６０や伝言を選択するボタン６１、送信を実行するボタン、即ち当該ページの紹介を行うボタン６２を掲載している。
【０１２５】
第一ユーザの操作により前記「伝言」のボタン６１が選択された後、「紹介する」ボタン６２が選択されると、発信側ユーザ端末３は、「伝言」を要求する情報をウェブサーバ１に送信する。メッセージ受付部４３は、発信側ユーザ端末３から「伝言」を要求する旨の情報を受信した場合（ステップＳ３）、認証処理部４１によって発行されたセッションＩＤを発信側ユーザ端末３から受信したか否かによって当該発信側ユーザ端末３が認証済みか否かを判定する（ステップＳ４）。認証済みでない場合、認証処理部４１がログイン画面を表示させ、ＩＤとパスワードの入力を促し、認証処理を行う（ステップＳ５）。
【０１２６】
ステップＳ４で認証済みであった場合、及びステップＳ５で認証済みとなった場合、アクセス情報生成部４４は、セッションＩＤに対応するアクセス情報及びリンク先に対応する電話指示パラメータを記憶部１３から読み出してアクセス情報を生成し、アプリケーションサーバ２へ送信する（ステップＳ６）。
【０１２７】
図１７は、PhoneCookieと対応付けらけるアクセス情報を示す図である。なお、アクセ
ス情報は、「電話問い合わせ」のリンクが選択されたウェブページのＵＲＬや、当該ウェブページに入力したデータ、当該ユーザが閲覧したウェブページの履歴など、当該ユーザのウェブサーバ１に対するアクセスに係る情報を含む。図１７の例では、第一ユーザＩＤ、閲覧したページのアドレス（ＵＲＬ）、店舗ＩＤ、端末情報、キャンペーンＩＤ、第一ユーザの電話番号、第二ユーザの電話番号（相手先電話番号）、通話開始時刻、通話終了時刻、リダイアル期限が含まれる。なお、ウェブサーバ１からアプリケーションサーバ２へ送信される段階では、通話開始時刻や通話終了時刻などは空欄であり、後述のように追加される。
【０１２８】
図１８は、アプリケーションサーバ２が実行する処理のフローチャートである。ウェブサーバ１からアクセス情報を受信したアプリケーションサーバ２のPhoneCookie発行部５
１は、当該アクセス情報に対応するユニークな電話番号をPhoneCookieとして発行する（
ステップＳ８）。
【０１２９】
PhoneCookieの発行後、アプリケーションサーバ２の呼制御連携部５２は、電話指示パ
ラメータと共に呼制御の命令を呼制御装置７へ送信する。当該呼制御の命令を受信した呼制御装置７の第一通話制御部８１は、第一ユーザの電話番号に基づき、発信側ユーザ端末３に対して発呼し、前記PhoneCookieを発信者番号として通知し、発信側ユーザ端末３３
とアプリケーションサーバ２間で通話可能にする（ステップＳ９）。
【０１３０】
音声メッセージ記録部５７は、発信側ユーザ端末３に対して「３０秒以内でメッセージをどうぞ」のように、メッセージの記録を促し、第一ユーザが話したメッセージをメッセージデータに変換して記憶部２６に記録する（Ｓ１０）。
【０１３１】
また、音声メッセージ記録部５７は、「メッセージを送る相手の電話番号を入力して下さい」のように、相手先電話番号の入力を音声で促す。ここで第一ユーザが発信側ユーザ端末３のボタンを押す或いはアドレス帳（リスト）から相手先を選択して、トーン信号を送ると、音声メッセージ記録部５７は、このトーン信号を識別して相手先電話番号としてアクセス情報に加える。なお、相手先電話番番号は、図２０の伝言のボタン６１を選択した際に第一ユーザに入力させ、アクセス情報に含めるように構成しても良い（Ｓ１１）。
【０１３２】
そして第一ユーザが電話を切るなどして通話が終了したことを呼制御装置７から通知された場合（Ｓ１２）、通話後処理部５３が、発信側ユーザ端末３に対して店舗の地図を送
信する等の通話後パラメータに従う処理を行う（Ｓ１３）。
【０１３３】
また、メッセージ送信部５４は、アクセス情報のうち第一ユーザが紹介するページ（図２０）のアドレス等を受信側ユーザ端末５へ送信する（Ｓ１４）。
【０１３４】
次にアプリケーションサーバ２の呼制御連携部５２は、相手先電話番号と共に呼制御の命令を呼制御装置７へ送信する。当該呼制御の命令を受信した呼制御装置７の第二通話制御部８２は、第二ユーザの電話機４に対して発呼し、前記PhoneCookieを発信者番号とし
て通知し、電話機４とアプリケーションサーバ２間で通話可能にする（Ｓ１５）。
【０１３５】
通話可能になると音声メッセージ送出部５８は、PhoneCookieと対応するメッセージを
記憶部２６から読み出して電話機４へ送出する（Ｓ１６）。ここで、音声メッセージ送出部５８は、「新しいメッセージがあります。再生する場合には、数字の１を押して下さい。」のように再生を確認するメッセージを音声で電話機４へ送り、数字の１（他の数字や記号等、トーン信号として送れるものであれば良い）が押され、当該数字の１に応じたトーン信号が送られた場合にメッセージを送出する構成としても良い。この場合、第二ユーザが電話に出ることができず、当該トーン信号を受信出来ないときには、通話を終了し、第二ユーザが着信履歴から連携用電話番号（PhoneCookie）宛てに電話をかけた際にメッ
セージを再生するように構成しても良い。
【０１３６】
また、メッセージの再生後、終話信号を送り、電話機４との通話が終了（切断）した場合（Ｓ１７）、通話後処理部５３が、発信側ユーザ端末３に対して店舗の地図を送信する等の通話後パラメータに従う処理を行う（Ｓ１８）。
【０１３７】
図１９はPhoneCookieに従って第二ユーザの電話機４から電話をかけ直す場合の説明図
である。
【０１３８】
第二ユーザの操作により、PhoneCookieとしての連携用電話番号あてに電話機４から発
呼すると、呼制御装置７の第二通話制御部８２によって着呼し（ステップＳ２１）、接続制御部８３がアプリケーションサーバ２の呼制御連携部５２にPhoneCookie宛ての着呼が
あった旨の情報を通知し、呼制御連携部５２がこのPhoneCookieと対応する情報（図１７
）を参照して有効期限内か否かを判定し（ステップＳ２２）、有効期限内であれば前記PhoneCookieと対応するメッセージを記憶部２６から読み出し（Ｓ２３）、当該メッセージ
を電話機４へ送出する（Ｓ２４）。電話機４との通話が終了した場合（Ｓ２５）、通話後処理部５３が、通話後パラメータに従う処理を行う（Ｓ２６）。
【０１３９】
このように、所定の有効期限内であればユーザ端末３側から連絡を行うことができる。この場合にも呼制御装置７が介在してユーザ端末３と連絡先の電話機４とを接続させる構成であるため、ユーザ端末３と連絡先電話機４とが直接通話することが無い、即ち中抜きすることがない。
【０１４０】
以上のように、本実施形態によれば、ウェブページのアドレスと共に音声によるメッセージを伝えることができ、例えばウェブページを紹介するような場合の説明が容易になり、円滑にコミュニケーションをとることができる。
【０１４１】
〈第三実施形態〉
《システム構成》
図２１は、本発明に係る第三実施形態の通信管理システムの概略図である。本例の通信管理システム１００は、コンテンツサーバ１０１や呼制御装置７、ポイント管理サーバ１０２を備えている。第三実施形態では、第一ユーザが電話機１０３から携帯電話回線Ｍを
介してコンテンツサーバ（所謂携帯サイト）１０１にアクセスし、当該コンテンツサーバ１０１から提供されるページを紹介すると共に第二ユーザの電話機１０４へ音声メッセージを送る例について説明する。
【０１４２】
第一ユーザの電話機１０３及び第二ユーザの電話機１０４は、携帯電話回線Ｍ及びネットワークＮを介して、コンテンツサーバ１０１が提供するページの閲覧や電子メールの送受信を行う機能と、携帯電話回線Ｍを介して音声通話を行う機能を有している。なお、ネットワークＮは、携帯電話回線Ｍを介して接続する特定のネットワークであっても、インターネット等のオープンなネットワークであっても良い。
【０１４３】
図２２は、本実施形態におけるコンテンツサーバ１０１の概略構成図である。図２２に示すように、コンテンツサーバ１０１は、ＣＰＵ（central processing unit）やメイン
メモリ等よりなる演算処理部１１２、演算処理の為のデータやソフトウェアを記憶した記憶部（ハードディスク）１１３、入出力インタフェース１１４、通信制御部（ＣＣＵ：Communication Control Unit）１１５等を備えたコンピュータである。
【０１４４】
該入出力インタフェース１１４は、入出力手段と接続し、信号の入出力を行うインタフェースである。入出力インタフェース１１４には、コンソール（キーボードやディスプレイを含む）や記憶媒体の読み書き装置等が入出力手段として適宜接続される。
【０１４５】
ＣＣＵ１１５は、ネットワークＮを介して他のコンピュータとの接続を確立し、ＣＰＵからの命令に応じた他のコンピュータとの通信の制御を行う。
【０１４６】
記憶部１１３には、オペレーティングシステム（ＯＳ）やアプリケーションソフト（サーバプログラム）といったソフトウェアがインストールされていると共に、情報を掲載したページ等のデータを記憶している。また、記憶部１１３は、ユーザ認証用の登録データや、ユーザの氏名、電話番号、ユーザＩＤ、ポイント、相手先のリストといったユーザ情報を記憶し、ユーザ情報記憶部としても機能する。
【０１４７】
演算処理部１１２は、前記ＯＳやアプリケーションプログラムを記憶部１１３から適宜読み出して実行し、入出力インタフェース１１４やＣＣＵ１１５から入力された情報、及び記憶部１１３から読み出した情報を演算処理することにより、認証処理部１４１や、ページ提供部１４２、アクセス情報生成部１４４、PhoneCookie発行部（連携番号発行部）
１５１、呼制御連携部１５２、メッセージ送信部１５９、音声メッセージ記録部１５７、音声メッセージ送出部１５８、通話後処理部１５３としても機能する。
【０１４８】
認証処理部１４１は、電話機１０３或いは電話機１０４から電話番号やユーザＩＤなどの識別情報を取得し、記憶部１１３を参照して当該電話機１０３，１０４が登録済か否かを判定し、登録済でなければ氏名等のユーザ情報の入力を促す登録画面を電話機１０３，１０４に送信して表示させ、当該登録画面に対して入力されたユーザ情報を記憶部１１３に登録する。
【０１４９】
ページ提供部１４２は、電話機１０３から閲覧要求を受けたページを記憶部１１３から読み出して電話機１０３に送信する。
【０１５０】
アクセス情報生成部１４４は、少なくとも前記ユーザが閲覧したページを特定する情報（例えばアドレス）を前記ユーザのアクセス情報とする。前記ユーザが複数のページを閲覧していた場合には、これらページのＵＲＬや、その閲覧順、閲覧日時といったログなどをアクセス情報としても良い。更に、閲覧したページに対して入力した情報や選択した情報、例えばページの入力欄に入力したデータやショッピングサイトで購入ボタンを選択し
た情報などをアクセス情報としても良い。また、アクセス情報は、ページに記載された内容等であっても良い。例えば商品の紹介や購入に関するページであった場合、この商品名や商品ＩＤ等をアクセス情報とする。この場合、ページと対応付けて予め記憶部１１３に記憶された商品名や商品ＩＤ等のアクセス情報を読み出す構成でも良いし、ページからタイトルや、ヘッダ、特定のタグで指定された文字列等を抽出してアクセス情報とする構成でも良い。
【０１５１】
PhoneCookie発行部１５１は、コンテンツサーバ１０１からアクセス情報を受信した場
合に、当該アクセス情報と対応するPhoneCookieとして連携用電話番号を発行する。このPhoneCookieとしての連携用電話番号は、後述のように電話機１０３或いは相手先の電話機１０４からこの電話番号宛に電話をかけた場合に呼制御装置７で着呼するように呼制御装置用に確保した電話番号である。例えば、０５０−ＡＢＣＤ−××××のような１１桁の電話番号を用いる場合、末尾４桁が００００から末尾４桁が９９９９までの１万通りの電話番号を確保する。即ち、先頭の７ケタが０５０−ＡＢＣＤであれば、末尾４桁が何番であっても全ての呼が呼制御装置７へ着信するようにする。従って末尾４桁を自由にナンバリングしてユーザに通知した場合であっても、この番号宛ての電話を全て呼制御装置７で受けることができる。このように呼制御装置７用の電話番号を複数確保しておき、PhoneCookie発行部１５１は、各アクセス情報に前記呼制御装置７用の電話番号の一つをPhoneCookieとして割り当て、各PhoneCookieがアクセス情報に割り当てられた全てのPhoneCookieの中でユニークとなるようにする。即ち、PhoneCookieに対応するアクセス情報が一意に
特定できるようにしている。
【０１５２】
呼制御連携部１５２は、アクセス情報に基づいて呼の制御を行う命令を呼制御装置７へ送信する。例えばコンテンツサーバ１０１から前記アクセス情報を受信した場合、メッセージの録音のため、アクセス情報に含まれる第一ユーザの電話番号に基づき、第一ユーザの端末３との間に呼を確立させるコマンドを呼制御装置７へ送信する。また、呼制御連携部１５２は、メッセージが録音された場合、これを通知するために相手先の電話機１０４との呼を確立させるコマンドを呼制御装置７へ送信する。
【０１５３】
また、呼制御連携部１５２は、呼制御装置７から通話が終了したことを通知された場合、通話後処理部１５３にこれを伝えて通話後の処理を行わせる。
【０１５４】
更に、呼制御連携部１５２は、第二ユーザが電話機１０４を用いて連携用電話番号宛てに電話をかけた場合、その旨の情報と連携用電話番号を呼制御装置７から受信し、音声メッセージ送出部１５８に伝える。
【０１５５】
メッセージ送信部１５９は、ネットワークＮを介して電話機１０４（図２１）へメッセージとして紹介したいページにアクセスするためのアクセス情報を送信する。これにより第二ユーザは、メッセージを発信した第一ユーザが紹介したいページや、そのページに入力したデータ等を手元の電話機１０４で確認することができる。
【０１５６】
音声メッセージ記録部１５７は、呼制御連携部１５２によって要求した第一ユーザの電話機１０３との呼を介して、当該電話機１０３から音声メッセージを受信して記録する。例えば、呼制御連携部１５２の要求に応じて呼制御装置７がコンテンツサーバ１０１と電話機１０３との間に呼を確立すると、コンテンツサーバ１０１の音声メッセージ記録部１５７は、「３０秒以内でメッセージをどうぞ」等のように、メッセージを吹き込むように第一ユーザに音声で案内する。そして、第一ユーザが話したメッセージを受信すると、音声メッセージ記録部１５７は、このメッセージ（音声）をデジタルデータに変換し、メッセージデータとして記憶部１２６に記録させる。
【０１５７】
音声メッセージ送出部１５８は、呼制御連携部１５２から第二ユーザの電話機１０４との呼を確立した旨の通知を受けた場合や、連携用電話番号宛てに第二ユーザの電話機１０４から着呼があった場合に、連携用電話番号と対応するメッセージを電話機１０４との呼を介して送出する。
【０１５８】
図２３はポイント管理サーバ１０２の概略構成図である。図２３に示すように、コンテンツサーバ１０１は、ＣＰＵ（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（連携用電話番号）６８への間違い電話など、ウェブ
ページの記載６９を見てトランザクション情報の利用を許可した第一ユーザ以外からの不必要な通話履歴が、トランザクション情報に含まれたとしても、受付電話番号リストとマッチしない為に不必要な通話履歴は抽出されず、適切なトランザクション情報が得られる。
【０２５８】
〈その他〉
本発明は、上述の図示例にのみ限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更を加え得ることは勿論である。
【０２５９】
例えば、以下に付記した構成であっても上述の実施形態と同様の効果が得られる。また、これらの構成要素は可能な限り組み合わせることができる。
【符号の説明】
【０２６０】
１ サーバ
２ アプリケーションサーバ
３ 発信側ユーザ端末
４ 電話機
５ 受信側ユーザ端末
７ 呼制御装置
１０ 通信管理システム
【特許請求の範囲】
【請求項１】
ネットワークを介して第一ユーザの端末からメッセージを受信するメッセージ受付部と、
前記メッセージを第二ユーザの端末へ送信するメッセージ送信部と、
前記メッセージと対応する連携用電話番号を発行する連携番号発行部と、
前記連携用電話番号を発信者番号として第一ユーザの電話機に発呼する、又は前記第一ユーザの電話機から前記連携用電話番号宛てに発信された呼を受ける第一通話制御部と、
第二ユーザの電話機との呼を確立する第二通話制御部と、
を備えた通信管理システム。
【請求項２】
前記第一ユーザの電話機から受信した音声信号を第二ユーザの電話機へ送信し、第二ユーザの電話機から受信した音声信号を第一ユーザの電話機へ送信する接続制御部を備えた請求項１に記載の通信管理システム。
【請求項３】
前記第一ユーザの電話機との呼を介して、当該第一ユーザの電話機から音声メッセージを受信して記録する音声メッセージ記録部と、
前記第二ユーザの電話機との呼を介して前記連携用電話番号と対応する音声メッセージを当該第二ユーザの電話機へ送出する音声メッセージ送出部と、
を備えた請求項１又は２に記載の通信管理システム。
【請求項４】
前記音声メッセージ記録部が、前記第一ユーザの電話機との呼を介して受信した音声メッセージを前記連携用電話番号と対応付けて記録し、
前記第二ユーザの電話機から前記連携用電話番号宛ての呼を前記第二通話制御部が受けた場合に、当該連携用電話番号と対応付けられたメッセージを前記メッセージ送出部が送出する請求項１から３の何れか一項に記載の通信管理システム。
【請求項５】
前記メッセージが再生された場合に、前記第一ユーザ又は／及び前記第二ユーザの識別情報と対応付けてポイントを記憶するポイント管理部を備えた請求項１又は２に記載の通信管理システム。
【請求項６】
前記メッセージを受信する際、前記第一ユーザの端末から第一ユーザの電話番号の入力を受けて記憶し、複数の第一ユーザの端末から受けた電話番号のリストを生成する受付電話番号リスト生成部と、
前記連携用電話番号宛に発信された呼を受けた際、前記端末の電話番号の入力を受け、当該端末がアクセスしたことを示す情報と当該端末の電話番号とを対応つけ、複数の端末の電話番号及びアクセスしたことを示す情報を含むトランザクション情報を生成するトランザクション情報生成部と、
複数の電話番号をそれぞれ乱数に置き換えた乱数表データに基づいて、前記トランザクション情報に含まれる電話番号を乱数に置き換える電話番号置換部と、
前記置き換え後のトランザクション情報を出力するトランザクション情報提供部と、
前記受付電話番号リストを出力する受付電話番号リスト提供部と、
を備えた請求項２から５の何れか１項に記載の通信管理システム。
【請求項７】
前記乱数表データに基づき前記受付電話番号リストの電話番号と対応する乱数を求め、当該乱数と適合する情報をトランザクション情報から抽出するマッチング部を備える請求項６に記載の通信管理システム。
【請求項８】
前記トランザクション情報提供部が、前記アクセス情報を秘密鍵或いは公開鍵を用いて暗号化して出力し、
前記マッチング部が、前記トランザクション情報を秘密鍵で復号化する請求項６又は７に記載の通信管理システム。
【請求項９】
ネットワークを介して第一ユーザの端末からメッセージを受信するステップと、
前記メッセージを第二ユーザの端末へ送信するステップと、
前記メッセージと対応する連携用電話番号を発行するステップと、
前記連携用電話番号を発信者番号として第一ユーザの電話機に発呼する、又は前記第一ユーザの電話機から前記連携用電話番号宛てに発信された呼を受けるステップと、
第二ユーザの電話機との呼を確立するステップと、
をコンピュータが実行する通信管理方法。
【請求項１０】
ネットワークを介して第一ユーザの端末からメッセージを受信するステップと、
前記メッセージを第二ユーザの端末へ送信するステップと、
前記メッセージと対応する連携用電話番号を発行するステップと、
前記連携用電話番号を発信者番号として第一ユーザの電話機に発呼する、又は前記第一ユーザの電話機から前記連携用電話番号宛てに発信された呼を受けるステップと、
第二ユーザの電話機との呼を確立するステップと、
をコンピュータに実行させるためのメッセージ管理プログラム。
【請求項１】
ネットワークを介して第一ユーザの端末からメッセージを受信するメッセージ受付部と、
前記メッセージを第二ユーザの端末へ送信するメッセージ送信部と、
前記メッセージと対応する連携用電話番号を発行する連携番号発行部と、
前記連携用電話番号を発信者番号として第一ユーザの電話機に発呼する、又は前記第一ユーザの電話機から前記連携用電話番号宛てに発信された呼を受ける第一通話制御部と、
第二ユーザの電話機との呼を確立する第二通話制御部と、
を備えた通信管理システム。
【請求項２】
前記第一ユーザの電話機から受信した音声信号を第二ユーザの電話機へ送信し、第二ユーザの電話機から受信した音声信号を第一ユーザの電話機へ送信する接続制御部を備えた請求項１に記載の通信管理システム。
【請求項３】
前記第一ユーザの電話機との呼を介して、当該第一ユーザの電話機から音声メッセージを受信して記録する音声メッセージ記録部と、
前記第二ユーザの電話機との呼を介して前記連携用電話番号と対応する音声メッセージを当該第二ユーザの電話機へ送出する音声メッセージ送出部と、
を備えた請求項１又は２に記載の通信管理システム。
【請求項４】
前記音声メッセージ記録部が、前記第一ユーザの電話機との呼を介して受信した音声メッセージを前記連携用電話番号と対応付けて記録し、
前記第二ユーザの電話機から前記連携用電話番号宛ての呼を前記第二通話制御部が受けた場合に、当該連携用電話番号と対応付けられたメッセージを前記メッセージ送出部が送出する請求項１から３の何れか一項に記載の通信管理システム。
【請求項５】
前記メッセージが再生された場合に、前記第一ユーザ又は／及び前記第二ユーザの識別情報と対応付けてポイントを記憶するポイント管理部を備えた請求項１又は２に記載の通信管理システム。
【請求項６】
前記メッセージを受信する際、前記第一ユーザの端末から第一ユーザの電話番号の入力を受けて記憶し、複数の第一ユーザの端末から受けた電話番号のリストを生成する受付電話番号リスト生成部と、
前記連携用電話番号宛に発信された呼を受けた際、前記端末の電話番号の入力を受け、当該端末がアクセスしたことを示す情報と当該端末の電話番号とを対応つけ、複数の端末の電話番号及びアクセスしたことを示す情報を含むトランザクション情報を生成するトランザクション情報生成部と、
複数の電話番号をそれぞれ乱数に置き換えた乱数表データに基づいて、前記トランザクション情報に含まれる電話番号を乱数に置き換える電話番号置換部と、
前記置き換え後のトランザクション情報を出力するトランザクション情報提供部と、
前記受付電話番号リストを出力する受付電話番号リスト提供部と、
を備えた請求項２から５の何れか１項に記載の通信管理システム。
【請求項７】
前記乱数表データに基づき前記受付電話番号リストの電話番号と対応する乱数を求め、当該乱数と適合する情報をトランザクション情報から抽出するマッチング部を備える請求項６に記載の通信管理システム。
【請求項８】
前記トランザクション情報提供部が、前記アクセス情報を秘密鍵或いは公開鍵を用いて暗号化して出力し、
前記マッチング部が、前記トランザクション情報を秘密鍵で復号化する請求項６又は７に記載の通信管理システム。
【請求項９】
ネットワークを介して第一ユーザの端末からメッセージを受信するステップと、
前記メッセージを第二ユーザの端末へ送信するステップと、
前記メッセージと対応する連携用電話番号を発行するステップと、
前記連携用電話番号を発信者番号として第一ユーザの電話機に発呼する、又は前記第一ユーザの電話機から前記連携用電話番号宛てに発信された呼を受けるステップと、
第二ユーザの電話機との呼を確立するステップと、
をコンピュータが実行する通信管理方法。
【請求項１０】
ネットワークを介して第一ユーザの端末からメッセージを受信するステップと、
前記メッセージを第二ユーザの端末へ送信するステップと、
前記メッセージと対応する連携用電話番号を発行するステップと、
前記連携用電話番号を発信者番号として第一ユーザの電話機に発呼する、又は前記第一ユーザの電話機から前記連携用電話番号宛てに発信された呼を受けるステップと、
第二ユーザの電話機との呼を確立するステップと、
をコンピュータに実行させるためのメッセージ管理プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図３３】
【図３４】
【図３５】
【図３６】
【図３７】
【図３８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図３３】
【図３４】
【図３５】
【図３６】
【図３７】
【図３８】
【公開番号】特開２０１２−２２７９２６（Ｐ２０１２−２２７９２６Ａ）
【公開日】平成２４年１１月１５日（２０１２．１１．１５）
【国際特許分類】
【出願番号】特願２０１２−８７９７２（Ｐ２０１２−８７９７２）
【出願日】平成２４年４月６日（２０１２．４．６）
【出願人】（３９３０１０５７０）ＴＩＳ株式会社 (10)
【Ｆターム（参考）】
【公開日】平成２４年１１月１５日（２０１２．１１．１５）
【国際特許分類】
【出願日】平成２４年４月６日（２０１２．４．６）
【出願人】（３９３０１０５７０）ＴＩＳ株式会社 (10)
【Ｆターム（参考）】
[ Back to top ]