JP2012105025A - 情報配信システム、情報配信方法、および情報配信プログラム - Google Patents

Abstract

【課題】データ送信対象の携帯端末に付与されたＩＰアドレスが変化した場合にも当該携帯端末にサーバからデータをプッシュ送信することを可能とする。
【解決手段】本実施形態のサーバは、携帯端末の端末情報を記憶する携帯端末情報記憶部と、端末情報のアドレス情報を記憶するアドレス管理記憶部とを備え、携帯端末から送信される変更通知情報を受信し、受信した第１の認証情報と携帯端末情報記憶部の端末情報に基づく第２の認証情報とを用いて変更アドレス情報を送信した携帯端末の認証を行い、携帯端末が認証された場合に、アドレス管理記憶部の端末情報に対応するアドレス情報を変更アドレス情報に更新し、アドレス管理記憶部に記憶された当該携帯端末に対応するアドレス情報に基づいて前記データ情報を前記携帯端末に送信する。
【選択図】図１

Description

本発明の実施形態は、情報配信システム、情報配信方法、および情報配信プログラムに関する。

公衆無線ネットワークを通じてＩＰアドレス（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ Ａｄｄｒｅｓｓ）を付与された携帯端末（例えばスマートフォンや携帯電話）とＩＰネットワーク上のサーバとがデータ通信をする場合、何らかの理由で一旦通信セッションが切断された後に再度接続する際に、前回付与されたＩＰアドレスとは異なるＩＰアドレスが携帯端末に付与されることがある。

例えば、携帯端末を持ち歩く人の移動と共に、ある地点で利用していた携帯端末のＩＰアドレスが通信キャリア会社の基地局エリアの関係で別の地点では変更となり、前回のＩＰアドレスの値と異なるＩＰアドレスが付与されることがある。また、ある特定地点で付与されていた携帯端末のＩＰアドレスが、ＩＰセッションの切断による再接続時に付与されるＩＰアドレスは前回のＩＰアドレスの値と異なるケースなどがある。

上述したような場合に、サーバから送信するデータが意図した携帯端末に送信されず、送信エラーとなってしまうという問題がある。

さらに、前回付与されたＩＰアドレスが別の携帯端末に付与される可能性もあり、サーバからデータが送信された場合に、意図した携帯端末に送信されるとは限らないという問題もある。

すなわち、携帯端末が公衆無線ネットワークを通じてネットワーク上のサーバと再度接続する際に、付与されているＩＰアドレスがＩＰセッション確立の度に異なることによって、サーバ側からデータ送信対象の携帯端末にデータを送信する際に宛先ＩＰアドレスが変動しまう可能性があり、メッセージを送信したい携帯端末を確実に特定することができないという問題がある。

特開２００４−７１５１号公報

本発明が解決しようとする課題は、公衆無線ネットワークを介したデータ通信において、データ送信対象の携帯端末に付与されたＩＰアドレスが変化した場合にも当該データ送信対象の携帯端末にサーバからデータを確実に送信することが可能な情報配信システム、情報配信方法、および情報配信プログラムを提供することである。

本実施形態の情報配信システムは、携帯端末と前記携帯端末にデータ情報を送信するサーバとがネットワークを介して接続している情報配信システムであって、 前記携帯端末は、付与されたアドレスが変化したかを判定するアドレス変化判定部と、前記付与されたアドレスが変化した場合に、変更されたアドレスである変更アドレス情報と前記携帯端末の端末情報に基づく第１の認証情報とを前記サーバに送信するアドレス情報送信部と、を備え、前記サーバは、前記携帯端末の端末情報を記憶する携帯端末情報記憶部と、前記端末情報に対応するアドレス情報を記憶するアドレス管理記憶部と、前記変更アドレス情報と前記第１の認証情報とを受信するアドレス情報受信部と、前記アドレス情報受信部が受信した前記第１の認証情報と、前記携帯端末情報記憶部の端末情報に基づく第２の認証情報とを用いて、前記変更アドレス情報を送信した前記携帯端末の認証を行う携帯端末認証部と、前記携帯端末認証部によって前記携帯端末が認証された場合に、前記アドレス管理記憶部の前記端末情報に対応する前記アドレス情報を前記変更アドレス情報に更新するアドレス情報登録部と、前記アドレス管理記憶部に記憶された前記携帯端末に対応する前記アドレス情報に基づいて前記データ情報を前記携帯端末に送信するデータ送受信部と、を備える。

第１の実施形態に係る情報配信システム１００の全体構成の一例を示すブロック図。 第１の実施形態に係る情報配信システム１００の携帯端末情報ＤＢ８０が保持する携帯端末情報テーブル２００の一例。 第１の実施形態に係る情報配信システム１００の端末ＩＰアドレス管理情報テーブル３００の一例を示す図。 第１の実施形態に係る情報配信システム１００の認証情報生成処理の一例を示すフローチャート。 第１の実施形態に係る情報配信システム１００のＩＰアドレス管理処理の一例を示すフローチャート。 第１の実施形態に係る情報配信システム１００のＩＰアドレス管理処理の一例を示すフローチャート。 第１の実施形態に係る情報配信システム１００のＩＰアドレス変更通知情報テーブル４００の一例を示す図。 第１の実施形態に係る情報配信システム１００の認証処理の一例を示すフローチャート。 第１の実施形態に係る情報配信システム１００のＩＰアドレス更新履歴画面の一例を示す図。 第１の実施形態に係る情報配信システム１００のデータ情報配信処理の一例を示すフローチャート。 第１の実施形態に係る情報配信システム１００のデータ情報配信処理の一例を示すフローチャート。 第１の実施形態に係る情報配信システム１００の作業指示メッセージ情報テーブル５００の一例を示す図。 第１の実施形態に係る情報配信システム１００の携帯端末応答情報テーブル６００の一例を示す図。 第１の実施形態に係る情報配信システム１００の作業指示メッセージ表示画面の一例を示す図。

以下、本実施形態の情報配信システム１００について図面を参照して説明する。なお、本明細書および図面において実質的に同一の機能構成を有する構成要素については同一の符号を付し、重複する説明は省略する。

（第１の実施形態）
（構成）
図１は本発明の第１の実施形態に係る情報配信システム１００の全体構成の一例を示すブロック図である。

図１に示すように、本実施形態の情報配信システム１００は、サーバ１と携帯端末２とが公衆無線ネットワーク３を介して接続して構成されている。この情報配信システム１００のサーバ１はネットワーク４を介してオペレータ端末６に接続されている。オペレータ端末６はサーバ１に例えば作業指示を行うための配信データ（以下、作業指示メッセージという）を送信する。また、携帯端末２は、サーバ１がデータ情報を送付するためのＩＰアドレスが付与されている。
また、情報配信システム１００の携帯端末２は、公衆無線ネットワーク５を介してＩＰアドレス付与サーバ７と接続している。ＩＰアドレス付与サーバ７は携帯端末２にＩＰアドレスを付与する。

なお、公衆無線ネットワーク３および５は、携帯電話網や公衆無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）などのネットワーク環境である。ネットワーク４はイントラネットやインターネットでも良い。また、サーバ１と接続する携帯端末２は複数でも良い。

情報配信システム１００のサーバ１は、作業指示メッセージ送受信部１１と携帯端末認証部１５とＩＰアドレス管理部１２と記憶装置８とを備える。

記憶装置８は、携帯端末２に関する情報（以下、携帯端末情報という）を保持する携帯端末情報データベース（ＤＢ）８０と、携帯端末２のＩＰアドレスを管理するためのＩＰアドレス管理情報を保持する端末ＩＰアドレス管理ＤＢ８１と、サーバ１から携帯端末２に送信される作業指示メッセージをなどのデータ情報を保持する作業指示メッセージＤＢ８２と、サーバ１と携帯端末２間の相互認証で用いるサーバ証明書８３を有する。

図２に携帯端末情報ＤＢ８０が保持する携帯端末情報テーブル２００の一例を示す。図２に示したように、携帯端末情報テーブル２００は、データ項目２０１、詳細説明２０２、主キーフラグ２０３、データサイズ２０４の項目を有する。

データ項目２０１は、携帯端末情報を構成する項目を示し、携帯端末２を一意に識別するための識別子を格納する「端末識別ＩＤ」、携帯端末２の利用者名を格納する「氏名」、携帯端末２の利用者の会社名や部門を格納する「会社・所属」、携帯端末２の電話番号を格納する「電話番号」、携帯端末２にログインする際のログインユーザＩＤを格納する「ユーザＩＤ」、携帯端末２にログインする際のログインパスワードを格納する「パスワード」、携帯端末２のメールアドレスを格納する「メールアドレス」、携帯端末２のＭＡＣアドレスを格納する「ＭＡＣアドレス（マック・アドレス、Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ ａｄｄｒｅｓｓ）」を有する。図２に示すように、本実施形態では、主キーフラグ２０３の欄に○が付与されている端末識別ＩＤと電話番号とＭＡＣアドレスとが主キーである。

データサイズ２０４は各データ項目２０１の実データサイズを示すものであり、サイズ可変のデータとサイズ固定のデータがある。なお、携帯端末２の携帯端末情報はあらかじめ携帯端末情報ＤＢ８０に格納されている。また、同一の端末識別ＩＤの携帯端末情報の登録を行う場合には、携帯端末情報テーブル２００に上書き更新する。

続いて、図３に端末ＩＰアドレス管理ＤＢ８１に格納された端末ＩＰアドレス管理情報テーブル３００の一例を示す。図３に示したように、端末ＩＰアドレス管理情報テーブル３００はデータ項目３０１、詳細説明３０２、主キー３０３、データサイズ３０４の項目を有する。

データ項目３０１は、携帯端末２を一意に識別するための識別子を格納する「端末識別ＩＤ」、携帯端末２のＩＰアドレスを格納する「ＩＰアドレス」、当該携帯端末２の電話番号を署名対象テキストとし、端末識別ＩＤを署名キーとしたＨＭＡＣ−ＳＨＡ１により生成されたＨａｓｈ値を格納する「認証情報」をデータ項目として有する。

なお、端末ＩＰアドレス管理情報テーブルの「ＩＰアドレス」は、あらかじめ登録されておいてもよいし、初めは空であって、後述するＩＰアドレス管理処理によって変更ＩＰアドレス情報が通知された際に新規登録するようにしても良い。

認証情報について説明する。端末ＩＰアドレス管理情報テーブル３００の認証情報は、ＩＰアドレス変更通知情報を送信してきた携帯端末２がサーバ１の携帯端末情報ＤＢ８０に予め登録された携帯端末２か否かを確認する認証処理を行うための情報である。

本実施形態の端末ＩＰアドレス管理情報テーブル３００の認証情報は、ＩＰアドレス管理部１２の携帯端末認証部１５が、対象の携帯端末２の電話番号を署名対象テキストとし、端末識別ＩＤを署名キーとしたＨＭＡＣ−ＳＨＡ１により生成したＨａｓｈ値である。この認証情報を用いて、サーバ１の携帯端末認証部１５はＩＰアドレス変更通知情報を送信してきた携帯端末２の認証を行う。なお、当該認証情報は、ＩＰアドレス変更通知情報を受信した際のサーバ１における携帯端末の認証処理だけでなく、後述する携帯端末応答情報を携帯端末２がサーバ１に送信する際のサーバ１における携帯端末の認証処理の際や、サーバ１がデータ情報を携帯端末２に送信する際の携帯端末２のサーバ認証部２４による認証処理にも用いてもよい。

端末ＩＰアドレス管理情報テーブル３００の認証情報はＩＰアドレス管理部１２の携帯端末認証部１５が生成する。図４を参照して認証情報を生成する処理（以下、認証情報生成処理という）について説明する。

図４はサーバ１の携帯端末認証部１５による認証情報生成処理の一例を示すフローチャートである。

まず、認証情報生成対象の携帯端末２の端末識別ＩＤに基づいて携帯端末情報を携帯端末情報ＤＢ８０から検索する（ステップＳ１）。検索された携帯端末情報から電話番号を抽出する（ステップＳ２）。抽出した電話番号を署名対象テキスト、端末識別ＩＤを署名キーとして、例えばＨＭＡＣ−ＳＨＡ１によってＨＭＡＣを計算し（ステップＳ３）、処理を終了する。この計算されたＨＭＡＣが認証情報である。

携帯端末２のサーバ認証部２４も同様に認証情報を生成する。サーバ認証部２４においては、携帯端末情報ＤＢ８０から携帯端末情報を検索するのではなく、当該携帯端末本体の有する携帯端末情報に基づいて、認証情報を生成する。

携帯端末２側が保持する認証情報を第１の認証情報とし、サーバ１側が保持する認証情報を第２の認証情報とする。携帯端末ＩＰアドレス情報登録部１４はこの計算されたＨＭＡＣを端末ＩＰアドレス管理情報テーブル３００の「認証情報」に登録する。

なお、この認証情報は携帯端末情報登録時に生成されてもよいし、ＩＰアドレス管理情報登録時に生成されてもよい。もしくは、携帯端末２からＩＰアドレス変更通知情報送信されてきた際に生成しても良い。なお、本実施形態では第２の認証情報を端末ＩＰアドレス管理ＤＢ８１に格納しているが、携帯端末情報ＤＢ８０に格納しても良い。すなわち、端末識別ＩＤに対応して格納されていればよい。

すなわち、ＩＰアドレス管理情報は携帯端末情報ＤＢに登録された携帯端末２の識別情報と、識別対象となる携帯端末２に付与されたＩＰアドレスとを対応付けるための情報である。このＩＰアドレス管理情報に基づいて、作業指示メッセージ送受信部１１はデータ情報の送信対象の携帯端末２にデータ情報を送信する。

なお、ＩＰアドレス管理情報の主キーは端末識別ＩＤである。すなわち、携帯端末情報テーブル２００と端末ＩＰアドレス管理情報テーブル３００とは端末識別ＩＤによって関連づいている。

なお、上述した携帯端末情報とＩＰアドレス管理情報とは一つのテーブルとして記憶装置８に保持してもかまわない。ただし、分割して保持することで、携帯端末２のＩＰアドレス管理におけるサーバ１の負荷を低減することが可能である。

作業指示メッセージ送受信部１１は、オペレータ端末６から送信されたデータを受信する。そして作業指示メッセージ送受信部１１は、当該受信したデータに基づいて携帯端末２へ送信するデータ情報（例えば、後述する作業指示メッセージ）を作成し、作成した作業指示メッセージを携帯端末２に送信する。すなわち、作業指示メッセージ送受信部１１はデータ情報を作成し、センタプッシュにて作業指示対象の携帯端末２に作業指示メッセージを送信する機能を有する。この作業指示メッセージの送信はＩＰアドレス管理情報として登録されている携帯端末２のＩＰアドレスを用いる。また、作業指示メッセージ送受信部１１は、後述する携帯端末２の作業アプリ部２６から送信される応答情報をも受信する。

ＩＰアドレス管理部１２は、携帯端末２のＩＰアドレスを管理する機能を有し、ＩＰアドレス情報受信部１３と、ＩＰアドレス情報登録部１４と、携帯端末認証部１５とを備える。

ＩＰアドレス管理部１２のＩＰアドレス情報受信部１３は、携帯端末２のＩＰアドレス情報送信部２３から送信されたＩＰアドレス変更通知情報を受信する。
ＩＰアドレス情報登録部１４は、携帯端末２から送信されたＩＰアドレス変更通知情報を携帯端末認証部１５の認証結果に基づいて、端末ＩＰアドレス管理ＤＢ８１に登録・更新する。

携帯端末認証部１５は、携帯端末２から送信された認証情報と、記憶装置８に記憶された端末ＩＰアドレス管理情報テーブル３００の認証情報とを用いた携帯端末認証処理と、携帯端末２の有するサーバ認証部２４とともに、サーバ１と携帯端末２間の相互認証を行う相互認証処理とを行う。相互認証には例えばＨＴＴＰＳ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ ｏｖｅｒ Ｓｅｃｕｒｅ Ｓｏｃｋｅｔ Ｌａｙｅｒ）を用いる。このように相互認証処理を行うことにより、成りすましを防止することができる。なお、携帯端末認証処理、相互認証処理についてはそれぞれ後述する。

ここで、サーバ１と携帯端末２間の相互認証処理について説明する。この相互認証処理は、サーバ１と携帯端末２間の通信に先立って行う。すなわち、本実施形態の情報配信システム１００は、携帯端末認証部１５と携帯端末２のサーバ認証部２４とがサーバ１と携帯端末２間で通信相手が適正であるかどうかを確認し、適正である場合にＳＳＬなどによる通信セッションを確立する。

なお、サーバ１の携帯端末認証部１５と携帯端末２のサーバ認証部２４とがサーバ１と携帯端末２間の通信に先立ってＳＳＬセッションを確立する時にはＳＳＬサーバ証明書８３とＳＳＬクライアント証明書２７とが必要である。ＳＳＬクライアント証明書２７、およびＳＳＬサーバ証明書８３は認証事業者により発行された証明書である。

サーバ証明書８３の取得は、まずはＣＳＲ（Ｃｅｒｔｉｆｉｃａｔｅ Ｓｉｇｎｉｎｇ Ｒｅｑｕｅｓｔ）を作成し、Ｔｒｕｓｔｅｄ Ｔｈｉｒｄ Ｐａｒｔｙ（ＴＴＰ）である認証事業者にサーバ証明書８３の発行申請を行う。そして、ＣＳＲをＣＡ（Ｃｅｒｔｉｆｉｃａｔｅ Ａｕｔｈｏｒｉｔｙ）ルート証明書、またはＣＡ中間ルート証明書の公開鍵と対となる秘密鍵でデジタル署名し、サーバ証明書８３をサーバ１事業者あてに発行することによって取得される。なお、ここでは携帯電話向けＷｅｂサーバ１のＵＲＬに対するサーバ証明書８３の発行を対象とする。また、ＴＴＰとのデータ授受に関しては基本的には記憶メディア（ＣＤ−Ｒ等）での手渡し（オフライン）となる。

本実施形態の情報配信システム１００は、サーバ１及び携帯端末２が各々ＳＳＬクライアント証明書及びＳＳＬサーバ証明書の両方を保持する。すなわち、携帯端末２（クライアント）から送信されたＩＰアドレス変更通知情報のメッセージを受信してもよいサーバ１（サーバ）を特定するために、サーバ１側にはＳＳＬサーバ証明書８３を、携帯端末２側にはＳＳＬクライアント証明書２７を登録して相互認証を実施する。また、同様にサーバ１（クライアント）から送信された作業指示メッセージを受信してもよい携帯端末２（サーバ）を特定するために、サーバ１側にはＳＳＬクライアント証明書８４を、携帯端末２側にはＳＳＬサーバ証明書２８を登録して相互認証を実施する。これにより情報配信システム１００の認証強度を向上することが可能となる。

次に、情報配信システム１００の携帯端末２について説明する。情報配信システム１００の携帯端末２は、ＩＰアドレス取得部２０、ＩＰアドレス変化検知部２１、ＩＰアドレス情報編集部２２、ＩＰアドレス情報送信部２３、サーバ認証部２４、作業指示メッセージ受信部２５、および作業アプリ部２６を備える。

ＩＰアドレス取得部２０は、ＩＰアドレス付与サーバ７からＩＰアドレスを取得する。ＩＰアドレスの取得は携帯端末２の起動時や、何らかの原因によるＩＰセッションの切断後に携帯端末２がＩＰ通信を実施しようとした場合などに行われる。

ＩＰアドレス変化検知部２１は、ＩＰアドレス取得部２０がＩＰアドレスを取得した際に後述するＩＰアドレス変化判定処理を行い、ＩＰアドレスの変化があった場合、すなわち付与されたＩＰアドレスが変更された場合に、変更されたＩＰアドレス（以下、変更ＩＰアドレスという）の値をＩＰアドレス情報編集部２２に送信する。なお、携帯端末２のＩＰアドレスは例えばオペレーティングシステム（ＯＳ）に登録されている。

ＩＰアドレス情報編集部２２は、ＩＰアドレス変化検知部２１によってＩＰアドレス値が変化したと判定された場合に、当該携帯端末２の機体識別情報（例えば端末識別ＩＤ）と、送信された変更ＩＰアドレスの値と、当該携帯端末２をサーバ１で認証する際に用いる認証情報（第１の認証情報）とを含むＩＰアドレス変更通知情報を作成する。

ＩＰアドレス情報送信部２３は、ＩＰアドレス情報編集部２２が作成したＩＰアドレス変更通知情報をサーバ１に送信する。

作業指示メッセージ受信部２５は、サーバ１の作業指示メッセージ送受信部１１からセンタプッシュにて送信されてくる作業指示メッセージを受信する。作業アプリ部２６は作業指示メッセージ受信部２５が受信した作業指示メッセージに応答するためのアプリケーションである。

図５乃至図１４を参照して本実施形態に係る情報配信システム１００の動作について説明する。

図５および図６は携帯端末２のＩＰセッションが切断された場合の本実施形態の情報配信システム１００のＩＰアドレス管理処理を示すフローチャートである。

まず、携帯端末２はＩＰアドレス付与サーバ７にＩＰアドレス取得要求を行い（ステップＳ１１）、ＩＰアドレス付与サーバ７からＩＰアドレスを取得する（ステップＳ１２）。このとき、携帯端末２のＩＰアドレス変化検知部２１が取得したＩＰアドレスが取得前に付与されていたＩＰアドレスから変化しているかを判定するためのＩＰアドレス変化判定処理を行う（ステップＳ１３）。

ここで、ＩＰアドレス変化判定処理において、それまで付与されていたＩＰアドレスに変化があったかどうかの判定は、例えば、グローバルＩＰアドレスが携帯端末に付与されたことをＯＳが検知した場合にＩＰアドレスが変化したと判定する。すなわち、プライベートＩＰアドレス、マルチキャストアドレス、実験用アドレス、ＡＰＩＰＡ及びループバックアドレス以外のグローバルＩＰアドレスが携帯端末２のＯＳに付与された場合、ＩＰアドレスが変化したと判定する。

ＩＰアドレス変化検知部２１がＩＰアドレスの変化がないと判定した場合（ステップＳ１４がＮｏ）、本実施形態のＩＰアドレス管理処理を終了する。携帯端末２はサーバ１からのデータ情報受信の待機状態となる。

ＩＰアドレス変化検知部２１がＩＰアドレスの変化ありと判定した場合（ステップＳ１４がＹｅｓ）、携帯端末２のサーバ認証部２４は、サーバ１が適正なサーバ１であるかを判定するサーバ認証を行うために、サーバ認証要求を行う（ステップＳ１５）。サーバ１はサーバ認証要求を受信すると（ステップＳ１６）、サーバ証明書８３を携帯端末２に送信する（ステップＳ１７）。

携帯端末２のサーバ認証部２４は受信したサーバ証明書８３の認証処理（以下、サーバ認証処理という）を行う（ステップＳ１８）。サーバ１が認証されなかった場合、すなわち認証結果が異常である場合（ステップＳ１９がＮｏ）、サーバ認証部２４はサーバ認証エラーとして、処理を終了する（ステップＳ２０）。

サーバ１が認証された場合、すなわち認証結果が正常である場合（ステップＳ１９がＹｅｓ）、サーバ認証部２４は携帯端末認証部１５にサーバ認証結果を送信する（ステップＳ２１）。サーバ１の携帯端末認証部１５はサーバ認証結果を受信すると（ステップＳ２２）、クライアント認証要求をサーバ認証部２４に送信する（ステップＳ２３）。

携帯端末２のサーバ認証部２４は、クライアント認証要求を受信すると（ステップＳ２４）、クライアント証明書２７をサーバ１に送信する（ステップＳ２５）。クライアント証明書２７を受信すると、サーバ１の携帯端末認証部１５は、クライアント証明書２７の認証（以下、クライアント認証という）を行う（ステップＳ２６）。

クライアント認証されなかった場合、すなわち認証結果が異常である場合（ステップＳ２７がＮｏ）、携帯端末認証部１５はクライアント認証エラーを携帯端末２に送信し、携帯端末２はクライアント認証エラーとして処理を終了する（ステップＳ２８）。

クライアント認証された場合、すなわち認証結果が正常である場合（ステップＳ２７がＹｅｓ）、携帯端末認証部１５はサーバ認証部２４にクライアント認証結果を送信する（ステップＳ２９）。サーバ認証部２４は、クライアント認証結果を受信すると（ステップＳ３０）、ＩＰアドレス情報編集部２２がＩＰアドレス変更通知情報を作成する（ステップＳ３１）。ステップＳ１５からステップＳ３０までの処理のような、サーバ１と携帯端末２がそれぞれ通信相手を認証する処理を相互認証処理という。ここではサーバ証明書とクライアント証明書を用いる。

図７に、ＩＰアドレス情報編集部２２が作成したＩＰアドレス変更通知情報を格納したＩＰアドレス変更通知情報テーブル４００の一例を示す。図７に示すように、ＩＰアドレス変更通知情報テーブル４００は、データ項目４０１、詳細説明４０２、主キーフラグ４０３、データサイズ４０４を有する。

すなわち、ＩＰアドレス変更通知情報は携帯端末２を一意に識別するための識別子「端末識別ＩＤ」、ＩＰアドレス付与サーバ７から取得したＩＰアドレスを格納する「変更ＩＰアドレス」、変更のあったＩＰアドレスを保持している携帯端末２がサーバ１の携帯端末情報ＤＢ８０に予め登録された携帯端末２か否かを確認するための認証情報を格納する「認証情報」、ログインユーザＩＤである「ユーザＩＤ」、ログインパスワードである「パスワード」を項目として有する。認証情報は当該携帯端末２の電話番号を署名対象テキストとし、端末識別ＩＤを署名キーとして生成されたＨａｓｈ値である。

なお、ＩＰアドレス変更通知情報はＨＴＴＰのボディ部にセットして電文として送信する。また、ユーザＩＤとパスワードは認証強度を強くするためのオプションとしてリザーブされるデータであり、必要に応じて利用者に入力させて利用する。

上述したようなＩＰアドレス変更通知情報をＩＰアドレス情報編集部２２が作成すると、携帯端末２のＩＰアドレス情報送信部２３は、このＩＰアドレス変更通知情報をサーバ１のＩＰアドレス情報受信部１３に送信する（ステップＳ３２）。送信されたＩＰアドレス変更通知情報はサーバ１のＩＰアドレス情報受信部１３が受信する（ステップＳ３３）。ＩＰアドレス変更通知情報を受信した際に、携帯端末認証部１５がＩＰアドレス変更通知情報を送信してきた携帯端末２の認証処理（以下、携帯端末認証処理という）を行う（ステップＳ３４）。

ここで、図８を参照して、携帯端末２がＩＰアドレス変更通知情報を送信してきた場合のサーバ１における認証処理について説明する。図８はサーバ１が携帯端末２からＩＰアドレス変更通知情報を受信した際の認証処理の一例を示すフローチャートである。

まず、サーバ１の携帯端末認証部１５が、携帯端末２から送信されたＩＰアドレス変更通知情報を受信する（ステップＳ４１）。携帯端末認証部１５は受信したＩＰアドレス変更通知情報の認識情報を抽出する（ステップＳ４２）。続いて、携帯端末認証部１５は受信したＩＰアドレス変更通知情報の端末識別ＩＤに基づいて、端末ＩＰアドレス管理ＤＢ８１から認証情報を抽出する（ステップＳ４３）。

携帯端末認証部１５は、ステップＳ４２、ステップＳ４３で抽出されたそれぞれの認証情報の値が一致するか否かを判定する（ステップＳ４４）。それぞれの認証情報の値が一致する場合（ステップＳ４４がＹｅｓ）、認証結果が正常である、すなわち、このＩＰアドレス変更通知情報は正しい携帯端末２から送信されたと判定し（ステップＳ４５）、処理を終了する。

それぞれの認証情報の値が一致しない場合（ステップＳ４４がＮｏ）、認証結果が異常である、すなわち、このＩＰアドレス変更通知情報は正しい携帯端末２から送信されたものではないと判定し（ステップＳ４６）、処理を終了する。

上述した認証処理において、携帯端末認証部１５によって、ＩＰアドレス変更通知情報を送信してきた携帯端末２が認証されなかった（正しい携帯端末２でなかった）場合（ステップＳ３５がＮｏ）、ＩＰアドレス情報登録部１４は携帯端末２に登録不可を通知し、（ステップＳ３７）、ＩＰアドレス管理処理を終了する。なお、登録不可の場合は携帯端末２にエラー画面を表示するようにしても良い。

携帯端末認証部１５によって、ＩＰアドレス変更通知情報を送信してきた携帯端末２が認証された（正しい携帯端末２であった）場合（ステップＳ３５がＹｅｓ）、サーバ１のＩＰアドレス情報登録部１４は、受信したＩＰアドレス変更通知情報の端末識別ＩＤを参照して端末ＩＰアドレス管理ＤＢ８１のＩＰアドレス欄に、変更ＩＰアドレスの登録を行う（ステップＳ３６）。

具体的には、受信したＩＰアドレス変更通知情報の端末識別ＩＤを参照して、端末ＩＰアドレス管理ＤＢ８１の端末ＩＰアドレス管理情報テーブル３００を検索し、該当する端末ＩＰアドレス管理情報のＩＰアドレスを、受信したＩＰアドレス変更通知情報に含まれる変更ＩＰアドレスに更新する。なお、該当する端末ＩＰアドレス管理情報のＩＰアドレス欄が空のときは新規登録を行う。

そして、ＩＰアドレス情報登録部１４は、携帯端末２に登録完了を通知し（ステップＳ３８）、ＩＰアドレス管理処理を終了する。

なお、上述したＩＰアドレス管理処理により検知された変更ＩＰアドレスは更新履歴として携帯端末２に保存するようにしても良い。図９に携帯端末２に保存された変更ＩＰアドレスのＩＰアドレス更新履歴画面２８の一例を示す。

続いて、図１０乃至図１４を参照して、サーバ１からセンタプッシュにて作業指示メッセージが送信される場合の本実施形態の情報配信システム１００の処理について説明する。

図１０乃至図１１は、本実施形態に係るサーバ１からセンタプッシュにて対象の携帯端末２に作業指示メッセージが送信される場合の情報配信システム１００のデータ情報配信処理の一例を示すフローチャートである。なお、ここでは対象の携帯端末２は図１に示した携帯端末２であり、あらかじめ、携帯端末２の携帯端末情報はサーバ１の携帯端末情報ＤＢ８０に登録されているとする。また、携帯端末２の初期のＩＰアドレスは端末ＩＰアドレス管理ＤＢ８１に登録されており、何らかの原因でＩＰセッションが切断された場合には、上述したＩＰアドレス管理処理が行われ更新されているとする。

また、本実施形態の情報配信システム１００は、例えば、宅配便の再配達や修理依頼の受付などに用いることが可能である。ここでは、宅配便の再配達を例に上げ、宅配先から宅配業者のオペレータに再配達の依頼連絡があり、この依頼に基づいた指示メッセージがオペレータ端末６から送信されたところからスタートする。

なお、指示メッセージは、例えば、サーバ１がサーバ１から作業指示メッセージを送信する対象の携帯端末を特定するために必要な情報を含む。ここでは、送信対象の携帯端末は図１に記載した携帯端末２である。

まず、サーバ１の作業指示メッセージ送受信部１１が、オペレータ端末６から受信した指示メッセージに基づいて、作業指示メッセージを作成する（ステップＳ９１）。

ここで、図１２を参照して作業指示メッセージについて説明する。

図１２は、作業指示メッセージを格納する作業指示メッセージテーブル５００の一例である。図１２に示すように、作業指示メッセージテーブル５００は、データ項目５０１、詳細説明５０２、主キーフラグ５０３、データサイズ５０４を有する。

すなわち、作業指示メッセージは、作業指示メッセージを一意に識別するための識別子である「メッセージＩＤ」、作業指示メッセージを送信する対象である携帯端末２を一意に識別するための識別子である「端末識別ＩＤ」、メッセージの送信先である携帯端末２のＩＰアドレスである「ＩＰアドレス」、当該携帯端末２の電話番号を署名対象テキストとし、端末識別ＩＤを署名キーとしたＨＭＡＣ−ＳＨＡ１により生成されたＨａｓｈ値である「認証情報」、携帯端末２に送信する作業指示メッセージである「指示メッセージ本文」、当該携帯端末２からの応答があったかどうかを識別するフラグである「指示メッセージ応答フラグ」（ＴＲＵＥ：応答あり ＦＡＬＳＥ：応答なし）、本メッセージを受信した携帯端末２から応答があった場合に対応可能か否かを設定するフラグである「対応可否フラグ」（ＴＲＵＥ：対応可 ＦＡＬＳＥ：対応不可）をデータ項目として有する。なお、認証情報は、作業指示メッセージを送信した携帯端末２がサーバ１の携帯端末情報ＤＢ８０に予め登録された携帯端末２であるかを認証するために用いられる。
作業指示メッセージテーブル５００は、サーバ１の記憶装置８の作業指示メッセージＤＢ８２に格納される。例えば、作業指示メッセージ送受信部１１がオペレータ端末６から指示メッセージを受信した場合、および作業指示メッセージ送受信部１１が送信対象の携帯端末２のＩＰアドレスを取得した際に、登録もしくは更新される。

すなわち、このステップＳ９１においては、オペレータ端末６からサーバ１が受信した指示メッセージに基づいて、作業指示メッセージ送受信部１１が作業指示メッセージテーブル５００のメッセージＩＤ、作業指示メッセージを送信する対象の携帯端末の端末識別ＩＤ、当該携帯端末の認証情報、および指示メッセージ本文を有する作業指示メッセージを作成する。

次に、作業指示メッセージ送受信部１１は、作業指示メッセージテーブル５００の端末識別ＩＤに基づいて、送信対象の携帯端末２のＩＰアドレスを取得する（ステップＳ９２）。具体的には、作業指示メッセージ送受信部１１は、作成した作業指示メッセージテーブル５００の端末識別ＩＤに基づいて端末ＩＰアドレス管理ＤＢ８１を検索し、端末識別ＩＤが一致する携帯端末２のＩＰアドレスを取得する。取得されたＩＰアドレスは作業指示メッセージテーブル５００のＩＰアドレス欄に格納される。

続いて、サーバ１の携帯端末認証部１５と携帯端末２サーバ認証部２４とが、クライアント証明書８４とサーバ証明書２８とを用いて相互認証処理を行う（ステップＳ９３）。相互認証の結果、サーバ１と携帯端末２との通信セッションが確立しなかった場合（ステップＳ９４がＮｏ）、セッション確立エラーとなり（ステップＳ９５）、通信が切断され処理が終了する。

相互認証の結果、サーバ１と携帯端末２との通信セッションが確立した場合（ステップＳ９４がＹｅｓ）、作業指示メッセージ送受信部１１は取得したＩＰアドレスに基づいて、作業指示メッセージを携帯端末２の作業指示メッセージ受信部２５に送信する（ステップＳ９６）。

携帯端末２の作業指示メッセージ受信部２５が作業指示メッセージを受信すると（ステップＳ９７）、サーバ認証部２４はこの作業指示メッセージから認証情報を抽出する（ステップＳ９８）。続いて、サーバ認証部２４は、携帯端末２から当該携帯端末２の認証情報を取得する（ステップＳ９９）。

この認証情報は携帯端末２の携帯端末情報のうちの端末識別ＩＤを署名キーとし、電話番号を署名対象テキストとして計算されたＨＭＡＣである。すなわち、この認識情報は図４に示したサーバ１における認証情報生成処理と同様な処理によって生成される。ただし、ステップＳ１に相当する処理において携帯端末情報を取得するのは携帯端末情報ＤＢ８０からではなく、携帯端末２本体からである。なお、この認証情報はこのステップＳ９９で生成されてもよいし、あらかじめ生成して保持しておいた認証情報を取得してもよい。

サーバ認証部２４は、ステップＳ９８の認証情報とステップＳ９９の認証情報とを用いて認証処理を行う（ステップＳ１００）。それぞれの認証情報が一致しない場合（ステップＳ１００がＮｏ）、サーバ認証部２４は、認証結果が異常である、すなわち、サーバ１からの作業指示メッセージにエラーがあると判定する（ステップＳ１０１）。そして、この認証結果にもとづいて、サーバ認証部２４はサーバ１に認証結果が異常であることを示すエラーメッセージを送信する（ステップＳ１０２）。

サーバ１の作業指示メッセージ送受信部１１は、エラーメッセージを受信すると（ステップＳ１０３）、作業指示メッセージ送受信部１１が送信した作業指示メッセージのＩＰアドレスと、現在の端末ＩＰアドレス管理ＤＢ８１のＩＰアドレスとが一致するか否かの判定を行う（ステップＳ１０４）。作業指示メッセージ送受信部１１が送信した作業指示メッセージのＩＰアドレスと、現在の端末ＩＰアドレス管理ＤＢ８１のＩＰアドレスとが一致する場合（ステップＳ１０４がＹｅｓ）、所定の時間が経過した後に（ステップＳ１０５）、再度ステップＳ１０４の判定を行う。

作業指示メッセージ送受信部１１が送信した作業指示メッセージのＩＰアドレスと、現在の端末ＩＰアドレス管理ＤＢ８１のＩＰアドレスとが一致しない場合（ステップＳ１０４がＮｏ）、図１０のステップＳ９２の処理に戻り、処理を繰り返す。

すなわち、ステップＳ１０４において作業指示メッセージ送受信部１１が送信した作業指示メッセージのＩＰアドレスと、現在の端末ＩＰアドレス管理ＤＢ８１のＩＰアドレスとが一致しないということは、作業指示メッセージ送受信部１１が作業指示メッセージを携帯端末２に送信してから携帯端末２が認証処理を行うまでの間に携帯端末２のＩＰアドレスが変化したということである。このため、現在の端末ＩＰアドレス管理ＤＢ８１のＩＰアドレスに基づいて再度処理を繰り返す。

一方、ステップＳ１０４において、作業指示メッセージ送受信部１１が送信した作業指示メッセージのＩＰアドレスと、現在の端末ＩＰアドレス管理ＤＢ８１のＩＰアドレスとが一致するということは、携帯端末２のＩＰアドレスが変化したが、端末ＩＰアドレス管理ＤＢ８１に反映が行われている前ということである。よって、所定時間が経過した後に再度ステップＳ１０４の判定を行い、現在のＩＰアドレスに基づいて再度処理を行う。

これにより、携帯端末２の現在のＩＰアドレスと、サーバ１で認識している携帯端末のＩＰアドレスが異なるタイミングが生じてしまう場合にも、サーバ１側から送信するメッセージを送信対象の携帯端末２に正しく送信することが可能となる。

ここで、図１０のステップＳ１００におけるサーバ認証部２４の認証処理の説明に戻る。

ステップＳ９８で抽出した認証情報とステップＳ９９で取得した認証情報が一致した場合（ステップＳ１００がＹｅｓ）、サーバ認証部２４は、認証結果が正常である、すなわち、サーバ１からの作業指示メッセージが正しい携帯端末２に送信されたと判定する（ステップＳ１０６）。そして、この認証結果にもとづいて、携帯端末２の作業アプリ部２６は応答情報（以下、携帯端末応答情報という）を作成する（ステップＳ１０７）。そして、作業アプリ部２６は作成した携帯端末応答情報をサーバ１に送信する（ステップＳ１０８）。

ここで、図１３に携帯端末応答情報の一例を示す。図１３は携帯端末応答情報を格納する携帯端末応答情報テーブル６００の一例である。図１３に示すように携帯端末応答情報テーブル６００は、データ項目６０１、詳細説明６０２、主キーフラグ６０３、データサイズ６０４を有する。

すなわち、携帯端末応答情報は、作業指示メッセージを一意に識別するための識別子である「メッセージＩＤ」、携帯端末２を一意に識別するための識別子である「端末識別ＩＤ」、再配達可能、不可のいずれかの情報を登録する「応答結果」、変更のあったＩＰアドレスを保持している携帯端末２がサーバ１の携帯端末情報ＤＢ８０に予め登録された携帯端末２か否かを確認するための認証情報を登録する「認証情報」、ログインユーザＩＤである「ユーザＩＤ」、ログインパスワードである「パスワード」をデータ項目として有する。認証情報は当該携帯端末２の電話番号を署名対象テキストとし、端末識別ＩＤを署名キーとして生成されたＨａｓｈ値である。

サーバ１が携帯端末応答情報を受信すると（ステップＳ１０９）、携帯端末認証部１５は、受信した携帯端末応答情報から認証情報を抽出する（ステップＳ１１０）。続いて、携帯端末認証部１５は受信した携帯端末応答情報に基づいてサーバ１の端末ＩＰアドレス管理ＤＢ８１における当該携帯端末２の認証情報を取得する（ステップＳ１１１）。そして、携帯端末認証部１５はステップＳ１１０で抽出した認証情報とステップＳ１１１で取得した認証情報が一致しているか否かの判定を行う（ステップＳ１１２）。

それぞれの認証情報が一致していない場合（ステップＳ１１２がＮｏ）、携帯端末認証部１５は認証結果が異常であると判定する（ステップＳ１１３）。すなわち、携帯端末応答情報は正しい携帯端末２（作業指示メッセージ送信対象の携帯端末２）から送信されていないと判定し、図１０のステップＳ９２に戻り、再度送信対象の携帯端末２の検索を行う。この場合、ステップＳ１０９で受信した携帯端末応答情報は破棄する。

それぞれの認証情報が一致している場合（ステップＳ１１２がＹｅｓ）、携帯端末認証部１５は認証結果が正常であると判定する（ステップＳ１１４）。すなわち、携帯端末応答情報は正しい携帯端末２（作業指示メッセージ送信対象の携帯端末２）から送信されたと判定する。これにより、さらに確実にデータの送信対象の携帯端末２にデータが送信され、この送信対象の携帯端末から応答があったことを確認することが可能となる。

そして、サーバ１の作業指示メッセージ送受信部１１は、受信した携帯端末応答情報に基づいて作業指示メッセージＤＢ８２の更新行い（ステップＳ１１５）、処理を終了する。具体的には、受信した携帯端末応答情報に基づいて作業指示メッセージテーブル５００の対応可否フラグと指示メッセージ応答フラグの更新を行う。

図１４に、携帯端末２の作業アプリ部２６が作業指示メッセージを受信した場合に、携帯端末２に表示される画面の一例を示す。携帯端末２がサーバ１から作業指示メッセージを受信すると、作業指示メッセージ受信画面２９１が表示される。携帯端末２の利用者が作業指示メッセージ受信画面２９１を確認し、「確認ボタン」２９２をクリックすると、作業指示メッセージ応答画面２９３が表示される。

携帯端末２の利用者は作業指示メッセージ応答画面２９３に表示された作業指示メッセージの詳細を確認し、「配達可能ボタン」２９４もしくは「配達不可ボタン」２９５をクリックすることで携帯端末応答情報が作成され、サーバ１に送信される。

上述したように、本実施形態の情報配信システム１００は、携帯端末２に通信キャリア会社の管理する携帯電話網や公衆無線ＬＡＮ等から付与されるＩＰアドレスが変わったとしても的確に当該携帯端末２宛てにアプリケーション層で定義するプッシュ型メッセージを送信するためのＩＰアドレス管理を実現することが可能となる。

また、本実施形態の情報配信システム１００によると、単に携帯端末２が送信してきたＩＰアドレスをサーバ１で管理するだけでは携帯端末２の非同期事象によって携帯端末２とサーバ１で認識している携帯端末２のＩＰアドレスが異なるタイミングが生じてしまうため、この場合にもサーバ１側から送信するメッセージが正しく当該携帯端末２が受信することを可能とする。

すなわち、本実施形態の情報配信システム１００によると、従来の方法では携帯端末２から能動的な接続でなければ業務情報等を取得することができなかったセンタシステムやサーバ側から、能動的に尚且つリアルタイム性をもって業務情報（メッセージ）を伝達することが可能となる。これにより業務効率や携帯端末２を携帯する利用者の利便性を向上することができる。

また、本実施形態の情報配信システム１００によると、携帯端末２のＩＰアドレスの変化があった場合のみにサーバ１側にＩＰアドレスの値が送信されてくる。すなわち、定期的に携帯端末２のＩＰアドレスが変更されていないかどうかをサーバ１主導で確認するための通信が不要となるため、ネットワークトラフィックを大幅に削減することが可能である。したがって、サーバ負荷も低減することが可能である。

また、各携帯端末２のＩＰアドレスの値と、携帯端末２のＩＰアドレスを管理するサーバ１の認識する携帯端末２のＩＰアドレスの値とが、ある一時だけ異なった場合でも、意図しない携帯端末２へのメッセージ誤送信を防止することができ、無関係の携帯端末への配信を防止に寄与できる。すなわち、サーバ１から送信されるメッセージが意図しない携帯端末２に送信された場合でも、携帯端末２から送信される応答データに認証情報を含めることにより、サーバ１が意図した携帯端末２にメッセージを送信したことを確認することが可能である。

なお、ここでは本発明の実施形態を説明したが、この実施形態は例として提示したものであり、発明の範囲を限定することは意図していない。この新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。この実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

例えば携帯端末２が通信キャリア会社の管理する携帯通信網や公衆無線ＬＡＮ等から付与されているＩＰアドレスに変化があったかどうかの検知には、携帯端末２のＯＳの機能を利用する。これによりＩＰアドレスの変化を検知し、ＩＰアドレス管理部１２に変更ＩＰアドレスを送信する。なお、本実施形態ではＩＰアドレスを携帯端末２に付与しているが、その他のアドレスでも良い。

また、携帯端末２にはＷｅｂサーバ機能を実装したソフトウェアをインストールし、サーバ１から非同期にＨＴＴＰにて送信されるメッセージ（アプリケーション層で定義した電文データであり、ＨＴＴＰボディ部にセットされる）を受信できるようにしてもよい。

なお、システム全体の認証強度を上げるために携帯端末２（クライアント）から送信されたＩＰアドレス情報のメッセージを受信してもよいサーバ１（ＩＰアドレス管理サーバ）を特定するために、サーバ１側にはＳＳＬサーバ証明書８３を、携帯端末２側にはＳＳＬクライアント証明書２７を各々登録して相互認証を実施する。

同様にシステム全体の認証強度を上げるためにサーバ１（クライアント）から送信されたセンタプッシュ用の業務メッセージを受信してもよい携帯端末２（サーバ１）を特定するために、サーバ１側にはＳＳＬクライアント証明書８４を、携帯端末２側にはＳＳＬサーバ証明書２８を各々登録して相互認証を実施する。

１…サーバ、２…携帯端末、３…公衆無線ネットワーク、６…オペレータ端末、８…記憶装置、１１…作業指示メッセージ送受信部、１２…ＩＰアドレス管理部、１３…ＩＰアドレス情報受信部、１４…ＩＰアドレス情報登録部、１５…携帯端末認証部、２０…ＩＰアドレス取得部、２１…ＩＰアドレス変化検知部、２２…ＩＰアドレス情報編集部、２３…ＩＰアドレス情報送信部、２４…サーバ認証部、２５…作業指示メッセージ受信部、２６…作業アプリ部、２７…クライアント証明書、２８…サーバ証明書、８３…サーバ証明書、８４…クライアント証明書

Claims (10)

1. 携帯端末と前記携帯端末にデータ情報を送信するサーバとがネットワークを介して接続している情報配信システムであって、
   前記携帯端末は、
   付与されたアドレスが変化したかを判定するアドレス変化判定部と、
   前記付与されたアドレスが変化した場合に、変更されたアドレスである変更アドレス情報と前記携帯端末の端末情報に基づく第１の認証情報とを前記サーバに送信するアドレス情報送信部と、を備え、
   前記サーバは、
   前記携帯端末の端末情報を記憶する携帯端末情報記憶部と、
   前記端末情報に対応するアドレス情報を記憶するアドレス管理記憶部と、
   前記変更アドレス情報と前記第１の認証情報とを受信するアドレス情報受信部と、
   前記アドレス情報受信部が受信した前記第１の認証情報と、前記携帯端末情報記憶部の端末情報に基づく第２の認証情報とを用いて、前記変更アドレス情報を送信した前記携帯端末の認証を行う携帯端末認証部と、
   前記携帯端末認証部によって前記携帯端末が認証された場合に、前記アドレス管理記憶部の前記端末情報に対応する前記アドレス情報を前記変更アドレス情報に更新するアドレス情報登録部と、
   前記アドレス管理記憶部に記憶された前記携帯端末に対応する前記アドレス情報に基づいて前記データ情報を前記携帯端末に送信するデータ送受信部と、を備える情報配信システム。
2. 前記携帯端末は、前記サーバから受信した前記データ情報に対する応答情報と前記第１の認証情報とを前記サーバに返信する作業アプリ部をさらに備え、
   前記データ送受信部は、前記応答情報を受信し、
   前記携帯端末認証部は、前記携帯端末から受信した前記第１の認証情報と、前記第２の認証情報とを用いて認証を行い、
   前記データ送受信部は、前記認証結果が異常である場合に前記応答情報を受信しない請求項１に記載の情報配信システム。
3. 前記サーバは、
   前記データ情報と、前記データ送受信部が前記データ情報の送信対象の携帯端末のアドレス情報とを対応づけて記憶するデータ情報記憶部を備え、
   前記データ送受信部は、前記データ情報と前記送信対象の携帯端末に関する前記第２の認証情報とを送信し、
   前記携帯端末は、
   前記第１の認証情報と、前記データ送受信部から受信した前記送信対象の携帯端末に関する第２の認証情報とを用いて認証を行うサーバ認証部を備え、
   前記アドレス情報送信部は、前記サーバ認証部の前記認証結果が異常である場合に前記認証結果を前記データ送受信部に送信し、
   前記データ送受信部は、前記認証結果を受信した場合に、前記データ情報記憶部の前記データ情報の送信対象の携帯端末の前記アドレス情報と前記アドレス管理記憶部に登録された前記アドレス情報とを検索し、それぞれ検索されたアドレス情報が不一致である場合に、前記記憶部の前記アドレス情報に基づいて前記データ情報を前記送信対象の携帯端末に送信する請求項１乃至請求項２の何れか１項に記載の情報配信システム。
4. 前記データ送受信部は、前記認証結果を受信した場合に、前記データ情報記憶部の前記データ情報の送信対象の携帯端末の前記アドレス情報と前記アドレス管理記憶部の前記アドレス情報とを検索し、それぞれ検索されたアドレス情報が一致する場合に、それぞれ検索されたアドレス情報が不一致になるまで検索し、前記記憶部の前記アドレス情報に基づいて前記データ情報を前記送信対象の携帯端末に送信する請求項３に記載の情報配信システム。
5. 公衆無線ネットワークを介して接続している携帯端末にデータ情報を送信するサーバであって、
   前記携帯端末の端末情報を記憶する携帯端末情報記憶部と、
   前記端末情報に対応するアドレス情報を記憶するアドレス管理記憶部と、
   前記携帯端末から送信される、変更されたアドレスである変更アドレス情報と前記携帯端末の端末情報に基づく第１の認証情報とを受信するアドレス情報受信部と、
   前記アドレス情報受信部が受信した前記第１の認証情報と、前記携帯端末情報記憶部の前記端末情報に基づく第２の認証情報とを用いて、前記変更アドレス情報を送信した前記携帯端末の認証を行う携帯端末認証部と、
   前記携帯端末認証部によって前記携帯端末が認証された場合に、前記アドレス管理記憶部の前記端末情報に対応する前記アドレス情報を前記変更アドレス情報に更新するアドレス情報登録部と、
   前記アドレス管理記憶部に記憶された当該携帯端末に対応する前記アドレス情報に基づいて前記データ情報を前記携帯端末に送信するデータ送受信部と、を備えるサーバ。
6. 前記サーバと前記携帯端末とは、それぞれサーバ証明書とクライアント証明書の両方を保持し、
   前記サーバと前記携帯端末とが通信を行うに先立ち、前記サーバの前記携帯端末認証部と前記携帯端末の前記サーバ認証部とが、それぞれサーバ証明書とクライアント証明書を用いて相互認証を行う請求項３乃至請求項５の何れか１項に記載の情報配信システム。
7. 前記第１の認証情報と前記第２の認証情報はそれぞれ、前記携帯端末の端末情報を用いて生成されたＨａｓｈ値である請求項１乃至請求項６の何れか１項に記載の情報配信システム。
8. 公衆無線ネットワークを介して接続している携帯端末とサーバにおいて、
   前記携帯端末に付与されたアドレスが変化したかを判定するステップと、
   前記付与されたアドレスが変化した場合に変更されたアドレスである変更アドレス情報と前記携帯端末の端末情報に基づく第１の認証情報とを前記サーバに送信するステップと、
   前記変更アドレス情報と前記第１の認証情報とを受信するステップと、
   受信した前記第１の認証情報と、前記端末情報に基づく第２の認証情報とを用いて、前記変更アドレス情報を送信した前記携帯端末の認証を行うステップと、
   前記携帯端末が認証された場合に、前記端末情報に対応する前記アドレス情報を前記変更アドレス情報に更新するステップと、
   前記データ情報を対象の携帯端末に送信する際に、前記アドレス管理記憶部に記憶された当該携帯端末に対応する前記アドレス情報に基づいて送信するステップと、を備える情報配信方法。
9. アドレスが付与された携帯端末と、前記携帯端末の端末情報を記憶する携帯端末情報記憶部と前記端末情報に対応するアドレス情報を記憶するアドレス管理記憶部とを備え、前記携帯端末にデータ情報を送信するサーバとが、ネットワークを介して接続している情報配信システムのプログラムであって、
   前記携帯端末のコンピュータに、
   前記付与されたアドレスが変化したかを判定する機能と、
   前記付与されたアドレスが変化した場合に、変更されたアドレスである変更アドレス情報と前記携帯端末の端末情報に基づく第１の認証情報とを前記サーバに送信する機能と、
   を実行させることを特徴とするプログラム。
10. アドレスが付与された携帯端末と、前記携帯端末の端末情報を記憶する携帯端末情報記憶部と前記端末情報に対応するアドレス情報を記憶するアドレス管理記憶部とを備え、前記携帯端末にデータ情報を送信するサーバとが、ネットワークを介して接続している情報配信システムのプログラムであって、
    コンピュータに、
    変更されたアドレスである変更アドレス情報と前記携帯端末の端末情報に基づく第１の認証情報とを受信する機能と、
    前記アドレス情報受信部が受信した前記第１の認証情報と、前記端末情報に基づく第２の認証情報とを用いて、前記変更アドレス情報を送信した前記携帯端末の認証を行う機能と、
    前記携帯端末認証部によって前記携帯端末が認証された場合に、前記アドレス管理記憶部の前記端末情報に対応する前記アドレス情報を前記変更アドレス情報に更新する機能と、
    前記データ情報を対象の携帯端末に送信する際に、前記アドレス管理記憶部に記憶された当該携帯端末に対応する前記アドレス情報に基づいて送信する機能と、
    を実行させることを特徴とするプログラム。

Images