(57)【要約】通信端末１から通信端末２に対して発呼を行う際に、コンテンツサーバ４において、通信端末１から通信端末２に対する発呼信号に基づいて、通信端末２の着呼側識別子を取得し、この取得された着呼側識別子に基づいて、テーブルデータＴ１及びＴ２を参照し、着呼識別子に関連付けられたコンテンツデータを通信端末１に送出し、この送出されたコンテンツデータを、発呼処理の間、通信端末１側において出力表示させる。  これにより、着信側の受信状況や使用状態に関わらず、発信側の端末機からの発呼処理の間に、着信側のユーザが任意のコンテンツデータを発信側の端末機に出力させることができる。【特許請求の範囲】
【請求項１】
第１の通信端末から第２の通信端末に対して発呼処理を行う発呼処理システムであって、
コンテンツデータを蓄積するコンテンツデータ蓄積部と、
前記第２の通信端末を識別する着呼側識別子と、コンテンツデータとを関連付けるテーブルデータと、
前記第１の通信端末から前記第２の通信端末に対する発呼信号に基づいて、第２の通信端末の着呼側識別子を取得する端末識別子取得部と、
前記端末識別子取得部により取得された着呼側識別子に基づいて、前記テーブルデータを参照し、該着呼識別子に関連付けられたコンテンツデータを、前記コンテンツデータ蓄積部から取得し、前記第１の通信端末に送出するコンテンツ送出部と、
送出された前記コンテンツデータを、前記発呼処理の間、前記第１の通信端末側において出力表示させる発呼側出力部と
を備えることを特徴とする発呼処理システム。
【請求項２】
前記テーブルデータでは、前記コンテンツデータに対して、発呼側である第１の通信端末を識別する発呼側識別子がさらに関連付けられており、
前記端末識別子取得部は、前記発呼信号に基づいて、発呼に係る第１の通信端末の発呼側識別子を取得し、
前記コンテンツ送出部は、前記端末識別子取得部により取得された着呼側識別子及び発呼側識別子に基づいて、前記テーブルデータを参照し、該端末識別子に関連付けられたコンテンツデータを、前記コンテンツデータ蓄積部から取得し、前記第１の通信端末に送出する
ことを特徴とする請求項１に記載の発呼処理システム。
【請求項３】
前記コンテンツ送出部による前記コンテンツデータの送出頻度を計測し、該送出頻度に応じて前記第２の通信端末の利用者に課金を行う課金部を備えたことを特徴とする請求項１に記載の発呼処理システム。
【請求項４】
前記第２の通信端末からの操作信号に基づいて、コンテンツデータを販売するコンテンツ販売部と、
前記コンテンツ販売部で販売されたコンテンツデータを新規コンテンツデータとして、前記着呼側識別子に関連付けて、前記テーブルデータに登録するデータ登録部とをさらに有することを特徴とする請求項１に記載の発呼処理システム。
【請求項５】
前記第２の通信端末からの操作信号に基づいて、該第２の通信端末からコンテンツを取得するアップロード部と、
前記アップロード部で取得されたコンテンツデータを新規コンテンツデータとして、前記着呼側識別子に関連付けて、前記テーブルデータに登録するデータ登録部とをさらに有することを特徴とする請求項１に記載の発呼処理システム。
【請求項６】
前記データ登録部は、
前記第２の通信端末からの操作信号に基づいて、前記コンテンツデータを、発呼側である第１の通信端末を識別する発呼側識別子に関連付けて、前記テーブルデータに登録する機能をさらに有することを特徴とする請求項１に記載の発呼処理システム。
【請求項７】
前記電話番号とＩＰアドレスとを対応付ける電話番号テーブルを参照して、取得した電話番号からＩＰアドレスを取得するＩＰアドレス参照部と、
音声信号をＩＰパケットに変換し、音声信号をＩＰパケットとして、前記第１の通信端末及び第２の通信端末間において中継するＶＯＩＰ中継部と、
をさらに備え、
前記着呼側識別子は、第２の通信端末に付与された電話番号及びＩＰアドレスであり、
発呼側である第１の通信端末を識別する発呼側識別子は、第１の通信端末に付与された電話番号及びＩＰアドレスであり、
前記端末識別子取得部は、前記着呼側識別子及び発呼側識別子をＩＰアドレスとして取得し、
前記コンテンツ送出部は、前記コンテンツデータをＩＰパケットとして、発呼側の前記ＩＰアドレスに送出する
ことを特徴とする請求項１に記載の発呼処理システム。
【請求項８】
第１の通信端末から第２の通信端末に対して発呼を行う通信サーバであって、
コンテンツデータを蓄積するコンテンツデータ蓄積部と、
前記第２の通信端末を識別する着呼側識別子と、コンテンツデータとを関連付けるテーブルデータと、
前記第１の通信端末から前記第２の通信端末に対する発呼信号に基づいて、第２の通信端末の着呼側識別子を取得する端末識別子取得部と、
前記端末識別子取得部により取得された着呼側識別子に基づいて、前記テーブルデータを参照し、該着呼識別子に関連付けられたコンテンツデータを、前記コンテンツデータ蓄積部から取得し、前記第１の通信端末に送出するコンテンツ送出部と、
を備えることを特徴とする通信サーバ。
【請求項９】
前記テーブルデータでは、前記コンテンツデータに対して、発呼側である第１の通信端末を識別する発呼側識別子がさらに関連付けられており、
前記端末識別子取得部は、前記発呼信号に基づいて、発呼に係る第１の通信端末の発呼側識別子を取得し、
前記コンテンツ送出部は、前記端末識別子取得部により取得された着呼側識別子及び発呼側識別子に基づいて、前記テーブルデータを参照し、該端末識別子に関連付けられたコンテンツデータを、前記コンテンツデータ蓄積部から取得し、前記第１の通信端末に送出する
ことを特徴とする請求項８に記載の通信サーバ。
【請求項１０】
前記電話番号と前記ＩＰアドレスとを対応付ける電話番号テーブルを参照して、取得した電話番号からＩＰアドレスを取得するＩＰアドレス参照部と、
音声信号をＩＰパケットに変換し、音声信号をＩＰパケットとして、前記第１の通信端末及び第２の通信端末間において中継するＶＯＩＰ中継部と、
をさらに備え、
前記着呼側識別子は、第２の通信端末に付与された電話番号及びＩＰアドレスであり、
発呼側である第１の通信端末を識別する発呼側識別子は、第１の通信端末に付与された電話番号及びＩＰアドレスであり、
前記端末識別子取得部は、前記着呼側識別子及び発呼側識別子をＩＰアドレスとして取得し、
前記コンテンツ送出部は、前記コンテンツデータをＩＰパケットとして、発呼側の前記ＩＰアドレスに送出する
ことを特徴とする請求項８に記載の通信サーバ。
【請求項１１】
発呼処理に際して、着呼側の他の通信端末を識別する着呼側識別子を送出し、この着呼側識別子に関連付けられたコンテンツデータを通信ネットワーク上から取得する動画像取得部と、
取得された前記コンテンツデータを、前記発呼処理の間、出力表示させる発呼側出力部と
を備えることを特徴とする通信端末。
【請求項１２】
第１の通信端末から第２の通信端末に対して発呼を行う際の発呼処理方法であって、
前記第１の通信端末から前記第２の通信端末に対する発呼信号に基づいて、第２の通信端末の着呼側識別子を取得するステップ（１）と、
前記ステップ（１）により取得された着呼側識別子に基づいて、前記第２の通信端末を識別する着呼側識別子と、コンテンツデータとを関連付けるテーブルデータを参照し、該着呼識別子に関連付けられたコンテンツデータを、前記第１の通信端末に送出するステップ（２）と、
送出された前記コンテンツデータを、前記発呼処理の間、前記第１の通信端末側において出力表示させるステップ（３）と
を備えることを特徴とする発呼処理方法。
【請求項１３】
前記テーブルデータでは、前記コンテンツデータに対して、発呼側である第１の通信端末を識別する発呼側識別子がさらに関連付けられており、
前記ステップ（１）では、前記発呼信号に基づいて、発呼に係る第１の通信端末の発呼側識別子を取得し、
前記ステップ（２）では、前記ステップ（１）により取得された着呼側識別子及び発呼側識別子に基づいて、前記テーブルデータを参照し、該端末識別子に関連付けられたコンテンツデータを、前記コンテンツデータ蓄積部から取得し、前記第１の通信端末に送出する
ことを特徴とする請求項１２に記載の発呼処理方法。
【請求項１４】
前記コンテンツデータの送出頻度を計測し、該送出頻度に応じて前記第２の通信端末の利用者に課金を行うステップ（４）をさらに備えたことを特徴とする請求項１２に記載の発呼処理方法。
【請求項１５】
前記ステップ（１）に先行して、
前記第２の通信端末からの操作信号に基づいて、コンテンツデータを販売し、この販売されたコンテンツデータを新規コンテンツデータとして、前記着呼側識別子に関連付けて、前記テーブルデータに登録することを特徴とする請求項１２に記載の発呼処理方法。
【請求項１６】
前記ステップ（１）に先行して、
前記第２の通信端末からの操作信号に基づいて、該第２の通信端末からコンテンツを取得し、この取得されたコンテンツデータを新規コンテンツデータとして、前記着呼側識別子に関連付けて、前記テーブルデータに登録することを特徴とする請求項１２に記載の発呼処理方法。
【請求項１７】
前記第２の通信端末からの操作信号に基づいて、前記コンテンツデータを、発呼側である第１の通信端末を識別する発呼側識別子に関連付けて、前記テーブルデータに登録することを特徴とする請求項１２に記載の発呼処理方法。
【請求項１８】
前記着呼側識別子は、第２の通信端末に付与された電話番号及びＩＰアドレスであり、
発呼側である第１の通信端末を識別する発呼側識別子は、第１の通信端末に付与された電話番号及びＩＰアドレスであり、
前記ステップ（１）に先行して、
前記電話番号と前記ＩＰアドレスとを対応付ける電話番号テーブルを参照して、取得した電話番号からＩＰアドレスを取得するとともに、音声信号をＩＰパケットに変換し、音声信号をＩＰパケットとして、前記第１の通信端末及び第２の通信端末間において中継し、
前記ステップ（１）では、前記着呼側識別子及び発呼側識別子をＩＰアドレスとして取得し、
前記ステップ（２）では、前記コンテンツデータをＩＰパケットとして、発呼側の前記ＩＰアドレスに送出する
ことを特徴とする請求項１２に記載の発呼処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】  本発明は、発信側の通信端末から、着呼側の通信端末に対して発呼処理をするための発呼処理システム、通信サーバ、通信端末及び発呼処理方法に関する。
【背景技術】
【０００２】  近年、携帯電話やＰＨＳ等の移動通信機器は広く普及しつつある。この移動通信機器では、発信側の端末機において発呼処理を行い、着信側の端末機を呼び出し、この呼び出しに応じる着呼処理を、着信側の端末機において行うことにより、通信が確立される。かかる呼び出しの間、発信側の端末機では、呼び出し音等により、発呼処理の進行を把握することができる。【０００３】  ところで、従来、着信側で呼び出しを行っている間、発信側の端末機に対して、着信側の端末機から音声等によって、着信側の状況を伝える技術がある（例えば特開２００４−２３３６７号公報参照）。このような技術によれば、着信側のユーザが、その着信を受けることができない場合などに、電話をかけてきた相手に対して、何故電話に出られないのかなどの状況を伝えることができる。
【発明の開示】
【０００４】  しかしながら、上述した従来の技術では、着信側の端末機から発信側の端末機に対して音声等のメッセージデータを送信するものであるため、メッセージデータを予め端末機内に保存しておかなければならず、そのために大容量のメモリ装置を内蔵しなければならないという問題がある。特に、メッセージデータをムービー等のデータ形式とした場合には、そのデータサイズが増大し、メモリ消費量が過大となる可能性がある。
【０００５】  また、上述した従来の技術のように、呼び出し処理の際に、着信側の端末機からデータを送信する方式では、発信側で発呼処理を開始してから、着信側で着信処理が開始された後、着信側の端末機からメッセージデータを発信側の端末機に対して送信を開始することとなる。したがって、この方式では、発信側の端末における発呼操作から、メッセージデータが出力されるまでに時間がかかるという問題がある。
【０００６】  さらに、上記方式では、着信側で着呼処理が開始されて初めてメッセージデータが返信されるため、例えば、着信側の端末機が電波の届かない場所にあったり、電源が入っていないような場合には、そのメッセージデータが返信されないという問題がある。
【０００７】  そこで、本発明は以上の点に鑑みてなされたもので、着信側の受信状況や使用状態に関わらず、発信側の端末機からの発呼処理の間に、着信側のユーザが任意のコンテンツデータを発信側の端末機に出力させることのできる発呼処理システム、通信サーバ、通信端末及び発呼処理方法を提供することをその課題とする。
【０００８】  上記課題を解決するために、第１の通信端末（発呼側端末）から第２の通信端末（着呼側）に対して発呼を行う際に、通信サーバにおいて、第１の通信端末から第２の通信端末に対する発呼信号に基づいて、第２の通信端末の着呼側識別子を取得し、この取得された着呼側識別子に基づいて、第２の通信端末を識別する着呼側識別子とコンテンツデータとを関連付けるテーブルデータを参照し、着呼識別子に関連付けられたコンテンツデータを、第１の通信端末に送出し、この送出されたコンテンツデータを、発呼処理の間、第１の通信端末側において出力表示させる。
【０００９】  このような本発明によれば、発呼側端末から発呼処理を開始し、着呼側端末との接続処理が確立する前の段階から、発呼側端末に着呼側端末のユーザが任意に選択した動画等のコンテンツを出力させることができる。このため、本発明によれば、着呼側端末が電波の届かない場所や電源が入っていない場合、ローミング等により迅速な呼び出し処理が開始できない場合でも、発呼側端末でコンテンツを出力させることができる。
【００１０】  上記発明において、テーブルデータでは、コンテンツデータに対して、発呼側である第１の通信端末を識別する発呼側識別子がさらに関連付けられており、発呼信号に基づいて、発呼に係る第１の通信端末の発呼側識別子を取得し、この取得された着呼側識別子及び発呼側識別子に基づいてテーブルデータを参照し、端末識別子に関連付けられたコンテンツデータをコンテンツデータ蓄積部から取得し、第１の通信端末に送出することが好ましい。この場合には、発呼側の端末毎に、異なるコンテンツを出力表示させることができ、多様な対応を可能とすることができる。
【００１１】  上記発明において、コンテンツデータの送出頻度を計測し、送出頻度に応じて第２の通信端末の利用者に課金を行うことが好ましい。この場合には、当該発呼処理サービスの利用頻度に応じて、着呼側のユーザからコンテンツ使用量を徴収することができる。
【００１２】  上記発明において、第２の通信端末からの操作信号に基づいて、コンテンツデータを販売し、この販売されたコンテンツデータを新規コンテンツデータとして、着呼側識別子に関連付けて、テーブルデータに登録することが好ましい。この場合には、サーバ上で購入したコンテンツをそのまま発呼処理用のコンテンツとして利用することができ、ユーザはデータのアップロード等を行うことなく、多様なコンテンツを利用することができる。
【００１３】  上記発明において、第２の通信端末からの操作信号に基づいて、第２の通信端末からコンテンツを取得し、この取得されたコンテンツデータを新規コンテンツデータとして、着呼側識別子に関連付けて、テーブルデータに登録することが好ましい。この場合には、着呼側のユーザが、例えば携帯端末に装備されたデジタルカメラなどで撮像したコンテンツを発呼処理用のコンテンツとしてアップロードし、通信サーバに蓄積することができ、着呼側のユーザ独自の着呼対応が可能となるなど、コンテンツの自由度を増大させることができる。
【００１４】  上記発明において、第２の通信端末からの操作信号に基づいて、コンテンツデータを、発呼側である第１の通信端末を識別する発呼側識別子に関連付けて、テーブルデータに登録することが好ましい。この場合には、着呼側端末のユーザが発呼側の端末毎に、出力させたいコンテンツを選択して登録することができ、発呼側のユーザに応じたコンテンツを出力表示させ、多様な対応を可能とすることができる。
【００１５】  上記発明において、着呼側識別子は、第２の通信端末に付与された電話番号及びＩＰアドレスであり、発呼側である第１の通信端末を識別する発呼側識別子は、第１の通信端末に付与された電話番号及びＩＰアドレスであり、電話番号とＩＰアドレスとを対応付ける電話番号テーブルを参照して、取得した電話番号からＩＰアドレスを取得するとともに、音声信号をＩＰパケットに変換し、音声信号をＩＰパケットとして、第１の通信端末及び第２の通信端末間において中継し、着呼側識別子及び発呼側識別子をＩＰアドレスとして取得し、コンテンツデータをＩＰパケットとして、発呼側のＩＰアドレスに送出することが好ましい。
【００１６】  この場合には、上述した発呼処理サービスを、いわゆるインターネット電話でも利用することが可能となり、インターネット電話に対する接続処理によって、通信相手の呼び出しが遅延するような場合であっても、迅速に発呼側端末にコンテンツを出力表示させることができる。
【図面の簡単な説明】
【００１７】
【図１】実施形態に係る発呼処理システムの全体構成を示すブロック図である。
【図２】実施形態に係るコンテンツサーバの内部構成を示す機能ブロック図である。
【図３】実施形態に係るテーブルデータのデータ構造を示す説明図である。
【図４】実施形態に係る通信端末の内部構成を示す機能ブロック図である。
【図５】実施形態に係る発呼処理方法の手順を示すシーケンス図である。
【図６】実施形態に係る発呼処理システムの全体構成を示すブロック図である。
【図７】実施形態に係る発呼処理方法の手順を示すシーケンス図である。
【発明を実施するための最良の形態】
【００１８】［第１実施形態］
（発呼処理システムの全体構成）
本発明の第１実施形態について、図面を参照しながら説明する。図１は、本実施形態に係る発呼処理システムの全体構成を示すブロック図である。【００１９】  同図に示すように、本実施形態では、第１の通信端末１から第２の通信端末２に対して発呼処理を行う。これらの通信端末１及び２は、無線通信により、基地局３１及び３２と信号の送受信が可能であり、基地局３１及び３２は、通信ネットワーク３を介して、信号の送受信が可能となっており、通信端末１及び２は、これら基地局３１，３２及び通信ネットワーク３を通じて、音声通話やデータの送受信が可能となる。【００２０】  上記基地局３１，３２には、コンテンツサーバ４が接続されている。このコンテンツサーバ４は、基地局３１，３２において発呼処理が開始された際に、その旨の通知を基地局３１，３２から受け、発信側の端末機（ここでは、通信端末１）に対して、コンテンツデータを送信する。【００２１】（コンテンツサーバの構成）
図２は、上記コンテンツサーバ４の内部構成を示す機能ブロック図である。同図に示すように、上記コンテンツサーバ４は、コンテンツデータを蓄積するコンテンツデータ蓄積部６と、テーブルデータＴ１及びＴ２を格納するテーブルデータ格納部５とを備えている。【００２２】  コンテンツデータ蓄積部６は、ユーザが購入或いはアップロードした動画像や静止画、音声データ等のコンテンツデータを蓄積するデータベースであり、各コンテンツデータには”Ｃ−１”等のコンテンツＩＤが付与されている。このコンテンツデータ蓄積部６は、コンテンツサーバ４内のコンテンツ管理部４１１により、データの読み出し及び書き込みが行われる。【００２３】  テーブルデータ格納部５は、各通信端末を識別する着呼側識別子（電話番号やＩＰアドレス等）とコンテンツデータとを関連付けるテーブルデータＴ１及びＴ２を格納し、コンテンツサーバ４のテーブルデータ参照部４１０の要求に応じて、参照されたデータを読み出したり、データ登録部４０９の要求に応じて、データの新規登録や更新を行ったりするデータベース装置である。【００２４】  コンテンツ管理部４１１は、テーブルデータ参照部４１０や、コンテンツ販売部４０６、ユーザ管理部４０５の指示に基づいて、コンテンツデータ蓄積部６との間で、コンテンツデータの読み出しや、書き込みを行うモジュールである。【００２５】  上記テーブルデータ格納部５に格納されるテーブルデータは、図３に示すように、ユーザＩＤに対応付けて、当該ユーザが使用する通信端末（ここでは、通信端末２）の電話番号やＩＰアドレスを登録する上位テーブルデータＴ１と、各ユーザのレコードに対応付けて、発呼側番号や指定時間、及びコンテンツＩＤを登録する下位テーブルデータＴ２とから構成されている。下位テーブルデータＴ２において、発呼側の電話番号毎にコンテンツＩＤを登録することにより、発呼側の電話番号毎に異なるコンテンツデータを送信することが可能となり、さらに、指定時間を登録することにより、時間帯に応じて異なるコンテンツデータを送信することが可能となる。【００２６】  テーブルデータ参照部４１０は、端末識別子取得部４０２により取得された着呼側識別子に基づいて、テーブルデータＴ１，Ｔ２を参照し、参照結果をコンテンツ管理部４１１に出力し、着呼識別子に関連付けられたコンテンツデータを、コンテンツ管理部４１１によってコンテンツデータ蓄積部６から取得させ、コンテンツ送出部４０８に送出させる。【００２７】  データ登録部４０９は、テーブルデータＴ１，Ｔ２上にレコードを新規に追加したり、既に登録されているレコードを更新したりするモジュールであり、コンテンツ販売部４０６で販売されたコンテンツデータや、アップロード部４０７でアップロードされたコンテンツデータを、着呼側識別子に関連付けて、テーブルデータに登録する機能を備えている。また、このデータ登録部４０９は、通信端末からの操作信号に基づいて、コンテンツデータを、発呼側識別子に関連付けて、前記テーブルデータＴ１，Ｔ２に登録する機能をさらに備えている。【００２８】  また、図２に示すように、コンテンツサーバ４は、各基地局３２，３２に対してコンテンツのデータの送受信を行う���信インターフェース４０１と、通信端末の識別子を取得する端末識別子取得部４０２と、端末識別子に基づいてユーザ認証を行う認証部４０３とを備えている。【００２９】  通信インターフェース４０１は、基地局３１，３２から取得したデータを端末識別子取得部４０２に送出するモジュールである。また、この通信インターフェース４０１には、アップロード部４０７やコンテンツ送出部４０８が接続されており、コンテンツ送出部４０８によるコンテンツの配信や、アップロード部４０７によるコンテンツのアップロードの際に、各端末との間でデータの送受信を行う。【００３０】  端末識別子取得部４０２は、発呼処理に際し、発呼側の無線基地局（ここでは、基地局３１）から発呼側（ここでは、通信端末１）及び着呼側（ここでは、通信端末２）の識別子である発呼側識別子及び着呼側識別子を取得するモジュールである。また、端末識別子取得部４０２は、コンテンツ販売や、コンテンツのアップロード、テーブルデータへの登録・更新に際しても、アクセスしてきた端末の識別子を取得する。この端末識別子取得部４０２で取得された端末識別子は、認証部４０３に送出される。【００３１】  認証部４０３は、ユーザの個人情報を記憶し、端末識別子取得部４０２で取得された識別子に基づいてユーザ認識を行い、コンテンツの配信や、購入・アップロード等の許可を行うものである。この認証部４０３による認証結果は、ユーザ管理部４０５に送出される。ユーザ管理部４０５は、ユーザのサービス利用履歴を管理するモジュールであり、このサービス利用履歴に応じて、課金部４０４に課金させる。また、ユーザ管理部４０５は、テーブルデータ格納部５におけるデータ管理や、コンテンツ管理部４１１におけるコンテンツの入出を管理する機能も備えている。【００３２】  コンテンツ送出部４０８は、コンテンツ管理部４１１によりコンテンツデータ蓄積部６から読み出されたコンテンツデータを、通信インターフェース４０１を通じて、送出するモジュールである。アップロード部４０７は、通信インターフェース４０１を通じて、通信端末からアップロードされたコンテンツデータを、コンテンツ管理部４１１を通じてコンテンツデータ蓄積部６に格納するモジュールである。データ登録部４０９は、このアップロード部４０７で取得されたコンテンツデータを新規コンテンツデータとして、着呼側識別子に関連付けて、テーブルデータＴ２に登録する。【００３３】  また、本実施形態においてコンテンツサーバ４は、コンテンツ送出部４０８によるコンテンツデータの送出頻度を計測し、送出頻度に応じて利用者に課金を行う課金部４０４を備えている。この課金部４０４は、ユーザ管理部４０５に接続されており、ユーザ管理部４０５を通じて、コンテンツデータの送出頻度に応じた課金を算出したり、販売されたコンテンツに対する課金を算出したりする。【００３４】  さらに、本実施形態においてコンテンツサーバ４は、通信端末（ここでは、通信端末２）からの操作信号に基づいて、コンテンツデータを販売するコンテンツ販売部４０６を備えている。このコンテンツ販売部４０６は、通信端末から購入要求を受け付け、その要求に応じて、データ登録部４０９に、販売されたコンテ���ツデータを新規コンテンツデータとして、着呼側識別子に関連付けて、テーブルデータＴ２に登録させる。【００３５】（通信端末の構成）
図４は、本実施形態に係る通信端末の内部構成を示す機能ブロック図である。なお、本実施形態において通信端末１及び２は、共通の構成を有するものとする。【００３６】  同図において、通信端末１及び２は、動画像や文字等を表示する液晶等のディスプレイ１７と、音声を出力するスピーカー１８と、音声を取得し電気信号として出力するマイク１９と、テンキー等の操作信号を入力するための操作部２０とを備えている。【００３７】  また、通信端末１及び２は、信号処理部１６及びコンテンツ出力部を備えている。信号処理部１６は、マイク１９や操作部２０から入力される信号をデジタル信号等に変換するとともに、接続処理部１４やコンテンツ取得部１２から入力されるデジタル信号を、所定の音声信号や映像信号に変換し出力する機能を備えている。コンテンツ出力部は、信号処理部１６により変換された映像信号や音声信号を、ディスプレイ１７やスピーカー１８から出力させるモジュールである。【００３８】  さらに、通信端末１及び２は、送受信部１１と、コンテンツ取得部１２と、接続処理部１４と、並行処理部１３とを備えている。送受信部１１は、所定の周波数を通じて、基地局３１や３２に対して無線通信を行い、データの送受信を行うモジュールであり、この送受信部１１を通じて、音声通話やデータのダウンロード及びアップロードを行う。コンテンツ取得部１２は、送受信部１１を通じて、コンテンツデータのダウンロードを行うモジュールであり、このコンテンツ取得部１２でダウンロードされたコンテンツデータは、信号処理部１６により映像・音声信号に変換され、コンテンツ出力部を通じて、ディスプレイ１７やスピーカー１８から出力される。接続処理部１４は、自機を識別する端末識別子である電話番号やＩＰアドレス等を記憶するメモリを備え、発呼処理に際して、自機の端末識別子を送受信部１１を通じて、基地局３１や３２に送出し、通信相手の端末と通信を確立させるモジュールである。【００３９】  並行処理部１３は、発呼処理に際し、接続処理部１４の動作とコンテンツ取得部１２の動作とを並行させて行うためのモジュールであり、接続処理部１４による発呼処理及び通信確立のための処理と同時に、コンテンツ取得部１２によるコンテンツデータのダウンロードを行い、発呼処理で通信相手を呼び出している最中に、コンテンツサーバ４からコンテンツデータをダウンロードし、ディスプレイ１７やスピーカー１８から出力する。【００４０】（発呼処理システムを用いた発呼処理方法）
以上説明した発呼処理システムを用いた発呼処理方法は以下の手順により行う。図５は、本実施形態に係る発呼処理方法の手順を示すシーケンス図である。ここでは、通信端末１から通信端末２に対して発呼処理を行う場合を例に説明する。なお、本実施形態では、通信端末１に”０９０−ｙｙｙｙ−ｙｙｙｙ”が付与され、通信端末２に”０９０−ｘｘｘｘ−ｘｘｘｘ”が付与されているものとする。【００４１】  先ず、通信端末１におけるユーザ操作に応じて、発呼処理が開始される。この発呼処理では、接続処理部１４により、通信端末１の識別子である発呼側電話番号”０９０−ｙｙｙｙ−ｙｙｙｙ”、及び通信端末２の識別子である着呼側電話番号”０９０−ｘｘｘｘ−ｘｘｘｘ”を、発呼側基地局である基地局３１に発呼信号として送信する。基地局３１では、受信した発呼側電話番号”０９０−ｙｙｙｙ−ｙｙｙｙ”及び着呼側電話番号”０９０−ｘｘｘｘ−ｘｘｘｘ”を、着呼側基地局である基地局３２に転送し、基地局３２において、通信端末２の呼び出しを開始する（Ｓ１０１及びＳ１０９）。【００４２】  また、発呼信号を受信した基地局３１は、発呼信号に含まれている発呼側電話番号”０９０−ｙｙｙｙ−ｙｙｙｙ”及び着呼側電話番号”０９０−ｘｘｘｘ−ｘｘｘｘ”をコンテンツサーバ４に転送し、コンテンツサーバ４では、この発呼側電話番号”０９０−ｙｙｙｙ−ｙｙｙｙ”及び着呼側電話番号”０９０−ｘｘｘｘ−ｘｘｘｘ”を受信し、テーブルデータＴ１及びＴ２を参照する（Ｓ１０２〜Ｓ１０５）。具体的には、コンテンツサーバ４において、端末識別子取得部４０２により発呼側電話番号”０９０−ｙｙｙｙ−ｙｙｙｙ”及び着呼側電話番号”０９０−ｘｘｘｘ−ｘｘｘｘ”を取得し、取得した着呼側量話番号”０９０−ｘｘｘｘ−ｘｘｘｘ”に基づいて認証部４０３により認証行い、通信端末２が当該発呼処理サービスの適用を受けられると判断された場合に、ユーザ管理部４０５及びテーブルデータ参照部４１０によって、発呼側電話番号”０９０−ｙｙｙｙ−ｙｙｙｙ”及び着呼側電話番号”０９０−ｘｘｘｘ−ｘｘｘｘ”に関連付けられたコンテンツＩＤの読み出しを行う。【００４３】  このテーブルデータの参照について詳述すると、先ず、着呼側番号”０９０−ｘｘｘｘ−ｘｘｘｘ”に基づいて上位テーブルデータＴ１を参照し、着呼側番号”０９０−ｘｘｘｘ−ｘｘｘｘ”と一致するレコードを抽出し、さらに抽出されたレコードに対応付けられた下位テーブルデータＴ２において、発呼側電話番号”０９０−ｙｙｙｙ−ｙｙｙｙ”と一致するレコードを抽出しコンテンツＩＤを選択する。発呼側電話番号”０９０−ｙｙｙｙ−ｙｙｙｙ”と一致するレコードがない場合、デフォルトとして”ｅｖｅｒｙｏｎｅ”に対応付けられたコンテンツＩＤを選択し、一致するレコードがある場合は、指定時間などの付加的な抽出条件があるか否かを参照し、さらにレコードの絞り込みを行う。このようにして最終的に選択されたコンテンツＩＤをコンテンツ管理部４１１に出力し、コンテンツ管理部４１１において、コンテンツＩＤに一致するコンテンツデータを読み出す。【００４４】  次いで、コンテンツ管理部４１１により読み出されたコンテンツデータをコンテンツ送���部４０８により送出する（Ｓ１０６）。【００４５】  コンテンツサーバ４から送出されたコンテンツデータは、基地局３１を通じて通信端末１において受信される（Ｓ１０７）。通信端末１では、接続処理部１４による発呼処理と、コンテンツ取得部１２によるコンテンツ取得処理とが、並行処理部１３により同時に行われ、通信端末２からの応答信号が受信（Ｓ１１０）まで、コンテンツデータの出力（ディスプレイ１７による映像表示及びスピーカー１８による音声出力）が行われる（Ｓ１０８）。【００４６】（発呼処理システム及び発呼処理方法による作用・効果）
以上説明した本実施形態に係る発呼処理システム及び発呼処理方法によれば、通信端末１から発呼処理を開始し、通信端末２との接続処理が確立する前の段階から、通信端末１に通信端末２のユーザが任意に選択した動画等のコンテンツを出力させることができる。このため、本実施形態によれば、通信端末２が電波の届かない場所や電源が入っていない場合、ローミング等により迅速な呼び出し処理が開始できない場合でも、通信端末１でコンテンツを出力させることができる。【００４７】  本実施形態では、テーブルデータＴ１及びＴ２において、コンテンツデータに対して、通信端末２を識別する発呼側識別子がさらに関連付けられているため、発呼側識別子に基づいてテーブルデータＴ１及びＴ２を参照し、コンテンツのさらなる絞り込みを行うことができるため、発呼側の端末毎に、異なるコンテンツを出力表示させることができ、多様な対応を可能とすることができる。【００４８】  本実施形態では、課金部４０４により、コンテンツデータの送出頻度を計測し、送出頻度に応じて通信端末２の利用者に課金を行うことができるため、当該発呼処理サービスの利用頻度に応じて、着呼側のユーザからコンテンツ使用量を徴収することができる。【００４９】  本実施形態では、コンテンツ販売部４０６によって、コンテンツデータを販売し、この販売されたコンテンツデータを新規コンテンツデータとして、テーブルデータＴ１及びＴ２に登録することができるため、コンテンツサーバ４上で購入したコンテンツをそのまま発呼処理用のコンテンツとして利用することができ、ユーザはデータのアップロード等を行うことなく、多様なコンテンツを利用することができる。【００５０】  また、本実施形態では、アップロード部４０７によって、通信端末２からの操作信号に基づいて、通信端末２からアップロードされるコンテンツを取得し、この取得されたコンテンツデータを新規コンテンツデータとして、テーブルデータＴ１及びＴ２に登録するため、着呼側のユーザが、例えば通信端末２に装備されたデジタルカメラなどで撮像したコンテンツを発呼処理用のコンテンツとしてアップロードして、ユーザ独自の着呼対応が可能となるなど、コンテンツの自由度を増大させることができる。【００５１】［第２実施形態］
次いで、本発明の第２実施形態について説明する。図６は、本実施形態に係る発呼処理システムの全体構成を示すブロック図である。本実施形態では、上述した第１実施形態における通信方式が、いわゆるＩＰ電話であることを特徴とする。【００５２】  すなわち、本実施形態では、通信端末１と通信端末２がＶＯＩＰ技術を用いたＩＰパケット通信により通話を行う。具体的には、図６に示すように、基地局３１及び３２が、ゲートウェイ７１，７２を介して、ＩＰネットワーク７に接続されており、ＩＰネットワーク７上に、上述したコンテンツサーバ４が配置されているとともに、ＩＰ電話通信を確立させるための接続サーバ８が配置されている。【００５３】  この接続サーバ８は、各通信端末に付与された電話番号とＩＰアドレスとを対応付ける電話番号テーブルを保持しており、この電話番号テーブルを参照することにより、取得した電話番号からＩＰアドレスを取得するＩＰアドレス参照部を備えている。【００５４】  一方、本実施形態に係る通信端末１及び２には、その端末識別子として、電話番号及びＩＰアドレスが付与されているとともに、この電話番号及びＩＰアドレスに基づいて、通信端末１及び２は、音声信号をＩＰパケットに変換し、音声信号をＩＰパケットとして送受信する機能を備え、接続サーバ８に備えられたＶＯＩＰ中継部を介して、ＩＰパケットの送受信を行う。【００５５】  また、本実施形態に係るコンテンツサーバ４において、上述した端末識別子取得部４０２は、着呼側識別子及び発呼側識別子をＩＰアドレス”ｘ．ｘ．ｘ．ｘ”及び”ｙ．ｙ．ｙ．ｙ”として取得し、前記コンテンツ送出部４０８は、コンテンツデータをＩＰパケットとして、発呼側のＩＰアドレス”ｙ．ｙ．ｙ．ｙ”に送出する。【００５６】  以上の特徴を有する本実施形態に係る発呼処理システムを用いた発呼処理方法は以下の手順により行う。図７は、本実施形態に係る発呼処理方法の手順を示すシーケンス図である。先ず、通信端末１におけるユーザ操作に応じて、発呼処理が開始される。この発呼処理では、接続処理部１４により、通信端末１の識別子である発呼側電話番号”０９０−ｙｙｙｙ−ｙｙｙｙ”、及び通信端末２の識別子である着呼側電話番号”０９０−ｘｘｘｘ−ｘｘｘｘ”を、発呼側基地局である基地局３１に発呼信号として送信する。基地局３１では、受信した発呼側電話番号”０９０−ｙｙｙｙ−ｙｙｙｙ”及び着呼側電話番号”０９０−ｘｘｘｘ−ｘｘｘｘ”を、ゲートウェイ７１を通じて接続サーバ８に送信する（Ｓ２０１）。【００５７】  接続サーバ８では、着呼側電話番号”０９０−ｘｘｘｘ−ｘｘｘｘ”に基づいて電話番号テーブルを参照し、通信端末２のＩＰアドレス”ｘ．ｘ．ｘ．ｘ”を取得するとともに、発呼側電話番号”０９０−ｙｙｙｙ−ｙｙｙｙ”に基づいて電話番号テーブルを参照し、通信端末１のＩＰアドレス”ｙ．ｙ．ｙ．ｙ”を取得する。接続サーバ８は、これらのＩＰアドレス”ｘ．ｘ．ｘ．ｘ”及び”ｙ．ｙ．ｙ．ｙ”に基づいて、ＩＰパケットの中継を行い、基地局３２を通じて、通信端末２の呼び出しを開始する（Ｓ２０３及びＳ２１１）。【００５８】  また、接続サーバ８では、発呼側ＩＰアドレス”ｙ．ｙ．ｙ．ｙ”及び着呼側���Ｐアドレス”ｘ．ｘ．ｘ．ｘ”をコンテンツサーバ４に転送し、コンテンツサーバ４では、この発呼側ＩＰアドレス”ｙ．ｙ．ｙ．ｙ”及び着呼側ＩＰアドレス”ｘ．ｘ．ｘ．ｘ”を受信し、テーブルデータＴ１及びＴ２を参照する（Ｓ２０５〜Ｓ２０７）。具体的には、コンテンツサーバ４において、端末識別子取得部４０２により発呼側ＩＰアドレス”ｙ．ｙ．ｙ．ｙ”及び着呼側ＩＰアドレス”ｘ．ｘ．ｘ．ｘ”を取得し、取得した着呼側ＩＰアドレス”ｘ．ｘ．ｘ．ｘ”に基づいて認証部４０３により認証行い、通信端末２が当該発呼処理サービスの適用を受けられると判断された場合に、ユーザ管理部４０５及びテーブルデータ参照部４１０によって、発呼側ＩＰアドレス”ｙ．ｙ．ｙ．ｙ”及び着呼側ＩＰアドレス”ｘ．ｘ．ｘ．ｘ”に関連付けられたコンテンツＩＤの読み出しを行う。【００５９】  次いで、コンテンツ管理部４１１により読み出されたコンテンツデータをコンテンツ送出部４０８により送出する（Ｓ２０９）。【００６０】  コンテンツサーバ４から送出されたコンテンツデータは、基地局３１を通じて通信端末１において受信され、接続処理部１４による発呼処理と、コンテンツ取得部１２によるコンテンツ取得処理とが、並行処理部１３により同時に行われ、通信端末２からの応答信号が受信（Ｓ２１２）まで、コンテンツデータの出力（ディスプレイ１７による映像表示及びスピーカー１８による音声出力）が行われる（Ｓ２１０）。【００６１】  以上説明した本実施形態に係る発呼処理システム及び発呼処理方法によれば、第１実施形態で説明した発呼処理サービスを、いわゆるインターネット電話でも利用することが可能となり、インターネット電話に対する接続処理によって、通信相手の呼び出しが遅延するような場合であっても、迅速に発呼側端末にコンテンツを出力表示させることができる。
【産業上の利用可能性】
【００６２】  以上説明したように本発明の発呼処理システム、通信サーバ、通信端末及び発呼処理方法によれば、着信側の受信状況や使用状態に関わらず、発信側の端末機からの発呼処理の間に、着信側のユーザが任意に選択したコンテンツデータを発信側の端末機に出力させることができる。
【図１】
2005081429.tif 000002
【図２】
2005081429.tif 000003
【図３】
2005081429.tif 000004
【図４】
2005081429.tif 000005
【図５】
2005081429.tif 000006
【図６】
2005081429.tif 000007
【図７】
2005081429.tif 000008
【国際調査報告】
2005081429.tif 000009
2005081429.tif 000010
2005081429.tif 000011
2005081429.tif 000012