(57)【要約】【課題】イベント情報をユーザ仲間で共有させ、実際のイベントへの集客増を図ること。【解決手段】ユーザが自分のオンラインカレンダーを登録するとともに、公開された範囲内で他人のオンラインカレンダーの閲覧が可能なシステムであって、カレンダーに画像付予定情報を貼り付けることでイベントの予定を表す。日時の指定を含む画像付予定情報をユーザ端末２から受信し、受信した画像付予定情報を当該ユーザのオンラインカレンダーに追加する画像付予定情報登録手段１２１と、ユーザ端末２が他ユーザのオンラインカレンダー内画像付予定情報の共有要求を送信してくると、それを受信して当該ユーザのオンラインカレンダーに当該画像付予定情報を追加する画像付予定情報共有手段１２２と、を備える。これによって、イベントに関する情報を広くユーザに対して発信でき、集客に繋げることができる。【選択図】図１
2014179056.tif 000002
【特許請求の範囲】
【請求項１】
ユーザが自分のオンラインカレンダーを登録するとともに、公開された範囲内で他人のオンラインカレンダーの閲覧が可能なシステムであって、
日時の指定を含む画像付予定情報をユーザ端末から受信し、受信した画像付予定情報を当該ユーザのオンラインカレンダーに追加する画像付予定情報登録手段と、
ユーザ端末が他ユーザのオンラインカレンダー内画像付予定情報の共有要求を送信してくると、それを受信して当該ユーザのオンラインカレンダーに当該画像付予定情報を追加する画像付予定情報共有手段と、
を備えることを特徴とするイベント情報共有システム。
【請求項２】
画像付予定情報には音声データも含まれることを特徴とする請求項１に記載のイベント情報共有システム。
【請求項３】
画像付予定情報が更新された場合、当該画像付予定情報を共有しているユーザのユーザ端末に、更新された画像付予定情報を配信する更新情報配信手段を備えることを特徴とする請求項１または２のいずれかに記載のイベント情報共有システム。
【請求項４】
画像付予定情報には場所の指定も含まれ、
画像付予定情報内指定日時にユーザ端末から受信したＧＰＳ位置情報と、当該画像付予定情報内指定場所とを照合する位置情報照合手段と、
前記照合の結果同一の場所と判定された場合、当該画像付予定情報における予定が遂行された旨を示すための特定の画像データをユーザ別に登録する参加実績登録手段と、
を備えることを特徴とする請求項１〜３のいずれか１に記載のイベント情報共有システム。
【請求項５】
前記参加実績登録手段によって登録されたユーザ別の画像データが、所定の対価付与条件を充足するかを判定する対価付与判定手段を
備えることを特徴とする請求項４に記載のイベント情報共有システム。
【請求項６】
前記参加実績登録手段によって登録された画像データに基づき、データマイニングをはじめとする手法によるデータ処理を行うデータ分析手段を備えることを特徴とする請求項４または５のいずれかに記載のイベント情報共有システム。
【請求項７】
画像付予定情報を共有しているユーザのオンラインカレンダーに、この画像付予定情報と関連性のある新規あるいは既存の画像付予定情報を自動掲載する画像付予定情報自動配布手段を備えることを特徴とする請求項１〜６のいずれか１に記載のイベント情報共有システム。
【請求項８】
登録済の画像付予定情報を地域別、日付別、ジャンル別を含む各種の観点から分類して一覧表にする手段を備え、
前記画像付予定情報共有手段が受信する共有要求には、この一覧表内画像付予定情報の共有要求が含まれることを特徴とする請求項１〜７のいずれか１に記載のイベント情報共有システム。
【請求項９】
各ユーザの過去のイベント参加実績と、現在位置または最新のイベント参加状況をもとにすれちがいを検出する手段を備えることを特徴とする請求項４に記載のイベント情報共有システム。
【請求項１０】
請求項１〜請求項９に記載のイベント情報共有システムにおいてユーザ端末として動作するカレンダー表示装置であって、
画面表示手段に表示されたオンラインカレンダーに、画像付予定情報が同日に複数個ある場合、当該日の日付枠内の表示を自動的にスクロールさせ、或いは当該日付枠に対応する箇所を入力手段を介した所定の操作によってスクロールさせたり当該日付枠の拡大をさせたりすることによって前記複数の画像付予定情報に含まれる画像データを視認可能とすることを特徴とするカレンダー表示装置。
【請求項１１】
日付枠内の表示を自動的にスクロールさせる場合、当該日付枠内に表示された画像データの個数が多いほど表示変化の速度を高めることを特徴とする請求項１０に記載のカレンダー表示装置。
【請求項１２】
画像付予定情報に音声データが含まれている場合、当該画像付情報の画像データに対応する箇所への所定の操作によって音声データを再生させることを特徴とする請求項１０または１１のいずれかに記載のカレンダー表示装置。
【発明の詳細な説明】
【技術分野】
【０００１】
インターネットを介してイベント情報を流通させ、その情報の共有化をベースにして、リアル（現実）の世界へユーザを誘うことができるイベント情報共有システムに関する。
【背景技術】
【０００２】
かつての井戸端会議や口コミによる情報の動きも少なからぬ威力があった。しかしながら、この移動は、媒体は人間であっても人為的・操作的な要素は小さく、その意味では風の流れと変わらない。このような情報の動きは、「発信・伝達」ではなく、「拡散」と呼ばれるべきものである。
しかしながらインターネットは、情報の移動環境を提供しているのであるから全く違う。特にＦＡＣＥＢＯＯＫ（登録商標）を代表とするＳＮＳ（Ｓｏｃｉａｌ  ＮｅｔＷｏｒｋｉｎｇ  Ｓｅｒｖｉｃｅ）などは、人間関係構築環境を提供して、情報の動きを人の管理下においたといえる。
このような交流サイトは優れた広告宣伝媒体となりうるから、例えば既にアフィリエイト広告がある。他にも、特許文献１のようにＳＮＳが各会員を代表して商品の購入主体となり、各会員に経済的な実益も提供しようとするシステムが提案されている。
【０００３】
また、インターネット上で情報の共有を目的とするさまざまな仕組みが運用されてきており、その一例として、自分のスケジュールを公開するＧｏｏｇｌｅ（登録商標）カレンダー、レシピを共有するＣＯＯＫＰＡＤ（登録商標）、ドキュメントを共有するＧｏｏｇｌｅドキュメント（非特許文献１）などがある。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１０−２４４２２２号公報
【非特許文献】
【０００５】
【非特許文献１】“Ｇｏｏｇｌｅドキュメント−初めての方へ” （http://www.google.com/google-d-s/intl/ja/tour2.html）
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上記の従来技術の多くは、オンラインショップでの買い物や、パソコンや携帯端末などを利用しての情報収集などオンラインの世界に殆ど留まっている。しかし、上質なサービスの多くはリアルな世界で得られるものである。例えば、インターネットを介して音楽や映像をダウンロードして視聴することが可能となっているが、真に音楽や映像を楽しむためには生のコンサートに出かけたり、映画館の大スクリーンで鑑賞するに勝るものは無い。
商品購入についても忙しい人はオンラインショッピングを利用するが、掘り出し物を見つけたり販売スタッフとのちょっとした会話を楽しんだりできるのは実在の店舗に限られる。
本発明は、オンラインの世界とリアルの世界とを結びつける。即ち、情報の収集はオンライン上で効率よく行い、収集した情報に基づいてリアルの世界へ足を運ぶことを後押しできるようなシステムの提供を目的とする。
【課題を解決するための手段】
【０００７】
上記の目的を達成するために、請求項１に係る発明は、
ユーザが自分のオンラインカレンダーを登録するとともに、公開された範囲内で他人のオンラインカレンダーの閲覧が可能なシステムであって、
日時の指定を含む画像付予定情報をユーザ端末から受信し、受信した画像付予定情報を当該ユーザのオンラインカレンダーに追加する画像付予定情報登録手段と、
ユーザ端末が他ユーザのオンラインカレンダー内画像付予定情報の共有要求を送信してくると、それを受信して当該ユーザのオンラインカレンダーに当該画像付予定情報を追加する画像付予定情報共有手段と、
を備えることを特徴とする。
【０００８】
「画像付予定情報」とは、将来の特定の日時に予定されているイベント（行事、催事、事象など一切を含む）に関する情報のことであり、画像データとテキストデータとから構成される。日時の指定を含む情報のほとんどが本発明の「画像付予定情報」となりうる。
本発明の「予定情報」は、常に画像データと一体となっている点に特徴があり、この画像データはアイコンやサムネイル画像と同様のものであるが、紙のカレンダーに貼り付けるシールをイメージして以下「予定シール」と呼ぶことにする。各種イベントの予定はオンラインカレンダーにこの「予定シール」が貼り付けられてスケジュールが表示される。
本発明によれば、他人のカレンダー内に自分にとって興味のある画像付予定情報が含まれているならば、その画像付予定情報を自分のカレンダー内に組み入れることができる。
イベントの主催者にとっては、効率的な情報発信が期待でき、本発明のシステムを集客手段として活用することができる。
【０００９】
請求項２に係る発明は、請求項１に記載のイベント情報共有システムにおいて、画像付予定情報には音声データも含まれることを特徴とする。
音声データは、他のユーザまたは自分が吹き込んだ音声でも、音楽や動物の鳴き声やさまざまな効果音など何でもよい。
このように画像だけではなく、音声によってもスケジュールを知らせる機能があれば、携帯端末の画面にあまり注意が払えない場合、例えば歩行中などは便利である。
【００１０】
請求項３に係る発明は、請求項１または２のいずれかに記載のイベント情報共有システムにおいて、画像付予定情報が更新された場合、当該画像付予定情報を共有しているユーザのユーザ端末に、更新された画像付予定情報を配信する更新情報配信手段を備えることを特徴とする。
このように更新された情報が自動的に配信されるので、ユーザは容易に情報の変更を把握できる。
【００１１】
請求項４に係る発明は、請求項１〜３のいずれか１に記載のイベント情報共有システムにおいて、
画像付予定情報には場所の指定も含まれ、
画像付予定情報内指定日時にユーザ端末から受信したＧＰＳ位置情報と、当該画像付予定情報内指定場所とを照合する位置情報照合手段と、
前記照合の結果同一の場所と判定された場合（即ち予定が遂行されたと判定された場合）、当該画像付予定情報における予定が遂行された旨を示すための特定の画像データをユーザ別に登録する参加実績登録手段と、
を備えることを特徴とする。
「画像付予定情報」はイベントの開催日の指定を必須とするが、このように場所の指定も含めると、イベント会場等への集客を図るうえで効果がある。或るユーザがカレンダーに加えていた画像付予定情報の指定日或は指定日の指定された時間帯にその指定場所にいたと判断されたならば、そのイベントに参加したとみなす。参加したものとみなされたならば、そのイベント固有の「特定の画像データ」を当該ユーザに付与する。この「特定の画像データ」は、下記の実施形態では「参加者シール」が相当する。
【００１２】
請求項５に係る発明は、請求項４に記載のイベント情報共有システムにおいて、
前記参加実績登録手段によって登録されたユーザ別の画像データが、所定の対価付与条件を充足するかを判定する対価付与判定手段を
備えることを特徴とする。
これにより、イベントに実際に参加したとみなされたことによって付与された画像データを集めることによってなんらかの対価を得ることができる。「対価」とは、定価からの割引や商品・サービスとの引換え券など金銭的価値でもよく、記念品の贈呈でもよく、特に限定しない。
【００１３】
請求項６に係る発明は、請求項４または５のいずれかに記載のイベント情報共有システムにおいて、
前記参加実績登録手段によって登録された画像データに基づき、データマイニングをはじめとする手法によるデータ処理を行うデータ分析手段を備えることを特徴とする。
イベントに参加することによって特定の画像データを付与することは集客に役立つだけではなく、本システムの運営者にとって貴重なマーケティング情報を収集することを可能とし、このマーケティング情報を提供することで本システムのユーザとして一般個人だけでなく事業者の参加も促進できる。本システムに登録されるイベント情報は多岐にわたると考えられ、多様なデータの収集が可能となって思いがけない発見が期待できる。
【００１４】
請求項７に係る発明は、請求項１〜６のいずれか１に記載のイベント情報共有システムにおいて、
画像付予定情報を共有しているユーザのオンラインカレンダーに、この画像付予定情報と関連性のある新規あるいは既存の画像付予定情報を自動掲載する画像付予定情報自動配布手段を備えることを特徴とする。
顧客の氏名や住所を尋ねておき、ダイレクトメールを郵送したり電話で来店を促したりすることはリピータ獲得のために通常行われることであるが、本発明はリピータ獲得のための営業活動を自動的に行うことができる。
【００１５】
請求項８に係る発明は、請求項１〜７のいずれか１に記載のイベント情報共有システムにおいて、
登録済の画像付予定情報を地域別、日付別、ジャンル別を含む各種の観点から分類して一覧表にする手段を備え、前記画像付予定情報共有手段が受信する共有要求には、この一覧表内画像付予定情報の共有要求が含まれることを特徴とする。
これにより、本発明は、イベントポータル的な機能を備えることもできる。
【００１６】
請求項９に係る発明は、請求項４に記載のイベント情報共有システムにおいて、
各ユーザの過去のイベント参加実績と、現在位置または最新のイベント参加状況をもとにすれちがいを検出する手段を備えることを特徴とする。
「すれちがい」とは、今参加している（または先日参加した）イベントの参加者の中に
過去に別のイベントで偶然居合わせた人が居る（居た）というユーザ同士の偶然の出会いを意味する。
これにより、オンライン上での共通の画像付予定情報の共有だけでなく、リアルの世界でも同じ趣味や関心を持つユーザ同士が親交を深めることを手助けできる。
【００１７】
請求項１０に係る発明は、請求項１〜請求項９に記載のイベント情報共有システムにおいてユーザ端末として動作することを特徴とするカレンダー表示装置であって、
画面表示手段に表示されたオンラインカレンダーに、画像付予定情報が同日に複数ある場合、当該日の日付枠内の表示を自動的にスクロールさせ、或いは当該日付枠に対応する箇所を入力手段を介した所定の操作によってスクロールさせたり当該日付枠の拡大をさせたりすることによって前記複数の画像付予定情報に含まれる画像データを視認可能とすることを特徴とする。
例えば、同日に３つの予定があれば、３つの画像データが一つの日付枠に貼り付けられる。画面サイズの制約上、３つの画像データを一度に表示することは見易さの点で適当でない。そのため、日付枠のサイズはそのままでも縦あるいは横方向に自動的にスクロールさせることで容易に全部の画像データを視認できるようにする。ユーザの操作（タッチパネル上の該当箇所のタップ、液晶画面の場合はマウスやキーの操作など）によって、全部の画像データを視認できるようにしてもよい。
【００１８】
請求項１１に係る発明は、請求項１０に記載のカレンダー表示装置であって、日付枠内の表示を自動的にスクロールさせる場合、当該日付枠内に表示された画像データの個数が多いほど表示変化の速度を高めることを特徴とする。
これにより、予定の多い日ほど日付枠内の表示変化が速くなるので、日毎の多忙さを可視化できる。
【００１９】
請求項１２に係る発明は、請求項１０または１１のいずれかに記載のカレンダー表示装置であって、画像付予定情報に音声データが含まれている場合、当該画像付情報の画像データに対応する箇所への所定の操作によって音声データを再生させることを特徴とする。
これにより、視覚だけでなく聴覚によってもスケジュールを確認可能なので、ユーザにとってオンラインカレンダーが一層使いやすくなる。
【発明の効果】
【００２０】
日時が特定された画像付予定情報をユーザ間で手軽に共有できる仕組みを設けたことにより、各種イベント情報の発信と継続的な共有が可能となるので、本発明のシステムは効率よい宣伝媒体となる。
ユーザは、自分のカレンダーに画像データを貼り付けることにより自分だけのカレンダー作りを楽しんだり、イベントに参加することにより画像データを収集したり特典を得たりすることができる。そのため、単なるイベント情報の提供サービスにとどまらず、ユーザが積極的に関わることのできるシステムとなる。
イベントの主催者等は、イベント参加者にとってコレクションの対象となる画像データなどを介して、オンライン上でイベントを認知した者を実際のイベントの顧客としたり、有用なマーケティング情報を取得したりすることができる。
【図面の簡単な説明】
【００２１】
【図１】実施の形態に係るシステムの構成およびシステム管理装置の機能ブロック例を示す図である。
【図２】実施の形態に係るユーザ情報データベースのデータ構成例を示す図である。
【図３】実施の形態に係るカレンダー情報データベースのデータ構成例を示す図である。
【図４】実施の形態に係る画像付予定情報データベースのデータ構成例を示す図である。
【図５】実施の形態に係る参加者シール情報データベースのデータ構成例を示す図である。
【図６】実施の形態に係る新規の画像付予定情報の登録を説明する図である。
【図７】実施の形態に係る他人のカレンダーから自分のカレンダー内への画像付予定情報の組み入れを説明するための図である。
【図８】実施の形態に係るカレンダーの同じ日に複数の画像付予定情報が登録されている状態を説明する図である。
【図９】図８の複数の予定が登録されている日の日付枠内の表示が変化する状態を説明する図である。
【図１０】従来のウェブサイトの階層構造を示す図である。
【図１１】実施の形態に係るユーザ別の参加者シール取得一覧を示す図である。
【発明を実施するための形態】
【００２２】
本発明の実施の形態のシステム（以下、「本システム」）について、図面を参照しながら説明する。
【００２３】
図１は、本システムの構成例を示すブロック図である。本システムは、インターネットＮを介して接続される、システム管理装置１と任意台数のユーザ端末２とにより構成される。
【００２４】
ユーザ端末２は、本システムのユーザが使用する情報処理装置であり、インターネット接続手段と入力手段と画面表示手段と記憶手段（内蔵、外付けのいずれでもよい）などを備えているならば、パソコンでも携帯端末でも何でもよい。同じユーザであっても自宅ではパソコンを、外出先では多機能携帯電話を使用するといったように使い分けてもよい。図１には、ユーザ端末２が３台しか表示されていないが、台数に制限はない。
【００２５】
システム管理装置１は、演算機能を有するＣＰＵ（Central Processing Unit）、作業用ＲＡＭ（Random Access Memory）、各種データ及びプログラムを記憶するＲＯＭ（Read Only Memory）などの内部メモリ、及びハードディスクドライブなどの外部記憶装置により、記憶部１１、制御部１２を構成する。他に、インターネットをはじめとする各種ネットワークを介してユーザ端末２やウェブサーバ（図示せず）などと通信を行うための通信インターフェース部１３、キーボード、マウス、操作パネル等の入力部（図示せず）、ディスプレイ、プリンタなどの出力部（図示せず）も備える。
なお、図１では、１台しか記載がないが、１台でその処理を実行するとは限らず、複数の情報処理装置が連携してその処理を実行してもよい。例えば、記憶部１１は、内蔵するハードディスクやケーブルで接続する外付けハードディスクに設けてもよいが、システム管理装置１とは別のコンピュータをデータベースサーバとして用いてもよい。
【００２６】
記憶部１１は、ユーザ情報データベース１１１（以下、「ユーザ情報ＤＢ１１１」）、カレンダー情報データベース１１２（以下、「カレンダー情報ＤＢ１１２」）、画像付予定情報データベース１１３（以下、「画像付予定情報ＤＢ１１３」）、参加者シール情報データベース１１４（以下、「参加者シール情報ＤＢ１１４」）等を記憶する。
【００２７】
ユーザ情報ＤＢ１１１には、本システムのユーザとして登録している者に関する情報が登録されている。図２に例示するように、ユーザＩＤと対応づけてログインに使用する情報等が登録されている。ログインに使用する情報とは、ユーザＩＤとともに入力するパスワードが代表的であるが、ＳＮＳのアカウントを持っていれば、このアカウントを登録しておきログイン時に入力してもよい。
さらに友達情報も登録しておくことが望ましい。オンラインカレンダー上のスケジュール項目は、「公開」、「限定公開」および「非公開」の３タイプがある。「公開」は本システムのユーザ全員が閲覧できるスケジュール項目であり、「限定公開」は本システムの特定のユーザだけが閲覧できるスケジュール項目であり、「非公開」は自分だけが備忘録として参照するためのスケジュール項目である。この「限定公開」の公開相手のユーザＩＤを登録しておく。
なお、ユーザ登録の際に氏名や住所などの個人情報を入力させるシステムもあるが、本システムでは特に個人情報の入力を必須としていない。ただし、職業や趣味などの個人を直接には特定しない情報は、マーケティング情報の収集等のために必要であれば入力してもらってもかまわない。
【００２８】
カレンダー情報ＤＢ１１２には、ユーザ別のオンラインカレンダーに関する情報が登録されている。図３に例示するように、登録されている情報には、ユーザＩＤと対応づけて、カレンダーフレームの画像データ、登録済みの画像付予定情報などがある。
画像付予定情報は、後述する画像付予定情報ＤＢ１１３に登録されている内容をほぼそのまま登録してもよいが、画像付予定情報のＩＤ（以下、「イベントＩＤ」）を登録し、画像付予定情報ＤＢ１１３を参照する形にしてもよい。
【００２９】
画像付予定情報ＤＢ１１３には、図４に例示するように、イベントＩＤと対応づけて画像付予定情報が登録される。画像付予定情報は、画像データ（予定シール）と日時を特定する情報を必須とし、他に場所、イベント概要、イベント主催者、当該イベントについて告知しているウェブサイトのＵＲＬなどから構成されている。イベント概要に代えて、あるいはイベント概要とは別にイベントの名称を登録してもよい。また、初回登録日、情報の更新日、当該イベントを本システムに登録した者のユーザＩＤなども登録する。情報の更新は登録されているユーザだけに許可することがあるからである。さらに「公開」、「限定公開」および「非公開」の別も登録する。他に、音声データを登録してもよい。
なお、カレンダー情報や画像付予定情報のデータは、常時一体化して扱うことが重要であり、データ構造は各部分の仕様やプログラミング言語などにあわせて最適化すればよい。したがって、図３、図４は各データの概念の説明にすぎない。
【００３０】
参加者シール情報ＤＢ１１４には、図５に例示するように、ユーザＩＤと対応づけて取得済の参加者シールの画像データを登録する。適宜参加者シールを取得した日（あるいはイベントに参加した日）やイベントの概要・名称なども登録する。
図５の参加者シールは予定シールと図柄は同一である。同一図柄の画像データであっても、他者の画像付予定情報を自分のカレンダーにおいて共有した状態では「予定シール」として白っぽく或はモノクロ等で表示され、ユーザがイベント会場で参加操作するとカレンダー上のシールが本来の色に変わる。この色の変更後のシールが「参加者シール」である。この「予定シール」と「参加者シール」とを別画像データとして用意してもよく、参加操作がなされたときに予定シールの画像データを加工してもよい。なお後者の場合、色が変わる機能を使いたくないユーザもいると思われるので、イベント主催者がこの機能の有効／無効を選べるようにするとよい。
【００３１】
記憶部１１には、パラメータ類、各種プログラム、中間処理結果なども記憶する。
記憶されているプログラムには、画像付予定情報やオンラインカレンダー情報などの画像データが一体化しているデータに対して各種操作をするための専用アプリケーションソフトも含まれる。これらの専用ソフトはユーザ登録後の適当なタイミングでユーザ端末２に送信されて実装される。ただし専用ソフトによらず、ユーザ端末２のウェブブラウザ上で動作するＨＴＭＬベースのアプリケーションソフトで各種操作を行ってもよい。
【００３２】
制御部１２は、画像付予定情報登録手段１２１、画像付予定情報共有手段１２２、更新情報配信手段１２３、位置情報照合手段１２４、参加実績登録手段１２５、対価付与判定手段１２６、データ分析手段１２７、画像付予定情報自動配布手段１２８等として機能する。
【００３３】
画像付予定情報登録手段１２１は、日時の指定を含む画像付予定情報をいずれかのユーザのユーザ端末２から受信し、受信した画像付予定情報を当該ユーザのオンラインカレンダーに追加する。具体的には、イベントＩＤを生成して画像付予定情報ＤＢ１１３に登録するとともに、当該ユーザのユーザＩＤと対応するカレンダー情報ＤＢ１１２に少なくともイベントＩＤを登録する。
画像付予定情報共有手段１２２は、ユーザ端末２が他ユーザのオンラインカレンダー内の画像付予定情報の共有要求を送信してくると、それを受信して当該ユーザのオンラインカレンダーに当該画像付予定情報を追加する。具体的には、当該ユーザのユーザＩＤと対応するカレンダー情報ＤＢ１１２に少なくともイベントＩＤを登録する。
更新情報配信手段１２３は、画像付予定情報が更新された場合、当該画像付予定情報を共有するユーザのユーザ端末２に更新された画像付予定情報を配信する。同時に画像付予定情報ＤＢ１１３の登録内容も更新する。
なお、画像付予定情報に音声データも含まれているならば、音声データは画像データと同様に扱われる。例えば、音声データの変更によって画像付予定情報が更新された場合、共有するユーザへ更新後の画像付予定情報が配信される。
【００３４】
位置情報照合手段１２４は、画像付予定情報内の指定日時にユーザ端末２から受信したＧＰＳ位置情報と、当該画像付予定情報内の指定場所とを照合する。ここで指定日時とは、ある瞬間に限るのではなく、ある程度幅のある時間帯を想定している。
参加実績登録手段１２５は、位置情報照合手段１２４による照合の結果同一の場所と判定された場合は、予定を遂行してイベントに実際に参加したものとみなし、予定の遂行を示すための特定の画像データ（＝参加者シール）を参加者シール情報ＤＢ１１４に登録する。
【００３５】
対価付与判定手段１２６は、参加実績登録手段１２５によって登録されたユーザ別の参加者シールの種類や個数が、所定の対価付与条件を充足するかを判定する。この条件は記憶部１１に記憶されているものとする。
データ分析手段１２７は、参加実績登録手段１２５によって登録済の参加者シールに関する情報に基づき、データマイニングなどの手法を用いてデータ処理を行う。
【００３６】
画像付予定情報自動配布手段１２８は、画像付予定情報を共有しているユーザのオンラインカレンダーに、この画像付予定情報と関連性のある新規あるいは既存の画像付予定情報を自動掲載する。「この画像付予定情報と関連性のある」とは、イベント主催者が同一の場合がその一例である。
【００３７】
以下、本システムの動作について説明するが、まずユーザ登録とユーザによるカレンダー登録について簡単に説明する。
【００３８】
本システムのユーザは予めシステム管理装置１にユーザ登録をしておくことが前提である。本システムはウェブベースで運用されており、ユーザはユーザ登録用ページ（図示せず）にアクセスして必要な情報を入力する。受信したシステム管理装置１はユーザＩＤを生成し、受信した情報をユーザＩＤと対応づけてユーザ情報ＤＢ１１１に登録する。
【００３９】
本システムはユーザ登録済の各ユーザがオンラインカレンダーを持っていることが前提である。ユーザ登録後の適当なタイミングで本システムにアクセスすると、本システムはオンラインカレンダーを生成し、カレンダー情報ＤＢ１１２に登録する。
各ユーザは自分のカレンダーに予定やメモを入力し、スケジュール帳代わりに利用できる。
【００４０】
カレンダーに入力する内容は各イベント等について「公開」、「限定公開」および「非公開」の設定ができる。本システムでは「公開」あるいは「限定公開」された画像付予定情報を他のユーザも閲覧して自分のスケジュール帳に組み入れるという仕組みに大きな特徴があるわけである。ここで「限定公開」とは、特定のユーザにのみ閲覧を許可することであるが、例えばＳＮＳなどの友達への限定公開がある。本システムは、ＦＡＣＥＢＯＯＫなどのＳＮＳや交流サイトと連携して運営される、或は交流サイトの運営者が本システムの運営者となることを想定している。
ところで、自分の備忘用のための内容であれば当然「非公開」に設定されており、他のユーザからは見えない。全項目を「非公開」に設定したならば、オンラインカレンダーは単なる自分のためのスケジュール帳にすぎない。
【００４１】
以下、本システムの動作を次の順に説明する。これらは互いに非同期に実行される。
（１）ユーザによる画像付予定情報の登録
（２）他のユーザのカレンダー上の画像付予定情報を自分のカレンダーにも登録
（３）画像付予定情報の更新の都度、登録済のユーザへ更新情報を配信
（４）新規登録或は既存の画像付予定情報を、同種情報の共有者へ自動的に配信
（５）参加者シールの取得
（６）取得した参加者シールの活用
【００４２】
（１）ユーザによる画像付予定情報の登録
図３、図４のデータ例を参照して、ユーザＩＤがＵ１０１のユーザ（以下「ユーザＵ１０１」と表現する）が、新規のイベントを登録する場合を説明する。まず本システムにアクセスしてログイン許可を受けた後、自分のオンラインカレンダーデータの送信を受け、自分のユーザ端末２上に表示させる。例えば２月６日に新しいイベントの予定を登録したいと思うならば、該当する日付を指定する。オンラインカレンダーを操作するアプリケーションソフトが、日付の指定を受けてメニュー画面（図示せず）を表示し、イベントの新規登録を選択すると、図６に例示する入力画面Ｓ１が表示される。この入力画面Ｓ１から必要な事項を入力する。
【００４３】
画像付予定情報は画像データとテキストデータから構成され、画像データは、当該イベントにふさわしいと考えられる絵柄を選択すればよい。入力画面Ｓ１の参照ボタンＢ１を指定すると絵柄一覧画面Ｓ２が表示されるので、いずれか一つを選択する。ここではピアノの演奏会なので音符の絵柄の画像データＰ１を選択する。このようにシステム提供の画像一覧から選択してもよいが、当該ユーザがイベント主催者であれば独自の図柄の画像データをシステムに登録してもよい。後者の場合、例えば白っぽい色を付した画像データ（予定シール）と本来の色を付した画像データ（参加者シール）のように２種類を準備することが好ましい。
【００４４】
テキストデータとしては日時と場所とイベント概要と公開種別等を入力する。
さらに適宜音声データを録音したり、既存の音声ファイルを指定したりしてもよい。そのためには、図６の入力画面Ｓ１に録音ボタンＢ２を設け、これをクリックして録音したり音声ファイルを指定したりするためのウィンドウ（図示せず）に遷移する。音声の録音は既存の技術を利用すればよい。
テキストデータ等の入力を終えたならシステムに送信する。システム管理装置１はイベントＩＤを生成し、受信したデータをイベントＩＤと対応づけて画像付予定情報ＤＢ１１３に登録する（図４参照）。ユーザＵ１０１から受信したのでイベント登録者としてＵ１０１を、初回登録日として受信した日付を登録する。
システム管理装置１は受信した情報をカレンダー情報ＤＢ１１２のユーザＵ１０１に対応するカレンダーに追加登録する。ここではイベントＩＤのみ登録してもよい。
このように画像付予定情報はテキストデータに画像データを伴うので、単なるカレンダーへのスケジュールの記載にとどまらず、ビジュアルで個性的なスケジュール帳を作成するといった楽しみももたらされる。他に、画像データだけを眺めて、今月は飲食の付き合いが多いとか、最近コンサートに行っていないとか、いろいろな発見も楽しめる。
【００４５】
（２）他のユーザのカレンダー上の画像付予定情報を自分のカレンダーにも登録
図７を参照して、ユーザＵ１０２がユーザＵ１０１のカレンダーＣ１内の画像付予定情報を自分のカレンダーに登録する場合を例にとり説明する。ユーザＵ１０２がユーザＵ１０１のカレンダーＣ１を閲覧し、２月６日の欄に演奏会の画像付予定情報を見つけた場合、この画像付予定情報を自分のカレンダーＣ２に貼り付けることができる。元になる予定シールを指定し、自分のカレンダーの所定の日付欄までドラッグする等、自分のカレンダーへのイベント情報の組み入れ方は既存のＧＵＩの各種操作を利用すればよい。画像付予定情報に関するなんらかの操作がなされるとユーザ端末２からシステム管理装置１に送信され、システム管理装置１は送信された情報に基づいて各種データベースの更新などを行う。
ユーザＵ１０２が自分のカレンダーに組み入れた画像付予定情報はカレンダー情報ＤＢ１１２のユーザＵ１０２に対応づけて登録される。
【００４６】
自分の興味に合致する画像付予定情報の探し方としては、自分と趣味が共通する友人のカレンダー内で見つけたり、或はさまざまなユーザのカレンダーを順に閲覧したり検索したりしていって見つけたりと、本人の好みによる。
他人のカレンダーに登録されている画像付予定情報を自分のカレンダーに登録することは、イベントに関する情報を他人と共有することである。各種イベントに関する情報が単なる文字情報として一覧表示されているならば見落としたりすることもあるが、本システムでは見慣れたカレンダー形式で情報が表示されるので、見落としにくい。また、カレンダーにビジュアルに予定が表現されているので、文字だけの場合と比べてスケジュールの確認がしやすい。さらに、画像付予定情報に音声データも付加されているならば、スケジュール確認が一層容易になる。例えば、音声データが付加されている画像付予定情報の画像（シール）に対応するタッチパネルの箇所をタップすると、「お誕生日おめでとう！」とか「がんばれ！」といった予定にふさわしい音声が流れるとユーザにとって親しみがわく。この音声データは当該画像付予定情報をシステムに登録した人が自分の声で録音してもよいが、テレビアニメのキャラクター等の声で録音すると本システムのユーザ増にもつながり好ましい。
【００４７】
（３）画像付予定情報の更新の都度、登録済のユーザへ更新情報を配信
いったん登録した画像付予定情報に変更が生じたときは、当該画像付予定情報を登録したユーザがその画像付予定情報を更新できる。例えば、図４のイベントＩＤがＥ００１２の画像付予定情報を更新できるのはこれを登録したユーザＵ１０１である。システム管理装置１は、既存の画像付予定情報に変更があったときは、カレンダー情報ＤＢ１１２から同じ画像付予定情報を登録しているユーザを抽出し、これらのユーザ全員に更新後の画像付予定情報を配信する。ユーザは、カレンダー上の画像データを指定すると、更新後の画像付予定情報を閲覧できる。しかし、更新されたことを各ユーザに周知させるためには、画像データを変更するとよい。たとえば、初回登録時の画像データと図柄は同じでも付される色彩を変える（例えば、白っぽい緑色を白っぽい茶色に変更）とか、元の画像に「Update」の文字を足すとか、更新されたことが一目でわかるようなものであれば何でもよい。
ユーザは、自分のカレンダーへの登録後に画像付予定情報が更新される可能性があることから適宜カレンダーを自分のユーザ端末２に表示させて確認する。これまでのＳＮＳであれば、時間とともに情報が流れ（タイムライン形式）、ユーザが確認したときは情報が埋もれてしまい見逃すおそれがある。しかし、本システムでは、ユーザが情報を確認する画面が見慣れたカレンダー形式のためスケジュールとして確認しやすく、見逃すおそれが少ない。
【００４８】
本実施形態では、ユーザがスケジュールを見逃すことがないように、ユーザ端末２上で動作するカレンダー機能を制御するプログラムは次のような機能も備えている。
図８の例では、２月１４日の日付欄には３つの画像データＩ１，Ｉ２，Ｉ３が貼り付けられている。しかし、画面サイズの都合上画像データＩ１だけが表示されている。
そのため、隠れて見えない画像データを見落とすことが無いように、日付枠内の表示を自動的に縦あるいは横方向にスクロールする。図９の例では、（ａ）の初期状態において画像データＩ１が表示されているが、自動スクロールによって（ｂ）、（ｃ）と表示が変化し、画像データＩ２とＩ３も視認可能となる。（ｃ）の状態の後は（ａ）の状態に戻り、以後（ｂ）→（ｃ）、さらに（ａ）と変化が繰り返される。
一つの日付枠内に表示される画像データが複数ある場合は、画像データの個数によって自動スクロールの速度を変え、多い日ほど速めるとよい。これにより、日毎の多忙さを可視化できる。これにより、「今日は忙しい日になるから、頑張らなくては」とか「明日は予定がないのでリフレッシュの日にしよう」とか一目で判断でき、生活にメリハリをつけることができる。
なお、一つの日付枠内に表示される画像データが１個だけの場合は、自動的なスクロールは不要なことは言うまでもない。
【００４９】
自動的にスクロールする機能を設けずに、ユーザが入力手段を操作して同一の日付枠内の画像データを見ることができるようにしてもよい。
ユーザ端末２が入力手段と画面表示手段を兼ねたタッチパネルを備えている場合は、タッチパネル上の当該日付枠に対応する領域を縦、横、或は斜めに指をなぞるように動かし、他の画像データを見ることができるようにする。もし、ユーザ端末２がタッチパネルを備えていないパソコンなどの場合は、画像データが２個以上ある日付枠にはスクロールバーを付加し、マウスなどの入力手段でスクロールすれば他の画像データを見ることができる。
日付枠が狭いときはスクロールの操作が難しいこともある。そのため、日付枠をタップしたりマウスでクリックしたりすると当該日付枠が拡大表示されて全画像データが表示されるようにしてもよい。
【００５０】
（４）新規登録或は既存の画像付予定情報を、同種情報の共有者へ自動的に配信
或るユーザが或る画像付予定情報を自分のカレンダーに組み入れたならば、そのユーザは同一のイベント主催者による他の画像付予定情報にも関心を持つと推定される。システム管理装置１は、このようなユーザのカレンダーに、同一のイベント主催者による他の画像付予定情報を自動的に配信する。配信されるのは新規登録された画像付予定情報に限らない。ユーザが或る画像付予定情報を共有した時点で、同一のイベント主催者による他の画像付予定情報が本システムに登録済であれば、この既存の画像付予定情報も自動的に配信される。
つまり、或るユーザが或るイベント主催者をフォローすれば、フォローされた者が主催するイベントに関する画像付予定情報がすべて当該ユーザに届くわけである。ただし、フォローした日には既に開催済であれば、このイベントに関する画像付予定情報は自動配信から除外してもかまわない。このような自動配信される情報の範囲などの条件は記憶部１１に予め記憶されているとよい。
この画像付予定情報の自動登録機能によって、本システムのユーザは自分からイベントを検索しなくてもすむ。イベント主催者にとってイベントへの誘導がより確実になって、リピータを増やすことができる。
【００５１】
本システムのこの機能は既存のウェブサイトの問題点を解消するものである。この点について少し詳しく説明する。
第１に、既存の多くのウェブサイトでは図８に示すように、個々の情報は階層構造化されている。そのため、階層を掘り下げていかなければならず、わかりづらく操作が煩雑になる。そのようなサイトは当然にしてリピータを失う。それに対して本システムは予定シールを活用するので見易く且つ操作も簡便である。第２に、更新の問題がある。最初は頻繁にアクセスしても、未更新が続けばユーザは関心を失ってしまいがちである。その結果、ユーザ側は自分が欲する情報を逃してしまい、またウェブサイト側もファンを逃してしまうことになる。これに対して本システムは、多くのユーザがイベントに関する情報の自動配信に参加するので、頻繁に更新され、ユーザの関心を引き付けておくことができる。
【００５２】
（５）参加者シールの取得
カレンダーに画像付予定情報を登録してあったイベントに実際に参加したならば、そのユーザになんらかの特典を与えると参加率が高まる。
例えば、ユーザＵ１０１が図４のイベントＥ００１２に参加したとする。イベント情報で指定された日時に指定された場所へ行ったならば、ユーザ端末２を介してシステム管理装置１にアクセスし、ユーザ端末２に搭載されているＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）機能を利用して自分の現在位置を送信する。このとき自分のユーザＩＤ（Ｕ１０１）も送信する。
システム管理装置１は受信したユーザＵ１０１のカレンダー情報を参照し、現在の日時（２月６日１５時）にはイベントＥ００１２が登録されていることを抽出する。ここでの日時の照合は、幅のある時間を考慮するのが通常である。例えば、パーティなどは開始時刻と終了時刻が決まっており、その間の任意の時間に中途参加する人もいる。そのため、開始から終了までの時間内に自分の現在位置の送信操作をすれば有効とみなし、それ以外の時間の操作であれば無効とみなす、といったルールを予め定め、記憶部１１に登録しておくとよい。
次に、受信したＧＰＳ情報がイベントＥ００１２の場所（渋谷ハチ公シアター）と一致するとみなせるときは、ユーザＵ１０１が予定どおり当該イベントに参加したと判断する。なお、イベント開催場所のＧＰＳ情報は予め記憶部１１に登録されているものとする。
【００５３】
イベントに参加したと判断されたならば、システム管理装置１があらかじめ当該イベントの主催者から入手等していた参加者シール画像を当該ユーザに与える。図５に示すように、参加者シール情報ＤＢ１１４にはユーザＩＤと対応づけて参加者シール画像が登録される。この参加者シール画像は予定シール画像と同一の図柄でよい。ただし、予定シール画像には白っぽい色を付しておき、参加者シール画像には本来の色を付すことで両シールを区別する。勿論ユーザの収集意欲を喚起するために異なる図柄を準備することもイベント主催者の自由である。イベントに実際に参加しなくては参加者シールを入手できないのであるから、価値あるコレクションの対象となる。
予定シール及び参加者シールの図柄は本システムと契約しているクリエイターなどから買い取って、希望するイベント主催者に当該図柄を使用させるようにするとよい。あるいは、イベント主催者側で用意し、本システムの記憶部１１に登録してもよい。
イベント毎に異なる図柄でもよいが、同じイベント主催者による同種のイベントは開催日時が異なっても同一の図柄であってもよい。
商店がスタンプカードを客に発行し、購入金額に応じてスタンプを押すことはよく行われているが、参加者シールを集めることはスタンプを集めることに相当する。ただし、情報はシステム管理装置１が持っているので紙媒体のスタンプカードは不要であり、この点においてもイベント主催者にとってのメリットが大きい。
【００５４】
（６）取得した参加者シールの活用
ユーザＵ１０１は「渋谷ハチ公シアターで開催の公演」に参加し、参加者シールＰ２を３回取得している（図５参照）。ユーザ端末２からシステム管理装置１にアクセスし、メニュー（図示せず）から取得シールの表示を選択すると、図９に例示するような一覧が表示される。
イベント主催者側は、参加者シールを集めたユーザになんらかの特典を与えるとリピータの獲得に効果的である。特典は割引券でも引換え券でも何でもよい。特典内容と特典付与の条件はあらかじめイベント主催者がシステム管理装置１に登録してもよく、イベント情報に含まれるＵＲＬに基づきアクセスしたサイトに掲載しておいてもよい。条件とは例えば、参加者シールが３枚集まったならば、非売品のぬいぐるみをプレゼントする等である。
【００５５】
このようなイベント参加による特典の付与は、ユーザだけのメリットではない。
参加者シールを介して収集する各種情報は、有用なマーケティング情報の基礎データとなる。まず、イベント間の関係を知ることが出来る。例えば、Ａ歌手が好きな人はＢ監督の映画が好き、クラシック音楽が好きな人はＣスポーツが好き、などである。これは話題提供としてもおもしろい。次に、イベントとファンの属性との関係を分析することもできる。そのためにはユーザ登録時に諸属性（性別、年齢、職業、趣味など）も登録してもらうことが望ましい。あるいは、特典付与時に登録してもらってもよい。これらのデータに基づいて相関分析、データマイニングなどを行うわけであるが、これらは既知の手法なので説明を省略する。このマーケティング情報をシステムの内外に販売し、本システムの運営資金とすることもできる。
なお、取得した参加者シール情報に限らず、どの画像付予定情報がどれだけのユーザによって共有されたかといった情報も分析対象となることは言うまでもない。
【００５６】
このように本システムの画像付予定情報を介在させて、さまざまなサービスをユーザに提供することができる。文字だけの情報に比べて見やすい、自分だけのビジュアルなカレンダー作りを楽しめる、スケジュール帳へのイベントの登録が簡便である等さまざまな利点のある画像付予定情報は、アイデア次第でビジネスや趣味に活用できる可能性を秘めている。
したがって、画像付予定情報の活用は上記の実施形態に限らない。以下、画像付予定情報のその他の活用法をいくつか列挙する。
【００５７】
上記の実施形態では、自分の興味に合致する画像付予定情報を他ユーザのカレンダーから探していた。しかし、システム管理装置１は、画像付予定情報ＤＢ１１３を適当なタイミングで参照し、地域別、日付別、ジャンル別などに分類した一覧表を記憶部１１に記憶させておくとよい。ユーザは、メニュー画面（図示せず）から所望の一覧表の閲覧を要求し、この一覧表から自分にあった画像付予定情報を選択できるようにする。これはイベント情報のポータルページの提供にほかならない。ユーザは、このページを介して画像付予定情報を選択し自分のカレンダーに組み入れるだけでなく、チケットなどをオンラインで購入することも可能である。
【００５８】
上記の実施形態では、本システムのユーザとしてイベントへの参加を希望する一般ユーザを想定していた。
しかし、イベントを主催したり提供したりする立場の者が本システムにユーザ登録をしてもよい。例えば、アーティストが、自分のコンサートや自分の出演するテレビ番組を画像付予定情報として登録しておく。この場合は、共有希望の他ユーザがこのアーティストのファンであり、このことを通してイベントの宣伝やファンとのコミュニケーションが可能となるのである。勿論このアーティストが一般ユーザと同様に他人が登録した画像付予定情報を組み入れたりすることもできる。
この形態を一般化して述べる。通常インターネットを介したビジネスは、システム主催者、事業者（イベントを主催する企画会社やイベントに出演するアーティストなど）、一般ユーザの３者で構成される。つまり参加の段階で既に、事業者と一般ユーザは分離されているのが普通である。ところが上記のアーティストの例からもわかるように、本システムにおいては事業者と一般ユーザはシームレスである。つまり本システムは事業者も、一般ユーザと同じ程度の気軽さで参加できるのである。
事業者は、自社のイベントについて画像付予定情報を登録するとともに、チケットをオンライン販売するようにしてもよい。例えば、画像付予定情報に当該事業者の開設するサイトのＵＲＬが含まれていて、チケット購入を希望するユーザはそのサイトにアクセスして購入することが考えられるが、本システムの運営者が各事業者に代わってチケット販売業務を代行してもよい。
【００５９】
上記の実施形態では、画像付予定情報をカレンダーに貼り付けることを前提としていた。
しかし、日時のみ特定する情報、あるいは日時と場所の両者を特定する情報ならば本システムの画像付予定情報となりうる。そこで、カレンダーの代わりに店舗や施設などを記載したオンラインマップに画像付予定情報を貼り付けてもよい。
たとえば、ある観光地の業者団体が、本システムにユーザ登録し、参加業者が自分の店舗の場所を特定し、日時を特定して、例えば、「○月○日に竹細工教室開催」といった画像付予定情報を登録する。一般ユーザがその画像付予定情報を指定すると、そのユーザのカレンダーの該当する日付欄に当該画像付予定情報が登録される。
【００６０】
本システムは、ユーザ間でイベント情報を共有し、各ユーザはイベント情報を効率よく収集し、イベントに実際に参加したりして生活を豊かにすることを目的とする。しかし、本システムは、ユーザ間でイベント情報を共有するだけでなく、ユーザ同士の交流促進を媒介する機能を果たすことも視野に入れている。
この機能もいろいろな態様が考えられるが、ここではユーザ同士のマッチングサービスに着目し、以下詳しく説明する。
【００６１】
過去に同じイベントに参加した者同士ということは、同じ趣味を持っている可能性が非常に高いと考えられる。自分が今参加している或は先日参加したイベントの参加者の中に、過去に別のイベントにおいても居合わせた人がいる（＝すれちがい）可能性がある。
本システムは、どのユーザが過去にどのイベントに参加したか、現在どのイベントに参加しているかを記憶部１１に格納している。この格納されている情報を利用して、現在或るイベントに参加している人に対して、「過去のイベントで偶然居合わせた人が今このイベントにも参加している」といった情報を提供することが可能である。本システムは、このような情報提供によって、偶然の出会いを演出し、ユーザ同士のコミュニケーションの促進を図ることができる。
出会いを演出された者同士は、ともに参加した当日のイベントについて語り合えるのはもちろん、それ以前の過去のイベントについても思い出を語り合えるはずである。趣味を同じくする者同士イベントを振り返って、感動を新たにすることもできる。
【００６２】
従来のサービスでは、ユーザの興味や関心事項の情報を得るために、選択肢のチェックボックスをオンにして入力してもらったりするが、それでは嘘をつくことも容易である。
これに対して、実際に現地に行ったというイベント参加実績を基にするということは、時間や費用をかけても参加したいと考えていたわけで、ユーザの関心の度合い（熱心さ）に違いがある。勿論本システムにおいても、参加してないユーザが“参加した”と嘘をつくことは可能であるが、少なくとも現地には行っているはずなので、より精度の高いマッチングが行える。
【００６３】
このマッチングサービスの流れの概略は次のようなものである。
（ステップ１）
お互いに面識のないユーザAとユーザBが偶然、歌手Cのコンサートに行く。
（ステップ２）
そこでユーザAとユーザBのイベント参加実績が登録される。
（ステップ３）
後日、ユーザAとユーザBが偶然、劇団Dの公演を見に行く。
（ステップ４）
そこでユーザAとユーザBのイベント参加実績が登録される。
（ステップ５）
ユーザAとユーザBは歌手Cと劇団Dのファンかもしれないと判定する。
（ステップ６）
ユーザAとユーザBとが、コミュニケーションをとれるようにシステム側で便宜を図る。
【００６４】
このマッチングサービスの前提が「すれちがい」の検出である。以下、すれちがいを検出する方法について説明する。
まず、各ユーザの過去のイベント参加実績、及び現在位置または最新のイベント参加状況を基に検出する。
各ユーザの過去のイベント参加実績については、記憶部１１に登録済みである。
現在位置または最新のイベント参加状況を取得するには、下記の（ａ）あるいは（ｂ）の2つの方法が考えられる。
（ａ）イベント参加者の端末間で通信して、実際のすれちがいを検出する方法
通信技術としては、Ｗｉ−ＦｉやＢｌｕｅｔｏｏｔｈ（登録商標）など、端末に備え付けられた無線通信技術を用いる。
（ｂ）イベント参加状況から擬似的にすれちがいを検出する方法
最新のイベント参加状況は各ユーザによるＧＰＳを用いたイベント参加操作から判断できる。また、ユーザによる参加操作なしでも、ＧＰＳによる現在の位置情報を直接用いる方法も考えられる。
【００６５】
すれちがいが検出された場合の処理のひとつとして、ユーザ同士のコミュニケーションの促進を図るために画面に変更を加える処理がある。例えば、ＴＷＩＴＴＥＲ（登録商標）の「おすすめユーザ」やＦＡＣＥＢＯＯＫの「もしかして友達？」のようにシステム側からユーザへ、他のユーザをリコメンドする。
本システムは、すれちがった２者のみでのチャットまたはメッセージ交換を可能にする機能をユーザに提供してもよい。
【産業上の利用可能性】
【００６６】
本発明のシステムは、集客の効果が高いウェブサービスとして幅広いユーザに支持されると期待される。
【符号の説明】
【００６７】
１：システム管理装置
１１：記憶部
１１１：ユーザ情報データベース
１１２：カレンダー情報データベース
１１３： 画像付予定情報データベース
１１４： 参加者シール情報データベース
１２：制御部
１２１：画像付予定情報登録手段
１２２：画像付予定情報共有手段
１２３：更新情報配信手段
１２４：位置情報照合手段
１２５：参加実績登録手段
１２６：対価付与判定手段
１２７：データ分析手段
１２８：画像付予定情報自動配布手段
１３：通信インターフェース部
２：ユーザ端末
Ｎ：インターネット
【図１】
2014179056.tif 000003
【図２】
2014179056.tif 000004
【図３】
2014179056.tif 000005
【図４】
2014179056.tif 000006
【図５】
2014179056.tif 000007
【図６】
2014179056.tif 000008
【図７】
2014179056.tif 000009
【図８】
2014179056.tif 000010
【図９】
2014179056.tif 000011
【図１０】
2014179056.tif 000012
【図１１】
2014179056.tif 000013