クライアント側としてサーバ側にWebページのデータを要求する端末装置と、サーバ側として前記端末装置から要求されたWebページのデータを返却するサーバ装置とから成る情報管理システムにおいて、前記サーバ装置は、前記Webページの要素を形成する要素データと前記Webページを形成する前記要素データの配置を定めるレイアウトデータとを記憶する第1記憶手段と、前記第1記憶手段に記憶した前記要素データ及び前記レイアウトデータの少なくとも一方を前記端末装置の要求に応じて前記Webページのデータとして返却し、前記Webページのデータを管理するデータ管理手段とを備え、前記端末装置は、前記サーバ装置から返却された前記Webページのデータを、前記要素データと前記レイアウトデータとに分けて格納する第2記憶手段と、前記第2記憶手段に格納された前記Webページのデータと、ユーザの入力指令により表示する前記Webページのデータとに基づいて、前記ユーザの入力指令により表示する前記Webページのデータを要求するか否かを決定する情報処理部とを備え、前記情報処理部は、前記Webページのデータを要求しない場合、前記第2記憶手段に格納されている前記要素データと前記第2記憶手段に格納されている前記レイアウトデータの中から、前記ユーザの入力指令により表示する前記Webページを形成するデータを選択して表示させ、前記Webページのデータを要求する場合であって、前記ユーザの入力指令により表示する前記Webページのデータの内、前記要素データ及び前記レイアウトデータの少なくとも一方が前記第2記憶手段に格納されていないとき、前記第2記憶手段に格納されていないデータを前記サーバ装置から取得し、前記サーバ装置から取得した当該データと、前記第2記憶手段に格納されているデータとに基づいて前記Webページを表示させることを特徴とする情報管理システム。前記情報処理部は、前記ユーザの入力指令により表示する前記Webページの前記要素データが、前記第2記憶手段に格納されていないとき、かつ、当該Webページの前記レイアウトデータが、前記第2記憶手段に格納されているとき、前記サーバ装置に当該Webページの当該要素データを要求することを特徴とする請求項1に記載の情報管理システム。前記情報処理部は、前記ユーザの入力指令により表示する前記Webページの前記レイアウトデータが、前記第2記憶手段に格納されていないとき、かつ、当該Webページの前記要素データが、前記第2記憶手段に格納されているとき、前記サーバ装置に当該Webページの当該レイアウトデータを要求することを特徴とする請求項1又は請求項2に記載の情報管理システム。前記情報処理部は、前記ユーザの入力指令により表示する前記Webページの前記要素データ及び前記レイアウトデータの両方が、前記第2記憶手段に格納されていないとき、前記サーバ装置に当該Webページの当該要素データ及び当該レイアウトデータを要求することを特徴とする請求項1~請求項3の何れか一項に記載の情報管理システム。前記情報処理部は、前記ユーザの入力指令が前記Webページのデータを更新する場合、前記サーバ装置に当該Webページの前記要素データ及び前記レイアウトデータの両方を要求することを特徴とする請求項1~請求項4の何れか一項に記載の情報管理システム。前記要素データは、JSON形式で記述されたデータであることを特徴とする請求項1~請求項5の何れか一項に記載の情報管理システム。前記レイアウトデータは、XML形式で記述されたデータであることを特徴とする請求項1~請求項6の何れか一項に記載の情報管理システム。クライアント側としてサーバ側にWebページのデータを要求する端末装置において、前記サーバ側に前記Webページのデータを要求後に取得した前記Webページのデータを、前記Webページの要素を形成する要素データと前記Webページを形成する前記要素データの配置を定めるレイアウトデータとに分けて格納する記憶手段と、前記記憶手段に格納された前記Webページのデータと、ユーザの入力指令により表示する前記Webページのデータとに基づいて、前記ユーザの入力指令により表示する前記Webページのデータを要求するか否かを決定する情報処理部とを備え、前記情報処理部は、前記Webページのデータを要求しない場合、前記記憶手段に格納されている前記要素データと前記記憶手段に格納されている前記レイアウトデータの中から、前記ユーザの入力指令により表示する前記Webページを形成するデータを選択して表示させ、前記Webページのデータを要求する場合であって、前記ユーザの入力指令により表示する前記Webページのデータの内、前記要素データ及び前記レイアウトデータの少なくとも一方が前記記憶手段に格納されていないとき、前記記憶手段に格納されていないデータを前記サーバ側から取得し、前記サーバ側から取得した当該データと、前記記憶手段に格納されているデータとに基づいて前記Webページを表示させることを特徴とする端末装置。クライアント側としてサーバ側にWebページのデータを要求する端末装置で動作する端末装置プログラムにおいて、前記サーバ側に前記Webページのデータを要求後に取得した前記Webページのデータを、前記Webページの要素を形成する要素データと前記Webページを形成する前記要素データの配置を定めるレイアウトデータとに分けて記憶手段に格納する記憶処理部と、前記記憶手段に格納された前記Webページのデータと、ユーザの入力指令により表示する前記Webページのデータとに基づいて、前記ユーザの入力指令により表示する前記Webページのデータを要求するか否かを決定する情報処理部とを備え、前記情報処理部は、前記Webページのデータを要求しない場合、前記記憶手段に格納されている前記要素データと前記記憶手段に格納されている前記レイアウトデータの中から、前記ユーザの入力指令により表示する前記Webページを形成するデータを選択して表示させ、前記Webページのデータを要求する場合であって、前記ユーザの入力指令により表示する前記Webページのデータの内、前記要素データ及び前記レイアウトデータの少なくとも一方が前記記憶手段に格納されていないとき、前記記憶手段に格納されていないデータを前記サーバ側から取得し、前記サーバ側から取得した当該データと、前記記憶手段に格納されているデータとに基づいて前記Webページを表示させることを特徴とする端末装置プログラム。しかしながら、キャッシュされるデータの最小単位は、スケジュール等のユーザデータであった。そのため、スケジュール等のデータを構成するレイアウトデータと要素データとが分離されてキャッシュされることはなかった。また、Webページのデータが選択的に記憶されたとしても、Webページのデータ全体が記憶されるものであった。そのため、Webページのデータのデータ構成を細かく分けることにより、レイアウトデータと要素データとが分かれて記憶されることはなかった。そのため、端末装置は、サーバからWebページのデータを既にキャッシュしており、Webページのデータの一部だけを取得すれば済む場合であっても、再び同じWebページのデータ全体を取得するという問題点があった。したがって、Webページのデータの一部だけを取得することができる情報管理システム及び端末装置並びに端末装置プログラムが望まれていた。本発明の情報管理システムは、クライアント側としてサーバ側にWebページのデータを要求する端末装置と、サーバ側として前記端末装置から要求されたWebページのデータを返却するサーバ装置とから成る情報管理システムにおいて、前記サーバ装置は、前記Webページの要素を形成する要素データと前記Webページを形成する前記要素データの配置を定めるレイアウトデータとを記憶する第1記憶手段と、前記第1記憶手段に記憶した前記要素データ及び前記レイアウトデータの少なくとも一方を前記端末装置の要求に応じて前記Webページのデータとして返却し、前記Webページのデータを管理するデータ管理手段とを備え、前記端末装置は、前記サーバ装置から返却された前記Webページのデータを、前記要素データと前記レイアウトデータとに分けて格納する第2記憶手段と、前記第2記憶手段に格納された前記Webページのデータと、ユーザの入力指令により表示する前記Webページのデータとに基づいて、前記ユーザの入力指令により表示する前記Webページのデータを要求するか否かを決定する情報処理部とを備え、前記情報処理部は、前記Webページのデータを要求しない場合、前記第2記憶手段に格納されている前記要素データと前記第2記憶手段に格納されている前記レイアウトデータの中から、前記ユーザの入力指令により表示する前記Webページを形成するデータを選択して表示させ、前記Webページのデータを要求する場合であって、前記ユーザの入力指令により表示する前記Webページのデータの内、前記要素データ及び前記レイアウトデータの少なくとも一方が前記第2記憶手段に格納されていないとき、前記第2記憶手段に格納されていないデータを前記サーバ装置から取得し、前記サーバ装置から取得した当該データと、前記第2記憶手段に格納されているデータとに基づいて前記Webページを表示させるものである。本発明の端末装置は、クライアント側としてサーバ側にWebページのデータを要求する端末装置において、前記サーバ側に前記Webページのデータを要求後に取得した前記Webページのデータを、前記Webページの要素を形成する要素データと前記Webページを形成する前記要素データの配置を定めるレイアウトデータとに分けて格納する記憶手段と、前記記憶手段に格納された前記Webページのデータと、ユーザの入力指令により表示する前記Webページのデータとに基づいて、前記ユーザの入力指令により表示する前記Webページのデータを要求するか否かを決定する情報処理部とを備え、前記情報処理部は、前記Webページのデータを要求しない場合、前記記憶手段に格納されている前記要素データと前記記憶手段に格納されている前記レイアウトデータの中から、前記ユーザの入力指令により表示する前記Webページを形成するデータを選択して表示させ、前記Webページのデータを要求する場合であって、前記ユーザの入力指令により表示する前記Webページのデータの内、前記要素データ及び前記レイアウトデータの少なくとも一方が前記記憶手段に格納されていないとき、前記記憶手段に格納されていないデータを前記サーバ側から取得し、前記サーバ側から取得した当該データと、前記記憶手段に格納されているデータとに基づいて前記Webページを表示させるものである。本発明の端末装置プログラムは、クライアント側としてサーバ側にWebページのデータを要求する端末装置で動作する端末装置プログラムにおいて、前記サーバ側に前記Webページのデータを要求後に取得した前記Webページのデータを、前記Webページの要素を形成する要素データと前記Webページを形成する前記要素データの配置を定めるレイアウトデータとに分けて記憶手段に格納する記憶処理部と、前記記憶手段に格納された前記Webページのデータと、ユーザの入力指令により表示する前記Webページのデータとに基づいて、前記ユーザの入力指令により表示する前記Webページのデータを要求するか否かを決定する情報処理部とを備え、前記情報処理部は、前記Webページのデータを要求しない場合、前記記憶手段に格納されている前記要素データと前記記憶手段に格納されている前記レイアウトデータの中から、前記ユーザの入力指令により表示する前記Webページを形成するデータを選択して表示させ、前記Webページのデータを要求する場合であって、前記ユーザの入力指令により表示する前記Webページのデータの内、前記要素データ及び前記レイアウトデータの少なくとも一方が前記記憶手段に格納されていないとき、前記記憶手段に格納されていないデータを前記サーバ側から取得し、前記サーバ側から取得した当該データと、前記記憶手段に格納されているデータとに基づいて前記Webページを表示させるものである。本発明は、Webページのデータの一部だけを取得することができるので、Webページのデータをキャッシュする効率を改善することができるという効果を有する。以下、本発明の実施の形態について、図面を用いて詳細に説明する。実施の形態1.図1は、本発明の実施の形態1における情報管理システム1の全体構成を示している。図1に示すように、情報管理システム1は、通信回線10、サーバ装置20、及び複数の端末装置30を備える。端末装置30は、実際には図示したよりも多く存在することもあり、また、図示したよりも少なく存在することもある。端末装置30は、通信回線10を介してサーバ装置20と接続する。通信回線10は、サーバやルータ等いずれも図示せずを有するネットワークである。通信回線10は、サーバ装置20や端末装置30を接続する。通信回線10は、TCP/IPTransmissionControlProtocol/InternetProtocolや、TCP/IP上で実現されるHTTPHyperTextTransferProtocol等に準拠した手順でデータを伝送する。なお、上記で説明した通信プロトコルは一例を示すものであり、これらに限定されるものではない。図2は、本発明の実施の形態1における端末装置30のハードウェア構成を示している。図2に示すように、端末装置30は、制御部31、記憶部32、表示部33、操作部34、通信部35、及び音声入出力部36を備える。端末装置30は、例えば、携帯電話機、スマートフォン、無線端末、携帯タブレット端末、またはネットブック等のような通信回線10を介してさまざまなデータを送受信する装置であり、特に限定されるものではない。制御部31は、CPUCentralProcessingUnitやGPUGraphicsProcessingUnit等の演算処理装置、ROMReadOnlyMemory及びRAMRandomAccessMemory等の各種メモリを備える。記憶部32は、各種データを記憶する不揮発性の記憶手段である。表示部33は、表示画面を備えており、制御部31からの指令に基づいて画像を表示する。表示画面は、例えば、LCDLiquidCrystalDisplayである。LCDは、タッチパネル図示せずを備える。タッチパネルはさまざまな操作子が各種釦として表示される。操作部34は、複数の操作子を備え、ユーザにより選択された操作子に基づいて操作信号を制御部31に供給する。制御部31は、供給された操作信号に基づいてさまざまな処理を実行する。通信部35は、アンテナや通信回路を備え、通信回線10を介してデータの送受信を行う。音声入出力部36は、マイクロフォン等の収音手段、スピーカ等の放音手段、及びDSPDigitalSignalProcessor等の音声処理回路を備える。図3は、本発明の実施の形態1におけるサーバ装置20のハードウェア構成を示している。図3に示すように、サーバ装置20は、制御部21、記憶部22、表示部23、操作部24、及び通信部25を備える。制御部21は、大量のデータを処理する点では異なるものの、制御部31と同様の構成であるので、ここではその説明については省略する。記憶部22は、HDDHardDiskDrive等の記憶装置を備え、クライアントである端末装置30に供給する様々なデータを記憶している。表示部23は、表示部33と同様の構成であるので、ここではその詳細については省略するが、必ずしもタッチパネル等の機能を有するものではない。操作部24は、例えば、キーボード等の入力手段を備える。通信部25は、大量のデータを処理する点では異なるものの、通信部35と同様の構成であるので、ここではその説明については省略する。図4は、本発明の実施の形態1における情報管理システム1の機能の構成例を示している。図4に示すように、情報管理システム1は、端末装置30及びスケジュール管理システム40を備える。端末装置30は、いわゆるクライアント側システムである。具体的には、端末装置30は、クライアントアプリケーション50及びメモリ60を備える。クライアントアプリケーション50は、端末装置30のユーザ指令に基づいて、各種処理を実行する。例えば、ユーザ指令により、スケジュール表示が要求されたとき、スケジュール管理システム40に、Webページのデータであるスケジュール画面データをHTTPHyperTextTransferProtocolやHTTPSHyperTextTransferProtocoloverSecureSocketLayerに準拠した手順で要求し、スケジュール管理システム40から返却されたスケジュール画面データをメモリ60にキャッシュし、所定の形式に基づいて端末装置30の表示部33でWebページとして表示する。ここで、キャッシュされたデータは、クライアント側システムが、サーバ側システムより取得したデータをメモリ60に格納したもののことであり、次に、クライアント側システムが同一のURLUniformResourceLocatorで指定されたWeb上のページを参照しようとしたときに、適宜利用されるものである。ここで、クライアントアプリケーション50は、図2に示す制御部31上で実行される。また、メモリ60は、図2に示す記憶部32に実装される。なお、上記では、通信プロトコルとして、HTTPやHTTPSに準拠した場合について説明したが、これらに限定されるものでない。クライアントアプリケーション50は、電文解析部51及びキャッシュ状態管理部52を備える。電文解析部51は、スケジュール管理システム40から返却されたスケジュール画面データを読み込み、その構造を解析し、解析結果に応じて表示部33で表示させる。例えば、読み込んだ文書がXMLExtensibleMarkupLanguage形式で記述されたデータであれば、開始タグ<title>と終了タグ</title>の対応関係等をチェックし、各要素が入れ子になっているか否か等のチェックをする。このとき、妥当な形式でなければ、適宜エラーを通知する。すなわち、この場合においては、電文解析部51は、読み込んだデータがXML形式で文法的に正しく記述されているか否かをチェックするのである。次に、電文解析部51は、XML形式で記述されたデータが文法的に妥当な形式であれば、APIApplicationProgramInterfaceを利用して表示部33でXML形式の文書を表示させる。この場合、APIは、例えば、DOMDocumentObjectModelやSAXSimpleAPIforXML等である。また、電文解析部51は、スケジュール管理システム40から返却されたスケジュール画面データが、JSONJaveScriptObjectNotation形式で記述されたデータであれば、JSON形式で記述されたデータをオブジェクト化し、オブジェクト化したデータを用いて表示用のオブジェクトを生成し、表示部33で表示させる。また、電文解析部51は、スケジュール管理システム40から返却されたスケジュール画面データが、XML形式で記述されたデータと、JSON形式で記述されたデータとを含む場合、上記で説明した処理をそれぞれ実行し、表示部33で表示させる。なお、ここでは、スケジュール管理システム40から返却されたスケジュール画面データが、XML形式で記述されたデータやJSON形式で記述されたデータの場合について説明したが、これらに限定されるものではなく、適宜、他の形式で記述されたデータであってもよい。キャッシュ状態管理部52は、キャッシュされたデータの状態を管理する。例えば、キャッシュされたデータが、要素データの配置を定義するレイアウトデータを含むものであるか否かを管理し、また、要素データとしてのスケジュールデータを含むものであるか否かを管理する。また、キャッシュ状態管理部52は、キャッシュされたデータが更新を必要とするか否かを管理する。また、キャッシュ状態管理部52は、キャッシュされたデータがいつのスケジュールデータであるかを管理する。例えば、キャッシュされたデータが2011年9月のスケジュールデータであれば、キャッシュ状態管理部52は、2011年9月、更新をするか否か、レイアウトデータを含むか否か、要素データとしてのスケジュールデータを含むか否か等を管理する。なお、電文解析部51が、キャッシュ状態管理部52に相当する機能を備えていてもよい。なお、ここでは、サーバ側システムから返却されるデータがスケジュール画面データである場合について説明しているが、これに限定されるものではない。スケジュール管理システム40は、サーバ装置20に実装されるものであり、いわゆるサーバ側システムである。具体的には、スケジュール管理システム40は、アプリケーションサーバ70、スケジュール管理サーバ80、及びデータベースサーバ90等を備える。ここで、アプリケーションサーバ70、スケジュール管理サーバ80、及びデータベースサーバ90は、図3に示す制御部21上で実行される。アプリケーションサーバ70は、業務処理部71を備え、業務処理部71でさまざまな業務に関する処理を実行させ、適宜、データベースサーバ90が保有するスケジュール画面データ等の更新や参照を行う。スケジュール管理サーバ80は、データベースサーバ90が管理するスケジュール管理データベース91に格納されるスケジュール画面データを管理し、クライアントアプリケーション50からのスケジュール画面データの要求に応じて、スケジュール画面データをクライアントアプリケーション50に返却する。例えば、スケジュール管理サーバ80は、要求されたスケジュール画面データであるレイアウトデータやスケジュールデータを適宜XML形式やJSON形式等の所定の形式に変換し、それを所定の通信プロトコルに準拠した手順で、クライアントアプリケーション50に返却する。データベースサーバ90は、スケジュール管理データベース91を管理する。スケジュール管理データベース91は、要素データとしてのスケジュールデータテーブル92と要素データの配置を定義するレイアウトデータテーブル93を備える。ここで、スケジュール管理データベース91は、図3に示す記憶部22に実装される。なお、スケジュールデータテーブル92やレイアウトデータテーブル93に格納されるデータの形式は、例えば、CSVComma-SeparatedValues形式等で格納される。ただし、格納されるデータ形式はこれに限定されるものではない。例えば、バイナリデータ形式で格納されていてもよい。なお、ここでは、アプリケーションサーバ70、スケジュール管理サーバ80、及びデータベースサーバ90を別々のサーバとして説明しているが、これらに限定されるものではない。例えば、アプリケーションサーバ70がスケジュール管理サーバ80を兼ねるものでもよく、また、例えば、スケジュール管理サーバ80がアプリケーションサーバ70を兼ねるものであってもよい。また、データベースサーバ90が、アプリケーションサーバ70やスケジュール管理サーバ80を兼ねるものであってもよい。図5は、本発明の実施の形態1における図4のメモリ60の記憶領域を示している。図5に示すように、メモリ60は、基本的に3つの領域から構成されている。第1の領域は、キャッシュ状態管理領域101であり、このキャッシュ状態管理領域101には、例えば、キャッシュされたデータの状態に関する情報が後述するキャッシュ状態管理テーブルとして記憶される。第2の領域は、レイアウトデータ領域102であり、このレイアウトデータ領域102には、例えば、スケジュール管理システム40から取得したスケジュール画面データの内、要素データの配置を定義するレイアウトデータが記憶される。第3の領域は、スケジュールデータ領域103であり、このスケジュールデータ領域103には、例えば、スケジュール管理システム40から取得したスケジュール画面データの内、要素データであるスケジュールデータが記憶される。図6は、本発明の実施の形態1における図5のレイアウトデータ領域102の記憶領域を示している。図6に示すように、レイアウトデータ領域102は、複数の単位領域が無限ループ状に連結するように構成されている。この場合においては、レイアウトデータ領域102がN個の単位領域に区分されており、領域1に所定のデータが書き込まれたとき、次の情報は領域2に書き込まれるようになされている。そして、さらに、領域3、のように順番に情報が書き込まれ、領域Nに情報が書き込まれた後、次の情報は領域1に書き込まれる。すなわち、領域1に既に記憶されている情報が消去され、その上に新たな情報が記憶されるようになされている。このようにして、レイアウトデータ領域102には、最新のN個の情報が記憶されることになる。例えば、図6においては、領域2に9月分のスケジュール画面データのレイアウトデータが格納され、領域3に10月分のスケジュール画面データのレイアウトデータが格納されている。図7は、本発明の実施の形態1における図5のスケジュールデータ領域103の記憶領域を示している。図7に示すように、スケジュールデータ領域103は、複数の単位領域が無限ループ状に連結するように構成されている。この場合においては、スケジュールデータ領域103がN個の単位領域に区分されており、領域1に所定のデータが書き込まれたとき、次の情報は領域2に書き込まれるようになされている。そして、さらに、領域3、のように順番に情報が書き込まれ、領域Nに情報が書き込まれた後、次の情報は領域1に書き込まれる。すなわち、領域1に既に記憶されている情報が消去され、その上に新たな情報が記憶されるようになされている。このようにして、スケジュールデータ領域103には、最新のN個の情報が記憶されることになる。例えば、図7においては、領域1にn-1月分のスケジュール画面データのスケジュールデータが格納され、領域2にn月分のスケジュール画面データのスケジュールデータが格納され、領域3にn1月分のスケジュール画面データのスケジュールデータが格納されている。図8は、本発明の実施の形態1における図5のキャッシュ状態管理領域101に格納されるキャッシュ状態管理テーブルの一例を示している。図8に示すように、キャッシュ状態管理テーブルは、キャッシュ対象のデータ変数と、更新フラグと、キャッシュデータ表示判定フラグと、レイアウトデータ判定フラグ、スケジュールデータ判定フラグ、及びキャッシュ有無判定フラグを含むキャッシュ有無判定に関する情報とを備える。キャッシュ状態管理テーブルは、1つの行に対して、1つのスケジュール画面データに対応したキャッシュ状態が定義されたものである。すなわち、キャッシュ対象のデータ変数が指定されると、その指定されたキャッシュ対象に対するスケジュール画面データの属性情報として、更新フラグ、キャッシュデータ表示判定フラグ、レイアウトデータ判定フラグ、スケジュールデータ判定フラグ、及びキャッシュ有無判定フラグが指定される。キャッシュ対象のデータ変数は、キャッシュ対象とされるスケジュール画面データを識別するものであり、例えば、図8に示すように、201109、201101、201102、201103、及び201104である。201109は、2011年9月のスケジュールが、キャッシュ対象とされるスケジュール画面データであることを意味し、201101は、2011年1月のスケジュールが、キャッシュ対象とされるスケジュール画面データであることを意味し、201102は、2011年2月のスケジュールが、キャッシュ対象とされるスケジュール画面データであることを意味し、201103は、2011年3月のスケジュールが、キャッシュ対象とされるスケジュール画面データであることを意味し、201104は、2011年4月のスケジュールが、キャッシュ対象とされるスケジュール画面データであることを意味する。更新フラグは、ユーザ指令により、スケジュール画面データの更新要求がなされたときに変更されるものである。例えば、スケジュール画面データが表示部33で表示される際、ユーザ指令により、スケジュール画面データの更新要求がなされたときに、更新フラグは1に設定され、スケジュール画面データの更新要求がなされないときに、更新フラグは0に設定される。キャッシュデータ表示判定フラグは、更新フラグの変更に連動するものである。例えば、更新フラグが1に設定されたとき、キャッシュデータ表示判定フラグは0に設定され、更新フラグが0に設定されたとき、キャッシュデータ表示判定フラグは1に設定される。また、キャッシュデータ表示判定フラグが0に設定されたとき、それに連動してレイアウトデータ判定フラグとスケジュールデータ判定フラグは両方とも0に設定される。キャッシュ有無判定に関する情報は、具体的には、レイアウトデータ判定フラグ、スケジュールデータ判定フラグ、及びキャッシュ有無判定フラグを備える。レイアウトデータ判定フラグは、キャッシュされたデータにレイアウトデータが含まれるか否かを示すものである。例えば、キャッシュされたデータにレイアウトデータが含まれるとき、レイアウトデータ判定フラグは1に設定され、キャッシュされたデータにレイアウトデータが含まれないとき、レイアウトデータ判定フラグは0に設定される。スケジュールデータ判定フラグは、キャッシュされたデータにスケジュールデータが含まれるか否かを示すものである。例えば、キャッシュされたデータにスケジュールデータが含まれるとき、スケジュールデータ判定フラグは1に設定され、キャッシュされたデータにスケジュールデータが含まれないとき、スケジュールデータ判定フラグは0に設定される。キャッシュ有無判定フラグは、レイアウトデータ判定フラグとスケジュールデータ判定フラグとのAND演算の結果を格納するものである。例えば、キャッシュ有無判定フラグが1のとき、レイアウトデータとスケジュールデータとの両方が存在するので、キャッシュされたデータにはスケジュール画面データを表示する要素データとしてのスケジュールデータとその要素データの配置を定義するレイアウトデータとの両方があることになり、このときの状態をキャッシュされたデータが有るとしている。また、キャッシュ有無判定フラグが0のとき、レイアウトデータかスケジュールデータのどちらか一方、あるいはその両方が存在しないので、キャッシュされたデータにはスケジュール画面データを表示するデータが欠落しており、このときの状態をキャッシュされたデータが無いとしている。例えば、図8に示すように、キャッシュ対象のデータ変数が、2011年9月である場合、更新フラグが0、キャッシュデータ表示判定フラグが1に、レイアウトデータ判定フラグが1に、スケジュールデータ判定フラグが1に、キャッシュ有無判定フラグが1に設定され、キャッシュ対象のデータ変数が、2011年1月である場合、レイアウトデータ判定フラグが1に、スケジュールデータ判定フラグが0に、キャッシュ有無判定フラグが0に設定され、キャッシュ対象のデータ変数が、2011年2月である場合、レイアウトデータ判定フラグが0に、スケジュールデータ判定フラグが1に、キャッシュ有無判定フラグが0に設定され、キャッシュ対象のデータ変数が、2011年3月である場合、レイアウトデータ判定フラグが0に、スケジュールデータ判定フラグが0に、キャッシュ有無判定フラグが0に設定されている一例が示されている。なお、図8において、-となっている箇所については、何も設定されていない状態を示すものである。なお、ここで説明したキャッシュ状態管理テーブルの表記は一例を示すものであり、これらに限定されるものではない。図9は、本発明の実施の形態1におけるサーバとクライアントとの間でのデータ通信の一例を示している。図9に示すように、クライアントアプリケーション50は画面要求をhttp://xxx.xxx/yyyy/xxxmonthly.doという形式で実行する。スケジュール管理サーバ80は、クライアントアプリケーション50からの画面要求に基づいて、スケジュール画面データを、レイアウトデータと、スケジュールデータとに分けて返却する。このような画面要求は、スケジュール画面データの一部例えば、要素データ又はレイアウトデータあるいは全部例えば、要素データ及びレイアウトデータがメモリ60にキャッシュされていないときや、スケジュール画面データの更新要求がなされたときに実行される。なお、ここで説明した画面要求の指令の形式は一例を示すものであり、これに限定されるものではない。図10は、本発明の実施の形態1における図4のレイアウトデータテーブル93に格納された情報をXML形式で記述した一例を示している。図10に示すように、記述151は、要素データであるスケジュールデータの配置を定義している。記述152は、要素データであるスケジュールデータの参照先を定義している。記述153は、例えば、表示画面をスクロールさせるときに画面をこする動作であるフリックをしたときのように、ユーザが画面を操作したときに対応する処理を定義している。なお、XMLは特定の構造に基づいたマークアップ言語であるため、XML形式でデータが記述されると、ユーザが必要な要素を追加することが容易となる。なお、操作はフリックに限定されるものではないことはいうまでもない。例えば、操作子を選択するときの操作として、操作子を1回たたくタップ、選択した操作子を実行するときの操作として、操作子を2回たたくダブルタップ、操作子や対象物等を移動させるときのドラッグ、あるいは、対象物等を縮小や拡大させるときのピンチ等の操作であってもよい。なお、ここで説明した記述151、152、153は一例を示すものであり、これらに限定されるものではない。図11は、本発明の実施の形態1における図4のスケジュールデータテーブル92に格納された情報をJSON形式で記述した一例を示している。図11に示すように、記述154は、キャッシュ対象のデータ変数としてCACHE_TAGを定義し、CACHE_TAGに変数としてmonthly_201109を定義している。記述155は、monthly_201109の詳細を定義しており、この場合においては、DISP_MONTHとして201109が定義され、NEXT_MONTHとして201110が定義され、PREV_MONTHとして201108が定義されている。ここでは、スケジュール画面データを取得したときに表示部33に最初に表示させるものを定義する変数としてDISP_MONTHを用い、DISP_MONTHの次の月として表示させるものを定義する変数としてNEXT_MONTHを用い、DISP_MONTHの前の月として表示させるものを定義する変数としてPREV_MONTHを用いている。なお、JSONは軽量なデータ交換形式であり、ユーザにとって読み書きが容易であり、CPUを搭載したマシンにとっても簡単に構文解析等を行うことができ、JavaScript登録商標におけるオブジェクトの表記法をベースとしたデータ記述言語であるため、JSON形式でデータが記述されると、Webページのデータのレスポンスタイムを短縮することができる。なお、ここで説明した記述154、155は一例を示すものであり、これらに限定されるものではない。図12は、本発明の実施の形態1におけるスケジュール閲覧時の画面の表示例を示している。図12に示すように、端末装置30は、表示部33と、表示部33等を収納する筐体110から形成される。指121により左右にフリックされることで、端末装置30は、前月や次月のスケジュール画面を表示させる。例えば、右向き矢印132の方向にフリックされたとき、先月である2011年7月のスケジュール画面が表示部33で表示され、左向き矢印131の方向にフリックされたとき、翌月である2011年9月のスケジュール画面が表示部33に表示される。また、例えば、指121により操作子の1つである更新釦141がダブルタップされたとき、2011年8月のスケジュール画面が更新される。また、図12に示すように、スケジュールデータとは、例えば、2011年8月5日では終日として表示されるものであり、この詳細については、さらに所定の操作をすることにより表示される。また、図12に示すように、レイアウトデータとは、各種操作子やスケジュールデータ等を表示部33のどこに配置するかを定義するものであり、例えば、更新釦は表示部33の右側下方の隅部に配置され、スケジュールデータは表示部33の略中央に配置されている。図13は、本発明の実施の形態1における図12とは異なるスケジュール閲覧時の画面の表示例を示している。図13に示すように、例えば、2011年9月のスケジュール画面が表示部33に表示されている。図12では、2011年8月のスケジュール画面が表示部33に表示されていたので、図13では、図12において、左向き矢印131の方向にフリックされた後の表示例が示されている。図14は、本発明の実施の形態1における図4のレイアウトデータテーブル93に格納された図10とは異なる情報をXML形式で記述した一例を示している。図14に示すように、記述156は、左フリック時の動作において、引数が設定されたものであり、メモリ60にスケジュール画面データがキャッシュされているとき、キャッシュされたスケジュール画面データを表示部33に表示させ、メモリ60にスケジュール画面データがキャッシュされていないとき、スケジュール管理サーバ80にスケジュール画面データを要求する。また、図14に示すように、記述157は、右フリック時の動作において、引数が設定されたものであり、メモリ60にスケジュール画面データがキャッシュされているとき、キャッシュされたスケジュール画面データを表示部33に表示させ、メモリ60にスケジュール画面データがキャッシュされていないとき、スケジュール管理サーバ80にスケジュール画面データを要求する。記述158は、左フリック時の動作において、引数が設定されていないものであり、メモリ60にスケジュール画面データがキャッシュされているか否かにかかわらず、スケジュール管理サーバ80にスケジュール画面データを要求する。図15は、本発明の実施の形態1における情報管理システム1の動作を説明するフローチャートである。ステップS11端末装置30は、スケジュール画面n月分を表示する。ステップS12端末装置30は、スケジュール画面n1月分を表示する指令があるか否かを判定する。端末装置30は、スケジュール画面n1月分を表示する指令がある場合、ステップS13へ進む。一方、端末装置30は、スケジュール画面n1月分を表示する指令がない場合、ステップS12へ戻る。なお、上記では、スケジュール画面n1月分を表示する指令に基づく一例について説明したが、これに限定されるものではない。例えば、スケジュール画面n-1月分を表示する指令に基づくものであってもよい。ステップS13端末装置30は、キャッシュデータを表示するか否かを判定する。具体的には、端末装置30は、図8に示すキャッシュデータ表示判定フラグが1の場合、キャッシュデータを表示すると判定して、ステップS14へ進む。一方、端末装置30は、図8に示すキャッシュデータ表示判定フラグが0の場合、キャッシュデータを表示しないと判定して、スケジュール管理システム40にスケジュール画面n1月分を要求し、ステップS19へ進む。このとき、図8に示すキャッシュ状態管理テーブルの各種フラグは変更される。例えば、キャッシュデータ表示判定フラグが0の場合、レイアウトデータ判定フラグとスケジュールデータ判定フラグは0に設定され、それにより、キャッシュ有無判定フラグは0に設定される。そして、端末装置30は、図8に示すキャッシュ状態管理テーブルの各種フラグの内容をスケジュール管理システム40に送信する。ステップS14端末装置30は、詳細については図16を用いて後述するように、キャッシュデータ有無判定データ作成処理を実行し、その後、ステップS15へ進む。ステップS15端末装置30は、キャッシュデータがあるか否かを判定する。端末装置30は、図8に示すキャッシュ有無判定フラグが1の場合、キャッシュデータがあると判定して、ステップS16へ進む。一方、端末装置30は、図8に示すキャッシュ有無判定フラグが0の場合、キャッシュデータがないと判定して、スケジュール管理システム40にスケジュール画面n1月分を要求し、ステップS19へ進む。このとき、端末装置30は、図8に示すキャッシュ状態管理テーブルの各種フラグの内容をスケジュール管理システム40に送信する。ステップS16端末装置30は、詳細については図17を用いて後述するように、キャッシュデータ取得処理を実行し、その後、ステップS18へ進む。ステップS17端末装置30は、後述するように、スケジュール管理システム40から返却されたレイアウトデータ及びスケジュールデータを保存する処理であるキャッシュデータ保存処理を、詳細については図18を用いて後述するように実行し、その後、ステップS18へ進む。ステップS18端末装置30は、スケジュール画面n1月分を表示し、処理は終了する。ステップS19スケジュール管理システム40は、詳細については図19を用いて後述するように、データベースのデータ取得処理を実行し、端末装置30に対してレイアウトデータ及びスケジュールデータを返却し、その後、ステップS20へ進む。ステップS20スケジュール管理システム40は、詳細については図20を用いて後述するように、返却データ作成処理を実行し、その後、ステップS17へ進む。図16は、本発明の実施の形態1におけるキャッシュデータ有無判定データ作成処理の詳細を説明するフローチャートである。ステップS31端末装置30は、キャッシュ対象に対応するレイアウトデータが存在するか否かを判定する。端末装置30は、キャッシュ対象に対応するレイアウトデータがメモリ60のレイアウトデータ領域102に存在する場合、ステップS32へ進む。一方、端末装置30は、キャッシュ対象に対応するレイアウトデータがメモリ60のレイアウトデータ領域102に存在しない場合、ステップS33へ進む。ステップS32端末装置30は、メモリ60のキャッシュ状態管理領域に格納されており、図8に示すキャッシュ状態管理テーブルのレイアウトデータ判定フラグを1に設定し、ステップS34へ進む。ステップS33端末装置30は、メモリ60のキャッシュ状態管理領域に格納されており、図8に示すキャッシュ状態管理テーブルのレイアウトデータ判定フラグを0に設定し、ステップS34へ進む。ステップS34端末装置30は、キャッシュ対象に対応するスケジュールデータが存在するか否かを判定する。端末装置30は、キャッシュ対象に対応するスケジュールデータがメモリ60のスケジュールデータ領域103に存在する場合、ステップS35へ進む。一方、端末装置30は、キャッシュ対象に対応するスケジュールデータがメモリ60のスケジュールデータ領域103に存在しない場合、ステップS36へ進む。ステップS35端末装置30は、メモリ60のキャッシュ状態管理領域に格納されており、図8に示すキャッシュ状態管理テーブルのスケジュールデータ判定フラグを1に設定し、ステップS37へ進む。ステップS36端末装置30は、メモリ60のキャッシュ状態管理領域に格納されており、図8に示すキャッシュ状態管理テーブルのスケジュールデータ判定フラグを0に設定し、ステップS37へ進む。ステップS37端末装置30は、レイアウトデータ判定フラグとスケジュールデータ判定フラグとのAND演算を実行し、ステップS38へ進む。ステップS38端末装置30は、レイアウトデータ判定フラグとスケジュールデータ判定フラグとのAND演算結果を、図8に示すキャッシュ有無判定フラグに格納し、処理は終了し、図15のステップS14へ戻る。図17は、本発明の実施の形態1におけるキャッシュデータ取得処理の詳細を説明するフローチャートである。ステップS51端末装置30は、キャッシュデータからキャッシュ対象に対応するレイアウトデータを取得する。具体的には、スケジュール画面n1月分として、9月が指定されていると想定する。この場合、キャッシュ対象のデータ変数は、201109である。このときのレイアウトデータについては、端末装置30は、図6に示すレイアウトデータ領域102の各単位領域から9月に相当するキャッシュデータを検索し、検索結果を取得する。例えば、図6に示すように、領域2に9月のレイアウトデータが格納されており、端末装置30は、このレイアウトデータを取得する。その後、ステップS52へ進む。ステップS52端末装置30は、キャッシュデータからキャッシュ対象に対応するスケジュールデータを取得する。具体的には、スケジュール画面n1月分として、9月が指定されていると想定する。この場合、キャッシュ対象のデータ変数は、201109である。このときのレイアウトデータについては、端末装置30は、図7に示すスケジュールデータ領域103の各単位領域から9月に相当するキャッシュデータを検索し、検索結果を取得する。例えば、図7に示すように、領域3に9月に相当するn1月のスケジュールデータが格納されており、端末装置30は、このスケジュールデータを取得する。その後、処理は終了し、図15のステップS16へ戻る。図18は、本発明の実施の形態1におけるキャッシュデータ保存処理の詳細を説明するフローチャートである。ステップS61端末装置30は、取得したデータをメモリ領域上にキャッシュし、ステップS62へ進む。具体的には、取得したデータにレイアウトデータを含む場合、取得したレイアウトデータを図5に示すレイアウトデータ領域102に格納し、取得したデータにスケジュールデータを含む場合、取得したスケジュールデータを図5に示すスケジュールデータ領域103に格納する。ステップS62端末装置30は、レイアウトデータをメモリ領域上にキャッシュしたか否かを判定する。端末装置30は、レイアウトデータをメモリ領域上にキャッシュした場合、ステップS63へ進む。一方、端末装置30は、レイアウトデータをメモリ領域上にキャッシュしない場合、ステップS64へ進む。ステップS63端末装置30は、図8に示すレイアウトデータ判定フラグを1に設定し、ステップS64へ進む。ステップS64端末装置30は、スケジュールデータをメモリ領域上にキャッシュしたか否かを判定する。端末装置30は、スケジュールデータをメモリ領域上にキャッシュした場合、ステップS65へ進む。一方、端末装置30は、スケジュールデータをメモリ領域上にキャッシュしない場合、処理は終了し、図15のステップS17へ戻る。ステップS65端末装置30は、図8に示すスケジュールデータ判定フラグを1に設定し、処理は終了し、図15のステップS17へ戻る。図19は、本発明の実施の形態1におけるデータベースのデータ取得処理の詳細を説明するフローチャートである。ステップS81スケジュール管理システム40は、図8に示す更新フラグが1であるか否かを判定する。スケジュール管理システム40は、図8に示す更新フラグが1でない場合、ステップS83へ進む。一方、スケジュール管理システム40は、図8に示す更新フラグが1である場合、ステップS82へ進む。ステップS82スケジュール管理システム40は、キャッシュ対象に対応するレイアウトデータとスケジュールデータとを取得する。具体的には、スケジュール管理システム40は、要求されているスケジュール画面n1月分として、9月が指定されていると想定する。この場合、スケジュール管理システム40は、スケジュール管理データベース91から9月を検索キーとして、スケジュールデータテーブル92とレイアウトデータテーブル93との両方から9月に相当するスケジュール画面データのスケジュールデータとレイアウトデータとを検索して、検索結果を取得した後、処理は終了し、図15に示すステップS19へ戻る。ステップS83スケジュール管理システム40は、レイアウトデータ判定フラグが1であるか否かを判定する。スケジュール管理システム40は、レイアウトデータ判定フラグが1である場合、ステップS84へ進む。一方、スケジュール管理システム40は、レイアウトデータ判定フラグが1でない場合、ステップS85へ進む。ステップS84スケジュール管理システム40は、キャッシュ対象に対応するレイアウトデータを取得する。具体的には、スケジュール管理システム40は、要求されているスケジュール画面n1月分として、9月が指定されていると想定する。この場合、スケジュール管理システム40は、スケジュール管理データベース91から9月を検索キーとして、レイアウトデータテーブル93から9月に相当するスケジュール画面データのレイアウトデータを検索して、検索結果を取得した後、ステップS85へ進む。ステップS85スケジュール管理システム40は、スケジュールデータ判定フラグが1であるか否かを判定する。スケジュール管理システム40は、スケジュールデータ判定フラグが1である場合、ステップS86へ進む。一方、スケジュール管理システム40は、スケジュールデータ判定フラグが1でない場合、処理は終了し、図15に示すステップS19へ戻る。ステップS86スケジュール管理システム40は、キャッシュ対象に対応するスケジュールデータを取得する。具体的には、スケジュール管理システム40は、要求されているスケジュール画面n1月分として、9月が指定されていると想定する。この場合、スケジュール管理システム40は、スケジュール管理データベース91から9月を検索キーとして、スケジュールデータテーブル92から9月に相当するスケジュール画面データのスケジュールデータを検索して、検索結果を取得した後、処理は終了し、図15に示すステップS19へ戻る。図20は、本発明の実施の形態1における返却データ作成処理の詳細を説明するフローチャートである。ステップS101スケジュール管理システム40は、取得したデータの中に、レイアウトデータがあるか否かを判定する。スケジュール管理システム40は、取得したデータの中に、レイアウトデータがある場合、ステップS102へ進む。一方、スケジュール管理システム40は、取得したデータの中に、レイアウトデータがない場合、ステップS103へ進む。ステップS102スケジュール管理システム40は、レイアウトデータをXML形式のデータに変換し、ステップS103へ進む。ステップS103スケジュール管理システム40は、取得したデータの中に、スケジュールデータがあるか否かを判定する。スケジュール管理システム40は、取得したデータの中に、スケジュールデータがある場合、ステップS104へ進む。一方、スケジュール管理システム40は、取得したデータの中に、スケジュールデータがない場合、処理は終了し、図15に示すステップS20へ戻る。ステップS104スケジュール管理システム40は、スケジュールデータをJSON形式のデータに変換し、処理は終了し、図15に示すステップS20へ戻る。このように、ステップS11~ステップS20、ステップS31~ステップS38、ステップS51、ステップS52、ステップS61~ステップS65、ステップS81~ステップS86、ステップS101~ステップS104の処理が端末装置30とサーバ装置20とで実行されることにより、クライアント側システムは、Webページ全体をその都度サーバ側システムに要求する必要がなく、必要なデータのみ要求することができる。それにより、画面レイアウトだけを更新することができる。また、画面レイアウトが同一であり、要素データだけを更新するときには、Webページ全体を要求しなくても、要素データだけを取得することで、要素データだけを更新することができる。したがって、Webページのデータの一部だけを取得することができるので、Webページのデータをキャッシュする効率を改善することができる。また、ステップS11~ステップS18の処理が端末装置30で実行されることにより、Webページ全体をその都度サーバ側システムに要求する必要がなく、必要なデータのみ要求することができる。それにより、画面レイアウトだけを更新することができる。また、画面レイアウトが同一であり、要素データだけを更新するときには、Webページ全体を要求しなくても、要素データだけを取得することで、要素データだけを更新することができる。したがって、Webページのデータの一部だけを取得することができるので、Webページのデータをキャッシュする効率を改善することができる。また、キャッシュする効率を改善することができるため、端末装置30の消費電力を低減することができる。また、必要なデータのみ要求することができるため、端末装置30の通信データのトラフィックを改善することができる。なお、本実施の形態1において、プログラムを記述するステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。また、本実施の形態1において、システムとは、複数の装置により構成される装置全体を表すものである。以上のように、本実施の形態1においては、クライアント側としてサーバ側にWebページのデータを要求する端末装置30と、サーバ側として端末装置から要求されたWebページのデータを返却するサーバ装置20とから成る情報管理システム1において、サーバ装置20は、Webページの要素を形成する要素データとWebページを形成する要素データの配置を定めるレイアウトデータとを記憶する記憶部22と、記憶部22に記憶した要素データ及びレイアウトデータの少なくとも一方を端末装置30の要求に応じてWebページのデータとして返却し、Webページのデータを管理するスケジュール管理サーバ80とを備え、端末装置30は、サーバ装置20から返却されたWebページのデータを、要素データとレイアウトデータとに分けて格納する記憶部32と、記憶部32に格納されたWebページのデータと、ユーザの入力指令により表示するWebページのデータとに基づいて、ユーザの入力指令により表示するWebページのデータを要求するか否かを決定する制御部31とを備え、制御部31は、Webページのデータを要求しない場合、記憶部32に格納されている要素データと記憶部32に格納されているレイアウトデータの中から、ユーザの入力指令により表示するWebページを形成するデータを選択して表示させ、Webページのデータを要求する場合であって、ユーザの入力指令により表示するWebページのデータの内、要素データ及びレイアウトデータの少なくとも一方が記憶部32に格納されていないとき、記憶部32に格納されていないデータをサーバ装置20から取得し、サーバ装置20から取得したデータと、記憶部32に格納されているデータとに基づいてWebページを表示させることにより、Webページのデータの一部だけを取得することができるので、Webページのデータをキャッシュする効率を改善することができる。また、本実施の形態1においては、制御部31は、ユーザの入力指令により表示するWebページの要素データが、記憶部32に格納されていないとき、かつ、Webページのレイアウトデータが、記憶部32に格納されているとき、サーバ装置20にWebページの要素データを要求することにより、Webページ全体をその都度サーバ側システムに要求する必要がなく、必要なデータのみ要求することができる。それにより、画面レイアウトだけを更新することができる。また、画面レイアウトが同一であり、要素データだけを更新するときには、Webページ全体を要求しなくても、要素データだけを取得することで、要素データだけを更新することができる。したがって、Webページのデータの一部だけを取得することができるので、Webページのデータをキャッシュする効率を改善することができる。また、本実施の形態1においては、制御部31は、ユーザの入力指令により表示するWebページのレイアウトデータが、記憶部32に格納されていないとき、かつ、Webページの要素データが、記憶部32に格納されているとき、サーバ装置20にWebページのレイアウトデータを要求することにより、Webページ全体をその都度サーバ側システムに要求する必要がなく、必要なデータのみを要求することができる。それにより、画面レイアウトだけを更新することができる。また、画面レイアウトが同一であり、要素データだけを更新するときには、Webページ全体を要求しなくても、要素データだけを取得することで、要素データだけを更新することができる。したがって、Webページのデータの一部だけを取得することができるので、Webページのデータをキャッシュする効率を改善することができる。また、本実施の形態1においては、制御部31は、ユーザの入力指令により表示するWebページの要素データ及びレイアウトデータの両方が、記憶部32に格納されていないとき、サーバ装置20にWebページの要素データ及びレイアウトデータを要求することにより、Webページ全体をその都度サーバ側システムに要求する必要がなく、必要なデータのみ要求することができる。それにより、画面レイアウトだけを更新することができる。また、画面レイアウトが同一であり、要素データだけを更新するときには、Webページ全体を要求しなくても、要素データだけを取得することで、要素データだけを更新することができる。したがって、Webページのデータの一部だけを取得することができるので、Webページのデータをキャッシュする効率を改善することができる。また、本実施の形態1においては、制御部31は、ユーザの入力指令がWebページのデータを更新する場合、サーバ装置20にWebページの要素データ及びレイアウトデータの両方を要求することにより、Webページ全体をその都度サーバ側システムに要求する必要がなく、必要なデータのみを要求することができる。それにより、画面レイアウトだけを更新することができる。また、画面レイアウトが同一であり、要素データだけを更新するときには、Webページ全体を要求しなくても、要素データだけを取得することで、要素データだけを更新することができる。したがって、Webページのデータの一部だけを取得することができるので、Webページのデータをキャッシュする効率を改善することができる。また、本実施の形態1においては、レイアウトデータは、XML形式で記述されたデータであることにより、XMLは特定の構造に基づいたマークアップ言語であるため、XML形式でデータが記述されると、ユーザが必要な要素を追加することが容易となる。また、本実施の形態1においては、要素データは、JSON形式で記述されたデータであることにより、JSONは軽量なデータ交換形式であり、ユーザにとって読み書きが容易であり、CPUを搭載したマシンにとっても簡単に構文解析等を行うことができ、JavaScript登録商標におけるオブジェクトの表記法をベースとしたデータ記述言語であるため、JSON形式でデータが記述されると、Webページのデータのレスポンスタイムを短縮することができる。また、本実施の形態1においては、クライアント側としてサーバ側にWebページのデータを要求する端末装置30において、サーバ側にWebページのデータを要求後に取得したWebページのデータを、Webページの要素を形成する要素データとWebページを形成する要素データの配置を定めるレイアウトデータとに分けて格納する記憶部32と、記憶部32に格納されたWebページのデータと、ユーザの入力指令により表示するWebページのデータとに基づいて、ユーザの入力指令により表示するWebページのデータを要求するか否かを決定する制御部31とを備え、制御部31は、Webページのデータを要求しない場合、記憶部32に格納されている要素データと記憶部32に格納されているレイアウトデータの中から、ユーザの入力指令により表示するWebページを形成するデータを選択して表示させ、Webページのデータを要求する場合であって、ユーザの入力指令により表示するWebページのデータの内、要素データ及びレイアウトデータの少なくとも一方が記憶部32に格納されていないとき、記憶部32に格納されていないデータをサーバ側から取得し、サーバ側から取得したデータと、記憶部32に格納されているデータとに基づいてWebページを表示させることにより、Webページ全体をその都度サーバ側システムに要求する必要がなく、必要なデータのみを要求することができる。それにより、画面レイアウトだけを更新することができる。また、画面レイアウトが同一であり、要素データだけを更新するときには、Webページ全体を要求しなくても、要素データだけを取得することで、要素データだけを更新することができる。したがって、Webページのデータの一部だけを取得することができるので、Webページのデータをキャッシュする効率を改善することができる。また、キャッシュする効率を改善することができるため、端末装置30の消費電力を低減することができる。また、必要なデータのみを要求することができるため、端末装置30の通信データのトラフィックを改善することができる。また、本実施の形態1においては、クライアント側としてサーバ側にWebページのデータを要求する端末装置で動作する端末装置プログラムにおいて、前記サーバ側に前記Webページのデータを要求後に取得した前記Webページのデータを、前記Webページの要素を形成する要素データと前記Webページを形成する前記要素データの配置を定めるレイアウトデータとに分けて記憶手段に格納する記憶処理部と、前記記憶手段に格納された前記Webページのデータと、ユーザの入力指令により表示する前記Webページのデータとに基づいて、前記ユーザの入力指令により表示する前記Webページのデータを要求するか否かを決定する情報処理部とを備え、前記情報処理部は、前記Webページのデータを要求しない場合、前記記憶手段に格納されている前記要素データと前記記憶手段に格納されている前記レイアウトデータの中から、前記ユーザの入力指令により表示する前記Webページを形成するデータを選択して表示させ、前記Webページのデータを要求する場合であって、前記ユーザの入力指令により表示する前記Webページのデータの内、前記要素データ及び前記レイアウトデータの少なくとも一方が前記記憶手段に格納されていないとき、前記記憶手段に格納されていないデータを前記サーバ側から取得し、前記サーバ側から取得した当該データと、前記記憶手段に格納されているデータとに基づいて前記Webページを表示させることにより、Webページのデータの一部だけを取得することができるので、Webページのデータをキャッシュする効率を改善することができる。