JP5214722B2 - 通信制御装置、通信装置、送信システム、受信システム、通信システム、通信制御装置の制御方法、通信装置の制御方法、制御プログラム、および、記録媒体 - Google Patents

Description

本発明は、複数の通信装置同士による複数の通信を連携させる通信システムに関するものである。

近年、インターネットの普及に伴い、これまで専用の回線網を利用して実現していた電話などの通信サービスを、インターネットで代替しようという動きが広まっている。こうした動きの背景には、回線網を構成する専用交換機に比べ、インターネットで利用されるルータの価格の圧倒的な安さがある。

しかしながら、インターネットを介して通話を行うには、通信の帯域をブラウザによるウェブ閲覧や動画のストリーミング視聴等の他のアプリケーションと共有する必要があるため、ネットワーク通信状態によっては必要な音声品質を保つことができないという課題がある。

このような課題に対して、主に通信事業者によって、ＩＭＳ（IP Multimedia Subsystem）などの仕組みを用いて実現されるＮＧＮ（next generation network）と呼ばれる次世代ネットワークが提案されている。次世代ネットワークでは、各アプリケーションに応じた帯域の割り当てることができるため、例えば通話に対して優先的に帯域を割り当てる、などの制御が可能である。また、ネットワーク上の二つの通信装置間で必要な通信セッションを確立するプロトコルであるＳＩＰ（Session Initiation Protocol）の導入により、通話だけではなく、複数のユーザで動画や静止画を共有するなどの高品質の通信サービスをユーザに提供することができる。さらに、各通信装置には、従来の電話番号に相当する、各通信装置（各ユーザ）を一意に識別できる識別子としてのＳＩＰアドレス（Public User Identity；ＩＭＰＵ、あるいは、Private User Identity；ＩＭＰＩ）が付与されるため、ユーザ認証・アクセス制限・課金などに必要なセキュリティを保つことが容易である。

上述のように、複数の通信装置同士の複数の通信を連携させるという、次世代ネットワークのメリットを享受するためには、次世代ネットワークに対応した通信装置を利用することが必要である。しかし、一般の消費者にはとっては全ての通信装置を次世代ネットワーク対応機と交換することは難しい。そのため、まず宅内にホームゲートウェイ（Home GateWay；ＨＧＷ）と呼ばれるゲートウェイサーバが設置されることが想定される。ホームゲートウェイは、宅外からのＳＩＰによる様々なリクエストを解釈し、次世代ネットワーク非対応端末に対して必要なプロトコルの変換を行うことで、次世代ネットワーク非対応装置であっても次世代ネットワークへの参加することを可能にするものである。これにより、携帯電話、テレビ、録画再生機といった宅内の様々な既存機器を、宅外の機器と連携させることにより、各機器が不足する機能を別の機器の機能で補完するといった新しい高品質な通信サービスやアプリケーションが提供されることが期待できる。

また、音声通話と、動画や静止画を共有するためのデータ通信との連携を実現するシステムとして、特許文献１の通信システムが挙げられる。

特許文献１では、自らの携帯電話装置と情報通信機器とが連携し、情報通信機器が携帯電話装置から通話相手の情報を取得することにより、情報通信機器は、通話相手の情報通信機器の宛先（ＩＰアドレスなど）を求めることができる。

これにより、携帯電話装置を用いた通話が行われている状態で、通話相手の情報通信機器へ、自らの情報通信機器が保有するデータを送信することが可能となる。

しかしながら、上記特許文献１の構成では、複数の通信を連携させたい場合に、各通信を実現するそれぞれの通信装置（携帯電話装置および情報通信機器）がそれぞれの通信相手の電話番号やＩＰアドレスを把握していなければならず、その連携を維持するために、通信相手の情報をやりとりするなどの余分な処理が必要になるという問題がある。また、データを送信したい別の情報通信機器がさらに複数存在する場合、携帯電話装置と連携している最初の情報通信機器は、別の情報通信機器からのリクエストを受けてデータ送信を代行することはできないため、結局、各情報通信機器のすべてが携帯電話装置と連携をとるための仕組みを搭載していなければならない。よって、そのような仕組みを持たない既存の情報通信機器が混在する通信システムの構築が不可能になるという問題がある。

また、既存機器にて次世代ネットワークのメリットを享受するために、ホームゲートウェイを導入する場合でも、それに接続する宅内の各機器は、ホームゲートウェイに対してデータ送信をリクエストする際に通信相手を指定する必要がある。したがって、機器のそれぞれにおいて通信相手先情報の指定、入力などの操作を行うことは必要であり、複数の通信を連携させる場合でも、機器ごとに操作をしなければならないということは、ユーザにとって不便であった。
日本国公開特許公報「特開２００５−２７７６８１号公報（２００５年１０月６日公開）」

本発明は、上記の問題点に鑑みてなされたものであり、その目的は、複数の通信装置同士による複数の通信を連携させる場合に、各通信装置が通信相手先を意識することなく、それらの連携を円滑に実現することにより、ユーザの利便性を向上させることが可能な、通信制御装置、通信装置、送信システム、受信システム、通信システム、通信制御装置の制御方法、通信装置の制御方法、制御プログラム、および、記録媒体を実現することにある。

〔課題を解決するための手段〕
本発明の通信制御装置は、上記課題を解決するために、送信システムにおいて構内通信網を介して複数の構内通信装置と接続し、各構内通信装置が外部通信網を介して外部通信装置と通信するための通信制御を行う通信制御装置において、第１の構内通信装置から送信された外部通信装置との第１通信を要求する通信要求メッセージにしたがって、上記第１の構内通信装置と上記外部通信装置が含まれる受信システムとのセッションを確立する呼制御手段と、上記第１通信のセッションが確立している間、該セッションが確立していることを示す情報と、上記受信システムの宛先情報とを関連付けてセッション情報としてセッション情報記憶部に記憶するセッション管理手段とを備え、上記呼制御手段は、第２の構内通信装置から送信された第２通信を要求する通信要求メッセージにしたがって、上記第２の構内通信装置と、上記セッション情報の宛先情報が指定する上記受信システムとのセッションを第２通信のセッションとして確立することを特徴としている。

上記構成によれば、当該通信制御装置が、自装置に接続される第１の構内通信装置から、外部通信装置との第１通信を要求する通信要求メッセージを受信すると、呼制御手段は、上記メッセージの応答として、上記第１の構内通信装置と上記外部通信装置が含まれる受信システムとのセッションを確立する。これにより、第１通信のセッションが確立する。

次に、セッション管理手段は、上記第１通信のセッションが確立している間、該セッションが確立していることを示す情報と、上記受信システムの宛先情報とを関連付けてセッション情報としてセッション情報記憶部に記憶する。

そして、当該通信制御装置が、自装置に接続される第２の構内通信装置から、第２通信を要求する通信要求メッセージを受信すると、呼制御手段は、上記セッション情報記憶部に記憶されているセッション情報を参照する。そして、上記メッセージの応答として、上記第２の構内通信装置と、参照したセッション情報に含まれる宛先情報が指定する受信システムとのセッションを確立する。これにより、第２通信のセッションが確立する。

以上のとおり、上記第１通信のセッションの通信相手は、受信システムに含まれる外部通信装置であり、上記第２通信のセッションの通信相手は、上記外部通信装置が含まれる同じ受信システムである。すなわち、当該通信制御装置が制御している上記第１通信および上記第２通信は連携し、上記第１通信および上記第２通信は両方とも同じ受信システムに含まれるいずれかの外部通信装置との間で成り立っている。

上記呼制御手段は、自装置に記憶されているセッション情報に基づいて、第２通信の通信相手を特定しているので、上記第２の構内通信装置は、通信制御装置に対して通信相手の宛先情報を指定する必要がない。

以上のことから、通信制御装置とは別の装置（第２の構内通信装置）でありながら、通信制御装置に対しては、第２通信の要求を行うのみで、宛先情報を指定せずに、上述の第１通信および第２通信の連携を実現することが可能となる。

第２の構内通信装置が宛先情報を指定しないで済むということは、第２の構内通信装置に対して、宛先情報を入力しなければならないというユーザの手間を省くことにつながる。

結果として、複数の通信装置同士による複数の通信を連携させる場合に、各通信装置が通信相手先を意識することなく、それらの連携を円滑に実現することにより、ユーザの利便性を向上させるという効果を奏する。

本発明の通信制御装置は、上記課題を解決するために、受信システムにおいて構内通信網を介して複数の構内通信装置と接続し、各構内通信装置が外部通信網を介して外部通信装置と通信するための通信制御を行う通信制御装置において、送信システムに含まれる外部通信装置のいずれかとセッションを確立することにより、上記外部通信装置から送信された受信データを受信する呼制御手段と、上記呼制御手段により受信された受信データの受け取り手となる受信装置を、上記構内通信網に接続する複数の構内通信装置の中から選択する受信装置選択手段とを備え、上記受信装置選択手段は、上記受信データの属性と上記各構内通信装置の属性とに基づいて、該受信データの受信装置を選択することを特徴としている。

上記構成によれば、上記呼制御手段は、送信システムの外部通信装置のいずれかとセッションを確立して、上記外部通信装置から送信された受信データを受信する。通信制御装置は、受信した受信データを構内通信網に接続された構内通信装置のいずれかに配信するために以下の動作を行う。

すなわち、上記受信装置選択手段は、受信された受信データの属性と各構内通信装置の属性とを考慮して、上記受信データの受け取り手となる受信装置を上記各構内通信装置の中から選択する。

これにより、送信システムから送信される受信データに対して具体的な宛先情報が付与されていなくても、つまり、該受信データが当該受信システムのいずれの構内通信装置宛てのデータであるのかが分からなくても、受信装置選択手段が受信データの受け取り手として最適な装置を各構内通信装置の中から選択することができる。

よって、通信制御装置は、上記受信データを適切な構内通信装置に配信することが可能となる。

したがって、送信システムの通信制御装置は、受信システムを宛先として受信データを送信するだけでよい。さらに、その送信システムに含まれる外部通信装置は、受信データの受け取り先を意識する必要がなくなる。

本発明の通信装置は、上記課題を解決するために、送信システムにおいて構内通信網を介して通信制御装置と接続し、通信制御装置の通信制御にしたがって、外部通信網に接続する外部通信装置と通信する通信装置において、ユーザにより指定された外部通信装置との第１通信を、上記通信制御装置に対して要求するための通信要求メッセージと、上記第１通信の外部通信装置が含まれる受信システムとの第２通信を、上記通信制御装置に対して要求する通信要求メッセージとを生成する要求生成手段を備え、上記要求生成手段は、上記第１通信を要求する通信要求メッセージを、上記外部通信装置の宛先情報を指定した通常通信要求メッセージとして生成し、上記第２通信を要求する通信要求メッセージを、宛先情報を指定しない省略通信要求メッセージとして生成することを特徴としている。

上記構成によれば、上記要求生成手段は、自装置に入力されたユーザにより指定された外部通信装置の宛先情報を用いて、該外部通信装置との第１通信を、上記通信制御装置に対して要求するための通信要求メッセージを生成する。このとき要求生成手段が生成するのは、上記外部通信装置の宛先情報を指定した通常通信要求メッセージである。

この一方、上記要求生成手段は、自装置に入力された所定の指示信号（例えば、データの共有化を指示する信号）に応じて、データ共有化のための第２通信を上記通信制御装置に対して要求する通信要求メッセージを生成する。このとき要求生成手段が生成するのは、宛先情報を指定しない省略通信要求メッセージであり、省略通信要求メッセージは、上記第１通信の通信相手である外部通信装置が含まれる受信システムとの通信を意図したメッセージである。

これにより、通信装置は、第１通信中の通信相手と第２通信を開始したい場合には、宛先情報を指定する必要なく、省略通信要求メッセージを通信制御装置に送信するだけでよい。通信制御装置が、上記省略通信要求メッセージに基づいて、第２通信の通信相手を自動で特定することができる。

結果として、第１通信と第２通信とを連携させる場合に、当該通信装置が通信相手先を意識することなく、それらの連携を円滑に実現することができる。ユーザは、第１通信に連携する第２通信を開始したい場合は、宛先情報を通信装置に入力する必要がなくなるので、ユーザの利便性を向上させることが可能となる。

本発明の通信制御装置の制御方法は、上記課題を解決するために、送信システムにおいて構内通信網を介して複数の構内通信装置と接続し、各構内通信装置が外部通信網を介して外部通信装置と通信するための通信制御を行う通信制御装置の制御方法であって、第１の構内通信装置から送信された外部通信装置との第１通信を要求する通信要求メッセージにしたがって、上記第１の構内通信装置と上記外部通信装置が含まれる受信システムとのセッションを確立する第１呼制御ステップと、上記第１呼制御ステップにて、上記第１通信のセッションが確立している間、該セッションが確立していることを示す情報と、上記受信システムの宛先情報とを関連付けてセッション情報としてセッション情報記憶部に記憶するセッション管理ステップと、第２の構内通信装置から送信された第２通信を要求する通信要求メッセージにしたがって、上記第２の構内通信装置と、上記セッション情報の宛先情報が指定する上記受信システムとのセッションを第２通信のセッションとして確立する第２呼制御ステップとを含むことを特徴としている。

本発明の通信制御装置の制御方法は、上記課題を解決するために、受信システムにおいて構内通信網を介して複数の構内通信装置と接続し、各構内通信装置が外部通信網を介して外部通信装置と通信するための通信制御を行う通信制御装置の制御方法であって、送信システムに含まれる外部通信装置のいずれかとセッションを確立することにより、上記外部通信装置から送信された受信データを受信する呼制御ステップと、上記呼制御ステップにより受信された受信データの受け取り手となる受信装置を、上記構内通信網に接続する複数の構内通信装置の中から選択する受信装置選択ステップとを含み、上記受信装置選択ステップでは、上記受信データの属性と上記各構内通信装置の属性とに基づいて、該受信データの受信装置を選択することを特徴としている。

本発明の通信装置の制御方法は、上記課題を解決するために、送信システムにおいて、構内通信網を介して通信制御装置と接続し、通信制御装置の通信制御にしたがって、外部通信網に接続する外部通信装置と通信する通信装置の制御方法であって、ユーザにより指定された外部通信装置との第１通信を、上記通信制御装置に対して要求するための通信要求メッセージ、または、上記第１通信の外部通信装置が含まれる受信システムとの第２通信を、上記通信制御装置に対して要求する通信要求メッセージを生成する要求生成ステップを含み、上記要求生成ステップでは、上記第１通信を要求する通信要求メッセージを、上記外部通信装置の宛先情報を指定した通常通信要求メッセージとして生成し、上記第２通信を要求する通信要求メッセージを、宛先情報を指定しない省略通信要求メッセージとして生成することを特徴としている。

本発明の実施形態における送信側のホームゲートウェイの要部構成を示すブロック図である。 本発明の実施形態におけるデータ交換システムの概略構成を示す図である。 （ａ）は、ホームゲートウェイのセッション情報記憶部に記憶されているセッション情報の一例を示す図であり、（ｂ）は、ホームゲートウェイが複数のセッションを管理するための、セッション管理テーブルの一例を示す図である。 送信システムにおいて、テレビがホームゲートウェイに対して『セッション中の相手に画像を送る』旨の要求を行うために作成するデータ送信要求メッセージのデータ構造の一例を示す図である。 本発明の実施形態におけるデータ交換システムのデータ交換の処理の流れを示すシーケンス図である。 送信システムのホームゲートウェイにおける、第１通信の送信側処理ＳＳ１の処理の流れを示すフローチャートである。 送信システムのホームゲートウェイにおける、第２通信の送信側処理ＳＳ２の処理の流れを示すフローチャートである。 テレビが自装置の表示部に表示するＧＵＩ画面の具体例を示す図である。 送信システムにおいて、第１通信のセッション確立時または確立中に、テレビからホームゲートウェイに送信される関連付け要求メッセージのデータ構造の例を示す図である。 テレビの関連付け情報が追加されたセッション情報の具体例を示す図である。 ホームゲートウェイの要求解析部が、データ送信要求メッセージに含まれるドメイン名でメッセージの種類を判別する場合の各要求メッセージの内容を示す図である。 ホームゲートウェイの要求解析部が、データ送信要求メッセージに含まれるパラメータでメッセージの種類を判別する場合の各要求メッセージの内容を示す図である。 ホームゲートウェイの要求解析部が、データ送信要求メッセージに含まれるＰＯＳＴデータでメッセージの種類を判別する場合の各要求メッセージの内容を示す図である。 本発明の実施形態におけるテレビの要部構成を示すブロック図である。 本発明の実施形態における受信側のホームゲートウェイの要部構成を示すブロック図である。 受信システムのホームゲートウェイにおける、第１通信の受信側処理ＳＳ３（図５）の処理の流れを示すフローチャートである。 受信システムのホームゲートウェイにおける、第２通信の受信側処理ＳＳ４（図５）の処理の流れを示すフローチャートである。 （ａ）は、受信システムにおいて、ホームゲートウェイの装置仕様情報記憶部に記憶されている装置仕様情報の一例を示す図であり、（ｂ）は、装置仕様情報のうち「雛形データと合成」が対応付けられたテレビが選択された場合に受信データ変換部が参照する、変換方法規定テーブルの具体例を示す図である。 ホームゲートウェイの受信データ変換部が用いる雛形データの具体例と、受信データ変換部がそれを用いて作成した合成データの具体例とを示す図である。 受信システムにおいて、ホームゲートウェイの装置状態情報記憶部に記憶されている装置状態情報の一例を示す図である。 受信システムのホームゲートウェイにおける第２通信の受信側処理ＳＳ４（図５）の処理の流れを示すフローチャートである。 受信システムにおけるホームゲートウェイの受信データ記憶部に記憶される受信データのデータ構造の一例を示す図である。 コールバック機能付きのホームゲートウェイを含む受信システムと送信システムとの通信手順を示すシーケンス図である。 受信システムのホームゲートウェイにおける、第２通信の受信側処理ＳＳ５（図２３）の処理の流れを示すフローチャートである。 本発明の他の実施形態における写真共有システムの概略構成を示す図である。 送信システムのテレビと受信システムのテレビとの間で、フォトアプリを用いて写真を共有するときの、各テレビの表示部に表示される画面の一例を示す図である。 送信システムのテレビと受信システムのテレビとの間で、フォトアプリを用いて過去に共有された写真が再び共有された場合に、各テレビの表示部に表示される画面の一例を示す図である。 受信システムのホームゲートウェイから返信された共有エラーダイアログボックスが、送信システムのテレビの表示部に表示されたときの画面の一例を示す図である。 本発明の実施形態における電話機の要部構成を示すブロック図である。 （ａ）は、電話機２１１の報知部２９２が点灯する前の様子を説明する図であり、（ｂ）は、報知部２９２が点灯したときの様子を説明する図である。 本発明の他の実施形態における写真共有システムのＵＲＬ共有の処理の流れを示すシーケンス図である。 本発明の他の実施形態における写真共有システムにて共有されるＵＲＬデータの具体例を示す図である。 送信システムにおいて、テレビが音声通話（第１通信）のトリガとなる場合の、写真共有システムの処理の流れを示すシーケンス図である。 送信システムにおいてテレビからホームゲートウェイに送信される発呼要求メッセージのデータ構造の一例を示す図である。 本発明の実施形態における発注システムの概略構成を示す図である。 本発明の実施形態における発注システムの受発注のための通信処理の流れを示すシーケンス図である。 本発明の実施形態における宅内情報収集システムの概略構成を示す図である。 本発明の実施形態における宅内情報収集システムの宅内情報収集のための通信処理の流れを示すシーケンス図である。 （ａ）は、受信システムのテレビが表示する合成データの具体例を示す図であり、（ｂ）は、（ａ）の第１子画面が選択された場合に遷移する画面の一例を示す図である。

符号の説明

１ データ交換システム（通信システム）
２ 写真共有システム（通信システム）
３ 発注システム（通信システム）
４ 宅内情報収集システム（通信システム）
１０ 制御部
１１ 送受信部
１２ 記憶部
１９ 雛形データ
１９’ 合成データ
２１ 送信システム
２２ 受信システム
２３ インターネット（外部通信網）
２４ フォトアルバムサーバ
３９ 合成データ
４０ 要求メッセージ（通常通信要求メッセージ）
４１ 要求メッセージ（省略通信要求メッセージ）
４２ 要求メッセージ（通常通信要求メッセージ）
４３ 要求メッセージ（省略通信要求メッセージ）
４４ 要求メッセージ（通常通信要求メッセージ）
４５ 要求メッセージ（省略通信要求メッセージ）
１０１ 要求解析部（要求解析手段）
１０２ 呼制御部（呼制御手段）
１０３ セッション管理部（セッション管理手段）
１０４ 装置管理部（装置管理手段）
１０５ セッション選択部（セッション選択手段）
１０６ 装置出力制御部（報知制御手段／出力制御手段）
１２１ セッション情報記憶部
１２２ 共有履歴記憶部
１４０ 制御部
１４０１ 要求生成部（要求生成手段）
１４０２ データ取得部
１４０３ データ処理部
１４０４ アイコン表示処理部（出力手段）
１４１ 送受信部
１４２ 記憶部
１４２１ データ記憶部
１４２２ アイコン画像記憶部
１４３ 表示部
１４４ 入力部
１５０ 制御部
１５０１ 受信データ配信部（受信データ管理手段）
１５０２ 受信装置選択部（受信装置選択手段）
１５０３ 呼制御部（呼制御手段）
１５０４ 受信データ変換部（受信データ変換手段）
１５０５ 装置管理部（装置管理手段）
１５０６ セッション管理部（セッション管理手段）
１５０７ セッション選択部（セッション選択手段）
１５０８ メタデータ解析部（属性情報解析手段）
１５１ 送受信部
１５２ 記憶部
１５２１ 装置仕様情報記憶部
１５２２ 装置状態情報記憶部
１５２３ セッション情報記憶部
１５２４ 受信データ記憶部
１５２５ エラーメッセージ記憶部
１５２６ 収集データ記憶部
１９０ 破線枠
１９０’ 送信元電話番号（宛先情報）
１９１ 破線枠
１９１’ 画像データ（データ／受信データ）
２１０ ホームゲートウェイ（通信制御装置）
２１１ 電話機（通信装置／構内通信装置／外部通信装置）
２１２ テレビ（通信装置／構内通信装置／外部通信装置）
２１３ 家庭内ＬＡＮ（構内通信網）
２２０ ホームゲートウェイ（通信制御装置）
２２１ 電話機（受信装置／構内通信装置／外部通信装置）
２２２ テレビ（受信装置／構内通信装置／外部通信装置）
２２３ 家庭内ＬＡＮ（構内通信網）
２２４ 販売サービスサーバ
２２５ ハードディスクレコーダ（構内通信装置／外部通信装置）
２２６ ドアホンカメラ（構内通信装置／外部通信装置）
２６０ 共有化アイコン（通知情報）
２７０ 共有済アイコン（通知情報）
２８０ 共有エラーダイアログボックス（エラーメッセージ）
２９０ 制御部
２９０１ 送信可能報知処理部
２９０２ 音声処理部
２９１ 送受信部
２９２ 報知部
２９３ 音声入力部
２９４ 音声出力部

≪実施形態１≫
本発明の一実施形態について図１〜図２４に基づいて説明すると以下の通りである。実施形態１では、一例として、本発明の通信システムを、データ交換システムに適用した場合について説明する。

データ交換システムは、ここでは、宅内に設置される複数の通信装置が、別宅の複数の通信装置と通信することにより、複数の通信、すなわち、第１通信としての音声通話および第２通信としてのデータ通信の連携を実現するシステムである。

本実施形態のデータ交換システムは、ＩＭＳにより実現されており、ＩＰ（Internet Protocol）をベースとしたパケット通信により、音声データ、音楽データ、画像データ、動画データ、文書データなどさまざまなメディアデータの交換を行っている。また、データ交換システム上で実行される複数の通信の方法については特定しないが、例えば、ＳＩＰを用い、図示しない呼セッション制御機能を有するＳＩＰサーバを介したり、あるいは、ＨＴＴＰなどのデータ通信用のプロトコルを用いたりするなどして実現する。

〔データ交換システムの概要〕
図２は、本発明の実施形態におけるデータ交換システム１の概略構成を示す図である。図２に示すとおり、データ交換システム１は、宅Ａに敷設される送信システム２１と、宅Ｂに敷設される受信システム２２とを含む構成となっており、各システムは、インターネット２３などの外部通信網を介して通信可能に接続されている。インターネット２３で実現されている外部通信網は、インターネットに限定されず、回線交換とデータ転送とが可能であれば何でもよい。ＳＩＰをベースとした回線交換可能なネットワークが最適である。

宅Ａの送信システム２１は、送信システム２１が取得・保有するデータを受信システム２２に送信するためのシステムであり、ホームゲートウェイ２１０、テレビ２１２、電話機２１１とを備える構成となっている。この各装置は、家庭内ＬＡＮ（Local Area Network）２１３を介して互いに通信可能に接続されている。

ホームゲートウェイ２１０は、家庭内ＬＡＮ２１３を介して接続されている各通信装置（ここでは、テレビ２１２、電話機２１１）が、インターネット２３外の通信装置と通信を行うための通信制御を行う通信制御装置である。詳細には、ホームゲートウェイ２１０は、主に、データの送受信機能、呼（セッション）制御機能、呼（セッション）管理機能、および、自装置に接続されている各通信装置管理機能を有している。

なお、ホームゲートウェイ２１０がセッションを確立する、というときの用語「セッション」は、「明示的な手続を経て開始される一対一の接続」という一般的な意味の他に、以下のような意味を含んでいる。すなわち、本発明の各ホームゲートウェイが確立する「セッション」には、さらに、以下の接続状態、接続形態も含まれていてもよい。

例えば、本実施形態では、送信システム（２１）側のホームゲートウェイ（２１０）が、受信システム（２２）を特定するためのアドレスまたは受信システムへの経路情報を保持している状態を、セッションの確立といってもよい。あるいは、送信システムが、複数の受信システムと接続している状態を、セッションの確立といってもよい。

ホームゲートウェイ２１０は、例えば、ルータ、スイッチングハブなどの中継装置、通信機能を有したパーソナルコンピュータ、ホームサーバ、ミニコンピュータなどの各種情報処理装置により実現される。

ホームゲートウェイ２１０は、送信システム２１において、各通信装置が通信相手先を意識せずとも複数の通信を連携させるための送信制御機能を備えている。この機能実現のためのホームゲートウェイ２１０の要部構成については後述する。

テレビ２１２は、自装置に記憶されている、あるいは、外部から取得した各種データを、ホームゲートウェイ２１０を介して、外部の通信装置に送信する通信装置として機能する。また、上記各種データを自装置が備える表示部に表示する表示装置として機能する。

送信システム２１は、通信機能つき表示装置として、テレビ２１２の代りにあるいは加えて、パーソナルコンピュータ、カメラ、ホームサーバなどを備えていてもよい。

電話機２１１は、自装置に入力されるアナログの音声信号をデジタルの音声データに変換して、ホームゲートウェイ２１０を介して外部の通信装置に送信する一方、自装置が受信した音声データをアナログ音声信号に変換して音声を出力することにより、通話装置として機能する。

電話機２１１は、ＲＪ−４５などのモデムケーブルでホームゲートウェイ２１０と接続されているがこれに限定されない。電話機２１１が携帯電話で実現されている場合には、ホームゲートウェイ２１０とは無線で接続される。

上述の各種通信装置とホームゲートウェイ２１０とを通信可能に接続する家庭内ＬＡＮ２１３は、有線ＬＡＮ、電話回線などによる有線接続、および／または、無線ＬＡＮ、赤外線通信、Ｂｌｕｅｔｏｏｔｈなどによる無線接続により実現される。

宅Ｂの受信システム２２は、送信システム２１より送信されたデータを受信するためのシステムであり、ホームゲートウェイ２２０、テレビ２２２、電話機２２１とを備える構成となっている。この各装置は家庭内ＬＡＮ２２３を介して互いに通信可能に接続されている。家庭内ＬＡＮ２２３は、家庭内ＬＡＮ２１３と同様の方法で実現されればよい。

受信システム２２の各装置（ホームゲートウェイ２２０、テレビ２２２、電話機２２１）の概要は、上述した送信システム２１の各装置の概要説明と同様であるので説明を省略する。

ホームゲートウェイ２２０のホームゲートウェイ２１０と異なる点は、ホームゲートウェイ２２０が、複数の通信の連携を適切に行うために、上記送信制御機能の代りに、受信したデータを自装置が管理する各通信装置に適切に配信する受信制御機能を備えている点である。この機能実現のためのホームゲートウェイ２２０の要部構成については、図１５を用いて後述する。

なお、ここでは、データ交換システム１における送信側システムの送信機能と、受信側システムの受信機能とを、分けて説明する便宜上、宅Ａが送信システム２１を、宅Ｂが受信システム２２をそれぞれ備えている構成とした。しかし、宅Ａの送信システム２１を構成する各装置は、これから述べる受信システム２２の各装置が有する受信機能を備えていてもよく、送信システムとして機能すると同時に受信システムとしても機能することができる。宅Ｂの受信システム２２についても同様、受信システム２２の各装置は、送信システム２１の各装置と同様に送信機能を備えていてもよい。

上述のとおり、データ交換システム１によれば、宅Ａの送信システム２１と宅Ｂの受信システム２２との間で、各ホームゲートウェイを介して、複数の通信を連携させることにより、電話機２１１と電話機２２１とが音声通話（第１通信）を行う一方で、テレビ２１２とテレビ２２２とがデータ通信（第２通信）を行って、各種メディアデータを交換することが可能である。

〔（送信側）ホームゲートウェイの構成〕
図１は、本発明の実施形態におけるホームゲートウェイ２１０の要部構成を示す図である。

図１に示すとおり、送信システム２１のホームゲートウェイ２１０は、制御部１０、送受信部１１、および、記憶部１２を備える構成となっている。

送受信部１１は、家庭内ＬＡＮ２１３を介して、テレビ２１２および電話機２１１との間のデータの送受信を行うものである。また、インターネット２３を介して、受信システム２２のホームゲートウェイ２２０とデータの送受信を行うものである。送受信部１１が受信したデータは、制御部１０が備える各部に伝達され適切に処理される。

記憶部１２は、制御部１０が実行する制御プログラム、ＯＳプログラム、および、制御部１０が、ホームゲートウェイ２１０が有する各種機能を実行するときに読み出す各種データを記憶するものであり、ハードディスクなどの不揮発性の記憶装置によって構成されるものである。記憶部１２に記憶される各種データとしては、例えば、ホームゲートウェイ２１０が、通信相手とセッションを確立したときの当該セッションの内容を示すセッション情報などが挙げられる。セッション情報は、記憶部１２のセッション情報記憶部１２１に記憶される。

制御部１０は、ホームゲートウェイ２１０が備える各部を統括制御するものであり、機能ブロックとして、少なくとも、要求解析部１０１、呼制御部１０２、セッション管理部１０３、および、装置管理部１０４を備えている。さらに、セッション選択部１０５、装置出力制御部１０６を備えていてもよい。セッション選択部１０５および装置出力制御部１０６の動作の詳細については後述する。

要求解析部１０１は、送受信部１１を介して各通信装置（電話機２１１、テレビ２１２など）から受信したデータから要求メッセージを抽出し、その要求内容を解析するものである。要求解析部１０１が解析した解析結果に応じて、ホームゲートウェイ２１０の各部は、要求に応じた処理を適切に実行することが可能となる。要求メッセージの具体例としては、例えば、テレビ２１２から送られてくる、画像を受信システム２２に送信すること要求するデータ送信要求メッセージ（通信要求メッセージ）や、電話機２１１から送られてくる、電話機２２１への発呼を要求する発呼要求メッセージ（通信要求メッセージ）などが挙げられる。

セッション管理部１０３は、各通信装置が外部の通信装置と確立した通信セッションを管理するものである。具体的には、電話機２１１が発呼処理を行い、受信システム２２の電話機２２１との音声通話のセッションを確立した場合には、当該セッションに関するセッション情報をセッション情報記憶部１２１に記憶する。セッション情報には少なくとも通信相手を識別する番号（電話番号やＳＩＰアドレスなど）が含まれている。本実施形態では、一例として、セッション管理部１０３は、セッションが確立した場合には、当該セッションにおける通信相手の電話番号をセッション情報記憶部１２１に記憶する。

呼制御部１０２は、各通信装置が受信システム２２の各通信装置との通信を行えるように呼の制御を行うものである。ここでは、呼制御部１０２は、ＳＩＰベースの呼セッション制御機能の仕様に沿って、呼の制御メッセージを理解し、やりとりを行う。

本実施形態の呼制御部１０２は、各通信装置から上記データ送信要求メッセージや上記発呼要求メッセージを受信したときに、既に、第１通信のセッションが確立している場合には、上記要求メッセージに応じて開始する第２通信の通信相手を、上記第１通信の通信相手に設定する。

詳細には、呼制御部１０２は、セッション情報記憶部１２１を参照し、そこにセッション情報が記憶されている場合には、当該セッション情報が示すセッション（第１通信のセッション）の通信相手の電話番号を特定し、そこ宛てに、要求メッセージに応じたデータを送信して、第２通信を実行する。

このように、呼制御部１０２は、第１通信の通信相手の宛先を特定することができるため、各通信装置は、上記データ送信要求メッセージや上記発呼要求メッセージを送信するときに、第１通信の通信相手の電話番号やＩＰアドレスを上記メッセージに含める必要がなくなり、各通信装置は、通信相手の宛先を把握しておく必要がなくなる。

装置管理部１０４は、家庭内ＬＡＮ２１３を介してホームゲートウェイ２１０に接続されている各通信装置を管理するものである。具体的には、接続されている電話機２１１に割り当てられている内線番号を管理したり、テレビ２１２が有するＩＰアドレスを管理したりする。これにより、ホームゲートウェイ２１０は、送信システム２１が備える複数の通信装置を一意に識別することが可能となる。

なお、要求解析部１０１、呼制御部１０２、セッション管理部１０３、装置管理部１０４、セッション選択部１０５、および、装置出力制御部１０６は、ＣＰＵ（central processing unit）が不図示のＲＯＭ（read only memory）等の記憶装置に記憶されているプログラムをＲＡＭ（random access memory）等に読み出して実行することで実現できる機能ブロックである。

〔セッション情報について〕
図３の（ａ）は、送信システム２１において、ホームゲートウェイ２１０のセッション情報記憶部１２１に記憶されているセッション情報の一例を示す図である。

セッション情報は、ホームゲートウェイ２１０において他の通信装置との間で確立している通信セッションを示す情報であり、１セッションごとにセッション管理部１０３によって作成される。セッション情報には、少なくとも、当該セッションにより実現している通信の通信相手先を特定する識別子が含まれる。本実施形態では、通信相手の電話番号がセッション情報として記憶される。しかし、これに限定されず、例えば、ＳＩＰアドレスが記憶されてもよいし、通話相手の名前や電話帳への登録番号が記憶されてもよい。

図３の（ａ）に例示されるセッション情報は、電話機２１１が、電話番号「０４３−２９９−ＸＸＸ１」の電話機２２１と現在通話中であることを示している。

上記セッションが終了すると、セッション管理部１０３は、セッション情報記憶部１２１に記憶されている当該セッションのセッション情報を削除する。このように、セッション情報は、常に、現在確立中のセッションの情報のみが記憶されるように最新の状態に維持される。

図３の（ａ）に示すとおり、セッション情報としては、通信相手の電話番号に加えて、セッションが確立した日時を関連付けて記憶しておいてもよい。これにより、古くなったセッション情報が何らかのトラブルで削除されなかった場合でも、呼制御部１０２は、セッション情報が最新のものではないと判断して、それに応じた呼制御を適切に実行することが可能となる。

なお、送信システム２１が複数の電話機を備えている場合には、セッション管理部１０３は、電話機ごとに複数のセッションのセッション情報を管理することが可能である。この場合のセッション情報の詳細については後述する。

〔要求メッセージについて〕
図４は、送信システム２１において、テレビ２１２が、ホームゲートウェイ２１０に対して『セッション中の相手に画像を送る』旨の要求を行うために作成するデータ送信要求メッセージのデータ構造を示す図である。

図４に示すとおり、データ送信要求メッセージは、ホームゲートウェイ２１０に対して要求する処理内容（method）と、その処理の対象となる処理対象データ（data）とを少なくとも含んでいる。

図４に示すデータ送信要求メッセージは、テレビ２１２が、ホームゲートウェイ２１０に対して、『セッション中の相手に、dataに保存されている「画像データ」を送信する（send）する』ことを要求していることを示している。

ホームゲートウェイ２１０の要求解析部１０１は、データ送信要求メッセージを解析して、上述のメッセージの内容を読み取り、呼制御部１０２は、それにしたがって、メッセージに含まれている画像データを、セッション中の相手に送信するよう、呼の制御を開始する。具体的には、呼制御部１０２は、セッション情報記憶部１２１に記憶されているセッション中の相手の電話番号を取得して、当該電話番号を有する受信システム２２のホームゲートウェイ２２０宛てに、データ通信のセッションを開始する通知を送信する。

〔データ交換システムの処理シーケンス〕
図５は、本実施形態のデータ交換システム１におけるデータ交換の処理の流れを示すシーケンス図である。具体的には、図５は、宅Ａに在宅中のユーザＡと宅Ｂに在宅中のユーザＢとが、電話機２１１と電話機２２１とを用いて会話をしながら、テレビ２１２とテレビ２２２とで画像データを交換して、同じ画像を表示させ、視覚的情報および聴覚的情報の両方を用いてコミュニケーションを行うというユースシーンでの処理の流れを示している。

最初に、電話機２１１の入力部（不図示）を介して、ユーザＡが、宅Ｂの電話機２２１の電話番号を入力すると、電話機２２１は、入力された電話番号の情報を含む、通常の発呼要求メッセージを送信する（Ｓ１）。ホームゲートウェイ２１０の呼制御部１０２は、要求解析部１０１が解析した上記要求メッセージにしたがって、発呼処理を実行する。すなわち、通話要求メッセージを、インターネット２３を介して、ホームゲートウェイ２１０に送信する（Ｓ２）。

ホームゲートウェイ２２０は、通話要求メッセージを電話機２２１に配信し（Ｓ３）、電話機２２１は、例えば、呼び鈴を鳴らすなどして着信を、宅ＢのユーザＢに知らせる。ユーザＢが着信に応答すると、電話機２２１は、ホームゲートウェイ２２０に対して、着呼応答メッセージを送信する（Ｓ４）。以降、各ホームゲートウェイの呼制御に基づいて、着呼応答メッセージは、ホームゲートウェイ２２０からホームゲートウェイ２１０へ（Ｓ５）、ホームゲートウェイ２１０から電話機２１１へ（Ｓ６）と伝送され、第１通信（音声通話）のセッションが確立する（Ｓ７）。なお、発呼は、電話機２２１から開始されてもよい。

次に、各電話機において音声通話が行われている間に、ユーザＡは、テレビ２１２のリモコンなどの入力部（不図示）を操作して、テレビ２１２に表示・記憶されている画像データを、テレビ２２２に送信するための操作を行う。このとき、ユーザＡは、テレビ２２２のＩＰアドレスなどを入力する必要はない。テレビ２１２が、図４に示すデータ送信要求メッセージを生成するように、簡単な操作を行うのみでよい。

入力部を介してデータ送信要求メッセージを生成する指示がテレビ２１２に入力されると、テレビ２１２は、図４に示すデータ送信要求メッセージをホームゲートウェイ２１０に送信する（Ｓ８）。図４に示す例では、処理対象（data）を写真などの画像データとしているが、例えば、画像データが保存されている場所を示すＵＲＬでもよい。

ホームゲートウェイ２１０は、データ送信要求メッセージを受信すると、自装置に記憶されているセッション情報に基づいて第１通信（Ｓ７）の通信相手の電話番号を特定して、ホームゲートウェイ２２０に対して、上記画像データを受信するよう要求するデータ受信要求メッセージを送信する（Ｓ９）。

ホームゲートウェイ２２０は、上記メッセージに応答して、データの受信可否を判定し、データの受信可否を示すメッセージ（データ受信可メッセージ／データ受信不可メッセージ）を返す（Ｓ１０）。

ホームゲートウェイ２１０は、ホームゲートウェイ２２０からデータ受信可メッセージを受信すると、テレビ２１２から依頼を受けた上記画像データを、インターネット２３を介してホームゲートウェイ２２０に送信する（Ｓ１１）。ホームゲートウェイ２２０は、受信した画像データをテレビ２２２に配信する（Ｓ１２）。これにより、テレビ２２２は、上記画像データを自装置の表示部に表示することができる。さらに、ホームゲートウェイ２１０は、画像データの送信が完了したことを報告する送信完了報告メッセージをＳ８の応答として返してもよい（Ｓ１３）。

このようにして、テレビ２１２は、テレビ２２２の宛先を意識することなく、テレビ２２２へ上記画像データを容易に送信することができ（第２通信；Ｓ１４）、各電話機における通話中に、両方のテレビにおいて同じ画像を共有することが可能になる。

なお、交換されたデータが画像データそのものではなく、画像データの保存場所を示すＵＲＬであった場合には、テレビ２２２が、そのＵＲＬにアクセスしてダウンロードすることによって、テレビ２２２は、ユーザＡがテレビ２１２にて見ているのを同じ画像データを自装置の表示部に表示することができる。

〔（送信側）ホームゲートウェイの処理フロー〕
図６は、ホームゲートウェイ２１０における、第１通信の送信側処理ＳＳ１の処理の流れを示すフローチャートである。

最初に、送受信部１１が、電話機２１１から通話先の電話番号とともに発呼要求メッセージを受信すると（Ｓ６０１においてＹＥＳ）、要求解析部１０１が上記メッセージを解析し、呼制御部１０２は、その解析結果にしたがって、発呼処理を実行する。すなわち、指定された電話番号の相手（ここでは、ホームゲートウェイ２２０）に対して、通話要求メッセージを送信する（Ｓ６０２）。

次に、相手の電話機２２１の受話器が上げられると、ホームゲートウェイ２２０からホームゲートウェイ２１０に対して着呼応答メッセージが送信される。送受信部１１が、着呼応答メッセージを受信し、呼制御部１０２が、第１通信の通話セッションが確立したことを検知すると（Ｓ６０３においてＹＥＳ）、セッション管理部１０３は、通話相手の上記電話番号を含むセッション情報を生成し、セッション情報記憶部１２１に記憶する（Ｓ６０４）。ここで、セッション情報には、電話機２１１の内線番号が関連付けて記憶されてもよい。以降、上記セッション情報は、上記セッションが閉じるまでセッション情報記憶部１２１に保存される。

図７は、ホームゲートウェイ２１０における、第２通信の送信側処理ＳＳ２の処理の流れを示すフローチャートである。

最初に、送受信部１１が、テレビ２１２から図４に示すデータ送信要求メッセージを受信すると（Ｓ７０１においてＹＥＳ）、要求解析部１０１が上記メッセージを解析し、呼制御部１０２は、その解析結果にしたがって、データ送信処理を実行する。ここでは、宛先が指定されていないメッセージが受信されたので、呼制御部１０２は、まず、メッセージに含まれる画像データを送信する宛先を特定する。

具体的には、呼制御部１０２は、セッション情報記憶部１２１を参照し、そこに記憶されているセッション情報を読み出す（Ｓ７０２）。

なお、セッション情報が記憶されておらず、現在通話中のセッションがなかった場合は（Ｓ７０３においてＮＯ）、呼制御部１０２は、（宛先が特定できないので）テレビ２１２に送信不可能である旨の送信不可メッセージを応答として返送する（Ｓ７０８）。

セッション情報が記憶されており、通話中のセッションがある場合は（Ｓ７０３においてＹＥＳ）、呼制御部１０２は、セッション情報に示されるとおり、当該セッションでの通話相手を画像データの送信先として特定する。

続いて、呼制御部１０２は、上記通話セッションに、新たなデータ送信セッションを加えるため、特定した送信先であるホームゲートウェイ２２０に対して、データ受信要求メッセージを送信する（Ｓ７０４）。

ホームゲートウェイ２２０から、データ受信可能である旨のデータ受信可メッセージを、送受信部１１が受信した場合は（Ｓ７０５においてＡ）、呼制御部１０２は、テレビ２１２から受信した上記画像データを、ホームゲートウェイ２２０へ送信する（Ｓ７０６）。そして、送信が成功すれば、テレビ２１２に対して、送信が完了した旨の送信完了報告メッセージを応答として返す（Ｓ７０７）。一方、送受信部１１が、ホームゲートウェイ２２０からデータ受信が不可能である旨のデータ受信不可メッセージを受信した場合には（Ｓ７０５においてＢ）、呼制御部１０２は、テレビ２１２に対して、依頼された画像データの送信が不可能である旨の送信不可メッセージを応答として返す（Ｓ７０８）。

上記構成および方法によれば、ホームゲートウェイ２１０のセッション管理部１０３は、第１通信のセッションが確立すると、当該通信の相手の宛先情報を少なくとも含むセッション情報をセッション情報記憶部１２１に記憶する。セッション管理部１０３は、上記セッションが閉じるまで、上記セッション情報を管理する。

ここで、送受信部１１が、第１通信のセッションとは別のセッション（第２通信のセッション）の確立を要求するメッセージを、自装置が管理する通信装置から受信すると、呼制御部１０２は、上記セッション情報に基づいて、第１通信の通信相手の宛先を特定し、当該通信相手との間で第２通信のセッションを確立する。

これにより、ホームゲートウェイ２１０において、第２通信の通信相手として、動的に、第１通信の通信相手が特定されるので、ホームゲートウェイ２１０に対して通信を要求する通信装置（テレビ２１２など）は、通信相手の宛先の情報（電話番号やＩＰアドレス）を意識せずに、第２通信のセッションの確立を要求することが可能となる。

したがって、通信装置に対して通信を指示するためのユーザの入力操作も簡素化され、結果として、ユーザの利便性を向上させることが可能となる。

さらに、特許文献１の構成では、携帯電話装置が通話中に、情報通信機器が保有するデータを通話相手に送信する場合には、各々の情報通信機器が、携帯電話装置の電話番号と情報通信機器のＩＰアドレスとの対応テーブルを保持し、通信相手の宛先情報を特定するための仕組みを備えていなければならなかった。

しかし、上述の本発明のホームゲートウェイ２１０によれば、各通信装置は、ホームゲートウェイ２１０に依頼するだけで、ホームゲートウェイ２１０が、自動で第１通信の通信相手に送信することができる。したがって、各通信装置は、上述のような仕組みを備えていなくとも、また、通信相手の宛先情報を把握していなくとも、第１通信と第２通信との連携を維持したまま適切にデータ送信を実現することが可能となる。つまり既存の通信装置を交えた通信システム、送受信システムを自由に構築することができる。

また、ホームゲートウェイ２１０は、第１通信相手を動的に取得し、管理しているので、各通信装置およびホームゲートウェイ２１０においては、特許文献１のような対応テーブルを保持する必要がなくなる。結果として、電話番号が変更になったり、対応関係が変更になったりした場合に発生する面倒な対応テーブルのメンテナンスなども行う必要がない。

〔変形例−（送信側）ホームゲートウェイの構成〕
（複数のセッションを管理する）
宅Ａの送信システム２１において、複数台の電話機が設置される場合が考えられる。セッション管理部１０３は、セッション情報記憶部１２１にて複数のセッションを管理することができる。

図３の（ｂ）は、送信システム２１において、ホームゲートウェイ２１０が複数の装置による複数のセッションを管理するための、セッション管理テーブルの一例を示す図である。このセッション管理テーブルは、複数のセッション情報からなり、セッション情報記憶部１２１に記憶されているものである。

図３の（ｂ）に示すとおり、図３の（ａ）のセッション情報と異なる点は、送信システム２１において、セッションが複数確立している場合にも、各セッションを識別して、複数のセッション情報が記憶されている点である。

宅Ａの送信システム２１に複数の電話機が接続されている場合、同時に、複数の通話セッションが発生することがある。このような場合には、セッション管理部１０３は、装置管理部１０４によって管理される複数の電話機を識別して、電話機ごとにセッションを管理する。

具体的には、送信システム２１内の電話機を識別するための内線番号と、当該電話機の通信相手の電話番号とをセッションＩＤに関連付けてセッション情報として記憶する。

これにより、呼制御部１０２は、送信システム２１内のどの電話機が、どの通信相手と通話中であるのかを、把握することができる。

上述のように、セッションが複数管理されている場合には、ホームゲートウェイ２１０が、テレビ２１２からデータ送信要求メッセージを受け付けたとき、どの第１通信のセッションの通信相手に依頼されたデータを送信すればよいのか一意に特定できない。

そこで、ホームゲートウェイ２１０に、機能ブロックとしてのセッション選択部１０５（図１）をさらに設けて、セッション選択部１０５が、上記セッション管理テーブルに管理されているセッションから特定のセッションを選択するようにホームゲートウェイ２１０を構成することが可能である。これにより、呼制御部１０２は、セッション選択部１０５が選択したセッションのセッション情報に基づいて、依頼されたデータの送信先を特定することが可能となる。

セッション選択部１０５は、図７のＳ７０３において、セッション情報が複数管理されていることが判明した場合に、図３の（ｂ）のセッション管理テーブルの情報に基づいて、目的のセッションを選択するよう要求するセッション選択要求メッセージを生成し、要求元の通信装置（テレビ２１２など）に返す。

例えば、図３の（ｂ）に示すセッション管理テーブルでは、セッションＩＤ０００１〜０００３の３つのセッション情報が候補として管理されているので、セッション選択部１０５は、この３つの選択肢の情報を（「発信先電話番号」および／または「発信元内線番号」、「セッションＩＤ」を含めてもよい）、セッション選択要求メッセージに含めて、テレビ２１２に送信する。

上記セッション選択要求メッセージを受信したテレビ２１２は、該メッセージに含まれる選択肢の情報に基づいて、ユーザに目的のセッションを選択させるためのＧＵＩ画面を自装置の表示部に表示する。

図８の（ａ）および（ｂ）は、テレビ２１２が自装置の表示部に表示するＧＵＩ画面の具体例を示す図である。

例えば、図８の（ａ）に示すとおり、テレビ２１２は、選択肢として、現在セッションが確立している通信相手の電話番号の一覧を表示し、ユーザにリモコンで選択させることができる。ユーザは、送信したい相手の電話番号を選択するだけで、簡単に、ホームゲートウェイ２１０に対して宛先を指定することができる。なお、ここでは相手の電話番号を表示しているが、通信相手の名前を表示してもよい。通信相手の名前については網を通じて通話先から取得する、送信システム２１の通信装置が記憶する電話番号帳から取得する、などの方法がある。

あるいは、図８の（ｂ）に示すとおり、テレビ２１２は、選択肢として、ユーザが現在使用している宅内の電話機の内線番号の一覧を表示し、ユーザにリモコンで選択させることができる。ユーザは、送信したい相手との通話に使っている電話機の内線番号を選択するだけで、簡単に、ホームゲートウェイ２１０に対して宛先を指定することができる。ここで、表示する選択項目は、上記内線番号に限定されない。別途内線が割り当てられている子機の番号、または、各通信装置にあらかじめ割り当てられている識別文字を選択項目として示すことも可能である。これにより、ユーザが対象とするセッションをより特定しやすくすることができる。

上述のＧＵＩ画面において、セッションが選択され、決定ボタンが選択されると、テレビ２１２は、選択されたセッションの情報（例えば、セッションＩＤ）をホームゲートウェイ２１０に返信する。

セッション選択部１０５は、テレビ２１２からユーザが選択したセッションの情報を受け取り、これに基づいて、最初に依頼されたデータの送信先を特定するためのセッションを選択する。最後に、呼制御部１０２は、セッション選択部１０５が選択したセッションのセッション情報に基づいて、上記データの送信先を特定する。

（複数の表示装置を管理する）
宅Ａの送信システム２１において、複数台のテレビ（あるいはパソコンなど、表示および通信機能を有する表示装置）が設置される場合も考えられる。そこで、どのセッションには、どのテレビを利用するのかをあらかじめ設定して管理しておけば、セッションごとに利用するテレビを使い分けることができる。

セッション管理部１０３は、セッション情報として、当該セッションでのデータ通信に利用するテレビを、セッションＩＤに関連付けて記憶しておくことができる。

第１通信のセッションが確立し、セッション管理部１０３によって、セッション情報がセッション情報記憶部１２１に記憶されるとき、要求解析部１０１が、当該セッションとテレビとを関連付けることを要求する関連付け要求メッセージをテレビから受信する。セッション管理部１０３は、要求解析部１０１が解析した上記メッセージにしたがって、関連付けたテレビの情報を上記セッションのセッション情報に含める。

図９は、第１通信のセッション確立時、または、確立中に、テレビ２１２からホームゲートウェイ２１０に送信される関連付け要求メッセージのデータ構造の例を示す図である。

図９に示すとおり、関連付け要求メッセージは、ホームゲートウェイ２１０に対して要求する処理内容（method）と、関連付けの対象となるセッションを特定する情報（sessionID）と、関連付けの対象となるテレビを特定する情報（name）とを少なくとも含んでいる。

図９に示す関連付け要求メッセージは、『テレビＡをセッションＩＤ０００１のセッションに利用するテレビとして登録する（register）』ことをホームゲートウェイ２１０に対して要求することを意味している。

この要求メッセージを受け付けたホームゲートウェイ２１０の装置管理部１０４は、関連付けるべきテレビの情報をセッション管理部１０３に伝達する。そして、セッション管理部１０３は、伝達されたテレビの情報「テレビＡ」を、指定された「セッションＩＤ０００１」のセッションに関連付けて、セッション情報に追加する。

図１０の（ａ）〜（ｃ）は、テレビの関連付けが追加されたセッション情報の具体例を示す図である。

図１０の（ａ）は、上述の例のとおり、「セッションＩＤ０００１」のセッションに「テレビＡ」が関連付けられたセッション情報の具体例である。これにより、当該セッションの通信相手からデータが送信されてきた場合には、当該セッション情報に基づいて、ホームゲートウェイ２１０は、受信データを、テレビＡに配信することができる。

図１０の（ｂ）に示すとおり、１つのセッションにつき、複数のテレビが関連付けられていてもよい。

図１０の（ｃ）に示すとおり、セッションにテレビが関連付けられていない状態を示す場合には、装置名の項目に、「未設定」の情報を格納するか、値を空にしておいてもよい。

なお、テレビ２１２がホームゲートウェイ２１０に対して関連付け要求メッセージを送信するトリガは特に限定されないが、例えば、ユーザがセッションを選択して、関連付けを指示する入力操作を行ったときなどが挙げられる。あるいは、第２通信のデータ送信要求メッセージをテレビが受け付けた時に、選択されたセッションのテレビの関連付けが未設定であれば、データ送信要求メッセージを受け付けた時に、セッション管理部１０３が、そのメッセージに送信元のテレビと、選択されたセッションとの関連付けを実行してもよい。上記セッションが閉じられたときには、セッション管理部１０３は、テレビの関連付け情報を含むセッション情報を削除する。

このように、セッションと利用するテレビとを関連付けて管理することにより、意図しないテレビにデータが配信されたりすることを防ぐことが可能となる。

また、ここではセッションごとに利用するテレビを動的に割り当てる例を記載したが、通話先の電話番号ごと、あるいは、使用する内線子機ごとに、使用する表示装置（テレビなど）を設定できるようにしてもよい。セッションに関わらず特定の表示装置に表示する場合において、通話開始時間によって表示装置を変更できるようにしてもよい。

通話時間によって利用する表示装置を変更するとは、例えば、朝から晩の時間帯であればリビングのテレビを利用し、深夜、就寝時間の時間帯であれば寝室のテレビを利用する、などのように時間によって表示する装置を自動的に変更することを想定している。

（要求メッセージを判別する）
要求解析部１０１は、データ送信要求メッセージまたは発呼要求メッセージに含まれる電話番号の有無に限定されず、その他の方法で、通常の要求メッセージと、省略の要求メッセージとを判別することができる。ここで、通常の要求メッセージとは、各通信装置がホームゲートウェイ２１０に対して、宛先を指定して、第１通信のセッションとは無関係の独立したセッションの確立を要求する要求メッセージのことを指している。省略の要求メッセージとは、宛先の指定を省略して、第１通信の通信相手を宛先とした、第１通信と連携する第２通信のセッションの確立を要求する要求メッセージのことを指している。

要求解析部１０１が、通常の要求メッセージと省略の要求メッセージとを判別する方法としては、例えば、以下のような方法が挙げられる。

図１１は、要求解析部１０１が、データ送信要求メッセージに含まれるドメイン名でメッセージの種類を判別する場合の各要求メッセージの内容を示す図である。

第１通信のセッションと独立して、インターネット２３上の任意のウェブサーバと通信したい場合には、テレビ２１２は、図１１の（ａ）に示すとおり、上記ウェブサーバのＵＲＬの情報を含む、通常の要求メッセージ４０をホームゲートウェイ２１０に送信する。一方、上記第１通信の通信相手と第２通信を追加して行いたい場合には、テレビ２１２は、図１１の（ｂ）に示すとおり、ホームゲートウェイ２１０を示すドメイン名を含む、省略の要求メッセージ４１をホームゲートウェイ２１０に送信する。

図１２は、要求解析部１０１が、データ送信要求メッセージに含まれるパラメータでメッセージの種類を判別する場合の各要求メッセージの内容を示す図である。

第１通信のセッションと独立して、インターネット２３上の任意のウェブサーバと通信したい場合には、テレビ２１２は、図１２の（ａ）に示すとおり、ホームゲートウェイ２１０のドメイン名の下位に上記ウェブサーバのＵＲＬを示すパラメータ４２０を含む、通常の要求メッセージ４２をホームゲートウェイ２１０に送信する。一方、上記第１通信の通信相手と第２通信を追加して行いたい場合には、テレビ２１２は、図１２の（ｂ）に示すとおり、ホームゲートウェイ２１０のドメイン名のみを含む、省略の要求メッセージ４３をホームゲートウェイ２１０に送信する。

図１３は、要求解析部１０１が、データ送信要求メッセージに含まれるＰＯＳＴデータでメッセージの種類を判別する場合の各要求メッセージの内容を示す図である。

第１通信のセッションと独立して、インターネット２３上の任意のウェブサーバと通信したい場合には、テレビ２１２は、図１３の（ａ）に示すとおり、目的がデータのダウンロードである旨を示すＰＯＳＴデータ４４０を含む、通常の要求メッセージ４４をホームゲートウェイ２１０に送信する。一方、上記第１通信の通信相手と第２通信を追加して行いたい場合には、テレビ２１２は、図１３の（ｂ）に示すとおり、目的が画像データの共有（交換）である旨を示すＰＯＳＴデータ４５０を含む、省略の要求メッセージ４５をホームゲートウェイ２１０に送信する。

次に、データ送信要求メッセージについて、通常の要求メッセージと省略の要求メッセージとを生成するテレビの構成について説明する。

〔（送信側）テレビの構成〕
図１４は、本発明の実施形態におけるテレビ２１２の要部構成を示すブロック図である。

図１４に示すとおり、テレビ２１２は、制御部１４０、送受信部１４１、記憶部１４２、表示部１４３、および、入力部１４４を備える構成となっている。

送受信部１４１は、家庭内ＬＡＮ２１３を介して、ホームゲートウェイ２１０とデータの送受信を行うものである。テレビ２１２が自装置に記憶されている画像データを受信システム２２に送信する場合には、テレビ２１２は、送受信部１４１を介して、ホームゲートウェイ２１０宛てに、上記画像データを含むデータ送信要求メッセージを送信する。また、送受信部１４１が受信した、ホームゲートウェイ２１０から供給された画像データをテレビ２１２は表示することができる。

記憶部１４２は、制御部１４０が実行する制御プログラム、ＯＳプログラム、および、制御部１４０が、テレビ２１２が有する各種機能（放送番組受像機能、データ表示機能、データ送受信機能など）を実行するときに読み出す各種データを記憶するものであり、ハードディスクなどの不揮発性の記憶装置によって構成されるものである。記憶部１４２に記憶される各種データとしては、例えば、テレビ２１２が外部から取得した各種メディアデータ（音楽データ、画像データ、ＵＲＬデータ、動画データなど）が挙げられる。各種メディアデータは、記憶部１４２のデータ記憶部１４２１に記憶される。あるいは、記憶部１４２には、入力部１４４を用いてユーザによって操作されるテレビ２１２の操作履歴が記憶されていてもよい。

表示部１４３は、ユーザに視覚的情報を伝達するものである。例えば、制御部１４０の指示に従って、映像信号を処理して、制御部１４０の各部が生成したＧＵＩ画面、静止画像、動画像、または、テキストデータ等を表示する。表示部１４３としては、例えばＬＣ（liquid Crystal）表示装置やＥＬ（Electro Luminescence）表示装置等を好適に適用することができる。あるいは、表示部１４３は、ＬＥＤのように光の点滅などによって視覚的情報を伝える報知手段で実現されていてもよい。

入力部１４４は、テレビ２１２の操作をユーザが行うために指示を入力する入力インターフェースを実現するものである。表示部１４３に表示されたＧＵＩ画面において項目を選択するための（カーソルを動かすための）上下左右キーや選択した項目を決定する決定キー、数字や文字を入力する数字キー等を含む入力キー群で構成されている。入力部１４４は、押下されたキーに対応する信号を制御部１４０に送る。これを受けた制御部１４０は、入力信号に応じた動作を行うようになっている。これにより、テレビ２１２は、ユーザの入力操作に応じた動作を行うことができる。入力部１４４は、リモコンで構成され、赤外線信号をテレビ２１２に本体に送信するようになっていてもよいし、テレビ２１２本体に付属のボタンなどで構成されていてもよい。

制御部１４０は、テレビ２１２が備える各部を統括制御するものであり、機能ブロックとして、少なくとも、要求生成部１４０１、データ取得部１４０２、および、データ処理部１４０３を備えている。さらに、アイコン表示処理部１４０４を備えていてもよい。アイコン表示処理部１４０４の動作の詳細については後述する。

要求生成部１４０１は、所定のイベントの発生（例えば、入力部１４４のキー入力など）に応じて、データ通信のセッション開始をホームゲートウェイ２１０に要求するデータ送信要求メッセージを生成するものである。

上述したとおり、要求生成部１４０１は、入力部１４４から入力される指示信号の内容に応じて、通常の要求メッセージと省略の要求メッセージ（宛先情報を省略して、第１通信中の相手に送信する意図をホームゲートウェイ２１０に伝達するメッセージ）とを作成し分けている。

データ取得部１４０２は、テレビ２１２が外部から受信した各種メディアデータを取得するものである。外部とは、インターネット２３上で各種メディアデータを供給するサービスサーバであってもよいし、テレビ２１２と家庭内ＬＡＮ２１３を介してまたは直接接続されている記憶装置であってもよい。データ取得部１４０２は、取得したデータをデータ記憶部１４２１に記憶する。また、各種メディアデータの他にも、ＵＲＬを示すテキストデータや、画像の表示レイアウトやテレビ２１２に動作を規定する制御文が埋め込まれたＸＭＬ文書などの構造化データなどがデータ取得部１４０２によって取得されてもよい。データ記憶部１４２１に記憶されたデータは、データ処理部１４０３によって適切に処理される。

データ処理部１４０３は、データ記憶部１４２１に記憶されている各種データを読み出して、当該データに適切な処理を施すものである。

例えば、画像データやＧＵＩ画面を規定する構造化データを読み出して画像処理を行い、表示部１４３に出力したり、構造化データを解析して、当該データが指示する動作を実行したりする。

（通常／省略の要求メッセージ生成フロー）
図２に示すデータ交換システム１において、テレビ２１２は、画像データと、当該画像データのレイアウトおよび当該画像データに施す画像処理の動作を規定する構造化データとをデータ記憶部１４２１に記憶しているとする。テレビ２１２のデータ処理部１４０３は、上記構造化データに基づいて、上記画像データを表示部１４３に表示する。

一方、宅ＡのユーザＡは、表示部１４３に表示された画像データを見ながら、電話機２１１を用いて、宅ＢのユーザＢと音声通話（第１通信）中である。

ここで、通話中に、表示部１４３に表示された画像データの話題になり、ユーザＡがユーザＢと上記画像データを共有したいと考える。このとき、ユーザＡは、入力部１４４を操作して、テレビ２１２の表示部１４３にＧＵＩ画面を呼び出し、通常の「送信ボタン」ではなく、第１通信相手との連携のための「共有ボタン」を選択する。

要求生成部１４０１は、上記構造化データに規定されている制御文に基づいて、「共有ボタン」が選択された場合の動作を実行する。すなわち、要求生成部１４０１は、省略の要求メッセージを生成する。具体的には、制御文には、「共有ボタンが選択された場合に、当該画像データの送信を要求するデータ送信要求メッセージを生成する際、宛先情報を指定せずに、sendのメソッドと画像データとのみをメッセージに含める」旨の記述がなされている。そして、要求生成部１４０１は、上記記述にしたがって、図４に示すデータ送信要求メッセージを生成し、ホームゲートウェイ２１０に送信する。

一方、「送信ボタン」が選択された場合には、要求生成部１４０１は、ユーザにより指定された宛先情報を含む通常のデータ送信要求メッセージを生成し、ホームゲートウェイ２１０に送信する。

上述したとおり、テレビ２１２の要求生成部１４０１は、ホームゲートウェイ２１０の要求解析部１０１にて、通常／省略のいずれの要求メッセージであるのかを解釈可能なように要求メッセージを作り分けているので、ホームゲートウェイ２１０は、依頼されたデータ通信を、第１通信に連携させるべきか否かを適切に判断することが可能となる。

〔（受信側）ホームゲートウェイの構成〕
図１５は、本発明の実施形態におけるホームゲートウェイ２２０の要部構成を示す図である。

図１５に示すとおり、受信システム２２のホームゲートウェイ２２０は、制御部１５０、送受信部１５１、および、記憶部１５２を備える構成となっている。

送受信部１５１は、家庭内ＬＡＮ２２３を介して、受信システム２２の各通信装置とデータの送受信を行うものである。

記憶部１５２は、制御部１５０が実行する制御プログラム、ＯＳプログラム、および、制御部１０が、ホームゲートウェイ２２０が有する各種機能を実行するときに読み出す各種データを記憶するものであり、ハードディスクなどの不揮発性の記憶装置によって構成されるものである。

記憶部１５２が記憶する各種データとは、具体的には、装置仕様情報記憶部１５２１、装置状態情報記憶部１５２２、セッション情報記憶部１５２３、受信データ記憶部１５２４、および、エラーメッセージ記憶部１５２５が含まれる。各記憶部のデータの詳細については後述する。

制御部１５０は、ホームゲートウェイ２２０が備える各部を統括制御するものであり、機能ブロックとして、少なくとも、受信データ配信部１５０１、受信装置選択部１５０２、および、呼制御部１５０３を備えている。さらに、受信データ変換部１５０４、装置管理部１５０５、セッション管理部１５０６、セッション選択部１５０７、および、メタデータ解析部１５０８を備えていてもよい。受信データ変換部１５０４、装置管理部１５０５、および、メタデータ解析部１５０８の動作の詳細については後述する。

呼制御部１５０３は、受信システム２２の各通信装置が送信システム２１の各通信装置との通信を行えるように呼の制御を行うものである。呼制御部１０２と同様、呼制御部１５０３は、ＳＩＰベースの呼セッション制御機能の仕様に沿って、呼の制御メッセージを理解し、やりとりを行う。

受信データ配信部１５０１は、送受信部１５１を介して受信された各種データ（受信データ）を、自装置に家庭内ＬＡＮ２２３にて接続されている各通信装置に配信するものである。受信データ配信部１５０１は、各通信装置からの要求に応じて、該通信装置に要求された受信データを応答として返信してもよい。あるいは、ブロードキャスト方式にて、自装置に接続されているすべての通信装置に受信データを配信してもよい。あるいは、後段の受信装置選択部１５０２の指示に基づいて、受信装置選択部１５０２が上記受信データを受け取る受信装置として指定した通信装置宛てにのみ上記受信データを配信してもよい。

受信装置選択部１５０２は、送受信部１５１が受信した受信データを受け取る受信装置を、自装置に家庭内ＬＡＮ２２３にて接続されている各通信装置の中から、所定の条件に応じて選択するものである。詳細には、受信データの属性と各通信装置の属性とを考慮して、受信装置を選択する。属性とは、特徴、性質、内容などを指しており、具体的は、受信データの属性としては、データサイズ、データフォーマット、アクセス権限、解像度（画像データや動画データの場合）などが挙げられる。通信装置の属性としては、具体的には、通信装置の基本機能、処理能力、仕様、状態（電源オン／オフなど）などが挙げられる。受信装置選択部１５０２は、装置管理部１５０５が管理する通信装置の中から受信装置を選択すればよい。

例えば、受信装置選択部１５０２は、送受信部１５１を介してデータが受信されたときのポート番号からデータが利用するサービスの判別し、サービスの種類に応じて適切な受信装置を選択することができる。例えば、受信装置選択部１５０２は、受信データが、音声通話のデータであると判断した場合には、受信装置として電話機２２１を選択する。あるいは、受信データのデータの形式に応じて適切な受信装置を選択してもよい。例えば、受信データが画像データの場合には、受信装置としてテレビ２２２などの表示装置のいずれかを選択するようにする。

装置管理部１５０５は、家庭内ＬＡＮ２２３を介してホームゲートウェイ２２０に接続されている各通信装置（電話機２２１、テレビ２２２など）を管理するものである。具体的には、電話機に割り当てられている内線番号を管理したり、テレビのＩＰアドレスを管理したりする。これにより、ホームゲートウェイ２２０は、受信システム２２が備える複数の通信装置を一意に識別することが可能となる。

さらに、本実施形態では、装置管理部１５０５は、各通信装置の識別情報のみならず、当該識別情報に関連付けて、各装置の装置仕様情報および装置状態情報を管理する。装置仕様情報は、装置仕様情報記憶部１５２１に、装置状態情報は、装置状態情報記憶部１５２２に記憶されている。受信装置選択部１５０２は、受信データと、装置仕様情報および装置状態情報とに基づいて、当該受信データの受け取り先の装置を決定してもよい。装置仕様情報および装置状態情報の具体的な内容については後述する。

本実施形態では、ホームゲートウェイ２２０も、ホームゲートウェイ２１０と同様に、
セッション管理部１５０６およびセッション情報記憶部１５２３を備え、第１通信を着呼したときに、どの相手と第１通信中であるかを示す情報をセッション情報として管理してもよい。セッション管理部１５０６が管理するセッション情報は、ホームゲートウェイ２１０のセッション管理部１０３が管理するセッション情報と同様であるので、ここでは説明を省略する。

また、セッション管理部１５０６がセッション情報を複数管理する場合には、どのセッションの通信相手先を、データ送信の宛先として指定するのか問合せる仕組みが必要となる。セッション選択部１５０７は、セッション情報記憶部１５２３に記憶されているセッション管理テーブルの情報に基づいて、テレビ２２２などに、セッションをユーザに選択させるためのＧＵＩ画面を表示するための制御を行ってもよい。セッション選択部１５０７の詳細な動作は、上述したホームゲートウェイ２１０のセッション選択部１０５の動作と同様であるので、ここでは説明を省略する。

〔（受信側）ホームゲートウェイの処理フロー〕
図１６は、ホームゲートウェイ２２０における、第１通信の受信側処理ＳＳ３（図５）の処理の流れを示すフローチャートである。

最初に、送受信部１５１が、ホームゲートウェイ２１０からの通話要求メッセージを受信すると（Ｓ１６０１においてＹＥＳ）、呼制御部１５０３は、着呼処理を実行する。すなわち、接続されている電話機２２１が着信音を鳴らすように電話機２２１に信号を送り、着信を促す（Ｓ１６０２）。

次に、電話機２２１の受話器が上げられると（Ｓ１６０３においてＹＥＳ）、呼制御部１５０３は、これを検知し、着呼応答メッセージをホームゲートウェイ２１０に対して送信する（Ｓ１６０４）。そして、呼制御部１５０３が、第１通信の通話セッションが確立したことを検知すると、セッション管理部１５０６は、通話相手（電話機２１１）の電話番号を含むセッション情報を生成し、セッション情報記憶部１５２３に記憶する（Ｓ１６０５）。ここで、セッション情報には、電話機２２１の内線番号が関連付けて記憶されてもよい。以降、上記セッション情報は、上記セッションが閉じるまでセッション情報記憶部１５２３に保存される。

図１７は、ホームゲートウェイ２２０における、第２通信の受信側処理ＳＳ４（図５）の処理の流れを示すフローチャートである。

図１６に示す第１通信が行われている一方、送受信部１５１が、ホームゲートウェイ２１０から送信された、画像データの受信を要求するデータ受信要求メッセージを受信すると（Ｓ１７０１においてＹＥＳ）、装置管理部１５０５は、上記画像データを受信する装置の候補となる各通信装置の情報を取得する。装置の情報の取得方法は、特に限定されず、装置仕様情報記憶部１５２１および装置状態情報記憶部１５２２から取得してもよいし、各通信装置に都度問合せてもよい。また、通信装置の方から必要に応じてあるいは定期的に情報を提供してもよい。通信装置が受信データを要求するときのリクエストに仕様情報を含めてもよい。受信装置選択部１５０２は、取得された装置状態情報（および／または装置仕様情報）に基づいて、上記画像データを受信した場合に受け取り可能な装置（テレビ）が存在するか否かを判断する（Ｓ１７０３）。

ここで、受信装置選択部１５０２が、受け取り可能な装置が存在しないと判断した場合は（Ｓ１７０３においてＮＯ）、呼制御部１５０３は、送信側のホームゲートウェイ２１０へ、データの受信が不可能である旨を示すデータ受信不可メッセージを送信する（Ｓ１７０７）。

一方、受信装置選択部１５０２が、受け取り可能な装置が存在すると判断した場合は（Ｓ１７０３においてＹＥＳ）、呼制御部１５０３は、ホームゲートウェイ２１０へ、データの受信が可能である旨を示すデータ受信可メッセージを送信する（Ｓ１７０４）。

次に、送受信部１５１が、ホームゲートウェイ２１０から、上記画像データを受信すると（Ｓ１７０５においてＹＥＳ）、受信データ配信部１５０１は、受信装置選択部１５０２が、上記画像データの受け取り先として選択した通信装置宛てに、上記画像データを送信する（Ｓ１７０６）。

〔変形例−（受信側）のホームゲートウェイの構成〕
（通信装置の仕様に合わせて受信データを変換する）
宅Ｂの受信システム２２において、複数台の表示装置（テレビやコンピュータなど）が設置される場合が考えられる。各表示装置の表示能力は、一律ではなく装置によってさまざまである。したがって、データを受信する表示装置を特定できた後は、その表示装置の表示能力に合わせてデータを変換することが望ましい。そのために、ホームゲートウェイ２２０は、図１５に示すとおり、さらに、受信データ変換部１５０４を備えていてもよい。

受信データ変換部１５０４は、受信装置選択部１５０２が選択した通信装置の仕様（特に、表示能力に関する仕様）に合わせて、配信する受信データを変換するものである。通信装置の装置仕様情報は、装置管理部１５０５によってあらかじめ管理されているものを用いてもよいし、必要に応じて当該通信装置に問合せて取得したものを用いてもよい。

例えば、本実施形態では、装置管理部１５０５は、装置仕様情報記憶部１５２１において、通信装置ごとに表示能力に関する仕様を示す装置仕様情報を管理しておく。

（装置仕様情報について）
図１８の（ａ）は、受信システム２２において、ホームゲートウェイ２２０の装置仕様情報記憶部１５２１に記憶されている装置仕様情報の一例を示す図である。

装置仕様情報は、通信装置を識別するための識別子である「装置名」に、通信装置の「アドレス」と、通信装置の表示能力に関する情報「受信可能フォーマット」とが関連付けられている構造となっている。

「アドレス」とは通信装置に割り振られているＩＰアドレスである。「受信可能フォーマット」とは、通信装置が表示可能なデータの形式、データの解像度、および／または、データの条件などを示している。

図１８の（ａ）に示すテーブルによれば、『テレビＡは、画像データを、解像度１９２０ドット×１０８０ドットにて表示可能』であることが分かる。また、『テレビＣは、ＨＴＭＬデータを処理・表示可能』であることが分かる。さらに、『テレビＤは、受信した画像を雛形データと合成して表示可能』であることが分かる。すなわち、受信データ変換部１５０４は、テレビＤが受け取り先として選択された場合には、受信した画像データを雛形データと合成し、それが、テレビＤに配信される。受信データ変換部１５０４が行う雛形データとの合成処理について以下に説明する。

（雛形と合成）
図１９の（ａ）および（ｂ）は、受信データ変換部１５０４が用いる雛形データの具体例と、受信データ変換部１５０４がそれを用いて作成した合成データの具体例とを示す図である。

図１９の（ａ）の雛形データ１９は、画像データのレイアウトを規定する構造化データである。図１９の（ａ）に示す例では、構造化データには、破線枠１９０の位置に送信元電話番号を埋め込むように制御文が記述されている。また、破線枠１９１の位置に受信した画像データを埋め込むように制御文が記述されている。

受信データ変換部１５０４は、この雛形データ１９に実際の値（電話番号と画像データ）を合成することによって、図１９の（ｂ）に示す合成データ１９’を生成することができる。合成データ１９’において、破線枠１９０の位置には、送信元電話番号１９０’が埋め込まれ、破線枠１９１の位置には、画像データ１９１’が埋め込まれている。受信データ配信部１５０１は、配信先にテレビＤが選択された場合には、受信データ変換部１５０４が生成した合成データ１９’を、受信したとき加工前の受信データの代わりに、テレビＤに配信する。これにより、テレビＤは、図１９の（ｂ）に示すように、合成データ１９’を自装置の表示部に表示することができる。なお、ここでは電話番号を表示する例を例示したが、電話番号帳や通話先から網を通じて取得した相手の名前を表示してもよい。

（受信データの属性に応じた変換方法を採用する）
さらに、図１８の（ａ）に示す例にあるとおり、『受信した画像を雛形データと合成して表示可能な』テレビＤが受信装置として選択された場合には、受信データ変換部１５０４は、合成に使用する雛形データを、受信データに付属するメタデータ（属性情報）の内容に応じて変化させることができる。

すなわち、受信データ変換部１５０４は、受信データの属性を考慮して、該受信データに最適な変換方法にて受信データを変換する。

図１５に示すとおり、ホームゲートウェイ２２０の制御部１５０は、メタデータ解析部１５０８を備えていてもよい。メタデータ解析部１５０８は、送受信部１５１によって受信された受信データに付属するメタデータを解析するものである。

メタデータとは、受信データの性質、特徴、内容などを示す情報であり、受信データに関連付けられている。メタデータの具体的な内容としては、例えば、その受信データがいつ生成されたのか、受信データが当該通信制御装置に取得されたのはいつか、受信データを取得した通信制御装置はどの地域に設置されているのかなどを示す情報であることが想定される。あるいは、受信データがＨＴＭＬまたはＸＭＬなどの構造化データである場合には、メタデータは、当該受信データに設定されている背景色は何色であるのかなどを示す情報であってもよい。

具体例を用いて、ホームゲートウェイ２２０の構成、特に、メタデータ解析部１５０８および受信データ変換部１５０４の動作を説明する。ここでは、受信データが写真であり、当該写真には、メタデータとして撮影日（作成日）の情報が関連付けられているものとする。

ホームゲートウェイ２２０の記憶部１５２が備える装置仕様情報記憶部１５２１には、「受信可能フォーマット」＝「雛形データと合成」であるレコードに関連付けて、変換方法規定テーブルが記憶されている。

図１８の（ｂ）は、装置仕様情報のうち「雛形データと合成」が対応付けられたテレビが選択された場合に受信データ変換部１５０４が参照する、変換方法規定テーブルの一例を示す図である。

変換方法規定テーブルは、少なくとも、メタデータ（ここでは、撮影日/作成日）を示すカラムと、そのメタデータに適した雛形データを示すカラムとで構成されている。このテーブルにより、受信データのメタデータと、受信データの変換方法との対応関係が規定される。

受信データ変換部１５０４は、変換方法規定テーブルにしたがって、受信された受信データを合成する際に用いる雛形データを、受信データのメタデータ、すなわち、属性に応じて最適なものとして選択することが可能となる。

雛形データ合成処理フローは、以下の通りである。

メタデータ解析部１５０８は、送受信部１５１が上記写真を受信すると、当該写真に関連付けられているメタデータ（例えば、ＪＰＥＧ画像のＥＸＩＦデータなど）を解析し、当該写真の撮影日を取得する。

受信データ変換部１５０４は、変換方法規定テーブルを参照し、メタデータ解析部１５０８が解析した撮影日に基づいて、合成に使用すべき雛形データを特定する。例えば、撮影日が、現在から１年以上前である場合には、「一年前以前」のレコードから「雛形Ｃ（セピア色）」の雛形データを特定する。

そして、受信データ変換部１５０４は、上記雛形Ｃにしたがって、写真をセピア色に変換した上で、図１９の（ｂ）に示すような合成データ１９’を出力する。

上記構成によれば、受信データ変換部１５０４は、受信された写真（受信データ）の撮影日（属性情報）に応じて、それに適した、写真の質感を変更する画像処理（変換方法）を採用することが可能となる。

なお、受信データの属性に応じた変換方法を採用する構成は、上記具体例に限定されない。例えば、受信データに付加されるメタデータとしては、ホームゲートウェイ２２０が当該受信データを取得した取得日時、取得したホームゲートウェイ２２０が設置されている地域情報などが挙げられる。また、受信データが、ＨＴＭＬまたはＸＭＬなどの構造化データである場合には、メタデータとして、背景色の情報などが想定される。

背景色のメタデータを利用すれば、例えば、背景色の色合いに応じて、使用する文字の色が見えやすい雛形データを選択することができる。

（通信装置の状態に合わせて受信データを配信する）
受信システム２２のホームゲートウェイ２２０において、装置管理部１５０５は、複数台の通信装置の状態を管理し、受信装置選択部１５０２は、通信装置の状態に応じて、受信データの受け取り先を選択してもよい。

例えば、本実施形態では、装置管理部１５０５は、装置状態情報記憶部１５２２において、通信装置ごとに装置の状態を示す装置状態情報を管理しておく。

（装置状態情報について）
図２０は、受信システム２２において、ホームゲートウェイ２２０の装置状態情報記憶部１５２２に記憶されている装置状態情報の一例を示す図である。

装置状態情報は、通信装置を識別するための識別子である「装置名」に、通信装置の「アドレス」と、通信装置の状態を示す情報「状態」とが関連付けられている構造となっている。

「アドレス」とは通信装置に割り振られているＩＰアドレスである。「状態」とは、通信装置が現在おかれている状態（通信エラー状態、停止（電源オフ）状態、起動（電源オン）状態など）を示している。

図２０に示すテーブルによれば、『テレビＡは通信不可能な状態』であることが分かる。また、『テレビＢは電源オフ状態』であることが分かる。また、『テレビＣは電源オン状態』であることが分かる。すなわち、図２０のテーブルが記憶されている時点では、テレビＣだけが受信データを処理できる状態にあるということを、受信装置選択部１５０２が理解することができる。よって、受信装置選択部１５０２は、テレビＣだけを受信データの受け取り先として適切に選択することが可能となる。

なお、装置管理部１５０５が、各通信装置の状態を検知する方法は特に限定されない。ホームゲートウェイ２２０が、定期的に各通信装置に問合せを行って、図２０に示すテーブルを更新してもよいし、各通信装置が定期的に状態を報告する構成とし、一定期間以上報告が来なければ、その通信装置を停止状態であると判定してもよい。

（受信システムにおけるセッション管理）
上述したとおり、本実施形態では、ホームゲートウェイ２２０は、セッション情報記憶部１５２３において、セッションを管理している。

そこで、呼制御部１５０３は、送受信部１５１が受信した受信データが、現在第１通信中の通信相手から受信したものであるか否かを判定することができる。そして、第１通信の相手からの受信データである場合には、制御部１５０の各部が、上記受信データに対して適切な処理を実行するようにホームゲートウェイ２２０を構成することができる。

例えば、宅Ａの送信システム２１におけるテレビ２１２から届いた受信データが、宅Ｂの電話機２２１で通話中の相手と同じである場合には、宅ＢのユーザＢが、通話相手の宅ＡのユーザＡが送信した受信データを受信次第すぐに確認したいと希望することが想定される。

そこで、第１通信の相手のテレビ２１２から送信された受信データである場合には、受信システム２２におけるテレビ２２２が、何か別のデータを処理・表示中であっても、上記受信データを最優先で処理・表示するように、受信データ変換部１５０４が当該受信データに最優先を意味するフラグを付加したものを、受信データ配信部１５０１がテレビ２２２に配信する。

これにより、第１通信中の相手から送信された受信データを優先的にテレビ２２２に表示させることが可能である。

あるいは、宅ＢのユーザＢは、宅ＡのユーザＡと通話中の間は、ユーザＡから提供されたデータしか受信したくないと希望することが想定される。

そこで、呼制御部１５０３が、第１通信の相手から送信された受信データしか受け付けないように、ホームゲートウェイ２２０を構成することが可能である。

あるいは、宅ＢのユーザＢは、宅ＡのユーザＡと通話中の間は、特定の通信装置（テレビ２２２や別のコンピュータなど）しか使わないようにしたいと希望することが想定される。

そこで、呼制御部１５０３は、第１通信の相手から送信された受信データが受信された場合には、第１通信のセッションに関連付けられた通信装置にだけ、受信データ配信部１５０１が当該受信データを配信するようにホームゲートウェイ２２０を構成することが可能である。

このために、セッション情報記憶部１５２３に記憶されているセッション情報には、セッションごとに、利用する通信装置の識別子（装置名）が関連付けて記憶されている。

セッションと通信装置とが対応付けられたセッション情報は、送信システム２１のホームゲートウェイ２１０において管理されるセッション情報（図１０の（ａ）〜（ｃ））とその構造は同様であるので、ここでは説明を繰り返さない。セッションと通信装置との関連付けは、各通信装置から発せられる関連付け要求メッセージに応じて実行される。

図２１は、ホームゲートウェイ２２０による、他の例における第２通信の受信側処理ＳＳ４（図５）の処理の流れを示すフローチャートである。以下では、図１７に示す受信側処理ＳＳ４と異なる点について詳しく説明する。

送受信部１５１が、画像データの受信を要求するデータ受信要求メッセージを受信すると（Ｓ２１０１においてＹＥＳ）、呼制御部１５０３は、セッション情報記憶部１５２３を参照し、そこに記憶されているセッション情報を読み出す（Ｓ２１０２）。

なお、セッション情報が記憶されておらず、現在通話中のセッションがなかった場合は（Ｓ２１０３においてＮＯ）、呼制御部１５０３は、図１７に示す、Ｓ１７０２のステップに移行し、セッション情報によらない第２通信の受信側処理ＳＳ４を実行する。

セッション情報が記憶されており、複数の通話中のセッションがある場合は（Ｓ２１０３においてＹＥＳ）、呼制御部１５０３は、上記データ受信要求メッセージの送信元（例えば、電話番号など）からセッション情報を特定する（Ｓ２１０４）。セッション情報が１つだけ記憶されている場合は、そのセッション情報を取得する。

続いて、受信装置選択部１５０２は、特定されたセッション情報に含まれている、当該セッションに関連付けられている通信装置を取得する（Ｓ２１０５）。例えば、セッション情報記憶部１５２３に、図１０の（ａ）に示すセッション情報が記憶されている場合には、受信装置選択部１５０２は、「テレビＡ」を取得する。あるいは、セッション情報記憶部１５２３に、図１０の（ｃ）に示すセッション情報が記憶されている場合には、受信装置選択部１５０２は、関連付け情報が「未設定」であると判断する（Ｓ２１０７においてＹＥＳ）。この場合は、セッション管理部１５０６が、Ｓ２１０４にて特定されたセッションに対して、テレビなどの通信装置を関連付ける処理を行ってもよい（Ｓ２１０６）。

当該セッションで利用する通信装置が特定されると（Ｓ２１０７においてＮＯ）、装置管理部１５０５は、装置状態情報記憶部１５２２を参照し、特定された通信装置の装置状態情報（例えば、図２０）を取得して、当該セッションで利用しようとする通信装置の状態がデータを受信可能な状態であるのか否かを判定する（Ｓ２１０８）。

ここで、装置管理部１５０５が、上記通信装置がデータを受信不可能な状態であると判定した場合には（Ｓ２１０９においてＮＯ）、呼制御部１５０３は、データ受信要求メッセージの送信元のホームゲートウェイ２１０へ、データ受信不可メッセージを送信する（Ｓ２１１０）。

一方、装置管理部１５０５が、上記通信装置がデータを受信可能な状態である判定した場合には（Ｓ２１０９においてＹＥＳ）、呼制御部１５０３は、ホームゲートウェイ２１０へ、データ受信可メッセージを送信する（Ｓ２１１１）。

次に、送受信部１５１が、ホームゲートウェイ２１０から、上記画像データを受信すると（Ｓ２１１２においてＹＥＳ）、受信データ配信部１５０１は、該画像データをＳ２１０５にて受信装置選択部１５０２が特定した通信装置（例えば、テレビＡ）へ配信する。さらに、具体的には、装置管理部１５０５が、テレビＡの装置仕様情報を装置仕様情報記憶部１５２１から取得する（Ｓ２１１３）。次に、受信データ変換部１５０４が、取得された装置仕様情報に合わせて上記画像データを変換する（Ｓ２１１４）。例えば、解像度やサイズを変更する。そして、最後に、受信データ配信部１５０１は、受信装置選択部１５０２が選択したテレビＡ宛てに上記変換された画像データを配信する。ここで、受信装置選択部１５０２が選択した通信装置が複数存在する場合には、上記変換された画像データを複数の通信装置に送信してもよい。

上記構成および方法によれば、セッション管理部１５０６が通信装置との関連付け情報とともにセッションを管理しているので、セッションごとに適切な通信装置のみを利用して、効率的に第１通信（音声通話）と第２通信（データ通信）との連携を実現することができる。さらに、装置管理部１５０５が、通信装置の状態を管理し、利用する通信装置がデータ受信を行えないと判断した場合には、あらかじめデータを受信できない旨を送信元に通知できるので、通信エラーを回避し、無駄なデータ送受信を省くことが可能となる。

さらに、受信データ変換部１５０４は、通信装置の仕様に合わせて受信データを変換するので、性能が及ばないためにせっかく受信したデータを表示できないなどといった不都合を解消することができる。

（受信データを一時的に記憶する）
データ交換システム１において、送信システム２１のテレビ２１２から受信システム２２のテレビ２２２に対して、ユーザＡとユーザＢが共有したい画像データが送信されたとする。このとき、受信側のテレビ２２２が、電源オフなど画像データを受信できない状態にある場合は、テレビ２１２は、テレビ２２２に画像データを送ることができない。

そこで、本実施形態では、ホームゲートウェイ２２０（図１５）を以下のように構成する。すなわち、テレビ２２２が画像データを受信できない場合でも、テレビ２２２に配信する代りに受信データ配信部１５０１は、取得した画像データを一時的に受信データ記憶部１５２４に保存しておき、テレビ２２２が上記画像データを表示できる状態になったら、テレビ２２２の要求に応じて受信データ配信部１５０１が保存していた画像データを配信する構成とする。

受信データ記憶部１５２４を備えていることにより、受け取り先が定まっていない画像データを受信した場合に、とりあえず当該画像データを保存しておくことができ、後から、受け取り手の通信装置が任意のタイミングで取得できる。このように、受信データをＰＵＬＬ型で取得する受信システム２２においては、ホームゲートウェイ２２０が、受信したらすぐに配信先を決定する必要がないので、配信先を決定するための構成を省き、ホームゲートウェイ２２０の構成を簡素化することが可能である。

図２２は、受信データ記憶部１５２４に記憶される受信データのデータ構造の一例を示す図である。

ホームゲートウェイ２２０の装置管理部１５０５が、受信データ（例えば、画像データ）を受け取るべき通信装置が受信不可能な状態であると判断した場合には、呼制御部１５０３の制御の元に、とりあえず、送受信部１５１が、ホームゲートウェイ２１０から画像データを受け取る。そして、受信データ配信部１５０１は、上記画像データを、上記通信装置に配信する代りに、受信データ記憶部１５２４に記憶する。

図２２に示すとおり、受信データ配信部１５０１は、上記画像データを当該画像データの送信元の電話番号に関連付けて、受信データ記憶部１５２４に記憶する。このとき、記憶した日時も合わせて記憶しておいてもよい。

こうして、テレビ２２２は、後で、上記画像データを表示可能な状態になったときに、一時的に保存されている画像データを要求するメッセージをホームゲートウェイ２２０に送信して上記画像データを取得することができる。

例えば、記憶されている画像データを要求するメッセージの具体例としては、「http://local-hgw/share/data」などがホームゲートウェイ２２０に送信される。「local-hgw」は、ホームゲートウェイ２２０によって、受信システム２２に提供されるＤＮＳサービスによってアドレス解決され、画像データを要求するメッセージとしてホームゲートウェイ２２０に伝達されるようになっている。

さらに、上記画像データには、送信元の電話番号が関連付けられているので、ユーザは、入力部を操作して、テレビ２２２に対して容易にコールバックの指示を入力することができる。テレビ２２２は、「画像データに関連付けられている電話番号にコールバックする」旨の要求をホームゲートウェイ２２０に対して送信するだけでよく、ユーザも画像データの送り主の電話番号を調べたり、入力したりする必要がなくなる。

なお、上述のように、テレビ２２２の代りにホームゲートウェイ２２０が受信データを一時的にあずかる場合には、呼制御部１５０３は、テレビ２２２が留守（受信不可状態）である旨の代理応答アナウンス（音声データまたは画面メッセージ）を送信元に返信してもよい。

図２３は、コールバック機能付きのホームゲートウェイ２２０を含む受信システム２２と送信システム２１との通信手順を示すシーケンス図である。

図２３に示すシーケンス図において、図５に示すシーケンス図と異なる点についてのみ以下に説明する。なお、以下で説明するテレビ２２２は、図１４に示すテレビ２１２と同様の構成を備えているものとする。

宅ＡのユーザＡが、送信システム２１の電話機２１１を用いて、音声通話（第１通信）の発呼要求メッセージを送信すると、受信システム２２のホームゲートウェイ２２０は、着呼処理を実行する。ここで、宅ＢのユーザＢが、電話機２２１の受話器を一定時間取らなかった場合に、ホームゲートウェイ２２０の呼制御部１５０３は、処理を終了する代りに、着呼応答メッセージとともに、宅ＢのユーザＢが留守である旨、ならびに、音声通話およびデータ通信（第２通信）によるデータを一時的に保存可能である旨を通知する代理応答メッセージを、ホームゲートウェイ２１０に送信する（Ｓ２４）。

これにより、電話機２１１とホームゲートウェイ２２０との間で第１通信のセッションが確立し、音声データのやりとりが可能となる（Ｓ２６）。ここで、受信データ配信部１５０１は、音声データを電話機２１１から受信した場合には、受信データ記憶部１５２４に音声データを記憶してもよい。

次に、Ｓ２６のセッションが確立している間に、ユーザＡが入力部１４４を用いて、テレビ２１２に記憶されている画像データを、テレビ２２２に送信するための操作を行う。このとき、ユーザＡは、テレビ２２２のＩＰアドレスなどを入力する必要はない。上記ユーザＡの操作にしたがって動作するホームゲートウェイ２１０から、データ受信要求メッセージを受信すると、ホームゲートウェイ２２０の呼制御部１５０３は、図５に示すシーケンス図と同様の手順で、ホームゲートウェイ２１０にデータ受信可メッセージを送信し、ホームゲートウェイ２１０からの画像データの送信を待ち受ける。

こうして、送信システム２１のテレビ２１２は、テレビ２２２の宛先を意識することなく、また、ユーザＡは、テレビ２２２の受け取り先のユーザＢの在／不在を意識することなく、テレビ２１２からテレビ２２２へ上記画像データを容易に送信することができる（第２通信；Ｓ３２）。

テレビ２１２から画像データを受信したホームゲートウェイ２２０の受信データ配信部１５０１は、テレビ２２２に上記画像データを配信する代わりに、受信データ記憶部１５２４に該画像データを記憶する。より詳細には、テレビ２１２が属する送信システム２１の電話番号に対応付けて、上記画像データを保存する。ホームゲートウェイ２２０は、テレビ２２２または電話機２２１が備える報知手段に対して、ユーザＢの留守中に画像データまたは音声データを預かっている旨をユーザＢに対して報知するよう指示してもよい。

そして、宅ＢのユーザＢが帰宅し、上記報知手段の報知動作により、上記画像データを受信していることを知ると、ユーザＢは、テレビ２２２の入力部１４４を操作して、ホームゲートウェイ２２０から画像データを取得するように指示を入力する。テレビ２２２は、記憶されている画像データを要求するメッセージをホームゲートウェイ２２０に対して送信する（Ｓ３３）。ホームゲートウェイ２２０は、Ｓ３０にて受信した画像データをテレビ２２２に配信する（Ｓ３４）。

テレビ２２２は、Ｓ３４にて受信した画像データを自装置の表示部１４３に表示するとともに、該画像データの送り主にコールバックするか否かをユーザＢに選択させるＧＵＩ画面を表示してもよい。ユーザＢが入力部１４４を操作して、コールバックすることを選択すると、テレビ２２２は、発呼要求メッセージをホームゲートウェイ２２０に対して送信する（Ｓ３５）。このとき、テレビ２２２は、宛先の電話番号を指定する必要はなく、「一時的に預かっている画像データに関連付けられている電話番号にコールバックする」旨の要求をホームゲートウェイ２２０に送信するだけでよい。したがって、ユーザＢの電話番号を入力する手間を省くことが可能である。

ホームゲートウェイ２２０は、自身の受信システム２２の電話機２２１と、相手の送信システム２１のホームゲートウェイ２１０とのそれぞれに対して通話要求メッセージを送信する（Ｓ３６、Ｓ３７）。

電話機２２１は、上記通話要求メッセージに対して着呼応答メッセージを送信する（Ｓ３８）。そして、送信システム２１においては、ホームゲートウェイ２１０および電話機２１１の各部が、上述した受信システム２２の各部と同様の動作で、着呼応答メッセージを作成し、ホームゲートウェイ２２０に送信する（Ｓ４１）。これにより、宅Ｂの受信システム２２が送信側となって、第１通信（音声通話）のセッションが確立する（Ｓ４２）。当該セッションのセッション情報は、ホームゲートウェイ２１０、ホームゲートウェイ２２０において管理され、以降、送信システム２１または受信システム２２の各通信装置のいずれかより、第２通信のセッションを開始するイベントが発生したときに適宜参照される。

図２４は、ホームゲートウェイ２２０における、第２通信の受信側処理ＳＳ５（図２３）の処理の流れを示すフローチャートである。

図２３に示すＳ３２の第２通信のセッションが確立され、送受信部１５１が、ホームゲートウェイ２１０から送信された画像データを受信すると（Ｓ２５０１においてＹＥＳ）、受信データ配信部１５０１は、ホームゲートウェイ２２０において代理応答の処理が実行された場合には、ユーザＢが不在であると判断し、上記画像データを、テレビ２２２に配信する代りに、受信データ記憶部１５２４に記憶する（Ｓ２５０２）。ここで、受信データ配信部１５０１は、テレビ２２２または電話機２２１が備える報知手段に対して、留守中に受信データを預かっている旨を報知するように指示してもよい。

次に、送受信部１５１が、テレビ２２２から保存された画像データを要求する旨の受信データ要求メッセージを受信すると（Ｓ２５０３においてＹＥＳ）、受信データ配信部１５０１は、保存しておいた画像データを、要求元の通信装置、ここでは、テレビ２２２に配信する（Ｓ２５０４）。そして、テレビ２２２から画像データ送信元に対するコールバックを要求する発呼要求メッセージを受信すると（Ｓ２５０５においてＹＥＳ）、呼制御部１５０３は、保存しておいた画像データに対応付けられている電話番号に対して発呼処理を実行する（Ｓ２５０６）。

上記方法によれば、受信システム２２のユーザが不在の間にも、データ通信を実行し、送信システム２１からのデータを受信することが可能となり、さらに、その送信元に対して、各通信装置は送信元の宛先情報を意識することなく、そして、ユーザは電話番号を入力することなく、容易にコールバックを実行することが可能となる。

あるいは、ホームゲートウェイ２２０に保存されていた画像データには、送信元の電話番号が関連付けられているので、当該画像データを受信したテレビ２２２は、送信元の電話番号を知ることができるので、当該電話番号とともに発呼要求メッセージをホームゲートウェイ２２０に送信してもよい。この場合でも、テレビ２２２は、発呼先の電話番号を既に把握しているので、ユーザは改めてテレビ２２２に電話番号を入力する必要がない。

（ＰＵＬＬ型配信で画像データ配信タイミングを制御する）
上述の例では、受信システム２２においてテレビ２２２の要求に応じて受信データを配信するＰＵＬＬ型配信のホームゲートウェイ２２０の構成について説明した。上記構成によれば、受信データの配信は、ホームゲートウェイ２２０がテレビ２２２から受信データ要求メッセージを受信してから実行されるので、宅ＡのユーザＡと宅ＢのユーザＢとがデータを共有する際に即時性が求められるユースケースには不向きである。そこで、ＰＵＬＬ型配信においても、ホームゲートウェイ２２０からテレビ２２２へ任意のタイミングで（例えば、リアルタイムに）受信データを配信可能にする構成について、図５および図１５以下に説明する。

本実施形態では、ホームゲートウェイ２２０は、Ｓ１１にてホームゲートウェイ２１０から画像データを受信する前の任意のタイミングで、テレビ２２２から、あらかじめ受信データ要求メッセージを受信しておく。そして、ホームゲートウェイ２２０の受信データ配信部１５０１は、上記受信データ要求メッセージに対してすぐに応答を返すことはせず、その応答を保留にしておく。

そして、Ｓ１１にてホームゲートウェイ２１０から画像データを受信したときに、受信データ配信部１５０１は、テレビ２２２に対して、任意のタイミングで（例えば、リアルタイムで）、保留していた要求に対する応答として上記画像データを配信する。

上記方法によれば、例えば、受信データが動画データなどの大容量のデータであっても、タイムラグをなくして送信システム２１の送信処理と同期して、上記動画データを受信システム２２のテレビ２２２に配信することが可能となる。

なお、これまで述べてきた、宅Ａの送信システム２１のホームゲートウェイ２１０は、上述した受信システム２２のホームゲートウェイ２２０が備える構成を含んでいてもよく、この場合、宅Ａの送信システム２１は、同時に、受信システム２２として機能する。同様に、宅Ｂの受信システム２２のホームゲートウェイ２２０に、上述した送信システム２１のホームゲートウェイ２１０が備える構成を含めて、宅Ｂの受信システム２２を送信システム２１として機能させることができる。

≪実施形態２≫
〔写真共有システムの概要〕
次に本発明の他の実施形態について図２５〜図３４に基づいて説明すると以下の通りである。実施形態２では、一例として、本発明の通信システムを、インターネット上に公開されている写真を共有するための写真共有システムに適用した場合について説明する。

図２５は、本発明の実施形態における写真共有システム２の概略構成を示す図である。図２５に示すとおり、写真共有システム２は、宅Ａに敷設される送信システム２１と、宅Ｂに敷設される受信システム２２と、サービス提供事業者Ｃが運営するフォトアルバムサーバ２４とを含む構成となっており、各システムおよびフォトアルバムサーバ２４は、インターネット２３などの外部通信網を介して通信可能に接続されている。

図２５の各構成要素に付された符号は、図２の各構成要素に付された符号に対応しており、同じ符号は、同じ構成要素を示している。したがって、上述の実施形態ですでに説明した構成要素についての説明は繰り返さない。

フォトアルバムサーバ２４は、フォトアルバムサービスを、宅Ａや宅Ｂなどに設置されるクライアント装置（例えば、テレビ２１２など）に提供するものである。具体的には、フォトアルバムサービスを利用するためのアプリケーションソフト（以下、フォトアプリ）を供給したり、当該アプリケーションを利用してアップロードされた写真を管理したり、取得要求のあった写真を供給したりするものである。

ここで、フォトアルバムサーバ２４から供給された上記フォトアプリを搭載した各クライアント装置は、フォルダ（アルバム）ごとに管理されている複数の写真をフォトアルバムサーバ２４からダウンロードしてスライドショー表示したり、サムネイル表示したりすることができる一方、クライアント装置が保有する写真をフォトアルバムサーバ２４にアップロードして、他のクライアント装置から閲覧できるように、管理・公開することができるようになる。

図２６の（ａ）〜（ｃ）は、テレビ２１２とテレビ２２２との間で、フォトアプリを用いて写真を共有するときの、各テレビの表示部に表示される画面の一例を示す図である。

例えば、宅ＡのユーザＡがテレビ２１２を用いてフォトアルバムサーバ２４から写真をダウンロードすると、テレビ２１２の表示部１４３には、図２６の（ａ）に示すように、ダウンロードされた写真が表示される。

ここで、ユーザＡが宅ＢのユーザＢと電話機にて通話中に、上記写真をユーザＢと共有したい場合には、共有化のための操作を行うＧＵＩ画面を呼び出す。上記ＧＵＩ画面を表示したときの画面の一例を図２６の（ｂ）に示す。ユーザＡが、図２６の（ｂ）に示すＧＵＩ画面から、写真の共有化を指示する「決定」ボタンを、入力部１４４を用いて選択すると、先の実施形態１で述べたのと同様の構成および手順で第２通信が確立し、写真が宅Ｂの受信システム２２に送信されて、ユーザＡとユーザＢとがフォトアルバムサーバ２４に保存されている写真を共有することが可能となる（図２６の（ｃ））。ここで、図２６の（ｂ）に示す確認画面については不要とし、図２６の（ａ）に記載の画面においてユーザによる共有操作が発生した場合にはすぐに共有を開始し、共有が確立した時点で図２６の（ｃ）の画面に遷移してもよい。また、ユーザの意思確認のため、通話を開始した後、初回の共有時にだけ図２６の（ｂ）に記載の確認画面を出す、などの方法を採用することもできる。

なお、図２５において説明する写真共有システム２および当該システムで用いられるフォトアプリは、本実施形態を説明する一例であって、本発明の通信システムを限定するものではない。

〔テレビのアイコン表示を制御する〕
図２６の（ｃ）に示すとおり、ユーザＡのテレビ２１２とユーザＢのテレビ２２２との間で共有できている写真を表示する場合には、各テレビは、各ホームゲートウェイの指示に基づいて、共有できていることを示すアイコンを表示することができる。

図１に示すとおり、ホームゲートウェイ２１０は、さらに、装置出力制御部１０６を備えている。装置出力制御部１０６は、自装置が家庭内ＬＡＮ２１３を介して接続し、管理している各通信装置の出力機構（表示部への表示出力、音声出力、ＬＥＤ出力など）を制御するものである。

具体的には、図５に示すシーケンス図において、ホームゲートウェイ２１０が、第２通信にて画像データを送信し（Ｓ１１）、Ｓ１３にて送信完了報告メッセージをテレビ２１２に返すときに、装置出力制御部１０６が、上記画像データが共有できていることを示す共有化アイコンを上記画像データとともに表示するように命令信号をテレビ２１２に送信する。テレビ２１２は、上記命令信号にしたがって、共有中の画像データを表示する際に、共有化アイコンを表示する。

詳細には、図１４に示すとおり、テレビ２１２は、制御部１４０における機能ブロックとしてのアイコン表示処理部１４０４と、アイコン画像記憶部１４２２とをさらに備えている。

アイコン表示処理部１４０４は、ホームゲートウェイ２１０の装置出力制御部１０６からの命令信号にしたがって、アイコン画像記憶部１４２２に記憶されている所定のアイコン画像を表示部１４３に表示するものである。

具体的には、アイコン画像記憶部１４２２に、図２６の（ｃ）に示すような共有化アイコン２６０が記憶されており、アイコン表示処理部１４０４は、共有化アイコン２６０をアイコン画像記憶部１４２２から読み出して、共有できている写真とともに共有化アイコン２６０を表示する。

これにより、ユーザＡは、自身が送った写真が、現在宅ＢのユーザＢとの間で共有できていることを容易に知ることができる。本実施形態では、アイコン表示処理部１４０４は、共有化アイコン２６０を共有化されている写真に重ねて表示しているが、表示方法はこれに限定されない。

なお、テレビ２１２が保有しているアイコン画像記憶部１４２２は、ホームゲートウェイ２１０が代わりに保有していてもよい。この場合、装置出力制御部１０６は、上記命令信号とともに、表示すべきアイコン画像（共有化アイコン２６０）のデータをテレビ２１２に送信する。

さらに、宅ＢのユーザＢがテレビ２２２において共有している写真を閉じた場合には、テレビ２２２は、共有終了通知メッセージを、ホームゲートウェイ２２０を介してホームゲートウェイ２１０に対して送信してもよい。共有終了通知メッセージを受信したホームゲートウェイ２１０の装置出力制御部１０６は、これまで表示していた共有化アイコン２６０を非表示にするように指示する命令信号をテレビ２１２に対して送信する。

これに応じて、テレビ２１２のアイコン表示処理部１４０４は、これまで表示していた共有化アイコン２６０を非表示にする。

さらに、ホームゲートウェイ２１０のセッション管理部１０３は、自装置が管理するどの通信装置と、どの通信相手とが、どの写真を共有したことがあるのかを、共有履歴情報として、共有履歴記憶部１２２に記憶しておいてもよい。

装置出力制御部１０６は、同じ通信装置間で同じ写真の共有が発生した場合に、過去に共有済みの写真であることを示す共有済アイコンを写真とともに表示するように、テレビ２１２に対して命令信号を送信する。

テレビ２１２のアイコン表示処理部１４０４は、上記命令信号にしたがって、共有済アイコン２７０を表示部１４３に表示する。図２７は、テレビ２１２とテレビ２２２との間で、フォトアプリを用いて過去に共有された写真が再び共有された場合に、各テレビの表示部に表示される画面の一例を示す図である。

上述した装置出力制御部１０６および共有履歴記憶部１２２の構成は、受信システム２２のホームゲートウェイ２２０が備えていてもよい。この場合、ホームゲートウェイ２２０の装置出力制御部１０６の命令信号にしたがって、テレビ２２２は、写真についての情報（共有化アイコン２６０、共有済アイコン２７０など）の表示／非表示を実行することが可能となる。

〔共有エラー用のメッセージを表示する〕
受信システム２２におけるホームゲートウェイ２２０は、図５のシーケンス図におけるＳ９にて、データ受信要求メッセージを受信した際に、受信システム２２がデータを受信できる状態にない場合には、Ｓ１１にてデータ受信不可メッセージを送信する。ここで、ホームゲートウェイ２２０は、データ受信不可メッセージとともに、共有エラーダイアログボックス２８０（図２８）のデータをホームゲートウェイ２１０に送信してもよい。ホームゲートウェイ２１０は、共有エラーダイアログボックス２８０のデータをテレビ２１２に伝送する。テレビ２１２は、図２８に示すとおり、共有エラーダイアログボックス２８０を表示部１４３に表示する。

共有エラーダイアログボックス２８０とは、写真の共有化が成功しなかったことをユーザに通知するためのダイアログボックスのことである。共有エラーダイアログボックス２８０などの各種エラーメッセージのデータは、ホームゲートウェイ２２０のエラーメッセージ記憶部１５２５に記憶されている。図２６の（ｂ）の画面のとおり、テレビ２１２から写真の共有を選択した後、受信システム２２のテレビ２２２との間で写真の共有が成功しなかった場合には、テレビ２１２の画面は、図２８の画面に遷移する。これにより、ユーザＡは、試みた写真の共有が失敗したことを即時把握することが可能となる。

〔共有可能写真を電話機のランプで通知する〕
図２５に示す写真共有システム２では、フォトアルバムサーバ２４から供給される写真には、共有可能な写真とそうでないものが存在する。そこで、本実施形態では、テレビ２１２が取得した写真が共有可能な写真である場合には、写真に付与されている共有可能／不可能を示すフラグに応じて、その旨をユーザに報知するよう、ホームゲートウェイ２１０が、電話機２１１に対して命令信号を送信する構成としてもよい。電話機２１１は、ホームゲートウェイ２１０の指示にしたがって、自装置が備える報知手段を用いて、上記写真が共有可能である旨をユーザに通知する。

図２９は、本発明の実施形態における電話機２１１の要部構成を示すブロック図である。

図２９に示すとおり、電話機２１１は、制御部２９０、送受信部２９１、報知部２９２、音声入力部２９３、および、音声出力部２９４を備える構成となっている。なお、ここでは図示しないが、電話機２１１は、電話番号を入力するための数字ボタンなどを含む入力部や、音声通話を実現するための通信制御部など、公知の電話機としての各種機能を備えているものとする。

送受信部２９１は、家庭内ＬＡＮ２１３を介して、ホームゲートウェイ２１０とデータの送受信を行うものである。送受信部２９１は、ホームゲートウェイ２１０から送信される上記命令信号を受信する。

報知部２９２は、聴覚的報知手段（ブザーなど）および／または視覚的報知手段（ＬＥＤなど）によって、聴覚的（視覚的）現象を出力して所定の情報をユーザに報知するものである。本実施形態では、報知部２９２は、ＬＥＤ（light emitting diode）などの発光部で構成されており、光の点灯によって、テレビ２１２が取得した写真が共有可能な写真である旨をユーザに報知する。また、報知部２９２は、着信を伝える着信音出力部を含んでいてもよい。

音声入力部２９３は、音声通話を行う際に、ユーザＡの音声を入力するためのマイクとして構成される。音声出力部２９４は、送受信部２９１が受信した音声データを出力するためのスピーカとして構成される。

制御部２９０は、電話機２１１が備える各部を統括制御するものであり、機能ブロックとして、少なくとも、送信可能報知処理部２９０１および音声処理部２９０２を備えている。

送信可能報知処理部２９０１は、送受信部２９１が、ホームゲートウェイ２１０から送信された命令信号を受信した場合に、該命令信号にしたがって、報知部２９２の点灯を制御するものである。

音声処理部２９０２は、音声入力部２９３を介して入力されるアナログの音声信号をデジタルの音声データに変換して、ホームゲートウェイ２１０を介して外部の通信装置に送信する一方、電話機２１１が受信した音声データをアナログ音声信号に変換して音声を音声出力部２９４を介して出力する際に必要なデータ処理を実行するものである。

上記構成によれば、ホームゲートウェイ２１０の装置出力制御部１０６が、テレビ２１２が取得、表示した写真が共有可能であると判断した場合に、その旨をユーザに通知するよう命令信号を電話機２１１に送信する。

送受信部２９１が上記命令信号を受信すると、送信可能報知処理部２９０１は、上記命令信号にしたがって、報知部２９２を点灯させる。

これにより、ユーザＡは、点灯した報知部２９２を視認して、テレビ２１２が取得、表示した写真が共有可能な写真であることを認識することが可能となる。

なお、ホームゲートウェイ２１０が、送信可能報知処理部２９０１および報知部２９２を備え、ホームゲートウェイ２１０自身が、共有可能な写真の存在をユーザに報知してもよい。

図３０の（ａ）は、電話機２１１の報知部２９２が点灯する前の様子を説明する図であり、（ｂ）は、報知部２９２が点灯したときの様子を説明する図である。

〔写真をＵＲＬで共有する〕
上述の実施形態では、送信システム２１から受信システム２２に対して写真を第２通信にて送信することにより写真の共有を実現していたが、写真共有システム２はこれに限定されない。

図２５に示すフォトアルバムサーバ２４に記憶されている写真のＵＲＬを、テレビ２１２とテレビ２２２とで共有することにより、写真を両方のテレビに表示させることが可能である。

図３１は、本実施形態の写真共有システム２におけるＵＲＬ共有の処理の流れを示すシーケンス図である。具体的には、宅Ａに在宅中のユーザＡと宅Ｂに在宅中のユーザＢとが、電話機２１１と電話機２２１とを用いて会話をしながら（ＳＳ６の第１通信）、ユーザＡのテレビ２１２がフォトアルバムサーバ２４から取得した写真を（ＳＳ７）、通話相手のユーザＢのテレビ２２２にも表示させて写真を共有するというユースシーンでの処理の流れを示している。ここで、ＳＳ６の事象とＳＳ７の事象とはいずれが先に起こってもよい。

最初に、テレビ２１２は、テレビ２２２との間で、ＳＳ７で取得した写真を共有すべく、ホームゲートウェイ２１０に対して第２通信のセッションの確立を要求する（Ｓ５１）。このＳ５１では、テレビ２１２の要求生成部１４０１は、上記写真のＵＲＬデータを含む、データ送信要求メッセージを生成し、それをホームゲートウェイ２１０に送信する。図３２に、上記ＵＲＬデータの具体例を示す。

ホームゲートウェイ２１０は、第１通信（ＳＳ６）の通信相手の電話番号を特定して、ホームゲートウェイ２２０に対して、上記ＵＲＬデータを受信するよう要求するデータ受信要求メッセージを送信する（Ｓ５２）。

ホームゲートウェイ２２０は、データ受信可メッセージまたはデータ受信不可メッセージを返す（Ｓ５３）。

ホームゲートウェイ２１０は、ホームゲートウェイ２２０からデータ受信可メッセージを受信すると、テレビ２１２から依頼を受けた上記ＵＲＬデータを、インターネット２３を介してホームゲートウェイ２２０に送信する（Ｓ５４）。ホームゲートウェイ２２０は、受信したＵＲＬデータをテレビ２２２に配信する（Ｓ５５）。さらに、ホームゲートウェイ２１０は、ＵＲＬデータの送信が完了したことを報告する送信完了報告メッセージをＳ５１の応答として返してもよい（Ｓ５６）。これにより、テレビ２１２は、テレビ２２２の宛先を意識することなく、テレビ２２２へ上記ＵＲＬデータを容易に送信することができる。

テレビ２２２は、ホームゲートウェイ２２０からＵＲＬデータを受信すると、そのＵＲＬにしたがって、フォトアルバムサーバ２４にアクセスし（Ｓ５７）、ユーザＡが共有を希望する写真をダウンロードすることが可能となる（Ｓ５８）。以上のように、各電話機における通話中に、ＵＲＬデータを共有することで、両方のテレビにおいて同じ写真を共有することが可能になる。

〔電話機でなくテレビによる第１通信の開始〕
上述の各実施形態では、音声通話（第１通信）は、電話機２１１による発呼要求メッセージの送信することにより開始されていたが、本発明のデータ交換システム１および写真共有システム２は、上記構成に限定されない。テレビ２１２が、発呼要求メッセージを送信し、音声通話のトリガとなってもよい。

図３３は、テレビ２１２が音声通話（第１通信）のトリガとなる場合の、写真共有システム２の処理の流れを示すシーケンス図である。

最初に、テレビ２１２は、フォトアルバムサーバ２４に対し、写真を要求する（Ｓ６１）。このときテレビ２１２が要求する写真は、その写真の所有者の宛先情報（例えば、電話番号）を含んでいる。フォトアルバムサーバ２４は、テレビ２１２の要求に応じて、電話番号付き写真をテレビ２１２に供給する（Ｓ６２）。

テレビ２１２は、取得した写真に含まれている電話番号とともに、当該電話番号へ発呼する旨を要求する発呼要求メッセージをホームゲートウェイ２１０に対して送信する（Ｓ６３）。

図３４は、上記発呼要求メッセージのデータ構造の一例を示す図である。図３４に示すとおり、発呼要求メッセージは、ホームゲートウェイ２１０に対して要求する処理内容（method）と、発呼対象となる相手の電話番号を特定する情報（tel）とを少なくとも含んでいる。図３４に示す発呼要求メッセージは、『”tel”に示される電話番号宛てに発呼する（CALL）』ことをホームゲートウェイ２１０に対して要求することを意味している。

ホームゲートウェイ２１０の要求解析部１０１は、上記発呼要求メッセージを解析して、method＝CALLに基づいて、電話機２１１に対して電話機２２１との通話を指示する通話要求メッセージを送信する（Ｓ６４）。

電話機２１１は、上記通話要求メッセージに応答して、着呼応答メッセージをホームゲートウェイ２１０に対して返す（Ｓ６５）。

以降、記述のとおり、ホームゲートウェイ２１０の呼制御部１０２は、ホームゲートウェイ２２０を介して電話機２２１と電話機２１１との呼制御を実行する。これにより、第１通信のセッションが確立する。第１通信のセッションのセッション情報は、セッション管理部１０３によってセッション情報記憶部１２１に記憶される。そして、セッション情報は、図３３には図示しない、以降の第２通信のセッションの確立に利用される。

≪実施形態３≫
上述の各実施形態では、第１通信としての電話機同士の音声通話のセッションと連携して、第２通信としてテレビ同士のデータ通信のセッションが追加される場合について説明してきた。しかし、本発明の通信システムは上記構成に限定されない。第１通信としてテレビ（パソコン、サーバ）間のデータ通信が起こり、該データ通信のセッションと連携して、第２通信としての電話機同士の音声通話のセッションが追加されてもよい。

以下では、第１通信としてのデータ通信のセッションに、第２通信としての電話機同士の音声通話のセッションを追加する通信システムを発注システムに適用した場合について説明する。ここで、発注システムとは、通信販売会社によってインターネット２３上に公開された商品カタログを宅ＡのユーザＡが閲覧し、電話による発注にて商品購入を行うためのシステムである。

〔発注システムの概要〕
図３５は、本発明の実施形態における発注システム３の概略構成を示す図である。図３５に示すとおり、発注システム３は、宅Ａに敷設される送信システム２１と、通信販売会社Ｄに敷設される受信システム２２とを含む構成となっており、各システムは、インターネット２３などの外部通信網を介して通信可能に接続されている。

図３５の各構成要素に付された符号は、図２および図２５の各構成要素に付された符号に対応しており、同じ符号は、同じ構成要素を示している。したがって、上述の各実施形態ですでに説明した構成要素についての説明は繰り返さない。

通信販売会社Ｄに敷設された受信システム２２において、図２および図２５の受信システム２２と異なる点は、通信装置の一つであったテレビ２２２に代わりに、販売サービスサーバ２２４が、ホームゲートウェイ２２０に接続されている点である。

販売サービスサーバ２２４は、通信販売会社Ｄが販売する商品の商品カタログを、宅Ａなどに設置されるクライアント装置（例えば、テレビ２１２など）に提供するものである。

図３６は、本実施形態の発注システム３における受発注のための通信処理の流れを示すシーケンス図である。

最初に、第１通信のセッション３６０において、宅ＡのユーザＡは、テレビ２１２を操作して、インターネットブラウザ機能を起動し、販売サービスサーバ２２４のＵＲＬを指定する。テレビ２１２は、ユーザ操作にしたがって、販売サービスサーバ２２４のウェブサイトにアクセスし、販売サービスサーバ２２４から商品カタログをダウンロードする。この時点で、テレビ２１２と販売サービスサーバ２２４との間には、第１通信のセッションが確立し、データの送受信が可能となる。

そして、ホームゲートウェイ２１０のセッション管理部１０３は、第１通信の送信側処理ＳＳ８として、セッション３６０のセッション情報をセッション情報記憶部１２１に記憶する。例えば、販売サービスサーバ２２４のＩＰアドレス（または、電話番号）と、テレビ２１２の送信システム２１における識別子とをセッションＩＤに対応付けて記憶する。ホームゲートウェイ２２０のセッション管理部１５０６も、上記セッション情報を記憶しておいてもよい。これにより、受信システム２２において、音声通話による第２通信が第１通信中の相手からかかってきた電話なのか、異なる第３者からの電話なのかを判別することが可能となる。

次に、セッション３６０が確立している間に、ユーザＡが電話機２１１の受話器を上げて、発呼を指示するボタンを押下すると、第２通信としての音声通話のセッション３６１が開始される。まず、電話機２１１は、省略の要求メッセージ、すなわち、「第１通信中の相手に発呼する」旨を要求する発呼要求メッセージをホームゲートウェイ２１０に対して送信する。第２通信の送信側処理ＳＳ１０において、ホームゲートウェイ２１０の呼制御部１０２は、上記発呼要求メッセージが省略の要求メッセージであると判断し、セッション情報記憶部１２１に記憶されたセッション情報に含まれる第１通信の相手先ＩＰアドレス（または、電話番号）を特定し、ホームゲートウェイ２２０に対して適切に通話要求メッセージを送信することができる。

第２通信の受信側処理ＳＳ１１では、ホームゲートウェイ２２０の受信装置選択部１５０２、受信データ変換部１５０４、受信データ配信部１５０１の各部が適切な処理を行って、ホームゲートウェイ２１０から受信した音声データを電話機２２１に配信する。こうして、第２通信としての音声通話のセッションが確立する。

このように、第２通信が電話機による音声通話の場合であっても、電話機２１１は、通話先を意識することなく、第１通信の通信相手先との間で音声通話を実現することが可能となる。ここで、ユーザＡは、電話機２１１を操作して別途電話番号を調べて入力する必要がない。電話機２１１に対して、省略の要求メッセージを送信することを指示する方法としては、単に受話器を上げる操作だけでもよいし、受話器を上げて特定のボタンを押下する操作としてもよい。いずれにしても、電話番号を入力する操作よりも簡便に、第２通信の開始を電話機２１１に指示することが可能となる。

≪実施形態４≫
本発明の通信システムにおいて、受信システム２２のテレビ２２２は、共有した各種メディアデータを表示するのみならず、宅Ｂの受信システム２２に設置される各通信装置（通信機能付きハードディスクレコーダ、ドアホンカメラなど）の情報を合わせて表示することができる。以下では、本発明の通信システムを、宅内の各種機器の情報を収集しユーザに知らせるための宅内情報収集システムに適用した場合について説明する。

図３７は、本発明の実施形態における宅内情報収集システム４の概略構成を示す図である。図３７に示すとおり、宅内情報収集システム４は、宅Ａに敷設される送信システム２１と、宅Ｂに敷設される受信システム２２とを含む構成となっており、各システムは、インターネット２３などの外部通信網を介して通信可能に接続されている。

図３７の各構成要素に付された符号は、図２および図２５の各構成要素に付された符号に対応しており、同じ符号は、同じ構成要素を示している。したがって、上述の各実施形態ですでに説明した構成要素についての説明は繰り返さない。

図３７の宅Ｂに敷設された受信システム２２において、図２および図２５の受信システム２２と異なる点は、ホームゲートウェイ２２０によって管理される通信装置として、さらに、ハードディスクレコーダ２２５およびドアホンカメラ２２６が、家庭内ＬＡＮ２２３を介してホームゲートウェイ２２０に接続されている点である。ハードディスクレコーダ２２５およびドアホンカメラ２２６のいずれも通信機能を備えており、家庭内ＬＡＮ２２３を介してホームゲートウェイ２２０とのデータ送受信が可能である。

ハードディスクレコーダ２２５は、大容量記憶装置を備え、各種メディアデータ（主に動画データ）保存するものである。例えば、テレビ２２２が放送波から受信した放送番組コンテンツを大量に蓄えておくものである。ハードディスクレコーダ２２５は、家庭内ＬＡＮ２２３の他に、ＨＤＭＩケーブルなどの有線ケーブルにてテレビ２２２と接続され、テレビ２２２と連動して必要な動作を行ってもよい。

ドアホンカメラ２２６は、宅Ｂの玄関に設置され、宅Ｂのドア付近および来客の様子を動画または静止画にて撮影するものである。ドアホンカメラ２２６が撮影した動画データまたは画像データは、家庭内ＬＡＮ２２３を介してホームゲートウェイ２２０の記憶部１５２に記憶されてもよい。

図３８は、本実施形態の宅内情報収集システム４における宅内情報収集のための通信処理の流れを示すシーケンス図である。

最初のＳ１からＳ１３までの各処理は、Ｓ１２を除いて図５のシーケンス図と同様であるので説明を省略する。

図３８のシーケンスでは、第２通信受信側処理ＳＳ１２において、ホームゲートウェイ２２０は、Ｓ１１で受信した受信データをすぐにテレビ２２２に配信する代わりに、該受信データに、各通信装置から収集したデータを合成してからテレビ２２２の要求に応じて合成データを供給している。

本実施形態では、図１５に示すホームゲートウェイ２２０は、記憶部１５２において、さらに、各通信装置から収集したデータを記憶する収集データ記憶部１５２６を備えている。

Ｓ１１にて送受信部１５１が受信データを受信すると、受信データ配信部１５０１は、受信データを受信データ記憶部１５２４に一時的に保存する。そして、装置管理部１５０５は、家庭内ＬＡＮ２２３に接続する各通信装置（ここで、ハードディスクレコーダ２２５およびドアホンカメラ２２６）に対して、データを送信するよう要求する（Ｓ７１）。

Ｓ７１のホームゲートウェイ２２０の要求に対し、ハードディスクレコーダ２２５は、ユーザ未読コンテンツについてのデータを応答として返す（Ｓ７２）。ユーザ未読コンテンツとは、ここでは、ハードディスクレコーダ２２５が記憶するコンテンツの中で、ユーザＢによって再生されていないコンテンツのことを指す。一方、ドアホンカメラ２２６は、現在撮影中の玄関付近の動画データを応答として返す（Ｓ７２）。

各通信装置から収集した各データは、収集データ記憶部１５２６に記憶される。続いて、ホームゲートウェイ２２０の受信データ変換部１５０４は、Ｓ１１にて受信した受信データ（例えば、共有写真など）と、収集データ記憶部１５２６に記憶されている各収集データを合成し、合成データを生成する。

そして、受信データ配信部１５０１は、受信データ変換部１５０４が生成した合成データを、テレビ２２２に配信する（Ｓ７３）。テレビ２２２は、Ｓ７３にて取得した上記合成データを表示部１４３に表示する。

図３９の（ａ）は、テレビ２２２が表示する合成データの具体例を示す図である。

本実施形態では、一例として、合成データ３９は、テレビ２２２において現在メインで表示されている内容（例えば、テレビ放送番組など）に重畳させて、画面右下に小さく表示され、メニュー画面のような役割を果たす。

図３９の（ａ）に示すとおり、合成データ３９は、Ｓ１１にて共有写真を受信したことを通知する第１子画面３９１と、ハードディスクレコーダ２２５内にユーザ未読コンテンツがあることを通知する第２子画面３９２と、ドアホンカメラ２２６が撮影する動画データと来客情報とを通知する第３子画面３９３とからなっている。

テレビ２２２において、合成データ３９のそれぞれの子画面は、カーソル３９０を入力部１４４によって操作することにより選択可能に表示される。ここで、第１子画面３９１が選択された状態で、入力部１４４の決定ボタンが押下されると、テレビ２２２は、第１子画面３９１に関連付けられているフォトアプリを起動して、ホームゲートウェイ２２０に対して、第１子画面３９１で通知されている共有写真を要求する（Ｓ７４）。

ホームゲートウェイ２２０の受信データ配信部１５０１は、上記要求に応じて、受信データ記憶部１５２４に記憶しておいた受信データ（共有写真）を、テレビ２２２に配信する（Ｓ７５）。共有写真を取得したテレビ２２２においては、表示部１４３の表示画面は、図３９の（ａ）から図３９の（ｂ）の表示画面に遷移する。

例えば、第２子画面３９２が選択された場合には、Ｓ７４にて、テレビ２２２は、ホームゲートウェイ２１０に対して、ハードディスクレコーダ２２５の未読コンテンツをテレビ２２２に配信するように要求してもよい。あるいは、第３子画面３９３が選択された場合には、テレビ２２２は、ドアホンカメラ２２６が撮像する動画データをホームゲートウェイ２１０に対して要求し、取得した動画データを全画面表示してもよい。

これにより、第２通信によって共有した写真の他にも、ホームゲートウェイ２２０が管理する各通信装置に関する情報を容易に収集してテレビ２２２に表示することが可能な宅内情報収集システム４を構築することが可能となる。

なお、上述の各実施形態では、第１通信が音声通話であり、第２通信がデータ通信である場合、および、その逆の場合について説明したが、これに限定されない。

第１通信、第２通信が、ともに、それぞれ異なる電話機によって実現される音声通話であってもよいし、第１通信、第２通信が、ともに、データ通信であってもよい。例えば、本発明の通信システムによれば、テレビ同士で第１通信を確立した後、当該通信に連携して、パソコン同士で第２通信を確立することも可能である。

本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。

最後に、ホームゲートウェイ２１０、２２０の各ブロック、特に、呼制御部１０２、１５０３およびセッション管理部１０３、１５０６は、ハードウェアロジックによって構成してもよいし、次のようにＣＰＵを用いてソフトウェアによって実現してもよい。

すなわち、ホームゲートウェイ２１０、２２０は、各機能を実現する制御プログラムの命令を実行するＣＰＵ（central processing unit）、上記プログラムを格納したＲＯＭ（read only memory）、上記プログラムを展開するＲＡＭ（random access memory）、上記プログラムおよび各種データを格納するメモリ等の記憶装置（記録媒体）などを備えている。そして、本発明の目的は、上述した機能を実現するソフトウェアであるホームゲートウェイ２１０、２２０の制御プログラムのプログラムコード（実行形式プログラム、中間コードプログラム、ソースプログラム）をコンピュータで読み取り可能に記録した記録媒体を、上記ホームゲートウェイ２１０、２２０に供給し、そのコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に記録されているプログラムコードを読み出し実行することによっても、達成可能である。

上記記録媒体としては、例えば、磁気テープやカセットテープ等のテープ系、フロッピー（登録商標）ディスク／ハードディスク等の磁気ディスクやＣＤ−ＲＯＭ／ＭＯ／ＭＤ／ＤＶＤ／ＣＤ−Ｒ等の光ディスクを含むディスク系、ＩＣカード（メモリカードを含む）／光カード等のカード系、あるいはマスクＲＯＭ／ＥＰＲＯＭ／ＥＥＰＲＯＭ／フラッシュＲＯＭ等の半導体メモリ系などを用いることができる。

また、ホームゲートウェイ２１０、２２０を通信ネットワークと接続可能に構成し、上記プログラムコードを、通信ネットワークを介して供給してもよい。この通信ネットワークとしては、特に限定されず、例えば、インターネット、イントラネット、エキストラネット、ＬＡＮ、ＩＳＤＮ、ＶＡＮ、ＣＡＴＶ通信網、仮想専用網（virtual private network）、電話回線網、移動体通信網、衛星通信網等が利用可能である。また、通信ネットワークを構成する伝送媒体としては、特に限定されず、例えば、ＩＥＥＥ１３９４、ＵＳＢ、電力線搬送、ケーブルＴＶ回線、電話線、ＡＤＳＬ回線等の有線でも、ＩｒＤＡやリモコンのような赤外線、Ｂｌｕｅｔｏｏｔｈ（登録商標）、８０２．１１無線、ＨＤＲ、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。なお、本発明は、上記プログラムコードが電子的な伝送で具現化された、搬送波に埋め込まれたコンピュータデータ信号の形態でも実現され得る。

〔課題を解決するための手段〕
上記通信制御装置は、上記構内通信装置から送信される通信要求メッセージが、宛先情報を指定した通常通信要求メッセージか、宛先情報を指定しない省略通信要求メッセージかを判別する要求解析手段を備え、上記呼制御手段は、上記要求解析手段が、受信した通信要求メッセージが省略通信要求メッセージであると判断した場合に、当該通信要求メッセージに応答して、上記構内通信装置と、上記セッション情報の宛先情報が指定する上記受信システムとのセッション確立してもよい。

上記構成によれば、上記要求解析手段が、通信要求メッセージが、通常通信要求メッセージか省略通信要求メッセージかを判別するので、第２通信の通信相手先が誤って、ユーザの意図しない相手に特定されることを防ぐことができる。

上記要求解析手段は、上記通信要求メッセージに含まれる通信相手を指定する情報が、自装置を示している場合に、当該通信要求メッセージが省略通信要求メッセージであると判断してもよい。

上記要求解析手段は、上記通信要求メッセージに、通信相手の宛先情報が含まれていない場合に、当該通信要求メッセージが省略通信要求メッセージであると判断してもよい。

上記要求解析手段は、上記通信要求メッセージに含まれる通信の目的を指定する情報が、通信相手との情報共有を示している場合に、当該通信要求メッセージが省略通信要求メッセージであると判断してもよい。

目的が、通信相手との情報共有であるとは、すなわち、第１通信中の相手と第１通信を続行したまま、それと連携して、第２通信にて同じ相手に別の情報を送信し、共有したいことを意味する。

よって、上記通信要求メッセージに含まれる目的が、情報共有を示している場合には、呼制御手段が、第１通信の通信相手を第２通信の通信相手としても選択するようにする。

上記第１通信および上記第２通信は、それぞれ、電話機間による音声通話、または、通信装置間によるデータ通信により実現されてもよい。

これにより、例えば、電話機同士で音声通話を継続しつつ、同じ相手の別の通信装置同士でデータ通信を行って画像データなどの交換、共有を行うことが可能となる。

上記セッション管理手段は、上記複数の第１の構内通信装置が、それぞれの外部通信装置とそれぞれの第１通信のセッションを確立している間、セッションごとに、第１の構内通信装置と通信相手の受信システムの宛先情報とを対応付けたセッション情報を上記セッション情報記憶部に記憶し、当該通信制御装置は、さらに、上記セッション情報記憶部に記憶された複数のセッション情報の中から、ユーザにより指定されたセッション情報を選択するセッション選択手段を備え、上記呼制御手段は、上記セッション選択手段が選択したセッション情報に含まれる宛先情報に基づいて、第２の構内通信装置の第２通信における通信相手の受信システムを特定してもよい。

上記構成によれば、送信システムにおいて複数の構内通信装置が設置されている場合、その各々がそれぞれの第１通信を行っている場合がある。この場合、上記セッション管理手段は、複数のセッションについて、セッションごとにセッション情報を管理する。

すなわち、セッションごとに、構内通信装置と、その通信相手（受信システム）の宛先情報とを対応付けて管理する。

ここで、第１通信の複数のセッションが確立している間に、第２通信の通信要求メッセージが受信されると、このままでは、どのセッションの通信相手と第２通信を行えばよいのか宛先の特定ができない。

そこで、上記セッション選択手段は、複数のセッションの中からユーザの選択を受け付けて、ユーザの指定するセッションに関連付けられている宛先情報が指定する通信相手（受信システム）を第２通信の通信相手として特定する。

これにより、セッションが複数管理されている場合でも、構内通信装置側では、宛先情報を意識することなく、ユーザが意図する通信相手を特定し第２通信のセッションを確立することが可能となる。

上記呼制御手段は、上記セッション情報記憶部にセッション情報が記憶されておらず、上記セッション選択手段がセッション情報を選択できない場合は、通信不可能である旨の通信不可メッセージを、上記通信要求メッセージの応答として上記第２の構内通信装置に返送することが好ましい。

上記呼制御手段は、上記セッション情報の宛先情報が指定する上記受信システムから、上記第２通信による通信が不可能である旨の通信不可メッセージを受信した場合には、通信不可能である旨の通信不可メッセージを、上記通信要求メッセージの応答として上記第２の構内通信装置に返送することが好ましい。

上記第２の構内通信装置から送信された第２通信を要求する通信要求メッセージは、上記第１通信の通信相手の受信システムと共有可能なデータを、該第２通信を介して上記受信システムに送信することを要求するデータ送信要求メッセージであり、上記呼制御手段は、上記受信システムから、データ受信が不可能である旨のデータ受信不可メッセージを受信した場合には、上記共有可能なデータの送信が不可能である旨の送信不可メッセージを、上記データ送信要求メッセージの応答として上記第２の構内通信装置に返送することが好ましい。

上記通信制御装置は、上記複数の構内通信装置のうち少なくともいずれかが、上記第１通信の通信相手の受信システムと共有可能なデータを取得した場合に、上記データを第２通信によって上記受信システムに送信可能である旨をユーザに報知するように、上記送信システムに含まれる構内通信装置または自装置が備える報知部を制御する報知制御手段を備えていてもよい。

上記構成によれば、上記複数の構内通信装置のうち少なくともいずれか（例えば、テレビなど）が、上記第１通信の通信相手の受信システムと共有可能なデータ（例えば、写真など）を取得した場合に、上記報知制御手段は、上記データを第２通信によって上記受信システムに送信可能である旨をユーザに報知するように、当該送信システムの構内通信装置または自装置が備える報知部を制御する。報知部とは、例えば、電話機のランプなどが想定される。

報知部が作動すれば、ユーザはその報知を確認することによって、自分の送信システムにおいて、通信相手と共有できるデータが入手されたことを知ることができる。

上記通信制御装置は、上記第２通信のセッションが確立していることにより、データが上記第２の構内通信装置と、上記受信システムとで共通に処理されている場合に、該データが共有されている旨を示す通知情報を該データとともに出力することを上記第２の構内通信装置に指示する出力制御手段を備えていてもよい。

送信システムの第２の構内通信装置（通信装置Ａ）と、受信システム（のいずれかの外部通信装置（通信装置Ｂ））との間で、第２通信のセッションの確立によりデータの共有が実現したとする。

上記構成によれば、自装置が接続する通信装置Ａと、相手の通信装置Ｂとの間でデータの共有が実現したときに、上記出力制御手段は、通信装置Ａが上記データを出力する際に、当該データが共有中であることを示す通知情報を上記データとともに出力するように、通信装置Ａに対して指示を送る。

これにより、通信装置Ａは、上記共有されたデータとともに当該データが共有中であることを示す通知情報を出力する。結果として、ユーザは、上記データが、無事に通信相手と共有できていることを知ることが可能となる。

上記通信制御装置は、データが上記第２の構内通信装置と、上記受信システムとで共有されたことを示す共有履歴情報を該データに対応付けて記憶する共有履歴記憶部を備え、上記出力制御手段は、上記共有履歴記憶部に記憶されている上記共有履歴情報に基づいて、上記第２の構内通信装置と、上記受信システムとの間で上記データが再び共有された場合に、該データが過去に共有されている旨を示す通知情報を該データとともに出力することを上記第２の構内通信装置に指示してもよい。

上記構成によれば、共有履歴記憶部において、データ共有の履歴が記憶される。つまり、どの装置とどの装置（どのシステム）との間でどのデータの共有が行われたのかが記憶されている。

上記出力制御手段は、上記共有履歴情報に基づいて、過去と同じ共有（例えば、通信装置Ａと通信装置Ｂとの間でデータＣが共有された）が発生したと検知した場合には、上記出力制御手段は、通信装置Ａが上記データを出力する際に、当該データが共有済みであることを示す通知情報を上記データとともに出力するように、通信装置Ａに対して指示を送る。

これにより、通信装置Ａは、上記共有されたデータとともに当該データが過去に共有済みであることを示す通知情報を出力する。結果として、ユーザは、上記データが、すでに同じ通信相手との間で共有されたことがあるということを知ることが可能となる。

上記受信装置選択手段は、上記受信データのフォーマットに応じて、当該フォーマットを処理可能な構内通信装置を受信装置として選択してもよい。

これにより、受信した受信データを処理可能な構内通信装置へ該受信データを配信することができ、送信システムから送信された受信データを適切に処理することが可能となる。

例えば、受信装置選択手段は、受信データが画像データであれば、受信装置として表示装置を受信装置として選択したり、受信データが音楽データであれば、音楽再生装置を選択したりすることができる。

上記通信制御装置は、さらに、上記受信装置選択手段により選択された構内通信装置の処理性能に合わせて、上記受信データを変換する受信データ変換手段を備えていてもよい。

上記構成によれば、受信装置として選択された構内通信装置の処理性能に合わせて、上記受信データ変換手段がさらに、上記受信データの変換を行う。

これにより、上記構内通信装置は、上記受信データを処理する際には、さらに適切な状態に変換された受信データを扱うことが可能となる。

上記通信制御装置は、さらに、上記受信システムに含まれる構内通信装置ごとに、該構内通信装置の処理性能に関する装置仕様情報を記憶する装置仕様情報記憶部を備え、上記受信データ変換手段は、上記装置仕様情報に基づいて、上記受信データを変換してもよい。

上記通信制御装置は、さらに、上記受信データに関連付けられている、該受信データの属性を示す属性情報を解析する属性情報解析手段を備え、上記装置仕様情報記憶部には、上記属性情報に対応付けて受信データを変換する変換方法を規定した変換方法規定テーブルが記憶されており、上記受信データ変換手段は、上記属性情報解析手段が解析した属性情報に対応する変換方法にしたがって、上記受信データを変換してもよい。

これにより、上記受信データ変換手段は、構内通信装置の処理性能に加えて、受信データの属性を考慮して最適な変換方法を採用して受信データを変換することができる。

結果として、より最適な方法にて変換された受信データが構内通信装置に配信されることになる。

受信データの属性情報は、受信データの性質、特徴、内容などを示すものであれば何でもよい。例えば、その受信データがいつ生成されたのか、受信データが当該通信制御装置に取得されたのはいつか、受信データを取得した通信制御装置はどの地域に設置されているのかなどを示す情報であってもよい。あるいは、受信データがＨＴＭＬまたはＸＭＬなどの構造化データである場合には、属性情報は、当該受信データに設定されている背景色は何色であるのかなどを示す情報であってもよい。

上記通信制御装置は、さらに、上記受信システムに含まれる各構内通信装置の状態を管理する装置管理手段を備え、上記受信装置選択手段は、上記装置管理手段が管理する各構内通信装置の状態に基づいて、上記受信データを受信可能な状態にある構内通信装置を受信装置として選択してもよい。

上記構成によれば、上記受信装置選択手段は、各構内通信装置がどのような状態にあるかを考慮して、受信した受信データを処理可能な状態にある各構内通信装置を受信装置として選択することができる。

したがって、受信データを送信システムから受信したものの、構内通信装置が処理不可能な状態であるために、適切に配信できない、などといった通信エラーを回避することが可能となる。

上記通信制御装置は、さらに、上記構内通信装置ごとに、該構内通信装置の状態を示す装置状態情報を記憶する装置状態情報記憶部を備え、上記装置管理手段は、各構内通信装置から取得した装置状態情報を上記装置状態情報記憶部に記憶してもよい。

上記呼制御手段は、上記受信装置選択手段が、上記受信データを受信可能な構内通信装置が上記受信システムに存在しないと判断した場合に、上記受信システムが上記受信データを受信することができない旨を、送信システムにおいてユーザに通知するためのエラーメッセージのデータを、上記送信システムに対して返信することが好ましい。

上記構成によれば、受信システムにおいて、受信データを処理可能な構内通信装置がない場合には、呼制御手段が、エラーメッセージのデータを送信システムに対して返信する。

これにより、送信システムは、エラーメッセージのデータを処理して送信システムのユーザに通知することができるので、ユーザは、自分が送信したデータが相手に正常に届かなかったことを知ることができる。

上記通信制御部は、さらに、上記呼制御手段が取得する受信データを記憶する受信データ記憶部と、上記受信データ記憶部に上記受信データを保存する受信データ管理手段とを備え、上記受信装置選択手段が、上記受信データを受信可能な構内通信装置が上記受信システムに存在しないと判断した場合に、上記呼制御手段は、受信システムにおける構内通信装置の代わりに自装置において上記受信データを一時的に保存する旨を、送信システムにおいてユーザに通知するための代理応答メッセージのデータを、上記送信システムに対して返信してもよい。

上記構成によれば、上記受信装置選択手段が、上記受信データを受信可能な構内通信装置が上記受信システムに存在しないと判断した場合に、上記受信データ管理手段が、上記受信データを構内通信装置のいずれかに配信する代わりに、受信データ記憶部に上記受信データを保存する。そして、上記呼制御手段は、代理応答メッセージのデータを、上記送信システム対して返信する。代理応答メッセージとは、受信システムにおいて上記受信データを一時的に保存する旨を、送信システムのユーザに通知するためのメッセージである。

これにより、送信システムのユーザは、自身が送信した受信データが、一時的に受信システムにおいて保存され、いずれ、受信システムのユーザに届くであろうことを知ることができる。

上記受信データ管理手段は、上記受信データに、該受信データの送信元である送信システムの宛先情報を関連付けて上記受信データ記憶部に記憶し、上記呼制御手段は、上記受信データを処理した構内通信装置から送信された、通信を要求する通信要求メッセージにしたがって、上記構内通信装置と、上記受信データ記憶部に記憶された宛先情報が指定する上記送信システムとのセッションを確立することが好ましい。

上記構成によれば、上述のようにして一時的に保存されていた受信データが、その後、構内通信装置のいずれかによって処理される。そして、その構内通信装置が、当該通信制御装置に対して通信を要求する通信要求メッセージ、すなわち、宛先情報を指定しない省略通信要求メッセージを送信する。ここで、省略通信要求メッセージの意図は、「一時保存した受信データの送信元に折り返し通信を行う」という要求である。

上記呼制御手段は、受信データ記憶部に記憶された受信データに関連付けられている宛先情報が指定する送信システムと、上記構内通信装置とのセッションを確立する。

これにより、構内通信装置は、送信元の宛先情報を意識する必要なく、ただ通信要求メッセージを通信制御装置に送信するのみで、容易にコールバックを実施することが可能となる。

上記呼制御手段は、上記送信システムから送信された第１通信を要求する通信要求メッセージに応じて、上記送信システムと、上記受信システムに含まれるいずれかの構内通信装置とのセッションを確立し、当該通信制御装置は、さらに、上記第１通信のセッションが確立している間、該セッションが確立していることを示す情報と、上記送信システムの宛先情報とを関連付けてセッション情報としてセッション情報記憶部に記憶するセッション管理手段を備えていてもよい。

これにより、受信システムにおいて、第１通信のセッションが確立している間、当該セッションのセッション情報が通信制御装置にて管理される。セッション情報には、第１通信の通信相手の宛先情報が関連付けて記憶されている。

したがって、受信システムにおいても第１通信のセッションの宛先情報を他の通信（第２通信など）に利用して、複数の通信を連携させることが可能となる。

上記呼制御手段は、第２通信にて受信データを受信したとき、上記セッション情報に基づいて、上記受信データが、上記第１通信の通信相手の送信システムから送信されたものであるか否かを判定し、上記受信装置選択手段は、上記受信データが、第１通信の通信相手である送信システムから送信されたものであると判定された場合には、ユーザにより指定された構内通信装置を受信装置として選択してもよい。

上記構成によれば、上記呼制御手段は、第２通信にて受信データを受信したとき、セッション情報に基づいて、上記受信データが、上記第１通信の通信相手の送信システムから送信されたものであるか否かを判定することができる。そして、上記受信データが、第１通信の通信相手である送信システムから送信されたものである場合には、上記受信装置選択手段は、ユーザにより指定された構内通信装置を受信装置として選択する。

これにより、第１通信と第２通信とを連携して実施する場合、受信システムにおいて、受信システムのユーザが、第２通信に利用する構内通信装置を任意に選択することが可能となる。

上記通信制御装置は、上記構内通信装置のいずれかが、上記セッションが確立していることにより、上記送信システムの外部通信装置から受信した受信データを、上記外部通信装置と共通に処理している場合に、該データが共有されている旨を示す通知情報を該データとともに出力することを上記構内通信装置に指示する出力制御手段を備えていてもよい。

これにより、受信システムのユーザは、構内通信装置のいずれかにて処理・出力された受信データが、送信システムのユーザと共有されていることを知ることが可能となる。

データが上記構内通信装置と、上記受信システムとで共有されたことを示す共有履歴情報を該データに対応付けて記憶する共有履歴記憶部を備え、上記出力制御手段は、上記共有履歴記憶部に記憶されている上記共有履歴情報に基づいて、上記構内通信装置と、上記受信システムとの間で上記データが再び共有された場合に、該データが過去に共有されている旨を示す通知情報を該データとともに出力することを上記構内通信装置に指示してもよい。

これにより、受信システムのユーザは、構内通信装置のいずれかにて処理・出力された受信データが、送信システムのユーザと過去に共有済みであることを知ることが可能となる。

上述の送信システムにおける通信制御装置と、構内通信網を介して該送信システムの通信制御装置に接続する複数の構内通信装置とを含む送信システムも本発明の範疇に入る。

上述の受信システムにおける通信制御装置と、構内通信網を介して該受信システムの通信制御装置に接続する複数の構内通信装置とを含む受信システムも本発明の範疇に入る。

上記送信システムと上記受信システムとを含む通信システムも本発明の範疇に入る。

なお、上記通信制御装置および上記通信装置は、コンピュータによって実現してもよく、この場合には、コンピュータを上記各手段として動作させることにより上記通信制御装置または上記通信装置をコンピュータにて実現させる上記通信制御装置または上記通信装置の制御プログラム、およびそれを記録したコンピュータ読み取り可能な記録媒体も、本発明の範疇に入る。

本発明のホームゲートウェイによれば、第１通信と連携して第２通信を開始する場合に、その宛先として第１通信の通信相手の情報を動的に取得することができるので、複数の通信を連携して各種データを送受信する通信システムに好適に用いることができる。

Claims (36)

1. 送信システムにおいて構内通信網を介して複数の構内通信装置と接続し、各構内通信装置が外部通信網を介して外部通信装置と通信するための通信制御を行う通信制御装置において、
   第１の構内通信装置から送信された外部通信装置との第１通信を要求する通信要求メッセージにしたがって、上記第１の構内通信装置と上記外部通信装置が含まれる受信システムとのセッションを確立する呼制御手段と、
   上記第１通信のセッションが確立している間、該セッションが確立していることを示す情報と、上記受信システムの宛先情報とを関連付けてセッション情報としてセッション情報記憶部に記憶するセッション管理手段とを備え、
   上記呼制御手段は、
   第２の構内通信装置から送信された第２通信を要求する通信要求メッセージにしたがって、
   上記第２の構内通信装置と、上記セッション情報の宛先情報が指定する上記受信システムとのセッションを第２通信のセッションとして確立し、
   上記通信制御装置は、さらに、
   データが上記第２の構内通信装置と、上記受信システムとで共有されたことを示す共有履歴情報を該データに対応付けて記憶する共有履歴記憶部と、
   上記共有履歴記憶部に記憶されている上記共有履歴情報に基づいて、上記第２の構内通信装置と上記受信システムとの間で上記データが再び共有された場合に、該データが過去に共有されている旨を示す通知情報を該データとともに出力することを上記第２の構内通信装置に指示する出力制御手段とを備えていることを特徴とする通信制御装置。
2. 上記構内通信装置から送信される通信要求メッセージが、宛先情報を指定した通常通信要求メッセージか、宛先情報を指定しない省略通信要求メッセージかを判別する要求解析手段を備え、
   上記呼制御手段は、上記要求解析手段が、受信した通信要求メッセージが省略通信要求メッセージであると判断した場合に、当該通信要求メッセージに応答して、上記構内通信装置と、上記セッション情報の宛先情報が指定する上記受信システムとのセッション確立することを特徴とする請求項１に記載の通信制御装置。
3. 上記要求解析手段は、
   上記通信要求メッセージに含まれる通信相手を指定する情報が、自装置を示している場合に、当該通信要求メッセージが省略通信要求メッセージであると判断することを特徴とする請求項２に記載の通信制御装置。
4. 上記要求解析手段は、
   上記通信要求メッセージに、通信相手の宛先情報が含まれていない場合に、当該通信要求メッセージが省略通信要求メッセージであると判断することを特徴とする請求項２に記載の通信制御装置。
5. 上記要求解析手段は、
   上記通信要求メッセージに含まれる通信の目的を指定する情報が、通信相手との情報共有を示している場合に、当該通信要求メッセージが省略通信要求メッセージであると判断することを特徴とする請求項２に記載の通信制御装置。
6. 上記第１通信および上記第２通信は、それぞれ、電話機間による音声通話、または、通信装置間によるデータ通信により実現されることを特徴とする請求項１から５までのいずれか１項に記載の通信制御装置。
7. 上記セッション管理手段は、
   上記複数の第１の構内通信装置が、それぞれの外部通信装置とそれぞれの第１通信のセッションを確立している間、セッションごとに、第１の構内通信装置と通信相手の受信システムの宛先情報とを対応付けたセッション情報を上記セッション情報記憶部に記憶し、
   当該通信制御装置は、さらに、
   上記セッション情報記憶部に記憶された複数のセッション情報の中から、ユーザにより指定されたセッション情報を選択するセッション選択手段を備え、
   上記呼制御手段は、
   上記セッション選択手段が選択したセッション情報に含まれる宛先情報に基づいて、第２の構内通信装置の第２通信における通信相手の受信システムを特定することを特徴とする請求項１から６までのいずれか１項に記載の通信制御装置。
8. 上記呼制御手段は、
   上記セッション情報記憶部にセッション情報が記憶されておらず、上記セッション選択手段がセッション情報を選択できない場合は、
   通信不可能である旨の通信不可メッセージを、上記通信要求メッセージの応答として上記第２の構内通信装置に返送することを特徴とする請求項７に記載の通信制御装置。
9. 上記呼制御手段は、
   上記セッション情報の宛先情報が指定する上記受信システムから、上記第２通信による通信が不可能である旨の通信不可メッセージを受信した場合には、
   通信不可能である旨の通信不可メッセージを、上記通信要求メッセージの応答として上記第２の構内通信装置に返送することを特徴とする請求項１から８までのいずれか１項に記載の通信制御装置。
10. 上記第２の構内通信装置から送信された第２通信を要求する通信要求メッセージは、上記第１通信の通信相手の受信システムと共有可能なデータを、該第２通信を介して上記受信システムに送信することを要求するデータ送信要求メッセージであり、
    上記呼制御手段は、
    上記受信システムから、データ受信が不可能である旨のデータ受信不可メッセージを受信した場合には、
    上記共有可能なデータの送信が不可能である旨の送信不可メッセージを、上記データ送信要求メッセージの応答として上記第２の構内通信装置に返送することを特徴とする請求項９に記載の通信制御装置。
11. 上記複数の構内通信装置のうち少なくともいずれかが、上記第１通信の通信相手の受信システムと共有可能なデータを取得した場合に、
    上記データを第２通信によって上記受信システムに送信可能である旨をユーザに報知するように、上記送信システムに含まれる構内通信装置または自装置が備える報知部を制御する報知制御手段を備えていることを特徴とする請求項１から１０までのいずれか１項に記載の通信制御装置。
12. 上記出力制御手段は、
    上記第２通信のセッションが確立していることにより、データが上記第２の構内通信装置と、上記受信システムとで共通に処理されている場合に、該データが共有されている旨を示す通知情報を該データとともに出力することを上記第２の構内通信装置に指示することを特徴とする請求項１から１１までのいずれか１項に記載の通信制御装置。
13. 受信システムにおいて構内通信網を介して複数の構内通信装置と接続し、各構内通信装置が外部通信網を介して外部通信装置と通信するための通信制御を行う通信制御装置において、
    送信システムに含まれる外部通信装置のいずれかとセッションを確立することにより、上記外部通信装置から送信された受信データを受信する呼制御手段と、
    上記呼制御手段により受信された受信データの受け取り手となる受信装置を、上記構内通信網に接続する複数の構内通信装置の中から選択する受信装置選択手段とを備え、
    上記受信装置選択手段は、上記受信データの属性と上記各構内通信装置の属性とに基づいて、該受信データの受信装置を選択し、
    上記通信制御装置は、さらに、
    上記受信データが上記構内通信装置と、上記送信システムの外部通信装置とで共有されたことを示す共有履歴情報を該データに対応付けて記憶する共有履歴記憶部と、
    上記共有履歴記憶部に記憶されている上記共有履歴情報に基づいて、上記構内通信装置と、上記送信システムの外部通信装置との間で上記受信データが再び共有された場合に、該受信データが過去に共有されている旨を示す通知情報を該受信データとともに出力することを上記構内通信装置に指示する出力制御手段とを備えていることを特徴とする通信制御装置。
14. 上記受信装置選択手段は、
    上記受信データのフォーマットに応じて、当該フォーマットを処理可能な構内通信装置を受信装置として選択することを特徴とする請求項１３に記載の通信制御装置。
15. 上記受信装置選択手段により選択された構内通信装置の処理性能に合わせて、上記受信データを変換する受信データ変換手段を備えていることを特徴とする請求項１３または１４に記載の通信制御装置。
16. 上記受信システムに含まれる構内通信装置ごとに、該構内通信装置の処理性能に関する装置仕様情報を記憶する装置仕様情報記憶部を備え、
    上記受信データ変換手段は、上記装置仕様情報に基づいて、上記受信データを変換することを特徴とする請求項１５に記載の通信制御装置。
17. 上記受信データに関連付けられている、該受信データの属性を示す属性情報を解析する属性情報解析手段を備え、
    上記装置仕様情報記憶部には、上記属性情報に対応付けて受信データを変換する変換方法を規定した変換方法規定テーブルが記憶されており、
    上記受信データ変換手段は、上記属性情報解析手段が解析した属性情報に対応する変換方法にしたがって、上記受信データを変換することを特徴とする請求項１６に記載の通信制御装置。
18. 上記受信システムに含まれる各構内通信装置の状態を管理する装置管理手段を備え、
    上記受信装置選択手段は、
    上記装置管理手段が管理する各構内通信装置の状態に基づいて、上記受信データを受信可能な状態にある構内通信装置を受信装置として選択することを特徴とする請求項１３から１７までのいずれか１項に記載の通信制御装置。
19. 上記構内通信装置ごとに、該構内通信装置の状態を示す装置状態情報を記憶する装置状態情報記憶部を備え、
    上記装置管理手段は、各構内通信装置から取得した装置状態情報を上記装置状態情報記憶部に記憶することを特徴とする請求項１８に記載の通信制御装置。
20. 上記呼制御手段は、
    上記受信装置選択手段が、上記受信データを受信可能な構内通信装置が上記受信システムに存在しないと判断した場合に、
    上記受信システムが上記受信データを受信することができない旨を、送信システムにおいてユーザに通知するためのエラーメッセージのデータを、上記送信システムに対して返信することを特徴とする請求項１８または１９に記載の通信制御装置。
21. 上記呼制御手段が取得する受信データを記憶する受信データ記憶部と、
    上記受信データ記憶部に上記受信データを保存する受信データ管理手段とを備え、
    上記受信装置選択手段が、上記受信データを受信可能な構内通信装置が上記受信システムに存在しないと判断した場合に、
    上記呼制御手段は、
    受信システムにおける構内通信装置の代わりに自装置において上記受信データを一時的に保存する旨を、送信システムにおいてユーザに通知するための代理応答メッセージのデータを、上記送信システムに対して返信することを特徴とする請求項１８または１９に記載の通信制御装置。
22. 上記受信データ管理手段は、
    上記受信データに、該受信データの送信元である送信システムの宛先情報を関連付けて上記受信データ記憶部に記憶し、
    上記呼制御手段は、
    上記受信データを処理した構内通信装置から送信された、通信を要求する通信要求メッセージにしたがって、上記構内通信装置と、上記受信データ記憶部に記憶された宛先情報が指定する上記送信システムとのセッションを確立することを特徴とする請求項２１に記載の通信制御装置。
23. 上記呼制御手段は、
    上記送信システムから送信された第１通信を要求する通信要求メッセージに応じて、上記送信システムと、上記受信システムに含まれるいずれかの構内通信装置とのセッションを確立し、
    当該通信制御装置は、さらに、
    上記第１通信のセッションが確立している間、該セッションが確立していることを示す情報と、上記送信システムの宛先情報とを関連付けてセッション情報としてセッション情報記憶部に記憶するセッション管理手段を備えていることを特徴とする請求項１３から２２までのいずれか１項に記載の通信制御装置。
24. 上記呼制御手段は、
    第２通信にて受信データを受信したとき、上記セッション情報に基づいて、上記受信データが、上記第１通信の通信相手の送信システムから送信されたものであるか否かを判定し、
    上記受信装置選択手段は、
    上記受信データが、第１通信の通信相手である送信システムから送信されたものであると判定された場合には、
    ユーザにより指定された構内通信装置を受信装置として選択することを特徴とする請求項２３に記載の通信制御装置。
25. 上記出力制御手段は、
    上記構内通信装置のいずれかが、上記セッションが確立していることにより、上記送信システムの外部通信装置から受信した受信データを、上記外部通信装置と共通に処理している場合に、該データが共有されている旨を示す通知情報を該データとともに出力することを上記構内通信装置に指示することを特徴とする請求項１３から２４までのいずれか１項に記載の通信制御装置。
26. 送信システムにおいて構内通信網を介して、請求項１から１２までのいずれか１項に記載の通信制御装置と接続し、通信制御装置の通信制御にしたがって、外部通信網に接続する外部通信装置と通信する通信装置において、
    ユーザにより指定された外部通信装置との第１通信を、上記通信制御装置に対して要求するための通信要求メッセージと、上記第１通信の外部通信装置が含まれる受信システムとの第２通信を、上記通信制御装置に対して要求する通信要求メッセージとを生成する要求生成手段と、
    当該通信装置と上記外部通信装置との間で過去に共有されたデータが、上記要求生成手段による要求に対する上記通信制御装置の応答によって再び共有された場合に上記通信制御装置から送信される、当該データが過去に共有されている旨を示す通知情報を該データとともに出力するよう指示する命令信号にしたがって、上記通知情報を上記データとともに出力する出力手段とを備えていることを特徴とする通信装置。
27. 請求項２から５までのいずれか１項に記載の通信制御装置と接続し、
    上記要求生成手段は、
    上記第１通信を要求する通信要求メッセージを、上記外部通信装置の宛先情報を指定した通常通信要求メッセージとして生成し、
    上記第２通信を要求する通信要求メッセージを、宛先情報を指定しない省略通信要求メッセージとして生成することを特徴とする請求項２６に記載の通信装置。
28. 請求項１から１２までのいずれか１項に記載の通信制御装置と、
    構内通信網を介して上記通信制御装置に接続する複数の構内通信装置とを含むことを特徴とする送信システム。
29. 請求項１３から２５までのいずれか１項に記載の通信制御装置と、
    構内通信網を介して上記通信制御装置に接続する複数の構内通信装置とを含むことを特徴とする受信システム。
30. 請求項２８に記載の送信システムと、
    請求項２９に記載の受信システムとを含むことを特徴とする通信システム。
31. 送信システムにおいて構内通信網を介して複数の構内通信装置と接続し、各構内通信装置が外部通信網を介して外部通信装置と通信するための通信制御を行う通信制御装置の制御方法であって、
    第１の構内通信装置から送信された外部通信装置との第１通信を要求する通信要求メッセージにしたがって、上記第１の構内通信装置と上記外部通信装置が含まれる受信システムとのセッションを確立する第１呼制御ステップと、
    上記第１呼制御ステップにて、上記第１通信のセッションが確立している間、該セッションが確立していることを示す情報と、上記受信システムの宛先情報とを関連付けてセッション情報としてセッション情報記憶部に記憶するセッション管理ステップと、
    第２の構内通信装置から送信された第２通信を要求する通信要求メッセージにしたがって、上記第２の構内通信装置と、上記セッション情報の宛先情報が指定する上記受信システムとのセッションを第２通信のセッションとして確立する第２呼制御ステップとを含み、
    上記通信制御装置は、データが上記第２の構内通信装置と、上記受信システムとで共有されたことを示す共有履歴情報を該データに対応付けて記憶する共有履歴記憶部を備えており、
    上記第２呼制御ステップにおいて、上記共有履歴記憶部に記憶されている上記共有履歴情報に基づいて、上記第２の構内通信装置と上記受信システムとの間で上記データが再び共有された場合に、該データが過去に共有されている旨を示す通知情報を該データとともに出力することを上記第２の構内通信装置に指示する指示ステップをさらに含むことを特徴とする通信制御装置の制御方法。
32. 受信システムにおいて構内通信網を介して複数の構内通信装置と接続し、各構内通信装置が外部通信網を介して外部通信装置と通信するための通信制御を行う通信制御装置の制御方法であって、
    送信システムに含まれる外部通信装置のいずれかとセッションを確立することにより、上記外部通信装置から送信された受信データを受信する呼制御ステップと、
    上記呼制御ステップにより受信された受信データの受け取り手となる受信装置を、上記構内通信網に接続する複数の構内通信装置の中から選択する受信装置選択ステップとを含み、
    上記受信装置選択ステップでは、上記受信データの属性と上記各構内通信装置の属性とに基づいて、該受信データの受信装置を選択し、
    上記通信制御装置は、上記受信データが上記構内通信装置と、上記送信システムの外部通信装置とで共有されたことを示す共有履歴情報を該データに対応付けて記憶する共有履歴記憶部を備えており、
    上記共有履歴記憶部に記憶されている上記共有履歴情報に基づいて、上記構内通信装置と、上記送信システムの外部通信装置との間で上記受信データが再び共有された場合に、該受信データが過去に共有されている旨を示す通知情報を該受信データとともに出力することを上記構内通信装置に指示する指示ステップをさらに含むことを特徴とする通信制御装置の制御方法。
33. 送信システムにおいて構内通信網を介して、請求項１から１２までのいずれか１項に記載の通信制御装置と接続し、通信制御装置の通信制御にしたがって、外部通信網に接続する外部通信装置と通信する通信装置の制御方法であって、
    ユーザにより指定された外部通信装置との第１通信を、上記通信制御装置に対して要求するための通信要求メッセージ、または、上記第１通信の外部通信装置が含まれる受信システムとの第２通信を、上記通信制御装置に対して要求する通信要求メッセージを生成する要求生成ステップと、
    上記通信装置と上記外部通信装置との間で過去に共有されたデータが、上記要求生成ステップでの要求に対する上記通信制御装置の応答によって再び共有された場合に上記通信制御装置から送信される、当該データが過去に共有されている旨を示す通知情報を該データとともに出力するよう指示する命令信号にしたがって、上記通知情報を上記データとともに出力する出力ステップとを含むことを特徴とする通信装置の制御方法。
34. 請求項２から５までのいずれか１項に記載の通信制御装置と接続し、
    上記要求生成ステップでは、
    上記第１通信を要求する通信要求メッセージを、上記外部通信装置の宛先情報を指定した通常通信要求メッセージとして生成し、
    上記第２通信を要求する通信要求メッセージを、宛先情報を指定しない省略通信要求メッセージとして生成することを特徴とする請求項３３に記載の通信装置の制御方法。
35. コンピュータを、請求項１から２５までのいずれか１項に記載の通信制御装置、または、請求項２６または２７に記載の通信装置の各手段として機能させるための制御プログラム。
36. 請求項３５に記載の制御プログラムを記録したコンピュータ読み取り可能な記録媒体。

Images