JP6636242B2 - 情報処理装置、情報処理方法、及びプログラム。 - Google Patents

Description

本発明は、情報処理装置、情報処理方法、及びプログラムに関する。

従来から、旅行業者の企画する主催旅行は、交通や宿泊等がセットになっているパッケージツアーが一般的である。このようなパッケージツアーには、観光やスポーツ等のオプショナルツアーを付加することも広く実施されている。パッケージツアーは、交通や宿泊、食事場所まで固定されたものが多く、旅行者の選択の幅を制限していたが、このようなオプショナルツアーの実施により旅行者の選択の幅が広がっている（例えば、特許文献１参照）。

特開２０１２−２５２４１４号公報

しかしながら、オプショナルツアーであっても企画者が企画することに変わりはなく、旅行者は企画者が企画した企画内容という制約の中からオプショナルツアーを選択していた。企画者が企画したオプショナルツアー自体が、魅力的なものとなっていない場合もあり、旅行者が満足できない状況が少なからず発生していた。

本発明は、このような状況に鑑みてなされたものであり、企画者が今まで気付けなかった観点からの企画を可能にし、ユーザにとって魅力的な企画内容を提供することを目的とする。

上記目的を達成するため、本発明の一態様の情報処理装置は、
アクティビティのｎ種類の企画内容のうち、所定種類の企画内容を含む企画情報の入力を受け付ける企画受付手段と、
第１種類の企画内容を含む企画情報の入力した者に対して、第２種類の企画内容のうち、前記第１種類の企画内容に関連するものを含む企画情報を提示する提示手段と、
を備えることを特徴とする。

本発明の別の態様の情報処理装置において、
前記第１種類は、特定の事物の専門的なテーマに密着した企画内容のアクティビティの種類であり、
前記第２種類は、商品の産地、販売地、役務の提供場所等の地域に密着した企画内容のアクティビティの種類である。

本発明の別の態様の情報処理装置において、
前記第１種類は、商品の産地、販売地、役務の提供場所等の地域に密着した企画内容のアクティビティの種類であり、
前記第２種類は、特定の事物の専門的なテーマに密着した企画内容のアクティビティの種類である。

本発明の別の態様の情報処理装置において、
前記第２種類の企画内容に参加した参加者の情報を受け付ける参加者情報受付手段をさらに備え、
前記提示手段は、
前記第１種類の企画内容を含む企画情報を入力した者に対して、
前記第２種類の企画内容を含む企画情報とともに、前記参加者の情報も提示する
ことができる。

本発明の一態様の情報処理方法及びプログラムは、上述の本発明の一態様の情報処理装置に対応する方法及びプログラムである。

本発明によれば、企画内容の企画者が今まで気付けなかった観点からの企画内容の企画が可能となる。

本発明の一実施形態に係る情報処理システムの構成を示す図である。 図１の情報処理システムのうち、本発明の情報処理装置の一実施形態としてのサーバのハードウェア構成を示すブロック図である。 サーバの機能的構成のうち、このようなアクティビティ企画者ＳＮＳ処理を実行するための機能的構成を示す機能ブロック図である。 図４は、企画情報ＤＢ７１の構造の一例を示す図である。 図３の機能的構成を有する図２のサーバが実行するアクティビティ企画者ＳＮＳ処理の流れを説明するフローチャートである。

以下、図面を参照しながら、本発明の実施形態について説明する。

［情報処理システムの概要］
図１は、本発明の一実施形態に係る情報処理システムの構成を示す図である。
図１に示す情報処理システムは、サーバ１と、企画者端末２−１〜２−Ｎと、ユーザ端末３−１〜３−Ｍとが、ネットワークＮを介して相互に接続されることによって構成されている。

本情報処理システムは、各アクティビティ企画者により夫々企画された複数のアクティビティを組合せて１つのツアーとして、ユーザに提示するサービスを提供する際に適用される。本サービス内では、所定の企画者によりアクティビティの特定の種類の企画内容が企画された場合、当該アクティビティの特定の種類に関連するものを含む別の企画情報を、当該企画者に提示するサービスも含まれる。
本サービスの提供者は、サーバ１を管理しているものとする。ここでいう管理は、提供者自身が直接的に管理していることの他、サーバの運営会社等別の者に管理を委託する等間接的に管理していることも含むものとする。
アクティビティとは、いわゆるオプショナルツアーを含み、ユーザの旅行の全日程のうち一部の期間における当該ユーザの行動内容をいう。
１つのアクティビティは、本サービスの提供者と連絡を取ることが可能な任意の者によって、企画立案される。このような者を、以下、「企画者」と呼ぶ。企画者は、アクティビティの企画だけをして参加しなくてもよいし、逆に、アクティビティにガイド等として参加してもよい。
本実施形態では、Ｎ人（Ｎは、１以上の任意の整数値）の企画者の夫々が、企画者端末２−１〜２−Ｎの夫々を使用するものとする。ただし、以下、企画者端末２−１〜２−Ｎを個々に区別する必要がない場合、これらをまとめて単に「企画者端末２」と呼ぶ。
本実施形態では、Ｍ人（Ｍは、Ｎとは独立した１以上の任意の整数値）のユーザの夫々が、ユーザ端末３−１〜３−Ｍの夫々を使用するものとする。ただし、以下、ユーザ端末３−１〜３−Ｎを個々に区別する必要がない場合、これらをまとめて単に「ユーザ端末３」と呼ぶ。

アクティビティの種類とは、アクティビティの企画内容（場所、時間、価格等）により分類される種類をいう。アクティビティの種類としては、任意の個数の任意の組合せの種類を採用することができるが、本実施形態では、匠タイプ、産直タイプ、及び価格タイプが採用されている。
匠タイプとは、特定の事物の専門的なテーマに密着した企画内容のアクティビティの種類をいう。例えば、事物として「ワイン」が選択され、テーマとして「品種」が選択された場合、カベルネ・ソーヴィニヨン等の品種に絞った試飲会（そのようなワイナリー巡り）等のアクティビティの種類が匠タイプに該当する。また例えば、事物として「鉄道」が選択され、テーマとして「車両」が選択された場合、新幹線のＮ７００（登録商標）系の車両に絞った見学会（そのような整備場巡り）等のアクティビティの種類が匠タイプに該当する。
産直タイプとは、商品の産地、販売地、役務の提供場所等の地域に密着した企画内容のアクティビティの種類をいう。例えば、地域がワインの産地として有名なＡ市であれば、Ａ市内に存在するワイナリー巡り等、Ａ市に密着したアクティビティの種類が産直タイプに該当する。
価格タイプとは、価格帯に着目したアクティビティの種類をいう。例えば、１０，０００〜２０，０００円、５０，０００〜１００，０００円で提供するアクティビティの種類が該当する。

図２は、図１の情報処理システムのうち、本発明の情報処理装置の一実施形態としてのサーバ１のハードウェア構成を示すブロック図である。

サーバ１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２１と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２２と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２３と、バス２４と、入出力インターフェース２５と、入力部２６と、出力部２７と、記憶部２８と、通信部２９と、ドライブ３０と、を備えている。

ＣＰＵ２１は、ＲＯＭ２２に記録されているプログラム、又は、記憶部２８からＲＡＭ２３にロードされたプログラムに従って各種の処理を実行する。

ＲＡＭ２３には、ＣＰＵ２１が各種の処理を実行する上において必要なデータ等も適宜記憶される。

ＣＰＵ２１、ＲＯＭ２２及びＲＡＭ２３は、バス２４を介して相互に接続されている。このバス２４にはまた、入出力インターフェース２５も接続されている。入出力インターフェース２５には、入力部２６、出力部２７、記憶部２８、通信部２９及びドライブ３０が接続されている。

入力部２６は、キーボードや各種釦等で構成され、オペレータの指示操作に応じて各種情報を入力する。
出力部２７は、ディスプレイやスピーカ等で構成され、画像や音声を出力する。
記憶部２８は、ハードディスク或いはＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等で構成され、各種データを記憶する。
通信部２９は、インターネットを含むネットワークＮを介して他の装置（図１の例では企画者端末２やユーザ端末３）との間で行う通信を制御する。

ドライブ３０には、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリ等よりなる、リムーバブルメディア３１が適宜装着される。ドライブ３０によってリムーバブルメディア３１から読み出されたプログラムは、必要に応じて記憶部２８にインストールされる。また、リムーバブルメディア３１は、記憶部２８に記憶されている各種データも、記憶部２８と同様に記憶することができる。

このような構成のサーバ１のＣＰＵ２１は、アクティビティの第１種類の企画内容の企画を企画者から受け付けてから、当該企画者に対して、アクティビティの第１種類に関連するアクティビティの第２種類の企画内容を含む企画情報５１を提示するまでの一連の処理を実行する。このような処理を以下、「アクティビティ企画者ＳＮＳ処理」と呼ぶ。

図３は、サーバ１の機能的構成のうち、このようなアクティビティ企画者ＳＮＳ処理を実行するための機能的構成を示す機能ブロック図である。

ＣＰＵ２１においては、アクティビティ企画者ＳＮＳ処理の実行が制御される場合、企画受付部６１と、参加者情報受付部６２と、提示部６３とが機能する。
記憶部２８の一領域として、企画情報ＤＢ７１が設けられている。

企画情報ＤＢ７１は、アクティビティの企画の内容を含む企画情報５１を各企画毎に保持するデータベース（ＤＢ）である。
企画者は、企画者端末２を操作して、所定のアクティビティの企画に関する企画情報５１を生成し、サーバ１に送信する。
企画情報５１とは、アクティビティ企画者により企画されたアクティビティの企画内容を示す情報をいう。
なお、企画情報５１は、アクティビティの企画内容と、当該企画のＩＤと、当該アクティビティの種類と、当該企画の企画者ＩＤを含んでいれば足り、その形態や企画情報ＤＢ７１内の格納手法等は特に限定されない。

ただし、本実施形態では、例えば、企画情報ＤＢ７１には、図４に示す構造であるものとする。
図４は、企画情報ＤＢ７１の構造の一例を示す図である。
図４に示すように、企画情報ＤＢ７１の１行には、１つのアクティビティの企画が対応付けられている。
即ち、企画情報ＤＢ７１のＫ行目（Ｋは１以上の整数値）には、１つのアクティビティの企画に関する企画情報５１−Ｋが格納されている。
企画情報５１−Ｋは、企画ＩＤ、アクティビティ種類、企画内容、及び企画者ＩＤを含んでいる。

企画ＩＤは、企画を一意に特定する識別子であり、図４の例では説明の便宜上ＩＤとして「Ｋ」が付されている。

アクティビティ種類は、アクティビティの種類を示す情報であって、例えば企画情報５１−１では「産直タイプ」であり、企画情報５１−２では「匠タイプ」であり、企画情報５１−３では「産直タイプ」である。

企画内容は、企画の内容を示す情報であって、例えば企画情報５１−１では「○○町ワイナリー巡り」であり、企画情報５１−２では「カベルネ・ソーヴィニヨンぶどう畑巡り」であり、企画情報５１−３では「○○町桃狩りツアー」である。
なお、企画の内容は、ユーザに提示されるため、図４に示すような概要のみならず、詳細な内容を含むことは当然可能である。

企画者ＩＤは、企画者を一意に特定する識別子であり、図４の例では説明の便宜上ＩＤとして「ＡＫ」が付されている。

図３に戻り、企画受付部６１は、企画者が企画者端末２−１に入力した企画情報５１について受け付け、企画情報ＤＢ７１に記憶させる。
例えば、企画者が企画者端末２−１に、企画内容「カベルネ・ソーヴィニヨンぶどう畑巡り」を入力したものとする。この場合、企画受付部６１は、当該企画内容に対して、企画ＩＤ「２」、アクティビティ種類「匠タイプ」及び企画者ＩＤ「Ａ２」を割り当てたものを、当該企画情報５１−２として受け付ける。また、企画受付部６１は、受け付けた企画情報５１−２を企画情報ＤＢ７１に記憶させる。

ユーザは、ユーザ端末３を操作して、実際に参加した企画に関する参加者情報をユーザ端末３に入力する。参加者情報受付部６２は、ユーザが入力した当該参加者情報をユーザ端末３から受け付けるとともに、受け付けた当該参加者情報を企業情報ＤＢ７１に記憶させる。
例えば、ユーザがユーザ端末３に、実際に参加した企画ＩＤ「１」について、「××ワイナリーの滞在時間が短かったため、滞在時間を延ばして欲しい。」との参加者情報を入力する。参加者情報受付部６２は、「××ワイナリーの滞在時間が短かったため、滞在時間を延ばして欲しい。」との参加者情報をユーザ端末３から受け付けるとともに、受け付けた当該参加者情報を企業情報ＤＢ７１に記憶させる。

提示部６３は、第１種類の企画内容の企画情報５１が企画受付部６１に受け付けられた後の所定タイミングで、第２種類の企画内容のうち、受け付けられた第１種類に関連する第２種類の企画内容を含む企画情報５１を、所定のアルゴリズムに従って企画情報ＤＢ７１から抽出する。
ここで、アルゴリズムは特に限定されないが、本実施形態では、第１種類及び第２種類の夫々の企画内容を、形態素解析等を用いてキーワードを抽出又は選択し、両者のキーワードの一致／不一致により第１種類と第２種類とが関連する／しないを判断するアルゴリズムが採用されている。
例えば、企画受付部６１が、第１種類の「匠タイプ」の企画情報５１−２を受け付けたとする。
提示部６３は、第２種類の「産直タイプ」の企画内容のうち、受け付けられた第１種類の「匠タイプ」の企画情報５１−２に関連するものを含む企画情報５１−１を抽出する。
具体的には例えば、「匠タイプ」の企画情報５１−２における企画内容が、「カベルネ・ソーヴィニヨンぶどう畑巡り」であったとする。この場合、「カベルネ・ソーヴィニヨン」や「ぶどう畑」等からキーワードとして「ワイン」が抽出される。従って、「ワイン」に関連する「産直タイプ」の企画情報５１−１として、例えばＡ市内に存在するワイナリー巡りを含む企画情報５１−１が抽出されて、ユーザに提示される。

なお、上述の例では、説明の便宜上、アクティビティの第１種類を「匠タイプ」、第２種類を「産直タイプ」とする例について説明したが、上述したようにアクティビティの種類はこれらに限定されない。
例えば、アクティビティの第１種類を「産直タイプ」として、第２種類を「匠タイプ」としてもよい。
また、アクティビティの種類として、「価格タイプ」についても同様に処理できることはいうまでもない。

さらに、提示部６３は、第１種類と関連する第２種類の企画情報５１の企画ＩＤを認識し、当該企画ＩＤと一致する参加者情報を企画情報ＤＢ７１より抽出する。
例えば、企画情報５１−１のアクティビティの種類が第２種類である場合には、提示部６３は、企画情報５１−１の企画ＩＤ「１」であるので、企画ＩＤ「１」を有する（一致する）「××ワイナリーの滞在時間が短かったため、滞在時間を延ばして欲しい。」という参加者情報を企業情報ＤＢ７１より抽出する。

提示部６３は、第２種類として抽出した企画情報５１と、当該抽出した第２種類の企画情報５１の企画ＩＤを有する（一致する）参加者情報とを、第１種類の企画情報５１が入力された企画者端末２−２に提示されるように制御する。
例えば提示部６３は、第２種類として抽出した企画情報５１−１と、その企画ＩＤ「１」を有する（一致する）参加者情報「××ワイナリーの滞在時間が短かったため、滞在時間を延ばして欲しい。」とを、企画ＩＤ「２」の企画情報５１−２を入力した企画者、本例では企画者ＩＤ「Ａ２」の企画者の企画者端末２−２に提示するように制御する。

提示の手法は、特に限定されない。例えば、サーバ１が管理するｗｅｂページに掲載して、企画者が企画者端末２を介して当該ｗｅｂページにアクセスしてきた場合に提示する手法を採用できる。例えば、電子メール等を企画者端末２に送信することで企画者に提示する手法を採用できる。また例えば、専用のアプリケーション（ソフトウェアプログラム）を企画者端末２にインストールさせて当該アプリケーションを通じて提示する手法等各種各様な手法を採用できる。

次に、図５を参照して、このような図３の機能的構成を有する図２のサーバ１が実行するアクティビティ企画者ＳＮＳ処理について説明する。
図５は、図３の機能的構成を有する図２のサーバ１が実行するアクティビティ企画者ＳＮＳ処理の流れを説明するフローチャートである。

以下、アクティビティ企画者ＳＮＳ処理について説明する。

ステップＳ１において、図３の企画受付部６１は、企画情報５１が入力されたか判定する。
何れの企画者端末２からも企画情報５１が送信されてこない場合、ステップＳ１においてＮＯであると判定されて、処理はステップＳ４に進む。

ステップＳ４において、参加者情報受付部６２は、参加者情報が入力されたか判定する。
何れのユーザ端末３からも参加者情報が送信されてこない場合、ステップＳ４においてＮＯであると判定されて、処理はステップＳ１０に進む。

ステップＳ１０において、提示部６３は、処理の終了指示の有無を判定する。
処理の終了の指示は、特に限定されず、例えばサーバ１の電源遮断等を処理の終了の指示として採用することができる。
つまり、サーバ１の電源遮断等がなされると、ステップＳ１０においてＹＥＳであると判定されて、アクティビティ企画者ＳＮＳ処理は終了となる。
これに対して、サーバ１の電源遮断等がなされない限り、ステップＳ１０においてＮＯであると判定されて、処理はステップＳ１に戻され、それ以降の処理が繰り返される。
つまり、企画情報５１も参加者情報も送信されてこない限り、ステップＳ１がＮＯ、ステップＳ４がＮＯ、及びステップＳ１０がＮＯのループ処理が繰り返される。

例えばユーザ端末３から参加者情報が送信されると、ステップＳ４においてＹＥＳであると判定されて、処理はステップＳ５に進む。
ステップＳ５において、参加者情報受付部６２は、参加者情報を受け付けるとともに企画情報ＤＢ７１に記憶させる。
例えばここでは、「××ワイナリーの滞在時間が短かったため、滞在時間を延ばして欲しい。」という参加者情報が記憶されたものとする。
これにより、処理はステップＳ１０に進み、それ以降の処理が繰り返される。

また例えば、企画者端末２−１から企画情報５１−２が送信されてきたものとする。
この場合、ステップＳ１においてＹＥＳと判定され、処理はステップＳ２に進む。
ステップＳ２において、企画受付部６１は、入力された企画情報５１−２を受け付ける。さらに、企画受付部６１は、受け付けた企画情報５１−２に基づいて、アクティビティの種類として「匠タイプ」を確定する。
なお、アクティビティの種類（ここでは「匠タイプ」）は、ステップＳ２の処理前に予め決定されて企画情報５１−２に含まれていてもよい。この場合、予め含まれている企画情報５１−２に含まれているアクティビティの種類（ここでは「匠タイプ」）で確定されてもよい。
或いはまた、アクティビティの種類は、ステップＳ２の処理直前では企画情報５１−に含まれていなくてもよい。この場合、ステップＳ２の処理の一環として、所定のアルゴリズムによりアクティビティの種類（ここでは「匠タイプ」）が確定されてもよい。そして、このステップＳ２の処理終了前に、アクティビティの種類（ここでは「匠タイプ」）が企画情報５１−２に含まれるようにしてもよい。

ステップＳ３において、企画受付部６１は、ステップＳ２で受け付けた企画情報５１−２を企画情報ＤＢ７１に記憶させる。

ステップＳ６において、提示部６３は、別種類（第２種類）の企画内容のうち、ステップＳ３において企画受付部６１が確定した確定種類（第１種類）の企画内容に関連する第２種類の企画情報５１−Ｋを企画情報ＤＢ７１から抽出する。

例えば、上述の例では、ステップＳ３において、第１種類として「匠タイプ」が確定されたので、第２種類としてはそれ以外のタイプ、例えばここでは「産直タイプ」が採用される。即ち、提示部６３は、第２種類の「産直タイプ」の企画内容のうち、第１種類の「匠タイプ」に関連するものを抽出する。
ここで、第２種類のアクティビティの種類が「産直タイプ」であり、企画内容が「○○町ワイナリー巡り」である企画情報５１−１と、企画内容が「○○町桃狩りツアー」である企画情報５１−３の２つが企画情報ＤＢ７１に既に記憶されているものとする。この場合、第１種類の「匠タイプ」の「カベルネ・ソーヴィニヨンぶどう畑巡り」という企画内容と関連するものは、上述したように「ワイン」をキーワードとするものであり、企画情報５１−１が関連するものに該当し、企画情報５１−３が関連するものに該当しない。なお、このような関連するものに該当するか否かのアルゴリズムは特に限定されず、任意のものでよい。
従って、本例では、提示部６３は、「○○町ワイナリー巡り」という企画内容を有する企画情報５１−１を抽出する。

ステップＳ７において、提示部６３は、ステップＳ６において抽出した企画情報５１−Ｋの企画ＩＤ「Ｋ」に基づいて、参加者情報の有無を判定する。
例えば、上述の例では、ステップＳ６において企画情報５１−１が抽出されている。そこで、提示部６３は、当該企画情報５１−１の企画ＩＤである「１」を有する参加者情報、即ち「××ワイナリーの滞在時間が短かったため、滞在時間を延ばして欲しい。」という参加者情報をＤＢ７１から抽出する。

ステップＳ８において、提示部６３は、ステップＳ６において抽出した企画情報５１−１に対して、関連する参加者情報（ステップＳ７において抽出された参加者情報）を付加する。
例えば、上述の例においては、「××ワイナリーの滞在時間が短かったため、滞在時間を延ばして欲しい。」という参加者情報が、企画情報５１−１に付加される。

ステップＳ９において、提示部６３は、企画情報５１−１と参加者情報とを、企画者ＩＤ「ＡＫ」を入力した企画者の企画者端末２−２に送信することを制御する。
つまり、提示部６３は、「○○町ワイナリー巡り」という企画内容の企画情報５１−１と、「××ワイナリーの滞在時間が短かったため、滞在時間を延ばして欲しい。」という参加者情報とを、企画情報５１−２を入力した企画者の企画者端末２−２に送信することを制御する。
これにより、処理はステップＳ１０に進み、それ以降の処理が繰り返される。

上述の例においては、「カベルネ・ソーヴィニヨンぶどう畑巡り」の企画情報５１−２を企画した企画者に「○○町ワイナリー巡り」の企画情報５１−１が提示される。ここで、例えば○○町は、ぶどうの品種「甲州」を使ったワインが有名な地域であるものの、ぶどうの品種「カベルネ・ソーヴィニヨン」を使ったワインを製造するワイナリーＡも存在しており、当該ワインナリーＡの訪問も企画情報５１−１の企画に組み込まれていたものとする。
この場合、「匠タイプ」の当該企画者は、例えば、今まで気付かなかった当該ワイナリーＡを穴場スポットとして、次回の「カベルネ・ソーヴィニヨンぶどう畑巡り」の企画内容に組み込むことができる。

なお、本発明は、上述の実施形態に限定されるものではなく、本発明の目的を達成できる範囲での変形、改良等は本発明に含まれるものである。

即ち本発明の一態様の情報処理装置は、
アクティビティのｎ種類の企画内容のうち、所定種類の企画内容を含む企画情報の入力を受け付ける企画受付手段と、
第１種類の企画内容を含む企画情報の入力した者に対して、第２種類の企画内容のうち、前記第１種類の企画内容に関連するものを含む企画情報を提示する提示手段と、
を備えれば足りる。
上述の実施例では、ｎ種類のアクティビティの種類は、第１種類を匠タイプ、第２種類を産直タイプとして説明しているが、特にこれに限定されない。例えば、第１種類を産直タイプ、第２種類を匠タイプとしてもよいし、産直タイプと匠タイプの他、価格タイプをアクティビティの種類として設定してもよい。
これにより、第１種類の企画内容の企画者（ガイド含む）に対して、異なる視点である第２種類の企画内容（ただし、第１種類の企画内容に関連あるもの）が提示されるので、当該企画者は、自身では気付かなかった観点から、好適な第１種類の企画内容を企画することができるようになる。

ここで、
第１種類は、匠タイプ（テーマ密着型）であり、
第２種類は、産直タイプ（地域密着型）である、
ようにすることができる。
この場合、匠タイプのアクティビティの企画者（ガイドを含む）に対して、関連する産直タイプの企画情報をレコメンドすることができる。
その結果、匠タイプの企画者（ガイドを含む）にとっては、新たな目的地・ホストの示唆が得られる。

逆に、
第１種類は、産直タイプ（地域密着型）であり、
第２種類は、匠タイプ（テーマ密着型）である、
ようにすることができる。
この場合、産直タイプの企画者（ガイドを含む）に対して、関連する匠タイプの企画情報をレコメンドすることができる。
その結果、産直タイプの企画者（ガイドを含む）にとっては、より深いアクティビティの示唆が得られる。

また、情報処理装置において、
前記第２種類の企画内容に参加した参加者の情報を受け付ける参加者情報受付手段をさらに備え、
前記提示手段は、
前記第１種類の企画内容を含む企画情報を入力した者に対して、
前記第２種類の企画内容を含む企画情報とともに、前記参加者の情報も提示する
ようにしてもよい。
なお、上述の実施例において、参加者の情報は、参加者の感想やアンケート結果を前提としていたが、特にこれに限定されない。例えば、参加者の情報は、参加者の年齢、性別、職業等の属性であってもよい。
またなお、上述の例では、企画者に提示する参加者の情報は、第２種類の企画内容を含む企画情報５１の企画ＩＤと企画ＩＤが一致する参加者の情報を前提として説明しているが、特にこれに限定されない。例えば、第２種類の企画内容を含む企画情報５１における旅行地域と旅行地域が一致する参加者情報を企画者に提示してよい。
これにより、第１種類の企画内容の企画者（ガイド含む）に対して、異なる視点である第２種類の企画内容の企画の参加者の生の声がさらに提示されるので、当該企画者は、より一段と好適な第１種類の企画内容を企画することができるようになる。

上述した一連の処理は、ハードウェアにより実行させることもできるし、ソフトウェアにより実行させることもできる。
換言すると、図３の機能的構成は例示に過ぎず、特に限定されない。即ち、上述した一連の処理を全体として実行できる機能がサーバ１に備えられていれば足り、この機能を実現するためにどのような機能ブロックを用いるのかは特に図３の例に限定されない。
また、１つの機能ブロックは、ハードウェア単体で構成してもよいし、ソフトウェア単体で構成してもよいし、それらの組合せで構成してもよい。

一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、コンピュータ等にネットワークや記録媒体からインストールされる。
コンピュータは、専用のハードウェアに組み込まれているコンピュータであってもよい。また、コンピュータは、各種のプログラムをインストールすることで、各種の機能を実行することが可能なコンピュータ、例えば汎用のパーソナルコンピュータであってもよい。

このようなプログラムを含む記録媒体は、ユーザにプログラムを提供するために装置本体とは別に配布される図２のリムーバブルメディア３１により構成されるだけでなく、装置本体に予め組み込まれた状態でユーザに提供される記録媒体等で構成される。リムーバブルメディア３１は、例えば、磁気ディスク（フロッピディスクを含む）、Ｂｌｕ−ｒａｙ（登録商標） Ｄｉｓｃ（ブルーレイディスク）、光ディスク、又は光磁気ディスク等により構成される。光ディスクは、例えば、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｋ−Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ），ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）等により構成される。光磁気ディスクは、ＭＤ（Ｍｉｎｉ−Ｄｉｓｋ）、等により構成される。また、装置本体に予め組み込まれた状態でユーザに提供される記録媒体は、例えば、プログラムが記録されている図２のＲＯＭ２２や、図２の記憶部２８に含まれるハードディスク等で構成される。

なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、その順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的或いは個別に実行される処理をも含むものである。
また、本明細書において、システムの用語は、複数の装置や複数の手段等より構成される全体的な装置を意味するものとする。

１・・・サーバ、２，２−１〜２−Ｎ・・・企画者端末、３，３−１〜３−Ｍ・・・ユーザ端末、２１・・・ＣＰＵ、２２・・・ＲＯＭ、２３・・・ＲＡＭ、２４・・・バス、２５・・・入出力インターフェース、２６・・・入力部、２７・・・出力部、２８・・・記憶部、２９・・・通信部、３０・・・ドライブ、３１・・・リムーバブルメディア、５１・・・企画情報、６１・・・企画受付部、６２・・・参加者情報受付部、６３・・・提示部、７１・・・企画情報ＤＢ

Claims (4)

1. アクティビティのｎ種類の企画内容のうち、所定種類の企画内容を含む企画情報の入力を受け付ける企画受付手段と、
   第１種類の企画内容を含む企画情報を入力した者に対して、第２種類の企画内容のうち、前記第１種類の企画内容と所定の関連性を有する企画情報を提示する提示手段と、
   を備え、
   特定の事物の専門的なテーマに密着した企画内容のアクティビティの種類と、商品の産地、販売地、役務の提供場所等の地域に密着した企画内容のアクティビティの種類とのうち、一方が前記第１種類であり、他方が前記第２種類である、
   ことを特徴とする情報処理装置。
2. 前記第２種類の企画内容に参加した参加者の情報を受け付ける参加者情報受付手段をさらに備え、
   前記提示手段は、
   前記第１種類の企画内容を含む企画情報を入力した者に対して、
   前記第２種類の企画内容を含む企画情報とともに、前記参加者の情報も提示する、
   ことを特徴とする請求項１に記載の情報処理装置。
3. 情報処理装置が実行する情報処理方法であって、
   アクティビティのｎ種類の企画内容のうち、所定種類の企画内容を含む企画情報の入力を受け付ける企画受付ステップと、
   第１種類の企画内容を含む企画情報の入力した者に対して、第２種類の企画内容のうち、前記第１種類の企画内容と所定の関連性を有する企画情報を提示する提示ステップと、
   を含み、
   特定の事物の専門的なテーマに密着した企画内容のアクティビティの種類と、商品の産地、販売地、役務の提供場所等の地域に密着した企画内容のアクティビティの種類とのうち、一方が前記第１種類であり、他方が前記第２種類である、
   情報処理方法。
4. 情報処理装置を制御するコンピュータに、
   アクティビティのｎ種類の企画内容のうち、所定種類の企画内容を含む企画情報の入力を受け付ける企画受付ステップと、
   第１種類の企画内容を含む企画情報の入力した者に対して、第２種類の企画内容のうち、前記第１種類の企画内容と所定の関連性を有する企画情報を提示する提示ステップと、
   を含む制御処理を実行させ、
   特定の事物の専門的なテーマに密着した企画内容のアクティビティの種類と、商品の産地、販売地、役務の提供場所等の地域に密着した企画内容のアクティビティの種類とのうち、一方が前記第１種類であり、他方が前記第２種類である、
   プログラム。

Images