特許 6357256 中継装置及びプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B1)

(11)【特許番号】6357256

(24)【登録日】2018年6月22日

(45)【発行日】2018年7月11日

(54)【発明の名称】中継装置及びプログラム

(51)【国際特許分類】

   G06Q 30/06 20120101AFI20180702BHJP

【ＦＩ】

   G06Q30/06 312

   G06Q30/06ZIT

【請求項の数】7

【全頁数】10

(21)【出願番号】特願2017-51453(P2017-51453)

(22)【出願日】2017年3月16日

【審査請求日】2018年1月17日

(73)【特許権者】

【識別番号】501440684

【氏名又は名称】ソフトバンク株式会社

(74)【代理人】

【識別番号】110000877

【氏名又は名称】龍華国際特許業務法人

(72)【発明者】

【氏名】豊見本 和馬

(72)【発明者】

【氏名】宮下 真行

(72)【発明者】

【氏名】三上 学

(72)【発明者】

【氏名】山口 良

(72)【発明者】

【氏名】吉野 仁

【審査官】 山崎 誠也

(56)【参考文献】

【文献】 国際公開第２００６／０９５５０８（ＷＯ，Ａ１）

【文献】 特開２０１１−９７５０７（ＪＰ，Ａ）

【文献】 特開２０１４−２３９３３０（ＪＰ，Ａ）

【文献】 特開２０１３−４０７２（ＪＰ，Ａ）

【文献】 特開２０１８−１４０７７（ＪＰ，Ａ）

【文献】 特開２０１０−２３２８１８（ＪＰ，Ａ）

【文献】 特開２００８−１８７６６４（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｑ １０／００−９９／００

(57)【特許請求の範囲】

【請求項1】

第１のネットワーク階層に配置され、配下の複数のノードと販売仲介サイトとの間の、前記第１のネットワーク階層よりも上位のネットワーク階層を介した通信を中継する中継装置であって、
販売仲介用アプリを格納するアプリ格納部と、
前記販売仲介用アプリを実行することによって、前記中継装置を、
前記複数のノードのうち、商品を注文する注文者ノードによって送信された複数の内容を含む注文データを受信する注文データ受信部、
前記注文データを前記販売仲介サイトに送信する第１注文データ送信部、及び
前記商品を受注する受注者ノードが前記複数のノードのいずれかである場合に、前記第１のネットワーク階層よりも上位のネットワーク階層を介さずに、前記複数の内容のうちの少なくとも一部を前記受注者ノードに送信する第２注文データ送信部
として機能させるアプリ実行部と
を備える、中継装置。

【請求項2】

予め定められた第１の条件が満たされた場合に、前記販売仲介用アプリを前記アプリ格納部から削除するアプリ削除部
をさらに備える、請求項１に記載の中継装置。

【請求項3】

前記アプリ削除部は、前記販売仲介サイトから受信した指示に従って、前記販売仲介用アプリを前記アプリ格納部から削除する、請求項２に記載の中継装置。

【請求項4】

予め定められた第２の条件が満たされた場合に、前記販売仲介用アプリを受信して、前記アプリ格納部に格納するアプリ受信部
をさらに備える、請求項２又は３に記載の中継装置。

【請求項5】

前記アプリ受信部は、前記販売仲介サイトから受信した要求に従って、予め定められた宛先から前記販売仲介用アプリを受信して、前記アプリ格納部に格納する、請求項４に記載の中継装置。

【請求項6】

前記第１注文データ送信部は、前記商品を受注する受注者ノードが前記中継装置の配下の複数のノードのいずれでもない場合、前記第１のネットワーク階層よりも上位のネットワーク階層に配置されている他の中継装置に、前記注文データを送信する、請求項１から５のいずれか一項に記載の中継装置。

【請求項7】

第１のネットワーク階層に配置され、配下の複数のノードと販売仲介サイトとの間の、前記第１のネットワーク階層よりも上位のネットワーク階層を介した通信を中継する中継装置を、請求項１から６のいずれか一項に記載の中継装置として機能させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、中継装置及びプログラムに関する。

【背景技術】

【0002】

ネットワークを介して商品を注文する注文者と商品を受注する受注者とを仲介する販売仲介サイトが知られていた（例えば、特許文献１参照）。
［先行技術文献］
［特許文献］
［特許文献１］特開２００２−１３３１６３号公報

【発明の概要】

【発明が解決しようとする課題】

【0003】

販売仲介サイトによるネットワークリソースの使用状況を適切に管理できる技術を提供することが望ましい。

【課題を解決するための手段】

【0004】

本発明の第１の態様によれば、中継装置が提供される。中継装置は、第１のネットワーク階層に配置されてよく、配下の複数のノードと販売仲介サイトとの間の、第１のネットワーク階層よりも上位のネットワーク階層を介した通信を中継してよい。中継装置は、販売仲介用アプリを格納するアプリ格納部を備えてよい。中継装置は、販売仲介用アプリを実行するアプリ実行部を備えてよい。アプリ実行部は、販売仲介用アプリを実行することによって、中継装置を、複数のノードのうち、商品を注文する注文者ノードによって送信された複数の内容を含む注文データを受信する注文データ受信部、注文データを販売仲介サイトに送信する第１注文データ送信部、及び商品を受注する受注者ノードが複数のノードのいずれかである場合に、第１のネットワーク階層よりも上位のネットワーク階層を介さずに、複数の内容のうちの少なくとも一部を受注者ノードに送信する第２注文データ送信部として機能させてよい。

【0005】

上記中継装置は、予め定められた第１の条件が満たされた場合に、上記販売仲介用アプリを上記アプリ格納部から削除するアプリ削除部をさらに備えてよい。上記アプリ削除部は、上記販売仲介サイトから受信した指示に従って、上記販売仲介用アプリを上記アプリ格納部から削除してよい。上記中継装置は、予め定められた第２の条件が満たされた場合に、上記販売仲介用アプリを受信して、上記アプリ格納部に格納するアプリ受信部をさらに備えてよい。上記アプリ受信部は、上記販売仲介サイトから受信した要求に従って、予め定められた宛先から上記販売仲介用アプリを受信して、上記アプリ格納部に格納してよい。上記第１注文データ送信部は、上記商品を受注する受注者ノードが上記中継装置の配下の複数のノードのいずれでもない場合、上記第１のネットワーク階層よりも上位のネットワーク階層に配置されている他の中継装置に、上記注文データを送信してよい。

【0006】

本発明の第２の態様によれば、第１のネットワーク階層に配置され、配下の複数のノードと販売仲介サイトとの間の、上記第１のネットワーク階層よりも上位のネットワーク階層を介した通信を中継する中継装置を、上記中継装置として機能させるためのプログラムが提供される。

【0007】

なお、上記の発明の概要は、本発明の必要な特徴の全てを列挙したものではない。また、これらの特徴群のサブコンビネーションもまた、発明となりうる。

【図面の簡単な説明】

【0008】

【図1】システム１００の一例を概略的に示す。

【図2】エッジサーバ４００による処理の流れの一例を概略的に示す。

【図3】エッジサーバ４００の機能構成の一例を概略的に示す。

【図4】エッジサーバ４００として機能するコンピュータ１０００のハードウエア構成の一例を概略的に示す。

【発明を実施するための形態】

【0009】

以下、発明の実施の形態を通じて本発明を説明するが、以下の実施形態は特許請求の範囲にかかる発明を限定するものではない。また、実施形態の中で説明されている特徴の組み合わせの全てが発明の解決手段に必須であるとは限らない。

【0010】

図１は、システム１００の一例を概略的に示す。本実施形態に係るシステム１００は、複数のネットワーク階層のそれぞれに配置された複数の中継装置を有する。システム１００は、例えば、電気通信事業者によって提供される。

【0011】

図１は、システム１００が、ネットワーク２０に配置されたエッジサーバ２００と、ネットワーク２０よりも下位のネットワーク階層３０に配置された複数のエッジサーバ３００と、ネットワーク階層３０よりも下位のネットワーク階層４０に配置された複数のエッジサーバ４００とを有する場合を例示している。例えば、エッジサーバ４００が各都道府県に配置されて都道府県内のノード５０の通信を中継し、エッジサーバ３００が地方区分毎に配置されてエッジサーバ４００の通信を中継し、エッジサーバ２００がエッジサーバ３００の通信を中継する。

【0012】

システム１００が有するネットワーク階層数はこれに限らず、任意の数であってよい。エッジサーバ２００、エッジサーバ３００及びエッジサーバ４００は、中継装置の一例である。ネットワーク階層４０は、第１のネットワーク階層の一例である。

【0013】

ノード５０は、通信機能を有する任意の装置であってよい。ノード５０は、例えば、スマートフォン等の携帯電話、タブレット端末、及びＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）等である。

【0014】

本実施形態に係るシステム１００は、複数のノード５０と販売仲介サイト６１０との間の、クラウドネットワーク１０を介した通信を中継する。クラウドネットワーク１０は、インターネット等によって構成される。

【0015】

本実施形態に係るエッジサーバ４００は、配下の複数のノード５０のうち、商品を注文する注文者のノード５０（注文者ノードと記載する場合がある。）によって送信された注文データを受信する。注文データは、例えば、注文者の名前及び住所等の注文者情報、商品の数及び価格等の商品情報、商品を受注する受注者の識別情報等の受注者情報を含む。

【0016】

エッジサーバ４００は、商品を受注する受注者のノード５０（受注者ノードと記載する場合がある。）が、配下の複数のノード５０のいずれかである場合、エッジサーバ３００に対して、販売仲介サイト６１０宛に注文データを送信するとともに、注文データを受注者ノードに直接送信する。注文データを受注者ノードに直接送信するとは、注文データをネットワーク階層４０よりも上位のネットワーク階層を介さずに受注者ノードに送信することであってよく、エッジサーバ４００がルータ等の中継機器を介して注文者ノードに送信することを含んでよい。

【0017】

従来は、注文者ノードと受注者ノードとの通信は販売仲介サイト６１０によって仲介されていたので、注文者ノードによって送信された注文データは、エッジサーバ４００から販売仲介サイト６１０に送信され、販売仲介サイト６１０からエッジサーバ４００を介して受注者ノードに送信されていた。これに対して、本実施形態に係るエッジサーバ４００によれば、注文データを受注者ノードに直接送信するので、販売仲介サイト６１０からエッジサーバ４００までの間の通信量を削減することができる。一回の注文で削減できる通信量は多くないが、膨大な数の注文に対して適用することによって、膨大な通信量を削減することができる。また、システム１００を提供する電気通信事業者が、通信量に応じた課金を販売仲介サイト６１０に対して行う場合、課金額を適切に低減することもできる。

【0018】

エッジサーバ４００は、受注者ノードが配下の複数のノード５０のいずれでもない場合、注文データをエッジサーバ３００に送信する。エッジサーバ３００は、受注者ノードが、下位のエッジサーバ４００の配下の複数のノード５０のいずれかである場合、エッジサーバ２００に対して販売仲介サイト６１０宛に注文データを送信するとともに、当該下位のエッジサーバ４００を介して注文データを受注者ノードに送信する。

【0019】

エッジサーバ３００は、受注者ノードが、下位のエッジサーバ４００の配下の複数のノード５０のいずれでもない場合、注文データをエッジサーバ２００に送信する。エッジサーバ２００は、注文データを販売仲介サイト６１０宛に送信するとともに、受注者ノードの上位のエッジサーバ３００及びエッジサーバ４００を介して注文データを受注者ノードに送信する。

【0020】

エッジサーバ４００は、注文データの送信先が販売仲介サイト６１０以外に複数ある場合には、それに応じた動作を実行する。送信先が販売仲介サイト６１０以外に複数ある場合とは、受注者ノードが複数ある場合や、例えば銀行などの受注者ノード以外のノード５０にも注文データを送信する場合である。

【0021】

エッジサーバ４００は、複数の送信先の全てが配下のノード５０である場合、各送信先に対して注文データを直接送信する。エッジサーバ４００は、複数の送信先の一部が配下のノード５０であり、かつ、一部が配下のノード５０でない場合、注文データをエッジサーバ３００に送信しつつ、送信先の配下のノードに注文データを直接送信する。エッジサーバ４００は、複数の送信先の全てが配下のノード５０でない場合、注文データをエッジサーバ３００に送信する。

【0022】

上述したように、エッジサーバ４００、エッジサーバ３００及びエッジサーバ２００は、階層に応じた販売仲介機能を実行してよい。エッジサーバ４００、エッジサーバ３００及びエッジサーバ２００は、販売仲介サイト６１０又はデータセンタ６２０から販売仲介用アプリを受信して格納し、当該販売仲介用アプリを実行することによって、販売仲介機能を実現してもよい。

【0023】

図２は、エッジサーバ４００による処理の流れの一例を概略的に示す。ここでは、エッジサーバ４００が、データセンタ６２０から販売仲介用アプリを受信して、当該販売仲介用アプリを実行することによって販売仲介機能を実現する場合を例に挙げて説明する。

【0024】

ステップ（ステップをＳと省略して記載する場合がある。）２０２では、販売仲介サイト６１０が、エッジサーバ４００に対してアプリ取得要求を送信する。販売仲介サイト６１０は、例えば、販売仲介サービスを提供する対象となるノード５０の上位のエッジサーバ４００に対してアプリ取得要求を送信する。

【0025】

Ｓ２０４では、エッジサーバ４００が、販売仲介サイト６１０から受信したアプリ取得要求に応じてデータセンタ６２０に対してアプリ要求を送信する。Ｓ２０６では、データセンタ６２０が、エッジサーバ４００から受信したアプリ要求に応じて、販売仲介用アプリをエッジサーバ４００に送信する。エッジサーバ４００は、受信した販売仲介用アプリを格納して実行する。

【0026】

Ｓ２０８では、ノード５２が、エッジサーバ４００において実行されている販売仲介用アプリを介して、販売仲介サイト６１０に対して商品の閲覧要求を送信する。Ｓ２１０では、販売仲介サイト６１０が、エッジサーバ４００において実行されている販売仲介用アプリを介して、閲覧応答を行う。閲覧応答として、例えば商品の情報がノード５２に送信される。

【0027】

Ｓ２１２では、ノード５２が注文データをエッジサーバ４００に送信する。ここでは、受注者ノードが、ノード５２と同じエッジサーバ４００の配下であるノード５４であるものとして説明を続ける。

【0028】

Ｓ２１４では、エッジサーバ４００が、注文データを販売仲介サイト６１０に送信する。Ｓ２１６では、エッジサーバ４００が、ノード５４に注文データを直接送信する。受注者ノードの受注者は、受信した注文データに従って、商品の発送等を行う。Ｓ２１８では、受注者ノードが、商品の発送を終えたことなどを報告する報告データを販売仲介サイト６１０に送信する。

【0029】

Ｓ２２０では、販売仲介サイト６１０がアプリ削除要求をエッジサーバ４００に送信する。エッジサーバ４００は、受信したアプリ削除要求に従って、販売仲介用アプリを削除する。

【0030】

上述したように、販売仲介サービスをエッジサーバ４００に実行させる必要がある間だけ、エッジサーバ４００に販売仲介用アプリを配置する構成とすることによって、販売仲介用アプリをエッジサーバ４００上に常駐させる場合と比べて、エッジサーバ４００の記憶容量の使用量を低減することができる。これにより、例えば、エッジサーバ４００の記憶領域の使用量に応じた課金がなされる場合に、課金額を適切に低減することができる。

【0031】

図２に示す例と同様、販売仲介サービスをエッジサーバ３００に実行させる必要がある間だけ、エッジサーバ３００に販売仲介用アプリを配置する構成としてもよい。また、販売仲介サービスをエッジサーバ２００に実行させる必要がある間だけ、エッジサーバ２００に販売仲介用アプリを配置する構成としてもよい。

【0032】

図３は、エッジサーバ４００の機能構成の一例を概略的に示す。エッジサーバ４００は、通信部４０２、アプリ受信部４０４、アプリ格納部４０６、及びアプリ実行部４０８を備える。エッジサーバ４００は、アプリ格納部４０６に格納されている販売仲介用アプリをアプリ実行部４０８が実行することによって、注文データ受信部４１２、注文データ処理部４１４、注文データ送信部４１６、及び注文データ送信部４１８として機能する。

【0033】

通信部４０２は、各種通信を行う。通信部４０２は、販売仲介サイト６１０と通信してよい。通信部４０２は、ノード５０と通信してよい。通信部４０２は、ノード５０と販売仲介サイト６１０との通信を中継してよい。

【0034】

アプリ受信部４０４は、販売仲介用アプリを受信する。アプリ受信部４０４は、例えば、通信部４０２が販売仲介サイト６１０から受信したアプリ取得要求に応じて、販売仲介用アプリを受信する。アプリ受信部４０４は、データセンタ６２０から販売仲介用アプリを受信してよい。アプリ受信部４０４は、販売仲介サイト６１０から販売仲介用アプリを受信してもよい。

【0035】

アプリ格納部４０６は、販売仲介用アプリを格納する。アプリ格納部４０６は、アプリ受信部４０４が受信した販売仲介用アプリを格納してよい。

【0036】

アプリ実行部４０８は、アプリ格納部４０６に格納されている販売仲介用アプリを実行する。アプリ実行部４０８は、販売仲介用アプリを実行することによって、エッジサーバ４００を注文データ受信部４１２、注文データ処理部４１４、注文データ送信部４１６、及び注文データ送信部４１８として機能させてよい。

【0037】

注文データ受信部４１２は、エッジサーバ４００の配下の複数のノード５０のうち、注文者ノードによって送信された注文データを受信する。

【0038】

注文データ処理部４１４は、注文データ受信部４１２が受信した注文データを処理する。注文データ受信部４１２は、注文データに含まれる受注者情報を参照して、受注者ノードがエッジサーバ４００の配下の複数のノード５０のいずれかであると判定した場合、注文データ送信部４１６に注文データを販売仲介サイト６１０に向けて送信させつつ、注文データ送信部４１８に注文データを受注者ノードに対して直接送信させてよい。

【0039】

注文データ処理部４１４は、注文データ送信部４１８に、注文データに含まれる複数の内容の全てを受注者ノードに送信させてよく、また、注文データに含まれる複数の内容の一部を受注者ノードに送信させてもよい。例えば、注文データ処理部４１４は、注文データに含まれる注文者情報、商品情報及び受注者情報のうち、注文者情報及び商品情報を注文データ送信部４１８に送信させる。

【0040】

注文データ処理部４１４は、受注者ノードがエッジサーバ４００の配下の複数のノード５０のいずれでもないと判定した場合、注文データ送信部４１６に、エッジサーバ４００の上位のエッジサーバ３００に対して、注文データを送信させてよい。

【0041】

アプリ削除部４２０は、アプリ格納部４０６に格納されている販売仲介用アプリを削除する。アプリ削除部４２０は、予め定められた第１の条件が満たされた場合に、アプリ格納部４０６から販売仲介用アプリを削除してよい。予め定められた条件は、例えば、販売仲介サイト６１０から販売仲介用アプリを削除する指示を受信したことであってよい。また、予め定められた条件は、例えば、販売仲介サイト６１０によって、販売仲介用アプリの使用期限が設定されていた場合、当該使用期限に達したことであってよい。

【0042】

アプリ削除部４２０によってアプリ格納部４０６から販売仲介用アプリが削除された後、アプリ受信部４０４は、予め定められた第２の条件が満たされた場合に、販売仲介用アプリを受信してアプリ格納部４０６に格納してよい。予め定められた第２の条件は、例えば、販売仲介サイト６１０から販売仲介用アプリを取得する取得要求を受信したことであってよい。また、予め定められた条件は、例えば、販売仲介サイト６１０によって、販売仲介用アプリの取得スケジュールが指定されていた場合、当該取得スケジュールが示す販売仲介用アプリの取得時期が訪れたことであってよい。

【0043】

エッジサーバ３００も、エッジサーバ４００と同様の構成を有してよい。エッジサーバ２００も、エッジサーバ４００と同様の構成を有してよい。

【0044】

図４は、エッジサーバ４００として機能するコンピュータ１０００のハードウエア構成の一例を概略的に示す。本実施形態に係るコンピュータ１０００は、ホストコントローラ１０９２により相互に接続されるＣＰＵ１０１０及びＲＡＭ１０３０を有するＣＰＵ周辺部と、入出力コントローラ１０９４によりホストコントローラ１０９２に接続されるＲＯＭ１０２０、通信Ｉ／Ｆ１０４０、ハードディスクドライブ１０５０、及び入出力チップ１０８０を有する入出力部を備える。

【0045】

ＣＰＵ１０１０は、ＲＯＭ１０２０及びＲＡＭ１０３０に格納されたプログラムに基づいて動作し、各部の制御を行う。通信Ｉ／Ｆ１０４０は、有線又は無線によりネットワークを介して他の装置と通信する。また、通信Ｉ／Ｆ１０４０は、通信を行うハードウエアとして機能する。ハードディスクドライブ１０５０は、ＣＰＵ１０１０が使用するプログラム及びデータを格納する。

【0046】

ＲＯＭ１０２０は、コンピュータ１０００が起動時に実行するブート・プログラム及びコンピュータ１０００のハードウエアに依存するプログラムなどを格納する。入出力チップ１０８０は、例えばパラレル・ポート、シリアル・ポート、キーボード・ポート、マウス・ポートなどを介して各種の入出力装置を入出力コントローラ１０９４へと接続する。

【0047】

ＲＡＭ１０３０を介してハードディスクドライブ１０５０に提供されるプログラムは、ＩＣカードなどの記録媒体に格納されて利用者によって提供される。プログラムは、記録媒体から読み出され、ＲＡＭ１０３０を介してハードディスクドライブ１０５０にインストールされ、ＣＰＵ１０１０において実行される。

【0048】

コンピュータ１０００にインストールされ、コンピュータ１０００をエッジサーバ４００として機能させるプログラムは、ＣＰＵ１０１０などに働きかけて、コンピュータ１０００を、エッジサーバ４００の各部としてそれぞれ機能させてよい。これらのプログラムに記述された情報処理は、コンピュータ１０００に読込まれることにより、ソフトウエアと上述した各種のハードウエア資源とが協働した具体的手段である通信部４０２、アプリ受信部４０４、アプリ格納部４０６、アプリ実行部４０８、及びアプリ削除部４２０として機能する。そして、これらの具体的手段によって、本実施形態におけるコンピュータ１０００の使用目的に応じた情報の演算又は加工を実現することにより、使用目的に応じた特有のエッジサーバ４００が構築される。

【0049】

以上、本発明を実施の形態を用いて説明したが、本発明の技術的範囲は上記実施の形態に記載の範囲には限定されない。上記実施の形態に、多様な変更または改良を加えることが可能であることが当業者に明らかである。その様な変更または改良を加えた形態も本発明の技術的範囲に含まれ得ることが、特許請求の範囲の記載から明らかである。

【0050】

特許請求の範囲、明細書、および図面中において示した装置、システム、プログラム、および方法における動作、手順、ステップ、および段階などの各処理の実行順序は、特段「より前に」、「先立って」などと明示しておらず、また、前の処理の出力を後の処理で用いるのでない限り、任意の順序で実現しうることに留意すべきである。特許請求の範囲、明細書、および図面中の動作フローに関して、便宜上「まず、」、「次に、」などを用いて説明したとしても、この順で実施することが必須であることを意味するものではない。

【符号の説明】

【0051】

１０ クラウドネットワーク、２０ ネットワーク、３０ ネットワーク階層、４０ ネットワーク階層、５０ ノード、５２ ノード、５４ ノード、１００ システム、２００ エッジサーバ、３００ エッジサーバ、４００ エッジサーバ、４０２ 通信部、４０４ アプリ受信部、４０６ アプリ格納部、４０８ アプリ実行部、４１２ 注文データ受信部、４１４ 注文データ処理部、４１６ 注文データ送信部、４１８ 注文データ送信部、４２０ アプリ削除部、６１０ 販売仲介サイト、６２０ データセンタ、１０００ コンピュータ、１０１０ ＣＰＵ、１０２０ ＲＯＭ、１０３０ ＲＡＭ、１０４０ 通信Ｉ／Ｆ、１０５０ ハードディスクドライブ、１０８０ 入出力チップ、１０９２ ホストコントローラ、１０９４ 入出力コントローラ

【要約】

【課題】販売仲介サイトによるネットワークリソースの使用状況を適切に管理できる技術を提供する。
【解決手段】第１のネットワーク階層に配置され、配下の複数のノードと販売仲介サイトとの間の第１のネットワーク階層よりも上位のネットワーク階層を介した通信を中継する中継装置であって、販売仲介用アプリを格納するアプリ格納部と、販売仲介用アプリを実行することによって、中継装置を、複数のノードのうち商品を注文する注文者ノードによって送信された複数の内容を含む注文データを受信する注文データ受信部、注文データを販売仲介サイトに送信する第１注文データ送信部、及び商品を受注する受注者ノードが複数のノードのいずれかである場合に第１のネットワーク階層よりも上位のネットワーク階層を介さずに複数の内容のうちの少なくとも一部を受注者ノードに送信する第２注文データ送信部として機能させるアプリ実行部とを備える中継装置を提供する。
【選択図】図３

【図1】

【図2】

【図3】

【図4】