(57)【要約】【課題】ＮＧＮ等の公衆電話回線においても、電話番号と共にそれ以外の付加情報を含む電話帳情報を通知し、受信側でその電話帳情報を簡単に登録可能とする。【解決手段】送信側と受信側の電話通信装置３，５間でＳＩＰによる呼接続を確立し、ＴＣＰのセッションを確立し、送信側装置３にある電話帳データを受信側装置５に登録するために、送信側装置３では、ＴＣＰのセッション内で、受信側装置５にコンテンツを受信する能力があるか否かを確認し、受信能力があることが確認されたとき、ユーザの操作入力に応じて、予め登録された電話帳データを選択的に読み出してＴＣＰのセッション内で受信側装置５に送信するようにし、受信側装置５では、ＴＣＰのセッション内で、コンテンツを受信する能力があることを送信側装置３に通知し、前記ＴＣＰのセッション内で、前記送信側装置３から送信される電話帳データを受信し、ユーザの操作に応じて電話帳データを追加登録する。【選択図】      図１
2013150077.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ操作入力に応じたＳＩＰ（Session Initiation Protocol）による呼制御を用いて通信相手先の電話通信装置である受信側装置にコンテンツを送信する送信側の電話通信装置において、
前記ＳＩＰの指示入力に応じて前記受信側装置との間で呼接続を確立する呼接続確立手段と、
前記呼接続で取得した情報に基づいて、前記受信側装置との間でＴＣＰ（Transmission Control Protocol）のセッションを確立するセッション確立手段と、
前記ＴＣＰのセッション内で、前記受信側装置に前記コンテンツを受信する能力があるか否かを確認する確認手段と、
前記確認手段で受信能力があることが確認されたとき、前記ユーザの操作入力に応じて、予め登録された電話帳データを選択的に読み出して前記ＴＣＰのセッション内で前記コンテンツとして前記受信側装置に送信する送信手段と
を具備することを特徴とする電話通信装置。
【請求項２】
請求項１記載の送信側の電話通信装置である送信側装置からＳＩＰによる呼制御を用いてコンテンツを受信する受信側の電話通信装置であって、
前記コンテンツとして電話帳データが登録される記憶手段と、
前記ＳＩＰにより前記送信側装置との間で前記呼接続を確立する呼接続確立手段と、
前記呼接続で取得した情報に基づいて、前記送信側装置との間で前記ＴＣＰのセッションを確立するセッション確立手段と、
前記ＴＣＰのセッション内で、前記コンテンツを受信する能力があることを前記送信側装置に通知する通知手段と、
前記ＴＣＰのセッション内で、前記送信側装置から電話帳データを受信する受信手段と、
前記ユーザの操作に応じて、前記受信手段で受信された電話帳データを前記記憶手段に追加登録する登録手段と
を具備することを特徴とする電話通信装置。
【請求項３】
さらに、ワンタッチで電話帳データから予め指定された電話番号を読み出して発信するワンタッチダイヤル手段を備え、
前記登録手段は、前記送信側装置からの電話帳データの電話番号を前記ワンタッチダイヤル手段に設定登録することを特徴とする請求項２記載の電話通信装置。
【請求項４】
前記登録手段は、一定期間前記ユーザの操作入力がなかった場合には登録指示があったと見なして、前記受信手段で受信された電話帳データを前記記憶手段に追加登録することを特徴とする請求項２記載の電話通信装置。
【請求項５】
送信側と受信側の電話通信装置間でＳＩＰ（Session Initiation Protocol）による呼接続を確立し、ＴＣＰ（Transmission Control Protocol）のセッションを確立し、コンテンツとして送信側装置にある電話帳データを受信側装置に登録する電話通信装置の電話帳登録方法であって、
前記送信側装置では、前記ＴＣＰのセッション内で、前記受信側装置に前記コンテンツを受信する能力があるか否かを確認し、前記受信能力があることが確認されたとき、ユーザの操作入力に応じて、予め登録された電話帳データを選択的に読み出して前記ＴＣＰのセッション内で前記コンテンツとして前記受信側装置に送信するようにし、
前記受信側装置では、前記ＴＣＰのセッション内で、前記コンテンツを受信する能力があることを前記送信側装置に通知し、前記ＴＣＰのセッション内で、前記送信側装置から送信される電話帳データを受信し、ユーザの操作に応じて、前記受信された電話帳データを追加登録することを特徴とする電話通信装置の電話帳登録方法。
【請求項６】
前記受信側装置がワンタッチで電話帳データから予め指定された電話番号を読み出して発信するワンタッチダイヤル機能を備えるとき、前記送信側装置からの電話帳データの電話番号を前記ワンタッチダイヤル手段に設定登録することを特徴とする請求項５記載の電話通信装置の電話帳登録方法。
【請求項７】
前記登録は、一定期間前記ユーザの操作入力がなかった場合には登録指示があったと見なして、前記受信された電話帳データを前記追加登録することを特徴とする請求項５記載の電話通信装置の電話帳登録方法。
【請求項８】
送信側と受信側の電話通信装置間でＳＩＰ（Session Initiation Protocol）による呼接続を確立し、ＴＣＰ（Transmission Control Protocol）のセッションを確立し、コンテンツとして前記送信側装置にある電話帳データを前記受信側装置に登録する処理をコンピュータに実行させる電話通信装置の電話帳登録プログラムであって、
前記送信側装置では、前記ＴＣＰのセッション内で、前記受信側装置に前記コンテンツを受信する能力があるか否かを確認するステップと、前記受信能力があることが確認されたとき、ユーザの操作入力に応じて、予め登録された電話帳データを選択的に読み出して前記ＴＣＰのセッション内で前記コンテンツとして前記受信側装置に送信するステップとを備え、
前記受信側装置では、前記ＴＣＰのセッション内で、前記コンテンツを受信する能力があることを前記送信側装置に通知するステップと、前記ＴＣＰのセッション内で、前記送信側装置から送信される電話帳データを受信するステップと、ユーザの操作に応じて、前記受信された電話帳データを追加登録するステップとを備えることを特徴とする電話通信装置の電話帳登録プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電話帳データを登録する機能を有する電話通信装置とその電話帳登録方法及び電話帳登録プログラムに関する。
【背景技術】
【０００２】
従来の電話機にあっては、着信側で発信者電話帳データベースへ登録する場合、通信相手との通信中に通信回線を介して提供される少なくとも通信相手の氏名、電話番号の情報を一時記憶しておき、それを読み出して、電話帳データベースに登録する方法がある。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開平８−２４２３０７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、ＮＧＮ（Next Generation Network：次世代ネットワーク）等では、公衆電話回線の発信者番号通知機能が電話番号の通知のみで、氏名や顔写真情報は通知されない。このため、上記のような従来の電話機の電話帳登録方法では、通信相手の電話番号以外の付加情報を着信側で手動登録しなければならず、操作が面倒という課題があった。
【０００５】
そこで本発明は、ＮＧＮ等の公衆電話回線においても、送信側にあっては通信相手に電話番号と共にそれ以外の付加情報を含む電話帳情報を通知し、受信側にあってはその電話帳情報を簡単に登録することのできる電話通信装置とその電話帳登録方法及び電話帳登録プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明に係る電話通信装置は以下のような態様の構成とする。
（１）ユーザ操作入力に応じたＳＩＰ（Session Initiation Protocol）による呼制御を用いて通信相手先の電話通信装置である受信側装置にコンテンツを送信する送信側の電話通信装置において、前記ＳＩＰの指示入力に応じて前記受信側装置との間で呼接続を確立する呼接続確立手段と、前記呼接続で取得した情報に基づいて、前記受信側装置との間でＴＣＰ（Transmission Control Protocol）のセッションを確立するセッション確立手段と、前記ＴＣＰのセッション内で、前記受信側装置に前記コンテンツを受信する能力があるか否かを確認する確認手段と、前記確認手段で受信能力があることが確認されたとき、前記ユーザの操作入力に応じて、予め登録された電話帳データを選択的に読み出して前記ＴＣＰのセッション内で前記コンテンツとして前記受信側装置に送信する送信手段とを具備する態様とする。
【０００７】
（２）（１）の送信側の電話通信装置である送信側装置からＳＩＰによる呼制御を用いてコンテンツを受信する受信側の電話通信装置であって、前記コンテンツとして電話帳データが登録される記憶手段と、前記ＳＩＰにより前記送信側装置との間で前記呼接続を確立する呼接続確立手段と、前記呼接続で取得した情報に基づいて、前記送信側装置との間で前記ＴＣＰのセッションを確立するセッション確立手段と、前記ＴＣＰのセッション内で、前記コンテンツを受信する能力があることを前記送信側装置に通知する通知手段と、前記ＴＣＰのセッション内で、前記送信側装置から電話帳データを受信する受信手段と、前記ユーザの操作に応じて、前記受信手段で受信された電話帳データを前記記憶手段に追加登録する登録手段とを具備する態様とする。
【０００８】
（３）（２）において、さらに、ワンタッチで電話帳データから予め指定された電話番号を読み出して発信するワンタッチダイヤル手段を備え、前記登録手段は、前記送信側装置からの電話帳データの電話番号を前記ワンタッチダイヤル手段に設定登録する態様とする。
【０００９】
（４）（２）において、前記登録手段は、一定期間前記ユーザの操作入力がなかった場合には登録指示があったと見なして、前記受信手段で受信された電話帳データを前記記憶手段に追加登録する態様とする。
本発明に係る電話通信装置の電話帳登録方法は以下のような態様の構成とする。
【００１０】
（５）送信側と受信側の電話通信装置間でＳＩＰ（Session Initiation Protocol）による呼接続を確立し、ＴＣＰ（Transmission Control Protocol）のセッションを確立し、コンテンツとして送信側装置にある電話帳データを受信側装置に登録する電話通信装置の電話帳登録方法であって、前記送信側装置では、前記ＴＣＰのセッション内で、前記受信側装置に前記コンテンツを受信する能力があるか否かを確認し、前記受信能力があることが確認されたとき、ユーザの操作入力に応じて、予め登録された電話帳データを選択的に読み出して前記ＴＣＰのセッション内で前記コンテンツとして前記受信側装置に送信するようにし、前記受信側装置では、前記ＴＣＰのセッション内で、前記コンテンツを受信する能力があることを前記送信側装置に通知し、前記ＴＣＰのセッション内で、前記送信側装置から送信される電話帳データを受信し、ユーザの操作に応じて、前記受信された電話帳データを追加登録する態様とする。
【００１１】
（６）（５）において、前記受信側装置がワンタッチで電話帳データから予め指定された電話番号を読み出して発信するワンタッチダイヤル機能を備えるとき、前記送信側装置からの電話帳データの電話番号を前記ワンタッチダイヤル手段に設定登録する態様とする。
【００１２】
（７）（５）において、前記登録は、一定期間前記ユーザの操作入力がなかった場合には登録指示があったと見なして、前記受信された電話帳データを前記追加登録する態様とする。
本発明に係る電話通信装置の電話帳登録プログラムは以下のような態様の構成とする。
【００１３】
（６）送信側と受信側の電話通信装置間でＳＩＰ（Session Initiation Protocol）による呼接続を確立し、ＴＣＰ（Transmission Control Protocol）のセッションを確立し、コンテンツとして前記送信側装置にある電話帳データを前記受信側装置に登録する処理をコンピュータに実行させる電話通信装置の電話帳登録プログラムであって、前記送信側装置では、前記ＴＣＰのセッション内で、前記受信側装置に前記コンテンツを受信する能力があるか否かを確認するステップと、前記受信能力があることが確認されたとき、ユーザの操作入力に応じて、予め登録された電話帳データを選択的に読み出して前記ＴＣＰのセッション内で前記コンテンツとして前記受信側装置に送信するステップとを備え、前記受信側装置では、前記ＴＣＰのセッション内で、前記コンテンツを受信する能力があることを前記送信側装置に通知するステップと、前記ＴＣＰのセッション内で、前記送信側装置から送信される電話帳データを受信するステップと、ユーザの操作に応じて、前記受信された電話帳データを追加登録するステップとを備える態様とする。
【発明の効果】
【００１４】
本発明によれば、ＮＧＮ等の公衆電話回線においても、着信した際の通信相手の電話帳情報（電話番号、名前、写真等）を簡単に自機に登録することのできる電話通信装置とその電話帳登録方法及び電話帳登録プログラムを提供することができる。
【図面の簡単な説明】
【００１５】
【図１】本発明の実施形態に係るコンテンツ配信システムの全体構成を示すブロック図である。
【図２】本実施形態に係る送信端末の各機能部を示すブロック図である。
【図３】本実施形態に係る受信端末の各機能部を示すブロック図である。
【図４】本実施形態に係るコンテンツ配信システムの送信端末及び受信端末それぞれの処理の流れを示すシーケンス図である。
【図５】本実施形態の送信端末の電話帳送信処理の流れを示すフローチャートである。
【図６】本実施形態の送信端末の表示部の表示例を示す図である。
【図７】本実施形態の受信端末の電話帳受信処理の流れを示すフローチャートである。
【図８】本実施形態の受信端末の表示部の表示例を示す図である。
【発明を実施するための形態】
【００１６】
添付の図面を参照して本発明の実施の形態を説明する。以下に説明する実施の形態は本発明の構成の例であり、本発明は、以下の実施の形態に制限されるものではない。
図１は、本発明の実施形態に係るコンテンツ配信システムの全体構成を示すブロック図である。このコンテンツ配信システム１ａは、ＳＩＰを用いて呼制御が可能な複数の電話通信端末装置(以下、説明を簡単にするため、ここではコンテンツ送信側を送信端末３、コンテンツ受信側を受信端末５とする）を備え、送信端末３において、ＳＩＰによる呼接続を確立した後にＴＣＰ接続を確立し、確立したＴＣＰのメディアセッション内で、送信対象であるコンテンツの種別が受信端末５で受信する能力があるか否かを確認してからコンテンツを送信する。以下、送信端末３及び受信端末５の各機能について説明する。
【００１７】
図２は、本実施形態に係る送信端末３の各機能部を示すブロック図である。図２において、送信端末３は、画像・動画・電子ドキュメント、電話帳データ等といった様々な種類のデジタルなコンテンツを読み込む読込部３１と、そのコンテンツを読み出し可能に保存しておく保存部３２と、マウスやキーボードといったユーザにより操作される操作部３３と、操作内容等を画面に出力する出力部３４と、ＳＩＰを用いて呼接続を確立するＳＩＰ確立部３５と、ＴＣＰのセッションを確立するＴＣＰ確立部３６と、送信対象であるコンテンツの種別を受信する能力があるか否かを確認する受信能力確認部３７と、コンテンツを送信する送信部３８と、音声電話またはテレビ電話を行う電話部３９と、各種アプリケーションを格納実行する制御部４０と、コンテンツや操作メニュー等を表示する表示部４１とを備えている。
【００１８】
図３は、本実施形態に係る受信端末５の各機能部を示すブロック図である。図３において、受信端末５は、送信端末３からの要求に基づいて受信能力に関する情報を応答する能力応答部５１と、コンテンツを受信する受信部５２と、そのコンテンツを読み出し可能に保存する保存部５３と、そのコンテンツを画面に表示する表示部５４と、音声電話またはテレビ電話を行う電話部５５と、各種アプリケーションを格納実行する制御部５６とを備えている。
【００１９】
尚、このような送信端末３及び受信端末５は、ＣＰＵ等の演算処理装置やメモリ等の記憶装置を備えたコンピュータにより構成可能なものであり、各部の処理はプログラムによって実行される。このプログラムは記憶装置に記憶されており、記録媒体に記録することも、通信ネットワークを通して提供することも可能である。
【００２０】
次に、コンテンツ配信システム１ａにおける処理の流れについて概略を説明する。
図４は本実施形態に係るコンテンツ配信システムの送信端末３及び受信端末５それぞれの処理の流れを示すシーケンス図である。尚、送信端末３では、処理の前段として、操作部３３でのユーザ操作により、出力部３４に出力される操作状況を確認しながら、保存部３２に保存されている様々な種類のコンテンツのうち送信予定のコンテンツとして電話帳が予め選択され、送信先である受信端末５の電話番号が既に入力されているものとする。
【００２１】
最初に、送信端末３では、初期メニューのホーム画面を表示し（ＳＴ１）、受信端末５の電話番号を入力して発信し（ＳＴ２）、ＩＰ確立部３５により、入力された電話番号に基づいて、ＳＩＰを用いて受信端末５との間で呼接続を確立する（ＳＴ３）。次に、音声電話アプリを起動し（ＳＴ４）、メニューを開いて、電話帳送信を選択し（ＳＴ５）、ながら通信＋電話帳アプリケーションを起動し（ＳＴ６）、送信するコンテンツの電話帳を選択して電話帳データを表示し、メニューを開いて送信ボタンを押下する（ＳＴ７）。この時点で、ＴＣＰ確立部３６により、ＳＩＰによって呼接続で取得した情報（例えば、受信端末５のＩＰアドレスやポート番号等）に基づいて、受信端末５との間でＴＣＰのメディアセッションを確立する（ＳＴ８）。
【００２２】
続いて、受信能力確認部３７により、確立したＴＣＰのメディアセッション内で、選択されているコンテンツの種別（即ち、同種別のコンテンツ）を受信端末５で受信する能力があるか否かを確認する（ＳＴ９）。その後、送信部３８により、受信端末５側に受信する能力があることが確認できた場合に、ステップＳＴ８で確立したＴＣＰのメディアセッション内で、選択されているコンテンツの詳細情報（コンテンツの種別等）を受信端末５に送信し、受信端末５で受信する準備が完了したかを確認した後に、コンテンツの本体データを必要に応じて圧縮して送信する（ＳＴ１０）。ここで、ステップＳ８〜Ｓ１０（以下のステップＳ１１も含む）の処理は一つのコンテンツに対して行われ、送信予定のコンテンツが複数の場合には、それらの処理が繰り返し行われるものとする。
【００２３】
一方、受信端末５では、最初に初期メニューのホーム画面を表示し（ＳＲ１）、送信端末３とのＳＩＰ呼確立後、音声電話アプリを起動する（ＳＲ２）。次に、送信端末３とＴＣＰが確立され、受信能力確認設定後、ながら通話＋電話帳アプリケーションを起動して（ＳＲ３）、受信部５２にてコンテンツとしての電話帳データが受信されると、表示部５４にその電話帳データを画面に表示させ、電話帳に登録（または電話知用とワンタッチダイヤルに登録）を選択する指示がなされた場合には電話帳（または、電話帳＋ワンタッチダイヤル）に追加して保存部５３にそのコンテンツを保存させる（ＳＲ４）。最後に、全てのコンテンツが送信されると、送信端末３では、ステップＳＴ３で確立したＳＩＰの呼接続を切断する（ＳＴ１１）。
【００２４】
ここで、上記ステップＳＴ９の受信能力確認方法の具体例について説明する。
まず、第１例として、受信端末５で受信可能なコンテンツ種別の送信を要求するコンテンツ種別送信要求を受信端末５に送信し、受信端末５からコンテンツ種別送信応答を受信した後に、そのコンテンツ種別送信応答に含まれているコンテンツの種別に基づいて、送信対象であるコンテンツを受信する能力があるか否かを確認する。  
また、第２例として、コンテンツの種別を受信端末５に送信し、受信端末５の能力応答部５１からの応答結果（受信能力の可否）に基づいて、その受信端末５でコンテンツを受信する能力があるか否かを確認するようにしてもよい。  
その他、第３例として、送信端末３及び受信端末５は、自身の端末で受信可能なコンテンツの種別情報を予め保持しておき、受信能力確認部３７と能力応答部５１とが自身の端末の種別情報を交換し、交換された種別情報に基づいて、相手の端末で該種別のコンテンツを受信する能力があるか否かを確認するようにすることも可能である。
【００２５】
上記のシステム全体の処理において、送信端末３に登録されている任意の電話帳を受信端末５に登録させる場合の送信側、受信側それぞれの処理の流れを具体的に説明する。図５は送信端末３の電話帳送信処理の流れを示すフローチャート、図６は送信端末３の表示部４１の表示例、図７は受信端末５の電話帳受信処理の流れを示すフローチャート、図８は受信端末５の表示部５４の表示例である。尚、送信端末３の処理フローの前段として、操作部３３でのユーザ操作により、保存部３２に任意個数の電話帳が登録されているものとする。
【００２６】
図５において、送信端末３では、最初に、表示部４１にユーザ操作入力のための図６（ａ）に示す初期メニュー画面を表示する（Ｓ１）。送信者により、受信者へ通話するために初期メニュー画面中の「通話」が指定されると（Ｓ２）、図６（ｂ）に示すＩＤ（電話番号）入力画面を表示する（Ｓ３）。ＩＤ（電話番号）入力画面のＩＤ入力が完了した場合（Ｓ４）には、電話部３９によるＩＤ発信処理を実行する（Ｓ５）。この発信によって呼が確立されない場合（Ｓ６：ＮＯ）には一連の処理を終了し、呼が確立された場合（Ｓ６：ＹＥＳ）には、図６（ｃ）に示すような、電話帳送信を含む通話中に実行可能な項目を選択するための通話中処理メニューを表示する（Ｓ７）。
【００２７】
ここで、上記電話帳送信の指定入力があると（Ｓ８：ＹＥＳ）、通話しながら電話帳データを送信する「ながら通話＋電話帳」のアプリケーションを起動し（Ｓ９）、図６（ｄ）に示すように、保存部３２に登録されている全ての電話帳を一覧表示する（Ｓ１０）。この中からいずれかの電話帳が選択された場合には（Ｓ１１）、図６（ｅ）に示すように、選択された電話帳データの内容を表示する（Ｓ１２）。この内容で送信許可があれば（Ｓ１３）、ＴＣＰ確立部３６により、ＳＩＰによる呼接続で取得した情報（例えば、受信端末５のＩＰアドレスやポート番号等）に基づいて、受信端末５との間でＴＣＰのメディアセッションを確立する（Ｓ１４）。
【００２８】
次に、受信能力確認部３７により、確立したＴＣＰのメディアセッション内で、選択されている電話帳データを受信端末５で受信する能力があるか否かを確認する（Ｓ１５）。受信能力がない場合には電話帳の送信を中止して（Ｓ１６）、通話中処理メニューの表示ステップＳ７に戻る。受信能力がある場合には、選択されている電話帳データの詳細情報を送信し（Ｓ１７）、受信端末５の受信準備が完了したか判別して（Ｓ１８）、電話帳データ本体を受信端末５に送信し（Ｓ１９）、電話帳データ本体の送信が完了した場合には、一連の処理を終了する。また、ステップＳ８で電話帳送信の指定がなかったときは、終了指定を判定し（Ｓ２０）、終了が指定されたときは一連の処理を終了する。
【００２９】
一方、受信端末５では、図７に示すように、最初に、送信端末３と同様に、表示部４１にユーザ操作入力のための図８（ａ）に示す初期メニュー画面を表示する（Ｓ２１）。この状態で送信端末３から発信の通知を受けて（Ｓ２２）、呼の確立後（Ｓ２３）、メディアセッションの確立（Ｓ２４）、受信能力の確認処理を実行した後（Ｓ２５）、「ながら通話＋電話帳」のアプリケーションを起動する（Ｓ２６）。この状態で、受信部５２によって送信端末３からの電話帳データを受信した場合には（Ｓ２７）、図８（ｂ）に示すように、表示部５４にその電話帳の内容を表示する（Ｓ２８）。このとき、受信端末５のユーザが、表示された電話帳データを自機の電話帳に登録を選択操作することにより、または一定期間、操作しないことにより登録指示がなされたと認識して（Ｓ２９）、保存部５３の電話帳に追加登録する（Ｓ３０）。尚、ワンタッチで電話帳データから予め指定された電話番号を読み出して発信するワンタッチダイヤル機能を備える場合には、ステップＳ２９において、電話帳＋ワンタッチダイヤルに登録する選択操作を行い、ステップＳ３０において保存部５３の電話帳＋ワンタッチダイヤルに追加登録するようにしてもよい。
【００３０】
これで、音声電話（もちろんテレビ電話でもよい）を行いながら、自分の保持している電話帳を相手側に保存させることが可能になる。特に、相手が操作に不慣れなお年寄りの場合でも、音声で操作を教えながら電話帳登録をさせることが可能となり、煩雑な説明が不要となる。尚、送信する電話帳データは、自分の電話番号に対応する電話帳だけではなく、第三者の電話番号に対応する電話帳データでもよい。また、テレビ電話の場合は、相手画像を表示部に表示してもよいし、別のハードウェアで表示してもよい。
【００３１】
ここで注目すべきは、本実施形態によると、受信端末５側のユーザが、通話しながら１アクションで、または何らアクションを起こすことなく送信端末３の電話帳を登録することができることである。これにより、電話帳登録が簡潔になり、例えば電話帳＋ワンタッチダイヤルに登録した場合は、次回以降の通話時に、受信端末５側からワンタッチで送信端末３側に発信することができ、ユーザビリティが大幅に向上する。
【００３２】
なお、上記の実施形態では、リアルタイムコミュニケーション手段として、音声電話やテレビ電話の内容を説明したが、文字チャットを用いてもよいのは言うまでもない。
尚、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成を削除してもよい。さらに、異なる実施形態例に亘る構成要素を適宜組み合わせてもよい。
【符号の説明】
【００３３】
１ａ…コンテンツ配信システム、３…送信端末、３１…読込部、３２…保存部、３３…操作部、３４…出力部、３５…ＳＩＰ確立部、３６…ＴＣＰ確立部、３７…受信能力確認部、３８…送信部、３９…電話部、４０…制御部、４１…表示部、５…受信端末、５１…能力応答部、５２…受信部、５３…保存部、５４…表示部、５５…電話部、５６…制御部。
【図１】
2013150077.tif 000003
【図２】
2013150077.tif 000004
【図３】
2013150077.tif 000005
【図４】
2013150077.tif 000006
【図５】
2013150077.tif 000007
【図６】
2013150077.tif 000008
【図７】
2013150077.tif 000009
【図８】
2013150077.tif 000010