(57)【要約】【課題】コミュニケーションシステムの運営会社等が損失を被ることなく、当該システムの運営を円滑に遂行することを可能とする報酬処理プログラム、コミュニケーションシステム及び報酬処理方法を提供する。【解決手段】報酬処理プログラムは、複数のユーザ端末と複数のオペレータ端末とサーバとが、通信ネットワークを通じて通信可能に接続されてなり、サーバが、ユーザ端末又はオペレータ端末から送信された電子メールを受信し、電子メールをオペレータ端末又はユーザ端末に向けて送信することにより、ユーザ端末の利用者とオペレータ端末の利用者との間でコミュニケーションをとることのできるコミュニケーションシステムにおいて、サーバに、ユーザ端末の利用者からの当該システムの利用料金の入金に関する情報に基づいて、オペレータ端末の利用者に対する報酬をオペレータ端末の利用者の口座に入金する報酬入金処理手順を実行させる。【選択図】図７
2010165078.tif 000002
【特許請求の範囲】
【請求項１】
複数のユーザ端末と、複数のオペレータ端末と、サーバとが、通信ネットワークを通じて通信可能に接続されてなり、前記サーバが、前記ユーザ端末又は前記オペレータ端末から送信された電子メールを受信し、当該電子メールを前記オペレータ端末又は前記ユーザ端末に向けて送信することにより、前記ユーザ端末の利用者と前記オペレータ端末の利用者との間でコミュニケーションをとることのできるコミュニケーションシステムにおいて、前記オペレータ端末の利用者に対する報酬の入金を処理するためのプログラムであって、
前記サーバに、前記ユーザ端末の利用者からの前記コミュニケーションシステムの利用料金の入金に関する入金情報に基づいて、前記オペレータ端末の利用者に対する報酬を当該オペレータ端末の利用者の口座に入金する報酬入金処理手順を実行させることを特徴とする報酬処理プログラム。
【請求項２】
前記サーバに、前記ユーザ端末から送信された電子メールと、前記ユーザ端末の利用者による前記利用料金の入金方法に関する情報とを、前記オペレータ端末に向けて送信する情報送信手順をさらに実行させることを特徴とする請求項１に記載の報酬処理プログラム。
【請求項３】
前記サーバに、前記ユーザ端末の利用者からの前記コミュニケーションシステムの利用料金の入金額に応じて、前記オペレータ端末の利用者に対する報酬を算出する報酬算出手順をさらに実行させることを特徴とする請求項１又は２に記載の報酬処理プログラム。
【請求項４】
複数のユーザ端末と、複数のオペレータ端末と、サーバとが通信ネットワークを通じて接続されてなり、前記サーバが、前記ユーザ端末又は前記オペレータ端末から送信された電子メールを、前記オペレータ端末又は前記ユーザ端末に向けて送信することにより、前記ユーザ端末の利用者と前記オペレータ端末の利用者との間でコミュニケーションをとることのできるコミュニケーションシステムであって、
前記サーバが、
前記ユーザ端末の利用者に関する情報を格納するユーザ情報記憶手段と、
前記オペレータ端末の利用者に関する情報を格納するオペレータ情報記憶手段と、
前記ユーザ端末による前記コミュニケーションシステムの利用状況に応じて発生する利用料金に関する情報を、当該ユーザ端末の利用者に関する情報と関連付けて格納する利用料金記憶手段と、
前記利用料金が所定の口座に入金されたことを確認する利用料金入金確認手段と、
前記ユーザ端末による前記コミュニケーションシステムの利用状況に応じて発生する利用料金に基づいて算出された、前記オペレータ端末の利用者に対する報酬に関する情報を、前記オペレータ端末の利用者に関する情報及び前記利用料金に関する情報と関連付けて記憶する報酬情報記憶手段と、
前記報酬情報記憶手段に記憶されている報酬に関する情報に基づいて、前記オペレータ端末の利用者に対する報酬を当該オペレータ端末の利用者の口座に入金する報酬入金手段と、
前記ユーザ端末又は前記オペレータ端末から送信された電子メールを受信し、当該電子メールを前記オペレータ端末又は前記ユーザ端末に向けて送信する通信手段と
を備え、
前記利用料金入金確認手段によって前記利用料金が所定の口座に入金されたことが確認された場合にのみ、前記報酬入金手段が、前記オペレータ端末の利用者の口座に前記報酬を入金することを特徴とするコミュニケーションシステム。
【請求項５】
前記通信手段が、前記ユーザ端末から送信された電子メールと、前記ユーザ端末の利用者による前記利用料金の入金方法に関する情報とを、前記オペレータ端末に向けて送信することを特徴とする請求項４に記載のコミュニケーションシステム。
【請求項６】
前記ユーザ端末の利用者からの前記コミュニケーションシステムの利用料金の入金額に応じて、前記オペレータ端末の利用者に対する報酬を算出する報酬算出手段をさらに備えることを特徴とする請求項４又は５に記載のコミュニケーションシステム。
【請求項７】
複数のユーザ端末と、複数のオペレータ端末と、サーバとが、通信ネットワークを通じて通信可能に接続されてなり、前記サーバが、前記ユーザ端末又は前記オペレータ端末から送信された電子メールを受信し、当該電子メールを前記オペレータ端末又は前記ユーザ端末に向けて送信することにより、前記ユーザ端末の利用者と前記オペレータ端末の利用者との間でコミュニケーションをとることのできるコミュニケーションシステムにおいて、前記オペレータ端末の利用者に対する報酬の入金を処理するための方法であって、
前記サーバが、前記ユーザ端末の利用者からの前記コミュニケーションシステムの利用料金の入金に関する入金情報に基づいて、前記オペレータ端末の利用者に対する報酬を当該オペレータ端末の利用者の口座に入金する工程を実行することを特徴とする報酬処理方法。
【請求項８】
前記サーバが、前記ユーザ端末から送信された電子メールと、前記入金方法に関する情報とを、前記オペレータ端末に向けて送信する工程をさらに実行することを特徴とする請求項７に記載の報酬処理方法。
【請求項９】
前記サーバが、前記ユーザ端末の利用者からの前記コミュニケーションシステムの利用料金の入金額に応じて、前記オペレータ端末の利用者に対する報酬を算出する工程をさらに実行することを特徴とする請求項７又は８に記載の報酬処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の端末利用者とオペレータとの間でインターネット上でのコミュニケーションをとることのできるコミュニケーションシステムにおいて当該オペレータに対して報酬を支払うための報酬処理プログラム及びその方法、並びに当該コミュニケーションシステムに関するものである。
【背景技術】
【０００２】
通信ネットワークが発達した今日、当該通信ネットワークを利用した様々なサービスが提供されている。このようなサービスの中で、インターネット上において携帯電話機等の端末のユーザ同士が、当該端末等を用いた通信により、異性や共通の趣味・興味等を持つ者とコミュニケーションをとることを支援する様々なコミュニケーションシステムが知られている（特許文献１等参照）。
【０００３】
特に、当該コミュニケーションシステムのオペレータとインターネット上での電子メール等での通信によるコミュニケーションをとることを目的として、ユーザがコミュニケーションシステムを利用するために必要なポイントを購入する一方、当該ユーザとの電子メール通信をしているオペレータに対しては、当該ユーザのポイント購入代金の一部が報酬として支払われるシステムが知られている。
【０００４】
このようなコミュニケーションシステムにおいて、ユーザによるポイント購入代金の支払方法として、ユーザの利便性等を考慮して、銀行振込等による後払い方式や、クレジットカード決済、コンビニ決済等が用いられており、これらの支払方法のいずれかをユーザが任意に選択することができるようになっている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００２−２０７８４２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上述したポイント購入代金の支払方法としてユーザが銀行振込等による後払い方式を選択したときに、料金が振り込まれる前に、ユーザにシステムを利用するためのポイントが付与されるため、当該ユーザが当該システムを利用しているにもかかわらずポイント購入代金が振り込まれないこともある。
【０００７】
このような場合においても、コミュニケーションシステムの運営会社等は、オペレータに対して報酬を支払わなければならないため、当該運営会社等は損失を被ってしまうという問題がある。特にユーザとオペレータとが共謀すれば、そのユーザがポイント購入代金を支払わずに当該オペレータとの間で電子メールによる通信を行って当該オペレータに報酬が入金されるようにすることができ、ユーザとオペレータとで当該報酬を搾取することが可能となってしまう。このような状況に陥れば、当該運営会社等は多大なる損失を被る結果となりかねない。
【０００８】
このような問題を解決するために、本発明は、コミュニケーションシステムの運営会社等が損失を被ることなく、特にユーザとオペレータとの共謀による報酬の搾取を防止することができ、当該システムの運営を円滑に遂行することを可能とする報酬処理プログラム、コミュニケーションシステム及び報酬処理方法を提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記目的を達成するために、本発明は、複数のユーザ端末と、複数のオペレータ端末と、サーバとが、通信ネットワークを通じて通信可能に接続されてなり、前記サーバが、前記ユーザ端末又は前記オペレータ端末から送信された電子メールを受信し、当該電子メールを前記オペレータ端末又は前記ユーザ端末に向けて送信することにより、前記ユーザ端末の利用者と前記オペレータ端末の利用者との間でコミュニケーションをとることのできるコミュニケーションシステムにおいて、前記オペレータ端末の利用者に対する報酬の入金を処理するためのプログラムであって、前記サーバに、前記ユーザ端末の利用者からの前記コミュニケーションシステムの利用料金の入金に関する入金情報に基づいて、前記オペレータ端末の利用者に対する報酬を当該オペレータ端末の利用者の口座に入金する報酬入金処理手順を実行させることを特徴とする報酬処理プログラムを提供する（発明１）。
【００１０】
上記発明（発明１）によれば、サーバが、ユーザ端末の利用者（以下「ユーザ」という）からシステムの利用料金が入金されたことを条件として、オペレータ端末の利用者（以下「オペレータ」という）の口座に報酬を入金することになるため、コミュニケーションシステムの運営会社等が損失を被ることなく、当該システムの円滑な運営を遂行することができる。特にユーザとオペレータとが共謀して報酬を搾取しようとしても、ユーザが利用料金を入金しない限りオペレータに対する報酬が支払われないため、そのような行為を効果的に防止することができる。なお、本発明において「入金情報」には、例えば、コミュニケーションシステムの利用料金が入金されたか否かに関する情報、その入金額に関する情報等が含まれる。
【００１１】
上記発明（発明１）においては、前記サーバに、前記ユーザ端末から送信された電子メールと、前記ユーザ端末の利用者による前記利用料金の入金方法に関する情報とを、前記オペレータ端末に向けて送信する情報送信手順をさらに実行させるのが好ましい（発明２）。
【００１２】
オペレータは、ユーザとの間で電子メールによる通信を行い、報酬を得る目的でコミュニケーションシステムに参加するのが通常である。一方、当該ユーザとの間で電子メールによる通信を行ったとしても、当該ユーザが利用料金を入金しない限り報酬を得ることができないため、報酬を得ることのできる可能性の低いユーザとの間で電子メールによる通信を行うメリットが少なく、結果としてコミュニケーションシステムに参加しようとするオペレータが少なくなり、ユーザとオペレータとの数の均衡が図れなくなってしまうおそれがある。しかしながら、上記発明（発明２）によれば、オペレータ端末宛の電子メールが当該オペレータ端末によって受信されたときに、オペレータが当該電子メールを送信したユーザの利用料金の支払方法を知ることができることで、報酬の得られる可能性の高い支払方法によって利用料金を支払うユーザからの電子メールにのみに対応すればオペレータは確実に報酬を得ることができるため、オペレータがコミュニケーションシステムに参加しやすくなる。これにより、ユーザとオペレータとの数の均衡を図ることができ、コミュニケーションシステムのより円滑な運営が可能となる。
【００１３】
上記発明（発明１，２）においては、前記サーバに、前記ユーザ端末の利用者からの前記コミュニケーションシステムの利用料金の入金額に応じて、前記オペレータ端末の利用者に対する報酬を算出する報酬算出手順をさらに実行させるのが好ましい（発明３）。
【００１４】
また、本発明は、複数のユーザ端末と、複数のオペレータ端末と、サーバとが通信ネットワークを通じて接続されてなり、前記サーバが、前記ユーザ端末又は前記オペレータ端末から送信された電子メールを、前記オペレータ端末又は前記ユーザ端末に向けて送信することにより、前記ユーザ端末の利用者と前記オペレータ端末の利用者との間でコミュニケーションをとることのできるコミュニケーションシステムであって、前記サーバが、前記ユーザ端末の利用者に関する情報を格納するユーザ情報記憶手段と、前記オペレータ端末の利用者に関する情報を格納するオペレータ情報記憶手段と、前記ユーザ端末による前記コミュニケーションシステムの利用状況に応じて発生する利用料金に関する情報を、当該ユーザ端末の利用者に関する情報と関連付けて格納する利用料金記憶手段と、前記利用料金が所定の口座に入金されたことを確認する利用料金入金確認手段と、前記ユーザ端末による前記コミュニケーションシステムの利用状況に応じて発生する利用料金に基づいて算出された、前記オペレータ端末の利用者に対する報酬に関する情報を、前記オペレータ端末の利用者に関する情報及び前記利用料金に関する情報と関連付けて記憶する報酬情報記憶手段と、前記報酬情報記憶手段に記憶されている報酬に関する情報に基づいて、前記オペレータ端末の利用者に対する報酬を当該オペレータ端末の利用者の口座に入金する報酬入金手段と、前記ユーザ端末又は前記オペレータ端末から送信された電子メールを受信し、当該電子メールを前記オペレータ端末又は前記ユーザ端末に向けて送信する通信手段とを備え、前記利用料金入金確認手段によって前記利用料金が所定の口座に入金されたことが確認された場合にのみ、前記報酬入金手段が、前記オペレータ端末の利用者の口座に前記報酬を入金することを特徴とするコミュニケーションシステムを提供する（発明４）。
【００１５】
上記発明（発明４）によれば、報酬入金手段が、ユーザからシステムの利用料金が入金されたことを確認した場合にのみ、オペレータの口座に報酬を入金することになるため、コミュニケーションシステムの運営会社等が損失を被ることなく、当該システムの円滑な運営を遂行することができる。特にユーザとオペレータとが共謀して報酬を搾取しようとしても、ユーザが利用料金を入金しない限りオペレータに対する報酬が支払われないため、そのような行為を効果的に防止することができる。
【００１６】
上記発明（発明４）においては、前記通信手段が、前記ユーザ端末から送信された電子メールと、前記ユーザ端末の利用者による前記利用料金の入金方法に関する情報とを、前記オペレータ端末に向けて送信するのが好ましい（発明５）。
【００１７】
上記発明（発明５）によれば、オペレータ端末宛の電子メールが当該オペレータ端末によって受信されたときに、オペレータが当該電子メールを送信したユーザの利用料金の支払方法を知ることができることで、報酬の得られる可能性の高い支払方法によって利用料金を支払うユーザからの電子メールにのみに対応すればオペレータは確実に報酬を得ることができるため、オペレータがコミュニケーションシステムに参加しやすくすることができる。これにより、ユーザとオペレータとの数の均衡を図ることができ、コミュニケーションシステムのより円滑な運営が可能となる。
【００１８】
上記発明（請求項４，５）においては、前記ユーザ端末の利用者からの前記コミュニケーションシステムの利用料金の入金額に応じて、前記オペレータ端末の利用者に対する報酬を算出する報酬算出手段をさらに備えるのが好ましい（請求項６）。
【００１９】
さらに、本発明は、複数のユーザ端末と、複数のオペレータ端末と、サーバとが、通信ネットワークを通じて通信可能に接続されてなり、前記サーバが、前記ユーザ端末又は前記オペレータ端末から送信された電子メールを受信し、当該電子メールを前記オペレータ端末又は前記ユーザ端末に向けて送信することにより、前記ユーザ端末の利用者と前記オペレータ端末の利用者との間でコミュニケーションをとることのできるコミュニケーションシステムにおいて、前記オペレータ端末の利用者に対する報酬の入金を処理するための方法であって、前記サーバが、前記ユーザ端末の利用者からの前記コミュニケーションシステムの利用料金の入金に関する入金情報に基づいて、前記オペレータ端末の利用者に対する報酬を当該オペレータ端末の利用者の口座に入金する工程を実行することを特徴とする報酬処理方法を提供する（発明７）。
【００２０】
上記発明（発明７）によれば、ユーザからコミュニケーションシステムの利用料金が入金されたことを条件として、オペレータの口座に報酬が入金されることになるため、コミュニケーションシステムの運営会社等が損失を被ることなく、当該システムの円滑な運営を遂行することができる。特にユーザとオペレータとが共謀して報酬を搾取しようとしても、ユーザが利用料金を入金しない限りオペレータに対する報酬が支払われないため、そのような行為を効果的に防止することができる。
【００２１】
上記発明（発明７）においては、前記サーバが、前記ユーザ端末から送信された電子メールと、前記入金方法に関する情報とを、前記オペレータ端末に向けて送信する工程をさらに実行するのが好ましい（発明８）。
【００２２】
上記発明（発明８）によれば、オペレータ端末宛の電子メールが当該オペレータ端末によって受信されたときに、オペレータが当該電子メールを送信したユーザの利用料金の支払方法を知ることができることで、報酬の得られる可能性の高い支払方法によって利用料金を支払うユーザからの電子メールにのみに対応すればオペレータは確実に報酬を得ることができるため、オペレータがコミュニケーションシステムに参加しやすくなる。これにより、ユーザとオペレータとの数の均衡を図ることができ、コミュニケーションシステムのより円滑な運営が可能となる。
【００２３】
上記発明（発明７，８）においては、前記サーバが、前記ユーザ端末の利用者からの前記コミュニケーションシステムの利用料金の入金額に応じて、前記オペレータ端末の利用者に対する報酬を算出する工程をさらに実行するのが好ましい（請求項９）。
【発明の効果】
【００２４】
本発明によれば、コミュニケーションシステムの運営会社等が損失を被ることなく、特にユーザとオペレータとが共謀して報酬を搾取するような行為を効果的に防止することができ、当該システムの運営を円滑に遂行することを可能とする報酬処理プログラム、コミュニケーションシステム及び報酬処理方法を提供することができる。
【図面の簡単な説明】
【００２５】
【図１】本発明の一実施形態に係るコミュニケーションシステムを示す概略構成図である。
【図２】本発明の一実施形態に係るコミュニケーションシステムにおけるサーバの内部構成を示す概略図である。
【図３】本発明の一実施形態に係るコミュニケーションシステムにおけるサーバでのユーザ登録処理工程を示すフローチャート図である。
【図４】本発明の一実施形態に係るコミュニケーションシステムにおけるサーバでの電子メール送受信処理工程を示すフローチャート図である。
【図５】本発明の一実施形態に係るコミュニケーションシステムにおけるサーバでのシステム利用ポイント情報更新処理を示すフローチャート図である。
【図６】本発明の一実施形態に係るコミュニケーションシステムにおけるサーバでの報酬処理工程（１）を示すフローチャート図である。
【図７】本発明の一実施形態に係るコミュニケーションシステムにおけるサーバでの報酬処理工程（２）を示すフローチャート図である。
【発明を実施するための形態】
【００２６】
以下、図面を参照して本発明の一実施形態に係るコミュニケーションシステムを説明する。
図１は、本実施形態に係るコミュニケーションシステムを示す概略構成図であり、図２には、本実施形態におけるサーバの内部構成を示す概略図であり、図３〜図７は、本実施形態におけるサーバのデータ処理工程を示すフローチャートである。
【００２７】
図１に示すように、本実施形態に係るコミュニケーションシステム１は、複数のユーザ端末２と、複数のオペレータ端末３と、サーバ４とがインターネット５を介して接続されてなるものである。
【００２８】
ユーザ端末２及びオペレータ端末３としては、少なくとも電子メールによる通信機能及びインターネット接続機能を有するものであれば特に限定されるものではなく、例えば、携帯電話機等が挙げられる。
【００２９】
サーバ４は、図２に示すように、各種情報等の演算処理をする制御部４１と、各種プログラムや制御部４１による演算結果等を記憶する記憶部４２と、インターネット５を介してユーザ端末２及びオペレータ端末３のそれぞれと通信処理を行う通信部４３と、ユーザＤＢ４４１、オペレータＤＢ４４２、ポイント管理ＤＢ４４３、入金管理ＤＢ４４４及び報酬管理ＤＢ４４５から構成され、各種情報を格納するデータベース４４とを備える。
【００３０】
制御部４１は、例えば、記憶部４２に記憶された各種プログラムに従い、通信部４３にユーザ端末２及びオペレータ端末３との通信処理を行わせたり、ユーザＤＢ４４１やオペレータＤＢ４４２にユーザやオペレータに関する情報を格納したり、ユーザによるポイント購入代金に関する情報を入金管理ＤＢ４４４に格納したり、オペレータに対する報酬を算出し、オペレータの口座に対し当該報酬の入金処理をしたりする。
【００３１】
記憶部４２は、制御部４１が作動するための各種プログラム（例えば、オペレータに対する報酬を算出し、当該報酬をオペレータの口座に入金するためのプログラム等）や制御部４１での演算結果等が記憶された記憶領域である。
【００３２】
ユーザＤＢ４４１は、登録されたユーザのプロフィール（当該ユーザが公開及び非公開の設定をしたもののいずれをも含む）を構成するユーザ属性情報（例えば、ハンドルネーム、電話番号、メールアドレス、性別、年齢、身長、体重、住所（居住地域）、趣味、職業、好きな異性のタイプ等）、オペレータに対するコメント（コミュニケーションの目的等）及びコミュニケーションシステム１を利用する際に必要なパスワードを、当該ユーザに固有のＩＤと関連付けて格納している。
【００３３】
オペレータＤＢ４４２は、登録されたオペレータのプロフィール（当該オペレータが公開及び非公開の設定をしたもののいずれをも含む）を構成するオペレータ属性情報（例えば、ハンドルネーム、電話番号、メールアドレス、性別、年齢、身長、体重、住所（居住地域）、趣味、職業、好きな異性のタイプ等）、ユーザに対するコメント及びオペレータの報酬入金先口座に関する情報を、当該オペレータに固有のＩＤと関連付けて格納している。
【００３４】
ポイント管理ＤＢ４４３は、ユーザが当該ユーザ端末２を用いてコミュニケーションシステム１を利用して、自分の好みのオペレータに関するオペレータ属性情報を閲覧したり、任意のオペレータ端末３宛の電子メールを送信したりする際に必要となるポイントの残高に関する情報を格納し、管理している。
【００３５】
なお、本実施形態に係るコミュニケーションシステム１においては、ユーザが、自分の好みのオペレータに関する詳細なオペレータ属性情報を閲覧する場合に、オペレータ１０人当たり５ポイントが必要であり、また、任意のオペレータ端末３宛の電子メールを１通送信する際に５ポイントが必要であるものとする。
【００３６】
入金管理ＤＢ４４４は、ユーザによって購入された利用ポイントの購入代金に関する情報、当該購入代金の支払方法に関する情報、当該購入代金が入金されたか否かに関する情報（入金済、一部入金済又は未入金に関する情報）、当該利用ポイントの購入日時に関する情報等の購入代金関連情報を、ユーザに固有のＩＤに関連付けて格納している。なお、当該利用ポイントの購入代金が入金されているか否かに関する情報は、ポイント管理ＤＢ４４３に格納されているポイント残高に関する情報と関連付けられている。例えば、ポイント購入代金は、利用ポイント１ポイントにつき１００円となっている。
【００３７】
報酬管理ＤＢ４４５は、オペレータに対して支払うべき報酬額（オペレータの口座に入金する報酬額）に関する情報（報酬関連情報）を、ユーザに固有のＩＤに関連付けられた購入代金関連情報及びオペレータに固有のＩＤと関連付けて格納している。
【００３８】
通信部４３は、インターネット５を通じて、ユーザ端末２及びオペレータ端末３のそれぞれとの間で電子メールによる通信処理や、データ（ＨＴＭＬデータ等）の通信処理を行う。
【００３９】
このような構成を有する本実施形態に係るコミュニケーションシステム１におけるサーバ４でのユーザ登録処理について、まず説明する。
【００４０】
図３に示すように、ユーザ端末２のブラウザにおいて登録ページを表示させ、当該ユーザ端末２からサーバ４宛に電子メールを送信する（Ｓ１０１）と、サーバ４は当該電子メールを受信し（Ｓ１１１）、登録用ウェブページのＵＲＬのリンクが張られた電子メールを当該ユーザ端末２宛に返信する（Ｓ１１２）。
【００４１】
ユーザ端末２は、当該電子メールを受信し（Ｓ１０２）、当該電子メールにリンクが張られたＵＲＬへのアクセス要求信号をサーバ４に送信する（Ｓ１０３）。
【００４２】
サーバ４は、当該アクセス要求信号を受信し（Ｓ１１３）、登録用ウェブページデータをユーザ端末２に送信する（Ｓ１１４）。
【００４３】
ユーザ端末２が登録用ウェブページデータを受信すると、ユーザ端末２のブラウザに登録用ウェブページが表示され（Ｓ１０５）、表示された入力フォームに従って、ユーザは、当該ユーザの属性情報やパスワードを入力する（Ｓ１０６）。例えば、ユーザは、ユーザのハンドルネーム、電話番号、メールアドレス、住所（居住地域）、身長、体重、年齢、趣味、職業、コメント等のユーザ属性情報を入力する。そして、ユーザ端末２は、入力されたユーザ属性情報をサーバ４に送信する（Ｓ１０７）。
【００４４】
サーバ４は、入力されたユーザ属性情報を受信し（Ｓ１１５）、当該ユーザに固有のＩＤを付与して（Ｓ１１６）、当該ＩＤと関連付けてユーザ属性情報をユーザＤＢ４４１に格納する（Ｓ１１７）。
【００４５】
その後、サーバ４は、ユーザに付与された固有のＩＤ及びパスワードに関する情報を、登録確認電子メールとしてユーザ端末２宛に送信し（Ｓ１１８）、当該登録確認電子メールをユーザ端末２にて受信し（Ｓ１０８）、ユーザ登録処理が完了する。
【００４６】
続いて、このようにして登録されたユーザが、ユーザ端末２を用いてコミュニケーションシステム１を利用する際のデータ処理工程を説明する。
【００４７】
図４に示すように、ユーザ端末２は、ユーザ端末２にてＩＤ及びパスワード入力画面を表示させるためのアクセス要求信号をサーバ４に送信する（Ｓ２０１）。
【００４８】
サーバ４は、ユーザ端末２から送信されたアクセス要求信号を受信し（Ｓ２２１）、ＩＤ及びパスワード入力画面データをユーザ端末２に送信する（Ｓ２２２）。
【００４９】
ユーザ端末２は、サーバ４から送信されたＩＤ及びパスワード入力画面データを受信し（Ｓ２０２）、ＩＤ及びパスワード入力画面をブラウザに表示させ（Ｓ２０３）、上述した登録処理において付与されたユーザに固有のＩＤ及びパスワードを入力し、サーバ４に送信する（Ｓ２０４）。
【００５０】
サーバ４は、入力されたＩＤ及びパスワードに関する情報を受信し（Ｓ２２３）、当該受信したＩＤ及びパスワードに関する情報を、ユーザＤＢ４４１に格納されている情報と照合し、ＩＤとパスワードとが関連付けられているか否か（すなわち、入力されたＩＤとパスワードとが正しいかどうか）を判断する（Ｓ２２４）。
【００５１】
照合の結果、サーバ４が、受信したＩＤに関する情報とパスワードに関する情報とが関連付けられていないと判断した場合、「ＩＤ又はパスワードが間違っています。」と記載されたウェブページデータをユーザ端末２に送信し、当該ウェブページがユーザ端末２のブラウザに表示される。
【００５２】
一方、サーバ４が、受信したＩＤに関する情報とパスワードに関する情報とが関連付けられていると判断した場合、その後ユーザ端末２から送信されたオペレータ検索条件入力画面アクセス要求信号に基づき、オペレータ検索条件入力画面データをユーザ端末２に送信する（Ｓ２２５）。
【００５３】
ユーザ端末２は、サーバ４から送信されたオペレータ検索条件入力画面データを受信し（Ｓ２０５）、入力フォームに従ってユーザが入力した、ユーザの好みのオペレータを検索するための条件に関するデータをサーバ４に送信する（Ｓ２０６）。例えば、ユーザは、電子メールによるコミュニケーションを希望するオペレータの居住地域、年齢、趣味等に関するオペレータ属性情報を入力し、ユーザ端末２は、入力されたオペレータ属性情報をサーバ４に送信する。
【００５４】
サーバ４は、ユーザ端末２から送信された検索条件入力データを受信し（Ｓ２２６）、当該検索条件入力データのすべてに合致するオペレータに関する属性情報をオペレータＤＢ４４２から抽出する（Ｓ２２７）。
【００５５】
サーバ４は、検索条件入力データのすべてに合致するオペレータに関する情報がオペレータＤＢ４４２に格納されていないと判断した場合、「検索条件に適合するオペレータが存在しません。もう一度検索条件を入力してください。」と記載されたウェブページデータをユーザ端末２に送信し、当該ユーザ端末２のブラウザに当該ウェブページが表示される。
【００５６】
一方、検索条件入力データのすべてに合致するオペレータに関する情報が抽出された場合、サーバ４は、抽出されたすべてのオペレータに関する簡易情報の一覧を示すウェブページデータを作成し、ユーザ端末２に送信する（Ｓ２２８）。例えば、抽出されたオペレータのハンドルネーム、年齢等に関する属性情報（簡易情報）のみの一覧を示すウェブページデータを作成し、ユーザ端末２に送信する。
【００５７】
ユーザ端末２は、サーバ４から送信されたウェブページデータを受信し（Ｓ２０７）、抽出されたオペレータに関する簡易情報の一覧をブラウザに表示する（Ｓ２０８）。ユーザは、ユーザ端末２のブラウザに表示された一覧の中から詳細情報の閲覧を希望するオペレータを一又は複数選択し、オペレータ選択信号をサーバ４に送信する（Ｓ２０９）。
【００５８】
サーバ４は、ユーザ端末２から送信されたオペレータ選択信号を受信し（Ｓ２２９）、オペレータ選択信号に基づいて、オペレータ選択数に応じた必要ポイント数を算出する（Ｓ２３０）。例えば、オペレータ選択数が７である場合、必要ポイントが５ポイントであると算出され、オペレータ選択数が１３である場合、必要ポイントが１０ポイントであると算出される。
【００５９】
サーバ４は、算出した必要ポイント数に関する情報に基づいて、利用ポイントに関する情報の確認処理（ポイント情報確認処理）を行う（Ｓ２３１）。具体的には、図５に示すように、ユーザに固有のＩＤに基づいて、ポイント管理ＤＢ４４３に格納されたポイント残高に関する情報と、算出した必要ポイント数に関する情報とを照合する（Ｓ３０１）。
【００６０】
照合の結果、必要ポイント数がポイント残高以下である場合（Ｓ３０２，Ｙｅｓ）、ポイント残高から必要ポイント数を減算し、ポイント残高に関する情報を更新したうえで、ポイント情報確認処理を終了する。一方、必要ポイント数がポイント残高を超えている場合（Ｓ３０２，Ｎｏ）、当該ユーザによる以前のポイント購入代金が入金済みであるか否かを判断する（Ｓ３０３）。以前のポイント購入代金の全額が入金済みであると判断された場合（Ｓ３０３，Ｙｅｓ）、ポイント購入画面データをユーザ端末２に送信する（Ｓ３０４）。一方、以前のポイント購入代金の一部又は全額が未入金であると判断された場合（Ｓ３０３，Ｎｏ）、ポイント購入代金が未だ入金されていないことを表示する画面データをユーザ端末２に送信する。
【００６１】
受信したポイント購入画面データを受信したユーザ端末２のブラウザにポイント購入画面が表示され、ユーザが購入ポイント数及び支払方法に関する情報を入力すると、当該購入ポイント数及び支払方法に関する情報がサーバ４に送信され、サーバ４が受信する（Ｓ３０５）。例えば、ユーザが、ユーザ端末２により購入ポイント数を１００ポイント、支払方法を後払い（銀行振込）と選択し、当該情報がサーバ４に送信され、サーバ４が受信する。
【００６２】
サーバ４は、ポイント管理ＤＢ４４３に格納されているポイント残高に関する情報を読み出し、受信した購入ポイント数に関する情報に基づいて、当該ポイント残高に購入ポイント数を加算して当該ポイント管理ＤＢ４４３に格納する（Ｓ３０６）。そして、サーバ４は、ポイント管理ＤＢ４４３に格納されているポイント残高から算出した必要ポイント数を減算し（Ｓ３０７）、ポイント管理ＤＢ４４３に格納されているポイント残高に関する情報を更新する。
【００６３】
サーバ４は、購入ポイント数に基づくポイント購入代金に関する情報と、ポイント購入日時に関する情報と、支払方法に関する情報とを、ユーザに固有のＩＤに関連付けて入金管理ＤＢ４４４に格納する（Ｓ３０８）。例えば、ユーザが１００ポイント購入し、支払方法として後払いを選択した場合、ポイント購入代金（１万円）に関する情報、ポイント購入日時に関する情報及び支払方法（後払い）に関する情報を、ユーザに固有のＩＤに関連付けて入金管理ＤＢ４４４に格納する。
【００６４】
ここで、サーバ４は、ユーザにより選択された支払方法が銀行振込等による後払いであるか否かを判定する（Ｓ３０９）。当該支払方法が後払い以外の方法（例えば、クレジットカード決済、コンビニ決済等）である場合（Ｓ３０９，Ｎｏ）、そのままポイント情報確認処理を終了する。
【００６５】
一方、当該支払方法として後払いが選択された場合（Ｓ３０９，Ｙｅｓ）、サーバ４は、ポイント購入代金及び当該代金の入金先口座番号等を記載した請求メールを作成し、ユーザ端末２宛に当該請求メールを送信し（Ｓ３１０）、その後、当該購入代金が未入金であるとの情報を入金管理ＤＢ４４４に格納されている購入代金関連情報と関連付けて当該入金管理ＤＢ４４４に格納し、ポイント情報確認処理を終了する。
【００６６】
ポイント情報確認処理（Ｓ２３１）が終了した後、サーバ４は、ユーザによって選択されたオペレータに関する情報をオペレータＤＢ４４２から読み出し、当該オペレータに関する詳細情報を表示するためのデータをユーザ端末２に送信する（Ｓ２３２）。
【００６７】
ユーザ端末２は、サーバ４から送信されたオペレータに関する詳細情報を表示するためのデータを受信し（Ｓ２１０）、ブラウザにてオペレータに関する詳細情報を表示する（Ｓ２１１）。
【００６８】
ユーザは、ユーザ端末２のブラウザに表示されたオペレータに関する詳細情報を確認し、それらのうちから選択した任意のオペレータ宛の電子メールをユーザ端末２にて作成し、サーバ４に向けて送信する（Ｓ２１２）。
【００６９】
サーバ４は、ユーザ端末２から送信されたオペレータ宛の電子メールを受信し（Ｓ２３３）、上述したポイント情報確認処理（Ｓ２３４）を行う。ポイント情報確認処理（Ｓ２３４）の終了後、サーバ４は、ユーザの支払方法に関する情報を入金管理ＤＢ４４４から読み出し、ユーザ端末２から送信された電子メールと当該ユーザの支払方法に関する情報とをオペレータ端末３宛に送信する（Ｓ２３５）。
【００７０】
サーバ４は、オペレータ端末３宛の電子メール及びユーザの支払方法に関する情報を送信後、図６に示すように、報酬関連処理を行う。具体的には、まず、サーバ４は、オペレータ端末３にて当該電子メール及びユーザの支払方法に関する情報が受信されたか否かを判定する（Ｓ４０１）。
【００７１】
オペレータ端末３にて電子メール及びユーザの支払方法に関する情報が受信されていないと判定した場合（Ｓ４０１，Ｎｏ）、例えば、オペレータがオペレータ端末３のメールアドレスを変更したにもかかわらずオペレータＤＢ４４２に格納されている当該オペレータのメールアドレスに関する情報が更新されていない場合等、オペレータ端末３宛に電子メールを送信しても送信エラーメールとして戻ってきてしまうような場合には、サーバ４は報酬関連処理を終了する。
【００７２】
一方、オペレータ端末３にて電子メール及びユーザの支払方法に関する情報が受信されたと判定した場合（Ｓ４０１，Ｙｅｓ）、サーバ４は、オペレータに対する報酬をユーザの必要ポイント数に基づいて算出する。例えば、ユーザの必要ポイント数（５ポイント）に対応する金額（５００円）の２５％に相当する金額（１２５円）をオペレータに対する報酬として算出する。そして、サーバ４は、当該報酬に関する情報（報酬関連情報）を、オペレータＩＤ、並びに入金管理ＤＢ４４４に格納された購入代金関連情報と関連付けて報酬管理ＤＢ４４５に格納する（Ｓ４０２）。
【００７３】
オペレータ端末３が当該電子メール及びユーザの支払方法に関する情報を受信すると（Ｓ２４１）、オペレータが当該電子メールの内容及びユーザの支払方法に関する情報等に基づいて当該ユーザに対して電子メールを送信するか否かを決定した上で、ユーザ端末２宛の電子メールを作成し、当該電子メールがサーバ４に送信される（Ｓ２４２）。
【００７４】
サーバ４は、オペレータ端末３から送信されたユーザ端末２宛の電子メールを受信すると（Ｓ２３６）、当該ユーザ端末２宛に当該電子メールを送信し（Ｓ２３７）、ユーザ端末２が当該電子メールを受信する（Ｓ２１３）。
【００７５】
このようにして、ユーザ端末２が上記ステップＳ２１２〜Ｓ２１３を、サーバ４が上記ステップＳ２３３〜Ｓ２３７を、オペレータ端末３が上記ステップＳ２４１〜Ｓ２４２を行うことにより、ユーザ端末２の利用者であるユーザとオペレータ端末３の利用者であるオペレータとの間で電子メールによるコミュニケーションをとることができる。
【００７６】
次に、ユーザによるポイント購入代金の入金処理について説明する。
ポイント購入代金の支払方法として後払いを選択したユーザが、ユーザ端末２にて受信した請求メールに基づいて、代金入金口座に入金すると、当該口座を有する銀行等の金融機関から当該入金された旨の情報及び入金額に関する情報がサーバ４に送信される。その後、当該入金された旨の情報及び入金額に関する情報を受信したサーバ４は、入金管理ＤＢ４４４に格納された購入代金関連情報と関連付けて入金確認情報を格納する。具体的には、購入代金関連情報と関連付けられている未入金である旨の情報を、入金額に関する情報に基づいて、入金済又は一部入金済である旨の情報に更新する。
【００７７】
一方、ポイント購入代金の支払い方法としてクレジットカード決済又はコンビニ決済を選択した場合には、入金管理ＤＢ４４４に格納された購入代金関連情報と関連付けて入金確認情報を格納する。具体的には、購入代金関連情報と関連付けられている未入金である旨の情報を、入金済である旨の情報に更新する。
【００７８】
次に、このようにしてユーザと電子メールによるコミュニケーションをとるオペレータに対する報酬支払処理について説明する。
オペレータが、オペレータ端末３を用いて上述した電子メールによるコミュニケーションをユーザ端末２の利用者であるユーザととる際に、当該オペレータに対する報酬に関する情報が、報酬管理ＤＢ４４５に格納される（図６，Ｓ４０２参照）。
【００７９】
サーバ４は、例えば月に一回、報酬管理ＤＢ４４５に格納されている報酬関連情報のうちから、当該報酬の算出の基礎となった入金管理ＤＢ４４４に格納されている購入代金関連情報のうち入金済及び一部入金済である旨の情報に関連付けられている報酬関連情報を抽出する（Ｓ５０１）。
【００８０】
サーバ４は、抽出した報酬に関する情報に基づいて、報酬を合計して報酬合計額を算出する（Ｓ５０２）。具体的には、入金済である旨の情報に関連付けられている報酬額と、一部入金済である旨の情報に関連付けられている報酬額のうち入金済の金額に応じた割合で算出された報酬額とを合計する。そして、当該報酬合計額が所定額以上であるか否かを判定する（Ｓ５０３）。例えば、サーバ４は、報酬合計額が５０００円以上であるか否かを判定する。
【００８１】
報酬合計額が所定額未満であると判定した場合（Ｓ５０３，Ｎｏ）、オペレータに対する報酬支払処理を終了する。一方、報酬合計額が所定額以上であると判定した場合（Ｓ５０３，Ｙｅｓ）、サーバ４は、オペレータＤＢ４４２に格納されているオペレータの口座に当該報酬合計額を入金する処理を行う（Ｓ５０４）。
【００８２】
その後、サーバ４は、入金処理を行った報酬合計額に関する情報を、上記ステップＳ５０１にて抽出された報酬に関する情報と関連付けて報酬管理ＤＢ４４５に格納し（Ｓ５０５）、報酬支払処理を終了する。
【００８３】
以上説明したように、本実施形態に係るコミュニケーションシステム１におけるサーバ４によれば、ユーザによるポイント購入代金の支払方法が後払いであったとしても、オペレータに対する報酬が、ユーザからポイント購入代金が入金されたことを条件として支払われることになるため、当該コミュニケーションシステム１を運営する運営会社等が損失を被ることなく、当該システムの円滑な運営を遂行することができる。特に、ユーザとオペレータとが共謀して報酬を不正に搾取しようとしている場合であっても、ユーザがポイント購入代金を入金しない限り、オペレータに対して報酬が支払われないため、コミュニケーションシステム１を運営する運営会社等が損失を被ることがない。また、ユーザとオペレータとが共謀しているような場合であって、ユーザによってポイント購入代金の一部が入金された場合であっても、当該入金額に応じて算出された報酬のみがオペレータに支払われるため、運営会社等が損失を被ることがない。
【００８４】
当該コミュニケーションシステムにおいてこのような運営をすると、オペレータが、報酬を得られないかもしれないことを危惧し、当該コミュニケーションシステムに参加するオペレータの絶対数を確保するのが困難となるおそれもあるが、ユーザ端末２から送信されたオペレータ端末３宛の電子メールとともに、当該ユーザ端末２の利用者であるユーザのポイント購入代金の支払方法に関する情報もオペレータ端末３に送信されるため、オペレータは、当該支払方法に関する情報に基づいて、当該ユーザに対して電子メールを送信するか否かを決定することができる。そのため、支払方法が後払い以外の方法であるユーザを相手にして電子メールによるコミュニケーションをとるようにすれば、確実に報酬を得ることができるため、オペレータの絶対数を確保することができ、オペレータとユーザとの間の数の均衡を図ることもできる。
【００８５】
以上説明した実施形態は、本発明の理解を容易にするために記載されたものであって、本発明を限定するために記載されたものではない。したがって、上記実施形態に開示された各要素は、本発明の技術的範囲に属する全ての設計変更や均等物をも含む趣旨である。
【符号の説明】
【００８６】
１…コミュニケーションシステム
２…ユーザ端末
３…オペレータ端末
４…サーバ
４４１…ユーザＤＢ
４４２…オペレータＤＢ
４４３…ポイント管理ＤＢ
４４４…入金管理ＤＢ
４４５…報酬管理ＤＢ
５…インターネット
【図１】
2010165078.tif 000003
【図２】
2010165078.tif 000004
【図３】
2010165078.tif 000005
【図４】
2010165078.tif 000006
【図５】
2010165078.tif 000007
【図６】
2010165078.tif 000008
【図７】
2010165078.tif 000009