JP6044009B2 - 情報処理装置、宛先情報更新方法、およびプログラム - Google Patents

Description

本発明は、情報処理装置、宛先情報更新方法、およびプログラムに関する。

情報を配信するサービスを提供する業者が有するＷｅｂサーバ（以下単に、Ｗｅｂサーバと呼ぶことがある）からスマートフォンやタブレットなどの移動通信端末であるクライアント端末へメッセージを送り込むプッシュ型配信システムを利用したサービスが増えている。このようなサービスの例としては、Ａｎｄｒｏｉｄ（登録商標）のＧｏｏｇｌｅ Ｃｌｏｕｄ Ｍｅｓｓａｇｉｎｇ（ＧＣＭ）やｉＯＳ（登録商標）のＡｐｐｌｅ Ｐｕｓｈ Ｎｏｔｉｆｉｃａｔｉｏｎ Ｓｅｒｖｉｃｅ（ＡＰＮｓ）（登録商標）などがある。

一般に、プッシュ型配信システムは、サーバ（ＰＵＳＨ（プッシュ）サーバとも呼ぶ）と、情報を配信する業者が所有するウェブサーバ（以下単に、ウェブサーバと呼ぶことがある）を含む。ＰＵＳＨサーバとウェブサーバはインターネット（クラウドネットワーク）上に置かれている。サーバはクライアント端末と携帯電話回線または無線ＬＡＮ経由で接続され、適切なタイミングでサーバからクライアント端末にインストールされたアプリケーションのデータ等の情報を送信することができる。

プッシュ型配信システムでは、プッシュメッセージの送り先はクライアント端末にインストールされたアプリケーションとなるため、クライアント端末とアプリケーションの組み合わせを一意に識別できる宛先情報が必要となる。この宛先情報はクライアント端末がプッシュ型配信システムの使用を始める際に、プッシュ型配信システムのＰＵＳＨサーバから取得する。宛先情報はプッシュサーバが一意となる情報を生成する。また、端末へ割り振られた宛先情報は、プッシュ型配信システムとは異なるルートでサービスを提供する業者が有するウェブサーバに伝えられる。

宛先情報はセキュリティの観点から、ＰＵＳＨサーバが定期的に更新することが望ましい。初めにＰＵＳＨサーバと端末間で宛先情報の更新が行われる。その後、端末からウェブサーバへ新しい宛先情報を通知することで全体の宛先情報更新が完了する。

特開２００３−１３４５６６号公報 特開２００４−５６５４３号公報 国際公開公報ＷＯ２００８／０３５４５０号 特開２０１２−２３０５５５号公報

プッシュ型配信システムは、クラウドネットワークから必要なタイミングでクライアント端末へメッセージを送れることが重要であり、リアルタイム性が要求される。一方で、宛先情報はセキュリティの観点から、プッシュサーバが定期的に更新することが望ましい。初めにプッシュサーバとクライアント端末間で宛先情報を更新し、その後、クライアント端末から情報を配信するサービスを提供する業者が有するウェブサーバへ新しい宛先情報を通知することで全体の宛先情報更新が完了する方法では、宛先情報の更新に際して、端末、プッシュサーバとウェブサーバの間で宛先情報の更新に時間差が生じる。そのため、サービスを提供する業者が有するウェブサーバからプッシュメッセージを送信できなくなり、プッシュ型配信システムのリアルタイム性が損なわれる場合があるという問題がある。

よって、一つの側面として、本発明は、プッシュ型配信システムにおいて、セキュリティを確保しつつリアルタイム性を損なわずに、宛先情報を更新する情報処理装置、宛先情報更新方法、および宛先情報更新プログラムを提供することを目的とする。

ウェブサーバからのプッシュメッセージ送信依頼通知に応じて、識別子として第１の宛先識別子を有するアプリケーションがインストールされている端末に向けてプッシュメッセージを送信する情報処理装置が提供される。情報処理装置は、端末にインストールされているアプリケーションに対応して、端末に保持されている第１の宛先識別子を端末宛先識別子として保持するとともに、第１の宛先識別子をサービス宛先識別子として保持する宛先ＩＤ保持部と、第２の宛先識別子を端末に送信し、端末が第１の宛先識別子を第２の宛先識別子に更新したことを示す宛先ＩＤ更新完了通知を、端末から受信するプッシュ送受信部と、宛先ＩＤ保持部の端末宛先識別子を第１の宛先識別子から第２の宛先識別子に更新する宛先ＩＤ更新部と、ウェブサーバから受信したプッシュメッセージ送信依頼通知に含まれる第３の宛先識別子が宛先ＩＤ保持部のサービス宛先識別子に一致する場合、ウェブサーバに端末宛先識別子を通知するとともに、第３の宛先識別子に代えて端末宛先識別子を含むプッシュメッセージを生成し、第２のプッシュメッセージを端末へ向けて送信するようにプッシュ送受信部に指示するプッシュ受付部と、を含むことを特徴とする。

プッシュ型配信システムにおいて、セキュリティを確保しつつリアルタイム性を損なわずに、宛先情報を更新する情報処理装置、宛先情報更新方法、および宛先情報更新プログラムが提供される。

プッシュ型配信システムの概略を示す図である。 比較例におけるＰＵＳＨサーバの宛先ＩＤ保持部に保持される宛先テーブルの例を示す図である。 比較例における宛先情報更新処理における処理の流れの例を示す図である。 比較例における宛先情報更新処理における処理の流れの別の例を示す図である。 実施例におけるＰＵＳＨサーバ、端末、ウェブサーバの機能ブロック図の例を示す図である。 実施例におけるＰＵＳＨサーバの宛先ＩＤ保持部に保持される宛先テーブルの例を示す図である。 宛先ＩＤ更新通知のフォーマットの例を示す図である。 宛先ＩＤ更新完了通知のフォーマットの例を示す図である。 プッシュメッセージ送信依頼通知のフォーマットの例を示す図である。 プッシュメッセージ送信依頼通知への応答通知のフォーマットの例を示す図である。 プッシュメッセージのフォーマットの例を示す図である。 実施例における複数回の宛先情報更新処理における宛先テーブルの例を示す図である。 実施例における情報処理装置の構成の例を示す図である。 宛先情報更新処理における処理の流れの例を示す図である。

以下ではまず、図１〜４を参照しながら、プッシュ型配信システムの比較例について説明する。そして、図５〜１０を参照して、プッシュ型配信システムの実施例について説明する。プッシュ型配信システムの実施例では、ウェブサーバからのプッシュメッセージ送信依頼通知に応じて端末へプッシュメッセージを送信するプッシュサーバにおいて、端末にインストールされているアプリケーションの識別子を含む宛先情報を更新する際に、プッシュサーバは、更新前と更新後の宛先情報を保持し、更新前の宛先情報を指定したプッシュメッセージ送信依頼通知を受け付け、更新後の宛先情報に変換してプッシュメッセージを端末へ送信するようなプッシュ型配信システムが開示される。

＜比較例＞
図１は、プッシュ型配信システムの概略を示す図である。図１に示されているように、一般に、プッシュ型配信システム１０は、クラウドネットワーク（またはインターネット）のサーバであるＰＵＳＨサーバ（プッシュサーバ）１１、端末１２、情報を配信するサービスを提供する事業者のＷｅｂサーバ１３（以下単に、ウェブサーバと呼ぶことがある）から構成される。端末１２とウェブサーバ１３はプッシュサーバを有するクラウドネットワークに接続されている。ウェブサーバ１３を所有する事業者が提供するサービスには、端末を所有するユーザが端末にアプリケーションとしてインストールすることによって受けられるものであれば、特に限定されない。サービスの具体例としては、ソーシャルネットワークのプラットフォームや、ソーシャルゲームや、娯楽、ニュース、街情報などに関わる情報の配信が含まれる。もちろん、サービスはこれらには限定されない。

端末１２はスマートフォンやタブレットなどの移動携帯端末であり得て、端末１２には、情報を配信するサービスを実現するアプリケーションがインストールされる。プッシュ型配信システムでは、ＰＵＳＨサーバ１１から送信されるプッシュメッセージの宛先は端末１２にインストールされたアプリケーションとなるため、端末１２とアプリケーションの組み合わせを一意に識別できる宛先情報が付与される。

一般に、ＰＵＳＨサーバ１１と端末１２の間の通信は、たとえばＴＣＰまたは独自のプロトコルに則って行われ得て、両者は常に通信可能な状態に置かれる。つまり、ＰＵＳＨサーバ１１から端末１２へは、リアルタイムでメッセージのユニキャスト送信が可能である。このユニキャスト送信に用いられるプロトコルでは、ＴＣＰソケット上で独自のメッセージフォーマットが規定されていても良い。

ＰＵＳＨサーバ１１とウェブサーバ１３の間の通信は、たとえばＨＴＴＰプロトコルに則って行われ得て、ウェブサーバ１３からＰＵＳＨサーバ１１に要求（リクエスト）を送信すると、ＰＵＳＨサーバ１１からウェブサーバ１３に返答（リプライ）が送信されるようなものであり得る。

ウェブサーバ１３を所有する業者が提供する情報は、まず、ウェブサーバ１３からＰＵＳＨサーバ１１にプッシュメッセージ送信依頼通知が送られる。プッシュメッセージ送信依頼通知とは、ＰＵＳＨサーバ１１に、端末１２にインストールされたアプリケーションにデータを配信させるような通知である。そのプッシュメッセージ送信依頼通知に応答して、ＰＵＳＨサーバ１１は、端末１２へプッシュメッセージをユニキャスト送信する。つまり、プッシュ型配信システムでは、プッシュメッセージの送り先は端末１２にインストールされたアプリケーションである。プッシュ型配信システムでは、ＰＵＳＨサーバが独自に生成した宛先を示す識別子（ＩＤ）である宛先ＩＤが使用される。

ここで、宛先ＩＤは、ある端末１２にインストールしたアプリケーションを特定する。
図１に示されているように、ＰＵＳＨサーバ１１、端末１２、ウェブサーバ１３はそれぞれ、宛先ＩＤ保持部１１１、１２１、１３１を含む。また、ＰＵＳＨサーバ１１は、宛先ＩＤ生成部１１０を含む。宛先ＩＤ生成部１１０は、セキュリティの確保のために、端末１２にインストールされたアプリケーションに対応する宛先ＩＤを定期的、または外部からの指令に応じて更新する際に、更新後の識別子（ＩＤ）を生成する処理を行う。図１では、ＰＵＳＨサーバ１１が、宛先ＩＤを生成することを強調するために宛先ＩＤ生成部１１０を図示したが、ＰＵＳＨサーバ１１、端末１２、ウェブサーバ１３は他に、通信を行うための機能、宛先ＩＤ保持部１１１、１２１、１３１に保持されている宛先ＩＤを更新する機能を有している。また、端末１２とウェブサーバ１３は、プッシュ型配信システムとは別に、端末１２からウェブサーバ１３に、端末１２にインストールされているアプリケーションに割り振られた宛先情報を伝える手段を備えているものとする。

図２は、ＰＵＳＨサーバ１１の宛先ＩＤ保持部１１１に保持される宛先テーブル１１１０の例を示す図である。以下では、図２に示されているような宛先テーブルをＰＵＳＨサーバ１１の宛先ＩＤ保持部１１１に保持している例を比較例として参照することがある。

宛先テーブルには、端末と宛先ＩＤの関係が格納される。図２の例では、「端末」のフィールドにはアプリケーションがインストールされている端末１２を示す“端末１”が、「宛先ＩＤ」のフィールドには、“端末１”によって指定される端末１２にインストールされたアプリケーションを特定する“宛先ＩＤ１”が格納される。たとえば、“端末１”は、任意の文字列であり、他者と区別できるものであれば良い。“宛先ＩＤ１”は、端末１２のＭＡＣアドレスとアプリケーションの製造番号を組み合わせた文字列のように、端末１２にインストールされているアプリケーションを特定できるものであれば良い。

宛先ＩＤなどの宛先情報はセキュリティの観点から、ＰＵＳＨサーバ１１が定期的に更新することが望ましい。以下では、宛先情報として宛先ＩＤを取り上げて説明するが、他の宛先情報についても同様に適用される。宛先ＩＤの更新のために、ＰＵＳＨサーバ１１の宛先ＩＤ生成部１１０は、定期的または外部からの指令に応答して、新しい宛先情報、たとえば宛先ＩＤ生成する。新たに生成された宛先ＩＤは、ＰＵＳＨサーバ１１の宛先ＩＤ更新部１１０によって宛先ＩＤ保持部１１１に格納される。この際、新しい宛先ＩＤは、既に格納されている宛先ＩＤに上書きされる。更新された宛先ＩＤは、ＰＵＳＨサーバ１１から端末１２に送られ、端末１２の宛先ＩＤ保持部１２１に保持されている宛先情報の更新が行われる。その後、端末１２からウェブサーバ１３へ新しい宛先情報が通知され、ウェブサーバ１３の宛先ＩＤ保持部１３１に保持されている宛先情報の更新が行われると、プッシュ型配信システム１０の全体の宛先情報更新が完了する。

図３は、比較例における宛先情報更新処理における処理の流れの例を示す図である。図３では、既存の宛先ＩＤである旧宛先ＩＤを新規の宛先ＩＤである新宛先ＩＤに更新する処理が示されている。

比較例のプッシュ型配信システム１０は、クラウドのサーバであるＰＵＳＨサーバ（プッシュサーバ）１１、端末１２、情報を提供するサービスを提供する事業者のウェブサーバ１３から構成される。

Ｓ１０１でＰＵＳＨサーバ１１の宛先ＩＤ保持部１１１は、旧宛先ＩＤを保持している。

Ｓ１０１と同時のＳ１０２で端末１２の宛先ＩＤ保持部１２１は、端末１２にインストールされているアプリケーションに対応する識別子として“旧宛先ＩＤ”を保持している。

Ｓ１０１と同時のＳ１０３でウェブサーバ１３の宛先ＩＤ保持部１３１は、端末１２にインストールされているアプリケーションに対応する識別子として“旧宛先ＩＤ”を保持している。

Ｓ１０１の次のＳ１０４でＰＵＳＨサーバ１１は端末１２にインストールされているアプリケーションに対応する識別子として“新宛先ＩＤ”を生成する。

Ｓ１０４の次のＳ１０５でＰＵＳＨサーバ１１は、“新宛先ＩＤ”を端末１２に通知する。

Ｓ１０６で端末１２は、ＰＵＳＨサーバ１１から通知された“新宛先ＩＤ”を受け、端末１２の宛先ＩＤ保持部１２１に保持されている“旧宛先ＩＤ”を“新宛先ＩＤ”に更新する。つまり、端末１２にインストールされているアプリケーションのＩＤが更新される。

Ｓ１０６の次のＳ１０７で端末１２は、宛先ＩＤの更新が完了したことをＰＵＳＨサーバ１１に通知する。図３で示されているように、本ステップの処理は、更新完了応答とも呼ぶ。

Ｓ１０８でＰＵＳＨサーバ１１は、Ｓ１０７で端末１２から更新完了応答による通知を受けると、ＰＵＳＨサーバ１１は、宛先ＩＤ保持部１１１に保持されている宛先ＩＤを新宛先ＩＤに更新する。ここまでで、ＰＵＳＨサーバ１１の宛先ＩＤ保持部１１１と端末１２の宛先ＩＤ保持部１２１に保持されている宛先ＩＤが更新される。

Ｓ１０７の次のＳ１０９で端末１２は、端末１２の宛先ＩＤ保持部１２１に保持されている新宛先ＩＤをウェブサーバ１３に通知する。この通知は、ネットワーク経由で端末１２からウェブサーバ１３に送られる。

Ｓ１０３の次のＳ１１０でウェブサーバ１３は、端末１２通知された“新宛先ＩＤ”を受け、ウェブサーバ１３の宛先ＩＤ保持部１３１に保持されている“旧宛先ＩＤ”を“新宛先ＩＤ”に更新する。これでで、ＰＵＳＨサーバ１１の宛先ＩＤ保持部１１１、端末１２の宛先ＩＤ保持部１２１、およびウェブサーバ１３の宛先ＩＤ保持部１３１に保持されている宛先ＩＤが更新される。

Ｓ１１０の次のＳ１１１でウェブサーバ１３はＰＵＳＨサーバ１１にプッシュメッセージのＰＵＳＨ送信の依頼を送信する。このときには、ウェブサーバ１３は、新宛先ＩＤに向けてのプッシュメッセージの送信の依頼をＰＵＳＨサーバ１１に通知する。この処理を図３ではＰＵＳＨ送信依頼と呼んでいる。

Ｓ１１２でＰＵＳＨサーバ１１は、ウェブサーバ１３から送信された宛先ＩＤが、ＰＵＳＨサーバ１１の宛先ＩＤ保持部１１１に登録済みであるか否かを判定する。もしこの判定の結果が“ＮＯ（Ｎ）”、すなわちウェブサーバ１３から送信された宛先ＩＤが、ＰＵＳＨサーバ１１の宛先ＩＤ保持部１１１に登録済みではない場合には、処理はＳ１１３に進む。また、もしこの判定の結果が“ＹＥＳ（Ｙ）”、すなわちウェブサーバ１３から送信された宛先ＩＤが、ＰＵＳＨサーバ１１の宛先ＩＤ保持部１１１に登録済みの場合には、処理はＳ１１４に進む。今の場合は、ＰＵＳＨサーバ１１の宛先ＩＤ保持部１１１に新宛先ＩＤは登録済みなので、処理はＳ１１４に進む。

Ｓ１１３でＰＵＳＨサーバ１１は、メッセージの送信を失敗して処理を終了する。
Ｓ１１４でＰＵＳＨサーバ１１は、メッセージを端末１２に向けて送信する。この処理を図３ではＰＵＳＨ送信と呼んでいる。

Ｓ１１５で端末１２は、Ｓ１１４でＰＵＳＨサーバ１１からＰＵＳＨ送信されたメッセージを受信する。この処理を図３ではＰＵＳＨ受信と呼んでいる。

図３に示されている場合には、ＰＵＳＨサーバ１１の宛先ＩＤ保持部１１１、端末１２の宛先ＩＤ保持部１２１、およびウェブサーバ１３の宛先ＩＤ保持部１３１に保持されている宛先ＩＤの全てが更新されたあと、ウェブサーバ１３はＰＵＳＨ送信依頼を行うので、ＰＵＳＨサーバ１１から端末１２に向けてメッセージをユニキャスト送信することができる。

しかし、端末１２、ＰＵＳＨサーバ１１、ウェブサーバ１３の間で宛先情報の更新に時間差が生じるため、宛先情報を更新することで宛先情報を更新することでウェブサーバ１３からのメッセージをＰＵＳＨサーバ１１は端末１２に向けて送信できなくなる場合がある。具体的には、端末１２からウェブサーバ１３への宛先情報通知前にウェブサーバ１３がＰＵＳＨ送信依頼処理を行う場合。また、端末１２からウェブサーバ１３へ宛先情報が通知できない場合も、ウェブサーバ１３からのメッセージをＰＵＳＨサーバ１１は端末１２に向けて送信できなくなる。

図４は、比較例における宛先情報更新処理における処理の流れの別の例を示す図である。図４では、既存の宛先ＩＤである“旧宛先ＩＤ”を新規の宛先ＩＤである“新宛先ＩＤ”に更新する処理が示されている。図４に示されている例では、宛先情報を更新することでウェブサーバ１３からのメッセージをＰＵＳＨサーバ１１は端末１２に向けて送信できなくなる。

Ｓ２０１でＰＵＳＨサーバ１１の宛先ＩＤ保持部１１１は、旧宛先ＩＤを保持している。

Ｓ２０１と同時のＳ２０２で端末１２の宛先ＩＤ保持部１２１は、“旧宛先ＩＤ”を保持している。

Ｓ２０１と同時のＳ２０３でウェブサーバ１３の宛先ＩＤ保持部１３１は、旧宛先ＩＤを保持している。

このように、初めに、ＰＵＳＨサーバ１１の宛先ＩＤ保持部１１１、端末１２の宛先ＩＤ保持部１２１、ウェブサーバ１３の宛先ＩＤ保持部１３１は全て、“旧宛先ＩＤ”を保持しているとする。

Ｓ２０１の次のＳ２０４でＰＵＳＨサーバ１１は“新宛先ＩＤ”を生成する。
Ｓ２０４の次のＳ２０５でＰＵＳＨサーバ１１は、“新宛先ＩＤ”を端末１２に通知する。

Ｓ２０６で端末１２は、ＰＵＳＨサーバ１１から通知された新宛先ＩＤを受け、端末１２の宛先ＩＤ保持部１２１に保持されている旧宛先ＩＤを新宛先ＩＤに更新する。つまり、端末１２にインストールされているアプリケーションのＩＤが更新される。

Ｓ２０６の次のＳ２０７で端末１２は、宛先ＩＤの更新が完了したことをＰＵＳＨサーバ１１に通知する。図４で示されているように、本ステップの処理は、更新完了応答とも呼ぶ。

Ｓ２０８でＰＵＳＨサーバ１１は、Ｓ２０７で端末１２から更新完了応答による通知を受けると、ＰＵＳＨサーバ１１は、宛先ＩＤ保持部１１１に保持されている宛先ＩＤを“新宛先ＩＤ”に更新する。ここまでで、ＰＵＳＨサーバ１１の宛先ＩＤ保持部１１１と端末１２の宛先ＩＤ保持部１２１に保持されている宛先ＩＤが更新される。このタイミングでは、ウェブサーバ１３の宛先ＩＤ保持部１３１に保持されている宛先ＩＤは“旧宛先ＩＤ”のままである。

Ｓ２０７の次にＳ２１２で端末１２は、端末１２の宛先ＩＤ保持部１２１に保持されている“新宛先ＩＤ”をウェブサーバ１３に通知する処理を行うことになっている。

しかし、今の場合、端末１２がＳ２０７の処理を行い、Ｓ２１２の処理を始める前に、Ｓ２０９でウェブサーバ１３は、ＰＵＳＨ送信依頼の処理を行う。このときの宛先ＩＤは、ウェブサーバ１３の宛先ＩＤ保持部１３１に保持されている“旧宛先ＩＤ”が用いられている。つまり、ウェブサーバ１３の宛先ＩＤ保持部１３１に保持されている宛先ＩＤの更新状況に関わらず、このタイミングでＰＵＳＨサーバ１１は新宛先ＩＤに更新される。すると、ウェブサーバ１３からは、旧宛先ＩＤを指定したメッセージが送信できなくなる。

Ｓ２０９の次のＳ２１０でＰＵＳＨサーバ１１は、ウェブサーバ１３から送信されたメッセージのＰＵＳＨ送信依頼の通知を受け、宛先ＩＤがＰＵＳＨサーバ１１の宛先ＩＤ保持部１１１に登録済みであるか否かを判定する。今の場合、この判定の結果は”ＮＯ（Ｎ）”、すなわちウェブサーバ１３から送信された宛先ＩＤが、ＰＵＳＨサーバ１１の宛先ＩＤ保持部１１１に登録済みではないので、処理はＳ２１１に進む。

Ｓ２１１でＰＵＳＨサーバ１１は、メッセージの送信を失敗して処理を終了する。つまり、端末１２は“新宛先ＩＤ”での運用になっているため“旧宛先ＩＤ”のメッセージを受信しても、内部で処理することができず、エラーとなってしまうためである。

また、Ｓ２１２で端末１２は、端末１２の宛先ＩＤ保持部１２１に保持されている新宛先ＩＤをウェブサーバ１３に通知する処理を行う。しかしながら、ウェブサーバ１３は、端末１２から送られた通知を受け取ることができない。

Ｓ２０９の後のＳ２１３でウェブサーバ１３は再び、ＰＵＳＨ送信依頼の処理を行う。このときの宛先ＩＤは、ウェブサーバ１３の宛先ＩＤ保持部１３１に保持されている“旧宛先ＩＤ”が用いられている。

Ｓ２１４でＰＵＳＨサーバ１１は、ウェブサーバ１３から送信されたメッセージのＰＵＳＨ送信依頼の通知を受け、宛先ＩＤがＰＵＳＨサーバ１１の宛先ＩＤ保持部１１１に登録済みであるか否かを判定する。今の場合、この判定の結果は”ＮＯ（Ｎ）”、すなわちウェブサーバ１３から送信された宛先ＩＤが、ＰＵＳＨサーバ１１の宛先ＩＤ保持部１１１に登録済みではないので、処理はＳ２１５に進む。

Ｓ２１５でＰＵＳＨサーバ１１は、メッセージの送信を失敗して処理を終了する。
図４に示されているような場合、ウェブサーバ１３だけが更新する前の宛先情報を保持する状態になってしまい、旧宛先ＩＤでメッセージを送信すると宛先不在でメッセージが端末へ届かず、ウェブサーバ１３からのメッセージを端末１２のユーザへ提供できない状態となってしまう。プッシュ型配信システムは、クラウドのＰＵＳＨサーバ１１から必要なタイミングで端末（クライアント端末）１２へメッセージを送れることが重要であり、リアルタイム性が要求される。

以下では、セキュリティの確保のために宛先情報を定期的に更新しつつ、その間も情報を配信するサービスを継続的に行うことができる仕組みを備えるプッシュ型配信システムについて説明する。

＜プッシュ型配信システム＞
図５は、実施例におけるＰＵＳＨサーバ（プッシュサーバ）２００、端末３００、情報を配信するサービスを提供する事業者のＷｅｂサーバ（以下、ウェブサーバと呼ぶことがある）４００の機能ブロック図の例を示す図である。ＰＵＳＨサーバ２００、端末３００、ウェブサーバ４００は、プッシュ型配信システム１００を構成する。ＰＵＳＨサーバ（プッシュサーバ）２００はクラウドネットワーク（またはインターネット）のサーバである。端末３００とウェブサーバ４００はクラウドネットワークに接続されている。プッシュ型配信システム１００は、図１に示されたプッシュ型配信システム１０と同様、ウェブサーバ４００からＰＵＳＨサーバ２００を経由して、端末３００にメッセージを送信することができる。ＰＵＳＨサーバ２００、端末３００、ウェブサーバ４００はいずれも、情報処理装置とも呼ばれる。ＰＵＳＨサーバ２００、端末３００、ウェブサーバ４００はそれぞれ、図１のＰＵＳＨサーバ１１、端末１２、ウェブサーバ１３と類似の機能を有するが、宛先情報を定期的に更新しつつ、その間もサービスがプッシュ型配信システムを継続的に利用できる仕組みを備得る点で図１のＰＵＳＨサーバ１１、端末１２、ウェブサーバ１３とは異なっている。

たとえば、図５に示されているＰＵＳＨサーバ２００は、端末３００にインストールされているアプリケーションの識別子（ＩＤ）に対応する宛先識別子（以下単に、宛先ＩＤと呼ぶ）を２つ、すなわち端末３００に保持されている宛先ＩＤである端末宛先ＩＤと、ウェブサーバ４００に保持されている宛先ＩＤであるサービス宛先ＩＤを持つことができる。タイミングによっては、端末宛先ＩＤが更新した“新宛先ＩＤ”であり、サービス宛先ＩＤが更新する前の“旧宛先ＩＤ”であり得る。ＰＵＳＨサーバ２００は、ウェブサーバ４００からのプッシュメッセージ送信依頼通知の受信を契機に、ウェブサーバ４００に、端末３００にインストールされているアプリケーションの識別子（ＩＤ）が“新宛先ＩＤ”に更新された旨を通知し、自身が保持しているサービス宛先ＩＤを更新後の“新宛先ＩＤ”に更新する。プッシュメッセージ送信依頼通知とは、ＰＵＳＨサーバ２００に、端末３００にインストールされたアプリケーションにデータを配信させるような通知である。

このようにプッシュ配信システム１００を構成することによって、プッシュ型配信システムにおいてサービスを継続したまま、端末３００にインストールされているアプリケーションの識別子（ＩＤ）（宛先識別子（宛先ＩＤ））を定期的に更新することが出来、サービスの使いやすさとセキュリティを両立できる。また、端末３００からウェブサーバ４００へ、端末３００にインストールされているアプリケーションの識別子が（宛先ＩＤ）が更新された旨の通知が必須でなくなり、アプリケーションの開発が楽になる。

以下で「宛先ＩＤ」、「新ＩＤ」、「旧ＩＤ」とは、端末３００にインストールされているアプリケーションを特定する識別子（ＩＤ）として定義される。しかしながら、「宛先ＩＤ」、「新ＩＤ」、「旧ＩＤ」は単に端末３００を特定する識別子（ＩＤ）として定義されても良い。後者の場合は、端末３００は、プッシュメッセージを受信したら所定のアプリケーションにフォワードする機能が含まれているものとする。

ＰＵＳＨサーバ２００は、図１に示されているＰＵＳＨサーバ１１と同様、クラウドサーバであり得る。

ＰＵＳＨサーバ２００は、ＰＵＳＨ送受信部（プッシュ送受信部）２０１、宛先ＩＤ更新部２０２、宛先ＩＤ生成部２０３、ＰＵＳＨ受付部（プッシュ受付部）２０４、宛先ＩＤ保持部２０５、および宛先ＩＤ送信部２０６を含む。

端末３００は、端末１２と同様、スマートフォン、タブレットなど持ち運び可能な情報処理装置であり得る。端末３００は、アプリケーション３０１、ＰＵＳＨ送受信部（プッシュ送受信部）３０２、および宛先ＩＤ保持部３０３を含む。アプリケーション３０１はさらに、ＰＵＳＨ実行部（プッシュ実行部）３０１１、宛先ＩＤ通知部３０１２を含む。

ウェブサーバ４００は、ウェブサーバ１３と同様、情報を配信するサービスを提供する事業者のＷｅｂサーバであり得る。ウェブサーバ４００は、ＰＵＳＨ依頼部（プッシュ依頼部）４０１、宛先ＩＤ保持部４０２、および宛先ＩＤ受信部４０３を含む。

ＰＵＳＨサーバ２００、端末３００、ウェブサーバ４００はＰＵＳＨサーバ２００を有するネットワークを介して、互いに情報を遣り取りすることができる。このとき、図１に示されているプッシュ型配信システム１０と同様、ＰＵＳＨサーバ２００と端末３００の間の通信は、たとえばＴＣＰまたは独自のプロトコルに則って行われ得て、両者は常に通信可能な状態に置かれる。つまり、ＰＵＳＨサーバ２００から端末３００へは、リアルタイムでメッセージの送信が可能である。独自のプロトコルでは、ＴＣＰソケット上で独自のメッセージフォーマットが規定されていても良い。

また、端末３００の宛先ＩＤ通知部３０１２はウェブサーバ４００の宛先ＩＤ受信部４０３に、プッシュ配信の枠外で、端末３００のアプリケーション３０１に付与された識別子（ＩＤ）である宛先ＩＤを送れるように構成されている。

ＰＵＳＨサーバ２００とウェブサーバ４００の間の通信は、たとえばＨＴＴＰプロトコルに則って行われ得て、ウェブサーバ４００からＰＵＳＨサーバ２００に要求（リクエスト）を送信すると、ＰＵＳＨサーバ２００からウェブサーバ４００に返答（リプライ）が送信されるようなものである。

ウェブサーバ４００のＰＵＳＨ依頼部４０１は、端末３００にインストールされているアプリケーション３０１宛てにプッシュメッセージを送信することをＰＵＳＨサーバ２００に依頼するプッシュメッセージ送信依頼通知６０６を送信する機能を有する。端末３００のアプリケーション３０１宛てにプッシュメッセージを送信することをＰＵＳＨサーバ２００に依頼する際、端末３００のアプリケーション３０１を特定する識別子（ＩＤ）が必要である。このＩＤを宛先ＩＤと呼ぶ。

図７Ｃは、プッシュメッセージ送信依頼通知６０６のフォーマットの例を示す図である。

図７Ｃに示されているように、プッシュメッセージ送信依頼通知６０６は、この通知がプッシュメッセージ送信依頼通知であることを示すコマンドが格納される「コマンド識別子」フィールド６０６２と、端末３００のアプリケーション３０１に対応する宛先ＩＤが格納される「更新後の宛先ＩＤ」フィールド６０６４、プッシュメッセージの本文である「プッシュメッセージ本文」フィールド６０６６を含む。

ウェブサーバ４００の宛先ＩＤ保持部４０２は、端末と宛先ＩＤの関係を示す宛先テーブルを保持している。宛先ＩＤ保持部４０２に保持される宛先テーブルは、図２に示されているような宛先テーブル１１１０と同一または類似のフォーマットでも良い。

また、ウェブサーバ４００の宛先ＩＤ受信部４０３は、端末３００に割り振られた識別子（ＩＤ）である宛先ＩＤの更新後にＰＵＳＨ依頼部４０１がＰＵＳＨサーバ２００にプッシュメッセージ送信依頼通知６０６を送ると、その応答として、端末３００のアプリケーション３０１に対応する宛先ＩＤの更新後の宛先ＩＤを含む更新後宛先ＩＤ通知６０８を受信する。

図７Ｄは、更新後宛先ＩＤ通知６０８のフォーマットの例を示す図である。
図７Ｄに示されているように、更新後宛先ＩＤ通知６０８は、この通知が更新後宛先ＩＤ通知であることを示すコマンドが格納される「コマンド識別子」フィールド６０８２と、「更新後の宛先ＩＤ」フィールド６０８４を含む。

「更新後の宛先ＩＤ」フィールド６０８４には、ＰＵＳＨサーバ２００が端末３００から、端末３００のアプリケーション３０１に割り当てられた宛先ＩＤの更新後の“新宛先”が格納されている。

また、ウェブサーバ４００の宛先ＩＤ受信部４０３は、ＰＵＳＨサーバ２００から、端末３００に割り振られた識別子（ＩＤ）である宛先ＩＤを受信し、宛先ＩＤ保持部４０２に格納する。

また、ウェブサーバ４００の宛先ＩＤ受信部４０３は、端末３００から、端末３００が立ち上がって初めて端末３００のアプリケーション３０１に割り当てられた宛先ＩＤを含む通知その宛先ＩＤを含む通知を受ける。さらに、端末３００のアプリケーション３０１に割り当てられた宛先ＩＤを宛先ＩＤ保持部４０２に格納する。

ＰＵＳＨサーバ２００のＰＵＳＨ受付部２０４は、ウェブサーバ４００のＰＵＳＨ依頼部４０１から送られた、端末３００のアプリケーション３０１宛てにメッセージを送信する依頼の通知、すなわちプッシュメッセージ送信依頼通知６０６を受け付ける。

また、ＰＵＳＨサーバ２００のＰＵＳＨ受付部２０４は、メッセージを特定の端末３００のアプリケーション３０１宛てにプッシュメッセージ６１０を作成する。このときに用いられる、端末３００のアプリケーション３０１に対応する宛先ＩＤは、宛先ＩＤ保持部２０５に保持されている宛先テーブルを参照する。

図７Ｅは、プッシュメッセージ６１０のフォーマットの例を示す図である。
図７Ｅに示されているように、プッシュメッセージ６１０は、この通知がプッシュメッセージであることを示すコマンドが格納される「コマンド識別子」フィールド６１０２と、特定の端末３００のアプリケーション３０１に対応する宛先ＩＤが格納される「宛先ＩＤ」フィールド６１０４と、メッセージの本文が格納される「プッシュメッセージ本文」フィールド６１０６を含む。

ＰＵＳＨサーバ２００のＰＵＳＨ送受信部２０１は、ＰＵＳＨ受付部２０４で作成されたメッセージを特定の端末３００のアプリケーション３０１宛てにプッシュメッセージ６１０として送信する。

また、ＰＵＳＨサーバ２００のＰＵＳＨ送受信部２０１は、宛先ＩＤ更新部２０２からの指示に従って、宛先ＩＤ生成部２０３で生成された、端末３００のアプリケーション３０１に対応する宛先ＩＤを、端末３００に向けて宛先ＩＤ更新通知６０２として通知する。

図７Ａは、宛先ＩＤ更新通知６０２のフォーマットの例を示す図である。
図７Ａに示されているように、宛先ＩＤ更新通知６０２は、端末３００に宛先ＩＤの更新をさせるコマンドが格納される「コマンド識別子」フィールド６０２２と、更新後の端末３００のアプリケーション３０１に対応する宛先ＩＤが格納される「更新後の宛先ＩＤ」フィールド６０２４を含む。

また、ＰＵＳＨサーバ２００のＰＵＳＨ送受信部２０１は、端末３００から、端末３００において宛先ＩＤの更新が終了したことを示す宛先ＩＤ更新完了通知６０４を受ける。さらに、端末３００から通知される宛先ＩＤ更新完了通知に応答して、宛先ＩＤ更新部２０２に、宛先ＩＤ保持部２０５に保持される宛先テーブル２０５０中の「端末宛先ＩＤ」に格納されている文字列を“新宛先”に更新させる指令を出す。

図７Ｂは、宛先ＩＤ更新完了通知６０４のフォーマットの例を示す図である。
図７Ｂに示されているように、宛先ＩＤ更新完了通知６０４は、この通知が宛先ＩＤ更新完了通知であることを示すコマンドが格納される「コマンド識別子」フィールド６０４２と、端末３００で宛先ＩＤの更新が成功したか否かを示す結果を格納する「結果」フィールド６０４４を含む。

ＰＵＳＨサーバ２００の宛先ＩＤ保持部２０５は、端末と宛先ＩＤの関係を示す宛先テーブルを保持している。

図６は実施例におけるＰＵＳＨサーバ２００の宛先ＩＤ保持部２０５に保持される宛先テーブル２０５０の例を示す図である。

図６に示されているように、宛先テーブル２０５０は、「端末」、「端末宛先ＩＤ」、「サービス宛先ＩＤ」の３つのフィールドを含む。宛先テーブル２０５０は、宛先情報を定期的に更新しつつ、その間も情報を配信するサービスを提供する業者がプッシュ型配信システムを継続的に利用できるようにするために用いられる。

図６に示されている宛先テーブル２０５０では、「端末」のフィールドには“端末１”が、「端末宛先ＩＤ」のフィールドには、端末１に割り当てられた“新宛先”が、「サービス宛先ＩＤ」には、ウェブサーバ４００の宛先ＩＤ保持部４０２に保持されている宛先テーブルの「宛先ＩＤ」欄に格納されている宛先ＩＤに対応する“旧宛先”が格納される。たとえば、“端末１”は例えば、端末３００のＭＡＣアドレスとアプリケーションの製造番号を組み合わせた文字列のように、端末３００にインストールされているアプリケーションを特定できるものであれば良い。“新宛先”、“旧宛先”は、任意の文字列であり、他者と区別できるものであれば良い。すなわち、宛先テーブル２０５０の「端末宛先ＩＤ」のフィールドには、端末３００の宛先ＩＤ保持部３０４に保持されている宛先テーブル中の“宛先ＩＤ”が格納される。

ＰＵＳＨサーバ２００のＰＵＳＨ受付部２０４が、端末３００のアプリケーション３０１宛てにプッシュメッセージ６１０を作成する際に用いられる、端末３００のアプリケーション３０１に対応する宛先ＩＤの決定は次のように行う。
（Ｄ１）ウェブサーバ４００から送信されたプッシュメッセージ送信依頼通知６０６の宛先ＩＤフィールド６０６４に格納されている宛先ＩＤが、宛先テーブル２０５０のある端末の端末宛先ＩＤフィールドの“新宛先ＩＤ”に一致するとき、プッシュメッセージ６１０の宛先ＩＤフィールド６１０４には、そのまま“新宛先ＩＤ”が格納される、
（Ｄ２）ウェブサーバ４００から送信されたプッシュメッセージ送信依頼通知６０６の宛先ＩＤフィールド６０６４に格納されている宛先ＩＤが、宛先テーブル２０５０のある端末のサービス宛先ＩＤフィールドの“旧宛先ＩＤ”に一致するとき、プッシュメッセージ６１０の宛先ＩＤフィールド６１０４には、“旧宛先ＩＤ”ではなく、端末宛先ＩＤフィールドの“新宛先ＩＤ”が格納される、
このような構成を有するＰＵＳＨサーバ２００のＰＵＳＨ受付部２０４は、端末３００の宛先ＩＤ保持部３０３の宛先テーブルに格納されている宛先ＩＤが新宛先ＩＤに更新されているが、ウェブサーバ４００の宛先ＩＤ保持部４０２の宛先テーブルが更新されていないときに、ウェブサーバ４００から旧宛先ＩＤが宛先ＩＤフィールド６０６４に格納されているプッシュメッセージ送信依頼通知６０６を受けて、“新宛先ＩＤ”が宛先ＩＤフィールド６１０４に格納されたプッシュメッセージ６１０を作成する。このように作成されたプッシュメッセージ６１０は、端末３００のアプリケーション３０１に届けられる。

ＰＵＳＨサーバ２００の宛先ＩＤ生成部２０３は、セキュリティの確保のために、定期的に、またはＰＵＳＨサーバ２００に入力される外部からの指令に応じて、端末３００のアプリケーション３０１を特定する識別子（ＩＤ）を生成する。

ＰＵＳＨサーバ２００の宛先ＩＤ更新部２０２は、宛先ＩＤ生成部２０３で生成された端末３００のアプリケーション３０１を特定する識別子（ＩＤ）を、端末３００に向けて通知するように、ＰＵＳＨ送受信部２０１に指令をする。

また、ＰＵＳＨサーバ２００の宛先ＩＤ更新部２０２は、端末３００から端末３００に割り当てられた識別子（ＩＤ）である宛先ＩＤの更新が終了した旨の通知を受けると、宛先ＩＤ保持部２０５に保持される宛先テーブル２０５０中の「端末宛先ＩＤ」に格納されている宛先ＩＤを“新宛先”に更新する。ただしこの時、宛先テーブル２０５０中の「サービス宛先ＩＤ」中の宛先ＩＤは“旧宛先”のままとする。

また、ＰＵＳＨサーバ２００の宛先ＩＤ更新部２０２は、端末３００から、端末３００に割り当てられた識別子（ＩＤ）である宛先ＩＤの更新が終了し、“新宛先”となった旨の通知を受けた後に、ウェブサーバ４００からＰＵＳＨ送信依頼を受けると、宛先ＩＤ送信部２０６に、ウェブサーバ４００に向けて端末３００のアプリケーション３０１を特定する識別子（ＩＤ）が“新宛先”となった旨の通知をするように指令を出す。

さらに、ＰＵＳＨサーバ２００の宛先ＩＤ更新部２０２は、ウェブサーバ４００からプッシュメッセージ送信依頼通知６０６を受信すると、宛先ＩＤ送信部２０６に、ウェブサーバ４００に向けて端末３００のアプリケーション３０１を特定する識別子（ＩＤ）が“新宛先”となった旨の通知をする、すなわち更新後宛先ＩＤ通知６０８を出すように指令を出す。さらにＰＵＳＨサーバ２００の宛先ＩＤ更新部２０２は、宛先ＩＤ保持部２０５に保持される宛先テーブル２０５０中の「サービス宛先ＩＤ」に格納されている“旧宛先”を“新宛先”に更新する。

さらに、ＰＵＳＨサーバ２００の宛先ＩＤ更新部２０２は、ウェブサーバ４００からＰＵＳＨ送信依頼を受ける前に、端末３００に割り当てられた識別子（ＩＤ）である宛先ＩＤの更新が２回行われる場合は図８のように更新される。

まず、ＰＵＳＨサーバ２００の宛先ＩＤ更新部２０２は、端末３００から端末３００に割り当てられた識別子（ＩＤ）である宛先ＩＤの１回目の更新が終了した旨の通知を受けると、宛先ＩＤ保持部２０５に保持される宛先テーブル２０５０中の「端末宛先ＩＤ」に格納されている宛先ＩＤを“新宛先ＩＤ１”に更新する。ただしこの時、宛先テーブル２０５０中の「サービス宛先ＩＤ」中の宛先ＩＤは“旧宛先”のままとする。

また、ＰＵＳＨサーバ２００の宛先ＩＤ更新部２０２は、ウェブサーバ４００からＰＵＳＨ送信依頼を受ける前に、端末３００から端末３００に割り当てられた識別子（ＩＤ）である宛先ＩＤの２回目の更新が終了した旨の通知を受けると、宛先ＩＤ保持部２０５に保持される宛先テーブル２０５０中の「端末宛先ＩＤ」に格納されている宛先ＩＤを“新宛先ＩＤ２”に更新する。ただしこの時、宛先テーブル２０５０中の「サービス宛先ＩＤ」中の宛先ＩＤは“旧宛先”のままとする。

すなわち、ＰＵＳＨサーバ２００の宛先ＩＤ更新部２０２は、ウェブサーバ４００からＰＵＳＨ送信依頼を受けるまで、宛先テーブル２０５０中の「端末宛先ＩＤ」フィールド中の宛先ＩＤのみを更新し、「サービス宛先ＩＤ」中の宛先ＩＤは更新しない。

ＰＵＳＨサーバ２００の宛先ＩＤ送信部２０６は、ＰＵＳＨサーバ２００の宛先ＩＤ更新部２０２から、ウェブサーバ４００に向けて端末３００のアプリケーション３０１を特定する識別子（ＩＤ）が“新宛先”となったことの通知を受けたあと、ウェブサーバ４００からプッシュメッセージ送信依頼通知６０６を受けると、ウェブサーバ４００に向けて端末３００のアプリケーション３０１に対応する“新宛先”を更新後宛先ＩＤ通知６０８として送信する。このように、ＰＵＳＨサーバ２００の宛先ＩＤ送信部２０６は、ウェブサーバ４００からのプッシュメッセージ送信依頼通知に応じて、ウェブサーバ４００に向けて、アプリケーションの識別子は新しい宛先識別子に変更されたことを通知する。

このようにＰＵＳＨサーバ２００は、ウェブサーバ４００からのプッシュメッセージ送信依頼通知に応じて、識別子として第１の宛先識別子を有するアプリケーション３０１がインストールされている端末３００に向けてプッシュメッセージを送信する情報処理装置２００であって、宛先ＩＤ保持部２０５と、宛先ＩＤ生成部２０３と、プッシュ送受信部２０１と、宛先ＩＤ更新部２０２と、プッシュ受付部２０４とを含む。

宛先ＩＤ保持部２０５は、端末３００にインストールされているアプリケーション３０１に対応して、端末３００に保持されている第１の宛先識別子を端末宛先識別子として保持するとともに、前記第１の宛先識別子をサービス宛先識別子として保持する。

プッシュ送受信部２０１は、第２の宛先識別子を端末３００に送信し、端末３００が第１の宛先識別子を第２の宛先識別子に更新したことを示す宛先ＩＤ更新完了通知を、端末３００から受信する。

宛先ＩＤ更新部２０２は、宛先ＩＤ保持部２０５の端末宛先識別子を第１の宛先識別子から第２の宛先識別子に更新する。

プッシュ受付部２０４は、ウェブサーバ４００から受信した第１のプッシュメッセージに含まれる第３の宛先識別子が宛先ＩＤ保持部２０５のサービス宛先識別子に一致する場合、第３の宛先識別子に代えて端末宛先識別子を含む第２のプッシュメッセージを生成し、第２のプッシュメッセージを端末３００へ向けて送信するようにプッシュ送受信部２０１に指示する。

また情報処理装置２００は宛先ＩＤ送信部２０６を含み得る。宛先ＩＤ送信部２０６は、プッシュ送受信部２０１が宛先ＩＤ更新完了通知を受信することに応答して、ウェブサーバ４００に向けて、アプリケーション３０１の識別子は第２の宛先識別子に変更されたことを通知する。

端末３００のＰＵＳＨ送受信部３０２は、ＰＵＳＨサーバ２００のＰＵＳＨ送受信部２０１から送られた宛先ＩＤ更新通知６０２、プッシュメッセージ６１０を受信する。宛先ＩＤ更新通知６０２およびプッシュメッセージ６１０のフォーマットの例はそれぞれ、図７Ａおよび図７Ｅに示されている。

また、端末３００のＰＵＳＨ送受信部３０２は、宛先ＩＤ更新通知６０２を受信すると、宛先ＩＤ保持部３０３に保持されている宛先テーブルの宛先ＩＤの更新を指示する。

そして、端末３００のＰＵＳＨ送受信部３０２は、宛先ＩＤ保持部３０３に保持されている宛先テーブルの宛先ＩＤの更新が完了すると、ＰＵＳＨサーバ２００に向けて宛先ＩＤ更新完了通知６０４を送信する。

さらに、端末３００のＰＵＳＨ送受信部３０２は、プッシュメッセージ６１０を受信すると、アプリケーション３０１のＰＵＳＨ実行部３０１１に、プッシュメッセージ６１０に含まれるメッセージを実行する。

上記のような構成を有するプッシュ型配信システムでは、セキュリティを確保しつつリアルタイム性を損なわずに、宛先情報を更新することができる。より具体的には、上記のような構成を有するプッシュ型配信システムでは、端末３００の宛先ＩＤ保持部３０３の更新は完了したが、ウェブサーバ４００の宛先ＩＤ保持部４０２に保持されている宛先ＩＤの更新が完了しないうちに、ウェブサーバ４００から更新前の宛先（旧宛先）を含むプッシュメッセージ送信依頼通知６０６が送信されても、所定の端末３００のアプリケーション３０１にメッセージが送付されない事態を生じさせないようにすることができる。

また、上記のような構成を有するプッシュ型配信システムでは、ＰＵＳＨサーバ２００の宛先ＩＤ更新部２０２は、ウェブサーバ４００からＰＵＳＨ送信依頼を受ける前に、端末３００に割り当てられた識別子（ＩＤ）である宛先ＩＤの更新が２回行われる場合でも、ＰＵＳＨサーバ２００から送信されたプッシュメッセージは、端末３００のアプリケーション３０１に届けられる。そして、プッシュ型配信システムでの宛先ＩＤの更新の頻度を高くすることができ、セキュリティをより強固にすることができる。

図９は実施形態の情報処理装置の構成の例を示す図である。ここで、情報処理装置は、ＰＵＳＨサーバ２００、端末３００、ウェブサーバ４００のいずれであってもよい。情報処理装置は、汎用コンピュータ５００として実現され得る。特に、ＰＵＳＨサーバ２００は汎用コンピュータ５００として実現される。

このコンピュータ５００は、Ｍｉｃｒｏ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ（ＭＰＵ）５０２、Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ（ＲＯＭ）５０４、及びＲａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ（ＲＡＭ）５０６を備えている。コンピュータ５００は、さらに、ハードディスク装置５０８、入力装置５１０、表示装置５１２、インタフェース装置５１４、及び記録媒体駆動装置５１６を備えている。なお、これらの構成要素はバスライン５２０を介して接続されており、ＭＰＵ５０２の管理の下で各種のデータを相互に授受することができる。

ＭＰＵ５０２は、このコンピュータ５００全体の動作を制御する演算処理装置であり、コンピュータ５００の制御処理部として機能する。

ＲＯＭ５０４は、所定の基本制御プログラムが予め記録されている読み出し専用半導体メモリである。ＭＰＵ５０２は、この基本制御プログラムをコンピュータ５００の起動時に読み出して実行することにより、このコンピュータ５００の各構成要素の動作制御が可能になる。

ＲＡＭ５０６は、ＭＰＵ５０２が各種の制御プログラムを実行する際に、必要に応じて作業用記憶領域として使用する、随時書き込み読み出し可能な半導体メモリである。

ハードディスク装置５０８は、ＭＰＵ５０２によって実行される各種の制御プログラムや各種のデータを記憶しておく記憶装置である。ＭＰＵ５０２は、ハードディスク装置５０８に記憶されている所定の制御プログラムを読み出して実行することにより、後述する各種の制御処理を行えるようになる。

入力装置５１０は、例えばマウス装置やキーボード装置であり、情報処理装置のユーザにより操作されると、その操作内容に対応付けられている各種情報の入力を取得し、取得した入力情報をＭＰＵ５０２に送付する。

表示装置５１２は例えば液晶ディスプレイであり、ＭＰＵ５０２から送付される表示データに応じて各種のテキストや画像を表示する。

インタフェース装置５１４は、このコンピュータ５００に接続される各種機器との間での各種情報の授受の管理を行う。

記録媒体駆動装置５１６は、可搬型記録媒体５１８に記録されている各種の制御プログラムやデータの読み出しを行う装置である。ＭＰＵ５０２は、可搬型記録媒体５１８に記録されている所定の制御プログラムを、記録媒体駆動装置５１６を介して読み出して実行することによって、後述する各種の制御処理を行うようにすることもできる。なお、可搬型記録媒体５１８としては、例えばＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）規格のコネクタが備えられているフラッシュメモリ、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｃ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＤＶＤ−ＲＯＭ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）などがある。

このようなコンピュータ５００を用いて情報処理装置を構成するには、例えば、上述の各処理部における処理をＭＰＵ５０２に行わせるための制御プログラムを作成する。作成された制御プログラムはハードディスク装置５０８若しくは可搬型記録媒体５１８に予め格納しておく。そして、ＭＰＵ５０２に所定の指示を与えてこの制御プログラムを読み出させて実行させる。こうすることで、情報処理装置が備えている機能がＭＰＵ５０２により提供される。

＜プッシュ型配信システムにおける宛先情報更新＞
図１０を参照しながら、実施例のプッシュ型配信システムにおける宛先情報更新方法の処理について説明する。

また、ＰＵＳＨサーバ２００、端末３００、ウェブサーバ４００が図８に示されているような汎用コンピュータ５００である場合には、下記の説明は、そのような処理を行う制御プログラムを定義する。すなわち、以下では、下記に説明する処理を汎用コンピュータに行わせる制御プログラムの説明でもある。

図１０は、実施例における宛先情報更新処理における処理の流れの例を示す図である。
Ｓ３０１でＰＵＳＨサーバ２００の宛先ＩＤ保持部２０５は、端末３００にインストールされているアプリケーション３０１に対応して、端末３００に保持されているアプリケーション３０１の識別子である旧宛先ＩＤを端末宛先識別子として、およびウェブサーバ４００に保持されているアプリケーション３０１の識別子である旧宛先をサービス宛先識別子として保持する。
Ｓ３０１と同時のＳ３０２で端末３００の宛先ＩＤ保持部３０３は、旧宛先ＩＤを保持している。

Ｓ３０１と同時のＳ３０３でウェブサーバ４００の宛先ＩＤ保持部４０２は、旧宛先ＩＤを保持している。

このように、初めに、ＰＵＳＨサーバ２００の宛先ＩＤ保持部２０５、端末３００の宛先ＩＤ保持部３０３、ウェブサーバ４００の宛先ＩＤ保持部４０２は全て、旧宛先ＩＤを保持しているとする。

Ｓ３０１の次のＳ３０４でＰＵＳＨサーバ２００の宛先ＩＤ生成部２０３は新宛先ＩＤを生成する。

Ｓ３０４の次のＳ３０５でＰＵＳＨサーバ２００のＰＵＳＨ送受信部２０１は、Ｓ３０１で生成した新宛先ＩＤを含む宛先ＩＤ更新通知６０２を端末３００に送信する。

Ｓ３０６で端末３００のＰＵＳＨ受信部３０２は、ＰＵＳＨサーバ２００から通知された宛先ＩＤ更新通知６０２を受け、端末３００の宛先ＩＤ保持部３０３に保持されている旧宛先ＩＤを新宛先ＩＤに更新する。

Ｓ３０６の次のＳ３０７で端末３００のＰＵＳＨ受信部３０２は、宛先ＩＤの更新が完了したことを受けて、ＰＵＳＨサーバ２００に宛先ＩＤ更新完了通知６０４を送信する。図４で示されているように、本ステップの処理は、更新完了応答とも呼ぶ。

Ｓ３０８でＰＵＳＨサーバ２００のＰＵＳＨ送受信部２０１は、Ｓ３０７で端末３００から更新完了応答による通知を受けると、ＰＵＳＨサーバ２００の宛先ＩＤ更新部２０２は、宛先ＩＤ保持部２０５に保持されている宛先ＩＤを新宛先ＩＤに更新する。ここまでで、ＰＵＳＨサーバ２００の宛先ＩＤ保持部２０５と端末３００の宛先ＩＤ保持部３０３に保持されている宛先ＩＤが更新される。このタイミングでは、ウェブサーバ４００の宛先ＩＤ保持部４０２に保持されている宛先テーブルの宛先ＩＤは旧宛先ＩＤのままである。

Ｓ３０８の処理が完了した後、Ｓ３０９でウェブサーバ４００のＰＵＳＨ依頼部４０１は、端末３００にインストールされているアプリケーション３０１宛てにメッセージを送信することをＰＵＳＨサーバ２００に依頼するプッシュメッセージ送信依頼通知６０６を送信する。この際ウェブサーバ４００のＰＵＳＨ依頼部４０１は、宛先保持部４０２に格納されている宛先テーブルを参照する。すなわち、プッシュメッセージ送信依頼通知６０６の宛先ＩＤフィールド６０６４には、端末３００のアプリケーション３０１に対応する旧宛先ＩＤが格納される。

Ｓ３１０でＰＵＳＨサーバ２００のＰＵＳＨ受付部２０４は、ウェブサーバ４００のＰＵＳＨ依頼部４０１から送られたプッシュメッセージ送信依頼通知６０６を受ける。

またＳ３１０でＰＵＳＨサーバ２００のＰＵＳＨ受付部２０４は、メッセージを端末３００のアプリケーション３０１宛てにプッシュメッセージ６１０を作成するために、端末３００のアプリケーション３０１に対応する宛先ＩＤを宛先ＩＤ保持部２０５に保持されている宛先テーブルを参照する。そのために、ＰＵＳＨサーバ２００のＰＵＳＨ受付部２０４は、受信したプッシュメッセージ送信依頼通知６０６の宛先ＩＤフィールド６０６４に格納されている宛先ＩＤが、宛先ＩＤ保持部２０５に保持されている宛先テーブルの端末宛先ＩＤフィールドに格納されている宛先ＩＤに一致するかどうかを判定する。この判定の結果が“ＹＥＳ（Ｙ）”、すなわちプッシュメッセージ送信依頼通知６０６の宛先ＩＤが、宛先ＩＤ保持部２０５の端末宛先ＩＤである場合、処理はＳ３１７に進む。この判定の結果が“ＮＯ（Ｎ）”、すなわちプッシュメッセージ送信依頼通知６０６の宛先ＩＤが、宛先ＩＤ保持部２０５の端末宛先ＩＤでない場合、処理はＳ３１１に進む。

Ｓ３１１でＰＵＳＨサーバ２００のＰＵＳＨ受付部２０４は、受信したプッシュメッセージ送信依頼通知６０６の宛先ＩＤフィールド６０６４に格納されている宛先ＩＤが、宛先ＩＤ保持部２０５に保持されている宛先サーブルのサービス宛先ＩＤフィールドに格納されている宛先ＩＤに一致するかどうかを判定する。この判定の結果が“ＹＥＳ（Ｙ）”、すなわちプッシュメッセージ送信依頼通知６０６の宛先ＩＤが、宛先ＩＤ保持部２０５のサービス宛先ＩＤである場合、処理はＳ３１３に進む。この判定の結果が“ＮＯ（Ｎ）”、すなわちプッシュメッセージ送信依頼通知６０６の宛先ＩＤが、宛先ＩＤ保持部２０５のサービス宛先ＩＤでない場合は、Ｓ３１２に進む。

Ｓ３１２では、プッシュメッセージ送信依頼通知６０６の宛先ＩＤは、宛先ＩＤ保持部２０５の端末宛先ＩＤでも、サービス宛先ＩＤでもないとして、送信失敗のメッセージを発してもよい。

Ｓ３１３でＰＵＳＨサーバ２００の宛先ＩＤ送信部２０６は、ウェブサーバ４００からプッシュメッセージ送信依頼通知６０６への返答として、ウェブサーバ４００の宛先ＩＤ受信部４０３に向けて端末３００のアプリケーション３０１に対応する“新宛先”を更新後宛先ＩＤ通知６０８として送信する。

Ｓ３１３の後のＳ３１４でウェブサーバ４００の宛先ＩＤ受信部４０３は、Ｓ３１３でＰＵＳＨサーバ２００の宛先ＩＤ送信部２０６から送信された更新後宛先ＩＤ通知６０８を受信する。さらにＳ３１４で宛先ＩＤ受信部４０３は、更新後宛先ＩＤ通知６０８に含まれる端末３００に割り振られた“新宛先”を、宛先ＩＤ保持部４０２に格納する。

また、Ｓ３１３の後のＳ３１５でＰＵＳＨサーバ２００のＰＵＳＨ送受信部２０１は、プッシュメッセージ６１０の「宛先ＩＤ」フィールド６１０４に格納される宛先ＩＤに、宛先ＩＤ保持部２０５に保持されている宛先テーブルの「端末宛先ＩＤ」フィールドに格納されている“新宛先”を格納する。

Ｓ３１５の次のＳ３１６でＰＵＳＨサーバ２００の宛先ＩＤ更新部２０２は、宛先ＩＤ保持部２０５に保持される宛先テーブル２０５０中の「サービス宛先ＩＤ」に格納されている“旧宛先”を“新宛先”に更新する。

Ｓ３１５とＳ３１６の処理の順序は逆になっても良いし、同時であっても良い。
Ｓ３１６の次のＳ３１７でＰＵＳＨサーバ２００のＰＵＳＨ送受信部２０１は、端末３００のアプリケーション３０１宛てにプッシュメッセージ６１０を送信する。

Ｓ３１７の後のＳ３１８で端末３００のＰＵＳＨ送受信部３０２は、ＰＵＳＨサーバ２００のＰＵＳＨ送受信部２０１から送られたプッシュメッセージ６１０を受信する。

このような処理を行うことによって、プッシュ型配信システムにおいて情報を配信するサービスを継続したまま、端末３００にインストールされているアプリケーションの識別子（ＩＤ）（宛先ＩＤ）を定期的に更新することが出来、サービスの使いやすさとセキュリティを両立できる。また、端末３００からウェブサーバ４００へ、端末３００にインストールされているアプリケーションの識別子（ＩＤ）（宛先ＩＤ）が更新された旨の通知が必須ではなくなり、アプリケーションの開発が楽になる。

Ｓ３０９の前に、ＰＵＳＨサーバの宛先ＩＤ生成部２０３が新たに宛先ＩＤを生成し、宛先情報更新の処理が開始され、Ｓ３０４〜Ｓ３０８までの処理が繰り返される場合がある。

その場合は、２回目のＳ３０８でＰＵＳＨサーバ２００の宛先ＩＤ更新部２０２は、ウェブサーバ４００からＰＵＳＨ送信依頼を受ける前に、端末３００から端末３００に割り当てられた識別子（ＩＤ）である宛先ＩＤの２回目の更新が終了した旨の通知を受けると、宛先ＩＤ保持部２０５に保持される宛先テーブル２０５０中の「端末宛先ＩＤ」に格納されている宛先ＩＤを“新宛先ＩＤ２”に更新する。ただしこの時、宛先テーブル２０５０中の「サービス宛先ＩＤ」中の宛先ＩＤは“旧宛先”のままとする。すなわち、ＰＵＳＨサーバ２００の宛先ＩＤ更新部２０２は、ウェブサーバ４００からＰＵＳＨ送信依頼を受けるまで、宛先テーブル２０５０中の「端末宛先ＩＤ」フィールド中の宛先ＩＤのみを更新し、「サービス宛先ＩＤ」中の宛先ＩＤは更新しない。

このような処理を行うことによって、ＰＵＳＨサーバ２００の宛先ＩＤ更新部２０２は、ウェブサーバ４００からＰＵＳＨ送信依頼を受ける前に、端末３００に割り当てられた識別子（ＩＤ）である宛先ＩＤの更新が２回行われる場合でも、ＰＵＳＨサーバ２００から送信されたプッシュメッセージは、端末３００のアプリケーション３０１に届けられる。そして、このような処理が行えることで、プッシュ型配信システムでの宛先ＩＤの更新の頻度を高くすることができ、セキュリティをより強固にすることができる。

１００ プッシュ型配信システム
２００ ＰＵＳＨサーバ（プッシュサーバ）
２０１ ＰＵＳＨ送受信部（プッシュ送受信部）
２０２ 宛先ＩＤ更新部
２０３ 宛先ＩＤ生成部
２０４ ＰＵＳＨ受付部（プッシュ受付部）
２０５ 宛先ＩＤ保持部
２０６ 宛先ＩＤ送信部
３００ 端末（クライアント）
３０１ アプリケーション
３０２ ＰＵＳＨ送受信部（プッシュ送受信部）
３０３ 宛先ＩＤ保持部
３０１１ ＰＵＳＨ実行部（プッシュ実行部）
３０１２ 宛先ＩＤ通知部
４００ ウェブサーバ
４０１ ＰＵＳＨ依頼部（プッシュ依頼部）
４０２ 宛先ＩＤ保持部
４０３ 宛先ＩＤ受信部

Claims (15)

1. 端末にインストールされているアプリケーションに対応して、前記端末に保持されている第１の宛先識別子を端末宛先識別子として保持するとともに、前記第１の宛先識別子をサービス宛先識別子として保持する宛先ＩＤ保持部と、
   第２の宛先識別子を前記端末に送信し、前記端末が前記第１の宛先識別子を前記第２の宛先識別子に更新したことを示す宛先ＩＤ更新完了通知を、前記端末から受信するプッシュ送受信部と、
   前記宛先ＩＤ保持部の前記端末宛先識別子を前記第１の宛先識別子から前記第２の宛先識別子に更新する宛先ＩＤ更新部と、
   ウェブサーバから受信したプッシュメッセージ送信依頼通知に含まれる第３の宛先識別子が前記宛先ＩＤ保持部の前記サービス宛先識別子に一致する場合、前記第３の宛先識別子に代えて前記端末宛先識別子を含むプッシュメッセージを生成し、前記プッシュメッセージを前記端末へ向けて送信するように前記プッシュ送受信部に指示するプッシュ受付部と、を含む情報処理装置。
2. 前記情報処理装置と前記端末は、前記情報処理装置から前記端末に任意のタイミングで情報を送信するように接続され、前記情報処理装置と前記ウェブサーバは、前記情報処理装置が前記ウェブサーバからの要求に応じて応答するように接続される、請求項１に記載の情報処理装置。
3. 前記宛先ＩＤ更新部は、定期的にまたは外部からの指令に応じて前記第１の宛先識別子に変わる第２の宛先識別子を生成する、請求項１または２に記載の情報処理装置。
4. さらに、
   前記ウェブサーバからの前記プッシュメッセージ送信依頼通知に応じて、前記ウェブサーバに向けて、前記アプリケーションの前記識別子は前記第２の宛先識別子に変更されたことを通知する宛先ＩＤ送信部を含む、請求項１乃至３のいずれか一項に記載の情報処理装置。
5. 前記プッシュ受付部は、前記ウェブサーバから前記第１の宛先識別子に宛てに前記プッシュメッセージの配信を依頼する前記プッシュメッセージ送信依頼通知を受信する前に、前記端末に、前記端末が保持している前記第２の宛先識別子を前記第３の宛先識別子に更新させ、前記アプリケーションの前記識別子の更新が完了したことを示す宛先ＩＤ更新完了通知を返信させ、前記宛先ＩＤ更新完了通知を受信すると、前記宛先ＩＤ更新部に前記宛先ＩＤ保持部の前記端末宛先識別子を前記第２の宛先識別子から前記第３の宛先識別子に更新するように指令を出す、請求項１乃至４のいずれか一項に記載の情報処理装置。
6. コンピュータによって実行される宛先情報更新方法であって、
   端末にインストールされているアプリケーションに対応して、前記端末に保持されている第１の宛先識別子を端末宛先識別子として保持するとともに、前記第１の宛先識別子をサービス宛先識別子として保持することと、
   第２の宛先識別子を前記端末に送信し、前記端末が前記第１の宛先識別子を前記第２の宛先識別子に更新したことを示す宛先ＩＤ更新完了通知を、前記端末から受信することと、
   前記端末宛先識別子を前記第１の宛先識別子から前記第２の宛先識別子に更新することと、
   ウェブサーバから受信したプッシュメッセージ送信依頼通知に含まれる第３の宛先識別子が前記サービス宛先識別子に一致する場合、前記第３の宛先識別子に代えて前記端末宛先識別子を含むプッシュメッセージを生成し、前記プッシュメッセージを前記端末に送信することと、
   を含む宛先情報更新方法。
7. 前記コンピュータと前記端末は、前記コンピュータから前記端末に任意のタイミングで情報を送信するように接続され、前記コンピュータと前記ウェブサーバは、前記コンピュータが前記ウェブサーバからの要求に応じて応答するように接続される、請求項６に記載の宛先情報更新方法。
8. さらに、
   定期的にまたは外部からの指令に応じて前記第１の宛先識別子に変わる第２の宛先識別子を生成することを含む、請求項６または７に記載の宛先情報更新方法。
9. さらに、
   前記ウェブサーバからの前記プッシュメッセージ送信依頼通知に応じて、前記アプリケーションの前記識別子は前記第２の宛先識別子に変更されたことを通知することを含む、請求項６乃至８のいずれか一項に記載の宛先情報更新方法。
10. さらに、
    前記ウェブサーバから前記第１の宛先識別子に宛てに前記プッシュメッセージの配信を依頼する前記プッシュメッセージ送信依頼通知を受信する前に、前記端末に、前記端末が保持している前記第２の宛先識別子を前記第３の宛先識別子に更新させ、前記アプリケーションの前記識別子の更新が完了したことを示す宛先ＩＤ更新完了通知を返信させ、前記宛先ＩＤ更新完了通知を受信すると、前記端末宛先識別子を前記第２の宛先識別子から前記第３の宛先識別子に更新するように指令を出すことを含む、請求項６乃至９のいずれか一項に記載の宛先情報更新方法。
11. 端末にインストールされているアプリケーションに対応して、前記端末に保持されている第１の宛先識別子を端末宛先識別子として保持するとともに、前記第１の宛先識別子をサービス宛先識別子として保持し、
    第２の宛先識別子を前記端末に送信し、前記端末が前記第１の宛先識別子を前記第２の宛先識別子に更新したことを示す宛先ＩＤ更新完了通知を、前記端末から受信し、
    前記端末宛先識別子を前記第１の宛先識別子から前記第２の宛先識別子に更新し、
    ウェブサーバから受信したプッシュメッセージ送信依頼通知に含まれる第３の宛先識別子が前記サービス宛先識別子に一致する場合、前記第３の宛先識別子に代えて前記端末宛先識別子を含むプッシュメッセージを生成し、前記プッシュメッセージを前記端末に送信する処理をコンピュータに実行させるプログラム。
12. 前記コンピュータと前記端末は、前記コンピュータから前記端末に任意のタイミングで情報を送信するように接続され、前記コンピュータと前記ウェブサーバは、前記コンピュータが前記ウェブサーバからの要求に応じて応答するように接続される、請求項１１に記載のプログラム。
13. さらに、
    定期的にまたは外部からの指令に応じて前記第１の宛先識別子に変わる第２の宛先識別子を生成する処理をコンピュータに実行させること含む、請求項１１または１２に記載のプログラム。
14. さらに、
    前記ウェブサーバからの前記プッシュメッセージ送信依頼通知に応じて、前記ウェブサーバに向けて、前記アプリケーションの前記識別子は前記第２の宛先識別子に変更されたことを通知する処理をコンピュータに実行させること含む、請求項１１乃至１３のいずれか一項に記載のプログラム。
15. さらに、
    前記ウェブサーバから前記第１の宛先識別子に宛てに前記プッシュメッセージの配信を依頼する前記プッシュメッセージ送信依頼通知を受信する前に、前記端末に、前記端末が保持している前記第２の宛先識別子を前記第３の宛先識別子に更新させ、前記アプリケーションの前記識別子の更新が完了したことを示す宛先ＩＤ更新完了通知を返信させ、前記宛先ＩＤ更新完了通知を受信すると、前記端末宛先識別子を前記第２の宛先識別子から前記第３の宛先識別子に更新するように指令を出す処理をコンピュータに実行させること含む、請求項１１乃至１４のいずれか一項に記載のプログラム。

Images