ホームネットワーク上における呼送受信のためのシステム及び方法
本発明は、ホームネットワーク上における呼送受信のためのシステム及び方法に関するものである。
このために、本発明はホームネットワーク上における呼送受信のためのシステム及び方法に関するものである。このために、本発明は制御ポイントが呼送受信要請があれば、少なくとも１つの電子機器のうち、要請された呼送受信をしようとする対象電子機器及び端末を選択し、選択された端末と対象電子機器との間の呼送受信のための連結を設定した後、呼送受信のための連結が設定された端末と対象電子機器との間の呼送受信を制御することによって、ユーザがホームネットワーク上に存在する端末装置を用いて便利に呼を送受信できるようになる。
このために、本発明はホームネットワーク上における呼送受信のためのシステム及び方法に関するものである。このために、本発明は制御ポイントが呼送受信要請があれば、少なくとも１つの電子機器のうち、要請された呼送受信をしようとする対象電子機器及び端末を選択し、選択された端末と対象電子機器との間の呼送受信のための連結を設定した後、呼送受信のための連結が設定された端末と対象電子機器との間の呼送受信を制御することによって、ユーザがホームネットワーク上に存在する端末装置を用いて便利に呼を送受信できるようになる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ホームネットワークに関し、特にホームネットワーク上におけるＵＰｎＰ（Universal Plug and Play）を用いて呼を送受信するためのシステム及び方法に関する。
【背景技術】
【０００２】
一般に、ホームネットワークは、インターネットプロトコル（Internet Protocol；以下、ＩＰと称する）基盤の私設網（Private network）からなる。このようなホームネットワークは、個人コンピュータ（ＰＣ）、知能型製品、及び無線装置のような多様な装置を共通の仮想コンピュータ環境であるミドルウェア（middleware）を通じて１つのネットワークに連結して統制する。ここで、ミドルウェアは多様な装置をピア−ツー−ピア（Peer-to-Peer）方式により連結して装置同士間の通信を可能にするものである。今のまでミドルウェアはＨＡＶＩ（Home AV Interoperability）、ＵＰｎＰ（Universal Plug and Play）、Ｊｉｎｉ（Java（登録商標） Intelligent Network Infra-structure）、ＨＷＷ（Home Wide Web）等が提案された。
【０００３】
この中で、ＵＰｎＰネットワークは現在最も多く活用されているホームネットワーク技術であって、ＵＰｎＰデバイスとＵＰｎＰサービス（service）及びこれら間のプロトコルを定義する。
【０００４】
このようなＵＰｎＰネットワークは、ＩＰ基盤のホームネットワークに連結されて制御されるホームネットワーク装置である被制御装置（Controlled Device：ＣＤ）と、被制御装置を制御する装置である制御ポイント（Control Point：ＣＰ）とから構成される。
【０００５】
まず、制御ポイントは被制御装置に対する制御を遂行する装置であって、被制御装置にイベントを要請し、被制御装置からイベントを受信する。被制御装置は制御ポイントの要請に従って定まった機能を遂行する装置であって、状態（state）が変更されればイベントを要請した制御ポイントに要請されたイベントを送信する。
【０００６】
このように構成されたＵＰｎＰネットワーク装置は、広告（Advertisement）ステップ、発見（Discovery）ステップ、説明（Description）ステップ、制御（Control）ステップ、及びイベンティング（Eventing）ステップを遂行する。上記のステップについて具体的に説明すると、広告（Advertisement）ステップは、新たな被制御装置がホームネットワークに連結されてホームネットワーク上の他のデバイスに自身を知らせるステップである。発見（Discovery）ステップは、新たな制御ポイントがホームネットワークに連結されてホームネットワーク上で動作する被制御装置を検索（search）するステップである。説明（Description）ステップは、制御ポイントが被制御装置を制御するために検索された被制御装置のＩＰアドレスを通じてサービス説明（service description）ＸＭＬ（Extensible Markup Language）ファイル、またはデバイス説明（device description）ＸＭＬファイルをパ−シング（Parsing）して新しく追加されたデバイスの機能をより詳細に把握するステップである。制御（Control）ステップは、制御ポイントが被制御装置を通じて特定サービスを提供しようとする場合、ＵＰｎＰデバイスアーキテクチャに従ってＳＯＡＰを用いて所定のサービスを要請する制御メッセージ（action request）を該当被制御装置へ転送し、これに対する応答メッセージ（result、variable value）を受信するステップである。イベンティング（Eventing）ステップは、制御ポイントから転送される制御命令により所定のサービスを提供した被制御装置の情報変更状態を確認するステップである。
【０００７】
上記のようなＵＰｎＰネットワーク技術に基づいてオーディオ（Audio）／ビデオ（Video）のようなマルチメディアコンテンツを楽しむことができるＵＰｎＰ ＡＶ技術が登場したが、このようなＵＰｎＰ ＡＶ技術はＵＰｎＰ ＡＶスペックに記載されている。
【０００８】
ＵＰｎＰスペックによれば、ＵＰｎＰ ＡＶアーキテクチャはＣＤＳ（Content Directory Service）を通じてマルチメディアファイルを提供するメディアサーバ（Media Server）、提供されるマルチメディアファイルを再生するメディア再生機（Media Renderer）、及びメディアサーバとメディア再生機とが相互動作できるように制御する制御ポイントから構成される。ここで、ＣＤＳはメディアサーバに内蔵されているサービスであって、ホームネットワークの内外に存在してメディアサーバに格納されているコンテンツのメタデータを制御ポイントにて提供する。そして、制御ポイントはＣＤＳから提供されたメタデータを確認してメディア再生機に確認されたメタデータの再生を要請する。このように端末機がホームネットワーク上に存在する場合、該当端末機はＶＶＯＩＰ（Video and Voice Over IP）及びモバイルコミュニケーション（Mobile Communication）システムを通じて転送された呼を上記のようなＵＰｎＰ ＡＶアーキテクチャを用いてホームネットワーク内に再転送される。
【０００９】
このように、従来のＵＰｎＰ ＡＶアーキテクチャは、ホームネットワーク上でコンテンツを検索したり移動及び同期化するための技術であるので、電話通話システムで使用する多様な呼制御信号を制御し難いという問題点があった。その上、従来のＵＰｎＰ ＡＶアーキテクチャは、自動応答機能及びＳＭＳ作成または転送する機能を含まないので、このような機能を利用できないというは問題点があった。
【００１０】
また、従来のＵＰｎＰ ＡＶアーキテクチャは、ＡＶコンテンツを転送するために使われる技術であるので、通話音声及び映像を転送する場合、必要でない部分を含んでいるので、通話転送のための専用規格が求められた。
【発明の概要】
【発明が解決しようとする課題】
【００１１】
本発明は、ホームネットワーク上における呼を送受信するためのシステム、サーバ、クライアント、及び方法を提供することをその目的とする。
【課題を解決するための手段】
【００１２】
前述した課題を達成するための本発明は、制御ポイント、少なくとも１つの電子機器を含むホームネットワーク上におけるＵＰｎＰ（Universal Plug and Play）プロトコルを用いて呼を送受信するための装置であって、呼送受信要請及び上記呼送受信要請に対する応答を行い、呼データを送受信するテレフォニコアモジュールと、上記電子機器から受信された呼データを上記装置で使用できるフォーマットに変更した後、上記テレフォニコアモジュールに送信し、上記テレフォニコアモジュールから受信された呼データを上記対象電子機器に送信するテレフォニサーバ呼転送エージェントと、上記テレフォニコアモジュール及び上記テレフォニサーバ呼転送エージェントを制御し、上記装置と上記テレフォニ端末との間の呼データ送受信のためのセットアップ情報を管理する呼管理サービスモジュールと、を含むことを特徴とする。
【００１３】
また、本発明は、テレフォニ端末、制御ポイント、少なくとも１つの電子機器を含むホームネットワーク上において、上記テレフォニ端末がＵＰｎＰ（Universal Plug and Play）プロトコルを用いて呼を送受信するための方法であって、上記制御ポイントから呼受信のためのイベントの予約要請が受信されれば、上記受信されたイベントを登録するステップと、サービス提供者からの呼データ受信に対する知らせを待機し、上記サービス提供者から呼データ受信に対する知らせが受信されれば、上記制御ポイントに上記呼データ受信を知らせるステップと、上記制御ポイントから呼送受信のためのセットアップ情報を含むプロファイル情報が受信されれば、上記受信されたプロファイル情報に従って呼データ送信を準備し、上記制御ポイントに上記呼データ送信準備完了に対するメッセージを転送するステップと、上記サービス提供者に上記メディア呼データ受信を要請し、上記要請に従って受信された呼データを上記電子機器に転送するステップと、を含むことを特徴とする。
【発明の効果】
【００１４】
本発明は、ホームネットワーク上における呼送受信のためにサーバとクライアントとの間の呼送受信セットアップを設定し、設定されたサーバとクライアントとの間の呼を送受信することによって、ユーザが移動通信端末機の以外にホームネットの上に存在する装置を用いて便利に呼を送受信できるという利点がある。
【００１５】
本発明は、ホームネットワーク上に存在する画面サイズの大きいディスプレイ装置及び音響装置を通じて呼を送受信することによって、ユーザが呼送受信のためのディスプレイ画面をより大きい画面で確認することができるという利点がある。
【００１６】
また、本発明はユーザが移動通信端末を所持しない場合にも近接したホームネットワーク装置を用いて呼送受信を行なうことができるという利点がある。
その上、ユーザは呼送受信のために移動通信端末を利用する必要無しで、直ぐにホームネットワーク装置を用いて呼送受信を行なうことができるという利点がある。
【図面の簡単な説明】
【００１７】
【図１】本発明の第１実施形態に従うホームネットワークシステムの構成図である。
【図２】本発明の第１実施形態に従うホームネットワークシステムの詳細構成図である。
【図３】本発明の第１実施形態に従って呼制御信号を図示した図である。
【図４】本発明の第１実施形態に従ってサーバとクライアントとの間の呼送受信セットアップを設定するステップを示す制御フローチャートである。
【図５】本発明の第１実施形態に従ってホームネットワークシステムにおける呼受信の以後にサーバとクライアントとの間の呼送受信セットアップを設定して呼を受信するためのステップを示す制御フローチャートである。
【図６】本発明の第１実施形態に従って呼受信時、呼発信者関連情報をクライアント画面に表示するためのステップを示す制御フローチャートである。
【図７】本発明の第１実施形態に従って呼受信要請の以前にサーバとクライアントとの間の呼送受信セットアップを設定した後、呼を受信するためのステップを示す制御フローチャートである。
【図８】本発明の第１実施形態に従って呼受信要請の以前にサーバとクライアントとの間の呼送受信セットアップを設定した後、制御ポイントを除外したサーバとクライアントとの間の呼を受信するためのステップを示す制御フローチャートである。
【図９】本発明の第１実施形態に従ってホームネットワークシステムにおけるＳＭＳメッセージを受信するためのステップを示す制御フローチャートである。
【図１０】本発明の第１実施形態に従って呼受信の以後にサーバとクライアントとの間の呼送受信セットアップを設定して呼を送信するためのステップを示す制御フローチャートである。
【図１１】本発明の第１実施形態に従って呼送信時、電話帳をクライアント画面にディスプレイするためのステップを示す制御フローチャートである。
【図１２】本発明の第１実施形態に従って呼送信要請の以前にサーバとクライアントとの間の呼送受信セットアップを設定した後、制御ポイントを除外したサーバとクライアントとの間の呼を送信するためのステップを示す制御フローチャートである。
【図１３】本発明の第１実施形態に従ってホームネットワークシステムにおけるＳＭＳメッセージを送信するためのステップを示す制御フローチャートである。
【図１４】本発明の第２実施形態に従うホームネットワークシステムの構成図である。
【図１５】本発明の第２実施形態に従うホームネットワークシステムの詳細構成図である。
【図１６】本発明の第２実施形態に従ってホームネットワークシステムにおける呼を受信するためのステップを示す制御フローチャートである。
【図１７】本発明の第２実施形態に従ってホームネットワークシステムにおける呼を送信するためのステップを示す制御フローチャートである。
【図１８】本発明の第２実施形態に従ってホームネットワークシステムにおけるＳＭＳメッセージを受信するためのステップを示す制御フローチャートである。
【図１９】本発明の第２実施形態に従ってホームネットワークシステムにおける呼送受信セットアップを設定するステップを示す制御フローチャートである。
【発明を実施するための形態】
【００１８】
以下、添付した図面を参照して本発明に係る好ましい実施形態を詳細に説明する。本発明を説明するに当たって、関連した公知機能あるいは構成に対する具体的な説明が本発明の要旨を曖昧にすることができると判断される場合、その詳細な説明は省略する。
以下、本発明の第１実施形態に従うホームネットワークシステムの構成及び各構成の動作について図１を参照しつつ詳細に説明する。
【００１９】
図１は、本発明の第１実施形態に従うホームネットワークシステムの構成図を示す図である。
図１を参照すると、ホームネットワークシステムは、サービス提供者１０１、ＵＰｎＰテレフォニ制御ポイント（Universal Plug and Play Telephony Control Point；以下、‘制御ポイント’と称する）１０２、テレフォニサーバ（Telephony Server）１０３、及びテレフォニクライアント（Telephony Client）１０４から構成される。サービス提供者（Service Provider）１０１は、テレフォニサービス（Telephony Service）を提供し、呼を送受信するためのインターフェースをテレフォニサーバ１０３に提供する。
【００２０】
ＵＰｎＰテレフォニ制御ポイント１０２は、ＵＰｎＰ Ａｃｔｉｏｎを用いてテレフォニサーバデバイス（Telephony Server Device）１０６とテレフォニクライアントデバイス（Telephony Client Device）１０９を制御する論理的なソフトウェアモジュールである。ＵＰｎＰテレフォニ制御ポイント１０２は、テレフォニサーバ１０３から転送されたテレフォニサーバ１０３、またはテレフォニクライアント１０４が含む呼データ転送エージェントの能力情報を用いて呼送受信に使用するメディア、プロトコル、及び転送フォーマットを決定する。そして、ＵＰｎＰテレフォニ制御ポイント１０２は、決まったメディア、プロトコル、及び転送フォーマットが定義されたプロファイルを生成してテレフォニサーバ１０３またはテレフォニクライアント１０４に転送することによって、テラーフォニーサーバ１０３またはテレフォニクライアント１０４に含まれた呼データ転送エージェントの環境を設定する。
【００２１】
また、ＵＰｎＰテレフォニ制御ポイント１０２は、テレフォニサーバ１０３、テレフォニクライアント１０４、またはＰＣ（Personal Computer）、ＰＤＡ（Personal Digital Assistant）のような装置に含まれることができる。仮に、ＵＰｎＰテレフォニ制御ポイント１０２がテレフォニサーバ１０３またはテレフォニクライアント１０４の内部に含まれれば、ＵＰｎＰテレフォニ制御ポイント１０２はＵＰｎＰ Ａｃｔｉｏｎを利用せず、直接にテレフォニサーバデバイス１０６またはテレフォニクライアントデバイス１０９を制御することができる。
【００２２】
テレフォニサーバ１０３は、携帯電話、電話のようなＣＥ（Computer Engineering）装置及びソフトウェアから構成されたＶｏＩＰ（Voiceover IP）を含んだＰＣのような物理的な装置であって、ソフトウェアから構成されたテレフォニサーバデバイス１０６を含む。また、テレフォニサーバ１０３は、テレフォニサービスを提供するサービス提供者１０１と、該当サービス提供者１０１が提供したインターフェースを用いて呼送受信を制御する。
【００２３】
テレフォニクライアント１０４は、移動通信端末機、画像電話のようなユーザの音声または映像を入出力できるＣＥ装置、及びＰＣまたはＴＶのような物理的な装置であって、ソフトウェアから構成されたテレフォニクライアントデバイス１０９を含む。このようなホームネットワークシステムを用いてユーザが家の中で便利に呼を送受信することができる。
【００２４】
図２は、本発明の第１実施形態に従うホームネットワークシステムの詳細構成図を示す図である。
図２を参照すると、テレフォニサーバ１０３は、セルラーモジュール１０５、テレフォニサーバデバイス１０６、帯域外のプロトコル呼制御サービス（Out of band Protocol CCS）１０７、及び呼転送エージェント（Call Transfer Agent）１０８を含む。
【００２５】
セルラーモジュール１０５は端末機を構成する一般的な端末機構成要素を含むモジュールであって、セルラー網に接続して呼送信要請、呼受信要請に対する応答、呼データ転送だけでなく、サービス提供者１０１が提供する多様なサービスを遂行する。このようなセルラーモジュール１０５は、一実施形態としてサービス提供者１０１と連結されてテレフォニサービス（Telephony Service）を提供するＶｏＩＰのような如何なるモジュールにも取替できる。
【００２６】
テレフォニサーバデバイス１０６は、呼制御サービス（Call Control Service）２００、テレフォニサーバコンフィグサービス（Telephony Client Config Service）２０１、チャンネル転送サービス（Channel Transport Service）２０２、自動応答サービス（Answering machine Service）２０３、及びＨＩＤサービス（HID Service）２０４を含む。各構成要素について具体的に説明すると、呼制御サービス２００は、呼送信要請、呼受信要請に対する応答、及び呼データ転送を遂行するようにセルラーモジュール１０５を制御する。
【００２７】
テレフォニサーバコンフィグサービス２０１は、テレフォニサーバ１０３とテレフォニクライアント１０４との間に転送される規格を同期化するために、テレフォニサーバ１０３またはテレフォニクライアント１０４が保有した呼データ転送エージェント１０８の能力（Capability）をＵＰｎＰテレフォニ制御ポイント１０２に提供する。そして、テレフォニサーバコンフィグサービス２０１は、ＵＰｎＰテレフォニ制御ポイント１０２から能力情報を記録したプロファイル（Profile）を受信する。このようなプロファイルは、テレフォニサーバ１０３またはテレフォニクライアント１０４の唯一の識別子を含み、呼送受信時に含まれた識別子を用いてテレフォニサーバ１０３またはテレフォニクライアント１０４を区別する。
【００２８】
チャンネル転送サービス２０２は、テレフォニサーバ１０３とテレフォニクライアント１０４との間の呼データの送受信に必要とされる送受信情報を設定する。この際、設定される情報はプロファイルで定義したプロトコルに従って変わることができる。例えば、プロファイルに定義されたプロトコルがイーサネット（登録商標）（Ethernet（登録商標））を基盤とするＴＣＰ／ＩＰ上のＨＴＴＰの場合、設定される情報は両方向に呼データを送受信できるＵＲＬとなることができる。
【００２９】
また、ホームネットワーク上に複数のテレフォニサーバ１０３またはテレフォニクライアント１０４が存在する場合、ユーザから通信連結のためのテレフォニサーバ１０３とテレフォニクライアント１０４の選択があれば、チャンネル転送サービス２０２は選択されたテレフォニサーバ１０３とテレフォニクライアント１０４に対する情報をテレフォニクライアント１０４に転送する。そのようにして、チャンネル転送サービス２０２は選択されたテレフォニサーバ１０３とテレフォニクライアント１０４との間の呼データ送受信を開始する。
【００３０】
自動応答サービス２０３は、テレフォニクライアント１０４がテレフォニサーバ１０３の自動応答機能を設定したり使用するための機能を提供する。テレフォニクライアント１０４の呼データ送信エージェントからユーザの音声データが受信されれば、自動応答サービス２０３は受信された音声データを格納する。また、自動応答サービス２０３は留守中メッセージのようにテレフォニクライアント１０４が受信できなかった呼データに対する情報を予め格納し、格納された呼データ情報をテレフォニクライアント１０４に送信するように呼データ送信エージェントを制御する。したがって、本発明では自動応答サービス２０３を通じて音声データが格納される途中で呼が受信されてもテレフォニクライアント１０４が音声データの格納を中止した後、呼を受信することができる。
【００３１】
ＨＩＤ（Human Interface Device）サービス２０４は、テレフォニクライアント１０４にテキスト入力を行うための入力装置がない場合に使用するサービスであって、入力装置に対する入力タイプを定義して設定した後、テレフォニクライアント１０４に入力値を伝達する機能を遂行する。
【００３２】
上記のようなテレフォニサーバデバイス１０６は、自動応答サービス２０３とＨＩＤサービス２０４はテレフォニサーバデバイス１０６を含まず、その他のサービスのみでも構成できる。
【００３３】
一方、帯域外のプロトコル呼制御サービス１０７は、ＵＰｎＰプロトコルを利用せず、その他のＣＥＡ２０１４及びＸＲＴのような遠隔ユーザインターフェースプロトコル（Remote UI Protocol）またはＳＩＰプロトコル技術を用いて呼制御を遂行する。
呼転送エージェント１０８は、テレフォニサーバ１０３とテレフォニクライアント１０４との間の呼データ送受信を制御するモジュールであって、定義された転送メディア、プロトコル、及び転送フォーマットを用いて呼データを送受信する。この際、用いられる転送メディア、プロトコル、及び転送フォーマットは、特定技術に限定されない。
【００３４】
また、呼転送エージェント１０８は、受信された呼データをセルラーモジュール１０５が使用することができるフォーマットに変更し、変更されたフォーマットの呼データをセルラーモジュール１０５に伝達する。これによって本発明ではテレフォニサーバ１０３とテレフォニクライアント１０４との間の呼データを送受信できるようになる。
【００３５】
例えば、プロファイルに定義されたプロトコルがイーサネット（登録商標）（Ethernet（登録商標））を基盤とするＴＣＰ／ＩＰ上のＨＴＴＰの場合、チャンネル送受信サービス２０２に設定された送受信情報が両方向に呼データを送受信できるＵＲＬであれば、呼転送エージェント１０８はＵＲＬを用いて呼データを送受信することができる。
【００３６】
一方、テレフォニクライアント１０４は、テレフォニクライアントデバイス１０９、帯域外のプロトコル呼制御サービス１１０、及び呼データ送受信エージェント１１１を含む。このようなテレフォニクライアント１０４に含まれた構成要素は上記でテレフォニサーバ１０３を説明しながら共に説明したテレフォニサーバ１０３の構成要素と動作が同一であるので、詳細な記載は省略する。
【００３７】
但し、テレフォニクライアントデバイス１０９に含まれた呼制御サービス制御ポイント（ＣＰ）２０７は、テレフォニサーバデバイス１０６の呼制御サービス２００を制御することによってセルラーモジュール１０５を制御し、これを通じてサービス提供者１０１に呼に関連した情報を送信する。
【００３８】
図３は、本発明の第１実施形態に従って呼制御サービスＣＰ２０７と呼制御サービス２００、及びサービス提供者１０１に転送される呼制御信号を示す図である。
図３を参照すると、ReceiveCall()３００は、呼が受信されて呼が受信されることを知らせる音声データを出力する途中に呼を受信することを知らせるためのＵＰｎＰ Ａｃｔｉｏｎである。呼制御サービスＣＰ２０７は、サービス提供者１０１により提供されたインターフェースを用いてReceiveCall()３００を呼制御サービス２００に送信する。以後、呼制御サービス２００は、呼受信メッセージ３０１を生成してサービス提供者１０１に送信し、サービス提供者１０１から受信された呼データを呼転送エージェントを通じてテレフォニクライアント１０４に送信する。
【００３９】
SendCall()３０２は、呼を送信することを知らせ、呼送信をしようとする相対方の端末機の電話番号を共に送信するためのＵＰｎＰ Ａｃｔｉｏｎである。呼制御サービスＣＰ ２０７は、サービス提供者１０１により提供されたインターフェースを用いてSendCall()３０２を呼制御サービス２００に送信する。以後、呼制御サービス２００は、呼送信メッセージ３０３を生成してサービス提供者１０１に送信する。以後、呼制御サービス２００は、テレフォニクライアント１０４から受信された呼データをサービス提供者１０１に送信する。この際、呼転送エージェント１０８は呼が受信者の端末機と連結されなくても送話音データをサービス提供者１０１に送信することができる。
【００４０】
TerminateCall()３０４は、呼データ送受信を終了することを知らせるためのＵＰｎＰ Ａｃｔｉｏｎである。呼制御サービスＣＰ ２０７は、サービス提供者１０１により提供されたインターフェースを用いてTerminateCall()３０４を呼制御サービス２００に送信する。以後、呼制御サービス２００は、呼終了メッセージ３０５を生成してサービス提供者１０１に送信し、呼データ受信を終了したり呼データの受信を終了する。
【００４１】
RequestSendSMS()３０６は、ＳＭＳメッセージと共にＳＭＳメッセージを送信することを知らせるためのＵＰｎＰ Ａｃｔｉｏｎである。呼制御サービスＣＰ２０７は、サービス提供者１０１により提供されたインターフェースを用いてＳＭＳメッセージを含めたRequestSendSMS（message）３０６を呼制御サービス２００に送信する。以後、呼制御サービス２００は、ＳＭＳ送信メッセージ３０７を生成してサービス提供者１０１に送信する。
【００４２】
Sendkeyvalue()３０８は、多様なＡＲＳサービスを利用するために生成されるキー値を伝達するためのＵＰｎＰ Ａｃｔｉｏｎである。呼制御サービスＣＰ２０７は、サービス提供者１０１により提供されたインターフェースを用いてユーザを通じて入力されるキー値を含めたSendkeyvalue（keycode）３０８を呼制御サービス２００に送信する。以後、呼制御サービス２００は、キーコードメッセージ３０９を生成してサービス提供者１０１に送信する。
【００４３】
このように、呼制御サービスＣＰ２０７は多様なＵＰｎＰ Ａｃｔｉｏｎを用いてセルラーモジュール１０５を制御できるという利点がある。
一方、ＵＰｎＰテレフォニ制御ポイント１０２は、呼送受信のためにテレフォニサービスデバイス１０６とテレフォニクライアントデバイス１０９との間の呼送受信セットアップを設定して通信連結を行うが、これについて図４を参照して具体的に説明する。
【００４４】
図４は、本発明の第１実施形態に従ってテラーフォニーサーバ１０３とテレフォニクライアント１０４との間の呼送受信セットアップを設定するステップを示す制御フローチャートである。
【００４５】
ステップ４００で、制御ポイント１０２はテレフォニサーバデバイス１０６のテレフォニサーバコンフィグサービス２０１を通じてGetServerProtocolInfo()のようなＵＰｎＰ Ａｃｔｉｏｎを用いてテレフォニサーバ１０３が提供するプロトコル、ファイルフォーマット、及び使用可能な呼制御方式のようなセットアップ情報を要請する。
【００４６】
ステップ４０１で、テレフォニサーバデバイス１０６は要請されたセットアップ情報を制御ポイント１０２に送信する。
ステップ４０２で、制御ポイント１０２はテレフォニクライアントデバイス１０９のテレフォニサーバコンフィグサービス２０５を通じてGetServerProtocolInfo()のようなＵＰｎＰ Ａｃｔｉｏｎを用いてテレフォニクライアント１０３が提供するプロトコル、ファイルフォーマット、及び使用可能な呼制御方式のようなセットアップ情報を要請する。
【００４７】
ステップ４０３で、テレフォニクライアントデバイス１０９は要請されたセットアップ情報を制御ポイント１０２に送信する。
ステップ４０４で、制御ポイント１０２は受信されたセットアップ情報のうち、呼送受信に使用するセットアップ情報を決定する。この際、制御ポイント１０２はユーザによって呼送受信で使用するセットアップ情報を決定したり、ユーザによって予め設定されたポリシーまたはデフォルトに設定されたポリシーに従って呼送受信で使用するセットアップ情報を決定することができる。
【００４８】
ステップ４０５で、制御ポイント１０２は決まったセットアップ情報を含むプロファイルを生成する。
ステップ４０６で、制御ポイント１０２は生成されたプロファイルをAddProfile()のようなＵＰｎＰ Ａｃｔｉｏｎを用いてテレフォニクライアントデバイス１０９のテレフォニサーバコンフィグサービス２０５に送信する。
【００４９】
ステップ４０７で、制御ポイント１０２は生成されたプロファイルをAddProfile()のようなＵＰｎＰ Ａｃｔｉｏｎを用いてテレフォニサーバデバイス１０６のテレフォニサーバコンフィグサービス２０１に送信する。
ステップ４０８で、制御ポイント１０２はテレフォニクライアント１０４とのセッションを連結して受信チャンネルと送信チャンネルを生成し、生成された送受信チャンネルで使用できるＵＲＬをSetURL（send, receive）のようなＵＰｎＰ Ａｃｔｉｏｎを用いてテレフォニクライアント１０４のチャンネル送受信サービス１１６に送信する。これを通じて本発明は送信されたＵＲＬの以外の他の情報を使用してセッションを連結する場合にも上記で生成されたプロファイルをテレフォニサーバ１０３またはテレフォニクライアント１０４に送信できるという利点がある。
【００５０】
上記のようなステップを通じて制御ポイント１０２は、テレフォニサーバ１０３とテレフォニクライアント１０４との間の呼送受信セットアップを設定する。仮に、予め事前に呼送受信セットアップが設定されてプロファイルが生成されていると、上記のような呼送受信セットアップは設定しないこともある。
【００５１】
このような呼送受信セットアップステップは、前述したように、呼送受信要請がある時に設定され、呼送受信要請より以前に予め設定されることもある。このように呼送受信セットアップが完了した状態としても新たなテレフォニサーバまたはテレフォニクライアントがホームネットワーク上に進入すれば、各サーバ及びクライアント毎にＩＰが新しく与えられる。したがって、テレフォニサーバまたはテレフォニクライアントは、新しく呼送受信セットアップを設定しなければならない。新しく呼送受信セットアップを設定する時、ユーザは呼送受信のためのサーバ及びクライアントを選択したり、前もって設定されたプロファイルを使用するか否かを選択することができる。また、このような呼送受信セットアップは予め設定されたポリシーに従って自動で遂行される。
【００５２】
図５は、本発明の第１実施形態に従ってホームネットワークシステムにおける呼受信の以後にテレフォニサーバ１０３とテレフォニクライアント１０４との間の呼送受信セットアップを設定して呼を受信するためのステップを示す制御フローチャートである。
【００５３】
図５を参照すると、外部から呼が受信されれば、サービス提供者１０１は、ステップ５００でテレフォニサーバデバイス１０６に呼が受信されることを知らせる。ステップ５０１で、テレフォニサーバデバイス１０６はＵＰｎＰデバイスアーキテクチャ（UPnP Device Architecture）と定義されたＵＰｎＰイベントメカニズムを用いて制御ポイント１０２に呼が受信されることを知らせる。
【００５４】
また、テレフォニサーバデバイス１０６は、ステップ５０２でＵＰｎＰデバイスアーキテクチャに定義されたＵＰｎＰイベントメカニズムを用いてテレフォニクライアントデバイス１０９に呼が受信されることを知らせる。このように、テレフォニサーバデバイス１０６は、ＵＰｎＰデバイスアーキテクチャに定義されたＵＰｎＰイベントメカニズムの以外に、ユニキャストイベントメカニズムまたはマルチキャストイベントメカニズムを用いて呼が受信されることを知らせることもできる。この際、テレフォニサーバデバイス１０６は、テレフォニクライアントデバイス１０９に呼が受信されることを知らせると共に呼送信者の電話番号を送信する。そのようにして、テレフォニクライアントデバイス１０９の画面に呼発信者の電話番号をディスプレイすることができる。
【００５５】
ステップ５０３で、制御ポイント１０２はホームネットワーク上に存在する複数のテレフォニサーバ及びテレフォニクライアントのうち、呼を受信しようとするサーバとクライアントを選択し、選択されたサーバとクライアントとの間の呼受信のためのプロファイルを選択する。この際、呼を受信しようとするサーバとクライアントを選択するステップは、ユーザによって予め設定されたポリシーに従って自動で遂行される。
【００５６】
ステップ５０４で、制御ポイント１０２は選択されたサーバとクライアントとの間の呼送受信セットアップを設定する。このような呼送受信セットアップは、上記の図４を説明したように設定される。
【００５７】
ステップ５０５で、制御ポイント１０２はテレフォニクライアントデバイス１０９のチャンネル送受信サービス２０６を通じてCallIinitiate()のようなＵＰｎＰ Ａｃｔｉｏｎを用いてテレフォニクライアント１０４の呼データ送受信エージェント１１１を活性化させて呼データを受信することができるように準備を要請する。ステップ５０６で、テレフォニクライアントデバイス１０９は呼データ受信を準備するが、呼受信時に転送するファイルを準備したり、通信ポートをオープンする動作を遂行する。
【００５８】
以後、ステップ５０７で、制御ポイント１０２はテレフォニサーバデバイス１０６のチャンネル送受信サービス２０２を通じてCallIinitiate()のようなＵＰｎＰ Ａｃｔｉｏｎを用いてテレフォニサーバ１０３の呼データ送受信エージェント１０８を活性化させて呼データを受信することができるように準備を要請する。ステップ５０８で、テレフォニサーバデバイス１０６は呼データ受信を準備するが、前述したように、呼受信時に転送するファイルを準備したり、通信ポートをオープンする動作を遂行する。
【００５９】
ステップ５０９で、制御ポイント１０２はテレフォニクライアントデバイス１０９のチャンネル送受信サービス２０６を通じてStartCalldelivery()のようなＵＰｎＰ Ａｃｔｉｏｎを用いてテレフォニクライアントデバイス１０９が呼受信を開始するように要請する。このような要請ステップは、ユーザから予め設定されたポリシーにより遂行できないことがある。例えば、ユーザは制御ポイント１０２を通じてテレフォニクライアントデバイス１０９に呼受信開始を要請せず、直ぐにテレフォニクライアントデバイス１０９を用いて呼受信を開始することができる。
【００６０】
ステップ５１０で、テレフォニクライアントデバイス１０９の呼制御サービスＣＰ２０７は、図４で説明したようにReceiveCall() Ａｃｔｉｏｎを用いてテレフォニサーバデバイス１０６に呼受信開始を知らせる。この際、テレフォニクライアントデバイス１０９は、ユーザにより呼制御プロトコルを用いて呼受信開始を知らせるメッセージをテレフォニサーバデバイス１０６に送信することができる。その上、テレフォニクライアントデバイス１０９は、ＵＰｎＰ Ａｃｔｉｏｎの以外に上記で帯域外のプロトコル呼制御サービス１０７を説明しながら共に説明したＣＥＡ２０１４及びＸＲＴのような遠隔ユーザインターフェース（Remote UI）プロトコルまたはＳＩＰプロトコルを用いてメッセージを送信することもできる。
【００６１】
ステップ５１１で、テレフォニサーバデバイス１０６はサービス提供者５１１に呼データ受信を要請する。
ステップ５１２で、サービス提供者１０１が呼データを送信すれば、テレフォニサーバデバイス１０６は受信された呼データをテレフォニクライアントデバイス１０９に送信する。即ち、テレフォニサーバデバイス１０６は帯域外のプロトコル（out of band protocol）を用いて呼データをストリーム（stream）する。
【００６２】
以後、ユーザから呼受信を終了するための要請があれば、テレフォニクライアントデバイス１０９は、制御ポイント１０２に呼受信終了を要請し、制御ポイント１０２はテレフォニサーバデバイス１０６に呼受信終了を要請する。以後、テレフォニサーバデバイス１０６は呼データ受信を終了する。
【００６３】
これを通じてユーザは制御ポイントを用いて呼を受信しようとするサーバとクライアントを選択し、選択されたサーバとクライアントとの間の呼受信を設定することができるという利点がある。このように、本発明では呼が受信されれば呼発信者の電話番号を画面にディスプレイできるが、電話番号だけでなく呼発信者の名前、プロフィール、日程のような呼発信者の関連情報を画面に表示することもできる。
【００６４】
図６は、本発明の第１実施形態に従って呼受信時に呼発信者関連情報をテレフォニクライアント１０４の画面に表示するためのステップを示す制御フローチャートである。
図６を参照すると、ステップ６００で、サービス提供者１０１はテレフォニサーバデバイス１０６に呼が受信されることを知らせる。ステップ６０１で、テレフォニサーバデバイス１０６は制御ポイント１０２に呼が受信されることを知らせる。また、テレフォニサーバデバイス１０６は、ステップ６０２でテレフォニクライアントデバイス１０９に呼が受信されることを知らせる。
【００６５】
以後、ステップ６０３で制御ポイント１０２は、getSenderInformation()のようなＵＰｎＰ Ａｃｔｉｏｎを用いてテレフォニサーバデバイス１０６に呼発信者関連情報を要請する。この際、呼発信者関連情報は前述したように、呼発信者の名前、電話番号、プロフィール、及び日程を含む情報を意味する。
【００６６】
ステップ６０４で、テレフォニサーバデバイス１０６は要請された呼発信者の関連情報を検索して制御ポイント１０２に送信する。
ステップ６０５で、制御ポイント１０２はsetSenderInformation()のようなＵＰｎＰ Ａｃｔｉｏｎを用いて受信された呼発信者関連情報をテレフォニクライアントデバイス１０９に送信する。
【００６７】
ステップ６０６で、テレフォニクライアントデバイス１０９は受信された呼発信者関連情報を画面にディスプレイする。以後、前述した図５のステップ５０３からステップ５１３と同一なステップを遂行する。これを通じてユーザは呼送信時に呼発信者の多様な情報を共に確認することができるという利点がある。
【００６８】
図７は、本発明の第１実施形態に従ってホームネットワークシステムにおける呼受信要請の以前に呼送受信セットアップを設定した後、呼を受信するためのステップを示す制御フローチャートである。
図７を参照すると、ステップ７００で、制御ポイント２００は上記の図３で説明した呼送受信セットアップステップのようにテレフォニサーバデバイス１０６とテレフォニクライアントデバイス１０９との間の呼受信設定を遂行する。外部から呼信号が受信されれば、サービス提供者１０１はステップ７０１でテレフォニサーバデバイス１０６に呼が受信されることを知らせる。ステップ７０２で、テレフォニサーバデバイス１０６はＵＰｎＰデバイスアーキテクチャに定義されたＵＰｎＰイベントメカニズムを用いて制御ポイント１０２に呼が受信されることを通知する。
【００６９】
ステップ７０３で、制御ポイント１０２はホームネットワーク上で呼受信設定された複数のテレフォニサーバ及びテレフォニクライアントのうち、呼を受信しようとするサーバとクライアントを選択し、選択されたサーバとクライアントとの間の呼送信のためのプロファイルを選択する。この際、プロファイルはユーザにより予め設定され、デフォルトに事前に設定されることもできる。
【００７０】
ステップ７０４で、制御ポイント１０２は選択されたサーバとクライアントが利用できる１つ以上のプロトコルのうち、呼受信のために使用するプロトコルが定義されたプロファイルＩＤを含むCallInitiate（profileID）のようなＵＰｎＰ Ａｃｔｉｏｎを用いてテレフォニクライアント１０４が呼データを受信することができるように準備を要請する。ステップ７０５で、テレフォニクライアントデバイス１０９は呼データを受信することができるように準備する。
【００７１】
ステップ７０６で、制御ポイント１０２は選択されたプロファイルに対するテレフォニサーバＩＤ値を含むCallInitiate（profileID）のようなＵＰｎＰ Ａｃｔｉｏｎを用いてテレフォニサーバ１０３が呼データを受信することができるように準備を要請する。ステップ７０７で、テレフォニサーバデバイス１０６は呼データを受信することができるように準備する。
【００７２】
以後、ステップ７０８からステップ７１２は、上記の図５で説明したステップ５０９からステップ５１３までの動作と同一であるので、詳細な記載を省略する。
このように、上記では呼受信要請の以前に制御ポイント１０２が予め呼送受信セットアップを設定してテレフォニサーバデバイスとテレフォニクライアントデバイスとの間の呼を受信するためのステップについて説明した。
【００７３】
図８は、本発明の第１実施形態に従ってホームネットワーク上における呼受信要請の以前に呼送受信セットアップを設定した後、制御ポイント１０２を除外したテレフォニサーバデバイス１０６とテレフォニクライアントデバイス１０９との間の呼を受信するためのステップを示す制御フローチャートである。
【００７４】
図８を参照すると、ステップ８００で、制御ポイント１０２はテレフォニサーバデバイス１０６とテレフォニクライアントデバイス１０９との間の呼送受信セットアップを設定する。このような呼送受信セットアップは、上記の図５を参照して説明したようなステップにより設定される。
【００７５】
以後、制御ポイント１０２が呼受信ステップから除外され、ステップ８０１でサービス提供者１０１がテレフォニサーバデバイス１０６に呼受信を知らせる。
ステップ８０２で、テレフォニサーバデバイス１０６は呼受信を知らせるためにマルチキャストメカニズムを用いて着信通知（Incoming call notification）をテレフォニクライアントデバイス１０９に直接送信する。
【００７６】
以後、ステップ８０３で、テレフォニクライアントデバイス１０９は呼を受信しようとするサーバとクライアントを選択し、選択されたサーバとクライアントとの間の呼受信のためのプロファイルを選択する。
【００７７】
ステップ８０４で、テレフォニクライアントデバイス１０９は呼を受信するように準備する。以後、ステップ８０５で、テレフォニクライアントデバイス１０９はマルチキャストメカニズムを用いて呼初期化通知（Call Initiation notification）をテレフォニサーバデバイス１０６に送信して呼受信を準備するようにする。この際、クライアントデバイス１０９はマルチキャストメカニズムの以外にユニキャストメカニズムやＵＰｎＰ Ａｃｔｉｏｎを用いて呼受信準備するようにすることができる。
【００７８】
ステップ８０６で、テレフォニサーバデバイス１０６は呼受信を準備する。
ステップ８０７で、テレフォニクライアントデバイス１０９は呼受信を開始するための要請があれば、ステップ８０８に進行してテレフォニサーバデバイス１０６に呼受信開始を知らせ、でなければ、ステップ８０７で呼受信を開始するための要請があるか否かを続けて確認する。
以後、ステップ８０９からステップ８１１は、上記の図５で説明したステップ５１１からステップ５１３までの動作と同一であるので、詳細な記載を省略する。
【００７９】
このように、上記では制御ポイント１０２を除外したテレフォニサーバデバイス１０６とテレフォニクライアントデバイス１０９との間の呼を受信するステップについて説明した。ここで、制御ポイント１０２は論理的なコンポーネントであって、テレフォニサーバデバイス１０６またはテレフォニクライアントデバイス１０９と同一な物理的装置内に存在できる。仮に、同一な物理的装置内に制御ポイント１０２が存在すれば、ＵＰｎＰ Ａｃｔｉｏｎまたはネットワークプロトコル（Network Protocol）を使用して転送するメッセージを含むプロセスは内部機能を用いてメッセージを転送し、その他には同一な方式を利用する。
【００８０】
図９は、本発明の第１実施形態に従ってホームネットワークシステムにおけるＳＭＳメッセージを受信するためのステップを示す制御フローチャートである。
図９を参照すると、ステップ９００で、外部からＳＭＳメッセージが受信されれば、サービス提供者１０１はＳＭＳメッセージ受信をテレフォニサーバデバイス１０６に知らせる。ステップ９０１で、テレフォニサーバデバイス１０６はＵＰｎＰイベントメカニズムを用いて制御ポイント１０２にＳＭＳメッセージ受信を知らせ、ステップ９０２で、テレフォニサーバデバイス１０６はＵＰｎＰイベントメカニズムを用いてテレフォニクライアントデバイス１０９にＳＭＳメッセージ受信を知らせる。この際、テレフォニサーバデバイス１０６は、ユニキャストイベントメカニズムまたはマルチキャストイベントメカニズムを用いてＳＭＳメッセージ受信を知らせることができる。
【００８１】
ステップ９０３で、制御ポイント１０２はユニキャストイベントメカニズム（Unicast Event mechanism）を用いてＳＭＳメッセージを送信するためにSendSMS()をテレフォニクライアントデバイス１０９に送信する。この際、制御ポイント１０２は、ユニキャストイベントメカニズムの以外にマルチキャストイベントメカニズムまたはＵＰｎＰ Ａｃｔｉｏｎを使用してＳＭＳメッセージを送信することができる。
【００８２】
図１０は、本発明の第１実施形態に従ってホームネットワークシステムにおける呼受信の以後にテレフォニサーバ１０３とテレフォニクライアント１０４との間の呼送受信セットアップを設定して呼を送信するためのステップを示す制御フローチャートである。
【００８３】
図１０を参照すると、ユーザから入力された電話番号に該当する端末機に呼送信のための要請があれば、テレフォニクライアントデバイス１０９は、ステップ１０００で制御ポイント１０２に呼送信要請を知らせる。ステップ１００１で、テレフォニクライアントデバイス１０９はテレフォニサーバデバイス１０６に呼が受信されることを知らせる。この際、テレフォニクライアントデバイス１０９は、ＵＰｎＰデバイスアーキテクチャに定義されたＵＰｎＰイベントメカニズムを用いて呼が受信されることを知らせる。このようなテレフォニサーバデバイス１０６は、ＵＰｎＰデバイスアーキテクチャに定義されたＵＰｎＰイベントメカニズムの以外にユニキャストイベントメカニズムまたはマルチキャストイベントメカニズムを用いて呼送信要請を知らせることもできる。
【００８４】
また、テレフォニクライアントデバイス１０９は、テレフォニサーバデバイス１０６に呼送信要請を知らせると共に、呼受信者の電話番号を送信し、これをサービス提供者１０１に送信することができる。
【００８５】
ステップ１００２で、制御ポイント１０２はホームネットワーク上に存在する複数のテレフォニサーバ及びテレフォニクライアントのうち、呼を送信しようとするサーバとクライアントを選択し、選択されたサーバとクライアントとの間の呼送信のためのプロファイルを選択する。この際、呼を送信しようとするサーバとクライアントを選択するステップはユーザによって予め設定されたポリシーに従って自動で遂行される。
【００８６】
ステップ１００３で、制御ポイント１０２は選択されたサーバとクライアントとの間の呼送受信セットアップを設定する。このような呼送受信セットアップは、上記の図４を説明したように設定される。
【００８７】
ステップ１００４で、制御ポイント１０２はテレフォニクライアントデバイス１０９のチャンネル送受信サービス２０６を通じてCallIinitiate()のようなＵＰｎＰ Ａｃｔｉｏｎを用いてテレフォニクライアント１０４の呼データ送受信エージェント１１１を活性化させて呼データを送信できるように準備を要請する。ステップ１００５で、テレフォニクライアントデバイス１０９は呼データ送信を準備するが、呼送信時に転送するファイルを準備したり通信ポートをオープンする動作を遂行する。
【００８８】
ステップ１００６で、制御ポイント１０２はテレフォニサーバデバイス１０６のチャンネル送受信サービス２０２を通じてCallIinitiate()のようなＵＰｎＰ Ａｃｔｉｏｎを用いてテレフォニサーバ１０３の呼データ送受信エージェント１０８を活性化させて呼データを送信できるように準備を要請する。ステップ１００７で、テレフォニサーバデバイス１０６は呼データ送信を準備するが、前述したように呼送信時に転送するファイルを準備したり通信ポートをオープンする動作を遂行する。
【００８９】
ステップ１００８で、制御ポイント１０２はテレフォニクライアントデバイス１０９のチャンネル送受信サービス２０６を通じてStartCalldelivery()のようなＵＰｎＰ Ａｃｔｉｏｎを用いてテレフォニクライアントデバイス１０９が呼送信を開始するように要請する。このような要請ステップは、ユーザにより予め設定されたポリシーにより遂行できないことがある。例えば、ユーザは制御ポイント１０２を通じてテレフォニクライアントデバイス１０９に呼送信開始を要請せず、直ぐにテレフォニクライアントデバイス１０９を用いて呼送信を開始することができる。
【００９０】
ステップ１００９で、テレフォニクライアントデバイス１０９の呼制御サービスＣＰ ２０７は、上記の図４で説明した通りSendCall() Ａｃｔｉｏｎを用いてテレフォニサーバデバイス１０６に呼送信開始を知らせる。この際、テレフォニクライアントデバイス１０９は、ユーザにより呼制御プロトコルを用いて呼送信開始を知らせるメッセージをテレフォニサーバデバイス１０６に送信することができる。その上、テレフォニクライアントデバイス１０９はＵＰｎＰ Ａｃｔｉｏｎの以外に上記で帯域外のプロトコル呼制御サービス１０７を説明すると共に説明したＣＥＡ−２０１４及びＸＲＴのような遠隔ユーザインターフェース（Remote UI）プロトコルまたはＳＩＰプロトコルを用いてメッセージを送信することもできる。
【００９１】
ステップ１０１０で、テレフォニサーバデバイス１０６はサービス提供者５１１に呼データ送信を要請する。
ステップ１０１１で、テレフォニクライアントデバイス１０９はユーザから入力された呼データをテレフォニサーバデバイス１０６に送信する。
ステップ１０１２で、テレフォニサーバデバイス１０６は受信された呼データをサービス提供者１０１に送信する。
【００９２】
以後、ユーザから呼送信を終了するための要請があれば、テレフォニクライアントデバイス１０９は制御ポイント１０２に呼送信終了を要請し、制御ポイント１０２はテレフォニサーバデバイス１０６に呼送信終了を要請する。以後、テレフォニサーバデバイス１０６は呼データ受信を終了する。これを通じてユーザは制御ポイント１０２を用いて呼を送信しようとするサーバとクライアントを選択し、選択されたサーバとクライアントとの間の呼送信を設定できるという利点がある。
【００９３】
このように、本発明ではユーザが呼を送信する時、呼受信者の電話番号を直接入力できるが、テレフォニサーバ１０３に格納された電話帳を受信してテレフォニクライアント１０４の画面にディスプレイすることで、ユーザがディスプレイされた電話帳のうち、呼送信する電話番号を検索して呼送信を行なうことができる。
【００９４】
図１１は、本発明の第１実施形態に従って呼送信時に電話帳をテレフォニクライアント１０４の画面にディスプレイするためのステップを示す制御フローチャートである。
図１１を参照すると、ステップ１１００で、テレフォニクライアントデバイス１０９は呼送信要請があるか否かを確認して、要請があればステップ１１０１に進行し、でなければ、ステップ１１００でテレフォニクライアントデバイス１０９は呼送信要請があるか否かを続けて確認する。ステップ１１０１で、テレフォニクライアントデバイス１０９は制御ポイント１０２に呼送信要請を知らせる。また、テレフォニクライアントデバイス１０９はステップ１１０２でテレフォニクライアントデバイス１０９に呼送信要請を知らせる。
【００９５】
ステップ１１０３で、制御ポイント１０２はgetSenderInformation()のようなＵＰｎＰ Ａｃｔｉｏｎを用いてテレフォニサーバデバイス１０６に電話帳を要請する。この際、電話帳は、複数のユーザ名、電話番号、アドレス、及び携帯電話番号を含む。
【００９６】
ステップ１１０４で、テレフォニサーバデバイス１０６は要請された電話帳を検索して制御ポイント１０２に送信する。
ステップ１１０５で、制御ポイント１０２はsetSenderInformation()のようなＵＰｎＰ Ａｃｔｉｏｎを用いて受信された電話帳をテレフォニクライアントデバイス１０９に送信する。
【００９７】
ステップ１１０６で、テレフォニクライアントデバイス１０９は受信された電話帳をディスプレイした後、前述した図５のステップ５０３からステップ５１３と同一なステップを遂行する。これを通じてユーザは電話帳に含まれた呼受信者の電話番号を検索して便利に呼送信を行なうことができるという利点がある。
【００９８】
図１２は、本発明の第１実施形態に従ってホームネットワーク上で呼送信要請の以前に呼送受信セットアップを設定した後、制御ポイント１０２を除外したテレフォニサーバデバイス１０６とテレフォニクライアントデバイス１０９との間の呼を送信するためのステップを示す制御フローチャートである。
【００９９】
図１２を参照すると、ステップ１２００で、制御ポイント１０２はテレフォニサーバデバイス１０６とテレフォニクライアントデバイス１０９との間の呼送受信セットアップを設定する。このような呼送受信セットアップは、上記の図５を参照して説明したようなステップにより設定される。
【０１００】
以後、制御ポイント１０２が呼受信ステップから除外されれば、ステップ１２０１でテレフォニクライアントデバイス１０９は呼を送信しようとするサーバとクライアントを選択し、選択されたサーバとクライアントとの間の呼送信のためのプロファイルを選択する。
【０１０１】
ステップ１２０２で、テレフォニクライアントデバイス１０９は呼送信を準備する。以後、ステップ１２０３でテレフォニクライアントデバイス１０９はマルチキャストメカニズムを用いて呼初期化通知（Call Initiation notification）をテレフォニサーバデバイス１０６に送信して呼送信を準備するように要請する。この際、クライアントデバイス１０４はマルチキャストメカニズムの以外にユニキャストメカニズムやＵＰｎＰ Ａｃｔｉｏｎを用いて呼送信準備するように要請することができる。
【０１０２】
ステップ１２０４で、テレフォニサーバデバイス１０６は呼送信を準備する。
ステップ１２０５で、テレフォニクライアントデバイス１０９は呼送信を開始するための要請があれば、ステップ１２０６に進行してテレフォニサーバデバイス１０６に呼送信開始を知らせ、でなければステップ１２０５で呼送信を開始するための要請があるか否かを続けて確認する。
【０１０３】
以後、ステップ１２０７からステップ１２０９は、上記の図１０で説明したステップ１０１０からステップ１０１２までの動作と同一であるので、詳細な記載を省略する。
このように、上記では制御ポイント１０２を除外したテレフォニサーバデバイス１０６とテレフォニクライアントデバイス１０９との間の呼を送信することで、ユーザがテレフォニクライアントを用いて便利に呼送信できるという利点がある。
【０１０４】
図１３は、本発明の第１実施形態に従ってホームネットワークシステムにおけるＳＭＳメッセージを送信するためのステップを示す制御フローチャートである。
図１３を参照すると、ステップ１３００で、テレフォニクライアントデバイス１０９はユーザにより作成されたＳＭＳメッセージを送信するための要請があるか否かを確認して、要請があればステップ１３０１を進行し、でなければステップ１３００でＳＭＳメッセージを送信するための要請があるか否かを続けて確認する。ステップ１３０１で、テレフォニクライアントデバイス１０９はＵＰｎＰイベントメカニズムを用いて制御ポイント１０２にＳＭＳメッセージ送信要請を知らせ、ステップ１３０２で、テレフォニクライアントデバイス１０９にＳＭＳメッセージ送信要請を知らせる。この際、テレフォニサーバデバイス１０６はＵＰｎＰイベントメカニズムの以外にユニキャストイベントメカニズムまたはマルチキャストイベントメカニズムを用いてＳＭＳメッセージ送信要請を知らせることができる。
【０１０５】
ステップ１３０３で、テレフォニクライアントデバイス１０９はＳＭＳメッセージ送信を要請するためにユニキャストイベントメカニズムを用いてＳＭＳメッセージを含むRequestSendSMS()をテレフォニサーバデバイス１０６に送信する。この際、制御ポイント１０２は、ユニキャストイベントメカニズムの以外にマルチキャストイベントメカニズムまたはＵＰｎＰイベントメカニズムを用いてＳＭＳメッセージ送信を要請することができる。
【０１０６】
ステップ１３０４で、テレフォニサーバデバイス１０６は受信されたＳＭＳメッセージをサービス提供者１０１に送信する。このようなＳＭＳメッセージは呼（Call）とは異なり、一方向メッセージであるので、ＳＭＳメッセージが成功的に送信完了したか否かの確認が困難である。したがって、テレフォニサーバデバイス１０６は ステップ１３０５で、ＵＰｎＰ Ａｃｔｉｏｎまたはマルチキャストイベントメカニズムを用いてＳＭＳメッセージが成功的に送信完了することを制御ポイント１０２に知らせ、ステップ１３０６でＳＭＳメッセージが成功的に送信完了することをテレフォニクライアントデバイス１０９に知らせる。これを通じてユーザはホームネットワークシステムを用いて便利にＳＭＳメッセージを送信できるという利点がある。
【０１０７】
図１４は、本発明の第２実施形態に従うホームネットワークシステムの構成図を示す図である。
図１４を参照すると、本発明の第２実施形態に従うホームネットワークシステムは、テレフォニサービス提供者（Telephony Service Provider）２１０１、ＵＰｎＰテレフォニ制御ポイント（Universal Plug and Play Telephony Control Point；以下、‘制御ポイント’とも称する）２１０２、テレフォニ端末（Telephony Terminal）２１０３、電子機器（Electronic Device）２１０４から構成される。ここで、テレフォニ端末２１０３と電子機器２１０４とは制御ポイント２１０２とＵＰｎＰプロトコルとを用いて通信可能な空間内に位置している。テレフォニサービス提供者２１０１は、テレフォニサービス（Telephony Service）を提供し、呼を送受信するためのインターフェースをテレフォニ端末２１０３に提供する。
【０１０８】
ＵＰｎＰテレフォニ制御ポイント２１０２は、ＵＰｎＰ Ａｃｔｉｏｎを用いてＵＰｎＰテレフォニサーバ（Telephony Server）２１０６とＵＰｎＰテレフォニクライアント（Telephony Client）２１０９を制御する論理的なソフトウェアモジュールである。このようなＵＰｎＰテレフォニ制御ポイント２１０２は、テレフォニ端末２１０３及び電子機器２１０４と個別的にＰＣ（Personal Computer）、ＰＤＡ（Personal Digital Assistant）のような装置に構成できるが、テレフォニ端末２１０３または電子機器２１０４のような物理的装置内に構成されることもできる。仮に、ＵＰｎＰテレフォニ制御ポイント２１０２がテレフォニ端末２１０３または電子機器２１０４のような物理的装置の内部に含まれれば、ＵＰｎＰテレフォニ制御ポイント２１０２はＵＰｎＰ Ａｃｔｉｏｎを利用せず、直接的にＵＰｎＰテレフォニサーバ２１０６またはＵＰｎＰテレフォニクライアント２１０９を制御することができる。
【０１０９】
ＵＰｎＰテレフォニ制御ポイント２１０２は、ＵＰｎＰテレフォニサーバ２１０６から転送されたＵＰｎＰテレフォニサーバ２１０６またはＵＰｎＰテレフォニクライアント２１０９が含む呼データ転送エージェントの能力情報を用いて呼送受信に使用するメディア、プロトコル、及び転送フォーマットを決定する。そして、ＵＰｎＰテレフォニ制御ポイント２１０２は、決まったメディア、プロトコル、及び転送フォーマットが定義されたプロファイルを生成してＵＰｎＰテレフォニサーバ２１０６またはＵＰｎＰテレフォニクライアント２１０９に転送することによって、テレフォニ端末２１０３または電子機器２１０４に含まれた呼データ転送エージェントの環境を設定する。
【０１１０】
テレフォニ端末２１０３は、電話機のようなＣＥ（Computer Engineering）装置またはソフトウェアから構成されたＶｏＩＰ（Voiceover IP）を含んだＰＣ、通信網で連動される移動通信端末機のような物理的な装置であって、ソフトウェアから構成されたＵＰｎＰテレフォニサーバ２１０６を含む。また、テレフォニ端末２１０３はテレフォニサービスを提供するテレフォニサービス提供者２１０１と、該当テレフォニサービス提供者２１０１が提供したインターフェースを用いて呼送受信を制御する。
【０１１１】
電子機器２１０４は、移動通信端末機、画像電話のように、ユーザの音声または映像を入出力できるＣＥ装置及びＰＣまたはＴＶのような物理的な装置であって、ソフトウェアから構成されたＵＰｎＰテレフォニクライアント２１０９を含む。このように、本発明はホームネットワークシステムを用いてユーザが家の中で便利に呼を送受信することができる。
【０１１２】
図１５は、本発明の第２実施形態に従うホームネットワークシステムの詳細構成図を示す図である。
図１５を参照すると、テレフォニ端末２１０３は、テレフォニコアモジュール２１０５、ＵＰｎＰテレフォニサーバ２１０６、非ＵＰｎＰ呼制御管理モジュール２１０７、及び呼転送エージェント２１０８を含む。
【０１１３】
テレフォニコアモジュール２１０５は、テレフォニ端末２１０３を構成する一般的な端末機構成要素を含むモジュールであって、セルラー網に接続して呼送信要請、呼受信要請に対する応答、呼データ転送するだけでなく、テレフォニサービス提供者２１０１が提供する多様なサービスを遂行する。
【０１１４】
このようなテレフォニコアモジュール２１０５は、一実施形態としてテレフォニサービス提供者２１０１と連結されてテレフォニサービスを提供するＶｏＩＰのような如何なるモジュールにも取替できる。
【０１１５】
ＵＰｎＰテレフォニサーバ２１０６は、呼制御サービス２２００、テレフォニプロファイル管理サービス２２０１、テレフォニデータ転送サービス２２０２、及び付加サービス２２０３を含む。各構成要素について具体的に説明すれば次の通りである。この際、呼制御サービス２２００、テレフォニプロファイル管理サービス２２０１、及びテレフォニデータ転送サービス２２０２は、１つの呼管理サービスモジュールから構成されることもできる。
【０１１６】
呼制御サービス２２００は、呼送信要請、呼受信要請に対する応答、及び呼データ転送を遂行するようにテレフォニコアモジュール２１０５を制御し、これを通じてテレフォニサービス提供者２１０１に呼に関連した情報を送信する。このような呼制御サービス２２００は内部的に制御し、ＵＰｎＰテレフォニ制御ポイント２１０２は呼制御サービス２２００を制御するためにＵＰｎＰ Ａｃｔｉｏｎを用いて呼制御のための信号（call control signal）を転送する。この際、呼制御のための信号は呼が受信されて呼受信を知らせるベルが鳴り、テレフォニ端末２１０３と電子機器２１０４との間に音声データを転送するための全ての準備を行うステップを含む。これと同時に、テレフォニコアモジュール２１０５に呼の受信を知らせるためのReceiveCall()、呼の送信を知らせ、呼を送信しようとする相対方端末機の電話番号を共に送信するためのSendCall()、呼データ送受信の終了を知らせるためのTerminateCall()、ＳＭＳメッセージと共にＳＭＳメッセージの送信を知らせるためのRequestSendSMS()、及び多様なＡＲＳサービスを利用するために生成されるキー値を伝達するためのSendkeyvalue()を含む。
【０１１７】
このように、ＵＰｎＰテレフォニ制御ポイント２１０２は多様なＵＰｎＰ Ａｃｔｉｏｎを用いて呼制御サービス２２００を制御し、呼制御サービス２２００は内部的にテレフォニコアモジュール２１０５を制御することができる。
【０１１８】
テレフォニプロファイル管理サービス２２０１は、テレフォニ端末２１０３と電子機器２１０４との間に転送されるデータ規格を同期化するためにテレフォニ端末２１０３または電子機器２１０４が保有した呼転送エージェント２１０８の能力（Capability）をＵＰｎＰテレフォニ制御ポイント２１０２に提供する。そして、テレフォニプロファイル管理サービス２２０１は、ＵＰｎＰテレフォニ制御ポイント２１０２から実際に使用するようになる能力情報を記録したプロファイル（Profile）を受信して格納する。このようなプロファイルは、テレフォニ端末２１０３または電子機器２１０４の唯一の識別子及び音声及び映像データコーデック、データタイプ、通信プロトコル、その他の映像及び音声送受信に関連したパラメータ、及びチャンネル転送のための情報を含む。これによって呼送受信する時に含まれた識別子を用いてテレフォニ端末２１０３または電子機器２１０４を区別することができる。
【０１１９】
テレフォニデータ転送サービス２２０２は、呼転送エージェント２１０８、２１１１を内部的に制御し、テレフォニ端末２１０３と電子機器２１０４との間の呼データ送受信を制御して、呼転送エージェント２１０８、２１１１の間の音声及び映像ストリーミングを開始または終了することができる。
【０１２０】
また、ホームネットワーク上に複数のテレフォニ端末または電子機器が存在する場合、ユーザから通信連結のためのテレフォニ端末と電子機器の選択があれば、テレフォニデータ転送サービス２２０２は、選択されたテレフォニ端末と電子機器に対する情報をＵＰｎＰテレフォニ制御ポイント２１０２に伝達し、これをまた選択された他の電子機器のテレフォニ転送サービス２２０２に伝達する。そのようにして、テレフォニデータ転送サービス２２０２は選択されたテレフォニ端末と電子機器との間の呼データ送受信を開始するように呼転送エージェント２１０８を制御し、データ送受信終了時にもデータ送受信を終了するように呼転送エージェント２１０８を制御する。
【０１２１】
付加サービス２２０３は、電子機器２１０４がテレフォニ端末２１０３の自動応答機能を設定したり使用するための自動応答機能、電子機器２１０４にテキスト入力を行うための入力装置のない場合、入力装置に対する入力タイプを定義して設定した後、電子機器２１０４に入力値を伝達する機能を提供する。このような付加サービス２２０３はオプションモジュールであるので、ＵＰｎＰテレフォニサーバ２１０６の内に選択的に構成される。
【０１２２】
一方、非ＵＰｎＰ呼制御管理モジュール２１０７は、ＵＰｎＰプロトコルを利用せず、その他のＣＥＡ ２０１４及びＸＲＴのような遠隔ユーザインターフェースプロトコル（Remote UI Protocol）またはＳＩＰプロトコル技術を用いて呼制御を遂行する。例えば、ＵＰｎＰテレフォニ制御ポイント２１０２が存在しない場合、電子機器２１０４は非ＵＰｎＰ呼制御管理モジュール２１０７を通じてテレフォニ端末２１０３と呼送受信を行なうことができる。このような非ＵＰｎＰ呼制御管理モジュール２１０７はオプションモジュールであるので、テレフォニ端末２１０３の内に選択的に構成される。
【０１２３】
呼転送エージェント２１０８はテレフォニ端末２１０３と電子機器２１０４との間の呼データ送受信を制御するモジュールであって、定義された転送メディア、プロトコル、転送フォーマット、音声、及びビデオコーデックを用いて呼データを送受信する。即ち、呼転送エージェント２１０８は、テレフォニ端末２１０３と電子機器２１０４との間のデータ転送のためのチャンネルを設定し、テレフォニコアモジュール２１０５から受信した呼データを電子機器２１０４が使用することができるようにコーデック及びデータフォーマットを変更して事前に約束された転送プロトコルを使用して電子機器に伝達したり、電子機器から受信した呼データをテレフォニコアモジュール２１０５に伝達できるコーデック及びデータフォーマットに変更してテレフォニコアモジュール２１０５に伝達する。ここで、テレフォニクライアント２１０４は複数個になることができ、呼転送エージェント２１０８はそれぞれのテレフォニクライアント２１０４の呼転送エージェントと複数個のセッションを作って維持することができる。この際、用いられる転送メディア、プロトコル、転送フォーマット、及びコーデックは特定技術に限定されない。これによって、本発明では互いに異なるデータフォーマットまたはコーデックを使用するＵＰｎＰテレフォニサーバ２１０３とＵＰｎＰテレフォニクライアント２１０４との間の呼データを送受信することができる。
【０１２４】
一方、電子機器２１０４はテレフォニプロファイル管理サービス２２０４、テレフォニデータ転送サービス２２０５、及び付加サービス２２０６を含むＵＰｎＰテレフォニクライアント２１０９、非ＵＰｎＰ呼制御管理モジュール２１１０、及び呼送受信エージェント２１１１を含む。この際、テレフォニプロファイル管理サービス２２０４とテレフォニデータ転送サービス２２０５は１つのメディア管理サービスモジュールから構成されることもできる。
【０１２５】
このような電子機器２１０４に含まれた構成要素は上記でテレフォニ端末２１０３を説明しながら共に説明したテレフォニ端末２１０３の構成要素と動作が同一であるので、詳細な記載は省略する。
【０１２６】
図１６は、本発明の第２実施形態に従ってホームネットワークシステムにおける呼データを受信するためのステップを示す制御フローチャートである。
図１６を参照すると、制御ポイント２１０２は、ステップ２３００及びステップ２３０１で特定イベントがあることを知らせるためのイベント予約メッセージ（Subscribe Message）をＵＰｎＰテレフォニサーバ２１０６とＵＰｎＰテレフォニクライアント２１０９に転送する。
【０１２７】
以後、外部から呼データが受信されれば、テレフォニサービス提供者２１０１は、ステップ２３０２で、ＵＰｎＰテレフォニサーバ２１０６に呼が受信されることを知らせる。この際、テレフォニサービス提供者２１０１は、呼データが受信されることを知らせながら自身のメディアフォーマット情報を共に転送することができる。
【０１２８】
ステップ２３０３で、ＵＰｎＰテレフォニサーバ２１０６はＵＰｎＰデバイスアーキテクチャ（UPnP Device Architecture）に定義されたＵＰｎＰイベントメカニズムを用いて制御ポイント２１０２に呼データが受信されることを知らせる。このように、ＵＰｎＰテレフォニサーバ２１０６は、ＵＰｎＰデバイスアーキテクチャに定義されたＵＰｎＰイベントメカニズムの以外にユニキャストイベントメカニズムまたはマルチキャストイベントメカニズムを用いて呼データが受信されることを知らせることもできる。この際、ＵＰｎＰテレフォニサーバ２１０６は、テレフォニサービス提供者２１０１のメディアフォーマット情報を受信すれば、制御ポイント２１０２に呼データが受信されることを知らせると共に、受信されたメディアフォーマット情報を共に制御ポイント２１０２に転送する。
【０１２９】
ステップ２３０４で、制御ポイント２１０２はgetSenderInformation()のようなＵＰｎＰ Ａｃｔｉｏｎを用いて現在受信された呼データに対する発信者情報をＵＰｎＰテレフォニサーバ２１０６に要請し、ステップ２３０５でＵＰｎＰテレフォニサーバ２１０６は要請された発信者情報を制御ポイント２１０２に転送する。この際、発信者情報要請及び転送ステップは選択的に遂行される。
【０１３０】
ステップ２３０６で、制御ポイント２１０２はＵＰｎＰテレフォニクライアント２１０９に呼データが受信されることを知らせながら要請された発信者情報を共に転送する。ここで、発信者情報は、発信者の名前、電話番号、プロフィール、及び日程のような情報を含む。そのようにして、ＵＰｎＰテレフォニクライアント２１０９の画面上に発信者情報をディスプレイすることで、ユーザが発信者の情報を確認できるようにする。
【０１３１】
ステップ２３０７で、制御ポイント２１０２はユーザから受信決定要請があれば、呼データ受信を決定する。
ステップ２３０８で、制御ポイント２１０２はホームネットワーク上に存在する複数のＵＰｎＰテレフォニサーバ及びＵＰｎＰテレフォニクライアントのうち、呼データを受信しようとするサーバとクライアントを選択した後、選択されたサーバとクライアントとの間の呼データ受信のためのプロファイルを選択する。この際、呼データを受信しようとするサーバとクライアントを選択するステップは、ユーザによって予め設定されたポリシーに従って自動で遂行される。
【０１３２】
ステップ２３０９で、制御ポイント２１０２は選択されたサーバとクライアントとの間の呼データ送受信セットアップを設定する。ここで、呼データ送受信セットアップは呼データ送受信がある時に設定され、呼データ送受信より以前に予め設定されることもできる。この際、制御ポイント２１０２は、ＵＰｎＰテレフォニサーバ２１０６からテレフォニサービス提供者２１０１のメディアフォーマット情報を受信した場合、受信されたメディアフォーマット情報を用いて呼データ送受信セットアップを設定することもできる。
【０１３３】
このように、呼データ送受信セットアップが完了した状態としても新たなＵＰｎＰテレフォニサーバまたはＵＰｎＰテレフォニクライアントがホームネットワーク上に進入すれば、各サーバ及びクライアント毎にＩＰが新しく与えられる。したがって、ＵＰｎＰテレフォニサーバまたはＵＰｎＰテレフォニクライアントは新しく呼データ送受信セットアップを設定しなければならない。新しくデータ呼送受信セットアップを設定する時、ユーザは呼データ送受信のためのサーバ及びクライアントを選択したり、前もって設定されたプロファイルを使用するか否かを選択することができる。
また、このような呼データ送受信セットアップは予め設定されたポリシーに従って自動で遂行されることもできる。
【０１３４】
ステップ２３１０で、制御ポイント２１０２はCallIinitiate()のようなＵＰｎＰ Ａｃｔｉｏｎを用いてＵＰｎＰテレフォニクライアント２１０９のテレフォニデータ転送サービス２２０５を通じて呼データ転送エージェント２１１１を活性化させて呼データを送受信できるように呼データ送受信準備を要請する。
また、ステップ２３１１で、制御ポイント２１０２はＵＰｎＰテレフォニのテレフォニデータ転送サービス２２０２を通じて呼転送エージェント２１０８を活性化させて呼データ送受信準備を要請する。
【０１３５】
ステップ２３１２で、ＵＰｎＰテレフォニクライアント２１０９は呼データ送受信を準備するが、呼データ送受信時に転送するファイルを準備したり、通信ポートをオープンする動作を遂行する。この際、ＵＰｎＰテレフォニクライアント２１０９は制御ポイント２１０２から呼データ送受信準備要請に対する応答メッセージを呼データ送受信を準備する前に制御ポイント２１０２に転送することもできる。
【０１３６】
ステップ２３１３で、ＵＰｎＰテレフォニクライアント２１０９は呼データ送受信準備が完了したことを制御ポイント２１０２に知らせる。
ステップ２３１４で、ＵＰｎＰテレフォニサーバ２１０６は呼データ送受信を準備するが、呼送受信時に転送するファイルを準備したり、通信ポートをオープンする動作を遂行する。この際、ＵＰｎＰテレフォニサーバ２１０６は制御ポイント２１０２から呼データ送受信準備に対する応答メッセージを呼データ送受信を準備する前に制御ポイント２１０２に転送することもできる。
【０１３７】
ステップ２３１５で、ＵＰｎＰテレフォニサーバ２１０６は呼データ送受信準備が完了したことを制御ポイント２１０２に知らせる。
ステップ２３１６で、制御ポイント２１０２はStartCalldelivery()のようなＵＰｎＰ Ａｃｔｉｏｎを用いてＵＰｎＰテレフォニクライアント２１０９のテレフォニデータ転送サービス２２０５を通じてＵＰｎＰテレフォニクライアント２１０９が呼データ送受信を開始するように要請する。このような要請ステップは、ユーザから予め設定されたポリシーにより遂行できないことがある。例えば、ユーザは制御ポイント２１０２を通じてＵＰｎＰテレフォニクライアント２１０９に呼データ送受信開始を要請せず、直ぐにＵＰｎＰテレフォニクライアント２１０９を用いて呼データ送受信を開始することができる。
【０１３８】
ステップ２３１７で、制御ポイント２１０２はステップ２１０６のようにＵＰｎＰテレフォニサーバ２１０６が呼データ送受信を開始するように要請することができ、上記２ステップのうち、１つのみを実施する。
【０１３９】
ステップ２３１８で、制御ポイント２１０２はＵＰｎＰテレフォニサーバ２１０６に呼データ受信を要請する。ステップ２３１９で、ＵＰｎＰテレフォニサーバ２１０６はテレフォニサービス提供者２１０１に呼データ受信を要請する。
【０１４０】
上記のステップ２３１８とステップ２３１９は、ステップ２３１０の以前に遂行され、制御ポイント２１０２がＵＰｎＰテレフォニサーバ２１０６に予め呼データ受信を要請し、ＵＰｎＰテレフォニサーバ２１０６がテレフォニサービス提供者２１０１に呼データ受信を要請することができる。
【０１４１】
ステップ２３２０で、テレフォニサービス提供者２１０１とＵＰｎＰテレフォニサーバ２１０６と呼データを送受信する。
ステップ２３２１で、ＵＰｎＰテレフォニサーバ２１０６とＵＰｎＰテレフォニクライアント２１０９は、呼データをステップ２３０９で設定されたセットアップ情報に従って定まったメディアフォーマットで送受信する。
【０１４２】
以後、ステップ２３２２で、ユーザから呼データ受信を終了するための要請があれば、ＵＰｎＰテレフォニクライアント２１０９は制御ポイント２１０２に呼データ受信終了を要請することができ、このステップは選択的に遂行される。
【０１４３】
ステップ２３２３で、制御ポイント２１０２はＵＰｎＰテレフォニサーバ２１０６に呼データ転送終了を要請し、ステップ２３２４でＵＰｎＰテレフォニサーバ２１０６はテレフォニサービス提供者２１０１に呼データ転送終了を要請する。以後、ステップ２３２５でテレフォニサービス提供者１０１は呼データ転送を終了する。
【０１４４】
これを通じてユーザは制御ポイント２１０２を用いて呼を受信しようとするサーバとクライアントを選択し、選択されたサーバとクライアントとの間の呼受信を設定できるという利点がある。
【０１４５】
図１７は、本発明の第２実施形態に従ってホームネットワークシステムにおける呼データを送信するためのステップを示す制御フローチャートである。
まず、制御ポイント２１０２は、ステップ２４００及びステップ２４０１で特定イベントがあることを知らせるためのイベント予約メッセージをＵＰｎＰテレフォニサーバ２１０６とＵＰｎＰテレフォニクライアント２１０９に転送する。
【０１４６】
ステップ２４０２で、制御ポイント２１０２はGetSenderInformation()のようなＵＰｎＰ Ａｃｔｉｏｎを用いてＵＰｎＰテレフォニサーバ２１０６に電話帳（Phone book）を要請する。この際、電話帳は、複数のユーザ名、電話番号、アドレス、及び携帯電話番号を含む。
【０１４７】
ステップ２４０３で、ＵＰｎＰテレフォニサーバ２１０６は要請された電話帳を検索して制御ポイント２１０２に転送する。ステップ２４０４で、制御ポイント２１０２は受信された電話帳を画面に表示する。
【０１４８】
ステップ２４０５で、ユーザから画面に表示された電話帳のうち、いずれか１つの電話番号に呼送信要請があれば、制御ポイント２１０２は呼送信を決定する。この際、電話帳要請及び電話帳転送ステップは選択的に遂行される。
例えば、本発明ではＵＰｎＰテレフォニサーバ２１０３に格納された電話帳を用いて呼送信を行なうことができるが、ユーザが呼受信者の電話番号を直接入力することもできる。
【０１４９】
以後、ステップ２４０６で、制御ポイント２１０２はホームネットワーク上に存在する複数のＵＰｎＰテレフォニサーバ及びＵＰｎＰテレフォニクライアントのうち、呼を送信しようとするサーバとクライアントを選択し、選択されたサーバとクライアントとの間の呼送信のためのプロファイルを選択する。この際、呼を送信しようとするサーバとクライアントを選択するステップは、ユーザによって予め設定されたポリシーに従って自動で遂行される。
【０１５０】
ステップ２４０７で、制御ポイント２１０２は選択されたサーバとクライアントとの間の呼データ送受信セットアップを設定する。
ステップ２４０８で、制御ポイント２１０２はCallIinitiate()のようなＵＰｎＰ Ａｃｔｉｏｎを用いてＵＰｎＰテレフォニクライアント２１０９のテレフォニデータ転送サービス２２０５を通じて呼転送エージェント２１１１を活性化させて呼データを送受信できるように呼送受信準備を要請する。
【０１５１】
ステップ２４０９で、ＵＰｎＰテレフォニクライアント２１０９は呼データ送受信を準備するが、呼送信時に転送するファイルを準備したり、通信ポートをオープンする動作を遂行する。この際、ＵＰｎＰテレフォニクライアント２１０９は、制御ポイント２１０２から呼データ送受信準備に対する応答メッセージを呼データ送受信を準備する前に制御ポイント２１０２に転送することもできる。
【０１５２】
ステップ２４１０で、制御ポイント２１０２はＵＰｎＰテレフォニサーバ２１０６のテレフォニデータ転送サービス２２０２を通じて呼転送エージェント２１０８を活性化させて呼データを送受信できるように呼送受信準備を要請する。
ステップ２４１１で、ＵＰｎＰテレフォニクライアント２１０９は呼データ送受信準備が完了したことを制御ポイント２１０２に知らせる。
【０１５３】
ステップ２４１２で、ＵＰｎＰテレフォニサーバ２１０６は呼データ送受信を準備するが、前述したように呼データ送信時に転送するファイルを準備したり、通信ポートをオープンする動作を遂行する。この際、ＵＰｎＰテレフォニサーバ２１０６は制御ポイント２１０２から呼データ送受信準備に対する応答メッセージを呼データ送受信を準備する前に制御ポイント２１０２に転送することもできる。
【０１５４】
ステップ２４１３で、テレフォニサーバ２１０６は呼データ送受信準備が完了したことを制御ポイント２１０２に知らせる。
ステップ２４１４で、制御ポイント２１０２はStartCalldelivery()のようなＵＰｎＰ Ａｃｔｉｏｎを用いてＵＰｎＰテレフォニクライアント２１０９のテレフォニデータ転送サービス２２０５を通じてＵＰｎＰテレフォニクライアント２１０９が呼データ送受信を開始するように要請する。
【０１５５】
ステップ２４１５で、制御ポイント２１０２はステップ２４１４のようにＵＰｎＰテレフォニサーバ２１０６が呼データ送受信を開始するように要請することができ、上記２ステップのうち、１つのみ実施する。このような要請ステップはユーザにより予め設定されたポリシーにより遂行されないことがある。
【０１５６】
ステップ２４１６で、制御ポイント２１０２はＵＰｎＰテレフォニサーバ２１０６に呼データ送信を要請する。このような呼送信要請には電話を受ける相対方の識別子が含まれる。ステップ２４１７で、ＵＰｎＰテレフォニサーバ２１０６は受信された呼送信要請をテレフォニサービス提供者２１０１に送信する。このような呼送信要請には電話を受ける相対方の識別子が含まれる。
【０１５７】
ステップ２４１８で、テレフォニサービス提供者２１０１とＵＰｎＰテレフォニサーバ２１０６との間の呼データ送受信がなされる。
上記のステップ２４１６とステップ２４１７は、ステップ２４０８の以前に遂行されることができ、その時は呼送受信セットアップ時に伝えられるプロファイル情報が呼データ送信要請と共に伝えられる。このようなプロファイル情報はサービス提供者２１０１に伝えられてサービス提供者２１０１とテレフォニサーバ２１０６との間のメディアセッションの連結に参考となる。
【０１５８】
ステップ２４１９で、ＵＰｎＰテレフォニサーバ２１０６とＵＰｎＰテレフォニクライアント２１０９は、ステップ２３０９で設定されたセットアップ情報に従って定まったメディアフォーマットで呼データを送受信する。
【０１５９】
以後、ステップ２４２０で、ユーザから呼送信を終了するための要請があれば、ＵＰｎＰテレフォニクライアント２１０９は制御ポイント２１０２に呼転送終了を要請することができ、このステップは選択的に実施される。
ステップ２４２１で制御ポイント２１０２はＵＰｎＰテレフォニサーバ２１０６に呼送信終了を要請し、ステップ２４２２でＵＰｎＰテレフォニサーバ２１０６はサービス提供者２１０２に呼転送終了要請を実施する。
【０１６０】
以後、ステップ２４２３でテレフォニサービス提供者２１０１は呼転送を終了する。
これを通じてユーザは制御ポイント２１０２を用いて呼を送信しようとするサーバとクライアントを選択し、選択されたサーバとクライアントとの間の呼送信を設定できるという利点がある。
【０１６１】
図１８は、本発明の第２実施形態に従ってホームネットワークシステムにおけるＳＭＳメッセージを受信するためのステップを示す制御フローチャートである。
ステップ２５００で、制御ポイント２１０２はＵＰｎＰテレフォニサーバ２１０６にイベント予約メッセージを転送する。
【０１６２】
ステップ２５０１で、外部からＳＭＳメッセージが受信されれば、テレフォニサービス提供者２１０１はＵＰｎＰイベントメカニズムを用いてＳＭＳメッセージが受信されることをＵＰｎＰテレフォニサーバ２１０６に知らせる。
【０１６３】
ステップ２５０２で、ＵＰｎＰテレフォニサーバ２１０６はＵＰｎＰイベントメカニズムを用いてＳＭＳメッセージが受信されることを制御ポイント２１０２に知らせ、ステップ２５０３で制御ポイント２１０２はＵＰｎＰテレフォニクライアント２１０９にＳＭＳメッセージ受信を知らせる。
【０１６４】
ステップ２５０４で、制御ポイント２１０２はユーザから受信決定要請があれば、ＳＭＳメッセージ受信を決定する。
ステップ２５０５で、制御ポイント２１０２は受信されたＳＭＳメッセージの全文をＵＰｎＰテレフォニサーバ２１０６に要請し、ステップ２５０６でＵＰｎＰテレフォニサーバ２１０６は要請されたＳＭＳメッセージの全文を制御ポイント２１０２に転送する。
【０１６５】
ステップ２５０７で、制御ポイント２１０２はユニキャストイベントメカニズム（Unicast Event mechanism）を用いてＳＭＳメッセージ転送のためのSendSMS()をＵＰｎＰテレフォニクライアント２１０９に転送する。
ステップ２５０８で、制御ポイント２１０２はユーザの要請に従ってＳＭＳメッセージを削除、保管、返事を決定し、ステップ２５０９でＵＰｎＰテレフォニサーバ２１０６にメッセージ削除、保管、返事を要請する。
【０１６６】
ステップ２５１０で、ＵＰｎＰテレフォニサーバ２１０６は要請に従ってメッセージ削除、保管、返事を遂行し、ステップ２５１１でこれに対するメッセージをテレフォニサービス提供者２１０１に転送する。即ち、ＵＰｎＰテレフォニサーバ２１０６は、テレフォニサービス提供者２１０１が提供したインターフェースを使用してＳＭＳメッセージを送ったり、自体的に保管及び削除作業を遂行する。
【０１６７】
このような要請を処理することに一定の時間がかかるので、ステップ２５１２でテレフォニサービス提供者２１０１は要請に従う結果をＵＰｎＰテレフォニサーバ１０６に転送し、ステップ２５１３でＵＰｎＰテレフォニサーバ１０６は要請に従う結果を制御ポイント２１０２に転送する。以後、ステップ２５１４で制御ポイント２１０２はＵＰｎＰテレフォニクライアント２１０９に結果を転送する。
【０１６８】
図１９は、本発明の第２実施形態に従ってテレフォニ端末２１０３と電子機器２１０４との間の呼送受信セットアップを設定するステップを示す制御フローチャートである。
ステップ２６００で、制御ポイント２１０２はＵＰｎＰテレフォニサーバ２１０６のテレフォニプロファイル管理サービス２２０１を通じてGetServerProtocolInfo()のようなＵＰｎＰ Ａｃｔｉｏｎを用いてテレフォニ端末２１０３が提供するプロトコル、ファイルフォーマット、使用可能な呼制御方式のようなセットアップ情報を要請する。この際、ステップ２６００は制御ポイント２１０２が図１６のステップ２３０３でＵＰｎＰテレフォニサーバ２１０６からセットアップ情報を受信する場合、追加的にセットアップ情報を要請することができ、予め受信されたセットアップ情報がある場合には遂行できないこともある。
【０１６９】
ステップ２６０１で、ＵＰｎＰテレフォニサーバ２１０６は要請されたセットアップ情報を制御ポイント２１０２に送信する。
ステップ２６０２で、制御ポイント２１０２はテレフォニクライアント２１０９のテレフォニプロファイル管理サービス２２０５を通じてGetServerProtocolInfo()のようなＵＰｎＰ Ａｃｔｉｏｎを用いて電子機器２１０４が提供するプロトコル、ファイルフォーマット、使用可能な呼制御方式のようなセットアップ情報を要請する。
【０１７０】
ステップ２６０３で、ＵＰｎＰテレフォニクライアント２１０９は要請されたセットアップ情報を制御ポイント２１０２に送信する。
ステップ２６０４で、制御ポイント２１０２は受信されたセットアップ情報のうち、呼送受信に使用するセットアップ情報を決定する。この際、制御ポイント２１０２はユーザによって呼送受信で使用するセットアップ情報を決定したり、ユーザが予め設定されたポリシーまたはデフォルトに設定されたポリシーに従って呼送受信で使用するセットアップ情報を決定することができる。
【０１７１】
ステップ２６０５で、制御ポイント２１０２は決まったセットアップ情報を含むプロファイルを生成する。ステップ２６０６で、制御ポイント２１０２は生成されたプロファイルをAddProfile()のようなＵＰｎＰ Ａｃｔｉｏｎを用いてテレフォニクライアント２１０９のテレフォニプロファイル管理サービス２２０５に送信する。
【０１７２】
ステップ２６０７で、制御ポイント２１０２は生成されたプロファイルをAddProfile()のようなＵＰｎＰ Ａｃｔｉｏｎを用いてＵＰｎＰテレフォニサーバ２１０６のテレフォニプロファイル管理サービス２２０１に送信する。これによって、制御ポイント２１０２はＵＰｎＰテレフォニサーバ２１０６及びＵＰｎＰテレフォニクライアント２１０９にプッシュ（push）またはプル（pull）が可能になる。
【０１７３】
上記のように本発明は送信されたＵＲＬの以外の他の情報を使用してセッションを連結する場合にも上記で生成されたプロファイルをテレフォニ端末２１０３または電子機器２１０４に送信できるという利点がある。
【符号の説明】
【０１７４】
１０１ サービス提供者
１０２ ＵＰｎＰテレフォニ制御ポイント
１０３ テレフォニサーバ
１０４ テレフォニクライアント
１０６ テレフォニサーバデバイス
１０９ テレフォニクライアントデバイス
【技術分野】
【０００１】
本発明は、ホームネットワークに関し、特にホームネットワーク上におけるＵＰｎＰ（Universal Plug and Play）を用いて呼を送受信するためのシステム及び方法に関する。
【背景技術】
【０００２】
一般に、ホームネットワークは、インターネットプロトコル（Internet Protocol；以下、ＩＰと称する）基盤の私設網（Private network）からなる。このようなホームネットワークは、個人コンピュータ（ＰＣ）、知能型製品、及び無線装置のような多様な装置を共通の仮想コンピュータ環境であるミドルウェア（middleware）を通じて１つのネットワークに連結して統制する。ここで、ミドルウェアは多様な装置をピア−ツー−ピア（Peer-to-Peer）方式により連結して装置同士間の通信を可能にするものである。今のまでミドルウェアはＨＡＶＩ（Home AV Interoperability）、ＵＰｎＰ（Universal Plug and Play）、Ｊｉｎｉ（Java（登録商標） Intelligent Network Infra-structure）、ＨＷＷ（Home Wide Web）等が提案された。
【０００３】
この中で、ＵＰｎＰネットワークは現在最も多く活用されているホームネットワーク技術であって、ＵＰｎＰデバイスとＵＰｎＰサービス（service）及びこれら間のプロトコルを定義する。
【０００４】
このようなＵＰｎＰネットワークは、ＩＰ基盤のホームネットワークに連結されて制御されるホームネットワーク装置である被制御装置（Controlled Device：ＣＤ）と、被制御装置を制御する装置である制御ポイント（Control Point：ＣＰ）とから構成される。
【０００５】
まず、制御ポイントは被制御装置に対する制御を遂行する装置であって、被制御装置にイベントを要請し、被制御装置からイベントを受信する。被制御装置は制御ポイントの要請に従って定まった機能を遂行する装置であって、状態（state）が変更されればイベントを要請した制御ポイントに要請されたイベントを送信する。
【０００６】
このように構成されたＵＰｎＰネットワーク装置は、広告（Advertisement）ステップ、発見（Discovery）ステップ、説明（Description）ステップ、制御（Control）ステップ、及びイベンティング（Eventing）ステップを遂行する。上記のステップについて具体的に説明すると、広告（Advertisement）ステップは、新たな被制御装置がホームネットワークに連結されてホームネットワーク上の他のデバイスに自身を知らせるステップである。発見（Discovery）ステップは、新たな制御ポイントがホームネットワークに連結されてホームネットワーク上で動作する被制御装置を検索（search）するステップである。説明（Description）ステップは、制御ポイントが被制御装置を制御するために検索された被制御装置のＩＰアドレスを通じてサービス説明（service description）ＸＭＬ（Extensible Markup Language）ファイル、またはデバイス説明（device description）ＸＭＬファイルをパ−シング（Parsing）して新しく追加されたデバイスの機能をより詳細に把握するステップである。制御（Control）ステップは、制御ポイントが被制御装置を通じて特定サービスを提供しようとする場合、ＵＰｎＰデバイスアーキテクチャに従ってＳＯＡＰを用いて所定のサービスを要請する制御メッセージ（action request）を該当被制御装置へ転送し、これに対する応答メッセージ（result、variable value）を受信するステップである。イベンティング（Eventing）ステップは、制御ポイントから転送される制御命令により所定のサービスを提供した被制御装置の情報変更状態を確認するステップである。
【０００７】
上記のようなＵＰｎＰネットワーク技術に基づいてオーディオ（Audio）／ビデオ（Video）のようなマルチメディアコンテンツを楽しむことができるＵＰｎＰ ＡＶ技術が登場したが、このようなＵＰｎＰ ＡＶ技術はＵＰｎＰ ＡＶスペックに記載されている。
【０００８】
ＵＰｎＰスペックによれば、ＵＰｎＰ ＡＶアーキテクチャはＣＤＳ（Content Directory Service）を通じてマルチメディアファイルを提供するメディアサーバ（Media Server）、提供されるマルチメディアファイルを再生するメディア再生機（Media Renderer）、及びメディアサーバとメディア再生機とが相互動作できるように制御する制御ポイントから構成される。ここで、ＣＤＳはメディアサーバに内蔵されているサービスであって、ホームネットワークの内外に存在してメディアサーバに格納されているコンテンツのメタデータを制御ポイントにて提供する。そして、制御ポイントはＣＤＳから提供されたメタデータを確認してメディア再生機に確認されたメタデータの再生を要請する。このように端末機がホームネットワーク上に存在する場合、該当端末機はＶＶＯＩＰ（Video and Voice Over IP）及びモバイルコミュニケーション（Mobile Communication）システムを通じて転送された呼を上記のようなＵＰｎＰ ＡＶアーキテクチャを用いてホームネットワーク内に再転送される。
【０００９】
このように、従来のＵＰｎＰ ＡＶアーキテクチャは、ホームネットワーク上でコンテンツを検索したり移動及び同期化するための技術であるので、電話通話システムで使用する多様な呼制御信号を制御し難いという問題点があった。その上、従来のＵＰｎＰ ＡＶアーキテクチャは、自動応答機能及びＳＭＳ作成または転送する機能を含まないので、このような機能を利用できないというは問題点があった。
【００１０】
また、従来のＵＰｎＰ ＡＶアーキテクチャは、ＡＶコンテンツを転送するために使われる技術であるので、通話音声及び映像を転送する場合、必要でない部分を含んでいるので、通話転送のための専用規格が求められた。
【発明の概要】
【発明が解決しようとする課題】
【００１１】
本発明は、ホームネットワーク上における呼を送受信するためのシステム、サーバ、クライアント、及び方法を提供することをその目的とする。
【課題を解決するための手段】
【００１２】
前述した課題を達成するための本発明は、制御ポイント、少なくとも１つの電子機器を含むホームネットワーク上におけるＵＰｎＰ（Universal Plug and Play）プロトコルを用いて呼を送受信するための装置であって、呼送受信要請及び上記呼送受信要請に対する応答を行い、呼データを送受信するテレフォニコアモジュールと、上記電子機器から受信された呼データを上記装置で使用できるフォーマットに変更した後、上記テレフォニコアモジュールに送信し、上記テレフォニコアモジュールから受信された呼データを上記対象電子機器に送信するテレフォニサーバ呼転送エージェントと、上記テレフォニコアモジュール及び上記テレフォニサーバ呼転送エージェントを制御し、上記装置と上記テレフォニ端末との間の呼データ送受信のためのセットアップ情報を管理する呼管理サービスモジュールと、を含むことを特徴とする。
【００１３】
また、本発明は、テレフォニ端末、制御ポイント、少なくとも１つの電子機器を含むホームネットワーク上において、上記テレフォニ端末がＵＰｎＰ（Universal Plug and Play）プロトコルを用いて呼を送受信するための方法であって、上記制御ポイントから呼受信のためのイベントの予約要請が受信されれば、上記受信されたイベントを登録するステップと、サービス提供者からの呼データ受信に対する知らせを待機し、上記サービス提供者から呼データ受信に対する知らせが受信されれば、上記制御ポイントに上記呼データ受信を知らせるステップと、上記制御ポイントから呼送受信のためのセットアップ情報を含むプロファイル情報が受信されれば、上記受信されたプロファイル情報に従って呼データ送信を準備し、上記制御ポイントに上記呼データ送信準備完了に対するメッセージを転送するステップと、上記サービス提供者に上記メディア呼データ受信を要請し、上記要請に従って受信された呼データを上記電子機器に転送するステップと、を含むことを特徴とする。
【発明の効果】
【００１４】
本発明は、ホームネットワーク上における呼送受信のためにサーバとクライアントとの間の呼送受信セットアップを設定し、設定されたサーバとクライアントとの間の呼を送受信することによって、ユーザが移動通信端末機の以外にホームネットの上に存在する装置を用いて便利に呼を送受信できるという利点がある。
【００１５】
本発明は、ホームネットワーク上に存在する画面サイズの大きいディスプレイ装置及び音響装置を通じて呼を送受信することによって、ユーザが呼送受信のためのディスプレイ画面をより大きい画面で確認することができるという利点がある。
【００１６】
また、本発明はユーザが移動通信端末を所持しない場合にも近接したホームネットワーク装置を用いて呼送受信を行なうことができるという利点がある。
その上、ユーザは呼送受信のために移動通信端末を利用する必要無しで、直ぐにホームネットワーク装置を用いて呼送受信を行なうことができるという利点がある。
【図面の簡単な説明】
【００１７】
【図１】本発明の第１実施形態に従うホームネットワークシステムの構成図である。
【図２】本発明の第１実施形態に従うホームネットワークシステムの詳細構成図である。
【図３】本発明の第１実施形態に従って呼制御信号を図示した図である。
【図４】本発明の第１実施形態に従ってサーバとクライアントとの間の呼送受信セットアップを設定するステップを示す制御フローチャートである。
【図５】本発明の第１実施形態に従ってホームネットワークシステムにおける呼受信の以後にサーバとクライアントとの間の呼送受信セットアップを設定して呼を受信するためのステップを示す制御フローチャートである。
【図６】本発明の第１実施形態に従って呼受信時、呼発信者関連情報をクライアント画面に表示するためのステップを示す制御フローチャートである。
【図７】本発明の第１実施形態に従って呼受信要請の以前にサーバとクライアントとの間の呼送受信セットアップを設定した後、呼を受信するためのステップを示す制御フローチャートである。
【図８】本発明の第１実施形態に従って呼受信要請の以前にサーバとクライアントとの間の呼送受信セットアップを設定した後、制御ポイントを除外したサーバとクライアントとの間の呼を受信するためのステップを示す制御フローチャートである。
【図９】本発明の第１実施形態に従ってホームネットワークシステムにおけるＳＭＳメッセージを受信するためのステップを示す制御フローチャートである。
【図１０】本発明の第１実施形態に従って呼受信の以後にサーバとクライアントとの間の呼送受信セットアップを設定して呼を送信するためのステップを示す制御フローチャートである。
【図１１】本発明の第１実施形態に従って呼送信時、電話帳をクライアント画面にディスプレイするためのステップを示す制御フローチャートである。
【図１２】本発明の第１実施形態に従って呼送信要請の以前にサーバとクライアントとの間の呼送受信セットアップを設定した後、制御ポイントを除外したサーバとクライアントとの間の呼を送信するためのステップを示す制御フローチャートである。
【図１３】本発明の第１実施形態に従ってホームネットワークシステムにおけるＳＭＳメッセージを送信するためのステップを示す制御フローチャートである。
【図１４】本発明の第２実施形態に従うホームネットワークシステムの構成図である。
【図１５】本発明の第２実施形態に従うホームネットワークシステムの詳細構成図である。
【図１６】本発明の第２実施形態に従ってホームネットワークシステムにおける呼を受信するためのステップを示す制御フローチャートである。
【図１７】本発明の第２実施形態に従ってホームネットワークシステムにおける呼を送信するためのステップを示す制御フローチャートである。
【図１８】本発明の第２実施形態に従ってホームネットワークシステムにおけるＳＭＳメッセージを受信するためのステップを示す制御フローチャートである。
【図１９】本発明の第２実施形態に従ってホームネットワークシステムにおける呼送受信セットアップを設定するステップを示す制御フローチャートである。
【発明を実施するための形態】
【００１８】
以下、添付した図面を参照して本発明に係る好ましい実施形態を詳細に説明する。本発明を説明するに当たって、関連した公知機能あるいは構成に対する具体的な説明が本発明の要旨を曖昧にすることができると判断される場合、その詳細な説明は省略する。
以下、本発明の第１実施形態に従うホームネットワークシステムの構成及び各構成の動作について図１を参照しつつ詳細に説明する。
【００１９】
図１は、本発明の第１実施形態に従うホームネットワークシステムの構成図を示す図である。
図１を参照すると、ホームネットワークシステムは、サービス提供者１０１、ＵＰｎＰテレフォニ制御ポイント（Universal Plug and Play Telephony Control Point；以下、‘制御ポイント’と称する）１０２、テレフォニサーバ（Telephony Server）１０３、及びテレフォニクライアント（Telephony Client）１０４から構成される。サービス提供者（Service Provider）１０１は、テレフォニサービス（Telephony Service）を提供し、呼を送受信するためのインターフェースをテレフォニサーバ１０３に提供する。
【００２０】
ＵＰｎＰテレフォニ制御ポイント１０２は、ＵＰｎＰ Ａｃｔｉｏｎを用いてテレフォニサーバデバイス（Telephony Server Device）１０６とテレフォニクライアントデバイス（Telephony Client Device）１０９を制御する論理的なソフトウェアモジュールである。ＵＰｎＰテレフォニ制御ポイント１０２は、テレフォニサーバ１０３から転送されたテレフォニサーバ１０３、またはテレフォニクライアント１０４が含む呼データ転送エージェントの能力情報を用いて呼送受信に使用するメディア、プロトコル、及び転送フォーマットを決定する。そして、ＵＰｎＰテレフォニ制御ポイント１０２は、決まったメディア、プロトコル、及び転送フォーマットが定義されたプロファイルを生成してテレフォニサーバ１０３またはテレフォニクライアント１０４に転送することによって、テラーフォニーサーバ１０３またはテレフォニクライアント１０４に含まれた呼データ転送エージェントの環境を設定する。
【００２１】
また、ＵＰｎＰテレフォニ制御ポイント１０２は、テレフォニサーバ１０３、テレフォニクライアント１０４、またはＰＣ（Personal Computer）、ＰＤＡ（Personal Digital Assistant）のような装置に含まれることができる。仮に、ＵＰｎＰテレフォニ制御ポイント１０２がテレフォニサーバ１０３またはテレフォニクライアント１０４の内部に含まれれば、ＵＰｎＰテレフォニ制御ポイント１０２はＵＰｎＰ Ａｃｔｉｏｎを利用せず、直接にテレフォニサーバデバイス１０６またはテレフォニクライアントデバイス１０９を制御することができる。
【００２２】
テレフォニサーバ１０３は、携帯電話、電話のようなＣＥ（Computer Engineering）装置及びソフトウェアから構成されたＶｏＩＰ（Voiceover IP）を含んだＰＣのような物理的な装置であって、ソフトウェアから構成されたテレフォニサーバデバイス１０６を含む。また、テレフォニサーバ１０３は、テレフォニサービスを提供するサービス提供者１０１と、該当サービス提供者１０１が提供したインターフェースを用いて呼送受信を制御する。
【００２３】
テレフォニクライアント１０４は、移動通信端末機、画像電話のようなユーザの音声または映像を入出力できるＣＥ装置、及びＰＣまたはＴＶのような物理的な装置であって、ソフトウェアから構成されたテレフォニクライアントデバイス１０９を含む。このようなホームネットワークシステムを用いてユーザが家の中で便利に呼を送受信することができる。
【００２４】
図２は、本発明の第１実施形態に従うホームネットワークシステムの詳細構成図を示す図である。
図２を参照すると、テレフォニサーバ１０３は、セルラーモジュール１０５、テレフォニサーバデバイス１０６、帯域外のプロトコル呼制御サービス（Out of band Protocol CCS）１０７、及び呼転送エージェント（Call Transfer Agent）１０８を含む。
【００２５】
セルラーモジュール１０５は端末機を構成する一般的な端末機構成要素を含むモジュールであって、セルラー網に接続して呼送信要請、呼受信要請に対する応答、呼データ転送だけでなく、サービス提供者１０１が提供する多様なサービスを遂行する。このようなセルラーモジュール１０５は、一実施形態としてサービス提供者１０１と連結されてテレフォニサービス（Telephony Service）を提供するＶｏＩＰのような如何なるモジュールにも取替できる。
【００２６】
テレフォニサーバデバイス１０６は、呼制御サービス（Call Control Service）２００、テレフォニサーバコンフィグサービス（Telephony Client Config Service）２０１、チャンネル転送サービス（Channel Transport Service）２０２、自動応答サービス（Answering machine Service）２０３、及びＨＩＤサービス（HID Service）２０４を含む。各構成要素について具体的に説明すると、呼制御サービス２００は、呼送信要請、呼受信要請に対する応答、及び呼データ転送を遂行するようにセルラーモジュール１０５を制御する。
【００２７】
テレフォニサーバコンフィグサービス２０１は、テレフォニサーバ１０３とテレフォニクライアント１０４との間に転送される規格を同期化するために、テレフォニサーバ１０３またはテレフォニクライアント１０４が保有した呼データ転送エージェント１０８の能力（Capability）をＵＰｎＰテレフォニ制御ポイント１０２に提供する。そして、テレフォニサーバコンフィグサービス２０１は、ＵＰｎＰテレフォニ制御ポイント１０２から能力情報を記録したプロファイル（Profile）を受信する。このようなプロファイルは、テレフォニサーバ１０３またはテレフォニクライアント１０４の唯一の識別子を含み、呼送受信時に含まれた識別子を用いてテレフォニサーバ１０３またはテレフォニクライアント１０４を区別する。
【００２８】
チャンネル転送サービス２０２は、テレフォニサーバ１０３とテレフォニクライアント１０４との間の呼データの送受信に必要とされる送受信情報を設定する。この際、設定される情報はプロファイルで定義したプロトコルに従って変わることができる。例えば、プロファイルに定義されたプロトコルがイーサネット（登録商標）（Ethernet（登録商標））を基盤とするＴＣＰ／ＩＰ上のＨＴＴＰの場合、設定される情報は両方向に呼データを送受信できるＵＲＬとなることができる。
【００２９】
また、ホームネットワーク上に複数のテレフォニサーバ１０３またはテレフォニクライアント１０４が存在する場合、ユーザから通信連結のためのテレフォニサーバ１０３とテレフォニクライアント１０４の選択があれば、チャンネル転送サービス２０２は選択されたテレフォニサーバ１０３とテレフォニクライアント１０４に対する情報をテレフォニクライアント１０４に転送する。そのようにして、チャンネル転送サービス２０２は選択されたテレフォニサーバ１０３とテレフォニクライアント１０４との間の呼データ送受信を開始する。
【００３０】
自動応答サービス２０３は、テレフォニクライアント１０４がテレフォニサーバ１０３の自動応答機能を設定したり使用するための機能を提供する。テレフォニクライアント１０４の呼データ送信エージェントからユーザの音声データが受信されれば、自動応答サービス２０３は受信された音声データを格納する。また、自動応答サービス２０３は留守中メッセージのようにテレフォニクライアント１０４が受信できなかった呼データに対する情報を予め格納し、格納された呼データ情報をテレフォニクライアント１０４に送信するように呼データ送信エージェントを制御する。したがって、本発明では自動応答サービス２０３を通じて音声データが格納される途中で呼が受信されてもテレフォニクライアント１０４が音声データの格納を中止した後、呼を受信することができる。
【００３１】
ＨＩＤ（Human Interface Device）サービス２０４は、テレフォニクライアント１０４にテキスト入力を行うための入力装置がない場合に使用するサービスであって、入力装置に対する入力タイプを定義して設定した後、テレフォニクライアント１０４に入力値を伝達する機能を遂行する。
【００３２】
上記のようなテレフォニサーバデバイス１０６は、自動応答サービス２０３とＨＩＤサービス２０４はテレフォニサーバデバイス１０６を含まず、その他のサービスのみでも構成できる。
【００３３】
一方、帯域外のプロトコル呼制御サービス１０７は、ＵＰｎＰプロトコルを利用せず、その他のＣＥＡ２０１４及びＸＲＴのような遠隔ユーザインターフェースプロトコル（Remote UI Protocol）またはＳＩＰプロトコル技術を用いて呼制御を遂行する。
呼転送エージェント１０８は、テレフォニサーバ１０３とテレフォニクライアント１０４との間の呼データ送受信を制御するモジュールであって、定義された転送メディア、プロトコル、及び転送フォーマットを用いて呼データを送受信する。この際、用いられる転送メディア、プロトコル、及び転送フォーマットは、特定技術に限定されない。
【００３４】
また、呼転送エージェント１０８は、受信された呼データをセルラーモジュール１０５が使用することができるフォーマットに変更し、変更されたフォーマットの呼データをセルラーモジュール１０５に伝達する。これによって本発明ではテレフォニサーバ１０３とテレフォニクライアント１０４との間の呼データを送受信できるようになる。
【００３５】
例えば、プロファイルに定義されたプロトコルがイーサネット（登録商標）（Ethernet（登録商標））を基盤とするＴＣＰ／ＩＰ上のＨＴＴＰの場合、チャンネル送受信サービス２０２に設定された送受信情報が両方向に呼データを送受信できるＵＲＬであれば、呼転送エージェント１０８はＵＲＬを用いて呼データを送受信することができる。
【００３６】
一方、テレフォニクライアント１０４は、テレフォニクライアントデバイス１０９、帯域外のプロトコル呼制御サービス１１０、及び呼データ送受信エージェント１１１を含む。このようなテレフォニクライアント１０４に含まれた構成要素は上記でテレフォニサーバ１０３を説明しながら共に説明したテレフォニサーバ１０３の構成要素と動作が同一であるので、詳細な記載は省略する。
【００３７】
但し、テレフォニクライアントデバイス１０９に含まれた呼制御サービス制御ポイント（ＣＰ）２０７は、テレフォニサーバデバイス１０６の呼制御サービス２００を制御することによってセルラーモジュール１０５を制御し、これを通じてサービス提供者１０１に呼に関連した情報を送信する。
【００３８】
図３は、本発明の第１実施形態に従って呼制御サービスＣＰ２０７と呼制御サービス２００、及びサービス提供者１０１に転送される呼制御信号を示す図である。
図３を参照すると、ReceiveCall()３００は、呼が受信されて呼が受信されることを知らせる音声データを出力する途中に呼を受信することを知らせるためのＵＰｎＰ Ａｃｔｉｏｎである。呼制御サービスＣＰ２０７は、サービス提供者１０１により提供されたインターフェースを用いてReceiveCall()３００を呼制御サービス２００に送信する。以後、呼制御サービス２００は、呼受信メッセージ３０１を生成してサービス提供者１０１に送信し、サービス提供者１０１から受信された呼データを呼転送エージェントを通じてテレフォニクライアント１０４に送信する。
【００３９】
SendCall()３０２は、呼を送信することを知らせ、呼送信をしようとする相対方の端末機の電話番号を共に送信するためのＵＰｎＰ Ａｃｔｉｏｎである。呼制御サービスＣＰ ２０７は、サービス提供者１０１により提供されたインターフェースを用いてSendCall()３０２を呼制御サービス２００に送信する。以後、呼制御サービス２００は、呼送信メッセージ３０３を生成してサービス提供者１０１に送信する。以後、呼制御サービス２００は、テレフォニクライアント１０４から受信された呼データをサービス提供者１０１に送信する。この際、呼転送エージェント１０８は呼が受信者の端末機と連結されなくても送話音データをサービス提供者１０１に送信することができる。
【００４０】
TerminateCall()３０４は、呼データ送受信を終了することを知らせるためのＵＰｎＰ Ａｃｔｉｏｎである。呼制御サービスＣＰ ２０７は、サービス提供者１０１により提供されたインターフェースを用いてTerminateCall()３０４を呼制御サービス２００に送信する。以後、呼制御サービス２００は、呼終了メッセージ３０５を生成してサービス提供者１０１に送信し、呼データ受信を終了したり呼データの受信を終了する。
【００４１】
RequestSendSMS()３０６は、ＳＭＳメッセージと共にＳＭＳメッセージを送信することを知らせるためのＵＰｎＰ Ａｃｔｉｏｎである。呼制御サービスＣＰ２０７は、サービス提供者１０１により提供されたインターフェースを用いてＳＭＳメッセージを含めたRequestSendSMS（message）３０６を呼制御サービス２００に送信する。以後、呼制御サービス２００は、ＳＭＳ送信メッセージ３０７を生成してサービス提供者１０１に送信する。
【００４２】
Sendkeyvalue()３０８は、多様なＡＲＳサービスを利用するために生成されるキー値を伝達するためのＵＰｎＰ Ａｃｔｉｏｎである。呼制御サービスＣＰ２０７は、サービス提供者１０１により提供されたインターフェースを用いてユーザを通じて入力されるキー値を含めたSendkeyvalue（keycode）３０８を呼制御サービス２００に送信する。以後、呼制御サービス２００は、キーコードメッセージ３０９を生成してサービス提供者１０１に送信する。
【００４３】
このように、呼制御サービスＣＰ２０７は多様なＵＰｎＰ Ａｃｔｉｏｎを用いてセルラーモジュール１０５を制御できるという利点がある。
一方、ＵＰｎＰテレフォニ制御ポイント１０２は、呼送受信のためにテレフォニサービスデバイス１０６とテレフォニクライアントデバイス１０９との間の呼送受信セットアップを設定して通信連結を行うが、これについて図４を参照して具体的に説明する。
【００４４】
図４は、本発明の第１実施形態に従ってテラーフォニーサーバ１０３とテレフォニクライアント１０４との間の呼送受信セットアップを設定するステップを示す制御フローチャートである。
【００４５】
ステップ４００で、制御ポイント１０２はテレフォニサーバデバイス１０６のテレフォニサーバコンフィグサービス２０１を通じてGetServerProtocolInfo()のようなＵＰｎＰ Ａｃｔｉｏｎを用いてテレフォニサーバ１０３が提供するプロトコル、ファイルフォーマット、及び使用可能な呼制御方式のようなセットアップ情報を要請する。
【００４６】
ステップ４０１で、テレフォニサーバデバイス１０６は要請されたセットアップ情報を制御ポイント１０２に送信する。
ステップ４０２で、制御ポイント１０２はテレフォニクライアントデバイス１０９のテレフォニサーバコンフィグサービス２０５を通じてGetServerProtocolInfo()のようなＵＰｎＰ Ａｃｔｉｏｎを用いてテレフォニクライアント１０３が提供するプロトコル、ファイルフォーマット、及び使用可能な呼制御方式のようなセットアップ情報を要請する。
【００４７】
ステップ４０３で、テレフォニクライアントデバイス１０９は要請されたセットアップ情報を制御ポイント１０２に送信する。
ステップ４０４で、制御ポイント１０２は受信されたセットアップ情報のうち、呼送受信に使用するセットアップ情報を決定する。この際、制御ポイント１０２はユーザによって呼送受信で使用するセットアップ情報を決定したり、ユーザによって予め設定されたポリシーまたはデフォルトに設定されたポリシーに従って呼送受信で使用するセットアップ情報を決定することができる。
【００４８】
ステップ４０５で、制御ポイント１０２は決まったセットアップ情報を含むプロファイルを生成する。
ステップ４０６で、制御ポイント１０２は生成されたプロファイルをAddProfile()のようなＵＰｎＰ Ａｃｔｉｏｎを用いてテレフォニクライアントデバイス１０９のテレフォニサーバコンフィグサービス２０５に送信する。
【００４９】
ステップ４０７で、制御ポイント１０２は生成されたプロファイルをAddProfile()のようなＵＰｎＰ Ａｃｔｉｏｎを用いてテレフォニサーバデバイス１０６のテレフォニサーバコンフィグサービス２０１に送信する。
ステップ４０８で、制御ポイント１０２はテレフォニクライアント１０４とのセッションを連結して受信チャンネルと送信チャンネルを生成し、生成された送受信チャンネルで使用できるＵＲＬをSetURL（send, receive）のようなＵＰｎＰ Ａｃｔｉｏｎを用いてテレフォニクライアント１０４のチャンネル送受信サービス１１６に送信する。これを通じて本発明は送信されたＵＲＬの以外の他の情報を使用してセッションを連結する場合にも上記で生成されたプロファイルをテレフォニサーバ１０３またはテレフォニクライアント１０４に送信できるという利点がある。
【００５０】
上記のようなステップを通じて制御ポイント１０２は、テレフォニサーバ１０３とテレフォニクライアント１０４との間の呼送受信セットアップを設定する。仮に、予め事前に呼送受信セットアップが設定されてプロファイルが生成されていると、上記のような呼送受信セットアップは設定しないこともある。
【００５１】
このような呼送受信セットアップステップは、前述したように、呼送受信要請がある時に設定され、呼送受信要請より以前に予め設定されることもある。このように呼送受信セットアップが完了した状態としても新たなテレフォニサーバまたはテレフォニクライアントがホームネットワーク上に進入すれば、各サーバ及びクライアント毎にＩＰが新しく与えられる。したがって、テレフォニサーバまたはテレフォニクライアントは、新しく呼送受信セットアップを設定しなければならない。新しく呼送受信セットアップを設定する時、ユーザは呼送受信のためのサーバ及びクライアントを選択したり、前もって設定されたプロファイルを使用するか否かを選択することができる。また、このような呼送受信セットアップは予め設定されたポリシーに従って自動で遂行される。
【００５２】
図５は、本発明の第１実施形態に従ってホームネットワークシステムにおける呼受信の以後にテレフォニサーバ１０３とテレフォニクライアント１０４との間の呼送受信セットアップを設定して呼を受信するためのステップを示す制御フローチャートである。
【００５３】
図５を参照すると、外部から呼が受信されれば、サービス提供者１０１は、ステップ５００でテレフォニサーバデバイス１０６に呼が受信されることを知らせる。ステップ５０１で、テレフォニサーバデバイス１０６はＵＰｎＰデバイスアーキテクチャ（UPnP Device Architecture）と定義されたＵＰｎＰイベントメカニズムを用いて制御ポイント１０２に呼が受信されることを知らせる。
【００５４】
また、テレフォニサーバデバイス１０６は、ステップ５０２でＵＰｎＰデバイスアーキテクチャに定義されたＵＰｎＰイベントメカニズムを用いてテレフォニクライアントデバイス１０９に呼が受信されることを知らせる。このように、テレフォニサーバデバイス１０６は、ＵＰｎＰデバイスアーキテクチャに定義されたＵＰｎＰイベントメカニズムの以外に、ユニキャストイベントメカニズムまたはマルチキャストイベントメカニズムを用いて呼が受信されることを知らせることもできる。この際、テレフォニサーバデバイス１０６は、テレフォニクライアントデバイス１０９に呼が受信されることを知らせると共に呼送信者の電話番号を送信する。そのようにして、テレフォニクライアントデバイス１０９の画面に呼発信者の電話番号をディスプレイすることができる。
【００５５】
ステップ５０３で、制御ポイント１０２はホームネットワーク上に存在する複数のテレフォニサーバ及びテレフォニクライアントのうち、呼を受信しようとするサーバとクライアントを選択し、選択されたサーバとクライアントとの間の呼受信のためのプロファイルを選択する。この際、呼を受信しようとするサーバとクライアントを選択するステップは、ユーザによって予め設定されたポリシーに従って自動で遂行される。
【００５６】
ステップ５０４で、制御ポイント１０２は選択されたサーバとクライアントとの間の呼送受信セットアップを設定する。このような呼送受信セットアップは、上記の図４を説明したように設定される。
【００５７】
ステップ５０５で、制御ポイント１０２はテレフォニクライアントデバイス１０９のチャンネル送受信サービス２０６を通じてCallIinitiate()のようなＵＰｎＰ Ａｃｔｉｏｎを用いてテレフォニクライアント１０４の呼データ送受信エージェント１１１を活性化させて呼データを受信することができるように準備を要請する。ステップ５０６で、テレフォニクライアントデバイス１０９は呼データ受信を準備するが、呼受信時に転送するファイルを準備したり、通信ポートをオープンする動作を遂行する。
【００５８】
以後、ステップ５０７で、制御ポイント１０２はテレフォニサーバデバイス１０６のチャンネル送受信サービス２０２を通じてCallIinitiate()のようなＵＰｎＰ Ａｃｔｉｏｎを用いてテレフォニサーバ１０３の呼データ送受信エージェント１０８を活性化させて呼データを受信することができるように準備を要請する。ステップ５０８で、テレフォニサーバデバイス１０６は呼データ受信を準備するが、前述したように、呼受信時に転送するファイルを準備したり、通信ポートをオープンする動作を遂行する。
【００５９】
ステップ５０９で、制御ポイント１０２はテレフォニクライアントデバイス１０９のチャンネル送受信サービス２０６を通じてStartCalldelivery()のようなＵＰｎＰ Ａｃｔｉｏｎを用いてテレフォニクライアントデバイス１０９が呼受信を開始するように要請する。このような要請ステップは、ユーザから予め設定されたポリシーにより遂行できないことがある。例えば、ユーザは制御ポイント１０２を通じてテレフォニクライアントデバイス１０９に呼受信開始を要請せず、直ぐにテレフォニクライアントデバイス１０９を用いて呼受信を開始することができる。
【００６０】
ステップ５１０で、テレフォニクライアントデバイス１０９の呼制御サービスＣＰ２０７は、図４で説明したようにReceiveCall() Ａｃｔｉｏｎを用いてテレフォニサーバデバイス１０６に呼受信開始を知らせる。この際、テレフォニクライアントデバイス１０９は、ユーザにより呼制御プロトコルを用いて呼受信開始を知らせるメッセージをテレフォニサーバデバイス１０６に送信することができる。その上、テレフォニクライアントデバイス１０９は、ＵＰｎＰ Ａｃｔｉｏｎの以外に上記で帯域外のプロトコル呼制御サービス１０７を説明しながら共に説明したＣＥＡ２０１４及びＸＲＴのような遠隔ユーザインターフェース（Remote UI）プロトコルまたはＳＩＰプロトコルを用いてメッセージを送信することもできる。
【００６１】
ステップ５１１で、テレフォニサーバデバイス１０６はサービス提供者５１１に呼データ受信を要請する。
ステップ５１２で、サービス提供者１０１が呼データを送信すれば、テレフォニサーバデバイス１０６は受信された呼データをテレフォニクライアントデバイス１０９に送信する。即ち、テレフォニサーバデバイス１０６は帯域外のプロトコル（out of band protocol）を用いて呼データをストリーム（stream）する。
【００６２】
以後、ユーザから呼受信を終了するための要請があれば、テレフォニクライアントデバイス１０９は、制御ポイント１０２に呼受信終了を要請し、制御ポイント１０２はテレフォニサーバデバイス１０６に呼受信終了を要請する。以後、テレフォニサーバデバイス１０６は呼データ受信を終了する。
【００６３】
これを通じてユーザは制御ポイントを用いて呼を受信しようとするサーバとクライアントを選択し、選択されたサーバとクライアントとの間の呼受信を設定することができるという利点がある。このように、本発明では呼が受信されれば呼発信者の電話番号を画面にディスプレイできるが、電話番号だけでなく呼発信者の名前、プロフィール、日程のような呼発信者の関連情報を画面に表示することもできる。
【００６４】
図６は、本発明の第１実施形態に従って呼受信時に呼発信者関連情報をテレフォニクライアント１０４の画面に表示するためのステップを示す制御フローチャートである。
図６を参照すると、ステップ６００で、サービス提供者１０１はテレフォニサーバデバイス１０６に呼が受信されることを知らせる。ステップ６０１で、テレフォニサーバデバイス１０６は制御ポイント１０２に呼が受信されることを知らせる。また、テレフォニサーバデバイス１０６は、ステップ６０２でテレフォニクライアントデバイス１０９に呼が受信されることを知らせる。
【００６５】
以後、ステップ６０３で制御ポイント１０２は、getSenderInformation()のようなＵＰｎＰ Ａｃｔｉｏｎを用いてテレフォニサーバデバイス１０６に呼発信者関連情報を要請する。この際、呼発信者関連情報は前述したように、呼発信者の名前、電話番号、プロフィール、及び日程を含む情報を意味する。
【００６６】
ステップ６０４で、テレフォニサーバデバイス１０６は要請された呼発信者の関連情報を検索して制御ポイント１０２に送信する。
ステップ６０５で、制御ポイント１０２はsetSenderInformation()のようなＵＰｎＰ Ａｃｔｉｏｎを用いて受信された呼発信者関連情報をテレフォニクライアントデバイス１０９に送信する。
【００６７】
ステップ６０６で、テレフォニクライアントデバイス１０９は受信された呼発信者関連情報を画面にディスプレイする。以後、前述した図５のステップ５０３からステップ５１３と同一なステップを遂行する。これを通じてユーザは呼送信時に呼発信者の多様な情報を共に確認することができるという利点がある。
【００６８】
図７は、本発明の第１実施形態に従ってホームネットワークシステムにおける呼受信要請の以前に呼送受信セットアップを設定した後、呼を受信するためのステップを示す制御フローチャートである。
図７を参照すると、ステップ７００で、制御ポイント２００は上記の図３で説明した呼送受信セットアップステップのようにテレフォニサーバデバイス１０６とテレフォニクライアントデバイス１０９との間の呼受信設定を遂行する。外部から呼信号が受信されれば、サービス提供者１０１はステップ７０１でテレフォニサーバデバイス１０６に呼が受信されることを知らせる。ステップ７０２で、テレフォニサーバデバイス１０６はＵＰｎＰデバイスアーキテクチャに定義されたＵＰｎＰイベントメカニズムを用いて制御ポイント１０２に呼が受信されることを通知する。
【００６９】
ステップ７０３で、制御ポイント１０２はホームネットワーク上で呼受信設定された複数のテレフォニサーバ及びテレフォニクライアントのうち、呼を受信しようとするサーバとクライアントを選択し、選択されたサーバとクライアントとの間の呼送信のためのプロファイルを選択する。この際、プロファイルはユーザにより予め設定され、デフォルトに事前に設定されることもできる。
【００７０】
ステップ７０４で、制御ポイント１０２は選択されたサーバとクライアントが利用できる１つ以上のプロトコルのうち、呼受信のために使用するプロトコルが定義されたプロファイルＩＤを含むCallInitiate（profileID）のようなＵＰｎＰ Ａｃｔｉｏｎを用いてテレフォニクライアント１０４が呼データを受信することができるように準備を要請する。ステップ７０５で、テレフォニクライアントデバイス１０９は呼データを受信することができるように準備する。
【００７１】
ステップ７０６で、制御ポイント１０２は選択されたプロファイルに対するテレフォニサーバＩＤ値を含むCallInitiate（profileID）のようなＵＰｎＰ Ａｃｔｉｏｎを用いてテレフォニサーバ１０３が呼データを受信することができるように準備を要請する。ステップ７０７で、テレフォニサーバデバイス１０６は呼データを受信することができるように準備する。
【００７２】
以後、ステップ７０８からステップ７１２は、上記の図５で説明したステップ５０９からステップ５１３までの動作と同一であるので、詳細な記載を省略する。
このように、上記では呼受信要請の以前に制御ポイント１０２が予め呼送受信セットアップを設定してテレフォニサーバデバイスとテレフォニクライアントデバイスとの間の呼を受信するためのステップについて説明した。
【００７３】
図８は、本発明の第１実施形態に従ってホームネットワーク上における呼受信要請の以前に呼送受信セットアップを設定した後、制御ポイント１０２を除外したテレフォニサーバデバイス１０６とテレフォニクライアントデバイス１０９との間の呼を受信するためのステップを示す制御フローチャートである。
【００７４】
図８を参照すると、ステップ８００で、制御ポイント１０２はテレフォニサーバデバイス１０６とテレフォニクライアントデバイス１０９との間の呼送受信セットアップを設定する。このような呼送受信セットアップは、上記の図５を参照して説明したようなステップにより設定される。
【００７５】
以後、制御ポイント１０２が呼受信ステップから除外され、ステップ８０１でサービス提供者１０１がテレフォニサーバデバイス１０６に呼受信を知らせる。
ステップ８０２で、テレフォニサーバデバイス１０６は呼受信を知らせるためにマルチキャストメカニズムを用いて着信通知（Incoming call notification）をテレフォニクライアントデバイス１０９に直接送信する。
【００７６】
以後、ステップ８０３で、テレフォニクライアントデバイス１０９は呼を受信しようとするサーバとクライアントを選択し、選択されたサーバとクライアントとの間の呼受信のためのプロファイルを選択する。
【００７７】
ステップ８０４で、テレフォニクライアントデバイス１０９は呼を受信するように準備する。以後、ステップ８０５で、テレフォニクライアントデバイス１０９はマルチキャストメカニズムを用いて呼初期化通知（Call Initiation notification）をテレフォニサーバデバイス１０６に送信して呼受信を準備するようにする。この際、クライアントデバイス１０９はマルチキャストメカニズムの以外にユニキャストメカニズムやＵＰｎＰ Ａｃｔｉｏｎを用いて呼受信準備するようにすることができる。
【００７８】
ステップ８０６で、テレフォニサーバデバイス１０６は呼受信を準備する。
ステップ８０７で、テレフォニクライアントデバイス１０９は呼受信を開始するための要請があれば、ステップ８０８に進行してテレフォニサーバデバイス１０６に呼受信開始を知らせ、でなければ、ステップ８０７で呼受信を開始するための要請があるか否かを続けて確認する。
以後、ステップ８０９からステップ８１１は、上記の図５で説明したステップ５１１からステップ５１３までの動作と同一であるので、詳細な記載を省略する。
【００７９】
このように、上記では制御ポイント１０２を除外したテレフォニサーバデバイス１０６とテレフォニクライアントデバイス１０９との間の呼を受信するステップについて説明した。ここで、制御ポイント１０２は論理的なコンポーネントであって、テレフォニサーバデバイス１０６またはテレフォニクライアントデバイス１０９と同一な物理的装置内に存在できる。仮に、同一な物理的装置内に制御ポイント１０２が存在すれば、ＵＰｎＰ Ａｃｔｉｏｎまたはネットワークプロトコル（Network Protocol）を使用して転送するメッセージを含むプロセスは内部機能を用いてメッセージを転送し、その他には同一な方式を利用する。
【００８０】
図９は、本発明の第１実施形態に従ってホームネットワークシステムにおけるＳＭＳメッセージを受信するためのステップを示す制御フローチャートである。
図９を参照すると、ステップ９００で、外部からＳＭＳメッセージが受信されれば、サービス提供者１０１はＳＭＳメッセージ受信をテレフォニサーバデバイス１０６に知らせる。ステップ９０１で、テレフォニサーバデバイス１０６はＵＰｎＰイベントメカニズムを用いて制御ポイント１０２にＳＭＳメッセージ受信を知らせ、ステップ９０２で、テレフォニサーバデバイス１０６はＵＰｎＰイベントメカニズムを用いてテレフォニクライアントデバイス１０９にＳＭＳメッセージ受信を知らせる。この際、テレフォニサーバデバイス１０６は、ユニキャストイベントメカニズムまたはマルチキャストイベントメカニズムを用いてＳＭＳメッセージ受信を知らせることができる。
【００８１】
ステップ９０３で、制御ポイント１０２はユニキャストイベントメカニズム（Unicast Event mechanism）を用いてＳＭＳメッセージを送信するためにSendSMS()をテレフォニクライアントデバイス１０９に送信する。この際、制御ポイント１０２は、ユニキャストイベントメカニズムの以外にマルチキャストイベントメカニズムまたはＵＰｎＰ Ａｃｔｉｏｎを使用してＳＭＳメッセージを送信することができる。
【００８２】
図１０は、本発明の第１実施形態に従ってホームネットワークシステムにおける呼受信の以後にテレフォニサーバ１０３とテレフォニクライアント１０４との間の呼送受信セットアップを設定して呼を送信するためのステップを示す制御フローチャートである。
【００８３】
図１０を参照すると、ユーザから入力された電話番号に該当する端末機に呼送信のための要請があれば、テレフォニクライアントデバイス１０９は、ステップ１０００で制御ポイント１０２に呼送信要請を知らせる。ステップ１００１で、テレフォニクライアントデバイス１０９はテレフォニサーバデバイス１０６に呼が受信されることを知らせる。この際、テレフォニクライアントデバイス１０９は、ＵＰｎＰデバイスアーキテクチャに定義されたＵＰｎＰイベントメカニズムを用いて呼が受信されることを知らせる。このようなテレフォニサーバデバイス１０６は、ＵＰｎＰデバイスアーキテクチャに定義されたＵＰｎＰイベントメカニズムの以外にユニキャストイベントメカニズムまたはマルチキャストイベントメカニズムを用いて呼送信要請を知らせることもできる。
【００８４】
また、テレフォニクライアントデバイス１０９は、テレフォニサーバデバイス１０６に呼送信要請を知らせると共に、呼受信者の電話番号を送信し、これをサービス提供者１０１に送信することができる。
【００８５】
ステップ１００２で、制御ポイント１０２はホームネットワーク上に存在する複数のテレフォニサーバ及びテレフォニクライアントのうち、呼を送信しようとするサーバとクライアントを選択し、選択されたサーバとクライアントとの間の呼送信のためのプロファイルを選択する。この際、呼を送信しようとするサーバとクライアントを選択するステップはユーザによって予め設定されたポリシーに従って自動で遂行される。
【００８６】
ステップ１００３で、制御ポイント１０２は選択されたサーバとクライアントとの間の呼送受信セットアップを設定する。このような呼送受信セットアップは、上記の図４を説明したように設定される。
【００８７】
ステップ１００４で、制御ポイント１０２はテレフォニクライアントデバイス１０９のチャンネル送受信サービス２０６を通じてCallIinitiate()のようなＵＰｎＰ Ａｃｔｉｏｎを用いてテレフォニクライアント１０４の呼データ送受信エージェント１１１を活性化させて呼データを送信できるように準備を要請する。ステップ１００５で、テレフォニクライアントデバイス１０９は呼データ送信を準備するが、呼送信時に転送するファイルを準備したり通信ポートをオープンする動作を遂行する。
【００８８】
ステップ１００６で、制御ポイント１０２はテレフォニサーバデバイス１０６のチャンネル送受信サービス２０２を通じてCallIinitiate()のようなＵＰｎＰ Ａｃｔｉｏｎを用いてテレフォニサーバ１０３の呼データ送受信エージェント１０８を活性化させて呼データを送信できるように準備を要請する。ステップ１００７で、テレフォニサーバデバイス１０６は呼データ送信を準備するが、前述したように呼送信時に転送するファイルを準備したり通信ポートをオープンする動作を遂行する。
【００８９】
ステップ１００８で、制御ポイント１０２はテレフォニクライアントデバイス１０９のチャンネル送受信サービス２０６を通じてStartCalldelivery()のようなＵＰｎＰ Ａｃｔｉｏｎを用いてテレフォニクライアントデバイス１０９が呼送信を開始するように要請する。このような要請ステップは、ユーザにより予め設定されたポリシーにより遂行できないことがある。例えば、ユーザは制御ポイント１０２を通じてテレフォニクライアントデバイス１０９に呼送信開始を要請せず、直ぐにテレフォニクライアントデバイス１０９を用いて呼送信を開始することができる。
【００９０】
ステップ１００９で、テレフォニクライアントデバイス１０９の呼制御サービスＣＰ ２０７は、上記の図４で説明した通りSendCall() Ａｃｔｉｏｎを用いてテレフォニサーバデバイス１０６に呼送信開始を知らせる。この際、テレフォニクライアントデバイス１０９は、ユーザにより呼制御プロトコルを用いて呼送信開始を知らせるメッセージをテレフォニサーバデバイス１０６に送信することができる。その上、テレフォニクライアントデバイス１０９はＵＰｎＰ Ａｃｔｉｏｎの以外に上記で帯域外のプロトコル呼制御サービス１０７を説明すると共に説明したＣＥＡ−２０１４及びＸＲＴのような遠隔ユーザインターフェース（Remote UI）プロトコルまたはＳＩＰプロトコルを用いてメッセージを送信することもできる。
【００９１】
ステップ１０１０で、テレフォニサーバデバイス１０６はサービス提供者５１１に呼データ送信を要請する。
ステップ１０１１で、テレフォニクライアントデバイス１０９はユーザから入力された呼データをテレフォニサーバデバイス１０６に送信する。
ステップ１０１２で、テレフォニサーバデバイス１０６は受信された呼データをサービス提供者１０１に送信する。
【００９２】
以後、ユーザから呼送信を終了するための要請があれば、テレフォニクライアントデバイス１０９は制御ポイント１０２に呼送信終了を要請し、制御ポイント１０２はテレフォニサーバデバイス１０６に呼送信終了を要請する。以後、テレフォニサーバデバイス１０６は呼データ受信を終了する。これを通じてユーザは制御ポイント１０２を用いて呼を送信しようとするサーバとクライアントを選択し、選択されたサーバとクライアントとの間の呼送信を設定できるという利点がある。
【００９３】
このように、本発明ではユーザが呼を送信する時、呼受信者の電話番号を直接入力できるが、テレフォニサーバ１０３に格納された電話帳を受信してテレフォニクライアント１０４の画面にディスプレイすることで、ユーザがディスプレイされた電話帳のうち、呼送信する電話番号を検索して呼送信を行なうことができる。
【００９４】
図１１は、本発明の第１実施形態に従って呼送信時に電話帳をテレフォニクライアント１０４の画面にディスプレイするためのステップを示す制御フローチャートである。
図１１を参照すると、ステップ１１００で、テレフォニクライアントデバイス１０９は呼送信要請があるか否かを確認して、要請があればステップ１１０１に進行し、でなければ、ステップ１１００でテレフォニクライアントデバイス１０９は呼送信要請があるか否かを続けて確認する。ステップ１１０１で、テレフォニクライアントデバイス１０９は制御ポイント１０２に呼送信要請を知らせる。また、テレフォニクライアントデバイス１０９はステップ１１０２でテレフォニクライアントデバイス１０９に呼送信要請を知らせる。
【００９５】
ステップ１１０３で、制御ポイント１０２はgetSenderInformation()のようなＵＰｎＰ Ａｃｔｉｏｎを用いてテレフォニサーバデバイス１０６に電話帳を要請する。この際、電話帳は、複数のユーザ名、電話番号、アドレス、及び携帯電話番号を含む。
【００９６】
ステップ１１０４で、テレフォニサーバデバイス１０６は要請された電話帳を検索して制御ポイント１０２に送信する。
ステップ１１０５で、制御ポイント１０２はsetSenderInformation()のようなＵＰｎＰ Ａｃｔｉｏｎを用いて受信された電話帳をテレフォニクライアントデバイス１０９に送信する。
【００９７】
ステップ１１０６で、テレフォニクライアントデバイス１０９は受信された電話帳をディスプレイした後、前述した図５のステップ５０３からステップ５１３と同一なステップを遂行する。これを通じてユーザは電話帳に含まれた呼受信者の電話番号を検索して便利に呼送信を行なうことができるという利点がある。
【００９８】
図１２は、本発明の第１実施形態に従ってホームネットワーク上で呼送信要請の以前に呼送受信セットアップを設定した後、制御ポイント１０２を除外したテレフォニサーバデバイス１０６とテレフォニクライアントデバイス１０９との間の呼を送信するためのステップを示す制御フローチャートである。
【００９９】
図１２を参照すると、ステップ１２００で、制御ポイント１０２はテレフォニサーバデバイス１０６とテレフォニクライアントデバイス１０９との間の呼送受信セットアップを設定する。このような呼送受信セットアップは、上記の図５を参照して説明したようなステップにより設定される。
【０１００】
以後、制御ポイント１０２が呼受信ステップから除外されれば、ステップ１２０１でテレフォニクライアントデバイス１０９は呼を送信しようとするサーバとクライアントを選択し、選択されたサーバとクライアントとの間の呼送信のためのプロファイルを選択する。
【０１０１】
ステップ１２０２で、テレフォニクライアントデバイス１０９は呼送信を準備する。以後、ステップ１２０３でテレフォニクライアントデバイス１０９はマルチキャストメカニズムを用いて呼初期化通知（Call Initiation notification）をテレフォニサーバデバイス１０６に送信して呼送信を準備するように要請する。この際、クライアントデバイス１０４はマルチキャストメカニズムの以外にユニキャストメカニズムやＵＰｎＰ Ａｃｔｉｏｎを用いて呼送信準備するように要請することができる。
【０１０２】
ステップ１２０４で、テレフォニサーバデバイス１０６は呼送信を準備する。
ステップ１２０５で、テレフォニクライアントデバイス１０９は呼送信を開始するための要請があれば、ステップ１２０６に進行してテレフォニサーバデバイス１０６に呼送信開始を知らせ、でなければステップ１２０５で呼送信を開始するための要請があるか否かを続けて確認する。
【０１０３】
以後、ステップ１２０７からステップ１２０９は、上記の図１０で説明したステップ１０１０からステップ１０１２までの動作と同一であるので、詳細な記載を省略する。
このように、上記では制御ポイント１０２を除外したテレフォニサーバデバイス１０６とテレフォニクライアントデバイス１０９との間の呼を送信することで、ユーザがテレフォニクライアントを用いて便利に呼送信できるという利点がある。
【０１０４】
図１３は、本発明の第１実施形態に従ってホームネットワークシステムにおけるＳＭＳメッセージを送信するためのステップを示す制御フローチャートである。
図１３を参照すると、ステップ１３００で、テレフォニクライアントデバイス１０９はユーザにより作成されたＳＭＳメッセージを送信するための要請があるか否かを確認して、要請があればステップ１３０１を進行し、でなければステップ１３００でＳＭＳメッセージを送信するための要請があるか否かを続けて確認する。ステップ１３０１で、テレフォニクライアントデバイス１０９はＵＰｎＰイベントメカニズムを用いて制御ポイント１０２にＳＭＳメッセージ送信要請を知らせ、ステップ１３０２で、テレフォニクライアントデバイス１０９にＳＭＳメッセージ送信要請を知らせる。この際、テレフォニサーバデバイス１０６はＵＰｎＰイベントメカニズムの以外にユニキャストイベントメカニズムまたはマルチキャストイベントメカニズムを用いてＳＭＳメッセージ送信要請を知らせることができる。
【０１０５】
ステップ１３０３で、テレフォニクライアントデバイス１０９はＳＭＳメッセージ送信を要請するためにユニキャストイベントメカニズムを用いてＳＭＳメッセージを含むRequestSendSMS()をテレフォニサーバデバイス１０６に送信する。この際、制御ポイント１０２は、ユニキャストイベントメカニズムの以外にマルチキャストイベントメカニズムまたはＵＰｎＰイベントメカニズムを用いてＳＭＳメッセージ送信を要請することができる。
【０１０６】
ステップ１３０４で、テレフォニサーバデバイス１０６は受信されたＳＭＳメッセージをサービス提供者１０１に送信する。このようなＳＭＳメッセージは呼（Call）とは異なり、一方向メッセージであるので、ＳＭＳメッセージが成功的に送信完了したか否かの確認が困難である。したがって、テレフォニサーバデバイス１０６は ステップ１３０５で、ＵＰｎＰ Ａｃｔｉｏｎまたはマルチキャストイベントメカニズムを用いてＳＭＳメッセージが成功的に送信完了することを制御ポイント１０２に知らせ、ステップ１３０６でＳＭＳメッセージが成功的に送信完了することをテレフォニクライアントデバイス１０９に知らせる。これを通じてユーザはホームネットワークシステムを用いて便利にＳＭＳメッセージを送信できるという利点がある。
【０１０７】
図１４は、本発明の第２実施形態に従うホームネットワークシステムの構成図を示す図である。
図１４を参照すると、本発明の第２実施形態に従うホームネットワークシステムは、テレフォニサービス提供者（Telephony Service Provider）２１０１、ＵＰｎＰテレフォニ制御ポイント（Universal Plug and Play Telephony Control Point；以下、‘制御ポイント’とも称する）２１０２、テレフォニ端末（Telephony Terminal）２１０３、電子機器（Electronic Device）２１０４から構成される。ここで、テレフォニ端末２１０３と電子機器２１０４とは制御ポイント２１０２とＵＰｎＰプロトコルとを用いて通信可能な空間内に位置している。テレフォニサービス提供者２１０１は、テレフォニサービス（Telephony Service）を提供し、呼を送受信するためのインターフェースをテレフォニ端末２１０３に提供する。
【０１０８】
ＵＰｎＰテレフォニ制御ポイント２１０２は、ＵＰｎＰ Ａｃｔｉｏｎを用いてＵＰｎＰテレフォニサーバ（Telephony Server）２１０６とＵＰｎＰテレフォニクライアント（Telephony Client）２１０９を制御する論理的なソフトウェアモジュールである。このようなＵＰｎＰテレフォニ制御ポイント２１０２は、テレフォニ端末２１０３及び電子機器２１０４と個別的にＰＣ（Personal Computer）、ＰＤＡ（Personal Digital Assistant）のような装置に構成できるが、テレフォニ端末２１０３または電子機器２１０４のような物理的装置内に構成されることもできる。仮に、ＵＰｎＰテレフォニ制御ポイント２１０２がテレフォニ端末２１０３または電子機器２１０４のような物理的装置の内部に含まれれば、ＵＰｎＰテレフォニ制御ポイント２１０２はＵＰｎＰ Ａｃｔｉｏｎを利用せず、直接的にＵＰｎＰテレフォニサーバ２１０６またはＵＰｎＰテレフォニクライアント２１０９を制御することができる。
【０１０９】
ＵＰｎＰテレフォニ制御ポイント２１０２は、ＵＰｎＰテレフォニサーバ２１０６から転送されたＵＰｎＰテレフォニサーバ２１０６またはＵＰｎＰテレフォニクライアント２１０９が含む呼データ転送エージェントの能力情報を用いて呼送受信に使用するメディア、プロトコル、及び転送フォーマットを決定する。そして、ＵＰｎＰテレフォニ制御ポイント２１０２は、決まったメディア、プロトコル、及び転送フォーマットが定義されたプロファイルを生成してＵＰｎＰテレフォニサーバ２１０６またはＵＰｎＰテレフォニクライアント２１０９に転送することによって、テレフォニ端末２１０３または電子機器２１０４に含まれた呼データ転送エージェントの環境を設定する。
【０１１０】
テレフォニ端末２１０３は、電話機のようなＣＥ（Computer Engineering）装置またはソフトウェアから構成されたＶｏＩＰ（Voiceover IP）を含んだＰＣ、通信網で連動される移動通信端末機のような物理的な装置であって、ソフトウェアから構成されたＵＰｎＰテレフォニサーバ２１０６を含む。また、テレフォニ端末２１０３はテレフォニサービスを提供するテレフォニサービス提供者２１０１と、該当テレフォニサービス提供者２１０１が提供したインターフェースを用いて呼送受信を制御する。
【０１１１】
電子機器２１０４は、移動通信端末機、画像電話のように、ユーザの音声または映像を入出力できるＣＥ装置及びＰＣまたはＴＶのような物理的な装置であって、ソフトウェアから構成されたＵＰｎＰテレフォニクライアント２１０９を含む。このように、本発明はホームネットワークシステムを用いてユーザが家の中で便利に呼を送受信することができる。
【０１１２】
図１５は、本発明の第２実施形態に従うホームネットワークシステムの詳細構成図を示す図である。
図１５を参照すると、テレフォニ端末２１０３は、テレフォニコアモジュール２１０５、ＵＰｎＰテレフォニサーバ２１０６、非ＵＰｎＰ呼制御管理モジュール２１０７、及び呼転送エージェント２１０８を含む。
【０１１３】
テレフォニコアモジュール２１０５は、テレフォニ端末２１０３を構成する一般的な端末機構成要素を含むモジュールであって、セルラー網に接続して呼送信要請、呼受信要請に対する応答、呼データ転送するだけでなく、テレフォニサービス提供者２１０１が提供する多様なサービスを遂行する。
【０１１４】
このようなテレフォニコアモジュール２１０５は、一実施形態としてテレフォニサービス提供者２１０１と連結されてテレフォニサービスを提供するＶｏＩＰのような如何なるモジュールにも取替できる。
【０１１５】
ＵＰｎＰテレフォニサーバ２１０６は、呼制御サービス２２００、テレフォニプロファイル管理サービス２２０１、テレフォニデータ転送サービス２２０２、及び付加サービス２２０３を含む。各構成要素について具体的に説明すれば次の通りである。この際、呼制御サービス２２００、テレフォニプロファイル管理サービス２２０１、及びテレフォニデータ転送サービス２２０２は、１つの呼管理サービスモジュールから構成されることもできる。
【０１１６】
呼制御サービス２２００は、呼送信要請、呼受信要請に対する応答、及び呼データ転送を遂行するようにテレフォニコアモジュール２１０５を制御し、これを通じてテレフォニサービス提供者２１０１に呼に関連した情報を送信する。このような呼制御サービス２２００は内部的に制御し、ＵＰｎＰテレフォニ制御ポイント２１０２は呼制御サービス２２００を制御するためにＵＰｎＰ Ａｃｔｉｏｎを用いて呼制御のための信号（call control signal）を転送する。この際、呼制御のための信号は呼が受信されて呼受信を知らせるベルが鳴り、テレフォニ端末２１０３と電子機器２１０４との間に音声データを転送するための全ての準備を行うステップを含む。これと同時に、テレフォニコアモジュール２１０５に呼の受信を知らせるためのReceiveCall()、呼の送信を知らせ、呼を送信しようとする相対方端末機の電話番号を共に送信するためのSendCall()、呼データ送受信の終了を知らせるためのTerminateCall()、ＳＭＳメッセージと共にＳＭＳメッセージの送信を知らせるためのRequestSendSMS()、及び多様なＡＲＳサービスを利用するために生成されるキー値を伝達するためのSendkeyvalue()を含む。
【０１１７】
このように、ＵＰｎＰテレフォニ制御ポイント２１０２は多様なＵＰｎＰ Ａｃｔｉｏｎを用いて呼制御サービス２２００を制御し、呼制御サービス２２００は内部的にテレフォニコアモジュール２１０５を制御することができる。
【０１１８】
テレフォニプロファイル管理サービス２２０１は、テレフォニ端末２１０３と電子機器２１０４との間に転送されるデータ規格を同期化するためにテレフォニ端末２１０３または電子機器２１０４が保有した呼転送エージェント２１０８の能力（Capability）をＵＰｎＰテレフォニ制御ポイント２１０２に提供する。そして、テレフォニプロファイル管理サービス２２０１は、ＵＰｎＰテレフォニ制御ポイント２１０２から実際に使用するようになる能力情報を記録したプロファイル（Profile）を受信して格納する。このようなプロファイルは、テレフォニ端末２１０３または電子機器２１０４の唯一の識別子及び音声及び映像データコーデック、データタイプ、通信プロトコル、その他の映像及び音声送受信に関連したパラメータ、及びチャンネル転送のための情報を含む。これによって呼送受信する時に含まれた識別子を用いてテレフォニ端末２１０３または電子機器２１０４を区別することができる。
【０１１９】
テレフォニデータ転送サービス２２０２は、呼転送エージェント２１０８、２１１１を内部的に制御し、テレフォニ端末２１０３と電子機器２１０４との間の呼データ送受信を制御して、呼転送エージェント２１０８、２１１１の間の音声及び映像ストリーミングを開始または終了することができる。
【０１２０】
また、ホームネットワーク上に複数のテレフォニ端末または電子機器が存在する場合、ユーザから通信連結のためのテレフォニ端末と電子機器の選択があれば、テレフォニデータ転送サービス２２０２は、選択されたテレフォニ端末と電子機器に対する情報をＵＰｎＰテレフォニ制御ポイント２１０２に伝達し、これをまた選択された他の電子機器のテレフォニ転送サービス２２０２に伝達する。そのようにして、テレフォニデータ転送サービス２２０２は選択されたテレフォニ端末と電子機器との間の呼データ送受信を開始するように呼転送エージェント２１０８を制御し、データ送受信終了時にもデータ送受信を終了するように呼転送エージェント２１０８を制御する。
【０１２１】
付加サービス２２０３は、電子機器２１０４がテレフォニ端末２１０３の自動応答機能を設定したり使用するための自動応答機能、電子機器２１０４にテキスト入力を行うための入力装置のない場合、入力装置に対する入力タイプを定義して設定した後、電子機器２１０４に入力値を伝達する機能を提供する。このような付加サービス２２０３はオプションモジュールであるので、ＵＰｎＰテレフォニサーバ２１０６の内に選択的に構成される。
【０１２２】
一方、非ＵＰｎＰ呼制御管理モジュール２１０７は、ＵＰｎＰプロトコルを利用せず、その他のＣＥＡ ２０１４及びＸＲＴのような遠隔ユーザインターフェースプロトコル（Remote UI Protocol）またはＳＩＰプロトコル技術を用いて呼制御を遂行する。例えば、ＵＰｎＰテレフォニ制御ポイント２１０２が存在しない場合、電子機器２１０４は非ＵＰｎＰ呼制御管理モジュール２１０７を通じてテレフォニ端末２１０３と呼送受信を行なうことができる。このような非ＵＰｎＰ呼制御管理モジュール２１０７はオプションモジュールであるので、テレフォニ端末２１０３の内に選択的に構成される。
【０１２３】
呼転送エージェント２１０８はテレフォニ端末２１０３と電子機器２１０４との間の呼データ送受信を制御するモジュールであって、定義された転送メディア、プロトコル、転送フォーマット、音声、及びビデオコーデックを用いて呼データを送受信する。即ち、呼転送エージェント２１０８は、テレフォニ端末２１０３と電子機器２１０４との間のデータ転送のためのチャンネルを設定し、テレフォニコアモジュール２１０５から受信した呼データを電子機器２１０４が使用することができるようにコーデック及びデータフォーマットを変更して事前に約束された転送プロトコルを使用して電子機器に伝達したり、電子機器から受信した呼データをテレフォニコアモジュール２１０５に伝達できるコーデック及びデータフォーマットに変更してテレフォニコアモジュール２１０５に伝達する。ここで、テレフォニクライアント２１０４は複数個になることができ、呼転送エージェント２１０８はそれぞれのテレフォニクライアント２１０４の呼転送エージェントと複数個のセッションを作って維持することができる。この際、用いられる転送メディア、プロトコル、転送フォーマット、及びコーデックは特定技術に限定されない。これによって、本発明では互いに異なるデータフォーマットまたはコーデックを使用するＵＰｎＰテレフォニサーバ２１０３とＵＰｎＰテレフォニクライアント２１０４との間の呼データを送受信することができる。
【０１２４】
一方、電子機器２１０４はテレフォニプロファイル管理サービス２２０４、テレフォニデータ転送サービス２２０５、及び付加サービス２２０６を含むＵＰｎＰテレフォニクライアント２１０９、非ＵＰｎＰ呼制御管理モジュール２１１０、及び呼送受信エージェント２１１１を含む。この際、テレフォニプロファイル管理サービス２２０４とテレフォニデータ転送サービス２２０５は１つのメディア管理サービスモジュールから構成されることもできる。
【０１２５】
このような電子機器２１０４に含まれた構成要素は上記でテレフォニ端末２１０３を説明しながら共に説明したテレフォニ端末２１０３の構成要素と動作が同一であるので、詳細な記載は省略する。
【０１２６】
図１６は、本発明の第２実施形態に従ってホームネットワークシステムにおける呼データを受信するためのステップを示す制御フローチャートである。
図１６を参照すると、制御ポイント２１０２は、ステップ２３００及びステップ２３０１で特定イベントがあることを知らせるためのイベント予約メッセージ（Subscribe Message）をＵＰｎＰテレフォニサーバ２１０６とＵＰｎＰテレフォニクライアント２１０９に転送する。
【０１２７】
以後、外部から呼データが受信されれば、テレフォニサービス提供者２１０１は、ステップ２３０２で、ＵＰｎＰテレフォニサーバ２１０６に呼が受信されることを知らせる。この際、テレフォニサービス提供者２１０１は、呼データが受信されることを知らせながら自身のメディアフォーマット情報を共に転送することができる。
【０１２８】
ステップ２３０３で、ＵＰｎＰテレフォニサーバ２１０６はＵＰｎＰデバイスアーキテクチャ（UPnP Device Architecture）に定義されたＵＰｎＰイベントメカニズムを用いて制御ポイント２１０２に呼データが受信されることを知らせる。このように、ＵＰｎＰテレフォニサーバ２１０６は、ＵＰｎＰデバイスアーキテクチャに定義されたＵＰｎＰイベントメカニズムの以外にユニキャストイベントメカニズムまたはマルチキャストイベントメカニズムを用いて呼データが受信されることを知らせることもできる。この際、ＵＰｎＰテレフォニサーバ２１０６は、テレフォニサービス提供者２１０１のメディアフォーマット情報を受信すれば、制御ポイント２１０２に呼データが受信されることを知らせると共に、受信されたメディアフォーマット情報を共に制御ポイント２１０２に転送する。
【０１２９】
ステップ２３０４で、制御ポイント２１０２はgetSenderInformation()のようなＵＰｎＰ Ａｃｔｉｏｎを用いて現在受信された呼データに対する発信者情報をＵＰｎＰテレフォニサーバ２１０６に要請し、ステップ２３０５でＵＰｎＰテレフォニサーバ２１０６は要請された発信者情報を制御ポイント２１０２に転送する。この際、発信者情報要請及び転送ステップは選択的に遂行される。
【０１３０】
ステップ２３０６で、制御ポイント２１０２はＵＰｎＰテレフォニクライアント２１０９に呼データが受信されることを知らせながら要請された発信者情報を共に転送する。ここで、発信者情報は、発信者の名前、電話番号、プロフィール、及び日程のような情報を含む。そのようにして、ＵＰｎＰテレフォニクライアント２１０９の画面上に発信者情報をディスプレイすることで、ユーザが発信者の情報を確認できるようにする。
【０１３１】
ステップ２３０７で、制御ポイント２１０２はユーザから受信決定要請があれば、呼データ受信を決定する。
ステップ２３０８で、制御ポイント２１０２はホームネットワーク上に存在する複数のＵＰｎＰテレフォニサーバ及びＵＰｎＰテレフォニクライアントのうち、呼データを受信しようとするサーバとクライアントを選択した後、選択されたサーバとクライアントとの間の呼データ受信のためのプロファイルを選択する。この際、呼データを受信しようとするサーバとクライアントを選択するステップは、ユーザによって予め設定されたポリシーに従って自動で遂行される。
【０１３２】
ステップ２３０９で、制御ポイント２１０２は選択されたサーバとクライアントとの間の呼データ送受信セットアップを設定する。ここで、呼データ送受信セットアップは呼データ送受信がある時に設定され、呼データ送受信より以前に予め設定されることもできる。この際、制御ポイント２１０２は、ＵＰｎＰテレフォニサーバ２１０６からテレフォニサービス提供者２１０１のメディアフォーマット情報を受信した場合、受信されたメディアフォーマット情報を用いて呼データ送受信セットアップを設定することもできる。
【０１３３】
このように、呼データ送受信セットアップが完了した状態としても新たなＵＰｎＰテレフォニサーバまたはＵＰｎＰテレフォニクライアントがホームネットワーク上に進入すれば、各サーバ及びクライアント毎にＩＰが新しく与えられる。したがって、ＵＰｎＰテレフォニサーバまたはＵＰｎＰテレフォニクライアントは新しく呼データ送受信セットアップを設定しなければならない。新しくデータ呼送受信セットアップを設定する時、ユーザは呼データ送受信のためのサーバ及びクライアントを選択したり、前もって設定されたプロファイルを使用するか否かを選択することができる。
また、このような呼データ送受信セットアップは予め設定されたポリシーに従って自動で遂行されることもできる。
【０１３４】
ステップ２３１０で、制御ポイント２１０２はCallIinitiate()のようなＵＰｎＰ Ａｃｔｉｏｎを用いてＵＰｎＰテレフォニクライアント２１０９のテレフォニデータ転送サービス２２０５を通じて呼データ転送エージェント２１１１を活性化させて呼データを送受信できるように呼データ送受信準備を要請する。
また、ステップ２３１１で、制御ポイント２１０２はＵＰｎＰテレフォニのテレフォニデータ転送サービス２２０２を通じて呼転送エージェント２１０８を活性化させて呼データ送受信準備を要請する。
【０１３５】
ステップ２３１２で、ＵＰｎＰテレフォニクライアント２１０９は呼データ送受信を準備するが、呼データ送受信時に転送するファイルを準備したり、通信ポートをオープンする動作を遂行する。この際、ＵＰｎＰテレフォニクライアント２１０９は制御ポイント２１０２から呼データ送受信準備要請に対する応答メッセージを呼データ送受信を準備する前に制御ポイント２１０２に転送することもできる。
【０１３６】
ステップ２３１３で、ＵＰｎＰテレフォニクライアント２１０９は呼データ送受信準備が完了したことを制御ポイント２１０２に知らせる。
ステップ２３１４で、ＵＰｎＰテレフォニサーバ２１０６は呼データ送受信を準備するが、呼送受信時に転送するファイルを準備したり、通信ポートをオープンする動作を遂行する。この際、ＵＰｎＰテレフォニサーバ２１０６は制御ポイント２１０２から呼データ送受信準備に対する応答メッセージを呼データ送受信を準備する前に制御ポイント２１０２に転送することもできる。
【０１３７】
ステップ２３１５で、ＵＰｎＰテレフォニサーバ２１０６は呼データ送受信準備が完了したことを制御ポイント２１０２に知らせる。
ステップ２３１６で、制御ポイント２１０２はStartCalldelivery()のようなＵＰｎＰ Ａｃｔｉｏｎを用いてＵＰｎＰテレフォニクライアント２１０９のテレフォニデータ転送サービス２２０５を通じてＵＰｎＰテレフォニクライアント２１０９が呼データ送受信を開始するように要請する。このような要請ステップは、ユーザから予め設定されたポリシーにより遂行できないことがある。例えば、ユーザは制御ポイント２１０２を通じてＵＰｎＰテレフォニクライアント２１０９に呼データ送受信開始を要請せず、直ぐにＵＰｎＰテレフォニクライアント２１０９を用いて呼データ送受信を開始することができる。
【０１３８】
ステップ２３１７で、制御ポイント２１０２はステップ２１０６のようにＵＰｎＰテレフォニサーバ２１０６が呼データ送受信を開始するように要請することができ、上記２ステップのうち、１つのみを実施する。
【０１３９】
ステップ２３１８で、制御ポイント２１０２はＵＰｎＰテレフォニサーバ２１０６に呼データ受信を要請する。ステップ２３１９で、ＵＰｎＰテレフォニサーバ２１０６はテレフォニサービス提供者２１０１に呼データ受信を要請する。
【０１４０】
上記のステップ２３１８とステップ２３１９は、ステップ２３１０の以前に遂行され、制御ポイント２１０２がＵＰｎＰテレフォニサーバ２１０６に予め呼データ受信を要請し、ＵＰｎＰテレフォニサーバ２１０６がテレフォニサービス提供者２１０１に呼データ受信を要請することができる。
【０１４１】
ステップ２３２０で、テレフォニサービス提供者２１０１とＵＰｎＰテレフォニサーバ２１０６と呼データを送受信する。
ステップ２３２１で、ＵＰｎＰテレフォニサーバ２１０６とＵＰｎＰテレフォニクライアント２１０９は、呼データをステップ２３０９で設定されたセットアップ情報に従って定まったメディアフォーマットで送受信する。
【０１４２】
以後、ステップ２３２２で、ユーザから呼データ受信を終了するための要請があれば、ＵＰｎＰテレフォニクライアント２１０９は制御ポイント２１０２に呼データ受信終了を要請することができ、このステップは選択的に遂行される。
【０１４３】
ステップ２３２３で、制御ポイント２１０２はＵＰｎＰテレフォニサーバ２１０６に呼データ転送終了を要請し、ステップ２３２４でＵＰｎＰテレフォニサーバ２１０６はテレフォニサービス提供者２１０１に呼データ転送終了を要請する。以後、ステップ２３２５でテレフォニサービス提供者１０１は呼データ転送を終了する。
【０１４４】
これを通じてユーザは制御ポイント２１０２を用いて呼を受信しようとするサーバとクライアントを選択し、選択されたサーバとクライアントとの間の呼受信を設定できるという利点がある。
【０１４５】
図１７は、本発明の第２実施形態に従ってホームネットワークシステムにおける呼データを送信するためのステップを示す制御フローチャートである。
まず、制御ポイント２１０２は、ステップ２４００及びステップ２４０１で特定イベントがあることを知らせるためのイベント予約メッセージをＵＰｎＰテレフォニサーバ２１０６とＵＰｎＰテレフォニクライアント２１０９に転送する。
【０１４６】
ステップ２４０２で、制御ポイント２１０２はGetSenderInformation()のようなＵＰｎＰ Ａｃｔｉｏｎを用いてＵＰｎＰテレフォニサーバ２１０６に電話帳（Phone book）を要請する。この際、電話帳は、複数のユーザ名、電話番号、アドレス、及び携帯電話番号を含む。
【０１４７】
ステップ２４０３で、ＵＰｎＰテレフォニサーバ２１０６は要請された電話帳を検索して制御ポイント２１０２に転送する。ステップ２４０４で、制御ポイント２１０２は受信された電話帳を画面に表示する。
【０１４８】
ステップ２４０５で、ユーザから画面に表示された電話帳のうち、いずれか１つの電話番号に呼送信要請があれば、制御ポイント２１０２は呼送信を決定する。この際、電話帳要請及び電話帳転送ステップは選択的に遂行される。
例えば、本発明ではＵＰｎＰテレフォニサーバ２１０３に格納された電話帳を用いて呼送信を行なうことができるが、ユーザが呼受信者の電話番号を直接入力することもできる。
【０１４９】
以後、ステップ２４０６で、制御ポイント２１０２はホームネットワーク上に存在する複数のＵＰｎＰテレフォニサーバ及びＵＰｎＰテレフォニクライアントのうち、呼を送信しようとするサーバとクライアントを選択し、選択されたサーバとクライアントとの間の呼送信のためのプロファイルを選択する。この際、呼を送信しようとするサーバとクライアントを選択するステップは、ユーザによって予め設定されたポリシーに従って自動で遂行される。
【０１５０】
ステップ２４０７で、制御ポイント２１０２は選択されたサーバとクライアントとの間の呼データ送受信セットアップを設定する。
ステップ２４０８で、制御ポイント２１０２はCallIinitiate()のようなＵＰｎＰ Ａｃｔｉｏｎを用いてＵＰｎＰテレフォニクライアント２１０９のテレフォニデータ転送サービス２２０５を通じて呼転送エージェント２１１１を活性化させて呼データを送受信できるように呼送受信準備を要請する。
【０１５１】
ステップ２４０９で、ＵＰｎＰテレフォニクライアント２１０９は呼データ送受信を準備するが、呼送信時に転送するファイルを準備したり、通信ポートをオープンする動作を遂行する。この際、ＵＰｎＰテレフォニクライアント２１０９は、制御ポイント２１０２から呼データ送受信準備に対する応答メッセージを呼データ送受信を準備する前に制御ポイント２１０２に転送することもできる。
【０１５２】
ステップ２４１０で、制御ポイント２１０２はＵＰｎＰテレフォニサーバ２１０６のテレフォニデータ転送サービス２２０２を通じて呼転送エージェント２１０８を活性化させて呼データを送受信できるように呼送受信準備を要請する。
ステップ２４１１で、ＵＰｎＰテレフォニクライアント２１０９は呼データ送受信準備が完了したことを制御ポイント２１０２に知らせる。
【０１５３】
ステップ２４１２で、ＵＰｎＰテレフォニサーバ２１０６は呼データ送受信を準備するが、前述したように呼データ送信時に転送するファイルを準備したり、通信ポートをオープンする動作を遂行する。この際、ＵＰｎＰテレフォニサーバ２１０６は制御ポイント２１０２から呼データ送受信準備に対する応答メッセージを呼データ送受信を準備する前に制御ポイント２１０２に転送することもできる。
【０１５４】
ステップ２４１３で、テレフォニサーバ２１０６は呼データ送受信準備が完了したことを制御ポイント２１０２に知らせる。
ステップ２４１４で、制御ポイント２１０２はStartCalldelivery()のようなＵＰｎＰ Ａｃｔｉｏｎを用いてＵＰｎＰテレフォニクライアント２１０９のテレフォニデータ転送サービス２２０５を通じてＵＰｎＰテレフォニクライアント２１０９が呼データ送受信を開始するように要請する。
【０１５５】
ステップ２４１５で、制御ポイント２１０２はステップ２４１４のようにＵＰｎＰテレフォニサーバ２１０６が呼データ送受信を開始するように要請することができ、上記２ステップのうち、１つのみ実施する。このような要請ステップはユーザにより予め設定されたポリシーにより遂行されないことがある。
【０１５６】
ステップ２４１６で、制御ポイント２１０２はＵＰｎＰテレフォニサーバ２１０６に呼データ送信を要請する。このような呼送信要請には電話を受ける相対方の識別子が含まれる。ステップ２４１７で、ＵＰｎＰテレフォニサーバ２１０６は受信された呼送信要請をテレフォニサービス提供者２１０１に送信する。このような呼送信要請には電話を受ける相対方の識別子が含まれる。
【０１５７】
ステップ２４１８で、テレフォニサービス提供者２１０１とＵＰｎＰテレフォニサーバ２１０６との間の呼データ送受信がなされる。
上記のステップ２４１６とステップ２４１７は、ステップ２４０８の以前に遂行されることができ、その時は呼送受信セットアップ時に伝えられるプロファイル情報が呼データ送信要請と共に伝えられる。このようなプロファイル情報はサービス提供者２１０１に伝えられてサービス提供者２１０１とテレフォニサーバ２１０６との間のメディアセッションの連結に参考となる。
【０１５８】
ステップ２４１９で、ＵＰｎＰテレフォニサーバ２１０６とＵＰｎＰテレフォニクライアント２１０９は、ステップ２３０９で設定されたセットアップ情報に従って定まったメディアフォーマットで呼データを送受信する。
【０１５９】
以後、ステップ２４２０で、ユーザから呼送信を終了するための要請があれば、ＵＰｎＰテレフォニクライアント２１０９は制御ポイント２１０２に呼転送終了を要請することができ、このステップは選択的に実施される。
ステップ２４２１で制御ポイント２１０２はＵＰｎＰテレフォニサーバ２１０６に呼送信終了を要請し、ステップ２４２２でＵＰｎＰテレフォニサーバ２１０６はサービス提供者２１０２に呼転送終了要請を実施する。
【０１６０】
以後、ステップ２４２３でテレフォニサービス提供者２１０１は呼転送を終了する。
これを通じてユーザは制御ポイント２１０２を用いて呼を送信しようとするサーバとクライアントを選択し、選択されたサーバとクライアントとの間の呼送信を設定できるという利点がある。
【０１６１】
図１８は、本発明の第２実施形態に従ってホームネットワークシステムにおけるＳＭＳメッセージを受信するためのステップを示す制御フローチャートである。
ステップ２５００で、制御ポイント２１０２はＵＰｎＰテレフォニサーバ２１０６にイベント予約メッセージを転送する。
【０１６２】
ステップ２５０１で、外部からＳＭＳメッセージが受信されれば、テレフォニサービス提供者２１０１はＵＰｎＰイベントメカニズムを用いてＳＭＳメッセージが受信されることをＵＰｎＰテレフォニサーバ２１０６に知らせる。
【０１６３】
ステップ２５０２で、ＵＰｎＰテレフォニサーバ２１０６はＵＰｎＰイベントメカニズムを用いてＳＭＳメッセージが受信されることを制御ポイント２１０２に知らせ、ステップ２５０３で制御ポイント２１０２はＵＰｎＰテレフォニクライアント２１０９にＳＭＳメッセージ受信を知らせる。
【０１６４】
ステップ２５０４で、制御ポイント２１０２はユーザから受信決定要請があれば、ＳＭＳメッセージ受信を決定する。
ステップ２５０５で、制御ポイント２１０２は受信されたＳＭＳメッセージの全文をＵＰｎＰテレフォニサーバ２１０６に要請し、ステップ２５０６でＵＰｎＰテレフォニサーバ２１０６は要請されたＳＭＳメッセージの全文を制御ポイント２１０２に転送する。
【０１６５】
ステップ２５０７で、制御ポイント２１０２はユニキャストイベントメカニズム（Unicast Event mechanism）を用いてＳＭＳメッセージ転送のためのSendSMS()をＵＰｎＰテレフォニクライアント２１０９に転送する。
ステップ２５０８で、制御ポイント２１０２はユーザの要請に従ってＳＭＳメッセージを削除、保管、返事を決定し、ステップ２５０９でＵＰｎＰテレフォニサーバ２１０６にメッセージ削除、保管、返事を要請する。
【０１６６】
ステップ２５１０で、ＵＰｎＰテレフォニサーバ２１０６は要請に従ってメッセージ削除、保管、返事を遂行し、ステップ２５１１でこれに対するメッセージをテレフォニサービス提供者２１０１に転送する。即ち、ＵＰｎＰテレフォニサーバ２１０６は、テレフォニサービス提供者２１０１が提供したインターフェースを使用してＳＭＳメッセージを送ったり、自体的に保管及び削除作業を遂行する。
【０１６７】
このような要請を処理することに一定の時間がかかるので、ステップ２５１２でテレフォニサービス提供者２１０１は要請に従う結果をＵＰｎＰテレフォニサーバ１０６に転送し、ステップ２５１３でＵＰｎＰテレフォニサーバ１０６は要請に従う結果を制御ポイント２１０２に転送する。以後、ステップ２５１４で制御ポイント２１０２はＵＰｎＰテレフォニクライアント２１０９に結果を転送する。
【０１６８】
図１９は、本発明の第２実施形態に従ってテレフォニ端末２１０３と電子機器２１０４との間の呼送受信セットアップを設定するステップを示す制御フローチャートである。
ステップ２６００で、制御ポイント２１０２はＵＰｎＰテレフォニサーバ２１０６のテレフォニプロファイル管理サービス２２０１を通じてGetServerProtocolInfo()のようなＵＰｎＰ Ａｃｔｉｏｎを用いてテレフォニ端末２１０３が提供するプロトコル、ファイルフォーマット、使用可能な呼制御方式のようなセットアップ情報を要請する。この際、ステップ２６００は制御ポイント２１０２が図１６のステップ２３０３でＵＰｎＰテレフォニサーバ２１０６からセットアップ情報を受信する場合、追加的にセットアップ情報を要請することができ、予め受信されたセットアップ情報がある場合には遂行できないこともある。
【０１６９】
ステップ２６０１で、ＵＰｎＰテレフォニサーバ２１０６は要請されたセットアップ情報を制御ポイント２１０２に送信する。
ステップ２６０２で、制御ポイント２１０２はテレフォニクライアント２１０９のテレフォニプロファイル管理サービス２２０５を通じてGetServerProtocolInfo()のようなＵＰｎＰ Ａｃｔｉｏｎを用いて電子機器２１０４が提供するプロトコル、ファイルフォーマット、使用可能な呼制御方式のようなセットアップ情報を要請する。
【０１７０】
ステップ２６０３で、ＵＰｎＰテレフォニクライアント２１０９は要請されたセットアップ情報を制御ポイント２１０２に送信する。
ステップ２６０４で、制御ポイント２１０２は受信されたセットアップ情報のうち、呼送受信に使用するセットアップ情報を決定する。この際、制御ポイント２１０２はユーザによって呼送受信で使用するセットアップ情報を決定したり、ユーザが予め設定されたポリシーまたはデフォルトに設定されたポリシーに従って呼送受信で使用するセットアップ情報を決定することができる。
【０１７１】
ステップ２６０５で、制御ポイント２１０２は決まったセットアップ情報を含むプロファイルを生成する。ステップ２６０６で、制御ポイント２１０２は生成されたプロファイルをAddProfile()のようなＵＰｎＰ Ａｃｔｉｏｎを用いてテレフォニクライアント２１０９のテレフォニプロファイル管理サービス２２０５に送信する。
【０１７２】
ステップ２６０７で、制御ポイント２１０２は生成されたプロファイルをAddProfile()のようなＵＰｎＰ Ａｃｔｉｏｎを用いてＵＰｎＰテレフォニサーバ２１０６のテレフォニプロファイル管理サービス２２０１に送信する。これによって、制御ポイント２１０２はＵＰｎＰテレフォニサーバ２１０６及びＵＰｎＰテレフォニクライアント２１０９にプッシュ（push）またはプル（pull）が可能になる。
【０１７３】
上記のように本発明は送信されたＵＲＬの以外の他の情報を使用してセッションを連結する場合にも上記で生成されたプロファイルをテレフォニ端末２１０３または電子機器２１０４に送信できるという利点がある。
【符号の説明】
【０１７４】
１０１ サービス提供者
１０２ ＵＰｎＰテレフォニ制御ポイント
１０３ テレフォニサーバ
１０４ テレフォニクライアント
１０６ テレフォニサーバデバイス
１０９ テレフォニクライアントデバイス
【特許請求の範囲】
【請求項１】
制御ポイント、少なくとも１つの電子機器を含むホームネットワーク上におけるＵＰｎＰ（Universal Plug and Play）プロトコルを用いて呼を送受信するための装置であって、
呼送受信要請及び前記呼送受信要請に対する応答を行い、呼データを送受信するテレフォニコアモジュールと、
前記電子機器から受信された呼データを前記装置で使用することができるフォーマットに変更した後、前記テレフォニコアモジュールに送信し、前記テレフォニコアモジュールから受信された呼データを前記対象電子機器に送信するテレフォニサーバ呼転送エージェントと、
前記テレフォニコアモジュール及び前記テレフォニサーバ呼転送エージェントを制御し、前記装置と前記テレフォニ端末との間の呼データ送受信のためのセットアップ情報を管理する呼管理サービスモジュールとを含むことを特徴とする呼送受信装置。
【請求項２】
前記呼管理サービスモジュールは、
前記テレフォニコアモジュールを制御するサーバ呼制御サービスモジュールと、
前記電子機器と前記装置との間の呼データ送受信のためのセットアップ情報を管理するテレフォニサーバプロファイル管理サービスモジュールと、
前記呼データをストリーミングするために前記テレフォニサーバ呼転送エージェントを管理するテレフォニサーバデータ転送サービスモジュールとを含むことを特徴とする請求項１に記載の呼送受信装置。
【請求項３】
前記テレフォニサーバプロファイル管理サービスモジュールは、
前記呼データを送受信するためのデータの形式または関連情報の集合であるプロファイルを格納することを特徴とする請求項１または２に記載の呼送受信装置。
【請求項４】
前記呼管理サービスモジュールは、
前記制御ポイントから呼受信のためのイベントの予約要請が受信されれば、前記予約要請されたイベントを登録し、サービス提供者からの呼データ受信に対する知らせを待機し、前記サービス提供者から呼データ受信に対する知らせが受信されれば、前記制御ポイントに前記呼データ受信を知らせることを特徴とする請求項１に記載の呼送受信装置。
【請求項５】
前記呼管理サービスモジュールは、
前記制御ポイントから呼送受信のためのセットアップ情報を含むプロファイル情報が受信されれば、前記受信されたプロファイル情報に従って呼データ送受信を準備し、前記制御ポイントに前記呼データ送受信準備完了に対するメッセージを転送した後、前記サービス提供者に前記呼データ受信を要請し、前記要請に従って受信された呼データを前記電子機器に転送することを特徴とする請求項４に記載の呼送受信装置。
【請求項６】
前記呼管理サービスモジュールは、
前記受信された呼データを前記セットアップ情報に従って定まったメディアフォーマットで転送することを特徴とする請求項５に記載の呼送受信装置。
【請求項７】
前記呼管理サービスモジュールは、
前記制御ポイントから呼終了要請が受信されれば、前記サービス提供者に呼終了を要請することを特徴とする請求項６に記載の呼送受信装置。
【請求項８】
前記呼管理サービスモジュールは、
前記制御ポイントから呼データ受信のためのイベントの予約要請が受信されれば、前記受信されたイベントを登録し、前記制御ポイントからの呼データ送信要請を待機することを特徴とする請求項１に記載の呼送受信装置。
【請求項９】
前記呼管理サービスモジュールは、
前記制御ポイントから呼送受信のためのセットアップ情報を含むプロファイル情報が受信されれば、前記受信されたプロファイル情報に従って呼データ送信を準備し、呼データ受信を待機した後、前記電子機器から呼データが受信されれば、前記サービス提供者に呼送信を要請し、前記受信された呼データを前記サービス提供者に転送することを特徴とする請求項８に記載の呼送受信装置。
【請求項１０】
テレフォニ端末、制御ポイント、少なくとも１つの電子機器を含むホームネットワーク上における前記テレフォニ端末がＵＰｎＰ（Universal Plug and Play）プロトコルを用いて呼を送受信するための方法であって、
前記制御ポイントから呼受信のためのイベントの予約要請が受信されれば、前記受信されたイベントを登録するステップと、
サービス提供者からの呼データ受信に対する知らせを待機し、前記サービス提供者から呼データ受信に対する知らせが受信されれば、前記制御ポイントに前記呼データ受信を知らせるステップと、
前記制御ポイントから呼送受信のためのセットアップ情報を含むプロファイル情報が受信されれば、前記受信されたプロファイル情報に従って呼データ送信を準備し、前記制御ポイントに前記呼データ送信準備完了に対するメッセージを転送するステップと、
前記サービス提供者に前記メディア呼データ受信を要請し、前記要請に従って受信された呼データを前記電子機器に転送するステップとを含むことを特徴とする呼送受信方法。
【請求項１１】
呼データを前記電子機器に転送するステップは、
前記受信された呼データを前記セットアップ情報に従って定まったメディアフォーマットで転送するステップであることを特徴とする請求項１０に記載の呼送受信方法。
【請求項１２】
前記制御ポイントから呼終了要請が受信されれば、前記サービス提供者に呼終了を要請するステップをさらに含むことを特徴とする請求項１０に記載の呼送受信方法。
【請求項１３】
前記制御ポイントから呼受信のためのイベントの予約要請が受信されれば、前記予約要請されたイベントを登録し、前記制御ポイントからの呼データ送信要請を待機するステップと、
前記制御ポイントから呼送受信のためのセットアップ情報を含むプロファイル情報が受信されれば、前記受信されたプロファイル情報に従って呼データ送信を準備し、呼データ受信を待機するステップと、
前記電子機器から呼データが受信されれば、前記サービス提供者に呼送信を要請し、前記受信された呼データを前記サービス提供者に転送するステップとをさらに含むことを特徴とする請求項１０に記載の呼送受信方法。
【請求項１４】
制御ポイント、テレフォニ端末を含むホームネットワーク上におけるＵＰｎＰ（Universal Plug and Play）プロトコルを用いて呼を送受信するための装置であって、
前記テレフォニ端末から受信された呼データを前記装置で使用することができるフォーマットに変更し、入力された呼データを前記テレフォニ端末に送信するテレフォニクライアント呼転送エージェントと、
前記テレフォニクライアント呼転送エージェントを制御し、前記装置と前記テレフォニ端末との間の呼データ送受信のためのセットアップ情報を管理するメディア管理サービスモジュールとを含むことを特徴とする呼送受信装置。
【請求項１５】
テレフォニ端末、制御ポイント、少なくとも１つの電子機器を含むホームネットワーク上における前記電子機器がＵＰｎＰ（Universal Plug and Play）プロトコルを用いて呼を送受信するための方法であって、
前記制御ポイントから呼受信のためのイベントの予約要請が受信されれば、前記受信されたイベントを登録するステップと、
前記制御ポイントから呼送受信のためのセットアップ情報を含むプロファイル情報が受信されれば、前記受信されたプロファイル情報に従って呼データ送受信を準備するステップと、
前記制御ポイントに前記呼データ送受信準備完了に対するメッセージを転送するステップとを含むことを特徴とする呼送受信方法。
【請求項１】
制御ポイント、少なくとも１つの電子機器を含むホームネットワーク上におけるＵＰｎＰ（Universal Plug and Play）プロトコルを用いて呼を送受信するための装置であって、
呼送受信要請及び前記呼送受信要請に対する応答を行い、呼データを送受信するテレフォニコアモジュールと、
前記電子機器から受信された呼データを前記装置で使用することができるフォーマットに変更した後、前記テレフォニコアモジュールに送信し、前記テレフォニコアモジュールから受信された呼データを前記対象電子機器に送信するテレフォニサーバ呼転送エージェントと、
前記テレフォニコアモジュール及び前記テレフォニサーバ呼転送エージェントを制御し、前記装置と前記テレフォニ端末との間の呼データ送受信のためのセットアップ情報を管理する呼管理サービスモジュールとを含むことを特徴とする呼送受信装置。
【請求項２】
前記呼管理サービスモジュールは、
前記テレフォニコアモジュールを制御するサーバ呼制御サービスモジュールと、
前記電子機器と前記装置との間の呼データ送受信のためのセットアップ情報を管理するテレフォニサーバプロファイル管理サービスモジュールと、
前記呼データをストリーミングするために前記テレフォニサーバ呼転送エージェントを管理するテレフォニサーバデータ転送サービスモジュールとを含むことを特徴とする請求項１に記載の呼送受信装置。
【請求項３】
前記テレフォニサーバプロファイル管理サービスモジュールは、
前記呼データを送受信するためのデータの形式または関連情報の集合であるプロファイルを格納することを特徴とする請求項１または２に記載の呼送受信装置。
【請求項４】
前記呼管理サービスモジュールは、
前記制御ポイントから呼受信のためのイベントの予約要請が受信されれば、前記予約要請されたイベントを登録し、サービス提供者からの呼データ受信に対する知らせを待機し、前記サービス提供者から呼データ受信に対する知らせが受信されれば、前記制御ポイントに前記呼データ受信を知らせることを特徴とする請求項１に記載の呼送受信装置。
【請求項５】
前記呼管理サービスモジュールは、
前記制御ポイントから呼送受信のためのセットアップ情報を含むプロファイル情報が受信されれば、前記受信されたプロファイル情報に従って呼データ送受信を準備し、前記制御ポイントに前記呼データ送受信準備完了に対するメッセージを転送した後、前記サービス提供者に前記呼データ受信を要請し、前記要請に従って受信された呼データを前記電子機器に転送することを特徴とする請求項４に記載の呼送受信装置。
【請求項６】
前記呼管理サービスモジュールは、
前記受信された呼データを前記セットアップ情報に従って定まったメディアフォーマットで転送することを特徴とする請求項５に記載の呼送受信装置。
【請求項７】
前記呼管理サービスモジュールは、
前記制御ポイントから呼終了要請が受信されれば、前記サービス提供者に呼終了を要請することを特徴とする請求項６に記載の呼送受信装置。
【請求項８】
前記呼管理サービスモジュールは、
前記制御ポイントから呼データ受信のためのイベントの予約要請が受信されれば、前記受信されたイベントを登録し、前記制御ポイントからの呼データ送信要請を待機することを特徴とする請求項１に記載の呼送受信装置。
【請求項９】
前記呼管理サービスモジュールは、
前記制御ポイントから呼送受信のためのセットアップ情報を含むプロファイル情報が受信されれば、前記受信されたプロファイル情報に従って呼データ送信を準備し、呼データ受信を待機した後、前記電子機器から呼データが受信されれば、前記サービス提供者に呼送信を要請し、前記受信された呼データを前記サービス提供者に転送することを特徴とする請求項８に記載の呼送受信装置。
【請求項１０】
テレフォニ端末、制御ポイント、少なくとも１つの電子機器を含むホームネットワーク上における前記テレフォニ端末がＵＰｎＰ（Universal Plug and Play）プロトコルを用いて呼を送受信するための方法であって、
前記制御ポイントから呼受信のためのイベントの予約要請が受信されれば、前記受信されたイベントを登録するステップと、
サービス提供者からの呼データ受信に対する知らせを待機し、前記サービス提供者から呼データ受信に対する知らせが受信されれば、前記制御ポイントに前記呼データ受信を知らせるステップと、
前記制御ポイントから呼送受信のためのセットアップ情報を含むプロファイル情報が受信されれば、前記受信されたプロファイル情報に従って呼データ送信を準備し、前記制御ポイントに前記呼データ送信準備完了に対するメッセージを転送するステップと、
前記サービス提供者に前記メディア呼データ受信を要請し、前記要請に従って受信された呼データを前記電子機器に転送するステップとを含むことを特徴とする呼送受信方法。
【請求項１１】
呼データを前記電子機器に転送するステップは、
前記受信された呼データを前記セットアップ情報に従って定まったメディアフォーマットで転送するステップであることを特徴とする請求項１０に記載の呼送受信方法。
【請求項１２】
前記制御ポイントから呼終了要請が受信されれば、前記サービス提供者に呼終了を要請するステップをさらに含むことを特徴とする請求項１０に記載の呼送受信方法。
【請求項１３】
前記制御ポイントから呼受信のためのイベントの予約要請が受信されれば、前記予約要請されたイベントを登録し、前記制御ポイントからの呼データ送信要請を待機するステップと、
前記制御ポイントから呼送受信のためのセットアップ情報を含むプロファイル情報が受信されれば、前記受信されたプロファイル情報に従って呼データ送信を準備し、呼データ受信を待機するステップと、
前記電子機器から呼データが受信されれば、前記サービス提供者に呼送信を要請し、前記受信された呼データを前記サービス提供者に転送するステップとをさらに含むことを特徴とする請求項１０に記載の呼送受信方法。
【請求項１４】
制御ポイント、テレフォニ端末を含むホームネットワーク上におけるＵＰｎＰ（Universal Plug and Play）プロトコルを用いて呼を送受信するための装置であって、
前記テレフォニ端末から受信された呼データを前記装置で使用することができるフォーマットに変更し、入力された呼データを前記テレフォニ端末に送信するテレフォニクライアント呼転送エージェントと、
前記テレフォニクライアント呼転送エージェントを制御し、前記装置と前記テレフォニ端末との間の呼データ送受信のためのセットアップ情報を管理するメディア管理サービスモジュールとを含むことを特徴とする呼送受信装置。
【請求項１５】
テレフォニ端末、制御ポイント、少なくとも１つの電子機器を含むホームネットワーク上における前記電子機器がＵＰｎＰ（Universal Plug and Play）プロトコルを用いて呼を送受信するための方法であって、
前記制御ポイントから呼受信のためのイベントの予約要請が受信されれば、前記受信されたイベントを登録するステップと、
前記制御ポイントから呼送受信のためのセットアップ情報を含むプロファイル情報が受信されれば、前記受信されたプロファイル情報に従って呼データ送受信を準備するステップと、
前記制御ポイントに前記呼データ送受信準備完了に対するメッセージを転送するステップとを含むことを特徴とする呼送受信方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【公表番号】特表２０１１−５３０９４７（Ｐ２０１１−５３０９４７Ａ）
【公表日】平成２３年１２月２２日（２０１１．１２．２２）
【国際特許分類】
【出願番号】特願２０１１−５２２９１７（Ｐ２０１１−５２２９１７）
【出願日】平成２１年８月１４日（２００９．８．１４）
【国際出願番号】ＰＣＴ／ＫＲ２００９／００４５７２
【国際公開番号】ＷＯ２０１０／０１９０２２
【国際公開日】平成２２年２月１８日（２０１０．２．１８）
【出願人】（５０３４４７０３６）サムスン エレクトロニクス カンパニー リミテッド (2,221)
【Ｆターム（参考）】
【公表日】平成２３年１２月２２日（２０１１．１２．２２）
【国際特許分類】
【出願日】平成２１年８月１４日（２００９．８．１４）
【国際出願番号】ＰＣＴ／ＫＲ２００９／００４５７２
【国際公開番号】ＷＯ２０１０／０１９０２２
【国際公開日】平成２２年２月１８日（２０１０．２．１８）
【出願人】（５０３４４７０３６）サムスン エレクトロニクス カンパニー リミテッド (2,221)
【Ｆターム（参考）】
[ Back to top ]