JP2008135028A - コンテンツアップデート方法およびシステム - Google Patents

Abstract

【課題】コンテンツアップデート方法およびシステムを提供する。
【解決手段】コンテンツ提供サーバから各加入者別にアップデート時間情報をスケジューリングして各加入者の携帯端末機に送信し、携帯端末機にアップデート時間情報に応じてコンテンツ提供サーバにアップデート要請信号を送信し、コンテンツ提供サーバからアップデート情報を受信するコンテンツアップデート方法およびシステムに関する。
【選択図】図１

Description

本発明は、コンテンツ提供サーバで各加入者別にアップデート時間情報をスケジューリングして各加入者の携帯端末機に送信し、携帯端末機からアップデート時間情報に応じてコンテンツ提供サーバにアップデート要請信号を送信し、コンテンツ提供サーバからアップデート情報を受信するコンテンツアップデート方法およびシステムに関する。さらに、本発明は、携帯端末機を含んだコンテンツアップデートシステムに関し、より詳細には、携帯端末機の発売当時にアップデート時間情報データを内蔵しており、アップデート時間情報を基準として所定のサーバに接続してコンテンツ情報を受信する携帯端末機、これを含むコンテンツアップデートシステムおよびその方法に関する。

携帯端末機の普及拡大に伴って当該分野の技術が発展しつつある中、消費者の多様な要求と企業間の競争によって、多様な機能が日々追加されている状況にある。これに伴い、通信事業者および端末機事業者は、加入者が要求する多様なアプリケーションまたは情報を有無線通信網を介して加入者に提供している。代表的な例としては、無線インターネットを介した電子商取引情報、証券情報、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）ベースのデータサービスなどのように、加入者が直接設定した関心情報を提供している。これにより、加入者は、自身の携帯端末機を用いながら有無線通信網を介して関心情報を照会したり、情報を提供するサーバから情報をダウンロードしたりできる。

しかし、このような従来の方法を用いてアップデートされた情報の提供を受けるためには、毎回一連の入力過程を介して該当する情報を提供するサーバに接続しなければならず、接続した後も加入者が必要とする情報を検索し、検索された情報に対するアップデート情報の提供を受けるという一連の過程を経なければならない。したがって、上述したような従来の方法は、接続のたびに一連の入力過程を経なければならないという不便さと、該当する通信網に過重な負荷がかかっている場合には、情報をダウンロードする速度が低下するようになり、これによる追加的な通信費を加入者が付加的に負担しなければならないという短所があった。

本発明は、上述した従来技術の問題点を解決するために案出されたものであって、効率的にコンテンツをアップデートするために、各加入者別にアップデート時間情報をスケジューリングして各加入者の携帯端末機に送信すれば、携帯端末機からアップデート時間情報に応じてコンテンツ提供サーバにアップデート要請信号を送信し、コンテンツ提供サーバからアップデート情報を受信するコンテンツアップデート方法およびシステムを提供することを目的とする。

また、本発明に係るコンテンツアップデート方法およびシステムは、移動通信網を効果的に用いるために、コンテンツ提供サーバで各加入者にアップデートされたコンテンツを送信する時間をスケジューリングし、スケジューリングされた時間に応じて加入者の携帯端末機にアップデートされたコンテンツ情報を送信することを目的とする。

また、本発明に係るコンテンツアップデート方法およびシステムは、携帯端末機の加入者の便宜を図るために、アプリケーションによってコンテンツアップデート時間をチェックし、アップデート時間が到来すれば、コンテンツ提供サーバにアップデート要請信号を送信することを目的とする。

また、本発明に係るコンテンツアップデート方法およびシステムは、コンテンツ情報のアップデート情報およびテンプレート情報を用いて、携帯端末機上でコンテンツ情報をディスプレイする加入者インターフェイスを提供することを目的とする。

また、本発明は、発売当時からアップデートに関する情報が保存されている携帯端末機、この携帯端末機にアップデートされた情報を提供するコンテンツアップデートシステム、およびその方法を提供することを目的とする。

また、本発明は、携帯端末機とサーバとの間の同期化を実行する過程を介することで、安定したアップデートの実行が可能な携帯端末機を提供することを目的とする。

また、本発明は、該当する情報を提供するサーバに接続するために、一連の入力過程を経なくても、保存されたアップデート時間情報に応じて安定的なアップデートが自動的に実行される携帯端末機、この携帯端末機にアップデートされた情報を提供するコンテンツアップデートシステム、およびその方法を提供することを目的とする。

前記の目的を達成し、上述した従来技術の問題点を解決するために、本発明の一実施形態に係る携帯端末機は、携帯端末機において、所定のサーバにアップデート要請（ｒｅｑｕｅｓｔ）信号を送信し、前記サーバからコンテンツ情報を受信する無線送受信モジュールと、前記サーバに接続するアップデート時間情報および前記サーバから受信された前記コンテンツ情報を保存する保存モジュールと、前記保存モジュールに保存された前記アップデート時間情報に応じて前記サーバに接続し、前記コンテンツ情報を受信するように制御する制御モジュールとを含むことを特徴とする。

また、本発明の一実施形態に係るコンテンツアップデートシステムは、アップデート時間情報に応じて所定のサーバにアップデート要請信号を送信し、前記アップデート要請信号に対応するコンテンツ情報を前記サーバから受信する携帯端末機と、前記アップデート要請信号に対応する前記コンテンツ情報をパッケージングして前記携帯端末機に送信するサーバとを含むことを特徴とする。

また、本発明の一実施形態に係るサーバは、１つ以上の加入者携帯端末機にコンテンツ情報を提供するサーバであって、アップデート詳細情報を提供するコンテンツ提供モジュールと、前記コンテンツ情報をパッケージングするパッケージングモジュール（コンテンツ情報は、アップデート種類情報および前記アップデート詳細情報を含む）と、前記パッケージングされたコンテンツ情報を前記携帯端末機に送信するように制御する制御部とを含み、前記携帯端末機は、アップデート時間情報に応じて前記サーバにアップデート要請信号を送信し、前記サーバは、前記アップデート要請信号に対応する前記コンテンツ情報を前記携帯端末機に送信することを特徴とする。

また、本発明の一実施形態に係る携帯端末機のコンテンツアップデート方法は、携帯端末機のコンテンツをアップデートする方法であって、前記携帯端末機は、アップデート時間情報に応じて所定のサーバとセッションを設定してアップデート要請信号を送信する段階と、前記サーバは、前記アップデート要請信号に対応する前記コンテンツ情報をパッケージングして前記携帯端末機に送信する段階と、前記携帯端末機は、前記アップデート要請信号に対応する前記コンテンツ情報を前記サーバから受信されて保存する段階と、前記保存されたコンテンツ情報をディスプレイする段階とを含むことを特徴とする。

本発明に係るコンテンツアップデート方法およびシステムでは、各加入者別にアップデート時間情報をスケジューリングして各加入者の携帯端末機に送信すれば、携帯端末機でアップデート時間情報に応じてコンテンツ提供サーバにアップデート要請信号を送信し、コンテンツ提供サーバからアップデート情報を受信することで、効率的にコンテンツをアップデートできるという効果がある。

また、本発明に係るコンテンツアップデート方法およびシステムでは、コンテンツ提供サーバにアップデートされるコンテンツを送信する時間を各加入者別にスケジューリングし、スケジューリングされた時間に応じて加入者の携帯端末機にアップデートされたコンテンツ情報を送信することで、移動通信網を効果的に用いることができるという効果がある。

また、本発明に係るコンテンツアップデート方法およびシステムでは、アプリケーションによってコンテンツアップデート時間をチェックし、アップデート時間が到来すれば、コンテンツ提供サーバにアップデート要請信号を送信することで、携帯端末機の加入者の便宜を図ることができるという効果がある。

また、本発明に係るコンテンツアップデート方法およびシステムでは、コンテンツ情報のアップデート情報およびテンプレート情報を用いて、携帯端末機上でコンテンツ情報をディスプレイする加入者インターフェイスを提供できるという効果がある。

また、本発明によれば、発売当時からアップデートに関する情報を保存している携帯端末機、これを含むコンテンツアップデートシステムおよびその方法が提供されるという効果がある。

また、本発明によれば、携帯端末機とサーバとの間の同期化を実行する過程を介することで、安定したアップデートを実行できる携帯端末機が提供されるという効果がある。

また、本発明に係るコンテンツアップデート方法およびシステムでは、一連の入力過程を経た該当する情報を提供するサーバに接続しなくても、保存されたアップデート時間情報に応じて自動的に安定的なアップデートが実行されるようにする効果がある。

以下、添付の図面および添付の図面に記載された内容を参照して、本発明の好ましい実施形態を詳細に説明するが、本発明が実施形態によって制限されたり限定されるものではない。

図１は、本発明の一実施形態に係るコンテンツアップデートシステムの全体ネットワーク連結を示した図である。

図１に示すように、本発明のコンテンツアップデートシステムは、携帯端末機１０１〜１０３、またはコンテンツ提供サーバ１０４に含まれて具現される。ただし、図１〜５では、説明の便宜のために、本発明のコンテンツアップデートシステムがコンテンツ提供サーバ内に含まれて具現されることに限定して説明する。

まず、コンテンツ提供サーバ１０４は、更新するコンテンツ情報に対する選択を携帯端末機１０１〜１０３から受ける。すなわち、コンテンツ提供サーバ１０４は、本発明に係るコンテンツ情報のアップデートを具現するために、携帯端末機の加入者をサービス登録する。サービス登録の過程において、加入者が個別にディスプレイされる（またはアップデートされる）コンテンツ情報の種類を選択すれば、コンテンツ提供サーバ１０４がコンテンツ情報を選択した加入者をサービス会員として登録する。コンテンツ情報に対する選択の例としては、事前に事業者が提示したコンテンツ種類の束を加入者が選択および指定することで成される。このようなサービス登録の過程は、ＷＡＰ（Ｗｉｒｅｌｅｓｓ Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）または後述する携帯端末機内に設置される端末マネージャーアプリケーションによって実行される。

また、コンテンツ提供サーバ１０４は、加入者別にアップデート時間情報をスケジューリングし、スケジューリングされたアップデート時間情報を各加入者の携帯端末機１０１〜１０３に送信する役割を担う。すなわち、コンテンツ提供サーバ１０４は、サービス登録された加入者によって選択されたコンテンツ情報と関連したアップデート時間情報を認知して、該当する携帯端末機１０１〜１０３に送信する。アップデート時間情報とは、加入者が所望するコンテンツがアップデートされた場合に、アップデートされたコンテンツ情報が送信される時間を意味するものであって、各加入者ごとにそれぞれ相違して設定される。

例えば、コンテンツ提供サーバ１０４は、各加入者を２つ以上のグループに分類し、各グループ別にアップデート時間情報をそれぞれ相違して設定する。携帯端末機１０１が第１グループ、携帯端末機１０２が第２グループ、携帯端末機１０３が第３グループである場合に、第１グループのアップデート時間情報を「９：００」、第２グループのアップデート時間情報を「９：１０」、第３グループのアップデート時間情報を「９：２０」として設定する場合がある。この場合に、第１グループに属する携帯端末機１０１のアップデート時間情報は「９：００」となり、第２グループに属する携帯端末機１０２のアップデート時間情報は「９：１０」となり、第３グループに属する携帯端末機１０３のアップデート時間情報は「９：２０」となるように設定される。

携帯端末機１０１〜１０３は、コンテンツ提供サーバ１０４からアップデート時間情報を受信して所定の保存部に保存する。また、携帯端末機１０１〜１０３は、保存部に保存されたアップデート時間情報に基づいた信号送信時間が到来したか否かをチェックし、信号送信時間が到来した場合には、アップデート要請信号を生成してコンテンツ提供サーバ１０４に送信する役割を担う。他の実施形態として、携帯端末機１０１〜１０３は、アップデート時間情報の入力を加入者から受けて保存部に保存することもできる。

コンテンツ提供サーバ１０４は、携帯端末機１０１〜１０３からアップデート要請信号を受信し、インベントリデータベース１０５からコンテンツ情報を識別して携帯端末機１０１〜１０３に送信する。インベントリデータベース１０５には、アップデート時間情報およびインベントリ情報に対応するコンテンツ情報が各加入者別に保存される。また、コンテンツ情報には、アップデート情報およびテンプレート情報が含まれる。

本実施形態によれば、携帯端末機１０１〜１０３は、コンテンツ提供サーバにアップデート要請信号を送信する際に、インベントリ情報を含ませて送信する。これにより、コンテンツ提供サーバ１０４は、予め送信されたアップデート時間情報および受信されたインベントリ情報に対応するコンテンツ情報をインベントリデータベース１０５から検索して各携帯端末機１０１〜１０３に送信できる。

このように、本発明によれば、各加入者別にアップデート時間情報をスケジューリングして各加入者の携帯端末機に送信すれば、携帯端末機からアップデート時間情報に応じてコンテンツ提供サーバにアップデート要請信号を送信し、コンテンツ提供サーバからアップデート情報を受信することで、効率的なコンテンツのアップデートが可能となる。

以下、図２を参照して、コンテンツアップデートシステム２００について詳しく説明する。

図２に示すように、コンテンツアップデートシステム２００は、スケジューリング部２０１と、情報送信部２０２と、インベントリデータベース２０３と、信号受信部２０４とを含んでおり、コンテンツ提供サーバ１０４で具現される。また、コンテンツ情報が提供される携帯端末機２１０は、アプリケーション保持部２１１と、アプリケーション運用部２１２とを含むことで、所定の端末マネージャーアプリケーションを駆動し、コンテンツ提供サーバ１０４から受信したコンテンツ情報のグラフィックをディスプレイ処理したり、コンテンツ情報に対するディスプレイ内でイベント発生を処理したりする。

まず、スケジューリング部２０１は、加入者別にアップデート時間情報をスケジューリングする。加入者とは、コンテンツアップデートサービスに加入した加入者を意味するものであって、アップデートされたコンテンツの提供を受けるために、自身の携帯端末機の電話番号をコンテンツアップデートシステム２００に登録する。また、アップデート時間情報とは、アップデートされたコンテンツを各加入者の携帯端末機に送信することに関する時間を意味するものであって、スケジューリング部２０１は、加入者を２つ以上の複数のグループに分類し、各グループ別にアップデート時間情報をそれぞれ相違して設定する。

このように、本発明によれば、各加入者にアップデートされるコンテンツを送信する時間をスケジューリングし、スケジューリングされた時間に応じて加入者の携帯端末機にアップデートされたコンテンツ情報を相違して送信することで、移動通信網を効果的に用いることができる。

また、本実施形態によれば、アップデート時間情報には、アップデート開始時間、アップデート終了時間、基準時間、基準時間からの遅延時間、アップデート間隔時間のうちの少なくとも１つが含まれる。

アップデート開始時間は、アップデートの実行を開始する時間に対する情報を含んでおり、アップデート終了時間は、アップデートの実行を終了する時間に対する情報を含んでいる。また、基準時間とは、アップデート実行の基準となる時間を意味するものであり、遅延時間とは、基準時間からアップデートが実行される遅延時間を意味するものである。また、アップデート間隔時間とは、アップデートが実行された後、その次のアップデートが実行される時間までの間隔を指す。

基準時間とは、アップデートが実行される時間に対する情報であって、より具体的には、アップデート時間情報として設定されたアップデート開始時間、アップデート間隔時間、遅延時間、アップデート終了時間などに基づいて算術される。例えば、アップデート開始時間が毎日９時に設定されており、アップデート間隔時間が２時間で設定されている場合には、最初の基準時間は９時となり、アップデートの進行に応じて、アップデート間隔時間を参照して、次の基準時間は最初の開始時間から２時間の間隔（例えば、１１時、１３時、…）で設定される。

遅延時間とは、計算された基準時間から設定された時間だけアップデート実行を遅延させる情報である。通常、携帯端末機の発売当時には０（ｚｅｒｏ）で設定されるが、所定の制御モジュールを介して変更が可能である。遅延時間は、加入者の増加によるコンテンツ提供サーバ１０４のトラフィックを分散するためものであり、コンテンツ提供サーバ１０４への接続時間を加入者別に柔軟に設定することが可能となる。上述した例として、遅延時間が５分で設定されている場合には、最初の基準時間は９時５分、その次の基準時間は１１時５分、その次は１３時５分、…となる。

また、基準時間とアップデート終了時間を比較し、アップデート終了時間後にはアップデートが実行されないようにする。

基準時間の変更は、上述したように、携帯端末機に保存されたアップデート時間情報を参照して実行されたり、アップデートされるコンテンツ情報とともに次期の基準時間と関連した情報の伝達をコンテンツ提供サーバ１０４から受けて設定されたりする。基準時間と関連した情報を用いる場合に、コンテンツ提供サーバ１０４は、トラフィックを考慮した上で、加入者別にサーバ接続時間を上述した遅延時間を用いて調節する。

前記のように設定されたアップデート時間情報は、インベントリデータベース２０３に保存される。すなわち、インベントリデータベース２０３は、アップデート時間情報に対応するコンテンツ情報を各加入者別に保存する役割を担う。

コンテンツ情報は、アップデート情報およびテンプレート情報を含む。アップデート情報とは、コンテンツ情報が更新されるたびに変更されるものであり、テンプレート情報とは、コンテンツ情報を構成する基本構造であって、コンテンツ情報が更新されるたびに変更されるものではない。例えば、リアルタイムで天気情報を提供する場合に、特定地域の現在の天気など随時変更する情報はアップデート情報であり、背景画面および基本メニューなど随時変更しない部分はテンプレート情報である。

より詳細に説明すれば、アップデート情報は、アップデート種類情報およびアップデート詳細情報を含む。アップデート種類情報とは、アップデートする情報の種類に対する情報であって、証券（ｓｔｏｃｋ）、ニュース（ｎｅｗｓ）などのように加入者が提供を受ける情報を区分するコンテンツの種類に対する情報である。また、アップデート詳細情報は、携帯端末機の加入者に提供される具体的な情報であって、アップデート種類別または出力形態に応じて多様な形式が可能である（例えば、テキストファイル（ＴＸＴ）、画像ファイル（ＩＭＧ）など）。

本発明の実施形態によれば、インベントリデータベース２０３は、コンテンツ情報に対応するインベントリ情報をさらに含んで保存する。インベントリ情報は、コンテンツ情報内のアップデート情報に対応するシーケンス（ｓｅｑｕｅｎｃｅ）を含む。インベントリ情報は、コンテンツ提供サーバ１０４と携帯端末機２１０との間のアップデートを管理する役割を担う。すなわち、本発明のコンテンツアップデートシステム２００は、携帯端末機２１０から受信されたインベントリ情報とコンテンツ提供サーバ１０４に保存されたインベントリ情報とを比較し、携帯端末機２１０で保有するコンテンツ情報が最新の情報であるか否かを判断し、最新の情報でない場合には、該当する携帯端末機２１０に最新のコンテンツ情報が送信されるように制御する。

このように、インベントリ情報は、携帯端末機２１０からアップデートが要請される場合に、コンテンツ提供サーバ１０４が機械的にコンテンツ情報を携帯端末機２１０に送信することによって発生し得るトラフィック増加、リソース占有などの損失を減らすために、要請されたコンテンツ情報が実際にアップデートされたか否かを判断し、アップデートされた場合にのみコンテンツ情報が携帯端末機２１０に送信されるようにするためのものである。

より具体的には、コンテンツ提供サーバ１０４が管理する情報に更新が成されれば、コンテンツ提供サーバ１０４は、一定した期間内に更新されたアップデート種類別のアップデート詳細情報をパッケージ対象として対応するインベントリ情報を生成してインベントリデータベース２０３に保存する。インベントリ情報は、パッケージ順に応じて更新されるアップデート詳細情報に対応するシーケンスとなる。

インベントリ情報がシーケンスで示される場合に、コンテンツアップデートシステム２００は、携帯端末機２１０に保存されたシーケンスとコンテンツ提供サーバ１０４に保存されたシーケンスとを比較する。コンテンツアップデートシステム２００は、携帯端末機２１０に保存されたシーケンスの次のシーケンスから最新のシーケンスに対応するアップデート種類別のアップデート詳細情報をパッケージングし、携帯端末機２１０にパッケージングされたコンテンツ情報（アップデート情報とテンプレート情報）を送信する。シーケンスは、コンテンツ情報が携帯端末機２１０に送信されるアップデート時間情報を含み得るが、この場合、シーケンスはアップデート時間別に区分されるようになる。

情報送信部２０２は、アップデート時間情報を携帯端末機２１０に送信する役割を担う。情報送信部２０２は、インベントリデータベース２０３を参照し、各加入者の携帯端末機にアップデート時間情報を送信する。アップデート時間情報の受信によって、携帯端末機２１０は、受信されたアップデート時間情報を所定の保存部に保存する。本発明の他の実施形態によれば、携帯端末機２１０は、加入者からアップデート時間情報の入力を受けて保存部に保存することもできる。加入者から入力されたアップデート時間情報も、コンテンツ提供サーバ１０４でスケジューリングしたアップデート時間情報と同じ方法でスケジューリングが設定される。

信号受信部２０４は、送信されたアップデート時間情報に基づく所定の時点において、携帯端末機２１０からアップデート要請信号の入力を受ける。例えば、アップデート時間情報が「９：００」に設定されている場合に、携帯端末機２１０は、「９：００」にアップデート要請信号を生成し、信号受信部２０４が生成されたアップデート要請信号を受信する。これにより、本発明では、別途のキー操作を行うことなく、携帯端末機２１０内に保存されたアップデート時間情報に応じてコンテンツアップデートが可能となり、携帯端末機２１０の加入者にとってアップデートの具現がより便利となる。

このとき、携帯端末機２１０は、コンテンツ提供サーバ１０４から受信されて保存部に保存されるアップデート時間情報に基づいた信号送信時間が到来したか否かをチェックし、チェックの結果、信号送信時間が到来した場合には、アップデート要請信号を生成してコンテンツ提供サーバ１０４に送信する。

この後、情報送信部２０２は、入力されたアップデート要請信号に対する応答として、検索されたコンテンツ情報を携帯端末機２１０に送信することで、携帯端末機２１０でコンテンツに対する更新が成されるようにする役割を担う。すなわち、情報送信部２０２は、携帯端末機２１０からアップデート要請信号が受信されることに伴って、インベントリデータベース２０３からアップデート要請信号に対応するコンテンツ情報を識別し、識別されたコンテンツ情報を携帯端末機２１０に送信する役割を担う。

このとき、情報送信部２０２は、アップデート要請信号が受信される際にともに受信されたインベントリ情報を参照して、上述したインベントリデータベース２０３からコンテンツ情報を識別する。携帯端末機２１０は、コンテンツ提供サーバ１０４から識別されたコンテンツ情報を受信して保存することで、コンテンツ情報を更新する。

このとき、携帯端末機２１０は、所定の端末マネージャーアプリケーションを駆動して、コンテンツ提供サーバ１０４から受信したコンテンツ情報のグラフィックをディスプレイ処理したり、コンテンツ情報に対するディスプレイ中のイベント発生を処理したりする。

携帯端末機２１０に含まれるアプリケーション保持部２１１は、コンテンツ情報の実行と関連した端末マネージャーアプリケーションを保持する役割を担う。

また、携帯端末機２１０内のアプリケーション運用部２１２は、端末マネージャーアプリケーションを駆動させ、コンテンツ情報を実行させて、コンテンツ情報の実行中にイベント発生を処理したりコンテンツ情報のグラフィックを処理したりする役割を担う。

本発明の端末マネージャーアプリケーションは、コンテンツ情報のグラフィックを処理して画面構成およびディスプレイを行ったり、コンテンツのディスプレイ中のイベント発生処理に関与したりする。このような端末マネージャーアプリケーションは、コンテンツ情報の受信に連動して駆動される携帯端末機内のソフトウェアであっても良いし、携帯端末機内の基本ソフトウェアとともに常時運営されるソフトウェアであっても良い。例えば、常時運営されるソフトウェアの場合において、端末マネージャーアプリケーションは、携帯端末機内のアップデート時間情報をモニタリングし、コンテンツアップデートシステム２００へのコンテンツ情報要請、コンテンツ情報受信および更新、または携帯端末機の所定イベントに発生時に保存されたコンテンツ情報に対するディスプレイ全般に対して関与する。

例えば、端末マネージャーアプリケーションは、待機画面において実行中に加入者が追加情報を要請するイベントが発生する際に、待機画面から転換して追加情報をダウンロードしてディスプレイしたり、電話連結のイベントが発生する際に実行を終了するハンドリングを行ったりする。また、端末マネージャーアプリケーションは、携帯端末機の基本動作と関連した基本ソフトウェアとともに運営されながら、送信されたコンテンツ情報に対する実行を担当することもできる。

以下、図３を参照して、コンテンツ情報を送信する一例について説明する。

図３に示すように、コンテンツ提供サーバ１０４は、コンテンツ情報内のアップデート種類／アップデート詳細情報、およびインベントリ情報を保存する。アップデート詳細情報とは、アップデートの方式を意味するものであって、例えば、全体更新（○）、一部更新（△）のうちの１つとなる。また、インベントリ情報は、アップデート詳細情報に対応するシーケンスを含む。

例えば、「８：５０」現在、本発明のコンテンツアップデートシステム２００は、第１加入者に対して「９：００」にアップデート要請信号を受信し、「０００１ニュース」に対するコンテンツ情報（全体更新：○）を第１加入者の携帯端末機２１０に送信する。また、第２加入者に対して「９：００」にアップデート要請信号を受信し、「０００１ニュース、証券、天気」に対するコンテンツ情報（全体更新：○）を第２加入者の携帯端末機２１０に送信する。

また、「１０：５０」現在、本発明のコンテンツアップデートシステム２００は、第１加入者に対して「１１：００」にアップデート要請信号を受信し、「０００３ニュース」に対するコンテンツ情報（一部更新：△）を第１加入者の携帯端末機２１０に送信する。また、第２加入者に対して「１１：００」にアップデート要請信号を受信し、「０００２証券」に対するコンテンツ情報（一部更新：△）と「０００３ニュース」に対するコンテンツ情報（全体更新：○）とを第２加入者の携帯端末機２１０に送信する。

また、コンテンツアップデートシステム２００は、加入者別に加入チャンネル、基準時間、インベントリ情報、アップデート後のアップデート種類別のアップデート詳細情報を保存する。

以下、図４を参照してコンテンツディスプレイ画面の一例について説明する。

携帯端末機４００は、本発明のコンテンツアップデートシステム２００から受信されたコンテンツ情報を用い、メイン画面において、例えば、時計、カレンダー、天気、ニュース、運勢、証券、競売、および競馬などのようなサブコンテンツに該当する画面を提供する。コンテンツ情報には、各画面を提供するためのそれぞれのテンプレート情報が含まれている。このようなそれぞれのテンプレート情報は、コンテンツ情報を構成する基本的な骨格であって、随時変更されることはない。これとは異なり、ニュース画面を提供するために、携帯端末機４００は、ニュース画面に対するテンプレート情報に対応するリアルタイムニュース情報、ニュース映像ファイル、ニュースＴＥＸＴ、および詳細ニュースＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒｓ）などのアップデート情報を保存および保持する。すなわち、携帯端末機４００は、基本骨格であるコンテンツ情報を保持すると同時に、アップデート情報としてイメージデータであるニュース映像ファイル、テキストデータであって簡単なヘッドライン情報を提供するニュースＴＥＸＴ、ヘッドライン情報と関連した詳細な記事を確認できるＵＲＬ情報である詳細ニュースＵＲＬなどを加入者に提供する。

図４に示すように、携帯端末機４００は、コンテンツ情報をデコーディングしてディスプレイ装置に表示する。すなわち、携帯端末機４００は、図面符号４０１のように、現在表示される予報に対する情報、特定地域の現在の温度情報４０２、天気速報４０３、および明日の天気情報４０３をアップデート情報としてコンテンツ提供サーバ１０４から受信して表示する。これとは異なり、図面符号４０４のように、携帯端末機４００は、現在の画面に表示されるメニューなどのようなリアルタイムでの変動がない客体をコンテンツ情報として保存部に保持する。したがって、天気と関連したコンテンツ情報は、携帯端末機４００が受信するコンテンツ提供サーバ１０４から加入者にリアルタイム情報を提供できるようになる。

図５は、本発明の一実施形態に係るコンテンツアップデート方法を示したフローチャートである。本実施形態に係るコンテンツアップデート方法は、図２に示したコンテンツアップデートシステム２００によって実行される。

まず、コンテンツ提供サーバ２００は、携帯端末機１０１〜１０３から更新するコンテンツ情報に対する選択を受ける（段階５０１）。本段階は、本発明に係るコンテンツ情報のアップデートを具現するために、携帯端末機の加入者をサービス登録する過程である。

また、コンテンツアップデートシステム２００は、アップデート時間情報を加入者別にスケジューリングする（段階５０２）。アップデート時間情報とは、アップデートされたコンテンツを各加入者の携帯端末機に送信する時間であって、コンテンツアップデートシステム２００は、加入者を２つ以上のグループに分類し、各グループ別にアップデート時間情報をそれぞれ相違して設定する。

コンテンツアップデートシステム２００は、スケジューリングされたアップデート時間情報を各加入者の携帯端末機に送信する（段階５０３）。例えば、コンテンツアップデートシステム２００は、第１グループに属する携帯端末機１０１にアップデート時間情報を「９：００」、第２グループに属する携帯端末機１０２にアップデート時間情報を「９：１０」、第３グループに属する携帯端末機１０３にアップデート時間情報を「９：２０」として送信する。

コンテンツアップデートシステム２００は、送信されたアップデート時間情報による所定の時点に、携帯端末機からアップデート要請信号の入力を受ける（段階５０４）。この場合、携帯端末機は、アップデート時間情報に基づいた信号送信時間が到来したか否かをチェックし、チェックの結果、信号送信時間が到来した場合には、アップデート要請信号を生成して、コンテンツ提供サーバ１０４に送信されるように制御する。コンテンツアップデートシステム２００は、アップデート要請信号を受信する際に、携帯端末機からインベントリ情報もともに受信する。

コンテンツアップデートシステム２００は、携帯端末機からアップデート要請信号を受信し、インベントリデータベース２０３からコンテンツ情報を識別して携帯端末機に送信する（段階５０５）。インベントリデータベース２０３は、アップデート時間情報およびインベントリ情報に対応するコンテンツ情報を各加入者別に保存する。コンテンツ情報は、アップデート情報およびテンプレート情報を含んでおり、アップデート情報は、コンテンツ情報が更新されるたびに変更されるものであり、テンプレート情報は、コンテンツ情報を構成する基本構造であって、コンテンツ情報が更新されるたびに変更されるものではない。

携帯端末機では、コンテンツアップデートシステム２００から受信したコンテンツ情報を用いて更新処理を実行する。すなわち、携帯端末機は、受信されたコンテンツ情報を携帯端末機の非揮発性メモリに保存して保持している間に所定のイベント(事象)が発生する場合に、保存されたコンテンツ情報をディスプレイする（段階５０６）。

所定のイベントは、携帯端末機が待機モードに転換されたり、携帯端末機に備えられたソフトキーの入力がある場合に発生する。携帯端末機の端末マネージャーアプリケーションは、イベント発生に応じて保存されたコンテンツ情報をディスプレイする。

図６は、本発明の他の実施形態に係るアップデート機能を提供する携帯端末機とサーバとを含むコンテンツアップデートシステムを示したブロック図である。

図６を参照すれば、本発明のコンテンツアップデートシステムは、アップデート時間情報に応じてサーバ１４００にアップデート要請信号を送信し、アップデート要請信号に対応するコンテンツ情報をサーバ１４００から受信する携帯端末機と、アップデート要請信号に対応するコンテンツ情報をパッケージングして携帯端末機に送信するサーバ１４００とを含む。

本発明の携帯端末機は、無線送受信モジュール１１００と、保存モジュール１２００と、制御モジュール１３００とを含む。

無線送受信モジュール１１００は、所定のサーバ１４００にアップデート要請信号を送信し、サーバ１４００からコンテンツ情報を受信する。また、無線通信のためのアンテナ（ＡＮＴ）またはＲＦ回路を含む。これに対応し/-、サーバ１４００は、アップデート要請信号に対応するコンテンツ情報をパッケージング（ｐａｃｋａｇｉｎｇ）して携帯端末機に送信する。

保存モジュール１２００は、サーバ１４００に接続するアップデート時間情報およびサーバ１４００から受信されたコンテンツ情報を保存する。保存モジュール１２００は、アップデート時間情報を保存するアップデート時間情報保存部１２１０と、コンテンツ情報を保存するコンテンツ情報データベース１２２０とを含む。

アップデート時間情報保存部１２１０は、アップデート開始時間、アップデート終了時間、基準時間、基準時間からの遅延時間、およびアップデート間隔時間のうちのいずれか１つ以上を含むアップデート時間情報を保存する。アップデート時間情報は、携帯端末機の発売当時から設定されて保存されており、その後は携帯端末機の加入者が所定の制御モジュールを介して変更することも可能である。アップデート時間情報については、図１０を参照して説明する。また、アップデート時間情報は、サーバ１４００への接続が失敗した際に、再度接続を試みるための予約変数をさらに含むこともできる。予約変数については、図１２を参照して後述する。

図１０は、本発明の一実施形態に係る１つ以上の時間情報を含むアップデート時間情報を示した表である。

図１０を参照すれば、本発明のアップデート時間情報は、アップデート開始時間、アップデート終了時間、基準時間、基準時間からの遅延時間、およびアップデート間隔時間のうちのいずれか１つ以上を含み、図１０の表に示されるように、アップデート時間情報に含まれる時間に対応する変数で表現される。図１０を参照すれば、アップデート開始時間は、「Ｄａｉｌｙ＿ｕｐｄａｔｅ＿ｓｔａｒｔ＿ｔｉｍｅ」変数で表現が可能であり、アップデートの実行を開始する時間に対する情報を含んでいる。また、アップデート終了時間は、「Ｄａｉｌｙ＿ｕｐｄａｔｅ＿ｅｎｄ＿ｔｉｍｅ」変数で表現が可能であり、アップデートの実行を終了する時間に対する情報を含んでいる。また、基準時間は、「Ｕｐｄａｔｅ＿ｓｔａｎｄａｒｄ＿ｔｉｍｅ」変数で表現が可能であり、アップデートを実行する基準となる時間である。また、遅延時間は、基準時間からアップデートが実行される遅延時間であって、「Ｕｐｄａｔｅ＿ｄｅｌａｙ＿ｔｉｍｅ」変数で表現が可能である。さらに、アップデート間隔時間は、アップデートを実行した後に次のアップデートに実行するまでの時間間隔であって、「Ｕｐｄａｔｅ＿ｉｎｔｅｒｖａｌ＿ｔｉｍｅ」として表現が可能である。上述した携帯端末機内に保存されたアップデート時間情報に応じて、加入者は、携帯端末機を介して別途の一連のキー操作または携帯端末機のイベント発生駆動によるサーバ１４００への接続がなくてもアップデートを可能にする。

アップデート基準時刻とは、アップデートが実行される時間に対する情報であり、より具体的には、アップデート時間情報に設定されたアップデート開始時間、アップデート間隔時間、遅延時刻、またはアップデート終了時刻に基づいて算術される。例えば、アップデート時間情報のアップデート開始時間（Ｄａｉｌｙ＿ｕｐｄａｔｅ＿ｓｔａｒｔ＿ｔｉｍｅ）が毎日９時に設定されており、アップデート間隔時間（Ｕｐｄａｔｅ＿ｉｎｔｅｒｖａｌ＿ｔｉｍｅ）が２時間で設定されている場合に、最初の基準時間（Ｕｐｄａｔｅ＿ｓｔａｎｄａｒｄ＿ｔｉｍｅ）は９時となり、アップデートの進行に伴い、アップデート間隔時間（Ｕｐｄａｔｅ＿ｉｎｔｅｒｖａｌ＿ｔｉｍｅ）を参照して、次の基準時間は最初の基準時間から２時間の間隔で設定される。

遅延時間（Ｕｐｄａｔｅ＿ｄｅｌａｙ＿ｔｉｍｅ）とは、計算された基準時間から設定された時間だけアップデート実行を遅延させる情報であって、通常、携帯端末機の発売当時は０（ｚｅｒｏ）で設定されるが、所定の制御モジュールを介して変更が可能である。遅延時間は、加入者の増加によるサーバ１４００のトラフィックを分散するためのものであって、サーバ１４００への接続時間を加入者別に柔軟に設定することを可能にする。上述した例として、遅延時間（Ｕｐｄａｔｅ＿ｄｅｌａｙ＿ｔｉｍｅ）が５分で設定されている場合には、最初のアップデート基準時刻（Ｕｐｄａｔｅ＿ｓｔａｎｄａｒｄ＿ｔｉｍｅ）は９時５分となり、次のアップデート基準時刻（Ｕｐｄａｔｅ＿ｓｔａｎｄａｒｄ＿ｔｉｍｅ）は時間は１１時５分となる。続いて、その次の基準時間は、１３時５分にアップデートが実行される。

基準時間とアップデート終了時間（Ｄａｉｌｙ＿ｕｐｄａｔｅ＿ｅｎｄ＿ｔｉｍｅ）とを比較し、アップデート終了時間後にはアップデートが実行されないようにする。アップデート基準時刻（Ｕｐｄａｔｅ＿ｓｔａｎｄａｒｄ＿ｔｉｍｅ）変更は、上述したように、端末機に保存された周期情報を参照してアップデートが実行されながら設定されたり、アップデートの際にコンテンツ情報とともに次期の基準時刻情報をサーバ１４００から伝達されて設定されたりする。次期基準時刻情報をアップデートする際に、サーバ１４００から伝達を受ける場合に、サーバ１４００がトラフィックを考慮した上で、加入者別のサーバ接続時刻を上述した遅延時間（Ｕｐｄａｔｅ＿ｄｅｌａｙ＿ｔｉｍｅ）を用いて調節する。

再び図６を参照すれば、コンテンツ情報データベース１２２０は、コンテンツ情報を保存する。コンテンツ情報は、アップデート種類情報およびアップデート詳細情報を含み、コンテンツ情報に対応するインベントリ情報をさらに含む。インベントリ情報は、アップデート詳細情報に対応されるシーケンスを含む。

再び図６を参照すれば、制御モジュール１３００は、保存モジュール１２００に保存されたアップデート時間情報に応じてサーバ１４００に接続し、コンテンツ情報を受信するように制御する。制御モジュール１３００は、保存モジュール１２００を参照してアップデート時間情報をモニタリングし、サーバ１４００にアップデート要請信号を送信するアップデート実行モジュール１３２０と、保存モジュール１２００からコンテンツ情報をアクセスして所定のディスプレイ手段に出力するコンテンツ情報出力制御モジュール１３３０とを含む。また、本発明の制御モジュール１３００は、保存モジュール１２００に保存されたアップデート時間情報を変更するアップデート設定変更モジュール１３１０をさらに含むこともできる。

アップデート設定変更モジュール１３１０は、発売当時から保存モジュール１２００に保存されているアップデート時間情報を変更できるモジュールであって、携帯端末機の加入者またはサーバ１４００は、加入者の増加によるトラフィック増加を考慮した上で、アップデート設定変更モジュール１３１０を介してアップデート時間情報に含まれるアップデート開始時間、アップデート終了時間、基準時間、基準時間からの遅延時間、およびアップデート間隔時間などの設定値を変更することにより、アップデート時間情報の変数設定を変更できる。

アップデート実行モジュール１３２０は、保存モジュールを参照してアップデート時間情報をモニタリングし、アップデート時間情報に応じて周期ごとにアップデート時間情報を確認し、アップデート時間情報に基づいた時刻（例えば、基準時間（Ｕｐｄａｔｅ＿ｓｔａｎｄａｒｄ＿ｔｉｍｅ））に到逹すれば、該当する情報を提供するサーバ１４００に無線送受信モジュール１１００を介して接続し、コンテンツ情報の提供をサーバ１４００から受けてコンテンツ情報データベース１２２０に保存する。また、アップデート時間情報によって該当する情報のアップデートが終了すれば、無線送受信モジュール１１００のサーバ１４００との連結を解除する。

コンテンツ情報出力制御モジュール１３３０は、保存モジュール１２００からコンテンツ情報をアクセスして所定のディスプレイ手段に出力する。

携帯端末機は、サーバ１４００からコンテンツ情報を受信するための端末マネージャーアプリケーションを受信し、端末マネージャーアプリケーションは携帯端末機にインストールされて、携帯端末機とサーバ１４００との間のセッション設定を制御する。端末マネージャーアプリケーションは、携帯端末機の発売時点に搭載された基本ソフトウェアとともに提供される。さらに、本発明による携帯端末機は、移動携帯端末機、ＰＤＡ（ｐｅｒｓｏｎａｌ ｄｉｇｉｔａｌ ａｓｓｉｓｔａｎｔ）、スマートフォン（ｓｍａｒｔ ｐｈｏｎｅ）、ハンドヘルド（ｈａｎｄｈｅｌｄ）ＰＣ、携帯電話、ＭＰ３プレーヤなどのような携帯型端末機であって、ＣＤＭＡ（ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ ａｃｃｅｓｓ）モジュール、ブルートゥースモジュール、赤外線通信モジュール（ＩｒＤＡ）などのような所定の無線通信モジュールを備えることができ、所定のマイクロプロセッサを搭載することで所定の演算能力を備えた端末機を通称する概念である。

また、サーバ１４００は、アップデート要請信号に対応するコンテンツ情報をパッケージングして携帯端末機に送信する。サーバ１４００については、図１４を参照して説明する。

図１４は、本発明の一実施形態に係るサーバの構成要素を示したブロック図である。

図１４を参照すれば、本発明のコンテンツアップデートシステムのサーバ１４００は、コンテンツ提供モジュール１４１０およびパッケージングモジュール１４２０を含む。コンテンツ提供モジュール１４１０は、アップデート詳細情報をサーバに提供するものであり、パッケージングモジュール１４２０は、コンテンツ情報をパッケージングするものである。また、コンテンツ情報は、アップデート種類情報およびアップデート詳細情報を含む。サーバ１４００は、パッケージングモジュール１４２０を介して携帯端末機からのアップデート要請信号に対応するコンテンツ情報をパッケージングし、無線送受信モジュール１４５０を経て携帯端末機に送信する。

コンテンツアップデートシステムのサーバ１４００は、アップデート詳細情報データベース（図示せず）を備えており、コンテンツ提供モジュールから提供されるアップデート詳細情報を保存かつ保持し、携帯端末機のアップデート要請信号に対応するコンテンツ情報をアップデートデータベースから抽出してパッケージングし、携帯端末機に送信することもできる。

また、本発明のコンテンツアップデートシステムのサーバ１４００は、インベントリ情報を保存するインベントリデータベース１４３０をさらに含むこともできる。サーバ１４００が管理する情報に更新が成されれば、サーバ１４００は、一定の期間内に更新されたアップデート種類別のアップデート詳細情報をパッケージ対象とし、対応するインベントリ情報を生成し、インベントリデータベース１４００に保存する。

また、インベントリ情報は、サーバ１４００で生成されたり、アップデート詳細情報を提供する外部コンテンツ提供部（ＣＰ：Ｃｏｎｔｅｎｔｓ Ｐｒｏｖｉｄｅｒ）で生成されたりし、サーバ１４００のコンテンツ提供モジュール１４１０を介して同時に提供されることもできる。

上述したように、インベントリ情報は、コンテンツ情報に対応して携帯端末機に送信されるコンテンツ情報に含まれる。インベントリ情報とは、更新されるアップデート種類情報およびアップデート詳細情報に対応するシーケンスを意味する。サーバ１４００は、携帯端末機のアップデート要請信号を受信する際に、インベントリデータベース１４３０に保存されたインベントリ情報のみを優先的に携帯端末機に送信する。これにより、携帯端末機は、アップデートの可否を判断してサーバ１４００にアップデートを要請する。

また、サーバ１４００は、携帯端末機からのアップデート要請信号を受信する際に、インベントリデータベース１４３０に保存されたインベントリ情報を読み出し、読み出されたインベントリ情報を参照してアップデートするか否かを判断し、必要な情報のみを携帯端末機に送信することもできる。この場合に、サーバ１４００は、携帯端末機の加入者別に送信したコンテンツ情報に対応するインベントリデータベース（図示せず）を別途に備えることもできる。すなわち、サーバ１４００は、携帯端末機からのアップデート要請信号を受信する際に、加入者別のインベントリ情報とインベントリデータベース１４００から読み出したインベントリ情報とを比較参照し、アップデートするか否かを判断し、判断した結果、必要な情報のみを携帯端末機に送信することもできる。また、サーバ１４００は、携帯端末機から携帯端末機に保存された既存インベントリ情報をともに受信し、受信されたインベントリ情報とインベントリデータベースから読み出されたインベントリ情報とを比較参照し、アップデートするか否かを判断し、判断した結果、必要な情報のみを携帯端末機に送信することもできる。このため、インベントリ情報は、シーケンスで表現される。シーケンスを用いたコンテンツ情報の送信制御については上述した通りであるため、ここでの説明は省略する。

上述した構成によって、本発明のコンテンツアップデートシステムは、インベントリ情報を活用してトラフィックを減少させることで、より効率的にアップデートを提供できる。

また、本発明のサーバ１４００は、携帯端末機からアップデート要請信号を受信し、コンテンツ情報を送信する無線送受信モジュール１４５０および上述した構成要素を制御するための制御部１４４０をさらに含むこともできる。

図７は、本発明の一実施形態に係る携帯端末機で具現されるコンテンツアップデート方法を示したフローチャートである。

図７を参照すれば、所定のサーバ１４００に接続するアップデート時間情報および前記サーバから受信されたコンテンツ情報を保存して保持する（段階２０１０）。アップデート時間情報は、アップデート開始時間、アップデート終了時間、基準時間、基準時間からの遅延時間、およびアップデート間隔時間のうちのいずれか１つ以上を含む。これについては、図６を用いて上述した通りである。

この後、アップデート時間情報に応じてサーバ１４００にアップデート要請信号を送信し（段階２０２０）、サーバからアップデート要請信号に対応するコンテンツ情報を受信する（段階２０４０）。

この場合に、アップデート時間情報に応じてサーバにアップデート要請信号を送信する際に、サーバ１４００のインベントリ情報（シーケンス）のみを優先的に受信し、携帯端末機において保存された既存インベントリ情報と比較および参照してアップデートするか否かを判断し、アップデート要請信号をサーバ１４００に送信することもできる。

また、本発明のアップデート提供方法は、携帯端末機からアップデート要請信号を送信する際に、サーバ１４００で加入者別のインベントリ情報とインベントリデータベース１４３０から読み出されたインベントリ情報（シーケンス）とを比べて、必要なアップデートが存在するか否かを判断することもできる。さらに、アップデート要請信号を送信する際に、携帯端末機に保存された既存のインベントリ情報（シーケンス）をともに送信し、サーバ１４００において受信されたインベントリ情報とインベントリデータベース１４３０から読み出されたインベントリ情報（シーケンス）とを比較および参照してアップデートするか否かを判断し、必要な情報を送信することもできる。これについては、図８および図９を用いて詳しく説明する。

また、本発明の携帯端末機で具現されるコンテンツアップデート方法は、サーバからアップデート要請信号に対応するコンテンツ情報を受信する前に、サーバ１４００からコンテンツ情報を受信するための端末マネージャーアプリケーションを受信することもできる（段階２０３０）。端末マネージャーアプリケーションは携帯端末機にインストールされ、携帯端末機とサーバ１４００との間のセッション設定を制御する。また、端末マネージャーアプリケーションは、携帯端末機の発売当時に搭載された基本ソフトウェアとして提供されることもできる。

次に、サーバ１４００から受信されたコンテンツ情報を保存および更新し、コンテンツ情報に対応するインベントリ情報を保存する（段階２０５０）。

コンテンツ情報は、アップデート種類情報およびアップデート詳細情報を含み、コンテンツ情報に対応するインベントリ情報をさらに含む。インベントリ情報とは、更新されるアップデート種類情報およびアップデート詳細情報に対応するシーケンスである。

この後、保存されたコンテンツ情報にアクセスし、所定のディスプレイ手段を介してコンテンツ情報が出力されるようにする（段階２０６０）。

図８は、本発明の第２実施形態に係る携帯端末機で具現されるコンテンツアップデート方法を示したフローチャートである。

図８を参照すれば、所定のサーバ１４００に接続するアップデート時間情報およびサーバから受信されたコンテンツ情報を保存して保持し（段階２０７０）、サーバ１４００は、加入者別のインベントリ情報を保存するインベントリデータベースを保持する（段階２０８０）。

この後、アップデート時間情報に応じてサーバ１４００にアップデート要請信号を送信し（段階２０９０）、サーバ１４００から加入者別のインベントリ情報とインベントリ情報が参照されたコンテンツ情報を受信する（段階２１００）。すなわち、携帯端末機からアップデート要請信号が送信される際に、サーバ１４００において加入者別のインベントリ情報とインベントリデータベース１４３０から読み出されたインベントリ情報（シーケンス）とを比較して必要なアップデートの可否を判断し、必要なコンテンツ情報を携帯端末機に送信する。

また、本発明の携帯端末機で具現される第２実施形態のコンテンツアップデート方法は、サーバからアップデート要請信号に対応するコンテンツ情報を受信する前に、サーバ１４００からコンテンツ情報を受信するための端末マネージャーアプリケーションを受信することもできる。端末マネージャーアプリケーションは携帯端末機にインストールされ、携帯端末機とサーバ１４００との間のセッション設定を制御する。

次に、サーバ１４００から受信されたコンテンツ情報を保存および更新し、コンテンツ情報に対応するインベントリ情報を保存する（段階２１１０）。この後、保存されたコンテンツ情報にアクセスして所定のディスプレイ手段に提供する（段階２１２０）。

図９は、本発明の第３実施形態に係る携帯端末機で具現されるコンテンツアップデート方法を示したフローチャートである。

図９を参照すれば、所定のサーバ１４００に接続するアップデート時間情報およびサーバから受信されたコンテンツ情報を保存して保持する（段階２１３０）。アップデート時間情報は、最初の接続時間、最後の接続時間、基準時間、基準時間からの遅延時間、およびアップデート間隔時間を含むことは、上述した通りである。

この後、アップデート時間情報によるアップデート要請信号およびインベントリ情報をサーバに送信する（段階２１４０）。次に、サーバ１４００からインベントリ情報が参照されたコンテンツ情報を受信する（段階２１６０）。アップデート要請信号が送信される際に、携帯端末機に保存された既存インベントリ情報（シーケンス情報）もともに送信し、サーバ１４００で受信されたインベントリ情報とインベントリデータベース１４３０から読み出されたインベントリ情報（シーケンス）とを比較および参照し、アップデートするか否かを判断して必要な情報を送信する。

また、本発明の携帯端末機で具現される第２実施形態のコンテンツアップデート方法は、サーバからアップデート要請信号に対応するコンテンツ情報を受信する前に、サーバ１４００からコンテンツ情報を受信するための端末マネージャーアプリケーションを受信することもできる（段階２１５０）。端末マネージャーアプリケーションは携帯端末機にインストールされ、携帯端末機とサーバ１４００との間のセッション設定を制御する。

次に、サーバ１４００から受信されたコンテンツ情報を保存および更新し、コンテンツ情報に対応するインベントリ情報を保存する（段階２１７０）。この後、保存されたコンテンツ情報をアクセスして所定のディスプレイ手段に提供する（段階２１８０）。

図１１は、本発明の一実施形態に係るアップデート時間情報による携帯端末機とサーバとの間の情報送受信過程を示したフローチャートである。

図１１を参照すれば、携帯端末機は、アップデート時間情報に応じて最初のアップデート時間情報をチェックし（段階３１００）、アップデート要請信号をサーバ１４００に無線送受信モジュール１１００を介して送信する（段階３２００）。例えば、アップデート時間情報のアップデート開始時間（Ｄａｉｌｙ＿ｕｐｄａｔｅ＿ｓｔａｒｔ＿ｔｉｍｅ）が毎日９時に設定されており、アップデート間隔時間（Ｕｐｄａｔｅ＿ｉｎｔｅｒｖａｌ＿ｔｉｍｅ）が２時間で設定されており、遅延時間（Ｕｐｄａｔｅ＿ｄｅｌａｙ＿ｔｉｍｅ）が０で設定されている場合に、携帯端末機のアップデート実行モジュール１３２０は、９時にサーバ１４００にアップデート要請信号を送信する。

サーバ１４００は、アップデート要請信号に対応するコンテンツ情報をパッケージングし（段階３３００）、コンテンツ情報を携帯端末機に送信する。携帯端末機は、無線送受信モジュール１１００を介してこれを受信する（段階３４００）。

この後、基準時間９時から２時間の間隔時間（Ｕｐｄａｔｅ＿ｉｎｔｅｒｖａｌ＿ｔｉｍｅ）後の１１時に基準時刻が設定される。このとき、携帯端末機は、アップデート時間情報に応じて基準時間に基づいて第２アップデート周期をチェックし、１１時に第２アップデートを実行する。

アップデートは、アップデート終了時刻（Ｄａｉｌｙ＿ｕｐｄａｔｅ＿ｅｎｄ＿ｔｉｍｅ）をチェックし（段階３５００）、基準時間とアップデート終了時間（Ｄａｉｌｙ＿ｕｐｄａｔｅ＿ｅｎｄ＿ｔｉｍｅ）とを比較した結果、基準時間がアップデート終了時間を超過しない場合には、アップデート要請信号をサーバ１４００に無線送受信モジュール１１００を介して送信する（段階３６００）。この後、サーバ１４００は、アップデート要請信号に対応するコンテンツ情報をパッケージングして（段階３７００）、コンテンツ情報を携帯端末機に送信する。携帯端末機は、無線送受信モジュール１１００を介してこれを受信する（段階３８００）。携帯端末機の制御部１３００は、受信されたコンテンツ情報を保存モジュール１２００に保存してアップデートを終了する。

図１２は、本発明に係る携帯端末機のサーバ接続が失敗した際の再始動のため、携帯端末機とサーバとの間の同期化のための予約変数を示した表である。

図１２を参照すれば、本発明の携帯端末機とサーバとの間の同期化のための同期化予約変数は、同期化時間変数および同期化始動変数で構成される。同期化時間変数は、同期化実行時間情報（ＳＹＮ）、同期化始動間の待機時間情報（ＲＴ２）、第１始動同期化までの待機時間情報（ＲＴ３）、および第２始動同期化後の待機時間情報（ＲＴ４）を含み、同期化始動変数は、同期化再指導回数情報（ＲＴ１）を含む。

同期化実行時間情報は、「ＳＹＮ」という変数で表現が可能であり、現在始動した同期化が成功した場合に次の同期化を実行する時間に関するものであって、年度、月、日、時、および分で成された値形式を有する。同期化始動間の待機時間情報は、「ＲＴ２」変数で表現が可能であり、連続して始動される同期化実行間の待機時間に関するものであって、時、分および秒で構成された値形式で成される。また、第１始動同期化までの待機時間情報は、「ＲＴ３」変数で表現が可能であり、予約された同期化実行が最終的に失敗した場合や再始動同期化実行が失敗した場合に、次の第１始動までの待機時間に関するものである。ＲＴ３変数は、時、分および秒で構成された値形式で構成される。また、第２始動同期化後の待機時間情報は、「ＲＴ４」変数で表現が可能であり、予約された同期化実行が失敗したり再始動同期化実行が失敗した後に、次の第１始動の同期化実行までも失敗した場合、次の第２始動同期化後の待機時間に関するものである。ＲＴ４変数も、時、分および秒で構成された６桁値形式で構成される。また、同期化再始動回数情報は、「ＲＴ１」変数で表現が可能であり、現在始動した同期化が失敗した場合に、連続して始動する再始動同期化の総回数に関するものである。

図１３は、本発明に係る携帯端末機のサーバ接続が失敗した際の再始動のため、携帯端末機とサーバとの間の同期化を実行する過程を示した図である。

図１３を参照すれば、携帯端末機とサーバ１４００は、最初の同期化を始動し、最初の同期化が成功した後に次に始動する同期化は、待機時間であるＲＴ２変数で設定された時間が経過した後に実行される。同期化の始動回数は、ＲＴ１変数で設定された値に基づく。図１３では、ＲＴ１変数が３で設定されている場合を示しており、１回の始動で３回の同期化を実行することを意味する。予約された同期化始動で同期化に失敗した場合であれば、次の第１始動までの待機時間情報に関するＲＴ３変数で設定された時間後に第１始動の同期化が実行される。第１始動においても、ＲＴ１変数に基づいて３回の同期化始動が行われるようになり、第１始動でも同期化が失敗すれば、ＲＴ４変数で設定された時間後、すなわち、予約された同期化実行が失敗したり再始動同期化実行が失敗した後、次の第１始動の同期化実行さえも失敗した場合には、次の第２始動同期化後の待機時間に関するＲＴ４変数で設定された時間後に第２始動の同期化が実行される。第２始動においても、ＲＴ１変数に基づいて３回の同期化始動が行われるようになり、同期化が成功するまで第３始動および第４始動の同期化が継続して実行される。

携帯端末機のサーバ接続が失敗した際の再始動ための携帯端末機とサーバ１４００との間の同期化実行方法は、インベントリ情報を活用することでより効率的に実行される。上述したように、インベントリ情報は、アップデート詳細情報に対応するシーケンスで表現される。その１つ目の実行方法は、携帯端末機のアップデート要請信号が受信される際に、インベントリデータベース１４３０に保存されたインベントリ情報のみを優先的に携帯端末機に送信し、携帯端末機はアップデートの可否を判断してサーバ１４００にアップデートを要請するという方法である。

２つ目の実行方法として、サーバ１４００は、携帯端末機からのアップデート要請信号が受信される際に、インベントリデータベース１４３０に保存されたインベントリ情報を読み出し、前記読み出されたインベントリ情報を参照してアップデートの可否を判断し、必要な情報のみを携帯端末機に送信するという方法が挙げられる。

３つ目の実行方法として、サーバ１４００は、携帯端末機から保存された既存インベントリ情報をともに受信し、携帯端末機から受信されたインベントリ情報からアップデートの可否を判断し、必要な情報を携帯端末機に送信するという方法が挙げられる。

上述した携帯端末機とサーバとの間の同期化実行過程を介して、携帯端末機は安定したアップデートを実行できる。

本発明に係るコンテンツアップデート方法は、コンピュータにより具現される多様な動作を実行するためのプログラム命令を含むコンピュータ読み取り可能な媒体を含む。前記媒体は、プログラム命令、データファイル、データ構造などを単独または組み合わせて含むこともできる。前記媒体およびプログラム命令は、本発明の目的のために特別に設計されて構成されたものでもよく、コンピュータソフトウェア分野の技術を有する当業者にとって公知であり使用可能なものであってもよい。コンピュータ読み取り可能な記録媒体の例としては、ハードディスク、フロッピーディスクおよび磁気テープのような磁気媒体、ＣＤ−ＲＯＭ、ＤＶＤのような光記録媒体、フロプティカルディスクのような磁気−光媒体、およびＲＯＭ、ＲＡＭ、フラッシュメモリなどのようなプログラム命令を保存して実行するように特別に構成されたハードウェア装置が含まれる。前記媒体は、プログラム命令、データ構造などを保存する信号を送信する搬送波を含む光または金属線、導波管などの送信媒体でもある。プログラム命令の例としては、コンパイラによって生成されるもののような機械語コードだけでなく、インタプリタなどを用いてコンピュータによって実行される高級言語コードを含む。前記したハードウェア要素は、本発明の動作を実行するために一以上のソフトウェアモジュールとして作動するように構成することができ、その逆もできる。

上述したように、本発明の好ましい実施形態を参照して説明したが、該当の技術分野において熟練した当業者にとっては、特許請求の範囲に記載された本発明の思想および領域から逸脱しない範囲内で、本発明を多様に修正および変更させることができることを理解することができるであろう。すなわち、本発明の技術的範囲は、特許請求の範囲に基づいて定められ、発明を実施するための最良の形態により制限されるものではない。

本発明の一実施形態に係るコンテンツアップデートシステムの全体ネットワーク連結を示した図である。 本発明の一実施形態に係るコンテンツアップデートシステムを示したブロック図である。 本発明の一実施形態に係るコンテンツ情報送信の一例を示した図である。 本発明の一実施形態に係るコンテンツディスプレイ画面の一例を示した図である。 本発明の一実施形態に係るコンテンツアップデート方法を示したフローチャートである。 本発明の他の実施形態に係るアップデート機能を提供する携帯端末機とサーバを含むコンテンツアップデートシステムを示したブロック図である。 本発明の第１実施形態に係る携帯端末機で具現されるコンテンツアップデート方法を示したフローチャートである。 本発明の第２実施形態に係る携帯端末機で具現されるコンテンツアップデート方法を示したフローチャートである。 本発明の第３実施形態に係る携帯端末機で具現されるコンテンツアップデート方法を示したフローチャートである。 本発明の一実施形態に係る１つ以上の時間情報を含むアップデート時間情報を示した表である。 本発明の一実施形態に係るアップデート時間情報による携帯端末機とサーバとの間の情報送受信過程を示したフローチャートである。 本発明に係る携帯端末機のサーバ接続が失敗した際の再始動のため、携帯端末機とサーバとの間の同期化のための予約変数を示した表である。 本発明に係る携帯端末機のサーバ接続が失敗した際の再始動のため、携帯端末機とサーバとの間の同期化を実行する過程を示した図である。 本発明の一実施形態に係るサーバの構成要素を示したブロック図である。

符号の説明

２００：コンテンツアップデートシステム
２０１：スケジューリング部
２０２：情報送信部
２０３、１４３０：インベントリデータベース
２０４：信号受信部
２１０：携帯端末機
２１１：アプリケーション保持部
２１２：アプリケーション運用部
１１００、１４５０：無線送受信モジュール
１２００：保存モジュール
１２１０：アップデート時間情報保存部
１２２０：コンテンツ情報データベース
１３００：制御モジュール
１３１０：アップデート設定変更モジュール
１３２０：アップデート実行モジュール
１３３０：コンテンツ情報出力制御モジュール
１４００：サーバ
１４１０：コンテンツ提供モジュール
１４２０：パッケージングモジュール
１４４０：制御部

Claims (22)

1. 携帯端末機において、
   所定のサーバにアップデート要請信号を送信し、前記サーバからコンテンツ情報を受信する無線送受信モジュールと、
   前記サーバに接続するアップデート時間情報および前記サーバから受信された前記コンテンツ情報を保存する保存モジュールと、
   前記保存モジュールに保存された前記アップデート時間情報に応じて前記サーバに接続し、前記コンテンツ情報を受信するように制御する制御モジュールと、
   を含むことを特徴とする携帯端末機。
2. 前記アップデート時間情報は、アップデート基準時刻を含み、
   前記制御モジュールは、前記アップデート基準時刻を基準として前記携帯端末機が前記サーバに接続し、コンテンツ情報を受信するように制御することを特徴とする請求項１に記載の携帯端末機。
3. 前記アップデート時間情報は、基準時刻設定情報をさらに含み、
   前記制御モジュールは、前記アップデート基準時刻を前記基準時刻設定情報を参照して設定することを特徴とする請求項２に記載の携帯端末機。
4. 前記制御モジュールは、前記サーバから受信される加入者別のスケジューリングされた情報を参照して前記基準時刻設定情報を設定することを特徴とする請求項３に記載の携帯端末機。
5. 前記基準時刻設定情報は、アップデート開始時間、アップデート終了時間、アップデート間隔時間、および前記アップデート基準時刻からの遅延時刻のうちのいずれか１つ以上を含むことを特徴とする請求項３に記載の携帯端末機。
6. 前記制御モジュールは、前記コンテンツ情報を受信する際に、前記サーバから受信される次期基準時刻情報を参照して前記基準時刻を設定することを特徴とする請求項２に記載の携帯端末機。
7. 前記アップデート時間情報は、前記サーバへの接続が失敗した際の再接続を試みるための予約変数をさらに含むことを特徴とする請求項２に記載の携帯端末機。
8. 前記コンテンツ情報は、アップデート種類情報およびアップデート詳細情報を含むことを特徴とする請求項１に記載の携帯端末機。
9. 前記コンテンツ情報は、前記コンテンツ情報を構成する基本構造であって、前記コンテンツ情報が更新される度に変更されないテンプレート情報をさらに含むことを特徴とする請求項８に記載の携帯端末機。
10. 前記コンテンツ情報は、前記コンテンツ情報に対応するインベントリ情報をさらに含むことを特徴とする請求項８に記載の携帯端末機。
11. 前記インベントリ情報は、前記アップデート種類情報および前記アップデート詳細情報に対応するシーケンスであることを特徴とする請求項１０に記載の携帯端末機。
12. 前記携帯端末機は、
    前記保存モジュールに端末マネージャーアプリケーションをさらに保存し、前記制御モジュールによって前記端末マネージャーアプリケーションを駆動し、かつ、前記携帯端末機と前記サーバとの間のセッション設定を制御すること、前記送信されたコンテンツ情報のグラフィックをディスプレイ処理すること、前記送信されたコンテンツ情報に対するディスプレイ中のイベント発生を処理することの少なくとも１つを実行することを特徴とする請求項１に記載の携帯端末機。
13. アップデート時間情報に応じて所定のサーバにアップデート要請信号を送信し、前記アップデート要請信号に対応するコンテンツ情報を前記サーバから受信する携帯端末機と、
    前記アップデート要請信号に対応する前記コンテンツ情報をパッケージングして前記携帯端末機に送信するサーバと、
    を含むことを特徴とするコンテンツアップデートシステム。
14. 前記サーバがパッケージングするコンテンツ情報は、アップデート種類情報および前記アップデート詳細情報を含むことを特徴とする請求項１３に記載のコンテンツアップデートシステム。
15. 前記コンテンツ情報は、前記コンテンツ情報に対応するインベントリ情報をさらに含むことを特徴とする請求項１４に記載のコンテンツアップデートシステム。
16. 前記インベントリ情報は、前記アップデート詳細情報に対応するシーケンスであることを特徴とする請求項１４に記載のコンテンツアップデートシステム。
17. 前記サーバは、
    前記インベントリ情報を保存するインベントリデータベースをさらに含み、前記アップデート要請信号を受信する場合に、前記インベントリデータベースに保存されたインベントリ情報を読み出し、前記読み出されたインベントリ情報を参照して前記コンテンツ情報を送信することを特徴とする請求項１５に記載のコンテンツアップデートシステム。
18. 前記アップデート時間情報は、
    アップデート開始時間、アップデート終了時間、基準時間、前記基準時間からの遅延時間、およびアップデート間隔時間のうちのいずれか１つ以上を含むことを特徴とする請求項１３に記載のコンテンツアップデートシステム。
19. 前記サーバは、
    前記携帯端末機の加入者別にスケジューリングしたアップデート時間情報を前記携帯端末機に送信することを特徴とする請求項１３に記載のコンテンツアップデートシステム。
20. 前記サーバは、
    前記携帯端末機から更新するコンテンツ情報に対して選択を受け、前記選択が成されたコンテンツ情報と関連した前記アップデート時間情報を該当する携帯端末機に送信することを特徴とする請求項１９に記載のコンテンツアップデートシステム。
21. １つ以上の加入者携帯端末機にコンテンツ情報を提供するサーバにおいて、
    アップデート詳細情報を提供するコンテンツ提供モジュールと、
    アップデート種類情報および前記アップデート詳細情報を含む前記コンテンツ情報をパッケージングするパッケージングモジュールと、
    前記パッケージングされたコンテンツ情報を前記携帯端末機に送信するように制御する制御部と、
    を含み、
    前記携帯端末機は、アップデート時間情報に応じて前記サーバにアップデート要請信号を送信し、前記サーバは、前記アップデート要請信号に対応する前記コンテンツ情報を前記携帯端末機に送信することを特徴とするサーバ。
22. 携帯端末機のコンテンツをアップデートする方法であって、
    前記携帯端末機は、アップデート時間情報に応じて所定のサーバとセッションを設定し、アップデート要請信号を送信する段階と、
    前記サーバが、前記アップデート要請信号に対応する前記コンテンツ情報をパッケージングして前記携帯端末機に送信する段階と、
    前記携帯端末機が、前記アップデート要請信号に対応する前記コンテンツ情報の受信を前記サーバから受けて保存する段階と、
    前記保存されたコンテンツ情報をディスプレイする段階と、
    を含むことを特徴とする携帯端末機のコンテンツアップデート方法。

Images