JP2012212328A - 情報提供プログラム、情報提供装置及び情報提供方法 - Google Patents

Abstract

【課題】表示するデータの日付間隔を保つこと。
【解決手段】情報提供装置は、保持部と、抽出部と、取得部と、出力部とを有する。保持部は、所定の日または期間について作成されたデータが表示された表示日と該日または期間との差分、および該データの種別を対応付けて第一記憶部に格納する。抽出部は、データの種別と日付に関する情報とを含む取得要求を受付け、データの種別に対応する差分を第一記憶部から抽出する。取得部は、複数のデータそれぞれについて、種別と、日または期間とを対応付けて記憶する第二記憶部から、取得要求に含まれる日付と種別と、抽出部によって抽出された差分とに基づいて、該複数のデータのうち少なくとも１のデータを取得する。出力部は、取得部によって取得された少なくとも１のデータを出力する。
【選択図】図７

Description

本発明は、情報提供プログラム、情報提供装置及び情報提供方法に関する。

従来、ユーザが経営状態を随時把握するため経営指標を分析する場合、データベースから取得したデータを用いて作成した統計データなどをＷｅｂブラウザや固有システムの画面に表示する仕組みが一般的である。例えば、医事統計システムでは、データベースに記憶される患者の入退院情報や会計情報などを時系列で蓄積しており、ユーザは、時系列で蓄積された情報を用いて、分析対象となる統計データを作成する。

このような、医事統計システムでは、システムの導入前に、経営指標となる分析対象が一律に定められるのが一般的である。しかし、経営指標を分析する場合、事前に決定した分析対象が、必ずしもユーザのニーズに合致した分析対象となるわけではない。

例えば、分析対象として事前に決定された統計データが、「外来患者数日報」、「入院患者数日報」、「外来患者数月報」、「入院患者数月報」であったとする。このような場合に、入院患者を受付けていない病院のユーザは、「入院患者数日報」や「入院患者数月報」を閲覧するよりも「患者台帳」や「薬品使用量一覧」の閲覧を希望することが考えられる。

このようなことから、ユーザ毎に画面レイアウトを変更して統計データを表示する技術が知られている（特許文献１参照）。例えば、ユーザは、予め設定された「入院患者数日報」や「入院患者数月報」を削除し、ユーザが希望する「患者台帳」や「薬品使用量一覧」を追加する。そして、ユーザは、変更したレイアウトを保存してシステムからログアウトすることで、次回システムにログインした場合、変更されたレイアウトで統計データを表示させて閲覧する。また、有効期限内で無効なデータを省いて有効なデータを表示する技術も知られている（特許文献２参照）。

特開２００４−１８５５５３号公報 特開２００７−２７１６４１号公報

しかしながら、上述した従来の技術では、表示するデータの日付間隔を保つことができないという課題があった。

例えば、ユーザが、２０１０年１１月１３日に、２０１０年１１月１３日から３日前に作成された２０１０年１１月１０日の「外来患者数日報」を表示させて閲覧したとする。このユーザが、閲覧した２０１０年１１月１０日の「外来患者数日報」を保存後にログアウトし、次回、２０１０年１１月１５日にログインした場合、画面には２０１０年１１月１０日に作成された「外来患者数日報」が表示される。このため、ユーザが２０１０年１１月１５日に、２０１０年１１月１５日から３日前に作成された２０１０年１１月１２日の「外来患者数日報」を閲覧するには、新たに、２０１０年１１月１２日の「外来患者数日報」を表示させることになる。

すなわち、従来の医事統計システムでは、新たに統計データを閲覧する場合、前回統計データを閲覧した日付間隔を保って統計データを表示することはできない。また、有効期限内で無効なデータを省いて有効なデータを表示した場合も同様に、前回統計データを閲覧した日付間隔を保って統計データを表示することはできない。

開示の技術は、上記に鑑みてなされたものであって、表示するデータの日付間隔を保つことができる情報提供プログラム、情報提供装置及び情報提供方法を提供することを目的とする。

本願の開示する情報提供プログラムは、一つの態様において、コンピュータに、データの種別と日付に関する情報とを含む取得要求を受付ける処理を実行させる。情報提供プログラムは、コンピュータに、所定の日または期間について作成されたデータが表示された表示日と該日または期間との差分、および該データの種別を対応付けて記憶する第一記憶部から、取得要求に含まれる種別に対応する差分を抽出する処理を実行させる。情報提供プログラムは、コンピュータに、複数のデータそれぞれについて、種別と、日または期間とを対応付けて記憶する第二記憶部から、取得要求に含まれる日付と種別と、抽出した差分とに基づいて、該複数のデータのうち少なくとも１のデータを取得する処理を実行させる。情報提供プログラムは、コンピュータに、取得した少なくとも１のデータを出力する処理を実行させる。

本願の開示する情報提供プログラム、情報提供装置及び情報提供方法の一つの態様によれば、表示するデータの日付間隔を保つことができるという効果を奏する。

図１は、情報提供システムの構成例を示す図である。 図２は、クライアントＰＣの機能的構成を示すブロック図である。 図３は、出力部によって出力される情報の一例を示す図である。 図４は、コンテンツ表示情報の一例を示す図である。 図５は、コンテンツ情報の一例を示す図である。 図６は、対象データの一例を示す図である。 図７は、Ｗｅｂサーバの機能的構成を示すブロック図である。 図８は、クライアントＰＣによるシステム情報取得処理の処理手順を示すフローチャートである。 図９は、クライアントＰＣによる更新処理の処理手順を示すフローチャートである。 図１０は、クライアントＰＣによるコンテンツの表示処理の処理手順を示すフローチャートである。 図１１は、Ｗｅｂサーバによる対象データ検索処理の処理手順を示すフローチャートである。 図１２Ａは、実施例１による効果を説明するための図である。 図１２Ｂは、実施例１による効果を説明するための図である。 図１３は、実施例２に係るコンテンツ表示情報の一例を示す図である。 図１４は、情報提供プログラムを実行するコンピュータを示す図である。

以下に、本願の開示する情報提供プログラム、情報提供装置及び情報提供方法の実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。そして、各実施例は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。

実施例１では、情報提供システムの構成、クライアントＰＣの構成、Ｗｅｂサーバの構成、処理の処理手順、実施例１による効果を順に説明する。

［情報提供システムの構成］
図１は、情報提供システムの構成例を示す図である。図１に示すように、情報提供システム１は、クライアントＰＣ１０、クライアントＰＣ２０、クライアントＰＣ３０、Ｗｅｂサーバ１００を有する。クラインアントＰＣ１０、クラインアントＰＣ２０、クラインアントＰＣ３０は、例えばＬＡＮ（Local Area Network）などのネットワーク２を介してＷｅｂサーバ１００と接続する。なお、この情報提供システム１の構成例はあくまで例示であり、クライアントＰＣの数などは任意に変更可能である。

クライアントＰＣ１０〜３０は、ユーザから各種統計データの閲覧、編集などを受付け、受付けた統計データをＷｅｂサーバ１００から取得して表示する。以下では、説明の便宜上、クライアントＰＣ１０を利用するユーザは、情報提供システム１の利用歴があり、ユーザＩＤ（Identifier）「００１０」を用いて情報提供システム１にログインするものとする。同様に、クライアントＰＣ２０を利用するユーザは、情報提供システム１の利用歴があり、ユーザＩＤ「００２０」を用いて情報提供システム１にログインするものとする。また、クライアントＰＣ３０を利用するユーザは、情報提供システム１の利用歴がなく、ユーザＩＤ「００３０」を用いて情報提供システム１にログインするものとする。

Ｗｅｂサーバ１００は、所定の日または期間について作成されたデータが表示された表示日と該日または期間との差分、および該データの種別を対応付けて記憶部１１０に格納する。Ｗｅｂサーバ１００は、データの種別と日付に関する情報とを含む取得要求をクライアントＰＣ１０〜３０から受付け、データの種別に対応する差分を記憶部１１０から抽出する。Ｗｅｂサーバ１００は、複数のデータそれぞれについて、種別と、日または期間とを対応付けて記憶する記憶部１１０から、取得要求に含まれる日付と種別と、抽出した差分とに基づいて、該複数のデータのうち少なくとも１のデータを取得する。Ｗｅｂサーバ１００は、取得した少なくとも１のデータをクライアントＰＣ１０〜３０に出力する。

このように、情報提供システム１では、データの表示日とデータが作成された日との差分を保持することで、データの取得を要求された日付から保持する差分を加味したデータを表示する。この結果、情報提供システム１では、ユーザは、常に同じ差分の情報を復元し、表示するデータの日付間隔を保つことができる。

［実施例１に係るクライアントＰＣの構成］
次に、図２を用いて、実施例１に係るクライアントＰＣの構成を説明する。図２は、実施例１に係るクライアントＰＣの機能的構成を示すブロック図である。実施例１に係るクライアントＰＣ１０は、入力部１１と出力部１２と受信部１３と送信部１４と記憶部１５と制御部１６とを有する。なお、クライアントＰＣ１０〜３０の構成は同様であるので、ここでは、クライアントＰＣ１０についてのみ説明し、クライアントＰＣ２０、３０の説明については省略する。

入力部１１は、ユーザから各種操作を受付ける。例えば、入力部１１は、出力部１２に出力された各種の統計データを選択する操作や、出力部１２に出力された各種の統計データのレイアウトを変更する操作などを受付ける。例えば、入力部１１は、キーボードやマウスなどである。

出力部１２は、例えば、モニタなどであり、Ｗｅｂサーバ１００から出力された情報を出力する。図３を用いて、出力部１２が出力する情報の一例を説明する。図３は、出力部によって出力される情報の一例を示す図である。なお、以下では、出力部１２が表示する画面のことを「ダッシュボード」として適宜記載し、ダッシュボードに表示される各種の統計データを「コンテンツ」として適宜記載する。

図３に示すように、出力部１２は、コンテンツ情報１２ａと、コンテンツ１２ｂと、コンテンツ１２ｃと、コンテンツ１２ｄと、カレンダーボタン１２ｅと、カレンダー１２ｆと、保存ボタン１２ｇとをダッシュボードに出力する。

出力部１２が出力するコンテンツ情報１２ａは、コンテンツとして登録された各種の統計データの種別の一覧を示す。図３に示す例では、出力部１２は、コンテンツ情報１２ａとして、売上集計４、売上集計５、売上集計６、売上集計７、病院別在院患者数、病院別病床利用率などを出力する。なお、コンテンツ情報１２ａとしてダッシュボードに出力される各種の統計データの種別の一覧は、記憶部１５に記憶されるコンテンツ情報１５ｂによって規定される。

また、出力部１２が出力するコンテンツ１２ｂ〜１２ｄは、情報提供システム１に共通の各種の統計データやユーザによって作成された各種の統計データなどである。なお、出力部１２が出力するコンテンツ１２ｂ〜１２ｄは、後述するコンテンツ表示情報１５ａによって規定される。

また、出力部１２が出力するカレンダー１２ｆは、コンテンツ１２ｂ〜１２ｄ内に表示される「カレンダーボタン」１２ｅが入力部１１を介してユーザによって押下されることにより表示される。カレンダー１２ｆは、表示されるコンテンツ１２ｂ〜１２ｄの作成日がユーザによって変更される場合に、コンテンツそれぞれの更新タイミングに対応した年月日を表示し、入力部１１を介してユーザから年月日の指定を受付ける。

出力部１２が出力する保存ボタン１２ｇは、ダッシュボードに表示されたコンテンツが変更された場合、変更されたコンテンツの情報を保存する操作をユーザから入力部１１を介して受付ける。

受信部１３は、Ｗｅｂサーバ１００から各種情報を受信する。例えば、受信部１３は、ユーザが情報提供システム１にログインした場合、Ｗｅｂサーバ１００から、コンテンツ表示情報１５ａ、コンテンツ情報１５ｂを受信する。

また、受信部１３は、取得要求したコンテンツに対応する各種の統計データである対象データ１５ｃをＷｅｂサーバ１００から受信する。受信部１３は、受信したコンテンツ表示情報１５ａ、コンテンツ情報１５ｂ、対象データ１５ｃを制御部１６に出力する。

送信部１４は、Ｗｅｂサーバ１００に各種情報を送信する。例えば、送信部１４は、制御部１６によって生成されたログイン要求をＷｅｂサーバ１００に送信する。また、送信部１４は、制御部１６によって生成された、コンテンツの取得要求をＷｅｂサーバ１００に送信する。

記憶部１５は、例えば、半導体メモリ素子、又はハードディスクなどの記憶装置であり、コンテンツ表示情報１５ａとコンテンツ情報１５ｂと対象データ１５ｃとを有する。なお、記憶部１５が記憶するコンテンツ表示情報１５ａとコンテンツ情報１５ｂと対象データ１５ｃとは、クライアントＰＣ１０が情報提供システム１にログインした後にＷｅｂサーバ１００から送信される。

コンテンツ表示情報１５ａは、出力部１２に出力するコンテンツの種別とコンテンツの種別に対応する差分とを示す情報を記憶する。例えば、コンテンツ表示情報１５ａは、出力部１２に表示するコンテンツごとに、コンテンツを識別するコンテンツＩＤと、更新タイミングと、差分とを対応付けて記憶する。

図４は、コンテンツ表示情報の一例を示す図である。図４に示すように、コンテンツ表示情報１５ａは、ルートノードとして「ｄｉｓｐｌａｙ」を有する。「ｄｉｓｐｌａｙ」は、画面上のコンテンツとして「Ｃｏｎｔｅｎｔ ｉｄ」で識別される複数のコンテンツ要素を持つことを示す。図４に示す例では、コンテンツ表示情報１５ａの「ｄｉｓｐｌａｙ」は、コンテンツＩＤとして、「Ｃｏｎｔｅｎｔ ｉｄ＝Ａ」、「Ｃｏｎｔｅｎｔ ｉｄ＝Ｂ」、「Ｃｏｎｔｅｎｔ ｉｄ＝Ｃ」で識別されるコンテンツを有することを示す。

また、「Ｃｏｎｔｅｎｔ ｉｄ」で識別される各ノードは、さらに子ノードとして「Ｕｐｄａｔｉｎｇ」と「ＴｉｍｅＬａｇ」とを有する。「Ｕｐｄａｔｉｎｇ」は、コンテンツが更新されるタイミングを示す。言い換えると、「Ｕｐｄａｔｉｎｇ」は、コンテンツの更新間隔を示す。例えば、「Ｕｐｄａｔｉｎｇ」には、「日報」、「月報」及び「年報」が格納される。また、「ＴｉｍｅＬａｇ」は、コンテンツを表示した日と、コンテンツが作成された日との差分を示す。また、差分には、差分が日単位であることを示す「日偏差」、差分が月単位であることを示す「月偏差」、差分が年単位であることを示す「年偏差」を含む。例えば、「ＴｉｍｅＬａｇ」には、日偏差である「３日」、月偏差である「１月」、年偏差である「１年」などが格納される。

図４に示す例では、「Ｃｏｎｔｅｎｔ ｉｄ＝Ａ」は、日報であり、差分が３日であることを示す。同様に、「Ｃｏｎｔｅｎｔ ｉｄ＝Ｂ」は、月報であり、差分が１年１ヶ月であることを示す。また、「Ｃｏｎｔｅｎｔ ｉｄ＝Ｃ」は、年報であり、差分が１年であることを示す。なお、コンテンツ表示情報１５ａは、第１記憶部の一例であり、ユーザが情報提供システム１にログインしたことを契機にＷｅｂサーバ１００からクライアントＰＣ１０に送信される。

コンテンツ情報１５ｂは、ユーザが選択可能なコンテンツの一覧を示す情報を記憶する。例えば、コンテンツ情報１５ｂは、ユーザが選択可能なコンテンツごとにコンテンツを識別するコンテンツＩＤと、コンテンツ名と、更新タイミングと、参照先と、差分とを対応付けて記憶する。

図５は、コンテンツ情報１５ｂの一例を示す図である。図５に示すように、コンテンツ情報１５ｂは、ルートノードとして「Ｇａｌｌｅｒｙ」を有する。「Ｇａｌｌｅｒｙ」は、登録されているコンテンツとして、「Ｃｏｎｔｅｎｔ ｉｄ」で識別される複数の種別のコンテンツを有することを示す。図５に示す例では、コンテンツ情報１５ｂの「Ｇａｌｌｅｒｙ」は、コンテンツＩＤとして、「Ｃｏｎｔｅｎｔ ｉｄ＝Ａ」、「Ｃｏｎｔｅｎｔ ｉｄ＝Ｂ」で識別されるコンテンツを有することを示す。

また、「Ｃｏｎｔｅｎｔ ｉｄ」で識別される各ノードは、さらに子ノードとして「Ｕｐｄａｔｉｎｇ」と「ｎａｍｅ」と「ｆｉｌｅ」と「ＴｉｍｅＬａｇ」とを有する。「Ｕｐｄａｔｉｎｇ」は、コンテンツが更新されるタイミングを示す。言い換えると、「Ｕｐｄａｔｉｎｇ」は、コンテンツの更新間隔を示す。例えば、「Ｕｐｄａｔｉｎｇ」には、「日報」、「月報」及び「年報」が格納される。「ｎａｍｅ」は、出力部１２に表示される場合に用いられるコンテンツ名を示す。例えば、「ｎａｍｅ」には、「科別外来患者数」や「病棟別病床利用率」などが格納される。「ｆｉｌｅ」は、コンテンツに対応する対象データの参照先であるデータの種別を示す。例えば、「ｆｉｌｅ」には、「科別外来患者数ファイル」や「病棟別病床利用率ファイル」などが格納される。また、「ＴｉｍｅＬａｇ」は、コンテンツを表示した日と、コンテンツが作成された日との差分を示す。例えば、「ＴｉｍｅＬａｇ」には、「３日」、「１月」、「１年」などが格納される。なお、コンテンツ情報１５ｂに記憶される「ＴｉｍｅＬａｇ」は、情報提供システム１を利用するユーザによって予め設定されるデフォルト値である。

図５に示す例では、「Ｃｏｎｔｅｎｔ ｉｄ＝Ａ」は、コンテンツ名が科別外来患者数であり、更新タイミングが日報であり、参照先が科別外来患者数ファイルであり、デフォルトの差分が３日であることを示す。同様に、「Ｃｏｎｔｅｎｔ ｉｄ＝Ｂ」は、コンテンツ名が病棟別病床利用率であり、更新タイミングが月報であり、参照先が病棟別病床利用率ファイルであり、デフォルトの差分が３日であることを示す。なお、コンテンツ情報１５ｂは、第１記憶部の一例であり、ユーザが情報提供システム１にログインしたことを契機にＷｅｂサーバ１００からクライアントＰＣ１０に送信される。

対象データ１５ｃは、出力部１２に、コンテンツとして出力される各データを記憶する。例えば、対象データ１５ｃとして記憶される各データは、統計データである。図６は、対象データの一例を示す図である。図６に示すように、対象データ１５ｃは、ルートノードとして、対象データの参照先を示す「ｆｉｌｅ」を有する。「ｆｉｌｅ」は、データの名称を示す「ｎａｍｅ」と、データの作成日を示す「ｄａｙ」と、コンテンツとして表示されるデータを示す「ｄａｔａ」とを有することを示す。なお、対象データ１５ｃは、ユーザが情報提供システム１にログインし、コンテンツ表示情報１５ａを取得した後に、Ｗｅｂサーバ１００からクライアントＰＣ１０に送信される。

制御部１６は、制御プログラム、各種の処理手順などを規定したプログラムおよび所要データを格納するための内部メモリを有する。制御部１６は、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）などの集積回路、又は、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）などの電子回路である。

制御部１６は、情報提供システム１にログインした場合、システム情報を取得する。例えば、制御部１６は、ユーザからログインを受付けた場合、ユーザＩＤを含んだログイン要求を生成して、Ｗｅｂサーバ１００に送信する。そして、制御部１６は、情報提供システム１の日付をＷｅｂサーバ１００から取得する。続いて、制御部１６は、コンテンツ表示情報１５ａとコンテンツ情報１５ｂとをＷｅｂサーバ１００から取得する。制御部１６は、取得したコンテンツ表示情報１５ａとコンテンツ情報１５ｂとを記憶部１５に格納する。

また、制御部１６は、取得したコンテンツ表示情報から差分を取得し、ユーザＩＤと差分と参照先とを含んだコンテンツの取得要求をｗｅｂサーバ１００に送信して、出力部１２に表示させるコンテンツを取得する。例えば、制御部１６は、コンテンツ表示情報１５ａを取得した場合、コンテンツ表示情報１５ａにコンテンツＩＤが存在するか否かを判定する。そして、制御部１６は、コンテンツ表示情報１５ａにコンテンツＩＤが存在すると判定した場合、コンテンツ情報１５ｂから同一のコンテンツＩＤを有するコンテンツを検索し、「Ｕｐｄａｔｉｎｇ」に格納された値から更新タイミングを判定する。

続いて、制御部１６は、コンテンツ表示情報１５ａの「ＴｉｍｅＬａｇ」に格納された値から差分を抽出する。また、制御部１６は、コンテンツ情報１５ｂのコンテンツＩＤが一致する「ｆｉｌｅ」に格納された値から参照先を抽出する。そして、制御部１６は、抽出した参照先と差分とユーザＩＤとを含んだコンテンツの取得要求を生成し、生成した取得要求をＷｅｂサーバ１００に送信する。その後、制御部１６は、要求したコンテンツに対応する対象データをＷｅｂサーバ１００から取得する。制御部１６は、取得した対象データを記憶部１５に格納するとともに、取得した対象データを出力部１２にコンテンツとして出力する。

また、制御部１６は、ユーザから更新タイミングの変更を受付けた場合、コンテンツの更新タイミングを変更する。例えば、制御部１６は、出力部１２に表示されたカレンダーボタン１２ｅが入力部１１を介してユーザから押下された場合、コンテンツ情報の「Ｕｐｄａｔｉｎｇ」に格納された値から更新タイミングを判定する。制御部１６は、「Ｕｐｄａｔｉｎｇ」に「年報」が格納されていた場合、更新タイミングを年であると判定し、年報形式のカレンダーを出力部１２に表示させる。同様に、制御部１６は、「Ｕｐｄａｔｉｎｇ」に「月報」が格納されていた場合、更新タイミングを月であると判定し、月報形式のカレンダーを出力部１２に表示させる。また、制御部１６は、「Ｕｐｄａｔｉｎｇ」に「日報」が格納されていた場合、更新タイミングを日であると判定し日報形式のカレンダーを出力部１２に表示させる。

制御部１６は、情報提供システムの日付とカレンダー上の選択された日付とから差分を算出する。例えば、制御部１６は、情報提供システムの日付が「２０１１年２月１日」であり、ユーザが選択した日付が「２０１０年」であった場合、以下の処理を実行する。すなわち、制御部１６は、「２０１０（年）−２０１１（年）」から差分として「−１（年）」を算出する。

また、制御部１６は、情報提供システムの日付が「２０１１年２月１日」であり、ユーザが選択した日付が「２００９年８月」であった場合、以下の処理を実行する。すなわち、制御部１６は、「２００９（年）−２０１１（年）」から「−２（年）」を年偏差として算出する。さらに、制御部１６は、「８（月）−１（月）」より「７（月）」を算出し、「７（月）−１２（月）」により「−５（月）」を月偏差として算出する。

また、制御部１６は、情報提供システムの日付が「２０１１年２月１日」であり、ユーザが選択した日付が「２０１１年１月３０日」であった場合、以下の処理を実行する。すなわち、制御部１６は、日偏差として「−２（日）」を算出する。

制御部１６は、抽出した参照先と差分とユーザＩＤとを含んだコンテンツの取得要求を生成し、生成した取得要求をＷｅｂサーバ１００に送信して、要求した対象データをＷｅｂサーバ１００から取得する。

また、制御部１６は、ユーザによって入力部１１を介してダッシュボード上の保存ボタン１２ｇが押下された場合、変更された差分をコンテンツ表示情報１５ａに格納し、変更したコンテンツ表示情報１５ａをＷｅｂサーバ１００に送信する。また、制御部１６は、ユーザが情報提供システム１からログアウトした場合、変更された差分をコンテンツ表示情報１５ａに格納し、変更したコンテンツ表示情報１５ａをＷｅｂサーバ１００に送信する。

［実施例１に係るＷｅｂサーバの構成］
次に、図７を用いて、Ｗｅｂサーバの構成について説明する。図７は、Ｗｅｂサーバの機能的構成を示すブロック図である。Ｗｅｂサーバ１００は、受信部１０１と、送信部１０２と、記憶部１１０と、制御部１２０とを有する。

受信部１０１は、クライアントＰＣ１０〜３０から各種情報を受信する。例えば、受信部１０１は、情報提供システム１へのログイン要求をクライアントＰＣ１０〜３０から受信する。そして、受信部１０１は、受信したログイン要求を制御部１２０へ出力する。また、受信部１０１は、コンテンツの取得要求をクライアントＰＣ１０〜３０から受信する。そして、受信部１０１は、受信した取得要求を制御部１２０へ出力する。

送信部１０２は、クライアントＰＣ１０〜３０に各種情報を送信する。例えば、送信部１０２は、クライアントＰＣ１０から情報提供システム１へのログイン要求を受信した場合、コンテンツ表示情報１１２ａとコンテンツ情報１１２ｂとをクライアントＰＣ１０に送信する。また、送信部１０２は、取得部１２３によって取得された対象データをクラインアントＰＣ１０へ送信する。

記憶部１１０は、システム用ホルダ１１１、ユーザ用ホルダ１１２、ユーザ用ホルダ１１３を有する。なお、記憶部１１０が有するユーザ用のホルダの数はこれに限定されるものではなく、ユーザ数に応じて任意に変更されてもよい。

システム用ホルダ１１１は、情報提供システム１を利用するユーザに共通の情報を記憶し、コンテンツ表示情報１１１ａ、コンテンツ情報１１１ｂ、対象データＤＢ（Data Base）１１１ｃを有する。例えば、システム用ホルダ１１１は、情報提供システム１の利用歴がないユーザが、新たに情報提供システム１にログインした場合に利用される。

コンテンツ表示情報１１１ａは、クライアントＰＣの出力部に表示させるコンテンツの種別とコンテンツの種別に対応する差分とを示す情報を記憶する。コンテンツ表示情報１１１ａのデータ形式は、コンテンツ表示情報１５ａと同様であるので、ここでは、コンテンツ表示情報１１１ａの詳細な説明は省略する。なお、ここで記憶されるコンテンツ表示情報１１１ａは、情報提供システム１に共通であり、初めて情報提供システム１を利用するユーザにデフォルトで表示されるダッシュボードの情報を示す。また、コンテンツ表示情報１１１ａは、第１記憶部の一例である。

コンテンツ情報１１１ｂは、クライアントＰＣがコンテンツとして出力できるデータの種別を記憶する。コンテンツ情報１１１ｂのデータ形式は、コンテンツ情報１５ｂと同様であるので、ここでは、コンテンツ情報１１１ｂの詳細な説明は省略する。なお、ここで記憶されるコンテンツ情報１１１ｂは、情報提供システム１に共通である。また、コンテンツ情報１１１ｂは、第１記憶部の一例である。

対象データＤＢ１１１ｃは、データ種別に対応する各対象データを作成日ごとに記憶する。対象データＤＢ１１１ｃのデータ形式は、対象データ１５ｃと同様であるので、ここでは、対象データＤＢ１１１ｃの詳細な説明は省略する。なお、ここで記憶される対象データＤＢ１１１ｃは、情報提供システム１に共通である。

また、以下では、対象データＤＢ１１１ｃが記憶するデータの作成日「ｄａｙ」は、データ内容が表す日と同一であるものとして説明する。例えば、作成日「ｄａｙ」が２０１１年３月１日であるデータは、２０１１年３月１日分のデータを示すものとする。なお、対象データＤＢ１１１ｃは、第２記憶部の一例である。

ユーザ用ホルダ１１２は、情報提供システム１の利用歴があるユーザが、情報提供システム１にログインした場合に利用され、コンテンツ表示情報１１２ａ、コンテンツ情報１１２ｂ、対象データＤＢ１１２ｃを有する。ここでは、説明の便宜上、ユーザ用ホルダ１１２は、ユーザＩＤ「００１０」を用いて情報提供システム１にログインするクライアントＰＣ１０用のホルダとして説明する。

コンテンツ表示情報１１２ａは、ユーザが前回ログアウトした時に表示されていたダッシュボードの情報を記憶する。なお、コンテンツ表示情報１１２ａのデータ形式は、コンテンツ表示情報１５ａと同様であるので、ここでは、コンテンツ表示情報１１２ａの詳細な説明は省略する。なお、コンテンツ表示情報１１２ａは、第１記憶部の一例である。

コンテンツ情報１１２ｂは、情報提供システム１に共通なコンテンツであるコンテンツ情報１１１ｂ及びユーザＩＤが「００１０」であるユーザが作成したコンテンツの一覧を示す情報を記憶する。なおコンテンツ情報１１２ｂのデータ形式は、コンテンツ情報１５ｂと同様であるので、ここでは、コンテンツ情報１１２ｂの詳細な説明は省略する。なお、コンテンツ情報１１２ｂは、第１記憶部の一例である。

対象データＤＢ１１２ｃは、情報提供システム１に共通なコンテンツである対象データＤＢ１１１ｃ及びユーザＩＤが「００１０」であるユーザが作成したコンテンツのコンテンツＩＤに対応するデータを作成日ごとに記憶する。なお対象データＤＢ１１２ｃのデータ形式は、対象データ１５ｃと同様であるので、ここでは、対象データＤＢ１１２ｃの詳細な説明は省略する。

また、対象データＤＢ１１２ｃが記憶するデータの作成日「ｄａｙ」は、データ内容が表す日と同一であるものとして説明する。なお、対象データＤＢ１１２ｃは、第２記憶部の一例である。

ユーザ用ホルダ１１３は、情報提供システム１の利用歴があるユーザが、情報提供システム１にログインした場合に利用され、コンテンツ表示情報１１３ａと、コンテンツ情報１１３ｂと、対象データＤＢ１１３ｃとを有する。ここでは、説明の便宜上、ユーザ用ホルダ１１３は、ユーザＩＤ「００２０」を用いて情報提供システム１にログインするクライアントＰＣ２０用のホルダとして説明する。

コンテンツ表示情報１１３ａのデータ形式は、コンテンツ表示情報１１２ａと同様であり、コンテンツ情報１１３ｂのデータ形式は、コンテンツ情報１１２ｂと同様であり、対象データＤＢ１１３ｃのデータ形式は、対象データＤＢ１１２ｃと同様である。なお、コンテンツ表示情報１１３ａ及びコンテンツ情報１１３ｂは、第１記憶部の一例であり、対象データＤＢ１１３ｃは、第２記憶部の一例である。

制御部１２０は、制御プログラム、各種の処理手順などを規定したプログラムおよび所要データを格納するための内部メモリを有する。制御部１２０は、判定部１２１と抽出部１２２と取得部１２３と保持部１２４とを有する。例えば、制御部１２０は、ＡＳＩＣやＦＰＧＡなどの集積回路、又は、ＣＰＵやＭＰＵなどの電子回路である。

判定部１２１は、受信部１０１によって受信された各種要求に格納されるユーザＩＤを抽出し、抽出したユーザＩＤからユーザを判定する。例えば、判定部１２１は、ログイン要求を受付けた場合、ログイン要求に含まれるユーザＩＤを抽出し、抽出したユーザＩＤからユーザを判定する。一例を示すと、判定部１２１は、クライアントＰＣ１０からログイン要求を受け付けた場合、ログイン要求からユーザＩＤ「００１０」を抽出する。そして、判定部１２１は、ログイン要求から抽出したユーザＩＤ「００１０」を取得部１２３に出力する。

また、判定部１２１は、受信部１０１によって受信されたコンテンツの取得要求に格納されるユーザＩＤを抽出し、抽出したユーザＩＤからユーザを判定する。一例を示すと、判定部１２１は、クライアントＰＣ２０からコンテンツの取得要求を受け付けた場合、取得要求からユーザＩＤ「００２０」を抽出する。そして、判定部１２１は、取得要求から抽出したユーザＩＤ「００２０」を抽出部１２２に出力する。

抽出部１２２は、ユーザからコンテンツの取得を要求する取得要求を受付け、データの種別に対応する差分を受け付けた取得要求から抽出する。例えば、抽出部１２２は、取得要求から差分として日偏差「３日」を抽出する。

取得部１２３は、ログイン要求を受信した場合、ログイン要求したユーザに対応するコンテンツ表示情報及びコンテンツ情報を記憶部１１０から取得する。例えば、取得部１２３は、クライアントＰＣ１０からログイン要求を受信した場合、ユーザ用ホルダ１１２からコンテンツ表示情報１１２ａ及びコンテンツ情報１１２ｂを取得する。同様に、取得部１２３は、クライアントＰＣ３０からログイン要求を受信した場合、システム用ホルダ１１１からコンテンツ表示情報１１１ａ及びコンテンツ情報１１１ｂを取得する。取得部１２３は、取得したコンテンツ表示情報及びコンテンツ情報を送信部１０２に出力する。

取得部１２３は、コンテンツの取得要求を受信した場合、コンテンツの取得要求で指定された日と抽出部１２２によって抽出された差分とから算出される日に基づいて対象データＤＢから対象データを取得する。ここで、取得要求で指定された日と差分とから算出される日を換算日付と表記する。例えば、取得要求で指定された日は、データの取得を要求した日の情報提供システムの日付である。

例えば、取得部１２３は、コンテンツの取得要求から抽出した差分からコンテンツの更新タイミングを判定する。そして、取得部１２３は、更新タイミングが年単位であると判定した場合に、取得要求で指定された日の年に差分を加算する。ここで、取得部１２３は、取得要求で指定された日が「２０１１年２月１日」であり、年偏差が「−１」である場合、以下の処理を実行する。すなわち、取得部１２３は、「２０１１（年）−１（年偏差）」から換算日付として「２０１０年」を算出する。

また、取得部１２３は、更新タイミングが月単位であると判定した場合に、取得要求で指定された日の年及び月に差分を加算する。ここで、取得部１２３は、取得要求で指定された日が「２０１１年２月１日」であり、年偏差が「−１」、月偏差が「−１」である場合、以下の処理を実行する。すなわち、取得部１２３は、換算日付として「２０１１（年）−１（年偏差）」から「２０１０年」を算出し、「２（月）−１（月偏差）」から「１月」を算出する。

また、取得部１２３は、更新タイミングが日単位であると判定した場合に、取得要求で指定された日に差分を加算する。ここで、取得部１２３は、取得要求で指定された日が「２０１１年２月１日」であり、日偏差が「−２」である場合、以下の処理を実行する。すなわち、取得部１２３は、換算日付として「２０１１年２月１日」から２日前の「２０１１年１月３０日」を算出する。

続いて、取得部１２３は、取得要求から参照先を抽出する。そして、取得部１２３は、換算日付と、参照先とに一致する対象データを対象データＤＢから取得する。例えば、取得部１２３は、クライアントＰＣ１０から取得要求を受信した場合、ユーザ用ホルダ１１２の対象データＤＢ１１２ｃから、「ｎａｍｅ」が取得要求から抽出した参照先と一致し、かつ「ｄａｙ」が換算日付と一致する「ｄａｔａ」を取得する。取得部１２３は、取得した対象データを送信部１０２に出力する。

保持部１２４は、データの種別及び、データの取得要求で指定された日とデータの作成日との差分を対応付けてコンテンツ表示情報に保持する。例えは、保持部１２４は、クライアントＰＣ１０から変更されたコンテンツ表示情報１５ａを取得した場合、取得したコンテンツ表示情報１５ａをユーザＩＤ「００１０」に対応するユーザ用ホルダ１１２にコンテンツ表示情報１１２ａとして格納する。

また、保持部１２４は、ユーザが情報提供システム１からログアウトしたことを検知した場合に、変更された差分をデータの種別と対応付けてコンテンツ表示情報に保持する。例えば、保持部１２４は、クライアントＰＣ１０が情報提供システム１からログアウトしたことを検知した場合、以下の処理を実行する。すなわち、保持部１２４は、データの種別に対応する差分が変更されたか否かを判定し、差分が変更されたと判定した場合に、変更された差分をデータの種別と対応付けてコンテンツ表示情報１１２ａに保持する。

［実施例１に係るクライアントＰＣによる処理の処理手順］
次に図８〜図１０を用いて、クライアントＰＣによる処理の処理手順を説明する。ここでは、図８を用いて、クライアントＰＣによるシステム情報取得処理の処理手順を説明し、図９を用いて、クライアントＰＣによる更新処理の処理手順を説明する。また、図１０を用いて、クライアントＰＣによるコンテンツ表示処理の処理手順を説明する。

（システム情報取得処理の処理手順）
図８は、クライアントＰＣによるシステム情報取得処理の処理手順を示すフローチャートである。例えば、クラインアントＰＣ１０は、ユーザからログインを受付けたことを契機に処理を実行する。なお、ここでは、クライアントＰＣ１０を例にシステム情報取得処理の処理手順を説明するが、クライアントＰＣ２０及びクライアントＰＣ３０においても同様の処理が実行される。

図８に示すように、クライアントＰＣ１０は、システムへのログインを受付けた場合（ステップＳ１０１、Ｙｅｓ）、システム日付を取得する（ステップＳ１０２）。クライアントＰＣ１０は、コンテンツ情報を取得する（ステップＳ１０３）。また、クライアントＰＣ１０は、コンテンツ表示情報を取得する（ステップＳ１０４）。そして、クライアントＰＣ１０は、コンテンツ表示処理を実行する（ステップＳ１０５）。例えば、クライアントＰＣ１０は、Ｗｅｂサーバ１００から、対象データを取得し、取得した対象データを出力部１２に出力する。なお、ステップＳ１０５の処理の詳細については後述する。

（更新タイミング変更処理の処理手順）
図９は、クライアントＰＣによる更新処理の処理手順を示すフローチャートである。例えば、クライアントＰＣ１０は、コンテンツ上のカレンダーボタンが押下されたことを契機に処理を実行する。

図９に示すように、クライアントＰＣ１０は、コンテンツ上のカレンダーボタンが押下された場合（ステップＳ２０１、Ｙｅｓ）、コンテンツの更新タイミングを取得する（ステップＳ２０２）。すなわち、クライアントＰＣ１０は、コンテンツ情報１５ｂの「Ｕｐｄａｔｉｎｇ」に格納された値を読み取る。続いて、クライアントＰＣ１０は、更新タイミングが年報であるか否かを判定する（ステップＳ２０３）。

ここで、クライアントＰＣ１０は、更新タイミングが年報であると判定した場合（ステップＳ２０３、Ｙｅｓ）、年報形式のカレンダーをダッシュボードに出力する（ステップＳ２０４）。そして、クライアントＰＣ１０は、カレンダー上の年の選択をユーザから入力部１１を介して受付ける（ステップＳ２０５）。また、制御部１６は、受付けた年から、年偏差を算出する（ステップＳ２０６）。例えば、受付けた年が「２０１０」、システム日付が「２０１１０２０１」であった場合、制御部１６は、受付けた年「２０１０」からシステム日付の年「２０１１」を減算し、年偏差「−１」を取得する。

クライアントＰＣ１０は、更新タイミングが年報ではないと判定した場合（ステップＳ２０３、Ｎｏ）、更新タイミングが月報であるか否かを判定する（ステップＳ２０７）。ここで、クライアントＰＣ１０は、更新タイミングが月報であると判定した場合（ステップＳ２０７、Ｙｅｓ）、月報形式のカレンダーをダッシュボードに出力する（ステップＳ２０８）。そして、クライアントＰＣ１０は、カレンダー上の年月の選択をユーザから入力部１１を介して受付ける（ステップＳ２０９）。また、制御部１６は、受付けた年月から、年偏差と月偏差とを算出する（ステップＳ２１０）。例えば、受付けた年が「２００９０８」、システム日付が「２０１１０２０１」であった場合、制御部１６は、受付けた年「２００９」からシステム日付の年「２０１１」を減算し、年偏差「−２」を取得する。また、制御部１６は、受付けた月「０８」からシステム日付の月「０２」を減算し「６」を取得する。さらに制御部１６は、年月を補正するために「６」から「１２」を減算して、月偏差「−６」を取得する。

クライアントＰＣ１０は、更新タイミングが月報ではないと判定した場合（ステップＳ２０７、Ｎｏ）、更新タイミングが日報であるか否かを判定する（ステップＳ２１１）。ここで、クライアントＰＣ１０は、更新タイミングが日報であると判定した場合（ステップＳ２１１、Ｙｅｓ）、日報形式のカレンダーをダッシュボードに出力する（ステップＳ２１２）。そして、クライアントＰＣ１０は、カレンダー上の年月日の選択をユーザから入力部１１を介して受付ける（ステップＳ２１３）。また、制御部１６は、受付けた年月日から、日偏差を算出する（ステップＳ２１４）。例えば、受付けた年が「２０１１０１３０」、システム日付が「２０１１０２０１」であった場合、制御部１６は、受付けた年月日「２０１１０１３０」からシステム日付の年月日「２０１１０２０１」を減算し、日偏差「−２」を取得する。一方、クライアントＰＣ１０は、更新タイミングが日報ではないと判定した場合（ステップＳ２１１、Ｎｏ）、更新タイミング変更処理を終了する。

クライアントＰＣ１０は、ステップＳ２０６、２１０、２１４の処理の終了後、コンテンツ表示処理を実行する（ステップＳ２１５）。なお、この処理の詳細は後述する。クライアントＰＣ１０は、表示処理が終了後、保存ボタンの押下を受付けたか否かを判定する（ステップＳ２１６）。

クライアントＰＣ１０は、保存ボタンの押下を受付けたと判定した場合（ステップＳ２１６、Ｙｅｓ）、変更を保存する処理を実行する（ステップＳ２１７）。すなわち、クライアントＰＣ１０は、変更した差分をコンテンツ表示情報１５ａに格納し、変更したコンテンツ表示情報をＷｅｂサーバ１００に送信する。

クライアントＰＣ１０は、保存ボタンの押下を受付けていないと判定した場合（ステップＳ２１６、Ｎｏ）、または、ステップＳ２１７の処理が終了後、情報提供システム１からのログアウトを受付けたか否かを判定する（ステップＳ２１８）。ここで、クライアントＰＣ１０は、情報提供システム１からのログアウトを受付けていないと判定した場合（ステップＳ２１８、Ｎｏ）、ステップＳ２０１に移行する。一方、クライアントＰＣ１０は、情報提供システム１からのログアウトを受付けたと判定した場合（ステップＳ２１８、Ｙｅｓ）、変更した更新タイミングを保存済みであるか否かを判定する（ステップＳ２１９）。

クライアントＰＣ１０は、変更した更新タイミングを保存済みであると判定した場合（ステップＳ２１９、Ｙｅｓ）、処理を終了する。一方、クライアントＰＣ１０は、変更した更新タイミングを保存済みでないと判定した場合（ステップＳ２１９、Ｎｏ）、変更を保存する処理を実行する（ステップＳ２２０）。すなわち、クライアントＰＣ１０は、変更した差分をコンテンツ表示情報１５ａに格納し、変更したコンテンツ表示情報をＷｅｂサーバ１００に送信する。ステップＳ２２０の処理が終了後、クライアントＰＣ１０は、処理を終了する。

（コンテンツ表示処理の処理手順）
図１０は、クライアントＰＣによるコンテンツ表示処理の処理手順を説明するフローチャートである。例えば、クライアントＰＣ１０は、ログイン後にコンテンツ表示情報を取得したことを契機に、または、更新タイミングが変更されたことを契機に処理を実行する。なお、この処理は、図８におけるステップＳ１０５、図９におけるステップＳ２１５の処理に対応する。また、図９におけるステップＳ２１５の処理に対応する場合、ステップＳ３０１〜ステップＳ３０８までの処理を省略し、ステップＳ３０９以降の処理から実行するようにしてもよい。

図１０に示すように、クライアントＰＣ１０は、コンテンツ表示情報１５ａにコンテンツＩＤが格納されているか否かを判定する（ステップＳ３０１）。ここで、クライアントＰＣ１０は、コンテンツ表示情報１５ａにコンテンツＩＤが格納されていると判定した場合（ステップＳ３０１、Ｙｅｓ）、以下の処理を実行する。すなわち、クライアントＰＣ１０は、コンテンツ情報１５ｂから同一のコンテンツＩＤを有するコンテンツを検索し、「Ｕｐｄａｔｉｎｇ」に格納された値から更新タイミングが年報であるか否かを判定する（ステップＳ３０２）。ここで、クライアントＰＣ１０は、更新タイミングが年報であると判定した場合（ステップＳ３０２、Ｙｅｓ）、コンテンツ表示情報１５ａから年偏差を取得する（ステップＳ３０３）。

クライアントＰＣ１０は、更新タイミングが年報ではないと判定した場合（ステップＳ３０２、Ｎｏ）、更新タイミングが月報であるか否かを判定する（ステップＳ３０４）。ここで、クライアントＰＣ１０は、更新タイミングが月報であると判定した場合（ステップＳ３０４、Ｙｅｓ）、コンテンツ表示情報１５ａから年偏差と月偏差とを取得する（ステップＳ３０５）。

クライアントＰＣ１０は、更新タイミングが月報ではないと判定した場合（ステップＳ３０４、Ｎｏ）、更新タイミングが日報であるか否かを判定する（ステップＳ３０６）。ここで、クライアントＰＣ１０は、更新タイミングが日報であると判定した場合（ステップＳ３０６、Ｙｅｓ）、コンテンツ表示情報１５ａから日偏差を取得する（ステップＳ３０７）。

また、クライアントＰＣ１０は、ステップＳ３０３、３０５、３０７の処理が終了後に、コンテンツ表示情報１５ａに格納されるコンテンツＩＤ全てについて差分を取得したか否かを判定する（ステップＳ３０８）。クライアントＰＣ１０は、コンテンツ表示情報１５ａに格納されるコンテンツＩＤ全てについて差分を取得したと判定した場合（ステップＳ３０８、Ｙｅｓ）、ステップＳ３０９に移行する。一方、クライアントＰＣ１０は、コンテンツ表示情報１５ａに格納されるコンテンツＩＤ全てについて差分を取得していないと判定した場合（ステップＳ３０８、Ｎｏ）、ステップＳ３０１に移行し、以降の処理を実行する。

また、クライアントＰＣ１０は、コンテンツ表示情報１５ａにコンテンツＩＤが格納されていないと判定した場合（ステップＳ３０１、Ｎｏ）、更新タイミングが日報ではないと判定した場合（ステップＳ３０６、Ｎｏ）、ステップＳ３０９に移行する。

クライアントＰＣ１０は、月報、日報、年報のいずれかであるか否かを判定する（ステップＳ３０９）。ここで、クライアントＰＣ１０は、月報、日報、年報のいずれでもないと判定した場合（ステップＳ３０９、Ｎｏ）、処理を終了する。一方、クライアントＰＣ１０は、月報、日報、年報のいずれかであると判定した場合（ステップＳ３０９、Ｙｅｓ）、コンテンツ情報１５ｂを検索し、コンテンツＩＤが一致するコンテンツを取得する（ステップＳ３１０）。

クライアントＰＣ１０は、コンテンツ情報１５ｂからコンテンツの参照先を取得し（ステップＳ３１１）、取得した参照先と差分とを含んだ取得要求を生成し、生成した取得要求をＷｅｂサーバ１００に送信する（ステップＳ３１２）。クライアントＰＣ１０は、Ｗｅｂサーバ１００から対象データを取得し（ステップＳ３１３）、取得した対象データをコンテンツとして表示する（ステップＳ３１４）。

［実施例１に係るＷｅｂサーバによる処理の処理手順］
次に図１１を用いて、Ｗｅｂサーバ１００による処理の処理手順を説明する。図１１は、Ｗｅｂサーバによる対象データ検索処理の処理手順を示すフローチャートである。例えば、Ｗｅｂサーバ１００は、コンテンツの取得要求をクライアントＰＣ１０から受信したことを契機に処理を実行する。

図１１に示すように、Ｗｅｂサーバ１００は、更新タイミングが年報であるか否かを判定する（ステップＳ４０１）。ここで、Ｗｅｂサーバ１００は、更新タイミングが年報であると判定した場合（ステップＳ４０１、Ｙｅｓ）、年偏差を取得する（ステップＳ４０２）。そして、Ｗｅｂサーバ１００は、システム日付の年に年偏差を加算して換算日付を取得する（ステップＳ４０３）。

Ｗｅｂサーバ１００は、更新タイミングが年報ではないと判定した場合（ステップＳ４０１、Ｎｏ）、更新タイミングが月報であるか否かを判定する（ステップＳ４０４）。ここで、Ｗｅｂサーバ１００は、更新タイミングが月報であると判定した場合（ステップＳ４０４、Ｙｅｓ）、年偏差と月偏差とを取得する（ステップＳ４０５）。

Ｗｅｂサーバ１００は、システム日付の年に年偏差を加算し（ステップＳ４０６）、システム日付の月に月偏差を加算して換算日付を取得する（ステップＳ４０７）。

Ｗｅｂサーバ１００は、更新タイミングが月報ではないと判定した場合（ステップＳ４０４、Ｎｏ）、更新タイミングが日報であるか否かを判定する（ステップＳ４０８）。ここで、Ｗｅｂサーバ１００は、更新タイミングが日報であると判定した場合（ステップＳ４０８、Ｙｅｓ）、日偏差を取得する（ステップＳ４０９）。

Ｗｅｂサーバ１００は、システム日付をシリアル値に変換し（ステップＳ４１０）、変換したシリアル値に日偏差を加算し換算日付を取得する（ステップＳ４１１）。

ステップＳ４０３、４０７、４１１が終了後、Ｗｅｂサーバ１００は、ステップＳ４１２に移行する。すなわち、Ｗｅｂサーバ１００は、換算日付を取得し（ステップＳ４１２）、取得した換算日付に該当する対象データを検索する（ステップＳ４１３）。Ｗｅｂサーバ１００は、検索した対象データをクライアントＰＣ１０に送信する。なお、Ｗｅｂサーバ１００は、更新タイミングが日報ではないと判定した場合（ステップＳ４０８、Ｎｏ）、処理を終了する。

［実施例１の効果］
上述してきたように、実施例１では、表示した統計データの表示日と統計データの日付との差分、種別を記憶し、新たに表示要求で指定された日付と記憶した差分、種別に応じて統計データを表示する。この結果、ユーザは日付間隔を保った統計データを閲覧できる。

また、Ｗｅｂサーバ１００は、ユーザＩＤに対応付けて、コンテンツ表示情報、コンテンツ情報、対象データを記憶する。この結果、ユーザは、ユーザに応じた日付間隔を保った統計データを閲覧できる。

また、Ｗｅｂサーバ１００は、ユーザのログアウトを検知した場合には、変更された差分とデータの種別とをコンテンツ表示情報に記憶する。この結果、ユーザは、自動的に日付間隔を保った統計データを閲覧できる。

また、Ｗｅｂサーバ１００は、更新タイミングの年月日を判定し、判定した年月日に応じて換算日付を算出する処理を実行する。この結果、ユーザは、統計データの更新タイミング応じて、日付間隔を保った統計データを閲覧できる。

また、例えば、分析対象となる経営指標を分析する場合、同じ種別のデータを異なる日で表示して、比較する場合がある。このような場合、分析対象となる経営指標のデータ間の差分を保って表示できる必要がある。開示技術は、このような同じ種別のデータを異なる日で表示して比較する場合に有効である。図１２Ａ及び図１２Ｂを用いて、実施例１による効果を説明する。図１２Ａ及び図１２Ｂは、実施例１による効果を説明するための図である。

図１２Ａに示す例では、２０１０年１２月２０日に表示したダッシュボードの一例を示す。ユーザは、２０１０年１２月２０日に、作成日が異なる同じ種別のコンテンツＡを表示させる。すなわち、一方のコンテンツＡは、表示日２０１０年１２月２０日の前日に作成された２０１０年１２月１９日のデータであり、他方のコンテンツＡは、表示日２０１０年１２月２０日の１週間前に作成された２０１０年１２月１３日のデータである。

ユーザがこのダッシュボードを保存して、ログアウトする。そして、翌日の２０１０年１２月２１日にログインした場合、従来の技術では、前回に保存したコンテンツが表示される。すなわち、図１２Ａと同様に、一方は、表示日２０１０年１２月２１日の前々日に作成された２０１０年１２月１９日のデータであり、他方は、表示日２０１０年１２月２１日の１週間と１日前に作成された２０１０年１２月１３日のデータである。

実施例１では、翌日の２０１０年１２月２１日にログインした場合、日付間隔を保ったデータが表示される。すなわち、図１２Ｂに示すように、一方は、表示日２０１０年１２月２１日の前日に作成された２０１０年１２月２０日のデータであり、他方は、表示日２０１０年１２月２１日の１週間前に作成された２０１０年１２月１４日のデータである。

このように、実施例１では、分析する日に追従した表示となっており、ユーザはデータを更新する等の処理を行う必要がなくなる。すなわち、実施例１に係る技術は、分析を行うユーザにとって高い利便性を提供できる。

実施例１では、差分を保存し、保存した差分を復元した情報を表示する場合について説明した。ところで、比較対象である二つのグラフ、グラフＡとグラフＢとを比較しやすいように、レイアウトを変更する場合がある。例えば、表示画面を閲覧するユーザは、グラフＡとグラフＢとを左右対象に配置したり、グラフＡとグラフＢの大きさを揃えたりすることがある。そこで、実施例２では、ユーザが見やすいようにレイアウトを自由に変更し、変更したレイアウトを保存する例を説明する。

［実施例２に係るシステムの構成］
実施例２に係る情報提供システムの構成は、コンテンツ表示情報のデータ形式が異なる以外、実施例１に係る情報提供システム１の構成と同様であるので、ここでは、実施例２に係るコンテンツ表示情報のデータ形式についてのみ説明する。

図１３を用いて実施例２に係るコンテンツ表示情報の一例を説明する。図１３は、実施例２に係るコンテンツ表示情報の一例を示す図である。図１３に示すように、コンテンツ表示情報１５ａは、ルートノードとして「ｄｉｓｐｌａｙ」を有する。「ｄｉｓｐｌａｙ」は、画面上のコンテンツとして「Ｃｏｎｔｅｎｔ ｉｄ」で識別される複数のコンテンツ要素を持つことを示す。図１３に示す例では、コンテンツ表示情報１５ａの「ｄｉｓｐｌａｙ」は、コンテンツＩＤとして、「Ｃｏｎｔｅｎｔ ｉｄ＝Ａ」、「Ｃｏｎｔｅｎｔ ｉｄ＝Ｂ」、「Ｃｏｎｔｅｎｔ ｉｄ＝Ｃ」で識別されるコンテンツを有することを示す。

また、「Ｃｏｎｔｅｎｔ ｉｄ」で識別される各ノードは、さらに子ノードとして「Ｚｉｎｄｅｘ」と「Ｔｏｐ」と「Ｌｅｆｔ」と「Ｗｉｄｔｈ」と「Ｈｅｉｇｈｔ」と「ＧｒａｐｈＳｔｙｌｅ」とを有する。

「Ｚｉｎｄｅｘ」は、コンテンツが表示される順番を示し、格納される数字が小さい程前面に表示されることを示す。例えば、「Ｚｉｎｄｅｘ」には、「１」、「２」、「３」などが格納される。また、「Ｔｏｐ」は、コンテンツのダッシュボードにおける上からの位置の情報を示す。例えば、「Ｔｏｐ」には、「２０（ｍｍ）」、「４０（ｍｍ）」などが格納される。また、「Ｌｅｆｔ」は、コンテンツのダッシュボードにおける左からの位置の情報を示す。例えば、「Ｌｅｆｔ」には、「３５（ｍｍ）」、「８５（ｍｍ）」などが格納される。また、「Ｗｉｄｔｈ」は、コンテンツの横幅の情報を示す。例えば、「Ｗｉｄｔｈ」には、「４００（ｍｍ）」、「５００（ｍｍ）」などが格納される。また、「Ｈｅｉｇｈｔ」は、コンテンツの縦幅の情報を示す。例えば、「Ｈｅｉｇｈｔ」には、「３００（ｍｍ）」、「２００（ｍｍ）」などが格納される。また、「ＧｒａｐｈＳｔｙｌｅ」は、グラフが表示される状態の情報を示し、さらに子ノードとして「Ｃｏｌｏｒｓ」と「ＳｅｒｉｅｓＶｉｅｗ」と「Ａｕｘｉｌｉａｒｙ」とを有する。

「Ｃｏｌｏｒｓ」は、グラフ色の情報を示す。例えば、「Ｃｏｌｏｒｓ」には、「ｍｏｄｅ２」、「ｍｏｄｅ３」などが格納される。「ＳｅｒｉｅｓＶｉｅｗ」は、グラフの系列を表示させるか否かを示す。例えば、「ＳｅｒｉｅｓＶｉｅｗ」には、「Ｏｆｆ」、「Ｏｎ」などが格納される。「Ａｕｘｉｌｉａｒｙ」は、グラフの補助線を表示させるか否かを示す。例えば、「Ａｕｘｉｌｉａｒｙ」には、「Ｏｆｆ」、「Ｏｎ」などが格納される。

図１３に示す例では、「Ｃｏｎｔｅｎｔ ｉｄ＝Ａ」は、最前面から２番目に表示され、上から「２０ｍｍ」、左から「３５ｍｍ」に位置し、横幅「４００ｍｍ」、縦幅「３００ｍｍ」である。また、「Ｃｏｎｔｅｎｔ ｉｄ＝Ａ」は、色が「ｍｏｄｅ２」、グラフの系列を表示させず、グラフの補助線を表示させることを示す。同様に、「Ｃｏｎｔｅｎｔ ｉｄ＝Ｂ」は、最前面から３番目に表示され、上から「４０ｍｍ」、左から「８５ｍｍ」に位置し、横幅「５００ｍｍ」、縦幅「２００ｍｍ」である。また、「Ｃｏｎｔｅｎｔ ｉｄ＝Ｂ」は、色が「ｍｏｄｅ３」、グラフの系列とグラフの補助線とを表示させることを示す。また、「Ｃｏｎｔｅｎｔ ｉｄ＝Ｃ」は、最前面に表示され、上から「８０ｍｍ」、左から「９０ｍｍ」に位置し、横幅「３５０ｍｍ」、縦幅「２００ｍｍ」である。また、「Ｃｏｎｔｅｎｔ ｉｄ＝Ｃ」は、色が「ｍｏｄｅ１」、グラフの系列を表示させず、グラフの補助線を表示させることを示す。なお、コンテンツ表示情報１５ａは、ユーザが情報提供システム１にログインしたことを契機にＷｅｂサーバ１００からクライアントＰＣ１０に送信される。

［実施例２の効果］
上述してきたように、実施例２では、対象データを比較するためにユーザ操作によりデータを表示する領域の大きさやデータを表示する位置が変更されたレイアウトを保存する。この結果、表示画面が再び表示された際に、ユーザは、再度操作を行わなくても、データを表示する領域の大きさやデータを表示する位置を変更したレイアウトでデータを閲覧できる。

ところで、本発明は、上述した実施例以外にも、種々の異なる形態にて実施されてよい。そこで、実施例３では、本発明に含まれる他の実施例について説明する。

（システム構成等）
実施例１及び実施例２において説明した各処理のうち自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともできる。あるいは、手動的に行われるものとして説明した処理の全部又は一部を公知の方法で自動的に行うこともできる。この他、上記文章中や図面中で示した処理手順、制御手順、具体的名称については、特記する場合を除いて任意に変更することができる。

対象データＤＢ１１１ｃ、１１２ｃ、１１３ｃは、データ種別に対応する各対象データを作成日ごとに記憶するものとして説明したがこれに限定されるものではない。例えば、データの作成日と、データ内容が表す日付またはデータ内容が表す期間とが異なる場合、対象データＤＢ１１１ｃ、１１２ｃ、１１３ｃは、データ種別に対応する各対象データをデータ内容が表す日付またはデータ内容が表す期間ごとに記憶してもよい。

また、図示した記憶部が格納する情報は一例に過ぎず、必ずしも図示のごとく情報が格納される必要はない。例えば、図４に示したコンテンツ表示情報には、図１３で示したコンテンツ表示情報が有する「Ｚｉｎｄｅｘ」と「Ｔｏｐ」と「Ｌｅｆｔ」と「Ｗｉｄｔｈ」と「Ｈｅｉｇｈｔ」と「ＧｒａｐｈＳｔｙｌｅ」とが更に格納されていてもよい。

クライアントＰＣ１０は、コンテンツ情報１５ｂから更新タイミングを判定するものとして説明したがこれに限定されるものではない。例えば、クライアントＰＣ１０は、コンテンツ表示情報１５ａの「Ｕｐｄａｔｉｎｇ」に格納された値から更新タイミングを判定するようにしてもよい。

また、クライアントＰＣ１０の制御部１６で実行するものとして説明した処理をＷｅｂサーバ１００で実行するようにしてもよい。例えば、抽出部１２２は、クライアントＰＣ１０から受信した取得要求から差分を抽出するものとして説明したが、これに限定されるものではない。抽出部１２２は、クライアントＰＣ１０が情報提供システム１にログインした場合、判定部１２１によって判定されたユーザＩＤ「００１０」に対応するユーザ用ホルダ１１２のコンテンツ表示情報１１２ａから差分を抽出するようにしてもよい。

また、各種の負荷や使用状況などに応じて、各実施例において説明した各処理の各ステップでの処理の順番を変更してもよい。例えば、図８に示すステップＳ１０２とステップＳ１０３との順番を入れ替えても良く、また、並列して実行してもよい。

また、図示した各構成部は、機能概念的なものであり、必ずしも物理的に図示のごとく構成されていることを要しない。例えば、Ｗｅｂサーバ１００は、判定部１２１と抽出部１２２とは統合されてもよい。

さらに、各装置にて行われる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。

（プログラム）
ところで、上記実施例で説明した各種の処理は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータシステムで実行することによって実現することができる。そこで、以下では、上記実施例と同様の機能を有するプログラムを実行するコンピュータシステムの一例を説明する。

図１４は、情報提供プログラムを実行するコンピュータを示す図である。図１４に示すように、コンピュータ３００は、利用者からデータや各種設定などを受け付ける入力装置３１０と、コンピュータの状況などを通知する出力装置３２０とを有する。また、コンピュータ３００は、他の装置とデータを送受信するネットワークインターフェース３３０と媒体読取装置３４０とＨＤＤ３５０とＲＡＭ３６０とＣＰＵ３７０とバス３８０とを有する。そして、各装置３１０〜３７０それぞれは、バス３８０に接続される。

ここで、図１４に示すように、ＨＤＤ３５０には、図７に示した、判定部１２１と抽出部１２２と取得部１２３と保持部１２４と同様の機能を発揮する情報提供プログラム３５１が予め記憶されている。また、媒体読取装置３４０は、情報提供プログラム３５１を実現するための各種データを記憶する。この各種データは、例えば、図７に示した、システム用ホルダ１１１、ユーザ用ホルダ１１２、ユーザ用ホルダ１１３などを含む。そして、ＣＰＵ３７０は、情報提供プログラム３５１をＲＡＭ３６０に展開して、情報提供プロセス３７１として実行する。すなわち、情報提供プロセス３７１は、図７に示した、判定部１２１と抽出部１２２と取得部１２３と保持部１２４と同様の動作を実行する。

ところで、上記した情報提供プログラム３５１は、必ずしもＨＤＤ３５０に記憶させておく必要はない。例えば、コンピュータ３００に挿入されるフレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＭＯディスク、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」に記憶させておくようにしてもよい。また、コンピュータ３００の内外に備えられるハードディスクドライブ（ＨＤＤ）などの「固定用の物理媒体」に記憶させておいてもよい。さらに、公衆回線、インターネット、ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）などを介してコンピュータ３００に接続される「他のコンピュータシステム」に記憶させておいてもよい。そして、コンピュータ３００がこれらからプログラムを読み出して実行するようにしてもよい。

すなわち、このプログラムは、上記した「可搬用の物理媒体」、「固定用の物理媒体」、「通信媒体」などの記録媒体に、コンピュータ読み取り可能に記憶されるものである。そして、コンピュータ３００は、このような記録媒体からプログラムを読み出して実行することで上記した実施例と同様の機能を実現する。なお、この他の実施例でいうプログラムは、コンピュータ３００によって実行されることに限定されるものではない。例えば、他のコンピュータシステムまたはサーバがプログラムを実行する場合や、これらが協働してプログラムを実行するような場合にも、本発明を同様に適用することができる。

１ 情報提供システム
２ ネットワーク
１０〜３０ クライアントＰＣ
１１ 入力部
１２ 出力部
１３ 受信部
１４ 送信部
１５ 記憶部
１５ａ、１１１ａ、１１２ａ、１１３ａ コンテンツ表示情報
１５ｂ、１１１ｂ、１１２ｂ、１１３ｂ コンテンツ情報
１５ｃ 対象データ
１６ 制御部
１００ Ｗｅｂサーバ
１０１ 受信部
１０２ 送信部
１１０ 記憶部
１１１ システム用ホルダ
１１１ｃ、１１２ｃ、１１３ｃ 対象データＤＢ
１１２、１１３ ユーザ用ホルダ
１２０ 制御部
１２１ 判定部
１２２ 抽出部
１２３ 取得部
１２４ 保持部
３００ コンピュータ
３１０ 入力装置
３２０ 出力装置
３３０ ネットワークインターフェース
３４０ 媒体読取装置
３５０ ＨＤＤ
３５１ 情報提供プログラム
３６０ ＲＡＭ
３７０ ＣＰＵ
３７１ 情報提供プロセス
３８０ バス

Claims (8)

1. コンピュータに、
   データの種別と日付に関する情報とを含む取得要求を受付け、
   所定の日または期間について作成されたデータが表示された表示日と該日または期間との差分、および該データの種別を対応付けて記憶する第一記憶部から、前記取得要求に含まれる前記種別に対応する前記差分を抽出し、
   複数のデータそれぞれについて、前記種別と、前記日または期間とを対応付けて記憶する第二記憶部から、前記取得要求に含まれる日付と前記種別と、抽出した前記差分とに基づいて、該複数のデータのうち少なくとも１のデータを取得し、
   取得した前記少なくとも１のデータを出力する
   処理を実行させることを特徴とする情報提供プログラム。
2. 前記受付ける処理に先立って、ユーザからユーザを識別するユーザ識別子を含む他の取得要求を受付け、
   前記第一記憶部は、前記ユーザ識別子を更に、前記差分および前記種別に対応付けて保持し、前記抽出する処理は、前記他の取得要求に含まれるユーザ識別子と前記データの種別とに対応する前記差分を前記第一記憶部から抽出する
   ことを特徴とする請求項１に記載の情報提供プログラム。
3. 前記第一記憶部は、前記データの更新間隔を更に対応付けて保持し、
   前記取得する処理は、前記データの更新間隔を判定し、前記更新間隔が年単位であると判定した場合に、前記取得要求で指定された日の年に前記差分を加算し、前記更新間隔が月単位である場合に、前記取得要求で指定された日の年及び月に前記差分を加算し、前記更新間隔が日単位である場合に、前記取得要求で指定された日に前記差分を加算した日に基づいて、前記第二記憶部からデータを取得する
   処理を実行させることを特徴とする請求項１または２に記載の情報提供プログラム。
4. 前記第一記憶部は、前記データが表示される領域のサイズを更に対応付けて保持し、
   前記出力する処理は、前記取得したデータを前記第一記憶部に記憶される領域のサイズで出力する
   ことを特徴とする請求項１〜３のいずれか一つに記載の情報提供プログラム。
5. 前記第一記憶部は、前記データが表示される位置を更に対応付けて保持し、
   前記出力する処理は、前記取得したデータを前記第一記憶部に記憶される位置に出力する
   ことを特徴とする請求項１〜４のいずれか一つに記載の情報提供プログラム。
6. 前記ユーザがシステムからログアウトしたことを検知した場合に、前記データの種別に対応する差分が変更されたか否かを判定し、前記データの種別に対応する差分が変更されたと判定した場合に、前記データの種別と前記差分とを前記第一記憶部に保持する処理をさらに実行させることを特徴とする請求項１〜５のいずれか一つに記載の情報提供プログラム。
7. 所定の日または期間について作成されたデータが表示された表示日と該日または期間との差分、および該データの種別を対応付けて第一記憶部に格納する保持部と、
   データの種別と日付に関する情報とを含む取得要求を受付け、前記データの種別に対応する前記差分を前記第一記憶部から抽出する抽出部と、
   複数のデータそれぞれについて、前記種別と、前記日または期間とを対応付けて記憶する第二記憶部から、前記取得要求に含まれる日付と前記種別と、前記抽出部によって抽出された前記差分とに基づいて、該複数のデータのうち少なくとも１のデータを取得する取得部と、
   前記取得部によって取得された前記少なくとも１のデータを出力する出力部と
   を有することを特徴とする情報提供装置。
8. コンピュータが、
   データの種別と日付に関する情報とを含む取得要求を受付け、
   所定の日または期間について作成されたデータが表示された表示日と該日または期間との差分、および該データの種別を対応付けて記憶する第一記憶部から、前記取得要求に含まれる前記種別に対応する前記差分を抽出し、
   複数のデータそれぞれについて、前記種別と、前記日または期間とを対応付けて記憶する第二記憶部から、前記取得要求に含まれる日付と前記種別と、抽出した前記差分とに基づいて、該複数のデータのうち少なくとも１のデータを取得し、
   取得した前記少なくとも１のデータを出力する
   処理を実行することを特徴とする情報提供方法。

Images