(57)【要約】【課題】サイネージの画面に関する情報を得る場合に、操作回数を少なくする。【解決手段】本発明の情報送信システムは、画面情報送信手段、ＩＤ関連付与手段、返信用メールアドレス生成手段、携帯アドレス関連付与手段、登録完了通知手段、関連情報取得手段を備える。ＩＤ関連付与手段は、携帯ＩＤと関連付けられた携帯アドレスが記録されていない場合には、画面ＩＤを携帯ＩＤに関連付けて記録する。携帯ＩＤと関連付けられた携帯アドレスが記録されている場合には、画面ＩＤを携帯ＩＤ及び携帯アドレスに関連付けて記録する。返信用メールアドレス生成手段は、返信用メールアドレスを重複しないように生成する。携帯アドレス関連付与手段は、返信用メールアドレスへのメールを受信し、携帯アドレスを携帯ＩＤと画面ＩＤに関連付けて記録する。関連情報取得手段は、関連情報を画面ＩＤと関連付けられている携帯アドレスに送信する。【選択図】図１７
2010211525.tif 000002
【特許請求の範囲】
【請求項１】
画面情報を表示する表示端末と、携帯端末と情報の授受ができるリーダと接続された情報送信システムであって、
前記表示端末に対して画面情報を送信する画面情報送信手段と、
前記リーダから携帯端末を特定する携帯ＩＤを受信し、当該携帯ＩＤと関連付けられた携帯アドレスが既に記録していないかを確認し、記録されていない場合には、携帯ＩＤを受信した時に前記表示端末が表示していた画面情報を特定する画面ＩＤを前記携帯ＩＤに関連付けて記録し、記録されている場合には、前記画面ＩＤを前記携帯ＩＤ及び前記携帯アドレスに関連付けて記録するＩＤ関連付与手段と、
返信用メールアドレスを他の返信用メールアドレスと重複しないように生成し、前記リーダに送信する返信用メールアドレス生成手段と、
前記返信用メールアドレスへのメールを受信し、受信した前記メールのメールアドレスを携帯アドレスとして前記携帯ＩＤ及び前記画面ＩＤに関連付けて記録する携帯アドレス関連付与手段と、
登録が完了したことを通知する完了通知情報を、前記リーダに送信する登録完了通知手段と、
前記画面ＩＤに対応した関連情報を取得し、前記関連情報を前記画面ＩＤと関連付けられている携帯アドレスに送信する関連情報取得手段と、
を備える情報送信システム。
【請求項２】
ホームゲートウェイと、サーバで構成された請求項１記載の情報送信システムであって、
前記画面情報送信手段は、前記ホームゲートウェイに備えられた画面情報送信部によって形成され、
前記ＩＤ関連付与手段は、
前記ホームゲートウェイに備えられ、前記リーダから携帯ＩＤを受信し、前記サーバに前記携帯ＩＤ及び前記携帯ＩＤを受信した時に前記表示端末が表示していた画面情報を特定する画面ＩＤを送信する携帯ＩＤ取得部と、
前記サーバに備えられ、前記携帯ＩＤ及び前記携帯ＩＤを受信した時に前記表示端末が表示していた画面情報を特定する画面ＩＤを前記ホームゲートウェイから受信し、当該携帯ＩＤと関連付けられた携帯アドレスが既に記録していないかを確認し、記録されていない場合には、携帯ＩＤを受信した時に前記表示端末が表示していた画面情報を特定する画面ＩＤを前記携帯ＩＤに関連付けて記録し、記録されている場合には、前記画面ＩＤを前記携帯ＩＤ及び前記携帯アドレスに関連付けて記録するＩＤ関連付与部と
で形成され、
前記返信用メールアドレス生成手段は、
前記サーバに備えられ、返信用メールアドレスを他の返信用メールアドレスと重複しないように生成し、前記ホームゲートウェイに送信する返信用メールアドレス生成部と、
前記サーバから前記返信用メールアドレスを受信し、前記リーダに前記返信用メールアドレスを送信する返信用メールアドレス転送部と
で形成され、
前記携帯アドレス関連付与手段は、前記サーバに備えられた携帯アドレス関連付与部によって形成され、
前記登録完了通知手段は、
前記サーバに備えられ、登録が完了したことを通知する完了通知情報を、前記ホームゲートウェイに送信する登録完了通知部と、
前記ホームゲートウェイに備えられ、前記完了通知情報を受信し、前記リーダに前記完了通知情報を送信する完了通知情報転送部と
で形成され、
前記関連情報取得手段は、前記サーバに備えられた関連情報取得部によって形成される
ことを特徴とする情報送信システム。
【請求項３】
ホームゲートウェイと、サーバと、メールサーバで構成された請求項１記載の情報送信システムであって、
前記画面情報送信手段は、前記ホームゲートウェイに備えられた画面情報送信部によって形成され、
前記ＩＤ関連付与手段は、
前記ホームゲートウェイに備えられ、前記リーダから携帯ＩＤを受信し、前記サーバに前記携帯ＩＤ及び前記携帯ＩＤを受信した時に前記表示端末が表示していた画面情報を特定する画面ＩＤを送信する携帯ＩＤ取得部と、
前記サーバに備えられ、前記携帯ＩＤ及び前記携帯ＩＤを受信した時に前記表示端末が表示していた画面情報を特定する画面ＩＤを前記ホームゲートウェイから受信し、当該携帯ＩＤと関連付けられた携帯アドレスが既に記録していないかを確認し、記録されていない場合には、携帯ＩＤを受信した時に前記表示端末が表示していた画面情報を特定する画面ＩＤを前記携帯ＩＤに関連付けて記録し、記録されている場合には、前記画面ＩＤを前記携帯ＩＤ及び前記携帯アドレスに関連付けて記録するＩＤ関連付与部と
で形成され、
前記返信用メールアドレス生成手段は、
前記メールサーバに備えられ、返信用メールアドレスを他の返信用メールアドレスと重複しないように生成し、前記ホームゲートウェイに直接または前記サーバを介して送信する返信用メールアドレス生成部と、
前記ホームゲートウェイに備えられ、前記メールサーバから直接または前記サーバを介して前記返信用メールアドレスを受信し、前記リーダに前記返信用メールアドレスを送信する返信用メールアドレス転送部と
で形成され、
前記携帯アドレス関連付与手段は、
前記メールサーバに備えられ、前記返信用メールアドレスへのメールを受信し、受信した前記メールのメールアドレスを携帯アドレスとして前記サーバに送信する携帯アドレス送信部と、
前記サーバに備えられ、携帯アドレスを前記携帯ＩＤ及び前記画面ＩＤに関連付けて記録する携帯アドレス関連付与部と
で形成され、
前記登録完了通知手段は、
前記サーバに備えられ、登録が完了したことを通知する完了通知情報を、前記ホームゲートウェイに送信する登録完了通知部と、
前記ホームゲートウェイに備えられ、前記サーバから前記完了通知情報を受信し、前記リーダに前記完了通知情報を送信する完了通知情報転送部と
で形成され、
前記関連情報取得手段は、
前記サーバに備えられ、前記画面ＩＤに対応した関連情報を取得し、前記関連情報と前記携帯アドレスを前記メールサーバに送信する関連情報取得部と、
前記メールサーバに備えられ、前記携帯アドレスに前記関連情報を送信する関連情報送信部と
で形成される
ことを特徴とする情報送信システム。
【請求項４】
サーバと、メールサーバで構成された請求項１記載の情報送信システムであって、
前記画面情報送信手段は、前記サーバに備えられた画面情報送信部によって形成され、
前記ＩＤ関連付与手段は、前記サーバに備えられたＩＤ関連付与部によって形成され、
前記返信用メールアドレス生成手段は、
前記メールサーバに備えられ、前記返信用メールアドレスを前記メールサーバから直接または前記サーバを介して前記リーダに送信する返信用メールアドレス生成部で形成され、
前記携帯アドレス関連付与手段は、
前記メールサーバに備えられ、前記返信用メールアドレスへのメールを受信し、受信した前記メールのメールアドレスを携帯アドレスとして前記サーバに送信する携帯アドレス送信部と、
前記サーバに備えられ、携帯アドレスを前記携帯ＩＤ及び前記画面ＩＤに関連付けて記録する携帯アドレス関連付与部と
で形成され、
前記登録完了通知手段は、前記サーバに備えられた登録完了通知部によって形成され、
前記関連情報取得手段は、
前記サーバに備えられ、前記画面ＩＤに対応した関連情報を取得し、前記関連情報と前記携帯アドレスを前記メールサーバに送信する関連情報取得部と、
前記メールサーバに備えられ、前記携帯アドレスに前記関連情報を送信する関連情報送信部と
で形成される
ことを特徴とする情報送信システム。
【請求項５】
請求項１から４記載のいずれかに記載の情報送信システムであって、
前記画面情報送信手段は、前記表示端末に対してメインシナリオの画面情報を送信し、前記メインシナリオの画面情報を前記表示端末に表示させているときに前記携帯ＩＤを受信すると、前記表示端末に対して前記メインシナリオに対応したサブシナリオの画面情報を送信し、
前記ＩＤ関連付与手段は、前記表示端末にサブシナリオを表示させているときに前記携帯ＩＤを受信すると、携帯ＩＤを受信した時に前記表示端末が表示していたサブシナリオを特定するＩＤを、前記画面ＩＤとする
ことを特徴とする情報送信システム。
【請求項６】
表示端末と、携帯端末と情報の授受ができる前記表示端末の近傍に配置された第１リーダと、受付端末と、携帯端末と情報の授受ができる前記受付端末の近傍に配置された第２リーダと、それぞれ接続された情報送信システムであって、
前記表示端末に対してメインシナリオの画面情報を送信し、前記メインシナリオの画面情報を前記表示端末に表示させているときに前記第１リーダから前記携帯ＩＤを受信すると、前記表示端末に対して表示していたメインシナリオの画面に対応したサブシナリオの画面情報を送信する画面情報送信手段と、
前記表示端末にサブシナリオを表示させているときに前記第１リーダから前記携帯ＩＤを受信すると、携帯ＩＤを受信した時に前記表示端末が表示していたサブシナリオを特定するＩＤを、前記画面ＩＤとして前記携帯ＩＤと関連付けて記録するＩＤ関連付与手段と、
前記第２リーダから前記携帯ＩＤを受信すると、当該携帯ＩＤと関連付けて記録されている前記画面ＩＤを検索し、前記画面ＩＤに対応した関連情報を取得し、前記受付端末または前記第２リーダに送信する関連情報取得手段と
を備える情報送信システム。
【請求項７】
請求項５または６記載の情報送信システムであって、
前記メインシナリオ用画面情報に対して複数のサブシナリオが存在する場合に、どのサブシナリオを選択するかを決めるリコメンド手段を備える
ことを特徴とする情報送信システム。
【請求項８】
請求項７記載の情報送信システムであって、
前記携帯ＩＤに対応した履歴情報を記録する履歴情報記録手段を備える
ことを特徴とする情報送信システム。
【請求項９】
１つ以上のサービス提供サーバと接続された請求項１から７のいずれかに記載の情報送信システムであって、
前記関連情報取得手段は、前記画面ＩＤに対応した関連情報を前記サービス提供サーバから取得する
ことを特徴とする情報送信システム。
【請求項１０】
画面情報を表示する表示端末と、携帯端末と情報の授受ができるリーダと接続された情報送信システムを用いた情報送信方法であって、
前記表示端末に対して画面情報を送信する画面情報送信過程と、
前記リーダから携帯端末を特定する携帯ＩＤを受信し、当該携帯ＩＤと関連付けられた携帯アドレスが既に記録していないかを確認し、記録されていない場合には、携帯ＩＤを受信した時に前記表示端末が表示していた画面情報を特定する画面ＩＤを前記携帯ＩＤに関連付けて記録し、記録されている場合には、前記画面ＩＤを前記携帯ＩＤ及び前記携帯アドレスに関連付けて記録するＩＤ関連付与過程と、
返信用メールアドレスを他の返信用メールアドレスと重複しないように生成し、前記リーダに送信する返信用メールアドレス生成過程と、
前記返信用メールアドレスへのメールを受信し、受信した前記メールのメールアドレスを携帯アドレスとして前記携帯ＩＤ及び前記画面ＩＤに関連付けて記録する携帯アドレス関連付与過程と、
登録が完了したことを通知する完了通知情報を、前記リーダに送信する登録完了通知過程と、
前記画面ＩＤに対応した関連情報を取得し、前記関連情報を前記画面ＩＤと関連付けられている携帯アドレスに送信する関連情報取得過程と、
を有する情報送信方法。
【請求項１１】
ホームゲートウェイと、サーバで構成された情報送信システムを用いた請求項１０記載の情報送信方法であって、
前記画面情報送信過程は、前記ホームゲートウェイが行う画面情報送信ステップであり、
前記ＩＤ関連付与過程は、
前記ホームゲートウェイが、前記リーダから携帯ＩＤを受信し、前記サーバに前記携帯ＩＤ及び前記携帯ＩＤを受信した時に前記表示端末が表示していた画面情報を特定する画面ＩＤを送信する携帯ＩＤ取得ステップと、
前記サーバが、前記携帯ＩＤ及び前記携帯ＩＤを受信した時に前記表示端末が表示していた画面情報を特定する画面ＩＤを前記ホームゲートウェイから受信し、当該携帯ＩＤと関連付けられた携帯アドレスが既に記録していないかを確認し、記録されていない場合には、携帯ＩＤを受信した時に前記表示端末が表示していた画面情報を特定する画面ＩＤを前記携帯ＩＤに関連付けて記録し、記録されている場合には、前記画面ＩＤを前記携帯ＩＤ及び前記携帯アドレスに関連付けて記録するＩＤ関連付与ステップと
からなり、
前記返信用メールアドレス生成過程は、
前記サーバが、返信用メールアドレスを他の返信用メールアドレスと重複しないように生成し、前記ホームゲートウェイに送信する返信用メールアドレス生成ステップと、
前記サーバから前記返信用メールアドレスを受信し、前記リーダに前記返信用メールアドレスを送信する返信用メールアドレス転送ステップと
からなり、
前記携帯アドレス関連付与過程は、前記サーバが行う携帯アドレス関連付与ステップであり、
前記登録完了通知過程は、
前記サーバが、登録が完了したことを通知する完了通知情報を、前記ホームゲートウェイに送信する登録完了通知ステップと、
前記ホームゲートウェイが、前記完了通知情報を受信し、前記リーダに前記完了通知情報を送信する完了通知情報転送ステップと
からなり、
前記関連情報取得過程は、前記サーバが行う関連情報取得ステップである
ことを特徴とする情報送信方法。
【請求項１２】
ホームゲートウェイと、サーバと、メールサーバで構成された情報送信システムを用いた請求項１０記載の情報送信方法であって、
前記画面情報送信過程は、前記ホームゲートウェイが行う画面情報送信ステップであり、
前記ＩＤ関連付与過程は、
前記ホームゲートウェイが、前記リーダから携帯ＩＤを受信し、前記サーバに前記携帯ＩＤ及び前記携帯ＩＤを受信した時に前記表示端末が表示していた画面情報を特定する画面ＩＤを送信する携帯ＩＤ取得ステップと、
前記サーバが、前記携帯ＩＤ及び前記携帯ＩＤを受信した時に前記表示端末が表示していた画面情報を特定する画面ＩＤを前記ホームゲートウェイから受信し、当該携帯ＩＤと関連付けられた携帯アドレスが既に記録していないかを確認し、記録されていない場合には、携帯ＩＤを受信した時に前記表示端末が表示していた画面情報を特定する画面ＩＤを前記携帯ＩＤに関連付けて記録し、記録されている場合には、前記画面ＩＤを前記携帯ＩＤ及び前記携帯アドレスに関連付けて記録するＩＤ関連付与ステップと
からなり、
前記返信用メールアドレス生成過程は、
前記メールサーバが、返信用メールアドレスを他の返信用メールアドレスと重複しないように生成し、前記ホームゲートウェイに直接または前記サーバを介して送信する返信用メールアドレス生成ステップと、
前記ホームゲートウェイが、前記メールサーバから直接または前記サーバを介して前記返信用メールアドレスを受信し、前記リーダに前記返信用メールアドレスを送信する返信用メールアドレス転送ステップと
からなり、
前記携帯アドレス関連付与過程は、
前記メールサーバが、前記返信用メールアドレスへのメールを受信し、受信した前記メールのメールアドレスを携帯アドレスとして前記サーバに送信する携帯アドレス送信ステップと、
前記サーバが、携帯アドレスを前記携帯ＩＤ及び前記画面ＩＤに関連付けて記録する携帯アドレス関連付与ステップと
からなり、
前記登録完了通知過程は、
前記サーバが、登録が完了したことを通知する完了通知情報を、前記ホームゲートウェイに送信する登録完了通知ステップと、
前記ホームゲートウェイが、前記サーバから前記完了通知情報を受信し、前記リーダに前記完了通知情報を送信する完了通知情報転送ステップと
からなり、
前記関連情報取得過程は、
前記サーバが、前記画面ＩＤに対応した関連情報を取得し、前記関連情報と前記携帯アドレスを前記メールサーバに送信する関連情報取得ステップと、
前記メールサーバが、前記携帯アドレスに前記関連情報を送信する関連情報送信ステップと
からなる
ことを特徴とする情報送信方法。
【請求項１３】
サーバと、メールサーバで構成された情報送信システムを用いた請求項１０記載の情報送信方法であって、
前記画面情報送信過程は、前記サーバが行う画面情報送信ステップであり、
前記ＩＤ関連付与過程は、前記サーバが行うＩＤ関連付与ステップであり、
前記返信用メールアドレス生成過程は、
前記メールサーバが、前記返信用メールアドレスを前記メールサーバから直接または前記サーバを介して前記リーダに送信する返信用メールアドレス生成ステップであり、
前記携帯アドレス関連付与過程は、
前記メールサーバが、前記返信用メールアドレスへのメールを受信し、受信した前記メールのメールアドレスを携帯アドレスとして前記サーバに送信する携帯アドレス送信ステップと、
前記サーバが、携帯アドレスを前記携帯ＩＤ及び前記画面ＩＤに関連付けて記録する携帯アドレス関連付与ステップと
からなり、
前記登録完了通知過程は、前記サーバが行う登録完了通知ステップであり、
前記関連情報取得過程は、
前記サーバが、前記画面ＩＤに対応した関連情報を取得し、前記関連情報と前記携帯アドレスを前記メールサーバに送信する関連情報取得ステップと、
前記メールサーバが、前記携帯アドレスに前記関連情報を送信する関連情報送信ステップと
からなる
ことを特徴とする情報送信方法。
【請求項１４】
請求項１０から１３記載のいずれかに記載の情報送信方法であって、
前記画面情報送信過程は、前記表示端末に対してメインシナリオの画面情報を送信し、前記メインシナリオの画面情報を前記表示端末に表示させているときに前記携帯ＩＤを受信すると、前記表示端末に対して前記メインシナリオに対応したサブシナリオの画面情報を送信し、
前記ＩＤ関連付与過程は、前記表示端末にサブシナリオを表示させているときに前記携帯ＩＤを受信すると、携帯ＩＤを受信した時に前記表示端末が表示していたサブシナリオを特定するＩＤを、前記画面ＩＤとする
ことを特徴とする情報送信方法。
【請求項１５】
表示端末と、携帯端末と情報の授受ができる前記表示端末の近傍に配置された第１リーダと、受付端末と、携帯端末と情報の授受ができる前記受付端末の近傍に配置された第２リーダと、それぞれ接続された情報送信システムを用いた情報送信方法であって、
前記表示端末に対してメインシナリオの画面情報を送信し、前記メインシナリオの画面情報を前記表示端末に表示させているときに前記第１リーダから前記携帯ＩＤを受信すると、前記表示端末に対して表示していたメインシナリオの画面に対応したサブシナリオの画面情報を送信する画面情報送信過程と、
前記表示端末にサブシナリオを表示させているときに前記第１リーダから前記携帯ＩＤを受信すると、携帯ＩＤを受信した時に前記表示端末が表示していたサブシナリオを特定するＩＤを、前記画面ＩＤとして前記携帯ＩＤと関連付けて記録するＩＤ関連付与過程と、
前記第２リーダから前記携帯ＩＤを受信すると、当該携帯ＩＤと関連付けて記録されている前記画面ＩＤを検索し、前記画面ＩＤに対応した関連情報を取得し、前記受付端末または前記第２リーダに送信する関連情報取得過程と
有する情報送信方法。
【請求項１６】
請求項１４または１５記載の情報送信方法であって、
前記メインシナリオ用画面情報に対して複数のサブシナリオが存在する場合に、どのサブシナリオを選択するかを決めるリコメンド過程も有する
ことを特徴とする情報送信方法。
【請求項１７】
請求項１６記載の情報送信方法であって、
前記携帯ＩＤに対応した履歴情報を記録する履歴情報記録過程も有する
ことを特徴とする情報送信方法。
【請求項１８】
請求項１０から１７のいずれかに記載の情報送信方法であって、
前記情報送信システムは、１つ以上のサービス提供サーバと接続されており、
前記関連情報取得過程は、前記画面ＩＤに対応した関連情報を前記サービス提供サーバから取得する
ことを特徴とする情報送信方法。
【請求項１９】
請求項１から９のいずれかに記載の情報送信システムとしてコンピュータを動作させる情報送信プログラム。
【請求項２０】
請求項１９記載の情報送信プログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画面を順次表示しておき、携帯端末からの表示していた画面に関する情報の要求を受けると、関連する情報を送信する情報送信システム、情報送信方法、情報送信プログラム、記録媒体に関する。
【背景技術】
【０００２】
画面を順次表示しておき、携帯端末からの表示していた画面に関する情報の要求を受けると、関連する情報を送信する技術としては、デジタルサイネージが知られている。サイネージ表示機器に表示した情報に関して、詳細情報（関連情報）やイベント情報を携帯端末にメールで送る方法は、いくつか存在する。なお、本明細書中では、「メール」とは電子メールを意味する。また、詳細情報（関連情報）には、以下のような具体例がある。テレビ番組の例であれば、その番組の放送の少し前に「番組が始まるよ」というお知らせメールを受け取れることなどである。アイドルの詳細情報であれば、イベント開催やＣＤ、本の発売情報をタイムリーにメールで受け取れるなどである。
【０００３】
代表的な方法の１つは、サイネージ表示画面のＱＲコードからアクセス先のＵＲＬを取得し、そこにアクセスした上で、携帯端末のメールアドレスを送信する方法である（非特許文献１）。また、もう１つの代表的な方法は、携帯端末に備えられたＩＣカードを利用する方法である（非特許文献２）。具体的には、サイネージ表示端末と連携したＩＣカードリーダに携帯端末をかざすことにより、携帯端末に備えられたＩＣカードの情報取得機能によってアクセス先のメールアドレスを携帯端末に送る方法である。この方法では、携帯端末の所有者は、アクセス先のメールアドレスに空メールを送るだけでよい。したがって、携帯端末を２，３回クリックするだけの操作で、関連する情報のメールを得ることができる。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】ａｉｓｈｉｐ（アイシップ）、“携帯ＱＲコード対応でクロスメディアマーケティング”、［平成２１年２月２３日検索］、インターネット<URL: http://max-aiqr.net/>．
【非特許文献２】ＣＮＥＴ Ｊａｐａｎ、“リンクアース株式会社、携帯電話を「かざす」だけでクーポン券の発行や、さまざまな会員ポイント管理ができる携帯販促サービス「DIRECT NAVI SYSTEM（ダイナビ）」の導入初期費用と月額費用が完全無料となるキャンペーンを2か月間にわたり実施。”、［平成２１年２月２３日検索］、インターネット<URL:http://japan.cnet.com/release/story/0,3800075553,00043287p,00.htm>．
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来技術では、新しいサイネージの画面に関する情報を得ようとすると、携帯端末からメールを送るという同じ操作を繰り返さなければならないという課題がある。
【０００６】
本発明の目的は、サイネージの画面に関する情報を得る場合に、操作回数を少なくすることである。
【課題を解決するための手段】
【０００７】
本発明の情報送信システムは、画面情報を表示する表示端末と、携帯端末と情報の授受ができるリーダと接続された情報送信システムである。本発明の情報送信システムは、画面情報送信手段、ＩＤ関連付与手段、返信用メールアドレス生成手段、携帯アドレス関連付与手段、登録完了通知手段、関連情報取得手段を備える。画面情報送信手段は、表示端末に対して画面情報を送信する。ＩＤ関連付与手段は、リーダから携帯端末を特定する携帯ＩＤを受信し、携帯ＩＤと関連付けられた携帯アドレスが既に記録していないかを確認し、記録されていない場合には、携帯ＩＤを受信した時に表示端末が表示していた画面情報を特定する画面ＩＤを携帯ＩＤに関連付けて記録する。また、携帯ＩＤと関連付けられた携帯アドレスが記録されている場合には、画面ＩＤを携帯ＩＤ及び携帯アドレスに関連付けて記録する。返信用メールアドレス生成手段は、返信用メールアドレスを他の返信用メールアドレスと重複しないように生成し、リーダに送信する。例えば、返信用メールアドレスをランダムに生成すればよい。携帯アドレス関連付与手段は、返信用メールアドレスへのメールを受信し、受信したメールのメールアドレスを携帯アドレスとして携帯ＩＤ及び画面ＩＤに関連付けて記録する。登録完了通知手段は、登録が完了したことを通知する完了通知情報を、リーダに送信する。関連情報取得手段は、画面ＩＤに対応した関連情報を取得し、関連情報を画面ＩＤと関連付けられている携帯アドレスに送信する。
【０００８】
本発明の別の情報送信システムは、表示端末と、携帯端末と情報の授受ができる表示端末の近傍に配置された第１リーダと、受付端末と、携帯端末と情報の授受ができる受付端末の近傍に配置された第２リーダとに接続された情報送信システムである。近傍とは、携帯端末の所有者が表示端末や受付端末を目視しながら、携帯端末の携帯ＩＤを第１リーダや第２リーダに送信できる程度の範囲を示している。この情報送信システムは、画面情報送信手段、ＩＤ関連付与手段、関連情報取得手段を備える。画面情報送信手段は、表示端末に対してメインシナリオの画面情報を送信し、メインシナリオの画面情報を表示端末に表示させているときに第１リーダから携帯ＩＤを受信すると、表示端末に対して表示していたメインシナリオの画面に対応したサブシナリオの画面情報を送信する。ＩＤ関連付与手段は、表示端末にサブシナリオを表示させているときに第１リーダから携帯ＩＤを受信すると、携帯ＩＤを受信した時に前記表示端末が表示していたサブシナリオを特定するＩＤを、画面ＩＤとして携帯ＩＤと関連付けて記録する。関連情報取得手段は、第２リーダから携帯ＩＤを受信すると、携帯ＩＤと関連付けて記録されている画面ＩＤを検索し、画面ＩＤに対応した関連情報を取得し、受付端末に送信する。
【発明の効果】
【０００９】
本発明の情報送信システムによれば、表示端末が表示していた画面（サブシナリオの画面）を特定する画面ＩＤを、携帯ＩＤと関連付けて記録する。したがって、携帯端末の所有者が求めるサービスなど（詳細情報、商品、試供品などを含む）が何かを容易に関連付けられる。したがって、サービスなどを要求する場所と受け取る場所とが異なっていても、携帯端末の所有者とサービスとを容易かつ確実に特定できるので、提供するサービスなどを確実かつ容易に提供できる。
【００１０】
さらに、他のメールアドレスと重複しない返信用メールアドレスを、リーダを通じて携帯端末に送る場合には、当該返信用メールアドレスへの空メールを受信することで、携帯ＩＤ、画面ＩＤ（つまり提供する情報配信サービスなど）、携帯端末のメールアドレスが関連付けられる。そして、２回目以降は、既に携帯ＩＤと携帯端末のメールアドレスとが関連付けられているので、空メールを受け取らなくても、提供するサービスなどと携帯電話のメールアドレスとを関連付けできる。したがって、複数の情報配信サービスなどに登録する場合に、２回目以降の登録を容易にできる。
【図面の簡単な説明】
【００１１】
【図１】実施例１の情報送信システムを含む全体の構成を示す図。
【図２】実施例１の情報送信システムの機能構成例を示す図。
【図３】実施例１の情報送信システムの処理フロー例を示す図。
【図４】実施例１の情報送信システムの処理フロー例を示す図。
【図５】実施例１の情報送信システムの処理フロー例を示す図。
【図６】実施例１変形例１の情報送信システムを含む全体の構成を示す図。
【図７】実施例１変形例１の情報送信システムの機能構成例を示す図。
【図８】実施例１変形例１の情報送信システムの処理フロー例を示す図。
【図９】実施例１変形例１の情報送信システムの処理フロー例を示す図。
【図１０】実施例１変形例１の情報送信システムの処理フロー例を示す図。
【図１１】実施例１変形例２の情報送信システムを含む全体の構成を示す図。
【図１２】実施例１変形例２の情報送信システムの機能構成例を示す図。
【図１３】実施例１変形例２の情報送信システムの処理フロー例を示す図。
【図１４】実施例１変形例２の情報送信システムの処理フロー例を示す図。
【図１５】実施例１変形例２の情報送信システムの処理フロー例を示す図。
【図１６】実施例１変形例３の情報送信システムを含む全体の構成を示す図。
【図１７】実施例１変形例３の情報送信システムの機能構成例を示す図。
【図１８】実施例１変形例３の情報送信システムの処理フロー例を示す図。
【図１９】実施例１変形例３の情報送信システムの処理フロー例を示す図。
【図２０】実施例１変形例３の情報送信システムの処理フロー例を示す図。
【図２１】実施例２の情報送信システムの動作の概要を示す図。
【図２２】実施例２の情報送信システムを含む全体の構成を示す図。
【図２３】実施例２の情報送信システムの機能構成例を示す図。
【図２４】実施例２の情報送信システムの処理フロー例を示す図。
【図２５】実施例２変形例の情報送信システムを含む全体の構成を示す図。
【図２６】実施例２変形例の情報送信システムの機能構成例を示す図。
【図２７】実施例２変形例の情報送信システムの処理フロー例を示す図。
【図２８】実施例３の情報送信システムを含む全体の構成を示す図。
【図２９】実施例３の情報送信システムの機能構成例を示す図。
【図３０】実施例３の情報送信システムの処理フロー例を示す図。
【図３１】実施例３変形例の情報送信システムを含む全体の構成を示す図。
【図３２】実施例３変形例の情報送信システムの機能構成例を示す図。
【図３３】実施例３変形例の情報送信システムの処理フロー例を示す図。
【発明を実施するための形態】
【００１２】
以下、本発明の実施の形態について、詳細に説明する。なお、同じ機能を有する構成部には同じ番号を付し、重複説明を省略する。
【実施例１】
【００１３】
図１に実施例１の情報送信システムを含む全体の構成を示す。情報送信システム１００は、携帯端末９１０、リーダ９２０、表示端末９３０と接続できる。なお、リーダ９２０と表示端末９３０の組は、複数あってもよい。情報送信システム１００は、ホームゲートウェイ（ＨＧＷ）１１０、サーバ１２０、メールサーバ１３０、ネットワーク８９０で構成されている。ネットワーク８９０は、ホームゲートウェイ１１０、サーバ１２０、メールサーバ１３０を接続する。また、携帯端末９１０とのメールでの通信も行う。携帯端末９１０は非接触タイプのＩＣカードなどの通信手段を備えており、リーダ９２０と情報の授受ができる。ただし、非接触タイプに限定するものではなく接触タイプでもよい。また、電磁的な通信手段に限定するものでもなく、赤外線などの光学的な通信手段でもよい。表示端末９３０は、例えば、Ｗｅｂ画面用のＨＴＴＰファイルを表示する端末を用いればよい。このときは、ホームゲートウェイ（ＨＧＷ）１１０がＷｅｂサーバ、表示端末９３０がＷｅｂクライアントの役割になる。
【００１４】
例えば、リーダ９２０と表示端末９３０の組は、展示ホールや待ち合わせ場所などの設置スペース９４０に並んで設置される。もしくはリーダ９２０と表示端末９３０が一体となった装置でもよい。ホームゲートウェイ１１０は、設置スペース９４０に一緒に設置してもよいし、同じ建物の中に設置しておいてもよいし、異なる建物に設置してもよい。リーダと表示端末の組を複数設置し、１つのホームゲートウェイ１１０に収容してもよい。また、ホームゲートウェイ１１０から表示端末９３０へは、多くの画像情報を送信するので、リーダと表示端末の組の数や配置、通信路の容量などを考慮して適宜設計すればよい。
【００１５】
図２に実施例１の情報送信システムの機能構成例を示す。図３から図５に実施例１の情報送信システムの処理フロー例を示す。ホームゲートウェイ１１０は、画面情報送信部１１１、携帯ＩＤ取得部１１２、返信用メールアドレス転送部１１３、完了通知情報転送部１１５を備える。サーバ１２０は、表示情報送信部１２１、ＩＤ関連付与部１２２、携帯アドレス関連付与部１２４、登録完了通知部１２５、関連情報取得部１２６を備える。メールサーバ１３０は、返信用メールアドレス生成部１３３、携帯アドレス送信部１３４、関連情報送信部１３６を備える。ネットワーク８９０は、インターネット、ＬＡＮ、ＷＡＮなどを用いればよいが他の方法でもよく、要求されるセキュリティレベルや通信量などを考慮して適宜設計すればよい。
【００１６】
表示情報送信部１２１は、ホームゲートウェイ（ＨＧＷ）１１０にＮ個（ただし、Ｎは１以上の整数）の画面情報を表示情報として送信する（Ｓ１２０１）。画面情報送信部１１１は、表示画面を順次表示端末９３０に送信し、表示端末９３０に表示させる（Ｓ１１０１−１〜Ｓ１１０１−ｎ）。ただし、ｎは１以上Ｎ以下の整数である。
【００１７】
ｎ番目の画面を表示端末９３０が表示しているときに、携帯端末９１０がリーダ９２０と通信可能な状態となり、携帯端末９１０が、携帯端末９１０を特定する識別子（識別情報）である携帯ＩＤをリーダ９２０に送信する（Ｓ９１０１）。携帯ＩＤとは、例えばＩＣカードの製造時にユニークに付与される番号などであり、他の携帯端末と重複することのない識別子であればよい。リーダ９２０は、携帯ＩＤを受信すると、その携帯ＩＤをホームゲートウェイ１１０に送信する（Ｓ９２０１）。
【００１８】
ホームゲートウェイ１１０の携帯ＩＤ取得部１１２は、リーダ９２０から携帯ＩＤを受信し、サーバ１２０に携帯ＩＤ及び携帯ＩＤを受信した時に表示端末９３０が表示していた画面情報を特定する画面ＩＤ（例えば、表示画面が何番目の画面かを示す値である“ｎ”）を送信する（Ｓ１１０２）。なお、ホームゲートウェイ１１０がＷｅｂサーバ、表示端末９３０がＷｅｂクライアントの役割の場合には、ホームゲートウェイ１１０は常に表示端末９３０が表示している画面情報を把握している。したがって、ホームゲートウェイ１１０は、容易に携帯ＩＤと画面ＩＤとを送信できる点で優れている。しかし、この方法に限定する必要はない。例えば、ホームゲートウェイ１１０が表示端末９３０に複数の画面情報を一括して送信しておき、表示端末９３０が単独で表示画面を変更していく場合には、ホームゲートウェイ１１０は、携帯ＩＤを受信すると、表示端末９３０に画面ＩＤを問い合わせる。そして、表示端末９３０が画面ＩＤをホームゲートウェイ１１０に送信することで、ホームゲートウェイ１１０は携帯ＩＤと画面ＩＤとを送信できる。
【００１９】
サーバ１２０のＩＤ関連付与部１２２は、携帯ＩＤ及び携帯ＩＤを受信した時に表示端末９３０が表示していた画面情報を特定する画面ＩＤ（例えば“ｎ”）をホームゲートウェイ１１０から受信し、当該携帯ＩＤと関連付けられた携帯アドレスが既に記録していないかを確認する。そして、当該携帯ＩＤと関連付けられた携帯アドレスが記録されていない場合には、携帯ＩＤを受信した時に表示端末９３０が表示していた画面情報を特定する画面ＩＤを携帯ＩＤに関連付けて記録する。携帯ＩＤと関連付けられた携帯アドレスが記録されている場合には、画面ＩＤを携帯ＩＤ及び携帯アドレスに関連付けて記録する（Ｓ１２０２）。そして、携帯ＩＤと関連付けられた携帯アドレスが記録されていたかによって、その後の処理フローを選択する（Ｓ１２０３）。
【００２０】
携帯ＩＤと関連付けられた携帯アドレスが記録されていなかった場合には、サーバ１２０は、メールサーバ１３０にリーダ９２０向けの返信用メールアドレスを送信するように依頼する（Ｓ１２０４）。返信用メールアドレス生成部１３３は、返信用メールアドレスを他の返信用メールアドレスと重複しないように生成し（Ｓ１３０１）、ホームゲートウェイ１１０に直接またはサーバ１２０を介して送信する（Ｓ１３０２）。なお、ステップＳ１３０１の具体例としては、ランダムに返信用メールアドレスを生成し、同時期に生成した他の返信用メールアドレスと重複していないことを確認する方法などがある。返信用メールアドレス転送部１１３は、メールサーバ１３０から直接またはサーバ１２０を介して返信用メールアドレスを受信し、リーダ９２０に返信用メールアドレスを送信する（Ｓ１１０３）。
【００２１】
リーダ９２０は、返信用メールアドレスを携帯端末９１０に、ステップＳ９１０１で用いた通信手段と同じ通信手段によって送信する（Ｓ９２０２）。このような手順で、携帯端末９１０は返信用メールアドレスを手に入れる。つまり、携帯端末９１０の所有者は、例えば、表示端末９３０に興味のある内容（詳細が知りたい画面）が表示されたときに携帯端末９１０をリーダ９２０にかざせば、返信用メールアドレスを得ることができる。
【００２２】
次に、携帯端末９１０は、取得した返信用メールアドレスに携帯端末９１０のメールアドレスを送ることを、所有者に確認する。具体的には、空メールを返信用メールアドレスに送っていいかを確認する（Ｓ９１０２）。所有者が空メールを送ることを許可すると、携帯端末９１０は、空メールを返信用メールアドレス宛に送信する（Ｓ９１０３）。
【００２３】
メールサーバ１３０の携帯アドレス送信部１３４は、返信用メールアドレスへのメールを受信し、受信したメールのメールアドレスを携帯アドレスとしてサーバに送信する（Ｓ１３０３）。携帯アドレス関連付与部１２４は、携帯アドレスを携帯ＩＤ及び画面ＩＤに関連付けを行う（Ｓ１２０５）。そして、携帯アドレス関連付与部１２４は、関連付けされた携帯ＩＤ、画面ＩＤ、携帯アドレスを記録する（Ｓ１２０６）。ステップＳ１２０６が終了することで、携帯端末９１０がｎ番目の表示画面に関連する情報を送信する対象として登録されたことになる。なお、関連付ける方法にはいくつかの方法がある。ステップＳ１２０４で、サーバ１２０がメールサーバ１３０に携帯ＩＤも一緒に送る場合、ステップＳ１３０３で、携帯アドレス送信部１３４が、返信用メールアドレスが一致する携帯ＩＤと返信用メールアドレスの組と携帯アドレスと返信用メールアドレスの組を検索する。このようにメールサーバ１３０が携帯ＩＤと携帯アドレスとを関連付ける方法がある。この場合は、ステップＳ１３０３では、携帯アドレス送信部１３４は、携帯アドレスおよび関連付けされた携帯ＩＤをサーバ１２０に送る。別の方法としては、ステップＳ１２０４で、サーバ１２０がメールサーバ１３０に依頼番号を送る方法もある。この場合は、ステップＳ１３０３では、携帯アドレス送信部１３４が、返信用メールアドレスが一致する依頼番号と返信用メールアドレスの組と携帯アドレスと返信用メールアドレスの組を検索する。そして、携帯アドレス送信部１３４は、携帯アドレスおよび依頼番号をサーバ１２０に送る。そして、ステップＳ１２０５で、携帯アドレス関連付与部１２４が、依頼番号に対応する携帯ＩＤと携帯アドレスとを関連付ける。どちらの方法も、ステップＳ１３０１で返信用メールアドレスが他の返信用メールアドレスと重複しないように生成されていることが重要である。返信用メールアドレスが重複していないので、検索キーとして返信用メールアドレスを用いることができる。
【００２４】
携帯ＩＤと関連付けられた携帯アドレスが記録されていた場合には、ステップＳ１２０２で、画面ＩＤは携帯ＩＤ及び携帯アドレスに関連付けて記録される。つまり、返信用メールアドレスと空メールの授受をしなくても、ステップＳ１２０６までの処理が終わった状態となる。そこで、サーバ１２０の登録完了通知部１２５は、登録が完了したことを通知する完了通知情報を、ホームゲートウェイ１１０に送信する（Ｓ１２０９）。完了通知情報転送部１１５は、完了通知情報を受信し、リーダ９２０に完了通知情報を送信する（Ｓ１１０４）。なお、それとともに表示端末９３０に登録完了の画面を表示させてもよい。リーダ９２０は、完了通知情報を携帯端末にステップＳ９１０１で用いた通信手段と同じ通信手段によって送信する（Ｓ９２０３）。このような手順で、携帯端末９１０がｎ番目の表示画面に関連する情報を送信する対象として登録されたことになる。つまり、既に携帯ＩＤと携帯アドレスとが関連付けられている携帯端末９１０の所有者は、例えば、表示端末９３０に興味のある内容（詳細が知りたい画面）が表示されたときに携帯端末９１０をリーダ９２０にかざすだけで登録を完了できる（空メールを送る必要もない）。
【００２５】
サーバ１２０の関連情報取得部１２６は、画面ＩＤに対応した関連情報を取得し（Ｓ１２０７）、関連情報と携帯アドレスをメールサーバ１３０に送信する（Ｓ１２０８）。メールサーバ１３０の関連情報送信部１３６は、携帯アドレスに関連情報を送信する（Ｓ１３０４）。携帯端末９１０の所有者はこのような手順で、興味のある表示画面の詳細情報を得ることができる。そして、一連の処理が終了すれば、画面情報送信部１１１は、ｎ＋１番目の表示画面から順次表示端末９３０に送信し、表示端末９３０に表示させる（Ｓ１１０１−ｎ＋１〜）。Ｎ番目までの表示画面を送信した後は、１番目の表示画面に戻ればよい。なお、関連情報取得部１２６は、関連情報を情報送信システム１００の外部（他組織、他企業）のサービス提供サーバ（図示していない）から取得してもよい。また、サービス提供サーバは、２つ以上でもよく、画面ＩＤごとにどのサービス提供サーバから関連情報を取得するかが異なっていてもよい。
【００２６】
情報送信システム１００では、表示端末が表示していた画面を特定する画面ＩＤを、携帯ＩＤと関連付けて記録する。したがって、携帯端末の所有者が求める情報が何かを容易に関連付けられる。したがって、携帯端末の所有者を容易かつ確実に特定できるので、提供するサービスなどを確実かつ容易に提供できる。また、返信用メールアドレスを、重複しないように生成することで、携帯端末の登録が容易になる。すなわち、初めて登録するときには携帯端末をかざし、空メールを１度送れば詳細情報を得ることができる。そして、２回目以降の登録では携帯電話をかざすだけで詳細情報を得ることができる。さらに、関連情報を外部のサービス提供サーバから取得する場合、例えば情報送信サーバを信用できる組織（企業など）が保有すれば、携帯ＩＤと携帯アドレスとを関連付けたデータは信用できる組織内で管理できる。したがって、関連情報を提供する組織（企業など）が特定できない場合でも、携帯端末の所有者は安心して本発明の情報送信システムによるサービスを受けることができる。
【００２７】
実施例１から変形例３までの共通点
実施例１で説明した情報送信システム１００、および変形例１から変形例３で説明する情報送信システム１００’、１００”、１００'''は、装置の構成（ホームゲートウェイ、サーバ、メールサーバの組合せ）は異なるが、画面情報送信手段、ＩＤ関連付与手段、返信用メールアドレス生成手段は、携帯アドレス関連付与手段、登録完了通知手段、関連情報取得手段が形成される点で共通である。つまり、本発明の情報送信システムは、これらの手段を備えていることで上記の効果を得ている。そして、これらの手段を１台の装置に形成するか、ネットワークでつながった複数の装置に分担させて形成するかは、本発明にとっては下位概念である。
【００２８】
情報送信システム１００では、画面情報送信手段１８１は、画面情報送信部１１１によって形成される。ＩＤ関連付与手段１８２は、携帯ＩＤ取得部１１２とＩＤ関連付与部１２２とで形成される。返信用メールアドレス生成手段１８３は、返信用メールアドレス生成部１３３と返信用メールアドレス転送部１１３で形成される。携帯アドレス関連付与手段１８４は、携帯アドレス送信部１３４と携帯アドレス関連付与部１２４で形成される。登録完了通知手段１８５は、登録完了通知部１２５と完了通知情報転送部１１５で形成される。関連情報取得手段１８６は、関連情報取得部１２６と関連情報送信部１３６で形成される。また、画面情報送信過程Ｓ１８１は、画面情報送信ステップＳ１１０１−１〜Ｎを含んでいる。ＩＤ関連付与過程Ｓ１８２は、携帯ＩＤ取得ステップＳ１１０２とＩＤ関連付与ステップＳ１２０２を含んでいる。返信用メールアドレス生成過程Ｓ１８３は、返信用メールアドレス生成ステップＳ１３０１と返信用メールアドレス転送部Ｓ１１０３を含んでいる。携帯アドレス関連付与過程Ｓ１８４は、携帯アドレス送信ステップＳ１３０３と携帯アドレス関連付与ステップＳ１２０５、Ｓ１２０６を含んでいる。登録完了通知過程Ｓ１８５は、登録完了通知ステップＳ１２０９と完了通知情報転送ステップＳ１１０４を含んでいる。関連情報取得過程Ｓ１８６は、関連情報取得ステップＳ１２０７と関連情報送信ステップＳ１３０４を含んでいる。
【００２９】
情報送信システム１００の場合は、ホームゲートウェイを表示端末の近傍に配置できるので、最も通信量の多いホームゲートウェイと表示端末との間を短くすることができる。特に、表示端末とリーダの複数の組が集中して配置されている場合に有利である。また、サーバの機能をメールサーバと分担できるので、処理量が増えた場合に有利である。
【００３０】
［変形例１］
図６に実施例１変形例１の情報送信システムを含む全体の構成を示す。情報送信システム１００’は、ホームゲートウェイ（ＨＧＷ）１１０、サーバ１２０’、ネットワーク８９０で構成されている。ネットワーク８９０は、ホームゲートウェイ１１０、サーバ１２０’を接続する。サーバ１２０’は、情報送信システム１００のサーバ１２０とメールサーバ１３０の機能を有している。
【００３１】
図７に実施例１変形例１の情報送信システムの機能構成例を示す。図８から図１０に実施例１変形例１の情報送信システムの処理フロー例を示す。ホームゲートウェイ１１０は、画面情報送信部１１１、携帯ＩＤ取得部１１２、返信用メールアドレス転送部１１３、完了通知情報転送部１１５を備える（情報送信システム１００と同じ）。サーバ１２０’は、表示情報送信部１２１、ＩＤ関連付与部１２２、返信用メールアドレス生成部１３３’、携帯アドレス関連付与部１２４’、登録完了通知部１２５、関連情報取得部１２６’を備える。
【００３２】
ステップＳ１２０１からステップＳ１２０３までの処理は情報送信システム１００と同じである。携帯ＩＤと関連付けられた携帯アドレスが記録されていなかった場合には、サーバ１２０’の返信用メールアドレス生成部１３３’は、返信用メールアドレスを他の返信用メールアドレスと重複しないように生成し（Ｓ１３０１’）、ホームゲートウェイ１１０に送信する（Ｓ１３０２’）。なお、ステップＳ１３０１’の具体例としては、ランダムに返信用メールアドレスを生成し、同時期に生成した他の返信用メールアドレスと重複していないことを確認する方法などがある。返信用メールアドレス転送部１１３’は、返信用メールアドレスを受信し、リーダ９２０に返信用メールアドレスを送信する（Ｓ１１０３）。
【００３３】
ステップＳ９２０２からステップＳ９１０３までの処理は情報送信システム１００と同じである。サーバ１２０’の携帯アドレス関連付与部１２４’は、返信用メールアドレスへのメールを受信し、携帯アドレスを携帯ＩＤ及び画面ＩＤに関連付けを行う（Ｓ１２０５）。そして、携帯アドレス関連付与部１２４は、関連付けされた携帯ＩＤ、画面ＩＤ、携帯アドレスを記録する（Ｓ１２０６）。ステップＳ１２０６が終了することで、携帯端末９１０が、ｎ番目の表示画面に関連する情報を送信する対象として登録されたことになる。情報送信システム１００’の場合、サーバとメールサーバとが一体となっているため、関連付けは容易である。ステップＳ１２０５で、携帯アドレス関連付与部１２４’が、返信用メールアドレスが一致する携帯ＩＤと返信用メールアドレスの組と携帯アドレスと返信用メールアドレスの組を検索する。この場合も、返信用メールアドレスが重複していないので、検索キーとして返信用メールアドレスを用いることができる。
【００３４】
携帯ＩＤと関連付けられた携帯アドレスが記録されていた場合には、情報送信システム１００と同じように、ステップＳ１２０２で画面ＩＤは携帯ＩＤ及び携帯アドレスに関連付けて記録される。また、ステップＳ１２０９からステップＳ９２０３までの処理は情報送信システム１００と同じである。
【００３５】
サーバ１２０の関連情報取得部１２６’は、画面ＩＤに対応した関連情報を取得し（Ｓ１２０７）、携帯アドレスに関連情報を送信する（Ｓ１３０４’）。携帯端末９１０の所有者はこのような手順で、興味のある表示画面の詳細情報を得ることができる。そして、一連の処理が終了すれば、画面情報送信部１１１は、ｎ＋１番目の表示画面から順次表示端末９３０に送信し、表示端末９３０に表示させる（Ｓ１１０１−ｎ＋１〜）。なお、情報送信システム１００と同じように、関連情報取得部１２６は、関連情報を情報送信システム１００の外部のサービス提供サーバ（図示していない）から取得してもよい。
【００３６】
このような構成なので、情報送信システム１００’も情報送信システム１００と同じ効果を得ることができる。なお、情報送信システム１００’ではサーバがメールサーバの機能も備えているので、情報送信システム１００よりも小規模なシステムの場合に適している。
【００３７】
なお、情報送信システム１００’では、画面情報送信手段１８１は、画面情報送信部１１１によって形成される。ＩＤ関連付与手段１８２は、携帯ＩＤ取得部１１２とＩＤ関連付与部１２２で形成される。返信用メールアドレス生成手段１８３は、返信用メールアドレス生成部１３３’と返信用メールアドレス転送部１１３で形成される。携帯アドレス関連付与手段１８４は、携帯アドレス関連付与部１２４’で形成される。登録完了通知手段１８５は、登録完了通知部１２５と完了通知情報転送部１１５で形成される。関連情報取得手段１８６は、関連情報取得部１２６’で形成される。また、画面情報送信過程Ｓ１８１は、画面情報送信ステップＳ１１０１−１〜Ｎを含んでいる。ＩＤ関連付与過程Ｓ１８２は、携帯ＩＤ取得ステップＳ１１０２とＩＤ関連付与ステップＳ１２０２を含んでいる。返信用メールアドレス生成過程Ｓ１８３’は、返信用メールアドレス生成ステップＳ１３０１’、Ｓ１３０２’と返信用メールアドレス転送部Ｓ１１０３を含んでいる。携帯アドレス関連付与過程Ｓ１８４’は、携帯アドレス関連付与ステップＳ１２０５、Ｓ１２０６を含んでいる。登録完了通知過程Ｓ１８５は、登録完了通知ステップＳ１２０９と完了通知情報転送ステップＳ１１０４を含んでいる。関連情報取得過程Ｓ１８６’は、関連情報取得ステップＳ１２０７、Ｓ１３０４’を含んでいる。
【００３８】
［変形例２］
図１１に実施例１変形例２の情報送信システムを含む全体の構成を示す。情報送信システム１００”は、携帯端末９１０、リーダ９２０”、表示端末９３０”と接続できる。なお、リーダ９２０”と表示端末９３０”の組は、複数あってもよい。情報送信システム１００”は、サーバ１２０”、メールサーバ１３０、ネットワーク８９０で構成されている。ネットワーク８９０は、サーバ１２０”、メールサーバ１３０を接続する。サーバ１２０”は、情報送信システム１００のサーバ１２０とホームゲートウェイ（ＨＧＷ）１１０の機能を有している。
【００３９】
図１２に実施例１変形例２の情報送信システムの機能構成例を示す。図１３から図１５に実施例１変形例２の情報送信システムの処理フロー例を示す。サーバ１２０”は、画面情報送信部１１１”、ＩＤ関連付与部１２２”、携帯アドレス関連付与部１２４、登録完了通知部１２５”、関連情報取得部１２６を備える。メールサーバ１３０は、返信用メールアドレス生成部１３３”、携帯アドレス送信部１３４、関連情報送信部１３６を備える。
【００４０】
サーバ１２０”は、あらかじめＮ個（ただし、Ｎは１以上の整数）の画面情報を表示情報として記録している。そして、画面情報送信部１１１”は、表示画面を順次表示端末９３０”に送信し、表示端末９３０”に表示させる（Ｓ１１０１”−１〜Ｓ１１０１”−ｎ）。ただし、ｎは１以上Ｎ以下の整数である。
【００４１】
ｎ番目の画面を表示端末９３０”が表示しているときに、携帯端末９１０がリーダ９２０”と通信可能な状態となり、携帯端末９１０が、携帯端末９１０を特定する識別子（識別情報）である携帯ＩＤをリーダ９２０”に送信する（Ｓ９１０１）。リーダ９２０”は、携帯ＩＤを受信すると、その携帯ＩＤをサーバ１２０”に送信する（Ｓ９２０１”）。
【００４２】
サーバ１２０”のＩＤ関連付与部１２２”は、リーダ９２０から携帯ＩＤを受信し、当該携帯ＩＤと関連付けられた携帯アドレスが既に記録していないかを確認する。そして、当該携帯ＩＤと関連付けられた携帯アドレスが記録されていない場合には、携帯ＩＤを受信した時に表示端末９３０”が表示していた画面情報を特定する画面ＩＤ（例えば“ｎ”）を携帯ＩＤに関連付けて記録する。携帯ＩＤと関連付けられた携帯アドレスが記録されている場合には、画面ＩＤを携帯ＩＤ及び携帯アドレスに関連付けて記録する（Ｓ１２０２）。そして、携帯ＩＤと関連付けられた携帯アドレスが記録されていたかによって、その後の処理フローを選択する（Ｓ１２０３）。なお、サーバ１２０”が画面ＩＤを把握する方法は、常に表示端末９３０”が表示している画面を把握しておく方法でも、携帯ＩＤを受信した時に表示端末９３０”に問い合わせる方法でもよく、特定の方法に限定する必要はない。
【００４３】
携帯ＩＤと関連付けられた携帯アドレスが記録されていなかった場合には、サーバ１２０”は、メールサーバ１３０にリーダ９２０”向けの返信用メールアドレスを送信するように依頼する（Ｓ１２０４）。返信用メールアドレス生成部１３３”は、返信用メールアドレスを他の返信用メールアドレスと重複しないように生成し（Ｓ１３０１）、リーダ９２０”に直接またはサーバ１２０”を介して送信する（Ｓ１３０２”）。そして、ステップＳ９２０２からＳ１２０６までの処理は情報送信システム１００と同じである。
【００４４】
携帯ＩＤと関連付けられた携帯アドレスが記録されていた場合には、ステップＳ１２０２で、画面ＩＤは携帯ＩＤ及び携帯アドレスに関連付けて記録される。つまり、返信用メールアドレスと空メールの授受をしなくても、ステップＳ１２０６までの処理が終わった状態となる。そこで、サーバ１２０”の登録完了通知部１２５”は、登録が完了したことを通知する完了通知情報を、リーダ９２０”に送信する（Ｓ１２０９”）。リーダ９２０”は、完了通知情報を携帯端末にステップＳ９１０１で用いた通信手段と同じ通信手段によって送信する（Ｓ９２０３）。
【００４５】
また、ステップＳ１２０７からＳ１３０４までの処理は情報送信システム１００と同じである。そして、一連の処理が終了すれば、画面情報送信部１１１は、ｎ＋１番目の表示画面から順次表示端末９３０に送信し、表示端末９３０に表示させる（Ｓ１１０１−ｎ＋１〜）。なお、情報送信システム１００と同じように、関連情報取得部１２６は、関連情報を情報送信システム１００の外部のサービス提供サーバ（図示していない）から取得してもよい。
【００４６】
このような構成なので、情報送信システム１００”も情報送信システム１００と同じ効果を得ることができる。なお、情報送信システム１００”ではサーバがホームゲートウェイ（ＨＧＷ）の機能も備えているので、表示端末９３０”とリーダ９２０”の組が分散している場合（ホームゲートウェイで集約できない場合）に適している。
【００４７】
なお、情報送信システム１００”では、画面情報送信手段１８１”は、画面情報送信部１１１”によって形成される。ＩＤ関連付与手段１８２”は、ＩＤ関連付与部１２２”で形成される。返信用メールアドレス生成手段１８３”は、返信用メールアドレス生成部１３３”で形成される。携帯アドレス関連付与手段１８４は、携帯アドレス送信部１３４と携帯アドレス関連付与部１２４で形成される。登録完了通知手段１８５”は、登録完了通知部１２５”で形成される。関連情報取得手段１８６は、関連情報取得部１２６と関連情報送信部１３６で形成される。また、画面情報送信過程Ｓ１８１”は、画面情報送信ステップＳ１１０１”−１〜Ｎを含んでいる。ＩＤ関連付与過程Ｓ１８２”は、ＩＤ関連付与ステップＳ１２０２を含んでいる。返信用メールアドレス生成過程Ｓ１８３”は、返信用メールアドレス生成ステップＳ１３０１、１３０２”を含んでいる。携帯アドレス関連付与過程Ｓ１８４は、携帯アドレス送信ステップＳ１３０３と携帯アドレス関連付与ステップＳ１２０５、Ｓ１２０６を含んでいる。登録完了通知過程Ｓ１８５”は、登録完了通知ステップＳ１２０９”を含んでいる。関連情報取得過程Ｓ１８６は、関連情報取得ステップＳ１２０７と関連情報送信ステップＳ１３０４を含んでいる。
【００４８】
［変形例３］
図１６に実施例１変形例３の情報送信システムを含む全体の構成を示す。情報送信システム１００'''は、サーバ１２０'''単体で構成されている。サーバ１２０'''は、情報送信システム１００のホームゲートウェイ１１０とサーバ１２０とメールサーバ１３０の機能を有している。
【００４９】
図１７に実施例１変形例３の情報送信システムの機能構成例を示す。図１８から図２０に実施例１変形例３の情報送信システムの処理フロー例を示す。サーバ１２０'''は、画面情報送信部１１１”、ＩＤ関連付与部１２２”、返信用メールアドレス生成部１３３'''、携帯アドレス関連付与部１２４’、登録完了通知部１２５”、関連情報取得部１２６’を備える。
【００５０】
ステップＳ１１０１”−１からステップＳ１２０３までの処理は情報送信システム１００”と同じである。
【００５１】
携帯ＩＤと関連付けられた携帯アドレスが記録されていなかった場合には、サーバ１２０'''の返信用メールアドレス生成部１３３’は、返信用メールアドレスを他の返信用メールアドレスと重複しないように生成し（Ｓ１３０１’）、リーダ９２０”に送信する（Ｓ１３０２'''）。ステップＳ９２０２からステップＳ１２０６までの処理は情報送信システム１００’と同じである。ステップＳ１２０６が終了することで、携帯端末９１０が、ｎ番目の表示画面に関連する情報を送信する対象として登録されたことになる。
【００５２】
携帯ＩＤと関連付けられた携帯アドレスが記録されていた場合には、ステップＳ１２０２で、画面ＩＤは携帯ＩＤ及び携帯アドレスに関連付けて記録される。つまり、返信用メールアドレスと空メールの授受をしなくても、ステップＳ１２０６までの処理が終わった状態となる。その後のステップＳ１２０９”とステップＳ９２０３の処理は情報送信システム１００”と同じである。
【００５３】
また、ステップＳ１２０７とＳ１３０４’の処理は情報送信システム１００’と同じである。携帯端末９１０の所有者はこのような手順で、興味のある表示画面の詳細情報を得ることができる。そして、一連の処理が終了すれば、画面情報送信部１１１”は、ｎ＋１番目の表示画面から順次表示端末９３０”に送信し、表示端末９３０”に表示させる（Ｓ１１０１”−ｎ＋１〜）。なお、情報送信システム１００と同じように、関連情報取得部１２６’は、関連情報を情報送信システム１００の外部のサービス提供サーバ（図示していない）から取得してもよい。
【００５４】
このような構成なので、情報送信システム１００'''も情報送信システム１００と同じ効果を得ることができる。なお、情報送信システム１００'''ではサーバがホームゲートウェイとメールサーバの機能も備えているので、表示端末９３０”とリーダ９２０”の組が分散している場合（ホームゲートウェイで集約できない場合）であって、情報送信システム１００”よりも小規模なシステムの場合に適している。
【００５５】
なお、情報送信システム１００'''では、画面情報送信手段１８１”は、画面情報送信部１１１”によって形成される。ＩＤ関連付与手段１８２”は、ＩＤ関連付与部１２２”で形成される。返信用メールアドレス生成手段１８３'''は、返信用メールアドレス生成部１３３'''で形成される。携帯アドレス関連付与手段１８４’は、携帯アドレス関連付与部１２４’で形成される。登録完了通知手段１８５”は、登録完了通知部１２５”で形成される。関連情報取得手段１８６’は、関連情報取得部１２６’で形成される。また、画面情報送信過程Ｓ１８１”は、画面情報送信ステップＳ１１０１”−１〜Ｎを含んでいる。ＩＤ関連付与過程Ｓ１８２”は、ＩＤ関連付与ステップＳ１２０２を含んでいる。返信用メールアドレス生成過程Ｓ１８３'''は、返信用メールアドレス生成ステップＳ１３０１’、１３０２'''を含んでいる。携帯アドレス関連付与過程Ｓ１８４’は、携帯アドレス関連付与ステップＳ１２０５、Ｓ１２０６を含んでいる。登録完了通知過程Ｓ１８５”は、登録完了通知ステップＳ１２０９”を含んでいる。関連情報取得過程Ｓ１８６’は、関連情報取得ステップＳ１２０７と関連情報送信ステップＳ１３０４’を含んでいる。
【実施例２】
【００５６】
実施例２では、実施例１（変形例１〜３を含む）の情報送信システムを応用した情報送信システムについて説明する。図２１は、実施例２の情報送信システムの動作の概要を示す図である。この実施例では、まず、携帯端末からの入力がない状態で表示端末に画面が順次表示される。このように、携帯端末からの入力がない状態での流れをメインシナリオと呼ぶ。そして、情報送信システムが１回目の携帯ＩＤを受信すると、表示していたメインシナリオの画面に対応した画面に切り替わる。このように、携帯端末から携帯ＩＤを受信した後の流れをサブシナリオと呼ぶ。
【００５７】
図２１では、広告を表示する例を示している。表示端末に広告１が表示され（Ｓ２１０２−１）、広告１を表示している間に携帯ＩＤを受信したかを確認する（Ｓ２１０３−１）。携帯ＩＤを受信しなければ、広告２が表示され（Ｓ２１０２−２）、広告２を表示している間に携帯ＩＤを受信したかを確認する（Ｓ２１０３−２）。携帯ＩＤを受信しなければ、次の広告を表示し、一巡すると広告１の表示に戻る。例えば、広告１を表示しているときに携帯ＩＤを受信すると、サブシナリオに関する処理（ステップＳ１１１０）に移る。
【００５８】
そして、サブシナリオに従って、広告１−１から広告１−Ｎを表示端末に表示する（Ｓ１１１−１〜Ｓ１１１−Ｎ）。そして、サブシナリオ表示中に携帯ＩＤを受信すると、実施例１で示した携帯ＩＤや携帯アドレスの登録、詳細情報のメール配信などの処理を行う（Ｓ１０１、Ｓ１０２、Ｓ１０３など）。また、メインシナリオの１つの広告に対して複数のサブシナリオを用意しておき、いずれかのサブシナリオを選択してもよい。例えば、広告２を表示しているときに携帯ＩＤを受信すると、サブシナリオを選択する（Ｓ２４０１−２）。選択の基準は、あらかじめ登録しておいた年齢や性別を用いてもよいし、過去の履歴から選択してもよいし、表示端末を設置している場所で決めてもよい。何らかの方法で１つのサブシナリオが選択されると、上述のようにサブシナリオに従った広告の表示と携帯ＩＤや携帯アドレスの登録、詳細情報のメール配信などの処理を行う。
【００５９】
図２１の例では、どの画面を表示しているときに携帯ＩＤの受信したかによってその後の処理が異なる。そこで、表示している画面と対応させて、リーダで携帯ＩＤを受信した場合に、処理を行うかどうか、処理する場合にはどの処理を行うかなどの判断を行えばよい。例えば、メインシナリオの画面が表示されているときに、画面から切り替えるサブシナリオがない場合は、リーダで携帯ＩＤを受信しても、メインシナリオからサブシナリオに表示を切り替える処理は行わない。画面から切り替えるサブシナリオが１つのみある場合は、リーダで携帯ＩＤを受信すると、メインシナリオからサブシナリオに表示を切り替える処理を行うが、携帯ＩＤ自体は無視する。画面から切り替えるサブシナリオが複数ある場合は、リーダで携帯ＩＤを受信すると、メインシナリオからサブシナリオに表示を切り替える処理を行い、どのサブシナリオに切り替えるかを選択するために携帯ＩＤを利用する。サブシナリオでは、最後まで画面を表示するために、最後以外のサブシナリオの画面が表示されているときには、リーダで携帯ＩＤを受信しても、いずれの処理も行わない。サブシナリオの最後の画面では携帯端末を近づければ登録できる旨を表示しておき、表示されているときに携帯ＩＤを受信すると、その後の処理で携帯ＩＤを利用（記録）する。
【００６０】
図２２は、実施例２の情報送信システムを含む全体の構成を示す図である。情報送信システム２００は、携帯端末９１０、リーダ９２０、表示端末９３０と接続できる。情報送信システム２００は、ホームゲートウェイ（ＨＧＷ）２１０、サーバ１２０、メールサーバ１３０、リコメンドサーバ２４０、シナリオ配信サーバ２５０、ネットワーク８９０で構成されている。ネットワーク８９０は、ホームゲートウェイ１１０、サーバ１２０、メールサーバ１３０、リコメンドサーバ２４０、シナリオ配信サーバ２５０を接続する。なお、メールサーバ１３０の機能をサーバ１２０に持たせた情報送信システム２００’としてもよい。
【００６１】
図２３に、実施例２の情報送信システムの機能構成例を示す。また、図２４に、実施例２の情報送信システムの処理フロー例を示す。情報送信システム２００は、実施例１の情報送信システム１００にリコメンドサーバ２４０とシナリオ配信サーバ２５０が追加されたシステムである。リコメンドサーバ２４０とシナリオ配信サーバ２５０の追加に伴って、ホームゲートウェイには機能が追加されている。また、構成部としては、リコメンドサーバ２４０のサブシナリオ選択部２４１と履歴情報記録部２４３、シナリオ配信サーバ２５０の表示情報送信部２５１が追加されている。なお、サブシナリオを選択する必要がなければ（メインシナリオの各画面に対して１つのサブシナリオしかなければ）、リコメンドサーバ２４０（つまり、サブシナリオ選択部２４１と履歴情報記録部２４３）は必要ない。また、サブシナリオを選択する場合であっても、選択時に履歴情報を使用しないのであれば、履歴情報記録部２４３は必要ない。
【００６２】
ホームゲートウェイ（ＨＧＷ）２１０は、シナリオ配信サーバ２５０に対して表示画面の情報を要求する（Ｓ２１０１）。この要求は、例えば、１日１回のように、あらかじめ定めた周期で行えばよい。シナリオ配信サーバ２５０は、ホームゲートウェイ２１０にメインシナリオおよびサブシナリオの各画面の表示情報を送信する（Ｓ２５０１）。表示情報は、すべての画面の情報としてもよいし、前回との差分の情報としてもよい。ホームゲートウェイ２１０は、メインシナリオの表示画面を表示端末９３０に送信する（Ｓ２１０２−１〜Ｓ２１０２−ｋ）。ただし、メインシナリオの画面の数はＫ個とし、Ｋは２以上の整数、ｋは１以上Ｋ以下の整数とする。
【００６３】
ｋ番目のメインシナリオの画面が表示されているときに、携帯端末９１０がリーダ９２０と通信可能な状態となり、携帯端末９１０が、携帯端末９１０を特定する識別子（識別情報）である携帯ＩＤをリーダ９２０に送信する（Ｓ９１１１）。リーダ９２０は、携帯ＩＤを受信すると、その携帯ＩＤをホームゲートウェイ２１０に送信する（Ｓ９２１１）。
【００６４】
履歴を記録する場合は、ホームゲートウェイ２１０は、携帯ＩＤ及び携帯ＩＤを受信した時に表示端末９３０が表示していたメインシナリオの画面を特定する情報（メイン画面情報）を送信し、リコメンドサーバ２４０の履歴情報記録部２４３が履歴情報として記録する（Ｓ２５０３）。ホームゲートウェイ２１０は、メイン画面情報に対応するサブシナリオが複数あるかを確認する（Ｓ２１０３）。サブシナリオが複数ない場合は、ステップＳ１１１１−１に進む。サブシナリオが複数ある場合には、リコメンドサーバ２４０にサブシナリオを選択することを要求する（Ｓ２１０４）。サブシナリオ選択部２４１は、あらかじめ携帯ＩＤと対応させて記録（登録）しておいた年齢や性別、過去の履歴、表示端末９３０の設置場所などの情報を利用して、あらかじめ定めておいた選択基準に従ってサブシナリオを選択する（Ｓ２５０１）。そして、サブシナリオ選択部２４１は、選択したサブシナリオを特定するＩＤ（リコメンド）をホームゲートウェイ２１０に送信する（Ｓ２５０２）。
【００６５】
ホームゲートウェイ２１０は、サブシナリオの表示画面を表示端末９３０に送信し、表示端末９３０にサブシナリオの画面を表示させる（Ｓ１１１１−１〜Ｓ１１１１−Ｎ）。本実施例では、サブシナリオを特定するＩＤが、実施例１の画面ＩＤに相当する。そして、実施例１のステップＳ９１０１〜Ｓ１２０３（Ｓ１０１）、ステップＳ１２０４〜Ｓ１３０４（Ｓ１０２）、ステップＳ１２０９〜Ｓ１３０４（Ｓ１０３）の処理を行う。なお、メールサーバ１３０の機能をサーバ１２０’に持たせた情報送信システム２００’の場合は、実施例１変形例１のステップＳ９１０１〜Ｓ１２０３（Ｓ１０１）、ステップＳ１３０１’〜Ｓ１３０４’（Ｓ１０２’）、ステップＳ１２０９〜Ｓ１３０４’（Ｓ１０３’）の処理を行う。一連の処理が終了すると、ホームゲートウェイ２１０は、ｋ＋１番目のメインシナリオの画面から、表示端末９３０に順次表示させる（Ｓ２１０２−ｋ＋１〜）。
【００６６】
情報送信システム２００、２００’はこのような処理を行うので、実施例１と同様の効果を得ることができる。また、携帯端末の所有者の興味や属性（年齢、性別、履歴、アクセスした場所など）に合わせて流れを分岐させることも可能となる。したがって、簡単にかつ適切に情報を提供できる。
【００６７】
［変形例］
図２５は、実施例２変形例の情報送信システムを含む全体の構成を示す図である。情報送信システム２００”（２００'''）では、サーバ２２０（２２０’）がホームゲートウェイの機能を備えている。また、情報送信システム２００'''は、サーバ２２０’がメールサーバ１３０の機能も備えた場合であり、メールサーバ１３０が省略される。
【００６８】
図２６に、実施例２変形例の情報送信システムの機能構成例を示す。また、図２７に、実施例２変形例の情報送信システムの処理フロー例を示す。情報送信システム２００”は、実施例１変形例２の情報送信システム１００”にリコメンドサーバ２４０’とシナリオ配信サーバ２５０’が追加されたシステムである。リコメンドサーバ２４０’とシナリオ配信サーバ２５０’の追加に伴って、サーバには機能が追加されている。また、構成部としては、リコメンドサーバ２４０’のサブシナリオ選択部２４１’と履歴情報記録部２４３、シナリオ配信サーバ２５０’の表示情報送信部２５１’が追加されている。なお、サブシナリオを選択する必要がなければ（メインシナリオの各画面に対して１つのサブシナリオしかなければ）、リコメンドサーバ２４０’（つまり、サブシナリオ選択部２４１’と履歴情報記録部２４３）は必要ない。また、サブシナリオを選択する場合であっても、選択時に履歴情報を使用しないのであれば、履歴情報記録部２４３は必要ない。
【００６９】
サーバ２２０は、シナリオ配信サーバ２５０’に対して表示画面の情報を要求する（Ｓ２１０１’）。この要求は、例えば、１日１回のように、あらかじめ定めた周期で行えばよい。シナリオ配信サーバ２５０’は、サーバ２２０にメインシナリオおよびサブシナリオの各画面の表示情報を送信する（Ｓ２５０１’）。表示情報は、すべての画面の情報としてもよいし、前回との差分の情報としてもよい。サーバ２２０は、メインシナリオの表示画面を表示端末９３０”に送信する（Ｓ２１０２−’１〜Ｓ２１０２’−ｋ）。ただし、メインシナリオの画面の数はＫ個とし、Ｋは２以上の整数、ｋは１以上Ｋ以下の整数とする。
【００７０】
ｋ番目のメインシナリオの画面が表示されているときに、携帯端末９１０がリーダ９２０”と通信可能な状態となり、携帯端末９１０が、携帯端末９１０を特定する識別子（識別情報）である携帯ＩＤをリーダ９２０”に送信する（Ｓ９１１１）。リーダ９２０”は、携帯ＩＤを受信すると、その携帯ＩＤをサーバ２２０に送信する（Ｓ９２１１’）。
【００７１】
履歴を記録する場合は、サーバ２２０は、携帯ＩＤ及び携帯ＩＤを受信した時に表示端末９３０”が表示していたメインシナリオの画面を特定する情報（メイン画面情報）を送信し、リコメンドサーバ２４０’の履歴情報記録部２４３が履歴情報として記録する（Ｓ２５０３）。サーバ２２０は、メイン画面情報に対応するサブシナリオが複数あるかを確認する（Ｓ２１０３’）。サブシナリオが複数ない場合は、ステップＳ１１１１’−１に進む。サブシナリオが複数ある場合には、リコメンドサーバ２４０’にサブシナリオを選択することを要求する（Ｓ２１０４’）。サブシナリオ選択部２４１’は、あらかじめ携帯ＩＤと対応させて記録（登録）しておいた年齢や性別、過去の履歴、表示端末９３０”の設置場所などの情報を利用して、あらかじめ定めておいた選択基準に従ってサブシナリオを選択する（Ｓ２５０１）。そして、サブシナリオ選択部２４１’は、選択したサブシナリオを特定するＩＤ（リコメンド）をサーバ２２０に送信する（Ｓ２５０２’）。
【００７２】
サーバ２２０は、サブシナリオの表示画面を表示端末９３０”に送信し、表示端末９３０”にサブシナリオの画面を表示させる（Ｓ１１１１’−１〜Ｓ１１１１’−Ｎ）。実施例２変形例でも、サブシナリオを特定するＩＤが、実施例１変形例２の画面ＩＤに相当する。そして、実施例１変形例２のステップＳ９１０１〜Ｓ１２０３（Ｓ１０１”）、ステップＳ１２０４〜Ｓ１３０４（Ｓ１０２）、ステップＳ１２０９”〜Ｓ１３０４（Ｓ１０３”）の処理を行う。なお、メールサーバ１３０の機能をサーバ２２０’に持たせた情報送信システム２００'''の場合は、実施例１変形例３のステップＳ９１０１〜Ｓ１２０３（Ｓ１０１”）、ステップＳ１３０１’〜Ｓ１３０４’（Ｓ１０２'''）、ステップＳ１２０９”〜Ｓ１３０４’（Ｓ１０３'''）の処理を行う。一連の処理が終了すると、サーバ２２０は、ｋ＋１番目のメインシナリオの画面から、表示端末９３０”に順次表示させる（Ｓ２１０２−ｋ＋１〜）。
【００７３】
情報送信システム２００”、２００'''はこのような処理を行うので、実施例１と同様の効果を得ることができる。また、携帯端末の所有者の興味や属性（年齢、性別、履歴、アクセスした場所など）に合わせて流れを分岐させることも可能となる。したがって、簡単にかつ適切に情報を提供できる。
【実施例３】
【００７４】
実施例３の情報送信システムは、異なる場所（位置）に配置された２組のリーダと表示端末との間で、携帯端末の所有者とその所有者が求めるサービスなど（詳細情報、商品、試供品などを含む）の情報を送信するシステムに関する。例えば、携帯端末の所有者は１組目のリーダと表示端末で欲しい試供品を特定する。そして、２組目のリーダと表示端末（以下では、１組目の表示端末と区別するために受付端末と呼ぶ）のところでリーダに携帯ＩＤを送信すると、受付端末に欲しい試供品が表示される。したがって、受付端末のところにいる販売員などは、容易かつ確実に携帯端末の所有者と求めている試供品を特定できる。また、１組目のリーダと表示端末を設置している場所には、必ずしも販売員などを配置する必要がない。このように、実施例３の情報送信システムは、サービスなどを要求する場所と受け取る場所とが異なっていても、携帯端末の所有者とサービスとを容易かつ確実に特定し、提供するサービスなどを確実かつ容易に提供するためのシステムである。
【００７５】
図２８に実施例３の情報送信システムを含む全体の構成を示す。情報送信システム３００は、携帯端末９１０、リーダ９２０、表示端末９３０、リーダ９２５、受付端末９３５と接続できる。なお、リーダ９２０と表示端末９３０の組およびリーダ９２５と受付端末９３５の組は、それぞれ複数あってもよい。情報送信システム３００は、ホームゲートウェイ（ＨＧＷ）３１０、リコメンドサーバ２４０、シナリオ配信サーバ２５０、ネットワーク８９０で構成されている。ネットワーク８９０は、ホームゲートウェイ３１０、リコメンドサーバ２４０、シナリオ配信サーバ２５０を接続する。また、リーダ９２０と表示端末９３０、リーダ９２５と受付端末９３５は、それぞれ近傍に配置される。近傍とは、携帯端末９１０の所有者が表示端末９３０や受付端末９３５を目視しながら、携帯端末９１０の携帯ＩＤをリーダ９２０やリーダ９２５に送信できる程度の範囲である。
【００７６】
例えば、リーダ９２０と表示端末９３０の組は、美容院の座席前や展示ホールや待ち合わせ場所などの設置スペース９４０に設置される。リーダ９２５と受付端末９３５の組は、受付カウンター９４５などに設置される。ホームゲートウェイ３１０は、設置スペース９４０または受付カウンター９４５に設置してもよいし、同じ建物の中に設置しておいてもよいし、異なる建物に設置してもよい。リーダと表示端末の組またはリーダと受付端末の組を複数設置し、１つのホームゲートウェイ３１０に収容してもよい。また、ホームゲートウェイ３１０から表示端末９３０へは、多くの画像情報を送信するので、リーダと表示端末の組の数や配置、通信路の容量などを考慮して適宜設計すればよい。
【００７７】
図２９に実施例３の情報送信システムの機能構成例を示す。また、図３０に実施例３の情報送信システムの処理フロー例を示す。情報送信システム３００のホームゲートウェイ（ＨＧＷ）３１０は、画面情報送信部２１１、ＩＤ関連付与部３１２、関連情報取得部３１６を備える。画面情報送信部２１１（画面情報送信手段３８１に相当する）は、表示端末９３０に対してメインシナリオの画面情報を送信し、メインシナリオの画面情報を表示端末９３０に表示させているときにリーダ９２０（第１リーダ）から携帯ＩＤを受信すると、表示端末９３０に対して表示していたメインシナリオの画面に対応したサブシナリオの画面情報を送信する。ＩＤ関連付与部３１２（ＩＤ関連付与手段３８２に相当する）は、表示端末９３０にサブシナリオを表示させているときにリーダ９２０から携帯ＩＤを受信すると、携帯ＩＤを受信した時に表示端末９３０が表示していたサブシナリオを特定するＩＤを、画面ＩＤとして携帯ＩＤと関連付けて記録する。関連情報取得部３１６（関連情報取得手段３８６に相当する）は、リーダ９２５（第２リーダ）から携帯ＩＤを受信すると、携帯ＩＤと関連付けて記録されている画面ＩＤ（携帯ＩＤを受信した時に表示端末９３０が表示していたサブシナリオを特定するＩＤ）を検索し、画面ＩＤに対応した関連情報を取得し、受付端末９３５に送信する。リコメンドサーバ２４０とシナリオ配信サーバ２５０は実施例２と同じである。
【００７８】
ステップＳ２１０１〜Ｓ１１１１−Ｎまでの処理は、実施例２（図２４）と同じである。サブシナリオの画面が表示されている間に再び携帯端末９１０からリーダ９２０に携帯ＩＤが送信されると（Ｓ９１０１）、リーダ９２０はホームゲートウェイ３１０に携帯ＩＤを送信する（Ｓ９２０１）。ホームゲートウェイ３１０のＩＤ関連付与部３１２は、リーダ９２０から携帯ＩＤを受信し、携帯ＩＤを受信した時に表示端末９３０が表示していたサブシナリオを特定するＩＤを、画面ＩＤとして携帯ＩＤと関連付けて記録する（Ｓ３１０１）。これらの処理によって、画面ＩＤによって特定されるサービスと携帯ＩＤとが関連付けられたことになる。例えば、画面に登録すれば試供品を提供する旨が表示されている場合であれば、画面ＩＤによって特定されるサービスとは、試供品の提供である。美容室の座席前にリーダ９２０と表示端末９３０の組が設置された場合であれば、ステップＳ２１０１〜Ｓ３１０１までの処理で、帰りに受け取れる試供品が登録されることになる。
【００７９】
携帯端末９１０からリーダ９２５に携帯ＩＤが送信されると（Ｓ９１３１）、リーダ９２５はホームゲートウェイ３１０に携帯ＩＤを送信する（Ｓ９２５１）。関連情報取得部３１６は、リーダ９２５（第２リーダ）から携帯ＩＤを受信すると、携帯ＩＤと関連付けて記録されている画面ＩＤを検索し、画面ＩＤに対応した関連情報を取得し（Ｓ３１０２）、受付端末９３５に送信する（Ｓ３１０３）。関連情報とは、商品やイベントに関する詳細な情報や、提供するサービスに関する情報である。例えば、上記の美容院の例の場合であれば試供品を提供することを示す情報である。受付端末９３５は、関連情報を端末に表示する（Ｓ９３５１）。なお、関連情報取得部３１６は、取得した関連情報を、リーダ９２５を介して携帯端末９１０にも送信してもよい。
【００８０】
このような処理を行うので、情報送信システム３００は、サービス（試供品や商品の提供）などを要求する場所と受け取る場所とが異なっていても、携帯端末の所有者とサービスとを容易かつ確実に特定できるので、提供するサービスなどを確実かつ容易に提供できる。
【００８１】
なお、メインシナリオとサブシナリオをあらかじめホームゲートウェイ３１０に保存しておくのであれば、シナリオ配信サーバ２５０は省略できる。また、メインシナリオの各画面に対して、１つのサブシナリオしかない場合には、リコメンドサーバ２４０は省略できる。
【００８２】
［変形例］
図３１に、実施例３変形例の情報送信システムを含む全体の構成を示す。情報送信システム３００’は、ホームゲートウェイ３１０の代わりにサーバ３２０を備えたシステムである。情報送信システム３００’は、携帯端末９１０、リーダ９２０”、表示端末９３０”、リーダ９２５’、受付端末９３５’と接続できる。なお、リーダ９２０”と表示端末９３０”の組およびリーダ９２５’と受付端末９３５’の組は、それぞれ複数あってもよい。情報送信システム３００’は、サーバ３２０、リコメンドサーバ２４０’、シナリオ配信サーバ２５０’、ネットワーク８９０で構成されている。
【００８３】
図３２に実施例３変形例の情報送信システムの機能構成例を示す。また、図３３に実施例３変形例の情報送信システムの処理フロー例を示す。情報送信システム３００’のサーバ３２０は、画面情報送信部２１１’、ＩＤ関連付与部３１２’、関連情報取得部３１６’を備える。画面情報送信部２１１’（画面情報送信手段３８１’に相当する）は、表示端末９３０”に対してメインシナリオの画面情報を送信し、メインシナリオの画面情報を表示端末９３０”に表示させているときにリーダ９２０”（第１リーダ）から携帯ＩＤを受信すると、表示端末９３０”に対して表示していたメインシナリオの画面に対応したサブシナリオの画面情報を送信する。ＩＤ関連付与部３１２’（ＩＤ関連付与手段３８２’に相当する）は、表示端末９３０”にサブシナリオを表示させているときにリーダ９２０”から携帯ＩＤを受信すると、携帯ＩＤを受信した時に表示端末９３０”が表示していたサブシナリオを特定するＩＤを、画面ＩＤとして携帯ＩＤと関連付けて記録する。関連情報取得部３１６’（関連情報取得手段３８６’に相当する）は、リーダ９２５’（第２リーダ）から携帯ＩＤを受信すると、携帯ＩＤと関連付けて記録されている画面ＩＤ（携帯ＩＤを受信した時に表示端末９３０が表示していたサブシナリオを特定するＩＤ）を検索し、画面ＩＤに対応した関連情報を取得し、受付端末９３５’に送信する。リコメンドサーバ２４０’とシナリオ配信サーバ２５０’は実施例２変形例と同じである。
【００８４】
ステップＳ２１０１’〜Ｓ１１１１ ’−Ｎまでの処理は、実施例２変形例（図２７）と同じである。サブシナリオの画面が表示されている間に再び携帯端末９１０からリーダ９２０”に携帯ＩＤが送信されると（Ｓ９１０１）、リーダ９２０”はサーバ３２０に携帯ＩＤを送信する（Ｓ９２０１’）。サーバ３２０のＩＤ関連付与部３１２’は、リーダ９２０”から携帯ＩＤを受信し、携帯ＩＤを受信した時に表示端末９３０”が表示していたサブシナリオを特定するＩＤを、画面ＩＤとして携帯ＩＤと関連付けて記録する（Ｓ３１０１’）。これらの処理によって、画面ＩＤによって特定されるサービスと携帯ＩＤとが関連付けられたことになる。
【００８５】
携帯端末９１０からリーダ９２５’に携帯ＩＤが送信されると（Ｓ９１３１’）、リーダ９２５’はサーバ３２０に携帯ＩＤを送信する（Ｓ９２５１’）。関連情報取得部３１６’は、リーダ９２５’（第２リーダ）から携帯ＩＤを受信すると、携帯ＩＤと関連付けて記録されている画面ＩＤを検索し、画面ＩＤに対応した関連情報を取得し（Ｓ３１０２’）、受付端末９３５’に送信する（Ｓ３１０３’）。受付端末９３５’は、関連情報を端末に表示する（Ｓ９３５１）。なお、関連情報取得部３１６’は、取得した関連情報を、リーダ９２５’を介して携帯端末９１０にも送信してもよい。
【００８６】
このような処理を行うので、情報送信システム３００’は、情報送信システム３００と同じ効果が得られる。なお、情報送信システム３００、３００’に共通することは、ホームゲートウェイ３１０またはサーバ３２０が、画面情報送信手段３８１、３８１’、ＩＤ関連付与手段３８２、３８２’、関連情報取得手段３８６、３８６’を備えていることである。これらの手段をどのように配置するかは、リーダと表示端末の組の配置などを考慮して適宜設計すればよい。例えば、リーダと表示端末の組がイベント会場や美容院の座席前などに配置されるような場合には、１つの建物の中に集中的に配置されることになるので、情報送信システム３００の方が適している。一方、商店街の各店舗にリーダと表示端末の組を配置させるような場合には、多数の建物の中に１組ずつ分散して配置することになるので、情報送信システム３００’ の方が適していると考えられる。
【００８７】
なお、実施例１〜３の情報送信システムでは、ホームゲートウェイとサーバの両方または一方を用いて表示端末とリーダを制御し、携帯端末の所有者に対してサービスを提供した。これらの情報送信システムは、別々のシステムに限るものではなく、１つの情報送信システムで実施例１〜３の情報送信システムを実現してもよい。情報送信システムの処理内容は、表示端末に表示させている画面によって区別できる。つまり、携帯ＩＤを受信したときに表示されている画面に基づいてその後の処理を選択するようにすれば、１つの情報送信システムで、実施例１〜３を兼ねた情報送信システムを実現できる。
【００８８】
プログラム、記録媒体
また、上述の構成をコンピュータによって実現する場合、各装置が有すべき機能の処理内容はプログラムによって記述される。そして、このプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。
【００８９】
この処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。コンピュータで読み取り可能な記録媒体としては、例えば、磁気記録装置、光ディスク、光磁気記録媒体、半導体メモリ等どのようなものでもよい。
【００９０】
また、このプログラムの流通は、例えば、そのプログラムを記録したＤＶＤ、ＣＤ−ＲＯＭ等の可搬型記録媒体を販売、譲渡、貸与等することによって行う。さらに、このプログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することにより、このプログラムを流通させる構成としてもよい。
【００９１】
このようなプログラムを実行するコンピュータは、例えば、まず、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、一旦、自己の記憶装置に格納する。そして、処理の実行時、このコンピュータは、自己の記録媒体に格納されたプログラムを読み取り、読み取ったプログラムに従った処理を実行する。また、このプログラムの別の実行形態として、コンピュータが可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することとしてもよく、さらに、このコンピュータにサーバコンピュータからプログラムが転送されるたびに、逐次、受け取ったプログラムに従った処理を実行することとしてもよい。また、サーバコンピュータから、このコンピュータへのプログラムの転送は行わず、その実行指示と結果取得のみによって処理機能を実現する、いわゆるＡＳＰ（Application Service Provider）型のサービスによって、上述の処理を実行する構成としてもよい。なお、本形態におけるプログラムには、電子計算機による処理の用に供する情報であってプログラムに準ずるもの（コンピュータに対する直接の指令ではないがコンピュータの処理を規定する性質を有するデータ等）を含むものとする。
【００９２】
また、この形態では、コンピュータ上で所定のプログラムを実行させることにより、本装置を構成することとしたが、これらの処理内容の少なくとも一部をハードウェア的に実現することとしてもよい。
【符号の説明】
【００９３】
１００、１００’、１００”、１００’’’  情報送信システム
１１０  ホームゲートウェイ                １１１、１１１”  画面情報送信部
１１２  取得部                            １１３  返信用メールアドレス転送部
１１５  完了通知情報転送部
１２０、１２０’、１２０”、１２０’’’  サーバ
１２１  表示情報送信部                    １２２、１２２”  関連付与部
１２４、１２４’  携帯アドレス関連付与部  １２５、１２５”  登録完了通知部
１２６、１２６’  関連情報取得部          １３０  メールサーバ
１３３、１３３’、１３３”、１３３’’’  返信用メールアドレス生成部
１３４  携帯アドレス送信部                １３６  関連情報送信部
１８１、１８１”  画面情報送信手段        １８２、１８２”  ＩＤ関連付与手段
１８３、１８３’、１８３”、１８３’’’  返信用メールアドレス生成手段
１８４、１８４’  携帯アドレス関連付与手段
１８５、１８５”  登録完了通知手段        １８６、１８６’  関連情報取得手段
２００、２００’、２００”、２００’’’  情報送信システム
２１０  ホームゲートウェイ                ２１１、２１１”  画面情報送信部
２２０、２２０’  サーバ                  ２４０、２４０’  リコメンドサーバ
２４１、２４１’  サブシナリオ選択部      ２４３  履歴情報記録部
２５０、２５０’  シナリオ配信サーバ      ２５１、２５１’  表示情報送信部
２８１、２８１”  画面情報送信手段        ３００、３００’  情報送信システム
３１０  ホームゲートウェイ                ３１２、３１２’  ＩＤ関連付与部
３１６、３１６’  関連情報取得部          ３２０  サーバ
３８１、３８１’  画面情報送信手段        ３８２、３８２’  関連付与手段
３８６、３８６’  関連情報取得手段        ８９０  ネットワーク
９１０  携帯端末                          ９２０、９２０”  リーダ
９２５、９２５’  リーダ                  ９３０、９３０”  表示端末
９３５、９３５’  受付端末                ９４０  設置スペース
９４５  受付カウンター
Ｓ１８１、Ｓ１８１”  画面情報送信過程    Ｓ１８２、Ｓ１８２”  関連付与過程
Ｓ１８３、Ｓ１８３’、Ｓ１８３”、Ｓ１８３’’’  返信用メールアドレス生成過程
Ｓ１８４、Ｓ１８４’  携帯アドレス関連付与過程
Ｓ１８５、Ｓ１８５”  登録完了通知過程    Ｓ１８６、Ｓ１８６’  関連情報取得過程
【図１】
2010211525.tif 000003
【図２】
2010211525.tif 000004
【図３】
2010211525.tif 000005
【図４】
2010211525.tif 000006
【図５】
2010211525.tif 000007
【図６】
2010211525.tif 000008
【図７】
2010211525.tif 000009
【図８】
2010211525.tif 000010
【図９】
2010211525.tif 000011
【図１０】
2010211525.tif 000012
【図１１】
2010211525.tif 000013
【図１２】
2010211525.tif 000014
【図１３】
2010211525.tif 000015
【図１４】
2010211525.tif 000016
【図１５】
2010211525.tif 000017
【図１６】
2010211525.tif 000018
【図１７】
2010211525.tif 000019
【図１８】
2010211525.tif 000020
【図１９】
2010211525.tif 000021
【図２０】
2010211525.tif 000022
【図２１】
2010211525.tif 000023
【図２２】
2010211525.tif 000024
【図２３】
2010211525.tif 000025
【図２４】
2010211525.tif 000026
【図２５】
2010211525.tif 000027
【図２６】
2010211525.tif 000028
【図２７】
2010211525.tif 000029
【図２８】
2010211525.tif 000030
【図２９】
2010211525.tif 000031
【図３０】
2010211525.tif 000032
【図３１】
2010211525.tif 000033
【図３２】
2010211525.tif 000034
【図３３】
2010211525.tif 000035