(57)【要約】【課題】システムの開発および運用負荷を低減するとともに、各機器が通信相手の宛先を知らなくても通信可能とする。【解決手段】通信宛先解決装置３であって、当該通信宛先解決装置３が管理するグループの各機器のメンバIDと、グローバルIDおよびローカルIDとを対応付けて記憶する記憶手段３５と、通信先の機器のメンバIDを含む宛先解決要求を受信し、当該宛先解決要求の通信元の機器のグローバルIDおよびローカルIDが記憶手段３５に記憶されているか否かを判別する認証手段３２と、記憶手段３５に記憶されている場合にメンバIDに対応するグローバルIDおよびローカルIDを記憶手段３５から取得し、メンバIDの宛先を解決する宛先解決手段３３と、を備える。【選択図】図１
2014022817.tif 000002
【特許請求の範囲】
【請求項１】
通信宛先解決装置であって、
当該通信宛先解決装置が管理するグループの各機器のメンバIDと、グローバルIDおよびローカルIDとを対応付けて記憶する記憶手段と、
通信先の機器のメンバIDを含む宛先解決要求を受信し、当該宛先解決要求の通信元の機器のグローバルIDおよびローカルIDが前記記憶手段に記憶されているか否かを判別する認証手段と、
前記記憶手段に記憶されている場合に、前記メンバIDに対応するグローバルIDおよびローカルIDを前記記憶手段から取得し、前記メンバIDの宛先を解決する宛先解決手段と、を備えること
を特徴とする通信宛先解決装置。
【請求項２】
請求項１記載の通信宛先解決装置であって、
前記認証手段は、前記通信先の機器への接続時に、前記通信元の機器のグローバルID およびローカルIDと、前記通信先の機器のグローバルIDおよびローカルIDとが、前記記憶手段に記憶されているか否かを判別すること
を特徴とする通信宛先解決装置。
【請求項３】
請求項１または２記載の通信宛先解決装置であって、
グローバルIDおよびローカルIDは、外線電話番号および内線電話番号であること
を特徴とする通信宛先解決装置。
【請求項４】
請求項１から３のいずれか１項に記載の通信宛先解決装置であって、
前記記憶手段には、前記機器のグローバルIDおよびローカルIDとともに、当該機器自身が保持するグローバルIDが記憶されること
を特徴とする通信宛先解決装置。
【請求項５】
ゲートウェイ装置であって、
当該ゲートウェイ装置に接続された第１の機器から、他のゲートウェイ装置に接続された第２の機器への通信要求を受け付けて、通信元の第１の機器のグローバルIDおよびローカルID、および通信先の第２の機器のメンバIDを指定した宛先解決要求を、通信宛先解決装置に送信する送信手段と、
前記通信宛先解決装置が第１の機器のグローバルIDおよびローカルIDを用いて、第１の機器は当該通信宛先解決装置が管理する機器であると判別した場合に、当該通信宛先解決装置から第２の機器のメンバIDに対応するグローバルIDおよびローカルIDを受信する受信手段と、
受信したグローバルIDおよびローカルIDを用いて、第２の機器に通信要求を送信する通信手段と、を備えること
を特徴とするゲートウェイ装置。
【請求項６】
通信宛先解決装置とゲートウェイ装置とが行う通信宛先解決方法であって、
前記ゲートウェイ装置は、
当該ゲートウェイ装置に接続された第１の機器から、他のゲートウェイ装置に接続された第２の機器への通信要求を受け付けて、通信元の第１の機器のグローバルIDおよびローカルID、および通信先の第２の機器のメンバIDを指定した宛先解決要求を、前記通信宛先解決装置に送信する送信ステップと、
前記通信宛先解決装置から第２の機器のメンバIDに対応するグローバルIDおよびローカルIDを受信する受信ステップと、
受信したグローバルIDおよびローカルIDを用いて、第２の機器に通信要求を送信する通信ステップと、を行い、
前記通信宛先解決装置は、
当該通信宛先解決装置が管理するグループの各機器のメンバIDと、グローバルIDおよびローカルIDとを対応付けて記憶する記憶部を備え、
通信先の第２の機器のメンバIDを含む宛先解決要求を受信し、当該宛先解決要求の通信元の第１の機器のグローバルIDおよびローカルIDが前記記憶部に記憶されているか否かを判別する認証ステップと、
前記宛先解決要求の通信元の第１の機器のグローバルIDおよびローカルIDが前記記憶部に記憶されている場合に、第２の機器のメンバIDに対応するグローバルIDおよびローカルIDを前記記憶部から取得し、前記ゲートウェイ装置に送信する宛先解決ステップと、を行うこと
を特徴とする通信宛先解決方法。
【請求項７】
請求項１から４のいずれか一項に記載の通信宛先解決装置として、コンピュータを機能させるためのプログラム。
【請求項８】
請求項５に記載のゲートウェイ装置として、コンピュータを機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信先の機器の宛先を解決する通信宛先解決装置、ゲートウェイ装置、通信宛先解決方法、およびプログラムに関する。
【背景技術】
【０００２】
現在、ホームネットワークにはPCや電話機等の様々な機器が接続されている。機器は、複数宅間をまたいだグローバルなIDと、宅内のみに閉じたローカルなIDを持つことが一般的である。具体的には、PCの場合はグローバルIPアドレスとローカルIPアドレスを、電話機の場合は外線電話番号と内線電話番号を持つ。
【０００３】
複数宅間のこれらの機器同士があるシステムを経由して通信を行う場合、機器はシステムが事前に払い出したグローバルなIDを用いて宛先を指定し、システムが機器の認証を行ったうえで宛先解決を行い、宛先機器への接続を行う（非特許文献１参照）。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】「RFC 3261  SIP:Session Initiation Protocol」、［online］、インターネット＜http://tools.ietf.org/html/rfc3261＞
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上述のように、複数宅間をまたいだサービスを実現するシステムを開発する場合、システム開発者は、グローバルIDの払い出し、認証、宛先解決の各機能を開発および運用する必要がある。しかしながら、この場合、以下の課題がある。
【０００６】
（１）グローバルIDの払い出し、認証、宛先解決の各機能の開発および運用は、負担が大きく、システム開発者の負担が大きい。
【０００７】
（２）各機器が宛先のグローバルIDを知る必要がある。つまり、着信側は発信側に事前にグローバルIDを知らせる必要があり、発着同士の親密度によっては、この点が利用障壁となる場合がある。
【０００８】
本発明は、上記事情に鑑みてなされたものであり、本発明の目的は、システムの開発および運用負荷を低減するとともに、各機器が通信相手の宛先を知らなくても通信が可能な通信宛先解決装置、ゲートウェイ装置、通信宛先解決方法、およびプログラムを提供することにある。
【課題を解決するための手段】
【０００９】
上記目的を達成するため、本発明は、通信宛先解決装置であって、当該通信宛先解決装置が管理するグループの各機器のメンバIDと、グローバルIDおよびローカルIDとを対応付けて記憶する記憶手段と、通信先の機器のメンバIDを含む宛先解決要求を受信し、当該宛先解決要求の通信元の機器のグローバルIDおよびローカルIDが前記記憶手段に記憶されているか否かを判別する認証手段と、前記記憶手段に記憶されている場合に、前記メンバIDに対応するグローバルIDおよびローカルIDを前記記憶手段から取得し、前記メンバIDの宛先を解決する宛先解決手段と、を備える。
【００１０】
本発明は、ゲートウェイ装置であって、当該ゲートウェイ装置に接続された第１の機器から、他のゲートウェイ装置に接続された第２の機器への通信要求を受け付けて、通信元の第１の機器のグローバルIDおよびローカルID、および通信先の第２の機器のメンバIDを指定した宛先解決要求を、通信宛先解決装置に送信する送信手段と、前記通信宛先解決装置が第１の機器のグローバルIDおよびローカルIDを用いて、第１の機器は当該通信宛先解決装置が管理する機器であると判別した場合に、当該通信宛先解決装置から第２の機器のメンバIDに対応するグローバルIDおよびローカルIDを受信する受信手段と、受信したグローバルIDおよびローカルIDを用いて、第２の機器に通信要求を送信する通信手段と、を備える。
【００１１】
本発明は、通信宛先解決装置とゲートウェイ装置とが行う通信宛先解決方法であって、前記ゲートウェイ装置は、当該ゲートウェイ装置に接続された第１の機器から、他のゲートウェイ装置に接続された第２の機器への通信要求を受け付けて、通信元の第１の機器のグローバルIDおよびローカルID、および通信先の第２の機器のメンバIDを指定した宛先解決要求を、前記通信宛先解決装置に送信する送信ステップと、前記通信宛先解決装置から第２の機器のメンバIDに対応するグローバルIDおよびローカルIDを受信する受信ステップと、受信したグローバルIDおよびローカルIDを用いて、第２の機器に通信要求を送信する通信ステップと、を行い、前記通信宛先解決装置は、当該通信宛先解決装置が管理するグループの各機器のメンバIDと、グローバルIDおよびローカルIDとを対応付けて記憶する記憶部を備え、通信先の第２の機器のメンバIDを含む宛先解決要求を受信し、当該宛先解決要求の通信元の第１の機器のグローバルIDおよびローカルIDが前記記憶部に記憶されているか否かを判別する認証ステップと、前記宛先解決要求の通信元の第１の機器のグローバルIDおよびローカルIDが前記記憶部に記憶されている場合に、第２の機器のメンバIDに対応するグローバルIDおよびローカルIDを前記記憶部から取得し、前記ゲートウェイ装置に送信する宛先解決ステップと、を行う。
【００１２】
本発明は、前記通信宛先解決装置として、コンピュータを機能させるためのプログラムである。
【００１３】
本発明は、前記ゲートウェイ装置として、コンピュータを機能させるためのプログラムである。
【発明の効果】
【００１４】
本発明によれば、システムの開発および運用負荷を低減するとともに、各機器が通信相手の宛先を知らなくても通信が可能な通信宛先解決装置、ゲートウェイ装置、通信宛先解決方法、およびプログラムを提供するができる。
【図面の簡単な説明】
【００１５】
【図１】本発明の実施形態に係るシステムの全体構成を示す図である。
【図２】ゲートウェイ装置の機器情報記憶部の一例を示す図である。
【図３】コミュニティ管理サーバの構成を示すブロック図である。
【図４】コミュニティ管理サーバのメンバ情報記憶部の一例を示す図である。
【図５】第１の動作例のシーケンス図である。
【図６】第２の動作例のシーケンス図である。
【図７】第３の動作例のシーケンス図である。
【発明を実施するための形態】
【００１６】
以下、本発明の実施の形態について、図面を参照して説明する。
【００１７】
図１は本発明の実施形態に係るシステムの全体構成図である。本実施形態のシステムは、複数のコミュニティ管理サーバ３と、各宅内に配置されたゲートウェイ装置１、２とを備える。
【００１８】
各ゲートウェイ装置１、２のLAN側には、宅内に配置されたPCや電話機などの機器（ホーム機器）が接続される。また、ゲートウェイ装置１、２のWAN側は、外部ネットワークとしてのIP電話網に接続され、ゲートウェイ装置１、２はグローバルIDとして外線電話番号をＩＰ電話網より払い出されている。また、ゲートウェイ装置１、２は、WAN側のIP電話網を通じてコミュニティ管理サーバ３に接続されている。
【００１９】
ゲートウェイ装置１、２は、宅内の機器と通信し、当該機器の各通信プロトコルをSIPプロトコルに変換する役割を持つ。図示するゲートウェイ装置１は、α宅に設置され、ＩＰ電話網より払い出された外線電話番号が「046-1」（ここでは、電話番号を簡略化して示している。）であるものとする。ゲートウェイ装置１は、内線SIPサーバ部１１（送信手段、受信手段、通信手段）と、仮想SIP端末１２と、仮想SIP端末機能部１３と、機器通信機能部１４と、機器情報記憶部１５とを有する。
【００２０】
機器通信機能部１４は、UPnP、家庭向け無線規格ZigBee、ECHONET、Bluetooth等の複数の通信プロトコル（通信種別）毎に存在する。各機器通信機能部１４は、対応する通信プロトコルの機器との通信し、これらの通信プロトコルをSIPに変換する。また、機器通信機能部１４は、機器との通信内容を仮想SIP端末機能部１３へ通知する。
【００２１】
仮想SIP端末機能部１３は、機器通信機能部１４が新たな機器を発見するたびに、発見した際の通信内容を用いて、仮想SIP端末１２を生成する。なお、仮想SIP端末機能部１３は、機器通信機能部１４が発見した機器を、通信内容に基づいてどのような仮想SIP端末としてみなすかの定義情報をあらかじめ保持しているものとする。
【００２２】
仮想SIP端末機能部１３が生成する仮想SIP端末１２は、機器に対しN個存在する。原則として、機器毎に存在するが、必ずしも1:1である必要はない。すなわち、1つの機器が複数の仮想SIP端末となる場合もあるし、逆の場合もあってよい。具体的な例としては、1台のUPnPのプリンタに対し、「印刷」と「インク残量取得」の２種類の仮想SIP端末１２としてもよいし、逆に複数のプリンタに対して、「家庭内の全てのプリンタのインク残量を取得」の1つの仮想SIP端末１２としてもよい。図示するゲートウェイ装置１では、SIPプロトコル以外の通信プロトコルを用いるデバイスＢ用の仮想SIP端末１２が生成される。
【００２３】
内線SIPサーバ部１１は、SIP端末および仮想SIP端末１２に対して、ローカルIDとして内線電話番号を払い出す。図示するゲートウェイ装置１には、SIP端末Ａ、デバイスＢおよびスマートフォンが接続されている。内線SIPサーバ部１１は、SIP端末Ａに対しては内線電話番号10を、スマートフォンに対しては内線電話番号30を払い出す。また、内線SIPサーバ部１１は、デバイスＢに対しては、当該デバイスＢに対応して生成された仮想SIP端末１２に対して内線電話番号20を払い出す。
【００２４】
機器情報記憶部１５には、ゲートウェイ装置１に接続される各機器に関する情報が記憶される。図２（ａ）は、ゲートウェイ装置１が保持する機器情報記憶部１５の一例である。図示する機器情報記憶部１５には、各機器毎に、払い出された内線電話番号と、通信プロトコルと、機器固有のIDと、当該機器が所属するコミュニティ管理サーバ３のコミュニティIDおよび宛先アドレスと、が対応付けて記憶されている。
【００２５】
図１に示すゲートウェイ装置２は、β宅に設置され、IP電話網より払い出された外線番号が「046-2」（ここでは、電話番号を簡略化して示している。）であるものとする。ゲートウェイ装置２は、ゲートウェイ装置１と同様の、内線SIPサーバ部２１と、仮想SIP端末２２と、仮想SIP端末機能部２３と、機器通信機能部２４と、機器情報記憶部２５とを有する。ゲートウェイ装置２には、通信プロトコルがUPnPのデバイスＣが接続され、UPnP用の機器通信機能部２４は、デバイスＣと通信し、UPnPの通信プロトコルをSIPに変換し、デバイスＣとの通信内容を仮想SIP端末機能部２３へ通知する。仮想SIP端末機能部２３は、機器通信機能部２４から通知されたデバイスＣとの通信内容を用いて、デバイスＣ用の仮想SIP端末２２を生成する。内線SIPサーバ部２１は、デバイスＣに対応して生成された仮想SIP端末２２に対して内線電話番号20を払い出す。
【００２６】
図２（ｂ）は、ゲートウェイ装置２が保持する機器情報記憶部２５の一例であって、デバイスＣの内線電話番号と、通信プロトコルと、機器固有のIDと、当該機器が所属するコミュニティ管理サーバのコミュニティIDおよび宛先アドレスと、が対応付けて記憶されている。
【００２７】
なお、本実施形態では、外部ネットワークとしてIP電話網を用い、グローバルIDとして外線電話番号を、ローカルIDとして内線電話番号を用いるものとするが、これらに限定されるものではない。例えば、外部ネットワークとしてIPネットワークを用いる場合、グローバルIDとしてはグローバルIPアドレスを、ローカルIDとしてローカルIPアドレスを用いることなどが考えられる。
【００２８】
各コミュニティ管理サーバ３は、複数宅の機器のコミュニティ（グループ）を管理するサーバであって、コミュニティごとに存在する。なお、実装としては、物理的に１台のサーバに仮想的に複数のコミュニティ管理サーバ３が構築されてもよい。具体的には、コミュニティ管理サーバ３は、「A小学校学区」、「B町町内会」、「C株式会社」「D家親戚」等、ある目的で集まったコミュニティごとに存在し、それらの単位でSIP端末（仮想SIP端末を含む）の情報を管理する。
【００２９】
図３は、コミュニティ管理サーバ３の構成を示すブロック図である。図示するコミュニティ管理サーバ３は、メンバID管理部３１と、認証部３２と、宛先解決部３３と、メンバ情報提供部３４と、メンバ情報記憶部３５とを備える。メンバID管理部３１は、自らが管理する、ある宅のSIP端末（仮想SIP端末を含む）に対して、コミュニティ内メンバID（以下、「メンバID」）を払い出す。
【００３０】
認証部３２は、通信先の機器のメンバIDを含む宛先解決要求を受信し、当該宛先解決要求の通信元の機器の外線電話番号および内線電話番号（または、機器自身が保持する外線電話番号）がメンバ情報記憶部３５に記憶されているか否かにより、通信元の機器が当該コミュニティ管理サーバ３のコミュニティに属する機器であるかの認証を行う。
【００３１】
宛先解決部３３は、認証に成功した場合に、メンバIDに対応する外線電話番号および内線電話番号（または、機器自身が保持する外線電話番号）をメンバ情報記憶部３５から取得し、前記メンバIDの宛先を解決する。メンバ情報提供部３４は、メンバ情報記憶部３５に記憶された各メンバに関する情報を、機器に提供する。メンバ情報記憶部３５には、メンバID管理部３１が払い出したメンバID毎に、対応する外線電話番号（グローバルID）と、内線電話番号（ローカルID）とが対応付けて記憶される。
【００３２】
図４は、メンバ情報記憶部３５に記憶されるメンバ情報の一例である。図示するメンバ情報では、コミュニティ管理サーバ３が管理するグループの各機器のメンバIDと、外線電話番号および内線電話番号（機器が自身の外線電話番号を保持する場合は、当該外線電話番号も含む）と、ニックネームなどの付加情報とが対応付けて記憶されている。図４（ａ）は、図１に示すコミュニティ管理サーバＡのメンバ情報記憶部３５に記憶されるメンバ情報である。図４（ｂ）は、図１に示すコミュニティ管理サーバＢのメンバ情報記憶部３５に記憶されるメンバ情報である。
【００３３】
上記説明した、ゲートウェイ装置１、２およびコミュニティ管理サーバ３は、例えば、ＣＰＵと、メモリと、ＨＤＤ等の外部記憶装置と、入力装置と、出力装置とを備えた汎用的なコンピュータシステムを用いることができる。このコンピュータシステムにおいて、ＣＰＵがメモリ上にロードされた所定のプログラムを実行することにより、各装置の各機能が実現される。例えば、ゲートウェイ装置１、２およびコミュニティ管理サーバ３の各機能は、ゲートウェイ装置１、２用のプログラムの場合はゲートウェイ装置１、２のＣＰＵが、そして、コミュニティ管理サーバ３用のプログラムの場合はコミュニティ管理サーバ３のＣＰＵがそれぞれ実行することにより実現される。また、ゲートウェイ装置１、２用のプログラムおよびコミュニティ管理サーバ３用のプログラムは、ハードディスク、フレキシブルディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ−ＲＯＭなどのコンピュータ読取り可能な記録媒体に記憶することも、ネットワークを介して配信することもできる。
【００３４】
次に、本実施形態の動作について説明する。
【００３５】
図５は、本実施形態の第１の動作例を示すシーケンス図である。第１の動作例では、同じコミュニティに属するある宅内の機器から、別の宅内の機器に対して通信を行う際のシーケンスである。ここでは、図１に示すシステムにおいて、コミュニティ管理サーバＡに属するα宅（ゲートウェイ装置１）のSIP端末Ａ（内線10）が、β宅（ゲートウェイ装置２）の同じコミュニティ管理サーバＡに属するデバイスＣ（内線20）に通信する場合を例に説明する。
【００３６】
なお、コミュニティ管理サーバＡのメンバ情報記憶部３５には、あらかじめ図４（ａ）に示すメンバ情報が記憶されているものとする。また、ゲートウェイ装置１の機器情報記憶部１５には図２（ａ）の機器情報が記憶され、ゲートウェイ装置２の機器情報記憶部２５には図２（ｂ）の機器情報が記憶されているものとする。
【００３７】
ステップ１１：ゲートウェイ装置１に接続されたSIP端末Ａは、ブラウザ機能によりコミュニティ管理サーバＡにアクセスし、コミュニティ管理サーバＡからメンバに関する情報を取得する。コミュニティ管理サーバＡのメンバ情報提供部３４は、図示しない記憶部に記憶された自身のコミュニティID（=12345）と、メンバ情報記憶部３５に記憶されたコミュニティ内の各メンバIDと、ユーザが機器を選択するために必要な付加情報（事前に登録したニックネームや機種名など）などを、SIP端末Ａに送信する。SIP端末Ａは、取得した情報をブラウザ上（ディスプレイ）に表示する。コミュニティ管理サーバＡは、メンバ情報記憶部３５に記憶された外線電話番号＃内線電話番号（宛先）については、SIP端末Ａに送信（開示）せず、SIP端末Ａのブラウザ上には表示されない。
【００３８】
ユーザは、SIP端末Ａのブラウザ機能を利用して通信したい機器のメンバIDを選択する。ここでは、ユーザは、コミュニティ管理サーバＡのメンバID=0003（β宅のデバイスＣ：リビングプリンタ）を選択するものとする。SIP端末Ａは、ユーザの操作を受け付けて、選択されたメンバIDを含む通信要求を、コミュニティ管理サーバＡに送信する。
【００３９】
ステップ１２：コミュニティ管理サーバＡは、SIP端末Ａからの通信要求を受信すると、teltoタグ等によりSIP端末Ａの電話アプリケーションを起動し、電話発信させる。これにより、SIP端末Ａは、ゲートウェイ装置１の内線SIPサーバ部１１に対し、「SIP端末Ａから選択した機器」へのSIP通信を要求する。その際、宛先は、内線SIPサーバ部１１自身を表す所定の番号（図示する例では、00）を用い、サブアドレスとして、コミュニティ管理サーバＡのコミュニティID（=12345）、および選択したコミュニティ内メンバID（=0003）を特定のフォーマットで宛先に付加する（図示する例では、00#12345#0003）。
【００４０】
なお、ステップ１１の処理は、事前に電話、郵送などのオフラインでのやり取りによって、コミュニティID、コミュニティ内の各メンバID、付加情報などが、ユーザに対して通知されることとしてもよい。この場合は、事前にオフラインで通知された情報を用いて、ユーザが選択したメンバID等をSIP端末Ａに入力し、SIP通信要求を内線SIPサーバ部１１に送信する。
【００４１】
ステップ１３：内線SIPサーバ部１１は、SIP通信要求の宛先に特定のフォーマットでサブアドレスが付加されている場合、当該SIP通信要求を待機させる。そして、内線SIPサーバ部１１は、機器情報記憶部１５を参照し、SIP通信要求の宛先（サブアドレス）に指定されたコミュニティIDに対応するコミュニティ管理サーバのアドレスを取得し、取得したアドレス宛に、サブアドレスで指定されたメンバIDの宛先問い合わせ要求を送信する。
【００４２】
すなわち、内線SIPサーバ部１１は、機器情報記憶部１５（図３（ａ））を参照し、発信元のSIP端末Ａ（内線10）に対応するコミュニティIDにおいて、指定されたコミュニティID（=12345）に対応するアドレスhigashi.com（コミュニティ管理サーバＡのアドレス）を取得する。そして、内線SIPサーバ部１１は、当該アドレスを用いてコミュニティ管理サーバＡに、指定されたメンバID（図示する例：ID=0003）の宛先問い合わせ要求を送信する。その際、内線SIPサーバ部１１は、発信元のSIP端末Ａの外線電話番号および内線番号（046-1#10）を、コミュニティ管理サーバＡに通知する。
【００４３】
ステップ１４：コミュニティ管理サーバＡの認証部３２は、通知された外線電話番号および内線電話番号の機器が、自身のコミュニティに属するメンバか否かを判定する。すなわち、コミュニティ管理サーバＡは、通知された外線電話番号および内線電話番号の組が、メンバ情報記憶部３５に存在するか否かを判別する。
【００４４】
ステップ１５：認証部３２がメンバであると判別した場合、宛先解決部３３は、ステップ１３の宛先問い合わせ要求で指定されたメンバID(=0003)に対応する外線電話番号と内線電話番号の組（046-2#20）を、内線SIPサーバ部１１に返送する。
【００４５】
ステップ１６：内線SIPサーバ部１１は、ステップ１３で待機させていたSIP通信要求を、ステップ１５で返送された宛先に転送する。その際、内線SIPサーバ部１１は、返送された宛先に、サブアドレスとして所定のフォーマットでコミュニティIDを付加する（図示する例では、046-2#20#12345）。これにより、IP電話網によって、既存の回線認証が行われたうえで、SIP端末Ａからの電話がゲートウェイ装置２の内線SIPサーバ部２１転送される。
【００４６】
ステップ１７：転送先のゲートウェイ装置２の内線SIPサーバ部２１は、受信したSIP通信要求に、特定のフォーマットでサブアドレスが付加されている場合、当該SIP通信要求を待機させる。そして、内線SIPサーバ部２１は、発信元の外線電話番号と内線電話番号の組と、発信先の外線電話番号と内線電話番号の組をコミュニティ管理サーバＡに問い合わせる。
【００４７】
ステップ１８：コミュニティ管理サーバＡの認証部３２は、通知され発信元および発信先の機器が、自身のコミュニティに属するメンバか否かを判定し、判定結果（OKまたはNG）を内線SIPサーバ部２１へ返送する。すなわち、認証部３２は、メンバ情報記憶部３５に、発信元の外線電話番号および内線電話番号の組と、発信先の外線電話番号および内線電話番号の組の両方が存在する場合、OKの判定結果を内線SIPサーバ部２１へ返送し、それ以外はNGの判定結果を内線SIPサーバ部２１へ返送する。
【００４８】
ステップ１９：内線SIPサーバ部２１は、コミュニティ管理サーバＡからの判定結果がOKの場合、ステップ１７で待機させていたSIP通信要求を、当該SIP通信要求で指定された内線番号を宛先として仮想SIP端末（デバイスＣ）へ転送する。
【００４９】
ステップ２０：ステップ１９により、SIP端末Ａと仮想SIP端末（デバイスＣ）間でメディア（音声、映像、アプリケーション等）が接続される。これにより、例えば、仮想SIP端末がIVR機能を備え、ユーザの操作に応じて、機器通信機能部２４を利用して、実際の機器であるデバイスＣを操作する。
【００５０】
図６は、本実施形態の第２の動作例を示すシーケンス図である。第２の動作例では、同じコミュニティに属するある宅内のモバイル機器から、別の宅内の機器に対してモバイル網を介して通信を行う際のシーケンスである。図５に示す第１の動作例と異なる点は、本来、ゲートウェイ装置の内線SIPサーバ部に接続されるモバイル機器が外に持ち出され、当該モバイル機器が内線電話番号とは別の外線電話番号を持っている点である。この場合でも、モバイル機器は、外部ネットワークを通じて（本来接続されている）ゲートウェイ装置の内線SIPサーバ部に通信要求を行うことと、コミュニティ管理サーバが、ゲートウェイ装置の外線電話番号および内線電話番号と、ゲートウェイ装置以外の外線電話番号とを対応付けて保持することで、図５のシーケンスと同様の手順で通信が実現される。
【００５１】
ここでは、図１に示すシステムにおいて、コミュニティ管理サーバＡに属するα宅のスマートフォンが外に持ち出された状態で、β宅の同じコミュニティ管理サーバＡに属するデバイスＣに通信する場合を例に説明する。なお、コミュニティ管理サーバＡには、あらかじめ図４（ａ）に示すメンバ情報がメンバ情報記憶部３５に記憶されているものとする。すなわち、スマートフォンは、本来、ゲートウェイ装置１に接続された機器（外線電話番号046-1、内線電話番号30）であるとともに、「090-1」（ここでは、電話番号を簡略化して示している。）の外線電話番号も保持し、メンバ情報記憶部３５には、スマートフォンの２つの電話番号が記憶されている。
【００５２】
また、ゲートウェイ装置１の機器情報記憶部１５には図２（ａ）の機器情報が記憶され、ゲートウェイ装置２の機器情報記憶部２５には図２（ｂ）の機器情報が記憶されているものとする。
【００５３】
図６に示すシーケンスでは、ステップ３１では、スマートフォンは、図５のステップ１１と同様に、コミュニティ管理サーバＡからメンバID等を取得し、通信先の機器のメンバIDを選択する。これにより、ステップ３２で、スマートフォンは、図５のステップ１２と同様に、ゲートウェイ装置１の内線SIPサーバ部１１にSIP通信要求を送信する。このとき、スマートフォンは、モバイル網およびＩＰ電話網を介して内線SIPサーバ部１１にアクセスし、発信元情報として自身の外線電話番号（090-1）を設定する。
【００５４】
以降のステップ３３からステップ４０の処理については、発信元の機器がSIP端末Ａではなくモバイル網およびＩＰ電話網を介して接続されるスマートフォンである点、また、発信元の機器の情報として外線電話番号および内線電話番号（046-1#30）ではなく外線電話番号（090-1）を用いる点を除き、図５のステップ１３からステップ２０と同様であるため、ここでは説明を省略する。
【００５５】
図７は、本実施形態の第３の動作例を示すシーケンス図である。第３の動作例では、同じコミュニティに属するある宅内のモバイル機器から、別の宅内の機器に対してモバイル網を介して通信を行う際のシーケンスである。図６に示す第２の動作例と異なる点は、コミュニティ管理サーバＡのメンバ情報記憶部にはメンバID＝0002（スマートフォン）のメンバ情報みが登録されて、コミュニティ管理サーバＢのメンバ情報記憶部にはメンバID=9002（デバイスＣ）のメンバ情報のみが登録されている点である。
【００５６】
また、コミュニティ管理サーバＡとコミュニティ管理サーバＢとは、互いに「提携コミュニティ」であることと、お互いのコミュニティIDおよびURLの情報を保持している点である。「提携コミュニティ」とは、コミュニティを横断した通信を許可するかどうかのフラグである。これにより、直接同一のコミュニティに属さない機器同士の通信であっても、コミュニティ管理サーバ同士が通信することによって通信が実現される。
【００５７】
ここでは、図１に示すシステムにおいて、コミュニティ管理サーバＡに属するα宅のスマートフォンが外に持ち出された状態で、β宅のコミュニティ管理サーバＢ（コミュニティ管理サーバＡの提携コミュニティ）に属するデバイスＣに通信する場合を説明する。
【００５８】
ステップＳ５１：事前処理として、コミュニティ管理サーバＡとコミュニティ管理サーバＢとは、提携コミュニティであることの情報を交換する。すなわち、提携先のコミュニティ管理サーバのコミュニティIDおよびURLを互いに送受信し、図示しない記憶部に記憶する。
【００５９】
ステップ５２：スマートフォンは、ブラウザ機能によりコミュニティ管理サーバＡにアクセスし、コミュニティ管理サーバＡからメンバに関する情報を取得する。コミュニティ管理サーバＡは、自身のコミュニティID（=12345）、メンバ情報記憶部に記憶された自身のコミュニティ内の各メンバID、付加情報だけでなく、提携コミュニティであるコミュニティ管理サーバＢのコミュニティID（=56789）、メンバ情報記憶部に記憶された提携先のコミュニティ内の各メンバID、付加情報なども、スマートフォンに送信する。スマートフォンは、取得した情報をブラウザ上（ディスプレイ）に表示する。なお、メンバ情報記憶部に記憶された外線電話番号＃内線電話番号（宛先）については、スマートフォンに送信（開示）しない。ユーザは、スマートフォンのブラウザ機能を利用して通信したい機器のメンバID（ここでは、コミュニティ管理サーバＢのメンバID＝9002）を選択する。スマートフォンは、ユーザの操作を受け付けて、選択されたメンバIDを含む通信要求を、コミュニティ管理サーバＡに送信する。
【００６０】
ステップ５３：コミュニティ管理サーバＡは、スマートフォンからの通信要求を受信すると、teltoタグ等によりスマートフォンの電話アプリケーションを起動し、電話発信させる。これにより、スマートフォンは、ゲートウェイ装置１の内線SIPサーバ部１１に対し、「SIP端末Ａから選択した機器」へのSIP通信を要求する。その際、宛先は、内線SIPサーバ部１１の外線電話番号（046-1）を用い、サブアドレスとして、コミュニティ管理サーバＢのコミュニティID（=56789）、選択したコミュニティ内メンバID（=9002）、経由したコミュニティ管理サーバＡのコミュニティID（=12345）、を特定のフォーマットで宛先に付加する（図示する例では、046-1#56789#9002#12345）。このとき、スマートフォンは、モバイル網およびＩＰ電話網を介して内線SIPサーバ部１１にアクセスし、発信元情報として自身の外線電話番号（090-1）を設定する。
【００６１】
ステップ５４：内線SIPサーバ部１１は、SIP通信要求の宛先に特定のフォーマットでサブアドレスが付加されている場合、当該SIP通信要求を待機させる。そして、機器情報記憶部１５を参照し、SIP通信要求の宛先（サブアドレス）に指定された経由元のコミュニティID（=12345）に対応するコミュニティ管理サーバのアドレスを取得し、取得したアドレス宛に、サブアドレスで指定されたメンバIDの宛先問い合わせ要求を送信する。ここで、内線SIPサーバ部１１は、機器情報記憶部１５の機器固有IDに発信元として設定された外線電話番号（090-1）に対応するコミュニティIDの欄を参照し、コミュニティ管理サーバＡのアドレスを取得する。
【００６２】
ステップ５５：コミュニティ管理サーバＡの認証部３２は、通知された外線電話番号の機器が、自身のコミュニティに属するメンバか否かを判定する。すなわち、コミュニティ管理サーバＡは、通知された外線電話番号がメンバ情報記憶部３５に存在するか否かを判別する。
【００６３】
ステップ５６：認証部３２がメンバであると判別した場合、コミュニティ管理サーバＡの宛先解決部３３は、ステップ５４の宛先問い合わせ要求で指定されたメンバID(=9002)の宛先をコミュニティ管理サーバＢに問い合わせる。このとき、コミュニティ管理サーバＡの宛先解決部３３は、発信元のスマートフォンの外線電話番号（090-1）を、コミュニティ管理サーバＢに通知する。
【００６４】
ステップ５７：コミュニティ管理サーバＢの宛先解決部３３は、コミュニティ管理サーバＡが連携コミュニティであるか否かを確認する。連携コミュニティである場合、通知された外線電話番号を図示しない記憶部に記憶し、ステップ６２の処理に用いる。
【００６５】
ステップ５８：コミュニティ管理サーバＢの宛先解決部３３は、Ｓ５６で要求されたメンバIDに対応する外線電話番号と内線電話番号の組（046-2#20）を、コミュニティ管理サーバＡに返送する。
【００６６】
ステップ５９：コミュニティ管理サーバＡの宛先解決部３３は、コミュニティ管理サーバＢから通知された外線電話番号と内線電話番号の組（046-2#20）を内線SIPサーバ部１１に返送する。
【００６７】
ステップ６０：内線SIPサーバ部１１は、ステップ５４で待機させていたSIP通信要求を、ステップ５９で返送された宛先に転送する。その際、内線SIPサーバ部１１は、返送された宛先に、サブアドレスとして所定のフォーマットでコミュニティIDを付加する（図示する例では、046-2#20#56789）。これにより、IP電話網によって、既存の回線認証が行われたうえで、スマートフォンからの電話がゲートウェイ装置２の内線SIPサーバ部２１に転送される。
【００６８】
ステップ６１：転送先のゲートウェイ装置２の内線SIPサーバ部２１は、受信したSIP通信要求に、特定のフォーマットでサブアドレスが付加されている場合、当該SIP通信要求を待機させる。そして、内線SIPサーバ部２１は、発信元の外線電話番号がコミュニティ管理サーバＢの連携コミュニティのメンバであるか否かをコミュニティ管理サーバＢに問い合わせる。
【００６９】
ステップ６２：コミュニティ管理サーバＢの認証部３２は、通知され発信元の外線電話番号が、ステップ５７で記憶部に記憶されている場合、発信元の機器は、連携コミュニティのメンバであると判定し、記憶部に記憶されていない場合、連携コミュニティのメンバでないと判定する。
【００７０】
ステップ６３：コミュニティ管理サーバＢの認証部３２は、判定結果（OKまたはNG）を内線SIPサーバ部２１へ返送する。
【００７１】
ステップ６４：内線SIPサーバ部２１は、コミュニティ管理サーバＢからの判定結果がOKの場合、ステップ６１で待機させていたSIP通信要求を、当該SIP通信要求で指定された内線番号を宛先として仮想SIP端末（デバイスＣ）へ転送する。
【００７２】
ステップ６５：ステップ６４により、スマートフォンと仮想SIP端末（デバイスＣ）間でメディア（音声、映像、アプリケーション等）が接続される。
【００７３】
以上説明した本実施形態では、ゲートウェイ装置が、様々な通信プロトコルを利用する機器を仮想SIP端末に変換（統一化）したうえで、既存の外部ネットワーク（IP電話網）が払い出したグローバルID（外線電話番号）を利用することで、複数宅間の機器同士の通信を実現する。すなわち、コミュニティ管理サーバでは、外線電話番号のようなグローバルIDの払い出し管理をする必要が無く、各コミュニティのメンバIDと宛先を管理するだけでよいため、システム開発者の開発及び運用の負担を減らすことができる。
【００７４】
また、本実施形態では、コミュニティ管理サーバがメンバ情報記憶部でメンバIDと宛先とを対応付けて保持することで、各機器は直接通信先のグローバルIDを知らなくても通信できるため、他のコミュニティメンバにグローバルIDを教えたくない場合であっても通信でき、グローバルIDの拡散を防止することができる。すなわち、着信側は、発信側に事前にグローバルIDを知らせる必要がなく、発着同士のユーザの親密度が小さい場合にも心理的な利用障壁を小さくすることができる。 
例えば、同じ町内に住んでいる、同じ学校に通っているなど、共通点はあるがお互いの電話番号を交換するほどではない程度の親密さのコミュニティにおいて、機器同士が相互に通信を行いたい場合、例えば電子回覧板や緊急連絡網アプリを実現する場合に効果的に利用することができる。
【００７５】
また、本実施形態では、グローバルIDとして外線電話番号を用いることで、グローバルID払い出し、認証、宛先解決に既存のIP電話網を利用することができる。例えば、IP電話網における外線電話番号の詐称耐性と同等レベルの高い詐称耐性を得ることができる。
【００７６】
また、本実施形態では、コミュニティ管理サーバのメンバ情報記憶部３５に、機器のグローバルIDおよびローカルIDとともに、当該機器自身が保持するグローバルIDが記憶されることで、モバイル機器が宅外に持ち出され、モバイル網を介してゲートウェイ装置にアクセスした場合であっても、メンバIDを指定することで同じコミュニティの他のメンバの機器と通信することができる。
【００７７】
また、本実施形態では、複数のコミュニティ管理サーバが事前に提携コミュニティの設定をしておくことで、直接同一のコミュニティに属さない機器同士の通信であっても、提携したコミュニティ管理サーバ同士が通信することによって通信が可能となる。
【００７８】
なお、本発明は上記実施形態に限定されるものではなく、その要旨の範囲内で数々の変形が可能である。
【符号の説明】
【００７９】
１、２：ゲートウェイ装置
１１、２１：内線SIPサーバ部
１２、２２：仮想SIP端末
１３、２３：仮想SIP端末機能部
１４、１５：機器通信機能部
１５、２５：機器情報記憶部
３  ：コミュニティ管理サーバ
３１：メンバID管理部
３２：認証部
３３：宛先解決部
３４：メンバ情報提供部
３５：メンバ情報記憶部
【図１】
2014022817.tif 000003
【図２】
2014022817.tif 000004
【図３】
2014022817.tif 000005
【図４】
2014022817.tif 000006
【図５】
2014022817.tif 000007
【図６】
2014022817.tif 000008
【図７】
2014022817.tif 000009