メモ情報管理サーバ
【課題】メモ情報を好適なタイミングで報知可能なメモ情報管理サーバを提供すること。
【解決手段】メモ情報管理サーバ１は、メモ情報を管理するメモ情報管理サーバであり、メモ情報を格納するメモ情報データベース１ｃと、ユーザのスケジュール情報を格納するスケジュール情報データベース１ｋと、メモ情報の利用条件をメモ情報から取得し、利用条件に基づいてメモ情報の利用の可否を判定する利用可否判定部１ｄ１と、スケジュール情報からユーザの現在の状況を示す状況情報を取得し、状況情報に基づいて利用可否判定部１ｄ１によって利用可と判定されたメモ情報の内容をユーザに報知させるか否かを判定する報知可否判定部１ｄ２と、利用可否判定部１ｄ１によって利用可と判定されたメモ情報を報知するよう指示する通信部とを備える。
【解決手段】メモ情報管理サーバ１は、メモ情報を管理するメモ情報管理サーバであり、メモ情報を格納するメモ情報データベース１ｃと、ユーザのスケジュール情報を格納するスケジュール情報データベース１ｋと、メモ情報の利用条件をメモ情報から取得し、利用条件に基づいてメモ情報の利用の可否を判定する利用可否判定部１ｄ１と、スケジュール情報からユーザの現在の状況を示す状況情報を取得し、状況情報に基づいて利用可否判定部１ｄ１によって利用可と判定されたメモ情報の内容をユーザに報知させるか否かを判定する報知可否判定部１ｄ２と、利用可否判定部１ｄ１によって利用可と判定されたメモ情報を報知するよう指示する通信部とを備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、メモ情報管理サーバに関する。
【背景技術】
【０００２】
特許文献１には、携帯端末のユーザが、必要な商品関連情報を容易に得ることができる商品関連情報提供装置が開示されている。この商品関連情報提供装置は、携帯端末、サーバ及びデータベースを備えている。携帯電話機のユーザーが、携帯電話機のメモ画面に買物メモを（商品名情報を入力）し、サーバは、携帯電話機から商品名情報を受信したら、記憶装置のメモ情報データベースＤＢに携帯電話機のユーザーＩＤに対応させて記憶させ、サーバは、携帯電話機から「おトク情報」（商品関連情報）の要求信号を受信すると、メモ情報データベースＤＢに入力されている商品名情報から商品名情報に対応する商品分類情報を判別し、判別した商品分類情報の商品関連情報を商品関連情報データベースＤＢから読み出し、携帯電話機に送信する技術が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００３−６２０１号公報
【特許文献２】特開昭６１−４８０６２号公報
【特許文献３】特開２００８−４８２４８号公報
【特許文献４】特開平０１−２７４２７３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、特許文献１の技術では、メモ情報等の情報を閲覧しようとする場合、情報取得要求をデータベースに送信する操作が必要となるので、常に好適なタイミングでメモ情報の閲覧ができるとは限らない。このため、例えば書籍の購入に関するメモ内容の場合、購入可能な店舗の近くをユーザが通った場合でも、「メモを見よう」というユーザの意識がなければ、このメモ内容は閲覧されることがなく、ユーザは書籍の購入を忘れてしまう場合がある。そこで、本発明は、上記の事項を鑑みてなされたものであり、メモ情報を好適なタイミングで報知可能なメモ情報管理サーバを提供することを目的とする。
【課題を解決するための手段】
【０００５】
本発明のメモ情報管理サーバは、端末から送信されるメモ情報を管理するメモ情報管理サーバであって、上記端末から送信されるメモ情報を格納するメモ情報データベースと、上記端末のユーザのスケジュール情報を格納するスケジュール情報データベースと、上記メモ情報データベースに格納されたメモ情報から当該メモ情報の利用条件を取得し、この取得した利用条件に基づいて当該メモ情報の利用の可否を判定する利用可否判定手段と、上記端末のユーザのスケジュール情報から上記端末のユーザの現在の状況を示す状況情報を取得し、この取得した状況情報に基づいて、上記利用可否判定手段によって利用可と判定されたメモ情報の内容を上記端末に報知させるか否かを判定する報知可否判定手段と、上記利用可否判定手段によって利用可と判定されたメモ情報を上記端末に報知させると上記報知可否判定手段によって判定されると、当該メモ情報を報知するよう指示する信号を当該メモ情報と共に上記端末に送信する通信手段と、を備える、ことを特徴とするメモ情報管理サーバ。
【０００６】
本発明のメモ情報管理サーバによれば、端末のユーザが端末を直接操作してメモ情報の内容を閲覧することなく、メモ情報の内容に応じた閲覧に好適なタイミングで（例えば、メモ情報に含まれている「店舗」に接近したときや、帰宅中、発売予定日等の特別な日時が来た、等のタイミングで）、メモ情報の内容が自動的に移動端末３の表示装置に表示されるので、端末のユーザがメモ情報を閲覧する必要性を意識していない場合であっても（例えば、移動端末３のユーザがメモ情報の内容を忘れてしまった場合でも）、メモ情報の利用が可能となる。
【０００７】
本発明のメモ情報管理サーバでは、上記メモ情報データベースに格納されたメモ情報の更新に用いるメタ情報を所定のメタ情報サーバから取得し、この取得したメタ情報を用いて当該メモ情報を更新するメモ情報更新手段を更に備え、上記メモ情報更新手段は、当該メモ情報の内容と上記スケジュール情報データベースに格納された上記端末のユーザのスケジュール情報とに基づいて当該メモ情報の更新日を特定し、この特定した更新日に当該メモ情報を当該メタ情報を用いて更新する。
【０００８】
本発明のメモ情報管理サーバによれば、メモ情報管理サーバのメモ情報データベースに格納されたメモ情報は、メモ情報の内容に応じた好適な頻度やタイミングで最新の情報に更新可能となるので、必要以上の頻度で情報を取得することによるメタ情報サーバへの過負荷が抑制できる。
【発明の効果】
【０００９】
本発明によれば、メモ情報を好適なタイミングで報知可能なメモ情報管理サーバを提供することができる。
【図面の簡単な説明】
【００１０】
【図１】図１は、メモ情報管理システムの構成を示す図である。
【図２】図２は、メモ情報管理サーバ１の構成を示す図である。
【図３】図３は、メモ情報の登録処理を説明するためのフローチャートである。
【図４】図４は、メモ情報の更新処理を説明するためのフローチャートである。
【図５】図５は、情報源の取得処理を説明するためのフローチャートである。
【図６】図６は、定期更新日の算出処理を説明するためのローチャートである。
【図７】図７は、更新日履歴の更新処理を説明するためのフローチャートである。
【図８】図８は、メモ情報の報知処理を説明するためのフローチャートである。
【図９】図９は、メモ情報の利用可否の判定処理を説明するためのフローチャートである。
【図１０】図１０は、近接判定処理を説明するためのフローチャートである。
【図１１】図１１は、メモ情報の報知可否の判定処理を説明するためのフローチャートである。
【図１２】図１２は、状況判定処理を説明するためのフローチャートである。
【図１３】図１３は、メモ情報の一例を示す図である。
【図１４】図１４は、スケジュール情報の一例を示す図である。
【図１５】図１５は、メタ情報の一例を示す図である。
【図１６】図１６は、更新日履歴情報の一例を示す図である。
【発明を実施するための形態】
【００１１】
以下、図面を参照して、本発明に係る好適な実施形態について詳細に説明する。なお、図面の説明において、可能な場合には、同一要素には同一符号を付し、重複する説明を省略する。図１は、本実施形態に係るメモ情報管理システム１０の構成を示す図である。メモ情報管理システム１０は、メモ情報管理サーバ１、移動端末３及びメタ情報サーバ５を備える。メモ情報管理サーバ１は、ネットワークＮ１を介して移動端末３と通信可能であり、ネットワークＮ２を介してメタ情報サーバ５とも通信可能である。
【００１２】
なお、メモ情報管理サーバ１、移動端末３、及び、メタ情報サーバ５は、それぞれ、インターネット、移動体向けセルラネットワーク、又は、専用線などのネットワーク（ネットワークＮ１及びネットワークＮ２）、を介して相互に接続されている別々の装置であるとするが、これに限らず、メモ情報管理サーバ１、移動端末３、及び、メタ情報サーバ５の一部の機能または全ての機能が、一若しくは二つに集約される形、又は、四つ以上の装置に分散されている形、の何れの形での実施も可能である。メモ情報管理サーバ１、移動端末３、及び、メタ情報サーバ５の各機能が、一の装置に搭載される場合、メモ情報管理サーバ１、移動端末３、及び、メタ情報サーバ５が相互に通信を行うためのネットワーク（ネットワークＮ１及びネットワークＮ２）は、当該一の装置内で信号を送受するための通信バス等に対応する
【００１３】
メモ情報管理サーバ１は、移動端末３から送信されるメモ情報の内容を管理する。メモ情報は、移動端末３に入力されるデータであって、例えば、移動端末３のユーザが行う動作（例えば、物品の購入や施設の訪問等）の対象（物品や施設を示す後述の“カテゴリ”の内容であって、例えば「音楽ＣＤ」等）と、この“カテゴリ”の内容に付随する内容（後述の“フリーテキスト”の内容であって、例えば「見かけたら買う」等）と、を含む。メモ情報管理サーバ１の構成の詳細については後述する。
【００１４】
メモ情報とは、換言すれば、移動端末３のユーザがある時点において実施しようと考えたが、この時点において対象物が購入可能ではない、又は、利用可能ではない、等の理由によって、実施できないことに関して覚えておくために移動端末３に記録された電子データを指す。実施しようとしたことに関する動作（例えば、「購入」や「利用」等）や動作対象（例えば、「音楽ＣＤ」や「宿泊施設」等）が含まれる。
【００１５】
“カテゴリ”とは、このような動作対象を指す。“カテゴリ”の内容を示すデータは、メモ情報を構成するデータとして移動端末３に入力される。また、“フリーテキスト”とは、換言すれば、例えば「見かけたら買う」といったように、“カテゴリ”の内容に付随し移動端末３のユーザが覚えておきたい事項に関して、このユーザが想起可能な程度に表現された内容と指す。より具体的には、“フリーテキスト”の内容には、移動端末３のユーザが実施しようとしたことに関する動作（例えば、「購入」や「利用」等）、又は、この動作の対象（例えば、「音楽ＣＤ」や「宿泊施設」等）を、含むことができる。この“フリーテキスト”の内容は、“カテゴリ”の内容とともに、メモ情報を構成する内容として移動端末３に入力される。
【００１６】
移動端末３は、移動型の通信端末であり、例えば、携帯電話等である。移動端末３は、機能的には、通信部３ａ、メモ情報表示部３ｂ、メモ情報入力部３ｃ、及び、位置情報取得部３ｄを有する。通信部３ａ、メモ情報表示部３ｂ、メモ情報入力部３ｃ、及び、位置情報取得部３ｄは、移動端末３のＣＰＵ、ＲＯＭ、ＲＡＭ、表示装置、入力装置、通信装置及び記録装置等の移動端末３の物理的な構成（何れも不図示）の協働によって実現される機能である。通信部３ａは、移動端末３の通信装置を用いて、メモ情報管理サーバ１とネットワークＮ２を介して通信を行うためのインターフェースを有する。
【００１７】
メモ情報表示部３ｂは、メモ情報管理サーバ１から通信部３ａによって受信されたメモ情報の内容を、予め指定されたタイミングで移動端末３の表示装置に表示することによって、ユーザに報知する。メモ情報入力部３ｃは、メモ情報に含まれる“カテゴリ”の内容と“フリーテキスト”の内容、の入力を、移動端末３の入力装置を介してユーザから受付け、この入力された“カテゴリ”の内容と“フリーテキスト”の内容と、を通信部３ａを介してメモ情報管理サーバ１に通知する。
【００１８】
位置情報取得部３ｄは、移動端末３の位置を計測し、この位置を示す情報を、通信部３ａを介してメモ情報管理サーバ１の位置情報取得部１ｊに通知する。位置情報取得部３ｄは、移動端末３の具備するＧＰＳ受信機（ＧＰＳ：Global Positioning System）等の測位装置（不図示）を用いて、移動端末３の位置を計測する。
【００１９】
メタ情報サーバ５は、メタ情報を格納する装置である。メタ情報は、メモ情報管理サーバ１が管理するメモ情報の内容（メモ情報に含まれているメタ情報部分）を補充したり更新するために用いる情報である。例えば、音楽ＣＤに対するメモ情報のメタ情報部分の内容を補充したり更新するために用いられるメタ情報には、“商品名”、“アーティスト名”、“レーベル”、“発売予定日”、“ジャンル”、“店舗位置”、等を含むことができる（図１５を参照）。
【００２０】
メタ情報サーバ５は、書籍に関するメタ情報を格納する書籍メタ情報データベース５ａ、音楽ＣＤに関するメタ情報を格納する音楽ＣＤメタ情報データベース５ｂ、ＤＶＤに関するメタ情報を格納するＤＶＤメタ情報データベース５ｃ、飲食店に関するメタ情報を格納する飲食店メタ情報データベース５ｄ、及び、宿泊施設に関するメタ情報を格納する宿泊施設メタ情報データベース５ｅ、を有する。
【００２１】
メタ情報サーバ５は、メモ情報報知制御部１ｄ及びメモ情報更新部１ｅからネットワークＮ２を介して送信される指示信号に応じて、当該指示信号によって特定されるメタ情報を検索し、この検索したメタ情報を、ネットワークＮ２を介してメモ情報報知制御部１ｄ及びメモ情報更新部１ｅに送信する。
【００２２】
移動端末３のメモ情報入力部３ｃは、メモ情報に含まれる“カテゴリ”及び“フリーテキスト”の入力欄を、移動端末３の表示装置に表示して、“カテゴリ”及び“フリーテキスト”の内容の入力をユーザに促す。そして、ユーザから“カテゴリ”及び／又は“フリーテキスト”の入力があると、移動端末３は、この入力された“カテゴリ”及び／又は“フリーテキスト”の情報を含むメモ情報を、メモ情報管理サーバ１に通信部３ａを介して送信する。
【００２３】
メモ情報管理サーバ１（特に後述の通信部１ａ）は、移動端末３から送信されたメモ情報（“カテゴリ”及び／又は“フリーテキスト”の内容を含む）をネットワークＮ１を介して受信すると、メモ情報管理サーバ１（特に後述のメモ情報記録部１ｂ）は、受信したメモ情報の“カテゴリ”の内容又は“フリーテキスト”の内容に含まれているキーワード（カテゴリ、商品名等を示す情報）に対応するメタ情報を、ネットワークＮ２を介してメタ情報サーバ５から取得する。
【００２４】
メモ情報管理サーバ１（特に後述のメモ情報記録部１ｂ）は、メタ情報サーバ５から取得したメタ情報が１件のみの場合、このメタ情報を、“カテゴリ”の内容及び“フリーテキスト”の内容を含む当該一のメモ情報に含ませ、このメタ情報をメタ情報部分に含むメモ情報を、メモ情報管理サーバ１のメモ情報データベース１ｃに格納する。
【００２５】
なお、本実施形態において、移動端末３は、メモ情報（“カテゴリ”の内容及び“フリーテキスト”の内容）の入力を行うメモ情報入力部３ｃを有し、メモ情報管理サーバ１は、メモ情報をメモ情報データベース１ｃに格納するメモ情報記録部１ｂを有する、としているが、これに限定されない。具体的には、例えば、予め設定された複数通りのメモ情報が移動端末３及び／又はメモ情報管理サーバ１に登録されており、ユーザは、このメモ情報を選択することができるのみであって、メモ情報の内容の変更・追記が行えない構成であってもよい。この場合、このようなメモ情報は、メモ情報管理サーバ１及び／又は移動端末３に予めデフォルトで設定されている、とすることができるし、また、ネットワークを介して外部からアップロードされたものが設定されている、とすることもできる。
【００２６】
図１及び図２を参照して、メモ情報管理サーバ１の構成を詳細に説明する。メモ情報管理サーバ１は、図２に示すように、物理的には、ＣＰＵ１１、ＲＯＭ１２、ＲＡＭ１３、通信装置１４及び記録装置１５を有しており、これらはバスＢｕｓに接続されている。ＣＰＵ１１は、ＲＯＭ１２や記録装置１６等の内蔵メモリに格納された所定のコンピュータプログラムをＲＡＭ１３にロードして実行することによって、メモ情報管理サーバ１を統括的に制御する。
【００２７】
通信装置１４は、ネットワークＮ１及びネットワークＮ２を介して、移動端末３及びメタ情報サーバ５に接続するためのインターフェースを有する。通信装置１４は、移動端末３及びメタ情報サーバ５との間で各種情報の送受信を行う。記録装置１５は、書き込み／読み出しが自在なメモリである。記録装置１５は、図１に示すメモ情報データベース１ｃ、スケジュール情報データベース１ｋ及び更新日履歴情報データベース１ｐを含む。
【００２８】
メモ情報データベース１ｃは、メモ情報を格納する。メモ情報の一例を、図１３に示す。図１３に例示するメモ情報Ｄ１は、音楽ＣＤについてのメモ情報であり、識別番号Ｄ１１、項目Ｄ１２及び設定内容Ｄ１３を含む。識別番号Ｄ１１には、メモ情報Ｄ１を識別するためのＩＤ番号が設定され、項目Ｄ１２には、メモ情報の内容を構成する複数の情報（“カテゴリ”、“フリーテキスト”、“商品名”、“アーティスト名”、“レーベル”、“発売予定日”、“ジャンル”、“店舗位置”、“ＪＡＮコード”及び“検索条件”）が設定され、設定内容Ｄ１３は、項目Ｄ１２の各情報（例えば、“カテゴリ”、“フリーテキスト”等）に対応して設定された内容を含む。
【００２９】
例えば、項目Ｄ１２の“カテゴリ”に対応する設定内容Ｄ１３には、“音楽ＣＤ”が設定され、項目Ｄ１２の“フリーテキスト”に対応する設定内容Ｄ１３には、“見かけたら買う”が設定され、項目Ｄ１２の“商品名”に対応する設定内容Ｄ１３には、“ドレミファソの歌”が設定され、項目Ｄ１２の“アーティスト名”に対応する設定内容Ｄ１３には、“ＡＢＣ−ＸＹＺ”が設定され、項目Ｄ１２の“レーベル”に対応する設定内容Ｄ１３には、“ＲＲＲレコーズ”が設定され、項目Ｄ１２の“発売予定日”に対応する設定内容Ｄ１３には、“１９９９／３／１８”が設定され、項目Ｄ１２の“ジャンル”に対応する設定内容Ｄ１３には、“ＲＯＣＫ”が設定され、項目Ｄ１２の“店舗位置”に対応する設定内容Ｄ１３には、“３２０．２３，９９３．４”（緯度，経度）が設定され、項目Ｄ１２の“ＪＡＮコード”に対応する設定内容Ｄ１３には、“４８１１９２０３９５１２３”が設定され、項目Ｄ１２の“検索条件”に対応する設定内容Ｄ１３には、“ＪＡＮコード＝４８１１９２０３９５１２３”が設定されている。ここで、項目Ｄ１２の“カテゴリ”に設定される情報は、「書籍」、「音楽ＣＤ」、「ＤＶＤ」、「飲食店」、「宿泊施設」等、ユーザが実施しようとしている動作（購入、飲食、宿泊等）の対象物の種類、を示す。
【００３０】
また、図１３に例示されているメモ情報Ｄ１の項目Ｄ１２の複数の情報のうち、“商品名”、“アーティスト名”、“レーベル”、“発売予定日”、“ジャンル”、“店舗位置”及び“ＪＡＮコード”は、メタ情報サーバ５に格納されているメタ情報の内容に対応しており、メタ情報部分と称する（図１５を参照。）。メモ情報Ｄ１のメタ情報部分は、音楽ＣＤメタ情報データベース５ｂのメタ情報に基づいて、メモ情報更新部１ｅによって補填や更新が行われる。
【００３１】
スケジュール情報データベース１ｋは、スケジュール情報を格納する。スケジュール情報の一例を、図１４に示す。図１４に例示するスケジュール情報Ｄ２は、“日時”（「２０１０／１／２４，１８：００−２２：００」が設定されている）、“カテゴリ”（「食事」が設定されている）、“タイトル”（「クリスマス」が設定されている）、“場所”（「青山」が設定されている）、“緯度経度”及び“詳細”、を含む。
【００３２】
更新日履歴情報データベース１ｐは、メモ情報管理サーバ１がメタ情報サーバ５から取得したメタ情報の更新日履歴を示す更新日履歴情報を格納する。更新日履歴情報の一例を、図１６に示す。図１６に例示する更新日履歴情報Ｄ３は、識別番号Ｄ３１、情報源Ｄ３２及び更新日Ｄ３３を含む。
【００３３】
識別番号Ｄ３１には、更新日履歴を識別するためのＩＤ番号が設定され、情報源Ｄ３２には、メタ情報の管理（具体的には、メタ情報の提供や更新等）を行う管理者等（例えば、「ＲＲＲレコーズ」等のレーベルや出版社等）が、メタ情報の情報源として設定され、更新日Ｄ３３には、メモ情報管理サーバ１がメタ情報サーバ５から取得したメタ情報の更新日が、メタ情報の情報源ごとに、設定されている。情報源Ｄ３２に設定される情報源は、メモ情報Ｄ１の項目Ｄ１２に含まれる“カテゴリ”の内容が、例えば、「音楽ＣＤ」の場合にはレーベルであり、「書籍」の場合には出版社であるが、これ以外の場合（例えば、“カテゴリ”の内容が「飲食店」や「宿泊施設」等の場合）には“カテゴリ”の内容（すなわち、「飲食店」や「宿泊施設」等）が情報源となる。
【００３４】
メモ情報管理サーバ１は、図１に示すように、機能的には、通信部１ａ、メモ情報記録部１ｂ、メモ情報報知制御部１ｄ、メモ情報更新部１ｅ、近接判定部１ｆ、状況判定部１ｇ、日時情報取得部１ｈ、スケジュール情報取得部１ｉ、位置情報取得部１ｊ、利用可能期間判定部１ｍ、情報更新日判定部１ｎ及び更新日履歴情報データベース１ｐを含む。メモ情報報知制御部１ｄは、利用可否判定部１ｄ１及びメモ情報管理サーバ１ｄ２を含み、メモ情報更新部１ｅは、定常更新部１ｅ１及び都度更新部１ｅ２を含む。
【００３５】
図１に示す通信部１ａ、メモ情報記録部１ｂ、メモ情報報知制御部１ｄ、メモ情報更新部１ｅ、近接判定部１ｆ、状況判定部１ｇ、日時情報取得部１ｈ、スケジュール情報取得部１ｉ、位置情報取得部１ｊ、利用可能期間判定部１ｍ、情報更新日判定部１ｎ及び更新日履歴情報データベース１ｐは、ＣＰＵ１１がＲＯＭ１２や記録装置１５等の内蔵メモリに格納された上記コンピュータプログラムを実行し、図２に示すメモ情報管理サーバ１の各構成部を動作させることによって実現される機能である。
【００３６】
ＣＰＵ１１は、上記コンピュータプログラムを実行することによって（特に、図２に示す通信部１ａ、メモ情報記録部１ｂ、メモ情報報知制御部１ｄ、メモ情報更新部１ｅ、近接判定部１ｆ、状況判定部１ｇ、日時情報取得部１ｈ、スケジュール情報取得部１ｉ、位置情報取得部１ｊ、利用可能期間判定部１ｍ、情報更新日判定部１ｎ及び更新日履歴情報データベース１ｐを用いて）、メモ情報管理サーバ１の行う処理（図３〜図１２に示すフローチャートにおいてメモ情報管理サーバ１が行う処理）を実行する。
【００３７】
通信部１ａは、通信装置１４を用いて、移動端末３との間でネットワークＮ１を介してデータの送受信を行うためのインターフェースを有する。メモ情報記録部１ｂは、移動端末３から送信されるメモ情報（“カテゴリ”の内容及び“フリーテキスト”の内容を含む）を、通信部１ａを介して受信し、この受信したメモ情報をメモ情報データベース１ｃに格納する。
【００３８】
メモ情報報知制御部１ｄは、利用可否判定部１ｄ１と、報知可否判定部１ｄ２とを含む。メモ情報報知制御部１ｄは、メモ情報データベース１ｃに格納されたメモ情報を１件ずつ順次取り出し、利用可否判定部１ｄ１の判定結果である「メモ情報が利用できるか否か」を示す情報と、報知可否判定部１ｄ２の判定結果である「今メモ情報の内容を報知することがユーザにとって有効か否か」を示す情報と、に基づいて、当該メモ情報が利用でき（この場合、利用可否が「ＹＥＳ」であるとする。）、かつ、当該メモ情報の内容を今報知することがユーザにとって有効（この場合、報知可否が「ＹＥＳ」であるとする。）である場合に、メモ情報をユーザに報知する、との判定を行い、当該メモ情報の内容を報知するよう移動端末３に指示するための指示信号を、当該メモ情報と共に移動端末３に送信する。
【００３９】
利用可否判定部１ｄ１は、メモ情報データベース１ｃに格納されたメモ情報から当該メモ情報の利用条件（例えば、発売予定日、開店時間帯、店舗位置等）を取得し、この取得した利用条件に基づいて当該メモ情報の利用可否の判定処理を行う。
【００４０】
利用可否判定部１ｄ１は、メモ情報に含まれる“カテゴリ”の内容が、「音楽ＣＤ」、「ＤＶＤ」、「書籍」、の何れかの場合に、まず、現在の日時を日時情報取得部１ｈに取得させる。次に、利用可否判定部１ｄ１は、メモ情報の“発売予定日”の内容を取得し、この“発売予定日”に示されている発売予定日と、日時情報取得部１ｈに取得させた現在日時と、を比較する。利用可否判定部１ｄ１は、現在日時が“発売予定日”に示されている発売予定日を過ぎている場合、メモ情報の利用可否を「ＹＥＳ」（メモ情報が利用できる）と判定する。この「ＹＥＳ」の設定値は、利用可否判定部１ｄ１によってメモ情報内に記録されることができる、又は、利用可否判定部１ｄ１によってメモ情報に関連付けてメモ情報データベース１ｃ等のメモ情報管理サーバ１の内蔵メモリ（ＲＡＭ１３や記録装置１５等）に記録されることができる。この「ＹＥＳ］の設定値を用いれば、利用可否判定部１ｄ１による以後の利用可否判定処理が省略できる。
【００４１】
メモ情報の“カテゴリ”の内容が「飲食店」の場合、利用可否判定部１ｄ１は、現在日時を日時情報取得部１ｈに取得させる。次に、利用可否判定部１ｄ１は、メモ情報の“開店時間帯”の内容を取得し、この“開店時間帯”に示されている時間帯と、日時情報取得部１ｈに取得させた現在日時と、を比較する。利用可否判定部１ｄ１は、現在日時が“開店時間帯”に示されている時間帯内にある場合、メモ情報の“店舗位置”に示されている位置に対する近接判定を、近接判定部１ｆに行わせる。
【００４２】
利用可否判定部１ｄ１は、近接判定部１ｆによる近接判定の結果が「近接している」を示す場合（すなわち、移動端末３の現在位置が“店舗位置”に示されている位置に近接している場合）、メモ情報の利用可否を「ＹＥＳ」（メモ情報が利用できる）と判定する。
【００４３】
メモ情報の“カテゴリ”の内容が「宿泊施設」の場合、利用可否判定部１ｄ１は、まず、メモ情報の“店舗位置”に示されている位置に対する近接判定を、近接判定部１ｆに行わせる。利用可否判定部１ｄ１は、近接判定部１ｆによる近接判定の結果が「近接している」を示す場合、メモ情報の利用可否を「ＹＥＳ」（メモ情報が利用できる）と判定する。
【００４４】
報知可否判定部１ｄ２は、移動端末３のユーザのスケジュール情報から移動端末３のユーザの現在の状況を示す状況情報（例えば、仕事中、出張中、出勤／帰宅中、在宅、外出中等を示す情報）を取得し、この取得した状況情報に基づいて、利用可否判定部１ｄ１によって利用可と判定されたメモ情報の内容を移動端末３に報知させるか否かを判定する。報知可否判定部１ｄ２は、例えば、メモ情報を報知した際に作業中断を誘発したり周囲の人へ不快感を与える等、メモ情報の内容にかかわらず、このメモ情報の報知がユーザの不利益になることがない場合には、報知可否を「ＹＥＳ」（報知する状況に該当する）と判定する。
【００４５】
具体的には、報知可否判定部１ｄ２は、移動端末３のユーザの予定を示すスケジュール情報と、現在時刻及び／又は現在のユーザの位置（現在の移動端末３の位置）と、に基づいて推定される当該ユーザの現在の状況（例えば、仕事中、出張中、出勤／帰宅中、在宅、外出中等）から、メモ情報の報知がユーザにとって不利益になるか否かを判定し、この判定結果に基づいてメモ情報の報知の可否を示す報知可否を判定する。
【００４６】
より具体的な手順を以下に示す。報知可否判定部１ｄ２は、まず、スケジュール情報取得部１ｉによってスケジュール情報データベース１ｋから取得させた移動端末３のユーザの今日のスケジュール情報と、日時情報取得部１ｈに取得させた現在の日時と、を参照し、現在が、仕事又は出張の予定時間内であれば、報知可否を「ＮＯ」（報知する状況に該当しない）と判定する。報知可否判定部１ｄ２は、日時情報取得部１ｈに取得させた現在の日時が仕事又は出張以外の他の予定（旅行又は食事等）の時間内にある場合には「ＹＥＳ」（報知する状況に該当する）と判定し、予定が入っていない場合には、移動端末３のユーザの状況を、移動端末３の位置情報を用いて状況判定部１ｇに判定させる。例えば、報知可否判定部１ｄ２は、状況判定部１ｇによる判定の結果、ユーザが「仕事中」又は「在宅」の場合、報知可否を「ＮＯ」（報知する状況に該当しない）と判定し、それ以外（「通勤／帰宅中」又は「外出中」）の場合、報知可否を「ＹＥＳ」（報知する状況に該当する）と判定する。
【００４７】
なお、スケジュール情報データベース１ｋに格納されているスケジュール情報のスケジュールごとに、報知可否を示すフラグ（報知する状況に該当することを示す「ＹＥＳ」のフラグ、又は、報知する状況に該当しないことを示す「ＮＯ」のフラグ）が予め設定されている構成とすることもできる。この場合、報知可否判定部１ｄ２は、スケジュール情報の当該フラグを参照することによって、メモ情報の内容を報知するか否かを判定することができる。
【００４８】
近接判定部１ｆは、利用可否判定部１ｄ１から通知されるメモ情報の“店舗位置”の内容（緯度経度）と、位置情報取得部１ｊに取得させた移動端末３の位置とに基づき、移動端末３は“店舗位置”（緯度経度）に近接している、と判定すると場合（例えば“店舗位置”を中心とする所定半径の円形状のエリア内に移動端末３がある場合）、この判定結果「近接している」を利用可否判定部１ｄ１に通知する。
【００４９】
状況判定部１ｇは、日時情報取得部１ｈに取得させた現在日時と、位置情報取得部１ｊに取得させた移動端末３の位置と、移動端末３のユーザの勤務先位置（勤務先の建物の位置を示す）及び自宅位置（自宅の位置を示す）と、に基づき、移動端末３のユーザの状況、すなわち、移動端末３のユーザが「出勤／帰宅中」か、「外出中」か、「在宅」か、「仕事中」か、を判定する。移動端末３のユーザの勤務先位置を示す情報及び移動端末３のユーザの自宅位置を示す情報は、何れも、予め、移動端末３から送信されたものであって、メモ情報管理サーバ１の内蔵メモリ（ＲＡＭ１３や記録装置１５等）に格納されている。
【００５０】
状況判定部１ｇは、日時情報取得部１ｈに取得させた現在日時が平日（月曜から金曜まで）かつ日中（例えば、午前６時から午後８時まで）の時間帯にある場合であって、移動端末３が、移動端末３のユーザの勤務先位置から一定範囲内（例えば、勤務先の建物を中心とする所定半径の円形状のエリア内）にある場合には「仕事中」と判定し、日時情報取得部１ｈに取得させた現在日時が平日かつ日中の時間帯にある場合であっても、移動端末３が、移動端末３のユーザの勤務先位置から一定範囲内にない場合には「出勤／帰宅中」と判定する。
【００５１】
状況判定部１ｇは、日時情報取得部１ｈに取得させた現在日時が平日かつ日中の時間帯にない場合であって、位置情報取得部１ｊに取得させた移動端末３の位置が、移動端末３のユーザの自宅位置から一定範囲内（例えば、自宅を中心とする所定半径の円形状のエリア内）にある場合には「在宅」と判定し、日時情報取得部１ｈに取得させた現在日時が平日かつ日中の時間帯にない場合であって、位置情報取得部１ｊに取得させた移動端末３の位置が、移動端末３のユーザの自宅位置から一定範囲内にない場合には「外出中」と判定する。なお、状況判定部１ｇは、位置情報取得部１ｊに取得させた移動端末３の位置として、時系列の複数の位置を用いることによって、移動端末３のユーザの状況を詳細に判定することもできる。
【００５２】
日時情報取得部１ｈは、メモ情報管理サーバ１のＣＰＵ１１による計時機能によって現在の日時を取得する、又は、ネットワークＮ１やネットワークＮ２上から現在の日時を取得する。スケジュール情報取得部１ｉは、スケジュール情報データベース１ｋに格納されている移動端末３のユーザのスケジュール情報を取得してメモ情報報知制御部１ｄに渡す。スケジュール情報データベース１ｋに格納されているスケジュール情報は、移動端末３から送信されたもの、又は、メモ情報管理サーバ１から直接入力されたもの、等である。
【００５３】
メモ情報更新部１ｅは、メモ情報データベース１ｃに格納されているメモ情報の“カテゴリ”の内容と“フリーテキスト”の内容とを用いて、このメモ情報を更新（補充を含む。以下同様。）するためのメタ情報をメタ情報サーバ５から取得し、この取得したメタ情報をこのメモ情報に追記して、メモ情報データベース１ｃに再格納する。
【００５４】
メモ情報更新部１ｅは、定常更新部１ｅ１及び都度更新部１ｅ２を含み、定常更新部１ｅ１及び都度更新部１ｅ２に、メモ情報データベース１ｃのメモ情報の更新（すなわち、メモ情報に含まれているメタ情報部分の内容の更新）を行わせる。定常更新部１ｅ１及び都度更新部１ｅ２は、それぞれ異なったタイミングでメモ情報を更新する。定常更新部１ｅ１及び都度更新部１ｅ２は、何れも、メタ情報サーバ５にかける負荷を抑制しつつ、メタ情報サーバ５の最新のメタ情報に基づいてメモ情報データベース１ｃのメモ情報を更新する。
【００５５】
定常更新部１ｅ１は、例えば、メモ情報の“カテゴリ”の内容が“書籍”、“音楽ＣＤ”及び“ＤＶＤ”等の場合、発売元（出版社やレーベル）による月初の発売日情報発表や、メタ情報サーバ５の管理者による定例のメタ情報更新作業等、のような、定期的なメタ情報の更新タイミング（定期更新日）を検出し、この定期更新日に応じて更新後（最新）のメタ情報をメタ情報サーバ５から取得し、この取得した最新のメタ情報を用いてメモ情報データベース１ｃのメモ情報を更新する。
【００５６】
定常更新部１ｅ１によるメモ情報の更新処理を具体的に示す。まず、定常更新部１ｅ１は、メモ情報データベース１ｃからメモ情報を１件取得し、この取得したメモ情報を利用可能期間判定部１ｍに送信する。利用可能期間判定部１ｍは、定常更新部１ｅ１から送信されたメモ情報のうち、例えば音楽ＣＤのメモ情報の場合の“発売予定日”等、ユーザが利用可能となる期間（例えば、音楽ＣＤの購入が可能となる期間や、開店時間帯等）に関する項目を取得し、この項目に、具体的な期間・日付が設定されているか否かを判定し、この判定結果を定常更新部１ｅ１に通知する。
【００５７】
定常更新部１ｅ１は、利用可能期間判定部１ｍに送信したメモ情報の上記項目に具体的な期間・日付が設定されていないと利用可能期間判定部１ｍによって判定され、かつ、当該メモ情報の前回の更新日からｘ日（ｘは１以上の整数）が経過している場合、当該メモ情報の更新処理を開始する。
【００５８】
なお、メモ情報の更新日は、メモ情報の更新後にメモ情報更新部１ｅによって当該メモ情報に記録されることができる。経過日数を示すxの値を示すデータは、メモ情報管理サーバ１のＲＯＭ１２等の内蔵メモリに予め格納されてある。経過日数を示すxの値が比較的小さい場合には、メタ情報サーバ５のメタ情報が更新されると（例えば、音楽ＣＤの発売予定日が決定する等の場合）、比較的短時間で更新後の最新のメタ情報をメモ情報データベース１ｃのメモ情報に反映させることが可能となる。しかし、この場合、メタ情報サーバ５に対するアクセス回数が比較的多くなるので、メタ情報サーバ５に対する負荷は増大する。従って、経過日数を示すxの値は、メタ情報サーバに対する負荷と、メモ情報の報知の精度（メモ情報の報知の頻度や報知予定日等の確からしさを含む）と、を鑑みて決定される。
【００５９】
定常更新部１ｅ１は、利用可能期間判定部１ｍに送信したメモ情報の上記項目に具体的な期間・日付が設定されていると利用可能期間判定部１ｍによって判定された場合には、メタ情報の過去の更新日履歴（この更新日履歴は更新日履歴情報データベース１ｐに格納されている。）に基づいてメモ情報を更新する。
【００６０】
定常更新部１ｅ１は、まず、メモ情報データベース１ｃから取得したメモ情報（メタ情報部分（例えば、図１５に示すメタ情報部分）や“カテゴリ”の内容）から、当該メタ情報の情報源（例えば、図１６に示す情報源Ｄ３２）を取得する。定常更新部１ｅ１は、メタ情報の情報源を取得した後、この取得した情報源に対応する定期更新日を情報更新日判定部１ｎに算出させる。
【００６１】
情報更新日判定部１ｎは、まず、メタ情報の情報源に対応するこれまでの更新日履歴を更新日履歴情報データベース１ｐから取得する。情報更新日判定部１ｎが取得する更新日履歴は、現時点から所定期間だけ（例えば、過去一年間等）遡ったものであることができるが、更新日履歴情報データベース１ｐに格納されている全データの中から取得されたものとすることもできる。
【００６２】
情報更新日判定部１ｎは、取得した更新日履歴から曜日の値を全て取得し、「曜日」に係る分散値を算出する。この場合、日曜〜土曜の各曜日には、それぞれ異なった数値が設定されている（この数値を示すデータは、メモ情報管理サーバ１のＲＯＭ１２等の内蔵メモリに予め格納されている。）。
【００６３】
情報更新日判定部１ｎは、更新日履歴から取得した曜日の数値と、各曜日のそれぞれの回数とを用いて、「曜日」に係る分散値と、更に、「曜日」に係る平均値とを算出する。情報更新日判定部１ｎは、算出した「曜日」に係る分散値が、基準分散値“m”以下の場合、特定の曜日に更新される傾向があると判定し、「曜日」に係る平均値に最も近い数値に対応する曜日を特定し、本日以降であって、この特定した曜日に対応する日付を、定期更新日と判定し、この判定結果を定常更新部１ｅ１に通知する。なお、情報更新日判定部１ｎは、「曜日」に係る分散値が基準分散値“m”以下との結果を得た後に、「曜日」に係る平均値を算出することができる。
【００６４】
例えば、基準分散値“m”を“１”とし（ｍ＝１）、本日を２００９年１２月１７日とし、更に、図１６に示す更新日履歴情報Ｄ３を用いて、「曜日」に係る分散値の算出処理を具体的に説明する。情報更新日判定部１ｎは、まず、メタ情報の情報源である例えば「ＲＲＲレコード」の行のみを（すなわち、「ＲＲＲレコード」の更新日履歴のみを）更新日履歴情報Ｄ３から取得する。
【００６５】
更新日は、２００９．１１．２（月曜），２００９．１２．１（火曜），２００９．１１．１０（火曜），２００９．１１．１７（火曜）となっている。このように、月曜、火曜、火曜、火曜に、順次更新が行われている。月曜には数値“１”が設定され、火曜には数値“２”が設定されているものとする（水曜、木曜、金曜、土曜、日曜のそれぞれに設定される数値は、例えば、“３”、“４”、“５”、“６”、“０”等とすることができる。）。
【００６６】
情報更新日判定部１ｎは、「曜日」に係る分散値を算出して“０．１８７５”を得、更に、「曜日」に係る平均値を算出して“１．７５”を得る。情報更新日判定部１ｎは、「曜日」に係る分散値“０．１８７５”が、基準分散値“ｍ”の値“１”以下となっているので、「曜日」に係る平均値“１．７５”に最も近い数値“２”に対応する曜日を特定し（すなわち、火曜）、本日以降であってこの特定した火曜に対応する日付（すなわち、２００９年１２月２２日）を、定期更新日と判定し、この判定結果を定常更新部１ｅ１に通知する。
【００６７】
情報更新日判定部１ｎは、算出した「曜日」に係る分散値が、基準分散値“m”より大きい場合、更新日履歴情報データベース１ｐから取得した更新日履歴から日の値（１〜３１の何れかの値であり、日が、例えば１７日の場合、“１７”）を取得する。情報更新日判定部１ｎは、更新日履歴から取得した日の値と、各日のそれぞれの回数とを用いて、「日」に係る分散値と、更に、「日」に係る平均値とを算出する。
【００６８】
情報更新日判定部１ｎは、算出した「日」に係る分散値が、基準分散値“n”以下の場合、特定の日に更新される傾向があると判定し、「日」に係る平均値に最も近い数値に対応する日を特定し、本日以降であってこの特定した日に対応する日付を、定期更新日と判定し、この判定結果を定常更新部１ｅ１に通知する。
【００６９】
情報更新日判定部１ｎは、算出した「日」に係る分散値が、基準分散値“ｎ”より大きい場合、本日以降の次の月の第１日目を定期更新日と判定し、この判定結果を定常更新部１ｅ１に通知して、定期更新日の判定処理を終了する。なお、情報更新日判定部１ｎは、「日」に係る分散値が基準分散値“ｎ”以下との結果を得た後に、「日」に係る平均値を算出することができる。
【００７０】
メモ情報更新部１ｅは、情報更新日判定部１ｎから定常更新部１ｅ１に通知される定期更新日（メモ情報に含まれるメタ情報部分の内容の情報源による更新日）が本日ではない場合、当該情報源によるメタ情報の更新日が都度更新日に該当するか否かの判定を都度更新部１ｅ２に行わせる。
【００７１】
都度更新日とは、スケジュール情報データベース１ｋに格納されているスケジュール情報等のユーザの行動予定情報等に基づいて、スケジュール情報の内容に応じて都度更新部１ｅ２によって都度決定されるメタ情報部分の内容の好適な更新タイミングである。
【００７２】
この都度更新日は、移動端末３のユーザにメモ情報を報知するとのメモ情報報知制御部１ｄの判定によって、又は、移動端末３のユーザの手動操作によって、メモ情報が移動端末３のユーザに閲覧される可能性（利用可能性）と、メタ情報の更新後にメタ情報サーバ５において当該メタ情報が再度更新される可能性（再更新可能性）と、を用いて、都度更新部１ｅ２によって決定される。このようにして決定される都度更新日は、メモ情報の利用可能性が充分高く、かつ、更新後のメタ情報の再更新の可能性が充分低い日とすることができる。
【００７３】
本実施形態において、都度更新日は、スケジュール情報データベース１ｋに格納されている移動端末３のユーザのスケジュール情報に基づいて都度更新部１ｅ２によって決定される。具体的には、都度更新部１ｅ２は、移動端末３のユーザのスケジュール情報を参照し、翌日に外出の予定（旅行、出張、食事、など）がある場合に、この外出予定日の前日に利用可能性が最も高い、と判定することができる。
【００７４】
都度更新部１ｅ２は、また、情報更新日判定部１ｎによって算出されたメタ情報の定期更新日に再更新可能性が最小値となるような単調減少の関数（例えば、定期更新日からの経過日数に対する再更新可能性を示す関数であって、定期更新日の翌日から定期更新日までの期間において、経過日数の増加に伴って再更新可能性が単調減少する関数）を用いて、再更新可能性を評価することができる。
【００７５】
そして、都度更新部１ｅ２は、上記のような利用可能性と再更新可能性とを用いて、スケジュール情報に記録されている外出予定日の前日を都度更新日とし、メモ情報更新部１ｅは、この都度更新日に、メモ情報のメタ情報部分の内容を更新する。
【００７６】
メモ情報更新部１ｅは、本日が、定期更新日及び都度更新日の少なくとも何れかに該当する場合、必要な情報（メモ情報のメタ情報部分の内容の情報源に対応するメタ情報）をメタ情報サーバ５から取得し、この取得したメタ情報を用いてメモ情報を更新した後、このメモ情報の更新に用いたメタ情報の更新日（第１の更新日という）を、当該メタ情報に含まれる更新日履歴、又は、メタ情報サーバ５を介して取得する当該メタ情報の更新日履歴、を取得し、更に、当該メタ情報についての最新の更新日（第２の更新日という）を更新日履歴情報データベース１ｐの更新日履歴情報Ｄ３から取得する。メモ情報更新部１ｅは、第１の更新日と第２の更新日とを比較し、第１の更新日が第２の更新日よりも後の場合、更新日履歴情報Ｄ３における当該情報源の更新日履歴に第１の日付を反映し、本日以降の定期更新日の計算に利用する。
【００７７】
次に、図３〜図１２のフローチャートを参照して、実施形態に係るメモ情報管理システム１０の動作を説明する。
【００７８】
図３を参照して、メモ情報の登録処理を説明する。移動端末３のメモ情報入力部３ｃは、メモ情報に含まれる“カテゴリ”及び“フリーテキスト”の入力欄を、移動端末３の表示装置に表示して、“カテゴリ”及び“フリーテキスト”の入力をユーザに促す（ステップＡ１）。そして、ユーザから“カテゴリ”及び／又は“フリーテキスト”の入力があるか否かを監視し（ステップＡ２）、入力があると（ステップＡ２；Ｙｅｓ）、移動端末３の通信部３ａは、この入力された“カテゴリ”及び／又は“フリーテキスト”の内容を含むメモ情報を、メモ情報管理サーバ１に送信する。この後、メモ情報管理サーバ１の通信部１ａは、移動端末３から送信されたメモ情報（“カテゴリ”及び／又は“フリーテキスト”の情報を含む）をネットワークＮ１を介して受信する。そして、メモ情報管理サーバ１のメモ情報記録部１ｂは、通信部１ａによって受信されたメモ情報の“カテゴリ”の内容又は“フリーテキスト”の内容に含まれているキーワード（カテゴリや商品名等を示す情報）に対応するメタ情報を、ネットワークＮ２を介してメタ情報サーバ５から取得する（ステップＡ３）。
【００７９】
メモ情報管理サーバ１のメモ情報記録部１ｂは、メタ情報サーバ５から取得したメタ情報が１件のみであるか否かの判定を行い（ステップＡ４）、１件のみと判定した場合（ステップＡ４；Ｙｅｓ）、このメタ情報の内容を、“カテゴリ”及び“フリーテキスト”を含む当該メモ情報に含ませ、このメタ情報の内容を含むメモ情報を、メモ情報管理サーバ１のメモ情報データベース１ｃに格納する（ステップＡ７）。メモ情報管理サーバ１のメモ情報記録部１ｂは、メタ情報サーバ５から取得したメタ情報が１件のみであるか否かの判定の結果、複数のメタ情報を取得したと判定した場合（ステップＡ４；Ｎｏ）、当該複数のメタ情報の全てをネットワークＮ１を介して移動端末３に送信して１件のメタ情報の選択入力を要求し（ステップＡ５）、この要求に応じて移動端末３のユーザによって１件のメタ情報の選択入力が移動端末３において行われると（ステップＡ６；Ｙｅｓ）、この選択された１件のメタ情報を移動端末３から受信し、この受信した１件のメタ情報を用いて、ステップＡ７の処理を行う。
【００８０】
図４を参照して、メモ情報の更新処理について説明する。定常更新部１ｅ１は、メモ情報データベース１ｃからメモ情報を１件取得し、この取得したメモ情報を利用可能期間判定部１ｍに送信する（ステップＢ１）。利用可能期間判定部１ｍは、定常更新部１ｅ１から送信されたメモ情報のうち、例えば音楽ＣＤのメモ情報の場合の“発売予定日”等、ユーザが利用可能となる（例えば、音楽ＣＤの購入が可能となる）期間に関する項目を取得し、この項目に、具体的な期間・日付が設定されているか否かを判定し、この判定結果を定常更新部１ｅ１に通知する（ステップＢ２）。
【００８１】
定常更新部１ｅ１は、ステップＢ２において行われた利用可能期間判定部１ｍによる判定結果に基づいて、利用可能期間判定部１ｍに送信したメモ情報の上記項目に具体的な期間・日付が設定されていないと判定すると（ステップＢ３；Ｎｏ）、当該メモ情報の前回の更新日からｘ日（ｘは１以上の整数）が経過しているか否かを判定し（ステップＢ１０）、ｘ日が経過していると判定した場合（ステップＢ１０；Ｙｅｓ）、ステップＢ１１に移行し、ｘ日が経過していないと判定した場合（ステップＢ１０；Ｎｏ）、ステップＢ１に戻る。
【００８２】
ステップＢ３において、定常更新部１ｅ１は、ステップＢ２において行われた利用可能期間判定部１ｍによる判定結果に基づいて、利用可能期間判定部１ｍに送信したメモ情報の上記項目に具体的な期間・日付が設定されていると判定すると場合（ステップＢ；Ｙｅｓ）、メモ情報データベース１ｃから取得したメモ情報のメタ情報部分（例えば、図１５に示すメタ情報）から、当該メタ情報部分の内容の情報源（例えば、図１６に示す情報源Ｄ３２）を取得する（ステップＢ４）。
【００８３】
定常更新部１ｅ１は、ステップＢ４において情報源を取得した後、この取得した情報源に対応する定期更新日を情報更新日判定部１ｎに算出させる（ステップＢ５）。メモ情報更新部１ｅは、ステップＢ５の後に情報更新日判定部１ｎから定常更新部１ｅ１に通知される定期更新日が本日であるか否かを判定する（ステップＢ６）。メモ情報更新部１ｅは、定期更新日が本日であると判定すると（ステップＢ６；Ｙｅｓ）、ステップＢ１１に移行し、定期更新日が本日でないと判定すると（ステップＢ６；Ｎｏ）、ステップＢ１において取得されたメモ情報のメタ情報部分の情報源によるメタ情報の更新日が都度更新日に該当するか否かの判定を都度更新部１ｅ２に行わせる。
【００８４】
ステップＢ６（Ｎｏ）の後、都度更新部１ｅ２は、スケジュール情報データベース１ｋに格納されている移動端末３のユーザのスケジュール情報を参照し、このスケジュール情報から、明日の予定を取得する（ステップＢ７）。そして、都度更新部１ｅ２は、ステップＢ７において取得した明日の予定が、外出の予定となっているか否かを判定し（ステップＢ８）、外出の予定となっていると判定した場合（ステップＢ８；Ｙｅｓ）、ステップＢ１１に移行し、外出の予定となっていないと判定した場合（ステップＢ８；Ｎｏ）、メモ情報データベース１ｃのメモ情報の全てに対して本更新処理を行ったか否かを判定し（ステップＢ９）、本更新処理を行っていないメモ情報がメモ情報データベース１ｃにあると判定した場合（ステップＢ９；Ｎｏ）、ステップＢ１に移行し、メモ情報データベース１ｃの全てのメモ情報に対して本更新処理を行ったと判定した場合（ステップＢ９；Ｙｅｓ）、本更新処理を終了する。
【００８５】
ステップＢ６（Ｙｅｓ）、ステップＢ８（Ｙｅｓ）及びステップＢ１０（Ｙｅｓ）の後、ステップＢ１１において、メモ情報更新部１ｅは、ステップＢ４において取得されたメモ情報の情報源に対応する最新のメタ情報を、メタ情報サーバ５から取得し（メタ情報サーバ５には、常に最新のメタ情報が格納されている）、この取得したメタ情報を用いて当該メモ情報を更新する（ステップＢ１１）。ステップＢ１１の後、メモ情報更新部１ｅは、ステップＢ１１において取得したメタ情報の更新日履歴（更新日履歴情報データベース１ｐに格納されている更新日履歴）に対して更新処理を行い（ステップＢ１２）、ステップＢ１に移行する。
【００８６】
図５を参照して、情報源の取得処理を説明する。図５のフローチャートに示す処理内容は、図４のフローチャートのステップＢ４の処理内容となっている。定常更新部１ｅ１は、予めメモ情報データベース１ｃから取得したメモ情報に含まれる“カテゴリ”の内容を取得する（ステップＣ１）。定常更新部１ｅ１は、ステップＣ１において取得した“カテゴリ”の内容が、「書籍」であるか否かを判定し（ステップＣ２）、「書籍」と判定した場合（ステップＣ２；Ｙｅｓ）、当該メモ情報のメタ情報部分に含まれる“出版社”の内容を取得し（ステップＣ５）、この“出版社”の内容を情報源するメタ情報をメタ情報サーバ５から取得する。
【００８７】
定常更新部１ｅ１は、ステップＣ２において、「書籍」と判定しなかった場合（ステップＣ２；Ｎｏ）、ステップＣ１において取得した“カテゴリ”の内容が、「音楽ＣＤ」又は「ＤＶＤ」の何れかであるか否かを判定し（ステップＣ３）、「音楽ＣＤ」又は「ＤＶＤ」の何れかであると判定した場合（ステップＣ３；Ｙｅｓ）、当該メモ情報のメタ情報部分に含まれる“レーベル”の情報を取得し（ステップＣ６）、この“レーベル”の内容を情報源するメタ情報をメタ情報サーバ５から取得する。定常更新部１ｅ１は、ステップＣ３において、「音楽ＣＤ」又は「ＤＶＤ」の何れかであると判定しなかった場合（ステップＣ３；Ｎｏ）、当該メモ情報の“カテゴリ”の内容を情報源とするメタ情報をメタ情報サーバ５から取得する（ステップＣ４）。
【００８８】
図６を参照して、定期更新日の算出処理を説明する。図６のフローチャートに示す処理内容は、図４のフローチャートのステップＢ５の処理内容となっている。情報更新日判定部１ｎは、まず、メモ情報のメタ情報部分の情報源に対応するこれまでの更新日履歴を更新日履歴情報データベース１ｐから取得する（ステップＤ１）。
【００８９】
情報更新日判定部１ｎが取得する更新日履歴は、現時点から所定期間だけ（例えば、過去一年間等）遡ったものであることができるが、更新日履歴情報データベース１ｐに格納されている全データの中から取得されたものとすることもできる。情報更新日判定部１ｎは、取得した更新日履歴から曜日の値を全て取得し、「曜日」に係る分散値を算出する（ステップＤ２）。この場合、日曜〜土曜の各曜日には、それぞれ異なった数値が設定されている（この数値を示すデータは、メモ情報管理サーバ１のＲＯＭ１２等の内蔵メモリに予め格納されている）。
【００９０】
情報更新日判定部１ｎは、更新日履歴から取得した曜日の数値と、各曜日のそれぞれの回数とを用いて、「曜日」に係る分散値と、更に、「曜日」に係る平均値とを算出する。情報更新日判定部１ｎは、算出した「曜日」に係る分散値が、基準分散値“m”以下の場合（ステップＤ３；Ｙｅｓ）、特定の曜日に更新される傾向があると判定し、更に、「曜日」に係る平均値に最も近い数値に対応する曜日を特定し（ステップＤ７）、本日以降であってこの特定した曜日に対応する日付を、定期更新日と判定し、この判定結果を定常更新部１ｅ１に通知する（ステップＤ８）。なお、情報更新日判定部１ｎは、「曜日」に係る分散値が基準分散値“m”以下との結果を得た後に、「曜日」に係る平均値を算出することができる。
【００９１】
情報更新日判定部１ｎは、ステップＤ２において算出した「曜日」に係る分散値が、基準分散値“m”より大きい場合（ステップＤ３；Ｎｏ）、更新日履歴情報データベース１ｐから取得した更新日履歴から日の値（１〜３１の何れかの値であり、「日」が、例えば１７日の場合、“１７”）を取得し、この更新日履歴から取得した日の値と、各日のそれぞれの回数とを用いて、「日」に係る分散値と、更に、「日」に係る平均値とを算出する（ステップＤ４）。
【００９２】
情報更新日判定部１ｎは、ステップＤ４において算出した「日」に係る分散値が、基準分散値“n”以下の場合（ステップＤ５；Ｙｅｓ）、特定の日に更新される傾向があると判定し、「日」に係る平均値に最も近い数値に対応する日を特定し（ステップＤ９）、本日以降であってこの特定した日に対応する日付を、定期更新日と判定し、この判定結果を定常更新部１ｅ１に通知する（ステップＤ１０）。
【００９３】
情報更新日判定部１ｎは、ステップＤ４において算出した「日」に係る分散値が、基準分散値“ｎ”より大きい場合（ステップＤ５；Ｎｏ）、本日以降の次の月の第１日目を定期更新日と判定し、この判定結果を定常更新部１ｅ１に通知して（ステップＤ６）、定期更新日の算出処理を終了する。なお、情報更新日判定部１ｎは、「日」に係る分散値が基準分散値“ｎ”以下との結果を得た後に、「日」に係る平均値を算出することができる。
【００９４】
図７を参照して、更新日履歴の更新処理を説明する。図７のフローチャートに示す処理内容は、図４のフローチャートのステップＢ１２の処理内容となっている。メモ情報更新部１ｅは、メモ情報の更新に用いたメタ情報の更新日（第１の更新日という）を、当該メタ情報に含まれる更新日履歴、又は、メタ情報サーバ５を介して取得する当該メタ情報の更新日履歴、を取得する（ステップＥ１）。
【００９５】
ステップＥ１の後、メモ情報更新部１ｅは、更新日履歴情報データベース１ｐに格納されている更新日履歴情報（更新日履歴情報Ｄ３）に記録されている当該メタ情報についての最新の更新日（第２の更新日という）を、更新日履歴情報データベース１ｐの更新日履歴情報から取得する（ステップＥ２）。
【００９６】
ステップＥ２の後、メモ情報更新部１ｅは、第１の更新日と第２の更新日とを比較し（ステップＥ３）、第１の更新日が第２の更新日よりも後の場合（ステップＥ３；Ｙｅｓ）、更新日履歴情報における当該情報源のメタ情報の更新日履歴に第１の更新日を反映し（ステップＥ４）、本日以降の定期更新日の算出に利用する。
【００９７】
図８を参照して、メモ情報の報知処理を説明する。メモ情報報知制御部１ｄは、メモ情報データベース１ｃに格納されたメモ情報を１件取得する（ステップＦ１）。ステップＦ１の後、メモ情報報知制御部１ｄは、利用可否判定部１ｄ１にメモ情報の利用可否の判定処理を行わせる（ステップＦ２）。ステップＦ２の後、メモ情報報知制御部１ｄは、利用可否判定部１ｄ１による利用可否の判定結果が「ＹＥＳ」であるか否かを判定する（ステップＦ３）。
【００９８】
ステップＦ３において、利用可否の判定結果が「ＹＥＳ」ではない場合（ステップＦ３；Ｎｏ）、ステップＦ７に移行し、利用可否の判定結果が「ＹＥＳ」である場合（ステップＦ３；Ｙｅｓ）、ステップＦ４に移行する。ステップＦ４において、メモ情報報知制御部１ｄは、報知可否判定部１ｄ２にメモ情報の報知可否の判定処理を行わせる（ステップＦ４）。ステップＦ４の後、メモ情報報知制御部１ｄは、報知可否判定部１ｄ２による報知可否の判定結果が「ＹＥＳ」であるか否かを判定する（ステップＦ５）。
【００９９】
ステップＦ５において、報知可否の判定結果が「ＹＥＳ」ではない場合（ステップＦ５；Ｎｏ）、ステップＦ７に移行し、報知可否の判定結果が「ＹＥＳ」である場合（ステップＦ５；Ｙｅｓ）、ステップＦ６に移行する。ステップＦ６において、メモ情報報知制御部１ｄは、利用可否の判定結果が「ＹＥＳ」（メモ情報が利用可能）であり、かつ、報知可否の判定結果が「ＹＥＳ」（メモ情報の報知が可能）であるので、メモ情報をユーザに報知する、との判定を行い、メモ情報の内容を報知するよう移動端末３に指示するための指示信号を、報知対象となる当該メモ情報と共に移動端末３に送信する（ステップＦ６）。
【０１００】
メモ情報報知制御部１ｄは、ステップＦ６の後、メモ情報データベース１ｃに格納されている全てのメモ情報に対し、ステップＦ１〜ステップＦ６の処理を行ったか否かを判定し、メモ情報データベース１ｃに格納されている全てのメモ情報に対してステップＦ１〜ステップＦ６の処理を行ったと判定すると（ステップＦ７；Ｙｅｓ）、このメモ情報の報知処理を終了し、行っていないと判定すると（ステップＦ７；Ｎｏ）、ステップＦ１に移行する。以上のようにして、メモ情報データベース１ｃに格納されている全てのメモ情報に対し、ステップＦ１〜ステップＦ６の処理を行う。
【０１０１】
図９を参照して、メモ情報の利用可否の判定処理を説明する。まず、利用可否判定部１ｄ１は、メモ情報に含まれる“カテゴリ”の内容が、「音楽ＣＤ」、「ＤＶＤ」、「書籍」、の何れかであるか否かを判定する（ステップＧ１）。利用可否判定部１ｄ１は、メモ情報に含まれる“カテゴリ”の内容が、「音楽ＣＤ」、「ＤＶＤ」、「書籍」、の何れかであると判定すると（ステップＧ１；Ｙｅｓ）、メモ情報の“発売予定日”の内容を取得するとともに、現在の日時を日時情報取得部１ｈに取得させる（ステップＧ４）。
【０１０２】
利用可否判定部１ｄ１は、ステップＧ４において取得した“発売予定日”に示されている発売予定日とステップＧ４において日時情報取得部１ｈに取得させた現在日時とを比較し、現在日時が“発売予定日”に示されている発売予定日を過ぎているか否かを判定する（ステップＧ５）。利用可否判定部１ｄ１は、現在日時が“発売予定日”に示されている発売予定日を過ぎていると判定すると（ステップＧ５；Ｙｅｓ）、メモ情報の利用可否を「ＹＥＳ」（メモ情報が利用可能）と判定する（ステップＧ６）。利用可否判定部１ｄ１は、現在日時が“発売予定日”に示されている発売予定日を過ぎていないと判定すると（ステップＧ５；Ｎｏ）、本判定処理を終了する。
【０１０３】
利用可否判定部１ｄ１は、ステップＧ１において、メモ情報に含まれる“カテゴリ”の内容が、「音楽ＣＤ」、「ＤＶＤ」、「書籍」、の何れでもないと判定すると（ステップＧ１；Ｎｏ）、メモ情報の“カテゴリ”の内容が「飲食店」であるか否かを判定する（ステップＧ２）。利用可否判定部１ｄ１は、ステップＧ２において、メモ情報の“カテゴリ”の内容が「飲食店」であると判定すると（ステップＧ２；Ｙｅｓ）、メモ情報の“開店時間帯”の内容を取得するとともに、現在日時を日時情報取得部１ｈに取得させる（ステップＧ７）。
【０１０４】
利用可否判定部１ｄ１は、ステップＧ７において取得した“開店時間帯”に示されている時間帯とステップＧ７において日時情報取得部１ｈに取得させた現在日時と、を比較し、現在日時が“開店時間帯”に示されている時間帯にあるか否かを判定する（ステップＧ８）。利用可否判定部１ｄ１は、ステップＧ８において、現在日時が“開店時間帯”に示されている時間帯にあると判定すると（ステップＧ８；Ｙｅｓ）、メモ情報の“店舗位置”に示されている位置に対する近接判定を、近接判定部１ｆに行わせる（ステップＧ９）。利用可否判定部１ｄ１は、ステップＧ８において、現在日時が“開店時間帯”に示されている時間帯にないと判定すると（ステップＧ８；Ｎｏ）、本判定処理を終了する。
【０１０５】
ステップＧ９の後、利用可否判定部１ｄ１は、近接判定部１ｆによる近接判定の結果が「ＹＥＳ」（移動端末３の現在位置が“店舗位置”に示されている位置に近接している）であるか否かを判定する（ステップＧ１０）ステップＧ１０において、利用可否判定部１ｄ１は、近接判定部１ｆによる近接判定の結果が「ＹＥＳ」であると判定すると（ステップＧ１０；Ｙｅｓ）、メモ情報の利用可否を「ＹＥＳ」（メモ情報が利用できる）と判定する（ステップＧ１１）。利用可否判定部１ｄ１は、ステップＧ１０において、近接判定部１ｆによる近接判定の結果が「ＹＥＳ」ではないと判定すると（ステップＧ１０；Ｎｏ）、本判定処理を終了する。
【０１０６】
利用可否判定部１ｄ１は、ステップＧ２において、メモ情報の“カテゴリ”の内容が「飲食店」ではないと判定すると（ステップＧ２；Ｎｏ）、メモ情報の“カテゴリ”の内容が「宿泊施設」であるか否かを判定する（ステップＧ３）。ステップＧ３において、利用可否判定部１ｄ１は、メモ情報の“カテゴリ”の内容が「宿泊施設」であると判定すると（ステップＧ３；Ｙｅｓ）、メモ情報の“店舗位置”に示されている位置に対する近接判定を、近接判定部１ｆに行わせる（ステップＧ１２）。
【０１０７】
ステップＧ１２の後、利用可否判定部１ｄ１は、近接判定部１ｆによる近接判定の結果が「ＹＥＳ」（移動端末３の現在位置が“店舗位置”に示されている位置に近接している）であるか否かを判定する（ステップＧ１３）。ステップＧ１３において、利用可否判定部１ｄ１は、近接判定部１ｆによる近接判定の結果が「ＹＥＳ」であると判定すると（ステップＧ１３；Ｙｅｓ）、メモ情報の利用可否を「ＹＥＳ」（メモ情報が利用できる）と判定する（ステップＧ１４）。
【０１０８】
利用可否判定部１ｄ１は、ステップＧ３において、メモ情報の“カテゴリ”の内容が「宿泊施設」ではないと判定すると（ステップＧ３；Ｎｏ）、又は、ステップＧ１３において、近接判定部１ｆによる近接判定の結果が「ＹＥＳ」ではないと判定すると（ステップＧ１３；Ｎｏ）、本判定処理を終了する。
【０１０９】
図１０を参照して、近接判定処理を説明する。図１０のフローチャートに示す処理内容は、図９のフローチャートのステップＧ９及びステップＧ１２の処理内容となっている。近接判定部１ｆは、利用可否判定部１ｄ１からメモ情報の“店舗位置”に示されている位置（緯度経度）を取得するとともに、移動端末３の現在位置（緯度経度）を位置情報取得部１ｊに取得させる（ステップＨ１）。
【０１１０】
ステップＨ１の後、近接判定部１ｆは、ステップＨ１において利用可否判定部１ｄ１から取得した位置（緯度経度）と、ステップＨ１において位置情報取得部１ｊに取得させた移動端末３の現在位置（緯度経度）と、に基づいて、移動端末３が“店舗位置”に示されている位置から一定範囲内（例えば“店舗位置”を中心とする所定半径の円形状のエリア内）にあるか否かを判定する（ステップＨ２）。
【０１１１】
ステップＨ２において、近接判定部１ｆは、移動端末３が“店舗位置”に示されている位置から一定範囲内にあると判定すると（ステップＨ２；Ｙｅｓ）、移動端末３が“店舗位置”に示されている位置に近接していることを示す「ＹＥＳ」と判定し（ステップＨ３）、この判定結果「ＹＥＳ」を利用可否判定部１ｄ１に通知し、移移動端末３が“店舗位置”に示されている位置から一定範囲内にないと判定すると（ステップＨ２；Ｎｏ）、本判定処理を終了する。
【０１１２】
図１１を参照して、メモ情報の報知可否の判定処理を説明する。報知可否判定部１ｄ２は、移動端末３のユーザの今日のスケジュール情報をスケジュール情報データベース１ｋからスケジュール情報取得部１ｉに取得させるとともに、現在の日時を日時情報取得部１ｈに取得させる（ステップＪ１）。報知可否判定部１ｄ２は、ステップＪ１においてスケジュール情報取得部１ｉに取得させた移動端末３のユーザのスケジュール情報と、ステップＪ１において日時情報取得部１ｈに取得させた現在日時とに基づいて、現在が移動端末３のユーザの仕事又は出張の予定時間内にあるか否かを判定する（ステップＪ２）。
【０１１３】
ステップＪ２において、報知可否判定部１ｄ２は、現在が移動端末３のユーザの仕事又は出張の予定時間内にあると判定すると（ステップＪ２；Ｙｅｓ）、報知可否を「ＮＯ」（報知する状況に該当しない）と判定し（ステップＪ７）、現在が移動端末３のユーザの仕事又は出張の予定時間内にないと判定すると（ステップＪ２；Ｎｏ）、ステップＪ３に移行する。ステップＪ３において、報知可否判定部１ｄ２は、ステップＪ１においてスケジュール情報取得部１ｉに取得させた移動端末３のユーザのスケジュール情報と、ステップＪ１において日時情報取得部１ｈに取得させた現在日時とに基づいて、現在が、仕事又は出張以外のその他の予定時間内（例えば、旅行又は食事等の予定時間内）にあるか否かを判定する（ステップＪ３）。
【０１１４】
ステップＪ３において、報知可否判定部１ｄ２は、現在がその他の予定時間内にあると判定すると（ステップＪ３；Ｙｅｓ）、報知可否を「ＹＥＳ」（報知する状況に該当する）と判定し（ステップＪ８）、現在がその他の予定時間内にない（すなわち、現在は、ステップＪ１において取得したスケジュール情報の本日の予定時間内の何れにもない）と判定すると（ステップＪ３；Ｎｏ）、ステップＪ４に移行する。ステップＪ４において、報知可否判定部１ｄ２は、移動端末３のユーザの現在の状況（「仕事中」、「出勤／帰宅中」、「在宅」、又は、「外出中」）を状況判定部１ｇに判定させる（ステップＪ４）。
【０１１５】
報知可否判定部１ｄ２は、状況判定部１ｇによって判定された移動端末３のユーザの現在の状況が「仕事中」又は「在宅」の何れかであるか否かを判定する（ステップＪ５）。報知可否判定部１ｄ２は、移動端末３のユーザの現在の状況が「仕事中」又は「在宅」の何れでもないと判定すると（ステップＪ５；Ｎｏ）、報知可否を「ＹＥＳ」と判定し（ステップＪ９）、移動端末３のユーザの現在の状況が「仕事中」又は「在宅」の何れかであると判定すると（ステップＪ５；Ｙｅｓ）、報知可否を「ＮＯ」と判定する。
【０１１６】
図１２を参照して、状況判定処理を説明する。図１２のフローチャートに示す処理は、図１１のフローチャートのステップＪ４の処理である。まず、状況判定部１ｇは、現在の日時を日時情報取得部１ｈに取得させ、位置情報取得部１ｊに移動端末３の現在位置を取得させるとともに、移動端末３のユーザの勤務先位置（勤務先の建物の位置）及び自宅位置を、メモ情報管理サーバ１の内蔵メモリ（ＲＡＭ１３や記録装置１５等）から取得する（ステップＫ１）。
【０１１７】
状況判定部１ｇは、ステップＫ１において日時情報取得部１ｈに取得させた現在日時が、平日（月曜から金曜まで）かつ日中（例えば、午前６時から午後８時まで）の時間帯にあるか否かを判定し（ステップＫ２）、現在日時が平日（月曜から金曜まで）かつ日中（例えば、午前６時から午後８時まで）の時間帯にあると判定した場合には（ステップＫ２；Ｙｅｓ）、ステップＫ５に移行し、現在日時が平日（月曜から金曜まで）かつ日中（例えば、午前６時から午後８時まで）の時間帯にないと判定した場合には（ステップＫ２；Ｎｏ）、ステップＫ３に移行する。
【０１１８】
ステップＫ５において、状況判定部１ｇは、ステップＫ１において位置情報取得部１ｊに取得させた移動端末３の現在位置が、ステップＫ１において取得した移動端末３のユーザの勤務先位置から一定範囲内（例えば、勤務先の建物を中心とする所定半径の円形状のエリア内）にあるか否かを判定する（ステップＫ５）。
【０１１９】
状況判定部１ｇは、ステップＫ１において位置情報取得部１ｊに取得させた移動端末３の現在位置がステップＫ１において取得した移動端末３のユーザの勤務先位置から一定範囲内にあると判定すると（ステップＫ５；Ｙｅｓ）、移動端末３のユーザの状況を「仕事中」と判定し（ステップＫ６）、ステップＫ１において位置情報取得部１ｊに取得させた移動端末３の現在位置がステップＫ１において取得した移動端末３のユーザの勤務先位置から一定範囲内にないと判定すると（ステップＫ５；Ｎｏ）、移動端末３のユーザの状況を「出勤／帰宅中」と判定する（ステップＫ７）。
【０１２０】
ステップＫ３において、状況判定部１ｇは、ステップＫ１において位置情報取得部１ｊに取得させた移動端末３の現在位置が、ステップＫ１において取得した移動端末３のユーザの自宅位置から一定範囲内（例えば、自宅を中心とする所定半径の円形状のエリア内）にあるか否かを判定する（ステップＫ３）。
【０１２１】
状況判定部１ｇは、ステップＫ１において位置情報取得部１ｊに取得させた移動端末３の現在位置がステップＫ１において取得した移動端末３のユーザの自宅位置から一定範囲内にあると判定すると（ステップＫ３；Ｙｅｓ）、移動端末３のユーザの状況を「在宅」と判定し（ステップＫ８）、ステップＫ１において位置情報取得部１ｊに取得させた移動端末３の現在位置がステップＫ１において取得した移動端末３のユーザの自宅位置から一定範囲内にないと判定すると（ステップＫ３；Ｎｏ）、移動端末３のユーザの状況を「外出中」と判定する（ステップＫ４）。
【０１２２】
次に、メモ情報管理サーバ１の作用効果を説明する。メモ情報管理サーバ１は、移動端末３から送信されるメモ情報を管理する。メモ情報管理サーバ１は、メモ情報データベース１ｃ及びスケジュール情報データベース１ｋを備える。メモ情報データベース１ｃは、移動端末３から送信されるメモ情報（例えば、メモ情報Ｄ１）を格納する。スケジュール情報データベース１ｋは、移動端末３のユーザのスケジュール情報（例えば、スケジュール情報Ｄ２）を格納する。
【０１２３】
また、メモ情報管理サーバ１は、利用可否判定部１ｄ１、報知可否判定部１ｄ２及び通信部１ａを備える。利用可否判定部１ｄ１は、メモ情報データベース１ｃに格納されたメモ情報から当該メモ情報の利用条件（例えば、発売予定日、開店時間帯、店舗位置等）を取得し、この取得した利用条件に基づいて当該メモ情報の利用の可否を判定する。
【０１２４】
報知可否判定部１ｄ２は、移動端末３のユーザのスケジュール情報から移動端末３のユーザの現在の状況を示す状況情報（例えば、仕事中、出張中、出勤／帰宅中、在宅、外出中等を示す情報）を取得し、この取得した状況情報に基づいて、利用可否判定部１ｄ１によって利用可と判定されたメモ情報の内容を移動端末３に報知させるか否かを判定する。通信部１ａは、利用可否判定部１ｄ１によって利用可と判定されたメモ情報を移動端末３に報知させると報知可否判定部１ｄ２によって判定されると、当該メモ情報を報知するよう指示する信号を当該メモ情報と共に移動端末３に送信する。
【０１２５】
本実施形態に係るメモ情報管理サーバ１によれば、移動端末３のユーザが移動端末３を直接操作してメモ情報の内容を閲覧することなく、メモ情報の内容に応じた閲覧に好適なタイミングで（例えば、メモ情報に含まれている「店舗」に接近したときや、帰宅中、発売予定日等の特別な日時が来た、等のタイミングで）、メモ情報の内容が自動的に移動端末３の表示装置に表示されるので、移動端末３のユーザがメモ情報を閲覧する必要性を意識していない場合であっても（例えば、移動端末３のユーザがメモ情報の内容を忘れてしまった場合でも）、メモ情報の利用が可能となる。
【０１２６】
メモ情報管理サーバ１は、メモ情報更新部１ｅを更に備える。メモ情報更新部１ｅは、メモ情報データベース１ｃに格納されたメモ情報の更新に用いるメタ情報をメタ情報サーバ５から取得し、この取得したメタ情報を用いて当該メモ情報を更新する。メモ情報更新部１ｅは、更新対象としている当該メモ情報の内容と前記スケジュール情報データベースに格納されたスケジュール情報とに基づいて（例えば、メモ情報に含まれている発売予定日、メモ情報の情報源の定期更新日、前回更新日からの経過日数、スケジュール情報に含まれている明日の予定等に基づいて）、当該メモ情報の更新日（本日が更新日か否か）を特定し、この特定した更新日に応じて、当該メモ情報を当該メタ情報を用いて更新する。
【０１２７】
本実施形態に係るメモ情報管理サーバ１によれば、メモ情報管理サーバ１のメモ情報データベース１ｃに格納されたメモ情報は、メモ情報の内容に応じた好適な頻度やタイミングで最新の情報に更新可能となるので、必要以上の頻度で情報を取得することによるメタ情報サーバ５への過負荷が抑制できる。
【０１２８】
従来では、メモ内容を閲覧しようとする場合、何らかの閲覧操作を行わなければならなず、このため、例えば書籍の購入に関するメモ内容の場合、購入可能な店舗の近くをユーザが通った場合でも、「メモを見よう」というユーザの意識がなければ、このメモ内容は閲覧されることがなく、ユーザは書籍の購入を忘れてしまう場合がある。これに対し、本実施形態にかかるメモ情報管理サーバ１を用いれば、ユーザにとって好適な情報を適切なタイミングでユーザに提供できるので、ユーザは、例えば、“気になったものに対して、すぐに購入などのアクションをできるような状況にはいないが、ひとまず購入したい商品の記録（メモ情報の入力）だけはしておきたい。更に、そのアクションをとるべき最適なタイミングで、このメモ情報を最新の内容で参照できるようにしたい”というユーザのニーズに十分対応できる。
【符号の説明】
【０１２９】
１…メモ情報管理サーバ、１０…メモ情報管理システム、１１…ＣＰＵ、１２…ＲＯＭ、１３…ＲＡＭ、１４…通信装置、１５…記録装置、１ａ…通信部、１ｂ…メモ情報記録部、１ｃ…メモ情報データベース、１ｄ…メモ情報報知制御部、１ｄ１…利用可否判定部、１ｄ２…報知可否判定部、１ｅ…メモ情報更新部、１ｅ１…定常更新部、１ｅ２…都度更新部、１ｆ…近接判定部、１ｇ…状況判定部、１ｈ…日時情報取得部、１ｉ…スケジュール情報取得部、１ｊ…位置情報取得部、１ｋ…スケジュール情報データベース、１ｍ…利用可能期間判定部、１ｎ…情報更新日判定部、１ｐ…更新日履歴情報データベース、３…移動端末、３ａ…通信部、３ｂ…メモ情報表示部、３ｃ…メモ情報入力部、３ｄ…位置情報取得部、５…メタ情報サーバ、５ａ…書籍メタ情報データベース、５ｂ…音楽ＣＤメタ情報データベース、５ｃ…ＤＶＤメタ情報データベース、５ｄ…飲食店メタ情報データベース、５ｅ…宿泊施設メタ情報データベース、Ｂｕｓ…バス、Ｄ１…メモ情報、Ｄ１１…識別番号、Ｄ１２…項目、Ｄ１３…設定内容、Ｄ２…スケジュール情報、Ｄ３…更新日履歴情報、Ｄ３１…識別番号、Ｄ３２…情報源、Ｄ３３…更新日、Ｎ１，Ｎ２…ネットワーク
【技術分野】
【０００１】
本発明は、メモ情報管理サーバに関する。
【背景技術】
【０００２】
特許文献１には、携帯端末のユーザが、必要な商品関連情報を容易に得ることができる商品関連情報提供装置が開示されている。この商品関連情報提供装置は、携帯端末、サーバ及びデータベースを備えている。携帯電話機のユーザーが、携帯電話機のメモ画面に買物メモを（商品名情報を入力）し、サーバは、携帯電話機から商品名情報を受信したら、記憶装置のメモ情報データベースＤＢに携帯電話機のユーザーＩＤに対応させて記憶させ、サーバは、携帯電話機から「おトク情報」（商品関連情報）の要求信号を受信すると、メモ情報データベースＤＢに入力されている商品名情報から商品名情報に対応する商品分類情報を判別し、判別した商品分類情報の商品関連情報を商品関連情報データベースＤＢから読み出し、携帯電話機に送信する技術が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００３−６２０１号公報
【特許文献２】特開昭６１−４８０６２号公報
【特許文献３】特開２００８−４８２４８号公報
【特許文献４】特開平０１−２７４２７３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、特許文献１の技術では、メモ情報等の情報を閲覧しようとする場合、情報取得要求をデータベースに送信する操作が必要となるので、常に好適なタイミングでメモ情報の閲覧ができるとは限らない。このため、例えば書籍の購入に関するメモ内容の場合、購入可能な店舗の近くをユーザが通った場合でも、「メモを見よう」というユーザの意識がなければ、このメモ内容は閲覧されることがなく、ユーザは書籍の購入を忘れてしまう場合がある。そこで、本発明は、上記の事項を鑑みてなされたものであり、メモ情報を好適なタイミングで報知可能なメモ情報管理サーバを提供することを目的とする。
【課題を解決するための手段】
【０００５】
本発明のメモ情報管理サーバは、端末から送信されるメモ情報を管理するメモ情報管理サーバであって、上記端末から送信されるメモ情報を格納するメモ情報データベースと、上記端末のユーザのスケジュール情報を格納するスケジュール情報データベースと、上記メモ情報データベースに格納されたメモ情報から当該メモ情報の利用条件を取得し、この取得した利用条件に基づいて当該メモ情報の利用の可否を判定する利用可否判定手段と、上記端末のユーザのスケジュール情報から上記端末のユーザの現在の状況を示す状況情報を取得し、この取得した状況情報に基づいて、上記利用可否判定手段によって利用可と判定されたメモ情報の内容を上記端末に報知させるか否かを判定する報知可否判定手段と、上記利用可否判定手段によって利用可と判定されたメモ情報を上記端末に報知させると上記報知可否判定手段によって判定されると、当該メモ情報を報知するよう指示する信号を当該メモ情報と共に上記端末に送信する通信手段と、を備える、ことを特徴とするメモ情報管理サーバ。
【０００６】
本発明のメモ情報管理サーバによれば、端末のユーザが端末を直接操作してメモ情報の内容を閲覧することなく、メモ情報の内容に応じた閲覧に好適なタイミングで（例えば、メモ情報に含まれている「店舗」に接近したときや、帰宅中、発売予定日等の特別な日時が来た、等のタイミングで）、メモ情報の内容が自動的に移動端末３の表示装置に表示されるので、端末のユーザがメモ情報を閲覧する必要性を意識していない場合であっても（例えば、移動端末３のユーザがメモ情報の内容を忘れてしまった場合でも）、メモ情報の利用が可能となる。
【０００７】
本発明のメモ情報管理サーバでは、上記メモ情報データベースに格納されたメモ情報の更新に用いるメタ情報を所定のメタ情報サーバから取得し、この取得したメタ情報を用いて当該メモ情報を更新するメモ情報更新手段を更に備え、上記メモ情報更新手段は、当該メモ情報の内容と上記スケジュール情報データベースに格納された上記端末のユーザのスケジュール情報とに基づいて当該メモ情報の更新日を特定し、この特定した更新日に当該メモ情報を当該メタ情報を用いて更新する。
【０００８】
本発明のメモ情報管理サーバによれば、メモ情報管理サーバのメモ情報データベースに格納されたメモ情報は、メモ情報の内容に応じた好適な頻度やタイミングで最新の情報に更新可能となるので、必要以上の頻度で情報を取得することによるメタ情報サーバへの過負荷が抑制できる。
【発明の効果】
【０００９】
本発明によれば、メモ情報を好適なタイミングで報知可能なメモ情報管理サーバを提供することができる。
【図面の簡単な説明】
【００１０】
【図１】図１は、メモ情報管理システムの構成を示す図である。
【図２】図２は、メモ情報管理サーバ１の構成を示す図である。
【図３】図３は、メモ情報の登録処理を説明するためのフローチャートである。
【図４】図４は、メモ情報の更新処理を説明するためのフローチャートである。
【図５】図５は、情報源の取得処理を説明するためのフローチャートである。
【図６】図６は、定期更新日の算出処理を説明するためのローチャートである。
【図７】図７は、更新日履歴の更新処理を説明するためのフローチャートである。
【図８】図８は、メモ情報の報知処理を説明するためのフローチャートである。
【図９】図９は、メモ情報の利用可否の判定処理を説明するためのフローチャートである。
【図１０】図１０は、近接判定処理を説明するためのフローチャートである。
【図１１】図１１は、メモ情報の報知可否の判定処理を説明するためのフローチャートである。
【図１２】図１２は、状況判定処理を説明するためのフローチャートである。
【図１３】図１３は、メモ情報の一例を示す図である。
【図１４】図１４は、スケジュール情報の一例を示す図である。
【図１５】図１５は、メタ情報の一例を示す図である。
【図１６】図１６は、更新日履歴情報の一例を示す図である。
【発明を実施するための形態】
【００１１】
以下、図面を参照して、本発明に係る好適な実施形態について詳細に説明する。なお、図面の説明において、可能な場合には、同一要素には同一符号を付し、重複する説明を省略する。図１は、本実施形態に係るメモ情報管理システム１０の構成を示す図である。メモ情報管理システム１０は、メモ情報管理サーバ１、移動端末３及びメタ情報サーバ５を備える。メモ情報管理サーバ１は、ネットワークＮ１を介して移動端末３と通信可能であり、ネットワークＮ２を介してメタ情報サーバ５とも通信可能である。
【００１２】
なお、メモ情報管理サーバ１、移動端末３、及び、メタ情報サーバ５は、それぞれ、インターネット、移動体向けセルラネットワーク、又は、専用線などのネットワーク（ネットワークＮ１及びネットワークＮ２）、を介して相互に接続されている別々の装置であるとするが、これに限らず、メモ情報管理サーバ１、移動端末３、及び、メタ情報サーバ５の一部の機能または全ての機能が、一若しくは二つに集約される形、又は、四つ以上の装置に分散されている形、の何れの形での実施も可能である。メモ情報管理サーバ１、移動端末３、及び、メタ情報サーバ５の各機能が、一の装置に搭載される場合、メモ情報管理サーバ１、移動端末３、及び、メタ情報サーバ５が相互に通信を行うためのネットワーク（ネットワークＮ１及びネットワークＮ２）は、当該一の装置内で信号を送受するための通信バス等に対応する
【００１３】
メモ情報管理サーバ１は、移動端末３から送信されるメモ情報の内容を管理する。メモ情報は、移動端末３に入力されるデータであって、例えば、移動端末３のユーザが行う動作（例えば、物品の購入や施設の訪問等）の対象（物品や施設を示す後述の“カテゴリ”の内容であって、例えば「音楽ＣＤ」等）と、この“カテゴリ”の内容に付随する内容（後述の“フリーテキスト”の内容であって、例えば「見かけたら買う」等）と、を含む。メモ情報管理サーバ１の構成の詳細については後述する。
【００１４】
メモ情報とは、換言すれば、移動端末３のユーザがある時点において実施しようと考えたが、この時点において対象物が購入可能ではない、又は、利用可能ではない、等の理由によって、実施できないことに関して覚えておくために移動端末３に記録された電子データを指す。実施しようとしたことに関する動作（例えば、「購入」や「利用」等）や動作対象（例えば、「音楽ＣＤ」や「宿泊施設」等）が含まれる。
【００１５】
“カテゴリ”とは、このような動作対象を指す。“カテゴリ”の内容を示すデータは、メモ情報を構成するデータとして移動端末３に入力される。また、“フリーテキスト”とは、換言すれば、例えば「見かけたら買う」といったように、“カテゴリ”の内容に付随し移動端末３のユーザが覚えておきたい事項に関して、このユーザが想起可能な程度に表現された内容と指す。より具体的には、“フリーテキスト”の内容には、移動端末３のユーザが実施しようとしたことに関する動作（例えば、「購入」や「利用」等）、又は、この動作の対象（例えば、「音楽ＣＤ」や「宿泊施設」等）を、含むことができる。この“フリーテキスト”の内容は、“カテゴリ”の内容とともに、メモ情報を構成する内容として移動端末３に入力される。
【００１６】
移動端末３は、移動型の通信端末であり、例えば、携帯電話等である。移動端末３は、機能的には、通信部３ａ、メモ情報表示部３ｂ、メモ情報入力部３ｃ、及び、位置情報取得部３ｄを有する。通信部３ａ、メモ情報表示部３ｂ、メモ情報入力部３ｃ、及び、位置情報取得部３ｄは、移動端末３のＣＰＵ、ＲＯＭ、ＲＡＭ、表示装置、入力装置、通信装置及び記録装置等の移動端末３の物理的な構成（何れも不図示）の協働によって実現される機能である。通信部３ａは、移動端末３の通信装置を用いて、メモ情報管理サーバ１とネットワークＮ２を介して通信を行うためのインターフェースを有する。
【００１７】
メモ情報表示部３ｂは、メモ情報管理サーバ１から通信部３ａによって受信されたメモ情報の内容を、予め指定されたタイミングで移動端末３の表示装置に表示することによって、ユーザに報知する。メモ情報入力部３ｃは、メモ情報に含まれる“カテゴリ”の内容と“フリーテキスト”の内容、の入力を、移動端末３の入力装置を介してユーザから受付け、この入力された“カテゴリ”の内容と“フリーテキスト”の内容と、を通信部３ａを介してメモ情報管理サーバ１に通知する。
【００１８】
位置情報取得部３ｄは、移動端末３の位置を計測し、この位置を示す情報を、通信部３ａを介してメモ情報管理サーバ１の位置情報取得部１ｊに通知する。位置情報取得部３ｄは、移動端末３の具備するＧＰＳ受信機（ＧＰＳ：Global Positioning System）等の測位装置（不図示）を用いて、移動端末３の位置を計測する。
【００１９】
メタ情報サーバ５は、メタ情報を格納する装置である。メタ情報は、メモ情報管理サーバ１が管理するメモ情報の内容（メモ情報に含まれているメタ情報部分）を補充したり更新するために用いる情報である。例えば、音楽ＣＤに対するメモ情報のメタ情報部分の内容を補充したり更新するために用いられるメタ情報には、“商品名”、“アーティスト名”、“レーベル”、“発売予定日”、“ジャンル”、“店舗位置”、等を含むことができる（図１５を参照）。
【００２０】
メタ情報サーバ５は、書籍に関するメタ情報を格納する書籍メタ情報データベース５ａ、音楽ＣＤに関するメタ情報を格納する音楽ＣＤメタ情報データベース５ｂ、ＤＶＤに関するメタ情報を格納するＤＶＤメタ情報データベース５ｃ、飲食店に関するメタ情報を格納する飲食店メタ情報データベース５ｄ、及び、宿泊施設に関するメタ情報を格納する宿泊施設メタ情報データベース５ｅ、を有する。
【００２１】
メタ情報サーバ５は、メモ情報報知制御部１ｄ及びメモ情報更新部１ｅからネットワークＮ２を介して送信される指示信号に応じて、当該指示信号によって特定されるメタ情報を検索し、この検索したメタ情報を、ネットワークＮ２を介してメモ情報報知制御部１ｄ及びメモ情報更新部１ｅに送信する。
【００２２】
移動端末３のメモ情報入力部３ｃは、メモ情報に含まれる“カテゴリ”及び“フリーテキスト”の入力欄を、移動端末３の表示装置に表示して、“カテゴリ”及び“フリーテキスト”の内容の入力をユーザに促す。そして、ユーザから“カテゴリ”及び／又は“フリーテキスト”の入力があると、移動端末３は、この入力された“カテゴリ”及び／又は“フリーテキスト”の情報を含むメモ情報を、メモ情報管理サーバ１に通信部３ａを介して送信する。
【００２３】
メモ情報管理サーバ１（特に後述の通信部１ａ）は、移動端末３から送信されたメモ情報（“カテゴリ”及び／又は“フリーテキスト”の内容を含む）をネットワークＮ１を介して受信すると、メモ情報管理サーバ１（特に後述のメモ情報記録部１ｂ）は、受信したメモ情報の“カテゴリ”の内容又は“フリーテキスト”の内容に含まれているキーワード（カテゴリ、商品名等を示す情報）に対応するメタ情報を、ネットワークＮ２を介してメタ情報サーバ５から取得する。
【００２４】
メモ情報管理サーバ１（特に後述のメモ情報記録部１ｂ）は、メタ情報サーバ５から取得したメタ情報が１件のみの場合、このメタ情報を、“カテゴリ”の内容及び“フリーテキスト”の内容を含む当該一のメモ情報に含ませ、このメタ情報をメタ情報部分に含むメモ情報を、メモ情報管理サーバ１のメモ情報データベース１ｃに格納する。
【００２５】
なお、本実施形態において、移動端末３は、メモ情報（“カテゴリ”の内容及び“フリーテキスト”の内容）の入力を行うメモ情報入力部３ｃを有し、メモ情報管理サーバ１は、メモ情報をメモ情報データベース１ｃに格納するメモ情報記録部１ｂを有する、としているが、これに限定されない。具体的には、例えば、予め設定された複数通りのメモ情報が移動端末３及び／又はメモ情報管理サーバ１に登録されており、ユーザは、このメモ情報を選択することができるのみであって、メモ情報の内容の変更・追記が行えない構成であってもよい。この場合、このようなメモ情報は、メモ情報管理サーバ１及び／又は移動端末３に予めデフォルトで設定されている、とすることができるし、また、ネットワークを介して外部からアップロードされたものが設定されている、とすることもできる。
【００２６】
図１及び図２を参照して、メモ情報管理サーバ１の構成を詳細に説明する。メモ情報管理サーバ１は、図２に示すように、物理的には、ＣＰＵ１１、ＲＯＭ１２、ＲＡＭ１３、通信装置１４及び記録装置１５を有しており、これらはバスＢｕｓに接続されている。ＣＰＵ１１は、ＲＯＭ１２や記録装置１６等の内蔵メモリに格納された所定のコンピュータプログラムをＲＡＭ１３にロードして実行することによって、メモ情報管理サーバ１を統括的に制御する。
【００２７】
通信装置１４は、ネットワークＮ１及びネットワークＮ２を介して、移動端末３及びメタ情報サーバ５に接続するためのインターフェースを有する。通信装置１４は、移動端末３及びメタ情報サーバ５との間で各種情報の送受信を行う。記録装置１５は、書き込み／読み出しが自在なメモリである。記録装置１５は、図１に示すメモ情報データベース１ｃ、スケジュール情報データベース１ｋ及び更新日履歴情報データベース１ｐを含む。
【００２８】
メモ情報データベース１ｃは、メモ情報を格納する。メモ情報の一例を、図１３に示す。図１３に例示するメモ情報Ｄ１は、音楽ＣＤについてのメモ情報であり、識別番号Ｄ１１、項目Ｄ１２及び設定内容Ｄ１３を含む。識別番号Ｄ１１には、メモ情報Ｄ１を識別するためのＩＤ番号が設定され、項目Ｄ１２には、メモ情報の内容を構成する複数の情報（“カテゴリ”、“フリーテキスト”、“商品名”、“アーティスト名”、“レーベル”、“発売予定日”、“ジャンル”、“店舗位置”、“ＪＡＮコード”及び“検索条件”）が設定され、設定内容Ｄ１３は、項目Ｄ１２の各情報（例えば、“カテゴリ”、“フリーテキスト”等）に対応して設定された内容を含む。
【００２９】
例えば、項目Ｄ１２の“カテゴリ”に対応する設定内容Ｄ１３には、“音楽ＣＤ”が設定され、項目Ｄ１２の“フリーテキスト”に対応する設定内容Ｄ１３には、“見かけたら買う”が設定され、項目Ｄ１２の“商品名”に対応する設定内容Ｄ１３には、“ドレミファソの歌”が設定され、項目Ｄ１２の“アーティスト名”に対応する設定内容Ｄ１３には、“ＡＢＣ−ＸＹＺ”が設定され、項目Ｄ１２の“レーベル”に対応する設定内容Ｄ１３には、“ＲＲＲレコーズ”が設定され、項目Ｄ１２の“発売予定日”に対応する設定内容Ｄ１３には、“１９９９／３／１８”が設定され、項目Ｄ１２の“ジャンル”に対応する設定内容Ｄ１３には、“ＲＯＣＫ”が設定され、項目Ｄ１２の“店舗位置”に対応する設定内容Ｄ１３には、“３２０．２３，９９３．４”（緯度，経度）が設定され、項目Ｄ１２の“ＪＡＮコード”に対応する設定内容Ｄ１３には、“４８１１９２０３９５１２３”が設定され、項目Ｄ１２の“検索条件”に対応する設定内容Ｄ１３には、“ＪＡＮコード＝４８１１９２０３９５１２３”が設定されている。ここで、項目Ｄ１２の“カテゴリ”に設定される情報は、「書籍」、「音楽ＣＤ」、「ＤＶＤ」、「飲食店」、「宿泊施設」等、ユーザが実施しようとしている動作（購入、飲食、宿泊等）の対象物の種類、を示す。
【００３０】
また、図１３に例示されているメモ情報Ｄ１の項目Ｄ１２の複数の情報のうち、“商品名”、“アーティスト名”、“レーベル”、“発売予定日”、“ジャンル”、“店舗位置”及び“ＪＡＮコード”は、メタ情報サーバ５に格納されているメタ情報の内容に対応しており、メタ情報部分と称する（図１５を参照。）。メモ情報Ｄ１のメタ情報部分は、音楽ＣＤメタ情報データベース５ｂのメタ情報に基づいて、メモ情報更新部１ｅによって補填や更新が行われる。
【００３１】
スケジュール情報データベース１ｋは、スケジュール情報を格納する。スケジュール情報の一例を、図１４に示す。図１４に例示するスケジュール情報Ｄ２は、“日時”（「２０１０／１／２４，１８：００−２２：００」が設定されている）、“カテゴリ”（「食事」が設定されている）、“タイトル”（「クリスマス」が設定されている）、“場所”（「青山」が設定されている）、“緯度経度”及び“詳細”、を含む。
【００３２】
更新日履歴情報データベース１ｐは、メモ情報管理サーバ１がメタ情報サーバ５から取得したメタ情報の更新日履歴を示す更新日履歴情報を格納する。更新日履歴情報の一例を、図１６に示す。図１６に例示する更新日履歴情報Ｄ３は、識別番号Ｄ３１、情報源Ｄ３２及び更新日Ｄ３３を含む。
【００３３】
識別番号Ｄ３１には、更新日履歴を識別するためのＩＤ番号が設定され、情報源Ｄ３２には、メタ情報の管理（具体的には、メタ情報の提供や更新等）を行う管理者等（例えば、「ＲＲＲレコーズ」等のレーベルや出版社等）が、メタ情報の情報源として設定され、更新日Ｄ３３には、メモ情報管理サーバ１がメタ情報サーバ５から取得したメタ情報の更新日が、メタ情報の情報源ごとに、設定されている。情報源Ｄ３２に設定される情報源は、メモ情報Ｄ１の項目Ｄ１２に含まれる“カテゴリ”の内容が、例えば、「音楽ＣＤ」の場合にはレーベルであり、「書籍」の場合には出版社であるが、これ以外の場合（例えば、“カテゴリ”の内容が「飲食店」や「宿泊施設」等の場合）には“カテゴリ”の内容（すなわち、「飲食店」や「宿泊施設」等）が情報源となる。
【００３４】
メモ情報管理サーバ１は、図１に示すように、機能的には、通信部１ａ、メモ情報記録部１ｂ、メモ情報報知制御部１ｄ、メモ情報更新部１ｅ、近接判定部１ｆ、状況判定部１ｇ、日時情報取得部１ｈ、スケジュール情報取得部１ｉ、位置情報取得部１ｊ、利用可能期間判定部１ｍ、情報更新日判定部１ｎ及び更新日履歴情報データベース１ｐを含む。メモ情報報知制御部１ｄは、利用可否判定部１ｄ１及びメモ情報管理サーバ１ｄ２を含み、メモ情報更新部１ｅは、定常更新部１ｅ１及び都度更新部１ｅ２を含む。
【００３５】
図１に示す通信部１ａ、メモ情報記録部１ｂ、メモ情報報知制御部１ｄ、メモ情報更新部１ｅ、近接判定部１ｆ、状況判定部１ｇ、日時情報取得部１ｈ、スケジュール情報取得部１ｉ、位置情報取得部１ｊ、利用可能期間判定部１ｍ、情報更新日判定部１ｎ及び更新日履歴情報データベース１ｐは、ＣＰＵ１１がＲＯＭ１２や記録装置１５等の内蔵メモリに格納された上記コンピュータプログラムを実行し、図２に示すメモ情報管理サーバ１の各構成部を動作させることによって実現される機能である。
【００３６】
ＣＰＵ１１は、上記コンピュータプログラムを実行することによって（特に、図２に示す通信部１ａ、メモ情報記録部１ｂ、メモ情報報知制御部１ｄ、メモ情報更新部１ｅ、近接判定部１ｆ、状況判定部１ｇ、日時情報取得部１ｈ、スケジュール情報取得部１ｉ、位置情報取得部１ｊ、利用可能期間判定部１ｍ、情報更新日判定部１ｎ及び更新日履歴情報データベース１ｐを用いて）、メモ情報管理サーバ１の行う処理（図３〜図１２に示すフローチャートにおいてメモ情報管理サーバ１が行う処理）を実行する。
【００３７】
通信部１ａは、通信装置１４を用いて、移動端末３との間でネットワークＮ１を介してデータの送受信を行うためのインターフェースを有する。メモ情報記録部１ｂは、移動端末３から送信されるメモ情報（“カテゴリ”の内容及び“フリーテキスト”の内容を含む）を、通信部１ａを介して受信し、この受信したメモ情報をメモ情報データベース１ｃに格納する。
【００３８】
メモ情報報知制御部１ｄは、利用可否判定部１ｄ１と、報知可否判定部１ｄ２とを含む。メモ情報報知制御部１ｄは、メモ情報データベース１ｃに格納されたメモ情報を１件ずつ順次取り出し、利用可否判定部１ｄ１の判定結果である「メモ情報が利用できるか否か」を示す情報と、報知可否判定部１ｄ２の判定結果である「今メモ情報の内容を報知することがユーザにとって有効か否か」を示す情報と、に基づいて、当該メモ情報が利用でき（この場合、利用可否が「ＹＥＳ」であるとする。）、かつ、当該メモ情報の内容を今報知することがユーザにとって有効（この場合、報知可否が「ＹＥＳ」であるとする。）である場合に、メモ情報をユーザに報知する、との判定を行い、当該メモ情報の内容を報知するよう移動端末３に指示するための指示信号を、当該メモ情報と共に移動端末３に送信する。
【００３９】
利用可否判定部１ｄ１は、メモ情報データベース１ｃに格納されたメモ情報から当該メモ情報の利用条件（例えば、発売予定日、開店時間帯、店舗位置等）を取得し、この取得した利用条件に基づいて当該メモ情報の利用可否の判定処理を行う。
【００４０】
利用可否判定部１ｄ１は、メモ情報に含まれる“カテゴリ”の内容が、「音楽ＣＤ」、「ＤＶＤ」、「書籍」、の何れかの場合に、まず、現在の日時を日時情報取得部１ｈに取得させる。次に、利用可否判定部１ｄ１は、メモ情報の“発売予定日”の内容を取得し、この“発売予定日”に示されている発売予定日と、日時情報取得部１ｈに取得させた現在日時と、を比較する。利用可否判定部１ｄ１は、現在日時が“発売予定日”に示されている発売予定日を過ぎている場合、メモ情報の利用可否を「ＹＥＳ」（メモ情報が利用できる）と判定する。この「ＹＥＳ」の設定値は、利用可否判定部１ｄ１によってメモ情報内に記録されることができる、又は、利用可否判定部１ｄ１によってメモ情報に関連付けてメモ情報データベース１ｃ等のメモ情報管理サーバ１の内蔵メモリ（ＲＡＭ１３や記録装置１５等）に記録されることができる。この「ＹＥＳ］の設定値を用いれば、利用可否判定部１ｄ１による以後の利用可否判定処理が省略できる。
【００４１】
メモ情報の“カテゴリ”の内容が「飲食店」の場合、利用可否判定部１ｄ１は、現在日時を日時情報取得部１ｈに取得させる。次に、利用可否判定部１ｄ１は、メモ情報の“開店時間帯”の内容を取得し、この“開店時間帯”に示されている時間帯と、日時情報取得部１ｈに取得させた現在日時と、を比較する。利用可否判定部１ｄ１は、現在日時が“開店時間帯”に示されている時間帯内にある場合、メモ情報の“店舗位置”に示されている位置に対する近接判定を、近接判定部１ｆに行わせる。
【００４２】
利用可否判定部１ｄ１は、近接判定部１ｆによる近接判定の結果が「近接している」を示す場合（すなわち、移動端末３の現在位置が“店舗位置”に示されている位置に近接している場合）、メモ情報の利用可否を「ＹＥＳ」（メモ情報が利用できる）と判定する。
【００４３】
メモ情報の“カテゴリ”の内容が「宿泊施設」の場合、利用可否判定部１ｄ１は、まず、メモ情報の“店舗位置”に示されている位置に対する近接判定を、近接判定部１ｆに行わせる。利用可否判定部１ｄ１は、近接判定部１ｆによる近接判定の結果が「近接している」を示す場合、メモ情報の利用可否を「ＹＥＳ」（メモ情報が利用できる）と判定する。
【００４４】
報知可否判定部１ｄ２は、移動端末３のユーザのスケジュール情報から移動端末３のユーザの現在の状況を示す状況情報（例えば、仕事中、出張中、出勤／帰宅中、在宅、外出中等を示す情報）を取得し、この取得した状況情報に基づいて、利用可否判定部１ｄ１によって利用可と判定されたメモ情報の内容を移動端末３に報知させるか否かを判定する。報知可否判定部１ｄ２は、例えば、メモ情報を報知した際に作業中断を誘発したり周囲の人へ不快感を与える等、メモ情報の内容にかかわらず、このメモ情報の報知がユーザの不利益になることがない場合には、報知可否を「ＹＥＳ」（報知する状況に該当する）と判定する。
【００４５】
具体的には、報知可否判定部１ｄ２は、移動端末３のユーザの予定を示すスケジュール情報と、現在時刻及び／又は現在のユーザの位置（現在の移動端末３の位置）と、に基づいて推定される当該ユーザの現在の状況（例えば、仕事中、出張中、出勤／帰宅中、在宅、外出中等）から、メモ情報の報知がユーザにとって不利益になるか否かを判定し、この判定結果に基づいてメモ情報の報知の可否を示す報知可否を判定する。
【００４６】
より具体的な手順を以下に示す。報知可否判定部１ｄ２は、まず、スケジュール情報取得部１ｉによってスケジュール情報データベース１ｋから取得させた移動端末３のユーザの今日のスケジュール情報と、日時情報取得部１ｈに取得させた現在の日時と、を参照し、現在が、仕事又は出張の予定時間内であれば、報知可否を「ＮＯ」（報知する状況に該当しない）と判定する。報知可否判定部１ｄ２は、日時情報取得部１ｈに取得させた現在の日時が仕事又は出張以外の他の予定（旅行又は食事等）の時間内にある場合には「ＹＥＳ」（報知する状況に該当する）と判定し、予定が入っていない場合には、移動端末３のユーザの状況を、移動端末３の位置情報を用いて状況判定部１ｇに判定させる。例えば、報知可否判定部１ｄ２は、状況判定部１ｇによる判定の結果、ユーザが「仕事中」又は「在宅」の場合、報知可否を「ＮＯ」（報知する状況に該当しない）と判定し、それ以外（「通勤／帰宅中」又は「外出中」）の場合、報知可否を「ＹＥＳ」（報知する状況に該当する）と判定する。
【００４７】
なお、スケジュール情報データベース１ｋに格納されているスケジュール情報のスケジュールごとに、報知可否を示すフラグ（報知する状況に該当することを示す「ＹＥＳ」のフラグ、又は、報知する状況に該当しないことを示す「ＮＯ」のフラグ）が予め設定されている構成とすることもできる。この場合、報知可否判定部１ｄ２は、スケジュール情報の当該フラグを参照することによって、メモ情報の内容を報知するか否かを判定することができる。
【００４８】
近接判定部１ｆは、利用可否判定部１ｄ１から通知されるメモ情報の“店舗位置”の内容（緯度経度）と、位置情報取得部１ｊに取得させた移動端末３の位置とに基づき、移動端末３は“店舗位置”（緯度経度）に近接している、と判定すると場合（例えば“店舗位置”を中心とする所定半径の円形状のエリア内に移動端末３がある場合）、この判定結果「近接している」を利用可否判定部１ｄ１に通知する。
【００４９】
状況判定部１ｇは、日時情報取得部１ｈに取得させた現在日時と、位置情報取得部１ｊに取得させた移動端末３の位置と、移動端末３のユーザの勤務先位置（勤務先の建物の位置を示す）及び自宅位置（自宅の位置を示す）と、に基づき、移動端末３のユーザの状況、すなわち、移動端末３のユーザが「出勤／帰宅中」か、「外出中」か、「在宅」か、「仕事中」か、を判定する。移動端末３のユーザの勤務先位置を示す情報及び移動端末３のユーザの自宅位置を示す情報は、何れも、予め、移動端末３から送信されたものであって、メモ情報管理サーバ１の内蔵メモリ（ＲＡＭ１３や記録装置１５等）に格納されている。
【００５０】
状況判定部１ｇは、日時情報取得部１ｈに取得させた現在日時が平日（月曜から金曜まで）かつ日中（例えば、午前６時から午後８時まで）の時間帯にある場合であって、移動端末３が、移動端末３のユーザの勤務先位置から一定範囲内（例えば、勤務先の建物を中心とする所定半径の円形状のエリア内）にある場合には「仕事中」と判定し、日時情報取得部１ｈに取得させた現在日時が平日かつ日中の時間帯にある場合であっても、移動端末３が、移動端末３のユーザの勤務先位置から一定範囲内にない場合には「出勤／帰宅中」と判定する。
【００５１】
状況判定部１ｇは、日時情報取得部１ｈに取得させた現在日時が平日かつ日中の時間帯にない場合であって、位置情報取得部１ｊに取得させた移動端末３の位置が、移動端末３のユーザの自宅位置から一定範囲内（例えば、自宅を中心とする所定半径の円形状のエリア内）にある場合には「在宅」と判定し、日時情報取得部１ｈに取得させた現在日時が平日かつ日中の時間帯にない場合であって、位置情報取得部１ｊに取得させた移動端末３の位置が、移動端末３のユーザの自宅位置から一定範囲内にない場合には「外出中」と判定する。なお、状況判定部１ｇは、位置情報取得部１ｊに取得させた移動端末３の位置として、時系列の複数の位置を用いることによって、移動端末３のユーザの状況を詳細に判定することもできる。
【００５２】
日時情報取得部１ｈは、メモ情報管理サーバ１のＣＰＵ１１による計時機能によって現在の日時を取得する、又は、ネットワークＮ１やネットワークＮ２上から現在の日時を取得する。スケジュール情報取得部１ｉは、スケジュール情報データベース１ｋに格納されている移動端末３のユーザのスケジュール情報を取得してメモ情報報知制御部１ｄに渡す。スケジュール情報データベース１ｋに格納されているスケジュール情報は、移動端末３から送信されたもの、又は、メモ情報管理サーバ１から直接入力されたもの、等である。
【００５３】
メモ情報更新部１ｅは、メモ情報データベース１ｃに格納されているメモ情報の“カテゴリ”の内容と“フリーテキスト”の内容とを用いて、このメモ情報を更新（補充を含む。以下同様。）するためのメタ情報をメタ情報サーバ５から取得し、この取得したメタ情報をこのメモ情報に追記して、メモ情報データベース１ｃに再格納する。
【００５４】
メモ情報更新部１ｅは、定常更新部１ｅ１及び都度更新部１ｅ２を含み、定常更新部１ｅ１及び都度更新部１ｅ２に、メモ情報データベース１ｃのメモ情報の更新（すなわち、メモ情報に含まれているメタ情報部分の内容の更新）を行わせる。定常更新部１ｅ１及び都度更新部１ｅ２は、それぞれ異なったタイミングでメモ情報を更新する。定常更新部１ｅ１及び都度更新部１ｅ２は、何れも、メタ情報サーバ５にかける負荷を抑制しつつ、メタ情報サーバ５の最新のメタ情報に基づいてメモ情報データベース１ｃのメモ情報を更新する。
【００５５】
定常更新部１ｅ１は、例えば、メモ情報の“カテゴリ”の内容が“書籍”、“音楽ＣＤ”及び“ＤＶＤ”等の場合、発売元（出版社やレーベル）による月初の発売日情報発表や、メタ情報サーバ５の管理者による定例のメタ情報更新作業等、のような、定期的なメタ情報の更新タイミング（定期更新日）を検出し、この定期更新日に応じて更新後（最新）のメタ情報をメタ情報サーバ５から取得し、この取得した最新のメタ情報を用いてメモ情報データベース１ｃのメモ情報を更新する。
【００５６】
定常更新部１ｅ１によるメモ情報の更新処理を具体的に示す。まず、定常更新部１ｅ１は、メモ情報データベース１ｃからメモ情報を１件取得し、この取得したメモ情報を利用可能期間判定部１ｍに送信する。利用可能期間判定部１ｍは、定常更新部１ｅ１から送信されたメモ情報のうち、例えば音楽ＣＤのメモ情報の場合の“発売予定日”等、ユーザが利用可能となる期間（例えば、音楽ＣＤの購入が可能となる期間や、開店時間帯等）に関する項目を取得し、この項目に、具体的な期間・日付が設定されているか否かを判定し、この判定結果を定常更新部１ｅ１に通知する。
【００５７】
定常更新部１ｅ１は、利用可能期間判定部１ｍに送信したメモ情報の上記項目に具体的な期間・日付が設定されていないと利用可能期間判定部１ｍによって判定され、かつ、当該メモ情報の前回の更新日からｘ日（ｘは１以上の整数）が経過している場合、当該メモ情報の更新処理を開始する。
【００５８】
なお、メモ情報の更新日は、メモ情報の更新後にメモ情報更新部１ｅによって当該メモ情報に記録されることができる。経過日数を示すxの値を示すデータは、メモ情報管理サーバ１のＲＯＭ１２等の内蔵メモリに予め格納されてある。経過日数を示すxの値が比較的小さい場合には、メタ情報サーバ５のメタ情報が更新されると（例えば、音楽ＣＤの発売予定日が決定する等の場合）、比較的短時間で更新後の最新のメタ情報をメモ情報データベース１ｃのメモ情報に反映させることが可能となる。しかし、この場合、メタ情報サーバ５に対するアクセス回数が比較的多くなるので、メタ情報サーバ５に対する負荷は増大する。従って、経過日数を示すxの値は、メタ情報サーバに対する負荷と、メモ情報の報知の精度（メモ情報の報知の頻度や報知予定日等の確からしさを含む）と、を鑑みて決定される。
【００５９】
定常更新部１ｅ１は、利用可能期間判定部１ｍに送信したメモ情報の上記項目に具体的な期間・日付が設定されていると利用可能期間判定部１ｍによって判定された場合には、メタ情報の過去の更新日履歴（この更新日履歴は更新日履歴情報データベース１ｐに格納されている。）に基づいてメモ情報を更新する。
【００６０】
定常更新部１ｅ１は、まず、メモ情報データベース１ｃから取得したメモ情報（メタ情報部分（例えば、図１５に示すメタ情報部分）や“カテゴリ”の内容）から、当該メタ情報の情報源（例えば、図１６に示す情報源Ｄ３２）を取得する。定常更新部１ｅ１は、メタ情報の情報源を取得した後、この取得した情報源に対応する定期更新日を情報更新日判定部１ｎに算出させる。
【００６１】
情報更新日判定部１ｎは、まず、メタ情報の情報源に対応するこれまでの更新日履歴を更新日履歴情報データベース１ｐから取得する。情報更新日判定部１ｎが取得する更新日履歴は、現時点から所定期間だけ（例えば、過去一年間等）遡ったものであることができるが、更新日履歴情報データベース１ｐに格納されている全データの中から取得されたものとすることもできる。
【００６２】
情報更新日判定部１ｎは、取得した更新日履歴から曜日の値を全て取得し、「曜日」に係る分散値を算出する。この場合、日曜〜土曜の各曜日には、それぞれ異なった数値が設定されている（この数値を示すデータは、メモ情報管理サーバ１のＲＯＭ１２等の内蔵メモリに予め格納されている。）。
【００６３】
情報更新日判定部１ｎは、更新日履歴から取得した曜日の数値と、各曜日のそれぞれの回数とを用いて、「曜日」に係る分散値と、更に、「曜日」に係る平均値とを算出する。情報更新日判定部１ｎは、算出した「曜日」に係る分散値が、基準分散値“m”以下の場合、特定の曜日に更新される傾向があると判定し、「曜日」に係る平均値に最も近い数値に対応する曜日を特定し、本日以降であって、この特定した曜日に対応する日付を、定期更新日と判定し、この判定結果を定常更新部１ｅ１に通知する。なお、情報更新日判定部１ｎは、「曜日」に係る分散値が基準分散値“m”以下との結果を得た後に、「曜日」に係る平均値を算出することができる。
【００６４】
例えば、基準分散値“m”を“１”とし（ｍ＝１）、本日を２００９年１２月１７日とし、更に、図１６に示す更新日履歴情報Ｄ３を用いて、「曜日」に係る分散値の算出処理を具体的に説明する。情報更新日判定部１ｎは、まず、メタ情報の情報源である例えば「ＲＲＲレコード」の行のみを（すなわち、「ＲＲＲレコード」の更新日履歴のみを）更新日履歴情報Ｄ３から取得する。
【００６５】
更新日は、２００９．１１．２（月曜），２００９．１２．１（火曜），２００９．１１．１０（火曜），２００９．１１．１７（火曜）となっている。このように、月曜、火曜、火曜、火曜に、順次更新が行われている。月曜には数値“１”が設定され、火曜には数値“２”が設定されているものとする（水曜、木曜、金曜、土曜、日曜のそれぞれに設定される数値は、例えば、“３”、“４”、“５”、“６”、“０”等とすることができる。）。
【００６６】
情報更新日判定部１ｎは、「曜日」に係る分散値を算出して“０．１８７５”を得、更に、「曜日」に係る平均値を算出して“１．７５”を得る。情報更新日判定部１ｎは、「曜日」に係る分散値“０．１８７５”が、基準分散値“ｍ”の値“１”以下となっているので、「曜日」に係る平均値“１．７５”に最も近い数値“２”に対応する曜日を特定し（すなわち、火曜）、本日以降であってこの特定した火曜に対応する日付（すなわち、２００９年１２月２２日）を、定期更新日と判定し、この判定結果を定常更新部１ｅ１に通知する。
【００６７】
情報更新日判定部１ｎは、算出した「曜日」に係る分散値が、基準分散値“m”より大きい場合、更新日履歴情報データベース１ｐから取得した更新日履歴から日の値（１〜３１の何れかの値であり、日が、例えば１７日の場合、“１７”）を取得する。情報更新日判定部１ｎは、更新日履歴から取得した日の値と、各日のそれぞれの回数とを用いて、「日」に係る分散値と、更に、「日」に係る平均値とを算出する。
【００６８】
情報更新日判定部１ｎは、算出した「日」に係る分散値が、基準分散値“n”以下の場合、特定の日に更新される傾向があると判定し、「日」に係る平均値に最も近い数値に対応する日を特定し、本日以降であってこの特定した日に対応する日付を、定期更新日と判定し、この判定結果を定常更新部１ｅ１に通知する。
【００６９】
情報更新日判定部１ｎは、算出した「日」に係る分散値が、基準分散値“ｎ”より大きい場合、本日以降の次の月の第１日目を定期更新日と判定し、この判定結果を定常更新部１ｅ１に通知して、定期更新日の判定処理を終了する。なお、情報更新日判定部１ｎは、「日」に係る分散値が基準分散値“ｎ”以下との結果を得た後に、「日」に係る平均値を算出することができる。
【００７０】
メモ情報更新部１ｅは、情報更新日判定部１ｎから定常更新部１ｅ１に通知される定期更新日（メモ情報に含まれるメタ情報部分の内容の情報源による更新日）が本日ではない場合、当該情報源によるメタ情報の更新日が都度更新日に該当するか否かの判定を都度更新部１ｅ２に行わせる。
【００７１】
都度更新日とは、スケジュール情報データベース１ｋに格納されているスケジュール情報等のユーザの行動予定情報等に基づいて、スケジュール情報の内容に応じて都度更新部１ｅ２によって都度決定されるメタ情報部分の内容の好適な更新タイミングである。
【００７２】
この都度更新日は、移動端末３のユーザにメモ情報を報知するとのメモ情報報知制御部１ｄの判定によって、又は、移動端末３のユーザの手動操作によって、メモ情報が移動端末３のユーザに閲覧される可能性（利用可能性）と、メタ情報の更新後にメタ情報サーバ５において当該メタ情報が再度更新される可能性（再更新可能性）と、を用いて、都度更新部１ｅ２によって決定される。このようにして決定される都度更新日は、メモ情報の利用可能性が充分高く、かつ、更新後のメタ情報の再更新の可能性が充分低い日とすることができる。
【００７３】
本実施形態において、都度更新日は、スケジュール情報データベース１ｋに格納されている移動端末３のユーザのスケジュール情報に基づいて都度更新部１ｅ２によって決定される。具体的には、都度更新部１ｅ２は、移動端末３のユーザのスケジュール情報を参照し、翌日に外出の予定（旅行、出張、食事、など）がある場合に、この外出予定日の前日に利用可能性が最も高い、と判定することができる。
【００７４】
都度更新部１ｅ２は、また、情報更新日判定部１ｎによって算出されたメタ情報の定期更新日に再更新可能性が最小値となるような単調減少の関数（例えば、定期更新日からの経過日数に対する再更新可能性を示す関数であって、定期更新日の翌日から定期更新日までの期間において、経過日数の増加に伴って再更新可能性が単調減少する関数）を用いて、再更新可能性を評価することができる。
【００７５】
そして、都度更新部１ｅ２は、上記のような利用可能性と再更新可能性とを用いて、スケジュール情報に記録されている外出予定日の前日を都度更新日とし、メモ情報更新部１ｅは、この都度更新日に、メモ情報のメタ情報部分の内容を更新する。
【００７６】
メモ情報更新部１ｅは、本日が、定期更新日及び都度更新日の少なくとも何れかに該当する場合、必要な情報（メモ情報のメタ情報部分の内容の情報源に対応するメタ情報）をメタ情報サーバ５から取得し、この取得したメタ情報を用いてメモ情報を更新した後、このメモ情報の更新に用いたメタ情報の更新日（第１の更新日という）を、当該メタ情報に含まれる更新日履歴、又は、メタ情報サーバ５を介して取得する当該メタ情報の更新日履歴、を取得し、更に、当該メタ情報についての最新の更新日（第２の更新日という）を更新日履歴情報データベース１ｐの更新日履歴情報Ｄ３から取得する。メモ情報更新部１ｅは、第１の更新日と第２の更新日とを比較し、第１の更新日が第２の更新日よりも後の場合、更新日履歴情報Ｄ３における当該情報源の更新日履歴に第１の日付を反映し、本日以降の定期更新日の計算に利用する。
【００７７】
次に、図３〜図１２のフローチャートを参照して、実施形態に係るメモ情報管理システム１０の動作を説明する。
【００７８】
図３を参照して、メモ情報の登録処理を説明する。移動端末３のメモ情報入力部３ｃは、メモ情報に含まれる“カテゴリ”及び“フリーテキスト”の入力欄を、移動端末３の表示装置に表示して、“カテゴリ”及び“フリーテキスト”の入力をユーザに促す（ステップＡ１）。そして、ユーザから“カテゴリ”及び／又は“フリーテキスト”の入力があるか否かを監視し（ステップＡ２）、入力があると（ステップＡ２；Ｙｅｓ）、移動端末３の通信部３ａは、この入力された“カテゴリ”及び／又は“フリーテキスト”の内容を含むメモ情報を、メモ情報管理サーバ１に送信する。この後、メモ情報管理サーバ１の通信部１ａは、移動端末３から送信されたメモ情報（“カテゴリ”及び／又は“フリーテキスト”の情報を含む）をネットワークＮ１を介して受信する。そして、メモ情報管理サーバ１のメモ情報記録部１ｂは、通信部１ａによって受信されたメモ情報の“カテゴリ”の内容又は“フリーテキスト”の内容に含まれているキーワード（カテゴリや商品名等を示す情報）に対応するメタ情報を、ネットワークＮ２を介してメタ情報サーバ５から取得する（ステップＡ３）。
【００７９】
メモ情報管理サーバ１のメモ情報記録部１ｂは、メタ情報サーバ５から取得したメタ情報が１件のみであるか否かの判定を行い（ステップＡ４）、１件のみと判定した場合（ステップＡ４；Ｙｅｓ）、このメタ情報の内容を、“カテゴリ”及び“フリーテキスト”を含む当該メモ情報に含ませ、このメタ情報の内容を含むメモ情報を、メモ情報管理サーバ１のメモ情報データベース１ｃに格納する（ステップＡ７）。メモ情報管理サーバ１のメモ情報記録部１ｂは、メタ情報サーバ５から取得したメタ情報が１件のみであるか否かの判定の結果、複数のメタ情報を取得したと判定した場合（ステップＡ４；Ｎｏ）、当該複数のメタ情報の全てをネットワークＮ１を介して移動端末３に送信して１件のメタ情報の選択入力を要求し（ステップＡ５）、この要求に応じて移動端末３のユーザによって１件のメタ情報の選択入力が移動端末３において行われると（ステップＡ６；Ｙｅｓ）、この選択された１件のメタ情報を移動端末３から受信し、この受信した１件のメタ情報を用いて、ステップＡ７の処理を行う。
【００８０】
図４を参照して、メモ情報の更新処理について説明する。定常更新部１ｅ１は、メモ情報データベース１ｃからメモ情報を１件取得し、この取得したメモ情報を利用可能期間判定部１ｍに送信する（ステップＢ１）。利用可能期間判定部１ｍは、定常更新部１ｅ１から送信されたメモ情報のうち、例えば音楽ＣＤのメモ情報の場合の“発売予定日”等、ユーザが利用可能となる（例えば、音楽ＣＤの購入が可能となる）期間に関する項目を取得し、この項目に、具体的な期間・日付が設定されているか否かを判定し、この判定結果を定常更新部１ｅ１に通知する（ステップＢ２）。
【００８１】
定常更新部１ｅ１は、ステップＢ２において行われた利用可能期間判定部１ｍによる判定結果に基づいて、利用可能期間判定部１ｍに送信したメモ情報の上記項目に具体的な期間・日付が設定されていないと判定すると（ステップＢ３；Ｎｏ）、当該メモ情報の前回の更新日からｘ日（ｘは１以上の整数）が経過しているか否かを判定し（ステップＢ１０）、ｘ日が経過していると判定した場合（ステップＢ１０；Ｙｅｓ）、ステップＢ１１に移行し、ｘ日が経過していないと判定した場合（ステップＢ１０；Ｎｏ）、ステップＢ１に戻る。
【００８２】
ステップＢ３において、定常更新部１ｅ１は、ステップＢ２において行われた利用可能期間判定部１ｍによる判定結果に基づいて、利用可能期間判定部１ｍに送信したメモ情報の上記項目に具体的な期間・日付が設定されていると判定すると場合（ステップＢ；Ｙｅｓ）、メモ情報データベース１ｃから取得したメモ情報のメタ情報部分（例えば、図１５に示すメタ情報）から、当該メタ情報部分の内容の情報源（例えば、図１６に示す情報源Ｄ３２）を取得する（ステップＢ４）。
【００８３】
定常更新部１ｅ１は、ステップＢ４において情報源を取得した後、この取得した情報源に対応する定期更新日を情報更新日判定部１ｎに算出させる（ステップＢ５）。メモ情報更新部１ｅは、ステップＢ５の後に情報更新日判定部１ｎから定常更新部１ｅ１に通知される定期更新日が本日であるか否かを判定する（ステップＢ６）。メモ情報更新部１ｅは、定期更新日が本日であると判定すると（ステップＢ６；Ｙｅｓ）、ステップＢ１１に移行し、定期更新日が本日でないと判定すると（ステップＢ６；Ｎｏ）、ステップＢ１において取得されたメモ情報のメタ情報部分の情報源によるメタ情報の更新日が都度更新日に該当するか否かの判定を都度更新部１ｅ２に行わせる。
【００８４】
ステップＢ６（Ｎｏ）の後、都度更新部１ｅ２は、スケジュール情報データベース１ｋに格納されている移動端末３のユーザのスケジュール情報を参照し、このスケジュール情報から、明日の予定を取得する（ステップＢ７）。そして、都度更新部１ｅ２は、ステップＢ７において取得した明日の予定が、外出の予定となっているか否かを判定し（ステップＢ８）、外出の予定となっていると判定した場合（ステップＢ８；Ｙｅｓ）、ステップＢ１１に移行し、外出の予定となっていないと判定した場合（ステップＢ８；Ｎｏ）、メモ情報データベース１ｃのメモ情報の全てに対して本更新処理を行ったか否かを判定し（ステップＢ９）、本更新処理を行っていないメモ情報がメモ情報データベース１ｃにあると判定した場合（ステップＢ９；Ｎｏ）、ステップＢ１に移行し、メモ情報データベース１ｃの全てのメモ情報に対して本更新処理を行ったと判定した場合（ステップＢ９；Ｙｅｓ）、本更新処理を終了する。
【００８５】
ステップＢ６（Ｙｅｓ）、ステップＢ８（Ｙｅｓ）及びステップＢ１０（Ｙｅｓ）の後、ステップＢ１１において、メモ情報更新部１ｅは、ステップＢ４において取得されたメモ情報の情報源に対応する最新のメタ情報を、メタ情報サーバ５から取得し（メタ情報サーバ５には、常に最新のメタ情報が格納されている）、この取得したメタ情報を用いて当該メモ情報を更新する（ステップＢ１１）。ステップＢ１１の後、メモ情報更新部１ｅは、ステップＢ１１において取得したメタ情報の更新日履歴（更新日履歴情報データベース１ｐに格納されている更新日履歴）に対して更新処理を行い（ステップＢ１２）、ステップＢ１に移行する。
【００８６】
図５を参照して、情報源の取得処理を説明する。図５のフローチャートに示す処理内容は、図４のフローチャートのステップＢ４の処理内容となっている。定常更新部１ｅ１は、予めメモ情報データベース１ｃから取得したメモ情報に含まれる“カテゴリ”の内容を取得する（ステップＣ１）。定常更新部１ｅ１は、ステップＣ１において取得した“カテゴリ”の内容が、「書籍」であるか否かを判定し（ステップＣ２）、「書籍」と判定した場合（ステップＣ２；Ｙｅｓ）、当該メモ情報のメタ情報部分に含まれる“出版社”の内容を取得し（ステップＣ５）、この“出版社”の内容を情報源するメタ情報をメタ情報サーバ５から取得する。
【００８７】
定常更新部１ｅ１は、ステップＣ２において、「書籍」と判定しなかった場合（ステップＣ２；Ｎｏ）、ステップＣ１において取得した“カテゴリ”の内容が、「音楽ＣＤ」又は「ＤＶＤ」の何れかであるか否かを判定し（ステップＣ３）、「音楽ＣＤ」又は「ＤＶＤ」の何れかであると判定した場合（ステップＣ３；Ｙｅｓ）、当該メモ情報のメタ情報部分に含まれる“レーベル”の情報を取得し（ステップＣ６）、この“レーベル”の内容を情報源するメタ情報をメタ情報サーバ５から取得する。定常更新部１ｅ１は、ステップＣ３において、「音楽ＣＤ」又は「ＤＶＤ」の何れかであると判定しなかった場合（ステップＣ３；Ｎｏ）、当該メモ情報の“カテゴリ”の内容を情報源とするメタ情報をメタ情報サーバ５から取得する（ステップＣ４）。
【００８８】
図６を参照して、定期更新日の算出処理を説明する。図６のフローチャートに示す処理内容は、図４のフローチャートのステップＢ５の処理内容となっている。情報更新日判定部１ｎは、まず、メモ情報のメタ情報部分の情報源に対応するこれまでの更新日履歴を更新日履歴情報データベース１ｐから取得する（ステップＤ１）。
【００８９】
情報更新日判定部１ｎが取得する更新日履歴は、現時点から所定期間だけ（例えば、過去一年間等）遡ったものであることができるが、更新日履歴情報データベース１ｐに格納されている全データの中から取得されたものとすることもできる。情報更新日判定部１ｎは、取得した更新日履歴から曜日の値を全て取得し、「曜日」に係る分散値を算出する（ステップＤ２）。この場合、日曜〜土曜の各曜日には、それぞれ異なった数値が設定されている（この数値を示すデータは、メモ情報管理サーバ１のＲＯＭ１２等の内蔵メモリに予め格納されている）。
【００９０】
情報更新日判定部１ｎは、更新日履歴から取得した曜日の数値と、各曜日のそれぞれの回数とを用いて、「曜日」に係る分散値と、更に、「曜日」に係る平均値とを算出する。情報更新日判定部１ｎは、算出した「曜日」に係る分散値が、基準分散値“m”以下の場合（ステップＤ３；Ｙｅｓ）、特定の曜日に更新される傾向があると判定し、更に、「曜日」に係る平均値に最も近い数値に対応する曜日を特定し（ステップＤ７）、本日以降であってこの特定した曜日に対応する日付を、定期更新日と判定し、この判定結果を定常更新部１ｅ１に通知する（ステップＤ８）。なお、情報更新日判定部１ｎは、「曜日」に係る分散値が基準分散値“m”以下との結果を得た後に、「曜日」に係る平均値を算出することができる。
【００９１】
情報更新日判定部１ｎは、ステップＤ２において算出した「曜日」に係る分散値が、基準分散値“m”より大きい場合（ステップＤ３；Ｎｏ）、更新日履歴情報データベース１ｐから取得した更新日履歴から日の値（１〜３１の何れかの値であり、「日」が、例えば１７日の場合、“１７”）を取得し、この更新日履歴から取得した日の値と、各日のそれぞれの回数とを用いて、「日」に係る分散値と、更に、「日」に係る平均値とを算出する（ステップＤ４）。
【００９２】
情報更新日判定部１ｎは、ステップＤ４において算出した「日」に係る分散値が、基準分散値“n”以下の場合（ステップＤ５；Ｙｅｓ）、特定の日に更新される傾向があると判定し、「日」に係る平均値に最も近い数値に対応する日を特定し（ステップＤ９）、本日以降であってこの特定した日に対応する日付を、定期更新日と判定し、この判定結果を定常更新部１ｅ１に通知する（ステップＤ１０）。
【００９３】
情報更新日判定部１ｎは、ステップＤ４において算出した「日」に係る分散値が、基準分散値“ｎ”より大きい場合（ステップＤ５；Ｎｏ）、本日以降の次の月の第１日目を定期更新日と判定し、この判定結果を定常更新部１ｅ１に通知して（ステップＤ６）、定期更新日の算出処理を終了する。なお、情報更新日判定部１ｎは、「日」に係る分散値が基準分散値“ｎ”以下との結果を得た後に、「日」に係る平均値を算出することができる。
【００９４】
図７を参照して、更新日履歴の更新処理を説明する。図７のフローチャートに示す処理内容は、図４のフローチャートのステップＢ１２の処理内容となっている。メモ情報更新部１ｅは、メモ情報の更新に用いたメタ情報の更新日（第１の更新日という）を、当該メタ情報に含まれる更新日履歴、又は、メタ情報サーバ５を介して取得する当該メタ情報の更新日履歴、を取得する（ステップＥ１）。
【００９５】
ステップＥ１の後、メモ情報更新部１ｅは、更新日履歴情報データベース１ｐに格納されている更新日履歴情報（更新日履歴情報Ｄ３）に記録されている当該メタ情報についての最新の更新日（第２の更新日という）を、更新日履歴情報データベース１ｐの更新日履歴情報から取得する（ステップＥ２）。
【００９６】
ステップＥ２の後、メモ情報更新部１ｅは、第１の更新日と第２の更新日とを比較し（ステップＥ３）、第１の更新日が第２の更新日よりも後の場合（ステップＥ３；Ｙｅｓ）、更新日履歴情報における当該情報源のメタ情報の更新日履歴に第１の更新日を反映し（ステップＥ４）、本日以降の定期更新日の算出に利用する。
【００９７】
図８を参照して、メモ情報の報知処理を説明する。メモ情報報知制御部１ｄは、メモ情報データベース１ｃに格納されたメモ情報を１件取得する（ステップＦ１）。ステップＦ１の後、メモ情報報知制御部１ｄは、利用可否判定部１ｄ１にメモ情報の利用可否の判定処理を行わせる（ステップＦ２）。ステップＦ２の後、メモ情報報知制御部１ｄは、利用可否判定部１ｄ１による利用可否の判定結果が「ＹＥＳ」であるか否かを判定する（ステップＦ３）。
【００９８】
ステップＦ３において、利用可否の判定結果が「ＹＥＳ」ではない場合（ステップＦ３；Ｎｏ）、ステップＦ７に移行し、利用可否の判定結果が「ＹＥＳ」である場合（ステップＦ３；Ｙｅｓ）、ステップＦ４に移行する。ステップＦ４において、メモ情報報知制御部１ｄは、報知可否判定部１ｄ２にメモ情報の報知可否の判定処理を行わせる（ステップＦ４）。ステップＦ４の後、メモ情報報知制御部１ｄは、報知可否判定部１ｄ２による報知可否の判定結果が「ＹＥＳ」であるか否かを判定する（ステップＦ５）。
【００９９】
ステップＦ５において、報知可否の判定結果が「ＹＥＳ」ではない場合（ステップＦ５；Ｎｏ）、ステップＦ７に移行し、報知可否の判定結果が「ＹＥＳ」である場合（ステップＦ５；Ｙｅｓ）、ステップＦ６に移行する。ステップＦ６において、メモ情報報知制御部１ｄは、利用可否の判定結果が「ＹＥＳ」（メモ情報が利用可能）であり、かつ、報知可否の判定結果が「ＹＥＳ」（メモ情報の報知が可能）であるので、メモ情報をユーザに報知する、との判定を行い、メモ情報の内容を報知するよう移動端末３に指示するための指示信号を、報知対象となる当該メモ情報と共に移動端末３に送信する（ステップＦ６）。
【０１００】
メモ情報報知制御部１ｄは、ステップＦ６の後、メモ情報データベース１ｃに格納されている全てのメモ情報に対し、ステップＦ１〜ステップＦ６の処理を行ったか否かを判定し、メモ情報データベース１ｃに格納されている全てのメモ情報に対してステップＦ１〜ステップＦ６の処理を行ったと判定すると（ステップＦ７；Ｙｅｓ）、このメモ情報の報知処理を終了し、行っていないと判定すると（ステップＦ７；Ｎｏ）、ステップＦ１に移行する。以上のようにして、メモ情報データベース１ｃに格納されている全てのメモ情報に対し、ステップＦ１〜ステップＦ６の処理を行う。
【０１０１】
図９を参照して、メモ情報の利用可否の判定処理を説明する。まず、利用可否判定部１ｄ１は、メモ情報に含まれる“カテゴリ”の内容が、「音楽ＣＤ」、「ＤＶＤ」、「書籍」、の何れかであるか否かを判定する（ステップＧ１）。利用可否判定部１ｄ１は、メモ情報に含まれる“カテゴリ”の内容が、「音楽ＣＤ」、「ＤＶＤ」、「書籍」、の何れかであると判定すると（ステップＧ１；Ｙｅｓ）、メモ情報の“発売予定日”の内容を取得するとともに、現在の日時を日時情報取得部１ｈに取得させる（ステップＧ４）。
【０１０２】
利用可否判定部１ｄ１は、ステップＧ４において取得した“発売予定日”に示されている発売予定日とステップＧ４において日時情報取得部１ｈに取得させた現在日時とを比較し、現在日時が“発売予定日”に示されている発売予定日を過ぎているか否かを判定する（ステップＧ５）。利用可否判定部１ｄ１は、現在日時が“発売予定日”に示されている発売予定日を過ぎていると判定すると（ステップＧ５；Ｙｅｓ）、メモ情報の利用可否を「ＹＥＳ」（メモ情報が利用可能）と判定する（ステップＧ６）。利用可否判定部１ｄ１は、現在日時が“発売予定日”に示されている発売予定日を過ぎていないと判定すると（ステップＧ５；Ｎｏ）、本判定処理を終了する。
【０１０３】
利用可否判定部１ｄ１は、ステップＧ１において、メモ情報に含まれる“カテゴリ”の内容が、「音楽ＣＤ」、「ＤＶＤ」、「書籍」、の何れでもないと判定すると（ステップＧ１；Ｎｏ）、メモ情報の“カテゴリ”の内容が「飲食店」であるか否かを判定する（ステップＧ２）。利用可否判定部１ｄ１は、ステップＧ２において、メモ情報の“カテゴリ”の内容が「飲食店」であると判定すると（ステップＧ２；Ｙｅｓ）、メモ情報の“開店時間帯”の内容を取得するとともに、現在日時を日時情報取得部１ｈに取得させる（ステップＧ７）。
【０１０４】
利用可否判定部１ｄ１は、ステップＧ７において取得した“開店時間帯”に示されている時間帯とステップＧ７において日時情報取得部１ｈに取得させた現在日時と、を比較し、現在日時が“開店時間帯”に示されている時間帯にあるか否かを判定する（ステップＧ８）。利用可否判定部１ｄ１は、ステップＧ８において、現在日時が“開店時間帯”に示されている時間帯にあると判定すると（ステップＧ８；Ｙｅｓ）、メモ情報の“店舗位置”に示されている位置に対する近接判定を、近接判定部１ｆに行わせる（ステップＧ９）。利用可否判定部１ｄ１は、ステップＧ８において、現在日時が“開店時間帯”に示されている時間帯にないと判定すると（ステップＧ８；Ｎｏ）、本判定処理を終了する。
【０１０５】
ステップＧ９の後、利用可否判定部１ｄ１は、近接判定部１ｆによる近接判定の結果が「ＹＥＳ」（移動端末３の現在位置が“店舗位置”に示されている位置に近接している）であるか否かを判定する（ステップＧ１０）ステップＧ１０において、利用可否判定部１ｄ１は、近接判定部１ｆによる近接判定の結果が「ＹＥＳ」であると判定すると（ステップＧ１０；Ｙｅｓ）、メモ情報の利用可否を「ＹＥＳ」（メモ情報が利用できる）と判定する（ステップＧ１１）。利用可否判定部１ｄ１は、ステップＧ１０において、近接判定部１ｆによる近接判定の結果が「ＹＥＳ」ではないと判定すると（ステップＧ１０；Ｎｏ）、本判定処理を終了する。
【０１０６】
利用可否判定部１ｄ１は、ステップＧ２において、メモ情報の“カテゴリ”の内容が「飲食店」ではないと判定すると（ステップＧ２；Ｎｏ）、メモ情報の“カテゴリ”の内容が「宿泊施設」であるか否かを判定する（ステップＧ３）。ステップＧ３において、利用可否判定部１ｄ１は、メモ情報の“カテゴリ”の内容が「宿泊施設」であると判定すると（ステップＧ３；Ｙｅｓ）、メモ情報の“店舗位置”に示されている位置に対する近接判定を、近接判定部１ｆに行わせる（ステップＧ１２）。
【０１０７】
ステップＧ１２の後、利用可否判定部１ｄ１は、近接判定部１ｆによる近接判定の結果が「ＹＥＳ」（移動端末３の現在位置が“店舗位置”に示されている位置に近接している）であるか否かを判定する（ステップＧ１３）。ステップＧ１３において、利用可否判定部１ｄ１は、近接判定部１ｆによる近接判定の結果が「ＹＥＳ」であると判定すると（ステップＧ１３；Ｙｅｓ）、メモ情報の利用可否を「ＹＥＳ」（メモ情報が利用できる）と判定する（ステップＧ１４）。
【０１０８】
利用可否判定部１ｄ１は、ステップＧ３において、メモ情報の“カテゴリ”の内容が「宿泊施設」ではないと判定すると（ステップＧ３；Ｎｏ）、又は、ステップＧ１３において、近接判定部１ｆによる近接判定の結果が「ＹＥＳ」ではないと判定すると（ステップＧ１３；Ｎｏ）、本判定処理を終了する。
【０１０９】
図１０を参照して、近接判定処理を説明する。図１０のフローチャートに示す処理内容は、図９のフローチャートのステップＧ９及びステップＧ１２の処理内容となっている。近接判定部１ｆは、利用可否判定部１ｄ１からメモ情報の“店舗位置”に示されている位置（緯度経度）を取得するとともに、移動端末３の現在位置（緯度経度）を位置情報取得部１ｊに取得させる（ステップＨ１）。
【０１１０】
ステップＨ１の後、近接判定部１ｆは、ステップＨ１において利用可否判定部１ｄ１から取得した位置（緯度経度）と、ステップＨ１において位置情報取得部１ｊに取得させた移動端末３の現在位置（緯度経度）と、に基づいて、移動端末３が“店舗位置”に示されている位置から一定範囲内（例えば“店舗位置”を中心とする所定半径の円形状のエリア内）にあるか否かを判定する（ステップＨ２）。
【０１１１】
ステップＨ２において、近接判定部１ｆは、移動端末３が“店舗位置”に示されている位置から一定範囲内にあると判定すると（ステップＨ２；Ｙｅｓ）、移動端末３が“店舗位置”に示されている位置に近接していることを示す「ＹＥＳ」と判定し（ステップＨ３）、この判定結果「ＹＥＳ」を利用可否判定部１ｄ１に通知し、移移動端末３が“店舗位置”に示されている位置から一定範囲内にないと判定すると（ステップＨ２；Ｎｏ）、本判定処理を終了する。
【０１１２】
図１１を参照して、メモ情報の報知可否の判定処理を説明する。報知可否判定部１ｄ２は、移動端末３のユーザの今日のスケジュール情報をスケジュール情報データベース１ｋからスケジュール情報取得部１ｉに取得させるとともに、現在の日時を日時情報取得部１ｈに取得させる（ステップＪ１）。報知可否判定部１ｄ２は、ステップＪ１においてスケジュール情報取得部１ｉに取得させた移動端末３のユーザのスケジュール情報と、ステップＪ１において日時情報取得部１ｈに取得させた現在日時とに基づいて、現在が移動端末３のユーザの仕事又は出張の予定時間内にあるか否かを判定する（ステップＪ２）。
【０１１３】
ステップＪ２において、報知可否判定部１ｄ２は、現在が移動端末３のユーザの仕事又は出張の予定時間内にあると判定すると（ステップＪ２；Ｙｅｓ）、報知可否を「ＮＯ」（報知する状況に該当しない）と判定し（ステップＪ７）、現在が移動端末３のユーザの仕事又は出張の予定時間内にないと判定すると（ステップＪ２；Ｎｏ）、ステップＪ３に移行する。ステップＪ３において、報知可否判定部１ｄ２は、ステップＪ１においてスケジュール情報取得部１ｉに取得させた移動端末３のユーザのスケジュール情報と、ステップＪ１において日時情報取得部１ｈに取得させた現在日時とに基づいて、現在が、仕事又は出張以外のその他の予定時間内（例えば、旅行又は食事等の予定時間内）にあるか否かを判定する（ステップＪ３）。
【０１１４】
ステップＪ３において、報知可否判定部１ｄ２は、現在がその他の予定時間内にあると判定すると（ステップＪ３；Ｙｅｓ）、報知可否を「ＹＥＳ」（報知する状況に該当する）と判定し（ステップＪ８）、現在がその他の予定時間内にない（すなわち、現在は、ステップＪ１において取得したスケジュール情報の本日の予定時間内の何れにもない）と判定すると（ステップＪ３；Ｎｏ）、ステップＪ４に移行する。ステップＪ４において、報知可否判定部１ｄ２は、移動端末３のユーザの現在の状況（「仕事中」、「出勤／帰宅中」、「在宅」、又は、「外出中」）を状況判定部１ｇに判定させる（ステップＪ４）。
【０１１５】
報知可否判定部１ｄ２は、状況判定部１ｇによって判定された移動端末３のユーザの現在の状況が「仕事中」又は「在宅」の何れかであるか否かを判定する（ステップＪ５）。報知可否判定部１ｄ２は、移動端末３のユーザの現在の状況が「仕事中」又は「在宅」の何れでもないと判定すると（ステップＪ５；Ｎｏ）、報知可否を「ＹＥＳ」と判定し（ステップＪ９）、移動端末３のユーザの現在の状況が「仕事中」又は「在宅」の何れかであると判定すると（ステップＪ５；Ｙｅｓ）、報知可否を「ＮＯ」と判定する。
【０１１６】
図１２を参照して、状況判定処理を説明する。図１２のフローチャートに示す処理は、図１１のフローチャートのステップＪ４の処理である。まず、状況判定部１ｇは、現在の日時を日時情報取得部１ｈに取得させ、位置情報取得部１ｊに移動端末３の現在位置を取得させるとともに、移動端末３のユーザの勤務先位置（勤務先の建物の位置）及び自宅位置を、メモ情報管理サーバ１の内蔵メモリ（ＲＡＭ１３や記録装置１５等）から取得する（ステップＫ１）。
【０１１７】
状況判定部１ｇは、ステップＫ１において日時情報取得部１ｈに取得させた現在日時が、平日（月曜から金曜まで）かつ日中（例えば、午前６時から午後８時まで）の時間帯にあるか否かを判定し（ステップＫ２）、現在日時が平日（月曜から金曜まで）かつ日中（例えば、午前６時から午後８時まで）の時間帯にあると判定した場合には（ステップＫ２；Ｙｅｓ）、ステップＫ５に移行し、現在日時が平日（月曜から金曜まで）かつ日中（例えば、午前６時から午後８時まで）の時間帯にないと判定した場合には（ステップＫ２；Ｎｏ）、ステップＫ３に移行する。
【０１１８】
ステップＫ５において、状況判定部１ｇは、ステップＫ１において位置情報取得部１ｊに取得させた移動端末３の現在位置が、ステップＫ１において取得した移動端末３のユーザの勤務先位置から一定範囲内（例えば、勤務先の建物を中心とする所定半径の円形状のエリア内）にあるか否かを判定する（ステップＫ５）。
【０１１９】
状況判定部１ｇは、ステップＫ１において位置情報取得部１ｊに取得させた移動端末３の現在位置がステップＫ１において取得した移動端末３のユーザの勤務先位置から一定範囲内にあると判定すると（ステップＫ５；Ｙｅｓ）、移動端末３のユーザの状況を「仕事中」と判定し（ステップＫ６）、ステップＫ１において位置情報取得部１ｊに取得させた移動端末３の現在位置がステップＫ１において取得した移動端末３のユーザの勤務先位置から一定範囲内にないと判定すると（ステップＫ５；Ｎｏ）、移動端末３のユーザの状況を「出勤／帰宅中」と判定する（ステップＫ７）。
【０１２０】
ステップＫ３において、状況判定部１ｇは、ステップＫ１において位置情報取得部１ｊに取得させた移動端末３の現在位置が、ステップＫ１において取得した移動端末３のユーザの自宅位置から一定範囲内（例えば、自宅を中心とする所定半径の円形状のエリア内）にあるか否かを判定する（ステップＫ３）。
【０１２１】
状況判定部１ｇは、ステップＫ１において位置情報取得部１ｊに取得させた移動端末３の現在位置がステップＫ１において取得した移動端末３のユーザの自宅位置から一定範囲内にあると判定すると（ステップＫ３；Ｙｅｓ）、移動端末３のユーザの状況を「在宅」と判定し（ステップＫ８）、ステップＫ１において位置情報取得部１ｊに取得させた移動端末３の現在位置がステップＫ１において取得した移動端末３のユーザの自宅位置から一定範囲内にないと判定すると（ステップＫ３；Ｎｏ）、移動端末３のユーザの状況を「外出中」と判定する（ステップＫ４）。
【０１２２】
次に、メモ情報管理サーバ１の作用効果を説明する。メモ情報管理サーバ１は、移動端末３から送信されるメモ情報を管理する。メモ情報管理サーバ１は、メモ情報データベース１ｃ及びスケジュール情報データベース１ｋを備える。メモ情報データベース１ｃは、移動端末３から送信されるメモ情報（例えば、メモ情報Ｄ１）を格納する。スケジュール情報データベース１ｋは、移動端末３のユーザのスケジュール情報（例えば、スケジュール情報Ｄ２）を格納する。
【０１２３】
また、メモ情報管理サーバ１は、利用可否判定部１ｄ１、報知可否判定部１ｄ２及び通信部１ａを備える。利用可否判定部１ｄ１は、メモ情報データベース１ｃに格納されたメモ情報から当該メモ情報の利用条件（例えば、発売予定日、開店時間帯、店舗位置等）を取得し、この取得した利用条件に基づいて当該メモ情報の利用の可否を判定する。
【０１２４】
報知可否判定部１ｄ２は、移動端末３のユーザのスケジュール情報から移動端末３のユーザの現在の状況を示す状況情報（例えば、仕事中、出張中、出勤／帰宅中、在宅、外出中等を示す情報）を取得し、この取得した状況情報に基づいて、利用可否判定部１ｄ１によって利用可と判定されたメモ情報の内容を移動端末３に報知させるか否かを判定する。通信部１ａは、利用可否判定部１ｄ１によって利用可と判定されたメモ情報を移動端末３に報知させると報知可否判定部１ｄ２によって判定されると、当該メモ情報を報知するよう指示する信号を当該メモ情報と共に移動端末３に送信する。
【０１２５】
本実施形態に係るメモ情報管理サーバ１によれば、移動端末３のユーザが移動端末３を直接操作してメモ情報の内容を閲覧することなく、メモ情報の内容に応じた閲覧に好適なタイミングで（例えば、メモ情報に含まれている「店舗」に接近したときや、帰宅中、発売予定日等の特別な日時が来た、等のタイミングで）、メモ情報の内容が自動的に移動端末３の表示装置に表示されるので、移動端末３のユーザがメモ情報を閲覧する必要性を意識していない場合であっても（例えば、移動端末３のユーザがメモ情報の内容を忘れてしまった場合でも）、メモ情報の利用が可能となる。
【０１２６】
メモ情報管理サーバ１は、メモ情報更新部１ｅを更に備える。メモ情報更新部１ｅは、メモ情報データベース１ｃに格納されたメモ情報の更新に用いるメタ情報をメタ情報サーバ５から取得し、この取得したメタ情報を用いて当該メモ情報を更新する。メモ情報更新部１ｅは、更新対象としている当該メモ情報の内容と前記スケジュール情報データベースに格納されたスケジュール情報とに基づいて（例えば、メモ情報に含まれている発売予定日、メモ情報の情報源の定期更新日、前回更新日からの経過日数、スケジュール情報に含まれている明日の予定等に基づいて）、当該メモ情報の更新日（本日が更新日か否か）を特定し、この特定した更新日に応じて、当該メモ情報を当該メタ情報を用いて更新する。
【０１２７】
本実施形態に係るメモ情報管理サーバ１によれば、メモ情報管理サーバ１のメモ情報データベース１ｃに格納されたメモ情報は、メモ情報の内容に応じた好適な頻度やタイミングで最新の情報に更新可能となるので、必要以上の頻度で情報を取得することによるメタ情報サーバ５への過負荷が抑制できる。
【０１２８】
従来では、メモ内容を閲覧しようとする場合、何らかの閲覧操作を行わなければならなず、このため、例えば書籍の購入に関するメモ内容の場合、購入可能な店舗の近くをユーザが通った場合でも、「メモを見よう」というユーザの意識がなければ、このメモ内容は閲覧されることがなく、ユーザは書籍の購入を忘れてしまう場合がある。これに対し、本実施形態にかかるメモ情報管理サーバ１を用いれば、ユーザにとって好適な情報を適切なタイミングでユーザに提供できるので、ユーザは、例えば、“気になったものに対して、すぐに購入などのアクションをできるような状況にはいないが、ひとまず購入したい商品の記録（メモ情報の入力）だけはしておきたい。更に、そのアクションをとるべき最適なタイミングで、このメモ情報を最新の内容で参照できるようにしたい”というユーザのニーズに十分対応できる。
【符号の説明】
【０１２９】
１…メモ情報管理サーバ、１０…メモ情報管理システム、１１…ＣＰＵ、１２…ＲＯＭ、１３…ＲＡＭ、１４…通信装置、１５…記録装置、１ａ…通信部、１ｂ…メモ情報記録部、１ｃ…メモ情報データベース、１ｄ…メモ情報報知制御部、１ｄ１…利用可否判定部、１ｄ２…報知可否判定部、１ｅ…メモ情報更新部、１ｅ１…定常更新部、１ｅ２…都度更新部、１ｆ…近接判定部、１ｇ…状況判定部、１ｈ…日時情報取得部、１ｉ…スケジュール情報取得部、１ｊ…位置情報取得部、１ｋ…スケジュール情報データベース、１ｍ…利用可能期間判定部、１ｎ…情報更新日判定部、１ｐ…更新日履歴情報データベース、３…移動端末、３ａ…通信部、３ｂ…メモ情報表示部、３ｃ…メモ情報入力部、３ｄ…位置情報取得部、５…メタ情報サーバ、５ａ…書籍メタ情報データベース、５ｂ…音楽ＣＤメタ情報データベース、５ｃ…ＤＶＤメタ情報データベース、５ｄ…飲食店メタ情報データベース、５ｅ…宿泊施設メタ情報データベース、Ｂｕｓ…バス、Ｄ１…メモ情報、Ｄ１１…識別番号、Ｄ１２…項目、Ｄ１３…設定内容、Ｄ２…スケジュール情報、Ｄ３…更新日履歴情報、Ｄ３１…識別番号、Ｄ３２…情報源、Ｄ３３…更新日、Ｎ１，Ｎ２…ネットワーク
【特許請求の範囲】
【請求項１】
端末から送信されるメモ情報を管理するメモ情報管理サーバであって、
前記端末から送信されるメモ情報を格納するメモ情報データベースと、
前記端末のユーザのスケジュール情報を格納するスケジュール情報データベースと、
前記メモ情報データベースに格納されたメモ情報から当該メモ情報の利用条件を取得し、この取得した利用条件に基づいて当該メモ情報の利用の可否を判定する利用可否判定手段と、
前記端末のユーザのスケジュール情報から前記端末のユーザの現在の状況を示す状況情報を取得し、この取得した状況情報に基づいて、前記利用可否判定手段によって利用可と判定されたメモ情報の内容を前記端末に報知させるか否かを判定する報知可否判定手段と、
前記利用可否判定手段によって利用可と判定されたメモ情報を前記端末に報知させると前記報知可否判定手段によって判定されると、当該メモ情報を報知するよう指示する信号を当該メモ情報と共に前記端末に送信する通信手段と、
を備える、ことを特徴とするメモ情報管理サーバ。
【請求項２】
前記メモ情報データベースに格納されたメモ情報の更新に用いるメタ情報を所定のメタ情報サーバから取得し、この取得したメタ情報を用いて当該メモ情報を更新するメモ情報更新手段を更に備え、
前記メモ情報更新手段は、当該メモ情報の内容と前記スケジュール情報データベースに格納された前記端末のユーザのスケジュール情報とに基づいて当該メモ情報の更新日を特定し、この特定した更新日に当該メモ情報を当該メタ情報を用いて更新する、ことを特徴とする請求項１に記載のメモ情報管理サーバ。
【請求項１】
端末から送信されるメモ情報を管理するメモ情報管理サーバであって、
前記端末から送信されるメモ情報を格納するメモ情報データベースと、
前記端末のユーザのスケジュール情報を格納するスケジュール情報データベースと、
前記メモ情報データベースに格納されたメモ情報から当該メモ情報の利用条件を取得し、この取得した利用条件に基づいて当該メモ情報の利用の可否を判定する利用可否判定手段と、
前記端末のユーザのスケジュール情報から前記端末のユーザの現在の状況を示す状況情報を取得し、この取得した状況情報に基づいて、前記利用可否判定手段によって利用可と判定されたメモ情報の内容を前記端末に報知させるか否かを判定する報知可否判定手段と、
前記利用可否判定手段によって利用可と判定されたメモ情報を前記端末に報知させると前記報知可否判定手段によって判定されると、当該メモ情報を報知するよう指示する信号を当該メモ情報と共に前記端末に送信する通信手段と、
を備える、ことを特徴とするメモ情報管理サーバ。
【請求項２】
前記メモ情報データベースに格納されたメモ情報の更新に用いるメタ情報を所定のメタ情報サーバから取得し、この取得したメタ情報を用いて当該メモ情報を更新するメモ情報更新手段を更に備え、
前記メモ情報更新手段は、当該メモ情報の内容と前記スケジュール情報データベースに格納された前記端末のユーザのスケジュール情報とに基づいて当該メモ情報の更新日を特定し、この特定した更新日に当該メモ情報を当該メタ情報を用いて更新する、ことを特徴とする請求項１に記載のメモ情報管理サーバ。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【公開番号】特開２０１１−１８０９２３（Ｐ２０１１−１８０９２３Ａ）
【公開日】平成２３年９月１５日（２０１１．９．１５）
【国際特許分類】
【出願番号】特願２０１０−４５８０７（Ｐ２０１０−４５８０７）
【出願日】平成２２年３月２日（２０１０．３．２）
【出願人】（３９２０２６６９３）株式会社エヌ・ティ・ティ・ドコモ (5,876)
【公開日】平成２３年９月１５日（２０１１．９．１５）
【国際特許分類】
【出願日】平成２２年３月２日（２０１０．３．２）
【出願人】（３９２０２６６９３）株式会社エヌ・ティ・ティ・ドコモ (5,876)
[ Back to top ]