(57)【要約】連携情報管理サーバであって、第１の装置を識別するための第１の識別子と第２の装置を一意に識別するための第２の識別子とが対応づけられた連携情報を記憶する連携情報記憶手段と、受信された第１の識別子と第２の識別子とを連携情報として前記連携情報記憶手段に登録する登録手段と、第２の装置に割り当てられた不変のアドレスである第１アドレスと第２の装置に割り当てられた可変の第２アドレスと前記第２の識別子とを対応付けて記憶する位置情報記憶手段とを備える。
2004080009.tif 000002
【特許請求の範囲】
【請求項１】
第１の識別子によって識別される第１の装置であって、前記第１の識別子を記憶する記憶手段を備える第１の装置と、
第２の識別子によって一意に識別される第２の装置であって、前記第１の装置から第１の識別子を読み出す読出手段と、前記第２の識別子を記憶する記憶手段と、前記読出手段によって読み出された第１の識別子及び前記記憶手段に記憶される第２の識別子を含む連携情報メッセージを作成する作成手段と、前記作成手段によって作成された連携情報メッセージを他装置へ送出する送信手段とを備える第２の装置と、
送出された前記連携情報メッセージを受信する受信手段と、第１の識別子と第２の識別子とが対応づけられた連携情報を記憶する連携情報記憶手段と、前記受信手段によって受信された連携情報メッセージに含まれる第１の識別子と第２の識別子とを連携情報として前記連携情報記憶手段に登録する登録手段とを備える連携情報管理サーバと
を含む連携情報管理システム。
【請求項２】
前記第１の装置及び第２の装置は、それぞれ無線通信手段を備え、
前記第２の装置の読出手段は、前記無線通信手段を介して第１の識別子を読み出す
請求項１に記載の連携情報管理システム。
【請求項３】
前記連携情報管理サーバは、前記連携情報記憶手段に連携情報が登録された際に、前記第２の装置に対し登録が完了したことを通知する完了通知手段をさらに備え、
前記第２の装置は、前記完了通知を受信した場合に、前記第１の装置の使用を可能とする使用制限手段をさらに備える
請求項１又は２に記載の連携情報管理システム。
【請求項４】
前記第２の装置は、自装置に割り当てられた不変の第１アドレスと、可変の第２アドレスとを有し、
前記第２の装置の送信手段は、前記第２アドレスと第１アドレスと自装置の第２の識別子とを含む位置登録メッセージを連携情報管理サーバへさらに送信し、
前記連携情報管理サーバは、受信された位置登録メッセージに含まれる第１アドレスと第２アドレスと第２の識別子とを対応付けて記憶する位置情報記憶手段をさらに備える
請求項１〜３のいずれかに記載の連携情報管理システム。
【請求項５】
前記第１の装置についての認証処理を実行する第１の認証装置をさらに含み、
前記連携情報管理サーバは、前記第１の装置についての認証処理を前記第１の認証装置に依頼する認証依頼手段と、前記第１の認証装置による認証処理の結果に応じて前記登録手段による前記連携情報の登録を制限する登録制限手段と
を備える請求項１〜４のいずれかに記載の連携情報管理システム。
【請求項６】
前記第２の装置についての認証処理を実行する第２の認証装置をさらに含み、
前記連携情報管理サーバは、前記第２の装置についての認証処理を前記第２の認証装置に依頼する認証依頼手段と、前記第２の認証装置による認証処理の結果に応じて前記登録手段による前記連携情報の登録を制限する登録制限手段とを備える請求項１〜５のいずれかに記載の連携情報管理システム。
【請求項７】
前記第１の装置についての装置情報を前記第１の識別子と対応付けて記憶する装置情報記憶手段と、受信される問い合わせメッセージに含まれる第１の識別子に対応付けて記憶される前記装置情報を検索する検索手段と、前記問い合わせメッセージに対する応答として前記検索手段によって検索された装置情報を送信する応答手段とを含む装置情報管理サーバをさらに含み、
前記連携情報管理サーバは、特定の第１の識別子を含む問い合わせメッセージを前記装置情報管理サーバへ送信する問い合わせ手段をさらに備える
請求項１〜６のいずれかに記載の連携情報管理システム。
【請求項８】
前記連携情報管理サーバは、第１の識別子が付されたデータを受信した場合にこの第１の識別子と対応付けられて前記連携情報記憶手段に記憶される第２の識別子を検索する識別子検索手段と、前記検索手段によって検索された第２の識別子と対応付けられて前記位置情報記憶手段に記憶される第２のアドレスを検索するアドレス検索手段と、前記アドレス検索手段によって検索された第２のアドレスに対して前記データの少なくとも一部を転送する転送手段とを備える請求項４に記載の連携情報管理システム。
【請求項９】
第１の装置から第１の識別子を読み出す読出手段と、
自装置を一意に識別するための第２の識別子を記憶する記憶手段と、
前記読出手段によって読み出された第１の識別子及び前記記憶手段に記憶される第２の識別子を含む連携情報メッセージを作成する作成手段と、
前記作成手段によって作成された連携情報メッセージを他装置へ送出する送信手段と
を備える端末装置。
【請求項１０】
第１の装置を識別するための第１の識別子と第２の装置を一意に識別するための第２の識別子とが対応づけられた連携情報を記憶する連携情報記憶手段と、
受信された第１の識別子と第２の識別子とを連携情報として前記連携情報記憶手段に登録する登録手段と、
第２の装置に割り当てられた不変のアドレスである第１アドレスと第２の装置に割り当てられた可変の第２アドレスと前記第２の識別子とを対応付けて記憶する位置情報記憶手段と、
を備える連携情報管理サーバ。
【請求項１１】
第１の識別子が付されたデータを受信した場合にこの第１の識別子と対応付けられて前記連携情報記憶手段に記憶される第２の識別子を検索する識別子検索手段と、
前記検索手段によって検索された第２の識別子と対応付けられて前記位置情報記憶手段に記憶される第２のアドレスを検索するアドレス検索手段と、
前記アドレス検索手段によって検索された第２のアドレスに対して前記データの少なくとも一部を転送する転送手段と
をさらに備える請求項１０に記載の連携情報管理サーバ。
【請求項１２】
ユーザの通信端末と、ユーザ側に配布される配布装置との関係を示す連携情報を記憶する連携情報記憶手段と、
前記連携情報により特定の配布装置と関係付けられている通信端末を送信対象とするメッセージの転送条件が規定された転送制御情報を記憶する転送制御情報記憶手段と、
前記転送制御情報に基づいて、メッセージの通信端末に対する転送を制御する転送制御手段と
を含むメッセージ転送制御システム。
【請求項１３】
前記転送制御情報は、配布装置に係るコンテキスト情報に基づくメッセージの転送条件が規定された第１の転送条件情報と、通信端末に係るコンテキスト情報に基づくメッセージの転送条件が規定された第２の転送条件情報とを含み、
前記転送制御手段は、前記第１及び第２の転送条件情報に規定されたメッセージの転送条件が満たされる場合に、前記メッセージの転送を許可する
請求項１２記載のメッセージ転送制御システム。
【請求項１４】
前記転送制御手段は、少なくとも第１の転送条件情報に基づいてメッセージの転送可否を判定する第１の判定手段と、少なくとも第２の転送条件情報に基づいてメッセージの転送可否を判定する第２の判定手段とを含む
請求項１３記載のメッセージ転送制御システム。
【請求項１５】
ユーザの通信端末が接続される広域ネットワークに夫々接続される、ユーザの通信端末の位置登録装置と、ユーザ側に配布される配布装置の位置登録装置とを含み、
前記配布装置の位置登録装置は、
前記通信端末から送信される通信端末と配布装置との関係を示す情報を連携情報として記憶する連携情報記憶部と、
特定の配布装置と関係する通信端末を送信対象とするメッセージに対する転送条件が規定された転送制御情報を記憶する転送制御情報記憶部と、
配布装置が指定されたメッセージを受信する受信部と、
前記連携情報記憶部に記憶された連携情報により前記メッセージで指定された配布装置と関係する通信端末が特定される場合に、この通信端末に対するメッセージの転送可否を前記転送制御情報記憶部に記憶された転送制御情報に基づいて判定する転送制御手段と、
前記転送制御部で転送が許可されたメッセージを送出する送信部とを含み、
前記通信端末の位置登録装置は、
前記配布装置の位置登録装置からのメッセージを受信する受信部と、
通信端末の位置情報を記憶する位置情報記憶部と、
通信端末の位置情報に基づいて、前記メッセージを通信端末へ送信する送信部とを含む
メッセージ転送制御システム。
【請求項１６】
前記通信端末の位置登録装置は、
特定の配布装置と関係する通信端末を送信対象とするメッセージに対する転送条件が規定された転送制御情報を記憶する第２転送制御情報記憶部と、
前記配布装置の位置登録装置からの前記メッセージが受信された場合に、このメッセージの通信端末に対する転送可否を前記第２転送情報記憶部に記憶された前記転送制御情報に基づいて判定する第２転送制御手段とをさらに含み、
前記送信部は、前記第２転送制御部で転送が許可されたメッセージを通信端末へ送信する
請求項１５記載のメッセージ転送制御システム。
【請求項１７】
前記配布装置の位置登録装置は、
連携情報として記憶すべき配布装置の識別情報と通信端末の識別情報とを受信した場合に、この配布装置の識別情報で特定される配布装置の認証を配布装置の認証装置に要求する認証要求手段と、
前記要求に係る配布装置の認証が成功した場合に前記配布装置の認証装置から提供される転送制御情報を前記転送制御情報記憶部に格納する情報管理手段をさらに含む
請求項１５又は１６記載のメッセージ転送制御システム。
【請求項１８】
前記通信端末の位置登録装置は、
連携情報として記憶すべき配布装置の識別情報と通信端末の識別情報とを受信した場合に、この通信端末の識別情報で特定される通信端末の認証を通信端末の認証装置に要求する第２認証要求手段と、
前記要求に係る通信端末の認証が成功した場合に前記通信端末の認証装置から提供される転送制御情報を前記第２転送制御情報記憶部に格納する第２情報管理手段をさらに含む
請求項１６又は１７記載のメッセージ転送制御システム。
【請求項１９】
前記配布装置の位置登録装置は、
配布装置の認証装置から連携情報として記憶すべき配布装置の識別情報と通信端末の識別情報と転送制御情報とが受信された場合に、この転送制御情報を前記転送制御情報記憶部に格納する情報管理手段をさらに含む
請求項１５又は１６記載のメッセージ転送制御システム。
【請求項２０】
前記配布装置の位置登録装置は、
通信端末から送信される、連携情報として記憶すべき配布装置の識別情報と通信端末の識別情報と転送制御情報とが受信された場合に、この転送制御情報を前記転送制御情報記憶部に格納する情報管理手段をさらに含む
請求項１５又は１６記載のメッセージ転送制御システム。
【請求項２１】
前記通信端末の位置登録装置は、
通信端末から送信される、連携情報として記憶すべき配布装置の識別情報と通信端末の識別情報と転送制御情報とが受信された場合に、この転送制御情報を前記第２転送制御情報記憶部に格納する情報管理手段をさらに含む
請求項２０記載のメッセージ転送制御システム。
【請求項２２】
前記転送制御手段は、前記転送制御情報として前記転送制御情報記憶部に記憶される少なくとも配布装置に関するコンテキスト情報に基づくメッセージの転送条件が満たされるか否かによって、メッセージの転送可否を判定する
請求項１５〜２１のいずれかに記載のメッセージ転送制御システム。
【請求項２３】
前記第２転送制御手段は、前記転送制御情報として前記第２転送制御情報記憶部に記憶される少なくとも通信端末に関するコンテキスト情報に基づくメッセージの転送条件が満たされるか否かによって、メッセージの転送可否を判定する
請求項１６〜２２のいずれかに記載のメッセージ転送制御システム。
【請求項２４】
前記転送制御手段は、前記転送制御情報記憶部に記憶される、配布装置毎に規定された固有のメッセージの転送条件情報を含む転送制御情報に基づいてメッセージの転送可否を判定する
請求項１５〜２３のいずれかに記載のメッセージ転送制御システム。
【請求項２５】
前記第２転送制御手段は、前記第２転送制御情報記憶部に記憶される、通信端末毎に規定された固有のメッセージの転送条件情報を含む転送制御情報に基づいてメッセージの転送可否を判定する
請求項１６〜２４のいずれかに記載のメッセージ転送制御システム。
【請求項２６】
前記配布装置の位置登録装置は、
メッセージが受信された場合に、このメッセージの転送可否を判定するための有効な転送制御情報が前記転送制御情報記憶部に記憶されていない場合に、配布装置の認証装置に対し、該当する転送制御情報の付与を要求する転送制御情報要求手段をさらに含む
請求項１５〜２５のいずれかに記載のメッセージ転送制御システム。
【請求項２７】
前記通信端末の位置登録装置は、
メッセージが受信された場合に、このメッセージの転送可否を判定するための有効な転送制御情報が前記転送制御情報記憶部に記憶されていない場合に、通信端末の認証装置に対し、該当する転送制御情報の付与を要求する第２転送制御情報要求手段をさらに含む
請求項１６〜２６のいずれかに記載のメッセージ転送制御システム。
【請求項２８】
前記広域ネットワークに接続され、通信端末へ転送すべきサービスメッセージをサービスプロバイダ装置から受信した場合に、前記サービスメッセージに含有又は付加されている少なくとも配布装置の識別情報に基づいて、複数の配布装置の位置登録装置の中から、当該サービスメッセージを転送すべき配布装置の位置登録装置を特定し、特定された位置登録装置へ当該サービスメッセージを転送する前記広域ネットワークの入口側の転送制御ゲートウェイ装置をさらに含む
請求項１５〜２７のいずれかに記載のメッセージ転送制御システム。
【請求項２９】
前記入口側の転送制御ゲートウェイ装置は、前記サービスメッセージに含有又は付加されている配布装置に関するコンテキスト情報に基づいて、このサービスメッセージを配布装置の位置登録装置へ転送するか否かを判定する
請求項２８記載のメッセージ転送制御システム。
【請求項３０】
前記入口側の転送制御ゲートウェイ装置は、前記サービスメッセージがカプセル化され且つヘッダ部分に少なくとも配布装置の識別情報が設定されたサービス要求メッセージを前記サービスプロバイダ装置から受信する
請求項２８又は２９記載のメッセージ転送制御システム。
【請求項３１】
前記広域ネットワークに接続され、特定の配布装置と関係する通信端末を送信対象とするメッセージに対する転送条件が規定された転送制御情報を記憶する転送制御情報記憶部と、通信端末の位置登録装置からのメッセージを受信する受信部と、この受信部で受信されたメッセージの通信端末に対する転送可否を前記転送情報記憶部に記憶された前記転送制御情報に基づいて判定する転送制御手段とを含む、前記広域ネットワークの出口側の転送制御ゲートウェイ装置をさらに含む
請求項１５〜３０のいずれかに記載のメッセージ転送制御システム。
【請求項３２】
ユーザの通信端末と、ユーザ側に配布される配布装置との関係を示す連携情報を記憶装置に格納するステップと、
前記連携情報により特定の配布装置と関係付けられている通信端末を送信対象とするメッセージの転送条件が規定された転送制御情報を記憶装置に格納するステップと、
前記転送制御情報に基づいて、メッセージの通信端末に対する転送を制御するステップと、
を含むメッセージ転送制御方法。
【請求項３３】
前記転送制御情報は、配布装置に係るコンテキスト情報に基づくメッセージの転送条件が規定された第１の転送条件情報と、通信端末に係るコンテキスト情報に基づくメッセージの転送条件が規定された第２の転送条件情報とを含み、
前記転送を制御するステップでは、前記第１及び第２の転送条件情報に規定されたメッセージの転送条件が満たされる場合に、前記メッセージの転送を許可する
請求項３２記載のメッセージ転送制御方法。
【請求項３４】
前記転送を制御するステップは、少なくとも第１の転送条件情報に基づいてメッセージの転送可否を判定する第１の判定ステップと、少なくとも第２の転送条件情報に基づいてメッセージの転送可否を判定する第２の判定ステップとを含む
請求項３３記載のメッセージ転送制御方法。
【請求項３５】
ユーザの通信端末が接続される広域ネットワークに夫々接続される、ユーザの通信端末の位置登録装置と、ユーザ側に配布される配布装置の位置登録装置とを含み、
前記配布装置の位置登録装置が、
前記通信端末から送信される通信端末と配布装置との関係を示す情報を連携情報として連携情報記憶部に記憶するステップと、
特定の配布装置と関係する通信端末を送信対象とするメッセージに対する転送条件が規定された転送制御情報を転送制御情報記憶部に記憶するステップと、
配布装置が指定されたメッセージを受信するステップと、
前記連携情報記憶部に記憶された連携情報により前記メッセージで指定された配布装置と関係する通信端末が特定される場合に、この通信端末に対するメッセージの転送可否を前記転送制御情報記憶部に記憶された転送制御情報に基づいて判定するステップと、
前記転送を制御するステップで転送が許可されたメッセージを送出するステップとを実行し、
前記通信端末の位置登録装置が、
前記配布装置の位置登録装置からのメッセージを受信するステップと、
位置情報記憶部に記憶された通信端末の位置情報に基づいて、前記メッセージを通信端末へ送信するステップとを実行する
ことを含むメッセージ転送制御方法。
【請求項３６】
前記通信端末の位置登録装置が、
特定の配布装置と関係する通信端末を送信対象とするメッセージに対する転送条件が規定された転送制御情報を第２転送情報記憶部に記憶するステップと、
前記配布装置の位置登録装置からのメッセージが受信された場合に、このメッセージの通信端末に対する転送可否を前記第２転送情報記憶部に記憶された前記転送制御情報に基づいて判定するステップと、
転送が許可されたメッセージを通信端末へ送信するステップと、
をさらに実行する
請求項３５記載のメッセージ転送制御方法。
【請求項３７】
前記配布装置の位置登録装置が、
連携情報として記憶すべき配布装置の識別情報と通信端末の識別情報とを受信した場合に、この配布装置の識別情報で特定される配布装置の認証を配布装置の認証装置に要求するステップと、
前記要求に係る配布装置の認証が成功した場合に前記配布装置の認証装置から提供される転送制御情報を前記転送制御情報記憶部に格納するステップとをさらに実行する
請求項３５又は３６記載のメッセージ転送制御方法。
【請求項３８】
前記通信端末の位置登録装置が、
連携情報として記憶すべき配布装置の識別情報と通信端末の識別情報とを受信した場合に、この通信端末の識別情報で特定される通信端末の認証を通信端末の認証装置に要求するステップと、
前記要求に係る通信端末の認証が成功した場合に前記通信端末の認証装置から提供される転送制御情報を前記第２転送制御情報記憶部に格納するステップとをさらに実行する
請求項３６又は３７記載のメッセージ転送制御方法。
【請求項３９】
前記配布装置の位置登録装置が、
配布装置の認証装置から連携情報として記憶すべき配布装置の識別情報と通信端末の識別情報と転送制御情報とが受信された場合に、この転送制御情報を前記転送制御情報記憶部に格納するステップをさらに実行する
請求項３５又は３６記載のメッセージ転送制御方法。
【請求項４０】
前記配布装置の位置登録装置が、
通信端末から送信される、連携情報として記憶すべき配布装置の識別情報と通信端末の識別情報と転送制御情報とが受信された場合に、この転送制御情報を前記転送制御情報記憶部に格納するステップをさらに実行する
請求項３５又は３６記載のメッセージ転送制御方法。
【請求項４１】
前記通信端末の位置登録装置が、
通信端末から送信される、連携情報として記憶すべき配布装置の識別情報と通信端末の識別情報と転送制御情報とが受信された場合に、この転送制御情報を前記第２転送制御情報記憶部に格納するステップをさらに実行する
請求項４０記載のメッセージ転送制御方法。
【請求項４２】
前記配布装置の位置登録装置における前記転送を制御するステップでは、前記転送制御情報として前記転送制御情報記憶部に記憶される少なくとも配布装置に関するコンテキスト情報に基づくメッセージの転送条件が満たされるか否かによって、メッセージの転送可否を判定する
請求項３５〜４１のいずれかに記載のメッセージ転送制御方法。
【請求項４３】
前記通信端末の位置登録装置における前記転送を制御するステップでは、前記転送制御情報として前記第２転送制御情報記憶部に記憶される少なくとも通信端末に関するコンテキスト情報に基づくメッセージの転送条件が満たされるか否かによって、メッセージの転送可否を判定する
請求項３６〜４２のいずれかに記載のメッセージ転送制御方法。
【請求項４４】
前記配布装置の位置登録装置における前記転送を制御するステップでは、前記転送制御情報記憶部に記憶される、配布装置毎に規定された固有のメッセージの転送条件情報を含む転送制御情報に基づいてメッセージの転送可否を判定する
請求項３５〜４３のいずれかに記載のメッセージ転送制御方法。
【請求項４５】
前記通信端末の位置登録装置における前記転送を制御するステップでは、前記第２転送制御情報記憶部に記憶される、通信端末毎に規定された固有のメッセージの転送条件情報を含む転送制御情報に基づいてメッセージの転送可否を判定する
請求項３６〜４４のいずれかに記載のメッセージ転送制御方法。
【請求項４６】
前記配布装置の位置登録装置が、
メッセージが受信された場合に、このメッセージの転送可否を判定するための有効な転送制御情報が前記転送制御情報記憶部に記憶されていない場合に、配布装置の認証装置に対し、該当する転送制御情報の付与を要求するステップをさらに実行する
請求項３５〜４５のいずれかに記載のメッセージ転送制御方法。
【請求項４７】
前記通信端末の位置登録装置が、
メッセージが受信された場合に、このメッセージの転送可否を判定するための有効な転送制御情報が前記第２転送制御情報記憶部に記憶されていない場合に、通信端末の認証装置に対し、該当する転送制御情報の付与を要求するステップをさらに実行する
請求項３６〜４６のいずれかに記載のメッセージ転送制御システム。
【請求項４８】
前記広域ネットワークに接続され、通信端末へ転送すべきサービスメッセージをサービスプロバイダ装置から受信するサービスメッセージの広域ネットワークに対する入口側のゲートウェイ装置が、前記サービスメッセージに含有又は付加されている少なくとも配布装置の識別情報に基づいて、複数の配布装置の位置登録装置の中から、当該サービスメッセージを転送すべき配布装置の位置登録装置を特定し、特定された位置登録装置へ当該サービスメッセージを転送することをさらに含む
請求項３５〜４７のいずれかに記載のメッセージ転送制御方法。
【請求項４９】
前記入口側のゲートウェイ装置が、前記サービスメッセージに含有又は付加されている配布装置に関するコンテキスト情報に基づいて、このサービスメッセージを配布装置の位置登録装置へ転送するか否かを判定する
請求項３８記載のメッセージ転送制御方法。
【請求項５０】
前記入口側のゲートウェイ装置が、前記サービスメッセージがカプセル化され且つヘッダ部分に少なくとも配布装置の識別情報が設定されたサービス要求メッセージを前記サービスプロバイダ装置から受信する
請求項４８又は４９記載のメッセージ転送制御方法。
【請求項５１】
前記広域ネットワークに接続される、サービスプロバイダからのサービスメッセージの前記広域ネットワークに対する出口側のゲートウェイ装置が、特定の配布装置と関係する通信端末を送信対象とするメッセージに対する転送条件が規定された転送制御情報を転送制御情報記憶部に記憶し、通信端末の位置登録装置からのメッセージを受信し、受信されたメッセージの通信端末に対する転送可否を前記転送情報記憶部に記憶された前記転送制御情報に基づいて判定することをさらに含む
請求項３５〜５０のいずれかに記載のメッセージ転送制御方法。
【発明の詳細な説明】
【技術分野】  本発明は、ＩＰネットワーク等のネットワークに接続可能な端末装置の特定のユーザに対し、サービスの提供を行うためのシステムや装置等に関する。
【背景技術】  従来、ユーザ端末の位置を個々に制御する手段として、レイヤ３（ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）レイヤ）におけるＭｏｂｉｌｅ  ＩＰ（非特許文献１参照）がある。
Ｍｏｂｉｌｅ  ＩＰでは、ＩＰネットワークを用いて構成される複数のサブネットワーク間をＭＮ（Ｍｏｂｉｌｅ  Ｎｏｄｅ）が移動しながら通信することを継続可能とする。ＭＮは、現在所属するサブネットワークに依存しないアドレスと、このサブネットワークに依存するアドレスとを有する。サブネットワークに依存しないアドレスはホームアドレス（Ｈｏｍｅ  Ａｄｄｒｅｓｓ）と呼ばれる。一方、サブネットワークに依存するアドレスは気付アドレス（ＣｏＡ：Ｃａｒｅ  ｏｆ  Ａｄｄｒｅｓｓ）と呼ばれる。そして、ＨＡ（Ｈｏｍｅ  Ａｇｅｎｔ）は、ＭＮのホームアドレスと気付アドレスとを対応付けて記憶する。このようにして、ＨＡは、ＭＮの位置を個々に制御する。
第三者のホスト（ＣＮ：Ｃｏｒｒｅｓｐｏｎｄｅｎｔ  Ｎｏｄｅ）は、ＭＮ宛にパケットを送信する場合、このＭＮのホームアドレス宛にパケットを送信する。ＨＡは、ＭＮのホームアドレス宛のパケットを受け取ると、このパケットを、ホームアドレスに対応して記憶される気付アドレス宛に転送する。そして、ＭＮは、ＣＮから送出されたパケットを受信する。このようにして、Ｍｏｂｉｌｅ  ＩＰでは、ＣＮから送出されたパケットが、複数のサブネットワーク間を移動することによりその気付アドレスが変化するＭＮに対し、正しく転送される。
また、Ｍｏｂｉｌｅ  ＩＰに関連する技術として、ＨＡが、あるＭＮについて、このＭＮは正規のユーザ端末であるか否かを認証する技術がある（特許文献１参照）。また、ネットワークを介して接続される端末装置のユーザを識別する技術として、ＮＡＩ（Ｎｅｔｗｏｒｋ  Ａｃｃｅｓｓ  Ｉｄｅｎｔｉｆｉｅｒ：非特許文献２参照）がある。
また、今後のネットワークサービスの一形態として、ユーザの周辺に配置されたアプライアンス（Ａｐｐｌｉａｎｃｅ）を提供することが想定される。本発明において、アプライアンスとは、個体識別情報を保有すると同時に、保有される個体識別情報を他装置に対して通信する通信手段を有する物である。例えば、アプライアンスは、ユーザが個人で保有する端末装置（例えば携帯電話機）のみを用いては実現できない機能をユーザに提供する際に、ユーザに対して提供される。即ち、ユーザは、周辺に配置されたアプライアンス（例：ポインティングデバイス，プログラム記録媒体，ヘッドホン）を一時的に利用することにより、ユーザ個人で保有する端末装置のみでは実現できない機能の提供を、サービスとして受けることが可能となる。また、アプライアンスは、アプライアンス自体がユーザの端末装置に対して直接的になんらかの機能を提供するものでない物（例：建物，看板，缶）であっても良い。また、アプライアンスは、固定された物であっても良いし可動の物であっても良い。また、アプライアンスは、公共的な物であっても良いし、個人が所有する物であっても良い。
【特許文献１】        特開２００１−１６９３４１号公報
【非特許文献１】        ”ＩＰ  Ｍｏｂｉｌｉｔｙ  Ｓｕｐｐｏｒｔ”、［ｏｎｌｉｎｅ］、［平成１５年２月１４日検索］、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ／ｒｆｃ／ｒｆｃ２００２．ｔｘｔ＞
【非特許文献２】        ”Ｔｈｅ  Ｎｅｔｗｏｒｋ  Ａｃｃｅｓｓ  Ｉｄｅｎｔｉｆｉｅｒ”、［ｏｎｌｉｎｅ］、［平成１５年２月１４日検索］、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ／ｒｆｃ／ｒｆｃ２４８６．ｔｘｔ＞
上記のアプライアンスをユーザに対して提供するサービスでは、あるアプライアンスとこのアプライアンスを使用するユーザとの関係（即ち利用関係）を、サービスの提供側等で認識する必要が生じる場合がある。例えば、各アプライアンスを利用したユーザに対する課金情報を管理する場合に、このような利用関係の認識が必要となる。
ところで、次世代のネットワークサービスとして、サービスの遍在性を特徴とした「ユビキタス（ｕｂｉｑｕｉｔｏｕｓ）」をキーワードとしたサービスが注目されつつある。ユビキタスは、インターネットなどの情報ネットワークに、いつでも、どこからでもアクセスできる環境と言われている。このような環境を整えるための要件の一つとして「コンテキストに基づいた（ｃｏｎｔｅｘｔ−ａｗａｒｅ）」サービスが有望とされている。本明細書において、ユーザの「コンテキスト」とは、ユーザ（サービス利用者）の様々な状況を指す。例えば、ユーザのコンテキストは、ユーザの属性，生活習慣，時々の状態を示す情報を含む。さらには、ユーザのコンテキストは、ユーザを取り巻く環境を示す情報も含む。例えば、環境を示す情報には、ユーザの使用する通信端末の近傍にある、或いはユーザが所持又は使用している様々なデバイスの種類や数量といった情報が含まれる。
「コンテキストに基づいた」サービスでは、サービスの提供者が、ユーザのコンテキストを取得し、このコンテキストに応じた情報を含むメッセージをネットワークを介してユーザへ提供することが考えられる。
しかしながら、ユーザのコンテキストの内容によっては、ユーザが意図しないタイミングや内容のメッセージ，或いはそのユーザに対して提供すべきでない内容のメッセージがユーザに提供される可能性がある。
【発明の開示】
本発明の目的の一つは、上記のアプライアンスのような装置とアプライアンスを使用するユーザとの利用関係を認識することを可能とするシステムやこのようなシステムで使用される装置を提供することである。
また、本発明の目的の一つは、コンテキストに基づいたサービスにおいて、ユーザが意図しないメッセージを受け取ることを防止することができる技術を提供することである。
本発明の第１の態様は、連携情報管理システムであって、第１の識別子によって識別される第１の装置であって、前記第１の識別子を記憶する記憶手段を備える第１の装置と、第２の識別子によって一意に識別される第２の装置であって、前記第１の装置から第１の識別子を読み出す読出手段と、前記第２の識別子を記憶する記憶手段と、前記読出手段によって読み出された第１の識別子及び前記記憶手段に記憶される第２の識別子を含む連携情報メッセージを作成する作成手段と、前記作成手段によって作成された連携情報メッセージを他装置へ送出する送信手段とを備える第２の装置と、前記第２の装置から前記連携情報メッセージを受信する受信手段と、第１の識別子と第２の識別子とが対応づけられた連携情報を記憶する連携情報記憶手段と、前記受信手段によって受信された連携情報メッセージに含まれる第１の識別子と第２の識別子とを連携情報として前記連携情報記憶手段に登録する登録手段とを備える連携情報管理サーバとを含む。
本発明の第１の態様は、第１の装置と第２の装置と連携情報管理サーバとを含む。第１の装置と第２の装置には、それぞれ第１の識別子と第２の識別子とが割り当てられる。第１の識別子は、必ずしも一意に第１の装置を識別可能な識別子である必要はない。例えば、第１の識別子は、第１の装置の製造番号や、又は第１の装置がとりつけられる物を示す識別子であっても良い。一方、第２の識別子は、第２の装置を一意に識別することが可能となる識別子である。
第２の装置の読出手段は、例えば無線通信手段や有線通信手段、或いは、その他の非接触による情報読み取り手段（赤外線やカメラによる画像認識等）によって、第１の装置の記憶手段に記憶される第１の識別子を読み出す。このような作用は、例えばＲＦＩＤタグ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ  ＩＤ  タグ）及びＲＦＩＤリーダや、Ｂｌｕｅｔｏｏｔｈ等を用いて実現される。
第２の装置の作成手段は、読出手段によって読み出された第１の識別子と、自装置が備える記憶手段に記憶される第２の識別子とを含む連携情報メッセージを作成する。そして、第２の装置の送信手段は、作成手段によって作成された連携情報メッセージを連携情報管理サーバへ送信する。
第２の装置は、不変の第１アドレスと可変の第２アドレスとが割り当てられる装置であっても良い。このようなアドレスの例として、Ｍｏｂｉｌｅ  ＩＰによるホームアドレスと気付アドレスとがある。この場合、第２の装置の送信手段は、Ｍｏｂｉｌｅ  ＩＰの仕様に従って、ホームアドレスと気付アドレスとを対応付けた位置登録メッセージを連携情報管理サーバへ送信する。この場合、第２の装置の送信手段は、位置登録メッセージに、自装置の記憶手段に記憶される第２の識別子を含める。
連携情報管理サーバの受信手段は、連携情報メッセージを受信する。すると、登録手段は、受信されたメッセージに含まれる第１の識別子と第２の識別子とを対応付けて、連携情報記憶手段に登録する。
本発明の第１の態様によれば、連携情報管理サーバへの通信手段を備えない第１の装置と、第２の装置との対応関係が、連携情報管理サーバへの通信手段を備える第２の装置によって通知される。このため、連携情報管理サーバでは、このような対応関係（利用関係）が、正確に登録される。
また、本発明による第１の態様の前記連携情報管理サーバは、前記連携情報記憶手段に連携情報が登録された際に、前記第２の装置に対し登録が完了したことを通知する完了通知手段をさらに備え、前記第２の装置は、前記完了通知を受信した場合に、前記第１の装置の使用を可能とする使用制限手段をさらに備えるように構成されても良い。
また、本発明による第１の態様の前記第２の装置は、自装置に割り当てられた不変の第１アドレスと、可変の第２アドレスとを有し、前記第２の装置の送信手段は、前記第２アドレスと第１アドレスと自装置の第２の識別子とを含む位置登録メッセージを連携情報管理サーバへさらに送信し、前記連携情報管理サーバは、受信された位置登録メッセージに含まれる第１アドレスと第２アドレスと第２の識別子とを対応付けて記憶する位置情報記憶手段をさらに備えるように構成されても良い。
また、本発明による第１の態様は、前記第１の装置についての認証処理を実行する第１の認証装置をさらに含み、前記連携情報管理サーバは、前記第１の装置についての認証処理を前記第１の認証装置に依頼する認証依頼手段と、前記第１の認証装置による認証処理の結果に応じて前記登録手段による前記連携情報の登録を制限する登録制限手段とを備えるように構成されても良い。
また、本発明による第１の態様は、前記第２の装置についての認証処理を実行する第２の認証装置をさらに含み、前記連携情報管理サーバは、前記第２の装置についての認証処理を前記第２の認証装置に依頼する認証依頼手段と、前記第２の認証装置による認証処理の結果に応じて前記登録手段による前記連携情報の登録を制限する登録制限手段とを備えるように構成されても良い。
また、本発明による第１の態様は、前記第１の装置についての装置情報を前記第１の識別子と対応付けて記憶する装置情報記憶手段と、受信される問い合わせメッセージに含まれる第１の識別子に対応付けて記憶される前記装置情報を検索する検索手段と、前記問い合わせメッセージに対する応答として前記検索手段によって検索された装置情報を送信する応答手段とを含む装置情報管理サーバをさらに含み、前記連携情報管理サーバは、特定の第１の識別子を含む問い合わせメッセージを前記装置情報管理サーバへ送信する問い合わせ手段をさらに備えるように構成されても良い。
また、本発明による第１の態様の前記連携情報管理サーバは、第１の識別子が付されたデータを受信した場合にこの第１の識別子と対応付けられて前記連携情報記憶手段に記憶される第２の識別子を検索する識別子検索手段と、前記検索手段によって検索された第２の識別子と対応付けられて前記位置情報記憶手段に記憶される第２のアドレスを検索するアドレス検索手段と、前記アドレス検索手段によって検索された第２のアドレスに対して前記データの少なくとも一部を転送する転送手段とを備えるように構成されても良い。
本発明の第２の態様は、端末装置であって、第１の装置から第１の識別子を読み出す読出手段と、自装置を一意に識別するための第２の識別子を記憶する記憶手段と、前記読出手段によって読み出された第１の識別子及び前記記憶手段に記憶される第２の識別子を含む連携情報メッセージを作成する作成手段と、前記作成手段によって作成された連携情報メッセージを他装置へ送出する送信手段とを備える。
本発明の第３の態様は、連携情報管理サーバであって、第１の装置を識別するための第１の識別子と第２の装置を一意に識別するための第２の識別子とが対応づけられた連携情報を記憶する連携情報記憶手段と、受信された第１の識別子と第２の識別子とを連携情報として前記連携情報記憶手段に登録する登録手段と、第２の装置に割り当てられた不変のアドレスである第１アドレスと第２の装置に割り当てられた可変の第２アドレスと前記第２の識別子とを対応付けて記憶する位置情報記憶手段とを備える。
本発明によれば、アプライアンスのような装置（第１の装置）と、このアプライアンスと同一のユーザによって使用される装置（第２の装置）との利用関係を認識することことが可能となる。この結果、アプライアンスのような装置と、このアプライアンスを使用するユーザとの利用関係を認識することが可能となる。
効果の一例を以下に説明する。例として、広告配信事業者が特定の条件を満たす消費者に対して広告の配信を行う場合を想定する。この場合、従来は、携帯端末を持つユーザの識別情報（例：電子メールアドレス）を利用して配信先ユーザを指定する形態があった。これに対し、本発明では、個々の配信先のユーザをあらかじめ指定する必要が無く、配信対象であるか否かを特定するための属性として、「特定の商品（ＬＮに相当）を所持するユーザ」と指定することが可能となる。言い換えれば、配信先のユーザが誰であるかを特定する必要はなく、特定の属性（特定の商品を所持）だけを手がかりに、属性の条件に合致するユーザに対して広告を配信することが可能となる。
また、本発明の第４の態様は、ユーザの通信端末と、ユーザ側に配布される配布装置との関係を示す連携情報を記憶する連携情報記憶手段と、
前記連携情報により特定の配布装置と関係付けられている通信端末を送信対象とするメッセージの転送条件が規定された転送制御情報を記憶する転送制御情報記憶手段と、
前記転送制御情報に基づいて、メッセージの通信端末に対する転送を制御する転送制御手段と
を含むメッセージ転送制御システムである。
好ましくは、第４の態様は、転送制御情報が、配布装置に係るコンテキスト情報に基づくメッセージの転送条件が規定された第１の転送条件情報と、通信端末に係るコンテキスト情報に基づくメッセージの転送条件が規定された第２の転送条件情報とを含み、
前記転送制御手段は、前記第１及び第２の転送条件情報に規定されたメッセージの転送条件が満たされる場合に、前記メッセージの転送を許可する。
好ましくは、第４の態様は、転送制御手段が、少なくとも第１の転送条件情報に基づいてメッセージの転送可否を判定する第１の判定手段と、少なくとも第２の転送条件情報に基づいてメッセージの転送可否を判定する第２の判定手段とを含む。
本発明の第５の態様は、ユーザの通信端末が接続される広域ネットワークに夫々接続される、ユーザの通信端末の位置登録装置と、ユーザ側に配布される配布装置の位置登録装置とを含み、
前記配布装置の位置登録装置は、
前記通信端末から送信される通信端末と配布装置との関係を示す情報を連携情報として記憶する連携情報記憶部と、
特定の配布装置と関係する通信端末を送信対象とするメッセージに対する転送条件が規定された転送制御情報を記憶する転送制御情報記憶部と、
配布装置が指定されたメッセージを受信する受信部と、
前記連携情報記憶部に記憶された連携情報により前記メッセージで指定された配布装置と関係する通信端末が特定される場合に、この通信端末に対するメッセージの転送可否を前記転送制御情報記憶部に記憶された転送制御情報に基づいて判定する転送制御手段と、
前記転送制御部で転送が許可されたメッセージを送出する送信部とを含み、
前記通信端末の位置登録装置は、
前記配布装置の位置登録装置からのメッセージを受信する受信部と、
通信端末の位置情報を記憶する位置情報記憶部と、
通信端末の位置情報に基づいて、前記メッセージを通信端末へ送信する送信部とを含む
メッセージ転送制御システムである。
好ましくは、第５の態様における通信端末の位置登録装置は、
特定の配布装置と関係する通信端末を送信対象とするメッセージに対する転送条件が規定された転送制御情報を記憶する第２転送制御情報記憶部と、
前記配布装置の位置登録装置からの前記メッセージが受信された場合に、このメッセージの通信端末に対する転送可否を前記第２転送情報記憶部に記憶された前記転送制御情報に基づいて判定する第２転送制御手段とをさらに含み、
前記送信部は、前記第２転送制御部で転送が許可されたメッセージを通信端末へ送信する。
好ましくは、第５の態様における配布装置の位置登録装置は、
連携情報として記憶すべき配布装置の識別情報と通信端末の識別情報とを受信した場合に、この配布装置の識別情報で特定される配布装置の認証を配布装置の認証装置に要求する認証要求手段と、
前記要求に係る配布装置の認証が成功した場合に前記配布装置の認証装置から提供される転送制御情報を前記転送制御情報記憶部に格納する情報管理手段をさらに含む。
好ましくは、第５の態様における通信端末の位置登録装置は、
連携情報として記憶すべき配布装置の識別情報と通信端末の識別情報とを受信した場合に、この通信端末の識別情報で特定される通信端末の認証を通信端末の認証装置に要求する第２認証要求手段と、
前記要求に係る通信端末の認証が成功した場合に前記通信端末の認証装置から提供される転送制御情報を前記第２転送制御情報記憶部に格納する第２情報管理手段をさらに含む。
好ましくは、第５の態様における配布装置の位置登録装置は、
配布装置の認証装置から連携情報として記憶すべき配布装置の識別情報と通信端末の識別情報と転送制御情報とが受信された場合に、この転送制御情報を前記転送制御情報記憶部に格納する情報管理手段をさらに含む。
好ましくは、第５の態様における配布装置の位置登録装置は、
通信端末から送信される、連携情報として記憶すべき配布装置の識別情報と通信端末の識別情報と転送制御情報とが受信された場合に、この転送制御情報を前記転送制御情報記憶部に格納する情報管理手段をさらに含む。
好ましくは、第５の態様における通信端末の位置登録装置は、
通信端末から送信される、連携情報として記憶すべき配布装置の識別情報と通信端末の識別情報と転送制御情報とが受信された場合に、この転送制御情報を前記第２転送制御情報記憶部に格納する第２情報管理手段をさらに含む。
好ましくは、第５の態様における配布装置の位置登録装置の転送制御手段は、前記転送制御情報として前記転送制御情報記憶部に記憶される少なくとも配布装置に関するコンテキスト情報に基づくメッセージの転送条件が満たされるか否かによって、メッセージの転送可否を判定する。
好ましくは、第５の態様における通信端末の位置登録装置の第２転送制御手段は、前記転送制御情報として前記第２転送制御情報記憶部に記憶される少なくとも通信端末に関するコンテキスト情報に基づくメッセージの転送条件が満たされるか否かによって、メッセージの転送可否を判定する。
好ましくは、第５の態様における配布装置の位置登録装置の転送制御手段は、前記転送制御情報記憶部に記憶される、配布装置毎に規定された固有のメッセージの転送条件情報を含む転送制御情報に基づいてメッセージの転送可否を判定する。
好ましくは、第５の態様における通信端末の位置登録装置の第２転送制御手段は、前記第２転送制御情報記憶部に記憶される、通信端末毎に規定された固有のメッセージの転送条件情報を含む転送制御情報に基づいてメッセージの転送可否を判定する。
好ましくは、第５の態様における配布装置の位置登録装置は、メッセージが受信された場合に、このメッセージの転送可否を判定するための有効な転送制御情報が前記転送制御情報記憶部に記憶されていない場合に、配布装置の認証装置に対し、該当する転送制御情報の付与を要求する転送制御情報要求手段をさらに含む。
好ましくは、第５の態様における通信端末の位置登録装置は、メッセージが受信された場合に、このメッセージの転送可否を判定するための有効な転送制御情報が前記転送制御情報記憶部に記憶されていない場合に、通信端末の認証装置に対し、該当する転送制御情報の付与を要求する転送制御情報要求手段をさらに含む。
好ましくは、第５の態様は、前記広域ネットワークに接続され、通信端末へ転送すべきサービスメッセージをサービスプロバイダ装置から受信した場合に、前記サービスメッセージに含有又は付加されている少なくとも配布装置の識別情報に基づいて、複数の配布装置の位置登録装置の中から、当該サービスメッセージを転送すべき配布装置の位置登録装置を特定し、特定された位置登録装置へ当該サービスメッセージを転送する前記広域ネットワークの入口側の転送制御ゲートウェイ装置をさらに含む。
好ましくは、第５の態様における入口側の転送制御ゲートウェイ装置は、前記サービスメッセージに含有又は付加されている配布装置に関するコンテキスト情報に基づいて、このサービスメッセージを配布装置の位置登録装置へ転送するか否かを判定する。
好ましくは、第５の態様における入口側の転送制御ゲートウェイ装置は、前記サービスメッセージがカプセル化され且つヘッダ部分に少なくとも配布装置の識別情報が設定されたサービス要求メッセージを前記サービスプロバイダ装置から受信する。
好ましくは、第５の態様は、広域ネットワークに接続され、特定の配布装置と関係する通信端末を送信対象とするメッセージに対する転送条件が規定された転送制御情報を記憶する転送制御情報記憶部と、通信端末の位置登録装置からのメッセージを受信する受信部と、この受信部で受信されたメッセージの通信端末に対する転送可否を前記転送情報記憶部に記憶された前記転送制御情報に基づいて判定する転送制御手段とを含む、前記広域ネットワークの出口側の転送制御ゲートウェイ装置をさらに含む。
本発明は、上述した第４及び第５の態様として特定されるメッセージ転送制御システムとほぼ同様の特徴をもつメッセージ転送制御方法として特定することができる。
さらに、本発明は、コンピュータが第５の態様において特定される各装置として機能するためのプログラム，或いは当該プログラムを格納したコンピュータ読み取り可能な記録媒体として特定することができる。
【図面の簡単な説明】  図１は、連携情報管理システムの概要を示す図であり、
図２は、ＬＮの機能ブロックを示す図であり、
図３は、ＧＮの機能ブロックを示す図であり、
図４は、ＧＮ−ＨＡの機能ブロックを示す図であり、
図５は、ＬＮ−ＨＡの機能ブロックを示す図であり、
図６は、ＧＮ−ＡＡＡの機能ブロックを示す図であり、
図７は、ＬＮ−ＡＡＡの機能ブロックを示す図であり、
図８は、ＧＮ位置登録要求メッセージ及びＧＮ位置登録応答メッセージを示す図であり、
図９は、連携情報登録要求メッセージ及び連携情報登録応答メッセージを示す図であり、
図１０は、認証情報転送メッセージ及び認証情報応答メッセージを示す図であり、
図１１Ａは、ＧＮの動作例を示すフローチャートであり、
図１１Ｂは、ＧＮの動作例を示すフローチャートであり、
図１２Ａは、ＧＮ−ＨＡの動作例を示すフローチャートであり、
図１２Ｂは、ＧＮ−ＨＡの動作例を示すフローチャートであり、
図１２Ｃは、ＧＮ−ＨＡの動作例を示すフローチャートであり、
図１２Ｄは、ＧＮ−ＨＡの動作例を示すフローチャートであり、
図１３Ａは、ＬＮ−ＨＡの動作例を示すフローチャートであり、
図１３Ｂは、ＬＮ−ＨＡの動作例を示すフローチャートであり、
図１３Ｃは、ＬＮ−ＨＡの動作例を示すフローチャートであり、
図１４Ａは、ＧＮ−ＡＡＡの動作例を示すフローチャートであり、
図１４Ｂは、ＧＮ−ＡＡＡの動作例を示すフローチャートであり、
図１５Ａは、ＬＮ−ＡＡＡの動作例を示すフローチャートであり、
図１５Ｂは、ＬＮ−ＡＡＡの動作例を示すフローチャートであり、
図１６は、第１実施形態の第１動作例を示す図であり、
図１７は、第１実施形態の第１動作例を示す図であり、
図１８は、第１実施形態の第２動作例を示す図であり、
図１９は、第１実施形態の第２動作例を示す図であり、
図２０は、第１実施形態の第３動作例を示す図であり、
図２１は、第１実施形態の第３動作例を示す図であり、
図２２は、第１実施形態の第四動作例を示す図であり、
図２３は、第１実施形態の第四動作例を示す図であり、
図２４は、第１実施形態の第五動作例を示す図であり、
図２５は、第１実施形態の第五動作例を示す図であり、
図２６は、第１実施形態の第六動作例を示す図であり、
図２７は、第１実施形態の第六動作例を示す図であり、
図２８は、第１実施形態の第七動作例を示す図であり、
図２９は、第１実施形態の第七動作例を示す図であり、
図３０は、第１実施形態の第八動作例を示す図であり、
図３１は、第１実施形態の第八動作例を示す図であり、
図３２は、第１実施形態の第九動作例を示す図であり、
図３３は、第１実施形態の第九動作例を示す図であり、
図３４は、第２実施形態における連携情報管理システムの概要を示す図であり、
図３５は、第２実施形態の第１動作例を示す図であり、
図３６は、第２実施形態の第１動作例を示す図であり、
図３７は、第２実施形態の第２動作例を示す図であり、
図３８は、第２実施形態の第２動作例を示す図であり、
図３９は、本発明の第１適用例を示す図であり、
図４０は、本発明の第１適用例を示す図であり、
図４１は、本発明の第２適用例を示す図であり、
図４２は、本発明の第２適用例を示す図である。
図４３は、本発明に係るメール転送制御システムの構成例を示す図であり、
図４４は、ＣＡＣの説明図であり、
図４５は、第１のデフォルトＣＡＣの配信方式を示す図であり、
図４６は、第１のデフォルトＣＡＣの配信方式を示す図であり、
図４７は、メッセージ転送制御の例を示す図であり、
図４８は、第２のデフォルトＣＡＣの配信方式を示す図であり、
図４９は、第２のデフォルトＣＡＣの配信方式を示す図であり、
図５０は、第３のデフォルトＣＡＣの配信方式を示す図であり、
図５１は、第３のデフォルトＣＡＣの配信方式を示す図であり、
図５２は、第４のデフォルトＣＡＣの配信方式を示す図であり、
図５３は、第４のデフォルトＣＡＣの配信方式を示す図であり、
図５４は、第５のデフォルトＣＡＣの配信方式を示す図であり、
図５５は、第５のデフォルトＣＡＣの配信方式を示す図であり、
図５６は、サービス要求メッセージ及びサービス応答メッセージの説明図であり、
図５７は、ＣＡＣ要求メッセージ及びＣＡＣ応答メッセージの説明図であり、
図５８は、オンデマンドＣＡＣの配信方式を示す図であり、
図５９は、オンデマンドＣＡＣの配信方式を示す図であり、
図６０は、オンデマンドＣＡＣの配信方式に基づくメッセージ転送制御を示す図であり、
図６１は、オンデマンドＣＡＣの配信方式を示す図であり、
図６２は、オンデマンドＣＡＣの配信方式を示す図であり、
図６３は、オンデマンドＣＡＣの配信方式を示す図であり、
図６４は、オンデマンドＣＡＣの配信方式に基づくメッセージ転送制御を示す図であり、
図６５は、オンデマンドＣＡＣの配信方式を示す図であり、
図６６は、Ｏ−ＣＭＧＷが適用されたメッセージ転送制御システムの構成例を示す図であり、
図６７は、ＧＮ−ＨＡの構成例を示す図であり、
図６８は、ＬＮ−ＨＡの構成例を示す図であり、
図６９は、ＧＮ−ＡＡＡの構成例を示す図であり、
図７０は、ＬＮ−ＡＡＡの構成例を示す図であり、
図７１は、ＧＮ−ＨＡ又はＬＮ−ＨＡの処理を示すフローチャートであり、
図７２は、ＧＮ−ＡＡＡ又はＬＮ−ＡＡＡの処理を示すフローチャートである。
【発明を実施するための最良の形態】Ｉ．連携情報管理システム
次に、図を用いて本発明の実施形態における連携情報管理システムについて説明する。なお、本実施形態の説明は例示であり、本発明の構成は以下の説明に限定されない。
〔第１実施形態〕
〈システム構成〉
図１は、本発明による連携情報管理システムの第１実施形態、即ち連携情報管理システム１ａの概要を示す図である。図１を用いて連携情報管理システム１ａについて説明する。
連携情報管理システム１ａは、ＬＮ（Ｌｏｃａｌ  Ｎｏｄｅ）２，ＧＮ（Ｇｌｏｂａｌ  Ｎｏｄｅ）３，ＧＮ−ＨＡ（ＧＮ  Ｈｏｍｅ  Ａｇｅｎｔ）４，ＬＮ−ＨＡ（ＬＮ  Ｈｏｍｅ  Ａｇｅｎｔ）５，ＧＮ−ＡＡＡ（ＧＮ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ，Ａｕｔｈｏｒｉｚａｔｉｏｎ  ａｎｄ  Ａｃｃｏｕｎｔｉｎｇ）６，及びＬＮ−ＡＡＡ（ＬＮ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ，Ａｕｔｈｏｒｉｚａｔｉｏｎ  ａｎｄ  Ａｃｃｏｕｎｔｉｎｇ）７を用いて構成される。連携情報管理システム１ａは、上記各装置を複数用いて構成されても良い。
ＬＮ２とＧＮ３とは、局所ネットワークを用いて通信可能に接続される。ただし、ＬＮ２とＧＮ３とは、一方向通信（ＬＮ２が発する信号をＧＮ３が受信する通信）であっても良いし、双方向通信であっても良い。このような一方向通信の例として、ＲＦＩＤタグ（ＬＮ２に相当）とＲＦＩＤリーダ（ＧＮ３に相当）との通信がある。また、双方向通信の例として、Ｂｌｕｅｔｏｏｔｈ（ブルートゥース）による通信がある。
ＧＮ３とＧＮ−ＨＡ４，ＧＮ−ＨＡ４とＬＮ−ＨＡ５，ＧＮ−ＨＡ４とＧＮ−ＡＡＡ６，ＬＮ−ＨＡ５とＬＮ−ＡＡＡ７，及びＧＮ−ＡＡＡ６とＬＮ−ＡＡＡ７は、インターネットやＷＡＮ等の広域ネットワークを用いて通信可能に接続される。ＧＮ３とＧＮ−ＨＡ４とは、無線又は有線のネットワークを用いて構成される。ＧＮ−ＨＡ４とＬＮ−ＨＡ５，ＧＮ−ＨＡ４とＧＮ−ＡＡＡ６，ＬＮ−ＨＡ５とＬＮ−ＡＡＡ７，及びＧＮ−ＡＡＡ６とＬＮ−ＡＡＡ７は、無線又は有線ネットワークを用いて構成される。
連携情報管理システム１ａでは、１台のＧＮ３において複数台のＬＮ２を使用可能に設定されても良い。また、１台のＬＮ２が複数台のＧＮ３によって使用されても良い。また、１台のＧＮ−ＨＡ４に対して、複数台のＧＮ３，ＬＮ−ＨＡ５，ＧＮ−ＡＡＡ６がそれぞれ設けられても良い。また、１台のＬＮ−ＨＡ５に対して複数台のＧＮ−ＨＡ４，ＬＮ−ＡＡＡ７がそれぞれ設けられても良い。
次に、各装置の構成について説明する。
〈〈ＬＮ〉〉
ＬＮ２は、局所的な無線アクセス機能を持ち、自身の個体識別情報を持つ機能デバイスである。以下、ＬＮ２が記憶する個体識別情報をＬＮ−ＩＤと呼ぶ。ＬＮ２が記憶するＬＮ−ＩＤは、接触／非接触（無線等）の手段により、ＧＮ３によって読み取られる。ＬＮ−ＩＤとしては、例えば、製品の製造者と製造番号の組み合わせによる個体を識別可能な情報、端末利用者の従業員カード等の特定の場所で一意に識別可能な情報等、が適用される。
ＬＮ２の具体的な例として、ＲＦＩＤタグがある。ＲＦＩＤタグは、例えば自身が取り付けられた製品の識別情報（製造者，製造番号などの識別情報）をＬＮ−ＩＤとして記憶する。このため、ＲＦＩＤタグは、ＬＮ−ＩＤを格納可能な記憶領域を備える。ＲＦＩＤリーダ（ＧＮ３に相当）は、電波などによる非接触通信方式により、ＲＦＩＤタグに格納された情報を読み取る。
ＬＮ２は、ＲＦＩＤタグ以外でも、電波を使用した手段によって自身が格納するＬＮ−ＩＤがＧＮ３によって読み取り可能な機器を用いて構成されても良い。
図２は、ＬＮ２の機能ブロックを示す図である。ＬＮ２は、ＬＮ−ＩＤ記憶部８，読み取り要求検出部９，読み取り要求応答部１０，及び情報読み取りインタフェース１１を備える。
ＬＮ−ＩＤ記憶部８は、不揮発性の記憶装置（いわゆるＲＯＭやＦＲＡＭ（Ｆｅｒｒｏｅｌｅｃｔｒｉｃ  ＲＡＭ）等）を用いて構成されＬＮ−ＩＤを記憶する。
読み取り要求検出部９は、情報読み取りインタフェース１１を介して受信されたデータから、ＧＮ３からの読み取り要求を検出する。
読み取り要求応答部１０は、読み取り要求検出部９によって検出された読み取り要求に応じて、ＬＮ−ＩＤ記憶部８からＬＮ−ＩＤを読み出す。そして、読み取り要求応答部１０は、読み出されたＬＮ−ＩＤを含むデータを、情報読み取りインタフェース１１を介して、ＧＮ３に対して送信する。
情報読み取りインタフェース１１は、Ｂｌｕｅｔｏｏｔｈ通信装置やＲＦＩＤタグに用いられるアンテナ等を用いて構成される。情報読み取りインタフェース１１は、ＧＮ３との通信を実現する。
〈〈ＧＮ〉〉
ＧＮ３は、ネットワークユーザが所有する端末装置であって、広域ネットワーク（例えばＩＰネットワーク）内で一意に識別される端末装置である。ＧＮ３は、携帯電話機，ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔｓ），パーソナルコンピュータ（特にノート型）等を用いて構成される。ＧＮ３は、個々のユーザによって占有して利用されることを前提とする。しかし、一人のユーザが複数個のＧＮ３を所有する場合、或いは、一つのＧＮ３を複数人のユーザグループで共有することも可能である。また、ＧＮ３は、広域ネットワークに接続可能な装置を用いて構成される。ここでは、ＧＮ３は、Ｍｏｂｉｌｅ  ＩＰ等に従って動作するクライアントであることを想定する。このため、ＧＮ３は、Ｍｏｂｉｌｅ  ＩＰに従ってホームアドレスと気付アドレスとの登録（位置登録）を、ＧＮ−ＨＡ４に対して行う。
また、ＧＮ３は、局所ネットワークを介して、ＬＮ２からＬＮ−ＩＤを含むデータを受信する。ＧＮ３は、広域ネットワークを介して、受信されたＬＮ−ＩＤを含む位置登録要求をＧＮ−ＨＡ４へ送信する。言い換えれば、ＧＮ３は、受信されたＬＮ−ＩＤを広域ネットワークへの自身の位置登録手順に含めて、広域ネットワーク内のＬＮ−ＩＤの管理機構（ＬＮ−ＨＡ５に相当）に間接的に送信する。
図３は、ＧＮ３の機能ブロックを示す図である。ＧＮ３は、局所ネットワークインタフェース１２，ＬＮ情報収集部１３，ＬＮ情報抽出部１４，広域位置登録機能部１５，ＧＮ−ＩＤ記憶部１６，及び広域ネットワークインタフェース１７を用いて構成される。
局所ネットワークインタフェース１２は、局所ネットワークを介してＬＮ２からＬＮ−ＩＤを含むデータを受信する。
ＬＮ情報収集部１３は、局所ネットワークインタフェース１２を介して、読み取り要求をＬＮ２へ送信する。
ＬＮ情報抽出部１４は、局所ネットワークインタフェース１２を介してＬＮ２から受信されるデータからＬＮ−ＩＤを抽出する。
局所ネットワークインタフェース１２，ＬＮ情報収集部１３，及びＬＮ情報抽出部１４は、例えばＲＦＩＤリーダを用いて構成されても良い。また、上記三つの各構成は、それぞれ専用チップによって実現されても良い。
また、局所ネットワークインタフェース１２は、Ｂｌｕｅｔｏｏｔｈ通信装置を用いて構成されても良い。このような場合、ＬＮ情報収集部１３及びＬＮ情報抽出部１４は、専用チップによって実現されても良いし、ＣＰＵによって専用プログラムが実行されることによって実現されても良い。
広域位置登録機能部１５は、位置制御プロトコルスタック（Ｍｏｂｉｌｅ  ＩＰ等）により実現される。広域位置登録機能部１５は、位置制御プロトコルスタックに応じたプログラムがＣＰＵによって実行されることにより実現される。広域位置登録機能部１５は、少なくともＭｏｂｉｌｅ  ＩＰに従った位置登録を行う。広域位置登録機能部１５は、ＧＮ−ＩＤ記憶部１６からＧＮ−ＩＤを読み出す。ＬＮ情報抽出部１４によってＬＮ−ＩＤが抽出された場合、広域位置登録機能部１５は、読み出されたＧＮ−ＩＤと、ＬＮ情報抽出部１４によって抽出されたＬＮ−ＩＤとを含む位置登録要求（Ｒｅｇｉｓｔｒａｔｉｏｎ  Ｒｅｑｕｅｓｔ）メッセージを作成する。そして、広域位置登録機能部１５は、作成された位置登録要求メッセージを、広域ネットワークインタフェース１７を介して、ＧＮ−ＨＡ４へ送信する。
ＧＮ−ＩＤ記憶部１６は、不揮発性の記憶装置（いわゆるＲＯＭやＦＲＡＭやハードディスク等）を用いて構成される。ＧＮ−ＩＤ記憶部１６は、自装置３のＧＮ−ＩＤを記憶する。ＧＮ−ＩＤとは、広域ネットワークにおいて一意にＧＮ３又はＧＮ３のユーザを識別することを可能とする情報である。ＧＮ−ＩＤは、例えば、Ｍｏｂｉｌｅ  ＩＰにおけるホームアドレスや気付アドレス，又はＮＡＩ等を用いて構成される。
広域ネットワークインタフェース１７は、ネットワークインタフェースカード等を用いて構成される。広域ネットワークインタフェース１７は、ＧＮ３が広域ネットワークを介して他の装置と通信することを可能とする。
〈〈ＧＮ−ＨＡ〉〉
ＧＮ−ＨＡ４は、少なくともＭｏｂｉｌｅ  ＩＰにおけるホームエージェントとしての機能を備える。ＧＮ−ＨＡ４は、さらに、自装置４の管理対象となっているＧＮ３と、ＧＮ３又はＧＮ３のユーザによって利用されるＬＮ２とを関連付けて管理（記憶）する。また、ＧＮ−ＨＡ４は、ＧＮ３から位置登録メッセージを受信した場合、受信された位置登録メッセージの内容に応じて、受信された位置登録メッセージに含まれるＬＮ−ＩＤを含むデータを他の装置に対して送信する。
図４は、ＧＮ−ＨＡ４の機能ブロックを示す図である。ＧＮ−ＨＡ４は、アクセス側ネットワークインタフェース１８，ＧＮ−ＩＤ抽出部１９，広域位置登録機能部２０，ＧＮ位置情報データベース２１，ＡＡＡ連携クライアント機能部２２，認証機能側インタフェース２３，ＬＮ−ＨＡ連携機能部２４，及びコア側ネットワークインタフェース２５を用いて構成される。
アクセス側ネットワークインタフェース１８は、ネットワークインタフェースカード等を用いて構成される。アクセス側ネットワークインタフェース１８は、ＧＮ−ＨＡ４が広域ネットワークを介してＧＮ３と通信することを可能とする。
ＧＮ−ＩＤ抽出部１９は、アクセス側ネットワークインタフェース１８を介して受信されたメッセージからＧＮ−ＩＤを抽出する。
広域位置登録機能部２０は、位置制御プロトコルスタックにより実現される。
ＧＮ位置情報データベース２１は、ハードディスクやフラッシュメモリ等の不揮発性記憶装置を用いて構成される。ＧＮ位置情報データベース２１は、ＧＮ３のホームアドレスと気付アドレスとを対応付けて記憶する。また、ＧＮ位置情報データベース２１は、ＧＮ−ＩＤとＬＮ−ＩＤとを対応付けて記憶する。ＧＮ−ＩＤがＧＮ３のホームアドレス及び気付アドレスのいずれでもない場合、ＧＮデータベース２１は、さらに、ホームアドレス又は気付アドレスとＧＮ−ＩＤとを対応付けて記憶する。
認証機能側インタフェース２３は、ネットワークインタフェースカード等を用いて構成される。認証機能側インタフェース２３は、ＧＮ−ＨＡ４が広域ネットワークを介してＧＮ−ＡＡＡ６と通信することを可能とする。
コア側ネットワークインタフェース２５は、ネットワークインタフェースカード等を用いて構成される。コア側ネットワークインタフェース２５は、ＧＮ−ＨＡ４が広域ネットワークを介してＬＮ−ＨＡと通信することを可能とする。
ＧＮ−ＩＤ抽出部１９，広域位置登録機能部２０，ＡＡＡ連携クライアント機能部２２，及びＬＮ−ＨＡ連携機能部２４は、それぞれ専用チップにより実現されても良いし、ＣＰＵによって専用プログラムが実行されることによって実現されても良い。これらの構成の動作については、動作例の欄において説明する。
〈〈ＬＮ−ＨＡ〉〉
ＬＮ−ＨＡ５は、ＬＮ２の位置情報を管理するサーバである。ＬＮ２の位置情報とは、既存の位置管理システムにおける地理的な情報、あるいはＬＮ２の近傍に位置するネットワーク装置などのネットワーク上の位置情報などに加え、ＬＮ２を占有（あるいは共有）しているユーザの使用端末ＧＮ３との関連を示す。言い換えれば、ＬＮ−ＨＡは、各ＬＮ２の位置として、どのＧＮ３のユーザによって使用されているかという情報を管理する。
図５は、ＬＮ−ＨＡ５の機能ブロックを示す図である。ＬＮ−ＨＡ５は、アクセス側ネットワークインタフェース２６，ＬＮ位置登録メッセージ処理部２７，ＬＮ−ＡＡＡ連携処理判定部２８，局所位置登録機能部２９，ＬＮ位置情報データベース３０，ＬＮ−ＡＡＡ連携クライアント機能部３１，及び認証機能側インタフェース３２を用いて構成される。
アクセス側ネットワークインタフェース２６は、ネットワークインタフェースカード等を用いて構成される。アクセス側ネットワークインタフェース２６は、ＬＮ−ＨＡ５が広域ネットワークを介してＧＮ３やＧＮ−ＨＡ４と通信することを可能とする。
認証機能側インタフェース３２は、ネットワークインタフェースカード等を用いて構成される。認証機能側インタフェース３２は、ＬＮ−ＨＡ５が広域ネットワークを介してＬＮ−ＡＡＡ７と通信することを可能とする。
局所位置登録機能部２９は、位置制御プロトコルスタックにより実現される。ＬＮ位置登録メッセージ処理部２７，ＬＮ−ＡＡＡ連携処理判定部２８，局所位置登録機能部２９，及びＬＮ−ＡＡＡ連携クライアント機能部３１は、それぞれ専用チップにより実現されても良いし、ＣＰＵによって専用プログラムが実行されることによって実現されても良い。これらの構成の動作については、動作例の欄において説明する。
〈〈ＧＮ−ＡＡＡ〉〉
ＧＮ−ＡＡＡ６は、あるＧＮ３についての正当性（ＧＮ−ＨＡ４に対する正式な契約者であるか否かなど）を認証する。また、ＧＮ−ＡＡＡ６は、あるＧＮ３と関連付けられているＬＮ２についての認証情報に基づき、ＬＮ−ＡＡＡ７との間で認証手順の連携を行う。
図６は、ＧＮ−ＡＡＡ６の機能ブロックを示す図である。ＧＮ−ＡＡＡ６は、ＧＮ−ＨＡ側ネットワークインタフェース３３，ＧＮ認証情報抽出部３４，ＧＮ認証処理部３５，ＬＮ認証情報抽出部３６，ＧＮ認証情報データベース３７，ＬＮ−ＡＡＡ連携クライアント機能部３８，及びＬＮ−ＡＡＡ側インタフェース３９を用いて構成される。
ＧＮ−ＨＡ側ネットワークインタフェース３３は、ネットワークインタフェースカード等を用いて構成される。ＧＮ−ＨＡ側ネットワークインタフェース３３は、ＧＮ−ＡＡＡ６が広域ネットワークを介してＧＮ−ＨＡ４と通信することを可能とする。
ＧＮ認証情報データベース３７は、ハードディスクやフラッシュメモリ等の不揮発性記憶装置を用いて構成される。ＧＮ認証情報データベース３７は、ＧＮ３を認証するために用いられる情報を記憶する。例えば、ＧＮ３がパスワードとＩＤによって認証される場合、ＧＮ認証情報データベース３７は、各ＧＮ３についてのパスワードとＩＤとを対応付けて記憶する。
ＬＮ−ＡＡＡ側インタフェース３９は、ネットワークインタフェースカード等を用いて構成される。ＬＮ−ＡＡＡ側インタフェース３９は、ＧＮ−ＡＡＡ６が広域ネットワークを介してＬＮ−ＡＡＡ７と通信することを可能とする。
ＧＮ認証情報抽出部３４，ＧＮ認証処理部３５，ＬＮ認証情報抽出部３６，及びＬＮ−ＡＡＡ連携クライアント機能部３８は、それぞれ専用チップにより実現されても良いし、ＣＰＵによって専用プログラムが実行されることによって実現されても良い。これらの構成の動作については、動作例の欄において説明する。
〈〈ＬＮ−ＡＡＡ〉〉
ＬＮ−ＡＡＡ７は、ＬＮ２の正当性（ＬＮ２はＬＮ−ＡＡＡ７に正式に登録されている機器であるか否かなど）について認証する。
図７は、ＬＮ−ＡＡＡ７の機能ブロックを示す図である。ＬＮ−ＡＡＡ７は、ＧＮ−ＡＡＡ側ネットワークインタフェース４０，ＬＮ認証情報抽出部４１，ＬＮ認証処理機能部４２，ＬＮ認証メッセージ処理部４３，ＬＮ認証情報データベース４４，及びＬＮ−ＨＡ側ネットワークインタフェース４５を用いて構成される。
ＧＮ−ＡＡＡ側ネットワークインタフェース４０は、ネットワークインタフェースカード等を用いて構成される。ＧＮ−ＡＡＡ側ネットワークインタフェース４０は、ＬＮ−ＡＡＡ７が広域ネットワークを介してＧＮ−ＡＡＡ６と通信することを可能とする。
ＬＮ認証情報データベース４４は、ハードディスクやフラッシュメモリ等の不揮発性記憶装置を用いて構成される。ＬＮ認証情報データベース４４は、ＬＮ２を認証するために用いられる情報を記憶する。例えば、ビット列によって認証される場合、ＬＮ認証情報データベース４４は、各ＬＮ２についてのビット列とＬＮ−ＩＤとを対応付けて記憶する。
ＬＮ−ＨＡ側ネットワークインタフェース４５は、ネットワークインタフェースカード等を用いて構成される。ＬＮ−ＨＡ側ネットワークインタフェース４５は、ＬＮ−ＡＡＡ７が広域ネットワークを介してＬＮ−ＨＡ５と通信することを可能とする。
ＬＮ認証情報抽出部４１，ＬＮ認証処理機能部４２，及びＬＮ認証メッセージ処理部４３は、それぞれ専用チップにより実現されても良いし、ＣＰＵによって専用プログラムが実行されることによって実現されても良い。これらの構成の動作については、動作例の欄において説明する。
〈メッセージのフォーマット例〉
次に、連携情報管理システム１ａの各装置間で送受信されるメッセージについて、図を用いて説明する。
〈〈ＧＮ位置登録要求／応答〉〉
図８は、ＧＮ位置登録要求メッセージ及びＧＮ位置登録応答メッセージの概要を示す図である。ＧＮ位置登録要求メッセージ（項番１）は、ＧＮ３からＧＮ−ＨＡ４へ、又はＬＮ−ＨＡ５からＧＮ−ＨＡ４へ送信されるメッセージである。
ＧＮ位置登録要求メッセージは、送信元（ＧＮ３，ＬＮ−ＨＡ５）において保有されるＧＮ−ＩＤとＬＮ−ＩＤとを関連付けた情報を連携情報として登録・保持することを要求するために使用される。ＧＮ位置登録要求メッセージは、通常のＭｏｂｉｌｅ  ＩＰにおいて、ＧＮとＧＮ−ＨＡとの間で送受信される位置登録要求メッセージを含む。ＧＮ位置登録要求メッセージは、パラメタとして、ＧＮ３の位置情報と、このＧＮ３のＧＮ−ＩＤとＬＮ−ＩＤとを含む。このＬＮ−ＩＤは、例えばＧＮ３と連携して使用されるＬＮ２のＬＮ−ＩＤである。ＧＮ３の位置情報とは、例えばＧＮ３の現在の気付アドレスや、ホームアドレスや、収容ルータのアドレス等を用いて構成される。
ＧＮ位置登録応答メッセージ（項番２）は、ＧＮ−ＨＡ４からＧＮ３へ送信されるメッセージである。
ＧＮ位置登録応答メッセージは、ＧＮ位置登録要求メッセージの送信元に対し、処理結果を通知するためのメッセージである。このため、ＧＮ位置登録応答メッセージは、位置登録処理についての処理結果（ＯＫ又はＮＧ）を示す値を含む。また、ＧＮ位置登録応答メッセージは、処理結果についての値がＮＧを示す値である場合、理由値として、処理の詳細情報を示す値を含む。このような詳細情報の例として、”ＧＮ登録不正”，”ＬＮ登録不正”，”契約条件等により連携が不可能”等がある。”ＧＮ登録不正”は、ＧＮの登録が不正であることを示す。”ＬＮ登録不正”は、ＬＮの登録が不正であることを示す。
〈〈連携情報登録要求／応答〉〉
図９は、連携情報登録要求メッセージ及び連携情報登録応答メッセージの概要を示す図である。連携情報登録要求メッセージ（項番１）は、ＧＮ−ＨＡ４からＬＮ−ＨＡ５へ、又はＬＮ−ＨＡ５からＧＮ−ＨＡ４へ、又はＧＮ３からＬＮ−ＨＡ５へ送信されるメッセージである。
連携情報登録要求メッセージは、送信元（ＧＮ−ＨＡ４，ＬＮ−ＨＡ５）において保有されるＧＮ−ＩＤとＬＮ−ＩＤとを連携情報として登録・保持することを要求するために使用される。
連携情報登録要求メッセージは、パラメタとして、ＧＮ−ＩＤと、このＧＮ−ＩＤと連携して記憶されるべきＬＮ−ＩＤとを含む。例えば、連携情報登録要求メッセージは、パラメタとして、あるＧＮ３のＧＮ−ＩＤと、このＧＮ３と連携して使用されるＬＮ２のＬＮ−ＩＤとを含む。
連携情報登録応答メッセージ（項番２）は、ＧＮ−ＨＡ４からＬＮ−ＨＡ５へ、又はＬＮ−ＨＡ５からＧＮ−ＨＡ４へ又はＬＮ−ＨＡ５からＧＮ３へ送信されるメッセージである。
連携情報登録応答メッセージは、連携情報登録要求メッセージの送信元に対し、処理結果を通知するためのメッセージである。このため、連携情報登録応答メッセージは、連携情報登録処理についての処理結果（ＯＫ又はＮＧ）についての値を含む。また、連携情報登録応答メッセージは、処理結果についての値がＮＧを示す値である場合、理由値として、処理の詳細情報を示す値を含む。このような詳細情報の例として、”ＧＮ登録不正”，”ＬＮ登録不正”，”契約条件等により連携が不可能”等がある。”ＧＮ登録不正”は、ＧＮの登録が不正であることを示す。”ＬＮ登録不正”は、ＬＮの登録が不正であることを示す。
〈〈認証情報転送／応答〉〉
図１０は、認証情報転送メッセージ及び認証情報応答メッセージの概要を示す図である。認証情報転送メッセージ（項番１）は、連携元認証サーバから連携先認証サーバへ送信されるメッセージである。連携元認証サーバとは、ＧＮ−ＡＡＡ６又はＬＮ−ＡＡＡ７のいずれかであり、先にＧＮ−ＩＤ及びＬＮ−ＩＤを取得した装置である。また、連携先認証サーバとは、ＧＮ−ＡＡＡ６又はＬＮ−ＡＡＡ７のいずれかであり、連携元認証サーバからＧＮ−ＩＤ又はＬＮ−ＩＤを通知される装置である。
認証情報転送メッセージは、連携元認証サーバから連携先認証サーバへ、連携先認証サーバによって認証されるべき装置（ＬＮ２又はＧＮ３）に関する認証情報を転送するために使用される。このため、認証情報転送メッセージは、認証情報を含む。例えば、ＧＮ３がパスワードとＩＤによって認証される場合、認証情報は、ＧＮ３についてのパスワードとＧＮ−ＩＤとを含む。また、認証情報転送メッセージは、連携元認証サーバ情報を含む。連携元認証サーバ情報は、連携先認証サーバと連携元認証サーバとが信頼関係にあることを、連携先認証サーバが確認するために使用される。
認証情報応答メッセージ（項番２）は、連携先認証サーバから連携元認証サーバへ送信されるメッセージである。
認証情報応答メッセージは、連携先認証サーバにおける認証処理の結果を連携元認証サーバへ通知するために使用される。このため、認証情報応答メッセージは、認証処理についての処理結果（ＯＫ又はＮＧ）についての値を含む。また、連携情報登録応答メッセージは、処理結果についての値がＮＧを示す値である場合、理由値として、処理の詳細情報を示す値を含む。このような詳細情報の例として、”認証情報不整合”，”契約条件等により連携が不可能”等がある。
〈各装置の動作例〉
次に、連携情報管理システム１ａを構成する各装置の動作例について、図を用いて説明する。
〈〈ＧＮ〉〉
図１１Ａ，１１Ｂは、ＧＮ３の動作例を示すフローチャートである。図１１を用いて、ＧＮ３の動作例について説明する。
ＬＮ情報収集部１３は、局所ネットワークインタフェース１２を介して受信されるメッセージを監視する（Ｓ０１）。ＬＮ情報収集部１３がＬＮ２のＬＮ−ＩＤを含むメッセージを捕捉すると（Ｓ０２）、ＬＮ情報抽出部１４は、捕捉されたメッセージからＬＮ−ＩＤを抽出する（Ｓ０３）。なお、Ｓ０２の処理は、汎用的に実行される処理である。
ＬＮ情報抽出部１４は、ＬＮ２のＬＮ−ＩＤ情報フォーマットは正常か否かについて判断する。ＬＮ−ＩＤ情報フォーマットが正常でない場合（Ｓ０４−ＮＯ）、Ｓ０１の処理が再び実行される。一方、ＬＮ情報フォーマットが正常である場合（Ｓ０４−ＹＥＳ）、広域位置登録機能部１５は、抽出されたＬＮ−ＩＤを、不図示のＬＮ情報格納領域に一時的に保存する（Ｓ０５）。ＬＮ情報格納領域は、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）等の記憶装置を用いて構成される。次に、広域位置登録機能部１５は、ＧＮ位置登録要求メッセージ（図８参照）を作成する（Ｓ０６）。次に、広域位置登録機能部１５は、作成されたＧＮ位置登録要求メッセージに対し、ＬＮ情報格納領域に保存されているＬＮ−ＩＤを付加する（Ｓ０７）。そして、広域位置登録機能部１５は、広域ネットワークインタフェース１７を介して、ＧＮ位置登録要求メッセージを送出する（Ｓ０８）。
このような処理の後、ＬＮ情報収集部１３は、再び、局所ネットワークインタフェース１２を介して受信されるメッセージを監視する（Ｓ０９）。
〈〈ＧＮ−ＨＡ〉〉
図１２Ａ，１２Ｂ，１２Ｃ，１２Ｄは、ＧＮ−ＨＡ４の動作例を示すフローチャートである。図１２Ａ，１２Ｂ，１２Ｃ，１２Ｄを用いて、ＧＮ−ＨＡ４の動作例について説明する。
ＧＮ−ＩＤ抽出部１９は、メッセージを監視する（Ｓ１０：図１２Ａ参照）。アクセス側ネットワークインタフェース１８，認証機能側インタフェース２３，又はコア側ネットワークインタフェース２５を介してメッセージが受信されると（Ｓ１１）、ＧＮ−ＩＤ抽出部１９は、受信されたメッセージからＧＮ−ＩＤを抽出する（Ｓ１２）。このようなメッセージの例として、ＧＮ位置登録要求メッセージ，連携情報登録要求メッセージ，ＧＮ認証応答メッセージがある。ＧＮ認証応答メッセージとは、ＧＮ−ＡＡＡ６からＧＮ−ＨＡ４に送信されるメッセージであり、ＧＮ３についての認証結果とこのＧＮ３のＧＮ−ＩＤとを含む。
ＧＮ−ＩＤ抽出部１９は、抽出されたＧＮ−ＩＤが正常な値であるか否かについて判断する（Ｓ１３）。抽出されたＧＮ−ＩＤが正常な値でない場合（Ｓ１３−ＮＯ）、Ｓ２９以降の処理が実行される。Ｓ２９以降の処理については後述する。
抽出されたＧＮ−ＩＤが正常な値である場合（Ｓ１３−ＹＥＳ）、広域位置登録機能部２０は、受信されたメッセージがＧＮ−ＡＡＡ６からのＧＮ認証応答メッセージか否かについて判断する（Ｓ１４）。
受信されたメッセージがＧＮ−ＡＡＡ６からのＧＮ認証応答メッセージである場合（Ｓ１４−ＹＥＳ）、広域位置登録機能部１５は、抽出されたＧＮ−ＩＤに関する連携情報を登録する（Ｓ１５）。例えば、広域位置登録機能部１５は、抽出されたＧＮ−ＩＤと、不図示の記憶領域にこのＧＮ−ＩＤに関連付けて記憶されるＬＮ−ＩＤと、を対応付けてＧＮ位置情報データベース２１に登録する。
次に、広域位置登録機能部１５は、ＧＮ位置登録応答メッセージ（図８参照）を作成する（Ｓ１６）。そして、広域位置登録機能部１５は、アクセス側ネットワークインタフェース１８を介して、作成されたＧＮ位置登録応答メッセージをＧＮ３へ送信する（Ｓ３０：図１２Ｄ参照）。
一方、受信されたメッセージがＧＮ−ＡＡＡ６からのＧＮ認証応答メッセージでない場合（Ｓ１４−ＮＯ）、広域位置登録機能部１５は、受信されたメッセージが、ＬＮ−ＨＡ５からのＧＮ位置登録要求メッセージであるか否かについて判断する。受信されたメッセージがＧＮ位置登録要求メッセージである場合（Ｓ１７−ＹＥＳ）、Ｓ２１以降の処理が実行される。Ｓ２１以降の処理については後述する。
一方、受信されたメッセージがＧＮ位置登録要求メッセージでない場合（Ｓ１７−ＮＯ）、広域位置登録機能部１５は、抽出されたＧＮ−ＩＤについての認証は完了しているか否かについて判断する。この判断は、例えば、認証が完了したＧＮ−ＩＤを記憶するテーブルを用いる等、どのように実現されても良い。
抽出されたＧＮ−ＩＤに対応するＧＮ３についての認証が完了している場合（Ｓ１８−ＹＥＳ）、Ｓ２１以降の処理が実行される。Ｓ２１以降の処理については後述する。
一方、抽出されたＧＮ−ＩＤに対応するＧＮ３についての認証が完了していない場合（Ｓ１８−ＮＯ）、広域位置登録機能部１５は、このＧＮ３についての認証を実施するためのＧＮ認証要求メッセージを作成する（Ｓ１９）。そして、広域位置登録機能部１５は、作成されたＧＮ認証要求メッセージを、認証機能側インタフェース２３を介してＧＮ−ＡＡＡ６へ送信する（Ｓ２０）。そして、再びＳ１０以降の処理が実行される。
次に、Ｓ２１以降の処理について、図１２Ｃ，１２Ｄを用いて説明する。まず、広域位置登録機能部１５は、ＧＮ−ＩＤの現在位置情報をＧＮ位置情報データベース２１に登録する（Ｓ２１）。そして、広域位置登録機能部１５は、受信されたメッセージについて、ＬＮ−ＩＤを検索する（Ｓ２２）。受信されたメッセージにＬＮ−ＩＤが含まれない場合（Ｓ２３−ＮＯ）、Ｓ２９以降の処理が実行される。Ｓ２９以降の処理については後述する。
一方、受信されたメッセージにＬＮ−ＩＤが含まれる場合（Ｓ２３−ＹＥＳ）、ＬＮ−ＨＡ連携機能部２４は、連携情報登録要求メッセージを作成する（Ｓ２４）。そして、ＬＮ−ＨＡ連携機能部２４は作成された連携情報登録要求メッセージを送信する（Ｓ２５−ａ）。
ＬＮ−ＨＡ連携機能部２４は、送信された連携情報登録要求メッセージに対する連携情報登録応答メッセージが受信されると（Ｓ２５−ｂ）、処理結果が正常であるか否かについて判断する（Ｓ２６）。この際、ＬＮ−ＨＡ連携機能部２４は、受信された連携情報登録応答メッセージに含まれる処理結果を示すパラメタを参照することにより、判断を行う。
処理結果が正常であった場合（Ｓ２６−ＹＥＳ）、ＬＮ−ＨＡ連携機能部２４は、Ｓ２１において登録されたＧＮ−ＩＤに対し、受信された連携情報登録応答メッセージに含まれるＬＮ−ＩＤを対応付けて登録する（Ｓ２７）。そして、ＬＮ−ＨＡ連携機能部２４は、ＧＮ位置登録応答メッセージを作成する（Ｓ２９）。
一方、処理結果が正常でない場合（Ｓ２６−ＮＯ）、ＬＮ−ＨＡ連携機能部２４は、受信された連携情報登録応答メッセージに含まれる処理結果を示す値と理由値とを用いて、ＧＮ位置登録応答メッセージを作成する（Ｓ２８，Ｓ２９）。
そして、ＬＮ−ＨＡ連携機能部２４は、アクセス側ネットワークインタフェース１８を介して、作成されたＧＮ位置登録応答メッセージを送信する（Ｓ３０）。そして、再びＳ１０の処理が開始される（Ｓ３１）。
〈〈ＬＮ−ＨＡ〉〉
図１３Ａ，１３Ｂ，１３Ｃは、ＬＮ−ＨＡ５の動作例を示すフローチャートである。図１３Ａ，１３Ｂ，１３Ｃを用いて、ＬＮ−ＨＡ５の動作例について説明する。
ＬＮ位置登録メッセージ処理部２７は受信されるメッセージを監視する（Ｓ３２）。メッセージ（連携情報登録要求メッセージ）が受信されると（Ｓ３３）、ＬＮ位置登録メッセージ処理部２７は、受信されたメッセージからＬＮ−ＩＤを抽出する（Ｓ３４）。
次に、ＬＮ位置登録メッセージ処理部２７は、抽出されたＬＮ−ＩＤの値が正常か否かについて判断する。抽出されたＬＮ−ＩＤの値が正常である場合（Ｓ３５−ＹＥＳ）、ＬＮ位置登録メッセージ処理部２７は、受信されたメッセージにＧＮ−ＩＤが含まれているか否かについて判断する。受信されたメッセージにＧＮ−ＩＤが含まれている場合（Ｓ３６−ＹＥＳ）、Ｓ３９以降の処理が実施される。Ｓ３９以降の処理については後述する。
一方、抽出されたＬＮ−ＩＤの値が正常でない場合（Ｓ３５−ＮＯ）、又は受信されたメッセージにＧＮ−ＩＤが含まれていない場合（Ｓ３６−ＮＯ）、ＬＮ位置登録メッセージ処理部２７は、異常結果返信用パラメタを生成する（Ｓ３７）。異常結果返信用パラメタは、受信されたメッセージの送信元である装置に対し、受信されたメッセージが正常なメッセージではなかったことを通知するための値である。そして、ＬＮ位置登録メッセージ処理部２７は、生成された異常結果返信用パラメタを含むメッセージを、受信されたメッセージの送信元である装置に送信する（Ｓ３８）。
次に、図１３Ｂ，１３Ｃを用いて、Ｓ３９以降の処理について説明する。ＬＮ−ＡＡＡ連携処理判定部２８は、処理結果返信用パラメタを生成する（Ｓ３９）。この処理結果返信用パラメタは、ＬＮ−ＨＡ５における処理の結果を、受信されたメッセージの送信元（即ち、連携情報登録の要求元）である装置に対して通知するための値である。
要求元の装置がＬＮ−ＡＡＡ７である場合（Ｓ４０：ＬＮ−ＡＡＡ）、ＬＮ−ＡＡＡ連携クライアント機能部３１は、認証結果の正常性とＬＮ２の情報とを確認する（Ｓ４１）。次に、局所位置登録機能部２９は、抽出されたＬＮ−ＩＤの連携情報を、ＬＮ位置情報データベース３０に登録する（Ｓ４２）。次に、ＬＮ−ＡＡＡ連携クライアント機能部３１は、連携情報登録応答メッセージを作成する（Ｓ４３）。そして、ＬＮ−ＡＡＡ連携クライアント機能部３１は、認証機能側インタフェース３２を介して、作成された連携情報登録応答メッセージを、要求元であるＬＮ−ＡＡＡ７へ送信する。
要求元装置がＧＮ３又はＧＮ−ＨＡ４である場合（Ｓ４０：ＧＮまたはＧＮ−ＨＡ）、ＬＮ−ＡＡＡ連携クライアント機能部３１は、ＬＮ２についての認証処理が必要か否かについて判断する（Ｓ４５）。ＬＮ２についての認証が必要である場合（Ｓ４５−ＹＥＳ）、即ち連携情報管理システム１ａが認証を要するシステムである場合、ＬＮ−ＡＡＡ連携クライアント機能部３１は、ＬＮ認証要求メッセージを作成する。そして、ＬＮ−ＡＡＡ連携クライアント機能部３１は、認証機能側インタフェース３２を介して、作成されたＬＮ認証要求メッセージを、ＬＮ−ＡＡＡ７に対し送信する（Ｓ４６）。
認証機能側インタフェース３２を介してＬＮ認証応答メッセージが受信されると（Ｓ４７）、又はＬＮ２についての認証が必要でない場合（Ｓ４５−ＮＯ）、局所位置登録機能部２９は、抽出されたＬＮ−ＩＤについての連携情報を、ＬＮ位置情報データベース３０に登録する（Ｓ４８）。
要求元装置がＧＮ−ＨＡである場合（Ｓ４９：ＧＮ−ＨＡ）、ＬＮ位置登録メッセージ処理部２７は、ＧＮ−ＨＡ４宛の連携情報登録応答メッセージを作成する（Ｓ５１）。一方、要求元装置がＧＮ３である場合（Ｓ４９：ＧＮ）、ＬＮ位置登録メッセージ処理部２７は、ＧＮ−ＨＡ４宛のＧＮ位置登録要求メッセージを作成する（Ｓ５０）。そして、ＬＮ位置登録メッセージ処理部２７は、作成されたメッセージを、アクセス側ネットワークインタフェース２６を介して送出する（Ｓ５２）。この後、Ｓ３２のメッセージ監視処理が再開される（Ｓ５３）。
〈〈ＧＮ−ＡＡＡ〉〉
図１４Ａ，１４Ｂは、ＧＮ−ＡＡＡ６の動作例を示すフローチャートである。図１４Ａ，１４Ｂを用いて、ＧＮ−ＡＡＡ６の動作例について説明する。
ＧＮ認証情報抽出部３４は、ＧＮ−ＨＡ側ネットワークインタフェース３３又はＬＮ−ＡＡＡ側インタフェース３９を介して受信されるメッセージを監視する（Ｓ５４）。ＧＮ−ＨＡ４又はＬＮ−ＡＡＡ７からメッセージが受信されると（Ｓ５５）、ＧＮ認証情報抽出部３４は、受信されたメッセージの種別について判断する。
受信されたメッセージがＧＮ認証要求メッセージである場合（Ｓ５６：ＧＮ認証要求メッセージ）、ＧＮ認証情報抽出部３４は、受信されたメッセージからＧＮ−ＩＤを抽出する（Ｓ５７）。ＧＮ認証処理部３５は、抽出されたＧＮ−ＩＤが示すＧＮ３について、認証処理を実施する（Ｓ５８）。この認証処理は、汎用の処理（通常のＡＡＡサーバの認証手順）によって実施される。
ＧＮ３の認証情報が異常である場合（Ｓ５９−ＮＯ）、ＧＮ認証処理部３５は、認証結果パラメタを生成する（Ｓ６０）。認証結果パラメタは、ＧＮ認証処理部３５によって実施された認証処理の結果を、ＧＮ認証要求メッセージの送信元に通知するための値である。その後、Ｓ６５以降の処理によって、生成された認証結果パラメタを含むＧＮ認証応答メッセージが送出される。Ｓ６５以降の処理については後述する。
一方、ＧＮ３の認証情報が正常である場合（Ｓ５９−ＹＥＳ）、ＬＮ認証情報抽出部３６は、認証されたＧＮ３のＧＮ−ＩＤに対応するＬＮ−ＩＤが、受信されたメッセージに含まれているか否かについて判断する。受信されたメッセージにＬＮ−ＩＤが含まれていない場合（Ｓ６１−ＮＯ）、ＧＮ３についてのみ認証処理が実行される。この場合、Ｓ６５以降の処理によって、ＧＮ認証応答メッセージが送出される。Ｓ６５以降の処理については後述する。
一方、受信されたメッセージにＬＮ−ＩＤが含まれている場合（Ｓ６１−ＹＥＳ）、ＬＮ認証情報抽出部３６は、認証情報転送メッセージを作成する（Ｓ６２）。そして、ＬＮ認証情報抽出部３６は、ＬＮ−ＡＡＡ側インタフェース３９を介して、作成された認証情報転送メッセージを送出する（Ｓ６３）。
受信されたメッセージが認証情報応答メッセージである場合（Ｓ５６：認証情報応答メッセージ）、ＬＮ−ＡＡＡ連携クライアント機能部３１は、受信されたメッセージから認証処理結果情報を抽出する（Ｓ６４）。ＬＮ−ＡＡＡ連携クライアント機能部３１は、ＧＮ認証応答メッセージを作成する（Ｓ６５）。そして、ＬＮ−ＡＡＡ連携クライアント機能部３１は、作成されたＧＮ認証応答メッセージを、ＧＮ−ＨＡ側ネットワークインタフェース３３を介して送出する（Ｓ６６）。そして、Ｓ５４のメッセージ監視処理が開始される（Ｓ６７）。
〈〈ＬＮ−ＡＡＡ〉〉
図１５Ａ，１５Ｂは、ＬＮ−ＡＡＡ７の動作例を示すフローチャートである。図１５Ａ，１５Ｂを用いて、ＬＮ−ＡＡＡ７の動作例について説明する。
ＬＮ認証情報抽出部４１は、ＧＮ−ＡＡＡ側ネットワークインタフェース４０又はＬＮ−ＨＡ側ネットワークインタフェース４５を介して受信されるメッセージを監視する（Ｓ６８）。メッセージが受信されると（Ｓ６９）、ＬＮ認証情報抽出部４１は、受信されたメッセージの種別について判断する（Ｓ７０）。
受信されたメッセージが認証情報転送メッセージである場合（Ｓ７０：認証情報転送メッセージ）、ＬＮ認証情報抽出部４１は、受信されたメッセージからＬＮ−ＩＤを抽出する（Ｓ７１）。そして、ＬＮ認証処理機能部４２は、抽出されたＬＮ−ＩＤに対応するＬＮ２について認証処理を実施する（Ｓ７２）。この認証処理は、汎用の認証処理（通常のＡＡＡサーバの認証手順）によって実施される。
ＬＮ２についての認証情報が正常でない場合（Ｓ７３−ＮＯ）、ＬＮ認証処理機能部４２は、この処理結果を示す処理結果パラメタを生成する（Ｓ７４）。そして、Ｓ８０以降の処理によって、生成された処理結果パラメタを含む認証情報応答メッセージが送出される。Ｓ８０以降の処理については後述する。
一方、ＬＮ２についての認証情報が正常である場合（Ｓ７３−ＹＥＳ）、ＬＮ認証メッセージ処理部４３は、連携情報登録要求メッセージを作成する（Ｓ７５）。そして、ＬＮ認証メッセージ処理部４３は、作成された連携情報登録要求メッセージを送出する（Ｓ７６）。
一方、受信されたメッセージが連携情報登録応答メッセージである場合（Ｓ７０：連携情報登録応答メッセージ）、ＬＮ認証情報抽出部４１は、受信されたメッセージから処理結果を示すパラメタを抽出する（Ｓ７７）。ＬＮ認証処理機能部４２は、抽出された処理結果を示すパラメタが正常を示す値であるか否かについて判断する。
処理結果を示すパラメタが正常でない値である場合（Ｓ７８−ＮＯ）、ＬＮ認証処理機能部４２は、正常でない処理結果を示すパラメタを生成する（Ｓ７９）。ＬＮ認証メッセージ処理部４３は、生成されたパラメタを含む認証情報応答メッセージを作成する（Ｓ８０）。一方、処理結果を示すパラメタが正常な値である場合（Ｓ７８−ＹＥＳ）、ＬＮ認証メッセージ処理部４３は、認証情報応答メッセージを作成する。そして、ＬＮ認証メッセージ処理部４３は、作成された認証情報応答メッセージを送出する（Ｓ８１）。その後、Ｓ６８のメッセージ監視処理が開始される（Ｓ８１）。
受信されたメッセージがＬＮ認証要求メッセージである場合、ＬＮ−ＡＡＡ７は、受信されたＬＮ認証要求メッセージに応じて、ＬＮ２について認証処理を行う。ＬＮ−ＡＡＡ７は、認証処理の結果を含むＬＮ認証応答メッセージを作成する。そして、ＬＮ−ＡＡＡ７は、作成されたＬＮ認証応答メッセージを、ＬＮ−ＨＡ５へ送出する。
〈システムの動作例〉
次に、連携情報管理システム１ａの動作例について、図を用いて説明する。なお、以下に説明する各動作例を実現するに当たり、図１１Ａ〜図１５Ｂを用いて上記で説明した各装置の動作例は、適宜変更される必要がある。
〈〈第１動作例〉〉
図１６，１７は、連携情報管理システム１ａの第１動作例における処理シーケンスを示す図である。図１６，１７を用いて、連携情報管理システム１ａの第１動作例について説明する。
第１動作例では、ＧＮ−ＨＡ４は、Ｓ１８において、常にＧＮ３の認証は完了していると判断するように設定される。
第１動作例では、まずＧＮ３がＬＮ２を発見すると、このＧＮ３は、発見されたＬＮ２のＬＮ−ＩＤを取得する（Ｓｅｑ０１）。
次に、ＧＮ３は、取得されたＬＮ−ＩＤと、自装置３のＧＮ−ＩＤとを含むＧＮ位置登録要求メッセージを作成する。そして、ＧＮ３は、作成されたＧＮ位置登録要求メッセージを、ＧＮ−ＨＡ４へ送信する（Ｓｅｑ０２）。
ＧＮ−ＨＡ４は、ＧＮ３からＧＮ位置登録要求メッセージを受信すると、受信されたＧＮ位置登録要求メッセージに含まれるＧＮ−ＩＤとＬＮ−ＩＤとを対応付けて記憶する。ＧＮ−ＨＡ４は、このＧＮ−ＩＤとＬＮ−ＩＤとを含む連携情報登録要求メッセージを作成する。そして、ＧＮ−ＨＡ４は、作成された連携情報登録要求メッセージを、ＬＮ−ＨＡ５へ送信する（Ｓｅｑ０３）。
ＬＮ−ＨＡ５は、連携情報登録要求メッセージを受信すると、受信されたメッセージに含まれるＧＮ−ＩＤとＬＮ−ＩＤとを対応付けて記憶する。ＬＮ−ＨＡ５は、連携情報登録応答メッセージを作成する。そして、ＬＮ−ＨＡ５は、作成された連携情報登録応答メッセージを、ＧＮ−ＨＡ４に返信する（Ｓｅｑ０４）。
ＧＮ−ＨＡ４は、連携情報登録応答メッセージを受信すると、受信されたＧＮ位置登録要求メッセージ（Ｓｅｑ０２参照）に含まれていたＧＮ−ＩＤとＬＮ−ＩＤとを対応付けて記憶する。そして、ＧＮ−ＨＡ４は、ＧＮ位置登録応答メッセージを作成し、作成されたＧＮ位置登録応答メッセージをＧＮ３へ送信する（Ｓｅｑ０５）。
ＧＮ３は、ＧＮ位置登録応答メッセージを受信すると、ＬＮ２の使用が可能となったと判断しても良い。例えば、不図示の使用制限部によってこのような判断が実施されるように構成されても良い。この場合、使用制限部は、使用が可能となったと判断した場合にのみ、ユーザに対してＬＮ２におけるサービスを提供する。また、ＧＮ３は、ＧＮ位置登録応答メッセージを受信すると、単に位置登録が完了したことをユーザに通知する（例えば音声や画像によって）ように構成されても良い。
第１動作例では、ＧＮ−ＨＡ４は、連携情報を、連携情報登録応答メッセージが受信された後に登録するが（Ｓｅｑ０４−Ｓｅｑ０５）、ＧＮ位置登録要求メッセージが受信された時点で登録するように構成されても良い。
本動作例では、ＧＮ３の位置管理サーバであるＧＮ−ＨＡ４に対し、ＧＮ３の位置登録を行うためのＧＮ位置登録要求メッセージに、連携情報としてのＬＮ−ＩＤが含まれる。この結果、ＧＮ−ＨＡ４とＬＮ−ＨＡ５とにおいて、ＬＮ−ＩＤとＧＮ−ＩＤとが、連携情報として対応付けて登録される。このため、局所的な装置（ＬＮ２）と広域的な装置（ＧＮ３）との対応関係（位置の関連付け）を、ＧＮ−ＨＡ４やＬＮ−ＨＡ５に保持することが可能となる。
〈〈第２動作例〉〉
図１８，１９は、連携情報管理システム１ａの第２動作例における処理シーケンスを示す図である。図１８，１９を用いて、連携情報管理システム１ａの第２動作例について説明する。
第２動作例では、ＧＮ−ＨＡ４は、Ｓ１８において、常にＧＮ３の認証は完了していると判断するように設定される。また、第２動作例では、ＧＮ−ＨＡ４は、Ｓ２４〜Ｓ２６の処理を省略するように設定される。
また、第２動作例では、ＧＮ３は、Ｓ０６（図１１Ｂ参照）において、ＧＮ位置登録要求メッセージとは別に、連携情報登録要求メッセージも作成するように設定される。そして、ＧＮ３は、Ｓ０８において、ＧＮ位置登録要求メッセージとは別に、作成された連携情報登録要求メッセージをＬＮ−ＨＡ５へ送信するように設定される。
第２動作例では、まずＧＮ３がＬＮ２を発見すると、このＧＮ３は、発見されたＬＮ２のＬＮ−ＩＤを取得する（Ｓｅｑ０６）。
次に、ＧＮ３は、取得されたＬＮ−ＩＤと、自装置３のＧＮ−ＩＤとを含むＧＮ位置登録要求メッセージを作成する。そして、ＧＮ３は、作成されたＧＮ位置登録要求メッセージを、ＧＮ−ＨＡ４へ送信する（Ｓｅｑ０７）。
ＧＮ−ＨＡ４は、ＧＮ３からＧＮ位置登録要求メッセージを受信すると、受信されたＧＮ位置登録要求メッセージに含まれるＧＮ−ＩＤとＬＮ−ＩＤとを対応付けて記憶する。ＧＮ−ＨＡ４は、ＧＮ位置登録応答メッセージを作成する。そして、ＧＮ−ＨＡ４は、作成されたＧＮ位置登録応答メッセージをＧＮ３へ送信する（Ｓｅｑ０８）。
また、ＧＮ３は、取得されたＬＮ−ＩＤと、自装置３のＧＮ−ＩＤとを含む連携情報登録要求メッセージを作成する。そして、ＧＮ３は、作成された連携情報登録要求メッセージを、ＬＮ−ＨＡ５へ送信する（Ｓｅｑ０９）。
ＬＮ−ＨＡ５は、ＧＮ３から連携情報登録要求メッセージを受信すると、受信されたメッセージに含まれるＧＮ−ＩＤとＬＮ−ＩＤとを対応付けて記憶する。ＬＮ−ＨＡ５は、連携情報登録応答メッセージを作成する。そして、ＬＮ−ＨＡ５は、作成されたメッセージをＧＮ３へ送信する（Ｓｅｑ１０）。
ＧＮ３は、ＧＮ位置登録応答メッセージ又は連携情報登録応答メッセージを受信することにより、対応するＬＮ２との関連付けが完了したことを認識する。
第２動作例において、ＧＮ３は、ＧＮ位置登録要求メッセージの送信と連携情報登録要求メッセージの送信とを、パラレルに実行しても良いし、シーケンシャルに実行しても良い。
第２動作例では、ＧＮ−ＨＡ４とＬＮ−ＨＡ５への連携情報の登録が、個別に実行される。このため、ＧＮ−ＨＡ４とＬＮ−ＨＡ５とは、互いの装置の状態に関わらず、連携情報を登録することが可能となる。第２動作例のような動作は、例えば、連携するＧＮ３とＬＮ２とが明示的に関連付ける必要のない場合に適用されると良い。具体的には、例えばＬＮ−ＨＡ５において、該当するＬＮ２についての連携情報を登録できない（登録するべきでない）場合に、一方でＧＮ−ＨＡ４ではこの連携情報を登録する必要がある場合に有効である。
〈〈第３動作例〉〉
図２０，２１は、連携情報管理システム１ａの第３動作例における処理シーケンスを示す図である。図２０，２１を用いて、連携情報管理システム１ａの第３動作例について説明する。
第３動作例では、ＧＮ３は、Ｓ０６（図１１Ｂ参照）において連携情報登録要求メッセージを作成するように設定される。そして、ＧＮ３は、Ｓ０８において、作成された連携情報登録要求メッセージを、ＬＮ−ＨＡ５へ送信するように設定される。
また、第３動作例では、ＧＮ−ＨＡ４は、Ｓ２４〜Ｓ２６の処理を省略するように設定される。
第３動作例では、まずＧＮ３がＬＮ２を発見すると、このＧＮ３は、発見されたＬＮ２のＬＮ−ＩＤを取得する（Ｓｅｑ１１）。
次に、ＧＮ３は、取得されたＬＮ−ＩＤと、自装置３のＧＮ−ＩＤとを含む連携情報登録要求メッセージを作成する。そして、ＧＮ３は、作成された連携情報登録要求メッセージを、ＬＮ−ＨＡ５へ送信する（Ｓｅｑ１２）。
ＬＮ−ＨＡ５は、連携情報登録要求メッセージを受信すると、受信されたメッセージに含まれるＬＮ−ＩＤとＧＮ−ＩＤとを対応付けて記憶する。ＬＮ−ＨＡ５は、このＧＮ−ＩＤとＬＮ−ＩＤとを含むＧＮ位置登録要求メッセージを作成する。そして、ＬＮ−ＨＡ５は、作成されたＧＮ位置登録要求メッセージをＧＮ−ＨＡ４へ送信する（Ｓｅｑ１３）。
ＧＮ−ＨＡ４は、ＬＮ−ＨＡ５からＧＮ位置登録要求メッセージを受信すると、受信されたＧＮ位置登録要求メッセージに含まれるＧＮ−ＩＤとＬＮ−ＩＤとを対応付けて記憶する。その後、ＧＮ−ＨＡ４は、ＧＮ位置登録応答メッセージを作成する。そして、ＧＮ−ＨＡ４は、作成されたＧＮ位置登録応答メッセージをＧＮ３へ送信する（Ｓｅｑ１４）。
第３動作例では、ＧＮ３によって作成されるメッセージは、ＧＮ−ＨＡ４へ送信されることなく、ＬＮ−ＨＡ５へ直接送信される。このため、第３動作例は、ＧＮ３のユーザがＧＮ３やＬＮ２についてのサービスを受ける際に契約する相手が、ＧＮ−ＨＡ４の管理者ではなく、ＬＮ−ＨＡ５の管理者となる場合に有効である。言い換えれば、第３動作例は、ＧＮ３のユーザに対してＧＮ３に関する契約及びＧＮ−ＨＡ４との関連を意識させずにＬＮ２によるサービスについて契約しサービスを提供するような事業形態において有効である。
具体的な例としては、ＭＶＮＯ（Ｍｏｂｉｌｅ  Ｖｉｒｔｕａｌ  Ｎｅｔｗｏｒｋ  Ｏｐｅｒａｔｏｒ）の事業形態が、上記場合に類似する。ＭＶＮＯでは、バックボーンネットワーク機能（ＧＮ３の管理機構）をユーザに意識させることなく、独自の端末装置とネットワーク機能を利用者に販売することで、付加価値の高いネットワークサービスが提供される。
〈〈第四動作例〉〉
図２２，２３は、連携情報管理システム１ａの第四動作例における処理シーケンスを示す図である。図２２，２３を用いて、連携情報管理システム１ａの第四動作例について説明する。
第四動作例では、ＧＮ３は、Ｓ０６（図１１Ｂ参照）において連携情報登録要求メッセージを作成する。そして、ＧＮ３は、Ｓ０８において、作成された連携情報登録要求メッセージを、ＬＮ−ＨＡ５へ送信する。
また、第四動作例では、ＧＮ−ＨＡ４はＳ２４〜Ｓ２６（図１２Ｃ，１２Ｄ参照）の処理を省略するように設定される。また、第３動作例では、ＧＮ−ＨＡ４は、Ｓ２９の処理において、連携情報登録応答メッセージを作成するように設定される。また、第四動作例では、ＧＮ−ＨＡ４は、Ｓ３０の処理において、作成された連携情報登録応答メッセージをＬＮ−ＨＡ５へ送信するように設定される。
また、第四動作例では、ＬＮ−ＨＡ５は、ＧＮ−ＨＡ４から連携情報登録応答メッセージが受信された場合、連携情報登録応答メッセージを作成し、作成されたメッセージをＧＮ３へ送信するように設定される。
第四動作例では、まずＧＮ３がＬＮ２を発見すると、このＧＮ３は、発見されたＬＮ２のＬＮ−ＩＤを取得する（Ｓｅｑ１５）。
次に、ＧＮ３は、取得されたＬＮ−ＩＤと、自装置３のＧＮ−ＩＤとを含む連携情報登録要求メッセージを作成する。そして、ＧＮ３は、作成された連携情報登録要求メッセージを、ＬＮ−ＨＡ５へ送信する（Ｓｅｑ１６）。
ＬＮ−ＨＡ５は、ＧＮ３から連携情報登録要求メッセージを受信すると、受信されたメッセージに含まれるＬＮ−ＩＤとＧＮ−ＩＤとを対応付けて記憶する。ＬＮ−ＨＡ５は、このＧＮ−ＩＤとＬＮ−ＩＤとを含むＧＮ位置登録要求メッセージを作成する。そして、ＬＮ−ＨＡ５は、作成されたＧＮ位置登録要求メッセージをＧＮ−ＨＡ４へ送信する（Ｓｅｑ１７）。
ＧＮ−ＨＡ４は、ＬＮ−ＨＡ５からＧＮ位置登録要求メッセージを受信すると、受信されたＧＮ位置登録要求メッセージに含まれるＧＮ−ＩＤとＬＮ−ＩＤとを対応付けて記憶する。その後、ＧＮ−ＨＡ４は、連携情報登録応答メッセージを作成する。そして、ＧＮ−ＨＡ４は、作成された連携情報登録応答メッセージをＬＮ−ＨＡ５へ送信する（Ｓｅｑ１８）。
ＬＮ−ＨＡ５は、ＧＮ−ＨＡ４から連携情報登録応答メッセージを受信すると、ＧＮ３宛の連携情報登録応答メッセージを作成する。そして、ＬＮ−ＨＡ５は、作成された連携情報登録応答メッセージを、ＧＮ３へ送信する（Ｓｅｑ１９）。
第四動作例では、第３動作例と同様に、ＧＮ３によって作成されるメッセージは、ＧＮ−ＨＡ４へ送信されることなく、ＬＮ−ＨＡ５へ直接送信される。さらに、第四動作例では、第３動作例と異なり、ＧＮ３は、応答メッセージをＬＮ−ＨＡ５から直接受信する。このため、第四動作例は、第３動作例と同様に、ＧＮ３のユーザがＧＮ３やＬＮ２についてのサービスを受ける際に契約する相手が、ＧＮ−ＨＡ４の管理者ではなく、ＬＮ−ＨＡ５の管理者となる場合に有効である。
〈〈第五動作例〉〉
図２４，２５は、連携情報管理システム１ａの第五動作例における処理シーケンスを示す図である。図２４，２５を用いて、連携情報管理システム１ａの第五動作例について説明する。
第五動作例では、Ｓ１６（図１２Ａ）の処理において、連携情報登録要求メッセージを作成するように設定される。また、第五動作例では、ＧＮ−ＨＡ４は、ＬＮ−ＨＡ５から連携情報登録応答メッセージが受信された場合、ＧＮ位置登録応答メッセージを作成し、作成されたメッセージをＧＮ３へ送信するように設定される。
第五動作例では、まずＧＮ３がＬＮ２を発見すると、このＧＮ３は、発見されたＬＮ２のＬＮ−ＩＤを取得する（Ｓｅｑ２０）。
次に、ＧＮ３は、取得されたＬＮ−ＩＤと、自装置３のＧＮ−ＩＤとを含むＧＮ位置登録要求メッセージを作成する。そして、ＧＮ３は、作成されたメッセージを、ＧＮ−ＨＡ４へ送信する（Ｓｅｑ２１）。
ＧＮ−ＨＡ４は、ＧＮ３からＧＮ位置登録要求メッセージを受信すると、受信されたメッセージに含まれるＧＮ−ＩＤに対応するＧＮ３についてのＧＮ認証要求メッセージを作成する。そして、ＧＮ−ＨＡ４は、作成されたメッセージをＧＮ−ＡＡＡ６へ送信する（Ｓｅｑ２２−ａ）。
ＧＮ−ＡＡＡ６は、ＧＮ認証要求メッセージを受信すると、ＧＮ３についての認証処理を実行する。ＧＮ−ＡＡＡ６は、ＧＮ認証応答メッセージを作成する。そして、ＧＮ−ＡＡＡ６は、作成されたＧＮ認証応答メッセージをＧＮ−ＨＡ４へ送信する（Ｓｅｑ２２−ｂ）。
ＧＮ−ＨＡ４は、ＧＮ−ＡＡＡ６からＧＮ認証応答メッセージを受信すると、受信されたＧＮ位置登録要求メッセージＳｅｑ２１に含まれるＧＮ−ＩＤとＬＮ−ＩＤとを対応付けて登録する。その後、ＧＮ−ＨＡ４は、このＧＮ−ＩＤとＬＮ−ＩＤとを含む連携情報登録要求メッセージを作成する。そして、ＧＮ−ＨＡ４は、作成された連携情報登録要求メッセージをＬＮ−ＨＡ５へ送信する（Ｓｅｑ２３）。
ＬＮ−ＨＡ５は、ＧＮ−ＨＡ４から連携情報登録要求メッセージを受信すると、受信されたメッセージに含まれるＬＮ−ＩＤに対応するＬＮ２についてのＬＮ認証要求メッセージを作成する。そして、ＬＮ−ＨＡ５は、作成されたメッセージをＬＮ−ＡＡＡ７へ送信する（Ｓｅｑ２４）。
ＬＮ−ＡＡＡ７は、ＬＮ認証要求メッセージを受信すると、ＬＮ２についての認証処理を実行する。ＬＮ−ＡＡＡ７は、ＬＮ認証応答メッセージを作成する。そして、ＬＮ−ＡＡＡ７は、作成されたメッセージをＬＮ−ＨＡ５へ送信する（Ｓｅｑ２５）。
ＬＮ−ＨＡ５は、ＬＮ−ＡＡＡ７からＬＮ認証応答メッセージを受信すると、受信された連携情報登録要求メッセージに含まれるＬＮ−ＩＤとＧＮ−ＩＤとを対応付けて登録する。その後、ＬＮ−ＨＡ５は、連携情報登録応答メッセージを作成する。そして、ＬＮ−ＨＡ５は、作成された連携情報登録応答メッセージをＧＮ−ＨＡ４へ送信する（Ｓｅｑ２６）。
ＧＮ−ＨＡ４は、ＬＮ−ＨＡ５から連携情報登録応答メッセージを受信すると、ＧＮ位置登録応答メッセージを作成する。そして、ＧＮ−ＨＡ４は、作成されたＧＮ位置登録応答メッセージを、ＧＮ３へ送信する（Ｓｅｑ２７）。
任意のＧＮ３とＬＮ２とを連携させたサービスを事業ベースで実施するためには、ＬＮ２とＧＮ３との位置制御のみならず、相互の連携情報の登録について安全性等を保証する必要がある。即ち、このような事業ベースでの実施のためには、ＬＮ２及び／又はＧＮ３についての認証処理が欠かせない。
第五動作例では、ＧＮ−ＡＡＡ６によるＧＮ３の認証と、ＬＮ−ＡＡＡ７によるＬＮ２の認証とが実行される。このため、第五動作例では、認証されたＧＮ３とＬＮ２との情報（ＧＮ−ＩＤ，ＬＮ−ＩＤ）のみをＧＮ−ＨＡ４とＬＮ−ＨＡ５に登録するように、連携情報管理システム１ａを構成できる。従って、上記のような、任意のＧＮ３とＬＮ２とを連携させたサービスが安全に実施される。このため、第五動作例は、このようなサービスを事業ベースで実施する場合に適している。
第五動作例では、ＧＮ−ＨＡ４においてＧＮ−ＩＤとＬＮ−ＩＤとの連携情報を登録するタイミングを、Ｓｅｑ２６とＳｅｑ２７との間にしても良い。このように設定されることにより、ＧＮ−ＨＡ４にとって、ＬＮ−ＡＡＡ７によって認証されたＬＮ２のＬＮ−ＩＤのみを登録することが可能となる。
〈〈第六動作例〉〉
図２６，２７は、連携情報管理システム１ａの第六動作例における処理シーケンスを示す図である。図２６，２７を用いて、連携情報管理システム１ａの第六動作例について説明する。
第六動作例では、ＧＮ−ＨＡ４は、Ｓ１９（図１２Ｂ）の処理において、作成されるＧＮ認証要求メッセージにＧＮ−ＩＤ及びＬＮ−ＩＤを含めるように設定される。
第六動作例では、まずＧＮ３がＬＮ２を発見すると、このＧＮ３は、発見されたＬＮ２のＬＮ−ＩＤを取得する（Ｓｅｑ２８）。
次に、ＧＮ３は、取得されたＬＮ−ＩＤと、自装置３のＧＮ−ＩＤとを含むＧＮ位置登録要求メッセージを作成する。そして、ＧＮ３は、作成されたＧＮ位置登録要求メッセージを、ＧＮ−ＨＡ４へ送信する（Ｓｅｑ２９）。
ＧＮ−ＨＡ４は、ＧＮ３からＧＮ位置登録要求メッセージを受信すると、ＧＮ認証要求メッセージを作成する。この認証要求メッセージは、受信されたＧＮ位置登録要求メッセージに含まれるＧＮ−ＩＤとＬＮ−ＩＤとを含む。そして、ＧＮ−ＨＡ４は、ＧＮ−ＡＡＡ６に対し、作成されたＧＮ認証要求メッセージを送信する（Ｓｅｑ３０）。
ＧＮ−ＡＡＡ６は、ＧＮ３についての認証処理を実行する。次に、ＧＮ−ＡＡＡ６は、認証情報転送メッセージを作成する。この認証情報転送メッセージは、受信されたＧＮ認証要求に含まれるＧＮ−ＩＤとＬＮ−ＩＤとを含む。そして、ＧＮ−ＡＡＡ６は、作成された認証情報転送メッセージを、ＬＮ−ＡＡＡ７へ送信する（Ｓｅｑ３１）。
ＬＮ−ＡＡＡ７は、認証情報転送メッセージを受信すると、受信された認証情報転送メッセージに含まれるＬＮ２の認証情報を用いて、このＬＮ２について認証処理を行う。その後、ＬＮ２の認証が終了するとＬＮ−ＡＡＡ７は、受信された認証情報転送メッセージに含まれるＧＮ−ＩＤとＬＮ−ＩＤとを含む連携情報登録要求メッセージを作成する。そして、ＬＮ−ＡＡＡ７は、作成された連携情報登録要求メッセージをＬＮ−ＨＡ５へ送信する（Ｓｅｑ３２）。
ＬＮ−ＨＡ５は、連携情報登録要求を受信すると、この連携情報登録要求に含まれるＬＮ−ＩＤとＧＮ−ＩＤとを対応付けて登録する。そして、ＬＮ−ＨＡ５は、連携情報登録応答メッセージを作成し、作成されたメッセージをＬＮ−ＡＡＡ７へ送信する（Ｓｅｑ３３）。
ＬＮ−ＡＡＡ７は、連携情報登録応答メッセージを受信すると、認証情報応答メッセージを作成し、作成された認証情報応答メッセージをＧＮ−ＡＡＡ６へ送信する（Ｓｅｑ３４）。
ＧＮ−ＡＡＡ６は、認証情報応答メッセージを受信すると、ＧＮ認証応答メッセージを作成し、作成されたＧＮ認証応答メッセージをＧＮ−ＨＡ４へ送信する（Ｓｅｑ３５）。
ＧＮ−ＨＡ４は、ＧＮ認証応答メッセージを受信すると、Ｓｅｑ２９において受信されたＧＮ位置登録要求メッセージに含まれたＧＮ−ＩＤとＬＮ−ＩＤとを対応付けて連携情報として登録する。そして、ＧＮ−ＨＡ４は、ＧＮ位置登録応答メッセージを作成し、作成されたＧＮ位置登録応答メッセージをＧＮ３へ送信する（Ｓｅｑ３６）。
第六動作例では、ＧＮ−ＡＡＡ６は、受信された認証要求メッセージに含まれる認証情報を、直接ＬＮ−ＡＡＡ７へ転送する。このため、ＧＮ−ＡＡＡ６の管理者とＬＮ−ＡＡＡ７の管理者とが同一の管理者であるか、又は高い信頼関係にあることが要求される場合がある。即ち、ＧＮ−ＡＡＡ６の管理者とＬＮ−ＡＡＡ７の管理者とは、互いに互いの認証結果や認証情報を信頼する必要が生じる。
一方、第六動作例では、ＧＮ−ＡＡＡ６は、受信された認証要求メッセージに含まれるＬＮ２についての認証情報を、ＬＮ−ＡＡＡ７へ転送する。このため、ＧＮ３とＬＮ２とについての認証処理と位置登録処理（連携情報の登録処理）とが、他の動作例に比べて高速に実行される。
〈〈第七動作例〉〉
図２８，２９は、連携情報管理システム１ａの第七動作例における処理シーケンスを示す図である。図２８，２９を用いて、連携情報管理システム１ａの第七動作例について説明する。
第七動作例では、ＬＮ−ＨＡ５は、Ｓ５０（図１３Ｃ）の処理において、ＧＮ３宛の連携情報登録応答メッセージを作成するように設定される。そして、ＬＮ−ＨＡ５は、Ｓ５２の処理において、作成された連携情報登録応答メッセージを、ＧＮ３宛に送信するように設定される。
第七動作例では、まずＧＮ３がＬＮ２を発見すると、このＧＮ３は、発見されたＬＮ２のＬＮ−ＩＤを取得する（Ｓｅｑ３７）。
次に、ＧＮ３は、取得されたＬＮ−ＩＤと、自装置３のＧＮ−ＩＤとを含むＧＮ位置登録要求メッセージを作成する。そして、ＧＮ３は、作成されたメッセージを、ＧＮ−ＨＡ４へ送信する（Ｓｅｑ３８）。
ＧＮ−ＨＡ４は、ＧＮ位置登録要求メッセージを受信すると、受信されたＧＮ位置登録要求メッセージに含まれるＧＮ−ＩＤ及びＬＮ−ＩＤを含むＧＮ認証要求メッセージを作成し、作成されたＧＮ認証要求メッセージをＧＮ−ＡＡＡ６へ送信する（Ｓｅｑ３９）。
ＧＮ−ＡＡＡ６は、ＧＮ認証要求メッセージを受信すると、受信されたＧＮ認証要求メッセージに含まれるＧＮ３の認証情報をもとに、ＧＮ３について認証処理を実行する。そして、ＧＮ−ＡＡＡ６は、ＧＮ認証応答メッセージを作成し、作成されたＧＮ認証応答メッセージをＧＮ−ＨＡ４へ送信する（Ｓｅｑ４０）。
ＧＮ−ＨＡ４は、ＧＮ認証応答メッセージを受信すると、受信されたＧＮ位置登録要求メッセージに含まれたＧＮ−ＩＤとＬＮ−ＩＤとを対応付けて登録する。そして、ＧＮ−ＨＡ４は、ＧＮ位置登録応答メッセージを作成し、作成されたＧＮ位置登録応答メッセージをＧＮ３へ送信する（Ｓｅｑ４１）。
また、ＧＮ３は、取得されたＬＮ−ＩＤと、自装置３のＧＮ−ＩＤとを含む連携情報登録要求メッセージを作成する。そして、ＧＮ３は、作成された連携情報登録要求メッセージを、ＬＮ−ＨＡ５へ送信する（Ｓｅｑ４２）。
ＬＮ−ＨＡ５は、ＧＮ３から連携情報登録要求メッセージを受信すると、ＬＮ認証要求メッセージを作成し、作成されたＬＮ認証要求メッセージをＬＮ−ＡＡＡ７へ送信する（Ｓｅｑ４３）。
ＬＮ−ＡＡＡ７は、受信されたＬＮ認証要求メッセージに含まれる認証情報に基づいて、ＬＮ２について認証を行う。そして、ＬＮ−ＡＡＡ７は、ＬＮ認証応答メッセージを作成し、作成されたＬＮ認証応答メッセージをＬＮ−ＨＡ５へ送信する。（Ｓｅｑ４４）
ＬＮ−ＨＡ５は、Ｓｅｑ４２において受信されたメッセージに含まれるＧＮ−ＩＤとＬＮ−ＩＤとを対応付けて登録する。ＬＮ−ＨＡ５は、連携情報登録応答メッセージを作成する。そして、ＬＮ−ＨＡ５は、作成されたメッセージをＧＮ３へ送信する（Ｓｅｑ４５）。
ＧＮ３は、ＧＮ位置登録応答メッセージ又は連携情報登録応答メッセージを受信することにより、対応するＬＮ２との関連付けが完了したことを認識する。
第七動作例において、ＧＮ３は、ＧＮ位置登録要求メッセージの送信と連携情報登録要求メッセージの送信とを、パラレルに実行しても良いし、シーケンシャルに実行しても良い。
第七動作例では、ＧＮ３についての認証処理とＬＮ２についての認証処理とはそれぞれ独立して実行される。このため、第七動作例では、どちらか片方についての認証処理が完了すれば、ユーザはなんらかのサービスを受けることが可能となる。
〈〈第八動作例〉〉
図３０，３１は、連携情報管理システム１ａの第八動作例における処理シーケンスを示す図である。図３０，３１を用いて、連携情報管理システム１ａの第八動作例について説明する。
第八動作例では、ＧＮ３は、Ｓ０６（図１１Ｂ参照）において、連携情報登録要求メッセージを作成するように設定される。そして、ＧＮ３は、Ｓ０８において、作成された連携情報登録要求メッセージをＬＮ−ＨＡ５へ送信するように設定される。
また、第八動作例では、ＧＮ−ＨＡ４は、Ｓ１７（図１２Ｂ参照）において、受信されたＧＮ位置登録要求メッセージに対する処理を実行する前に、ＧＮ認証要求メッセージの送信を行うように設定される。また、第八動作例では、ＧＮ−ＨＡ４は、Ｓ２４〜Ｓ２６の処理を実行しないように設定される。
また、第八動作例では、ＬＮ−ＨＡ５は、Ｓ４８（図１３Ｃ）の処理を実行しないように設定される。また、第八動作例では、ＬＮ−ＨＡ５は、ＧＮ−ＨＡ４からＧＮ位置登録応答メッセージが受信された場合、ＧＮ３から受信された連携情報登録要求メッセージに含まれるＧＮ−ＩＤとＬＮ−ＩＤとを対応付けて登録し、連携情報登録応答メッセージをＧＮ３に送信するように設定される。
第八動作例では、まずＧＮ３がＬＮ２を発見すると、このＧＮ３は、発見されたＬＮ２のＬＮ−ＩＤを取得する（Ｓｅｑ４６）。
次に、ＧＮ３は、取得されたＬＮ−ＩＤと、自装置３のＧＮ−ＩＤとを含む連携情報登録要求メッセージを作成する。そして、ＧＮ３は、作成されたメッセージを、ＬＮ−ＨＡ５へ送信する（Ｓｅｑ４７）。
ＬＮ−ＨＡ５は、連携情報登録要求メッセージを受信すると、受信された連携情報登録要求メッセージに含まれるＧＮ−ＩＤとＬＮ−ＩＤとを含むＬＮ認証要求メッセージを作成する。このＬＮ認証要求メッセージは、このＬＮ−ＩＤが示すＬＮ２についての認証処理を要求するためのメッセージである。そして、ＬＮ−ＨＡ５は、作成されたＬＮ認証要求メッセージを、ＬＮ−ＡＡＡ７へ送信する（Ｓｅｑ４８）。
ＬＮ−ＡＡＡ７は、ＬＮ認証要求メッセージを受信すると、受信されたＬＮ認証要求メッセージに含まれる認証情報に基づいて、ＬＮ２について認証処理を実行する。そして、ＬＮ−ＡＡＡ７は、ＬＮ認証応答メッセージを作成し、作成されたＬＮ認証応答メッセージをＬＮ−ＨＡ５へ送信する（Ｓｅｑ４９）。
ＬＮ−ＨＡ５は、ＬＮ認証応答メッセージを受信すると、受信された連携情報登録要求メッセージに含まれていたＧＮ−ＩＤとＬＮ−ＩＤとを含むＧＮ位置登録要求メッセージを作成する。そして、ＬＮ−ＨＡ５は、作成されたＧＮ位置登録要求メッセージをＧＮ−ＨＡ４へ送信する（Ｓｅｑ５０）。
ＧＮ−ＨＡ４は、ＧＮ位置登録要求メッセージを受信すると、ＧＮ認証要求メッセージを作成する。このＧＮ認証要求メッセージは、受信されたＧＮ位置登録要求メッセージに含まれるＧＮ−ＩＤが示すＧＮ３についての認証処理を要求するためのメッセージである。そして、ＧＮ−ＨＡ４は、作成されたＧＮ認証要求メッセージを、ＧＮ−ＡＡＡ６へ送信する（Ｓｅｑ５１）。
ＧＮ−ＡＡＡ６は、ＧＮ認証要求メッセージを受信すると、受信されたＧＮ認証要求メッセージに含まれる認証情報に基づいて、ＧＮ３について認証処理を実行する。そして、ＧＮ−ＡＡＡ６は、ＧＮ認証応答メッセージを作成し、作成されたＧＮ認証応答メッセージをＧＮ−ＨＡ４へ送信する（Ｓｅｑ５２）。
ＧＮ−ＨＡ４は、ＧＮ認証応答メッセージを受信すると、受信されたＧＮ位置登録応答メッセージに含まれていたＧＮ−ＩＤとＬＮ−ＩＤとを対応付けて連携情報として登録する。そして、ＧＮ−ＨＡ４は、ＧＮ位置登録応答メッセージを作成し、作成されたＧＮ位置登録応答メッセージをＬＮ−ＨＡ５へ送信する（Ｓｅｑ５３）。
ＬＮ−ＨＡ５は、ＧＮ位置登録応答メッセージを受信すると、受信された連携情報登録要求メッセージに含まれていたＬＮ−ＩＤとＧＮ−ＩＤとを対応付けて連携情報として登録する。そして、ＬＮ−ＨＡ５は、連携情報登録応答メッセージを作成し、作成されたメッセージをＧＮ３へ送信する（Ｓｅｑ５４）。
第八動作例では、第３動作例と同様の動作に加えて、ＬＮ２とＧＮ３とについての認証処理が実行される。このため、第八動作例では、第３動作例と同様の作用や効果に加え、ＧＮ−ＨＡ４とＬＮ−ＨＡ５とにおいて登録されるＬＮ２とＧＮ３との正当性が保証され、システム全体の安全性を向上させることが可能となる。
〈〈第九動作例〉〉
図３２，３３は、連携情報管理システム１ａの第九動作例における処理シーケンスを示す図である。図３２，３３を用いて、連携情報管理システム１ａの第九動作例について説明する。
第九動作例では、ＧＮ３は、Ｓ０６（図１１Ｂ参照）において、連携情報登録要求メッセージを作成するように設定される。そして、ＧＮ３は、Ｓ０８において、作成された連携情報登録要求メッセージをＬＮ−ＨＡ５へ送信するように設定される。
また、第九動作例では、ＧＮ−ＨＡ４は、Ｓ１７（図１２Ｂ参照）において、受信されたＧＮ位置登録要求メッセージに対する処理を実行する前に、ＧＮ認証要求メッセージの送信を行うように設定される。また、第九動作例では、ＧＮ−ＨＡ４は、Ｓ２４〜Ｓ２６の処理を実行しないように設定される。また、第九動作例では、ＧＮ−ＨＡ４は、ＬＮ−ＨＡ５から連携情報登録応答メッセージが受信された場合、連携情報登録応答メッセージをＧＮ３へ送信するように設定される。
また、第九動作例では、ＬＮ−ＨＡ５は、Ｓ４８（図１３Ｃ）の処理を実行しないように設定される。また、第九動作例では、ＬＮ−ＨＡ５は、ＧＮ−ＨＡ４からＧＮ位置登録応答メッセージが受信された場合、ＧＮ３から受信された連携情報登録要求メッセージに含まれるＧＮ−ＩＤとＬＮ−ＩＤとを対応付けて登録し、連携情報登録応答メッセージをＧＮ−ＨＡ４に送信するように設定される。
第九動作例では、まず、第八動作例におけるＳｅｑ４６〜Ｓｅｑ５３までの動作が実行される（Ｓｅｑ５５〜Ｓｅｑ６２）。ＬＮ−ＨＡ５は、ＧＮ位置登録応答メッセージを受信すると、受信された連携情報登録要求メッセージに含まれていたＬＮ−ＩＤとＧＮ−ＩＤとを対応付けて連携情報として登録する。そして、ＬＮ−ＨＡ５は、連携情報登録応答メッセージを作成し、作成されたメッセージをＧＮ−ＨＡ４へ送信する（Ｓｅｑ６３）。
ＧＮ−ＨＡ４は、連携情報登録応答メッセージを受信すると、ＧＮ３宛の連携情報登録応答メッセージを作成し、作成されたメッセージをＧＮ３へ送信する（Ｓｅｑ６４）。
第九動作例では、ＬＮ２とＧＮ３とについての認証処理が実行される。このため、第九動作例では、ＧＮ−ＨＡ４とＬＮ−ＨＡ５とにおいて登録されるＬＮ２とＧＮ３との正当性が保証され、システム全体の安全性を向上させることが可能となる。
〔第２実施形態〕
〈システム構成〉
図３４は、本発明による連携情報管理システムの第２実施形態、即ち連携情報管理システム１ｂの概要を示す図である。図３４を用いて連携情報管理システム１ｂについて説明する。
連携情報管理システム１ｂの構成は、ＬＮ−ＨＡ５の代わりにＬＮ−ＩＤＳ（Ｌｏｃａｌ  Ｎｏｄｅ  ＩＤｅｎｔｉｆｉｃａｔｉｏｎ  Ｓｅｒｖｅｒ）４６を用いて構成される点でのみ、連携情報管理システム１ａと異なる。
連携情報管理システム１ｂでは、ＧＮ３とＬＮ２との間の連携情報、即ちＧＮ−ＩＤとＬＮ−ＩＤとが対応付けられた連携情報及びＧＮ３についての位置情報（Ｍｏｂｉｌｅ  ＩＰによる、ホームアドレスと気付アドレスとの対応等）は、一括して、ＧＮ−ＨＡ４において管理される。ＧＮ−ＨＡ４は、ＬＮ−ＩＤについては記憶するが、ＬＮ−ＩＤによって示されるＬＮ２についての情報は、ＬＮ−ＩＤ以外には記憶しない。一方、ＬＮ２についての情報は、ＬＮ−ＩＤＳ４６において記憶される。
〈〈ＬＮ−ＩＤＳ〉〉
ＬＮ−ＩＤＳ４６は、パーソナルコンピュータやワークステーションやサーバ等の情報処理装置を用いて構成される。ＬＮ−ＩＤＳ４６は、不図示のＬＮデータベースを備える。ＬＮデータベースには、レコードとして、ＬＮ２についての情報と各ＬＮ２のＬＮ−ＩＤとが対応付けて登録される。
ＬＮ−ＩＤＳ４６は、プログラムがＣＰＵによって実行されることにより、ＧＮ−ＨＡ４からのＬＮ−ＩＤ問い合わせメッセージに対し応答する。具体的には、ＬＮ−ＩＤＳ４６は、ＬＮ−ＩＤ問い合わせメッセージに含まれるＬＮ−ＩＤに対応するＬＮ２についての情報を、ＬＮデータベースから検索する。ＬＮ−ＩＤＳ４６は、検索された情報を含むＬＮ−ＩＤ応答メッセージを作成する。そして、ＬＮ−ＩＤＳ４６は、作成されたＬＮ−ＩＤ応答メッセージを、ＬＮ−ＩＤ問い合わせメッセージの送信元であるＧＮ−ＨＡ４へ送信する。
また、ＬＮ−ＩＤＳ４６は、必要に応じて、問い合わされたＬＮ２についての認証処理を、ＬＮ−ＡＡＡ７へ要求する。この場合、ＬＮ−ＩＤＳ４６は、正常に認証されたＬＮ２についてのみ問い合わせに応じるように構成されても良い。
〈システムの動作例〉
次に、連携情報管理システム１ｂの動作例について、図を用いて説明する。
〈〈第１動作例〉〉
図３５，３６は、連携情報管理システム１ｂの第１動作例における処理シーケンスを示す図である。図３５，３６を用いて、連携情報管理システム１ｂの第１動作例について説明する。
第１動作例における処理は、第１フェーズと第２フェーズとに分かれる。第１フェーズでは、ＧＮ−ＨＡ４に対する連携情報の登録が実施される。第２フェーズでは、ＬＮ−ＩＤＳ４６に対する問い合わせが実施される。
まず、第１フェーズについて説明する。ＧＮ３がＬＮ２を発見すると、このＧＮ３は、発見されたＬＮ２のＬＮ−ＩＤを取得する（Ｓｅｑ６５）。
次に、ＧＮ３は、取得されたＬＮ−ＩＤと、自装置３のＧＮ−ＩＤとを含むＧＮ位置登録要求メッセージを作成する。そして、ＧＮ３は、作成されたＧＮ位置登録要求メッセージを、ＧＮ−ＨＡ４へ送信する（Ｓｅｑ６６）。
ＧＮ−ＨＡ４は、ＧＮ３からＧＮ位置登録要求メッセージを受信すると、受信されたＧＮ位置登録要求メッセージに含まれるＧＮ−ＩＤとＬＮ−ＩＤとを対応付けて連携情報として登録する。この際、ＧＮ−ＨＡ４は、ＧＮ３についての位置情報も登録する。そして、ＧＮ−ＨＡ４は、ＧＮ位置登録要求メッセージの送信元であるＧＮ３に対し、ＧＮ位置登録応答メッセージを送信する（Ｓｅｑ６７）。以上がフェーズ１の処理である。
次に、フェーズ２について説明する。ＧＮ−ＨＡ４は、必要に応じて、ＬＮ−ＩＤ問い合わせメッセージをＬＮ−ＩＤＳ４６に送信する（Ｓｅｑ６８）。ＬＮ−ＩＤ問い合わせメッセージには、問い合わせ対象となるＬＮ２のＬＮ−ＩＤが含まれる。
ＬＮ−ＩＤＳ４６は、ＬＮ−ＩＤＳ問い合わせメッセージを受信すると、問い合わせ対象となるＬＮ２についての情報を検索する。そして、ＬＮ−ＩＤＳ４６は、検索された情報を含むＬＮ−ＩＤ応答メッセージを、ＧＮ−ＨＡ４へ送信する（Ｓｅｑ６９）。
ＧＮ−ＩＤとＬＮ−ＩＤとについて、ＧＮ−ＨＡ４とＬＮ−ＨＡ５とにおいて分散して管理するシステム（本発明の第１実施形態に相当）では、ネットワークサービスに関わる事業者の分業や協業を促進する上で適している。しかし、このようなシステムでは、サービス導入時におけるコストや、小規模なサービス事業として実施する場合のコストの点において、不利となる場合がある。
一方、第２実施形態の第１動作例では、機能の多様化が予想されるＬＮ２についての情報（例：商品属性，寸法，詳細機能）は、ＬＮ−ＩＤＳ４６において一括して管理される。このため、ＬＮ２についての情報に変更を行う場合、ＬＮ−ＩＤＳ４６においてのみ実施すれば良い。従って、第２実施形態の第１動作例では、ＬＮ２についての情報の管理が容易となり、システム運営におけるコストを削減することが可能となる。
また、第２実施形態の第１動作例では、連携情報の登録を要求するメッセージが、ＧＮ３とＧＮ−ＨＡ４との間でのみ実施される。このため、システム全体としてのレスポンスが高速化される。
〈〈第２動作例〉〉
図３７，３８は、連携情報管理システム１ｂの第２動作例における処理シーケンスを示す図である。図３７，３８を用いて、連携情報管理システム１ｂの第２動作例について説明する。
第２動作例における処理は、ＧＮ３とＬＮ２との認証が実行される点でのみ第１動作例と異なる。
ＧＮ−ＨＡ４は、ＧＮ位置登録要求を受信すると（Ｓｅｑ７１：第１動作例のＳｅｑ６６に相当）、受信されたＧＮ位置登録要求メッセージに含まれるＧＮ−ＩＤに対応するＧＮ３について、認証処理を実行することをＧＮ−ＡＡＡ６へ要求する。即ち、ＧＮ−ＨＡ４は、ＧＮ認証要求メッセージをＧＮ−ＡＡＡ６へ送信する（Ｓｅｑ７２）。ＧＮ−ＡＡＡ６は、認証処理を実行し、ＧＮ認証応答メッセージをＧＮ−ＨＡ４へ送信する（Ｓｅｑ７３）。そして、ＧＮ−ＨＡ４は、この認証結果を踏まえて、ＧＮ−ＩＤとＬＮ−ＩＤとを対応付けて、連携情報として登録する。
また、ＬＮ−ＩＤＳ４６は、ＬＮ−ＩＤ問い合わせメッセージを受信すると（Ｓｅｑ７５：第１動作例のＳｅｑ６８に相当）、問い合わせを受けたＬＮ２についての認証を、ＬＮ−ＡＡＡ７へ要求する（Ｓｅｑ７６）。そして、ＬＮ−ＩＤＳ４６は、ＬＮ−ＡＡＡ７における認証処理の結果を踏まえて、ＬＮ−ＩＤ問い合わせメッセージに対するＬＮ−ＩＤ応答メッセージをＧＮ−ＨＡ４へ送信する。
第２動作例では、第１動作例における処理に加えて、ＬＮ２とＧＮ３とについての認証処理が実行される。このため、第２動作例では、ＧＮ−ＨＡ４において登録されるＧＮ３と、ＬＮ−ＩＤＳ４６によって応答されるＬＮ２とについての正当性が保証され、システム全体の安全性を向上させることが可能となる。
〔適用例〕
次に、本発明における連携情報管理システム１ａ，１ｂの適用例について説明する。以下の説明では、連携情報管理システム１ａを例に、第１適用例と第２適用例について説明する。連携情報管理システム１ｂは、第２適用例と同様の適用がなされても良い。
〈第１適用例〉
図３９，４０は、本発明の第１適用例を示す図である。第１適用例では、特定のＬＮ２と連携して使用されるＧＮ３に対しサービスを提供するｘＳＰ（ｘ  Ｓｅｒｖｉｃｅ  Ｐｒｏｖｉｄｅｒ：各種のサービス提供を行うもの）サーバ４７が設置される。このようなサービスの例として、ＬＮ２に関するメッセージ（ＬＮ２のユーザに向けたダイレクトメール，画像送信など）の送信がある。
具体的には、ｘＳＰサーバ４７は、特定のＬＮ２のＬＮ−ＩＤを含むサービス実行要求メッセージ（アプリケーションメッセージ）を、ＬＮ−ＨＡ５へ送信する（Ｓｅｑ７９）。このとき、ｘＳＰサーバ４７は、あらかじめ、該当するＬＮ−ＩＤを取り扱うＬＮ−ＨＡ５に対して、サービス実行要求メッセージを送信する。また、該当するＬＮ−ＩＤを取り扱うＬＮ−ＨＡ５を検索する装置がシステム内に設置されても良い。また、このサービス実行要求メッセージは、同時に複数送信されても良い。
ＬＮ−ＨＡ５は、サービス実行要求メッセージを受信すると、受信されたメッセージに含まれるＬＮ−ＩＤに対応するＧＮ−ＩＤを検索する。そして、受信されたメッセージに、検索されたＧＮ−ＩＤを付加し、このメッセージをＧＮ−ＨＡ４へ転送する（Ｓｅｑ８０）。このとき、ＬＮ−ＨＡ５は、検索されたＧＮ−ＩＤを取り扱うＧＮ−ＨＡ４に対して転送を行う。ＧＮ−ＩＤとＧＮ−ＨＡ４との対応付けは、ＬＮ−ＨＡ５において実施されても良いし、ＧＮ−ＨＡ４とＬＮ−ＨＡ５との間に設置される他の装置において実施されても良い。
ＧＮ−ＨＡ４は、受信されたメッセージに含まれるＧＮ−ＩＤに対応する気付アドレスを検索する。そして、検索された気付アドレスに対し、即ちＧＮ３に対し、受信されたメッセージを転送する（Ｓｅｑ８１）。このとき、検索される気付アドレスは複数であっても良い。複数の気付アドレスに対するメッセージが同一のものである場合、ＧＮ−ＨＡ４は、複数の気付アドレスに対してマルチキャスト送信を行うように設定されても良い。
第１適用例によれば、ｘＳＰサーバ４７の管理者は、特定のＬＮ２のユーザのみに対し、適切なサービスを提供することが可能となる。
〈第２適用例〉
図４１，４２は、本発明の第２適用例を示す図である。第２適用例では、ｘＳＰサーバ４７によって、ＧＮ−ＩＤとＬＮ−ＩＤとが限定される。即ち、ＧＮ−ＩＤ及びＬＮ−ＩＤを含むサービス実行要求メッセージが、ｘＳＰサーバ４７によって送信される（Ｓｅｑ８２）。
ＧＮ−ＨＡ４は、受信されたメッセージに含まれるＬＮ−ＩＤについてのＬＮ情報問い合わせを実施する（Ｓｅｑ８３）。ＬＮ−ＨＡ５は、問い合わせのあったＬＮ−ＩＤに対応するＬＮ２の情報を、ＧＮ−ＨＡ４に対して返信する（Ｓｅｑ８４）。そして、ＧＮ−ＨＡ４は、ＬＮ２の情報に基づいて、受信されたメッセージに含まれるＧＮ−ＩＤのうちいずれのＧＮ−ＩＤにメッセージの転送を行うべきか判断する。例えば、ＬＮ２についての使用時間が一定時間を超えているユーザが使用するＧＮ３のＧＮ−ＩＤに対してのみ転送を行うなどの処理が実施される。この場合、ＬＮ２についてのユーザの使用時間が、ＬＮ２の情報としてＬＮ−ＨＡ５から提供される。そして、ＧＮ−ＨＡ４は、転送すべきと判断されたＧＮ−ＩＤについての気付アドレスを検索し、検索された気付アドレスに対しメッセージを転送する（Ｓｅｑ８５）。なお、第２適用例におけるＬＮ−ＨＡ５は、ＬＮ−ＩＤＳ４６であっても良い。
第２適用例では、第１適用例とは異なりＧＮ−ＩＤについてもｘＳＰサーバ４７によって限定される。このため、よりｘＳＰサーバ４７の管理者のニーズに従ったサービスの提供が可能となる。
ＩＩ．メッセージ転送制御システム
次に、本発明によるメッセージ転送制御システムについて説明する。上述した連携情報管理システム（以下、「基本システム」と呼ぶ）は、大略して次の構成を持つ。即ち、基本システムは、インターネット等の広域ネットワークに接続可能な通信端末（「ＧＮ」と呼ばれる。例えば、携帯電話，パーソナルコンピュータ（ＰＣ），ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔｓ））が、この通信端末と局所的なネットワークで接続される装置（「ローカル・ノード（ＬＮ）」と呼ばれる。例えば、ＲＦＩＤタグ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ  ＩＤタグ），Ｂｌｕｅｔｏｏｔｈ端末）からその識別情報（ＬＮ−ＩＤ）を読み取り、自装置のＩＤ（ＧＮ−ＩＤ）とともに広域ネットワークへ送信する。広域ネットワーク側では、ＬＮ−ＩＤ及びＧＮ−ＩＤを“連携情報”として保管する。このとき、連携情報は、ＧＮのアドレスと関連づけて管理される。そして、連携情報は、或るＬＮと関係しているユーザ（ＧＮ）に対し、或る情報（例えばメッセージ）を広域ネットワークを介して提供するために利用される。上述した連携情報は、ユーザのコンテキスト情報の一つに含むことができる。
基本システムによると、例えば、サービス提供者（ＡＳＰ：Ａｐｐｌｉｃａｔｉｏｎ  Ｓｅｒｖｉｃｅ  Ｐｒｏｖｉｄｅｒ）を含むＬＮの提供者によって、ＬＮがユーザに提供（配布）される。このとき、ＬＮは、単体で、或いはアプライアンス（ＬＮが取り付けられた物体（例えば、様々な商品（不動産を含む），有償又は無償の配布物）としてユーザに提供される。すると、ユーザのＧＮがＬＮからＬＮ−ＩＤを読み出し、自装置のＧＮ−ＩＤとともに広域ネットワークに送信する。これによって、広域ネットワーク上でＬＮ−ＩＤとＧＮ−ＩＤとが連携情報として管理される。そして、サービス提供者は、連携情報を利用することによって、例えば、特定のＬＮ−ＩＤを持つＬＮと関連するユーザに対してのみ、サービスに係るメッセージを提供する（そのユーザのＧＮへ送信する）ことができる。このように、例えば、サービス提供者が連携情報を利用することにより、ユーザに対して高度なサービスを提供することができる。
しかしながら、基本システムは、連携情報を広域ネットワーク側（例えば、サービス提供者側）に登録し、広域ネットワーク側からＬＮと関連するユーザのＧＮに対して基本的なメッセージ転送させることを主眼としている。このため、基本システムによる機能、即ち登録された連携情報を利用したサービスを実用化する場合には、以下に述べる問題が考えられる。
基本システムでは、ＧＮとＬＮの「連携情報」が広域ネットワーク側に登録される。しかし、サービス提供者による連携情報の使用（連携情報がコンテキストの一つとして、サービス内容に反映されること）を制限することは考慮されていない。従って、サービス提供者が無制限に連携情報を利用する状況下では、ＧＮのユーザ（サービス利用者）に対し、ユーザ自身が望まないサービスメッセージ（広告配信など）が配信されることが想定される。
本発明の目的の一つは、連携情報の無制限な使用を防止することができる技術を提供することを目的の一つとする。
また、本発明の目的の一つは、ＧＮのユーザのコンテキスト情報やＬＮに関連するコンテキスト情報（例えばサービス提供者のコンテキスト情報）により、連携情報の使用に制限を与える技術を提供することである。
また、本発の目的の一つは、連携情報の無制限な使用に基づくＧＮへのメッセージ送信を防止することができる技術を提供することである。
以下、上述した基本システム（連携情報管理システム）において、サービス提供者（ＡＳＰ）による連携情報の利用（例えば、連携情報を利用したメッセージの転送）を制限するためのシステム（連携情報を利用したメッセージ転送制御システム）について説明する。
広域ネットワーク（例：インターネット）に接続される各端末のコンテキスト情報に基づいたサービスメッセージの転送に際しては、メッセージ送信側装置（例：広告配信サーバ）の要求だけでなく、ユーザの嗜好に加えてＬＮの個体に設定された条件も考慮する必要がある。例えば、未成年者に酒類に関する情報を配信するのが不適当であるように、サービス提供者（例：広告情報配信事業者）の意向だけでなく、サービス提供者への依頼者（例：酒類としての商品の発売元）、さらには末端の消費者（ＧＮのユーザ）等のそれぞれの意向を考慮・反映して配信の可否が決定されるべきである。このため、上記したサービスの関係者に係るコンテキストに基づくメッセージの転送制御（送信可否の判断）を行うための機能が必要となる。
メッセージ転送制御システムは、基本システムに新たな装置や機能を付加することにより実現される。従って、当該システムの説明は、主として新たな装置や機能について行う。
〔システム構成〕
図４３は、図１に示したような連携情報管理システムにメッセージ転送制御を行う構成を付加した場合におけるシステム（連携情報を利用したメッセージ転送制御システム）の基本的なネットワーク構成例を示す図である。
図４３に示すように、メッセージ転送制御システムは、ユーザ側に位置するＬＮ１０２及びＧＮ１０３と、広域ネットワーク（図４３において破線で図示）上に位置するＧＮ−ＨＡ１０４，ＬＮ−ＨＡ１０５，ＧＮ−ＡＡＡ１０６，及びＬＮ−ＡＡＡ１０７，Ｉ−ＣＭＧＷ（Ｉｎｃｏｍｉｎｇ  Ｃｏｎｔｅｘｔ−ａｗａｒｅ  Ｍｅｓｓａｇｅ  Ｇａｔｅｗａｙ）１０８と、Ｉ−ＣＭＧＷ１０８と接続されるＣ−ＡＳＰ（Ｃｏｎｔｅｘｔ−ａｗａｒｅ  Ａｐｐｌｉｃａｔｉｏｎ  Ｓｅｒｖｉｃｅ  Ｐｒｏｖｉｄｅｒ）とを備えるように構成することができる。
図４３において、“ａ”は局所ネットワークと広域ネットワークとの境界を示し、“ｂ”はＧＮの広域ネットワークへの接続ポイントを示し、“ｃ”はＧＮ−ＨＡとＬＮ−ＨＡとの連携ポイントを示し（両者の信頼関係に依存する）、“ｄ”はＧＮ−ＨＡとＧＮ−ＡＡＡとの接続ポイントを示し（ＧＮの認証が必要な場合に使用される）、“ｅ”はＧＮ−ＡＡＡとＬＮ−ＡＡＡとの連携ポイントを示し（両者の信頼関係に依存して使用される）、“ｆ”はＬＮ−ＨＡとＬＮ−ＡＡＡの連携ポイントを示し、“ｇ”はＩ−ＣＭＧＷとＬＮ−ＨＡとの接続ポイントを示し、“ｈ”はＩ−ＣＭＧＷとＣ−ＡＳＰとの接続ポイントを示す。
ＬＮ１０２及びＧＮ１０３は、基本システムにおけるＬＮ２及びＧＮ３（図１）と同じものを適用することができる。ＧＮ−ＨＡ１０４，ＬＮ−ＨＡ１０５，ＧＮ−ＡＡＡ１０６，及びＬＮ−ＡＡＡ１０７は、連携情報の登録及び管理に関して、基本システムで説明したＧＮ−ＨＡ４，ＬＮ−ＨＡ５，ＧＮ−ＡＡＡ６，及びＬＮ−ＡＡＡ７と同様の構成や機能を持つ。
但し、ＧＮ−ＨＡ１０４及びＬＮ−ＨＡ１０５には、メッセージの転送制御機能が付加される。また、ＧＮ−ＨＡ１０４，ＬＮ−ＨＡ１０５，ＧＮ−ＡＡＡ１０６，ＬＮ−ＡＡＡ１０７には、メッセージ転送可否の判断に使用されるコンテキスト情報に基づくメッセージ転送制御情報の登録や管理を行うための機能が付加される。また、ＬＮ１０２及びＧＮ１０３に対し、メッセージ転送制御情報の登録に係る構成や機能を付加することもできる。
Ｃ−ＡＳＰ１０９は、既存のアプリケーションサービスプロバイダ（ＡＳＰ）と同じ位置づけを持つ。Ｃ−ＡＳＰ１０９は、ＡＳＰが提供する様々なサービスの提供条件にコンテキスト情報（ＬＮ−ＩＤ等）を組み入れることが可能に構成されている。ネットワーク上で展開されるサービスには、例えば、ＶｏＩＰ，Ｗｅｂページ，電子メール，映像ストリーム等の様々なアプリケーションによる情報配信がある。Ｃ−ＡＳＰ１０９は、連携情報によりＬＮ１０２と関係付けられているＧＮ１０３へサービスメッセージを転送する（サービスを提供する）際に、ＬＮ１０２に係るコンテキスト情報（ＬＮ−ＩＤ等）を指定する。
Ｉ−ＣＭＧＷ１０８は、Ｃ−ＡＳＰ１０９で指定されたコンテキスト情報を含むサービスメッセージを広域ネットワークで受け付けるゲートウェイ機能を持つ。Ｉ−ＣＭＧＷ１０８は、サービスメッセージに含まれるＬＮ１０２に係るコンテキスト情報の内容に応じて、このサービスメッセージを転送すべきＬＮ−ＨＡ１０５を決定する機能を持つ。広域ネットワーク上には、情報提供者，ネットワーク管理者，コンテキストの内容等の様々なＬＮに係る管理の切り分け方法に基づいて、複数のＬＮ−ＨＡ１０５が用意されている。サービスメッセージは、Ｉ−ＣＭＧＷ１０８により、ＬＮ−ＩＤ等のコンテキスト情報に基づいて、対応するＬＮ−ＨＡ１０５へ転送される。
Ｃ−ＡＳＰ１０９，Ｉ−ＣＭＧＷ１０８は、例えば、ＬＮ−ＨＡ１０５の数や、ＡＳＰの数等の様々な条件に基づいて、１以上用意することができる。Ｃ−ＡＳＰ１０９は、サービスに係るコンテンツを保有し、個別のユーザとサービス契約を持たない。Ｃ−ＡＳＰ１０９は、コンテキスト情報により特定されるサービスメッセージを送信する。Ｉ−ＣＭＧＷ１０８は、ＡＳＰとＬＮ（ＬＮ−ＨＡ１０６）との対応付けに基づき、Ｃ−ＡＳＰ１０９からのサービスメッセージを適切なＬＮ−ＨＡ１０５に振り分ける。ＬＮ−ＡＡＡ１０７は、各ＬＮ１０２の契約条件と最新の条件を保持する。ＬＮ−ＨＡ１０５は、各ＡＳＰからＬＮ１０２へのアクセス制御を行う。ＬＮ−ＨＡ１０５は、ＬＮ１０２の状態と契約条件とをＬＮ−ＡＡＡ１０７に問い合わせることができる。
さらに、図４３には示していないが、メッセージ転送制御システムは、Ｏ−ＣＭＧＷ（Ｏｕｔｇｏｉｎｇ  Ｃｏｎｔｅｘｔ−ａｗａｒｅ  Ｍｅｓｓａｇｅ  Ｇａｔｅｗａｙ）１１０を含むことができる（図６６参照）。Ｏ−ＣＭＧＷ１１０は、広域ネットワークから出て、ユーザ端末（ＧＮ）へ向かうサービスメッセージの転送を制御するゲートウェイ装置である。すなわち、ＬＮ−ＨＡ１０５は通過した（ＬＮ１０２に係るコンテキスト情報に基づく転送条件が満たした）が、ユーザ（ＧＮ）に係るコンテキスト情報に基づいてユーザが望まないサービスメッセージを必要に応じて遮断する機能を持つ。
なお、ＧＮ−ＨＡ１０４及び／又はＬＮ−ＨＡ１０５が、連携情報記憶部，転送制御情報記憶部，転送制御手段（第１及び第２の判定手段を含む場合もある）を含むメッセージ転送制御システムを構成することができる。また、ＬＮ１０２が配布装置に相当し、ＧＮ１０３が通信端末に相当し、ＧＮ−ＨＡ１０４が通信端末の位置登録装置に相当し、ＬＮ−ＨＡ１０５が配布装置の位置登録装置に相当し、ＧＮ−ＡＡＡ１０６が通信端末の認証装置に相当し、ＬＮ−ＡＡＡ１０７が配布装置の認証装置に相当し、Ｉ−ＣＭＧＷ１０８が広域ネットワークの入口側の転送制御ゲートウェイに相当し、Ｏ−ＣＭＧＷが広域ネットワークの出口側の転送制御ゲートウェイに相当する。
〔メッセージ転送制御情報〕
次に、ＬＮ−ＨＡ１０５やＧＮ−ＨＡ１０４でサービスメッセージの転送制御に利用されるメッセージ転送制御情報（「ＣＡＣ（Ｃｏｎｎｅｃｔｉｏｎ  Ａｕｔｈｏｒｉｚａｔｉｏｎ  Ｃａｃｈｅ）」と呼ぶ）について説明する。
連携情報（ＬＮ−ＩＤとＧＮ−ＩＤとの関係を示す情報）が登録されているＧＮ１０３及びＬＮ１０２のコンテキスト情報を利用したサービスメッセージ配信を行う際に、メッセージ転送条件を規定する必要がある。
しかしながら、サービスプロバイダ（ＡＳＰ）、ＧＮ提供者（ＧＮＰ：Ｇｌｏｂａｌ  Ｎｏｄｅ  Ｐｒｏｖｉｄｅｒ）、ＬＮ提供者（ＬＮＰ：Ｌｏｃａｌ  Ｎｏｄｅ  Ｐｒｏｖｉｄｅｒ）の夫々の数が増える程、メッセージ毎のメッセージ転送条件の組み合わせは膨大になる。このとき、メッセージの転送条件の管理が一括して固定的なルールで行われると、その管理が困難になることが予想される（例えば、コンテキストを構成する項目の変動やこれに基づく転送条件の変更が発生する毎に、管理システム全体の仕様やデータの関連づけを変更する必要が発生する）。このような管理方法に基づく転送可否の判断は、ネットワークの大規模化に対する適合性が乏しい（スケーラビリティの点で劣る）といえる。
そこで、個々のＧＮ１０３，個々のＬＮ１０２の夫々に係るメッセージ転送条件を個別に規定し、このようなＧＮ又はＬＮ毎に固有のメッセージ転送条件を広域ネットワーク上で管理する。これによって、メッセージ転送条件の規定に柔軟性を持たせることができる。また、ＡＳＰ，ＧＮＰ，ＬＮＰの夫々の都合に応じたメッセージ転送条件を容易に規定することが可能となるので、当該システムへの参入を促進することが可能となる。
このため、図４３に示すようなメッセージ転送制御システムでは、ＧＮ１０３及びＬＮ１０２の夫々に係るコンテキスト情報に基づくメッセージ転送条件が規定されたメッセージ転送制御情報、即ちＧＮ１０３にサービスを提供可能か否かを記述したデータセット（ＣＡＣ）を広域ネットワーク上で保持（管理）する。そして、個々のＡＳＰによるサービスメッセージがＣ−ＡＳＰ１０９からＧＮ１０３へ向けて転送される際に、広域ネットワーク上でＣＡＣに基づくメッセージ転送制御が行われる。このため、ＧＮ１０３毎のコンテキスト情報に基づく個々のメッセージ転送条件，ＬＮ１０２毎のコンテキスト情報に基づく個々のメッセージ転送条件がＣＡＣとして定義される。
具体的に説明すると、ＧＮＰが管理する個々のＧＮ１０３、及びＬＮＰが管理する個々のＬＮ１０２に対して、各々のコンテキスト情報に基づいてメッセージ転送可否の条件を記述したデータセットを規定する。このデータセットを、ＣＡＣ（Ｃｏｎｎｅｃｔｉｏｎ  Ａｕｔｈｏｒｉｚａｔｉｏｎ  Ｃａｃｈｅ）と称する。
ＣＡＣの規定する最小単位は、個々のＧＮ１０３および個々のＬＮ１０２である。ＣＡＣのデータ構成は一定のフォーマットを規定してメッセージ転送制御システムで共通化する必要がある。具体的には以下の構成をとる。
ＣＡＣに含まれる基本情報要素は以下のものがある。
（１）ＣＡＣ共通（固定）部（ＣＡＣ−Ｃ）
ＣＡＣを参照するあらゆる装置で解釈可能な共通の属性（例えば、契約サービスの内容に拘わらず必須で含まれるべき属性）で構成されたメッセージ制御情報。
（２）ＣＡＣ個別（可変）部（ＣＡＣ−Ｖ）
ＣＡＣ−Ｃ以外に、特定のプレイヤー間（例えば、ＬＮとこれを管理する会社と連携した広告配信業者）でのみ解釈可能なＣＡＣの可変部分にあたるメッセージ制御情報。ＣＡＣ−Ｖは、例えば契約サービスの内容を反映して、個々のＬＮ，ＧＮが固有に持つか持たないかが決定される。
ＣＡＣの使用時には、上述のＣＡＣ−ＣおよびＣＡＣ−Ｖの少なくとも一方を含む必要がある。但し、ＣＡＣ−Ｃ及びＣＡＣ−Ｖの定義と構成（項目）は、サービス提供事業者の趣旨に依存する。
図４４は、ＣＡＣのデータ構成の例を示す。図４４（ａ）にはＧＮに関するＣＡＣ（ＧＮ−ＣＡＣ）のデータ構成例が示されており、図４４（ｂ）にはＬＮに関するＣＡＣ（ＬＮ−ＣＡＣ）のデータ構成例が示されている。ＬＮ−ＣＡＣが第１の転送条件情報に相当し、ＧＮ−ＣＡＣが第２の転送条件情報に相当する。
ＧＮ−ＣＡＣは、例えば、加入者情報，有効期限，加入者属性，配信条件を含むことができる。また、加入者情報や有効期限をＣＡＣ−Ｃ（ＧＮ−ＣＡＣ−Ｃ）と規定し、加入者属性や配信条件をＣＡＣ−Ｖ（ＧＮ−ＣＡＣ−Ｖ）として規定することができる。
ＬＮ−ＣＡＣは、例えば、管理者情報，有効期限，アプライアンス属性，配信条件を含むことができる。また、管理者情報や有効期限をＣＡＣ−Ｃ（ＬＮ−ＣＡＣ−Ｃ）と規定し、アプライアンス属性や配信条件をＣＡＣ−Ｖ（ＧＮ−ＣＡＣ−Ｖ）として規定することができる。
ＧＮ−ＣＡＣ及びＬＮ−ＣＡＣの内容（項目や定義）は、ＧＮやＬＮに係るコンテキスト情報の内容に応じて、個々に規定することが可能である。
〔ＣＡＣの配信方式〕
次に、ＣＡＣの配信方式について説明する。図４３に示したようなシステムにおいて、メッセージの転送制御は、ＬＮ−ＨＡ１０５及びＧＮ−ＨＡ１０４で実施される。このため、ＬＮ−ＨＡ１０５及びＧＮ−ＨＡ１０４は、メッセージの転送制御に利用されるＣＡＣを、様々な方法で取得する。例えば、ＬＮ−ＨＡ１０５及びＧＮ−ＨＡ１０４は、ＧＮ−ＡＡＡ１０６やＬＮ−ＡＡＡ１０７にデフォルトＣＡＣ（Ｄ−ＣＡＣ）として予めセットされているＣＡＣを取得することができる。或いは、ＬＮ−ＨＡ１０５及びＧＮ−ＨＡ１０４は、ＧＮ１０３からＣＡＣを受け取ることで取得することもできる。以下、ＬＮ−ＨＡ１０５及びＧＮ−ＨＡ１０４がＣＡＣを取得する方法（ＬＮ−ＨＡ１０５及びＧＮ−ＨＡ１０４に対するデフォルトＣＡＣの配信方式）について説明する。
基本システムについて説明したように、ＬＮ−ＩＤとＧＮ−ＩＤとの関係を示す連携情報の登録処理は、例えばＭｏｂｉｌｅ  ＩＰに基づくＧＮの位置登録手順に合わせて行われる。デフォルトＣＡＣの配信手順は、この連携情報の登録手順と合わせて行われる。
〈第１の配信方式〉
図４５及び図４６は、第１のＣＡＣの配信方式の処理シーケンスを示す図である。第１の配信方式は、上述した基本システムにおける第５動作例（図２４及び２５参照）との連携により（連携情報の登録処理に合わせて）実施される。
ＧＮ−ＡＡＡ１０６には、個々のＧＮ１０３に夫々関係するコンテキスト情報（ＧＮ−ＣＡＣ）がデフォルトＣＡＣとして予め用意されている。このようなデフォルトＣＡＣを、「Ｄ−ＣＡＣ（１）」と表記する。Ｄ−ＣＡＣ（１）は、ＧＮ−ＣＡＣ−Ｃ及びＧＮ−ＣＡＣ−Ｖを含んでいる。一方、ＬＮ−ＡＡＡ１０７にも、個々のＬＮ１０２に夫々関係するＣＡＣ（ＬＮ−ＣＡＣ）が予め用意されている。このようなデフォルトＣＡＣを「Ｄ−ＣＡＣ（２）」と表記する。Ｄ−ＣＡＣ（１）及びＤ−ＣＡＣ（２）の夫々は、ＣＡＣのマスタ（原本）情報として、ＧＮ−ＡＡＡ１０６及びＬＮ−ＡＡＡ１０７が夫々管理するデータベース上に保管されている。
図４５及び図４６に示された処理シーケンスにおいて、連携情報の登録に係る部分は、基本システムの第５動作例による登録処理と同様である（図２４及び２５参照）。一方、デフォルトＣＡＣの配信手順は、連携情報の登録手順に次のように付加されている。
図４６に示すように、ＧＮ−ＡＡＡ１０６は、ＧＮ−ＩＤを含むＧＮ認証要求メッセージをＧＮ−ＨＡ１０４から受信すると、そのＧＮ−ＩＤを持つＧＮ１０３の正当性を認証する。このとき、正当性が認められる場合には、ＧＮ−ＡＡＡ１０６は、当該ＧＮ−ＩＤに対応付けて予め保持されているＤ−ＣＡＣ（１）を読み出し、このＤ−ＣＡＣ（１）を含むＧＮ認証応答メッセージをＧＮ−ＨＡ１０４に返送する（ＳＥＱ１２２−ｂ）。
ＧＮ−ＨＡ１０４は、認証成功を示すＧＮ認証応答メッセージを受け取ると、ＧＮ−ＩＤとＬＮ−ＩＤとを関連づけて連携情報として登録する。続いて、ＧＮ−ＨＡ１０４は、Ｄ−ＣＡＣ（１）をＧＮ−ＣＡＣ−ＣとＧＮ−ＣＡＣ−Ｖとに分離し、ＧＮ−ＣＡＣ−Ｃを連携情報と対応付けて登録する。
その後、ＧＮ−ＨＡ１０４は、ＧＮ−ＩＤ及びＬＮ−ＩＤを含み、且つＧＮ−ＣＡＣ−Ｖがセットされた連携情報登録要求メッセージを作成し、ＬＮ−ＨＡ１０５に送信する（ＳＥＱ１２３）。
ＬＮ−ＨＡ１０５は、連携情報登録要求メッセージを受信すると、これに含まれているＧＮ−ＣＡＣ−Ｖを格納する。続いて、ＬＮ−ＨＡ１０５は、連携情報登録要求メッセージに含まれたＬＮ−ＩＤを含むＬＮ認証要求をＬＮ−ＡＡＡ１０７に送信する（ＳＥＱ１２４）。
ＬＮ−ＡＡＡ１０７は、ＬＮ認証要求に含まれたＬＮ−ＩＤを持つＬＮの正当性を認証し、認証が成功すると、このＬＮ−ＩＤに対応付けて予め保持されているＤ−ＣＡＣ（２）を読み出し、このＤ−ＣＡＣ（２）を含むＬＮ認証応答メッセージをＬＮ−ＨＡ１０５に返送する（ＳＥＱ１２５）。
ＬＮ−ＨＡ１０５は、認証成功を示すＬＮ認証応答メッセージを受け取ると、ＧＮ−ＩＤとＬＮ−ＩＤとを連携情報として登録する。さらに、ＬＮ−ＨＡは、先程格納したＧＮ−ＣＡＣ−ＶとＬＮ認証応答メッセージ中のＤ−ＣＡＣ（２）（ＬＮ−ＣＡＣ）の内容を合成する。
さらに、ＬＮ−ＨＡは、連携情報と対応づけて、合成されたＧＮ−ＣＡＣ−Ｖ及びＬＮ−ＣＡＣ（「合成ＣＡＣ」と表記）を登録する。このようにして、連携情報に対応するメッセージ制御ルールが生成され、ＬＮ−ＨＡ１０５内に登録される。
図４７は、図４６に示した処理シーケンスによりＬＮ−ＨＡ１０５及びＧＮ−ＨＡ１０４に登録された合成ＣＡＣ及びＧＮ−ＣＡＣ−Ｃを用いたメッセージ転送制御の処理シーケンスを例示する図である。
図４７において、ＡＳＰがサービスメッセージを特定のＬＮ１０２に関係するＧＮ１０３へ転送する場合には、Ｃ−ＡＳＰ１０９が、サービスメッセージをカプセル化しているサービス要求メッセージ（図５６参照）がＩ−ＣＭＧＷ１０８に送信される（ＳＥＱ２０１）。このとき、サービス要求メッセージのヘッダ部分には、特定のＬＮを示すＬＮ−ＩＤが設定されている。
Ｉ−ＣＭＧＷ１０８は、サービス要求メッセージを受信すると、そのヘッダに設定されているＬＮ−ＩＤを抽出し、このＬＮ−ＩＤを管理しているＬＮ−ＨＡ１０５を割り出し、このＬＮ−ＨＡ１０５宛でサービス要求メッセージに含まれていたサービスメッセージを転送する（ＳＥＱ２０２）。
ＬＮ−ＨＡ１０５は、サービスメッセージを受信すると、これに含まれているＬＮ−ＩＤに対応する有効な連携情報があるか否かを判定する。このとき、ＬＮ−ＨＡ１０５は、有効な連携情報がなければ当該サービスメッセージの転送を停止する。
これに対し、有効な連携情報があれば、ＬＮ−ＨＡ１０５は、この連携情報に対応づけて登録されている合成ＣＡＣを読み出し、この合成ＣＡＣに規定されたメッセージの転送条件（コンテキスト情報に基づく転送条件）が満たされるか否か（メッセージの転送がＯＫかＮＧか）を判定する。
このとき、メッセージの転送がＯＫであれば、ＬＮ−ＨＡ１０５は、連携情報で特定されるＧＮ１０３を管理するＧＮ−ＨＡ１０５に対し、当該サービスメッセージを転送する（ＳＥＱ２０３）。これに対し、メッセージの転送がＮＧであれば、ＬＮ−ＨＡ１０５は、当該サービスメッセージの転送を停止する。これによって、ＧＮ１０３のユーザが望まないサービスメッセージがＧＮ１０３に送信されることが防止される。
ＧＮ−ＨＡ１０４は、サービスメッセージを受信すると、これに含まれているＬＮ−ＩＤに対応する連携情報が登録されているか否かを判定する。このとき、ＧＮ−ＨＡ１０４は、有効な連携情報がなければ当該サービスメッセージの転送を停止する。これに対し、有効な連携情報があれば、この連携情報に対応づけて登録されているＧＮ−ＣＡＣ−Ｃを読み出し、このＧＮ−ＣＡＣ−Ｃに規定されたメッセージの転送条件（ＧＮに係るコンテキスト情報に基づく転送条件）が満たされるか否か（メッセージの転送がＯＫかＮＧか）を判定する。
このとき、メッセージの転送がＯＫであれば、ＧＮ−ＨＡ１０４は、当該サービスメッセージをＧＮ１０３に転送する（ＳＥＱ２０４）。これに対し、メッセージの転送がＮＧであれば、ＧＮ−ＨＡ１０４は、当該サービスメッセージの転送を停止する（例：メッセージを廃棄する）。これによって、ＧＮ１０３のユーザが望まないサービスメッセージがＧＮ１０３に送信されることが防止される。
そして、ＧＮ１０３は、ＧＮ−ＨＡ１０４からサービスメッセージを受信すると、このサービスメッセージに基づくサービス（情報表示等）を実行する。
なお、ＧＮ−ＨＡ１０４がＧＮ−ＩＤとＧＮ−ＣＡＣ−Ｃとを関係づけて登録し、ＬＮ−ＨＡ１０５から転送されてくるサービスメッセージに含まれているＧＮ−ＩＤ（連携情報により割り出される）から対応するＧＮ−ＣＡＣ−Ｃを用いてメッセージの転送可否判断を行うように構成されていても良い。この場合には、ＧＮ−ＨＡ１０４で連携情報を登録しておく必要がない。
〈第２の配信方式〉
図４８及び図４９は、第２のデフォルトＣＡＣの配信方式の処理シーケンスを示す図である。第２の配信方式は、上述した基本システムにおける第６動作例による連携情報の登録処理（図２６及び２７参照）との連携により実施される。
Ｄ−ＣＡＣ（１）及びＤ−ＣＡＣ（２）が予めＧＮ−ＡＡＡ１０６及びＬＮ−ＡＡＡ１０７に夫々予め格納されている点は、第１の配信方式と同様である。また、図４８及び４９に示される第２の配信方式において、連携情報の登録に係る部分は、基本システムにおける第６動作例と同様である。一方、デフォルトＣＡＣの配信手順は、第６動作例による連携情報の登録手順に次のように付加されている。
ＧＮ−ＡＡＡ１０６は、ＧＮ−ＨＡ１０４からＧＮ認証要求メッセージ（ＳＥＱ１３０）を受け取ると、このＧＮ認証要求メッセージに含まれているＧＮ−ＩＤに対する認証処理を行う。このとき、ＧＮ−ＩＤの正当性が認められる（認証が成功する）と、ＧＮ−ＡＡＡ１０６は、このＧＮ−ＩＤに対応するＤ−ＣＡＣ（１）中のＧＮ−ＣＡＣ−Ｖを読み出し、認証情報転送メッセージに格納してＬＮ−ＡＡＡ１０７に送信する（ＳＥＱ１３１）。
ＬＮ−ＡＡＡ１０７は、認証情報転送メッセージを受信すると、このメッセージに含まれたＬＮ−ＩＤに対する認証処理を行う。このとき、ＬＮ−ＩＤの正当性が認められると、ＬＮ−ＡＡＡ１０７は、このＬＮ−ＩＤに対応するＤ−ＣＡＣ（２）を読み出し、ＧＮ−ＣＡＣ−Ｖ及びＤ−ＣＡＣ（２）を連携情報登録要求メッセージに格納してＬＮ−ＨＡ１０５に送信する（ＳＥＱ１３２）。
ＬＮ−ＨＡ１０５は、連携情報登録要求メッセージを受信すると、このメッセージに含まれているＬＮ−ＩＤとＧＮ−ＩＤとを関連づけて連携情報として登録する。さらに、ＬＮ−ＨＡ１０５は、ＧＮ−ＣＡＣ−ＶとＤ−ＣＡＣ（２）とを合成した合成ＣＡＣを生成し、先に登録した連携情報と関連づけて登録する。そして、ＬＮ−ＨＡ１０５は、連携情報登録応答メッセージをＬＮ−ＡＡＡ１０７に送信する（ＳＥＱ１３３）。
ＬＮ−ＡＡＡ１０７は、連携情報登録応答メッセージを受信すると、このメッセージに対応する認証情報応答メッセージを生成し、ＧＮ−ＡＡＡ１０６に送信する（ＳＥＱ１３４）。
ＧＮ−ＡＡＡ１０６は、認証情報応答メッセージを受信すると、先程認証が成功したＧＮ−ＩＤに対応するＤ−ＣＡＣ（１）中のＧＮ−ＣＡＣ−Ｃを読み出して、これを含むＧＮ認証応答メッセージをＧＮ−ＨＡ１０４へ送信する（ＳＥＱ１３５）。
ＧＮ−ＨＡ１０４は、ＧＮ認証応答メッセージを受信すると、ＧＮ−ＩＤとＬＮ−ＩＤとを関連づけて連携情報として登録する。さらに、ＧＮ−ＨＡ１０４は、応答メッセージ中のＧＮ−ＣＡＣ−Ｃを当該連携情報と関連づけて登録する。そして、ＧＮ位置登録メッセージをＧＮ１０３に送信する（ＳＥＱ１３６）。
以上のようにして、合成ＣＡＣがＬＮ−ＨＡ１０５に登録され、ＧＮ−ＣＡＣ−ＣがＧＮ−ＨＡ１０４に登録される。その後、Ｃ−ＡＳＰ１０９からサービスメッセージを含むサービス要求メッセージが送信された場合には、図４７と同様の処理シーケンスにより、ＬＮ−ＨＡ１０５及びＧＮ−ＨＡ１０４が、合成ＣＡＣ及びＧＮ−ＣＡＣ−Ｃに基づくサービスメッセージの転送制御を行う。
〈第３の配信方式〉
図５０及び５１は、第３のデフォルトＣＡＣの配信方式の処理シーケンスを示す図である。第３の配信方式は、上述した基本システムにおける第８動作例による連携情報の登録処理（図３０及び３１参照）との連携により実施される。
Ｄ−ＣＡＣ（１）及びＤ−ＣＡＣ（２）が予めＧＮ−ＡＡＡ１０６及びＬＮ−ＡＡＡ１０７に夫々予め格納されている点は、第１及び第２の配信方式と同様である。また、第３の配信方式において、連携情報の登録に係る部分は、第８動作例による登録処理と同様である。一方、デフォルトＣＡＣの配信手順は、第８動作例による連携情報の登録手順に次のように付加されている。
ＬＮ−ＨＡ１０５は、ＳＥＱ１４７によりＧＮ１０３から送信される連携情報登録要求メッセージを受信すると、このメッセージに含まれているＧＮ−ＩＤ及びＬＮ−ＩＤを含むＬＮ認証要求メッセージを生成し、ＬＮ−ＡＡＡ１０７に送信する（ＳＥＱ１４８）。
ＬＮ−ＡＡＡ１０７は、ＬＮ認証要求メッセージを受信すると、このメッセージに含まれたＬＮ−ＩＤに対する認証処理を行う。このとき、ＬＮ−ＩＤの正当性が認められると、ＬＮ−ＡＡＡ１０７は、このＬＮ−ＩＤに対応するＤ−ＣＡＣ（２）を読み出し、ＬＮ認証応答メッセージに格納してＬＮ−ＨＡ１０５に送信する（ＳＥＱ１４９）。
ＬＮ−ＨＡ１０５は、ＬＮ認証応答メッセージを受信すると、連携情報登録要求メッセージに含まれていたＧＮ−ＩＤ及びＬＮ−ＩＤを含むＧＮ位置登録要求メッセージをＧＮ−ＨＡ１０４に送信する（ＳＥＱ１５０）。
ＧＮ−ＨＡ１０４は、ＧＮ位置登録要求メッセージを受信すると、このメッセージに含まれているＧＮ−ＩＤを含むＧＮ認証要求メッセージを生成し、ＧＮ−ＡＡＡ１０６に送信する（ＳＥＱ１５１）。
ＧＮ−ＡＡＡ１０６は、ＧＮ−ＨＡ１０４からＧＮ認証要求メッセージを受け取ると、このメッセージに含まれているＧＮ−ＩＤに対する認証処理を行う。このとき、ＧＮ−ＩＤの認証に成功すると、ＧＮ−ＡＡＡ１０６は、このＧＮ−ＩＤに対応するＤ−ＣＡＣ（１）を読み出し、ＧＮ認証応答メッセージに格納してＧＮ−ＨＡ１０４に送信する（ＳＥＱ１５２）。
ＧＮ−ＨＡ１０４は、ＧＮ認証応答メッセージを受信すると、ＧＮ位置登録要求メッセージに含まれていたＧＮ−ＩＤ及びＬＮ−ＩＤを関連付けて連携情報として登録する。さらに、ＧＮ−ＨＡ１０４は、ＧＮ認証応答メッセージ中のＤ−ＣＡＣ（１）をＧＮ−ＣＡＣ−ＣとＧＮ−ＣＡＣ−Ｖとに分離し、ＧＮ−ＣＡＣ−Ｃを、先に登録した連携情報と関連づけて登録する。そして、ＧＮ−ＨＡ１０４は、ＧＮ−ＣＡＣ−Ｖを含むＧＮ位置登録応答メッセージをＬＮ−ＨＡ１０５へ送信する（ＳＥＱ１５３）。
ＬＮ−ＨＡ１０５は、ＧＮ位置登録応答メッセージを受信すると、ＬＮ−ＩＤとＧＮ−ＩＤとを関連づけ、連携情報として登録する。さらに、ＬＮ−ＨＡ１０５は、ＧＮ−ＣＡＣ−ＶとＬＮ−ＡＡＡ１０７から得たＤ−ＣＡＣ（２）とを合成した合成ＣＡＣを生成し、先に登録した連携情報と関連づけて登録する。そして、ＬＮ−ＨＡ１０５は、連携情報登録応答メッセージをＧＮ１０３に送信する（ＳＥＱ１５４）。
以上のようにして、合成ＣＡＣがＬＮ−ＨＡ１０５に登録され、ＧＮ−ＣＡＣ−ＣがＧＮ−ＨＡ１０４に登録される。その後、Ｃ−ＡＳＰ１０９からサービスメッセージを含むサービス要求メッセージが送信された場合には、図４７と同様の処理シーケンスにより、ＬＮ−ＨＡ１０５が合成ＣＡＣに基づくサービスメッセージの転送制御を行い、ＧＮ−ＨＡ１０４がＧＮ−ＣＡＣ−Ｃに基づくサービスメッセージの転送制御を行う。
〈第４の配信方式〉
図５２及び図５３は、第４のデフォルトＣＡＣの配信方式の処理シーケンスを示す図である。第４の配信方式は、上述した基本システムにおける第７動作例による連携情報の登録処理（図２８及び２９参照）との連携により実施される。
Ｄ−ＣＡＣ（１）及びＤ−ＣＡＣ（２）が予めＧＮ−ＡＡＡ１０６及びＬＮ−ＡＡＡ１０７に夫々予め格納されている点は、第１〜３の配信方式と同様である。また、第４の配信方式において、連携情報の登録に係る部分は、第７動作例による登録処理と同様である。一方、デフォルトＣＡＣの配信手順は、第７動作例による連携情報の登録手順に次のように付加されている。
ＧＮ−ＡＡＡ１０６は、ＧＮ−ＨＡ１０４からＧＮ認証要求メッセージ（ＳＥＱ１３９）を受け取ると、このＧＮ認証要求メッセージに含まれているＧＮ−ＩＤに対する認証処理を行う。このとき、ＧＮ−ＩＤの正当性が認められると、ＧＮ−ＡＡＡ１０６は、このＧＮ−ＩＤに対応するＤ−ＣＡＣ（１）を読み出し、ＧＮ認証応答メッセージに格納してＧＮ−ＨＡ１０４に送信する（ＳＥＱ１４０）。
ＧＮ−ＨＡ１０４は、ＧＮ認証応答メッセージを受信すると、ＧＮ−ＩＤとＬＮ−ＩＤとを関連づけて連携情報として登録する。さらに、ＧＮ−ＨＡ１０４は、応答メッセージ中のＤ−ＣＡＣ（１）を当該連携情報と関連づけて登録する。そして、ＧＮ位置登録メッセージをＧＮ１０３に送信する（ＳＥＱ１４１）。
ＧＮ１０３は、ＧＮ位置登録応答メッセージを受信すると、ＧＮ−ＩＤ及びＬＮ−ＩＤを含む連携情報登録要求メッセージをＬＮ−ＨＡ１０５に送信する（ＳＥＱ１４２）。
ＬＮ−ＨＡ１０５は、連携情報登録要求メッセージを受信すると、このメッセージに含まれているＬＮ−ＩＤを含むＬＮ認証要求メッセージを生成し、ＬＮ−ＡＡＡ１０７に送信する（ＳＥＱ１４３）。
ＬＮ−ＡＡＡ１０７は、ＬＮ認証要求メッセージを受信すると、このメッセージに含まれたＬＮ−ＩＤに対する認証処理を行う。このとき、ＬＮ−ＩＤの正当性が認められると、ＬＮ−ＡＡＡ１０７は、このＬＮ−ＩＤに対応するＤ−ＣＡＣ（２）を読み出し、このＤ−ＣＡＣ（２）をＬＮ認証応答メッセージに格納してＬＮ−ＨＡ１０５に送信する（ＳＥＱ１４４）。
ＬＮ−ＨＡ１０５は、ＬＮ認証応答メッセージを受信すると、ＬＮ−ＩＤとＧＮ−ＩＤとを関連づけて連携情報として登録する。さらに、ＬＮ−ＨＡ１０５は、Ｄ−ＣＡＣ（２）を、先に登録した連携情報と関連づけて登録する。そして、ＬＮ−ＨＡ１０５は、連携情報登録応答メッセージをＧＮ１０３に送信する（ＳＥＱ１４５）。
以上のようにして、Ｄ−ＣＡＣ（２）がＬＮ−ＨＡ１０５に登録され、Ｄ−ＣＡＣ（１）がＧＮ−ＨＡ１０４に登録される。その後、Ｃ−ＡＳＰ１０９からサービスメッセージを含むサービス要求メッセージが送信された場合には、図４７と同様の処理シーケンスが実施される。但し、ＬＮ−ＨＡ１０５は、Ｄ−ＣＡＣ（２）に基づくサービスメッセージの転送制御を行い、ＧＮ−ＨＡ１０４は、Ｄ−ＣＡＣ（１）に基づくサービスメッセージの転送制御を行う。
第４の配信方式は、ＧＮ−ＣＡＣ（Ｄ−ＣＡＣ（１））及びＬＮ−ＣＡＣ（Ｄ−ＣＡＣ（２））が個別にそれぞれの位置管理装置ＧＮ−ＨＡ１０４，ＬＮ−ＨＡ１０５に登録される点を特徴とする。従って、第４の配信方式では、ＧＮ−ＣＡＣ−Ｖは、ＬＮ−ＨＡ１０５に送信されない。このような方式は、ＧＮの契約条件（ＧＮ−ＣＡＣ）に高いプライバシが要求される場合に有効である。
〈第５の配信方式〉
図５４及び５５は、第５のデフォルトＣＡＣの配信方式の処理シーケンスを示す図である。第５の配信方式は、上述した基本システムにおける第２動作例による連携情報の登録処理（図１８及び１９参照）との連携により実施される。
第５の配信方式では、第１〜第４の配信方式と異なり、連携情報の登録処理において、ＧＮ−ＡＡＡ１０６及びＬＮ−ＡＡＡ１０７によるＧＮ及びＬＮの認証処理が行われない。即ち、連携情報の登録に際して、ＧＮ−ＡＡＡ１０６及びＬＮ−ＡＡＡ１０７に対するアクセスが行われない。このため、Ｄ−ＣＡＣ（２）は、ＬＮ−ＩＤの一部又は関係する情報としてＬＮ１０２に保持され、Ｄ−ＣＡＣ（１）はＧＮ−ＩＤの一部又は関係する情報としてＧＮ１０３に保持される。但し、第５の配信方式において、連携情報の登録に係る部分は、第２動作例による登録処理と同様である。一方、デフォルトＣＡＣの配信手順は、第２動作例による連携情報の登録手順に次のように付加されている。以下の説明では、Ｄ−ＣＡＣ（２）がＬＮ−ＩＤと関連づけてＬＮ１０２に内蔵されており、Ｄ−ＣＡＣ（１）がＧＮ−ＩＤに関係づけてＧＮ１０３に内蔵されている場合の登録例を説明する。
ＧＮ１０３は、ＬＮ１０２からＬＮ−ＩＤを取得する際に、Ｄ−ＣＡＣ（２）をも取得する（ＳＥＱ１０６）。そして、ＧＮ１０３は、ＬＮ−ＩＤ，自装置のＧＮ−ＩＤ，及び自装置のＤ−ＣＡＣ（１）を含むＧＮ位置登録要求メッセージを生成し、ＧＮ−ＨＡ１０４に送信する（ＳＥＱ１０７）。
ＧＮ−ＨＡ１０４は、ＧＮ位置登録要求メッセージを受信すると、ＧＮ−ＩＤとＬＮ−ＩＤとを関係づけて連携情報として登録する。さらに、ＧＮ−ＨＡ１０４は、この連携情報に関係づけてＤ−ＣＡＣ（１）を登録する。そして、ＧＮ位置登録応答メッセージをＧＮ１０３へ送信する（ＳＥＱ１０８）。
ＧＮ１０３は、ＧＮ位置登録応答メッセージを受信すると、ＬＮ−ＩＤ，自装置のＧＮ−ＩＤ，及びＬＮ１０２から得たＤ−ＣＡＣ（２）を含む連携情報登録要求メッセージを生成し、ＬＮ−ＨＡ１０５へ送信する（ＳＥＱ１０９）。
ＬＮ−ＨＡ１０５は、連携情報登録要求メッセージを受信すると、これに含まれたＧＮ−ＩＤとＬＮ−ＩＤとを関連づけて連携情報として登録する。さらに、ＬＮ−ＨＡ１０５は、連携情報登録要求メッセージに含まれたＤ−ＣＡＣ（２）を先程の連携情報に関連づけて登録する。そして、ＬＮ−ＨＡ１０５は、連携情報登録応答メッセージをＧＮ１０３へ送信する（ＳＥＱ１１０）。
以上のようにして、Ｄ−ＣＡＣ（２）がＬＮ−ＨＡ１０５に登録され、Ｄ−ＣＡＣ（１）がＧＮ−ＨＡ１０４に登録される。その後、Ｃ−ＡＳＰ１０９からサービスメッセージを含むサービス要求メッセージが送信された場合には、図２２とほぼ同様の処理シーケンスにより、ＬＮ−ＨＡ１０５がＤ−ＣＡＣ（２）に基づくサービスメッセージの転送制御を行い、ＧＮ−ＨＡ１０４が、Ｄ−ＣＡＣ（１）に基づくサービスメッセージの転送制御を行う。
なお、ＬＮ−ＨＡ１０５にて合成ＣＡＣに基づくメッセージの転送制御が望まれる場合には、Ｄ−ＣＡＣ（２）をＬＮ−ＩＤの一部として構成し、Ｄ−ＣＡＣ（１）をＧＮ−ＩＤの一部として構成する。これによって、図３０に示すシーケンスでＤ−ＣＡＣ（１）がＬＮ−ＨＡ１０５に送信される状態となる。
第５の配信方式は、ＬＮやＧＮに対する認証機能を持つサーバが存在しない場合や、認証より効率が重視される場合（例えば、プライベートなネットワーク内での運用）に適用が想定される。
〔サービス要求メッセージ〕
次に、ＡＳＰのサービスメッセージの送信に際して使用されるＣ−ＡＳＰ１０９とＩ−ＣＭＧＷ１０８との間を転送されるサービス要求メッセージについて説明する。
サービス提供者（ＡＳＰ）からＧＮ１０３へ転送されるサービスメッセージ（例：広告配信要求）は、その送信先を決定するためのコンテキスト情報（少なくともＬＮ−ＩＤ）を含んでいる。そのコンテキスト情報を使うサービスは、多様なプロトコルに対応する必要がある。例を挙げれば、Ｗｅｂサービスに関するＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）あるいは、ＩＰ電話等の呼制御に利用されるＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）が該当する。これらのプロトコルは標準化されているものが大半である。従って、固有のコンテキスト情報を埋め込むことが可能とは限らない。同時に、埋め込みが可能であったとしても、プロトコル単位に埋め込み位置（パケット先頭からのオフセット）が異なることが想定される。このため、プロトコル単位のＬＮ−ＩＤの読み出しロジックが必要となる。このため、プロトコルに依存せずに、簡便にコンテキスト情報をサービスメッセージに載せる方法が必要である。
そこで、Ｃ−ＡＳＰ１０９とＩ−ＣＭＧＷ１０８との間で送受信されるサービス要求メッセージの送受信にあたり、Ｃ−ＡＳＰ１０９は、サービスプロトコルの種別（プロトコルの種別に基づくサービスメッセージのフォーマット）に関係なく、ＬＮ１０２の個体識別情報（ＬＮ−ＩＤ）を一意に特定可能なキー情報として含むサービスメッセージのカプセル化パケットを作成して、これをＩ−ＣＭＧＷ１０８に送信する。Ｉ−ＣＭＧＷ１０８は、カプセル化パケットからキー情報（ＬＮ−ＩＤ）を特定することでサービスメッセージを転送すべきＬＮ−ＨＡを特定する。
Ｃ−ＡＳＰ１０９から発信されるサービスメッセージについて、図４３に示すインタフェース″ｈ″を通過させる際には、プロトコルに関係なく、Ｃ−ＡＳＰ側で１０９カプセル化を実施する。その際に、カプセルパケット（サービスメッセージ）のヘッダ部分にはＬＮ−ＩＤを含むＬＮ１０２に係るコンテキスト情報を格納する。さらに、外側のカプセルパケット（サービス要求メッセージ）のヘッダ部分にはＬＮ−ＩＤを含むコンテキスト情報を格納するためのフィールドが用意される。また、外側のカプセルパケットの後端には、このパケットのデータを暗号計算した認証子を付加する。これによって、メッセージの改ざんを防止する。
図５６は、サービス要求メッセージ及びサービス応答メッセージの説明図である。図５６（ａ）には、サービス要求メッセージ及びサービス応答メッセージの内容を説明する表が示されており、図５６（ｂ）には、サービス要求メッセージの構成例（ヘッダ及びトレイラ部分）が示されており、図５６（ｃ）には、サービス応答メッセージの構成例が示されている。
サービス要求メッセージは、Ｃ−ＡＳＰ１０９から広域ネットワークに向かって送信される。オリジナルのサービスメッセージをカプセル化して、Ｉ−ＣＭＧＷ１０８を宛先として送信される。パラメタとして、ＬＮ−ＩＤ，その他のコンテキスト情報（時刻，場所等），実施結果（処理結果；サービス要求メッセージで指定されたＬＮ−ＩＤへのサービス送信ができたか否かの結果情報）の返信要否を含む。
サービス要求メッセージは、図５６（ｂ）に示すように、ＬＮ−ＩＤ情報（ＬＮ−ＩＤ及びその他のコンテキスト情報）を格納するフィールドを有しており、このフィールドがＩ−ＣＭＧＷ１０８で参照されることにより、カプセル化されているサービスメッセージを転送すべきＬＮ−ＨＡ１０５が特定される。また、ＬＮ−ＩＤ情報に含まれるその他のコンテキスト情報は、サービスメッセージをＩ−ＣＭＧＷ１０８からＬＮ−ＨＡ１０５へ転送するか否かを判定するための判定情報として利用される。
サービス応答メッセージは、サービス要求メッセージに対する応答メッセージである。但し、サービス応答メッセージは、サービス要求メッセージにて実施結果の要否が“要”に設定された場合にのみ、Ｉ−ＣＭＧＷ１０８からＣ−ＡＳＰ１０９へ送信されるオプションである。パラメタとして、実施結果（処理結果）を示す値（ＯＫ又はＮＧ）と、ＮＧの場合の理由値とを含む。
〔オンデマンドＣＡＣの配信方式〕
次に、オンデマンドＣＡＣの配信方式について説明する。
〈概要〉
上述したデフォルトＣＡＣの配信によるメッセージ転送制御では、ＬＮ−ＨＡ１０５やＧＮ−ＨＡ１０４のようなメッセージ転送制御装置がサービスメッセージを受信したときに、その転送制御装置側でのＣＡＣに係る状態が次のようであるとＣＡＣに基づくメッセージ転送制御を行うことができない。
（Ａ）ＣＡＣが用意されていない場合：
ＬＮ−ＡＡＡ１０７やＧＮ−ＡＡＡ１０６のようなＣＡＣの管理装置にＣＡＣが用意されているが、ＣＡＣの転送障害（ダウンロード失敗）やメッセージ制御装置側でのＣＡＣの登録処理のエラー等によって、メッセージ制御装置側のＣＡＣの登録領域（ＣＡＣキャッシュ）に、メッセージに対応するＣＡＣが無い又は設定されていない場合である。
（Ｂ）ＣＡＣの有効期限が満了している場合：
上述したようにＣＡＣは有効期限を持つことができる。ＣＡＣが有効期限を持つ場合において、その有効期限の満了に対する処理を行う構成が用意されていない場合には、メッセージ管理装置側のＣＡＣ登録領域には有効期限が満了したＣＡＣが格納されたままの状態となる。これに対し、管理装置側で、個々のＣＡＣに対する有効期限を監視し、転送制御装置側に付与したＣＡＣの有効期限が満了すると、更新に係るＣＡＣを配信する構成を追加することが考えられる。但し、このような構成が追加されても、転送制御装置側において、常に有効期限内のＣＡＣが保管される状態が補償される訳ではない。
（Ｃ）ＣＡＣが異常な場合（データとして壊れている場合）
上記（Ａ）について説明した転送障害や登録処理のエラーによって、データとして異常なＣＡＣが登録領域に格納される場合が考えられる。この場合には、ＣＡＣは存在するが、正常なメッセージ転送可否判断を行うことはできない。
ＣＡＣの状態が上述した（Ａ）〜（Ｃ）に該当する場合には、この場合、無条件にメッセージの転送を許可すると、ＧＮ１０３にユーザの望まないメッセージが提供される可能性がある。一方、無条件にメッセージの転送を許可しない場合には、サービス提供の意義が失われる可能性がある。
そこで、メッセージ転送制御装置でのサービスメッセージに係るＣＡＣの状態が上記（Ａ）〜（Ｃ）に該当する場合には、ＬＮ−ＡＡＡ１０７やＧＮ−ＡＡＡ１０６のようなＣＡＣの管理装置にＣＡＣの提供を要求するように構成する。
具体的には、メッセージ転送制御装置（ＬＨ−ＨＡ１０５やＧＮ−ＨＡ１０４）が、メッセージ転送制御を行う際に転送可否判断の基準となるＣＡＣが存在するか否かを判断し、存在しなければこれを管理装置（ＬＮ−ＡＡＡ１０７やＧＮ−ＡＡＡ１０６）に要求する処理シーケンスを、上述したメッセージ転送制御システムに導入する。
図５７は、メッセージ転送制御装置がＣＡＣの管理装置に対してＣＡＣを要求する際に使用されるＣＡＣ要求メッセージ及びＣＡＣ応答メッセージを説明する表であり、図５８〜６５は、オンデマンドＣＡＣの配信手順に係る処理シーケンスの例を示す図である。
メッセージ制御装置からＣＡＣの管理装置へＣＡＣを要求する構成は、図４５〜５５に示したようなシステムに追加することができる。即ち、ＣＡＣが連携情報登録時にＧＮ−ＨＡ１０４及びＬＮ−ＨＡ１０５に登録され、且つ上記（Ａ）〜（Ｃ）で示すケースにおいて、ＣＡＣが要求されるように構成することができる。これに対し、図５８〜６５に示すシステムは、ＣＡＣを連携情報登録時に予め転送制御装置に登録する手順を省略し、次のような構成を採用している。
（構成１：ＬＮ側オンデマンドＣＡＣの配信）ＬＮ−ＨＡ１０５がメッセージの転送制御処理として機能する。ＬＮ−ＨＡ１０５は、メッセージの転送制御の際に、ＣＡＣの提供をＬＮ−ＡＡＡ１０７に要求することができる。ＬＮ−ＡＡＡ１０７は、連携情報が登録される際に、連携情報に関連するオンデマンドＣＡＣ（Ｏ−ＣＡＣ）を、マスタとなるＬＮ−ＣＡＣ（又はＬＮ−ＣＡＣ（Ｄ−ＣＡＣ（２）に相当）及びＧＮ−ＣＡＣ（Ｄ−ＣＡＣ（１）に相当））から生成し保持する。ＬＮ−ＡＡＡ１０７は、ＬＮ−ＨＡ１０５からの要求に応じて対応するＯ−ＣＡＣを提供する。ＬＮ−ＨＡ１０５は、Ｏ−ＣＡＣに基づいてメッセージの転送制御を行う。
（構成２：ユーザ側オンデマンドＣＡＣの配信）ＧＮ−ＨＡ１０４がメッセージの転送制御処理として機能する。ＧＮ−ＨＡ１０４は、メッセージの転送制御の際に、ＣＡＣの提供をＧＮ−ＡＡＡ１０６に要求することができる。ＧＮ−ＡＡＡ１０６は、連携情報が登録される際に、連携情報に関連するオンデマンドＣＡＣ（Ｏ−ＣＡＣ）を、マスタとなるＧＮ−ＣＡＣ（又はＧＮ−ＣＡＣ（Ｄ−ＣＡＣ（１）に相当）及びＬＮ−ＣＡＣ（Ｄ−ＣＡＣ（２）に相当））から生成し保持する。ＧＮ−ＡＡＡ１０６は、ＧＮ−ＨＡ１０４からの要求に応じて対応するＯ−ＣＡＣを提供する。ＧＮ−ＨＡ１０４は、Ｏ−ＣＡＣに基づいてメッセージの転送制御を行う。
なお、図５８〜６５に示すシステムは、上記構成１及び２に係る構成（転送制御装置におけるＣＡＣの登録手法）が図４５〜５５に示すシステムと異なる。但し、基本システムに係る構成及び機能は同様である。
〈ＣＡＣ要求／応答メッセージ〉
ところで、メッセージ転送制御装置−ＣＡＣ管理装置間でのＣＡＣの譲受に際しては、ＣＡＣ要求メッセージとＣＡＣ応答メッセージとが両者間で送受信される。図３２に示すように、ＣＡＣ要求メッセージは、メッセージ転送制御装置からＣＡＣ管理装置へ送信される。ＣＡＣ要求メッセージは、少なくとも、要求対象のＣＡＣの検索キーとして機能する情報を含む。例えば、ＧＮ−ＩＤ又はＬＮ−ＩＤを検索キーとして使用することができる。さらに、ＣＡＣ要求メッセージには、パラメタとして、取得モードを設定することができる。
一方、ＣＡＣ応答メッセージは、ＣＡＣ管理装置からメッセージ転送制御装置へ送信される。ＣＡＣ応答メッセージは、少なくとも要求に対する処理結果を含む。処理結果が正常（ＯＫ）である場合には、ＣＡＣ応答メッセージは、要求に応じたＣＡＣデータセットを含む。これに対し、処理結果が失敗（ＮＧ）である場合には、その理由値を含む。
〈構成１に基づく動作例〉
図５８〜図６１には、上述した構成１に基づくＯ−ＣＡＣの配信手順及びメッセージ転送制御の処理シーケンスの例が示されている。
図５８に示すように、サービスメッセージとＬＮに係るコンテキスト情報（少なくともＬＮ−ＩＤ）とを含むサービス要求メッセージがＣ−ＡＳＰ１０９からＩ−ＣＭＧＷ１０８へ送信されると（図５８：（１），図６１；ＳＥＱ３０１）、Ｉ−ＣＭＧＷ１０８は、ＬＮ−ＩＤを含むコンテキスト情報に基づき、サービスメッセージを転送先に該当するＬＮ−ＨＡ１０５へ転送する（図５８；（２），図６１；ＳＥＱ３０２）。
ＬＮ−ＨＡ１０５は、サービスメッセージを受信すると、このサービスメッセージに含まれているＬＮ−ＩＤから対応する連携情報を読み出し、この連携情報に対応付けて格納されているＣＡＣがあるか否かを判定する。このとき、ＣＡＣがあれば、ＬＮ−ＨＡ１０５は、そのＣＡＣに基づいてサービスメッセージの転送可否判断を行い、ＣＡＣに記述された転送条件が満たされる場合には、当該メッセージをＧＮ−ＨＡ１０４に転送し、そうでなければ当該メッセージの転送を停止（例えば廃棄）する。これに対し、ＬＮ−ＨＡ１０５は、ＬＮ−ＩＤに対応するＣＡＣがない場合には、そのＬＮ−ＩＤを含むＣＡＣ要求メッセージを生成し、ＬＮ−ＡＡＡ１０７に送信する（図５８；（３），図６１；ＳＥＱ３０３）。
ＬＮ−ＡＡＡ１０７は、ＣＡＣ要求メッセージを受信すると、これに含まれているＬＮ−ＩＤをキーとして、ＬＮ−ＨＡ１０５に提供すべきＯ−ＣＡＣを検索する。そして、ＬＮ−ＡＡＡ１０７は、検索結果に応じた内容のＣＡＣ応答メッセージを生成し、ＬＮ−ＨＡ１０５に返送する（図５９；（４），図６１；ＳＥＱ３０４）。このとき、処理結果がＯＫの場合（該当するＯ−ＣＡＣが見つかった場合）には、ＣＡＣ応答メッセージには、要求に応じたＯ−ＣＡＣが含まれる。
なお、ＬＮ−ＡＡＡ１０７は、当該ＬＮ−ＩＤで特定されるＬＮの状態（コンテキスト）に基づくＯ−ＣＡＣの提供条件を保持し、検索されたＯ−ＣＡＣを提供するか否かをさらに判断するように構成することもできる。
ＬＮ−ＨＡ１０５は、ＣＡＣ応答メッセージを受信すると、これに含まれたＯ−ＣＡＣを連携情報と関連づけて登録し、このＯ−ＣＡＣに基づいてサービスメッセージを転送するか否かを判断する。そして、ＬＮ−ＨＡ１０５は、サービスメッセージがＯ−ＣＡＣに基づく転送条件を満たさない場合には、当該メッセージの転送を停止し、転送条件が満たされる場合には、メッセージ（パケット）の転送を許可する。これによって、サービスメッセージが、ＬＮ−ＨＡ１０５からＧＮ−ＨＡ１０４（連携情報で特定される）へ送信される（図５９；（５），図６１；ＳＥＱ３０５）。
ＧＮ−ＡＡＡ１０４は、この場合には、メッセージ転送制御を行うことなく、連携情報に基づいてＧＮ１０３の所在（アドレス）を検索し、ＧＮ１０３宛にサービスメッセージを転送する（図５９；（６），図６１；ＳＥＱ３０６）。
そして、ＧＮ１０３では、サービスメッセージに基づくサービス（例えば、情報表示）が行われる。
図６０には、図５８，５９及び６１に示した処理シーケンスの後に行われるメッセージ転送制御の処理シーケンスの様子が示されている。図５９及び６１に示した手順においてＬＮ−ＨＡ１０５がダウンロードして格納したＯ−ＣＡＣは、このＯ−ＣＡＣに設定されている有効期限が満了するまでメッセージの判定制御に使用される。
このため、図６０では、図５９と異なり、ＬＮ−ＨＡ１０５のＬＮ−ＡＡＡ１０７に対するＯ−ＣＡＣの要求及び取得（ダウンロード及び格納）が行われず、ＬＮ−ＨＡ１０５で保管されている有効期限内のＯ−ＣＡＣに基づいてメッセージの転送制御が行われる。
但し、メッセージの受信毎にＯ−ＣＡＣをダウンロードするように構成することも可能である。
〈構成２に基づく動作例〉
図６２〜図６５には、上述した構成２に基づくＯ−ＣＡＣの配信手順及びメッセージ転送制御の処理シーケンスの例が示されている。
図６２に示すように、サービスメッセージとＬＮに係るコンテキスト情報（少なくともＬＮ−ＩＤ）とを含むサービス要求メッセージがＣ−ＡＳＰ１０９からＩ−ＣＭＧＷ１０８へ送信されると（図６２：（１），図６５；ＳＥＱ４０１）、Ｉ−ＣＭＧＷ１０８は、ＬＮ−ＩＤを含むコンテキスト情報に基づき、サービスメッセージを転送先に該当するＬＮ−ＨＡ１０５へ転送する（図６２；ＳＥＱ４０２）。
ＬＮ−ＨＡ１０５は、サービスメッセージを受信すると、このサービスメッセージに含まれているＬＮ−ＩＤから対応する連携情報を読み出し、この連携情報に含まれるＧＮ−ＩＤを持つＧＮ１０３を管理しているＧＮ−ＨＡ１０４にサービスメッセージを転送する（図６２；（２），図６５；ＳＥＱ４０３）。
ＧＮ−ＨＡ１０４は、サービスメッセージを受信すると、このサービスメッセージに含まれているＬＮ−ＩＤから対応する連携情報を読み出し、この連携情報に関連づけて格納（登録）されているＣＡＣがあるか否かを判定する。
このとき、ＣＡＣがあれば、ＧＮ−ＨＡ１０４は、そのＣＡＣに基づいてサービスメッセージの転送可否判断を行い、ＣＡＣに記述された転送条件が満たされる場合には、当該メッセージを対応するＧＮ１０３に転送し、そうでなければ当該メッセージの転送を停止（例えば廃棄）する。
これに対し、ＧＮ−ＨＡ１０４は、ＧＮ−ＩＤに対応するＣＡＣがない場合には、そのＧＮ−ＩＤを含むＣＡＣ要求メッセージを生成し、ＧＮ−ＡＡＡ１０６に送信する（図６２；（３），図６５；ＳＥＱ４０４）。
ＧＮ−ＡＡＡ１０６は、ＣＡＣ要求メッセージを受信すると、これに含まれているＧＮ−ＩＤに基づいて、ＧＮ−ＨＡ１０４に提供すべきＯ−ＣＡＣを検索する。そして、ＧＮ−ＡＡＡ１０６は、検索結果に応じた内容のＣＡＣ応答メッセージを生成し、ＧＮ−ＨＡ１０４に返送する（図６３；（４），図６５；ＳＥＱ４０５）。このとき、処理結果がＯＫである場合には、ＣＡＣ応答メッセージには、要求に応じたＯ−ＣＡＣが含まれる。
なお、ＧＮ−ＡＡＡ１０６は、当該ＧＮ−ＩＤで特定されるＧＮの状態（コンテキスト）に基づくＯ−ＣＡＣの提供条件を設定し、検索されたＯ−ＣＡＣを提供するか否かをさらに判断するように構成することが可能である。
ＧＮ−ＨＡ１０４は、ＣＡＣ応答メッセージに含まれたＯ−ＣＡＣを連携情報と関連づけて登録し、このＯ−ＣＡＣに基づいてサービスメッセージを転送するか否かを判断する。そして、ＧＮ−ＨＡ１０４は、サービスメッセージがＯ−ＣＡＣに基づく転送条件を満たさない場合には、当該メッセージの転送を停止し、転送条件が満たされる場合には、メッセージ（パケット）の転送を許可する。そして、ＧＮ−ＨＡ１０４は、連携情報に含まれるＧＮ−ＩＤに基づいてＧＮ１０３の所在（アドレス）を検索し、ＧＮ１０３宛にサービスメッセージを転送する（図６３；（６），図６５；ＳＥＱ４０６）。
そして、ＧＮ１０３では、サービスメッセージに基づくサービス（例えば、情報表示）が行われる。
図６４には、図６２，６３及び６５に示した処理シーケンスの後に行われるメッセージ転送制御の処理シーケンスの様子が示されている。図６２及び図６５に示した手順でＧＮ−ＨＡ１０４に格納されたＯ−ＣＡＣは、これに設定されている有効期限が満了するまでメッセージの判定制御に使用される。
このため、図６４では、図６３と異なり、ＧＮ−ＨＡ１０４のＧＮ−ＡＡＡ１０６に対するＯ−ＣＡＣの要求及び取得（ダウンロード及び格納）が行われず、ＧＮ−ＨＡ１０５で保管されている有効期限内のＯ−ＣＡＣに基づいてメッセージの転送制御が行われる。
なお、上述した第１及び第２の構成では、ＬＮ−ＨＡ１０５とＧＮ−ＨＡ１０４との一方のみがメッセージ転送制御を行う。この構成に代えて、ＬＮ−ＨＡ１０５及びＧＮ−ＨＡ１０４の夫々がＯ−ＣＡＣをダウンロードし、メッセージ転送制御（転送可否判断）を行うように構成することも可能である。
〔Ｉ−ＣＭＧＷ〕
次に、Ｉ−ＣＭＧＷ１０８について説明する。上述したメッセージ転送制御システムにおいて、Ｃ−ＡＳＰ１０９からＡＳＰが発信するサービスメッセージは、その送信先のユーザを特定するのではなく、送信対象となるユーザのコンテキストとして、ユーザが所持又はその近傍にあってユーザ端末（ＧＮ１０３）との連携情報が広域ネットワーク上に登録されているＬＮ１０２の識別情報やＬＮ１０３に係る属性をキーとして送信することができる。このため、ＡＳＰが送信する「コンテキストに基づいた」サービスメッセージは、広域ネットワークに到達した際に、サービスメッセージ内に指定されたコンテキストに対応するＬＮおよびＬＮＰを特定して、このＬＮを収容するＬＮ−ＨＡに当該メッセージを転送する必要がある。
Ｉ−ＣＭＧＷ１０８は、Ｃ−ＡＳＰ１０９からのサービスメッセージを受信し、これを適切なＬＮ−ＨＡに送達するために、各ＬＮの所属、管理元となるＬＮ−ＨＡを特定してこのＬＮ−ＨＡに該メッセージを転送する。これによって、複数のＬＮＰの収容が可能となり、かつ、ＡＳＰからのメッセージを効率的に分配することが可能となる。
〔Ｏ−ＣＭＧＷ〕
次に、Ｏ−ＣＭＧＷについて説明する。図６６は、Ｏ−ＣＭＧＷが適用されたメッセージ転送制御システムの例を示す図である。図６６において、Ｏ−ＣＭＧＷ１１０は、ＧＮ−ＨＡ１０４を収容する広域ネットワークの出口に相当する部分において、ＧＮ１０３とＧＮ−ＨＡ１０４との間に配置される。
Ｏ−ＣＭＧＷ１１０は、広域ネットワークから出て、ユーザ端末（ＧＮ１０３）へ向かうサービスメッセージの転送を制御するゲートウェイ装置である。すなわち、Ｏ−ＣＭＧＷ１１０は、ＧＮ−ＨＡ１０４がＧＮ１０３に係るコンテキスト情報に基づくメッセージ転送制御を行う代わりに、当該メッセージ転送制御を行う装置として構成される。言い換えれば、Ｏ−ＣＭＧＷ１１０は、ＬＮ−ＨＡ１０５は通過したが、ユーザのコンテキスト（ＧＮ１０３に係るコンテキスト情報）に基づいてユーザ望まないメッセージ等を必要に応じて遮断する機能を持つ。
Ｏ−ＣＭＧＷ１１０が持つ機能は、上述したＧＮ−ＨＡ１０４がサービスメッセージの受信時に行うＣＡＣの参照によるメッセージ転送制御と同様の処理を行う機能を持つ。Ｏ−ＣＭＧＷ１１０は、例えば、広域ネットワークのエッジルータ（エッジノード）に、上述したメッセージ転送制御機構を追加することにより実現される。
Ｏ−ＣＭＧＷ１１０がメッセージ転送制御を実施するには、ＣＡＣが必要である。Ｏ−ＣＭＧＷ１１０は、例えば、上述したＤ−ＣＡＣの配信方式（第１〜第５の配信方式）によりＧＮ−ＨＡが取得する連携情報に応じたＣＡＣをＧＮ−ＨＡ１０４から受信するように構成される。
Ｏ−ＣＭＧＷ１１０が適用される場合には、例えば、ＧＮ１０３の移動範囲やＧＮ１０３のユーザ数等に応じて、ＧＮ−ＨＡ１０４よりも多くのＯ−ＣＭＧＷ１１０が配備されるものと考えられる。従って、メッセージ転送制御を行う装置の配備数が、ＧＮ−ＨＡでメッセージ転送制御を行う場合に比べて多くなる。但し、装置あたりのメッセージ処理負荷を軽減することができる。
〔ＧＮ−ＨＡの構成〕
次に、上述したメッセージ転送制御システムを構成するＧＮ−ＨＡ１０４の構成について説明する。ＧＮ−ＨＡ１０４は、基本システムに適用されるＧＮ−ＨＡ（図４）にＣＡＣ制御／メッセージ転送制御機能（ＧＮＭＨ（Ｇｌｏｂａｌ  Ｎｏｄｅ  Ｍｅｓｓａｇｅ  Ｈａｎｄｌｅｒ））を追加することで実現される。
図６７は、ＧＮ−ＨＡ１０４の構成例を示すブロック図である。図６７に示すように、ＧＮ−ＨＡ１０４は、基本システムにおけるＧＮ−ＨＡ４（図４参照）に、ＧＮＭＨを構成するメッセージ転送判断機能部１２１（第２転送制御手段），ＣＡＣ送受信プロトコル制御機能部１２２（第２転送制御情報要求手段），ＣＡＣ格納管理機能部１２３（第２情報管理手段），及びＧＮ−ＣＡＣ管理テーブル１２４（第２転送制御情報記憶部）を追加することで構成される。
また、ＧＮ−ＨＡ１０４は、メッセージの受信部としてのコア側ネットワークインタフェース２５と、位置登録記憶部としてのＧＮ位置情報データベース２１と、メッセージの送信部としてのアクセス側ネットワークインタフェース１８と、第２認証要求手段としての広域位置登録機能部２０とを備えている。
メッセージ転送判断機能部１２１は、アクセス側ネットワークインタフェース１８と、ＧＮ−ＩＤ抽出部１９に相当するＬＮ情報抽出部１９Ａとの間に介在し、且つ認証機能側インタフェース２３とＡＡＡ連携クライアント機能部２２との間に介在するように設けられる。
また、ＣＡＣ送受信プロトコル制御機能部１２２は、広域位置登録機能部２０に接続されており、ＣＡＣ格納管理機能部１２３は、ＣＡＣ送受信プロトコル制御機能部１２２に接続されており、ＧＮ−ＣＡＣ管理テーブル１２４は、ＣＡＣ格納管理機能部１２３に接続されている。
ＣＡＣ送受信プロトコル制御機能部１２２は、ＡＡＡ装置からのＣＡＣの取得に際して使用される通信プロトコルを制御する。ＣＡＣ格納管理機能部１２３は、ＧＮ−ＣＡＣ管理テーブル１２４に対するＣＡＣに係るレコードの書込／読み出し処理を司る。ＧＮ−ＣＡＣ管理テーブル１２４は、例えば、ＧＮ−ＩＤ，ＧＮ−ＣＡＣ識別子，及び状態（有効期限内／有効期限満了）を要素として含むレコードを格納する。ＧＮ−ＣＡＣ識別子は、ＧＮ−ＣＡＣに記述されたメッセージ転送条件を示すコードである。
メッセージ転送判断機能部１２１は、コア側ネットワークインタフェース２５で受信されるサービスメッセージに対し、ＧＮ−ＣＡＣ管理テーブル１２４に格納された情報（ＧＮ−ＣＡＣ）に基づき、転送可否の判断を行う。
なお、Ｏ−ＣＭＧＷが適用される場合には、上述したＧＮＭＨがエッジルータに搭載される。
図６７に示したＧＮ−ＨＡ１０４に搭載されるＧＮＭＨ（ＣＡＣ送受信プロトコル制御機能部１２２，ＣＡＣ格納管理機能部１２３，及びメッセージ転送判断機能部１２１等）は、ＧＮ−ＨＡ１０４として使用されるコンピュータが備えるＣＰＵのようなプロセッサ（図示せず）がプログラムを実行することによって実現される。ＧＮ−ＣＡＣ管理テーブル１２４は、コンピュータが備えるハードディスク等の不揮発性の記録媒体上に作成される。但し、ＧＮＭＨは、専用のハードウェアロジック回路で実現されるように構成することもできる。
〔ＬＮ−ＨＡの構成〕
次に、上述したメッセージ転送制御システムを構成するＬＮ−ＨＡ１０５の構成について説明する。ＬＮ−ＨＡ１０５は、基本システムに適用されるＬＮ−ＨＡ（図５）にＣＡＣ制御／メッセージ転送制御機能（ＬＮＭＨ（Ｌｏｃａｌ  Ｎｏｄｅ  Ｍｅｓｓａｇｅ  Ｈａｎｄｌｅｒ））を追加することで実現される。
図６８は、ＬＮ−ＨＡ１０５の構成例を示すブロック図である。図６８に示すように、ＬＮ−ＨＡ１０５は、基本システムにおけるＬＮ−ＨＡ５（図５参照）に、ＬＮＭＨを構成するメッセージ転送判断機能部１３１（転送制御手段），ＣＡＣ送受信プロトコル制御機能部１３２（転送情報要求手段），ＣＡＣ格納管理機能部１３３（情報管理手段），及びＬＮ−ＣＡＣ管理テーブル１３４（転送制御情報記憶部）を追加することで構成される。
また、ＬＮ−ＨＡ１０５は、連携情報記憶部としてのＬＮ位置（連携）情報データベース３０と、メッセージの受信部としてのネットワークインタフェース３２Ａと、メッセージの送信部としてのアクセス側ネットワークインタフェース２６と、認証要求手段としての局所位置登録機能部２９とを備えている。
メッセージ転送判断機能部１３１は、アクセス側ネットワークインタフェース２６と、ＬＮ位置登録メッセージ処理部２７との間に介在し、且つ認証機能側インタフェース３２とＬＮ−ＡＡＡ連携クライアント機能部３１との間に介在するように設けられる。
また、ＣＡＣ送受信プロトコル制御機能部１３２は、ＬＮ−ＡＡＡ連携クライアント機能部３１に接続されており、ＣＡＣ格納管理機能部１３３は、ＣＡＣ送受信プロトコル制御機能部１３２に接続されており、ＬＮ−ＣＡＣ管理テーブル１３４は、ＣＡＣ格納管理機能部１３３に接続されている。
ＣＡＣ送受信プロトコル制御機能部１３２は、ＡＡＡ装置（ＬＮ−ＡＡＡ１０７）からのＣＡＣの取得に際して使用される通信プロトコルを制御する。ＣＡＣ格納管理機能部１２３は、ＬＮ−ＣＡＣ管理テーブル１３４に対するＣＡＣに係るレコードの書込／読み出し処理を司る。ＬＮ−ＣＡＣ管理テーブル１３４は、例えば、ＬＮ−ＩＤ，ＬＮ−ＣＡＣ識別子，及び状態（有効期限内／有効期限満了）を要素として含むレコードを格納する。ＬＮ−ＣＡＣ識別子は、ＬＮ−ＣＡＣに記述されたメッセージ転送条件を示すコードである。
メッセージ転送判断機能部１３１は、インタフェース３２Ａで受信されるサービスメッセージに対し、ＬＮ−ＣＡＣ管理テーブル１３４に格納された情報（ＬＮ−ＣＡＣ）に基づき、転送可否の判断を行う。但し、ＬＮ−ＣＡＣ管理テーブル１３４には、ＣＡＣとして、ＣＡＣの配信方式に応じたＤ−ＣＡＣ（２），合成ＣＡＣ，Ｏ−ＣＡＣを格納することが可能である。
図６８に示したＬＮ−ＨＡ１０５に搭載されるＬＮＭＨ（ＣＡＣ送受信プロトコル制御機能部１３２，ＣＡＣ格納管理機能部１３３，及びメッセージ転送判断機能部１３１等）は、ＬＮ−ＨＡ１０５として使用されるコンピュータが備えるＣＰＵのようなプロセッサ（図示せず）がプログラムを実行することによって実現される。ＬＮ−ＣＡＣ管理テーブル１３４は、コンピュータが備えるハードディスク等の不揮発性の記録媒体上に作成される。但し、ＬＮＭＨは、専用のハードウェアロジック回路で実現されるように構成することもできる。
〔ＧＮ−ＡＡＡの構成〕
次に、上述したメッセージ転送制御システムを構成するＧＮ−ＡＡＡ１０６の構成について説明する。ＧＮ−ＡＡＡ１０６は、基本システムに適用されるＧＮ−ＡＡＡにＣＡＣの配信に係る構成を追加することで実現される。
図６９は、ＧＮ−ＡＡＡ１０６の構成例を示すブロック図である。図６９に示すように、ＧＮ−ＡＡＡ１０６は、基本システムにおけるＧＮ−ＡＡＡ６（図６参照）に、ＣＡＣ配信用プロトコル制御部１４１，ＣＡＣ格納管理機能部１４２，及びＣＡＣ格納データベース１４３を追加することで構成される。
ＣＡＣ格納データベース１４３は、マスタ情報としての個々のＧＮ１０３に係る（ＧＮ１０３毎に固有の）Ｄ−ＣＡＣ（１）やＯ−ＣＡＣを格納している。ＣＡＣ状態管理部１４２は、ＣＡＣ格納データベース１４３に格納された各ＧＮ１０３に関するＣＡＣの状態を管理する。例えば、有効期限の切れたＣＡＣを削除する。ＣＡＣ配信用プロトコル制御部１４１は、ＧＮ−ＨＡ１０４からのＧＮ認証要求やＣＡＣ要求に応じて対応するＣＡＣ（Ｄ−ＣＡＣ（１）やＯ−ＣＡＣ）をＣＡＣ格納データベース１４３から読み出して要求元へ送信する。
図６９に示したＧＮ−ＡＡＡ１０６を構成するＣＡＣ配信用プロトコル制御部１４１，ＣＡＣ状態管理部１４２は、ＧＮ−ＡＡＡ１０６として使用されるコンピュータが備えるＣＰＵのようなプロセッサ（図示せず）がプログラムを実行することによって実現される。ＣＡＣ格納データベース１４３は、コンピュータが備えるハードディスク等の不揮発性の記録媒体上に作成される。但し、ＣＡＣ配信用プロトコル制御部１４１，ＣＡＣ状態管理部１４２は、専用のハードウェアロジック回路で実現されるように構成することもできる。
〔ＬＮ−ＡＡＡの構成〕
次に、上述したメッセージ転送制御システムを構成するＬＮ−ＡＡＡ１０７の構成について説明する。ＬＮ−ＡＡＡ１０７は、基本システムに適用されるＬＮ−ＡＡＡ（図７）にＣＡＣの配信に係る構成を追加することで実現される。
図７０は、ＬＮ−ＡＡＡ１０７の構成例を示すブロック図である。図７０に示すように、ＬＮ−ＡＡＡ１０７は、基本システムにおけるＬＮ−ＡＡＡ７（図７参照）に、ＣＡＣ配信用プロトコル制御部１５１，ＣＡＣ格納管理機能部１５２，及びＣＡＣ格納データベース１５３を追加することで構成される。
ＣＡＣ格納データベース１５３は、マスタ情報としての、個々のＬＮ１０２に係る（ＬＮ毎に固有の）Ｄ−ＣＡＣ（２）やＯ−ＣＡＣを格納している。ＣＡＣ状態管理部１５２は、ＣＡＣ格納データベース１４３に格納された各ＬＮ１０２に関するＣＡＣの状態を管理する。例えば、有効期限の切れたＣＡＣを削除する。ＣＡＣ配信用プロトコル制御部１５１は、ＬＮ−ＨＡ１０５からのＬＮ認証要求やＣＡＣ要求に応じて対応するＣＡＣ（Ｄ−ＣＡＣ（２）やＯ−ＣＡＣ）をＣＡＣ格納データベース１５３から読み出して要求元へ送信する。
ＣＡＣは、個々の契約者（ユーザ）、アプライアンス（ＬＮ）の契約条件であって、プライバシ等が重視される。このため、契約条件と同等な安全性で管理される必要がある。上記構成によれば、ＣＡＣは安全性の確保されたＬＮ−ＡＡＡ、ＧＮ−ＡＡＡによって管理される。そして、これらは、ＬＮやＧＮの位置登録時、あるいは個別のＣＡＣ要求によって配信される。
図７０に示したＬＮ−ＡＡＡ１０７を構成するＣＡＣ配信用プロトコル制御部１５１，ＣＡＣ状態管理部１５２は、ＬＮ−ＡＡＡ１０７として使用されるコンピュータが備えるＣＰＵのようなプロセッサ（図示せず）がプログラムを実行することによって実現される。ＣＡＣ格納データベース１５３は、コンピュータが備えるハードディスク等の不揮発性の記録媒体上に作成される。但し、ＣＡＣ配信用プロトコル制御部１５１，ＣＡＣ状態管理部１５２は、専用のハードウェアロジック回路で実現されるように構成することもできる。
〔ＧＮ−ＨＡ／ＬＮ−ＨＡの処理例〕
図７１は、ＬＮ−ＨＡ１０５又はＧＮ−ＨＡ１０４で実行される処理の例を示すフローチャートである。図７１に示すフローチャートは、ＧＮ−ＨＡ１０４，ＬＮ−ＨＡ１０５が備えるＧＮＭＨやＬＮＭＨによる処理を示す。
図７１において、ＧＮ−ＨＡ１０４（ＬＮ−ＨＡ１０５）では、メッセージの受信が常に監視される（ステップＳ１０１）。
メッセージが受信されると、そのメッセージの内容が分析され（ステップＳ１０２）、メッセージの送信元装置が何であるかが判定される（ステップＳ１０３）。このとき、メッセージの送信元装置がＧＮ−ＡＡＡ１０６（又はＬＮ−ＡＡＡ１０７）であると判定された場合には、そのメッセージはＣＡＣ応答メッセージとして取り扱われる。
この場合、メッセージ内に含まれているＣＡＣが読み出され（ステップＳ１０４）、そのＣＡＣのチェックが行われ（ステップＳ１０５）、正当なＣＡＣがあるか否かが判定される（ステップＳ１０６）。このとき、正当なＣＡＣがある場合（Ｓ１０６；Ｙ）には、そのＣＡＣに係るレコードがＣＡＣ管理テーブル（ＧＮ−ＣＡＣ管理テーブル１２４又はＬＮ−ＣＡＣ管理テーブル１３４）に格納される。これに対し、正当なＣＡＣがない場合（ステップＳ１０６；Ｎ）には、ＣＡＣの登録は行われず、処理がステップＳ１０１に戻る。
ところで、ステップＳ１０３の処理において、メッセージの送信元装置がＬＮ−ＨＡ（又はＩ−ＣＭＧＷ）である場合には、そのメッセージはサービスメッセージとして取り扱われる。
この場合、ＣＡＣ格納テーブルからサービスメッセージに対応するＣＡＣの読み出し処理が行われ（ステップＳ１０７）、対応ＣＡＣがあるか否かが判定される（ステップＳ１０８）。
このとき、対応ＣＡＣがない場合（Ｓ１０８；Ｎ（無い））には、ＣＡＣ要求メッセージが生成され（ステップＳ１０９）、対応ＡＡＡ装置（ＧＮ−ＡＡＡ１０６又はＬＮ−ＡＡＡ１０７）へ送出される（ステップ１１０）。
これに対し、対応ＣＡＣがある場合（Ｓ１０８；Ｙ（有る））には、ＣＡＣの内容とメッセージの属性との照合が行われ（ステップＳ１１１）、メッセージの属性（メッセージで指定されているコンテキスト情報）がＣＡＣに合致するか否か、即ちメッセージの転送を許可するか否かがが判定される（ステップＳ１１２）。
このとき、メッセージ属性がＣＡＣに合致する場合（Ｓ１１２；Ｙ）には、メッセージの転送処理が実行され（ステップＳ１１３）、そうでない場合（Ｓ１１２；Ｎ）には、ＣＡＣ不適合につき、当該サービスメッセージが破棄される（ステップＳ１１４）。
〔ＧＮ−ＡＡＡ／ＬＮ−ＡＡＡの処理例〕
図７２は、ＧＮ−ＡＡＡ１０６やＬＮ−ＡＡＡ１０７で実行される処理の例を示すフローチャートである。
図７２において、ＧＮ−ＡＡＡ１０６（ＬＮ−ＡＡＡ１０７）では、メッセージの受信が常に監視される（ステップＳ２０１）。
メッセージが受信されると、そのメッセージの内容が分析され（ステップＳ２０２）、メッセージの要求元装置が何であるか（メッセージの種別）が判定される（ステップＳ２０３）。
このとき、メッセージがＧＮ−ＨＡ（又はＬＮ−ＨＡ）からの認証要求メッセージ（又は連携情報登録要求メッセージ）であると判定される場合には、ＧＮ又はＬＮの認証処理（基本システムにおける認証処理）が行われる（ステップＳ２０４）。
続いて、処理対象のＧＮ（又はＬＮ）に対応するＣＡＣのＣＡＣ格納データベースからの読み出し処理が行われ（ステップＳ２０５）、正当なＣＡＣが存在するか否かが判定される（ステップＳ２０６）。
このとき、正当なＣＡＣが存在すると判定される場合（Ｓ２０６；Ｙ）には、読み出された（抽出された）ＣＡＣのチェックが行われる（ステップＳ２０７）。その後、基本システムと同様の処理が行われる（ステップＳ２０８）。これによって、連携情報に含まれるＧＮ−ＩＤ（又はＬＮ−ＩＤ）に応じたＣＡＣがＧＮ−ＨＡ１０４（又はＬＮ−ＨＡ１０５）に提供される。
これに対し、ステップＳ２０６にて正当なＣＡＣが存在しないと判定される場合（Ｓ２０６；Ｎ）には、ステップＳ２０８に処理が進む。この場合には、ＣＡＣの提供は行われない。
ステップＳ２０３において、メッセージがＧＮ−ＨＡ（又はＬＮ−ＨＡ）からのＣＡＣ要求メッセージであると判定される場合には、メッセージの正当性の確認（規定された要求元の確認）が行われる（ステップＳ２０９）。
続いて、処理対象のＧＮ（又はＬＮ）に対応するＣＡＣのＣＡＣ格納データベースからの読み出し処理が行われ（ステップＳ２１０）、ＣＡＣ応答メッセージが構成（生成）され（ステップＳ２１１）、要求元装置へ送信される（ステップＳ２１２）。これによって、Ｓ２１０で対応ＣＡＣが読み出された場合には、その対応ＣＡＣが要求元装置に提供される。
なお、ステップＳ２０３にて、メッセージが上述した要求メッセージでないと判定された場合には、基本システムにおけるその他のＧＮ−ＡＡＡ又はＬＮ−ＡＡＡとしての動作が行われる（Ｓ２１３）。
【産業上の利用可能性】  本発明に係る連携情報管理システムは、ユーザに対しアプライアンスを用いたサービス、例えばユーザの端末装置に対する新たな機能の提供や、アプライアンスに応じたメール配信などのサービスを提供する産業に適用可能である。
本発明に係るメッセージ転送制御システムは、ＩＰネットワークのような商用ネットワーク上でのサービス提供を契約している各ユーザに対し、ユーザの多様な状況（コンテキスト）に基づきサービスを制御する「コンテキストに基づいた」サービスを提供するための技術分野で広く利用可能である。
特に、コンテキストに基づいたサービスを商用サービスとして実施する場合に、多様なサービス事業者のサービスを、多様な嗜好をもったユーザに提供する場合に、ユーザ側のサービスに対する意向を考慮する事業形態に適用可能である。
【図１】
2004080009.tif 000003
【図２】
2004080009.tif 000004
【図３】
2004080009.tif 000005
【図４】
2004080009.tif 000006
【図５】
2004080009.tif 000007
【図６】
2004080009.tif 000008
【図７】
2004080009.tif 000009
【図８】
2004080009.tif 000010
【図９】
2004080009.tif 000011
【図１０】
2004080009.tif 000012
2004080009.tif 000013
2004080009.tif 000014
2004080009.tif 000015
2004080009.tif 000016
2004080009.tif 000017
2004080009.tif 000018
2004080009.tif 000019
2004080009.tif 000020
2004080009.tif 000021
2004080009.tif 000022
2004080009.tif 000023
2004080009.tif 000024
2004080009.tif 000025
【図１６】
2004080009.tif 000026
【図１７】
2004080009.tif 000027
【図１８】
2004080009.tif 000028
【図１９】
2004080009.tif 000029
【図２０】
2004080009.tif 000030
【図２１】
2004080009.tif 000031
【図２２】
2004080009.tif 000032
【図２３】
2004080009.tif 000033
【図２４】
2004080009.tif 000034
【図２５】
2004080009.tif 000035
【図２６】
2004080009.tif 000036
【図２７】
2004080009.tif 000037
【図２８】
2004080009.tif 000038
【図２９】
2004080009.tif 000039
【図３０】
2004080009.tif 000040
【図３１】
2004080009.tif 000041
【図３２】
2004080009.tif 000042
【図３３】
2004080009.tif 000043
【図３４】
2004080009.tif 000044
【図３５】
2004080009.tif 000045
【図３６】
2004080009.tif 000046
【図３７】
2004080009.tif 000047
【図３８】
2004080009.tif 000048
【図３９】
2004080009.tif 000049
【図４０】
2004080009.tif 000050
【図４１】
2004080009.tif 000051
【図４２】
2004080009.tif 000052
【図４３】
2004080009.tif 000053
【図４４】
2004080009.tif 000054
【図４５】
2004080009.tif 000055
【図４６】
2004080009.tif 000056
【図４７】
2004080009.tif 000057
【図４８】
2004080009.tif 000058
【図４９】
2004080009.tif 000059
【図５０】
2004080009.tif 000060
【図５１】
2004080009.tif 000061
【図５２】
2004080009.tif 000062
【図５３】
2004080009.tif 000063
【図５４】
2004080009.tif 000064
【図５５】
2004080009.tif 000065
【図５６】
2004080009.tif 000066
【図５７】
2004080009.tif 000067
【図５８】
2004080009.tif 000068
【図５９】
2004080009.tif 000069
【図６０】
2004080009.tif 000070
【図６１】
2004080009.tif 000071
【図６２】
2004080009.tif 000072
【図６３】
2004080009.tif 000073
【図６４】
2004080009.tif 000074
【図６５】
2004080009.tif 000075
【図６６】
2004080009.tif 000076
【図６７】
2004080009.tif 000077
【図６８】
2004080009.tif 000078
【図６９】
2004080009.tif 000079
【図７０】
2004080009.tif 000080
【図７１】
2004080009.tif 000081
【図７２】
2004080009.tif 000082
【国際調査報告】
2004080009.tif 000083
2004080009.tif 000084
2004080009.tif 000085
2004080009.tif 000086