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

Abstract

【課題】ユーザ間で行われる旅行に関する取引を簡単にし、旅行会社やエンドユーザの負担を軽減できる情報処理装置、情報処理方法及び情報処理プログラムを提供する。【解決手段】サーバが、ネットワークを介して、複数のユーザ端末と接続する情報処理システムに含まれるサーバ３００は、通信部３０１、記憶部３０２、制御部３０３を有する。取得部３０３１は、旅行会社の立場として定義される第１ユーザからの旅程情報を取得する。また、現地サービスの立場として定義される複数の第２ユーザからの現地サービス情報を取得する。通知部３０３２は、第１ユーザから送信された旅程情報の変更要求を受付けるとともに、該変更要求に関する変更情報を複数の第２ユーザに通知する。更新部３０３３は、複数の第２ユーザから変更情報に対する承認が得られた場合に、旅程情報を変更後の情報に更新する。【選択図】図２

Description

本発明は、ユーザ間で行われる旅行に関する所定の取引を管理する情報処理装置、情報処理方法及び情報処理プログラムに関する。

一般的に、旅行会社やエンドユーザが旅行を計画する際には、観光施設や宿泊場所、移動手段など様々なサービスの予約を行う必要がある。この場合、従来、例えば、エンドユーザは、ガイドブック等を見ながら旅行の計画を行っていたが、近年のネットワーク技術の発展に伴って、旅行会社やエンドユーザは、観光施設等のウェブサイトから所定の情報を得ることが可能になっている。

ここで、通信回線を介して旅行商品を検索する技術として、特許文献１には、旅行商品検索システムが開示されている。この技術では、検索条件に基づいて旅行商品データベースを検索して検索条件に合致する旅行商品情報が抽出されることで、例えば、旅行会社は、個々の旅行客のニーズに応じた最適な旅行商品を容易に検索・選択することができる。

また、特許文献２には、ユーザの旅行計画立案をサポートしつつ、旅行商品の提供事業者に対して販売促進の機会をもたらす旅行業務管理装置が開示されている。この技術では、事業者がユーザの購入決定情報に基づいて販売した旅行商品を、対応するユーザ旅程情報に記録して購入予定情報とともにユーザ旅程情報記憶部に格納する。

特開２００６－２６８７９３号公報 特開２０１８－１８３６８号公報

旅行者が実際に旅行する現地においては、観光施設や宿泊施設、移動手段などの現地サービスが複数にわたる傾向にある。そうすると、旅行会社やエンドユーザである旅行者は、旅程に含まれる各現地サービスと旅行前に個別に取引（例えば、予約）を行う必要があり、旅程に含まれる複数の現地サービスとの取引に手間がかかっていた。ここで、特許文献１に記載の技術によれば、旅行者のニーズに応じた旅行商品情報が抽出されることで、該ニーズに応じた旅程が比較的簡単に生成され得るが、旅程の生成後のその情報変更に伴う現地サービスとの取引に対応できるものではなかった。

一方、特許文献２に記載の技術によれば、購入予定情報を購入決定済みの旅行商品に関連付けることで、旅行商品の提供事業者に対して販売促進の機会をもたらし得るが、やはり、旅程情報の変更に伴う現地サービスとの取引に対応するものではない。そして、旅程情報の変更に伴う現地サービスとの取引を簡単にし、旅行会社やエンドユーザの負担を軽減する技術については、未だ改善の余地を残すものである。

本開示の目的は、ユーザ間で行われる旅行に関する取引を簡単にし、旅行会社やエンドユーザの負担を軽減できる技術を提供することにある。

本開示の情報処理装置は、ユーザ間で行われる旅行に関する所定の取引を管理する情報処理装置である。そして、この情報処理装置は、旅行者に旅行商品を提供する旅行会社の立場として定義される第１ユーザからの該旅行商品の旅程に関する情報である旅程情報を取得することと、前記旅程に従って前記旅行者が実際に旅行する現地において所定のサービスを提供する現地サービスの立場として定義される複数の第２ユーザからの該サービスに関する情報である現地サービス情報を取得することと、前記旅程情報及び前記現地サービス情報を、前記第１ユーザ及び前記複数の第２ユーザが閲覧可能に記憶することと、を実行する制御部を備える。そして、前記制御部は、前記第１ユーザから送信された前記旅程情報の変更要求を受付けるとともに、該変更要求に関する変更情報を前記複数の第２ユーザに通知し、該複数の第２ユーザから該変更情報に対する承認が得られた場合に、前記旅程情報を変更後の情報に更新する。

ここで、旅行者は、旅程情報や、それに対応した現地サービス情報が生成された後に、旅程の変更を望む場合があるが、従来技術では、旅程の生成後のその情報変更に伴う現地サービスとの取引に対応できなかった。これに対して、上記の情報処理装置は、第１ユーザから送信された旅程情報の変更要求を受付けるとともに、該変更要求に関する変更情報を複数の第２ユーザに通知する。つまり、第１ユーザは、例えば、旅行者からの旅程の変更リクエストがあった場合に、旅程に含まれる各現地サービス（複数の第２ユーザ）に対して、予約の変更などを個別に取引することなく、情報処理装置を介して一括に変更取引を行うことができる。そして、上記の情報処理装置は、複数の第２ユーザから変更情報に対する承認が得られた場合に、旅程情報を変更後の情報に更新する。つまり、第１ユーザは、情報処理装置を介して複数の第２ユーザからの承認情報を一括に取得することができる。そのため、仮に、一部の第２ユーザから承認が得られなかった場合に、その代替となる現地サービスの探索等を可及的速やかに実施することができる。このように、上記の情報処理装置は、旅程情報や現地サービス情報が生成された後の旅程変更に伴う第１ユーザと複数の第２ユーザとの間の取引の手間を軽減することができる。

そして、上記の情報処理装置において、前記制御部は、前記旅行商品に含まれる前記第２ユーザによる前記サービスを前記第１ユーザに紹介するランドオペレータの立場として定義される第３ユーザからの情報であるオペレータ情報を更に取得し、前記旅程情報及び前記現地サービス情報を、前記第１ユーザ及び前記複数の第２ユーザ及び前記第３ユーザが閲覧可能に記憶するとともに、前記オペレータ情報を、前記第１ユーザ及び前記第３ユーザが閲覧可能に記憶してもよい。これによれば、第１ユーザは、仮に、第２ユーザから変更取引の承認が得られなかった場合に、オペレータ情報に基づいて、その代替となる現地サービスの探索等を可及的速やかに実施することができる。また、前記制御部は、前記第２ユーザから前記変更情報に対する承認が得られなかった場合に、前記変更情報を前記第３ユーザに通知するとともに、該第３ユーザに対して、該変更情報に対応可能な前記第２ユーザによる前記現地サービス情報を前記オペレータ情報として送信することを要求してもよい。これによれば、第１ユーザは、代替となる現地サービス情報を可及的速やかに取得することができる。

また、本開示の情報処理装置は、旅行者の立場として定義される第４ユーザからの旅程に関する情報である旅程情報を取得することと、前記旅程に従って前記第４ユーザが実際に旅行する現地において所定のサービスを提供する現地サービスの立場として定義される複数の第２ユーザからの該サービスに関する情報である現地サービス情報を取得することと、前記旅程情報及び前記現地サービス情報を、前記第４ユーザ及び前記複数の第２ユーザが閲覧可能に記憶することと、を実行する制御部を備えてもよい。そして、前記制御部は、前記第４ユーザから送信された前記旅程情報の変更要求を受付けるとともに、該変更要求に関する変更情報を前記複数の第２ユーザに通知し、該複数の第２ユーザから該変更情報に対する承認が得られた場合に、前記旅程情報を変更後の情報に更新してもよい。これによれば、第４ユーザは、旅程に含まれる各現地サービス（複数の第２ユーザ）に対して、予約の変更などを個別に取引することなく、情報処理装置を介して一括に変更取引を行うことができるとともに、仮に、一部の第２ユーザから承認が得られなかった場合に、その代替となる現地サービスの探索等を可及的速やかに実施することができる。このように、上記の情報処理装置は、旅程情報や現地サービス情報が生成された後の旅程変更に伴う第４ユーザと複数の第２ユーザとの間の取引の手間を軽減することができる。

更に、以上に述べた情報処理装置において、前記制御部は、前記第２ユーザから前記変更情報に対する承認が得られなかった場合に、ソーシャル・ネットワーキング・サービスに係るユーザ生成コンテンツの中から、前記現地サービス情報に関連する所定のタグが付けられた前記ユーザ生成コンテンツである第１コンテンツを取得し、該第１コンテンツを前記第１ユーザ又は前記第４ユーザに通知してもよい。これによれば、第１ユーザや第４ユーザは、代替となる現地サービス情報を可及的速やかに取得することができる。そして、この場合、前記制御部は、前記第１コンテンツに含まれる前記サービスを提供する前記第２ユーザに対する該サービスの提供依頼を表す前記ユーザ生成コンテンツである第２コンテンツを生成し、該第２コンテンツを前記第１コンテンツに対する返答として投稿してもよい。

また、本開示は、コンピュータによる情報処理方法の側面から捉えることができる。すなわち、本開示の情報処理方法は、ユーザ間で行われる旅行に関する所定の取引を管理する情報処理方法であって、コンピュータが、旅行者に旅行商品を提供する旅行会社の立場として定義される第１ユーザからの該旅行商品の旅程に関する情報である旅程情報を取得することと、前記旅程に従って前記旅行者が実際に旅行する現地において所定のサービスを提供する現地サービスの立場として定義される複数の第２ユーザからの該サービスに関する情報である現地サービス情報を取得することと、前記旅程情報及び前記現地サービス情報を、前記第１ユーザ及び前記複数の第２ユーザが閲覧可能に記憶することと、前記第１ユーザから送信された前記旅程情報の変更要求を受付けるとともに、該変更要求に関する変更情報を前記複数の第２ユーザに通知し、該複数の第２ユーザから該変更情報に対する承認が得られた場合に、前記旅程情報を変更後の情報に更新することと、を実行する。

また、本開示は、情報処理プログラムの側面から捉えることができる。すなわち、本開示の情報処理プログラムは、ユーザ間で行われる旅行に関する所定の取引を管理する情報処理プログラムであって、コンピュータに、旅行者に旅行商品を提供する旅行会社の立場として定義される第１ユーザからの該旅行商品の旅程に関する情報である旅程情報を取得することと、前記旅程に従って前記旅行者が実際に旅行する現地において所定のサービスを提供する現地サービスの立場として定義される複数の第２ユーザからの該サービスに関する情報である現地サービス情報を取得することと、前記旅程情報及び前記現地サービス情報を、前記第１ユーザ及び前記複数の第２ユーザが閲覧可能に記憶することと、前記第１ユーザから送信された前記旅程情報の変更要求を受付けるとともに、該変更要求に関する変更情報を前記複数の第２ユーザに通知し、該複数の第２ユーザから該変更情報に対する承認が得られた場合に、前記旅程情報を変更後の情報に更新することと、を実行させる。

本開示によれば、ユーザ間で行われる旅行に関する取引を簡単にし、旅行会社やエンドユーザの負担を軽減することができる。

第１実施形態における情報処理システムの概略構成を示す図である。 第１実施形態における、情報処理システムに含まれるサーバの構成要素をより詳細に示すとともに、サーバと通信を行うユーザ端末の構成要素を示した図である。 第１実施形態における情報処理システムの動作の流れを例示する図である。 サーバの記憶部に記憶される旅程情報および現地サービス情報を例示する図である。 旅程情報の変更要求を入力するためのインタフェースで表示される画面を例示する図である。 変更情報に対する承認情報を入力するためのインタフェースで表示される画面を例示する図である。 変更後の旅程情報および現地サービス情報を例示する図である。 サーバの記憶部に記憶される旅程情報およびオペレータ情報を例示する図である。 第２実施形態における情報処理システムの動作の流れを例示する図である。 第３実施形態における情報処理システムの動作の流れを例示する図である。 第３実施形態における第１コンテンツを例示する図である。 第３実施形態における第２コンテンツを説明するための図である。

以下、図面に基づいて、本開示の実施の形態を説明する。以下の実施形態の構成は例示であり、本開示は実施形態の構成に限定されない。

＜第１実施形態＞
第１実施形態における情報処理システムの概要について、図１を参照しながら説明する。図１は、本実施形態における情報処理システムの概略構成を示す図である。本実施形態に係る情報処理システム１００は、ネットワーク２００と、サーバ３００と、ユーザ端末４００と、を含んで構成される。なお、本実施形態における情報処理システム１００は、ユーザ間で行われる旅行に関する所定の取引を管理するためのシステムであって、該取引の管理は、サーバ３００によって実行される。また、本実施形態における情報処理システム１００を利用するユーザは、旅行者に旅行商品を提供する旅行会社の立場として定義される第１ユーザ、および旅行者が実際に旅行する現地において所定のサービスを提供する現地サービスの立場として定義される複数の第２ユーザである。

ネットワーク２００は、例えば、ＩＰネットワークである。ネットワーク２００は、ＩＰネットワークであれば、無線であっても有線であっても無線と有線の組み合わせであってもよく、例えば、無線による通信であれば、ユーザ端末４００は、無線ＬＡＮアクセスポイント（不図示）にアクセスし、ＬＡＮやＷＡＮを介してサーバ３００と通信してもよい。また、ネットワーク２００は、これらの例に限られず、例えば、公衆交換電話網や、光回線、ＡＤＳＬ回線、衛星通信網などであってもよい。

サーバ３００は、ネットワーク２００を介して、ユーザ端末４００と接続される。なお、図１において、説明を簡単にするために、サーバ３００は１台、ユーザ端末４００は４台示してあるが、これらに限定されないことは言うまでもない。

サーバ３００は、データの取得、生成、更新等の演算処理及び加工処理のための処理能力のあるコンピュータ機器であればどの様な電子機器でもよく、例えば、パーソナルコンピュータ、サーバ、メインフレーム、その他電子機器であってもよい。すなわち、サーバ３００は、ＣＰＵやＧＰＵ等のプロセッサ、ＲＡＭやＲＯＭ等の主記憶装置、ＥＰＲＯＭ、ハードディスクドライブ、リムーバブルメディア等の補助記憶装置を有するコンピュータとして構成することができる。なお、リムーバブルメディアは、例えば、ＵＳＢメモリ、あるいは、ＣＤやＤＶＤのようなディスク記録媒体であってもよい。補助記憶装置には、オペレーティングシステム（ＯＳ）、各種プログラム、各種テーブル等が格納されている。

また、サーバ３００は、本実施形態に係る情報処理システム１００専用のソフトウェアやハードウェア、ＯＳ等を設けずに、クラウドサーバによるＳａａＳ（Software as a Service）、Ｐａａｓ（Platform as a Service）、ＩａａＳ（Infrastructure as a Service）を適宜用いてもよい。

ユーザ端末４００は、情報処理システム１００を利用するユーザ（第１ユーザ、第２ユーザや、後述する第３ユーザ、第４ユーザ）が保有する携帯端末等の電子機器であればよく、例えば、携帯端末、タブレット端末、スマートフォン、ウェアラブル端末、パーソナルコンピュータ等、その他端末機器であってもよい。

次に、図２に基づいて、主にサーバ３００の構成要素の詳細な説明を行う。図２は、第１実施形態における、情報処理システム１００に含まれるサーバ３００の構成要素をより詳細に示すとともに、サーバ３００と通信を行うユーザ端末４００の構成要素を示した図である。

サーバ３００は、機能部として通信部３０１、記憶部３０２、制御部３０３を有しており、補助記憶装置に格納されたプログラムを主記憶装置の作業領域にロードして実行し、プログラムの実行を通じて各機能部等が制御されることによって、各機能部における所定の目的に合致した各機能を実現することができる。ただし、一部または全部の機能はＡＳＩＣやＦＰＧＡのようなハードウェア回路によって実現されてもよい。

ここで、通信部３０１は、サーバ３００をネットワーク２００に接続するための通信インタフェースである。通信部３０１は、例えば、ネットワークインタフェースボードや、無線通信のための無線通信回路を含んで構成される。サーバ３００は、通信部３０１を介して、ユーザ端末４００やその他の外部装置と通信可能に接続される。

記憶部３０２は、主記憶装置と補助記憶装置を含んで構成される。主記憶装置は、制御部３０３によって実行されるプログラムや、当該制御プログラムが利用するデータが展開されるメモリである。補助記憶装置は、制御部３０３において実行されるプログラムや、当該制御プログラムが利用するデータが記憶される装置である。また、記憶部３０２は、ユーザ端末４００等から送信されたデータを記憶する。なお、サーバ３００は、通信部３０１を介してユーザ端末４００等から送信されたデータを取得する。

制御部３０３は、サーバ３００が行う制御を司る機能部である。制御部３０３は、ＣＰＵなどの演算処理装置によって実現することができる。制御部３０３は、更に、取得部３０３１と、通知部３０３２と、更新部３０３３と、の３つの機能部を有して構成される。各機能部は、記憶されたプログラムをＣＰＵによって実行することで実現してもよい。

取得部３０３１は、旅行会社の立場として定義される第１ユーザからの旅程情報を取得する。ここで、旅行会社（第１ユーザ）は、旅行者に旅行商品を提供する。また、旅程情報は、旅行商品の旅程に関する情報であって、旅程情報には、例えば、旅行者の人数や属性（年齢、性別等）、旅行日数、各現地施設（観光施設、宿泊施設等）への到着日時や滞在時間などが含まれる。なお、取得部３０３１は、第１ユーザのユーザ端末４００から送信されたこのような情報を取得することで旅程情報を取得し、これをサーバ３００の記憶部３０２に記憶させる。

ここで、本実施形態におけるユーザ端末４００は、機能部として通信部４０１、入出力部４０２、記憶部４０３を有している。通信部４０１は、ユーザ端末４００をネットワーク２００に接続するための通信インタフェースであり、例えば、ネットワークインタフェースボードや、無線通信のための無線通信回路を含んで構成される。入出力部４０２は、通信部４０１を介して外部から送信されてきた情報等を表示させたり、通信部４０１を介して外部に情報を送信する際に当該情報を入力したりするための機能部である。記憶部４０３は、サーバ３００の記憶部３０２と同様に主記憶装置と補助記憶装置を含んで構成される。

入出力部４０２は、更に、表示部４０２１、操作入力部４０２２、画像・音声入出力部４０２３を有している。表示部４０２１は、各種情報を表示する機能を有し、例えば、ＬＣＤ（Liquid Crystal Display）ディスプレイ、ＬＥＤ（Light Emitting Diode）ディスプレイ、ＯＬＥＤ（Organic Light Emitting Diode）ディスプレイ等により実現される。操作入力部４０２２は、ユーザからの操作入力を受け付ける機能を有し、具体的には、タッチパネル等のソフトキーあるいはハードキーにより実現される。画像・音声入出力部４０２３は、静止画や動画等の画像の入力を受け付ける機能を有し、具体的には、Charged-Coupled Devices（ＣＣＤ）、Metal-oxide-semiconductor（ＭＯＳ）あるいはComplementary Metal-Oxide-Semiconductor（ＣＭＯＳ）等のイメージセンサを用いたカメラにより実現される。また、画像・音声入出力部４０２３は、音声の入出力を受け付ける機能を有し、具体的には、マイクやスピーカーにより実現される。

第１ユーザは、このように構成されたユーザ端末４００を用いて、旅程情報をサーバ３００に送信することができる。ここで、サーバ３００は、旅程情報を入力するためのインタフェースをユーザ端末４００に提供してもよい。そうすると、第１ユーザは、ユーザ端末４００を介して上記のインタフェースに情報を入力することで、旅程情報をサーバ３００に送信することができる。

更に、取得部３０３１は、現地サービスの立場として定義される複数の第２ユーザからの現地サービス情報を取得する。ここで、現地サービス（第２ユーザ）は、旅程に従って旅行者が実際に旅行する現地において所定のサービスを提供する。詳しくは、第２ユーザは、現地の観光施設、宿泊施設や、交通手段、飲食等を提供する事業者であって、上記のサービスは、観光サービス、宿泊サービスや、交通サービス、飲食サービス等である。そして、現地サービス情報は、これらサービスに関する情報であって、現地サービス情報には、例えば、これらサービスの予約に関する情報が含まれる。なお、取得部３０３１は、複数の第２ユーザのユーザ端末４００から送信されたこのような情報を取得することで現地サービス情報を取得し、これをサーバ３００の記憶部３０２に記憶させる。

第２ユーザは、上述したユーザ端末４００を用いて、現地サービス情報をサーバ３００に送信することができる。ここで、サーバ３００は、現地サービス情報を入力するためのインタフェースをユーザ端末４００に提供してもよい。そうすると、第２ユーザは、ユーザ端末４００を介して上記のインタフェースに情報を入力することで、現地サービス情報をサーバ３００に送信することができる。

ここで、上述したような旅程情報や、それに対応した現地サービス情報が生成された後に、旅行者が旅程の変更を望む場合がある。この場合、第１ユーザは、旅程情報を変更するとともに、対応する現地におけるサービスの変更を調整する必要がある。しかしながら、従来技術では、このような、旅程の生成後のその情報変更に伴う現地サービスとの取引に対応できるものではなかった。

そこで、通知部３０３２は、第１ユーザから送信された旅程情報の変更要求を受付けるとともに、該変更要求に関する変更情報を複数の第２ユーザに通知する。ここで、第１ユーザは、旅行者からのリクエストに基づいて、旅程情報の変更要求を、ユーザ端末４００を用いてサーバ３００に送信することができる。また、通知部３０３２は、この変更要求に関する変更情報を、複数の第２ユーザのユーザ端末４００に送信することができる。なお、通知部３０３２が実行する処理の詳細は、後述する図３に基づいて説明する。

そして、更新部３０３３は、通知部３０３２が複数の第２ユーザに通知した変更情報について、該複数の第２ユーザからの承認の可否を取得する。そして、複数の第２ユーザから変更情報に対する承認が得られた場合に、旅程情報を変更後の情報に更新する。なお、更新部３０３３が実行する処理の詳細は、後述する図３に基づいて説明する。

なお、制御部３０３が、取得部３０３１、通知部３０３２、および更新部３０３３の処理を実行することで、本開示に係る制御部として機能する。

ここで、本実施形態における情報処理システム１００の動作の流れについて説明する。図３は、本実施形態における情報処理システム１００の動作の流れを例示する図である。図３では、本実施形態における情報処理システム１００における各構成要素間の動作の流れ、および各構成要素が実行する処理を説明する。なお、図３は、旅行会社の立場として定義される第１ユーザと、現地サービスの立場として定義される複数の第２ユーザと、の間の取引を管理する例を説明するものである。

本実施形態では、先ず、サーバ３００が、第１ユーザのユーザ端末４００から送信された旅程情報、および複数の第２ユーザのユーザ端末４００から送信された現地サービス情報を取得する（Ｓ１０１）。なお、旅行者が旅行する旅程は第１ユーザによって予め定められており、また、該旅程に対応する現地でのサービスも第２ユーザによって予め定められている。そして、サーバ３００は、取得した上記の情報を記憶部３０２に格納する（Ｓ１０２）。

ここで、図４は、サーバ３００の記憶部３０２に記憶される旅程情報および現地サービス情報を例示する図である。記憶部３０２に記憶される旅程情報を表す図４（ａ）には、旅程情報として、旅行者（氏名、年齢等を含む。）やスケジュール（旅先、出発日、日数等を含む。）が例示される。また、記憶部３０２に記憶される現地サービス情報を表す図４（ｂ）には、現地サービス情報として、観光施設でのサービス情報（参加人数、代表者、日時等を含む。）や宿泊施設でのサービス情報（宿泊人数、代表者、日時、部屋タイプ、食事等を含む。）が例示される。そして、これら情報は、第１ユーザおよび複数の第２ユーザがユーザ端末４００を用いてサーバ３００にアクセスすることで閲覧可能に記憶される。

そして、図３に戻って、例えば、旅行者からの旅程の変更リクエストがあった場合、第１ユーザのユーザ端末４００には、旅程情報の変更要求が入力される。ここで、第１ユーザのユーザ端末４００では、予めインストールされた所定のアプリによって提供されるインタフェース、またはサーバ３００によって提供されるウェブサイト等のインタフェースから、旅程情報の変更要求が入力され得る。図５は、旅程情報の変更要求を入力するためのインタフェースで表示される画面を例示する図である。図５に例示する画面ＳＣ１は第１ユーザのユーザ端末４００の表示部４０２１に表示され、画面ＳＣ１には、変更項目の入力フィールドＳＣ１１、および送信ボタンＳＣ１２が示される。そうすると、第１ユーザは、例えば、変更項目の入力フィールドＳＣ１１において人数を３名から４名に変更して、送信ボタンＳＣ１２を押下することで、入力した旅程情報の変更要求をサーバ３００に送信することができる。そして、サーバ３００が、第１ユーザのユーザ端末４００から送信された情報を取得することで、旅程情報の変更要求を受付ける（Ｓ１０４）。

そして、サーバ３００は、取得した変更要求に関する変更情報を複数の第２ユーザのユーザ端末４００に送信することで、変更情報を複数の第２ユーザに通知する（Ｓ１０５）。そうすると、第２ユーザのユーザ端末４００は、サーバ３００から送信された情報を取得する（Ｓ１０６）。

このようにして変更情報が通知された第２ユーザのユーザ端末４００では、次に、該変更情報に対する承認情報が入力される（Ｓ１０７）。ここで、第２ユーザのユーザ端末４００では、予めインストールされた所定のアプリによって提供されるインタフェース、またはサーバ３００によって提供されるウェブサイト等のインタフェースから、変更情報に対する承認情報が入力され得る。図６は、変更情報に対する承認情報を入力するためのインタフェースで表示される画面を例示する図である。図６に例示する画面ＳＣ２は第２ユーザのユーザ端末４００の表示部４０２１に表示され、画面ＳＣ２には、変更情報の確認フィールドＳＣ２１、「承認しない」ボタンＳＣ２２、および「承認する」ボタンＳＣ２３が示される。そうすると、第２ユーザは、例えば、通知された変更情報を承認する場合には、「承認する」ボタンＳＣ２３を押下することで、変更情報に対する承認情報をサーバ３００に送信することができる。そして、サーバ３００が、第２ユーザのユーザ端末４００から送信された情報を取得することで、第２ユーザからの変更情報に対する承認を取得する（Ｓ１０８）。

そして、サーバ３００は、複数の第２ユーザの全てから変更情報に対する承認が得られた場合に（Ｓ１０９）、旅程情報を変更後の情報に更新する（Ｓ１１０）。なお、変更後の旅程情報や、それに伴う現地サービス情報は、第１ユーザおよび複数の第２ユーザが閲覧可能にサーバ３００の記憶部３０２に記憶される。ここで、図７は、変更後の旅程情報および現地サービス情報を例示する図である。変更後の旅程情報を表す図７（ａ）では、上記の図４（ａ）と比較して、旅行者の人数が変更されている。また、変更後の現地サービス情報を表す図７（ｂ）では、上記の図４（ｂ）と比較して、観光施設での参加人数と宿泊施設での宿泊人数が変更されている。このように変更後の情報が閲覧可能に記憶されることで、予約の変更などの取引の結果が第１ユーザと複数の第２ユーザとで共有され、以て、旅行に関する取引で生じ得る認識の齟齬を抑制することができる。

そして、以上に述べた処理によれば、第１ユーザは、例えば、旅行者からの旅程の変更リクエストがあった場合に、旅程に含まれる各現地サービス（複数の第２ユーザ）に対して、予約の変更などを個別に取引することなく、サーバ３００を介して一括に変更取引を行うことができる。そして、第１ユーザは、サーバ３００を介して複数の第２ユーザからの承認情報を一括に取得することができるため、仮に、一部の第２ユーザから承認が得られなかった場合に、その代替となる現地サービスの探索等を可及的速やかに実施することができる。このように、以上に述べた処理では、旅程情報や現地サービス情報が生成された後の旅程変更に伴う第１ユーザと複数の第２ユーザとの間の取引の手間を軽減することができる。

以上に述べた情報処理システム１００によれば、ユーザ間で行われる旅行に関する取引を簡単にし、旅行会社の負担を軽減することができる。

＜第２実施形態＞
第２実施形態における情報処理システムについて、図８および図９に基づいて説明する。本実施形態では、サーバ３００は、ランドオペレータの立場として定義される第３ユーザからのオペレータ情報を取得する。ここで、ランドオペレータ（第３ユーザ）は、旅行商品に含まれる第２ユーザによるサービスを第１ユーザに紹介するユーザである。そして、サーバ３００は、旅程情報および現地サービス情報を、第１ユーザ、複数の第２ユーザ、および第３ユーザが閲覧可能に記憶部３０２に記憶するとともに、オペレータ情報を、第１ユーザおよび第３ユーザが閲覧可能に記憶部３０２に記憶する。

ここで、図８は、サーバ３００の記憶部３０２に記憶される旅程情報およびオペレータ情報を例示する図である。記憶部３０２に記憶される旅程情報を表す図８（ａ）は、上記の図４（ａ）と同様である。また、記憶部３０２に記憶されるオペレータ情報を表す図８（ｂ）には、オペレータ情報として、現地サービスを第１ユーザに紹介したランドオペレータ毎の紹介済の現地サービスに関する情報（既に紹介した観光施設や宿泊施設、または紹介可能な観光施設や宿泊施設）が例示される。そして、このようなオペレータ情報は、第１ユーザおよび第３ユーザがユーザ端末４００を用いてサーバ３００にアクセスすることで閲覧可能に記憶される。

そして、このようにオペレータ情報が閲覧可能に記憶されることによれば、第１ユーザは、仮に、第２ユーザから変更取引の承認が得られなかった場合に、オペレータ情報に基づいて（例えば、各ランドオペレータが紹介可能な観光施設や宿泊施設の情報に基づいて）、その代替となる現地サービスの探索等を可及的速やかに実施することができる。

なお、上述したオペレータ情報は、サーバ３００の記憶部３０２における所定のデータベースに蓄積されていってもよい。そうすると、第１ユーザは、過去のオペレータ情報に基づいて、現地サービスの探索等を実施することができる。この場合、第１ユーザは、今回の旅行商品に含まれるサービスを紹介していない第３ユーザからのオペレータ情報に基づいて、現地サービスの探索等を実施してもよい。更に、サーバ３００は、上記のデータベースに蓄積されたオペレータ情報に基づいて、各第３ユーザによる現地サービスの紹介傾向をニューラルネットワーク等により機械学習してもよい。そうすると、第１ユーザは、このような学習モデルに入力した要求から得られた出力に基づいて、現地サービスの探索等を実施することができる。

また、第３ユーザが閲覧可能に旅程情報が記憶されることによれば、該第３ユーザは、多くの旅行者の旅行に対するニーズを把握することができる。

そして、本実施形態では、サーバ３００は、第２ユーザから変更情報に対する承認が得られなかった場合に、変更情報を第３ユーザに通知するとともに、該第３ユーザに対して、該変更情報に対応可能な第２ユーザによる現地サービス情報をオペレータ情報として送信することを要求してもよい。これについて、図９に基づいて説明する。

ここで、図９は、本実施形態における情報処理システム１００の動作の流れを例示する図である。図９では、本実施形態における情報処理システム１００における各構成要素間の動作の流れ、および各構成要素が実行する処理を説明する。なお、図９は、旅行会社の立場として定義される第１ユーザと、現地サービスの立場として定義される複数の第２ユーザと、ランドオペレータの立場として定義される第３ユーザと、の間の取引を管理する例を説明するものである。また、図９に示す各処理において、上記の図３に示した処理と実質的に同一の処理については、同一の符号を付してその詳細な説明を省略する。

図９に示す例では、サーバ３００は、Ｓ１０９の処理で否定判定された場合、次に、Ｓ２０１において、変更情報を第３ユーザのユーザ端末４００に送信することで、変更情報を第３ユーザに通知する。そうすると、第３ユーザのユーザ端末４００は、サーバ３００から送信された情報を取得する（Ｓ２０２）。

このようにして変更情報が通知された第３ユーザのユーザ端末４００では、次に、該変更情報に対するオペレータ情報が入力される（Ｓ２０３）。ここで、変更情報に対するオペレータ情報とは、該変更情報に対応可能な第２ユーザによる現地サービス情報であって、第３ユーザのユーザ端末４００では、予めインストールされた所定のアプリによって提供されるインタフェース、またはサーバ３００によって提供されるウェブサイト等のインタフェースから、変更情報に対するオペレータ情報が入力され得る。そして、第３ユーザのユーザ端末４００に入力されたオペレータ情報はサーバ３００に送信され、サーバ３００が、この情報を取得することで、第３ユーザからのオペレータ情報を取得する（Ｓ２０４）。

そして、サーバ３００は、取得したオペレータ情報に含まれるサービスを提供する第２ユーザのユーザ端末４００に、旅程情報の変更要求に基づいて変更された変更後の旅程情報を送信することで、変更後の旅程情報をオペレータ情報に基づいて選定された第２ユーザに通知する（Ｓ２０５）。そうすると、その第２ユーザのユーザ端末４００は、サーバ３００から送信された情報を取得する（Ｓ２０６）。

このようにして変更後の旅程情報が通知された第２ユーザのユーザ端末４００では、次に、変更後の旅程情報（例えば、変更された人数）に対応可能な現地サービス情報、つまり、変更情報に対応可能な現地サービス情報が入力される（Ｓ２０７）。ここで、第２ユーザのユーザ端末４００では、予めインストールされた所定のアプリによって提供されるインタフェース、またはサーバ３００によって提供されるウェブサイト等のインタフェースから、変更情報に対応可能な現地サービス情報が入力され得る。そして、第２ユーザのユーザ端末４００に入力された現地サービス情報はサーバ３００に送信され、サーバ３００が、この情報を取得することで、変更情報に対応可能な第２ユーザによる現地サービス情報を取得する（Ｓ２０８）。

そして、サーバ３００は、旅程情報を変更後の情報に更新する（Ｓ２０９）。なお、変更後の旅程情報や、それに伴う現地サービス情報は、第１ユーザ、複数の第２ユーザ、および第３ユーザが閲覧可能にサーバ３００の記憶部３０２に記憶される。

以上に述べた処理によれば、第１ユーザは、仮に、第２ユーザから変更取引の承認が得られなかった場合に、変更情報に対応可能な第２ユーザによる現地サービス情報を自動で取得することができる。これにより、第１ユーザは、代替となる現地サービス情報を可及的速やかに取得することができる。

そして、本実施形態に係る情報処理システム１００によっても、ユーザ間で行われる旅行に関する取引を簡単にし、旅行会社の負担を軽減することができる。

＜第３実施形態＞
第３実施形態における情報処理システムについて、図１０から図１２に基づいて説明する。本実施形態では、サーバ３００は、第２ユーザから変更情報に対する承認が得られなかった場合に、ソーシャル・ネットワーキング・サービスに係るユーザ生成コンテンツの中から、所定の第１コンテンツを取得する。ここで、上記の第１コンテンツとは、ソーシャル・ネットワーキング・サービス（ＳＮＳ）において、現地サービス情報に関連する所定のタグが付けられたユーザ生成コンテンツである。なお、ソーシャル・ネットワーキング・サービス（ＳＮＳ）として、ＬＩＮＥ（登録商標）、Ｔｗｉｔｔｅｒ（登録商標）、Ｆａｃｅｂｏｏｋ（登録商標）、Ｉｎｓｔａｇｒａｍ（登録商標）などが挙げられるが、本実施形態では、Ｔｗｉｔｔｅｒ（登録商標）を用いた例について説明する。そして、サーバ３００は、上記のようにして取得した第１コンテンツを第１ユーザに通知する。

ここで、図１０は、本実施形態における情報処理システム１００の動作の流れを例示する図である。図１０では、本実施形態における情報処理システム１００における各構成要素間の動作の流れ、および各構成要素が実行する処理を説明する。なお、図１０は、旅行会社の立場として定義される第１ユーザと、現地サービスの立場として定義される複数の第２ユーザと、の間の取引を管理する例を説明するものである。また、図１０に示す各処理において、上記の図３に示した処理と実質的に同一の処理については、同一の符号を付してその詳細な説明を省略する。

図１０に示す例では、サーバ３００は、Ｓ１０９の処理で否定判定された場合、次に、Ｓ３０１において、上記の第１コンテンツを検索するために、ソーシャル・ネットワーキング・サービス（ＳＮＳ）を提供するＳＮＳサーバ５００にアクセスする。そうすると、ＳＮＳサーバ５００は、サーバ３００から送信された検索情報を取得する（Ｓ３０２）。

このようにして検索情報を取得したＳＮＳサーバ５００では、次に、ＳＮＳに係るユーザ生成コンテンツの中から第１コンテンツが抽出される（Ｓ３０３）。そして、ＳＮＳサーバ５００において抽出された第１コンテンツはサーバ３００に送信され、サーバ３００が、この情報を取得することで、第１コンテンツを取得する（Ｓ３０４）。なお、サーバ３００は、Ｔｗｉｔｔｅｒ（登録商標）の各種データを取得するＴｗｉｔｔｅｒ（登録商標） ＡＰＩを用いて、第１コンテンツを取得してもよい。

ここで、図１１は、第１コンテンツを例示する図である。図１１に例示する画面ＳＣ３には、現地サービス（第２ユーザ）によるツイートＳＣ３１、該ツイートに含まれるタグ情報ＳＣ３２、および該ツイートに添付された画像ＳＣ３３が示される。図１１に示す例では、ツイートＳＣ３１が現地の宿泊施設に関する情報である。また、タグ情報ＳＣ３２は、現地サービスに関する情報を表す予め定められた任意の標識である。サーバ３００は、例えば、Ｔｗｉｔｔｅｒ（登録商標）の各種データを取得するＴｗｉｔｔｅｒ（登録商標） ＡＰＩを用いて、変更後の旅程に含まれる現地サービスに関する情報を表すタグ情報が入力されたと判定すると、該タグ情報が付されたツイートや画像（動画を含む）を第１コンテンツとして取得することができる。

そして、図１０に戻って、サーバ３００は、取得した情報を第１ユーザのユーザ端末４００に送信することで、第１コンテンツを第１ユーザに通知する（Ｓ３０５）。そうすると、第１ユーザのユーザ端末４００は、サーバ３００から送信された情報を取得する（Ｓ３０６）。

以上に述べた処理によれば、第１ユーザは、仮に、第２ユーザから変更取引の承認が得られなかった場合に、変更情報に対応可能な第２ユーザによる現地サービス情報を、ソーシャル・ネットワーキング・サービスに係るユーザ生成コンテンツの中から自動で取得することができる。これにより、第１ユーザは、代替となる現地サービス情報を可及的速やかに取得することができる。

そして、本実施形態では、サーバ３００は、第１コンテンツに含まれるサービスを提供する第２ユーザに対する第２コンテンツを生成し、該第２コンテンツを第１コンテンツに対する返答として投稿してもよい。なお、第２コンテンツは、第１コンテンツに含まれるサービスを提供する第２ユーザに対する該サービスの提供依頼を表すユーザ生成コンテンツである。

ここで、図１２は、本実施形態における第２コンテンツを説明するための図である。図１２に例示する画面ＳＣ４には、現地サービス（第２ユーザ）によるツイートＳＣ４１、該ツイートに含まれるタグ情報ＳＣ４２、該ツイートに添付された画像ＳＣ４３に加えて、サーバ３００により自動投稿されたツイートであって、現地サービス（第２ユーザ）に対するサービス提供依頼を表すツイートＳＣ４４が示される。サーバ３００は、例えば、Ｔｗｉｔｔｅｒ（登録商標）の各種データを取得するＴｗｉｔｔｅｒ（登録商標） ＡＰＩを用いて、現地サービス（第２ユーザ）によるツイートＳＣ４１に対する返答として、このようなサービス提供依頼を表すツイートを自動投稿することができる。そして、サービス提供依頼を表すツイートが自動投稿されることによれば、第１ユーザの負担が軽減され得る。

そして、本実施形態に係る情報処理システム１００によっても、ユーザ間で行われる旅行に関する取引を簡単にし、旅行会社の負担を軽減することができる。

＜その他の変形例＞
上記の実施形態はあくまでも一例であって、本開示はその要旨を逸脱しない範囲内で適宜変更して実施しうる。例えば、本開示において説明した処理や手段は、技術的な矛盾が生じない限りにおいて、自由に組み合わせて実施することができる。

上記の第１実施形態では、情報処理システム１００を利用するユーザが、旅行者に旅行商品を提供する旅行会社の立場として定義される第１ユーザ、および旅行者が実際に旅行する現地において所定のサービスを提供する現地サービスの立場として定義される複数の第２ユーザである場合を例にして説明したが、本開示の情報処理システムを利用するユーザはこれに限定されず、例えば、旅行者の立場として定義される第４ユーザ、および上記複数の第２ユーザであってもよい。そして、このような場合においても、情報処理装置が、第４ユーザから送信された旅程情報の変更要求を受付けるとともに、該変更要求に関する変更情報を複数の第２ユーザに通知し、該複数の第２ユーザから該変更情報に対する承認が得られた場合に、旅程情報を変更後の情報に更新することで、旅程情報や現地サービス情報が生成された後の旅程変更に伴う第４ユーザと複数の第２ユーザとの間の取引の手間を軽減することができる。つまり、エンドユーザの負担を軽減することができる。

また、１つの装置が行うものとして説明した処理が、複数の装置によって分担して実行されてもよい。例えば、取得部３０３１をサーバ３００とは別の演算処理装置に形成してもよい。このとき当該別の演算処理装置はサーバ３００と好適に協働可能に構成される。また、異なる装置が行うものとして説明した処理が、１つの装置によって実行されても構わない。コンピュータシステムにおいて、各機能をどのようなハードウェア構成（サーバ構成）によって実現するかは柔軟に変更可能である。

本開示は、上記の実施形態で説明した機能を実装したコンピュータプログラムをコンピュータに供給し、当該コンピュータが有する１つ以上のプロセッサがプログラムを読み出して実行することによっても実現可能である。このようなコンピュータプログラムは、コンピュータのシステムバスに接続可能な非一時的なコンピュータ可読記憶媒体によってコンピュータに提供されてもよいし、ネットワークを介してコンピュータに提供されてもよい。非一時的なコンピュータ可読記憶媒体は、例えば、磁気ディスク（フロッピー（登録商標）ディスク、ハードディスクドライブ（ＨＤＤ）等）、光ディスク（ＣＤ－ＲＯＭ、ＤＶＤディスク・ブルーレイディスク等）など任意のタイプのディスク、読み込み専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、磁気カード、フラッシュメモリ、光学式カード、電子的命令を格納するために適した任意のタイプの媒体を含む。

１００・・・情報処理システム
２００・・・ネットワーク
３００・・・サーバ
３０１・・・通信部
３０２・・・記憶部
３０３・・・制御部
４００・・・ユーザ端末

Claims (8)

1. ユーザ間で行われる旅行に関する所定の取引を管理する情報処理装置であって、
   旅行者に旅行商品を提供する旅行会社の立場として定義される第１ユーザからの該旅行商品の旅程に関する情報である旅程情報を取得することと、
   前記旅程に従って前記旅行者が実際に旅行する現地において所定のサービスを提供する現地サービスの立場として定義される複数の第２ユーザからの該サービスに関する情報である現地サービス情報を取得することと、
   前記旅程情報及び前記現地サービス情報を、前記第１ユーザ及び前記複数の第２ユーザが閲覧可能に記憶することと、
   を実行する制御部を備え、
   前記制御部は、
   前記第１ユーザから送信された前記旅程情報の変更要求を受付けるとともに、該変更要求に関する変更情報を前記複数の第２ユーザに通知し、該複数の第２ユーザから該変更情報に対する承認が得られた場合に、前記旅程情報を変更後の情報に更新する、
   情報処理装置。
2. 前記制御部は、
   前記旅行商品に含まれる前記第２ユーザによる前記サービスを前記第１ユーザに紹介するランドオペレータの立場として定義される第３ユーザからの情報であるオペレータ情報を更に取得し、
   前記旅程情報及び前記現地サービス情報を、前記第１ユーザ及び前記複数の第２ユーザ及び前記第３ユーザが閲覧可能に記憶するとともに、前記オペレータ情報を、前記第１ユーザ及び前記第３ユーザが閲覧可能に記憶する、
   請求項１に記載の情報処理装置。
3. 前記制御部は、
   前記第２ユーザから前記変更情報に対する承認が得られなかった場合に、前記変更情報を前記第３ユーザに通知するとともに、該第３ユーザに対して、該変更情報に対応可能な前記第２ユーザによる前記現地サービス情報を前記オペレータ情報として送信することを要求する、
   請求項２に記載の情報処理装置。
4. ユーザ間で行われる旅行に関する所定の取引を管理する情報処理装置であって、
   旅行者の立場として定義される第４ユーザからの旅程に関する情報である旅程情報を取得することと、
   前記旅程に従って前記第４ユーザが実際に旅行する現地において所定のサービスを提供する現地サービスの立場として定義される複数の第２ユーザからの該サービスに関する情報である現地サービス情報を取得することと、
   前記旅程情報及び前記現地サービス情報を、前記第４ユーザ及び前記複数の第２ユーザが閲覧可能に記憶することと、
   を実行する制御部を備え、
   前記制御部は、
   前記第４ユーザから送信された前記旅程情報の変更要求を受付けるとともに、該変更要求に関する変更情報を前記複数の第２ユーザに通知し、該複数の第２ユーザから該変更情報に対する承認が得られた場合に、前記旅程情報を変更後の情報に更新する、
   情報処理装置。
5. 前記制御部は、
   前記第２ユーザから前記変更情報に対する承認が得られなかった場合に、ソーシャル・ネットワーキング・サービスに係るユーザ生成コンテンツの中から、前記現地サービス情報に関連する所定のタグが付けられた前記ユーザ生成コンテンツである第１コンテンツを取得し、該第１コンテンツを前記第１ユーザに通知する、
   請求項１に記載の情報処理装置。
6. 前記制御部は、
   前記第１コンテンツに含まれる前記サービスを提供する前記第２ユーザに対する該サービスの提供依頼を表す前記ユーザ生成コンテンツである第２コンテンツを生成し、該第２コンテンツを前記第１コンテンツに対する返答として投稿する、
   請求項５に記載の情報処理装置。
7. ユーザ間で行われる旅行に関する所定の取引を管理する情報処理方法であって、
   コンピュータが、
   旅行者に旅行商品を提供する旅行会社の立場として定義される第１ユーザからの該旅行商品の旅程に関する情報である旅程情報を取得することと、
   前記旅程に従って前記旅行者が実際に旅行する現地において所定のサービスを提供する現地サービスの立場として定義される複数の第２ユーザからの該サービスに関する情報である現地サービス情報を取得することと、
   前記旅程情報及び前記現地サービス情報を、前記第１ユーザ及び前記複数の第２ユーザが閲覧可能に記憶することと、
   前記第１ユーザから送信された前記旅程情報の変更要求を受付けるとともに、該変更要求に関する変更情報を前記複数の第２ユーザに通知し、該複数の第２ユーザから該変更情報に対する承認が得られた場合に、前記旅程情報を変更後の情報に更新することと、
   を実行する情報処理方法。
8. ユーザ間で行われる旅行に関する所定の取引を管理する情報処理プログラムであって、
   コンピュータに、
   旅行者に旅行商品を提供する旅行会社の立場として定義される第１ユーザからの該旅行商品の旅程に関する情報である旅程情報を取得することと、
   前記旅程に従って前記旅行者が実際に旅行する現地において所定のサービスを提供する現地サービスの立場として定義される複数の第２ユーザからの該サービスに関する情報である現地サービス情報を取得することと、
   前記旅程情報及び前記現地サービス情報を、前記第１ユーザ及び前記複数の第２ユーザが閲覧可能に記憶することと、
   前記第１ユーザから送信された前記旅程情報の変更要求を受付けるとともに、該変更要求に関する変更情報を前記複数の第２ユーザに通知し、該複数の第２ユーザから該変更情報に対する承認が得られた場合に、前記旅程情報を変更後の情報に更新することと、
   を実行させる情報処理プログラム。

Images