JP6207946B2 - 年次コードを年月日に対応付けたカレンダー装置 - Google Patents

Description

本発明は、スタンドアロン型のコンピュータにインストールされたアプリケーションソフトウェアにより実現されるカレンダー装置、又はコンピュータネットワークにより連携して動作する二つ以上のコンピュータにより実現されるカレンダー装置に関する。コンピュータネットワークにより連携して動作する二つ以上のコンピュータには、例えば、インターネット上のＡＳＰ（application service provider）サーバと、パーソナルコンピュータ（又は携帯電話、携帯端末機器）とがクラウドコンピューティング(cloud computing)の技術を用いて連携して機能する場合を含む。

先行技術１（特開2002-200866号公報、発明の名称：日付と日数を併記したカレンダー）には、毎年1月1日を第0日または第1日として始めて同年12月31日を第364日若しくは第365日として表記したり、または、毎年1月1日を第364日若しくは第365日から始めて同年12月31日を第0日または第1日として表記したカレンダー；および特定の記念日を特定の年月日として第0日または第1日として始めて勝手に指定した年月日を第X-1日または第X日として日付と日数を併記したり、または記念日を特定の年月日として第X-1日または第X日から始めて勝手に指定した年月日を第0日または第1日として日付と日数を併記して成るカレンダーが開示されている。

先行技術２（特開2001-167182号公報、発明の名称：葬儀情報入力装置及びプログラム記録媒体）には、宗教により異なるものとなる葬儀形式を選択して、その葬儀形式に合った儀式名を入力項目として持つカレンダー画面を使って、葬儀儀式の日程情報を入力していくように構成した技術が開示されている。この構成によると、葬儀社や喪主などが葬儀日程を決定しつつ、それと同時に、その決定した葬儀の日程情報を掲示対象としてサーバに入力できる。したがって、正確な葬儀情報を掲示できるようになるとともに、葬儀の準備に要する作業を効率的に行える。

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

本発明は、年次コードを年月日に対応付けたカレンダー装置の有用性を高めることを目的とする。

《ソフトウェアによる実現》
本発明において、「ソフトウェアにより実現される」とは、コンピュータの記憶装置に記憶されているコンピュータプログラムを必要に応じて、ＣＰＵ(central processing unit)が読み込んで処理を実行することにより、ハードウェア（コンピュータ機器）とソフトウェア（コンピュータプログラム）とが連携して機能を実現することをいう。クラウドコンピューティングの技術でインターネット上のＡＳＰサーバとユーザの携帯端末機器とが連携して機能する場合には、サーバ側及びユーザ側双方の機器に必要なソフトウェアがそれぞれインストールされており、ユーザが携帯端末機器を操作することを引き金としてＡＳＰサーバ上のソフトウェアが機能を開始し、相互に作用して機能を実現する。

《年次コード（annual code）》
年次コード(annual code)とは、１年のうちの特定の日（いずれの日でも構わないが、例えば、３月１日）を第１日としてすべての日付に割り当てたコードをいう。３月１日に年次コードの「１」を設定する場合には、３月２日に年次コード「２」が割り当てられるというように順次割り当てられて、翌年の２月２８日には年次コード「３６５」が割り当てられる。他の年の同一日付には、同じ年次コードが割り当てられる。この意味において、年次コードは１年周期のコードであり、毎年恒例で行われる行事を管理するのに適したコードである。
年次コードボタンは、年次コードを表示したボタンであり、クリッカブルである。

コード初日(first day of the code)とは、年次コード「１」が割り当てられる特定の日付をいう。上の例では、３月１日である。コード初日は、ユーザが臨機応変に変更可能であり、ユーザのその時々の目的に応じて設定して用いる。
コード初日設定画面で、コード初日を設定する月日を選択又は入力する。例えば、月を３月（March）、日を１日と選んで、更新ボタンを押すことで、年月日と年次コードとの対応付けが更新される。この対応付けは例えば、年次コードと年月日とを対応付けるテーブルを備えることによって実現できる。コード初日は、会社の設立記念日、会計年度の始まる日、プロジェクトの発足した日、工事が始まる日、など自由自在に設定でき、このカレンダー装置を使用開始する際だけでなく、事後的にも必要に応じて何度でも設定可能である。デフォルト（ユーザがコード初日の設定手続をしない場合）では、コード初日を例えば、１月１日とする。

《デイリーレコード(daily records)》
デイリーレコード(daily records)とは、その日に起きた（又は予定している）出来事(event)及びその内容を記入し、記録した記録内容をいう。例えば、タイトルと内容とに分けて出来事を記録する。同一日付について複数件のデイリーレコードを登録可能である。
デイリーレコード画面(daily record screen)は、特定の日付ごとにデイリーレコードを新規登録するための画面である。その登録画面に、既に入力した記録内容をも併せて表示する。重複を避けて入力するためである。
本発明のカレンダー装置に用いられるいくつかの画面に年次コードボタンが設けられる。それらのうちの一つをクリックすると、対応する年月日のデイリーレコードの登録画面（デイリーレコード画面）に移動（遷移）する。登録されたデイリーレコードの内容は、年月日と対応付けられたテーブル（又はデータベース）として管理される。

《レコード検索（records search）》
レコード検索(records search)とは、デイリーレコードとして記録された内容に検索（例えば、テキスト検索）を実行してその結果を表示する処理であり、月次シート又はデイリーレコード画面に設けられたレコード検索ボタンをクリックすることにより開始する。ユーザがキーワードを入力し検索ボタンをクリックすると、カレンダー装置はデイリーレコードに対して検索をかけて、そのキーワードを含むデイリーレコードを年次コード及び日付(年月日)とともにリストアップして検索結果を表示する。検索結果の年月日がいくつかの月にまたがる場合であっても、それに対応付けられた年次コードを頼りに、二つ以上のイベント（出来事）の間の日数を容易に計算できる。
年次シートに移動しコード初日設定処理のボタンを押して、コード初日を設定し直すと、この日数計算がより容易になる。日数計算を欲する二つの出来事のうち、早い方の日付をコード初日に設定し直せばよい。
検索結果シート（search result sheet)とは、レコード検索を実行した結果を表示する画面である。ユーザが所望する場合にファイル出力してユーザが取得可能とする。

《月次シート（monthly sheet）》
月次シート(monthly sheet)とは、年と月とを特定して、その月に含まれるデイリーレコードの内容を日付（年月日）順に表示し、年次コードを併せて表示する画面である。月次シートにおける各年次コードの表示は、年次コードボタン（クリッカブルなボタン）である。月次シートには、そのほかに、メモ入力が可能な欄が設けられている。日付を特定せずにメモを入力しておきたい場合や、入力すべき日付に至るまでの操作を省き急いで入力したい場合などに便利である。メモ入力できる欄は、メモ１には未来の予定、メモ２には過去の記録を入力するといった使い分けをすることもできる。月次シートも前述の検索結果シートと同様に、ユーザが所望する場合にファイル出力してユーザが取得可能とする。
また、月次シートには、翌月、前月への移動をそれぞれ可能とするボタン、年次シートへの移動を可能とするボタン、レコード検索処理のボタンが設けられている。

《年次シート（annual sheet）》
年次シート(annual sheet)とは、ある年を特定して、その年に属するコード初日から、年次コードの最終日（「３６５」又は「３６６」）、すなわち翌年に属するコード初日の前日までのすべての年次コードを月ごとに一覧できるよう表示した画面である。年次シートにおける各年次コードの表示は、前述の年次コードボタン（クリッカブルなボタン）となっている。

《用い方》
スケジュール帳(Schedule)、日記帳(diary)、予定表(calendar)、自己省察ツール(Self-reflection tool)として用いることができる。
また、建設現場での工程管理、プロジェクトの進捗管理、業務日誌、航海日誌などに用いることができる。
さらに、自叙伝(Autobiography)、年代記(Chronicle)、編年史(Annals)，社史(Company History)などを編集するツール(compiling tool)として用いることができる。
はじめに、自己省察ツールとして利用する場合の用い方を説明する。このカレンダー装置のユーザがこの装置を用いて数年間にわたって毎年恒例の行事に関与してきたとする。数年間を振り返って、ある特定の行事について今年は、準備期間が十分であっただろうかと反省する際に、今年のその行事についての準備に要した日数をこの装置を用いて分析して計算を行う。昨年、一昨年、三年前、四年前と同様に分析して比較対照することにより、反省材料として、来年への提案を行うことができる。

次に、プロジェクトの進捗管理として利用する場合の用い方の一例を説明する。デイリーレコードは、タイトルとその詳細内容とに分けて入力できるから、タイトル欄に予定を入力し、詳細内容の欄に実際の結果を入力するという使い方をすることができる。複数の月にまたがる長い期間のプロジェクトであっても、検索機能を用いて検索結果を出すことができるので、年次コードを頼りに、予定の日数と結果の日数とを比べることができる。それにより、遅れを取り戻す方策を立てることが可能となる。
さらに、自叙伝の作成支援ツールとして用いる場合について説明する。通常、自叙伝を著わそうとすれば、数十冊にもわたる日記帳を詳細に検討して、抽出すべき部分を丁寧に選択する作業を要する。本発明にかかるカレンダー装置を数十年にわたって用いたユーザには、そのような作業を容易にすることができる。検索機能を用いることで年月を越えた検索ができるからである。また、年次シートで、翌年ボタン、前年ボタンを駆使することで、年を越えて調べることが容易となる。
社史を編集する場合などにおいては、毎年恒例の行事がある場合が多いので、年次コードの一年周期性を活用して調べることができる。

特定日から特定日までの複数の月をまたいだ日数計算を、年次コードを用いることに簡単に行うことができる。
プロジェクトの立ち上げ日を年次コードの初日に設定することによりスケジュール管理がしやすくなる。
思考の時間の流れが月の区切りによって中断されない。思考に連続性を持たせることができる。
年月日を数える数字が１から３０（又は３１）で区切られると、人間の頭の中の時間の流れが知らぬ間に中断されてしまう。年次コードを用いることで途切れない時間軸の中で考えることができ、連続性、継続性をもたせた、長いスパンの思考、発想が可能となる。
地球規模で考えると、西暦を用いる民族だけではなく、様々な暦が使われている。それらの人々との間でも、年次コードを共通に持つことによって、共通の時間の流れを持つことが可能となる。
一年間の出来事を関連付けるのに役立つ。
忘れてしまうアイディアを年次コードに関連付けて整理することで、次の展開を発想できる。
年月日を年次コードに対応付けることにより、情報統合をし、発想、ひらめきに結び付けることができる。

カレンダー装置のハードウェア構成を示す図である。図１(a)は、スタンドアロン型の場合の構成を示す。図１(b)は、ネットワークにより連携して動作する二つ以上のコンピュータにより構成される場合を示す。 ソフトウェアの構成及び二つのテーブルを説明する図である。図２(a)は、ソフトウェアを構成する各部分を複数の手段として捉えて列挙した図である。図2(b)は、年次コードと年月日との対応テーブルを示す図である。図2(c)は、年月日とデイリーレコードとの関係を示す対応テーブルである。 画面遷移を説明する図である。図３(a)は、主要な画面についてそれぞれが、どの画面に移動できるボタンを備えているかを示す表である。図３(b)は、各画面から他の画面への移動について、矢印を用いて描いた画面遷移図である。 ログイン画面(図4(a))、エラー画面(図４(b))、ログインに成功した際に表示される月次シート（図４(c)）の例を示す表示画面である。 月次シートに設けられたメモ入力をする場合の確認画面である。図５(a)は、メモ入力後に登録するかキャンセルするかをユーザに問い合わせる画面である。図５(b)は、登録したことをユーザに伝える確認画面である。 年次シート及びコード初日設定処理に関する画面である。図６(a)は、コード初日が3月1日である場合について2013年度年次シートを示す。図６(b)は、コード初日設定画面である。図６(c)は、コード初日の更新が登録されたことをユーザに伝える画面である。 デイリーレコードの入力処理に関する画面である。図７(a)は、既に2件のデイリーレコードが登録された年月日についてのデイリーレコード画面を示す。図７(b)は、3件目のデイリーレコードを入力しようとする際のデイリーレコード画面を示す。図７(c)は新規登録を所望する内容を入力した後、追加ボタンを押した際に表示される画面を示す。図７(d)は、既に入力されたデイリーレコードを更新する画面である。図７(e)は、更新登録を確認する画面である。 デイリーレコードを入力した後の月次シートを示す画面である。 レコード検索処理に関する画面である。図９(a)は、キーワードを入力し検索処理を実行するための画面であり、図９(b)は、検索結果を表示する画面である。 ログイン処理を示すフローチャートである。 月次シートの表示及びメモ入力処理を示すフローチャートである。 年次シート処理を示すフローチャート、及びコード初日設定処理を示すフローチャートである。 デイリーレコードの入力処理を示すフローチャートである。 レコード検索の処理を示すフローチャートである。

以下、図面を参照しつつ、本発明の好適な実施例について詳細に説明する。
［ハードウェア構成について］
図１は、カレンダー装置のハードウェア構成を示すブロック図である。図１(a)は、スタンドアロン型コンピュータにより本発明のカレンダー装置を構成する場合について示している。図１(b)は、コンピュータネットワークにより連携して動作する二つ以上のコンピュータによりカレンダー装置を構成する場合について示している。

図１(a)のスタンドアロン型コンピュータ１０は、ＣＰＵ（central processing unit）、ＲＯＭ（read only memory）、ＲＡＭ(random access memory)、ＨＤＤ（hard disc drive）などを備え、ユーザが入力装置１１を用いて入力した内容に基づいて処理を実行し、その処理結果を表示装置１２に表示して出力する。入力装置１１は、キーボード、マウスでも構わない。また、入力装置１１をタッチパネルなどの入力装置とし、表示装置１２と積層配置し、いわゆるタブレットコンピュータとして構成するものであってもよい。本発明のカレンダー装置は、主にソフトウェアにより実現されるものである。アプリケーションソフトウェアとしてのコンピュータプログラムがＨＤＤに記憶され、必要に応じて、ＣＰＵに読み込まれ、またＲＡＭに当該プログラムの一部や処理途中のデータなどが書き込まれつつ、実行されることで本発明のカレンダー装置を実現するための処理が実行される。

図１(b)は、コンピュータネットワークにより連携して動作する二つ以上のコンピュータによりカレンダー装置を構成する場合について示している。図１(b)におけるコンピュータネットワークは、インターネット４０である。ＡＳＰ(application service provider)サーバ２０が当該インターネット４０に接続されている。本発明に係るカレンダー装置は、ＡＳＰサーバ２０にアプリケーションソフトウェアとして備えられており、使用する権限を有するユーザがパーソナルコンピュータ３０、携帯電話(cell phone)３１、スマートフォン(smart phone)３２などの携帯端末機器を用いて、インターネット４０を介してＡＳＰサーバ２０に接続し、ログインして用いる。いわゆるクラウドコンピューティング(cloud computing)の技術により、ユーザは、あたかも自分の所有する機器に当該アプリケーションソフトウェアが搭載されているのと同様に当該機能を用いることが可能である。たとえば、ＰＨＰ（ウェブアプリケーション開発言語）と、ＭＹＳＱＬ（データベース）とを用いて本発明に係るアプリケーションプログラムを作成して、動作させることが可能である。
さらに、複数人が携わるプロジェクトを管理するカレンダー装置を提供することも可能である。そのような場合には、クラウドコンピューティングを用いるのが便利である。

本発明に係るカレンダー装置の出力は、ユーザの携帯端末機器の表示画面上への表示が主である。それに加えて、出来上がった検索結果画面又は月次シートをファイル化してユーザがダウンロード又はメール添付にて取得できるようにしてもよい。
図１(b)では、インターネット上のＡＳＰサーバとユーザの携帯端末機器との間でネットワークが構築される場合について示したが、社内のいわゆる社内ＬＡＮ（イントラネットシステム）により同様な構成としてもよい。

クラウドコンピューティングにあっては、ユーザがネットワークを介してＡＳＰサーバに接続すると、ＡＳＰサーバがユーザの端末機器に対して、次の入力を促す画面を表示する。ユーザが次の入力をすると、その情報がＡＳＰサーバに送られて、ＡＳＰサーバではアプリケーションプログラムを実行して処理をして、その処理結果をユーザの端末機器に表示する。というやりとりが繰り返される。以下、ネットワーク上での連携の場合についての動作について言及するのは省略し、アプリケーションプログラムの内容を中心に説明する。

［ソフトウェア構成について］
図２は、アプリケーションプログラムの構成及び二つのテーブルを説明する図である。図２(a)は、本発明のカレンダー装置を構成するアプリケーションプログラムを複数の部品からなるものと見たときの構成を示す。ログイン処理手段２０１、月次シート処理手段２０２、年次シート処理手段２０３、コード初日設定手段２０４、デイリーレコード処理手段２０５、レコード検索手段２０６という６つの手段をプログラムの部品として有している。また、図２(b)に示す二つのテーブル、すなわち年次コードと年月日との対応テーブル２５１と、年月日とデイリーレコードとの対応テーブル２５２とが設けられており、前記６つの手段と二つのテーブルとが連携して本発明のカレンダー装置として機能する。

ログイン処理手段２０１は、ユーザがこのアプリケーションプログラムを使う権限を有することをＩＤ（ユーザネーム）及びパスワードの入力により確認する手段である。ユーザがそれらを入力すると、ユーザネームとパスワードとの対応表（図示は省略）を参照してユーザの権限を認証する。一致する場合には月次シートを表示して、アプリケーションプログラムの利用を促す。一致しない場合にはエラー画面を表示して、ユーザが入力をし直すことを促す。

月次シート処理手段２０２は、ログインが成功した場合や、他の画面において月次シートへの移動ボタンがクリックされた場合に、特定の月（ログイン時は、今日が属する月）の年次コードと年月日（及び曜日）とデイリーレコードとを一覧できるように表示する画面を作成し、ユーザに見せる処理を実行する。また、月次シートには、メモ欄が備えられており、そのメモ欄にユーザが入力することも処理する。メモ欄に入力された内容は記憶領域に記憶されて（図示は省略）月次シートを表示するたびに読み込まれる。
年次シート処理手段２０３は、年次シートを表示する処理及び年次シート上に表示された各ボタンをユーザが押した時に、それぞれの画面に移動する処理を実行する。

コード初日設定手段２０４は、ユーザが必要に応じてコード初日を設定したい場合にその処理を実行する手段である。年次シート上に設けられたコード初日設定ボタンを押すことにより、コード初日設定画面に移動することからこの処理が始まる。
デイリーレコード処理手段２０５は、既に入力されたデイリーレコードを表示する処理と、新規登録処理、更新登録処理を実行する。
レコード検索手段２０６は、既に入力されたデイリーレコードに対して検索を実行することと、その検索結果を表示する処理とを行う。また、望ましくは、その検索結果をファイル出力してユーザに提供する。

年次コードと年月日との対応テーブル２５１は、図２(b)に示すように、年次コード１から３６５（３６６）までを年月日に対応付けたものである。図では、2013年3月1日から2014年2月28日までについて示している。望ましくは、例えば1901年の1月1日から2199年の12月31日までについて一年周期をもって年次コードが対応付けられている。このテーブルは、上述した６つの手段のうち、ログイン処理手段２０１を除く５つの手段２０２から２０６までが参照するテーブルである。

年月日とデイリーレコードとの対応テーブル２５２は、図２(c)に示すように、年月日（例えば、1901年1月1日から2199年12月31日までのそれぞれの日）に対応させて、デイリーレコード１、デイリーレコード２、…、デイリーレコードｎ（ｎは整数）が対応付けられており、それぞれのデイリーレコードは、タイトルと内容とに分けて、記録がなされるようになっている。上述した６つの手段のうち、月次シート処理手段２０２、デイリーレコード処理手段２０５、レコード検索手段２０６の３つの手段がこのテーブルを参照する。

［画面遷移について］
図３は、画面遷移を説明する図である。図３(a)は、本発明に係るカレンダー装置に用いられる表示画面のうち、代表的な５つの画面である年次シート、月次シート、デイリーレコード画面、レコード検索画面、検索結果シートのそれぞれに、他の画面への移動ボタンのいずれを有し、いずれを有さないかを「あり」、「なし」などを記載することで示す表である。具体的には、年次シートについて水平方向に見ると、「コード初日設定ボタン」、「デイリーレコード画面への移動ボタン」、「月次シートへの移動ボタン」、「年次シートへの移動ボタン」があり、レコード検索画面への移動ボタンはないことがわかる。ここで、年次シートから年次シートへの移動ボタンとは、「前年への移動ボタン」、「翌年への移動ボタン」のことを指している。また、「コード初日設定ボタン」について垂直方向に見ると、「年次シート」だけに設けられおり、他の画面には設けられていないことがわかる。年次コードは、コード初日設定により年月日との対応関係を変更するものであるから、ユーザが慎重な操作を行うことが求められる。そのために「コード初日設定ボタン」を年次シートのみに設けている。

さらに、「年次シートへの移動ボタン」について垂直方向に見ると、「月次シート」、「デイリーレコード画面」から移動可能になっていることがわかる。
「デイリーレコード画面への移動ボタン」について垂直方向に見ると５つの画面すべてに設けられていることがわかる。５つの画面のすべてに「年次コード」のボタンが設けられており、それがクリッカブルとなっていることに基づく。

図３(b)は、上述の５つの画面を含む１２の画面について、矢印で結ぶことにより画面遷移の可能性について示すものである。矢印が双方向になっているのは、その二つの画面の間でどちらからどちらへでも移動可能であることを意味する。片方向の矢印は、一方向のみの移動が可能であることを意味する。また、図３(b)においてそれぞれの画面に付した符号は、図４以降の図番号に対応させたものである。例えば、ログインのエラー画面について３０４ｂという符号を付したのは、図４(b)に当該図面が示されていることを意味する。

［ログイン処理について］
図４は、ログイン画面(図４(a))、エラー画面（図４(b)）、ログインに成功した際に表示される月次シート（図４(c)）の例を示す表示画面である。図１０は、ログイン処理を示すフローチャートである。

本発明に係るカレンダー装置を利用するために、ユーザがこのアプリケーションプログラムにアクセスすると、ログイン画面（図４(a)）を表示する（ステップ１０１）。ログイン画面には、ユーザネーム及びパスワードの入力を促すボックスが表示される。ユーザがそれらを入力すると、カレンダー装置側では、ユーザの入力内容を取得し（ステップ１０２）、ログインボタンがクリックされたか否かを判断する（ステップ１０３）。ログインボタンが押されないうちは、時間経過を監視し（ステップ１０４）、所定時間経過までステップ１０２、ステップ１０３、ステップ１０４を繰り返す。ステップ１０４で所定時間の経過が判定されると（ステップ１０４でＹｅｓ）、タイムアウト処理（ステップ１０５）を実行する。タイムアウト処理は、例えば、それ以降のそのユーザの処理を受け付けないとする処理である。または、ステップ１０１へ戻って、再度ログイン処理をやり直させる処理としてもよい。

ステップ１０３でログインボタンがクリックされたと判定すると、あらかじめ登録されたユーザネームとパスワードとの対応関係（例えば、所定のテーブル）を参照し（ステップ１０６）、正当な権限をもつユーザであるか否かを判定する（ステップ１０７）。適合する場合には、図４(c)に示す月次シートを表示する。ステップ１０７の判定の結果、正当なユーザでないと判定すると、エラー画面（図４(b)）を表示する（ステップ１０８）。そして、再度の入力を促す。

図４(c)に示す月次シートは、２０１３年３月の月次シートであり、コード初日が３月１日に設定されている場合について示している。年次コードに対応させて、曜日と日付が表示され、さらにそれに対応するデイリーレコードが表示される。デイリーレコードが未登録の場合は、図４(c)に示すように当該欄が空欄となる。その日が到来する前であっても、デイリーレコードの入力は可能である。したがって、将来の予定を入力して用いることができる。ここに示す月次シートでは、クリッカブルなボタン（又はエリア）が39個表示されている。年次コードボタン（31個）、前月へ移動するボタン、次月へ移動するボタン、今月へ移動するボタン、年次シートへ移動するボタン、レコード検索へ移動するボタン、二つのメモ欄、メモを更新するボタンである。前月は、今表示している月の前の月である。次月は、今表示している月の翌月である。今月は、本カレンダー装置を操作しているまさにその日時が属する月である。
図４(c)のもっとも下の欄は、メモ欄となっている。メモ１（例えば、未来の予定）、メモ２（例えば、過去の記録）と二つのメモが入力できるように設けられている。このメモ欄は、当該エリアをクリックすると、キーボードからの入力を受け付ける。タッチパネル入力のためにソフトキーボードを表示するようにしてもよい。入力が終わったら、メモ欄の近くに設けられた更新ボタンを押すことで、図５(a)に示す確認画面に移動する。

［月次シート処理について］
図１１は、月次シートの表示及びメモ入力処理を示すフローチャートである。この処理は、ログイン処理に成功した（ステップ１０７でＹｅｓ）場合だけでなく、他の画面から月次シートボタンをクリックすることで月次シートへ移動してきたときにも開始する処理であり、ステップ１１１からステップ１２４までのループ処理として実行される。まず、各テーブル（年次コードと年月日との対応テーブル２５１及び年月日とデイリーレコードとの対応テーブル２５２）を参照して、図４(c)に示すように、ユーザがその操作を行う年月日が属する月の月次シートを表示する。図４(c)は、デイリーレコードが何も入力されていない状態を示している。既にデイリーレコードが多数入力された状態にあっては、図８に示すように、デイリーレコードの表示される欄に多数の記録が表示される。

次に、画面遷移ボタンがクリックされたか否かを判定する（ステップ１１２）。ここで、画面遷移ボタンは、図４(c)、図８に示す前月ボタン、翌月ボタン、今月ボタン、年次シートボタンのみならず、レコード検索ボタン、年次コードボタンをも含む。レコード検索ボタンは、レコード検索画面への移動ボタンであり、年次コードボタンは、デイリーレコード画面への移動ボタンである。この意味において、レコード検索ボタン、年次コードボタンをも画面遷移ボタンに含める。
画面遷移ボタンが押されると（ステップ１１２でＹｅｓ）、当該画面へ移動する（ステップ１１３）。具体的にいうと、前月ボタン、翌月ボタン、今月ボタンのいずれかが押されると、それぞれ当該月の月次シートを表示すべく、各テーブルを参照して月次シートを表示する（ステップ１１１）。また、年次シートボタンが押されると、図１２に示す年次シート処理を実行する。レコード検索ボタンが押されると、図１４に示すレコード検索処理を実行する。年次コードボタンが押されると、当該年次コードに対応する年月日のうち当該月次シートの年度に属する年月日のデイリーレコード画面の表示処理（図１３）を実行する。

ステップ１１２でＮｏの場合は、図４(c)のメモ欄（メモ1、メモ2）にメモ入力がされたかを所定時間待つ（ステップ１１４）。メモ入力がなされると、その入力内容を取得し（ステップ１１５）、更新ボタンがクリックされたか否かを判定する（ステップ１１６）。更新ボタンが押されないうちは（ステップ１１６でＮｏ）、所定時間が経過したか否かを判定し（ステップ１１７）、所定時間が経過したら（ステップ１１７でＹｅｓ）、図１０のステップ１０５と同様のタイムアウト処理（ステップ１１８）を実行する。この場合、ユーザがカレンダー装置の利用を続行したい場合にログイン処理からやり直す必要がある。所定時間が経過していない場合（ステップ１１７でＮｏ）には、入力内容を取得すること（ステップ１１５）と、更新ボタンがクリックされたか否かの判定（ステップ１１６）とを繰り返す。
更新ボタンが押されると（ステップ１１６でＹｅｓ）、確認画面（図５(a)）を表示する（ステップ１１９）。次に、図５(a)のキャンセルボタンがクリックされたか否かを判定し（ステップ１２０）、クリックされたら（ステップ１２０でＹｅｓ）月次シートへ移動（ステップ１２１）して、ステップ１１１へ進む。ステップ１１１以降は、前述したとおり、ステップ１２４までのループ処理が実行される。

図５(a)のキャンセルボタンが押されない場合は（ステップ１２０でＮｏ）、図５（a）の更新ボタンがクリックされたか否かを判定する（ステップ１２２）。更新ボタンが押されない場合（ステップ１２２でＮｏ）には、キャンセルボタンがクリックされたか否かの判定（ステップ１２０）と、更新ボタンがクリックされたか否かの判定（ステップ１２２）とを繰り返す。図示は省略したが、更新ボタンがクリックされたか否かの判定で更新ボタンが押されない場合（ステップ１２２でＮｏ）に、ステップ１１７と同様に所定時間の経過を監視し、所定時間を経過したらタイムアウトする処理を行う。
更新ボタンがクリックされたと判定されると（ステップ１２２でＹｅｓ）、登録するメモの内容を表示する（ステップ１２３）。その後、「月次シートへ移動」ボタンを押されるのを待つ（ステップ１２４）。望ましくは、ステップ１２４において、長時間ボタンが押されない場合には、前述したタイムアウト処理と同様の処理を行う。

図５は、月次シートに設けられたメモ欄(メモ1、メモ２)にメモを入力する場合の確認画面である。図４(c)で入力を終えて更新ボタンを押すことで移動する画面が図５(a)である。メモ１、メモ２にそれぞれ入力された内容を表示し、この内容で登録することの確認をユーザに促す。この画面には、更新ボタン及びキャンセルボタンが備えられている。キャンセルボタンを押すと元の月次シートへ戻り、再入力が可能となる。更新ボタンを押すと当該メモが所定の記憶エリアに記憶される。その後、図５(b)が表示され、登録内容を表示する。ユーザは、図５(b)の表示を見て、登録内容を改めて確認して、月次シートボタンを押して月次シートへ移動する。ここで、図５(b)の確認画面を重ねて設けたのは、図５(a)でキャンセルボタンを押したのではなく、更新ボタンを押したことを、ユーザが確かに認識できるようにするためである。

図８は、デイリーレコードをいくつか入力した後の月次シートである。図８に示すのは、２０１３年３月の月次シートである。最上部には、前月への移動ボタン、翌月への移動ボタン、今月への移動ボタン、年次シートへの移動ボタン、レコード検索画面への移動ボタンが設けられている。その下には、年次コード、月日、デイリーレコード（ここではタイトルのみ）が対応付けられて表形式により示されている。ここでは、３月３１日までのデイリーレコードの登録がなされている。３月１日に新規事業を開始したこと、特許戦略のために弁理士とコンタクトしたこと、共同発明者やプログラマと連絡を取ったことなどが、記録されている。最下欄のメモ１には、「特許戦略を開始する」と記録され、メモ２には、「３月１日をコード初日として設定した」と記録されている。

［年次シート処理及びコード初日設定処理について］
図１２は、年次シート処理を示すフローチャート（図１２(a)）、及びコード初日設定処理を示すフローチャート（図１２(b)）である。図１２(a)に示す年次シート処理は、他の画面（デイリーレコード画面、月次シート）に設けられた年次シートボタンをクリックすること、又は年次シートに設けられた前年ボタン或いは翌年ボタンをクリックすることにより開始する処理である。
まず、年次コードと年月日との対応テーブル２５１を参照して年次シートを表示する。デイリーレコード画面又は月次シートから年次シートへ移動する場合には、当該年月日又は当該月が属する年度の年次シートを表示する。前年ボタン（又は翌年ボタン）をクリックして移動する場合には、直前に表示していた年度の前年（又は翌年）の年次シートを表示する。その内容は、図６(a)に示した。

図６(a)は、２０１３年度の年次シートをコード初日が３月１日である場合について示す。長方形に囲まれた１から３６５までの数字は、年次コードを示すものであって、この長方形は一つずつがクリッカブルなボタン（年次コードボタン）である。そして、それをクリックすると当該年度のその年次コードに対応する日のデイリーレコード画面に遷移する。コード初日が３月１日、すなわち月初めに相当する日であるので、２０１３年度の年次シートは、２０１３年の３月から２０１４年の２月までの１２か月にわたる。仮に、コード初日が３月１日ではなくて、３月１５日である場合には、２０１３年の３月１５日から２０１４年の３月１４日までとなるので、１３か月にわたるシートとして表示される。
図６(a)における年次コードは、３月が１から３１まで垂直方向にならんでおり、４月が３２から６１まで並んでいる。そして、同様に５月、６月と並び、最後の月である２月では、２月２８日に年次コード３６５が割り当てられる。

これらの年次コードボタン以外に、年次シートには、４個のクリッカブルなボタンが設けられている。前年ボタン、翌年ボタン、月次シート移動ボタン、コード初日設定ボタンである。前年ボタンを１回クリックすると、２０１２年度の年次シートへ移動する。２回クリックで２０１１年度へ移動、３回クリックで２０１０年度へ移動、という具合にさかのぼることができ、この実施例では、１９０１年度まで過去にさかのぼる。同様に、翌年ボタンを１回クリックすると、２０１４年度の年次シートへ移動し、複数回クリックで将来へ向かって移動することができ、この実施例では、２１９９年度まで移動できる。

月次シート移動ボタンをクリックすると、今月、すなわち、このカレンダー装置を操作している日時が属する月の月次シートへ移動する。他の月の月次シートへ移動するには、月次シートへ移動してから、前月ボタン、翌月ボタンをクリックして移動できる。また、他のやり方として、年次シートにおいて、前年、翌年ボタンをクリックすることにより所望の年度へ移動し、移動したい月に含まれる年次コードのうちのいずれかをクリックしてデイリーレコード画面に移動してから、月次シートボタンを押すことで移動が可能である（図３参照）。 年次シート（図６(a)）に設けられた画面遷移ボタンがクリックされたかを判定し（ステップ２０２）、クリックされた場合は（ステップ２０２でＹｅｓ）、当該画面へ移動する（ステップ２０３）。ここにおける画面遷移ボタンは、図１１のステップ１１２と同様に広義の概念であって、年次コードボタン、コート初日設定ボタンを含む概念である。年次コードボタンをクリックするとデイリーレコード画面へ移動する。コード初日設定ボタンをクリックすると、コード初日設定画面（図６(b)）へ移動する。

図１２に示すフローチャートで、画面遷移ボタンが押されない場合（ステップ２０２でＮｏ）には、所定時間の経過を監視し（ステップ２０４）、所定時間が経過するまではステップ２０２とステップ２０４との二つの判定を繰り返す。所定時間が経過すると（ステップ２０４でＹｅｓ）、ログイン処理へ移動する（ステップ２０５）。タイムアウト処理と同様の処理をして、他人による入力を防止するためである。

図１２(b)は、コード初日設定処理を示すフローチャートである。年次シートから「コード初日設定」ボタンをクリックすることでこの処理を開始する。まず、「コード初日設定画面」を表示する。この画面は図６(b)に示すように、ユーザにコード初日の希望日を入力又は選択させる画面である。「コード初日設定を行います。希望する月日を選択してください。」と表示される。月の欄、日の欄が設けられ、それぞれの欄にはリスト表示ボタン（黒塗りの逆三角形）が設けられる。月の欄に設けられたリスト表示ボタンをユーザがクリックすると、月の名前をリスト表示するための小さいウインドウが開いてその中に「Jan.,Feb.,Mar.,Apr.,May,Jun.,Jul,Aug.,Sep.,Oct.,Nov.,Dec.,」と12個の月の表示が垂直方向に並ぶようにリスト表示される。ユーザが月を選択してから日のリスト表示ボタンをクリックすると、日の欄の表示箇所に小さいウインドウが開いてその中に、その月に属する日が垂直方向に並んで表示される。例えば、ユーザが3月（Mar.）を選択すると、日のリストには「１」から「３１」までが表示される。ユーザが4月（Apr.）を選択すると日のリストには「１」から「３０」までが表示される。2月29日をコード初日として選択できないようになっている。本発明に係るカレンダー装置における年次コードは、1年周期を前提とするのに対し、2月29日は4年に一度しかない日だからである。
ユーザがコード初日の希望日を入力又は選択すると、カレンダー装置（コード初日設定処理手段２０４）は、その入力された内容を取得する（ステップ２１２）。次に、キャンセルボタン（図６(b)）がクリックされたか否かを判定し（ステップ２１３）、クリックされた場合（ステップ２１３でＹｅｓ）には、年次シートへ移動する（ステップ２１４）。続いて、更新ボタン（図６(b)）がクリックされたか否かを判定し（ステップ２１５）、押されないうちは（ステップ２１５でＮｏ）、ステップ２１３、ステップ２１５の判定を繰り返す。更新ボタンが押されると（ステップ２１５でＹｅｓ）、更新されたコード初日に基づいて「年次コードと年月日との対応テーブル２５１」を書き換えて（ステップ２１６）、コード初日の更新が登録されたことをユーザに伝える画面（図６(c)）を表示する（ステップ２１７）。そして、ユーザが年次シートボタンをクリックするのを待って、年次シートへ移動する（ステップ２１８）。ユーザが更新ボタンを押さずにキャンセルボタンを押すと、年次コードの書き換えをせずに、年次シートの表示へ戻る。

図６(c)は、コード初日の更新が登録されたことをユーザに伝える画面である。「コード初日を3月1日に更新しました」というメッセージと、年次シートへの移動ボタンが表示される。ユーザは、コード初日が自分の希望通りに更新されたことを確認し、年次シートへの移動ボタンを押して他の作業を続行する。再度のコード初日設定を行いたい場合には、年次シートに表示されるコード初日設定ボタンを再度押してコート初日設定画面（図６(c)）へ移動すればよい。

［デイリーレコード処理について］
図１３は、デイリーレコード処理（その表示処理及び入力処理、追加処理、更新処理）を示すフローチャートである。他の画面から年次コードボタンをクリックすることによりこの処理に入る。また、デイリーレコード画面において、前日又は翌日ボタンをクリックしてこの処理に入る。図７は、デイリーレコード画面及びその入力に関する画面である。
デイリーレコード処理では、まず年次コードと年月日との対応テーブル２５１及び年月日とデイリーレコードとの対応テーブル２５２とを参照して、デイリーレコード画面（図７(a)）を表示する（ステップ３０１）。デイリーレコード画面は、図７(a)に示すように、上半分には当該年月日に対応付けられて既に登録されたデイリーレコードの内容を表示し、下半分にはデイリーレコードを新規登録するための入力欄を設けている。図７(a)では、２０１３年３月１２日のデイリーレコードとして２件が既に登録されている場合のデイリーレコード画面を示す。画面の上部には、月次シートへの移動ボタン、年次シートへの移動ボタン、レコード検索画面への移動ボタン、前日への移動ボタン、翌日への移動ボタン、今日への移動ボタンが設けられる。また、このデイリーレコード画面のタイトル（クリッカブルではない）として「年次コード１２：２０１３年３月１２日火曜日デイリーレコード」と表示される。

図１３に示すフローチャートで、ステップ３０１の次に、画面遷移ボタンがクリックされたか否かの判定を行い（ステップ３０２）、クリックされた場合に（ステップ３０２でＹｅｓ）、当該画面へ移動する（ステップ３０３）。ここにおける画面遷移ボタンは、図７(a)に示す前日ボタン、翌日ボタン、今日ボタン、月次シートボタン、年次シートボタン、レコード検索ボタンである。
月次シートへの移動ボタンを押すと２０１３年３月の月次シートへ移動する。年次シートへの移動ボタンを押すと２０１３年度の年次シートへ移動する。前日への移動ボタンを押すと、２０１３年３月１１日のデイリーレコード画面へ移動する。翌日ボタンを押すと２０１３年月１３日のデイリーレコード画面へ移動する。今日のボタンを押すと、ユーザがその操作を行った日時が属する年月日のデイリーレコード画面へ移動する。

デイリーレコード画面のなかほどには、既に当該年月日に登録されているデイリーレコードの内容が表示される。ここでは、２件登録されているので、デイリーレコード１、デイリーレコード２がそれぞれタイトル、内容別に表示されている。
デイリーレコード画面の下部には、デイリーレコード新規登録の欄が設けられている。タイトルの記入欄と内容の記入欄とが設けられる。タイトルの文字は、５色（黒、青、赤、緑、黄色）から選択可能である。５つのラジオボタン（Ｋ，Ｂ，Ｒ，Ｇ，Ｙ）のうちの一つを選択することによりタイトル文字を選ぶことができる。内容の欄は、タイトルの記入欄よりもやや大きく設けられる。内容の欄の近傍には、追加ボタン及びリセットボタンがクリッカブルなボタンとして設けられる。

図１３に示すフローチャートで、ステップ３０３の次に、更新入力ボタンがクリックされたか否かの判定を行い（ステップ３０４）、クリックされた場合に（ステップ３０４でＹｅｓ）、更新入力画面（図７(d)）を表示する（ステップ３０５）。ここで、更新入力ボタンは、図７(a)に示すデイリーレコード１又はデイリーレコード２の近傍に設けられた「タイトル」、「内容」のボタンである。これらはクリッカブルとなっており、それをクリックすることで当該デイリーレコードの内容を更新することが可能となっている。なお、図７(a)では、「タイトル」、「内容」のボタンを更新入力ボタンとしたが、デイリーレコードの内容そのものが表示されている欄（領域）をクリッカブルとしてそれをクリックして更新入力画面を表示するようにしてもよい。図７(d)に示すように、既に入力した内容を更新登録する際には、日付をも更新対象とする。予定した日付と異なる日に当該デイリーレコードの内容を実行した場合などに便利である。

更新ボタンがクリックされたか否かの判定（ステップ３０６）を行い、クリックされた（ステップ３０６でＹｅｓ）ならば、当該更新内容を年月日とデイリーレコードとの対応テーブル２５２に登録する（ステップ３０７）。そして、ユーザにはその旨を伝える画面（図７(e)）を表示して、デイリーレコード画面への移動ボタンをクリックすることを促す（ステップ３０８）。その後、デイリーレコード画面への移動ボタンが押されるのを待つ（ステップ３１３）。当該ボタンが押されるとデイリーレコード処理の最初（ステップ３０１）へ戻る。

ステップ３０４の更新ボタンがクリックされたか否かの判定において、Ｎｏである場合には、図７(a)のデイリーレコード画面の下半分の新規登録画面への入力がなされたか否かを判定する（ステップ３０９）。新規入力がされない場合は（ステップ３０９でＮｏ）、ステップ３０２、ステップ３０４、ステップ３０９の三つの判定を繰り返す。新規入力がなされた場合（ステップ３０９でＹｅｓ）には、追加ボタンがクリックされたか否かを判定する（ステップ３１０）。追加ボタンがクリックされた場合には（ステップ３１０でＹｅｓ）、年月日とデイリーレコードとの対応テーブル２５２に当該内容を追加登録する（ステップ３１１）。図７(b)は、当該日付のデイリーレコードの３件目として新規の登録をしようとする場合のデイリーレコード画面を示す。図のように、新規登録しようとするタイトル及び内容を記入したうえで追加ボタンをクリックすると新規登録がなされる。そして、ユーザにその旨を伝える画面（図７(c)）を表示して、デイリーレコード画面への移動を促す（ステップ３１２）。その後、デイリーレコード画面への移動ボタンが押されるのを待つ（ステップ３１３）。当該ボタンが押されるとデイリーレコード処理の最初（ステップ３０１）へ戻る。リセットボタンを押すと新規のデイリーレコードの登録をせずに、デイリーレコード画面に戻る。

図７(c)は、新規登録を所望する内容を入力した後、追加ボタンを押した際に表示される画面を示す。「新規登録を行いました」という表示とデイリーレコード画面へ移動するボタンが表示される。ユーザがその旨を確認してからデイリーレコード画面への移動ボタンを押すことで、当該デイリーレコード画面へ移動する。図７(a)と同様の画面であるが、デイリーレコード１、デイリーレコード２、デイリーレコード３と３件が登録された画面が表示される。

なお、図７(a)で表示されるデイリーレコード１、デイリーレコード２、…、デイリーレコードｎ（ｎは整数）の近くに表示される「タイトル」、「内容」のボタンは、クリッカブルとなっている。当該「タイトル」又は「内容」のボタンをクリックすると図７(b)に似通った画面（図７(d)）が表示されて、デイリーレコードのタイトル又は内容の変更登録が可能となっている。
図７(d)の更新画面には、図7(b)の新規登録の場合に加えて日時変更の欄も設けられている。これにより更新登録の場合には、日時の変更が可能であり、予定日と実行日とが異なる場合などの更新登録に便利である。
図７(d)の更新画面には、さらに「削除ボタン」が設けられている。このボタンをクリックすることにより、当該デイリーレコード（タイトル及び内容が、年月日と対応付けられた組合せ）を削除する。
図７(e)は、更新登録が正常になされたことをユーザに伝える画面である。

新規のデイリーレコード登録をする場合であっても、既に登録されたデイリーレコードを更新登録する場合であっても、年月日とデイリーレコードとの対応テーブル２５２（図２(c)）を書き換える。

［レコード検索処理について］
図１４は、レコード検索処理を示すフローチャートである。図９は、レコード検索画面（図９(a)）及び検索結果シート(図９(b))である。月次シート（図４(c)、図８）又はデイリーレコード画面（図７(a)）にレコード検索画面への移動ボタンが設けられており、そのボタンをクリックすることでレコード検索処理が開始する。

まず、レコード検索画面（図９(a)）を表示する（ステップ４０１）。レコード検索画面には、キーワード入力欄、検索ボタン、リセットボタン、月次シート移動ボタンが設けられる。月次シートボタンがクリックされたか否かを判定し（ステップ４０２）、クリックされた場合（ステップ４０２でＹｅｓ）には、月次シートへ移動する（ステップ４０３）。月次シートがクリックされない場合（ステップ４０２でＮｏ）には、検索ボタンがクリックされたか否かを判定し（ステップ４０４）、クリックされない場合（ステップ４０４でＮｏ）は、ステップ４０２、ステップ４０４の二つの判定を繰り返す。検索ボタンがクリックされた場合（ステップ４０４でＹｅｓ）には、年月日とデイリーレコードとの対応テーブル２５２に対してキーワード検索を実行する（ステップ４０５）。レコード検索は、デイリーレコードとして記録されたタイトル、内容のすべてを検索対象としてキーワード検索をかける。ここで、キーワード検索に用いるキーワードは、ユーザが図９(a)のキーワード入力欄に入力したものを、レコード検索処理手段が取得して用いる。リセットボタン（図９(a)）が用いられた場合には、キーワード入力欄が空欄に戻されて、その後あらためて入力された内容がキーワードとして用いられる。リセット処理に関しては煩雑を避けるべく、図１４のフローチャートに描くのを省略した。

次に、キーワード検索をかけた結果のリストを検索結果シート（図９(b)）として表示する（ステップ４０６）。検索結果シートの上部には、キーワード検索をやり直すためのキーワード入力欄、検索ボタン、リセットボタンが設けられている。検索結果シートのリストをユーザが見て、所望する検索結果と異なると考える場合には、改めてキーワードを入力して検索をやり直すことができる。また、絞り込み検索（refine research）をする実施例も可能である。
検索結果シートを表示した（ステップ４０６）後、画面遷移ボタンがクリックされたか否かを判定し（ステップ４０７）、クリックされた場合（ステップ４０７でＹｅｓ）、当該画面に移動する（ステップ４０８）。ここで、画面遷移ボタンは、検索結果シートの最下欄に設けられた月次シート移動ボタン及び年次コードボタンである。図９(b)の例では、１０個の年次コードボタンが表示されており、これらはクリッカブルであって、クリックすることで対応する年月日のデイリーレコード画面へ移動する。図９(a)の画面、図９(b)の画面の最下部には、月次シートボタンが設けられており、当該月次シートボタンを押すと、今月（ユーザがこの装置を使用している当該年月日が属する月）の月次シートへ移動する。

画面遷移ボタンがクリックされたか否かの判定で押されない場合（ステップ４０７でＮｏ）には、検索ボタンがクリックされたか否かの判定（ステップ４０９）を実行する。検索ボタンがクリックされない場合（ステップ４０９でＮｏ）には、ステップ４０７の判定とステップ４０９の判定とを繰り返す。検索ボタンがクリックされた場合（ステップ４０９でＹｅｓ）には、年月日とデイリーレコードとの対応テーブル２５２に対して、当該入力されたキーワードに基づいてキーワード検索を実行して（ステップ４０５）、検索結果シートを表示する（ステップ４０６）。

図９(b)にしめす検索結果シートには、検索結果として絞り込まれたデイリーレコードが、その年月日、年次コードと対応付けられて表示されているので、関連ある二つのデイリーレコードが起こった二つの年月日の間の日数の計算をするのに便利である。例えば、図９(b)を読むと、特許出願番号を知らせてきたのが２０１３年４月５日であり、それに対応する年次コードが「３６」である。そして、特許出願を依頼した日が２０１３年３月１２日であり、それに対応する年次コードが「１２」である。３６−１２＝２４であるから、依頼から、特許出願完了まで２４日であったことが簡単に計算できる。

ここでは、１０件の年月日がヒットしている。そして、最も古い年月日が一番下になり、最近の年月日が上になるように順番に並んでいる。年月日に対応させて年次コードが表示され、デイリーレコードについては、タイトル及び内容（の最初の一文）が表示されている。年月日順にソートされており、年次コードにおいてもここでは降順に並んでいる。デイリーレコードが年度の変わり目にまたがる場合には降順ではなくなる。また、同一の年次コードが複数回出現することが考えられる。他の年度にも同一の年次コードが用いられているからである。そのような場合でも、年次コードは、当該年月日と紐づけられている（関連付けられている）ので、混同が生じることがない。したがって、クリッカブルなボタンである年次コードをクリックすると、正しい年月日のデイリーレコード画面へと移動できる。

《高齢者にとってのカレンダー装置（特に、年次コード）の意義について》
自己省察ツールや、プロジェクト進捗管理ツールとしての意義については、課題解決手段の項において、既に述べた。ここでは、本発明のカレンダー装置を高齢者が用いる観点から付言する。
高齢者、特に７０歳を超えた老人にとっては、物忘れが体不調をももたらし得る。思い出せそうでなかなか思い出せない不快感を一日持続すると、食欲不振、気力低下などをもたらす可能性がある。それに対し、記憶力の低下を適切に補う記録ツールがあって、それを用いることを習慣づけることができれば、良好な体調を維持でき、気力、意欲が十分な状態を維持できる。
２０１３年５月の新聞紙上に、日本の農村で農業に従事する９３歳の男性の例が紹介された。その人は、７０歳の時から１０年日記をつけ始め、現在３冊目とのことである。１０年日記は、１冊で１０年間続けてつけられる日記であって、１年前、２年前、…、９年前の同じ時季に何をしたかを参照しつつ書くことがしやすいように作られた日記帳である。農作業は特に毎年同じ時期に同じ農作業を繰り返すので、年周期でものを考えるのに適している。この農業従事者は、この日記をつけ続けることで連続した思考をし続けることができ、ボケや痴呆と無関係の生活を続けることができている。
農業従事者でない場合でも、高齢者が自分の属する社会、団体において年中行事に積極的に関わる場合には、年周期でものを考えることで連続した思考を続けることができると考えられる。そして、このカレンダー装置は、１０年に限らず使い始めたときから数十年にわたって年周期で過去を参照して現在に生かし未来に備えることを可能にする。例えば、月次シートに設けられたメモ１を未来の予定（未来への申し送り事項）、メモ２を過去の記録（過去から得た教訓）という意味付けをして用いることができる。

１０ コンピュータ
１１ 入力装置
１２ 表示装置
２０ ＡＳＰサーバ
３０ パーソナルコンピュータ
３１ 携帯電話（セルフォン）
３２ スマートフォン
４０ インターネット

Claims (6)

1. コンピュータにインストールされたアプリケーションソフトウェアにより実現され、１年のうちの特定の月日を初日としてすべての日付に順次割り当てた１年周期のコードである年次コードを年月日に対応付けたカレンダー装置であって、
   前記年次コードのうち特定の年月に対応した年次コードをクリッカブルな年次コードボタンとして日付順に表示するとともに、予定する又は既に起こった日々の出来事であるデイリーレコードを当該年月の日付順に表示する月次シート処理手段と、
   前記年次コードのうち特定の年に対応した１年分の年次コードを月ごとにクリッカブルな年次コードボタンとして表示する年次シート処理手段と、
   前記年次コードの初日であるコード初日をユーザの希望する月日に設定するコード初日設定手段と、
   前記年次コードボタンをクリックすることにより処理を開始し、前記デイリーレコードのうちの既に登録されたものを表示するとともに、新規登録、更新登録を処理するデイリーレコード処理手段と、
   前記デイリーレコードに対して検索を実行し、その検索結果を前記年次コードと前記年月日とに対応させて表示するレコード検索手段と
   を有することを特徴とするカレンダー装置。
2. 前記年次コードと前記年月日との対応関係を、年次コードと年月日との対応テーブルとして有することを特徴とする請求項１に記載するカレンダー装置。
3. 前記年月日と前記デイリーレコードとの対応関係を、年月日とデイリーレコードとの対応テーブルとして有することを特徴とする請求項１又は２に記載するカレンダー装置。
4. 前記デイリーレコード処理手段は、年月日をも変更対象とすることを特徴とする請求項１に記載するカレンダー装置。
5. ユーザが正当な権限を有することを確認するログイン処理手段と、
   前記カレンダー装置が動作している際に、所定時間の経過がある場合に、それ以上のユーザの使用を許可しないタイムアウト処理手段と
   をさらに有し、
   タイムアウト処理手段によりそれ以上のユーザの使用を許可しない場合には、ユーザはログイン処理手段によるログインを再度行うことを要することを特徴とする請求項１に記載するカレンダー装置。
6. 前記月次シート処理手段が表示する月次シート又は前記レコード検索手段が表示する検索結果をファイル出力して、ユーザに取得させることを特徴とする請求項１に記載するカレンダー装置。

Images