JP2013519149A - 汎用プラグアンドプレイテレフォニーサービスにおけるファイル伝送方法及びシステム - Google Patents

Abstract

本発明は、ＵＰｎＰテレフォニーサービスを用いてホームネットワークから広帯域ネットワーク(ＷＡＮ)ユーザー装置にファイルを伝送する方法及びシステムを提供する。この方法は、ファイル伝送セッションを開始するためにテレフォニー制御ポイント(ＴＣＰ)からファイル情報を含む要請を受信するステップを有する。上記要請は、このファイルに関連した情報を含む。この方法は、ＴＣＰから受信した要請及びファイル情報に基づいたメッセージングサービスを用いてファイル伝送セッションを構築する。また、この方法は、上記ファイルをＴＣＰからフェッチし、ＴＳに格納する。この方法は、ホームネットワークからＷＡＮユーザー装置へファイル伝送セッションを開始するために、ＷＡＮユーザー装置にインバイトを送信する。また、インバイトの受信確認がＷＡＮユーザー装置から受信される場合、ＷＡＮユーザー装置に上記ファイルを転送する。

Description

本発明は一般的なホームネットワーキング分野に関するもので、特にＵＰｎＰ(Universal Plug and Play)が可能なテレフォニー装置に関する。

ＵＰｎＰテレフォニーサービスは、ユーザーのホームデバイス(home device)を用いてテレフォニーサービスにアクセス可能にする。ＵＰｎＰテレフォニーサービスは、異なるタイプのデバイスを用いて家庭でテレフォニーサービスをアクセスするようにユーザーに柔軟性を提供する。ＵＰｎＰは、ＵＰｎＰフォーラムによって公表されたコンピュータネットワークプロトコルのセットである。ＵＰｎＰテレフォニーの目標は、ホームデバイスが途切れなく接続するようにし、家庭(例えば、データ共有、通信、及び娯楽)及び企業環境でネットワークを簡単に実現するようにする。ＵＰｎＰは、公開インターネットベースの通信標準に基づいたＵＰｎＰ装置制御プロトコルを定義して発行することによってこれらの目標を達成する。

ＵＰｎＰアーキテクチャは、個人用コンピュータ(ＰＣ)、ネットワーク機能の家電装置、及び無線装置をピアツーピア(peer-to-peer）でネットワーク接続を可能にする。ＵＰｎＰアーキテクチャは、ＴＣＰ/ＩＰ(Transmission Control Protocol or Internet Protocol)、ＵＤＰ(User Datagram Protocol)、ＨＴＴＰ(Hypertext Transfer Protocol)、及びＸＭＬ(Extensible Markup Language）のような制定された標準に基づいて分散される公開アーキテクチャである。

ＵＰｎＰアーキテクチャは、ゼロコンフィギュレーションネットワーキング(zero-configuration networking）をサポートする。任意のベンダー(vendor)からのＵＰｎＰ互換装置は、ネットワークに動的に結合することができ、ＩＰアドレスを獲得し、その名称を発表(announce)し、要求に対するその能力を伝送し、他の装置の存在及び能力に対して学習することができる。動的ホスト設定プロトコル(Dynamic Host Configuration Protocol:ＤＨＣＰ)及びドメインネームシステム(ＤＮＳ）サーバはオプションであり、ネットワーク上で利用可能な場合にのみ使用される。ＵＰｎＰ互換装置は、任意の所望しない状態情報を残さずに、自動でネットワークから出ることができる。

ＵＰｎＰテレフォニーサービスは、探索(discovery)、制御、及びイベントメカニズムを提供する。探索メカニズムは、ＳＳＤＰ(Simple Service Discovery Protocol）を用いてイネーブルされる。すべての制御メッセージは、ＸＭＬの形態であり、ＧＥＮＡ(General Event Notification Architecture)プロトコルに従う。したがって、ＵＰｎＰは、他の装置に対して装置がネットワークで直ちに利用可能性(availability)及び非利用可能性(unavailability）を有するようにする。

ＵＰｎＰは、メッセージサービス、プレゼンス(presence)サービス、呼処理(パケット交換又は回路交換)のようなテレフォニーサービスのアクセスに家庭でのユーザー経験を拡張するための新たなテレフォニーサービスを定義する。

ＵＰｎＰテレフォニーは、メッセージングサービス及び呼管理サービスを定義し、例えば、メッセージング能力を持たない装置を用いて、メディア呼を開始してメッセージを送信するように、ユーザーがこのメッセージングサービスをアクセスするようにする。ＵＰｎＰテレフォニーメッセージングサービスは、メッセージングサービスを定義するための基本ＵＰｎＰアーキテクチャを使用し、それによってＵＰｎＰテレフォニーメッセージングサービスは動作及び状態変数を定義してメッセージングサービスにアクセスする。

類似したＵＰｎＰデバイスアーキテクチャ(ＤＡ)のように、ＵＰｎＰテレフォニーサービスは、次の３種類のデバイスを定義する。

テレフォニーサーバ(Telephony Server：ＴＳ）は、メッセージング及びサービス関連プレゼンスをユーザーに提供する。また、ＴＳは呼管理サービスを提供する。

制御ポイント(ＣＰ)と同一であるテレフォニー制御ポイント(Telephony Control Point：ＴＣＰ）は、ＴＳにより提供される動作を開始する。

テレフォニークライアント(Telephony Client：ＴＣ）装置は、メディア関連処理のためのものであり、デバイスの入出力を実行する。

現在のメッセージングサービスは、例えば、ＳＭＳ(Short Message Service)、ＭＭＳ(Multiple Message Service)、チャットＩＭ(Chat Instant Messaging)、及び電子メール(E-mail）を用いてユーザーによってメッセージを送信させる。また、ＩＭセッションを生成し、ユーザーが既存のセッションを変更するようにする動作を定義することによって、メッセージングサービスは、ユーザーによってメッセージを一つのセッションにグループ化される。

＜表１＞は、状態変数リスト及びメッセージサービスを示す。

＜表２＞は、動作リスト及びメッセージサービスを示す。

しかしながら、現在、ユーザーがホームネットワークから任意のＷＡＮ(Wide Area Network)ユーザーにファイルを送信できるＵＰｎＰ技術に対していかなるメカニズムも存在しない。

したがって、本発明は上記した従来技術の問題点に鑑みてなされたもので、その目的は、ＵＰｎＰテレフォニーサービスを用いてホームネットワークからＷＡＮユーザー装置にファイルを伝送する方法及びシステムを提供することにある。

上記のような目的を達成するために、本発明の一態様によれば、ＵＰｎＰテレフォニーサービスを用いてホームネットワークから広帯域ネットワーク(ＷＡＮ)ユーザー装置にファイルを伝送するテレフォニーサーバ(ＴＳ）でのファイル伝送方法が提供される。要請は、ファイル伝送セッションを開始するためにテレフォニー制御ポイント(ＴＣＰ)から受信される。この要請は、ファイル情報を含み、ＴＣＰ及びＴＳはホームネットワークに含まれる。このファイル伝送セッションは、ＴＣＰから受信した要請及びファイル情報に基づいたメッセージングサービスを用いて構築される。このファイルは、ＴＣＰからフェッチされ、ＴＳに格納される。インバイト（ＩＮＶＩＴＥ）は、ホームネットワークからＷＡＮユーザー装置へファイル伝送セッションを開始するために、ＷＡＮユーザー装置に送信される。このファイルは、インバイトの受信確認がＷＡＮユーザー装置から受信される場合、ＷＡＮユーザー装置に転送される。

本発明の他の態様によれば、テレフォニーサーバ(ＴＳ)が提供される。このＴＳは、送受信器とプロセッサを含む。送受信器は、ファイル伝送セッションを開始するためにテレフォニー制御ポイント(ＴＣＰ)から要請を受信する。この送受信器は、ファイル伝送セッションを開始するための要請が受信される場合にＴＣＰからファイルをフェッチする。また、送受信器は、ホームネットワークから広帯域ネットワーク(ＷＡＮ)ユーザー装置へのファイル伝送を開始するためにＷＡＮユーザー装置にインバイトを伝送する。送受信器は、ＷＡＮユーザー装置からインバイトの受信確認が受信される場合にＷＡＮユーザー装置に前記ファイルを伝送する。プロセッサは、ＴＣＰからの要請で受信されるファイル情報及び要請に基づいたメッセージングサービスを用いてファイル伝送セッションを構築する。

本発明は、ＵＰｎＰテレフォニーサービスを用いてホームネットワークからＷＡＮユーザー装置にファイルを伝送する方法及びシステムを提供することにある。
本発明による実施形態の上記及び他の態様、特徴、及び利点は、添付の図面と共に述べる以下の詳細な説明から、一層明らかになるはずである。

本発明の一実施形態により、ホームネットワークからＷＡＮユーザー装置にファイルを伝送する方法のフローを示す図である。 本発明の一実施形態により、ファイル伝送と関連した既存のセッションを変更する方法のフローを示す図である。 本発明の他の実施形態により、ホームネットワークからＷＡＮユーザー装置にファイルを伝送する方法のフローを示す図である。 本発明の一実施形態により、ファイル伝送セッションを取り消す方法のフローを示す図である。 本発明の一実施形態により、ユーザー装置からの受信(incoming)ファイル伝送要請を処理する方法のフローを示す図である。 本発明の一実施形態により、ファイル伝送要請を処理する方法のフローを示す図である。 本発明の一実施形態により、第２の通信装置からファイルを伝送する方法のフローを示す図である。 本発明の一実施形態によるテレフォニーサーバ(ＴＳ)を示す図である。

以下、本発明の望ましい実施形態を添付の図面を参照して詳細に説明する。

図面において、同一の構成要素に対してはできるだけ同一の参照符号及び参照番号を付して説明する。下記の説明で、本発明に関連した公知の機能又は構成に関する具体的な説明が本発明の要旨を不明にすると判断された場合に、その詳細な説明を省略する。

次の説明及び請求項に使用する用語及び単語は、辞典的意味に限定されるものではなく、発明者により本発明の理解を明確且つ一貫性があるようにするために使用する。従って、特許請求の範囲とこれと均等なものに基づいて定義されるものであり、本発明の実施形態の説明が単に実例を提供するためのものであって、本発明の目的を限定するものでないことは、本発明の技術分野における通常の知識を持つ者には明らかである。

英文明細書に記載の“ａ”、“ａｎ”、及び“ｔｈｅ”、すなわち単数形は、コンテキスト中に特記で明示されない限り、複数形を含むことは、当業者にはわかることである。したがって、例えば、“コンポーネント表面(a component surface)”との記載は一つ又は複数の表面を含む。

“実質的に(substantially)”という用語は、提示された特徴、パラメータ、又は値が正確に設定される必要はないが、許容誤差、測定誤り、測定精度限界及び当業者に知られているか、あるいは当業者によって実験なしに得られる要素を含む偏差又は変化が、これら特性が提供しようとする効果を排除しない範囲内で発生することを意味する。

以下に論議される図１乃至図７、及び本特許文献において本発明の開示原則を説明するために使用される多様な実施形態は、例示としてのみ提供され、開示の範囲を制限するいかなる方法として理解されてはならない。本発明の開示原則が任意の適切に設定された可視光通信ネットワークで実施可能であることは、当該技術分野における通常の知識を持つ者には理解できることであろう。多様な実施形態を説明するために利用される用語は例示である。これらは、但し説明の理解を助けるために提供されるものであり、これらの利用及び定義は本発明の範囲を限定するのでないことは理解すべきである。“第１”及び“第２”のような用語は、同一の用語を有するオブジェクト間を区別するために使用され、別途の明示がない限り、年代順を示すものではない。集合(set）は、少なくとも一つの要素を含む非空集合として定義される。

図１は、本発明の実施形態により、ホームネットワークからＷＡＮユーザー装置にファイルを伝送する方法を示すフロー図である。

このフロー図は、ＵＰｎＰテレフォニーサービスを用いてホームネットワークからＷＡＮユーザーへのファイル伝送方法を提供する。ステップ１０８で、ＴＣＰ１０２は、ＣｒｅａｔｅＳｅｓｓｉｏｎ()動作を呼び出すことによって、ＴＳ１０４を有するセッションを開始する。このステップは、ファイル伝送要請としてのセッション要求を識別するために新たなセッションクラスを定義する。新たに定義されたセッションクラスは、“Ｆｉｌｅ−Ｔｒａｎｓｆｅｒ”である。ＴＳ１０４は、セッション要求を受信し、ＣｒｅａｔｅＳｅｅｓｉｏｎ()動作でセッションのクラスをチェックすることによって、これをＦｉｌｅ-Ｔｒａｎｓｆｅｒセッションとして識別する。ステップ１１０で、ＴＳ１０４は、固有セッションＩＤを生成して２００ＯＫ応答を用いてＴＣＰ１０２に伝送する。

本発明の一実施形態において、新たな動作は、ＴＣＰ１０２及びＴＳ１０４との間に定義され、それによってＴＣＰ１０２はファイル伝送メカニズムを要求できる。新たな動作は、ＳｔａｒｔＦｉｌｅＴｒａｎｓｆｅｒ()関数を用いて開始できる。ステップ１１２で、ファイル伝送開始関数(start file transfer function)が開始される。ファイル伝送開始関数は、ファイルの詳細を含むＡ_ＡＲＧ_ＴＹＰＥ_ＦｉｌｅＩｎｆｏＬｉｓｔと呼ばれる一つの引数(argument)を有することができる。本発明の一実施形態では、引数は、ＸＭＬ構造を有する。情報は、ファイルリンク、ファイル情報(ファイルタイプ)、ファイルサイズなどを有することができる。詳細な構造は、以下により詳しく説明する。ステップ１１４で、ＴＳ１０４は、動作をフェッチ(fetch)し、ＴＣＰ１０２は２００ＯＫ応答で応答する。ステップ１１６で、ＴＣＰ１０２は、ファイル情報及び他のファイル関連詳細をチェックする。ステップ１１８で、ＴＳ１０４は、上記動作で提供されたリンクを用いてＴＣＰ１０２からファイルをフェッチする。

ＴＳ１０４は、ファイルをＷＡＮユーザー装置１０６(ユーザーＡ)へ転送するために利用可能なメッセージング技術を使用し、ファイルは、ＴＳ１０４により検索される。以後、ユーザーによって要求されると、ＴＳ１０４は、同一の進行セッションを利用できる。引数は、セッションＩＤを有することができる。ステップ１２０で、ＴＳ１０４は、ファイル詳細を含むＳＤＰを有するＳＩＰ ＩＮＶＩＴＥ要請をＷＡＮユーザー装置１０６に送信し、ＷＡＮユーザー装置１０６がファイル伝送セッションを識別可能にする。ステップ１２２で、２００ＯＫ応答は、ＷＡＮユーザー装置１０６からＴＳ１０４で受信され、セッションが構築される。ＴＳ１０４は、セッションが構築されると、ステップ１２４で、ファイル伝送が開始されるＴＣＰ１０２にメッセージを送信する。

本発明の一実施形態において、ＴＣＰ１０２は、ファイル伝送の継続的進行を要求できる。したがって、ＴＳ１０４は、ファイル伝送の進行に関する周期的な通知を送信する。こうして、引数ファイル情報の通知タイプは、周期的な一つの要素を言及し、ＴＳ１０４は、上記通知をＴＣＰ１０２に周期的に伝送する。この通知は、状態変数アップデートとしてＴＣＰ１０２に伝送される。この情報は、ＳｅｓｓｉｏｎＵｐｄａｔｅとして呼ばれるＵＰｎＰのメッセージングスペックに既に存在する状態変数に含むことができる。その代わりに、ファイル伝送セッションに対する新たな状態変数は、ＦｉｌｅＴｒａｎｓｆｅｒＳｅｓｓｉｏｎｉｎｆｏとして提案される。ステップ１２６乃至１２８で、ファイルは、メッセージセッション中継プロトコル(Message Session Relay Protocol：ＭＳＲＰ）を用いて伝送される。

ステップ１３０で、ＴＳ１０４はファイル伝送完了を示すイベントをＴＣＰ１０２に伝送する。その後、ステップ１３２で、ＴＳ１０４は、ＳＩＰ ＢＹＥ要請を送信することによってＷＡＮファイル伝送セッションを終了する。ステップ１３４で、２００ＯＫ応答は、ＷＡＮユーザー装置１０６から受信される。したがって、ファイルは、上述した方法を用いてＬＡＮネットワーキングからＷＡＮネットワークに転送できる。

説明のために、関数ＳｔａｒｔＦｉｌｅＴｒａｎｓｆｅｒ()及び引数ＡＲＧ_ＴＹＰＥ_ＦｉｌｅＩｎｆｏＬｉｓｔに対するスキーマは、下記に示す。

図２は、本発明の一実施形態により、ファイル伝送と関連した既存のセッションを変更する方法を示すフロー図である。

ファイルを伝送するための既存のセッションを変更する基本フローが示される。ステップ２０２で、“チャット(chatting)”のセッションクラスを有するＷＡＮユーザー間にチャットセッションが存在すると仮定する。ステップ２０４で、ＴＣＰ１０２は、“Ｆｉｌｅ-Ｔｒａｎｓｆｅｒ”のセッションクラスを有するＭｏｄｉｆｙＳｅｓｓｉｏｎ()イベントを用いてセッションを変更する。ステップ２０６で、２００ＯＫ応答は、ＴＳ１０４から受信される。ステップ２０８で、ＴＣＰ１０２は、ファイル情報を含む動作ＳｔａｒｔＦｉｌｅＴｒａｎｓｆｅｒ()を用いてファイル伝送を開始する。ファイル情報を受信した後に、ＴＳ１０４は、ステップ２１０で、２００ＯＫ応答をＴＣＰ１０２に送信する。ステップ２１２で、ＴＳ１０４は、動作ＳｔａｒｔＦｉｌｅＴｒａｎｓｆｅｒ()で受信されたファイル情報を用いてファイルをフェッチする。ステップ２１４で、ＴＳ１０４は、既存のＩＭセッションがファイル伝送のための追加的な‘ｍ’個のラインも含むように変更し、ＷＡＮユーザー装置(ユーザーＡ１０６)にインバイト要請を送信する。ステップ２１６で、ＷＡＮユーザー装置１０６は、２００ＯＫ応答をＴＳ１０４に伝送する。このように、ＴＳ１０４は、セッションを変更する。セッションが成功的に変更されると、ステップ２１８で、ＴＳ１０４は、成功的に変更に関してＴＣＰ１０２に通知する。本発明の一実施形態では、ユーザーがセッション変更を拒絶すると、ＴＳ１０４は、ＴＣＰ１０２に拒絶されたファイル伝送セッションのイベントとしてのイベントを送信する。

図３は、本発明の他の実施形態により、ホームネットワークからＷＡＮユーザー装置にファイルを転送する方法を示すフロー図である。

ファイル伝送は、ＳｅｎｄＭｅｓｓａｇｅ()動作を用いてメッセージタイプ伝送として遂行される。ステップ３０２で、ファイル伝送は、動作ＳｅｎｄＭｅｓｓａｇｅ()を用いて遂行される。この動作は、新たなメッセージクラスをＦｉｌｅＴｒａｎｓｆｅｒとして定義する。ＴＳ１０４は、メッセージを受信し、ファイルを検索し、その後にＷＡＮユーザーに対するファイル伝送セッションを構築し、ＷＡＮユーザー装置１０６にこのファイルを伝送する。

ステップ３０２で、ＴＣＰ１０２は、ＳｅｎｄＭｅｓｓａｇｅ()動作を送信し、この動作にＭｅｓｓａｇｅＣｌａｓｓをファイル伝送として含む。その後、ＴＳ１０４は、ＳｅｎｄＭｅｓｓａｇｅ()要請を受信し、ファイル伝送としてＭｅｓｓａｇｅＣｌａｓｓをチェックする。ステップ３０４で、２００ＯＫ応答は、ＴＳ１０４によってＴＣＰ１０２に伝送される。ステップ３０６で、ＴＳ１０４は、ＴＣＰ１０２からのファイルをフェッチする。ステップ３０８で、ＴＳ１０４は、ＷＡＮユーザー装置１０６に対してファイル伝送セッションを開始し、インバイト要請をＷＡＮユーザー装置１０６に送信する。ステップ３１０で、２００ＯＫ応答は、ＷＡＮユーザー装置１０６から受信される。

ステップ３１２で、ＴＳ１０４とＷＡＮユーザー装置１０６との間にセッションが構築される場合、ＴＳ１０４は、ファイル伝送開始状態としてイベントをＴＣＰ１０２に伝送する。ステップ３１４乃至ステップ３１６で、ＴＳ１０４は、ＭＳＲＰプロトコルを用いてファイルをＷＡＮユーザー装置１０６に伝送する。ステップ３１８で、ファイルが全く転送される場合、ＴＳ１０４は、ファイル伝送状態がファイル伝送完了であるイベントを送信する。

図４は、本発明の一実施形態により、ファイル伝送セッションを取り消す方法を示すフロー図である。

ファイル伝送セッションを取り消す方法が示される。ファイル伝送を取り消すために、入力引数としてセッションＩＤを有するＣａｎｃｅｌＦｉｌｅＴｒａｎｓｆｅｒ()という新たな動作が使用される。ステップ４０２では、ファイル伝送メッセージングセッションがＴＳ１０４とＷＡＮユーザー装置１０６との間に既に構築されていることが示されている。ステップ４０４で、ＴＣＰ１０２は、ＣａｎｃｅｌＦｉｌｅＴｒａｎｓｆｅｒ()セッションをＴＳ１０４に伝送する。ステップ４０６で、ＴＳ１０４は、２００ＯＫ応答をＴＣＰ１０２に伝送する。ステップ４０８で、ＴＳ１０４は、ＳＩＰ ＢＹＥメッセージをＷＡＮユーザー装置１０６に送信する。ステップ４１０で、ＷＡＮユーザー装置１０６は、２００ＯＫ応答をＴＳ１０４に送信する。ステップ４１２で、ＴＳ１０４は、ファイル伝送が取り消されたことを示すイベントをＴＣ１０４に送信する。

図５は、本発明の一実施形態により、ユーザー装置からの受信(incoming)ファイル伝送要請を処理する方法を示すフロー図である。

ステップ５０２で、インバイトがＷＡＮユーザー装置１０６からＴＳ１０４に受信される。ファイル伝送要請が受信される場合、ＴＳ１０４は、状態変数変更を通して要求を送信する。ステップ５０４で、ＴＳ１０４は、ファイル伝送要請に関してＴＣＰ１０２に通知する。本発明の実施形態において、ステップ５０４は、既存の状態変数ＳｅｓｓｉｏｎＵｐｄａｔｅを用いて、あるいは新たは状態変数を定義することによって遂行される。セッション状態は、保留中(pending)の値及びＦｉｌｅ-Ｔｒａｎｓｆｅｒで言及したセッションクラスを含む。

ステップ５０６で、ＷＡＮユーザー装置１０６がファイル伝送セッションの受諾を所望する場合、ＴＣＰ１０２は、新たな動作ＡｃｃｅｐｔＦｉｌｅＴｒａｎｓｆｅｒ()を送信する。本発明の実施形態では、既存の動作は、セッションＡｃｃｅｐｔＳｅｓｓｉｏｎ(）を受諾するために使用できる。その後、ＴＳ１０４は、ファイル伝送要請のためにポジティブ応答をＷＡＮユーザー装置１０６に伝送する。ステップ５０８で、２００ＯＫ応答は、ＷＡＮユーザー装置１０６に送信される。

ステップ５１０で、ファイル伝送メッセージングセッションが構築される。その後にファイルが伝送される。ファイルと関連した情報は、ＴＳ１０４によってＴＣＰ１０２に送信される。ステップ５１２で、ＴＳ１０４は、ファイル伝送の完了を示すイベントをＴＣＰ１０２に伝送する。本発明の実施形態において、ファイルに対するリンクも、ＴＣＰ１０２に伝送される。本発明の実施形態において、状態は、状態変数を用いて送信でき、ファイルが完全に転送されると、セッションのリンクを含むことができる。本発明の実施形態では、ファイルは、ＴＳ１０４に格納される。ステップ５１４で、ファイルは、ＴＣＰ１０２によってＴＳ１０４からフェッチされる。

図６は、本発明の一実施形態により、ファイル伝送要請を処理する方法を示すフロー図である。

入力ファイルは、新たなメッセージとして格納でき、新たなメッセージ指示は、ユーザーに送信され得る。ユーザーは、メッセージを一般メッセージとして検索できる。ステップ６０２で、インバイトがＷＡＮユーザー装置１０６からＴＳ１０４に受信される。ファイル伝送要請が受信される場合、ＴＳ１０４は、状態変数変更を通じて上記要請を伝送し、入力ファイル伝送要請に関してＴＣＰ１０２に通知する。ステップ６０４で、ＴＳ１０４は、ファイル伝送要請に関してＴＣＰ１０２に通知する。本発明の実施形態において、ステップ６０４は、既存の状態変数ＳｅｓｓｉｏｎＵｐｄａｔｅを用いて、あるいは新たな状態変数を定義することによって遂行される。セッション状態は、保留中の値及びＦｉｌｅ-Ｔｒａｎｓｆｅｒで言及されたセッションクラスを含む。

ステップ６０６で、ＷＡＮユーザー装置１０６がファイル伝送セッションの受諾を所望する場合、ＴＣＰ１０２は、ＡｃｃｅｐｔＦｉｌｅＴｒａｎｓｆｅｒ()動作を送信する。本発明の実施形態において、既存の動作は、セッションＡｃｃｅｐｔＳｅｓｓｉｏｎ(）を受諾するために使用することができる。その後、ＴＳ１０４は、ファイル伝送要請に対してＷＡＮユーザー装置１０６にポジティブ応答を送信する。ステップ６０８で、２００ＯＫ応答は、ＷＡＮユーザー装置１０６に伝送される。

ステップ６１０で、ファイル伝送メッセージングセッションが構築される。以後、ファイルが伝送される。メッセージフォーマットのファイルは、ＴＳ１０４によってＴＣＰ１０２に送信される。ステップ６１２で、ＴＳ１０４は、新たなメッセージを示すイベントをＴＣＰ１０２に伝送する。ステップ６１４で、ＴＣＰ１０２は、ＴＳ１０４からファイルを含むメッセージを読み取ることができる。

図７は、本発明の一実施形態により、第２の通信装置からファイルを伝送する方法を示すフロー図である。

ＴＣＰ１０２が任意の他のサーバ、例えば第１の装置７０２からのファイルを伝送する方法が示されている。第１のデバイス７０２の例では、メディアサーバがある。

ステップ７０４で、ＴＣＰ１０２がファイル伝送メカニズムを要求できるように、ＴＣＰ１０２とＴＳ１０４との間で動作が定義される。この動作は、ＳｔａｒｔＦｉｌｅＴｒａｎｓｆｅｒＦｒｏｍ()関数を用いて開始できる。ステップ７０４で、ファイル伝送関数開始が始められ、この関数は、Ａ_ＡＲＧ_ＴＹＰＥ_ＦｉｌｅＩｎｆｏＬｉｓｔと呼ばれる一つの引数を有する。このＡ_ＡＲＧ_ＴＹＰＥ_ＦｉｌｅＩｎｆｏＬｉｓｔは、ファイルの詳細及び、例えばＩＰアドレスとポート情報に関するサーバコンタクト情報(server contact information）の詳細を含む。本発明の実施形態において、引数はＸＭＬ構造を有する。情報は、ファイルリンク、及びファイルタイプ、ファイルサイズのようなファイル情報を含むことができる。ステップ７０６で、ＴＳ１０４は、動作をフェッチし、ＴＣＰ１０２に２００ＯＫ応答で応答する。ステップ７０８で、ＴＳ１０４は、動作で提供されたリンクを用いて第１のデバイス７０２からのファイルをフェッチする。ＴＳ１０４は、このコンタクト情報を用いて第１のデバイス７０２からのファイルを検索する。

ファイルがＴＳ１０４によって検索されると、ＴＳ１０４は、ＷＡＮユーザー装置１０６にファイルを伝送するために利用可能なメッセージング技術を使用する。ＷＡＮユーザー装置１０６により要求されると、ＴＳ１０４は、同一の進行セッションを使用できる。引数は、セッションＩＤを有することができる。ステップ７１０で、ＴＳ１０４は、ファイル詳細を含むＳＤＰを有するＳＩＰ インバイト要請をＷＡＮユーザー装置１０６に送信し、このファイル詳細は、ＷＡＮユーザー装置１０６がファイル伝送セッションを識別可能にする。ステップ７１２で、２００ＯＫ応答は、ＷＡＮユーザー装置１０６からＴＳ１０４で受信され、セッションが構築される。ステップ７１４で、セッションが構築されると、ＴＳ１０４は、ファイル伝送が開始されるＴＣＰ１０２にメッセージを送信する。

本発明の実施形態において、ＴＣＰ１０２は、ファイル伝送の継続的進行を要求できる。それによって、ＴＳ１０４は、ファイル伝送の進行に関する周期的通知を伝送する必要がある。したがって、引数ファイル情報の通知タイプは周期的な一つの要素を言及し、ＴＳ１０４は、この通知をＴＣＰ１０２に周期的に送信する。この通知は、状態変数アップデートとしてＴＣＰ１０２に伝送される。この情報は、ＳｅｓｓｉｏｎＵｐｄａｔｅと呼ばれるＵＰｎＰのメッセージングスペックに既に存在する状態変数に含むことができる。他の方法として、本発明の実施形態では、ファイル伝送セッションに対する新たな状態変数をＦｉｌｅＴｒａｎｓｆｅｒＳｅｓｓｉｏｎｉｎｆｏとして提案する。ステップ７１６乃至７１８では、ファイルは、ＭＳＲＰを用いてＷＡＮユーザー装置１０６に伝送される。

ステップ７２０で、ＴＳ１０４は、ファイル伝送完了を示すイベントをＴＣＰ１０２に伝送する。その後、ステップ７２２で、ＴＳ１０４は、 ＷＡＮユーザー装置１０６にＳＩＰ ＢＹＥ要請求を伝送することによってファイル伝送セッションを 終了する。ステップ７２４で、２００ＯＫ応答は、ＷＡＮユーザー装置１０６からＴＳ１０４で受信される。

図８は、本発明の一実施形態によるテレフォニーサーバを示す。

ＴＳ１０４は、送受信器８１４及びプロセッサ８１２を含む。本発明の一実施形態において、送受信器８１４は、ファイル伝送セッションを開始するためにＴＣＰ１０２から要請を受信し、ファイル伝送セッションを開始するための上記要請が受信される場合にＴＣＰ１０２からのファイルをフェッチし、ホームネットワークからＷＡＮユーザー装置１０６へのファイル伝送を開始するためにＷＡＮユーザー装置１０６にインバイトを伝送し、インバイトの受信確認(acknowledgment）がＷＡＮユーザー装置１０６から受信される場合にはＷＡＮユーザー装置１０６に上記ファイルを伝送する。

プロセッサ８１２は、ＴＣＰ１０２からの要請で受信されたファイル情報及び要求に基づいたメッセージングサービスを用いてファイル伝送セッションを構築する。

ＴＳ１０４とＷＡＮユーザー装置１０６との間でファイル伝送が開始又は完了する場合、送受信器８１４は、ＴＣＰ１０２に通知する。送受信器８１４は、ファイル伝送セッションを変更するために変更要請をＴＣＰ１０２から受信し、変更されたファイルをＴＣＰ１０２からフェッチし、変更されたファイルをフェッチするためにＷＡＮユーザー装置１０６に通知を送信する。

送受信器８１４がＷＡＮユーザー装置１０６にファイルを伝送する場合、ファイルは、メッセージフォーマットに転送され、あるいはＷＡＮユーザー装置１０６からファイル伝送の開始のためのインバイトが受信される場合、ファイル伝送セッションが開始される。

本発明の実施形態は、ＵＰｎＰテレフォニーサービスを用いてホームネットワークからＷＡＮユーザー装置にファイルを伝送する方法及びシステムを提供する。この方法は、ユーザーに他のネットワークにファイルを送信可能にする。

ここで、本発明の実施形態は、上述した技術を実施するためのコンピュータシステムの使用に関するものである。一実施形態において、この技術は、メモリに含まれる情報を用いてプロセッサにより遂行される。このような情報は、格納装置のように、機械的読み取り可能な媒体からメインメモリに読み取ることができる。メモリに含まれたこの情報は、プロセッサが上述した方法を遂行するようにする。

ここで使用される用語“機械的読み取り可能な媒体”は、機械を特定形態で動作させるデータを提供するのに参加する任意の媒体を意味する。コンピュータシステムを用いて実施される実施形態では、多様な機械的読み取り可能な媒体が、例えばプロセッサに実行のための情報を提供することに関連する。この機械的読み取り可能な媒体は、格納媒体となり得る。格納媒体は、非揮発性媒体及び揮発性媒体両方ともを含む。非揮発性媒体は、例えばサーバ格納ユニットのような光学又は磁気ディスクを含む。揮発性媒体は動的メモリを含む。このようなすべての媒体は、機械内に情報を読み取る物理的メカニズムによって検出されるように情報を媒体で搬送可能なように明白なものでなければならない。

一般的な形態の機械的読み取り可能な記録媒体は、例えば、フロッピーディスク（登録商標）、フレキシブルディスク、ハードディスク、磁気テープ、または他の磁気媒体、ＣＤ-ＲＯＭ、他の光学媒体、パンチカード、ペーパーテープ、孔パターンを有する任意の他の物理的媒体、ＲＡＭ(Random-Access Memory)、ＰＲＯＭ、ＥＰＲＯＭ、フラッシュＥＰＲＯＭ、他のメモリチップ又はカートリッジを含む。

本発明の実施形態では、機械的読み取り可能な媒体は、バスを含む配線を含み、同軸ケーブル、銅線、及び光ファイバを含むことができる。伝送媒体は、無線及び赤外線データ通信中に生成されるような音響又は光波の形態を取ることができる。機械的読み取り可能な媒体の例としては、搬送波又はコンピュータが、例えばオンラインソフトウェア、ダウンロードリンク、設置(installation)リンク、及びオンラインリンクを読み取りできる任意の他の媒体を含むが、これに限定されるものではない。

以上、本発明の詳細な説明においては具体的な実施形態に関して説明したが、特許請求の範囲の記載及びこれと均等なものに基づいて定められる本発明の範囲及び趣旨を逸脱することなく、形式や細部の様々な変更が可能であることは、当該技術分野における通常の知識を持つ者には明らかである。

１０２ ＴＣＰ
１０４ ＴＳ
１０６ ＷＡＮユーザー装置

Claims (12)

1. ＵＰｎＰテレフォニーサービスを用いてホームネットワークから広帯域ネットワーク(ＷＡＮ)ユーザー装置にファイルを伝送するテレフォニーサーバ(ＴＳ）でのファイル伝送方法であって、
   ファイル伝送セッションを開始するためにテレフォニー制御ポイント(ＴＣＰ)からファイル情報を含む要請を受信するステップと、
   前記ＴＣＰから受信した前記要請及び前記ファイル情報に基づいたメッセージングサービスを用いて前記ファイル伝送セッションを構築するステップと、
   前記ＴＣＰから前記ファイルをフェッチし、前記ファイルを前記ＴＳに格納するステップと、
   前記ホームネットワークから前記ＷＡＮユーザー装置へ前記ファイル伝送セッションを開始するために前記ＷＡＮユーザー装置にインバイト(ＩＮＶＩＴＥ)を送信するステップと、
   前記インバイトの受信確認が前記ＷＡＮユーザー装置から受信される場合、前記ＷＡＮユーザー装置に前記ファイルを転送するステップと、を有し、
   前記ＴＣＰ及び前記ＴＳはホームネットワークに含まれることを特徴とする方法。
2. 前記ＴＳと前記ＷＡＮユーザー装置との間のファイル伝送セッションが開始される場合、前記ＴＣＰに通知するステップをさらに有することを特徴とする請求項１に記載の方法。
3. 前記ＴＳと前記ＷＡＮユーザー装置との間のファイル伝送が完了する場合、前記ＴＣＰに通知するステップをさらに有することを特徴とする請求項１乃至２のいずれか１項に記載の方法。
4. 前記ファイル伝送セッションを変更するために前記ＴＣＰから変更要請を受信するステップと、
   前記ＴＣＰから変更されたファイルをフェッチするステップと、
   前記変更されたファイルをフェッチするために前記ＷＡＮユーザー装置に通知を送信するステップと、
   をさらに有することを特徴とする請求項１乃至３のいずれか１項に記載の方法。
5. 前記ＷＡＮユーザー装置に前記ファイルを伝送するステップは、前記ファイルをメッセージフォーマットで伝送するステップを有することを特徴とする請求項１乃至４のいずれか１項に記載の方法。
6. 前記ＷＡＮユーザー装置に前記ファイルを伝送するステップは、
   前記ＷＡＮユーザー装置からファイル伝送の開始のためのインバイトが受信される場合、前記ファイル伝送セッションを開始するステップを有することを特徴とする請求項１乃至４のいずれか１項に記載の方法。
7. テレフォニーサーバ(ＴＳ)であって、
   ファイル伝送セッションを開始するためにテレフォニー制御ポイント(ＴＣＰ)から要請を受信し、前記ファイル伝送セッションを開始するための前記要請が受信される場合に前記ＴＣＰからファイルをフェッチし、ホームネットワークから広帯域ネットワーク(ＷＡＮ)ユーザー装置へのファイル伝送を開始するために前記ＷＡＮユーザー装置にインバイトを伝送し、前記ＷＡＮユーザー装置から前記インバイトの受信確認が受信される場合に前記ＷＡＮユーザー装置に前記ファイルを伝送する送受信器と、
   前記ＴＣＰからの前記要請で受信されるファイル情報及び前記要請に基づいたメッセージングサービスを用いて前記ファイル伝送セッションを構築するプロセッサと、
   を含むことを特徴とするテレフォニーサーバ。
8. 前記送受信器は、前記ＴＳと前記ＷＡＮユーザー装置との間の前記ファイル伝送セッションが開始される場合、前記ＴＣＰに通知することを特徴とする請求項７に記載のテレフォニーサーバ。
9. 前記送受信器は、前記ＴＳと前記ＷＡＮユーザー装置との間のファイル伝送セッションが完了する場合、前記ＴＣＰに通知することを特徴とする請求項７乃至８のいずれか１項に記載のテレフォニーサーバ。
10. 前記送受信器は、前記ＴＣＰから前記ファイル伝送セッションを変更するための変更要請を受信し、前記ＴＣＰから変更されたファイルをフェッチし、前記変更されたファイルをフェッチするために前記ＷＡＮユーザー装置に通知を送信することを特徴とする請求項７乃至９のいずれか１項に記載のテレフォニーサーバ。
11. 前記送受信器は、前記ファイルをメッセージフォーマットで送信することによって前記ＷＡＮユーザー装置に転送することを特徴とする請求項７乃至１０のいずれか１項に記載のテレフォニーサーバ。
12. 前記送受信器は、前記ＷＡＮユーザー装置から前記ファイル伝送の開始のためのインバイトが受信される場合、前記ファイル伝送セッションの開始によって前記ＷＡＮユーザー装置に前記ファイルを転送することを特徴とする請求項７乃至１０のいずれか１項に記載のテレフォニーサーバ。

Images