(57)【要約】【課題】利用者がコンテンツの更新を確認する必要なく受動的に、且つ複数のリアルタイムコンテンツ配信サービスを受け、同時に操作負担を軽減させると共に、一方では効率的な情報通信を可能としたアプリケーション及び当該アプリケーションを有する携帯情報端末の提供。【解決手段】画面構成や表現手法、表示される情報の種類やソースなど、携帯情報端末上にコンテンツの表示に必要な情報を持っているアクティブ・コンソール・スキンを処理及び表示することと、プッシュ及びプルによって提供を受けたアクティブ・コンソール・スキンのレンダリング・エリアの定義情報を上書き及び追加することを目的とするフィリング情報パッケージの受信及び処理及び表示を行うこと、とを実現するアプリケーション及び当該アプリケーションを有する携帯情報端末であって、これらコンテンツの通信と処理及び表示とを行うことを前提としたサーバ・クライアントシステムである。【選択図】図１
2005078469.tif 000002
【特許請求の範囲】
【請求項１】
登録したコンテンツと配信タイムテーブルと顧客情報とを管理するサーバと、前記コンテンツの画面表示に必要な情報を持っているアクティブ・コンソール・スキンおよび当該アクティブ・コンソール・スキンを補完するフィリング情報パッケージを前記サーバからプッシュによって提供を受ける複数の携帯情報端末とからなり、サーバから提供されるコンテンツ配信サービスを実行可能にする携帯情報配信方法であって、
携帯情報端末がアプリケーションを起動するとフィリング情報パッケージの受信割込を許可するステップと、
アクティブ・コンソール・スキンを呼出し、或いはサーバからダウンロードするステップと、
呼出したアクティブ・コンソール・スキンのレンダリングを行うステップと、
呼出したアクティブ・コンソール・スキンのフィリング情報パッケージの最新分を取得するステップと、
取得したフィリング情報パッケージのレンダリングを行うステップと、
前記レンダリングを行った後にアクティブ・コンソール・スキンに記述されたトリガー条件の読込とアクションの効果を画面に反映させるステップと、
キー入力の受付とアクションの効果を逐次画面に反映させることを特徴とする携帯情報配信方法。
【請求項２】
請求項１において、携帯情報端末がサーバにアクティブ・コンソール・スキン若しくはフィリング情報パッケージをリクエストしたとき当該データの最新情報のみを受信することを特徴とする携帯情報配信方法。
【請求項３】
請求項１において、アクティブ・コンソール・スキンのレンダリングはマークアップに記述されているレンダリング・エリア情報を読込み、ソースが記述されているか否かを判断するステップと、ソースが記述されているときはソースを読込み、前記レンダリング・エリア情報の記述内容に従って読込んだ前記ソースを含めた描画を行い、一方ソースが記述されていないときは前記レンダリング・エリア情報の記述内容に従って描画を行うステップとを備えていることを特徴とする携帯情報配信方法。
【請求項４】
請求項１において、携帯情報端末がサーバからプッシュによって提供を受けたサービスＩＤ／アクティブ・コンソール・スキンＩＤ対応表を受信及び記憶し、フィリング情報パッケージのレンダリングは受信したフィリング情報パッケージが属するサービスと対応するアクティブ・コンソール・スキンを当該サービスＩＤ／アクティブ・コンソール・スキンＩＤ対応表によって判別し、当該フィリング情報パッケージの記述内容に基づいて前記アクティブ・コンソール・スキンのレンダリング・エリアの記述内容の更新を行うことを特徴とする携帯情報配信方法。
【請求項５】
請求項４において、フィリング情報パッケージの割込処理で記憶されたサービスＩＤ／アクティブ・コンソール・スキンＩＤ対応表を参照して、読込まれたフィリング情報パッケージのサービスＩＤに対するアクティブ・コンソール・スキンＩＤを特定し、該当するアクティブ・コンソール・スキンのレンダリングを行うことを特徴とする携帯情報配信方法。
【請求項６】
請求項１〜３のいずれかに記載されたプッシュ型情報配信方法に用いられ、アクティブ・コンソール・スキンを画面表示する表示部を有する携帯情報端末であって、
サービスＩＤ／アクティブ・コンソール・スキンＩＤ対応表を含むプッシュ型情報配信に必要なデータを記憶するメモリと、
サーバからプッシュ配信されるフィリング情報パッケージとリクエストしたアクティブ・コンソール・スキンとサービスＩＤ／アクティブ・コンソール・スキンＩＤ対応表とを受信すると共に、サーバに対してリクエストの送信を行う送受信部と、
前記送受信部がフィリング情報パッケージを受信すると、待機状態にあるアプリケーションに対して、アプリケーションを起動状態に遷移させ、一旦これを前記メモリに格納するアプリケーション制御部と、を備え、
前記アプリケーション制御部は受信したフィリング情報パッケージのサービスＩＤに基づいて前記対応表を参照し、当該アクティブ・コンソール・スキンＩＤを有するアクティブ・コンソール・スキンを呼出して、画面上にその内容を表示すると共に、フィリング情報パッケージに記述された１または複数のフィリング情報に従ってレンダリング・エリア情報を更新するレンダリング処理を実行すると共に、アクティブ・コンソール・スキン若しくはフィリング情報パッケージに含まれるキー・バインド情報を読込み、これに記述されたキーに対する効果の対応表に基づき、キー入力を受付けると共に、キー入力のキーに対応した効果の発動としての画面表示処理を実行することを特徴とする携帯情報端末装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、単一のアプリケーションによる動的なスキンの制御と表示を行うためのスキン表示型携帯情報端末用情報処理および表示アプリケーションを提供するプッシュ型情報配信方法に関する。特に、単一のアプリケーションを用いることにより操作系を統一することができ、利用者に対するアプリケーション利用時の困難を軽減させ、同時に、様々な情報のそれぞれに見合った表示を可能とし、かつ補完分のデータによる情報処理を前提とするプッシュ型情報配信方法に関するものである。
【背景技術】
【０００２】
携帯情報端末の多くが通信ネットワークシステムを利用できる機能を具備している。又移動体情報端末向けの通信ネットワークシステムの利用形態の一つに電子メールを用いた情報配信サービスがある。この情報提供するサービスには、配信情報（コンテンツ）を配信する形態として「プル」型と「プッシュ」型がある。「プル」型情報配信は携帯情報端末側がサーバに対してコンテンツの要求を行うもので、端末のユーザが端末を用いて意図的に要求を行う場合と、ユーザの意思とは無関係に端末が要求を行う場合とがあり、いずれかの要求に呼応する形でサーバが所定の情報を転送するという形態である。後者は後述する「プッシュ」型と一見すると区別がつかない為、「疑似プッシュ」型と称される。一方、「プッシュ」型情報配信は情報を配信するサーバが予め登録された複数の端末に対して情報を配信できる形態である。「疑似プッシュ」型との最大の違いはサーバ側の任意のタイミングで情報を配信できる点である。
【０００３】
「プッシュ」型情報配信として携帯情報端末において利用できるのは、現状においては電子メールやショートメッセージが主な方法である。電子メールには様々な形式のファイルを添付して送信することができるが、受信側における処理を要求することはできない。電子メール及びその添付ファイルの表示については端末ユーザの意思が介在する必要がある。携帯情報端末に対する「プッシュ」型情報配信に電子メールを用いる一例が、特許文献１に開示されている。
【０００４】
特許文献２では、特に携帯情報端末を対象とはせずに、一般的なプッシュ型情報配信による、ユーザの指向に合わせた情報の提供を行うことを目的としている。これはクライアントがデータのフィルタリング機能を有すると共に、このフィルタリング機能がユーザのアクセス傾向に従って自動的に更新されていくものである。このようなシステムにおいては配信される情報がクライアントにおいてフィルタリングされることから、着信時に廃棄されるデータが存在することになる。従って、ユーザが受取りたくない情報も送信されるため、それによってパケット通信料の発生やパケット通信網への負荷を抑制することができない。
【０００５】
情報の処理について、携帯情報端末上でキャリアやメーカー以外の第三者がこうした処理を行う為の環境として用意されているJava（登録商標）処理系を利用したJava（登録商標）言語を用いて作成及び提供されているアプリケーションによって解決する方法が一般的である。しかし、携帯情報端末に合わせた仕様のもとに開発された言語環境であり、アプリケーションとしての機能を実現するための実装が不十分であり、携帯情報端末のメーカー各社による独自仕様の言語拡張を行うことによってこうしたニーズに対応していた。
【０００６】
また「疑似プッシュ」型を用いて実現される既存のアプリケーションは画一的なデータの処理のみを行い、多様化する情報コンテンツの配信に対して、複数のアプリケーションを必要とした。さらに、それらのアプリケーションは携帯情報端末上で同時に一つしか起動することができず、同時に複数の情報コンテンツを扱うことはできなかった。
【０００７】
例えば、特許文献３では疑似プッシュ型データ配信を採用しており、クライアントがデータの有無を問い合わせる際に予め定められた時間だけ待ってから、サーバがクライアントにデータがないことを通知する応答を返し、待っている間にデータが発生したことを検出した場合はその時点でクライアントにデータを配信するものであって、ベースとしている技術が疑似プッシュによるデータ配信である為、最新情報の取得に対してはタイムラグやユーザの手間など、不向きな点がある。
【０００８】
また、特許文献４はネットワークリソースを効率的に利用した情報配信サービスを提供することを目的としている。これは最初にプッシュによって要約を携帯情報端末に送信し、ユーザが要約から欲しい情報を選択して詳細情報をプルによって受信するものである。このシステムでは要約のプッシュ配信と詳細情報のプルによる取得というサービスが提供されるものであるが、ユーザのプル要求を伴わない連続的なプッシュ配信等のサービスをも可能にしたものではない。
【０００９】
また、特許文献５は更新されたコンテンツを該コンテンツに所定期間内にアクセスしたクライアントにサーバ主導でプッシュする情報配信方法及び装置を提供することを目的としている。このシステムでは従来型のマークアップ言語を主体としているため、通信の非効率になり、パケット料金の発生を抑制することができない。
【００１０】
更に、特許文献６にはプッシュ型を実現する為に、現在使用されているプロトコルに対する修正が提案されている。しかし、プロトコルの変更はソフトウェアやハードウェアに大きな変更を要求する為、適用できる状況が限られてしまう。
【００１１】
【特許文献１】特開２０００−７８１９２号公報
【特許文献２】特開２００２−１４９６８８号公報
【特許文献３】特開２００２−３４２２０１号公報
【特許文献４】特開２００２−１８９６７５号公報
【特許文献５】特開２００２−３３４０３３号公報
【特許文献６】特開２００２−３７３１２６号公報
【発明の開示】
【発明が解決しようとする課題】
【００１２】
本発明の目的は、従来技術によって実現されていたウェブ・ブラウザの利便性を損なうことなく、さらに柔軟な情報の表現を実現する為、画面構成や表現方法、表示される情報の種類やソースなど、携帯情報端末上にコンテンツの表示に必要な情報を持っているアクティブ・コンソール・スキンおよびフィリング情報パッケージを併せて処理および表示することができるアプリケーションを、携帯情報端末へ配信する情報配信方法を提供することにある。
本発明の他の目的は、上記携帯情報配信方法に用いられ、アクティブ・コンソール・スキンを処理及び表示することができるアプリケーション及び携帯情報端末装置を提供することである。
【課題を解決するための手段】
【００１３】
請求項１の発明は、登録したコンテンツと配信タイムテーブルと顧客情報とを管理するサーバと、コンテンツの画面表示に必要な情報を持っているアクティブ・コンソール・スキンおよび当該アクティブ・コンソール・スキンを補完するフィリング情報パッケージをサーバからプッシュによって提供を受ける複数の携帯情報端末とからなり、サーバから提供されるコンテンツ配信サービスを実行可能にする携帯情報配信方法であって、携帯情報端末がアプリケーションを起動するとフィリング情報パッケージの受信割込を許可するステップと、アクティブ・コンソール・スキンを呼出し、或いはサーバからダウンロードするステップと、呼出したアクティブ・コンソール・スキンのレンダリングを行うステップと、呼出したアクティブ・コンソール・スキンのフィリング情報パッケージの最新分を取得するステップと、取得したフィリング情報パッケージのレンダリングを行うステップと、レンダリングを行った後にアクティブ・コンソール・スキンに記述されたトリガー条件の読込とアクションの効果を画面に反映させるステップと、キー入力の受付とアクションの効果を逐次画面に反映させることを特徴とする。
【００１４】
請求項２の発明は、請求項１において、携帯情報端末がサーバにアクティブ・コンソール・スキン若しくはフィリング情報パッケージをリクエストしたとき当該データの最新情報のみを受信することを特徴とする。
【００１５】
請求項３の発明は、請求項１において、アクティブ・コンソール・スキンのレンダリングはマークアップに記述されているレンダリング・エリア情報を読込み、ソースが記述されているか否かを判断するステップと、ソースが記述されているときはソースを読込み、レンダリング・エリア情報の記述内容に従って読込んだソースを含めた描画を行い、一方ソースが記述されていないときは前記レンダリング・エリア情報の記述内容に従って描画を行うステップとを備えていることを特徴とする。
【００１６】
請求項４の発明は、請求項１において、携帯情報端末がサーバからプッシュによって提供を受けたサービスＩＤ／アクティブ・コンソール・スキンＩＤ対応表を受信及び記憶し、フィリング情報パッケージのレンダリングは受信したフィリング情報パッケージが属するサービスに対応するアクティブ・コンソール・スキンを当該サービスＩＤ／アクティブ・コンソール・スキンＩＤ対応表によって判別し、当該フィリング情報パッケージの記述内容に基づいてアクティブ・コンソール・スキンのレンダリング・エリアの記述内容の更新を行うことを特徴とする。
【００１７】
請求項５の発明は、請求項４において、フィリング情報パッケージの割込処理で記憶されたサービスＩＤ／アクティブ・コンソール・スキンＩＤ対応表を参照して、読込まれたフィリング情報パッケージのサービスＩＤに対するアクティブ・コンソール・スキンＩＤを特定し、該当するアクティブ・コンソール・スキンのレンダリングを行うことを特徴とする。
【００１８】
請求項６の発明は、請求項１〜３のいずれかに記載されたプッシュ型情報配信方法に用いられ、アクティブ・コンソール・スキンを画面表示する表示部を有する携帯情報端末であって、サービスＩＤ／アクティブ・コンソール・スキンＩＤ対応表を含むプッシュ型情報配信に必要なデータを記憶するメモリと、サーバからプッシュ配信されるフィリング情報パッケージとリクエストしたアクティブ・コンソール・スキンとサービスＩＤ／アクティブ・コンソール・スキンＩＤ対応表とを受信すると共に、サーバに対してリクエストの送信を行う送受信部と、送受信部がフィリング情報パッケージを受信すると、待機状態にあるアプリケーションに対して、アプリケーションを起動状態に遷移させ、一旦これをメモリに格納するアプリケーション制御部とを備え、アプリケーション制御部は受信したフィリング情報パッケージのサービスＩＤに基づいて前記対応表を参照し、当該アクティブ・コンソール・スキンＩＤを有するアクティブ・コンソール・スキンを呼出して、画面上にその内容を表示すると共に、フィリング情報パッケージに記述された１または複数のフィリング情報に従ってレンダリング・エリア情報を更新するレンダリング処理を実行すると共に、アクティブ・コンソール・スキン若しくはフィリング情報パッケージに含まれるキー・バインド情報を読込み、これに記述されたキーに対する効果の対応表に基づき、キー入力を受付けると共に、キー入力のキーに対応した効果の発動としての画面表示処理を実行することを特徴とする。
【発明の効果】
【００１９】
本発明に係るプッシュ型情報配信方法によれば、次のような効果を奏する。
・プッシュ型情報配信を利用した、リアルタイムかつ状況に即したコンテンツの送受信が実現できる。
・ユーザがコンテンツを意識して取得するという手間を省くことができる。
・ユーザが複数のサービスを予め選択し、登録することによって、ユーザの意図しないコンテンツの受信を回避し、且つそれらのサービスの情報が更新されているかどうかをチェックする手間や通信の発生を抑えることができる。
・従来、複数のアプリケーションが必要だった複数のコンテンツ配信サービスを単一のアプリケーションで受けることが出来る為、携帯情報端末の記憶領域の節約を実現し、アプリケーションのダウンロードの必要性をなくすことができる。
【００２０】
請求項２〜５の発明が特徴とする、アクティブ・コンソール・スキン及びフィリング情報パッケージ配信によれば、次の効果を奏する。
・単一のアプリケーションで複数のアクティブ・コソール・スキンを用いることによって、統一的なユーザ・インタフェイスを保ちながら、複数アプリケーションを利用しているかのような多様なコンテンツサービスを受けることができる。
・アプリケーション固有のキー・バインドに加え、各サービスに対応したアクティブ・コンソール・スキン独自のキー・バインド定義を持つことで、統一的な操作性を維持しつつも、サービス毎に必要かつ利用しやすい操作性を実現することができる。
・フィリング情報パッケージのプッシュ配信によるレンダリング・エリアの定義情報の更新により、状況に即したコンテンツを適切に配信することができる。
・フィリング情報パッケージによるレンダリング・エリアの定義情報に対する新規のデータの追加により、情報更新による効果のほかに、多様な演出効果やサービスをユーザに提供することができる。
・レンダリング・エリアの定義情報に対する更新情報としての性質を持つフィリング情報パッケージの利用により、更新された部分に相当する必要最小限のデータだけを携帯情報端末に送信するだけでよく、通信網への負荷やユーザへの通信料の発生を抑えることができる。
・コンテンツを構成するマルチメディア・データを、アクティブ・コソール・スキンとフィリング情報パッケージでそれぞれ配信することで、サービスで繰り返し使用されるマルチメディア・データをアクティブ・コソール・スキンで配信することができ、フィリング情報パッケージで送信するマルチメディア・データが必要最小限で済む。
・フィリング情報パッケージが持つシーケンスＩＤをアプリケーションが管理することによって、欠落した情報についてプル型情報配信によりこれを補うことができ、最新の情報、若しくは一連の情報配信に対する連続性が保障される。
【００２１】
請求項２〜５の発明によれば、次の演出効果を奏する。
・従来のウェブ・ブラウザが実現してきた演出効果はもとより、演出効果を後から追加していくことも可能である。
・演出効果を実行させるきっかけとなるアクションのトリガーを多数用意することで、様々なタイミングで各種の演出を実行して情報やサービスの価値を高めることができる。
例「選択」をトリガーとすることで現在選択中のレンダリング・エリアに特殊な視覚効果を持たせることができる。
例「決定」をトリガーとすることでユーザの意思によって特定の演出効果が実行させることができる。
例「時限」によってユーザの意図しない時点での効果を実行することができる。
例「連鎖」効果と「待機」のトリガーの組合せで複数のレンダリング・エリアを連動させた演出を実行させることができる。
・演出によるレンダリング・エリアの更新可能データの変更により、アクティブ・コンソール・スキン自体が他のアクティブ・コンソール・スキンに変更されたかのような視覚的、あるいは聴覚的な効果を発生させることができる。
・強調表示や選択状態の表示、表示内容のスクロールや点滅により、特定のレンダリング・エリアや特定の情報に注意を集めることができる。
・「フィリング情報パッケージ」や「サービスの読込」といったキー・バインドの効果を利用することにより、ユーザとサーバ間で双方向に情報の授受や、特定の情報へのアクセスが可能になる。
【００２２】
請求項６の発明によれば、次のような効果を奏する。
・従来、複数のアプリケーションが必要だった複数のコンテンツ配信サービスを単一のアプリケーションで受けることが出来る為、携帯情報端末の記憶領域が節約できる。
・上記同様の本発明の特質から、複数アプリケーションの切り替えあるいは連携に要していた処理の負担を軽減できる。
・本発明がアクティブ・コンソール・スキンの各レンダリング・エリアの定義情報に対して、フィリング情報パッケージの各フィリング情報が更新するという性質から、プッシュ型情報配信に適したデータ構造を有している。従って、従来のプル型情報配信による疑似プッシュ型情報配信において必要であった携帯情報端末から発信する通信が、プッシュ型情報配信の実現によって不要になる為、こうした発信を頻繁に行っていたことによる携帯情報端末の電源消耗を軽減できる。
・上記同様の本発明の特質から、携帯情報端末における情報の受信が必要最小限となり、こうした通信を行うことによる電源消耗を軽減できる。
【発明を実施するための最良の形態】
【００２３】
本発明は、次の構成を持つ携帯情報端末用アクティブ・コンソール・スキンを提供する。
・従来技術の類似の機能を実現する複数のアプリケーションによる情報処理を、双方向性を実現したデータを利用した情報処理に置き換えことによって類似アプリケーションの複数保有の回避とユーザの利便性を実現した。
・効率的な通信を行うことを可能にするための、更新情報若しくは補完分情報であるフィリング情報パッケージの情報配信及び情報処理を実現した。
・利用者からの操作を受け付け、且つ操作機能の多様化への対応を兼ね備えた操作系を実現した。
・統一的なユーザ・インタフェイスおよび各々の情報コンテンツに適した操作機能を実現した。
【実施例１】
【００２４】
図１は本発明の実施例の携帯情報配信システムを示す構成図である。本システムはコンテンツ発信者３が登録したコンテンツと配信タイムテーブルをサーバ１（以下サーバと記す）が管理し、インターネット・パケット通信網４を介してサーバ１から携帯情報端末２に対して、コンテンツの画面表示に必要な情報を持っているアクティブ・コンソール・スキンおよび当該アクティブ・コンソール・スキンを補完するフィリング情報パッケージを随時プッシュによって提供し、各種のアプリケーションを実行可能にするものである。
【００２５】
ここで、コンテンツ発信者３はサービス（本システムにおいて情報配信を行うこと）を行うことをサーバに宣言し、コンテンツ（アクティブ・コンソール・スキン、フィリング情報パッケージ、タイムテーブル）をサーバに登録する。
インターネット・パケット通信網４はプッシュ型情報及びプル型情報のサーバ・携帯情報端末間の伝達を行う。
ユーザはどのサービスの受信を行うかをサーバに宣言し、顧客情報と併せてサーバに登録する。
【００２６】
サーバ１はコンテンツ管理部１０、顧客情報管理部１１、データベース１２、情報配信処理部１３、通信制御部１４およびタイマー１５により構成されている。
コンテンツ管理部１０はコンテンツ発信者３からコンテンツの登録を受付ける。具体的にはコンテンツ発信者より送信された、アクティブ・コンソール・スキン、フィリング情報パッケージに固有のＩＤ番号の割付けを行うと共に、アクティブ・コンソール・スキン、フィリング情報パッケージ、タイムテーブルのデータベースへの保存及び管理を行う。
【００２７】
顧客情報管理部１１はユーザによって送信された顧客情報を処理し、データベースへの保存及び管理を行う。
データベース１２はアクティブ・コンソール・スキン、フィリング情報パッケージ、タイムテーブル、顧客情報を保存しておくためのもので、それぞれのデータはコンテンツ管理部１０及び情報配信処理部１３によって直接管理される。
【００２８】
情報配信処理部１３はデータベース１２に登録されているアクティブ・コンソール・スキン、フィリング情報パッケージを、タイマー１５の指示に従い、サービスを受けているユーザ（コンテンツの受信を希望するユーザ）に対してコンテンツを配信し、携帯情報端末２の個体情報や、その携帯情報端末２を所有するユーザが受信を希望するサービスなどユーザに属する情報を含む顧客情報を管理すると共に、携帯情報端末２からアクティブ・コンソール・スキン及びフィリング情報パッケージの配信依頼（リクエスト）を受付ける。フィリング情報パッケージについては、必要なフィリング情報パッケージをデータベース１２から取得し、結合して新たなフィリング情報パッケージとして構成したものを携帯情報端末２に配信する。
【００２９】
通信制御部１４はインターネット・パケット通信網４を介して携帯情報端末２との通信を管制する。サーバプッシュによる情報配信及び、クライアントプルによるリクエスト受信の両方に対応している。
タイマー１５はいわゆる時計を兼ね備え、タイムテーブルを照合し、プッシュ型情報配信を行う際の配信時間に達した場合には通信制御部１４に配信すべきフィリング情報パッケージのＩＤを通達する。
【００３０】
携帯情報端末２はハードウェアと、アプリケーションを実現するためのソフトウェアや、本発明の機能とは異なる他の機能を実現するためのソフトウェアを実行し、上記ハードウェアを含むシステム全体を制御するシステム制御部と、から構成されている。
【００３１】
ハードウェアは少なくとも送受信部２０、メモリ２１、画面２２、操作部２３によって構成され、それぞれ以下の処理を行う。
送受信部２０はインターネット・パケット通信網を介してサーバとの通信を管制する。サーバプッシュによって配信された情報を受信し、或いは携帯電話側からの情報のリクエストの送信について管制する。
【００３２】
メモリ２１は受信したアクティブ・コンソール・スキンやフィリング情報パッケージなどを特定するためのサービスＩＤ／アクティブ・コンソール・スキンＩＤ対応表やアクティブ・コンソール・スキンのレンダリングに必要なデータの保存や、アプリケーションの正常な動作に必要となる一時記憶を行う。
画面２２はアクティブ・コンソール・スキン及びフィリング情報パッケージに記述されている内容のうち、ユーザに対して表示が必要なものについて、レンダリング結果を液晶などの表示部に表示する機能を有する。
操作部２３はユーザによるリクエストを受付けるためのユーザ・インタフェイスで、キー及びキー操作の受け付けを行う。
【００３３】
システム制御部２４はハードウェア２０〜２３を制御する機能を有し、本発明が提供するアプリケーションによる間接的な制御を行うため、内部にはアプリケーション制御手段２５を有する。従って、アプリケーション制御手段２５によって発せられた制御命令はいったんシステム制御部２４で解釈しハードウェア２０〜２３の制御を行う。
【００３４】
次にアクティブ・コンソール・スキンおよびフィリング情報パッケージのデータ構造について説明する。
アクティブ・コンソール・スキンとはコンテンツ発信者が配信したいコンテンツをユーザの携帯情報端末上に提示するための、画面構成や表現方法、表示される情報の種類やソースなど、コンテンツの表示に必要な情報を持っている。ここで、表示されるべき情報の種類は、従来のテキストや画像、音楽、動画など、様々なデータフォーマットを含んでいる。アクティブ・コンソール・スキンは少なくともマークアップを有し、必要に応じてソースが付加される。
【００３５】
図２はアクティブ・コンソール・スキンのデータ構造の具体例１を示す図である。具体例１のデータ構造は最小構成で実現するもので、マークアップにアクティブ・コンソール・スキンＩＤ、フィリング情報パッケージリクエストフラグ、レンダリング・エリアの定義情報が記述されている。これらの最小構成に含まれるデータはフィリング情報パッケージによって変更されない。
【００３６】
レンダリング・エリアの定義情報は1つ以上のレンダリング・エリアの定義情報が指定される。具体的には、以下で説明している更新することができない「レンダリング・エリアＩＤ」「座標」「形状種別」「サイズ」、そのほかにも更新可能な「そのレンダリング・エリアに文字が書かれるならば、何色で書かれるか」「そのレンダリング・エリアの地の色は何色か」などの情報を含んでいる。例えば、レンダリング・エリアの位置などのレイアウトやデザインなどアプリケーションに対して、アクティブ・コンソール・スキンにおけるレンダリング・エリアとして読込み、処理させるために最低限必要な項目が記述される。レンダリング・エリアの定義情報のうち更新可能データについては後述するフィリング情報パッケージのフィリング情報に記述されている更新データと重ね合わせられることによって、アクティブ・コンソール・スキンでのレンダリング・エリアの定義情報のうち更新可能データについては上書や追加がなされる。
【００３７】
アクティブ・コンソール・スキンのレンダリング・エリアの定義情報に記述された更新可能データとフィリング情報パッケージのフィリング情報に記述された更新データとの重ね合わせ処理について説明する。フィリング情報パッケージのフィリング情報に記述されている更新データによって、アクティブ・コンソール・スキンのレンダリング・エリアの定義情報に記述された更新可能データが上書きあるいは追加されることを指している。また、フィリング情報パッケージの更新データが特にアクティブ・コンソール・スキンの更新可能データを上書きあるいは追加するような記述をせず、アクティブ・コンソール・スキンに更新可能データが記述されているようなレンダリング・エリアについては、アクティブ・コンソール・スキンの更新可能データが利用される。アクティブ・コンソール・スキンにも更新可能データの記述がないレンダリング・エリアは、アクティブ・コンソール・スキンを利用するアプリケーション側で、それぞれ設定を行う。アクティブ・コンソール・スキンに対してフィリング情報パッケージを読込み、上記の重ね合わせ処理を行うことによって、通信障害などによる配信情報の抜け落ちを回避でき、情報配信の実効性が高められる。
【００３８】
アクティブ・コンソール・スキンのマークアップは配信される情報のうち、文字情報あるいはマルチメディア情報などの「表示される具体的なもの」ではない部分、即ち「どのように表示するか」をアプリケーションに対して指し示す情報で、アクティブ・コンソール・スキンＩＤとフィリング情報パッケージリクエストフラグとレンダリング・エリアの定義情報と或いはキー・バインドとを含み、当該アクティブ・コンソール・スキンが複数のレンダリング・エリアを有する場合は複数のレンダリング・エリアの定義情報を含む。
【００３９】
アクティブ・コンソール・スキンＩＤとは情報配信システムにおいて、アクティブ・コンソール・スキンに与えられる一意の名前である。このアクティブ・コンソール・スキンＩＤをもとに、サービスＩＤ／アクティブ・コンソール・スキンＩＤ対応表を用いたフィリング情報パッケージとアクティブ・コンソール・スキンの対応、携帯情報端末に不足しているアクティブ・コンソール・スキンの検出と取得が行われる。
【００４０】
フィリング情報パッケージリクエストフラグとは当該情報配信サービスにおいて、常に最新のコンテンツを携帯情報端末に提示するために、アクティブ・コンソール・スキンを読込んだ後に最新のフィリング情報パッケージをサーバにリクエストするか否かを決定するためのフラグであって、例えばアクティブ・コンソール・スキンのレンダリング直後に最新のフィリング情報パッケージをリクエストする必要がなければ、当該フラグはＯＦＦに設定され、必要ならばＯＮに設定される。
【００４１】
レンダリング・エリアＩＤとは当該の情報配信サービスにおいて、レンダリング・エリアに与えられる一意の名前である。このレンダリング・エリアＩＤをもとに、アクティブ・コンソール・スキンの更新可能データとフィリング情報パッケージの更新データの重ね合わせ、また、フィリング情報パッケージ同士の更新データの重ね合わせが行われる。
座標とは当該レンダリング・エリアが、携帯情報端末の画面においてどの位置に表示されるかを表す。
形状種別とは当該レンダリング・エリアが、携帯情報端末の画面においてどのような形状に表示されるかを表す。
サイズとは当該レンダリング・エリアが、携帯情報端末の画面においてどのような大きさに表示されるかを表す。
【００４２】
図３は具体例１に対してキー・バインド情報を追加したアクティブ・コンソール・スキンのデータ構造の具体例２を示す図である。具体例２のデータ構造はキー入力の受付を前提としている。
キー・バインドは当該アクティブ・コンソール・スキンにおいて、ユーザの操作をどのように受付けるかを指示する記述で、その操作に応じた「効果」を発生させることができる。効果はキー・バインドにおいてキーの押下あるいはそのエミュレーションに対して定められているものと、レンダリング・エリアにおいてトリガーごとに定められているものがあるが、どちらも、特定の条件においてアクティブ・コンソール・スキンの外見的あるいは内部的な状態の変更を定める。図３Ａにキー・バインドに関する効果の例を示す。
【００４３】
図４はアクティブ・コンソール・スキンのレンダリング・エリアの定義情報にソースの種類及びオプションを含めた場合のデータ構造の具体例３を示す図である。ここでは具体例１のレンダリング・エリアの定義情報とは異なる部分のみを説明する。当該レンダリング・エリアの定義情報には具体例１のレンダリング・エリアの定義情報に記述されているデータの他にソースの種類、オプションが追加定義されている。
【００４４】
ソースはアクティブ・コンソール・スキンが受け持っている情報配信サービスのコンテンツを表示するための、基本的な素材であり、見栄えを良くするためにレンダリング・エリアに配置させる画像やテキストなど、情報配信サービスで繰り返し使用されるデータが記述される。最新情報をレンダリング・エリアに表示し、或いは既に表示されている内容に対してユーザの注意を引くために何らかの効果（点滅やスクロール等）を発生させるなどのユーザに直接訴求したい具体的な情報は、後述するフィリング情報に記述され、フィリング情報パッケージで配信される。
ソースには文字列、画像、音声、その他のマルチメディア・データが各レンダリング・エリアに対応して定義される。
【００４５】
ソースの種類とはレンダリング・エリアに記述されるべきソースが、テキストなのか音声なのかなど、どのようなソースであるかを明示するための項目である。また、「オプション」を記述することにより、ソースの種類に応じた演出効果（テキストであれば、テキストの点滅など）を持たせることが可能になる。
また、アクティブ・コンソール・スキンに記述したソースは、アクティブ・コンソール・スキンのレンダリング・エリアの定義情報若しくはフィリング情報パッケージのフィリング情報に記述するオプションの中で「使用するソースの指定」を選択することによって利用される。図４Ａにソースの種類に応じたオプションの例を示す。
【００４６】
図５はレンダリング・エリアの定義情報にアクションを含めた場合のデータ構造の具体例４を示す図である。ここでは具体例１のレンダリング・エリアの定義情報とは異なる部分のみを説明する。当該レンダリング・エリアの定義情報には具体例１のレンダリング・エリアの定義情報に記述されているデータの他にアクションのトリガー及び効果が追加定義されている。
アクションはレンダリング・エリアが「トリガー」に記述された条件を満たしたときに、「効果」で記述した項目を実行する。図５Ａにアクションに関するトリガーとその効果の例を示す。
【００４７】
図６はアクティブ・コンソール・スキンにソースを含めた場合のデータ構造の具体例５を示す図である。ここでは具体例１とは異なる部分のみを説明する。当該レンダリング・エリアの定義情報には具体例１のマークアップの他にソースが記述されている。
ソースにはそれぞれのレンダリング・エリアにテキストや音声、画像、動画など、実際に表現したいものを記述する。ただし、このままではソースはアクティブ・コンソール・スキンの中に単に記述されているだけで、画面に表示されることはなく、或いは音声や動画ならば再生されることはない。これらのソースの表示や再生を行うにはレンダリング・エリアの定義情報としてマークアップに前述の「ソースの種類」と「オプション（ソースの指定など）」を記述する必要がある。
【００４８】
図７はアクティブ・コンソール・スキンを利用したより具体的な場合のデータ構造の具体例６を示す図である。レンダリング・エリアの定義情報及びソースは必要分を繰り返してアクティブ・コンソール・スキン記述することができる。また、ソースについてオプションに「ソースの指定」を選択することによって当該アクティブ・コンソール・スキンのソースを利用することができる。例えばレンダリング・エリアＣのオプションで「ソース２」を指定し、「ソース２」を利用してレンダリングを行うようにすることができる。どのレンダリング・エリアでも利用されないが、今後利用されると想定されるソースは、単にアクティブ・コンソール・スキンのソース部分に記述するだけでよい。
【００４９】
図８はフィリング情報パッケージのデータ構造の具体例７を示す図である。具体例７は対象となるアクティブ・コンソール・スキンのキー・バインドを上書または追加する場合のフィリング情報パッケージのデータ構造で、フィリング情報パッケージＩＤ、サービスＩＤ、シーケンスＩＤ、強制処理フラグ、レンダリングフラグ、フィリング情報からなっている。本具体例によれば、例えば、当該アクティブ・コンソール・スキンにおいてキー入力に対する効果を変更することが可能となり、或いは同様の効果を示すキーを変更することが可能となる。
【００５０】
図９はフィリング情報パッケージのデータ構造の具体例８を示す図である。具体例８は対象となるレンダリング・エリアのオプションを上書または追加する場合のフィリング情報パッケージのデータ構造で、フィリング情報パッケージＩＤ、サービスＩＤ、シーケンスＩＤ、強制処理フラグ、レンダリングフラグ、フィリング情報からなっている。
具体例８によれば、例えば、ソースの種類がテキストについて、黒で描画していたものを、目立つように点滅させることが可能となり、或いはソースの種類が画像であれば、レンダリング・エリアの画像の描画位置はそのままで、画像だけを変更することが可能となる。
【００５１】
ここで、フィリング情報パッケージのマークアップはアクティブ・コンソール・スキンのマークアップ同様、配信される情報のうち、文字情報あるいはマルチメディア情報などの「表示される具体的なもの」ではない部分、即ち「どのように表示するか」をアプリケーションに対して指し示す情報で、フィリング情報パッケージＩＤとサービスＩＤとシーケンスＩＤと強制処理フラグとレンダリングフラグと１つ以上のフィリング情報と或いはキー・バインドとを含み、当該アクティブ・コンソール・スキンの複数のレンダリング・エリアに対して上書または追加を行う場合は複数のレンダリング・エリアのフィリング情報を含む。
【００５２】
サービスＩＤとは情報配信システムにおいて、情報配信サービスに与えられる一意の名前であり、このサービスＩＤをもとに、サービスＩＤ対応表／アクティブ・コンソール・スキンＩＤ対応表を用いたフィリング情報パッケージとアクティブ・コンソール・スキンの対応、携帯情報端末へのプッシュ配信が行われる。
【００５３】
シーケンスＩＤとはコンテンツ発信者によって準備され、サーバ側で管理されており、例えば「今夜の野球１試合分の経過情報」や、「政治に関する今日のニュース」など、ある一定の一連性、一貫性があるフィリング情報パッケージをまとめて管理するために、フィリング情報パッケージに与えられる一意の名前であって、このシーケンスＩＤをもとに、携帯情報端末に不足しているフィリング情報パッケージの検出と取得が行われる。ここで、情報配信サービスの時間的な一区切りとは連続した情報配信が期待される単位である。例えば、野球中継においては「ある一試合」であり、シーケンスＩＤをもとにその試合に関するフィリング情報パッケージすべてを取得することができる構成されている。
【００５４】
例えば、ユーザがあるアクティブ・コンソール・スキンを起動し、一連のフィリング情報パッケージを受け取っていた場合、ユーザは「シーケンスＩＤ」が１、２、３・・・と順調にフィリング情報パッケージを受け取っていたが、何らかの原因でシーケンスＩＤの５のところでフィリング情報を受け取れない状況になり、その間もフィリング情報パッケージはシーケンスＩＤが６、７と送られ続けたとする。その後、ユーザは再び通常通りフィリング情報パッケージを受け取れる状態に復帰した場合、シーケンスＩＤの８から受け取ることになる。このとき、アプリケーションは「シーケンスＩＤ」が５、６、７のフィリング情報パッケージをサーバに要求することが可能になる。サーバはリクエストに応じて、要求された「シーケンスＩＤ」が５、６、７のフィリング情報パッケージを規則に従ってマージし、新たに一つのフィリング情報パッケージを生成し配信する。
【００５５】
複数のフィリング情報パッケージを合成（マージ）して新しいフィリング情報パッケージを次の規則に従って作成する。
・ソースに重複がある場合、一つにする。
・重複がないものについては複数のフィリング情報パッケージのソースを連続して記述して合成するフィリング情報パッケージのソースとする。
・同一のレンダリング・エリアＩＤを有するフィリング情報は本来の配信時刻の古いフィリング情報パッケージのフィリング情報の更新データに対して新しいフィリング情報パッケージのフィリング情報の更新データを重ね合わせて、合成するフィリング情報パッケージのフィリング情報の更新データとする。
【００５６】
重ね合わせは以下の方法で行う。
・古いフィリング情報にある更新データで、新しいフィリング情報にもある更新データは新しいフィリング情報の更新データを使用する。
・古いフィリング情報にしかない更新データは引き続き古い更新データを使用する。
・新しいフィリング情報にしかない更新データは古いフィリング情報に追加する。
・新旧のフィリング情報パッケージのフィリング情報で、レンダリング・エリアに関して重複がない場合はフィリング情報を連続して記述し、合成するフィリング情報パッケージのフィリング情報とする。
・更新データの重ね合わせの結果、使用されなくなったソースは削除する。
・キー・バインドの定義についてもフィリング情報の更新データと同様の重ね合わせを行って合成し、フィリング情報パッケージのキー・バインドとする。
【００５７】
フィリング情報は単体で配信されることはなく、アクティブ・コンソール・スキンのレンダリング・エリアの定義情報とほぼ同様の項目を含んでいる。フィリング情報はアクティブ・コンソール・スキンに記述されているレンダリング・エリアから1つを選んで、フィリング情報によって上書及び追加できる項目を記述することだけができる。
【００５８】
フィリング情報パッケージは１つ以上のフィリング情報と或いはキー・バインドとを含み、受信されて重ね合わせ処理によってアクティブ・コンソール・スキンの記述を上書きあるいは追加する。フィリング情報パッケージには、必ずしもこれらの項目すべてを記述する必要はない。これは、フィリング情報パッケージとアクティブ・コンソール・スキンとの重ね合わせによって、フィリング情報パッケージで指定されない部分であっても、アクティブ・コンソール・スキンの情報が利用できることによる。
【００５９】
上記のフィリング情報パッケージのマージは１つ以上のフィリング情報パッケージが配信予定時刻の順番で記述され、１つのフィリング情報パッケージを構成することを指している。このとき、複数のフィリング情報がまったく同一の更新データを持つ場合や、同一のレンダリング・エリアに対して各種の更新データを有する場合に、配信予定時刻が新しいフィリング情報の記述によって、それまでの記述が上書あるいは追加されながら、新しいフィリング情報パッケージが構成される。これにより、マージする前のフィリング情報パッケージを１つ１つ直接配信する場合に起こりうる、部分的に同じ内容を持つフィリング情報パッケージを配信することによる無駄を回避でき、情報配信の効率が高められる。
【００６０】
強制処理フラグはこれを立てることによって、プッシュ配信されたフィリング情報パッケージについて、ユーザに処理の継続を問うことなく、強制的に処理を継続させることが可能となる。具体的には、ユーザが任意のアクティブ・コンソール・スキンを閲覧しているときに、他のアクティブ・コンソール・スキンのフィリング情報パッケージがプッシュ配信された場合、そのフィリング情報パッケージに「強制処理フラグ」が立っていれば、強制的にそのアクティブ・コンソール・スキンのレンダリングを行うことを可能とし、或いはフィリング情報パッケージを受信した事実をユーザに認知されないようにすることが可能となる。
【００６１】
レンダリングフラグは前述の強制処理フラグが立っていることが前提となって、強制処理フラグが立っているフィリング情報パッケージがプッシュ配信された場合、強制的に処理を継続し、このとき、次のどちらかの処理に移行する。
レンダリングフラグがＯＮのとき、フィリング情報パッケージが属するアクティブ・コンソール・スキンのレンダリングを行う。
レンダリングフラグがＯＦＦのとき、ユーザがフィリング情報パッケージを受信した事実を認知していないので、何もしない。
【００６２】
図１０はフィリング情報パッケージのデータ構造の具体例９を示す図である。具体例９は対象となるレンダリング・エリアのアクションを上書または追加する場合のフィリング情報パッケージのデータ構造で、フィリング情報パッケージＩＤ、サービスＩＤ、シーケンスＩＤ、強制処理フラグ、レンダリングフラグ、フィリング情報からなっている。
この具体例９によれば、例えば、これまでは選択されたときだけ強調表示を行っていたレンダリング・エリアに対し、常時強調表示を行うように変更することが可能となる。
【００６３】
図１１はフィリング情報パッケージのデータ構造の具体例１０を示す図である。具体例１０は対象となるレンダリング・エリアのソースを上書または追加する場合のフィリング情報パッケージのデータ構造で、フィリング情報パッケージＩＤ、サービスＩＤ、シーケンスＩＤ、強制処理フラグ、レンダリングフラグ、フィリング情報およびソースからなっている。フィリング情報パッケージによってソースの上書・追加を行う場合、フィリング情報ではオプションとして、フィリング情報パッケージに記述したソースを指定する必要がある。
この具体例１０によれば、主に携帯情報端末のメモリに存在しないソース（最新のニュースや、新しい待ち受け画像など）を配信したいときには、フィリング情報パッケージにソースを記述する必要がある。ただし、単にソースをフィリング情報パッケージに追加しただけでは、アクティブ・コンソール・スキンはそのソースをどう取り扱えばいいのかを理解できないので、フィリング情報パッケージのフィリング情報に「使用するソースの指定」を記述する必要がある。
【００６４】
図１２はフィリング情報パッケージのデータ構造の具体例１１を示す図である。具体例１１は複数のレンダリング・エリアを対象としたフィリング情報パッケージのデータ構造で、1つのフィリング情報パッケージで、複数のレンダリング・エリアに対して、「オプション」、「アクション」、「ソース」若しくは「キー・バインド」を上書または追加することができる。上書または追加を行う必要があるレンダリング・エリアの個数分のフィリング情報と、必要数のソースをフィリング情報パッケージに記述する。
前述具体例８で説明した「マージされたフィリング情報パッケージ」や同時に複数箇所のレンダリング・エリアの内容を上書または追加したいときなどの場合は、通常、具体例１１のデータ構造が用いられる。
【００６５】
次に実施例の作用を説明する。図１４はメインルーチンのフロー図である。
アプリケーションが起動（Ｓ１Ａ）すると、フィリング情報パッケージの受信割込を許可（Ｓ１Ｂ）及びサービスＩＤ／アクティブ・コンソール・スキンＩＤ対応表の受信割込を許可（Ｓ１Ｃ）し、ユーザによるアクティブ・コンソール・スキンの呼出しを受け、呼出されたアクティブ・コンソール・スキンＩＤを読込む（Ｓ１Ｄ）。以下に、呼出したアクティブ・コンソール・スキンのレンダリング（Ｓ１Ｅ）、アクティブ・コンソール・スキンのフィリング情報パッケージの最新分を取得（Ｓ１Ｆ）、フィリング情報パッケージのレンダリング(Ｓ１Ｇ)、トリガー条件の読込とアクションの初回反映(Ｓ１Ｈ)、そしてキー入力とアクションの反映(Ｓ１Ｉ)の各処理が実行される。キー入力とアクションの反映（Ｓ１Ｉ）は繰返し処理として実行される。
当該実施例におけるアプリケーションの終了処理はキー入力による効果の一つである「アプリケーション終了」として実現される。
【００６６】
図１５はプッシュによるフィリング情報パッケージの割込処理のフロー図である。プッシュによるフィリング情報パッケージを受信（Ｓ２Ｂ）し、フィリング情報パッケージの受信割込を禁止（Ｓ２Ｃ）する。ステップ（Ｓ２Ｂ）で受信したフィリング情報パッケージをメモリに保存（Ｓ２Ｄ）し、当該フィリング情報パッケージに強制処理フラグは立っているかを判断（Ｓ２Ｅ）する。フラグが立っていないときは当該フィリング情報パッケージのレンダリング処理を継続するかをユーザに問い合わせる（Ｓ２Ｇ）。一方、フラグが立っているときは当該フィリング情報パッケージにレンダリングフラグは立っているかを判断（Ｓ２Ｆ）する。ステップ（Ｓ２Ｇ）でレンダリング処理の継続が拒否されたとき、或いはステップ（Ｓ２Ｆ）でレンダリングフラグが立っていないときはフィリング情報パッケージの受信割込を許可（Ｓ２Ｈ）した後、メインルーチンにリターンする（Ｓ２Ｉ）。
【００６７】
続いて、ステップ（Ｓ２Ｆ）でレンダリングフラグが立っているとき、或いはステップ（Ｓ２Ｇ）でレンダリング処理の継続が承諾されたときはフィリング情報パッケージの受信割込を許可（Ｓ２Ｊ）し、当該フィリング情報パッケージのサービスＩＤを読込み（Ｓ２Ｋ）、図１３に示すサービスＩＤ／アクティブ・コンソール・スキンＩＤ対応表を参照（Ｓ２Ｌ）して当該アクティブ・コンソール・スキンを特定し、メインルーチンのステップ（Ｓ１Ｅ）にリターンする（Ｓ２Ｍ）。ここで、サービスＩＤ／アクティブ・コンソール・スキンＩＤ対応表はサービスＩＤとアクティブ・コンソール・スキンＩＤの組合せを示す表で、特定のサービスに属するフィリング情報パッケージを受信、またはアプリケーションを介してユーザが選択するなどして、これを表示する必要が生じた際に、そのフィリング情報パッケージがどのアクティブ・コンソール・スキンに対して追加・更新情報として働くかを示している。
【００６８】
図１６はメインルーチンにおけるステップ（Ｓ１Ｅ）のアクティブ・コンソール・スキンのレンダリングのフロー図である。前述のステップ（Ｓ１Ｄ）或いはステップ（Ｓ２Ｌ）で特定した当該アクティブ・コンソール・スキンが既に画面上に表示されているかを判断（Ｓ３Ｂ）する。当該アクティブ・コンソール・スキンが表示されているときはレンダリング処理（Ｓ３Ｅ）を実行する。当該アクティブ・コンソール・スキンが表示されていないときは端末内部に当該アクティブ・コンソール・スキンは存在するかを判断（Ｓ３Ｃ）する。当該アクティブ・コンソール・スキンが存在しているときはレンダリング処理（Ｓ３Ｅ）を実行する。当該アクティブ・コンソール・スキンが存在していないときはサーバからダウンロード（Ｓ３Ｂ）した後、レンダリング処理（Ｓ３Ｅ）を実行し、メインルーチンにリターンする（Ｓ３Ｆ）。
【００６９】
図１７はメインルーチンにおけるステップ（Ｓ１Ｆ）のフィリング情報パッケージの取得のフロー図である。前述のステップ（Ｓ１Ｄ）或いはステップ（Ｓ２Ｌ）で特定した当該アクティブ・コンソール・スキンのフィリング情報パッケージが情報端末のメモリに存在しているかを判断（Ｓ４Ｂ）する。当該フィリング情報パッケージが存在するときはレンダリング処理（Ｓ４Ｃ）を実行する。続いて、ステップ（Ｓ４Ｃ）のレンダリング処理が終了したとき、或いは（Ｓ４Ｂ）でフィリング情報パッケージが存在しないと判断した場合は当該アクティブ・コンソール・スキンのフィリング情報パッケージリクエストフラグが立っているかを判断（Ｓ４Ｄ）する。フラグが立っていないときはそのままリターンし、立っているときは当該アクティブ・コンソール・スキンのフィリング情報パッケージの最新分をサーバにリクエスト（Ｓ４Ｅ）し、受信（Ｓ４Ｆ）した後、メインルーチンにリターン（Ｓ４Ｇ）する。
【００７０】
図１８はメインルーチンにおけるステップ（Ｓ１Ｇ）のフィリング情報パッケージのレンダリングのフロー図である。前述のステップ（Ｓ４Ｆ）で受信したフィリング情報パッケージが、当該アクティブ・コンソール・スキンを起動してから最初のものであるかを判断（Ｓ５Ｂ）する。即ち、アクティブ・コンソール・スキンを起動してから最初に受け取ったフィリング情報パッケージであれば、必ずＹＥＳと判定する。このとき当該フィリング情報パッケージが最初のものであれば、［００５３］の規則に従うシーケンスＩＤが当該サービスの先頭のＩＤであるかを判断（Ｓ５Ｆ）し、先頭であればレンダリング処理（Ｓ５Ｇ）を行い、メインルーチンにリターン（Ｓ５Ｈ）する。
【００７１】
続いて、ステップ（Ｓ５Ｂ）で受信したフィリング情報パッケージが最初のものではない場合、当該フィリング情報パッケージのシーケンスＩＤが、既にレンダリングされているフィリング情報パッケージのシーケンスＩＤに対して連続しているかを判断（Ｓ５Ｃ）し、連続していればレンダリング処理（Ｓ５Ｇ）を行い、メインルーチンにリターン（Ｓ５Ｈ）する。連続していないとき、或いはステップ（Ｓ５Ｆ）において当該フィリング情報パッケージのシーケンスＩＤが先頭でないときは、当該アクティブ・コンソール・スキンのフィリング情報パッケージの補完分をサーバにリクエスト（Ｓ５Ｅ）した後、レンダリング処理（Ｓ５Ｇ）を行い、メインルーチンにリターン（Ｓ５Ｈ）する。
【００７２】
図１９はレンダリングのフロー図である。レンダリング対象がアクティブ・コンソール・スキンであるかフィリング情報パッケージであるかを判断（Ｓ６Ｂ）し、アクティブ・コンソール・スキンであれば当該アクティブ・コンソール・スキンのマークアップに記述されているレンダリング・エリアの定義情報を読込む（Ｓ６Ｅ）。当該アクティブ・コンソール・スキンにソースが記述されているか判断（Ｓ６Ｆ）し、ソースが記述されていなければステップ（Ｓ６Ｅ）で読込んだレンダリング・エリアの定義情報の記述内容に従って描画を行い（Ｓ６Ｈ）、ソースが記述されていれば、ソースを読込み（Ｓ６Ｇ）、ステップ（Ｓ６Ｅ）で読込んだレンダリング・エリアの定義情報の記述内容に従って、ソースを含めた描画を行い（Ｓ６Ｈ）、メインルーチンにリターン（Ｓ６Ｉ）する。
【００７３】
続いて、ステップ（Ｓ６Ｂ）で、レンダリング対象がフィリング情報パッケージであれば、当該フィリング情報パッケージのマークアップに記述されているフィリング情報を読込み（Ｓ６Ｃ）、アクティブ・コンソール・スキンのマークアップに記述されている当該フィリング情報に対応するレンダリング・エリアの定義情報を読込む（Ｓ６Ｄ）。当該フィリング情報パッケージ及び対応するアクティブ・コンソール・スキンにソースが記述されている判断（Ｓ６Ｆ）し、ソースが記述されていなければステップ（Ｓ６Ｃ）で読込んだフィリング情報及びステップ（Ｓ６Ｄ）で読込んだレンダリング・エリアの定義情報の記述内容に従って描画を行い（Ｓ６Ｈ）、ソースが記述されていれば、ソースを読込み（Ｓ６Ｇ）、ステップ（Ｓ６Ｃ）で読込んだフィリング情報及びステップ（Ｓ６Ｄ）で読込んだレンダリング・エリアの定義情報の記述内容に従って、ソースを含めた描画を行い（Ｓ６Ｈ）、メインルーチンにリターン（Ｓ６Ｉ）する。
【００７４】
図２０はメインルーチンにおけるステップ（Ｓ１Ｈ）のトリガー条件の読込とアクションの初回反映のフロー図である。前述のステップ（Ｓ１Ｄ）或いはステップ（Ｓ２Ｌ）で特定した当該アクティブ・コンソール・スキンにおいて定義される全てのレンダリング・エリアについてステップ（Ｓ７Ｂ）を始点とし、ステップ（Ｓ７Ｆ）を終点とするループ処理を行う。まず処理の対象となるレンダリング・エリアのアクションに記述されているトリガー条件を読込む（Ｓ７Ｃ）。このトリガー条件が満たされているかを判断（Ｓ７Ｄ）し、条件が満たされていない場合には当該レンダリング・エリアの処理を終了し、未処理のレンダリング・エリアのいずれかについて処理を実行する。トリガー条件が満たされている場合には当該レンダリング・エリアのアクションを反映させ（Ｓ７Ｅ）、未処理のレンダリング・エリアのいずれかについて処理を実行する（Ｓ７Ｆ）。全てのレンダリング・エリアを終了すると、メインルーチンにリターン（Ｓ７Ｇ）する。
【００７５】
図２１はメインルーチンにおけるステップ（Ｓ１Ｉ）のキー入力とアクションの反映のフロー図である。キー入力があったかを判断（Ｓ８Ｂ）する。キー入力があったときは、入力されたキーに対応する、前述のステップ（Ｓ１Ｄ）或いはステップ（Ｓ２Ｌ）で特定した当該アクティブ・コンソール・スキンのキー・バインド情報を読込み（Ｓ８Ｃ）、しかる後に当該キー・バインドに記述されている効果を反映（Ｓ８Ｄ）する。続いて、ステップ（Ｓ８Ｄ）の処理が終了したとき、或いは（Ｓ８Ｂ）でキー入力がなかったと判断した場合は、いずれかのレンダリング・エリアのトリガー条件が満たされたかを判断（Ｓ４Ｅ）する。いずれのレンダリング・エリアのトリガー条件も満たされていないときはそのままメインルーチンにリターン（Ｓ８Ｇ）し、いずれかのレンダリング・エリアのトリガー条件が満たされたときは、当該レンダリング・エリアのアクションに記述されている効果を反映（Ｓ８Ｅ）した後、メインルーチンにリターン（Ｓ８Ｇ）する。
【００７６】
図２２はプッシュによるサービスＩＤ／アクティブ・コンソール・スキンＩＤ対応表の受信割込処理のフロー図である。プッシュによるサービスＩＤ／アクティブ・コンソール・スキンＩＤ対応表を受信（Ｓ９Ｂ）し、サービスＩＤ／アクティブ・コンソール・スキンＩＤ対応表の受信割込を禁止（Ｓ９Ｃ）する。ステップ（Ｓ９Ｂ）で受信したサービスＩＤ／アクティブ・コンソール・スキンＩＤ対応表をメモリに保存（Ｓ９Ｄ）し、サービスＩＤ／アクティブ・コンソール・スキンＩＤ対応表の受信割込を許可（Ｓ９Ｅ）した後、メインルーチンにリターン（Ｓ９Ｆ）する。
【００７７】
図２３〜図２６は本システムを利用しているときの様子を示す模式図である。
各図にはユーザによるアクティブ・コンソール・スキンの呼出と最新情報のリクエストの様子（図２３）、フィリング情報パッケージのプッシュ配信の様子（図２４）、フィリング情報パッケージのリカバリ及びレンダリングの様子（図２５）、アクションの反映とキー入力の様子（図２６）、を示している。
【００７８】
本システムを利用した参考例を説明する。図２７Ａ〜図２７Ｃに参考例として野球速報の表示画面の遷移図である。野球速報のアクティブ・コンソール・スキンを起動し、レンダリングを行った後に画面が表示される（図２７Ａ−１．ＡＣＳ起動）。アクティブ・コンソール・スキン上に表示されているフィリング情報パッケージを初期化し、今日の試合情報に関するフィリング情報パッケージを受信し、例えば対戦チーム名、開始時間、入場者数、両チームの先発メンバー、先発投手、審判などのレンダリング処理を行って画面表示する（図２７Ａ−２．試合開始前）。試合が開始され、第１球目に関するフィリング情報パッケージを受信し、画面表示する（図２７Ｂ−３．試合開始直後）。試合の進行に合わせて最新分のフィリング情報パッケージを受信し、最新情報を画面表示する。例えば、試合が３回まで進んだ画面表示（図２７Ｂ−４．３回裏まで進行）がなされている時点で、アプリケーションを中断すると、野球速報画面が消去される。その後、野球速報を再起動すると、その時点でのフィリング情報パッケージの最新分のデータ、例えば得点、カウント、配球、球速などがプッシュされ、画面表示される（図２７Ｃ−５．５回から再開）。端末は抜けていたフィリング情報をフィリング情報パッケージとしてサーバにリクエストし、受信したフィリング情報パッケージを反映させ、画面表示する（図２７Ｃ−６．最新情報を回復）。
【図面の簡単な説明】
【００７９】
【図１】本発明の実施例の携帯情報配信システムを示す構成図である。
【図２】アクティブ・コンソール・スキンのデータ構造の具体例１を示す図である。
【図３】具体例１に対してキー・バインド情報を追加したアクティブ・コンソール・スキンのデータ構造の具体例２を示す図である。
【図３Ａ】キー・バインドに関する効果の例を示す図である。
【図４】アクティブ・コンソール・スキンのレンダリング・エリアの定義情報にソースの種類及びオプションを含めた場合のデータ構造の具体例３を示す図である。
【図４Ａ】ソースの種類に応じたオプションの例を示す図である。
【図５】レンダリング・エリアの定義情報にアクションを含めた場合のデータ構造の具体例４を示す図である。
【図５Ａ】アクションに関するトリガーとその効果の例を示す図である。
【図６】アクティブ・コンソール・スキンにソースを含めた場合のデータ構造の具体例５を示す図である。
【図７】アクティブ・コンソール・スキンを利用したより具体的な場合のデータ構造の具体例６を示す図である。
【図８】フィリング情報パッケージのデータ構造の具体例７を示す図である。
【図９】フィリング情報パッケージのデータ構造の具体例８を示す図である。
【図１０】フィリング情報パッケージのデータ構造の具体例９を示す図である。
【図１１】フィリング情報パッケージのデータ構造の具体例１０を示す図である。
【図１２】フィリング情報パッケージのデータ構造の具体例１１を示す図である。
【図１３】サービスＩＤ／アクティブ・コンソール・スキンＩＤ対応表を示す図である。
【図１４】メインルーチンのフロー図である。
【図１５】プッシュによるフィリング情報パッケージの割込処理のフロー図である。
【図１６】アクティブ・コンソール・スキンのレンダリングのフロー図である。
【図１７】フィリング情報パッケージの取得のフロー図である。
【図１８】フィリング情報パッケージのレンダリングのフロー図である。
【図１９】レンダリングのフロー図である。
【図２０】トリガー条件の読込とアクションの初回反映のフロー図である。
【図２１】キー入力とアクションの反映のフロー図である。
【図２２】プッシュによるサービスＩＤ／アクティブ・コンソール・スキンＩＤ対応表の受信割込処理のフロー図である。
【図２３】ユーザによるアクティブ・コンソール・スキンの呼出と最新情報のリクエストの様子を示す図である。
【図２４】フィリング情報パッケージのプッシュ配信の様子を示す図である。
【図２５】フィリング情報パッケージのリカバリ及びレンダリングの様子を示す図である。
【図２６】アクションの反映とキー入力の様子を示す図である。
【図２７Ａ】参考例として野球速報の表示画面の遷移図である。
【図２７Ｂ】図２７Ａに続く野球速報の表示画面の遷移図である。
【図２７Ｃ】図２７Ｂに続く野球速報の表示画面の遷移図である。
【符号の説明】
【００８０】
１    サーバ
２    携帯情報端末
３    コンテンツ発信者
４    インターネット・パケット通信網
１０  コンテンツ管理部
１１  顧客情報管理部
１２  データベース
１３  情報配信処理部
１４  通信制御部
１５  タイマー
２０  送受信部
２１  メモリ
２２  画面
２３  操作部
２４  システム制御部
２５  アプリケーション制御手段
【図１】
2005078469.tif 000003
【図２】
2005078469.tif 000004
【図３】
2005078469.tif 000005
【図３Ａ】
2005078469.tif 000006
【図４】
2005078469.tif 000007
【図４Ａ】
2005078469.tif 000008
【図５】
2005078469.tif 000009
【図５Ａ】
2005078469.tif 000010
【図６】
2005078469.tif 000011
【図７】
2005078469.tif 000012
【図８】
2005078469.tif 000013
【図９】
2005078469.tif 000014
【図１０】
2005078469.tif 000015
【図１１】
2005078469.tif 000016
【図１２】
2005078469.tif 000017
【図１３】
2005078469.tif 000018
【図１４】
2005078469.tif 000019
【図１５】
2005078469.tif 000020
【図１６】
2005078469.tif 000021
【図１７】
2005078469.tif 000022
【図１８】
2005078469.tif 000023
【図１９】
2005078469.tif 000024
【図２０】
2005078469.tif 000025
【図２１】
2005078469.tif 000026
【図２２】
2005078469.tif 000027
【図２３】
2005078469.tif 000028
【図２４】
2005078469.tif 000029
【図２５】
2005078469.tif 000030
【図２６】
2005078469.tif 000031
【図２７Ａ】
2005078469.tif 000032
【図２７Ｂ】
2005078469.tif 000033
【図２７Ｃ】
2005078469.tif 000034