(57)【要約】 【課題】過去の雑誌記事などのコンテンツを活用することにより、現在はクレジットカード上級会員などのみに提供されている旅のコンシェルジュサービスを、より広範囲のユーザに提供する。【解決手段】サーバは、旅の構成要素に関するコンテンツに対するユーザの反応履歴又は旅の構成要素に関する該ユーザのライフログに基づき推定された該ユーザの嗜好性を反映するよう生成された旅程又は旅の構成要素を取得する手段と、取得された旅程又は旅の構成要素をユーザに提示する手段と、を備える。【選択図】図１
2019215679.tif 000002
【特許請求の範囲】
【請求項１】
旅の構成要素に関するコンテンツに対するユーザの反応履歴又は旅の構成要素に関する該ユーザのライフログに基づき推定された該ユーザの嗜好性を反映するよう生成された旅程又は旅の構成要素を取得する手段と、
取得された旅程又は旅の構成要素を前記ユーザに提示する手段と、を備えるサーバ。
【請求項２】
前記ユーザの反応履歴又は前記ユーザのライフログと、別のユーザの反応履歴又は前記別のユーザのライフログと、基づいて、前記ユーザと前記別のユーザのとの組に対応する嗜好性を推定する手段をさらに備え、
前記取得する手段は、前記推定する手段によって推定された嗜好性を反映するよう生成された旅程又はタブの構成要素を取得する請求項１に記載のサーバ。
【請求項３】
前記ユーザの反応履歴又は前記ユーザのライフログに基づいて前記ユーザの嗜好性を推定し、かつ、別のユーザの反応履歴又は前記別のユーザのライフログに基づいて前記別のユーザの嗜好性を推定する手段をさらに備え、
前記取得する手段は、前記ユーザの嗜好性および前記別のユーザの嗜好性の両方を反映するよう生成された旅程又はタブの構成要素を取得する請求項１に記載のサーバ。
【請求項４】
前記提示する手段は、取得された旅程を前記ユーザの端末にネットワークを介して送信し、
取得された旅程は前記ユーザの端末において、カレンダに関連付けて表示される請求項１から３のいずれか一項に記載のサーバ。
【請求項５】
前記ユーザの端末からネットワークを介して、旅程の構成要素に対する反応を受け付ける手段と、
受け付けた反応に応じて生成された新たな旅程を、前記ユーザに提示する手段と、をさらに備える請求項１から４のいずれか一項に記載のサーバ。
【請求項６】
前記旅程は、前記ユーザの既存の予定との衝突を避けるよう生成される請求項１から５のいずれか一項に記載のサーバ。
【請求項７】
ユーザの予定を示すカレンダをディスプレイに表示させる機能と、
提案対象の旅程の構成要素に対応するオブジェクトを前記カレンダ上に表示させる機能と、
提案対象の旅程の構成要素に対する前記ユーザの反応を受け付ける機能と、
受け付けた反応に基づき更新された旅程の構成要素に対応するオブジェクトで前記カレンダの表示を更新する機能と、
更新された旅程の構成要素に対応するオブジェクトを、前記反応に応じた態様で表示させる機能と、を端末に実現させるためのコンピュータプログラム。
【請求項８】
提案対象の旅程の構成要素に対する前記ユーザの反応は提案対象の旅程の構成要素に対する前記ユーザの評価であり、
前記反応に応じた態様で表示させる機能は、更新された旅程の構成要素に対応するオブジェクトのうち、更新前に肯定的な評価を受けた構成要素に対応するオブジェクトを、そうでないオブジェクトとは異なる態様で表示させる機能を含む請求項７に記載のコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、旅程を提案するためのサーバおよびコンピュータプログラムに関する。
【背景技術】
【０００２】
これまで旅行をしたことがないという大人は希であろう。旅行は趣味の一分野として確立されている。実際、多くの出版社、企業から旅行を扱う雑誌が刊行されている（例えば、非特許文献１参照）。このような雑誌を読みながら、あれこれ旅行の計画を立てることで楽しい時間を過ごすことができる。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】http://crea.bunshun.jp/category/traveller、２０１８年６月６日検索
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、いつか旅行に行こうと、色々な旅行雑誌のバックナンバーを溜め込んでいても、いざ旅行を計画しようとすると、どの雑誌に、どの都市の旅行記事が書いてあったか探せなくなることが多い。
【０００５】
本発明はこうした課題に鑑みてなされたものであり、その目的は、過去の雑誌記事などのコンテンツを活用することにより、現在はクレジットカード上級会員などのみに提供されている旅のコンシェルジュサービスを、より広範囲のユーザに提供することにある。
【課題を解決するための手段】
【０００６】
本発明のある態様は、サーバに関する。このサーバは、旅の構成要素に関するコンテンツに対するユーザの反応履歴又は旅の構成要素に関する該ユーザのライフログに基づき推定された該ユーザの嗜好性を反映するよう生成された旅程又は旅の構成要素を取得する手段と、取得された旅程又は旅の構成要素をユーザに提示する手段と、を備える。
【０００７】
本発明の別の態様は、コンピュータプログラムである。このコンピュータプログラムは、ユーザの予定を示すカレンダをディスプレイに表示させる機能と、提案対象の旅程の構成要素に対応するオブジェクトをカレンダ上に表示させる機能と、提案対象の旅程の構成要素に対するユーザの反応を受け付ける機能と、受け付けた反応に基づき更新された旅程の構成要素に対応するオブジェクトでカレンダの表示を更新する機能と、更新された旅程の構成要素に対応するオブジェクトを、反応に応じた態様で表示させる機能と、を端末に実現させる。
【０００８】
なお、以上の構成要素の任意の組み合わせや、本発明の構成要素や表現を装置、方法、システム、コンピュータプログラム、コンピュータプログラムを格納した記録媒体などの間で相互に置換したものもまた、本発明の態様として有効である。
【発明の効果】
【０００９】
本発明によれば、過去の雑誌記事などのコンテンツを活用することにより、旅のコンシェルジュサービスをより広範囲のユーザに提供することができる。
【図面の簡単な説明】
【００１０】
【図１】実施の形態に係る旅程作成支援サーバで実現されるサービスの概要を示す模式図である。
【図２】図１の旅程作成支援サーバのハードウエア構成図である。
【図３】図１の旅程作成支援サーバの機能および構成を示すブロック図である。
【図４】図３のコンテンツ保持部の一例を示すデータ構造図である。
【図５】図３のリコメンド反応履歴保持部の一例を示すデータ構造図である。
【図６】図３のコンテンツ反応履歴保持部の一例を示すデータ構造図である。
【図７】図３の移動履歴保持部の一例を示すデータ構造図である。
【図８】図１の旅程作成支援サーバにおける一連の処理の流れを示すフローチャートである。
【図９】プラットフォームトップ画面の代表画面図である。
【図１０】記事画面の代表画面図である。
【図１１】旅程条件受付画面の代表画面図である。
【図１２】旅程提案画面の代表画面図である。
【図１３】図１２の旅程提案画面に表示される提案旅程に対するユーザの評価の一例を示す模式図である。
【図１４】代替旅程提案画面の代表画面図である。
【発明を実施するための形態】
【００１１】
以下、各図面に示される同一または同等の構成要素、部材、処理には、同一の符号を付するものとし、適宜重複した説明は省略する。また、各図面において説明上重要ではない部材の一部は省略して表示する。
【００１２】
図１は、実施の形態に係る旅程作成支援サーバ１０で実現されるサービスの概要を示す模式図である。旅程作成支援サーバ１０は、旅行等に関する記事の閲覧履歴を基に、対象のユーザ１２に特化した旅のプランを自動的に生成し、ユーザ１２に提供する。具体的には、旅行等に関する記事を保有している雑誌社からデジタルコンテンツを購入して旅程作成支援サーバ１０に蓄積し、旅程作成支援サーバ１０により提供されるサービスの会員向けに雑誌横断で行き先別（国別・都市別）に分類して検索できる機能を提供する。旅程作成支援サーバ１０は、ユーザ１２が「いきたい」を押した雑誌記事を、宿泊・食事・アクティビティ等に要素分解し、ユーザ１２の嗜好に特化した旅程を自動組成する機能を提供する。なお、このように生成された旅程から飛行機の予約への動線を設けてもよい。
【００１３】
旅程作成支援サーバ１０のデータベースには以下の情報が登録される。
・雑誌記事のアーカイブ（閲覧記録、いきたいの有無、ハイライト、ブックマーク等を伴ってもよい）
・移動履歴
・クレジットカード利用履歴
・個人属性（男女の別、年代等）
・嗜好情報（アンケート情報等）
旅程作成支援サーバ１０は、データベースに登録されているこれらの情報に基づいてユーザ１２の嗜好を推定し、推定された嗜好に合った旅程を自動的に生成し、ユーザ１２に提案する。
【００１４】
ユーザ１２は、提案された旅程をユーザ端末１４のディスプレイで確認する。ユーザ１２は、提案された旅程を気に入ればそのまま自分のカレンダに登録し、予約等の準備を行う。ユーザ１２は、旅程に気に入らない部分があると、その部分を指定して旅程作成支援サーバ１０に旅程の変更を要求する。旅程作成支援サーバ１０は、その要求に応じて新たな旅程を生成し、生成された新たな旅程を応答としてユーザ端末１４に返す。ユーザ端末１４は、応答として受け取った新たな旅程をユーザ端末１４のディスプレイに表示させる。ユーザ１２は新たな旅程を確認する。
【００１５】
このように、旅程作成支援サーバ１０では、過去にユーザ１２が雑誌記事につけた評価（いきたい等）に基づいて推定されたユーザ１２の嗜好を反映するように旅程を生成し、生成された旅程をユーザ１２に提示する。したがって、ユーザ１２は、あたかも自分のことをよく知っているコンシェルジュから旅程の提案を受けているかのような体験をすることができる。
【００１６】
また、一回提案して終わりではなく、提案された旅程に対するユーザ１２の反応を受け付け、受け付けた反応に応じて新たな旅程を生成するので、ユーザ１２との間でインタラクティブに適切な旅程生成を進めることができる。これにより、さらに豊かなユーザ体験が提供される。
【００１７】
図２は、図１の旅程作成支援サーバ１０のハードウエア構成図である。旅程作成支援サーバ１０は、メモリ１３０と、プロセッサ１３２と、通信インタフェース１３４と、ディスプレイ１３６と、入力インタフェース１３８と、を含む。これらの要素はそれぞれバス１４０に接続され、バス１４０を介して互いに通信する。
【００１８】
メモリ１３０は、データやプログラムを記憶するための記憶領域である。データやプログラムは、メモリ１３０に恒久的に記憶されてもよいし、一時的に記憶されてもよい。プロセッサ１３２は、メモリ１３０に記憶されているプログラムを実行することにより、旅程作成支援サーバ１０における各種機能を実現する。通信インタフェース１３４は、旅程作成支援サーバ１０の外部、例えばユーザ端末１４、との間でデータの送受信を行うためのインタフェースである。例えば、通信インタフェース１３４はネットワークにアクセスするためのインタフェースを含む。ディスプレイ１３６は、各種情報を表示するためのデバイスであり、例えば、液晶ディスプレイや有機ＥＬ（Electroluminescence）ディスプレイなどである。入力インタフェース１３８は、ユーザからの入力を受け付けるためのデバイスである。入力インタフェース１３８は、例えば、マウスやキーボードやディスプレイ１３８上に設けられたタッチパネルを含む。
【００１９】
図３は、実施の形態に係る旅程作成支援サーバ１０の機能および構成を示すブロック図である。ここに示す各ブロックは、ハードウエア的には、コンピュータのＣＰＵをはじめとする素子や機械装置で実現でき、ソフトウエア的にはコンピュータプログラム等によって実現されるが、ここでは、それらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックはハードウエア、ソフトウエアの組合せによっていろいろなかたちで実現できることは、本明細書に触れた当業者には理解されるところである。
【００２０】
旅程作成支援サーバ１０とユーザ端末１４とはインターネットなどのネットワーク１６を介して接続され、ネットワーク１６を介して通信する。ユーザ端末１４は、スマートフォンやタブレット型端末やラップトップＰＣなどの携帯端末であってもよいし、デスクトップＰＣなどの据え置き型の端末であってもよい。本実施の形態におけるユーザ端末１４の画面表示機能および情報入力機能は、ブラウザベースで実現されてもよいし、ネイティブアプリケーションプログラムにより実現されてもよい。
【００２１】
旅程作成支援サーバ１０は、旅行等の記事に対するユーザの反応履歴に基づき推定された該ユーザの嗜好性を反映するよう生成された旅程を取得し、取得された旅程をユーザに提示する。旅程作成支援サーバ１０は、モデル旅程保持部１０２と、嗜好性推定モデル保持部１０４と、リコメンド反応履歴保持部１０６と、コンテンツ反応履歴保持部１０８と、移動履歴保持部１１０と、ユーザ活動履歴保持部１１２と、コンテンツ保持部１１４と、旅程表示制御部１１６と、コンテンツ表示制御部１１８と、嗜好性推定モデル生成部１２０と、を備える。
【００２２】
図４は、図３のコンテンツ保持部１１４の一例を示すデータ構造図である。コンテンツ保持部１１４は、コンテンツ（例えば、雑誌の記事）を特定するコンテンツＩＤと、記事のタイトルと、記事が掲載されている雑誌の名前と、記事が掲載された年月と、記事に含まれる写真のファイルと、記事に関連する場所と、記事に関連する場所の最寄り空港と、記事の種類と、記事を特徴付けるキーワードと、記事のファイルと、を対応付けて保持する。記事の種類は例えば「食事」、「宿泊」、「アクティビティ」を含む。
【００２３】
コンテンツ保持部１１４に登録する記事は、例えば旅にまつわるコンテンツ記事を保有する雑誌社から購入されてもよい。各社の過去５年程度の記事をデジタル化しキュレーション（行き先別（国別・都市別）に分類）し、デジタル地図上にマッピングしてもよい。コンテンツ保持部１１４に登録される記事の属性、例えばタイトル、雑誌名、掲載年月、写真、場所、最寄空港、種類、キーワード、は、人手で付与されてもよい。コンテンツは動画でもよい。
【００２４】
図５は、図３のリコメンド反応履歴保持部１０６の一例を示すデータ構造図である。リコメンド反応履歴保持部１０６は、ユーザを特定するユーザＩＤと、ユーザに提案した旅程を特定するリコメンドＩＤと、提案した旅程の構成要素（例えば、提案したホテル、レストラン、アクティビティ等）であるリコメンド対象と、リコメンド対象がユーザに採用されたか否かを示す採用可否と、を対応付けて保持する。本実施の形態において、構成要素の採用可否は構成要素に対するユーザの反応の一態様である。特にリコメンド対象がユーザに採用されることはリコメンド対象がユーザに肯定的に評価されることの一態様であり、採用されないことは否定的に評価されることの一態様である。
【００２５】
本明細書において、旅の構成要素は以下を含むがそれらに限定されない。
・旅の目的地
・目的地への移動手段
・宿泊先
・食事
・アクティビティ
【００２６】
図６は、図３のコンテンツ反応履歴保持部１０８の一例を示すデータ構造図である。コンテンツ反応履歴保持部１０８は、ユーザを特定するユーザＩＤと、ユーザが閲覧したコンテンツを特定するコンテンツＩＤと、コンテンツのキーワードと、キーワードに対する「いきたい」の有無と、ユーザが記事をブックマークしたか否かを示す情報と、を対応付けて保持する。ユーザは記事を読んでその記事を良いまたは好むと評価した場合に、その記事全体に対する「いきたい」ボタンを押す。ユーザは記事のある側面に特に惹かれた場合には、その側面に対応するキーワードに対する「いきたい」ボタンを押す。ユーザは記事を自分のお気に入りに入れるために記事をブックマークする。
【００２７】
図７は、図３の移動履歴保持部１１０の一例を示すデータ構造図である。移動履歴保持部１１０は、ユーザを特定するユーザＩＤと、ユーザが搭乗した飛行機の便名または乗車した列車の号名と、搭乗日と、出発空港または駅と、到着空港または駅と、を対応付けて保持する。旅程作成支援サーバ１０は、外部の航空会社のサーバや鉄道会社のサーバから、移動履歴保持部１１０に登録する情報を取得してもよい。
【００２８】
本明細書において、ユーザのライフログは以下を含むがそれらに限定されない。
・過去の搭乗履歴
・宿泊先
【００２９】
図３に戻り、ユーザ活動履歴保持部１１２は、クレジットカードの利用履歴など上記以外のユーザの活動履歴を保持する。モデル旅程保持部１０２、嗜好性推定モデル保持部１０４はそれぞれ後述のモデル旅程の情報、嗜好性推定モデルの情報を保持する。
【００３０】
コンテンツ表示制御部１１８について説明する。図９は、プラットフォームトップ画面２００の代表画面図である。コンテンツ表示制御部１１８は、コンテンツ保持部１１４を参照してプラットフォームトップ画面２００を生成する。コンテンツ表示制御部１１８は、ネットワーク１６を介してユーザ端末１４のディスプレイに、プラットフォームトップ画面２００を表示させる。プラットフォームトップ画面２００は、それぞれが対応する記事の概要を表示する複数の記事パネル２０６を含むパネル表示領域２０４と、パネル表示領域２０４に表示する記事のカテゴリを選択可能に構成されたカテゴリ選択領域２０２と、を有する。
【００３１】
ユーザがパネル表示領域２０４に表示される複数の記事パネル２０６のうちのひとつを指定すると、ユーザ端末１４は指定された記事パネル２０６に対応する記事を特定する情報をネットワーク１６を介して旅程作成支援サーバ１０に送信する。コンテンツ表示制御部１１８は、受信した情報で特定される記事をコンテンツ保持部１１４から取得し、記事画面２０８を生成する。
【００３２】
図１０は、記事画面２０８の代表画面図である。コンテンツ表示制御部１１８は、ネットワーク１６を介してユーザ端末１４のディスプレイに、記事画面２０８を表示させる。記事画面２０８は、記事の内容と共に、記事の全体に対する「いきたい」ボタンである全体いきたいボタン２１０と、記事の各キーワードに対する「いきたい」ボタンであるキーワード別いきたいボタン２１２と、を有する。記事全体またはキーワードに対して「いきたい」ボタンが押されるということは、ユーザが記事全体またはキーワードに興味や関心を持っていることを示す。
【００３３】
ユーザが記事画面２０８に表示される「いきたい」ボタンのうちのひとつを指定すると、ユーザ端末１４は指定された「いきたい」ボタンに対応する記事全体またはキーワードを特定する情報をネットワーク１６を介して旅程作成支援サーバ１０に送信する。コンテンツ表示制御部１１８は、受信した情報でコンテンツ反応履歴保持部１０８の項目「いきたい有無」を更新する。例えば、図６の例では、ユーザＩＤ「Ｕ００１」のユーザがコンテンツＩＤ「Ａ１１」の記事に併せて表示されるキーワード「ディナー」に対するキーワード別いきたいボタンを押すと、コンテンツ表示制御部１１８はコンテンツ反応履歴保持部１０８のキーワード「ディナー」に対応するいきたい有無を「無」から「有」に更新する。
【００３４】
ユーザは、キーワード別いきたいボタン２１２に示されるキーワード以外に気になるワードを発見した場合、記事中の該当ワードをカーソル２４０で指定することでハイライト化する。コンテンツ表示制御部１１８は、ハイライト化されたワード２４２に関連付けて、いきたい付与を可能とするダイアログ２４４を表示させる。ユーザがダイアログ２４４でいきたい付与を指示すると、コンテンツ表示制御部１１８はハイライト化されたワード２４２をいきたい「有」としてコンテンツ反応履歴保持部１０８に新規登録する。
【００３５】
図３に戻り、嗜好性推定モデル生成部１２０は、コンテンツ反応履歴保持部１０８に保持される履歴、リコメンド反応履歴保持部１０６に保持される履歴、移動履歴保持部１１０に保持されるライフログおよびユーザ活動履歴保持部１１２に保持される他の履歴やライフログのうちの少なくともひとつに基づき、ユーザの嗜好性を推定するモデルを生成する。特に嗜好性推定モデル生成部１２０は、少なくともコンテンツ反応履歴保持部１０８に保持される履歴のうちいきたいまたはブックマークが有る記事またはキーワードに基づいて、ユーザの嗜好性を推定するモデルを生成する。このモデルは例えば統計モデルや機械学習モデルであってもよい。
【００３６】
例えば、嗜好性推定モデル生成部１２０は移動履歴保持部１１０を参照し、ユーザが同じ場所を何度も訪れる傾向を有するか否か（リピータか否か）を判定する。嗜好性推定モデル生成部１２０は、該傾向を有するユーザには以前に訪れたことがある場所への旅行に係る旅程を生成し、有さないユーザにはこれまで訪れたことのない場所への旅行に係る旅程を生成する。また、嗜好性推定モデル生成部１２０はコンテンツ反応履歴保持部１０８を参照し、ユーザがキーワード「山」に関する多くの記事にいきたいを付与している場合、トレッキングツアーに係る旅程を生成する。さらに、そのユーザがキーワード「バーベキュー」に関する多くの記事をブックマークしている場合、嗜好性推定モデル生成部１２０は生成する旅程の食事をバーベキューに設定する。また、嗜好性推定モデル生成部１２０はリコメンド反応履歴保持部１０６を参照し、ユーザがイタリアンのレストランを不採用としている場合、新たに生成する旅程の食事の選択肢からイタリアンを除外する。
【００３７】
以下、モデルの例を説明する。
嗜好性推定モデル生成部１２０で用いる履歴データを以下の様に表す。
・コンテンツへの反応履歴：｛ｃ１，ｃ２，ｃ３，・・・｝
・移動履歴：｛ｍ１，ｍ２，ｍ３，・・・｝
・その他履歴：｛ｏ１，ｏ２，ｏ３，・・・｝
例えば、ｃ１はある記事に対応し、該記事にいきたいが有れば１、無ければ０となる二値のパラメータである。あるいはまた、ｃ１はある記事に対応し、該記事にいきたいが有りかつブックマークされていれば３、いきたいは無いがブックマークされていれば２、いきたいは有るがブックマークが無ければ１、いきたいもブックマークもなければ０となるパラメータである。
【００３８】
モデル旅程保持部１０２に保持されるモデル旅程の一例を以下の様に表す。
・マッターホルン：Ｍ＝｛Ｍ１，Ｍ２｝
・マッターホルン１：Ｍ１＝｛フライトＦ１、フライトＦ２、アクティビティＡ１、宿泊Ｈ１、食事Ｂ１、食事Ｂ２、食事Ｂ３｝
・マッターホルン２：Ｍ２＝｛フライトＦ２、フライトＦ４、アクティビティＡ２、宿泊Ｈ２、食事Ｂ４、食事Ｂ５、食事Ｂ６｝
【００３９】
この場合、嗜好性推定モデル生成部１２０で生成される嗜好性推定モデルの一例は以下の様に表される。
効用関数ＵＭ＝βｃ１ｃ１＋βｃ２ｃ２＋βｃ３ｃ３＋・・・＋βｍ１ｍ１＋・・・＋βｏ１ｏ１＋・・・
上記のように、コンテンツへの反応履歴、移動履歴、その他履歴に基づき効用関数を定義し、反応履歴を教師データとして係数βを推定する。効用関数が最大になる旅程群「マッターホルン：Ｍ」をリコメンドする。
【００４０】
嗜好性推定モデル生成部１２０で生成される嗜好性推定モデルの別の例は以下の様に表される。
効用関数ＵＭ１＝βＦ１Ｆ１＋βＦ２Ｆ２＋βＡ１Ａ１＋・・・
上記のように、他の人へのリコメンドへの反応の結果（リコメンド反応履歴保持部１０６から取得される）に基づき効用関数を定義し、反応履歴を教師データとして係数βを推定する。効用関数が最大になる旅程「マッターホルン１：Ｍ１」をリコメンドする。
【００４１】
嗜好性推定モデル生成部１２０は、係数βなどの生成されたモデルの情報を嗜好性推定モデル保持部１０４に格納する。
【００４２】
旅程表示制御部１１６について説明する。図１１は、旅程条件受付画面２１４の代表画面図である。旅程表示制御部１１６は、ユーザの既存の予定を参照して旅程条件受付画面２１４を生成する。旅程表示制御部１１６は、ネットワーク１６を介してユーザ端末１４のディスプレイに、旅程条件受付画面２１４を表示させる。旅程条件受付画面２１４は、旅行の期間の入力を受け付ける期間入力領域２１６と、作成ボタン２１８と、ユーザの既存の予定に対応する既存予定オブジェクト２２２が配置された電子カレンダを表示するカレンダ表示領域２２０と、を有する。本実施の形態では、既存の予定には優先度が付与されており、各既存予定オブジェクト２２２は、対応する既存の予定の名前と、付与されている優先度と、を表示する。なお、期間入力領域２１６に代えてまたは加えて、希望の旅行先の入力を受け付ける旅行先入力領域を設けてもよい。あるいはまた、期間入力領域２１６も旅行先入力領域も設けず、反応履歴のみから旅程を提案するよう構成してもよい。
【００４３】
ユーザが期間入力領域２１６に旅行の期間を入力し、作成ボタン２１８を押すと、ユーザ端末１４は入力された旅行の期間をネットワーク１６を介して旅程作成支援サーバ１０に送信する。旅程表示制御部１１６は、受信した旅行の期間と嗜好性推定モデル保持部１０４に保持される嗜好性推定モデルとモデル旅程保持部１０２に保持されるモデル旅程とに基づいて、ユーザに提案する旅程（以下、提案旅程という）を生成する。このように生成される提案旅程は、記事に対するユーザの反応履歴に基づき推定された該ユーザの嗜好性を反映する。さらに旅程表示制御部１１６は、優先度がしきい値（例えば、優先度が０〜１００のときの５０）以上の既存の予定との衝突を避けるよう提案旅程を生成する。または、旅程と衝突する既存の予定の優先度の合計値を最小化するように提案旅程を生成してもよい。旅程表示制御部１１６は、提案旅程の生成の際に、飛行機の空席情報や会員情報を参照してもよい。旅程表示制御部１１６は、生成された提案旅程を表す旅程提案画面２２４を生成する。
【００４４】
図１２は、旅程提案画面２２４の代表画面図である。旅程表示制御部１１６は、ネットワーク１６を介してユーザ端末１４のディスプレイに、旅程提案画面２２４を表示させる。旅程提案画面２２４は、提案旅程のおおよその予算を表す予算表示領域２２６と、提案旅程を電子カレンダに関連付けて表示するカレンダ表示領域２２８と、を有する。カレンダ表示領域２２８には、既存予定オブジェクト２２２に加えて、提案旅程の構成要素に対応する提案旅程オブジェクト２３０が電子カレンダ上に表示される。
【００４５】
図１２の例では、提案旅程は優先度が「１００」の既存の予定と重ならないように生成されるが、優先度が「２０」の既存の予定は優先度が低いので提案旅程の生成の際に無視される。これにより、ユーザの既存の予定への影響を最小化または低減しつつ適切な旅程を提案することができる。
【００４６】
旅程表示制御部１１６は、提案旅程の構成要素の属性や状態に応じて対応するオブジェクトの表示態様（色、テクスチャ、透過率など）を異ならせる。例えば、旅程表示制御部１１６は、食事や宿泊先に対応するオブジェクトについて、対応するレストランやホテルが現存することが確認されている場合とそうでない場合とで表示態様を異ならせる。旅程表示制御部１１６は、フライトや宿泊先に対応するオブジェクトについて、対応する便やホテルの空席数／残室数に応じて表示態様を変える。図１２の例では、提案旅程の構成要素「フライトＦ１」、「食事Ｂ１」、「アクティビティＡ１」、「食事Ｂ３」に対応するオブジェクトは同じ態様で表示される（以下、表示態様１という）。提案旅程の構成要素「食事Ｂ２」に対応するオブジェクトの表示態様と、構成要素「宿泊先Ｈ１」に対応するオブジェクトの表示態様と、表示態様１と、は互いに異なる。これは、「食事Ｂ１」、「食事Ｂ３」のレストランは現存が確認される一方、「食事Ｂ２」のレストランは現存が確認されていないこと、および、「フライトＦ１」の空席数は十分あるが、「宿泊先Ｈ１」の残室数は残りわずかであることを示す。これにより、ユーザは構成要素の属性や状態を容易に把握することができる。
【００４７】
ユーザはカレンダ表示領域２２８に表示される提案旅程を確認し、各構成要素を評価する。ユーザが評価対象の構成要素に対応する提案旅程オブジェクト２３０をカーソル２４６で指定すると、その構成要素に対するユーザの評価を受け付けるためのダイアログ２４８が表示される。なお、ユーザ端末１４がタッチパネルを備える場合は、カーソル２４６での指定に代えて、提案旅程オブジェクト２３０に対するタップを検出してもよい。ユーザはダイアログ２４８に表示される肯定的な評価「○」および否定的な評価「×」のうちひとつを選択する（「○」、「×」の選択は構成要素に対するユーザの反応であるとも言える）。ユーザ端末１４は評価対象の構成要素を特定する情報と選択された評価とをネットワーク１６を介して旅程作成支援サーバ１０に送信する。旅程表示制御部１１６は、受信した情報でリコメンド反応履歴保持部１０６を更新する。例えば、ユーザＩＤ「Ｕ００１」のユーザがリコメンドＩＤ「Ｒ００１」の提案旅程の構成要素である「○○ホテル」の評価として「○」を選択した場合、旅程表示制御部１１６は、図５に示されるリコメンド反応履歴保持部１０６のユーザＩＤ「Ｕ００１」、リコメンドＩＤ「Ｒ００１」、リコメンド対象「○○ホテル」の組に対応する採用可否に「採用」を登録する。
【００４８】
図１３は、図１２の旅程提案画面２２４に表示される提案旅程に対するユーザの評価の一例を示す模式図である。上述の通り、ユーザ端末１４はこれらのユーザの評価をネットワーク１６を介して旅程作成支援サーバ１０に送信する。旅程表示制御部１１６は、受信した評価に応じて新たな旅程（以下、代替旅程という）を生成する。例えば、旅程表示制御部１１６は、肯定的な評価を受けた構成要素は維持し、否定的な評価を受けた構成要素を他の構成要素で置き換えることで、代替旅程を生成する。旅程表示制御部１１６は、構成要素を置き換える際に、嗜好性推定モデル保持部１０４に保持される嗜好性推定モデルとモデル旅程保持部１０２に保持されるモデル旅程とを再度用いてもよい。このように生成される代替旅程は、ユーザから受け付けた評価に基づき元の提案旅程を更新することにより得られる旅程である。旅程表示制御部１１６は、生成された代替旅程を表す代替旅程提案画面２３２を生成する。
【００４９】
図１４は、代替旅程提案画面２３２の代表画面図である。旅程表示制御部１１６は、ネットワーク１６を介してユーザ端末１４のディスプレイに、代替旅程提案画面２３２を表示させる。代替旅程提案画面２３２は、予算表示領域２２６と、代替旅程を電子カレンダに関連付けて表示するカレンダ表示領域２３４と、を有する。予算表示領域２２６は、提案旅程の予算に代えて、代替旅程のおおよその予算を表す。カレンダ表示領域２３４には、代替旅程の構成要素に対応する確定旅程オブジェクト２３６および代替旅程オブジェクト２３８が電子カレンダ上に表示される。カレンダ表示領域２３４は、評価を付与する前のカレンダ表示領域２２８（例えば、図１２に示されるもの）の表示を、代替旅程の構成要素に対応する確定旅程オブジェクト２３６および代替旅程オブジェクト２３８で更新することで生成されてもよい。
【００５０】
確定旅程オブジェクト２３６は、提案旅程の構成要素のうち肯定的な評価を受けた構成要素に対応するオブジェクトである。代替旅程オブジェクト２３８は、提案旅程の構成要素のうち否定的な評価を受けた構成要素と置き換えられた構成要素に対応するオブジェクトである。旅程表示制御部１１６は、代替旅程の構成要素に対応するオブジェクトを、対応する提案旅程の構成要素に対する反応に応じた態様で表示させる。特に、旅程表示制御部１１６は、確定旅程オブジェクト２３６の表示態様と代替旅程オブジェクト２３８の表示態様とを異ならせる。これにより、ユーザは一目でどの構成要素が置き換えられたかを把握することができる。
【００５１】
ユーザが代替旅程オブジェクト２３８をカーソルで指定すると、その構成要素に対するユーザの評価を受け付けるためのダイアログが表示される。ユーザが確定旅程オブジェクト２３６をカーソルで指定すると、対応する予約サイトが表示される。例えば、構成要素「フライトＦ１」の確定旅程オブジェクト２３６が指定されると、対応する航空会社の飛行機予約サイトへのアクセスが発生してもよい。あるいはまた、ユーザは自分で電話等により予約を行ってもよい。
【００５２】
以上の構成による旅程作成支援サーバ１０の動作を説明する。
図８は、旅程作成支援サーバ１０における一連の処理の流れを示すフローチャートである。旅程作成支援サーバ１０は、記事などのコンテンツへの反応履歴を収集する（Ｓ８０２）。並行して旅程作成支援サーバ１０は、ユーザの移動履歴や他の履歴を収集する（Ｓ８０４）。旅程作成支援サーバ１０は、収集された履歴に基づいて嗜好性推定モデルを生成する（Ｓ８０６）。旅程作成支援サーバ１０は、生成された嗜好性推定モデルとモデル旅程とに基づいて旅程をリコメンドする（Ｓ８０８）。リコメンドされた旅程に対してユーザが修正を要求した場合（Ｓ８１０のＹ）、旅程作成支援サーバ１０は、修正の要求に基づいて旅程を修正する（Ｓ８１２）。旅程作成支援サーバ１０は、修正の要求をリコメンドへの反応履歴として登録し（Ｓ８１６）、処理をステップＳ８０８に戻す。リコメンドされた旅程に対してユーザが修正を要求しない場合（Ｓ８１０のＮ）、旅程作成支援サーバ１０は旅程を確定する（Ｓ８１４）。
【００５３】
上述の実施の形態において、保持部の例は、ハードディスクや半導体メモリである。また、本明細書の記載に基づき、各部を、図示しないＣＰＵや、インストールされたアプリケーションプログラムのモジュールや、システムプログラムのモジュールや、ハードディスクから読み出したデータの内容を一時的に記憶する半導体メモリなどにより実現できることは本明細書に触れた当業者には理解される。
【００５４】
本実施の形態に係る旅程作成支援サーバ１０によると、コンテンツに対するユーザの反応の履歴を収集して旅程作成に活用することで、ユーザに特化した（すなわち、「あなただけの」）旅程を提案できる旅のコンシェルジュサービスをより広範囲のユーザに提供できる。
【００５５】
また、本実施の形態に係る旅程作成支援サーバ１０では、コンテンツ反応履歴保持部１０８に保持される記事の閲覧履歴のうちユーザの反応があった記事、言い換えるといきたいやブックマークされた記事を用いて嗜好性推定モデルが生成される。したがって、閲覧履歴のみを考慮する場合と比較して、嗜好性の推定の精度を高めることができる。
【００５６】
以上、実施の形態に係る旅程作成支援サーバ１０の構成と動作について説明した。この実施の形態は例示であり、各構成要素や各処理の組み合わせにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解される。
【００５７】
実施の形態では、嗜好性の推定および提案旅程、代替旅程の作成を旅程作成支援サーバ１０が自動的に行う場合を説明したが、これに限られず、それらはいずれもオペレータ（人）により行われてもよい。
【００５８】
実施の形態では、図１２の旅程提案画面２２４に示される提案旅程を変更するために各構成要素に対する評価を受け付ける場合について説明したが、これに限られない。例えば、旅程提案画面２２４上で変更対象の提案旅程オブジェクト２３０をドラッグアンドドロップすることによりカレンダ上の所望の位置に動かしてもよい。この場合、当該移動に伴い他の提案旅程オブジェクト２３０が変更されてもよい。図１２の例では、例えば「食事Ｂ１」を「食事Ｂ３」の上までドラッグしてドロップすると、それらが入れ替わる。さらに、「食事Ｂ３」、「食事Ｂ２」がいずれもフレンチである場合、当該移動に伴って「食事Ｂ２」が例えば和食のレストランでの食事に置き換えられる。
【００５９】
実施の形態では、旅程は行きのフライトから帰りのフライトまでで構成される場合を説明したが、これに限られず、例えば行きのフライトの前の、飛行場までの交通手段や、帰りのフライトの後の、家までの交通手段を含めてもよい。
【００６０】
実施の形態では、あるユーザの反応履歴やそのユーザのライフログに基づきそのユーザの嗜好性を推定し、推定で得られた嗜好性を反映するよう旅程や旅の構成要素を生成する場合について説明したが、これに限られない。例えば、関係の有る複数のユーザの好みを合成してもよい。嗜好性推定モデル生成部１２０における合成の仕方は少なくとも二通りあり、ひとつは各ユーザの嗜好性を推定した後、推定で得られた複数の嗜好性に基づいて旅程や旅の構成要素を生成すること、もうひとつは複数のユーザの反応履歴やライフログに基づいて単一の嗜好性を推定し、推定で得られた単一の嗜好性に基づいて旅程や旅の構成要素を生成すること、である。後者について、推定で得られる単一の嗜好性は、複数のユーザからなる組に対応する嗜好性である。
【００６１】
例えば、夫婦で本サービスを利用している場合、夫と妻のそれぞれが電子旅雑誌に「いきたい」をつけ、それがそれぞれの反応履歴としてコンテンツ反応履歴保持部１０８に蓄積される。夫婦で旅行の計画を立てる際、本サービスを用いると、まずスライドバー等のユーザインタフェースを介して、夫婦間の嗜好性の重み付けを指定することができる。例えば、スライドバーを操作することで、夫：３０％、妻：７０％に設定することができる。嗜好性推定モデル生成部１２０は、夫および妻の反応履歴およびライフログを基に、設定された重み付けにしたがい夫婦（夫と妻からなる組）の嗜好性を推定する。
【００６２】
実施の形態では、旅程提案画面２２４のカレンダ表示領域２２８に表示されるカレンダはあるユーザのスケジュールを示す場合について説明したが、これに限られず、カレンダ表示領域２２８に複数のユーザのスケジュールを示すカレンダを表示するようにしてもよい。この場合、複数のユーザのスケジュールの論理積をとった結果が表示されてもよい。
【００６３】
実施の形態では、旅程作成支援サーバ１０はユーザに旅程を提案する場合について説明したが、これに限られず、例えば旅程作成支援サーバ１０はコンテンツに対するユーザの反応履歴又は旅の構成要素に関する該ユーザのライフログに基づき推定された該ユーザの嗜好性を反映するよう旅の構成要素を生成し、該ユーザに提案してもよい。例えば、ユーザがイタリアンのレストランに多くのいきたいを付与している場合に、そのユーザが今度行く旅行のレストランとしてイタリアンのレストランを提案してもよい。
【符号の説明】
【００６４】
１０  旅程作成支援サーバ、  １２  ユーザ、  １４  ユーザ端末、  １６  ネットワーク。
【図１】
2019215679.tif 000003
【図２】
2019215679.tif 000004
【図３】
2019215679.tif 000005
【図４】
2019215679.tif 000006
【図５】
2019215679.tif 000007
【図６】
2019215679.tif 000008
【図７】
2019215679.tif 000009
【図８】
2019215679.tif 000010
【図９】
2019215679.tif 000011
【図１０】
2019215679.tif 000012
【図１１】
2019215679.tif 000013
【図１２】
2019215679.tif 000014
【図１３】
2019215679.tif 000015
【図１４】
2019215679.tif 000016