JP2023027500A - プログラム、情報処理装置、および方法 - Google Patents

Abstract

【課題】ユーザからのリクエストに応じて、一元的に管理されている多様なサービスから、最適なサービスを提供可能とする。【解決手段】コンピュータを、物品または役務に関する取引を管理するシステムとして機能させるプログラムが提供される。前記プログラムは、前記コンピュータに、ユーザから取引についてのリクエストを受け付けるステップと、前記リクエストに含まれる、取引の内容を決定するための取引判断情報に基づいて、前記ユーザに提供する取引を決定するステップと、を実行させる。【選択図】図１

Description

本発明は、プログラム、情報処理装置および方法に関する。

近年、インターネットサイトを利用した物品の売買、レンタル、オークション、サブスクリプションなど、さまざまな方法での取引を提供するプラットフォームがある。これらのプラットフォームでは、取引の方法に応じた様々な決済方法が提供されている。

特開２０１９－２１３００号公報

このように様々なサービスがある一方で、取扱業者が扱うサービスは限定されており、ユーザはそれぞれの業者と連絡を取って、受けるサービスを選択する必要があった。

本開示は、ユーザからのリクエストに応じて、一元的に管理されている多様なサービスから、最適なサービスを提供可能とすることである。

本開示の一態様によれば、コンピュータを、物品または役務に関する取引を管理するシステムとして機能させるプログラムが提供される。前記プログラムは、前記コンピュータに、ユーザから取引についてのリクエストを受け付けるステップと、前記リクエストに含まれる、取引の内容を決定するための取引判断情報に基づいて、前記ユーザに提供する取引を決定するステップと、を実行させる。

本開示によれば、ユーザからのリクエストに応じて、一元的に管理されている多様なサービスから、最適なサービスを提供することが可能となる。

本発明の第１実施形態に係る取引管理システム１００の概要を示す図である。 端末装置１０の構成を示すブロック図である。 サーバ２０の構成を示すブロック図である。 記憶部２０２が備えるデータベースの一部を例示する図である。 記憶部２０２が備えるデータベースの他部を例示する図である。 端末装置１０Ａに表示される画面の一例を示す図である。 端末装置１０Ｂに表示される注文一覧画面６０の一例を示す図である。 端末装置１０Ｂに表示される取引種別管理画面７０を説明する図である。 端末装置１０Ｂに表示される商品管理画面８０を説明する図である。 図１０Ａは端末装置１０Ｂに表示される商品詳細８４を説明する図である。図１０Ｂは端末装置１０Ｂに表示される取引種別設定画面８６を説明する図である。 図１１Ａは取引種別設定画面８６の他の例を示す図である。図１１Ｂは端末装置１０Ａに表示される画面の他の例を示す図である。 取引管理システム１００の処理の流れを示すフロー図である。 図１３Ａは端末装置１０Ｂに表示される顧客管理画面９０を説明する図である。図１３Ｂは端末装置１０Ｂに表示される取引種別設定画面９４を説明する図である。 第２実施形態における取引管理システム１００の概要を示す図である。 第２実施形態における注文一覧画面６０を示す図である。 第２実施形態における取引種別管理画面７０を示す図である。 第３実施形態における取引管理システム１００の概要を示す図である。 第３実施形態における注文一覧画面６０を示す図である。 第３実施形態における取引種別管理画面７０を示す図である。 第４実施形態における取引管理システム１００の概要を示す図である。 第４実施形態における注文一覧画面６０を示す図である。

以下、図面を参照しつつ、本開示の実施の形態について説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称および機能も同じである。したがって、それらについての詳細な説明は繰り返さない。

＜１．第１実施形態＞
（１－１．取引管理システム１００の概要）
本発明の一実施形態における取引管理システム１００は、複数の端末装置１０（「情報処理装置」の一例）及びサーバ２０（「情報処理装置」の一例）を備える。

端末装置１０は、たとえばユーザが所有するスマートフォン、またはラップトップパソコンなどの携帯端末で実現され、インターネットなどの通信回線を介してサーバ２０と通信可能に構成される。サーバ２０は、物品の販売または賃貸に関する取引を管理する。物品の例としては、家具、家電製品、電子機器、日用品、衣服、車両等を挙げることができるが、これらに限定されるものではない。ユーザは端末装置１０を操作することにより、物品の取引に関するリクエストを送信することができる。

図１に示す例では、出品者Ｂは、端末装置１０Ｂを操作することにより、出品を希望する物品Ｐを販売または賃貸の形態で出品する。依頼者Ａは、端末装置１０Ｂを操作することにより、出品されている物品Ｐの購入または賃貸についてのリクエストを送信する。

サーバ２０は、依頼者Ａからのリクエストに基づいて、物品Ｐを販売および賃貸のいずれの形態で依頼者Ａに提供するかを決定する。

このように、取引管理システム１００を利用することにより、一元的に管理されている多様なサービスから、最適なサービスを提供することが可能となる。以下、各構成について詳細に説明する。

（１－２．端末装置１０の構成）
図２は、第１実施形態の取引管理システム１００を構成する端末装置１０の構成を示す図である。端末装置１０は、例えば、スマートフォン、タブレット等、各ユーザが操作し、移動体通信システムに対応した携帯端末である。この他に、端末装置１０は、例えばゲーム専用機、ウェアラブルデバイス、ＰＣ（Personal Computer）等であるとしてもよい。

端末装置１０は、インターネットなどのネットワークを介してサーバ２０と通信可能に接続される。端末装置１０は、５Ｇ、ＬＴＥ（Long Term Evolution）などの通信規格に対応した無線基地局、またはＩＥＥＥ（Institute of Electrical and Electronics Engineers）８０２．１１などの無線ＬＡＮ（Local Area Network）規格に対応した無線ＬＡＮルータ等の通信機器と通信することによりネットワークに接続される。

図２に示すように、端末装置１０は、アンテナ１１１と、アンテナ１１１に対応する無線通信部１２１と、操作受付部１３０（タッチ・センシティブ・デバイス１３１およびディスプレイ１３２を含む）と、音声処理部１４０と、マイク１４１と、スピーカ１４２と、カメラ１５０と、記憶部１７０と、制御部１８０とを含む。

なお、端末装置１０は、図２では特に図示していない機能及び構成（例えば、電力を保持するためのバッテリー、バッテリーから各回路への電力の供給を制御する電力供給回路など）も有している。図２においてブロックで示される各構成は、バス等により電気的に接続される。

アンテナ１１１は、端末装置１０が発する信号を電波として放射する。また、アンテナ１１１は、空間から電波を受信して受信信号を無線通信部１２１へ与える。

無線通信部１２１は、端末装置１０が他の無線機器と通信するため、アンテナ１１１を介して信号を送受信するための変復調処理などを行う。無線通信部１２１は、チューナー、ＲＳＳＩ（Ｒｅｃｅｉｖｅｄ Ｓｉｇｎａｌ Ｓｔｒｅｎｇｔｈ Ｉｎｄｉｃａｔｏｒ）算出回路、ＣＲＣ（Ｃｙｃｌｉｃ Ｒｅｄｕｎｄａｎｃｙ Ｃｈｅｃｋ）算出回路、高周波回路などを含む通信モジュールであってもよい。無線通信部１２１は、端末装置１０が送受信する無線信号の変復調や周波数変換を行い、受信信号を制御部１８０へ与える。

操作受付部１３０は、ユーザの入力操作を受け付けるための機構を有する。具体的には、操作受付部１３０は、タッチスクリーンとして構成され、タッチ・センシティブ・デバイス１３１と、ディスプレイ１３２とを含むことができる。

タッチ・センシティブ・デバイス１３１は、端末装置１０のユーザの入力操作を受け付ける。タッチ・センシティブ・デバイス１３１は、例えば静電容量方式のタッチパネルを用いることによって、タッチパネルに対するユーザの接触位置を検出する。タッチ・センシティブ・デバイス１３１は、タッチパネルにより検出したユーザの接触位置を示す信号を入力操作として制御部１８０へ出力する。なお、操作受付部１３０は、タッチ・センシティブ・デバイス１３１の代わりに（またはタッチ・センシティブ・デバイス１３１と合わせて）、キーボードやマウス等の入力機器を備えていてもよい。

ディスプレイ１３２は、制御部１８０の制御に応じて、画像、動画、テキストなどのデータを表示する。ディスプレイ１３２は、例えばＬＣＤ（Liquid Crystal Display）や有機ＥＬ（Electro-Luminescence）ディスプレイによって実現され得る。

音声処理部１４０は、音声信号の変復調を行い、マイク１４１から与えられる信号を変調して、変調後の信号を制御部１８０へ与える。また、音声処理部１４０は、音声信号をスピーカ１４２へ与える。音声処理部１４０は、例えば音声処理用のプロセッサによって実現される。マイク１４１は、音声入力を受け付けて、当該音声入力に対応する音声信号を音声処理部１４０へ与える。スピーカ１４２は、音声処理部１４０から与えられる音声信号を音声に変換して当該音声を端末装置１０の外部へ出力する。

カメラ１５０は、受光素子により光を受光して、撮影画像として出力するためのデバイスである。カメラ１５０は、例えば、カメラ１５０から撮影対象までの距離を検出できる深度カメラであってもよい。また、カメラ１５０により、光学読み取り用の情報（バーコードなどの一次元コード、ＱＲコード（登録商標）などの二次元コードを含む）を撮影することにより、撮影画像に基づいて、ＱＲコード（登録商標）等に示される情報を読み取る機能を備えていてもよい。

記憶部１７０は、例えばフラッシュメモリ、ＨＤＤ（Hard Disc Drive）により構成され、端末装置１０が使用するデータおよびプログラムを記憶する。また、記憶部１７０は、プログラム、および、プログラム等で処理されるデータ等を一時的に記憶するためのＤＲＡＭ（Dynamic Random Access Memory）等の揮発性のメモリを含む。

制御部１８０はプロセッサ（プログラムに記述された命令セットを実行するためのハードウェアであり、演算装置、レジスタ、周辺回路などにより構成される）がプログラムに従って処理を行うことにより、記憶部１７０に記憶されるプログラムを読み込んで、プログラムに含まれる命令を実行することにより、端末装置１０の動作を制御する。制御部１８０は、例えば予め端末装置１０にインストールされているアプリケーションとして実現してもよい。制御部１８０は、プログラムに従って動作することにより、入力操作受付部１８１と、送受信部１８２と、データ処理部１８３と、通知制御部１８４としての機能を発揮する。

入力操作受付部１８１は、タッチ・センシティブ・デバイス１３１等の入力装置に対するユーザの入力操作を受け付ける処理を行う。入力操作受付部１８１は、タッチ・センシティブ・デバイス１３１に対してユーザが指などを接触させた座標の情報に基づき、ユーザの操作がフリック操作であるか、タップ操作であるか、ドラッグ（スワイプ）操作であるか等の操作の種別を判定する。

送受信部１８２は、端末装置１０が、サーバ２０等の外部の装置と、通信プロトコルに従ってデータを送受信するための処理を行う。

データ処理部１８３は、端末装置１０が入力を受け付けたデータに対し、プログラムに従って演算を行い、演算結果をメモリ等に出力する処理を行う。

通知制御部１８４は、ユーザに対し情報を提示する処理を行う。通知制御部１８４は、表示画像をディスプレイ１３２に表示させる処理、音声をスピーカ１４２に出力させる処理、振動をカメラ１５０に発生させる処理等を行う。

ユーザは、取引管理システム１００が提供するサービスを利用するために、所定のアプリケーションを端末装置１０にインストールしてもよい。そして、端末装置１０は、ユーザから、クレジットカード情報、携帯決済サービス事業者が提供する決済サービス（キャリア決済）に関する情報、またはスマートフォン等を使って利用料金を支払う決済サービス（モバイル決済）に関する情報の登録を受け付けてもよい。

（１－３．サーバ２０の構成）
図３は、サーバ２０の構成を示す図である。図３に示すように、サーバ２０は、通信部２０１と、記憶部２０２と、入出力部２０３と、制御部２０４を備える。

通信部２０１は、サーバ２０が外部の装置と通信するための処理を行う。

記憶部２０２は、サーバ２０が使用するデータ及びプログラムを記憶し、例えばフラッシュメモリ、ＨＤＤ（Hard Disc Drive）などで構成される。また、記憶部２０２は、プログラム、および、プログラム等で処理されるデータ等を一時的に記憶するために、ＤＲＡＭ（Dynamic Random Access Memory）等の揮発性のメモリを含む。一例として、記憶部２０２は、ユーザ情報データベース２８１と、商品情報データベース２８２と、注文情報データベース２８３と、取引種別データベース２８４と、特定条件データベース２８５と、商品取引対応データベース２８６等を記憶する。

ユーザ情報データベース２８１は、取引管理システム１００における各ユーザの情報を保持するためのデータベースである。詳細は後述する。

商品情報データベース２８２は、取引管理システム１００に出品されている物品（以下、商品ともいう）の情報を保持するためのデータベースである。詳細は後述する。

注文情報データベース２８３は、商品に対するユーザからの注文の情報を保持するためのデータベースである。詳細は後述する。

取引種別データベース２８４は、取引管理システム１００で提供されている取引の種別（以下、取引種別ともいう）についての情報を保持するためのデータベースである。詳細は後述する。

特定条件データベース２８５は、取引の種別を特定するための条件についての情報を保持するためのデータベースである。詳細は後述する。

商品取引対応データベース２８６は、商品と取引種別の対応についての情報を保持するためのデータベースである。詳細は後述する。

入出力部２０３は、ユーザからの入力操作を受け付けるための入力装置、および、ユーザに対し情報を提示するための出力装置とのインタフェースとして機能する。

制御部２０４は、サーバ２０のプロセッサがプログラムに従って処理を行うことにより、各種モジュールとして示す機能を発揮する。

受信制御モジュール２０３１は、サーバ２０が外部の装置から通信プロトコルに従って信号を受信する処理を制御する。

送信制御モジュール２０３２は、サーバ２０が外部の装置に対し通信プロトコルに従って信号を送信する処理を制御する。

取引決定モジュール２０３３は、ユーザが送信したリクエストに基づいて、当該ユーザに提供する取引を決定する。取引決定モジュール２０３３が行う処理については、詳細を後述する。

（１－４．データ構造）
図４は、サーバ２０の記憶部２０２が記憶するユーザ情報データベース２８１、商品情報データベース２８２、注文情報データベース２８３のデータ構造の一例を示す図である。

図４に示すように、ユーザ情報データベース２８１のレコードそれぞれは、項目「ユーザＩＤ」と、項目「ユーザ名」と、項目「属性情報」と、項目「登録日」等を含む。

項目「ユーザＩＤ」は、ユーザそれぞれを識別する情報である。

項目「ユーザ名」は、ユーザが設定した名称である。

項目「属性情報」は、ユーザの基本情報を示す情報であり、具体的には、項目「年齢」、「性別」、「住所」等を含む。例えば、ユーザが取引管理システム１００の提供する取引サービスに会員登録する際に、任意に、これらユーザの情報の入力をユーザから受け付けることとしてもよい。また、サーバ２０が、ユーザのＳＮＳアカウントと連動することにより、当該ＳＮＳからユーザの基本情報を取得することとしてもよい。また、項目「属性情報」として、サービス提供者がユーザを様々な態様でグループ分けするために、必要な情報を追加可能としてもよい。

項目「登録日」は、各ユーザが取引管理システム１００の提供する取引サービスに登録した日付の情報である。ユーザ情報データベース２８１のレコードは、これらの項目以外にも、例えば、他のユーザとの関係性についての情報等を保持してもよい。

サーバ２０は、各ユーザが取引サービスに登録されることに伴って、ユーザ情報データベース２８１にレコードを追加する。

図４に示すように、商品情報データベース２８２のレコードそれぞれは、項目「商品ＩＤ」と、項目「商品名」と、項目「出品ユーザ」と、項目「価格」と、項目「画像」と、項目「ステータス」等を含む。

項目「商品ＩＤ」は、取引サービスに出品された商品を識別する情報である。

項目「商品名」は、商品の名称である。

項目「出品ユーザ」は、当該商品を出品したユーザを識別する情報であり、ユーザ情報データベース２８１の項目「ユーザＩＤ」が外部キーとして保持される。

項目「価格」は、当該商品の価格についての情報である。

項目「画像」は、当該商品の画像データが保持される。

項目「ステータス」は、商品の購買に関する取引において、当該商品の状態を示す情報である。項目「ステータス」は、具体的には、「出品中」、「配送中」、「配送済」等の値をとり得る。

サーバ２０は、各ユーザが取引サービスに商品を出品することに伴って、商品情報データベース２８２にレコードを追加する。また、各ユーザが当該商品に対して所定の作業を行うことに伴って、商品情報データベース２８２の更新を行う。

図４に示すように、注文情報データベース２８３のレコードそれぞれは、項目「注文ＩＤ」と、項目「商品ＩＤ」と、項目「発注ユーザ」と、項目「発注日」と、項目「決済方法」を含む。

項目「注文ＩＤ」は、取引サービスにおけるユーザからの注文を識別する情報である。

項目「商品ＩＤ」は、注文の対象となる商品を識別する情報であり、商品情報データベース２８２の項目「商品ＩＤ」が外部キーとして保持される。

項目「発注ユーザ」は、当該注文を発注したユーザを識別する情報であり、ユーザ情報データベース２８１の項目「ユーザＩＤ」が外部キーとして保持される。

項目「発注日」は、当該発注の日付の情報である。

項目「決済方法」は、当該注文の決済方法についての情報である。

サーバ２０は、各ユーザが取引サービスに注文を発注することに伴って、注文情報データベース２８３にレコードを追加する。

図５に示すように、取引種別データベース２８４のレコードそれぞれは、項目「種別ＩＤ」と、項目「種別名称」と、項目「決済タイミング」と、項目「決済額」を含む。取引種別データベース２８４で管理している取引種別とは、商品または役務に関する取引の種類を分類する区分を意味する。取引種別ごとに提供する取引の内容、決済のタイミング、決済額が設定される。取引を提供するユーザは、任意に１つ以上の取引種別を作成して登録することができる。

項目「種別ＩＤ」は、取引種別を識別する情報である。

項目「種別名称」は、取引種別の名称である。

項目「決済タイミング」は、当該取引種別において設定されている決済のタイミングについての情報である。

項目「決済額」は、当該取引種別において設定されている決済額についての情報である。

サーバ２０は、取引を提供するユーザが取引種別を作成して登録することに伴って、取引種別データベース２８４にレコードを追加する。

図５に示すように、特定条件データベース２８５のレコードそれぞれは、項目「条件ＩＤ」と、項目「条件名称」と、項目「詳細」を含む。特定条件データベース２８５で管理している特定条件とは、取引に関するリクエストにおいて、適用される取引種別を特定する条件を意味する。取引を提供するユーザは、任意に１つ以上の特定条件を作成して登録することができる。

項目「条件ＩＤ」は、条件種別を識別する情報である。

項目「条件名称」は、条件種別の名称である。

項目「詳細」は、当該特定条件の詳細についての情報である。

サーバ２０は、取引を提供するユーザが特定条件を作成して登録することに伴って、特定条件データベース２８５にレコードを追加する。

図５に示すように、商品取引対応データベース２８６のレコードそれぞれは、項目「商品ＩＤ」と、項目「種別ＩＤ」と、項目「登録日」を含む。商品取引対応データベース２８６では、商品ごとに１つ以上の取引種別が対応づけられている。

項目「商品ＩＤ」は、商品を識別する情報であり、商品情報データベース２８２の項目「商品ＩＤ」が外部キーとして保持される。

項目「種別ＩＤ」は、取引種別を識別する情報であり、取引種別データベース２８４の項目「種別ＩＤ」が外部キーとして保持される。

項目「登録日」は、当該レコードが登録された日付の情報である。

サーバ２０は、取引を提供するユーザが商品について可能な取引を登録するタイミングで、商品取引対応データベース２８６にレコードを追加する。

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

端末装置１０は、ユーザが取引アイコン５１を選択することにより、商品Ｓ０００１の取引についてのリクエストを受け付ける。一例として、取引アイコン５１によって選択される取引の種類としては、購入（買い切り）、レンタル（月額）、オークションなどを挙げることができる。

図７は、本開示の端末装置１０に表示される取引管理システム１００の注文一覧画面６０を示す図である。注文一覧画面６０は、一例として、ユーザ（出品者）の端末に表示される。

図７には、ユーザ（依頼者）からのリクエスト（注文）の一覧が表示されている。図７に示すように、本実施形態では、取引の内容を決定するための取引判断情報は、取引の種類に関する情報である。すなわち、本実施形態では、端末装置１０に表示されたリクエスト受付画面におけるユーザの入力に基づいて、サーバ２０の取引決定モジュール２０３３が取引内容を決定する。

取引決定モジュール２０３３は、さらに、決定された取引について、１つ以上の決済方式の候補の中から当該取引における決済方式を決定する。決済方式の候補としては、例えば、取引のプライシング（価格設定）については、定額、指標に基づく従量課金、オークション式（すなわち、一番高い提示額が採用される形式）などの態様が想定される。また、債権者数は１または複数となり得る。また、支払回数は、１回（買い切り）、サブスクリプション（定額課金）などが想定される。定額の場合の支払いタイミングは月次や週次などが想定され、予め定められたタイミングで定期的に自動決済が行われる。

一例として、本実施形態では、取引決定モジュール２０３３は、取引判断情報に基づいて決定された取引がレンタルの場合には、決済方式を定額課金と決定する。また、取引判断情報に基づいて決定された取引がオークションの場合には、決済方式をオークション式と決定する。

図８は、本開示の端末装置１０に表示される取引管理システム１００の取引種別管理画面７０を示す図である。取引種別管理画面７０は、一例として、ユーザ（出品者）の端末に表示される。

取引種別管理画面７０には、ユーザ（出品者）が設定する取引種別の一覧が表示されている。図８に示すように、本実施形態では、出品者は、取引種別一覧７１において、自身が提供可能な取引を設定することができる。出品者は、種別追加ボタン７２を押下することにより、新たに取引種別を作成して登録することができる。

また、出品者は、特定条件一覧７３に設定されている特定条件の内から、自身が提供するサービスにおける取引種別の特定条件を選択して設定することができる。図８に示す例では、Ｊ００１～Ｊ００４の内、Ｊ００１が特定条件として設定されている。また、条件追加ボタン７４を押下することにより、新たに特定条件を作成して登録することができる。

図９は、本開示の端末装置１０に表示される取引管理システム１００の商品管理画面８０を示す図である。商品管理画面８０は、一例として、ユーザ（出品者）の端末に表示される。

図９に示すように、商品管理画面８０には商品一覧８１が表示されている。商品一覧８１には、商品ＩＤと商品名といった商品についての一覧情報が記載されている。出品者は、商品追加ボタン８２を押下することにより新たに商品の情報を商品情報データベース２８２に追加することが可能となっている。また、詳細ボタン８３を押下することにより、商品詳細８４が表示され、商品ごとの詳細情報を確認することができる。

図１０Ａに示すように、商品詳細８４には、商品についての詳細情報が記載されている。出品者は、編集ボタン８５を押下することにより、商品ごとの詳細情報を編集することができる。ここで、出品者が取引種別についての編集ボタン８５を押下すると、取引種別設定画面８６が表示される。

図１０Ｂは取引種別設定画面８６を表示する図である。取引種別設定画面８６では、出品者がラジオボタン８７を押下することにより、当該商品についてどの取引種別が適用されるかを選択することができる。出品者が選択した内容で設定ボタン８８を押下すると、商品取引対応データベース２８６のレコードが更新され、端末装置１０のリクエスト受付画面５０に反映される。

図１１Ａには、取引種別設定画面８６の他の例が表示されている。図１１Ａに示す例では、Ｒ００１～Ｒ００４の内、Ｒ００１とＲ００３が取引可能として設定されている。この場合、図１１Ｂに示すように、端末装置１０のリクエスト受付画面５０では、購入（取引種別：Ｒ００１）とレンタル（取引種別：Ｒ００３）に対応する取引アイコン５１しか表示されない。このように、ユーザ（出品者）が取引種別管理画面７０で、商品ごとに可能な取引を設定することができる。このように、ユーザが予め提供可能な取引の種類を設定して商品ごとに選択可能とすることにより、多様なサービスを簡易に提供することが可能となる。

（１－６．処理の流れ）
以下、図１２を参照し、端末装置１０およびサーバ２０の処理の流れについて説明する。

ステップＳ６１１において、端末装置１０は、ユーザから希望する取引を入力する操作を受け付ける。具体的には、ユーザは、端末装置１０に提示された複数の取引アイコン５１の中から該当する取引を選択する。

ステップＳ６１２において、端末装置１０は、ユーザから受け付けた物品の取引についてのリクエストをサーバ２０へ送信する。

ステップＳ６２１において、サーバ２０は、ユーザによって入力されたリクエストを受信する。

ステップＳ６２２において、サーバ２０の取引決定モジュール２０３３は、リクエストに含まれる取引判断情報に基づいて、ユーザに提供する取引を決定する。

ステップＳ６２３において、サーバ２０は、決定した取引の情報を端末装置１０に送信する。

ステップＳ６１３において、端末装置１０は、受信した取引の情報をユーザに通知する。

以上のように、本実施の形態においては、端末装置１０は、ユーザから物品の取引についてのリクエストを受け付け、サーバ２０へ送信する。サーバ２０は、当該リクエストに含まれる、取引の内容を決定するための取引判断情報に基づいて、ユーザに提供する取引を決定する。これにより、ユーザからのリクエストに応じて、一元的に管理されている多様なサービスから、最適なサービスを提供することが可能となる。

（１－７．変形例）
変形例として、物品の評価に関する情報に基づいて、当該物品について実行可能な取引を決定する仕様としてもよい。例えば、取引管理システム１００が取り扱う物品は、出品時にはレンタルしかできず、レンタル終了時にユーザから当該物品の評価を受け付ける仕様としてもよい。そして、物品の評価が所定の閾値を超えた場合に、当該物品については購入をすることができる仕様としてもよい。このように、物品の価値に応じて提供可能な取引を決定することにより、顧客のニーズに応じた多様な取引を提供することが可能となる。

また、他の変形例として、取引種別はユーザ（顧客）ごとに設定可能としてもよい。図１３Ａは、端末装置１０に表示される取引管理システム１００の顧客管理画面９０の一例を示す図である。

図１３Ａには、顧客管理画面９０における顧客詳細９１が表示されている。顧客詳細９１には、顧客についての詳細情報が記載されている。出品者は、編集ボタン９２を押下することにより、顧客ごとの詳細情報を編集することができる。ここで、出品者が取引種別についての編集ボタン９２を押下すると、取引種別設定画面９４が表示される。

図１３Ｂは取引種別設定画面９４を表示する図である。取引種別設定画面９４では、出品者がラジオボタン９５を押下することにより、当該顧客についてどの取引種別が適用されるかを選択することができる。出品者が選択した内容で設定ボタン９６を押下すると、記憶部２０２に記憶されている顧客取引対応データベースのレコードが更新され、端末装置１０のリクエスト受付画面５０に反映される。

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

（２－１．取引管理システム１００の概要）
第２実施形態における取引管理システム１００は、物品の修理に関する取引（以下、修理サービスともいう）を取り扱う点で第１実施形態と異なる。

図１４に示すように、修理サービスの提供者Ｄは、修理サービスを提供する条件をサーバ２０に登録する。依頼者Ｃは、修理を希望する物品Ｐの画像を撮影し、修理のリクエストとしてサーバ２０へ送信する。サーバ２０は、受信したリクエストに基づいて依頼者Ｃに提供する修理サービスを決定する。

（２－２．画面例）
図１５は、第２実施形態における注文一覧画面６０を示す図である。

図１５には、ユーザ（依頼者）からのリクエスト（注文）の一覧が表示されている。図１５に示すように、本実施形態では、取引の内容を決定するための取引判断情報は、物品の状態に関する情報である。具体的には、本実施形態では、取引決定モジュール２０３３は、ユーザが送信した修理対象の物品の画像に基づいて、当該物品の状態を判定し、提供する取引を決定する。例えば、物品の損傷がそこまでひどくない場合（図１５における状態判定がＡまたはＢの場合）には、修理サービスを提供する。また、物品の損傷がひどい場合（図１５における状態判定がＣの場合）には、廃棄代行サービスを提供する。このようにすることで、依頼者は、物品の状態に応じて、最適なサービスの提供を受けることが可能となる。

図１６は、第２実施形態における取引種別管理画面７０を示す図である。

図１６には、ユーザ（修理者）が設定する取引種別の一覧が表示されている。図１６に示すように、本実施形態では、修理者は、取引種別一覧７１に設定されている取引種別の内から、自身が提供可能な取引を選択して設定することができる。図１６に示す例では、Ｒ００１～Ｒ００５の内、Ｒ００１～Ｒ００３が取引可能として設定されている。また、種別追加ボタン７２を押下することにより、新たに取引種別を作成して登録することができる。

また、修理者は、特定条件一覧７３に設定されている特定条件の内から、自身が提供するサービスにおける取引種別の特定条件を選択して設定することができる。図１６に示す例では、Ｊ００１とＪ００２の内、Ｊ００２が特定条件として設定されている。また、条件追加ボタン７４を押下することにより、新たに特定条件を作成して登録することができる。このように、ユーザが予め提供可能な取引の種類を設定して選択可能とすることにより、多様なサービスを簡易に提供することが可能となる。

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

（３－１．取引管理システム１００の概要）
第３実施形態における取引管理システム１００は、工場の提供に関する取引（以下、工場提供サービス）を取り扱う点で上記実施形態と異なる。

図１７に示すように、工場提供サービスの提供者Ｆは、工場を使用する権利を提供する条件をサーバ２０に登録する。依頼者Ｅは、自身が保有する工具または資材についての情報と合わせて、工場の使用についてのリクエストをサーバ２０へ送信する。サーバ２０は、受信したリクエストに基づいて依頼者Ｅに提供する修理サービスを決定する。

（３－２．画面例）
図１８は、第３実施形態における注文一覧画面６０を示す図である。

図１８には、ユーザ（依頼者）からのリクエスト（注文）の一覧が表示されている。図１８に示すように、本実施形態では、取引の内容を決定するための取引判断情報は、ユーザ（依頼者）が所有する工具または資材に関する情報である。具体的には、本実施形態では、取引決定モジュール２０３３は、ユーザが所有する工具または資材の情報に基づいて、ユーザが希望する工場の提供可否を決定する。例えば、資材および工具をいずれも保有していることが条件となっている工場については、資材および工具をいずれも保有しているユーザからの注文のみを提供可とする。このようにすることで、依頼者は、自身の工具または資材の保有状況の状態に応じて、最適なサービスの提供を受けることが可能となる。

図１９は、第３実施形態における取引種別管理画面７０を示す図である。

図１９には、ユーザ（サービス提供者）が設定する取引種別の一覧が表示されている。図１９に示すように、本実施形態では、サービス提供者は、取引種別一覧７１に設定されている取引種別の内から、自身が提供可能な取引を選択して設定することができる。図１９に示す例では、Ｒ００１～Ｒ００４の内、すべての取引種別が取引可能として設定されている。また、種別追加ボタン７２を押下することにより、新たに取引種別を作成して登録することができる。

また、サービス提供者は、特定条件一覧７３に設定されている特定条件の内から、自身が提供するサービスにおける取引種別の特定条件を選択して設定することができる。図１９に示す例では、Ｊ００１とＪ００２の内、Ｊ００２が特定条件として設定されている。また、条件追加ボタン７４を押下することにより、新たに特定条件を作成して登録することができる。このように、ユーザが予め提供可能な取引の種類を設定して選択可能とすることにより、多様なサービスを簡易に提供することが可能となる。

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

（４－１．取引管理システム１００の概要）
第４実施形態における取引管理システム１００は、物品の配送に関する取引（以下、配送サービスともいう）を取り扱う点で上記実施形態と異なる。

図２０に示すように、依頼者Ｈは、配送する物品についての情報を、リクエストとしてサーバ２０へ送信する。配送業者Ｇ１およびＧ２は、配送サービスを提供する条件をサーバ２０に登録する。サーバ２０は、受信したリクエストに基づいて依頼者Ｃに提供する修理サービスを決定する。

（４－２．画面例）
図２１は、本開示の端末装置１０に表示される取引管理システム１００の注文一覧画面６０を示す図である。注文一覧画面６０は、一例として、配送業者と依頼者のマッチングサービスの提供者の端末に表示される。

図２１には、ユーザ（依頼者）からのリクエスト（注文）の一覧が表示されている。図２１に示すように、本実施形態では、取引の内容を決定するための取引判断情報は、配送業者が提示した配送料の見積提示額に関する情報である。具体的には、本実施形態では、取引決定モジュール２０３３は、配送業者が提示した見積提示に基づいて、逆オークション式（すなわち、一番低い提示額が採用される形式）で配送業者を決定する。このようにすることで、依頼者は、物品の内容に応じて、最適なサービスの提供を受けることが可能となる。

＜５．その他の実施形態＞
以上、本発明における実施形態およびその変形例について説明したが、本開示の適用は上述の内容に限定されるものではない。

例えば、通信回線を介した所定情報の共有は、主にインターネットなどのＷＡＮを介して行われるが、情報処理装置間では、ＷＡＮを介さずにＢｌｕｅｔｏｏｔｈ（登録商標）等の近距離の無線通信、及び赤外線通信等のみを介して行われてもよい。

また、上記実施形態では、各機能を端末装置１０またはサーバ２０が備える態様の一例について説明したが、この形態に限定されることはなく、一部の機能について上記実施形態と異なる態様で端末装置１０、サーバ２０、又は端末装置１０とサーバ２０の両方が備える構成としてもよい。

また、上記実施形態において端末装置１０に実行させるものとして記載されていた各ステップについても、サーバ２０に実行させてもよい。

さらに、本発明は、上述のプログラムを格納する、コンピュータ読み取り可能な非一時的な記録媒体として実現してもよい。

＜付記＞
以上の各実施の形態で説明した事項を以下に付記する。

（付記１）コンピュータ（１０，２０）を、物品または役務に関する取引を管理するシステム（１００）として機能させるプログラムであって、プログラムは、コンピュータに、ユーザから取引についてのリクエストを受け付けるステップ（ステップＳ６１１）と、リクエストに含まれる、取引の内容を決定するための取引判断情報に基づいて、ユーザに提供する取引を決定するステップ（ステップＳ６２２）と、を実行させる、プログラム。

（付記２）取引判断情報は、取引の種類に関する情報である、（付記１）に記載のプログラム。

（付記３）物品の評価に関する情報に基づいて、当該物品について実行可能な取引を決定する、（付記２）に記載のプログラム。

（付記４）取引判断情報は、物品の状態に関する情報である、（付記１）に記載のプログラム。

（付記５）取引判断情報は、ユーザが所有する工具および資材の少なくとも一方に関する情報である、（付記１）に記載のプログラム。

（付記６）取引判断情報は、物品の配送についての見積提示額に関する情報である、（付記１）に記載のプログラム。

（付記７）ユーザの端末に、取引判断情報を入力する画面を表示させる、（付記１）～（付記３）のいずれかに記載のプログラム。

（付記８）ユーザの端末に、取引判断情報を含んだリクエストを表示する管理画面を表示させる、（付記１）～（付記７）のいずれかに記載のプログラム。

（付記９）決定された取引について、１つ以上の決済方式の候補の中から当該取引における決済方式を決定する、（付記１）～（付記８）のいずれかに記載のプログラム。

（付記１０）物品または役務に関する取引の種類を示す取引種別を設定させ、
ユーザの端末に、ユーザが提供可能な１つ以上の取引種別を選択させる管理画面を表示させる、（付記１）～（付記９）のいずれかに記載のプログラム。

（付記１１）ユーザが提供可能な１つ以上の取引種別を、商品ごとに選択させる管理画面を表示させる、（付記１０）に記載のプログラム。

（付記１２）ユーザが提供可能な１つ以上の取引種別を、顧客ごとに選択させる管理画面を表示させる、（付記１０）に記載のプログラム。

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

１０ ：端末装置，２０ ：サーバ，５０ ：リクエスト受付画面，５１ ：取引選択アイコン，６０ ：注文一覧画面，７０ ：取引種別管理画面，８０ ：商品管理画面，９０ ：顧客管理画面，１００：取引管理システム，１１１：アンテナ，１２１：無線通信部，１３０：操作受付部，１３１：デバイス，１３２：ディスプレイ，１４０：音声処理部，１４１：マイク，１４２：スピーカ，１５０：カメラ，１７０：記憶部，１８０：制御部，１８１：入力操作受付部，１８２：送受信部，１８３：データ処理部，１８４：通知制御部，２０１：通信部，２０２：記憶部，２０３：入出力部，２０４：制御部，２８１：ユーザ情報データベース，２８２：商品情報データベース，２８３：注文情報データベース，２０３１ ：受信制御モジュール，２０３２ ：送信制御モジュール，２０３３ ：取引決定モジュール。

Claims (14)

1. コンピュータを、物品または役務に関する取引を管理するシステムとして機能させるプログラムであって、
   前記プログラムは、前記コンピュータに、
   ユーザから取引についてのリクエストを受け付けるステップと、
   前記リクエストに含まれる、取引の内容を決定するための取引判断情報に基づいて、前記ユーザに提供する取引を決定するステップと、を実行させる、プログラム。
2. 前記取引判断情報は、取引の種類に関する情報である、請求項１に記載のプログラム。
3. 前記プログラムは、
   物品の評価に関する情報に基づいて、当該物品について実行可能な取引を決定する、請求項２に記載のプログラム。
4. 前記取引判断情報は、物品の状態に関する情報である、請求項１に記載のプログラム。
5. 前記取引判断情報は、ユーザが所有する工具および資材の少なくとも一方に関する情報である、請求項１に記載のプログラム。
6. 前記取引判断情報は、物品の配送についての見積提示額に関する情報である、請求項１に記載のプログラム。
7. 前記プログラムは、
   ユーザの端末に、前記取引判断情報を入力する画面を表示させる、請求項１～請求項３のいずれかに記載のプログラム。
8. 前記プログラムは、
   ユーザの端末に、前記取引判断情報を含んだリクエストを表示する管理画面を表示させる、請求項１～請求項７のいずれかに記載のプログラム。
9. 前記プログラムは、
   決定された取引について、１つ以上の決済方式の候補の中から当該取引における決済方式を決定する、請求項１～請求項８のいずれかに記載のプログラム。
10. 前記プログラムは、
    前記物品または役務に関する取引の種類を示す取引種別を設定させ、
    ユーザの端末に、前記ユーザが提供可能な１つ以上の前記取引種別を選択させる管理画面を表示させる、請求項１～請求項９のいずれかに記載のプログラム。
11. 前記プログラムは、
    前記ユーザが提供可能な１つ以上の前記取引種別を、商品ごとに選択させる管理画面を表示させる、請求項１０に記載のプログラム。
12. 前記プログラムは、
    前記ユーザが提供可能な１つ以上の前記取引種別を、顧客ごとに選択させる管理画面を表示させる、請求項１０に記載のプログラム。
13. 物品または役務に関する取引を管理する情報処理装置であって、
    前記情報処理装置の制御部は、
    ユーザから取引についてのリクエストを受け付けるステップと、
    前記リクエストに含まれる、取引の内容を決定するための取引判断情報に基づいて、前記ユーザに提供する取引を決定するステップと、を実行する、情報処理装置。
14. コンピュータを、物品または役務に関する取引を管理するシステムとして機能させる方法であって、
    前記コンピュータに、
    ユーザから取引についてのリクエストを受け付けるステップと、
    前記リクエストに含まれる、取引の内容を決定するための取引判断情報に基づいて、前記ユーザに提供する取引を決定するステップと、を実行させる、方法。
    
    

Images