情報管理システム及び端末装置並びに端末装置プログラム
【課題】Ｗｅｂページのデータの一部だけを取得する情報管理システム及び端末装置を提供する。
【解決手段】クライアント側としてサーバ側にＷｅｂページのデータを要求する端末装置３０と、サーバ側として端末装置３０から要求されたＷｅｂページのデータを返却するサーバ装置２０とから成る情報管理システム１において、サーバ装置２０は、Ｗｅｂページの要素データとレイアウトデータとを記憶する記憶部２２と、記憶部２２に記憶した要素データ及びレイアウトデータの少なくとも一方を端末装置３０の要求に応じて返却するスケジュール管理サーバ８０とを備え、端末装置３０は、サーバ装置２０から取得した要素データとレイアウトデータとを分けて格納する記憶部３２と、記憶部３２に格納されたデータと、ユーザの入力指令により表示するデータとに基づいて、Ｗｅｂページのデータを取得して表示するものである。
【解決手段】クライアント側としてサーバ側にＷｅｂページのデータを要求する端末装置３０と、サーバ側として端末装置３０から要求されたＷｅｂページのデータを返却するサーバ装置２０とから成る情報管理システム１において、サーバ装置２０は、Ｗｅｂページの要素データとレイアウトデータとを記憶する記憶部２２と、記憶部２２に記憶した要素データ及びレイアウトデータの少なくとも一方を端末装置３０の要求に応じて返却するスケジュール管理サーバ８０とを備え、端末装置３０は、サーバ装置２０から取得した要素データとレイアウトデータとを分けて格納する記憶部３２と、記憶部３２に格納されたデータと、ユーザの入力指令により表示するデータとに基づいて、Ｗｅｂページのデータを取得して表示するものである。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報管理システム及び端末装置に関し、特に、タッチパネルディスプレイを有する端末装置が、サーバから取得した画面データをレイアウトデータと要素データとに分けてメモリにキャッシュすることにより、キャッシュ時におけるデータを取得する効率を改善するようにした情報管理システム及び端末装置並びに端末装置プログラムに関する。
【背景技術】
【０００２】
従来の端末装置は、サーバから受信したスケジュール等のユーザデータを項目として管理し、その項目が端末装置にキャッシュされているか否かをサーバ側で把握している（例えば、特許文献１参照）。
【０００３】
また、従来の端末装置において、サーバから受信したＷｅｂページのデータをユーザ指令により選択的に記憶しているものもある（例えば、特許文献２参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００９−１２３０４７号公報（段落［００１４］）
【特許文献２】特開２００９−１６３７４８号公報（段落［００３０］）
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、キャッシュされるデータの最小単位は、スケジュール等のユーザデータであった。そのため、スケジュール等のデータを構成するレイアウトデータと要素データとが分離されてキャッシュされることはなかった。
【０００６】
また、Ｗｅｂページのデータが選択的に記憶されたとしても、Ｗｅｂページのデータ全体が記憶されるものであった。そのため、Ｗｅｂページのデータのデータ構成を細かく分けることにより、レイアウトデータと要素データとが分かれて記憶されることはなかった。
【０００７】
そのため、端末装置は、サーバからＷｅｂページのデータを既にキャッシュしており、Ｗｅｂページのデータの一部だけを取得すれば済む場合であっても、再び同じＷｅｂページのデータ全体を取得するという問題点があった。
【０００８】
したがって、Ｗｅｂページのデータの一部だけを取得することができる情報管理システム及び端末装置並びに端末装置プログラムが望まれていた。
【課題を解決するための手段】
【０００９】
本発明の情報管理システムは、クライアント側としてサーバ側にＷｅｂページのデータを要求する端末装置と、サーバ側として前記端末装置から要求されたＷｅｂページのデータを返却するサーバ装置とから成る情報管理システムにおいて、前記サーバ装置は、前記Ｗｅｂページの要素を形成する要素データと前記Ｗｅｂページを形成する前記要素データの配置を定めるレイアウトデータとを記憶する第１記憶手段と、前記第１記憶手段に記憶した前記要素データ及び前記レイアウトデータの少なくとも一方を前記端末装置の要求に応じて前記Ｗｅｂページのデータとして返却し、前記Ｗｅｂページのデータを管理するデータ管理手段とを備え、前記端末装置は、前記サーバ装置から返却された前記Ｗｅｂページのデータを、前記要素データと前記レイアウトデータとに分けて格納する第２記憶手段と、前記第２記憶手段に格納された前記Ｗｅｂページのデータと、ユーザの入力指令により表示する前記Ｗｅｂページのデータとに基づいて、前記ユーザの入力指令により表示する前記Ｗｅｂページのデータを要求するか否かを決定する情報処理部とを備え、前記情報処理部は、前記Ｗｅｂページのデータを要求しない場合、前記第２記憶手段に格納されている前記要素データと前記第２記憶手段に格納されている前記レイアウトデータの中から、前記ユーザの入力指令により表示する前記Ｗｅｂページを形成するデータを選択して表示させ、前記Ｗｅｂページのデータを要求する場合であって、前記ユーザの入力指令により表示する前記Ｗｅｂページのデータの内、前記要素データ及び前記レイアウトデータの少なくとも一方が前記第２記憶手段に格納されていないとき、前記第２記憶手段に格納されていないデータを前記サーバ装置から取得し、前記サーバ装置から取得した当該データと、前記第２記憶手段に格納されているデータとに基づいて前記Ｗｅｂページを表示させるものである。
【００１０】
本発明の端末装置は、クライアント側としてサーバ側にＷｅｂページのデータを要求する端末装置において、前記サーバ側に前記Ｗｅｂページのデータを要求後に取得した前記Ｗｅｂページのデータを、前記Ｗｅｂページの要素を形成する要素データと前記Ｗｅｂページを形成する前記要素データの配置を定めるレイアウトデータとに分けて格納する記憶手段と、前記記憶手段に格納された前記Ｗｅｂページのデータと、ユーザの入力指令により表示する前記Ｗｅｂページのデータとに基づいて、前記ユーザの入力指令により表示する前記Ｗｅｂページのデータを要求するか否かを決定する情報処理部とを備え、前記情報処理部は、前記Ｗｅｂページのデータを要求しない場合、前記記憶手段に格納されている前記要素データと前記記憶手段に格納されている前記レイアウトデータの中から、前記ユーザの入力指令により表示する前記Ｗｅｂページを形成するデータを選択して表示させ、前記Ｗｅｂページのデータを要求する場合であって、前記ユーザの入力指令により表示する前記Ｗｅｂページのデータの内、前記要素データ及び前記レイアウトデータの少なくとも一方が前記記憶手段に格納されていないとき、前記記憶手段に格納されていないデータを前記サーバ側から取得し、前記サーバ側から取得した当該データと、前記記憶手段に格納されているデータとに基づいて前記Ｗｅｂページを表示させるものである。
【００１１】
本発明の端末装置プログラムは、クライアント側としてサーバ側にＷｅｂページのデータを要求する端末装置で動作する端末装置プログラムにおいて、前記サーバ側に前記Ｗｅｂページのデータを要求後に取得した前記Ｗｅｂページのデータを、前記Ｗｅｂページの要素を形成する要素データと前記Ｗｅｂページを形成する前記要素データの配置を定めるレイアウトデータとに分けて記憶手段に格納する記憶処理部と、前記記憶手段に格納された前記Ｗｅｂページのデータと、ユーザの入力指令により表示する前記Ｗｅｂページのデータとに基づいて、前記ユーザの入力指令により表示する前記Ｗｅｂページのデータを要求するか否かを決定する情報処理部とを備え、前記情報処理部は、前記Ｗｅｂページのデータを要求しない場合、前記記憶手段に格納されている前記要素データと前記記憶手段に格納されている前記レイアウトデータの中から、前記ユーザの入力指令により表示する前記Ｗｅｂページを形成するデータを選択して表示させ、前記Ｗｅｂページのデータを要求する場合であって、前記ユーザの入力指令により表示する前記Ｗｅｂページのデータの内、前記要素データ及び前記レイアウトデータの少なくとも一方が前記記憶手段に格納されていないとき、前記記憶手段に格納されていないデータを前記サーバ側から取得し、前記サーバ側から取得した当該データと、前記記憶手段に格納されているデータとに基づいて前記Ｗｅｂページを表示させるものである。
【発明の効果】
【００１２】
本発明は、Ｗｅｂページのデータの一部だけを取得することができるので、Ｗｅｂページのデータをキャッシュする効率を改善することができるという効果を有する。
【図面の簡単な説明】
【００１３】
【図１】本発明の実施の形態１における情報管理システム１の全体構成を示す図である。
【図２】本発明の実施の形態１における端末装置３０のハードウェア構成を示すブロック図である。
【図３】本発明の実施の形態１におけるサーバ装置２０のハードウェア構成を示すブロック図である。
【図４】本発明の実施の形態１における情報管理システム１の機能の構成例を示すブロック図である。
【図５】本発明の実施の形態１における図４のメモリ６０の記憶領域を説明する図である。
【図６】本発明の実施の形態１における図５のレイアウトデータ領域１０２の記憶領域を説明する図である。
【図７】本発明の実施の形態１における図５のスケジュールデータ領域１０３の記憶領域を説明する図である。
【図８】本発明の実施の形態１における図５のキャッシュ状態管理領域１０１に格納されるキャッシュ状態管理テーブルの一例を示す図である。
【図９】本発明の実施の形態１におけるサーバとクライアントとの間でのデータ通信の一例を示す図である。
【図１０】本発明の実施の形態１における図４のレイアウトデータテーブル９３に格納された情報をＸＭＬ形式で記述した一例を示す図である。
【図１１】本発明の実施の形態１における図４のスケジュールデータテーブル９２に格納された情報をＪＳＯＮ形式で記述した一例を示す図である。
【図１２】本発明の実施の形態１におけるスケジュール閲覧時の画面の表示例を示す図である。
【図１３】本発明の実施の形態１における図１２とは異なるスケジュール閲覧時の画面の表示例を示す図である。
【図１４】本発明の実施の形態１における図４のレイアウトデータテーブル９３に格納された図１０とは異なる情報をＸＭＬ形式で記述した一例を示す図である。
【図１５】本発明の実施の形態１における情報管理システム１の動作を説明するフローチャートである。
【図１６】本発明の実施の形態１におけるキャッシュデータ有無判定データ作成処理の詳細を説明するフローチャートである。
【図１７】本発明の実施の形態１におけるキャッシュデータ取得処理の詳細を説明するフローチャートである。
【図１８】本発明の実施の形態１におけるキャッシュデータ保存処理の詳細を説明するフローチャートである。
【図１９】本発明の実施の形態１におけるデータベースのデータ取得処理の詳細を説明するフローチャートである。
【図２０】本発明の実施の形態１における返却データ作成処理の詳細を説明するフローチャートである。
【発明を実施するための形態】
【００１４】
以下、本発明の実施の形態について、図面を用いて詳細に説明する。
【００１５】
実施の形態１．
図１は、本発明の実施の形態１における情報管理システム１の全体構成を示している。図１に示すように、情報管理システム１は、通信回線１０、サーバ装置２０、及び複数の端末装置３０を備える。
【００１６】
端末装置３０は、実際には図示したよりも多く存在することもあり、また、図示したよりも少なく存在することもある。端末装置３０は、通信回線１０を介してサーバ装置２０と接続する。
【００１７】
通信回線１０は、サーバやルータ等（いずれも図示せず）を有するネットワークである。通信回線１０は、サーバ装置２０や端末装置３０を接続する。通信回線１０は、ＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）や、ＴＣＰ／ＩＰ上で実現されるＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）等に準拠した手順でデータを伝送する。
【００１８】
なお、上記で説明した通信プロトコルは一例を示すものであり、これらに限定されるものではない。
【００１９】
図２は、本発明の実施の形態１における端末装置３０のハードウェア構成を示している。図２に示すように、端末装置３０は、制御部３１、記憶部３２、表示部３３、操作部３４、通信部３５、及び音声入出力部３６を備える。端末装置３０は、例えば、携帯電話機、スマートフォン、無線端末、携帯タブレット端末、またはネットブック等のような通信回線１０を介してさまざまなデータを送受信する装置であり、特に限定されるものではない。
【００２０】
制御部３１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）やＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）等の演算処理装置、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）及びＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等の各種メモリを備える。
【００２１】
記憶部３２は、各種データを記憶する不揮発性の記憶手段である。表示部３３は、表示画面を備えており、制御部３１からの指令に基づいて画像を表示する。表示画面は、例えば、ＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）である。ＬＣＤは、タッチパネル（図示せず）を備える。タッチパネルはさまざまな操作子が各種釦として表示される。操作部３４は、複数の操作子を備え、ユーザにより選択された操作子に基づいて操作信号を制御部３１に供給する。制御部３１は、供給された操作信号に基づいてさまざまな処理を実行する。通信部３５は、アンテナや通信回路を備え、通信回線１０を介してデータの送受信を行う。音声入出力部３６は、マイクロフォン等の収音手段、スピーカ等の放音手段、及びＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）等の音声処理回路を備える。
【００２２】
図３は、本発明の実施の形態１におけるサーバ装置２０のハードウェア構成を示している。図３に示すように、サーバ装置２０は、制御部２１、記憶部２２、表示部２３、操作部２４、及び通信部２５を備える。
【００２３】
制御部２１は、大量のデータを処理する点では異なるものの、制御部３１と同様の構成であるので、ここではその説明については省略する。記憶部２２は、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）等の記憶装置を備え、クライアントである端末装置３０に供給する様々なデータを記憶している。表示部２３は、表示部３３と同様の構成であるので、ここではその詳細については省略するが、必ずしもタッチパネル等の機能を有するものではない。操作部２４は、例えば、キーボード等の入力手段を備える。通信部２５は、大量のデータを処理する点では異なるものの、通信部３５と同様の構成であるので、ここではその説明については省略する。
【００２４】
図４は、本発明の実施の形態１における情報管理システム１の機能の構成例を示している。図４に示すように、情報管理システム１は、端末装置３０及びスケジュール管理システム４０を備える。
【００２５】
端末装置３０は、いわゆるクライアント側システムである。具体的には、端末装置３０は、クライアントアプリケーション５０及びメモリ６０を備える。クライアントアプリケーション５０は、端末装置３０のユーザ指令に基づいて、各種処理を実行する。例えば、ユーザ指令により、スケジュール表示が要求されたとき、スケジュール管理システム４０に、Ｗｅｂページのデータであるスケジュール画面データをＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）やＨＴＴＰＳ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ ｏｖｅｒ Ｓｅｃｕｒｅ Ｓｏｃｋｅｔ Ｌａｙｅｒ）に準拠した手順で要求し、スケジュール管理システム４０から返却されたスケジュール画面データをメモリ６０にキャッシュし、所定の形式に基づいて端末装置３０の表示部３３でＷｅｂページとして表示する。ここで、キャッシュされたデータは、クライアント側システムが、サーバ側システムより取得したデータをメモリ６０に格納したもののことであり、次に、クライアント側システムが同一のＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）で指定されたＷｅｂ上のページを参照しようとしたときに、適宜利用されるものである。ここで、クライアントアプリケーション５０は、図２に示す制御部３１上で実行される。また、メモリ６０は、図２に示す記憶部３２に実装される。
【００２６】
なお、上記では、通信プロトコルとして、ＨＴＴＰやＨＴＴＰＳに準拠した場合について説明したが、これらに限定されるものでない。
【００２７】
クライアントアプリケーション５０は、電文解析部５１及びキャッシュ状態管理部５２を備える。電文解析部５１は、スケジュール管理システム４０から返却されたスケジュール画面データを読み込み、その構造を解析し、解析結果に応じて表示部３３で表示させる。例えば、読み込んだ文書がＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）形式で記述されたデータであれば、開始タグ（＜ｔｉｔｌｅ＞）と終了タグ（＜／ｔｉｔｌｅ＞）の対応関係等をチェックし、各要素が入れ子になっているか否か等のチェックをする。このとき、妥当な形式でなければ、適宜エラーを通知する。すなわち、この場合においては、電文解析部５１は、読み込んだデータがＸＭＬ形式で文法的に正しく記述されているか否かをチェックするのである。
【００２８】
次に、電文解析部５１は、ＸＭＬ形式で記述されたデータが文法的に妥当な形式であれば、ＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍ Ｉｎｔｅｒｆａｃｅ）を利用して表示部３３でＸＭＬ形式の文書を表示させる。この場合、ＡＰＩは、例えば、ＤＯＭ（Ｄｏｃｕｍｅｎｔ Ｏｂｊｅｃｔ Ｍｏｄｅｌ）やＳＡＸ（Ｓｉｍｐｌｅ ＡＰＩ ｆｏｒ ＸＭＬ）等である。
【００２９】
また、電文解析部５１は、スケジュール管理システム４０から返却されたスケジュール画面データが、ＪＳＯＮ（ＪａｖｅＳｃｒｉｐｔ Ｏｂｊｅｃｔ Ｎｏｔａｔｉｏｎ）形式で記述されたデータであれば、ＪＳＯＮ形式で記述されたデータをオブジェクト化し、オブジェクト化したデータを用いて表示用のオブジェクトを生成し、表示部３３で表示させる。
【００３０】
また、電文解析部５１は、スケジュール管理システム４０から返却されたスケジュール画面データが、ＸＭＬ形式で記述されたデータと、ＪＳＯＮ形式で記述されたデータとを含む場合、上記で説明した処理をそれぞれ実行し、表示部３３で表示させる。
【００３１】
なお、ここでは、スケジュール管理システム４０から返却されたスケジュール画面データが、ＸＭＬ形式で記述されたデータやＪＳＯＮ形式で記述されたデータの場合について説明したが、これらに限定されるものではなく、適宜、他の形式で記述されたデータであってもよい。
【００３２】
キャッシュ状態管理部５２は、キャッシュされたデータの状態を管理する。例えば、キャッシュされたデータが、要素データの配置を定義するレイアウトデータを含むものであるか否かを管理し、また、要素データとしてのスケジュールデータを含むものであるか否かを管理する。また、キャッシュ状態管理部５２は、キャッシュされたデータが更新を必要とするか否かを管理する。また、キャッシュ状態管理部５２は、キャッシュされたデータがいつのスケジュールデータであるかを管理する。例えば、キャッシュされたデータが「２０１１年９月」のスケジュールデータであれば、キャッシュ状態管理部５２は、「２０１１年９月」、更新をするか否か、レイアウトデータを含むか否か、要素データとしてのスケジュールデータを含むか否か等を管理する。
【００３３】
なお、電文解析部５１が、キャッシュ状態管理部５２に相当する機能を備えていてもよい。
【００３４】
なお、ここでは、サーバ側システムから返却されるデータがスケジュール画面データである場合について説明しているが、これに限定されるものではない。
【００３５】
スケジュール管理システム４０は、サーバ装置２０に実装されるものであり、いわゆるサーバ側システムである。具体的には、スケジュール管理システム４０は、アプリケーションサーバ７０、スケジュール管理サーバ８０、及びデータベースサーバ９０等を備える。ここで、アプリケーションサーバ７０、スケジュール管理サーバ８０、及びデータベースサーバ９０は、図３に示す制御部２１上で実行される。
【００３６】
アプリケーションサーバ７０は、業務処理部７１を備え、業務処理部７１でさまざまな業務に関する処理を実行させ、適宜、データベースサーバ９０が保有するスケジュール画面データ等の更新や参照を行う。
【００３７】
スケジュール管理サーバ８０は、データベースサーバ９０が管理するスケジュール管理データベース９１に格納されるスケジュール画面データを管理し、クライアントアプリケーション５０からのスケジュール画面データの要求に応じて、スケジュール画面データをクライアントアプリケーション５０に返却する。例えば、スケジュール管理サーバ８０は、要求されたスケジュール画面データであるレイアウトデータやスケジュールデータを適宜ＸＭＬ形式やＪＳＯＮ形式等の所定の形式に変換し、それを所定の通信プロトコルに準拠した手順で、クライアントアプリケーション５０に返却する。
【００３８】
データベースサーバ９０は、スケジュール管理データベース９１を管理する。スケジュール管理データベース９１は、要素データとしてのスケジュールデータテーブル９２と要素データの配置を定義するレイアウトデータテーブル９３を備える。ここで、スケジュール管理データベース９１は、図３に示す記憶部２２に実装される。
【００３９】
なお、スケジュールデータテーブル９２やレイアウトデータテーブル９３に格納されるデータの形式は、例えば、ＣＳＶ（Ｃｏｍｍａ−Ｓｅｐａｒａｔｅｄ Ｖａｌｕｅｓ）形式等で格納される。ただし、格納されるデータ形式はこれに限定されるものではない。例えば、バイナリデータ形式で格納されていてもよい。
【００４０】
なお、ここでは、アプリケーションサーバ７０、スケジュール管理サーバ８０、及びデータベースサーバ９０を別々のサーバとして説明しているが、これらに限定されるものではない。例えば、アプリケーションサーバ７０がスケジュール管理サーバ８０を兼ねるものでもよく、また、例えば、スケジュール管理サーバ８０がアプリケーションサーバ７０を兼ねるものであってもよい。また、データベースサーバ９０が、アプリケーションサーバ７０やスケジュール管理サーバ８０を兼ねるものであってもよい。
【００４１】
図５は、本発明の実施の形態１における図４のメモリ６０の記憶領域を示している。図５に示すように、メモリ６０は、基本的に３つの領域から構成されている。第１の領域は、キャッシュ状態管理領域１０１であり、このキャッシュ状態管理領域１０１には、例えば、キャッシュされたデータの状態に関する情報が後述するキャッシュ状態管理テーブルとして記憶される。
【００４２】
第２の領域は、レイアウトデータ領域１０２であり、このレイアウトデータ領域１０２には、例えば、スケジュール管理システム４０から取得したスケジュール画面データの内、要素データの配置を定義するレイアウトデータが記憶される。
【００４３】
第３の領域は、スケジュールデータ領域１０３であり、このスケジュールデータ領域１０３には、例えば、スケジュール管理システム４０から取得したスケジュール画面データの内、要素データであるスケジュールデータが記憶される。
【００４４】
図６は、本発明の実施の形態１における図５のレイアウトデータ領域１０２の記憶領域を示している。図６に示すように、レイアウトデータ領域１０２は、複数の単位領域が無限ループ状に連結するように構成されている。この場合においては、レイアウトデータ領域１０２がＮ個の単位領域に区分されており、領域１に所定のデータが書き込まれたとき、次の情報は領域２に書き込まれるようになされている。そして、さらに、領域３、・・・のように順番に情報が書き込まれ、領域Ｎに情報が書き込まれた後、次の情報は領域１に書き込まれる。すなわち、領域１に既に記憶されている情報が消去され、その上に新たな情報が記憶されるようになされている。このようにして、レイアウトデータ領域１０２には、最新のＮ個の情報が記憶されることになる。例えば、図６においては、領域２に９月分のスケジュール画面データのレイアウトデータが格納され、領域３に１０月分のスケジュール画面データのレイアウトデータが格納されている。
【００４５】
図７は、本発明の実施の形態１における図５のスケジュールデータ領域１０３の記憶領域を示している。図７に示すように、スケジュールデータ領域１０３は、複数の単位領域が無限ループ状に連結するように構成されている。この場合においては、スケジュールデータ領域１０３がＮ個の単位領域に区分されており、領域１に所定のデータが書き込まれたとき、次の情報は領域２に書き込まれるようになされている。そして、さらに、領域３、・・・のように順番に情報が書き込まれ、領域Ｎに情報が書き込まれた後、次の情報は領域１に書き込まれる。すなわち、領域１に既に記憶されている情報が消去され、その上に新たな情報が記憶されるようになされている。このようにして、スケジュールデータ領域１０３には、最新のＮ個の情報が記憶されることになる。例えば、図７においては、領域１にｎ−１月分のスケジュール画面データのスケジュールデータが格納され、領域２にｎ月分のスケジュール画面データのスケジュールデータが格納され、領域３にｎ＋１月分のスケジュール画面データのスケジュールデータが格納されている。
【００４６】
図８は、本発明の実施の形態１における図５のキャッシュ状態管理領域１０１に格納されるキャッシュ状態管理テーブルの一例を示している。図８に示すように、キャッシュ状態管理テーブルは、キャッシュ対象のデータ変数と、更新フラグと、キャッシュデータ表示判定フラグと、レイアウトデータ判定フラグ、スケジュールデータ判定フラグ、及びキャッシュ有無判定フラグを含むキャッシュ有無判定に関する情報とを備える。キャッシュ状態管理テーブルは、１つの行に対して、１つのスケジュール画面データに対応したキャッシュ状態が定義されたものである。すなわち、キャッシュ対象のデータ変数が指定されると、その指定されたキャッシュ対象に対するスケジュール画面データの属性情報として、更新フラグ、キャッシュデータ表示判定フラグ、レイアウトデータ判定フラグ、スケジュールデータ判定フラグ、及びキャッシュ有無判定フラグが指定される。
【００４７】
キャッシュ対象のデータ変数は、キャッシュ対象とされるスケジュール画面データを識別するものであり、例えば、図８に示すように、「２０１１０９」、「２０１１０１」、「２０１１０２」、「２０１１０３」、及び「２０１１０４」である。「２０１１０９」は、２０１１年９月のスケジュールが、キャッシュ対象とされるスケジュール画面データであることを意味し、「２０１１０１」は、２０１１年１月のスケジュールが、キャッシュ対象とされるスケジュール画面データであることを意味し、「２０１１０２」は、２０１１年２月のスケジュールが、キャッシュ対象とされるスケジュール画面データであることを意味し、「２０１１０３」は、２０１１年３月のスケジュールが、キャッシュ対象とされるスケジュール画面データであることを意味し、「２０１１０４」は、２０１１年４月のスケジュールが、キャッシュ対象とされるスケジュール画面データであることを意味する。
【００４８】
更新フラグは、ユーザ指令により、スケジュール画面データの更新要求がなされたときに変更されるものである。例えば、スケジュール画面データが表示部３３で表示される際、ユーザ指令により、スケジュール画面データの更新要求がなされたときに、更新フラグは１に設定され、スケジュール画面データの更新要求がなされないときに、更新フラグは０に設定される。
【００４９】
キャッシュデータ表示判定フラグは、更新フラグの変更に連動するものである。例えば、更新フラグが１に設定されたとき、キャッシュデータ表示判定フラグは０に設定され、更新フラグが０に設定されたとき、キャッシュデータ表示判定フラグは１に設定される。また、キャッシュデータ表示判定フラグが０に設定されたとき、それに連動してレイアウトデータ判定フラグとスケジュールデータ判定フラグは両方とも０に設定される。
【００５０】
キャッシュ有無判定に関する情報は、具体的には、レイアウトデータ判定フラグ、スケジュールデータ判定フラグ、及びキャッシュ有無判定フラグを備える。
【００５１】
レイアウトデータ判定フラグは、キャッシュされたデータにレイアウトデータが含まれるか否かを示すものである。例えば、キャッシュされたデータにレイアウトデータが含まれるとき、レイアウトデータ判定フラグは１に設定され、キャッシュされたデータにレイアウトデータが含まれないとき、レイアウトデータ判定フラグは０に設定される。
【００５２】
スケジュールデータ判定フラグは、キャッシュされたデータにスケジュールデータが含まれるか否かを示すものである。例えば、キャッシュされたデータにスケジュールデータが含まれるとき、スケジュールデータ判定フラグは１に設定され、キャッシュされたデータにスケジュールデータが含まれないとき、スケジュールデータ判定フラグは０に設定される。
【００５３】
キャッシュ有無判定フラグは、レイアウトデータ判定フラグとスケジュールデータ判定フラグとのＡＮＤ演算の結果を格納するものである。例えば、キャッシュ有無判定フラグが１のとき、レイアウトデータとスケジュールデータとの両方が存在するので、キャッシュされたデータにはスケジュール画面データを表示する要素データとしてのスケジュールデータとその要素データの配置を定義するレイアウトデータとの両方があることになり、このときの状態をキャッシュされたデータが有るとしている。また、キャッシュ有無判定フラグが０のとき、レイアウトデータかスケジュールデータのどちらか一方、あるいはその両方が存在しないので、キャッシュされたデータにはスケジュール画面データを表示するデータが欠落しており、このときの状態をキャッシュされたデータが無いとしている。
【００５４】
例えば、図８に示すように、キャッシュ対象のデータ変数が、２０１１年９月である場合、更新フラグが０、キャッシュデータ表示判定フラグが１に、レイアウトデータ判定フラグが１に、スケジュールデータ判定フラグが１に、キャッシュ有無判定フラグが１に設定され、キャッシュ対象のデータ変数が、２０１１年１月である場合、レイアウトデータ判定フラグが１に、スケジュールデータ判定フラグが０に、キャッシュ有無判定フラグが０に設定され、キャッシュ対象のデータ変数が、２０１１年２月である場合、レイアウトデータ判定フラグが０に、スケジュールデータ判定フラグが１に、キャッシュ有無判定フラグが０に設定され、キャッシュ対象のデータ変数が、２０１１年３月である場合、レイアウトデータ判定フラグが０に、スケジュールデータ判定フラグが０に、キャッシュ有無判定フラグが０に設定されている一例が示されている。なお、図８において、「−」となっている箇所については、何も設定されていない状態を示すものである。
【００５５】
なお、ここで説明したキャッシュ状態管理テーブルの表記は一例を示すものであり、これらに限定されるものではない。
【００５６】
図９は、本発明の実施の形態１におけるサーバとクライアントとの間でのデータ通信の一例を示している。図９に示すように、クライアントアプリケーション５０は画面要求を「ｈｔｔｐ：／／ｘｘｘ．ｘｘｘ／ｙｙｙｙ／ｘｘｘｍｏｎｔｈｌｙ．ｄｏ」という形式で実行する。スケジュール管理サーバ８０は、クライアントアプリケーション５０からの画面要求に基づいて、スケジュール画面データを、レイアウトデータと、スケジュールデータとに分けて返却する。このような画面要求は、スケジュール画面データの一部（例えば、要素データ又はレイアウトデータ）あるいは全部（例えば、要素データ及びレイアウトデータ）がメモリ６０にキャッシュされていないときや、スケジュール画面データの更新要求がなされたときに実行される。
【００５７】
なお、ここで説明した画面要求の指令の形式は一例を示すものであり、これに限定されるものではない。
【００５８】
図１０は、本発明の実施の形態１における図４のレイアウトデータテーブル９３に格納された情報をＸＭＬ形式で記述した一例を示している。図１０に示すように、記述１５１は、要素データであるスケジュールデータの配置を定義している。記述１５２は、要素データであるスケジュールデータの参照先を定義している。記述１５３は、例えば、表示画面をスクロールさせるときに画面をこする動作であるフリックをしたときのように、ユーザが画面を操作したときに対応する処理を定義している。
【００５９】
なお、ＸＭＬは特定の構造に基づいたマークアップ言語であるため、ＸＭＬ形式でデータが記述されると、ユーザが必要な要素を追加することが容易となる。
【００６０】
なお、操作はフリックに限定されるものではないことはいうまでもない。例えば、操作子を選択するときの操作として、操作子を１回たたくタップ、選択した操作子を実行するときの操作として、操作子を２回たたくダブルタップ、操作子や対象物等を移動させるときのドラッグ、あるいは、対象物等を縮小や拡大させるときのピンチ等の操作であってもよい。
【００６１】
なお、ここで説明した記述１５１、１５２、１５３は一例を示すものであり、これらに限定されるものではない。
【００６２】
図１１は、本発明の実施の形態１における図４のスケジュールデータテーブル９２に格納された情報をＪＳＯＮ形式で記述した一例を示している。図１１に示すように、記述１５４は、キャッシュ対象のデータ変数として「ＣＡＣＨＥ＿ＴＡＧ」を定義し、「ＣＡＣＨＥ＿ＴＡＧ」に変数として「ｍｏｎｔｈｌｙ＿２０１１０９」を定義している。記述１５５は、「ｍｏｎｔｈｌｙ＿２０１１０９」の詳細を定義しており、この場合においては、「ＤＩＳＰ＿ＭＯＮＴＨ」として「２０１１０９」が定義され、「ＮＥＸＴ＿ＭＯＮＴＨ」として「２０１１１０」が定義され、「ＰＲＥＶ＿ＭＯＮＴＨ」として「２０１１０８」が定義されている。ここでは、スケジュール画面データを取得したときに表示部３３に最初に表示させるものを定義する変数として「ＤＩＳＰ＿ＭＯＮＴＨ」を用い、「ＤＩＳＰ＿ＭＯＮＴＨ」の次の月として表示させるものを定義する変数として「ＮＥＸＴ＿ＭＯＮＴＨ」を用い、「ＤＩＳＰ＿ＭＯＮＴＨ」の前の月として表示させるものを定義する変数として「ＰＲＥＶ＿ＭＯＮＴＨ」を用いている。
【００６３】
なお、ＪＳＯＮは軽量なデータ交換形式であり、ユーザにとって読み書きが容易であり、ＣＰＵを搭載したマシンにとっても簡単に構文解析等を行うことができ、ＪａｖａＳｃｒｉｐｔ（登録商標）におけるオブジェクトの表記法をベースとしたデータ記述言語であるため、ＪＳＯＮ形式でデータが記述されると、Ｗｅｂページのデータのレスポンスタイムを短縮することができる。
【００６４】
なお、ここで説明した記述１５４、１５５は一例を示すものであり、これらに限定されるものではない。
【００６５】
図１２は、本発明の実施の形態１におけるスケジュール閲覧時の画面の表示例を示している。図１２に示すように、端末装置３０は、表示部３３と、表示部３３等を収納する筐体１１０から形成される。指１２１により左右にフリックされることで、端末装置３０は、前月や次月のスケジュール画面を表示させる。例えば、右向き矢印１３２の方向にフリックされたとき、先月である２０１１年７月のスケジュール画面が表示部３３で表示され、左向き矢印１３１の方向にフリックされたとき、翌月である２０１１年９月のスケジュール画面が表示部３３に表示される。また、例えば、指１２１により操作子の１つである更新釦１４１がダブルタップされたとき、２０１１年８月のスケジュール画面が更新される。また、図１２に示すように、スケジュールデータとは、例えば、２０１１年８月５日では「終日」として表示されるものであり、この詳細については、さらに所定の操作をすることにより表示される。また、図１２に示すように、レイアウトデータとは、各種操作子やスケジュールデータ等を表示部３３のどこに配置するかを定義するものであり、例えば、更新釦は表示部３３の右側下方の隅部に配置され、スケジュールデータは表示部３３の略中央に配置されている。
【００６６】
図１３は、本発明の実施の形態１における図１２とは異なるスケジュール閲覧時の画面の表示例を示している。図１３に示すように、例えば、２０１１年９月のスケジュール画面が表示部３３に表示されている。図１２では、２０１１年８月のスケジュール画面が表示部３３に表示されていたので、図１３では、図１２において、左向き矢印１３１の方向にフリックされた後の表示例が示されている。
【００６７】
図１４は、本発明の実施の形態１における図４のレイアウトデータテーブル９３に格納された図１０とは異なる情報をＸＭＬ形式で記述した一例を示している。図１４に示すように、記述１５６は、左フリック時の動作において、引数が設定されたものであり、メモリ６０にスケジュール画面データがキャッシュされているとき、キャッシュされたスケジュール画面データを表示部３３に表示させ、メモリ６０にスケジュール画面データがキャッシュされていないとき、スケジュール管理サーバ８０にスケジュール画面データを要求する。また、図１４に示すように、記述１５７は、右フリック時の動作において、引数が設定されたものであり、メモリ６０にスケジュール画面データがキャッシュされているとき、キャッシュされたスケジュール画面データを表示部３３に表示させ、メモリ６０にスケジュール画面データがキャッシュされていないとき、スケジュール管理サーバ８０にスケジュール画面データを要求する。記述１５８は、左フリック時の動作において、引数が設定されていないものであり、メモリ６０にスケジュール画面データがキャッシュされているか否かにかかわらず、スケジュール管理サーバ８０にスケジュール画面データを要求する。
【００６８】
図１５は、本発明の実施の形態１における情報管理システム１の動作を説明するフローチャートである。
【００６９】
（ステップＳ１１）
端末装置３０は、スケジュール画面（ｎ月分）を表示する。
【００７０】
（ステップＳ１２）
端末装置３０は、スケジュール画面（ｎ＋１月分）を表示する指令があるか否かを判定する。端末装置３０は、スケジュール画面（ｎ＋１月分）を表示する指令がある場合、ステップＳ１３へ進む。一方、端末装置３０は、スケジュール画面（ｎ＋１月分）を表示する指令がない場合、ステップＳ１２へ戻る。
【００７１】
なお、上記では、スケジュール画面（ｎ＋１月分）を表示する指令に基づく一例について説明したが、これに限定されるものではない。例えば、スケジュール画面（ｎ−１月分）を表示する指令に基づくものであってもよい。
【００７２】
（ステップＳ１３）
端末装置３０は、キャッシュデータを表示するか否かを判定する。具体的には、端末装置３０は、図８に示すキャッシュデータ表示判定フラグが１の場合、キャッシュデータを表示すると判定して、ステップＳ１４へ進む。
【００７３】
一方、端末装置３０は、図８に示すキャッシュデータ表示判定フラグが０の場合、キャッシュデータを表示しないと判定して、スケジュール管理システム４０にスケジュール画面（ｎ＋１月分）を要求し、ステップＳ１９へ進む。このとき、図８に示すキャッシュ状態管理テーブルの各種フラグは変更される。例えば、キャッシュデータ表示判定フラグが０の場合、レイアウトデータ判定フラグとスケジュールデータ判定フラグは０に設定され、それにより、キャッシュ有無判定フラグは０に設定される。そして、端末装置３０は、図８に示すキャッシュ状態管理テーブルの各種フラグの内容をスケジュール管理システム４０に送信する。
【００７４】
（ステップＳ１４）
端末装置３０は、詳細については図１６を用いて後述するように、キャッシュデータ有無判定データ作成処理を実行し、その後、ステップＳ１５へ進む。
【００７５】
（ステップＳ１５）
端末装置３０は、キャッシュデータがあるか否かを判定する。端末装置３０は、図８に示すキャッシュ有無判定フラグが１の場合、キャッシュデータがあると判定して、ステップＳ１６へ進む。
【００７６】
一方、端末装置３０は、図８に示すキャッシュ有無判定フラグが０の場合、キャッシュデータがないと判定して、スケジュール管理システム４０にスケジュール画面（ｎ＋１月分）を要求し、ステップＳ１９へ進む。このとき、端末装置３０は、図８に示すキャッシュ状態管理テーブルの各種フラグの内容をスケジュール管理システム４０に送信する。
【００７７】
（ステップＳ１６）
端末装置３０は、詳細については図１７を用いて後述するように、キャッシュデータ取得処理を実行し、その後、ステップＳ１８へ進む。
【００７８】
（ステップＳ１７）
端末装置３０は、後述するように、スケジュール管理システム４０から返却されたレイアウトデータ及びスケジュールデータを保存する処理であるキャッシュデータ保存処理を、詳細については図１８を用いて後述するように実行し、その後、ステップＳ１８へ進む。
【００７９】
（ステップＳ１８）
端末装置３０は、スケジュール画面（ｎ＋１月分）を表示し、処理は終了する。
【００８０】
（ステップＳ１９）
スケジュール管理システム４０は、詳細については図１９を用いて後述するように、データベースのデータ取得処理を実行し、端末装置３０に対してレイアウトデータ及びスケジュールデータを返却し、その後、ステップＳ２０へ進む。
【００８１】
（ステップＳ２０）
スケジュール管理システム４０は、詳細については図２０を用いて後述するように、返却データ作成処理を実行し、その後、ステップＳ１７へ進む。
【００８２】
図１６は、本発明の実施の形態１におけるキャッシュデータ有無判定データ作成処理の詳細を説明するフローチャートである。
【００８３】
（ステップＳ３１）
端末装置３０は、キャッシュ対象に対応するレイアウトデータが存在するか否かを判定する。端末装置３０は、キャッシュ対象に対応するレイアウトデータがメモリ６０のレイアウトデータ領域１０２に存在する場合、ステップＳ３２へ進む。一方、端末装置３０は、キャッシュ対象に対応するレイアウトデータがメモリ６０のレイアウトデータ領域１０２に存在しない場合、ステップＳ３３へ進む。
【００８４】
（ステップＳ３２）
端末装置３０は、メモリ６０のキャッシュ状態管理領域に格納されており、図８に示すキャッシュ状態管理テーブルのレイアウトデータ判定フラグを１に設定し、ステップＳ３４へ進む。
【００８５】
（ステップＳ３３）
端末装置３０は、メモリ６０のキャッシュ状態管理領域に格納されており、図８に示すキャッシュ状態管理テーブルのレイアウトデータ判定フラグを０に設定し、ステップＳ３４へ進む。
【００８６】
（ステップＳ３４）
端末装置３０は、キャッシュ対象に対応するスケジュールデータが存在するか否かを判定する。端末装置３０は、キャッシュ対象に対応するスケジュールデータがメモリ６０のスケジュールデータ領域１０３に存在する場合、ステップＳ３５へ進む。一方、端末装置３０は、キャッシュ対象に対応するスケジュールデータがメモリ６０のスケジュールデータ領域１０３に存在しない場合、ステップＳ３６へ進む。
【００８７】
（ステップＳ３５）
端末装置３０は、メモリ６０のキャッシュ状態管理領域に格納されており、図８に示すキャッシュ状態管理テーブルのスケジュールデータ判定フラグを１に設定し、ステップＳ３７へ進む。
【００８８】
（ステップＳ３６）
端末装置３０は、メモリ６０のキャッシュ状態管理領域に格納されており、図８に示すキャッシュ状態管理テーブルのスケジュールデータ判定フラグを０に設定し、ステップＳ３７へ進む。
【００８９】
（ステップＳ３７）
端末装置３０は、レイアウトデータ判定フラグとスケジュールデータ判定フラグとのＡＮＤ演算を実行し、ステップＳ３８へ進む。
【００９０】
（ステップＳ３８）
端末装置３０は、レイアウトデータ判定フラグとスケジュールデータ判定フラグとのＡＮＤ演算結果を、図８に示すキャッシュ有無判定フラグに格納し、処理は終了し、図１５のステップＳ１４へ戻る。
【００９１】
図１７は、本発明の実施の形態１におけるキャッシュデータ取得処理の詳細を説明するフローチャートである。
【００９２】
（ステップＳ５１）
端末装置３０は、キャッシュデータからキャッシュ対象に対応するレイアウトデータを取得する。具体的には、スケジュール画面（ｎ＋１月分）として、９月が指定されていると想定する。この場合、キャッシュ対象のデータ変数は、「２０１１０９」である。このときのレイアウトデータについては、端末装置３０は、図６に示すレイアウトデータ領域１０２の各単位領域から９月に相当するキャッシュデータを検索し、検索結果を取得する。例えば、図６に示すように、領域２に９月のレイアウトデータが格納されており、端末装置３０は、このレイアウトデータを取得する。その後、ステップＳ５２へ進む。
【００９３】
（ステップＳ５２）
端末装置３０は、キャッシュデータからキャッシュ対象に対応するスケジュールデータを取得する。具体的には、スケジュール画面（ｎ＋１月分）として、９月が指定されていると想定する。この場合、キャッシュ対象のデータ変数は、「２０１１０９」である。このときのレイアウトデータについては、端末装置３０は、図７に示すスケジュールデータ領域１０３の各単位領域から９月に相当するキャッシュデータを検索し、検索結果を取得する。例えば、図７に示すように、領域３に９月に相当する（ｎ＋１月）のスケジュールデータが格納されており、端末装置３０は、このスケジュールデータを取得する。その後、処理は終了し、図１５のステップＳ１６へ戻る。
【００９４】
図１８は、本発明の実施の形態１におけるキャッシュデータ保存処理の詳細を説明するフローチャートである。
【００９５】
（ステップＳ６１）
端末装置３０は、取得したデータをメモリ領域上にキャッシュし、ステップＳ６２へ進む。具体的には、取得したデータにレイアウトデータを含む場合、取得したレイアウトデータを図５に示すレイアウトデータ領域１０２に格納し、取得したデータにスケジュールデータを含む場合、取得したスケジュールデータを図５に示すスケジュールデータ領域１０３に格納する。
【００９６】
（ステップＳ６２）
端末装置３０は、レイアウトデータをメモリ領域上にキャッシュしたか否かを判定する。端末装置３０は、レイアウトデータをメモリ領域上にキャッシュした場合、ステップＳ６３へ進む。一方、端末装置３０は、レイアウトデータをメモリ領域上にキャッシュしない場合、ステップＳ６４へ進む。
【００９７】
（ステップＳ６３）
端末装置３０は、図８に示すレイアウトデータ判定フラグを１に設定し、ステップＳ６４へ進む。
【００９８】
（ステップＳ６４）
端末装置３０は、スケジュールデータをメモリ領域上にキャッシュしたか否かを判定する。端末装置３０は、スケジュールデータをメモリ領域上にキャッシュした場合、ステップＳ６５へ進む。一方、端末装置３０は、スケジュールデータをメモリ領域上にキャッシュしない場合、処理は終了し、図１５のステップＳ１７へ戻る。
【００９９】
（ステップＳ６５）
端末装置３０は、図８に示すスケジュールデータ判定フラグを１に設定し、処理は終了し、図１５のステップＳ１７へ戻る。
【０１００】
図１９は、本発明の実施の形態１におけるデータベースのデータ取得処理の詳細を説明するフローチャートである。
【０１０１】
（ステップＳ８１）
スケジュール管理システム４０は、図８に示す更新フラグが１であるか否かを判定する。スケジュール管理システム４０は、図８に示す更新フラグが１でない場合、ステップＳ８３へ進む。一方、スケジュール管理システム４０は、図８に示す更新フラグが１である場合、ステップＳ８２へ進む。
【０１０２】
（ステップＳ８２）
スケジュール管理システム４０は、キャッシュ対象に対応するレイアウトデータとスケジュールデータとを取得する。具体的には、スケジュール管理システム４０は、要求されているスケジュール画面（ｎ＋１月分）として、９月が指定されていると想定する。この場合、スケジュール管理システム４０は、スケジュール管理データベース９１から９月を検索キーとして、スケジュールデータテーブル９２とレイアウトデータテーブル９３との両方から９月に相当するスケジュール画面データのスケジュールデータとレイアウトデータとを検索して、検索結果を取得した後、処理は終了し、図１５に示すステップＳ１９へ戻る。
【０１０３】
（ステップＳ８３）
スケジュール管理システム４０は、レイアウトデータ判定フラグが１であるか否かを判定する。スケジュール管理システム４０は、レイアウトデータ判定フラグが１である場合、ステップＳ８４へ進む。一方、スケジュール管理システム４０は、レイアウトデータ判定フラグが１でない場合、ステップＳ８５へ進む。
【０１０４】
（ステップＳ８４）
スケジュール管理システム４０は、キャッシュ対象に対応するレイアウトデータを取得する。具体的には、スケジュール管理システム４０は、要求されているスケジュール画面（ｎ＋１月分）として、９月が指定されていると想定する。この場合、スケジュール管理システム４０は、スケジュール管理データベース９１から９月を検索キーとして、レイアウトデータテーブル９３から９月に相当するスケジュール画面データのレイアウトデータを検索して、検索結果を取得した後、ステップＳ８５へ進む。
【０１０５】
（ステップＳ８５）
スケジュール管理システム４０は、スケジュールデータ判定フラグが１であるか否かを判定する。スケジュール管理システム４０は、スケジュールデータ判定フラグが１である場合、ステップＳ８６へ進む。一方、スケジュール管理システム４０は、スケジュールデータ判定フラグが１でない場合、処理は終了し、図１５に示すステップＳ１９へ戻る。
【０１０６】
（ステップＳ８６）
スケジュール管理システム４０は、キャッシュ対象に対応するスケジュールデータを取得する。具体的には、スケジュール管理システム４０は、要求されているスケジュール画面（ｎ＋１月分）として、９月が指定されていると想定する。この場合、スケジュール管理システム４０は、スケジュール管理データベース９１から９月を検索キーとして、スケジュールデータテーブル９２から９月に相当するスケジュール画面データのスケジュールデータを検索して、検索結果を取得した後、処理は終了し、図１５に示すステップＳ１９へ戻る。
【０１０７】
図２０は、本発明の実施の形態１における返却データ作成処理の詳細を説明するフローチャートである。
【０１０８】
（ステップＳ１０１）
スケジュール管理システム４０は、取得したデータの中に、レイアウトデータがあるか否かを判定する。スケジュール管理システム４０は、取得したデータの中に、レイアウトデータがある場合、ステップＳ１０２へ進む。一方、スケジュール管理システム４０は、取得したデータの中に、レイアウトデータがない場合、ステップＳ１０３へ進む。
【０１０９】
（ステップＳ１０２）
スケジュール管理システム４０は、レイアウトデータをＸＭＬ形式のデータに変換し、ステップＳ１０３へ進む。
【０１１０】
（ステップＳ１０３）
スケジュール管理システム４０は、取得したデータの中に、スケジュールデータがあるか否かを判定する。スケジュール管理システム４０は、取得したデータの中に、スケジュールデータがある場合、ステップＳ１０４へ進む。一方、スケジュール管理システム４０は、取得したデータの中に、スケジュールデータがない場合、処理は終了し、図１５に示すステップＳ２０へ戻る。
【０１１１】
（ステップＳ１０４）
スケジュール管理システム４０は、スケジュールデータをＪＳＯＮ形式のデータに変換し、処理は終了し、図１５に示すステップＳ２０へ戻る。
【０１１２】
このように、ステップＳ１１〜ステップＳ２０、ステップＳ３１〜ステップＳ３８、ステップＳ５１、ステップＳ５２、ステップＳ６１〜ステップＳ６５、ステップＳ８１〜ステップＳ８６、ステップＳ１０１〜ステップＳ１０４の処理が端末装置３０とサーバ装置２０とで実行されることにより、クライアント側システムは、Ｗｅｂページ全体をその都度サーバ側システムに要求する必要がなく、必要なデータのみ要求することができる。それにより、画面レイアウトだけを更新することができる。また、画面レイアウトが同一であり、要素データだけを更新するときには、Ｗｅｂページ全体を要求しなくても、要素データだけを取得することで、要素データだけを更新することができる。したがって、Ｗｅｂページのデータの一部だけを取得することができるので、Ｗｅｂページのデータをキャッシュする効率を改善することができる。
【０１１３】
また、ステップＳ１１〜ステップＳ１８の処理が端末装置３０で実行されることにより、Ｗｅｂページ全体をその都度サーバ側システムに要求する必要がなく、必要なデータのみ要求することができる。それにより、画面レイアウトだけを更新することができる。また、画面レイアウトが同一であり、要素データだけを更新するときには、Ｗｅｂページ全体を要求しなくても、要素データだけを取得することで、要素データだけを更新することができる。したがって、Ｗｅｂページのデータの一部だけを取得することができるので、Ｗｅｂページのデータをキャッシュする効率を改善することができる。また、キャッシュする効率を改善することができるため、端末装置３０の消費電力を低減することができる。また、必要なデータのみ要求することができるため、端末装置３０の通信データのトラフィックを改善することができる。
【０１１４】
なお、本実施の形態１において、プログラムを記述するステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【０１１５】
また、本実施の形態１において、システムとは、複数の装置により構成される装置全体を表すものである。
【０１１６】
以上のように、本実施の形態１においては、クライアント側としてサーバ側にＷｅｂページのデータを要求する端末装置３０と、サーバ側として端末装置から要求されたＷｅｂページのデータを返却するサーバ装置２０とから成る情報管理システム１において、サーバ装置２０は、Ｗｅｂページの要素を形成する要素データとＷｅｂページを形成する要素データの配置を定めるレイアウトデータとを記憶する記憶部２２と、記憶部２２に記憶した要素データ及びレイアウトデータの少なくとも一方を端末装置３０の要求に応じてＷｅｂページのデータとして返却し、Ｗｅｂページのデータを管理するスケジュール管理サーバ８０とを備え、端末装置３０は、サーバ装置２０から返却されたＷｅｂページのデータを、要素データとレイアウトデータとに分けて格納する記憶部３２と、記憶部３２に格納されたＷｅｂページのデータと、ユーザの入力指令により表示するＷｅｂページのデータとに基づいて、ユーザの入力指令により表示するＷｅｂページのデータを要求するか否かを決定する制御部３１とを備え、制御部３１は、Ｗｅｂページのデータを要求しない場合、記憶部３２に格納されている要素データと記憶部３２に格納されているレイアウトデータの中から、ユーザの入力指令により表示するＷｅｂページを形成するデータを選択して表示させ、Ｗｅｂページのデータを要求する場合であって、ユーザの入力指令により表示するＷｅｂページのデータの内、要素データ及びレイアウトデータの少なくとも一方が記憶部３２に格納されていないとき、記憶部３２に格納されていないデータをサーバ装置２０から取得し、サーバ装置２０から取得したデータと、記憶部３２に格納されているデータとに基づいてＷｅｂページを表示させることにより、Ｗｅｂページのデータの一部だけを取得することができるので、Ｗｅｂページのデータをキャッシュする効率を改善することができる。
【０１１７】
また、本実施の形態１においては、制御部３１は、ユーザの入力指令により表示するＷｅｂページの要素データが、記憶部３２に格納されていないとき、かつ、Ｗｅｂページのレイアウトデータが、記憶部３２に格納されているとき、サーバ装置２０にＷｅｂページの要素データを要求することにより、Ｗｅｂページ全体をその都度サーバ側システムに要求する必要がなく、必要なデータのみ要求することができる。それにより、画面レイアウトだけを更新することができる。また、画面レイアウトが同一であり、要素データだけを更新するときには、Ｗｅｂページ全体を要求しなくても、要素データだけを取得することで、要素データだけを更新することができる。したがって、Ｗｅｂページのデータの一部だけを取得することができるので、Ｗｅｂページのデータをキャッシュする効率を改善することができる。
【０１１８】
また、本実施の形態１においては、制御部３１は、ユーザの入力指令により表示するＷｅｂページのレイアウトデータが、記憶部３２に格納されていないとき、かつ、Ｗｅｂページの要素データが、記憶部３２に格納されているとき、サーバ装置２０にＷｅｂページのレイアウトデータを要求することにより、Ｗｅｂページ全体をその都度サーバ側システムに要求する必要がなく、必要なデータのみを要求することができる。それにより、画面レイアウトだけを更新することができる。また、画面レイアウトが同一であり、要素データだけを更新するときには、Ｗｅｂページ全体を要求しなくても、要素データだけを取得することで、要素データだけを更新することができる。したがって、Ｗｅｂページのデータの一部だけを取得することができるので、Ｗｅｂページのデータをキャッシュする効率を改善することができる。
【０１１９】
また、本実施の形態１においては、制御部３１は、ユーザの入力指令により表示するＷｅｂページの要素データ及びレイアウトデータの両方が、記憶部３２に格納されていないとき、サーバ装置２０にＷｅｂページの要素データ及びレイアウトデータを要求することにより、Ｗｅｂページ全体をその都度サーバ側システムに要求する必要がなく、必要なデータのみ要求することができる。それにより、画面レイアウトだけを更新することができる。また、画面レイアウトが同一であり、要素データだけを更新するときには、Ｗｅｂページ全体を要求しなくても、要素データだけを取得することで、要素データだけを更新することができる。したがって、Ｗｅｂページのデータの一部だけを取得することができるので、Ｗｅｂページのデータをキャッシュする効率を改善することができる。
【０１２０】
また、本実施の形態１においては、制御部３１は、ユーザの入力指令がＷｅｂページのデータを更新する場合、サーバ装置２０にＷｅｂページの要素データ及びレイアウトデータの両方を要求することにより、Ｗｅｂページ全体をその都度サーバ側システムに要求する必要がなく、必要なデータのみを要求することができる。それにより、画面レイアウトだけを更新することができる。また、画面レイアウトが同一であり、要素データだけを更新するときには、Ｗｅｂページ全体を要求しなくても、要素データだけを取得することで、要素データだけを更新することができる。したがって、Ｗｅｂページのデータの一部だけを取得することができるので、Ｗｅｂページのデータをキャッシュする効率を改善することができる。
【０１２１】
また、本実施の形態１においては、レイアウトデータは、ＸＭＬ形式で記述されたデータであることにより、ＸＭＬは特定の構造に基づいたマークアップ言語であるため、ＸＭＬ形式でデータが記述されると、ユーザが必要な要素を追加することが容易となる。
【０１２２】
また、本実施の形態１においては、要素データは、ＪＳＯＮ形式で記述されたデータであることにより、ＪＳＯＮは軽量なデータ交換形式であり、ユーザにとって読み書きが容易であり、ＣＰＵを搭載したマシンにとっても簡単に構文解析等を行うことができ、ＪａｖａＳｃｒｉｐｔ（登録商標）におけるオブジェクトの表記法をベースとしたデータ記述言語であるため、ＪＳＯＮ形式でデータが記述されると、Ｗｅｂページのデータのレスポンスタイムを短縮することができる。
【０１２３】
また、本実施の形態１においては、クライアント側としてサーバ側にＷｅｂページのデータを要求する端末装置３０において、サーバ側にＷｅｂページのデータを要求後に取得したＷｅｂページのデータを、Ｗｅｂページの要素を形成する要素データとＷｅｂページを形成する要素データの配置を定めるレイアウトデータとに分けて格納する記憶部３２と、記憶部３２に格納されたＷｅｂページのデータと、ユーザの入力指令により表示するＷｅｂページのデータとに基づいて、ユーザの入力指令により表示するＷｅｂページのデータを要求するか否かを決定する制御部３１とを備え、制御部３１は、Ｗｅｂページのデータを要求しない場合、記憶部３２に格納されている要素データと記憶部３２に格納されているレイアウトデータの中から、ユーザの入力指令により表示するＷｅｂページを形成するデータを選択して表示させ、Ｗｅｂページのデータを要求する場合であって、ユーザの入力指令により表示するＷｅｂページのデータの内、要素データ及びレイアウトデータの少なくとも一方が記憶部３２に格納されていないとき、記憶部３２に格納されていないデータをサーバ側から取得し、サーバ側から取得したデータと、記憶部３２に格納されているデータとに基づいてＷｅｂページを表示させることにより、Ｗｅｂページ全体をその都度サーバ側システムに要求する必要がなく、必要なデータのみを要求することができる。それにより、画面レイアウトだけを更新することができる。また、画面レイアウトが同一であり、要素データだけを更新するときには、Ｗｅｂページ全体を要求しなくても、要素データだけを取得することで、要素データだけを更新することができる。したがって、Ｗｅｂページのデータの一部だけを取得することができるので、Ｗｅｂページのデータをキャッシュする効率を改善することができる。また、キャッシュする効率を改善することができるため、端末装置３０の消費電力を低減することができる。また、必要なデータのみを要求することができるため、端末装置３０の通信データのトラフィックを改善することができる。
【０１２４】
また、本実施の形態１においては、クライアント側としてサーバ側にＷｅｂページのデータを要求する端末装置で動作する端末装置プログラムにおいて、前記サーバ側に前記Ｗｅｂページのデータを要求後に取得した前記Ｗｅｂページのデータを、前記Ｗｅｂページの要素を形成する要素データと前記Ｗｅｂページを形成する前記要素データの配置を定めるレイアウトデータとに分けて記憶手段に格納する記憶処理部と、前記記憶手段に格納された前記Ｗｅｂページのデータと、ユーザの入力指令により表示する前記Ｗｅｂページのデータとに基づいて、前記ユーザの入力指令により表示する前記Ｗｅｂページのデータを要求するか否かを決定する情報処理部とを備え、前記情報処理部は、前記Ｗｅｂページのデータを要求しない場合、前記記憶手段に格納されている前記要素データと前記記憶手段に格納されている前記レイアウトデータの中から、前記ユーザの入力指令により表示する前記Ｗｅｂページを形成するデータを選択して表示させ、前記Ｗｅｂページのデータを要求する場合であって、前記ユーザの入力指令により表示する前記Ｗｅｂページのデータの内、前記要素データ及び前記レイアウトデータの少なくとも一方が前記記憶手段に格納されていないとき、前記記憶手段に格納されていないデータを前記サーバ側から取得し、前記サーバ側から取得した当該データと、前記記憶手段に格納されているデータとに基づいて前記Ｗｅｂページを表示させることにより、Ｗｅｂページのデータの一部だけを取得することができるので、Ｗｅｂページのデータをキャッシュする効率を改善することができる。
【符号の説明】
【０１２５】
１ 情報管理システム、１０ 通信回線、２０ サーバ装置、３０ 端末装置、２１、３１ 制御部、２２、３２ 記憶部、２３、３３ 表示部、２４、３４ 操作部、２５、３５ 通信部、３６ 音声入出力部、４０ スケジュール管理システム、５０ クライアントアプリケーション、５１ 電文解析部、５２ キャッシュ状態管理部、６０ メモリ領域、７０ アプリケーションサーバ、７１ 業務処理部、８０ スケジュール管理サーバ、９０ データベースサーバ、９１ スケジュール管理データベース、９２ スケジュールデータテーブル、９３ レイアウトデータテーブル、１０１ キャッシュ状態管理領域、１０２ レイアウトデータ領域、１０３ スケジュールデータ領域、１１０ 筐体、１２１ 指、１３１ 左向き矢印、１３２ 右向き矢印、１４１ 更新釦、１５１、１５２、１５３、１５４、１５５、１５６、１５７、１５８ 記述。
【技術分野】
【０００１】
本発明は、情報管理システム及び端末装置に関し、特に、タッチパネルディスプレイを有する端末装置が、サーバから取得した画面データをレイアウトデータと要素データとに分けてメモリにキャッシュすることにより、キャッシュ時におけるデータを取得する効率を改善するようにした情報管理システム及び端末装置並びに端末装置プログラムに関する。
【背景技術】
【０００２】
従来の端末装置は、サーバから受信したスケジュール等のユーザデータを項目として管理し、その項目が端末装置にキャッシュされているか否かをサーバ側で把握している（例えば、特許文献１参照）。
【０００３】
また、従来の端末装置において、サーバから受信したＷｅｂページのデータをユーザ指令により選択的に記憶しているものもある（例えば、特許文献２参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００９−１２３０４７号公報（段落［００１４］）
【特許文献２】特開２００９−１６３７４８号公報（段落［００３０］）
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、キャッシュされるデータの最小単位は、スケジュール等のユーザデータであった。そのため、スケジュール等のデータを構成するレイアウトデータと要素データとが分離されてキャッシュされることはなかった。
【０００６】
また、Ｗｅｂページのデータが選択的に記憶されたとしても、Ｗｅｂページのデータ全体が記憶されるものであった。そのため、Ｗｅｂページのデータのデータ構成を細かく分けることにより、レイアウトデータと要素データとが分かれて記憶されることはなかった。
【０００７】
そのため、端末装置は、サーバからＷｅｂページのデータを既にキャッシュしており、Ｗｅｂページのデータの一部だけを取得すれば済む場合であっても、再び同じＷｅｂページのデータ全体を取得するという問題点があった。
【０００８】
したがって、Ｗｅｂページのデータの一部だけを取得することができる情報管理システム及び端末装置並びに端末装置プログラムが望まれていた。
【課題を解決するための手段】
【０００９】
本発明の情報管理システムは、クライアント側としてサーバ側にＷｅｂページのデータを要求する端末装置と、サーバ側として前記端末装置から要求されたＷｅｂページのデータを返却するサーバ装置とから成る情報管理システムにおいて、前記サーバ装置は、前記Ｗｅｂページの要素を形成する要素データと前記Ｗｅｂページを形成する前記要素データの配置を定めるレイアウトデータとを記憶する第１記憶手段と、前記第１記憶手段に記憶した前記要素データ及び前記レイアウトデータの少なくとも一方を前記端末装置の要求に応じて前記Ｗｅｂページのデータとして返却し、前記Ｗｅｂページのデータを管理するデータ管理手段とを備え、前記端末装置は、前記サーバ装置から返却された前記Ｗｅｂページのデータを、前記要素データと前記レイアウトデータとに分けて格納する第２記憶手段と、前記第２記憶手段に格納された前記Ｗｅｂページのデータと、ユーザの入力指令により表示する前記Ｗｅｂページのデータとに基づいて、前記ユーザの入力指令により表示する前記Ｗｅｂページのデータを要求するか否かを決定する情報処理部とを備え、前記情報処理部は、前記Ｗｅｂページのデータを要求しない場合、前記第２記憶手段に格納されている前記要素データと前記第２記憶手段に格納されている前記レイアウトデータの中から、前記ユーザの入力指令により表示する前記Ｗｅｂページを形成するデータを選択して表示させ、前記Ｗｅｂページのデータを要求する場合であって、前記ユーザの入力指令により表示する前記Ｗｅｂページのデータの内、前記要素データ及び前記レイアウトデータの少なくとも一方が前記第２記憶手段に格納されていないとき、前記第２記憶手段に格納されていないデータを前記サーバ装置から取得し、前記サーバ装置から取得した当該データと、前記第２記憶手段に格納されているデータとに基づいて前記Ｗｅｂページを表示させるものである。
【００１０】
本発明の端末装置は、クライアント側としてサーバ側にＷｅｂページのデータを要求する端末装置において、前記サーバ側に前記Ｗｅｂページのデータを要求後に取得した前記Ｗｅｂページのデータを、前記Ｗｅｂページの要素を形成する要素データと前記Ｗｅｂページを形成する前記要素データの配置を定めるレイアウトデータとに分けて格納する記憶手段と、前記記憶手段に格納された前記Ｗｅｂページのデータと、ユーザの入力指令により表示する前記Ｗｅｂページのデータとに基づいて、前記ユーザの入力指令により表示する前記Ｗｅｂページのデータを要求するか否かを決定する情報処理部とを備え、前記情報処理部は、前記Ｗｅｂページのデータを要求しない場合、前記記憶手段に格納されている前記要素データと前記記憶手段に格納されている前記レイアウトデータの中から、前記ユーザの入力指令により表示する前記Ｗｅｂページを形成するデータを選択して表示させ、前記Ｗｅｂページのデータを要求する場合であって、前記ユーザの入力指令により表示する前記Ｗｅｂページのデータの内、前記要素データ及び前記レイアウトデータの少なくとも一方が前記記憶手段に格納されていないとき、前記記憶手段に格納されていないデータを前記サーバ側から取得し、前記サーバ側から取得した当該データと、前記記憶手段に格納されているデータとに基づいて前記Ｗｅｂページを表示させるものである。
【００１１】
本発明の端末装置プログラムは、クライアント側としてサーバ側にＷｅｂページのデータを要求する端末装置で動作する端末装置プログラムにおいて、前記サーバ側に前記Ｗｅｂページのデータを要求後に取得した前記Ｗｅｂページのデータを、前記Ｗｅｂページの要素を形成する要素データと前記Ｗｅｂページを形成する前記要素データの配置を定めるレイアウトデータとに分けて記憶手段に格納する記憶処理部と、前記記憶手段に格納された前記Ｗｅｂページのデータと、ユーザの入力指令により表示する前記Ｗｅｂページのデータとに基づいて、前記ユーザの入力指令により表示する前記Ｗｅｂページのデータを要求するか否かを決定する情報処理部とを備え、前記情報処理部は、前記Ｗｅｂページのデータを要求しない場合、前記記憶手段に格納されている前記要素データと前記記憶手段に格納されている前記レイアウトデータの中から、前記ユーザの入力指令により表示する前記Ｗｅｂページを形成するデータを選択して表示させ、前記Ｗｅｂページのデータを要求する場合であって、前記ユーザの入力指令により表示する前記Ｗｅｂページのデータの内、前記要素データ及び前記レイアウトデータの少なくとも一方が前記記憶手段に格納されていないとき、前記記憶手段に格納されていないデータを前記サーバ側から取得し、前記サーバ側から取得した当該データと、前記記憶手段に格納されているデータとに基づいて前記Ｗｅｂページを表示させるものである。
【発明の効果】
【００１２】
本発明は、Ｗｅｂページのデータの一部だけを取得することができるので、Ｗｅｂページのデータをキャッシュする効率を改善することができるという効果を有する。
【図面の簡単な説明】
【００１３】
【図１】本発明の実施の形態１における情報管理システム１の全体構成を示す図である。
【図２】本発明の実施の形態１における端末装置３０のハードウェア構成を示すブロック図である。
【図３】本発明の実施の形態１におけるサーバ装置２０のハードウェア構成を示すブロック図である。
【図４】本発明の実施の形態１における情報管理システム１の機能の構成例を示すブロック図である。
【図５】本発明の実施の形態１における図４のメモリ６０の記憶領域を説明する図である。
【図６】本発明の実施の形態１における図５のレイアウトデータ領域１０２の記憶領域を説明する図である。
【図７】本発明の実施の形態１における図５のスケジュールデータ領域１０３の記憶領域を説明する図である。
【図８】本発明の実施の形態１における図５のキャッシュ状態管理領域１０１に格納されるキャッシュ状態管理テーブルの一例を示す図である。
【図９】本発明の実施の形態１におけるサーバとクライアントとの間でのデータ通信の一例を示す図である。
【図１０】本発明の実施の形態１における図４のレイアウトデータテーブル９３に格納された情報をＸＭＬ形式で記述した一例を示す図である。
【図１１】本発明の実施の形態１における図４のスケジュールデータテーブル９２に格納された情報をＪＳＯＮ形式で記述した一例を示す図である。
【図１２】本発明の実施の形態１におけるスケジュール閲覧時の画面の表示例を示す図である。
【図１３】本発明の実施の形態１における図１２とは異なるスケジュール閲覧時の画面の表示例を示す図である。
【図１４】本発明の実施の形態１における図４のレイアウトデータテーブル９３に格納された図１０とは異なる情報をＸＭＬ形式で記述した一例を示す図である。
【図１５】本発明の実施の形態１における情報管理システム１の動作を説明するフローチャートである。
【図１６】本発明の実施の形態１におけるキャッシュデータ有無判定データ作成処理の詳細を説明するフローチャートである。
【図１７】本発明の実施の形態１におけるキャッシュデータ取得処理の詳細を説明するフローチャートである。
【図１８】本発明の実施の形態１におけるキャッシュデータ保存処理の詳細を説明するフローチャートである。
【図１９】本発明の実施の形態１におけるデータベースのデータ取得処理の詳細を説明するフローチャートである。
【図２０】本発明の実施の形態１における返却データ作成処理の詳細を説明するフローチャートである。
【発明を実施するための形態】
【００１４】
以下、本発明の実施の形態について、図面を用いて詳細に説明する。
【００１５】
実施の形態１．
図１は、本発明の実施の形態１における情報管理システム１の全体構成を示している。図１に示すように、情報管理システム１は、通信回線１０、サーバ装置２０、及び複数の端末装置３０を備える。
【００１６】
端末装置３０は、実際には図示したよりも多く存在することもあり、また、図示したよりも少なく存在することもある。端末装置３０は、通信回線１０を介してサーバ装置２０と接続する。
【００１７】
通信回線１０は、サーバやルータ等（いずれも図示せず）を有するネットワークである。通信回線１０は、サーバ装置２０や端末装置３０を接続する。通信回線１０は、ＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）や、ＴＣＰ／ＩＰ上で実現されるＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）等に準拠した手順でデータを伝送する。
【００１８】
なお、上記で説明した通信プロトコルは一例を示すものであり、これらに限定されるものではない。
【００１９】
図２は、本発明の実施の形態１における端末装置３０のハードウェア構成を示している。図２に示すように、端末装置３０は、制御部３１、記憶部３２、表示部３３、操作部３４、通信部３５、及び音声入出力部３６を備える。端末装置３０は、例えば、携帯電話機、スマートフォン、無線端末、携帯タブレット端末、またはネットブック等のような通信回線１０を介してさまざまなデータを送受信する装置であり、特に限定されるものではない。
【００２０】
制御部３１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）やＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）等の演算処理装置、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）及びＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等の各種メモリを備える。
【００２１】
記憶部３２は、各種データを記憶する不揮発性の記憶手段である。表示部３３は、表示画面を備えており、制御部３１からの指令に基づいて画像を表示する。表示画面は、例えば、ＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）である。ＬＣＤは、タッチパネル（図示せず）を備える。タッチパネルはさまざまな操作子が各種釦として表示される。操作部３４は、複数の操作子を備え、ユーザにより選択された操作子に基づいて操作信号を制御部３１に供給する。制御部３１は、供給された操作信号に基づいてさまざまな処理を実行する。通信部３５は、アンテナや通信回路を備え、通信回線１０を介してデータの送受信を行う。音声入出力部３６は、マイクロフォン等の収音手段、スピーカ等の放音手段、及びＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）等の音声処理回路を備える。
【００２２】
図３は、本発明の実施の形態１におけるサーバ装置２０のハードウェア構成を示している。図３に示すように、サーバ装置２０は、制御部２１、記憶部２２、表示部２３、操作部２４、及び通信部２５を備える。
【００２３】
制御部２１は、大量のデータを処理する点では異なるものの、制御部３１と同様の構成であるので、ここではその説明については省略する。記憶部２２は、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）等の記憶装置を備え、クライアントである端末装置３０に供給する様々なデータを記憶している。表示部２３は、表示部３３と同様の構成であるので、ここではその詳細については省略するが、必ずしもタッチパネル等の機能を有するものではない。操作部２４は、例えば、キーボード等の入力手段を備える。通信部２５は、大量のデータを処理する点では異なるものの、通信部３５と同様の構成であるので、ここではその説明については省略する。
【００２４】
図４は、本発明の実施の形態１における情報管理システム１の機能の構成例を示している。図４に示すように、情報管理システム１は、端末装置３０及びスケジュール管理システム４０を備える。
【００２５】
端末装置３０は、いわゆるクライアント側システムである。具体的には、端末装置３０は、クライアントアプリケーション５０及びメモリ６０を備える。クライアントアプリケーション５０は、端末装置３０のユーザ指令に基づいて、各種処理を実行する。例えば、ユーザ指令により、スケジュール表示が要求されたとき、スケジュール管理システム４０に、Ｗｅｂページのデータであるスケジュール画面データをＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）やＨＴＴＰＳ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ ｏｖｅｒ Ｓｅｃｕｒｅ Ｓｏｃｋｅｔ Ｌａｙｅｒ）に準拠した手順で要求し、スケジュール管理システム４０から返却されたスケジュール画面データをメモリ６０にキャッシュし、所定の形式に基づいて端末装置３０の表示部３３でＷｅｂページとして表示する。ここで、キャッシュされたデータは、クライアント側システムが、サーバ側システムより取得したデータをメモリ６０に格納したもののことであり、次に、クライアント側システムが同一のＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）で指定されたＷｅｂ上のページを参照しようとしたときに、適宜利用されるものである。ここで、クライアントアプリケーション５０は、図２に示す制御部３１上で実行される。また、メモリ６０は、図２に示す記憶部３２に実装される。
【００２６】
なお、上記では、通信プロトコルとして、ＨＴＴＰやＨＴＴＰＳに準拠した場合について説明したが、これらに限定されるものでない。
【００２７】
クライアントアプリケーション５０は、電文解析部５１及びキャッシュ状態管理部５２を備える。電文解析部５１は、スケジュール管理システム４０から返却されたスケジュール画面データを読み込み、その構造を解析し、解析結果に応じて表示部３３で表示させる。例えば、読み込んだ文書がＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）形式で記述されたデータであれば、開始タグ（＜ｔｉｔｌｅ＞）と終了タグ（＜／ｔｉｔｌｅ＞）の対応関係等をチェックし、各要素が入れ子になっているか否か等のチェックをする。このとき、妥当な形式でなければ、適宜エラーを通知する。すなわち、この場合においては、電文解析部５１は、読み込んだデータがＸＭＬ形式で文法的に正しく記述されているか否かをチェックするのである。
【００２８】
次に、電文解析部５１は、ＸＭＬ形式で記述されたデータが文法的に妥当な形式であれば、ＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍ Ｉｎｔｅｒｆａｃｅ）を利用して表示部３３でＸＭＬ形式の文書を表示させる。この場合、ＡＰＩは、例えば、ＤＯＭ（Ｄｏｃｕｍｅｎｔ Ｏｂｊｅｃｔ Ｍｏｄｅｌ）やＳＡＸ（Ｓｉｍｐｌｅ ＡＰＩ ｆｏｒ ＸＭＬ）等である。
【００２９】
また、電文解析部５１は、スケジュール管理システム４０から返却されたスケジュール画面データが、ＪＳＯＮ（ＪａｖｅＳｃｒｉｐｔ Ｏｂｊｅｃｔ Ｎｏｔａｔｉｏｎ）形式で記述されたデータであれば、ＪＳＯＮ形式で記述されたデータをオブジェクト化し、オブジェクト化したデータを用いて表示用のオブジェクトを生成し、表示部３３で表示させる。
【００３０】
また、電文解析部５１は、スケジュール管理システム４０から返却されたスケジュール画面データが、ＸＭＬ形式で記述されたデータと、ＪＳＯＮ形式で記述されたデータとを含む場合、上記で説明した処理をそれぞれ実行し、表示部３３で表示させる。
【００３１】
なお、ここでは、スケジュール管理システム４０から返却されたスケジュール画面データが、ＸＭＬ形式で記述されたデータやＪＳＯＮ形式で記述されたデータの場合について説明したが、これらに限定されるものではなく、適宜、他の形式で記述されたデータであってもよい。
【００３２】
キャッシュ状態管理部５２は、キャッシュされたデータの状態を管理する。例えば、キャッシュされたデータが、要素データの配置を定義するレイアウトデータを含むものであるか否かを管理し、また、要素データとしてのスケジュールデータを含むものであるか否かを管理する。また、キャッシュ状態管理部５２は、キャッシュされたデータが更新を必要とするか否かを管理する。また、キャッシュ状態管理部５２は、キャッシュされたデータがいつのスケジュールデータであるかを管理する。例えば、キャッシュされたデータが「２０１１年９月」のスケジュールデータであれば、キャッシュ状態管理部５２は、「２０１１年９月」、更新をするか否か、レイアウトデータを含むか否か、要素データとしてのスケジュールデータを含むか否か等を管理する。
【００３３】
なお、電文解析部５１が、キャッシュ状態管理部５２に相当する機能を備えていてもよい。
【００３４】
なお、ここでは、サーバ側システムから返却されるデータがスケジュール画面データである場合について説明しているが、これに限定されるものではない。
【００３５】
スケジュール管理システム４０は、サーバ装置２０に実装されるものであり、いわゆるサーバ側システムである。具体的には、スケジュール管理システム４０は、アプリケーションサーバ７０、スケジュール管理サーバ８０、及びデータベースサーバ９０等を備える。ここで、アプリケーションサーバ７０、スケジュール管理サーバ８０、及びデータベースサーバ９０は、図３に示す制御部２１上で実行される。
【００３６】
アプリケーションサーバ７０は、業務処理部７１を備え、業務処理部７１でさまざまな業務に関する処理を実行させ、適宜、データベースサーバ９０が保有するスケジュール画面データ等の更新や参照を行う。
【００３７】
スケジュール管理サーバ８０は、データベースサーバ９０が管理するスケジュール管理データベース９１に格納されるスケジュール画面データを管理し、クライアントアプリケーション５０からのスケジュール画面データの要求に応じて、スケジュール画面データをクライアントアプリケーション５０に返却する。例えば、スケジュール管理サーバ８０は、要求されたスケジュール画面データであるレイアウトデータやスケジュールデータを適宜ＸＭＬ形式やＪＳＯＮ形式等の所定の形式に変換し、それを所定の通信プロトコルに準拠した手順で、クライアントアプリケーション５０に返却する。
【００３８】
データベースサーバ９０は、スケジュール管理データベース９１を管理する。スケジュール管理データベース９１は、要素データとしてのスケジュールデータテーブル９２と要素データの配置を定義するレイアウトデータテーブル９３を備える。ここで、スケジュール管理データベース９１は、図３に示す記憶部２２に実装される。
【００３９】
なお、スケジュールデータテーブル９２やレイアウトデータテーブル９３に格納されるデータの形式は、例えば、ＣＳＶ（Ｃｏｍｍａ−Ｓｅｐａｒａｔｅｄ Ｖａｌｕｅｓ）形式等で格納される。ただし、格納されるデータ形式はこれに限定されるものではない。例えば、バイナリデータ形式で格納されていてもよい。
【００４０】
なお、ここでは、アプリケーションサーバ７０、スケジュール管理サーバ８０、及びデータベースサーバ９０を別々のサーバとして説明しているが、これらに限定されるものではない。例えば、アプリケーションサーバ７０がスケジュール管理サーバ８０を兼ねるものでもよく、また、例えば、スケジュール管理サーバ８０がアプリケーションサーバ７０を兼ねるものであってもよい。また、データベースサーバ９０が、アプリケーションサーバ７０やスケジュール管理サーバ８０を兼ねるものであってもよい。
【００４１】
図５は、本発明の実施の形態１における図４のメモリ６０の記憶領域を示している。図５に示すように、メモリ６０は、基本的に３つの領域から構成されている。第１の領域は、キャッシュ状態管理領域１０１であり、このキャッシュ状態管理領域１０１には、例えば、キャッシュされたデータの状態に関する情報が後述するキャッシュ状態管理テーブルとして記憶される。
【００４２】
第２の領域は、レイアウトデータ領域１０２であり、このレイアウトデータ領域１０２には、例えば、スケジュール管理システム４０から取得したスケジュール画面データの内、要素データの配置を定義するレイアウトデータが記憶される。
【００４３】
第３の領域は、スケジュールデータ領域１０３であり、このスケジュールデータ領域１０３には、例えば、スケジュール管理システム４０から取得したスケジュール画面データの内、要素データであるスケジュールデータが記憶される。
【００４４】
図６は、本発明の実施の形態１における図５のレイアウトデータ領域１０２の記憶領域を示している。図６に示すように、レイアウトデータ領域１０２は、複数の単位領域が無限ループ状に連結するように構成されている。この場合においては、レイアウトデータ領域１０２がＮ個の単位領域に区分されており、領域１に所定のデータが書き込まれたとき、次の情報は領域２に書き込まれるようになされている。そして、さらに、領域３、・・・のように順番に情報が書き込まれ、領域Ｎに情報が書き込まれた後、次の情報は領域１に書き込まれる。すなわち、領域１に既に記憶されている情報が消去され、その上に新たな情報が記憶されるようになされている。このようにして、レイアウトデータ領域１０２には、最新のＮ個の情報が記憶されることになる。例えば、図６においては、領域２に９月分のスケジュール画面データのレイアウトデータが格納され、領域３に１０月分のスケジュール画面データのレイアウトデータが格納されている。
【００４５】
図７は、本発明の実施の形態１における図５のスケジュールデータ領域１０３の記憶領域を示している。図７に示すように、スケジュールデータ領域１０３は、複数の単位領域が無限ループ状に連結するように構成されている。この場合においては、スケジュールデータ領域１０３がＮ個の単位領域に区分されており、領域１に所定のデータが書き込まれたとき、次の情報は領域２に書き込まれるようになされている。そして、さらに、領域３、・・・のように順番に情報が書き込まれ、領域Ｎに情報が書き込まれた後、次の情報は領域１に書き込まれる。すなわち、領域１に既に記憶されている情報が消去され、その上に新たな情報が記憶されるようになされている。このようにして、スケジュールデータ領域１０３には、最新のＮ個の情報が記憶されることになる。例えば、図７においては、領域１にｎ−１月分のスケジュール画面データのスケジュールデータが格納され、領域２にｎ月分のスケジュール画面データのスケジュールデータが格納され、領域３にｎ＋１月分のスケジュール画面データのスケジュールデータが格納されている。
【００４６】
図８は、本発明の実施の形態１における図５のキャッシュ状態管理領域１０１に格納されるキャッシュ状態管理テーブルの一例を示している。図８に示すように、キャッシュ状態管理テーブルは、キャッシュ対象のデータ変数と、更新フラグと、キャッシュデータ表示判定フラグと、レイアウトデータ判定フラグ、スケジュールデータ判定フラグ、及びキャッシュ有無判定フラグを含むキャッシュ有無判定に関する情報とを備える。キャッシュ状態管理テーブルは、１つの行に対して、１つのスケジュール画面データに対応したキャッシュ状態が定義されたものである。すなわち、キャッシュ対象のデータ変数が指定されると、その指定されたキャッシュ対象に対するスケジュール画面データの属性情報として、更新フラグ、キャッシュデータ表示判定フラグ、レイアウトデータ判定フラグ、スケジュールデータ判定フラグ、及びキャッシュ有無判定フラグが指定される。
【００４７】
キャッシュ対象のデータ変数は、キャッシュ対象とされるスケジュール画面データを識別するものであり、例えば、図８に示すように、「２０１１０９」、「２０１１０１」、「２０１１０２」、「２０１１０３」、及び「２０１１０４」である。「２０１１０９」は、２０１１年９月のスケジュールが、キャッシュ対象とされるスケジュール画面データであることを意味し、「２０１１０１」は、２０１１年１月のスケジュールが、キャッシュ対象とされるスケジュール画面データであることを意味し、「２０１１０２」は、２０１１年２月のスケジュールが、キャッシュ対象とされるスケジュール画面データであることを意味し、「２０１１０３」は、２０１１年３月のスケジュールが、キャッシュ対象とされるスケジュール画面データであることを意味し、「２０１１０４」は、２０１１年４月のスケジュールが、キャッシュ対象とされるスケジュール画面データであることを意味する。
【００４８】
更新フラグは、ユーザ指令により、スケジュール画面データの更新要求がなされたときに変更されるものである。例えば、スケジュール画面データが表示部３３で表示される際、ユーザ指令により、スケジュール画面データの更新要求がなされたときに、更新フラグは１に設定され、スケジュール画面データの更新要求がなされないときに、更新フラグは０に設定される。
【００４９】
キャッシュデータ表示判定フラグは、更新フラグの変更に連動するものである。例えば、更新フラグが１に設定されたとき、キャッシュデータ表示判定フラグは０に設定され、更新フラグが０に設定されたとき、キャッシュデータ表示判定フラグは１に設定される。また、キャッシュデータ表示判定フラグが０に設定されたとき、それに連動してレイアウトデータ判定フラグとスケジュールデータ判定フラグは両方とも０に設定される。
【００５０】
キャッシュ有無判定に関する情報は、具体的には、レイアウトデータ判定フラグ、スケジュールデータ判定フラグ、及びキャッシュ有無判定フラグを備える。
【００５１】
レイアウトデータ判定フラグは、キャッシュされたデータにレイアウトデータが含まれるか否かを示すものである。例えば、キャッシュされたデータにレイアウトデータが含まれるとき、レイアウトデータ判定フラグは１に設定され、キャッシュされたデータにレイアウトデータが含まれないとき、レイアウトデータ判定フラグは０に設定される。
【００５２】
スケジュールデータ判定フラグは、キャッシュされたデータにスケジュールデータが含まれるか否かを示すものである。例えば、キャッシュされたデータにスケジュールデータが含まれるとき、スケジュールデータ判定フラグは１に設定され、キャッシュされたデータにスケジュールデータが含まれないとき、スケジュールデータ判定フラグは０に設定される。
【００５３】
キャッシュ有無判定フラグは、レイアウトデータ判定フラグとスケジュールデータ判定フラグとのＡＮＤ演算の結果を格納するものである。例えば、キャッシュ有無判定フラグが１のとき、レイアウトデータとスケジュールデータとの両方が存在するので、キャッシュされたデータにはスケジュール画面データを表示する要素データとしてのスケジュールデータとその要素データの配置を定義するレイアウトデータとの両方があることになり、このときの状態をキャッシュされたデータが有るとしている。また、キャッシュ有無判定フラグが０のとき、レイアウトデータかスケジュールデータのどちらか一方、あるいはその両方が存在しないので、キャッシュされたデータにはスケジュール画面データを表示するデータが欠落しており、このときの状態をキャッシュされたデータが無いとしている。
【００５４】
例えば、図８に示すように、キャッシュ対象のデータ変数が、２０１１年９月である場合、更新フラグが０、キャッシュデータ表示判定フラグが１に、レイアウトデータ判定フラグが１に、スケジュールデータ判定フラグが１に、キャッシュ有無判定フラグが１に設定され、キャッシュ対象のデータ変数が、２０１１年１月である場合、レイアウトデータ判定フラグが１に、スケジュールデータ判定フラグが０に、キャッシュ有無判定フラグが０に設定され、キャッシュ対象のデータ変数が、２０１１年２月である場合、レイアウトデータ判定フラグが０に、スケジュールデータ判定フラグが１に、キャッシュ有無判定フラグが０に設定され、キャッシュ対象のデータ変数が、２０１１年３月である場合、レイアウトデータ判定フラグが０に、スケジュールデータ判定フラグが０に、キャッシュ有無判定フラグが０に設定されている一例が示されている。なお、図８において、「−」となっている箇所については、何も設定されていない状態を示すものである。
【００５５】
なお、ここで説明したキャッシュ状態管理テーブルの表記は一例を示すものであり、これらに限定されるものではない。
【００５６】
図９は、本発明の実施の形態１におけるサーバとクライアントとの間でのデータ通信の一例を示している。図９に示すように、クライアントアプリケーション５０は画面要求を「ｈｔｔｐ：／／ｘｘｘ．ｘｘｘ／ｙｙｙｙ／ｘｘｘｍｏｎｔｈｌｙ．ｄｏ」という形式で実行する。スケジュール管理サーバ８０は、クライアントアプリケーション５０からの画面要求に基づいて、スケジュール画面データを、レイアウトデータと、スケジュールデータとに分けて返却する。このような画面要求は、スケジュール画面データの一部（例えば、要素データ又はレイアウトデータ）あるいは全部（例えば、要素データ及びレイアウトデータ）がメモリ６０にキャッシュされていないときや、スケジュール画面データの更新要求がなされたときに実行される。
【００５７】
なお、ここで説明した画面要求の指令の形式は一例を示すものであり、これに限定されるものではない。
【００５８】
図１０は、本発明の実施の形態１における図４のレイアウトデータテーブル９３に格納された情報をＸＭＬ形式で記述した一例を示している。図１０に示すように、記述１５１は、要素データであるスケジュールデータの配置を定義している。記述１５２は、要素データであるスケジュールデータの参照先を定義している。記述１５３は、例えば、表示画面をスクロールさせるときに画面をこする動作であるフリックをしたときのように、ユーザが画面を操作したときに対応する処理を定義している。
【００５９】
なお、ＸＭＬは特定の構造に基づいたマークアップ言語であるため、ＸＭＬ形式でデータが記述されると、ユーザが必要な要素を追加することが容易となる。
【００６０】
なお、操作はフリックに限定されるものではないことはいうまでもない。例えば、操作子を選択するときの操作として、操作子を１回たたくタップ、選択した操作子を実行するときの操作として、操作子を２回たたくダブルタップ、操作子や対象物等を移動させるときのドラッグ、あるいは、対象物等を縮小や拡大させるときのピンチ等の操作であってもよい。
【００６１】
なお、ここで説明した記述１５１、１５２、１５３は一例を示すものであり、これらに限定されるものではない。
【００６２】
図１１は、本発明の実施の形態１における図４のスケジュールデータテーブル９２に格納された情報をＪＳＯＮ形式で記述した一例を示している。図１１に示すように、記述１５４は、キャッシュ対象のデータ変数として「ＣＡＣＨＥ＿ＴＡＧ」を定義し、「ＣＡＣＨＥ＿ＴＡＧ」に変数として「ｍｏｎｔｈｌｙ＿２０１１０９」を定義している。記述１５５は、「ｍｏｎｔｈｌｙ＿２０１１０９」の詳細を定義しており、この場合においては、「ＤＩＳＰ＿ＭＯＮＴＨ」として「２０１１０９」が定義され、「ＮＥＸＴ＿ＭＯＮＴＨ」として「２０１１１０」が定義され、「ＰＲＥＶ＿ＭＯＮＴＨ」として「２０１１０８」が定義されている。ここでは、スケジュール画面データを取得したときに表示部３３に最初に表示させるものを定義する変数として「ＤＩＳＰ＿ＭＯＮＴＨ」を用い、「ＤＩＳＰ＿ＭＯＮＴＨ」の次の月として表示させるものを定義する変数として「ＮＥＸＴ＿ＭＯＮＴＨ」を用い、「ＤＩＳＰ＿ＭＯＮＴＨ」の前の月として表示させるものを定義する変数として「ＰＲＥＶ＿ＭＯＮＴＨ」を用いている。
【００６３】
なお、ＪＳＯＮは軽量なデータ交換形式であり、ユーザにとって読み書きが容易であり、ＣＰＵを搭載したマシンにとっても簡単に構文解析等を行うことができ、ＪａｖａＳｃｒｉｐｔ（登録商標）におけるオブジェクトの表記法をベースとしたデータ記述言語であるため、ＪＳＯＮ形式でデータが記述されると、Ｗｅｂページのデータのレスポンスタイムを短縮することができる。
【００６４】
なお、ここで説明した記述１５４、１５５は一例を示すものであり、これらに限定されるものではない。
【００６５】
図１２は、本発明の実施の形態１におけるスケジュール閲覧時の画面の表示例を示している。図１２に示すように、端末装置３０は、表示部３３と、表示部３３等を収納する筐体１１０から形成される。指１２１により左右にフリックされることで、端末装置３０は、前月や次月のスケジュール画面を表示させる。例えば、右向き矢印１３２の方向にフリックされたとき、先月である２０１１年７月のスケジュール画面が表示部３３で表示され、左向き矢印１３１の方向にフリックされたとき、翌月である２０１１年９月のスケジュール画面が表示部３３に表示される。また、例えば、指１２１により操作子の１つである更新釦１４１がダブルタップされたとき、２０１１年８月のスケジュール画面が更新される。また、図１２に示すように、スケジュールデータとは、例えば、２０１１年８月５日では「終日」として表示されるものであり、この詳細については、さらに所定の操作をすることにより表示される。また、図１２に示すように、レイアウトデータとは、各種操作子やスケジュールデータ等を表示部３３のどこに配置するかを定義するものであり、例えば、更新釦は表示部３３の右側下方の隅部に配置され、スケジュールデータは表示部３３の略中央に配置されている。
【００６６】
図１３は、本発明の実施の形態１における図１２とは異なるスケジュール閲覧時の画面の表示例を示している。図１３に示すように、例えば、２０１１年９月のスケジュール画面が表示部３３に表示されている。図１２では、２０１１年８月のスケジュール画面が表示部３３に表示されていたので、図１３では、図１２において、左向き矢印１３１の方向にフリックされた後の表示例が示されている。
【００６７】
図１４は、本発明の実施の形態１における図４のレイアウトデータテーブル９３に格納された図１０とは異なる情報をＸＭＬ形式で記述した一例を示している。図１４に示すように、記述１５６は、左フリック時の動作において、引数が設定されたものであり、メモリ６０にスケジュール画面データがキャッシュされているとき、キャッシュされたスケジュール画面データを表示部３３に表示させ、メモリ６０にスケジュール画面データがキャッシュされていないとき、スケジュール管理サーバ８０にスケジュール画面データを要求する。また、図１４に示すように、記述１５７は、右フリック時の動作において、引数が設定されたものであり、メモリ６０にスケジュール画面データがキャッシュされているとき、キャッシュされたスケジュール画面データを表示部３３に表示させ、メモリ６０にスケジュール画面データがキャッシュされていないとき、スケジュール管理サーバ８０にスケジュール画面データを要求する。記述１５８は、左フリック時の動作において、引数が設定されていないものであり、メモリ６０にスケジュール画面データがキャッシュされているか否かにかかわらず、スケジュール管理サーバ８０にスケジュール画面データを要求する。
【００６８】
図１５は、本発明の実施の形態１における情報管理システム１の動作を説明するフローチャートである。
【００６９】
（ステップＳ１１）
端末装置３０は、スケジュール画面（ｎ月分）を表示する。
【００７０】
（ステップＳ１２）
端末装置３０は、スケジュール画面（ｎ＋１月分）を表示する指令があるか否かを判定する。端末装置３０は、スケジュール画面（ｎ＋１月分）を表示する指令がある場合、ステップＳ１３へ進む。一方、端末装置３０は、スケジュール画面（ｎ＋１月分）を表示する指令がない場合、ステップＳ１２へ戻る。
【００７１】
なお、上記では、スケジュール画面（ｎ＋１月分）を表示する指令に基づく一例について説明したが、これに限定されるものではない。例えば、スケジュール画面（ｎ−１月分）を表示する指令に基づくものであってもよい。
【００７２】
（ステップＳ１３）
端末装置３０は、キャッシュデータを表示するか否かを判定する。具体的には、端末装置３０は、図８に示すキャッシュデータ表示判定フラグが１の場合、キャッシュデータを表示すると判定して、ステップＳ１４へ進む。
【００７３】
一方、端末装置３０は、図８に示すキャッシュデータ表示判定フラグが０の場合、キャッシュデータを表示しないと判定して、スケジュール管理システム４０にスケジュール画面（ｎ＋１月分）を要求し、ステップＳ１９へ進む。このとき、図８に示すキャッシュ状態管理テーブルの各種フラグは変更される。例えば、キャッシュデータ表示判定フラグが０の場合、レイアウトデータ判定フラグとスケジュールデータ判定フラグは０に設定され、それにより、キャッシュ有無判定フラグは０に設定される。そして、端末装置３０は、図８に示すキャッシュ状態管理テーブルの各種フラグの内容をスケジュール管理システム４０に送信する。
【００７４】
（ステップＳ１４）
端末装置３０は、詳細については図１６を用いて後述するように、キャッシュデータ有無判定データ作成処理を実行し、その後、ステップＳ１５へ進む。
【００７５】
（ステップＳ１５）
端末装置３０は、キャッシュデータがあるか否かを判定する。端末装置３０は、図８に示すキャッシュ有無判定フラグが１の場合、キャッシュデータがあると判定して、ステップＳ１６へ進む。
【００７６】
一方、端末装置３０は、図８に示すキャッシュ有無判定フラグが０の場合、キャッシュデータがないと判定して、スケジュール管理システム４０にスケジュール画面（ｎ＋１月分）を要求し、ステップＳ１９へ進む。このとき、端末装置３０は、図８に示すキャッシュ状態管理テーブルの各種フラグの内容をスケジュール管理システム４０に送信する。
【００７７】
（ステップＳ１６）
端末装置３０は、詳細については図１７を用いて後述するように、キャッシュデータ取得処理を実行し、その後、ステップＳ１８へ進む。
【００７８】
（ステップＳ１７）
端末装置３０は、後述するように、スケジュール管理システム４０から返却されたレイアウトデータ及びスケジュールデータを保存する処理であるキャッシュデータ保存処理を、詳細については図１８を用いて後述するように実行し、その後、ステップＳ１８へ進む。
【００７９】
（ステップＳ１８）
端末装置３０は、スケジュール画面（ｎ＋１月分）を表示し、処理は終了する。
【００８０】
（ステップＳ１９）
スケジュール管理システム４０は、詳細については図１９を用いて後述するように、データベースのデータ取得処理を実行し、端末装置３０に対してレイアウトデータ及びスケジュールデータを返却し、その後、ステップＳ２０へ進む。
【００８１】
（ステップＳ２０）
スケジュール管理システム４０は、詳細については図２０を用いて後述するように、返却データ作成処理を実行し、その後、ステップＳ１７へ進む。
【００８２】
図１６は、本発明の実施の形態１におけるキャッシュデータ有無判定データ作成処理の詳細を説明するフローチャートである。
【００８３】
（ステップＳ３１）
端末装置３０は、キャッシュ対象に対応するレイアウトデータが存在するか否かを判定する。端末装置３０は、キャッシュ対象に対応するレイアウトデータがメモリ６０のレイアウトデータ領域１０２に存在する場合、ステップＳ３２へ進む。一方、端末装置３０は、キャッシュ対象に対応するレイアウトデータがメモリ６０のレイアウトデータ領域１０２に存在しない場合、ステップＳ３３へ進む。
【００８４】
（ステップＳ３２）
端末装置３０は、メモリ６０のキャッシュ状態管理領域に格納されており、図８に示すキャッシュ状態管理テーブルのレイアウトデータ判定フラグを１に設定し、ステップＳ３４へ進む。
【００８５】
（ステップＳ３３）
端末装置３０は、メモリ６０のキャッシュ状態管理領域に格納されており、図８に示すキャッシュ状態管理テーブルのレイアウトデータ判定フラグを０に設定し、ステップＳ３４へ進む。
【００８６】
（ステップＳ３４）
端末装置３０は、キャッシュ対象に対応するスケジュールデータが存在するか否かを判定する。端末装置３０は、キャッシュ対象に対応するスケジュールデータがメモリ６０のスケジュールデータ領域１０３に存在する場合、ステップＳ３５へ進む。一方、端末装置３０は、キャッシュ対象に対応するスケジュールデータがメモリ６０のスケジュールデータ領域１０３に存在しない場合、ステップＳ３６へ進む。
【００８７】
（ステップＳ３５）
端末装置３０は、メモリ６０のキャッシュ状態管理領域に格納されており、図８に示すキャッシュ状態管理テーブルのスケジュールデータ判定フラグを１に設定し、ステップＳ３７へ進む。
【００８８】
（ステップＳ３６）
端末装置３０は、メモリ６０のキャッシュ状態管理領域に格納されており、図８に示すキャッシュ状態管理テーブルのスケジュールデータ判定フラグを０に設定し、ステップＳ３７へ進む。
【００８９】
（ステップＳ３７）
端末装置３０は、レイアウトデータ判定フラグとスケジュールデータ判定フラグとのＡＮＤ演算を実行し、ステップＳ３８へ進む。
【００９０】
（ステップＳ３８）
端末装置３０は、レイアウトデータ判定フラグとスケジュールデータ判定フラグとのＡＮＤ演算結果を、図８に示すキャッシュ有無判定フラグに格納し、処理は終了し、図１５のステップＳ１４へ戻る。
【００９１】
図１７は、本発明の実施の形態１におけるキャッシュデータ取得処理の詳細を説明するフローチャートである。
【００９２】
（ステップＳ５１）
端末装置３０は、キャッシュデータからキャッシュ対象に対応するレイアウトデータを取得する。具体的には、スケジュール画面（ｎ＋１月分）として、９月が指定されていると想定する。この場合、キャッシュ対象のデータ変数は、「２０１１０９」である。このときのレイアウトデータについては、端末装置３０は、図６に示すレイアウトデータ領域１０２の各単位領域から９月に相当するキャッシュデータを検索し、検索結果を取得する。例えば、図６に示すように、領域２に９月のレイアウトデータが格納されており、端末装置３０は、このレイアウトデータを取得する。その後、ステップＳ５２へ進む。
【００９３】
（ステップＳ５２）
端末装置３０は、キャッシュデータからキャッシュ対象に対応するスケジュールデータを取得する。具体的には、スケジュール画面（ｎ＋１月分）として、９月が指定されていると想定する。この場合、キャッシュ対象のデータ変数は、「２０１１０９」である。このときのレイアウトデータについては、端末装置３０は、図７に示すスケジュールデータ領域１０３の各単位領域から９月に相当するキャッシュデータを検索し、検索結果を取得する。例えば、図７に示すように、領域３に９月に相当する（ｎ＋１月）のスケジュールデータが格納されており、端末装置３０は、このスケジュールデータを取得する。その後、処理は終了し、図１５のステップＳ１６へ戻る。
【００９４】
図１８は、本発明の実施の形態１におけるキャッシュデータ保存処理の詳細を説明するフローチャートである。
【００９５】
（ステップＳ６１）
端末装置３０は、取得したデータをメモリ領域上にキャッシュし、ステップＳ６２へ進む。具体的には、取得したデータにレイアウトデータを含む場合、取得したレイアウトデータを図５に示すレイアウトデータ領域１０２に格納し、取得したデータにスケジュールデータを含む場合、取得したスケジュールデータを図５に示すスケジュールデータ領域１０３に格納する。
【００９６】
（ステップＳ６２）
端末装置３０は、レイアウトデータをメモリ領域上にキャッシュしたか否かを判定する。端末装置３０は、レイアウトデータをメモリ領域上にキャッシュした場合、ステップＳ６３へ進む。一方、端末装置３０は、レイアウトデータをメモリ領域上にキャッシュしない場合、ステップＳ６４へ進む。
【００９７】
（ステップＳ６３）
端末装置３０は、図８に示すレイアウトデータ判定フラグを１に設定し、ステップＳ６４へ進む。
【００９８】
（ステップＳ６４）
端末装置３０は、スケジュールデータをメモリ領域上にキャッシュしたか否かを判定する。端末装置３０は、スケジュールデータをメモリ領域上にキャッシュした場合、ステップＳ６５へ進む。一方、端末装置３０は、スケジュールデータをメモリ領域上にキャッシュしない場合、処理は終了し、図１５のステップＳ１７へ戻る。
【００９９】
（ステップＳ６５）
端末装置３０は、図８に示すスケジュールデータ判定フラグを１に設定し、処理は終了し、図１５のステップＳ１７へ戻る。
【０１００】
図１９は、本発明の実施の形態１におけるデータベースのデータ取得処理の詳細を説明するフローチャートである。
【０１０１】
（ステップＳ８１）
スケジュール管理システム４０は、図８に示す更新フラグが１であるか否かを判定する。スケジュール管理システム４０は、図８に示す更新フラグが１でない場合、ステップＳ８３へ進む。一方、スケジュール管理システム４０は、図８に示す更新フラグが１である場合、ステップＳ８２へ進む。
【０１０２】
（ステップＳ８２）
スケジュール管理システム４０は、キャッシュ対象に対応するレイアウトデータとスケジュールデータとを取得する。具体的には、スケジュール管理システム４０は、要求されているスケジュール画面（ｎ＋１月分）として、９月が指定されていると想定する。この場合、スケジュール管理システム４０は、スケジュール管理データベース９１から９月を検索キーとして、スケジュールデータテーブル９２とレイアウトデータテーブル９３との両方から９月に相当するスケジュール画面データのスケジュールデータとレイアウトデータとを検索して、検索結果を取得した後、処理は終了し、図１５に示すステップＳ１９へ戻る。
【０１０３】
（ステップＳ８３）
スケジュール管理システム４０は、レイアウトデータ判定フラグが１であるか否かを判定する。スケジュール管理システム４０は、レイアウトデータ判定フラグが１である場合、ステップＳ８４へ進む。一方、スケジュール管理システム４０は、レイアウトデータ判定フラグが１でない場合、ステップＳ８５へ進む。
【０１０４】
（ステップＳ８４）
スケジュール管理システム４０は、キャッシュ対象に対応するレイアウトデータを取得する。具体的には、スケジュール管理システム４０は、要求されているスケジュール画面（ｎ＋１月分）として、９月が指定されていると想定する。この場合、スケジュール管理システム４０は、スケジュール管理データベース９１から９月を検索キーとして、レイアウトデータテーブル９３から９月に相当するスケジュール画面データのレイアウトデータを検索して、検索結果を取得した後、ステップＳ８５へ進む。
【０１０５】
（ステップＳ８５）
スケジュール管理システム４０は、スケジュールデータ判定フラグが１であるか否かを判定する。スケジュール管理システム４０は、スケジュールデータ判定フラグが１である場合、ステップＳ８６へ進む。一方、スケジュール管理システム４０は、スケジュールデータ判定フラグが１でない場合、処理は終了し、図１５に示すステップＳ１９へ戻る。
【０１０６】
（ステップＳ８６）
スケジュール管理システム４０は、キャッシュ対象に対応するスケジュールデータを取得する。具体的には、スケジュール管理システム４０は、要求されているスケジュール画面（ｎ＋１月分）として、９月が指定されていると想定する。この場合、スケジュール管理システム４０は、スケジュール管理データベース９１から９月を検索キーとして、スケジュールデータテーブル９２から９月に相当するスケジュール画面データのスケジュールデータを検索して、検索結果を取得した後、処理は終了し、図１５に示すステップＳ１９へ戻る。
【０１０７】
図２０は、本発明の実施の形態１における返却データ作成処理の詳細を説明するフローチャートである。
【０１０８】
（ステップＳ１０１）
スケジュール管理システム４０は、取得したデータの中に、レイアウトデータがあるか否かを判定する。スケジュール管理システム４０は、取得したデータの中に、レイアウトデータがある場合、ステップＳ１０２へ進む。一方、スケジュール管理システム４０は、取得したデータの中に、レイアウトデータがない場合、ステップＳ１０３へ進む。
【０１０９】
（ステップＳ１０２）
スケジュール管理システム４０は、レイアウトデータをＸＭＬ形式のデータに変換し、ステップＳ１０３へ進む。
【０１１０】
（ステップＳ１０３）
スケジュール管理システム４０は、取得したデータの中に、スケジュールデータがあるか否かを判定する。スケジュール管理システム４０は、取得したデータの中に、スケジュールデータがある場合、ステップＳ１０４へ進む。一方、スケジュール管理システム４０は、取得したデータの中に、スケジュールデータがない場合、処理は終了し、図１５に示すステップＳ２０へ戻る。
【０１１１】
（ステップＳ１０４）
スケジュール管理システム４０は、スケジュールデータをＪＳＯＮ形式のデータに変換し、処理は終了し、図１５に示すステップＳ２０へ戻る。
【０１１２】
このように、ステップＳ１１〜ステップＳ２０、ステップＳ３１〜ステップＳ３８、ステップＳ５１、ステップＳ５２、ステップＳ６１〜ステップＳ６５、ステップＳ８１〜ステップＳ８６、ステップＳ１０１〜ステップＳ１０４の処理が端末装置３０とサーバ装置２０とで実行されることにより、クライアント側システムは、Ｗｅｂページ全体をその都度サーバ側システムに要求する必要がなく、必要なデータのみ要求することができる。それにより、画面レイアウトだけを更新することができる。また、画面レイアウトが同一であり、要素データだけを更新するときには、Ｗｅｂページ全体を要求しなくても、要素データだけを取得することで、要素データだけを更新することができる。したがって、Ｗｅｂページのデータの一部だけを取得することができるので、Ｗｅｂページのデータをキャッシュする効率を改善することができる。
【０１１３】
また、ステップＳ１１〜ステップＳ１８の処理が端末装置３０で実行されることにより、Ｗｅｂページ全体をその都度サーバ側システムに要求する必要がなく、必要なデータのみ要求することができる。それにより、画面レイアウトだけを更新することができる。また、画面レイアウトが同一であり、要素データだけを更新するときには、Ｗｅｂページ全体を要求しなくても、要素データだけを取得することで、要素データだけを更新することができる。したがって、Ｗｅｂページのデータの一部だけを取得することができるので、Ｗｅｂページのデータをキャッシュする効率を改善することができる。また、キャッシュする効率を改善することができるため、端末装置３０の消費電力を低減することができる。また、必要なデータのみ要求することができるため、端末装置３０の通信データのトラフィックを改善することができる。
【０１１４】
なお、本実施の形態１において、プログラムを記述するステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【０１１５】
また、本実施の形態１において、システムとは、複数の装置により構成される装置全体を表すものである。
【０１１６】
以上のように、本実施の形態１においては、クライアント側としてサーバ側にＷｅｂページのデータを要求する端末装置３０と、サーバ側として端末装置から要求されたＷｅｂページのデータを返却するサーバ装置２０とから成る情報管理システム１において、サーバ装置２０は、Ｗｅｂページの要素を形成する要素データとＷｅｂページを形成する要素データの配置を定めるレイアウトデータとを記憶する記憶部２２と、記憶部２２に記憶した要素データ及びレイアウトデータの少なくとも一方を端末装置３０の要求に応じてＷｅｂページのデータとして返却し、Ｗｅｂページのデータを管理するスケジュール管理サーバ８０とを備え、端末装置３０は、サーバ装置２０から返却されたＷｅｂページのデータを、要素データとレイアウトデータとに分けて格納する記憶部３２と、記憶部３２に格納されたＷｅｂページのデータと、ユーザの入力指令により表示するＷｅｂページのデータとに基づいて、ユーザの入力指令により表示するＷｅｂページのデータを要求するか否かを決定する制御部３１とを備え、制御部３１は、Ｗｅｂページのデータを要求しない場合、記憶部３２に格納されている要素データと記憶部３２に格納されているレイアウトデータの中から、ユーザの入力指令により表示するＷｅｂページを形成するデータを選択して表示させ、Ｗｅｂページのデータを要求する場合であって、ユーザの入力指令により表示するＷｅｂページのデータの内、要素データ及びレイアウトデータの少なくとも一方が記憶部３２に格納されていないとき、記憶部３２に格納されていないデータをサーバ装置２０から取得し、サーバ装置２０から取得したデータと、記憶部３２に格納されているデータとに基づいてＷｅｂページを表示させることにより、Ｗｅｂページのデータの一部だけを取得することができるので、Ｗｅｂページのデータをキャッシュする効率を改善することができる。
【０１１７】
また、本実施の形態１においては、制御部３１は、ユーザの入力指令により表示するＷｅｂページの要素データが、記憶部３２に格納されていないとき、かつ、Ｗｅｂページのレイアウトデータが、記憶部３２に格納されているとき、サーバ装置２０にＷｅｂページの要素データを要求することにより、Ｗｅｂページ全体をその都度サーバ側システムに要求する必要がなく、必要なデータのみ要求することができる。それにより、画面レイアウトだけを更新することができる。また、画面レイアウトが同一であり、要素データだけを更新するときには、Ｗｅｂページ全体を要求しなくても、要素データだけを取得することで、要素データだけを更新することができる。したがって、Ｗｅｂページのデータの一部だけを取得することができるので、Ｗｅｂページのデータをキャッシュする効率を改善することができる。
【０１１８】
また、本実施の形態１においては、制御部３１は、ユーザの入力指令により表示するＷｅｂページのレイアウトデータが、記憶部３２に格納されていないとき、かつ、Ｗｅｂページの要素データが、記憶部３２に格納されているとき、サーバ装置２０にＷｅｂページのレイアウトデータを要求することにより、Ｗｅｂページ全体をその都度サーバ側システムに要求する必要がなく、必要なデータのみを要求することができる。それにより、画面レイアウトだけを更新することができる。また、画面レイアウトが同一であり、要素データだけを更新するときには、Ｗｅｂページ全体を要求しなくても、要素データだけを取得することで、要素データだけを更新することができる。したがって、Ｗｅｂページのデータの一部だけを取得することができるので、Ｗｅｂページのデータをキャッシュする効率を改善することができる。
【０１１９】
また、本実施の形態１においては、制御部３１は、ユーザの入力指令により表示するＷｅｂページの要素データ及びレイアウトデータの両方が、記憶部３２に格納されていないとき、サーバ装置２０にＷｅｂページの要素データ及びレイアウトデータを要求することにより、Ｗｅｂページ全体をその都度サーバ側システムに要求する必要がなく、必要なデータのみ要求することができる。それにより、画面レイアウトだけを更新することができる。また、画面レイアウトが同一であり、要素データだけを更新するときには、Ｗｅｂページ全体を要求しなくても、要素データだけを取得することで、要素データだけを更新することができる。したがって、Ｗｅｂページのデータの一部だけを取得することができるので、Ｗｅｂページのデータをキャッシュする効率を改善することができる。
【０１２０】
また、本実施の形態１においては、制御部３１は、ユーザの入力指令がＷｅｂページのデータを更新する場合、サーバ装置２０にＷｅｂページの要素データ及びレイアウトデータの両方を要求することにより、Ｗｅｂページ全体をその都度サーバ側システムに要求する必要がなく、必要なデータのみを要求することができる。それにより、画面レイアウトだけを更新することができる。また、画面レイアウトが同一であり、要素データだけを更新するときには、Ｗｅｂページ全体を要求しなくても、要素データだけを取得することで、要素データだけを更新することができる。したがって、Ｗｅｂページのデータの一部だけを取得することができるので、Ｗｅｂページのデータをキャッシュする効率を改善することができる。
【０１２１】
また、本実施の形態１においては、レイアウトデータは、ＸＭＬ形式で記述されたデータであることにより、ＸＭＬは特定の構造に基づいたマークアップ言語であるため、ＸＭＬ形式でデータが記述されると、ユーザが必要な要素を追加することが容易となる。
【０１２２】
また、本実施の形態１においては、要素データは、ＪＳＯＮ形式で記述されたデータであることにより、ＪＳＯＮは軽量なデータ交換形式であり、ユーザにとって読み書きが容易であり、ＣＰＵを搭載したマシンにとっても簡単に構文解析等を行うことができ、ＪａｖａＳｃｒｉｐｔ（登録商標）におけるオブジェクトの表記法をベースとしたデータ記述言語であるため、ＪＳＯＮ形式でデータが記述されると、Ｗｅｂページのデータのレスポンスタイムを短縮することができる。
【０１２３】
また、本実施の形態１においては、クライアント側としてサーバ側にＷｅｂページのデータを要求する端末装置３０において、サーバ側にＷｅｂページのデータを要求後に取得したＷｅｂページのデータを、Ｗｅｂページの要素を形成する要素データとＷｅｂページを形成する要素データの配置を定めるレイアウトデータとに分けて格納する記憶部３２と、記憶部３２に格納されたＷｅｂページのデータと、ユーザの入力指令により表示するＷｅｂページのデータとに基づいて、ユーザの入力指令により表示するＷｅｂページのデータを要求するか否かを決定する制御部３１とを備え、制御部３１は、Ｗｅｂページのデータを要求しない場合、記憶部３２に格納されている要素データと記憶部３２に格納されているレイアウトデータの中から、ユーザの入力指令により表示するＷｅｂページを形成するデータを選択して表示させ、Ｗｅｂページのデータを要求する場合であって、ユーザの入力指令により表示するＷｅｂページのデータの内、要素データ及びレイアウトデータの少なくとも一方が記憶部３２に格納されていないとき、記憶部３２に格納されていないデータをサーバ側から取得し、サーバ側から取得したデータと、記憶部３２に格納されているデータとに基づいてＷｅｂページを表示させることにより、Ｗｅｂページ全体をその都度サーバ側システムに要求する必要がなく、必要なデータのみを要求することができる。それにより、画面レイアウトだけを更新することができる。また、画面レイアウトが同一であり、要素データだけを更新するときには、Ｗｅｂページ全体を要求しなくても、要素データだけを取得することで、要素データだけを更新することができる。したがって、Ｗｅｂページのデータの一部だけを取得することができるので、Ｗｅｂページのデータをキャッシュする効率を改善することができる。また、キャッシュする効率を改善することができるため、端末装置３０の消費電力を低減することができる。また、必要なデータのみを要求することができるため、端末装置３０の通信データのトラフィックを改善することができる。
【０１２４】
また、本実施の形態１においては、クライアント側としてサーバ側にＷｅｂページのデータを要求する端末装置で動作する端末装置プログラムにおいて、前記サーバ側に前記Ｗｅｂページのデータを要求後に取得した前記Ｗｅｂページのデータを、前記Ｗｅｂページの要素を形成する要素データと前記Ｗｅｂページを形成する前記要素データの配置を定めるレイアウトデータとに分けて記憶手段に格納する記憶処理部と、前記記憶手段に格納された前記Ｗｅｂページのデータと、ユーザの入力指令により表示する前記Ｗｅｂページのデータとに基づいて、前記ユーザの入力指令により表示する前記Ｗｅｂページのデータを要求するか否かを決定する情報処理部とを備え、前記情報処理部は、前記Ｗｅｂページのデータを要求しない場合、前記記憶手段に格納されている前記要素データと前記記憶手段に格納されている前記レイアウトデータの中から、前記ユーザの入力指令により表示する前記Ｗｅｂページを形成するデータを選択して表示させ、前記Ｗｅｂページのデータを要求する場合であって、前記ユーザの入力指令により表示する前記Ｗｅｂページのデータの内、前記要素データ及び前記レイアウトデータの少なくとも一方が前記記憶手段に格納されていないとき、前記記憶手段に格納されていないデータを前記サーバ側から取得し、前記サーバ側から取得した当該データと、前記記憶手段に格納されているデータとに基づいて前記Ｗｅｂページを表示させることにより、Ｗｅｂページのデータの一部だけを取得することができるので、Ｗｅｂページのデータをキャッシュする効率を改善することができる。
【符号の説明】
【０１２５】
１ 情報管理システム、１０ 通信回線、２０ サーバ装置、３０ 端末装置、２１、３１ 制御部、２２、３２ 記憶部、２３、３３ 表示部、２４、３４ 操作部、２５、３５ 通信部、３６ 音声入出力部、４０ スケジュール管理システム、５０ クライアントアプリケーション、５１ 電文解析部、５２ キャッシュ状態管理部、６０ メモリ領域、７０ アプリケーションサーバ、７１ 業務処理部、８０ スケジュール管理サーバ、９０ データベースサーバ、９１ スケジュール管理データベース、９２ スケジュールデータテーブル、９３ レイアウトデータテーブル、１０１ キャッシュ状態管理領域、１０２ レイアウトデータ領域、１０３ スケジュールデータ領域、１１０ 筐体、１２１ 指、１３１ 左向き矢印、１３２ 右向き矢印、１４１ 更新釦、１５１、１５２、１５３、１５４、１５５、１５６、１５７、１５８ 記述。
【特許請求の範囲】
【請求項１】
クライアント側としてサーバ側にＷｅｂページのデータを要求する端末装置と、サーバ側として前記端末装置から要求されたＷｅｂページのデータを返却するサーバ装置とから成る情報管理システムにおいて、
前記サーバ装置は、
前記Ｗｅｂページの要素を形成する要素データと前記Ｗｅｂページを形成する前記要素データの配置を定めるレイアウトデータとを記憶する第１記憶手段と、
前記第１記憶手段に記憶した前記要素データ及び前記レイアウトデータの少なくとも一方を前記端末装置の要求に応じて前記Ｗｅｂページのデータとして返却し、前記Ｗｅｂページのデータを管理するデータ管理手段と
を備え、
前記端末装置は、
前記サーバ装置から返却された前記Ｗｅｂページのデータを、前記要素データと前記レイアウトデータとに分けて格納する第２記憶手段と、
前記第２記憶手段に格納された前記Ｗｅｂページのデータと、ユーザの入力指令により表示する前記Ｗｅｂページのデータとに基づいて、前記ユーザの入力指令により表示する前記Ｗｅｂページのデータを要求するか否かを決定する情報処理部と
を備え、
前記情報処理部は、
前記Ｗｅｂページのデータを要求しない場合、前記第２記憶手段に格納されている前記要素データと前記第２記憶手段に格納されている前記レイアウトデータの中から、前記ユーザの入力指令により表示する前記Ｗｅｂページを形成するデータを選択して表示させ、
前記Ｗｅｂページのデータを要求する場合であって、
前記ユーザの入力指令により表示する前記Ｗｅｂページのデータの内、前記要素データ及び前記レイアウトデータの少なくとも一方が前記第２記憶手段に格納されていないとき、前記第２記憶手段に格納されていないデータを前記サーバ装置から取得し、前記サーバ装置から取得した当該データと、前記第２記憶手段に格納されているデータとに基づいて前記Ｗｅｂページを表示させる
ことを特徴とする情報管理システム。
【請求項２】
前記情報処理部は、
前記ユーザの入力指令により表示する前記Ｗｅｂページの前記要素データが、前記第２記憶手段に格納されていないとき、かつ、当該Ｗｅｂページの前記レイアウトデータが、前記第２記憶手段に格納されているとき、前記サーバ装置に当該Ｗｅｂページの当該要素データを要求する
ことを特徴とする請求項１に記載の情報管理システム。
【請求項３】
前記情報処理部は、
前記ユーザの入力指令により表示する前記Ｗｅｂページの前記レイアウトデータが、前記第２記憶手段に格納されていないとき、かつ、当該Ｗｅｂページの前記要素データが、前記第２記憶手段に格納されているとき、前記サーバ装置に当該Ｗｅｂページの当該レイアウトデータを要求する
ことを特徴とする請求項１又は請求項２に記載の情報管理システム。
【請求項４】
前記情報処理部は、
前記ユーザの入力指令により表示する前記Ｗｅｂページの前記要素データ及び前記レイアウトデータの両方が、前記第２記憶手段に格納されていないとき、前記サーバ装置に当該Ｗｅｂページの当該要素データ及び当該レイアウトデータを要求する
ことを特徴とする請求項１〜請求項３の何れか一項に記載の情報管理システム。
【請求項５】
前記情報処理部は、
前記ユーザの入力指令が前記Ｗｅｂページのデータを更新する場合、前記サーバ装置に当該Ｗｅｂページの前記要素データ及び前記レイアウトデータの両方を要求する
ことを特徴とする請求項１〜請求項４の何れか一項に記載の情報管理システム。
【請求項６】
前記要素データは、ＪＳＯＮ形式で記述されたデータである
ことを特徴とする請求項１〜請求項５の何れか一項に記載の情報管理システム。
【請求項７】
前記レイアウトデータは、ＸＭＬ形式で記述されたデータである
ことを特徴とする請求項１〜請求項６の何れか一項に記載の情報管理システム。
【請求項８】
クライアント側としてサーバ側にＷｅｂページのデータを要求する端末装置において、
前記サーバ側に前記Ｗｅｂページのデータを要求後に取得した前記Ｗｅｂページのデータを、前記Ｗｅｂページの要素を形成する要素データと前記Ｗｅｂページを形成する前記要素データの配置を定めるレイアウトデータとに分けて格納する記憶手段と、
前記記憶手段に格納された前記Ｗｅｂページのデータと、ユーザの入力指令により表示する前記Ｗｅｂページのデータとに基づいて、前記ユーザの入力指令により表示する前記Ｗｅｂページのデータを要求するか否かを決定する情報処理部と
を備え、
前記情報処理部は、
前記Ｗｅｂページのデータを要求しない場合、前記記憶手段に格納されている前記要素データと前記記憶手段に格納されている前記レイアウトデータの中から、前記ユーザの入力指令により表示する前記Ｗｅｂページを形成するデータを選択して表示させ、
前記Ｗｅｂページのデータを要求する場合であって、
前記ユーザの入力指令により表示する前記Ｗｅｂページのデータの内、前記要素データ及び前記レイアウトデータの少なくとも一方が前記記憶手段に格納されていないとき、前記記憶手段に格納されていないデータを前記サーバ側から取得し、前記サーバ側から取得した当該データと、前記記憶手段に格納されているデータとに基づいて前記Ｗｅｂページを表示させる
ことを特徴とする端末装置。
【請求項９】
クライアント側としてサーバ側にＷｅｂページのデータを要求する端末装置で動作する端末装置プログラムにおいて、
前記サーバ側に前記Ｗｅｂページのデータを要求後に取得した前記Ｗｅｂページのデータを、前記Ｗｅｂページの要素を形成する要素データと前記Ｗｅｂページを形成する前記要素データの配置を定めるレイアウトデータとに分けて記憶手段に格納する記憶処理部と、
前記記憶手段に格納された前記Ｗｅｂページのデータと、ユーザの入力指令により表示する前記Ｗｅｂページのデータとに基づいて、前記ユーザの入力指令により表示する前記Ｗｅｂページのデータを要求するか否かを決定する情報処理部と
を備え、
前記情報処理部は、
前記Ｗｅｂページのデータを要求しない場合、前記記憶手段に格納されている前記要素データと前記記憶手段に格納されている前記レイアウトデータの中から、前記ユーザの入力指令により表示する前記Ｗｅｂページを形成するデータを選択して表示させ、
前記Ｗｅｂページのデータを要求する場合であって、
前記ユーザの入力指令により表示する前記Ｗｅｂページのデータの内、前記要素データ及び前記レイアウトデータの少なくとも一方が前記記憶手段に格納されていないとき、前記記憶手段に格納されていないデータを前記サーバ側から取得し、前記サーバ側から取得した当該データと、前記記憶手段に格納されているデータとに基づいて前記Ｗｅｂページを表示させる
ことを特徴とする端末装置プログラム。
【請求項１】
クライアント側としてサーバ側にＷｅｂページのデータを要求する端末装置と、サーバ側として前記端末装置から要求されたＷｅｂページのデータを返却するサーバ装置とから成る情報管理システムにおいて、
前記サーバ装置は、
前記Ｗｅｂページの要素を形成する要素データと前記Ｗｅｂページを形成する前記要素データの配置を定めるレイアウトデータとを記憶する第１記憶手段と、
前記第１記憶手段に記憶した前記要素データ及び前記レイアウトデータの少なくとも一方を前記端末装置の要求に応じて前記Ｗｅｂページのデータとして返却し、前記Ｗｅｂページのデータを管理するデータ管理手段と
を備え、
前記端末装置は、
前記サーバ装置から返却された前記Ｗｅｂページのデータを、前記要素データと前記レイアウトデータとに分けて格納する第２記憶手段と、
前記第２記憶手段に格納された前記Ｗｅｂページのデータと、ユーザの入力指令により表示する前記Ｗｅｂページのデータとに基づいて、前記ユーザの入力指令により表示する前記Ｗｅｂページのデータを要求するか否かを決定する情報処理部と
を備え、
前記情報処理部は、
前記Ｗｅｂページのデータを要求しない場合、前記第２記憶手段に格納されている前記要素データと前記第２記憶手段に格納されている前記レイアウトデータの中から、前記ユーザの入力指令により表示する前記Ｗｅｂページを形成するデータを選択して表示させ、
前記Ｗｅｂページのデータを要求する場合であって、
前記ユーザの入力指令により表示する前記Ｗｅｂページのデータの内、前記要素データ及び前記レイアウトデータの少なくとも一方が前記第２記憶手段に格納されていないとき、前記第２記憶手段に格納されていないデータを前記サーバ装置から取得し、前記サーバ装置から取得した当該データと、前記第２記憶手段に格納されているデータとに基づいて前記Ｗｅｂページを表示させる
ことを特徴とする情報管理システム。
【請求項２】
前記情報処理部は、
前記ユーザの入力指令により表示する前記Ｗｅｂページの前記要素データが、前記第２記憶手段に格納されていないとき、かつ、当該Ｗｅｂページの前記レイアウトデータが、前記第２記憶手段に格納されているとき、前記サーバ装置に当該Ｗｅｂページの当該要素データを要求する
ことを特徴とする請求項１に記載の情報管理システム。
【請求項３】
前記情報処理部は、
前記ユーザの入力指令により表示する前記Ｗｅｂページの前記レイアウトデータが、前記第２記憶手段に格納されていないとき、かつ、当該Ｗｅｂページの前記要素データが、前記第２記憶手段に格納されているとき、前記サーバ装置に当該Ｗｅｂページの当該レイアウトデータを要求する
ことを特徴とする請求項１又は請求項２に記載の情報管理システム。
【請求項４】
前記情報処理部は、
前記ユーザの入力指令により表示する前記Ｗｅｂページの前記要素データ及び前記レイアウトデータの両方が、前記第２記憶手段に格納されていないとき、前記サーバ装置に当該Ｗｅｂページの当該要素データ及び当該レイアウトデータを要求する
ことを特徴とする請求項１〜請求項３の何れか一項に記載の情報管理システム。
【請求項５】
前記情報処理部は、
前記ユーザの入力指令が前記Ｗｅｂページのデータを更新する場合、前記サーバ装置に当該Ｗｅｂページの前記要素データ及び前記レイアウトデータの両方を要求する
ことを特徴とする請求項１〜請求項４の何れか一項に記載の情報管理システム。
【請求項６】
前記要素データは、ＪＳＯＮ形式で記述されたデータである
ことを特徴とする請求項１〜請求項５の何れか一項に記載の情報管理システム。
【請求項７】
前記レイアウトデータは、ＸＭＬ形式で記述されたデータである
ことを特徴とする請求項１〜請求項６の何れか一項に記載の情報管理システム。
【請求項８】
クライアント側としてサーバ側にＷｅｂページのデータを要求する端末装置において、
前記サーバ側に前記Ｗｅｂページのデータを要求後に取得した前記Ｗｅｂページのデータを、前記Ｗｅｂページの要素を形成する要素データと前記Ｗｅｂページを形成する前記要素データの配置を定めるレイアウトデータとに分けて格納する記憶手段と、
前記記憶手段に格納された前記Ｗｅｂページのデータと、ユーザの入力指令により表示する前記Ｗｅｂページのデータとに基づいて、前記ユーザの入力指令により表示する前記Ｗｅｂページのデータを要求するか否かを決定する情報処理部と
を備え、
前記情報処理部は、
前記Ｗｅｂページのデータを要求しない場合、前記記憶手段に格納されている前記要素データと前記記憶手段に格納されている前記レイアウトデータの中から、前記ユーザの入力指令により表示する前記Ｗｅｂページを形成するデータを選択して表示させ、
前記Ｗｅｂページのデータを要求する場合であって、
前記ユーザの入力指令により表示する前記Ｗｅｂページのデータの内、前記要素データ及び前記レイアウトデータの少なくとも一方が前記記憶手段に格納されていないとき、前記記憶手段に格納されていないデータを前記サーバ側から取得し、前記サーバ側から取得した当該データと、前記記憶手段に格納されているデータとに基づいて前記Ｗｅｂページを表示させる
ことを特徴とする端末装置。
【請求項９】
クライアント側としてサーバ側にＷｅｂページのデータを要求する端末装置で動作する端末装置プログラムにおいて、
前記サーバ側に前記Ｗｅｂページのデータを要求後に取得した前記Ｗｅｂページのデータを、前記Ｗｅｂページの要素を形成する要素データと前記Ｗｅｂページを形成する前記要素データの配置を定めるレイアウトデータとに分けて記憶手段に格納する記憶処理部と、
前記記憶手段に格納された前記Ｗｅｂページのデータと、ユーザの入力指令により表示する前記Ｗｅｂページのデータとに基づいて、前記ユーザの入力指令により表示する前記Ｗｅｂページのデータを要求するか否かを決定する情報処理部と
を備え、
前記情報処理部は、
前記Ｗｅｂページのデータを要求しない場合、前記記憶手段に格納されている前記要素データと前記記憶手段に格納されている前記レイアウトデータの中から、前記ユーザの入力指令により表示する前記Ｗｅｂページを形成するデータを選択して表示させ、
前記Ｗｅｂページのデータを要求する場合であって、
前記ユーザの入力指令により表示する前記Ｗｅｂページのデータの内、前記要素データ及び前記レイアウトデータの少なくとも一方が前記記憶手段に格納されていないとき、前記記憶手段に格納されていないデータを前記サーバ側から取得し、前記サーバ側から取得した当該データと、前記記憶手段に格納されているデータとに基づいて前記Ｗｅｂページを表示させる
ことを特徴とする端末装置プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【公開番号】特開２０１３−１０５４５９（Ｐ２０１３−１０５４５９Ａ）
【公開日】平成２５年５月３０日（２０１３．５．３０）
【国際特許分類】
【出願番号】特願２０１１−２５１０１２（Ｐ２０１１−２５１０１２）
【出願日】平成２３年１１月１６日（２０１１．１１．１６）
【出願人】（００００００２９５）沖電気工業株式会社 (6,645)
【Ｆターム（参考）】
【公開日】平成２５年５月３０日（２０１３．５．３０）
【国際特許分類】
【出願日】平成２３年１１月１６日（２０１１．１１．１６）
【出願人】（００００００２９５）沖電気工業株式会社 (6,645)
【Ｆターム（参考）】
[ Back to top ]