(57)【特許請求の範囲】
【請求項１】
ローカルネットワーク(104)と外部ネットワーク(111、112)に接続可能で、前記ローカルネットワーク上のデバイス装置(103)のプレゼンス情報を取得し、前記取得したプレゼンス情報を前記外部ネットワーク上のプレゼンス管理装置(112、122)に供給する第一のゲートウェイ装置(102)であって、
前記デバイス装置のプレゼンス情報を取得する取得手段(212)と、
前記プレゼンス情報を前記外部ネットワークを介して前記プレゼンス管理装置に送信する送信手段(215)と、
前記プレゼンス管理装置から前記プレゼンス情報の送信の抑制指示を受信する受信手段(216)とを有し、
前記抑制指示の受信後、前記送信手段は、ネットワーク資源の消費および計算資源の消費を低減するために、前記プレゼンス管理装置への前記プレゼンス情報の送信を抑制する第一のゲートウェイ装置。
【請求項２】
前記ローカルネットワークと前記外部ネットワークに第二のゲートウェイ装置(101)が接続され、前記プレゼンス管理装置が前記第一のゲートウェイ装置と前記第二のゲートウェイ装置の両方に共有される場合、
前記送信手段は、前記第二のゲートウェイ装置が前記第一のゲートウェイ装置のマスタであることを示すために、メッセージを前記プレゼンス管理装置に送信し、
前記送信したメッセージに対する応答として、前記受信手段は、前記プレゼンス管理装置から前記抑制指示を受信する請求項1に記載された第一のゲートウェイ装置。
【請求項３】
前記ローカルネットワークと前記外部ネットワークに第二のゲートウェイ装置(101)が接続され、前記プレゼンス管理装置が前記第一のゲートウェイ装置と前記第二のゲートウェイ装置の両方に共有される場合、
前記送信したプレゼンス情報に対する応答として、前記受信手段は、前記プレゼンス管理装置から前記抑制指示を受信する請求項1に記載された第一のゲートウェイ装置。
【請求項４】
前記ローカルネットワークに第二のゲートウェイ装置(101)が接続され、前記第一のゲートウェイ装置が前記外部ネットワークを使用し、前記第二のゲートウェイ装置が前記外部ネットワークと異なる他の外部ネットワーク(111)を使用する場合、
前記プレゼンス管理装置へ送信したプレゼンス情報に対する応答として、前記受信手段は、前記プレゼンス管理装置から前記抑制指示を受信する請求項1に記載された第一のゲートウェイ装置。
【請求項５】
さらに、前記ローカルネットワーク上の前記第二のゲートウェイ装置を検索する検索手段(212)と、
前記第一のゲートウェイ装置のマスタにするための要求を前記第二のゲートウェイ装置に送信する要求送信手段(215)とを有し、
前記送信手段は、前記第二のゲートウェイ装置を前記第一のゲートウェイ装置のマスタとして指定するメッセージを前記外部ネットワーク上の前記プレゼンス管理装置に送信する請求項4に記載された第一のゲートウェイ装置。
【請求項６】
前記プレゼンス管理装置が、前記ローカルネットワーク上に前記第二のゲートウェイ装置が存在しないことを前記第一のゲートウェイ装置に知らせると、前記プレゼンス情報の送信の抑制が解除される請求項2から請求項5の何れか一項に記載された第一のゲートウェイ装置。
【請求項７】
前記第一のゲートウェイ装置が前記ローカルネットワークから切断されると、前記プレゼンス情報の送信の抑制が解除される請求項1から請求項5の何れか一項に記載された第一のゲートウェイ装置。
【請求項８】
ローカルネットワーク(104)上のデバイス装置(103)のプレゼンス情報を管理するプレゼンス管理装置(121)であって、
前記ローカルネットワークに接続された複数のゲートウェイ装置(101、102)それぞれからプレゼンス情報を受信し、前記ローカルネットワーク上の前記デバイス装置のプレゼンス情報を取得する受信手段(224)と、
前記複数のゲートウェイ装置の中からマスタゲートウェイ装置(101)とスレーブゲートウェイ装置(102)を判定する判定手段(221)と、
前記スレーブゲートウェイ装置から送信されたプレゼンス情報に対する応答として、前記スレーブゲートウェイ装置におけるネットワーク資源の消費および計算資源の消費を低減するために、前記プレゼンス情報の送信の抑制指示を前記スレーブゲートウェイ装置に送信する送信手段(223)とを有するプレゼンス管理装置。
【請求項９】
前記判定手段は、各ゲートウェイ装置から受信した前記マスタゲートウェイ装置を指定するメッセージまたは所定の規則に基づき、前記マスタゲートウェイ装置と前記スレーブゲートウェイ装置を判定する請求項8に記載されたプレゼンス管理装置。
【請求項１０】
さらに、各ゲートウェイ装置に関連するプレゼンス情報を管理するプレゼンステーブル(222)と、
前記プレゼンステーブルを更新する更新手段(221)とを有し、
前記更新手段は、前記マスタゲートウェイ装置から受信したプレゼンス情報に応じて前記プレゼンステーブルの前記スレーブゲートウェイ装置に関連するプレゼンス情報を更新する請求項8または請求項9に記載されたプレゼンス管理装置。
【請求項１１】
ローカルネットワーク(104)上のデバイス装置(103)のプレゼンス情報を管理するプレゼンス管理装置(121)であって、
前記ローカルネットワーク上のデバイス装置のプレゼンス情報を取得する第一のゲートウェイ装置から、前記ローカルネットワーク上の第二のゲートウェイ装置を前記第一のゲートウェイ装置のマスタとして指定するメッセージを受信する受信手段(224)と、
前記受信したメッセージに対する応答として、前記第一のゲートウェイ装置におけるネットワーク資源の消費および計算資源の消費を低減するために、プレゼンス情報送信の抑制指示を前記第一のゲートウェイ装置に送信する送信手段(223)とを有するプレゼンス管理装置。
【請求項１２】
さらに、ゲートウェイ装置に関連するプレゼンス情報を管理するプレゼンステーブル(222)と、
前記プレゼンステーブルを更新する更新手段(221)とを有し、
前記更新手段は、前記第二のゲートウェイ装置から受信したプレゼンス情報に応じて前記プレゼンステーブルの前記第一のゲートウェイ装置に関連するプレゼンス情報を更新する請求項11に記載されたプレゼンス管理装置。
【請求項１３】
ローカルネットワーク(104)上のデバイス装置(103)のプレゼンス情報を管理する第一のプレゼンス管理装置(122)であって、
前記ローカルネットワーク上のデバイス装置のプレゼンス情報を取得する第一のゲートウェイ装置(102)から、前記第一のゲートウェイ装置のマスタとして前記ローカルネットワーク上の第二のゲートウェイ装置(101)を指定するメッセージを受信する受信手段(224)と、
前記第二のゲートウェイ装置に関連する第二のプレゼンス管理装置(121)が前記第二のゲートウェイ装置からプレゼンス情報を受信すると当該プレゼンス情報を前記第一のプレゼンス管理装置に送信する設定を前記第二のプレゼンス管理装置に設定させる設定メッセージを前記第二のプレゼンス管理装置に送信する送信手段(223)とを有し、
前記第一のゲートウェイ装置からプレゼンス情報が受信されると、前記送信手段は、前記受信したプレゼンス情報に対する応答として、前記第一のゲートウェイ装置におけるネットワーク資源の消費および計算資源の消費を低減するために、前記プレゼンス情報の送信の抑制指示を前記第一のゲートウェイ装置に送信する第一のプレゼンス管理装置。
【請求項１４】
さらに、前記第一のゲートウェイ装置に関連するプレゼンス情報を管理するプレゼンステーブル(222)と、
前記プレゼンステーブルを更新する更新手段(221)とを有し、
前記更新手段は、前記第二のプレゼンス管理装置から受信したプレゼンス情報に応じて前記プレゼンステーブルのプレゼンス情報を更新する請求項13に記載された第一のプレゼンス管理装置。
【請求項１５】
前記受信手段は、前記第一のゲートウェイ装置と前記ローカルネットワークの切断を示す通知を受信し、
前記送信手段は、前記第二のプレゼンス管理装置に、前記プレゼンス情報を前記第一のプレゼンス管理装置に送信する設定を解除させる解除メッセージを送信する請求項13または請求項14に記載された第一のプレゼンス管理装置。
【請求項１６】
前記受信手段は、前記第二のプレゼンス管理装置から、前記第二のゲートウェイ装置が前記ローカルネットワーク上に存在しないことを知らせる通知を受信し、
前記送信手段は、前記通知を前記第一のゲートウェイ装置に送信する請求項13から請求項15の何れか一項に記載された第一のプレゼンス管理装置。
【請求項１７】
前記ローカルネットワークに第三のゲートウェイ装置(102c)が接続され、前記第三のゲートウェイ装置が前記第二のゲートウェイ装置のマスタになった場合、前記送信手段は、
前記第三のゲートウェイ装置に関連する第三のプレゼンス管理装置(123)が前記第三のゲートウェイ装置からプレゼンス情報を受信すると当該プレゼンス情報を前記第一のプレゼンス管理装置に送信する設定を前記第三のプレゼンス管理装置に設定させる設定メッセージを前記第三のプレゼンス管理装置に送信し、
前記プレゼンス情報を前記第一のプレゼンス管理装置に送信する設定を解除させる解除メッセージを前記第二のプレゼンス管理装置に送信する請求項13から請求項16の何れか一項に記載された第一のプレゼンス管理装置。
【請求項１８】
ローカルネットワーク(104)上のデバイス装置(103)のプレゼンス情報を管理する第一のプレゼンス管理装置(121)であって、
前記ローカルネットワーク上のデバイス装置のプレゼンス情報を取得する第一のゲートウェイ装置(101)から、前記第一のゲートウェイ装置のスレーブとして第二のゲートウェイ装置(102)を指定するメッセージを受信し、
前記第一のプレゼンス管理装置が前記第一のゲートウェイ装置からプレゼンス情報を受信すると当該プレゼンス情報を、前記第二のゲートウェイ装置に関連する第二のプレゼンス管理装置(122)へ送信させる設定メッセージを、前記第二のプレゼンス管理装置から受信する受信手段と、
前記設定メッセージの受信後、前記第二のゲートウェイ装置におけるネットワーク資源の消費および計算資源の消費を低減するために、前記第一のゲートウェイ装置からプレゼンス情報が受信されると当該プレゼンス情報を前記第二のプレゼンス管理装置に送信する送信手段とを有する第一のプレゼンス管理装置。
【請求項１９】
さらに、前記受信した設定メッセージが、前記設定メッセージの送信が前記第二のゲートウェイ装置に関することを示す識別情報を含むことを検証する検証手段(221)を有し、
前記検証手段が、前記メッセージが前記識別情報を含むことを検証した場合のみ、前記送信手段は、前記プレゼンス情報を前記第二のプレゼンス管理装置に送信する請求項18に記載された第一のプレゼンス管理装置。
【請求項２０】
さらに、前記ローカルネットワーク上に前記第一のゲートウェイ装置が存在しないことを検出する検出手段(224、221)を有し、
前記検出手段が、前記ローカルネットワーク上に前記第一のゲートウェイ装置が存在しないことを検出すると、前記送信手段は、前記検出の結果を前記第二のプレゼンス管理装置に知らせる通知を送信する請求項18または請求項19に記載された第一のプレゼンス管理装置。
【請求項２１】
前記ローカルネットワークに第三のゲートウェイ装置(102c)が接続され、前記第三のゲートウェイ装置が前記第二のゲートウェイ装置のマスタになった場合、前記送信手段は、
前記第三のゲートウェイ装置に関連する第三のプレゼンス管理装置(123)が前記第三のゲートウェイ装置からプレゼンス情報を受信すると当該プレゼンス情報を前記第一のプレゼンス管理装置に送信する設定を前記第三のプレゼンス管理装置に設定させる設定メッセージを前記第三のプレゼンス管理装置に送信し、
前記第三のプレゼンス管理装置からプレゼンス情報が受信されると、前記プレゼンス情報を前記第二のプレゼンス管理装置に送信する請求項18から請求項20の何れか一項に記載された第一のプレゼンス管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ゲートウェイ装置およびプレゼンス管理装置に関する。
【背景技術】
【０００２】
「IPマルチメディアサブシステム」(IMS)と呼ばれるネットワークアーキテクチャは、パケットドメインにおいてマルチメディアサービスとセッションを処理するオープン標準として第三世代パートナーシッププロジェクト(3GPP)により開発された（IMSに関する詳細については非特許文献1を参照）。IMS標準に準拠する種々の通信端末およびデバイス（以下、IMS端末）は既知である。IMS端末の典型例は、IMS機能を備えたモバイルフォンである。パーソナルコンピュータ(PC)またはパーソナルディジタルアシスタント(PDA)等は、IMS機能を搭載する場合、IMS端末としても動作する。IMS端末は、例えば、IMSネットワークを介してビデオストリーミングサーバからビデオストリーミングを受信して、マルチメディアサービスを提供する。
【０００３】
特許文献1は、デスクトップPCやラップトップPC等のIMS機能をもたない非IMS端末がIMSネットワークを介してサービスにアクセス可能にするIMSゲートウェイ(IG)を開示する。IGは、少なくとも一つのユーザ端末が接続されるプライベートネットワークに配置される。IGは、「セットトップボックス」(STB)、「住宅向(residential)ゲートウェイ」(RGw)または他のホームデバイス上で実現される。
【０００４】
IGは、DLNA (Digital Living Network Alliance)およびセンサデバイス等の種々のデバイスが接続される住宅用ネットワークにおけるIMSサービスの配信を可能にする。この種のIGは、ホームIMSゲートウェイ装置(HIGA)と呼ばれる。サービスアプリケーションは、住宅用ネットワークだけでなく、自動車IMSゲートウェイ装置(CIGA)により制御される自動車におけるデバイスネットワーク、および、ポータブルIMSゲートウェイ装置(PIGA)により制御されるアドホックネットワークまたはポータブルネットワークにも及ぶ。用語「xIGA」は、これら種々のIGすべてを示す。xIGAに関する詳細については非特許文献2-3を参照されたい。
【０００５】
PNAS（パーソナルネットワークアプリケーションサーバ）は、xIGAにより公開(publish)されたデバイスプレゼンスをサービス供給部(service provider)または他の種類の監視部(watcher)に対して集約(aggregate)し、陳列(expose)するためのインテリジェントデータベースシステムである。PNASは、ホームデバイスに対して陳列するために、さらにサービス供給部のサービス提供情報を格納してもよい。PNASはフィルタ実行機能を有し、ユーザおよびサービス供給部は、プライバシを保護し、受信データを除去するためにフィルタを設定することができる。さらにPNASは、収集された情報に関連する統計を生成する。PNASに関する詳細は特許文献2に説明されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】国際公開第WO2006/045706号
【特許文献２】米国特許出願第12/118,849号
【非特許文献】
【０００７】
【非特許文献１】http://www.3gpp.org/ftp/Specs/html-info/22173.htm
【非特許文献２】「Bringing IMS services to the DLNA Connected home」Pervasive computing at Home WS in Sydney、2008年5月
【非特許文献３】「Virtually at home: High-performance access to personal media」Ericsson review、Issue #2/2008
【非特許文献４】「Beyond the Connected Car: Using the Portable IMS Gateway as an in-car Interface to Home Services」ICT mobile summit、2008年
【発明の概要】
【発明が解決しようとする課題】
【０００８】
二つ以上のxIGAが同一の住宅用ネットワークに接続された場合、それらはともに、住宅用ネットワークに接続されたデバイスの同一のプレゼンス情報をPNASに公開する。問題は、そのような重複した公開(publication)が、不要なネットワーク資源および計算資源を消費することである。とくにPIGAの場合、それは速い電池消費を引き起こす。
【課題を解決するための手段】
【０００９】
本発明の第一の面によると、ローカルネットワークと外部ネットワークに接続可能で、ローカルネットワーク上のデバイス装置のプレゼンス情報を取得し、取得したプレゼンス情報を外部ネットワーク上のプレゼンス管理装置に提供する第一のゲートウェイ装置が提供される。第一のゲートウェイ装置は、デバイス装置のプレゼンス情報を取得する取得手段、プレゼンス情報を外部ネットワークを介してプレゼンス管理装置に送信する送信手段、および、プレゼンス管理装置からプレゼンス情報送信の抑制指示を受信する受信手段を備える。抑制指示の受信後、送信手段は、プレゼンス管理装置へのプレゼンス情報の送信を抑制する。
【００１０】
本発明の第二の面によると、ローカルネットワーク上のデバイス装置のプレゼンス情報を管理するプレゼンス管理装置が提供される。プレゼンス管理装置は、ローカルネットワークに接続された複数のゲートウェイ装置それぞれからプレゼンス情報を受信し、ローカルネットワーク上のデバイス装置からプレゼンス情報を取得する受信手段、複数のゲートウェイ装置の中からマスタゲートウェイ装置およびスレーブゲートウェイ装置を判定する判定手段、および、スレーブゲートウェイ装置から送信されたプレゼンス情報に対する応答として、抑制指示をスレーブゲートウェイ装置に送信する送信手段を備える。
【００１１】
本発明の第三の面によると、ローカルネットワーク上のデバイス装置のプレゼンス情報を管理するプレゼンス管理装置が提供される。プレゼンス管理装置は、ローカルネットワーク上のデバイス装置のプレゼンス情報を取得する第一のゲートウェイ装置から、第一のゲートウェイ装置のマスタとしてローカルネットワーク上の第二のゲートウェイ装置を指定するメッセージを受信する受信手段、および、受信したメッセージに対する応答として、プレゼンス情報送信の抑制指示を第一のゲートウェイ装置に送信する送信手段を備える。
【００１２】
本発明の第四の面によると、ローカルネットワーク上のデバイス装置のプレゼンス情報を管理する第一のプレゼンス管理装置が提供される。第一のプレゼンス管理装置は、ローカルネットワーク上のデバイス装置のプレゼンス情報を取得する第一のゲートウェイ装置から、第一のゲートウェイ装置のマスタとしてローカルネットワーク上の第二のゲートウェイ装置を指定するメッセージを受信する受信手段、および、第二のゲートウェイ装置と関連する第二のプレゼンス管理装置が第二のゲートウェイ装置から情報を受信すると、プレゼンス情報を第一のプレゼンス管理装置に送信する設定を第二のプレゼンス管理装置にもたせる設定メッセージを送信する送信手段を備える。第一のゲートウェイ装置からプレゼンス情報が受信されると、送信手段は、受信したプレゼンス情報に対する応答として、プレゼンス情報の送信の抑制指示を第一のゲートウェイ装置に送信する。
【００１３】
本発明の第五の面によると、ローカルネットワーク上のデバイス装置のプレゼンス情報を管理する第一のプレゼンス管理装置が提供される。第一のプレゼンス管理装置は、ローカルネットワーク上のデバイス装置のプレゼンス情報を取得する第一のゲートウェイ装置から、第一のゲートウェイ装置のスレーブとして第二のゲートウェイ装置を指定するメッセージを受信し、第二のゲートウェイ装置に関連する第二のプレゼンス管理装置から、第一のプレゼンス管理装置が第一のゲートウェイ装置からプレゼンス情報を受信すると、第一のプレゼンス管理装置に、プレゼンス情報を第二のプレゼンス管理装置に送信させる設定メッセージを受信する受信手段、および、設定メッセージの受信後、第一のゲートウェイ装置からプレゼンス情報が受信されると、プレゼンス情報を第二のプレゼンス管理装置に送信する送信手段とを備える。
【００１４】
本発明のさらなる特徴は、添付図面を参照する例示的な実施例の以下の説明から明らかになる。
【図面の簡単な説明】
【００１５】
【図１Ａ】単一オペレータの例に対応する本発明の一実施例にかかる例示的なシステムを示す図。
【図１Ｂ】複数オペレータの例に対応する本発明の別の実施例にかかる別の例示的なシステムを示す図。
【図１Ｃ】複数オペレータの例に対応する本発明の拡張実施例にかかる他の例示的なシステムを示す図。
【図２Ａ】本発明の実施例にかかる例示的なIMSゲートウェイ装置101、102を示す図。
【図２Ｂ】本発明の実施例にかかる例示的なPNASを示す図。
【図３Ａ】本発明の実施例にかかるプレゼンス管理テーブル222に対応するデータ構造例を示す図。
【図３Ｂ】本発明の実施例にかかるプレゼンス管理テーブル222に対応するデータ構造例を示す図。
【図３Ｃ】本発明の実施例にかかるプレゼンス管理テーブル222に対応するデータ構造例を示す図。
【図４Ａ】図10に対応する別の実施例の拡張例を示す図。
【図４Ｂ】本発明の実施例にかかるマスタ/スレーブの関係管理テーブルを示す図。
【図４Ｃ】本発明の実施例にかかるマスタ/スレーブの関係管理テーブルを示す図。
【図４Ｄ】本発明の実施例にかかるマスタ/スレーブの関係管理テーブルを示す図。
【図５】マスタPUAの役割を判定することにより、本発明の実施例の準備手順を説明する例示的なシーケンス図。
【図６】マスタPUAの役割を判定することにより、本発明の実施例の準備手順を説明する例示的なシーケンス図。
【図７】本発明の実施例に従って、マスタPUAからのデバイスプレゼンス公開およびスレーブPUAからのデバイスプレゼンス公開の抑制を説明する例示的なシーケンス図。
【図８】本発明の実施例に従って、スレーブPUAがローカルネットワークを離脱する例を説明する例示的なシーケンス図。
【図９】マスタPUAがローカルネットワーク上に存在せず、スレーブPUAがそれを通知する例を説明する例示的なシーケンス図。
【図１０】本発明の実施例に従って、マスタPUAの役割が他のIMSゲートウェイ装置に移行する例を説明する例示的なシーケンス図。
【図１１】本発明の実施例に従って、マスタPUAの役割が他のIMSゲートウェイ装置に移行する別の例を説明する例示的なシーケンス図。
【図１２】本発明の実施例に従って、マスタPUAおよびスレーブPUAを使用して本発明の概念を示す図。
【発明を実施するための形態】
【００１６】
次に、添付図面を参照して本発明の実施例を説明する。以下に説明する各実施例は、一般的な概念からより具体的な概念に亘る様々な概念を理解するのに役く立つ。
【００１７】
なお、本発明の技術範囲は、特許請求の範囲により規定され、以下に説明する各実施例により制限されない。さらに、実施例において説明する特徴の全ての組み合せが、必ずしも本発明に不可欠とは限らない。
【００１８】
実施例にかかる発明は、IGのグループから一つのIGをマスタPUA（プレゼンスユーザエージェント）として選択し、同一のローカルネットワーク上の他のIGの公開をスレーブPUAとして抑制し、プレゼンス管理装置としての複数のPNASの間のデバイスプレゼンスを透過的にデバイスプレゼンス監視部に同期またはコピーする仕組みに関する。図12は、本発明の実施例に従うマスタPUAとスレーブPUAを使用して、本発明の概念を示す。各スレーブPUAから各PNASへ至る矢付きの点線は、本発明の概念に従う、スレーブPUAからの抑制された公開を示す。
【００１９】
二つ以上のPNASの間で、同一のローカルネットワーク上のデバイスプレゼンス情報をコピーまたは同期する仕組みは、公開が抑制された場合も、最新のデバイスプレゼンス情報を監視部に提供する。PUAがローカルネットワークに参加またはローカルネットワークから離脱する場合、上記抑制の仕組みは、デバイスプレゼンス情報が監視部に途切れずに提供される方法で、開始または終了する。
【００２０】
以下の実施例において、一例として、HIGAと呼ばれる住宅用でユーザの家に固定配置されたIG、および、PIGAと呼ばれる一般に移動用でユーザが室外に持ち出すことができるポータブルIGが使用される例を説明する。なお、本発明の実施例は、HIGAとPIGAの対を使用する例に限定されず、HIGA、PIGA、CIGA等を含むあらゆる種類のIGの任意の組み合せに適用される。
【００２１】
図1Aは、単一オペレータの例に対応する本発明の一実施例にかかる例示的なシステムを示す。簡略化のために、HIGA 101とPIGA 102の対を本発明の説明に使用するが、本発明は、様々なxIGAと、それらのうちの三つ以上をカバーすることができる。このシステムにおいて、HIGA 101、PIGA 102およびホームデバイス103は、無線ローカルエリアネットワーク(WLAN)104のローカルネットワークを介して互いに通信可能に接続されている。ローカルネットワークは、Ethernet（登録商標）に基づくローカルエリアネットワーク(LAN)、Bluetooth（登録商標）ネットワークまたは他のローカルネットワークでもよい。HIGA 101は、一般に住宅用で、HIGAユーザの家100に固定配置されたホームIMSゲートウェイ装置である。PIGA 102は、一般に移動用で、ユーザがPIGA 102を家100の外に持ち出すことができるポータブルIMSゲートウェイ装置である。PIGA 102は、ホームIMSゲートウェイ機能を含む移動端末、モバイルフォン、パーソナルディジタルアシスタント(PDA)またはラップトップコンピュータとして構成される。
【００２２】
HIGA 101とPIGA 102は、単一のIMSオペレータの操作により、IMSネットワーク111に通信可能に接続される。HIGA 101およびPIGA 102は、ローカルネットワーク104上のデバイスプレゼンスを収集し、それらをIMSネットワーク111を介してPNAS 121に公開する。異なるIMPU (IMS public identity)がHIGA 101とPIGA 102に割り当てられる。図1Aの単一オペレータの例において、HIGA 101とPIGA 102は、デバイスプレゼンスを同一のPNAS 121に報告する。PNAS 121は、HIGA 101とPIGA 102の複数のIMSホームゲートウェイ装置からデバイスプレゼンスを集約し、サービス供給部からの接続(subscription)を維持し、デバイスプレゼンスの変化をサービス供給部に通知する。
【００２３】
ホームデバイス103は、ネットワークインタフェイスを有し、例えばDLNA（ディジタルリビングネットワークアライアンス）、UPnP（ユニバーサルプラグアンドプレイ）、ZigBee（登録商標）、ECHONET、SIP（セッション開始プロトコル）、HTTP（ハイパテキスト転送プロトコル）およびBluetooth（登録商標）等のネットワークを介した制御の仕組みを有する。図1Aにおいて、ホームデバイス103は一つであるが、これは一例であり、ホームデバイスの数は限定されない。ホームデバイス103は、テレビジョン、DVD/HDD/BDレコーダ、ラップトップコンピュータ、デスクトップコンピュータ、プリンタ、メディアサーバ、ディジタルカメラ、ディジタルビデオカメラ（カムコーダ）、加速度センサ、温度センサ、方位センサおよび位置センサ等のうちの何れか一つを含んでもよい。
【００２４】
サービス供給部(SP)130は、ISC (IMS service control)インタフェイスを介してS-CSCF (serving-call session control function)に接続されたIMS AS (IMS application server)、または、PNAS 121に接続されたインターネット等の別の種類のネットワーク上のサーバである。SP 130は、PNAS 121からプレゼンス情報を受信するプレゼンス監視部として振る舞う。
【００２５】
図1Bは、複数オペレータの例に対応する本発明の別の実施例にかかる別の例示的なシステムを示す。HIGA 101とPIGA 102の対を本発明を簡略化して説明するために使用するが、本発明は、様々なxIGAと、それらのうちの三つ以上をカバーすることができる。図1Bにおいて、基本システム構成は図1Aと同一であるが、図1Bのシステムは、それぞれ異なるオペレータにより操作されるIMS #1 111とIMS #2 112の異なるIMSネットワークに、HIGA 101とPIGA 102がそれぞれ接続される例に対応する。基本的に、PNAS #1 121はHIGA 101からのデバイスプレゼンスを集約し、PNAS #2 122はPIGA 102からのデバイスプレゼンスを集約する。図1Bは、PNAS #2 122がサービス供給部からの接続を維持し、デバイスプレゼンスの変化をサービス供給部に通知する例を示す。
【００２６】
以下、本発明の実施例に関する詳細な説明を複数オペレータの例に関連付けて提供する。単一オペレータの例に特有のアプリケーションを、必要に応じて、提供するが、基本的に複数オペレータの例に大きな変更を加えずに、同一の手順を単一オペレータの例に適用することができる。
【００２７】
図2Aは、本発明の実施例にかかる例示的なIMSゲートウェイ装置101、102を示す。例示的なIMSゲートウェイ101、102は、ISIM/USIM (IMS subscriber identity module/universal subscriber identity module)211、UPnPコントロールポイント(CP)212と、SIPバックツーバックユーザエージェント(B2BUA)213、プレゼンスユーザエージェント214、送信機215、受信機216、および、制御器217とを含む。
【００２８】
図2Aにおいて、ISIM/USIM 211は、IMSゲートウェイごとに必須な情報を格納し、IMSパブリックアイデンティティ(IMPU)等のIMSクライアントとして動作する。UPnP CP 212は、WLAN 104上でホームデバイス103を検出するデバイス発見を実行し、発見したデバイスを制御する。SIP B2BUA 213は、IMSに対応しないIMSゲートウェイ装置に接続したデバイスがIMSオペレータネットワークにアクセスできるように、IETF (Internet Engineering Task Force) SIPとIMS SIPの間で変換を実行する。プレゼンスユーザエージェント214は、IMSゲートウェイ装置に通信可能に接続されたホームデバイスに関連するデバイスプレゼンス情報を公開する。
【００２９】
送信機215は、ホームデバイス103または他のIMSゲートウェイ装置と通信するために、IMSネットワーク111、112およびWLAN 104と（UPnPおよび/またはSIPに基づき）通信可能に接続されることにより、情報を送信するインタフェイスである。受信機216は、ホームデバイス103または他のIMSゲートウェイ装置と通信するために、IMSネットワーク111、112およびWLAN 104と（UPnPおよび/またはSIPに基づき）通信可能に接続されることにより、情報を受信するインタフェイスである。制御器217は、IMSゲートウェイ装置全体の処理を制御し、情報の送信および/または受信、並びに、ホームデバイスの検出等を含む本発明の実施例に従い実行すべき処理を実行する。
【００３０】
図2Bは、本発明の実施例にかかる例示的なPNASを示す。PNASは、制御ユニット221、プレゼンス管理テーブル222、送信機223、および、受信機224を含む。
【００３１】
制御器221は、PNASの制御に必要な処理を実行する。プレゼンス管理テーブル222は、IMSネットワークを介してIMSゲートウェイ装置から受信したデバイスプレゼンスを格納する。図3A〜図3Cを参照して、プレゼンス管理テーブル222のデータ構造例を説明する。送信機223は、IMSネットワーク111、112に通信可能に接続されることにより、情報を送信するインタフェイスである。受信機224は、IMSネットワーク111、112に通信可能に接続されることにより、情報を受信するインタフェイスである。
【００３２】
図2Aおよび図2Bにおいて、各モジュールは、所望の機能を成し遂げる対応する処理プログラムを実行する個別のハードウェアモジュール、または、CPU、MPU、VGA、FPGA、ASICまたはDSP等のプロセッサにおいて実行される対応する処理コードを含むソフトウェアモジュールとして実現される。
【００３３】
図3A〜図3Cは、本発明の実施例にかかるプレゼンス管理テーブル222に対応するデータ構造例を示す。図3Aは図1BのPNAS #1 121に格納されたプレゼンス管理テーブル222を示し、図3Bは図1BのPNAS #2 122に格納されたプレゼンス管理テーブル222を示す。図3Cは、本発明の実施例にかかる仕組みに基づいて更新されるPNAS #2 122に格納されたプレゼンス管理テーブル222を示す。
【００３４】
図3A〜図3Cにおいて、各テーブルは、IMPU 301、デバイスID 302、デバイスの種類303およびデバイス名304等をテーブルエントリとして格納する。IMPU 301は、HIGA 101またはPIGA 102等のIMSゲートウェイ装置のIMSパブリックアイデンティティを示す。IMPU 301は、IMSゲートウェイ装置ごとの識別子として使用される。デバイスID 302は、ローカルネットワーク（WLAN 104）において検出されたホームデバイス103の識別子を示し、UUID（ユニバーサルユニーク識別子）でもよい。デバイスの種類303は、「メディアレンダラ」および「メディアサーバ」等の対応するホームデバイス103の種類を示す。デバイス名304は、対応するホームデバイスの、ユーザが指定する名前を示す。
【００３５】
図5および図6は、マスタPUAの役割が決定するまでの本発明の実施例の準備手順を説明する例示的なシーケンス図を示す。役割を決定するために、例えば、移動または固定を含むIMSゲートウェイ装置の種類を考慮してもよい。移動装置の場合は、ローカルネットワークを離脱する可能性をさらに考慮してもよい。また、CPU、メモリおよびネットワークインタフェイス等のハードウェアの能力、並びに、電池駆動またはAC接続を含む電源の種類を考慮してもよい。電池駆動型の場合、電池残量をさらに考慮してもよい。さらに、ネットワーク帯域幅およびそのコストを考慮してもよい。セルラネットワークは、一般に、例えば固定ネットワークよりコストが掛かる。エネルギコストをさらに考慮してもよく、例えばBluetooth（登録商標）による電力消費は、WLANより遥かに少ない。PNASがデバイスプレゼンス、並びに、幾つかの履歴データおよびその統計を有するため、情報はPNASから取得される。IMSゲートウェイ装置の間でローカルにネゴシエーションが実行されると、IMSゲートウェイ装置は、PNASから必要な情報をダウンロードすることができる。ネゴシエーションがPNASにより実行されると、PNASは、IMSゲートウェイ装置から不足する情報を検索する。
【００３６】
図5は、IMSゲートウェイ装置が役割を決定する例を示し、以下では、WLAN 104のローカルネットワークに新しく参加するPIGA 102がスレーブ装置になることを決定する。図5において、点線は、直前のSIP要求に対応するSIPプロトコルに従う「200 OK」応答を示す。
【００３７】
PIGA 102は、ローカルネットワーク（WLAN 104）に参加すると、ステップS501においてHIGA 101を発見する。PIGA 102は、HIGA 101のIMPUを問合せ、「higa@ims1.net」を受信する。ステップS501において、HIGA 101がPIGA 102を発見してもよく、HIGA 101のプレゼンスをPIGA 102に通知する。ステップS502において、PIGA 102は、HIGA 101に、マスタPUAになり、PIGA 102の代わりにWLAN 104上のデバイスプレゼンスを報告するように要求する。PIGA 102は、要求パラメータとしてIMPU 「piga@ims2.net」をHIGA101に与える。
【００３８】
ここでIMPU等を交換するために、xIGAまたはPUAを表す新しいデバイスプロファイルが必要になるが、ステップS501における発見およびステップS502における情報の交換は、例えばUPnP CP 212によるUPnPを使用して実行してもよい。なお、プロトコルはUPnPに限定されない。
【００３９】
ステップS503において、HIGA 101は、「piga@ims2.net」におけるスレーブPUAを含むPIGAのプレゼンスを報告するSIP PUBLISHを、HIGA 101からのデバイスプレゼンスを管理するPNAS #1 121に送信する。本実施例を説明するのに必要なPUBLISHメッセージのヘッダ部の一例を以下に示す。ヘッダに含まれるべき他の部分は、対応するRFCおよび3GPPの標準に対応し、本実施例では、その説明を省略する。
PUBLISH sip:higa@ims1.net SIP/2.0
Via: SIP/2.0/UDP 192.121.123.123;branch=z9hG4bK652hsge
To: ＜sip:higa@ims1.net＞
From: ＜sip:higa@ims1.net＞;tag=1234wxyz
Call-ID: 81818181@ims1.net
CSeq: 1 PUBLISH
Max-Forwards: 70
Expires: 3600
Event: device_presence
Content-Type: application/pidf+xml
Content-Length: …
P-Slave-PUA-Identity: sip:piga@ims2.net
(公開されたデバイスプレゼンス文書)
【００４０】
上記の例において、P-Slave-PUA-Identityヘッダは、スレーブPUAとしてのPIGA 102を示す。このヘッダは、本発明の実施例に従って導入される。RFC3863に規定されたPIDF (presence information data format)文書を、IMSにおいてプレゼンス情報を伝達する標準形式として利用することができるが、デバイスプレゼンス文書は如何なる形式でもよい。
【００４１】
ステップS504において、PIGA 102は、「higa@ims1.net」におけるマスタPUAを含むHIGAのプレゼンスを報告するSIP PUBLISHを、PIGA 102からのデバイスプレゼンスを管理するPNAS #2 122に送信する。本実施例を説明するのに必要なPUBLISHメッセージのヘッダ部の一例を以下に示す。ヘッダに含まれるべき他の部分は、対応するRFCおよび3GPPの標準に対応し、本実施例では、その説明を省略する。
PUBLISH sip:piga@ims2.net SIP/2.0
Via: SIP/2.0/UDP 61.196.123.123;branch=z9hG4bK652hsge
To: ＜sip:piga@ims2.net＞
From: ＜sip:piga@ims2.net＞;tag=1234wxyz
Call-ID: 91919191@ims2.net
CSeq: 1 PUBLISH
Max-Forwards: 70
Expires: 3600
Event: device_presence
Content-Type: application/pidf+xml
Content-Length: …
P-Master-PUA-Identity: sip:higa@ims1.net
(公開されたデバイスプレゼンス文書)
【００４２】
上記の例において、P-Master-PUA-Identityヘッダは、マスタPUAとしてのHIGA 101からのデバイスプレゼンス情報のコピーを、PIGA 102が有効にしたいことを示す。このヘッダは、本発明の実施例に従って導入される。
【００４３】
ステップS505において、PNAS #2 122は、「higa@ims1.net」におけるデバイスプレゼンスを登録する(subscribe)ためにSIP SUBSCRIBEをPNAS #1 121に送信する。このステップにおいて、IMS #2 112はIMPU 「higa@ims1.net」のドメイン名に従いSUBSCRIBEメッセージをIMS #1 111に配送し、次に、IMS #1 111におけるS-CSCFはIMPU 「higa@ims1.net」の初期フィルタ基準(iFC)に従いSUBSCRIBEメッセージをPNAS #1 121に配送する。本実施例を説明するのに必要なSUBSCRIBEメッセージのヘッダ部の一例を以下に示す。ヘッダに含まれるべき他の部分は、対応するRFCおよび3GPPの標準に対応し、本実施例では、その説明を省略する。
【００４４】
ステップS506において、PNAS #1 121は、SIP SUBSCRIBEを受信すると、その要求のP-Asserted-Identityヘッダをチェックし、「piga@ims2.net」のIMPUを有するPIGA 102の代わりに、PNAS #2 122が登録することを知る。IMPUがステップS503で報告されたスレーブPUAであることが証明されると、ステップS505における登録要求が許可される。許可されない場合、PNAS #1 121は、S505 SUBSCRIBEの下の点線でSIP誤り応答を返信する。
【００４５】
ステップS506における許可は、スレーブPUAになることが許されるIMPUの集合を特定する事前に設定されたアクセス制御リストに基づき行われる。アクセス制御リストは、XCAP (XML configuration access protocol)プロトコルを使用して管理されてもよく、HSS、PNASまたは別のデータベースに格納されてもよい。
【００４６】
ステップS507において、PNAS #2 122は、S505 SUBSCRIBEの下の点線においてSIP成功応答を受信するとプレゼンスコピー機能を作動して、「higa@ims1.net」に関して報告されたデバイスプレゼンスを「piga@ims2.net」にコピーする。
【００４７】
ステップS508において、PNAS #1 121は、SIP NOTIFYをPNAS #2 122に返信する。これは、最初のNOTIFYメッセージであり、何も含まなくてもよいし、「higa@ims1.net」に関連するデバイスプレゼンスを含んでいてもよい。
【００４８】
上記の手順によると、PNAS #1 121とPNAS #2 122は、HIGA 101とPIGA 102の間のマスタスレーブ関係を管理するテーブルを作成することができる。マスタスレーブ関係管理テーブルの詳細例は、図4B〜図4Dを参照して、以下において説明する。
【００４９】
上記説明は複数オペレータの例に対応するが、単一オペレータの例においては、HIGA 101とPIGA 102からのPUBLISHメッセージが同じPNAS #1 121に到達し、SUBSCRIBE/NOTIFYの対話(dialog)は使用されない。プレゼンスコピー機能はPNAS #1 121がスレーブPUA（つまりPIGA 102）からPUBLISHメッセージを受信した後に作動し、PUBLISH (S504)に対する「200 OK」応答は以下のPUBLISHメッセージを抑制する指示を含む。
【００５０】
図6は、PNASがWLAN 104のローカルネットワーク上の各IMSゲートウェイ装置の役割を決定する例を示す。複数オペレータの場合はPNASの間のサービス契約が必要になるが、図6に示す単一オペレータの手順例は、複数オペレータの例にも適用される。図6における点線は、直前のSIP要求に対応するSIPプロトコルに従う「200 OK」応答を示す。
【００５１】
ステップS601において、HIGA 101は、WLAN 104のローカルネットワーク上のデバイスプレゼンスを公開するSIP PUBLISHをPNAS #1 121に送信する。本実施例を説明するのに必要なPUBLISHメッセージのヘッダ部の一例を以下に示す。ヘッダに含まれるべき他の部分は、対応するRFCおよび3GPPの標準に対応し、本実施例では、その説明を省略する。
PUBLISH sip:higa@ims1.net SIP/2.0
Via: SIP/2.0/UDP 192.121.123.123;branch=z9hG4bK652hsge
To: ＜sip:higa@ims1.net＞
From: ＜sip:higa@ims1.net＞;tag=1234wxyz
Call-ID: 81818181@ims1.net
CSeq: 1 PUBLISH
Max-Forwards: 70
Expires: 3600
Event: device_presence
Content-Type: application/pidf+xml
Content-Length: …
(公開されたデバイスプレゼンス文書)
【００５２】
ステップS602において、PIGA 102は、WLAN 104のローカルネットワーク上のデバイスプレゼンスを公開するSIP PUBLISHをPNAS #1 121に送信する。本実施例を説明するのに必要なPUBLISHメッセージのヘッダ部の一例を以下に示す。ヘッダに含まれるべき他の部分は、対応するRFCおよび3GPPの標準に対応し、本実施例では、その説明を省略する。
PUBLISH sip:piga@ims2.net SIP/2.0
Via: SIP/2.0/UDP 61.196.123.123;branch=z9hG4bK652hsge
To: ＜sip:piga@ims2.net＞
From: ＜sip:piga@ims2.net＞;tag=1234wxyz
Call-ID: 91919191@ims2.netCSeq: 1 PUBLISH
Max-Forwards: 70
Expires: 3600
Event: device_presence
Content-Type: application/pidf+xml
Content-Length: …
(公開されたデバイスプレゼンス文書)
【００５３】
ステップS603において、PNAS #1 121は、「higa@ims1.net」および「piga@ims2.net」を関連付け、マスタPUAを決定する。関連付けを作成する一方法は、HIGA 101とPIGA 102が同一のIMSサブスクリプションに属すかをチェックすることである。
【００５４】
ステップS603におけるマスタPUAの選択は、HSSにおいて事前設定されたユーザの基本設定に基づくか、HIGA 101とPIGA 102の能力情報に基づく。ステップS604において、PNAS #1 121は、HIGA 101からPIGA 102にデバイスプレゼンス情報をコピーするためにプレゼンスコピー機能を作動する。
【００５５】
HIGA 101とPIGA 102が、マスタPUAまたはスレーブPUAの何れかの役割を獲得した後、スレーブPUAからのデバイスプレゼンス公開は抑制され、PNASの間のデータをコピーすることで、透過的に、マスタPUAから報告されたデバイスプレゼンスがスレーブPUA上の監視部に供給される。
【００５６】
図7は、本発明の実施例に従うマスタPUAからのデバイスプレゼンス公開、および、スレーブPUAからのデバイスプレゼンス公開の抑制を説明する例示的なシーケンス図を示す。図7に示すシーケンス図において、PNAS #2 122に向けてのSIP SUBSCRIBEの送信により、サービス供給部がIMPU 「piga@ims2.net」に関するデバイスプレゼンスを既に登録していることが前提条件になる。なお、シーケンス図におけるサービス提供部は、デバイスプレゼンス情報の受動的な受信者であり、PIGAにおけるPUA機能性がオフになった後も依然としてデバイスプレゼンスが通知されることを示す。図7において、点線は、直前のSIP要求に対応するSIPプロトコルに従う「200 OK」応答を示す。
【００５７】
ステップS701において、ホームデバイス103はWLAN 104のローカルネットワーク上の、そのプレゼンスを告知し、それをHIGA 101とPIGA 102が受信する。例えば、「uuid:12345」を有するメディアレンダラと、「uuid:23456」を有するメディアサーバは、それらのプレゼンスを告知する。ステップS702において、HIGA 101は、受信したデバイスプレゼンスを公開するために、SIP PUBLISHをPNAS #1 121に送信する。PNAS #1 121は、SIP PUBLISHに添付されたデバイスプレゼンスに基づきプレゼンス管理テーブル222を更新する。更新されたテーブルの一例を図3Aに示す。テーブル300は、メディアレンダラおよびメディアサーバに関するデバイスプレゼンスを含む。
【００５８】
ステップS703において、PNAS #1 121は、「higa@ims1.net」におけるデバイスプレゼンスとして登録された、HIGA101から受信したデバイスプレゼンスを含むSIP NOTIFYをPNAS #2 122に向けて送信する。ステップS704において、PNAS #2 122は、受信したNOTIFYメッセージ中のデバイスプレゼンスを「piga@ims2.net」にコピーし、それは、ステップS705における、「piga@ims2.net」が登録されたサービス提供部へのSIP NOTIFYの送信をトリガする。このコピー処理により、図3Bに示すプレゼンス管理テーブル310は、図3Cに示すプレゼンス管理テーブル310に更新される。図3Cにおいて、メディアレンダラおよびメディアサーバに関する処理情報が追加される。
【００５９】
ステップS706において、PIGA 102は、受信したデバイスプレゼンスを公開するために、SIP PUBLISHをPNAS #2 122に送信する。ステップS703においてデバイスプレゼンスが既に報告されているため、このステップは、サービス提供部への通知をトリガしない。ステップS707において、PNAS #2 122は、PIGA 102のPUA機能を抑制する指示を「200 OK」応答に挿入する。それを受信するとPIGA 102は、PUA機能を停止する。本実施例を説明するのに必要な「200 OK」メッセージのヘッダ部の一例を以下に示す。ヘッダに含まれるべき他の部分は、対応するRFCおよび3GPPの標準に対応し、本実施例では、その説明を省略する。
SIP/2.0 200 OK
Via: SIP/2.0/UDP 61.196.123.123;branch=z9hG4bK652hsge
To: ＜sip:piga@ims2.net＞;tag=1a2b3c4d
From: ＜sip:piga@ims2.net＞;tag=1234wxyz
Call-ID: 81818181@pnas.ims2.net
CSeq: 2 PUBLISH
SIP-ETag: dx200xyz
Expires: 1800
P-Master-PUA-Identity: sip:higa@ims1.net
【００６０】
上記の例において、P-Master-PUA-Identityヘッダは、PNAS #1 121が、マスタPUAとしてのHIGA 101からのデバイスプレゼンスをコピーすることを示すために、「200 OK」応答において使用される。このヘッダは、本発明の実施例に従い導入される。「Expires」ヘッダは、公開情報が、PIGA 102から受信した別のSIP PUBLISHによりリフレッシュされない限り、1800ミリ秒後に有効期限が切れることを示す。PIGA 102は、最新のPUBLISHメッセージの「200 OK」により、この「Expires」ヘッダに指定された公開の寿命をリフレッシュするために、本体が空のSIP PUBLISHを送信しなければならない。公開情報の有効期限が切れると、PNAS #2 122からPNAS #1 121へのプレゼンスコピーも終了する。
【００６１】
上述したステップS706とS707は、ステップS703の前で実行されてもよい。その場合、PUBLISHメッセージは、ステップS705におけるサービス提供部への通知をトリガし、PNAS #1 121からのSIP NOTIFYはサービス提供部への通知をトリガしない。PIGA 102のPUA機能を抑制する指示は「200 OK」の本体またはSIPヘッダに配置される。
【００６２】
ステップS708において、PIGA 102は、その計算資源とネットワーク資源をより節約するために、デバイス発見とイベント受信(listening)機能またはその一部を停止する。PIGA 102は、とくにHIGA 101が突然オフにされた場合に、デバイスプレゼンスの公開を再開するために、HIGA 101における状態変化を通知するSIP SUBSCRIBEメッセージを使用して、PNAS #2 122との追加的な対話をつくることができる。図8および図9を参照して、以下に詳細な手順を説明する。
【００６３】
ステップS709〜S714は、基本的にステップS701〜S705と同一である。しかし、ステップS708においてPIGA 102のPUA機能が停止されるから、PIGA 102はSIP PUBLISHを送信しない。これにより、PIGA 102のネットワーク資源と計算資源を節約することができる。
【００６４】
単一オペレータの例の場合、デバイスプレゼンスはPNAS #1 121の内部でコピーされ、ステップS703とS711におけるNOTIFYメッセージは省略される。
【００６５】
PIGA 102がWLAN 104のローカルネットワークに留まる間、図7に従う手順は継続する。しかし、PIGA 102は、WLAN 104のローカルネットワークから離脱後、図8に示すように、PUA機能性を作動し、かつ、マスタPUAからの同期の停止を要求しなければならない。この状況においてPIGA 102がWLAN 104のローカルネットワークを離脱する際に同期の停止がトリガされるが、PIGA 102は、理由にかかわらず、WLAN104のローカルネットワークを離脱することなくこの手順を開始してもよい。図8において、点線は、直前のSIP要求に対応するSIPプロトコルに従う「200 OK」応答を示す。
【００６６】
図8において、PIGA 102は、WLAN 104のローカルネットワークから切断されたことを検出すると、ステップS801において、停止されたPUA機能を作動する。ステップS802において、PIGA 102は、そのことを示すSIP PUBLISHをPNAS #2 122に送信する。ステップS803において、PNAS #2 122はプレゼンスコピー機能を停止する。ステップS804において、PNAS #2 122は、「higa@ims1.net」のデバイスプレゼンスを非登録にする(unsubscribe)ためにSIP SUBSCRIBEをPNAS #1 121に向けて送信する。ステップS805において、PNAS #1 121は、登録が終了したことを示すSIP NOTIFYをPNAS #2 122に送信する。
【００６７】
PIGA 102は、別のネットワークに接続される場合、例えば住宅用WLAN 104から自動車ネットワークに移動されると、ステップS806において、新しく接続されたネットワーク上のデバイス800からのデバイスプレゼンスまたは幾つかのイベントを受信する。ステップS807において、PIGA 102は、デバイスプレゼンスを公開するために、SIP PUBLISHをPNAS #2 122に送信する。
【００６８】
図8に対応する上記の手順は、HIGA 101がオフされ、かつ、それをPIGA 102が局所的に通知する例に適用することもできる。しかし、PIGA102が、それを局所的に検出できない場合、それは、図9に示す追加対話の仕組みを介して、PNASから通知しなければならない。図9において、点線は、直前のSIP要求に対応するSIPプロトコルに従う「200 OK」応答を示す。
【００６９】
ステップS901において、HIGA 101はオフされ、PIGA 102は、それを検出しない。ステップS902において、PNAS #1 121は、HIGA 101がオフされたことを検出する。PNAS #1 121はそのオフを直接検出できなくてもよく、「Expires」ヘッダにより特定される公開の存続期間にHIGA 101から送信されたPUBLISHメッセージがない場合、HIGA 101はオフされたと見做すことができる。PNAS #1 121は、HIGA101の登録解除(un-registration)を知るために、ISCを介してS-CSCFから登録イベントを受信してもよい。
【００７０】
ステップS903において、PNAS #1 121は、セッションが終了した状態でNOTIFYメッセージをPNAS #2 122に送信する。ステップS904において、PNAS #2 122は、マスタPUA（つまりHIGA 101）がWLAN 104のローカルネットワークに存在しないことを示すために、追加的対話の仕組みを介してNOTIFYメッセージをPIGA 102に送信する。そして、PIGA 102は、PUA機能を作動し、PNAS #2 122に対するデバイスプレゼンスの公開を開始する。
【００７１】
以下、図10を参照して、マスタPUAの役割が他のIMSゲートウェイ装置に移行する例を説明する。IMSゲートウェイ装置(xIGA)の電池寿命は、マスタPUAの役割を別の装置に渡す一つの動機である。マスタPUAを務めるxIGAの電池が切れる場合に移行が行われてもよく、より積極的には、電池を同等に節約するために、xIGAのグループの間でマスタPUAの役割を定期的に循環させることができる。別の動機は、新しいxIGAがローカルネットワークに追加され、能力(capacity)に関して、現在のものよりも、新しいxIGAがマスタPUAの役割を獲得する方がより適切な場合である。
【００７２】
マスタPUAの役割を移行する一方法は、現在のマスタPUAが新しいマスタPUAのスレーブPUAになることであるが、図10に説明するように、現在のマスタPUAは依然として他のスレーブに対するマスタPUAとして動作する。図10は、PNAS #1 121を有するIMS #1 111に接続されたPIGA #1 102a、および、PNAS #2 122を有するIMS #2に接続されたPIGA #2 102bが存在する図1Cに対応する例を説明する。IMS #1 111とIMS #2 112のIMSネットワークは、異なるオペレータにより操作される。PIGA #1 102aは、PIGA #2 102bのマスタPUAである。これは、PIGA #2 102bからのデバイスプレゼンスが抑制され、PIGA #1 102aからのデバイスプレゼンスがPNAS #1 121からPNAS #2 122にコピーされることを意味する。PIGA #3 102cは、WLAN 104のローカルネットワークに参加し、IMS #1 111およびIMS #2 112とは異なるオペレータにより操作されるPNAS #3 123を有する他のIMS #3 113に接続される。図10において、点線は、直前のSIP要求に対応するSIPプロトコルに従う「200 OK」応答を示す。
【００７３】
ステップS1001において、PIGA #3 102cがWLAN 104のローカルネットワークに参加する場合、PIGA #1 102aとPIGA #3 102cは、局所的に交渉して、マスタPUAをPIGA #1 102aからPIGA #3 102cに移動することに同意する。
【００７４】
ステップS1002において、PIGA #3 102cは、PIGA #1 102aがスレーブPUAになることを示すSIP PUBLISHをPNAS #3 123に送信する。ステップS1003において、PIGA #1 102aは、PIGA #3 102cがマスタPUAになることを示すSIP PUBLISHをPNAS #1 121に送信する。ステップS1004において、PNAS #1 121は、PNAS #3 123のデバイスプレゼンスを登録するために、SIP SUBSCRIBEを送信する。ステップS1005において、PNAS #3 123は、最初の通知メッセージとしてSIP NOTIFYをPNAS #1 121に送信する。
【００７５】
ステップS1006〜1008において、WLAN 104のローカルネットワークのデバイスプレゼンスが変化した場合、ステップS1009において、PIGA #3 102cはそれを検出し、デバイスプレゼンスを報告するためのPUBLISHを送信する。PIGA #1 102aとPIGA #2 102bは、デバイスプレゼンスの変化を検出してもよいが、PUBLISHは送信しない。
【００７６】
ステップS1010において、PNAS #3 123は、報告されたデバイスプレゼンスの変化を含むSIP NOTIFYをPNAS #1 121に送信する。ステップS1011において、PIGA #1 102aは、依然、PIGA #2 102bのマスタPUAであるため、SIP NOTIFYをPNAS #2 122に送信する。
【００７７】
別の実施例において、マスタPUAの役割を移行する別の方法は、図11に説明するように、マスタスレーブ関係を一度解除し、新しいマスタPUAを設定する。この場合、PNAS #1 121は、RFC 3515「SIP Refer Method」に従うSIP REFER法を用いて、PNAS #3 123に登録するようにPNAS #2 122に指示してもよい。図11は、図10のステップS1005に続く、新しいマスタPUAのPNASに登録するスレーブPUAのPNASの手順を示す。図11において、点線は、直前のSIP要求に対応するSIPプロトコルに従う「200 OK」応答を示す。
【００７８】
ステップS1101において、PNAS #1 121は、現在の(existing)SIP SUBSCRIBE/NOTIFY対話においてSIP REFERをPNAS #2 122に送信する。「Refer-To」ヘッダは、PIGA #3 102cのIMPUを指し示す。本実施例を説明するのに必要なREFERメッセージのヘッダ部の一例を以下に示す。ヘッダに含まれるべき他の部分は、対応するRFCおよび3GPPの標準に対応し、本実施例では、その説明を省略する。
REFER sip:pnas.ims2.net SIP/2.0
Via: SIP/2.0/UDP pnas.ims1.net;branch=z9hG4bK2293940223
From: ＜sip:piga@ims1.net＞;tag=12341234
To: ＜sip:piga@ims2.net＞;tag=abcd1234
Call-ID: 898234234@pnas.ims1.net
CSeq: 1 REFER
Max-Forwards: 70
Refer-To: ＜sip:piga@ims3.net; method=SUBSCRIBE?Event=device_presence＞
Contact: sip:pnas.ims1.net
Content-Length: 0
【００７９】
ステップS1102において、PNAS #2 122は、PNAS #3 123のデバイスプレゼンスを登録するために、SUBSCRIBE要求をPNAS #3 123に送信する。ステップS1103において、PNAS #3 123は、最初のNOTIFYメッセージを返信する。ステップS1104において、PNAS #2 122は、PNAS #2 122とPNAS#3 123の間のセッションが正常に確立されたことを示すNOTIFYメッセージをPNAS #1 121に送信する。ステップS1105において、PNAS #1 121は、デバイスプレゼンス情報をコピーするために使用された現在のSIP SUBSCRIBE/NOTIFY対話を終了するNOTIFYメッセージをPNAS #2 122に送信する。
【００８０】
図4Aは、図10に対応する別の実施例の拡張例を示す。図4Aにおいて、各ノード401はIMSゲートウェイ装置(xIGA)を示し、二つのノードを接続する矢印402は二つのノードの間のマスタスレーブ関係を示す。例えば「Fredrik」のxIGAは、「Martin」のxIGAのスレーブである。図4Aに示す例において、「Martin」、「Smith」および「Carl」のxIGAのみが対応するPNASにデバイスプレゼンスを公開し、他の六つのxIGAはデバイスプレゼンスを公開する必要はない。このシステム構成を成し遂げるため、IMS #1〜IMS #3の何れか一つのIMSネットワークに対応する各PNASは、図4B、図4Cまたは図4Dに示すマスタスレーブ関係管理テーブルを有する。各テーブルは、マスタIMPU（411、421または431）およびスレーブIMPU（412、422または432）のエントリを管理する。これにより、複数のxIGAの間の関係を管理することができる。
【００８１】
本発明の実施例の幾つかの面によれば、以下の利点を得ることができる。なお、幾つかの実施例は、以下の利点の幾つかを達成できなくてもよく、そのような実施例は、本発明の範囲から除外されない。
【００８２】
デバイスプレゼンスを報告するxIGAにおいて、ネットワーク資源の消費および計算資源の消費を低減することができる。ユーザのプレゼンス情報より、デバイスプレゼンス情報が遥かに頻繁に更新されるため、これらの節約は非常に効果的である。xIGAが実施例におけるPIGA 102のようなモバイルフォンまたはポータブルデバイスにある場合、さらに、エネルギ消費を低減し、かつ、バッテリを延命することができる。それは、エンドユーザだけでなくオペレータにとっても明らかな利点である。例えば幾つかのオペレータは提携して、自分達が環境に優しい会社であることを社会にアピールすることができる。
【００８３】
また、本発明の解決手段は、サービスプロバイダ等のデバイスプレゼンスウォッチャにとって明白である。本発明の実行に関係なく、ウォッチャは、デバイスプレゼンス情報を適時受信することができる。
【図１Ａ】
0005180378.tif 000002
【図１Ｂ】
0005180378.tif 000003
【図１Ｃ】
0005180378.tif 000004
【図２Ａ】
0005180378.tif 000005
【図２Ｂ】
0005180378.tif 000006
【図３Ａ】
0005180378.tif 000007
【図３Ｂ】
0005180378.tif 000008
【図３Ｃ】
0005180378.tif 000009
【図４Ａ】
0005180378.tif 000010
【図４Ｂ】
0005180378.tif 000011
【図４Ｃ】
0005180378.tif 000012
【図４Ｄ】
0005180378.tif 000013
【図５】
0005180378.tif 000014
【図６】
0005180378.tif 000015
【図７】
0005180378.tif 000016
【図８】
0005180378.tif 000017
【図９】
0005180378.tif 000018
【図１０】
0005180378.tif 000019
【図１１】
0005180378.tif 000020
【図１２】
0005180378.tif 000021