JP2004180063A - オートコールシステムおよびこれに用いるサーバ装置、データ配信方法、データ配信プログラム - Google Patents

Abstract

【課題】ユーザからの要求と関係なく能動的に動作するコンテンツ配信システムを提供し、より多様なサービスを提供できるようにする。
【解決手段】第１のクライアント端末（携帯電話）２００が元々備えている通話機能を利用してタレントの話者音声をコンテンツＤＢ２に録音し、それをマシンコールサーバ９がＩＶＲ１０から公衆回線５０３を通じて１以上のコンテンツ利用者（第２のクライアント端末３００）に自動的に配信するようにすることにより、コンテンツ利用者が最初に個人属性を個人属性ＤＢ６に登録しておけば、その後はコンテンツ配信サーバ１００に対して何らアクセスを行わなくても、登録した属性情報に合致するタレントのメッセージが自動的に配信されてくるようにするとともに、電子メールのようにユーザがメールサーバに一々アクセスするような手間も略くことができるようにする。
【選択図】 図１

Description

【０００１】
【発明の属する技術分野】
本発明はオートコールシステムおよびこれに用いるサーバ装置、データ配信方法、データ配信プログラムに関し、特に、音声や画像などのコンテンツを電話回線等のネットワークを使って配信するシステムに用いて好適なものである。
【０００２】
【従来の技術】
従来、インターネットや衛星通信などの通信網の普及により、ネット上で音楽や画像などを配信するネット配信サービスが盛んに行われており、これを実現するためのシステムが提供されている。
【０００３】
例えば、携帯電話における着信メロディ、待受け画面などは今ではすっかり定着し、インターネット上のサイトから所望のものをダウンロードして利用することができるようになっている。また、最近では、タレントやアニメ登場人物等の音声をダウンロードする着信ボイスのサービスも提供されている。
【０００４】
【発明が解決しようとする課題】
しかしながら、従来の配信システムは、ユーザが特定のサイトにアクセスして所望のコンテンツを選択し、これに応答してサーバが当該コンテンツをユーザの端末にダウンロードするという仕組みになっている。すなわち、ユーザが能動的にアクションを起こさなければ、システムは何ら動作しない。このように、従来は、ユーザからの要求に応じて受動的に動作するシステムしか存在しなかった。そのため、要求のあった個人に対して個別に配信をすることができるのみで、複数のユーザにコンテンツを一斉に配信することができないという問題があった。
【０００５】
なお、音声や画像などのコンテンツ配信ではなく、電子メールの送信については、ユーザからの要求と関係なく能動的に動作するシステムも存在する。例えば、ユーザが事前に個人情報をサーバに登録しておき、その個人情報にマッチする広告情報をサーバからユーザの端末に電子メールにて送信する、いわゆるオプトインメール等がこれに該当する。しかし、電子メールはメールサーバに一度蓄積され、個々のユーザがこれに能動的にアクセスしない限り見ることはできない。
【０００６】
また、従来の配信システムでは、配信対象とするコンテンツをサーバに登録するのに多くの人員と手間を要するという問題があった。例えば、着信ボイスのサービスでは、タレント等の音声提供者がスタジオ等で音声を録音し、それをデジタルデータに変換してサーバに登録する必要がある。そのため、コンテンツ登録の準備を開始してから実際に配信可能な状態になるまでには多くの時間がかかっていた。
【０００７】
本発明は、このような問題を解決するために成されたものであり、ユーザからの要求と関係なく能動的に動作するコンテンツ配信システムを提供し、複数のユーザに対してコンテンツを一斉に配信するなど、より多様なサービスを提供できるようにすることを目的とする。
また、本発明は、コンテンツ登録に要する人員、労力、時間を削減できるようにし、コンテンツ提供者がより手軽にサービスを利用できるようにすることも目的としている。
【０００８】
【課題を解決するための手段】
本発明のオートコールシステムは、サーバ装置と、コンテンツ提供者が使用する第１のクライアント装置と、コンテンツ利用者が使用する第２のクライアント装置とがネットワークを介して接続可能に構成されたシステムであって、上記サーバ装置は、上記第１のクライアント装置が持つ機能を利用して生成されたコンテンツを当該第１のクライアント装置から上記ネットワークを介して受信し、コンテンツデータベースに登録するコンテンツ登録手段と、電話回線を利用して上記第２のクライアント装置を自動的に呼び出し、上記コンテンツデータベースに登録されたコンテンツを１以上の上記第２のクライアント装置に対して配信するコンテンツ配信手段とを備えたことを特徴とする。
【０００９】
また、本発明のサーバ装置は、コンテンツ提供者が使用する第１のクライアント装置と、コンテンツ利用者が使用する第２のクライアント装置とにネットワークを介して接続可能に構成されたサーバ装置であって、上記第１のクライアント装置が持つ機能を利用して生成されたコンテンツを当該第１のクライアント装置から上記ネットワークを介して受信し、コンテンツデータベースに登録するコンテンツ登録手段と、電話回線を利用して上記第２のクライアント装置を自動的に呼び出し、上記コンテンツデータベースに登録されたコンテンツを１以上の上記第２のクライアント装置に対して配信するコンテンツ配信手段とを備えたことを特徴とする。
【００１０】
また、本発明のデータ配信方法は、サーバ装置と、コンテンツ提供者が使用する第１のクライアント装置と、コンテンツ利用者が使用する第２のクライアント装置とにネットワークを介して接続可能に構成されたシステムにおいて、上記第１のクライアント装置が持つ機能を利用して生成されたコンテンツを当該第１のクライアント装置から上記ネットワークを介して上記サーバ装置に送信し、コンテンツデータベースに登録するステップと、上記サーバ装置が電話回線を利用して上記第２のクライアント装置を自動的に呼び出し、上記コンテンツデータベースに登録されたコンテンツを１以上の上記第２のクライアント装置に対して配信するステップとを有することを特徴とする。
【００１１】
また、本発明のデータ配信プログラムは、請求項９〜１４の何れか１項に記載の各手段としてコンピュータを機能させるためのプログラム、あるいは、請求項１５〜２０の何れか１項に記載のデータ配信方法の処理手順をコンピュータに実行させるためのプログラムである。
【００１２】
【発明の実施の形態】
（第１の実施形態）
以下、本発明による第１の実施形態を図面に基づいて説明する。図１は、第１の実施形態によるオートコールシステムの機能構成例を示すブロック図である。なお、以下では、タレントが話すメッセージをサーバに録音し、録音した音声を複数の希望ユーザに配信する場合を例にとって説明する。
【００１３】
図１に示すように、本実施形態のオートコールシステムは、コンテンツ配信サーバ１００と、タレント等のコンテンツ提供者が使用する第１のクライアント端末２００と、コンテンツ利用者が使用する第２のクライアント端末３００とを備えて構成されている。
【００１４】
第１のクライアント端末２００は、例えば、通話機能やインターネット接続機能を備えた携帯電話により構成される。なお、音声入力機能とネットワーク接続機能とを備えた端末であれば、携帯電話以外の端末も第１のクライアント端末２００として用いることが可能である。また、第２のクライアント端末３００は、同様の機能を備えた携帯電話、パーソナルコンピュータ（以下、パソコン）あるいはＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔｓ）等により構成される。
【００１５】
第１のクライアント端末２００は、インターネット４０１からウェブサーバ４０２にアクセスし、当該ウェブサーバ４０２を通じてコンテンツ配信サーバ１００に接続可能なように構成されている。また、公衆回線４０３から回線登録サーバ４０４にアクセスし、当該回線登録サーバ４０４を通じてコンテンツ配信サーバ１００に接続することも可能である。
【００１６】
第２のクライアント端末３００は、インターネット５０１からウェブサーバ５０２にアクセスし、当該ウェブサーバ５０２を通じてコンテンツ配信サーバ１００に接続可能なように構成されている。また、公衆回線５０３から回線登録サーバ５０４にアクセスし、当該回線登録サーバ５０４を通じてコンテンツ配信サーバ１００に接続することも可能である。
【００１７】
上記ウェブサーバ４０２，５０２は、第１および第２のクライアント端末２００，３００にＷＷＷブラウザ画面を提供し、当該ブラウザ画面を通じて第１および第２のクライアント端末２００，３００から必要な情報を取得する。また、回線登録サーバ４０４，５０４は、発信者のダイヤル操作に合わせて、あらかじめ録音してある音声を自動的に再生し、当該音声による自動応答を行って第１および第２のクライアント端末２００，３００から必要な情報を取得する。
【００１８】
ウェブサーバ４０２，５０２を利用する場合は、第１および第２のクライアント端末２００，３００からブラウザ画面を通じて必要な情報が直接入力される。これに対して、回線登録サーバ４０４，５０４を利用する場合は、自動再生されたアナウンスに応答して発信者により操作されたプッシュボタンのトーン信号が入力される。回線登録サーバ４０４，５０４は、入力されたトーン信号を、それに対応するアナウンスの内容を表す情報に変換して出力する機能を備えている。
【００１９】
コンテンツ配信サーバ１００の内部構成において、１はコンテンツ登録部であり、第１のクライアント端末２００が備える機能を利用して生成されたコンテンツを当該第１のクライアント端末２００からウェブサーバ４０２または回線登録サーバ４０４を介して受信し、コンテンツデータベース（ＤＢ）２に登録する。第１のクライアント端末２００が備える機能とは、例えば通話機能である。
【００２０】
すなわち、第１のクライアント端末２００は、例えば公衆回線４０３および回線登録サーバ４０４を通じて話者音声をコンテンツ配信サーバ１００に送信する。コンテンツ配信サーバ１００のコンテンツ登録部１は、送信されてきた話者音声をデジタルデータに変換し、コンテンツＤＢ２に登録する。
【００２１】
また、第１のクライアント端末２００がＩＰ電話（公衆のインターネット４０１を使うインターネット電話または専用回線を使う狭義のＩＰ電話）を利用可能な場合は、インターネット４０１およびウェブサーバ４０２を通じて話者音声をコンテンツ配信サーバ１００に送信する。コンテンツ配信サーバ１００のコンテンツ登録部１は、送信されてきた話者音声をコンテンツＤＢ２に登録する。
【００２２】
コンテンツＤＢ２には、複数のタレントの話者音声を登録することが可能である。また、図１では第１のクライアント端末２００を１つのみ図示しているが、タレントごとに異なる端末を備え、それぞれからコンテンツ配信サーバ１００にアクセスして話者音声を登録可能なことは言うまでもない。
【００２３】
コンテンツＤＢ２にタレントの話者音声を登録する場合、その話者音声が誰のものであるかを特定できるような形で登録する。例えば、契約済みのタレントに関する個人情報（タレント名等）をコンテンツ配信サーバ１００内の契約属性ＤＢ（図示せず）にあらかじめ登録しておき、この個人情報と対応させて話者音声をコンテンツＤＢ２に登録する。
【００２４】
３は希望属性登録部であり、コンテンツ提供者により指定されたコンテンツ配信先に関する希望属性情報を第１のクライアント端末２００からウェブサーバ４０２または回線登録サーバ４０４を介して受信し、希望属性ＤＢ４に登録する。ここで、希望する配信先は、例えば性別や年齢、住所、趣味等の個人属性によって指定することが可能である。また、申込者全員あるいはファンクラブ会員などを配信先に指定することも可能である。なお、この希望属性情報の登録は、コンテンツ登録に利用する端末と異なる端末から独自に行うことも可能である。
【００２５】
希望属性ＤＢ４には、コンテンツＤＢ２に登録されている各タレントのコンテンツにそれぞれ対応して複数の希望属性情報を登録することが可能である。すなわち、タレントがコンテンツＤＢ２に話者音声を登録する際には、配信先の希望属性情報も希望属性ＤＢ４に登録するのが通常であるため、コンテンツＤＢ２に登録されるコンテンツの数だけ希望属性情報が希望属性ＤＢ４に登録される。なお、配信先を特に指定しない場合は、希望属性情報を無登録とすることも可能である。
【００２６】
５は個人属性登録部であり、コンテンツ利用者に関する個人属性情報を第２のクライアント端末３００からウェブサーバ５０２または回線登録サーバ５０４を介して受信し、個人属性ＤＢ６に登録する。ここで、個人属性情報は、例えばコンテンツ利用者自身の性別、年齢、生年月日、住所、電話番号、趣味、好きなタレント、ファンクラブの会員番号、コンテンツ配信希望時間等の少なくとも何れかの情報を含む。
【００２７】
個人属性ＤＢ６には、複数のコンテンツ利用者に関する個人属性情報を登録することが可能である。なお、図１では第２のクライアント端末３００を１つのみ図示しているが、実際にはコンテンツ利用者ごとに異なる端末が存在し、それぞれからコンテンツ配信サーバ１００にアクセスして個人属性情報の登録が行われる。
【００２８】
７は属性・コンテンツマッチング部であり、希望属性ＤＢ４に登録された配信先の希望属性情報と、個人属性ＤＢ６に登録されたコンテンツ利用者の個人属性情報とを用いてマッチング処理することにより、希望属性に合致する配信先と配信すべきコンテンツとを選別する。そして、その選別した配信先および配信コンテンツを特定するために必要な情報を個人属性ＤＢ６およびコンテンツＤＢ２から抽出し、その抽出結果を抽出属性ＤＢ８に登録する。
【００２９】
例えば、あるコンテンツ利用者の個人属性情報中に好きなタレントに関する情報が含まれていて、そのタレントに関する配信先希望属性の条件を当該コンテンツ利用者が満足している場合は、そのコンテンツ利用者を配信先として抽出するとともに、そのタレントの登録音声を配信すべきコンテンツとして抽出する。
【００３０】
また、あるコンテンツ利用者の個人属性情報中に好きなタレントに関する情報が含まれていない場合は、例えば、その他の個人属性と配信先希望属性とを照合して条件が合致するタレントの登録音声を配信すべきコンテンツとして抽出するとともに、そのコンテンツ利用者を配信先として抽出する。あるいは、そのコンテンツ利用者を配信先として抽出するとともに、配信先の希望属性情報として例えば「申込者全員」と登録されているタレントの登録音声を配信すべきコンテンツとして抽出するようにしても良い。
【００３１】
コンテンツ利用者の個人属性情報としてコンテンツの配信希望時間も登録されている場合は、配信先および配信コンテンツの情報と対応させて配信希望時間の情報も抽出属性ＤＢ８に登録しておく。
【００３２】
９はマシンコールサーバであり、あらかじめ設定された時間あるいはコンテンツ利用者により指定された希望時間になったときに、ＩＶＲ（Ｉｎｔｅｒａｃｔｉｖｅ Ｖｏｉｃｅ Ｒｅｓｐｏｎｓｅ：音声自動応答装置）１０を利用して公衆回線５０３から第２のクライアント端末３００を自動的に呼び出し、コンテンツＤＢ２に登録されたコンテンツを１つまたは複数の第２のクライアント端末３００に対して配信する。
【００３３】
このときマシンコールサーバ９は、抽出属性ＤＢ８を参照して、配信先として抽出されたコンテンツ利用者に対して、配信すべきコンテンツとして抽出されたタレントの音声を送信する。このとき、コンテンツ利用者が好みのタレントを個人属性情報として登録していた場合、当該コンテンツ利用者の好みに合ったタレントの音声を選択的に送信することになる。
【００３４】
配信先となる第２のクライアント端末３００が複数存在する場合、ＩＶＲ１０は、公衆回線５０３を利用して複数の第２のクライアント端末３００に順に電話をかけて、コンテンツを順次配信する。同時に配信すべき第２のクライアント端末３００が多数存在する場合に備えて、利用可能な公衆回線５０３を複数用意しておくのが好ましい。
【００３５】
以下に、上記のように構成した本実施形態によるオートコールシステムの動作について説明する。図２は、本実施形態によるコンテンツ登録動作の例を示すフローチャートである。
【００３６】
図２において、タレントは、第１のクライアント端末２００である携帯電話から専用の電話番号に電話をかける（ステップＳ１）。上述したように、これはインターネット（ＩＰ電話回線）４０１または公衆回線４０３を利用して行うことができる。
【００３７】
これに応じてコンテンツ配信サーバ１００は、第１のクライアント端末２００の電話番号をチェックする。また、タレントにパスワードの入力を促して、入力されたパスワードをチェックすることにより、電話をかけてきたタレントが契約済みかどうかを確認する（ステップＳ２）。なお、契約タレントの電話番号やパスワードは、コンテンツ配信サーバ１００内の契約属性ＤＢ（図示せず）にあらかじめ登録しておく。
【００３８】
電話番号やパスワードの確認が済むと、ウェブサーバ４０２または回線登録サーバ４０４は、タレントにメッセージの録音を促す。これに応じてタレントが携帯電話の通話機能を利用して所望のメッセージを話すと、コンテンツ登録部１がその話者音声をコンテンツＤＢ２に録音する（ステップＳ３）。次に、コンテンツ配信サーバ１００は、録音されたメッセージを再生し（ステップＳ４）、その内容で良いかどうかをユーザに確かめる（ステップＳ５）。
【００３９】
例えば、内容が良ければ“１”、内容を変更する場合は“２”のプッシュボタンを押すようにメッセージを流す。そして、“１”のプッシュボタンが押されたときにはコンテンツ登録処理を終了する。また、“２”のプッシュボタンが押されたときにはステップＳ３に戻り、メッセージの録音をやり直す。
【００４０】
この図２に示す例では、タレントは以上のようにして携帯電話からメッセージをコンテンツＤＢ２に登録するのとは別に、携帯電話やパソコン、ＰＤＡ等から配信先の希望属性情報を希望属性ＤＢ４に登録する。なお、携帯電話を使って希望属性情報を登録する場合は、コンテンツの登録に引き続いて行うようにしても良い。
【００４１】
一方、コンテンツ利用者は、上述したコンテンツの登録や希望属性情報の登録とは別に、携帯電話やパソコン、ＰＤＡ等から自身の個人属性情報を個人属性ＤＢ６に登録する。属性・コンテンツマッチング部７は、登録された希望属性情報と個人属性情報とから抽出属性情報を生成し、これを抽出属性ＤＢ８にあらかじめ登録しておく。
【００４２】
図３は、本実施形態によるコンテンツ配信動作の例を示すフローチャートである。図３において、マシンコールサーバ９は、抽出属性ＤＢ８を参照し（ステップＳ１１）、コンテンツ利用者により指定された配信希望時間あるいはコンテンツ配信サーバ１００にあらかじめ設定された配信時間になったかどうかを判断する（ステップＳ１２）。
【００４３】
ここで、該当する配信時間になったときは、ＩＶＲ１０を利用して、抽出属性ＤＢ８に登録されている情報により示される第２のクライアント端末３００を公衆回線５０３から自動的に呼び出す。そして、同じく抽出属性ＤＢ８に登録されている情報により示されるコンテンツをコンテンツＤＢ２から取り出して配信する（ステップＳ１３）。複数の第２のクライアント端末３００にコンテンツを配信するときは、この発呼および配信の動作を繰り返し実行する。
【００４４】
全ての第２のクライアント端末３００に対してコンテンツを配信した後はステップＳ１１に戻り、同様の処理を繰り返す。
【００４５】
以上詳しく説明したように、本実施形態によれば、第１のクライアント端末（例えば携帯電話）２００が元々備えている通話機能を利用してタレントの話者音声をコンテンツ配信サーバ１００に録音し、それを公衆回線５０３を用いて１以上のコンテンツ利用者（第２のクライアント端末３００）に自動配信するようにしている。
【００４６】
これにより、コンテンツ利用者が最初に個人属性情報を登録しておけば、その後はコンテンツ配信サーバ１００に対して何らアクセスを行わなくても、登録した属性情報に合致するタレントのメッセージが自動的に配信されてくるようになる。特に、本実施形態ではコンテンツ配信に電話回線を利用しているので、電子メールのようにユーザがメールサーバに一々アクセスするような手間も略くことができる。
【００４７】
また、コンテンツ配信サーバ１００に対するコンテンツの登録は、タレントの携帯電話から直接行うことができるので、わざわざスタジオ等に行って録音する必要がなくなる。これにより、コンテンツ登録に要する人員、労力、時間を大幅に削減することができ、コンテンツ利用者だけでなくコンテンツ提供者もより手軽にサービスを利用することができるようになる。
【００４８】
以上のような特徴を有する本実施形態のオートコールシステムを用いれば、複数のユーザにタレントの音声メッセージを一斉に配信するなど、より多様なサービスを提供することができるようになる。例えば、コンテンツ利用者の誕生日にタレントの声でバースデーコールを個別に流すサービス、無作為に選んだユーザに対してタレントの特別メッセージを送るサービス、複数のユーザに対するイベント告知をタレント自身の声で一斉に配信するサービスなどを簡単に行うことができる。
【００４９】
なお、上記実施形態では、タレント側から配信先の希望属性情報を登録し、この属性に合致したコンテンツ利用者に対してのみコンテンツを配信するようにしているが、希望属性情報の登録は行わず、ユーザ登録したコンテンツ利用者の全てに対して一括して配信するようにしても良い。ただし、タレントのプロモーション活動の一環として本システムを利用する場合など、配信先を限定したい場合もあるため、希望属性情報の登録を行えるようにしておいた方がより好ましい。
【００５０】
また、上記実施形態では、音声をコンテンツ配信サーバ１００に録音して配信する例について説明したが、第１のクライアント端末２００が静止画の撮影機能を有するとともに、第２のクライアント端末３００が静止画の再生機能を有する場合には、静止画をコンテンツ配信サーバ１００に登録して配信するようにしても良い。また、第１のクライアント端末２００が動画の撮影機能を有するとともに、第２のクライアント端末３００が動画の再生機能を有する場合には、動画をコンテンツ配信サーバ１００に登録して配信するようにしても良い。
【００５１】
静止画や動画をコンテンツ配信サーバ１００に登録する場合、そのデータ形式は携帯電話のキャリア毎に異なっている。そこで、第１のクライアント端末２００からコンテンツ配信サーバ１００に送られてくるコンテンツをキャリア別にしてコンテンツＤＢ２に登録する。そして、そのコンテンツを第２のクライアント端末３００に配信するときは、第２のクライアント端末３００のキャリアに合わせてマシンコールサーバ９が必要に応じてデータ形式を変換するようにする。第２のクライアント端末３００がどのキャリアに該当するかを識別するために、個人属性情報として携帯電話の機種も登録しておく。
【００５２】
なお、データ形式の変換は、配信時にリアルタイムに行っても良いし、配信に先立ってあらかじめ行っておき、変換後のコンテンツをコンテンツＤＢ２に保存しておくようにしても良い。
【００５３】
また、上記実施形態では、タレントが話すメッセージをコンテンツ配信サーバ１００に録音し、録音した音声を複数の希望ユーザに配信する場合を例にとって説明したが、本発明はこの例に限定されるものではない。例えば、企業の社内通達を社長の声で一斉に伝達するといった形態でも利用することが可能である。
【００５４】
図４は、このような利用形態におけるコンテンツ登録動作の例を示すフローチャートである。図４において、ステップＳ１〜Ｓ５の動作は図２と同様なので、ここでは説明を省略する。ステップＳ５でメッセージの内容が良いとして“１”のプッシュボタンが押されたとき、ウェブサーバ４０２または回線登録サーバ４０４は、コンテンツ提供者に配信先の設定を促す（ステップＳ６）。
【００５５】
これに応じてコンテンツ提供者が携帯電話のプッシュボタンを操作して所望の配信先を設定すると、コンテンツ配信サーバ１００は、設定された配信先を再生してその内容で良いかどうかをユーザに確かめる（ステップＳ７）。例えば、内容が良ければ“１”、内容を変更する場合は“２”のプッシュボタンを押すようにメッセージを流す。
【００５６】
そして、“２”のプッシュボタンが押されたときにはステップＳ６に戻り、配信先の設定をやり直す。一方、“１”のプッシュボタンが押されたときは、希望属性登録部３はその設定された配信先を希望属性ＤＢ４に登録し（ステップＳ８）、コンテンツ登録処理を終了する。
【００５７】
また、上記実施形態では、コンテンツの配信希望時間をコンテンツ利用者が指定する例について説明しているが、コンテンツ提供者が指定できるようにしても良い。例えば、コンテンツ登録の後直ちに配信する設定も可能なようにする。このようにすれば、例えば企業の社内メッセージを複数の社員に緊急に伝えたいような場合に非常に便利である。
【００５８】
また、このようにメッセージを直ちに送信可能とすることで、例えば視覚障害者に対する防災情報や緊急情報の伝達、聾唖者からの１１０番通報あるいは１１９番通報などにも本実施形態のオートコールシステムを利用することが可能となる。その他、これ以外にも様々な形態で本実施形態のオートコールシステムを利用することが可能である。
【００５９】
（第２の実施形態）
次に、本発明の第２の実施形態について説明する。図５は、第２の実施形態によるオートコールシステムの機能構成例を示すブロック図である。この図５において、図１に示した符号と同一の符号を付したものは同一の機能を有するものであるので、ここでは重複する説明を省略する。
【００６０】
図５において、マシンコールサーバ１１は、あらかじめ設定された時間あるいはコンテンツ利用者により指定された希望時間になったときに、インターネット５０１あるいは専用回線（図示せず）を利用したＩＰ電話回線を用いて、コンテンツＤＢ２に登録されているコンテンツを１つまたは複数の第２のクライアント端末３００に対して一斉に配信する。このときマシンコールサーバ１１は、抽出属性ＤＢ８を参照して、配信先として抽出されたコンテンツ利用者に対して、配信すべきコンテンツとして抽出されたコンテンツを送信する。
【００６１】
ここでは第２のクライアント端末３００へのコンテンツ配信にＩＰ電話回線を利用しているので、配信先のコンテンツ利用者が複数存在する場合でも、公衆回線５０３に１回接続しては切るという動作を繰り返さなくても良く、大量のコンテンツを同時に配信することが可能となる。また、図１に示したＩＶＲ１０が不要になるとともに、多数の公衆回線５０３を用意する必要もなくなるので、設備コストを削減することができる。
【００６２】
スイッチング部１２は、マシンコールサーバ１１がＩＰ電話回線を利用して複数の第２のクライアント端末３００を呼び出す際に、それぞれの第２のクライアント端末３００ごとに通話料が最も安くなるＩＰ電話回線を選択的に利用するように、あらかじめ用意してある複数種類のＩＰ電話回線の切り替えを行う。マシンコールサーバ１１は、当該切り替えられたＩＰ電話回線を利用して第２のクライアント端末３００にコンテンツを配信する。
【００６３】
ＩＰ電話を利用する場合、同じキャリアどうしを接続するときには通話料は無料となるが、異なるキャリアどうしでは通話料が発生する。また、どのキャリア間を接続するかによって通話料が異なることもある。そこで、各キャリアのＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）に対応して複数種類のＩＰ電話回線を用意しておく。そして、スイッチング部１２は、ダイヤルした際に発信する識別信号から割安となる回線を判定し、かつ第２のクライアント端末３００の使用回線とマッチングする回線を選択するように切り替え動作する。
【００６４】
これによりマシンコールサーバ１１は、１つの電話番号で発信し、複数の第２のクライアント端末３００ごとにＩＰ電話回線を適宜振り分けてコンテンツを配信することになる。
【００６５】
このようにスイッチング部１２を設けることにより、コンテンツ配信サーバ１００から複数の第２のクライアント端末３００に対してコンテンツを配信する際にかかる通信コストを削減することができる。
【００６６】
なお、ここではＩＰ電話回線を利用してコンテンツを配信する場合を例に挙げて説明したが、第１の実施形態と同様に公衆回線５０３を利用してコンテンツを配信する場合にも、スイッチング部１２を適用することが可能である。この場合にスイッチング部１２は、ダイヤルした際に発信する識別信号をもとに、いわゆるマイラインの設定から割安となる回線を判定し、かつ第２のクライアント端末３００の使用回線とマッチングする回線を選択するように切り替え動作する。
【００６７】
また、上記実施形態では、コンテンツ配信サーバ１００から第２のクライアント端末３００にコンテンツを配信する際のスイッチング動作について説明したが、第１のクライアント端末２００からコンテンツ配信サーバ１００にコンテンツを登録する際にもスイッチング部１２を同様に適用することが可能である。すなわち、この場合のスイッチング部１２は、ダイヤルした際に発信する識別信号から割安となる回線を判定し、第１のクライアント端末２００の使用回線とマッチングする回線を選択してコンテンツを受信するように動作する。
【００６８】
（第３の実施形態）
次に、本発明の第３の実施形態について説明する。図６は、第３の実施形態によるオートコールシステムの機能構成例を示すブロック図である。この図６において、図１に示した符号と同一の符号を付したものは同一の機能を有するものであるので、ここでは重複する説明を省略する。
【００６９】
図６に示すように、本実施形態において第２のクライアント端末３００は、位置検出部２１と位置送信部２２とを備えている。また、コンテンツ配信サーバ１００は、位置情報記録部２３、位置情報蓄積部２４および配信制御部２５を備えている。
【００７０】
位置検出部２１は、第２のクライアント端末３００の現在位置を検出する。現在位置の検出には様々な方法を用いることが可能である。例えば第２のクライアント端末３００が携帯電話の場合、携帯電話が現在接続されている基地局を検出することで、当該携帯電話の現在位置を検出することが可能である。携帯電話の基地局は数キロ置きに設置されており、携帯電話の電源が投入されて待受け状態になっていれば、携帯電話は何れかの基地局（最大で同時に３局）から常に電波を受信している。したがって、現在接続されている基地局の情報を用いることにより、携帯電話の現在位置も特定することができる。
【００７１】
第２のクライアント端末３００が無線ＬＡＮの機能を搭載している場合には、無線ＬＡＮの接続されている基地局（ホットスポット）を検出することで、第２のクライアント端末３００の現在位置を特定することができる。
また、第２のクライアント端末３００がＧＰＳ受信機を搭載している場合は、複数のＧＰＳ衛星から送られてくる電波を受信してｎ次元測位処理を行うことにより、当該第２のクライアント端末３００の絶対位置を測定することができる。
【００７２】
位置送信部２２は、上記位置検出部２１により検出された第２のクライアント端末３００の現在位置を表す情報をコンテンツ配信サーバ１００に送信する。送信するタイミングは、本実施形態のオートコールシステムを利用したアプリケーションに応じて適宜決めれば良い。携帯電話が待受け状態になっていれば基地局と常時接続状態にあり、コンテンツ配信サーバ１００とも通信可能な状態にある。したがって、着信音を鳴らすことなく、第２のクライアント端末３００からコンテンツ配信サーバ１００に現在位置情報を随時送信することも可能である。
【００７３】
また、送信する現在位置情報の形態は、本実施形態では特に限定しない。例えば、現在接続中の基地局の位置から推定した第２のクライアント端末３００の絶対位置を表す情報であっても良いし、現在接続中の基地局の位置情報あるいは当該基地局の識別情報であっても良い。また、無線ＬＡＮなどの場合は、基地局に対応する特定のプロトコル番号等であっても良い。
【００７４】
位置情報記録部２３は、位置送信部２２によって第２のクライアント端末３００から送られてくる位置情報を位置情報蓄積部２４に記録する。配信制御部２５は、位置情報蓄積部２４に蓄積された位置情報をもとに、マシンコールサーバ９によるコンテンツ配信動作の起動タイミングを制御する。
【００７５】
図７は、上記のように構成した第３の実施形態によるオートコールシステムの動作例を示す図である。図７において、コンテンツ利用者は、自身の個人属性情報として居住地（Ａ）を個人属性ＤＢ６に登録しておく。配信制御部２５は、第２のクライアント端末３００から逐次送られてくる位置情報をもとに、コンテンツ利用者が居住地（Ａ）を離れて別の場所（Ｂ）に移動した後、再び居住地（Ａ）に戻ったことを検知した場合、それから一定時間後（例えば３０分後）にマシンコールサーバ９を起動して、コンテンツＤＢ２に登録されているコンテンツを第２のクライアント端末３００に配信するように制御する。
【００７６】
このとき、例えばコンテンツ利用者が好むタレントの声で「お帰りなさい」のメッセージを送信することにより、仕事を終えて帰ってきたサラリーマン等に癒しを与えることができる。
【００７７】
なお、第２のクライアント端末３００の位置情報を利用したコンテンツの配信形態は、図７の例に限定されるものではない。例えば、第１のクライアント端末２００から広告等のコンテンツをコンテンツＤＢ２に登録するとともに、コンテンツ配信希望地域を希望属性ＤＢ４に登録する。そして、配信制御部２５は、第２のクライアント端末３００からコンテンツ配信サーバ１００に送られてくる位置情報をもとに、第２のクライアント端末３００が配信希望地域内に入ったと判断したときに、マシンコールサーバ９を起動して該当する広告情報を配信するようにすることも可能である。
【００７８】
その他、これ以外にも様々な形態で本実施形態のオートコールシステムを利用することが可能である。
また、本実施形態と上述した第２の実施形態とを組み合わせて適用するようにしても良い。
【００７９】
以上第１〜第３の実施形態において説明したコンテンツ配信サーバ１００は、実際にはコンピュータのＣＰＵあるいはＭＰＵ、ＲＡＭ、ＲＯＭなどを備えて構成され、ＲＡＭやＲＯＭに記憶されたプログラムが動作することによって実現できる。
【００８０】
したがって、コンピュータが上記各実施形態の機能を果たすように動作させるプログラムを例えばＣＤ−ＲＯＭのような記録媒体に記録し、コンピュータに読み込ませることによって実現できるものである。上記プログラムを記録する記録媒体としては、ＣＤ−ＲＯＭ以外に、フレキシブルディスク、ハードディスク、磁気テープ、光ディスク、光磁気ディスク、ＤＶＤ、不揮発性メモリカード等を用いることができる。また、上記プログラムをインターネット等のネットワークを介してコンピュータにダウンロードすることによっても実現できる。
【００８１】
また、上記各実施形態によるコンテンツ配信サーバ１００の機能をネットワーク環境で実現するべく、全部あるいは一部のプログラムが他のコンピュータで実行されるようになっていても良い。
【００８２】
また、コンピュータが供給されたプログラムを実行することにより上述の実施形態の機能が実現されるだけでなく、そのプログラムがコンピュータにおいて稼働しているＯＳ（オペレーティングシステム）あるいは他のアプリケーションソフト等と共同して上述の実施形態の機能が実現される場合や、供給されたプログラムの処理の全てあるいは一部がコンピュータの機能拡張ボードや機能拡張ユニットにより行われて上述の実施形態の機能が実現される場合も、かかるプログラムは本発明の実施形態に含まれる。
【００８３】
なお、上記第１〜第３の実施形態は、何れも本発明を実施するにあたっての具体化の一例を示したものに過ぎず、これらによって本発明の技術的範囲が限定的に解釈されてはならないものである。すなわち、本発明はその精神、またはその主要な特徴から逸脱することなく、様々な形で実施することができる。
【００８４】
【発明の効果】
本発明は上述したように、第１のクライアント装置が持つ機能を利用して所望のコンテンツを当該第１のクライアント装置からサーバ装置に登録し、電話回線を利用して１以上の第２のクライアント装置を自動的に呼び出し、サーバ装置に登録されたコンテンツを自動配信するようにしたので、サーバ装置はコンテンツ利用者からの要求と関係なく能動的に動作し、コンテンツ利用者がサーバ装置に何らアクセスを行わなくても、コンテンツを自動的に配信することができる。
【００８５】
また、本発明によれば、サーバ装置に対するコンテンツの登録は、第１のクライアント装置が備える機能を利用して当該第１のクライアント装置から直接行うことができる。したがって、わざわざスタジオ等に行ってコンテンツを作成する必要がなくなり、コンテンツ登録に要する人員、労力、時間を大幅に削減して、気軽にサービスを利用することができるようになる。
【図面の簡単な説明】
【図１】第１の実施形態によるオートコールシステムの機能構成例を示すブロック図である。
【図２】第１の実施形態によるコンテンツ登録動作の例を示すフローチャートである。
【図３】第１の実施形態によるコンテンツ配信動作の例を示すフローチャートである。
【図４】第１の実施形態によるコンテンツ登録動作の他の例を示すフローチャートである。
【図５】第２の実施形態によるオートコールシステムの機能構成例を示すブロック図である。
【図６】第３の実施形態によるオートコールシステムの機能構成例を示すブロック図である。
【図７】第３の実施形態によるオートコールシステムの動作例を示す図である。
【符号の説明】
１ コンテンツ登録部
２ コンテンツＤＢ
３ 希望属性登録部
４ 希望属性ＤＢ
５ 個人属性登録部
６ 個人属性ＤＢ
７ 属性・コンテンツマッチング部
８ 抽出属性ＤＢ
９ マシンコールサーバ
１０ ＩＶＲ
１１ マシンコールサーバ
１２ スイッチング部
２１ 位置検出部
２２ 位置送信部
２３ 位置情報記録部
２４ 位置情報蓄積部
２５ 配信制御部
１００ コンテンツ配信サーバ
２００ 第１のクライアント端末
３００ 第２のクライアント端末
４０１，５０１ インターネット
４０２，５０２ ウェブサーバ
４０３，５０３ 公衆回線
４０４，５０４ 回線登録サーバ

Claims (22)

1. サーバ装置と、コンテンツ提供者が使用する第１のクライアント装置と、コンテンツ利用者が使用する第２のクライアント装置とがネットワークを介して接続可能に構成されたシステムであって、
   上記サーバ装置は、上記第１のクライアント装置が持つ機能を利用して生成されたコンテンツを当該第１のクライアント装置から上記ネットワークを介して受信し、コンテンツデータベースに登録するコンテンツ登録手段と、
   電話回線を利用して上記第２のクライアント装置を自動的に呼び出し、上記コンテンツデータベースに登録されたコンテンツを１以上の上記第２のクライアント装置に対して配信するコンテンツ配信手段とを備えたことを特徴とするオートコールシステム。
2. 上記サーバ装置は、上記コンテンツ提供者により指定されたコンテンツ配信先に関する希望属性情報を上記ネットワークを介して受信し、希望属性データベースに登録する希望属性登録手段を備え、
   上記コンテンツ配信手段は、上記希望属性データベースに登録された上記希望属性情報により示される１以上の上記第２のクライアント装置に対してコンテンツを配信することを特徴とする請求項１に記載のオートコールシステム。
3. 上記サーバ装置は、上記コンテンツ利用者に関する個人属性情報を上記ネットワークを介して受信し、個人属性データベースに登録する個人属性登録手段を備え、
   上記コンテンツ配信手段は、上記希望属性データベースに登録された上記希望属性情報および上記個人属性データベースに登録された上記個人属性情報とを用いて所定のマッチング処理を行い、属性の合致する１以上の上記第２のクライアント装置に対してコンテンツを配信することを特徴とする請求項２に記載のオートコールシステム。
4. 上記コンテンツ配信手段は、上記個人属性データベースに登録された上記個人属性情報により示される上記コンテンツ利用者の嗜好に合ったコンテンツを選択的に配信することを特徴とする請求項３に記載のオートコールシステム。
5. 上記電話回線は公衆回線であることを特徴とする請求項１〜４の何れか１項に記載のオートコールシステム。
6. 上記電話回線はＩＰ電話回線であることを特徴とする請求項１〜４の何れか１項に記載のオートコールシステム。
7. 上記コンテンツ配信手段が上記電話回線を利用して上記第２のクライアント装置にコンテンツを配信する際および上記コンテンツ登録手段が上記第１のクライアント装置からコンテンツを受信する際の少なくとも何れか一方において、通話料が最も安くなる電話回線を選択的に利用するように、複数種類の電話回線の切り替えを行うスイッチング手段を備えたことを特徴とする請求項１〜４の何れか１項に記載のオートコールシステム。
8. 上記第２のクライアント装置は、自身の現在位置を検出する位置検出手段と、
   上記位置検出手段により検出された現在位置を表す情報を、上記ネットワークを介して上記サーバ装置に送信する位置情報送信手段とを備え、
   上記サーバ装置は、上記位置情報送信手段によって上記第２のクライアント装置から送られてくる位置情報をもとに上記コンテンツ配信手段を起動するように制御する配信制御手段を備えたことを特徴とする請求項１〜４の何れか１項に記載のオートコールシステム。
9. コンテンツ提供者が使用する第１のクライアント装置と、コンテンツ利用者が使用する第２のクライアント装置とにネットワークを介して接続可能に構成されたサーバ装置であって、
   上記第１のクライアント装置が持つ機能を利用して生成されたコンテンツを当該第１のクライアント装置から上記ネットワークを介して受信し、コンテンツデータベースに登録するコンテンツ登録手段と、
   電話回線を利用して上記第２のクライアント装置を自動的に呼び出し、上記コンテンツデータベースに登録されたコンテンツを１以上の上記第２のクライアント装置に対して配信するコンテンツ配信手段とを備えたことを特徴とするサーバ装置。
10. 上記コンテンツ提供者により指定されたコンテンツ配信先に関する希望属性情報を上記ネットワークを介して受信し、希望属性データベースに登録する希望属性登録手段を備え、
    上記コンテンツ配信手段は、上記希望属性データベースに登録された上記希望属性情報により示される１以上の上記第２のクライアント装置に対してコンテンツを配信することを特徴とする請求項９に記載のサーバ装置。
11. 上記コンテンツ利用者に関する個人属性情報を上記ネットワークを介して受信し、個人属性データベースに登録する個人属性登録手段を備え、
    上記コンテンツ配信手段は、上記希望属性データベースに登録された上記希望属性情報および上記個人属性データベースに登録された上記個人属性情報とを用いて所定のマッチング処理を行い、属性の合致する１以上の上記第２のクライアント装置に対してコンテンツを配信することを特徴とする請求項１０に記載のサーバ装置。
12. 上記コンテンツ配信手段は、上記個人属性データベースに登録された上記個人属性情報により示される上記コンテンツ利用者の嗜好に合ったコンテンツを選択的に配信することを特徴とする請求項１１に記載のサーバ装置。
13. 上記コンテンツ配信手段が上記電話回線を利用して上記第２のクライアント装置にコンテンツを配信する際および上記コンテンツ登録手段が上記第１のクライアント装置からコンテンツを受信する際の少なくとも何れか一方において、通話料が最も安くなる電話回線を選択的に利用するように、複数種類の電話回線の切り替えを行うスイッチング手段を備えたことを特徴とする請求項９〜１２の何れか１項に記載のサーバ装置。
14. 上記第２のクライアント装置において検出され上記ネットワークを介して送られてくる上記第２のクライアント装置の現在位置を表す情報をもとに、上記コンテンツ配信手段を起動するように制御する配信制御手段を備えたことを特徴とする請求項９〜１２の何れか１項に記載のサーバ装置。
15. サーバ装置と、コンテンツ提供者が使用する第１のクライアント装置と、コンテンツ利用者が使用する第２のクライアント装置とにネットワークを介して接続可能に構成されたシステムにおいて、
    上記第１のクライアント装置が持つ機能を利用して生成されたコンテンツを当該第１のクライアント装置から上記ネットワークを介して上記サーバ装置に送信し、コンテンツデータベースに登録するステップと、
    上記サーバ装置が電話回線を利用して上記第２のクライアント装置を自動的に呼び出し、上記コンテンツデータベースに登録されたコンテンツを１以上の上記第２のクライアント装置に対して配信するステップとを有することを特徴とするデータ配信方法。
16. 上記コンテンツ提供者により指定されたコンテンツ配信先に関する希望属性情報を、上記サーバ装置が備える希望属性データベースに登録するステップを有し、
    上記希望属性データベースに登録された上記希望属性情報により示される１以上の上記第２のクライアント装置に対してコンテンツを配信するようにしたことを特徴とする請求項１５に記載のデータ配信方法。
17. 上記コンテンツ利用者に関する個人属性情報を、上記サーバ装置が備える個人属性データベースに登録するステップを有し、
    上記希望属性データベースに登録された上記希望属性情報および上記個人属性データベースに登録された上記個人属性情報とを用いて所定のマッチング処理を行い、属性の合致する１以上の上記第２のクライアント装置に対してコンテンツを配信するようにしたことを特徴とする請求項１６に記載のデータ配信方法。
18. 上記個人属性データベースに登録された上記個人属性情報により示される上記コンテンツ利用者の嗜好に合ったコンテンツを選択的に配信するようにしたことを特徴とする請求項１７に記載のデータ配信方法。
19. 上記サーバ装置が上記電話回線を利用して上記第２のクライアント装置にコンテンツを配信する際および上記サーバ装置が上記第１のクライアント装置からコンテンツを受信する際の少なくとも何れか一方において、通話料が最も安くなる電話回線を選択的に利用するように、複数種類の電話回線の切り替えを行うステップを有することを特徴とする請求項１５〜１８の何れか１項に記載のデータ配信方法。
20. 上記第２のクライアント装置において自身の現在位置を検出し、検出した現在位置を表す情報を上記サーバ装置に送信するステップを有し、
    上記第２のクライアント装置から上記サーバ装置に送られてくる位置情報をもとにコンテンツ配信動作を起動するように制御することを特徴とする請求項１５〜１８の何れか１項に記載のデータ配信方法。
21. 請求項９〜１４の何れか１項に記載の各手段としてコンピュータを機能させるためのデータ配信プログラム。
22. 請求項１５〜２０の何れか１項に記載のデータ配信方法の処理手順をコンピュータに実行させるためのデータ配信プログラム。

Images