(57)【要約】【課題】ユーザーの状況に応じてタイムリーに情報提供する。【解決手段】携帯端末装置１０３が、ＡＴＯＭフィードおよびＣＳＳを受信する通信部２０１と、通信部２０１の受信するＡＴＯＭフィードとＣＳＳとに基づいて画面表示を行う表示部２０４と、携帯端末装置１０３の現在位置情報を取得する位置情報取得部２０２と、を具備する。そして、通信部２０１は、位置情報取得部２０２の取得する現在位置情報に応じたＣＳＳを受信し、表示部２０４は、通信部２０１の取得するＣＳＳに応じて画面表示を更新する。【選択図】図２
2012099009.tif 000002
【特許請求の範囲】
【請求項１】
無線通信を行う携帯端末装置であって、
複数の表示項目を含むデータと、前記表示項目の中から実際に表示する項目を選択するデータとを前記無線通信にて取得する通信部と、
前記複数の表示項目のうち、前記実際に表示する項目を表示する表示部と、
前記携帯端末装置の現在位置情報を取得する位置情報取得部と、
を具備し、
前記通信部は、前記現在位置情報に応じた前記実際に表示する項目を選択するデータを取得し、
前記表示部は、前記複数の表示項目のうち、前記通信部が取得する前記現在位置情報に応じた前記実際に表示する項目を選択するデータの示す項目を表示する、
ことを特徴とする携帯端末装置。
【請求項２】
前記通信部は、前記複数の表示項目を含むＡＴＯＭフィードと、前記表示項目の中から実際に表示する項目を選択するＣＳＳとを受信することを特徴とする請求項１に記載の携帯端末装置。
【請求項３】
前記複数の表示項目を含むデータは、サービス情報を示すデータであり、
前記複数の表示項目を含むデータから表示終了時刻を読み出す処理部をさらに具備し、
前記通信部は、前記表示終了時刻が到来すると、前記前記表示項目の中から実際に表示する項目を選択するデータとして、前記サービス情報の表示を終了するデータを取得し、
前記表示部は、前記サービス情報の表示を終了するデータに基づいて前記サービス情報の表示を終了することを特徴とする請求項１または請求項２に記載の携帯端末装置。
【請求項４】
前記管理部は、前記表示項目を含むデータから前記サービスを提供する店舗の位置情報を取得し、前記携帯端末装置と前記サービスを提供する店舗との位置情報に基づいて、前記表示終了時刻が近付いていることを通知する時刻を設定し、
前記通信部は、前記表示終了時刻が近付いていることを通知する時刻が到来すると、前記表示項目の中から実際に表示する項目を選択するデータとして、前記表示終了時刻が近付いていることを通知するデータを取得し、
前記表示部は、前記複数の表示項目のうち、前記表示終了時刻が近付いていることを通知するデータが示す項目を表示する、
ことを特徴とする請求項３に記載の携帯端末装置。
【請求項５】
無線通信を行う携帯端末装置の表示方法であって、
通信部が、複数の表示項目を含むデータと、前記表示項目の中から実際に表示する項目を選択するデータとを前記無線通信にて取得する第１通信ステップと、
表示部が、前記複数の表示項目のうち、前記実際に表示する項目を表示する第１表示ステップと、
位置情報取得部が、前記携帯端末装置の現在位置情報を取得する位置情報取得ステップと、
前記通信部が、前記現在位置情報に応じて実際に表示する項目を選択するデータを取得する第２通信ステップと、
前記表示が、前記複数の表示項目のうち、前記通信部が取得する前記現在位置情報に応じた前記実際に表示する項目を選択するデータの示す項目を表示する第２表示ステップと、
を具備することを特徴とする表示方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯端末装置、および、当該携帯端末装置の表示方法に関する。
【背景技術】
【０００２】
ネットワーク通信の普及に伴い、様々な分野で通信を用いたサービスが創出されている。中でも、ＸＭＬ（Extensible Markup Language）等のマークアップ言語にてデータを送信することによる情報提供サービスが広く行われている。
ここで、情報提供サービスにおける情報提供方式としては、ネットワーク内のサーバーに情報が格納され、ユーザーが端末装置を用いてサーバーにアクセスして情報を取得する方式が一般に用いられている。この方式において、ユーザーが情報更新の有無を知るためには、端末装置を用いてサーバーにアクセスし、ブラウザにて情報を表示する等の方法により情報更新の有無を確認する必要があり、ユーザーにとって手間となっていた。
【０００３】
そこで、フィードリーダーと呼ばれるソフトウェアにてデータ更新情報を自動取得可能とする仕組みが提供されている。フィードリーダーは、サーバーに格納されているデータ更新情報を、例えば定期的に取得するなど自動的に取得し、取得したデータ更新情報をブラウザ表示等によりユーザーに通知する。このサーバーに格納されているデータ更新情報は、ＲＳＳ（RDF Site Summery）１．０や、ＲＳＳ２．０や、ＡＴＯＭなど、フィードと呼ばれる文書配信フォーマットにて記述されている。
【０００４】
また、このような情報提供サービスに係るものとして、特許文献１では、複数のユーザーがネットワークを通じてウェブアプリケーションおよびウェブコンテンツを変更する方法が示されている。
【０００５】
また、特許文献２では、ネットワーク通信装置が、外部からのリクエストを受け付けると、当該リクエストがＲＳＳかＨＴＭＬ（Hyper Text markup Language）かを判定し、ＲＳＳと判定した場合にはＸＭＬレスポンスデータを生成し、ＨＴＭＬと判定した場合にはＨＴＭＬレスポンスデータを生成する方法が示されている。
【０００６】
また、特許文献３では、通信履歴やジョブ履歴をＲＳＳ等のＸＭＬ文書にて出力するネットワーク通信装置が、ＲＳＳにて出力される情報のＵＲＬ（Uniform Resource Locator）を１つのＯＰＭＬ（Outline Processor Markup Language）ファイルとして出力することにより、ＲＳＳにて出力されるＵＲＬデータを一元管理可能とする方法が示されている。
【０００７】
また、特許文献４では、複写機等の画像処理装置において、保持しているデータ等の状態の変更があると、その旨を利用者に通知し、利用者が選択した変更項目に応じた画像を表示する方法が示されている。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特表２００９−５３１７９３号公報
【特許文献２】特開２００８−２１１１８号公報
【特許文献３】特開２００６−２４６２６１号公報
【特許文献４】特開２００６−３２４９１８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
フィードリーダーによって得られるデータ更新情報は、不特定多数のユーザーに対して提供される情報である。すなわち、従来のフィードリーダーでは、ユーザーの状況に応じてタイムリーに情報を提供することはできない。また、特許文献１〜４にも、ユーザーの状況時応じてタイムリーに情報を提供する技術は開示されていない。
【００１０】
本発明は、このような事情に鑑みてなされたもので、その目的は、ユーザーの状況に応じてタイムリーに情報提供可能な携帯端末装置、および、表示方法を提供することにある。
【課題を解決するための手段】
【００１１】
この発明は上述した課題を解決するためになされたもので、本発明の一態様による携帯端末装置は、無線通信を行う携帯端末装置であって、複数の表示項目を含むデータと、前記表示項目の中から実際に表示する項目を選択するデータとを前記無線通信にて取得する通信部と、前記複数の表示項目のうち、前記実際に表示する項目を表示する表示部と、前記携帯端末装置の現在位置情報を取得する位置情報取得部と、を具備し、前記通信部は、前記現在位置情報に応じた前記実際に表示する項目を選択するデータを取得し、前記表示部は、前記複数の表示項目のうち、前記通信部が取得する前記現在位置情報に応じた前記実際に表示する項目を選択するデータの示す項目を表示する、ことを特徴とする。
【００１２】
また、本発明の一態様による携帯端末装置は、上述の携帯端末装置であって、前記通信部は、前記複数の表示項目を含むＡＴＯＭフィードと、前記表示項目の中から実際に表示する項目を選択するＣＳＳとを受信することを特徴とする。
【００１３】
また、本発明の一態様による携帯端末装置は、上述の携帯端末装置であって、前記複数の表示項目を含むデータは、サービス情報を示すデータであり、前記複数の表示項目を含むデータから表示終了時刻を読み出す管理部をさらに具備し、前記通信部は、前記表示終了時刻が到来すると、前記前記表示項目の中から実際に表示する項目を選択するデータとして、前記サービス情報の表示を終了するデータを取得し、前記表示部は、前記サービス情報の表示を終了するデータに基づいて前記サービス情報の表示を終了することを特徴とする。
【００１４】
また、本発明の一態様による携帯端末装置は、上述の携帯端末装置であって、前記管理部は、前記表示項目を含むデータから前記サービスを提供する店舗の位置情報を取得し、前記携帯端末装置と前記サービスを提供する店舗との位置情報に基づいて、前記表示終了時刻が近付いていることを通知する時刻を設定し、前記通信部は、前記表示終了時刻が近付いていることを通知する時刻が到来すると、前記表示項目の中から実際に表示する項目を選択するデータとして、前記表示終了時刻が近付いていることを通知するデータを取得し、前記表示部は、前記複数の表示項目のうち、前記表示終了時刻が近付いていることを通知するデータが示す項目を表示する、ことを特徴とする。
【００１５】
また、本発明の一態様による表示方法は、無線通信を行う携帯端末装置の表示方法であって、通信部が、複数の表示項目を含むデータと、前記表示項目の中から実際に表示する項目を選択するデータとを前記無線通信にて取得する第１通信ステップと、表示部が、前記複数の表示項目のうち、前記実際に表示する項目を表示する第１表示ステップと、位置情報取得部が、前記携帯端末装置の現在位置情報を取得する位置情報取得ステップと、前記通信部が、前記現在位置情報に応じた前記実際に表示する項目を選択するデータを取得する第２通信ステップと、前記表示が、前記複数の表示項目のうち、前記通信部が取得する前記現在位置情報に応じた前記実際に表示する項目を選択するデータの示す項目を表示する第２表示ステップと、を具備することを特徴とする。
【発明の効果】
【００１６】
本発明によれば、ユーザーの状況に応じてタイムリー（適時）に情報提供できる。
【図面の簡単な説明】
【００１７】
【図１】本発明の一実施形態におけるサービス情報提供システムの概略構成を示すシステム構成図である。
【図２】同実施形態における携帯端末装置の機能構成の概略を示す構成図である。
【図３】同実施形態の携帯端末装置のフィードリーダー実行時における処理部の機能構成の概略を示す構成図である。
【図４】ＡＴＯＭにて規定されるフィードの文書構造を示すデータ構造図である。
【図５】ＡＴＯＭにて規定されるフィードの文書構造を示すデータ構造図である。
【図６】図４〜５に示される各項目の内容を説明する表である。
【図７】図４〜５に示される各項目の内容を説明する表である。
【図８】図４〜５に示される各項目の内容を説明する表である。
【図９】同実施形態において、サーバー装置が送信するＡＴＯＭフィードのデータ構造を示すデータ構造図である。
【図１０】同実施形態において、サーバー装置が送信するＡＴＯＭフィードのデータ構造を示すデータ構造図である。
【図１１】図９〜１０に示される各項目の内容を説明する表である。
【図１２】図９〜１０に示される各項目の内容を説明する表である。
【図１３】図９〜１０に示される各項目の内容を説明する表である。
【図１４】同実施形態において、携帯端末装置が取得するＡＴＯＭフィードの例を示す図である。
【図１５】同実施形態において、サーバー装置が送信するＡＴＯＭフィードに含まれるｉｄ情報およびカテゴリ情報の例を示す図である。
【図１６】同実施形態において、携帯端末装置が取得するＣＳＳの例を示す図である。
【図１７】同実施形態において、携帯端末装置が取得するＣＳＳの例を示す図である。
【図１８】同実施形態において、携帯端末装置が取得するＣＳＳの例を示す図である。
【図１９】同実施形態において、携帯端末装置が表示部にて表示する画面の例を示す図である。
【図２０】同実施形態において、携帯端末装置が表示部にて表示する画面の例を示す図である。
【図２１】同実施形態において、携帯端末装置が表示部にて表示する画面の例を示す図である。
【図２２】同実施形態において、携帯端末装置が表示部にて表示する画面の例を示す図である。
【図２３】同実施形態において、携帯端末装置が表示部にて表示する画面の例を示す図である。
【図２４】同実施形態において、携帯端末装置が表示部にて表示する画面の例を示す図である。
【図２５】同実施形態において、携帯端末装置が表示部にて表示する画面の例を示す図である。
【図２６】同実施形態において、携帯端末装置が表示部にて表示する画面の例を示す図である。
【図２７】同実施形態において、携帯端末装置が表示部にて表示する画面の例を示す図である。
【図２８】同実施形態において、携帯端末装置がサービス情報を取得して表示する処理手順を示すフローチャートである。
【図２９】同実施形態において、携帯端末装置がサービス情報を取得して表示する処理手順を示すフローチャートである。
【図３０】同実施形態における、サービス情報の定期更新処理の処理手順を示すシーケンス図である。
【図３１】同実施形態における、来店者特典情報取得処理の処理手順を示すフローチャートである。
【図３２】同実施形態における、追加サービス情報取得処理の処理手順を示すフローチャートである。
【図３３】同実施形態における、関連サービス情報取得処理の処理手順を示すフローチャートである。
【図３４】同実施形態における、関連サービス情報取得処理の処理手順を示すフローチャートである。
【図３５】同実施形態における、ｉｄ情報比較の処理手順を示すフローチャートである。
【図３６】同実施形態における、サービス終了通知のためのタイマー設定の処理手順を示すフローチャートである。
【図３７】同実施形態において、携帯端末装置がサービス開始の表示を行い、サービス終了時刻が近付いた際にその旨の表示を行うときの、ファイルの流れを示すシーケンス図である。
【図３８】同実施形態において、携帯端末装置がサービス開始の表示を行い、サービス終了時刻経過後にサービスが終了した旨の表示を行うときの、ファイルの流れを示すシーケンス図である。
【発明を実施するための形態】
【００１８】
以下、図面を参照して、本発明の実施の形態について説明する。
図１は本発明の一実施形態におけるサービス情報提供システムの概略構成を示すシステム構成図である。同図において、サービス情報提供システム１は、サーバー装置１０１と、１台以上の店舗側端末装置１０２と、１台以上の携帯端末装置１０３と、ネットワーク１０４とを具備する。サーバー装置１０１と、店舗側端末装置１０２と、携帯端末装置１０３とは、無線通信または有線通信にてネットワーク１０４にて接続されている。携帯端末装置１０３は、無線通信にてネットワーク１０４に接続する。
【００１９】
サーバー装置１０１は、ある店舗の情報を提供する。特に、サーバー装置１０１は、タイムサービスなど、時刻に応じて更新される情報を提供する。また、サーバー装置１０１は、来店者に特別のサービス（来店者特典）を受けられるように、携帯端末装置１０３の位置に応じたサービス情報を提供する。
携帯端末装置１０３は、サーバー装置１０１の提供する情報を取得して表示する。
店舗側端末装置１０２は、店舗に設置され、携帯端末装置１０３が来店者特典情報を取得可能とするために、ＲＦ（Radio Frequency）デバイス等の情報伝達手段を備える。例えば、ＲＦデバイスに携帯端末装置を近接させることにより、店舗側端末装置１０２と携帯端末装置１０３との間で通信可能となり、店舗側端末装置１０２から携帯端末装置１０３に来店者特典を送信可能となる。
【００２０】
ここで、サーバー装置１０１は、ＡＴＯＭ（ウェブ上のコンテンツを配信するためのＸＭＬ文書フォーマットおよびコンテンツを編集するための通信プロトコル）の文書フォーマットに従って、フィード（ウェブコンテンツの概要またはコンテンツ全体を配信用に加工した文書）として情報を送信する。なお、以下では、ＡＴＯＭの文書フォーマットに従ったフィードを「ＡＴＯＭフィード」と称する。
【００２１】
そして、携帯端末装置１０３は、フィードリーダー（フィードを取得し表示するためのアプリケーション）を起動して、サーバー装置にフィードの送信を要求し、送信されるフィードを表示する。
また、携帯端末装置１０３は、サーバー装置１０１から受信するフィードを表示する際に利用するＣＳＳ（Cascading Style Sheets。ＨＴＭＬ文書の装飾（文字の大きさや色など）を指定するデータファイル）を、サーバー装置１０１から受信する。
【００２２】
本システムは、携帯端末装置１０３のユーザーが来店した際に特別のサービスを提供する。これにより、ユーザーに来店を促してサービスを提供する店舗の活性化を図る。さらに、本システムは、隣接して存在するサービス提供店舗の情報も関連情報として配信する。これにより、隣接して存在するサービス提供店舗においても集客効果が期待でき、相乗的に客数を増やすことができる。
【００２３】
また、本システムでは、サービスを提供する店舗は、当該店舗のサービス情報をＡＴＯＭフィードにてサーバー装置１０１に登録し、サーバー装置１０１から携帯端末装置１０３からの要求に応じてＡＴＯＭフィードを送信する。その際、サーバー装置１０１は、ＡＴＯＭフィードを、ＡＴＯＭ出版プロトコルに基づいて送信する。このＡＴＯＭ出版プロトコルは、ＨＴＴＰベースの通信プロトコルであり、ＲＥＳＴ（Representational State transfer）アーキテクチャに準拠している。
【００２４】
具体的には、サーバー装置１０１が、ＸＭＬで記載されたＡＴＯＭフィードの文書データを、サービスを提供する店舗のウェブサイトにて公開する。そして、携帯端末装置１０３上で実行させるフィードリーダーが、一定時間ごとに自動で、サービスを提供する店舗のウェブサイトのアドレスのＡＴＯＭフィードをサーバー装置１０１に要求する。サーバー装置１０１は、携帯端末装置１０３からの要求に応じて、ＡＴＯＭフィードを送信する。
【００２５】
図２は、携帯端末装置の機能構成の概略を示す構成図である。
同図において、携帯端末装置１０３は、通信部２０１と、位置情報取得部２０２と、操作入力部２０３と、表示部２０４と、処理部２０５と、記憶部２０６と、撮像部２０７と、赤外線通信部２０８と、可視光通信部２０９と、ＲＦ部２１０とを具備する。
通信部２０１は、ネットワーク１０４（図１）を介する無線通信により、サーバー装置１０１との間でデータの送受信を行う。位置情報取得部２０２は、例えばＧＰＳ（Global Positioning System、全地球測位システム）を具備し、携帯端末装置１０３の現在位置を示す情報を出力する。
【００２６】
操作入力部２０３は、テンキー等の操作ボタンを具備し、ユーザーによる操作入力を受け付ける。
表示部２０４は、液晶ディスプレイ装置、有機ＥＬディスプレイ装置等の表示画面を具備し、処理部２０５から出力される画像データに基づいて、文章や写真等を含む画像を表示画面に表示する。
処理部２０５は、その具備するＣＰＵ（Central Processing Unit、中央処理装置）が記憶部２０６からプログラムを読み出すことによって実現され、各部の制御や、サーバー装置１０１から送信されるデータの処理を行う。
記憶部２０６は、ＣＰＵが実行するプログラムや各種データを記憶する。
【００２７】
撮像部２０７は、カメラを具備して撮像を行う。
赤外線通信部２０８は、赤外線発信器と赤外線センサとを具備して赤外線通信を行う。
可視光通信部２０９は、可視光を発する発光器と可視光センサとを具備して可視光線によるデータ通信を行う。
ＲＦ部２１０は、アンテナを具備して高周波の電磁波によるデータ通信を行う。
これら、撮像部や２０７や、赤外線通信部２０８や、可視光通信部２０９や、ＲＦ部２１０は、店舗において来店者特典を取得する際に用いられる。例えば、ＲＦ部２１０は、前述した店舗側端末装置１０２のＲＦデバイスに近接させることにより通信可能となり、店舗側端末装置１０２から来店者特典を受信する。
【００２８】
図３は、フィードリーダー実行時における処理部２０５の機能構成の概略を示す構成図である。
同図において、処理部２０５は、通信処理部３１０と、アプリケーション設定管理部３２０と、フィード文書解析部３３０と、メモリデータ処理部３４０と、文書データ解析部３５０と、システムイベント処理部３８０と、データ描画部３９０とを具備する。メモリデータ処理部３４０は、データアクセス部３４１と、データベース機能部３４２とを具備する。文書データ解析部３５０は、ＸＭＬ文書データ解析部３６０と、スクリプト解析部３７０とを具備する。ＸＭＬ文書データ解析部３６０は、ＨＴＭＬ文書解析部３６１と、ＣＳＳ解析部３６２と、ＳＶＧ解析部３６３とを具備する。システムイベント処理部３８０は、デバイス／ＯＳ／タイマーイベント処理部３８１と、ＵＩコンポーネントイベント処理部３８２とを具備する。データ描画部３９０は、フォント描画部３９１と、文書描画部３９２と、イメージ描画部３９３と、動画描画部３９４と、ＵＩ（User Interface）コンポーネント描画部３９５とを具備する。
【００２９】
通信処理部３１０は、通信部２０１（図２）から受信データの出力を受け、また、通信部２０１に送信データを出力する。
アプリケーション設定管理部３２０は、各部の動作を管理すると共に、アプリケーション内で使用するデータの管理や、他のアプリケーションとのデータの入出力を行なう。
【００３０】
フィード文書解析部３３０、は通信処理部３１０が取得するフィード文書の解析を行なう。そして、フィード文書解析部３３０は、フィード文書からＸＭＬ文書データを読み出してＸＭＬ文書データ解析部３６０に出力する。また、フィード文書解析部３３０は、フィード文書からスクリプトを読み出してスクリプト解析部３７０に出力する。
データアクセス部３４１は、記憶部２０６（図２）にアクセスしてデータの読み書きを行う。データベース機能部３４２は、記憶部２０６におけるデータ検索や、データアクセス部３４１が読み書きするデータのソートや置換などのデータベース機能を提供する。
【００３１】
ＸＭＬ文書データ解析部３６０は、ＨＴＭＬ文書を解析するＨＴＭＬ文書解析部３６１と、ＣＳＳ（Cascading Style Sheets）を解析するＣＳＳ解析部３６２と、ＳＶＧ（Scalable Vector Graphics、ＸＭＬによって記述されたベクターグラフィック言語）を解析するＳＶＧ解析部３６３を具備し、ＸＭＬ文書を解析する。そして、ＸＭＬ文書データ解析部３６０は、ＸＭＬ文書からサービス情報を読み出し、メモリデータ処理部３４０を介して記憶部２０６（図２）に書き込む。また、ＸＭＬ文書データ解析部３６０は、データ描画部３９０が描画を行うために、解析結果をデータ描画部３９０に出力する。
【００３２】
スクリプト解析部３７０は、スクリプト処理に関する機能を担う。具体的には、スクリプトの解析を行ない、必要なイベント処理の実施やイベント発生の監視等の処理をシステムイベント処理部３８０に対して要求する。また、スクリプト解析部３７０は、必要に応じてデータ描画部３９０に対して描画の要求を出力する。
データ描画部３９０において、文書描画部３９２は、表示画面全体の構成（文字や写真の配置）を制御する。フォント描画部３９１は、フォントデータを利用して文字列の描画処理を行なう。イメージ描画部３９３は、ＪＰＰＧやＢＭＰやＰＮＧなどの静止画データに基づいて静止画の描画処理を行う。動画描画部３９４は、動画データに基づいて動画の描画を行う。ＵＩコンポーネント描画部３９５は、記憶部２０６に予め記憶されたＵＩコンポーネントに関するライブラリを利用してＵＩの描画を行なう。
【００３３】
システムイベント処理部３８０において、デバイス／ＯＳ／タイマーイベント処理部３８１は、ユーザーとのインタラクションやデバイス、ＯＳから発生するイベント処理を行う。特に、デバイス／ＯＳ／タイマーイベント処理部３８１は、操作入力部２０３から出力されるユーザーの操作入力を示す情報や、位置情報取得部２０２から出力される携帯端末装置１０３の現在位置を示す情報を受け付ける。ＵＩコンポーネントイベント処理部３８２は、ＵＩコンポーネントの表示要求など、ＵＩコンポーネントに関するイベント処理を行なう。
【００３４】
図４〜５は、ＡＴＯＭにて規定されるフィードの文書構造を示すデータ構造図である。
また、図６〜８は、図４〜５に示される各項目の内容を説明する表である。これらの図に示すように、例えば、図４に示す「Ｆｅｅｄ文書」（大要素）の「ｉｄ要素データ」（中要素）の項目には、図６に示すように、フィード文書を一意に識別する識別子が格納される。
ＡＴＯＭの規定では、図４〜８に示されるように、フィードの大まかな構造が規定されており、より詳細な規定、例えば、具体的には各項目にどのようなデータを格納するか、あるいは、フィードに格納されるデータをどのように利用するかといった詳細については、フィードを生成する者が自由に決定できる。なお、現在、ＡＴＯＭフィードを用いて提供されているサービスとしては、例えば、ウェブページの更新情報や新着情報などをＡＴＯＭフィードにて提供し、ユーザーに通知するサービスがある。
【００３５】
本システムでは、ＡＴＯＭにて規定される構造に、さらに、図９〜１３に示される規定を加えたＡＴＯＭフィードを用いる。
図９〜１０は、サーバー装置１０１が送信するＡＴＯＭフィードのデータ構造を示すデータ構造図である。
また、図１１〜１３は、図９〜１０に示される各項目の内容を説明する表である。
サーバー装置１０１は、図９〜１３に示されるＡＴＯＭフィードを用いて、時間やユーザーの行動によりサービス内容が変化するサービス情報を送信する。このＡＴＯＭフィードを受信した端末装置がフィード情報を表示することにより、ユーザーに新たな形態のサービスを提供する。
【００３６】
サーバー装置１０１が送信するＡＴＯＭフィードには、このＡＴＯＭフィードに適用されるＸＭＬのバージョン情報などを示すヘッダと、フィードを取得した際の画面表示用のインクルードＣＳＳファイル情報（図９の行Ｌ４０１、図１１の行Ｌ５０１）と、サービス提供開始時の画面表示用のインクルードＣＳＳファイル情報（行Ｌ４０２、Ｌ５０２）と、各サービスの表示の設定を行うためのインクルードＣＳＳファイル情報（行Ｌ４０３、Ｌ５０３）と、サービス提供終了時の画面表示用のインクルードＣＳＳファイル情報（行Ｌ４０４、Ｌ５０４）と、を含む。
【００３７】
また、サーバー装置１０１が送信するＡＴＯＭフィードには、図４および図５に示すフィード文書と同様の構造を有するフィード文書が含まれるが、一部の項目には図４および図５に示すフィード文書とは異なる内容の情報が格納される。例えば、ｉｄ要素データの項目（行Ｌ４０５、Ｌ５０５）には、ＡＴＯＭフィードを一意に識別するｉｄ情報が格納される。また、ａｕｔｈｏｒ要素におけるｕｒｉ要素データの項目（行Ｌ４０６、Ｌ５０６）には、フィードデータ取得時の画面表示を行うためのＣＳＳファイルの取得先アドレスが格納される。また、ｃｏｎｔｒｉｂｕｔｏｒ要素のｕｒｉ要素データの項目（行Ｌ４０７、Ｌ５０７）には、サービス提供開始時の画面表示を行うためのＣＳＳファイルの取得先アドレスが格納される。また、ｌｉｎｋ要素データの項目（行Ｌ４０８、Ｌ５０８）には、サービス提供終了時の画面表示を行うためのＣＳＳファイルの取得先アドレスが格納される。
【００３８】
図１４は、携帯端末装置１０３が取得するＡＴＯＭフィードの例を示す図である。このＡＴＯＭフィードは図９〜１０で示した文書ブロックにて構成されている。
取得したＡＴＯＭフィードが、前回取得したＡＴＯＭフィードから更新されているか否かの判定は、ＡＴＯＭフィードを一意に識別するｉｄ情報（行Ｌ６０５）の比較により行われる。このｉｄ情報は、図９のｉｄ要素データ（行Ｌ４０５）、および、図１１の要素ｉｄ（行Ｌ５０５）に該当する。
【００３９】
また、行Ｌ６０１には、フィードを取得した際の画面表示用のインクルードＣＳＳファイル情報（図９の行Ｌ４０１、図１１の行Ｌ５０１に対応する）が格納されている。行Ｌ６０２には、サービス提供開始時の画面表示用のインクルードＣＳＳファイル情報（行Ｌ４０２、Ｌ５０２）が格納されている。行Ｌ６０３には、各サービスの表示の設定を行うためのインクルードＣＳＳファイル情報（行Ｌ４０３、Ｌ５０３）が格納されている。行Ｌ６０４には、サービス提供終了時の画面表示用のインクルードＣＳＳファイル情報（行Ｌ４０４、Ｌ５０４）が格納されている。
【００４０】
また、行Ｌ６０６には、フィードデータ取得時の画面表示を行うためのＣＳＳファイルの取得先アドレス（行Ｌ４０６、Ｌ５０６）が格納されている。また、行Ｌ６０７には、サービス提供開始時の画面表示を行うためのＣＳＳファイルの取得先アドレス（行Ｌ４０７、Ｌ５０７）が格納されている。また、行Ｌ６０８には、サービス提供終了時の画面表示を行うためのＣＳＳファイルの取得先アドレス（行Ｌ４０８、Ｌ５０８）が格納されている。
【００４１】
図１５は、サーバー装置１０１が送信するＡＴＯＭフィードに含まれるｉｄ情報およびカテゴリ情報の例を示す図である。
同図に示すように、ｉｄ情報は、ＵＲＬ情報ａ２０１と、配信日情報ａ２０２と、サービス番号ａ２０３と、サービス枝番号ａ２０４とを含み、<id>タグによって囲まれて文書ブロックを構成する。また、ＵＲＬ情報ａ２０１と、配信日情報ａ２０２と、サービス番号ａ２０３と、サービス枝番号ａ２０４とは、「／」（スラッシュ）により結合され、一連の文字列を構成している。このＡＴＯＭフィード情報は、図１４の例では、行Ｌ６０５の位置に格納される。
【００４２】
携帯端末装置１０３は、ＡＴＯＭフィードの更新の有無を判定する際、ＵＲＬ情報ａ２０１と、配信日情報ａ２０２と、サービス番号ａ２０３とが同一か否かに基づいて、記憶部２０６の記憶するＡＴＯＭフィードの中から比較対象のＡＴＯＭフィードを選択し、サービス枝番号ａ２０４が同一か否かに基づいて、内容の更新の有無を判定する。
そこで、同一サービスでＡＴＯＭフィードの内容が更新された場合は、サーバー装置１０１は、ＵＲＬ情報ａ２０１と、配信日情報ａ２０２と、サービス番号ａ２０３とが更新前のＡＴＯＭフィードのものと同じｉｄ情報、特に、配信日情報ａ２０２が、更新日時ではなく初回配信時の日時を示すｉｄ情報が付されたＡＴＯＭフィードを記憶し配信する。
サービス枝番号ａ２０４は、例えば「０」から始まる連番の文字情報である。サーバー装置１０１は、ＡＴＯＭフィードが更新された際に、サービス枝番号ａ２０４の値が、更新前の値に「１」を加算した値となっているｉｄ情報を含むＡＴＯＭフィードを記憶し配信する。
【００４３】
また、カテゴリ情報は、ｔｅｒｍ（カテゴリ名などのカテゴリ情報文字列）を示す領域ａ２０５と、当該カテゴリにおける連携サービス（同一カテゴリに属するサービス）を公開するＣＳＳデータの取得先アドレスを示す領域ａ２０６とを含む。
このカテゴリ情報は、図１４の例では、行Ｌ６１０の位置に格納される。
【００４４】
図１６〜１８は、携帯端末装置１０３が取得するＣＳＳの例を示す図である。図１６（ａ）の「style_Delivery.css」と、図１６（ｂ）の「style_StartService.css」と、図１７（ａ）の「style_entry1.css」と、図１７（ｂ）の「style_entry2.css」と、図１７（ｃ）の「style_entry3.css」と、図１８の「style_EndService.css」は、それぞれＣＳＳファイルであり、ＡＴＯＭフィードを表示する際の、色や表示するデータなどの条件を示している。
【００４５】
図１９〜図２７は、携帯端末装置１０３が表示部２０４にて表示する画面の例を示す図である。また、図１９〜図２７は、同一のＡＴＯＭフィードから、ＣＳＳに応じて様々な画面が表示される例を示している。
図１９は、ＡＴＯＭフィードのみ、すなわち、ＣＳＳを用いずに表示された画面の例を示す図である。同図の例は、図１４に示すＡＴＯＭフィードを、ＣＳＳを用いずに表示した場合の表示例であり、「サービス提供通知」や「○○アウトレットサービス」など、表示用のテキストに加えて、行Ｌ６０５に含まれるｉｄ情報など、表示用のテキスト以外にも、タグに挟まれたテキストが表示されている。
【００４６】
図２０は、フィードを取得した際の画面の例を示す図である。同図の画面は、図１４に示すＡＴＯＭフィードに、図１６（ａ）に示す「style_Delivery.css」を適用することにより表示される。図１６（ａ）では、例えば「title」を表示する設定となっており（「display: black」）、titleタグに挟まれたタイトル「サービス提供通知」が表示されている。
【００４７】
図２１は、サービス提供開始を通知する画面の例を示す図であり、提供されるサービスをサービス毎に表示する画面の例を示す図である。同図の画面は、図１４に示すＡＴＯＭフィードに、図１６（ａ）および（ｂ）に示す「style_Delivery.css」と「style_StartService.css」とを適用することにより表示される。図１６（ｂ）の、entryのtitleを表示する設定「entry title ・・・ display:block」により、各サービスのタイトル「店舗１提供サービス情報」と「店舗２提供サービス情報」と「店舗３提供サービス情報」とが表示され、「CommonUpDateServiceTitle」を表示する設定「p.CommonUpDateServiceTitle・・・display:block」により、各サービスでCommonUpDateServiceTitleに対応する「来店でサービス」と「共通更新サービス2-0」とが表示されている。また、「CommonUpDateServiceContents」を表示する設定「p.CommonUpDateServiceContents・・・display:block」により、CommonUpDateServiceTitleに対応する「共通更新サービス1-0」が表示されている。
なお、複数のＣＳＳファイルを適用する場合など、同一の項目に対する設定が複数回行われる場合は、後から行われる設定が有効となる。例えば、「style_Delivery.css」が読み込まれて「entry{ display:none; } 」の設定が行われた後、「style_StartService.css」が読み込まれて「entry{ display; block; padding-left: 2em; } 」の設定が行われた場合、後から設定される「entry{ display; block; padding-left: 2em; } 」が有効となる。これにより、図２１に示す表示画面では、図１４のＡＴＯＭフィードにおいてentryタグで囲まれた各サービス情報が表示されている。
【００４８】
図２２は、提供されるサービス毎に、サービスの内容を表示する画面の例を示す図である。同図の画面は、図１４に示すＡＴＯＭフィードに、図１６（ａ）および（ｂ）に示す「style_Delivery.css」と「style_StartService.css」と、図１７（ａ）〜（ｃ）に示す「style_entry1.css」と「style_entry2.css」と「style_entry3.css」とを適用することにより表示される。図１７（ａ）の「style_entry1.css」により、PrivateService1-1に対応する「サービス1-1」と、PrivateServiceContents1-1に対応する「内容１」とが表示されている。また、図１７（ｂ）の「style_entry2.css」により、PrivateService2-1に対応する「サービス2-1」と、PrivateServiceContents2-1に対応する「内容２」およびページへのリンクとが表示されている。また、図１７（ｃ）の「style_entry3.css」により、PrivateService3-1に対応する「サービス3-1」と、PrivateServiceContents3-1に対応する「内容」と、PrivateService3-2に対応する「サービス3-2」とが表示されている。
【００４９】
図２３は、終了したサービスを通知する画面の例を示す図である。同図の画面は、図１４に示すＡＴＯＭフィードに、図１６（ａ）に示す「style_Delivery.css」と、図１８に示す「style_EndService.css」とを適用することにより表示される。図１８では、「EndService」を表示する設定となっており（「EndService・・・display:block」）、図１４の「<p class="EndService">」タグに対応するテキスト「○月○日のサービスは終了しました。」が、図２３の画面例にて表示されている。一方、図１８では、「StartService」を表示しない設定となっており（「StartService・・・display:none」）、図１４の「<p class="StartService">」タグに対応するテキスト「○月○日○○ブロックまでお越しを」は、図２３の画面例には表示されていない。
【００５０】
図２４は、提供されるサービスをサービス毎に表示し、また、店舗１が提供するサービスの内容を表示する画面の例を示す図である。同図の画面は、図１４に示すＡＴＯＭフィードに、図１６（ａ）および（ｂ）に示す「style_Delivery.css」と「style_StartService.css」と、図１７（ａ）に示す「style_entry1.css」とを適用することにより表示される。
図２５は、提供されるサービスをサービス毎に表示し、また、店舗２が提供するサービスの内容を表示する画面の例を示す図である。同図の画面は、ＡＴＯＭフィードに、図１６（ａ）および（ｂ）に示す「style_Delivery.css」と「style_StartService.css」と、図１７（ｂ）に示す「style_entry2.css」とを適用することにより表示される。
【００５１】
図２６は、提供されるサービスをサービス毎に表示し、また、店舗３が提供するサービスの内容を表示する画面の例を示す図である。同図の画面は、ＡＴＯＭフィードに、図１６（ａ）および（ｂ）に示す「style_Delivery.css」と「style_StartService.css」と、図１７（ｃ）に示す「style_entry3.css」とを適用することにより表示される。
図２７は、提供されるサービスをサービス毎に表示し、また、店舗１が提供するサービスの内容と、店舗２が提供するサービスの内容とを表示する画面の例を示す図である。同図の画面は、ＡＴＯＭフィードに、図１６（ａ）および（ｂ）に示す「style_Delivery.css」と「style_StartService.css」と、図１７（ａ）および（ｂ）に示す「style_entry1.css」と「style_entry2.css」とを適用することにより表示される。
【００５２】
このように、携帯端末装置１０３は、１つのＡＴＯＭフィードを取得して、様々な形態で画面を表示することができる。図１４および図１６〜１８に示すように、ＡＴＯＭフィードよりもＣＳＳのほうがデータ量（ファイルサイズ）が小さい。そこで、携帯端末装置１０３が、予め受信しているＡＴＯＭフィードに、新たに受信したＣＳＳを適用して画面表示を更新することにより、画面表示を更新する毎にＡＴＯＭフィードを受信するよりも通信データ量を減らすことができ、携帯端末装置１０３やサーバー装置１０１、さらにはネットワーク１０４の負荷を抑えることができる。
【００５３】
次に、図２８〜３６を参照して、携帯端末装置１０３の動作について説明する。
図２８は、携帯端末装置１０３がサービス情報を取得して表示する処理手順を示すフローチャートである。ユーザーもしくはシステムから自動でフィードリーダー（アプリケーション）を起動すると、携帯端末装置１０３は同図の処理を開始する。
まず、アプリケーション設定管理部３２０は、ＵＩコンポーネントイベント処理部３８２を介してＵＩコンポーネント描画部３９５に、ＵＲＬ登録要否の問い合わせ画面を描画するよう指示する信号を出力する。ＵＩコンポーネント描画部３９５は、アプリケーション設定管理部３２０からの指示に従って、表示部２０４に問い合わせ画面を表示させる。そして、アプリケーション設定管理部３２０は、操作入力部２０３からデバイス／ＯＳ／タイマーイベント処理部３８１を介して出力される、ユーザーによる登録要否の指示を待ち受け（ステップＳ１０１）、当該指示に基づいて登録の要否を判定する（ステップＳ１０２）。
【００５４】
ユーザーからの指示がＵＲＬの登録を指示していないと判定した場合（ステップＳ１０２：ＮＯ）、アプリケーション設定管理部３２０は、データアクセス部３４１を介して記憶部２０６にアクセスし、サービス情報取得対象のサイトのＵＲＬが保存されているか否かを判定する（ステップＳ１１１）。
ＵＲＬが保存されていないと判定した場合（ステップＳ１１１：ＮＯ）、サービス情報取得対象のサイトが１つも存在しないため、携帯端末装置１０３はフィードリーダー（アプリケーション）を終了し、同図の処理を終了する。
一方、ステップＳ１１１において、ＵＲＬが保存されていると判定した場合は、ステップＳ１２１に進む。
また、ステップＳ１０２において、ユーザーからの指示がＵＲＬの登録を指示していると判定した場合（ステップＳ１０２：ＹＥＳ）、アプリケーション設定管理部３２０は、ユーザーの操作に応じてＵＲＬの登録を行い（ステップＳ１０３）、ステップＳ１２１に進む。
【００５５】
そして、アプリケーション設定管理部３２０は、デバイス／ＯＳ／タイマーイベント処理部３８１に定期更新用タイマーの起動を指示し、デバイス／ＯＳ／タイマーイベント処理部３８１は、内部に具備する定期更新用タイマーを起動し、カウントを開始する（ステップＳ１２１）。ここで、定期更新用タイマーは、サービス情報取得対象のサイトにおけるサービス情報更新の有無を確認するタイミングを示すタイマーである。すなわち、携帯端末装置１０３は、サービス情報取得対象のサイトに定期的にアクセスし、サービス情報が更新されている場合には当該サービス情報を取得する。定期更新用タイマーは、この定期的なアクセスの周期をカウントするためのタイマーである。
【００５６】
その後、アプリケーション設定管理部３２０は、フィードリーダーの終了を指示するユーザーの操作入力を操作入力部２０３が受け付けたか否かを判定する（ステップＳ１２２）。フィードリーダー終了指示を受け付けたと判定した場合（ステップＳ１２２：ＹＥＳ）、携帯端末装置１０３はフィードリーダー（アプリケーション）を終了し、同図の処理を終了する。
一方、フィードリーダー終了指示を受け付けていないと判定した場合（ステップＳ１２２：ＮＯ）、アプリケーション設定管理部３２０は、デバイス／ＯＳ／タイマーイベント処理部３８１の具備する定期更新用タイマーの値が予め設定されている確認間隔時間以上か否かを判定する（ステップＳ１３１）。確認間隔時間以上であると判定した場合（ステップＳ１３１：ＹＥＳ）、携帯端末装置１０３は、定期更新処理を行うステップＳ１３２。この定期更新処理は、サービス情報取得対象としてＵＲＬが登録されているサイトについて、サービス情報の更新の有無を定期的に確認し、更新されたサービス情報を取得する処理である。その後、ステップＳ１２２に戻る。
【００５７】
一方、ステップＳ１３１において、確認間隔時間未満であると判定した場合（ステップＳ１３１：ＮＯ）、アプリケーション設定管理部３２０は、来店者特典情報を取得するよう指示する操作入力を操作入力部２０３が受け付けたか否かを判定する（ステップＳ１４１）。
この来店者特典情報は、店舗側が来店者に提供する特別のサービス（来店者特典）を示す情報である。来店者特典は、その場での景品の配布や商品の割引やポイント付与など、直ちに利用可能な特典であってもよいし、次回来店時の割引など、後日利用可能な特典であってもよい。
【００５８】
来店者特典情報を取得するよう指示があったと判定した場合（ステップＳ１４１：ＹＥＳ）、携帯端末装置１０３は、来店者特典情報を取得する処理を行う（ステップＳ１４２）。その後、ステップＳ１２２に戻る。
一方、ステップＳ１４１において、来店者特典情報を取得するよう指示が無かったと判定した場合（ステップＳ１４１：ＮＯ）、アプリケーション設定管理部３２０は、記憶部２０６の記憶する取得済みのサービス情報から、各サービスの終了時刻を読み出す（ステップＳ１５１）。このサービスの終了時刻は、期間限定のサービスについて定められている当該サービスの終了時刻である。
【００５９】
そして、アプリケーション設定管理部３２０は、読み出した各サービスの終了時刻と現在時刻とを比較し、サービス終了時刻の到来しているサービスの有無を判定する（ステップＳ１５２）。なお、後述するように、携帯端末装置１０３は、サービス終了時刻の到来しているサービスを、タイマーを用いて検出することができる。
サービス終了時刻の到来しているサービスがあると判定した場合（ステップＳ１５２：ＹＥＳ）、携帯端末装置１０３は、このサービス終了時刻の到来しているサービスを終了させる処理を行う。具体的には、アプリケーション設定管理部３２０は、通信処理部３１０および通信部２０１を介してサーバー装置１０１にＣＳＳを要求するＨＴＴＰリクエストを送信し、ＣＳＳを取得する（ステップＳ１５３）。そして、文書データ解析部３５０は、取得したＣＳＳと、記憶部２０６の記憶するＡＴＯＭフィードとを解析し、データ描画部３９０を介して、表示部２０４にサービスが終了した旨のメッセージを表示させ、また、サービスの内容を表示させないようにする（ユーザーに対して隠蔽する。ステップＳ１５４）。その後、ステップＳ１２２に戻る。
【００６０】
一方、ステップＳ１５２において、サービス終了時刻の到来しているサービスが無いと判定した場合（ステップＳ１５２：ＮＯ）、アプリケーション設定管理部３２０は、サービス終了通知時刻を未設定のサービスの有無を判定する（ステップＳ１６１）。
この、サービス終了通知時刻は、サービス終了時刻が近づいていることをユーザーに通知するよう設定されている時刻であり、例えば、サービス終了時刻から一定時間前の時刻に設定される。あるいは、後述するように、携帯端末装置１０３とサービス提供店舗との距離に応じた時刻に設定される。
サービス終了通知時刻を未設定のサービスがあると判定した場合（ステップＳ１６１：ＹＥＳ）、携帯端末装置１０３は、サービス終了通知時刻を設定する処理を行う（ステップＳ１６２）。サービス終了時刻が近づいていることをユーザーに通知することにより、ユーザーは、サービスを受けそびれることを防止できる。また、店舗側とっても、ユーザーが店舗に足を運ぶことが期待できる。その後ステップＳ１２２に戻る。
【００６１】
一方、ステップＳ１５３において、全てのサービスにサービス終了通知時刻が設定されていると判定した場合（ステップＳ１６１：ＮＯ）、ステップＳ１２２に戻る。
また、ステップＳ１０１において、サービス情報取得対象のサイトのＵＲＬが保存されていると判定した場合（ステップＳ１０１：ＹＥＳ）、ステップＳ１２１に進む。
【００６２】
図２９は、ＵＲＬの登録作業の処理手順を示すフローチャートである。同図の処理は、図２８のステップＳ１０３にて行われる。
まず、アプリケーション設定管理部３２０は、ＵＩコンポーネントイベント処理部３８２を介してＵＩコンポーネント描画部３９５に、ＵＲＬの登録作業を開始する旨を示すＵＲＬ登録作業開始メッセージを表示するよう指示し、ＵＩコンポーネント描画部３９５は、ＵＲＬ登録作業開始メッセージを表示部２０４に表示させる（ステップＳ２０１）。そして、アプリケーション設定管理部３２０は、操作入力部２０３がＵＲＬ登録方法を選択する入力操作を受け付けるのを待ち受ける（ステップＳ２０２）。操作入力部２０３が、当該入力操作を受け付けると、アプリケーション設定管理部３２０は、デバイス／ＯＳ／タイマーイベント処理部３８１を介して当該入力操作を示す情報を取得し、選択された登録方法に応じた処理を選択する（ステップＳ２０３）。
【００６３】
ＵＲＬ登録サイトへの移動が選択された場合（ステップＳ２０３：ＵＲＬ登録サイト）、アプリケーション設定管理部３２０は、ＵＩコンポーネントイベント処理部３８２に対してＵＲＬ登録サイトのＵＲＬを取得するよう指示する。当該指示を受けたＵＩコンポーネントイベント処理部３８２は、データ描画部３９０にブラウザを起動するよう指示し、データ描画部３９０は、表示部２０４にブラウザを表示させる（ステップＳ２１１）。
【００６４】
この状態において、操作入力部２０３が、ＵＲＬ登録対象のサイトへの移動を指示する操作入力を受け付けると、携帯端末装置１０３は、指示されたサイトに移動する（ステップＳ２１２）。
具体的には、デバイス／ＯＳ／タイマーイベント処理部３８１が当該操作入力を示す情報を取得し、指定されたサイトの表示データ（ＨＴＴＰデータ等）を要求する信号を送信するよう、文書データ解析部３５０に指示する。文書データ解析部３５０は、指定されたサイトのアドレスを含むＨＴＴＰリクエストを生成し、通信処理部３１０および通信部２０１を介してサーバー装置１０１に送信する。そして、サーバー装置１０１から指定されたサイト表示データが送信されると、通信部２０１および通信処理部３１０を介して文書データ解析部３５０が当該データを取得し、当該サイトの画面情報をデータ描画部３９０に出力する。データ描画部３９０は、文書データ解析部３５０から出力される画面情報に基づいて画像データを生成し、表示部２０４に、当該サイトの画像を表示させる。
【００６５】
ＵＲＬ登録対象のサイトに移動すると、フィード文書解析部３３０は、サーバー装置１０１からの受信データの中から当該サイトのＵＲＬを読み出し、アプリケーション設定管理部３２０に出力する（ステップＳ２１３）。
アプリケーション設定管理部３２０は、メモリデータ処理部３４０を介して当該サイトのＵＲＬを記憶部２０６に書き込む（ステップＳ２７１）。記憶部２０６への書込が完了すると、アプリケーション設定管理部３２０は、ＵＩコンポーネントイベント処理部３８２に、登録完了のメッセージを表示するよう指示する。ＵＩコンポーネントイベント処理部３８２はアプリケーション設定管理部３２０からの指示に従って、データ描画部３９０を介して表示部２０４に、登録完了のメッセージを表示させる（ステップＳ２７２）。その後、同図の処理を終了する。
【００６６】
一方、ステップＳ２０３において、登録方法としてコードの読み取りが選択された場合（ステップＳ２０３：コード読取）、アプリケーション設定管理部３２０は、デバイス／ＯＳ／タイマーイベント処理部３８１に対して、バーコード等のコード読取を指示する。当該指示を受けたデバイス／ＯＳ／タイマーイベント処理部３８１は、撮像部２０７を起動し、ユーザーの操作入力に従ってコードを撮像してコードデータを取得する（ステップＳ２２２）。そして、デバイス／ＯＳ／タイマーイベント処理部３８１は、取得したコードデータから登録対象のＵＲＬを読み出し、アプリケーション設定管理部３２０に出力する（ステップＳ２２３）。その後、ステップＳ２７１に進む。
【００６７】
一方、ステップＳ２０３において、登録方法としてＵＲＬの直接入力が選択された場合（ステップＳ２０３：ＵＲＬ直接入力）、アプリケーション設定管理部３２０は、ＵＩコンポーネントイベント処理部３８２に対して、文字入力画面の表示を指示する。当該指示を受けたＵＩコンポーネントイベント処理部３８２は、ＵＩコンポーネント描画部３９５を介して表示部２０４に文字入力画面を表示させる（ステップＳ２３１）。そして、操作入力部２０３が、ユーザーによるＵＲＬ文字列の入力操作を受け付けると、デバイス／ＯＳ／タイマーイベント処理部３８１を介してアプリケーション設定管理部３２０が当該ＵＲＬ文字列を取得する（ステップＳ２３２）。その後、ステップＳ２７１に進む。
【００６８】
一方、ステップＳ２０３において、登録方法として赤外線通信が選択された場合（ステップＳ２０３：赤外線通信）、アプリケーション設定管理部３２０は、デバイス／ＯＳ／タイマーイベント処理部３８１に対して、赤外線通信による文字列取得を指示する。当該指示を受けたデバイス／ＯＳ／タイマーイベント処理部３８１は、赤外線通信部２０８を起動し、赤外線によるデータの受信を待ち受ける（ステップＳ２４１）。赤外線通信部２０８は、データを受信すると、当該データをデバイス／ＯＳ／タイマーイベント処理部３８１に出力する（ステップＳ２４２）。デバイス／ＯＳ／タイマーイベント処理部３８１は、赤外線通信部２０８から出力されるデータからＵＲＬ文字列を抽出し、アプリケーション設定管理部３２０に出力する（ステップＳ２４３）。その後、ステップＳ２７１に進む。
【００６９】
一方、ステップＳ２０３において、登録方法として可視光通信が選択された場合（ステップＳ２０３：可視光通信）、アプリケーション設定管理部３２０は、デバイス／ＯＳ／タイマーイベント処理部３８１に対して、可視光通信による文字列取得を指示する。当該指示を受けたデバイス／ＯＳ／タイマーイベント処理部３８１は、可視光通信部２０９を起動し、可視光線によるデータの受信を待ち受ける（ステップＳ２５１）。可視光通信部２０９は、データを受信すると、当該データをデバイス／ＯＳ／タイマーイベント処理部３８１に出力する（ステップＳ２５２）。デバイス／ＯＳ／タイマーイベント処理部３８１は、可視光通信部２０９から出力されるデータからＵＲＬ文字列を抽出し、アプリケーション設定管理部３２０に出力する（ステップＳ２５３）。その後、ステップＳ２７１に進む。
【００７０】
一方、ステップＳ２０３において、登録方法としてＲＦＩＤが選択された場合（ステップＳ２０３：ＲＦＩＤ）、アプリケーション設定管理部３２０は、デバイス／ＯＳ／タイマーイベント処理部３８１に対して、ＲＦＩＤによる文字列取得を指示する。当該指示を受けたデバイス／ＯＳ／タイマーイベント処理部３８１は、ＲＦ部２１０を起動し、高周波信号（Radio Frequency；ＲＦ）によるデータの受信を待ち受ける（ステップＳ２６１）。ＲＦ部２１０は、データを受信すると、当該データをデバイス／ＯＳ／タイマーイベント処理部３８１に出力する（ステップＳ２６２）。デバイス／ＯＳ／タイマーイベント処理部３８１は、ＲＦ部２１０から出力されるデータからＵＲＬ文字列を抽出し、アプリケーション設定管理部３２０に出力する（ステップＳ２６３）。その後、ステップＳ２７１に進む。
【００７１】
図３０は、サービス情報の定期更新処理の処理手順を示すシーケンス図である。同図の処理は、図２８のステップＳ１３２にて行われる。すなわち、ステップＳ１３１において、アプリケーション設定管理部３２０が、定期更新用タイマーの値が予め設定されている確認間隔時間以上であると判定した場合に、図３０の処理が行われる。
まず、アプリケーション設定管理部３２０は、記憶部２０６が記憶するサービス情報取得対象のサイトのＵＲＬを取得し、通信処理部３１０および通信部２０１を介して、各サイトの情報を含むＡＴＯＭフィードを要求するＨＴＴＰリクエストをサーバー装置１０１に送信し、ＡＴＯＭフィードを取得する。また、アプリケーション設定管理部３２０は、記憶部２０６の記憶するＡＴＯＭフィードを取得する（ステップＳ３０１）。なお、ステップＳ３０１における、サーバー装置１０１からのＡＴＯＭフィードの取得は、本発明の第１通信ステップにおける複数の表示項目を含むデータの取得の一例である。
【００７２】
次に、アプリケーション設定管理部３２０は、サーバー装置１０１から取得したＡＴＯＭフィードに含まれるｉｄ情報と、記憶部２０６から読み出したＡＴＯＭフィードに含まれるｉｄ情報とを比較することにより、サービス情報の更新の有無を判定する（ステップＳ３０２）。ｉｄ情報が一致しないと判定した場合（ステップＳ３０２：ＮＯ）サービス情報が更新されていることになる。そこで、アプリケーション設定管理部３２０は、サーバー装置１０１から取得したＡＴＯＭフィードを、メモリデータ処理部３４０を介して記憶部２０６に書き込む（ステップＳ３１１）。そして、ＵＩコンポーネントイベント処理部３８２およびデータ描画部３９０を介して、データ更新を通知する画面を表示部２０４に表示させる（ステップＳ３１２）。アプリケーション設定管理部３２０は、データ更新を通知する画面として、例えば、図２０に示すようなフィード取得を通知する画面を表示部２０４に表示させる。この画面は、例えばステップＳ３０１において、アプリケーション設定管理部３２０が、サーバー装置１０１から図１４に示すＡＴＯＭフィードと共に図１６（ａ）に示すＣＳＳを取得し、取得したＡＴＯＭフィードに取得したＣＳＳを適用して得られる。なお、ステップＳ３０１における、サーバー装置１０１からの図１６（ａ）に示すＣＳＳの取得は、本発明の第１通信ステップにおける実際に表示する項目を選択するデータの取得の一例である。また、ステップＳ３１２における、表示部２０４によるサービス提供開始を通知する画面の表示は、本発明の第１表示ステップの一例である。
また、アプリケーション設定管理部３２０は、デバイス／ＯＳ／タイマーイベント処理部３８１に定期更新用タイマーをリセットするよう指示し、デバイス／ＯＳ／タイマーイベント処理部３８１は、定期更新用タイマーをリセットして新たにカウントを開始する（ステップＳ３１３）。その後、同図の処理を終了する。
【００７３】
一方、ステップＳ３０２において、ｉｄ情報が一致すると判定した場合（ステップＳ３０２：ＹＥＳ）、サービス情報は更新されていないことになる。そこで、アプリケーション設定管理部３２０は、サーバー装置１０１から取得したＡＴＯＭフィードを破棄する（ステップＳ３２１）。その後、ステップＳ３１３に進む。
【００７４】
図３１は、来店者特典情報取得処理の処理手順を示すフローチャートである。同図の処理は、図２８のステップＳ１４２にて行われる。
まず、アプリケーション設定管理部３２０は、ＵＩコンポーネントイベント処理部３８２を介してＵＩコンポーネント描画部３９５に、来店者登録情報の取得処理を開始する旨を示す来店者登録情報取得開始メッセージを表示するよう指示し、ＵＩコンポーネント描画部３９５は、来店者登録情報取得開始メッセージを表示部２０４に表示させる（ステップＳ４０１）。
【００７５】
次に、アプリケーション設定管理部３２０は、デバイス／ＯＳ／タイマーイベント処理部３８１を介して位置情報取得部２０２から携帯端末装置１０３の現在位置を示す情報を取得する（ステップＳ４０２）。なお、ステップＳ４０２における、現在位置を示す情報の取得は、本発明における位置情報取得ステップの一例である。
そして、アプリケーション設定管理部３２０は、携帯端末装置１０３の現在位置が来店者特典を受けられる圏内か否か、すなわち、携帯端末装置１０３の現在位置が、来店者特典を提供する店舗内にあるか否かを判定する（ステップＳ４０３）。この来店者特典を受けられる領域の情報は、例えば、サービス情報の一部としてＡＴＯＭフィードに含まれており、アプリケーション設定管理部３２０は、ＡＴＯＭフィードから読み出される情報の示す領域に、携帯端末装置１０３の現在位置が含まれるか否かを判定する。
【００７６】
来店者特典を受けられる圏内にあると判定した場合（ステップＳ４０３：ＹＥＳ）、アプリケーション設定管理部３２０は、来店者特典情報の登録方法を選択する入力操作を操作入力部２０３が受け付けるのを待ち受ける（ステップＳ４１１）。操作入力部２０３が、当該入力操作を受け付けると、アプリケーション設定管理部３２０は、デバイス／ＯＳ／タイマーイベント処理部３８１を介して当該入力操作を示す情報を取得し、選択された登録方法に応じた処理を選択する（ステップＳ４１２）。なお、ここでは、ユーザーは、来店者のみが行える登録方法として、バーコード等のコード読取、または、赤外線通信、または、可視光通信、またはＲＦＩＤのいずれかを選択する。
【００７７】
ステップＳ４１２において、登録方法としてコードの読み取りが選択された場合（ステップＳ４１２：コード読取）、ステップＳ４２１に進む。ステップＳ４２１〜Ｓ４２３は、図２９のステップＳ２２１〜Ｓ２２３と同様である。そして、アプリケーション設定管理部３２０は、読み出したＵＲＬのサイトにアクセスして、来店者特典情報を表示するためのＣＳＳデータを取得する（ステップＳ４２４）。なお、ステップＳ４２４におけるＣＳＳデータの取得は、本発明の第２通信ステップの一例である。以下に述べるステップＳ４３３とＳ４４４とＳ４５４も同様である。
【００７８】
アプリケーション設定管理部３２０は、取得したＣＳＳデータを、メモリデータ処理部３４０を介して記憶部２０６に書き込む（ステップＳ４６１）。
そして、文書データ解析部３５０は、記憶部２０６に保存されているＡＴＯＭフィードとＣＳＳデータとを解析し、解析結果をデータ描画部３９０に出力する。データ描画部３９０は、文書データ解析部３５０から出力される解析結果に基づいて来店者特典情報を表示する画像データを生成し、表示部２０４に出力する。表示部２０４は、データ描画部３９０から出力される画像データに従って、来店者特典情報を表示する（ステップＳ４６２）。なお、ステップＳ４６２における来店者特典情報の表示は、本発明の第２表示ステップの一例である。
【００７９】
次に、アプリケーション設定管理部３２０は、追加サービスの有無を判定する（ステップＳ４８１）。ここで、追加サービスは、来店者特典を受けたユーザーがさらに受けることのできるサービスである。例えば、来店者特典は、来店時に直ちに得られるポイント付与であり、追加サービスは、次回来店時に使える割引特典である。追加サービスの有無は、ＡＴＯＭフィード中に記載されており、アプリケーション設定管理部３２０は当該記載の有無に基づいて追加サービスの有無を判定する。
追加サービスありと判定した場合（ステップＳ４８１：ＹＥＳ）、携帯端末装置１０３は追加サービス情報を取得する処理を行う（ステップＳ４８２）。
その後、同図の処理を終了する。
【００８０】
一方、ステップＳ４０３において、携帯端末装置１０３の現在位置が来店者特典を受けられる圏内にないと判定した場合（ステップＳ４０３：ＮＯ）、アプリケーション設定管理部３２０は、ＵＩコンポーネントイベント処理部３８２およびデータ描画部３９０を介して、表示部２０４に、来店者特典を受けられない旨を伝え店舗への移動を促すメッセージを表示させる。
その後、同図の処理を終了する。
【００８１】
一方、ステップＳ４１２において、登録方法として赤外線通信が選択された場合（ステップＳ４１２：赤外線通信）、ステップＳ４３１に進む。ステップＳ４３１〜Ｓ４３２は、図２９のステップＳ２４１〜Ｓ２４２と同様である。そして、デバイス／ＯＳ／タイマーイベント処理部３８１は赤外線通信部２０８から出力されるデータからＣＳＳデータを抽出し、アプリケーション設定管理部３２０に出力する（ステップＳ４３３）。その後、ステップＳ４６１に進む。
【００８２】
一方、ステップＳ４１２において、登録方法として可視光通信が選択された場合（ステップＳ４１２：可視光通信）、ステップＳ４４１に進む。ステップＳ４４１〜Ｓ４４３は、図２９のステップＳ２５１〜Ｓ２５３と同様である。そして、アプリケーション設定管理部３２０は、読み出したＵＲＬのサイトにアクセスして、来店者特典情報を表示するためのＣＳＳデータを取得する（ステップＳ４４４）。その後、ステップＳ４６１に進む。
【００８３】
一方、ステップＳ４１２において、登録方法としてＲＦＩＤが選択された場合（ステップＳ４１２：ＲＦＩＤ）、ステップＳ４５１に進む。ステップＳ４５１〜Ｓ４５３は、図２９のステップＳ２６１〜Ｓ２６３と同様である。そして、アプリケーション設定管理部３２０は、読み出したＵＲＬのサイトにアクセスして、来店者特典情報を表示するためのＣＳＳデータを取得する（ステップＳ４５４）。その後、ステップＳ４６１に進む。
【００８４】
一方、ステップＳ４８１において、追加サービスなしと判定した場合（ステップＳ４８１：ＮＯ）、同図の処理を終了する。
【００８５】
図３２は、追加サービス情報取得処理の処理手順を示すフローチャートである。同図の処理は、図３１のステップＳ４８２にて行われる。
ステップＳ５０１〜Ｓ５５４は、図３１のステップＳ４０１〜Ｓ４５４と同様である。
ステップＳ５６１において、アプリケーション設定管理部３２０は、ＣＳＳデータが既に記憶部２０６に記憶されているか否かを判定する。記憶されていると判定した場合（ステップＳ５６１：ＹＥＳ）、アプリケーション設定管理部３２０は、取得したＣＳＳデータを、メモリデータ処理部３４０を介して記憶部２０６に上書きする（ステップＳ５７１）。
【００８６】
そして、文書データ解析部３５０は、記憶部２０６に保存されているＡＴＯＭフィードとＣＳＳデータとを解析し、解析結果をデータ描画部３９０に出力する。データ描画部３９０は、文書データ解析部３５０から出力される解析結果に基づいて追加サービス情報を表示する画像データを生成し、表示部２０４に出力する。表示部２０４は、データ描画部３９０から出力される画像データに従って、追加サービス情報を表示する（ステップＳ５８２）。その後、同図の処理を終了する。
【００８７】
一方、ステップＳ５６１において、ＣＳＳデータが記憶部２０６に記憶されていないと判定した場合（ステップＳ５６１：ＮＯ）、アプリケーション設定管理部３２０は、取得したＣＳＳデータを、メモリデータ処理部３４０を介して記憶部２０６に書き込む（ステップＳ５８１）。その後、ステップＳ５８２に進む。
一方、ステップＳ５０３において、携帯端末装置１０３の現在位置が来店者特典を受けられる圏内にないと判定した場合（ステップＳ５０３：ＮＯ）、アプリケーション設定管理部３２０は、ＵＩコンポーネントイベント処理部３８２およびデータ描画部３９０を介して、表示部２０４に、追加サービスを受けられない旨を伝え店舗への移動を促すメッセージ（エラー表示）を表示させる。
その後、同図の処理を終了する。
【００８８】
なお、来店者特典を受けたユーザーに、追加サービスに加えて関連サービスを提供するようにしてもよい。ここで、関連サービスは、近隣店舗のサービス情報である。例えば、関連サービスは、近隣店舗における割引特典である。来店したユーザー、すなわち、近隣店舗の付近にいるユーザーにサービスを提供することにより、当該ユーザーが近隣店舗にも足を運ぶことが期待できる。
図３３〜図３４は、関連サービス情報取得処理の処理手順を示すフローチャートである。同図の処理は、図３１のステップＳ４８２にて、図３２で説明した処理に代えて行われる。
【００８９】
ステップＳ６０１〜Ｓ６１２は、図３２のステップＳ５０１〜Ｓ５１２と同様である。ステップＳ６２１〜Ｓ６２３は、図３２のステップＳ５２１〜Ｓ５２３と同様である。ステップＳ６３１〜Ｓ６３２は、図３２のステップＳ５３１〜Ｓ５３２と同様である。ステップＳ６４１〜Ｓ６４３は、図３２のステップＳ５４１〜Ｓ５４３と同様である。ステップＳ６５１〜Ｓ６５３は、図３２のステップＳ５５１〜Ｓ５５３と同様である。
【００９０】
ステップＳ６２４、Ｓ６３３、Ｓ６４４およびＳ６５４では、アプリケーション設定管理部３２０は、ＣＳＳデータに加えてカテゴリ情報を取得する。カテゴリ情報は、ユーザーに提供する関連サービスの範囲を示す情報である。カテゴリ情報としては、例えば、店舗の種類の情報を用いることができる。例えば、スポーツ用品店を利用したユーザーに、テニスコートなど運動施設のサービス情報を提供する。
【００９１】
ステップＳ６６１〜Ｓ６８２は、図３２のステップＳ５６１〜Ｓ５８２と同様である。
図３４のステップＳ７０１において、アプリケーション設定管理部３２０は、取得したカテゴリ情報と、ＡＴＯＭフィードに含まれるカテゴリ情報とが一致するか否かを判定する。
ＡＴＯＭフィードでは、category要素データ（図９の行Ｌ４１４、図１４の行Ｌ６１０）としてカテゴリ情報が含まれる。そこで、アプリケーション設定管理部３２０は、メモリデータ処理部３４０を介して記憶部２０６の記憶するＡＴＯＭフィードデータからカテゴリ情報を読み出し、ＣＳＳデータと共に取得したカテゴリ情報と一致するか否かを判定する。
ここで、ＡＴＯＭフィードには、カテゴリ情報と併せてＣＳＳデータの保存先のＵＲＬが格納されている。そして、ステップＳ７０１にて、カテゴリ情報が一致すると判定した場合（ステップＳ７０１：ＹＥＳ）、アプリケーション設定管理部３２０は、当該ＵＲＬに基づいてＣＳＳデータを取得する（ステップＳ７１１）。ステップＳ７１２〜Ｓ７３２は、図３３のステップＳ６６１〜６８２と同様である。
【００９２】
一方、ステップＳ６０３において、携帯端末装置１０３の現在位置が追加サービスを受けられる圏内にないと判定した場合（ステップＳ４０３：ＮＯ）、アプリケーション設定管理部３２０は、ＵＩコンポーネントイベント処理部３８２およびデータ描画部３９０を介して、表示部２０４に、来店者特典を受けられない旨を伝え店舗への移動を促すメッセージ（エラー表示）を表示させる（ステップＳ６９１）。
その後、同図の処理を終了する。
【００９３】
図３５は、ｉｄ情報比較の処理手順を示すフローチャートである。同図の処理は、図３０のステップＳ３０２にて行われる。
アプリケーション設定管理部３２０は、まず、ＡＴＯＭフィードが既に記憶部２０６に書き込まれているか否かを判定する（ステップＳ８０１）。書き込まれていないと判定した場合（ステップＳ８０１：ＮＯ）、ステップＳ３１１に進む。
【００９４】
一方、ステップＳ８０１において、ＡＴＯＭフィードが既に記憶部２０６に書き込まれていると判定した場合（ステップＳ８０１：ＹＥＳ）、取得したＡＴＯＭフィードのＵＲＬ情報と、記憶部２０６に書き込まれているＡＴＯＭフィードのＵＲＬ情報とが一致するか否かを判定する（ステップＳ８０２）。一致しないと判定した場合（ステップＳ８０２：ＮＯ）、ステップＳ３１１に進む。
【００９５】
一方、ステップＳ８０２において、ＵＲＬ情報が一致すると判定した場合（ステップＳ８０２：ＹＥＳ）、取得したＡＴＯＭフィードの日時情報と、記憶部２０６に書き込まれているＡＴＯＭフィードの日時情報とが一致するか否かを判定する（ステップＳ８０３）。一致しないと判定した場合（ステップＳ８０３：ＮＯ）、ステップＳ３１１に進む。
【００９６】
一方、ステップＳ８０３において、日時情報が一致すると判定した場合（ステップＳ８０３：ＹＥＳ）、取得したＡＴＯＭフィードのサービス番号と、記憶部２０６に書き込まれているＡＴＯＭフィードのサービス番号とが一致するか否かを判定する（ステップＳ８０４）。一致しないと判定した場合（ステップＳ８０４：ＮＯ）、ステップＳ３１１に進む。
【００９７】
一方、ステップＳ８０４において、サービス番号が一致すると判定した場合（ステップＳ８０４：ＹＥＳ）、取得したＡＴＯＭフィードのサービス枝番号と、記憶部２０６に書き込まれているＡＴＯＭフィードのサービス枝番号とが一致するか否かを判定する（ステップＳ８０５）。一致しないと判定した場合（ステップＳ８０５：ＮＯ）、ステップＳ３１１に進む。
一方、ステップＳ８０５において、サービス枝番号が一致すると判定した場合（ステップＳ８０５：ＹＥＳ）、ステップＳ３２１に進む。
【００９８】
図３６は、サービス終了通知のためのタイマー設定（サービス終了通知時刻設定）の処理手順を示すフローチャートである。同図の処理は、図２８のステップＳ１６２にて行われる。
アプリケーション設定管理部３２０は、まず、デバイス／ＯＳ／タイマーイベント処理部３８１を介して、位置情報取得部２０２から出力される、携帯端末装置１０３の現在位置情報を取得する（ステップＳ８２１）。
次にアプリケーション設定管理部３２０は、サービス提供店舗の位置情報を取得する。このサービス提供店舗の位置情報は、ＡＴＯＭフィードのｒｉｇｈｔｓ要素（図９の行Ｌ４１２、図１４の行Ｌ６１２）に格納されている（ステップＳ８２２）。
【００９９】
そして、アプリケーション設定管理部３２０は、携帯端末装置１０３の現在位置とサービス提供店舗の位置とから、携帯端末装置１０３とサービス提供店舗との距離を算出する（ステップＳ８２３）。
また、アプリケーション設定管理部３２０は、サービス終了時刻を取得する。このサービス終了時刻は、ＡＴＯＭフィードのＵｐｄａｔｅ要素（図９の行Ｌ４１３、図１４の行Ｌ６１３）に格納されている。そして、アプリケーション設定管理部３２０はサービス終了時刻と現在時刻との差分からサービス終了までの残り時間を算出する（ステップＳ８２４）。
【０１００】
そして、アプリケーション設定管理部３２０は、携帯端末装置１０３とサービス提供店舗との距離、および、サービス終了までの残り時間から、サービス終了通知を開始するまでの時間を決定してタイマー値を設定し、タイマーのカウントを開始する（ステップＳ８２５）。例えば、携帯端末装置１０３とサービス提供店舗との距離が遠いほどサービス終了通知の開始を早めることにより、ユーザーが余裕を持ってサービス提供店舗に到達できるようにする。
その後、同図の処理を終了する。
【０１０１】
そして、設定した時間が経過すると、アプリケーション設定管理部３２０は、サーバー装置１０１からＣＳＳを取得し、取得したＣＳＳと、記憶部２０６の記憶するＡＴＯＭフィードとに基づいて、サービス終了時刻が近づいていることを通知して来店を促すメッセージを、システムイベント処理部３８０と文書データ解析部３５０とデータ描画部３９０とを介して表示部２０４に表示させる。
【０１０２】
次に、図３７〜３８を参照して、サービス情報提供システム１におけるデータの流れについて説明する。
図３７は、携帯端末装置１０３がサービス開始の表示を行い、サービス終了時刻が近付いた際にその旨の表示を行うときの、ファイルの流れを示すシーケンス図である。まず、携帯端末装置１０３が、記憶部２０６の記憶する、サービス情報取得対象のサイトのＵＲＬを読み出し、サーバー装置１０１の当該サイト宛に、ＡＴＯＭフィードの送信を要求するＨＴＴＰリクエストを送信する（シーケンスＳ８４１）。このリクエストを取得したサーバー装置１０１は、ＡＴＯＭフィードを返信する（シーケンスＳ８４２）。
ＡＴＯＭフィードを受信した携帯端末装置１０３は、受信したＡＴＯＭフィードを記憶部２０６に保存し（シーケンスＳ８４３）、また、受信したＡＴＯＭフィードを解析してサービス開始表示用のＣＳＳ要求先アドレスを読み出す（シーケンスＳ８４４）。
【０１０３】
そして、携帯端末装置１０３は、サーバー装置１０１のサービス開始表示用ＣＳＳ要求先宛に、サービス開始表示用ＣＳＳを要求するＨＴＴＰリクエストを送信する（シーケンスＳ８４５）。このリクエストを取得したサーバー装置１０１は、ＣＳＳを返信する（シーケンスＳ８４６）。
ＣＳＳを受信した携帯端末装置１０３は、受信したＣＳＳを保存し（シーケンスＳ８４７）、また、ＡＴＯＭフィードとＣＳＳとに基づいてサービス開始を示す画面を表示する（シーケンスＳ８４８）。
【０１０４】
また、携帯端末装置１０３は、サービス終了時刻が近付いたことを通知するタイミングを知らせるタイマーをセットし、カウントを開始する。この際、図３６で説明したように、ユーザーとサービス提供店舗との距離に応じてタイマー値をセットする（シーケンスＳ８４９）。
タイマーにセットされた時間が経過すると（シーケンスＳ８５０）、携帯端末装置１０３は、サービス終了時刻が近付いたことを通知するためのＣＳＳの要求先アドレスをＡＴＯＭフィードから読み出し、サーバー装置１０１の当該要求先宛に、サービス終了時刻が近付いたことを通知するためのＣＳＳを要求するＨＴＴＰリクエストを送信する（シーケンスＳ８５１）。このリクエストを取得したサーバー装置１０１は、当該ＣＳＳを返信する（シーケンスＳ８５２）。携帯端末装置１０３は、当該ＣＳＳとＡＴＯＭフィードとに基づいて、サービス終了時刻が近付いたことを通知する画面を表示する。
【０１０５】
図３８は、携帯端末装置１０３がサービス開始の表示を行い、サービス終了時刻経過後にサービスが終了した旨の表示を行うときの、ファイルの流れを示すシーケンス図である。同図のシーケンスＳ８６１〜Ｓ８６８は、図３７のシーケンスＳ８４１〜Ｓ８４８と同様である。
【０１０６】
また、携帯端末装置１０３は、サービス終了タイミングを知らせるタイマーをセットし、カウントを開始する（シーケンスＳ８６９）。
タイマーにセットされた時間が経過すると（シーケンスＳ８７０）、携帯端末装置１０３は、サービス終了処理ためのＣＳＳの要求先アドレスをＡＴＯＭフィードから読み出し、サーバー装置１０１の当該要求先宛に、サービス終了処理のためのＣＳＳを要求するＨＴＴＰリクエストを送信する（シーケンスＳ８７１）。このリクエストを取得したサーバー装置１０１は、当該ＣＳＳを返信する（シーケンスＳ８７２）。携帯端末装置１０３は、当該ＣＳＳとＡＴＯＭフィードとに基づいて、サービス終了を通知する画面を表示する。
【０１０７】
以上のように、携帯端末装置１０３は、携帯端末装置１０３とサービス提供店舗との距離に応じて表示内容を更新するので、ユーザーの状況に応じてタイムリーに情報提供を行うことができる。
また、携帯端末装置１０３は、表示を変更する際に、ＣＳＳを取得し、取得済みのＡＴＯＭフィードの各項目の中から、表示項目をＣＳＳに基づいて選択する。これにより、携帯端末装置１０３は、表示更新毎にＡＴＯＭフィードを受信する必要が無い。図１４および図１６〜１８に示すように、表示変更の情報をＡＴＯＭフィードにて通信するよりもＣＳＳにて通信するほうがデータ量を少なくでき、携帯端末装置１０３およびサーバー装置１０１の負荷を抑えることができる。
【０１０８】
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。
【符号の説明】
【０１０９】
１  サービス情報提供システム
１０１  サーバー装置
１０２  店舗側端末装置
１０３  携帯端末装置
２０１  通信部
２０２  位置情報取得部
２０３  操作入力部
２０４  表示部
２０５  処理部
２０６  記憶部
２０７  撮像部
２０８  赤外線通信部
２０９  可視光通信部
２１０  ＲＦ部
１０４  ネットワーク
【図１】
2012099009.tif 000003
【図２】
2012099009.tif 000004
【図３】
2012099009.tif 000005
【図４】
2012099009.tif 000006
【図５】
2012099009.tif 000007
【図６】
2012099009.tif 000008
【図７】
2012099009.tif 000009
【図８】
2012099009.tif 000010
【図９】
2012099009.tif 000011
【図１０】
2012099009.tif 000012
【図１１】
2012099009.tif 000013
【図１２】
2012099009.tif 000014
【図１３】
2012099009.tif 000015
【図１４】
2012099009.tif 000016
【図１５】
2012099009.tif 000017
【図１６】
2012099009.tif 000018
【図１７】
2012099009.tif 000019
【図１８】
2012099009.tif 000020
【図１９】
2012099009.tif 000021
【図２０】
2012099009.tif 000022
【図２１】
2012099009.tif 000023
【図２２】
2012099009.tif 000024
【図２３】
2012099009.tif 000025
【図２４】
2012099009.tif 000026
【図２５】
2012099009.tif 000027
【図２６】
2012099009.tif 000028
【図２７】
2012099009.tif 000029
【図２８】
2012099009.tif 000030
【図２９】
2012099009.tif 000031
【図３０】
2012099009.tif 000032
【図３１】
2012099009.tif 000033
【図３２】
2012099009.tif 000034
【図３３】
2012099009.tif 000035
【図３４】
2012099009.tif 000036
【図３５】
2012099009.tif 000037
【図３６】
2012099009.tif 000038
【図３７】
2012099009.tif 000039
【図３８】
2012099009.tif 000040