JP3879391B2 - 音声配信方法および装置 - Google Patents
音声配信方法および装置 Download PDFInfo
- Publication number
- JP3879391B2 JP3879391B2 JP2000356134A JP2000356134A JP3879391B2 JP 3879391 B2 JP3879391 B2 JP 3879391B2 JP 2000356134 A JP2000356134 A JP 2000356134A JP 2000356134 A JP2000356134 A JP 2000356134A JP 3879391 B2 JP3879391 B2 JP 3879391B2
- Authority
- JP
- Japan
- Prior art keywords
- voice
- voice information
- information
- distribution
- mobile phone
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Information Transfer Between Computers (AREA)
- Telephonic Communication Services (AREA)
Description
【０００１】
【発明の属する技術分野】
この発明は、音声配信方法および装置に関し、特に、インターネットに接続可能な携帯電話に対して効率的に音声情報を配信することのできる音声配信方法および装置に関する。
【０００２】
【従来の技術】
従来から、電話を利用した音声情報の配信が多く行われている。電話を利用した音声の配信は、一般に、利用者に対して郵送等の方法で電話番号を告知し、利用者がその電話番号へ発呼を行い、音声を聴取することで行われている。
【０００３】
一方、最近では、電子メールを利用できる環境にある人が増加し、様々な情報が電子メールにより配信されるようになってきた。特に、インターネットに接続可能な携帯電話機の利用が急増し、様々な情報を携帯電話機で受信できるようになっている。
【０００４】
【発明が解決しようとする課題】
ところで、電子メール、特に、携帯電話機で利用可能な電子メールは、文字情報の配信には適しているが音声情報の配信には適していない。しかしながら、音声情報は、文字では表現できない情報をも含むものであり、電子メールの利用環境が普及したからといって、音声情報配信の需要がなくなるわけではない。
【０００５】
このように電子メールの利用が増加しても音声情報配信の需要が無くなるわけではないが、単に電話番号を利用者に告知するだけの音声配信方法では、利用者が不便を感じることもあり、さらには、有料にすべき音声情報の配信にさいしての課金方法にも限界がある。
【０００６】
そこで、この発明は、インターネットに接続可能な携帯電話機を用い、利用者が利用しやすい音声情報配信方法および装置を提供することを目的とする。
【０００７】
【課題を解決するための手段】
上述した目的を達成するため、請求項１の発明は、蓄積した音声情報を再生した音声を配信する音声配信方法において、配信する音声情報に対応するウェブページのアドレスをインターネットに接続可能な携帯電話機に送信し、前記ウェブページへのアクセスがあった場合に、該ウェブページに対応する音声情報を配信する電話回線を確保するとともに、該確保した電話回線の電話番号を含むウェブページを前記アクセスに対する応答として送信し、前記電話番号への着呼に応答して、前記音声情報を音声通話により配信することを特徴とする。
【０００８】
また、請求項２の発明は、音声情報を蓄積する音声情報蓄積手段と、配信する前記音声情報に電話回線を割り当てる回線割り当て手段と、前記音声情報に対応するウェブページのアドレスをインターネットに接続可能な携帯電話機に送信するとともに、前記ウェブページへのアクセスがあった場合に、前記回線割り当て手段を動作させて該ウェブページに対応する音声情報を配信する電話回線を確保するとともに、該確保した電話回線の電話番号を含むウェブページを前記アクセスに対する応答として送信するウェブページ送信手段と、前記電話番号への着呼に応答して、該電話番号に対応した音声情報の再生を開始する通話制御手段とを具備することを特徴とする。
【００３７】
【発明の実施の形態】
以下、この発明に係る音声配信方法および装置の一実施の形態について、添付図面を参照して詳細に説明する。
【００３８】
図１は、この発明を適用した音声配信センタの構成を示すブロック図である。同図に示すように、音声配信センタ１は、インターネットと接続されるゲートウェイ１１と、インターネットを介して電子メールの送受信を行うメールサーバ１２、インターネットを介してウェブページの提供等を行うＷＷＷサーバ１３、配信する音声情報（音楽を含む）を蓄積する音声蓄積装置１４、公衆電話回線に接続され、該公衆電話回線を介して音声情報を配信する通話制御装置１５を具備して構成される。なお、ゲートウェイ１１、メールサーバ１２、ＷＷＷサーバ１３、音声蓄積装置１４、通話制御装置１５は、同一の装置として構成することも可能である。
【００３９】
図２は、音声配信センタ１による音声情報の配信経路等を説明するための図である。
音声配信センタ１は、携帯電話２（２−１〜２−ｎ）との間で各種情報の交換を行うとともに、音声情報を配信する。
【００４０】
携帯電話２は、携帯電話網３と公衆電話網４を介して音声配信センタ１との間で通話が可能である。この通話においては、携帯電話２から基地局３１（３１−１〜３１−ｍ）、携帯電話網３、交換機３２、公衆電話網４、交換機４１を介して音声配信センタ１の通信制御部１５との間で音声の交換が行われ、この経路により、音声配信センタ１から音声情報の配信を受ける。
【００４１】
また、携帯電話２は、インターネット５を介して音声配信センタ１との間で通信が可能である。この通信においては、携帯電話２から基地局３１、携帯電話網３、携帯電話網ゲートウェイ３３、インターネット５、音声配信センタ１のゲートウェイ１１を介してメールサーバ１２やＷＷＷサーバ１３との間で情報の交換が行われる。なお、メールサーバ１２との間での情報の交換は、実際には、携帯電話網３に接続される携帯電話２用のメールサーバ（不図示）を介して行われることになる。
【００４２】
なお、携帯電話２とインターネット５の間では、パケット通信を行うことが可能であり、携帯電話網３は、実際には、通信網と通話網に別れている。
【００４３】
さて、このような構成において、音声配信センタ１から音声情報の配信を受ける契約を結んだ会員（以下、単に会員と称する）は、携帯電話２を利用して音声配信センタ１から所望の音声情報の配信を受けることができる。なお、詳細は後述するが、会員は、交換機４１、公衆電話網４、交換機４２を介して一般加入電話６から音声情報の配信を受けることも可能である。
【００４４】
音声情報の配信には、様々な方法が考えられるが、大別すると、携帯電話２から発呼して通話を行う方法（プル型）と、音声配信センタ１から発呼して通話を行う方法（プッシュ型）とがある。これらの方法に共通する点としては、音声配信センタ１が電子メールを利用して会員に配信する音声情報に関する告知を送信する点と、会員が音声配信センタ１との間で通話を行うことによって音声情報の配信を受ける点である。
【００４５】
次に、音声情報の配信方法を数例の具体例を挙げて説明する。
【００４６】
［配信例１］
配信例１は、プル型の一例である。この例では、音声配信センタ１は、予め配信する音声情報の各々に電話番号を割り当てておき、この電話番号を会員に電子メールで通知し、会員は、通知された電話番号へ発呼して音声情報の配信を受けることになる。
【００４７】
図３は、配信例１における各情報の流れを示した図である。
音声配信センタ１は、配信する音声情報の各々に電話番号を割り当てた後、その音声情報のリストを作成し、作成したリストを電子メールとしてメールサーバ１２から各会員の携帯電話２用のメールアドレスに送信する（ステップ１０１）。このリストには、配信する音声情報のファイル名や属性、概要等とともに、割り当てられた電話番号が付与されている。
【００４８】
会員は、受信した電子メールに基づいて、所望の音声情報を選択する。受信した電子メールは、例えば、図４に示すように携帯電話２に表示される。図４（ａ）は、電子メールの冒頭の記述を示したもので、音声情報の配信を受けるための方法が記述されており、図４（ｂ）および図４（ｃ）は、リストの一部が表示されている。このリストで選択された電話番号は、携帯電話２の操作により選択（一般のコンピュータでのポインティングデバイスによるクリックに相当）された場合には、当該電話番号への発呼が行われる。
【００４９】
会員が所望の音声情報を選択して対応する電話番号へ発呼すると（ステップ１０２）、音声配信センタ１の通話制御装置１５が応答し、両者の間で通話が開始される。そして、通話制御装置１５が音声蓄積装置１４から取得した音声情報が再生され、会員は、音声情報を聴取することができる。
【００５０】
なお、この配信例１においては、会員が電子メールで受信したリストに記載された電話番号を手動で携帯電話２に入力して発呼することも可能であるのはもちろんのこと、他の携帯電話や一般加入電話６からリスト記載の電話番号への発呼を行って音声情報を聴取することが可能である。
【００５１】
［配信例２］
配信例２は、プル型の一例である。この例では、音声配信センタ１は、配信する音声情報に対応するＵＲＬのリストを会員に電子メールで通知し、会員は、通知されたＵＲＬへアクセスして音声情報の配信を受けるための電話番号を取得し、取得した電話番号へ発呼して音声情報の配信を受けることになる。
【００５２】
図５は、配信例２における各情報の流れを示した図である。
音声配信センタ１は、配信する音声情報に対応したファイルのロケーションを取得して、そのＵＲＬを含む音声情報のリストを作成し、作成したリストを電子メールとしてメールサーバ１２から各会員の携帯電話２用のメールアドレスに送信する（ステップ２０１）。
【００５３】
この電子メールは、会員の携帯電話２において、図６（ａ）および図６（ｂ）に示すように表示される。図６（ａ）は、電子メールの冒頭の記述を示したもので、音声情報の配信を受けるための方法が記述されており、図６（ｂ）は、リストの一部が表示されている。このリストに表示されている音声情報は、対応するＵＲＬへリンクされているが、そのリンクは、同図に示すように音声情報のファイル名からリンクされている場合（電子メールがCompact HTML(CHTM)やHDML、WML等で記述されている場合）もあり、「http://www.****.**.jp/****.html」のように直接ＵＲＬが記述されている場合もある。
【００５４】
会員が所望の音声情報を選択すると、携帯電話２は、ＷＷＷサーバ１３の対応するＵＲＬへアクセスし（ステップ２０２）、その応答として音声情報の配信を受けることのできる電話番号を取得する（ステップ２０３）。
【００５５】
ここで、図７を参照してＷＷＷサーバ１３の動作について説明する。
図７は、配信例２におけるＷＷＷサーバ１３の動作の流れを示すフローチャートである。
【００５６】
ＷＷＷサーバ１３は、携帯電話２からリクエスト（アクセス要求）があると（ステップ２２１でＹＥＳ）、そのＵＲＬから会員が所望する音声情報のファイルを特定する（ステップ２２２）。そして、予め複数用意されている電話回線の１つを確保し（ステップ２２３）、確保した電話回線の電話番号を取得する（ステップ２２４）。続いて、取得した電話番号を記載するとともにリンクを形成したウェブページを生成し（ステップ２２５）、生成したウェブページを携帯電話２へ送信して（ステップ２２６）、処理を終了する。
【００５７】
ＷＷＷサーバ１３により生成されたウェブページは、図６（ｃ）に示すように携帯電話２に表示される。そして、このウェブページは、
<a href="tel:03-XXXX-XXXX">03-XXXX-XXXX</a><br> （CHTMLによる記述）
若しくは、
<CE TASK="CALL" NUMBER="03-XXXX-XXXX">03-XXXX-XXXX (HDMLによる記述)
のような記述を含んでおり、表示された電話番号を携帯電話２の操作により選択することで、当該電話番号への発呼が行われる（ステップ２０４）。
【００５８】
会員がウェブページに表示された電話番号へ発呼すると（ステップ２０５）、音声配信センタ１の通話制御装置１５が応答し、両者の間で通話が開始される。そして、通話制御装置１５が音声蓄積装置１４から取得した音声情報が再生され、会員は、音声情報を聴取することができる。
【００５９】
なお、この配信例２においては、会員がウェブページで受信したリストに記載された電話番号を手動で携帯電話２に入力して発呼することも可能であるのはもちろんのこと、他の携帯電話や一般加入電話６からウェブページに記載の電話番号への発呼を行って音声情報を聴取することが可能である。
【００６０】
この配信例２に示した方法では、配信例１の方法と比較して、用意する電話回線を配信する音声ファイルの数よりも少なくすることができるとともに、会員毎に異なる電話番号を割り当てるため、複数の会員が同時に音声情報を聴取することができるといった利点がある。
【００６１】
［配信例３］
配信例３は、プッシュ型の一例である。この例では、音声配信センタ１は、配信する音声情報に対応するＵＲＬのリストを会員に電子メールで通知し、会員は、通知されたＵＲＬへアクセスする。会員が通知されたＵＲＬへアクセスすると、音声配信センタ１では、そのリクエストから電話番号を抽出し、抽出した電話番号へ発呼して音声情報の配信を行う。リクエストからの電話番号の抽出は、必ずしも可能なわけではなく、携帯電話２を扱う電話会社（キャリア）の意向に左右されるが、例えば、携帯端末用の通信プロトコルとして策定されたＷＡＰ(Wireless Access Protocol)には、電話番号の通知に関する規定があり、技術的に不可能なものではない。
【００６２】
図８は、配信例３における各情報の流れを示した図である。
音声配信センタ１は、配信する音声情報に対応したファイルのロケーションを取得して、そのＵＲＬを含む音声情報のリストを作成し、作成したリストを電子メールとしてメールサーバ１２から各会員の携帯電話２用のメールアドレスに送信する（ステップ３０１）。
【００６３】
この電子メールは、会員の携帯電話２において、図９（ａ）および図９（ｂ）に示すように表示される。図９（ａ）は、電子メールの冒頭の記述を示したもので、音声情報の配信を受けるための方法が記述されており、図９（ｂ）は、リストの一部が表示されている（リストは、配信例２の場合と同様のもの）。このリストに表示されている音声情報は、対応するＵＲＬへリンクされており、会員が所望の音声情報を選択すると、携帯電話２は、ＷＷＷサーバ１３の対応するＵＲＬへアクセスする（ステップ３０２）。ＷＷＷサーバ１３は、携帯電話２からのリクエストに応じて、通話制御装置１５を起動する（ステップ３０３）。
【００６４】
ここで、図１０を参照してＷＷＷサーバ１３の動作について説明する。
図１０は、配信例３におけるＷＷＷサーバ１３の動作の流れを示すフローチャートである。
【００６５】
ＷＷＷサーバ１３は、携帯電話２からリクエスト（アクセス要求）があると（ステップ３２１でＹＥＳ）、そのＵＲＬから会員が所望する音声情報のファイルを特定するとともに（ステップ３２２）、当該リクエストから携帯電話２の電話番号を抽出する（ステップ３２３）。続いて、特定した音声情報と抽出した電話番号をパラメータとして通話制御装置１５を起動し（ステップ３２４）、処理を終了する。
【００６６】
ＷＷＷサーバ１３により起動された通話制御装置１５は、ＷＷＷサーバ１３から渡された電話番号へ発呼し（ステップ３０４）、これに会員（携帯電話２）が応答すると、両者の間で通話が開始され（ステップ３０５）、通話制御装置１５が音声蓄積装置１４から取得した音声情報が再生され、会員は、音声情報を聴取することができる。
【００６７】
［配信例４］
配信例４は、プッシュ型の一例であり、配信例３の一部を変更した例である。この例では、配信例３における携帯電話２からＷＷＷサーバ１３へのリクエスト中から抽出する電話番号に代えて、会員の識別情報である会員ＩＤを抽出するようにする。
【００６８】
会員ＩＤは、配信する音声情報のリストを電子メールで会員に通知する際に、音声情報に対応するＵＲＬに埋め込まれ、そのＵＲＬへのアクセスに際して抽出される。
【００６９】
なお、この配信例４では、音声配信センタ１と携帯電話２の間の情報の流れは、配信例３の場合と同様であるので説明は省略し、メールサーバ１２による電子メールの作成と、ＷＷＷサーバ１３による会員ＩＤの抽出の動作を中心に説明を行う。
【００７０】
図１１は、配信例４におけるメールサーバ１２の動作の流れを示すフローチャートであり、図１２は、配信例４におけるＷＷＷサーバ１３の動作の流れを示すフローチャートである。
【００７１】
メールサーバ１２は、まず、予め登録されている会員の情報を取得し（ステップ３４１）、続いて、配信する音声情報に対応するファイルのロケーションを取得する（ステップ３４２）。そして、取得した会員情報から会員ＩＤを抽出し、取得したファイルのロケーションと併せてＵＲＬを生成し（ステップ３４３）、生成したＵＲＬに基づいて音声情報のリストを記述したメールを作成して（ステップ３４４）、会員宛に送信する（ステップ３４５）。ただし、メールの送信は、この段階では行わない場合もある。
【００７２】
このメールの作成は、リストを送信する対象となる全ての会員分だけ行い（ステップ３４６でＮＯ）、対象となる全会員分のメールを作成すると（ステップ３４６でＹＥＳ）、作成したメールを送信して（ステップ３４７）、処理を終了する。ただし、ステップ３４５でメールを送信した場合には、ステップ３４７での送信は行わない。
【００７３】
ＷＷＷサーバ１３は、携帯電話２からリクエスト（アクセス要求）があると（ステップ３６１でＹＥＳ）、そのＵＲＬから会員が所望する音声情報のファイルを特定するとともに（ステップ３６２）、当該リクエストから会員ＩＤを抽出する（ステップ３６３）。続いて、抽出した会員ＩＤに基づいて登録されている電話番号を検索し（ステップ３６４）、先に特定した音声情報と検索した電話番号をパラメータとして通話制御装置１５を起動し（ステップ３６５）、処理を終了する。
【００７４】
この後、ＷＷＷサーバ１３により起動された通話制御装置１５は、ＷＷＷサーバ１３から渡された電話番号へ発呼し、これに会員（携帯電話２）が応答すると、両者の間で通話が開始され、通話制御装置１５が音声蓄積装置１４から取得した音声情報が再生され、会員は、音声情報を聴取することができる。
【００７５】
［配信例５］
配信例５は、プッシュ型の一例であり、配信例４と同様に配信例３の一部を変更した例である。この例は、配信例４における会員ＩＤをダイナミックに生成するようにしたもので、これにより、ＵＲＬの改竄等による他の会員への無用な電話の発信を防止するものである。
【００７６】
なお、この配信例５では、音声配信センタ１と携帯電話２の間の情報の流れは、配信例３の場合と同様であり、ＷＷＷサーバ１３の動作は、配信例４の場合と同様であるので説明は省略し、メールサーバ１２による会員ＩＤの生成と電子メールの作成を中心に説明を行う。
【００７７】
図１３は、配信例５におけるメールサーバ１２の動作の流れを示すフローチャートである。
【００７８】
メールサーバ１２は、まず、予め登録されている会員の情報を取得し（ステップ３８１）、取得した会員情報に基づいて会員ＩＤを生成する（ステップ３８２）。会員ＩＤの生成は、例えば、乱数等を用いて行う。ここで、生成した会員ＩＤが利用不可能なものであった場合には（ステップ３８３でＮＯ）、再度、会員ＩＤを生成する（ステップ３８２）。利用不可能な会員ＩＤとは、既に生成されている会員ＩＤと重複しているもの、若しくは一定の符号距離以内にあるものである。
【００７９】
一方、生成した会員ＩＤが利用可能なものであった場合には（ステップ３８３でＹＥＳ）、その会員ＩＤを登録し（ステップ３８４）、続いて、配信する音声情報に対応するファイルのロケーションを取得する（ステップ３８５）。そして、生成・登録した会員ＩＤと、取得したファイルのロケーションに基づいてＵＲＬを生成し（ステップ３８６）、生成したＵＲＬに基づいて音声情報のリストを記述したメールを作成して（ステップ３８７）、会員宛に送信する（ステップ３８８）。ただし、メールの送信は、この段階では行わない場合もある。
【００８０】
このメールの作成は、リストを送信する対象となる全ての会員分だけ行い（ステップ３８９でＮＯ）、対象となる全会員分のメールを作成すると（ステップ３８９でＹＥＳ）、作成したメールを送信して（ステップ３９０）、処理を終了する。ただし、ステップ３８８でメールを送信した場合には、ステップ３９０での送信は行わない。
【００８１】
［配信例６］
配信例６は、プッシュ型の一例である。この例では、音声配信センタ１は、配信する音声情報に対応するＵＲＬのリストを会員に電子メールで通知する。会員が、通知されたＵＲＬへアクセスし、これに応じて音声配信センタ１から送られるフォームに所望の電話番号を入力すると、音声配信センタ１は、入力された電話番号へ発呼して音声情報の配信を行う。
【００８２】
図１４は、配信例６における各情報の流れを示した図である。
音声配信センタ１は、配信する音声情報に対応したファイルのロケーションを取得して、そのＵＲＬを含む音声情報のリストを作成し、作成したリストを電子メールとしてメールサーバ１２から各会員の携帯電話２用のメールアドレスに送信する（ステップ４０１）。
【００８３】
この電子メールは、会員の携帯電話２において、図１５（ａ）および図１５（ｂ）に示すように表示される。図１５（ａ）は、電子メールの冒頭の記述を示したもので、音声情報の配信を受けるための方法が記述されており、図１５（ｂ）は、リストの一部が表示されている（リストは、配信例２の場合と同様のもの）。このリストに表示されている音声情報は、対応するＵＲＬへリンクされており、会員が所望の音声情報を選択すると、携帯電話２は、ＷＷＷサーバ１３の対応するＵＲＬへアクセスする（ステップ４０２）。ＷＷＷサーバ１３は、携帯電話２からのリクエストに応じて、電話番号を入力するためのフォームを携帯電話２へ送信し（ステップ４０３）、会員が携帯電話２から音声情報を聴取する際に着呼を希望する電話番号を入力して返信すると（ステップ４０４）、入力された電話番号をパラメータの１つとして通話制御装置１５を起動する（ステップ４０５）。
【００８４】
ここで、図１６を参照してＷＷＷサーバ１３の動作について説明する。
図１６は、配信例６におけるＷＷＷサーバ１３の動作の流れを示すフローチャートである。
【００８５】
ＷＷＷサーバ１３は、携帯電話２からリクエスト（アクセス要求）があると（ステップ４２１でＹＥＳ）、そのＵＲＬから会員が所望する音声情報のファイルを特定する（ステップ４２２）。続いて、ユーザに所望の電話番号を入力させるためのフォームを生成し（ステップ４２３）、生成したフォームを携帯電話２に送信して（ステップ４２４）、その応答を待つ（ステップ４２５でＮＯ）。このとき、送信したフォームは、携帯電話２で図１５（ｃ）に示すように表示される。携帯電話２からの応答があると（ステップ４２５でＹＥＳ）、その応答からフォームに入力された電話番号を抽出し（ステップ４２６）、特定した音声情報と抽出した電話番号をパラメータとして通話制御装置１５を起動し（ステップ４２７）、処理を終了する。なお、ステップ４２５での携帯電話２からの応答が一定時間なかった場合には、ステップ４２４で送信したフォームを無効とし、処理をキャンセルする。
【００８６】
ＷＷＷサーバ１３により起動された通話制御装置１５は、ＷＷＷサーバ１３から渡された電話番号へ発呼し（ステップ４０６）、これに会員（携帯電話２）が応答すると、両者の間で通話が開始され（ステップ４０７）、通話制御装置１５が音声蓄積装置１４から取得した音声情報が再生され、会員は、音声情報を聴取することができる。
【００８７】
この配信例６においては、会員は、所望の電話番号をフォームに入力することができるため、携帯電話２で音声情報を聴取する以外に、他の携帯電話や一般加入電話６で音声情報を聴取することができる。
【００８８】
［配信例７］
配信例７は、プッシュ型の一例であり、配信例６の一部を変更した例である。この例では、配信例６においてフォームに入力する電話番号を制限し、入力された電話番号のうち予め登録されてる電話番号に対してのみ発呼を行うようにしている。これにより、電話番号の誤入力や悪用による他人への無用な電話の発信を防止するものである。
【００８９】
なお、この配信例７では、音声配信センタ１と携帯電話２の間の情報の流れは、配信例６の場合と同様であるので説明は省略し、ＷＷＷサーバ１３による電話番号の処理を中心に説明を行う。
【００９０】
図１７は、配信例７におけるＷＷＷサーバ１３の動作の流れを示すフローチャートである。
【００９１】
ＷＷＷサーバ１３は、携帯電話２からリクエスト（アクセス要求）があると（ステップ４４１でＹＥＳ）、そのＵＲＬから会員が所望する音声情報のファイルを特定する（ステップ４４２）。続いて、ユーザに会員ＩＤと所望の電話番号を入力させるためのフォームを生成し（ステップ４４３）、生成したフォームを携帯電話２に送信して（ステップ４４４）、その応答を待つ（ステップ４４５でＮＯ）。このとき、送信したフォームは、携帯電話２で図１８（ａ）および図１８（ｂ）に示すように表示される。図１８（ａ）は、会員に会員ＩＤを入力させるためのフォームの表示であり、図１８（ｂ）は、会員に所望の電話番号を入力させるためのフォームの表示である。
【００９２】
携帯電話２からの応答があると（ステップ４４５でＹＥＳ）、その応答からフォームに入力された会員ＩＤと電話番号を抽出し（ステップ４４６）、抽出した会員ＩＤに基づいて、抽出した電話番号が登録されているか否かを照合する（ステップ４４７）。そして、照合が成功すれば（ステップ４４８でＹＥＳ）、特定した音声情報と抽出した電話番号をパラメータとして通話制御装置１５を起動し（ステップ４４９）、処理を終了する。なお、ステップ４４５での携帯電話２からの応答が一定時間なかった場合には、ステップ４４４で送信したフォームを無効とし、処理をキャンセルする。
【００９３】
なお、この例では、会員ＩＤに基づいて電話番号が登録されているか否かを確認しているが、会員ＩＤを利用せず、電話番号のみを照合するようにしてもよい。
【００９４】
さて、これまでは、音声配信センタ１による音声情報の配信例を数例説明したが、以下では、音声配信センタ１の運用に関し、ログの収集と会員への課金について説明する。
【００９５】
まず、ログの収集であるが、ログは、ゲートウェイ１１、メールサーバ１２、ＷＷＷサーバ１３、音声蓄積装置１４、通話制御装置１５のそれぞれで記録しておくことができる。特に、通話制御装置１５のログは、配信した全ての音声情報に関して、着信電話番号、発信電話番号を含めたログを記憶しておくことが可能である。この各装置のログを集計し、人気のある音声情報の動向等の分析に利用することができる。
【００９６】
次に、課金について説明する。
音声配信センタ１の運用形態としては、大別すると音声情報自体に課金を行うか否か、つまり、音声情報を無料で提供する形態と音声情報を有料で提供する形態とに分けられる。
【００９７】
音声情報を無料で提供する形態としては、音声配信センタ１を広告料収入で運用する形態がある。この場合、会員に送信する電子メールやウェブページに広告を掲載したり、音声情報の配信に先立って音声による広告を提供することで広告料収入を得る。また、音声情報の提供を有料サービスの一部とし、何らかの有料サービスの提供を受けている者を会員として電子メールの送信を行うことが考えられる。
【００９８】
音声情報を有料で提供する形態としては、複数の課金方法が考えられ、その課金方法は、音声情報の配信方法により異なる。
【００９９】
１つめの課金方法は、電話会社に情報料の徴収代行を依頼する方法である。この方法は、会員が発呼を行う配信例１および配信例２で説明したプル型の配信方法に適用する方法であり、会員へ電話料金の請求の際に情報料が併せて請求されることになる。
【０１００】
２つめの方法は、通話制御装置１５で収集したログのうち、通話装置１５が発呼した電話番号に基づいて行う方法である。この方法は、配信例３乃至７で説明したプッシュ型の配信方法に適用する方法である。ただし、この方法は、電話番号が予め登録されており、電話番号と会員情報との対応が確認できる場合にのみ適用できるものである。この方法を配信例３および配信例５に適用する場合には、電話番号の誤入力や悪用が考えられないため、音声情報の配信（通話）の開始時点から課金が可能である。また、配信例４および配信例６、７に適用する場合には、電話番号の誤入力や悪用が生じる場合があるため、音声情報の配信（通話）の時間が一定時間以上継続したものにのみ、課金を行うことになる（通常、間違い電話等であれば通話を継続せずに切断するため）。
【０１０１】
３つめの方法は、ＷＷＷサーバ１３で収集した会員ＩＤのログと通話制御装置１５で収集した発呼先の電話番号に基づいて行う方法である。この方法は、配信例４および配信例５、７で説明したプッシュ型の配信方法のうち、会員ＩＤを利用する配信方法に適用する方法である。この方法は、基本的には、会員ＩＤにのみ基づいて課金が可能であるが、何らかの理由で通話が不能であった場合を考えると、通話制御装置１５での発呼のログを参照する必要がある。
【０１０２】
なお、ここに示した課金方法は、一例であり、他の課金方法を用いてもよいことは言うまでもない。また、課金方法として同一の音声情報の配信を複数回行った場合には、都度課金を行ったり、最初の１回のみの課金、２回目以降を割引して課金する等の方法も適用できる。
【０１０３】
【発明の効果】
以上説明したように、この発明によれば、インターネットへの接続が可能な携帯電話に、音声情報へのリンク情報を送信し、該送信を受けた携帯電話との間の音声通話で音声情報を提供するように構成したので、会員が容易に音声情報の配信を受けることが可能となる。
【０１０４】
特に、上述の配信例１の場合には、音声情報を聴取するための電話番号へのリンク情報を電子メールで送信するため、会員は、携帯電話で電話番号を選択する操作を行うのみで、所望の音声情報の配信を受けることができる。
【０１０５】
また、配信例２の場合には、会員からのリクエストがある毎に電話番号の割り当てを行うため、多くの電話回線を用意する必要はなく、会員も他人の通話が終了するのを待つことなく、いつでも音声配信を受けることができる。
【０１０６】
また、配信例３の場合には、会員からのリクエストに含まれる電話番号を利用して、会員の携帯電話へ発呼して音声情報を配信するため、多くの電話回線を用意する必要はなく、会員も多くの操作を行うことなく、いつでも音声配信を受けることができる。
【０１０７】
また、配信例４および配信例５の場合には、会員からのリクエストに含まれる会員ＩＤを利用して、会員の携帯電話へ発呼して音声情報を配信するため、多くの電話回線を用意する必要がないとともに、会員の管理を容易に行うことができ、会員も多くの操作を行うことなく、音声配信を受けることができる。
【０１０８】
また、配信例６および配信例７の場合には、会員が指定した電話番号の携帯電話および一般電話へ発呼して音声情報を配信するため、多くの電話回線を用意する必要がないとともに、会員の管理を容易に行うことができ、会員も任意の電話で音声配信を受けることができる。
【図面の簡単な説明】
【図１】この発明を適用した音声配信センタの構成を示すブロック図である。
【図２】音声配信センタ１による音声情報の配信経路等を説明するための図である。
【図３】配信例１における各情報の流れを示した図である。
【図４】配信例１における携帯電話２の表示例を示した図である。
【図５】配信例２における各情報の流れを示した図である。
【図６】配信例２における携帯電話２の表示例を示した図である。
【図７】配信例２におけるＷＷＷサーバ１３の動作の流れを示すフローチャートである。
【図８】配信例３における各情報の流れを示した図である。
【図９】配信例３における携帯電話２の表示例を示した図である。
【図１０】配信例３におけるＷＷＷサーバ１３の動作の流れを示すフローチャートである。
【図１１】配信例４におけるメールサーバ１２の動作の流れを示すフローチャートである。
【図１２】配信例４におけるＷＷＷサーバ１３の動作の流れを示すフローチャートである。
【図１３】配信例５におけるメールサーバ１２の動作の流れを示すフローチャートである。
【図１４】配信例６における各情報の流れを示した図である。
【図１５】配信例６における携帯電話２の表示例を示した図である。
【図１６】配信例６におけるＷＷＷサーバ１３の動作の流れを示すフローチャートである。
【図１７】配信例７におけるＷＷＷサーバ１３の動作の流れを示すフローチャートである。
【図１８】配信例７における携帯電話２の表示例を示した図である。
【符号の説明】
１ 音声配信センタ
２、２−１〜２−ｎ 携帯電話
３ 形態電話網
４ 公衆電話網
５ インターネット
６ 一般加入電話
１１ ゲートウェイ
１２ メールサーバ
１３ ＷＷＷサーバ
１４ 音声蓄積装置
１５ 通話制御装置
３１−１〜３１−ｍ 基地局
３２ 交換機
３３ 携帯電話網ゲートウェイ
４１ 交換機
４２ 交換機
【発明の属する技術分野】
この発明は、音声配信方法および装置に関し、特に、インターネットに接続可能な携帯電話に対して効率的に音声情報を配信することのできる音声配信方法および装置に関する。
【０００２】
【従来の技術】
従来から、電話を利用した音声情報の配信が多く行われている。電話を利用した音声の配信は、一般に、利用者に対して郵送等の方法で電話番号を告知し、利用者がその電話番号へ発呼を行い、音声を聴取することで行われている。
【０００３】
一方、最近では、電子メールを利用できる環境にある人が増加し、様々な情報が電子メールにより配信されるようになってきた。特に、インターネットに接続可能な携帯電話機の利用が急増し、様々な情報を携帯電話機で受信できるようになっている。
【０００４】
【発明が解決しようとする課題】
ところで、電子メール、特に、携帯電話機で利用可能な電子メールは、文字情報の配信には適しているが音声情報の配信には適していない。しかしながら、音声情報は、文字では表現できない情報をも含むものであり、電子メールの利用環境が普及したからといって、音声情報配信の需要がなくなるわけではない。
【０００５】
このように電子メールの利用が増加しても音声情報配信の需要が無くなるわけではないが、単に電話番号を利用者に告知するだけの音声配信方法では、利用者が不便を感じることもあり、さらには、有料にすべき音声情報の配信にさいしての課金方法にも限界がある。
【０００６】
そこで、この発明は、インターネットに接続可能な携帯電話機を用い、利用者が利用しやすい音声情報配信方法および装置を提供することを目的とする。
【０００７】
【課題を解決するための手段】
上述した目的を達成するため、請求項１の発明は、蓄積した音声情報を再生した音声を配信する音声配信方法において、配信する音声情報に対応するウェブページのアドレスをインターネットに接続可能な携帯電話機に送信し、前記ウェブページへのアクセスがあった場合に、該ウェブページに対応する音声情報を配信する電話回線を確保するとともに、該確保した電話回線の電話番号を含むウェブページを前記アクセスに対する応答として送信し、前記電話番号への着呼に応答して、前記音声情報を音声通話により配信することを特徴とする。
【０００８】
また、請求項２の発明は、音声情報を蓄積する音声情報蓄積手段と、配信する前記音声情報に電話回線を割り当てる回線割り当て手段と、前記音声情報に対応するウェブページのアドレスをインターネットに接続可能な携帯電話機に送信するとともに、前記ウェブページへのアクセスがあった場合に、前記回線割り当て手段を動作させて該ウェブページに対応する音声情報を配信する電話回線を確保するとともに、該確保した電話回線の電話番号を含むウェブページを前記アクセスに対する応答として送信するウェブページ送信手段と、前記電話番号への着呼に応答して、該電話番号に対応した音声情報の再生を開始する通話制御手段とを具備することを特徴とする。
【００３７】
【発明の実施の形態】
以下、この発明に係る音声配信方法および装置の一実施の形態について、添付図面を参照して詳細に説明する。
【００３８】
図１は、この発明を適用した音声配信センタの構成を示すブロック図である。同図に示すように、音声配信センタ１は、インターネットと接続されるゲートウェイ１１と、インターネットを介して電子メールの送受信を行うメールサーバ１２、インターネットを介してウェブページの提供等を行うＷＷＷサーバ１３、配信する音声情報（音楽を含む）を蓄積する音声蓄積装置１４、公衆電話回線に接続され、該公衆電話回線を介して音声情報を配信する通話制御装置１５を具備して構成される。なお、ゲートウェイ１１、メールサーバ１２、ＷＷＷサーバ１３、音声蓄積装置１４、通話制御装置１５は、同一の装置として構成することも可能である。
【００３９】
図２は、音声配信センタ１による音声情報の配信経路等を説明するための図である。
音声配信センタ１は、携帯電話２（２−１〜２−ｎ）との間で各種情報の交換を行うとともに、音声情報を配信する。
【００４０】
携帯電話２は、携帯電話網３と公衆電話網４を介して音声配信センタ１との間で通話が可能である。この通話においては、携帯電話２から基地局３１（３１−１〜３１−ｍ）、携帯電話網３、交換機３２、公衆電話網４、交換機４１を介して音声配信センタ１の通信制御部１５との間で音声の交換が行われ、この経路により、音声配信センタ１から音声情報の配信を受ける。
【００４１】
また、携帯電話２は、インターネット５を介して音声配信センタ１との間で通信が可能である。この通信においては、携帯電話２から基地局３１、携帯電話網３、携帯電話網ゲートウェイ３３、インターネット５、音声配信センタ１のゲートウェイ１１を介してメールサーバ１２やＷＷＷサーバ１３との間で情報の交換が行われる。なお、メールサーバ１２との間での情報の交換は、実際には、携帯電話網３に接続される携帯電話２用のメールサーバ（不図示）を介して行われることになる。
【００４２】
なお、携帯電話２とインターネット５の間では、パケット通信を行うことが可能であり、携帯電話網３は、実際には、通信網と通話網に別れている。
【００４３】
さて、このような構成において、音声配信センタ１から音声情報の配信を受ける契約を結んだ会員（以下、単に会員と称する）は、携帯電話２を利用して音声配信センタ１から所望の音声情報の配信を受けることができる。なお、詳細は後述するが、会員は、交換機４１、公衆電話網４、交換機４２を介して一般加入電話６から音声情報の配信を受けることも可能である。
【００４４】
音声情報の配信には、様々な方法が考えられるが、大別すると、携帯電話２から発呼して通話を行う方法（プル型）と、音声配信センタ１から発呼して通話を行う方法（プッシュ型）とがある。これらの方法に共通する点としては、音声配信センタ１が電子メールを利用して会員に配信する音声情報に関する告知を送信する点と、会員が音声配信センタ１との間で通話を行うことによって音声情報の配信を受ける点である。
【００４５】
次に、音声情報の配信方法を数例の具体例を挙げて説明する。
【００４６】
［配信例１］
配信例１は、プル型の一例である。この例では、音声配信センタ１は、予め配信する音声情報の各々に電話番号を割り当てておき、この電話番号を会員に電子メールで通知し、会員は、通知された電話番号へ発呼して音声情報の配信を受けることになる。
【００４７】
図３は、配信例１における各情報の流れを示した図である。
音声配信センタ１は、配信する音声情報の各々に電話番号を割り当てた後、その音声情報のリストを作成し、作成したリストを電子メールとしてメールサーバ１２から各会員の携帯電話２用のメールアドレスに送信する（ステップ１０１）。このリストには、配信する音声情報のファイル名や属性、概要等とともに、割り当てられた電話番号が付与されている。
【００４８】
会員は、受信した電子メールに基づいて、所望の音声情報を選択する。受信した電子メールは、例えば、図４に示すように携帯電話２に表示される。図４（ａ）は、電子メールの冒頭の記述を示したもので、音声情報の配信を受けるための方法が記述されており、図４（ｂ）および図４（ｃ）は、リストの一部が表示されている。このリストで選択された電話番号は、携帯電話２の操作により選択（一般のコンピュータでのポインティングデバイスによるクリックに相当）された場合には、当該電話番号への発呼が行われる。
【００４９】
会員が所望の音声情報を選択して対応する電話番号へ発呼すると（ステップ１０２）、音声配信センタ１の通話制御装置１５が応答し、両者の間で通話が開始される。そして、通話制御装置１５が音声蓄積装置１４から取得した音声情報が再生され、会員は、音声情報を聴取することができる。
【００５０】
なお、この配信例１においては、会員が電子メールで受信したリストに記載された電話番号を手動で携帯電話２に入力して発呼することも可能であるのはもちろんのこと、他の携帯電話や一般加入電話６からリスト記載の電話番号への発呼を行って音声情報を聴取することが可能である。
【００５１】
［配信例２］
配信例２は、プル型の一例である。この例では、音声配信センタ１は、配信する音声情報に対応するＵＲＬのリストを会員に電子メールで通知し、会員は、通知されたＵＲＬへアクセスして音声情報の配信を受けるための電話番号を取得し、取得した電話番号へ発呼して音声情報の配信を受けることになる。
【００５２】
図５は、配信例２における各情報の流れを示した図である。
音声配信センタ１は、配信する音声情報に対応したファイルのロケーションを取得して、そのＵＲＬを含む音声情報のリストを作成し、作成したリストを電子メールとしてメールサーバ１２から各会員の携帯電話２用のメールアドレスに送信する（ステップ２０１）。
【００５３】
この電子メールは、会員の携帯電話２において、図６（ａ）および図６（ｂ）に示すように表示される。図６（ａ）は、電子メールの冒頭の記述を示したもので、音声情報の配信を受けるための方法が記述されており、図６（ｂ）は、リストの一部が表示されている。このリストに表示されている音声情報は、対応するＵＲＬへリンクされているが、そのリンクは、同図に示すように音声情報のファイル名からリンクされている場合（電子メールがCompact HTML(CHTM)やHDML、WML等で記述されている場合）もあり、「http://www.****.**.jp/****.html」のように直接ＵＲＬが記述されている場合もある。
【００５４】
会員が所望の音声情報を選択すると、携帯電話２は、ＷＷＷサーバ１３の対応するＵＲＬへアクセスし（ステップ２０２）、その応答として音声情報の配信を受けることのできる電話番号を取得する（ステップ２０３）。
【００５５】
ここで、図７を参照してＷＷＷサーバ１３の動作について説明する。
図７は、配信例２におけるＷＷＷサーバ１３の動作の流れを示すフローチャートである。
【００５６】
ＷＷＷサーバ１３は、携帯電話２からリクエスト（アクセス要求）があると（ステップ２２１でＹＥＳ）、そのＵＲＬから会員が所望する音声情報のファイルを特定する（ステップ２２２）。そして、予め複数用意されている電話回線の１つを確保し（ステップ２２３）、確保した電話回線の電話番号を取得する（ステップ２２４）。続いて、取得した電話番号を記載するとともにリンクを形成したウェブページを生成し（ステップ２２５）、生成したウェブページを携帯電話２へ送信して（ステップ２２６）、処理を終了する。
【００５７】
ＷＷＷサーバ１３により生成されたウェブページは、図６（ｃ）に示すように携帯電話２に表示される。そして、このウェブページは、
<a href="tel:03-XXXX-XXXX">03-XXXX-XXXX</a><br> （CHTMLによる記述）
若しくは、
<CE TASK="CALL" NUMBER="03-XXXX-XXXX">03-XXXX-XXXX (HDMLによる記述)
のような記述を含んでおり、表示された電話番号を携帯電話２の操作により選択することで、当該電話番号への発呼が行われる（ステップ２０４）。
【００５８】
会員がウェブページに表示された電話番号へ発呼すると（ステップ２０５）、音声配信センタ１の通話制御装置１５が応答し、両者の間で通話が開始される。そして、通話制御装置１５が音声蓄積装置１４から取得した音声情報が再生され、会員は、音声情報を聴取することができる。
【００５９】
なお、この配信例２においては、会員がウェブページで受信したリストに記載された電話番号を手動で携帯電話２に入力して発呼することも可能であるのはもちろんのこと、他の携帯電話や一般加入電話６からウェブページに記載の電話番号への発呼を行って音声情報を聴取することが可能である。
【００６０】
この配信例２に示した方法では、配信例１の方法と比較して、用意する電話回線を配信する音声ファイルの数よりも少なくすることができるとともに、会員毎に異なる電話番号を割り当てるため、複数の会員が同時に音声情報を聴取することができるといった利点がある。
【００６１】
［配信例３］
配信例３は、プッシュ型の一例である。この例では、音声配信センタ１は、配信する音声情報に対応するＵＲＬのリストを会員に電子メールで通知し、会員は、通知されたＵＲＬへアクセスする。会員が通知されたＵＲＬへアクセスすると、音声配信センタ１では、そのリクエストから電話番号を抽出し、抽出した電話番号へ発呼して音声情報の配信を行う。リクエストからの電話番号の抽出は、必ずしも可能なわけではなく、携帯電話２を扱う電話会社（キャリア）の意向に左右されるが、例えば、携帯端末用の通信プロトコルとして策定されたＷＡＰ(Wireless Access Protocol)には、電話番号の通知に関する規定があり、技術的に不可能なものではない。
【００６２】
図８は、配信例３における各情報の流れを示した図である。
音声配信センタ１は、配信する音声情報に対応したファイルのロケーションを取得して、そのＵＲＬを含む音声情報のリストを作成し、作成したリストを電子メールとしてメールサーバ１２から各会員の携帯電話２用のメールアドレスに送信する（ステップ３０１）。
【００６３】
この電子メールは、会員の携帯電話２において、図９（ａ）および図９（ｂ）に示すように表示される。図９（ａ）は、電子メールの冒頭の記述を示したもので、音声情報の配信を受けるための方法が記述されており、図９（ｂ）は、リストの一部が表示されている（リストは、配信例２の場合と同様のもの）。このリストに表示されている音声情報は、対応するＵＲＬへリンクされており、会員が所望の音声情報を選択すると、携帯電話２は、ＷＷＷサーバ１３の対応するＵＲＬへアクセスする（ステップ３０２）。ＷＷＷサーバ１３は、携帯電話２からのリクエストに応じて、通話制御装置１５を起動する（ステップ３０３）。
【００６４】
ここで、図１０を参照してＷＷＷサーバ１３の動作について説明する。
図１０は、配信例３におけるＷＷＷサーバ１３の動作の流れを示すフローチャートである。
【００６５】
ＷＷＷサーバ１３は、携帯電話２からリクエスト（アクセス要求）があると（ステップ３２１でＹＥＳ）、そのＵＲＬから会員が所望する音声情報のファイルを特定するとともに（ステップ３２２）、当該リクエストから携帯電話２の電話番号を抽出する（ステップ３２３）。続いて、特定した音声情報と抽出した電話番号をパラメータとして通話制御装置１５を起動し（ステップ３２４）、処理を終了する。
【００６６】
ＷＷＷサーバ１３により起動された通話制御装置１５は、ＷＷＷサーバ１３から渡された電話番号へ発呼し（ステップ３０４）、これに会員（携帯電話２）が応答すると、両者の間で通話が開始され（ステップ３０５）、通話制御装置１５が音声蓄積装置１４から取得した音声情報が再生され、会員は、音声情報を聴取することができる。
【００６７】
［配信例４］
配信例４は、プッシュ型の一例であり、配信例３の一部を変更した例である。この例では、配信例３における携帯電話２からＷＷＷサーバ１３へのリクエスト中から抽出する電話番号に代えて、会員の識別情報である会員ＩＤを抽出するようにする。
【００６８】
会員ＩＤは、配信する音声情報のリストを電子メールで会員に通知する際に、音声情報に対応するＵＲＬに埋め込まれ、そのＵＲＬへのアクセスに際して抽出される。
【００６９】
なお、この配信例４では、音声配信センタ１と携帯電話２の間の情報の流れは、配信例３の場合と同様であるので説明は省略し、メールサーバ１２による電子メールの作成と、ＷＷＷサーバ１３による会員ＩＤの抽出の動作を中心に説明を行う。
【００７０】
図１１は、配信例４におけるメールサーバ１２の動作の流れを示すフローチャートであり、図１２は、配信例４におけるＷＷＷサーバ１３の動作の流れを示すフローチャートである。
【００７１】
メールサーバ１２は、まず、予め登録されている会員の情報を取得し（ステップ３４１）、続いて、配信する音声情報に対応するファイルのロケーションを取得する（ステップ３４２）。そして、取得した会員情報から会員ＩＤを抽出し、取得したファイルのロケーションと併せてＵＲＬを生成し（ステップ３４３）、生成したＵＲＬに基づいて音声情報のリストを記述したメールを作成して（ステップ３４４）、会員宛に送信する（ステップ３４５）。ただし、メールの送信は、この段階では行わない場合もある。
【００７２】
このメールの作成は、リストを送信する対象となる全ての会員分だけ行い（ステップ３４６でＮＯ）、対象となる全会員分のメールを作成すると（ステップ３４６でＹＥＳ）、作成したメールを送信して（ステップ３４７）、処理を終了する。ただし、ステップ３４５でメールを送信した場合には、ステップ３４７での送信は行わない。
【００７３】
ＷＷＷサーバ１３は、携帯電話２からリクエスト（アクセス要求）があると（ステップ３６１でＹＥＳ）、そのＵＲＬから会員が所望する音声情報のファイルを特定するとともに（ステップ３６２）、当該リクエストから会員ＩＤを抽出する（ステップ３６３）。続いて、抽出した会員ＩＤに基づいて登録されている電話番号を検索し（ステップ３６４）、先に特定した音声情報と検索した電話番号をパラメータとして通話制御装置１５を起動し（ステップ３６５）、処理を終了する。
【００７４】
この後、ＷＷＷサーバ１３により起動された通話制御装置１５は、ＷＷＷサーバ１３から渡された電話番号へ発呼し、これに会員（携帯電話２）が応答すると、両者の間で通話が開始され、通話制御装置１５が音声蓄積装置１４から取得した音声情報が再生され、会員は、音声情報を聴取することができる。
【００７５】
［配信例５］
配信例５は、プッシュ型の一例であり、配信例４と同様に配信例３の一部を変更した例である。この例は、配信例４における会員ＩＤをダイナミックに生成するようにしたもので、これにより、ＵＲＬの改竄等による他の会員への無用な電話の発信を防止するものである。
【００７６】
なお、この配信例５では、音声配信センタ１と携帯電話２の間の情報の流れは、配信例３の場合と同様であり、ＷＷＷサーバ１３の動作は、配信例４の場合と同様であるので説明は省略し、メールサーバ１２による会員ＩＤの生成と電子メールの作成を中心に説明を行う。
【００７７】
図１３は、配信例５におけるメールサーバ１２の動作の流れを示すフローチャートである。
【００７８】
メールサーバ１２は、まず、予め登録されている会員の情報を取得し（ステップ３８１）、取得した会員情報に基づいて会員ＩＤを生成する（ステップ３８２）。会員ＩＤの生成は、例えば、乱数等を用いて行う。ここで、生成した会員ＩＤが利用不可能なものであった場合には（ステップ３８３でＮＯ）、再度、会員ＩＤを生成する（ステップ３８２）。利用不可能な会員ＩＤとは、既に生成されている会員ＩＤと重複しているもの、若しくは一定の符号距離以内にあるものである。
【００７９】
一方、生成した会員ＩＤが利用可能なものであった場合には（ステップ３８３でＹＥＳ）、その会員ＩＤを登録し（ステップ３８４）、続いて、配信する音声情報に対応するファイルのロケーションを取得する（ステップ３８５）。そして、生成・登録した会員ＩＤと、取得したファイルのロケーションに基づいてＵＲＬを生成し（ステップ３８６）、生成したＵＲＬに基づいて音声情報のリストを記述したメールを作成して（ステップ３８７）、会員宛に送信する（ステップ３８８）。ただし、メールの送信は、この段階では行わない場合もある。
【００８０】
このメールの作成は、リストを送信する対象となる全ての会員分だけ行い（ステップ３８９でＮＯ）、対象となる全会員分のメールを作成すると（ステップ３８９でＹＥＳ）、作成したメールを送信して（ステップ３９０）、処理を終了する。ただし、ステップ３８８でメールを送信した場合には、ステップ３９０での送信は行わない。
【００８１】
［配信例６］
配信例６は、プッシュ型の一例である。この例では、音声配信センタ１は、配信する音声情報に対応するＵＲＬのリストを会員に電子メールで通知する。会員が、通知されたＵＲＬへアクセスし、これに応じて音声配信センタ１から送られるフォームに所望の電話番号を入力すると、音声配信センタ１は、入力された電話番号へ発呼して音声情報の配信を行う。
【００８２】
図１４は、配信例６における各情報の流れを示した図である。
音声配信センタ１は、配信する音声情報に対応したファイルのロケーションを取得して、そのＵＲＬを含む音声情報のリストを作成し、作成したリストを電子メールとしてメールサーバ１２から各会員の携帯電話２用のメールアドレスに送信する（ステップ４０１）。
【００８３】
この電子メールは、会員の携帯電話２において、図１５（ａ）および図１５（ｂ）に示すように表示される。図１５（ａ）は、電子メールの冒頭の記述を示したもので、音声情報の配信を受けるための方法が記述されており、図１５（ｂ）は、リストの一部が表示されている（リストは、配信例２の場合と同様のもの）。このリストに表示されている音声情報は、対応するＵＲＬへリンクされており、会員が所望の音声情報を選択すると、携帯電話２は、ＷＷＷサーバ１３の対応するＵＲＬへアクセスする（ステップ４０２）。ＷＷＷサーバ１３は、携帯電話２からのリクエストに応じて、電話番号を入力するためのフォームを携帯電話２へ送信し（ステップ４０３）、会員が携帯電話２から音声情報を聴取する際に着呼を希望する電話番号を入力して返信すると（ステップ４０４）、入力された電話番号をパラメータの１つとして通話制御装置１５を起動する（ステップ４０５）。
【００８４】
ここで、図１６を参照してＷＷＷサーバ１３の動作について説明する。
図１６は、配信例６におけるＷＷＷサーバ１３の動作の流れを示すフローチャートである。
【００８５】
ＷＷＷサーバ１３は、携帯電話２からリクエスト（アクセス要求）があると（ステップ４２１でＹＥＳ）、そのＵＲＬから会員が所望する音声情報のファイルを特定する（ステップ４２２）。続いて、ユーザに所望の電話番号を入力させるためのフォームを生成し（ステップ４２３）、生成したフォームを携帯電話２に送信して（ステップ４２４）、その応答を待つ（ステップ４２５でＮＯ）。このとき、送信したフォームは、携帯電話２で図１５（ｃ）に示すように表示される。携帯電話２からの応答があると（ステップ４２５でＹＥＳ）、その応答からフォームに入力された電話番号を抽出し（ステップ４２６）、特定した音声情報と抽出した電話番号をパラメータとして通話制御装置１５を起動し（ステップ４２７）、処理を終了する。なお、ステップ４２５での携帯電話２からの応答が一定時間なかった場合には、ステップ４２４で送信したフォームを無効とし、処理をキャンセルする。
【００８６】
ＷＷＷサーバ１３により起動された通話制御装置１５は、ＷＷＷサーバ１３から渡された電話番号へ発呼し（ステップ４０６）、これに会員（携帯電話２）が応答すると、両者の間で通話が開始され（ステップ４０７）、通話制御装置１５が音声蓄積装置１４から取得した音声情報が再生され、会員は、音声情報を聴取することができる。
【００８７】
この配信例６においては、会員は、所望の電話番号をフォームに入力することができるため、携帯電話２で音声情報を聴取する以外に、他の携帯電話や一般加入電話６で音声情報を聴取することができる。
【００８８】
［配信例７］
配信例７は、プッシュ型の一例であり、配信例６の一部を変更した例である。この例では、配信例６においてフォームに入力する電話番号を制限し、入力された電話番号のうち予め登録されてる電話番号に対してのみ発呼を行うようにしている。これにより、電話番号の誤入力や悪用による他人への無用な電話の発信を防止するものである。
【００８９】
なお、この配信例７では、音声配信センタ１と携帯電話２の間の情報の流れは、配信例６の場合と同様であるので説明は省略し、ＷＷＷサーバ１３による電話番号の処理を中心に説明を行う。
【００９０】
図１７は、配信例７におけるＷＷＷサーバ１３の動作の流れを示すフローチャートである。
【００９１】
ＷＷＷサーバ１３は、携帯電話２からリクエスト（アクセス要求）があると（ステップ４４１でＹＥＳ）、そのＵＲＬから会員が所望する音声情報のファイルを特定する（ステップ４４２）。続いて、ユーザに会員ＩＤと所望の電話番号を入力させるためのフォームを生成し（ステップ４４３）、生成したフォームを携帯電話２に送信して（ステップ４４４）、その応答を待つ（ステップ４４５でＮＯ）。このとき、送信したフォームは、携帯電話２で図１８（ａ）および図１８（ｂ）に示すように表示される。図１８（ａ）は、会員に会員ＩＤを入力させるためのフォームの表示であり、図１８（ｂ）は、会員に所望の電話番号を入力させるためのフォームの表示である。
【００９２】
携帯電話２からの応答があると（ステップ４４５でＹＥＳ）、その応答からフォームに入力された会員ＩＤと電話番号を抽出し（ステップ４４６）、抽出した会員ＩＤに基づいて、抽出した電話番号が登録されているか否かを照合する（ステップ４４７）。そして、照合が成功すれば（ステップ４４８でＹＥＳ）、特定した音声情報と抽出した電話番号をパラメータとして通話制御装置１５を起動し（ステップ４４９）、処理を終了する。なお、ステップ４４５での携帯電話２からの応答が一定時間なかった場合には、ステップ４４４で送信したフォームを無効とし、処理をキャンセルする。
【００９３】
なお、この例では、会員ＩＤに基づいて電話番号が登録されているか否かを確認しているが、会員ＩＤを利用せず、電話番号のみを照合するようにしてもよい。
【００９４】
さて、これまでは、音声配信センタ１による音声情報の配信例を数例説明したが、以下では、音声配信センタ１の運用に関し、ログの収集と会員への課金について説明する。
【００９５】
まず、ログの収集であるが、ログは、ゲートウェイ１１、メールサーバ１２、ＷＷＷサーバ１３、音声蓄積装置１４、通話制御装置１５のそれぞれで記録しておくことができる。特に、通話制御装置１５のログは、配信した全ての音声情報に関して、着信電話番号、発信電話番号を含めたログを記憶しておくことが可能である。この各装置のログを集計し、人気のある音声情報の動向等の分析に利用することができる。
【００９６】
次に、課金について説明する。
音声配信センタ１の運用形態としては、大別すると音声情報自体に課金を行うか否か、つまり、音声情報を無料で提供する形態と音声情報を有料で提供する形態とに分けられる。
【００９７】
音声情報を無料で提供する形態としては、音声配信センタ１を広告料収入で運用する形態がある。この場合、会員に送信する電子メールやウェブページに広告を掲載したり、音声情報の配信に先立って音声による広告を提供することで広告料収入を得る。また、音声情報の提供を有料サービスの一部とし、何らかの有料サービスの提供を受けている者を会員として電子メールの送信を行うことが考えられる。
【００９８】
音声情報を有料で提供する形態としては、複数の課金方法が考えられ、その課金方法は、音声情報の配信方法により異なる。
【００９９】
１つめの課金方法は、電話会社に情報料の徴収代行を依頼する方法である。この方法は、会員が発呼を行う配信例１および配信例２で説明したプル型の配信方法に適用する方法であり、会員へ電話料金の請求の際に情報料が併せて請求されることになる。
【０１００】
２つめの方法は、通話制御装置１５で収集したログのうち、通話装置１５が発呼した電話番号に基づいて行う方法である。この方法は、配信例３乃至７で説明したプッシュ型の配信方法に適用する方法である。ただし、この方法は、電話番号が予め登録されており、電話番号と会員情報との対応が確認できる場合にのみ適用できるものである。この方法を配信例３および配信例５に適用する場合には、電話番号の誤入力や悪用が考えられないため、音声情報の配信（通話）の開始時点から課金が可能である。また、配信例４および配信例６、７に適用する場合には、電話番号の誤入力や悪用が生じる場合があるため、音声情報の配信（通話）の時間が一定時間以上継続したものにのみ、課金を行うことになる（通常、間違い電話等であれば通話を継続せずに切断するため）。
【０１０１】
３つめの方法は、ＷＷＷサーバ１３で収集した会員ＩＤのログと通話制御装置１５で収集した発呼先の電話番号に基づいて行う方法である。この方法は、配信例４および配信例５、７で説明したプッシュ型の配信方法のうち、会員ＩＤを利用する配信方法に適用する方法である。この方法は、基本的には、会員ＩＤにのみ基づいて課金が可能であるが、何らかの理由で通話が不能であった場合を考えると、通話制御装置１５での発呼のログを参照する必要がある。
【０１０２】
なお、ここに示した課金方法は、一例であり、他の課金方法を用いてもよいことは言うまでもない。また、課金方法として同一の音声情報の配信を複数回行った場合には、都度課金を行ったり、最初の１回のみの課金、２回目以降を割引して課金する等の方法も適用できる。
【０１０３】
【発明の効果】
以上説明したように、この発明によれば、インターネットへの接続が可能な携帯電話に、音声情報へのリンク情報を送信し、該送信を受けた携帯電話との間の音声通話で音声情報を提供するように構成したので、会員が容易に音声情報の配信を受けることが可能となる。
【０１０４】
特に、上述の配信例１の場合には、音声情報を聴取するための電話番号へのリンク情報を電子メールで送信するため、会員は、携帯電話で電話番号を選択する操作を行うのみで、所望の音声情報の配信を受けることができる。
【０１０５】
また、配信例２の場合には、会員からのリクエストがある毎に電話番号の割り当てを行うため、多くの電話回線を用意する必要はなく、会員も他人の通話が終了するのを待つことなく、いつでも音声配信を受けることができる。
【０１０６】
また、配信例３の場合には、会員からのリクエストに含まれる電話番号を利用して、会員の携帯電話へ発呼して音声情報を配信するため、多くの電話回線を用意する必要はなく、会員も多くの操作を行うことなく、いつでも音声配信を受けることができる。
【０１０７】
また、配信例４および配信例５の場合には、会員からのリクエストに含まれる会員ＩＤを利用して、会員の携帯電話へ発呼して音声情報を配信するため、多くの電話回線を用意する必要がないとともに、会員の管理を容易に行うことができ、会員も多くの操作を行うことなく、音声配信を受けることができる。
【０１０８】
また、配信例６および配信例７の場合には、会員が指定した電話番号の携帯電話および一般電話へ発呼して音声情報を配信するため、多くの電話回線を用意する必要がないとともに、会員の管理を容易に行うことができ、会員も任意の電話で音声配信を受けることができる。
【図面の簡単な説明】
【図１】この発明を適用した音声配信センタの構成を示すブロック図である。
【図２】音声配信センタ１による音声情報の配信経路等を説明するための図である。
【図３】配信例１における各情報の流れを示した図である。
【図４】配信例１における携帯電話２の表示例を示した図である。
【図５】配信例２における各情報の流れを示した図である。
【図６】配信例２における携帯電話２の表示例を示した図である。
【図７】配信例２におけるＷＷＷサーバ１３の動作の流れを示すフローチャートである。
【図８】配信例３における各情報の流れを示した図である。
【図９】配信例３における携帯電話２の表示例を示した図である。
【図１０】配信例３におけるＷＷＷサーバ１３の動作の流れを示すフローチャートである。
【図１１】配信例４におけるメールサーバ１２の動作の流れを示すフローチャートである。
【図１２】配信例４におけるＷＷＷサーバ１３の動作の流れを示すフローチャートである。
【図１３】配信例５におけるメールサーバ１２の動作の流れを示すフローチャートである。
【図１４】配信例６における各情報の流れを示した図である。
【図１５】配信例６における携帯電話２の表示例を示した図である。
【図１６】配信例６におけるＷＷＷサーバ１３の動作の流れを示すフローチャートである。
【図１７】配信例７におけるＷＷＷサーバ１３の動作の流れを示すフローチャートである。
【図１８】配信例７における携帯電話２の表示例を示した図である。
【符号の説明】
１ 音声配信センタ
２、２−１〜２−ｎ 携帯電話
３ 形態電話網
４ 公衆電話網
５ インターネット
６ 一般加入電話
１１ ゲートウェイ
１２ メールサーバ
１３ ＷＷＷサーバ
１４ 音声蓄積装置
１５ 通話制御装置
３１−１〜３１−ｍ 基地局
３２ 交換機
３３ 携帯電話網ゲートウェイ
４１ 交換機
４２ 交換機
Claims (2)
- 蓄積した音声情報を再生した音声を配信する音声配信方法において、
配信する音声情報に対応するウェブページのアドレスをインターネットに接続可能な携帯電話機に送信し、
前記ウェブページへのアクセスがあった場合に、該ウェブページに対応する音声情報を配信する電話回線を確保するとともに、該確保した電話回線の電話番号を含むウェブページを前記アクセスに対する応答として送信し、
前記電話番号への着呼に応答して、前記音声情報を音声通話により配信する
ことを特徴とする音声配信方法。 - 音声情報を蓄積する音声情報蓄積手段と、
配信する前記音声情報に電話回線を割り当てる回線割り当て手段と、
前記音声情報に対応するウェブページのアドレスをインターネットに接続可能な携帯電話機に送信するとともに、前記ウェブページへのアクセスがあった場合に、前記回線割り当て手段を動作させて該ウェブページに対応する音声情報を配信する電話回線を確保するとともに、該確保した電話回線の電話番号を含むウェブページを前記アクセスに対する応答として送信するウェブページ送信手段と、
前記電話番号への着呼に応答して、該電話番号に対応した音声情報の再生を開始する通話制御手段と
を具備することを特徴とする音声配信装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000356134A JP3879391B2 (ja) | 2000-11-22 | 2000-11-22 | 音声配信方法および装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000356134A JP3879391B2 (ja) | 2000-11-22 | 2000-11-22 | 音声配信方法および装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002158794A JP2002158794A (ja) | 2002-05-31 |
| JP3879391B2 true JP3879391B2 (ja) | 2007-02-14 |
Family
ID=18828437
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000356134A Expired - Fee Related JP3879391B2 (ja) | 2000-11-22 | 2000-11-22 | 音声配信方法および装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3879391B2 (ja) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7660856B2 (en) * | 2003-10-06 | 2010-02-09 | Microsoft Corporation | Method and system for web-based event notification |
| JP2009253960A (ja) * | 2008-04-11 | 2009-10-29 | Ntt Mediacross Inc | 情報配信装置、情報配信方法、情報配信プログラム、及び情報配信プログラムを記録したコンピュータ読み取り可能な記録媒体 |
| JP5369735B2 (ja) * | 2009-02-10 | 2013-12-18 | 日本電気株式会社 | 通話情報提供装置、通話情報提供システム、通話情報提供方法、及びプログラム |
| JP5846654B2 (ja) * | 2013-08-19 | 2016-01-20 | Ｎｅｃプラットフォームズ株式会社 | サーバ装置、設定情報管理システム、及びプログラム |
-
2000
- 2000-11-22 JP JP2000356134A patent/JP3879391B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2002158794A (ja) | 2002-05-31 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR100701852B1 (ko) | 통신망에서 정보를 교환하는 방법 및 장치 | |
| EP1146701A1 (en) | Method of transferring data being stored in a database | |
| US20050015443A1 (en) | Personal message delivery system | |
| KR20060052916A (ko) | 통신시스템, 교환장치 및 유저 스테이션에서 추가 정보전송방법 | |
| EP1466468B1 (en) | Multi-modal messaging and callback with service authorizer and virtual customer database | |
| JP3899035B2 (ja) | 着信通知の制御方法及びシステム | |
| AU2002347406A1 (en) | Multi-modal messaging and callback with service authorizer and virtual customer database | |
| KR101001788B1 (ko) | 가상 전화번호를 이용하여 통화 연결 서비스를 제공하는 방법 및 장치 | |
| CN101790254B (zh) | 支持集团通信的移动电话终端和系统以及方法 | |
| JP3879391B2 (ja) | 音声配信方法および装置 | |
| JP3838514B2 (ja) | 通話中のコンテンツ配信システム | |
| CN100456786C (zh) | 一种利用移动通信终端加入用户实名的信息检索方法 | |
| US8306206B2 (en) | Callback system, transmitting terminal, telephone relay server, callback method and callback program | |
| KR20010044725A (ko) | 인터넷망을 이용한 통화 콜백 서비스를 제공하는 시스템및 방법 | |
| KR100676515B1 (ko) | 이용자와 업체간의 콜중개 서비스 방법 및 시스템 | |
| CN101933309A (zh) | 通信系统中为用户提供提示信息的方法和装置 | |
| KR20020013350A (ko) | 유,무선 통신 단말기를 이용한 광고방법 | |
| KR20000017721A (ko) | 인터넷을 이용한 음성 사서함 서비스 방법 | |
| EP1708470B1 (en) | Multi-modal callback system | |
| JP2003008783A (ja) | 度数管理システム及び方法 | |
| KR100802114B1 (ko) | 음성 메시지 서비스 방법 및 이를 적용한 이동 통신 시스템 | |
| KR100705952B1 (ko) | 통화 내역 기록을 기반으로 한 컨텐츠 제공 방법 및 시스템 | |
| KR20020091922A (ko) | 이동통신 네트워크 위치정보를 이용한 미팅 서비스의 방법및 그 시스템 | |
| KR20050091247A (ko) | 이동단말기에서의 음성메시지 송수신장치 및 그 방법과,그 이동단말기를 이용한 음성메시지 전송서비스시스템 및그 방법 | |
| AU2007216929B2 (en) | Multi-modal callback |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040916 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20060714 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060725 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060921 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20061017 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20061030 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101117 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111117 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111117 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121117 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121117 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131117 Year of fee payment: 7 |
|
| LAPS | Cancellation because of no payment of annual fees |