(57)【要約】【課題】プッシュ配信システムにおいて、ユーザーの携帯端末がプッシュ配信を問題なく受信可能なときにのみタイムリーにプッシュ配信を行なえ、その時点でユーザーにとって最適な配信データを選択して配信できるようにする。【解決手段】  プッシュ配信コントローラ１３は、プッシュ配信サーバー６からユーザーの携帯端末１への配信要求１５があったときに、スケジュールサーバー２からユーザーのスケジュールデータ１０を取得し、そのデータとそれから判断される端末１の電池残量に基づいて、端末がプッシュ配信を受信可能か否か判断し、可能と判断したら配信サーバー６から配信データ１６を取得し、スケジュールデータ１０に基づいて送信する配信データ１６を選択する。そして端末１にトリガー信号１９を送信し、端末１から応答信号１８を受信したら、選択した配信データ１６を端末１に送信する。【選択図】図１
2005165697.tif 000002
【特許請求の範囲】
【請求項１】
インターネットを介して、プッシュ配信サーバーからユーザーの携帯端末に対して配信データをプッシュ配信するプッシュ配信システムにおいて、
前記携帯端末からインターネットを介して入力されるユーザーのスケジュールデータを管理するスケジュールサーバーと、
前記プッシュ配信サーバーから前記ユーザーの携帯端末へのプッシュ配信を制御するプッシュ配信コントローラを有し、
プッシュ配信コントローラは、前記スケジュールサーバーと通信してユーザーのスケジュールデータを取得するスケジュールデータ取得手段と、取得したスケジュールデータに基づいて当該ユーザーの携帯端末に送信する配信データを選択する配信データ選択手段を有することを特徴とするプッシュ配信システム。
【請求項２】
前記プッシュ配信コントローラは、前記スケジュールデータ取得手段により取得したユーザーのスケジュールデータに基づいて当該ユーザーの携帯端末がプッシュ配信を受信可能か否か判断する受信可否判断手段を有し、
該受信可否判断手段が受信可能と判断した場合にのみ当該ユーザーの携帯端末に対してプッシュ配信を実行することを特徴とする請求項１に記載のプッシュ配信システム。
【請求項３】
前記ユーザーのスケジュールデータは、当該ユーザーの携帯端末の電源である充電可能な電池の充電予定時間のデータと、携帯端末の使用に関わるスケジュールデータを含み、
前記プッシュ配信コントローラは、前記ユーザーのスケジュールデータに基づいて当該ユーザーの携帯端末の電池容量の残量を判断する電池残量判断手段を有し、
前記受信可否判断手段は、前記ユーザーのスケジュールデータと、前記電池残量判断手段により判断されたユーザーの携帯端末の電池容量の残量に基づいて携帯端末がプッシュ配信を受信可能か否か判断することを特徴とする請求項２に記載のプッシュ配信システム。
【請求項４】
前記プッシュ配信コントローラは、前記電池残量判断手段により判断されたユーザーの携帯端末の電池容量の残量に応じて当該携帯端末に送信する配信データ量を決定する手段を有することを特徴とする請求項３に記載のプッシュ配信システム。
【請求項５】
前記ユーザーの携帯端末は、電源である充電可能な電池の容量の残量を検出する検出手段と、検出された電池容量の残量のデータを前記プッシュ配信コントローラに送信する手段を有し、
プッシュ配信コントローラは前記携帯端末から受信した電池容量の残量データに応じて当該携帯端末に送信する配信データ量を決定する手段を有することを特徴とする請求項１に記載のプッシュ配信システム。
【請求項６】
前記ユーザーのスケジュールデータは、当該ユーザーの携帯端末の使用する予定の通信手段のデータを含み、
前記プッシュ配信コントローラは、複数種類の通信手段の通信時消費電流と通信速度のデータテーブルを記憶した記憶手段を有し、
プッシュ配信コントローラの受信可否判断手段は、携帯端末のプッシュ配信の受信可否を判断する際に、前記ユーザーのスケジュールデータによる携帯端末の使用する予定の通信手段の通信時消費電流と通信速度のデータを前記データテーブルから求め、該データを考慮に入れて判断することを特徴とする請求項２に記載のプッシュ配信システム。
【請求項７】
前記ユーザーの携帯端末は、該端末の現在位置を検出する検出手段と、検出した現在位置のデータを前記プッシュ配信コントローラに送信する送信手段を有し、
前記プッシュ配信コントローラは、前記ユーザーの携帯端末から受信したデータによる携帯端末の現在位置の電波状況の良否を判断する電波状況判断手段を有し、悪くないと判断した場合にのみ当該ユーザーの携帯端末に対してプッシュ配信を実行することを特徴とする請求項１に記載のプッシュ配信システム。
【請求項８】
前記プッシュ配信コントローラの配信データ選択手段は、前記ユーザーのスケジュールデータと共に当該ユーザーの携帯端末の現在位置に基づいて当該携帯端末に送信する配信データを選択することを特徴とする請求項７に記載のプッシュ配信システム。
【請求項９】
インターネットを介して、プッシュ配信サーバーからユーザーの携帯端末に対して配信データをプッシュ配信するプッシュ配信システムのプッシュ配信制御方法であって、
前記ユーザーのスケジュールデータに基づいて当該ユーザーの携帯端末に送信する配信データを選択するように制御することを特徴とするプッシュ配信システムのプッシュ配信制御方法。
【請求項１０】
前記ユーザーのスケジュールデータに基づいて当該ユーザーの携帯端末がプッシュ配信を受信可能か否か判断し、受信可能と判断した場合にのみ当該ユーザーの携帯端末に対してプッシュ配信を実行するように制御することを特徴とする請求項９に記載のプッシュ配信システムのプッシュ配信制御方法。
【請求項１１】
インターネットを介して、プッシュ配信サーバーからユーザーの携帯端末に対して配信データをプッシュ配信するプッシュ配信システムのプッシュ配信制御プログラムであって、
前記ユーザーのスケジュールデータに基づいて当該ユーザーの携帯端末に送信する配信データを選択するように制御するための制御手順を含むことを特徴とするプッシュ配信システムのプッシュ配信制御プログラム。
【請求項１２】
前記ユーザーのスケジュールデータに基づいて当該ユーザーの携帯端末がプッシュ配信を受信可能か否か判断し、受信可能と判断した場合にのみ当該ユーザーの携帯端末に対してプッシュ配信を実行するように制御するための制御手順を含むことを特徴とする請求項１１に記載のプッシュ配信システムのプッシュ配信制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インターネットを介して、プッシュ配信サーバーからユーザーの携帯端末に対して配信データをプッシュ配信するプッシュ配信システム、そのプッシュ配信制御方法、及びそのプッシュ配信制御プログラムに関するものである。
【背景技術】
【０００２】
従来、下記の特許文献１などにより知られているプッシュ配信サービスは、プッシュ配信サーバーからユーザーの持つ携帯電話などの通信端末に対して、ユーザーの趣味や興味のある事、仕事に関する情報等の有益な情報の配信データをリアルタイムで配信するものである。このため、サービスを受ける端末側は常に情報を受け取る準備が出来ていなければならない。これに対して、携帯電話等は通常は常時通信待ち受け状態になっているので、プッシュ配信サービスを受けるのに都合がよく問題ないが、ＰＤＡ（個人情報携帯端末）や業務用携帯端末等は、通常、使用しないときは電源をオフしており、当然、携帯電話のように常時通信待ち受け状態にはなっていない。すなわち、これらの携帯端末は、通常は、ネットワークを使う時のみＰＨＳカードなどの通信カードを使用してネットワークに接続しており、使用してない時、つまり電源オフの状態では当然通信カードの電源もオフ状態で通信待ち受け状態ではなく、プッシュ配信サービスを受けることができない。
【０００３】
このため、このような携帯端末でも常時通信待ち受けを可能とした構成が従来のプッシュ配信システムで知られており、その一例を図１５により説明する。
【０００４】
図１５において、１はプッシュ配信サービスを受ける携帯端末であり、そのサービスを受ける為の通信手段であるＰＨＳカードなどの通信カード２０を装着して使用する。６はプッシュ配信サーバーであり、プッシュ配信用のコンテンツの情報が格納されているコンテンツデータベース７と、プッシュ配信サービスを受けるユーザーの個人情報が格納されている個人情報データベース８と、これらを管理する配信コンテンツ情報管理部９を備えている。プッシュ配信サーバー６からプッシュ配信データ１６がインターネット８０とこれに接続された不図示の無線電話網を含む通信回線を介して携帯端末１に送信される。また、携帯端末１からサーバー６に対してデータを送信することもできる。
【０００５】
このような構成において、携帯端末１がプッシュ配信サーバー６からリアルタイムに情報を受けるためには、プッシュ配信サーバー６からの通信を受信するために常に通信カード２０を通信待ち受け状態にしておかなければならない。このために、携帯端末１において、通信カード２０は常に電源を入れておき、携帯端末１自体の主電源はオフ状態、あるいは低消費電力状態にしておく待ち受けモード（省電力モード）を実行できるようにする。この待ち受けモード状態にある携帯端末１に対して、プッシュ配信サーバー６が配信を始める時には、まず受信準備をさせるプッシュ配信要求であるトリガー信号１９を送信する。トリガー信号１９を受信した通信カード２０は、携帯端末１の本体の電源をオンして通信可能状態にする起動をかけ、携帯端末１が通信可能状態（受信準備完了状態）になったら、その事をプッシュ配信サーバーに通知する応答信号であるアクセス許可信号１８を送信する。これを受け取ったプッシュ配信サーバー６は携帯端末１に向けてプッシュ配信データ１６の送信を開始する。こうして携帯端末１はリアルタイムで配信サービスを受けることができる。
【特許文献１】特開２００２−１８９６７５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら上記従来例では、以下のような問題があった。
【０００７】
１）プッシュ配信サーバー６から個々のユーザーの携帯端末１に配信される配信データ１６は、予め種類が決められており、プッシュ配信を受けるユーザーのその時の居場所や行動内容などに応じて最適なデータを選択して配信するようなことはできなかった。
【０００８】
２）携帯端末１で待ち受けモードを実行する場合には、通常の全体の電源オフ状態ではなく、通信カード２０に電源を入れた状態とするため、消費電流が通常の電源オフ状態に比べ大きくなってしまうので、常時待ち受けモードとすると、携帯端末１の電源の電池による駆動時間が大幅に短くなってしまう。
【０００９】
３）携帯端末１の電池残量が少ない状態にあるときにプッシュ配信を受けると、通信により消費電流が増え、通信途中に電池切れで通信が中断してしまい、配信が失敗してしまう等の問題が生じる可能性がある。
【００１０】
４）プッシュ配信を受けるために消費電力が増えてしまい、ユーザーが携帯端末１を使用してその日に行わなければならない仕事が終了する前に電池切れとなってしまい、予定の仕事を消化しきれない場合が生じる。
【００１１】
本発明は、上記のような問題を解決するためになされたもので、その課題は、プッシュ配信システムにおいて、プッシュ配信を行なうときに、その時点でユーザーにとって最適な配信データを選択して配信できるようにすることにある。また、ユーザーの携帯端末がプッシュ配信を問題なく受信可能なときにのみタイムリーにプッシュ配信を行なうことができ、携帯端末の消費電力を節約することもできるようにすることにある。
【課題を解決するための手段】
【００１２】
上記の課題を解決するため、本発明では、インターネットを介して、プッシュ配信サーバーからユーザーの携帯端末に対して配信データをプッシュ配信するプッシュ配信システムにおいて、
前記携帯端末からインターネットを介して入力されるユーザーのスケジュールデータを管理するスケジュールサーバーと、
前記プッシュ配信サーバーから前記ユーザーの携帯端末へのプッシュ配信を制御するプッシュ配信コントローラを有し、
プッシュ配信コントローラは、前記スケジュールサーバーと通信してユーザーのスケジュールデータを取得するスケジュールデータ取得手段と、取得したスケジュールデータに基づいて当該ユーザーの携帯端末に送信する配信データを選択する配信データ選択手段を有する構成を採用した。
【００１３】
さらに、前記プッシュ配信コントローラは、前記スケジュールデータ取得手段により取得したユーザーのスケジュールデータに基づいて当該ユーザーの携帯端末がプッシュ配信を受信可能か否か判断する受信可否判断手段を有し、
該受信可否判断手段が受信可能と判断した場合にのみ当該ユーザーの携帯端末に対してプッシュ配信を実行する構成を採用した。
【００１４】
また、プッシュ配信システムのプッシュ配信制御方法及びプッシュ制御プログラムにおいて、上記プッシュ配信システムの構成に対応する構成を採用した。
【発明の効果】
【００１５】
本発明の構成によれば、ユーザーのスケジュールデータに基づいてそのユーザーの携帯端末に送信する配信データを選択することにより、プッシュ配信を行なう時点でユーザーのスケジュールによる行動内容や居場所などによりユーザーにとって最適な配信データを選択して配信することができる。また、ユーザーのスケジュールデータに基づいてそのユーザーの携帯端末がプッシュ配信を受信可能か否か判断し、受信可能と判断した場合にのみそのユーザーの携帯端末に対してプッシュ配信を実行することにより、ユーザーの携帯端末がプッシュ配信を受信可能なときにのみタイムリーにプッシュ配信を行なうことができ、携帯端末の消費電力を節約することもできるという優れた効果が得られる。
【発明を実施するための最良の形態】
【００１６】
以下、添付した図を参照して本発明の実施の形態を説明する。
【実施例１】
【００１７】
図１は、本発明の実施例１におけるプッシュ配信システムの構成の概要を示している。１は配信サービスを受ける携帯端末であり、液晶表示器などからなる表示部１ａと、不図示のキーボードなどの入力手段及びプリンタを備えている。そして、不図示のＡＣアダプタと、これを介して充電可能な電池を電源としており、勿論、携帯時には電池のみを電源として駆動される。また、プッシュ配信サービスを受けるためのＰＨＳカードなどの通信カード２０を装着可能であり、通信カード２０の電源はオンしておき、携帯端末１自体の主電源は低消費電力状態にしてプッシュ配信を待ち受ける待ち受けモードを実行できるものとする。そして、通信カード２０により不図示の無線電話網を含む通信回線とインターネット８０を介して通信を行ない、スケジュールデータ１０の送信やプッシュ配信データ（以下、配信データと略す）１６の受信などを行なう。
【００１８】
スケジュールデータ１０は、ユーザーが携帯端末１からインターネット８０を介してスケジュールサーバー２に入力するもので、ユーザーが１日において携帯端末１を用いて行なう予定の仕事のスケジュールデータと、携帯端末１の電源の電池を充電する予定時間（少なくとも充電開始予定時刻）のデータを含むものとし、スケジュールサーバー２に送信される。
【００１９】
スケジュールサーバー２は、インターネット８０を介して携帯端末１からスケジュールデータ１０を入力して管理するもので、入力されたスケジュールデータの内でユーザー個人のスケジュールデータを保存する個人スケジュール情報データベース３と、携帯端末１の上記充電予定時間を含む動作に関わる情報を保存する携帯端末情報データベース４、及びこれらを管理するユーザー情報管理部５を備えている。入力されたスケジュールデータ１０をユーザー情報管理部５がユーザー個人のスケジュールデータと携帯端末１の動作に関わるスケジュールデータに分けてデータベース３，４のそれぞれに保存する。なお、スケジュールサーバー２は、受信したスケジュールデータ１０に基づいてユーザーにスケジュールを通知するスケジュール通知データ１１を携帯端末１へ送信する。
【００２０】
６はプッシュ配信サーバーであり、プッシュ配信サービスのコンテンツの情報のデータベースであるコンテンツデータベース７と、配信サービスに登録してあるユーザーのメールアドレスなどの個人情報のデータベースである個人情報データベース８、及びこれらを管理する配信コンテンツ情報管理部９を備えている。
【００２１】
１３はプッシュ配信サーバー６から携帯端末１へのプッシュ配信を制御するプッシュ配信コントローラであり、ゲートウェイ１２を介してスケジュールサーバー２及びプッシュ配信サーバー６とデータ通信を行なうと共に、インターネット１８を介して携帯端末１とデータ通信を行ない、スケジュールサーバー２から受信するユーザーのスケジュールデータ１０に基づいてそのユーザーの携帯端末１へのプッシュ配信をユーザーに最適なタイミングで行なうように制御する。
【００２２】
このような構成において、プッシュ配信時には上記の各部の間でデータないし信号のやり取りが以下のように行なわれる。なお、プッシュ配信の前に、携帯端末１からスケジュールサーバー２へユーザーのスケジュールデータ１０が送信され、データベース３，４に格納されているものとする。
【００２３】
プッシュ配信時には、まずプッシュ配信サーバー６からプッシュ配信コントローラ１３に対して、コンテンツデータベース７の情報を個人情報データベース８に登録されている或るユーザーに送信（配信）することを要求するプッシュ配信要求１５が送信される。
【００２４】
これを受信したプッシュ配信コントローラ１３は、スケジュールサーバー２に対して、該当するユーザーのスケジュールデータを送信するように要求する個人スケジュール要求１４を送信する。
【００２５】
これに応じて、スケジュールサーバー２は該当するユーザーのスケジュールデータ１０をデータベース３，４から検索してプッシュ配信コントローラ１３に送信する。
【００２６】
プッシュ配信コントローラ１３は、後述のように、受信したスケジュールデータ１０とこれから計算して判断（推定）する携帯端末１の電池容量の残量（以下、電池残量という）に基づいて該当するユーザーの携帯端末１でプッシュ配信の待ち受けモードが可能か否か、すなわちプッシュ配信の受信が可能か否か判断し、可能と判断した場合は応答データ１７をプッシュ配信サーバー６に送信する。
【００２７】
これに応じてプッシュ配信サーバー６は配信データ１６をプッシュ配信コントローラ１３に送信する。
【００２８】
これを受信したプッシュ配信コントローラ１３は、携帯端末１にプッシュ配信要求となるトリガー信号１９を送信する。
【００２９】
待ち受けモードにある携帯端末１の通信カード２０がトリガー信号１９を受信すると、携帯端末１の本体が電源をオンされて通信可能状態となり、通信カード２０によりインターネット８０に接続し、プッシュ配信を受ける準備ができたらプッシュ配信コントローラ１３に応答信号であるアクセス許可信号１８を送信する。
【００３０】
これを受信したプッシュ配信コントローラ１３は、先にプッシュ配信サーバー６から受信した配信データ１６を携帯端末１に送信（配信）する。
【００３１】
図２は、スケジュールサーバー２に入力された携帯端末１のユーザーの１日のスケジュールデータによるスケジュール時刻２１とスケジュール内容２２からなるスケジュールの一例と、これに基づいてプッシュ配信コントローラ１３で行なわれる携帯端末１でプッシュ配信の待ち受けモードが可能か否か（プッシュ配信を受信可能か否か）の判断２３、及びスケジュール内容２２と後述する携帯端末１の消費電流テーブルに基づいて計算されて判断（推定）される携帯端末１の電源の電池の電池残量レベル２４を示している。なお、このスケジュール例では、ユーザーが携帯端末１を用いて、各需要家宅の水道、ガス、或いは電力などの使用量を示す積算メータの値を検針して使用量データを収集する検針業務を行なうものとする。
【００３２】
このスケジュール例では、午前９時に携帯端末１の電池の充電を開始し（２５）、１１時３０分に充電を終了し（２６）、その後１３時まで作業場所に車で移動し（２７）、１３時から１７時まで検針業務を行ない（２８）、また車で移動して１９時までに会社に戻り（２９）、１９時から充電を開始する（３０）予定になっている。
【００３３】
以上のスケジュールにおいて、朝の充電中（２５〜２６）はＡＣアダプタで駆動（３４）されるが、充電に集中するため、待ち受けモードは不可（３１）と判断する。その後の車での移動中（２７）は、電池残量のレベルが「大」（３５）と判断され、待ち受けモードを不可とする仕事もないので、待ち受けモードは可能（３２）と判断する。検針業務中（２８）は携帯端末１を検針業務専用に使用するため、待ち受けモードは不可（３３）と判断する。検針業務の終了後の車での移動中（２９）の前半の時間帯は、電池残量のレベルが「中」（３６）と判断され、待ち受けモードを不可とする仕事もないので待ち受けモードは可能（３２）と判断するが、後半の時間帯は電池残量のレベルが「小」（３７）と判断され通信不可能と予想されるため待ち受けモードは不可（３３）と判断する。会社に戻ってからの充電開始後（３０）では、ＡＣアダプタで駆動（３４）され、仕事が終わった状態であるので待ち受けモードは可能（３２）と判断する。
【００３４】
なお、ここで待ち受けモードの可否を判断するために、待ち受けできないスケジュール内容についてはスケジュールサーバー２に予め登録しておき、プッシュ配信コントローラ１３に通知する。例えば、この場合、「朝の充電」、「検針業務」を待ち受け不可として登録しておき、通知することにより判断される。
【００３５】
次に、上記の電池残量の判断（推定）に関わる構成について図３及び図４により以下に説明する。
【００３６】
図３は、プッシュ配信コントローラ１３の機能的構成を示すブロック図であり、符号３８〜４３及び７２で示す以下の構成が設けられている。
【００３７】
スケジュールデータ取得部３９は、スケジュールサーバー２と通信してユーザーのスケジュールデータ１０を取得し、それを受信可否判断手段３８、電池残量判断手段４２、及び配信データ選択部７２に送る。
【００３８】
電池残量判断手段４２は、取得したスケジュールデータ１０、携帯端末１の各動作モードにおける消費電流のデータテーブルである消費電流テーブル４０、及び充電時間から充電率（パーセント）を判断する充電経過判断手段４１からの充電率データから電池残量を判断（推定）し、その電池残量情報を受信可否判断手段３８に送る。
【００３９】
受信可否判断手段３８は、スケジュールデータ１０と電池残量情報に基づいて、携帯端末１でプッシュ配信を待ち受ける待ち受けモードが可能か否か、すなわちプッシュ配信の受信が可能か否かを判断し、可能と判断したら先述した応答データ１７をプッシュ配信サーバー６に送信する。
【００４０】
これに応じてプッシュ配信サーバー６から送信される配信データ１６は配信データ選択部７２に入力される。配信データ選択部７２は、スケジュールデータ取得部３９から送られたスケジュールデータ１０に基づいて、配信データ１６からスケジュール内容に適した配信データを選択し、プッシュ配信通信部４３に渡す。プッシュ配信通信部４３は、渡された配信データ１６を携帯端末１へ送信する。
【００４１】
なお、図３において、３８，４１，４２，７２の構成は、実際には、プッシュ配信コントローラ１３の制御を行なうＣＰＵがそれぞれの機能に対応した制御プログラムを実行することにより実現される。また、携帯端末１の消費電流テーブル４０のデータは、例えばスケジュールサーバー２の携帯端末情報データベース４に予め登録しておき、スケジュールデータ１０とともにプッシュ配信コントローラ１３に送信されるものとすればよい。
【００４２】
図４は消費電流テーブル４０の一例を示したもので、ユーザーが携帯端末１を用いて行なう仕事のスケジュール項目４４ごとの携帯端末１の消費電流４５が示されており、ここではデータ入力時200mA、プリンタ印字時2000mA、検針業務時500mA、サスペンド時5mA、プッシュ配信待ち受け時50mAとなっている。
【００４３】
この消費電流テーブル４０に基づいて、図２中で１６時の推定電池残量レベルとして「中」を出した場合の電池残量の計算方法を以下に示す。
【００４４】
１６時までのスケジュール内容と時間は、充電が２．５時間、車移動（待ち受けモード）が１時間、検針業務が３時間であり、充電は２．５時間で満充電と判断するので、１２時の時点で電池は満充電状態である。
【００４５】
また、１２時から１６時までのトータルの消費電流量は、
50mA(待ち受け)×1h＋500mA(検針業務)×3h＝1550mAh
となり、満充電状態の電池容量は3100mAhであるので、１６時における電池残量の比率（%）は
(3100−1550)mAh／3100mAh×100＝50%
となる。
【００４６】
ここで電池残量の「大」，「中」，「小」のレベルと電池残量比率の関係は、50%より大きければ「大」、50〜30%は「中」、30%未満は「小」であるとすれば、１６時における電池残量のレベルは「中」となる。そして携帯端末１において電池残量が「大」もしくは「中」ならばプッシュ配信の待ち受けは可能だが、「小」ならば待ち受け不可と判断する。
【００４７】
図５は、携帯端末１の表示部１ａの表示画面上におけるスケジュール入力例を示している。携帯端末１をインターネットに接続し、携帯端末１のＷｅｂブラウザのＵＲＬ入力部にスケジュールサーバー２のＵＲＬを入力し、サービスページに行くことで図のようなスケジュール入力用の新規予定入力画面が表示される。携帯端末１の不図示のキーボードなどの操作により、この画面上のスケジュール内容入力部４６に例えば「検針業務」などのスケジュール内容（項目）、日付入力部４７にスケジュールの日付、開始時刻入力部４８に予定の開始時刻、終了時刻入力部４９に予定の終了時刻をそれぞれ入力してスケジュールデータをスケジュールサーバー２に入力することができる。
【００４８】
図６は、プッシュ配信コントローラ１３が行なうプッシュ配信制御の制御手順を示すフローチャート図である。この制御手順に対応したプッシュ配信制御プログラムがプッシュ配信コントローラ１３の制御部を構成するＲＯＭなどに格納され、同制御部を構成するＣＰＵにより実行される。
【００４９】
この制御手順では、まず処理を開始（ステップＳ１）した後、プッシュ配信サーバー６からプッシュ配信要求があるか（受信したか）否かを判別し（ステップＳ２）、なければプッシュ配信要求を待つ。
【００５０】
プッシュ配信要求があったら、スケジュールサーバー２にプッシュ配信する送信先ユーザーのスケジュールデータを要求するスケジュール要求を送信し、そのスケジュールデータをスケジュールサーバー２から取り込み（ステップＳ３）、さらにそのスケジュールデータに基づいて前述のような手順でその時点での送信先ユーザーの携帯端末１の電池残量を計算する（ステップＳ４）。
【００５１】
次に、上記のスケジュールデータと計算した電池残量に基づいて、送信先ユーザーの携帯端末１がプッシュ配信を待ち受け可能（受信可能）か否か判断する（ステップＳ５）。ここでは、計算した電池残量のレベルがプッシュ配信を受けるのに問題ない「大」または「中」であり、しかも上記スケジュールデータによる現時点でのスケジュール内容が待ち受けできる「車での移動」などの内容であれば待ち受け可能であると判断し、次のステップＳ６に進む。また、電池残量のレベルが「小」、或いは現時点でのスケジュール内容が「検針業務」などの待ち受け不可の場合はステップＳ２に戻り、ステップＳ２〜Ｓ５の処理を繰り返す。
【００５２】
ステップＳ６では、プッシュ配信サーバー６に応答データを送信してプッシュ配信サーバー６から配信データを受信した後、先述した図３中の配信データ選択部７２の機能として、送信先ユーザーのスケジュールデータによるその時の場所、行動内容等に応じて、受信した配信データの内で送信すべき最適な配信データを選択する。
【００５３】
送信すべき配信データが決まったら、送信先ユーザーの携帯端末１が実際に配信データの受信が可能で受信準備を完了したかどうかを調べるために、携帯端末１へプッシュ配信要求であるトリガー信号を送信する（ステップＳ７）。
【００５４】
トリガー信号を受信した携帯端末１は、現在他の作業等による問題はなくプッシュ配信を受信可能な状態であれば、インターネット８０に接続して受信可能状態にセットし、受信準備が完了したことをプッシュ配信コントローラ１３に伝えるアクセス許可信号を送信する。また、受信できない状態であれば応答しない。
【００５５】
プッシュ配信コントローラ１３は、一定時間だけアクセス許可信号の応答を待ち、その間の応答の有無により携帯端末１が受信準備完了したか否かを判断する（ステップＳ８）。そして、完了していないと判断したらステップＳ２に戻り、完了したと判断したら、先のステップＳ６で選択した配信データを携帯端末１に送信し（ステップＳ９）、それが終了したら処理を終了する（ステップＳ１０）。
【００５６】
以上のようにして、プッシュ配信コントローラ１３は、プッシュ配信サーバー６から或るユーザーの携帯端末１へのプッシュ配信要求を受信したときに、スケジュールサーバー２から当該ユーザーのスケジュールデータを取り込み、そのスケジュールデータとそれから計算する携帯端末１の電池残量に基づいて、その携帯端末１がプッシュ配信の待ち受けが可能か否か判断し、可能と判断した場合にのみプッシュ配信の受信準備を行なわせるためのトリガー信号を携帯端末１に送信し、携帯端末１が実際にプッシュ配信を受信可能で受信準備が完了したら、配信データを送信する。
【００５７】
図７は、携帯端末１のプッシュ配信の受信に関わる構成を示すブロック図である。５０は携帯端末１の全体の制御を司るＣＰＵ、２０は先述のようにインターネットに接続したスケジュールサーバー２やプッシュ配信コントローラ１３と通信を行なう通信手段であるＰＨＳカードなどの通信カード、５２は携帯端末１の電池５３により電源供給を行なう電源回路、５４は通信カード２０とＣＰＵ５０のインターフェース部であるカードコントローラ、５５は通信カード２０の電源を入れるためのカード電源スイッチである。
【００５８】
上記構成においてプッシュ配信待ち受け時は、カードコントローラ５４をアクティブにし、カード電源スイッチ５５をオンにして通信カード２０を電源オン状態にし、またＣＰＵ５０自体はスリープ状態の低消費電力モードに入っている。この状態でプッシュ配信コントローラ１３からトリガー信号が送られると、通信カード２０がそれを受信して、カードコントローラ５４にトリガー信号を受信したことをカード状態変化検出用の信号６８により伝達する。するとカードコントローラ５４はＣＰＵ５０に対してプッシュ配信を受けるためにスリープ状態からフルモード状態にするための割り込み信号６９を発生する。するとＣＰＵ５０はフルモード状態に移行し、カードコントローラ５４を介して通信カード２０をアクセスし、インターネットに接続させ、プッシュ配信コントローラ１３にネットワーク接続し、プッシュ配信を受ける準備が出来た事を伝えるためのアクセス許可信号を送信する。この信号をプッシュ配信コントローラ１３が受信することでプッシュ配信サービスが開始される。
【００５９】
以上のような本実施例によれば、プッシュ配信コントローラ１３は、或るユーザーの携帯端末１へのプッシュ配信要求があったときに、その時点でのユーザーのスケジュール内容がプッシュ配信を待ち受け可能であり、しかも携帯端末１の電池残量のレベルがプッシュ配信の受信に問題ない「中」以上であって、携帯端末１がプッシュ配信を受信可能と判断した場合にのみ、プッシュ配信サービスを開始するための通信手順を行ない、プッシュ配信を実行する。従って、従来のように、携帯端末が電池残量の不足でネットワーク接続できないような状態でもプッシュ配信サービスを開始するための通信手順を行ってしまって無駄に終わったり、通信途中で電池切れでプッシュ配信が失敗してしまったりすることがない。すなわち、ユーザーの携帯端末が問題なくプッシュ配信を受信可能なときにのみタイムリーにプッシュ配信を行なうことができ、プッシュ配信を支障なく確実に行なうことができる。
【００６０】
また、スケジュール内容で例えば検針業務中などプッシュ配信の待ち受けを不可とする時間帯では、通信カード２０の電源をオフしておくことにより、携帯端末１の消費電力を節約し、電池駆動時間を延ばすことができる。
【００６１】
また、プッシュ配信コントローラ１３は、ユーザーのスケジュール内容に応じてその時点でユーザーにとって最適な配信データを選択して送信することができ、ユーザーはその最適な配信データを受け取ることができる。
【００６２】
なお、ユーザーのスケジュールデータによりユーザーの現在位置（携帯端末１の現在位置）が判断（推定）できる場合には、その現在位置も考慮に入れることにより、携帯端末１がプッシュ配信を受信可能か否かの判断、及び配信データの選択をより適切に行なうことができる。
【実施例２】
【００６３】
次に、本発明の実施例２を説明する。なお、実施例２では、実施例１と異なる部分のみ説明し、それ以外の部分は実施例１と共通として説明を省略する。後述の実施例３〜５についても同様とする。
【００６４】
実施例２では、上述した実施例１の構成において、プッシュ配信コントローラ１３が或るユーザーの携帯端末１に配信データを送信するときに、先述のように計算した携帯端末１の電池残量に応じて、送信する配信データ量を制御する。
【００６５】
そのために、例えば図８に示すような配信データ量テーブル５８を用いる。これは、携帯端末１の１００〜２５の５％おきの電池残量（％）５６のそれぞれに対して、その残量で携帯端末１が受信可能と判断される配信データ量、すなわちプッシュ配信コントローラ１３が送信可能と判断される送受信可能データ量（ｋＢｙｔｅ）５７を対応付けたものであり、電池残量５６が小さくなるほど送受信可能データ量５７が小さくなり、３０％未満で受信不可としている。このような配信データ量テーブル５８を用いてプッシュ配信コントローラ１３が携帯端末１の電池残量に応じて送信する配信データ量を制御する。
【００６６】
図９のフローチャートは、実施例２においてプッシュ配信コントローラ１３が行なうプッシュ配信制御の制御手順を示しており、これは実施例１の図６のフローチャートによる制御手順のステップＳ５の次にステップＳ５ａを挿入し、ステップＳ９を若干変更したものである。すなわち、図９の制御手順では、ステップＳ５で送信先ユーザーの携帯端末１がプッシュ配信を待ち受け可能と判断した場合、ステップＳ５ａにおいて、上記の配信データ量テーブル５８を参照し、ステップＳ４で計算した送信先ユーザーの携帯端末１の電池残量に応じて送信する配信データ量を同テーブル５８から求めて決定する。そして、ステップＳ９で送信先ユーザーの携帯端末１へプッシュ配信を行なうときに、ステップＳ５ａで決定した配信データ量だけ配信データを送信する。これ以外の制御手順は実施例１の図６の制御手順と共通とし、その説明は省略する。
【００６７】
このような本実施例によれば、プッシュ配信コントローラ１３が或るユーザーの携帯端末１に配信データを送信するときに、その携帯端末１の電池残量に応じたデータ量だけ配信データを送信するので、プッシュ配信中に携帯端末１が電池切れしたり残量不足になったりすることによる通信の中断や不良などのトラブルをより確実に未然に防ぐことができる。
【実施例３】
【００６８】
図１０は実施例３における携帯端末１の構成を示すブロック図である。本実施例の携帯端末１では、実施例１の図７のブロック図と共通の構成に加えて、電源の電池５３の容量の残量を検出する電池残量検出手段６０を設けている。そして、プッシュ配信コントローラ１３からプッシュ配信の受信を要求するトリガー信号を通信カード２０が受信した時に、携帯端末１の本体が通信可能な場合、配信データを受信可能な状態に移行し、受信可能状態であることを示す応答信号であるアクセス許可信号と共に、電池残量検出手段６０により検出した電池５３の電池残量データをプッシュ配信コントローラ１３に送信する。これを受信したプッシュ配信コントローラ１３は電池残量データに応じて送信する配信データ量を決定する。
【００６９】
図１１は、本実施例におけるプッシュ配信コントローラ１３の制御手順を示すフローチャート図である。ステップＳ１０１〜Ｓ１０３は、実施例１，２の図６，図９のステップＳ１〜Ｓ３と共通であり、処理を開始して（ステップＳ１０１）、プッシュ配信サーバー６からプッシュ配信要求があれば（ステップＳ１０２）、スケジュールサーバー２と通信してプッシュ配信の送信先ユーザーのスケジュールデータを取り込む（ステップＳ１０３）。
【００７０】
次に、送信先ユーザーの携帯端末１に対して、プッシュ配信の待ち受け状態から配信データを受信可能な状態に移行させるために、トリガー信号を送信する（ステップＳ１０４）。
【００７１】
次に、一定時間内に、送信先ユーザーの携帯端末１からトリガー信号に対する受信準備完了の応答であるアクセス許可信号とともに携帯端末１の電池残量データを受信したか否か判断し（ステップＳ１０５）、受信がなければステップＳ１０２に戻り、受信が有れば携帯端末１の電池残量データを取得する（ステップＳ１０６）。また、ここでプッシュ配信サーバー６と通信し、送信先ユーザーへの配信データを取得しておく。
【００７２】
次に、取得した電池残量データに基づいて、実施例２の図８で説明した配信データ量テーブル５８から送信する配信データ量を求めて決定する（ステップＳ１０７）。
【００７３】
次に、ステップＳ１０３で取得した送信先ユーザーのスケジュールデータによるその時の場所、行動内容等に応じて、ステップＳ１０６で取得した配信データの内で送信すべき最適な配信データを選択する（ステップＳ１０８）。
【００７４】
次に、送信先ユーザーの携帯端末１に対して、ステップＳ１０７で決定した配信データ量だけ、ステップＳ１０８で選択した配信データを送信し（ステップＳ１０９）、送信が終了したら処理を終了する（ステップＳ１１０）。
【００７５】
以上のような本実施例によれば、プッシュ配信コントローラ１３は、送信先ユーザーの携帯端末１へプッシュ配信を行なう際に、携帯端末１の電池残量データとして、実施例１，２のようにスケジュールデータに基づいて計算した推定値のデータではなく、検出されたその時点の正確な実際値のデータをリアルタイムで取得することができ、電池残量に応じた配信データ量の制御を実施例２より更に的確に行なうことができ、プッシュ配信時の通信中断や通信不良のトラブルをより確実に未然に防ぐことができる。
【実施例４】
【００７６】
本実施例では、携帯端末１において、通信手段である通信カード２０として、通信速度ないし通信時の消費電流が異なる複数種類の通信カードを択一的に装着して使用できるものとする。そして、ユーザーが携帯端末１からインターネットを介してスケジュールサーバー２にユーザーのスケジュールデータを入力するときに、携帯端末１に使用する予定の通信カードのデータを入力できるものとする。図１２は、そのためのスケジュール入力用の新規予定入力画面の一例を示しており、実施例１で説明した図５の新規予定入力画面にプッシュ配信の通信に用いる予定の通信手段６１の入力項目を追加したものであり、ここでは、ＰＨＳカード６２，ＰＤＣカード６３，無線ＬＡＮカード６４，有線ＬＡＮカード６５，アナログモデムカード６６から選択して入力できるものとしている。
【００７７】
また、プッシュ配信コントローラ１３には、以下に示すような各通信手段ごとの通信速度と通信時消費電流のデータテーブルをメモリなどの記憶手段に格納しておく。
【００７８】
通信手段              通信速度      通信時消費電流
ＰＨＳカード          ３２kbps      ３００mA
ＰＤＣカード          ９６００bps   ２７０mA
無線ＬＡＮカード      １１Mbps      ３５０mA
有線ＬＡＮカード      １２Mbps      ３３０mA
アナログモデムカード  ５６kbps      ４００mA
そして、プッシュ配信コントローラ１３は、実施例１の図６のフローチャートとほぼ同様の制御手順でプッシュ配信制御を行なうが、ステップＳ３でスケジュールサーバー２から取り込む送信先ユーザーのスケジュールデータには、携帯端末１で選択して使用される予定の通信手段のカードのデータも含まれるものとする。
【００７９】
さらに、ステップＳ５において、送信先ユーザーのスケジュールデータと、ステップＳ４で計算した携帯端末１の電池残量に基づいて携帯端末１がプッシュ配信を受信可能か否か（プッシュ配信して良いかどうか）判断するときに、上記通信手段のデータテーブルから使用する予定の通信カードの通信時消費電流と通信速度のデータを求め、そのデータ及びプッシュ配信する配信データ量を考慮に入れて判断するものとする。これにより上記の判断をより適切に行なうことができる。
【００８０】
その一例を示す。ユーザーＡの携帯端末１に午後３時に３２０ＫＢのデータのプッシュ配信を行いたい場合で、このときの携帯端末１の通信カード２０はＰＨＳカードとする。また、この時点での携帯端末１の電池残量は５０%で３０００mAhとする。また、この日の残りの時間で携帯端末１を使用する予定の仕事は、データ入力が２時間、プリンタ印字０．３時間、サスペンド２時間、プッシュ配信待ち受け１時間とし、それぞれの作業の消費電流は、データ入力で２００mA、プリンタ印字で２０００mA、サスペンドで５mA、プッシュ配信待ち受けで５０mAとする。
【００８１】
上記の予定の仕事の作業全体の消費電流量は、
２００mA×２h＋２０００mA×０.３h＋５mA×２＋５０mA×１h
＝１０６０mAh
よって、上記作業外に使える電池容量は
３０００mAh−１０６０mAh＝１９４０mAh
また、ＰＨＳカードのデータ通信時の消費電流は３００mAであるので、上記１９４０mAでデータ通信できる時間は
１９４０mAh／３００mA＝６h
よって、この日の残りの仕事の作業分を引いた電池容量でもデータ通信を６時間行なうことができ、この時間は作業分を引いたこの日の携帯端末の使用時間よりもはるかに大きく、１５時から問題なくプッシュ配信を行う事が可能である。また３２０KBのデータを配信するものとして、ＰＨＳカードの通信速度が３２kbpsであるので、通信時間は、
３２０K×８bit／３２kbit／sec＝８０秒
となり、全く問題ないことが確認できる。
【００８２】
以上のように、本実施例では、プッシュ配信コントローラ１３がプッシュ配信しようとする携帯端末の使用予定の通信手段を知り、その通信時消費電流と通信速度が分かることで、その時点でデータ通信可能な時間と通信時間を計算でき、これらを考慮に入れて、携帯端末がプッシュ配信を問題なく受信可能か否かをより適切に判断でき、プッシュ配信をより安全に行なうことができる。
【実施例５】
【００８３】
図１３は本実施例の携帯端末１の構成を示すブロック図であり、この構成では、実施例３のブロック図１０と共通の構成に加えて、携帯端末１の現在位置を検出する位置情報検出手段であるＧＰＳモジュール６７を設けている。そして、図１４に示すように、携帯端末１がプッシュ配信コントローラ１３からプッシュ配信を要求するトリガー信号１９を受信して受信準備を完了し応答するアクセス許可信号１８をプッシュ配信コントローラ１３へ送信するときに、電池残量検出手段６０により検出される電池５３の電池残量と共に、ＧＰＳモジュール６７により検出される携帯端末１の現在位置のデータを送信する。
【００８４】
また、図１４に示すように、本実施例のプッシュ配信システムの構成では、実施例１の図１と共通の構成に加えて、プッシュ配信サーバー６に位置情報データベース７０が付設されている。位置情報データベース７０は、緯度経度の位置情報と、その地点での各通信カードの電波状況に関わる通信サービスサポート情報、例えばＰＨＳカードではＰＨＳサービスエリアのサポート情報、無線ＬＡＮカードの場合はホットスポットとの位置関係などのデータがデータベース化されたもので、各地点の電波状況の「良い」、「普通」、「悪い」というような評価データが入っている。また、位置に絞ったリアルタイムな情報も随時アップデートされるものとする。
【００８５】
このような構成において、プッシュ配信コントローラ１３が実施例３の図１１のフローチャートと略同様の制御手順でプッシュ配信制御を行ない、ステップＳ１０４で携帯端末１にプッシュ配信を要求するトリガー信号１９を送信し、ステップＳ１０５で携帯端末１から応答するアクセス許可信号１８と共に、携帯端末１の電池残量と現在位置のデータを受信した場合、ステップＳ１０６で携帯端末１の電池残量と共に現在位置のデータを取得する。そしてプッシュ配信サーバー６と通信し、位置情報データベース７０から携帯端末１の現在位置の電波状況に関わる情報のデータを取得し、そのデータに基づいて携帯端末１の現在位置の電波状況の良否を判断する。そして電波状況を「悪い」と判断したら携帯端末１がプッシュ配信を受信不可と判断してプッシュ配信を見合わせる。また、「悪くない」(「良い」ないし「普通」)と判断したらプッシュ配信を実行するように決定し、その後、ステップＳ１０７〜Ｓ１１０と同様の制御を行なうが、ステップＳ１０８で送信する配信データを選択するときに、ユーザーのスケジュールデータと共に携帯端末１の現在位置すなわちユーザーの現在位置も考慮に入れて最適な配信データを選択する。
【００８６】
以上のような本実施例によれば、プッシュ配信コントローラ１３がプッシュ配信しようとするユーザーの携帯端末１の現在位置をリアルタイムに知り、その現在位置の電波状況を判断し、それに基づいて携帯端末１がプッシュ配信を受信可能か否かの判断、及び送信する配信データの選択を適切に行なうことができる。すなわち、ユーザーが電波状況の悪い場所にいるときはプッシュ配信を行なわず、悪くない場所にいるときにのみプッシュ配信を行なうことができ、さらにユーザーがいる場所に適した配信データを選択して配信することができる。
【図面の簡単な説明】
【００８７】
【図１】本発明の実施例１のプッシュ配信システムの概略構成を示す説明図である。
【図２】実施例１のスケジュールサーバーに入力されるユーザーのスケジュール例と、それに応じた携帯端末のプッシュ配信待ち受けモードの可、不可、および電池残量レベルを示した説明図である。
【図３】実施例１のプッシュ配信コントローラの機能的構成を示すブロック図である。
【図４】実施例１の携帯端末の消費電流テーブルの内容を示す表図である。
【図５】実施例１の携帯端末の画面上におけるスケジュール入力例を示す説明図である。
【図６】実施例１のプッシュ配信コントローラのプッシュ配信制御の手順を示すフローチャート図である。
【図７】実施例１の携帯端末の構成を示すブロック図である。
【図８】実施例２で用いる携帯端末の電池残量と送受信可能データ量を対応付けた配信データ量テーブルの内容を示す表図である。
【図９】実施例２のプッシュ配信コントローラのプッシュ配信制御の手順を示すフローチャート図である。
【図１０】実施例３の携帯端末の構成を示すブロック図である。
【図１１】実施例３のプッシュ配信コントローラのプッシュ配信制御の手順を示すフローチャート図である。
【図１２】実施例４の携帯端末の画面上におけるスケジュール入力例を示す説明図である。
【図１３】実施例５の携帯端末の構成を示すブロック図である。
【図１４】実施例５のプッシュ配信システムの概略構成を示す説明図である。
【図１５】従来のプッシュ配信システムの概略構成を示す説明図である。
【符号の説明】
【００８８】
１  携帯端末
２  スケジュールサーバー
３  個人スケジュール情報データベース
４  携帯端末情報データベース
５  ユーザー情報管理部
６  プッシュ配信サーバー
７  コンテンツデータベース
８  個人情報データベース
９  配信コンテンツ情報管理部
１０  スケジュールデータ
１３  プッシュ配信コントローラ
１６  プッシュ配信データ
２０  通信カード
３８  受信可否判断手段
３９  スケジュールデータ取得部
４０  消費電流テーブル
４１  充電経過判断手段
４２  電池残量判断手段
４３  プッシュ配信通信部
５０  ＣＰＵ
５３  電池
５４  カードコントローラ
６０  電池残量検出手段
６７  ＧＰＳモジュール（位置情報検出手段）
７２  配信データ選択部
【図１】
2005165697.tif 000003
【図２】
2005165697.tif 000004
【図３】
2005165697.tif 000005
【図４】
2005165697.tif 000006
【図５】
2005165697.tif 000007
【図６】
2005165697.tif 000008
【図７】
2005165697.tif 000009
【図８】
2005165697.tif 000010
【図９】
2005165697.tif 000011
【図１０】
2005165697.tif 000012
【図１１】
2005165697.tif 000013
【図１２】
2005165697.tif 000014
【図１３】
2005165697.tif 000015
【図１４】
2005165697.tif 000016
【図１５】
2005165697.tif 000017