JP2003016340A - スケジュール通信方法、装置およびシステム - Google Patents

Abstract

(57)【要約】 【課題】 インターネットを通じて不特定多数のユーザ
に広告を発信しても、効果的でなかった。 【解決手段】 スケジュール通信システム８５０は、レ
シピをユーザーの携帯電話１６へ送信する機能と、送信
したレシピに基づいて擬似的な購入履歴を生成する機能
と、その購入履歴に基づいて広告を選択する機能とを有
するレシピ通信装置７００と、その広告をスケジュール
帳に付加して表示するスケジュール通信装置１４とを備
える。

Description

【発明の詳細な説明】 【０００１】 【発明の属する技術分野】この発明は、ユーザーのスケ
ジュールを通信する技術に関する。この発明はとくに、
ユーザーのスケジュールを送受信する方法、装置、シス
テムに関する。 【０００２】 【従来の技術】フォローマーケティングを前提としたイ
ンターネットのコミュニケーションでは、ほとんどの場
合情報発信者、すなわち企業側がイニシアティブをとっ
ている。そのため発信者には、常に自己のウェブコンテ
ンツの魅力を高め、ユーザーの継続的なアクセスを獲得
する努力が求められる。こうしたビジネスでは、ユーザ
ーの要望を的確に把握し、ユーザーの声を反映すべく、
電子メールなどによる最新の情報の配信等をとおしたユ
ーザーとの直接かつ密接な関係構築が重要な鍵である。 【０００３】 【発明が解決しようとする課題】しかしながら、いかに
ユーザーの多様な声を反映させたとしても、結局は最大
公約数的な情報を発信するしかできない場合が多い。逆
に、少数派を満足させるために些細な情報まで掲示また
は配信するとすれば、情報過多となって結局はユーザー
が敬遠する。インターネットを利用するユーザー端末に
対するバナー広告も非常に盛んであるが、不特定多数に
ランダムな広告を打ってもその効果のほどは疑わしい。 【０００４】本発明はそうした課題に鑑みてなされたも
のであり、その目的は、個々のユーザが望む情報を的確
に把握および提供可能なネットワークによるサービス提
供技術を提供することにある。 【０００５】本発明の別の目的は、ユーザーのスケジュ
ールをネットワークで配信するとき、各種付加情報を与
えることでユーザーの多様な要望に応える技術を提供す
ることにある。 【０００６】本発明のさらに別の目的は、企業がネット
ワークを介して広告を配信する際、効果的な技術を提供
することにある。 【０００７】本発明のさらに別の目的は、企業がネット
ワークを介して求人情報または求人広告を出す際、効果
的な技術を提供することにある。 【０００８】 【課題を解決するための手段】以上の課題を解決するた
めに、本発明はネットワークを介したユーザーのスケジ
ュール通信技術を基調に構築される。ここで「ネットワ
ーク」は有線、無線を問わず、なんらかのデータのやり
とりが可能な伝送手段を含む。「スケジュール」とは、
ユーザーの個人的な予定など時間軸をベースに組み立て
られる個別情報全般をいう。後述の「広告」とは通常宣
伝と理解される営業的なものの他、企業や個人が他人に
対してアピールするための情報全般を指す。「求人情
報」とは通常求人広告として理解される情報の他、有償
と無償とを問わず、広く労働力の提供を求めるための情
報をいう。 【０００９】本発明のある態様は、ネットワークシステ
ムにおけるスケジュールの通信方法である。この方法は
とくにユーザー側、またはクライアント側に適してい
る。この方法は、前記ネットワークを介してユーザーの
前記スケジュールを受信するステップと、前記ネットワ
ークを介して前記ユーザーの嗜好に沿うものとして選択
された広告を受信するステップと、前記広告の目的時刻
を判定するステップと、前記スケジュールの中に前記目
的時刻に沿って前記広告を組み込んで前記ユーザーに告
知するステップとを含む。また、前記ネットワークを介
して求人情報を受信するステップをさらに含んでもよ
い。「組み込んで」とは、例えばスケジュールの日時欄
の中へ一体的に書き込んで、の意味である。この方法に
よれば、ユーザーが受信したスケジュールの中に広告を
組み込んでユーザーに知らせることができる。 【００１０】本発明の別の態様もスケジュールの通信方
法であり、この方法もユーザー側に適している。この方
法は、前記ネットワークを介してユーザーの前記スケジ
ュールを受信するステップと、前記ネットワークを介し
て求人情報を受信するステップと、前記求人情報の目的
時刻を判定するステップと、前記スケジュールと前記求
人情報を前記目的時刻によって関連づけて前記ユーザー
に告知するステップとを含む。この方法によれば、例え
ばスケジュールの中に求人情報を組み込んでユーザーに
知らせることができる。 【００１１】本発明のさらに別の態様もスケジュール通
信方法であり、この方法はとくにホスト側またはサーバ
ー側に適している。この方法は、ネットワークを介して
ユーザーに前記スケジュールを送信するステップと、前
記ユーザーの嗜好に沿う広告を選択するステップと、前
記選択された広告に、当該広告を前記スケジュールの中
に組み込むための目的時刻を付加して前記ユーザーに送
信するステップとを含む。このため、前記ユーザーは、
広告がスケジュールに組み込まれた状態でそれを認識す
ることがでかきる。この方法は、前記ネットワークを介
して求人情報を送信するステップをさらに含んでもよ
い。 【００１２】本発明のさらに別の態様もサーバ側に適し
たスケジュールの通信方法である。この方法は、前記ネ
ットワークを介してユーザーに前記スケジュールを送信
するステップと、前記ユーザーに送信すべき求人情報を
選択するステップと、前記選択された求人情報に、当該
求人情報と前記スケジュールとを関連づけるための目的
時刻を付加して前記ユーザーに送信するステップとを含
む。この方法によれば、例えばユーザーがそのスケジュ
ールに求人情報を組み入れた状態でスケジュールを確認
することができる。 【００１３】本発明のさらに別の態様は、サーバクライ
アントシステムにおけるスケジュールの通信方法であ
る。この方法は、前記サーバが前記ユーザーにスケジュ
ールを送信するステップと、前記ユーザー側にて前記ス
ケジュールを受信するステップと、前記サーバが前記ユ
ーザーの嗜好に沿う広告を選択するステップと、前記サ
ーバが前記選択した広告を前記ユーザーに送信するステ
ップと、前記ユーザー側にて前記広告の目的時刻を判定
するステップと、前記ユーザー側にて前記スケジュール
の中に前記目的時刻に沿って前記広告を組み込んで前記
ユーザーに告知するステップとを含む。 【００１４】本発明のさらに別の態様サーバクライアン
トシステムにおけるスケジュール通信方法であり、前記
サーバが前記ユーザーにスケジュールを送信するステッ
プと、前記ユーザー側にて前記スケジュールを受信する
ステップと、前記サーバが前記ユーザーに送信すべき求
人情報を選択するステップと、前記サーバが前記選択し
た求人情報を前記ユーザーに送信するステップと、前記
ユーザー側にて前記求人情報を受信するステップと、前
記ユーザー側にて前記求人情報の目的時刻を判定するス
テップと、前記ユーザー側にて前記スケジュールと前記
求人情報を前記目的時刻によって関連づけて前記ユーザ
ーに告知するステップとを含む。 【００１５】なお、以上の処理を実行するプログラムを
格納したコンピュータで読み取り可能な記録媒体を提供
してもよい。そのプログラムはコンピュータによって実
行される。 【００１６】本発明のさらに別の態様は、ネットワーク
システムにおけるスケジュールの通信装置である。この
装置はユーザー側に適しており、前記ネットワークを介
してユーザーの前記スケジュールを取得するユニット
と、前記ネットワークを介して前記ユーザーの嗜好に沿
うものとして選択された広告を取得するユニットと、前
記広告の目的時刻を判定するユニットと、前記スケジュ
ールの中に前記目的時刻に沿って前記広告を組み込んで
前記ユーザーに告知するための告知制御ユニットとを含
む。この装置によれば、ユーザーはスケジュールに広告
が組み込まれた状態で確認することができる。 【００１７】本発明のさらに別の態様もスケジュールの
通信装置であり、この装置もユーザー側に適している。
この装置は、前記ネットワークを介してユーザーの前記
スケジュールを取得するユニットと、前記ネットワーク
を介して求人情報を取得するユニットと、前記求人情報
の目的時刻を判定するユニットと、前記スケジュールと
前記求人情報を前記目的時刻によって関連づけて前記ユ
ーザーに告知するための告知制御ユニットとを含む。こ
の装置によれば、ユーザーはスケジュールに求人情報が
組み込まれた状態で確認することができる。 【００１８】本発明のさらに別の態様もユーザー側に適
したスケジュールの通信装置である。この装置は、前記
ネットワークを介してユーザーに送信すべき前記スケジ
ュールを読み出すスケジュール管理ユニットと、前記ユ
ーザーの嗜好に沿う広告を選択する探索ユニットと、前
記選択された広告に、当該広告を前記スケジュールの中
に組み込むための目的時刻を付加して前記ユーザーに送
信するためのデータを生成するユニットとを含む。 【００１９】本発明のさらに別の態様はサーバー側に適
したスケジュールの通信装置である。この装置は、前記
ネットワークを介してユーザーに送信すべき前記スケジ
ュールを読み出すスケジュール管理ユニットと、前記ユ
ーザーに送信すべき求人情報を選択する探索ユニット
と、前記選択された求人情報に、当該求人情報と前記ス
ケジュールとを関連づけるための目的時刻を付加して前
記ユーザーに送信するためのデータを生成するユニット
とを含む。 【００２０】本発明のさらに別の態様は、サーバ側シス
テムとユーザー側であるクライアントを含むネットワー
クシステムにおけるスケジュールの通信システムであ
る。このサーバ側システムは、前記ユーザーに前記スケ
ジュールを送信するユニットと、前記ユーザーの嗜好に
沿う広告を選択するユニットと、前記選択した広告を前
記ユーザーに送信するユニットとを含む。一方、前記ク
ライアントは、前記スケジュールを受信するユニット
と、前記広告を受信するユニットと、前記広告の目的時
刻を判定するユニットと、前記スケジュールの中に前記
目的時刻に沿って前記広告を組み込んで前記ユーザーに
告知するための告知制御ユニットとを含む。また、前記
サーバ側システムは、前記クライアントとの通信をイン
ターネットにて行うフロントサーバであるＷＷＷサーバ
ーと、前記クライアントとの通信の内容に応じて前記ス
ケジュールおよび前記広告を抽出して前記ＷＷＷサーバ
ーに引き渡す広告サーバーとを含んでもよい。この構成
によれば、クライアント側、すなわちユーザー側にてそ
のスケジュールに広告を組み込んだ状態でスケジュール
の確認ができる。 【００２１】本発明のさらに別の態様は、同じくスケジ
ュールの通信システムである。このシステムにおいてサ
ーバ側システムは、前記ユーザーに前記スケジュールを
送信するユニットと、前記ユーザーに送信すべき求人情
報を選択するユニットと、前記選択した求人情報を前記
ユーザーに送信するユニットとを含む。一方、前記クラ
イアントは、前記スケジュールを受信するユニットと、
前記求人情報を受信するユニットと、前記求人情報の目
的時刻を判定するユニットと、前記スケジュールと前記
求人情報を前記目的時刻によって関連づけて前記ユーザ
ーに告知するための告知制御ユニットとを含む。この構
成によれば、クライアント側、すなわちユーザー側にて
そのスケジュールと求人情報を関連づけた状態でスケジ
ュールの確認ができる。 【００２２】本発明のさらに別の態様は、スケジュール
の通信方法である。この方法は、ネットワークを介して
ユーザーの前記スケジュールを受信するステップと、前
記ネットワークを介して、セグメント化された情報のタ
イトルを受信するステップと、前記タイトルの目的時刻
を判定するステップと、前記スケジュールの中に前記目
的時刻に沿って前記タイトルを組み込んで前記ユーザー
に告知するステップとを含む。この構成によれば、ある
程度量がある情報をタイトルという簡便なシンボルによ
ってユーザーへ告知することができる。なお、この方法
を装置の形で実現したものも本発明として有用である。 【００２３】前記タイトルには前記セグメント化された
情報のアイテムへの電子的なリンクが張られており、前
記ユーザーがそのタイトルをクリックしたとき前記情報
のアイテムがオンラインで前記ユーザーへ提示されもよ
い。また、その電子的なリンクの先には、前記情報のア
イテムを集約してユーザーへ提供する集約ポイント、例
えばサイトやページが形成されていてもよい。 【００２４】本発明のさらに別の態様もスケジュールの
通信方法である。この方法は、ネットワークを介してユ
ーザーに前記スケジュールを送信するステップと、セグ
メント化された情報のタイトルを選択するステップと、
前記選択されたタイトルに、当該タイトルを前記スケジ
ュールの中に組み込むための目的時刻を付加して前記ユ
ーザーに送信するステップとを含む。この方法を装置の
形で実現したものも本発明として有用である。 【００２５】本発明のさらに別の態様もスケジュールの
通信方法である。この方法は、サーバが前記ユーザーに
スケジュールを送信するステップと、ユーザー側にて前
記スケジュールを受信するステップと、前記サーバがセ
グメント化された情報のタイトルを選択するステップ
と、前記サーバが前記選択したタイトルを前記ユーザー
に送信するステップと、前記ユーザー側にて前記タイト
ルの目的時刻を判定するステップと、前記ユーザー側に
て前記スケジュールの中に前記目的時刻に沿って前記タ
イトルを組み込んで前記ユーザーに告知するステップと
を含む。 【００２６】本発明のさらに別の態様はスケジュールの
通信システムである。このシステムは、サーバとユーザ
ー側であるクライアントを含むネットワークシステムを
用いる。前記サーバ側システムは、前記ユーザーに前記
スケジュールを送信するユニットと、前記ユーザーに送
信すべき、セグメント化された情報のタイトルを選択す
るユニットと、前記選択したタイトルを前記ユーザーに
送信するユニットとを含む。前記クライアントは、前記
スケジュールを受信するユニットと、前記タイトルを受
信するユニットと、前記タイトルの目的時刻を判定する
ユニットと、前記スケジュールと前記タイトルを前記目
的時刻によって関連づけて前記ユーザーに告知するため
の告知制御ユニットとを含む。 【００２７】本発明のさらに別の態様は、ネットワーク
システムにおけるスケジュールの通信方法である。この
方法はクライアント側に適し、前記ネットワークを介し
てユーザーの前記スケジュールを受信するステップと、
前記ネットワークを介して、セグメント化された情報の
タイトルを受信するステップと、前記タイトルの目的時
刻を判定するステップと、前記スケジュールの中に前記
目的時刻に沿って前記タイトルを組み込んで前記ユーザ
ーに告知するステップとを含む。 【００２８】本発明のさらに別の態様もスケジュールの
通信方法である。この方法はサーバ側に適し、前記ネッ
トワークを介してユーザーに前記スケジュールを送信す
るステップと、セグメント化された情報のタイトルを選
択するステップと、前記選択されたタイトルに、当該タ
イトルを前記スケジュールの中に組み込むための目的時
刻を付加して前記ユーザーに送信するステップとを含
む。 【００２９】本発明のさらに別の態様は、サーバクライ
アントシステムによるスケジュール通信方法である。こ
の方法は、前記サーバが前記ユーザーにスケジュールを
送信するステップと、前記ユーザー側にて前記スケジュ
ールを受信するステップと、前記サーバがセグメント化
された情報のタイトルを選択するステップと、前記サー
バが前記選択したタイトルを前記ユーザーに送信するス
テップと、前記ユーザー側にて前記タイトルの目的時刻
を判定するステップと、前記ユーザー側にて前記スケジ
ュールの中に前記目的時刻に沿って前記タイトルを組み
込んで前記ユーザーに告知するステップとを含む。 【００３０】前記タイトルには前記セグメント化された
情報のアイテムへの電子的なリンクが張られており、前
記ユーザーがそのタイトルをクリックしたとき前記情報
のアイテムがオンラインで前記ユーザーへ提示されても
よい。 【００３１】また、前記電子的なリンクの先には、前記
情報のアイテムを集約してユーザーへ提供する集約ポイ
ントが形成されていてもよい。 【００３２】なお、以上の構成要素の任意の組合せや、
方法、システム、装置、コンピュータプログラム、記録
媒体の間で表現を置換したり、表現を組み合わせたもの
もまた、本発明の態様として有効である。 【００３３】 【発明の実施の形態】以下、実施の形態の基本構成は、
本出願人がさきにＰＣＴ／ＪＰ００／０６０７２にて提
案しているものであり、これを［基礎技術］と題して図
１から図３０を用いて説明する。その後、［応用技術］
と題して本発明に特徴的な技術事項を説明する。 【００３４】［基礎技術］図１は、実施の形態に係るス
ケジュール通信システムの構成を示す。このシステムで
はサーバ側がユーザーのスケジュールを管理している。
ユーザーは自分のスケジュールを知るためにサーバ側に
アクセスする。その際、サーバ側はユーザーに適した広
告または企業の求人情報をスケジュールに組込可能な形
で提供する。 【００３５】スケジュール通信システム１０は、サーバ
側システム３０とユーザー側クライアントシステムであ
るＰＣ（パーソナルコンピュータ）１２、および企業サ
ーバ５２を含む。ただし、クライアントシステムはＰＣ
１２である必要はなく、たとえば携帯電話１６その他任
意の情報端末であってよい。 【００３６】サーバ側システム３０は主に、ユーザーに
スケジュールを送信する機能と、ユーザーの嗜好に沿う
広告を選択する機能と、選択した広告をユーザーに送信
する機能とを含む。サーバ側システム３０はさらに、ユ
ーザーに送信すべき求人広告を選択する機能と、選択し
た求人情報をユーザーに送信する機能を含む。一方クラ
イアントは、送信されたスケジュールを受信する機能
と、送信された広告および求人情報を受信する機能と、
それら広告や求人情報の目的時刻を判定する機能と、送
信されたスケジュールの中に目的時刻に沿って広告を組
み込んでユーザーに告知する機能と、同じく送信された
スケジュールと送信された求人情報をその目的時刻によ
って関連づけてユーザーに告知する機能とを含む。ここ
で目的時刻とは、たとえば広告の対象となるイベントの
日時や求人情報に含まれる勤務の日時等、広告や求人情
報に何らかの関連を有する時刻をいう。 【００３７】クライアントであるＰＣ１２は、実施の形
態に係るスケジュール通信装置１４を含む。スケジュー
ル通信装置１４は主にＰＣ１２のＣＰＵとメモリにロー
ドされたプログラムによって実現される。ただし、それ
以外の任意のハードウェアおよびソフトウェアの組合せ
によってこの装置を構成することも可能であり、その設
計自由度の高さは当業者には容易に理解されるところで
ある。スケジュール通信装置１４をソフトウェアモジュ
ール群として構成する場合、このプログラムをフロッピ
ー（登録商標）ディスク１８等の記録媒体によってＰＣ
１２へロードすることができる。 【００３８】サーバ側システム３０は、メインユニット
３２とユーザー情報データベース４０と広告データベー
ス５０をもつ。メインユニット３２は、クライアントと
の通信をインターネットにて行うフロントサーバである
ＷＷＷサーバ３４とクライアントとの通信の内容に応じ
てスケジュール、広告および求人情報をユーザー情報デ
ータベース４０から抽出してＷＷＷサーバ３４に引き渡
す広告サーバ３６を含む。 【００３９】広告サーバ３６は実施の形態に係るサーバ
側のスケジュール通信装置３８を内蔵する。ただしサー
バ側のスケジュール通信装置３８はその一部または全部
がＷＷＷサーバ３４の側に内蔵されてもよく、その設計
の自由度も高い。 【００４０】ユーザー情報データベース４０はユーザー
のスケジュールを保持するスケジュールデータベース４
２とユーザーの個人情報を保持する個人情報データベー
ス４４を含む。広告データベース５０は企業の広告を保
持するもので、その広告はたとえば企業サーバ５２から
メインユニット３２を経由して格納される。ただし、広
告の格納はオフライン処理で行われてもよい。企業サー
バ５２は、広告をメインユニット３２へ送付するサーバ
機能の他、クライアントから広告の詳細情報が問い合わ
されたときにアクセスされる企業のホームページとして
の機能も有する。 【００４１】以上の構成において、サーバとクライアン
トの通信の主体はユーザーのスケジュールであるが、こ
のシステムではそのスケジュールの時間を軸として広告
や求人情報がスケジュールの中に組み込まれる形でユー
ザーに告知される。また、あらかじめ広告とユーザーの
マッチングおよび求人情報とユーザーのマッチングが検
証され、最も宣伝効果が高いと予想されるユーザーに広
告が送られ、かつ企業が最も採用したいと思われるユー
ザーに効果的に求人広告が流される。またユーザーにし
ても、自分が一番興味を持ちそうな広告が自然に流さ
れ、自分が働いてみたい条件の求人情報を効率的に得る
ことができる。 【００４２】図２は、クライアント側のスケジュール通
信装置１４の構成を示す。ユーザー識別情報入力部１０
０は、スケジュールにアクセスする際のユーザーの確認
をするための情報を入力する。スケジュール登録部１０
２は、ユーザーが自らスケジュールを登録または更新す
る際に用いる。スケジュール取得部１０４は、ユーザー
が自らスケジュールを確認する際に利用する。スケジュ
ール取得部１０４によって取得されたスケジュールは、
目的時刻判定部１１０へ送られる。 【００４３】目的時刻判定部１１０は、取得されたスケ
ジュールの目的時刻を判定する。たとえばスケジュール
が、「１月１日から一週間旅行に出る」であれば、目的
時刻は「１月１日」または「１月１日から一週間」のよ
うに判定される。スケジュールおよびその目的時刻は告
知制御部１２０へ送られる。 【００４４】告知制御部１２０は、スケジュールの内容
とその目的時刻をユーザーに告知するための各種制御を
行う。たとえばユーザーのスケジュールが、１０月１０
日にコンサートに行くことであれば、告知制御部はまず
ディスプレイに１０月１０日前後のカレンダーを表示さ
せ、かつ１０月１０日の日付部分に「コンサート」と表
示させる。 【００４５】広告取得部１０６は、サーバ側システム３
０から送られてくる企業の広告を取得する。求人情報取
得部１０８は、同様に求人情報を取得する。求人情報は
あらかじめ選抜されたユーザーのみが受信可能としても
良い。広告および求人情報はともに目的時刻判定部１１
０へ送られ、これらの目的時刻が判定される。判定の結
果は告知制御部１２０へ送られる。告知制御部１２０で
は、たとえば広告の内容が「××デパート、１１月１０
日、全品２０％オフ」であれば、１１月１０日前後のカ
レンダーを表示させ、かつその１１月１０日の日付部分
に例えば「××デパート、２０％オフ」と表示させる。
同様に、求人情報が「１２月１０日工事現場アルバイ
ト」であれば、告知制御部１２０はまず１２月１０日前
後のカレンダーを表示させ、かつ１２月１０日の日付部
分に「工事現場アルバイト募集中」などと表示させる。 【００４６】関連情報アクセス部１６０は、表示された
広告や求人情報に興味を持つユーザーがその詳細情報を
知りたいときに利用する。たとえば、告知制御部１２０
によって表示された広告や求人情報の下線付き情報をク
リックすると、関連情報アクセス部１６０はこのアクシ
ョンを検出し、詳細情報へアクセスする。 【００４７】タイマー１５０は、スケジュール、広告、
求人情報の取得を所定の時刻や一定間隔で行うために利
用される。たとえば、スケジュール通信装置１４は通常
オフラインで利用され、５分おきにダイヤルアップして
広告を取得するといった制御が可能である。タイマー１
５０は、ソフトウェアによるポーリングやリアルタイム
クロックＩＣによって構成できる。リアルタイムクロッ
クＩＣが利用される場合、その出力を告知制御部１２０
におけるカレンダー表示に利用することができる。 【００４８】求人応答部１１４は、ユーザーが求人に応
募するときに利用する。実際には、求人情報が表示され
たときに「応募する」というボタンも併せて表示し、ユ
ーザーがそのボタンをクリックしたとき求人応答部１１
４がその旨をサーバ側システム３０へ伝える。 【００４９】個人情報入力部１１６は、ユーザーの住所
氏名をはじめとする個人情報を入力する。 【００５０】通信Ｉ／Ｆ部１１２は、通信部１６２とス
ケジュール通信装置１４のインタフェイスである。通信
部１６２は、たとえばＰＣ１４があらかじめ備えるモデ
ムやＬＡＮ回路や光通信回路等任意の通信機能ブロック
である。通信Ｉ／Ｆ部１１２は、通信部１６２がネット
ワークとの間のデータ授受が可能なようスケジュール通
信装置１４のデータを変換する。ただし、通信部１６２
が通信Ｉ／Ｆ部１１２の機能を備えている場合もあり、
その場合スケジュール通信装置１４は通信Ｉ／Ｆ部１１
２を持つ必要はない。 【００５１】図３はユーザー識別情報入力部１００の構
成を示す。ＰＩＤ入力部１００ａは、ユーザーを個人と
して認証するためのＩＤを入力する。ＰＰＷ入力部１０
０ｂはユーザーを個人として認証するためのパスワード
を入力する。ＧＩＤ入力部３はユーザーをグループとし
て認証するためのＩＤを入力する。ＧＰＷ入力部１００
ｄはユーザーをグループとして認証するためのパスワー
ドを入力する。 【００５２】この実施の形態は、ユーザーを個人として
認証できるだけでなく、そのユーザーが属するグループ
の一員として認証する機能を持つ。たとえば、友人同士
でスケジュールを互いに見せることを認める場合、この
友人のグループが共通のグループＩＤおよびグループパ
スワードを取得することにより、スケジュールの共有が
可能となる。 【００５３】ユーザー識別情報入力部１００はさらに、
マシンＩＤ取得部１００ｅを備える。マシンＩＤ取得部
１００ｅは、たとえばＰＣ１２のＣＰＵのシリアル番号
等マシンに固有のＩＤを取得する。マシンＩＤを利用す
る場合、たとえばユーザーは個人のＩＤを入力しなくて
もよい。マシンＩＤと通常の個人のＩＤやパスワード等
の組合せによるユーザーの利便性の向上、またはセキュ
リティーの向上についてはいろいろな変形技術が考えら
れる。 【００５４】図４は、サーバ側システム３０から送られ
てくるデータストリーム４００の構成を示す。データス
トリーム４００は、ヘッダ４０２と、ユーザーのスケジ
ュール４０４と、そのユーザーの嗜好に合うとして選択
された広告４０６と、同じくそのユーザーの嗜好やスキ
ルに合うとして選択された求人情報４０８を含む。ただ
し、スケジュール４０４、広告４０６、求人情報４０８
はこれらのうち任意のひとつ以上の情報が送られてくる
ものでもよい。 【００５５】図５は、スケジュール取得部１０４の内部
構成を示す。定間隔アクセス部１０４ａは、既述のタイ
マー１５０の出力をもとに一定間隔でスケジュール、広
告または求人情報に対するアクセスを起動する。ユーザ
ー起動アクセス部１０４ｂは、ユーザーが明示的にスケ
ジュール等へのアクセスを指示したとき、実際にスケジ
ュール取得動作を起動する。広告取得部１０６および求
人情報取得部１０８も一定の時間間隔またはユーザーが
指示したときにそれらの情報に対するアクセスを行って
もよい。広告や求人情報を取得するその他のタイミング
の別の例として、ユーザーがスケジュールの登録を要求
したとき、スケジュールが実際に登録されたとき、ユー
ザーがスケジュールを取得したとき等を挙げることがで
きる。 【００５６】図６は、目的時刻判定部１１０の内部構成
を示す。スケジュール定型化部１１０ａは、サーバ側シ
ステム３０から送られてきたデータストリーム４００の
スケジュール４０４を解読し、スケジュールの内容と目
的時刻を所定のデータフォーマットに落とす。 【００５７】図７はそのフォーマット４３０を示す。こ
のフォーマット４３０は、ヘッダ４３２とスケジュール
の内容４３４とスケジュールの目的時刻４３６を含む。
広告定型化部１１０ｂおよび求人情報定型化部１１０ｃ
はそれぞれ広告と求人情報を図７同様のフォーマットへ
落とす。これら３種類のフォーマット化されたデータは
告知制御部１２０へ送られる。 【００５８】図８は告知制御部１２０の内部構成を示
す。告知制御部１２０は主に表示制御部１２２と音声通
知部１４０を含む。表示制御部１２２は、カレンダ表示
部１２４と非カレンダ表示部１２６を含む。 【００５９】カレンダ表示部１２４は、スケジュールを
カレンダに組み込んだ形で表示する。その際、広告およ
び求人情報もそのカレンダに組み込まれ、またはそのカ
レンダと関連づけられて表示される。カレンダ表示部１
２４は、月表示部１２８と、週表示部１３０と、日表示
部１３２と年表示部１３４と時刻表示部１３６を含む。
月表示部１２８は、広告の目的時刻が月単位で表現され
ていればスケジュールの該当する月の表示の中にその広
告を組み込む。同様に、週表示部１３０は広告の目的時
刻が週単位で表現されていればスケジュールの該当する
週の表示の中にその広告を組み込む。日表示部１３２、
年表示部１３４、時刻表示部１３６についても同様であ
る。 【００６０】これらの表示部は同時に複数が作動しても
よく、たとえば「１９９９年１１月２７日から１週間」
という目的時刻であれば、月表示部１２８、週表示部１
３０、日表示部１３２および年表示部１３４の４つの表
示部が同時に作動してもよい。ここでは広告について説
明したが、求人情報についても同様である。 【００６１】一方非カレンダ表示部１２６は、ユーザー
のスケジュール、広告、求人情報等をカレンダではない
形、たとえばメモの形で表示する。カレンダ表示部１２
４と非カレンダ表示部１２６は同時に作動してもよく、
たとえばスケジュールはカレンダの中に記述するが、求
人情報はカレンダの外に表示することができる。 【００６２】音声通知部１４０は、ユーザーのスケジュ
ール、広告、求人情報等を音声によって通知するための
処理を行う。たとえば「本日午前１０時東京駅」のよう
なメッセージでスケジュールを音声出力する構成として
もよい。メッセージをはじめとするテキストデータの音
声出力については既知の任意の技術を用いてもよく、こ
こでは詳述しない。以上はＰＣ１２に内蔵されたクライ
アント側のスケジュール通信装置１４の構成である。 【００６３】図９は、サーバ側システム３０の広告サー
バ３６に内蔵されたスケジュール装置３８の内部構成を
示す。 【００６４】通信部２００は広告サーバ３６の有する任
意の通信機能であり、通信Ｉ／Ｆ部２０２はこの通信部
２００とスケジュール通信装置３８のインタフェイスと
して機能する。既述のごとく通信Ｉ／Ｆ部２０２は通信
部２００の中にあってもよい。 【００６５】スケジュール要求受付部２２４は、ユーザ
ーから発信されたスケジュールに関する要求を受け付け
る。この要求はユーザーの識別情報とともに認証部２２
６へ送られる。認証部２２６はテーブル２３２に記録さ
れたＩＤとパスワードの組合せを参照し、ユーザーを認
証する。ユーザーが正しく認証されたとき、ユーザーの
スケジュールに対する要求はスケジュール管理部２２２
に送られる。スケジュール管理部２２２は、スケジュー
ルデータベース４２に対するデータのリードライトを制
御する。したがって、ユーザーのスケジュールに対する
要求がスケジュールの確認であれば、そのユーザーに関
するスケジュールがスケジュールデータベース４２から
読み出され、これが送信データ生成部２０８へ送られ
る。送信データ生成部２０８は、ユーザーのスケジュー
ルを図４に示したデータストリーム４００に変換し、こ
れを通信Ｉ／Ｆ部２０２および通信部２００を介してユ
ーザーへ送信する。 【００６６】個人情報取得部２０４は、図２に示すクラ
イアント側のスケジュール通信装置１４の個人情報入力
部１１６に入力された個人情報を取得する。この個人情
報は個人情報管理部２１０へ送られる。個人情報管理部
２１０は個人情報データベース４４に対するデータのリ
ードライトを制御する。個人情報データベース４４から
読み出されたデータは必要に応じて探索部２２０へ送ら
れる。 【００６７】広告取得部２４４は、企業サーバ５２その
他から広告を取得する。この広告にはすでに目的時刻が
付与されていてもよいし、されていなくともよい。目的
時刻が付与されていない場合、広告取得部２４４は企業
サーバ５２等に対してその情報の送信を要求する。広告
およびその目的時刻に関する情報は広告管理部２５０へ
送られる。広告管理部２５０は広告データベース５０に
対するデータのリードライトを制御する。広告データベ
ース５０から読み出された広告は必要に応じて探索部２
２０および課金管理部２４６へ送られる。 【００６８】求人情報受付部２０６は、企業サーバ５２
等から求人情報を取得する。取得された求人情報はバッ
ファメモリ２４２へ格納される。取得された求人情報は
送信データ生成部２０８および課金管理部２４６へ送ら
れる。送信データ生成部２０８は、後述する探索部２２
０によって選抜されたユーザーに対し求人情報を送るた
めに必要なデータを生成する。求人応答受付部２４０
は、ユーザーに送信された求人情報に対する応募を受け
付ける。受け付けられた応募はバッファメモリ２４２に
格納される。 【００６９】関連情報指示部２３０は、送信された広告
や求人情報に関する関連情報に対してユーザーがアクセ
スを試みたとき、そのアクセスを実現するための処理を
行う。関連情報指示部２３０はユーザーがどのような広
告または求人情報に対して興味を示したかを把握できる
ため、その情報を探索部２２０へ送る。関連情報に対す
るアクセスはまた、本スケジュール通信装置３８が適切
なユーザーに適切な広告や求人情報を送信できたことを
示す尺度となるため、その情報は課金管理部２４６へ送
られる。すなわち、一種の成功報酬としての課金が発生
する。 【００７０】図１０は、個人情報取得部２０４の内部構
成を示す。ゲーム配信部２０４ａは、ネットワークを介
してクライアントにゲームソフトウェアを配信する。ク
イズ配信部２０４ｂは、同様にクライアントにクイズを
配信する。アンケート通信部２０４ｃは、インセンティ
ブ型アンケート配信部２０４ｄと一般アンケート配信部
２０４ｅとアンケート受信部２０４ｆを含む。 【００７１】インセンティブ型アンケート配信部２０４
ｄは、ゲーム配信部２０４ａによって配信されたゲーム
で優秀な成績を収めたユーザーにインセンティブ型のア
ンケートを配信する。インセンティブ型のアンケートと
は、ユーザーがその住所、氏名、年齢、職業、趣味、勤
務先、好きなスポーツ、好きな音楽のジャンル、好きな
映画、好きな雑誌、ひいきにしているスポーツチーム、
よく出かける街、好きな食べ物、ライフスタイルに関す
る情報、行ってみたい国などの個人情報を回答すること
を条件として、ゲームで優秀な成績を収めたことに対す
る商品や景品をオンラインやオフラインで提供するもの
である。同様のアンケートは、クイズに正解し、または
優秀な成績を収めたユーザーにも配信される。 【００７２】ユーザーメリット提供部２０４ｇは、そう
した景品や商品等のユーザーメリットをいろいろな形で
提供する。この実施の形態では、たとえばユーザーに対
してネットワークの利用に関連するメリットを与える。
たとえばスケジュールの通信で発生する費用を割り引い
たり、音楽やゲーム等のソフトウェアを無料で配信した
り、企業サーバ５２を提供する企業の各種ネットワーク
サービスを低額で提供したり、ゲームまたはクイズの成
績優秀者としてネットワーク上で表彰する等が考えられ
る。 【００７３】一方、一般アンケート配信部２０４ｅは、
本実施の形態に係るスケジュールの通信サービスを開始
する際に所定の必要事項をユーザーに記入させるための
アンケート、その他とくにインセンティブを与えないタ
イプのアンケートを配信する。 【００７４】アンケート受信部２０４ｆは、インセンテ
ィブ型のアンケートまたは一般アンケートに対するユー
ザーの回答を受信する。この回答は個人情報管理部２１
０を介して個人情報データベース４４に格納される。こ
れらのアンケート、とくにインセンティブ型のアンケー
トにより、ユーザーの詳細な個人情報をユーザー自らが
進んで提供できる環境を作り出すことができる。そのた
め、ユーザーをその嗜好に応じてセグメンテーションす
ることができる。 【００７５】図１１は個人情報管理部２１０の内部構成
を示す。データベースリード部２１０ａは個人情報デー
タベース４４から必要なユーザーの個人情報を読み出
す。読み出された個人情報は探索部２２０へ送られる。
データベースライト部２１０ｂは、個人情報取得部２０
４から送られた個人情報を個人情報データベース４４へ
書き込む。 【００７６】図１２はユーザーごとに作成された個人情
報カード４５０の構成を示す。個人情報カード４５０は
個人情報データベース４４に格納されている。このカー
ド４５０は、アンケートの回答から得られた個人情報を
格納するための第一の領域４５２と、後述する関連情報
指示部２３０において得られた情報を格納する第二の領
域４５４を含む。第一の領域４５２は、既述のユーザー
の住所氏名等の情報を格納する。一方、第二の領域４５
４は、後述のごとくユーザーがアクセスした関連情報の
内容、すなわちジャンルとそのアクセス回数を格納す
る。アクセスした関連情報の内容とその回数により、ユ
ーザーの嗜好を把握する趣旨である。 【００７７】図１３は、スケジュール要求受付部２２４
の内部構成を示す。スケジュール確認受付部２２４ａ
は、ユーザーがそのスケジュールの確認の要求を送信し
たときこれを受け付ける。スケジュール更新受付部２２
４ｂは、ユーザーがそのスケジュールの登録または更新
の要求を送信したとき、これを受け付ける。ただし、更
新も登録もスケジュールの書き込みに相当し、それらに
技術的な意味での相違はない。 【００７８】図１４は、認証部２２６の内部構成を示
す。ＰＩＤ／ＰＰＷ判定部２２６ａは、ユーザーが個人
識別情報として送信してきた個人のＩＤとパスワードの
整合性を判定する。一方ＧＩＤ／ＧＰＷ判定部２２６ｂ
は、ユーザーがグループの一員として送信してきたＩＤ
とパスワードの整合性を判定する。これらふたつの判定
部は、ＩＤとパスワードの組合せが正しいかどうかをテ
ーブル２３２に格納された組合せに照らして判断する。
マシンＩＤ判定部２２６ｃは、ユーザーのマシンのＩＤ
が送られてきた際、これとユーザーのパスワードの整合
性等を判定する。ユーザーが正しく認証されたとき、ス
ケジュールの確認または更新を許可すべく、そのユーザ
ーの名前またはＩＤ等の情報がスケジュール管理部２２
２へ送られる。 【００７９】図１５は、企業サーバ５２から送信された
求人情報４６０を示す。求人情報４６０は求人情報受付
部２０６で受信され、バッファメモリ２４２へ一時的に
格納される。求人情報４６０は、任意の数の募集を含
む。ここでは、第一の募集４６２としてコンサートチケ
ット購入のためにアルバイトとして並ぶ人員が求められ
ている。また第二の募集４６４として、ＰＣ設計の正社
員が求められている。いずれの情報も、人員が必要とさ
れる目的時刻、勤務地、勤務内容、給与、勤務の内容ま
たは分類、募集の詳細を知るための企業のホームページ
のＵＲＬ等が記述されている。目的時刻の例として、勤
務開始日や開始時間、勤務の期間、勤務時間帯などがあ
る。 【００８０】図１６は、企業サーバ５２から送られた広
告４７０を示す。広告４７０は広告取得部２４４で受信
される。広告４７０は任意の数の広告アイテムを含む。
ここでは第一のアイテム４７２としてレコードショップ
におけるディスカウントセールが記述され、第二のアイ
テム４７４として美術館における特別展が記述されてい
る。いずれのアイテムも、ディスカウントの期間や展示
の期間等の目的時刻、広告の対象となるイベントの開催
場所、広告すべき内容、イベントの内容または分類、イ
ベントの詳細を知るためにアクセスすべきＵＲＬ等を含
む。 【００８１】図１７は関連情報指示部２３０の内部構成
を示す。アクセス検出部２３０ａは、ユーザーから送信
されてきた広告や求人情報の関連情報、すなわちここで
は詳細情報を知るためにＰＣ１２の画面等に表示された
ボタン等（図示せず）を押したとき、このアクションを
検出する。キャスティング部２３０ｂは、アクセス検出
部によって関連情報へのアクセスが検出されたとき、実
際にその関連情報を保持する企業サーバ５２またはその
ホームページへユーザーのアクセスをキャストする。 【００８２】一方、アクセス情報分析部２３０ｃは、ユ
ーザーがクリックした関連情報の内容を判定するアクセ
ス内容判定部２３０ｂと、その関連情報と同様の内容を
持つ関連情報へユーザーがアクセスした合計回数をカウ
ントするアクセス回数計数部２３０ｅを含む。関連情報
の内容は、その関連情報が属するジャンル、分野、カテ
ゴリー等関連情報をインデキシングする任意の分類であ
ってよい。 【００８３】図１２の個人情報カード４５０の第二の領
域４５４は、こうして分析された関連情報の内容および
アクセス回数を示す。たとえば同図のごとく、このユー
ザーは音楽関係の情報に１０回アクセスし、美術関係の
情報に５回アクセスし、以下同様にアクセスされた関連
情報の内容とその回数がリスト化されている。アクセス
情報分析部２３０ｃによって得られた情報は、個人情報
取得部２０４へ送られ、そこで個人情報カード４５０が
作成される。ただし、個人情報カード４５０は第一の領
域４５２のみを含む構成であってもよく、その場合、ア
クセス情報分析部２３０ｃによって得られた情報は直接
探索部２２０へ送られる。これらの情報の管理および格
納の方法に種々の形態があることは当業者には容易に理
解されるところである。 【００８４】図１８は探索部２２０の内部構成を示す。
探索部２２０は主に、広告に関連する探索機能と、求人
情報に関連する探索機能を有する。広告に関連する探索
機能として、広告ベースユーザー検出部２２０ａおよび
ユーザーベース広告検出部２２０ｂが設けられている。 【００８５】広告ベースユーザー検出部２２０ａは、ま
ず企業がユーザーに配信したいと考える広告を想定す
る。しかるのち、その広告に適合するユーザーを選択す
る。ユーザーを選択する際、個人情報カード４５０が利
用される。たとえば広告があるデパートの大売り出しに
関するものであれば、たとえばショッピングを趣味とす
るユーザーが選択される。また、音楽ＣＤのディスカウ
ントセールが広告の内容であれば、音楽に興味を持つユ
ーザーが選択される。別の例として、横浜のバーゲンセ
ールに関する広告であれば、まず横浜を中心とするユー
ザーが選択される。ユーザーは個人情報カード４５０の
第一の領域４５２、第二の領域４５４のいずれを用いて
選択されてもよいし、それらの領域に含まれる任意の項
目の任意の組合せをもとに選択されてもよい。いずれに
せよ、広告ベースユーザー検出部２２０ａは、ある広告
をベースに、その広告に何らかの意味で嗜好が合致す
る、または興味を持ちうるユーザーを選択すればよい。 【００８６】一方、ユーザーベース広告検出部２２０ｂ
は逆に、まずあるユーザーを想定する。つづいてそのユ
ーザーにふさわしい広告を選択する。このときも個人情
報カード４５０が利用される。たとえば図１２に示す個
人情報カード４５０を持つユーザーについて広告を選択
する際、そのユーザーの趣味がドライブであり、頻繁に
アクセスした分野が音楽や旅行であるとわかる。したが
って、図１６に示す広告４７０の複数のアイテム４７
２、４７４等から「ドライブ」「音楽」「旅行」等の言
葉、またはそれらに関連する言葉を含むアイテムを選択
する。図１６のごとく、あらかじめアイテム４７２、４
７４等が「分類」という情報レコードを有していればそ
の分類をもとに広告を選択してもよい。 【００８７】ユーザーベース広告検出部２２０ｂはさら
に、ユーザーのプロファイル、たとえば年齢、住所、職
業等からそのユーザーが興味を持ちうる広告を選択する
こともできる。ユーザーのプロファイルからある程度そ
の消費傾向を推測することができるためである。ユーザ
ーのプロファイルを利用した選択は、当然ながら広告ベ
ースユーザー検出部２２０ａでも行うことができる。 【００８８】一方、求人情報に関する選択は、求人条件
マッチング判定部２２０ｃで行われる。求人条件マッチ
ング判定部２２０ｃは、ユーザースキル判定部２２０ｄ
とユーザー嗜好判定部２２０ｅとユーザースケジュール
判定部２２０ｆを含む。ユーザースキル判定部２２０ｄ
は求人情報に明示的または暗黙的に含まれる求人の条件
と整合するスキルを有するユーザーを選抜する。 【００８９】たとえば図１５の求人情報４６０の第二の
アイテム４６４は、職務の内容がＰＣの設計である。し
たがって、現在または過去の職歴にＰＣの設計、情報機
器の開発等が記載されているユーザーがまず選抜され
る。求人の条件として年齢や資格の有無が定められてい
る場合、それらの条件も併せて満たすユーザーが選抜さ
れる。ユーザーの選抜にあたり、あらかじめ求人情報を
作成した企業に、ユーザーを探索する際のキーワードを
選定させてもよい。 【００９０】ユーザー嗜好判定部２２０ｅは、求人の職
務のジャンルに嗜好があうユーザーを選抜する。たとえ
ば求人の内容が図１５の求人情報４６０の第一のアイテ
ム４６２のように、音楽に関連するアルバイトであれ
ば、個人情報カード４５０をもとに音楽に興味を持ちう
るユーザーが優先的に選抜される。 【００９１】ユーザースケジュール判定部２２０ｆは、
求人情報の目的時刻にスケジュールが整合するユーザー
を選抜する。すなわち、求人情報の目的時刻にスケジュ
ールが入っていないユーザーを優先的に選抜する。その
ため、ユーザースケジュール判定部２２０ｆは、スケジ
ュール管理部２２２を介してスケジュールデータベース
４２へアクセスする。ただし、企業が比較的長期にわた
る勤務、たとえば正社員としての人員を求めている場
合、その条件に見合うほど長期間にわたってスケジュー
ルが入っていないユーザーはほとんど存在しないと考え
られる。したがってその場合、ユーザースケジュール判
定部２２０ｆは比較的短期の勤務に関する求人情報につ
いてユーザーを選抜してもよい。 【００９２】以上、この探索部２２０によれば、広告を
流したときの効果が大きいと思われるユーザーをあらか
じめ絞り込むことができ、そうしたユーザーに集中的に
広告を流すことができる。逆にユーザーから見た場合、
配信されてくる広告はいずれも比較的自分の興味をひく
ものであり、氾濫する情報の中で自分が欲する情報を見
失う危険性が減る。 【００９３】求人情報については、求人情報マッチング
判定部２２０ｃの作用により、企業における応募者の選
抜の手間を軽減できる。ユーザースキル判定部２２０ｄ
は企業における応募者の書類選考を一部代行しうる。ユ
ーザーから見ても、自分のスケジュールが空いていると
きに自分が比較的興味を持ちやすい仕事が提示されるた
め、効率的に良質の求人情報を得ることができる。 【００９４】すなわち、探索部２２０はユーザーのため
に広告と求人情報をスクリーニングする機能を提供し、
同時に企業に対して効果的なマーケティングおよび人材
の確保のスクリーニング機能を提供する。しかも、こう
した広告や求人情報がスケジュールにリンクされた形で
提供されるため、ユーザーによる情報の活用に極めて高
い利便性を与える。流動性のある労働力の効率的かつ迅
速な確保が企業の存続に影響を与える今日、この実施の
形態の意義は大きい。 【００９５】図１９は送信データ生成部２０８によって
生成された送信データ５００を示す。送信データ５００
は、ヘッダ情報の一部であるユーザー／グループアドレ
ス５０２、スケジュール５０４、広告５０６、求人情報
５０８を含む。ユーザー／グループアドレス５０２は、
探索部２２０によって特定された、スケジュール５０４
等を送信すべきユーザーまたはグループのアドレスであ
る。ただし、グループのアドレスは各ユーザーと別個に
存在する必要はなく、そのグループに属する複数のユー
ザーの複数のアドレスの集合体であってもよい。スケジ
ュール５０４、広告５０６、求人情報５０８はそれぞれ
の中に目的時刻を含むよう生成される。ただし、送信デ
ータ生成部２０８は必ずしも目的時刻を含めた形でスケ
ジュール５０４等を記述する必要はない。その場合、ク
ライアント側のスケジュール通信装置１４の目的時刻判
定部１１０がスケジュール取得部１０４を介して目的時
刻を問い合わせる構成としてもよい。すなわち、目的時
刻の最終的な確定は、送信データ生成部２０８、クライ
アント側のスケジュール取得部１０４および目的時刻判
定部１１０の間で分担することができる。 【００９６】図２０は課金管理部２４６の内部構成を示
す。この実施の形態では、課金は広告または求人情報の
ユーザーへの配信を要請した企業に対して行われる。企
業サーバ識別部２４６ｅは求人情報、または広告の配信
を依頼した企業サーバを特定する。特定された企業サー
バごとにテーブル２４８の中に課金情報が生成される。 【００９７】求人情報カウンタ２４６ａは企業サーバか
ら依頼された求人情報、またはそれに含まれる求人アイ
テムを計数する。同様に広告カウンタ２４６ｂは企業サ
ーバから依頼された広告またはそれに含まれる広告アイ
テムを計数する。これらのカウンタによるカウント値に
それぞれ単価がかけられ、課金情報が生成される。 【００９８】この実施の形態ではさらに、企業が探索部
２２０によるユーザーの探索を依頼したとき、探索の内
容や回数によって料金が加算される。探索加算部２４６
ｃはそのための計算を行う。たとえばユーザーを選抜す
る際の条件の数に単価をかけて加算額を決定する。その
他、探索に要した時間等をもとに加算額を決定してもよ
く、この部分も設計の自由度が高い。 【００９９】課金情報管理部２４６はさらに関連情報ア
クセスカウンタ２４６ｄを有する。このカウンタは、広
告または求人情報を受信したユーザーがその関連情報に
アクセスした回数を記録する。この回数が多いほどユー
ザーが高い興味を示したことになるので、前述のごとく
一種の成功報酬として料金が加算される。以上、全ての
料金が合計されこの企業に対する課金額がテーブル２４
８へ格納される。 【０１００】以上のスケジュール通信システム１０によ
るスケジュールの通信およびそれに伴う広告と求人情報
の配信処理について具体的に説明する。 【０１０１】図２１は、ユーザーがスケジュールを確認
するときにＰＣ１２のディスプレイに表示される初期画
面３００を示す。ここではスケジュールを確認するため
の個人識別情報入力画面３０２が表示されている。ユー
ザーは、個人としてのスケジュールにアクセスしたい場
合には個人に関するＩＤ（ＰＩＤ）およびパスワード
（ＰＰＷ）を入力する。一方、自分が所属するあるグル
ープのスケジュールを見たい場合には、グループのＩＤ
（ＧＩＤ）およびそのパスワード（ＧＰＷ）を入力す
る。 【０１０２】図２２は、ユーザーが携帯電話１６を用い
てスケジュールを確認する際に表示される初期画面３６
０を示す。携帯電話の場合、個人のＩＤは契約者番号
（電話番号）によって特定することができるため、ここ
では単にパスワードを入力すればよい。同図ではパスワ
ードの入力窓をひとつだけ描いているが、当然グループ
のパスワードを入力可能としてもよい。以下、ＰＣ１２
を用いるときと携帯電話１６を用いるときで本質的な相
違はないため、ＰＣ１２を用いる例を中心に説明する。 【０１０３】図２３は、ユーザーが正しく認証された後
表示されたスケジュールである。スケジュール表示画面
３３２は、告知制御部１２０の表示制御部１２２の作用
により、今日、今週、または今月のスケジュールが切り
替え可能に表示される。これらの切り替えは「今日」の
タブ３１０、「今週」のタブ３１２、「今月」のタブ３
１４によって切り替え可能である。 【０１０４】図２３は、今日のスケジュールを示してい
る。スケジュール表示画面３３２の左半分は主に時経列
に並べられたスケジュールに関する。一方右半分はスケ
ジュールに対する補足情報を表示し、たとえばメモ、友
人等のアドレス、スケジュール帳の任意の場所に貼り付
けることが可能な各種マークを収めたシールの画面が選
択できる。選択は「メモ」タブ３１６、「アドレス」タ
ブ３１８、「シール」タブ３２０によって行われる。 【０１０５】まず左画面において、「今日」のスケジュ
ールが選択されているとする。そのとき今日の日付１１
月２７日が表示され、その下に今日の予定が表示されて
いる。今日の予定の欄は、目的時刻の欄３４０とスケジ
ュールを象徴的に表すシンボルの欄３４２とスケジュー
ルの内容を示す欄３４４を含む。シンボルの欄３４２に
は、四角、三角、丸の３種類のシンボルが記入されてい
る。たとえば四角は個人のプライベートな予定に関連
し、丸は仕事に関連し、三角は企業から送られた広告を
示す。この図の場合、このユーザーは１１時にスポーツ
クラブの予約をし、１３時にアルバイトに入る。１６時
に記述された「ｍｉｎｉライブＡＡＡ ｉｎ 横浜」
は、このユーザーが興味を持ちうるとして選択された広
告である。この場合、このユーザーはたとえば「ＡＡ
Ａ」というロックグループのファンクラブに入っていた
可能性がある。このように広告はその目的時刻にしたが
ってユーザーのスケジュールの中に組み込まれて表示さ
れる。 【０１０６】ユーザーのスケジュールが表示された「今
日の予定」の欄外に「１１／２８×××でチケット購入
バイトあり」という表示がなされている。これはこのユ
ーザーが興味を持つとして、またはこのユーザーの予定
が空いている日に相当するとして選択された求人情報で
ある。この情報の前に丸印３４６が付され、これが仕事
すなわち求人情報に関連することが明示されている。た
だし、ユーザー自身がすでに行っている仕事、たとえば
１３時に入るアルバイトと区別するために、丸印３４６
の色を変える等の工夫をなしてもよい。 【０１０７】この求人情報にはリンク３４８がはられて
おり、ユーザーはその部分をクリックすることによりこ
のアルバイトのより詳細な情報を確認することができ
る。 【０１０８】なお、「今日の予定」のスケジュールの欄
は「日記」の表示と切り替えが可能である。また今日の
日付「１１／２７」および「今日の予定」以外の余白部
分にユーザーが望む任意のキャラクターまたは画像を表
示する構成としてもよい。そうしたキャラクターや画像
は広告を流す企業が低額または無償で提供してもよい。 【０１０９】一方、スケジュール表示画面３３２の右画
面は、現在メモを表示する状態になっている。ここでは
このユーザーが１１時に予約をすべきスポーツクラブの
電話番号がメモとして書き込まれている。右画面にはサ
ーバから最新情報を取り寄せるためにクライアントとサ
ーバの間でコネクションを確立するための接続ボタン３
２２が設けられている。ユーザーがこの接続ボタン３２
２を押すと、このＰＣ１２はダイヤルアップ等任意の接
続方法でインターネットに接続し、サーバから最新の広
告や求人情報等を受信する。 【０１１０】ユーザーがスケジュールの確認や更新をす
るときにもこの接続ボタン３２２を押せばよい。接続ボ
タン３２２が押されたとき、その旨が図５のスケジュー
ル取得部１０４のユーザー起動アクセス部１０４ｂに伝
えられる。一方、ユーザーが接続ボタン３２２を押さな
い場合であっても、この実施の形態ではタイマー１５０
の作用により、定間隔アクセス部１０４ａを介してユー
ザーのスケジュール等が取得される。 【０１１１】図２４はスケジュール表示画面３３２の別
の状態を示す。左画面では、「今週」のスケジュールが
選択されており、１１月７日から１３日の１週間のスケ
ジュールが表示されている。ここでも個人のスケジュー
ルが表示される他、１１月１１日には「ＢＢＢニューシ
ングル発売」という広告が表示されている。また、スケ
ジュールの領域の欄外には「ＡＢＣレコードセール中
（１１／６−１２）」という広告も表示されている。こ
の広告にもリンク３４８が設定され、関連情報へのアク
セスが可能となる。 【０１１２】一方、右画面では「シール」の画面が選択
されている。ここでは「かいもの」を示す象のシンボル
３５０をはじめ、いろいろな行動予定やスケジュールに
関連することばに画像シンボル３５０が与えられてい
る。これらのシンボル３５０はスケジュールをより簡潔
に、かつわかりやすく表示するためにスケジュールの中
に貼り込むことができる。また、これらのシンボル３５
０をそのままシール用紙にハードコピーすることによ
り、実際にシールとして利用することもできる。これら
のシンボルも、ユーザーが自ら描きうる他、広告等を提
供する企業から無償でダウンロードできる構成としても
よい。 【０１１３】図２５はスケジュール表示画面３３２のさ
らに別の状態を示す。まず左画面において、「今月」の
スケジュールが選択され、１９９９年１１月の１ヶ月の
スケジュールが表示されている。この場合スケジュール
の内容を書き込むスペースがないため、先に導入した四
角、丸、三角のシンボル３４２のみを表示している。こ
の状態で任意の日付をクリックすることでその日のスケ
ジュールを表示する構成としてもよいし、任意のシンボ
ル３４２をクリックすることでそのシンボルに対応する
スケジュールの内容を表示する構成としてもよい。当然
ながら、シンボルの形状や色もユーザーごとに任意に設
定できる構成としてもよい。 【０１１４】図２６はユーザーが携帯電話１６を利用す
る際スケジュールの確認のために現れる画面３６０を示
す。この画面３６０は、図２３のスケジュール表示画面
３３２の左画面に対応する。一般に携帯電話１６は表示
画面が狭いため、ＰＣ１２のディスプレイに表示される
スケジュールのための画面の任意のサブセット、または
携帯電話１６に特化した画面を表示させればよい。 【０１１５】図２７は、ユーザーがスケジュールを確認
する際の手順を示すフローチャートである。ユーザーは
まずスケジュール取得部１０４を用い、スケジュール確
認の要求を送信する（Ｓ１０）。広告サーバ３６のスケ
ジュール要求受付部２２４はユーザーから発信された要
求を受け付ける（Ｓ１２）。つづいて、認証部２２６が
ユーザーを認証する（Ｓ１４）。認証が正しく終われ
ば、スケジュール管理部２２２によりそのユーザーのス
ケジュールがスケジュールデータベース４２から読み出
され（Ｓ１６）、これが送信データ生成部２０８へ送ら
れる。送信データ生成部２０８は、送信データ５００を
生成し（Ｓ１８）、これを通信Ｉ／Ｆ部２０２へ送る。
送信データ５００は通信Ｉ／Ｆ部２０２から通信部２０
０へ送られ、ユーザーへ送信される（Ｓ２０）。 【０１１６】ユーザーは送信された送信データ５００を
通信部１６２および通信Ｉ／Ｆ部１１２を介してスケジ
ュール取得部１０４にて取得する（Ｓ２２）。つづい
て、目的時刻判定部１１０においてスケジュール、およ
び存在する場合の広告と求人情報の目的時刻を判定する
（Ｓ２４）。つづいて、告知制御部１２０においてスケ
ジュールその他の情報のカレンダ表示がなされる（Ｓ２
６）。ユーザーはカレンダ表示されたスケジュールその
他の情報を見ることにより、自らのスケジュールおよび
広告または求人情報を確認することができる（Ｓ２
８）。 【０１１７】図２８、図２９はスケジュールを確認する
際に広告も表示するための手順を示すフローチャートで
ある。広告をユーザーに配信する準備として、まず企業
サーバ５２から広告サーバ３６へ広告４７０が送信され
る（Ｓ１００）。広告サーバ３６は、受信した広告４７
０のセグメント化と格納を行う（Ｓ１０２）。ここでセ
グメント化とは、後に必要な広告をより簡単に探索すべ
く、その広告に必要なキーワードを与えることをいう。
ただし、広告４７０が企業サーバ５２から送られてきた
時点ですでにこうした分類のためのキーワードが付与さ
れている場合、セグメント化は必要ない。広告４７０
は、広告管理部２５０を介して広告データベース５０に
格納される。 【０１１８】つづいて個人情報管理部２１０を介して個
人情報データベース４４を読み出し、目的ユーザーを探
索する（Ｓ１０６）。ここで目的ユーザーとは、先ほど
の広告を送信すべきユーザーをいう。この探索は個人情
報カード４５０をもとに探索部２２０によって行われ
る。以上で広告を配信するための準備が完了する。 【０１１９】ここでユーザーがスケジュール確認の要求
を発信したとする（Ｓ１０）。広告サーバ３６はこの要
求を受け付け（Ｓ１２）、ユーザーを認証し（Ｓ１
４）、そのユーザーのスケジュールを読み出す（Ｓ１
６）。ここで、このユーザーが先ほどの広告の目的ユー
ザーであるか否かにより処理が異なる（Ｓ１０８）。目
的ユーザーであれば、送信データ５００にスケジュール
のみならず広告を格納し、データＴＤ１を生成する（Ｓ
１１０）。一方、目的ユーザーでなければ、広告を格納
せずにデータＴＤ２を生成する（Ｓ１１２）。こうして
生成された送信データ５００はユーザーに送信される
（Ｓ２０）。 【０１２０】ユーザーは、送信データ５００、すなわち
データＴＤ１またはＴＤ２を受信する（Ｓ２２）。つづ
いてそのスケジュールおよび必要な場合には広告の目的
時刻を判定する（Ｓ２４）。スケジュール等の情報はカ
レンダ表示され（Ｓ２６）、ユーザーはスケジュール等
の情報を確認する（Ｓ２８）。かりに、ユーザーが表示
された広告に興味を示したとき、ユーザーは関連情報、
すなわち詳細広告の表示を要求する（Ｓ１２０）。この
要求は、関連情報アクセス部１６０により発信される。
この要求は関連情報指示部２３０のアクセス検出部２３
０ａにより検出される。キャスティング部２３０ｂは、
ユーザーに詳細な情報を送るべくアクセスがあった旨を
企業サーバ５２へ取り次ぐ（Ｓ１２２）。それと並行し
て、アクセス情報分析部２３０ｃによりユーザーがアク
セスした情報の内容の判定およびアクセス回数のカウン
トが行われる（Ｓ１２４）。 【０１２１】企業サーバ５２または企業のホームページ
は、ユーザーに求められた関連情報、すなわち詳細広告
をユーザーに直接、またはＷＷＷサーバ３４を介して、
または広告サーバ３６を介して送信する（Ｓ１２６）。
詳細広告を受信したユーザーはその内容を確認する（Ｓ
１２８）。 【０１２２】なおここでは、まず広告を仮定してユーザ
ーを選択したが、当然これは逆であってもよい。すなわ
ちユーザーを先に仮定し、そのユーザーにふさわしい広
告を選択する構成であってもよく、その処理については
図１８の探索部２２０の広告ベースユーザー検出部２２
０ａまたはユーザーベース広告検出部２２０ｂのいずれ
かの機能によって実現される。 【０１２３】図３０は広告サーバ３６からユーザーへ向
けて求人情報を発信する手順を示すフローチャートであ
る。ユーザーに求人情報を配信する準備として、まず企
業サーバ５２が広告サーバ３６へ求人情報を発信する
（Ｓ２００）。求人情報は求人情報受付部２０６で取得
される（Ｓ２０２）。つづいて個人情報管理部２１０が
個人情報データベース４４から個人情報を読み出す（Ｓ
２０４）。個人情報は個人情報カード４５０として探索
部２２０へ送られる。スケジュール管理部２２２はユー
ザーのスケジュールをスケジュールデータベース４２か
ら読み出す（Ｓ２０６）。スケジュールの情報も探索部
２２０へ送られる。 【０１２４】探索部２２０は目的ユーザーを探索する
（Ｓ２０８）。まず個人情報をもとに、求人条件マッチ
ング判定部２２０ｃのユーザースキル判定部２２０ｄお
よびユーザー嗜好判定部２２０ｅがユーザーの絞り込み
を行う。つづいてユーザースケジュール判定部２２０ｆ
が求人情報の目的時刻にスケジュールが入っていないユ
ーザーを選抜する。送信データ生成部２０８は、目的ユ
ーザーのアドレスを格納して送信データ５００を生成
し、これを通信Ｉ／Ｆ部２０２および通信部２００を介
してユーザーに発信する（Ｓ２１０）。 【０１２５】ユーザーはその求人情報取得部１０８によ
り、広告サーバ３６から送られた求人情報を取得する
（Ｓ２１２）。求人情報は目的時刻判定部１１０および
告知制御部１２０による処理を経てカレンダ表示される
（Ｓ２１４）。ここではかりにユーザーが求人に応募す
るとする（Ｓ２１６）。応募は求人応答部１１４を介し
て行われる。応募はいったん広告サーバ３６へ送られ、
求人応答受付部２４０で取得され、バッファメモリ２４
２へ格納される。つづいて、応募があった旨が求人応答
受付部２４０から通信Ｉ／Ｆ部２０２および通信部２０
０を経て企業サーバ５２へ取り次がれる（Ｓ２１８）。
この後、企業とユーザーの間で任意の雇用契約が結ばれ
る（Ｓ２２０）。 【０１２６】なお、ここでは任意のタイミングで求人情
報がユーザーへ送信される例を示したが、当然ユーザー
がスケジュールを確認した際にこれを送信する構成とし
てもよい。この例でも求人情報を仮定し、それにふさわ
しいユーザーを探索することにしたが、まずユーザーを
仮定しそのユーザーに適合する求人情報を選択する構成
としても何ら差し支えはない。 【０１２７】以下、実施の形態の変形例のいくつかを挙
げる。 【０１２８】求人情報に関する目的時刻は、勤務時間で
なくともよい。スケジュール通信装置１４、３８は、た
とえば就職シーズンにおいて、いろいろな会社の説明会
や面接の時間を目的時刻としてスケジュール内に流し込
んでもよい。この場合、求人情報は広告と把握されても
よい。ユーザーは希望する職種、勤務場所、勤務時間、
給与、その他の条件を予め登録しておくことにより、膨
大な求人情報の中から必要な情報をタイムリーに探し出
すことができる。実施の形態では、すでに予定の入って
いるユーザーには求人情報を送らないとしたが、その場
合にも、状況によって送ってもよい。ユーザーのスケジ
ュール通信装置１４の告知制御部１２０は、そうした情
報を別の色や薄い色で表示したり、ユーザーのスケジュ
ールよりも下または通常よりも小さく表示するなど、も
ともとのユーザーのスケジュールが優先的に把握できる
表示制御機能をもってもよい。とくに、ユーザーにとっ
て重要な情報、たとえば第一志望の会社の面接日時など
は、たとえスケジュールが入っていても、ユーザーはい
ち早く知りたいはずである。そのためクライアント側
に、自分のスケジュールとバッティングする情報の表示
許否を決めるオプション機能を設けてもよい。 【０１２９】スケジュール通信装置１４、３８は、入学
試験その他の試験に関する情報も求人情報または広告の
一種として扱ってもよい。たとえば、希望する学校の条
件をオンラインのアンケートその他の方法で登録してお
くことにより、その学校の試験日程等をスケジュールに
流し込む構成としてもよい。受験機関や塾が、カリキュ
ラムをスケジュールの中に表示すべくスケジュール通信
装置１４、３８を利用してもよい。カレンダーへ流し込
むべき広告や求人情報、またはそれにリンクされた関連
情報がある程度大きなデータになる場合、メインサーバ
３２側でその情報を整形してユーザーのスケジュール通
信装置１４へ電子メールで送信してもよい。 【０１３０】試験、受験などに限らず、ユーザーは自分
が興味をもつ情報のキーワードをアンケート等によって
登録しておくことにより、そのキーワードにヒットする
情報を広告としてスケジュール内に受信してもよい。そ
のために、例えば個人情報入力部１１６でキーワードを
受け付け、これをサーバ側の個人情報管理部２１０で保
持し、探索部２２０によって広告またはその中のキーワ
ードと照合する。その結果、ヒットした情報がユーザー
へ広告として送られ、これがスケジュールの目的時刻に
沿って告知される。課金管理部２４６は、より多数のキ
ーワードがヒットしたユーザーへの広告配信単価をより
高く設定して広告費を企業へ課金してもよい。 【０１３１】目的時刻は、広告の対象となるセールスの
開催日時など、イベントに密着した客体的な要因で決め
る必要はなく、たとえば企業が広告をユーザーに見せた
い日時のような主体的な要因で決めてもよい。その場
合、広告を打つ企業は、「１０月１０日の午前１０時の
枠に広告を入れたい」という要望を出せばよく、その日
時が目的時刻として扱われる。求人情報も同様である。
サーバ側のスケジュール管理部２２２は、広告や求人情
報を送るべきターゲットユーザーのスケジュールが比較
的あいている日時を検出し、その日時を目的時刻として
広告または求人情報を出す企業を募ってもよい。そうし
て配信された広告は、ユーザーのスケジュール通信装置
１４のカレンダーの当該日時に流し込まれる。このよう
に、ユーザーのスケジュールの空隙を埋める形の広告や
求人情報については、カレンダー外で告知される広告よ
りも広告費を安価に設定する方法もある。 【０１３２】実施の形態では、求人情報がユーザーの空
いている時間帯に送られたが、逆にユーザーが、スケジ
ュール通信装置１４によって、自ら働きたい日時や希望
職種、すなわち「逆求人情報」ともいうべき労働力提供
情報を送信してもよい。その場合、スケジュール通信装
置１４のスケジュール登録部１０２などに、ユーザーが
カレンダー表示の中に働きたい時間帯と希望等の付加情
報を入力する機能をもたせればよい。この労働力提供情
報は、メインサーバ３２を介して企業サーバ５２へと転
送される。 【０１３３】実施の形態では、ユーザーを個人として認
証する機能と、グループとして認証する機能を述べた。
自分自身やその属するグループのスケジュールのみなら
ず、たとえば自分がある音楽バンドのファンクラブに入
っている場合、そのバンドのスケジュールを確認可能と
してもよい。すなわち、まったく他人のスケジュールを
所定の手続を経て確認できる構成も可能である。その場
合、そうしたアクセスを許す会員に特別なＩＤやパスワ
ードを設定してもよい。また、特別な課金管理を行って
もよい。課金の多様性については、実施の形態のさまざ
まなサービスにおいて同様である。 【０１３４】ユーザーを個人またはグループとして認証
する以外に、ユーザーがスケジュールを入力する際、
「パーソナル」「ビジネス」「全部公開」というような
選択をすることで、それぞれ「ごく親しい仲間」「仕事
関係者」「自分のスケジュールを見たい全員」に対して
スケジュールを公開することができる。この場合クライ
アントであるスケジュール通信装置１４は、ユーザーが
入力するスケジュール情報の公開度に関するユーザーの
指定を受け付ける機能をもてばよく、サーバ側システム
のスケジュール通信装置３８はその公開度をもとに、ス
ケジュールにアクセスを希望するユーザーにアクセスを
許すかどうか判定する機能をもてばよい。別の方法とし
て、各ユーザーは「パーソナル」「ビジネス」「全部公
開」について別々のキーワードを設定し、相手にそれら
のいずれかのキーワードを教えることで、所望の公開度
でスケジュールを共有することができる。なお、これら
任意のパスワードは、各ユーザーのスケジュール通信装
置１４のメモリ（図示せず）に保存しておいてもよく、
その場合、パスワードを忘れる心配がなくなる。 【０１３５】ユーザーによるスケジュール確認を容易に
するために、決まった時刻、たとえば朝早い時間に、サ
ーバ側のスケジュール通信装置３８はその日のユーザー
のスケジュールを電子メールでユーザーに送信する構成
をもってもよい。 【０１３６】ユーザーのスケジュール内に広告や求人情
報を流し込む際、その数に上限を設けてもよい。その上
限はユーザーが設定可能としてもよい。あまりにも多数
の広告等がユーザーのカレンダーに流し込まれる事態を
予防するためである。この場合、たとえばクライアント
のスケジュール通信装置１４の告知制御部１２０や広告
取得部１０６、その他任意の箇所で広告等の数が上限に
達したらそのカレンダー等への組込みまたは告知を中
止、中断する等の措置をとることができる。 【０１３７】ユーザーが入力するスケジュールの量や流
し込まれる広告の量に応じて、カレンダーの日、週など
の枠の大きさを可変としてもよい。たとえば、日曜に予
定が多くなるユーザーは、当然日曜の枠が大きいほうが
都合がよい。したがって、告知制御部１２０のカレンダ
ー表示部１２４は、表示すべき情報量を検出する機能
と、その情報量に応じて可変にカレンダーを表示する機
能とを備えればよい。 【０１３８】スケジュール管理プログラムは、すでにい
くつか市販されるか、ＷＷＷ上で利用可能になってい
る。また、ＰＣ等を購入するとき、プリインストールさ
れているときもある。そうした他のスケジュール管理装
置との連携をとるために、クライアントのスケジュール
通信装置１４は、他のスケジュール管理装置との間でユ
ーザーのスケジュールデータをインポートまたはエクス
ポートするためのデータフォーマット変換部を備えても
よい。 【０１３９】ニュースも広告の一種として配信すること
ができる。たとえば、２０００年４月２７日午後８時の
ニュースの見出しをユーザーのスケジュールの該当日時
に流し込んでもよい。その場合、目的時刻判定部１１０
は、ニュース配信の時刻またはニュースのもととなった
できごとの発生時刻、たとえば地震の発生時刻など、ニ
ュースに関連する時刻を目的時刻と把握すればよい。 【０１４０】クライアント側のスケジュール通信装置１
４は、ユーザーが期限のあるスケジュールをカレンダー
に記入するための機能を例えばスケジュール登録部１０
２に備えてもよい。たとえば、５月１０日までに提出の
レポートがあるとき、「５月１０日」の欄に「期限付
き」という属性を指定して「レポート提出」と記録して
おく。ユーザーがこの記録を消さないうちに所定の日
時、たとえば一週間前に当たる５月４日になったとき、
タイマー１５０と告知制御部１２０などの協働により、
ユーザーに警告を出す構成としてもよい。 【０１４１】自分が追跡したい人の居場所をスケジュー
ルカレンダーの中に記録していってもよい。たとえば、
タイマー１５０によって一定時間ごとに自分の子供に持
たせたＰＨＳ端末の位置発信機能を利用してその位置を
検出し、子供の行動記録を自分またはその子供のカレン
ダーへ書き込むことができる。このために、スケジュー
ル通信装置１４、３８の通信部に、位置検出結果を受信
する機能をもたせ、目的時刻判定部１１０に、その場所
にいた時刻を目的時刻として検出する機能をもたせれば
よい。 【０１４２】前記通信部は、ユーザー本人の居場所を自
動的に検出し、これをそのユーザーのカレンダーへ書き
入れていく構成であってもよい。その場合、ユーザーは
自分の行動日誌を自動的にログファイルとして形成して
いくことができる。自身の居場所の検出にＧＰＳシステ
ムを利用してもよい。 【０１４３】天気予報を広告としてカレンダーの対応す
る日時に流し込んでいってもよい。たとえば、５月５日
の欄に「晴れ」のマークを入れたり、５月５日の詳細な
スケジュールの欄に時刻ごとに変化する天気の予報を、
例えば午前１０時の箇所に「晴れ」、午後３時の箇所に
「曇り」というように詳細に入れてもよい。これらのマ
ークの近傍に、小さくスポンサーの表示を入れることに
より、広告価値が生じる。なお、天気予報のように地域
に依存する情報を配信する場合は、登録されているその
ユーザーの住所を手かがりにするほか、ユーザーがスケ
ジュールに書き込んだ地名をメインサーバ３２側で識別
して「横浜は晴れ」というような表示を出すほか、その
ユーザーのスケジュール通信装置１４に別途設けた位置
発信装置をもとに、メインサーバ３２側でユーザーの居
場所に合わせた表示をすることもできる。 【０１４４】天気同様、株価、為替相場その他の刻々変
化する情報をユーザーの登録内容にしたがって選択し、
その時々の情報をカレンダーに流し込んでもよい。この
場合、株価等の情報も広告と考えればよい。目的時刻は
その株価がついた時刻やそれを配信した時刻などであ
る。このサービスでもスポンサーを表示することがで
き、またユーザーは興味のある銘柄を簡便な仕組みでフ
ォローできるため、双方に利益が大きい。 【０１４５】情報をセグメント化してカレンダーに流し
込んでもよい。セグメント化とは、情報をその内容やジ
ャンルに応じて分類する場合のほか、その情報を配信す
べきユーザーのタイプに応じて分類する場合を含む。つ
まり、情報をその客体によって分類するほか、主体によ
って分類する場合を含む。 【０１４６】例として、セグメント化は、 ・スポーツ、トラベル、映画、レストランなどの客体的
特徴 ・若い人、男性など対象者の主体的特徴 にしたがって行われる。例えば、「レストラン」という
タイトルだけをカレンダーに流し込み、このタイトルか
らインターネット上のいろいろなレストランのサイトへ
リンクを張ったり、そうしたレストランを一カ所に集め
た「レストラン・ポータル・サイト」のような情報アイ
テム別の集約サイトまたは集約ページ（以下「集約ポイ
ント」という）へリンクを張ってもよい。実施の形態で
利用するスケジュール通信装置１４のカレンダーの日付
欄はさして大きなスペースを持たない場合も多く、セグ
メント化された情報ごとにひとつのタイトルで配信され
表示されることのユーザーメリットは大きい。この方法
によれば、ユーザーは同様の商品を比較検討することも
できる。 【０１４７】タイトル配信の際にも、目的時刻という概
念は利用可能である。例えば、そのタイトルを他の広告
等の情報が占領していない日時に入れることができる。
その場合、他の情報の目的時刻を予備的にチェックし、
重ならないか、または重なりの比較的少ない日時を目的
時刻として採用することができる。なお、こうした目的
時刻に関する選定方法は、タイトル配信以外にも利用で
きることに留意すべきである。 【０１４８】タイトル配信の目的時刻として、そのタイ
トルに関連する日を選定する方法もある。例えば、母の
日であれば、「母」をタイトルとするいろいろな情報を
サーバ側に集めてもよい。ユーザーはタイトルをクリッ
クすることで、「母」に関する情報アイテムへ、または
そのための集約ポイントへオンラインでアクセスし、必
要な情報の表示を受けることができる。 【０１４９】以上のほか、たとえばユーザーが求める医
療、不動産、物品売買・提供、運勢、旅行、趣味、文化
などの情報を広告として配信することができ、実施の形
態の応用範囲は広い。 【０１５０】［応用技術］これまでは、個人の嗜好を中
心に広告配信とスケジュール管理の融合を説明した。応
用技術は、料理のレシピをユーザーがダウンロードでき
るように構成し、ユーザーがダウンロードしたレシピに
基づいて、擬似的に購入履歴を生成し、その購入履歴に
基づいて広告を配信するものである。また、ユーザーが
ダウンロードしたレシピの履歴から、ユーザーの健康に
関するアドバイスを提供するものである。 【０１５１】この実施の形態では、レシピをユーザーの
携帯電話やＰＤＡ（personal digital assistant）など
の携帯端末を使ってダウンロードする場合を例に取り上
げる。ユーザーが携帯電話を使ってレシピをダウンロー
ドする場合、図２２で説明した初期画面により認証手続
きを終えると、スケジュールかレシピのいずれか一方を
選択する画面が表示される。レシピを選択すると、次に
料理のカテゴリが表示される。 【０１５２】例えば、肉料理、魚料理など食材によりカ
テゴリ分けされていてもよいし、和食、洋食、イタリア
料理、タイ料理など国別の料理によりカテゴリ分けされ
ていてもよい。ユーザーがいずれかのカテゴリを選択す
ると、次に、料理名が表示される。例えば、ユーザーが
イタリア料理を選択すると、ミートスパゲティー、ボン
ゴレビアンコ、ペペロンチーノなどの料理名が一覧とな
って表示される。ユーザーがその中から料理を選択する
と、レシピが表示される。これにより、ユーザーの携帯
電話には、その料理で使う食材が一覧となって表示され
るので、ユーザーは、それを見ながらスーパーなどの商
店で食材を購入することができる。また、ユーザーが選
択した料理のカテゴリを示すアイコンを、ユーザーのス
ケジュール帳に表示することで、ユーザはどんな料理を
食べたのかを振り返ることができる。 【０１５３】図３１は、スケジュール帳の画面である。
画面の左側には、１か月分のスケジュールが表示されて
おり、ユーザーがレシピをダウンロードした日付には、
その料理のカテゴリを示す料理カテゴリアイコン３１
１、３１７及び３１９が付加されている。これらの料理
カテゴリアイコンは、その料理のカテゴリを直感的に分
かるようにデザインされる。こうすることで、ユーザー
は一目でどのような料理を食べたのかを振り返ることが
できる。ここで、料理カテゴリアイコン３１１は、魚料
理を示すアイコンであり、料理カテゴリアイコン３１７
はイタリア料理を示すアイコンであり、料理カテゴリア
イコン３１９は、肉料理を示すアイコンである。 【０１５４】また、詳細は後述するが、ユーザーがダウ
ンロードしたレシピに基づいて、ユーザが購入する食材
の傾向を分析し、その分析に基づいて選択された広告３
１３がスケジュール帳に表示される。こうすることで、
広告効果を高めることができる。また、このような広告
配信は、ユーザーにとっても有益な広告となる。 【０１５５】画面の右側には、ユーザーの健康に関する
アドバイスが表示されている。このアドバイスは、ユー
ザーがダウンロードしたレシピの履歴に基づいて、選択
されたものであり、健康アドバイス表示領域３１５に表
示される。また、このアドバイスは、ユーザーが「健康
アドバイス」タブ３２５をクリックすることで表示され
る。 【０１５６】図３２は、スケジュール通信システム８５
０の構成を示す。このシステムは、図１を用いて説明し
たシステムの構成に加えて、レシピ通信装置７００と、
健康アドバイス通信装置８００とを備える。レシピ通信
装置７００は、レシピをユーザーの携帯電話１６へ送信
する機能と、送信したレシピに基づいて擬似的な購入履
歴を生成する機能と、その購入履歴に基づいて広告を選
択する機能とを有する。健康アドバイス通信装置８００
は、送信したレシピの履歴に基づいて、ユーザーの健康
に関するアドバイスを送信する機能を有する。 【０１５７】図３３は、レシピ通信装置７００の構成を
示す。レシピ通信装置７００の各構成要素は、ハードウ
エアコンポーネントで言えば、コンピュータのＣＰＵ、
メモリ、メモリにロードされたプログラム、ハードディ
スク、ネットワーク接続用インタフェイスを中心に実現
されるが、その実現方法、装置にはいろいろな変形例が
あることは、当業者には理解されるところである。これ
から説明する各図は、ハードウエア単位の構成ではな
く、機能単位のブロックを示している。 【０１５８】レシピ要求受信部７０２は、ユーザーから
のレシピを要求する信号を受信する。レシピ選択部７０
４は、ユーザーに指定された料理のレシピをレシピデー
タベース７２０から選択する。レシピデータベース７２
０は、料理の名称、食材、それぞれの食材の分量、作り
方、料理のカテゴリ、料理のカロリーなどを料理ごとに
対応付けて格納している。 【０１５９】レシピ修正部７０６は、それぞれの食材の
分量を、ユーザーの家族構成などに応じて修正する。例
えば、ユーザーが４人家族の場合、レシピ修正部７０６
は、４人分の食材の分量を算出して、食材の分量に修正
を加える。ユーザーの家族構成などの情報は、ユーザー
が本システムを利用する際に初期情報として登録してお
いてもよいし、ユーザーがレシピを選択したときに、そ
の旨を問い合わせるようにしてもよい。レシピ送信部７
０８は、レシピ修正部７０６により修正されたレシピを
ユーザーの携帯電話１６に送信する。携帯電話１６に食
材が表示されるので、ユーザーはそれを見ながら食材の
購入ができ、便利である。 【０１６０】擬似購入履歴生成部７１０は、ユーザーが
選択したレシピに基づいて、ユーザーが購入したと推測
できる食材のリストを生成する。例えば、レシピの食材
の全てを購入したと推測して、擬似的な購入リストを生
成してもよいし、料理の中心となる食材を購入したと推
測して、擬似的な購入リストを生成してもよい。擬似購
入履歴生成部７１０は生成した購入リストを擬似購入履
歴データベース７２２に格納する。擬似購入履歴データ
ベース７２２は、購入リスト、ユーザー、日付、料理の
カテゴリなどを対応付けて格納する。 【０１６１】購入傾向分析部７１４は、擬似購入履歴デ
ータベース７２２に格納されている購入履歴に基づい
て、ユーザーの食事に関する嗜好、食事のパターン、自
炊の回数などを推測する。例えば、食事に関する嗜好を
割り出すとき、購入傾向分析部７１４は、料理のカテゴ
リ毎にその数を計数し、数が多いものをユーザーの好み
であると推測する。 【０１６２】推測して得られたデータを広告選択部７１
６に出力する。広告選択部７１６は、そのデータに基づ
いて、食材の安売りなどの広告を格納する食材広告デー
タベース７２４から広告を選択する。広告送信要求部７
１８は、選択された広告をユーザーに配信することをス
ケジュール通信装置３８に要求する。スケジュール通信
装置３８は、ユーザーがスケジュール通信装置１４によ
り接続したときに、スケジュールとともにこの広告をユ
ーザーに送信する。これにより、食材の広告がユーザー
のスケジュール帳に付加される。例えば、図３１で示さ
れるスケジュール帳を使うユーザーは、週末にイタリア
料理を食べることが多いので、広告選択部７１６は、木
曜日にスパゲティーの安売りを行うスーパーの広告を選
択する。 【０１６３】料理種別情報送信要求部７１２は、ユーザ
ーが選択したレシピの料理のカテゴリを示す情報を、ユ
ーザーに配信することをスケジュール通信装置３８に要
求する。スケジュール通信装置３８は、ユーザーがスケ
ジュール通信装置１４により接続したときに、スケジュ
ールとともに、この料理のカテゴリ情報をユーザーに送
信する。これにより、料理カテゴリアイコンがユーザー
のスケジュール帳に付加される。 【０１６４】図３４は、健康アドバイス通信装置８００
の構成を示す。アドバイス送信要求受信部８０２は、ユ
ーザーが図３１で説明した「健康アドバイス」タブ３２
５をクリックすることで、スケジュール通信装置１４が
送信する健康アドバイスを要求する信号を受信する。こ
の信号は、図３１で示した料理カテゴリアイコン３１１
に基づいて生成され、料理のカテゴリを示す情報に、日
付を指定する情報または、順番を示す情報を対応付けた
ものである。この信号により、ユーザーがどのような料
理を多く食べているか、どんな順番で食べているかがわ
かる。 【０１６５】アドバイス選択部８０４は、アドバイス送
信要求受信部８０２が受信した信号に基づいて、健康に
関するアドバイスを健康アドバイスデータベース８０６
から選択する。例えば、肉料理が多い人に対しては、野
菜を多く摂取することを勧めるアドバイスなどを選択す
る。アドバイス送信部８０８は、そのアドバイスをユー
ザーのスケジュール通信装置に送信する。このアドバイ
スが図３１を用いて説明した健康アドバイス表示領域３
１５に表示される。 【０１６６】以上、本発明を実施の形態をもとに説明し
た。この実施の形態は例示であり、各構成要素や各処理
プロセスの組合せにいろいろな変形例が可能なこと、ま
たそうした変形例も本発明の範囲にあることは当業者に
理解されるところである。 【０１６７】 【発明の効果】本発明によれば、ユーザーのスケジュー
ル帳に付加する広告の広告効果を高めることができる。

【図面の簡単な説明】 【図１】 実施の形態に係るスケジュール通信システム
の構成図である。 【図２】 クライアント側のスケジュール通信装置の内
部構成図である。 【図３】 図２のユーザー識別情報入力部の内部構成図
である。 【図４】 図２のスケジュール取得部で取得されるデー
タストリームを示す図である。 【図５】 図２のスケジュール取得部の内部構成図であ
る。 【図６】 図２の目的時刻判定部の内部構成図である。 【図７】 目的時刻判定部から出力されたデータフォー
マットを示す図である。 【図８】 図２の告知制御部の内部構成図である。 【図９】 サーバ側のスケジュール通信装置の内部構成
図である。 【図１０】 図９の個人情報取得部の内部構成図であ
る。 【図１１】 図９の個人情報管理部の内部構成図であ
る。 【図１２】 個人情報カードを示す図である。 【図１３】 図９のスケジュール要求受付部の内部構成
図である。 【図１４】 図９の認証部の内部構成図である。 【図１５】 求人情報を示す図である。 【図１６】 広告を示す図である。 【図１７】 図９の関連情報指示部の内部構成図であ
る。 【図１８】 図９の探索部の内部構成図である。 【図１９】 図９の送信データ生成部で生成された送信
データの構成図である。 【図２０】 図９の課金管理部の内部構成図である。 【図２１】 ユーザーがスケジュールを確認するための
初期画面を示す図である。 【図２２】 ユーザーが携帯電話を用いてスケジュール
を確認するための初期画面を示す図である。 【図２３】 ユーザーがスケジュールを確認するために
表示された画面を示す図である。 【図２４】 ユーザーがスケジュールを確認するために
表示された別の画面を示す図である。 【図２５】 ユーザーがスケジュールを確認するために
表示されたさらに別の画面を示す図である。 【図２６】 ユーザーが携帯電話を利用する際に表示さ
れたスケジュールを示す図である。 【図２７】 ユーザーがスケジュールを確認するための
手順を示すフローチャートである。 【図２８】 ユーザーがスケジュールを確認する際広告
を表示する手順を示すフローチャートである。 【図２９】 ユーザーがスケジュールを確認する際広告
を表示する手順を示すフローチャートである。 【図３０】 広告サーバからユーザーへ求人情報を送信
する手順を示す図である。 【図３１】 ユーザーがスケジュールを確認するために
表示された画面を示す図である。 【図３２】 スケジュール通信システムの構成図であ
る。 【図３３】 レシピ通信装置の構成図である。 【図３４】 健康アドバイス通信装置の構成図である。 【符号の説明】 １０ スケジュール通信システム、１４ スケジュール
通信装置、３０ サーバ側システム、３６ 広告サー
バ、３８ スケジュール通信装置、５０ 広告データベ
ース、１０２ スケジュール登録部、１０６ 広告取得
部、１１０ 目的時刻判定部、１１６ 個人情報入力
部、１２４ カレンダ表示部、２０４ 個人情報取得
部、２４４ 広告取得部、７０４ レシピ選択部、７１
０ 擬似購入履歴生成部、７２２ 擬似購入履歴データ
ベース、７１２ 料理種別情報送信要求部、７１４ 購
入傾向分析部、７１６ 広告選択部、７２４ 食材広告
データベース、８０４ アドバイス選択部、８０６ 健
康アドバイスデータベース。

Claims (1)

1. 【特許請求の範囲】 【請求項１】 ネットワークシステムにおけるスケジュ
   ールの通信方法であって、 前記ネットワークを介してユーザーの前記スケジュール
   を受信するステップと、 前記ネットワークを介して前記ユーザーのために選択さ
   れた広告を受信するステップと、 前記広告の目的時刻を判定するステップと、 前記スケジュールの中に前記目的時刻に沿って前記広告
   を組み込んで前記ユーザーに告知するステップとを含
   み、 このユーザが前記ネットワークを介して料理のレシピを
   ダウンロードしたとき、そのレシピに基づいて擬似的に
   購入履歴を生成し、その購入履歴に基づいて前記広告を
   選択することを特徴とするスケジュール通信方法。