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

Abstract

複数のサービスを一括で申し込む際の入力の手間を省く。受付システム（Ｓ）は、複数のサービスの申し込みを一括で受け付ける。表示制御手段（１０２）は、サービスごとに、利用者情報と属性情報との各々を入力するための入力フォームを表示させる。保持手段（１０５）は、各サービスの入力フォームに対して入力された利用者情報と属性情報を、当該サービスに関連付けて保持する。取得手段（１０３）は、入力対象のサービスの入力フォームに対し、前記入力対象のサービスの利用者情報が入力された場合に、利用者情報が一致する他のサービスの入力フォームに対して入力された属性情報に基づいて、前記入力対象のサービスの属性情報を取得する。

Description

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

従来、航空券やホテル等のサービスの申し込みを受け付ける場合に、利用者名等の利用者情報と、利用者の性別や生年月日等の属性情報と、を入力させるシステムが知られている。このようなシステムでは、入力の手間を省くために、入力済みの情報を流用することが検討されている。例えば、特許文献１には、互いに異なる複数のウェブサイト間の入力フォームにおいて、これらのウェブサイト間で共通する項目のオートコンプリートを実現するシステムが記載されている。

特開第２０１６−００９２３６号公報

複数のサービスの申し込みを一括で受け付けようとすると、サービスごとに利用者情報と属性情報を入力させる必要があるので、同じ利用者情報と属性情報を何度も入力させる必要があった。この点、特許文献１の技術では、他のウェブサイトから情報を取得するだけなので、複数のサービスの申し込みを一括で受け付ける場合の入力補助はできない。

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

上記課題を解決するために、本発明に係る受付システムは、複数のサービスの申し込みを一括で受け付ける受付システムであって、前記サービスごとに、利用者情報と属性情報との各々を入力するための入力フォームを表示させる表示制御手段と、各サービスの入力フォームに対して入力された利用者情報と属性情報を、当該サービスに関連付けて保持する保持手段と、入力対象のサービスの入力フォームに対し、前記入力対象のサービスの利用者情報が入力された場合に、利用者情報が一致する他のサービスの入力フォームに対して入力された属性情報に基づいて、前記入力対象のサービスの属性情報を取得する取得手段と、を含むことを特徴とする。

本発明に係る受付方法は、複数のサービスの申し込みを一括で受け付ける受付方法であって、前記サービスごとに、利用者情報と属性情報との各々を入力するための入力フォームを表示させる表示制御ステップと、各サービスの入力フォームに対して入力された利用者情報と属性情報を、当該サービスに関連付けて保持する保持ステップと、入力対象のサービスの入力フォームに対し、前記入力対象のサービスの利用者情報が入力された場合に、利用者情報が一致する他のサービスの入力フォームに対して入力された属性情報に基づいて、前記入力対象のサービスの属性情報を取得する取得ステップと、を含むことを特徴とする。

本発明に係るプログラムは、複数のサービスの申し込みを一括で受け付けるコンピュータを、前記サービスごとに、利用者情報と属性情報との各々を入力するための入力フォームを表示させる表示制御手段、各サービスの入力フォームに対して入力された利用者情報と属性情報を、当該サービスに関連付けて保持する保持手段、入力対象のサービスの入力フォームに対し、前記入力対象のサービスの利用者情報が入力された場合に、利用者情報が一致する他のサービスの入力フォームに対して入力された属性情報に基づいて、前記入力対象のサービスの属性情報を取得する取得手段、として機能させる。

本発明の一態様では、前記表示制御手段は、前記入力対象のサービスの入力フォームに対して利用者情報が入力される場合に、他のサービスの入力フォームに対して入力された利用者情報を選択可能に表示させ、前記取得手段は、前記他のサービスの利用者情報が選択された場合に、当該選択された利用者情報を、前記入力対象のサービスの利用者情報として取得し、前記他のサービスの属性情報に基づいて、前記入力対象のサービスの属性情報を取得する、ことを特徴とする。

本発明の一態様では、前記取得手段は、前記他のサービスの属性情報に基づいて、前記入力対象の属性情報を生成する、ことを特徴とする。

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

本発明の一態様では、各サービスには、属性情報の項目数が予め指定されており、前記表示制御手段は、各サービスの入力フォームを、項目数の多い順に表示させる、ことを特徴とする。

本発明の一態様では、前記取得手段は、前記他のサービスの属性情報のうち、前記入力対象のサービスの申し込みに必要な項目の情報を取得する、ことを特徴とする。

本発明の一態様では、各サービスの利用者数は、予め指定されており、前記受付システムは、利用者情報が入力されていないサービスについては、仮の利用者情報を設定する設定手段を更に含み、前記保持手段は、前記仮の利用者情報が設定されたサービスの入力フォームに利用者情報が入力された場合に、前記仮の利用者情報を当該入力された利用者情報に置き換える、ことを特徴とする。

本発明の一態様では、前記受付システムは、前記仮の利用者情報が選択された場合に、前記仮の利用者情報が設定されたサービスの利用者情報の入力を受け付ける受付手段、を更に含むことを特徴とする。

本発明の一態様では、各サービスの入力フォームは、同一ページにおいて表示され、前記取得手段は、前記入力対象のサービスの入力フォームと同一ページの前記他のサービスの入力フォームに対して入力された属性情報に基づいて、前記入力対象のサービスの属性情報を取得する、ことを特徴とする。

本発明の一態様では、前記表示制御手段は、前記取得手段により取得された前記入力対象のサービスの属性情報を、前記入力対象のサービスの入力フォームに表示させる、ことを特徴とする。

本発明の一態様では、前記受付システムは、前記複数のサービスのうち、申し込み処理のために利用者情報が不要なサービスについては、利用者情報に基づかずに属性情報に基づいて、申し込み処理を実行する実行手段、を更に含むことを特徴とする。

本発明によれば、複数のサービスを一括で申し込む際の入力の手間を省くことが可能となる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

旅行かごに追加された各サービスは、他のサービスと利用人数が異なっていてもよい。図４の例であれば、ホテルと航空券は利用人数が３名であるが、１個目のアクティビティである「着物レンタル」は利用人数が２名であり、２個目のアクティビティである「鉄道周遊パス」は利用人数が１名である。また、旅行かごに追加された各サービスは、他のサービスと利用時間が異なっていてもよい。

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

図５は、予約情報入力画面の一例を示す図である。図５では、予約情報入力画面Ｇ５の全体を示しており、表示部１５には、図５の予約情報入力画面Ｇ５の一部がスクロール可能に表示される。

図５に示すように、予約情報入力画面Ｇ５には、旅行かごに追加されたサービスごとに、当該サービスの予約情報を入力するための入力フォームが表示される。利用人数が複数のサービスについては、利用者ごとに、当該利用者の予約情報を入力するための入力フォームが表示される。

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

例えば、表示領域Ａ５０には、航空券の予約情報を入力するための入力フォームが表示される。図５の例では、航空券は、大人２人と子供１人が利用人数として指定されており、申込者は、これら３人の予約情報を入力する。ここでは、航空券の予約情報は、利用者の氏名、生年月日、及び性別の３項目から構成される。

入力フォームＦ５００Ａ〜Ｆ５００Ｃの各々には、利用者の氏名が入力される。入力フォームＦ５０１Ａ〜Ｆ５０１Ｃの各々には、利用者の生年月日が入力される。入力フォームＦ５０２Ａ〜Ｆ５０２Ｃの各々には、利用者の性別が入力される。

なお、以降では、入力フォームＦ５００Ａ〜Ｆ５００Ｃを特に区別する必要のないときは、単に、入力フォームＦ５００と記載する。同様に、入力フォームＦ５０１Ａ〜Ｆ５０１Ｃを特に区別する必要のないときは入力フォームＦ５０１と記載し、入力フォームＦ５０２Ａ〜Ｆ５０２Ｃを特に区別する必要のないときは入力フォームＦ５０２と記載する。航空券の利用人数は３人なので、表示領域Ａ５０には、入力フォームＦ５００，Ｆ５０１，Ｆ５０２の組み合わせが３つ表示される。

また例えば、表示領域Ａ５１には、ホテルの予約情報を入力するための入力フォームが表示される。図５の例では、ホテルは、大人２人と子供１人が利用人数として指定されており、申込者は、これら３人の予約情報を入力する。ここでは、ホテルの予約情報は、利用者の氏名及び性別と、代表者の氏名と、ホテルへの到着時間と、の４項目から構成される。

入力フォームＦ５１０Ａ〜Ｆ５１０Ｃの各々には、利用者の氏名が入力される。入力フォームＦ５１１Ａ〜Ｆ５１１Ｃの各々には、利用者の性別が入力される。入力フォームＦ５１２には、代表者の氏名が入力される。入力フォームＦ５１３には、ホテルへの到着時間が入力される。

なお、以降では、入力フォームＦ５１０Ａ〜Ｆ５１０Ｃを特に区別する必要のないときは、単に、入力フォームＦ５１０と記載する。同様に、入力フォームＦ５１１Ａ〜Ｆ５１１Ｃを特に区別する必要のないときは入力フォームＦ５１１と記載する。ホテルの利用人数は３人なので、表示領域Ａ５１には、入力フォームＦ５１０，Ｆ５１１の組み合わせが３つ表示される。なお、代表者の氏名とホテルへの到着時間は、利用者ごとに入力すべき情報ではないので、入力フォームＦ５１２，Ｆ５１３は、１つずつ表示される。

また例えば、表示領域Ａ５２には、１個目のアクティビティの予約情報を入力するための入力フォームが表示される。図５の例では、１個目のアクティビティは、大人１人と子供１人が利用人数として指定されており、申込者は、これら２人の各々の予約情報を入力する。

ここでは、１個目のアクティビティの予約情報は、利用者の氏名、身長、及び年齢区分の３項目から構成される。年齢区分は、利用者の年齢の区分（年齢帯）であり、ここでは、「成年」は２０歳以上であり、「未成年」は１３歳以上２０歳未満とする。また、「学童」は６歳以上１３歳未満であり、「幼児」は１歳以上６歳未満であり、「乳児」は１歳未満とする。

入力フォームＦ５２０Ａ，Ｆ５２０Ｂの各々には、利用者の氏名が入力される。入力フォームＦ５２１Ａ，Ｆ５２１Ｂの各々には、利用者の身長が入力される。入力フォームＦ５２２Ａ，Ｆ５２２Ｂの各々には、利用者の年齢区分が入力される。

なお、以降では、入力フォームＦ５２０Ａ，Ｆ５２０Ｂを特に区別する必要のないときは、単に、入力フォームＦ５２０と記載する。同様に、入力フォームＦ５２１Ａ，Ｆ５２１Ｂを特に区別する必要のないときは入力フォームＦ５２１と記載し、入力フォームＦ５２２Ａ，Ｆ５２２Ｂを特に区別する必要のないときは入力フォームＦ５２２と記載する。１個目のアクティビティの利用人数は２人なので、表示領域Ａ５２には、入力フォームＦ５２０，Ｆ５２１，Ｆ５２２の組み合わせが２つ表示される。

また例えば、表示領域Ａ５３には、２個目のアクティビティの予約情報を入力するための入力フォームが表示される。図５の例では、２個目のアクティビティは、大人１人が利用人数として指定されており、申込者は、当該１人の予約情報を入力する。

ここでは、２個目のアクティビティの予約情報は、利用者の氏名と国籍の２項目から構成される。入力フォームＦ５３０には、利用者の氏名が入力される。入力フォームＦ５３１には、利用者の国籍が入力される。２個目のアクティビティの利用人数は１人なので、表示領域Ａ５３には、入力フォームＦ５３０，Ｆ５３１の組み合わせが１つだけ表示される。

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

図６−図８は、航空券の予約情報が入力される様子を示す図である。なお、図６−図８では、特に参照する必要のない符号については省略する。この点は、以降説明する図９−図１１についても同様である。図６の予約情報入力画面Ｇ５Ａ，Ｇ５Ｂに示すように、入力フォームＦ５００Ａがフォーカスされると、１人目の氏名を入力可能な状態となる。フォーカスとは、入力フォームが選択されることであり、入力フォームにカーソルがセットされることである。別の言い方をすれば、フォーカスは、入力フォームに対して情報を入力可能な状態になることである。

本実施形態では、申込者がよく入力する氏名を予め登録することができ、当該登録された氏名のうち、入力フォームＦ５００Ａに入力された文字列と部分一致する氏名がリコメンドされるようになっている。例えば、申込者が入力フォームＦ５００Ａに「Ｙ」という文字を入力すると、予約情報入力画面Ｇ５Ｃに示すように、メニューＭ５５が表示され、入力画面登録された氏名のうち、頭が「Ｙ」の氏名がリコメンドされる。続けて、申込者が入力フォームＦ５００Ａに複数の文字を入力すると、当該入力された複数の文字と一致する氏名が絞り込まれてメニューＭ５５に表示される。なお、特に氏名が登録されていない場合には、メニューＭ５５は表示されず、申込者は、入力フォームＦ５００Ａに１人目の利用者の氏名を直接入力する。

例えば、申込者がメニューＭ５５の「Ｙａｍａｄａ Ｔａｒｏ」を選択すると、予約情報入力画面Ｇ５Ｄに示すように、１人目の利用者の氏名として「Ｙａｍａｄａ Ｔａｒｏ」が入力フォームＦ５００Ａに入力される。なお、予約者の氏名がメニューＭ５５に存在しない場合には、申込者は、入力フォームＦ５００Ａに１人目の利用者の氏名を直接入力する。この点は、後述する入力フォームＦ５００Ｂ，Ｆ５００Ｃについても同様である。

図７に移り、予約情報入力画面Ｇ５Ｅに示すように、申込者は、入力フォームＦ５０１Ａ，Ｆ５０２に１人目の生年月日と性別を入力し、１人目の予約情報の入力を終える。生年月日は、数値入力によって入力され、性別は、ラジオボタンの選択によって入力される

次に、２人目の予約情報を入力するために、入力フォームＦ５００Ｂがフォーカスされると、予約情報入力画面Ｇ５Ｆに示すように、２人目の氏名を入力可能な状態となる。入力フォームＦ５００Ａと同様、予め登録された氏名のうち、入力フォームＦ５００Ｂに入力された文字列と部分一致する氏名がリコメンドされるようになっている。予約情報入力画面Ｇ５Ｇに示すように、メニューＭ５５が表示され、入力画面登録された氏名のうち、頭が「Ｙ」の氏名がリコメンドされる。

なお、この場合、選択済みの氏名はリコメンドされないようにしてもよい。予約情報入力画面Ｇ５Ｇの例であれば、１人目の氏名は入力済みなので、予め登録された氏名のうち入力済みの１人目の氏名が除外された中で、メニューＭ５５における氏名のリコメンドが行われるようにしてもよい。この点については、後述する入力フォームＦ５００Ｃについても同様である。

例えば、申込者がメニューＭ５５の「Ｙａｍａｄａ Ｒｙｏｋｏ」を選択すると、予約情報入力画面Ｇ５Ｈに示すように、２人目の利用者の氏名として「Ｙａｍａｄａ Ｒｙｏｋｏ」が入力フォームＦ５００Ａに入力される。

図８に移り、予約情報入力画面Ｇ５Ｉに示すように、申込者は、入力フォームＦ５０１Ｂ，Ｆ５０２Ｂに２人目の生年月日と性別を入力し、２人目の予約情報の入力を終える。

次に、３人目の予約情報を入力するために、入力フォームＦ５００Ｃがフォーカスされると、予約情報入力画面Ｇ５Ｊに示すように、３人目の氏名を入力可能な状態となる。入力フォームＦ５００Ａ，Ｆ５００Ｂと同様、予め登録された氏名のうち、入力フォームＦ５００Ｃに入力された文字列と部分一致する氏名がリコメンドされるようになっている。予約情報入力画面Ｇ５Ｋに示すように、メニューＭ５５が表示され、入力画面登録された氏名のうち、頭が「Ｙ」の氏名がリコメンドされる。

例えば、申込者がメニューＭ５５の「Ｙａｍａｄａ Ｋａｚｕｏ」を選択すると、予約情報入力画面Ｇ５Ｌに示すように、３人目の利用者の氏名として「Ｙａｍａｄａ Ｋａｚｕｏ」が入力フォームＦ５００Ｃに入力される。その後、申込者は、入力フォームＦ５０１Ｃ，Ｆ５０２Ｃに３人目の生年月日と性別を入力し、３人目の予約情報の入力を終える。

申込者は、航空券の予約情報の入力を終えると、ホテルの予約情報を入力する。航空券とホテルは、予約情報の一部の項目（氏名と性別）が共通するので、本実施形態では、航空券で入力済みの予約情報をホテルの予約情報に流用し、予約情報を入力する手間を省くようにしている。

図９は、ホテルの予約情報が入力される様子を示す図である。図９の予約情報入力画面Ｇ５Ｍ，Ｇ５Ｎに示すように、入力フォームＦ５１０Ａがフォーカスされると、その下にメニューＭ５５が表示される。航空券の予約情報の入力時には、まだ３人分の氏名の入力が完了していなかったので、予め登録された氏名がメニューＭ５５に表示されたが、ここでは、航空券の予約情報として３人分の氏名が入力済みなので、入力フォームＦ５１０がフォーカスされただけで（入力フォームＦ５１０に文字を入力しなくても）、メニューＭ５５には、入力済みの３人分の氏名が表示される。申込者は、これら３人の中から、１人目の氏名を選択する。

申込者が１人目の利用者の氏名として「Ｙａｍａｄａ Ｔａｒｏ」を選択すると、予約情報入力画面Ｇ５Ｏに示すように、入力フォームＦ５１０Ａには、当該選択された氏名が自動的に入力される。また、入力フォームＦ５１１Ａには、上記選択された氏名である「Ｙａｍａｄａ Ｔａｒｏ」の性別が自動的に入力される。即ち、航空券の予約情報として入力済みの氏名と性別が流用され、ホテルの予約情報として入力される。

次に、２人目の利用情報を入力するために、入力フォームＦ５１０Ｂがフォーカスされると、予約情報入力画面Ｇ５Ｐに示すように、その下にメニューＭ５５が表示される。申込者がメニューＭ５５の中から２人目の氏名を選択すると、１人目の利用者と同様の流れにより、入力フォームＦ５１０Ｂに当該選択された氏名が自動的に入力され、入力フォームＦ５１１Ｂに利用者の性別が自動的に入力される。

３人目の利用情報についても同様に、入力フォームＦ５１０Ｃがフォーカスされた場合に表示されるメニューＭ５５から、申込者が氏名を選択することで、入力フォームＦ５１０Ｃに当該選択された氏名が自動的に入力され、入力フォームＦ５１１Ｃに利用者の性別が自動的に入力される。

申込者は、ホテルの予約情報の入力を終えると、１個目のアクティビティの予約情報を入力する。１個目のアクティビティについても、航空券及びホテルの予約情報と共通する項目については、入力済みの情報が流用される。ただし、氏名については、航空券及びホテルの予約情報と共通しているが、年齢区分については、全く同じ項目が存在するわけではない。

この点、年齢区分は生年月日から計算可能なので、１個目のアクティビティの年齢区分は、航空券で入力済みの生年月日から計算されて自動的に入力される。このように、本実施形態では、予約情報の項目が完全一致していなくても、互いに対応する項目であれば、予約情報が自動的に生成されて入力される。

図１０は、１個目のアクティビティの予約情報が入力される様子を示す図である。図１０の予約情報入力画面Ｇ５Ｑ，Ｇ５Ｒに示すように、入力フォームＦ５２０Ａがフォーカスされると、その下にメニューＭ５５が表示される。メニューＭ５５には、入力済みの３人分の氏名が表示される。申込者は、これら３人の中から、１人目の氏名を選択する。

申込者が１人目の氏名として「Ｙａｍａｄａ Ｒｙｏｋｏ」を選択すると、予約情報入力画面Ｇ５Ｓに示すように、入力フォームＦ５２０Ａには、当該選択された氏名が自動的に入力される。また、上記選択された氏名である「Ｙａｍａｄａ Ｒｙｏｋｏ」の生年月日をもとに年齢区分が計算され、入力フォームＦ５２２Ａには、当該計算された年齢区分が自動的に入力される。なお、利用者の身長は、まだ入力されていない情報なので、入力フォームＦ５２１Ａには情報は流用されない。このため、申込者は、１人目の利用者の身長を手入力する。

次に、２人目の利用情報を入力するために、入力フォームＦ５２０Ｂがフォーカスされると、予約情報入力画面Ｇ５Ｔに示すように、その下にメニューＭ５５が表示される。申込者がメニューＭ５５の中から２人目の氏名を選択すると、１人目と同様の流れにより、入力フォームＦ５２０Ｂに、当該選択された氏名が自動的に入力され、入力フォームＦ５２２Ｂに、当該選択された氏名の利用者の年齢区分が自動的に入力される。

申込者は、１個目のアクティビティの予約情報の入力を終えると、２個目のアクティビティの予約情報を入力する。２個目のアクティビティについても、入力済みの予約情報と共通の項目があれば入力済みの情報が流用されるが、２個目のアクティビティには、氏名しか共通する項目がないので、他の項目（国籍）については手入力する必要がある。

図１１は、２個目のアクティビティの予約情報が入力される様子を示す図である。図１１の予約情報入力画面Ｇ５Ｕ，Ｇ５Ｖに示すように、入力フォームＦ５３０がフォーカスされると、メニューＭ５５が表示される。メニューＭ５５には、入力済みの３人の氏名が表示され、ホテルの予約情報と同様に、氏名を選択することで入力済みの予約情報を流用することができる。ただし、先述したように、アクティビティの予約情報は、氏名以外は重複していないので、予約情報入力画面Ｇ５Ｗに示すように、氏名だけが流用され、国籍については手入力する必要がある。

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

以上のように、受付システムＳは、あるサービスの利用者の氏名を入力する場合に、他のサービスの入力済みの利用者の氏名を流用することによって、利用者の氏名を入力する手間を省くといった第１の特徴を有する。また、受付システムＳは、あるサービスの予約情報を入力する場合に、予約情報を入力済みの他のサービスの利用者の氏名を選択すると、当該他のサービスの入力済みの性別や年齢等を流用することによって、予約情報を入力する手間を省くといった第２の特徴を有する。以降、これら第１の特徴及び第２の特徴の詳細を説明する。

［３．実施形態において実現される機能］
図１２は、実施形態の受付システムＳで実現される機能の一例を示す機能ブロック図である。ここでは、第１の特徴を実現するための機能と、第２の特徴を実現するための機能と、について説明する。

[３−１．第１の特徴を実現するための機能]
まず、第１の特徴を実現するための機能を説明する。先述したように、受付システムＳでは、複数のサービスの各々の入力フォームに対し、申込者により利用者情報が入力される。

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

利用者情報は、利用者を識別可能な情報であり、例えば、氏名、ニックネーム、メールアドレス、アカウント、ユーザＩＤ、又はパスポート番号といった情報である。本実施形態では、利用者情報の一例として氏名を説明する。このため、本実施形態で氏名と記載した箇所は、利用者情報と読み替えることができる。

受付システムＳでは、サービスごとに、少なくとも１つの入力フォームが申込者端末１０に表示される。入力フォームの数は、サービスの予約に必要な予約情報の項目数と同じであってもよいし、それ以上であってもよい。なお、本実施形態では、どのサービスも氏名が入力される場合を説明するが、特に氏名の入力を要しないサービスが存在してもよい。

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

［データベース記憶部］
データベース記憶部２００は、記憶部２２を主として実現される。データベース記憶部２００は、第１の特徴を実現するために必要なデータベースを記憶する。ここでは、データベース記憶部２００が、サービスデータベースＤＢ１及び申込者データベースＤＢ２を記憶する場合を説明する。

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

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

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

例えば、サービスデータベースＤＢ１には、入力項目として指定された項目名が格納される。本実施形態では、「氏名」、「生年月日」、「性別」、「代表者」、「到着時間」、「身長」、「年齢区分」、及び「国籍」といった項目を例に挙げるが、入力項目は、任意の項目を指定可能であり、例えば、「満年齢」、「居住地」、「オプション有無」、又は「アレルギー有無」といった項目であってもよい。

本実施形態では、予約情報の入力項目には、利用者に関する情報として、氏名と、氏名以外の情報と、が存在する。以降では、氏名以外の情報を属性情報と記載することがある。「生年月日」、「性別」、「年齢区分」、及び「国籍」といった情報は、属性情報の一例である。属性情報は、利用者の個人情報ということもできる。

なお、サービスデータベースＤＢ１に格納されるデータは、上記の例に限られない。サービスデータベースＤＢ１には、任意の情報が格納されてよく、例えば、各サービスの在庫情報が格納されており、検索時に参照されてもよい。

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

登録者は、メニューＭ５５に氏名を表示させる者であり、例えば、一緒に旅行に行くことが多い家族、友人、又は同僚の氏名である。申込者データベースＤＢ２には、申込者が入力した氏名が登録される。例えば、申込者が自身のページから入力した氏名が登録されてもよいし、申込者が過去の予約時に入力した氏名が自動的に登録されてもよい。なお、申込者は、特に登録者の氏名を登録しなくてもよい。

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

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

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

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

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

［表示制御部］
表示制御部２０１は、制御部２１を主として実現される。表示制御部２０１は、予約情報入力画面Ｇ５の表示データＤＴ１を生成し、申込者端末１０に表示データＤＴ１を送信する。

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

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

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

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

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

また例えば、スクリプトには、一の入力フォームに入力された情報を取得して、当該情報を他の入力フォームに入力する命令が記述されてもよい。別の言い方をすれば、スクリプトには、同じ項目名の入力フォーム同士で情報を流用する命令が記述されてもよい。また例えば、スクリプトには、氏名の入力フォームがフォーカスされた場合に、後述する利用者データＤＴ２を参照してメニューＭ５５を表示させる命令が記述されてもよい。また例えば、スクリプトには、メニューＭ５５から氏名が選択された場合に、当該氏名に関連付けられた属性情報を流用する命令が記述されてもよい。これらの命令は、スクリプトに記述される命令の一例であり、スクリプトには、任意の命令が記述されてよい。

また例えば、本実施形態では、メニューＭ５５に登録者の氏名が表示されるので、表示データＤＴ１には、申込者に関連付けられた登録者の氏名が含まれているものとする。表示データＤＴ１に含まれる氏名のうち、申し込み者が途中まで入力した文字列と一致する氏名がメニューＭ５５に選択可能に表示される。なお、登録者の氏名は、表示データＤＴ１とは別に申込者端末１０に送信されるようにしてもよい。

また、本実施形態では、表示制御部２０１は、予約情報入力画面Ｇ５の表示データＤＴ１だけでなく、利用者データＤＴ２も生成し、申込者端末１０に利用者データＤＴ２を送信する。

図１６は、利用者データＤＴ２のデータ格納例を示す図である。図１６に示すように、利用者データＤＴ２は、予約情報入力画面Ｇ５において入力された予約情報を管理するためのデータである。例えば、利用者データＤＴ２には、利用者を一意に識別する利用者ＩＤと、入力済みの予約情報と、が格納される。

図１６の例では、予約情報として、氏名、生年月日、年齢区分、性別、身長、及び国籍が格納される。代表者及び到着時間も利用者データＤＴ２に格納されるようにしてもよいが、これらの情報は、利用者ごとに入力される情報ではないので、ここでは、利用者データＤＴ２には格納されないものとする。

表示制御部２０１は、旅行かごに追加されたサービスの利用人数に基づいて、利用者データＤＴ２のレコード数を決定し、レコード数の分だけ利用者ＩＤを発行する。そして、表示制御部２０１は、旅行かごに追加されたサービスの予約情報の入力項目を特定し、利用者データＤＴ２のフィールドを設定する。本実施形態では、利用者の氏名として、仮の氏名が設定されるが、この処理については、第２の特徴で説明する。

利用者データＤＴ２は、予約情報入力画面Ｇ５の各入力フォームに対して情報が入力されると更新される。例えば、まだ何の情報も入力されていない場合には、利用者データＤＴ２には、利用者ＩＤと利用者の仮の氏名（例えば、「旅行者１」、「旅行者２」、及び「旅行者３」といった文字列）だけが格納されている。この状態で、申込者が利用者の氏名を入力すると、仮の氏名が入力された氏名に置き換わる。その後、申込者が利用者の年齢や性別等を入力すると、当該入力された情報が利用者データＤＴ２に格納される。なお、仮の氏名は、利用者データＤＴ２に格納されていなくてもよい。

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

［データ記憶部］
データ記憶部１００は、記憶部１２を主として実現される。データ記憶部１００は、第１の特徴を実現するために必要なデータを記憶する。ここでは、データ記憶部１００が、表示データＤＴ１及び利用者データＤＴ２を記憶する場合を説明する。申込者端末１０は、サーバ２０から表示データＤＴ１及び利用者データＤＴ２を受信すると、データ記憶部１００に表示データＤＴ１及び利用者データＤＴ２を記録する。表示データＤＴ１及び利用者データＤＴ２のデータ格納例は、先述した通りである。

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

［特定部］
特定部１０１は、制御部１１を主として実現される。特定部１０１は、入力対象のサービスに関連付けられた他のサービスを特定する。

入力対象のサービスとは、予約情報が入力されるサービスであり、予約情報入力画面Ｇ５に入力フォームが表示されたサービスである。本実施形態では、予約情報入力画面Ｇ５には、複数のサービスの各々の入力フォームが表示され、当該複数のサービスのうち、入力フォームがフォーカスされたサービスが、入力対象のサービスに相当する。

入力対象のサービスに関連付けられた他のサービス（以降、単に他のサービスと記載する。）とは、入力対象のサービスと予約情報の一部又は全部の項目が共通しているサービスである。別の言い方をすれば、他のサービスは、予約情報の流用元となるサービスである。他のサービスは、予約情報が入力済みのサービスである。

本実施形態では、他のサービスは、入力対象のサービスとともに旅行かごに追加されたサービスであり、入力対象のサービスとともに予約情報が入力されるサービスである。別の言い方をすれば、他のサービスは、入力対象のサービスとともに入力フォームが表示されたサービスであり、入力対象のサービスと同じページで入力フォームが表示されたサービスである。

本実施形態では、受付システムＳは、複数のサービスの申し込みを一括で受け付けるので、特定部１０１は、入力対象のサービスとともに一括で申し込まれる他のサービスを特定する。

申し込みを一括で受け付けるとは、一度の申し込み要求で複数のサービスの申し込みを受け付けることである。例えば、複数のサービスの各々の予約情報を一度にまとめて受信すること、複数のサービスの各々の予約情報を次々と連続して受信すること、複数のサービスの各々の申し込み処理を一度にまとめて実行すること、又は複数のサービスの各々の申し込み処理を次々と連続して実行することである。

本実施形態では、表示データＤＴ１にサービスＩＤを含まれているので、特定部１０１は、当該表示データＤＴ１に格納されたサービスＩＤを参照することによって、入力対象のサービスとともに入力フォームが表示された他のサービスを特定する。他にも例えば、特定部１０１は、旅行かごデータを参照し、入力対象のサービスとともに旅行かごに追加された他のサービスを特定してもよい。

なお、他のサービスは、予約済みのサービスであってもよく、入力対象のサービスとともに旅行かごに追加されたサービスでなくてもよい。即ち、他のサービスは、入力対象のサービスとは別の画面で入力フォームが表示されたサービスであってもよい。この場合、特定部１０１は、申込者データベースＤＢ２に格納された予約情報データを参照することによって、他のサービスを特定してもよい。また、受付システムＳは、複数のサービスの申し込みを一括で受け付けるのではなく、各サービスの申し込みを別々に受け付けてもよい。

［表示制御部］
表示制御部１０２は、制御部１１を主として実現される。表示制御部１０２は、表示データＤＴ１に基づいて、予約情報入力画面Ｇ５を表示部１５に表示させたり、表示データＤＴ１に記述されたスクリプトを実行して入力済みの情報を流用したりする。

本実施形態では、表示制御部１０２は、他のサービスの入力フォームに対して入力された氏名を選択可能に表示させる。別の言い方をすれば、表示制御部１０２は、他のサービスの予約情報として入力された氏名を選択可能に表示させる。

氏名を選択可能に表示させるとは、氏名を選択できる状態で表示させることであり、例えば、メニューに氏名を表示させること、又は、氏名とともにラジオボタン若しくはチェックボックスを表示させることである。本実施形態では、メニューＭ５５に氏名を表示させることが、氏名を選択可能に表示させることに相当する。

本実施形態では、表示制御部１０２は、入力対象の入力フォームがフォーカスされた場合に、メニューＭ５５を表示させることによって、他のサービスの入力フォームに対して入力された氏名を選択可能に表示させる。なお、特に入力フォームがフォーカスされなくても、メニューＭ５５を表示させてもよい。即ち、表示制御部１０２は、入力対象の入力フォームがフォーカスされる前に、予め、メニューＭ５５を表示させてもよい。表示制御部１０２は、利用者データＤＴ２に基づいて、メニューＭ５５を表示させる。表示制御部１０２は、利用者データＤＴ２に格納された利用者の氏名を参照し、各氏名をメニューＭ５５に並べて表示させる。

また、本実施形態では、複数のサービスが一括で申し込まれるので、表示制御部１０２は、入力対象のサービスとともに一括で申し込まれる他のサービスの氏名を選択可能に表示させる。他のサービスの利用者の氏名は、利用者データＤＴ２に反映されているので、表示制御部１０２は、利用者データＤＴ２に格納された他のサービスの利用者の氏名を参照し、当該氏名を選択可能に表示させる。なお、他のサービスの利用者の氏名は、当該サービスの入力フォームにも反映されているので、表示制御部１０２は、当該入力フォームに入力された氏名を参照し、当該氏名を選択可能に表示させてもよい。

また、本実施形態では、複数のサービスの各々の入力フォームは、同一ページにおいて表示されるので、表示制御部１０２は、入力対象のサービスの入力フォームと同一ページの他のサービスの入力フォームに対して入力された、他のサービスの氏名を選択可能に表示させる。

同一ページとは、同じ画面のことである。同一ページに表示された他のサービスの利用者の氏名は、利用者データＤＴ２に反映されているので、表示制御部１０２は、利用者データＤＴ２に格納された他のサービスの利用者の氏名を参照し、当該氏名を選択可能に表示させる。なお、同一ページに表示された他のサービスの利用者の氏名は、当該サービスの入力フォームにも反映されているので、表示制御部１０２は、同一ページ内の当該入力フォームに入力された氏名を参照し、当該氏名を選択可能に表示させてもよい。

また、本実施形態では、複数のサービスの各々の入力フォームには、氏名と属性情報とを含む複数の情報が入力されるので、表示制御部１０２は、入力対象のサービスの入力フォームに対し、複数の情報のうちの氏名が入力される場合に、他のサービスの氏名を選択可能に表示させる。本実施形態では、表示データＤＴ１に各入力フォームの項目名が付与されているので、表示制御部１０２は、フォーカスされた入力フォームの項目名が氏名であれば、メニューＭ５５を表示させることになる。

また、本実施形態では、３つ以上のサービスの申し込みが可能であり、表示制御部１０２は、入力対象のサービスに関連付けられた他のサービスが複数存在する場合に、当該複数の他のサービスの各々の氏名を選択可能に表示させる。即ち、表示制御部１０２は、複数の他のサービスの各々で入力された氏名を合わせたうえで選択可能に表示させる。

例えば、第１のサービスで第１の氏名が入力され、第２のサービスで第２の氏名が入力された場合に、表示制御部１０２は、第１の氏名と第２の氏名を合わせて選択可能に表示させる。図５の画面例であれば、「航空券」に「Ｙａｍａｄａ Ｔａｒｏ」が入力され、「ホテル」に「Ｙａｍａｄａ Ｒｙｏｋｏ」が入力された場合に、表示制御部１０２は、「１個目のアクティビティ」の入力フォームＦ５２０がフォーカスされた場合に、メニューＭ５５に、これら２人の氏名と、登録者の氏名又は「旅行者３」という仮の氏名と、を表示させてもよい。

また例えば、表示制御部１０２は、複数の他のサービスの各々の氏名が重複する場合には、重複する氏名については１つにまとめて表示させてもよい。表示制御部１０２は、同じ氏名については複数個表示させるのではなく、１つだけ表示させる。表示制御部１０２は、入力済みの氏名同士を比較し、一致する氏名については１つにまとめたうえで選択可能に表示させる。

図５の画面例であれば、「航空券」に「Ｙａｍａｄａ Ｔａｒｏ」が入力され、「ホテル」の入力フォームＦ５１０に対して同じ名前が入力された場合に、表示制御部１０２は、「１個目のアクティビティ」の入力フォームＦ５２０がフォーカスされた場合に、メニューＭ５５に「Ｙａｍａｄａ Ｔａｒｏ」を２つ表示させるのではなく、この氏名については１つだけ表示させてもよい。

［取得部］
取得部１０３は、制御部１１を主として実現される。取得部１０３は、表示制御部１０２により表示された氏名が申込者により選択された場合に、当該選択された氏名を、入力対象のサービスの氏名として取得する。取得部１０３は、操作部１４の検出信号に基づいて、申込者により選択された氏名を特定し、当該特定された氏名を、入力対象のサービスの氏名として取得する。

例えば、取得部１０３は、入力対象のサービスの入力フォームに、申込者により選択された氏名を入力する。別の言い方をすれば、取得部１０３は、入力対象のサービスと、申込者により選択された氏名と、を関連付けてデータ記憶部１００に記録する。本実施形態では、取得部１０３により取得された氏名が予約情報入力画面Ｇ５に表示される場合を説明するが、当該氏名は、特に表示されなくてもよい。

[３−２．第２の特徴を実現するための機能]
次に、第２の特徴を実現するための機能を説明する。なお、第１の特徴で説明済みの機能については、説明を省略することもあるが、説明の都合上、あえて別の表現で説明することもある。

［３−２−１．サーバにおいて実現される機能］
第２の特徴を実現するために、サーバ２０において、データベース記憶部２００、表示制御部２０１、設定部２０２、及び実行部２０３が実現される。これらは、それぞれ、データベース記憶手段、表示制御手段、設定手段、及び実行手段の一例である。

［データベース記憶部］
データベース記憶部２００は、第１の特徴で説明した通りである。

［表示制御部］
表示制御部２０１の処理は、概ね第１の特徴で説明した通りであるが、ここでは、入力フォームの順番を決定する処理について説明する。表示制御部２０１は、予約情報入力画面Ｇ５の表示データＤＴ１を生成する際に、各サービスの入力フォームの並び順を、利用者数の多い順に設定する。即ち、表示制御部２０１は、利用者の降順となるように、各サービスの入力フォームの並び順を設定する。

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

並び順を設定するとは、並び順を決定すること、決定した並び順に基づいて配置された各サービスの入力フォームを表示させること、又は、決定した並び順で各サービスの入力フォームが配置された予約情報入力画面Ｇ５の表示データＤＴ１を生成することである。

また、表示制御部２０１は、各サービスの入力フォームの並び順を、項目数の多い順に設定する。表示制御部２０１は、第１の特徴で説明した通りにして、各サービスの予約情報の入力項目を特定し、各サービスの項目数を取得する。表示制御部２０１は、当該取得した項目数の降順となるように、各サービスの入力フォームの並び順を設定する。

［設定部］
設定部２０２は、制御部１１を主として実現される。本実施形態では、各サービスの利用者数は、予め指定されており、設定部２０２は、氏名が入力されていないサービスについては、仮の氏名を設定する。

仮の氏名は、仮の名前であることを識別できればよく、任意のテキストを利用可能である。ただし、一般的な氏名で用いられている名前ではなく、例えば、「旅行者ｎ（ｎは自然数）」といったように、仮の名前であることが明確に識別できるようにした方がよい。なお、仮の氏名のテキストは、データベース記憶部２００に予め記憶されているものとする。

設定部２０２は、旅行かごデータを参照して各サービスの利用者数を特定し、当該特定した利用者数だけ仮の氏名を設定する。設定部２０２は、旅行かごに追加されたサービスの中から最大人数の利用者数を特定し、当該特定した利用者数だけ、仮の氏名を設定する。設定部２０２は、データ記憶部１００に記憶されたテキストに基づいて仮の氏名を生成し、当該生成した仮の氏名を利用者データＤＴ２に格納する。

［実行部］
実行部２０３は、制御部２１を主として実現される。実行部２０３は、申込者端末１０から受信した予約情報に基づいて、申し込み処理を実行する。申し込み処理は、サービスを申し込むための処理であり、例えば、サービス提供者に予約情報の一部又は全部を送信すること、サービスの決済処理を実行すること、又は、サービスの申し込みを受け付けて在庫数を減らすことである。

本実施形態では、サービス提供者に提供しない項目の予約情報も入力させることがあるので、実行部２０３は、複数のサービスのうち、申し込み処理のために氏名が不要なサービスについては、氏名に基づかずに属性情報に基づいて、申し込み処理を実行する。例えば、実行部２０３は、予約情報として氏名を入力させたとしても、申し込み処理の実行には、当該入力された氏名は参照しない。例えば、実行部２０３は、サービス提供者に対し、氏名は送信せず、属性情報だけを送信する。

［３−２−２．申込者端末において実現される機能］
第２の特徴を実現するために、申込者端末１０において、データ記憶部１００、表示制御部１０２、取得部１０３、受付部１０４、及び保持部１０５が実現される。これらは、それぞれ、データ記憶手段、表示制御手段、取得手段、受付手段、及び保持手段の一例である。

［データ記憶部］
データ記憶部１００は、第１の特徴で説明した通りである。

［表示制御部］
表示制御部１０２の処理は、概ね第１の特徴で説明した通りである。例えば、表示制御部１０２は、サービスごとに、氏名と属性情報との各々を入力するための入力フォームを表示させる。即ち、表示制御部１０２は、サービスごとに、氏名を入力するための入力フォームと、属性情報を入力するための入力フォームと、を表示させる。

各サービスの入力フォームは、少なくとも１つ表示されるようにすればよい。図５の画面例であれば、「航空券」の利用人数は３人なので、表示制御部１０２は、氏名を入力するための入力フォームＦ５００と、属性情報（生年月日と性別）を入力するための入力フォームＦ５０１，Ｆ５０２と、を３人分表示させる。

また例えば、「ホテル」の利用人数は３人なので、表示制御部１０２は、氏名を入力するための入力フォームＦ５１０と、属性情報（性別）を入力するための入力フォームＦ５１１と、を３人分表示させる。なお、「ホテル」については、「代表者」と「到着時間」といった他の予約情報も入力する必要があるので、表示制御部１０２は、「代表者」を入力するための入力フォームＦ５１２と、「到着時間」を入力するための入力フォームＦ５１３と、を表示させる。

また例えば、「１個目のアクティビティ」の利用人数は２人なので、表示制御部１０２は、氏名を入力するための入力フォームＦ５２０と、属性情報（身長と年齢区分）を入力するための入力フォームＦ５２１，Ｆ５２２と、を２人分表示させる。また例えば、「２個目のアクティビティ」の利用人数は１人なので、表示制御部１０２は、氏名を入力するための入力フォームＦ５３０と、属性情報（国籍）を入力するための入力フォームＦ５３１と、を１人分表示させる。

本実施形態では、表示制御部１０２は、入力対象のサービスの入力フォームに対して氏名が入力される場合に、他のサービスの入力フォームに対して入力された氏名を選択可能に表示させる。入力対象のサービスの入力フォームに対して氏名が入力される場合とは、当該入力フォームがフォーカスされた場合である。氏名を選択可能に表示させる処理については、第１の特徴で説明した通りである。

本実施形態では、各サービスの利用者数は、予め指定されており、表示制御部１０２は、各サービスの入力フォームを、利用者数の多い順に表示させる。本実施形態では、予約情報入力画面Ｇ５の表示データＤＴ１に各サービスの入力フォームの順序が示されているので、表示制御部１０２は、表示データＤＴ１が示す順序に沿って、利用者の降順となるように、各サービスの入力フォームを表示させる。

また、本実施形態では、各サービスには、属性情報の項目数が予め指定されており、表示制御部１０２は、各サービスの入力フォームを、項目数の多い順に表示させる。予約情報入力画面Ｇ５の表示データＤＴ１に各サービスの入力フォームの順序が示されているので、表示制御部１０２は、表示データＤＴ１が示す順序に沿って、入力すべき項目数の降順となるように、各サービスの入力フォームを表示させる。

また、本実施形態では、氏名を選択することで流用した属性情報が入力フォームに表示させるので、表示制御部１０２は、取得部１０３により取得された入力対象のサービスの属性情報を、入力対象のサービスの入力フォームに表示させる。なお、流用した属性情報は、特に入力フォームに表示させなくてもよい。

［取得部］
取得部１０３は、入力対象のサービスの入力フォームに対し、入力対象のサービスの氏名が入力された場合に、氏名が一致する他のサービスの入力フォームに対して入力された属性情報に基づいて、入力対象のサービスの属性情報を取得する。

本実施形態では、メニューＭ５５に選択可能に表示された氏名が選択されることによって、入力対象のサービスの入力フォームに対して氏名が入力される場合を説明するが、メニューＭ５５から氏名が選択されるのではなく、入力対象のサービスの入力フォームに対し、氏名がテキスト入力されるようにしてもよい。この場合、取得部１０３は、テキスト入力された氏名と、入力済みの氏名と、が一致するか否かを判定する。一致は、完全一致でもよいし、部分一致でもよい。なお、入力済みの氏名は、利用者データＤＴ２に格納されているので、取得部１０３は、利用者データＤＴ２を参照することによって入力済みの氏名を特定すればよい。

例えば、取得部１０３は、利用者データＤＴ２を参照することによって、氏名が一致する他のサービスの入力フォームに対して入力された属性情報を特定する。また例えば、本実施形態では、各入力フォームと、当該入力フォームに対して入力された情報と、が関連付けられてデータ記憶部１００に記録されているので、取得部１０３は、当該関連付けを参照することによって、属性情報を特定してもよい。

本実施形態では、他のサービスの氏名がメニューＭ５５において選択可能に表示されるので、取得部１０３は、他のサービスの氏名が選択された場合に、当該選択された氏名を、入力対象のサービスの氏名として取得し、他のサービスの属性情報に基づいて、入力対象のサービスの属性情報を取得する。

例えば、取得部１０３は、当該特定した属性情報を、そのまま入力対象のサービスの属性情報として取得してもよいし、当該特定した属性情報に基づいて、新たな属性情報を生成してもよい。本実施形態では、「年齢」の項目属性に属する属性情報については、取得部１０３は、他のサービスの属性情報に基づいて、入力対象の属性情報を生成する。例えば、取得部１０３は、他のサービスの属性情報として入力された「生年月日」に基づいて、入力対象の「年齢区分」の属性情報を生成する。

本実施形態では、サービスごとに入力すべき項目が異なることがあるので、取得部１０３は、他のサービスの属性情報のうち、入力対象のサービスの申し込みに必要な項目の情報を取得する。即ち、取得部１０３は、他のサービスの属性情報のうち、入力対象のサービスの予約情報の入力項目として定められた項目の情報を流用する。

また、本実施形態では、各サービスの入力フォームは、同一ページにおいて表示されるので、取得部１０３は、入力対象のサービスの入力フォームと同一ページの他のサービスの入力フォームに対して入力された属性情報に基づいて、入力対象のサービスの属性情報を取得する。同一ページの意味は、先述した通りである。同一ページの他のサービスの入力フォームに対して入力された属性情報は、利用者データＤＴ２に示されているので、取得部１０３は、利用者データＤＴ２を参照し、同一ページ内の入力済みの属性情報を取得する。

［受付部］
受付部１０４は、制御部１１を主として実現される。受付部１０４は、操作部１４の検出信号に基づいて、申込者による入力を受け付ける。例えば、受付部１０４は、申込者による入力フォームへの各種入力を受け付ける。

［保持部］
保持部１０５は、制御部１１を主として実現される。保持部１０５は、各サービスの入力フォームに対して入力された氏名と属性情報を、当該サービスに関連付けて保持する。

保持とは、データ記憶部１００に記録することである。サービスに関連付けて保持とは、サービスＩＤと紐づけて記録することであり、サービスＩＤから検索可能に記録することである。保持部１０５は、サービスごとに、氏名と属性情報のデータセットをデータ記憶部１００に保持する。本実施形態では、予約情報入力画面Ｇ５の表示データＤＴ１に、旅行かごに追加された各サービスのサービスＩＤが格納されているので、保持部１０５は、各サービスのサービスＩＤに関連付けて、当該サービスの入力フォームに対して入力された氏名と属性情報をデータ記憶部１００に記録する。

本実施形態では、保持部１０５は、仮の氏名が設定されたサービスの入力フォームに氏名が入力された場合に、仮の氏名を当該入力された氏名に置き換える。置き換えるとは、情報を更新すること、又は、仮の氏名を入力された氏名に上書きすることである。本実施形態では、利用者データＤＴ２に仮の氏名が格納されているので、保持部１０５は、利用者データＤＴ２を更新することになる。

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

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

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

サーバ２０においては、旅行かごデータを受信すると、制御部２１は、予約情報入力画面Ｇ５の表示データＤＴ１を生成する（Ｓ２）。なお、Ｓ２において旅行かごデータの送信を省略してもよく、この場合には、Ｓ２において、制御部２１は、申込者データベースＤＢ２に格納された旅行かごデータに基づいて、予約情報入力画面Ｇ５の表示データＤＴ１を生成する。ただし、申込者端末１０に記憶された旅行かごデータと、サーバ２０に記憶された旅行かごデータと、は整合性が取られているものとする。

図１８は、Ｓ２の処理の詳細を示す図である。図１８に示すように、制御部２１は、旅行かごデータ及びサービスデータベースＤＢ１に基づいて、旅行かごに追加された各サービスの予約情報の入力項目を特定する（Ｓ２０）。Ｓ２０においては、制御部２１は、旅行かごデータに格納されたサービスＩＤを参照し、サービスデータベースＤＢ１のうち、当該サービスＩＤが格納されたレコードを参照する。制御部２１は、当該レコードに基づいて、旅行かごに追加された各サービスの予約情報の入力項目を特定する。

制御部２１は、Ｓ２０で特定した項目に基づいて、利用者データＤＴ２を生成する（Ｓ２１）。Ｓ２１においては、制御部２１は、旅行かごデータに格納された各サービスの利用人数を参照し、最も多い利用人数を特定する。制御部２１は、当該特定した利用人数の分だけレコードを生成し、各レコードのフィールドとして、利用者ＩＤと、Ｓ２０で特定した各入力項目の名前と、を設定する。

例えば、旅行かごデータが示す利用人数の最大値が３人の場合、図１６に示すように、制御部２１は、３つのレコードから構成される利用者データＤＴ２を生成する。そして、制御部２１は、３人の利用者の各々に利用者ＩＤを発行し、「利用者ＩＤ」のフィールドに格納する。「氏名」、「生年月日」、「年齢区分」、「性別」、「身長」、及び「国籍」といった入力項目が特定された場合、制御部２１は、これら各項目のフィールドを設定し、利用者データＤＴ２を生成する。

制御部２１は、利用者データＤＴ２に利用者の仮の氏名を設定する（Ｓ２２）。Ｓ２２においては、制御部２１は、利用者データＤＴ２のレコードの数だけ仮の氏名を発行し、利用者データＤＴ２に格納する。例えば、特定した利用人数をｎ（ｎは自然数）とすると、制御部２１は、「旅行者１」から「旅行者ｎ」まで連番となるように、仮の氏名を発行する。なお、氏名以外のフィールドは、特に何の情報も格納されないものとするが、氏名と同様に仮の情報が設定されてもよい。

制御部２１は、各サービスの利用人数及び項目数に基づいて、予約情報入力画面Ｇ５における各サービスの並び順を決定する（Ｓ２３）。Ｓ２３においては、制御部２１は、利用人数及び項目数の降順となるように、サービスの並び順を決定する。利用人数と項目数は、何れを優先してもよいが、ここでは、制御部２１は、利用人数を優先して並び順を決定し、利用人数が同じであった場合に項目数が多い方の順番を先に決定する。

制御部２１は、Ｓ２３で決定した並び順に基づいて、各サービスの入力フォームの配置を決定する（Ｓ２４）。Ｓ２４においては、制御部２１は、Ｓ２３で決定した並び順で各サービスの入力フォームが並ぶように、入力フォームの配置を決定する。個々のサービス内での入力フォームの並びは、任意の方法で決定されてよいが、ここでは、氏名の入力フォームを先とし、属性情報の入力フォームを後とする。

制御部２１は、Ｓ２４で決定した順序に基づいて、予約情報入力画面Ｇ５の表示データＤＴ１を生成する（Ｓ２５）。Ｓ２５においては、制御部２１は、Ｓ２３で決定した順序で各入力フォームを並べ、その横に、当該入力フォームが示す項目名を配置する。また、制御部２１は、氏名の入力フォームがフォーカスされた場合にメニューＭ５５を表示させる命令、氏名が入力された場合に仮の氏名を置き換える命令、及びメニューＭ５５内の氏名が選択された場合に属性情報を流用する命令を記述したスクリプトを生成し、表示データＤＴ１に埋め込む。また、制御部２１は、申込者データベースＤＢ２に格納された登録者名を表示データＤＴ１に埋め込む。

図１７に戻り、サーバ２０は、Ｓ２で生成した表示データＤＴ１及び利用者データＤＴ２を申込者端末１０に送信する（Ｓ３）。

申込者端末１０においては、表示データＤＴ１及び利用者データＤＴ２を受信すると、制御部１１は、予約情報入力画面Ｇ５を表示部１５に表示させる（Ｓ４）。制御部１１は、操作部１４の検出信号に基づいて、予約情報の入力処理を実行する（Ｓ５）。Ｓ５の処理は、主に、予約情報入力画面Ｇ５の表示データＤＴ１に含まれるスクリプトによって実行される。なお、表示データＤＴ１及び利用者データＤＴ２は、記憶部１２に一時的に記録される。

図１９は、Ｓ５の処理の詳細を示す図である。図１９に示すように、制御部１１は、操作部１４の検出信号に基づいて、申込者の操作を特定する（Ｓ５０）。ここでは、予約情報入力画面Ｇ５内の何れかの入力フォームをフォーカスする操作、又は、ボタンＢ５４を選択する操作の何れかが行われる場合を説明する。旅行かご画面Ｇ４に戻る操作等の他の操作が行われた場合には、本処理は終了する。

入力フォームがフォーカスされた場合（Ｓ５１；フォーカス）、制御部１１は、フォーカスされた入力フォームの項目名が氏名であるかを判定する（Ｓ５１）。先述したように、各入力フォームの項目名は、表示データＤＴ１に定義されているので、Ｓ５１においては、制御部１１は、表示データＤＴ１に示された項目名を参照する。

フォーカスされた入力フォームの項目名が氏名であると判定された場合（Ｓ５１；Ｙ）、制御部１１は、利用者データＤＴ２に基づいて、利用者全員の氏名を入力済みであるかを判定する（Ｓ５２）。Ｓ５２においては、制御部１１は、利用者データＤＴ２に格納された仮の氏名が全て置き換わったかを判定する。

利用者全員の氏名を入力済みであると判定されない場合（Ｓ５２；Ｎ）、制御部１１は、操作部１４の検出信号に基づいて、申込者が入力した文字を入力フォームに入力する（Ｓ５３）。Ｓ５３においては、申込者は操作部１４を使ってテキスト入力を行い、制御部１１は、申込者が入力した文字を利用者の氏名として入力フォームに入力する。

制御部１１は、表示データＤＴ１に基づいて、入力された文字が登録者の氏名と一致するかを判定する（Ｓ５４）。Ｓ５４においては、制御部１１は、入力された文字又は文字列と、登録者名の最初の文字又は文字列と、が一致するかを判定する。

入力された文字が登録者の氏名と一致すると判定された場合（Ｓ５４；Ｙ）、制御部１１は、当該一致すると判定された登録者の氏名をメニューＭ５５に表示させる（Ｓ５５）。Ｓ５５においては、制御部１１は、一致すると判定された登録者の氏名が所定の順序でメニューＭ５５に並ぶように表示させる。メニューＭ５５に表示しきれない登録者の氏名は、スクロール可能に表示される。

制御部１１は、操作部１４の検出信号に基づいて、メニューＭ５５内の氏名を申込者が選択したかを判定する（Ｓ５６）。メニューＭ５５内の氏名を申込者が選択したと判定された場合（Ｓ５６；Ｙ）、制御部１１は、メニューＭ５５から選択された氏名を、Ｓ５０でフォーカスされた入力フォームに入力する（Ｓ５７）。Ｓ５７においては、制御部１１は、Ｓ５０でフォーカスされた入力フォームと、申込者が選択した氏名と、を関連付けて記憶部１２に記録する。

制御部１１は、申込者が入力した氏名を利用者データＤＴ２に格納する（Ｓ５８）。Ｓ５８においては、制御部１１は、利用者データＤＴ２のうち、仮の氏名が格納されたレコードの当該仮の氏名を、申込者が入力した氏名に置き換える。

一方、メニューＭ５５内の氏名を申込者が選択したと判定されない場合（Ｓ５６；Ｎ）、制御部１１は、操作部１４の検出信号に基づいて、申込者が所定の入力完了操作をしたかを判定する（Ｓ５９）。入力完了操作は、任意の操作であればよく、例えば、入力フォームのフォーカスを解除する操作であってもよいし、ＥＮＴＥＲボタン等の所定のボタンを選択する操作であってもよい。入力完了操作をしたと判定されない場合（Ｓ５９；Ｎ）、Ｓ５３の処理に戻り、文字の入力が継続される。一方、入力完了操作をしたと判定された場合（Ｓ５９；Ｙ）、Ｓ５８の処理に移行し、申込者が入力した氏名が利用者データＤＴ２に格納される。

一方、Ｓ５１において、氏名以外の項目名の入力フォームがフォーカスされた場合（Ｓ５１；Ｎ）、性別等の属性情報の入力フォームがフォーカスされたことになるので、制御部１１は、申込者が入力した属性情報を利用者データＤＴ２に格納する（Ｓ６０）。Ｓ６０においては、制御部１１は、利用者データＤＴ２のうち、フォーカスされた入力フォームが属する氏名が格納されたレコードに、申込者が入力した属性情報を格納する。

制御部１１は、Ｓ５０でフォーカスされた入力フォームに、申込者が入力した属性情報を入力する（Ｓ６１）。Ｓ６１においては、制御部１１は、Ｓ５０でフォーカスされた入力フォームと、申込者が入力した属性情報と、を関連付けて記憶部１２に記録する。

一方、Ｓ５２において、利用者の氏名を入力済みであると判定された場合（Ｓ５２；Ｙ）、制御部１１は、利用者データＤＴ２に基づいて、入力済みの利用者の氏名をメニューＭ５５に表示させる（Ｓ６２）。Ｓ６２においては、制御部１１は、利用者データＤＴ２に格納された利用者の氏名がメニューＭ５５に並ぶように表示させる。

制御部１１は、メニューＭ５５から選択された氏名を、Ｓ５０でフォーカスされた入力フォームに入力する（Ｓ６３）。Ｓ６３においては、制御部１１は、Ｓ５０でフォーカスされた入力フォームと、申込者が入力した属性情報と、を関連付けて記憶部１２に記録する。

制御部１１は、メニューＭ５５から選択された氏名に関連付けられた属性情報を流用する（Ｓ６４）。Ｓ６４においては、制御部１１は、利用者データＤＴ２を参照し、選択された氏名に関連付けられた属性情報を特定する。そして、制御部１１は、当該特定された属性情報のうち、Ｓ６３で氏名が入力された入力フォームと同じタイトルの他の入力フォームの項目名の属性情報を入力する。なお、生年月日と年齢区分のように、属性情報をそのまま流用するのではなく、計算式に基づいて計算したうえで入力する場合には、表示データＤＴ１に示された計算式に基づいて計算が行われて、属性情報が入力される。この場合、計算された属性情報が利用者データＤＴ２に格納される。

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

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

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

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

［第１の特徴のまとめ］
実施形態の受付システムＳによれば、入力対象のサービスに関連付けられた他のサービスの入力フォームに対して入力された利用者の氏名が選択可能に表示され、当該氏名が申込者により選択された場合に、入力対象のサービスの利用者の氏名として取得されるので、サービスの利用者の氏名を入力する手間を省くことができる。例えば、入力対象のサービスの入力フォームに対して申込者が氏名をテキスト入力する手間を省くことができる。また例えば、申込者が登録した全ての氏名の中から選択するのではなく、入力対象のサービスに関連付けられた他のサービスの氏名の中から選択するので、申込者が選択する蓋然性が高い情報だけを選択可能に表示させることができる。このため、選択時に候補として提示される氏名を少なくすることができ、氏名を選択する手間を効果的に省くことができる。

また、スマートフォンのように画面が小さい場合には、多数の氏名を表示させることができなかったり、多数の氏名の中で選択させると申込者が誤選択をしたりすることがあるが、申込者が選択する蓋然性が高い氏名だけを表示させることで、使い勝手のよいユーザインタフェースを提供することができる。また、同じ氏名を何度も入力する必要がないので、申込者端末１０が同じ情報の受付処理を実行する必要がなくなり、申込者端末１０の処理負荷を軽減することができる。また、申込者端末１０側で実行されるスクリプトによって利用者の氏名を流用することで、入力済みの氏名を流用するための処理をサーバ２０が実行する必要がなくなり、サーバ２０の処理負荷を軽減することができる。

また、複数のサービスの申し込みを一括で受け付ける場合に、入力対象のサービスとともに一括で申し込まれる他のサービスの利用者の氏名が選択可能に表示される。一括で申し込むサービスの利用者は共通していることが多いので、申込者が流用する蓋然性がより高い氏名を表示させることができる。また、サービスの申し込みを一括で受け付けることで、申込者端末１０からサーバ２０に対して何度も申し込みの要求が送信されることを防止し、申込者端末１０の処理負荷、サーバ２０の処理負荷、及びネットワークＮの通信負荷を軽減することができる。

また、同一ページに表示された入力フォームに対して入力された利用者の氏名が選択可能に表示される。同一ページで入力する利用者は共通していることが多いので、申込者が流用する蓋然性がより高い氏名を表示させることができ、サービスの利用者の氏名を入力する手間を効果的に省くことができる。

また、利用者の氏名と属性情報とを含む複数の情報が入力される場合に、入力済みの氏名が選択可能に表示され、複数の情報が入力される場合の氏名の入力補助を行うことができる。

また、入力対象のサービスに関連付けられた他のサービスが複数存在する場合に、当該複数の他のサービスの各々の利用者の氏名が選択可能に表示され、サービスの利用者の氏名を入力する手間を効果的に省くことができる。

また、重複する氏名については１つにまとめて表示させることで、選択時に候補として提示される氏名を少なくすることができ、同じ氏名が複数表示されるといった無駄を省き、申込者端末１０の処理負荷を軽減することができる。また、同じ氏名が複数表示されると画面の表示スペースを消費してしまうが、同じ氏名については１つにまとめて表示させることで、画面の表示スペースを有効活用することができる。

［第２の特徴のまとめ］
実施形態の受付システムＳによれば、入力対象の入力フォームに対して利用者の氏名が入力された場合に、氏名が一致する他のサービスの入力フォームに対して入力された属性情報に基づいて、入力対象のサービスの属性情報が取得されるので、複数のサービスを一括で申し込む際の入力の手間を省くことができる。即ち、申込者は、利用者の氏名さえ入力すれば、当該利用者の属性情報を入力済みであれば、当該入力済みの属性情報が流用されるので、同じ情報を何度も入力する手間を省くことができる。

また、スマートフォンのように画面が小さい場合には、多数の入力フォームを表示させると申込者が誤入力をすることがあるが、属性情報を流用することで誤入力の蓋然性を低減し、使い勝手のよいユーザインタフェースを提供することができる。また、属性情報を何度も入力する必要がないので、申込者端末１０が同じ情報の受付処理を実行する必要がなくなり、申込者端末１０の処理負荷を軽減することができる。また、申込者端末１０側で実行されるスクリプトによって属性情報を流用することで、属性情報を流用するための処理をサーバ２０が実行する必要がなくなり、サーバ２０の処理負荷を軽減することができる。

また、入力対象のサービスの入力フォームに対して利用者の氏名が入力される場合に、他のサービスの入力フォームに対して入力された利用者の氏名を選択可能に表示させ、当該氏名が選択された場合に属性情報が流用されるので、複数のサービスを一括で申し込む際の入力の手間を効果的に省くことができる。また、サービスの申し込みを一括で受け付けることで、申込者端末１０からサーバ２０に対して何度も申し込みの要求が送信されることを防止し、申込者端末１０の処理負荷、サーバ２０の処理負荷、及びネットワークＮの通信負荷を軽減することができる。

また、他のサービスの属性情報に基づいて、入力対象の属性情報が生成されることで、他のサービスの属性情報をそのまま流用できない場合であったとしても、入力対象のサービスの形式に合わせた属性情報に変換することができる。このため、申込者の入力回数を減らし、誤入力を防止することができ、使い勝手のよいユーザインタフェースを提供することができる。また、申込者の入力回数が減り、申込者端末１０が入力を受け付ける回数が減るので、申込者端末１０の処理負荷を軽減することができる。

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

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

また、他のサービスの属性情報のうち、入力対象のサービスの申し込みに必要な項目の情報が取得され、入力対象のサービスの申し込みに不要な情報は取得しないようにすることができる。不要な情報が取得されないようにすることで、サーバ２０の処理負荷を軽減することができる。

また、利用者の氏名が入力されていない場合には仮の氏名が設定され、利用者の氏名が入力された場合に仮の氏名を置き換えることで、氏名が入力されていない状態で属性情報が入力された場合に、仮の氏名に属性情報を関連付けて記憶させることができる。申込者が氏名を入力しなくても、属性情報が仮の氏名に関連付けられるので、属性情報を管理しやすくなる。また、申込者は仮の氏名を選択することで、氏名を入力しなくても、当該仮の氏名に関連付けられた属性情報を流用することができ、属性情報を入力する手間を効果的に軽減することができる。

また、同一ページに表示された入力フォームに対して入力された利用者の氏名が選択可能に表示され、同一ページで入力する利用者は共通していることが多いので、申込者が流用する蓋然性の高い属性情報を流用することができ、複数のサービスを一括で申し込む場合の入力の手間を効果的に省くことができる。

また、他のサービスの属性情報を流用した場合に、流用した属性情報を内部的に保持するだけでなく、入力対象のサービスの属性情報として表示させることで、流用した属性情報を申込者が把握しやすくなる。

また、氏名が不要なサービスについては、サービス提供者に通知されないので、不要な情報が通知されるといったことを防止することができる。不要な情報が取得されないようにすることで、サーバ２０の処理負荷及びネットワークＮの通信負荷を軽減することができる。

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

［５−１．第１の特徴の変形例］
（１−１）まず、第１の特徴の変形例を説明する。例えば、実施形態で説明したように、受付システムＳで申し込みを受け付けるサービスが旅行に関するサービスである場合には、予約済みのサービスの中には、旅行かごに追加されたサービスと同じ旅程のサービスが存在することがある。予約済みのサービスであったとしても、同じ旅程であれば、旅行かごに追加されたサービスと利用者が共通している可能性があるので、同じ旅程と推測された予約済みのサービスの予約情報を流用してもよい。

特定部１０１は、入力対象のサービスの利用時間及び場所と、申し込み済みの複数の他のサービスの各々の利用時間及び場所と、に基づいて、当該複数の他のサービスの中から、入力対象のサービスと同じ旅程の他のサービスを特定する。同じ旅程の他のサービスとは、時期的及び場所的に同じ旅程に含まれると推測されるサービスのことである。

例えば、特定部１０１は、旅行かごデータを参照し、入力対象のサービスの利用時間を特定する。また例えば、特定部１０１は、サービスデータベースＤＢ１を参照し、入力対象のサービスの場所を特定する。申込済みの複数の他のサービスの予約情報は、申込者データベースＤＢ２に格納されていてもよいし、他のデータベースに格納されていてもよい。特定部１０１は、これらのデータベースを参照し、申込済みの複数の他のサービスの各々の利用時間を特定する。また例えば、特定部１０１は、サービスデータベースＤＢ１を参照し、申込済みの複数の他のサービスの各々の場所を特定する。

例えば、特定部１０１は、入力対象のサービスの利用時間と重複する利用時間が設定された他のサービスを、同じ旅程の他のサービスとして特定する。利用時間が完全に同じ場合に同じ旅程としてもよいし、利用時間の一部が重複する場合に同じ旅程としてもよい。他にも例えば、片方の利用時間が他方の利用時間を含む場合に同じ旅程としてもよいし、利用時間が重複していなくても日付が連続する場合に同じ旅程としてもよい。

また例えば、特定部１０１は、入力対象のサービスの場所と同じエリアの他のサービスを、同じ旅程の他のサービスとして特定する。エリアは、少なくとも１つの都市を含む地域であればよく、各エリアに属する場所は、データベース記憶部２００に予め定義されているものとする。特定部１０１は、入力対象のサービスの場所が属するエリアと、他のサービスの場所が属するエリアと、が一致する場合に、同じ旅程と判定する。

なお、特定部１０１は、エリアが一致していなくても、近隣のエリアであれば同じ旅程と判定してもよい。この場合、各エリアの近隣のエリアは、データベース記憶部２００に定義されており、特定部１０１は、データベース記憶部２００を参照し、近隣のエリアであるかを判定してもよい。

表示制御部１０２は、入力対象のサービスと同じ旅程の他のサービスの氏名を選択可能に表示させる。他のサービスの氏名は、データベース記憶部２００に記憶されているものとする。表示制御部１０２は、データベース記憶部２００に記憶された他のサービスの氏名を参照し、入力対象のサービスと同じ旅程の他のサービスの氏名をメニューＭ５５に表示させる。取得した氏名に基づいてメニューＭ５５を表示させる処理自体は、実施形態で説明した通りである。

変形例（１−１）によれば、同じ旅程の他のサービスの氏名が選択可能に表示され、同一旅程で入力する利用者は共通していることが多いので、申込者が流用する蓋然性の高い属性情報を流用することができ、複数のサービスを一括で申し込む場合の入力の手間を効果的に省くことができる。

（１−２）また例えば、各サービスの利用時間及び場所を考慮すると、明らかに同時に利用できないサービスの組み合わせが存在することがある。例えば、同じ旅程で旅行する場合に、別々のグループに分かれて行動していることがあり、同時に利用できないサービス間で利用者の氏名等を流用しないようにしてもよい。例えば、利用時間及び場所を考慮してサービスの利用可能性を判定し、利用可能なサービスの予約情報だけを流用してもよい。

特定部１０１は、入力対象のサービスの利用時間及び場所と、申し込み済みの複数の他のサービスの各々の利用時間及び場所と、に基づいて、当該複数の他のサービスの中から、入力対象のサービスとともに利用可能な他のサービスを特定する。

例えば、特定部１０１は、入力対象のサービスの場所と、申込済みの複数の他のサービスの各々の場所と、に基づいて、これらの移動時間を算出する。移動時間は、予め定められた方法に基づいて算出されるようにすればよく、例えば、これらの場所の距離を計算し、車や航空機等の標準的な移動速度で割ることによって移動時間が算出されてもよい。また例えば、申込者によって移動手段が指定されている場合には、申込者が指定した移動手段に応じた移動速度に基づいて、移動時間が算出されてもよい。特定部１０１は、入力対象のサービスの利用時間と、他のサービスの利用時間と、の時間差が上記算出した移動時間以上であれば、利用可能と判定し、時間差が移動時間未満であれば、利用不可能と判定する。

表示制御部１０２は、入力対象のサービスとともに利用可能な他のサービスの氏名を選択可能に表示させる。即ち、表示制御部１０２は、入力対象のサービスとともに利用不可能な他のサービスの氏名が表示されることを制限する。表示制御部１０２は、入力対象のサービスとともに利用可能な他のサービスの氏名をメニューＭ５５に表示し、入力対象のサービスとともに利用不可能な他のサービスの氏名はメニューＭ５５に表示させない。

変形例（１−２）によれば、入力対象のサービスとともに利用可能な他のサービスの氏名が選択可能に表示され、入力対象のサービスとともに利用可能な他のサービスの利用者は共通していることが多いので、申込者が流用する蓋然性の高い属性情報を流用することができ、複数のサービスを一括で申し込む場合の入力の手間を効果的に省くことができる。

（１−３）また例えば、あるサービスの利用者の氏名を入力する場合に、当該サービスの予約情報として入力済みの氏名は、メニューＭ５５に表示させないようにしてもよい。

入力対象のサービスには、複数の氏名を入力可能であり、表示制御部１０２は、他のサービスの氏名のうち、入力対象のサービスの氏名として取得済みの氏名が選択可能に表示されることを制限する。例えば、図９の予約情報入力画面Ｇ５Ｐの画面例であれば、「Ｙａｍａｄａ Ｔａｒｏ」は「ホテル」の予約情報として入力済みなので、表示制御部１０２は、入力済みの「Ｙａｍａｄａ Ｔａｒｏ」はメニューＭ５５に表示せず、未入力の「Ｙａｍａｄａ Ｒｙｏｋｏ」と「Ｙａｍａｄａ Ｋａｚｕｏ」だけをメニューＭ５５に表示させてもよい。

変形例（１−３）によれば、サービスの利用者の氏名を入力する手間をより効果的に省くことができる。

（１−４）また例えば、受付システムＳは、第２の特徴を有さずに、第１の特徴だけを有してもよい。即ち、受付システムＳは、メニューＭ５５から氏名が選択された場合に、氏名だけを流用し、当該氏名に関連付けられた属性情報は特に流用しなくてもよい。

また例えば、受付システムＳは、複数サービスの申し込みを一括で受け付ける場合であっても、同一ページ内の入力フォームに入力された氏名ではなく、別ページ内の入力フォームに入力された氏名を流用してもよい。例えば、旅行かごに追加された各サービスの予約情報の入力フォームが、それぞれ別ページに表示されてもよい。

また例えば、申込者端末１０がサーバ２０から受信した表示データＤＴ１に基づいて予約情報入力画面Ｇ５を表示させる処理が、入力済みの氏名が選択可能に表示させる処理に相当する場合を説明したが、サーバ２０の表示制御部２０１が表示データＤＴを送信することが、入力済みの氏名が選択可能に表示させる処理に相当してもよい。

［５−２．第２の特徴の変形例］
（２）次に、第２の特徴の変形例を説明する。例えば、実施形態では、利用者の氏名が入力されていない場合には、メニューＭ５５に登録者の氏名が表示される場合を説明したが、メニューＭ５５には、仮の氏名が表示されるようにしてもよい。この場合、申込者が仮の氏名を選択した場合に、当該仮の氏名の代わりとなる使用者の氏名を入力するための入力フォームが予約情報入力画面Ｇ５に表示されるようにしてもよい。この場合、表示データＤＴ１のスクリプトには、メニューＭ５５から仮の氏名が選択された場合に、入力フォームを表示させる命令が記述される。

例えば、仮の氏名として「旅行者１」、「旅行者２」、及び「旅行者３」が設定されていたとすると、申込者が氏名の入力フォームをフォーカスした場合に、これら仮の氏名がメニューＭ５５に表示される。例えば、申込者がメニューＭ５５から「旅行者１」を選択したとすると、１人目の利用者の氏名を入力するための入力フォームが表示され、当該入力フォームに入力された氏名が「旅行者２」の代わりに利用者データＤＴ２に格納される。２人目及び３人目の利用者についても同様に、メニューＭ５５から選択されたことに応じて入力フォームが表示され、当該入力フォームに入力された氏名に置き換わるようにしてもよい。

本変形例の受付部１０４は、仮の氏名が選択された場合に、仮の氏名が設定されたサービスの氏名の入力を受け付ける。仮の氏名が設定されたサービスとは、利用者の氏名がまだ入力されていないサービスである。受付部１０４は、仮の氏名が設定されたサービスの入力フォームに対するテキスト入力を受け付けることによって、当該サービスの氏名の入力を受け付ける。本変形例では、リストＭ５５の仮の氏名が選択されると入力フォームが表示されるので、受付部１０４は、当該入力フォームに対する氏名の入力を受け付ける。なお、特に当該入力フォームを表示させないようにする場合には、受付部１０４は、最初にフォーカスされた入力フォーム（例えば、入力フォームＦ５００等）に対する氏名の入力を受け付けてもよい。

上記変形例によれば、メニューＭ５５から仮の氏名が選択された場合に入力フォームが表示されて利用者の氏名の入力が受け付けられるので、利用者の氏名を入力しやすくなる。

また例えば、受付システムＳは、第１の特徴を有さずに、第２の特徴だけを有してもよい。即ち、受付システムＳは、メニューＭ５５から氏名が選択された場合に、氏名は特に流用せずに、当該氏名に関連付けられた属性情報を流用してもよい。他にも例えば、受付システムＳは、メニューＭ５５から氏名を選択するのではなく、入力フォームに対して氏名をテキスト入力させ、入力済みの氏名と一致していた場合に、当該氏名に関連付けられた属性情報を流用してもよい。

また例えば、第１の特徴の変形例と同様に、受付システムＳは、別ページ内の入力フォームに入力された属性情報を流用してもよい。また例えば、予約情報入力画面Ｇ５の入力フォームの並び順は、任意の順番であってよく、例えば、サービスＩＤ順であってもよいし、サービスの種類順であってもよい。また例えば、実施形態では、仮の氏名が設定される場合を説明したが、特に仮の氏名が設定されず、利用者データＤＴ２の氏名が空欄であってもよい。

［５−３．その他の変形例］
（３）また例えば、受付システムＳを旅行予約サービスで利用する場面を説明したが、他の任意のサービスで利用されるようにしてもよい。例えば、受付システムＳを保険申込サービスで利用してもよい。この場合、保険商品がサービスに相当し、申込者は、保険の利用者の氏名や属性情報を入力する。保険申込サービスにおいて、第１の特徴によって利用者の氏名が流用されたり、第２の特徴によって入力済みの属性情報が流用されたりしてもよい。

また例えば、受付システムＳを、コンサートやイベントなどにおけるチケット販売サービスで利用してもよい。この場合、チケットがサービスに相当し、申込者は、チケットの使用者の氏名や属性情報を入力する。チケット販売サービスにおいて、第１の特徴によって使用者の氏名が流用されたり、第２の特徴によって入力済みの属性情報が流用されたりしてもよい。

また例えば、受付システムＳを、セミナーなどのイベント予約サービスで利用してもよい。この場合、イベントがサービスに相当し、申込者は、イベントの参加者の氏名や属性情報を入力する。イベント予約サービスにおいて、第１の特徴によって参加者の氏名が流用されたり、第２の特徴によって入力済みの属性情報が流用されたりしてもよい。

また例えば、申込者端末１０で実現されるものとして説明した機能は、サーバ２０で実現されてもよい。例えば、特定部１０１は、サーバ２０において実現されてもよい。この場合、特定部１０１は、制御部２１を主として実現される。サーバ２０の特定部１０１は、申込者端末１０から入力対象のサービスを示す情報を取得し、入力対象のサービスに関連付けられた他のサービスを特定する。また例えば、取得部１０３は、サーバ２０において実現されてもよい。この場合、取得部１０３は、制御部２１を主として実現される。サーバ２０の取得部１０３は、申込者端末１０から、メニューＭ５５の中から申込者により選択された氏名を取得し、当該氏名を入力対象のサービスの氏名として取得する。

また例えば、受付部１０４は、サーバ２０において実現されてもよい。この場合、受付部１０４は、制御部２１を主として実現される。サーバ２０の受付部１０４は、申込者端末１０から、申込者によって入力された氏名を取得することによって、仮の氏名が設定されたサービスの氏名の入力を受け付ける。また例えば、保持部１０５は、サーバ２０において実現されてもよいこの場合、保持部１０５は、制御部２１を主として実現される。サーバ２０の保持部１０５は、各サービスの入力フォームに対して入力された氏名と属性情報とを、データベース記憶部２００に保持する。

また例えば、サーバ２０で実現されるものとして説明した機能は、申込者端末１０において実現されてもよい。例えば、申込者端末１０の表示制御部１０２により、予約情報入力画面Ｇ５の表示データＤＴ１が生成されてもよいし、利用者データＤＴ２が生成されてもよい。また例えば、設定部２０２は、申込者端末１０において実現されてもよい。この場合、申込者端末１０の設定部２０２は、自身で生成した利用者データＤＴ２又はサーバ２０から受信した利用者データＤＴ２に、仮の氏名を格納する。

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

Claims (13)

1. 複数のサービスの申し込みを一括で受け付ける受付システムであって、
   前記サービスごとに、利用者情報と属性情報との各々を入力するための入力フォームを表示させる表示制御手段と、
   各サービスの入力フォームに対して入力された利用者情報と属性情報を、当該サービスに関連付けて保持する保持手段と、
   入力対象のサービスの入力フォームに対し、前記入力対象のサービスの利用者情報が入力された場合に、利用者情報が一致する他のサービスの入力フォームに対して入力された属性情報に基づいて、前記入力対象のサービスの属性情報を取得する取得手段と、
   を含むことを特徴とする受付システム。
2. 前記表示制御手段は、前記入力対象のサービスの入力フォームに対して利用者情報が入力される場合に、他のサービスの入力フォームに対して入力された利用者情報を選択可能に表示させ、
   前記取得手段は、前記他のサービスの利用者情報が選択された場合に、当該選択された利用者情報を、前記入力対象のサービスの利用者情報として取得し、前記他のサービスの属性情報に基づいて、前記入力対象のサービスの属性情報を取得する、
   ことを特徴とする請求項１に記載の受付システム。
3. 前記取得手段は、前記他のサービスの属性情報に基づいて、前記入力対象の属性情報を生成する、
   ことを特徴とする請求項１又は２に記載の受付システム。
4. 各サービスの利用者数は、予め指定されており、
   前記表示制御手段は、各サービスの入力フォームを、利用者数の多い順に表示させる、
   ことを特徴とする請求項１〜３の何れかに記載の受付システム。
5. 各サービスには、属性情報の項目数が予め指定されており、
   前記表示制御手段は、各サービスの入力フォームを、項目数の多い順に表示させる、
   ことを特徴とする請求項１〜４の何れかに記載の受付システム。
6. 前記取得手段は、前記他のサービスの属性情報のうち、前記入力対象のサービスの申し込みに必要な項目の情報を取得する、
   ことを特徴とする請求項１〜５の何れかに記載の受付システム。
7. 各サービスの利用者数は、予め指定されており、
   前記受付システムは、利用者情報が入力されていないサービスについては、仮の利用者情報を設定する設定手段を更に含み、
   前記保持手段は、前記仮の利用者情報が設定されたサービスの入力フォームに利用者情報が入力された場合に、前記仮の利用者情報を当該入力された利用者情報に置き換える、
   ことを特徴とする請求項１〜６の何れかに記載の受付システム。
8. 前記受付システムは、前記仮の利用者情報が選択された場合に、前記仮の利用者情報が設定されたサービスの利用者情報の入力を受け付ける受付手段、
   を更に含むことを特徴とする請求項７に記載の受付システム。
9. 各サービスの入力フォームは、同一ページにおいて表示され、
   前記取得手段は、前記入力対象のサービスの入力フォームと同一ページの前記他のサービスの入力フォームに対して入力された属性情報に基づいて、前記入力対象のサービスの属性情報を取得する、
   ことを特徴とする請求項１〜８の何れかに記載の受付システム。
10. 前記表示制御手段は、前記取得手段により取得された前記入力対象のサービスの属性情報を、前記入力対象のサービスの入力フォームに表示させる、
    ことを特徴とする請求項１〜９の何れかに記載の受付システム。
11. 前記受付システムは、前記複数のサービスのうち、申し込み処理のために利用者情報が不要なサービスについては、利用者情報に基づかずに属性情報に基づいて、申し込み処理を実行する実行手段、
    を更に含むことを特徴とする請求項１〜１０の何れかに記載の受付システム。
12. 複数のサービスの申し込みを一括で受け付ける受付方法であって、
    前記サービスごとに、利用者情報と属性情報との各々を入力するための入力フォームを表示させる表示制御ステップと、
    各サービスの入力フォームに対して入力された利用者情報と属性情報を、当該サービスに関連付けて保持する保持ステップと、
    入力対象のサービスの入力フォームに対し、前記入力対象のサービスの利用者情報が入力された場合に、利用者情報が一致する他のサービスの入力フォームに対して入力された属性情報に基づいて、前記入力対象のサービスの属性情報を取得する取得ステップと、
    を含むことを特徴とする受付方法。
13. 複数のサービスの申し込みを一括で受け付けるコンピュータを、
    前記サービスごとに、利用者情報と属性情報との各々を入力するための入力フォームを表示させる表示制御手段、
    各サービスの入力フォームに対して入力された利用者情報と属性情報を、当該サービスに関連付けて保持する保持手段、
    入力対象のサービスの入力フォームに対し、前記入力対象のサービスの利用者情報が入力された場合に、利用者情報が一致する他のサービスの入力フォームに対して入力された属性情報に基づいて、前記入力対象のサービスの属性情報を取得する取得手段、
    として機能させるためのプログラム。

Images