(57)【要約】  プロトコルの仕様に依存することなく、サーバ側で端末を一意に特定することを可能とする手段を提供することを課題とする。本発明の基地局装置（１２０）は、配下の端末を識別する第１識別情報を取得する第１識別情報取得手段（２１０）と、第１識別情報取得手段で取得された第１識別情報に対応付けた第２識別情報を生成する第２識別情報生成手段と（２２０）、第２識別情報生成手段で生成された前記第２識別情報を、前記端末を識別する情報として外部装置に通知する端末識別情報通知手段（２３０）と、を具備する。基地局内で秘匿性の高い第１識別情報に基づいて生成した別の識別情報を外部装置に通知することで、端末と外部装置間でのパーソナライズが可能となる。
2013114791.tif 000002
【特許請求の範囲】
【請求項１】
配下の端末を識別する第１識別情報を取得する第１識別情報取得手段と、
前記第１識別情報取得手段で取得された前記第１識別情報に対応付けた第２識別情報を生成する第２識別情報生成手段と、
前記第２識別情報生成手段で生成された前記第２識別情報を、前記端末を識別する情報として外部装置に通知する端末識別情報通知手段と、
を具備する基地局装置。
【請求項２】
前記外部装置より前記端末を識別する情報の通知要求を受信する通知要求受信手段を更に具備し、
前記端末識別情報通知手段は、前記通知要求受信手段で受信された前記通知要求に基づいて、前記端末を識別する情報として前記第２識別情報を前記外部装置に通知する、
請求項１に記載の基地局装置。
【請求項３】
前記端末にＩＰアドレスを割り当てるＩＰアドレス割り当て手段と、
前記端末の前記第１識別情報と前記第２識別情報と前記ＩＰアドレスとを対応付けて管理する管理手段とを更に具備する、
請求項２に記載の基地局装置。
【請求項４】
前記端末を識別する情報の通知要求は、前記端末のＩＰアドレスが含まれ、
前記端末識別情報通知手段は、前記管理手段において前記通知要求受信手段で受信された通知要求に含まれるＩＰアドレスと対応付けられている前記第２識別情報を通知する、
請求項３に記載の基地局装置。
【請求項５】
前記端末から送信される前記第１識別情報を含む在圏・接続処理要求を受信する在圏・接続処理要求受信手段と、
前記在圏・接続処理要求受信手段で受信された在圏・接続処理要求を外部の上位装置へ送信する在圏・接続処理要求送信手段と、
を具備し、
前記第１識別情報取得手段は、前記在圏・接続処理要求受信手段で受信された在圏・接続処理要求の中から前記第１識別情報を取得する、
請求項１乃至４に記載の基地局装置。
【請求項６】
前記端末から送信される在圏・接続処理要求を受信する在圏・接続処理要求受信手段と、
前記在圏・接続処理要求受信手段で受信された在圏・接続処理要求を外部の上位装置へ送信する在圏・接続処理要求送信手段と、
前記在圏・接続処理要求に対する応答であって、前記上位装置より送信される前記第１識別情報を含む在圏・接続処理応答を受信する在圏・接続処理応答受信手段と、
を具備し、
前記第１識別情報取得手段は、前記在圏・接続処理応答受信手段で受信された在圏・接続処理応答の中から前記第１識別情報を取得する、
請求項１乃至４に記載の基地局装置。
【請求項７】
第２識別情報生成手段は、前記第１識別情報取得手段で取得された第１識別情報に対応付けた複数の異なる第２識別情報を生成し、
前記端末識別情報通知手段は、複数の異なる外部装置よりそれぞれ送信された前記端末を識別する情報の通知要求に基づいて、前記複数の異なる外部装置の各々に対して、前記端末を識別する情報として前記第２識別情報生成手段で生成された前記複数の異なる第２識別情報のいずれかを選択して通知する、
請求項１乃至６のいずれか１項に記載の基地局装置。
【請求項８】
前記外部装置よりサブスクライブ要求を受信するサブスクライブ要求受信手段を更に具備し、
前記第２識別情報生成手段は、前記外部装置と前記第１識別情報とに対応付けた前記第２識別情報を生成し、
前記端末識別情報通知手段は、前記サブスクライブ要求に対する応答と共に前記第２識別情報生成手段で生成された前記第２識別情報を、前記端末を識別する情報として前記外部装置に通知する、
請求項１記載の基地局装置。
【請求項９】
前記サブスクライブ要求は、前記外部装置を識別する外部装置識別情報を含み、
前記第２識別情報生成手段は、前記外部装置識別情報と前記第１識別情報とに対応付けた前記第２識別情報を生成する、
請求項８記載の基地局装置。
【請求項１０】
配下の端末と無線接続可能な基地局装置と基地局装置と接続されたサービス提供サーバとを含む通信システムであって、
前記基地局装置は、
前記配下の端末を識別する第１識別情報を取得する第１識別情報取得手段と、
前記第１識別情報取得手段で取得された前記第１識別情報に対応付けた第２識別情報を生成する第２識別情報生成手段と、
前記第２識別情報生成手段で生成された前記第２識別情報を、前記端末を識別する情報として前記サービス提供サーバに通知する端末識別情報通知手段と、
を具備し、
前記サービス提供サーバは、
前記基地局より通知された第２識別情報を受信する第２識別情報受信手段と、
前記第２識別情報受信手段で受信された第２識別情報に基づくサービスを提供するサービス提供手段と、
を具備する、
通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は基地局装置と当該基地局装置を含む通信システムに関し、特にフェムト基地局に代表される小型基地局装置及び当該小型基地局装置を含む通信システムに関する。
【背景技術】
【０００２】
近年、小型基地局を含むモバイルネットワークの形成が進められている。通常、モバイルネットワークにおいて端末がインターネットに接続する場合には、一旦オペレータネットワーク内のモバイルネットワーク管理ノードを経由して接続する経路が一般的である。【０００３】
ここで、小型基地局を含むモバイルネットワークでは、端末が当該小型基地局を介してインターネットに接続する場合に、オペレータネットワークのトラフィックの負荷を下げることを目的として、トラフィックの一部を直接インターネットやLANに振り向けることが検討されている。【０００４】
このようなLAN等の副経路へトラフィックを送ることは、主経路の負荷を減らすという意味でトラフィックオフロードと呼ばれる。特許文献１には、小型基地局が、トラフィックを主経路と副経路に振り分ける技術が開示されている。【０００５】
このようなトラフィックオフロードする副経路を利用することは、トラフィックの負荷を下げるだけでなく、来店した顧客のみがアクセス可能なサイトを作るといった新たなサービス提供の可能性に繋がる。【０００６】
さらに、サービスの提供を担うサーバがユーザに紐付いた情報 (例えばユーザ属性 (性別、年齢等))を入手し、その情報を用いて各ユーザにパーソナライズされたサービスを提供することで、ユーザの満足度を向上させることができる。結果、店舗はユーザの囲い込みや収益向上を実現することができ、ユーザ側も利便性が増すため双方にメリットがある。【０００７】
ここで、上記のようなユーザ毎のパーソナライズを実現するためには、端末に割り当てられるIPアドレスに関わらず、サービスを提供するサーバ側で端末・或いは前記端末を使用するユーザを一意に認識する必要がある。なぜなら、端末に割り当てられるアドレスは、通常ユーザに対して固定されているものではなく、端末が小型基地局に接続する毎に変化する可能性があるからである。【０００８】
特許文献２には、端末がハンドオーバーして隣接する基地局へ移った場合においてもサーバ−側から見て端末内のアプリケーションに割り当てられたＩＰアドレスが固定される技術が開示されている。【０００９】
また、非特許文献１には、httpプロトコルのcookieを用いてユーザ毎のパーソナライズを実現する技術が開示されている。図１４のシーケンス図を参照して、当該非特許文献１に開示のパーソナライズ方法を説明する。【００１０】
まず、端末１０１は、サードパーティサーバ１０３にhttp get requestを送信する(ステップＳ１１０１)。前記http get requestを受けたサードパーティサーバ１０３は、httpヘッダにset-cookieオプションを設定して端末１０１にhttp responseを送り返す(ステップＳ１１０２)。このとき端末１０１は、サードパーティサーバ１０３から送り返されたhttp response内のset-cookieオプションの存在を検知し、前記情報を保存する(ステップＳ１１０３)。【００１１】
通常、ステップＳ１１０２で返されるCookieの中には、たとえばhttpのレイヤで管理しているセッションIDが格納されている。セッションが切断した後に再接続した際には、当該セッションIDによって、どのセッションであったかを知ることができる。それにより、端末のIPアドレスが変わっても同じ端末であることが検知できる。【００１２】
端末１０１が再度サードパーティサーバ１０３に接続する場合、端末１０１は、接続先URLと前記保存されたcookie内に記録されたURLとのマッチングを行う（ステップＳ１１０４）。ステップＳ１１０４におけるマッチングの結果、２つのURLが一致した場合は、前記cookieをhttp get requestの拡張ヘッダとして送出する（ステップＳ１１０５）。Cookieを送出されたサードパーティサーバ１０３は端末１０１からのCookieを検知してそのCookieの内容に応じた処理を行う（ステップＳ１１０６）。【００１３】
上記フローに従って処理を行うことで、端末１０１に割り当てられるIPアドレスに関わらず、サードパーティサーバ１０３側で端末１０１を一意に認識することができる。また、Cookieとは別に、アプリケーション層で端末を所有するエンドユーザの属性情報等を保存しておくことで、前記端末を所有するエンドユーザを一意に認識し、当該エンドユーザにパーソナライズされた応答を端末に返すことも可能となる。
【先行技術文献】
【特許文献】
【００１４】
【特許文献１】特開２０１１−１３５４１７号公報
【特許文献２】特開２００３−１８９３５８号公報
【非特許文献】
【００１５】
【非特許文献１】RFC 6265 (HTTP State Management Mechanism) ２０１１年4月< http://tools.ietf.org/pdf/rfc6265.pdf>
【発明の概要】
【発明が解決しようとする課題】
【００１６】
上記特許文献２の技術では、端末側に新たにルータ機能を持たせ、ネットワーク側に新たに配置されているゲートウェイと経路情報のやり取りを行い、経路情報をルーティングテーブル上に書き込んで保持しておく必要がある。従って、当該ルータ機能を有さない従来の端末について一元管理することが出来ないと言った問題に加えて、端末側での処理や負荷が増大してしまい、電池の消耗を速めてしまうという課題を有していた。【００１７】
また、非特許文献１に係るパーソナライズ方法は、サードパーティサーバ１０３で端末１０１の一意な端末IDを得るための手段がアプリケーションの種類に依存してしまっている。【００１８】
従って、上述した背景技術に係るパーソナライズ方法ではhttpに限定されてしまい、その他のアプリケーションによるパーソナライズされたサービス提供に応用することができないという課題を有していた。【００１９】
上記課題を鑑み、本発明は、端末自身に変更を加えることなく、プロトコルの仕様に依存せずにサーバ側で端末を一意に特定することを可能とする手段を提供することを目的とする。
【課題を解決するための手段】
【００２０】
本発明の基地局装置は、配下の端末を識別する第１識別情報を取得する第１識別情報取得手段と、前記第１識別情報取得手段で取得された第１識別情報に対応付けた第２識別情報を生成する第２識別情報生成手段と、前記第２識別情報生成手段で生成された前記第２識別情報を、前記端末を識別する情報として外部装置に通知する端末識別情報通知手段と、を具備する。【００２１】
また、本発明の通信システムは、配下の端末と無線接続可能な基地局装置と基地局装置と接続されたサービス提供サーバとを含む通信システムであって、前記基地局装置は、前記配下の端末を識別する第１識別情報を取得する第１識別情報取得手段と、前記第１識別情報取得手段で取得された第１識別情報に対応付けた第２識別情報を生成する第２識別情報生成手段と、前記第２識別情報生成手段で生成された前記第２識別情報を、前記端末を識別する情報として前記サービス提供サーバに通知する端末識別情報通知手段と、を具備し、前記サービス提供サーバは、前記基地局より通知された第２識別情報を受信する第２識別情報受信手段と、前記第２識別情報受信手段で受信された第２識別情報に基づくサービスを提供するサービス提供手段と、を具備する。
【発明の効果】
【００２２】
本発明によれば、プロトコルの仕様に依存することなく、サーバ側で端末を一意に特定することを可能とする手段を提供することができる。
【図面の簡単な説明】
【００２３】
【図１】実施の形態１に係る通信システムの構造を説明する図である。
【図２】実施の形態１に係る小型基地局装置の構成を示すブロック図である。
【図３】実施の形態１に係る小型基地局装置で記憶する管理テーブルの一例を示す図である。
【図４】実施の形態１に係る通信システムの動作の流れを示すシーケンス図である。
【図５】実施の形態１に係る小型基地局装置の構成を示すブロック図である。
【図６】実施の形態１に係る小型基地局装置の構成を示すブロック図である。
【図７】実施の形態１に係るサードパーティサーバの構成を示すブロック図である。
【図８】実施の形態２に係る通信システムの動作の流れを示すシーケンス図である。
【図９】実施の形態３に係る通信システムの動作の流れを示すシーケンス図である。
【図１０】実施の形態４に係る小型基地局装置の構成を示すブロック図である。
【図１１】実施の形態４に係る通信システムの動作の流れを示すシーケンス図である。
【図１２】実施の形態４に係る通信システムの動作の流れを示すフローチャート図である。
【図１３】実施の形態４に係るサードパーティサーバの構成を示すブロック図である。
【図１４】背景技術に係る通信システムの動作の流れを示すシーケンス図である。
【発明を実施するための形態】
【００２４】
本発明の実施の形態について以下に図面を参照して説明する。以下の説明は、本発明の好適な実施の形態を示すものであって、本発明の範囲が以下の実施の形態に限定されるものではない。以下の説明において、同一の符号が付されたものは実質的に同様の内容を示している。
【００２５】
（実施の形態１）
以下、図面を参照して本発明の実施の形態について説明する。図１は、本実施の形態１に係る通信システム１０の接続構成を示すブロック図である。通信システム１０は、端末１１０と、小型基地局１２０と、サードパーティサーバ１３０と、セキュリティゲートウェイ１４０と、モバイルネットワーク管理ノード群１５０と、を含んで構成される。
【００２６】
端末１１０は、エンドユーザが所有する携帯端末装置であり、小型基地局１２０と無線通信を行う。
【００２７】
小型基地局１２０は、フェムトセルに代表される小規模のカバレッジエリアに通信接続サービスを提供する小型の基地局装置である。このようなフェムトセルをカバーエリアとする小型基地局は、フェムト基地局、フェムトセル基地局、ホーム基地局と呼ばれることがある。小型基地局１２０は、インターネットを介して、暗号化されたコネクションを用いてセキュリティゲートウェイ１４０と接続されている。
【００２８】
サードパーティサーバ１３０は、小型基地局１２０と同じLAN内に設置されるサーバである。サードパーティサーバ１３０は小型基地局１２０にLAN接続されており、端末１１０に各種サービスを提供する。
【００２９】
セキュリティゲートウェイ１４０は、オペレータネットワーク内で、インターネットとの境界に設置されるゲートウェイ装置である。
【００３０】
モバイルネットワーク管理ノード群１５０は、オペレータネットワーク内にあって、ユーザ情報や端末情報といったモバイルネットワークで使用される情報の管理や、オペレータネットワーク内のノードの制御・管理を行う。また、モバイルネットワーク管理ノード群１５０は、端末１１０がインターネットにあるサーバやノードと接続する際のゲートウェイの役割も兼ねている。
【００３１】
次に、小型基地局１２０について詳しく説明する。図２は、小型基地局１２０の具体的構成を示すブロック図である。小型基地局１２０は、端末通信部１２１と、端末IP払い出し部１２２と、コア網通信部１２３と、LAN通信部１２４と、I/F部１２５と、基地局制御部１２６と、ID生成・管理・応答部１２７と、テーブル保持部１２８と、を備える。
【００３２】
端末通信部１２１は、自局配下の端末１１０との通信を行う。端末通信部１２１は、自局配下の端末１１０より送信される在圏・接続処理の要求（位置登録要求）を受け取る。当該端末通信部１２１が受信した在圏・接続処理の要求は、端末１１０の固有ID取得のために一旦ID生成・管理・応答部１２７を経由した後、コア網通信部１２３に送られる。また、端末通信部１２１は、ID生成・管理・応答部１２７より受け取る在圏・接続処理の応答を端末１１０に返す。
【００３３】
端末IPアドレス払い出し部１２２は、自局配下の端末１１０より送信されるLAN側への接続要求を端末通信部１２１を介して受け取り、当該端末１１０に対してIPアドレスを払い出す。ここで、端末IPアドレス払い出し部１２２は、小型基地局１２０配下の各端末にLANで通信するためのIPアドレスを払い出す場合に、ID生成・管理・応答部１２７にも、払い出したIPアドレスを通知する。これによって、ID生成・管理・応答部１２７では、ユーザ固有IDと、払い出しているIPアドレスの組を対応させてテーブル保持部１２８に格納することができる。
【００３４】
コア網通信部１２３は、オペレータネットワーク内ノードとの通信を行う。コア網通信部１２３は、ID生成・管理・応答部１２７より受け取る端末１１０からの在圏・接続処理の要求をI/F部１２５を介してモバイルネットワーク管理ノード群１５０に送信する。また、コア網通信部１２３は、モバイルネットワーク管理ノード群１５０より送信された上記要求に対する応答である在圏・接続処理応答をI/F部１２５を介して受信する。当該受信された在圏・接続処理応答は、端末１１０の固有ID取得のためにID生成・管理・応答部１２７を経由した後、端末通信部１２１より端末１１０へ送信される。
【００３５】
LAN通信部１２４は、LAN内ノードとの通信を行う。LAN通信部１２４は、端末通信部１２１で受信されたデータ要求等に基づいて、LAN内ノードとの通信を行う。
【００３６】
I/F部１２５は、コア網通信部１２３とLAN通信部１２４の外部に対する物理的なインターフェイスである。
【００３７】
基地局制御部１２６は、端末通信部１２１、コア網通信部１２３、LAN通信部１２４、でそれぞれ受信されて送られてくる情報を元に小型基地局１２０自身を制御する。
【００３８】
ID生成・管理・応答部１２７は、端末からのアクセス毎に、コア網通信部１２３又は端末通信部１２１を通じてユーザに固有のID情報を受信し、テーブル保持部１２８に格納する。具体的には、端末通信部１２１を通じて送られる在圏・接続処理の要求又はコア網通信部１２３を通じて送られる在圏・接続処理の応答からユーザに固有のID（以下ユーザ固有IDと称する）を取り出してテーブル保持部１２８に格納する。
【００３９】
当該ユーザ固有IDは、オペレータがユーザ毎に異なったサービスを提供する為や、ユーザ毎に異なった課金をすることを目的として、通常端末内のSIMカードに記録されている。当該ユーザ固有IDは、例えば、端末から基地局へのアタッチの際にオペレータネットワークに送信される。例えば3GPP（3rd Generation Partnership Project）では、フェムトセルが配下端末のIMSI（International Mobile Subscriber Identity）と呼ばれるIDを取得できる。しかし必ずしも3GPPのIMSIに限らず、3GPP2やWiMAX等におけるユーザ固有のIDでもよい。
【００４０】
また、ID生成・管理・応答部１２７は、端末IPアドレス払い出し部１２２が端末１１０に対して払い出したIPアドレスと、当該端末１１０のユーザ固有IDとを対応付させてテーブル保持部１２８に格納する。
【００４１】
また、ID生成・管理・応答部１２７は、LAN側のサードパーティサーバ１３０に対して、当該サードパーティサーバ１３０に対してのみ有効な、端末１１０に対して一意のIDを生成して送る。当該ID生成・管理・応答部１２７が端末のＩＰアドレスに基づいて生成する当該端末１１０を識別する一時的な識別子をユーザ固有一時IDと呼ぶ。
【００４２】
ここで、ユーザ固有IDは、例えば3GPPの場合、そのユーザがオペレータと契約を解除しない限りは同一のIDが割り当てられる。一方、本発明のユーザ固有一時IDは、端末１１０がある小型基地局１２０配下に在圏する場合に、サードパーティに対して必ず一意且つ常に同じとなるように割り当てられるIDである。
【００４３】
ユーザ固有一時IDは、オペレータネットワーク内で使われているIDを用いる代わりに、ある程度セキュリティ要件を緩和する目的と、サードパーティ毎に異なった端末IDを割り当てるという目的で生成される。例えば、あるサードパーティで管理しているユーザ固有一時IDが漏洩した場合は、そのサードパーティ向けだけに別のIDを生成することで、対応することができる。
【００４４】
なお、本発明の上記ユーザ固有一時IDは、3GPPにおいて端末１１０がSIMに記憶されたIMSIに基づいて生成するTMSI（Temporary Mobile Subscriber Identity）とは、一時的なIDという点で共通する以外は、使用目的、生成する主体、タイミング等の様々な点で異なり、別概念のIDである。
【００４５】
なお、ID生成・管理・応答部１２７は、サードパーティサーバ１３０のIPアドレスを、上記端末IPアドレスをキー情報とする問い合わせを受け取ったタイミングで入手しテーブル保持部１２８に格納してもよい。
【００４６】
また、ID生成・管理・応答部１２７は、サードパーティサーバ１３０より端末１１０のIPアドレスをキー情報として問い合わせがあった場合に、ユーザ固有一時IDを生成して当該サードパーティサーバ１３０へ送る構成であっても良い。
【００４７】
また、ID生成・管理・応答部１２７は、予めサードパーティサーバ１３０からのsubscribeによって、サードパーティIDとサードパーティIPアドレスを受信することによってテーブル保持部１２８に格納してもよい。なお、サードパーティサーバ１３０からのsubscribeに対する在圏通知先は、必ずしも前記subscribeを送ったサーバでなくてもよく、同一のサードパーティの別のサーバでもよい。
【００４８】
ここでID生成・管理・応答部１２７が生成したユーザ固有一時IDは、そのユーザ固有ID、別のサードパーティサーバ用に生成したユーザ固有一時ID、端末に払い出しているIPアドレス、過去に端末に払い出したIPアドレスと共に、テーブル保持部１２８に格納される。
【００４９】
ユーザ固有一時IDの生成の仕方としては、例えば端末１１０が保持しているIMSI等の情報とIDの提供先のサードパーティサーバのIPアドレスを文字列として結合した後に、ハッシュ値を計算するといった方法が考えられる。しかし当該ユーザ固有一時IDの生成手段は、必ずしもこれに限らず、同様にサーバに対して一様であり、3G網の情報が外部に出ない手段であればよい。
【００５０】
前記格納されたＩＰアドレスと、生成されたユーザ固有一時IDは、例えば図３に示す形式で、テーブル保持部１２８内に格納される。なお、IDの格納形態は必ずしもこれに限らず、サードパーティサーバ１３０が、端末１１０のIPアドレスによって問い合わせた場合に、サード-パーティサーバ１３０内、或いはあるサードパーティのサードパーティサーバ群内で一意且つ有効なIDで応答可能であればよい。
【００５１】
次に図３に示すテーブル保持部１２８で保持しているテーブルについて詳しく説明する。
【００５２】
テーブル保持部１２８では、９０１に示す列でユーザ固有IDを保持している。一つの端末１１０に対して最大でサードパーティの個数分のエントリが存在する。ユーザ固有IDに対して、サードパーティ毎に割り当てられるユーザ固有一時IDがユーザ固有IDをキーとして管理される（９０２）。なお、前記ユーザ固有一時IDは、端末１１０に払い出されるIPアドレスが変わっても変わらないIDとして、端末１１０が非在圏になった後も管理される。９０３に示す列では、その時点で小型基地局１２０に在圏している端末１１０に対して小型基地局１２０が払い出したIPアドレスである。９０４、９０５の列では、それぞれ、小型基地局１２０と同じLAN内にあるサードパーティサーバ１３０の所有、或いは管理主体としてのサードパーティのIDと、サードパーティサーバ１３０のIPアドレスである。
【００５３】
なお、一定期間使われないエントリは小型基地局１２０から、別のサーバに情報を移すなどして、小型基地局１２０のテーブル保持部１２８に記憶される上記テーブルのテーブルサイズを削減してもよい。
【００５４】
また、テーブル保持部１２８は必ずしもすべての小型基地局１２０になくてもよく、個々の小型基地局１２０のテーブル保持部１２８で管理しているテーブルを別のサーバに置いて集中管理してもよい。
【００５５】
次に図４のシーケンス図を用いて、本発明の動作について説明する。
【００５６】
端末ａ１１０は、小型基地局１２０を経由してモバイルネットワーク管理ノード群１５０に対して在圏・接続処理を行う（ステップＳ５０１）。モバイルネットワーク管理ノード群１５０は、在圏・接続処理応答を小型基地局１２０を経由して端末１１０に返送する（ステップＳ５０２）。
【００５７】
小型基地局１２０は、当該モバイルネットワーク管理ノード群１５０から端末ａ１１０に対する在圏・接続処理応答を中継する際に当該端末１１０のユーザ固有IDを取得する（ステップＳ５０３）。具体的に、当該ユーザ固有ID取得処理は小型基地局１２０内のID生成・管理・応答部１２７が行う。
【００５８】
小型基地局１２０は、ステップＳ５０３で取得したユーザ固有IDに係る端末ａ１１０のユーザ固有一時IDを生成する（ステップＳ５０４）。具体的に、小型基地局１２０内のID生成・管理・応答部１２７が、当該ユーザ固有一時IDを生成し、既に取得しているユーザ固有IDと対応付けた状態でテーブル保持部１２８に格納する。
【００５９】
図４で示される１００１には、この段階で小型基地局１２０のテーブル保持部１２８に保持されている情報を示している。この段階では、ステップＳ５０３で取得されたユーザ固有IDと、ステップＳ５０４で生成されたユーザ固有一時IDとが対応付けられた状態で内部のテーブル保持部１２８に記憶されている。
【００６０】
その後、端末ａ１１０は、LAN側のネットワークに接続を希望する場合に、小型基地局１２０に対してLAN側ネットワークへの接続要求を出す(ステップＳ５０５)。なお、当該LAN側への接続要求のタイミングは、端末ａ１１０が、モバイルネットワーク管理ノード群１５０に対して接続要求を出したあとの、任意のタイミングでよい。
【００６１】
この接続要求を受けて、小型基地局１２０は、端末ａ１１０に対してLAN側ネットワークで利用可能なIPアドレスを払い出し(ステップＳ５０６)、端末ａ１１０に応答することで払い出したIPアドレスを通知する(ステップＳ５０７)。
【００６２】
また、ステップＳ５０６でIPアドレス払い出し部１２２が端末ａ１１０からの払い出したIPアドレスは、既に保持しているユーザ固有IDとユーザ一時固有IDとID生成・管理・応答部１２７において対応付けられる（ステップＳ５０８）。すなわち、ID生成・管理・応答部１２７は、IPアドレス払い出し部１２２が端末ａ１１０からのLAN側接続要求に基づいて払い出したIPアドレスを、当該端末ａ１１０に対して既に保持しているユーザ固有IDとユーザ一時固有IDと更に対応付けてテーブル保持部１２８に格納する。
【００６３】
図４で示される１００２には、この段階で小型基地局１２０のテーブル保持部１２８に保持されている情報を示している。この段階では、ステップＳ５０６で新たに払い出されたIPアドレスが、ステップ５０４までで既に格納されているユーザ固有IDとユーザ一時固有IDと更に対応付けられている様子を示している。
【００６４】
次に端末ａ１１０は、小型基地局１２０経由でLAN側のネットワークに接続されているサードパーティサーバ１３０に対してデータ要求を行う（ステップＳ５０９）。端末ａ１１０から送信される上記データ要求は、ステップＳ５０６で払い出されたIPアドレスを送信元アドレスとした要求である。小型基地局１２０において、端末ａ１１０より端末通信部１２１で受信された上記データ要求は、LAN通信部１２４に送られ、当該LAN通信部１２４よりサードパーティサーバ１３０に送られる。  
【００６５】
上記データ要求を受信したサードパーティサーバ１３０は、パケットの送信元アドレスから端末のアドレスを検出し、端末の一時的なIDとして利用する（ステップＳ５１０）。この段階で、サードパーティサーバ１３０が保有する当該端末ａ１１０に関する情報は、１００３に示すように当該端末ａ１１０のIPアドレスだけである。
【００６６】
次に、サードパーティサーバ１３０は、小型基地局１２０に対して端末IDを要求する（ステップＳ５１１）。当該端末ID要求には、ステップＳ５１０で検出したデータ要求に係る端末のIPアドレスがキー情報として含まれる。
【００６７】
小型基地局１２０は、受信した端末ID要求に基づいて、当該端末ID要求に含まれるIPアドレスを端末IDに変換する処理を行う（ステップＳ５１２）。具体的には、小型基地局１２０のID生成・管理・応答部１２７は、LAN通信部１２４より受け取った上記端末ID要求に含まれるIPアドレスに対応付けられたユーザ固有一時IDを取り出す。
【００６８】
換言すると、ID生成・管理・応答部１２７は、接続毎に変わってしまう可能性がある端末IPアドレスの代わりに、端末のIPアドレスが変わっても変わらない、サードパーティサーバ１３０でのみ利用可能なユーザ固有一時IDを、当該サードパーティサーバ１３０に対して端末IDとして払い出す。
【００６９】
なお、この段階で、小型基地局１２０では、ユーザ固有ID、ユーザ固有一時ID、IPアドレスに加えて、当該ユーザ固有一時IDが割り当てられるサードパーティサーバ１３０のIDが合わせて対応づけられる。
【００７０】
小型基地局１２０は、ステップＳ５１２で変換して払い出したユーザ固有一時IDを含めて上記端末ID要求の応答を行う（ステップＳ５１３）。すなわち、小型基地局１２０は、ユーザ固有一時IDを端末ａ１１０の端末IDとしてサードパーティサーバ１３０に通知する。
【００７１】
サードパーティサーバ１３０は、ステップＳ５０９で受信した端末ａ１１０のIPアドレスと、ステップＳ５１３で受信した端末ａ１１０のユーザ固有一時IDと、の紐付けを行う（ステップＳ５１４）。すなわち、サードパーティサーバ１３０は、ステップＳ５０９で受信して格納している端末ａ１１０のIPアドレスに、新たに通知された当該端末ａ１１０のユーザ固有一時IDを対応付けた状態で内部の記憶部に記憶する。この段階でサードパーティサーバ１３０には、１００４に示すようにIPアドレスとユーザ固有一時IDとが紐づいた状態で保持される。
【００７２】
その後は、サードパーティサーバ１３０は、端末IDである当該ユーザ固有一時IDを利用して小型基地局１２０経由で端末ａ１１０に対してステップＳ５０９のデータ要求に対する応答を行う（ステップＳ５１５）。
【００７３】
なお、上記動作では、ステップＳ５０３において、小型基地局１２０のID生成・管理・応答部１２７ユーザ固有IDに係る端末ａ１１０に対するユーザ固有一時IDを生成する場合について説明したが、この時ID生成・管理・応答部１２７は、複数のユーザ固有一時IDを生成しても良い。そして、ID生成・管理・応答部１２７は、ステップＳ５１２において、サードパーティサーバ１３０に対して端末ａ１１０のユーザ固有一時IDを払い出す際に、上記生成した複数のユーザ固有一時IDから１つを選択して払い出しても良い。当該構成により異なるサードパーティサーバ１３０毎に同一端末の異なるユーザ固有一時IDを簡潔に割り当てることができる。
【００７４】
また、上記説明では、ステップＳ５０２においてモバイルネットワーク管理ノード群１５０より通知される在圏・接続処理応答の中から小型基地局１２０がユーザ固有IDであるIMSIを取得する場合について説明したがこれに限定されるものではない。ステップＳ５０１において端末ａ１１０より送信される在圏・接続処理要求の中から小型基地局１２０がユーザ固有IDであるIMSIを取得しても良い。この場合、ステップＳ５０２とステップＳ５０３及びステップＳ５０４の順序が入れ替わる。
【００７５】
なお、上記説明では、端末ａ１１０からのインターネット接続として、トラフィックオフロードにより小型基地局１２０から直接サードパーティサーバ１３０に接続する場合について説明したが、これに限定されるものではない。小型基地局１２０は、端末ａ１１０からデータ要求を受信すると、モバイルネットワーク管理ノード群１５０経由の主経路を用いて接続するよう処理しても良い。
【００７６】
以上のように本実施の形態１に係る基地局装置は、配下端末からの通信に対して複数の経路が設定可能な基地局装置であって、外部からのID要求に対して、在圏してきた端末に関連したIDを応答する手段を備えたことを特徴とする。すなわち、端末の在圏に基づいて外部サーバに対して前記端末に関連したIDを通知する手段を備える。
【００７７】
本実施の形態１の構成によれば、基地局装置でユーザ固有IDからユーザ固有一時IDを生成して外部装置であるサードパーティサーバに通知しているので、ユーザ固有IDと同様にユーザに対しての一意性を確保できる。
【００７８】
また、当該基地局装置がユーザ固有IDに基づいて生成するユーザ固有一時IDは、サードパーティ、或いはサードパーティサーバ内で端末一意なIDであるため、仮に漏洩したとしても、被害の範囲をサードパーティに閉じることができる。
【００７９】
すなわち、IMSIに代表されるユーザ固有IDは、オペレータのユーザ課金に利用されているIDであり、秘匿性が高く、当該IDが外部に漏洩すると、悪用される可能性がある。従って、当該ユーザ固有IDをモバイルネットワーク外部で利用することは、上記漏洩の観点好ましくない。一方、本発明では、このような秘匿性の高いユーザ固有IDに基づいて小型基地局において別のIDであって、端末を一意に識別できるIDを生成してサードパーティ毎に使い分ける構成を取るため、漏洩の被害範囲をサードパーティに閉じることができる。
【００８０】
また、本実施の形態１の構成によれば、サードパーティサーバに対してIDを提供するID提供手段がプロトコルの仕様に依存していない。従って、一意な端末IDをサードパーティサーバで得るための手段をアプリケーションの種類に依存しない形で構築することができる。
【００８１】
なお、上記説明した小型基地局１２０を別の観点から捉えた場合には、当該小型基地局１２０を図５に示す機能ブロックで表すことができる。図５において、小型基地局１２０は、第１識別情報取得部２１０と、第２識別情報生成部２２０と、端末識別情報通知部２３０と、を具備する。ここで、当該３つの機能ブロックは、図２で示したID生成・管理・応答部１２７にそれぞれ対応する。
【００８２】
第１識別情報取得部２１０は、配下の端末を識別する第１識別情報を取得する。当該第１識別情報は、上述したユーザ固有IDに対応し、具体的にはIMSIやTMSIとすることができる。このように、第１識別情報は、モバイルネットワークにおいて端末を一意に識別する識別情報である。すなわち、複数の基地局を含むモバイルネットワークにおいて当該第１識別情報は、各基地局が共通して端末を識別する識別情報である。
【００８３】
第２識別情報生成部２２０は、第１識別情報取得部２１０で取得された第１識別情報に対応付けた第２識別情報を生成する。当該第２識別情報は、上述したユーザ固有一時IDに対応する。
【００８４】
第２識別情報は、前記モバイルネットワークとは異なるローカルエリアネットワークにおいて、端末を一意に識別する識別情報である。当該第２識別情報は、ローカルエリアネットワークに含まれる当該基地局とサービスを提供する外部装置であるサードパーティサーバの間で一意に端末を識別する識別情報である。従って、ローカルエリアネットワークに複数の外部装置が含まれる場合は、当該基地局と複数の外部装置との間毎に複数の第２識別情報が生成される。
【００８５】
従って、基地局と１つの外部装置との間で共有している所定の端末を識別する第２識別情報は、当該基地局が他の外部装置との間で共有している当該所定の端末を識別する第２識別情報とは異なる。すなわち、第２識別情報は、基地局と外部装置との間で所定の端末を一意に識別する情報であるが、当該基地局と別の外部装置との間では、当該所定の端末を一意に識別する別の第２識別情報が用いられる。
【００８６】
このように、所定の端末を識別する各第２識別情報は、基地局と外部装置との間でのみ有効となる識別情報である。但し、外部装置（サードパーティサーバ）が複数集まって特定の外部装置群（サードパーティサーバ群）を形成する場合は、当該第２識別情報は、基地局と当該外部装置群との間で当該所定の端末を識別する識別情報とすることができる。この場合、同一の外部装置群に含まれる各外部装置は、当該第２識別情報を当該所定の端末を一意に識別する情報として共有している。
【００８７】
また、外部装置と一つの基地局との間で設定される所定の端末を識別する第２識別情報は、当該外部装置と別の基地局装置との間で設定される当該所定の端末を識別する第２識別情報とは異なる。このように、第２識別情報は、外部装置と基地局との間で端末を識別する情報であるため、基地局において当該第２識別情報を生成する第２識別情報生成手段は、当該端末を識別する第１識別情報と、当該外部装置を識別する外部装置識別情報とに基づいて第２識別情報を生成すると良い。このような生成方法を採用することで、基地局は、端末毎及び外部装置毎に異なる第２識別情報を生成することができる。ここで、上記外部装置識別情報には、当該外部装置のＩＰアドレスを用いても良い。
【００８８】
通常、第２識別情報は、各基地局が個別に生成して各外部装置との間で共有する端末識別情報であるため、他の基地局との間で共通して用いられることは無い。但し、一定範囲の基地局間で第２識別情報を共有する構成を追加することは可能である。しかしながら、モバイルネットワークに含まれる基地局全体で共通に用いられる第１識別情報とは異なり、限られた位置やサービス提供者の間でのみ共有されるものに留まる。
【００８９】
ここで、当該第２識別情報とは、ＩＰアドレスとは異なる。ＩＰアドレスは、ローカルエリアネットワークに接続する端末へ一時的に割り当てられるネットワーク上のアドレスである。従って、当該端末が自基地局の配下より外れた場合は、当該端末に割り当てられていたＩＰアドレスが開放され、当該開放されたＩＰアドレスは別の端末に割り当てられる。また、当該端末が再度自基地局配下に入ってネットワーク接続を試みる場合には、別のＩＰアドレスが割り当てられる。
【００９０】
一方、第２識別情報は、端末が自基地局の配下より外れた場合でも、基地局と外部装置間で共有した状態で保持され続ける識別情報である。従って、在圏エリアから頻繁に外れる端末であっても、基地局と外部装置との間では一意に識別し続けることが可能となる。
【００９１】
端末識別情報通知部２３０は、第２識別情報生成部２２０で生成された第２識別情報を、端末を識別する情報として外部装置に通知する。上述のように当該外部装置は、サードパーティサーバ等、小型基地局１２０と接続されている装置であって、端末からの要求に応じてサービスを提供するサービス提供サーバである。
【００９２】
このように、小型基地局１２０が配下の端末と外部装置との間に入って、ユーザ固有IDを生成して外部装置に通知することで、秘匿性が高いユーザ固有IDを用いずにサービスの管理が可能となる。
【００９３】
また、より具体的に上記説明した小型基地局１２０を別の観点から捉えた場合には、図６に示す機能ブロックで表現することも可能である。図６において、小型基地局１２０は、第１識別情報取得部２１０と、第２識別情報生成部２２０と、端末識別情報通知部２３０と、に加えて、在圏・接続処理要求受信部２４０と、在圏・接続処理要求送信部２４１と、在圏・接続処理応答受信部２４２と、在圏・接続処理応答送信部２４３と、LAN接続要求受信部２５０と、IPアドレス割り当て部２６０と、管理部２７０と、通知要求受信部２８０と、を具備する。
【００９４】
図２との対比で、在圏・接続処理要求受信部２４０及び在圏・接続処理応答送信部２４３が端末通信部１２１に、在圏・接続処理要求送信部２４１及び在圏・接続処理応答受信部２４２がコア網通信部１２３に、それぞれ対応する。また、LAN接続要求受信部２５０及び通知要求受信部２８０がLAN通信部１２４に、IPアドレス割り当て部２６０が端末IPアドレス払い出し部１２２に対応する。また、第１識別情報取得部２１０と、第２識別情報生成部２２０と、管理部２７０と、がID生成・管理・応答部１２７に、それぞれ対応している。
【００９５】
在圏・接続処理要求受信部２４０は、自局配下の端末から送信される第１識別情報を含む在圏・接続処理要求を受信する。当該在圏・接続処理要求は、在圏・接続処理要求送信部２４１に送られる。
【００９６】
在圏・接続処理要求送信部２４１は、上記在圏・接続処理要求を外部の上位装置（上位ノード）であるモバイルネットワーク管理ノードに送信する。
【００９７】
在圏・接続処理応答受信部２４２は、上記在圏・接続処理要求に対する応答であって、前記上位装置であるモバイルネットワーク管理ノードより送信される第１識別情報を含む在圏・接続処理応答を受信する。当該在圏・接続処理応答は、在圏・接続処理応答送信部２４３に送られる。
【００９８】
在圏・接続処理応答送信部２４３は、上記在圏・接続処理応答を端末に送信する。
【００９９】
ここで、第１識別情報取得部２１０は、在圏・接続処理要求受信部２４０で受信された在圏・接続処理要求の中から第１識別情報を取得することができる。また、第１識別情報取得部２１０は、在圏・接続処理応答受信部２４２で受信された在圏・接続処理応答の中から第１識別情報を取得することも可能である。このような接続処理には、IMSI等のユーザ固有IDが含まれるため、当該IDを第１識別情報とすることができる。
【０１００】
第２識別情報生成部２２０は、第１識別情報取得部２１０で取得された第１識別情報に基づいて第２識別情報を生成する。第２識別情報生成部２２０で生成された第２識別情報は、一旦管理部２７０に送られた後、端末識別情報通知部２３０より外部装置に通知される。
【０１０１】
LAN接続要求受信部２５０は、自局配下の端末よりLANへの接続の要求であるLAN接続要求を受信する。LAN接続要求受信部２５０は、受信したLAN接続要求をIPアドレス割り当て部２６０に送る。
【０１０２】
IPアドレス割り当て部２６０は、前記端末にIPアドレスを割り当てる。ここでIPアドレス割り当て部２６０は、LAN接続要求受信部２５０で受信されたLAN接続要求に基づいて、当該LAN接続要求の要求元の端末にIPアドレスを割り当てる。
【０１０３】
管理部２７０は、第１識別情報と、第２識別情報と、ＩＰアドレスとを対応付けた状態で管理する。当該対応付けを纏めた管理テーブルが小型基地局１２０内部の記憶部（テーブル保持部）に格納されることで、上記複数の識別情報が管理される。
【０１０４】
通知要求受信部２８０は、サードパーティサーバ等である外部装置より基地局１２０配下の端末を一意に識別する情報の通知要求を受信する。通知要求受信部２８０は、当該受信した通知要求を、端末識別情報通知部２３０へ送る。当該通知要求の中には、端末のIPアドレスが含まれる。
【０１０５】
端末識別情報通知部２３０は、通知要求受信部２８０で受信された通知要求を受け取ると、当該通知要求に含まれるIPアドレスを検索キー情報として管理部２７０に送り、管理部２７０が当該IPアドレスと対応付けて記憶している当該端末の第２識別情報を受け取る。端末識別情報通知部２３０は、上記端末のIPアドレスをキーとして管理部２７０より受け取った当該端末の第２識別情報を上記外部装置へ通知する。
【０１０６】
これまで説明したように、本実施の形態では、小型基地局がセルラ網とLAN網との経路上に位置しており、LAN側のサーバに対して、セルラ網で使用している一意なIDと等価なIDをLAN側のサーバに提供することができる。また、ある小型基地局配下の端末へのIPアドレスの払い出しとIDの払い出しは常に同じノードで行われるため、IPアドレスとIDとの対応関係を維持することができる。これにより、同一の端末に払い出すIPアドレスが変わっても、IPアドレスをキーとしたサードパーティサーバからの問い合わせに対して同一のIDを応答することができる。
【０１０７】
なお、本実施の形態１に係るサードパーティサーバ１３０の構成の一例を図７に示す。サードパーティサーバ１３０は、データ要求受信部１３１と、端末ID特定部１３２と、IP-ID変換テーブル記憶部１３３と、端末ID要求送信部１３４と、端末ID受信部１３５とIP-ID対応付け部１３６と、サービス提供部１３７と、サービス管理テーブル記憶部１３８を具備する。
【０１０８】
データ要求受信部１３１は、端末ａ１１０より送信されたデータ要求を小型基地局１２０経由で受信する。当該データ要求には、当該端末ａ１１０のIPアドレスが含まれる。データ要求受信部１３１は、受信したデータ要求を端末ID特定部１３２に送る。
【０１０９】
端末ID特定部１３２は、データ要求受信部１３１より受け取ったデータ要求に係る端末ａ１１０の端末IDを特定する。具体的にはIP-ID変換テーブル記憶部１３３に記憶されているIP-ID変換テーブルを参照してデータ要求受信部１３１より受け取ったデータ要求に含まれるIPアドレスと対応付けられているIDを取得する。
【０１１０】
端末ID特定部１３２は、データ要求受信部１３１より受け取ったデータ要求に含まれるIPアドレスと上記特定したIDとをサービス提供部１３７へ送る。ここで、端末ID特定部１３２は、上記IP-ID変換テーブルに該当するIPアドレスが記憶されていない場合は、当該IPアドレスをIP-ID変換テーブルに新しいエントリとして格納する共に端末ID要求送信部１３４に端末ID要求指示を出す。
【０１１１】
IP-ID変換テーブル記憶部１３３は、IPアドレスと端末IDとの対応付けを纏めたIP-ID変換テーブルを記憶する。
【０１１２】
端末ID要求部１３４は、端末ID特定部１３２からの指示に基づいて小型基地局１２０へ端末ID要求を送信する。ここで、端末ID要求部１３４は、端末ID特定部１３２から端末ID要求指示と共に送られてくる端末のIPアドレスを含めて端末ID要求を送信する。
【０１１３】
端末ID受信部１３５は、上記端末ID要求部１３４で送信した端末ID要求に対する応答を受信する。当該応答の中には、端末IDが含まれる。ここで、当該端末IDは、小型基地局１２０で生成されたユーザ固有一時ID（第２識別情報）である。端末ID受信部１３５は、受信した端末IDをIP-ID対応付け部１３６に送る。
【０１１４】
IP-ID対応付け部１３６は、端末ID受信部１３５より受け取った端末IDと当該端末のIPアドレスとを対応付ける。具体的には、端末ID受信部１３５より受け取った端末IDとIP-ID変換テーブル記憶部１３３に記憶されているIP-ID変換テーブルのエントリに格納されている当該端末のIPアドレスとを紐付ける。また、IP-ID対応付け部１３６は、当該端末に関する端末IDとIPアドレスとをサービス提供部１３７に送る。
【０１１５】
サービス提供部１３７は、IP-ID対応付け部１３６より受け取った端末IDに基づくサービスを提供する。すなわち、サービス管理テーブル記憶部１３８に記憶されているサービスと端末IDとの対応付けを纏めたサービス管理テーブルを参照し、端末IDと対応付けられたサービスを特定して提供する。具体的にデータ要求受信部１３１で受信するデータ要求がhttp requestである場合は、サービス提供部１３７は、当該端末IDに基づくhttp responseを小型基地局１２０経由で端末ａ１１０へ送信する。
【０１１６】
当該構成とすることで、プロトコルに依存せずにユーザ毎のパーソナライズを実現することができ、ID漏洩に対しても影響を抑えることができる。
【０１１７】
（実施の形態２）
本実施の形態２に係る小型基地局は、ユーザ固有一時ID（第２識別情報）の生成タイミングが実施の形態１と異なることを特徴とする。以下、図面を用いて説明する。なお、本実施の形態２に係る小型基地局の構成については、図２又は図６を流用して説明する。その他、実施の形態１で既に説明した部分については一部説明を省略する。
【０１１８】
図８は、本実施の形態２に係る通信システムの動作を示すシーケンス図である。なお、図８におけるステップＳ６０１〜ステップＳ６０３及びステップＳ６０９〜ステップＳ６１５は、それぞれ図４のステップＳ５０１〜ステップＳ５０３及びステップＳ５０９〜ステップＳ５１５と略同一であるため説明を省略する。
【０１１９】
本実施の形態２に係る小型基地局３２０は、端末ａ１１０より出されたLAN側ネットワークへの接続要求を受信すると(ステップＳ６０４)、LAN側ネットワークで利用可能なIPアドレスを払い出し(ステップＳ６０５)、端末ａ１１０に対して当該払い出したIPアドレスを通知する(ステップＳ６０６)。
【０１２０】
小型基地局３２０は、端末ａ１１０に対してIPアドレスを払い出した後に、端末ａ１１０に対するユーザ固有一時IDを生成する（ステップＳ６０７）。具体的に、小型基地局３２０内のID生成・管理・応答部１２７が、当該ユーザ固有一時IDを生成する。
【０１２１】
当該ID生成・管理・応答部１２７は、ステップＳ６０７で生成したユーザ固有一時IDをステップＳ６０３で既に取得しているユーザ固有IDとステップＳ６０５で払い出したIPアドレスと対応付けた状態でテーブル保持部１２８に格納する。
【０１２２】
すなわち、この段階でテーブル保持部１２８では、図８の１１０２が示すように、ユーザ固有IDである端末ａ１１０のIMSIと、端末ａ１１０用に生成されたユーザ固有一時IDと、端末ａ１１０に割り当てられたIPアドレスが、対応付けられて記憶される。
【０１２３】
以上のように本実施の形態２によれば、端末からのLAN側接続要求を待って、小型基地局が当該端末に対するユーザ固有一時IDを生成する。実際にユーザ固有一時IDが必要になるのは、端末側からLAN側へのアクセスが発生する時であるため、これを待ってユーザ固有一時IDを生成することでも、サードパーティサーバからの要求に対してユーザ固有一時IDを割り当てることが可能となる。従って、図８のステップＳ６１４において端末のIPアドレスと、当該端末に割り当てられたユーザ固有一時IDとを１１０４に示す形で対応付けて記憶することができる。
【０１２４】
なお、ID生成・管理・応答部１２７は、自局３２０に接続されているサードパーティサーバ３２０の数だけユーザ固有一時IDを生成するように構成されていても良い。
【０１２５】
（実施の形態３）
本実施の形態３に係る小型基地局は、ユーザ固有一時ID（第２識別情報）の生成タイミングが実施の形態１、２と異なることを特徴とする。以下、図面を用いて説明する。なお、本実施の形態３に係る小型基地局の構成については、図２又は図６を流用して説明する。その他、実施の形態１、２で既に説明した部分については一部説明を省略する。
【０１２６】
図９は、本実施の形態３に係る通信システムの動作を示すシーケンス図である。なお、図９におけるステップＳ７０１〜ステップＳ７０６及びステップＳ７０８〜ステップＳ７１０は、図８におけるステップＳ６０１〜ステップＳ６０６及びステップＳ６０９〜ステップＳ６１１と略同一であるため説明を省略する。
【０１２７】
本実施の形態３に係る小型基地局４２０は、ステップＳ７０５で端末ａ１１０に対して払い出したIPアドレスと、ステップＳ７０３で取得したユーザ固有IDとを対応付けて記憶する（ステップＳ７０７）。この段階で、小型基地局４２０内のテーブル保持部１２８に記憶されている各識別情報は１２０２の状態になる。
【０１２８】
小型基地局４２０はステップＳ７１０でサードパーティサーバ１３０より端末ID要求を受信すると、当該端末ID要求に係る端末ａ１１０のユーザ固有一時IDを生成する（ステップＳ７１１）。続いて、当該端末ａ１１０のユーザ固有IDと、端末ａ１１０のユーザ固有一時IDと、端末ａ１１０に割り当てられたIPアドレスとを１２０４のように対応付けて記憶する（ステップＳ７１２）。
【０１２９】
次に、小型基地局４２０は、ステップＳ７１０におけるサードパーティサーバ１３０からの端末ID要求に基づいて、当該サードパーティサーバ１３０用に生成した端末ａ１１０のユーザ固有一時IDを当該サードパーティサーバ１３０に送信する（ステップＳ７１３）。サード―パーティサーバ１３０は、当該送信されたユーザ固有一時IDとIPアドレスとを１２０５のように対応付けて記憶し（ステップＳ７１４）、その後は当該ユーザ固有一時IDに応じて応答する（ステップＳ７１５）。
【０１３０】
以上のように本実施の形態３によれば、サードパーティサーバ１３０からの端末ID要求に基づいて、小型基地局が当該端末に対するユーザ固有一時IDを生成する。このようなタイミングでユーザ固有一時IDを割り当てることも可能となる。
【０１３１】
（実施の形態４）
本実施の形態４に係る小型基地局は、ユーザ固有一時ID（第２識別情報）の生成タイミングが実施の形態１〜３と異なることを特徴とする。以下、図面を用いて説明する。但し、実施の形態１〜３において既に説明した部分については、発明の明確化のため一部説明を省略する。
【０１３２】
図１０は、本実施の形態４に係る小型基地局５２０の構成を示すブロック図である。小型基地局５２０は、第１識別情報取得部２１０と、第２識別情報生成部２２０と、端末識別情報通知部２３０と、在圏・接続処理要求受信部２４０と、在圏・接続処理要求送信部２４１と、在圏・接続処理応答受信部２４２と、在圏・接続処理応答送信部２４３と、LAN接続要求受信部２５０と、IPアドレス割り当て部２６０と、通知要求受信部２８０と、Subscribe要求受信部５２１と、管理部５２２と、在圏通知部５２３と、を備える。
【０１３３】
Subscribe要求受信部５２１は、サードパーティサーバ５３０より送信されるSubscribe要求を受信する。ここで、Subscribe要求とは、小型基地局に端末が在圏した契機で、その端末又は端末ユーザに係るIDを小型基地局に通知させる処理である所謂Subscribe処理を小型基地局５２０に実行させるために、予め在圏通知を受けたいサードパーティサーバが自身の登録処理を小型基地局に対して行わせるための要求である。当該Subscribe要求には、要求元のサードパーティサーバを識別するためのサーバ識別情報が含まれる。ここでサーバ識別情報としては、当該サードパーティサーバの固有IDやIPアドレスを用いることができる。
【０１３４】
Subscribe要求受信部５２１は、受信したSubscribe要求を受信した場合に、管理部５２２にSubscribe処理の実行を指示する。
【０１３５】
管理部５２２は、Subscribe処理を実行する。具体的には、管理部５２２は、Subscribe要求受信部５２１よりSubscribe処理実行指示を受けると、当該Subscribe要求に含まれる上記サーバ識別情報をSubscribe対象のサーバを識別する情報として内部の記憶部に記憶する。そして、第１識別情報取得部２１０で第１識別情報を取得した場合に、管理部５２２は、第２識別情報生成部２２０で生成された第２識別情報を在圏通知部５２３に送る。
【０１３６】
また、第１識別情報取得部２１０で取得される第１識別情報と、第２識別情報生成部２２０で生成される第２識別情報と、IPアドレス割り当て部２６０で割り当てられるIPアドレスと、Subscribe要求受信部５２１で受信されるサーバ識別情報とを対応付けた状態で管理する。当該対応付けを纏めた管理テーブルが小型基地局５２０内部の記憶部（テーブル保持部）に格納されることで、上記複数の識別情報が図3に示したように管理される。
【０１３７】
在圏通知部５２３は、管理部５２２におけるSubscribe処理に基づいて送られてくる第２識別情報を含む在圏通知をサードパーティサーバ５３０に対して行う。
【０１３８】
次に、本実施の形態４に係る通信システムの動作の流れについて図１１のシーケンス図を用いて説明する。
【０１３９】
サードパーティサーバ５３０は、小型基地局５２０に対して予め在圏通知を行わせるsubscribe処理を実行させるためにsubscribe要求を送信する（ステップＳ８０１）。ここでsubscribe処理とは、サードパーティサーバ５３０が小型基地局５２０より在圏通知を受信するために先だって行う処理である。当該subscribe処理によりサードパーティサーバ５３０は、小型基地局５２０から在圏通知を受信するための準備が完了する。
【０１４０】
端末ａ１１０は、小型基地局５２０を経由してモバイルネットワーク管理ノード群１５０に対して在圏・接続処理を行う（ステップＳ８０２）。モバイルネットワーク管理ノード群１５０は、在圏・接続処理応答を小型基地局５２０を経由して端末ａ１１０に返送する（ステップＳ８０３）。
【０１４１】
小型基地局５２０は、当該モバイルネットワーク管理ノード群１５０から端末ａ１１０に対する在圏・接続処理応答を中継する際に当該端末１１０のユーザ固有IDを取得する（ステップＳ８０４）。
【０１４２】
小型基地局５２０は、ステップＳ８０４で取得したユーザ固有IDに係る端末ａ１１０に対するユーザ固有一時IDを生成する（ステップＳ８０５）。ここで、小型基地局５２０は、ステップＳ８０１におけるsubscribe処理により、既に認識しているサードパーティサーバ５３０数に対応する数のユーザ固有一時IDを生成する。すなわち、小型基地局５２０にて生成される各ユーザ固有一時IDは、サードパーティサーバ５３０毎に固有の端末IDとなる。
【０１４３】
小型基地局５２０は、ステップＳ８０５で生成した各ユーザ固有一時IDをそれぞれsubscribe処理済みのサードパーティサーバ５３０に在圏通知と合わせて送信する（ステップＳ８０６）。すなわち、小型基地局５２０は、サードパーティサーバ５３０に対して端末ａ１１０が在圏した旨を当該サードパーティサーバ固有の端末IDであるユーザ固有一時IDをもって通知する。これによって、サードパーティサーバ５３０では、端末ａ１１０がLAN側の通信をするか否かに関わらず、端末ａ１１０のIDを取得できる。
【０１４４】
各サードパーティサーバ５３０は、ステップＳ８０６で小型基地局５２０より送信された端末ａ１１０のユーザ固有一時IDを内部に保管しておく（ステップＳ８０７）。
【０１４５】
なお、ステップＳ８０１で発生するsubscribe処理は、ステップＳ８０２以前に限られるものではなく、新たにLANにサードパーティサーバ５３０が設置されるに従って発生する。小型基地局５２０は、新たなサードパーティサーバ５３０より新たなsubscribe処理が発生すると、当該サードパーティサーバ５３０用に自局配下の端末ａ１１０のユーザ固有一時IDを追加で生成し、在圏通知と共に当該サードパーティサーバ５３０に送信しても良い。
【０１４６】
次に端末ａ１１０は、小型基地局５２０に対してLAN側ネットワークへの接続要求を出す(ステップＳ８０８)。LAN側への接続要求は、接続要求のタイミングは、端末ａ１１０が、モバイルネットワーク管理ノード群１５０に対して接続要求を出したあとの、任意のタイミングでよい。この接続要求を受けて、小型基地局５２０は、端末ａ１１０に対してLAN側ネットワークで利用可能なIPアドレスを払い出し(ステップＳ８０９)、当該払い出したIPアドレスを端末ａ１１０に通知する(ステップＳ８１０)。
【０１４７】
小型基地局５２０が端末１１０ａからの払い出したIPアドレスは、ユーザ固有IDとユーザ一時固有IDと対応付けられる（ステップＳ８１１）。この段階で、小型基地局５２０では、ステップＳ８０１で取得したサードパーティサーバ５３０を識別するIDと、ステップＳ８０４で取得した端末ａ１１０のユーザ固有IDと、ステップＳ８０５で生成した端末ａ１１０のサードパーティサーバ５３０用のユーザ固有一時IDと、ステップＳ８０９で割り当てた端末ａ１１０のIPアドレスとが対応づけられる。一方、この段階のサードパーティサーバ５３０側では、端末ａ１１０のユーザ固有一時IDを受信して保管しているものの、その他の情報とは対応付けられていない。
【０１４８】
次に端末ａ１１０は、小型基地局５２０経由でLAN側のネットワークに接続されているサードパーティサーバ５３０に対してデータ要求を行う（ステップＳ８１２）。サードパーティサーバ５３０では、パケットの送信元アドレスから端末のアドレスを検出し、端末の一時的なIDとして利用する（ステップＳ８１３）。但し、この段階におけるサードパーティサーバ５３０では、ステップＳ８０６で既に取得しているユーザ固有一時IDと、ステップＳ８１２で検出されて取得された端末ａ１１０のIPアドレスとの間に紐付けはない。
【０１４９】
次にサードパーティサーバ５３０は、小型基地局５２０に端末IDを要求する(ステップＳ８１４)。当該サードパーティサーバ５３０から小型基地局５２０に送信される上記端末ID要求には、当該要求に係る端末のIPアドレスが含まれている。
【０１５０】
小型基地局５２０は、サードパーティサーバ５３０より送られた上記端末ID要求に基づいて、当該端末ID要求に含まれる端末のIPアドレスをユーザ固有一時IDに変換する（ステップＳ８１５）。具体的には、小型基地局５２０は、上記端末ID要求に含まれる端末IPアドレスと、サードパーティサーバ５３０を識別するIDと、に対応付けられたユーザ固有一時IDを抽出する。
【０１５１】
小型基地局５２０は、ステップＳ８１５で求められたユーザ固有一時IDをサードパーティサーバ５３０に送信する（ステップＳ８１６）。接続毎に変わってしまう可能性がある端末IPアドレスの代わりに、端末のIPアドレスが変わっても変わらないサードパーティサーバ５３０でのみ利用可能なユーザ固有一時IDを、小型基地局５２０がサードパーティサーバ５３０に送る。
【０１５２】
上記ユーザ固有一時IDを改めて受信したサードパーティサーバ５３０は、事前に在圏通知によって得ていた端末のユーザ固有一時IDと受信したデータ要求に係る端末のIPアドレスとの間で紐付けを行う（ステップＳ８１７）。この段階で、１３０３に示すように端末ａ１１０のIPアドレスとユーザ固有一時IDとが対応付けられた状態で記憶部に記憶されることになる。その後は、サードパーティサーバ５３０は、当該ユーザ固有一時IDを用いて応答する（ステップＳ８１８）。
【０１５３】
このような構成をとることで、端末が在圏していて且つ通信がない状態でも、個人を特定することなく、ユーザに間接的に紐付いたIDを用いたサービスの提供が可能となる。且つ、通信が開始した際には、基地局に問い合わせることで、以前サービスを提供する際にユーザと紐付けていたIDと、通信によってサーバに来たパケットのIPの宛先アドレスとを紐付けることができる。
【０１５４】
図１２は、小型基地局５２０におけるIP-ID変換処理の具体的動作の流れを示すフローチャート図である。図１２は、LAN側の接続を確立した後の、小型基地局５２０の動作について示している。
【０１５５】
小型基地局５２０は、サードパーティサーバ５３０から、端末のIPアドレスをキーとしたID問い合わせである端末ID要求を受信する(ステップＳ９０１)。当該ステップＳ９０１は、図１１におけるステップＳ８１４に対応する。
【０１５６】
ステップＳ９０１で端末ID要求を受信した小型基地局５２０は、テーブル保持部が保持しているIPアドレスとユーザ固有一時IDの組のテーブルの中から、受信した問い合わせ中のIPアドレスを検索する（ステップＳ９０２）。小型基地局５２０は、前記検索によって、複数のIPアドレスが検索結果として得られたか否かを判定する（ステップＳ９０３）。
【０１５７】
小型基地局５２０は、ステップＳ９０３における判定の結果、複数の同一IPアドレスを得た場合は（ステップＳ９０３：ＹＥＳ）、ステップＳ９０１で受信した端末ID要求の送信元アドレスを確認し、どのサードパーティサーバからの要求であるかを特定する（ステップＳ９０４）。
【０１５８】
小型基地局５２０は、上記テーブルから適切なユーザ固有一時IDを選択する（ステップＳ９０５）。すなわち、小型基地局５２０は、ステップＳ９０３で得られた複数の同一IPアドレスにそれぞれ対応付けられているユーザ固有一時IDのうち、更に上記サードパーティサーバの送信元アドレスと対応付けられているIDを当該サードパーティサーバ用の問い合わせに係る端末のユーザ固有一時IDとして選択する。
【０１５９】
一方、小型基地局５２０は、ステップＳ９０３における判定の結果、１つのIPアドレスを得た場合は（ステップＳ９０３：Ｎｏ）、ステップＳ９０５に飛び、ステップＳ９０３で得られたIPアドレスに対応付けられたユーザ固有一時IDを上記テーブルから抽出する。
【０１６０】
小型基地局５２０は、ステップＳ９０５で選択されたIDを、ID問い合わせ元のサードパーティサーバ５３０に問い合わせに係る端末の端末IDとして送信する（ステップＳ９０６）。
【０１６１】
なお、サードパーティサーバが１台しか無い場合などで、検索結果としてIPアドレスが1つしか得られない場合でも、ステップＳ９０４におけるサードパーティのIDやサードパーティサーバIPアドレスの確認処理を行ってから、ステップＳ９０５の処理を行ってもよい。
【０１６２】
また、サードパーティが複数ある場合に払い出すキーは、必ずしもID問い合わせの送信元アドレスでなくてもよく、問い合わせ元のサードパーティサーバのIDが分かるものが問い合わせに含まれていればよい。
【０１６３】
図１３は、本実施の形態４に係るサードパーティサーバ５３０の構成を示すブロック図である。サードパーティサーバ５３０は、図７で説明したサードパーティサーバ１３０と比べて、更にSubscribe要求部５３１と、在圏通知受信部５３２とを更に備える。図７で既に説明した部分については発明を省略する。
【０１６４】
Subscribe要求部５３１は、Subscribe処理を実行させたい小型基地局５２０に対してSubscribe要求を送信する。この時、Subscribe要求部５３１は、Subscribe要求に自サーバのIPアドレスや自サーバを識別するIDを含めて当該Subscribe要求を送信する。
【０１６５】
在圏通知受信部５３２は、上記Subscribe要求に基づいて小型基地局５２０より通知される小型基地局５２０配下に端末が在圏していることを示す在圏通知を受信する。当該在圏通知には、当該端末を識別するユーザ固有一時IDが含まれる。
【０１６６】
在圏通知受信部５３２は、受信した在圏通知に含まれるユーザ固有一時IDをIP-ID変換テーブル記憶部１３３に格納しておく。
【０１６７】
IP-ID変換テーブル記憶部１３３には、在圏通知受信部５３２よりユーザ固有一時IDが格納され、端末ID特定部１３２よりIPアドレスが格納されるが、これらのユーザ固有一時ID とIPアドレスとは紐付けがなされておらず、浮いた状態で記憶されている。
【０１６８】
IP-ID対応付け部１３６は、端末ID受信部１３５で受信された情報に基づいて当該IP-ID変換テーブル記憶部１３３にばらばらに記憶されているユーザ固有一時IDとIPアドレスの内、適切な２つを選択して紐付けを行う。IP-ID対応付け部１３６が当該紐付けを行うことにより、同一端末のユーザ固有一時IDとIPアドレスとが対応付けられた状態でIP-ID変換テーブルに記憶される。
【０１６９】
以上のように本実施の形態４においては、在圏トリガと組み合わせた場合に、在圏トリガで通知されるユーザ固有一時IDとIPアドレスとを紐付けることができ、端末からのアクセスが無い場合でも、ユーザを特定することができる。さらにその後端末からの通信が合った場合に、在圏トリガによって得たユーザ固有一時IDとその後の通信によるIDをサードパーティサーバ内で紐付けることができる。
【０１７０】
これによって通信が発生しないユーザへのサービス提供のキーとなるユーザ固有一時IDと、その後の通信によるサービス提供のキーとなるユーザ固有一時IDを一括して扱うことができ、例えばユーザへの課金を統一的に扱うことができる。
【０１７１】
その理由は、IPアドレスをキーとして基地局から得たユーザ固有一時IDと、事前に基地局から受信した在圏トリガ内のユーザ固有一時IDを比較することによって、端末IPアドレスとその端末を使用しているユーザ固有一時IDをサードパーティサーバ内で紐付けることができるからである。
【０１７２】
以上各実施の形態で説明したように、本発明の小型基地局によれば、秘匿性が高いユーザ固有IDを用いずにサービスの管理が可能となる。
【０１７３】
なお、上記のIDは必ずしもサーバ毎且つ端末毎に割り当てる必要はなく、端末毎に異なっていれば、LAN内では同一の端末IDを用いてもよい。
【０１７４】
また、上記のIDは、必ずしもサードパーティ毎に異なっていなければならないわけではなく、サードパーティサーバ毎に異なっていてもよく、或いは、同一LAN内でサードパーティの区別無く同一IDを用いてもよい。
【０１７５】
なお、上記各実施の形態においては、サードパーティサーバがフェムトセル（小型基地局）と同じセグメントのLANに存在しており、プライベートIPアドレスを用いて通信を行うフェムトセルLIPA(Local IP Access)の場合を想定して説明したがこれに限定されるものではない。
【０１７６】
例えば、サードパーティサーバがLANの外側に存在していても良い。この場合、当該LANとインターネットの境界にNAPT（Network Address Port Translation）が配置され、サードパーティサーバはLANの外側から当該フェムトセルに対してアクセスする。サードパーティサーバは、LANの外部からリモートで当該フェムトセルに対してsubscribeを行い、フェムトセルは、当該LANの外側に位置するサードパーティサーバにユーザ固有一時ID（第２識別情報）を提供する。このようなネットワーク構成を取ることも可能である。
【０１７７】
また、本発明の小型基地局は、必ずしもフェムトセル等の従来と比較して小型の基地局に限るものではなく、端末に対して二つのネットワーク経路を提供するものであればよい。
【０１７８】
なお、上記各実施の形態で説明した各ブロックの機能は、情報処理装置（ＣＰＵ：Central Processing Unit）にプログラムを実行させることにより実現される構成をとることが可能である。
【０１７９】
これらのプログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、ＣＤ−ＲＯＭ（Read Only Memory）、ＣＤ−Ｒ、ＣＤ−Ｒ／Ｗ、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ（Programmable ROM）、ＥＰＲＯＭ（Erasable PROM）、フラッシュＲＯＭ、ＲＡＭ（random access memory））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
【０１８０】
その他本発明は、端末ID提供システム、端末ID提供方法、端末ID提供用プログラムと言った形態を取ることが出来る他、小型基地局がID保持テーブルを備え、端末に割り当てられたIPアドレスから端末に関連したIDを応答する小型基地局を含む通信システム、通信方法、通信用プログラムと言った形態を取ることができる。
【０１８１】
なお、本発明は上記実施の形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。例えば、以下の構成を取ることができる。
【０１８２】
（付記１）
配下の端末を識別する第１識別情報を取得する第１識別情報取得手段と、
前記第１識別情報取得手段で取得された第１識別情報に対応付けた第２識別情報を生成する第２識別情報生成手段と、
前記第２識別情報生成手段で生成された前記第２識別情報を、前記端末を識別する情報として外部装置に通知する端末識別情報通知手段と、
を具備する基地局装置。
（付記２）
前記外部装置より前記端末を識別する情報の通知要求を受信する通知要求受信手段を更に具備し、
前記端末識別情報通知手段は、前記通知要求受信手段で受信された前記通知要求に基づいて、前記端末を識別する情報として前記第２識別情報を前記外部装置に通知する、（付記１）に記載の基地局装置。
（付記３）
前記端末にＩＰアドレスを割り当てるＩＰアドレス割り当て手段と、
前記端末の前記第１識別情報と前記第２識別情報と前記ＩＰアドレスとを対応付けて管理する管理手段とを更に具備する、（付記２）に記載の基地局装置。
（付記４）
前記端末を識別する情報の通知要求は、前記端末のＩＰアドレスが含まれ、
前記端末識別情報通知手段は、前記管理手段において前記通知要求受信手段で受信された通知要求に含まれるＩＰアドレスと対応付けられている前記第２識別情報を通知する、（付記３）に記載の基地局装置。
（付記５）
前記端末から送信される前記第１識別情報を含む在圏・接続処理要求を受信する在圏・接続処理要求受信手段と、
前記在圏・接続処理要求受信手段で受信された在圏・接続処理要求を外部の上位装置へ送信する在圏・接続処理要求送信手段と、
を具備し、
前記第１識別情報取得手段は、前記在圏・接続処理要求受信手段で受信された在圏・接続処理要求の中から前記第１識別情報を取得する、（付記１〜４）に記載の基地局装置。
（付記６）
前記端末から送信される在圏・接続処理要求を受信する在圏・接続処理要求受信手段と、
前記在圏・接続処理要求受信手段で受信された在圏・接続処理要求を外部の上位装置へ送信する在圏・接続処理要求送信手段と、
前記在圏・接続処理要求に対する応答であって、前記上位装置より送信される前記第１識別情報を含む在圏・接続処理応答を受信する在圏・接続処理応答受信手段と、
を具備し、
前記第１識別情報取得手段は、前記在圏・接続処理応答受信手段で受信された在圏・接続処理応答の中から前記第１識別情報を取得する、（付記１〜４）に記載の基地局装置。
（付記７）
第２識別情報生成手段は、前記第１識別情報取得手段で取得された第１識別情報に対応付けた複数の異なる第２識別情報を生成し、
前記端末識別情報通知手段は、複数の異なる外部装置よりそれぞれ送信された前記端末を識別する情報の通知要求に基づいて、前記複数の異なる外部装置の各々に対して、前記端末を識別する情報として前記第２識別情報生成手段で生成された前記複数の異なる第２識別情報のいずれかを選択して通知する、（付記１〜６）のいずれか１項に記載の基地局装置。
（付記８）
前記外部装置よりサブスクライブ要求を受信するサブスクライブ要求受信手段を更に具備し、
前記第２識別情報生成手段は、前記外部装置と前記第１識別情報とに対応付けた前記第２識別情報を生成し、
前記端末識別情報通知手段は、前記サブスクライブ要求に対する応答と共に前記第２識別情報生成手段で生成された前記第２識別情報を、前記端末を識別する情報として前記外部装置に通知する、（付記１）記載の基地局装置。
（付記９）
前記サブスクライブ要求は、前記外部装置を識別する外部装置識別情報を含み、
前記第２識別情報生成手段は、前記外部装置識別情報と前記第１識別情報とに対応付けた前記第２識別情報を生成する、（付記８）記載の基地局装置。
（付記１０）
前記端末の前記第１識別情報と前記第２識別情報と前記端末のＩＰアドレスと前記外部装置識別情報との対応関係を管理する管理手段を更に具備する、（付記９）記載の基地局装置。
（付記１１）
前記第１識別情報は、前記端末のＩＭＳＩ（International Mobile Subscriber Identity）である、（付記１〜９）に記載の基地局装置。
（付記１２）
前記第２識別情報生成手段は、第１識別情報取得手段で取得された第１識別情報と前記外部装置を識別する外部装置識別情報に基づいて求めたハッシュ値を前記第２識別情報とする、（付記１〜１１）記載の基地局装置。
（付記１３）
（付記１〜１２）に係る基地局装置はフェムトセルである、基地局装置。
（付記１４）
配下の端末と無線接続可能な基地局装置と基地局装置と接続されたサービス提供サーバとを含む通信システムであって、
前記基地局装置は、
前記配下の端末を識別する第１識別情報を取得する第１識別情報取得手段と、
前記第１識別情報取得手段で取得された第１識別情報に対応付けた第２識別情報を生成する第２識別情報生成手段と、
前記第２識別情報生成手段で生成された前記第２識別情報を、前記端末を識別する情報として前記サービス提供サーバに通知する端末識別情報通知手段と、
を具備し、
前記サービス提供サーバは、
前記基地局より通知された第２識別情報を受信する第２識別情報受信手段と、
前記第２識別情報受信手段で受信された第２識別情報に基づくサービスを提供するサービス提供手段と、
を具備する、
通信システム。
【０１８３】
以上、実施の形態を参照して本願発明を説明したが、本願発明は上記によって限定されるものではない。本願発明の構成や詳細には、発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
【０１８４】
この出願は、２０１２年２月３日に出願された日本出願特願２０１２−０２２３３５を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【符号の説明】
【０１８５】
１０  通信システム                          １０１  端末
１０２  小型基地局                          
１０３  サードパーティサーバ
１０５  モバイルネットワーク管理ノード群    １１０  端末
１２０  小型基地局                          １２１  端末通信部
１２２  端末IPアドレス払い出し部            １２３  コア網通信部
１２４  LAN通信部                            １２５  I/F部
１２６  基地局制御部                        
１２７  生成・管理・応答部
１２８  テーブル保持部                      
１３０  サードパーティサーバ
１３１  データ要求受信部                    １３２  端末ID特定部
１３３  変換テーブル記憶部                  １３４  端末ID要求送信部
１３５  端末ID受信部                        １３６  IP-ID対応付け部
１３７  サービス提供部                      
１３８  サービス管理テーブル記憶部
１４０  セキュリティゲートウェイ
１５０  モバイルネットワーク管理ノード群
２１０  第１識別情報取得部                  
２２０  第２識別情報生成部
２３０  端末識別情報通知部                  
２４０  在圏・接続処理要求受信部
２４１  在圏・接続処理要求送信部            
２４２  在圏・接続処理応答受信部
２４３  在圏・接続処理応答送信部            ２５０  LAN接続要求受信部
２６０  IPアドレス割り当て部                ２７０  管理部
２８０  通知要求受信部                      ３２０  小型基地局
４２０  小型基地局                          ５２０  小型基地局
５２１  Subscribe要求受信部                ５２２  管理部
５２３  在圏通知部                          
５３０  サードパーティサーバ
５３１  Subscribe要求部                    ５３２  在圏通知受信部
【図１】
2013114791.tif 000003
【図２】
2013114791.tif 000004
【図３】
2013114791.tif 000005
【図４】
2013114791.tif 000006
【図５】
2013114791.tif 000007
【図６】
2013114791.tif 000008
【図７】
2013114791.tif 000009
【図８】
2013114791.tif 000010
【図９】
2013114791.tif 000011
【図１０】
2013114791.tif 000012
【図１１】
2013114791.tif 000013
【図１２】
2013114791.tif 000014
【図１３】
2013114791.tif 000015
【図１４】
2013114791.tif 000016
【国際調査報告】
2013114791.tif 000017
2013114791.tif 000018
2013114791.tif 000019
2013114791.tif 000020