(57)【要約】【課題】情報提供者が視認させたい画像情報を、ユーザに出来る限り頻繁に目につくような表示をさせる。【解決手段】本発明の画像情報利用システムは、クライアントと、情報画像管理サーバとを具備し、該クライアントにおいて、画像情報と少なくとも固有の処理を規定する関連情報とをひとつの取り扱い単位とした「情報画像」を表示させる。その際の表示は、カレンダを表示させておき、その画像と関連の深いカレンダ中の日にあたるところにその画像を表示させる。【選択図】　図１
2004013420.tif 000002
【特許請求の範囲】
【請求項１】
（Ａ）操作部と、
ネットワークより得られた表示情報を解析し、該表示情報に基づいて、画像情報と少なくとも固有の処理を規定する関連情報とをひとつの取り扱い単位とした情報画像のデータを取得して、該情報画像の有する画像情報に従って画像を表示することができるようにされた第１管理領域と、
第１管理領域に表示された情報画像のうち、該操作部が特定操作を検出したときに該情報画像を記録するとともに情報画像管理サーバに該情報画像の登録があった旨の通知を行うことができ、該情報画像の有する関連情報に基づいて処理を実行でき、また、該情報画像が情報画像管理サーバの指示に基づいて更新されることができるようにされた第２管理領域と、
を具備し、該ネットワークに接続されたクライアントと、
（Ｂ）少なくとも、
画像情報と少なくとも固有の処理を規定する関連情報とをひとつの取り扱い単位とした情報画像を識別する識別情報と、
日付情報と、
をレコードの要素として具備するカレンダ情報データ管理部と、
少なくともその日の日付を表す現日付情報を生成するクロック部と、
該カレンダ情報データ管理部に対して照会し、該日付情報に対応する日付において該日付情報に対応する情報画像がクライアントにおいて表示されるカレンダの中の当該日付位置に表示されるように指示する表示情報を生成する表示情報生成部と、
所定の情報画像についてクライアントに対して更新を要求する更新要求部と、
を具備し、該ネットワークに接続されたカレンダ情報サーバと、
（Ｃ）少なくとも、
クライアント毎に弁別しうるクライアント識別子と、
画像情報と少なくとも固有の処理を規定する関連情報とをひとつの取り扱い単位とした情報画像を識別する識別情報と、
をレコードの要素として具備する情報画像特定情報記録部と、
クライアントが記録する情報画像について更新すべき情報を送信する情報画像更新部と、
を具備し、該ネットワークに接続された情報画像管理サーバと、
を具備し、
該クライアントから該カレンダ情報サーバに対してカレンダ情報の提供要求があったときには、該カレンダ情報サーバは該表示情報生成部により、情報画像を識別する識別情報を含む表示情報を生成し、該ネットワークを介してこれを該クライアントに送付し、
該表示情報を受けたクライアントが、第１管理領域により該表示情報を解析するとともに、該情報画像を表示し、このうち該操作部によって特定された情報画像を第２管理領域に記録させ、かつ該情報画像管理サーバに通知して、該情報画像管理サーバが具備する該情報画像特定情報記録部に該クライアントが該情報画像を記録した旨を記録する一方、
該カレンダ情報サーバが具備する該カレンダ情報データ管理部において記録されたレコードのうち日付情報が該クロックと一致したときに、該レコードの記録する情報画像について、カレンダ情報サーバがクライアントに対し新たな情報画像に更新をする旨の要求を送信し、
該要求に基づいて情報画像管理サーバが当該要求に対応する情報画像を記録するクライアントに対して該情報画像の更新動作を行うようにしたことを特徴とする、
カレンダを介した広告システム。
【請求項２】
カレンダ情報と、カレンダ情報がクライアントにおいて表示される際、あわせて予め定められた日付に対応する位置に、画像情報と少なくとも固有の処理を規定する関連情報とをひとつの取り扱い単位とした情報画像が表示されるように指示する情報とを生成し、
クライアントの情報提供要求があったときに、上記生成した情報を提供するようにしたカレンダ情報サーバ。
【請求項３】
少なくとも、
画像情報と少なくとも固有の処理を規定する関連情報とをひとつの取り扱い単位とした情報画像を識別する識別情報と、
日付情報と、
をレコードの要素として具備するカレンダ情報データ管理部と、
該カレンダ情報データ管理部に対して照会し、該日付情報に対応する日付において該日付情報に対応する情報画像がクライアントにおいて表示されるカレンダの中の当該日付位置に表示されるように指示する表示情報を生成する表示情報生成部と、
を具備することを特徴とするカレンダ情報サーバ。
【請求項４】
コンピュータに請求項２に記載のカレンダ情報サーバとして機能させるようにしたカレンダ情報サーバプログラム。
【請求項５】
コンピュータに請求項２に記載のカレンダ情報サーバとして機能させるようにしたカレンダ情報サーバプログラム。
【請求項６】
請求項４に記載のカレンダ情報サーバプログラムを記録したプログラム記録媒体。
【請求項７】
請求項５に記載のカレンダ情報サーバプログラムを記録したプログラム記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本願において開示する発明は、人が日々のカレンダを参照しながら行動するという行動態様に着目し、主としてパーソナルコンピュータなどの情報端末において、その操作者に対し情報提供者が視認させたい画像情報をより長い間視認できる状態に置くことができるカレンダ情報サーバ等に係る。
【０００２】
詳しくは、情報提供者が視認させたいと考えている画像があって、特にその画像にかかる情報が予め定められた日付に関係がある場合、クライアントにカレンダとともにその画像をカレンダ中に埋め込んで表示をさせることができるようにしたカレンダ情報サーバ等に関するものである。
【０００３】
【従来の技術】
ネットワーク上で広告主が一般のユーザに対して商品などの情報を伝達したい場合、予めユーザの電子メールアドレスなどが登録されているときにはそのユーザに対し、登録されている電子メールアドレスを用いて情報の送付が行われることが多い。
【０００４】
このためには、ユーザの電子メールアドレスの登録が必要になるが、電子メールのアドレスについては、電話帖のような汎用的な開示手段がないために、ユーザによる積極的な登録作業が必要になっている。
【０００５】
ところで、ユーザが積極的にそのメールアドレスの登録をするのは、そのユーザにとっての利益があるときが主であり、たとえば、ソフトウエア・アプリケーションを購入に際して行う場合、そのアフターサービスを受けうる資格要件としていたり、購買品の輸送を伴ったりするものであるときには本人確認・輸送先指定の手段となる等に限られるのが普通である。
【０００６】
このため、近時、ネットワークを用いて売買を行う「Ｅ−コマース」の分野では、ポータルサイトと呼ばれるような、複数の販売者が集まってひとつのＷＥＢページを作成し、ユーザをしてそのページから各販売者にアクセスが可能となるサイトを設けるとともに、このＷＥＢページから売買をしたユーザに、売買の際に電子メールアドレスを登録させ、この登録情報に基づいてその後の広告活動を行うようなものが増えてきている。
【０００７】
【発明が解決しようとする課題】
しかし、ＷＥＢが普及するにつれ、キーワードを指定するとそのキーワードを含んだＷＥＢページを抽出する検索エンジンが充実してきており、このため、ユーザはポータルサイトを介さずして各販売主体の有する情報提供サイトに直接アクセスすることが容易になってきた。
【０００８】
ポータルサイトを通さずにＥ−コマースが可能となると、ユーザは余計な負担がかかるポータルサイトを利用しなくなる傾向が強くなる。このため、多くの販売者は、共同して同一ユーザの電子メールアドレスを把握することができなくなり、一の販売者が把握できる電子メールアドレスの量が減少する傾向にある。
【０００９】
また、個人データの保護が重要視されている近時の社会的要請からしても、複数の販売者が同一ユーザの電子メールアドレスの利用をしあうことが困難であり、上記のようなポータルサイトのみでビジネスモデルを構築することには限界が感じられるようになっていている。
【００１０】
【課題を解決するための手段】
本願発明は上記課題に記載した背景において考えられたものであり、以下のような手段を採ることで、ポータルサイトの優位性を維持しつつ、電子メールアドレスなどのユーザ情報の収集を推進することができる広告システムを構築することを図ったものである。すなわち、本願発明は、個人毎に嗜好・生活パターンは異なるものの、凡そ全ての人間の行動はカレンダを参照しながら行われていることに着目し、ユーザが生活の各場面で利用できるページを提供し、これを個人が頻繁に目に触れる共通ページとするとともに、これをポータルサイトとして機能させるようにすることで、前記課題の低減を図るものである。
【００１１】
なお、本明細書中では「情報画像」なる用語を用いるが、これは画像情報と、少なくとも固有の処理を規定する関連情報とをひとつの取り扱い単位としたものである。具体的な内容については発明の実施の形態において詳しく説明するが、情報画像と画像情報とは明確に異なる概念であることを注記する。
【００１２】
また、本明細書中において、「広告」とは、単に顧客を誘致するために商品や興行物などについての多くの人に知らせようとするものばかりでなく、広く情報を頒布することを意味するものであることを注記する。
【００１３】
また、本願において、カレンダとは、「日」の表示をいう。例えば、１月１日、２日、３日と始まり、１２月３１日で終わる一年を通じて全日を１ページに表示するようなものから、祝日のみを一覧表にするもの、毎月定期的に同じ数値の日のみを並べたものなどが挙げられる。なお、表示の態様として、数値表示・文字表示・絵表示を問わない。
【００１４】
また、本明細書中において、「カレンダ情報」とは、少なくとも、月のうちの日付数値と曜日識別情報を含む情報のことをいい、たとえば、２００２年３月であれば、少なくとも１日をあらわすデータと金曜をあらわすデータが組となっているものを意味している。もちろん、これは一日だけで構成されるカレンダ情報であるが、たとえば２００２年２月１日乃至２月２９日のすべての数値とその対応する曜日が表の形式でクライアントが具備する表示手段に表形式で表わされる様に指示する情報もこれに含まれるものである。もちろん、上記カレンダをクライアントで表示させるための指示情報なども含まれてよい。
【００１５】
（１．請求項１に係る発明）
【００１６】
請求項１に記載の発明は、クライアントと、カレンダ情報サーバと、情報画像管理サーバとを具備し、該クライアントにおいて、画像情報と少なくとも固有の処理を規定する関連情報とをひとつの取り扱い単位とした情報画像の取得促進をさせる、画像情報利用システムを提供するものである。
【００１７】
ここで、クライアントは、操作部と第１管理領域と第２管理領域を具備する。第１管理領域は、少なくともクライアントの接続しているネットワークに直接的または間接的に接続しているアクセス可能な情報画像提供サーバにある情報を取り出し、これを表示できるように作用する。
【００１８】
第２管理領域は、第１管理領域で表示された情報画像のうち第２管理領域での管理を指定されたものを記録し表示するように作用する。ここで記録の際には情報画像管理サーバに対し情報画像の登録があった旨の通知を行うように作用する。また、情報画像管理サーバから送られた情報画像の更新指示に従って、既に記録されている情報画像を更新するように作用する。さらに、表示されている情報画像が有する関連情報に基づいて、操作者による操作があったときにその操作によって指示された関連情報に関する動作を起こすように作用する。
【００１９】
情報画像管理サーバは、情報画像特定情報記録部と情報画像更新部とを具備する。
【００２０】
クライアントは、その第２管理領域に情報画像の登録があったときにはその機能により本情報画像管理サーバに対して通知を行うが、情報画像特定情報記録部はこの通知に基づいて、登録があった情報画像が何かを表す情報画像特定情報（例えば情報画像のファイル名などがこれにあたる）をクライアントごとに記録する。このため、情報画像特定情報記録部は、これにアクセスすれば、本情報画像管理サーバの管理するクライアントがどのような情報画像を第２管理領域に記録しているのかを把握することができるようになっている。
【００２１】
情報画像更新部は、前記情報画像特定情報記録部において記録され管理されているクライアントの第２管理領域に記録されている情報画像について、これを更新・追加するように作用する。更新のタイミングは、例えば広告主等、情報画像を更新したいとする者が、新たにクライアントに情報を提供する準備ができたときなど、任意に行って構わない。
【００２２】
本請求項にかかる発明では、上記のように構成された広告システムを用い、クライアントがカレンダ情報サーバに対してカレンダ情報の提供を要求したときに、カレンダ情報サーバは情報画像をカレンダ上に載せたページを提供し、この情報画像を通じてカレンダ情報サーバはクライアントを把握し、広告主などが新たに情報を提供したいときに、これら把握されたクライアントに情報を提供するように動作させることになる。
【００２３】
（２．請求項２に係る発明）
【００２４】
請求項２に係る発明は、上記請求項１を構成する広告システムの発明のうち、カレンダ情報サーバに係るものである。
【００２５】
このため、カレンダ情報サーバでは、たとえば「５月３日」など日付を構成する数値の列を生成しすることで、カレンダ情報を生成するとともに、クライアントにおいて日付として表示される部分に対応してその日付に関連付けられた情報画像が表示できるような表示情報を生成するように作用する。
【００２６】
（３．請求項３に係る発明）
【００２７】
請求項３に係る発明は、上記請求項２におけるカレンダ情報サーバに係るものであって、具体的にカレンダ情報データ管理部と、表示情報生成部とを具備することを特徴とするものである。
【００２８】
ここで、カレンダ情報データ管理部では、情報画像を識別する識別情報と日付情報をレコードの要素として記録がされるようになっている。ここで情報画像を識別する識別情報とは、一の情報画像を特定することができる情報であって、例示するならば、代表的にはコンピュータが管理する単位である情報画像のファイル名がこれに当たる。
【００２９】
すなわち、情報画像と日付情報とを対にして記憶されることで、日付と情報画像が関連付けられるように作用する。ここで、日付情報とは、少なくとも特定の一の年月日を表わす情報をいう。
【００３０】
表示情報生成部は、「５月２日」など、日付を構成する数値の列を生成してカレンダとしての基本的な情報を生成するとともに、上記カレンダ情報データ管理部に問い合わせ、クライアントにおいて日付として表示される部分に対応してその日付に関連付けられた情報画像が表示できるような表示情報を生成するように作用する。
【００３１】
（４．その他の請求項に係る発明）
【００３２】
その他の請求項に係る発明については、図２５にまとめた。
【００３３】
【発明の実施の形態】
本願発明に係る実施の形態について、図１乃至図２４を用いて説明する。
（目次）
本発明の実施の形態については、以下の順に説明を行う。
１．共通の概念
１．１．関連情報
１．２．画像情報とともに関連情報を内包する情報画像
１．３．表示端末に表示されるグラフィックイメージ
１．３．１．コンピュータに好適なグラフィックイメージ例
１．３．２．コンピュータに好適な別のグラフィックイメージ例
１．３．３．デジタルテレビやＰＤＡに好適な別のグラフィックイメージ例
１．４．第１管理領域・第２管理領域間の通信
２．本願に係る第１の発明の実施の形態
２．１．概要
２．２．第１の発明の実施の形態に係るシステムの構成
２．２．１．ネットワーク１０６
２．２．２．情報画像提供サーバ１０７
２．２．３．情報画像管理サーバ１０２
２．２．４．クライアント１０３
２．２．４．１．クライアントの構成例
２．２．４．２．クライアントの動作例
２．２．５．情報画像提供サーバ１０７
２．２．６．カレンダ情報サーバ
２．２．７．登録用クライアント
２．３．第１の発明の実施の形態に係るシステムの動作
２．４．第１の実施の形態における利用場面：シナリオ
２．５．第１の実施の形態における補足
２．５．１．条件決定部の取り扱い
２．５．２．第１の発明の実施の形態における応用
３．第２の発明の実施の形態
３．１．第２の発明の実施の形態の構成
３．１．１．概要
３．１．２．ユーザサイドに表示するフォームの構成
３．１．３．カレンダ情報サーバ中の構成
３．２．第２の実施の形態における動作
４．第３の発明の実施の形態
４．１．概要
４．２．第３の発明の実施の形態の構成
４．２．１．概要
４．２．２．第１のユーザサイドに表示するフォームの構成
４．２．３．本実施の形態の構成
４．２．３．１．ネットワーク２２０６
４．２．３．２．情報画像管理サーバ２２０２
４．２．３．３．受贈者クライアント２２０３
４．２．３．４．贈呈者クライアント２２１６
４．２．３．５．カレンダ情報サーバ２２０１
４．２．３．６．情報画像提供サーバ２２０７
４．３．第３の実施の形態における動作
４．４．贈呈用クライアントに表示するフォームの送信
５．第４の発明の実施の形態
６．その他
６．１．情報画像の生成
６．１．１．情報画像生成サーバを利用する手法
６．１．２．情報画像管理サーバを利用する手法
６．２．情報画像のセキュリティ
―――・・・―――・・・―――・・・―――・・・―――・・・―
【００３４】
（１．共通の概念）
【００３５】
まず、本発明の実施の形態並びにその変形例について共通する概念から説明する。
特に、本願発明に係る「情報画像」について詳述する。
【００３６】
（１．１．関連情報）
まず、関連情報について説明する。
関連情報とは、クライアントの操作者に画像を視認させ、この画像を手がかりに特定の動作をさせる場合における、その動作の基礎となる情報である。すなわち関連情報は、画像情報と関連づけられた情報であって、たとえば、クライアントの操作者に特定のサーバにある情報を参照させたい場合には、その情報を特定する情報（ＵＲＬやＩＰアドレスなど）がこれにあたる。また、特定のプログラムを動作させたい場合には、そのプログラム名やプログラムそのものとしても構わない。たとえば、新たな画像情報をサーバから取得するなどの指示情報とすることができる。
【００３７】
ここで、情報を特定する情報としては、情報画像ファイルそのものを特定する情報であってもよいし、情報画像取得の手がかりとなるページのＵＲＬであってもよい。
【００３８】
（１．２．画像情報とともに関連情報を内包する情報画像）
次に同じく本実施の形態において共通して用いる概念である、関連情報が内包された情報画像について図７乃至図８を用いて説明する。ここで、内包させる情報としては、関連情報やその画像を特定するための識別子とすることができる。
【００３９】
図７は関連情報を埋め込んだ情報画像のフォーマットを例示した図である。
ここで、画像情報はＧＩＦフォーマットの画像を例にとっている。なお、フォーマットについてはＧＩＦ形式をとらずとも、ＪＰＧ形式やＰＮＧ形式などを採っても構わない。
【００４０】
開始部７０１は、本情報がＧＩＦ形式の画像情報であることを識別するために設けられたフィールドであり、‘ＧＩＦ’なる文字列ならびにそのバージョンが割り当てられたものである。
【００４１】
配色表式画像データ７０３は、画素は、左から右、上から下の順序で配列された画像データである。ここで、ＧＩＦの場合、可変長符号のＬＺＷアルゴリズムを使って符号化されている。
【００４２】
注釈拡張部７０５は、ＧＩＦデータ・ストリーム中のグラフィック情報とはならない文章情報を含んでいる。これは、グラフィックや製作関係者名や内容説明に関する注釈、あるいは、その他、制御やグラフィックのデータでない類のもの全てを含めることができるようになっている。そして一般の表示ではこの部分を無視するようになっている。
【００４３】
終了部７０６は、このデータ・ストリームが終了したことを示し、他のパラメータ情報などがこの後に続かないことを意味するようになっている。
【００４４】
開始部７０１と配色表式画像データ７０３の間７０２と、配色表式画像データ７０３と注釈拡張部７０５の間７０４には、これら以外の情報を含んでいる。例として、画面幅、画面高さ、色解像度など、これから描画する画像に必要な表示装置の領域を定義するパラメータを含んだ情報が割り当てられている。
【００４５】
関連情報７０７は、上記注釈拡張部７０５にそのまま、若しくは暗号化などの処理を施した後に配置され、ひとつの画像情報としてまとまることになる。
【００４６】
これにより、結果として、データ・ストリームとしての画像情報は、その内部に関連情報や識別子を含むことができるようになる。
【００４７】
これらの説明はすべてＧＩＦフォーマットで行ったが、他のフォーマット形式の画像形式であっても、このように画像情報と分離された領域に記録されれば構わない。
【００４８】
次に別の画像情報への埋め込み形式について図８を用いて説明する。
図８は関連情報を埋め込んだ画像情報の別のフォーマットを例示した図である。
【００４９】
ここでも、画像情報はＧＩＦフォーマットの画像を例にとっている。この例においても、フォーマットについてはＧＩＦ形式をとらずとも、ＪＰＧ形式やＰＣＸ形式などを採っても構わない。
【００５０】
開始部８０１は、上記と同じく、本情報がＧＩＦ形式の画像情報であることを識別するために設けられたフィールドであり、‘ＧＩＦ’なる文字列ならびにそのバージョンが割り当てられたものである。
【００５１】
配色表式画像データ８０３は、画素は、左から右、上から下の順序で配列された画像データを配置するところであるが、ここでは画像情報８０７と関連情報８０８をウォーターマークの形式で混在させることにより、視覚上関連情報がそのまま視認できないようにするとともに、画像情報はそのまま視認できるようなものとなるように混合８０９されるようになっている。ここで、このようにして混合８０９された情報は、可変長符号のＬＺＷアルゴリズムを使って符号化される。
【００５２】
注釈拡張部８０５は、ＧＩＦデータ・ストリーム中のグラフィック情報とはならない文章情報を含んでいる。本例では特に必要としないフィールドであるが、必要となれば、自由な定義で情報提供者が利用することが可能である。
【００５３】
終了部８０６は、このデータ・ストリームが終了したことを示し、他のパラメータ情報などがこの後に続かないことを意味するようになっている。
【００５４】
この画像例においてもすべてＧＩＦフォーマットで行ったが、他のフォーマット形式の画像形式であっても、このように画像情報と分離された領域に記録されれば構わない。
【００５５】
（１．３．表示端末に表示されるグラフィックイメージ）
本発明に係るクライアントに表示されるグラフィックイメージの例について図３乃至図６を用いて説明する。
【００５６】
（１．３．１．コンピュータに好適なグラフィックイメージ例）
まず、表示・操作端末としてＷｉｎｄｏｗｓ　９ｘ，　Ｗｉｎｄｏｗｓ　ＮＴ，　Ｗｉｎｄｏｗｓ　２０００（マイクロソフト社の登録商標、以下本明細書全部にわたって同じなので、省略する），Ｌｉｎｕｘなど、グラフィック表示が可能なＯＳをサポートしたコンピュータを使用した場合には、図３に示すようなルック・アンド・フィールを採ることが好適なので、これを説明する。
【００５７】
表示画面３０１は、例えばブラウン管表示面・ＴＦＴ液晶画面・人体に装着する眼鏡に組み込んだ表示装置における画面等であって、表示・操作装置からの情報を人間が視覚的に把握できるように作用する。なお、この図面上、表示画面３０１の境界部分がその表示デバイスの最外枠となっているが、表示デバイスの中に当該枠を表示しても構わない。
【００５８】
ワンタッチ・ウインドウ３０４は、少なくとも画像（若しくは写真などの画像情報、以下同じ）３０５、３０６を表示するウインドウであって、本情報表示装置の端末の操作者が図示しない操作手段によって、画像３０５を指定したときには、少なくともひとつの関連情報を表示し、その情報に基づく何らかの処理を起動させ、また複数ある場合にはこれらを選択しその情報に基づく何らかの処理を起動させることができるようになっている。すなわち、表示画面３０１上で、このワンタッチ・ウインドウ３０４は、画像３０５，３０６を手掛かりとして特定の動作をガイドさせるための特別の管理領域（本明細書において第２管理領域として説明しているもののうち、表示部分にあたる）として作用しており、この領域内に表示されている画像を手掛かりにして、端末の操作者は新たな操作を実現できるようになっている。ここで操作手段としてマウスが備わっている場合には、マウスの右クリックをすることにより、ポップアップ・メニユーを出現させ、ここに関連情報を表示するとともに、関連情報が複数の情報からなっている場合には、左クリックでこれら関連情報のうちのひとつを特定させるなどするのが好ましい。
【００５９】
情報提供ウインドウ３０２は、少なくとも画像３０３等を表示するフレームである。本情報表示装置の端末の操作者が図示しない操作手段によって、このフレーム内に表示される画像を特定したときには、この操作に基づいて新たな画像がワンタッチ・ウインドウ３０４に追加・登録されるようになっている。
【００６０】
なお、このときワンタッチ・ウインドウ３０４に追加される画像は、特定され情報提供ウインドウ３０２内に表示されていた画像をそのまま表示してもよく、また必要に応じて他の画像に換えても構わない。情報提供ウインドウ３０２には、画像の他、文字情報３０７などを表示するようにしてもよい。
【００６１】
すなわち、表示画面３０１上で、この情報提供ウインドウ３０２は、画像等を表示して端末の操作者に興味を持たせるとともに、端末の操作者が画像を特定する操作をすることで上記ワンタッチ・ウインドウ３０４への登録に導く管理領域（本明細書において、第１管理領域として説明しているもののうち表示部分にあたる）として作用している。
【００６２】
なお、表示・操作端末の操作者による特定操作について、マウスなどのポインティングデバイスが操作手段に備わっているときには、そのポインタで登録したい画像を指定し、これをワンタッチ・フレーム３０２上に移動させてここに落とすという、所謂ドラッグ・アンド・ドロップというユーザ・インターフェース技法を使うことが望ましい（３０８）。このユーザ・インターフェースを使うと、たとえば情報提供ウインドウ３０２として、インターネット・エクスプローラやネットスケープ・ナビゲータを使った場合、他のＷｉｎｄｏｗｓ（登録商標）プログラムと同様の操作フィールを得ることができるので、有利である。
【００６３】
（１．３．２．コンピュータに好適な別のグラフィックイメージ例）
また、別のインターフェース例として図４乃至図５に示すようなウインドウを使うことができる。
【００６４】
表示画面４０１、５０１は、例えばブラウン管表示面・ＴＦＴ液晶画面・人体に装着する眼鏡に組み込んだ表示装置における画面等、表示装置からの情報を人間が視覚的に把握できるように作用する。
【００６５】
情報表示・登録ウインドウ４０２は、操作者に、情報提供者から得られる画像の表示並びに登録の操作を行わせるインターフェースとして機能するようになっている。
【００６６】
情報提供タブ４０３は、情報表示・登録ウインドウ４０２の領域内に設けられた管理領域を選択するインターフェース要素であって、これがアクティブになったときには情報提供者から送付されてきた画像を第１管理領域４０５に表示できるようになっている。そして、本情報表示装置の端末の操作者が図示しない操作手段によって、ここに表示される画像を特定したときには、この操作に基づいて新たな画像が、ワンタッチ・タブ４０４がアクティブになったときに表示される第２管理領域に追加されるようになっている。
【００６７】
ワンタッチ・タブ４０４は、情報表示・登録ウインドウ４０２の領域内に設けられた管理領域を選択するインターフェース要素であって、これをアクティブにしたときに第２管理領域を表示させ、第１管理領域４０５で登録を指示された画像について、これに係る新たな画像をその第２管理領域内５０５できるようになっている。そして、本情報表示装置の端末の操作者が図示しない操作手段によって、ここに表示される画像を特定したときには、この操作に基づいて少なくともひとつの関連情報を表示し、その情報に基づく何らかの処理を起動させ、また複数ある場合にはこれらを選択しその情報に基づく何らかの処理を起動させることができるようになっている。すなわち、情報表示・登録ウインドウ５０２上で、この第２管理領域５０５は、画像５０３，５０４を手掛かりとして特定の動作をガイドさせるための管理領域（第２管理領域）として作用しており、この領域内に表示されている画像を手掛かりにして、端末の操作者は新たな操作を実現できるようになっている。
【００６８】
このユーザ・インターフェースを使うと、表示画面４０１，５０１の面積が小さかったり、画面の解像度が低かったりする場合に、情報表示・登録操作を少ない表示領域で完結させることができ、有利である。
【００６９】
（１．３．３．デジタルテレビやＰＤＡに好適な別のグラフィックイメージ例）次に、情報画像をデジタルテレビやＰＤＡ（Ｐｅｒｓｏｎａｌ　Ｄａｔａ　Ａｓｓｉｓｔａｎｃｅ）などの携帯端末に対して利用する場合には、図６に示すようなルック・アンド・フィールを採ることが好適なので、これを説明する。
【００７０】
表示画面６０１は、例えばブラウン管表示面・ＴＦＴ液晶画面・人体に装着する眼鏡に組み込んだ表示装置における画面等、表示装置からの情報を人間が視覚的に把握できるように作用する。ここでも、この図面上、表示画面６０１の境界部分がその表示デバイスの最外枠となっているが、表示デバイスの中に当該枠を表示して実施しても構わない。
【００７１】
ワンタッチ・フレーム６０２は、上記ワンタッチ・ウインドウと同じく機能するものであり、少なくとも画像６０８を表示するフレームであって、本情報表示装置の端末の操作者が図示しない操作手段によって、画像６０８を指定したときには、少なくともひとつの関連情報を表示し、その情報に基づく何らかの処理を起動させ、また複数ある場合にはこれらを選択しその情報に基づく何らかの処理を起動させることができるようになっている。すなわち、表示画面６０１上で、このワンタッチ・フレーム６０２は、画像６０８を手掛かりとして特定の動作をガイドさせるための特別の管理領域として作用しており、この領域内に表示されている画像を手掛かりにして、端末の操作者は新たな操作を実現できるようになっている。
【００７２】
情報提供フレーム６０３は、上記情報提供ウインドウと同じく機能するものであり、少なくとも画像６０５、６０６等を表示するフレームであって、本情報表示装置の端末の操作者が図示しない操作手段によって、このフレーム内に表示される画像を特定したときには、この操作に基づいて新たな画像がワンタッチ・フレーム６０２に追加されるようになっている。
【００７３】
なお、このとき追加される画像は、特定され情報提供フレーム６０３内に表示されていた画像をそのまま表示してもよく、また必要に応じて他の画像に換えても構わない。情報提供フレーム６０３には、画像の他、文字情報６０７などを表示するようにしてもよい。
【００７４】
すなわち、表示画面６０１上で、この情報提供フレーム６０３は、画像等を表示して端末の操作者に興味を持たせるとともに、端末の操作者が画像を特定する操作をすることで上記ワンタッチ・フレーム６０２への登録に導くという特別の管理領域（第１管理領域）として作用している。
【００７５】
なお、表示・操作端末の操作者による特定操作並びにワンタッチ・フレームへの登録について、マウスなどのポインティングデバイスが操作手段に備わっているときには、ポインタを登録したい画像を指定し、これをワンタッチ・フレーム６０２上に移動させて落とすという、所謂ドラッグ・アンド・ドロップというユーザ・インターフェース技法を使っても構わない。
【００７６】
コンテンツ表示面６０４は、たとえば、デジタル放送における映画など、コンテンツを表示するフレームであり、端末の操作者が得たい情報を表示するために利用する領域である。なお、このコンテンツは動画などに限らず、静止画、文字放送の情報など、人間の視覚を刺激して伝達する一切の情報を含むものである。
【００７７】
（１．４．第１管理領域・第２管理領域間の通信）
第１管理領域と第２管理領域との間では関連情報等の通信を行うことになるが、これを実現するには、プロセス間もしくはスレッド間の通信によることになる。一般にプロセス間・スレッド間の通信について、その実現手法はさまざまなものを選択することができる。たとえば、２つの領域を制御する制御部が共通のメモリ空間・ファイルを利用して通信をすることができる。また、新たな別のプロセスを作成し、このプロセスとの間でＣＯＭ技術に基づいて通信を確立することで、第１管理領域と第２管理領域との間のデータ通信を行うことも可能である。なお、ＣＯＭ技術については、マイクロソフト社のＷＥＢサイト
ｈｔｔｐ：／／ｗｗｗ．ａｓｉａ．ｍｉｃｒｏｓｏｆｔ．ｃｏｍ／ｊａｐａｎ／ｃｏｍ／
に詳しい。
【００７８】
―――・・・―――・・・―――・・・―――・・・―――・・・―
【００７９】
（２．本願に係る第１の発明の実施の形態）
【００８０】
次に本発明における第１の発明の実施の形態を説明する。
【００８１】
（２．１．概要）
【００８２】
第１の発明の実施の形態においては、広告主などが、販売する商品のリリース日程などを一般のユーザに通知する場面において用いられることを主眼としている。
【００８３】
本システムは、少なくともカレンダ情報サーバ１０１、情報画像管理サーバ１０２、並びにクライアント１０３により構成され、それぞれがネットワーク１０６に接続されるようにして動作するようになっている。加えて、これをサポートする情報画像提供サーバ１０７、登録用クライアント１１６が含まれて、ネットワーク上で運用されることになる。
【００８４】
（２．２．第１の発明の実施の形態に係るシステムの構成）
【００８５】
まず、図１を用いてシステム全体構成を説明する。
【００８６】
（２．２．１．ネットワーク１０６）
【００８７】
ネットワーク１０６は、有線・無線を問わず、これに接続されている装置が、それぞれ目的とする装置に対しセッションを確立したときにその間で情報の送受ができるように作用する。このため、図１中、ネットワーク１０６は一本の基幹線によって接続されるように表示してあるが、これはインターネットのように、ゲートウエイを介して複数のネットワークが組み合わされて実現しても構わない。また、その接続についてもいわゆるバックボーンといわれる基幹線に直接接続せずとも、ＰＰＰ接続などによって一時的に接続してあっても、セッションを確立したときにその間で情報の送受ができるようになっていれば構わない。
【００８８】
（２．２．２．情報画像提供サーバ１０７）
【００８９】
情報画像提供サーバ１０７は、ネットワーク１０６に接続され、ネットワークを介して情報提供要求があったときには、その要求に応答して、記録してある情報を要求元に対し送出するようになっている。また、特に内部には情報画像が記録されていて、ネットワークを介してこの情報画像についての提供要求があったときにはこの情報画像が要求元に対して提供されるようになっている。
【００９０】
（２．２．３．情報画像管理サーバ１０２）
【００９１】
情報画像管理サーバ１０２は、ネットワーク１０６に接続され、その内部に情報画像特定情報記録部１１４と情報画像更新部１１５とを有している。
【００９２】
ここで情報画像特定情報記録部１１４の構成について、図１４を用いて説明する。
【００９３】
情報画像特定情報記録部１１４は、本サーバと通信可能に直接または間接的に接続されたクライアントとの間で通信を行う。ここで、直接または間接としたのは、ネットワーク１０６に対し有線・無線を問わず直接接続するものであっても、バッファなどを介して接続するものであっても、また、ネットワークとしてゲートウエイなどを挟んでいても、相互に通信が可能な状況になっていればよいという意味である。すなわち、少なくともクライアントの第１管理領域にあった情報画像が第２管理領域に登録されたときには第２管理領域からの通知がされるが、このときには本情報画像特定情報記録部１１４はこの通知に基づいて、少なくともクライアントを個別に識別することができるＩＤ（以下、クライアントＩＤ１４０１という）と、登録された情報画像を特定する情報（たとえば、情報画像のファイル名など）である情報画像特定情報（すなわち情報画像ＩＤ１４０２）とを確定し、これをひとつのレコードとして記録するようになっている。このため、データベースとして機能する情報画像特定情報記録部１１４は、クライアントのＩＤを用いて問い合わせを行えば、そのクライアントがどのような情報画像を第２管理領域に登録したかを把握することができる。また、情報画像特定情報を用いて問い合わせを行えば、どのクライアントがその情報画像を第２管理領域に登録したのかを把握することができることになる。なお、本実施の形態においては、このうち情報画像特定情報を用いた問い合わせを行うことができればよい。
【００９４】
このほか、この登録があった日時を示す登録日時１４０３、その他の情報１４０４が併せて同一のレコードに記録されていると、様々な統計を取るなどの際に有利である。
【００９５】
次に情報画像更新部１１５について説明する。情報画像更新部１１５は、特定のクライアントが有している特定の情報画像について、これを別の情報画像に更新することができるようになっている。このため、情報画像特定情報記録部１１４が記録するクライアントが本情報画像管理サーバ１０２に対してセッションを確立したときに、このセッションを張ったクライアントのＩＤを確認、そのクライアントＩＤに対応するクライアントが第２管理領域に記録している情報画像を情報画像特定情報記録部に問い合わせることにより検出、これら情報画像の中に更新すべきものが含まれていたときには、これを上記セッションのソケットを用いて更新情報画像を送出するようになっている。なお、ＯＳにＷｉｎｄｏｗｓ（登録商標）を用いている場合のセッションの作成については、マイクロソフト社のＭＳＤＮサイト中、特に
【００９６】
ｈｔｔｐ：／／ｗｗｗ．ａｓｉａ．ｍｉｃｒｏｓｏｆｔ．ｃｏｍ／ｊａｐａｎ／ｄｅｖｅｌｏｐｅｒ／ｌｉｂｒａｒｙ／ｖｃｓａｍｐｌｅ／＿ｓａｍｐｌｅ＿ｍｆｃ＿ｃｈａｔｓｒｖｒ．ｈｔｍ
【００９７】
並びに
【００９８】
ｈｔｔｐ：／／ｗｗｗ．ａｓｉａ．ｍｉｃｒｏｓｏｆｔ．ｃｏｍ／ｊａｐａｎ／ｄｅｖｅｌｏｐｅｒ／ｌｉｂｒａｒｙ／ｖｃｓａｍｐｌｅ／＿ｓａｍｐｌｅ＿ｍｆｃ＿ｃｈａｔｔｅｒ．ｈｔｍ
【００９９】
において詳しい。また、マイクロソフト社のＤｉｃｒｅｃｔＰｌａｙ技術を用いて実現することも可能である。
【０１００】
（２．２．４．クライアント１０３）
【０１０１】
クライアント１０３は、ネットワーク１０６に接続されたパーソナルコンピュータ、デジタルテレビ、ＰＤＡ（情報端末）など、情報処理装置であって、その接続の態様は、直接的に有線で接続されていても、無線などによって接続されていても構わない。クライアントは前述したとおり、その内部に第１管理領域・第２管理領域それぞれの機能が生じるようになっている。一般にこれらの機能はプログラムによって実現する。
【０１０２】
（２．２．４．１．クライアントの構成例）
【０１０３】
ここで、図９を用いてクライアント１０３の詳細を説明する。
【０１０４】
画像表示部９０１は、たとえばマイクロソフト社製インターネット・エクスプローラであって、操作者より特定サーバの情報のダウンロード指示があったときには、その指示に基づいて情報画像提供サーバ９１０にネットワークを介して論理接続し、その情報を取得し、第１管理領域に表示するようになっている。
【０１０５】
また、第２管理領域は、たとえば、更新等情報画像取得部９０４、情報画像記録部９０５、関連情報取得部９０６、画像表示構成部９０７、画像特定部９０８、動作決定部９０９を構成して実施することができる。
【０１０６】
通信ＣＯＭ９０２は、ＯＳの機能であるコンポーネント・オブジェクト・モデル（Ｃｏｍｐｏｎｅｎｔ　Ｏｂｊｅｃｔ　Ｍｏｄｅｌ）を利用したプロセス（もしくはスレッド、以下同じ）間の通信実現手段であって、たとえばドラッグ・アンド・ドロップなどのユーザ・インターフェース操作があった場合に、ドラッグされたプロセス（若しくはスレッド）からドロップされたプロセス（若しくはスレッド）への情報の伝送を実現するようになっている。
【０１０７】
更新等情報画像取得部９０４は、ネットワークに接続され、情報画像管理サーバ９１１から情報画像を受け取り、次段の情報画像記録部９０５に転送するようになっている。
【０１０８】
情報画像記録部９０５は、通信ＣＯＭ９０２もしくは更新等情報画像取得部９０４から通知されてきたものであって、画像情報と関連情報がひとつの取り扱い単位としてまとめられている情報画像を記録するようになっている。なおここで、情報画像として記録するのでなく、画像情報と関連情報とをそれぞれ関連を持たせたまま別のメモリに記録させるなどしても構わない。情報画像記録部９０５はまた、第１管理領域から第２管理領域へのドラッグ・アンド・ドロップ操作などにより情報画像の登録動作があったときには、関連情報取得部９０６を介して、特定のサーバに情報画像が第２管理領域へ登録された旨の通知をするようになっている。
【０１０９】
関連情報取得部９０６は、情報画像記録部９０５に接続され、情報画像記録部９０５に記録された情報画像から、関連情報の部分のみを取得するようになっている。
【０１１０】
画像表示構成部９０７は、情報画像記録部９０５に接続され、第２管理領域からの表示として、情報画像記録部９０５に記録されている情報画像をすべてもしくは選択して表示するようになっている。即ち、前記ワンタッチ・フレーム（ワンタッチ・ウインドウ）を通して操作者が情報画像に係る画像を知覚できるようにする。
【０１１１】
画像特定部９０８は、ＯＳインターフェース９０３の機能により、第２管理領域において表示されている画像を操作者が特定した場合、その画像に対応する情報画像が特定されるようになっている。
【０１１２】
動作決定部９０９は、画像特定部９０８と関連情報取得部９０６に接続され、操作者による特定を受けた情報画像の中の関連情報に基づいて動作を実行するようになっている。
【０１１３】
なお、ここで情報画像提供サーバ９１０、情報画像管理サーバ９１１は、それぞれ、情報提供画像サーバ１０７、情報画像管理サーバ１０２に同じである。
【０１１４】
（２．２．４．２．クライアントの動作例）
【０１１５】
次に、クライアントを図９のように構成した場合の動作について説明する。
【０１１６】
クライアントの操作者は、情報画像提供サーバ９１０から情報画像を含むページ情報を取得し画像表示部９０１に表示させる。この時、画像表示部にインターネット・エクスプローラを使っている場合には、ＨＴＴＰプロトコルによってサーバのＷＥＢページを表示するという動作を行うことになる。
【０１１７】
そして、クライアントの操作を行う者が、表示された画像を見て、第２管理領域に記録したいとする画像を決めると、この画像をドラッグ・アンド・ドロップなどによって第２管理領域に移す操作を行う。この時、ドラッグ・アンド・ドロップされる画像は情報画像であるので、通信ＣＯＭ９０２を通じて情報画像記録部９０５に記録されることになる。この時併せて、関連情報取得部９０６の作用により、動作決定部９０９を通じて、情報画像管理サーバ９１１にその情報画像を第２管理領域に登録した旨を通知することになる。
【０１１８】
一方、第２管理領域に係る情報画像記録部９０５において記録された情報画像は、画像表示構成部９０７の作用によって、ＯＳインターフェース９０３を介してクライアントの操作者にその表示がされることになる。そして、クライアントの操作者は、その表示された情報画像に記録された関連情報に基づいて、操作を行うと、画像特定部９０８ならびに動作決定部９０９の作用によって、この関連情報に関する動作を行うことになる。たとえば、関連情報として他の情報画像提供サーバのＵＲＬなどが含まれているのであれば、このＵＲＬに係るページを表示し、他の情報画像の取り込みを促されるようになる。一方、情報画像管理サーバ９１０から、第２管理領域において表示すべき情報画像の更新の指示があった場合には、その更新すべき情報画像を伴って更新等情報画像取得部９０４に通知があるので、この動作により情報画像記録部９０５に記録されている情報画像が追加もしくは更新されることになる。
【０１１９】
（２．２．５．情報画像提供サーバ１０７）
【０１２０】
情報画像提供サーバ１０７は、ネットワーク１０６に接続され、情報画像の作成要求があったときに、代表する画像情報と、関連情報を取得し、これらから対応する情報画像を合成する。そして、作成要求のあった装置に対し、若しくは直接情報画像管理サーバ１０２中の情報画像更新部１１５に更新すべき情報画像として送出するようになっている。
【０１２１】
（２．２．６．カレンダ情報サーバ）
【０１２２】
カレンダ情報サーバ１０１は、ネットワーク１０６に直接的若しくは間接的に接続され、クライアント１０３に対し、カレンダ情報を提供するように作用する。すなわち、クライアント１０３がカレンダ情報サーバ１０１に対してカレンダ情報の提供を要求したときに、カレンダ情報サーバ１０１は情報画像をカレンダ上に載せたページを提供するようになっている。
【０１２３】
カレンダ情報サーバには、このような機能を生ぜしめるため、カレンダ情報データ管理部１０８、個別日情報抽出部１０９、条件決定部１１０、表示情報生成部１１１、クロック部１１２、更新要求部１１３を備えていることが望ましい。
【０１２４】
具体的には、カレンダ情報データ管理部１０８は、少なくとも情報画像を識別する識別情報と、日付情報を対にして管理するデータベースであって、日付を指定すると、これに伴い対応する情報画像を決定することができるようになっている。
【０１２５】
この点、具体的には、図１５に示すようなフィールド構成のデータベースとすることが望ましい。このデータベースの構造を図１５を用いて説明する。
【０１２６】
情報画像ＩＤ１５０１は、情報画像を識別する識別情報を記録するフィールドであって、通常、コンピュータが管理するファイル名が記録されるようになっている。もちろん、情報画像が特定できるものであればファイル名でなくても構わない。
【０１２７】
情報画像活性日時フィールド１５０２は、少なくとも日付を記録するフィールドであって、情報画像ＩＤ１５０１と対にされる日時情報として機能する。そして、本実施の形態における広告システムの中では、クライアントの第２管理領域において記録される情報画像が、更新されるべき日時を記録することになる。
【０１２８】
情報画像類型１５０３は、情報画像ＩＤ１５０１に対応して、このレコードによって管理される情報画像の属性を表す識別子として機能するようになっている。具体的には、その情報画像が、新製品情報に関するものであるならば、新製品情報を表す識別子、イベントに関するものであるならばイベントを表す識別子のように定義され、これが記録されるようになるフィールドとなっている。
【０１２９】
優先値１５０４は、情報画像ごとにつけられた値であって、他の情報画像に係るレコードに記録される優先値と比較され、優劣をつけることができる「基準値」として機能するようになっている。
【０１３０】
情報画像ＵＲＬ１５０５は、その情報画像ＩＤ１５０１に対応する情報画像がネットワーク以上のいずれに記録されているかを指定するデータであって、クライアントにおける第１管理領域が、このデータを用いて、ネットワークに参照することで、本情報画像ＩＤ１５０１が特定する情報画像を把握することができるようになっている。
【０１３１】
なお、このレコードにおいて、情報画像ＩＤ１５０１と情報画像ＵＲＬ１５０５を分離して記録しているが、情報画像ＩＤとして情報画像ＵＲＬそのものを用いた場合には、分離して記録することなく、情報画像ＵＲＬを情報画像ＩＤとして記録するにとどめ、情報画像ＩＤ１５０１に係るフィールドを省略しても構わない。
【０１３２】
次に、カレンダ情報サーバ１０１の構成に戻って説明を続ける。
【０１３３】
個別日情報抽出部１０９は、後述する条件決定部１１０の機能により、もしくは、個別日情報抽出部１０９が必要であるとして決定された条件に合致するレコードを、カレンダ情報データ管理部１０８から抽出し、その結果を表示情報生成部１１１に供給するようになっている。具体的には、個別日情報抽出部１０９が、例えば１１月２３日に対応する情報画像を抽出するという条件を決定した場合には、カレンダ情報データ管理部中の情報画像活性日時フィールド１５０２に１１月２３日という値が記録されているレコードを抽出し、その結果を表示情報生成部１１１に供給するようになっている。
【０１３４】
条件決定部１１０は、クライアントから要求されたカレンダ表示の条件を解析、具体的にカレンダ情報データ管理部１０８に条件に合致したレコード取り出すために行う問い合わせのための条件を決定し、カレンダ情報データ管理部１０８にデータの抽出を依頼するようになっている。また、条件決定部１１０は、後述するクロック部１１２において生成された現日時が、カレンダ情報データ管理部１０８中の情報画像活性日時１５０２が記録する情報と合致する条件をカレンダ情報データ管理部に問い合わせるための条件を生成するようになっている。
【０１３５】
表示情報生成部１１１は、クライアントからの要求に対応して、カレンダ情報を生成して、クライアントに送出し、クライアント上でカレンダを表示することができるように機能する。
【０１３６】
具体的には、「５月２日」など、日付を構成する数値の列を生成してカレンダとしての基本的な情報を生成するとともに、上記カレンダ情報データ管理部に問い合わせ、クライアントにおいて日付として表示される部分に対応してその日付に関連付けられた情報画像が表示できるような表示情報を生成するようになっている。
【０１３７】
なお、５月２日のカレンダを作成するにあたり、２以上のレコード（１５１０、１５１１）が検索できたときには、そのレコードの優先度を比較して、表示情報を生成することが望ましい。ここで、クライアントへの表示の仕方にはいくつかの手法が考えられ、
【０１３８】
（Ａ）複数のレコードが検索できたときには、これら全てを重ねて表示するが、特に優先度の高いレコードに対応する情報画像を操作者手前側にあるように表示する、
【０１３９】
（Ｂ）複数のレコードが検索できたときには、これらのレコードが有する優先度に従った確率で唯一のレコードを選択し、この選択されたレコードに対応する情報画像を表示するようにする、
【０１４０】
などがその代表的なものに当たろう。もちろん、優先度を無視して、抽出されたレコードをランダムに選択し、これに対応する情報画像を表示するようにしても構わない。
【０１４１】
特に上記（Ａ）の場合のように、複数の選択をされ、重ねて表示される場合について説明する。
【０１４２】
カレンダ情報サーバ１０１のカレンダ情報データ管理部１０８で５月２日に当たるレコード（１５１０，１５１１）が存在する場合には、個別日情報抽出部１０９において、これらすべてのレコードが抽出されることになる。そして、この情報は表示情報生成部に送られる。表示情報生成部１１１は、これらのレコードを、優先値１５０４情報に基づいてソーティングを行う。そして、ソーティング結果に基づいて、情報画像の表示場所を少しずつずらすようにして、その表示情報を生成することになる。
【０１４３】
たとえば、インターネット・エクスプローラなどで表示を行う場合には、ＤＨＴＭＬ（Ｄｙｎａｍｉｃ　Ｈｙｐｅｒ　Ｔｅｘｔ　Ｍａｒｋｕｐ　Ｌａｎｇｕａｇｅ）を用いて、これを実現するのが容易である。この手法によって生成する表示情報の例を、図２３を用いて説明する。図２３は、情報画像が重複して存在するときの表示情報例である。
【０１４４】
例えばインターネット・エクスプローラが解釈をすることができるＶＢＳｃｒｉｐｔを用い、表示情報としてＨＴＭＬを用いる場合には、ＨＴＭＬのヘッダー部分に、以下のようなスクリプトを追加するように生成することになる。＜ＨＥＡＤ＞タグ２３０１から始まり、＜ＳＣＲＩＰＴ＞タグ２３０３〜＜／ＳＣＲＩＰＴ＞タグ２３１３で囲まれる部分は、表示当初の情報画像の重複状況を決定するとともに、優先値が小さいためにその情報画像のうち重なっていない一部分しか表示されるものでなくとも、ユーザの選択によってその全部分を表示させることができるようにするためのＤＨＴＭＬスクリプトが含まれるようになっている。
【０１４５】
Ｗｉｎｄｏｗ＿ｏｎｌｏａｄサブルーチン２３０３は、本表示情報がインターネット・エクスプローラによって読み込まれたときに、最初に自動的に実行されるスクリプトである。ここでは、優先値情報に基づいて画像情報を重ねる場合に、そのズレ量を設定する部分である。このため、このサブルーチンには、最も基本になる情報画像が、絶対位置座標として表示されるように、エレメントの位置のタイプを絶対位置として指定するステートメント２３０４、並びに、これに続く情報画像はこの基準となる情報画像からの相対位置座標として指定できるように、エレメントの位置のタイプを相対位置として指定するステートメント２３０５が設定されるようになっている。
【０１４６】
次に、それぞれの情報画像がユーザによってクリックなどをされることにより、表示部分が全部分となっている情報画像によって隠され、一部分しか表れていない情報画像がユーザによってされるクリックをきっかけとして、手前側に表示されるようにすることによりその全部分が表示されるようになるために、いわゆるＺオーダーを更新するスクリプトが用意されることになる。
【０１４７】
具体的には、ＩＭＧ１＿ｏｎｃｌｉｃｋサブルーチン２３０７、並びにＩＭＧ２＿ｏｎｃｌｉｃｋサブルーチン２３１０がこれにあたる。これらのサブルーチンは該当する表示要素が、クリックされたときに呼び出されるスクリプトであって、この中には、それぞれの情報画像がクリックされたときにその情報画像を前面に配置するために、重複している情報画像のすべてのＺオーダーを変更するようになっている。
【０１４８】
具体的には、ＩＭＧ１の名称が付された情報画像がクリックされたときには、サブルーチン２３０７部分が実行され、その情報画像についてはステートメント２３０８によってＺオーダーを２の値にするとともに、それ以外の情報画像についてはステートメント２３０９以下の記述によってＺオーダーを１の値にするようになっている。
【０１４９】
インターネット・エクスプローラでは、表示情報の中にＺオーダーを変更するスクリプトが含まれているときには、そのＺオーダーの値の大きいものを手前側に表示するようになっているので、この場合、ＩＭＧ１の名称がされた情報画像はその全部分が表示されるように処理されることになる。
【０１５０】
同じく、ＩＭＧ２の名称が付された情報画像がクリックされたときには、サブルーチン２３１０が起動され、ステートメント２３１１並びにステートメント２３１２などの指定により、ＩＭＧ２の名称が付された情報画像の全部分が表示されるように処理されることになる。
【０１５１】
ここで名称の付し方であるが、それぞれのイメージ要素として情報画像を表示させるタグ、具体的には、＜ＩＭＧ＞タグ２３１５、２３１６の記述の中に、ＩＤアトリビュートをつけて、ここにその名称を記述すればよい。このようにすることで、この表示情報の中ではこのＩＤアトリビュートが独立のオブジェクトとして取り扱われることになるので、その表示の状況などをスクリプトでコントロールすることができるようになるわけである。
【０１５２】
なお、ここではカレンダの表を作る手法として、＜ＴＡＢＬＥ＞タグを用いているので、ここで表示されるべき情報画像については、＜ＴＤ＞タグ２３１４の中で記述されるように生成されている。
【０１５３】
クロック部１１２は、現日付を特定する日付情報、さらに必要であれば、その時点の時分秒含む時刻情報を生成するようになっている。
【０１５４】
更新要求部１１３は、クロック部１１２が生成する現日付もしくは現時点に対応する日時と、カレンダ情報データ管理部１０８中の情報画像活性日時１５０２とが合致したときに、そのレコードに対応する情報画像を第２管理領域に持つクライアントがその情報画像を更新することができるように、情報画像管理サーバ１０２に向けて、その更新の要求をするようになっている。
【０１５５】
フォーム制御部１１７は、ネットワーク１０６を介して要求された、登録用クライアント１１６が行うカレンダ情報データ管理部１０８に対する情報の登録更新要求を満足させるため、登録更新用のフォーム情報を送信するとともに、該フォームに記入された情報を受け付け、その内容に従って、カレンダ情報データ管理部１０８への登録更新処理を行うようになっている。
【０１５６】
（２．２．７．登録用クライアント）
登録用クライアント１１６は、ネットワーク１０６に接続され、カレンダ情報サーバ１０１に記録されるカレンダ情報データ管理部に記録される情報を更新・削除、同管理部に追加ができるようになっている。
【０１５７】
（２．３．第１の発明の実施の形態に係るシステムの動作）
次に、上記第１の発明の実施の形態において説明したシステムに係る動作について、図２、図１０、図１１、図１５、図１８、図１９、ならびに図２３を用いて説明する。
【０１５８】
ここで、図２はクライアントにおいてカレンダを表示するとともに、このカレンダの中に表示されている情報画像を取り扱うグラフィック・ユーザ・インターフェース（以下、単にＧＵＩという）の部分を表示した図である。
【０１５９】
図１０は、縦下方向を時間の流れにして本実施の形態における動作のシナリオ例を表したフロー図である。
【０１６０】
まず、登録クライアント１１６は、カレンダ情報サーバ１０１に対し、カレンダの上に表示すべき情報画像の登録を求める。具体的には、登録クライアントの操作者は、例えば広告主などであって、登録クライアントのブラウザプログラム、たとえばネットスケープ・ナビゲータや、インターネット・エクスプローラを用い、情報画像の登録をすることができるＵＲＬにアクセスを行う（ステップ１００１）。
【０１６１】
すると、カレンダ情報サーバ１０１内のフォーム制御部１１７は、これに応え、登録クライアントへのフォームを送信することになる（ステップ１００２）。
【０１６２】
ここで、登録クライアントへのフォームの表示例について、図１１を用いて説明する。図１１は、登録クライアントに対し、カレンダの上に表示すべき情報画像を登録させるフォームの例を示した図である。
【０１６３】
ログイン名テキストボックス１１０１は、予めカレンダ情報サーバに記録されている登録クライアントとしてのユーザＩＤを入力する操作部位となるＧＵＩである。
【０１６４】
パスワード名テキストボックス１１０２は、前記ログイン名テキストボックス１１０１と同じく、予めカレンダ情報サーバに記録されている登録クライアントとしてのユーザＩＤに対応するパスワード名を入力するＧＵＩである。前記ログイン名並びにこの情報に基づいて、カレンダ情報サーバは、カレンダ情報サーバ１０１中のカレンダ情報データ管理部１０８が記録するレコードを変更する権限があるか否かを判断する基礎として用いられることになる。
【０１６５】
ファイル名指定テキストボックス１１０３は、登録すべき情報画像について、登録クライアントの中で記録されているファイル名を指定し、これをカレンダ情報サーバに送出するために用いられるようになっている。具体的には、＜ＩＮＰＵＴ　ＴＹＰＥ＝”ＦＩＬＥ”＞なるタグを有する要素によって実現されるページ情報により、係るＧＵＩ表示がされるようにようになっている。ここで、単に、情報画像が記録されている特定のサーバのなかのＵＲＬを指定するようにしてあっても構わない。すなわち、この指定部分は、情報画像を特定することができるものであればよく、情報画像そのものを指定しても、情報画像を指定するための情報、例えばＵＲＬであっても構わない。
【０１６６】
登録ジャンル指定コンボボックス１１０４は、登録したい情報画像がいかなる類型に含まれるかを指定する操作部位となるＧＵＩである。
【０１６７】
日時入力テキストボックス１１０５は、このフォームによって登録される情報画像がどの日時においてユーザ・クライアントに対し特に通知を行いたいのかを指定するために、その日時を入力する操作部位となるＧＵＩである。付言すれば、ユーザ・クライアントにおける第２管理領域において、情報画像の更新日時を指定するＧＵＩとをなっている。
【０１６８】
また登録ジャンル指定コンボボックス１１０６並びに、日時入力テキストボックス１１０７は、前述の登録ジャンル指定コンボボックス１１０４並びに日時入力部テキストボックス１１０５と同じく、登録したい情報画像の類型並びにユーザのクライアントにおける情報画像の更新日時を指定するものであって、ひとつの情報画像を更新追加等する日時を複数設定したいときに用いることができるようになっている。
【０１６９】
送信・リセットボタン１１０８は、このフォームにおいて記録した情報を、宛先であるカレンダ情報サーバ１０１に送信するか否かを指定するＧＵＩとなっている。
【０１７０】
このようにして送信された、フォームに、登録するクライアントを操作する広告主などは、その内容を指定する（ステップ１００３）。
【０１７１】
そして、送信ボタン１１０８を使ってマウスのクリックなどで本情報カレンダ情報サーバ１０１に送信する（ステップ１００４）。
【０１７２】
なお、ここで画像情報をカレンダ情報提供サーバにする送信は、Ｒｅｑｕｅｓｔ　Ｆｏｒ　Ｃｏｍｍｅｎｔｓ　（ＲＦＣ）　１８６７に定義されている手法によって、実現することができる。
【０１７３】
たとえばマイクロソフト社製のＷｉｎｄｏｗｓ２０００上にインプリメントされているＩＩＳ５．０を用いてサーバを構成する場合には、Ｐｏｓｔｉｎｇ　Ａｃｃｅｐｔｏｒをインプリメントして行えばよい。なお、本手法の詳細については、特願２０００−２３４７２２に詳しい。
【０１７４】
カレンダ情報サーバ１０１は、フォーム制御部１１７を用いて、その内容を解析し、カレンダ情報データ管理部１０８に、登録するようになっている。具体的には、フォーム中に含まれるログイン名並びにパスワード確認し、図示しない登録認証データベースを参照、カレンダ情報データ管理部１０８に対する登録更新の権限がある者からの情報であるならば、さらに登録ジャンル１１０４情報から情報画像類型フィールド１５０３に、日時指定テキストボックス１１０５の情報から情報画像活性日時フィールド１５０２に、他と競合しないＩＤを自ら生成し、これを情報画像ＩＤフィールド１５０１並びに情報画像ＵＲＬフィールド１５０５に、また必要であれば優先値を定めてこれを優先値フィールド１５０４に、それぞれ代入するように作用する。この動作によって、新たなレコードがカレンダ情報データ管理部に追加して記録されるようになる。なお、フォームで指定する情報画像を特定する情報について、情報画像そのものが特定されて送信されてきた場合には、その情報をさらに情報画像提供サーバ１０７に送出するとともに、その記録するＵＲＬを情報画像ＵＲＬフィールド１５０５に記録するようにすればよい。
【０１７５】
一方、ユーザとしてのクライアント１０３が、カレンダ情報参照（ステップ１００５）すると、カレンダ情報が生成されて、カレンダ情報サーバ１０１から要求を送出したクライアントに向けて送出されることになる（ステップ１００６）。
【０１７６】
具体的には、カレンダ情報サーバに対してクライアントからカレンダ情報の提示要求があったときには、表示情報生成部１１１が、そのクライアントに対して表示すべきカレンダ情報を生成することになる。そして、このためには、カレンダ情報データ管理部１０８に対し、個別日情報抽出部１０９が、表示すべきカレンダに対応してそのカレンダ中に含めるべき日付とともに、その情報画像ＩＤを抽出、その内容を表示情報生成部１１１に供給する。これにより、カレンダ情報が完成することになる。
【０１７７】
そしてこのように完成して送出されたカレンダ情報は、図２に示すように、クライアントの有する第１管理領域に表示されることになる。
【０１７８】
ここで図２を用いてクライアントシステムにおける情報表示例を説明する。
【０１７９】
第１管理領域２０２は、インターネット・エクスプローラなどのブラウザプログラムの表示であって、その内部のプレーンには特定したＵＲＬから送出された表示情報を解析し、その指示に従って文字２０７、図形２０３等の表示がされるようになっている。
【０１８０】
カレンダとして表示される情報の中の日付部分には、カレンダ情報データ管理部１０８に記録されているレコードに基づいて、その日付に対応して特定された情報画像が表示されるようになっている。
【０１８１】
なお、この例では、情報画像として絵が使われているが、その日に該当する数値、たとえば情報画像２０３のところには「８」の文字を表す情報画像、情報画像２０６のところには「１７」の文字を表す情報画像を表示するように、予めカレンダ情報サーバに登録する情報画像を構成しても構わない。
【０１８２】
ユーザのクライアントにおいて第１の管理領域に記録された情報画像２０６を第２の管理領域２０４に対してドラッグ＆ドロップ操作を行うと（２０８）、前述のようなクライアントの処理により、第２管理領域の管理する表示部分に当該情報画像の含む画像情報が表示されるとともに、第２管理領域は、情報画像２０６がドラッグ＆ドロップされた旨を情報画像管理サーバ１０２に通知することになる（ステップ１００７）。
【０１８３】
図１０に戻って説明を続けるが、登録クライアントを操作する広告主などが上記の操作を終了すると、一般のユーザ・クライアントにおいて本広告システム動作の利益を得ることが可能になる。
【０１８４】
即ち、ユーザ・クライアント１０３がカレンダの情報サービスを受けたい場合には、そのサービスを提供するサイトであるカレンダ情報サーバ１０１にアクセスを行う（ステップ１００５）。この最初のアクセスは、通常、カレンダ情報を提供するページ詠み出し要求であり、第一管理領域から発せられる。
【０１８５】
この呼び出しを受けたカレンダ情報サーバ１０１は、表示情報生成部１１１の機能により、この要求に対して返送すべきページのデータの生成を行う。このとき、表示すべき日付に対応して併せて表示するべき情報画像の識別情報を取得するために、カレンダ情報データ管理部１０８から該当する日付が情報画像活性日時に合致するレコードを抽出する。
【０１８６】
そして、抽出されたレコード中の特に情報画像活性日時１５０２と情報画像ＵＲＬ１５０５との情報に基づいて、表示情報生成部１１１がカレンダ情報を生成するが、具体的にはその対応する日付に該当する部分で情報画像ＵＲＬを埋め込むように動作する。
【０１８７】
この表示情報に基づいて、クライアントにおける第１管理領域は、その表示情報内に含まれている情報画像の参照を検出、必要であれば情報画像提供サーバ１０２にその情報画像の提供を要求し（ステップ１００７）、その応答として情報画像の返送を受けることになる（ステップ１００８）。
【０１８８】
ここで、抽出される情報について、複数のレコードが同一日付に存在する場合には、構成部分で説明した通り情報画像重複して表示することができる。このため、この表示手法を選択した場合において表示される例を図１８ならびに図１９に示した。ここで図１８は、表示情報がクライアントにダウンロードされた直後の表示状況を示した状況図である。また、図１９は、重なって表示されたために、一部分しか表示されていなかった情報画像がユーザの操作によって前面に出てきたために、その全部が表示されたときの表示状況を示した状況図である。
【０１８９】
ここでわかるように、ダウンロード直後は情報画像１８０１が前面に表示されているために一部分しか表示されない情報画像１８０２が、その隠された情報画像１８０２のうち、ユーザから見える部分をクリックするなどすれば、その情報画像は前面に押し出されるために、全部分が表示され（１９０２）、当初全部分が表示されていた情報画像はその背後に回ることになる（１９０１）。
【０１９０】
次にユーザは、カレンダ上に表示された情報画像について興味がある場合には、これを第２管理領域に移す操作を行う。具体的には前述の通りドラッグ＆ドロップなどの操作をすることになる。そして、第２管理領域の機能によって、ドラッグ＆ドロップがされたことが情報画像管理サーバ１０２に通知され、該当する情報画像が、特定のクライアント１０３において記録されたことが把握されることになる。
【０１９１】
次に、カレンダ情報サーバ１０１は、クロック１１２を参照し、情報画像を識別する識別情報と対応する情報画像活性日時において同日付（もしくは日時）が合致するものを見つけたときには、更新要求部１１３の作用により、情報画像管理サーバに、その情報画像について更新を行う要求を行うことになる（ステップ１０１２）。
【０１９２】
この要求を受けた情報画像管理サーバ１０２は、情報が操作管理サーバ内に登録されているクライアントであって、その更新すべき情報画像を有するものに対し、更新する情報画像を送信することになる（ステップ１０１３）。
【０１９３】
（２．４．第１の実施の形態における利用場面：シナリオ）
本実施の形態については、前述の通り、広告主などが販売する商品のリリース日程などを一般のユーザに通知する場面において用いられることを主眼としているので、以下のような場面での利用に好適である。
【０１９４】
広告主は、カレンダ情報サーバ１０１に、登録用クライアント１１６からアクセスできるように、その認証の登録をする。そして、登録用クライアント１１６から広告を行いたい商品を写真に撮りもしくはイラストを作成するなどして、情報画像の基礎となる画像情報を作成する。そして、専用のプログラムなどによって関連情報を埋め込み、情報画像への変換を行う。変換された情報画像は登録用フォームを起動させることによって、所定の情報画像提供サーバ１０７に登録するとともに、カレンダ情報サーバにそのＵＲＬなどの設定情報を記録させることになる。この操作によってユーザがカレンダ情報サーバにアクセスした際に表示されるカレンダ上にその情報画像が乗せられることになる。ユーザは、この情報画像に興味があったときには、第１管理領域から第２管理領域に移し、その商品に関する情報を容易に受け取ることができるようになるわけである。
【０１９５】
（２．５．第１の実施の形態における補足）
（２．５．１．条件決定部の取り扱い）
なお、本実施の形態においてはカレンダ情報サーバ中において設けられた条件決定部１１０は用いていない。このため、上記のアプリケーションとしてのみカレンダ情報サーバを利用する場合には、条件決定部１１０を設置しなくても構わない。
【０１９６】
（２．５．２．第１の発明の実施の形態における応用）
本発明の実施の形態において、第１の管理領域に表示された広告用の情報画像を第２の管理領域にドラッグ＆ドロップなどして記録された場合に、これを通じてファンのための情報を提供するようにすることができる。
【０１９７】
この場合、カレンダ情報データ管理部１０８のフィールドに更にキーワードフィールドを追加する。そして、最初に広告主などが登録クライアントを通じて供給する情報画像を作成するにあたり、その関連情報の中にカレンダ情報サーバ１０１のＵＲＬを登録、更に、その中の条件決定部が条件を生成するにあたり必要とする情報を加えておく。そして、その条件としてたとえば、最初の情報画像が含む画像情報がステレオ式ヘッドフォンの絵文字があったときには、その関連情報として、
【０１９８】
Ｂｒｏｗｓｅ　ｈｔｔｐ：／／Ｓｅｒｖｅｒ／Ｃａｌｅｎｄａｒ．ａｓｐ？ｃｏｎｄｘ＝Ｉｎｃｌｕｄｅ＆Ｋｅｙｗｏｒｄ＝ＨｅａｄＰｈｏｎｅ
【０１９９】
のように記録しておくことにする。
【０２００】
第２の管理領域の動作決定部は、この情報を解析し、まずＢｒｏｗｓｅ命令を認識することで、第１管理領域若しくは他のブラウザソフトをアクティブにするとともに、これに続く引数により、ｈｔｔｐ：／／Ｓｅｒｖｅｒ／であるカレンダ情報サーバ１０１に接続し、特にＣａｌｅｎｄａｒ．ａｓｐを起動させるように動作する。この際、関連情報の中の「？」マーク以降の部分は条件決定部において生成するために必要となる条件として機能する。これにより、カレンダ情報サーバ１０１をして、上記実施の形態の通りの動作をするとともに、条件決定部に、（Ｋｅｙｗｏｒｄ）キーワードとしてＨｅａｄＰｈｏｎｅがＩｎｃｌｕｄｅ（含まれる）というｃｏｎｄｘ（条件）が含まれているものに限ってカレンダの表示情報を作成せよという処理を行うことになる。
【０２０１】
このようにすることで、クライアントの第２管理領域において、右クリックして表示されるポップアップ情報などの中に特定のジャンルに含まれる物・サービスにかかる日程の選択枝を設け、ユーザがこれを選択することにより、情報画像を併せて表示するようになしたカレンダを生成して第１の管理領域に再描画させることができるようになる。すなわち、この一連の動作によって、ユーザは当初表示したカレンダからその中に含まれる情報画像を画像を手がかりに選択、これを通じて自分の好きなものだけに特化したカレンダの表示をできるようになるわけである。
【０２０２】
このようにすることで、ユーザに対しユーザ登録を積極的にさせることなく、カレンダサイトを参照することを通じてより効率的にユーザに情報を提供することができるようになるものである。
【０２０３】
なお、ここではカレンダ情報データ管理部にキーワードフィールドをもうけたが、情報画像類型フィールド１５０３を用いてこれを実現しても構わない。
【０２０４】
―――・・・―――・・・―――・・・―――・・・―――・・・―
（３．第２の発明の実施の形態）
第２の実施の形態は、本願発明をプライベート・カレンダに適用したものである。すなわち、コンピュータをして第１管理領域と第２管理領域として機能させるプログラムが動作しているクライアントのユーザが、そのコンピュータの上から自分のためのカレンダを制作することができるシステムに関するものである。
【０２０５】
なお、本実施の形態においては、個人が参照するページの上に広告主が積極的に情報画像を掲載することはできないが、カレンダ・ページに、ユーザが確実にアクセスすることになるので、周辺部に広告を通しての情報画像を表示することによって、その広告効果を狙うことになる。もちろん、個人の作成した情報画像が表示されるカレンダに広告主の情報画像をマージして表示することも可能である。この場合、ユーザの作成した情報画像を、広告主の情報画像より手前側に表示されるようにユーザの作成した情報画像に関する優先値を最も高くしておく必要がある。このようにしておかないと、ユーザベネフィットが低下し、このカレンダ・ページに対するアクセス頻度が減ってしまう恐れがある。なお、ユーザの作成した情報画像を手前に表示させるためには、単にカレンダ情報サーバ１０１中のカレンダ情報データ管理部１０８に記録されている当該情報画像に対応する優先値フィールド１５０４の設定を高い値とすればよい。
【０２０６】
（３．１．第２の発明の実施の形態の構成）
（３．１．１．概要）
本実施の形態の構成は、ほぼ第１の実施の形態において説明したものと同じものであるのでここでは異なる部分のみに説明することとする。
【０２０７】
第１の実施の形態においてはフォーム制御部１１７が登録用クライアントからの要求に基づいて情報画像ならびにこれに関連させた日付の登録のための入力フォームを提供し、その入力を登録用クライアント１１６にさせた後にこれをカレンダ情報データ管理部１０８に登録していたが、第２の実施の形態においては、ユーザ用のクライアント１０３に対してその入力を促す点が相違する。また、これに伴い、カレンダ情報データ管理部の構成も一部変更することになる。
【０２０８】
（３．１．２．ユーザサイドに表示するフォームの構成）
本実施の形態において好適な入力フォームの表示例を図１３を用いて説明する。図１３はクライアントへのフォーム表示例を表したものである。
【０２０９】
ここで、ログイン名テキストボックス１３０１、パスワード・テキストボックス１３０２、ファイル名指定テキストボックス１３０３、登録ジャンル指定コンボボックス１３０４、登録したい指定日時入力テキストボックス１３０５、ならびに送信・リセットボタン１１０８については、第１の実施の形態において説明した、ログイン名テキストボックス１１０１、パスワード・テキストボックス１１０２、ファイル名指定テキストボックス１１０３、登録ジャンル指定コンボボックス１１０４、登録したい指定日時１入力テキストボックス１１０５、ならびに送信・リセットボタン１３０８とそれぞれ同じ機能を持たせているので、ここでは説明を割愛する。
【０２１０】
コメントテキストエリア１３０６は、ユーザが情報画像とともに、若しくは情報画像の表示に代えて表示する文字列を記入できるようになっている。
【０２１１】
（３．１．３．カレンダ情報サーバ中の構成）
上記のようなユーザサイドでのフォームの変更に対応し、カレンダ情報サーバ１０１中のフォーム制御部１１７も変更することになる。また、ユーザ毎にカスタマイズされたカレンダ情報を提供しなければならないので、カレンダ情報のデータベースとして機能するカレンダ情報データ管理部１０８についても変更する。
【０２１２】
フォーム制御部１１７は、上記フォーム表示情報を生成するとともに、ユーザのクライアントから送信されてくるフォーム記入データの処理を行えるようになっている。具体的には、ユーザから送信してくるフォーム中に含まれるコメントテキストエリア１３０６情報を抽出し、この情報をカレンダ情報データ管理部１０８に転送するようになっている。
【０２１３】
カレンダ情報データ管理部１０８では、ユーザ毎のカスタマイズを行うために、ユーザを特定するフィールドを記録することになる。カレンダ情報データ管理部１０８のレコード構成を図１６に基づいて説明する。
【０２１４】
情報画像ＩＤ１６０１は、情報画像を識別する識別情報を記録するフィールドであって、通常、コンピュータが管理するファイル名が記録されるようになっている。もちろん、情報画像が特定できるものであればファイル名でなくても構わない。
【０２１５】
情報画像活性日時フィールド１６０２は、少なくとも日付を記録するフィールドであって、情報画像ＩＤ１６０１と対にされる日時情報として機能する。そして、本実施の形態の中では、クライアントの第２管理領域において記録される情報画像が、更新されるべき日時を記録することになる。
【０２１６】
情報画像類型１６０３は、情報画像ＩＤ１６０１に対応して、このレコードによって管理される情報画像の属性を表す識別子として機能するようになっている。具体的には、その情報画像が、新製品情報に関するものであるならば、新製品情報を表す識別子、イベントに関するものであるならばイベントを表す識別子のように定義され、これが記録されるようになるフィールドとなっている。
【０２１７】
優先値１６０４は、情報画像ごとにつけられた値であって、他の情報画像に係るレコードに記録される優先値と比較され、優劣をつけることができる「基準値」として機能するようになっている。
【０２１８】
情報画像ＵＲＬ１６０５は、その情報画像ＩＤ１６０１に対応する情報画像がネットワーク以上のいずれに記録されているかを指定するデータであって、クライアントにおける第１管理領域が、このデータを用いて、ネットワークに参照することで、本情報画像ＩＤ１６０１が特定する情報画像を把握することができるようになっている。
【０２１９】
ユーザ特定フィールド１６０６は、カレンダサービスを受けようとするユーザを特定するためのフィールドであって、ユーザＩＤなど、カレンダサービスを受けるユーザがそれぞれ特定できるようにした情報を記録するようになっている。なお、ここで、ユーザを特定するためのＩＤとして、図１４に示した情報画像特定情報記録部に記録してあるクライアントＩＤ１４０１を利用しても構わない。この場合、ユーザが特定のクライアントＰＣを常に利用することを前提とするならば、いちいちユーザがログイン名などを記入するようにしなくともよいという利点があるが、近時ユーザは特定のＰＣのみを利用するのではなく、複数のＰＣを利用することが多く、機種に依存するような識別の手法では不都合なことが多くなる点で留意するべきである。
【０２２０】
（３．２．第２の実施の形態における動作）
次に本実施の形態の動作について図１２を用いて説明する。
図１２は、第２の実施の形態におけるユーザからの登録並びにこれに応答する情報画像管理サーバ並びにカレンダ情報サーバの挙動について説明したフローである。
【０２２１】
カレンダに自分の記念日などを登録したいユーザは、クライアントコンピュータからカレンダ情報サーバに対して、日付登録の要求を行う（ステップ１２０１）。
【０２２２】
これに対し、カレンダ情報サーバ中のフォーム制御部は登録するためのフォームの表示情報を送信する（ステップ１２０２）。
【０２２３】
ユーザは、この応答に対して表示されるフォーム中に、ログイン名をはじめ、パスワード登録すべきアイコンを指定して、登録のジャンル、登録した指定の登録した情報画素を表示する指定の日時をそれぞれ入力するとともに、その内容について情報画像の代わりに表示する若しくは、情報画像の上にマウスのカーソルなどを乗せたときに吹き出しのように表示されるバルーン・ヘルプなどによって表示する文字情報をコメントとして入力する（ステップ１２０３）。
【０２２４】
そして、送信ボタン１３０８をクリックすることによって、その情報はカレンダ情報サーバに到達し登録処理をすることができるようになる。ここで、カレンダ情報サーバ中の登録処理とは、カレンダ情報データ管理部に対して、その情報画像が表示されるべきカレンダ上の日付の登録を行うとともに、そのログイン名の情報によって、ユーザＩＤをカレンダ情報データ管理部が管理するレコード中のユーザフィールド１６０６に対して記録するという処理であり、必要があればアップロードされた情報画像を情報画像提供サーバに転送する処理が伴う。
【０２２５】
次に、このユーザがカレンダを参照したいときには、カレンダ情報サーバにその表示の要求を行う（ステップ１２０５）
【０２２６】
この要求に対し、カレンダ情報サーバは、そのユーザＩＤを手掛かりとして、カレンダ情報データ管理部中のそのユーザのために用意された情報画像のみを抽出するべく、適切な条件を決定し検索条件を決定し、条件決定部作中にその条件を設定、カレンダ情報データ管理部１０８に対して検索の指示を行うことになる。ここでの検索は、その要求を行ったクライアントに向けて表示するべき情報画像を特定できるようにするものであり、検索結果は、そのユーザ固有の情報画像もしくは、広告主がこのユーザに対して表示させたいとする情報画像を特定するレコードなっている。この検索された情報とカレンダの基礎となる日付情報を組み合わせる表示情報生成部はそのユーザに対する表示情報を作成、これをクライアントに送信することになる（ステップ１２０６）。
【０２２７】
ここで、広告主が、ユーザの管理するカレンダの中に、広告用の情報画像を埋め込むためには、ユーザＩＤとしてたとえば特定の値「０」を入力しておくなどで実現することができる。この場合、検索の条件としては、ユーザＩＤをキーにするとともに、常にユーザＩＤとして「０」が含まれるものについては併せて抽出が行われるように設定しておけば、表示情報生成部１１１が生成するカレンダ表示情報のなかにユーザが登録した日に関する位置にユーザ指定の情報画像が表示されるような指示情報がふくまれるとともに、広告主が表示したいとする日に関する位置に広告主が指定した情報画像が含まれるようになる。もちろん、日付などと関係なく、カレンダ情報の表示に併せて、そのカレンダの周辺部分などに広告主の作成する情報画像を加えるなどしても構わない。
【０２２８】
なお、ユーザがフォーム中のコメントテキストエリア１３０６に入力した情報は、情報画像表示のためのイメージタグ内のＡＬＴ属性として表示情報に含めるとよい。具体的には、表示情報生成部において、
【０２２９】
＜ＩＭＧ　ＳＲＣ＝ｈｔｔｐ：／／Ｓｅｒｖｅｒ／ｆｏｏ．ｊｐｇ　ＡＬＴ＝”ユーザの入力したコメント”＞
のようにＩＭＧタグを生成し、ＡＬＴ属性部分にその情報を埋め込むことになる。
【０２３０】
（４．第３の発明の実施の形態）
（４．１．概要）
次に第３の実施の形態について説明する。第３の実施の形態は、情報画像に含まれる関連情報が暗号化などによってセキュアな状態になっており、またその情報画像が情報画像管理サーバにおいて管理されていれば電子通貨として利用できる点に着目し、贈呈者から受贈者に該情報画像を通して、財物・財貨等の譲渡を可能とするものである。より具体的には、たとえば、贈呈者が受贈者に対して受贈者の誕生日に花束を贈りたいと考えたとする。この場合、贈呈者は、カレンダ情報サーバに接続し、このなかで花束の贈り先である受贈者の設定、花束に対する対価の支払い方法の設定などを行う。そして、電子商取引において必要な事項が入力されたカレンダ情報サーバは、受贈者の使用するクライアントに対し、電子メールなどにより同カレンダ情報サーバへの接続を促す。受贈者は、このシナリオを通じて受け取ったメールからカレンダ情報サーバのＵＲＬを取得し、これに接続、受贈者専用のカレンダを開くと、花束の取得手続が可能となる日時としてその誕生日に情報画像が表示されているので、これを受贈者の利用するクライアントに設けられた第２管理領域に移動させる。この動作により、第２のユーザの使用しているクライアントが情報画像管理サーバに登録されるので、誕生日にこの情報画像が更新されることになる。更新された情報画像には、花束の具体的な引渡しをするための手続きを規定する関連情報、たとえば配送業者のＷＥＢページ接続情報などが含まれており、これを使って、受贈者は贈呈者が贈呈した花束を取得することができるようになる。
【０２３１】
上述のシナリオに従えば、単にＷＥＢページを通してのみ贈答品を提供するのに比較して、情報画像管理サーバが介在していること、並びに第２管理領域が介在していることから、花束の取得手続が可能となる日時には確実に受贈者を取引サイトなどに誘導することができ、また第２管理領域が情報画像管理サーバによって管理されていることから、より安全に取引を管理することが可能になる。
【０２３２】
なお、上記説明では、受贈者の誕生日に贈呈者から贈られた花束の取得手続が可能となる日時が到来するというシナリオを用いたが、贈呈者が指定する期日において、受贈者に所定の動作を開始させたい場合にそのまま用いることができることは言うまでもない。
【０２３３】
（４．２．第３の発明の実施の形態の構成）
次に第３の実施の形態の構成について、図２０、図２１並びに図２２を用いて説明する。
【０２３４】
（４．２．１．概要）
本実施の形態においても、基本的な構成は第１の実施の形態に同じものとすることができる。すなわち、第１の実施の形態においてはフォーム制御部１１７が登録用クライアントからの要求に基づいて情報画像ならびにこれに関連させた日付の登録のための入力フォームを提供し、その入力を登録用クライアント１１６にさせた後にこれをカレンダ情報データ管理部１０８に登録していたが、第３の実施の形態においては、贈呈者用クライアント１０３に対してその入力を促すとともに、その入力によって影響されるカレンダの表示が受贈者用クライアントに対して行われる点が相違する。また、これに伴い、カレンダ情報データ管理部の構成も一部変更することになる。
【０２３５】
さらに、受贈者が贈呈者からの贈呈予定があることを認識できる状態におくために、ダウンロード促進部（図では、「ＤＬ促進部」と表示する）を追加する。
【０２３６】
（４．２．２．第１のユーザサイドに表示するフォームの構成）
まず、贈呈者用クライアントに表示するフォーム例について、図２１を用いて説明する。
【０２３７】
このフォームを用いて、贈呈者はカレンダ情報サーバに、受贈者並びに受贈者に対して送付する情報画像ならびに贈呈対象物などを設定することができるようになる。
【０２３８】
ファイル名指定テキストボックス２１０１は、贈呈者が受贈者のカレンダ上に表示したいとする画像を含んだ情報画像であって、贈呈者用クライアントが記録しているものを指定することができる操作部分である。
【０２３９】
贈呈物特定コンボボックス２１０２は、贈呈者が受贈者に対して贈呈したい財物・財貨の種類を指定することができる操作部分であって、予めカレンダ情報サーバ中に財物・財貨リストが記録してあり、この中から選択できるようになっている。なお、この例ではコンボボックスとして表示しているが、予め商品リストを公開しておき、このなかから贈呈者が商品を選択するという手法を用いても構わない。
【０２４０】
指定日時入力テキストボックス２１０３は、このフォームによって登録される情報画像がどの日時において受贈者クライアントに対し特に通知を行いたいのかを指定するために、その日時を入力する操作部位となるＧＵＩである。すなわち、受贈者クライアントにおける第２管理領域において、情報画像の更新日時を指定するＧＵＩとなっている。
【０２４１】
受贈者特定テキストボックス２１０４は、贈呈をする相手方となる受贈者を特定するための操作部位たるＧＵＩである。図２１ではメールアドレスを用いることによって受贈者の特定をするものを表示しているが、受贈者の特定をできるものであれば他の特定手法を用いても構わない。たとえば、クライアント中で動作する第２の管理領域は、第２の管理領域動作プログラムをインストールする際などに情報画像管理サーバとの関係で特定されるクライアントＩＤが唯一の特定手段として用いられていることから、このＩＤを用いても構わない。
【０２４２】
贈呈額入力テキストボックス２１０５は、先に指定している贈呈物特定コンボボックス２１０２によって特定した贈呈物の種類のうち、何円までの贈呈をするのかその最高額を特定するための操作部位たるＧＵＩとなっている。ここで、贈呈物が予め金額の固定しているものであれば、本操作部位は必要ないが、贈呈物が複数の金額付けがされている商品である場合や、贈呈物として単に商品の種類を表している場合、または商品２種類などを特定しない場合には、この指定した金額を超えない範囲で受贈者が商品を特定することができるように用いられることになる。
【０２４３】
受贈者興味分野入力域２１０６は、受贈者が興味を持つ分野を指定することにより、受贈者がアクセスする専用のカレンダの中に、この分野に記録されたもののうち、特に広告主が広告を行いたいと考えている広告画像を張りつける場合に有利な情報提供することになる。たとえば、この受贈者は興味分野入力域２１０６に入力をした贈呈者は、広告主によって一定の金額分だけ、贈呈額を追加することができるようにも用いることができる。すなわち、広告主による贈呈の一定金額の負担などをするビジネスモデルを実現することができる。
【０２４４】
記述内容をテキストボックス２１０７は、何らかの手段によって受贈者のクライアント中に表示する情報を特定する操作部位たるＧＵＩである。たとえば、ここで特定した記述は、受贈者が表示する専用のカレンダ中に表示させる情報とすることもできるし、後述するカレンダ情報サーバへのアクセスを促すメールなどの通知の中に含めることもできる。
【０２４５】
送信リセットボタン２１０８は、上記説明した記入事項を、カレンダ情報サーバに送信するが、内容を消去するかを特定する操作部位たるＧＵＩである。
【０２４６】
（４．２．３．本実施の形態の構成）
次に本実施の形態に好適なシステムの構成について図２２を用いて説明する。
【０２４７】
（４．２．３．１．ネットワーク２２０６）
ネットワーク２２０６は、有線・無線を問わず、これに接続されている装置が、それぞれ目的とする装置に対しセッションを確立したときにその間で情報の送受ができるように作用する。このため、図２２中、ネットワーク２２０６は一本の基幹線によって接続されるように表示してあるが、これはインターネットのように、ゲートウエイを介して複数のネットワークが組み合わされて実現しても構わない。また、その接続についてもいわゆるバックボーンといわれる基幹線に直接接続せずとも、ＰＰＰ接続などによって一時的に接続してあっても、セッションを確立したときにその間で情報の送受ができるようになっていれば構わない。
【０２４８】
（４．２．３．２．情報画像管理サーバ２２０２）
情報画像管理サーバ２２０２は、ネットワーク２２０６に接続され、その内部に情報画像特定情報記録部２２１４と情報画像更新部２２１５とを有している。
【０２４９】
ここで情報画像特定情報記録部２２１４の構成は、第１の実施の形態において説明したものと同一で構わない。
【０２５０】
情報画像特定情報記録部２２１４は、本サーバと通信可能に直接または間接的に接続されたクライアントとの間で通信を行う。ここで、直接または間接としたのは、ネットワーク２２０６に対し有線・無線を問わず直接接続するものであっても、バッファなどを介して接続するものであっても、また、ネットワークとしてゲートウエイなどを挟んでいても、相互に通信が可能な状況になっていればよいという意味である。すなわち、少なくともクライアントの第１管理領域にあった情報画像が第２管理領域に登録されたときには第２管理領域からの通知がされるが、このときには本情報画像特定情報記録部２２１４はこの通知に基づいて、少なくともクライアントを個別に識別することができるＩＤ（以下、クライアントＩＤという）と、登録された情報画像を特定する情報（たとえば、情報画像のファイル名など）である情報画像特定情報（すなわち情報画像ＩＤ）とを確定し、これをひとつのレコードとして記録するようになっている。このため、データベースとして機能する情報画像特定情報記録部２２１４は、クライアントのＩＤを用いて問い合わせを行えば、そのクライアントがどのような情報画像を第２管理領域に登録したかを把握することができる。また、情報画像特定情報を用いて問い合わせを行えば、どのクライアントがその情報画像を第２管理領域に登録したのかを把握することができることになる。なお、本実施の形態においては、このうち情報画像特定情報を用いた問い合わせを行うことができればよい。
【０２５１】
このほか、この登録があった日時を示す登録日時、その他の情報が併せて同一のレコードに記録されていると、様々な統計を取るなどの際に有利である。
【０２５２】
次に情報画像更新部２２１５について説明する。情報画像更新部２２１５は、特定のクライアントが有している特定の情報画像について、これを別の情報画像に更新することができるようになっている。このため、情報画像特定情報記録部２２１４が記録するクライアントが本情報画像管理サーバ２２０２に対してセッションを確立したときに、このセッションを張ったクライアントのＩＤを確認、そのクライアントＩＤに対応するクライアントが第２管理領域に記録している情報画像を情報画像特定情報記録部に問い合わせることにより検出、これら情報画像の中に更新すべきものが含まれていたときには、これを上記セッションのソケットを用いて更新情報画像を送出するようになっている。
【０２５３】
（４．２．３．３．受贈者クライアント２２０３）
受贈者クライアント２２０３は、贈呈者が財物・財貨を提供する相手方である受贈者が利用する情報処理装置であって、ネットワーク２２０６に接続されたパーソナルコンピュータ、デジタルテレビ、ＰＤＡ（情報端末）などがこれにあたる。ここでもその接続の態様は、直接的に有線で接続されていていも、無線などによって接続されていても構わない。受贈者クライアントは、その内部に第１管理領域・第２管理領域それぞれの機能が生じるようになっている。一般にこれらの機能はプログラムによって実現する。なお、このクライアントの構成については、第１の発明の実施の形態において説明したクライアント１０３と同じものとすればよい。
【０２５４】
（４．２．３．４．贈呈者クライアント２２１６）
贈呈者クライアント２２１６は、受贈者に財物・財貨を提供しようとする贈呈者が利用する情報処理装置であって、ネットワーク２２０６に接続されたパーソナルコンピュータ、デジタルテレビ、ＰＤＡ（情報端末）などがこれにあたる。受贈者クライアント２２０３と同じく、その接続の態様は、直接的に有線で接続されていていも、無線などによって接続されていても構わない。受贈者クライアントは、カレンダ情報サーバに接続し、少なくとも受贈者並びに贈呈物に係る情報を送出できるようになっており、このため、好ましくはその内部にネットスケープ社製のネットスケープ・ナビゲータ、マイクロソフト社製インターネット・エクスプローラなどのブラウザソフトがインプリメントされていることが望ましい。
【０２５５】
また、セキュリティの観点から、前記受贈者クライアント２２０３の場合と同じように、第１管理領域・第２管理領域それぞれの機能が生じるようになっていることがより好適である。この場合におけるクライアントの構成については、前記受贈者クライアント２２０３において説明したものと同じようにすればよい。
【０２５６】
（４．２．３．５．カレンダ情報サーバ２２０１）
カレンダ情報サーバ２２０１は、ネットワーク２２０６に直接的若しくは間接的に接続され、受贈者クライアント２２０３に対し、カレンダ情報を提供するように作用する。すなわち、受贈者クライアント２２０３がカレンダ情報サーバ２２０１に対してカレンダ情報の提供を要求したときに、カレンダ情報サーバ２２０１は情報画像をカレンダ上に載せたページを提供するようになっている。
【０２５７】
カレンダ情報サーバ２２０１には、このような機能を生ぜしめるため、カレンダ情報データ管理部２２０８・個別日情報抽出部２２０９、条件決定部２２１０、表示情報生成部２２１１、クロック部２２１２、更新要求部２２１３、ダウンロード促進部２２１８、フォーム制御部２２１７を備えていることが望ましい。
【０２５８】
具体的には、カレンダ情報データ管理部２２０８は、少なくとも情報画像を識別する識別情報と、日付情報を対にして管理するとともに、受贈者並びに贈呈者を特定するデータを管理するデータベースであって、日付を指定すると、これに伴い対応する情報画像を決定することができるようになっている。
【０２５９】
この点、具体的には、図１７に示すようなフィールド構成のデータベースとすることが望ましい。このデータベースの構造を図１７を用いて説明する。
【０２６０】
情報画像ＩＤ１７０１は、情報画像を識別する識別情報を記録するフィールドであって、通常、コンピュータが管理するファイル名が記録されるようになっている。もちろん、情報画像が特定できるものであればファイル名でなくても構わない。
【０２６１】
情報画像活性日時フィールド１７０２は、少なくとも日付を記録するフィールドであって、情報画像ＩＤ１７０１と対にされる日時情報として機能する。そして、本実施の形態における広告システムの中では、クライアントの第２管理領域において記録される情報画像が、更新されるべき日時を記録することになる。
【０２６２】
情報画像類型１７０３は、情報画像ＩＤ１７０１に対応して、このレコードによって管理される贈呈物の属性を表す識別子として機能するようになっている。具体的には、その情報画像が、花束に係るものであるならば、花束を表す識別子のように定義され、これが記録されるようになるフィールドとなっている。
【０２６３】
優先値１７０４は、情報画像ごとにつけられた値であって、他の情報画像に係るレコードに記録される優先値と比較され、優劣をつけることができる「基準値」として機能するようになっている。
【０２６４】
情報画像ＵＲＬ１７０５は、その情報画像ＩＤ１７０１に対応する情報画像がネットワーク以上のいずれに記録されているかを指定するデータであって、クライアントにおける第１管理領域が、このデータを用いて、ネットワークに参照することで、本情報画像ＩＤ１７０１が特定する情報画像を把握することができるようになっている。
【０２６５】
なお、このレコードにおいて、情報画像ＩＤ１７０１と情報画像ＵＲＬ１７０５を分離して記録しているが、情報画像ＩＤとして情報画像ＵＲＬそのものを用いた場合には、分離して記録することなく、情報画像ＵＲＬを情報画像ＩＤとして記録するにとどめ、情報画像ＩＤ１７０１に係るフィールドを省略しても構わない。
【０２６６】
贈呈者特定フィールド１７０６は、財物・財貨を贈呈しようとする者を特定するためのフィールドである。なお、ここで、贈呈者クライアントに第２管理領域がインプリメントされていることが確かである場合には、贈呈者を特定するためのＩＤとして、情報画像特定情報記録部に記録してあるクライアントＩＤ１４０１を利用しても構わない。この場合、ユーザが特定のクライアントＰＣを常に利用することを前提とするならば、いちいちユーザがログイン名などを記入するようにしなくともよいという利点があるが、近時ユーザは特定のＰＣのみを利用するのではなく、複数のＰＣを利用することが多く、機種に依存するような識別の手法では不都合なことが多くなる点で留意するべきである。
【０２６７】
受贈者特定フィールド１７０７は、財物・財貨を贈呈される者を特定するＩＤを記録するためのフィールドであって、例えば図２１に基づいて説明した入力フォーム上の受贈者特定テキストボックスで指定した受贈者を特定する情報を記録するようになっている。したがって、ここでも受贈者を特定するためのＩＤとして、受贈者のメールアドレスを利用しても、情報画像特定情報記録部に記録してあるクライアントＩＤ１４０１を利用しても構わない。
【０２６８】
金額特定フィールド１７０８は、贈呈者が受贈者に提供する財物・財貨の限度額を特定するデータを記録するフィールドであって、例えば図２１に基づいて説明した入力フォーム上の贈呈額入力テキストボックス２１０５で既定した数値に基づいたデータが記録されるようになっている。
【０２６９】
その他、必要があれば、記述内容テキストボックス２１７で記述した情報を記録するフィールド等、他の情報を記録するフィールドを設けても構わない。
【０２７０】
次に、カレンダ情報サーバ２２０１の構成に戻って説明を続ける。
【０２７１】
個別日情報抽出部２２０９は、後述する条件決定部２２１０の機能により、もしくは、個別日情報抽出部２２０９が必要であるとして決定された条件に合致するレコードを、カレンダ情報データ管理部２２０８から抽出し、その結果を表示情報生成部２２１１に供給するようになっている。具体的には、個別日情報抽出部２２０９が、例えば１１月２３日に対応する情報画像を抽出するという条件を決定した場合には、カレンダ情報データ管理部中の情報画像活性日時フィールド１７０２に１１月２３日という値が記録されているレコードを抽出し、その結果を表示情報生成部２２１１に供給するようになっている。
【０２７２】
条件決定部２２１０は、クライアントから要求されたカレンダ表示の条件を解析、具体的にカレンダ情報データ管理部２２０８に条件に合致したレコード取り出すために行う問い合わせのための条件を決定し、カレンダ情報データ管理部２２０８にデータの抽出を依頼するようになっている。また、条件決定部２２１０は、後述するクロック部２２１２において生成された現日時が、カレンダ情報データ管理部２２０８中の情報画像活性日時１７０２が記録する情報と合致する条件をカレンダ情報データ管理部に問い合わせるための条件を生成するようになっている。
【０２７３】
表示情報生成部２２１１は、クライアントからの要求に対応して、カレンダ情報を生成して、クライアントに送出し、クライアント上でカレンダを表示することができるように機能する。
【０２７４】
具体的には、「５月２日」など、日付を構成する数値の列を生成してカレンダとしての基本的な情報を生成するとともに、上記カレンダ情報データ管理部に問い合わせ、クライアントにおいて日付として表示される部分に対応してその日付に関連付けられた情報画像が表示できるような表示情報を生成するようになっている。
【０２７５】
なお、５月２日のカレンダを作成するにあたり、２以上のレコードが検索できたときには、そのレコードの優先度を比較して、表示情報を生成することが望ましい。ここで、クライアントへの表示の仕方にはいくつかの手法が考えられ、
【０２７６】
（Ａ）複数のレコードが検索できたときには、これら全てを重ねて表示するが、特に優先度の高いレコードに対応する情報画像を操作者手前側にあるように表示する、
【０２７７】
（Ｂ）複数のレコードが検索できたときには、これらのレコードが有する優先度に従った確率で唯一のレコードを選択し、この選択されたレコードに対応する情報画像を表示するようにする、
【０２７８】
などがその代表的なものに当たろう。もちろん、優先度を無視して、抽出されたレコードをランダムに選択し、これに対応する情報画像を表示するようにしても構わない。
【０２７９】
特に上記（Ａ）の場合のように、複数の選択をされ、重ねて表示される場合について説明する。
【０２８０】
カレンダ情報サーバ２２０１のカレンダ情報データ管理部２２０８で５月２日に当たるレコード（１７１１）が存在する場合には、個別日情報抽出部２２０９において、これらすべてのレコードが抽出されることになる。そして、この情報は表示情報生成部に送られる。表示情報生成部２２１１は、これらのレコードを、優先値１７０４情報に基づいてソーティングを行う。そして、ソーティング結果に基づいて、情報画像の表示場所を少しずつ、ずらすようにして、その表示情報生成すればよい。表示場所を少しずつ、ずらす手法については、第１の実施の形態において図２３を用いて説明したものと同じものであればよいので、ここではその説明を割愛する。
【０２８１】
クロック部２２１２は、現日付を特定する日付情報、さらに必要であれば、その時点の時分秒含む時刻情報を生成するようになっている。
【０２８２】
更新要求部２２１３は、クロック部２２１２が生成する現日付もしくは現時点に対応する日時と、カレンダ情報データ管理部２２０８中の情報画像活性日時１７０２とが合致したときに、そのレコードに対応する情報画像を第２管理領域に持つクライアントがその情報画像を更新することができるように、情報画像管理サーバ２２０２に向けて、その更新の要求をするようになっている。
【０２８３】
フォーム制御部２２１７は、ネットワーク２２０６を介して要求された、贈呈者クライアント２２１６が行うカレンダ情報データ管理部２２０８に対する情報画像の登録更新要求を満足させるため、前記入力フォーム２１００を表示させるためのフォーム情報を送信するとともに、該フォームに記入された情報を受け付け、その内容に従って、カレンダ情報データ管理部１０８への登録更新処理を行うようになっている。
【０２８４】
ダウンロード促進部２２１８は、受贈者クライアントに対してカレンダ情報サーバへのアクセスを促す情報を生成し、これを受贈者に通知するようになっている。この機能によって、贈呈者クライアントから贈呈の意思表示があったときに、受贈者に贈呈しようとする者が居ることを知覚させるようになっている。具体的には、受贈者に対してカレンダ情報サーバのＵＲＬを含んだ電子メールを送付する、受贈者クライアントが具備する第２管理領域に対してカレンダ情報サーバへのアクセスができるようにその関連情報にＵＲＬが含まれている情報画像を送出する、受贈者の住所に送付するカレンダ情報サーバのＵＲＬを記録した郵便物の印刷をして排出するなど、その手段は様々なものを採ることができる。
【０２８５】
（４．２．３．６．情報画像提供サーバ２２０７）
情報画像提供サーバは、ネットワーク２２０６に接続され、少なくともひとつの情報画像を記録しており、ネットワークを介して要求があったときにはその要求に対応した情報画像を要求元に送信することができるようになっている。また、記録の要求があったときには、その要求とともに送付された情報画像を記録するようになっている。
【０２８６】
（４．３．第３の実施の形態における動作）
次に第３の発明の実施の形態について、その動作シナリオを図２０を用いて説明する。
【０２８７】
まず、贈呈者用クライアントの操作者（一般にはこれは贈呈者であるので、以下の説明では単に贈呈者という）はそのクライアントコンピュータ２０９４からカレンダ情報サーバ２０９１に接続する（ステップ２００１）。これにより、カレンダ情報サーバ２０９１が具備するフォーム制御部が動作し、図２１を用いて説明した情報入力用のフォームを生成し、これをこの情報提供要求をした贈呈者用クライアント２０９４に送信する（ステップ２００２）。
【０２８８】
このフォーム情報は贈呈者用クライアント２０９４中で解釈され、贈呈者は、このフォームを通じて受贈者の特定情報、指定の日時など必要な事項を記入する（ステップ２００３）。
【０２８９】
そして、この記入が完了したところで、贈呈者は送信ボタン２１０８をマウスでクリックなどすることにより、カレンダ情報サーバ２０９１に送信する（ステップ２００４）。
【０２９０】
そして、この送信されてきた情報はカレンダ情報サーバ中にフォーム制御部２２１７によってその内容が解釈され、記入された要素を分離して把握する。ここで、記入漏れなどがあった場合には、フォーム制御部がその旨を指摘する表示情報を生成し、これを贈呈者クライアントに送信するようにするチェック機能お有することが望ましい。もちろん、このチェック機能については、予めフォーム表示情報のなかにＪａｖａＳｃｒｉｐｔ（サン・マイクロシステムズ・インコーポレーテッドの登録商標、明細書全体にわたって同じなので、以下、省略）などの形式で埋め込んでおいて、送信が指示されたときに、情報記入の欠落状況を確認するようにしておいても構わない。
【０２９１】
そして、これら記述された情報は、カレンダ情報データ管理部２２０８に備えられたデータベース中に新レコードが形成されこの中に記録されることになる。具体的には、贈呈物特定コンボボックス２１０２によって指定された情報は情報画像類型フィールド１７０３に、指定日時入力テキストボックス２１０３によって指定された情報は、情報画像活性日時フィールド１７０２に、贈呈額入力ボックス２１０５によって指定された値は金額特定フィールド１７０８に、記述内容テキストボックス２１０７によって指定された情報は表示文字フィールド１７０９にそれぞれ記録されることになる。また、ファイル名指定テキストボックス２１０２によって特定された贈呈者側の情報画像は、所定の手続きを経て、カレンダ情報サーバ２２０１が具備するフォーム制御部２２１７がいったん受け取り、唯一の情報画像ＩＤを決定しその情報情報画像を提供サーバ２２０７に転送するとともに、決められたＩＤを情報画像ＩＤフィールド１７０１に記録するという処理を行うことになる。
【０２９２】
ここまでの処理が終わった段階で、受贈者側のクライアントはカレンダ情報サーバに対してアクセスが可能な状況になっている。このため、カレンダ情報サーバの中のダウンロード促進部２２１８は、特定された受贈者クライアントに対し、アクセス可能である旨の電子メールなどを作成し、受贈者に対しその旨の通知を行う（ステップ２００５）。この時、この受贈者に対して唯一のＩＤを引数として含んでいるＵＲＬを含ましておくことが望ましい。カレンダ情報サーバに対して行われたアクセスが、その受贈者クライアントからのものであることをカレンダ情報サーバが容易に認識することができるようにするためである。
【０２９３】
そして、この通知を受け、受贈者子はクライアントの操作をして、ブラウザプログラムを用いカレンダ情報サーバにアクセスする命令を発生させる。
【０２９４】
この命令によって、受贈者のクライアントからカレンダ情報サーバに対し、その特定の受贈者のアクセスである旨の情報とともにカレンダ情報の提供を要求することになる（ステップ２００６）。
【０２９５】
この要求に基づいて、カレンダ情報サーバは、その受贈者専用のカレンダ情報構成し、これをクライアントに送付する（ステップ２００８）。もちろん、このカレンダ情報の中には、先に贈呈者が貼りつけることを意図して指定した情報画像が表示されるように表示情報生成部２２１１の作用によって、その情報画像の参照情報が含まれている。
【０２９６】
この情報は、受贈者のクライアントのうち第一管理領域に表示されることになるが、これを受贈者は指定された日時に財物・財貨などに交換することができるように第２の管理領域に移動させる（ステップ２００９）。
【０２９７】
この移動が引き金となって、第２管理領域から情報画像管理サーバに対し、その情報画像が登録された旨の通知が行われる（ステップ２０１０）。
【０２９８】
次に、カレンダ情報サーバのクロック部２２１２の作用によって、現日時がカレンダ情報データ管理部２２０８に記録されている当該情報画像についての活性日時と合致が認められた場合（ステップ２０１１）には、カレンダ情報サーバはこれが具備する更新要求部２２１３の機能により、情報画像管理サーバ２０９２に対して、当該情報画像を更新することを依頼することになる（ステップ２０１２）。この要求を受けた情報画像管理サーバ２０９２は、受像川のクライアントが具備する第２管理領域に対し、情報画像の更新を通知し、第２管理領域に含まれている当該贈呈物を表す情報画像が更新されることになる。
【０２９９】
ここで、更新された後の情報画像には、財貨財物を交換すること処理する決済取引サーバへのアクセスができる関連情報を具備させておくものとすると、受贈者は関連情報に基づいて、当該決済取引サーバに対しアクセスし、所定の取引をすることができるようになるわけである。
【０３００】
この際、情報画像管理サーバがクライアントのＩＤを管理しながら財貨財物を代表する情報画像を管理しているので、単なるＳＳＬなどを用いたサイトでの取引よりもより安全な取引を図ることができるわけである。
【０３０１】
（４．４．贈呈用クライアントに表示するフォームの送信）
本実施の形態においては、贈呈用クライアントが記入した後、フォームの情報をどのように送信するかについて言及していないが、送られる情報の中には、受贈者を特定する情報が含まれており、このため、ネットワーク上でこの情報が書き換えられるなどすると、取引の信頼性が極端に落ちることになる。
【０３０２】
このため、本実施の形態においては、フォーム情報をカレンダ情報サーバに送信するにあたっては、セキュア・ソケット・レイヤ（ＳＳＬ）を用いることが望ましい。
【０３０３】
さらに、セキュリティの関係で望ましいのは、カレンダ情報サーバ１０１は贈呈者が記入するフォームためのフォーム情報を、例えば贈呈者用クライアントに含まれる第１管理領域から要求されたものに対して送信するのでなく、贈呈者クライアントに含まれる第２管理領域に記録された贈呈依頼用情報画像を用い、この贈呈依頼用情報画像に含まれる関連情報に基づいてフォームを要求させるようにすることが望ましい。この場合のシナリオは、予め贈呈者のクライアントには、第１管理領域並びに第２管理領域として動作させるプログラムをインストールしておき、さらに贈呈者が取引用のサイトから贈呈依頼用情報画像を引き出し、これを用いて贈呈用フォームの要求をするようにすればよい。贈呈者用クライアントの第２管理領域からは、第２管理領域が有するクライアントＩＤを使うことができるので、贈呈者をセキュアに特定することができ、取引の安全性を向上させることができることになる。
【０３０４】
（５．第４の発明の実施の形態）
前記の説明では、すべてカレンダ情報サーバと情報画像管理サーバを分離したものとして説明してきたが、例えば図２４に示すように、情報画像管理サーバの機能とカレンダ情報サーバの機能を一体化し、ひとつの統合サーバ２４０１として機能させることも可能である。
【０３０５】
機能としては、第１の実施の形態と同じものであるので、詳細は割愛するが、ここでは更新要求部はネットワークを通して情報画像の更新を行うサーバに接続してその要求を行う必要がないために、ネットワークの効率的な利用を図ることができるものである。
【０３０６】
（６．その他）
（６．１．情報画像の生成）
前記の説明では、いずれも贈呈用クライアントが情報画像をあらかじめ用意しており、これをカレンダ情報サーバにアップロードするというものを前提として説明したが、情報画像の生成にはいくつかの手法が考えられ、いずれも特徴的なものであるので、その用途などに応じて適宜選択すればよい。ここではそのうち代表的なものについて２つあげて説明することとする。
【０３０７】
情報画像の作成は、関連情報と画像情報とを合わせる処理を主に行うことになるが比較的単純な処理であり、それぞれのクライアントにおいて実現することは可能である。しかし、情報画像が、ネットワークの上でクライアントＩＤとの関係で、徹底した管理を行うことにより、そのセキュリティを維持している。このため、情報画像の生成についても、限られたコンピュータの上で行われることが望ましい。そして、これをネットワークの中で管理するためには、カレンダ情報サーバ、情報画像管理サーバなど前記説明したサーバを用いてこの中で生成する手法と、独立した情報画像生成サーバを用意し、ここにおいて情報画像の生成を管理するという手法が考えられることになる。
【０３０８】
（６．１．１．情報画像生成サーバを利用する手法）
情報画像生成サーバは、一般的なＷＥＢサーバとして立ち上げることができる。
【０３０９】
情報画像生成サーバ利用のタイミングについては、贈呈者クライアントがカレンダ情報サーバにアップロードする前に予め情報画像を生成しておき、これをカレンダ情報サーバにアップロードするものが考えられる。
【０３１０】
また、カレンダ情報サーバが、贈呈者クライアントから単に画像情報を得ておいて、カレンダ情報サーバから情報画像生成サーバにその画像情報を用いて情報画像の生成を依頼し、これを取得してからカレンダ情報データ管理部にその情報画像にかかるＩＤを記録し、あわせて情報画像提供サーバにその情報画像を記録させるというものが考えられる。いずれの手法も用いることができるが、情報画像をネットワークの上であまり増やしたくない場合には後者の方が有利である。
【０３１１】
（６．１．２．情報画像管理サーバを利用する手法）
また、情報画像管理サーバもしくはカレンダ情報サーバの中に情報画像生成機能を具備しておけば、前記各実施の形態を実現することが可能である。この場合においては、情報画像生成機能を独立して用いるようにするのであれば、上述の手法（６．１．１．情報画像生成サーバを利用する手法）と同じくすることができるが、ネットワークの負担などを観点からすれば、カレンダ情報サーバが、贈呈者クライアントから単に画像情報を得ておいて、カレンダ情報サーバから情報画像生成機能にその画像情報を用いた情報画像の生成を依頼し、これを取得してからカレンダ情報データ管理部にその情報画像にかかるＩＤを記録し、あわせて情報画像提供サーバにその情報画像を記録させるというものの方が望ましい。
【０３１２】
（６．２．情報画像のセキュリティ）
本発明の実施の形態により実現される広告システムでは、財産価値の移動を伴うため、その情報の伝播にはセキュリティを維持しなければならない。情報画像を用いた場合、ネットワーク上での唯一性などを担保することでそのセキュリティ機能を実現しているが、この機能について更に説明する。
【０３１３】
情報画像は、第２管理領域の作用によって、第二管理領域における記録とともに、その第二管理領域の動作を行わせているクライアントとの関係を情報画像管理サーバによって管理されている。
【０３１４】
このため、財産価値の移転の意思表示をする者が利用する情報画像と、その意思表示を入力するクライアントとの関係はネットワーク上で唯一管理することができ、また、第２管理領域については唯一の識別子が付与されることになるため、所謂なりすましによって他人の財産価値を移動させる危険性が低減されることになる。
【０３１５】
（６．３．実現のためのハードウエア構成、その他）
なお、上記すべての実施の形態において説明したクライアント以外のものについてはシームレスに接続可能であり、ひとつのコンピュータがこれらのサーバ並びに登録用クライアントとして機能するようにしても構わないし、それぞれの機能部が独立のコンピュータで実現し、相互の通信によって全体としてそれぞれのサーバ並び登録用クライアントとして機能するようにしても構わない。
【０３１６】
上記実施の形態に記載の各機能は汎用コンピュータを用いプログラムによって実現すればよい。また、このプログラムは記録媒体に記録し、この記録媒体を使って、コンピュータに上記実施の形態に記載の各機能を実現させるプログラムをインストールできるようにすることができる。
【０３１７】
【発明の効果】
以上説明したように、請求項１に記載の発明によれば、カレンダの形式で情報画像に含まれる画像の情報をクライアント上に表示させることができるとともに、その情報画像に含まれる関連情報に基づいた操作を促すシステムを構築することができるようになる。こうすることで、クライアントの操作者に表示を参照させる機会を多くするとともに、特定のサーバへのアクセスを操作者に促すことができるようになるため、結果として、操作者に、特定のサーバへのアクセスを頻繁に促すことができるようになる。
また、請求項２並びに請求項３に記載の発明によれば、上記システムの基幹となるサーバを構築することができる。
【図面の簡単な説明】
【図１】本願発明に係る第１の発明の実施の形態におけるシステム全体図である。
【図２】本願発明に係る各実施の形態において共通するクライアントシステムにおける情報表示例
図である。
【図３】本願発明で前提となっているクライアントで実現される第１管理領域から第２管理領域への情報画像登録のために行うドラッグ＆ドロップ操作図である。
【図４】本願発明で前提となっているクライアントで実現される第１管理領域から第２管理領域への情報画像登録のために行う、別の情報画像登録操作図である。
【図５】本願発明で前提となっているクライアントで実現される第１管理領域から第２管理領域への情報画像登録のために行う、別の情報画像登録操作図である。
【図６】本願発明で前提となっているクライアントとしてＰＤＡなどの表示領域が比較的小さい端末で実現される第１管理領域から第２管理領域のレイアウト図である。
【図７】情報画像の構成例である。
【図８】情報画像の別の構成例である。
【図９】クライアントの操作者が基準情報画像を第２管理領域に記録させるまでを表したシナリオを示した図である。
【図１０】第１の発明の実施の形態に係る動作シナリオ図
である。
【図１１】第１の発明の実施の形態において、登録クライアントに対して表示させる情報入力用のフォーム表示例図である。
【図１２】第２の発明の実施の形態に係る動作シナリオ図
である。
【図１３】第２の発明の実施の形態に係るクライアントへのフォーム表示例を表したものである。
【図１４】各発明の実施の形態において適用される情報画像管理サーバが具備する
情報画像特定情報記録部を構成するデータベースの構成を示した図である。
【図１５】第１の発明の実施の形態において、カレンダ情報サーバが具備するカレンダ情報データ管理部を構成するデータベースの構成を示した図である。
【図１６】第２の発明の実施の形態において、カレンダ情報サーバが具備するカレンダ情報データ管理部を構成するデータベースの構成を示した図である。
【図１７】第３の発明の実施の形態において、カレンダ情報サーバが具備するカレンダ情報データ管理部を構成するデータベースの構成を示した図である。
【図１８】カレンダを表示するクライアントにおいて同一日付に情報画像を重複して表示しなければならない場合におけるカレンダ表示例図である。
【図１９】カレンダを表示するクライアントにおいて同一日付に情報画像を重複して表示した場合、重ねられた情報画像を最も手前側に整理して表示したときのカレンダ表示例図である。
【図２０】第３の発明の実施の形態における動作シナリオ図である。
【図２１】第３の発明の実施の形態において贈呈者クライアントに表示する入力用フォーム表示例図である。
【図２２】第３の実施の形態におけるシステム構成図である。
【図２３】カレンダを表示するクライアントにおいて同一日付に情報画像を重複して表示しなければならない場合において、ＤＨＴＭＬを用いたときの表示情報例図である。
【図２４】第４の実施の形態におけるシステム構成図である。
【図２５】本願請求項のカテゴリーなどに係る簡単な構成説明図である。
【符号の説明】
１０１・・・情報画像提供サーバ、１０２・・・情報画像管理サーバ、１０３・・・クライアントコンピュータ、１０６・・・ネットワーク、１０７・・・広告代理店用端末、１０８・・・情報画像生成サーバ、１０９・・・統計プロセッサ、３０２・・・第１管理領域、３０４・・・第２管理領域、４０３・・・第１管理領域選択用タブ、４０４・・・第２管理領域選択用タブ、４０５・・・第１管理領域、１６０１・・・第１管理領域、１６０２・・・第２管理領域。
【図１】
2004013420.tif 000003
【図２】
2004013420.tif 000004
【図３】
2004013420.tif 000005
【図４】
2004013420.tif 000006
【図５】
2004013420.tif 000007
【図６】
2004013420.tif 000008
【図７】
2004013420.tif 000009
【図８】
2004013420.tif 000010
【図９】
2004013420.tif 000011
【図１０】
2004013420.tif 000012
【図１１】
2004013420.tif 000013
【図１２】
2004013420.tif 000014
【図１３】
2004013420.tif 000015
【図１４】
2004013420.tif 000016
【図１５】
2004013420.tif 000017
【図１６】
2004013420.tif 000018
【図１７】
2004013420.tif 000019
【図１８】
2004013420.tif 000020
【図１９】
2004013420.tif 000021
【図２０】
2004013420.tif 000022
【図２１】
2004013420.tif 000023
【図２２】
2004013420.tif 000024
【図２３】
2004013420.tif 000025
【図２４】
2004013420.tif 000026
【図２５】
2004013420.tif 000027