(57)【特許請求の範囲】
【請求項１】
アクティビティの企画の内容と、当該企画のＩＤと、時間以外の制約条件を含む１以上の当該企画の制約条件とを含む企画情報が複数個記憶されたデータベース内の複数の前記企画情報のうち、ユーザにより選択された企画情報を受け付けると共に、前記時間以外の制約条件を含む１以上の当該ユーザ側の制約条件を受け付ける受付手段と、
受け付けられた前記企画情報の夫々に含まれる前記時間以外の制約条件を含む１以上の前記企画の制約条件と、前記時間以外の制約条件を含む１以上の前記ユーザ側の制約条件との範囲内で、前記ユーザに対して、前記企画情報の夫々により特定されるアクティビティの各企画の順列を設定する設定手段と、
を備え、
前記設定手段は、前記企画の制約条件と、前記ユーザ側の制約条件との夫々に重み付けを行い、当該重み付けの結果に基づいて、前記ユーザに対して、前記企画情報の夫々により特定されるアクティビティの各企画の順列を設定する、
情報処理装置。
【請求項２】
所定企画の制約条件には、ユーザの人数に関する条件が含まれており、
前記設定手段は、前記所定企画を選択した複数のユーザの夫々に対して、前記所定企画の制約条件の範囲内で、アクティビティの各企画の順列を設定する、
請求項１に記載の情報処理装置。
【請求項３】
情報処理装置が実行する情報処理方法であって、
アクティビティの企画の内容と、当該企画のＩＤと、時間以外の制約条件を含む１以上の当該企画の制約条件とを含む企画情報が複数個記憶されたデータベース内の複数の前記企画情報のうち、ユーザにより選択された企画情報を受け付けると共に、前記時間以外の制約条件を含む１以上の当該ユーザ側の制約条件を受け付ける受付ステップと、
受け付けられた前記企画情報の夫々に含まれる前記時間以外の制約条件を含む１以上の前記企画の制約条件と、前記時間以外の制約条件を含む１以上の前記ユーザ側の制約条件との範囲内で、前記ユーザに対して、前記企画情報の夫々により特定されるアクティビティの各企画の順列を設定する設定ステップと、
を含み、
前記設定ステップにおいて、前記企画の制約条件と、前記ユーザ側の制約条件との夫々に重み付けを行い、当該重み付けの結果に基づいて、前記ユーザに対して、前記企画情報の夫々により特定されるアクティビティの各企画の順列を設定する、
情報処理方法。
【請求項４】
情報処理装置を制御するコンピュータに、
アクティビティの企画の内容と、当該企画のＩＤと、時間以外の制約条件を含む１以上の当該企画の制約条件とを含む企画情報が複数個記憶されたデータベース内の複数の前記企画情報のうち、ユーザにより選択された企画情報を受け付けると共に、前記時間以外の制約条件を含む１以上の当該ユーザ側の制約条件を受け付ける受付ステップと、
受け付けられた前記企画情報の夫々に含まれる前記時間以外の制約条件を含む１以上の前記企画の制約条件と、前記時間以外の制約条件を含む１以上の前記ユーザ側の制約条件との範囲内で、前記ユーザに対して、前記企画情報の夫々により特定されるアクティビティの各企画の順列を設定する設定ステップと、
を含み、
前記設定ステップにおいて、前記企画の制約条件と、前記ユーザ側の制約条件との夫々に重み付けを行い、当該重み付けの結果に基づいて、前記ユーザに対して、前記企画情報の夫々により特定されるアクティビティの各企画の順列を設定する、
制御処理を実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理方法及びプログラムに関する。
【背景技術】
【０００２】
従来から、旅行業者の企画する主催旅行は、交通や宿泊等がセットになっているパッケージツアーが一般的である。このようなパッケージツアーには、観光やスポーツ等のオプショナルツアーを付加することも広く実施されている。パッケージツアーは、交通や宿泊、食事場所まで固定されたものが多く、旅行者の選択の幅を制限していたが、このようなオプショナルツアーの実施により旅行者の選択の幅が広がっている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１２−２５２４１４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
さらに、旅行者の選択の幅をさらに広げるべく、一日に複数のオプショナルツアーが選択できるようにすることが要求されている。
しかしながら、旅行者又は旅行業者が、手作業で複数のオプショナルツアーを組合せていることが多く、ユーザにとって好適な組合せを構築することは困難であった。
さらに、パッケージツアーに組込むオプショナルツアーという位置付けではなく、複数のアクティビティを組合せた、いわばセミオーダーツアーの作成も要求されているが、手作業でのアクティビティの組合せという点は何ら変わらない状況である。
このため、ユーザにとって好適な、いわばセミオーダーツアーの構成を容易に可能とすることが要求されている。
【０００５】
本発明は、このような状況に鑑みてなされたものであり、ユーザにとって好適な、いわばセミオーダーツアーが容易に構成可能にすることを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するため、本発明の一態様の情報処理装置は、
アクティビティの企画の内容と、当該企画のＩＤと、当該企画の制約条件とを含む企画情報が複数個記憶されたデータベース内の複数の前記企画情報のうち、ユーザにより選択された企画情報を受け付ける受付手段と、
受け付けられた前記企画情報の夫々に含まれる前記企画の制約条件の範囲内で、前記ユーザに対して、前記企画情報の夫々により特定されるアクティビティの各企画の順列を設定する設定手段と、
を備える。
【０００７】
本発明の別の態様の情報処理装置において、
前記受付手段は、前記ユーザにより選択された前記企画情報と共に、当該ユーザ側の制約条件をさらに受け付け、
前記設定手段は、受け付けられた前記企画情報の夫々に含まれる前記企画の制約条件に加えてさらに、前記ユーザ側の制約条件の範囲内で、前記ユーザに対して、前記企画情報の夫々により特定されるアクティビティの各企画の順列を設定する、
ことができる。
【０００８】
本発明の別の態様の情報処理装置において、
所定企画の制約条件には、ユーザの人数に関する条件が含まれており、
前記設定手段は、前記所定企画を選択した複数のユーザの夫々に対して、前記所定企画の制約条件の範囲内で、アクティビティの各企画の順列を設定する、
ことができる。
【０００９】
本発明の一態様の情報処理方法及びプログラムは、上述の本発明の一態様の情報処理装置に対応する方法及びプログラムである。
【発明の効果】
【００１０】
本発明によれば、ユーザにとって好適な、いわばセミオーダーツアーが容易に構成可能にすることができる。
【図面の簡単な説明】
【００１１】
【図１】本発明の一実施形態に係る情報処理システムの構成を示す図である。
【図２】図１の情報処理システムのうち、本発明の情報処理装置の一実施形態としてのサーバのハードウェア構成を示すブロック図である。
【図３】図２のサーバの機能的構成のうち、セミオーダーツアー処理を実行するための機能的構成を示す機能ブロック図である。
【図４】図３の企画情報ＤＢの構造の一例を示す図である。
【図５】図３の機能的構成を有する図２のサーバが実行するセミオーダー作成処理の流れを説明するフローチャートである。
【発明を実施するための形態】
【００１２】
以下、図面を参照しながら、本発明の実施形態について説明する。
【００１３】
図１は、本発明の一実施形態に係る情報処理システムの構成を示す図である。
図１に示す情報処理システムは、サーバ１と、企画者端末２−１〜２−Ｎと、ユーザ端末３−１〜３−Ｍとが、ネットワークＮを介して相互に接続されることによって構成されている。
【００１４】
本情報処理システムは、各アクティビティ企画者により夫々企画された複数のアクティビティを組合せて１つのツアーとして、ユーザに提示するサービスを提供する際に適用される。
本サービスの提供者は、サーバ１を管理しているものとする。ここでいう管理は、提供者自身が直接的に管理していることの他、サーバの運営会社等別の者に管理を委託する等間接的に管理していることも含むものとする。
アクティビティとは、いわゆるオプショナルツアーを含み、ユーザの旅行の全日程のうち一部の期間における当該ユーザの行動内容をいう。
１つのアクティビティは、本サービスの提供者と連絡を取ることが可能な任意の者によって、企画立案される。このような者を、以下、「企画者」と呼ぶ。企画者は、アクティビティの企画だけをして参加しなくてもよいし、逆に、アクティビティにガイド等として参加してもよい。
本実施形態では、Ｎ人（Ｎは、１以上の任意の整数値）の企画者の夫々が、企画者端末２−１〜２−Ｎの夫々を使用するものとする。ただし、以下、企画者端末２−１〜２−Ｎを個々に区別する必要がない場合、これらをまとめて単に「企画者端末２」と呼ぶ。
本実施形態では、Ｍ人（Ｍは、Ｎとは独立した１以上の任意の整数値）のユーザの夫々が、ユーザ端末３−１〜３−Ｍの夫々を使用するものとする。ただし、以下、ユーザ端末３−１〜３−Ｍを個々に区別する必要がない場合、これらをまとめて単に「ユーザ端末３」と呼ぶ。
【００１５】
図２は、図１の情報処理システムのうち、本発明の情報処理装置の一実施形態としてのサーバ１のハードウェア構成を示すブロック図である。
【００１６】
サーバ１は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）２１と、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）２２と、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）２３と、バス２４と、入出力インターフェース２５と、入力部２６と、出力部２７と、記憶部２８と、通信部２９と、ドライブ３０と、を備えている。
【００１７】
ＣＰＵ２１は、ＲＯＭ２２に記録されているプログラム、又は、記憶部２８からＲＡＭ２３にロードされたプログラムにしたがって各種の処理を実行する。
【００１８】
ＲＡＭ２３には、ＣＰＵ２１が各種の処理を実行する上において必要なデータ等も適宜記憶される。
【００１９】
ＣＰＵ２１、ＲＯＭ２２及びＲＡＭ２３は、バス２４を介して相互に接続されている。このバス２４にはまた、入出力インターフェース２５も接続されている。入出力インターフェース２５には、出力部２７、入力部２６、記憶部２８、通信部２９及びドライブ３０が接続されている。
【００２０】
入力部２６は、キーボードや各種釦等で構成され、オペレータの指示操作に応じて各種情報を入力する。
出力部２７は、ディスプレイやスピーカ等で構成され、画像や音声を出力する。
記憶部２８は、ハードディスク或いはＤＲＡＭ（Ｄｙｎａｍｉｃ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）等で構成され、各種データを記憶する。
通信部２９は、インターネットを含むネットワークＮを介して他の装置（図１の例では企画者端末２やユーザ端末３）との間で行う通信を制御する。
【００２１】
ドライブ３０には、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリ等よりなる、リムーバブルメディア３１が適宜装着される。ドライブ３０によってリムーバブルメディア３１から読み出されたプログラムは、必要に応じて記憶部２８にインストールされる。また、リムーバブルメディア３１は、記憶部２８に記憶されている各種データも、記憶部２８と同様に記憶することができる。
【００２２】
このような構成のサーバ１のＣＰＵ２１は、ユーザが所望するアクティビティの企画を含む複数のアクティビティの企画の順列を設定するまでの一連の処理を実行する。このようにして設定された順列によるアクティビティの各企画の集合体は、いわばユーザのツアーの予定（旅の日程の予定）である。即ち、ユーザにとっては、セミオーダーでツアーを組むことができる。そこで、以下、このような処理を、「セミオーダーツアー作成処理」と呼ぶ。
【００２３】
図３は、サーバ１の機能的構成のうち、このようなセミオーダーツアー処理を実行するための機能的構成を示す機能ブロック図である。
【００２４】
ＣＰＵ２１においては、セミオーダーツアー処理の実行が制御される場合、提示制御部６１と、受付部６２と、順列設定部６３とが機能する。
記憶部２８の一領域として、企画情報ＤＢ７１が設けられている。
【００２５】
企画情報ＤＢ７１は、アクティビティの企画の内容を含む企画情報５１を企画毎に保持するデータベース（ＤＢ）である。
企画者は、企画者端末２を操作して、所定のアクティビティの企画に関する企画情報５１を生成し、サーバ１に送信する。
企画情報５１は、アクティビティの企画の内容と、当該企画のＩＤと、当該企画の制約条件とを含んでいれば足り、その形態や企画情報ＤＢ７１内の格納手法等は特に限定されない。
【００２６】
ただし、本実施形態では例えば、企画情報ＤＢ７１には、図４に示す構造であるものとする。
図４は、企画情報ＤＢ７１の構造の一例を示す図である。
図４に示すように、企画情報ＤＢ７１の１行には、１つのアクティビティの企画が対応付けられている。
即ち、企画情報ＤＢ７１のＫ行目（Ｋは１以上の整数値）には、１つのアクティビティの企画に関する企画情報５１−Ｋが格納されている。
企画情報５１−Ｋは、企画ＩＤ、企画内容、及び制約条件を含んでいる。
【００２７】
企画ＩＤは、企画を一意に特定する識別子であり、図４の例では説明の便宜上ＩＤとして「Ｋ」が付されている。
【００２８】
企画内容は、企画の内容を示す情報であって、例えば企画情報５１−１では「○×ワイナリー見学」であり、企画情報５１−２では「△□レストランにて昼食」であり、企画情報５１−３では「××食堂にて昼食」である。
なお、企画の内容は、ユーザに提示されるため、図４に示すような概要のみならず、詳細な内容を含むことは当然可能である。
【００２９】
制約条件は、その企画のアクティビティに参加するユーザに課す制約条件であり、主に、図４に示すように、ユーザを拘束する時間帯、ユーザが支払うべき価格（予算）、ユーザが滞在する場所が含まれ得るが、これらに限定されない。
即ち、１つのアクティビティの企画の制約条件は、企画者が自在に設定可能な条件であって、任意の個数の任意の組合せの条件群を採用することができる。例えば、ユーザの性別や年齢の他、ユーザのスキル等、ユーザの任意の属性を制約条件とすることができる。
具体的には例えば、企画情報５１−１では「１０：００〜１２：００（２ｈｒ）、５０００円／人、○×ワイナリー」が制約条件である。
企画情報５１−２では「１２：００〜１６：００内で１ｈｒ、２０００円／人、△□レストラン」が制約条件である。
企画情報５１−３では「１２：００〜１６：００内で１ｈｒ、２０００円／人、××食堂」が制約条件である。
【００３０】
図３に戻り、提示制御部６１は、企画情報ＤＢ７１から複数の企画情報５１を、ユーザ端末３を介してユーザに提示する制御を実行する。
提示の手法は、特に限定されない。例えば、サーバ１が管理するｗｅｂページに掲載して、ユーザがユーザ端末３を介して当該ｗｅｂページにアクセスしてきた場合に提示する手法を採用できる。例えば、電子メール等をユーザ端末３に送信することでユーザに提示する手法を採用できる。また例えば、専用のアプリケーション（ソフトウェアプログラム）をユーザ端末３にインストールさせて当該アプリケーションを通じて提示する手法等各種各様な手法を採用できる。
【００３１】
ユーザは、ユーザ端末３を操作して、このように提示された企画情報の中から、自身のツアー（旅行の全日程）の中に含ませたい企画情報を１以上選択する。
即ち、選択された１以上の企画情報は、ネットワークＮを介してサーバ１に送信される。
受付部６２は、ユーザにより選択された企画情報（図２の通信部２９に受信された企画情報）を受け付ける。
【００３２】
順列設定部６３は、受付部６２により受け付けられた複数の企画情報の夫々に含まれる企画の制約条件の範囲内で、ユーザに対して、企画情報の夫々により特定されるアクティビティの各企画の順列を設定する。
【００３３】
例えば図４の企画ＩＤ＝１，２がユーザにより選択された場合、制約条件の時間帯によれば、企画ＩＤ１、企画ＩＤ２の順列が設定される。なお以下、企画ＩＤｋ（ｋは任意の整数値）の企画（アクティビティ）を、単に「企画ＩＤｋ」と表現する。つまり、企画ＩＤ１の後に、企画ＩＤ２となるようなツアー（旅行の日程）が組まれることになる。
【００３４】
ここで、企画ＩＤ２の制約条件には、「１２：００〜１６：００内で１Ｈｒ」という条件が含まれている。
企画ＩＤ２の制約条件（場所的制約条件）の「○×ワイナリー」から、企画ＩＤ１の制約条件（場所的制約条件）の「△□レストラン」までの移動時間が、例えば３０分であったとする。
この場合、企画ＩＤ１の終了時刻は１２：００であり、移動時間３０分を考慮すると、企画ＩＤ２の開始時刻は少なくとも１２：３０以降とする必要がある。従って例えば、企画ＩＤ２の時間帯として、「１２：００〜１３：００」の１ｈｒを設定した場合、ユーザは、企画ＩＤ１の終了後に、企画ＩＤ２に参加することは実質不可能である。そこで、順列設定部６３は、さらに、移動時間を「企画間の制約条件」の１つとして捉えて、当該制約条件の範囲内で、企画ＩＤ２を設定する。例えば、順列設定部６３は、企画ＩＤ２の時間帯として、「１２：４５〜１３：４５」の１ｈｒを設定することができる。
なお、このような企画間の制約条件は、移動時間の他、トイレ休憩等任意の条件を設定することができる。
【００３５】
さらに、受付部６２は、ユーザにより選択された企画情報と共に、当該ユーザ側の制約条件をさらに受け付けることもできる。
ユーザ側の制約条件は、特に限定されず、例えば時間に関する条件（開始時刻は１０時以降、終了時刻は２０時迄、トータルで最短時間希望等）、場所に関する条件（○△市内限定等）、金額に関する条件（最安値希望等）、ユーザが所望する任意の条件を設定することができる。
順列設定部６３は、受け付けられた企画情報の夫々に含まれる企画の制約条件に加えてさらに、ユーザ側の制約条件の範囲内で、ユーザに対して、企画情報の夫々により特定されるアクティビティの各企画の順列を設定する。
例えばユーザ側の制約条件が、トータルで６５００円以内という条件であったとする。
この場合、企画ＩＤ１と企画ＩＤ２との組合せでは、トータル７０００円となり、ユーザ側の制約条件（６５００円以内）を満たすことができない。そこで、ユーザ側の制約条件を満たすように、企画ＩＤ１，ＩＤ２の順列が設定される。
このように、ユーザ側の制約条件もさらに考慮された上で、ユーザにとって最適なアクティビティ企画の順列が自動的に決定される。
これにより、ユーザにとってより一段と好適な、いわばセミオーダーツアーが容易に構成可能になる。
【００３６】
さらに、所定企画の制約条件には、ユーザの人数に関する条件（最小・最大催行人数等）が含まれている場合がある。
このような場合、順列設定部６３は、当該所定企画を選択した複数のユーザの夫々に対して、所定企画の制約条件の範囲内で、アクティビティの各企画の順列を設定する。
最小・最大催行人数等ユーザの人数に関する条件が含まれている場合であっても、複数のユーザにとって最適なアクティビティ企画の順列が自動的に決定される。
例えば最少催行人数に満たない企画は除外されて順列が設定される。逆に、最大催行人数を超えた企画に対しては、例えば先着順で、当該最大催行人数までのユーザに対しては、当該企画を含むような順列が設定され、それ以外のユーザに対しては当該企画は除外されて順列が設定される。
これにより、複数のユーザの夫々にとってより一段と好適な、いわばセミオーダーツアーが容易に構成可能になる。
【００３７】
次に、図５を参照して、このような図３の機能的構成のサーバ１が実行するセミオーダーツアー処理について説明する。
図５は、図３の機能的構成を有する図２のサーバ１が実行するセミオーダーツアー処理の流れを説明するフローチャートである。
【００３８】
ステップＳ１において、提示制御部６１は、ユーザ端末３を介して、ユーザに複数の企画情報を提示する。
ユーザは、ユーザ端末３を介して、当該複数の企画情報の中から、ツアーに組み込みたい企画に関する企画情報を選択する。
ステップＳ２において、受付部６２は、このようにしてユーザにより選択された企画情報を受け付ける。
【００３９】
ステップＳ３において、順列設定部６３は、ステップＳ２で受け付けられた企画情報の制約条件を取得する。
【００４０】
ステップＳ４において、受付部６２は、ユーザ側の制約条件があるか否かを判定する。
ユーザは、ユーザ端末３を介して、上記企画情報を選択する際に、任意の条件を設定することができる。
このような設定がなされている場合、ステップＳ４においてＹＥＳであると判定されて、処理はステップＳ５に進む。
ステップＳ５において、受付部６２は、ユーザ側の制約条件を取得する。これにより処理はステップＳ６に進む。
これに対して、このような設定がなされていない場合、ステップＳ４においてＮＯであると判定されて、ステップＳ５の処理は実行されずに、処理はステップＳ６に進む。
【００４１】
ステップＳ６において、順列設定部６３は、制約条件に基づいて、各企画の順列を設定する。
ステップＳ７において、提示制御部６１は、ステップＳ６の処理で設定された順列を、ユーザ端末３を介してユーザに提示する。
【００４２】
ステップＳ８において、受付部６２は、順列の組み直し指示があるか否かを判定する。
順列の組み直し指示があった場合、ステップＳ８においてＹＥＳであると判定されて、処理はステップＳ１に戻され、それ以降の処理が繰り返される。
これに対して、順列の組み直し指示が無かった場合、ステップＳ８においてＮＯであると判定されて、セミオーダーツアーは終了となる。
【００４３】
なお、本発明は、上述の実施形態に限定されるものではなく、本発明の目的を達成できる範囲での変形、改良等は本発明に含まれるものである。
【００４４】
換言すると、本発明が適用される情報処理装置は、次のような構成を取れば足り、その実施の形態は特に限定されない。
即ち本発明が適用される情報処理装置は、
アクティビティの企画の内容と、当該企画のＩＤと、当該企画の制約条件とを含む企画情報を、複数個データベースに記憶する制御を実行する記憶制御手段と、
前記データベースに記憶された複数の前記企画情報のうち、ユーザにより選択された企画情報を受け付ける受付手段と、
受け付けられた前記企画情報の夫々に含まれる前記企画の制約条件の範囲内で、前記ユーザに対して、前記企画情報の夫々により特定されるアクティビティの各企画の順列を設定する設定手段と、
を備えれば足りる。
このような情報処理装置は、制約条件の範囲内で、ユーザにとって好適なアクティビティ企画の順列が自動的に決定されるので、ユーザにとって好適な、いわばセミオーダーツアーが容易に構成可能になる。
【００４５】
ここで、情報処理装置においては、
前記受付手段は、前記ユーザにより選択された前記企画情報と共に、当該ユーザ側の制約条件をさらに受け付け、
前記設定手段は、受け付けられた前記企画情報の夫々に含まれる前記企画の制約条件に加えてさらに、前記ユーザ側の制約条件の範囲内で、
前記ユーザに対して、前記企画情報の夫々により特定されるアクティビティの各企画の順列を設定する、
ようにしてもよい。
この場合、ユーザ側の制約条件もさらに考慮された上で、ユーザにとって最適なアクティビティ企画の順列が自動的に決定される。
これにより、ユーザにとってより一段と好適な、いわばセミオーダーツアーが容易に構成可能になる。
【００４６】
また、情報処理装置においては、
所定企画の制約条件には、ユーザの人数に関する条件（最小・最大催行人数等）が含まれており、
前記設定手段は、前記所定企画を選択した複数のユーザの夫々に対して、前記所定企画の制約条件の範囲内で、アクティビティの各企画の順列を設定する、
ようにしてもよい。
このようにして、最小・最大催行人数等ユーザの人数に関する条件が含まれている場合であっても、複数のユーザにとって最適なアクティビティ企画の順列が自動的に決定される。
これにより、複数のユーザの夫々にとってより一段と好適な、いわばセミオーダーツアーが容易に構成可能になる。
【００４７】
その他例えば、制約条件に重みづけ（優先度）をして、その重み付けに従って順列を設定してもよい。例えば、価格優先の順列（最安値の順列等）、時間優先の順列（最短時間ルートの順列等）、内容優先の順列等の設定が可能になる。
この場合、順列の提示は１種類である必要は特になく、複数種類、例えば、価格優先の順列（最安値の順列等）、時間優先の順列（最短時間ルートの順列等）、及び内容優先の順列といった３種類をユーザに提示してもよい。
これにより、ユーザにとっては、セミオーダーツアーの作成の幅が広がることが可能になる。即ち色々な観点からの作成が可能になる。
【００４８】
なお、制約範囲内でうまく順列が組めないとき等には、所定のエラー処理を実行して、ユーザにエラーである旨を通知すると、ユーザにとって便宜である。
【００４９】
また、上述した一連の処理は、ハードウェアにより実行させることもできるし、ソフトウェアにより実行させることもできる。
換言すると、図３の機能的構成は例示に過ぎず、特に限定されない。即ち、上述した一連の処理を全体として実行できる機能がサーバ１に備えられていれば足り、この機能を実現するためにどのような機能ブロックを用いるのかは特に図３の例に限定されない。
また、１つの機能ブロックは、ハードウェア単体で構成してもよいし、ソフトウェア単体で構成してもよいし、それらの組合せで構成してもよい。
【００５０】
一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、コンピュータ等にネットワークや記録媒体からインストールされる。
コンピュータは、専用のハードウェアに組み込まれているコンピュータであってもよい。また、コンピュータは、各種のプログラムをインストールすることで、各種の機能を実行することが可能なコンピュータ、例えば汎用のパーソナルコンピュータであってもよい。
【００５１】
このようなプログラムを含む記録媒体は、ユーザにプログラムを提供するために装置本体とは別に配布される図２のリムーバブルメディア３１により構成されるだけでなく、装置本体に予め組み込まれた状態でユーザに提供される記録媒体等で構成される。リムーバブルメディア３１は、例えば、磁気ディスク（フロッピディスクを含む）、Ｂｌｕ−ｒａｙ（登録商標）  Ｄｉｓｃ（ブルーレイディスク）、光ディスク、又は光磁気ディスク等により構成される。光ディスクは、例えば、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ  Ｄｉｓｋ−Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ），ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ）等により構成される。光磁気ディスクは、ＭＤ（Ｍｉｎｉ−Ｄｉｓｋ）、等により構成される。また、装置本体に予め組み込まれた状態でユーザに提供される記録媒体は、例えば、プログラムが記録されている図２のＲＯＭ２２や、図２の記憶部２８に含まれるハードディスク等で構成される。
【００５２】
なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、その順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的或いは個別に実行される処理をも含むものである。
また、本明細書において、システムの用語は、複数の装置や複数の手段等より構成される全体的な装置を意味するものとする。
【符号の説明】
【００５３】
１・・・サーバ、２，２−１〜２−Ｎ・・・企画者端末、３，３−１〜３−Ｍ・・・ユーザ端末、２１・・・ＣＰＵ、２２・・・ＲＯＭ、２３・・・ＲＡＭ、２４・・・バス、２５・・・入出力インターフェース、２６・・・出力部、２７・・・入力部、２８・・・記憶部、２９・・・通信部、３０・・・ドライブ、３１・・・リムーバブルメディア、６１・・・提示制御部、６２・・・受付部、６３・・・順列設定部、７１・・・企画情報ＤＢ
【図１】
0006636241.tif 000002
【図２】
0006636241.tif 000003
【図３】
0006636241.tif 000004
【図４】
0006636241.tif 000005
【図５】
0006636241.tif 000006