JP4837719B2

JP4837719B2 - メール利用型着信課金システム及び方法

Info

Publication number: JP4837719B2
Application number: JP2008315037A
Authority: JP
Inventors: 清水　　仁; 大輔原; 祐介緒方; 尚岡田
Original assignee: Nippon Telegraph and Telephone Corp
Current assignee: Nippon Telegraph and Telephone Corp
Priority date: 2008-12-10
Filing date: 2008-12-10
Publication date: 2011-12-14
Anticipated expiration: 2028-12-10
Also published as: JP2010141534A

Description

本発明は、メール利用型着信課金システム及び方法に係り、特に、呼全体に対して着信側の利用者に課金するためのメール利用型着信課金システム及び方法に関する。

従来の第１の電話サービスにおける着信課金サービスとして、以下のようなケースに対するサービスが提供されている（例えば、非特許文献１参照）。

（ａ）発信利用者が呼設定時に着信課金を要求し、着信側の利用者は着信課金の諾否を選択する。

（ｂ）着信課金の要求機能を有する発信利用者または着信利用者が呼の通信中フレーズでその呼の残り部分に対して着信課金を要求する。

（ｃ）着信利用者が呼の通信中フェーズでその呼全体に対して着信課金を要求する。

（ｄ）発信者から着信課金要求を必要とせず、無条件に着信課金を行う。

第２の着信課金サービスとして、予め着信者が登録した着信者電話番号からの着信のみを着信課金する方法がある（例えば、特許文献１参照）。

また、第３の着信課金サービスとして、クリック・ツー・ダイヤル(Ｃ２Ｄ)により着信課金する方法がある（例えば、特許文献２参照）
特開２００１−３０９０８８号公報特開２００８−１１３３９９号公報ＴＴＣ標準（ＪＴ−１２５６第３版）

しかしながら、上記第１の着信課金の方法では、通話前に着信者が特定の発信者からのみ着信課金を許可する場合については規定がない。

また、上記第２の着信課金方法では、着信者が予め発信者電話番号を登録して着信課金を指定できるが、登録の際に着信者が個々に電話番号を指定する必要があり、特に頻繁に通話する相手である場合は問題でないが、そうでない通信相手について着信課金を許可するための登録、及び、非許可とする場合の削除操作を行うことは困難である。

本発明は、上記の点に鑑みなされたもので、着信課金を行う際に、発信前に発信者電話番号の登録処理をより簡単にすることが可能なメール利用型着信課金システム及び方法を提供することを目的とする。

図１は、本発明の原理構成図である。

本発明（請求項１）は、メールの送信記録を保持し、あるメールの送信先からメールの送信元への着信課金の発信を許可するメール利用型着信課金システムであって、
ユーザＩＤ毎に、メールアドレス及び電話番号を対応付けて管理するユーザ情報管理データベース（ＤＢ）４１０と、
着信課金を許可するメールの送信先とメールの送信元の情報、メールの送信記録、及び、電話発信のための条件を保持するメール状態管理データベース（ＤＢ）４２０と、
受信したメールの送信元のメールアドレスに基づいて、ユーザ情報管理ＤＢ４１０を参照して、該送信元のメールアドレスに対応するユーザＩＤを取得して電話発信用ＵＲＬを生成して招待メールに埋め込み、送信先のメールアドレスに配信すると共に、メール状態管理ＤＢ４２０に送信記録を書き込むメール対応サーバ１００と、
端末から電話発信用ＵＲＬにてアクセスがあった場合に、メール状態管理ＤＢ４２０を参照して、着信課金の電話発信を許可するか拒否するかを判定し、許可する場合には、ユーザＩＤに基づいて、ユーザ情報管理ＤＢ４１０からメール送信元及びメール送信先の電話番号を取得するブラウザ対応サーバ２００と、
ブラウザ対応サーバ２００で電話発信が許可された場合に、該ブラウザ対応サーバ２００からメール送信先及びメール送信元の電話番号を取得して呼接続を行う電話発信サーバ３００と、を有する。

また、本発明（請求項２）は、メール状態管理ＤＢ４２０において、電話発信のための条件として、有効期限を含み、
ブラウザ対応サーバ２００は、
メール状態管理ＤＢ４２０の有効期限とアクセスされた時点の日時情報を比較して、該有効期限を過ぎている場合には、着信課金の電話発信を拒否する手段を含む。

また、本発明（請求項３）は、メール状態管理ＤＢ４２０は、電話発信のための条件として、有効回数を含み、
ブラウザ対応サーバ２００は、
電話発信サーバ３００からメール送信先とメール送信元の電話の呼接続通知を取得すると、
呼接続通知を受け取った回数をカウントし、カウントした回数が有効回数以上の場合には、着信課金の電話発信を拒否する手段、
または、
呼接続通知を受け取る毎に有効回数から１減算し、０になった場合には着信課金の電話発信を拒否する手段のいずれかを含む。

図２は、本発明の原理を説明するための図である。

本発明（請求項４）は、メールの送信記録を保持し、あるメールの送信先からメールの送信元への着信課金の発信を許可するメール利用型着信課金方法であって、
メール対応サーバにおいて、受信したメールの送信元のメールアドレスに基づいて、ユーザＩＤ毎に、メールアドレス及び電話番号を対応付けて管理するユーザ情報管理ＤＢを参照して、該送信元のメールアドレスに対応するユーザＩＤを取得して（ステップ１）電話発信用ＵＲＬを生成して招待メールに埋め込み（ステップ２）、送信先のメールアドレスに配信する（ステップ３）と共に、送信記録をメール状態管理ＤＢに書き込み(ステップ４)、
ブラウザ対応サーバにおいて、端末から電話発信用ＵＲＬにてアクセスがあった場合に（ステップ５）、着信課金を許可するメールの送信先とメールの送信元の情報、メールの送信記録、及び、電話発信のための条件を保持するメール状態管理ＤＢを参照して、着信課金の電話発信を許可するか拒否するかを判定し（ステップ６）、許可する場合には、ユーザＩＤに基づいて、ユーザ情報管理ＤＢからメール送信元及びメール送信先の電話番号を取得し（ステップ７）、
電話発信サーバにおいて、ブラウザ対応サーバで電話発信が許可された場合に、該ブラウザ対応サーバからメール送信先及びメール送信元の電話番号を取得して（ステップ８）呼接続を行う（ステップ９）。

また、本発明（請求項５）は、ブラウザ対応サーバにおいて、
メール状態管理ＤＢに登録された電話発信のための条件の、有効期限とアクセスされた時点の日時情報を比較して、該有効期限を過ぎている場合には、着信課金の電話発信を拒否する。

また、本発明（請求項６）は、ブラウザ対応サーバにおいて、
電話発信サーバからメール送信先とメール送信元の電話の呼接続通知を取得すると、
呼接続通知を受け取った回数をカウントし、カウントした回数がメール状態管理ＤＢに格納されている電話発信のための条件の有効回数以上の場合には、着信課金の電話発信を拒否する、
または、
呼接続通知を受け取る毎に有効回数から１減算し、０になった場合には着信課金の電話発信を拒否する。

上記のように本発明によれば、着信側の端末から、着信課金を行うための情報を含むメールをインターネット網経由で発信側の端末及びメール対応サーバに送信することにより、着信側及び発信側において特別な着信課金の設定を行わなくても容易に着信課金を設定できる。

また、発信者は受信したメールに含まれるＵＲＬをクリックするだけで着信課金による通話が可能となる。

さらに、着信側では予め有効期限や有効回数を設定しておくだけで、所望の着信課金の制限を行うことが可能となる。

以下、図面と共に本発明の実施の形態を説明する。

図３は、本発明の一実施の形態におけるネットワーク構成を示す。

以下では、電話の着信者を利用者Ａとし、着信者を利用者Ｂとして説明する。なお、本発明では、メールクライアント機能、ブラウザ機能、電話機能が、同一の、または、別々の端末のいずれに配備されていてもよいが、以下の説明では、図３に示すように、これらの機能を有する携帯端末を用いるものとする。

同図に示すシステムは、メール対応サーバ１００、ブラウザ対応サーバ２００、電話発信サーバ３００、端末Ａ７０、端末Ｂ８０、インターネット網１０、音声通信網２０から構成される。

なお、以下では、メール対応サーバ１００、ブラウザ対応サーバ２００、電話発信サーバ３００、ＤＢサーバ４００を個別に配備した例を示しているが、この例に限定されることなく、これらのサーバの機能を有する１つの装置として構成してもよい。

また、着信課金を行う課金処理機能については、既存の技術を用いるものとし、本実施の形態では特に説明しない。以下では、予め着信者となる利用者Ａから登録されている有効期間または有効回数が到来した場合に、着信課金は許可されないものとし、着信課金が許可された場合には、着信者に対する課金処理が行われるものとする。

以下に、各サーバの構成を説明する。

図４は、本発明の一実施の形態におけるＤＢサーバの構成を示す。

ＤＢサーバ４００は、メール対応サーバ１００、ブラウザ対応サーバ２００からアクセスされるサーバであり、ユーザ情報管理部４１０とメール状態管理部４２０を有する。

ユーザ情報管理部４１０は、図４に示すように、利用者ＩＤ、当該利用者の氏名等の表示名、電話番号、メールアドレス、有効期間、有効回数の各項目のデータを格納する記憶媒体である。利用者Ａは、少なくともメールアドレスと電話番号の組み合わせを予め登録しておくものとする。

メール状態管理部４２０は、利用者ＩＤ、送信時刻、有効期限、パスコード、メールの送信元ＩＤ、着信課金可能な残り回数の各項目のデータを格納する記憶媒体である。

パスコードは、後述するメール対応サーバ１００から設定される。また、着信課金可能な残り回数は、登録時にメール対応サーバ１００によりユーザ情報管理部４１０の有効回数が設定され、通話毎に後述するブラウザ対応サーバ２００により１減算される。

図５は、本発明の一実施の形態におけるメール対応サーバの構成を示す。

メール対応サーバ１００は、インタフェース１１０、検索部１２０、パスコード生成部１３０、更新部１４０、メール作成部１５０、ＤＢインタフェース１６０から構成される。

インタフェース１１０は、インターネット網を介して端末Ａ、端末Ｂとのメールの送受信を行う。

検索部１２０は、端末Ａ７０から送信先（端末Ｂ８０）のメールアドレスｂ宛てのメールと同じメール（ｃｃ）を受信すると、当該メールの送信元（端末Ａ７０）のメールアドレスａに基づいて、ＤＢサーバ４００のユーザ情報管理部４１０を検索し、送信元のユーザＩＤを取得する。

また、検索部１２０は、受信したメールに含まれる送信先アドレスｂに基づいてユーザ情報管理部４１０を検索し、当該送信先アドレスｂに対応する送信先ユーザＩＤを取得する。

パスコード生成部１３０は、検索部１２０において送信元（端末Ａ７０）のメールアドレスａに対応するユーザＩＤが取得できた時点で、当該送信元のユーザＩＤとの組み合わせで一意にレコードを特定することが可能なパスコードを生成する。但し、不正利用防止の観点から第三者に類推されない値である必要がある。

更新部１４０は、クロックからその時点の時刻を取得して、ユーザ情報管理部４１０から取得した有効期間を加算して有効期限とし、クロックから取得した時刻を送信時刻とし、送信元ＩＤ、送信先ＩＤ、有効期限、パスコードを含むレコードをメール状態管理部４２０に追加登録する。

メール作成部１５０は、送信先（端末Ｂ８０）のメールアドレスｂに対して、招待メールを作成して送信する。招待メールには、少なくとも、発信側の表示名と、発信側ユーザＩＤ、パスコードを含むブラウザ対応サーバＵＲＬが本文中に埋め込まれる。

ＤＢインタフェース１６０は、検索部１２０、更新部１４０とＤＢサーバ４００との間のデータの送受信を行う。

図６は、本発明の一実施の形態におけるブラウザ対応サーバの構成を示す。

ブラウザ対応サーバ２００は、電話発信サーバインタフェース２１０、ＤＢ用インタフェース２２０、検索部２３０から構成される。

電話発信サーバインタフェース２１０は、電話発信サーバ３００との間で電話番号の送信、及び、呼接続通知の受信を行う。

メールクライアント用インタフェース２２０は、発信側の端末Ｂ８０からのアクセスを受け付ける。

検索部２３０は、端末Ｂ８０から取得したユーザＩＤ、パスコードに基づいて、ＤＢサーバ４００のメール状態管理部４２０を検索して、対応するレコードがあるかを判定する。また、対応するレコードがある場合は、送信元のユーザＩＤ（ＸＸＸＸ）と送信先ＩＤ（ＹＹＹＹ）を取得して、当該ＩＤに基づいて、ユーザ情報管理部４１０から双方の電話番号Ａ，Ｂを取得する。

ＤＢ用インタフェース２４０は、検索部２３０がＤＢサーバ４００の情報を検索する際に送受信を行う。

以下に、上記の構成における動作を説明する。

図７は、本発明の一実施の形態における動作のシーケンスチャートである。

ステップ１０１）利用者Ａはメールを作成し、端末Ａ７０（携帯電話）から端末Ｂ８０のメールアドレスｂにメールを送信する。このとき、送信するメールにメール対応サーバ１００のメールアドレスｓを付加して送信する。また、端末Ａ７０は、当該メールアドレスｓに対してステップ１０１と同じメールを同報する（ｃｃ欄）。

ステップ１０２）メール対応サーバ１００は、端末Ａ７０からのメールを受信すると、当該メールの送信元のメールアドレスａに基づいて、ＤＢサーバ４００のユーザ情報管理部４１０を検索して、当該メールアドレスａが存在するかを確認し、存在する場合には、当該送信元のユーザＩＤ（ＸＸＸＸ）を取得する。存在しない場合にはエラーメールを端末Ａ７０に送信する。

ステップ１０３）メール対応サーバ１００は、取得した送信先のメールアドレスｂに基づいて、ＤＢサーバ４００のユーザ情報管理部４１０を検索し、当該送信先のユーザＩＤが存在するかを判定し、存在する場合には、当該送信先のユーザＩＤ（ＹＹＹＹ）を取得し、存在しない場合は、送信先ＩＤをＮＵＬＬとする。パスコード生成部１３０がパスコードを生成する。

ステップ１０４）メール対応サーバ１００は、送信元のユーザＩＤ（ＸＸＸＸ）に基づいて、ユーザ情報管理部４１０の有効期間を取得し、更新部１４０がその時点から当該有効期間を加算した日時を有効期限とする。クロックから取得した時刻を送信時刻とする。また、有効回数も取得できた場合は残り回数とする。取得した情報（送信元ＩＤ、送信時刻、有効期限、パスコード、送信先ＩＤ，残り回数）からなるレコードを生成し、メール状態管理部４２０に当該レコードを追加する。

ステップ１０５）メール対応サーバ１００は、発信側の表示名と、送信元のユーザＩＤ、パスコードを含むＵＲＬ（ブラウザ対応サーバＵＲＬ）をメール本文中に設定した招待メールを作成し、Ｉ／Ｆ１１０を介して、端末Ｂ８０のメールアドレスｂに対して送信する。

ステップ１０６）利用者Ｂは、利用者Ａから受信したメールを読み、用件を知り、メール対応サーバ１００から受信した招待メールに記載されているＵＲＬをクリックする。これにより、端末Ｂ８０のブラウザからブラウザ対応サーバ２００にアクセスする。

ステップ１０７）ブラウザ対応サーバ２００の検索部２３０は、ＵＲＬに含まれる送信元のユーザＩＤとパスコードに基づいてＤＢサーバ４００のメール状態管理部４２０を検索し、レコードが存在しなかったり、有効期限が切れている場合は、端末Ｂ８０のブラウザにエラー画面を送信する。もし、送信先のユーザＩＤがない場合（ＮＵＬＬ）には、電話番号の入力を促す画面を端末Ｂ８０に送信する。

ステップ１０８）ブラウザ対応サーバ２００の検索部２３０は、送信元・送信先のユーザＩＤに基づいて、ＤＢサーバ４００のユーザ情報管理部４１０を検索し、利用者Ａの電話番号Ａと利用者Ｂの電話番号Ｂを取得する。

ステップ１０９）ブラウザ対応サーバ２００は、取得した電話番号Ａと電話番号Ｂを電話発信サーバ３００に送信する。

ステップ１１０）ブラウザ対応サーバ２００は、端末Ｂ８０に対して「利用者Ｂから利用者Ａに発信しています。」等の発信メッセージを送信する。

ステップ１１１）電話発信サーバ３００は、電話番号Ｂに発信を行う。

ステップ１１２）電話発信サーバ３００は、利用者Ｂが応答すると、電話番号Ａに発信する。

ステップ１１３）利用者Ａが応答すると、電話発信サーバ３００は、利用者Ａと利用者Ｂとの通話を開始する。

ステップ１１４）電話発信サーバ３００は、接続に成功したら、ブラウザ対応サーバ２００に対して、電話番号Ａと電話番号Ｂの呼が接続されたことを通知する。

ステップ１１５）ブラザ対応サーバ２００の更新部２５０は、利用者ＡのユーザＩＤとパスコードに基づいてメール状態管理部４２０にアクセスし、当該利用者Ｂの残り回数を１減らし、０になれば当該レコードを削除する。

次に、上記のメール対応サーバの動作を説明する。

図８は、本発明の一実施の形態におけるメール対応サーバの動作のフローチャートである。以下の動作は、上記の図７のステップ１０１〜１０５の動作に対応する。

ステップ２０１）インタフェース１１０を介して端末Ａからメール（メールアドレスａ、メールアドレスｂを含む）を受信すると、検索部１２０は、送信元メールアドレスａがユーザ情報管理部４１０に登録されているかを判定し、登録されている場合はステップ２０２に移行し、登録されていない場合はステップ２１１に移行する。

ステップ２０２）ユーザ情報管理部４１０から送信元のユーザＩＤ（ＸＸＸＸ）を取得する。

ステップ２０３）検索部１２０は、受信したメールから抽出した送信先のメールアドレスｂがユーザ情報管理部４１０に登録されているかを判定し、登録されていない場合はステップ２０５に移行し、登録されている場合はステップ２０４に移行する。

ステップ２０４）検索部１２０は、ユーザ情報管理部４１０から送信先のユーザＩＤ（ＹＹＹＹ）を取得し、ステップ２０６に移行する。

ステップ２０５）ステップ２０３において送信先のメールアドレスが登録されていない場合には、送信先ＩＤにＮＵＬＬを設定し、ステップ２０６に移行する。

ステップ２０６）パスコード生成部１３０においてパスコードを生成する。なお、このとき、ユーザ情報管理部４１０に登録していない電話も利用するためには、２件分のパスコードを生成し、送信先のユーザＩＤを含むレコードと、ＮＵＬＬにしたレコードを共にメール状態管理部４２０に追加すればよい。

ステップ２０７）検索部１２０は、ユーザ情報管理部４１０から送信元のユーザＩＤに基づいて有効期間と有効回数を取得する。また、クロックから取得した時刻を送信時刻とする。

ステップ２０８）更新部１４０は、メール状態管理部４２０に対して送信元ユーザＩＤ，有効期限、送信時刻、パスコード、送信先ＩＤ、残り回数を設定する。このとき、有効期限は、クロックから取得した現時点の日時に有効期間を加算したものを設定し、また、残り回数は、ユーザ情報管理部４１０から取得した有効回数を設定する。

ステップ２０９）発信者の表示名と、送信者ＩＤ、パスコード、ブラウザ対応サーバのＵＲＬを含む電話発信用ＵＲＬを本文に挿入した招待用メールを生成する。

ステップ２１０）送信先のアドレスｂに招待用メールを送信する。

次に、ブラウザ対応サーバ２００の動作を説明する。

以下の動作は、図７のステップ１０７〜１１５の処理に対応する。

図９は、本発明の一実施の形態におけるブラウザ対応サーバの動作のフローチャートである。

ステップ３０１）端末Ｂ８０から当該ブラウザ対応サーバ２００のＵＲＬにアクセスされると、ＵＲＬから送信者（端末Ａ７０）のユーザＩＤとパスコードを取得する。

ステップ３０２）検索部２３０は、取得したユーザＩＤとパスコードの組み合わせがメール状態管理部４２０に登録されているかを判定する。登録されていなければステップ３０４に移行し、登録されていればステップ３０３に移行する。

ステップ３０３）クロックから取得した現在時刻がメール状態管理部４２０に登録されている有効期間内であるかを判定し、有効期間内であればステップ３０５に移行し、有効期間外であればステップ３０４に移行する。

ステップ３０４）エラー画面を端末Ｂ８０に送信する。

ステップ３０５）メール状態管理部４２０の送信先ＩＤが「ＮＵＬＬ」である場合にはステップ３０６に移行し、そうでない場合はステップ３０８に移行する。

ステップ３０６）メールクライアント用のＩ／Ｆ２２０を介して、電話番号の入力を促すための電話番号入力用画面を端末Ｂ８０に送信する。

ステップ３０７）端末Ｂ８０から発信側の電話番号を取得し、ステップ３０９に移行する。

ステップ３０８）検索部２３０は、送信先ＩＤに基づいてユーザ情報管理部４１０を参照して、対応する発信側の電話番号Ａを取得する。

ステップ３０９）送信元ＩＤに基づいて、ユーザ情報管理部４１０を参照して、対応する着信側の電話番号Ｂを取得する。

ステップ３１０）電話発信サーバ用Ｉ／Ｆ２１０を介して電話発信サーバ３００に電話番号Ａと電話番号Ｂを送信する。

ステップ３１１）メールクライアントＩ／Ｆ２２０を介して、呼び出し中を示す画面を端末Ｂ８０に表示する。

ステップ３１２）電話発信サーバ３００から通話の成功通知（呼接続通知）を受信すると、更新部２５０はメール状態管理部４２０の該当レコードの残り回数を１減らす。

ステップ３１３）残り回数が０になった場合はステップ３１４に移行し、そうでない場合は、当該ブラウザ対応サーバ２００の処理を終了する。

ステップ３１４）残り回数が０の場合は、メール状態管理部４２０の該当レコードを削除する。

以下に、上記の図７の動作に沿って、図４のデータを用いた場合の具体的な動作を説明する。

利用者Ａは、図１０（Ａ）に示すようなメールを作成し、端末Ａ７０（携帯電話）のメールクライアントから端末Ｂ８０のメールアドレスｂにメールを送信する。このとき、送信するメールにメール対応サーバ１００のメールアドレスｓ（ｃｃの欄）を付加して送信する。また、同時に、端末Ａ７０は、当該メールアドレスｓに対して、メールを送信（同報）する（ステップ１０１）。

メール対応サーバ１００は、Ｉ／Ｆ１１０を介して端末Ａ７０からのメールを受信すると、検索部１２０において当該メールの送信元のメールアドレスaに基づいて、ＤＢサーバ４００のユーザ情報管理部４１０を検索して、当該メールアドレスａが存在するかを確認する（ステップ１０２）。この場合存在するので送信元のユーザＩＤ「ＸＸＸＸ」を取得する。また、送信先のメールアドレスｂに基づいてＤＢサーバ４００のユーザ情報管理部４１０を検索し、当該送信先のユーザＩＤが存在するかを判定する。この場合存在するので、ユーザＩＤ「ＹＹＹＹ」を取得する。さらに、パスコード生成部１３０がパスコード「qwerty」を生成する（ステップ１０３）。

メール対応サーバ１００は、検索部１２０において、送信元のユーザＩＤ「ＸＸＸＸ」に基づいて、ユーザ情報管理部４１０の有効回数「２回」、有効期間「２４時間」を参照し、その時点（例えば、2008/12/09 20:00:00）から当該有効期間(２４時間)を加算した日時（例えば、2008/12/10 20:00:00）を有効期限とし、送信元ユーザＩＤ「ＸＸＸＸ」、有効期限「2008/12/10 20:00:00」、パスコード「qwerty」、送信先ユーザＩＤ「ＹＹＹＹ」、残り回数「２回」からなるレコードをメール状態管理部４２０に追加する（ステップ１０４）。

メール対応サーバ１００のメール作成部１５０において、図１０（Ｂ）に示すような、表示名「利用者Ａ」を含むメッセージと、送信元のユーザＩＤ「ＸＸＸＸ」とパスコード「qwerty」を含むＵＲＬ（http://KWD.com/XXXX/qwerty）とをメール本文中に設定した招待メールを作成し、Ｉ／Ｆ１１０を介して、端末Ｂ８０のメールアドレスｂに対して送信する（ステップ１０５）。

利用者Ｂは、図１０（Ａ）に示す利用者Ａから受信したメールの内容を読み、用件を知り、図１０（Ｂ）に示すメール対応サーバ１００から受信した招待メールに記載されているＵＲＬ（http://KWD.com/XXXX/qwerty）をクリックする。これにより、端末Ｂ８０のブラウザからブラウザ対応サーバ２００にアクセスする（ステップ１０６）。

ブラウザ対応サーバ２００の検索部２３０は、ＵＲＬに含まれるユーザＩＤ（ＸＸＸＸ）とパスコード（qwerty）に基づいて、メール状態管理部４２０を検索し、送信先ＩＤ（ＹＹＹＹ）を取得する（ステップ１０７）。このとき、対応するレコードがない場合、または、有効期限が切れている場合には、図１１（Ａ）に示すようなエラーメッセージを端末Ｂ８０に送信する。また、送信先ＩＤがレコードにない場合には、図１１（Ｂ）に示すような電話番号の入力を促す画面を端末Ｂ８０に送信する。

ブラウザ対応サーバ２００の検索部は、ユーザＩＤ「ＸＸＸＸ」「ＹＹＹＹ」に基づいて、ユーザ情報管理部４１０を検索し、電話番号Ａと電話番号Ｂを取得する（ステップ１０９）。

ブラウザ対応サーバ２００は、取得した電話番号Ａと電話番号Ｂを電話発信サーバ３００に送信する（ステップ１０９）。

ブラウザ対応サーバ２００は、端末Ｂ８０に対して図１０（Ｃ）に示すようなメッセージを送信する（ステップ１１０）。電話発信サーバ３００は、電話番号Ｂに発信を行い（ステップ１１１）、利用者Ｂが応答すると、電話番号Ｂに発信する（ステップ１１２）。利用者Ａが応答すると、電話発信サーバ３００は、利用者Ａと利用者Ｂとの通話を開始する（ステップ１１３）。

電話発信サーバ３００は、接続に成功したら、ブラウザ対応サーバ２００に対して、電話番号Ａと電話番号Ｂの呼が接続されたことを通知する（ステップ１１４）。

メール状態管理部４２０に残り回数が設定されている場合は、ブラウザ対応サーバ２００は、利用者ＡのユーザＩＤとパスコードに基づいてメール状態管理部４２０にアクセスし、当該利用者Ｂの残り回数を１減らし、残り回数を０回とする。残り回数が０回になったので、図４のメール状態管理部４２０の最上段のレコードを削除する。なお、残り回数が０回になった場合は、有効期限内であっても削除するものとする（ステップ１１５）。

なお、本実施の形態では、送信時刻をクロックから取得したが、受信したメールのヘッダの送信時刻を取得することも可能である。

また、上記のシステムにおけるメール対応サーバ、ブラウザ対応サーバの構成要素の動作をプログラムとして構築し、これらのサーバとして利用されるコンピュータにインストールして実行させる、または、ネットワークを介して流通させることが可能である。

また、構築されたプログラムをハードディスクや、フレキシブルディスク・ＣＤ−ＲＯＭ等の可搬記憶媒体に格納し、コンピュータにインストールする、または、配布することが可能である。

なお、本発明は、上記の実施の形態に限定されることなく、特許請求の範囲内において種々変更・応用が可能である。

本発明は、メールクライアント機能を有するＰＣ等の端末や携帯電話と通話機能を有する端末、電話機からなるシステムに適用可能である。また、本発明は、メールサービスプロバイダや電話サービスを提供する通信事業者以外の事業者のシステムにも適用可能である。

本発明の原理構成図である。本発明の原理を説明するための図である。本発明の一実施の形態におけるネットワーク構成図である。本発明の一実施の形態におけるＤＢサーバのデータの例である。本発明の一実施の形態におけるメール対応サーバの構成図である。本発明の一実施の形態におけるブラウザ対応サーバの構成図である。本発明の一実施の形態における動作のシーケンスチャートである。本発明の一実施の形態におけるメール対応サーバの動作のフローチャートである。本発明の一実施の形態におけるブラウザ対応サーバの動作のフローチャートである。本発明の一実施の形態におけるメールの例である。本発明の一実施の形態における画面例である。

符号の説明

１０インターネット
２０音声通信網
３０端末Ａ（携帯電話）
４０電話Ａ
５０端末Ｂ（パーソナルコンピュータ）
６０電話Ｂ
１００メール対応サーバ
１１０インタフェース
１２０検索部
１３０パスコード生成部
１４０更新部
１５０メール作成部
１６０ＤＢインタフェース
２００ブラウザ対応サーバ
２１０電話発信サーバ用インタフェース
２２０メールクライアント用インタフェース
２３０検索部
２４０データベース用インタフェース
２５０更新部
４００データベース（ＤＢ）サーバ
４１０ユーザ情報管理部
４２０メール状態管理部

Claims

メールの送信記録を保持し、あるメールの送信先からメールの送信元への着信課金の発信を許可するメール利用型着信課金システムであって、
ユーザＩＤ毎に、メールアドレス及び電話番号を対応付けて管理するユーザ情報管理データベース（ＤＢ）と、
着信課金を許可するメールの送信先とメールの送信元の情報、メールの送信記録、及び、電話発信のための条件を保持するメール状態管理データベース（ＤＢ）と、
受信したメールの送信元のメールアドレスに基づいて、前記ユーザ情報管理ＤＢを参照して、該送信元のメールアドレスに対応するユーザＩＤを取得して電話発信用ＵＲＬを生成して招待メールに埋め込み、送信先のメールアドレスに配信すると共に、送信記録を前記メール状態管理ＤＢに書き込むメール対応サーバと、
端末から前記電話発信用ＵＲＬにてアクセスがあった場合に、前記メール状態管理ＤＢを参照して、着信課金の電話発信を許可するか拒否するかを判定し、許可する場合には、前記ユーザＩＤに基づいて、前記ユーザ情報管理ＤＢからメール送信元及びメール送信先の電話番号を取得するブラウザ対応サーバと、
前記ブラウザ対応サーバで電話発信が許可された場合に、該ブラウザ対応サーバから前記メール送信先及びメール送信元の電話番号を取得して呼接続を行う電話発信サーバと、
を有することを特徴とするメール利用型着信課金システム。
前記メール状態管理ＤＢは、電話発信のための条件として、有効期限を含み、
前記ブラウザ対応サーバは、
前記メール状態管理ＤＢの有効期限とアクセスされた時点の日時情報を比較して、該有効期限を過ぎている場合には、前記着信課金の電話発信を拒否する手段を含む
請求項１記載のメール利用型着信課金システム。
前記メール状態管理ＤＢは、電話発信のための条件として、有効回数を含み、
前記ブラウザ対応サーバは、
前記電話発信サーバから前記メール送信先と前記メール送信元の電話の呼接続通知を取得すると、
前記呼接続通知を受け取った回数をカウントし、カウントした回数が前記有効回数以上の場合には、前記着信課金の電話発信を拒否する手段、
または、
前記呼接続通知を受け取る毎に前記有効回数から１減算し、０になった場合には前記着信課金の電話発信を拒否する手段のいずれかを含む
請求項１記載のメール利用型着信課金システム。
メールの送信記録を保持し、あるメールの送信先からメールの送信元への着信課金の発信を許可するメール利用型着信課金方法であって、
メール対応サーバにおいて、受信したメールの送信元のメールアドレスに基づいて、ユーザＩＤ毎に、メールアドレス及び電話番号を対応付けて管理するユーザ情報管理ＤＢを参照して、該送信元のメールアドレスに対応するユーザＩＤを取得して電話発信用ＵＲＬを生成して招待メールに埋め込み、送信先のメールアドレスに配信すると共に、送信記録をメール状態管理ＤＢに書き込み、
ブラウザ対応サーバにおいて、端末から前記電話発信用ＵＲＬにてアクセスがあった場合に、着信課金を許可するメールの送信先とメールの送信元の情報、メールの送信記録、及び、電話発信のための条件を保持するメール状態管理ＤＢを参照して、着信課金の電話発信を許可するか拒否するかを判定し、許可する場合には、前記ユーザＩＤに基づいて、前記ユーザ情報管理ＤＢからメール送信元及びメール送信先の電話番号を取得し、
電話発信サーバにおいて、前記ブラウザ対応サーバで電話発信が許可された場合に、該ブラウザ対応サーバから前記メール送信先及びメール送信元の電話番号を取得して呼接続を行うことを特徴とするメール利用型着信課金方法。
前記ブラウザ対応サーバにおいて、
前記メール状態管理ＤＢに登録された電話発信のための条件の、有効期限とアクセスされた時点の日時情報を比較して、該有効期限を過ぎている場合には、前記着信課金の電話発信を拒否する請求項４記載のメール利用型着信課金方法。
前記ブラウザ対応サーバは、
前記電話発信サーバから前記メール送信先と前記メール送信元の電話の呼接続通知を取得すると、
前記呼接続通知を受け取った回数をカウントし、カウントした回数が前記メール状態管理ＤＢに格納されている電話発信のための条件の有効回数以上の場合には、前記着信課金の電話発信を拒否する、
または、
前記呼接続通知を受け取る毎に前記有効回数から１減算し、０になった場合には前記着信課金の電話発信を拒否する
請求項４記載のメール利用型着信課金方法。