(57)【要約】【課題】商品またはサービスの適切な提供を可能とする情報提供装置、情報提供方法および情報提供プログラムを提供する。【解決手段】実施形態に係る情報提供装置は、予約が取り消された商品またはサービスの情報をキャンセル対象の情報として取得する情報取得手段と、ユーザ毎に、当該ユーザに関するユーザ情報と宛先情報とを関連付けて記憶するユーザ情報記憶手段と、ユーザ情報記憶手段に記憶されたユーザ情報のうちキャンセル対象と特定の関係となるユーザ情報のユーザを、キャンセル対象のレコメンド先となるユーザとして判定する判定手段と、判定手段によってレコメンド先として判定されたユーザの宛先情報をユーザ情報記憶手段から取得し、宛先情報に応じた宛先へキャンセル対象の情報を送信する送信手段とを備える。【選択図】図１Ｂ
2014006569.tif 000002
【特許請求の範囲】
【請求項１】
予約が取り消された商品またはサービスの情報をキャンセル対象の情報として取得する情報取得手段と、
ユーザ毎に、当該ユーザに関するユーザ情報と宛先情報とを関連付けて記憶するユーザ情報記憶手段と、
前記ユーザ情報記憶手段に記憶されたユーザ情報のうち前記キャンセル対象と特定の関係となるユーザ情報のユーザを、前記キャンセル対象のレコメンド先となるユーザとして判定する判定手段と、
前記判定手段によって前記レコメンド先として判定されたユーザの宛先情報を前記ユーザ情報記憶手段から取得し、当該宛先情報に応じた宛先へ前記キャンセル対象の情報を送信する送信手段と、
を備えることを特徴とする情報提供装置。
【請求項２】
商品またはサービス毎に、当該商品またはサービスとレコメンド先の選択基準情報とを関連付けて記憶する選択情報記憶手段と、
前記判定手段は、
前記選択情報記憶手段に記憶され且つ前記キャンセル対象の商品またはサービスに関連付けられた前記選択基準情報と前記ユーザ情報記憶手段に記憶されたユーザ情報との合致度に基づき、前記キャンセル対象のレコメンド先となるユーザを判定する
ことを特徴とする請求項１に記載の情報提供装置。
【請求項３】
前記判定手段は、
前記レコメンド先として判定したユーザのうち前記選択基準情報との合致度が高いユーザ情報を有するユーザほど順位が高くなるように前記レコメンド先のユーザを順位付けし、
前記送信手段は、
前記キャンセル対象の情報の送信を、前記判定手段による順位付けに応じた通知タイミングで行う
ことを特徴とする請求項２に記載の情報提供装置。
【請求項４】
前記ユーザ情報には、ユーザが予約済みの商品またはサービスの情報が含まれ、
前記判定手段は、
前記ユーザ情報記憶手段に記憶されている前記予約済み商品またはサービスのうち、前記キャンセル対象との類似度が所定以上となる予約済み商品またはサービスがあり、かつ、当該予約済み商品またはサービスと特定の関係となるユーザ情報のユーザがある場合に、当該予約済み商品またはサービスのユーザを、前記キャンセル対象と特定の関係となるユーザ情報のユーザに代えてまたは当該ユーザと共に、前記キャンセル対象のレコメンド先となるユーザとして判定する
ことを特徴とする請求項１〜３のいずれか１つに記載の情報提供装置。
【請求項５】
前記ユーザ情報には、ユーザが予約済みの商品またはサービスの情報が含まれ、
前記判定手段は、
前記ユーザ情報記憶手段に記憶されている前記予約済み商品またはサービスのうち、前記キャンセル対象との類似度が所定以上となる予約済み商品またはサービスのユーザを、前記キャンセル対象のレコメンド先となるユーザとして判定する
ことを特徴とする請求項１に記載の情報提供装置。
【請求項６】
前記判定手段は、
前記キャンセル対象との類似度が所定以上となる前記予約済み商品またはサービスと特定の関係となるユーザ情報のユーザがある場合に、当該予約済み商品またはサービスを予約したユーザを、前記キャンセル対象のレコメンド先となるユーザとして判定する
ことを特徴とする請求項５に記載の情報提供装置。
【請求項７】
前記判定手段は、
前記キャンセル対象に関連する前記予約済み商品またはサービスがキャンセルされた場合に当該予約済み商品またはサービスと特定の関係となるユーザ情報のユーザを、当該予約済み商品またはサービスのレコメンド先となるユーザとして判定し、
前記送信手段は、
前記キャンセル対象との類似度が所定以上となる前記予約済み商品またはサービスがキャンセルされた場合、当該キャンセルされた予約済み商品またはサービスの前記レコメンド先として判定されたユーザの宛先情報を前記ユーザ情報記憶手段から取得し、当該宛先情報に応じた宛先へ前記キャンセルされた予約済み商品またはサービスの情報を送信する
ことを特徴とする請求項４〜６のいずれか１つに記載の情報提供装置。
【請求項８】
前記キャンセル対象に販売期限がある場合、当該販売期限までの時間に基づいてディスカウント販売を決定するディスカウント処理手段を備え、
前記送信手段は、
前記ディスカウント処理手段によってディスカウント販売が決定された場合に、前記ディスカウント販売の情報を含めた前記キャンセル対象の情報を送信する
ことを特徴とする請求項１〜７のいずれか一つに記載の情報提供装置。
【請求項９】
前記ディスカウント処理手段は、
前記レコメンド先が複数ある場合に、前記ディスカウント販売をオークション形式での販売に決定し、前記レコメンド先であるユーザの端末装置からの入札要求を受け付け、入札額が最も高いユーザに対して前記キャンセル対象の予約権を発行する
ことを特徴とする請求項８に記載の情報提供装置。
【請求項１０】
コンピュータが実行する情報提供方法であって、
予約が取り消された商品またはサービスの情報をキャンセル対象の情報として取得する情報取得工程と、
ユーザ毎に当該ユーザに関するユーザ情報と宛先情報とを関連付けて記憶するユーザ情報記憶手段に記憶された端末装置のユーザに関するユーザ情報のうち前記キャンセル対象と特定の関係となるユーザ情報のユーザを、前記キャンセル対象のレコメンド先となるユーザとして判定する判定工程と、
前記判定工程によって前記レコメンド先として判定されたユーザの宛先情報を前記ユーザ情報記憶手段から取得し、当該宛先情報に応じた宛先へ前記キャンセル対象の情報を送信する送信工程と、
を含むことを特徴とする情報提供方法。
【請求項１１】
予約が取り消された商品またはサービスの情報をキャンセル対象の情報として取得する情報取得手順と、
ユーザ毎に当該ユーザに関するユーザ情報と宛先情報とを関連付けて記憶するユーザ情報記憶手段に記憶された端末装置のユーザに関するユーザ情報のうち前記キャンセル対象と特定の関係となるユーザ情報のユーザを、前記キャンセル対象のレコメンド先となるユーザとして判定する判定手順と、
前記判定手順によって前記レコメンド先として判定されたユーザの宛先情報を前記ユーザ情報記憶手段から取得し、当該宛先情報に応じた宛先へ前記キャンセル対象の情報を送信する送信手順と、
をコンピュータに実行させることを特徴とする情報提供プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報提供装置、情報提供方法および情報提供プログラムに関する。
【背景技術】
【０００２】
近年、インターネットに代表されるネットワークの発展によって、旅行の予約、飲食店や美容院の予約、コンサートや航空券のチケットの予約、新製品の予約など様々な商品やサービスの予約を端末装置からネットワーク経由で行えるようになってきている。
【０００３】
ネットワーク経由での商品やサービスの予約は、例えば、端末装置から予約サイトへアクセスすることによって行うことができる。そして、多くの予約サイトでは、予約のキャンセルも可能である。しかし、予約のキャンセルが多発した場合や直前のキャンセルがあった場合などでは、商品やサービスが適切に提供されないおそれがある。
【０００４】
そこで、キャンセル待ちを設定可能とし、キャンセルが発生した場合に、キャンセル待ちに対して申込を受け付けるシステムが提案されている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００２−１９７２２６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、上記特許文献１に記載のシステムでは、キャンセル待ちが設定されていない場合には、キャンセルに対する申込が受け付けられないため、商品やサービスを適切に提供することができないおそれがある。
【０００７】
本願は、上記に鑑みてなされたものであって、商品またはサービスの適切な提供を可能とする情報提供装置、情報提供方法および情報提供プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
本願に係る情報提供装置は、予約が取り消された商品またはサービスの情報をキャンセル対象の情報として取得する情報取得手段と、ユーザ毎に、当該ユーザに関するユーザ情報と宛先情報とを関連付けて記憶するユーザ情報記憶手段と、前記ユーザ情報記憶手段に記憶されたユーザ情報のうち前記キャンセル対象と特定の関係となるユーザ情報のユーザを、前記キャンセル対象のレコメンド先となるユーザとして判定する判定手段と、前記判定手段によって前記レコメンド先として判定されたユーザの宛先情報を前記ユーザ情報記憶手段から取得し、当該宛先情報に応じた宛先へ前記キャンセル対象の情報を送信する送信手段と、を備えることを特徴とする。
【発明の効果】
【０００９】
実施形態の一態様によれば、商品またはサービスの適切な提供を可能とする情報提供装置、情報提供方法および情報提供プログラムを提供することができる。
【図面の簡単な説明】
【００１０】
【図１Ａ】図１Ａは、第１の実施形態に係る情報処理システムの説明図である。
【図１Ｂ】図１Ｂは、第１の実施形態に係る情報処理のシーケンス図である。
【図２】図２は、第１の実施形態に係る商品提供装置の構成例を示す図である。
【図３】図３は、商品情報テーブルの一例を示す図である。
【図４】図４は、予約情報テーブルの一例を示す図である。
【図５】図５は、第１の実施形態に係る情報提供装置の構成例を示す図である。
【図６】図６は、ユーザ情報テーブルの一例を示す図である。
【図７】図７は、ユーザ情報入力ページの表示例を示す図である。
【図８】図８は、選択情報テーブルの一例を示す図である。
【図９】図９は、通知処理情報テーブルの一例を示す図である。
【図１０】図１０は、ディスカウント販売の説明図である。
【図１１】図１１は、第１の実施形態に係る商品提供装置における情報処理のフローチャートである。
【図１２】図１２は、第１の実施形態に係る情報提供装置における情報処理のフローチャートである。
【図１３】図１３は、第２の実施形態に係る情報提供装置の構成を示す図である。
【図１４】図１４は、ユーザ予約情報テーブルの一例を示す図である。
【図１５】図１５は、第２の実施形態に係る情報処理システムの動作の説明図（その１）である。
【図１６】図１６は、第２の実施形態に係る情報処理システムの動作の説明図（その２）である。
【発明を実施するための形態】
【００１１】
以下に、本願に係る情報提供装置、情報提供方法および情報提供プログラムを実施するための形態（以下、「実施形態」と呼ぶ）について図面を参照しつつ詳細に説明する。なお、この実施形態により本願に係る情報提供装置、情報提供方法および情報提供プログラムが限定されるものではない。また、以下においては、データベースをＤＢと記載する。
【００１２】
〔１．第１の実施形態〕
〔１．１．情報処理システム〕
まず、第１の実施形態に係る情報処理システムの構成について説明する。図１Ａは、第１の実施形態に係る情報処理システムの構成を示す図である。図１Ａに示すように、第１の実施形態に係る情報処理システム１は、端末装置２1〜２nと、商品提供装置３と、情報提供装置４とを有し、これらは通信ネットワーク５を介して通信可能に接続される。
【００１３】
端末装置２1〜２nは、例えば、携帯電話やスマートフォンなどのモバイル端末、ＰＣ（Personal computer）などのコンピュータ装置である。以下、端末装置２1〜２ｎを区別する必要がない場合には、これらを総称して「端末装置２」と表記する。
【００１４】
商品提供装置３は、商品およびサービスの予約および販売を行うための装置である。かかる商品提供装置３は、通信ネットワーク５を介して、端末装置２から商品やサービスの購入や予約を受け付ける。例えば、商品提供装置３では、旅行の予約、飲食店の予約、美容院の予約、コンサートや航空券のチケットの予約、新製品の予約などを受け付けることができる。
【００１５】
商品提供装置３は、一つ以上の商品またはサービスの予約を受け付ける装置であればよい。また、商品提供装置３は、商品やサービスを提供する店舗毎に設けられるものであってもよい。なお、図１Ａに示す例では、一つの商品提供装置３を情報処理システム１に配置した例を示したが、複数の商品提供装置３を情報処理システム１に含むようにしてもよい。
【００１６】
情報提供装置４は、商品提供装置３において予約がキャンセルされた商品またはサービス（以下、キャンセル対象と記載する）の情報を端末装置２へ通知する情報提供サービスを実行する。図１Ｂは、第１の実施形態に係る情報処理の一例を示すシーケンス図であり、新製品である商品Ａに関する情報提供の例を示す。
【００１７】
図１Ｂに示すように、端末装置２1のユーザが、商品提供装置３に対して商品Ａの予約を端末装置２1から通信ネットワーク５経由で要求すると（ステップＳ１）、商品提供装置３は、端末装置２1のユーザからの商品Ａの予約を受け付け、予約情報ＤＢに予約情報を記憶する（ステップＳ２）。
【００１８】
その後、端末装置２1のユーザが、商品提供装置３に対して商品Ａの予約取消を端末装置２1から通信ネットワーク５経由で要求すると（ステップＳ３）、商品提供装置３は、商品Ａの予約情報を予約情報ＤＢから削除する（ステップＳ４）。
【００１９】
商品Ａの予約情報を予約情報ＤＢから削除した商品提供装置３は、商品Ａのキャンセル情報を通信ネットワーク５経由で情報提供装置４へ送信する（ステップＳ５）。情報提供装置４は、商品Ａのキャンセル情報を商品提供装置３から取得すると、ユーザ情報ＤＢに基づき、レコメンド先のユーザとして決定する（ステップＳ６）。
【００２０】
ユーザ情報ＤＢは、端末装置２のユーザに関するユーザ情報と宛先情報とを関連付けて記憶している。ユーザ情報として、ユーザの属性情報（例えば、性別、年齢、住所などのデモグラフィック属性、嗜好やこだわりなどを示すサイコグラフィック属性）などがある。また、宛先情報は、端末装置２のユーザに対する情報通知のための宛先を示す情報であり、例えば、メールアドレスなどがある。
【００２１】
情報提供装置４は、ユーザ情報ＤＢに記憶されたユーザ情報のうちキャンセル対象である商品Ａと特定の関係となるユーザ情報のユーザを、レコメンド先のユーザとして決定する。キャンセル対象と特定の関係となるユーザ情報の判定は、商品情報ＤＢに記憶された選択基準情報に基づいて行われる。選択基準情報は、商品やサービスのレコメンド先（販売ターゲット）の選択基準となる情報であり、商品情報ＤＢに商品やサービス毎に関連付けて記憶されている。
【００２２】
情報提供装置４は、商品情報ＤＢに記憶され且つキャンセル対象の商品Ａに関連付けられた選択基準情報とユーザ情報ＤＢに記憶されたユーザ情報との合致度に基づき、キャンセル対象である商品Ａのレコメンド先となるユーザを判定する。例えば、選択基準情報との合致度が所定値以上となるユーザ情報のユーザを商品Ａのレコメンド先となるユーザとして判定する。
【００２３】
商品Ａのレコメンド先を決定すると、情報提供装置４は、レコメンド先となるユーザの宛先情報をユーザ情報ＤＢから取得し、かかるユーザの端末装置２2へキャンセル対象である商品Ａの情報を送信する（ステップＳ７）。なお、商品Ａの情報として、例えば、商品Ａの商品名、販売店舗名、価格、予約先情報などが含まれる。
【００２４】
予約先情報には、商品提供装置３の予約サイトへのリンク情報が含まれ、端末装置２2のユーザは、かかるリンク情報を選択することで、端末装置２2から商品提供装置３に対して商品Ａの予約要求が行われる（ステップＳ８）。商品提供装置３は、端末装置２2のユーザからの商品Ａの予約を受け付け、商品Ａの予約情報を予約情報ＤＢに設定する（ステップＳ９）。
【００２５】
商品提供装置３は、端末装置２2のユーザからの商品Ａの予約完了時または販売完了時に、情報提供装置４の情報提供サービスに対する対価（サービス利用料）の決済処理を行う（ステップＳ１０）。なお、かかる対価は、例えば、商品Ａの価格などから決定される。
【００２６】
このように、第１の実施形態に係る情報処理システム１では、商品またはサービスの予約が取り消された場合に、キャンセル対象と特定の関係となるユーザ情報のユーザをレコメンド先のユーザとし、かかるユーザにキャンセル対象の情報を提供する。
【００２７】
したがって、キャンセル対象を予約する可能性があるユーザに絞ってキャンセル対象をレコメンドして、キャンセル対象の商品やサービスの販売を促進することができ、これにより、商品またはサービスの適切な提供を行うことができる。以下、図面を参照して第１の実施形態に係る情報処理システム１についてさらに具体的に説明する。
【００２８】
〔１．２．商品情報装置の構成〕
まず、商品提供装置３の構成について具体的に説明する。図２は、第１の実施形態に係る商品提供装置３の構成例を示す図である。図２に示すように、商品提供装置３は、通信Ｉ／Ｆ部１１と、商品情報ＤＢ１２と、予約情報ＤＢ１３と、制御部１４とを備える。
【００２９】
通信Ｉ／Ｆ部１１は、通信ネットワーク５に接続される通信インタフェースである。かかる通信Ｉ／Ｆ部１１を介して、制御部１４は、端末装置２および情報提供装置４等との間で各種の情報を送受信する。
【００３０】
商品情報ＤＢ１２および予約情報ＤＢ１３は、例えば、ＲＡＭ（Random  Access  Memory)、フラッシュメモリ（Flash  Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置である。
【００３１】
制御部１４は、例えば、ＡＳＩＣ（Application  Specific  Integrated  Circuit）やＦＰＧＡ（Field  Programmable  Gate  Array）等の集積回路により実現される。また、制御部１４は、例えば、ＣＰＵ（Central  Processing  Unit）やＭＰＵ（Micro  Processing  Unit）等によって、図示しない内部の記憶装置に記憶されているプログラムがＲＡＭを作業領域として実行されることにより実現される。
【００３２】
かかる制御部１４は、受信部２１と、予約処理部２２と、決済処理部２３と、送信部２４とを備えており、以下に説明する情報処理の機能や作用を実現または実行する。なお、制御部１４の構成は、かかる構成に限られず、後述する処理を行う構成であれば他の構成であってもよい。
【００３３】
（受信部について）
受信部２１は、例えば、通信ネットワーク５および通信Ｉ／Ｆ部１１を介して端末装置２や情報提供装置４からの要求や情報を受信する。端末装置２からの要求には、例えば、予約ページの送信要求（以下、予約ページ送信要求と記載する）、商品またはサービスの予約要求（以下、予約設定要求と記載する）、予約した商品またはサービスの取消要求（以下、予約取消要求と記載する）などがある。また、情報提供装置４からの要求として、予約情報の送信要求などがある。
【００３４】
（予約処理部について）
予約処理部２２は、端末装置２や情報提供装置４からの要求が受信部２１によって受信された場合、かかる要求に応じた処理を行う。例えば、予約処理部２２は、予約ページ送信要求が受信部２１で受信された場合、商品情報ＤＢ１２に記憶された商品情報テーブルおよび予約情報ＤＢ１３に記憶された予約情報テーブルに基づいて、予約ページを生成する。
【００３５】
なお、端末装置２は、ログインＩＤおよびパスワードの情報を用いて商品提供装置３へアクセスする。商品提供装置３は、端末装置２から送信されるログインＩＤおよびパスワードに基づき、端末装置２のユーザ（例えば、ユーザＩＤ）を特定する。
【００３６】
ここで、商品情報ＤＢ１２に記憶される商品情報テーブルについて説明する。図３は、商品情報テーブルの一例を示す図である。図３に示すように、商品情報テーブルには、「商品ＩＤ」毎に、「商品名」、「販売店舗名」、「店舗位置」、「価格」、「数量」、「日時」などの各情報を対応付けた情報が含まれる。かかる商品情報テーブルは、例えば、商品提供装置３における図示しない入力部からの入力または店舗端末から商品提供装置３への設定要求に基づいて制御部１４によって設定される。
【００３７】
「商品ＩＤ」は、予約可能な商品またはサービス毎に割り当てられる固有情報である。「商品名」は、商品ＩＤに対応する商品またはサービスの名称であり、「販売店舗名」および「店舗位置」は、商品ＩＤに対応する商品またはサービスを販売する店舗の名称および所在位置である。
【００３８】
「価格」および「数量」は、商品ＩＤに対応する商品またはサービスの販売価格および販売数量である。「日時」は、商品ＩＤに対応する商品またはサービスの販売期限または商品ＩＤに対応する商品またはサービスの提供期間である。
【００３９】
例えば、商品ＩＤ「１０００１」のサービスは、「和食コース」であり、所在地「東京都・・・」にある「○○亭」において「６／１  １８：００〜２１：００」に「５，０００円」で提供され、そのサービスを提供可能な人数が「２０」である。
【００４０】
また、商品ＩＤ「１０００２」の商品は、「タブレットＰＣ」であり、所在地「埼玉県・・・」にある「△△電気」において「６／２  １０：００」を販売期限として、価格「２４，５００円」で「１００」個で販売される。
【００４１】
次に、予約情報ＤＢ１３に記憶される予約情報テーブルについて説明する。図４は、予約情報テーブルの一例を示す図である。図４に示すように、予約情報テーブルには、「商品ＩＤ」毎に、「ユーザＩＤ」が対応付けられ、各「ユーザＩＤ」に、「氏名」、「住所」、「宛先情報」、「数量」、「紹介元」などの各情報を対応付けた情報が含まれる。かかる予約情報テーブルは、例えば、端末装置２のユーザから送信される情報に基づいて制御部１４によって設定される。
【００４２】
「ユーザＩＤ」は、端末装置２のユーザ毎に割り当てられる識別情報である。「氏名」、「住所」および「宛先情報」の情報は、端末装置２のユーザの「氏名」、「住所」および「宛先情報」である。
【００４３】
「宛先情報」は、端末装置２のユーザに対する情報通知のための宛先であり、例えば、電子メールアドレス、ＳＮＳ（Social  Networking  Service）のダイレクトメール、スマートフォンのアドレスなどを設定することができる。
【００４４】
「数量」は、端末装置２のユーザが予約した商品の数量である。例えば、図４に示す例では、ユーザＩＤ「２０００１」のユーザは、商品ＩＤ「１０００１」のサービス「和食コース」を「４」人分予約し、ユーザＩＤ「２０００２」のユーザは、商品ＩＤ「１０００２」の商品「ＰＣタブレット」を「１」個予約していることを示す。
【００４５】
「紹介元」は、情報提供装置４の情報提供サービスを介して予約が行われたものであるか否かの情報であり、情報提供装置４の情報提供サービスを介して予約が行われた場合には「１」が設定され、そうではない場合には「０」が設定される。
【００４６】
例えば、図４に示す例では、ユーザＩＤ「２０００１」のユーザは、商品ＩＤ「１０００１」のサービス「和食コース」を情報提供装置４の情報提供サービスを介して予約したことを示している。一方、ユーザＩＤ「２０００２」のユーザは、商品ＩＤ「１０００２」の商品「タブレットＰＣ」を情報提供装置４の情報提供サービスを介して予約していないことを示している。
【００４７】
上述したように、予約処理部２２は、予約ページ送信要求が受信部２１で受信された場合、商品情報テーブルおよび予約情報テーブルに基づいて、予約ページを生成する。具体的には、予約処理部２２は、商品情報テーブルに設定された商品ＩＤの商品のうち、予約情報テーブルにおいて数量分の予約が完了していない商品またはサービスの商品ＩＤを抽出する。
【００４８】
そして、予約処理部２２は、抽出した商品ＩＤに対応する商品またはサービスの商品名、販売店舗名、店舗位置、価格、残り数量、販売期限や提供期間などの各種の情報を含む予約情報を商品ＩＤ毎に表示する予約ページを生成し、要求元の端末装置２へ送信する。
【００４９】
例えば、商品情報テーブルおよび予約情報テーブルが図３および図４に示す状態であるとする。この場合、商品ＩＤ「１０００１」のサービス「和食コース」は、予約上限数「２０」に対して、予約済みの数量は「２０（＝４＋１６）」であり、予約情報テーブルにおいて数量分の予約が完了している。
【００５０】
一方、商品ＩＤ「１０００１」のサービス「和食コース」の予約取消が、ユーザＩＤ「２０００８」のユーザから行われた場合、予約情報テーブルにおいて数量分の予約が未完了の状態になる。そのため、予約処理部２２は、商品ＩＤ「１０００１」に対応付けられた「商品名」、「販売店舗名」、「店舗位置」、「価格」、「数量」、「日時」などの各種の情報を含む予約ページを生成し、送信部２４によって要求元の端末装置２へ送信する。
【００５１】
端末装置２の制御部は、商品提供装置３から予約ページを受信すると、端末装置２の表示部に表示する。端末装置２のユーザは、予約ページに設定された入力欄に、氏名、住所、宛先情報、予約数量などの情報を入力し、予約ページに設定された送信ボタン等を選択する。これにより、予約設定要求が端末装置２から商品提供装置３へ送信される。
【００５２】
予約設定要求には、端末装置２のユーザの氏名、住所、宛先情報、予約数量などの情報が含まれており、予約処理部２２は、予約設定要求に含まれる情報を予約情報として予約情報テーブルに追加する。なお、商品またはサービスの予約方法は、予約ページからの予約に限られず、他の方法によって予約の設定を行うことができる。また、予約設定要求が、情報提供装置４の情報提供サービスを介した予約に対応するものである場合、予約処理部２２は、予約設定要求に含まれる情報を予約設定情報として情報提供装置４へ送信する。
【００５３】
また、商品提供装置３から送信される予約ページには、ユーザが予約した内容を取り消すための取消ボタンが設定されており、ユーザは、かかる取消ボタンを操作することで、端末装置２から予約取消要求が商品提供装置３に対して送信される。
【００５４】
予約取消要求が受信部２１で受信された場合、予約処理部２２は、予約取消要求に対応する予約情報を予約情報テーブルから削除する。例えば、予約取消要求に対応する予約情報が、商品ＩＤ「１０００１」の商品に関するユーザＩＤ「２０００１」の予約である場合（図４参照）、予約処理部２２は、かかる予約情報を予約情報テーブルから削除する。
【００５５】
また、予約処理部２２は、予約取消要求に基づいて予約取消が行われる商品またはサービスに関する情報（以下、キャンセル情報と記載する）を送信部２４によって情報提供装置４へ送信する。予約処理部２２は、キャンセル情報として、商品ＩＤ、商品名、販売店舗名、店舗位置、価格、日時、数量などの情報を商品情報テーブルおよび予約情報テーブルから抽出する。
【００５６】
例えば、予約情報テーブルが図４に示す状態にある場合に、商品ＩＤ「１０００１」のサービスに対応付けられたユーザＩＤ「２０００１」の予約が取り消されたとする。この場合、予約処理部２２は、商品ＩＤ「１０００１」に対応する商品名、販売店舗名、店舗位置、価格、日時などの各種の情報を商品情報テーブルから抽出する。
【００５７】
また、予約処理部２２は、予約取消要求があった商品ＩＤ「１０００１」に対応付けられたユーザＩＤ「２０００１」に対応する数量「４」を予約情報テーブルから抽出する。このように抽出された情報が送信部２４によって情報提供装置４へ送信される。
【００５８】
予約処理部２２は、キャンセル情報を情報提供装置４へ送信した場合、予約情報テーブルに予約待ちの情報を設定することができる。かかる予約待ちの情報は、キャンセル情報に対応する商品ＩＤおよび数量の情報に加え、予約待ち開始日時の情報を含む。予約処理部２２は、予約待ちの情報に対応する商品またはサービスに関し情報提供装置４の情報提供を介した予約設定要求が行われた場合に、その予約数量に応じて予約待ちの情報の一部または全部を予約情報に変更する。
【００５９】
（決済処理部について）
決済処理部２３は、予約が行われた商品またはサービスの販売が確定される場合に、かかる商品またはサービスの予約を行った端末装置２のユーザに対する決済処理を図示しない決済サーバに対して行う。ここでは、決済処理が行われた場合に「販売が確定」することになるが、決済処理が行われる前に販売を確定してもよい。
【００６０】
また、決済処理部２３は、情報提供装置４の情報提供サービスを介して予約が行われた商品またはサービスの販売が確定した場合に、決済サーバに対し、情報提供装置４の情報提供サービスに対する対価（以下、サービス対価と記載する）の支払いを行う決済処理を実行する。決済処理部２３は、予約情報テーブルの「紹介元」が「１」である場合に、情報提供装置４の情報提供によって商品予約が行われた商品またはサービスであると判定する。
【００６１】
決済処理部２３は、商品またはサービスの「数量」および「価格」から合計金額を算出し、かかる合計金額に所定の料率を掛けることによってサービス対価を算出する。例えば、数量が「４」で価格が「５，０００円」の場合、合計金額「２０，０００円」に対して「３％」である「１，５００円」をサービス対価とすることができる。
【００６２】
また、決済処理部２３は、予約待ちの情報に含まれる予約待ち開始日時と、商品情報テーブルの日時との間の時間に基づいて、合計金額に掛ける料率を変更することができる。例えば、図３に示す商品ＩＤ「１０００２」の商品に関し、予約待ち開始日時が販売期限「６／２  １０：００」の３日以上前で３％、１日前から３日未満で５％、１日以内で１０％というように、販売期限が近づくにつれ段階的に料率を引き上げることができる。
【００６３】
（送信部について）
送信部２４は、上述したように、予約ページやキャンセル情報などの各種の情報を通信Ｉ／Ｆ部１１および通信ネットワーク５経由で端末装置２や情報提供装置４へ送信する。
【００６４】
〔１．３．情報提供装置の構成〕
次に、情報提供装置４の構成について説明する。図５は、第１の実施形態に係る情報提供装置４の構成例を示す図である。
【００６５】
図５に示すように、情報提供装置４は、通信Ｉ／Ｆ部３１と、ユーザ情報ＤＢ３２（ユーザ情報記憶手段の一例に相当）と、選択情報ＤＢ３３（選択情報記憶手段の一例に相当）と、通知処理情報ＤＢ３４と、制御部３５とを備える。
【００６６】
通信Ｉ／Ｆ部３１は、通信ネットワーク５に接続される通信インタフェースである。かかる通信Ｉ／Ｆ部３１を介して、制御部３５は、端末装置２および商品提供装置３等との間で各種の情報を送受信する。
【００６７】
ユーザ情報ＤＢ３２、選択情報ＤＢ３３および通知処理情報ＤＢ３４は、例えば、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置である。
【００６８】
制御部３５は、例えば、ＡＳＩＣやＦＰＧＡ等の集積回路により実現される。また、制御部３５は、例えば、ＣＰＵやＭＰＵ等によって、図示しない内部の記憶装置に記憶されているプログラム（情報提供プログラムの一例に相当）がＲＡＭを作業領域として実行されることにより実現される。
【００６９】
かかる制御部３５は、受信部４１（情報取得手段の一例に相当）と、判定部４２（判定手段の一例に相当）と、ディスカウント処理部４３（ディスカウント処理手段の一例に相当）と、送信部４４（送信手段の一例に相当）とを備えており、以下に説明する情報処理の機能や作用を実現または実行する。
【００７０】
（受信部について）
受信部４１は、通信ネットワーク５および通信Ｉ／Ｆ部３１経由で端末装置２や商品提供装置３からの要求や情報を取得する。例えば、受信部４１は、商品提供装置３から送信されるキャンセル情報を受信し、通知処理情報ＤＢ３４のキャンセル情報格納領域に記憶する。キャンセル情報には、上述したように、予約が取り消された商品またはサービスの情報が含まれる。
【００７１】
（判定部について）
判定部４２は、キャンセル情報に対応する商品またはサービスであるキャンセル対象の情報をレコメンド（提案）するユーザをユーザ情報に基づいて判定する。具体的には、判定部４２は、ユーザ情報ＤＢ３２に記憶されたユーザ情報テーブルと選択情報ＤＢ３３に記憶された選択情報テーブルとに基づいて、キャンセル対象の情報をレコメンドするユーザを判定する。
【００７２】
ここで、ユーザ情報テーブルについて説明する。図６は、ユーザ情報テーブルの一例を示す図である。図６に示すように、ユーザ情報テーブルには、「ユーザＩＤ」毎に、「サイコグラフィック属性」および「デモグラフィック属性」などのユーザ情報と「宛先情報」とを対応付けた情報が含まれる。
【００７３】
なお、図６に示すユーザ情報テーブルは、ユーザ情報の一例として、「サイコグラフィック属性」および「デモグラフィック属性」が設定されているが、後述するように、様々なユーザ情報を設定することができる。
【００７４】
ユーザ情報テーブルは、例えば、端末装置２のユーザから情報提供装置４への要求によって制御部３５によって設定される。具体的には、制御部３５は、端末装置２に対してユーザ情報を入力させる図７に示すようなユーザ情報入力ページの情報を送信する。
【００７５】
図７は、ユーザ情報入力ページの表示例を示す図である。端末装置２のユーザは、端末装置２の操作部を操作してユーザ情報入力ページに表示された選択ボックスによりユーザの対応するユーザ属性（性別、年齢、趣味、住所等）を選択し、送信ボタンを操作する。
【００７６】
これにより、ユーザ情報が情報提供装置４へ送信され、制御部３５によってユーザ情報テーブルに登録される。なお、ユーザ情報入力ページは、図６に示すユーザ情報テーブルに設定される情報をユーザに入力させるものであり、ユーザ情報テーブルの内容によって種々の変更が可能である。
【００７７】
図６に示すユーザ情報テーブルにおいて、「ユーザＩＤ」は、端末装置２のユーザ毎に割り当てられる識別情報である。なお、このユーザ情報テーブルにおけるユーザＩＤと商品提供装置３の予約情報テーブルにおけるユーザＩＤとは同一または対応関係を有する。
【００７８】
「サイコグラフィック属性」は、ユーザの価値観、ライフスタイル、性格、興味、嗜好などを示す情報である。ここでは、「サイコグラフィック属性」は、図６に示すように、「パソコン」、「和食」、「洋食」などに区分分けされる。
【００７９】
図６に示す例では、区分毎に、ユーザの嗜好が相対的に高い場合に「１」が対応付けられ、それ以外の場合には「０」が対応付けられるが、これに限定されるものではなく、例えば、ユーザの嗜好を３段階以上に評価したものであってもよい。また、区分種別についても、種々の変更が可能である。
【００８０】
「デモグラフィック属性」は、人口統計学的な属性である。ここでは、「デモグラフィック属性」として、図６に示すように、「男性」、「女性」、・・・、「１０代」、「２０代」、・・・などのように、例えば、ユーザの性別毎、年齢毎に区分分けされる。
【００８１】
図６に示す例では、区分毎に、ユーザの属性に対応するものには「１」を、それ以外の場合には「０」が対応付けられる。なお、図６には、ユーザの性別および年代を一例として記載しているが、これに限定されるものではなく、後述するように様々な区分種別を「デモグラフィック属性」とすることができる。
【００８２】
「宛先情報」は、端末装置２のユーザに対する情報通知のための宛先であり、例えば、電子メールアドレス、ＳＮＳのダイレクトメール、スマートフォンのアドレスなどを設定することができる。
【００８３】
次に、選択情報ＤＢ３３に記憶される選択情報テーブルについて説明する。図８は、選択情報テーブルの一例を示す図である。図８に示すように、選択情報テーブルは、「商品名」毎に、選択基準情報として「サイコグラフィック属性」、「デモグラフィック属性」、「ディスカウント販売」などの各情報を対応付けた情報が含まれる。
【００８４】
「商品名」は、商品またはサービスの名称である。また、「サイコグラフィック属性」および「デモグラフィック属性」は、ユーザ情報テーブルと同様に区分分けされており、各区分には、例えば、「０」〜「１０」までの数値が設定される。「ディスカウント販売」は、ディスカウント販売を行う対象であるか否かを示す情報、および、ディスカウント販売を行うタイミングの情報を含む。
【００８５】
上述したように、判定部４２は、ユーザ情報テーブルと選択情報テーブルとに基づいて、キャンセル対象の情報をレコメンドするユーザを判定する。具体的には、判定部４２は、キャンセル対象に対応する商品またはサービスの選択基準情報を選択情報テーブルから抽出し、かかる選択基準情報との合致度が所定値以上のユーザ情報に対応するユーザをキャンセル対象のレコメンド先となるユーザとして判定する。
【００８６】
例えば、ユーザ情報テーブルが図６に示す状態であり、選択情報テーブルが図８に示す状態であるとし、キャンセル対象が「タブレットＰＣ」であるとする。また、ユーザ情報として、「パソコン」、「和食」、「洋食」、「男性」、「女性」、「１０代」、「２０代」のみがユーザ情報テーブルに設定されているとする。
【００８７】
この場合、判定部４２は、選択情報テーブルから「タブレットＰＣ」に対応する選択基準情報を抽出する。「タブレットＰＣ」に対応する選択基準情報は、「パソコン」、「和食」、「洋食」、「男性」、「女性」、「１０代」、「２０代」の各区分の重み付け値であり、「１０」、「０」、「０」、「２」、「１」、「２」、「４」である。
【００８８】
なお、選択基準情報は、ユーザ情報との比較を行えるものであればよく、上述のように重み付け値とせず、単に「１」と「０」とで表すこともできる。なお、重み付け値を用いることによって、キャンセル対象に興味や嗜好が合うユーザをより精度良く判定することができるが、選択基準情報は、重み付け値とせずに、「１」と「０」とした場合であっても、キャンセル対象に興味や嗜好が合うユーザを判定可能である。
【００８９】
次に、判定部４２は、ユーザ情報テーブルに設定された各ユーザ情報の区分情報に選択基準情報を乗算し、その合計値を評価値として算出する。かかる評価値は、選択基準情報とユーザ情報との合致度を示すものである。
【００９０】
例えば、図６に示すユーザ情報テーブルにおいて、ユーザＩＤ「２０００１」に対応する区分「パソコン」、「和食」、「洋食」、「男性」、「女性」、「１０代」、「２０代」は、「１」、「０」、「０」、「１」、「０」、「１」、「０」である。したがって、判定部４２は、ユーザＩＤ「２０００１」に対応する評価値として、「１４（＝１０×１＋０×０＋０×０＋２×１＋１×０＋２×１＋４×０）」を算出する。
【００９１】
次に、判定部４２は、評価値が所定値以上のユーザ情報に対応するユーザＩＤのユーザを、キャンセル対象のレコメンド先となるユーザとして判定する。例えば、所定値が「１０」である場合に、ユーザＩＤ「２０００１」の評価値が「１０」以上であれば、判定部４２は、ユーザＩＤ「２０００１」のユーザをキャンセル対象のレコメンド先となるユーザとして判定する。
【００９２】
なお、サイコグラフィック属性およびデモグラフィック属性をユーザ情報としたが、ユーザ情報はこれに限られない。例えば、ユーザの住所、職業、家族構成、年収、学歴をユーザ情報としてもよい。また、ユーザの位置や場所の情報、ユーザが望む商品やサービスの内容、時期、場所の情報、ユーザの商品購入履歴、ユーザの過去の商品予約状況、ユーザの過去のキャンセル状況などの情報をユーザ情報としてもよい。
【００９３】
ユーザが望む商品やサービスの内容、時期、場所の情報やユーザの位置や場所の情報をユーザ情報に含める場合、キャンセル対象に興味や嗜好があるユーザをより的確に絞り込むことができる。
【００９４】
また、ユーザの過去の商品予約状況をユーザ情報に含める場合、情報提供装置４の情報提供サービスを利用した商品予約の頻度に応じた値を選択基準情報の区分に設定する。このようにすることで、情報提供装置４の情報提供サービスを利用した商品予約の頻度が多いユーザをキャンセル対象のレコメンド先とすることができ、キャンセル対象の予約を効果的に行わせることができる。
【００９５】
また、ユーザの過去のキャンセル状況をユーザ情報に含める場合、商品またはサービスのキャンセル頻度に応じた値を選択基準情報の区分に設定し、かかる区分の値を負の値（例えば、重み付けした「−１０」）とする。このようにすることで、キャンセル頻度が多いユーザを除外することができ、キャンセル対象の予約を適切に行わせることができる。
【００９６】
次に、判定部４２は、レコメンド先として判定したユーザが複数ある場合、選択基準情報との合致度が高いユーザ情報を有するユーザほど順位が高くなるようにレコメンド先のユーザを順付けし、通知処理情報ＤＢ３４の通知処理情報テーブルに設定する。
【００９７】
ここで、通知処理情報テーブルについて説明する。図９は、通知処理情報テーブルの一例を示す図である。図９に示すように、通知処理情報テーブルには、「商品ＩＤ」毎に、「数量」、「通知順位」、「ユーザＩＤ」、「通知状態」、「予約数」などの各情報を対応付けた情報が含まれる。
【００９８】
「商品ＩＤ」は、商品提供装置３から送信されるキャンセル情報に含まれる商品ＩＤであるが、キャンセル情報に含まれる商品ＩＤと対応するＩＤであってもよい。「数量」は、キャンセル情報に含まれる「数量」の情報である。
【００９９】
なお、商品提供装置３から同一商品ＩＤのキャンセル情報が連続して送信された場合、受信部４１は、キャンセル情報に含まれる「数量」を通知処理情報テーブルに加算していく。例えば、通知処理情報テーブルが図９に示す状態の場合に、商品ＩＤ「１０００１」および数量「６」を含むキャンセル情報を受信した場合、受信部４１は、商品ＩＤ「１０００１」に対応する通知処理情報テーブルの「数量」を「１０」に変更する。
【０１００】
「通知順位」は、判定部４２によって、選択基準情報との合致度が高く、評価値が高いユーザ情報を有するユーザから順に、「１」、「２」、「３」、・・と割り当てられる順位の情報である。かかる「通知順位」毎に「ユーザＩＤ」が設定される。
【０１０１】
「通知状態」は、キャンセル対象の情報を通知したか否かを識別する情報であり、キャンセル対象の情報が通知されたユーザに対しては「１」が、まだ通知されていないユーザに対しては「０」が設定される。かかる「通知状態」は、送信部４４がキャンセル対象の情報を送信する毎に更新される。
【０１０２】
「予約数」は、キャンセル対象の情報を通知したユーザが商品提供装置３に対してキャンセル対象の商品またはサービスの予約または購入をした数である。「予約数」は、商品提供装置３から送信される予約設定情報に基づいて制御部３５によって設定される。
【０１０３】
送信部４４は、通知処理情報テーブルに規定される通知順序に基づいた通知タイミングで、キャンセル対象の情報をレコメンド対象となるユーザに送信する。例えば、送信部４４は、通知順位の順番で通知間隔が所定間隔となる通知タイミングで、キャンセル対象の情報を送信する。
【０１０４】
例えば、所定間隔を１０分とした場合、送信部４４は、通知順位が「１」のユーザＩＤに対応する宛先情報をユーザ情報テーブルから取得し、取得した宛先情報に応じた宛先へキャンセル対象の情報を送信する。そして、その後１０分経過すると、送信部４４は、通知順位が「２」のユーザＩＤに対応する宛先情報をユーザ情報テーブルから取得し、取得した宛先情報に応じた宛先へキャンセル対象の情報を送信する。以下、同様に、１０分間隔で、通知順位が「３」、「４」、・・・のユーザＩＤに対応する宛先へキャンセル対象の情報を送信する。
【０１０５】
なお、送信部４４は、通知処理情報テーブルに設定された「数量」および「予約数」に基づいてキャンセル対象の情報を送信するか否かを決定する。具体的には、送信部４４は、「数量」と「予約数」が一致している同一商品ＩＤに対応するキャンセル対象の情報は送信しない。
【０１０６】
また、判定部４２は、所定時間（例えば、商品またはサービスの販売期限）が経過した商品ＩＤおよびそれに関連付けられた情報を通知処理情報テーブルから削除する。このようにすることで、所定時間が経過する迄は、通知処理情報テーブルにおいて「通知状態」が保持される。
【０１０７】
したがって、所定時間が経過する迄に同一キャンセル対象の情報が商品提供装置３から送信された場合に、「通知順位」が「１」のものから再度キャンセル対象の情報が通知されることを回避することができる。なお、判定部４２は、「数量」と「予約数」が一致したときに、商品ＩＤおよびそれに関連付けられた情報を通知処理情報テーブルから削除することもできる。
【０１０８】
また、送信部４４は、「数量」と「予約数」との比（＝予約数／数量）に応じて、キャンセル対象の情報の通知間隔を変更することもできる。例えば、送信部４４は、基準通知間隔を「１０分」とした場合、数量が「１０」であり、「予約状態」が「５」である場合、通知間隔を２０（＝１０×（１０／５））分とすることができる。また、「数量」と「予約数」との比（＝予約数／数量）が、所定値（例えば、８０％）以上になったときに、通知間隔を基準通知間隔よりも長い間隔にすることもできる。
【０１０９】
また、判定部４２は、通知処理情報テーブルにおいて「通知順位」の情報に代えて、上述した評価値を大きい順から並べるようにしてもよい。この場合、送信部４４は、通知間隔を、評価値との差に応じた間隔にすることもできる。
【０１１０】
例えば、既に通知したユーザの評価値と次に通知するユーザの評価値の差が「１３」である場合、次のユーザへの通知までの時間を「１３分（＝１３×１）」や「２６分（＝１３×２）」とすることができる。また、送信部４４は、評価値に応じた時間間隔とすることもできる。例えば、評価値が「１５」である場合、次のユーザへの通知までの間隔を「１５分（＝１５×１）」や「３０分（＝１５×２）」とする。このように評価値を用いることによって、レコメンド先としてより適切なユーザが優先して予約をすることが可能となる。
【０１１１】
（ディスカウント処理部について）
次に、ディスカウント処理部４３について説明する。ディスカウント処理部４３は、キャンセル対象に販売期限がある場合、販売期限までの時間に基づいてディスカウント販売を決定する。
【０１１２】
例えば、図３に示す商品ＩＤ「１０００１」の商品がキャンセル対象であり、その販売期限が「６／１  １８：００」であるとする。この場合、ディスカウント処理部４３は、例えば、現時刻が販売期限まで２４時間未満である場合、図１０に示すように、商品ＩＤ「１０００１」の商品をディスカウント販売することを決定する。図１０は、ディスカウント販売の説明図である。
【０１１３】
また、ディスカウント処理部４３は、ディスカウント販売の種別として、通常のディスカウント販売およびオークション形式のディスカウント販売のいずれかを選択する。ディスカウント処理部４３は、例えば、図１０に示すように、現時刻が販売期限まで１２時間以上２４時間未満である場合、通常のディスカウント販売を行う。
【０１１４】
また、ディスカウント処理部４３は、現時刻が販売期限まで１２時間未満である場合、評価値が所定値以上となるユーザ情報のユーザが複数であれば、オークション形式のディスカウント販売を選択する。一方、評価値が所定値以上となるユーザ情報のユーザが複数でなければ、通常のディスカウント販売を行う。
【０１１５】
なお、どのタイミングでどの種別のディスカウント販売を行うかは、キャンセル対象の商品やサービス毎に変更することができ、これにより、商品やサービスに応じた適切な予約を促進することが可能となる。
【０１１６】
ディスカウント処理部４３は、通常のディスカウント販売を選択した場合、商品提供装置３からのキャンセル情報に含まれる正規価格よりも低いディスカウント価格を決定する。送信部４４は、このように決定されたディスカウント価格を含む情報をキャンセル対象の情報としてレコメンド先のユーザへ通知する。
【０１１７】
通常のディスカウント販売の期間において、送信部４４は、評価値が所定値以上となるユーザ情報のユーザが複数となる場合でも、通知順位に関係なく、これらのユーザをレコメンド先として、キャンセル対象の情報を一斉に通知する。なお、送信部４４は、通知順位に応じた通知タイミングでキャンセル対象の情報を通知することもでき、この場合、通知間隔を販売期限までの残り時間に応じて短縮する。
【０１１８】
また、ディスカウント処理部４３は、オークションのディスカウント販売を選択した場合、入札を促す入札ページの情報を生成する。送信部４４は、評価値が所定値以上となるユーザ情報のユーザをレコメンド先として、通知順位に関係なく、ディスカウント処理部４３によって生成された入札ページの情報を一斉に通知する。
【０１１９】
その後、ディスカウント処理部４３は、レコメンド先であるユーザの端末装置２からの入札要求を受信部４１で受信し、入札額が最も高いユーザに対してキャンセル対象の予約権を発行する。予約権の発行は、例えば、所定の規則で記述された文字列の情報（以下、予約権情報と記載する）をユーザの端末装置２へ送信することによって行われる。
【０１２０】
予約権情報には、キャンセル対象の情報、入札金額の情報および入札ユーザの情報が含まれている。落札ユーザは、予約権情報を含む予約設定要求を端末装置２から商品提供装置３へ行うことで、商品提供装置３との間でキャンセル対象に対する予約を実行する。
【０１２１】
なお、入札期限は、例えば、キャンセル対象の販売期限またはその所定時間前とする。また、ディスカウント処理部４３は、入札金額が通常のディスカウント販売でのディスカウント価格以上となった場合に、入札を終了することもできる。
【０１２２】
また、判定部４２は、ディスカウント処理部４３によってオークション形式でのディスカウント販売が行われる場合、販売期限までの時間に応じて、評価値と比較する所定値を小さくして、レコメンド先のユーザを増加させることもできる。これにより、オークションに参加するユーザを増加させることができる。
【０１２３】
また、上述においては、ディスカウント処理部４３は、販売期限までの時間に基づいてディスカウント販売を決定するようにしたが、販売期限までの時間に限らず常にディスカウント販売を行うこともできる。
【０１２４】
（送信部について）
送信部４４は、上述のようにレコメンド対象のユーザに対してキャンセル対象の情報、予約権情報、入札ページ、ユーザ情報入力ページなどの各種情報を通信Ｉ／Ｆ部３１および通信ネットワーク５を介して送信する。送信部４４によるユーザへの送信は、ユーザ情報テーブルに設定された宛先情報に基づいて行われる。
【０１２５】
例えば、宛先情報が電子メールアドレスの場合、送信部４４は、キャンセル対象の情報をメール本文または添付ファイルとしたメールを、宛先情報として設定された電子メールアドレスを宛先アドレスとして送信する。これにより、メールサーバや基地局などを介してユーザの端末装置２へキャンセル対象の情報が通知される。
【０１２６】
また、宛先情報がスマートフォンのアドレスである場合、送信部４４は、キャンセル対象の情報を、スマートフォンのアドレスを宛先情報として所定のサーバへ送信する。これにより、基地局などを介してユーザの端末装置２へキャンセル対象の情報がプッシュ通知される。
【０１２７】
〔１．４．商品提供装置の処理フロー〕
次に、商品提供装置３の処理フローについて説明する。図１１は、第１の実施形態に係る商品提供装置３における情報処理のフローチャートを示す図である。なお、かかる情報処理は、制御部１４によって繰り返し実行される処理である。
【０１２８】
図１１に示すように、制御部１４は、通信Ｉ／Ｆ部１１を介して端末装置２から予約設定要求を受信したか否かを判定する（ステップＳ２０）。予約設定要求を受信したと判定した場合（ステップＳ２０；Ｙｅｓ）、制御部１４は、予約設定要求に含まれる情報を予約情報として予約情報ＤＢ１３に追加する（ステップＳ２１）。なお、予約設定要求が情報提供サービスを介した予約設定要求である場合、制御部１４は、情報提供装置４に対して予約設定要求に含まれる情報を予約設定情報として送信する。
【０１２９】
ステップＳ２０において、予約設定要求を受信していないと判定した場合（ステップＳ２０；Ｎｏ）、制御部１４は、通信Ｉ／Ｆ部１１を介して端末装置２から予約取消要求を受信したか否かを判定する（ステップＳ２２）。予約取消要求を受信したと判定した場合（ステップＳ２２；Ｙｅｓ）、制御部１４は、予約取消要求に対応する予約情報を予約情報テーブルから削除する（ステップＳ２３）。そして、制御部１４は、予約が取り消された商品またはサービスであるキャンセル対象に関する情報をキャンセル情報として情報提供装置４へ送信する（ステップＳ２４）。
【０１３０】
ステップＳ２２において、予約取消要求を受信していないと判定した場合（ステップＳ２２；Ｎｏ）、または、ステップＳ２４の処理が終了した場合、制御部１４は、販売が確定したか否かを判定する（ステップＳ２５）。販売が確定したと判定した場合（ステップＳ２５；Ｎｏ）、制御部１４は、商品提供処理を行う（ステップＳ２６）。かかる商品提供処理では、制御部１４は、例えば、商品が電子チケットであれば電子チケットをユーザの端末装置２に対して送信する処理し、ユーザに対して料金請求を行う。
【０１３１】
ステップＳ２６の処理が終了すると、制御部１４は、販売が確定した商品またはサービスが情報提供装置４の情報提供サービスを介して予約されたものであるかを判定する（ステップＳ２７）。情報提供サービスを介した予約であると判定すると（ステップＳ２７；Ｙｅｓ）、決済処理部２３は、情報提供装置４の情報提供サービスに対する対価の支払いを行う決済処理を決済サーバに対して行う（ステップＳ２８）。
【０１３２】
ステップＳ２５において、販売が確定していないと判定した場合（ステップＳ２５；Ｎｏ）、ステップＳ２７において、情報提供サービスを介した予約ではないと判定した場合（ステップＳ２７；Ｎｏ）、または、ステップＳ２８の処理が終了した場合、制御部１４は、図１１に示す情報処理を終了する。
【０１３３】
〔１．５．情報提供装置の処理フロー〕
次に、情報提供装置４の処理フローについて説明する。図１２は、第１の実施形態に係る情報提供装置４における情報処理のフローチャートを示す図である。なお、かかる情報処理は、制御部３５によって繰り返し実行される処理である。
【０１３４】
図１２に示すように、制御部３５は、通信Ｉ／Ｆ部３１を介して商品提供装置３からキャンセル情報を受信したか否かを判定する（ステップＳ３０）。キャンセル情報を受信した場合（ステップＳ３０；Ｙｅｓ）、制御部３５は、キャンセル情報を通知処理情報ＤＢ３４に追加する（ステップＳ３１）。
【０１３５】
ステップＳ３０において、キャンセル情報を受信していないと判定した場合（ステップＳ３０；Ｎｏ）、または、ステップＳ３１の処理が終了した場合、制御部３５は、通信Ｉ／Ｆ部３１を介して商品提供装置３から予約設定情報を受信したか否かを判定する（ステップＳ３２）。予約設定情報を受信したと判定した場合（ステップＳ３２；Ｙｅｓ）、制御部３５は、予約設定情報に基づいて通知処理情報テーブルの対応する商品ＩＤの「予約数」を更新する（ステップＳ３３）。
【０１３６】
ステップＳ３２において、予約設定情報を受信していないと判定した場合（ステップＳ３２；Ｎｏ）、または、ステップＳ３３の処理が終了した場合、制御部３５は、通知処理情報ＤＢ３４に新たな商品ＩＤの情報が追加されているか否かを判定する（ステップＳ３４）。
【０１３７】
新たな商品ＩＤの情報が追加されていると判定した場合（ステップＳ３４；Ｙｅｓ）、制御部３５は、新たな商品ＩＤに対応する商品またはサービスであるキャンセル対象の情報を通知処理情報ＤＢ３４から読み出して送信する処理を行う（ステップＳ３５）。
【０１３８】
ステップＳ３５の処理は、例えば、上述したように、ユーザ情報テーブルおよび選択情報テーブルの情報に基づいてキャンセル対象のレコメンド先のユーザを判定し、かかるレコメンド先のユーザにキャンセル対象の情報を送信することによって行われる。なお、制御部３５は、上述したように、キャンセル対象の販売期限に応じてディスカウント販売を行う。
【０１３９】
ステップＳ３４の処理において、新たな商品ＩＤの情報が追加されていないと判定した場合（ステップＳ３４；Ｎｏ）、または、ステップＳ３５の処理が終了した場合、制御部３５は、ディスカウント販売の対象があるか否かを判定する（ステップＳ３６）。例えば、制御部３５は、通知処理情報テーブルに販売期間まで予め設定された時間以内となるキャンセル対象が設定されているか否かを判定する。
【０１４０】
ステップＳ３６の処理において、ディスカウント販売の対象があると判定すると（ステップＳ３６；Ｙｅｓ）、制御部３５は、上述のようなディスカウント販売の処理を実行する（ステップＳ３７）。
【０１４１】
ディスカウント販売の対象がないと判定した場合（ステップＳ３６；Ｎｏ）、または、ステップＳ３７の処理が終了した場合、制御部３５は、図１２に示す情報処理を終了する。
【０１４２】
〔１．６．効果〕
上述してきたように、第１の実施形態に係る情報提供装置４は、受信部４１（情報取得手段の一例に相当）が、予約が取り消された商品またはサービスの情報をキャンセル対象の情報として取得し、ユーザ情報ＤＢ３２（ユーザ情報記憶手段の一例に相当）が、ユーザ毎に、当該ユーザに関するユーザ情報と宛先情報とを関連付けて記憶し、判定部４２（判定手段の一例に相当）が、ユーザ情報ＤＢ３２に記憶されたユーザ情報のうちキャンセル対象と特定の関係となるユーザ情報のユーザを、キャンセル対象のレコメンド先となるユーザとして判定し、送信部４４（送信手段の一例に相当）が、判定部４２によってレコメンド先として判定されたユーザの宛先情報をユーザ情報ＤＢ３２から取得し、この宛先情報に応じた宛先へキャンセル対象の情報を送信する。
【０１４３】
これにより、第１の実施形態に係る情報提供装置４では、例えば、キャンセル対象に嗜好や興味があるユーザに絞ってキャンセル対象をレコメンドできる。すなわち、キャンセルされた商品またはサービスに対する購買意欲を有するユーザに当該キャンセル対象をレコメンドでき、これにより、キャンセル対象の商品やサービスが価値あるものとなることから、キャンセル対象の商品やサービスの販売を促進することができる。したがって、売れ残りを防止して商品またはサービスの適切な提供が可能となる。
【０１４４】
また、第１の実施形態に係る情報提供装置４は、さらに、選択情報ＤＢ３３（選択情報記憶手段の一例に相当）が、商品またはサービス毎に、当該商品またはサービスとレコメンド先の選択基準情報とを関連付けて記憶し、判定部４２が、選択情報ＤＢ３３に記憶され且つキャンセル対象の商品またはサービスに関連付けられた選択基準情報とユーザ情報ＤＢ３２に記憶されたユーザ情報との合致度に基づき、キャンセル対象のレコメンド先となるユーザを判定する。
【０１４５】
これにより、第１の実施形態に係る情報提供装置４では、キャンセル対象のレコメンド先となるユーザの絞り込みを精度良く行うことができる。すなわち、キャンセルされた商品またはサービスに対する購買意欲を有するユーザに当該キャンセル対象を効率的にレコメンドすることが可能となる。
【０１４６】
また、第１の実施形態に係る情報提供装置４は、判定部４２が、レコメンド先として判定したユーザのうち選択基準情報との合致度が高いユーザ情報を有するユーザほど順位が高くなるようにレコメンド先のユーザを順位付けし、送信部４４が、キャンセル対象の情報の送信を、判定部４２による順位付けに応じた通知タイミングで行う。
【０１４７】
これにより、第１の実施形態に係る情報提供装置４では、キャンセル対象を予約する可能性がより高いユーザから順に、キャンセル対象のレコメンドを行うことができる。
【０１４８】
また、第１の実施形態に係る情報提供装置４は、ディスカウント処理部４３（ディスカウント処理手段の一例に相当）が、キャンセル対象に販売期限がある場合、当該販売期限までの時間に基づいてディスカウント販売を決定し、送信部４４が、ディスカウント処理部４３によってディスカウント販売が決定された場合に、ディスカウント販売の情報を含めたキャンセル対象の情報を送信する。
【０１４９】
これにより、第１の実施形態に係る情報提供装置４では、キャンセル対象を予約する動機付けを高めることができ、売れ残りを防止して商品またはサービスの適切な提供が可能となる。
【０１５０】
また、第１の実施形態に係る情報提供装置４は、ディスカウント処理部４３が、レコメンド先が複数ある場合に、ディスカウント販売をオークション形式での販売に決定し、レコメンド先であるユーザの端末装置からの入札要求を受け付け、入札額が最も高いユーザに対してキャンセル対象の予約権を発行する。
【０１５１】
これにより、第１の実施形態に係る情報提供装置４では、キャンセル対象を予約する動機付けをさらに高めることができ、売れ残りを防止して商品またはサービスの適切な提供が可能となる。
【０１５２】
〔２．第２の実施形態〕
次に、第２の実施形態に係る情報処理システムについて説明する。第２の実施形態に係る情報処理システムは、第１の実施形態に係る情報処理システム１に対し、情報提供装置の構成および動作が一部異なる。以下においては、第１の実施形態に係る情報提供装置４と異なる点を主に説明する。また、重複説明を避けるために第１の実施形態と同様の機能を有する構成については同一符号を付してその説明を適宜省略するものとする。
【０１５３】
第１の実施形態に係る情報提供装置４では、ユーザ情報として、ユーザのサイコグラフィック属性およびデモグラフィック属性などに基づいて、ユーザの嗜好や興味などがキャンセル対象に合致するか否かを判定してキャンセル対象のレコメンド先を決定した。一方、第２の実施形態に係る情報提供装置では、さらに、キャンセル対象と類似する商品またはサービスを予約済みのユーザもキャンセル対象のレコメンド先として判定する。
【０１５４】
〔２．１．情報提供装置の構成〕
図１３は、第２の実施形態に係る情報提供装置の構成を示す図である。図１３に示すように、情報提供装置４Ａは、通信Ｉ／Ｆ部３１と、ユーザ情報ＤＢ３２Ａと、選択情報ＤＢ３３と、通知処理情報ＤＢ３４と、制御部３５Ａとを備える。さらに、制御部３５Ａは、受信部４１と、判定部４２Ａと、ディスカウント処理部４３と、送信部４４とを備える。
【０１５５】
ユーザ情報ＤＢ３２Ａには、ユーザ情報として、第１の実施形態のユーザ情報ＤＢ３２と同様のユーザ情報テーブルに加え、さらに、ユーザ予約情報テーブルが記憶される。かかるユーザ予約情報テーブルは、ユーザ情報テーブルに設定されたユーザＩＤに対応するユーザの予約済み商品またはサービスの情報を設定するテーブルである。
【０１５６】
図１４は、ユーザ予約情報テーブルの一例を示す図である。図１４に示すように、ユーザ予約情報テーブルには、「商品ＩＤ」に、「商品名」、「販売店舗名」、「店舗位置」、「価格」、「数量」、「日時」などの各情報を対応付けた予約情報が含まれる。かかるユーザ予約情報テーブルにおける「商品名」、「販売店舗名」、「店舗位置」、「価格」、「数量」、「日時」は、図３に示す商品情報テーブルの「商品名」、「販売店舗名」、「店舗位置」、「価格」、「数量」、「日時」と同様の情報である。
【０１５７】
判定部４２Ａは、商品提供装置３からのキャンセル情報が受信部４１で受信された場合、キャンセル対象に類似する商品またはサービスが予約済み商品またはサービスとしてユーザ予約情報テーブルに設定されているか否かを判定する。キャンセル対象との類似度が所定値以上の予約済み商品またはサービス（以下、予約済みキャンセル関連対象と記載する）がユーザ予約情報テーブルに設定されている場合、判定部４２Ａは、さらに、この予約済みキャンセル関連対象と特定の関係となるユーザ情報のユーザがあるか否かを判定する。
【０１５８】
判定部４２Ａは、予約済みキャンセル関連対象がユーザ予約情報テーブルに設定され、かつ、この予約済みキャンセル関連対象と特定の関係となるユーザ情報のユーザがある場合に、この予約済みキャンセル関連対象を予約したユーザをキャンセル対象のレコメンド先となるユーザとして判定する。予約済みキャンセル関連対象と特定の関係となるユーザ情報の判定は、キャンセル対象の場合と同様に、商品情報ＤＢ１２に記憶された選択基準情報に基づいて行われる。
【０１５９】
ここで、キャンセル対象と予約済み商品またはサービスとの類似度は、所定の基準、例えば、商品名、価格、店舗位置、日時などの類似度を総合して判定することによって行うことができる。
【０１６０】
例えば、商品名の類似度は、商品名を形態素解析などによってテキスト解析し、意味の類似によって判定することができる。この場合、判定部４２Ａは、例えば、「和食」に対して「日本料理」、「料亭」、「懐石」、・・・などの類似語を関連付けて記憶する不図示の類似語ＤＢを用いることができる。
【０１６１】
また、価格、店舗位置および日時の類似度は、価格、店舗位置および日時がそれぞれ近いほど類似度を高くする。判定部４２Ａは、例えば、商品名、価格、店舗位置、日時などの類似度を加算して、キャンセル対象と予約済み商品またはサービスとの類似度とする。なお、商品名との類似度は、予め同一・類似グループを設定しておき、グループとの関係において判断することもできる。
【０１６２】
送信部４４は、判定部４２Ａによってレコメンド先として判定された予約済みキャンセル関連対象の予約ユーザへキャンセル対象の情報を送信する。また、送信部４４は、予約済みキャンセル関連対象と特定の関係を有するユーザ情報のユーザに対して、キャンセル示唆情報を送信する。キャンセル示唆情報は、予約済みキャンセル関連対象がキャンセルされる可能性があることを示唆する情報であり、例えば、予約済みキャンセル関連対象の商品名、販売店舗名、価格なども含まれる。
【０１６３】
さらに、判定部４２Ａは、予約済みキャンセル関連対象のキャンセル情報が受信部４１で受信された場合に、予約済みキャンセル関連対象と特定の関係を有するユーザ情報のユーザに対して、予約済みキャンセル関連対象の情報を送信する。かかる情報は、キャンセル対象の情報と同様に、例えば、商品名、販売店舗名、価格、予約先情報などが含まれる。なお、予約済みキャンセル関連対象のキャンセル情報を受信した受信部４１は、予約済みキャンセル関連対象の情報をユーザ予約情報テーブルから削除する。
【０１６４】
また、判定部４２Ａは、予約済みキャンセル関連対象の数がユーザ予約情報テーブルに所定数以上設定されていない場合、判定部４２と同様に、レコメンド先のユーザ数が所定数以上となるように、ユーザ情報テーブルからキャンセル対象と特定の関係を有するユーザ情報のユーザをレコメンド先のユーザとして判定する。なお、所定数は、任意の値に設定することができる。
【０１６５】
判定部４２Ａは、通知処理情報テーブルを用いて複数のレコメンド先にキャンセル対象の情報を送信する場合、予約済みキャンセル関連対象を予約したユーザ、キャンセル対象と特定の関係を有するユーザ情報のユーザの順に順位付けすることができる。
【０１６６】
送信部４４は、商品提供装置３に対して予約情報の送信要求を行う。かかる要求は、商品提供装置３において予約情報ＤＢ１３の予約情報テーブルに設定されている予約情報の送信要求である。かかる送信要求に応じて商品提供装置３から送信される予約情報は、受信部４１によって受信され、ユーザ予約情報テーブルに設定される。
【０１６７】
なお、送信部４４は、商品提供装置３に対して、キャンセル対象との類似度が所定値以上の予約済み商品またはサービスを判定させるように要求してもよい。この場合、商品提供装置３は、情報処理システムからの要求に応じてキャンセル対象との類似度が所定値以上の予約済み商品またはサービスを判定し、その結果を情報処理システムへ送信する。
【０１６８】
ここで、第２の実施形態に係る情報処理システムの動作の一例について図１５および図１６を用いて説明する。図１５および図１６は、第２の実施形態に係る情報処理システムの動作の説明図である。
【０１６９】
図１５に示すように、予約情報テーブルには、ユーザＡが予約している商品Ａの情報が設定されており、かかる商品Ａとの類似度が所定値以上の商品ＢがユーザＢの予約済み商品としてユーザ予約情報テーブルに設定されているとする。また、商品Ｂと特定の関係となるユーザ情報がユーザ情報テーブルに設定され、かかるユーザ情報のユーザがユーザＣであるとする。また、ここでは、キャンセル対象のレコメンド先は一つであるものとする。
【０１７０】
このような状態において、図１６に示すように、ユーザＡの端末装置２1から商品Ａの予約取消要求が送信されると（ステップＳ４０）、商品提供装置３の制御部１４は、端末装置２1のユーザに対する商品Ａの予約情報を予約情報ＤＢ１３から削除する（ステップＳ４１）。
【０１７１】
商品Ａの予約情報を予約情報ＤＢ１３から削除すると、商品提供装置３の制御部１４は、商品Ａのキャンセル情報を通信ネットワーク５経由で情報提供装置４Ａへ送信する（ステップＳ４２）。かかるキャンセル情報には、端末装置２1のユーザＡから予約が取り消された商品Ａの情報が含まれる。
【０１７２】
情報提供装置４Ａの制御部３５Ａは、商品Ａのキャンセル情報を商品提供装置３から取得すると、キャンセル対象のレコメンド先となるユーザを決定する（ステップＳ４３）。かかる処理において、情報提供装置４Ａの制御部３５Ａは、キャンセル対象である商品Ａとの類似度が所定値以上の予約済みキャンセル関連対象と特定の関係となるユーザ情報のユーザがある場合に、この予約済みキャンセル関連対象のユーザをキャンセル対象のレコメンド先となるユーザとして判定する。
【０１７３】
一方、予約済みキャンセル関連対象がない場合、または、予約済みキャンセル関連対象と特定の関係となるユーザ情報がない場合、判定部４２Ａは、判定部４２と同様に、キャンセル対象と特定の関係となるユーザ情報のユーザをキャンセル対象のレコメンド先となるユーザとして決定する。
【０１７４】
なお、レコメンド先の数が所定数以上必要な場合、判定部４２Ａは、上述のように、予約済みキャンセル関連対象を予約したユーザ、キャンセル対象と特定の関係となるユーザ情報のユーザの順に、キャンセル対象のレコメンド先となるユーザとして決定する。
【０１７５】
ここでは、図１５に示す関係であり、判定部４２Ａは、商品Ａのレコメンド先をユーザＢに決定する。商品Ａのレコメンド先を決定すると、情報提供装置４Ａの制御部３５Ａは、レコメンド先となるユーザＢの端末装置２2へキャンセル対象である商品Ａの情報を送信する（ステップＳ４４）。商品Ａの情報として、例えば、商品Ａの商品名、販売店舗名、価格、予約先情報などが含まれる。
【０１７６】
また、情報提供装置４Ａの制御部３５Ａは、ユーザ予約情報テーブルに基づき、予約済みキャンセル関連対象と特定の関係となるユーザ情報のユーザＣを、予約済みキャンセル関連対象のレコメンド先のユーザとして決定する。そして、制御部３５Ａは、予約済みキャンセル関連対象のレコメンド先となるユーザＣの端末装置２3へ予約済みキャンセル関連対象である商品Ｂのキャンセル示唆情報を送信する（ステップＳ４５）。
【０１７７】
その後、商品Ａの情報を受信した端末装置２2から、商品Ａの予約設定要求および商品Ｂの予約取消要求を含む要求が送信された場合（ステップＳ４６）、商品提供装置３の制御部１４は、予約情報ＤＢ１３の更新を行う（ステップＳ４７）。具体的には、制御部１４は、ユーザ予約情報テーブルからユーザＢに対応する商品Ｂの予約情報を削除し、さらに、ユーザ予約情報テーブルにユーザＢに対応する商品Ａの予約情報を設定する。
【０１７８】
商品提供装置３の制御部１４は、予約設定情報と予約削除情報とを含む情報を情報提供装置４Ａへ送信する（ステップＳ４８）。予約設定情報には、商品Ａの予約情報がユーザ予約情報テーブルに設定されたことを示す情報が含まれ、予約削除情報には、商品Ｂの予約情報が予約情報テーブルから削除されたことを示す情報が含まれる。
【０１７９】
情報提供装置４Ａの制御部３５Ａは、商品Ｂの予約削除情報を受信すると、キャンセル示唆情報を送信したユーザＣの端末装置２3へキャンセル対象である商品Ｂの情報を送信する（ステップＳ４９）。これにより、ユーザＣに対して商品Ｂの予約が促される。
【０１８０】
なお、上述の例では、予約済みキャンセル関連対象と特定の関係となるユーザ情報のユーザがある場合に、予約済みキャンセル関連対象を予約しているユーザをレコメンド先としたが、予約済みキャンセル関連対象と特定の関係となるユーザ情報のユーザがない場合にも、予約済みキャンセル関連対象を予約しているユーザをレコメンド先とすることもできる。
【０１８１】
ところで、予約されている商品またはサービスを提供する業者であって、一部の商品またはサービスの予約取り消しを望む場合がある。例えば、１００名収容できる宿泊サービスを提供する業者があるとする。かかる業者は、例えば、予約が１０名しか入っていない状況で、１００名の予約の申込があった場合、既に受け付けた１０名の予約の取り消しを望む場合がある。
【０１８２】
このような場合、情報提供装置４Ａのユーザ予約情報テーブルに取り消しを望む予約情報を設定することで、予約取消を促進することができる。なお、このように商品またはサービスを提供する業者が予約取消を望む場合に、その予約取消が実現した場合に、商品またはサービスを提供する業者から情報提供装置４Ａの業者への対価の支払いを決済処理等で実行するようにしてもよい。
【０１８３】
また、ユーザ予約情報テーブルに設定する予約情報は、予約取消を望む業者の装置から送信される予約情報の他、例えば、上述するように、商品提供装置３の予約情報ＤＢ１３に設定された予約情報テーブルなどから取得することもできる。
【０１８４】
〔２．２．効果〕
第２の実施形態に係る情報提供装置４Ａは、第１の実施形態に係る情報提供装置４に加え、ユーザ情報には、ユーザが予約済みの商品またはサービスの情報が含まれ、判定部４２Ａが、ユーザ情報ＤＢ３２Ａに記憶されている予約済み商品またはサービスのうち、キャンセル対象との類似度が所定以上となる予約済み商品またはサービスがある場合に、この予約済み商品またはサービスのユーザを、キャンセル対象のレコメンド先となるユーザとして判定する。
【０１８５】
これにより、第２の実施形態に係る情報提供装置４Ａでは、キャンセル対象に関連する商品またはサービスを予約しているユーザがレコメンド先となる。そのため、キャンセル対象が予約している商品またはサービスよりもよい場合に、ユーザの選択肢を増やすことが可能となり、情報提供装置４Ａが提供する情報提供サービスの魅力が向上し、かかる情報提供サービスへの参加を促進することができる。
【０１８６】
また、第２の実施形態に係る情報提供装置４Ａは、第１の実施形態に係る情報提供装置４に加え、判定部４２Ａが、キャンセル対象との類似度が所定以上となる予約済み商品またはサービスと特定の関係となるユーザ情報のユーザがある場合に、この予約済み商品またはサービスを予約したユーザを、キャンセル対象のレコメンド先となるユーザとして判定する。
【０１８７】
これにより、第２の実施形態に係る情報提供装置４Ａでは、予約済み商品またはサービスがキャンセルされた場合であっても、その商品またはサービスの販売についても促進することができ、売れ残りを防止して商品またはサービスの適切な提供が可能となる。
【０１８８】
また、第２の実施形態に係る情報提供装置４Ａは、第１の実施形態に係る情報提供装置４に加え、判定部４２Ａが、キャンセル対象に関連する予約済み商品またはサービスがキャンセルされた場合にこの予約済み商品またはサービスと特定の関係となるユーザ情報のユーザを、この予約済み商品またはサービスのレコメンド先となるユーザとして判定し、キャンセル対象との類似度が所定以上となる予約済み商品またはサービスがキャンセルされた場合、送信部４４が、このキャンセルされた予約済み商品またはサービスのレコメンド先として判定されたユーザの宛先情報をユーザ情報ＤＢ３２Ａから取得し、この宛先情報に応じた宛先へキャンセルされた予約済み商品またはサービスの情報を送信する。
【０１８９】
これにより、第２の実施形態に係る情報提供装置４Ａでは、予約済み商品またはサービスがキャンセルになった場合でも、その商品またはサービスの販売についても促進することができ、売れ残りを防止して商品またはサービスの適切な提供が可能となる。
【０１９０】
〔３．変形例〕
上述の情報処理システムでは、商品提供装置３と情報提供装置４、４Ａとを分けて説明したが商品提供装置３の機能を情報提供装置４、４Ａに持たせることもできる。
【０１９１】
また、上述の情報処理システムでは、キャンセル対象の情報や、予約済みキャンセル関連対象の情報に、商品提供装置３のリンク情報を含めるようにしたが、情報提供装置４、４Ａのリンク情報を含めるようにしてもよい。この場合、端末装置２からの予約設定要求が情報提供装置４、４Ａを経由して商品提供装置３に対して行われる。
【０１９２】
以上、本願の実施形態のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。
【符号の説明】
【０１９３】
１  情報処理システム
２、２1〜２n  端末装置
３  商品提供装置
３  商品提供装置
４、４Ａ  情報提供装置
５  通信ネットワーク
１１、３１  通信Ｉ／Ｆ部
１２  商品情報ＤＢ
１３  予約情報ＤＢ
１４、３５、３５Ａ  制御部
２１、４１  受信部
２２  予約処理部
２３  決済処理部
２４、４４  送信部
３２、３２Ａ  ユーザ情報ＤＢ
３３  選択情報ＤＢ
３４  通知処理情報ＤＢ３４
４２、４２Ａ  判定部
４３  ディスカウント処理部
【図１Ａ】
2014006569.tif 000003
【図１Ｂ】
2014006569.tif 000004
【図２】
2014006569.tif 000005
【図３】
2014006569.tif 000006
【図４】
2014006569.tif 000007
【図５】
2014006569.tif 000008
【図６】
2014006569.tif 000009
【図７】
2014006569.tif 000010
【図８】
2014006569.tif 000011
【図９】
2014006569.tif 000012
【図１０】
2014006569.tif 000013
【図１１】
2014006569.tif 000014
【図１２】
2014006569.tif 000015
【図１３】
2014006569.tif 000016
【図１４】
2014006569.tif 000017
【図１５】
2014006569.tif 000018
【図１６】
2014006569.tif 000019