JP2008210129A - コンテンツ情報提供システム - Google Patents

Abstract

【課題】 携帯キャリアに、ユーザに有用なコンテンツ情報の掲載されたＵＲＬを含むメールが携帯情報端末に受信されるようにすることができ、且つその場合に個人情報の漏洩につながることのないコンテンツ情報提供システムを提供する。
【解決手段】 携帯キャリアサーバ２０の第２の記憶部２１が、発呼者ＩＤとこれに対応する発呼者メールアドレスとを記憶・管理しており、受信部２２が携帯情報端末３０の呼び出しで発呼者の端末３０から、目的の電話番号及び発呼者ＩＤを受信して処理キューとして一時的に記憶し、第１の検出部２３でその発呼者ＩＤに対応する発呼者メールアドレスを上記第２の記憶部２１から検索し、それを基にメール作成出力部２５でメール作成してそれを出力するので、サービスセンタサーバ１０側に、発呼者のメールアドレスが出力されることがなく、発呼者ＩＤや発呼者メールアドレスなどの情報が、携帯キャリアサーバ２０外部の第３者に、遺漏されることがない。
【選択図】 図１

Description

本発明は、携帯情報端末にコンテンツ情報を配信するコンテンツ情報提供システムに関する。

近年、携帯電話などの携帯情報端末は広く普及している。携帯情報端末で利用出来るサービスとしては、通話するだけに限らず、例えば電子メールの送受信や、インターネットに接続してネット上のウェブページにアクセスし、閲覧することもできる。

ユーザは、外出先からでも、ＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）を携帯情報端末に入力することにより、インターネットのウェブページにアクセスすることが出来、携帯情報端末のディスプレイにはウェブコンテンツが表示される。例えば、ＵＲＬを入力して、映画の上映情報を提供しているウェブページにアクセスすれば、外出先からでも、その上映情報を入手することが出来る。

このように、ユーザは、携帯情報端末を用いることにより、外出先からでもインターネットのウェブページにアクセスして必要な情報を入手することが出来る。

ところが、必要な情報を提供しているウェブページのＵＲＬが不明である場合、必要な情報を入手することが出来ない。また、該ウェブページに限らず、必要な情報を入手したいと思っても、その情報をどうやって入手するかが不明である場合、必要な情報を入手することは困難である。すなわち、携帯情報端末から必要な情報を入手しようと思っても入手方法が不明であれば、必要な情報を入手するのは困難であり、手間がかかる。

そのため、下記特許文献１では、任意の電話番号をユーザに知らしめておき、該ユーザが、情報を得たいと思った時に、携帯情報端末から、その電話番号に、ワンコール電話をすれば、その電話番号の発呼信号を受信する側で、その発呼信号と共に送られてくる携帯情報端末の発呼者ＩＤ（現在では、090や080、さらには070で始まる携帯情報端末の電話番号）を受信し、その携帯情報端末の発呼者ＩＤ＋「＠携帯キャリアのドメイン名」（現在キャリアは090、080や070の頭番号がつくもので４社）というメールアドレス作成ルールのもと、たとえば４つの携帯情報端末用メールアドレスが作成されて、これら全部のメールアドレスに、ユーザに提供可能なコンテンツ情報が掲載されたＵＲＬを含むメールを出力するようにしている。

そのような、メールを受信可能な携帯キャリアのドメイン名分だけ、上記メールアドレスを作成し、その全部にメールを出せば、いずれかには届くというものである。
特許第３５７７６２８号

しかし、携帯情報端末用メールアドレスが、上記のようなルールに従ってパソコンなどで自動的に作成され、不特定多数の人に不要なメールを送りつける所謂スパム（未承諾）メールなどが横行したため、現在では、その携帯情報端末が所持する者が、その携帯キャリアに、自己の携帯情報端末用のメールアドレスを別個に登録できるようになった。そのため、上記構成では、そのルールに従ったメールアドレスには、必要なコンテンツ情報が届くことがほぼ不可能になっている。

また、ユーザに有用なコンテンツ情報の掲載されたサイトにアクセスするのに、現状ではＵＲＬの入力や空メールを打つ必要があり、携帯情報端末を利用するユーザにとって、利便性が劣ることになる。

さらに利便性に劣るだけでなく、特に空メールをうつ場合は、メール送信先に通常、少なくとも発呼者メールアドレスが通知されてしまい、不必要な個人情報の漏洩につながって、せっかくユニークなメールアドレスを登録できる構成としたとしても、さらなるスパム（未承諾）メールの温床にもなる。

本発明は、以上のような問題に鑑み創案されたもので、携帯キャリアに、自己の携帯情報端末用のメールアドレスを別個に登録できる現状においても、ユーザに有用なコンテンツ情報の掲載されたＵＲＬを含むメールが携帯情報端末に受信されるようにすることができ、且つその場合に個人情報の漏洩につながることのないコンテンツ情報提供システムを提供せんとするものである。

そのため本発明に係る構成は、
サービスセンタサーバと携帯キャリアサーバとを含むコンテンツ情報提供システムであって、
上記サービスセンタサーバは、
コンテンツ提供者からの任意のコンテンツ情報を受けて、各コンテンツ提供者毎に、特定の頭番号を含む任意の電話番号及びＵＲＬを生成するコンテンツ提供者情報生成手段と、
上記コンテンツ提供者情報生成手段で生成された電話番号及びＵＲＬを、そのコンテンツ提供者から受けた上記コンテンツ情報と共に、各コンテンツ提供者毎に記憶する第１の記憶手段と、
ＵＲＬの特定により外部からアクセスを受けた時に、該当するＵＲＬに対応するコンテンツ情報を第１の記憶手段から読み出して、そのアクセス元に出力するコンテンツ情報提供手段とを備えており、
また上記携帯キャリアサーバは、
発呼者ＩＤとそれに対応する発呼者メールアドレスとを少なくとも記憶する第２の記憶手段と、
特定の頭番号を含む電話番号の呼び出しを受けて、該電話番号と発呼者ＩＤの情報を受信し、その電話番号と発呼者ＩＤを処理キューとして一時的に記憶すると共に、その呼び出しを切断する受信手段と、
上記受信手段で処理キューとして一時的に記憶された発呼者ＩＤを元に、上記第２の記憶手段から、発呼者メールアドレスを検索する第１の検出手段と、
同じく上記受信手段で処理キューとして一時的に記憶された電話番号を元に、上記サービスセンタサーバ側の第１の記憶手段にアクセスし、対応するＵＲＬを検索する第２の検出手段と、
上記処理キューに従って、第２の検出手段で検索されたＵＲＬを含むメール文を作成し、第１の検出手段で検索された発呼者メールアドレスに対し、そのメールを出力するメール作成出力手段と
を備えることを基本的特徴としている。

上記構成によれば、上記携帯キャリアサーバの第２の記憶手段が、発呼者ＩＤ（携帯情報端末の番号）とこれに対応する発呼者メールアドレス（発呼者ＩＤを有する者が登録してきた携帯情報端末のメールアドレス）とを記憶・管理しており、且つ携帯キャリアサーバの受信手段が携帯情報端末の呼び出しで発呼者の携帯情報端末から、目的の電話番号及び発呼者ＩＤを受信して処理キューとして一時的に記憶し、第１の検出手段でその発呼者ＩＤに対応する発呼者メールアドレスを上記第２の記憶手段から検索し、それ（さらに電話番号を受けた第２の検出手段がサービスセンタサーバ側の第１の記憶手段から後にメール中に含まれることになるコンテンツ提供者が提供するコンテンツ情報の提供者サイトＵＲＬを検索してくるので該ＵＲＬも含む）を基に携帯キャリアサーバのメール作成出力手段でメール作成してそれを出力するので、サービスセンタサーバ側に、発呼者のメールアドレスが出力されることがない。従って発呼者ＩＤや発呼者メールアドレスなどの情報が、第３者であるサービスセンタサーバ側にアクセスしてくる者（コンテンツ提供者などを含む）など携帯キャリアサーバ外部には、提示されることがなく、携帯情報端末所有者の個人情報は保護されている。尚、上記受信手段で電話番号及び発呼者ＩＤを受信して処理キューとして記憶する処理が終了した場合、受信手段と携帯情報端末の間の呼び出しが、その時に切断される（たとえばワンコールで自動的に切断される）。それによって、発呼者側では、余計な通話料が発生しないで済むことになる。

ここでコンテンツ提供者とは、本システムでサービス提供がされる者であり、携帯情報端末を所持する者が所定の提供者サイトＵＲＬを指定することによりアクセスしてくることで、アクセスした者に、提供者の登録したコンテンツ情報を提示するサービスが実施されることにより、最終的にコンテンツ提供により利益を得る者を指すことになる。

このコンテンツ提供者によって、サービスセンタサーバのコンテンツ提供者情報生成手段に対し、携帯情報端末を所持する者が得たい情報を予めコンテンツ情報として登録しておく。その際、コンテンツ提供者情報生成手段は、少なくともサービスセンタサーバ側に設定可能な、上記コンテンツ情報のインターネット上の掲載場所を示す提供者サイトＵＲＬと、特定の頭番号を含む任意の電話番号とを生成し、そのコンテンツ情報と一緒に、コンテンツ提供者情報として、第１の記憶手段に格納する。

ここで、特定の頭番号を含む任意の電話番号とは、実際に電話がかかってきた時にサービスセンタサーバがその電話を受けることが可能か否かは別として、固定電話の頭番号（050を含む）を含む番号、携帯電話の頭番号（090、080、070）を含む番号、特定のサービスを呼び出す番号（0120や116、110、119など）、以外の未だ未使用な頭番号を含む番号（記号等を含む）とし、特定のところ乃至特定のサービスに着信されない番号のことを言う。

他方、生成された任意の上記電話番号はコンテンツ提供者に提示され、コンテンツ提供者は、広く自己のコンテンツ情報へアクセスするための当該電話番号を一般に広める。この電話番号を知っている携帯情報端末所持者、すなわちユーザが、自分の携帯情報端末に該電話番号を入力することで、携帯情報端末は、対応する携帯キャリアサーバの任意の基地局に接続され、呼び出しがなされる。

この呼び出しの際、呼び出しを行った携帯情報端末から、呼び出しの電話番号と発呼者ＩＤ（携帯情報端末の電話番号）が、携帯キャリアサーバ側の受信手段に受信される。それによって、上記のように、発呼者の携帯情報端末の発呼者ＩＤと、目的の電話番号が、処理キューとして受信手段に一時的に記憶される。

この処理キューから第１の検出手段に発呼者ＩＤが渡され、該第１の検出手段により、その発呼者ＩＤに対応する発呼者メールアドレスが、上記第２の記憶手段から検索される。

他方上記処理キューから第２の検出手段に電話番号が渡され、該第２の検出手段により、サービスセンタサーバ側の第１の記憶手段から、その電話番号に対応する、コンテンツ提供者が提示したいとして登録したコンテンツ情報の掲載場所である提供者サイトＵＲＬが、該第１の記憶手段から検索される。その際、コンテンツ情報の中から携帯情報端末に掲載のできる内容の一部のコンテンツ情報も、上記提供者サイトＵＲＬと一緒に第２の検出手段に検出結果として渡される。

そして、上記メール作成出力手段は、上記第１の検出手段から、検索された発呼者メールアドレスが、また第２の検出手段から、上記提供者サイトＵＲＬ及び携帯情報端末に掲載のできる内容の一部のコンテンツ情報が、入力され、それらに基づき、メールを作成する。すなわち、メール内容として、上記電話番号をかけた、ユーザである発呼者の携帯情報端末からアクセスできるサービスセンタサーバ側のコンテンツ情報提供手段に設定された提供者サイトＵＲＬを含み、且つ該携帯情報端末に掲載のできる内容のコンテンツ情報が掲載されたものが作成される。そして、該メール作成出力手段は、そのメールを、上記発呼者メールアドレス宛に、送る。

このメールを受けた携帯情報端末には、上記コンテンツ情報の一部と所望の提供者サイトＵＲＬを含むメールが提示され、該端末を所持している発呼者が、そのメール内容を確認して、掲載された提供者サイトＵＲＬ（通常、反転表示、下線付加表示乃至網掛け表示されて何らかのボタンを押せば提供者サイトＵＲＬで指示されるホームページが表示される）を基に、提供者サイトＵＲＬで指示されるホームページにアクセスする。

サービスセンタサーバ側のコンテンツ情報提供手段は、上記のように（提供者サイトＵＲＬの特定により）外部の携帯情報端末からアクセスを受けた時に、該当する提供者サイトＵＲＬに対応するコンテンツ情報（ＵＲＬ毎にコンテンツ提供者の提供するコンテンツ情報が異なる）を第１の記憶手段から読み出して、そのアクセス元に出力する。そうすることで、該携帯情報端末は、必要とするコンテンツ情報を得ることが可能となる。

請求項２記載のコンテンツ情報提供システムの構成は、携帯キャリアサーバ側に、第３の記憶手段を別途設け、サービスセンタサーバ側の第１の記憶手段に格納されている、少なくとも各コンテンツ提供者毎の電話番号及びそれに対応する提供者サイトＵＲＬを、携帯キャリアサーバ側に新たに設けた上記第３の記憶手段に対して、同期せしめているという点で、異なる以外は、ほぼ同じ構成となる。すなわち、本実施例構成の場合、携帯キャリアサーバ側に新たに第３の記憶手段を設置すると共に、サービスセンタサーバ側の第１の記憶手段に格納されている、少なくとも各コンテンツ提供者毎の電話番号及びそれに対応する提供者サイトＵＲＬを、上記第３の記憶手段に同期させて記憶する構成が設けられ、第２の検出手段によって、上記電話番号をこの第３の記憶手段から検索して、対応する提供者サイトＵＲＬを求めて、メール作成出力手段に送るようにしていることが、上記請求項１の構成と異なっているだけで、その他の構成は同じである。第１と第３の記憶手段の上記情報が同期して格納されることで、第２の検出手段が、対応提供者サイトＵＲＬを検索する際に、その検索スピードを速くすることができ、携帯キャリアサーバ側の処理負荷を軽減することが可能となる。

請求項３の構成は、受信手段に、上記処理キューの利用ログ記憶しておく第４の記憶手段を設けることで、所定のコンテンツ情報にアクセスするために設定された電話番号にかけてきた発呼者（自分が所持する携帯情報端末で、一旦所望の電話番号に呼び出しをかけてきた者）に対して、そのコンテンツ提供者が、以後継続的にコンテンツ情報を提供できる構成を提案する。

すなわち、上記携帯キャリアサーバ側の受信手段に、処理キューの利用ログを別途記憶しておく第４の記憶手段とメール配信指令を受付ける手段を設け、サービスセンタサーバ側に各コンテンツ提供者の要求を受けてメール配信指令を出力する手段をさらに設けて、メール配信指令を出力する該手段が、コンテンツ提供者側からのメールを配信する要求及びその際メールに含むべき情報を受けた時に、該コンテンツ提供者に割り当てられた電話番号を第１の記憶手段から検索して、該電話番号を、携帯キャリアサーバ側のメール配信指令を受付ける上記手段に送信すると共に、メール配信指令を受付ける該手段により、第４の記憶手段に記憶された利用ログを元に、上記電話番号に対応付けられた１乃至複数の発呼者メールアドレスを検索し、該発呼者メールアドレス、メールに含むべき情報及びコンテンツ提供者に割り当てられた上記電話番号を携帯キャリアサーバ側の上記メール作成出力手段に出力して、該メール作成出力手段により、１乃至複数の発呼者メールアドレス宛に、上記情報及び電話番号を含むメールを出力させることを特徴としている。

請求項４の構成は、請求項３の構成により、コンテンツ提供者が、そのような発呼者（ユーザ）に対して、以後継続的にコンテンツ情報が提供できるようになった場合でも、該ユーザが欲しないときはいつでもそのような提供を停止させることができる構成を提案している。

すなわち、削除要求のある携帯情報端末の発呼者ＩＤを、削除対象となるコンテンツ提供者に割り当てられた電話番号と共に上記携帯キャリアサーバ側の受信手段に受信した場合、該受信手段は、第４の記憶手段に記憶された利用ログから、該当する発呼者ＩＤと削除対象となるコンテンツ提供者に割り当てられた電話番号との両方がある処理キューのログを削除することを特徴としている。もともと個人情報としてのメールアドレスは、携帯キャリアサーバにしか登録されていないので、個人情報が携帯キャリアサーバ以外に漏れることがなく、しかも該当する発呼者ＩＤと削除対象となるコンテンツ提供者に割り当てられた電話番号との両方がある処理キューのログが削除されてしまえば、そのような個人情報は、削除前後を問わず、漏洩されることはない。

その他、上記サービスセンタサーバがコンテンツ提供者から受けるコンテンツ情報として、クーポン情報が含まれるようにしても良い（請求項７）。

本発明の請求項１〜請求項７記載のコンテンツ情報提供システムによれば、携帯キャリアサーバ側に、自己の携帯情報端末用のメールアドレスを別個に登録できる現状においても、自分が希望する情報が得られる提供者サイトに対応する所定の電話番号に電話をかけるだけで、すなわちその相手先に電話がつながらなくても、ただその電話番号に電話をかけるだけで、（ユーザに有用なコンテンツ情報の掲載された）提供者サイトＵＲＬを含むメールが受信されて、そこに含まれる該提供者サイトＵＲＬを指示するだけで、自分が希望する情報が確実に得られるようになるという優れた効果を奏し得る。

しかも発呼者ＩＤや発呼者メールアドレスなどの情報が、携帯キャリアサーバ外部には、遺漏することがなく、携帯情報端末所有者の個人情報は保護されている。普通空メールをうつと、メール送信先に、少なくとも発呼者メールアドレスが通知されてしまうが、本構成によれば、そのような事態も生ぜず、スパムメールの温床になるような心配もない。

さらに上記受信手段と携帯情報端末の間の呼び出しは、該受信手段で電話番号及び発呼者ＩＤを受信して処理キューとして記憶する処理が終了した時に切断されるので、発呼者側では、余計な通話料が発生しないで済むことになる。

加えて、ユーザに有用なコンテンツ情報の掲載されたサイトにアクセスするのに、ＵＲＬの入力や空メールを打つ必要もなく、ユーザにとって、利便性が高くなる。

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

図１〜図１４は、本発明の一実施形態構成を示す構成説明図及びフローチャートである。

同図に示すように、本発明のコンテンツ情報提供システムは、インターネット４０を介して結ばれる、サービスセンタサーバ１０と、携帯情報端末３０の携帯キャリア側に設けられた携帯キャリアサーバ２０とにより構成されている。

該携帯キャリアサーバ２０は、各基地局にアンテナを備え、任意のアンテナで、携帯情報端末３０からの発呼（呼び出し）により、その発呼が後述する受信部２２に繋がって、通常の電話サービスや、特定のモードによるデータ送受信サービスが行われることになる。

上記のサービスセンタサーバ１０は、後述するように、コンテンツ提供者情報生成部１２と、第１の記憶部１４と、コンテンツ情報提供部１６とを備えている。

そのうち、コンテンツ提供者情報生成部１２は、本発明の構成によって特定のサービスを任意の携帯情報端末３０に提供できるコンテンツ提供者（以後加盟店等という）からの任意のコンテンツ情報を受けて、図２に示すように、各コンテンツ提供者毎（各コンテンツ提供者には、夫々のＮｏ．が付けられる）に、特定の頭番号を含む任意の電話番号及び提供者サイトＵＲＬを生成する構成である。

さらに同構成は、図２に示すように、コンテンツ提供者からの情報を受け取ると、コンテンツ提供者Ｎｏ．（コンテンツ提供者毎、或いはコンテンツ情報毎に異なる）、任意の上記ＵＲＬ、後述する任意の電話番号を生成すると共に、受信されたコンテンツ情報を格納（図２では第１の記憶部１４とは別のストレージでも良いし、或いは一緒でも良いとしている）して、指示があればいつでも読み書きが出来るように、コンテンツ情報の記憶アドレスを、一緒にして付加して、コンテンツ提供者情報を作成する。

上記提供者サイトＵＲＬは、インターネット４０上で、コンテンツ情報提供部１６により、サービスセンタサーバ１０にアクセスできるものであれば、特に限定はない。通常、ｗｗｗ．（任意の数・文字列）．（ａｂｃ）．ｊｐ等の形式をとり、（ａｂｃ）の部分が、サービスセンタサーバ１０においてコンテンツ提供者毎に得意な数・文字列で構成され、もちろん、該サービスセンタサーバ１０のコンテンツ情報提供部１６でそのアクセスを受け付け可能なものでなければならない。

また、上記電話番号は、特定の頭番号を含む任意の番号であり、実際に電話がかかってきた時にサービスセンタサーバ１０がその電話を受けることが可能か否かは別として、固定電話の頭番号（050を含む）を含む番号、携帯情報端末３０（携帯電話）の頭番号（090、080、070）を含む番号、特定のサービスを呼び出す番号（0120や116、110、119など）、以外の未だ未使用な頭番号を含む番号とし、特定のところ乃至特定のサービスに着信されない番号が良い。ここでの電話番号は、あくまで架空の電話番号であって（例えば060など）、最終的に携帯情報端末３０を所持する者が、情報を得るために、最初にアクセスために必要なだけであって、携帯情報端末３０は、後に説明するように、１乃至数コールでその接続が切れるようになっている。

尚、サービスセンタサーバ１０側に受け取られるコンテンツ情報については、外部からネットでアクセスされて受信されるようにしても良いし、サービスセンタサーバ１０側のオペレータが上記コンテンツ提供者である加盟店から情報を受けて、その者が入力するようにしても良い。

上記第１の記憶部１４は、図２に示すように、上記コンテンツ提供者情報生成部１２で生成された電話番号及びＵＲＬを、そのコンテンツ提供者から受けた上記コンテンツ情報の記憶アドレスと共に、各コンテンツ提供者毎に記憶するストレージで構成される。

上記コンテンツ情報提供部１６は、ウェブサーバ機能を有しており、ＵＲＬの特定により外部の情報端末などからアクセス要求を受けた時に、該当するＵＲＬに対応するコンテンツ情報を第１の記憶部１４から読み出して、そのアクセス元である情報端末に出力する構成である。

以上の構成は、サービスセンタサーバ１０側のコンピュータの諸資源（ＣＰＵ、ＲＯＭやＲＡＭを含む内部・外部メモリ、ＨＤＤなどのストレージデバイス、バス、その他コンピュータを構成する各種のデバイス）で構成される（複数のサーバで構成しても良い）。

他方、上記の携帯キャリアサーバ２０は、第２の記憶部２１と、受信部２２と、第１の検出部２３と、第２の検出部２４と、メール作成出力部２５とを備えている。

そのうち、上記第２の記憶部２１は、発呼者ＩＤとそれに対応する発呼者メールアドレスとを少なくとも記憶しているストレージである。ここで、発呼者ＩＤとは、携帯情報端末３０の各電話番号（又は内蔵された個々の携帯情報端末３０にユニークな特定なデータでも良い）であり、また発呼者メールアドレスは、上記発呼者ＩＤの携帯情報端末３０を有する者が登録してきた携帯情報端末３０用のメールアドレスであり、これらが対応付けられて、この第２の記憶部２１に、記憶・管理されている。従って、たとえば発呼者ＩＤが、090-1234-5678だとした場合、最初の発呼者メールアドレスは、09012345678@(携帯キャリア毎に決まる名称).ne.jpであるが、そのままにしていると、迷惑メールがどんどん送られてくるので、通常その所持者は、その携帯キャリアで、重複しない数・文字列を09012345678の部分の代わりに登録する。従って、携帯キャリアサーバ２０側には、上記発呼者ＩＤとそれに対応するその者が登録してくる数・文字列のつく発呼者メールアドレスとが、携帯情報端末３０を有する者によって、登録され、それらを関連付けて、上記第２の記憶部２１に記憶・管理している。

上記受信部２２は、アンテナや基地局などを含む携帯キャリアサーバ２０の無線接続設備の一つであって、携帯情報端末３０の発呼呼び出しに応じてルーティングされて送られてくる接続要求を受信して、その接続要求先にさらに接続する構成であって、本構成では、さらに、特定の頭番号を含む電話番号の上記接続要求を受信して、該電話番号とその要求元の発呼者ＩＤの情報を受信し、その電話番号と発呼者ＩＤを処理キューとして一時的に記憶すると共に、その電話番号は通常では受信できない、例えば060などが頭番号としてつく番号である場合に、その呼び出しを切断する機能を有している。

上記第１の検出部２３は、本実施形態構成によって、携帯キャリアサーバ２０側に備えられた構成であり、上記受信部２２で処理キューとして一時的に記憶された発呼者ＩＤを元に、上記第２の記憶部２１から、発呼者メールアドレスを検索する機能を有している。

上記第２の検出部２４は、同じく本実施形態構成によって、携帯キャリアサーバ２０側に備えられた構成であり、上記受信部２２で処理キューとして一時的に記憶された電話番号を元に、上記サービスセンタサーバ１０側の第１の記憶部１４にアクセスし、電話番号の一致するデータから対応するＵＲＬを検索する機能を有している。

上記メール作成出力部２５は、同じく本実施形態構成によって、携帯キャリアサーバ２０側に備えられた構成であり、上記処理キューに従って、第２の検出部２４で検索されたＵＲＬを例えばその文中に含むメール文を作成し、第１の検出部２３で検索された発呼者メールアドレスに対し、そのメールを出力する機能を有している。

以上の構成も、携帯キャリアサーバ２０側のコンピュータの諸資源（ＣＰＵ、ＲＯＭやＲＡＭを含む内部・外部メモリ、ＨＤＤなどのストレージデバイス、バス、その他コンピュータを構成する各種のデバイス）で構成される（複数のサーバで構成しても良い）。

以上の実施形態構成において、一応図２に示したコンテンツ情報の提供により、コンテンツ提供者情報生成部１２によるコンテンツ提供者情報の生成がなされ、第１の記憶部１４に該情報が記憶されているものとして、以下本実施形態構成の作用につき説明する。

まず、コンテンツ提供者が、自分のコンテンツ情報をサービスセンタサーバ１０側に登録された際、自分に割り当てられた仮の電話番号について、その際に同時に割り当てられた提供者サイトＵＲＬによりアクセスできるコンテンツ情報がどのような内容のものであるかといったことを示しながら、一般に周知せしめる。

そしてそのような情報を見聞きした携帯情報端末３０を所持する者が、自分が得たいと思ったコンテンツ情報にたどり着ける電話番号に、発呼する(電話をかける)。

すると、図１に示すように、携帯キャリアサーバ２０側の受信部２２は、その呼び出し要求を受信し、該呼び出し要求に含まれる上記電話番号とその携帯情報端末３０の発呼者ＩＤ（携帯情報端末３０の電話番号）の情報を抽出して、その電話番号と発呼者ＩＤを処理キューとして一時的に記憶する。

その後、該処理キューに含まれる発呼者ＩＤを第１の検出部２３に送り、また同じく処理キューに含まれる電話番号を第２の検出部２４に送る。

また上記処理キューが記憶された段階で、図３に示すように、受信部２２は、携帯情報端末３０の呼び出し要求を切断する。

同じく図３に示すように、第１の検出部２３により、その発呼者ＩＤに対応する発呼者メールアドレスを、第２の記憶部２１から検索し、読み出す。

他方図４に示すように、第２の検出部２４により、上記処理キューとして一時的に記憶された電話番号を元に、上記サービスセンタサーバ１０側の第１の記憶部１４にアクセスし、電話番号の一致するデータから対応するＵＲＬを検索する。

そして、上記発呼者メールアドレスとＵＲＬとは、図５に示すように、第１の検出部２３及び第２の検出部２４から、メール作成部２５に送られる。さらに図６に示すように、該メール作成部２５により、第２の検出部２４で検索されたＵＲＬを、その文中に含むメール文を作成し、第１の検出部２３で検索された発呼者メールアドレスを指定して、作成されたメールを出力する。

このメールを受け取った携帯情報端末３０では、図７に示すように、メール内容に上記提供者サイトＵＲＬ（図面ではhttp://www.ocm.jp/00000）を含むものが画面表示される。

次にこのメールを受け取った携帯情報端末３０の所持者は、そこに表示されたＵＲＬを該携帯情報端末３０上で指定して、図８に示すように、インターネット４０を介して、サービスセンタサーバ１０側に接続要求を携帯キャリアサーバ２０に出力する。ここでは、携帯キャリアサーバ２０のインターネット４０接続機能を使用して、サービスセンタサーバ１０側のコンテンツ情報提供部１６に設定された該当する提供者サイトＵＲＬに、接続される。

ここで、コンテンツ情報提供部１６は、図９に示すように、第１の記憶部１４に対して、該当するＵＲＬを検索し、そこから対応するコンテンツ情報の記憶されたアドレスを引き出し、さらにそのアドレスから、格納されたコンテンツ情報を読み出す。

そして、該コンテンツ情報提供部１６は、図１０に示すように、接続要求元の携帯情報端末３０に向けて、インターネット４０及び携帯キャリアサーバ２０を介して、そのコンテンツ情報を配信する。

図１１は、サービスセンタサーバ１０に、コンテンツ提供者が自分のクライアントコンピュータ（図示無し）を用いて直接アクセスし、又はコンテンツ提供者からそのコンテンツ情報を受け取ったオペレータがアクセスすることで、サービスセンタサーバ１０側に、そのコンテンツ情報を登録する際に該サーバ１０側で実施されるコンテンツ提供者情報生成の処理フローを示すフローチャートである。

同図に示すように、サービスセンタサーバ１０のコンテンツ提供者情報生成部１２が、任意のコンテンツ情報を受信する（ステップＳ１００）。すると、図２に示すように、そのコンテンツ情報は、所定のストレージに格納される（ステップＳ１０２）。そして、コンテンツ提供者Ｎｏ．を採番しながら、任意のＵＲＬ及び任意の電話番号を生成するコンテンツ提供者情報生成処理を行う（ステップＳ１０４）。そして、ＵＲＬが生成されたか否か（ステップＳ１０６)、電話番号が生成されたか否か（ステップＳ１０８)及び上記コンテンツ情報の格納されたアドレスがコンテンツ提供者情報に一緒に取り込まれたか否か（ステップＳ１１０)がチェックされ、否の場合（ステップＳ１０６、ステップＳ１０８及びステップＳ１１０；Ｎ)、上記ステップＳ１０４に戻る。反対に生成乃至取込が完了した場合（ステップＳ１０６、ステップＳ１０８及びステップＳ１１０；Ｙ)、次のステップに進む。最後に、コンテンツ提供者情報を第１の記憶部１４に記憶する（ステップＳ１１２）。

図１２は、携帯情報端末３０から電話がかけられた場合の携帯キャリアサーバ２０の受信部２２における処理フローを示すフローチャートである。該受信部２２では、常に呼び出しがあるか否かがチェックされ（ステップＳ２００）、呼び出しがある場合には（ステップＳ２００；Ｙ）、かかってきた携帯情報端末３０から、接続先である電話番号（例えば060-9876-5432）と接続元である携帯情報端末３０の固有な発呼者ＩＤ（例えば090-1234-5678）とを取得する（ステップＳ２０２）。呼び出しがない場合には（ステップＳ２００；Ｎ）、その処理から抜け、一定時間毎に上記チェックを繰り返す。

上記電話番号と発呼者ＩＤとを取得した後、一時的に、これらの情報を、処理キューとして受信部２２に記憶する（ステップＳ２０４）。

図１３は、上記受信部２２で処理キューが一旦作製された後の携帯キャリアサーバ２０における処理フローを示している。

同図、図１、図３〜図６に示すように、上記処理キューの発呼者ＩＤは、第１の検出部２３に送られる（ステップＳ３００）。この第１の検出部２３は、第２の記憶部２１にアクセスして該発呼者ＩＤに対応する発呼者メールアドレスを検索し、メール作成出力部２５に送る（ステップＳ３０２）。

ここでメール作成出力部２５において、発呼者メールアドレスが該メール作成出力部２５に取得されたか否かがチェックされる（ステップＳ３０６）。取得されていなければ（ステップＳ３０６；Ｎ）、上記ステップＳ３００に復帰する。

反対に、発呼者メールアドレスが該メール作成出力部２５に取得された場合（ステップＳ３０６；Ｙ）、後述するステップＳ３１６以降のメール作成出力部２５におけるメール作成出力処理に移行する。

他方、上記処理キューの電話番号は、第２の検出部２４に送られる（ステップＳ３０８）。この第２の検出部２４は、サービスセンタサーバ１０側の第１の記憶部１４にアクセスして該電話番号に対応するＵＲＬを検索し（ステップＳ３１０）、検索されたＵＲＬをメール作成出力部２５に送る（ステップＳ３１２）。

ここでメール作成出力部２５において、ＵＲＬが該メール作成出力部２５に取得されたか否かがチェックされる（ステップＳ３１４）。取得されていなければ（ステップＳ３１４；Ｎ）、上記ステップＳ３０８に復帰する。

反対に、ＵＲＬが該メール作成出力部２５に取得された場合（ステップＳ３１４；Ｙ）、後述するステップＳ３１６以降のメール作成出力部２５におけるメール作成出力処理に移行する。

上記ステップＳ３０６及びＳ３１４でチェック後、上記メール作成出力部２５で上記ＵＲＬをメール内容に含む（図７参照）メール文が作成される（ステップＳ３１６）。

そして、第１の検出部２３で得られた発呼者メールアドレス宛に、作成されたメールが出力される（ステップＳ３１８）。

その後、受信部２２における対応する処理キューは削除される（ステップＳ３２０）。

その後他の処理キューが受信部２２に残っているか否かがチェックされる（ステップＳ３２２）。残っていれば（ステップＳ３２２；Ｙ）、上記ステップＳ３００及びＳ３０８に復帰する。

反対に処理キューが受信部２２に残っていなければ（ステップＳ３２２；Ｎ）、上記処理フローは、終了する。

図１４は、コンテンツセンタサーバ１０側のコンテンツ情報提供部１６に対して、携帯キャリアサーバ２０及びインターネット４０を介し、携帯情報端末３０で提供者サイトＵＲＬが指定されて、情報提供者の所定のサイトがアクセスされた場合の、コンテンツ情報提供部１６の処理フローを示すフローチャートである。ここでは、同図の他、図８〜図１０についても参照することで、処理フローが良くわかる。

これらの図面に示すように、コンテンツセンタサーバ１０側のコンテンツ情報提供部１６では、常に、インターネット４０を介して外部から、提供者サイトＵＲＬが指定されて、アクセス要求があるか否かがチェックされる（ステップＳ４００）。

アクセス要求がない場合には（ステップＳ４００；Ｎ）、その処理から抜け、一定時間毎に上記チェックを繰り返す。

反対にアクセス要求がある場合には（ステップＳ４００；Ｙ）、その要求と共に提供者サイトＵＲＬをコンテンツ情報提供部１６で受けて（ステップＳ４０２）、携帯キャリアサーバ２０側のグローバルＩＰアドレスはコンテンツ情報提供部１６にホールドされ、セッションはつながっている状態になる（図示無し）。

次にコンテンツ情報提供部１６は、第１の記憶部１４にアクセスし、上記提供者サイトＵＲＬに対応するコンテンツ情報が記憶されたアドレスを検索する（ステップＳ４０４）。

そして、その記憶アドレスを元に、ストレージに記憶されたコンテンツ情報を、コンテンツ情報提供部１６側に読み出す（ステップＳ４０６）。

さらに、コンテンツ情報提供部１６は、セッションのつながっている上記グローバルＩＰアドレスを基に、コンテンツ情報を、インターネット４０へ出力する（ステップＳ４０８）。携帯情報端末３０は、上記コンテンツ情報を、携帯キャリアサーバ２０を介して、受信する（図示無し）。

以後上記ステップＳ４００に復帰し、以上の処理を繰り返す。

以上の本実施形態構成によれば、上記携帯キャリアサーバ２０の第２の記憶部２１が、発呼者ＩＤとこれに対応する発呼者メールアドレスとを記憶・管理しており、且つ携帯キャリアサーバ２０の受信部２２が携帯情報端末３０の呼び出しで発呼者の携帯情報端末３０から、目的の電話番号及び発呼者ＩＤを受信して処理キューとして一時的に記憶し、第１の検出部２３でその発呼者ＩＤに対応する発呼者メールアドレスを上記第２の記憶部２１から検索し、さらに電話番号を受けた第２の検出部２４がサービスセンタサーバ１０側の第１の記憶部１４から後にメール中に含まれることになるコンテンツ提供者が提供するコンテンツ情報の提供者サイトＵＲＬを検索してきており、さらに上記発呼者メールアドレスと提供者サイトＵＲＬを基に、携帯キャリアサーバ２０のメール作成出力部２５でメールを作成して、それを出力するので、サービスセンタサーバ１０側に、発呼者のメールアドレスが出力されることがない。従って発呼者ＩＤや発呼者メールアドレスなどの情報が、第３者であるサービスセンタサーバ１０側にアクセスしてくる者（コンテンツ提供者などを含む）など携帯キャリアサーバ２０外部には、漏洩されることがなく、携帯情報端末３０所有者の個人情報は保護されている。

また上記受信部２２で電話番号及び発呼者ＩＤを受信して処理キューとして記憶する処理が終了した場合、受信部２２と携帯情報端末３０の間の呼び出しが、その時に切断される（たとえばワンコールで自動的に切断される）。それによって、発呼者側では、余計な通話料が発生しないで済むことになる。

上記のようにしてコンテンツ提供者情報生成部１２により生成された任意の上記電話番号はコンテンツ提供者に提示され、コンテンツ提供者は、広く自己のコンテンツ情報へアクセスするための当該電話番号を一般に広められる。この電話番号を知っている携帯情報端末３０所持者、すなわちユーザが、自分の携帯情報端末３０に、知りたい情報が得られるサイト先の電話番号として該番号を入力することで、該携帯情報端末３０は、対応する携帯キャリアサーバ２０の任意の基地局に接続され、呼び出しがなされる。

この呼び出しの際、呼び出しを行った携帯情報端末３０から、呼び出しの電話番号と発呼者ＩＤが、携帯キャリアサーバ２０側の受信部２２に受信される。それによって、上記のように、発呼者の携帯情報端末３０の発呼者ＩＤと、目的の電話番号が、処理キューとして受信部２２に一時的に記憶される。

この処理キューから第１の検出部２３に発呼者ＩＤが渡され、該第１の検出部２３により、その発呼者ＩＤに対応する発呼者メールアドレスが、上記第２の記憶部２１から検索される。

他方上記処理キューから第２の検出部２４に電話番号が渡され、該第２の検出部２４により、サービスセンタサーバ１０側の第１の記憶部１４から、その電話番号に対応する、コンテンツ提供者が提示したいとして登録したコンテンツ情報の掲載場所である提供者サイトＵＲＬが、該第１の記憶部１４から検索される。その際、コンテンツ情報の中から携帯情報端末３０に掲載のできる内容の一部のコンテンツ情報も、上記提供者サイトＵＲＬと一緒に第２の検出部２４に検出結果として渡される。

そして、上記メール作成出力部２５は、上記第１の検出部２３から、検索された発呼者メールアドレスが、また第２の検出部２４から、上記提供者サイトＵＲＬ及び携帯情報端末３０に掲載のできる内容の一部のコンテンツ情報が、入力され、それらに基づき、メールを作成する。すなわち、メール内容として、上記電話番号をかけた、ユーザである発呼者の携帯情報端末３０からアクセスできるサービスセンタサーバ１０側のコンテンツ情報提供部１６に設定された提供者サイトＵＲＬを含み、且つ該携帯情報端末３０に掲載のできる内容のコンテンツ情報が掲載されたものが作成される。そして、該メール作成出力部２５は、そのメールを、上記発呼者メールアドレス宛に、送る。

このメールを受けた携帯情報端末３０には、上記コンテンツ情報の一部と所望の提供者サイトＵＲＬを含むメールが提示され、該端末３０を所持している発呼者が、そのメール内容を確認して、掲載された提供者サイトＵＲＬを基に、提供者サイトＵＲＬで指示されるホームページにアクセスする。

サービスセンタサーバ１０側のコンテンツ情報提供部１６は、上記のように（提供者サイトＵＲＬの特定により）外部の携帯情報端末３０からアクセスを受けた時に、該当する提供者サイトＵＲＬに対応するコンテンツ情報を第１の記憶部１４から読み出して、そのアクセス元に出力する。そうすることで、該携帯情報端末３０は、必要とするコンテンツ情報を得ることが可能となる。

以上のように、携帯キャリアサーバ２０側に、自己の携帯情報端末３０用のメールアドレスを別個に登録できる現状においても、自分が希望する情報が得られる提供者サイトに対応する所定の電話番号に電話をかけるだけで、すなわちその相手先に電話がつながらなくても、ただその電話番号に電話をかけるだけで、ユーザに有用なコンテンツ情報の掲載された提供者サイトＵＲＬを含むメールが受信されて、そこに含まれる該提供者サイトＵＲＬを指示するだけで、確実に自分が希望する情報が得られるようになるという優れた効果を奏し得る。

しかも発呼者ＩＤや発呼者メールアドレスなどの情報が、携帯キャリアサーバ２０外部には遺漏することがなく、携帯情報端末３０所有者の個人情報は保護される。普通空メールをうつと、メール送信先に、少なくとも発呼者メールアドレスが通知されてしまうが、本実施形態構成によれば、そのような事態も生ぜず、スパムメールの温床になるような心配もない。

さらに上記受信部２２と携帯情報端末３０の間の呼び出しは、該受信部２２で電話番号及び発呼者ＩＤを受信して処理キューとして記憶する処理が終了した時に切断されるので、ユーザである発呼者側には、余計な通話料が発生しないで済む。

加えて、ユーザに有用なコンテンツ情報の掲載されたサイトにアクセスするのに、ＵＲＬの入力や空メールを打つ必要もなく、ユーザにとって、利便性が高くなる。

図１５及び図１６は、本願構成の他の実施形態構成を示す説明図である。これらの図面に示される実施例２の構成と上記実施例１の構成とは、サービスセンタサーバ１０側の第１の記憶部１４に格納されている、少なくとも各コンテンツ提供者毎の電話番号及びそれに対応する提供者サイトＵＲＬを、携帯キャリアサーバ２０側に新たに設けた第３の記憶部２６に対して、同期せしめているという点で、異なる以外は、ほぼ同じ構成となる。

すなわち、本実施例構成の場合、携帯キャリアサーバ２０側に新たに第３の記憶部２６を設置すると共に、サービスセンタサーバ１０側の第１の記憶部１４に格納されている、少なくとも各コンテンツ提供者毎の電話番号及びそれに対応する提供者サイトＵＲＬを、上記第３の記憶部２６に同期させて記憶する構成が設けられ、第２の検出部２４によって、上記電話番号をこの第３の記憶部２６から検索して、対応する提供者サイトＵＲＬを求めて、メール作成出力部２５に送るようにしていることが、上記実施例１の構成と異なっているだけで、その他の構成は同じである。第１と第３の記憶部１４及び２６の上記情報が同期して格納されることで、第２の検出部２４が、対応提供者サイトＵＲＬを検索する際に、その検索スピードを速くすることができ、携帯キャリアサーバ２０側の処理負荷を軽減することが可能となる。

上記図１５では、第２の検出部２４が、処理キューから得られた電話番号を元に、上記第３の記憶部２６に対して該電話番号に対応している提供者サイトＵＲＬを検索している状態が示されている。

また図１６では、実施例１とほぼ同じように、第１の検出部２３で検索された発呼者メールアドレスが、また第２の検出部２４で検索された提供者サイトＵＲＬが、夫々、メール作成出力部２５に送られる状態が示されている。

これらの図面では、上記第１の記憶部１４と第３の記憶部２６の同期と、第２の検出部２４による検索処理が異なる点以外、実施例１の構成の処理と同じになるので、他の処理については、その詳細は省略した。

次に本願発明の３つ目の実施形態構成につき説明する。図１７〜図２１は、請求項３に係る実施例構成を、また図２２〜図２４は、請求項４に係る実施例構成を、説明している。

まず、請求項３に係る実施例構成であるが、上記図面に示されているように、携帯キャリアサーバ２０側の受信部２２に、上記処理キューの利用ログ記憶しておく第４の記憶部２７を設けることで、所定のコンテンツ情報にアクセスするために設定された電話番号にかけてきた発呼者（自分が所持する携帯情報端末３０で、一旦所望の電話番号に呼び出しをかけてきた者）に対して、そのコンテンツ提供者が、以後継続的にコンテンツ情報を提供できる構成である。

すなわち、上記携帯キャリアサーバ２０側の受信部２２に、処理キューの利用ログを別途記憶しておく第４の記憶部２７とメール配信指令を受付ける指令受信部２８を設け、サービスセンタサーバ１０側に各コンテンツ提供者の要求を受けてメール配信指令を出力する指令出力部１８をさらに設けて、メール配信指令を出力する該指令出力部１８が、コンテンツ提供者側からのメールを配信する要求及びその際メールに含むべき情報を受けた時に、該コンテンツ提供者に割り当てられた電話番号を第１の記憶部１４から検索して、該電話番号を、携帯キャリアサーバ２０側のメール配信指令を受付ける上記指令受信部２８に送信すると共に、メール配信指令を受付ける該指令受信部２８により、第４の記憶部２７に記憶された利用ログを元に、上記電話番号に対応付けられた１乃至複数の発呼者メールアドレスを検索し、該発呼者メールアドレス、メールに含むべき情報及びコンテンツ提供者に割り当てられた上記電話番号を携帯キャリアサーバ２０側の上記メール作成出力部２５に出力して、該メール作成出力部２５により、１乃至複数の発呼者メールアドレス宛に、上記情報及び電話番号を含むメールを出力させるようにしている。

図１７では、コンテンツ提供者から、サービスセンタサーバ１０の指令出力部１８に対し、自分の提供者サイトＵＲＬにアクセスしたことのある携帯情報端末ユーザに対し、メールを配信する要求とそのメールに含まれる情報を送信した場合の、上記サービスセンタサーバ１０側における指令出力部１８と第１の記憶部１４との間の処理を示している。

同図に示すように、上記メール配信要求とメールに含むべき情報を指令出力部１８が受信した際、同時に該指令出力部１８は、コンテンツ提供者からコンテンツ提供者のＩＤ＿Ｎｏ．を一緒に受信する。このＩＤ＿Ｎｏ．を元に、指令出力部１８は、第１の記憶部１４から、上記コンテンツ提供者情報中の同じＮｏ．に対応して記憶された電話番号を検索する。

続いて、図１８に示すように、指令出力部１８は、以上のようにして得られた提供者サイトＵＲＬに対応している電話番号と、メールに含まれるべき内容として受信した情報とを、携帯キャリアサーバ２０側の指令受信部２８に送信する。

これを受信した指令受信部２８は、第４の記憶部２７にアクセスし、上記受信した電話番号を元に、利用ログの中から、この電話番号にかけてきた携帯情報端末３０の発呼者ＩＤを検索し、検索された１乃至複数の発呼者ＩＤを第１の検出部２３に渡す。

すると、第１の検出部２３は、図１９に示すように、これらの発呼者ＩＤを元に、第２の記憶部２１を検索し、夫々の発呼者ＩＤに対応する１乃至複数の発呼者メールアドレスを検出する。

そして、図２０に示すように、第１の検出部２３は、上記のようにして検索された上記発呼者ＩＤに対応する１乃至複数の発呼者メールアドレスを、メール作成出力部２５に送る。同様に、指令受信部２８は、上記のようにして受信した電話番号とメールに含むべき情報を、同じくメール作成出力部２５に送る。

これらの情報、電話番号、及び１乃至複数の発呼者メールアドレスを受け取ったメール作成出力部２５は、メール文に、上記情報を含み、且つ提供者サイトに最終的につなげることが可能な電話番号を、その文中に含むメールを作成する。さらに該メールは、あて先（出力先）に、１乃至複数の発呼者メールアドレスを指定する１乃至複数のメールとする。

最後に図２１に示すように、該メール作成出力部２５は、上記のようにして作成したメールを、１乃至複数の発呼者メールアドレスで指定された携帯情報端末３０に出力する。

以上のようにして、利用ログに上記電話番号に電話のかけたことのある履歴の残された各携帯情報端末３０には、上記電話番号を含むメールが配信される。

従って、以上のメールを受信した携帯情報端末３０では、そのメール内容に、興味があれば（以前に興味を持って少なくとも１度はかけているので多くの場合興味があると推測される）、その電話番号に電話をかけるので、上記実施例１又は２に示されたような手順で、この電話番号に電話をかけ（多くの場合ワンコールで足りる）、自動的に切断された後、しばらくして再び送られてくるメールに含まれる提供者サイトＵＲＬにアクセスすることで、希望するコンテンツ情報を得ることができる。

以上の構成では、最低一度は、提供者サイトＵＲＬを介して、興味を抱いたコンテンツ情報の掲載されたサイトにアクセスしているので、再び同種の興味を抱いて、受信されたメールの中に記載されている電話番号に、その携帯情報端末３０からかける可能性が高く、例えば本構成を任意のサービスなどの情報提供用に使用すれば、そのサイト誘導率は非常に高いものとなる。

他方、ユーザによっては、そのようなメールの受信が迷惑だと考える者もいるので、図２２〜図２４に示すように、メール配信削除を要請してきた携帯情報端末３０がある場合は、第４の記憶部２７に記憶された利用ログから、該当する該携帯情報端末３０の発呼者ＩＤと電話番号の両方があるログデータを、受信部２２によって、削除することができる構成としている。

すなわち、上記のようにしてコンテンツ提供者側から、一乃至数度アクセスしたことのある携帯情報端末３０の保持者に、上記のような趣旨で情報提供用のメールが夫々に送られた場合、そのようなメールが欲しくないユーザがいるかもしれない。

送られたメールが気に入らず、自分の携帯情報端末３０で、そのようなメール配信をやめてもらうよう、削除要求を出す場合、以下のように処理される。すなわち、メールに含まれる電話番号に電話をかけてメール配信の削除要求を出す時は、図２２に示すように、その発信を携帯キャリアサーバ２０の受信部２２で受ける。その際、そのような削除要求を出した携帯情報端末３０から、その電話番号と発呼者ＩＤを一緒に受信する。

次に、図２３に示すように、受信部２２は、第４の記憶部２７に記憶された利用ログの中から、受信した電話番号と発呼者ＩＤの両方の合致するログデータを検索し、該利用ログから削除する。

図２４は、第４の記憶部２７に記憶された利用ログの中から、受信した電話番号と発呼者ＩＤの両方の合致するログデータを検索し、該利用ログから削除する様子の一つの形態を示している。ここに示された状態は、発呼者ＩＤとして090-1234-5678を有する携帯情報端末３０から、配信内容に、060-222-3333を含むメール配信を、止めるよう配信削除の要求がなされた場合（例えば携帯情報端末３０の表示画面上にメール配信を止めるためのアイコンなどが表示され、それをクリックするなど）、その要求を受けた受信部２２は、第４の記憶部２７の利用ログの中から該当するログデータ（電話番号：060-222-3333で且つ発呼者ＩＤ：090-1234-5678のログデータ）を検索して、それらのログデータを該利用ログから削除する。

そうすることによって、以後、利用ログに上記電話番号に電話のかけたことのある履歴の残された各携帯情報端末３０に上記電話番号を含むメールを配信することが停止させることが可能となり、このようなメールが欲しくない携帯情報端末ユーザに迷惑をかけることもなくなる。

尚、本発明のコンテンツ情報提供システムは、上述の図示例にのみ限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更を加え得ることは勿論である。たとえば、本実施形態構成の最初の利用に当たって、携帯情報端末３０が受信部２２にアクセスしてきた場合、以後実施例３のような同種情報の配信を自動的に行っても良いかなどの確認を、その最初の時点で、該携帯情報端末３０保持者に承諾を取っておく構成を付加しておくと良い。

本発明のコンテンツ情報提供システムは、色々な利用場面があり、携帯情報端末を保持する者が、携帯キャリア以外のものに、自己の個人情報が漏洩しないようにして、いつでもどこでも得たい情報を得ることができる特徴があり、その利用可能性としては、例えば広告用や、メールマーケティング用などの、色々な利用の仕方が想定される。

本発明の一実施形態構成を示す構成説明図である。 コンテンツ提供者情報生成部１２によるコンテンツ提供者情報生成処理及び第１の記憶部１４への記憶処理の説明図である。 同じく本発明の上記実施形態構成による処理の流れを示す説明図である。 同じく本発明の上記実施形態構成による処理の流れを示す説明図である。 同じく本発明の上記実施形態構成による処理の流れを示す説明図である。 同じく本発明の上記実施形態構成による処理の流れを示す説明図である。 携帯情報端末３０でメールの受信をした際の端末３０の表示画面構成を示す説明図である。 同じく本発明の上記実施形態構成による処理の流れを示す説明図である。 同じく本発明の上記実施形態構成による処理の流れを示す説明図である。 同じく本発明の上記実施形態構成による処理の流れを示す説明図である。 コンテンツ提供者情報生成部１２によるコンテンツ提供者情報生成処理及び第１の記憶部１４への記憶処理に係る処理の流れを示すフローチャートである。 受信部２２による受信処理の処理の流れを示すフローチャートである。 携帯キャリアサーバ２０における処理キューの処理の流れを示すフローチャートである。 サービスセンタサーバ１０におけるコンテンツ情報提供処理の流れを示すフローチャートである。 実施例２に係る実施形態構成を示す構成説明図である。 上記実施例２の処理の流れの続きを示す説明図である。 実施例３に係る実施形態構成を示す構成説明図である。 同じく本発明の上記実施形態構成による処理の流れを示す説明図である。 同じく本発明の上記実施形態構成による処理の流れを示す説明図である。 同じく本発明の上記実施形態構成による処理の流れを示す説明図である。 同じく本発明の上記実施形態構成による処理の流れを示す説明図である。 上記実施例構成で、携帯情報端末３０からのメール配信削除要請がある場合の処理の流れを示す説明図である。 同じく上記実施例構成で、携帯情報端末３０からのメール配信削除要請がある場合の続きの処理の流れを示す説明図である。 第４の記憶部２７における利用ログで該当するログデータが検索された場合の処理の詳細を示す説明図である。

符号の説明

１０ サービスセンタサーバ
１２ コンテンツ提供者情報生成部
１４ 第１の記憶部
１６ コンテンツ情報提供部
１８ 指令出力部
２０ 携帯キャリアサーバ
２１ 第２の記憶部
２２ 受信部
２３ 第１の検出部
２４ 第２の検出部
２５ メール作成出力部
２６ 第３の記憶部
２７ 第４の記憶部
２８ 指令受信部
３０ 携帯情報端末
４０ インターネット

Claims (7)

1. サービスセンタサーバと携帯キャリアサーバとを含むコンテンツ情報提供システムであって、
   上記サービスセンタサーバは、
   コンテンツ提供者からの任意のコンテンツ情報を受けて、各コンテンツ提供者毎に、特定の頭番号を含む任意の電話番号及びＵＲＬを生成するコンテンツ提供者情報生成手段と、
   上記コンテンツ提供者情報生成手段で生成された電話番号及びＵＲＬを、そのコンテンツ提供者から受けた上記コンテンツ情報と共に、各コンテンツ提供者毎に記憶する第１の記憶手段と、
   ＵＲＬの特定により外部からアクセスを受けた時に、該当するＵＲＬに対応するコンテンツ情報を第１の記憶手段から読み出して、そのアクセス元に出力するコンテンツ情報提供手段とを備えており、
   また上記携帯キャリアサーバは、
   発呼者ＩＤとそれに対応する発呼者メールアドレスとを少なくとも記憶する第２の記憶手段と、
   特定の頭番号を含む電話番号の呼び出しを受けて、該電話番号と発呼者ＩＤの情報を受信し、その電話番号と発呼者ＩＤを処理キューとして一時的に記憶すると共に、その呼び出しを切断する受信手段と、
   上記受信手段で処理キューとして一時的に記憶された発呼者ＩＤを元に、上記第２の記憶手段から、発呼者メールアドレスを検索する第１の検出手段と、
   同じく上記受信手段で処理キューとして一時的に記憶された電話番号を元に、上記サービスセンタサーバ側の第１の記憶手段にアクセスし、対応するＵＲＬを検索する第２の検出手段と、
   上記処理キューに従って、第２の検出手段で検索されたＵＲＬを含むメール文を作成し、第１の検出手段で検索された発呼者メールアドレスに対し、そのメールを出力するメール作成出力手段と
   を備えることを特徴とするコンテンツ情報提供システム。
2. サービスセンタサーバと携帯キャリアサーバとを含むコンテンツ情報提供システムであって、
   上記サービスセンタサーバは、
   コンテンツ提供者からの任意のコンテンツ情報を受けて、各コンテンツ提供者毎に、特定の頭番号を含む任意の電話番号及びＵＲＬを生成するコンテンツ提供者情報生成手段と、
   上記コンテンツ提供者情報生成手段で生成された電話番号及びＵＲＬを、そのコンテンツ提供者から受けた上記コンテンツ情報と共に、各コンテンツ提供者毎に記憶する第１の記憶手段と、
   ＵＲＬの特定により外部からアクセスを受けた時に、該当するＵＲＬに対応するコンテンツ情報を第１の記憶手段から読み出して、そのアクセス元に出力するコンテンツ情報提供手段とを備えており、
   また上記携帯キャリアサーバは、
   発呼者ＩＤとそれに対応する発呼者メールアドレスとを少なくとも記憶する第２の記憶手段と、
   上記サービスセンタサーバ側の第１の記憶手段に記憶されている、少なくとも各コンテンツ提供者毎の電話番号及びそれに対応するＵＲＬを、この第１の記憶手段と同期させて、記憶する第３の記憶手段と、
   特定の頭番号を含む電話番号の呼び出しを受けて、該電話番号と発呼者ＩＤの情報を受信し、その電話番号と発呼者ＩＤを処理キューとして一時的に記憶すると共に、その呼び出しを切断する受信手段と、
   上記受信手段で処理キューとして一時的に記憶された発呼者ＩＤを元に、上記第２の記憶手段から、発呼者メールアドレスを検索する第１の検出手段と、
   同じく上記受信手段で処理キューとして一時的に記憶された電話番号を元に、上記第３の記憶手段にアクセスし、対応するＵＲＬを検索する第２の検出手段と、
   上記処理キューに従って、第２の検出手段で検索されたＵＲＬを含むメール文を作成し、第１の検出手段で検索された発呼者メールアドレスに対し、そのメールを出力するメール作成出力手段と
   を備えることを特徴とするコンテンツ情報提供システム。
3. 上記携帯キャリアサーバ側の受信手段に、処理キューの利用ログを別途記憶しておく第４の記憶手段とメール配信指令を受付ける手段を設け、サービスセンタサーバ側に各コンテンツ提供者の要求を受けてメール配信指令を出力する手段をさらに設けて、メール配信指令を出力する該手段が、コンテンツ提供者側からのメールを配信する要求及びその際メールに含むべき情報を受けた時に、該コンテンツ提供者に割り当てられた電話番号を第１の記憶手段から検索して、該電話番号を、携帯キャリアサーバ側のメール配信指令を受付ける上記手段に送信すると共に、メール配信指令を受付ける該手段により、第４の記憶手段に記憶された利用ログを元に、上記電話番号に対応付けられた１乃至複数の発呼者メールアドレスを検索し、該発呼者メールアドレス、メールに含むべき情報及びコンテンツ提供者に割り当てられた上記電話番号を携帯キャリアサーバ側の上記メール作成出力手段に出力して、該メール作成出力手段により、１乃至複数の発呼者メールアドレス宛に、上記情報及び電話番号を含むメールを出力させることを特徴とする請求項１又は２記載のコンテンツ情報提供システム。
4. 削除要求のある携帯情報端末の発呼者ＩＤを、削除対象となるコンテンツ提供者に割り当てられた電話番号と共に上記携帯キャリアサーバ側の受信手段に受信した場合、該受信手段は、第４の記憶手段に記憶された利用ログから、該当する発呼者ＩＤと削除対象となるコンテンツ提供者に割り当てられた電話番号との両方がある処理キューのログを削除することを特徴とする請求項３記載のコンテンツ情報提供システム。
5. 上記サービスセンタサーバがコンテンツ提供者から受けたコンテンツ情報として、その一部に、メール作成出力手段で作成されるメール文に含まれる内容を含み、第２の検出手段が検索して引き出してくるＵＲＬの他に、上記内容のコンテンツ情報を一緒に検索結果として出力することを特徴とする請求項１〜４いずれか１つに記載のコンテンツ情報提供システム。
6. 上記コンテンツ提供者情報生成手段で生成される、特定の頭番号を含む任意の電話番号は、実際に電話がかかってきた時にサービスセンタサーバがその電話を受けることが可能か否かは別として、固定電話の頭番号を含む番号、携帯電話の頭番号を含む番号、特定のサービスを呼び出す番号、以外の未だ未使用な頭番号を含む番号とし、特定のところ乃至特定のサービスに着信されない番号であることを特徴とする請求項１〜５いずれか１つに記載のコンテンツ情報提供システム。
7. 上記サービスセンタサーバがコンテンツ提供者から受けるコンテンツ情報として、クーポン情報を含むことを特徴とする請求項１〜６いずれか１つに記載のコンテンツ情報提供システム。

Images