(57)【要約】【課題】  通話中の端末が、任意のタイミングで、ネットワーク上あるいは端末に保存されたコンテンツを送信または取得することのできるシステムを提供する。【解決手段】  コンテンツ配信システム（１０）は、ネットワーク上のコンテンツを取得する第１端末（１１）と、ネットワークのコンテンツを提供する第２端末（１２）の通話中に、第１端末と第２端末との通話の対応関係を通話管理ユニット（２０）で管理する。コンテンツ管理ユニット（３０）は、ネットワーク上のコンテンツとこれを提供する第２端末の間のコンテンツ対応関係を管理する。通話管理ユニットは、通話中に、第１端末または第２端末からネットワーク上のコンテンツに対する要求を受信したときに、第１端末と第２端末との通話対応関係を検索し、検索結果をコンテンツに対する要求とともにコンテンツ管理ユニットに供給する。コンテンツ管理ユニットは、通話対応関係とコンテンツ対応関係に基づいて、ネットワーク上のコンテンツを特定し、特定したコンテンツを第１端末に取得させる。【選択図】  図１
2005252668.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク上のコンテンツを取得する第１端末と、前記ネットワーク上のコンテンツを提供する第２端末の通話中に、前記コンテンツを前記第１端末に配信するコンテンツ連動配信装置であって、
前記第１端末と第２端末の間の通話中に、当該第１端末と第２端末の間の通話対応関係を管理する通話管理ユニットと、
前記ネットワーク上のコンテンツと、これを提供する前記第２端末との間のコンテンツ対応関係を管理するコンテンツ管理ユニットと
を備え、前記通話管理ユニットは、
前記通話中に、前記第１端末または第２端末から前記コンテンツに対する要求を受信したときに、前記第１端末と第２端末との通話対応関係を検索し、検索した通話の対応関係を、前記コンテンツに対する要求とともにコンテンツ管理ユニットに供給し、
前記コンテンツ管理ユニットは、
前記通話対応関係およびコンテンツ対応関係に基づいて、前記ネットワーク上のコンテンツを特定し、特定したコンテンツを前記第１端末に取得させる
ことを特徴とするコンテンツ連動配信装置。
【請求項２】
前記コンテンツ管理ユニットは、前記特定したコンテンツのネットワーク上の位置情報を、前記通話管理ユニットを介して前記第１端末に通知することによって、前記第１端末に前記特定したコンテンツを取得させることを特徴とする請求項１に記載のコンテンツ連動配信装置。
【請求項３】
前記コンテンツ管理ユニットは、前記特定したコンテンツを前記ネットワークから取得し、当該取得したコンテンツを、前記通話管理ユニットを介して前記第１端末に配信することを特徴とする請求項１に記載のコンテンツ連動配信装置。
【請求項４】
各々がネットワーク上にコンテンツを保有する第１端末と第２端末との通話中に、前記コンテンツをいずれかの端末に配信するコンテンツ連動配信装置であって、
前記第１端末と第２端末の通話中に、当該通話の対応関係を管理する通話管理ユニットと、
前記ネットワーク上のコンテンツと、前記第１および第２端末との間のコンテンツ対応関係を管理するコンテンツ管理ユニットと
を備え、前記通話管理ユニットは、
前記通話中に、前記第１端末または第２端末から前記ネットワーク上のコンテンツに対する要求を受信したときに、前記第１端末と第２端末との通話の対応関係を検索するとともに、前記コンテンツに対する要求が取得要求であるか送信要求であるかを判断し、
前記判断結果を、前記通話の対応関係および前記コンテンツに対する要求とともに前記コンテンツ管理ユニットに供給し、
前記コンテンツ管理ユニットは、
前記通話の対応関係と前記コンテンツ対応関係に基づいて、前記ネットワーク上のコンテンツを特定するとともに、前記判断結果に基づいて前記特定したコンテンツの配信先をいずれの端末とすべきかを決定し、決定された配信先に前記コンテンツを取得させる
ことを特徴とするコンテンツ連動配信装置。
【請求項５】
第１端末と第２端末の通話中に、前記第２端末に保存されたコンテンツを前記第１端末に配信することを可能にする通話管理装置であって、
前記通話中の第１端末と第２端末との対応関係を管理する通話管理データベースと、
前記通話中に、前記第１端末または第２端末から、前記コンテンツの取得要求または送信要求を受信する要求受信部と
を備え、前記要求受信部は、前記取得要求または送信要求を受信したときに、前記通話管理データベースを検索して、前記第１端末の識別情報を前記第２端末に通知することを特徴とする通話管理装置。
【請求項６】
各々がコンテンツを保有する第１端末と第２端末の通話中に、一方の端末が保有するコンテンツを他方の端末に配信することを可能にする通話管理装置であって、
前記第１端末と第２端末の間に通話が確立されたときに、前記第１端末と第２端末との通話の対応関係を管理する通話管理データベースと、
前記通話中に、前記第１端末または第２端末から、前記コンテンツに対する要求を受信する要求受信部と、
前記コンテンツに対する要求が、コンテンツの取得要求であるか送信要求であるかを判断する要求判断部と、
を備え、前記要求受信部は、前記要求を受信したときに、前記通話管理データベースを検索して、前記第１端末と第２端末との間の通話の対応関係を特定するとともに、前記要求判断部の判断結果に基づいて前記第１端末と第２端末のいずれがコンテンツ送信側の端末になるかを特定し、前記送信側の端末に、他方の端末の識別情報を供給することを特徴とする通話管理装置。
【請求項７】
ネットワーク上に保存されたコンテンツを取得する受信側の第１端末と、前記ネットワーク上に保存されたコンテンツを提供する送信側の第２端末の通話中に、前記コンテンツを前記第１端末に配信するコンテンツ配信システムであって、
前記ネットワーク上のコンテンツと前記第２端末との間のコンテンツ対応関係をあらかじめ管理する機能と、
前記第１端末と第２端末の間の通話が確立されたときに、当該第１端末と第２端末との通話対応関係を管理する機能と、
前記通話中に、前記第１端末または第２端末から前記コンテンツに対する要求を受信し、前記要求に応じて前記第１端末と第２端末との通話対応関係を検索する機能と、
前記検索した通話の対応関係と、コンテンツ対応関係とに基づいて、前記ネットワーク上のコンテンツを特定し、特定したコンテンツを前記第１端末に取得させる機能と
を含むことを特徴とするコンテンツ配信システム。
【請求項８】
各々がネットワーク上にコンテンツを保有する第１端末と第２端末との通話中に、前記コンテンツをいずれかの端末に配信するコンテンツ配信システムであって、
前記ネットワーク上のコンテンツと、前記第１および第２端末との間のコンテンツ対応関係をあらかじめ管理する機能と、
前記第１端末と第２端末の間に通話が確立されたときに、前期第１端末と第２端末との通話対応関係を管理する機能と、
前記通話中に、前記第１端末または第２端末から前記ネットワーク上のコンテンツに対する要求を受信し、当該要求に応じて前記第１端末と第２端末との通話の対応関係を検索するとともに、前記コンテンツに対する要求が取得要求であるか送信要求であるかを判断する機能と、
前記検索された通話の対応関係と前記コンテンツ対応関係に基づいて、前記ネットワーク上のコンテンツを特定するとともに、前記判断結果に基づいて、前記特定されたコンテンツの配信先をいずれの端末とすべきかを決定し、前記決定された端末に前記コンテンツを取得させる機能と
を含むことを特徴とするコンテンツ配信システム。
【請求項９】
第１端末と第２端末の通話中に、前記第２端末に保存されたコンテンツを前記第１端末に配信することを可能にするコンテンツ配信システムであって、
前記通話中の第１端末と第２端末との対応関係を管理する機能と、
前記通話中に、前記第１端末または第２端末から、前記コンテンツの取得要求または送信要求を受信する機能と、
前記取得要求または送信要求を受信したときに、前記第１端末と第２端末の対応関係に基づいて、前記第１端末の識別情報を前記第２端末に通知する機能と
を含むことを特徴とするコンテンツ配信システム。
【請求項１０】
各々がコンテンツを保有する第１端末と第２端末の通話中に、一方の端末が保有するコンテンツを他方の端末に配信することを可能にするコンテンツ配信システムであって、
前記第１端末と第２端末の間に通話が確立されたときに、前記第１端末と第２端末の間の通話の対応関係を管理する機能と、
前記通話中に、前記第１端末または第２端末から、前記コンテンツに対する要求を受信する機能と、
前記コンテンツに対する要求が、コンテンツの取得要求か送信要求かを判断する機能と、
前記要求を受信したときに、前記第１端末と第２端末の間の通話の対応関係を特定するとともに、前記判断結果に基づいて前記第１端末と第２端末のいずれがコンテンツ送信側の端末になるかを特定し、前記送信側の端末に、他方の端末の識別情報を供給する機能と
を含むコンテンツ配信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通話中のコンテンツ配信システムに関し、特に、通話中に相手の電話番号やアドレス情報を認識しなくとも、任意のタイミングで画像や映像を送信あるは取得することのできるコンテンツ配信システムと、このようなシステムで用いられるコンテンツ連動配信装置に関する。
【背景技術】
【０００２】
近年の通信技術の発達で、音声と画像の双方を、双方向で送受信するシステムが実現されつつある。テレビ電話がその典型例であるが、テレビ電話以外にも、たとえば、ＩＰ電話などのパケット音声通話システムにおいて、通話中にネットワーク内のサーバに蓄えられた画像を、発呼元の端末に自動表示させるシステムが知られている（たとえば、特許文献１参照）。このシステムでは、相手先端末へのダイヤル時に、ネットワーク上のコンテンツの位置情報（たとえばＵＲＬ）が取得され、このコンテンツ情報が相手先端末の電話番号（あるいはゲートウェイの端末アドレス）と対応づけて保存される。そして、相手先端末と音声通話が接続されたとき、具体的には、接続メッセージパケットが発呼側端末に届いたときに、発呼側端末で動画像受信ソフトが自動的に立ち上げられて、相手先端末に対応付けられたコンテンツを取得する。
【０００３】
また、通話中に、相手のメールアドレスなどを入力することによって画像等を送受信するシステムが知られている。
【特許文献１】特開２００１−３０８９３３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかし、上記したシステムでは、音声通話の接続をトリガとして、発呼側端末がネットワーク上のコンテンツを取得するのみであり、利用態様が非常に限定されている。このため、通話中に、コンテンツの送受信を簡便かつ自由な態様で行うことのできるシステムが望まれる。
【０００５】
そこで本発明は、発呼側あるいは相手側（着呼側）端末が、通話中に任意のタイミングで、ネットワーク上あるいは端末に保存されたコンテンツを送受または取得することのできるシステムを提供することを目的とする。
【０００６】
端末装置が通話中の相手側端末の電話番号やアドレス情報を認識しなくても、任意のタイミングで所望のコンテンツの送受信が可能になるシステムを提供することも、本発明の目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成するために、本発明は、音声通信が確立されたときに蓄積される通話コネクション情報に着目し、この通話コネクション情報を利用して、ユーザが通話中に相手の電話番号やメールアドレス、ＩＰアドレスなどを知らなくても、画像や映像を送受信することのできるシステムを構築する。
【０００８】
具体的には、本発明の第１の側面において、ネットワーク上に保存されたコンテンツを、このコンテンツの提供者の第２端末から、コンテンツ取得者の第１端末へ任意のタイミングで配信することのできるコンテンツ連動配信装置を提供する。コンテンツ連動配信装置は、第１端末と第２端末の間の通話中に、第１端末と第２端末との通話対応関係を管理する通話管理ユニットと、ネットワーク上のコンテンツとこれを提供する第２端末との間のコンテンツ対応関係を管理するコンテンツ管理ユニットとを備える。通話管理ユニットは、通話中に、第１端末または第２端末からコンテンツに対する要求を受信したときに、第１端末と第２端末との通話対応関係を検索し、検索した通話の対応関係を、コンテンツに対する要求とともにコンテンツ管理ユニットに供給する。コンテンツ管理ユニットは、通話対応関係とコンテンツ対応関係に基づいて、要求されたネットワーク上のコンテンツを特定し、特定したコンテンツを第１端末に取得させる。
【０００９】
第１端末にコンテンツを取得させるために、コンテンツ管理ユニットは、特定したコンテンツの位置情報（ＵＲＬなど）を、通話管理ユニットを介して第１端末に通知する。あるいは、コンテンツ管理ユニット自体が特定したコンテンツを前記ネットワークから取得し、取得したコンテンツを、通話管理ユニットを介して前記第１端末に配信する構成としてもよい。
【００１０】
本発明の第２の側面では、第１端末と第２端末の双方が、それぞれネットワーク上にコンテンツを保有する場合に、第１端末と第２端末との通話中に、任意のタイミングでネットワーク上のコンテンツをいずれかの端末に配信することを可能にするコンテンツ連動配信装置を提供する。このコンテンツ連動配信装置は、第１端末と第２端末の通話中に、この通話の対応関係を管理する通話管理ユニットと、ネットワーク上のコンテンツと、第１および第２端末との間のコンテンツ対応関係を管理するコンテンツ管理ユニットとを備え、通話管理ユニットは、通話中に、第１端末または第２端末から前記ネットワーク上のコンテンツに対する要求を受信したときに、第１端末と第２端末との通話の対応関係を検索するとともに、前記コンテンツに対する要求が取得要求であるか送信要求であるかを判断し、判断結果を、通話の対応関係およびコンテンツに対する要求とともにコンテンツ管理ユニットに供給する。コンテンツ管理ユニットは、通話の対応関係とコンテンツ対応関係に基づいて、要求されたネットワーク上のコンテンツを特定するとともに、前記判断結果に基づいて、特定したコンテンツの配信先をいずれの端末とすべきかを決定し、決定された配信先にコンテンツを取得させる。
【００１１】
本発明の第３の側面では、コンテンツが提供者の第２端末に保有されている場合に、任意のタイミングで、第２端末から第１端末へのコンテンツ配信を可能にする通話管理装置を提供する。通話管理装置は、通話中の第１端末と第２端末との対応関係を管理する通話管理データベースと、通話中に、第１端末または第２端末から、前記コンテンツに対する取得要求または送信要求を受信する要求受信部とを備え、要求受信部は、取得要求または送信要求を受信したときに、通話管理データベースを検索して、第１端末の識別情報を第２端末に通知する。
【００１２】
本発明の第４の側面では、第１端末と第２端末の双方が、それぞれ端末にコンテンツを保有する場合に、双方が任意のタイミングで、コンテンツを相手側の端末に送信、あるいは相手側の端末から取得することを可能にする通話管理装置を提供する。この通話管理装置は、第１端末と第２端末の間に通話が確立されたときに、第１端末と第２端末との通話の対応関係を管理する通話管理データベースと、通話中に、第１端末または第２端末から、前記コンテンツに対する要求を受信する要求受信部と、前記コンテンツに対する要求が、コンテンツの取得要求であるか送信要求であるかを判断する要求判断部とを備え、要求受信部は、要求を受信したときに、通話管理データベースを検索して、第１端末と第２端末との間の通話の対応関係を特定するとともに、要求判断部の判断結果に基づいて、第１端末と第２端末のいずれがコンテンツ送信側の端末になるかを特定し、送信側の端末に、他方の端末の識別情報を供給する。
【発明の効果】
【００１３】
このようなコンテンツ連動配信装置あるいは通話管理装置を用いるコンテンツ配信システムでは、通話中に、一方の端末が他方の端末の電話番号やアドレス情報を認識しなくても、ネットワーク上あるいは端末内に保存されたコンテンツを、任意のタイミングで相手側端末に供給、あるいは相手側端末から取得することが可能になる。
【発明を実施するための最良の形態】
【００１４】
図１は本発明の第１実施形態に係るシステム構成を示す概略図である。第１実施形態では、ネットワーク上に蓄積されているコンテンツを、コンテンツ送信側（提供者側））端末または受信者端末が、相手の電話番号やアドレス情報を認識することなく通話中に送信または取得することのできる構成を開示する。
【００１５】
コンテンツ配信システム１０は、ネットワーク１を介して接続される受信者端末１１と、コンテンツ提供者端末１２Ａ、１２Bと、コンテンツ提供者のコンテンツをネットワーク１上に保存するコンテンツ保存ユニット４０を含む。また、受信者端末１１とコンテンツ提供者端末１２の通話を接続し、通話中の両端末の対応関係を電話番号やアドレス情報などの端末ＩＤを用いて管理する通話管理ユニット２０と、コンテンツ保存ユニット４０に保存されたコンテンツとそれを提供した提供者の端末ＩＤ（電話番号またはアドレス情報）との対応関係を管理するコンテンツ管理ユニット３０を含む。通話管理ユニット２０とコンテンツ管理ユニット３０で、コンテンツ連動配信装置５０を構成する。
【００１６】
図１の構成例では、通話管理ユニット２０は、通話中の両端末の電話番号またはアドレス情報の対応関係を保存する通話管理データベース２１と、受信者端末１１またはコンテンツ提供者端末１２からコンテンツの取得または送信要求と、コンテンツ選択情報とを受信し、識別する要求受信部２２を有する。
【００１７】
一方、コンテンツ管理ユニット３０は、コンテンツ提供者の電話番号またはアドレス情報と、コンテンツ保存ユニット４０に保存されたコンテンツとの対応関係を保存するコンテンツ管理データベース３１と、受信側端末１１にコンテンツの場所またはコンテンツそのものを送信する通知部３２を有する。
【００１８】
コンテンツ配信システム１０は、基本的に、通話管理機能、コンテンツ管理機能、コンテンツ保存機能、要求受信機能、通知機能を備えることによって実現されるが、これらの機能がどのような配置構成で実現されるかは任意である。図１の例では、通知管理データベース２１と要求受信部２２が同じ通話管理ユニット２０内に実現されており、コンテンツ管理データベース３１と通知部３２が同じコンテンツ管理ユニット３０内に実現されているが、それぞれ独立して存在してもよい。
【００１９】
受信者端末１１は、通話と同時にコンテンツ取得（HTTP通信）などができる端末装置であり、たとえばマルチアクセス機能を有する携帯端末、通話可能なＰＣ（ＩＰ電話）などである。コンテンツ提供者端末１２Ａ、１２Bは、移動携帯でも固定式電話であってもよい。
【００２０】
図２は、第１実施形態（コンテンツがネットワークにある場合）の第１の例として、コンテンツ提供者からの送信要求をトリガとする通話中のコンテンツ配信を説明する概略図である。図２の例では、図１のシステム１０における通話管理ユニット２０を交換機２０Ａで、コンテンツ管理ユニット３０を管理サーバ３０Ａで、コンテンツ保存ユニット４０をコンテンツサーバ４０Ａで実現している。以下、図２を参照して、固定電話式の提供者側端末１２Ｂからコンテンツ送信要求を発することにより、受信者端末１１の電話番号を認識することなく、所望のコンテンツを受信者端末１１に送信する構成を説明する。
【００２１】
提供者端末１２の所有者であるコンテンツ提供者は、たとえば、ホテル、レストラン、美容院、書店、旅行代理店など任意のサービス業者であり、あらかじめ、管理サーバ３０Ａに対して電話番号、パスワード、ＵＲＬを登録するとともに、コンテンツサーバ４０Ａに提供すべき画像、映像などのコンテンツを登録する。図２の例では、コンテンツ提供者はレストランであり、レストランが提供するコースの種類と値段、店内写真、周囲の地図などのコンテンツをコンテンツサーバ３０Ａに登録しておく。
【００２２】
受信者端末１１のユーザは、提供者の電話番号に通常の方式で電話し、受信者端末１１と提供者端末１２の間に交換機２０Ａを介して通話が確立される（矢印（１））。受信者端末１１と提供者端末１２の間に確立された通話の対応関係を示す通話情報は、交換機２０Ａで管理されるとともに、管理サーバ３０Ａとの間で参照可能になる（矢印（２））。
【００２３】
受信者端末１１のユーザは、提供者と通話を開始し、ディナーを予約するために、適切なコースや値段について会話する。提供者は、会話の途中に、たとえば推薦するコースやお店の雰囲気を視覚的に認識してもらうために、「お勧めのコースとお店の雰囲気をお送りします。地図も添付します。」と話し、提供者端末１２から所定の画像の送信要求（送信トリガ）を発信する（矢印（３））。このとき、提供者も提供者端末１２も、ユーザの受信者端末１１の電話番号をまったく認識しておらず、受信者端末１１のアドレスを入力する必要もない。提供者端末１２からの送信要求は、交換機２０Ａを介して管理サーバ３０Ａに送られる。
【００２４】
管理サーバ３０Ａは、交換機２０Ａが管理する通話情報に基づいて、受信者端末１１を特定する。同時に、自己が有するコンテンツ管理データベース３１を参照して、提供者によって選択された画像のＵＲＬを決定する（符号（４））。そして、特定した受信者端末１１に、ＵＲＬ情報を含むコンテンツ受信のトリガを送信する（矢印（５））。受信者端末１１は、自動的またはユーザ操作等によりネットワーク１上のコンテンツサーバ４０Ａからコンテンツを取得し、画面に表示する（矢印（６））。受信者端末１１のユーザは、通話中にリアルタイムで画像を受信するので、コースの内容や店内の雰囲気を視覚的に理解することができる。
【００２５】
端末１１が受信したコンテンツが動画等の音声再生を伴う場合は、提供者が通話再開のトリガを送信することで（破線矢印（７））、受信端末１１のユーザと提供者の間の通話が再開される。
【００２６】
図３（ａ）は、交換機２０Ａが有する通話管理データベース２１の構成例を示し、図３（ｂ）は、管理サーバ３０Ａが有するコンテンツ管理データベース３１の構成例を示す。通話管理データベース２１は、発呼者（図２の例ではコンテンツ受信者）の電話番号と、着呼者（図２の例ではコンテンツ提供者）の電話番号とを対応づけ、通話が継続する間、この組み合わせを保持する。通話情報は、通話終了後に消去される。発呼者が非通知で電話をかけた場合でも、交換機２０Ａは発呼者番号を把握するので、相手先番号を対応づけて管理することができる。
【００２７】
コンテンツ管理データベース３１は、コンテンツ提供者が提供するコンテンツの位置情報を、画像提供者の電話番号（ＩＰ電話などの場合はアドレス情報も含む）と対応付けて管理する。コンテンツの内容は適宜変更可能であり、その都度、提供者の電話番号（またはアドレス情報）との対応付けが新たに保存される。
【００２８】
図４は、図２のシステムにおいて送信要求をトリガとするコンテンツ送信の処理シーケンスである。まず、コンテンツの送信側端末１２と受信側端末１１の間に接続が確立されて、通話が開始される（ステップＳ１０１）。このとき、受信側端末１１と送信側端末１２との通話の対応関係は、交換機２０Ａの通話管理データベース２１に格納される。通話中に、送信側端末１２は、任意のタイミングでコンテンツ送信要求を送信する（ステップＳ１０２）。コンテンツ送信要求は、送信側端末１２の電話番号（あるいはアドレス情報）とコンテンツ選択情報とを含む。このコンテンツ送信要求は、交換機２０Ａの要求受信部２２で受信される。
【００２９】
交換機２０Ａは、通話管理データベース２１で通話先、すなわち受信側端末１１の電話番号（またはアドレス情報）を検索し（ステップＳ１０３）、両端末１１、１２の電話番号（またはアドレス情報）とコンテンツ選択情報を、管理サーバ３０Ａに通知する（ステップＳ１０４）。管理サーバ３０Ａでは、送信側端末１２の電話番号（またはアドレス情報）とコンテンツ選択情報に基づき、コンテンツ管理データベース３１からコンテンツの場所（ＵＲＬ）などを検索する（ステップＳ１０５）。
【００３０】
管理サーバ３０Ａの通知部３２は、受信側端末１１に対し検索したコンテンツの位置情報を通知する（ステップＳ１０６）。この位置情報に基づいて、受信側端末１１はコンテンツサーバ４０Ａからコンテンツを取得する（ステップＳ１０７）。
【００３１】
図５は、図４の処理シーケンスの変形例である。図４の例では、管理サーバ３０Ａはコンテンツの位置情報だけを受信側端末１１に通知するが（Ｓ１０６）、図５の例では、管理サーバ３０Ａがネットワーク上のコンテンツサーバ４０Ａからコンテンツを取得し、取得したコンテンツを受信側端末１１に送信する。
【００３２】
図５において、通話開始（Ｓ１０１）からコンテンツの位置決定（Ｓ１０５）までのシーケンスは図４の例と同様であるので、説明を省略する。Ｓ１０５でコンテンツの位置が検索されたならば、管理サーバ３０Ａはコンテンツサーバ４０Ａにアクセスして、コンテンツを取得する（ステップＳ１１６）。管理サーバ３０Ａの通知部３２は、取得したコンテンツを受信側端末１１に送信する（ステップＳ１１７）。図４、図５のいずれの場合も、送信側端末１２は通話中に相手先の電話番号を認識することなく、送信要求を送るだけでよい。受信側端末１１は、通話中に送信された画像等のコンテンツをリアルタイムで見ることができる。コンテンツは受信側端末１１に保存されるので、通話終了後も見ることができる。なお、図４および図５において、交換機２０Ａと管理サーバ３０Ａを、図１に示すようにひとつの装置として実現してもよい。
【００３３】
図６および７は、提供者（送信側）端末１２から通話中に送信トリガを送るときの操作例を示す図である。上述したように、送信トリガは、相手側（すなわち受信者側）の端末の電話番号やメールアドレスを必要としない信号である。図６の例では、固定電話、携帯電話などの通話端末のボタン操作の組み合わせで送信要求を送信する。コンテンツ提供者は、たとえばＰＣ等のブラウザ上に表示されるＷｅｂページや、印刷物などの提供情報１９を見ながら、通話に用いていた提供者端末１２でサービス識別番号とコンテンツ番号を入力し、終了する。提供者端末１２がＰＢ信号を用いる場合は、たとえば「２」、「４」、「２」と順にプッシュボタンを押下してサービス番号を特定し、その後コンテンツ番号「３」をプッシュしてから「＃」を押す。ＰＢ信号以外にもＧＳＭ標準で定められた、移動機とネットワークアプリケーション間の情報転送手段であるＵＳＳＤ（Unstructured Supplementary Service Data）を使用することも可能である。その場合の操作例としては、端末ボタンによりサービス識別番号として「＊」、「２」、「４」、「２」を操作し、コンテンツ番号「３」を押し、「＃」を押す。このような操作の結果、コンテンツ選択情報が交換機２０Ａに送られることになる。
【００３４】
図７の例では、通話を行っていた通話端末自体でＷｅｂページを操作して送信要求を送る。この場合は、提供者端末１２は、通話しながらＷｅｂページを見ることのできる移動端末や、ＩＰ電話である必要がある。送信要求者は、Ｗｅｂページ上のラジオボタン１６などで送信したい画像を選択し、送信ボタン１５をクリックする。
【００３５】
図６および７に示す操作方法は、あくまでも送信トリガを送る手段の一例であり、通話中のコンテンツ配信を実現するために特別のプロトコルや信号を端末１２に作りこむことによって送信要求を発することも可能である。
【００３６】
次に、図８、図９を参照して、コンテンツがネットワーク上にある場合の第２の態様を説明する。第２の態様では、コンテンツ受信者側から発信されるコンテンツ取得要求をトリガとして、通話中のコンテンツ配信を可能にする。
【００３７】
図８のシーケンス図において、まず発呼者である受信側端末１１と、着呼者の送信側端末１２との間に接続が確立され、通話が開始される（ステップＳ２０１）。通話中、たとえばレストランやホテルの予約のための会話を行っているときに、発呼者の受信側端末１１はコンテンツ取得要求を送信する（ステップＳ２０２）。このときの取得要求の発信は、図６および７に示す送信要求の発信と同じである。発呼者は、通話中に広告や印刷媒体に記載されているサービス情報識別番号とコンテンツ番号を入力することによって、任意のタイミングでサービス提供者が提供するコンテンツに対する取得要求を発することができる。
【００３８】
交換機２０Ａは、受信側端末１１からの取得要求を受信し、通話管理データベース２１を参照して、通話先、すなわち提供者側端末１２の電話番号またはアドレス情報を検索する（ステップＳ２０３）。交換機２０Ａは、検索した通話の対応関係に基づいて、受信側および送信側の両端末１１、１２の電話番号（またはアドレス情報）と、受信側端末１１によって指定されたコンテンツ選択情報とを、管理サーバ３０Ａに通知する（ステップＳ２０４）。
【００３９】
管理サーバ３０Ａは、送信側端末１２の電話番号（またはアドレス情報）とコンテンツ選択情報に基づいて、ネットワーク上のコンテンツの場所を特定する（ステップＳ２０５）。そして、ＵＲＬなどのコンテンツの位置を受信側端末１１に通知する（ステップＳ２０６）。受信側端末１１は、受け取ったコンテンツ位置情報をもとに、所定のコンテンツサーバ４０Ａからコンテンツを取得する（ステップＳ２０７）。
【００４０】
図９は、図８のシーケンス図の変形例である。図８では、図５の処理シーケンスと同様に、ステップＳ２０５で管理サーバ３０Ａはネットワーク上のコンテンツの位置を特定し、コンテンツサーバ４０Ａにアクセスしてコンテンツを取得する（ステップＳ２１６）。そして取得したコンテンツそのものを受信側端末１１に送信する（ステップＳ２１７）。
【００４１】
いずれの場合も、受信側端末１１のユーザは、通話中に端末上で欲しいコンテンツを選択するだけで、ネットワークから所望のコンテンツを取得することができる。
【００４２】
次に、図１０〜１２を参照して、本発明の第２実施形態に係るコンテンツ配信システムを説明する。第２実施形態では、コンテンツが端末側にあるときの通話中のコンテンツ配信を説明する。
【００４３】
図１０において、コンテンツ配信システム７０は、コンテンツ受信側端末１１と、コンテンツ提供者側端末１２と、通話管理装置２０を含み、提供者側端末１２にコンテンツ管理機能３０とコンテンツ保存機能４０が備えられている。提供者側端末１２のコンテンツ管理機能３０は、図１に示したような通知機能を含む。
【００４４】
通話管理装置２０は、第１実施形態の通話管理ユニットと同様に、受信者端末１１と提供者側端末１２の間に通話が確立されたときに、この通話の対応関係を管理する通話管理データベース２１を有する。また、受信者端末１１または提供者端末１２から、提供者端末１２に格納されたコンテンツに対する取得要求または送信要求を受信する要求受信部２２を有する。
【００４５】
図１１は、通話中に、提供者側（送信側）端末１２からのコンテンツ送信要求をトリガとするコンテンツ配信処理のシーケンスを示す。図１１の例では、通話管理装置２０は交換機２０Ａで実現され、送信側端末１２にコンテンツ管理ユニット３０とコンテンツ保存ユニット４０が設けられている。
【００４６】
まず、たとえば受信側端末１１からの発呼により、受信側端末１１と送信側（提供者側）端末１２の間に通話が確立される（ステップＳ３０１）。このとき、受信側端末１１と送信側端末１２の通話の対応関係が交換機２０Ａの通話管理データベース２１に格納される。通話中に、送信側端末１２は任意のタイミングでコンテンツ送信要求を発信する（ステップＳ３０２）。送信要求には、送信側端末１２の電話番号（またはアドレス情報）と、コンテンツ選択情報が含まれる。このとき、送信側端末１２は、相手側の受信側端末１１の電話番号等の情報を認識しておらず、図６または７に示すような単純な操作で送信要求だけを発信する。
【００４７】
送信要求は交換機２０Ａで受信され、交換機２０Ａは通話管理データベース２１で管理される通話の対応関係から、通話の相手である受信側端末１１の電話番号（またはアドレス情報）を検索し（ステップＳ３０３）、検索された受信側端末１１の電話番号（またはアドレス情報）を送信側端末１２に送信する（ステップＳ３０４）。送信側端末１２のコンテンツ管理ユニット３０は、受けとった受信側端末１１の電話番号またはアドレス情報に基づいて、コンテンツ保存ユニット４０から所定のコンテンツを受信側端末１１に送信する（ステップＳ３０５）。なお、このような受信側端末１１についての情報は、送信側端末１２の内部のみで使用され、ユーザには表示されない構成とすることができる。
【００４８】
図１２は、図１１とは逆に、受信側端末１１が、送信側端末１２のコンテンツに対する取得要求を発する場合の処理シーケンスである。図１２の例では、コンテンツを保有する送信側端末１２は、破線のブロックで示すように、あらかじめコンテンツ取得の可否を設定しておくのが望ましい。
【００４９】
まず、受信側端末１１と送信側端末１２の間に通話が確立され（ステップＳ４０１）、この通話の対応関係が交換機２０Ａに格納される。通話中に、受信側端末１１は、任意のタイミングでコンテンツ取得要求を送信する（ステップＳ４０２）。コンテンツ取得要求には、受信側端末１１の電話番号（またはアドレス情報）とコンテンツ選択情報を含む。
【００５０】
取得要求を受け取った交換機２０Ａは、通話管理データベース２１に格納された通話の対応関係から、送信側端末１２の電話番号（またはアドレス情報）を検索し（ステップＳ４０３）、この検索結果に基づいて送信側端末１２に受信側端末１１によって選択されたコンテンツ選択情報を送るとともに（ステップＳ４０４）、受信側端末１１の電話番号またはアドレス情報を送信する（ステップＳ４０５）。
【００５１】
送信側端末１２が、通話確立前にあらかじめコンテンツ取得の可否を設定していない場合は、交換機２０Ａから受信側端末１１の電話番号またはアドレス情報を受信したところで、ポップアップ等によりコンテンツ取得の可否を選択してもよい（ステップＳ４０６）。このコンテンツ取得の可否は、破線ブロックで示すような事前設定か、または相手の電話番号取得の際（Ｓ４０６）のいずれか一方で行えば足りる。コンテンツ取得が許可状態ならば、送信側端末１２は受信側端末１１にコンテンツを送信する（ステップＳ４０７）。
【００５２】
このように、第２実施形態では、コンテンツが通話中のいずれか一方の端末にある場合に、通話の相手先電話番号やアドレス情報を入力しなくても、受信側からの取得要求またはコンテンツ保有者側からの送信要求をトリガとして、自動的にコンテンツの配信が行われる。
【００５３】
次に、図１３〜図１６を参照して、本発明の第３実施形態を説明する。第３実施形態では、通話中の端末の双方が、ネットワーク上または端末上にコンテンツを保有する場合の双方向のコンテンツ配信を実現する。
【００５４】
図１３は、第３実施形態の第１の態様であるコンテンツ配信システム８０の概略構成図である。図１３のシステムでは、第１端末１１と第２端末１２の双方が、ネットワーク１上のコンテンツ保存ユニット４０にコンテンツを保存している。コンテンツ配信システム８０は、コンテンツ管理ユニット３０と通話管理ユニット６０から構成されるコンテンツ連動配信装置５５を含む。コンテンツ配信システムは、ネットワーク１上のコンテンツと、コンテンツ提供者との対応関係を管理するコンテンツ管理ユニット３０と、第１端末１１と第２端末との間の通話の対応関係を管理する通話管理ユニット６０を備える。
【００５５】
コンテンツ管理ユニット３０は、図３（ｂ）に示すように、コンテンツ管理データベース３１中に、第１端末１１と、第１端末１１のユーザによって提供されるコンテンツの位置情報を対応付けて格納する。また、第２端末１２と、第２端末１２のユーザによって提供されるコンテンツの位置情報を対応付けて管理する。したがって、第１端末１１のユーザは、あらかじめネットワーク１上のコンテンツ保存ユニット４０に、提供するコンテンツを登録するとともに、コンテンツ管理ユニット３０に自己の電話番号（あるいはアドレス情報）と、ＵＲＬなどのコンテンツの位置情報を登録する。同様に、第２端末１２のユーザも、ネットワーク１上のコンテンツ保存ユニット４０に提供するコンテンツを登録するとともに、コンテンツ管理ユニット３０に、自己の電話番号（あるいはアドレス情報）とコンテンツの位置情報を登録する。
【００５６】
通話管理ユニット６０は、第１端末１１と第２端末１２の通話中に、この通話の対応関係を通話管理データベース２１に格納して管理する。通話中に、要求受信部２２において、第１端末１１または第２端末からネットワーク１上のコンテンツに対する要求を受信すると、通話管理データベース２１を参照し、第１端末１１と第２端末１２との対応関係に基づいて相手側の電話番号またはアドレス情報を検索する。要求判断部２３は、受信した要求が、コンテンツの取得要求か送信要求かを判断する。第１端末１１と第２端末の双方が、コンテンツ提供者側になり得るとともに、コンテンツ受信側になり得るからである。
【００５７】
図１４は、第３実施形態の第２の態様様であるコンテンツ配信システム９０の概略構成図である。図１４のシステムでは、第１端末１１と第２端末１２の双方が、端末上にコンテンツを保有する。したがって、第１端末１１と第２端末１２はそれぞれ、コンテンツ管理ユニット３０と、コンテンツ保存ユニット４０を有する。
【００５８】
図１４のコンテンツ配信システム９０は、第１端末１１と第２端末１２との間の通話の対応関係を管理する通話管理装置６０を含む。通話管理装置６０は、図１３の通話管理ユニット６０と同様に、第１端末１１と第２端末１２の通話中に、この通話の対応関係を通話管理データベース２１に格納して管理する。通話中に、要求受信部で第１端末１１または第２端末からコンテンツに対する要求を受信すると、通話管理データベース２１を参照して、第１端末１１と第２端末との間の対応関係を検索する。要求判断部２３は、受信した要求が、取得要求か送信要求かを判断する。
【００５９】
図１３および１４に示すように、第３実施形態では、第１端末１１と第２端末１２の双方が、コンテンツ提供側になり得ると同時に、コンテンツ受信側になり得る。したがって、それぞれが、コンテンツ取得要求と送信要求を生成、送信する。このため、端末１１、１２からの要求に、送信要求か取得要求かを識別するための情報を含ませる必要がある。
【００６０】
図１５は、図１３および図１４の通話管理ユニット（または通話管理装置）６０の処理フローである。まず、第１端末１１と第２端末１２の間に、呼が設定されて通話が開始される（ステップＳ５０１）。このとき、第１端末１１と第２端末との間の通話の対応関係が、通話管理データベース２１に格納される。通話中に、要求受信部２２で端末からのコンテンツ要求を受信すると（ステップＳ５０３）、要求判断部２３はコンテンツ要求に含まれた種別フラグなどの種別情報から、要求が送信要求であるか取得要求であるかを判断する（ステップＳ５０５）。
【００６１】
要求が送信要求であれば、通話管理データベース２１に格納された通話の対応関係に基づいて、送信先となる相手側端末の電話番号等を検索する（ステップＳ５０７）。図１３に示すようにコンテンツがネットワーク１上にある場合は、両端末の電話番号（あるいはアドレス情報）と、種別情報を含むコンテンツ選択情報を、コンテンツ管理ユニット３０に通知する（ステップＳ５１３）。その後、図４または図５のステップＳ１０５以降の処理が行われる。一方、図１４に示すように、コンテンツが送信要求を発した端末側にある場合は、送信先の端末である受信側端末の電話番号（あるいはアドレス情報）を、送信側端末に通知する（ステップＳ５１３）。その後、送信側端末から受信側端末にコンテンツが送信される。
【００６２】
要求が取得要求である場合は（Ｓ５０５でＮＯ，Ｓ５０９）、通話管理データベース２１に格納された通話の対応関係に基づいて、コンテンツの提供元となる相手側端末（送信側端末）の電話番号等を検索する（ステップＳ５１１）。図１３に示すようにコンテンツがネットワーク１上にある場合は、両端末の電話番号（あるいはアドレス情報）と、種別情報を含むコンテンツ選択情報を、コンテンツ管理ユニット３０に通知する（ステップＳ５１５）。その後、図８または９のステップＳ２０５以降の処理が行われる。一方、図１４に示すように、コンテンツが取得先である送信側端末にある場合は、取得要求を発した端末の電話番号（あるいはアドレス情報）を、相手側の送信側端末に通知する（ステップＳ５１５）。
【００６３】
図１６は、端末１１、１２において要求種別を通知するときの操作手順例を示す。図１６（ａ）では、端末上のボタン操作により、ＰＢ信号を用いてコンテンツ要求中に送信／取得フラグを挿入する方法を示す。図１６（ａ）の例では、たとえば「２」、「４」、「２」というサービス識別番号をプッシュした後に、送信要求か取得要求かを識別するフラグ情報を挿入し、コンテンツ番号をプッシュして「＃」で終了する。フラグ情報は、たとえば「０」なら送信要求、「１」なら取得要求とする。
【００６４】
あるいは、図１６（ｂ）に示すように、端末上に表示されたＷｅｂページ（要求種別確認ページ）で、取得要求か送信要求かを選択する構成としてもよい。その後、取得要求を選択したか送信要求を選択したかによって、相手のコンテンツリストページまたは自己のコンテンツリストページに移行し、所望のコンテンツを選択する。
【００６５】
これらはもちろん、送信／取得種別情報を含む要求生成の一例であり、上述したように、特定のプロトコルや信号を端末１１、１２に作りこむ構成としてもよい。  このように、第３実施形態では、それぞれがネットワーク上あるいは端末上にコンテンツを保有する端末間の通話中に、任意のタイミングで発せられる送信要求または取得要求をトリガとして、相手側の電話番号やアドレス情報を入力することなく、双方向のコンテンツ配信が可能になる。
【００６６】
以上述べたように、発呼側と着呼側の双方の電話番号（あるいはアドレス情報）を対応付けて管理することにより、通信相手の電話番号等を認識しなくても、通話中にネットワークあるいは端末に保存されたコンテンツを送信することが可能になる。
【図面の簡単な説明】
【００６７】
【図１】本発明の第１実施形態に係る通話中のコンテンツ配信システムの概略構成図である。
【図２】図１のシステムを実現する具体的構成例において、提供者端末からの送信要求に基づき、ネットワーク上のコンテンツを受信側端末にコンテンツを配信する手順を説明するための図である。
【図３】通話中の端末間の対応関係を管理する通話管理データベースの構成例と、ネットワーク上のコンテンツと提供者側端末との対応関係を管理するコンテンツ管理データベースの構成例を示す図である。
【図４】図２のシステム構成における処理シーケンスを示す図である。
【図５】図２のシステム構成における処理シーケンスの別の例を示す図である。
【図６】通話中の端末から、送信要求または取得要求を送るときのボタン操作例を示す図である。
【図７】通話中の端末上に表示したＷｅｂページから送信要求または取得要求を送る例を示す図である。
【図８】第１実施形態のシステムにおいて、コンテンツ受信者側の端末からコンテンツ取得要求を送る場合の処理シーケンスを示す図である。
【図９】第１実施形態のシステムにおいて、コンテンツ受信者側の端末からコンテンツ取得要求を送る場合の処理シーケンスの別の例を示す図である。
【図１０】本発明の第２実施形態に係る通話中のコンテンツ配信システムの概略構成図である。
【図１１】第２実施形態において、コンテンツを保有する端末からの送信要求に基づいて、通話中にコンテンツを配信する場合の処理シーケンスを示す図である。
【図１２】第２実施形態において、受信者側の端末からの取得要求に基づいて、通話中にコンテンツを配信する場合の処理シーケンスを示す図である。
【図１３】本発明の第３実施形態に係る通話中のコンテンツ配信システムの概略構成図である。
【図１４】本発明の第３実施形態に係るコンテンツ配信システムの別の構成例を示す図である。
【図１５】端末からの要求が、送信要求か取得要求かを判断する処理フローを示す図である。
【図１６】端末からの要求に送信要求か取得要求かを示す情報を含ませるときの操作例を示す図である。
【符号の説明】
【００６８】
１  ネットワーク
１０、７０、８０、９０  コンテンツ配信システム
１１  受信側端末（第１端末）
１２  提供者側端末（第２端末）
２０、６０  通信管理ユニット（通信管理装置）
２０Ａ  交換機
２１  通話管理データベース
２２  要求受信部
２３  要求判断部
３０  コンテンツ管理ユニット
３０Ａ  管理サーバ
３１  コンテンツ管理データベース
３２  通知部
４０  コンテンツ保存ユニット
４０Ａ  コンテンツサーバ
５０、５５  コンテンツ連動配信装置
【図１】
2005252668.tif 000003
【図２】
2005252668.tif 000004
【図３】
2005252668.tif 000005
【図４】
2005252668.tif 000006
【図５】
2005252668.tif 000007
【図６】
2005252668.tif 000008
【図７】
2005252668.tif 000009
【図８】
2005252668.tif 000010
【図９】
2005252668.tif 000011
【図１０】
2005252668.tif 000012
【図１１】
2005252668.tif 000013
【図１２】
2005252668.tif 000014
【図１３】
2005252668.tif 000015
【図１４】
2005252668.tif 000016
【図１５】
2005252668.tif 000017
【図１６】
2005252668.tif 000018