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

Abstract

【課題】着特定の相手からの着信課金通話を行う際に、発信前に発信電話番号の登録処理をより簡単にする。
【解決手段】本発明は、メール対応サーバにおいて、受信したメールがＨＴＭＬメールでかつ、ＵＲＬ変換用タグを本文に含む場合に、ユーザ情報管理ＤＢを参照して、該送信元のメールアドレスに対応するユーザＩＤを取得してＵＲＬ変化用タグを電話発信用ＵＲＬに変換し、メールを送信先のメールアドレスに配信し、メール状態管理ＤＢに送信したことを記録し、ブラウザ対応サーバでは、端末から電話発信用ＵＲＬによりアクセスされると、メール状態管理ＤＢを参照して、着信課金の電話発信を許可するか拒否するかを判定し、許可する場合には、ユーザ情報管理ＤＢからメール送信元及び送信先の電話番号を取得し、電話発信サーバにおいて、ブラウザ対応サーバからメール送信先及びメール送信元の電話番号を取得して呼接続を行う。
【選択図】図１

Description

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ＵＲＬ変換部１５０は、メール判定部１６０からＵＲＬの変換の指示を受けると、ＵＲＬ変換用タグを、送信元ユーザＩＤとパスコードを含むＵＲＬに変換し、当該メールをインタフェース１１０を介して送信先（端末Ｂ８０）のメールアドレスｂに送信する。なお、変換されたＵＲＬは、ブラウザ対応サーバ２００にアクセス可能なＵＲＬである。

メール判定部１６０は、送信元（端末Ａ）から受信したメールがＨＴＭＬメールであり、かつメール本文にＵＲＬ変換用タグを含んでいれば、ＵＲＬ変換部１５０に対してＵＲＬの変換を指示する。受信したメールがＨＴＭＬでない、または、メール本文にＵＲＬ変換用タグを含んでいなければ、送信先にメールをそのまま中継するようインタフェース１１０に指示する。

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

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

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

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

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

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

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

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

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

ステップ１０１） 利用者Ａは、ＨＴＭＬメールを作成する。当該ＨＴＭＬメールには、図８に示すような自端末Ａ７０のメールアドレス及び送信先のメールアドレス、本文を記入する。さらに、本文にはＨＴＭＬメールであることを示す「＜HTML＞」を設定すると共に、ＵＲＬ変換用タグ「<KWD>」を記述する。なお、メール作成前に、予め図８に示すようなテンプレートを配布しておくことも可能である。

ステップ１０２） 端末Ａ７０は、作成したメールを端末Ｂのメールアドレスｂを付与してメール対応サーバ１００に対して送信する。

ステップ１０３） メール対応サーバ１００は、端末Ａ７０からのメールを受信すると、当該メールがＨＴＭＬメールであり、かつ、ＵＲＬ変換用タグが本文に含まれているかを判定する。ＨＴＭＬメールではなく、ＵＲＬ変換用タグが含まれていない場合は、当該メールをそのまま送信先（端末Ｂ８０）に中継する。

ステップ１０４） 受信したメールがＨＴＭＬメールであり、ＵＲＬ変換用タグが本文に含まれている場合には、送信元のメールアドレスａに基づいて、ＤＢサーバ４００のユーザ情報管理部４１０を検索して、当該メールアドレスａが存在するかを確認し、存在する場合には、当該送信元のユーザＩＤ（ＸＸＸＸ）を取得する。存在しない場合にはエラーメールを端末Ａ７０に送信する。

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

ステップ１０６） パスコード生成部１３０がパスコードを生成する。

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

ステップ１０８） メール対応サーバ１００は、ＵＲＬ変換用タグをブラウザ対応サーバにアクセス可能なＵＲＬとし、送信元ユーザＩＤ（ＸＸＸＸ）、パスコードを当該ＵＲＬに埋め込む。

ステップ１０９） メール対応サーバ１００は、ステップ１０８で変換したアドレスを送信元のメール本文に埋め込んで、Ｉ／Ｆ１１０を介して、端末Ｂ８０のメールアドレスｂに対して送信する。

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

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

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

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

ステップ１１４） ブラウザ対応サーバ２００は、端末Ｂ８０に対して図１２（Ｃ）に示すようなメッセージを送信する。

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

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

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

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

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

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

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

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

ステップ２０２） メール判定部１６０は、メールの本文に「<HTML＞」が記載されて、かつ、ＵＲＬ変換用タグ「<KWD>」を含むかを判定し、これらが含まれていない場合は、ステップ２１４に移行する。

ステップ２０３） 検索部１２０は、受信したメールから抽出した送信元のメールアドレスａに基づいてユーザ情報管理部４１０から送信元のユーザＩＤ（ＸＸＸＸ）を取得する。

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

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

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

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

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

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

ステップ２１０） 送信元ユーザＩＤとパスコードとをブラウザ対応サーバのＵＲＬに挿入した電話発信用ＵＲＬを生成する。

ステップ２１１） 受信したメールのＵＲＬ変換用タグを、ステップ２１０で生成された電話発信用ＵＲＬに変換する。

ステップ２１２） 送信先のアドレスｂに上記のメールを転送する。

ステップ２１３） ステップ２０１において、送信元のメールアドレスａが登録されていない場合は、送信先にエラーメールを送信する。

ステップ２１４） ステップ２０２において、メールがＨＴＭＬメールでなく、また、ＵＲＬ変換用タグが設定されていない場合は、当該メールをそのまま送信先に転送する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

利用者Ａは、図８に示すようなＨＴＭＬメールを作成し（ステップ１０１）、端末Ａ７０からメール対応サーバ１００経由で端末Ｂ８０のアドレス（メールアドレスｂ）にメールを送信する（ステップ１０２）。

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

次に、メール判定部１６０において、受信したメールの本文に「<HTML>」が存在し、ＵＲＬ変換用のタグ「<KWD>」が存在するかを判定し（ステップ１０４）、その両方が存在しない場合には受信したメールをそのまま送信先に転送する。両方が存在する場合は、送信先のメールアドレスｂに基づいてユーザ情報管理部４１０を検索し、送信先のユーザＩＤ「ＹＹＹＹ」を取得する（ステップ１０５）。

パスコード生成部１３０が、パスコード（例えば、「qwerty」）を生成する（ステップ１０６）。

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

メール対応サーバ１００のＵＲＬ変換部１５０において、メール本文中の「<KWD>」を図１１に示すような、送信元のユーザＩＤ「ＸＸＸＸ」とパスコード「qwerty」を含むＵＲＬ（http://KWD.com/XXXX/qwerty）に変換し（ステップ１０８）、Ｉ／Ｆ１１０を介して、端末Ｂ８０のメールアドレスｂに対して当該メールを中継する（ステップ１０９）。

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

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

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

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

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

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

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

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

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

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

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

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

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

符号の説明

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

Claims (6)

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

Images