JP4723841B2 - モバイル・トゥー・モバイル・ビデオ機能をネットワークに提供するための方法および装置 - Google Patents

Description

本発明は、モバイル・トゥー・モバイル・ビデオ機能をネットワークに提供するための方法および装置に関する。より詳細には、この開発は、ある移動局（例えば、無線電話）から別の移動局（例えば、別の無線電話）へのビデオ・データの送信を容易にするシステムを対象とし、これを本明細書でモバイル・トゥー・モバイル・ビデオと称する。この開発はまた、データの受信に対して、被呼者の嗜好に対処するための、送信のユーザー・コントロールをも提供する。

本発明は特に、モバイル・トゥー・モバイル・ビデオ送信の分野を対象とし、したがって、特にそれに関して説明されるが、本発明は他の分野および応用例で有用性を有する可能性があることは理解されよう。例えば、本発明を他のモバイル・トゥー・モバイル・データ送信に適合させ、それにおいて使用することができる。

背景として、ユーザー・コントロールを有するモバイル・トゥー・モバイル・ビデオ機能は現在、市場で知られていない。言うまでもなく、ビデオを記録すること、および、ビデオ・データを後に表示するためにウェブ・サイトに送信することを可能にするシステムは存在する。しかし、これらのシステムは、モバイル・トゥー・モバイル・ビデオ機能を提供せず、このようなシステムは所望のユーザー・コントロールを可能にしていない。市場に出ている他のシステムは、あるモバイル・システムから別のモバイル・システムへのスチール写真の通信を可能にする。しかし、これらのシステムは、所望のユーザー・コントロールを可能にしていない。また、これらのシステムは、ストリーミング・ビデオ・データには関係せず、静止画像データのみに関係している。
本発明は、モバイル・トゥー・モバイル・ビデオ機能をネットワークに提供するためのシステムであって、上記で言及した難点および他の点を解決するシステムを企図する。

モバイル・トゥー・モバイル・ビデオ機能をネットワークに提供するための方法および装置が、本発明によって実現される。

本発明の一態様では、このシステムは、第１の移動局から第２の移動局への呼を、ビデオ・データを含むとして認識し、ビデオ・データが存在する場合、第２の移動局を、ビデオ・データを受信することができるものとして妥当性確認し、第２の移動局のための配信嗜好を決定するように動作する、呼認識モジュールと、その中にビデオ・データを格納するように動作する記憶モジュールと、第２の移動局が妥当性確認された場合、配信嗜好に基づいて、第２の移動局に選択的にプロンプトを出し、プロンプトに対する応答を第２の移動局から受信し、この応答を選択的に転送するように動作する、アナウンス・モジュールと、認識の際にビデオ・データを記憶モジュールに格納し、応答をプロンプト・モジュールから受信し、この応答に基づいて、ビデオ・データを記憶モジュール内で維持すること、ビデオ・データを記憶モジュールから削除すること、およびビデオ・データを第２の移動局に転送することのうち、少なくとも１つを実行するように動作する、制御モジュールとを備える。

本発明のもう１つの態様では、呼認識モジュールは第２の移動局を、モバイル加入者データベース上でルックアップ操作を実行することによって、妥当性確認する。
本発明のもう１つの態様では、記憶モジュールは先入れ先出しバッファである。
本発明のもう１つの態様では、プロンプトは呼び出し音を備える。
本発明のもう１つの態様では、プロンプトはアナウンスを備える。
本発明のもう１つの態様では、応答は、ビデオ・データの拒否、ビデオ・データの即時配信の要求、および、ビデオ・データの遅延配信の要求のうち、少なくとも１つを備える。

本発明のもう１つの態様では、呼発信モジュールは、配信嗜好に基づいて、第２の移動局への後続の呼を発信して、第２の移動局が妥当性確認された場合、配信嗜好に基づいて、第２の移動局に選択的にプロンプトを出し、プロンプトに対する応答を第２の移動局から受信し、この応答を制御モジュールに選択的に転送するように動作する。

本発明のもう１つの態様では、アナウンス・モジュールは、呼認識モジュールが第２の移動局を妥当性確認しない場合、配信がブロックされるという信号を、第１の移動局に提供する。
本発明のもう１つの態様では、呼認識モジュールが第２の移動局を妥当性確認しない場合、制御モジュールはビデオ・データを記憶モジュールから削除する。

本発明のもう１つの態様では、この方法は、第１の移動局から第２の移動局への呼を、ビデオ・データを含むとして認識すること、ビデオ・データが存在する場合、第２の移動局を、ビデオ・データを受信することができるものとして妥当性確認し、第２の移動局のための配信嗜好を決定すること、ビデオ・データを記憶モジュールに格納すること、第２の移動局が妥当性確認された場合、配信嗜好に基づいて、第２の移動局に選択的にプロンプトを出すこと、プロンプトに対する応答を第２の移動局から受信すること、および、この応答に基づいて、ビデオ・データを記憶モジュール内で維持すること、ビデオ・データを記憶モジュールから削除すること、およびビデオ・データを第２の移動局に転送することのうち、少なくとも１つを実行することを備える。

本発明のもう１つの態様では、第２の移動局を妥当性確認することは、モバイル加入者データベース上でルックアップ操作を実行することを備える。
本発明のもう１つの態様では、プロンプトを出すことは、呼び出し音を提供することを備える。
本発明のもう１つの態様では、プロンプトを出すことは、アナウンスを提供することを備える。

本発明のもう１つの態様では、応答は、ビデオ・データの拒否、ビデオ・データの即時配信の要求、および、ビデオ・データの遅延配信の要求のうち、少なくとも１つを開始することを備える。

本発明のもう１つの態様では、この方法は、配信嗜好に基づいて、第２の移動局への後続の呼を発信すること、第２の移動局が妥当性確認された場合、配信嗜好に基づいて、第２の移動局に選択的にプロンプトを出すこと、プロンプトに対する応答を第２の移動局から受信すること、および、この応答を制御モジュールに選択的に転送することをさらに備える。

本発明のもう１つの態様では、この方法は、第２の移動局が妥当性確認されない場合、配信がブロックされるという信号を、第１の移動局に提供することをさらに備える。
本発明のもう１つの態様では、この方法は、第２の移動局が妥当性確認されない場合、ビデオ・データを記憶モジュールから削除することをさらに備える。

本発明のもう１つの態様では、このシステムは、第１の移動局から第２の移動局への呼を、ビデオ・データを含むとして認識する手段と、第２の移動局を、ビデオ・データを受信することができるものとして妥当性確認し、第２の移動局のための配信嗜好を決定する手段と、ビデオ・データを記憶モジュールに格納する手段と、第２の移動局が妥当性確認された場合、第２の移動局に選択的にプロンプトを出す手段と、プロンプトに対する応答を第２の移動局から受信する手段と、この応答に基づいて、ビデオ・データを記憶モジュール内で維持すること、ビデオ・データを記憶モジュールから削除すること、およびビデオ・データを第２の移動局に転送することのうち、少なくとも１つを実行する手段とを備える。

本発明のもう１つの態様では、応答は、ビデオ・データの拒否、ビデオ・データの即時配信の要求、および、ビデオ・データの遅延配信の要求のうち、少なくとも１つを備える。

本発明のもう１つの態様では、このシステムは、配信嗜好に基づいて、第２の移動局への後続の呼を発信する手段、第２の移動局が妥当性確認された場合、配信嗜好に基づいて、第２の移動局に選択的にプロンプトを出す手段、プロンプトに対する応答を第２の移動局から受信する手段、および、この応答を制御モジュールに選択的に転送する手段をさらに備える。

本発明のもう１つの態様では、このシステムは、第２の移動局が妥当性確認されない場合、配信がブロックされるという信号を、第１の移動局に提供する手段をさらに備える。
本発明のもう１つの態様では、このシステムは、第２の移動局が妥当性確認されない場合、ビデオ・データを記憶モジュールから削除する手段をさらに備える。

本発明の適用可能性のさらなる範囲は、以下に提供する詳細な説明から明らかになるであろう。しかし、詳細な説明および具体的な実施例は、本発明の好ましい実施形態を示すが、例示のためにのみ与えられ、これは、本発明の精神および範囲内の様々な変更および修正が当業者に明らかになるからであることを理解されたい。

本発明は、デバイスの様々な部分、および方法の工程の構成、配置および組み合わせにおいて存在し、それにより、企図された目的は、以下でより十分に述べられ、特に特許請求の範囲内で示され、添付の図面で例示されるように達成され、図面においては以下の通りである。

ここで図面を参照し、図面において提示するものは、本発明の好ましい実施形態を例示するためのみであり、これを限定するためのものではなく、図１は、本発明を組み込むことができる全体のシステムの図を提供する。図のように、ネットワーク１０は移動局＃１を含み、移動局＃１は参照番号１２により識別され、ビデオ呼を公衆交換電話網（ＰＳＴＮ）１４に通信する。特に図示しないが、これは、公衆交換電話網（ＰＳＴＮ）１４を通じて実際に送信される前に様々な無線ネットワーク・コンポーネントを通じた呼の通信を含む。言うまでもなく、例示するものは一実施例でしかない。他の実施形態では、移動局１２は無線ネットワーク内でのみ通信することができる。しかし、図のように、公衆交換電話網（ＰＳＴＮ）１４はモバイル・スイッチング・センター（ＭＳＣ）１６に接続され、ＭＳＣ１６は基地局１８と通信する。図の構成では、基地局１８はビデオ画像アラートおよび後続のビデオ呼を移動局＃２に通信し、これは参照番号２０により識別される。本発明の例示的実施形態では、モバイル加入者データベース２２はまた、モバイル・スイッチング・センター（ＭＳＣ）１６とも通信する。

重要なことには、図１のように、本発明は、モバイル・トゥー・モバイル・ビデオ機能をネットワーク１０に提供する。本発明は、例示され、当技術分野で周知であるいくつかのコンポーネント、および、本発明を実装するための修正を含む他の選択されたコンポーネントを使用して、この提供を行う。具体的には、モバイル加入者データベース２２は、本発明のモバイル・トゥー・モバイル・ビデオ機能をサブスクライブするユーザーを識別するための、少なくとも１つの特別なデータ・フィールドを含む。この修正を、単に１つまたは複数のフィールドを既存のデータベースに追加することによって実装することができ、この中でフラグまたはマーカーをセットまたはリセットして、モバイル・トゥー・モバイル・ビデオ機能のサブスクリプションを指示することができる。さらなる情報もまた、データベースの追加フィールドに格納することができ、あるいは、モバイル加入者データベースから得られた情報（例えば、別のデータベースへのポインタ）を通じてアクセス可能にして、システムの効率的実装を可能にすることができる。例えば、このさらなる情報には、加入者の移動局上の仕様（例えば、ビデオ使用可能性）、または、加入者の配信嗜好の情報（例えば、即時、遅延、ブロック、または条件付き）が含まれる場合がある。

このように、モバイル加入者データベースは、当技術分野で周知である形態を、上述の修正と共に取るようになる。説明を容易にするため、加入者データベース２２の例示的図を図２に示す。例示のように、データベース２２は、加入者識別フィールド２２−１、加入者データ・フィールド２２−２、ビデオ使用可能データ・フィールド２２−３、および嗜好・データ・フィールド２２−４を含む。言うまでもなく、データベース２２は通常、図示しないが当技術分野で知られている他のデータ・フィールドを有するようになる。加えて、例示したフィールドに格納されたデータの実際の形態は、アプリケーションによって変わるようになる。例えば、「ＹＥＳ」および「ＮＯ」データ・エントリは実際には、「セット」または「リセット」フラグの形態を取ることができる。「ＤＥＬＡＹＥＤ」指示は、別の機械可読コードの形態を取ることができる。加入者識別フィールドのデータは、周知または他のものである形態を取ることができる。

加えて、モバイル・スイッチング・センター１６は修正を含む。これについて、ここで図３を参照すると、モバイル・スイッチング・センター（ＭＳＣ）１６は、ビデオ呼認識モジュール３０、アナウンス・モジュール３２、制御モジュール３４、呼発信モジュール３６、およびビデオ記憶モジュール３８を含む。識別されたモジュールは、本発明を実装するために追加または修正されるものであることを理解されたい。モバイル・スイッチング・センター（ＭＳＣ）１６が、当技術分野で周知であるモバイル・スイッチング・センター（ＭＳＣ）１６の機能を提供する様々な他のコンポーネント（図示せず）を含むことは、当業者には理解されよう。

本発明をまた、それ自体はモバイル・スイッチング・センター（ＭＳＣ）を有していないシステムでも実装できることを、さらに理解されたい。このような場合、モバイル・スイッチング・センター（ＭＳＣ）１６について本明細書で論じたものに類似した修正を、スイッチングの類似の責任を有するネットワーク要素に行うことができる。

図３で識別されたコンポーネントについては、その機能および相互作用を図４〜８に関してより十分に説明するが、ビデオ呼認識モジュール３０は、移動局からのビデオ呼を認識するため、かつ、被呼者の状況を決定するために提供される。ビデオ・データを有する呼の存在の検出は、知られている方法で実施される。ビデオ呼認識モジュール３０は、モバイル加入者データベース２２に問い合わせて、被呼者がモバイル・トゥー・モバイル・ビデオ・サービスをサブスクライブする（例えば、加入者識別データ・フィールド２２−１および加入者データ・フィールド２２−２にアクセスする）かどうか、および、ビデオ使用可能移動局を有する（例えば、ビデオ使用可能データ・フィールド２２−３にアクセスする）かどうかを判断することによって、被呼者の状況を決定するタスクを実施する。被呼者の加入者の配信嗜好もまた、呼認識モジュール３０によって、モバイル加入者データベース２２（例えば、嗜好・データ・フィールド２２−４）への問い合わせの使用を通じて決定される。被呼者の状況もまた、アナウンス・モジュール３２を使用することによって被呼者にプロンプトを出す追加の工程を実装することによって、決定することができる。被呼者、または移動局２０にプロンプトを出す際に、アナウンス・ソフトウェアは移動局または電話を鳴らし、メッセージを再生することができる。アナウンス・モジュール３２はまた、いかなるプロンプトに対する応答をも受信し、その情報を、モバイル・スイッチング・センター（ＭＳＣ）１６内の適切なモジュール上に送信する。アナウンスを生成および送信し、応答を処理するための技術は、周知である。

ビデオ記憶モジュール３８は、ビデオ呼認識モジュール３０によって受信されるビデオ呼を備える、ビデオ・データを格納する。ビデオ記憶モジュール３８は好ましくは先入れ先出しバッファであり、ビデオ呼認識モジュール３０による認識の際にビデオ呼を格納する。格納されたビデオの最終的な処理は、被呼者の状況および被呼者の配信嗜好によって決定される。これらの嗜好は制御モジュール３４によって実行され、制御モジュール３４は、被呼者または携帯電話２０の応答に応答して、格納されたビデオを制御する。

呼発信モジュール３６もまた提供される。このモジュールは、被呼者の配信嗜好が、ビデオを後の時間に格納かつ転送することである場合、携帯電話２０または被呼者への後続の呼を発信するように動作する。呼発信技術は当技術分野で周知である。

ここで図４を参照して、本発明による例示的方法を例示する。図のように、方法３００は、ネットワーク、またはモバイル・スイッチング・センター（ＭＳＣ）１６で開始し、移動局１２から移動局２０へのビデオ呼要求を受信する（工程３０２）。ビデオ呼は、言うまでもなく、次いでビデオ呼認識モジュール３０によって、知られている技術を使用して認識される。また、移動局１２がビデオ・データを送信中である場合、移動局１２は、適切な許可を有して適切な方法でそのように行うための適切なサービスをサブスクライブすることも、仮定される。その時点で、ＭＳＣは適切なホーム・ロケーション・レジスタまたはビジティング・ロケーション・レジスタ２２に問い合わせて、移動局２０の位置を決定し、加入者データベース２２に適切な問い合わせを行う（工程３０４）。

次に、ビデオ呼認識モジュール３０は、モバイル加入者データベース２２に問い合わせて、被呼者、すなわち移動局２０がビデオ使用可能であるかどうか、および、適切なサービスをサブスクライブしているかどうかを判断する（工程３０６）。上述のように、データベースに追加された適切な新しいフィールドがアクセスされて、この決定が行われる。被呼者の移動局がビデオ使用可能でないこと、および／または、被呼者が適切なサービスをサブスクライブしていないことが判断された場合、この呼は拒否され、適切なメッセージが移動局１２に転送され戻される。しかし、移動局２０がビデオ呼を受信することができる場合、モバイル加入者データベースがまた問い合わせされて、移動局２０の所有者のビデオ・データ配信嗜好が決定され（工程３１０）、ビデオ・データがビデオ記憶モジュール３８に格納される。再度、データベース２２（図２）の適切な新しいフィールド（例えば、２２−２、２２−３および２２−４）がアクセスされる。この決定に基づいて、顧客の嗜好が呼を「ブロックする」ことである場合（工程３０８）、この呼は拒否され、ビデオ・データはビデオ記憶モジュール３８から削除される（工程３０８）。ユーザー・嗜好が、そのようなアクションが取られるべきであると示す場合、ビデオ・データは即時にビデオ記憶モジュール３８から移動局２０に送信される（工程３１４）。ユーザー・嗜好が、移動局２０へのビデオ・データの送信を遅延させることである場合、ビデオ・データはビデオ記憶モジュール３８に格納されたままで残り、後に、呼発信モジュール３６を用いて送信される（工程３１２）。

図４は、本発明による方法の単なる実施例を例示することを理解されたい。これについて、変形形態が存在する。例えば、配信のためのユーザー・嗜好を「条件付き」にすることができる（以下で図８に関して説明する）。この場合、移動局２０のユーザーには、各ビデオ呼について、その配信嗜好（例えば、ブロック、遅延、即時）を提供するようにプロンプトが出されるようになる。

本発明の特徴をより十分に理解するために、いくつかの例示的シナリオを、図５〜８の呼の流れまたはシーケンス図に関して説明する。これについて、ここで図５を参照すると、呼の流れ４００は、呼がブロックされる状況を例示し、これは、被呼者がモバイル・トゥー・モバイル・ビデオ機能をサブスクライブしていないか、あるいは、ビデオ使用可能移動局、例えば電話を使用しないからである。

図のように、移動局１２からの有効かつ許可されたビデオ呼が、セル・サイトまたは基地局１３に送信される（線４０２）。次いで、セル・サイト１３は呼をモバイル・スイッチング・センター（ＭＳＣ）１６に送信する（線４０４）。この時点で、ビデオ・データがビデオ・バッファ３８に、制御モジュール３４を通じて格納され（線４１０）、モバイル・スイッチング・センター（ＭＳＣ）１６のビデオ呼認識モジュール３０は、被呼者、または移動局２０の所有者がモバイル・トゥー・モバイル・ビデオ機能をサブスクライブしているかどうか、および、ビデオ使用可能移動局を使用するかどうかを判断する。ビデオ呼認識モジュール３０はまた、被呼者の配信嗜好、すなわち、前の決定に基づいて、被呼者がビデオ呼を受信することができるかどうかも決定する。これらの問い合わせはビデオ呼認識モジュール３０によって、モバイル加入者データベース２２に対して行われる。データベース２２は問い合わせに応答し（線４０８）、適切なアクションが取られる。例示のシナリオでは、被呼者がビデオ呼を受信することができないと判断され、これは、被呼者がそのサービスをサブスクライブしていないから、ビデオ使用可能移動局を有していないから、あるいは、単にすべてのビデオ呼をブロック中であるからである。この時点で、ビデオ呼認識モジュールによるビデオ呼の認識の際に、制御モジュール３４に入力されたビデオ（線４１０）は、ビデオ・バッファ３８から削除される。制御モジュール３４はまた、移動局１２に、その要求が拒否されることを指示するための命令を、アナウンス・モジュール３２に提供する（線４１２および４１４）。

このとき図６を参照して、被呼者へのビデオ・データの即時配信を含むシナリオを例示する。図のように、有効かつ許可されたビデオ呼が移動局１２で発信し、セル・サイト１３に送信される（線５０２）。次いで、このビデオ呼はモバイル・スイッチング・センター（ＭＳＣ）１６に転送される（線５０４）。モバイル・スイッチング・センター（ＭＳＣ）１６のビデオ呼認識モジュール３０で、被呼者または移動局２０がモバイル・トゥー・モバイル・ビデオ機能をサブスクライブしているかどうか、および、ビデオ使用可能移動局を有するかどうかについての判断が行われる。また、ビデオ・データがビデオ・バッファ３８に、制御モジュール３４を通じて格納される（線５１４）。移動局２０からのユーザーがビデオ使用可能移動局を有し、この機能をサブスクライブしている場合、ビデオ呼認識モジュールは、移動局２０のユーザーのための配信嗜好を決定する（線５０６）。次いで、加入者データベース２２からの情報が、モバイル・スイッチング・センター（ＭＳＣ）１６のビデオ呼認識モジュール３０に転送され戻される（線５０８）。このシナリオでは、即時配信がユーザーのための配信嗜好であり、そのため、被呼者にアラートが出される（線５１０）。アナウンス・モジュール３２がこの目的のために使用される。移動局２０がこの呼に答える（線５１２）。次いで、ビデオ・バッファ３８に制御モジュール３４を通じて入力されたビデオ・データ（線５１４）が、移動局２０に出力される（線５１６）。ビデオ・バッファ３８は先入れ先出しメモリを含み、したがって呼の配信をニア・リアル・タイム配信にすることができることを理解されたい。さらに、被呼者がこれらの状況で呼に答えない場合、以下で図７に関して説明する方法が使用されることを理解されたい。

これについて、呼の流れ６００を図７に例示する。この呼の流れは、ユーザー配信嗜好が配信の遅延を要求する場合、または、ユーザーが即時配信嗜好を有するときにビデオ呼に答えないとき、適用可能である。

具体的には、呼の流れ６００は、移動局１２での有効かつ許可されたビデオ呼発信で開始し、このようなビデオ呼がセル・サイト１３に転送される（線６０２）。次いで、セル・サイト１３はビデオ呼をモバイル・スイッチング・センター（ＭＳＣ）１６に転送する（線６０４）。上述のように、ビデオ・データがバッファ３８に、制御モジュール３４を通じて格納される（線６１０）。モバイル・スイッチング・センター（ＭＳＣ）１６のビデオ呼認識モジュール３０が、加入者データベース２２から、被呼者または移動局２０がモバイル・トゥー・モバイル・ビデオ機能をサブスクライブしているかどうか、および、ビデオ使用可能移動局を使用するかどうかを判断する。ビデオ認識モジュール３０はまた、移動局２０がビデオ呼を受信することができる場合、移動局２０のユーザーの配信嗜好も決定する（線６０６）。データベースからの情報がビデオ認識モジュール３０に送信され戻される（線６０８）。移動局２０のユーザーがビデオ呼を受信することができる、すなわち、モバイル・トゥー・モバイル・ビデオ機能をサブスクライブしており、ビデオ使用可能移動局を有しており、ならびに「遅延配信」の配信嗜好を指定する場合、ビデオ・データがビデオ・バッファまたは記憶モジュール３８内で維持される。

ビデオ・バッファ３８内のビデオ・データは、遅延配信手順によって指示されるような時間まで格納される。これについて、ユーザーは、すべてのビデオ呼をそれに配信するための時間を提供し、その時間を加入者データベース内で指定することができる。例えば、ユーザーは、ビデオ呼を表示するための時間として夕方を選択することができる。配信嗜好をまた、タイマーに基づいて管理することもできる。さらなる代替方法として、配信をユーザーによって特定の時間に促すことができる。いずれの場合も、適切な時間に、呼発信モジュール３６はモバイル・スイッチング・センター（ＭＳＣ）１６から移動局２０への呼を開始する。この呼は、言うまでもなく、セル・サイト１８に送信され（線６１２）、最終的に移動局２０に転送される（線６１４）。移動局２０がビデオ呼に答える場合、肯定応答がセル・サイト１８に転送され（線６１６）、次いでモバイル・スイッチング・センター（ＭＳＣ１６）に転送される（線６１８）。次いで、ＭＳＣのアナウンス・モジュール３２が、ビデオ呼がそこに送信されるというアナウンスを移動局２０に送信する（線６２０および６２２）。次いで、アナウンス・モジュール３２は、ビデオ・データの転送を、制御モジュール３４を用いてビデオ・バッファまたは記憶モジュール３８から開始する。次いで、ビデオ・データ呼がモバイル・スイッチング・センター（ＭＳＣ）１６から移動局２０へ送信される（線６２４および６２６）。

図５〜７の呼の流れは、ＭＳＣ１６が第２の移動局２０のための配信嗜好を、加入者データベース２２に問い合わせることによって決定することに基づいており、加入者データベース２２は、上述のように、図２に関して例として説明した方法で本発明に対処するように修正される。ユーザーが配信嗜好を呼毎に決定することを好むであろう可能性は、十分にある。この場合、「条件付き配信」の配信嗜好が本発明によって提供される。これにより、モバイル・スイッチング・センター（ＭＳＣ１６）は、移動局２０のユーザーに、応答を得てその応答に従って動作するようにプロンプトを出すことができ、これは、データベース内で指示されたように単にメッセージを配信することとは対照的である。

より詳細には、このとき図８を参照すると、呼の流れ７００は、移動局１２での有効かつ許可されたビデオ呼発信を例示し、このビデオ呼はセル・サイト１３に送信される（線７０２）。このビデオ呼は最終的に、モバイル・スイッチング・センター（ＭＳＣ１６）に送信される（線７０４）。次いで、モバイル・スイッチング・センター（ＭＳＣ）１６のビデオ呼認識モジュール３０が、加入者データベース２２に問い合わせて、移動局２０のユーザーがモバイル・トゥー・モバイル・ビデオ機能をサブスクライブしているかどうか、および、ビデオ使用可能移動局を有するかどうかを判断する。上述のように、ビデオ・データが格納される（線７１４）。他の呼の流れのように、呼認識モジュール３０はまた、移動局２０のユーザーの配信嗜好も決定する（線７０６）。データベースからの情報が、モバイル・スイッチング・センター（ＭＳＣ）１６に送信され戻される（線７０８）。この場合、嗜好の配信は条件付きであり、モバイル・スイッチング・センター（ＭＳＣ）１６は、被呼者の移動局２０に呼び出し音を介してアラートを出し、被呼者が答える（線７１０および７１２）。この時点で、アナウンス・モジュール３２が移動局２０に対してアナウンスを行い、移動局２０が「ビデオ呼を受け入れる」かどうかについての照会を行う（線７１６）。次いで、移動局２０はアナウンス・モジュール３２に、即時配信を選ぶか、遅延配信を選ぶか、配信ブロックを選ぶかを指示することによって応答する（線７１８）。これを、ネットワークからダウンロードされたメニュー、および／または、キー・ストロークもしくは他の技術を通じて実施することができる。次いで、モバイル・スイッチング・センター（ＭＳＣ）１６はそれに応じて、図５〜７から明らかになるように動作する。

呼認識モジュールが、ビデオが呼に含まれることを認識する際に、入力ビデオ・データがビデオ・バッファ３８に、制御モジュール３４を介して格納されることを理解されたい（線７１４）。この格納は、他の実施形態のように、通常は呼ごとに発生するようになる。ビデオ・バッファがビデオ・データを維持するか、ビデオ・データを削除するか、ビデオ・データを転送するかは、第２の移動局２０のユーザーの配信嗜好によって決まる。

本発明により、ビデオ使用可能モバイル・ハンドセットは、ビデオ情報をリアル・タイムで、あるいは遅延された時間で送信または交換することができる。これらのハンドセットは、無線電話、携帯情報端末（ＰＤＡ）など、様々な形態を取ることができる。このようなデバイスはまた、ハンズフリー通信デバイスなどのハンドセットを含んでも含まなくてもよい、他のモバイル通信デバイスの形態を取ることもできる。様々な電話通信網の要素が協調して、このようなデバイスへのビデオ画像の即時送信、遅延送信、または送信ブロックを、加入者嗜好および移動局の機能に基づいて可能にする。ビデオ画像を移動局から送信するためのネットワーク・インフラストラクチャおよび帯域幅が、ソフトウェア修正と共に使用されて、加入者が移動局でのビデオの受信を制御できるようになる。

これについて、ネットワーク、例えば、モバイル・スイッチング・センター（ＭＳＣ）１６への修正を、様々なハードウェアおよびソフトウェア技術のいずれを使用して実施することもできることを理解されたい。適切なルーチンを、上述のネットワーク・コンポーネントまたはその他のもので実行させて、本発明の機能を実行し、目的を実施することができる。その中に本発明が実装されるネットワークの実際の構成、および、設計者の目的は、本発明のための正確な構成を決定するようになる。また、モバイル加入者データベースへの修正を、知られている方法で実施することもできる。例えば、上述のように、データ・フィールドを単にデータベースに追加して、ユーザーのサブスクリプション情報、ユーザーのためのハンドセット情報、および、配信嗜好などの他の装置情報についての情報の格納を可能にして、本発明を実装することができる。これらもまた、比較的単純なソフトウェア修正となるであろう。

上述の説明は単に本発明の特定の実施形態の開示を提供し、本発明をこれに限定する目的のために意図されるものではない。したがって、本発明は上述の実施形態のみに限定されない。むしろ、当業者は本発明の範囲に入る代替実施形態を考えることができることを理解されたい。

本発明を組み込むことができる例示的ネットワークの例示的図である。 本発明によるデータベースの例示的図である。 本発明による、例示的モバイル・スイッチング・センター（ＭＳＣ）のブロック図である。 本発明による例示的方法を例示する流れ図である。 本発明の例示的特徴を例示する呼の流れまたはシーケンス図である。 本発明の例示的特徴を例示する呼の流れまたはシーケンス図である。 本発明の例示的特徴を例示する呼の流れまたはシーケンス図である。 本発明の例示的特徴を例示する呼の流れまたはシーケンス図である。

Claims (10)

1. ネットワーク内で第１の移動局から第２の移動局にビデオ・データを送信するシステムであって、
   モバイル・スイッチング・センターを含み、該モバイル・スイッチング・センターは、
   該第１の移動局から該第２の移動局への呼を、該ビデオ・データを含むとして認識し、該ビデオ・データが存在する場合、該第２の移動局を、該ビデオ・データを受信することができるものとして妥当性確認し、少なくとも１つのデータベースから検索された情報に基づいて該第２の移動局について配信嗜好を決定するように動作する呼認識モジュールを含み、該配信嗜好は、即時配信、遅延配信、配信ブロック、及び条件付配信のうちの少なくとも１つを含み、
   該ビデオ・データを格納するように動作する記憶モジュールと、
   該第２の移動局が妥当性確認された場合、該条件付配信を示す該配信嗜好に基づいて、該第２の移動局に選択的にプロンプトを出し、該プロンプトに対する応答を該第２の移動局から受信し、該応答を選択的に転送するように動作するアナウンス・モジュールとを含み、
   認識の際に該ビデオ・データを該記憶モジュールに格納し、該応答を該アナウンス・モジュールから受信し、該応答と該配信嗜好のうちの少なくとも１つとに基づいて、該ビデオ・データを該記憶モジュール内で維持すること、該ビデオ・データを該記憶モジュールから削除すること、および該ビデオ・データを該第２の移動局に転送することのうち、少なくとも１つを実行するように動作する制御モジュールを備えるシステム。
   
2. 請求項１に記載のシステムにおいて、該応答は、該ビデオ・データの拒否、該ビデオ・データの即時配信の要求、および、該ビデオ・データの遅延配信の要求のうち、少なくとも１つを備えるシステム。
   
3. 請求項１に記載のシステムにおいて、該配信嗜好に基づいて、該第２の移動局への後続の呼を発信して、該第２の移動局が妥当性確認された場合、該配信嗜好に基づいて、該第２の移動局に選択的にプロンプトを出し、該プロンプトに対する該応答を該第２の移動局から受信し、該応答を該制御モジュールに選択的に転送するように動作する、呼発信モジュールをさらに備えるシステム。
   
4. 請求項１に記載のシステムにおいて、該アナウンス・モジュールは、該呼認識モジュールが該第２の移動局を妥当性確認しない場合、配信がブロックされるという信号を、該第１の移動局に提供するシステム。
   
5. 請求項１に記載のシステムにおいて、該呼認識モジュールが該第２の移動局を妥当性確認しない場合、該制御モジュールは該ビデオ・データを該記憶モジュールから削除するシステム。
   
6. モバイル・スイッチング・センターを含むネットワーク内で第１の移動局から第２の移動局へビデオ・データを送信する方法であって、該モバイル・スイッチング・センターは、
   該第１の移動局から該第２の移動局への呼を、該ビデオ・データを含むとして、呼認識モジュールにおいて認識し、
   該ビデオ・データが存在する場合、該呼認識モジュールにおいて、該第２の移動局を、該ビデオ・データを受信することができるものとして妥当性確認し、少なくとも１つのデータベースから検索された情報に基づいて、該第２の移動局について配信嗜好を決定するように適合され、該配信嗜好は、即時配信、遅延配信、配信ブロック、及び条件付配信のうちの少なくとも１つを含み、該モバイル・スイッチング・センターは、さらに、
   記憶モジュール内に該ビデオ・データを記憶モジュールに格納し、
   該第２の移動局が妥当性確認された場合、アナウンス・モジュールから、該条件付配信を示す該配信嗜好に基づいて、該第２の移動局に選択的にプロンプトを出し、
   該プロンプトに対する応答を該第２の移動局から制御モジュールで受信し、
   該配信嗜好のうちの少なくとも１つと該応答とに基づいて、該ビデオ・データを該記憶モジュール内で維持すること、該ビデオ・データを該記憶モジュールから削除すること、及び該ビデオ・データを該第２の移動局に転送することのうち、少なくとも１つを実行するように構成される方法。
   
7. 請求項６に記載の方法において、該応答は、該ビデオ・データの拒否、該ビデオ・データの即時配信の要求、および、該ビデオ・データの遅延配信の要求のうち、少なくとも１つを開始することを備える方法。
   
8. 請求項６に記載の方法において、該モバイル・スイッチング・センターは、さらに、
   該配信嗜好に基づいて、該モバイル・スイッチング・センターの呼発信モジュールから該第２の移動局への後続の呼を発信し、
   該第２の移動局が妥当性確認された場合、該配信嗜好に基づいて、該アナウンス・モジュールから該第２の移動局に選択的にプロンプトを出し、
   該プロンプトに対する該応答を該第２の移動局から受信し、
   該応答を該制御モジュールに選択的に転送するように構成される記載の方法。
   
9. 請求項６に記載の方法において、該モバイル・スイッチング・センターは、該第２の移動局が妥当性確認されない場合、配信がブロックされるという信号を、該アナウンス・モジュールから該第１の移動局に提供するように構成される方法。
   
10. 請求項６に記載の方法において、該モバイル・スイッチング・センターは、該第２の移動局が妥当性確認されない場合、該制御モジュールを使用して該ビデオ・データを該記憶モジュールから削除するように構成される方法。

Images