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

Description

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

近年、物品に関する取引において、様々なサービスが提供されている。例えば、特許文献１には、貸主と借主を結びつけ、賃貸借契約を成立させる賃貸借システムが開示されている。当該技術によれば、賃貸借サーバを運営する賃貸借業者は、通信網を介して広範囲に渡って貸主を募集し、多くのリース物件を集めることができ、同時に、通信網を介して広範囲に渡って借主を募集することで、互いの要望が最も適合した貸主と借主を容易に結びつけて賃貸借契約を成立させることができる。

そして、上述したような製品について、その流通分野においては、差出人から受取人への配送物の配送を管理する配送管理装置に関する技術が知られている（例えば、特許文献２）。特許文献２に記載の技術によれば、例えば、ネットオークションにより出品者と落札者との間で成立した落札商品を、落札者の希望する場所まで他のユーザに配送させることを特長としている。

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

しかし、上記特許文献に記載の技術においては、取引に参加する者は予め決められた役割しか担当することができず、よりユーザのニーズに合ったサービスを提供する点で改善の余地があった。

本開示の目的は、ユーザがより多様な態様で取引に参加することができ、物品に関する取引をより柔軟かつ円滑に行うことが可能となるシステムを提供することである。

本開示の情報処理装置は、取引についてのリクエストを第１ユーザから受け付けるステップと、リクエストに基づくオファーを１以上のユーザに通知するステップと、オファーへのレスポンスを第２ユーザから受け付けるステップと、リクエストおよびレスポンスの少なくとも１つに付随して、取引における第１ユーザの役割である第１パートと第２ユーザの役割である第２パートとのいずれとも異なる役割である第３パートを、第１ユーザまたは第２ユーザが兼任するか否かについての情報を受け付けるステップと、第１ユーザまたは第２ユーザが第３パートを兼任しない場合に、当該第３パートを担う第３ユーザを選定するためのオファーを１以上のユーザに通知するステップと、を実行させるプログラムが提供される。

このような構成とすることにより、取引をリクエストした第１ユーザ、またはリクエストに応じた第２ユーザは、状況に応じて第１ユーザの役割である第１パートおよび第２ユーザの役割である第２パートのいずれとも異なる第３パートを兼任することが可能となる。これにより、ユーザがより多様な態様で取引に参加することができ、物品に関する取引をより柔軟かつ円滑に行うことが可能となる

第１実施形態における情報処理システムの概略構成を示す図である。 第１実施形態における、情報処理システムに含まれるサーバの構成要素をより詳細に示すとともに、サーバと通信を行うユーザ端末の構成要素を示した図である。 第１実施形態における情報システムの提供するサービスの概要を説明する図である。 第１実施形態における情報処理システムの動作の流れを例示する第１の図である。 第１実施形態における情報処理システムの動作の流れを例示する第２の図である。 第１パートを担うユーザが使用するユーザ端末の画面例を説明する図である。 第２パートを担うユーザが使用するユーザ端末の画面例を説明する図である。 第２実施形態における情報システムの提供するサービスの概要を説明する図である。 第２実施形態における情報処理システムの動作の流れを例示する第１の図である。 第２実施形態における情報処理システムの動作の流れを例示する第２の図である。 第３実施形態における情報システムの提供するサービスの概要を説明する図である。 第３実施形態における情報処理システムの動作の流れを例示する第１の図である。 第３実施形態における情報処理システムの動作の流れを例示する第２の図である。

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

＜１．第１実施形態＞
（１―１．システムの概要）
第１実施形態における情報処理システムの概要について、図１および図２を参照しながら説明する。図１は、本実施形態における情報処理システムの概略構成を示す図である。本実施形態に係る情報処理システム１００は、家具の配送サービスを提供する情報処理システムであって、ネットワーク２００と、サーバ３００と、ユーザ端末４００と、を含んで構成される。ここで、サーバ３００は、ユーザ間で行われる家具の配送サービスに関する取引を管理する。

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

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

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

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

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

図３を参照して、情報処理システム１００が提供する配送サービス（以下、本サービスともいう）について説明する。本サービスでは、配送物Ｐの配送依頼者の役割（第１パート）であるユーザＡが配送のリクエストを行うと、当該リクエストに基づくオファーが配送物Ｐの発送者の役割（第２パート）であるユーザＢに送信される。

ユーザＢは、配送物Ｐの配送者の役割（第３パート）を兼任するか否かを選択することができる。ユーザＢが配送者の役割（第３パート）を兼任しない場合には、図３Ａに示すように、当該第３パートを担うユーザＣが選定される。一方、ユーザＢが配送者の役割（第３パート）を兼任する場合には、図３Ｂに示すように、ユーザＢが配送物Ｐの配送を行う。このように、情報処理システム１００が提供する配送サービスでは、ユーザは取引における複数の役割を兼任するか否かの選択を行うことができ、よりユーザのニーズに沿った多様なサービスを提供することが可能となる。以下、詳細に説明する。

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

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

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

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

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

受付部３０３１は、家具の配送に関するリクエストを要求するユーザの役割として定義される第１パートを担う第１ユーザからのリクエストを受け付ける。また、受付部３０３１は、上記のリクエストに応答するユーザの役割として定義される第２パートを担う第２ユーザからのレスポンスを受け付ける

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

入出力部４０２は、更に、表示部４０２１、操作入力部４０２２を有している。表示部４０２１は、各種情報を表示する機能を有し、例えば、ＬＣＤ（Liquid Crystal Display）ディスプレイ、ＬＥＤ（Light Emitting Diode）ディスプレイ、ＯＬＥＤ（Organic Light Emitting Diode）ディスプレイ等により実現される。操作入力部４０２２は、ユーザからの操作入力を受け付ける機能を有し、具体的には、タッチパネル等のソフトキーあるいはハードキーにより実現される。

サーバ３００の制御部３０３が有するオファー通知部３０３２は、上記の取引に参加するユーザに対して、リクエストに基づくオファーを１以上のユーザに通知する。判定部３０３３は、ユーザのオファーに対するレスポンスに含まれる、取引における第１パートと第２パートとのいずれとも異なる役割である第３パートを、第１ユーザまたは第２ユーザが兼任するか否かについての情報を判定する。選定部３０３４は、第１ユーザまたは前記第２ユーザが前記第３パートを兼任しない場合に、当該第３パートを担う第３ユーザを選定する。

このように、制御部３０３が、受付部３０３１、オファー通知部３０３２、判定部３０３３、および選定部３０３４の処理を実行することで、本開示に係る制御部として機能する。

（１－３．処理の流れ）
図４および図５を参照して、本実施形態における情報処理システム１００の動作の流れについて説明する。ステップＳ４１１において、ユーザ端末４００から配送の取引についてのリクエストが送信される。当該リクエストには、ユーザＡが配送者としての第３パートを兼任するか否かの情報（以下、兼任情報ともいう）が含まれ得る。ステップＳ４２１において、サーバ３００の受付部３０３１は、リクエストを受け付ける。

ステップＳ４２２において、サーバ３００のオファー通知部３０３２は、受付部３０３１が受け付けたリクエストに基づいて、発送者の役割である第２パートを担当するユーザＢにオファーを通知する。ステップＳ４３１において、ユーザＢのユーザ端末４００は、オファーを受信する。

ステップＳ４３２において、ユーザＢのユーザ端末４００は、受信したオファーへのレスポンスを送信する。当該レスポンスには、ユーザＢが配送者としての第３パートを兼任するか否かの兼任情報が含まれ得る。ステップＳ４２３において、サーバ３００の受付部３０３１は、レスポンスを受け付ける。

ステップＳ４２４において、サーバ３００の判定部３０３３は、リクエストおよび／またはレスポンス内に含まれている兼任情報を判定する。兼任情報を判定した結果、ユーザＡまたはユーザＢが第３パートを兼任しない場合、ステップＳ４２５～ステップＳ４１２が行われる。

ステップＳ４２５において、サーバ３００の選定部３０３４は、第３パートを担う第３ユーザを選定する。具体的には、例えば予め登録されている配送業者であるユーザＣのユーザ端末４００に配送を発注する。ステップＳ４４１において、ユーザＣのユーザ端末４００は発注を受信する。

ステップＳ４４２において、ユーザＣのユーザ端末４００はレスポンスとして受注を送信する。ステップＳ４２６において、サーバ３００はレスポンスを受信する。

ステップＳ４２７において、サーバ３００はリクエストがマッチングしたことの連絡を送信する。ステップＳ４１２において、ユーザＡのユーザ端末４００はマッチングの連絡を受信する。

一方、ステップＳ４２４において、兼任情報を判定した結果、ユーザＢが第３パートを兼任する場合、図５におけるステップＳ５２５～ステップＳ５１２が行われる。

ステップＳ５２５において、サーバ３００はリクエストがマッチングしたことの連絡をユーザＡのユーザ端末４００へ送信する。ステップＳ５１２において、ユーザＡのユーザ端末４００はマッチングの連絡を受信する。

（１－４．画面例）
図６は、第１パートを担うユーザＡから取引に関して行うリクエストを受け付けるリクエスト受付画面５０を示す図である。

ユーザ端末４００は、ユーザがリクエストアイコン５１を選択することにより、配送物の配送に関するリクエストを受け付ける。一例として、図６に示すように、配送依頼者としての役割である第１パートを担うユーザが、配送者としての役割である第３パートを兼任する場合には、リクエストアイコン５１ａが押下される。また、第１パートを担うユーザが第３パートを兼任しない場合には、リクエストアイコン５１ｂが押下される。このように、リクエスト受付画面５０には、第１パートを担うユーザが第３パートを兼任するか否かの選択肢が表示される。

図７は、第２パートを担うユーザＢからレスポンス受付画面６０を示す図である。

ユーザ端末４００は、ユーザがレスポンスアイコン６１を選択することにより、サーバ３００からのオファーに対するレスポンスを受け付ける。一例として、図７Ａに示すように、発送者としての役割である第２パートを担うユーザが配送者としての役割である第３パートを兼任しない場合には、レスポンスアイコン６１ａが押下される。また、第２パートを担うユーザが第３パートを兼任する場合には、レスポンスアイコン６１ｂが押下される。このように、レスポンス受付画面６０には、第２パートを担うユーザが第３パートを兼任するか否かの選択肢が表示される。

また、図７Ｂに示すように、配送依頼者としての役割である第１パートを担うユーザが配送者としての役割である第３パートを担う場合には、レスポンス受付画面６０には、レスポンスアイコン６１ａのみが表示される。すなわち、第３パートは第１パートを担うユーザによって兼任されることが決定しているため、レスポンス受付画面６０には、第２パートを担うユーザが第３パートを兼任するか否かの選択肢が表示されない。このような構成とすることにより、第２パートを担うユーザは必要がある場合のみ第３パートを兼任するか否かの選択を行うことが可能となり、ユーザの利便性が向上する。

以上のようにして、本実施形態における情報処理システム１００は、取引についてのリクエストを第１ユーザから受け付けるステップと、リクエストに基づくオファーを１以上のユーザに通知するステップと、オファーへのレスポンスを第２ユーザから受け付けるステップと、リクエストおよびレスポンスの少なくとも１つに付随して、取引における第１ユーザの役割である第１パートと第２ユーザの役割である第２パートとのいずれとも異なる役割である第３パートを、第１ユーザまたは第２ユーザが兼任するか否かについての情報を受け付けるステップと、第１ユーザまたは第２ユーザが第３パートを兼任しない場合に、当該第３パートを担う第３ユーザを選定するためのオファーを１以上のユーザに通知するステップを実行する。

このような構成とすることにより、ユーザがより多様な態様で取引に参加することができ、物品に関する取引をより柔軟かつ円滑に行うことが可能となる。

なお、上記説明はあくまで一例であり、例えば第３パートを担うユーザの選定においては、複数の業者にオファーを通知して逆オークション形式（値段が低い方が落札）での競売を行う等の方法を採用してもよい。

また、上記説明では、兼任情報はリクエストまたはレスポンスに含まれているが、受付部３０３１はリクエストまたはレスポンスとは違うタイミングで、第１ユーザまたは第２ユーザから兼任情報を受け付ける仕様としてもよい。すなわち、受付部３０３１は、リクエストまたはレスポンスに付随して兼任情報を受け付ける仕様であればよい。

＜２．第２実施形態＞
以下、図８～図１０を参照し、本開示の第２実施形態における情報処理システム１００を説明する。なお、上記実施形態との差異を中心に説明し、同様の構成についての説明は繰り返さない。

（２－１．概要）
第２実施形態では、物品の修理を依頼する役割（第１パート）であるユーザＡが修理のリクエストを行うと、当該リクエストに基づくオファーが修理担当者の役割（第２パート）であるユーザＢに送信される。

ユーザＢは、修理に必要な工具を提供する役割（第３パート）を兼任するか否かを選択することができる。ユーザＢが工具を提供する役割（第３パート）を兼任しない場合には、図８Ａに示すように、当該第３パートを担うユーザＣが選定される。一方、ユーザＢが第３パートを兼任する場合には、図８Ｂに示すように、ユーザＢが必要な工具を提供する。このように、第２実施形態における情報処理システム１００が提供する修理サービスにおいても、ユーザは取引における複数の役割を兼任するか否かの選択を行うことができ、よりユーザのニーズに沿った多様なサービスを提供することが可能となる。

（２－２．処理の流れ）
図９および図１０を参照して、本実施形態における情報処理システム１００の動作の流れについて説明する。ステップＳ９１１において、ユーザ端末４００から修理の取引についてのリクエストが送信される。ステップＳ９２１において、サーバ３００の受付部３０３１は、リクエストを受け付ける。

ステップＳ９２２において、サーバ３００のオファー通知部３０３２は、受付部３０３１が受け付けたリクエストに基づいて、修理担当者の役割である第２パートを担当するユーザＢにオファーを通知する。ステップＳ９３１において、ユーザＢのユーザ端末４００は、オファーを受信する。

ステップＳ９３２において、ユーザＢのユーザ端末４００は、受信したオファーへのレスポンスを送信する。当該レスポンスには、修理担当者としての第２パートを担当するユーザＢが工具提供者としての第３パートを兼任するか否かの兼任情報が含まれ得る。ステップＳ９２３において、サーバ３００の受付部３０３１は、レスポンスを受け付ける。

ステップＳ９２４において、サーバ３００の判定部３０３３は、レスポンス内に含まれている兼任情報を判定する。兼任情報を判定した結果、ユーザＢが第３パートを兼任しない場合、ステップＳ９２５～ステップＳ９１２が行われる。

ステップＳ９２５において、サーバ３００の選定部３０３４は、第３パートを担う第３ユーザを選定する。具体的には、例えば予め登録されている工具提供業者であるユーザＣのユーザ端末４００に工具の提供を発注する。ステップＳ９４１において、ユーザＣのユーザ端末４００は発注を受信する。

ステップＳ９４２において、ユーザＣのユーザ端末４００はレスポンスとして受注を送信する。ステップＳ９２６において、サーバ３００はレスポンスを受け付ける。

ステップＳ９２７において、サーバ３００はリクエストがマッチングしたことの連絡を送信する。ステップＳ９１２において、ユーザＡのユーザ端末４００はマッチングの連絡を受信する。

一方、ステップＳ９２４において、兼任情報を判定した結果、ユーザＢが第３パートを兼任する場合、図１０におけるステップＳ１０２５～ステップＳ１０１２が行われる。

ステップＳ１０２５において、サーバ３００はリクエストがマッチングしたことの連絡をユーザＡのユーザ端末４００へ送信する。ステップＳ１０１２において、ユーザＡのユーザ端末４００はマッチングの連絡を受信する。

以上のようにして、第２実施形態では、物品の修理を依頼するサービスにおいて、本開示の技術的思想を適用することができ、物品に関する取引をより柔軟かつ円滑に行うことが可能となる。これにより製品の循環を促進し、その循環の中で製品の有効活用を図ることができる。

＜３．第３実施形態＞
以下、図１１～図１３を参照し、本開示の第３実施形態における情報処理システム１００を説明する。なお、上記実施形態との差異を中心に説明し、同様の構成についての説明は繰り返さない。

（３－１．概要）
第３実施形態では、第２実施形態における物品の修理を依頼するサービスにおいて、作業場を提供する役割（第４パート）がさらに追加されている。修理を依頼する第１パートのユーザおよび（／または）修理を担当する第２パートのユーザは、工具を提供する役割（第３パート）および作業場を提供する役割（第４パート）について兼任するか否かを選択することができる。

一例として、図１１Ａに示すように、修理を担当する役割である第２パートを担うユーザＢは修理に必要な工具を提供する役割（第３パート）を兼任することを選択することができる。または、図１１Ｂに示すように、ユーザＢは第３パートおよび第４パートをともに兼任することを選択することもできる。このように、第３実施形態における情報処理システム１００が提供する修理サービスでは、取引におけるより多くの役割を兼任するか否かの選択を行うことができ、上記実施形態と比較してユーザのニーズに沿ったより多様なサービスを提供することが可能となる。

（２－２．処理の流れ）
図１２および図１３を参照して、本実施形態における情報処理システム１００の動作の流れについて説明する。ステップＳ１２１１において、ユーザ端末４００から修理の取引についてのリクエストが送信される。ステップＳ１２２１において、サーバ３００の受付部３０３１は、リクエストを受け付ける。

ステップＳ１２２２において、サーバ３００のオファー通知部３０３２は、受付部３０３１が受け付けたリクエストに基づいて、修理担当者の役割である第２パートを担当するユーザＢにオファーを通知する。ステップＳ１２３１において、ユーザＢのユーザ端末４００は、オファーを受信する。

ステップＳ１２３２において、ユーザＢのユーザ端末４００は、受信したオファーへのレスポンスを送信する。当該レスポンスには、修理担当者としての第２パートを担当するユーザＢが工具提供者としての第３パートおよび作業場提供者としての第４パートを兼任するか否かの兼任情報が含まれ得る。ステップＳ１２２３において、サーバ３００の受付部３０３１は、レスポンスを受け付ける。

ステップＳ１２２４において、サーバ３００の判定部３０３３は、レスポンス内に含まれている兼任情報を判定する。兼任情報を判定した結果、ユーザＢが第３パートおよび第４パートを兼任しない場合、ステップＳ１２２５～ステップＳ１２１２が行われる。

ステップＳ１２２５において、サーバ３００の選定部３０３４は、第３パートを担う第３ユーザおよび第４パートを担う第４ユーザを選定する。具体的には、例えば予め登録されている業者のユーザ端末４００に工具および作業場の提供を求めるオファーを通知する。ステップＳ１２４１において、ユーザＣおよびユーザＤのユーザ端末４００はオファーを受信する。

ステップＳ１２５２において、ユーザＤのユーザ端末４００はレスポンスとして受注を送信する。一例として当該レスポンスには、ユーザＤが第３パートおよび第４パートを兼任するか否かの兼任情報が含まれ得る。ステップＳ１２２６において、サーバ３００はレスポンスを受け付ける。

ステップＳ１２２７において、サーバ３００の判定部３０３３は、レスポンス内に含まれている兼任情報を判定する。ステップＳ１２２８において、サーバ３００はリクエストがマッチングしたことの連絡を送信する。ステップＳ１２１２において、ユーザＡのユーザ端末４００はマッチングの連絡を受信する。

一方、ステップＳ１２２４において、兼任情報を判定した結果、ユーザＢが第３パートをおよび第４パートを兼任する場合、図１３におけるステップＳ１３２５～ステップＳ１３１２が行われる。

ステップＳ１３２５において、サーバ３００はリクエストがマッチングしたことの連絡をユーザＡのユーザ端末４００へ送信する。ステップＳ１３１２において、ユーザＡのユーザ端末４００はマッチングの連絡を受信する。

以上のようにして、第３実施形態では、取引におけるより多くの役割を兼任するか否かの選択を行うことができる。なお、上記説明はあくまで一例であり、例えば物品の修理を依頼するサービスにおいて、修理のための資材（建材、鋼材等）を提供する役割である第５パートをさらに設定してもよい。

＜４．その他の実施形態＞
上記の実施形態はあくまでも一例であって、本開示はその要旨を逸脱しない範囲内で適宜変更して実施しうる。例えば、本開示において説明した処理や手段は、技術的な矛盾が生じない限りにおいて、自由に組み合わせて実施することができる。なお、上記の実施形態では、製品として家具を例にして説明したが、本開示の製品はこれに限定されず、例えば、家電製品や革バッグ、自転車、バイクであってもよい。また、製品には、製品材料などのあらゆる有体物である物品を含む。

また、本開示は、技術・製品・サービスを提供する取引において、需要者、支払者、提供者、提案者、仲介者、評価者などの内から、需要者と提供者を含む３つ以上の役割を選択可能な情報処理として捉えることができる。上述した情報処理システム１００の動作を通して、上記の役割に応じて付与された権限を用いて、処理手順に参加者間の取引を仲介させる。

例えば、上記の取引が製品の貸借取引である場合には、需要者が製品の使用権を付与される役割であり、提供者が製品の所有権を有する役割であり、支払者が製品使用料の支払い権を有する役割であり、提案者が製品をコーディネートやキュレーティングによる提案権を持つ役割であり、仲介者が製品の配送権や、画像や文章によって製品への情報付加権を持つ役割であり、評価者が製品や各ユーザへの評価権を持つ役割である。

また、上記の取引が製品の売買取引である場合には、需要者が製品の所有権を付与される役割であり、提供者が製品の所有権を売却する役割であり、支払者が製品の支払い権を有する役割であり、提案者が製品をコーディネートやキュレーティングによる提案権を持つ役割であり、仲介者が製品の配送権や、画像や文章によって製品への情報付加権を持つ役割であり、評価者が製品や各ユーザへの評価権を持つ役割である。

また、上記の取引が製品の配送取引である場合には、需要者が製品の受取権を持つ役割であり、提供者が製品の発送権を持つ役割であり、支払者が配送料の支払い権を有する役割であり、提案者が配送手段の提案権を持つ役割であり、仲介者が配送権や、検品権を持つ役割であり、評価者が配送手段や各ユーザへの評価権を持つ役割である。

また、上記の取引が製品の技術取引である場合には、需要者が技術の提供依頼権を持つ役割であり、提供者が製品に関する技術提供権を持つ役割であり、支払者が技術料の支払い権を有する役割であったり、補償金の支払い権を有する役割であったり、廃棄料金の支払い権を有する役割であり、提案者が技術提供者やほかの役割の提案権を持つ役割であり、仲介者が作業場提供権や、資材提供権、配送権、検品権を持つ役割であり、評価者が技術や各ユーザへの評価権を持つ役割である。

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

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

＜付記＞
以上の各実施の形態で説明した事項を以下に付記する。
（付記１）
コンピュータを、物品または役務に関する取引を管理するシステムとして機能させるプログラムであって、コンピュータに、取引についてのリクエストを第１ユーザから受け付けるステップ（Ｓ４２１）と、リクエストに基づくオファーを１以上のユーザに通知するステップ（Ｓ４２２）と、オファーへのレスポンスを第２ユーザから受け付けるステップ（Ｓ４２３）と、リクエストおよびレスポンスの少なくとも１つに付随して、取引における第１ユーザの役割である第１パートと第２ユーザの役割である第２パートとのいずれとも異なる役割である第３パートを、第１ユーザまたは第２ユーザが兼任するか否かについての情報を受け付けるステップ（Ｓ４２３）と、第１ユーザまたは第２ユーザが第３パートを兼任しない場合に、当該第３パートを担う第３ユーザを選定するためのオファー（Ｓ４２５）を１以上のユーザに通知するステップと、を実行させるプログラム。
（付記２）
第３パートを第１ユーザまたは第２ユーザが兼任するか否かについての情報を受け付けるステップにおいて、兼任するか否かの選択肢を、第１ユーザまたは第２ユーザが使用する端末の画面に表示させる、付記１に記載のプログラム。
（付記３）
第１ユーザまたは第２ユーザが第３パートを兼任しない場合に、第３ユーザを選定するためのオファーとして、第３ユーザの募集についての情報を１以上のユーザに送信させる、付記１または付記２に記載のプログラム。
（付記４）
第１ユーザまたは第２ユーザが第３パートを兼任しない場合に、第３ユーザを選定するためのオファーとして、当該第３パートとしての業務を予め定められたユーザに発注させる、付記１または付記２に記載のプログラム。
（付記５）
第１ユーザが第３パートを兼任する場合、レスポンスには第３パートを兼任するか否かの情報は含まれない、付記１～付記４のいずれか１項に記載のプログラム。
（付記６）
取引は、物品の配送に関する取引である、付記１～付記５のいずれか１項に記載のプログラム。
（付記７）
第１パートは、物品を発送する役割であり、第２パートは、物品を受け取る役割であり、第３パートは、物品を配送する役割である、付記６に記載のプログラム。
（付記８）
取引は、物品の修理に関する取引である、付記１～付記５のいずれか１項に記載のプログラム。
（付記９）
第１パートは、物品の修理を依頼する役割であり、第２パートは、物品を修理する役割であり、第３パートは、物品を修理するための資材または施設を提供する役割である、付記８に記載のプログラム。
（付記１０）
取引は、第１パート、第２パート、および第３パートのいずれとも異なる第４以降のパートを必要とし、リクエストおよびレスポンスの少なくとも１つには、第３以降のパートの少なくとも１つを兼任するか否かの情報が含まれる、付記１～付記９のいずれかに記載のプログラム。
（付記１１）
第１ユーザが第３以降のパートのいずれか１つを兼任する場合、レスポンスには第１ユーザが兼任するパートを兼任するか否かの情報は含まれない、付記１０に記載のプログラム。

以上、本発明に係る種々の実施形態を説明したが、これらは例として提示したものであり、発明の範囲を限定することは意図していない。当該新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。当該実施形態やその変形は、発明の範囲や要旨に含まれると共に、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

５０：リクエスト受付画面、５１：リクエストアイコン、５１ａ：リクエストアイコン、５１ｂ：リクエストアイコン、６０：レスポンス受付画面、６１：レスポンスアイコン、６１ａ：レスポンスアイコン、６１ｂ：レスポンスアイコン、１００：情報処理システム、２００：ネットワーク、３００：サーバ、３０１：通信部、３０２：記憶部、３０３：制御部、４００：ユーザ端末、４０１：通信部、４０２：入出力部、４０３：記憶部、３０３１：受付部、３０３２：オファー通知部、３０３３：判定部、３０３４：選定部、４０２１：表示部、４０２２：操作入力部。

Claims (13)

1. コンピュータを、物品または役務に関する取引を管理するシステムとして機能させるプログラムであって、
   前記プログラムは、前記コンピュータに、
   前記取引についてのリクエストを第１ユーザから受け付けるステップと、
   前記リクエストに基づくオファーを１以上のユーザに通知するステップと、
   前記オファーへの諾否に関するレスポンスを第２ユーザから受け付けるステップと、
   前記リクエストおよび前記レスポンスの少なくとも１つに付随して、前記取引における第１ユーザの役割である第１パートと第２ユーザの役割である第２パートとのいずれとも異なる役割である第３パートを、前記第１ユーザまたは前記第２ユーザが兼任するか否かについての情報を受け付けるステップと、
   前記第１ユーザまたは前記第２ユーザが前記第３パートを兼任しない場合に、当該第３パートを担う第３ユーザを選定するためのオファーを１以上のユーザに通知するステップと、を実行させるプログラム。
2. 前記プログラムは、
   前記第３パートを前記第１ユーザまたは前記第２ユーザが兼任するか否かについての情報を受け付けるステップにおいて、
   兼任するか否かの選択肢を、前記第１ユーザまたは前記第２ユーザが使用する端末の画面に表示させる、請求項１に記載のプログラム。
3. 前記第１ユーザまたは前記第２ユーザが前記第３パートを兼任しない場合に、前記第３ユーザを選定するためのオファーとして、前記第３ユーザの募集についての情報を１以上のユーザに送信させる、請求項１または請求項２に記載のプログラム。
4. 前記第１ユーザまたは前記第２ユーザが前記第３パートを兼任しない場合に、前記第３ユーザを選定するためのオファーとして、当該第３パートとしての業務を予め定められたユーザに発注させる、請求項１または請求項２に記載のプログラム。
5. 前記第１ユーザが前記第３パートを兼任する場合、前記レスポンスには前記第３パートを兼任するか否かの情報は含まれない、請求項１～請求項４のいずれか１項に記載のプログラム。
6. 前記取引は、物品の配送に関する取引である、請求項１～請求項５のいずれか１項に記載のプログラム。
7. 前記第１パートは、前記物品を発送する役割であり、
   前記第２パートは、前記物品を受け取る役割であり、
   前記第３パートは、前記物品を配送する役割である、請求項６に記載のプログラム。
8. 前記取引は、物品の修理に関する取引である、請求項１～請求項５のいずれか１項に記載のプログラム。
9. 前記第１パートは、前記物品の修理を依頼する役割であり、
   前記第２パートは、前記物品を修理する役割であり、
   前記第３パートは、前記物品を修理するための資材または施設を提供する役割である、請求項８に記載のプログラム。
10. 前記取引は、前記第１パート、前記第２パート、および前記第３パートのいずれとも異なる第４以降のパートを必要とし、
    前記リクエストおよび前記レスポンスの少なくとも１つには、第３以降のパートの少なくとも１つを兼任するか否かの情報が含まれる、請求項１～請求項９のいずれかに記載のプログラム。
11. 前記第１ユーザが前記第３以降のパートのいずれか１つを兼任する場合、前記レスポンスには前記第１ユーザが兼任するパートを兼任するか否かの情報は含まれない、請求項１０に記載のプログラム。
12. コンピュータを、物品または役務に関する取引を管理するシステムとして機能させる方法であって、
    前記方法は、前記コンピュータが、
    前記取引についてのリクエストを第１ユーザから受け付けるステップと、
    前記リクエストに基づくオファーを１以上のユーザに通知するステップと、
    前記オファーへの諾否に関するレスポンスを第２ユーザから受け付けるステップと、
    前記リクエストおよび前記レスポンスの少なくとも１つに付随して、前記取引における第１ユーザの役割である第１パートと第２ユーザの役割である第２パートとのいずれとも異なる役割である第３パートを、
    前記第１ユーザまたは前記第２ユーザが兼任するか否かについての情報を受け付けるステップと、
    前記第１ユーザまたは前記第２ユーザが前記第３パートを兼任しない場合に、当該第３パートを担う第３ユーザを選定するためのオファーを１以上のユーザに通知するステップと、を含む方法。
13. プロセッサを備え、物品または役務に関する取引を管理する情報処理装置であって、
    前記プロセッサは、
    前記取引についてのリクエストを第１ユーザから受け付けるステップと、
    前記リクエストに基づくオファーを１以上のユーザに通知するステップと、
    前記オファーへの諾否に関するレスポンスを第２ユーザから受け付けるステップと、
    前記リクエストおよび前記レスポンスの少なくとも１つに付随して、前記取引における第１ユーザの役割である第１パートと第２ユーザの役割である第２パートとのいずれとも異なる役割である第３パートを、前記第１ユーザまたは前記第２ユーザが兼任するか否かについての情報を受け付けるステップと、
    前記第１ユーザまたは前記第２ユーザが前記第３パートを兼任しない場合に、当該第３パートを担う第３ユーザを選定するためのオファーを１以上のユーザに通知するステップと、を実行する情報処理装置。