JP6132021B2 - 配信制御装置及びその方法、プッシュ配信システム、並びにコンピュータ・プログラム - Google Patents

Description

本発明は、例えば、テキスト、映像、画像、メッセージ等の各種情報を効率よく配信する技術分野に関する。

携帯端末装置やパーソナルコンピュータ等のクライアント端末と、サーバ装置との間で行われる通信方法には、プル型とプッシュ型とが存在する。このプル型は、例えば、ユーザの要求に応じて、クライアント端末がサーバ装置から情報を取得する方法である。プッシュ型は、ユーザの要求によらずにサーバ装置からクライアント端末に対して情報を配信する方法である。

より具体的に、一例として、プル型通信は、Ｗｅｂページの閲覧やビデオオンデマンド（Ｖｉｄｅｏ＿Ｏｎ＿Ｄｅｍａｎｄ：以降、「ＶＯＤ」と称する）等に用いられる。

プッシュ型通信は、メールの新着通知、音声通話における着呼等に用いられる。

本願出願に先立って存在する関連技術として、例えば、特許文献１は、プッシュ型情報配信方法、プッシュ型情報配信用プログラム及びプッシュ型情報配信装置に関する技術を開示する。

特許文献１に開示されたプッシュ型情報配信装置は、配信するメッセージの種別と、クライアント端末とサーバ装置との間の通信環境とに基づいて、配信方法を選定する。

より具体的に、係るプッシュ型情報配信装置は、クライアント端末とサーバ装置との間の通信環境に応じて、ＢＥＳＴ＿ＥＦＦＯＲＴ方式、ＤＥＦＥＲＲＥＤ方式及びＴＩＭＥＲ方式の何れか一つの配信方式を選定する。そして、当該プッシュ型情報配信装置は、選定した配信方式に切り替える。

このため、特許文献１に開示されたプッシュ型情報配信装置は、通信環境の悪いクライアント端末の影響を受けることなく、通信環境のよいクライアント端末に対して情報を配信することができる。即ち、係るプッシュ型情報配信装置は、クライアント端末に対する情報配信が遅延する事態を防ぐことができる。

次に、特許文献２は、コンテンツ提供システム、コンテンツ提供方法及びコンテンツ提供プログラムに関する技術を開示する。

特許文献２に開示されたコンテンツ提供システムは、クライアント端末においてプッシュアプリケーションを起動可能なように指示するプッシュ情報を生成する。当該コンテンツ提供システムは、生成したプッシュ情報をクライアント端末に対して送信する。

クライアント端末は、プッシュ情報を受信する。また、当該クライアント端末は、受信したプッシュ情報に基づきプッシュアプリケーションを起動する。さらに、当該クライアント端末は、受信したプッシュ情報に含まれる文書や画像等のコンテンツ情報を、表示部に表示する。

即ち、係るコンテンツ提供システムは、コンテンツ情報をクライアント端末に対して即時に配信することができる。

また、特許文献３に開示されたプッシュ配信システムは、ユーザのスケジュールを管理するスケジュールサーバから取得したスケジュールに基づいて、配信するコンテンツ情報を選択する。

特開２００２−２７８８６２号公報 特開２００９−１５７６５０号公報 特開２００５−１６５６９７号公報

ところで、上述したプッシュ型通信を利用したサービスとしてプッシュ配信サービスが一般的に知られている。

図８は、一般的に知られたプッシュ配信サービスを提供するプッシュ配信システム２００を概念的に例示する図である。

図８において、プッシュ配信システム２００は、アプリケーションサーバ２０１、プッシュサーバ２０２及びクライアント端末２０３を備える。

アプリケーションサーバ２０１は、例えば、クライアント端末２０３に対してメッセージを配信する場合に、メッセージ本文と、そのメッセージを配信する宛先を表す情報とを含むプッシュ送信要求情報を、プッシュサーバ２０２に対して送信する。

プッシュサーバ２０２は、プッシュ送信要求情報を蓄積する。そして、プッシュサーバ２０２は、蓄積したプッシュ送信要求情報に基づいて、クライアント端末２０３に対してメッセージを配信する。

ここで、プッシュサーバ２０２においてメッセージを配信する方法には、大別して、蓄積処理方式と、即時処理方式とが存在する。

より具体的に、即時処理方式は、プッシュ送信要求情報を受信する。そして、即時処理方式は、受信したプッシュ送信要求情報に基づいて、メッセージを即時に配信する。

図９は、一般的に知られたクライアント端末２０３がプッシュサーバ２０２から２つのメッセージを受信する際の通信状態の遷移を例示する図である（即時処理方式）。

より具体的に、図９は、横軸方向に時間を表す。また、図９は、縦軸方向に通信ネットワークの接続状態（接続、または非接続）を表す。

プッシュサーバ２０２は、プッシュ送信要求情報を受信するのに応じて、２つのメッセージをクライアント端末２０３に対して即時に配信する。

そのため、図９に示す即時処理方式では、メッセージを配信する度に、クライアント端末２０３とプッシュサーバ２０２との間において接続を確立する必要がある。さらに、メッセージの配信が完了した場合であっても、クライアント端末２０３とプッシュサーバ２０２との間の接続状態は、一定の時間に亘って継続する。

ここで、より具体的に、一例として、接続処理としては、スリーウェイ・ハンドシェイクやＲＲＣ（Ｒａｄｉｏ＿Ｒｅｓｏｕｒｃｅ＿Ｃｏｎｔｒｏｌ）等が一般的に知られている。スリーウェイ・ハンドシェイクとは、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ＿Ｃｏｎｔｒｏｌ＿Ｐｒｏｔｏｃｏｌ）においてクライアント端末とサーバ装置との接続を確立する手順である。ＲＲＣとは、データ通信の発生に基づき無線リソースを制御する技術である。

このように、即時処理方式は、メッセージを配信する際の遅延を小さくすることができる。その一方で、即時処理方式では、メッセージを配信する際の接続処理が増大する傾向にある。即ち、即時処理方式では、通信ネットワークの負荷及びクライアント端末やプッシュサーバにおける消費電力を軽減することができない。特に、携帯端末装置等の持ち運び可能なクライアント端末２０３は、電池の消耗を抑制できない。そのため、当該クライアント端末２０３では、利用者にとってユーザビリティの低下につながる虞がある。

次に、蓄積処理方式は、プッシュ送信要求情報を蓄積する。そして、蓄積処理方式は、所定の時間周期毎に、蓄積したプッシュ送信要求情報に基づいて、メッセージをクライアント端末に対して配信する。

図１０は、一般的に知られたクライアント端末２０３がプッシュサーバ２０２から２つのデータを受信する際の通信状態の遷移を例示する図である（蓄積処理方式）。

より具体的に、図１０は、横軸方向に時間を表す。また、図１０は、縦軸方向に通信ネットワークの接続状態を表す。

プッシュサーバ２０２は、プッシュ送信要求情報を受信する。そして、プッシュサーバ２０２は、受信したプッシュ送信要求情報を蓄積する。さらに、プッシュサーバ２０２は、蓄積したプッシュ送信要求情報に基づいて、メッセージをクライアント端末２０３に対して所定の時間周期毎に配信する。

そのため、図１０に示す蓄積処理方式では、蓄積したメッセージを配信する際に、クライアント端末２０３とプッシュサーバ２０２との間において接続を確立することによって、２つのメッセージを配信することができる。

このように、蓄積処理方式は、係る接続処理の増大を抑制することができる。その一方で、蓄積処理方式は、メッセージを配信する際の遅延が大きくなる傾向にある。即ち、蓄積処理方式では、通信ネットワークの負荷及びクライアント端末やプッシュサーバにおける消費電力を軽減することができる。特に、クライアント端末２０３では、電池の消耗を抑制することができる。

特許文献１において、ＢＥＳＴ＿ＥＦＦＯＲＴ方式及びＤＥＦＥＲＲＥＤ方式は、即時処理方式に相当する。また、ＴＩＭＥＲ方式は、蓄積処理方式に相当する。

即ち、特許文献１は、クライアント端末とプッシュサーバとの通信環境に応じて、蓄積処理方式と即時処理方式との処理方式を切り替える技術を開示するに留まる。特許文献１には、蓄積処理方式と即時処理方式とを組み合わせてメッセージを配信する場合に、配信する順序を保証する手段がない。そのため、特許文献１では、クライアント端末においてメッセージを表示する際に、配信元が意図した順序に表示されない虞がある。

また、特許文献１に開示されたプッシュ型情報配信装置は、ユーザや配信元にとって重要でない情報であっても、即時処理方式によって情報を配信する。そのため、特許文献１では、依然として通信ネットワークの負荷や電力消費を軽減することができない。

また、特許文献２には、即時にコンテンツを配信する技術を開示するに留まる。消費電力の低減や通信ネットワーク負荷の増大を抑制することについては、考慮されておらず何ら述べられていない。

本発明は、情報を配信するに際して、その配信を効率よく制御することが可能な配信制御装置等を提供することを主たる目的とする。

上記の課題を達成すべく、本発明に係る配信制御装置は、以下の構成を備えることを特徴とする。

即ち、本発明に係る配信制御装置は、
配信対象である端末を識別可能な宛先ＩＤと、メッセージの本文と、そのメッセージに設定された優先度を示す優先度情報とを含む送信要求情報を受信するのに応じて、前記優先度情報に基づいて、優先度を判別すると共に、その判別結果に応じて、高優先度情報受信処理、または低優先度情報受信処理の何れかを実行する情報受信手段と、
所定の時間周期毎に、前記宛先ＩＤと前記メッセージの配信予定日時とを含む送信情報を参照し、該送信情報を参照した日時が前記配信予定日時に達する場合に、前記送信情報の中から前記配信予定日時に関連付けられた１つ以上の第１の宛先ＩＤを求める一方で、前記優先度情報が高いことを示す場合には、前記送信要求情報の中から第１の宛先ＩＤを求め、
前記求めた１つ以上の第１の宛先ＩＤに基づき配信処理を実行することによって、１つ以上のメッセージを配信する情報送信手段と、
を備えることを特徴とする。

或いは、同目的は、上記に示す配信制御装置を含むプッシュ配信システムによっても達成される。

また、同目的を達成すべく、本発明に係る配信制御方法は、以下の構成を備えることを特徴とする。

即ち、本発明に係る配信制御方法は、
情報処理装置が、
配信対象である端末を識別可能な宛先ＩＤと、メッセージの本文と、そのメッセージに設定された優先度を示す優先度情報とを含む送信要求情報を受信するのに応じて、前記優先度情報に基づいて、優先度を判別すると共に、その判別結果に応じて、高優先度情報受信処理、または低優先度情報受信処理の何れかを実行し、
所定の時間周期毎に、前記宛先ＩＤと前記メッセージの配信予定日時とを含む送信情報を参照し、該送信情報を参照した日時が前記配信予定日時に達する場合に、前記送信情報の中から前記配信予定日時に関連付けられた１つ以上の第１の宛先ＩＤを求める一方で、前記優先度情報が高いことを示す場合には、前記送信要求情報の中から第１の宛先ＩＤを求め、
前記求めた１つ以上の第１の宛先ＩＤに基づき配信処理を実行することによって、１つ以上のメッセージを配信する、
ことを特徴とする。

尚、同目的は、上記の各構成を有する配信制御装置及び配信制御方法を、コンピュータによって実現するコンピュータ・プログラム、及びそのコンピュータ・プログラムが格納されている、読み取り可能な記憶媒体によっても達成される。

本発明によれば、情報を配信するに際して、その配信を効率よく制御することが可能な配信制御装置等を提供することができる。

図１は、本発明の第１の実施形態における配信制御装置の構成を示すブロック図である。 図２は、本発明の第１の実施形態における受信情報の構成を具体的に例示した図である。 図３は、本発明の第１の実施形態における送信情報の構成を具体的に例示した図である。 図４は、本発明の第１の実施形態における配信制御装置の情報受信部が行う動作を示すフローチャートである。 図５は、本発明の第１の実施形態における配信制御装置の情報送信部が行う動作を示すフローチャートである。 図６は、本発明の第２の実施形態における配信制御装置を含むプッシュ配信システムの構成を示すブロック図である。 図７は、本発明に係る各実施形態を実現可能な情報処理装置のハードウェア構成を例示的に説明するブロック図である。 図８は、一般的に知られたプッシュ配信サービスを提供するプッシュ配信システムを概念的に例示する図である。 図９は、一般的に知られたクライアント端末がプッシュサーバから２つのメッセージを受信する際の通信状態の遷移を例示する図である（即時処理方式）。 図１０は、一般的に知られたクライアント端末がプッシュサーバから２つのデータを受信する際の通信状態の遷移を例示する図である（蓄積処理方式）。

以下、本発明の実施形態について図面を参照して詳細に説明する。

＜第１の実施形態＞
図１は、本発明の第１の実施形態における配信制御装置１の構成を示すブロック図である。

図１において、配信制御装置１は、情報受信部２と、情報送信部３とを備える。

より具体的に、情報受信部２は、送信要求情報１０１を受信するのに応じて、送信要求情報１０１を識別可能なメッセージ識別子（ｉｄｅｎｔｉｆｉｅｒ：以降、「ＩＤ」と称する）を付与する。

送信要求情報１０１は、例えば、メッセージをクライアント端末に配信する際に、配信の対象であるクライアント端末を識別可能な宛先ＩＤと、メッセージの本文（実体）と、そのメッセージに設定された優先度を示す優先度情報とを含む情報である。

さらに、情報受信部２は、受信した送信要求情報１０１と、付与したメッセージＩＤと、送信要求情報１０１を受信した日時と、情報の配信が完了したか否か（未配信）を示す配信状態情報とを記憶部４の受信情報１０２に格納（蓄積）する。

尚、以下の説明では、説明の便宜上、一例として、送信要求情報１０１を受信した日時を「要求日時」と称する。

情報受信部２は、メッセージを配信した場合に、メッセージを配信したことを示す情報「完了」を配信状態情報に格納する。

また、情報受信部２は、メッセージを配信していない場合に、メッセージを配信していないこと（未配信）を示す情報「未完了」を配信状態情報に格納する。

図２は、本発明の第１の実施形態における受信情報１０２の構成を具体的に例示した図である。

図２に例示するテーブルおいて、受信情報１０２は、１列目にメッセージＩＤを示す。２列目は、宛先ＩＤを示す。３列目は、優先度情報を示す。４列目は、メッセージ本文を示す。５列目は、要求日時を示す。６列目は、配信状態情報を示す。

即ち、受信情報１０２は、メッセージＩＤをキーとして、宛先ＩＤと、優先度情報と、メッセージの本文と、要求日時と、配信状態情報とが関連付けられた情報である。

ここで、優先度情報としては、例えば、２つの情報（「高」、「低」）によって優先度を示す構成を採用してもよい。また、優先度とは、例えば、メッセージの重要度を意味する。

次に、情報受信部２は、送信要求情報１０１に含まれる優先度情報に基づいて、メッセージに設定された優先度を判別する。

情報受信部２は、優先度情報に基づいて、優先度を判別した結果に応じて、高優先情報受信処理、または低優先情報受信処理の何れかの処理を実行する。尚、高優先情報受信処理、または低優先情報受信処理については、本実施形態において後述する。

次に、情報送信部３は、優先度情報が表す優先度が「高い」ことを示す場合、または所定の時間周期毎に以下に説明する処理を実行する。

尚、説明の便宜上、本願では「優先度情報が表す優先度」を、単に、「優先度情報」と略記する。

情報送信部３は、受信情報１０２に含まれる優先度情報が「高い」ことを示す通知を、情報受信部２から受信するのに応じて、送信要求情報１０１に含まれる宛先ＩＤ（第１の宛先ＩＤ）を求める。即ち、情報送信部３は、優先度情報が「高い」ことを示す場合には、送信要求情報１０１に含まれる宛先ＩＤ（第１の宛先ＩＤ）を求める。

尚、以下の説明では、説明の便宜上、情報送信部３が求めた宛先ＩＤを第１の宛先ＩＤと称する（以下の実施形態においても同様）。

一方で、情報送信部３は、所定の時間周期毎に、記憶部４に格納された送信情報１０３を参照する。

図３は、本発明の第１の実施形態における送信情報１０３の構成を具体的に例示した図である。

図３に例示するテーブルおいて、送信情報１０３は、１列目に宛先ＩＤを示す。２列目は、配信予定日時を示す。即ち、送信情報１０３は、宛先ＩＤと、配信予定日時とが関連付けられた情報である。

ここで、配信予定日時とは、メッセージを配信する予定日時を示す情報である。

より具体的に、一例として、図３に示すテーブル（送信情報１０３）の２行目において、宛先ＩＤ「ｄ１」に関連付けられた配信予定日時は、「２０１３／５／１ ９：３０：０４」である。即ち、配信制御装置１は、宛先ＩＤ「ｄ１」を有するクライアント端末に対して「２０１３／５／１ ９：３０：０４」にメッセージを配信することを意味する。

情報送信部３は、送信情報１０３を参照した日時が送信情報１０３に含まれる配信予定日時に達したか否かを判別する。

尚、以下の説明では、説明の便宜上、送信情報１０３を参照した日時を、単に、「参照日時」と称する。

情報送信部３は、参照日時が配信予定日時に達したと判別する場合に、送信情報１０３の中から当該配信予定日時に関連付けられた１つ以上の第１の宛先ＩＤを求める。即ち、情報送信部３は、参照日時が配信予定日時に達する全ての配信予定日時に関連付けられた第１の宛先ＩＤを送信情報１０３の中から求める。

さらに、情報送信部３は、１つ以上の第１の宛先ＩＤに基づいて、配信処理（図５においてステップＳ２７乃至ステップＳ３１）を実行する（配信処理については、本実施形態において後述する）。

記憶部４は、受信情報１０２と送信情報１０３とを保持する。

ここで、記憶部４は、コンピュータによるデータの読み書きが可能な記憶デバイスである。より具体的に、一例として、記憶部４は、サーバ装置等の電子機器に搭載されたハードディスクドライブやＤＲＡＭ（Ｄｙｎａｍｉｃ＿Ｒａｎｄｏｍ＿Ａｃｃｅｓｓ＿Ｍｅｍｏｒｙ）等の記憶装置を採用することができる。

また、一例として、記憶部４は、不図示の通信ネットワーク（例えば、図６に示す通信ネットワーク１１０）に接続されたストレージデバイス（不図示）を採用してもよい。但し、本実施形態を例に説明する本発明は、前述した構成には限定されない（以下の実施形態においても同様）。

次に、本発明の第１の実施形態に係るより具体的な配信制御装置１の動作について説明する。

以下の説明においては、一例として、配信制御装置１が送信要求情報１０１を受信した際の動作について詳細に説明する。

図４は、本発明の第１の実施形態における配信制御装置１の情報受信部２が行う動作を示すフローチャートである。以下の説明では、係るフローチャートに沿って情報受信部２の動作手順を説明する。

ステップＳ１：情報受信部２は、送信要求情報１０１を受信する。そして、情報受信部２は、受信した送信要求情報１０１を識別可能なメッセージＩＤを付与する。

より具体的に、情報受信部２は、例えば、サーバ装置を識別するホスト名と、カウンタの値とを組み合わせることによって、メッセージＩＤを生成する構成を採用してもよい。但し、本実施形態を例に説明する本発明は、前述した構成には限定されない（以下、各実施形態においても同様）。

ステップＳ２：情報受信部２は、送信要求情報１０１、メッセージＩＤ、要求日時及び配信状態情報を、記憶部４の受信情報１０２に格納する。

より具体的に、情報受信部２は、送信要求情報１０１に含まれる宛先ＩＤ、優先度情報及びメッセージの本文と、メッセージＩＤと、要求日時と、配信状態情報とを関連付けて受信情報１０２に格納する。

ここで、情報受信部２は、メッセージを配信していないこと（未配信）を示す情報「未完了」を配信状態情報に格納する。

ステップＳ３：情報受信部２は、送信要求情報１０１に含まれる優先度情報に基づいて、優先度を判別する。

ステップＳ４において「ＹＥＳ」：情報受信部２は、優先度情報に基づいて、優先度を判別した結果、優先度が高いと判別する場合に、処理をステップＳ５に進める。即ち、情報受信部２は、優先度情報に基づいて、優先度を判別した結果、優先度情報が「高い」ことを示す場合に、処理をステップＳ５に進める。

ステップＳ４において「ＮＯ」：情報受信部２は、優先度情報に基づいて、優先度を判別した結果、優先度が低いと判別する場合に、処理をステップＳ６に進める。即ち、情報受信部２は、優先度情報に基づいて、優先度を判別した結果、優先度情報が「低い」ことを示す場合に、処理をステップＳ６に進める。

ステップＳ５：情報受信部２は、優先度情報が「高い」ことを示す場合に、高優先情報受信処理を実行する。

より具体的に、情報受信部２は、送信要求情報１０１に含まれる優先度情報が「高い」ことを情報送信部３に対して通知する。そして、情報受信部２は、処理を終了する。

ステップＳ６：情報受信部２は、優先度情報が「低い」ことを示す場合に、低優先情報受信処理を実行する。

より具体的に、情報受信部２は、送信要求情報１０１に含まれる宛先ＩＤに基づいて、記憶部４に格納された送信情報１０３を参照する。次に、情報受信部２は、送信情報１０３に宛先ＩＤがあるか否かを判別する。即ち、情報受信部２は、送信情報１０３に同一の宛先ＩＤがあるか否かを判別する。

ステップＳ７において「ＹＥＳ」：情報受信部２は、送信情報１０３に宛先ＩＤの有無を判別した結果、送信情報１０３に宛先ＩＤがあると判別する場合に、処理をステップＳ８に進める。

ステップＳ７において「ＮＯ」：情報受信部２は、送信情報１０３に宛先ＩＤの有無を判別した結果、送信情報１０３に宛先ＩＤが無いと判別する場合に、処理をステップＳ１０に進める。

ステップＳ８：情報受信部２は、送信情報１０３の中から宛先ＩＤと関連付けられた配信予定日時を求める。そして、情報受信部２は、求めた配信予定日時に予定日時がセット（設定）されているか否かを判別する。

ステップＳ９において「ＹＥＳ」：情報受信部２は、求めた配信予定日時に予定日時がセットされているか否かを判別した結果、予定日時がセットされていると判別する場合に、処理を終了する。

ステップＳ９において「ＮＯ」：情報受信部２は、求めた配信予定日時に予定日時がセットされているか否かを判別した結果、予定日時がセットされていないと判別する場合に、処理をステップＳ１０に進める。

ステップＳ１０：情報受信部２は、所定の演算によって、配信予定日時を生成する。情報受信部２は、生成した配信予定日時と、宛先ＩＤとを関連付けて記憶部４の送信情報１０３に格納する。

情報受信部２は、例えば、送信要求情報１０１を受信した日時（要求日時）と、所定の時刻とに基づいて、配信予定日時を生成する構成を採用してもよい。より具体的に、一例として、情報受信部２は、送信要求情報１０１を受信した日時「２０１３／５／１ ８：３０：０４」と、所定の時刻（例えば、１時間後）とに基づいて、配信予定日時「２０１３／５／１ ９：３０：０４」を求めることができる。

次に、以下の説明においては、一例として、配信制御装置１の情報送信部３がメッセージを配信する際の動作について詳細に説明する。

図５は、本発明の第１の実施形態における配信制御装置１の情報送信部３が行う動作を示すフローチャートである。以下の説明では、係るフローチャートに沿って配信制御装置１の動作手順を説明する。

情報送信部３は、情報受信部２から優先度情報が「高い」ことを示す通知を受信した場合、または所定の時間周期毎に図５に示すステップＳ２１乃至ステップ３１において説明する処理を実行する。

ステップＳ２１：配信制御装置１の情報送信部３は、優先度情報が「高い」ことを示す通知を、情報受信部２から受信したか否かを判別する。

ステップＳ２２において「ＹＥＳ」：情報送信部３は、係る通知を情報受信部２から受信したか否かを判別した結果、当該通知を受信したと判別する場合に、処理をステップＳ２３に進める。

ステップＳ２２において「ＮＯ」：情報送信部３は、係る通知を情報受信部２から受信したか否かを判別した結果、当該通知を受信していないと判別する場合に、処理をステップＳ２４に進める。

ステップＳ２３：情報送信部３は、送信要求情報１０１に含まれる第１の宛先ＩＤを求める。そして、情報送信部３は、処理をステップＳ２７に進める。

ステップＳ２４：情報送信部３は、記憶部４に格納された送信情報１０３を参照する。情報送信部３は、送信情報１０３を参照した日時（参照日時）と、送信情報１０３に含まれる配信予定日時とを比較する。

ステップＳ２５において「ＹＥＳ」：情報送信部３は、参照日時と配信予定日時とを比較した結果、参照日時が配信予定日時に達したと判別する場合に、処理をステップＳ２６に進める。即ち、情報送信部３は、参照日時が配信予定日時以降であると判別する場合に、処理をステップＳ２６に進める。

ステップＳ２５において「ＮＯ」：情報送信部３は、参照日時と配信予定日時とを比較した結果、参照日時が配信予定日時に達していないと判別する場合に、処理を終了する。即ち、情報送信部３は、参照日時が配信予定日時以前であると判別する場合に、処理を終了する。

ステップＳ２６：情報送信部３は、送信情報１０３の中から係る配信予定日時と関連付けられた第１の宛先ＩＤを求める。

情報送信部３は、配信予定日時に達する情報が送信情報１０３に１つ以上ある場合に、その１つ以上の配信予定日時と関連付けられた第１の宛先ＩＤを求める。即ち、情報送信部３は、送信情報１０３の中から１つ以上の第１の宛先ＩＤを求める。

ステップＳ２７：情報送信部３は、１つ以上の第１の宛先ＩＤに基づいて、記憶部４に格納された受信情報１０２を参照する。情報送信部３は、受信情報１０２に含まれる第１の宛先ＩＤと関連付けられた配信状態情報が「未完了」を示すか否かを判別する。

ステップＳ２８において「ＹＥＳ」：情報送信部３は、配信状態情報が「未完了」を示すか否かを判別した結果、配信状態情報が「未完了」を示すと判別する場合に、処理をステップＳ２９に進める。即ち、情報送信部３は、未配信のメッセージがある場合に、処理をステップＳ２９に進める。

ステップＳ２８において「ＮＯ」：
情報送信部３は、配信状態情報が「未完了」を示すか否かを判別した結果、配信状態情報が「未完了」を示さない（つまり、「完了」を示す）と判別する場合に、処理を終了する。即ち、情報送信部３は、未配信のメッセージがない場合に、処理を終了する。

ステップＳ２９：情報送信部３は、受信情報１０２の中から１つ以上の第１の宛先ＩＤと関連付けられたメッセージの本文と、メッセージＩＤとを求める。さらに、情報送信部３は、１つ以上の第１の宛先ＩＤと、求めたメッセージの本文とに基づいて、１つ以上のメッセージを配信する。

尚、１つ以上のメッセージを配信する場合に、情報送信部３は、要求日時の古い順序となるようにメッセージを配信する。即ち、情報送信部３は、配信制御装置１が送信要求情報１０１を受信した順序となるようにメッセージを配信する。

より具体的に、一例として、情報送信部３は、受信情報１０２の中から第１の宛先ＩＤと関連付けられた要求日時を参照する。そして、情報送信部３は、要求日時の古い順序となるようにメッセージを配信する構成を採用してもよい。

そして、例えば、情報送信部３は、メッセージを配信する際に、データフォーマットの一部（つまり、そのメッセージのヘッダ）に順序を表す情報を付加する構成を採用してもよい。例えば、順序を表す情報としては、「１， メッセージ１の本文」、「２， メッセージ２の本文」、「３， メッセージ３の本文」のように順序を表す情報を含む構成を採用してもよい。但し、本実施形態を例に説明する本発明は、前述した構成には限定されない（以下、各実施形態においても同様）。

ステップＳ３０：情報送信部３は、「完了」を示す情報を、受信情報１０２に含まれる配信状態情報に格納する。

より具体的に、情報送信部３は、ステップＳ２９において求めたメッセージＩＤに基づいて、受信情報１０２を参照する。情報送信部３は、メッセージＩＤに関連付けられた配信状態情報に「完了」を示す情報を格納する。即ち、情報送信部３は、メッセージを配信したことを記憶する。

ステップＳ３１：情報送信部３は、１つ以上の第１の宛先ＩＤに基づいて、送信情報１０３を参照する。情報送信部３は、第１の宛先ＩＤに関連付けられた配信予定日時をリセット（つまり、消去）する。

尚、説明の便宜上、上述した構成を例に説明するが、本実施形態を例に説明する本発明は、前述した構成には限定されない。例えば、配信制御装置１は、テキスト、映像、画像、音声、アプリケーションプログラム等を含む情報を配信する構成を採用してもよい（以下の実施形態においても同様）。

このように本実施の形態に係る配信制御装置１によれば、情報を配信するに際して、その配信を効率よく制御することができる。その理由は、以下に述べる通りである。

即ち、配信制御装置１は、配信する情報に関連付けられた優先度情報に応じて、情報の配信を制御することができるからである。

これにより、配信制御装置１は、全ての情報を即時処理方式によって配信する場合に比べて、クライアント端末及びサーバ装置における通信ネットワークの負荷や電力消費を軽減することができる。特に、配信制御装置１から配信されたメッセージを受信するクライアント端末では、自装置の電力消費を削減することができる。そのため、クライアント端末は、電池の消耗を抑制することができる。

さらに、配信制御装置１は、蓄積処理方式によって情報を配信する場合に比べて、メッセージを配信する際の遅延時間を短くすることができる。

その理由は、配信制御装置１は、優先度の低い情報を蓄積処理方式によって所定の時間周期毎に配信するからである。さらに、配信制御装置１は、優先度の高い情報を配信する際に、受信情報１０２に既に蓄積された優先度の低い情報も配信することができるからである。即ち、優先度の低い情報は、所定の時間周期に達する前に配信されることを意味する。

また、配信制御装置１は、情報を配信する順序を保証することができる。その理由は、配信制御装置１は、受信情報１０２に蓄積された順序に基づいて、情報を配信することができるからである。

＜第２の実施形態＞
次に、上述した本発明の第１の実施形態に係る配信制御装置１を基本とする第２の実施形態について説明する。以下の説明においては、本実施形態に係る特徴的な部分を中心に説明する。その際、上述した各実施形態と同様な構成については、同一の参照番号を付すことにより、重複する説明は省略する。

本発明の第２の実施形態における配信制御装置１０について、図６を参照して説明する。

図６は、本発明の第２の実施形態における配信制御装置１０を含むプッシュ配信システム２０の構成を示すブロック図である。

図６において、プッシュ配信システム２０は、大別して、配信制御装置１０を含むプッシュサーバ２１と、アプリケーションサーバ２２と、携帯端末装置２３とを備える。

より具体的に、配信制御装置１０は、情報受信部１１と、情報送信部３とを備える。また、情報受信部１１は、低優先度情報受信部１２と、高優先度情報受信部１３とを含む。

図６において、配信制御装置１０は、情報受信部１１が低優先度情報受信部１２と、高優先度情報受信部１３とを含む点が第１の実施形態において説明した配信制御装置１と異なる。

より具体的に、情報受信部１１は、図４に示すステップＳ１乃至ステップＳ４の処理を実行する。低優先度情報受信部１２は、図４に示すステップＳ６乃至ステップＳ１０の処理を実行する。高優先度情報受信部１３は、図４に示すステップＳ５の処理を実行する。

アプリケーションサーバ２２は、配信するメッセージの本文、配信対象である特定の携帯端末装置２３を識別可能な宛先ＩＤ及び優先度情報を含む送信要求情報１０１をプッシュサーバ２１に対して与える。

携帯端末装置２３は、例えば、一般的に知られたスマートフォンや携帯電話等の携帯端末装置である。

携帯端末装置２３は、情報受信部２４を備える。携帯端末装置２３は、情報受信部２４によって並べ替えられたメッセージを、例えば、携帯端末装置２３が備えるディスプレイ等のユーザインタフェースを介してユーザに提供する。

より具体的に、情報受信部２４は、プッシュサーバ２１から受信した順にメッセージを並べ替える構成を採用してもよい。また、例えば、情報受信部２４は、受信したメッセージのヘッダに含まれる順序を示す情報に基づいて、メッセージを並べ替える構成を採用してもよい。

アプリケーションサーバ２２と携帯端末装置２３とは、通信ネットワーク１１０を介して、通信可能に接続する（以下、本願では「通信可能に接続」を単に「接続」と略記する）。

通信ネットワーク１１０は、例えば、携帯電話事業者が所有する各種通信回線、インターネットサービスプロバイダ等が提供するインターネット等の一般的な通信回線である。但し、本実施形態を例に説明する本発明は、前述した構成には限定されない（以下、各実施形態においても同様）。

このように本実施の形態に係る配信制御装置１０によれば、第１の実施形態において説明した効果を享受できると共に、さらに、配信をより速やかに制御することができる。

その理由は、配信制御装置１０の情報受信部１１は、さらに、低優先度情報受信部１２と高優先度情報受信部１３とを含むからである。即ち、情報受信部１１は、優先度情報に含まれる優先度に応じて、処理を分散することができるからである。

（ハードウェア構成例）
上述した実施形態において図面に示した各部は、ソフトウェアプログラムの機能（処理）単位（ソフトウェアモジュール）と捉えることができる。これらの各ソフトウェアモジュールは、専用のハードウェアによって実現してもよい。但し、これらの図面に示した各部の区分けは、説明の便宜上の構成であり、実装に際しては、様々な構成が想定され得る。この場合のハードウェア環境の一例を、図７を参照して説明する。

図７は、本発明の模範的な実施形態に係る配信制御装置を実行可能な情報処理装置３００（コンピュータ）の構成を例示的に説明する図である。即ち、図７は、サーバ等のコンピュータ（情報処理装置）の構成であって、上述した実施形態における各機能を実現可能なハードウェア環境を表す。このコンピュータは、配信制御装置１（図１）、或いは、配信制御装置１０（図６）、の全体または一部の配信制御装置を実現可能である。

図７に示した情報処理装置３００は、以下の構成がバス３０６（通信線）を介して接続された一般的なコンピュータである。

・ＣＰＵ（Ｃｅｎｔｒａｌ＿Ｐｒｏｃｅｓｓｉｎｇ＿Ｕｎｉｔ）３０１、
・ＲＯＭ（Ｒｅａｄ＿Ｏｎｌｙ＿Ｍｅｍｏｒｙ）３０２、
・ＲＡＭ（Ｒａｎｄｏｍ＿Ａｃｃｅｓｓ＿Ｍｅｍｏｒｙ）３０３、
・ハードディスク３０４（記憶装置）、
・外部装置との通信インタフェース（Ｉｎｔｅｒｆａｃｅ：以降、「Ｉ／Ｆ」と称する）３０５、
・ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ＿Ｄｉｓｃ＿Ｒｅａｄ＿Ｏｎｌｙ＿Ｍｅｍｏｒｙ）等の記憶媒体３０７に格納されたデータを読み書き可能なリーダライタ３０８。

そして、上述した実施形態を例に説明した本発明は、以下の手順によって達成される。即ち、図７に示した情報処理装置３００に対して、その説明において参照したブロック構成図（図１、図６）或いはフローチャート（図４、図５）の機能を実現可能なコンピュータ・プログラムが供給される。その後、そのコンピュータ・プログラムは、当該ハードウェアのＣＰＵ３０１に読み出されて実行されることによって達成される。また、当該装置内に供給されたコンピュータ・プログラムは、読み書き可能な一時記憶メモリ（ＲＡＭ３０３）またはハードディスク３０４等の不揮発性の記憶デバイスに格納すれば良い。

また、前記の場合において、当該ハードウェア内へのコンピュータ・プログラムの供給方法は、現在では一般的な手順を採用することができる。例えば、ＣＤ−ＲＯＭ等の各種記憶媒体３０７を介して当該装置内にインストールする方法や、インターネット等の通信回線を介して外部よりダウンロードする方法等である。そして、このような場合において、本発明は、係るコンピュータ・プログラムを構成するコード、或いはそのコードが格納された記憶媒体によって構成されると捉えることができる。

本発明は、上述した各実施形態には限定されない。本発明は、パーソナルコンピュータ、ＰＯＳ（Ｐｏｉｎｔ＿Ｏｆ＿Ｓａｌｅ）システム、サーバ、スマートフォンを含む携帯端末装置等に各種情報を提供する場合にも適用できる。

より具体的に、一例として、本発明は、以下に示す様々なサービスに適用可能である。

・モバイル通信事業者がサードパーティのアプリケーション提供者向けに提供するプッシュ配信サービス、
・広告配信事業者が広告主向けに提供するプッシュ型広告配信サービス、
・従業員が使用するモバイル端末を管理するために企業が導入するモバイルデバイス管理（Ｍｏｂｉｌｅ＿Ｄｅｖｉｃｅ＿Ｍａｎａｇｅｍｅｎｔ：ＭＤＭ）システム等である。

以上、上述した各実施形態を参照して本願発明を説明した。しかしながら、本願発明は上記各実施形態には限定されない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。

この出願は、２０１３年６月１０日に出願された日本出願特願２０１３−１２１４３７を基礎とする優先権を主張し、その開示の全てをここに取り込む。

１ 配信制御装置
２ 情報受信部
３ 情報送信部
４ 記憶部
１０ 配信制御装置
１１ 情報受信部
１２ 低優先度情報受信部
１３ 高優先度情報受信部
２０ プッシュ配信システム
２１ プッシュサーバ
２２ アプリケーションサーバ
２３ 携帯端末装置
２４ 情報受信部
１０１ 送信要求情報
１０２ 受信情報
１０３ 送信情報
１１０ 通信ネットワーク
２００ プッシュ配信システム
２０１ アプリケーションサーバ
２０２ プッシュサーバ
２０３ クライアント端末
３００ 情報処理装置
３０１ ＣＰＵ
３０２ ＲＯＭ
３０３ ＲＡＭ
３０４ ハードディスク
３０５ 通信インタフェース
３０６ バス
３０７ 記憶媒体
３０８ リーダライタ

Claims (10)

1. 配信対象である端末を識別可能な宛先ＩＤと、メッセージの本文と、そのメッセージに設定された優先度を示す優先度情報とを含む送信要求情報を受信するのに応じて、前記優先度情報に基づいて、優先度を判別すると共に、その判別結果に応じて、高優先度情報受信処理、または低優先度情報受信処理の何れかを実行する情報受信手段と、
   所定の時間周期毎に、前記宛先ＩＤと前記メッセージの配信予定日時とを含む送信情報を参照し、該送信情報を参照した日時が前記配信予定日時に達する場合に、前記送信情報の中から前記配信予定日時に関連付けられた１つ以上の第１の宛先ＩＤを求める一方で、前記優先度情報が高いことを示す場合には、前記送信要求情報の中から第１の宛先ＩＤを求め、
   前記求めた１つ以上の第１の宛先ＩＤに基づき配信処理を実行することによって、１つ以上のメッセージを配信する情報送信手段と、
   を備えることを特徴とする配信制御装置。
2. 前記配信処理は、
   前記求めた１つ以上の第１の宛先ＩＤに基づいて、前記送信要求情報と、前記メッセージを配信したか否かを示す配信状態情報と、前記送信要求情報を受信した日時を示す要求日時と、を含む受信情報を参照すると共に、前記第１の宛先ＩＤと関連付けられた前記配信状態情報が未配信を示す場合に、前記受信情報の中から前記第１の宛先ＩＤと関連付けられた前記メッセージの本文を求めると共に、前記第１の宛先ＩＤと前記求めたメッセージの本文に基づいて、１つ以上の前記メッセージを配信し、前記メッセージを配信した際には、そのメッセージを配信したことを示す情報を前記配信状態情報に格納し、前記配信予定日時をリセットすることを特徴とする請求項１に記載の配信制御装置。
3. 前記情報送信手段は、
   前記１つ以上のメッセージを配信するに際して、前記受信情報に含まれる前記要求日時が古い順に前記メッセージを配信することを特徴とする請求項１または請求項２に記載の配信制御装置。
4. 前記低優先度情報受信処理は、
   前記送信要求情報に含まれる前記宛先ＩＤに基づいて、前記送信情報を参照すると共に、前記宛先ＩＤと関連付けられた前記配信予定日時が設定されているか否かを判別し、前記配信予定日時が設定されていないと判別する場合に、所定の演算によって、配信予定日時を生成すると共に、前記生成した配信予定日時と前記宛先ＩＤとを前記送信情報に格納することを特徴とする請求項１に記載の配信制御装置。
5. 前記高優先度情報受信処理は、
   前記優先度情報が高いことを前記情報送信手段に通知することを特徴とする請求項１に記載の配信制御装置。
6. 前記情報受信手段は、
   前記送信要求情報を受信するのに応じて、前記送信要求情報に含まれる前記宛先ＩＤと、前記メッセージの本文と、前記優先度情報と、前記送信要求情報を識別可能なメッセージＩＤと、前記要求日時と、前記配信状態情報とを、前記受信情報に格納することを特徴とする請求項１乃至請求項５の何れかに記載の配信制御装置。
7. 請求項１乃至請求項６の何れかに記載された配信制御装置を含むことを特徴とするプッシュ配信システム。
8. 情報処理装置が、
   配信対象である端末を識別可能な宛先ＩＤと、メッセージの本文と、そのメッセージに設定された優先度を示す優先度情報とを含む送信要求情報を受信するのに応じて、前記優先度情報に基づいて、優先度を判別すると共に、その判別結果に応じて、高優先度情報受信処理、または低優先度情報受信処理の何れかを実行し、
   所定の時間周期毎に、前記宛先ＩＤと前記メッセージの配信予定日時とを含む送信情報を参照し、該送信情報を参照した日時が前記配信予定日時に達する場合に、前記送信情報の中から前記配信予定日時に関連付けられた１つ以上の第１の宛先ＩＤを求める一方で、前記優先度情報が高いことを示す場合には、前記送信要求情報の中から第１の宛先ＩＤを求め、
   前記求めた１つ以上の第１の宛先ＩＤに基づき配信処理を実行することによって、１つ以上のメッセージを配信する、
   ことを特徴とする配信制御方法。
9. 前記求めた１つ以上の第１の宛先ＩＤに基づいて、前記送信要求情報と、前記メッセージを配信したか否かを示す配信状態情報と、前記送信要求情報を受信した日時を示す要求日時と、を含む受信情報を参照すると共に、前記第１の宛先ＩＤと関連付けられた前記配信状態情報が未配信を示す場合に、前記受信情報の中から前記第１の宛先ＩＤと関連付けられた前記メッセージの本文を求めると共に、前記第１の宛先ＩＤと前記求めたメッセージの本文に基づいて、１つ以上の前記メッセージを配信し、前記メッセージを配信した際には、そのメッセージを配信したことを示す情報を前記配信状態情報に格納し、前記配信予定日時をリセットすることを特徴とする請求項８に記載の配信制御方法。
10. 配信対象である端末を識別可能な宛先ＩＤと、メッセージの本文と、そのメッセージに設定された優先度を示す優先度情報とを含む送信要求情報を受信するのに応じて、前記優先度情報に基づいて、優先度を判別すると共に、その判別結果に応じて、高優先度情報受信処理、または低優先度情報受信処理の何れかを実行する機能と、
    所定の時間周期毎に、前記宛先ＩＤと前記メッセージの配信予定日時とを含む送信情報を参照し、該送信情報を参照した日時が前記配信予定日時に達する場合に、前記送信情報の中から前記配信予定日時に関連付けられた１つ以上の第１の宛先ＩＤを求める一方で、前記優先度情報が高いことを示す場合には、前記送信要求情報の中から第１の宛先ＩＤを求め、
    前記求めた１つ以上の第１の宛先ＩＤに基づき配信処理を実行することによって、１つ以上のメッセージを配信する機能と、
    をコンピュータに実現させることを特徴とするコンピュータ・プログラム。

Images