JP6119220B2 - メディア通信装置及びメディア通信システム - Google Patents

Description

本発明は、主に映像や音声などのメディア通信を行うメディア通信装置及びメディア通信システムに係り、特に通信開始直後のパケットの遅延やロスによる品質の低下を軽減するためのメディア通信装置及びメディア通信システムに関する。

ＩＰネットワーク上で映像や音声などのマルチメディアデータをリアルタイム通信する際、ネットワークの混雑により、データパケットの遅延やロスによって品質が低下する場合がある。また、３Ｇ、ＬＴＥ、Ｗｉ−Ｆｉなどの無線ネットワークでは、端末の消費電力と無線リソース節約のため、無通信時にはスリープ状態になっていることが多い。このため、通信開始直後には無線の再接続や帯域確保などの処理によって、先頭付近のデータが遅延またはロスすることがある。

この種の技術に関連技術する技術、即ち、マルチメディアデータの品質低下を防止するための技術として、下記特許文献１，２が知られている。
この内、特許文献１には、マルチメディアデータの品質低下を防止するためにダミーデータを送信する技術が記載されている。この特許文献１に記載の技術は、音声通話の発生が予想されるノード間、又は端末とゲートウェイの間で、予めダミーデータを流しておき、通話開始時にダミーデータを音声データに置き換えることで、通話時の遅延やロスによる音質劣化を防止するように構成したものである。

又、特許文献２には、メディアデータを授受するメディア通信装置のセッション確立前に、ダミーデータの送信を行い、これによって、その後のメディアデータの伝送時における遅延の発生等の不都合を排除する技術が開示されている。

特表2009−531912号公報 特開2012−165260号公報

しかしながら、上記各関連技術の内、特許文献１に記載の技術では、トラフィック輻輳が予想される予め定められた時点からダミーデータの送信を開始する。そのため、ダミーデータを長時間送信することになり、モバイルネットワークに接続する多くの端末が特許文献１の方式を利用すると、ダミーデータのデータ量が莫大になり、ネットワーク帯域を圧迫してしまう、という不都合がある。

又、特許文献２に記載の関連技術にあっては、上記特許文献１の記載内容にかかる不都合は改善されるが、発信操作後に通話相手にダミーパケットを送信するようになっているため、その後のメディアデータの伝送切り換えに際しては、切り換えのタイミングが悪いと通信遅延がずれ込むという不都合がある。

［発明の目的］
本発明は、上記関連技術の有する不都合を改善し、特に、データ通信に際し、送信対象であるマルチメディアデータを、その送信開始時における通信遅延を排除しつつ、その品質を維持した状態で有効に送信し得るメディア通信装置及びメディア通信システムを提供することを、その目的とする。

上記目的を達成するため、本発明にかかるメディア通信装置は、ネットワークを介してデータ通信を行う通信部と、この通信部の動作を制御すると共に外部からの入力に基づいて通信先を特定する通信制御部とを備えたメディア通信装置であって、
前記通信制御部に、前記データ通信に先立って前記通信部を介して通信先へ発信される前記データ通信時の正規のデータとは異なる第二のデータを生成し出力するダミーデータ生成部を併設し、
前記通信制御部が、前記通信先への第二のデータの送信開始時を、外部入力される前記通信先情報を含む入力情報の取得処理時に設定する第二のデータ送信制御機能を備えており、
前記入力情報は、当該メディア通信装置に予め装備されたユーザインタフェースを介して外部操作により入力される入力情報とし、この入力情報に基づいて処理される最初の入力処理は、前記通信先の選択特定処理であり、
前記通信制御部は、前記入力情報の取得処理時に成される前記第二のデータの生成／送信時を、前記入力情報に基づいて成される通信先選択処理の処理動作開始時に設定したことを特徴とする、という構成を採っている。

また、上記目的を実行するため、本発明に係るメディア通信システムは、ネットワークを介して相互にデータ通信を行う複数のメディア通信装置を備えたメディア通信システムであって、上記複数の各メディア通信装置が、前述したメディア通信装置と同等に機能するメディア通信装置を備えていることを特徴とする。

本発明は上述したように構成したので、これによると、データ通信の開始前に通信先に前記データ通信時の正規のデータとは異なる第２のデータを送信すると共に当該第２のデータの送信開始時を、外部入力される前記通信先情報を含む入力情報の取得処理時に設定したので、通信先への確認メッセージの発信操作前に当該通信先への当該第２のデータの送信が開始されることとなり、これがため、送信状態が安定した状態でデータ通信に切り換えることが可能となり、通信遅延がずれ込むという不都合を回避することができるという上記関連技術にない優れた効果を備えたメディア通信装置およびメディア通信システムを提供することができる。

本発明にかかるメディア通信装置の一実施形態を示す基本的構成を示すブロック図である。 図１に開示したメディア通信装置を含むメディア通信システムの一例を示す説明図である。 図２に開示したメディア通信装置の具体的構成を示すブロック図である。 図３に開示した他のメディア通信装置の具体的構成を示すブロック図である。 図３に開示したメディア通信装置を一部を成すシグナリング情報取得部の動作例を示すフローチャートである。 図３に開示したメディア通信装置を一部を成す操作情報取得部の動作を示すフローチャートである。 図１及び図３に開示したメディア通信装置における通信制御部、ダミーデータ生成部、及びマルチメディアデータ生成部の連係動作を表すフローチャート 図２に開示したメディア通信システムの具体的な実施例（１）を示す概略構成図である。 図８に開示した実施例（１）における発信者側のメディア通信装置（スマートフォン）が取得するアドレス帳及び情報画像の例を示す説明図である。 図８に開示した実施例（１）における発信者側と受信者側の各スマートフォンの交信状態を示す説明図である。 図２に開示したメディア通信システムの他の具体的な実施例（２）を示す概略構成図である。 図１１に開示した実施例（２）における発信者側と受信者側の各スマートフォンの交信状態を示す説明図である。 図２に開示したメディア通信システムの他の具体的な実施例（３）を示す概略構成図である。 図１３に開示した開示した実施例（３）における発信者側のメディア通信装置（サーバ装置）の構成の一例を示すブロック図である。 図１３に開示した実施例（３）における受信者側のメディア通信装置（スマートフォン）の構成の一例を示すブロック図である。

次に、本発明の一実施形態を図１乃至図７に基づいて説明する。
本実施形態に係るメディア通信システムは、図２に示すように、ネットワーク１０を介してデータ通信を行う二台のメディア通信装置１，２を備えている。ここで、このメディア通信装置１，２については、二台に限定されるものではなく、例えば三者通話のような場合では三台以上で構成したものであってもよい。

また、ネットワーク１０には、例えば通信先の１又は２以上のメディア通信装置２の管理や接続制御などを行うセッション制御サーバなどが接続されていてもよい。

まず最初に、上記メディア通信装置１の基本的な構成について説明する。
図１に示すように、本実施形態において、メディア通信装置１は、ネットワーク１０を介してデータ通信を行う通信部１１と、この通信部１１の動作を制御すると共に外部からの入力に基づいて通信先を選定し特定する通信制御部１４とを備えている。

又、通信制御部１４には、上記データ通信に先立って前記通信部１１を介して通信先へ発信される正規のデータとは異なる第二のデータ（以下、ダミーデータと記載）を生成し出力するダミーデータ生成部１５が併設されている。
上記通信制御部１４は、通信先へのダミーデータの送信開始時を、外部入力される前記通信先情報を含む入力情報の取得処理時に設定するダミーデータ送信制御機能１４Ａを備えている。

ここで、上述した入力情報は、一つは、当該メディア通信装置１に予め装備されたユーザインタフェース１ａを介して外部操作により入力される入力情報のことを示す。この入力情報に基づいて前述した通信制御部１４で実行処理される最初の入力処理は、上記したように通信先の選択特定処理である。

又、上述した入力情報の他の一つは、上記通信部１１を介して他のメディア通信装置２からデータ通信前に入力される各種制御情報を含む入力情報のことを示す。このため、通信部１１は、メディア通信装置１，２相互間の送受信動作の入出力部として重要である。

即ち、上記した通信部１１は、上記通信制御部１４に制御されて作動し、通信先のメディア通信装置２や、セッション制御サーバ（図示せず）などの装置との間で、データの送受信を行うと共に、前記通信先のメディア通信装置２に対するデータ通信以外の連係動作に必要な信号の授受やその他の外部接続された通信機器との間で成される交信、および送信されてくる各種信号又がデータを受信を実行する機能を備えている。

又、図１において、符号１ａはメディア通信装置１に対する動作指令および必要な情報を外部入力するユーザインタフェースを示す。又、符号１４Ｋは通信制御部１４の動作に必要なプログラムを含む各種情報を記憶した記憶部を示す。

また、通信制御部１４には、前述した通信部１１を介して通信先であるメディア通信装置２に向けて送信する必要なデータを生成するマルチメディアデータ生成部１６が併設されている。

そして、この通信先とのデータ通信に先立って、ユーザインタフェース１ａからの設定入力される各種動作指令に従い、前述した通信制御部１４のダミーデータ送信制御機能１４Ａが作動して、通信先へのダミーデータの送信開始時を、上述したように前記通信先情報を含む入力情報の取得処理時、と特定し、ダミーデータ生成部１５を駆動制御して、ダミーデータを通信先に送信し、これにより、通信回線を（データ損失やロスが回避された）円滑な状態で立ち上げるように設定している。

このため、上記構成のメディア通信装置１によると、通信先への確認メッセージの発信操作前に当該通信先へのダミーデータの送信が開始されることとなり、これがため、送信状態の安定を確立した後にデータ通信に切り換えることが可能となり、通信遅延がずれ込むという不都合を回避することが可能となる。

以下、これを更に詳細に説明する。
本実施形態における発信側のメディア通信装置１は、具体的には、図３に示すように、前記通信部１１を介して他のメディア通信装置１との間で送受信した情報からシグナリング情報を取得し解析するシグナリング情報取得部１２と、メディア通信装置１側におけるユーザの操作情報を取得し解析する操作情報取得部１３と、前記通信制御部１４からの指示に基づいてダミーデータを生成するダミーデータ生成部１５と、同じく前記通信制御部１４からの指示に基づいてマルチメディアデータを生成するマルチメディアデータ生成部１６とを備えている。

ここで、上記通信制御部１４は、前述したシグナリング情報取得部１２および操作情報取得部１３で取得した情報に基づいて、ダミーデータ生成部１５とアプリデータ生成部１６にデータ生成を指示するように構成されている。
この内、通信部１１は、前述したように、通信先のメディア通信装置１やセッション制御サーバ（図示せず）などの装置との間で、データの送受信を行う。

そして、シグナリング情報取得部１２は、通信部１１で送受信するシグナリング情報を取得，解析し、マルチメディア通信に先立って行われるシグナリングを検出した際、およびマルチメディア通信開始時に行われるシグナリング（所定の制御信号）を検出した際には、これを通信制御部１４へ通知する。

又、上記シグナリングについては、具体的には後述する実施例にて説明するが、回線接続前の一方から他方に向けて発信されるINVITEメッセージ、180Ringing信号、200 OK信号、或いは確認応答（ACK)等がこれに相当する。
これらの何れかが通信部１１を介して受信された場合に、シグナリング情報取得部１２を介して通信制御部１４へ送り込まれるが、その何れかの信号の受信タイミングで、通信制御部１４が稼働し、ダミーデータ生成部１５へダミーデータの生成・送信開始を指示するように構成されている。

これらは、何れも、通信制御部１４に併設された記憶部１４Ｋに予め設定された動作指令情報によって特定され、これに基づいて通信制御部１４が、何れか一つを特定しダミーデータの生成・送信開始を指示し実行するように構成されている。

更に、操作情報取得部１３は、前記メディア通信装置１に対するユーザインタフェース１ａを介して行われるユーザの操作入力情報を取得，解析し、マルチメディア通信に先立って行われるユーザ操作、およびマルチメディア通信開始時に行われるユーザ操作を検出した際には、これを通信制御部１４へ通知する。

通信制御部１４は、シグナリング情報取得部１２又は操作情報取得部１３からマルチメディア通信に先立つ処理（前述した前記通信先情報を含む入力情報の取得処理）が行われたことを通知されると、ダミーデータ生成部１５へダミーデータの生成・送信開始を指示する。

この場合、通信先情報を含む入力情報の取得処理は、一つは、前述したユーザインタフェース１ａを介して外部から操作入力される入力情報に基づいて実行される通信先選択処理の処理動作開始時であり、他の一つは、前述した入力情報に基づいて実行される通信先選択処理の処理動作が完了した時点であり、更に、他の一つは、通信先選択処理の処理動作中の任意の時点である。

これら通信先選択処理にかかる何れのタイミングをもって実行するかは、何れも、通信制御部１４に併設された記憶部１４Ｋに予め設定された動作指令情報によって特定され、これに基づいて通信制御部１４が実行するように構成されている。具体的には、オペレータの指示（外部入力）によって決定されるようになっている。

一方、通信制御部１４は、シグナリング情報取得部１２又は操作情報取得部１３からマルチメディア通信開始時の処理が行われたことを通知されると、ダミーデータ生成部１５に対してダミーデータの送信終了を指示し、マルチメディアデータ生成部１６に対してマルチメディアデータの生成・送信開始を指示する機能を備えている。

この場合、前述したダミーデータ生成部１５は、通信制御部１４から生成・送信開始指示を受けるとダミーデータの生成を開始し、生成したダミーデータは通信部１１を介して通信先のメディア通信装置２へ送信する。また、又、通信制御部１４から送信終了の指示があると、ダミーデータの生成と送信を停止する。

又、マルチメディアデータ生成部１６は、前記データ通信用のコンテンツを収集しこれをマルチメディアデータとするマルチメディアデータ生成機能１６Ａを備えている。
そして、通信制御部１４からマルチメディアデータの生成・送信開始指示を受けると、前記コンテンツを収集しこれを符号化、パケット化、ヘッダ付加等の通信可能な形式への変換処理を行い、通信部１１を介して通信先へ送信する。これによりデータ通信が開始される。

ここで、マルチメディアデータとは、例えば、メディア通信装置１に接続されているスピーカー１ｂで録音した音声、同じくカメラ１ｃで撮影した映像、又、この音声と映像の組み合わせなどである。この場合、或いは、メディア通信装置１に接続されているストレージ装置１ｄに予め保存された音声や映像でもよい。

ここで、メディア通信装置２の構成内容を図４に示す。
この図４に示すメディア通信装置２も、図２に示すメディア通信装置１の各構成要素と同等に機能する、ユーザインタフェース２ａ、通信部２１、シグナリング情報取得部２２、操作情報取得部２３、通信制御部２４、記憶部２４Ａ、ダミーデータ生成部２５、およびマルチメディアデータ生成部２６を、備えている。

［動作説明］
次に、図５乃至図７のフローチャートを参照して、本実施形態におけるメディア通信装置１の動作を具体的に説明する。

最初に、メディア通信装置１の動作の概要を説明する。
まず、メディア通信装置１は、上述したように、通信部１１で通信されるシグナリング情報を取得・解析するシグナリング情報取得部１２と、ユーザの操作情報を取得・解析する操作情報取得部１３とを備えている。

そして、シグナリング情報取得部１２又は操作情報取得部１３は、マルチメディア通信に先立って通信部１１を介して行われるシグナリングの受信又はユーザインタフェース１ａは入力操作を検出すると通信制御部１４へ通知し、通信制御部１４はダミーデータ生成部１５に対してダミーデータの送信開始を指示する。

また、シグナリング情報取得部１２又は操作情報取得部１３は、マルチメディア通信開始を検出すると通信制御部１４へ通知し、通信制御部１４はダミーデータ生成部１５へダミーデータの送信停止を指示し、マルチメディアデータ生成部１６へマルチメディアデータの送信開始を指示する。

このため、上記実施形態では、マルチメディア通信に先んじて行われるシグナリング信号又は外部からの入力操作の検出後にダミーデータの送信を開始するため、送信するダミーデータ量を大幅に削減できることができ、前述したように、通信先への確認メッセージの発信操作前に当該通信先へのダミーデータの送信が開始されることとなり、これがため、送信状態の安定を確立した後にデータ通信に切り換えることが可能となり、通信遅延がずれ込むという不都合を回避することが可能となる。

以下、これを更に詳述する。
まず、通信部１１で通信先との間でシグナリング情報の送受信が行われると、送受信された情報はシグナリング情報取得部１２へ送り込まれる。

図５はシグナリング情報取得部１２の動作を説明するフローチャートである。
シグナリング情報取得部１２は、送受信部である通信部１１を介して通信先からシグナリング情報を取得すると（図５：ステップＳ５０１）、そのシグナリング情報の内容を解析する（図５：ステップＳ５０２）。

解析の結果、マルチメディア通信に先立って行われるシグナリングであった場合（図５：ステップＳ５０２／イエス）、又はマルチメディア通信開始時に行われるシグナリングであった場合（図５：ステップＳ５０４／イエス）には、その旨を通信制御部１４へ通知する（図５：ステップＳ５０５）。その他のシグナリングの場合（図５：ステップＳ５０４／ノー）には、通知を行わずに処理を終了する。

一方、メディア通信装置１のユーザインタフェース１Ａでユーザによる入力操作が行われると、操作入力情報は操作情報取得部１３へ送信される。
図６に、操作情報取得部１３の動作説明用のフローチャートを示す。

ここで、操作情報取得部１３は、操作入力情報を取得すると（図６：ステップＳ６０１）、その操作入力情報の内容を解析する（図６：ステップＳ６０２）。

この解析の結果、マルチメディア通信に先だって行われる操作であった場合（図６：ステップＳ６０２／イエス）又は、マルチメディア通信開始時に行われる操作入力情報であった場合（図６：ステップＳ６０４／イエス）には通信先を特定し（図６：ステップＳ６０４Ａ）：その内容を通信制御部１４へ通知する（図６：ステップＳ６０５）。 その他の操作内容の場合（図６：ステップＳ６０４／ノー）には、通信制御部１４への通知は行わずに、処理を終了する。

前述した通信制御部１４は、具体的にはシグナリング情報取得部１２又は操作情報取得部１３からの通知の受信時に動作する。図７に、通信制御部１４とダミーデータ生成部１５とマルチメディアデータ生成部１６の動作説明用のフローチャートを示す。

この通信制御部１４は、通信部１１から外部からの通知を受信すると（図７：ステップＳ７０１）、マルチメディア通信に先立って行われる処理の通知であるのか、マルチメディア通信開始時の処理の通知であるのかを判定する（図７：ステップＳ７０２）。

そして、マルチメディア通信に先立って行われる処理の通知であった場合（図７：ステップＳ７０２／イエス）、通信制御部１４はダミーデータ生成部１５に対してダミーデータの生成と送信の開始を指示する（図７：ステップＳ７０３）。

一方、マルチメディア通信開始時の処理の通知であった場合（図７：ステップＳ７０２／ノー）、通信制御部１４は、ダミーデータ生成部１５へダミーデータの生成と送信の停止を指示し（図７：ステップＳ７０４）、マルチメディアデータ生成部１６に対してマルチメディアデータの生成と送信の開始を指示する（図７：ステップＳ７０５）。
送信したマルチメディアデータは通信先であるメディア通信装置２で再生される。

（実施形態の効果）
この図１乃至図７に示す上記実施形態では、シグナリング情報取得部１２と操作情報取得部１３において、マルチメディア通信に先立って行われる処理を検出し、この情報をもとにダミーデータの送信を開始することで、ダミーデータを送信する時間を削減できるため、ダミーデータ量を大幅に削減しつつ、通信開始時の遅延やロスなどの品質劣化を防止することができる。

又、上記構成のメディア通信装置１によると、通信先への確認メッセージの発信操作前に当該通信先へのダミーデータの送信が開始されることとなり、これがため、送信状態の安定を確立した後にデータ通信に切り換えることが可能となり、通信遅延がづれ込むという不都合を回避することが可能となる。

次に、上記実施形態の具体的な実施例を説明する。
まず、図８乃至図１０に基づいて実施例（１）を説明する。
この実施例（１）は、前述した実施形態の実施例であり、図８にその構成図を示す。

この実施例（１）では、メディア通信装置１，２としてスマートフォン１１１，１１２が使用されている。各スマートフォン１１１，１１２の機能構成については、前述した実施形態におけるメディア通信装置１，２の各構成内容（図２，図３）と同一のものが、使用されている。

この内、通信部１１，２１は無線インタフェースとＯＳのプロトコルスタックの組み合わせで実現されている。又、シグナリング情報取得部１２，２２、操作情報取得部１３，２３、通信制御部１４，２４、ダミーデータ生成部１５，２５、マルチメディアデータ生成部１６，２６は、スマートフォン１１１，１１２が備えている各ＣＰＵで実行されるプログラムである。この各実行ログラムは、通信制御部１４，２４にそれぞれ併設された記憶部１４Ｋ，２４Ｋに、予め格納されている。

今、通信部１１で通信があると、その内容はシグナリング情報取得部１２へ送信される。また、ユーザがスマートフォン１１１を操作すると、その操作内容がユーザインタフェース１Ａを介して操作情報取得部１３へ送り込まれる。ここで、スマートフォン１１１，１１２は、ネットワーク１０を介して接続されている。

ここで、スマートフォン１１１からスマートフォン１１２に対してＩＰネットワークを介した音声通話（VoIP：Voice Over IP ）を行うことを想定する。
スマートフォン１１１を操作するユーザは、音声通信アプリを起動して、アドレス帳（図９（ａ）参照）からユーザＢを選択し、この選択したユーザＢの詳細情報を図示しない画面に図９（ｂ）の如く表示する。

このとき、スマートフォン１１１の操作情報取得部１３は、「ユーザＢの選択」という操作を通信に先立ってなされた入力操作として、これを通信制御部１４へ通知する。通知を受けた通信制御部１４は、ダミーデータ生成部１５に対してダミーデータの送信を指示し、ダミーデータ生成部１５はユーザＢの端末（通信先であるスマートフォン１１２／メディア通信装置２に相当）へ、ダミーデータの送信を開始する。

ダミーデータは、例えばペイロードがすべて０のデータであり、ビットレートは例えば音声パケットと同レートとしてもよい。また、ダミーデータではなく、この時点でマイク１Ｂから録音した音声を送信してもよい。ダミーデータではなく音声を送信することで、通話開始後、すぐに音声を相手に届けることが可能になる。

次に、スマートフォン１１１を操作するユーザがユーザＢの詳細情報画面（図１１（ｂ）参照）で「発信」を選択したとする。このときのシーケンスを図１０に示す。
ここでは、ＶＯＩＰで一般的に使用されるＳＩＰ（Session Initiation Protocol ）を使用して、スマートフォン１１１, １１２間で直接通信する場合の例を示す。尚、ＳＩＰ以外のＨ．３２３やＨＴＴＰなどを使用してもよい。

スマートフォン１１１で「発信」を選択すると、スマートフォン１１１からスマートフォン１１２へＳＩＰのＩＮＶＩＴＥメッセージが送信される（図１０（１））。スマートフォン１１２は、ＩＮＶＩＴＥメッセージを受信すると、まず、呼び出し音を鳴らし、同時にスマートフォン１１１へ180 Ringing メッセージ（呼出中信号）を返す（図１０（２））。

このとき、スマートフォン１１２では、シグナリング情報取得部２２が、まず、ＩＮＶＩＴＥメッセージの受信を、通信に先立って行われるシグナリングと判断し、通信制御部２４へその旨、通知する。通知を受けた通信制御部２４は、ダミーデータ生成部２５へダミーデータの生成開始を指示し、ダミーデータ生成部２５は、スマートフォン１１１へダミーデータの送信を開始する。

この場合、スマートフォン１１２では、最初に、ユーザが電話を取る操作を行うと、スマートフォン１１２からスマートフォン１１１へ 200 OK レスポンスが送信され（図１０（３）参照）、それに対してスマートフォン１１１からスマートフォン１１２へ確認返信であるＡＣＫ信号が返信され（図１０（４）参照）、これによって音声通話が開始される。

このとき、スマートフォン１１２の操作情報取得部２３では、ユーザが電話を取る操作を通信開始時に行われる設定操作と判断し、通信制御部２４へ通知する。通知を受けた通信制御部２４は、ダミーデータ生成部２５へダミーデータの送信停止を指示し、マルチメディアデータ生成部１６へ送信開始を指示する。

尚、この場合にあって、スマートフォン１１２では、電話を取る操作ではなく、シグナリング情報取得部２２において200 OKレスポンスの送信又はスマートフォン１１１からのＡＣＫの受信を通話開始時に行われるシグナリングと判定し、通信制御部２４へ通知してもよい。

一方、スマートフォン１１１では、通信部１１がスマートフォン１１２から200 OKを受信すると、これを通信開始時に行われるシグナリングと判断して通信制御部１４へ通知する。これを受けた通信制御部１４は、ダミーデータ生成部１５に対して直ちにダミーデータの送信停止を指示し、同時にマルチメディアデータ生成部１６に対して、送信開始を指示する。

これにより、スマートフォン１１１, １１２の各マルチメディアデータ生成部１６，２６は、マイクで録音した音声をエンコードし、データ通信にかかる通信情報として相手端末（スマートフォン１１２, １１１）へ、それぞれ送信する。

このように、メディア通信装置１，２としてスマートフォン１１１，１１２を使用した場合でも、前述した実施形態の場合と同様に、前述した発明の目的を確実に達成することができ、同様の作用効果を得ることができる。

次に、前述した実施形態の第２実施例である実施例（２）について、図１１乃至図１２に基づいて説明する。
前述した実施例（１）は、二台のスマートフォン１１１，１１２が、ＳＩＰで直接通信する例を示した。これに対して、この実施例（２）では、セッション制御サーバ（ＳＩＰサーバ）を介して通信する場合の例を示す。

図１１に示すように、本実施例（２）では、前述した実施例（１）の構成に加えて、セッション制御サーバ１０３がインターネットに接続されており、スマートフォン１１１と１１２とがセッション制御サーバ１０３に登録されている。
ここで、各スマートフォン１１１，１１２の機能構成については、前述した実施例（１）の場合と同様に、前述した実施形態における各構成内容（図２，図３）と同一のものが、使用されているものとする。

そして、通話に際しては、スマートフォン１１１とスマートフォン１１２とは、セッション制御サーバ１０３を介して接続処理が行われる。ここで、各スマートフォン１１１と１１２は、相手端末の識別子をuserB@sip-serverといったＵＲＩ（Uniform Resource Identifier ）形式で記憶しており、ＩＰアドレスには記憶していない。セッション制御サーバは、ＵＲＩとＩＰアドレスとの対応関係を記憶しており、この対応関係をもとにＳＩＰメッセージの転送を行う。

まず、前述した実施例（１）の場合と同様に、スマートフォン１１１からスマートフォン１１２へ通話開始を想定する。
セッション制御サーバ１０３を介した場合のＳＩＰシーケンスを図１２に示す。
この図１２において、まず、スマートフォン１１１からセッション制御サーバ１０３に対して制御信号であるINVITEメッセージが送信される（図１２（１））。次に、セッション制御サーバ１０３は、このINVITEメッセージをスマートフォン１１２へ転送する（図１１（２））と共に、スマートフォン１１１に対して100 Tryingを送信する（図１２（３））。

前述した実施例（１）では、ここで、スマートフォン１１１が通信先端末に対してダミーデータの送信を開始したが、本実施例（２）では、スマートフォン１１１は通信先端末のＩＰアドレスを知らないため、ここでは送信しない。

スマートフォン１１２は、INVITEメッセージを受信すると、呼び出し音を鳴らすと同時にセッション制御サーバ１９３へ180 Ringing （呼出中信号）を返し（図１１（４））、セッション制御サーバ１０３はこの180 Ringing をスマートフォン１１１へ転送する（図１１（５））。

このとき、実施例（１）の場合と同様に、スマートフォン１１２のシグナリング情報取得部２２は、INVITEメッセージの受信を、通信に先立って行われるシグナリングと判断し、通信制御部２４へ通知する。

通知を受けた通信制御部２４は、ダミーデータ生成部２５へダミーデータの生成開始を指示し、ダミーデータ生成部２５は、スマートフォン１１１へダミーデータの送信を開始する。スマートフォン１１２が受信したINVITEメッセージ（制御信号）には、スマートフォン１１１のＩＰアドレスが含まれているため、ダミーデータの送信が可能である。

スマートフォン１１１では、通信部１１を介してスマートフォン１１２からのダミーデータを受信すると、シグナリング情報取得部１２は通信に先立って行われるシグナリングと判断し、通信制御部１４へ通知する。通信制御部１４は、ダミーデータ生成部１５に対してダミーデータの生成開始を指示し、スマートフォン１１２へのダミーデータの送信を開始する。このときのダミーデータの宛先ＩＰアドレスは、受信したダミーデータの送信元アドレスとする。

スマートフォン１１２のユーザが電話を取る操作を行うと、スマートフォン１１２から１１１へセッション制御サーバ１０３を介して200 OK信号が送信され（図１２（６）（７））、スマートフォン１１１から１１２へ確認応答であるACK が送信され（図１２（８）（９））、音声通話が開始される。
このとき、実施例（１）の場合と同様に、スマートフォン１１２で電話を取る操作と、スマートフォン１１１での200 OK信号の受信を通話開始時の操作と判定し、ダミーデータの送信停止と、マルチメディアデータの送信開始が実行される。

このようにしても、前述した実施例（１）の場合と同様の作用効果を得ることができるほか、更に、通信先のスマートフォン１１２側からダミーデータの送信が行われることから、データ通信に近い時間帯でダミーデータの送受信が実行されることなり、このため、ダミーデータの送受信量を有効に抑制し得るばかりでなく、相互にダミーデータの送受信が安定状態で実行された後に、データ通信に切り換え得るので、データ通信を損失の少ない安定した状態で開始することができるという利点がある。

〔実施例２の変形例〕
ここで、上記実施例（２）の変形例を説明する。
前述した実施例（２）で、スマートフォン１１１は、180 Ringing 受信時（図１１（５）参照）にはダミーデータの送信を行わなかったが、本実施例（２）の変形例では、この180 Ringing 受信時のタイミングでダミーデータの送信を開始する点に特徴を有する。

前述したように、180 Ringing 受信時には、通信先のＩＰアドレスが判明していない。 そこで、スマートフォン１１１は、セッション制御サーバ１０３など通信先以外の端末へダミーデータを送信する。通信先端末からのダミーデータ受信時にダミーデータの送信先を通信先端末に変更してもよい。

ダミーデータをセッション制御サーバ１０３などの通信先以外の端末へ送信する場合、送信するタイミングは180 Ringing 受信時だけでなく、音声通話やテレビ電話のアプリ起動時、ダイヤルパッドでのダイヤル開始時、実施例（１）と同様にアドレス帳でのユーザ選択時、通話ボタンクリック時などのタイミングでもよい。

そして、実施例（２）のように、通信先端末（スマートフォン１１２）からのダミーデータをトリガとした場合、スマートフォン１１１がＮＡＴ（Network Address Translation ）ルータ配下にいる場合、或いは間にファイアウォールが存在する場合に、通信先端末（スマートフォン１１２）からのダミーデータが到着しないことがある。

このような場合にダミーデータを送信するためには、本実施例（２）の変形例の方式によると、ダミーデータの送信が可能になる。
モバイル通信キャリアのパケット通信ネットワークにおける帯域割り当ては、端末ごとに行われ、宛先ごとではない場合が多い。そのため、本実施例（２）の変形例の方式でも同様の効果が得られることが多い。

この実施例３も前述した実施の形態の実施例である。図１３乃至図１５に本実施例（３）の構成内容を示す。

本実施例（３）においては、メディア通信装置１としてサーバ装置１１３を使用し、メディア通信装置２としてスマートフォン１１４使用している。又、この実施例（３）は、サーバ装置１１３からスマートフォン１１４へ一方向の動画配信を行う場合の実施例を示す。

ここで、サーバ装置１１３およびスマートフォン１１４の各機能構成については、それぞれ図１４，図１５に示すように、前述した実施例（１）の場合と同様の構成内容（図２，図３）を備えたものが、それぞれ使用されている。

この場合、サーバ装置１１３の通信部３１は、LAN インタフェースとOSのプロトコルスタックの組み合わせで実現され、インターネットに接続されている。また、シグナリング情報取得部３２、通信制御部３４、ダミーデータ生成部３５、マルチメディアデータ生成部３６はサーバ装置１１３のＣＰＵで実行されるプログラムである。
又、操作情報取得部３３については、サーバ装置１１３の操作に応じた動作は行わないため、本実施例（３）ではその機能を無効にしておく。

これに対して、受信側のスマートフォン１１４は実施例（１）（２）および変形例のスマートフォン１１１，１１２の場合と同一構成のものが使用されている。

次に、本実施例（３）の動作を説明する。
この実施例（３）では、サーバ装置１１３からスマートフォン１１４へ動画を配信することを想定する。

受信側であるスマートフォン１１４を操作するユーザは、まず、スマートフォン１１４に搭載されたWeb ブラウザ又は動画視聴アプリを開いてサーバ装置１１３にアクセスし、コンテンツリストを取得する。

次に、コンテンツリストの中から興味のあるコンテンツを選択し、詳細な説明画面を開く。このとき、スマートフォン１１４側では、操作情報取得部４３が、サーバ装置１１３に対するアクセス（操作）を、通信に先立って行われる操作として取り扱い、通信制御部４４へ通知する。通知を受けた通知制御部４４は、ダミーデータ生成部４５に対して、ダミーデータの送信要求の発信を指示する。これにより、ダミーデータ生成部４５は、サーバ装置１１３に対し、通信部４１を介してダミーデータの送信要求を送る。

このダミーデータの送信要求を受信したサーバ装置１１３は、シグナリング情報取得部３２で、この要求を通信に先立って行われるシグナリングであると判定し、通信制御部３４に通知する。通信制御部３４は、ダミーデータ生成部３５に対してダミーデータの生成及び送信開始を指示する。これにより、サーバ装置１１３は、通信部３１を介してスマートフォン１１４に対し、ダミーデータの送信を開始する。

次に、スマートフォン１１４を操作するユーザが再生開始を選択すると、操作情報取得部４３は通信開始時に行われる操作と判定し、通信制御部４４へ通知する。通知を受けた通信制御部４４は、ダミーデータ生成部４５へダミーデータの停止を要求し、ダミーデータ生成部４５からサーバ装置１１３に対してダミーデータの停止要求を送る。

同時に、通信制御部４４は、マルチメディアデータ生成部４６へマルチメディアデータ（動画）の送信開始要請の発信を指示し、これにより、マルチメディアデータ送信部４６から通信部４１を介してサーバ装置１１３へ、動画の配信開始要求が送信される。

サーバ装置１１３は、ダミーデータの停止要求と動画の配信開始要求を受信すると、シグナリング情報取得部３２でこれらを通信開始時に行われるシグナリングと判定し、ダミーデータを停止して動画データの送信を開始する。

本実施例（３）では、サーバ装置１１３からスマートフォン１１４への一方向の動画配信を行うため、ダミーデータも一方向のみ送信する。ここで、スマートフォン１１４は、サーバ装置１１３へはダミーデータを送信しないため、通信量のより一層の削減が可能であり、同時に、スマートフォン１１４は、損失の少ない状態でサーバ装置１１３から動画配信を受けることが可能と成る。

上述した実施形態及び各実施例１〜３については、その新規な技術内容の要点をまとめると、以下の付記のようになる。尚、下記に示す技術内容の要点については、本発明をこれに限定するものではない。

〔付記１〕
ネットワークを介してデータ通信を行う通信部と、この通信部の動作を制御すると共に外部からの入力に基づいて通信先を特定する通信制御部とを備えたメディア通信装置であって、
前記通信制御部に、前記データ通信に先立って前記通信部を介して通信先へ発信される前記データ通信時の正規にデータとは異なる第二のデータを生成し出力するダミーデータ生成部を併設し、
前記通信制御部が、前記通信先への第二のデータの送信開始時を、外部入力される前記通信先情報を含む入力情報の取得処理時に設定する第二のデータ送信制御機能を備えていることを特徴としたメディア通信装置。

〔付記２〕
付記１に記載のメディア通信装置において、
前記入力情報は、当該メディア通信装置に予め装備されたユーザインタフェースを介して外部操作により入力される入力情報であり、
この入力情報に基づいて処理される最初の入力処理は、前記通信先の選択特定処理であることを特徴とするメディア通信装置。

〔付記３〕
付記２に記載のメディア通信装置において、
前記通信制御部は、前記入力情報の取得処理時に成される前記第二のデータの生成／送信時を、前記入力情報に基づいて成される通信先選択処理の処理動作開始時に設定したことを特徴とするメディア通信装置。

〔付記４〕
付記２に記載のメディア通信装置において、
前記通信制御部は、前記入力情報の入力処理時になされる前記第二のデータの生成／送信時を、前記入力情報に基づいて成される通信先選択処理の処理動作完了時である通信先特定時に設定したことを特徴とするメディア通信装置。

〔付記５〕
付記１に記載のメディア通信装置において、
前記入力情報は、前記通信部を介して他のメディア通信装置からデータ通信前に入力される入力情報であることを特徴としたメディア通信装置。

〔付記６〕
付記５に記載のメディア通信装置において、
前記通信制御部は、前記通信部が他のメディア通信装置から送られてくる第二のデータを受信した場合に、当該第二のデータの受信時を自機における前記第二のデータの生成／送信時として設定することを特徴としたメディア通信装置。

〔付記７〕
付記５に記載のメディア通信装置において、
前記通信制御部は、前記通信部が他のメディア通信装置からの呼び出し指令にかかる制御信号を受信した場合に、外部入力である当該制御信号の受信時を、前記第二のデータの生成／送信時として設定することを特徴としたメディア通信装置。

〔付記８〕
付記５に記載のメディア通信装置において、
前記通信制御部は、前記通信部が他のメディア通信装置へ送った呼び出し指令に対する応答にかかる制御信号を受信した場合に、外部入力である当該制御信号の受信時を、前記第二のデータの生成／送信時として設定することを特徴としたメディア通信装置。

〔付記９〕
付記５に記載のメディア通信装置において、
前記メディア通信装置を同等の構成及び機能を備えたサーバ装置で構成すると共に、前記通信制御部は、情報送信先である前記他のメディア通信装置から前記通信部を介して第二のデータの送信要求が送られてきた場合に、当該第二のデータ送信要求の受信時を、前記第二のデータの生成／送信時として設定することを特徴としたメディア通信装置。

〔付記１０〕
付記１乃至８の何れか一つに記載のメディア通信装置において、
前記通信先へ送信する第二のデータを、予め収集された音声データで構成したことを特徴とするメディア通信装置。

〔付記１１〕
付記１乃至８の何れか一つに記載のメディア通信装置において、
前記通信制御部に、前記データ通信用のコンテンツを収集し当該収集したコンテンツをマルチメディアデータとするマルチメディアデータ生成機能を備えたマルチメディアデータ生成部を併設すると共に、
前記通信制御部は、前記マルチメディアデータ生成部に対する動作指令が前記ユーザインタフェースを介して入力された場合に、当該動作指令の入力時に、前記ダミーデータ生成部に対する第２のデータの生成／送信の停止を指令すると共に、前記マルチメディアデータ生成部に対して前記マルチメディアデータの生成／送信を指令する機能を備えていることを特徴としたメディア通信装置。

〔付記１２〕
ネットワークを介して相互にデータ通信を行う複数のメディア通信装置を備えたメディア通信システムであって、
前記各メディア通信装置が、前記付記１乃至８の何れか一つに記載のメディア通信装置により構成されていることを特徴としたメディア通信システム。

本発明の活用例として、IPネットワークを介した音声通話、ビデオ会議、映像配信サービス、ファイルダウンロードなどに利用できる。

１，１Ａ，２ メディア通信装置
１ａ，２ａ，１１３ａ，１１４ａ ユーザインタフェース
１１，２１，３１，４１ 通信部
１４，２４，３４，４４ 通信制御部
１４Ａ，２４Ａ，３４Ａ，４４Ａ ダミーデータ送信制御機能（第２のデータ送信制御機能）
１４Ｋ，２４Ｋ，３４Ｋ，４４Ｋ 記憶部
１５，２５，３５，４５ ダミーデータ生成部
１６，２６，３６，４６ マルチメディアデータ生成部
１６Ａ，２６Ａ マルチメディアデータ生成機能

Claims (8)

1. ネットワークを介してデータ通信を行う通信部と、この通信部の動作を制御すると共に外部からの入力に基づいて通信先を特定する通信制御部とを備えたメディア通信装置であって、
   前記通信制御部に、前記データ通信に先立って前記通信部を介して通信先へ発信される前記データ通信時の正規のデータとは異なる第二のデータを生成し出力するダミーデータ生成部を併設し、
   前記通信制御部が、前記通信先への第二のデータの送信開始時を、外部入力される前記通信先情報を含む入力情報の取得処理時に設定する第二のデータ送信制御機能を備えており、
   前記入力情報は、当該メディア通信装置に予め装備されたユーザインタフェースを介して外部操作により入力される入力情報とし、
   この入力情報に基づいて処理される最初の入力処理は、前記通信先の選択特定処理であり、
   前記通信制御部は、前記入力情報の取得処理時に成される前記第二のデータの生成／送信時を、前記入力情報に基づいて成される通信先選択処理の処理動作開始時に設定したことを特徴とするメディア通信装置
2. 請求項１に記載のメディア通信装置において、
   前記通信制御部は、前記入力情報の入力処理時になされる前記第二のデータの生成／送信時を、前記入力情報に基づいて成される通信先選択処理の処理動作開始時に代えて、当該処理動作完了時である通信先特定時に設定したことを特徴とするメディア通信装置。
3. 請求項１に記載のメディア通信装置において、
   前記入力情報は、前記通信部を介して他のメディア通信装置からデータ通信前に入力される入力情報であることを特徴としたメディア通信装置。
4. 請求項３に記載のメディア通信装置において、
   前記通信制御部は、前記通信部が他のメディア通信装置から送られてくる第二のデータを受信した場合に、当該第二のデータの受信時を自機における前記第二のデータの生成／送信時として設定することを特徴としたメディア通信装置。
5. 請求項３に記載のメディア通信装置において、
   前記通信制御部は、前記通信部が他のメディア通信装置へ送った呼び出し指令に対する応答にかかる制御信号を受信した場合に、外部入力である当該制御信号の受信時を、前記第二のデータの生成／送信時として設定することを特徴としたメディア通信装置。
6. 請求項３に記載のメディア通信装置において、
   前記メディア通信装置を同等の構成及び機能を備えたサーバ装置で構成すると共に、前記通信制御部は、情報送信先である前記他のメディア通信装置から前記通信部を介して前記第二のデータの送信要求が送られてきた場合に、当該第二のデータ送信要求の受信時を、前記第二のデータの生成／送信時として設定することを特徴としたメディア通信装置。
7. 請求項１乃至６の何れか一項に記載のメディア通信装置において、
   前記通信制御部に、前記データ通信用のコンテンツを収集し当該収集したコンテンツをマルチメディアデータとするマルチメディアデータ生成機能を備えたマルチメディアデータ生成部を併設すると共に、
   前記通信制御部は、前記マルチメディアデータ生成部に対する動作指令が前記ユーザインタフェースを介して入力された場合に、当該動作指令の入力時に、前記ダミーデータ生成部に対する第２のデータの生成／送信の停止を指令すると共に、前記マルチメディアデータ生成部に対して前記マルチメディアデータの生成／送信を指令する機能を備えている
   ことを特徴としたメディア通信装置。
8. ネットワークを介して相互にデータ通信を行う複数のメディア通信装置を備えたメディア通信システムであって、
   前記各メディア通信装置を、前記請求項１乃至６の何れか一つに記載のメディア通信装置をもって構成したことを特徴とするメディア通信システム。

Images