(57)【特許請求の範囲】
【請求項１】
移動体パケット通信網における各移動端末の在圏位置情報を管理しているサービス管理ノードと、上記移動体パケット通信網をＩＰ（Internet Protocol）網に接続するゲートウエイ装置とからなり、
上記サービス管理ノードが、移動端末を上記移動体パケット通信網に接続するための手続の実行過程で、上記ゲートウエイ装置に、上記移動端末への情報サービス提供のための管理情報を通知する手段を有し、
上記ゲートウエイ装置が、
上記サービス管理ノードから通知された移動端末毎の管理情報を記憶するための端末情報管理テーブルと、
上記管理情報の一部であるサービス識別子が示す情報サービスについて、サービス提供元となる情報配信サーバへのサービス要求の発行有無をチェックし、もし、サービス要求が発行されていなかった場合、サービス提供元となる上記ＩＰ網内の特定の情報配信サーバに対して、情報サービスの開始を要求する処理部と、
上記特定の情報配信サーバからサービス情報を含むパケットを受信した時、上記端末情報管理テーブルを参照し、管理情報の一部として登録されている移動端末のアドレスを宛先として、上記受信パケットを前記移動体パケット通信網に転送するパケット転送部とを備えることを特徴とする情報配信システム。
【請求項２】
前記サービス管理ノードから通知される管理情報が、移動端末のアドレスと提供すべき情報サービスの識別子とを含み、
前記ゲートウエイ装置の処理部が、上記サービス管理ノードから通知された管理情報と、他のサーバから取得した上記移動端末に関する属性情報とを含む管理情報を前記端末情報管理テーブルに登録することを特徴とする請求項１に記載の情報配信システム。
【請求項３】
前記端末情報管理テーブルが、各移動端末の識別子と対応して、移動端末のアドレスと、複数のサービス識別子とを記憶することを特徴とする請求項１または請求項２に記載の情報配信システム。
【請求項４】
前記ゲートウエイ装置が、各サービス識別子と対応して、サービスの提供元となる情報配信サーバのアドレスと、サービス情報パケットに付すべき宛先アドレスと、サービス要求の発行の有無を示すサービス情報管理テーブルを有し、
前記特定の情報配信サーバからサービス情報を含むパケットを受信した時、前記ゲートウエイ装置の処理部が、上記サービス情報管理テーブルを参照して該受信パケットと対応するサービス識別子を特定し、前記端末情報管理テーブルから上記サービス識別子を含む管理情報レコードを検索することによって、上記受信パケットを転送すべき移動端末のアドレスを特定し、上記アドレス宛に上記受信パケットまたはその複写を転送することを特徴とする請求項１または請求項２に記載の情報配信システム。
【請求項５】
前記サービス情報管理テーブルが、特定のサービス識別子と対応してフィルタリング条件を指定しており、
前記特定の情報配信サーバからサービス情報を含むパケットとを受信した時、上記サービス情報管理テーブルで特定されたサービス識別子に対応してフィルタリング条件が指定されていた場合、前記ゲートウエイ装置の処理部が、前記端末情報管理テーブルから上記フィルタリング条件を満たしている管理情報レコードを検索し、上記受信パケットの転送先となる移動端末を特定することを特徴とする請求項４に記載の情報配信システム。
【請求項６】
複数の移動端末を収容する移動体パケット通信網と複数の情報配信サーバが接続されたＩＰ（Internet Protocol）網とを接続するゲートウエイ装置であって、
上記移動体パケット通信網における各移動端末の在圏位置を管理しているサービス管理ノードから、移動端末に対する情報サービスのための管理情報を受信した時、上記管理情報を端末情報管理テーブルに登録すると共に、上記情報サービスの提供元となる特定の情報配信サーバに情報サービスの開始を要求する手段と、
上記特定の情報配信サーバからサービス情報を含むパケットを受信した時、上記端末情報管理テーブルから、上記サービス情報を配布すべき移動端末のアドレスを特定し、該移動端末のアドレス宛に上記受信パケットを転送するパケット転送手段とを備えたことを特徴とするゲートウエイ装置。
【請求項７】
サービス識別子と対応して、情報サービスの提供元となる情報配信サーバへのサービス要求の発行の有無を記憶するためのサービス情報管理テーブルを有し、
前記サービス管理ノードから、移動端末に対する情報サービスのための管理情報を受信した時、前記情報サービスの開始要求手段が、上記サービス情報管理テーブルを参照して、前記特定の情報配信サーバへの情報サービスの開始要求の送信要否を判断することを特徴とする請求項６に記載のゲートウエイ装置。
【請求項８】
各サービス識別子と対応して、サービスの提供元となるサーバのアドレスと、サービス情報パケットに付すべき宛先アドレスと、サービス要求の発行の有無を示すサービス情報管理テーブルを有し、
前記特定の情報配信サーバからサービス情報を含むパケットを受信した時、前記受信パケット転送手段が、上記サービス情報管理テーブルを参照して該受信パケットと対応するサービス識別子を特定し、前記端末情報管理テーブルから上記サービス識別子を含む管理情報レコードを検索することによって、上記受信パケットを転送すべき移動端末のアドレスを特定することを特徴とする請求項７に記載のゲートウエイ装置。
【請求項９】
前記サービス情報管理テーブルが、特定のサービス識別子と対応してフィルタリング条件を指定しており、
前記特定のサーバからサービス情報を含むパケットとを受信した時、上記サービス情報管理テーブルで特定されたサービス識別子に対応してフィルタリング条件が指定されていた場合、前記受信パケット転送手段が、上記端末情報管理テーブルから上記フィルタリング条件を満たしている管理情報レコードを検索し、上記受信パケットの転送先となる移動端末を特定することを特徴とする請求項８に記載のゲートウエイ装置。
【請求項１０】
前記受信パケット転送手段が、前記特定の情報配信サーバから受信したパケットの宛先アドレスをグローバルＩＰアドレスからプライベートＩＰアドレスに変換して、前記移動体パケット通信網に転送することを特徴とする請求項６に記載のゲートウエイ装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、移動端末への情報配信方法およびゲートウエイ装置に関し、更に詳しくは、サーバから送信されたサービス情報を配信条件に合致した複数の移動端末に配信するプッシュ型情報配信方法およびゲートウエイ装置に関する。
【０００２】
【従来の技術】
近年、インターネットと移動体通信サービスが急速に普及している。
インタネットにおける通信は、事実上の標準であるＩＰ（Internet Protocol,RFC791）プロトコルに従ったＩＰパケットにより行われ、インターネットに接続される各装置には、装置を識別するためのＩＰアドレスが世界的に一意に割り当てられる。一方、移動体通信サービスでは、音声通信に対するデータ通信の割合が増加しつつあり、効率的なデータ通信サービスを提供するために、移動体パケット通信網の検討が活発化している。移動体パケット通信網としては、例えば、ＰＤＣ−Ｐ（PDC-Packet）やＧＰＲＳ（General Packet Radio Service）がある。また、第３世代移動体通信システムＩＭＴ−２０００においても高速パケット通信サービスの提供が予定されている。
【０００３】
現在、移動体パケット通信網における上位通信プロトコルとして、ＩＰ（Internat Protocol、RFC791）が一般的であり、移動体パケット通信網において、ＩＰプロトコルによる通信サービスを提供するためには、通信事業者は各移動端末に固有のＩＰアドレスを割り当てる必要がある。しかしながら、移動端末の急増に伴ってＩＰｖ４アドレスが枯渇しており、各端末に世界的に通用する固有のＩＰアドレス（グローバルアドレス）を付与することが困難になってきている。
【０００４】
このため、例えば、移動端末には各移動体パケット通信網内で固有のプライベートＩＰアドレスを割り当てておき、移動体パケット通信網と外部のインタネットとの間にアドレス変換（ＮＡＴ：Network Address Translation）機能を備えたゲートウェイ（ＮＡＴ−ＧＷ）を配置し、移動体パケット通信網とインタネットとの通信には上記ゲートウェイが保持するグローバルＩＰアドレスを用いる方法や、現在の３２ビット長のＩＰアドレス（ＩＰｖ４）に代わる１２８ビット長のＩＰｖ６アドレスの採用が検討されている。
【０００５】
移動体パケット通信網における新たな情報サービスとして、例えば、無線広告に代表されるようなプッシュ型の情報配信サービスが期待されている。プッシュ型の情報配信サービスでは、移動体パケット通信網に接続されたプッシュサーバから、不特定の移動端末または予めサービス契約された移動端末宛に、サービス情報が随時に配信される。
【０００６】
インタネットに接続された固定端末（受信ホスト）を対象として、サーバ（送信ホスト）から同報型の情報サービスを行うための従来技術として、例えば、特開平１０−２４２９６２号公報では、受信ホストと送信ホストとの間にマルチキャストゲートウエイを配置し、送信ホストがＩＰマルチキャストデータグラムとして送信した同報メッセージを上記マルチキャストゲートウエイで受信し、受信メッセージの複製をＩＰユニキャストデータグラムに変換して各受信ホストに個別転送する通信方法が提案されている。
【０００７】
上記従来技術は、ＩＰマルチキャスト通信機能のない受信ホストを前提としたものであり、各受信ホストが、同報メッセージの受信に先だって、グループ識別子を指定したメッセージ受信開始コマンドをマルチキャストゲートウエイに送信し、マルチキャストゲートウエイが、上記コマンドで指定されたグループ識別子と受信ホストのＩＰアドレスとの対応関係を記憶しておき、送信ホストからメッセージを受信した時、受信メッセージに含まれる宛先ＩＰマルチキャストアドレスからグループ識別子を導出し、このグループ識別子と対応する受信ホストＩＰアドレス宛に受信メッセージの複写をユニキャスト送信している。
【０００８】
【発明が解決しようとする課題】
移動体パケット通信網をＮＡＴ―ＧＷを介してインタネットに接続したネットワーク構成では、各移動端末に与えられたプライベートＩＰアドレスとＮＡＴ−ＧＷがもつ代表アドレス（グローバルアドレス）との対応関係がセッション単位で管理されている。上記ＮＡＴ−ＧＷは、接続中のセッションについてのみ、プライベートＩＰアドレスとグローバルアドレスとの対応関係を保持するようになっているため、例えば、ＷＷＷ（World Wide Web）サーバのアクセスに代表されるように、移動端末からサーバをアクセスし、端末とサーバとの間にコネクションが確立されている状態でサーバから移動端末に情報サービスを行う場合に適している。
【０００９】
しかしながら、移動体パケット通信網で期待されるプッシュ型の情報配信サービスでは、移動端末がプッシュサーバにサービス要求した後、一旦セッションを切断した状態で、プッシュサーバによる情報サービスが発生する。この場合、従来のＮＡＴ−ＧＷでは、プッシュサーバからサービス情報を受信した時、移動端末のプライベートＩＰアドレスとグローバルアドレスとの対応関係が既に失われた状態となっているため、 ＮＡＴ−ＧＷから移動端末への情報転送が不可能となる。
【００１０】
また、上述した特開平１０-２４２９６２号の通信方法を移動体パケット通信網に適用しようとすると、各移動端末に、情報サービスに先だってマルチキャストゲートウェイ宛にメッセージ受信開始コマンドを送信するための特殊な機能を装備する必要がある。また、上記従来技術では、サーバ（送信ホスト）からマルチキャストゲートウェイへのメッセージ送信は全てマルチキャストパケット形式行われているが、インタネットを経由した場合、マルチキャストパケットがマルチキャストゲートウェイに確実に受信されるという保証はない。
【００１１】
ＩＰプロトコルによる一般的なプッシュ型情報配信サービスでは、プッシュサーバから送信されたＩＰパケットの宛先ＩＰアドレスから配信先となる各端末のＩＰアドレスを特定するＩＰアドレス対応の転送制御方式が採用されている。この転送制御方式では、例えば、特定地域に存在する移動端末や特定の条件を満足する端末のみを受信対象とした情報配信サービスは実現困難となる。
【００１２】
本発明の目的は、移動端末に特殊な機能を付加することなく、移動端末にプッシュ型情報配信サービスを行えるようにした情報配信サービス方法およびゲートウエイ装置を提供することにある。
本発明の他の目的は、サーバから送信されたプッシュ型情報を配信条件に合致した特定の移動端末群に選択的に配信できるようにした情報配信サービス方法およびゲートウエイ装置を提供することにある。
本発明の更に他の目的は、サーバから送信された地域限定の配信情報を指定地域内に位置する特定の移動端末群に選択的に配信できる情報配信サービス方法およびゲートウエイ装置を提供することにある。
【００１３】
【課題を解決するための手段】
上記目的を達成するため、本発明は、無線チャネルを介して複数の移動端末を収容する移動体パケット通信網と情報サービスを行うサーバが接続されたＩＰコア網とからなり、上記移動体パケット通信網とＩＰコア網とがゲートウエイ装置で結合された通信ネットワークにおける情報配信サービス方法において、移動端末を上記移動体パケット通信網に位置登録する時、移動体パケット通信網内における移動端末の在圏位置を管理しているサービス管理ノードから上記ゲートウエイ装置に、移動端末アドレスと情報サービス識別子とを指定して、上記移動端末に対する情報サービスのための管理情報の設定を要求し、上記設定要求の受信したゲートウエイ装置が、上記移動端末に関する管理情報を管理テーブルに登録すると共に、上記移動端末に提供すべき情報サービスについて、サービス提供元となるサーバへのサービス要求の有無をチェックし、もし、サービス要求がなされていなかった場合、サービス提供元となる特定のサーバに対して、情報サービスの開始を要求することを特徴とする。
【００１４】
本発明の情報配信サービス方法によれば、移動端末に関する管理情報を管理テーブルに登録する際に、上記ゲートウエイ装置が、例えば、移動体パケット通信網内の各移動端末の地理的な位置情報を管理している位置情報サーバから取得した位置情報を管理情報の一部として管理テーブルに登録しておくことにより、情報サービスとして配信地域を指定したパケットを受信した時、上記管理テーブルを参照し、現在位置が上記指定地域内にある特定の移動端末群を選択して、上記受信パケットを配信することが可能となる。
【００１５】
更に詳述すると、本発明では、上記ゲートウエイ装置が、例えば、各サービス識別子と対応して、サービスの提供元となるサーバのアドレスと、サービス情報パケットに付すべき宛先アドレスと、サービス要求の有無を示す状態情報とを記憶するための第１の管理テーブルと、移動端末に関する管理情報が登録される第２の管理テーブルとを備え、サーバからサービス情報を含むパケットを受信した時、上記第１の管理テーブルを参照して該受信パケットと対応するサービス識別子を特定し、上記第２の管理テーブルから上記サービス識別子を含む管理情報レコードを検索することによって、上記受信パケットを転送すべき移動端末のアドレスを特定する。
【００１６】
上記構成によれば、例えば、第１の管理テーブルにおいて、特定のサービス識別子と対応して予めフィルタリング条件を指定しておくことにより、サーバからサービス情報パケットを受信した時、もし、上記第１の管理テーブルで特定されたサービス識別子と対応してフィルタリング条件が指定されていた場合、ゲートウエイ装置が、上記第２の管理テーブルで特定された移動端末のアドレスのうち、管理情報が上記フィルタリング条件を満たしているものだけを有効にして、受信パケットの転送先とすることが可能となる。
【００１７】
また、本発明は、無線チャネルを介して複数の移動端末を収容する移動体パケット通信網と情報サービスを行うサーバが接続されたＩＰ（Internet Protocol）コア網とを接続するゲートウエイ装置において、上記移動体パケット通信網内における移動端末の在圏位置を管理しているサービス管理ノードから上記移動端末に対する情報サービスのための管理情報の設定要求を受信した時、上記移動端末に関する管理情報を管理テーブルに登録すると共に、上記移動端末に提供すべき情報サービスについて、サービス提供元となるサーバへのサービス要求の有無をチェックし、もし、サービス要求がなされていなかった場合、サービス提供元となる特定のサーバに対して、情報サービスの開始を要求するための手段と、上記特定のサーバからサービス情報を含むパケットを受信した時、上記管理テーブルから、上記受信パケットによる情報サービスを提供すべき移動端末のアドレスを特定し、該アドレスを宛先アドレスとして、上記受信パケットを前記移動体パケット通信網に転送するパケット転送手段とを備えたことを特徴とする。
【００１８】
本発明によれば、上記パケット転送手段によって、サーバからサービス情報パケットをマルチキャストパケット形式で受信し、管理テーブルで特定された移動端末に対してユニキャストパケット形式で転送することが可能となる。
また、上記受信パケット転送手段によって、特定サーバから受信したパケットの宛先アドレスをグローバルＩＰアドレスからプライベートＩＰアドレスに変換して、移動端末に転送することも可能となる。
【００１９】
例えば、ＩＰｖ４アドレスをもつサーバから、ＩＰｖ４／ＩＰｖ６アドレスをもつ移動端末に情報を配信する場合、上記ゲートウェイ装置で、受信パケットの宛先アドレスをＩＰｖ４のグローバルアドレスからＩＰｖ４プライベート／ＩＰｖ６アドレスに変換することが可能となる。
本発明のその他の目的、特徴および効果は、以下に図面を参照して行われる本発明の実施例の説明から明らかになる。
【００２０】
【発明の実施の形態】
図１は、移動体パケット通信網のユーザに本発明による配信地域限定プッシュ型情報配信サービスを提供可能な通信ネットワークの構成の１例を示す。
ここに示した通信ネットワークは、移動体パケット通信網１２と、ＩＰコア網８からなる。ＩＰコア網８は、マルチキャスパケットを転送可能なマルチキャストバックボーン８ａと、通常のユニキャストバックボーン８ｂとを含む。上記ＩＰコア網８（８ａ、８ｂ）には、移動体パケット通信網１２に接続された移動端末やインタネット８ｂに接続された固定端末に各種のコンテンツ情報を提供するためのプッシュサーバ１（１ａ、１ｂ）が接続されている。
【００２１】
移動体パケット通信網１２は、無線アクセス網１３と、該無線アクセス網１３をＩＰコア網８に接続するための無線コア網１４とから構成される。無線アクセス網１３は、複数の無線基地局１０からなり、各無線基地局１０は、それぞれセル１１内に位置する移動端末２（２ａ、２ｂ、…）と無線チャネルを介して通信する。無線コア網１４は、移動体パケット通信網１２をＩＰコア網８に接続するための複数のゲートウェイ装置３（３ａ、３ｂ）と、各ゲートウエイ３に付随する複数の関門ノード５（５ａ、５ｂ）と、それぞれ１群の無線基地局を含む所定のゾーン９を管轄区域とする複数の加入者ノード６（６ａ、６ｂ）と、上記各ゲートウエイ３からアクセスされる契約者管理ノード４および位置情報サーバ７からなる。
【００２２】
ここで、上記各ゲートウェイ３とそれに付随する関門ノード５は、実際の応用では１つのノードとして構成することもできる。関門ノード（５ａ、５ｂ）を介してゲートウェイ（３ａ、３ｂ）に接続された契約者管理ノード４は、契約者情報、移動端末の在圏位置情報、契約者に提供可能なサービスの識別情報を記憶している。位置情報サーバ７は、各移動端末の現在位置を示す地理的な位置情報を提供するためのものであり、何れかの関門ノード（この例では、関門ノード５ａ）を介して上記複数のゲートウェイ３と通信する。本実施例では、配信地域を限定したプッシュ型情報サービスを実現するために、無線コア網１４に位置情報サーバ７が設置されているが、移動端末に関する位置情報以外の情報を提供するために、更に他のサーバが設置されてもよい。
【００２３】
各ゲートウェイ３は、インタネットなど移動体パケット通信網１２以外のＩＰコア網８とインターネットプロトコルによって通信するための機能と、後述するように、移動端末毎のサービス契約情報を保持し、移動端末に代ってプッシュサーバ１に配信サービスの開始を要求するための機能と、プッシュサーバ１からサービス情報パケット（コンテンツ）を受信すると、サービス契約された特定の移動端末２に受信コンテンツの複製を転送する機能を備えている。受信コンテンツに特殊な配信条件が付随していた場合、上記転送機能により、配信条件に一致した特定の移動端末に受信コンテンツの複製を転送される。
【００２４】
ＩＰコア網内でプッシュサーバ１ｂに接続されたゲートウェイ３ｃは、プッシュサーバ１ｂからの受信コンテンツに付されたマルチキャストアドレスをユニキャストアドレスに変換し、上記受信コンテンツの複製を移動体パケット通信網の各ゲートウェイ（３ａ、３ｂ）にユニキャストアドレスで送信する機能、または、マルチキャストパケットをユニキャストパケットに変換して、各ユニキャストアドレス宛に送信する機能を備える。
【００２５】
図２は、ゲートウェイ３（３ａ、３ｂ）の構成を示す。
ゲートウェイ３は、関門ノード５や他の網との間の信号送受信を制御するＣＰＵ３１と、メモリ３２と、契約者管理ノード４や位置情報サーバ７に接続された信号線３５を終端するための端末情報インタフェース部３３と、他のＩＰ網に接続された信号線３６やコア網１４内の他のノードに接続された信号線３７を終端するためのＩＰ網インタフェース部３４（３４ａ、３４ｂ）と、これらの要素を相互接続するバス３８と、上記ＩＰ網インタフェース部３４（３４ａ、３４ｂ）に接続されたスイッチ３９とからなっている。ＣＰＵ３１は、例えば、インターネットプロトコルに従って、関門ノード５や他の網に接続された装置と通信する。
【００２６】
メモリ３２は、他のＩＰ網上の装置、或いは、コア網１４上の装置と信号を送受信するためのプログラムと、例えば、図３に示すような、位置情報サーバ７や契約者管理ノード４から取得した接続中端末に関する各種の情報を格納するための配信先端末情報管理テーブル３００と、例えば、図４に示すような、プッシュサーバ１が提供するサービス対応の各種の情報を格納するためのサービス情報管理テーブル４００とを備える。これらのテーブルは、図８で後述するように、プッシュサーバ１からパケットを受信した時、受信パケットの配信先端末を特定するために参照される。
【００２７】
配信先端末情報管理テーブル３００は、プッシュサーバ１が不特定多数の移動端末に向けて送信したコンテンツ情報に受信端末を制限するための条件項目が含まれていた場合に、上記コンテンツ情報の配信先となる移動端末を特定するために利用される。
上記配信先端末情報管理テーブル３００は、図３に示すように、各移動端末に割り当てられた端末識別子３０１と対応する複数のレコード３００−ｉ（ｉ＝１〜ｎ）からなる。各レコード３００−ｉは、配信先端末を特定するための基本項目３１０として、端末識別子３０１と、移動端末のＩＰアドレス３０２と、移動端末に予め対応付けられた特定ゲートウェイのＩＰアドレス３０３と、移動端末が契約しているサービスを識別するための契約サービス識別子３０４とを含む。ゲートウェイ３がＮＡＴ機能を備えている場合、あるいは、同一ネットワーク内にプッシュサーバ１が存在している場合、上記ＩＰアドレス３０２と３０３は、プライベートアドレスであってもよい。
【００２８】
上記各レコード３００−ｉは、移動端末に提供するサービスの種類に依存した付加的な項目３２０として、移動端末の利用者情報を示す契約者情報レコード３５０へのポインタ３０５と、移動端末の属性情報を示す端末属性レコード３６０へのポインタ３０６と、移動端末の現在位置（地理的位置）情報を示す位置情報レコード３７０へのポインタ３０７を含む。
【００２９】
契約者情報レコード３５０は、契約者の個人情報として、例えば、契約者の氏名３５１、住所３５２、年齢３５３、性別３５４、職業３５５、契約年月日３５６を含む。個人情報として、更に他の項目を追加してもよい。
端末属性レコード３６０は、移動端末の属性情報として、例えば、端末の製造メーカ３６１、形名３６２、製造番号３６３を含み、更に他の項目が追加されててもよい。
位置情報レコード３７０は、移動端末の現在位置を示す緯度３７１、経度３７２、高度３７３などの地理的位置情報を含む。位置情報としては、例えば、移動端末が位置しているセル１１やゾーン９の識別番号を追加してもよい。
【００３０】
上述した配信先端末情報管理テーブル３００の各レコードは、例えば、移動端末の電源が投入され、移動端末が移動体パケット通信網１２に位置登録された時、換言すれば、移動端末が無線コア網１４に接続された時点で、自動的に生成される。本発明では、後述するように、移動端末が無線コア網に接続された時、契約者管理ノード４からゲートウエイ３に自動的に配信先端末情報の設定要求が出される。ゲートウエイ３は、上記設定要求に含まれる端末管理情報と、必要に応じて契約者管理ノード４や位置情報サーバ７に問合せて得られた追加情報に基づいて、上記テーブル３００の新たなテーブルレコードを生成する。
【００３１】
サービス情報管理テーブル４００は、プッシュサーバ１が提供するサービス種類と対応した複数のレコード４００−ｉ（ｉ＝１〜ｎ）からなり、各レコードは、配信先端末情報管理テーブル３００で使用された契約サービス識別子３０４と対応するサービス識別子４０１と、プッシュサーバ１からゲートウェイ３にコンテンツ情報を送信する際のＩＰアドレスとなるサービス代表ＩＰアドレス４０２と、そのサービスを提供するプッシュサーバ１のＩＰアドレス４０３と、プッシュサーバ１にサービス要求（コンテンツの配信要求）中か否かを示す配信要求状態４０４と、コンテンツの配信対象となっているユーザ数（移動端末数）を示す配信対象人数４０５と、そのサービスを契約しているユーザの人数を示す契約人数４０６と、コンテンツ情報を含むパケットの受信時に実行すべきサービス固有の処理内容を示すフィルタシナリオレコード４７０へのポインタ情報４０７とからなる。
【００３２】
上記代表ＩＰアドレス４０２は、サービス識別子４０１と対応するサービス情報パケットの宛先アドレスとして利用されるグローバルアドレスであり、ユニキャスト用およびマルチキャスト用の何れのＩＰアドレスであってもよい。また、プッシュサーバ１のＩＰアドレス４０３は、端末ユーザが契約しているサービスを提供するプッシュサーバ１に対して、ゲートウエイ３がユーザに代わって配信開始要求または終了要求を送信する場合の宛先アドレスとして利用され、本実施例では、プッシュサーバからパケットを受信した時、受信パケットに対応するサービス種類を特定するためにも利用される。契約人数４０７の値が０になった時、すなわちサービスの利用者が存在しなくなった時、該当レコードがテーブル４００から削除される。
【００３３】
フィルタシナリオレコード４７０は、特定のサービスについて配信方法を決定するために利用されるフィルタ属性４７１と、サービスの配信条件を示す情報を受信パケットのペイロードから抽出するか否かを示すペイロード参照フラグ４７２と、配信条件を抽出する際に必要となるキーワード４７３と、例えば、ゲートウェイ３の外部に接続されたサーバ等から端末詳細情報を収集する場合など、特別な処理が必要か否か示す特別処理フラグ４７４と、特別処理で参照すべきファイル名を示す実行ファイル名４７５とを含む。
【００３４】
ゲートウエイ３は、サーバ１からの受信パケットに対応するサービス種類を特定した後、フィルタシナリオ４０７が示すフィルタシナリオレコードに従って、配信対象となる移動端末を特定するための処理や、配信情報を変換するためのコンテンツ変換処理を行う。
【００３５】
次に、図５、図６に示す信号シーケンスに従って、図１に示した通信ネットワークにおけるプッシュ型情報配信サービスの処理手順について説明する。本実施例では、移動体パケット通信網における制御信号としてＧＰＲＳベースの制御信号を用いるものとする。
【００３６】
図５は、移動端末２がサーバ１からプッシュ型情報配信サービスを受けるための準備段階での処理手順を示す。
移動端末２（例えば、図１における端末２ａ）は、先ず、自分の在圏情報を移動体パケット通信網１２に登録するために、端末識別子を含む接続要求（Ａｔｔａｃｈ  Ｒｅｑｅｕｓｔ）信号２００を加入者ノード６ａに送信する。加入者ノード６ａは、上記信号２００に含まれる端末識別子に基いて、移動端末ユーザの契約者情報を保持している契約者管理ノード４を特定し、上記契約者管理ノード４に契約者情報読出要求信号２０１を送信する。上記契約者管理ノード４は、受信した要求信号２０１に含まれる端末識別子に基いて、該当する移動端末の認証情報を読み出し、この認証情報を含む契約者情報読出応答信号２０２を加入者ノード６ａに送信する。
【００３７】
加入者ノード６ａは、契約者情報読出応答信号２０２に含まれる認証情報を利用して、移動端末２ａとの間で認証処理２０３を実行し、認証処理が正常に終了した場合、契約者管理ノード４に対して、移動端末２ａの識別子と加入者ノード６ａ自身のＩＰアドレスとを含む位置登録要求（Ｕｐｄａｔｅ  Ｌｏｃａｔｉｏｎ）信号２０４を送信する。上記信号２０４を受信した契約者管理ノード４は、端末２ａの識別子と対応する在圏位置情報として、上記加入者ノード６ａのＩＰアドレスを記憶した後、加入者ノード６ａに端末識別子と対応する契約情報を含む顧客データ挿入（Ｉｎｓｅｒｔ  Ｓｕｂｓｃｒｉｂｅｒ  Ｄａｔａ）信号２０５を送信する。
【００３８】
加入者ノード６ａは、信号２０５による受信情報を記憶した後、契約者管理ノード４に応答（Ｉｎｓｅｒｔ  Ｓｕｂｓｃｒｉｂｅｒ  Ｄａｔａ  Ａｃｋ）信号２０７を送信する。契約者管理ノード４は、上記信号２０７を受信すると、加入者ノード６ａに、位置情報登録の終了を示す応答（Ｕｐｄａｔｅ  Ｌｏｃａｔｉｏｎ  Ａｃｋ）信号２０９を送信する。加入者ノード６ａは、上記信号２０９を受信すると、移動端末２ａに接続完了（Ａｔｔａｃｈ  Ａｃｃｅｐｔ）信号２１０を送信する。 以上のシーケンスによって、契約者管理ノード４は、移動端末２ａが移動体パケット通信網１２に接続されたことを認識する。
【００３９】
本発明では、移動体パケット通信網１２に接続された移動端末２ａに対してプッシュ型情報配信サービスを提供するために、次のシーケンスを実行する。
プッシュ型の情報配信では、移動端末２ａがネットワークに接続された時点で、移動端末２ａをサービス情報の配信対象として登録しておく必要がある。そこで、本発明では、移動端末２ａがネットワークに接続されたこと認識した契約者管理ノード４からゲートウェイ３ａに、移動端末２ａを配信先端末として登録するための配信先端末情報設定要求信号２０６を送信させる。上記要求信号２０６には、図３に示した配信先端末情報管理テーブル３００の基本項目３１０となる情報が含まれている。
【００４０】
上記信号２０６を受信したゲートウェイ３ａは、配信先端末情報管理テーブル３００に登録するために、移動端末２ａの端末識別子３０１〜契約サービス識別子３０４を含む新たなレコードを作成した後、契約者管理ノード４に配信先端末情報設定応答信号２０８を送信する。ゲートウェイ３ａは、契約者管理ノード４から受信した配信先端末情報を補足するために、移動端末２ａの端末識別子をキー情報として含む配信先端末属性情報要求信号２１１を位置情報サーバ７に送信する。端末属性情報を管理するサーバが上記位置情報サーバ７以外にも存在している場合は、各サーバ宛に配信先端末属性情報要求信号が送信される。
【００４１】
ゲートウェイ３ａは、上記位置情報サーバ７および他の端末属性情報サーバから端末属性情報応答信号２１２を受信すると、受信信号に含まれる属性情報を追加して、新たなレコードを配信先端末情報管理テーブル３００に登録する。尚、図３に示した契約者情報レコード３５０と端末属性レコード３６０が示す情報は、契約者管理ノード４からゲートウェイ３ａに送信する配信先端末情報設定要求信号２０６で通知してもよいし、ゲートウェイ３ａからの配信先端末属性情報要求信号に応答して、契約者管理ノード４がゲートウェイ３ａに通知するようにしてもよい。
【００４２】
本発明では、ゲートウェイ３ａが、上述した配信先端末情報の設定を終えた移動端末２ａが契約しているサービスについて、該当するプッシュサーバにコンテンツの配信サービスを要求済みか否かをチェックし、もし、サービス要求をしていないものがあれば、移動端末２ａに代わって、ゲートウェイ３ａからプッシュサーバにコンテンツ配信開始要求２１３を送信する。
【００４３】
配信サービスを要求済みか否かのチェックは、配信先端末情報管理テーブル３００に登録された契約サービス識別子３０４に基づいて、図４に示すサービス情報管理テーブル４００を参照し、契約サービス識別子３０４と対応するテーブルレコードの配信要求状態４０４を確認することによって行われる。配信要求状態４０４がプッシュサーバに配信未要求の状態となっていた場合、上記テーブルレコードのプッシュサーバＩＰアドレス４０３を宛先として、ゲートウェイ３ａのＩＰアドレスを要求元（送信元）として、コンテンツ配信開始要求２１３を送信した後、上記配信要求状態４０４を要求済みに変更する。
【００４４】
図６は、プッシュサーバ１ａがサービス要求元のゲートウエイ３ａにサービス情報（コンテンツ）パケットを配信した場合の処理シーケンスを示す。ここでは、１例として、プッシュサーバ１ａが、地域限定の情報配信サービスとして、コンテンツ２０２を配信した場合について説明する。
プッシュサーバ１ａは、コンテンツ配信開始要求２１３で要求されたコンテンツ２２０を要求元ゲートウェイ３ａのＩＰアドレス宛に配信する。上記コンテンツを受信したゲートウェイ３ａは、図３に示した配信先端末情報管理テーブル３００と、図４に示したサービス情報管理テーブル４００を参照して、受信コンテンツの転送先となる移動端末を特定する。
【００４５】
上記コンテンツ２２０が、例えば、図１に太線１５で示す特定領域内に位置した移動端末を受信対象としていた場合、ゲートウェイ３ａは、配信先端末情報管理テーブル３００から、受信コンテンツ２２０のサービス識別子が契約サービス識別子３０４として登録されているレコードを探し、ポインタ４０７に従って位置情報レコード３７０をアクセスすることによって、該当する移動端末の現在位置が指定領域内か否かを判定する。この判定を繰り返すことによって、コンテンツ２２０の宛先とすべき移動端末、例えば、端末２ａ、２ｂのＩＰアドレス３０２が特定される。ゲートウェイ３ａは、これらの移動端末に対して、受信コンテンツの複製２２１をユニキャスト形式で配信する。すなわち、テーブル検索で見つかった順に、先ず、移動端末２ａのＩＰアドレス宛に複製コンテンツを送信し、次に、移動端末２ｂのＩＰアドレス宛に複製コンテンツを送信する。
【００４６】
移動端末２ａとの間の通信路が既に確保されている場合は、関門ノード５ａは、上記ゲートウェイ３ａからの複製コンテンツ２２１を宛先移動端末２ａが現在位置しているゾーンの加入者ノード６ａを介して移動端末２ａに送信できる（２２７）。もし、宛先移動端末２ａとの通信路が確保されていない場合は、関門ノード５ａは、移動端末２ａが在圏する加入者ノードとの間に通信路を確保するため、上記移動端末２ａに対するページング要求信号２２２を送信する。
【００４７】
この場合、移動端末２ａが、上記信号２２２の受信に応答して、端末識別子を含むＡｃｔｉｖａｔｅ  ＰＤＰ  Ｃｏｎｔｅｘｔ  Ｒｅｑｕｅｓｔ信号２２３を在圏の加入者ノード６ａに送信し、上記加入者ノード６ａが、移動端末２ａと対応する関門ノード５ａに、Ｃｒｅａｔｅ  ＰＤＰ  Ｃｏｎｔｅｘｔ  Ｒｅｑｕｅｓｔ信号２２４を送信する。上記関門ノード６ａが、上記信号２２４に含まれる加入者ノードのＩＰアドレスを端末管理テーブルに記憶した後、Ｃｒｅａｔｅ  ＰＤＰ  Ｃｏｎｔｅｘｔ  Ｒｅｓｐｏｎｓｅ信号２２５を加入者ノード６ａに送信し、上記応答信号２２５を受信した加入者ノード６ａが、移動端末２ａにＡｃｔｉｖａｔｅ  ＰＤＰ  Ｃｏｎｔｅｘｔ  Ａｃｃｅｐｔ信号２２６を送信することによって、移動端末２ａと関門ノード５ａとの間に通信路が確保され、この通信路に沿って、関門ノード５ａから移動端末２ａへのコンテンツ配信（２２７）が行われる。
【００４８】
以上の手順により、プッシュサーバ１ａから無線アクセス網１３内の特定地域１５内に位置する不特定多数の移動端末に対して、プッシュ型の情報配信サービスを実現できる。プッシュサーバが、地域を指定する代りに、例えば、移動端末の機種や契約年月日など、位置以外の他の属性を指定してコンテンツ情報を配信した場合でも、ゲートウエイ３は、上記と同様の手法で、受信コンテンツの宛先とすべき移動端末を特定できる。
【００４９】
図７は、移動端末２とプッシュサーバ１との間で送受信されるＩＰパケット８００のフォーマットを示す。
ＩＰパケットは、ＩＰｖ６パケットでもＩＰｖ４パケットでも構わないが、ここでは、ＩＰｖ６ヘッダの次に拡張ヘッダを挿入できるＩＰｖ６パケットを採用した場合について説明する。
【００５０】
ＩＰパケット８００は、ＩＰｖ６ヘッダ８１０と、ＩＰｖ６拡張ヘッダ８２０と、ペイロード８３０とからなる。本実施例では、プッシュサーバ１から特定のゲートウェイ３にＩＰパケットを送信することを考慮し、上記ＩＰｖ６拡張ヘッダ８２０として経路制御ヘッダ（Ｒｏｕｔｉｎｇ  Ｈｅａｄｅｒ）を用いた場合のパケットフォーマットを示している。
ＩＰｖ６ヘッダ８１０は、バージョン番号、トラヒッククラス、フローラベル、ペイロード長と、後続ヘッダタイプ８１１と、ホップ・リミットと、送信元ＩＰアドレス８１２と、宛先アドレス８１３とから構成される。
【００５１】
上記後続ヘッダタイプ８１１は、ＩＰｖ６ヘッダ８１０の後続領域を識別するためのものであり、ペイロード８３０に通常の上位プロトコル・データが入る場合には、上記後続ヘッダタイプ８１１に、上位プロトコルのプロトコル番号が設定される。また、ＩＰｖ６ヘッダの後にＩＰｖ６拡張ヘッダ８２０を挿入した場合は、後続ヘッダタイプ８１１にＩＰｖ６拡張ヘッダの種類を示す値が設定される。本発明で、カプセル化されたマルチキャストパケットを解析する場合や、ユニキャストパケットをカプセル化する場合、後続ヘッダタイプ８１１を利用する。
【００５２】
宛先アドレス８１３には、通常、最終目的地となる装置のＩＰｖ６アドレスが設定される。本実施例では、プッシュサーバ１から送出されるＩＰパケットの宛先アドレス８１３には、ゲートウェイ３のグローバルアドレスもしくはマルチキャストアドレスが設定される。ゲートウェイ３では、プッシュサーバ１から受信したＩＰパケットの宛先アドレス８１３をコンテンツ情報の配信先となる移動端末毎のユニキャストアドレスに変更する。ただし、プッシュサーバ１とゲートウェイ３との間に複数のノード装置が存在し、ＩＰパケットに経路制御ヘッダ８２０が付加される場合、宛先アドレス８１３には、最終目的地ではなく、パケットを次に中継するべきノードのアドレスが設定される。
【００５３】
経路制御ヘッダ８２０は、後続ヘッダタイプ、ヘッダ長、ルーティング・タイプと、残余セグメント数８２１と、アドレス８２２とから構成される。残余セグメント数８２１には、未通過の中間ノード数が設定され、アドレス８２２には、パケットを中継するべき中間ノードのアドレスが設定される。尚、アドレス８２２には、複数の中間ノードアドレスを設定してもよい。
【００５４】
プッシュサーバ１は、ＩＰパケットのペイロード８３０に、サービス情報（コンテンツ情報）と共に配信先の条件情報とキーワードを設定して、ゲートウェイ３に送信する。ゲートウェイ３は、予め設定されているフィルタシナリオレコードに従って、ペイロードの参照が必要か否かを判断し、必要に応じてペイロード８３０から配信先条件情報とキーワードを読み出す。
【００５５】
図８は、プッシュサーバ１から受信したパケットの配信先移動端末を特定するためにゲートウエイ３（３ａ、３ｂ）で実行されるパケットの受信処理プログラム５００のフローチャートを示す。
本プログラム５００は、ゲートウェイ３（３ａ、３ｂ）がＩＰコア網（バックボーン）８からＩＰパケットを受信する度に起動され、受信パケットがカプセル化されていた場合には、受信パケットをデカプセル化した後に起動される。例えば、図１に示したプッシュサーバ１ｂがマルチキャストパケット形式でコンテンツを配信する場合、インタネットのようにマルチキャストパケットのフォワーディングに保証のないネットワークでは、網の入り口に位置したゲートウェイ３ｃが、プッシュサーバ１ｂからのマルチキャストパケットをカプセル化し、ユニキャストパケットに変換することが望まれる。この場合、ゲートウエイ３ａ、３ｂでは、ゲートウェイ３ｃからの受信パケットをデカプセル化した後、プログラム５００を実行する。
【００５６】
プログラム５００では、受信パケットから宛先ＩＰアドレスと送信元ＩＰアドレスを抽出する（Ｓ５０１）。次に、上記宛先ＩＰアドレスおよび送信元ＩＰアドレスをサービス情報管理テーブル４００のサービス代表ＩＰアドレス４０２およびプッシュサーバＩＰアドレス４０３と比較し、一致するレコードの有無、すなわち、受信パケットと対応するサービス識別子４０１の有無を判別する（Ｓ５０２）。サービス情報管理テーブル４００に受信パケットと対応するサービス識別子が存在しない場合には、受信パケットを該ゲートウェイ３に接続された関門ノード５に送信して本プログラムを終了する。対応するサービス識別子が存在した場合には、該当レコードのフィルタシナリオポインタ４０７から、フィルタ情報が定義されているか否かをチェックする（Ｓ５０３）。もし、フィルタ情報が定義されていた場合は、ポインタ４０７が示すフィルタシナリオレコード４７０を読込み、図９に示すシナリオ処理Ｒ５５０を実行する。
【００５７】
シナリオ処理Ｒ５５０では、先ず、フィルタシナリオレコード４７０のシナリオ属性４７１を参照する（Ｓ５５１）。もし、シナリオ属性４７１がスルーであれば、ゲートウェイ３に接続されている関門ノード５に受信パケットを無処理で送信し（Ｓ５５２）、パケット受信処理５００を終了する。受信パケットがマルチキャストパケットで、シナリオ属性が４７１がマルチキャストカプセル化を指示していた場合は、受信したマルチキャストパケットをカプセル化し、ユニキャストパケットに変換する（Ｓ５５４）。カプセル化されたユニキャストパケットのアドレスは、後述する配信先の特定処理の後で設定されるため、この時点ではダミー値を設定しておく。もし、シナリオ属性がマルチキャストカプセル化を指示していなければ、コンテンツの複製を送信するために、受信パケットのマルチキャストアドレスを削除し、ダミーのユニキャストアドレスを設定する（Ｓ５５５）。
【００５８】
次に、フィルタシナリオレコード４７０のペイロード参照フラグ４７２を参照し、配信先端末を特定するためにペイロードの参照が必要か否かを判定する（Ｓ５５６）。ペイロードの参照が必要な場合は、フィルタシナリオレコード４７０の参照キーワード４７３から指定キーワードを読込み（Ｓ５５７）、受信パケットのペイロードからフィルタ情報を抽出して、作業領域に格納する（Ｓ５５８）。
【００５９】
この後、フィルタシナリオレコード４７０の特別処理フラグ４７４を参照し、実行すべきサービス固有の処理が存在するかを判定する（Ｓ５５９）。もし、実行すべき処理があれば、フィルタシナリオレコード４７０の実行ファイル名４７５から実行ファイル名を抽出し（Ｓ５６０）、実行ファイル名が示す処理を実行（Ｓ５６１）した後、このシナリオ処理を終了する。上記実行処理としては、例えば、ゲートウェイ３が保持していない端末情報を他のサーバから入手する処理や、受信パケットへの拡張ヘッダや付加情報の追加処理などが挙げられる。
【００６０】
図８に戻って、シナリオ処理Ｒ５５０が終了した場合、または実行すべきシナリオ処理がなかった場合は、ステップＳ５０２で判別したサービス識別子４０１をキーとして配信先端末情報管理テーブル３００を参照し、契約サービス識別子３０４に上記キーと一致するサービス識別子をもつレコードを検索する。これによって、今回の受信パケットによるコンテンツ情報の配布サービスを契約中の端末識別子３０１が検索される（Ｓ５０４）。この時、もし、シナリオ処理Ｒ５５０において作業領域にフィルタ情報が格納されていた場合は、該フィルタ情報と対応する契約者情報レコード３５０、端末属性レコード３６０または位置情報レコード３７０の内容によって、配信先端末のフィルタリングを行う。
【００６１】
上記管理テーブル３００の検索（およびフィルタリング）によって受信パケットの配信先となる移動端末が見つかった場合（Ｓ５０５）、受信パケットまたはシナリオ処理Ｒ５５０でカプセル化されたパケットの複製を作成し（Ｓ５０６）、複製パケットの送信先ＩＰアドレス（ユニキャストアドレス）として、上記移動端末のＩＰアドレス３０３を設定し（Ｓ５０７）、該複製パケットをユニキャストアドレス宛てに送信し（Ｓ５０８）、ステップＳ５０４に戻って、次の配信先となる移動端末の検索を繰り返す。配信先端末情報管理テーブル３００に登録された全てのレコードについて上記検索を完了し、配信対象となる移動端末がなくなった場合（Ｓ５０５）、本プログラムを終了する。
【００６２】
図１０〜図１２は、移動端末２への情報配信サービスを終了するために必要な処理手順を示す。
移動端末への情報配信サービスは、移動端末と通信ネットワークとの切断を契機にして終了される。移動端末と通信ネットワークとの接続は、例えば、（１）移動端末からの切断要求、（２）加入者ノード６からの切断要求、（３）契約者管理ノード４からの切断要求によって、切断される。
【００６３】
図１０は、ケース（１）による情報配信サービスの終了処理手順を示す。
例えば、移動端末２ａの電源が切れた場合、移動端末２ａから加入者ノード６ａに、端末識別子を含む離脱要求（Ｄｅｔａｃｈ  Ｒｅｑｅｕｓｔ）信号２３０が送信される。加入者ノード６ａは、上記要求信号を受信すると、上記移動端末２ａに対応する関門ノード５ａに対して、Ｄｅｌｅｔｅ  ＰＤＰ  Ｃｏｎｔｅｘｔ  Ｒｅｑｕｅｓｔ信号２３１を送信する。関門ノード６ａは、上記要求信号２３１を受信すると、移動端末２ａの通信路情報を削除した後、Ｄｅｌｅｔｅ  ＰＤＰ  Ｃｏｎｔｅｘｔ  Ｒｅｓｐｏｎｓｅ信号２３２を加入者ノード６ａに送信する。上記応答信号２３２を受信した加入者ノード６ａは、移動端末２ａに離脱応答（Ｄｅｔａｃｈ  Ａｃｃｅｐｔ）信号２３５を送信する。
【００６４】
以上のシーケンスによって、移動端末２ａとネットワークとの切断手順が終了する。本発明では、ゲートウエイ３による移動端末２ａへの情報配信サービスを終了するために、関門ノード５から応答信号２３２を受信した加入者ノード６ａからゲートウェイ３ａに、移動端末２ａの識別子を含む配信先端末情報削除通知信号２３３を送信させる。
【００６５】
上記信号２３３を受信したゲートウェイ３ａは、配信先端末情報管理テーブル３００にある上記移動端末２ａの識別子をもつテーブルレコードから、移動端末２ａの契約サービス識別子３０４を読み出し、サービス情報管理テーブル４００にある上記契約サービス識別子３０４と対応するテーブルレコードにおいて、配信対象人数４０５の値を１だけ減算する。減算の結果、配信対象人数４０５の値が０になった場合は、上記テーブルレコードのプッシュサーバＩＰアドレス４０３が示すプッシュサーバに対して、コンテンツ配信終了要求２３４を送信した後、上記テーブルレコードの配信要求状態４０４を未要求を示す状態に変更する。尚、移動端末２ａに対しては、情報配信サービスが不要となるため、配信先端末情報管理テーブル３００から上記移動端末２ａ用のテーブルレコードを削除する。
【００６６】
図１１は、ケース（２）による情報配信サービスの終了処理手順を示す。
加入者ノード６から接続中の移動端末２への切断要求は、例えば、コア網１４が混雑した場合などに発行される。図１０と比較すると、本ケースでは、Ｄｅｔａｃｈ  Ｒｅｑｅｕｓｔ信号２４０とＤｅｔａｃｈ  Ａｃｃｅｐｔ信号２４１の送信元と送信先の関係が逆になっているだけで、加入者ノード６からの配信先端末情報削除要求２３３の送信と、ゲートウエイ３の応答動作は、ケース（１）と同様である。
【００６７】
図１２は、ケース（２）による情報配信サービスの終了処理手順を示す。
本ケースは、例えば、移動端末２ａが長時間にわたってネットワークを利用していないことを契約者管理ノード４で検出し、契約者管理ノード４から移動端末２ａに強制的な切断要求を発行した場合である。
加入者ノード６は、契約者管理ノード４からＣａｎｃｅｌ  Ｌｏｃａｔｉｏｎ信号２５０を受信すると、該当する移動端末に対してＤｅｔａｃｈ  Ｒｅｑｕｅｓｔ信号２４０を送信し、移動端末からＤｅｔａｃｈ  Ａｃｃｅｐｔ信号を受信すると、契約者管理ノード４にＣａｎｃｅｌ  Ｌｏｃａｔｉｏｎ  Ａｃｋ信号２５１を送信する。 Ｄｅｔａｃｈ  Ｒｅｑｕｅｓｔ信号２４０を送信した後の加入者ノード６の動作とゲートウエイ３の動作は、ケース（２）と同様である。
【００６８】
【発明の効果】
以上の実施の形態の説明から明らかなように、本発明によれば、移動端末の位置登録に連動して、管理ノードからゲートウエイ装置に、上記移動端末への情報サービス提供のための管理情報の設定要求を発行し、必要に応じてゲートウエイ装置から該当するサーバにサービス開始要求を自動的に発行するようになっているため、移動端末に対して機能変更を要求することなくプッシュ型情報サービスを提供できる。
【００６９】
また、本発明では、移動端末とサーバとの間に介在するゲートウェイによってサーバからのサービス情報パケットを受信し、配信先端末を特定し、受信パケットの複製をユニキャスト転送する構成となっているため、サーバ側で配信先となる移動端末を管理する必要がない。また、例えば、サーバがユーザの現在位置（地域）、年齢層、移動端末の機種などの配信条件付きのサービス情報を送信した場合でも、ゲートウエイ装置で上記配信条件に合致する移動端末を自動的に選択して受信パケットを転送でき、上記ゲートウエイ装置で送受信パケットのアドレスを変換することによって、プライベートＩＰアドレスをもつ移動端末に対しても、インタネット上のサーバによる情報サービスを提供できる。
【図面の簡単な説明】
【図１】本発明による情報配信サービスを提供する通信ネットワークの１例を示す図。
【図２】ゲートウェイの構成を示すブロック図。
【図３】ゲートウェイが保持する配信先移動端末情報管理テーブルの構成を示す図。
【図４】ゲートウェイが保持するサービス情報管理テーブルの構成を示す図。
【図５】本発明によるプッシュ型情報配信サービスを開始するための準備処理のシーケンス図。
【図６】本発明によるプッシュ型情報配信サービスにおけるコンテンツ配信処理のシーケンス図。
【図７】移動端末とプッシュサーバ間で送受信されるＩＰパケットのフォーマットの１例を示す図。
【図８】ゲートウェイで実行されるパケット受信処理プログラム５００のフローチャート。
【図９】上記パケット受信処理プログラム５００におけるフィルタシナリオ処理Ｒ５５０の詳細を示すフローチャート。
【図１０】移動端末２からの切断要求を契機としたコンテンツ配信サービスの終了処理手順を示すシーケンス図。
【図１１】加入者ノード６からの切断要求を契機としたコンテンツ配信サービスの終了処理手順を示すシーケンス図。
【図１２】契約者情報管理ノード４からの切断要求を契機としたコンテンツ配信サービスの終了処理手順を示すシーケンス図。
【符号の説明】
１：プッシュサーバ、２：移動端末、３：ゲートウェイ装置、
４：契約者管理ノード、５：関門ノード、６：加入者ノード、
７：位置情報サーバ、８：ＩＰコア網、１２：移動体パケット通信網、
１３：無線網、１４：無線コア網。
【図１】
0003739260.tif 000002
【図２】
0003739260.tif 000003
【図３】
0003739260.tif 000004
【図４】
0003739260.tif 000005
【図５】
0003739260.tif 000006
【図６】
0003739260.tif 000007
【図７】
0003739260.tif 000008
【図８】
0003739260.tif 000009
【図９】
0003739260.tif 000010
【図１０】
0003739260.tif 000011
【図１１】
0003739260.tif 000012
【図１２】
0003739260.tif 000013