(57)【要約】【課題】リアルタイムメディアコンテンツを発行および受信することが可能なシステムを提供することを目的とする。【解決手段】リアルタイムメディア通信用のシステムは、ユーザとブログとの間で相互作用する第１のサーバユニットと、ストリーミングモードでリアルタイムメディアコンテンツを処理する第２のサーバユニットとを備える。第１のサーバユニットは、発行者の識別情報を識別し、リアルタイムメディアコンテンツ送信を許可し、リアルタイムメディアコンテンツの記述を受信する発行制御モジュールと、リアルタイムメディアコンテンツの位置を取得するリンクモジュールとを備える。第２のサーバユニットは、リアルタイムメディアコンテンツを受信する受信モジュールと、リアルタイムメディアコンテンツを記録する記録モジュールと、リアルタイムメディアコンテンツの位置を発行制御モジュールに提供する発信モジュールとを備える。【選択図】図１Ａ
2008204451.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも一人のユーザとブログとの間で相互作用するように構成された第１のサーバユニットであって、
少なくとも一人のユーザの発行者の識別情報を識別し、前記発行者の前記識別情報が真正である場合、前記発行者がリアルタイムメディアコンテンツを送信することを可能にし、前記発行者から前記リアルタイムメディアコンテンツの記述を受信するように構成された発行制御モジュールと、
前記リアルタイムメディアコンテンツの位置が、前記少なくとも一人のユーザによってアクセス可能であるように、前記リアルタイムメディアコンテンツの前記位置を取得するように構成されたリンクモジュールと
を備える第１のサーバユニットと、
ストリーミングモードで前記リアルタイムメディアコンテンツを処理するように構成された第２のサーバユニットであって、
前記リアルタイムメディアコンテンツを受信するように構成された受信モジュールと、
前記リアルタイムメディアコンテンツを記録するように構成された記録モジュールと、
前記リアルタイムメディアコンテンツの前記位置を前記発行制御モジュールに提供するように構成された発信モジュールとを備える第２のサーバユニットとを備えるリアルタイムメディア通信用のシステム。
【請求項２】
前記第１のサーバユニットが、前記第２のサーバユニットの位置を提供するように構成された、請求項１に記載のリアルタイムメディア通信用のシステム。
【請求項３】
前記発信モジュールが、前記リアルタイムメディアコンテンツの前記位置を前記リンクモジュールに提供するように構成された、請求項１に記載のリアルタイムメディア通信用のシステム。
【請求項４】
前記受信モジュールが、前記発行者の前記識別情報を識別するように構成された、請求項１に記載のリアルタイムメディア通信用のシステム。
【請求項５】
前記第１のサーバユニットが、
登録にあたり、前記少なくとも一人のユーザの一人に識別情報を割り当て、前記一人のユーザから関心のあるコンテンツの記述を収集するように構成された登録モジュールをさらに備える、請求項１に記載のリアルタイムメディア通信用のシステム。
【請求項６】
前記登録モジュールが、前記発行者からの前記記述に関連する購読者のリストを提供するように構成される、請求項５に記載のリアルタイムメディア通信用のシステム。
【請求項７】
前記登録モジュールが、前記発行者からの購読者のリストを受信するように構成される、請求項５に記載のリアルタイムメディア通信用のシステム。
【請求項８】
前記第１のサーバユニットが、
前記発行者からの前記記述に関連する購読者のリストに基づいて、購読者のグループに通知するように構成された通知モジュールをさらに備える、請求項１に記載のリアルタイムメディア通信用のシステム。
【請求項９】
前記第１のサーバユニットが、
前記発行者からの購読者のリストに基づいて、購読者のグループに通知するように構成された通知モジュールをさらに備える、請求項１に記載のリアルタイムメディア通信用のシステム。
【請求項１０】
前記登録モジュールが、前記発行者からの前記記述に関連するウェブページを提供するように構成される、請求項５に記載のリアルタイムメディア通信用のシステム。
【請求項１１】
前記登録モジュールが、購読者からの記述に関連するウェブページを前記購読者に提供するように構成される、請求項５に記載のリアルタイムメディア通信用のシステム。
【請求項１２】
前記第１のサーバユニットが、
メディアコンテンツに対するコメントの位置を提供し、前記発行者の少なくとも一人または少なくとも一人の購読者からの少なくとも一つのコメントを収集するように構成されたコメントモジュールをさらに備える、請求項１に記載のリアルタイムメディア通信用のシステム。
【請求項１３】
登録にあたり、少なくとも一人のユーザに識別情報を割り当て、前記少なくとも一人のユーザの少なくとも一人の購読者から関心のあるコンテンツの記述を収集するように構成された登録モジュールと、
前記少なくとも一人のユーザの発行者の識別情報を識別し、前記発行者の前記識別情報が真正である場合、前記発行者がリアルタイムメディアコンテンツを送信することを可能にし、前記発行者からの前記リアルタイムメディアコンテンツの記述を受信するように構成された発行モジュールと、
前記リアルタイムメディアコンテンツの位置が、前記少なくとも一人のユーザによってアクセス可能であるように、前記リアルタイムメディアコンテンツの位置を取得するように構成されたリンクモジュールと、
購読者のグループに前記リアルタイムメディアコンテンツを通知するように構成された通知モジュールとを備えるリアルタイムメディア通信用のシステム。
【請求項１４】
前記登録モジュールが、前記発行者からの前記記述に関連する購読者のリストを提供するように構成される、請求項１３に記載のリアルタイムメディア通信用のシステム。
【請求項１５】
前記登録モジュールが、前記発行者から購読者のリストを受信するように構成される、請求項１３に記載のリアルタイムメディア通信用のシステム。
【請求項１６】
前記発行者からの前記記述に関連する購読者のリストに基づいて、購読者のグループに通知するように構成された通知モジュールをさらに備える、請求項１３に記載のリアルタイムメディア通信用のシステム。
【請求項１７】
前記発行者からの購読者のリストに基づいて、購読者のグループに通知するように構成された通知モジュールをさらに備える、請求項１３に記載のリアルタイムメディア通信用のシステム。
【請求項１８】
前記登録モジュールが、前記発行者からの前記記述に関連するウェブページを提供するように構成される、請求項１３に記載のリアルタイムメディア通信用のシステム。
【請求項１９】
前記登録モジュールが、購読者からの記述に関連するウェブページを前記購読者に提供するように構成される、請求項１３に記載のリアルタイムメディア通信用のシステム。
【請求項２０】
メディアコンテンツに対するコメントの位置を提供し、前記発行者の少なくとも一人または少なくとも一人の購読者からの少なくとも一つのコメントを収集するように構成されたコメントモジュールをさらに備える、請求項１３に記載のリアルタイムメディア通信用のシステム。
【請求項２１】
データを発行者から受信し、前記データがコマンドまたはペイロードを含むかどうかを確認するように構成された受信モジュールであって、前記受信モジュールが、前記データが開始に関するコマンドを含む場合、リアルタイムメディアコンテンツの送信のための開始プロセスを実行し、前記ペイロードが、前記リアルタイムメディアコンテンツを含む場合、前記リアルタイムメディアコンテンツのためのセッションを識別し、前記データが、終了に関するコマンドを含む場合、前記リアルタイムメディアコンテンツのためのセッションを終了する受信モジュールと、
前記リアルタイムメディアコンテンツを記録するように構成された記録モジュールと、
前記リアルタイムメディアコンテンツの位置を提供するように構成された発信モジュールとを備えるリアルタイムメディア通信用のシステム。
【請求項２２】
前記受信モジュールが、前記リアルタイムメディアコンテンツのためのファイルフォーマットを識別するように構成され、前記記録モジュールが、前記受信モジュールによって開始され、前記リアルタイムメディアコンテンツを前記ファイルフォーマット内に記録する、請求項２１に記載のリアルタイムメディア通信用のシステム。
【請求項２３】
前記リアルタイムメディアコンテンツの前記位置が、ユニバーサルリソースロケータ（ＵＲＬ）およびユニバーサルリソース識別子（ＵＲＩ）の一方を含む、請求項２１に記載のリアルタイムメディア通信用のシステム。
【請求項２４】
前記受信モジュールが、前記発行者に関連する前記リアルタイムメディアコンテンツのためのセッションを終了するように構成される、請求項２１に記載のリアルタイムメディア通信用のシステム。
【請求項２５】
前記受信モジュールが、少なくとも一人の購読者に関連する前記リアルタイムメディアコンテンツのための少なくとも一つのセッションを終了するように構成される、請求項２１に記載のリアルタイムメディア通信用のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般にリアルタイムメディア通信に関し、特に、リアルタイムメディアコンテンツを発行および受信するためのシステムに関するものである。
【背景技術】
【０００２】
通信技術の継続的な成長、およびデータにアクセスする手段としてのインターネットの出現は、通信ネットワーク上における情報の発行または共用に対する要求を増大させた。音声、映像、音声／映像を含む情報、または情報のその他のコンテンツは、携帯電話、ディジタルカメラ、ディジタルビデオカメラ、ディジタルプレイヤー、パーソナルディジタルアシスタント（ＰＤＡ）、および通信ネットワーク上の携帯端末などのモバイル機器で送受信される。モバイル機器は様々な機能を実行し、無線接続を介して他の機器と通信することが可能である。たとえば、単一のモバイル機器が、インターネットアクセスを提供し、個人用カレンダーを管理し、携帯電話機能を提供し、ディジタル写真を撮影することができる。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
モバイル機器が捕捉（キャプチャ）したメディアコンテンツの編集および共用は時間がかかり、限られている。誕生日パーティなどのメディアイベントの一例として、こうした特別なイベントの参加者の各々は、モバイル機器を使って取得したディジタル写真またはフィルムの使用により、こうした特別なイベントを捕捉することを決めることもある。参加者は、イベント後の相当な時間、これらのメディアコンテンツを互いに、またはたとえばＮｏｋｉａ  Ｌｉｆｅｂｌｏｇなどのウェブログ（ブログ）上の閲覧者間で共用することができる。さらに、各々の参加者は、相当な時間を費やしてメディアコンテンツを編集してから、これらのメディアコンテンツを他の参加者または閲覧者と交換することができる。つまり、Ｎｏｋｉａ  Ｌｉｆｅｂｌｏｇなどの従来のファイル管理アプリケーションでは、ユーザは、インターネット上でメディアコンテンツをリアルタイムで編集して共用することはできない。さらに、ウェブカメラ（またはウェブカム）は、リアルタイムカメラとして使用され、その画像にはワールドワイドウェブを使用してアクセスすることはできるが、このようなウェブカムは静止または固定させて使用する機器であり、リアルタイム画像または情報のみを限られた数の人と共用することしかできない。
【０００４】
したがって、場合によっては、ユーザグループ間でアクセス可能なリアルタイムメディアコンテンツを発行および受信することが可能なシステムおよび方法を有することが望ましい。また、発行者と閲覧者との間の相互作用を可能にするシステムおよび方法を有することも望ましい。たとえば、このシステムおよび方法は、ユーザがメディアコンテンツをリアルタイムで発行し、閲覧者からの応答を収集し、この応答に基づいて、表示されるメディアコンテンツをリアルタイムで編集することを可能にする。
【課題を解決するための手段】
【０００５】
本発明の一例は、リアルタイムメディア通信用のシステムであって、少なくとも一人のユーザとブログとの間で相互作用するように構成された第１のサーバユニットと、ストリーミングモードでリアルタイムメディアコンテンツを処理するように構成された第２のサーバユニットとを備えるシステムを提供する。第１のサーバユニットは、少なくとも一人のユーザの発行者の識別情報を識別し、この発行者の識別情報が真正である場合、発行者がリアルタイムメディアコンテンツを送信し、発行者からのリアルタイムメディアコンテンツの記述を受信することを可能にするように構成された発行制御モジュールと、リアルタイムメディアコンテンツの位置が、少なくとも一人のユーザによってアクセス可能であるように、リアルタイムメディアコンテンツの位置を取得するように構成されたリンクモジュールとを備える。第２のサーバユニットは、リアルタイムメディアコンテンツを受信するように構成された受信モジュールと、リアルタイムメディアコンテンツを記録するように構成された記録モジュールと、リアルタイムメディアコンテンツを記録するように構成された記録モジュールと、リアルタイムメディアコンテンツの位置を発行制御モジュールに提供するように構成された発信モジュールとを備える。
【０００６】
本発明の別の例は、リアルタイムメディア通信用のシステムであって、少なくとも一人のユーザに対し、登録にあたり、識別情報を割り当てて、少なくとも一人のユーザの少なくとも一人の購読者から関心のあるコンテンツの記述を収集するように構成された登録モジュールと、少なくとも一人のユーザの発行者の識別情報を識別し、発行者の識別情報が真正である場合、発行者がリアルタイムメディアコンテンツを送信することを可能にし、発行者からリアルタイムメディアコンテンツの記述を受信することを可能にするように構成された発行モジュールと、リアルタイムメディアコンテンツの位置が、少なくとも一人のユーザによってアクセス可能であるように、リアルタイムメディアコンテンツの位置を取得するように構成されたリンクモジュールと、購読者のグループにリアルタイムメディアコンテンツを通知するように構成された通知モジュールとを備えるシステムも提供する。
【０００７】
本発明の一例は、さらに、リアルタイムメディア通信用のシステムであって、発行者からデータを受信し、そのデータがコマンドまたはペイロードを含むかどうかを確認するように構成された受信モジュールであって、この受信モジュールが、データが開始に関するコマンドを含む場合、リアルタイムメディアコンテンツの送信のための開始プロセスを実行し、ペイロードがリアルタイムメディアコンテンツを含む場合、リアルタイムメディアコンテンツ用のセッションを識別し、データが終了に関するコマンドを含む場合、リアルタイムメディアコンテンツ用のセッションを終了する受信モジュールと、リアルタイムメディアコンテンツを記録するように構成された記録モジュールと、リアルタイムメディアコンテンツの位置を提供するように構成された発信モジュールとを備えるシステムを提供する。
【０００８】
本発明の一例は、リアルタイムメディア通信の方法も提供する。この方法は、少なくとも一人のユーザとブログとの間で相互作用する第１のサーバユニットを構成するステップと、ストリーミングモードでリアルタイムメディアコンテンツを処理する第２のサーバユニットを構成するステップと、第１のサーバユニットにおいて、少なくとも一人のユーザの発行者の識別情報を識別し、発行者の識別情報が真正である場合、発行者がリアルタイムメディアコンテンツを送信することを可能にし、発行者からリアルタイムメディアコンテンツの記述を受信し、リアルタイムメディアコンテンツの位置を取得し、このリアルタイムメディアコンテンツの位置が、少なくとも一人のユーザによってアクセス可能であるようにするステップと、第２のサーバユニットにおいて、リアルタイムメディアコンテンツを受信し、リアルタイムメディアコンテンツを記録し、リアルタイムメディアコンテンツの位置を提供するステップとを備える。
【０００９】
本発明の別の例は、リアルタイムメディア通信の方法であって、登録にあたり、少なくとも一人のユーザに対して識別情報を割り当てるステップと、関心のあるコンテンツの記述を少なくとも一人のユーザの少なくとも一人の購読者から収集するステップと、少なくとも一人のユーザの発行者の識別情報を識別するステップと、発行者の識別情報が真正である場合、発行者がリアルタイムメディアコンテンツを送信できるようにするステップと、リアルタイムメディアコンテンツの記述を発行者から受信するステップと、リアルタイムメディアコンテンツの位置を取得し、このリアルタイムメディアコンテンツの位置が、少なくとも一人のユーザによってアクセス可能であるようにするステップと、購読者のグループにリアルタイムメディアコンテンツを通知するステップとを備える方法も提供する。
【００１０】
本発明の一例は、リアルタイムメディア通信用の通信機器であって、リアルタイムメディアコンテンツを捕捉するように構成された捕捉モジュールと、リアルタイムメディアコンテンツを圧縮データに符号化するように構成された符号器と、圧縮データを符号器から、ビットストリーム形式でパケット化するように構成されたストリーミングモジュールと、リアルタイムメディアコンテンツ用のフォーマットを提供し、パケットをリアルタイムで送信するように構成された論理制御ユニットとを備える通信機器をさらに提供する。
【００１１】
本発明のその他の特徴および利点は、以下に部分的に説明されており、以下の説明から部分的に明らかになるか、または本発明の実践によって分かるであろう。本発明の特徴および利点は、添付の請求の範囲で特に指摘する要素および組合せにより実現および達成される。
【００１２】
なお、上記の一般的な説明および以下の詳細な説明は、単なる実例および説明的なものであり、請求の範囲に記載されている本発明を制限するものではない。
【００１３】
本発明に関する上記の概要および以下の詳細な説明は、添付の図面に関連して読むとより良く理解されるであろう。本発明を説明する目的上、現在好ましい実施形態を図示する。しかし、本発明は、図示されている正確な構成および手段に制限されないことを理解するべきである。
【発明の効果】
【００１４】
本発明によれば、ユーザがメディアコンテンツをリアルタイムで発行し、閲覧者からの応答を収集し、この応答に基づいて、表示されるメディアコンテンツをリアルタイムで編集できるという効果を奏する。
【発明を実施するための最良の形態】
【００１５】
次に、実施例が添付の図面に示されている本発明の現在の実施形態を詳細に参照する。可能であれば、同じ参照符号を図面全体に使用し、同じかまたは類似する部品を指示する。
【００１６】
図１Ａは、本発明の一実施例によるリアルタイムメディア通信が可能なシステム１０の概略図である。図１Ａを参照すると、システム１０は、発行者側における一つまたは複数の通信機器１１、サーバユニット１２、および購読者もしくは受信側における一つまたは複数の通信機器を含む。各々の通信機器１１および１３は、携帯電話、セルフォン、ディジタルカメラ、ディジタルビデオカメラ、ディジタルプレイヤー、パーソナルディジタルアシスタント（ＰＤＡ）、パーソナルコンピュータ（ＰＣ）またはノートパソコンを含むがこれらだけに限らず、これらは、通信ネットワークまたはインターネット上の通信をサポートするように構成することができる。通信機器１１および１３は、有線接続１４または無線接続１５によりサーバユニット１２に接続される。一実施例では、無線接続は、第三世代（３Ｇ）、ワイヤレスフィデリティ（ＷｉＦｉ）技術、および／またはその他の通信機構を含む。ＷｉＦｉは、本来ワイファイアライアンス（ＷｉＦｉ  Ａｌｌｉａｎｃｅ）が実施許諾したブランドを意味し、ＩＥＥＥ  ８０２．１１規格に基づく無線ローカルエリアネットワーク（ＷＬＡＮ）の基礎となる技術を表す。ＷｉＦｉは、ＬＡＮにおけるラップトップなどのモバイルコンピューティング機器、並びにインターネットおよびボイスオーバＩＰ（ＶｏＩＰ）電話アクセスを含む、より多くのサービスに使用される。
【００１７】
サーバユニット１２は、ブログサーバユニット１６およびストリーミングサーバユニット１８をさらに備え、これらユニットはそれぞれ、コンピュータ、ワークステーション、またはワークステーションコンピュータを備える。ブログサーバユニット１６は、通信機器１１または１３とブログとの間でインターフェースとして機能するように構成され、ストリーミングサーバユニット１８は、通信機器１１または１３間におけるメディアコンテンツをリアルタイムで処理するように構成される。具体的には、ブログサーバユニット１６は、位置、リンクアドレス、および音声、映像、または音声／映像コンテンツの記述などのリアルタイムメディアコンテンツの情報を受信し、購読者に対するリアルタイムメディアコンテンツの発行に関するメッセージを送信するように構成される。さらに、ブログサーバユニット１６は、リアルタイムメディアコンテンツを発行するために、発行者に対してストリーミングサーバユニット１８の位置も提供し、リアルタイムメディアコンテンツの読み出しを容易にするために、購読者に対してストリーミングサーバユニット１８の位置を送信する。一実施例におけるストリーミングサーバユニット１８の位置は、ＲＴＳＰ形式におけるＩＰアドレス、たとえばｒｔｓｐ：＼＼１４０．９６．１１２．１０２＼ｉｔｒｉを含む。ストリーミングサーバユニット１８は、通信機器１１または１３からのストリーミングサーバユニット１８に対する接続要求を受信し、音声、映像、および音声／映像コンテンツなどのリアルタイムメディアコンテンツを受信し、通信機器１１または１３に対するリアルタイムストリーミングを提供するように構成される。さらに、ストリーミングサーバユニット１８は、メディアファイル内のリアルタイムメディアコンテンツを記録し、その結果、発行者が、後にメディアコンテンツをアップロードする必要性がなくなる。「ストリーミング」という用語は、ユーザが、マルチメディアコンテンツのダウンロードした部分を再生しながら、マルチメディアコンテンツをダウンロードすることを可能にするマルチメディア処理モードを意味する。ユーザが、マルチメディアコンテンツ全体がダウンロードされるまで、マルチメディアコンテンツを再生することができない従来の「ダウンロードアンドプレイ」モードと異なり、「ストリーミング」モードは、リアルタイムマルチメディア処理をサポートすることが可能である。ブログサーバユニット１６およびストリーミングサーバユニット１８の機能について、以下で説明する。
【００１８】
図１Ｂは、図１Ａに関して説明および図示されているブログサーバユニット１６およびストリーミングサーバユニット１８の例示的なブロック図である。図１Ｂを参照すると、ブログサーバユニット１６は、ハードウェアまたはソフトウェア内に実装される複数の機能ブロック１６１〜１６６を含む。ハードウェア内に実装される場合、機能ブロック１６１〜１６６は、集積チップ（ＩＣ）内に組み立てられる。ソフトウェア内に実装される場合、機能ブロック１６１〜１６６は、コンピュータまたはワークステーション内のオペレーティングシステム（ＯＳ）の一部としてインストールされる。ブログサーバユニット１６内では、購読者登録制御モジュール１６１は、購読者の登録を処理するように構成される。購読者登録制御モジュール１６１は、登録にあたり、たとえば通信機器１１または１３を介して、ユーザに識別情報を割り当てる。登録処理中、登録が認識された時点で後にシステム１０の購読者になるユーザは、購読者登録制御モジュール１６１により、ユーザ自身が関心を持つアイテムを識別または表明するように要求される。これらのアイテムとしては、メディアコンテンツの分類、特定の発行者、または購読者がメディアコンテンツに与える格付けが挙げられるが、これらだけに限らない。さらに、たとえば食品、旅行、および友人などのアイテムは、ユーザが選択しやすくするために、登録時にブログサーバユニット１６によって提供されるか、または購読者が、購読者が関心を持つメディアコンテンツに基づいて後に生成する。一実施例では、各々のアイテムは、ブログサーバユニット１６の管理下にあるブログのウェブページを含む。別の実施例では、購読者が関心を持つ、新たに発行されたメディアコンテンツの通知を容易にするために、パーソナルウェブページが購読者用に生成される。
【００１９】
さらに、発行制御モジュール１６２は、リアルタイムメディアコンテンツの発行を処理するように構成される。購読者は、購読者がシステム１０内のメディアコンテンツを発行することを許可される前に、システム１０のブログのウェブページを申請するように要求される。具体的には、システム１０の発行者は、自身のパーソナルウェブページを編集または維持することを許可されたウェブページ管理者または所有者を意味する。ブログは、日記形式でエントリが行われ、時系列順とは反対の、新しい順に表示されるウェブサイトを意味する。ブログは、テキスト、画像、映像、音声、ファイル、および他のブログまたはウェブページへのリンクを含み、購読者はブログに対話式でコメントを残すことが可能である。コメントモジュール１６３は、リアルタイムメディアコンテンツに対する購読者または発行者のコメントを処理するように構成される。システム１０は、購読者または発行者が、発行されるメディアコンテンツにリアルタイムでコメントすることを可能にするように構成される。
【００２０】
さらに、購読者通知モジュール１６４は、購読者が関心を持つリアルタイムメディアコンテンツを購読者に通知するように構成される。リンクモジュール１６５は、リアルタイムメディアコンテンツの発行のための位置を提供するように構成される。たとえばｈｔｔｐ：＼＼１４０．９６．１１２．１０２＼ｉｔｒｉの形式を取るリアルタイムメディアコンテンツの位置は、ユニバーサルリソースロケータ（ＵＲＬ）、ユニバーサルリソース識別子（ＵＲＩ）、ウェブページのウェブアドレスなどを意味する。データベースモジュール１６６は、システムログ、ユーザデータ、およびメディアデータなどの情報に対するアクセスを提供するように構成される。
【００２１】
ストリーミングサーバユニット１８は、コンテンツ受信モジュール１８１と、コンテンツ発信モジュール１８２と、コンテンツ記録モジュール１８３と、データ記憶モジュール１８４とを備える。モジュール１８１〜１８４は、モジュール１６１〜１６６と同様、設計の複雑さおよび動作速度要件に応じて、ハードウェアまたはソフトウェア内に実装される。コンテンツ受信モジュール１８１は、発行者の通信機器１１から送信されたリアルタイムメディアコンテンツを受信するように構成される。コンテンツ発信モジュール１８２は、リアルタイムメディアコンテンツの位置を提供し、リアルタイムメディアコンテンツを購読者に発信するように構成される。コンテンツ記録モジュール１８３は、発行者の通信機器１１から送信されるリアルタイムメディアコンテンツを記録するように構成される。データ記憶モジュール１８４は、記録されたメディアコンテンツを記憶するように構成される。
【００２２】
本発明による一実施例では、発行者の通信機器１１と、発行制御モジュール１６２、コンテンツ受信モジュール１８１、およびコメントモジュール１６３の何れか一つとの間の通信は、モバイルまたは無線／インターネットプロトコル（ＩＰ）ネットワーク１９を介して行われる。さらに、購読者の通信機器１３と、購読者通知モジュール１６４、ストリーミングサーバユニット１８、およびコメントモジュール１６３の何れか一つとの間の通信も、モバイルまたは無線／インターネットプロトコル（ＩＰ）ネットワーク１９を介して行われる。モバイルまたは無線／ＩＰネットワーク接続は、一般的なモバイル／無線ネットワーク技術、たとえば、第２世代（２Ｇ）プロトコルによるＧＳＭ(Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）およびＣＤＭＡ(Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、第２．５世代（２．５Ｇ）プロトコルによるＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）、無線ＬＡＮ（ＷＬＡＮ：Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、第３世代（３Ｇ）および３Ｇ関連プロトコルによるＷ‐ＣＤＭＡ(Ｗｉｄｅｂａｎｄ  Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）、ＥＤＧＥ(Ｅｎｈａｎｃｅｄ  Ｄａｔａ  Ｒａｔｅ  ｆｏｒ  ＧＳＭ  Ｅｖｏｌｕｔｉｏｎ）、ワイヤレスＥＤＧＥ（ＷＥＤＧＥ）、ＣＤＭＡ２０００、第ＴＤ‐ＳＣＤＭＡ、ならびに第３．５世代（３．５Ｇ）プロトコルおよびＷｉＭＡＸ(Ｗｏｒｌｄｗｉｄｅ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  Ｍｉｃｒｏｗａｖｅ  Ａｃｃｅｓｓ）によるＨＳＤＰＡ(Ｈｉｇｈ−Ｓｐｅｅｄ  Ｄｏｗｎｌｉｎｋ  Ｐａｃｋｅｔ  Ａｃｃｅｓｓ）を使用する。
【００２３】
上記ＧＳＭは、携帯電話の規格を意味する。ＣＤＭＡは、多重化の形式、多元接続方式、および多元接続方式に基づくディジタル携帯電話システムを意味する。ＧＰＲＳは、たとえばＧＳＭのユーザが利用可能なモバイルデータサービスを意味する。ＧＰＲＳと組み合わせた２Ｇ携帯電話方式は、「２．５Ｇ」、つまり２Ｇと３Ｇとの間の技術と説明されることが多い。無線ＬＡＮは、電線を使用せずに２つ以上のコンピュータをリンクさせるように構成された無線ネットワークを意味する。Ｗ‐ＣＤＭＡは、３Ｇ携帯電話ネットワークの一種を意味し、技術的には、ＧＳＭネットワークが使用するＴＤＭＡ信号方式より高速度の送信を行うためのダイレクトシーケンスＣＤＭＡ信号方式を使用する広帯域スペクトラム拡散モバイルエアインターフェースを意味する。ＵＭＴＳは、３Ｇ携帯電話技術の一つを意味する。ＵＭＴＳは、３Ｇ技術の性質と、成功するように設計されたＧＳＭ規格との組合せを強調して、３ＧＳＭと呼ばれることもある。ＥＤＧＥまたはＷＥＤＧＥは、データ伝送率の増加およびデータ伝送の信頼性の向上を可能にするディジタル携帯電話技術を意味する。ＥＤＧＥまたはＷＥＤＧＥは、一般に、２．７５Ｇネットワーク技術として分類される。
【００２４】
さらに、ＣＤＭＡ２０００は、ＣＤＭＡ、ディジタル無線用の多元接続方式を使用して、音声、データ、信号データ、たとえば携帯電話と基地局との間のダイヤルされた電話番号などを送信する３Ｇ携帯電話通信規格の一種を意味する。ＴＤ‐ＳＣＤＭＡは、スペクトラム拡散ＣＤＭＡ技術に基づく３Ｇ携帯電話通信規格を意味する。ＨＳＤＰＡは、比較的高い転送速度を可能にするＵＭＴＳ標準のネットワークに対し、円滑で斬新的な進路を提供する３Ｇ携帯電話プロトコルを意味する。ＷｉＭＡＸは、ＩＥＥＥ８０２．１６規格の準拠性および相互運用性を促進するために、２００１年６月に設立されたＷｉＭＡＸフォーラムによるマイクロ波アクセスの国際的な相互運用性として定義される。
【００２５】
さらに、図１Ｂを参照すると、購読者通知モジュール１６４は、購読者が関心を持つメディアコンテンツを様々な方法で購読者に通知するように構成される。こうした通知を可能にする技術の例としては、ＷＡＰ(Ｗｉｒｅｌｅｓｓ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）プッシュ、ＳＭＳ（Ｓｈｏｒｔ  Ｍｅｓｓａｇｅ  Ｓｅｒｖｉｃｅ）、ＭＭＳ（Ｍｕｌｔｉｍｅｄｉａ  Ｍｅｓｓａｇｉｎｇ  Ｓｅｒｖｉｃｅ）、ＲＳＳ、プッシュメール、およびリモートメソッド呼出しが挙げられるが、これらだけに限らない。ＷＡＰは、無線通信を使用するアプリケーションに対する公開された国際規格を意味する。ＷＡＰは、携帯電話またはＰＤＡからインターネットにアクセスすることを可能にするために使用される。ＷＡＰプッシュは、ＷＡＰアドレスに対するリンクを含む特別に符号化されたメッセージを意味する。ショートメッセージサービス（ＳＭＳ）は、殆どのディジタル携帯電話で使用可能なサービスであって、携帯電話またはその他の携帯端末間でショートメッセージまたはテキストメッセージを送信することを可能にするサービスを意味する。マルチメディアメッセージングサービス（ＭＭＳ）は、マルチメディアオブジェクト（画像、音声、映像、リッチテキスト）、およびＳＭＳの場合のようなテキストメッセージを含むメッセージの送信を可能にする電話網メッセージングシステムの規格を意味する。ＲＳＳは、ブログ、ニュースフィードまたはポッドキャストなどの頻繁に更新されるディジタルコンテンツを発行するために使用される、ある種のウェブフィード形式を意味する。「ＲＳＳ」という頭文字は、リアリーシンプルシンジケーション（ＲＳＳ２．０）、リッチサイトサマリー（ＲＳＳ  ０．９１、ＲＳＳ１．０）およびＲＤＦサイトサマリー（ＲＳＳ０．９および１．０）等の規格を意味する。
【００２６】
さらに、プッシュメールは、「常時オン」機能を提供する電子メールシステムを説明するために使用され、この場合、新しい電子メールは、メール配信エージェント（ＭＤＡ）、つまりメールサーバによって、メールユーザエージェント（ＭＵＡ）、つまり電子メールクライアントに着信すると、瞬時にまた積極的に転送（プッシュ）される。Ｊａｖａ（登録商標）リモートメソッド呼び出し（ＲＭＩ）アプリケーションプログラミングインターフェース（ＡＰＩ）、つまりＪａｖａ（登録商標）  ＲＭＩは、リモートプロシージャコール（ＲＰＣ）と同等のオブジェクトを実行するためのＪａｖａ（登録商標）  ＡＰＩを意味する。ＲＰＣは、コンピュータプログラムが、プログラマがこの遠隔相互作用の詳細を明示的に符号化することなく、サブルーチンまたはプロシージャを別のコンピュータ上で実行させることを可能にする技術である。つまり、プログラマは、サブルーチンが、実行プログラムにとってローカルであるか、ネットワークによって到達可能な他のコンピュータ上のリモートであるかに関わらず、本質的に同じコードを書き込むことができる。対象となるソフトウェアがオブジェクト指向の原理を使用して書かれる場合、ＲＰＣは、リモート呼出しまたはリモートメソッド呼出しと呼ばれる。
【００２７】
図１Ｃは、図１Ａに関して説明および図示されている通信機器１１の例示的なブロック図である。通信機器１１および１３は、リアルタイムメディアコンテンツを受信するだけではなく、リアルタイムメディアコンテンツの発行も行うように構成される。ストリーミングサーバユニット１８は、リアルタイムメディアコンテンツとウェブページまたはブログとの間のリンクまたは接続をリアルタイムで確立する。したがって、リアルタイムで発行する機能は、通信機器１３を有する購読者が、通信機器１１を有する発行者が捕捉および発行するメディアコンテンツをウェブページ内においてリアルタイムで閲覧することを可能にする。
【００２８】
図１Ｃを参照すると、通信機器１１は、捕捉モジュール１１１と、ドライバ１１２と、符号化モジュール１１３と、表示インターフェース１１４と、論理制御ユニット１１５と、ユーザＩＤモジュール１１６と、ストリーミングモジュール１１７と、データ記憶ユニット１１８と、ネットワーク通信モジュール１１９とを備える。捕捉モジュール１１１は、レンズなどの一つまたは複数の光学機器、またはマイクロフォンなどの音声機器を備える。一実施例では、通信機器１１は、携帯電話またはＰＤＡを備え、捕捉モジュール１１１は、携帯電話またはＰＤＡ内に組み込まれる。もう一つの実施例では、通信機器１１は、ＰＣまたはノートパソコンを備え、捕捉モジュール１１１は、ＰＣまたはノートパソコンの外側にあってもよい。外部機器の場合、たとえばＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）、ブルートゥース、またはＷｉＦｉなど、捕捉モジュール１１１とＰＣまたはノートパソコンとの間のインターフェースが使用される。捕捉モジュール１１１は、ドライバ１１２によって駆動および制御され、様々な形式の画像／映像または音声データの補足をサポートするように構成される。ドライバ１１２は、通信機器１１を介して、メディアコンテンツの発行以前に起動される。さらに、ドライバ１１２は、捕捉モジュール１１１が使用可能なフォーマットを論理制御ユニット１１５に送信し、次に論理制御ユニット１１５が、発行されるメディアコンテンツに適したフォーマットを識別する。捕捉モジュール１１１のフォーマットは、解像度およびフレームレートに関する映像フォーマット、またはサンプル当たりのビット数（ＢＰＳ）が約１６ｂｐｓで約８０００のサンプルレートを有する音声フォーマットを含む。さらに、メディアコンテンツに適するフォーマットとしては、ＲＧＢ５６５およびＹＶ１２などの映像フォーマット、および１チャネルおよび２チャネルなどの音声フォーマットが挙げられる。
【００２９】
論理制御ユニット１１５が識別するフォーマットに基づいて、符号化モジュール１１３は、ドライバ１１２から、システム１０内における発行に使用可能なフォーマットで送信される画像／映像信号または音声信号を符号化する。符号化モジュール１１３に使用されるフォーマットとしては、たとえば、映像圧縮用のＭＰＥＧ−４(Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ−４）、Ｈ．２６４など、または音声圧縮用のＡＭＲ（Ａｄａｐｔｉｖｅ  Ｍｕｌｔｉ−Ｒａｔｅ）、ＡＡＣ（Ａｄｖａｎｃｅｄ  Ａｕｄｉｏ  Ｃｏｄｉｎｇ），ＭＰ３（ＭＰＥＧ−１  レイヤ３）などが挙げられる。ストリーミングモジュール１１７は、符号化モジュール１１３からの画像／映像信号または音声信号をビットストリーム形式でパケット化し、次に論理制御ユニット１１５に送信するように構成される。論理制御ユニット１１５は、ネットワーク通信モジュール１１９を介してパケットを発行制御モジュール１６３およびコンテンツ受信モジュール１８１に送信する。
【００３０】
論理制御ユニット１１５は、システム１０内でリアルタイムメディア通信用のソフトウェアアプリケーションを処理することが可能な中央処理ユニット（ＣＰＵ）を備える。ソフトウェアアプリケーションは、データ記憶ユニット１１８内の読出し専用メモリ（ＲＯＭ）デバイス内に記憶されるか、または通信機器１１の購入後の後日、データ記憶ユニット１１８内のランダムアクセスメモリ（ＲＡＭ）デバイス内にインストールされる。ユーザＩＤモジュール１１６は、ユーザの識別情報を識別可能なハードウェアインターフェースを備える。ＩＤ検証は、パスワード検査、指紋確認、声紋確認、またはその他の適切な方法により実行される。ユーザは、ＩＤ検証に合格するまで、メディアコンテンツを発行することは許可されない。
【００３１】
図２Ａ〜２Ｄは、本発明の一実施例によるリアルタイムメディア通信の方法を示すフローチャートである。具体的には、図２Ａ〜２Ｄは、ブログサーバユニット１６が、ユーザとブログとの間のインターフェースとして機能し、ストリーミングサーバユニット１８が、リアルタイムメディアコンテンツをブログにリンクさせるように機能することを示す。図２Ａ、および図１Ｂを参照すると、ユーザは、モバイル機器などの通信機器１１または１３を介して、自身のＩＤを入力するように要求される。発行制御モジュール１６２は、ユーザＩＤを検証する。ユーザＩＤが真正である場合、確認のメッセージが、ユーザおよびコンテンツ受信モジュール１８１に送信され、ユーザが、メディアコンテンツを発行し、コンテンツ受信モジュール１８１がメディアコンテンツを受信することを可能にする。確認のメッセージを受信した後、ユーザは、発行制御モジュール１６２に対し、発行されるリアルタイムメディアコンテンツの特徴を記述するたとえばテキスト、画像、音声の形態、またはその他のフォーマットの記述を提供する。この記述は、購読者が、メディアコンテンツが、購読者が関心を持つメディアコンテンツの一つかどうかを確認するのを支援する。前記のとおりユーザとブログとの間のインターフェースとして機能するブログサーバユニット１６は、通信機器１１または１３を有するユーザに対して、ストリーミングサーバユニット１８の位置を提供する。ユーザは、次に、ストリーミングサーバユニット１８のコンテンツ受信モジュール１８１に対してリアルタイムメディアコンテンツを提供し、その結果、前記のとおりストリーミングモードでリアルタイムメディアコンテンツを処理することを可能にする。リアルタイムメディアコンテンツは、ユーザの通信機器１１が、リアルタイムで捕捉した音声、映像、または音声／映像データを含む。コンテンツ記録モジュール１８３は、たとえば３ＧＰ、ＭＰ４およびＡＶＩ等のフォーマットでメディアファイル内に、リアルタイムメディアコンテンツを記録する。リアルタイムメディアコンテンツをコンテンツ記録モジュール１８３内に記録すると、メディアコンテンツをアップロードするユーザの労力を節約し、購読者は、メディアコンテンツが記録された直後に容易にメディアコンテンツにアクセスすることができる。メディア処理サーバユニットにおけるコンテンツ発信モジュール１８２、つまりストリーミングサーバユニット１８は、インターフェースサーバ、つまりブログサーバユニット１６においてリアルタイムメディアコンテンツを発行するための位置を発行制御モジュールに提供する。そうすることで、インターフェースサーバを介して購読者がその位置にアクセス可能である。リアルタイムメディアコンテンツを発行するための位置は、ＵＲＬまたはＵＲＩを含む。発行制御モジュール１６２は、次に、購読者がリアルタイムでアクセスするために、その位置をリンクモジュール１６５に提供する。
【００３２】
図２Ｂを参照すると、この方法は、図２Ａに関して説明および図示した方法に類似しているが、たとえば、ユーザＩＤが、コンテンツ受信モジュール１８１および発行制御モジュール１６２において検証される点が異なる。
【００３３】
図２Ｃを参照すると、この方法は、図２Ａに関して説明および図示した方法に類似しているが、たとえば、コンテンツ発信モジュール１８２は、リアルタイムメディアコンテンツの位置をリンクモジュール１６５および発行制御モジュール１６２に提供する点が異なる。
【００３４】
図２Ｄを参照すると、この方法は、図２Ｂに関して説明および図示した方法に類似しているが、たとえば、コンテンツ発信モジュール１８２は、リアルタイムメディアコンテンツの位置をリンクモジュール１６５および発行制御モジュール１６２に提供する点が異なる。
【００３５】
図３Ａ〜３Ｃは、本発明の別の実施例によるリアルタイムメディア通信の方法を示すフローチャートである。具体的には、図３Ａ〜３Ｃは、ユーザとブログとの間のインターフェースとしてのブログサーバユニット１６が、システム１０内の購読者に対して、メディアコンテンツの発行をリアルタイムで通知するように機能することを示す。図３Ａを参照し、図１Ｂも参照すると、発行制御モジュール１６２は、ユーザの通信機器１１から送信される記述を購読者登録制御モジュール１６１に提供する。登録にあたり、購読者は、メディアコンテンツのための記述に応じて、好みのメディアの分類を表明または指示したため、購読者登録制御モジュール１６１は、システム１０内の購読者全員に通知するように、購読者通知モジュール１６４に要求する。購読者通知モジュール１６４は、購読者の通信機器１３、たとえばモバイル機器を介して購読者に通知する。購読者は、リアルタイムメディアコンテンツの位置をリンクモジュール１６５から取得し、リアルタイムメディアコンテンツは、発行制御モジュール１６２を介してコンテンツ発信モジュール１８２から送信されるか、またはコンテンツ発信モジュール１８２から直接送信される。リアルタイムメディアコンテンツの位置が使用可能な場合、購読者は、コンテンツ発信モジュール１８２からのリアルタイムメディアコンテンツを要求および受信する。
【００３６】
図３Ｂを参照すると、発行制御モジュール１６２は、コンテンツの記述を購読者登録制御モジュール１６１に提供し、そのリアルタイムメディアコンテンツに関心のある購読者のリスト、つまりコンテンツの記述に関連する購読者のリストを要求する。リストを受信した後、発行制御モジュール１６２は、現在発行されているリアルタイムメディアコンテンツのリスト上の関連する購読者に通知するように、購読者通知モジュール１６４に要求する。関連する購読者は、次に、リアルタイムメディアコンテンツの位置をリンクモジュール１６５から取得し、コンテンツ発信モジュール１８２からのリアルタイムメディアコンテンツを要求および受信する。
【００３７】
図３Ｃを参照すると、発行者は、関連する購読者のリストを提供し、発行者が提供するリスト上の関連する購読者に通知するように、購読者通知モジュール１６４に要求する。
【００３８】
図４Ａおよび図４Ｂは、本発明のさらに別の実施例によるリアルタイムメディア通信の方法を示すフローチャートである。図４Ａを参照すると、発行制御モジュール１６２から送信されたリアルタイムメディアコンテンツの記述のほかに、購読者登録制御モジュール１６１は、登録段階において、購読者が興味を持つメディアコンテンツに関連する一つまたは複数の記述を受信する。購読者登録制御モジュール１６１は、購読者からの記述に基づいて、購読者に対するパーソナルウェブページを構成する。パーソナルウェブページは、購読者が、購読者が関心を持つメディアコンテンツに容易にアクセスし、購読者が、発行される購読者の記述に関連するメディアコンテンツが存在するかどうかを容易に確認できるようにする。購読者は、購読者通知モジュール１６４からの通知メッセージがない状態で、購読者の通信機器１３を介してパーソナルウェブページにアクセスし、リンクモジュール１６５からウェブページ内のメディアコンテンツの位置を取得する。購読者の要求に応じて、コンテンツ発信モジュール１８２は、メディアコンテンツを購読者の通信機器１３に送信する。
【００３９】
図４Ｂを参照すると、発行制御モジュール１６２からの同じアイテムに関連するいくつかの記述に基づいて、購読者登録制御モジュール１６１は、システム１０内の購読者全員がアクセス可能なアイテムの公開されたウェブページを構成する。購読者は、購読者通知モジュール１６４からの通知メッセージがない状態で、そのアイテムのための公開されたウェブページ内で発行されたリアルタイムメディアコンテンツが存在するかどうかを確認する。
【００４０】
図５Ａおよび図５Ｂは、本発明のさらに別の実施例によるリアルタイムメディア通信の方法を示すフローチャートである。本発明によるこの方法は、発行者および購読者がリアルタイムメディアコンテンツについてコメントすることを可能にする。図５Ａを参照すると、発行制御モジュール１６２は、コメントモジュール１６３から、発行者および購読者がコメントを残す位置を取得する。コメントの位置は、ウェブページを含む。発行制御モジュール１６２は、次に、発行者、および購読者通知モジュール１６４に位置を送信し、その結果、購読者、たとえばＡおよびＢにその位置を通知する。一人または複数の発行者または購読者ＡおよびＢからのリアルタイムメディアコンテンツに対するコメントは、発行制御モジュール１６２で収集され、次に、発行者および購読者ＡおよびＢは、その位置でコメントにアクセス可能である。別の実施例では、システム１０のユーザは、システム１０内に以前に記憶されたメディアコンテンツについてコメントすることを許可される。
【００４１】
図５Ｂを参照すると、この方法は、図５Ａに関して説明および図示する方法に類似するが、たとえば、発行制御モジュール１６２はコメントモジュールとしても機能するため、図５Ａに示されているコメントモジュール１６３は存在しない点が異なる。
【００４２】
図６は、本発明の一実施例により、メディアコンテンツを発行する方法を示すフロー図である。図６を参照すると、ステップ６０１で、発行者ＩＤまたはユーザＩＤは、ユーザから取得される。発行者ＩＤは、ステップ６０２で検証され、ユーザが発行を許可されているかどうか確認される。ユーザは、ユーザが登録され、ＩＤ検証に合格するまで、発行を許可されない。ＩＤが真正である場合、ステップ６０３で、ユーザの通信機器の捕捉モジュールが起動され、リアルタイムメディア通信をサポートする。ステップ６０４で、現在発行しようとしているストリーミングサーバユニットのＵＲＬまたはＵＲＩなどの位置が、ブログサーバユニットによって取得される。次に、ステップ６０５で、リアルタイムメディアコンテンツのファイルフォーマットが提供される。このファイルフォーマットは、図７Ａ〜７Ｃに関して以下で説明するように、たとえば「３ＧＰ」ファイルフォーマットにおけるメディアファイルの開始、書き込み、終了を含むストリーミングサーバユニット内における識別動作を促進する。
【００４３】
次に、ステップ６０６で、リアルタイムメディアコンテンツのウェブページが作成され、ステップ６０６で、リアルタイムメディアコンテンツの位置がウェブページ内に含まれる。ユーザは、ステップ６０７で、パケット化したリアルタイムメディアコンテンツをストリーミングサーバユニットに送信する。ユーザは、ステップ６０８で、連続したリアルタイムメディアコンテンツを発行するかどうかを確認する。この場合、連続したリアルタイムメディアコンテンツは、以前に発行されたメディアコンテンツと同じ位置を有するリアルタイムメディアコンテンツを意味する。連続したリアルタイムメディアコンテンツを発行する場合、ステップ６０７および６０８は、連続したリアルタイムメディアコンテンツを発行する必要がなくなるまで繰り返される。発行しない場合、メディアコンテンツの位置は変更され、発行作業はステップ６０９で終了する。連続したリアルタイムメディアコンテンツを発行する際、ステップ６１０で、コメントモジュールにアクセスする。ステップ６１１で、リアルタイムメディアコンテンツ上に購読者からのコメントが存在するかどうか確認される。存在する場合、ユーザは、ステップ６１２で、購読者のコメントを閲覧する。ユーザは、ステップ６１３で、購読者のコメントに応答するかどうか決定する。応答する場合、ユーザは、ステップ６１４で、自身のコメントを残す。次に、ステップ６１１〜６１４は、ステップ６０９で発行作業が終了するまで繰り返される。
【００４４】
図７Ａ、７Ｂおよび７Ｃは、本発明の一実施例によるリアルタイムメディア通信の方法を示す例示的な流れ図である。具体的には、図７Ａ〜７Ｃは、発行者が、ストリーミングサーバユニット１８の位置をブログサーバユニット１６から取得し、リアルタイムメディアコンテンツを発行できる状態である時のストリーミングサーバユニット１８の動作を示す。図７Ａを参照すると、ステップ７０１で、発行者から送信されたデータは、図１Ｂに関して説明および図示されたストリーミングサーバユニット１８などのストリーミングサーバユニットによって受信される。このデータは、たとえばリアルタイムストリーミングプロトコル（ＲＴＳＰ）またはリアルタイムトランスポートプロトコル（ＲＴＰ）などのファイル名を含む。ＲＴＳＰは、ストリーミングメディアシステムに使用されるプロトコルを意味し、クライアントが、ストリーミングメディアサーバユニットを遠隔制御することを可能にし、「再生」および「一時停止」などのＶＣＲのようなコマンドを発行し、サーバ上のファイルに時間ベースでアクセスすることを可能にする。ＲＴＰは、インターネット上で音声および映像を供給するための標準パケットフォーマットを定義する。一般に、ＲＴＳＰリクエストは通信のためのコマンドを含み、ＲＴＰパケットは、音声データまたは映像データを含む。
【００４５】
ステップ７０２で、受信データはＲＴＳＰリクエストを含む。登録モジュール、たとえばファイルモジュールまたはセッション記述プロトコル（ＳＤＰ）モジュールは、ステップ７０３で呼び出される。具体的には、ファイルモジュールは、ファイル名のファイル拡張子が、たとえば３ＧＰ、ＭＰ４またはＡＶＩなどのファイルフォーマットを含む場合に呼び出される。本発明による一実施例では、ファイルモジュールは、ユーザが、コンテンツ記録モジュール１８３内に記録されたメディアファイルにアクセスすることを要求した場合に呼び出される。さらに、ＳＤＰモジュールは、たとえば、ファイル名のファイル拡張子が「ＳＤＰ」を含む場合に呼び出される。一実施例では、ＳＤＰモジュールは、ユーザが、リアルタイムメディアコンテンツを発行することを要求した場合に呼び出される。
【００４６】
ＲＴＳＰリクエストは、ステップ７０４で構文解析され、コマンドおよびペイロードを含む。ステップ７０５で、ＲＴＳＰリクエスト内に含まれる「通知」、「セットアップ」および「再生」などのコマンドが実行される。たとえば、「通知」というコマンドは、３ＧＰ、ＭＰＥＧ４、およびＡＭＲフォーマットなどのメディアコンテンツのファイルフォーマットを指定する。「セットアップ」というコマンドは、メディアコンテンツを送信するための通信ポートまたはソケットなどの送信機構を指定する。さらに、「再生」というコマンドは、それぞれ「通知」および「セットアップ」コマンドによって識別されるファイルフォーマットおよび送信ポートに従って、ユーザの通信機器１１または１３とストリーミングサーバユニット１８との間の送信を開始する。次に、ステップ７０６で、ＲＴＳＰリクエスト内のＲＴＳＰペイロードが構文解析される。次に、図１Ｂに関して説明および図示されているコンテンツ記録モジュール１８３などの記録モジュールは、ステップ７０７で、ファイルフォーマットにおけるメディアファイルの記録を開始する。「３ＧＰ」は、ＭＰＥＧ４パート１４（ＭＰ４）コンテナフォーマットの単純化されたバージョンを意味し、携帯電話に適応するために、記憶および帯域幅要件を減少させるように設計される。「３ＧＰ」は、映像ストリームをＭＰＥＧ−４またはＨ．２６３またはＨ．２６４として記憶し、音声ストリームをＡＭＲ−ＮＢ（Ａｄａｐｔｉｖｅ  Ｍｕｌｔｉ−Ｒａｔｅ  ＮａｒｒｏｗＢａｎｄ）またはＡＡＣ−ＬＣ(Ａｄｖａｎｃｅｄ  Ａｕｄｉｏ  Ｃｏｄｉｎｇ  −  Ｌｏｗ  Ｃｏｍｐｌｅｘｉｔｙ）として記憶する。本発明による一実施例では、上記のステップ７０１〜７０７は、ストリーミングサーバユニット１８のコンテンツ受信モジュール１８１で実行される。
【００４７】
図７Ｂを参照すると、ステップ７１２で、受信データは、ＲＴＳＰリクエストのペイロード部分を形成するＲＴＰパケットを含む。次に、ステップ７１３で、メディアコンテンツを発行するためのセッション識別情報が識別される。各々のメディアコンテンツが固有のセッション識別情報を有するように、セッション識別情報はメディアコンテンツによって異なる。ステップ７１４で、データが音声コンテンツまたは映像コンテンツを含むかが確認される。メディアコンテンツは次に、ステップ７１５でメディアファイル内に書き込まれる。一実施例では、上記のステップ７０１および７１２〜７１３は、コンテンツ受信モジュール１８１で実行され、ステップ７１５は、コンテンツ記録モジュール１８３で実行される。
【００４８】
図７Ｃを参照すると、ステップ７２５で、ＲＴＳＰリクエストは、たとえば、図７Ａおよび７Ｂに関してそれぞれ説明および図示されている開始プロセスおよび書き込みプロセスが実行された後、ＲＴＳＰ接続を終了するための「ティアダウン」などのコマンドを含む。ステップ７２６で、メディアコンテンツを発行するための発行者セッションが終了されるか、または対応する発行者セッション識別情報が削除される。次に、ステップ７２７で、メディアコンテンツに関連する購読者セッションが終了されるか、または対応する購読者イデンティティが削除される。次に、コンテンツ記録モジュール１８３が終了され、ステップ７２８で、記憶されたメディアコンテンツに対するファイルリンクが確認される。コンテンツ記録モジュール１８３によって記録されたリアルタイムメディアコンテンツは、図７Ａのステップ７０３に関して説明および図示されているように、ファイルモジュールを呼び出すことによって、ファイルリンクを使用して読み出しされる。本発明による一実施例では、上記のステップ７０１〜７０４および７２５〜７２８は、ストリーミングサーバユニット１８のコンテンツ受信モジュール１８１で実行される。
【００４９】
当業者には、広範な本発明のコンセプトから逸脱することなく、上記の実施形態に変更を加えることが可能であることが理解されるであろう。したがって、本発明は、開示されている特定の実施形態に限定されるものではなく、添付の請求の範囲によって定義される本発明の精神および範囲に含まれる変更を含むことが意図されていると考えられる。
【００５０】
さらに、本発明の代表的な実施形態を説明するに当たり、本発明の方法および／またはプロセスをステップの特定の順序として提示した。しかし、この方法またはプロセスが、本明細書に記載されているステップの特定の順序に基づくものではない限り、この方法またはプロセスは、記載されている特定の順序に限定されるべきではない。当業者には理解されるように、ステップのその他の順序が可能である。したがって、本明細書に記載されているステップの特定の順序は、請求項、および後日提出されるかもしれない補正に対する制限と解釈するべきではない。さらに、本発明の方法および／またはプロセスを対象とする請求項は、それぞれのステップを記載されている順序で実行することに限られるべきではなく、当業者は、これらの順序が本発明の精神および範囲内で変更され、なおかつその範囲内に留まることが容易に理解できるであろう。
【図面の簡単な説明】
【００５１】
【図１Ａ】本発明の一実施形態によりリアルタイムメディア通信が可能なシステムの概略図である。
【図１Ｂ】図１Ａに示すブログサーバユニットおよびストリーミングサーバユニットの例示的なブロック図である。
【図１Ｃ】図１Ａに示す通信機器の例示的なブロック図である。
【図２Ａ】本発明の一実施形態によるリアルタイムメディア通信の方法を示すフローチャートである。
【図２Ｂ】本発明の一実施形態によるリアルタイムメディア通信の方法を示すフローチャートである。
【図２Ｃ】本発明の一実施形態によるリアルタイムメディア通信の方法を示すフローチャートである。
【図２Ｄ】本発明の一実施形態によるリアルタイムメディア通信の方法を示すフローチャートである。
【図３Ａ】本発明の別の実施形態によるリアルタイムメディア通信の方法を示すフローチャートである。
【図３Ｂ】本発明の別の実施形態によるリアルタイムメディア通信の方法を示すフローチャートである。
【図３Ｃ】本発明の別の実施形態によるリアルタイムメディア通信の方法を示すフローチャートである。
【図４Ａ】本発明のさらに別の実施形態によるリアルタイムメディア通信の方法を示すフローチャートである。
【図４Ｂ】本発明のさらに別の実施形態によるリアルタイムメディア通信の方法を示すフローチャートである。
【図５Ａ】本発明のさらに別の実施形態によるリアルタイムメディア通信の方法を示すフローチャートである。
【図５Ｂ】本発明のさらに別の実施形態によるリアルタイムメディア通信の方法を示すフローチャートである。
【図６】本発明の一実施形態によりメディアコンテンツを発行する方法を示す流れ図である。
【図７Ａ】本発明の一実施形態によるリアルタイムメディア通信の方法を示す例示的な流れ図である。
【図７Ｂ】本発明の一実施形態によるリアルタイムメディア通信の方法を示す例示的な流れ図である。
【図７Ｃ】本発明の一実施形態によるリアルタイムメディア通信の方法を示す例示的な流れ図である。
【符号の説明】
【００５２】
１０  システム
１６  ブログサーバユニット（第１のサーバユニット）
１８  ストリーミングサーバユニット（第２のサーバユニット）
１６１  購読者登録制御モジュール（登録モジュール）
１６２  発行制御モジュール（発行モジュール）
１６３  コメントモジュール
１６４  購読者通知モジュール（通知モジュール）
１６５  リンクモジュール
１８１  コンテンツ受信モジュール（受信モジュール）
１８２  コンテンツ発信モジュール（発信モジュール）
１８３  コンテンツ記録モジュール（記録モジュール）
【図１Ａ】
2008204451.tif 000003
【図１Ｂ】
2008204451.tif 000004
【図１Ｃ】
2008204451.tif 000005
【図２Ａ】
2008204451.tif 000006
【図２Ｂ】
2008204451.tif 000007
【図２Ｃ】
2008204451.tif 000008
【図２Ｄ】
2008204451.tif 000009
【図３Ａ】
2008204451.tif 000010
【図３Ｂ】
2008204451.tif 000011
【図３Ｃ】
2008204451.tif 000012
【図４Ａ】
2008204451.tif 000013
【図４Ｂ】
2008204451.tif 000014
【図５Ａ】
2008204451.tif 000015
【図５Ｂ】
2008204451.tif 000016
【図６】
2008204451.tif 000017
【図７Ａ】
2008204451.tif 000018
【図７Ｂ】
2008204451.tif 000019
【図７Ｃ】
2008204451.tif 000020