JP6599593B1 - 受付システム、受付方法、及びプログラム - Google Patents

Abstract

複数のサービスを申し込む場合に申込者の入力の手間を軽減する。受付システム（Ｓ）の選択受付手段（２０１）は、申込者による複数のサービスの選択を受け付ける。サービス特定手段（２０２）は、複数のサービスの中で、複数の利用者の各々が利用するサービスを特定する。入力項目特定手段（２０３）は、各サービスの利用者に関する入力項目を特定する。表示制御手段（２０４）は、各利用者が利用するサービスと、各サービスの入力項目と、に基づいて、サービス間で重複する入力項目の重複入力を抑止可能な入力フォームを生成して表示させる。

Description

本発明は、受付システム、受付方法、及びプログラムに関する。

従来、申込者がサービスを申し込む場合に、サービスを利用する利用者に関する入力項目を申込者に入力させるシステムが知られている。例えば、特許文献１には、申込者が宿泊プランを検索して宿泊施設を予約する場合に、宿泊者の氏名や連絡先等の入力項目を申込者に入力させるシステムが記載されている。

特開第２０１３−０８４０５８号公報

上記のような技術では、複数のサービスの申し込みを一括で受け付けることがある。例えば、特許文献１のように各サービスの入力項目を申込者に入力させた場合、サービス間で入力項目が重複していると、申込者は、同じ利用者の氏名や連絡先等の情報を何度も入力する必要があるので、入力に手間がかかっていた。

本発明は上記課題に鑑みてなされたものであって、その目的は、複数のサービスを申し込む場合に申込者の入力の手間を軽減することが可能な受付システム、受付方法、及びプログラムを提供することである。

上記課題を解決するために、本発明に係る受付システムは、申込者による複数のサービスの選択を受け付ける選択受付手段と、前記複数のサービスの中で、複数の利用者の各々が利用するサービスを特定するサービス特定手段と、各サービスの利用者に関する入力項目を特定する入力項目特定手段と、各利用者が利用するサービスと、各サービスの入力項目と、に基づいて、サービス間で重複する入力項目の重複入力を抑止可能な入力フォームを生成して表示させる表示制御手段と、を含むことを特徴とする。

本発明に係る受付方法は、申込者による複数のサービスの選択を受け付ける選択受付ステップと、前記複数のサービスの中で、複数の利用者の各々が利用するサービスを特定するサービス特定ステップと、各サービスの利用者に関する入力項目を特定する入力項目特定ステップと、各利用者が利用するサービスと、各サービスの入力項目と、に基づいて、サービス間で重複する入力項目の重複入力を抑止可能な入力フォームを生成して表示させる表示制御ステップと、を含むことを特徴とする。

本発明に係るプログラムは、申込者による複数のサービスの選択を受け付ける選択受付手段、前記複数のサービスの中で、複数の利用者の各々が利用するサービスを特定するサービス特定手段、各サービスの利用者に関する入力項目を特定する入力項目特定手段、各利用者が利用するサービスと、各サービスの入力項目と、に基づいて、サービス間で重複する入力項目の重複入力を抑止可能な入力フォームを生成して表示させる表示制御手段、としてコンピュータを機能させる。

本発明の一態様では、前記表示制御手段は、前記利用者ごとに、重複する入力項目を１つにまとめた入力フォームを生成して表示させる、ことを特徴とする。

本発明の一態様では、前記表示制御手段は、複数の入力項目がある利用者については、各入力項目の入力フォームを、予め定められた各入力項目の優先順位に基づいて表示させる、ことを特徴とする。

本発明の一態様では、前記表示制御手段は、前記サービスごとに、他のサービスの重複する入力項目に入力された情報が流用される入力フォームを生成して表示させる、ことを特徴とする。

本発明の一態様では、前記表示制御手段は、各サービスの入力フォームを、利用者数の多い順に表示させる、ことを特徴とする。

本発明の一態様では、前記表示制御手段は、各サービスの入力フォームを、入力項目数の多い順に表示させる、ことを特徴とする。

本発明の一態様では、前記表示制御手段は、他の入力項目に入力された情報に基づいて生成された情報が入力される入力フォームを生成して表示させる、ことを特徴とする。

本発明の一態様では、前記サービス特定手段は、前記複数の利用者の全てが前記複数のサービスの全てを利用すると特定する、ことを特徴とする。

本発明の一態様では、前記選択受付手段は、前記申込者により３つ以上のサービスの選択を受け付け、前記サービス特定手段は、前記複数の利用者の全てが前記３つ以上のサービスの全てを利用すると特定する、ことを特徴とする。

本発明の一態様では、前記受付システムは、前記申込者による、各利用者が利用するサービスの指定を受け付ける指定受付手段を更に含み、前記サービス特定手段は、前記申込者により指定された各利用者が利用するサービスを特定する、ことを特徴とする。

本発明によれば、複数のサービスを申し込む場合に申込者の入力の手間を軽減することが可能となる。

受付システムの全体構成を示す図である。 トップ画面の一例を示す図である。 検索が実行される様子を示す図である。 旅行かご画面の一例を示す図である。 予約情報入力画面の一例を示す図である。 実施形態１の受付システムで実現される機能の一例を示す機能ブロック図である。 サービスデータベースのデータ格納例を示す図である。 申込者データベースのデータ格納例を示す図である。 予約情報入力画面の表示データのデータ格納例を示す図である。 受付システムにおいて実行される処理の一例を示すフロー図である。 実施形態２の予約情報入力画面の一例を示す図である。 予約情報が入力される様子を示す図である。 予約情報が入力される様子を示す図である。 予約情報が入力される様子を示す図である。 実施形態２の表示データのデータ格納例を示す図である。 実施形態２の受付システムにおいて実行される処理の一例を示すフロー図である。 各利用者が利用するサービスを申込者が指定する様子を示す図である。 各利用者が利用するサービスを申込者が指定する様子を示す図である。 変形例（３）の予約情報入力画面の一例を示す図である。 変形例（３）の予約情報入力画面の一例を示す図である。 変形例（３）の機能ブロック図である。

［１．実施形態１］
以下、本発明に係る受付システムの第１の実施形態（以降、実施形態１と記載する。）の例を説明する。

［１−１．受付システムの全体構成］
図１は、受付システムの全体構成を示す図である。図１に示すように、受付システムＳは、申込者端末１０とサーバ２０とを含み、これらは、インターネットなどのネットワークＮに接続される。なお、図１では申込者端末１０とサーバ２０とを１台ずつ示しているが、これらは複数台あってよい。

申込者端末１０は、申込者が操作するコンピュータである。申込者は、利用者が利用するサービスを申し込む人である。利用者は、サービスを利用する人である。利用とは、サービスの提供を受けることであり、サービスを使用することである。申し込みとは、サービスを利用する手続きをすることであり、例えば、予約をすること、契約を成立させること、又は購入することである。別の言い方をすれば、申し込みは、利用者の氏名等の情報をサーバ２０に送信し、サービスを利用する意思表示を行うことである。

申込者は、利用者と同じであってもよいし、利用者とは異なっていてもよい。即ち、申込者は、自身が利用するサービスの申し込みをしてもよいし、他の利用者の代わりに申し込みをしてもよい。本実施形態では、申込者は、複数の利用者が利用するサービスの申し込みを行い、自身も利用者の一部である場合を説明する。即ち、申込者は、自身と同行者が利用するサービスの申し込みを行う。

例えば、申込者端末１０は、携帯電話機（スマートフォンを含む）、携帯情報端末（タブレット型コンピュータを含む）、又は、パーソナルコンピュータ等である。本実施形態では、申込者端末１０は、制御部１１、記憶部１２、通信部１３、操作部１４、及び表示部１５を含む。

制御部１１は、少なくとも一つのマイクロプロセッサを含む。制御部１１は、記憶部１２に記憶されたプログラムやデータに従って処理を実行する。記憶部１２は、主記憶部及び補助記憶部を含む。例えば、主記憶部はＲＡＭなどの揮発性メモリであり、補助記憶部は、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、又はハードディスクなどの不揮発性メモリである。

通信部１３は、有線通信又は無線通信用の通信インタフェースであり、ネットワークを介してデータ通信を行う。操作部１４は、申込者が操作を行うための入力デバイスであり、例えば、タッチパネルやマウス等のポインティングデバイス、キーボード、又はボタン等である。操作部１４は、申込者による操作内容を制御部１１に伝達する。表示部１５は、例えば、液晶表示部又は有機ＥＬ表示部等である。表示部１５は、制御部１１の指示に従って画像を表示する。

サーバ２０は、サーバコンピュータである。サーバ２０は、制御部２１、記憶部２２、及び通信部２３を含む。制御部２１、記憶部２２、及び通信部２３の物理的構成は、それぞれ制御部１１、記憶部１２、及び通信部１３と同様であってよい。

なお、記憶部１２，２２に記憶されるものとして説明するプログラム及びデータは、ネットワークＮを介して供給されるようにしてもよい。また、上記説明した各コンピュータのハードウェア構成は、上記の例に限られず、種々のハードウェアを適用可能である。例えば、コンピュータ読み取り可能な情報記憶媒体を読み取る読取部（例えば、光ディスクドライブやメモリカードスロット）や外部機器とデータの入出力をするための入出力部（例えば、ＵＳＢポート）が含まれていてもよい。例えば、情報記憶媒体に記憶されたプログラムやデータが読取部や入出力部を介して、各コンピュータに供給されるようにしてもよい。

［１−２．実施形態１の受付システムの概要］
実施形態１では、受付システムＳを旅行予約サービスに適用する場合を一例として説明する。旅行予約サービスは、旅程の作成を支援するサービスである。旅程は、旅行の計画、行程、又は日程であり、少なくとも１つのサービスから構成される。実施形態１では、サービスは、旅程の構成要素であり、旅行中の個々の予定である。別の言い方をすれば、サービスは、予約又は購入の対象となる個々の旅行商品であり、申込対象となるアイテムということもできる。

旅程には、複数種類のサービスを組み込むことができる。サービスは、宿泊施設、交通手段（移動手段）、レンタカー、アクティビティ（オプションツアー）、レストラン、又は観光施設といった任意の種類のサービスを適用可能である。宿泊施設は、ホテル、旅館、民宿、ペンション、又は民泊といった施設である。交通手段は、航空機、電車、バス、又は船舶といった手段である。観光施設は、水族館、動物園、テーマパーク、公園、寺、神社、又は競技場といった施設である。

例えば、申込者が申込者端末１０を操作して、サーバ２０にアクセスすると、旅行予約サービスのトップ画面が表示部１５に表示される。実施形態１では、以降説明する画面がウェブブラウザ上で表示される場合を説明するが、旅行予約サービスのアプリケーション上で表示されてもよい。

図２は、トップ画面の一例を示す図である。図２に示すように、例えば、トップ画面Ｇ１には、サービスの検索条件を入力するための入力フォームＦ１０〜Ｆ１４と、検索を実行するためのボタンＢ１５と、が表示される。

検索条件は、検索で用いられるクエリであり、任意の条件を入力可能である。検索条件は、キーワードであってもよいし、予め定められた複数の数値の中から選択された数値であってもよいし、カテゴリのような属性情報であってもよい。数値は、時間、人数、又は予算といった条件の数値である。

なお、時間は、日付（年月日）だけを意味してもよいし、日付と時刻を含む日時を意味してもよい。更に、時間は、特定の時点を示してもよいし、大まかな期間を示してもよい。期間は、ある１日における時間帯を示してもよいし、複数の日にまたがる期間を示してもよい。

トップ画面Ｇ１では、ホテル、航空券、レンタカー、バス、アクティビティ、レストラン、及び観光施設といったサービスの種類ごとに、検索条件を入力可能となっている。ここでは、申込者が検索対象として「ホテル」を選択した場合の処理を例に挙げて説明する。

例えば、申込者は、入力フォームＦ１０に、宿泊地などのキーワードを入力する。宿泊地は、キーワードで入力されなくてもよく、予め用意された地域リストの中から選択されるようにしてもよい。また例えば、入力フォームＦ１１には、チェックイン日が入力され、入力フォームＦ１２には、チェックアウト日が入力される。また例えば、入力フォームＦ１３には、大人の利用人数が入力され、入力フォームＦ１４には、子供の利用人数が入力される。

図３は、検索が実行される様子を示す図である。図３のトップ画面Ｇ１Ａ，Ｇ１Ｂに示すように、例えば、申込者が、入力フォームＦ１０〜Ｆ１４に検索条件を入力し、ボタンＢ１５を選択すると、検索条件を満たすホテルが検索される。図３のトップ画面Ｇ１Ｂの例であれば、入力フォームＦ１０に入力された「沖縄」にあるホテルのうち、入力フォームＦ１１，Ｆ１２に入力された「２０１８年７月１日」〜「２０１８年７月５日」の利用日において、入力フォームＦ１３，Ｆ１４に入力された「大人２人」「子供１人」用の部屋に空きがあるホテルが検索される。

図３に示すように、ホテルが検索されると、検索結果を示す検索結果画面Ｇ２が表示部１５に表示される。例えば、検索結果画面Ｇ２の入力フォームＦ２０には、検索で用いられた検索条件が表示される。申込者は、所望のホテルが見つからなかった場合には、入力フォームＦ２０から検索条件を変更し、再度検索を実行する。また例えば、検索結果画面Ｇ２のリストＬ２１には、検索でヒットしたホテルが表示される。例えば、リストＬ２１には、検索でヒットしたホテルの名称、画像（図３では省略する）、申込者の評価、及び価格帯といった情報が表示される。

図３に示すように、申込者がリストＬ２１に表示されたホテルを選択すると、当該ホテルの詳細を示すサービス詳細画面Ｇ３が表示部１５に表示される。図３では、申込者がリストＬ２１内の「ホテルＡ」を選択し、「ホテルＡ」のページを示すサービス詳細画面Ｇ３が表示部１５に表示される場合を示している。例えば、サービス詳細画面Ｇ３には、「ホテルＡ」の名前、評価、画像、部屋の名前、及び料金が表示される。

サービス詳細画面Ｇ３からホテルを予約できるようにしてもよいが、実施形態１では、申込者は、旅行かごにホテルを追加し、旅程を組み立てた後に、旅行かご内のサービスをまとめて予約する。

旅行かごは、旅程に組み込まれたサービスのリストであり、検討中のサービスのリストである。別の言い方をすれば、旅行かごは、旅程を確定する前に（サービスの予約を完了する前に）作成された仮の旅程である。旅行かごは、電子商取引におけるショッピングカートと似た概念である。申込者は、複数種類のサービスを旅行かごに追加して自分好みの旅程を計画し、これら複数種類のサービスを予約する。

例えば、サービス詳細画面Ｇ３には、表示中のホテルを旅行かごに追加するためのボタンＢ３０が表示される。申込者がボタンＢ３０を選択すると、サービス詳細画面Ｇ３に表示中の「ホテルＡ」が旅行かごに追加され、旅行かご画面が表示部１５に表示される。なお、申込者は、検索条件で入力した時間と利用人数を変更せずに、旅行かごにサービスを追加してもよいし、検索条件で入力した時間と利用人数を変更したうえで、旅行かごにサービスを追加してもよい。

なお、ホテルを旅行かごに追加する処理を説明したが、他のサービスも同様の流れで旅行かごに追加することができる。旅行かごには、任意の数のサービスを追加することができてよいが、ここでは、ホテル、航空券、及びアクティビティの合計３個のサービスが旅行かごに追加された場合を例に挙げて説明する。申込者が所定の操作をすると、旅行かごの中身を示す旅行かご画面が表示部１５に表示される。

図４は、旅行かご画面の一例を示す図である。図４に示すように、旅行かご画面Ｇ４の表示領域Ａ４０には、旅行かごに追加されたサービスが表示される。実施形態１では、各サービスは、利用人数と利用時間とが指定されたうえで旅行かごに追加されるので、表示領域Ａ４０には、申込者が指定した利用人数と利用時間が表示される。

実施形態１では、旅行かごに追加された各サービスは、利用人数が同じものとするが、後述する変形例のように、サービスによって利用人数が異なってもよい。図４の例であれば、航空券、ホテル、及びアクティビティの３つのサービスが旅行かごに追加されており、これら３つのサービスの利用人数は、全て３人である。

また、実施形態１では、３人の利用者の組み合わせも各サービスで同じとするが、後述する変形例のように、サービスによって利用者の組み合わせが異なってもよい。図４の例であれば、航空券を利用する３人、ホテルを利用する３人、及びアクティビティを利用する３人は、部分的に一致するのではなく、完全に一致する。このため、例えば、ホテルを利用するがアクティビティは利用しない利用者が存在するといったことはなく、３人全員が、航空券、ホテル、及びアクティビティを利用する。

例えば、申込者がボタンＢ４００を選択した場合、ボタンＢ４００が示すサービスが旅行かごから削除される。また例えば、申込者がボタンＢ４１を選択した場合、サービスの予約に必要な予約情報を入力するための予約情報入力画面が表示部１５に表示される。

予約情報は、サービス提供者に通知される情報を含み、例えば、利用者の氏名、生年月日、年齢、性別、住所、及び電話番号といった個人情報を含む。別の言い方をすれば、予約情報は、サービスの予約条件ということもできる。例えば、サービス提供者には、予約情報の全てが通知されてもよいし、予約情報の一部だけが通知されてもよい。予約情報は、利用者に関する入力項目が定められている。

入力項目とは、予約情報の構成要素であり、予約の際に必要な情報の種類である。例えば、サービスごとに、当該サービスの予約に必要な入力項目が定められている。例えば、航空券には、氏名、生年月日、及び性別が入力項目として定められている。また例えば、ホテルには、航空券と同じく、氏名、生年月日、及び性別が入力項目として定められている。また例えば、アクティビティには、氏名、身長、及び年齢区分が入力項目として定められている。年齢区分は、利用者の年齢の区分（年齢帯）であり、ここでは、「成年」は２０歳以上であり、「未成年」は１３歳以上２０歳未満とする。また、「学童」は６歳以上１３歳未満であり、「幼児」は１歳以上６歳未満であり、「乳児」は１歳未満とする。

なお、ここでは、各サービスの入力項目を３つとしているが、入力項目の数は、任意であってよく、１つ又は２つであってもよいし、４つ以上であってもよい。また、サービスごとに入力項目の数が異なってもよく、例えば、あるサービスは２つの入力項目が定められており、別のサービスは４つの入力項目が定められていてもよい。

上記のように、航空券とホテルは、入力項目が完全に重複しており、アクティビティは、「氏名」の入力項目が重複している。この点、これらのサービスの入力項目を別々の入力フォームにすると、申込者は、同じ利用者の氏名や生年月日等の入力項目を何度も入力する必要がある。そこで、実施形態１の受付システムＳは、重複した入力項目の重複入力を抑止可能な入力フォームを生成して予約情報入力画面に表示させるようにしている。

図５は、予約情報入力画面の一例を示す図である。図５では、予約情報入力画面Ｇ５の全体を示しており、表示部１５には、図５の予約情報入力画面Ｇ５の一部がスクロール可能に表示される。予約情報入力画面Ｇ５には、利用者ごとに、重複する入力項目が１つにまとめられた入力フォームが表示される。

表示領域Ａ５０Ａには、１人目の利用者の予約情報を入力するための入力フォームが表示される。例えば、表示領域Ａ５０Ａには、１人目の利用者の氏名を入力するための入力フォームＦ５１Ａが表示される。氏名の入力項目は、航空券、ホテル、及びアクティビティの３つのサービスで重複しているので、３つの重複分が１つにまとめられており、入力フォームＦ５１Ａは、１つだけ表示されている。即ち、入力フォームＦ５１Ａは、３つのサービスで共用の入力フォームである。これにより、本来であれば、１人目の利用者の氏名を３回入力しなければならないところ、予約情報入力画面Ｇ５Ｂでは、１回の入力で済むようになっている。

表示領域Ａ５０Ａには、１人目の利用者の生年月日を入力するための入力フォームＦ５２Ａが表示される。生年月日の入力項目は、航空券及びホテルの２つのサービスで重複しているので、２つの重複分が１つにまとめられており、入力フォームＦ５２Ａは、１つだけ表示されている。即ち、入力フォームＦ５２Ａは、２つのサービスで共用の入力フォームである。これにより、本来であれば、１人目の利用者の生年月日を２回入力しなければならないところ、予約情報入力画面Ｇ５Ｂでは、１回の入力で済むようになっている。

表示領域Ａ５０Ａには、１人目の利用者の性別を入力するための入力フォームＦ５３Ａが表示される。生年月日の入力項目は、航空券及びホテルの２つのサービスで重複しているので、実施形態１では、２つの重複分が１つにまとめられており、入力フォームＦ５３Ａは、１つだけ表示されている。即ち、入力フォームＦ５３Ａは、２つのサービスで共用の入力フォームである。これにより、本来であれば、１人目の利用者の性別を２回入力しなければならないところ、予約情報入力画面Ｇ５Ｂでは、１回の入力で済むようになっている。

表示領域Ａ５０Ａには、１人目の利用者の身長を入力するための入力フォームＦ５４Ａが表示される。身長の入力項目は、アクティビティにだけ設定されており、特に重複していない。このため、入力フォームＦ５４Ａは、特にまとめられているわけではなく、複数のサービスで共用というわけでもない。このように、予約情報入力画面Ｇ５Ｂには、特定のサービス専用の入力フォームが表示されていてもよい。

表示領域Ａ５０Ａには、１人目の利用者の年齢区分を入力するための入力フォームＦ５５Ａが表示される。「年齢区分」の入力項目は、アクティビティにだけ設定されており、特に重複していない。このため、入力フォームＦ５５Ａは、入力フォームＦ５４Ａと同様、特にまとめられているわけではなく、複数のサービスで共用というわけでもない。ただし、年齢区分は生年月日から計算可能なので、実施形態１では、入力フォームＦ５２Ａに入力された生年月日から、入力フォームＦ５５Ａに入力すべき年齢区分が計算されて、年齢区分が自動的に入力されるようになっている。

表示領域Ａ５０Ｂには、２人目の利用者の予約情報を入力するための入力フォームが表示される。また、表示領域Ａ５０Ｃには、３人目の利用者の予約情報を入力するための入力フォームが表示される。入力フォームＦ５１Ｂ〜Ｆ５５Ｂ及び入力フォームＦ５１Ｃ〜Ｆ５５Ｃは、それぞれ入力フォームＦ５１Ａ〜Ｆ５５Ａと同様なので、ここでは説明を省略する。なお、以降では、表示領域Ａ５０Ａ〜Ａ５０Ｃを特に区別する必要のないときは、単に表示領域Ａ５０と記載する。同様に、図５に示す各入力フォームについても、末尾のアルファベットの符号を省略し、単に入力フォームＦ５１，Ｆ５２，Ｆ５３，Ｆ５４，Ｆ５５と記載することがある。

旅行かごに追加された各サービスの予約情報が入力され、申込者がボタンＢ５６を選択すると、予約情報入力画面Ｇ５の各入力フォームに入力された予約情報がサーバ２０に送信される。サーバ２０は、各サービスの予約情報を受信すると、各サービス提供者に予約情報を送信する。サーバ２０は、予約情報の全てをサービス提供者に送信してもよいし、予約情報の一部だけをサービス提供者に送信してもよい。サーバ２０がサービス提供者に予約情報を送信すると、サービス提供者側のシステムで所定の申し込み処理が実行されてサービスの予約が完了する。

以上のように、受付システムＳは、申込者が旅行かごに追加した複数のサービスの各々の入力項目が重複した場合に、利用者ごとに、重複する入力項目を１つにまとめた入力フォームを予約情報入力画面Ｇ５に表示させることで、複数のサービスを申し込む場合に申込者の入力の手間を軽減するようにしている。以降、当該構成の詳細を説明する。

［１−３．実施形態１において実現される機能］
図６は、実施形態１の受付システムＳで実現される機能の一例を示す機能ブロック図である。ここでは、サーバ２０で実現される機能と、申込者端末１０で実現される機能と、について説明する。

［１−３−１．サーバにおいて実現される機能］
サーバ２０では、データベース記憶部２００、選択受付部２０１、サービス特定部２０２、入力項目特定部２０３、及び表示制御部２０４が実現される。データベース記憶部２００、選択受付部２０１、サービス特定部２０２、入力項目特定部２０３、及び表示制御部２０４は、それぞれデータベース記憶手段、選択受付手段、サービス特定手段、入力項目特定手段、及び表示制御手段の一例である。

［データベース記憶部］
データベース記憶部２００は、記憶部２２を主として実現される。データベース記憶部２００は、予約情報入力画面Ｇ５を表示させるために必要なデータベースを記憶する。ここでは、データベース記憶部２００が、サービスデータベースＤＢ１及び申込者データベースＤＢ２を記憶する場合を説明する。

図７は、サービスデータベースＤＢ１のデータ格納例を示す図である。図１３に示すように、サービスデータベースＤＢ１は、サービスに関する各種情報を格納するデータベースである。例えば、サービスデータベースＤＢ１には、サービスを一意に識別するサービスＩＤ、サービスの名前、種類、基本情報、及び入力項目が格納される。

実施形態１では、旅行予約サービスを例に挙げるので、サービスの名前は、例えば、宿泊施設名、航空機の便名、列車の名前、バスの名前、レンタカーの店名、アクティビティの名前、レストラン名、又は観光施設名である。サービスの種類は、例えば、宿泊施設、交通手段、アクティビティ、レストラン、又は観光施設といった種類（サービス提供者の種類）であり、サービスの属性ということもできる。基本情報は、サービスの基本情報であり、例えば、場所、連絡先、価格、又はサービス内容といった情報である。基本情報は、検索時のインデックスとして用いられる。

各サービスには、少なくとも１つの入力項目が定められている。どの入力項目を入力させるかは、予め定めておけばよく、例えば、サービス提供者が自身のサービスの予約に必要な入力項目を指定してもよいし、受付システムＳの管理者がサービスの種類ごとに入力項目を指定してもよい。

例えば、サービスデータベースＤＢ１には、入力項目として指定された項目名が格納される。実施形態１では、「氏名」、「生年月日」、「性別」、「身長」、及び「年齢区分」といった個人情報に関する項目を例に挙げるが、入力項目は、任意の項目を指定可能であり、例えば、「国籍」、「満年齢」、「居住地」、「オプション有無」、又は「アレルギー有無」といった項目であってもよい。また例えば、利用者を識別するための情報は、氏名以外にも、ニックネーム、メールアドレス、アカウント、ユーザＩＤ、又はパスポート番号といった情報であってもよい。

なお、サービスデータベースＤＢ１に格納されるデータは、上記の例に限られない。サービスデータベースＤＢ１には、任意の情報が格納されてよく、例えば、各サービスの在庫情報が格納されており、検索時に参照されてもよい。他にも例えば、入力項目は、利用者に関するものでなくてもよく、「出発時間」や「到着時間」といった入力項目がサービスデータベースＤＢ１に格納されていてもよい。

図８は、申込者データベースＤＢ２のデータ格納例を示す図である。図１４に示すように、申込者データベースＤＢ２は、申込者に関する各種情報を格納するデータベースである。例えば、申込者データベースＤＢ２には、申込者を一意に識別する申込者ＩＤ、申込者の名前、及び旅行かごデータが格納される。

旅行かごデータは、旅行かごの中身を示すデータである。別の言い方をすれば、旅行かごデータは、申込者が旅行かごに追加したサービスを示すデータである。例えば、旅行かごデータには、旅行かごに追加されたサービスのサービスＩＤ、利用時間、及び利用人数が格納される。

利用時間は、サービスが旅行かごに追加された場合に申込者によって指定された時間である。先述したように、利用時間は、日付だけであってもよいし、日時であってもよい。利用人数は、サービスが旅行かごに追加された場合に申込者によって指定された人数である。利用人数は、大人や子供といった区分ごとの人数であってもよいし、特に区分を考慮しない人数であってもよい。

なお、旅行かごデータに格納される情報は、上記の例に限られない。例えば、利用時間及び利用人数以外の条件（例えば、オプションの有無等）が指定された場合には、当該条件が格納されてもよい。

また、申込者データベースＤＢ２に格納されるデータは、上記の例に限られない。例えば、申込者データベースＤＢ２には、申込者により行われた予約の履歴を示すデータが格納されてもよい。当該データには、申込者が予約時に入力した予約情報が含まれていてもよい。

なお、データベース記憶部２００が記憶するデータは、上記の例に限られない。例えば、データベース記憶部２００は、予約情報の入力項目を定義した項目データベースを記憶してもよい。項目データベースには、予約情報を計算で求めるための計算式が格納されていてもよい。例えば、「年齢区分」は、「生年月日」又は「満年齢」から計算可能なので、「生年月日」又は「満年齢」から「年齢区分」を計算するための計算式が項目データベースに定義されてもよい。他にも例えば、「満年齢」は、「生年月日」から計算可能なので、「生年月日」から「満年齢」を計算するための計算式が項目データベースに定義されてもよい。

［選択受付部］
選択受付部２０１は、制御部２１を主として実現される。選択受付部２０１は、申込者による複数のサービスの選択を受け付ける。実施形態１では、選択受付部２０１がサーバ２０で実現されるので、選択受付部２０１は、申込者端末１０から申込者が選択したサービスのサービスＩＤを受信することによって、サービスの選択を受け付ける。

申込者端末１０は、申込者がサービスを選択するたびに、当該選択されたサービスのサービスＩＤを送信してもよいし、申込者が所定の操作をした場合に、それまでに選択された複数のサービスの各々のサービスＩＤを一度にまとめて送信してもよい。本実施形態では、旅行かご画面Ｇ４のボタンＢ４１が選択された場合に、申込者端末１０からサーバ２０に旅行かごデータが送信されるので、選択受付部２０１は、旅行かごの中身を示す旅行かごデータを受信することによって、複数のサービスの選択を受け付ける。

実施形態１では、選択受付部２０１は、申込者により３つ以上のサービスの選択を受け付けるものとする。図４−図５で説明した例であれば、選択受付部２０１は、航空券、ホテル、及びアクティビティといった３つのサービスの選択を受け付ける。なお、申込者が選択するサービスの数は、任意であってよく、例えば、１つ、２つ、又は４つ以上であってもよい。

［サービス特定部］
サービス特定部２０２は、制御部２１を主として実現される。サービス特定部２０２は、複数のサービスの中で、複数の利用者の各々が利用するサービスを特定する。例えば、サービス特定部２０２は、どの利用者がどのサービスを利用するかを特定する。また例えば、サービス特定部２０２は、複数のサービスの各々を利用する利用者を特定する。また例えば、サービス特定部２０２は、複数のサービスの各々と、複数の利用者の各々と、の対応関係を特定することになる。

先述したように、実施形態１では、各サービスを利用する利用者の組み合わせが同じなので、サービス特定部２０２は、複数の利用者の全てが複数のサービスの全てを利用すると特定する。即ち、サービス特定部２０２は、全ての利用者が、選択された全てのサービスを利用すると特定する。別の言い方をすれば、サービス特定部２０２は、複数のサービスの各々が、全ての利用者によって利用されると特定する。実施形態１では、旅行かごデータに利用人数が示されているので、サービス特定部２０２は、旅行かごデータに示された利用人数の全ての利用者が、旅行かごに追加された複数のサービスの全てを利用すると特定する。

実施形態１では、申込者が３つ以上のサービスを選択するので、サービス特定部２０２は、複数の利用者の全てが３つ以上のサービスの全てを利用すると特定する。図４−図５で説明した例であれば、サービス特定部２０２は、３人の利用者の全てが、航空券、ホテル、及びアクティビティといった３つのサービスの全てを利用すると特定する。

［入力項目特定部］
入力項目特定部２０３は、制御部２１を主として実現される。入力項目特定部２０３は、各サービスの利用者に関する入力項目を特定する。サービスと入力項目との関係は、予めデータ記憶部に記憶されているので、入力項目特定部２０３は、各サービスに関連付けられた入力項目を特定する。実施形態１では、サービスデータベースＤＢ１に各サービスの入力項目が定義されているので、入力項目特定部２０３は、サービスデータベースＤＢ１を参照することによって、各サービスの入力項目を特定する。

［表示制御部］
表示制御部２０４は、制御部２１を主として実現される。表示制御部２０４は、各利用者が利用するサービスと、各サービスの入力項目と、に基づいて、サービス間で重複する入力項目の重複入力を抑止可能な入力フォームを生成して表示させる。各利用者が利用するサービスは、サービス特定部２０２によって特定される。各サービスの入力項目は、入力項目特定部２０３によって特定される。

サービス間で重複する入力項目とは、複数のサービスの各々で重複する入力項目である。あるサービスの入力項目と、他のサービスの入力項目と、が重複する場合、当該入力項目は、サービス間で重複する入力項目である。重複とは、複数のサービスの各々の入力項目の名前が一致することである。別の言い方をすれば、重複とは、複数のサービスの各々の入力項目の名前が同じであることである。

なお、入力項目の名前には、表記ゆれが存在することがあるので、表記ゆれを吸収できるように、入力項目に属性が設定されていてもよい。例えば、同じ意味の属性であったとしても、「氏名」や「名前」と記載することもあれば、同じ言葉が日本語における漢字で記載されたり平仮名で記載されたりすることもある。表記ゆれが存在する場合には、複数のサービスの各々の入力項目の属性が同じことが、重複に相当してもよい。他にも例えば、入力項目は、名前ではなく、ＩＤが設定されていてもよい。この場合、入力項目のＩＤが同じことが、重複に相当する。

重複入力とは、同じ情報を複数回入力することである。別の言い方をすれば、互いに重複する複数の入力項目の各々の入力フォームに対し、同じ情報を入力することが、重複入力に相当する。重複入力を抑止可能とは、重複入力を回避すること、重複入力を防止すること、又は重複入力をさせないことである。即ち、重複入力をする場合よりも入力回数を少なくすることが、重複入力を抑止可能にすることに相当する。実施形態１では、入力項目の重複数に関係なく、１回の入力で済ませることにより、重複入力が抑止可能となっている。

入力フォームは、情報を入力して送信するための画像であり、例えば、テキストボックス、プルダウンメニュー、ラジオボタン、又はチェックボックスである。入力フォームでは、任意の情報を入力可能であり、例えば、テキスト、数値、又は記号が入力されてもよいし、複数の選択肢の中から情報が選択されてもよい。

入力フォームを生成とは、入力フォームの配置を決定すること、入力フォームの種類又は態様を決定すること、入力フォームを予約情報入力画面Ｇ５に表示可能な状態にすること、又は、予約情報入力画面Ｇ５の表示データに入力フォームを示すタグを記述することである。

実施形態１では、表示制御部２０４は、利用者ごとに、重複する入力項目を１つにまとめた入力フォームを生成して表示させる。例えば、ｎ（ｎは２以上の整数）個のサービスで入力項目が重複していたとすると、表示制御部２０４は、当該入力項目の入力フォームを、ｎ個表示させるのではなく、１つだけ表示させる。当該１つの入力フォームは、ｎ個のサービスの共用の入力フォームといえる。

利用者１人当たりの入力フォームの数は、入力項目の数に応じて定まればよい。例えば、入力項目が１つだけであれば、利用者１人当たりの入力フォームは１個となり、入力項目がｋ（ｋは２以上の整数）個であれば、利用者１人当たりの入力フォームはｋ個となる。表示制御部２０４は、複数の利用者の各々と、少なくとも１つの入力フォームと、を関連付けて表示させる。

表示制御部２０４は、重複していない入力項目については、当該入力項目の入力フォームを１つだけ表示させる。当該入力項目は、重複していないので、ｎ個のサービスで共用なわけではなく、当該入力項目が関連付けられたサービスに専用の入力フォームといえる。表示制御部２０４は、予約情報入力画面Ｇ５の表示データＤＴを生成し、申込者端末１０に表示データＤＴを送信する。

図９は、予約情報入力画面Ｇ５の表示データＤＴのデータ格納例を示す図である。図９では、データ格納例を理解しやすいように表形式で示しているが、表示データＤＴは、申込者端末１０に画面を表示させるためのデータであればよく、例えば、ＨＴＭＬデータ又はＸＭＬデータといった種々の形式のデータを適用可能である。

予約情報入力画面Ｇ５は、旅行かごの中身に応じた内容となるので、表示制御部２０４は、旅行かごデータに基づいて、予約情報入力画面Ｇ５の表示データＤＴを生成する。別の言い方をすれば、表示制御部２０４は、旅行かごデータに基づいて、予約情報入力画面Ｇ５のレイアウトを決定する。

例えば、表示制御部２０４は、旅行かごデータを参照し、旅行かごに追加されたサービスの利用人数を特定する。表示制御部２０４は、サービス特定部２０２により特定されたサービスごとに、利用人数の数だけタイトルを付与する。タイトルは、予約情報入力画面Ｇ５に表示される「大人１」、「大人２」、「子供１」といった名前である。表示制御部２０４は、利用者ごとに、タイトル、項目名、及び入力フォームの識別情報を付与し、表示データＤＴを生成する。入力フォームの識別情報は、予約情報入力画面Ｇ５内で入力フォームを識別するための情報であり、入力フォームの名前である。入力フォームの識別情報は、任意のルールで発行されるようにすればよい。

なお、表示制御部２０４は、計算式が定義された項目については、当該項目の入力フォームに計算式を関連付けて表示データＤＴに格納する。例えば、表示制御部２０４は、「生年月日」の項目と「年齢区分」の項目とを特定した場合には、「生年月日」から「年齢区分」を計算するための計算式を表示データＤＴに格納する。また例えば、表示制御部２０４は、「生年月日」の項目と「満年齢」の項目とを特定した場合には、「生年月日」から「満年齢」を計算するための計算式を表示データＤＴに格納する。

また、表示データＤＴは、所定の命令が記述されたスクリプトを含むようにしてもよいし、表示データＤＴとは別にスクリプトが管理され、外部呼出しによってスクリプトが実行されてもよい。例えば、スクリプトには、上記の計算式が記述されてもよし、表示データＤＴに示したタイトル、項目名、及び入力フォームの識別情報が記述されてもよい。

なお、表示データＤＴに含まれる情報は、上記の例に限られない。表示データＤＴには、予約情報入力画面Ｇ５を表示させるための情報が含まれていればよく、例えば、予約対象となるサービスのサービスＩＤやサービス名といった情報が含まれていてもよい。

また、入力フォームの並び順は、名前順又はランダムに設定されてもよいが、実施形態１では、表示制御部２０４は、複数の入力項目がある利用者については、各入力項目の入力フォームを、予め定められた各入力項目の優先順位に基づいて表示させる。

優先順位は、予約情報入力画面Ｇ５における並び順であり、入力フォームの配置順又は表示順である。実施形態１では、入力フォームが縦に並ぶので、上の方ほど順位が上であり下の方ほど順位が下となる。なお、入力フォームを横に並べて表示させる場合には、左の方ほど順位が上であり右の方ほど順位が下であってもよいし、右の方ほど順位が上であり左の方ほど順位が下であってもよい。

なお、優先順位は、データベース記憶部２００に定められているものとする。図５の例であれば、氏名が最上位であり、生年月日、性別、身長、年齢区分の順番に優先順位が定められている。表示制御部２０４は、データベース記憶部２００に定められた優先順位に基づいて、各入力項目の入力フォームの順序を決定する。即ち、表示制御部２０４は、各入力項目の優先順位が示す数値の昇順となるように、各入力項目の入力フォームの配置を決定する。

実施形態１では、「年齢区分」のように「生年月日」から計算可能な入力項目が存在するので、表示制御部２０４は、他の入力項目に入力された情報に基づいて生成された情報が入力される入力フォームを生成して表示させる。別の言い方をすれば、表示制御部２０４は、他の入力項目に入力された情報が流用される入力フォームを生成して表示させる。ここでは、他の入力項目に入力された情報がそのまま流用されるのではなく、他の入力項目に入力された情報に基づいて、入力すべき情報が計算される。

先述したように、表示制御部２０４は、計算に必要な計算式を入力フォームに関連付けて表示データＤＴに格納する。「年齢区分」と「生年月日」との関係であれば、現在日時と生年月日から満年齢を計算し、複数の区分の中で満年齢が属する区分を計算するための計算式が入力フォームに関連付けられる。なお、この計算式は、予めデータベース記憶部２００に記憶されているものとする。

［１−３−２．申込者端末において実現される機能］
申込者端末１０では、データ記憶部１００及び表示制御部１０１が実現される。これらは、それぞれ、データ記憶手段及び表示制御手段の一例である。

［データ記憶部］
データ記憶部１００は、記憶部１２を主として実現される。データ記憶部１００は、予約情報入力画面Ｇ５を表示させるために必要なデータを記憶する。ここでは、データ記憶部１００が、表示データＤＴを記憶する場合を説明する。申込者端末１０は、サーバ２０から表示データＤＴを受信すると、データ記憶部１００に表示データＤＴを記録する。表示データＤＴのデータ格納例は、先述した通りである。

なお、データ記憶部１００が記憶するデータは、上記の例に限られない。例えば、データ記憶部１００は、申込者端末１０を操作する申込者の申込者ＩＤを記憶してもよい。また例えば、データ記憶部１００は、旅行かごデータを記憶してもよい。この場合、データ記憶部１００の旅行かごデータと、申込者データベースＤＢ２の旅行かごデータと、は整合性が取られているものとする。

［表示制御部］
表示制御部１０１は、制御部１１を主として実現される。表示制御部１０１は、表示データＤＴに基づいて、予約情報入力画面Ｇ５を表示部１５に表示させる。例えば、表示制御部１０１は、申込者が各入力フォームに入力した予約情報を予約情報入力画面Ｇ５に表示させる。また例えば、表示制御部１０１は、表示データＤＴに記述されたスクリプトを実行し、他の入力項目に入力された予約情報に基づいて、予約情報を生成する。ここでは、表示データＤＴの「年齢区分」に計算式が格納されているので、表示制御部１０１は、「生年月日」の入力フォームＦ５２に生年月日が入力された場合に、当該計算式に基づいて年齢区分を取得して入力フォームＦ５３に表示させる。

［１−４．実施形態１において実行される処理］
図１０は、受付システムＳにおいて実行される処理の一例を示すフロー図である。図１０に示す処理は、制御部１１，２１が、それぞれ記憶部１２，２２に記憶されたプログラムに従って動作することによって実行される。下記に説明する処理は、図６に示す機能ブロックにより実行される処理の一例である。

なお、ここでは、申込者によって旅行かごに複数のサービスが追加されており、申込者端末１０の記憶部１２には旅行かごデータが記憶されているものとする。申込者端末１０は、旅行かごデータに基づいて旅行かご画面Ｇ４（図４）を表示部１５に表示させる。図１０に示す処理は、旅行かご画面Ｇ４のボタンＢ４１が選択された場合に実行される。

図１０に示すように、まず、申込者端末１０において、制御部１１は、記憶部１２に記憶された旅行かごデータをサーバ２０に送信する（Ｓ１０１）。なお、申込者端末１０からサーバ２０にデータが送信される場合には、記憶部１２に記憶された申込者ＩＤも送信されるものとする。

サーバ２０においては、制御部２１は、旅行かごデータを受信する（Ｓ１０２）。旅行かごデータには、申込者が選択した複数のサービスの各々のサービスＩＤが格納されているので、ここでは、旅行かごデータを受信することによって、申込者による複数のサービスの選択を受け付けることになる。Ｓ１０１における旅行かごデータの送信を省略してもよく、この場合には、Ｓ１０２において、制御部２１は、旅行かごデータベースに格納された旅行かごデータを参照する。

制御部２１は、旅行かごデータに基づいて、複数の利用者の各々が利用するサービスを特定する（Ｓ１０３）。Ｓ１０３においては、制御部２１は、旅行かごデータに格納されたサービスＩＤと利用人数の組み合わせに基づいて、各利用者が利用するサービスを特定する。

制御部２１は、旅行かごデータ及びサービスデータベースＤＢ１に基づいて、各利用者が利用するサービスの入力項目を特定する（Ｓ１０４）。Ｓ１０４においては、制御部２１は、サービスデータベースＤＢ１のうち、旅行かごデータに格納されたサービスＩＤのレコードを参照する。制御部２１は、当該レコードに基づいて、旅行かごに追加されたサービスの入力項目を特定する。

制御部２１は、Ｓ１０３で特定したサービスと、Ｓ１０４で特定した入力項目と、に基づいて、各入力項目の優先順位に基づいて、利用者ごとに、重複する入力項目を１つにまとめた入力フォームを生成する（Ｓ１０５）。Ｓ１０５においては、制御部２１は、Ｓ１０４で特定した入力項目の名前を比較し、Ｓ１０４で特定した入力項目の中に重複するものがあるか否かを判定する。制御部２１は、重複すると判定した入力項目については、複数の入力フォームを設定するのではなく、１つの入力フォームを設定する。制御部２１は、各入力項目の優先順位の降順に並ぶように、１人の利用者の中での入力フォームの配置を決定し、予約情報入力画面Ｇ５の表示データＤＴを生成する。また、制御部２１は、「生年月日」と「年齢区分」が入力項目として含まれている場合には、表示データＤＴに計算式を含める。そして、制御部２１は、「生年月日」の入力フォームが入力された場合に、計算式に基づいて年齢区分を計算する旨のスクリプトを生成して表示データＤＴに含める。

制御部２１は、申込者端末１０に対し、Ｓ１０５で生成された表示データＤＴを送信する（Ｓ１０６）。

申込者端末１０においては、表示データＤＴを受信すると、制御部１１は、予約情報入力画面Ｇ５を表示部１５に表示させる（Ｓ１０７）。制御部１１は、操作部１４の検出信号に基づいて、申込者による予約情報の入力を受け付ける（Ｓ１０８）。申込者によって入力された予約情報は、記憶部１２に一時的に記録される。なお、制御部１１は、「生年月日」の入力フォームが入力された場合にはスクリプトを実行し、「年齢区分」の値を計算して入力フォームに入力する。

制御部１１は、操作部１４の検出信号に基づいて、ボタンＢ５４が選択されたか否かを判定する（Ｓ１０９）。ボタンＢ５４が選択されたと判定されない場合（Ｓ１０９；Ｎ）、Ｓ１０８の処理に戻る。

一方、ボタンＢ５４が選択されたと判定された場合（Ｓ１０９；ボタン）、制御部１１は、予約情報入力画面Ｇ５内の全ての入力フォームに予約情報が入力されたかを判定する（Ｓ１１０）。各入力フォームと、入力された予約情報と、は記憶部１２に関連付けられて保持されているので、Ｓ１１０においては、制御部１１は、何の予約情報も関連付けられていない入力フォームが存在するかを判定する。

まだ予約情報が入力されていない入力フォームがあると判定された場合（Ｓ１１０；Ｎ）、所定のエラーメッセージが表示され、Ｓ１０８の処理に戻る。この場合、全ての入力フォームに予約情報が入力されるまで、申込者による予約情報の入力が繰り返される。

一方、全ての予約情報が入力されたと判定された場合（Ｓ１１０；Ｙ）、制御部１１は、サーバ２０に対し、各入力フォームに入力された予約情報をサーバ２０に送信する（Ｓ１１１）。各入力フォームに入力された予約情報は記憶部１２に記憶されているので、制御部１１は、記憶部１２に記憶された予約情報をサーバ２０に送信する。

サーバ２０においては、予約情報を受信すると、制御部２１は、旅行かごに追加された各サービスの予約処理を実行し（Ｓ１１４）、本処理は終了する。Ｓ８においては、制御部２１は、予約の対象となる各サービスのサービス提供者に対し、予約情報を送信する。先述したように、特に氏名を送信する必要のないサービスについては、制御部２１は、氏名を送信せず、性別等の属性情報だけを送信してもよい。

実施形態１の受付システムＳによれば、複数のサービスが申込者によって選択された場合に、サービス間で重複する入力項目の重複入力を抑止可能な入力フォームを生成して予約情報入力画面Ｇ５に表示させることで、申込者に同じ情報を何度も入力させることを防止して入力回数が少なくなるので、複数のサービスを申し込む場合に申込者の入力の手間を軽減することができる。また、同じ情報を何度も入力する必要がないので、申込者端末１０が同じ情報の受付処理を実行する必要がなくなり、申込者端末１０の処理負荷を軽減することができる。

また、利用者ごとに、重複する入力項目を１つにまとめた入力フォームを生成して予約情報入力画面Ｇ５に表示させることで、入力フォームの数を減らすことができ、複数のサービスを申し込む場合に申込者の入力の手間を効果的に軽減することができる。また、スマートフォンのように画面が小さい場合には表示スペースが限られているが、入力フォームの数を減らすことで、表示スペースの有効化を図り、使い勝手のよいユーザインタフェースを提供することができる。また、同じ情報を入力するための入力フォームを複数個生成する必要がなくなるので、入力フォームを生成すべき個数を減らすことができ、サーバ２０の処理負荷を軽減することができる。また、同じ情報を入力するための入力フォームを減らすことで、表示データＤＴに含まれる入力フォームの情報量を減らすことができるので、ネットワークＮの通信負荷及び申込者端末１０のメモリ使用量を減らすことができる。

また、各入力項目の入力フォームが優先順位に基づいて表示され、重要な内容の入力フォームを先に入力させることができる。このため、申込者による誤入力の発生を抑止し、間違った内容で予約されてしまうといったことを防止することができる。

また、他の入力項目に入力された情報に基づいて生成された情報が入力される入力フォームが生成されることで、例えば、「年齢区分」を入力しなくても予約情報を入力することができ、他の入力項目の情報をそのまま流用できない場合であったとしても、サービスの形式に合わせた情報に変換することができる。このため、申込者の入力回数を減らし、誤入力を防止することができ、使い勝手のよいユーザインタフェースを提供することができる。また、申込者の入力回数が減り、申込者端末１０が入力を受け付ける回数が減るので、申込者端末１０の処理負荷を軽減することができる。また、申込者端末１０側で実行されるスクリプトによって上記の処理が実行されるので、他の入力項目の情報を流用する場合に、サーバ２０の処理負荷を軽減することができる。

また、実施形態１では、複数の利用者の全てが複数のサービスの全てを利用する場合を説明したが、このような場合であったとしても、申込者の入力の手間を軽減することができる。

また、実施形態１では、複数の利用者の全てが３つ以上のサービスの全てを利用する場合を説明したが、このような場合であったとしても、複数の利用者の全てが３つ以上のサービスの全てを利用する場合に、申込者の入力の手間を軽減することができる。

［２．実施形態２］
次に、受付システムＳの第２の実施形態（以降、実施形態２と記載する。）の例を説明する。実施形態１では、重複する入力項目を１つにまとめた入力フォームを説明したが、重複入力を抑止可能な入力フォームは、実施形態１の例に限られない。例えば、他のサービスの重複する入力項目で入力された情報を流用する入力フォームが、重複入力を抑止可能な入力フォームに相当してもよい。以降、実施形態２の受付システムＳを説明する。なお、実施形態２では、実施形態１と同様の内容は、説明を省略する。

［２−１．実施形態２の受付システムの概要］
図１１は、実施形態２の予約情報入力画面Ｇ５の一例を示す図である。なお、旅行かごの中身は、実施形態１の図４で説明した内容と同じとする。図１１に示すように、実施形態２の予約情報入力画面Ｇ５は、旅行かごに追加されたサービスごとに、各利用者の予約情報を入力するための入力フォームが表示される。

表示領域Ａ６０には、航空券の予約情報を入力するための入力フォームが表示される。表示領域Ａ６０は、１人目の利用者の予約情報を入力するための表示領域Ａ６０Ａ、２人目の利用者の予約情報を入力するための表示領域Ａ６０Ｂ、及び３人目の利用者の予約情報を入力するための表示領域Ａ６０Ｃを含む。即ち、表示領域Ａ６０の中では、入力フォームを表示させるための領域が、航空券の利用者ごとに分けられている。

表示領域Ａ６０Ａには、１人目の利用者の氏名、生年月日、及び性別の各々を入力するための入力フォームＦ６００Ａ，Ｆ６０１Ａ，Ｆ６０２Ａが表示される。また、表示領域Ａ６０Ｂには、２人目の利用者の氏名、生年月日、及び性別の各々を入力するための入力フォームＦ６００Ｂ，Ｆ６０１Ｂ，Ｆ６０２Ｂが表示される。また、表示領域Ａ６０Ｃには、３人目の利用者の氏名、生年月日、及び性別の各々を入力するための入力フォームＦ６００Ｃ，Ｆ６０１Ｃ，Ｆ６０２Ｃが表示される。

表示領域Ａ６１には、ホテルの予約情報を入力するための入力フォームが表示される。表示領域Ａ６１は、１人目の利用者の予約情報を入力するための表示領域Ａ６１Ａ、２人目の利用者の予約情報を入力するための表示領域Ａ６１Ｂ、及び３人目の利用者の予約情報を入力するための表示領域Ａ６１Ｃを含む。即ち、表示領域Ａ６１の中では、入力フォームを表示させるための領域が、ホテルの利用者ごとに分けられている。

表示領域Ａ６１Ａには、１人目の利用者の氏名、生年月日、及び性別の各々を入力するための入力フォームＦ６１０Ａ，Ｆ６１１Ａ，Ｆ６１２Ａが表示される。また、表示領域Ａ６１Ｂには、２人目の利用者の氏名、生年月日、及び性別の各々を入力するための入力フォームＦ６１０Ｂ，Ｆ６１１Ｂ，Ｆ６１２Ｂが表示される。また、表示領域Ａ６１Ｃには、３人目の利用者の氏名、生年月日、及び性別の各々を入力するための入力フォームＦ６１０Ｃ，Ｆ６１１Ｃ，Ｆ６１２Ｃが表示される。

表示領域Ａ６２には、アクティビティの予約情報を入力するための入力フォームが表示される。表示領域Ａ６２は、１人目の利用者の予約情報を入力するための表示領域Ａ６２Ａ、２人目の利用者の予約情報を入力するための表示領域Ａ６２Ｂ、及び３人目の利用者の予約情報を入力するための表示領域Ａ６２Ｃを含む。即ち、表示領域Ａ６２の中では、入力フォームを表示させるための領域が、アクティビティの利用者ごとに分けられている。

表示領域Ａ６２Ａには、１人目の利用者の氏名、身長、及び年齢の各々を入力するための入力フォームＦ６２０Ａ，Ｆ６２１Ａ，Ｆ６２２Ａが表示される。また、表示領域Ａ６２Ｂには、２人目の利用者の氏名、身長、及び年齢の各々を入力するための入力フォームＦ６２０Ｂ，Ｆ６２１Ｂ，Ｆ６２２Ｂが表示される。また、表示領域Ａ６２Ｃには、３人目の利用者の氏名、身長、及び年齢の各々を入力するための入力フォームＦ６２０Ｃ，Ｆ６２１Ｃ，Ｆ６２２Ｃが表示される。

なお、以降では、入力フォームＦ６００Ａ〜Ｆ６００Ｃを特に区別する必要のないときは、単に入力フォームＦ６００と記載する。同様に、図１１に示す他の入力フォームについても、末尾のアルファベットの符号を省略し、単に入力フォームＦ６０１，Ｆ６０２，Ｆ６１０，Ｆ６１１，Ｆ６１２，Ｆ６２０，Ｆ６２１，Ｆ６２２と記載することがある。

申込者は、表示領域Ａ６０〜Ａ６２の各々の入力フォームに予約情報を入力し、ボタンＢ６３を選択することによって、サービスの予約をすることができる。予約情報は、任意の順番で入力されてよいが、ここでは、予約情報入力画面Ｇ５の上から順番に予約情報が入力される場合を例に挙げて説明する。

図１２−図１４は、予約情報が入力される様子を示す図である。なお、図１２−図１４では、特に参照する必要のない符号については省略する。図１２の予約情報入力画面Ｇ５Ａに示すように、申込者は、入力フォームＦ６００Ａに、航空券の１人目の利用者の氏名を示すテキストを入力する。

例えば、１人目の利用者の氏名として「Ｙａｍａｄａ Ｔａｒｏ」が入力されると、予約情報入力画面Ｇ５Ｂに示すように、入力フォームＦ６１０Ａ及び入力フォームＦ６１０Ａの各々に、当該氏名が入力される。即ち、航空券の１人目の利用者の氏名が、ホテルの１人目の利用者の氏名及びアクティビティの１人目の利用者の氏名として流用される。これにより、本来であれば、１人目の利用者の氏名を３回入力しなければならないところ、実施形態２の予約情報入力画面Ｇ５では、１回の入力で済むようになっている。

次に、図１３の予約情報入力画面Ｇ５Ｃに示すように、申込者は、入力フォームＦ６０１Ａに、航空券の１人目の利用者の生年月日を示す数値を入力する。例えば、１人目の利用者の生年月日として「１９８０年４月８日」が入力されると、予約情報入力画面Ｇ５Ｄに示すように、入力フォームＦ６１１Ａに、当該生年月日が入力される。即ち、航空券の１人目の利用者の生年月日が、ホテルの１人目の利用者の生年月日として流用される。更に、実施形態１で説明したように、年齢区分は生年月日から計算可能なので、予約情報入力画面Ｇ５Ｄの入力フォームＦ６２２Ａに示すように、１人目の利用者の年齢区分が自動的に入力される。これにより、本来であれば、１人目の利用者の生年月日を２回入力して年齢区分も入力しなければならないところ、実施形態２の予約情報入力画面Ｇ５では、１回の入力で済むようになっている。

次に、図１４の予約情報入力画面Ｇ５Ｅに示すように、申込者は、入力フォームＦ６０２Ａに、航空券の１人目の利用者の性別を入力する。例えば、１人目の利用者の性別として「男」が入力されると、予約情報入力画面Ｇ５Ｆに示すように、入力フォームＦ６１２Ａに、当該性別が入力される。即ち、航空券の１人目の利用者の性別が、ホテルの１人目の利用者の性別として流用される。これにより、本来であれば、１人目の利用者の性別を２回入力しなければならないところ、実施形態２の予約情報入力画面Ｇ５では、１回の入力で済むようになっている。

２人目の利用者及び３人目の利用者についても同様に、航空券で入力された氏名、生年月日、及び性別の情報が、ホテル及びアクティビティに流用される。なお、以上では、申込者が航空券の予約情報を最初に入力する場合を説明したが、申込者は、ホテル又はアクティビティの予約情報を最初に入力してもよい。この場合も、申込者が入力した予約情報が他のサービスに流用される。例えば、申込者が入力フォームＦ６１０Ａにホテルの１人目の氏名を入力すると、入力フォームＦ６００Ａ及び入力フォームＦ６２０Ａの各々に当該氏名が流用される。

以上のように、受付システムＳは、申込者が旅行かごに追加した複数のサービスの各々の入力項目が重複した場合に、他のサービスの重複する入力項目に入力された情報を流用することで、複数のサービスを申し込む場合に申込者の入力の手間を軽減するようにしている。以降、当該構成の詳細を説明する。

［２−２．実施形態２において実現される機能］
実施形態２の機能ブロックは、実施形態１（図６）と同様であるが、表示制御部２０４の詳細が実施形態１と異なる。実施形態２の表示制御部２０４は、サービスごとに、他のサービスの重複する入力項目に入力された情報が流用される入力フォームを生成して表示させる。

流用とは、入力済みの情報を利用することである。別の言い方をすれば、流用は、ある入力フォームに対して入力済みの情報を、そのまま他の入力フォームに入力することである。例えば、第１のサービスの入力項目と、第２のサービスの入力項目と、が重複していたとすると、第１のサービスの当該入力項目の第１の入力フォームに対して入力された予約情報が、第２のサービスの入力項目の第２の入力フォームに流用される。

実施形態２の表示制御部２０４は、実施形態１と同様、表示データＤＴを生成して申込者端末１０に送信するが、表示データＤＴのデータ構成が実施形態１とは異なる。

図１５は、実施形態２の表示データＤＴのデータ格納例を示す図である。図１５に示すように、実施形態２では、サービスごとに入力フォームが表示されるので、表示データＤＴには、サービスごとに入力フォームの情報が格納される。例えば、表示データＤＴには、サービスＩＤ、サービス名、及び入力フォームの情報が格納される。

例えば、表示制御部２０４は、実施形態１と同様にして、旅行かごに追加されたサービスのサービスＩＤ、利用人数、及び入力項目を特定する。表示制御部２０４は、利用人数の数だけタイトルを付与し、サービスごとに、タイトル、項目名、及び入力フォームの識別情報を付与し、表示データＤＴを生成する。なお、計算式が定義された項目については、計算式が関連付けられる点については、実施形態１と同様である。

また例えば、実施形態２のスクリプトは、表示データＤＴに示したサービスＩＤ、サービス名、タイトル、項目名、及び入力フォームの識別情報が記述されてもよい。また例えば、スクリプトには、一の入力フォームに入力された情報を取得して、当該情報を他の入力フォームに入力する命令が記述されてもよい。別の言い方をすれば、スクリプトには、重複する入力項目（例えば、同じ項目名）の入力フォーム同士で情報を流用する命令が記述されてもよい。これらの命令は、スクリプトに記述される命令の一例であり、スクリプトには、任意の命令が記述されてよい。

申込者端末１０の表示制御部１０１は、表示データＤＴのスクリプトを実行し、重複する入力項目に入力された情報を流用する処理を実行する。例えば、表示制御部１０１は、あるサービスの入力フォームに対して予約情報が入力された場合に、表示データＤＴに基づいて、他のサービスに重複する入力項目が存在するか否かを判定する。表示制御部１０１は、重複する入力項目が存在する場合に、入力された予約情報を流用する。

例えば、表示制御部１０１は、あるサービスの「氏名」の入力フォームに対して利用者の氏名が入力された場合に、他のサービスに「氏名」の入力フォームが存在するか否かを判定する。表示制御部１０１は、他のサービスに「氏名」の入力フォームが存在する場合に、入力された利用者の氏名を流用する。

［２−３．実施形態２において実行される処理］
図１６は、実施形態２の受付システムＳにおいて実行される処理の一例を示すフロー図である。図１６に示すように、実施形態２では、一部の処理は実施形態１と同様であるが、表示データＤＴを生成する処理等は実施形態１と異なる。

図１５に示すように、Ｓ２０１〜Ｓ２０４は、それぞれＳ１０１〜Ｓ１０４と同様である。Ｓ２０４において、各サービスの入力項目が特定されると、制御部２１は、Ｓ２０３で特定したサービスと、Ｓ２０４で特定した入力項目と、に基づいて、サービスごとに、他のサービスの重複する入力項目に入力された情報が流用される入力フォームが表示されるように、予約情報入力画面Ｇ５の表示データＤＴを生成する（Ｓ２０５）。

Ｓ２０５においては、制御部２１は、Ｓ２０４で特定した入力項目の名前を比較し、Ｓ２０４で特定した入力項目の中に重複するものがあるか否かを判定する。制御部２１は、重複すると判定した入力項目については、入力された情報を互いに流用するようにスクリプトを記述し、予約情報入力画面Ｇ５の表示データＤＴを生成する。また、制御部２１は、「生年月日」と「年齢区分」が入力項目として含まれている場合には、表示データＤＴに計算式を含める。そして、制御部２１は、「生年月日」の入力フォームが入力された場合に、計算式に基づいて年齢区分を計算する旨のスクリプトを生成して表示データＤＴに含める。

続くＳ２０６〜Ｓ２０８は、Ｓ１０６〜Ｓ１０８と同様である。Ｓ２０８において、予約情報の入力が受け付けられると、制御部２１は、重複する入力項目が存在するか否かを判定する（Ｓ２０９）。Ｓ２０９の処理は、表示データＤＴのスクリプトによって実行される。Ｓ２０９においては、制御部２１は、予約情報が入力された入力項目と同じ名前の入力項目が存在するか否かを判定する。

重複する入力項目が存在すると判定された場合（Ｓ２０９；Ｙ）、制御部２１は、Ｓ２０８において入力された予約情報を、重複する入力項目の入力フォームに流用する（Ｓ２１０）。Ｓ２１０の処理は、表示データＤＴのスクリプトによって実行される。Ｓ２１０においては、制御部２１は、予約情報が入力された入力項目と同じ名前の入力項目の入力フォームに、当該予約情報を入力する。続くＳ２１１〜Ｓ２１４は、Ｓ１０９〜Ｓ１１２と同様である。

実施形態２の受付システムＳによれば、サービスごとに、他のサービスの重複する入力項目に入力された情報が流用される入力フォームを生成して予約情報入力画面Ｇ５に表示させることで、申込者に同じ情報を何度も入力させることを防止して入力回数が少なくなるので、複数のサービスを申し込む場合に申込者の入力の手間を軽減することができる。また、同じ情報を何度も入力する必要がないので、申込者端末１０が同じ情報の受付処理を実行する必要がなくなり、申込者端末１０の処理負荷を軽減することができる。また、申込者端末１０側で実行されるスクリプトによって、入力済みの情報を流用する処理が実行されるので、入力済みの情報を流用する場合に、サーバ２０の処理負荷を軽減することができる。

［３．変形例］
なお、本発明は、以上に説明した実施の形態に限定されるものではない。本発明の趣旨を逸脱しない範囲で、適宜変更可能である。

（１）例えば、実施形態２の予約情報入力画面Ｇ５におけるサービスの並び順は、任意の順序であってよいが、サービスによって利用者数が異なる場合には、申込者は、上から順番に予約情報を入力することが多いので、利用者数の多い順に並べた方が、より効率的な入力が可能となる。なお、サービスによって利用者数が異なる場合、後述する変形例（３）のようにして、どの利用者がどのサービスを利用するかを申込者に指定させるものとする。

本変形例の表示制御部２０４は、各サービスの入力フォームを、利用者数の多い順に表示させてもよい。即ち、表示制御部２０４は、利用者数の降順となるように、各サービスの入力フォームの並び順を設定する。

並び順とは、入力フォームの配置順又は表示順である。ここでは、入力フォームが縦に並ぶので、上の方ほど順番が先であり下の方ほど順番が後となる。なお、入力フォームを横に並べて表示させる場合には、左の方ほど順番が先であり右の方ほど順番が後であってもよいし、右の方ほど順番が先であり左の方ほど順番が後であってもよい。

並び順を設定するとは、並び順を決定すること、決定した並び順に基づいて配置された各サービスの入力フォームを表示させること、又は、決定した並び順で各サービスの入力フォームが配置された予約情報入力画面Ｇ５の表示データＤＴを生成することである。例えば、航空券の利用人数が３人であり、ホテルの利用人数が２人であり、アクティビティの利用人数が５人だったとすると、表示制御部２０４は、アクティビティ、航空券、ホテルの順番となるように、各サービスの入力フォームの並び順を設定する。

変形例（１）によれば、各サービスの入力フォームの並び順を利用者数の多い順に設定することによって、より早い段階で多くの予約情報を入力させることができる。このため、申込者による入力を効率化し、使い勝手のよいユーザインタフェースを提供することができる。申込者による入力が効率化することで、申込者端末１０が入力を受け付ける回数が減るので、申込者端末１０の処理負荷を軽減することができる。

（２）また例えば、実施形態２において、表示制御部２０４は、各サービスの入力フォームを、入力項目数の多い順に表示させてもよい。表示制御部２０４は、実施形態で説明した通りにして、各サービスの入力項目を特定し、各サービスの入力項目数を取得する。表示制御部２０４は、当該取得した入力項目数の降順となるように、各サービスの入力フォームの並び順を設定する。

例えば、航空券の入力項目が３個であり、ホテルの入力項目が５個であり、アクティビティの利用人数が４個だったとすると、表示制御部２０４は、ホテル、アクティビティ、航空券の順番となるように、各サービスの入力フォームの並び順を設定する。

変形例（２）によれば、各サービスの入力フォームの並び順を入力項目数の多い順に設定することによって、早い段階で多くの項目の情報を入力させることができる。このため、申込者による入力を効率化し、使い勝手のよいユーザインタフェースを提供することができる。申込者による入力が効率化することで、申込者端末１０が入力を受け付ける回数が減るので、申込者端末１０の処理負荷を軽減することができる。

（３）また例えば、実施形態１−２では、各サービスの利用者数が互いに同じである場合を説明したが、サービスによって利用人数が異なってもよい。この場合、どの利用者がどのサービスを利用するかを申込者が指定してもよい。

図１７−図１８は、各利用者が利用するサービスを申込者が指定する様子を示す図である。ここでは、航空券とホテルの利用人数が３人であり、アクティビティの利用人数が２人である場合を説明する。この場合、３人の利用者のうち、どの利用者がアクティビティを利用するのかをシステム側で特定できないので、予約情報入力画面Ｇ５で利用者を指定させるようにしてもよい。

図１７に示すように、予約情報入力画面Ｇ５には、利用者ごとに、どのサービスを利用するかを指定できるようになっている。表示制御部２０４は、旅行かごデータに格納されたサービスと、各サービスの利用人数と、に基づいて、図１７の予約情報入力画面Ｇ５の表示データを生成する。なお、利用者の数は、旅行かごデータに追加されたサービスの利用者数の最大値とする。例えば、表示領域Ａ７０Ａには、１人目の利用者の氏名を入力するための入力フォームＦ７１Ａと、１人目の利用者が利用するサービスを入力するための入力フォームＦ７２Ａと、が表示される。

また例えば、表示領域Ａ７０Ｂには、２人目の利用者の氏名を入力するための入力フォームＦ７１Ｂと、２人目の利用者が利用するサービスを入力するための入力フォームＦ７２Ｂと、が表示される。また例えば、表示領域Ａ７０Ｃには、３人目の利用者の氏名を入力するための入力フォームＦ７１Ｃと、３人目の利用者が利用するサービスを入力するための入力フォームＦ７２Ｃと、が表示される。なお、以降では、表示領域Ａ７０Ａ〜Ａ７０Ｃを特に区別する必要のないときは、単に表示領域Ａ７０と記載する。同様に入力フォームＦ７１Ａ〜Ｆ７１Ｃ，Ｆ７２Ａ〜Ｆ７２Ｃを、単に入力フォームＦ７１，Ｆ７２と記載することがある。

図１８に示すように、申込者は、各利用者の氏名を入力フォームＦ７１に入力し、各利用者が利用するサービスを入力フォームＦ７２に入力する。図１８の例では、１人目の利用者である「Ｙａｍａｄａ Ｔａｒｏ」は、航空券とホテルを利用し、アクティビティは利用しない。２人目の利用者である「Ｙａｍａｄａ Ｒｙｏｋｏ」は、航空券、ホテル、及びアクティビティを利用する。３人目の利用者である「Ｙａｍａｄａ Ｋａｚｕｏ」は、航空券、ホテル、及びアクティビティを利用する。

申込者がボタンＢ７３を選択すると、氏名以外の入力項目を入力するために、予約情報入力画面Ｇ５の表示が切り替わる。この画面は、実施形態１のようなレイアウトであってもよいし、実施形態２のようなレイアウトであってもよい。

図１９は、変形例（３）の予約情報入力画面Ｇ５の一例を示す図である。図１９は、実施形態１で説明したレイアウトの予約情報入力画面Ｇ５を示している。表示制御部２０４は、実施形態１と同様にして各サービスの入力項目を特定し、申込者が指定した各利用者のサービスと、申込者が入力した各利用者の氏名と、に基づいて、図１９の予約情報入力画面Ｇ５の表示データを生成する。図１９に示すように、各利用者の氏名は入力済みなので、ここでは、氏名の入力フォームは表示されないものとする。なお、氏名の入力フォームを表示させ、入力済みの氏名の誤記等を正させてもよい。

表示領域Ａ８０Ａには、１人目の利用者の生年月日及び性別の各々を入力するための入力フォームＦ８１Ａ，Ｆ８２Ａが表示される。入力フォームＦ８１Ａ，Ｆ８２Ａは、実施形態１で説明した入力フォームＦ５２Ａ，Ｆ５３Ａと同様である。なお、１人目の利用者の「Ｙａｍａｄａ Ｔａｒｏ」は、アクティビティを利用しないので、身長及び年齢区分の各々を入力するための入力フォームは表示されない。即ち、実施形態１で説明した入力フォームＦ５４Ａ，Ｆ５５Ａに相当する入力フォームは表示されない。

表示領域Ａ８０Ｂには、２人目の利用者の生年月日、性別、身長、及び年齢の各々を入力するための入力フォームＦ８１Ｂ〜Ｆ８４Ｂが表示される。入力フォームＦ８１Ｂ〜Ｆ８４Ｂは、実施形態１で説明した入力フォームＦ５２Ｂ〜Ｆ５５Ｂと同様である。

表示領域Ａ８０Ｃには、３人目の利用者の生年月日、性別、身長、及び年齢の各々を入力するための入力フォームＦ８１Ｃ〜Ｆ８４Ｃが表示される。入力フォームＦ８１Ｃ〜Ｆ８４Ｃは、実施形態１で説明した入力フォームＦ５２Ｃ〜Ｆ５５Ｃと同様である。なお、ボタンＢ８５は、実施形態１で説明したボタンＢ５６と同様である。

図２０は、変形例（３）の予約情報入力画面Ｇ５の一例を示す図である。図２０は、実施形態２で説明したレイアウトの予約情報入力画面Ｇ５を示している。表示制御部２０４は、実施形態２と同様にして各サービスの入力項目を特定し、申込者が指定した各利用者のサービスと、申込者が入力した各利用者の氏名と、に基づいて、図２０の予約情報入力画面Ｇ５の表示データを生成する。図２０に示すように、各利用者の氏名は入力済みなので、ここでは、氏名の入力フォームは表示されないものとする。なお、氏名の入力フォームを表示させ、入力済みの氏名の誤記等を正させてもよい。

表示領域Ａ９０は、実施形態２の表示領域Ａ６０と同様に、航空券の利用者ごとに予約情報を入力する領域が分けられており、表示領域Ａ９０Ａ〜Ａ９０Ｃを含む。例えば、表示領域Ａ９０Ａ〜Ａ９０Ｃには、航空券の各利用者の生年月日を入力するための入力フォームＦ９００Ａ〜Ｆ９００Ｃと、航空券の各利用者の性別を入力するための入力フォームＦ９０１Ａ〜Ｆ９０１Ｃと、が表示される。

表示領域Ａ９１は、実施形態２の表示領域Ａ６１と同様に、ホテルの利用者ごとに予約情報を入力する領域が分けられており、表示領域Ａ９１Ａ〜Ａ９１Ｃを含む。例えば、表示領域Ａ９１Ａ〜Ａ９１Ｃには、ホテルの各利用者の生年月日を入力するための入力フォームＦ９１０Ａ〜Ｆ９１０Ｃと、ホテルの各利用者の性別を入力するための入力フォームＦ９１１Ａ〜Ｆ９１１Ｃと、が表示される。

表示領域Ａ９２は、実施形態２の表示領域Ａ６２と同様に、アクティビティの利用者ごとに予約情報を入力する領域が分けられており、表示領域Ａ９２Ａ，Ａ９２Ｂを含む。ただし、実施形態２とは異なり、１人目の利用者の「Ｙａｍａｄａ Ｔａｒｏ」は、アクティビティを利用しないので、当該利用者の予約情報を入力する領域は表示されない。例えば、表示領域Ａ９２Ａ，Ａ９２Ｃには、アクティビティの各利用者の身長を入力するための入力フォームＦ９２０Ａ，Ｆ９２０Ｂと、アクティビティの各利用者の年齢区分を入力するための入力フォームＦ９２１Ａ，Ｆ９２１Ｃが表示される。

図２１は、変形例（３）の機能ブロック図である。図２１に示すように、変形例（３）では、実施形態１−２で説明した機能に加えて、指定受付部２０５が実現される。指定受付部２０５は、制御部２１を主として実現される。指定受付部２０５は、申込者による、各利用者が利用するサービスの指定を受け付ける。

本変形例では、指定受付部２０５がサーバ２０において実現されるので、指定受付部２０５は、申込者端末１０から、各利用者がどのサービスを利用するかを示す情報を受信する。例えば、申込者端末１０は、予約情報入力画面Ｇ５において指定された各利用者の氏名と利用するサービスとの組み合わせを示す情報をサーバ２０に送信する。指定受付部２０５は、当該情報を受信することによって、各利用者が利用するサービスの指定を受け付ける。

本変形例のサービス特定部２０２は、申込者により指定された各利用者が利用するサービスを特定する。サービス特定部２０２は、申込者端末１０から受信された、各利用者が利用するサービスを示す情報に基づいて、サービスを特定する。例えば、申込者端末１０は、予約情報入力画面Ｇ５において指定された各利用者の氏名と利用するサービスとの組み合わせを示す情報をサーバ２０に送信するので、サービス特定部２０２は、当該情報を参照して、各利用者が利用するサービスを特定する。

変形例（３）によれば、申込者により指定された各利用者が利用するサービスを特定することで、サービスによって利用者数が異なる場合であったとしても、サービス間で重複する入力項目の重複入力を抑止可能な入力フォームを生成することができ、申込者の入力の手間を軽減することができる。

（４）また例えば、上記変形例を組み合わせてもよい。

また例えば、受付システムＳを旅行予約サービスで利用する場面を説明したが、他の任意のサービスで利用されるようにしてもよい。例えば、受付システムＳを保険申込サービスで利用してもよい。この場合、保険商品がサービスに相当し、申込者は、保険の利用者の氏名や属性情報を入力する。保険申込サービスにおいて、重複する入力項目の重複入力を抑止可能な入力フォームが生成されて表示されてもよい。

また例えば、受付システムＳを、コンサートやイベントなどにおけるチケット販売サービスで利用してもよい。この場合、チケットがサービスに相当し、申込者は、チケットの使用者の氏名や属性情報を入力する。チケット販売サービスにおいて、重複する入力項目の重複入力を抑止可能な入力フォームが生成されて表示されてもよい。

また例えば、受付システムＳを、セミナーなどのイベント予約サービスで利用してもよい。この場合、イベントがサービスに相当し、申込者は、イベントの参加者の氏名や属性情報を入力する。イベント予約サービスにおいて、重複する入力項目の重複入力を抑止可能な入力フォームが生成されて表示されてもよい。

また例えば、サーバ２０で実現されるものとして説明した機能は、申込者端末１０で実現されてもよい。例えば、選択受付部２０１は、申込者端末１０において実現されてもよい。この場合、選択受付部２０１は、制御部１１を主として実現される。申込者端末１０の選択受付部２０１は、操作部１４の検出信号に基づいて、申込者による複数のサービスの選択を受け付ける。また例えば、サービス特定部２０２は、申込者端末１０において実現されてもよい。この場合、サービス特定部２０２は、制御部１１を主として実現される。申込者端末１０のサービス特定部２０２は、操作部１４の検出信号に基づいて、各利用者が利用するサービスを特定する。

また例えば、入力項目特定部２０３は、申込者端末１０において実現されてもよい。この場合、入力項目特定部２０３は、制御部１１を主として実現される。入力項目特定部２０３は、制御部１１を主として実現される。申込者端末１０の入力項目特定部２０３は、サーバ２０に対し、各サービスの入力項目を問い合わせることで当該入力項目を特定する。また例えば、申込者端末１０の表示制御部１０１により、予約情報入力画面Ｇ５の表示データＤＴが生成されてもよい。

他にも例えば、データベース記憶部２００で記憶されるものとして説明したデータは、サーバ２０とは異なるデータベースサーバによって記憶されてもよいし、受付システムＳの外部にあるデータベースサーバによって記憶されていてもよい。同様に、データ記憶部１００で記憶されるものとして説明したデータは、申込者端末１０とは異なるコンピュータによって記憶されてもよいし、申込者端末１０の外部にある情報記憶媒体によって記憶されていてもよい。

Claims (8)

1. 申込者による、異なる複数のサービスの選択を受け付ける選択受付手段と、
   前記複数のサービスの中で、複数の利用者の各々が利用するサービスを特定するサービス特定手段と、
   各サービスの利用者に関する入力項目を特定する入力項目特定手段と、
   各利用者が利用するサービスと、各サービスの入力項目と、に基づいて、前記利用者ごとに、サービス間で重複する入力項目を１つにまとめた入力フォームを生成して表示させる表示制御手段と、
   を含むことを特徴とする受付システム。
2. 前記表示制御手段は、複数の入力項目がある利用者については、各入力項目の入力フォームを、予め定められた各入力項目の優先順位に基づいて表示させる、
   ことを特徴とする請求項１に記載の受付システム。
3. 前記表示制御手段は、他の入力項目に入力された情報に基づいて生成された情報が入力される入力フォームを生成して表示させる、
   ことを特徴とする請求項１又は２に記載の受付システム。
4. 前記サービス特定手段は、前記複数の利用者の全てが前記複数のサービスの全てを利用すると特定する、
   ことを特徴とする請求項１〜３の何れかに記載の受付システム。
5. 前記選択受付手段は、前記申込者により３つ以上のサービスの選択を受け付け、
   前記サービス特定手段は、前記複数の利用者の全てが前記３つ以上のサービスの全てを利用すると特定する、
   ことを特徴とする請求項４に記載の受付システム。
6. 前記受付システムは、前記申込者による、各利用者が利用するサービスの指定を受け付ける指定受付手段を更に含み、
   前記サービス特定手段は、前記申込者により指定された各利用者が利用するサービスを特定する、
   ことを特徴とする請求項１〜５の何れかに記載の受付システム。
7. 申込者による、異なる複数のサービスの選択を受け付ける選択受付ステップと、
   前記複数のサービスの中で、複数の利用者の各々が利用するサービスを特定するサービス特定ステップと、
   各サービスの利用者に関する入力項目を特定する入力項目特定ステップと、
   各利用者が利用するサービスと、各サービスの入力項目と、に基づいて、前記利用者ごとに、サービス間で重複する入力項目を１つにまとめた入力フォームを生成して表示させる表示制御ステップと、
   を含むことを特徴とする受付方法。
8. 申込者による、異なる複数のサービスの選択を受け付ける選択受付手段、
   前記複数のサービスの中で、複数の利用者の各々が利用するサービスを特定するサービス特定手段、
   各サービスの利用者に関する入力項目を特定する入力項目特定手段、
   各利用者が利用するサービスと、各サービスの入力項目と、に基づいて、前記利用者ごとに、サービス間で重複する入力項目を１つにまとめた入力フォームを生成して表示させる表示制御手段、
   としてコンピュータを機能させるためのプログラム。

Images