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

Abstract

【課題】ウェブサイトの譲渡に関するサイト移行の手続きを簡便にして、サイト移行の手続きのリスクを低減する。
【解決手段】プロセッサと、メモリとを備えるコンピュータに実行させるためのプログラムであって、プロセッサに、ウェブサイトの譲渡を希望する売却希望ユーザから、ウェブサイトの売却案件登録を受け付けるステップと、売買対象となるウェブサイトについての取引に関する情報を、売却案件ページ上に表示するステップと、ウェブサイトの購入を希望する購入希望ユーザから、ウェブサイトの購入の提案を受け付けるステップと、ウェブサイトのドメイン契約の名義、および管理サーバの契約の名義を、売却希望ユーザから購入希望ユーザに切り替えさせるステップと、を実行させる。
【選択図】図１２

Description

特許法第３０条第２項適用申請有り ラッコ株式会社は、各種メディア（４２件、２０２１年２月１日－２０２１年９月２１日）、ＳＮＳ（１８件、２０２１年１月６日－２０２１年１１月１日）及び自社ホームページ（６１件、２０２０年１２月４日－２０２１年１１月３０日）に、自社のサービスを公開することにより、本発明に係る「プログラム、方法、及びシステム」について公開した。

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

近年、ウェブサイトの管理者が、自身が運営してきたウェブサイトを他人に譲渡し、管理権限を当該他人に移譲することが行われている。
例えば特許文献１には、案件紹介ページから購入希望者に購入の募集をかけ、購入希望者と譲渡希望者とつなぐシステムが開示されている。

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

一般に、ウェブサイトを他人に譲渡するサイト移行手続きは、移転元と移転先の技術仕様やサービス特性の確認といった事前準備から、移転元となるサーバから、サイトデータを移転先となるサーバに移動するとともに、ドメインの移管及び、DNSの設定変更、動作確認などが行われる。このようなサイト移行手続きは作業が煩雑であるとともに、手続きの一部に瑕疵がある場合には、データが紛失し復旧できなくなること、又は譲渡後の利用が停止されることが想定され、一定のリスクを伴うものであった。また一連の作業は、数日間から２週間程度の期間を要することが一般的であった。

本開示は、ウェブサイトの譲渡に関するサイト移行手続きを簡便にして、サイト移行手続きのリスクを低減するシステムを提供することを目的とする。

本開示のプログラムは、プロセッサと、メモリとを備えるコンピュータに実行させるためのプログラムであって、プロセッサに、ウェブサイトの譲渡を希望する売却希望ユーザから、ウェブサイトの売却案件登録を受け付けるステップと、売買対象となるウェブサイトについての取引に関する情報を、売却案件ページ上に表示するステップと、ウェブサイトの購入を希望する購入希望ユーザから、ウェブサイトの購入の提案を受け付けるステップと、ウェブサイトのドメイン契約の名義、および管理サーバの契約の名義を、売却希望ユーザから購入希望ユーザに切り替えさせるステップと、を実行させる。

本発明のシステムによれば、ウェブサイトの譲渡に関するサイト移行手続きを簡便にして、サイト移行手続きのリスクを低減することができる。

本実施形態のシステムの全体構成を示す図である。 本実施形態のシステムに含まれる端末装置の機能的な構成を示すブロック図である。 本実施形態のシステムに含まれる取引管理サーバの構成を示す図である。 本実施形態のシステムに含まれるドメイン契約管理サーバの構成を示す図である。 本実施形態のシステムに含まれるサーバ契約管理サーバの構成を示す図である。 取引管理サーバが記憶するデータテーブルの一例を示す図である。 ドメイン契約管理サーバおよびサーバ契約管理サーバが記憶するデータテーブルの一例を示す図である。 本実施形態のシステムの処理のうち、サイトの売却登録から案件情報管理テーブルの更新までの処理を示す図である。 本実施形態のシステムの処理のうち、売却案件ページの閲覧から購入提案までの処理を示す図である。 本実施形態のシステムの処理のうち、取引条件の入力から電子契約サービスへの情報送信までの処理を示す図である。 本実施形態のシステムの処理のうち、契約締結の報告の受付から送金受領の通知までの処理を示す図である。 本実施形態のシステムの処理のうち、サーバ契約の名義変更の要求から手続き完了の通知までの処理を示す図である。 本実施形態のシステムにおける画面例を示す図である。 本実施形態のシステムの処理のうち、ドメイン契約管理サーバへの事前のドメイン移管、およびサーバ契約管理サーバへの事前のサーバ契約の処理を説明する図である。

以下、本発明の一実施形態について、図面に基づいて詳細に説明する。なお、実施形態を説明するための図面において、同一の構成要素には原則として同一の符号を付し、その繰り返しの説明は省略する。

＜１．概要＞
本実施形態に係るウェブサイト取引および管理システム１（単にシステム１という）は、ユーザが運営するウェブサイトを管理するシステムである。システム１は、ウェブサイトのドメインの管理、およびサイトデータの管理を行うとともに、ユーザ同士の合意に応じて、当該ウェブサイトを他のユーザに譲渡（売却）するうえでの必要な手続きを実行する。すなわち、システム１は、ユーザ間でのウェブサイトに関する取引を管理する機能を有する。

＜２．全体構成＞
図１は、本実施形態のシステム１の全体構成を示す図である。図１に示すように、システム１は、端末装置１０と、取引管理サーバ２０と、ドメイン契約管理サーバ３０と、サーバ契約管理サーバ４０と、を備えている。
端末装置１０、取引管理サーバ２０、ドメイン契約管理サーバ３０，およびサーバ契約管理サーバ４０は、有線又は無線の通信規格を用いて、ネットワーク８０を介して相互に通信可能に接続されている。

端末装置１０は、例えば、ウェブサイトの運営を行うユーザが使用する端末である。また、端末装置１０には、他のユーザからウェブサイトを購入して、将来的にウェブサイトの運営を行う予定のあるユーザが使用する端末も含まれる。
図示の例では、複数の端末装置１０がシステム１に含まれている。なお、端末装置１０の数量は、ユーザの人数に合わせて任意に変更可能である。ウェブサイトの内容については、例えばアニメや映画鑑賞のブログ、又はゲームの攻略法をまとめたブログ等、様々なものが含まれる。

端末装置１０は、例えば、据え置き型のＰＣ（Personal Computer）、ラップトップＰＣ、により実現される。また、端末装置１０は、スマートフォン、タブレット端末、又はヘッドマウントディスプレイ等などの携行性を備えたコンピュータであってもよい。

＜３．端末装置１０の構成＞
次に、図２を用いて端末装置１０の構成について説明する。図２Ａは、端末装置１０のハードウェア構成を示す図である。図２Ｂは、端末装置１０の機能的な構成を示す図である。
図２Ａに示すように、端末装置１０は、通信ＩＦ（Ｉｎｔｅｒｆａｃｅ）１２と、入力装置１３と、出力装置１４と、メモリ１５と、記憶部１６と、プロセッサ１９とを備える。

通信ＩＦ１２は、端末装置１０が外部の装置と通信するため、信号を送受信するためのインタフェースである。
入力装置１３は、ユーザからの入力操作を受け付けるための入力装置である。入力装置１３は、例えば、タッチパネル、タッチパッド、マウス等のポインティングデバイス、キーボード等を含む。

出力装置１４は、ユーザに対し情報を提示するための出力装置である。出力装置１４は、例えば、ディスプレイ、スピーカ等を含む。
メモリ１５は、プログラム、および、プログラム等で処理されるデータ等を一時的に記憶するためのものであり、例えば、ＤＲＡＭ（Dynamic Random Access Memory）等の揮発性のメモリにより実現される。

記憶部１６は、データを保存するための記憶装置であり、例えば、フラッシュメモリ、ＨＤＤ（Hard Disc Drive）により実現される。
プロセッサ１９は、プログラムに記述された命令セットを実行するためのハードウェアであり、演算装置、レジスタ、周辺回路等により構成される。

図２Ｂに示すように、端末装置１０は、通信部１２１と、入出力部１３０と、記憶部１７０と、制御部１８０とを備える。また、端末装置１０は、図２では図示されていない機能、及び構成（例えば、電力を保持するためのバッテリー、バッテリーから各回路への電力の供給を制御する電力供給回路等）も備える。端末装置１０に含まれる各ブロックは、例えば、バス等により電気的に接続される。

通信部１２１は、端末装置１０が他の装置と通信するための処理を行う。通信部１２１は、制御部１８０で生成された信号に送信処理を施し、外部（例えば、取引管理サーバ２０）へ送信する。通信部１２１は、外部から受信した信号に受信処理を施し、制御部１８０へ出力する。

入出力部１３０は、端末装置１０を所有するユーザからの入力操作を受け付け、出力内容を表示するための機構を有する。具体的には入出力部１３０は、キーボード１３１と、ディスプレイ１３２と、を含む。入出力部１３０は、マウス等の他の入力デバイスを含むこととしてもよい。

キーボード１３１は、タイピングされたテキストデータを、ユーザからの入力操作として制御部１８０へ出力する。
ディスプレイ１３２は、制御部１８０の制御に応じて、画像、動画、テキスト等のデータを表示する。ディスプレイ１３２は、例えばＬＣＤ（Liquid Crystal Display）又は有機ＥＬ（Electro-Luminescence）ディスプレイ等によって実現される。

記憶部１７０は、例えばフラッシュメモリ等により構成され、端末装置１０が使用するデータ、及びプログラムを記憶する。

制御部１８０は、プロセッサ１９が記憶部１７０に記憶されるプログラムを読み込み、プログラムに含まれる命令を実行することにより実現される。制御部１８０は、端末装置１０の動作を制御する。具体的には、例えば、制御部１８０は、操作受付部１８１、送受信部１８２、取得部１８３、提示部１８４としての機能を発揮する。

操作受付部１８１は、入力装置１３から入力されるユーザの操作を受け付けるための処理を行う。例えば、操作受付部１８１は、キーボード１３１に対して入力されたテキストデータに基づいて、操作を受け付ける。

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

取得部１８３は、端末装置１０を使用するユーザが入力した情報を取得する。取得される情報としては、例えば、ユーザが端末装置１０のキーボード１３１から入力した情報が挙げられる。取得部１８３により取得された情報は、送受信部１８２を介して取引管理サーバ２０へ送信される。
提示部１８４は、ユーザに対して種々の情報を提示する。

＜４．取引管理サーバ２０の構成＞
次に、図３を用いて取引管理サーバ２０の構成について説明する。図３Ａは、取引管理サーバ２０のハードウェア構成を示す図である。図３Ｂは、取引管理サーバ２０の機能的な構成を示す図である。
取引管理サーバ２０は、ウェブサイトに関する取引を管理するサーバである。取引管理サーバ２０は、ネットワーク８０に接続されたコンピュータである。

図３Ａに示すように、取引管理サーバ２０は、通信ＩＦ２２と、入出力ＩＦ２３と、メモリ２５と、ストレージ２６と、プロセッサ２９と、を備える。

通信ＩＦ２２は、取引管理サーバ２０が外部の装置と通信するため、信号を送受信するためのインタフェースである。
入出力ＩＦ２３は、ユーザからの入力操作を受け付けるための入力装置、および、端末装置１０に対し情報を提示するための出力装置とのインタフェースとして機能する。

メモリ２５は、プログラム、および、プログラム等で処理されるデータ等を一時的に記憶するためのものであり、例えばＤＲＡＭ等の揮発性のメモリにより実現される。
ストレージ２６は、データを保存するための記憶装置であり、例えばフラッシュメモリ、ＨＤＤにより実現される。
プロセッサ２９は、プログラムに記述された命令セットを実行するためのハードウェアであり、演算装置、レジスタ、周辺回路などにより構成される。

図３Ｂに示すように、取引管理サーバ２０は、通信部２０１と、記憶部２０２と、制御部２０３としての機能を発揮する。

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

記憶部２０２は、取引管理サーバ２０が使用するデータ及びプログラムを記憶する。例えば、記憶部２０２は、以下のデータテーブルを記憶する。
・アカウントテーブル２８１
・案件情報管理テーブル２８２
・取引情報管理テーブル２８３
これらの各データテーブルの詳細については後述する。

制御部２０３は、プロセッサ２９が記憶部２０２に記憶されるプログラムを読み込み、プログラムに含まれる命令を実行することにより実現される。制御部２０３は、取引管理サーバ２０の動作を制御する。具体的には、例えば、制御部２０３は、送受信部２０３１、データ取得部２０３２、手続実行部２０３３、売却案件ページ作成部２０３４、および通知部２０３５としての機能を発揮する。

送受信部２０３１は、取引管理サーバ２０が、端末装置１０等の外部の装置と、通信プロトコルに従ってデータを送受信する処理を制御する。

データ取得部２０３２は、送受信部２０３１が受信した各種の情報を取得し、記憶部２０２に記憶させる。データ取得部２０３２は、取得した情報の内容に応じて、記憶部２０２に記憶されるそれぞれのデータテーブルにおいて、新たなレコードとして記録する。

手続実行部２０３３は、記憶部２０２に記録されている情報、および端末装置１０から入力された情報に基づいて、ウェブサイトの移転に関する手続きを実行する。
また、手続実行部２０３３は、ドメイン契約管理サーバ３０、およびサーバ契約管理サーバ４０に対して各種の操作を要求する。手続実行部２０３３がドメイン契約管理サーバ３０、およびサーバ契約管理サーバ４０に対して要求する各種の操作については後述する。

売却案件ページ作成部２０３４は、売却案件ページを作成する。売却案件ページとは、サーバ契約管理サーバ４０に管理されている各種のウェブサイトのうち、管理者ユーザが、売却を希望している案件が公開されている掲示板である。売却案件ページから、公開されているウェブサイトの購入等の手続きを行うことができる。

売却案件ページでは、売却対象となる各ウェブサイトの概要および詳細情報が開示されている。売却案件ページの具体的な表示態様については後述する。
売却案件ページ作成部２０３４は、売却案件ページを閲覧するユーザからの閲覧に関する操作に応じて、案件情報管理テーブル２８２に格納された案件ごとの情報を、売却案件ページのフォーマットに沿って表示する。

通知部２０３６は、端末装置１０に対して、各種の通知を行う。
通知部２０３６は、売却案件ページを介した取引における、支払いの要求、支払いの受領、取引の成立、および契約内容を端末装置１０に通知する。これらの各処理の内容については後述する。

＜５．ドメイン契約管理サーバ３０の構成＞
次に、図４を用いてドメイン契約管理サーバ３０の構成について説明する。図４Ａは、ドメイン契約管理サーバ３０のハードウェア構成を示す図である。図４Ｂは、ドメイン契約管理サーバ３０の機能的な構成を示す図である。
図４Ａに示すように、ドメイン契約管理サーバ３０は、通信ＩＦ（Ｉｎｔｅｒｆａｃｅ）３２と、入出力ＩＦ３３と、メモリ３５と、ストレージ３６と、プロセッサ３９と、を備える。

通信ＩＦ３２は、端末装置１０が外部の装置と通信するため、信号を送受信するためのインタフェースである。
入出力ＩＦ３３は、ユーザからの入力操作を受け付けるための入力装置、および、端末装置１０に対し情報を提示するための出力装置とのインタフェースとして機能する。

メモリ３５は、プログラム、および、プログラム等で処理されるデータ等を一時的に記憶するためのものであり、例えば、ＤＲＡＭ（Dynamic Random Access Memory）等の揮発性のメモリにより実現される。

ストレージ３６は、データを保存するための記憶装置であり、例えば、フラッシュメモリ、ＨＤＤ（Hard Disc Drive）により実現される。
プロセッサ３９は、プログラムに記述された命令セットを実行するためのハードウェアであり、演算装置、レジスタ、周辺回路等により構成される。

図４Ｂに示すように、ドメイン契約管理サーバ３０は、通信部３０１と、記憶部３０２と、制御部３０３としての機能を発揮する。

通信部３０１は、ドメイン契約管理サーバ３０が外部の装置と通信するための処理を行う。

記憶部３０２は、ドメイン契約管理サーバ３０が使用するデータ及びプログラムを記憶する。例えば、記憶部３０２は、以下のデータテーブルを記憶する。
・ドメイン契約情報管理テーブル２８４
このデータテーブルの詳細については後述する。

制御部３０３は、プロセッサ３９が記憶部３０２に記憶されるプログラムを読み込み、プログラムに含まれる命令を実行することにより実現される。制御部３０３は、ドメイン契約管理サーバ３０の動作を制御する。具体的には、例えば、制御部３０３は、送受信部３０３１、データ取得部３０３２、ドメイン管理部３０３３としての機能を発揮する。

送受信部３０３１は、ドメイン契約管理サーバ３０が、端末装置１０等の外部の装置と、通信プロトコルに従ってデータを送受信する処理を制御する。

データ取得部３０３２は、送受信部３０３１が受信した各種の情報を取得し、記憶部３０２に記憶させる。データ取得部３０３２は、取得した情報の内容に応じて、記憶部３０２に記憶されるそれぞれのデータテーブルにおいて、新たなレコードとして記録する。

ドメイン管理部３０３３は、ドメイン契約管理サーバ３０に管理されるウェブサイトのドメインを管理する。ドメイン管理部３０３３は、ドメイン名とＤＮＳサーバとの紐づけを行うネームサーバ申請を行う。ドメイン管理部３０３３は、各ドメインについて、ウェブサイトの管理者であるユーザの契約名義と関連付けて管理する。

＜６．サーバ契約管理サーバ４０の構成＞
次に、図５を用いてサーバ契約管理サーバ４０の構成について説明する。図５Ａは、サーバ契約管理サーバ４０のハードウェア構成を示す図である。図５Ｂは、サーバ契約管理サーバ４０の機能的な構成を示す図である。
図５Ａに示すように、サーバ契約管理サーバ４０は、通信ＩＦ（Ｉｎｔｅｒｆａｃｅ）４２と、入出力ＩＦ４３と、メモリ４５と、ストレージ４６と、プロセッサ４９と、を備える。

通信ＩＦ４２は、端末装置１０が外部の装置と通信するため、信号を送受信するためのインタフェースである。
入出力ＩＦ４３は、ユーザからの入力操作を受け付けるための入力装置、および、端末装置１０に対し情報を提示するための出力装置とのインタフェースとして機能する。

メモリ４５は、プログラム、および、プログラム等で処理されるデータ等を一時的に記憶するためのものであり、例えば、ＤＲＡＭ（Dynamic Random Access Memory）等の揮発性のメモリにより実現される。

ストレージ４６は、データを保存するための記憶装置であり、例えば、フラッシュメモリ、ＨＤＤ（Hard Disc Drive）により実現される。
プロセッサ４９は、プログラムに記述された命令セットを実行するためのハードウェアであり、演算装置、レジスタ、周辺回路等により構成される。

図５Ｂに示すように、サーバ契約管理サーバ４０は、通信部４０１と、記憶部４０２と、制御部４０３としての機能を発揮する。

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

記憶部４０２は、サーバ契約管理サーバ４０が使用するデータ及びプログラムを記憶する。例えば、記憶部２０２は、以下のデータテーブルを記憶する。
・サーバ契約情報管理テーブル２８５
このデータテーブルの詳細については後述する。

制御部４０３は、プロセッサ４９が記憶部４０２に記憶されるプログラムを読み込み、プログラムに含まれる命令を実行することにより実現される。制御部２０３は、サーバ契約管理サーバ４０の動作を制御する。具体的には、例えば、制御部４０３は、送受信部４０３１、データ取得部４０３２、サーバ管理部４０３３としての機能を発揮する。

送受信部４０３１は、サーバ契約管理サーバ４０が、端末装置１０等の外部の装置と、通信プロトコルに従ってデータを送受信する処理を制御する。

データ取得部４０３２は、送受信部４０３１が受信した各種の情報を取得し、記憶部４０２に記憶させる。データ取得部４０３２は、取得した情報の内容に応じて、記憶部４０２に記憶されるそれぞれのデータテーブルにおいて、新たなレコードとして記録する。

サーバ管理部４０３３は、サーバの契約を管理する。サーバ管理部４０３３は、入力操作に従って、サーバ契約の名義変更を行う。詳細については後述する。

＜８．データ構造＞
図６は、取引管理サーバ２０が記憶するデータテーブルの一例を示す図である。図６に示す各データテーブルの構造はあくまで一例であり、記載されていないデータ項目が含まれてもよい。

＜８－１．アカウントテーブル＞
図６Ａは、アカウントテーブル２８１のデータ構造の一例を示す図である。アカウントテーブル２８１は、ユーザのアカウント情報を管理するデータテーブルである。
アカウントテーブル２８１のレコードの各々は、項目「ユーザＩＤ」、項目「パスワード」、項目「属性」、項目「組織名」、項目「氏名」、項目「メールアドレス」、項目「郵便番号」、項目「所在地」、項目「電話番号」、項目「ＳＭＳ認証フラグ」、項目「本人確認フラグ」項目「銀行項口座情報」等を含む。

項目「ユーザＩＤ」には、ユーザを識別するためのＩＤが格納される。

項目「パスワード」、には、ユーザＩＤに該当するユーザが本システム１へのログイン時に入力が要求されるパスワードが格納される。

項目「属性」には、ユーザＩＤに該当するユーザの属性に関する情報が格納される。ユーザの属性に関する情報としては、ユーザが、法人などの組織か、個人か、を区別する情報を指す。

項目「組織名」には、ユーザＩＤに該当するユーザが所属する組織の名称が格納される。

項目「氏名」には、ユーザＩＤに該当するユーザの氏名が格納される。

項目「メールアドレス」には、ユーザＩＤに該当するユーザのメールアドレスが格納されている。

項目「郵便番号」には、ユーザＩＤに該当するユーザの住所又は居所の郵便番号が格納されている。

項目「所在地」には、ユーザＩＤに該当するユーザの住所又は居所の所在地が格納されている。

項目「電話番号」には、ユーザＩＤに該当するユーザの電話番号が格納されている。

項目「ＳＭＳ認証フラグ」には、ユーザ登録の際に行われる、ユーザの電話番号を用いたＳＭＳ認証が適切に行われたかどうかという情報が格納されている。

項目「本人確認フラグ」には、ユーザ登録の際に行われる免許証等の身分証明書の確認が済んでいるかどうかという情報が格納されている。身分証明書の確認は、例えばユーザが自身の免許証の画像を提供することで行われる。

項目「銀行口座情報」には、ユーザが各種の代金を支払いう際に用いる銀行口座に関する情報が格納されている。
なお、アカウントテーブル２８１には、その他の情報が格納されてもよい。

＜８－２．案件情報管理テーブル＞
図６Ｂは、案件情報管理テーブル２８２のデータ構造の一例を示す図である。案件情報管理テーブル２８２は、ユーザが運営するウェブサイトに情報を管理するデータテーブルである。

案件情報管理テーブル２８２のレコードの各々は、項目「案件ＩＤ」、項目「売主ユーザＩＤ」、項目「主な売却対象物名称」、項目「主な売却対象物のＵＲＬ」、項目「案件ステータス」、項目「リアルタイム譲渡連携フラグ」、項目「希望売却価格」、「カテゴリ」、項目「アクセスデータ」、項目「収支情報」、項目「概要文」等を含む。

項目「案件ＩＤ」には、売却案件となるウェブサイトを識別するためのＩＤが格納される。

項目「売主ユーザＩＤ」には、案件ＩＤにより特定されるウェブサイトの売主のユーザＩＤが格納される。

項目「主な売却対象物名称」には、案件ＩＤにより特定されるウェブサイトの名称が格納される。

項目「主な売却対象物のＵＲＬ」には、案件ＩＤにより特定されるウェブサイトのＵＲＬが格納される。

項目「案件ステータス」には、案件ＩＤにより特定されるウェブサイトのステータスが格納される。ウェブサイトの状況としては、「審査中」、「掲載中」、「売却先決定」、「成約済み」等が挙げられる。

案件ステータスが「審査中」とは、当該ウェブサイトの運用状況などが確認され、資産価値が審査されている状況を指す。なお、「審査中」に相当するステータスを、「掲載準備中」と表現してもよい。
案件ステータスが「掲載中」とは、当該案件に売却案件登録がされ、売却案件ページに掲載されている状況を指す。なお、「掲載中」に相当するステータスを、「受付中」と表現してもよい。

案件ステータスが「売却先決定」とは、当該案件が、売却希望ユーザから購入提案を承諾した状態を指す。
案件ステータスが「成約済み」とは、売却希望ユーザと購入希望ユーザとの間で、契約が締結され全ての取引が完了した状態を指す。

項目「リアルタイム譲渡連携フラグ」には、案件ＩＤにより特定されるウェブサイトが、本システム１により実行するリアルタイム譲渡に連携しているかどうかに関する情報が格納されている。具体的には、リアルタイム譲渡を行うためには、当該ウェブサイトが、ドメイン契約管理サーバ３０およびサーバ契約管理サーバ４０により既に管理されていること、およびサーバアカウントＩＤに複数のウェブサイトが管理されていないかといった要件が求められる。

項目「希望売却価格」には、案件ＩＤにより特定されるウェブサイトについて、売主が希望する売却価格が格納されている。

項目「カテゴリ」には、案件ＩＤにより特定されるウェブサイトのカテゴリが格納されている。ウェブサイトのカテゴリとは、ウェブサイトの内容を示す区分であり、例えば、スポーツ、アニメ、ゲーム、映画等がある。

項目「アクセスデータ」には、案件ＩＤにより特定されるウェブサイトへのアクセスに関するデータが格納されている。

項目「収支情報」には、案件ＩＤにより特定されるウェブサイトの運用における収支情報が格納されている。

項目「概要文」には、案件ＩＤにより特定されるウェブサイトの概要を示す説明文が格納されている。
なお、案件情報管理テーブル２８２には、その他の情報が格納されてもよい。

＜８－３．取引情報管理テーブル＞
図４Ｃは、取引情報管理テーブル２８３のデータ構造の一例を示す図である。取引情報管理テーブル２８３は、ユーザ間でのウェブサイトの取引に関する情報を管理するデータテーブルである。

取引情報管理テーブル２８３のレコードの各々は、項目「取引ＩＤ」、項目「案件ＩＤ」、項目「売主ユーザＩＤ」、項目「買主ユーザＩＤ」、項目「取引ステータス」、項目「合意金額」、項目「取引条件」、項目「契約者情報」等を含む。

項目「取引ＩＤ」には、売却案件に関する取引を識別するためのＩＤが格納される。

項目「案件ＩＤ」には、取引ＩＤにより特定される取引の対象となるウェブサイトの案件ＩＤが格納される。

項目「売主ユーザＩＤ」には、取引ＩＤにより特定される取引において、ウェブサイトを売却するユーザのユーザＩＤが格納される。

項目「買主ユーザＩＤ」には、取引ＩＤにより特定される取引において、ウェブサイトを購入するユーザのユーザＩＤが格納される。

項目「取引ステータス」には、取引ＩＤにより特定される取引のステータスが格納される。取引ステータスには、「交渉申込み」、「交渉中」、「取引条件確認」、「契約書作成」、「エスクロー入金」、「サイト移行・検収」、「取引完了」などがある。これらの各ステータスは、後述する取引に関する各処理と対応しており、取引が進むたびにステータスが更新される。

項目「合意金額」には、取引ＩＤにより特定される取引において、ウェブサイトを売買するうえでの売却金額として、ユーザ間で合意された金額が格納される。

項目「取引条件」には、取引ＩＤにより特定される取引における各種の条件が格納される。各種の条件とは、具体的には、サイト移行の期限日、研修期間、運用サポート期間、競業避止期間など、契約書に含める項目を指す。

項目「契約者情報」には、取引ＩＤにより特定される取引における契約者の情報、すなわち売主ユーザと買主ユーザの情報が格納されている。
なお、取引情報管理テーブル２８３には、その他の情報が格納されてもよい。

＜８－４．ドメイン契約情報管理テーブル＞
図７には、ドメイン契約管理サーバ３０およびサーバ契約管理サーバ４０が記憶するデータテーブルの一例を示す図である。
図７Ａは、ドメイン契約管理サーバ３０が記憶するドメイン契約情報管理テーブル２８４の一例を示す図である。ドメイン契約情報管理テーブル２８４は、ドメイン契約に関する情報を管理するデータテーブルである。

ドメイン契約情報管理テーブル２８４のレコードの各々は、項目「ドメインＩＤ」、項目「ドメイン名」、項目「ステータス」、項目「ユーザＩＤ（所有者）」、項目「有効期限」、項目「管理者ロックフラグ」等を含む。

項目「ドメインＩＤ」には、ドメイン契約管理サーバ３０が管理するドメインを識別するためのＩＤが格納されている。

項目「ドメイン名」には、ドメインＩＤにより特定されるドメインの名称が格納されている。

項目「ステータス」には、ドメインＩＤにより特定されるドメインのステータスが格納される。

項目「ユーザＩＤ（所有者）」には、ドメインＩＤにより特定されるドメインの所有者であるゆ

項目「有効期限」には、ドメインＩＤにより特定されるドメインの有効期限が格納されている。

項目「管理者ロックフラグ」には、ドメインＩＤにより特定されるドメインが管理者によりロック（操作制限）されているかどうかを示す情報が格納されている。

＜８－５．サーバ契約情報管理テーブル＞
図７Ｂは、サーバ契約管理サーバ４０が記憶するサーバ契約情報管理テーブル２８５の一例を示す図である。サーバ契約情報管理テーブル２８５は、サーバ契約に関する情報を管理するデータテーブルである。

サーバ契約情報管理テーブル２８５のレコードの各々は、項目「サーバアカウントＩＤ」、項目「ログイン情報」、項目「プラン」、項目「ステータス」、項目「ユーザＩＤ（所有者）」、項目「有効期限」、項目「アドオンドメイン情報」、項目「管理者ロックフラグ」等を含む。

項目「サーバアカウントＩＤ」には、サーバ契約管理サーバ４０が管理するサーバ契約を識別するＩＤが格納されている。

項目「ログイン情報」には、サーバアカウントＩＤにより特定されるサーバアカウントにログインする際に入力が要求されるログイン情報が格納される。

項目「プラン」には、サーバアカウントＩＤにより特定されるサーバアカウントの契約プランを示す情報が格納されている。

項目「ステータス」には、サーバアカウントＩＤにより特定されるサーバアカウントのステータスが格納されている。

項目「ユーザＩＤ（所有者）」には、サーバアカウントＩＤにより特定されるサーバアカウントを行っているユーザのユーザＩＤが格納されている。サーバ契約を行っているユーザとは、売却案件となるウェブサイトの所有者を指す。

項目「有効期限」には、サーバアカウントＩＤにより特定されるサーバアカウントの有効期限を示す情報が格納されている。

項目「アドオンドメイン情報」、にはサーバ契約管理サーバ４０に紐づけられているドメイン名の一覧が格納されている。

項目「管理者ロックフラグ」にはサーバアカウントＩＤにより特定されるサーバアカウントに、管理者によるロック（操作制限）がされているかどうかを示す情報が格納されている。

＜９．システムの処理フロー＞
以下、図８～図１２を参照して、システム１による処理について説明する。
図８は、本実施形態のシステムの処理のうち、サイトの売却登録から案件情報管理テーブル２８２の更新までの処理を示す図である。

まず、自身が管理するウェブサイトの売却を希望する売却希望ユーザが、端末装置１０を操作して、当該ウェブサイトの売却案件登録を行う（ステップＳ１１１）。売却案件登録とは、ウェブサイトを売却する旨の意思表示である。

ステップＳ１１１の後に、取引管理サーバ２０は、売却案件登録を受け付ける（ステップＳ２１１）。この際、取引管理サーバ２０のデータ取得部２０３２は、案件情報管理テーブル２８２における案件ステータスを「審査中」に変更する。ここで、システム１の運営者による審査が行われる。審査では、売却を希望されたウェブサイトが適切に管理されており、取引の対象になりえるものかどうかが審査される。審査を通過すると、ステップＳ２１２の処理を実行する。審査を通過しなかった場合は、売却の取引は認められず手続きは終了する。

ステップＳ２１１の後に、取引管理サーバ２０は、操作制限をドメイン契約管理サーバ３０およびサーバ契約管理サーバ４０に要求する（ステップＳ２１２）。
ステップＳ２１２の後に、ドメイン契約管理サーバ３０は、ドメイン契約の変更を制限するように、ドメイン契約に操作制限を実行する（ステップＳ３１１）。これにより、ドメイン契約管理サーバ３０のデータ取得部３０３２は、ドメイン契約情報管理テーブル２８４における管理者ロックフラグをオンにする。

ステップＳ２１２の後に、サーバ契約管理サーバ４０に対して、サーバ契約の操作制限を実行する（ステップＳ４１１）。これにより、サーバ契約管理サーバ４０のデータ取得部４０３２は、サーバ契約情報管理テーブル２８５における管理者ロックフラグをオンにする。
ステップＳ３１１およびステップＳ４１１により、当該ウェブサイトを運営する売却希望ユーザは、当該ウェブサイトの表示に関わる設定変更、譲渡対象外のドメイン設定の追加、解約、管理会社の変更などの操作ができない状態となる。これにより、ドメイン契約およびサーバ契約という個別の契約が、ウェブサイトという一つの単位として成立され、譲渡可能な状態が維持される。

ステップＳ２１２の後に、取引管理サーバ２０は、当該ウェブサイトを売却案件として公開可能に案件情報管理テーブル２８２を更新する（ステップＳ２１３）。具体的には、取引管理サーバ２０の売却案件ページ作成部２０３４が、売却案件ページを更新する。この際、案件情報管理テーブル２８２における当該ウェブサイトの案件ステータスが「掲載中」となる。

図９は、本実施形態のシステムの処理のうち、売却案件ページの閲覧から購入提案までの処理を示す図である。
ウェブサイトの購入を希望する購入希望ユーザは、端末装置１０から取引管理サーバ２０にアクセスし、売却案件ページを閲覧する（ステップＳ１２１）。

ステップＳ１２１の後に、購入希望ユーザは、交渉申し込みを行う。具体的には、端末装置１０が交渉申し込みの操作を受け付ける（ステップＳ１２２）。
ステップＳ１２２の後に、取引管理サーバ２０は、購入希望ユーザから入力された交渉申し込みに基づき、取引情報管理テーブル２８３を更新する（ステップＳ２２１）。具体的には、取引情報管理テーブル２８３における取引ステータスを「交渉申し込み」に更新する。

ステップＳ２２１の後に、取引管理サーバ２０は、交渉申し込みを売却希望ユーザに通知する（ステップＳ２２２）。
ステップＳ２２２の後に、売却希望ユーザは、交渉申し込みを承認する場合には、ステップＳ１３１を端末装置１０に実行される。具体的には、売却希望ユーザの端末装置１０が、売却希望ユーザからの交渉申し込みを承認する操作を受け付ける（ステップＳ１３１）。
一方、売却希望ユーザが交渉申し込みを承認しない場合には、交渉は終了する。

ステップＳ１３１の後に、取引管理サーバ２０は、取引情報管理テーブル２８３の取引ステータスを「交渉中」に更新し、ウェブサイトの情報を購入希望ユーザに開示する。（ステップＳ２２３）。またこの際、取引管理サーバ２０は、交渉開始を各ユーザに通知する。これにより両者による交渉が開始される。取引管理サーバ２０は、ユーザ間でやりとりされるチャットを受付ける。

ステップＳ２２３の後に、購入希望ユーザは売却希望ユーザと調整した購入条件で購入を希望する場合には、購入条件での購入提案の操作を行う。購入希望ユーザの端末装置１０は、購入提案の操作を受け付ける（ステップＳ１２３）。購入希望ユーザが購入条件に合意しない場合には、交渉中の状態を維持することができる。交渉中の状態において、購入希望ユーザおよび売却希望ユーザのうちの双方が、任意のタイミングで交渉を終了することができる。

交渉を継続する場合には、ステップＳ１２３の後に、取引管理サーバ２０は、購入希望ユーザからの購入提案を受領する（ステップＳ２２４）。この際、取引管理サーバ２０は、売却希望ユーザが使用する端末装置１０に受領した購入提案を通知する。

ステップＳ２２４の後に、売却希望ユーザは、購入提案のうち、譲渡をしてもよいと思われるユーザからの提案を承認する（ステップＳ１３２）。具体的には、端末装置１０が、購入提案を承認する操作を受け付ける。端末装置１０は、その結果を取引管理サーバ２０に通知する。
購入提案の申請は、複数の購入希望ユーザから受領することがある。この場合には、売却希望ユーザは、複数の購入提案から、任意の一つを選択する。仮に売却希望ユーザが、購入提案を承認しない場合は、交渉中のステータスが維持される。

ステップＳ１３２の後に、取引管理サーバ２０は、購入提案の承認を受領する（ステップＳ２２５）。この際、取引管理サーバ２０は、案件情報管理テーブル２８２における案件ステータスを「売却先決定」に変更する。また、取引管理サーバ２０は、取引情報管理テーブル２８３における取引ステータスを「取引条件確認」に更新する。

図１０は、本実施形態のシステムの処理のうち、取引条件の入力から電子契約サービスへの情報送信までの処理を示す図である。
ステップＳ２２４の後に、端末装置１０は、売却希望ユーザからの取引条件の入力を受け付ける（ステップＳ１５１）。取引条件とは、例えば、競業避止期間、検収期間など契約書に盛り込む各種の条件である。

ステップＳ１５１の後に、取引管理サーバ２０は、購入希望ユーザの端末装置１０に対して、取引条件の確認依頼を行う（ステップＳ２２６）。

ステップＳ２２６の後に、購入希望ユーザの端末装置１０は、取引条件の承認の受付を行う（ステップＳ１４１）。具体的には、取引管理サーバ２０から提示された取引条件を売却希望ユーザが確認し、その内容への承認を行う。端末装置１０は、入力された承認操作を取引管理サーバ２０に返す。

ステップＳ１４１の後に、取引管理サーバ２０は、契約書の作成を行う（ステップＳ２２７）。契約書は、承認された取引条件の内容に基づいて作成される。この際、取引情報管理テーブル２８３における取引ステータスは「契約書作成」に変更される。

ステップＳ２２７の後に、売却希望ユーザの端末装置１０は、契約書のチェックの受付を行う（ステップＳ１５２）。具体的には、売却希望ユーザが契約書をチェックし、問題ない旨の意思表示を端末装置１０に対して行う。端末装置１０は、その結果を取引管理サーバ２０に返す。

ステップＳ１５２の後に、取引管理サーバ２０は、購入希望ユーザの端末装置１０に対して、契約書の確認依頼を行う（ステップＳ２２８）。具体的には、売却希望ユーザがチェックした契約書を購入希望ユーザに送信し、問題がないかどうかの回答を入力させる。

ステップＳ２２８の後に、購入希望ユーザの端末装置１０は、契約書の承認の受付を行う（ステップＳ１４２）。具体的には、購入希望ユーザが契約書をチェックし、問題ない旨の意思表示を端末装置１０に対して行う。端末装置１０は、その結果を取引管理サーバ２０に返す。

仮に、売却希望ユーザおよび購入希望ユーザのいずれか一方が契約書の内容を修正したい場合には、以下のいずれかの手続きが行われる。
・取引条件内で定義した値だけを変更したい場合は、売却希望ユーザによる「取引条件の入力」からやりなおす。
・自動生成された契約書をダウンロードして、修正したものをＰＤＦデータにしてアップロードする。
・全てオリジナルの契約書を作成し、ＰＤＦデータにしてアップロードする。
上記のいずれかを行ったうえで、契約書の確認を改めて購入希望ユーザに対して行う。

ステップＳ１４２の後に、取引管理サーバ２０は、電子契約サービスに情報を送信する（ステップＳ２２９）。具体的には、取引管理サーバ２０は、売却希望ユーザおよび購入希望ユーザに関する情報、および契約書の内容に関する情報を電子契約サービスに提供し、当該サービスによる電子契約を締結させる。取引管理サーバ２０と電子契約サービスはＡＰＩ連携されている。

図１１は、本実施形態のシステムの処理のうち、契約締結の報告の受付から送金受領の通知までの処理を示す図である。
ステップＳ２２９の後に、取引管理サーバ２０は、電子契約サービスから契約締結の報告を受け付ける（ステップＳ２３１）。

ステップＳ２３１の後に、取引管理サーバ２０は、購入希望ユーザの端末装置１０に対して、エスクロー送金を要求する（ステップＳ２３２）。エスクロー送金とは、購入希望ユーザから、購入に係る代金を一時的に預かり、譲渡対象物が適切に譲渡されたことが確認した後に、売却希望ユーザに売却代金を支払う送金方法である。この際、取引管理サーバ２０は、購入希望ユーザに対して振込先となる銀行口座を指定する。購入希望ユーザは、指定された銀行口座に対して振込を行う。またこの際、取引情報管理テーブル２８３における取引ステータスは「エスクロー入金」に変更される。

ステップＳ２３２の後に、取引管理サーバ２０は、エスクロー送金が適切に行われた旨を受領する（ステップＳ２３３）。これに伴い、取引管理サーバ２０は、取引情報管理テーブル２８３の取引ステータスを「サイト移行・検収」に更新する。

ステップＳ２３３の後に、取引管理サーバ２０は、購入希望ユーザおよび売却希望ユーザそれぞれの端末装置１０に対して、購入希望ユーザからの送金を受領した旨を通知する（ステップＳ２３４）。

図１２は、本実施形態のシステムの処理のうち、サーバ契約の名義変更の要求から手続き完了の通知までの処理を示す図である。

ステップＳ２３４の後に、取引管理サーバ２０は、サーバ契約管理サーバ４０に対して、サーバ契約の名義変更を要求する（ステップＳ２４１）。サーバ契約の名義変更の要求は、エスクロー送金の受領（ステップＳ２３３）をトリガーとして行われる。

ステップＳ２４１の後に、サーバ契約管理サーバ４０は、サーバ契約の名義を変更する（ステップＳ４２１）。これにより、サーバアカウントの契約者が、売却希望ユーザから購入希望ユーザに変更される。

ステップＳ４２１の後に、サーバ契約管理サーバ４０は、新たなログイン情報を割り当てて、購入希望ユーザに通知する（ステップＳ４２２）。この際、サーバ契約管理サーバ４０のサーバ管理部４０３３は、サーバ契約に係るサーバアカウントはそのまま引き継ぎ、サーバアカウントに対応するパスワードを、ランダムに発行して変更する。データ取得部４０３２は、割り当てられたログイン情報を用いて、サーバ契約情報管理テーブル２８５におけるログイン情報、およびユーザＩＤを更新する。またこの際、サーバ契約への操作制限が解除される。

ステップＳ４２２の後に、購入希望ユーザの端末装置１０は、新たなログイン情報を受領する（ステップＳ１６１）。

ステップＳ２３４の後に、取引管理サーバ２０は、ドメイン契約管理サーバ３０に対して、ドメインの名義変更を要求する（ステップＳ２４２）。ドメインの名義変更の要求は、エスクロー送金の受領（ステップＳ２３３）をトリガーとして行われる。

ステップＳ２４２の後に、ドメイン契約管理サーバ３０は、ドメインの名義を変更する（ステップＳ３２１）。ドメイン契約管理サーバ３０のドメイン管理部３０３３は、ドメイン契約情報管理テーブル２８４におけるユーザＩＤを更新する。またこの際、ドメイン契約への操作制限が解除される。

ステップＳ３２１の後に、取引管理サーバ２０は、ドメインおよびサーバの名義変更をメールで購入希望ユーザおよび売却希望ユーザの双方に通知する（ステップＳ２４３）。通知内容は、名義変更の完了のお知らせと、他に譲渡するべき資産がある場合は移行作業をする旨を指示し、それらの移行完了後、購入希望ユーザに対して検収作業を指示するものとなっている。これにより、購入希望ユーザは、購入したウェブサイトの動作確認を含む検収作業を開始する。すなわち、本システムが実行するリアルタイム譲渡では、ステップＳ４２１およびステップＳ３２１により、ユーザ間でウェブサイトの移行が完了する。

ステップＳ２４３の後に、端末装置１０は、検収完了の操作を受け付ける（ステップＳ１６２）。具体的には、検収を行い問題がなかった旨を購入希望ユーザが端末装置１０に対して入力する。仮に検収作業で問題が発生した場合には、その旨を連絡し、売却希望ユーザに対して取引中止申請を送信する。この際、売却希望ユーザが承認すると、契約が解除される。契約が解除された場合には、既に購入希望ユーザに移行していた譲渡対象物は、売却希望ユーザに戻す作業が行われる。

ステップＳ１６２の後に、取引管理サーバ２０は、売却希望ユーザの売却代金の送金を行う（ステップＳ２４４）。すなわち、検収が完了したことを条件として、売却希望ユーザがウェブサイトの売却に関して受けるべき代金（売却代金）を受け取ることができる。なお、売却希望ユーザが受け取る売却代金は、購入希望ユーザが支払った購入に係る代金から、所定の手数料が差し引かれた額に相当する。

ステップＳ２４４の後に、取引管理サーバ２０は、手続完了を売却希望ユーザおよび購入希ユーザに対して通知する（ステップＳ２４５）。これにより、ウェブサイトの譲渡に関する全ての手続きが終了する。この際、取引情報管理テーブル２８３における取引ステータスは「取引完了」に変更される。また、案件情報管理テーブル２８２における案件ステータスは「成約済み」に変更される。

＜１０．画面例＞
次に、図１３を参照して、システム１の画面例について説明する。図１３は、システム１の第１画面例を示す図である。第１画面例は、システム１において売買の対象となるウェブサイトを公開する売却案件ページを示す図である。

図１３に示すように、売却案件ページには、サーバ契約管理サーバ４０で管理するウェブサイトの概要が、リスト状（Ｌ１、Ｌ２、Ｌ３、…）に表示されている。画面の左側には、ウェブサイトを検索するための検索欄Ａが設けられている。

検索欄Ａでは、ウェブサイトを条件で絞り込むことができる。条件としては、「タグ」、「種別」、「ステータス」、「キーワード」、「カテゴリ」、「収益モデル」、「希望売却価格」、「売上」、「ＰＶ」、「記事数」、「ユーザ数」、「ＳＮＳ総フォロワー数」等がある。

このうち、タグとは、各案件リストの右下に表示されているラベルを指す。このうち、「リアルタイム譲渡」と表示されている案件については、前述したドメイン契約およびサーバ契約の名義を変更することによる即時的なウェブサイトの移転が可能となっている案件である。
また、タグのうち、「ＰＩＣＫ ＵＰ」については、取引管理サーバ２０で管理される案件のうち、取引条件が優良なお勧め案件に付されている。
また、タグのうち、「サイト移行代行可能」については、リアルタイム売却はできないが、サイト移行の手続きを本システムのサービス提供者側で対応可能な案件にふされている。

各リストには、「サイト名称」、「売却希望価格」、「営業利益」、「売上」、「ＰＶ」、「閲覧数」、「交渉申込数」、「公開日」等の案件についての評価指標が記載されている。またレーダーチャートにより主要な評価指標が可視化されている。
サイト名称をクリックすることで、ウェブサイトの詳細情報が表示される。

＜１１．変形例＞
次に、システム１の変形例について説明する。上記の実施形態では、売買対象となるウェブサイトが、既にドメイン契約管理サーバ３０およびサーバ契約管理サーバ４０で管理されている状況を想定して説明した。一方、この変形例では、ドメイン契約管理サーバ３０およびサーバ契約管理サーバ４０で管理させる処理について説明する。すなわち、図８に示す売却案件登録（ステップＳ１１１）の前処理として行われる処理を説明する。具体的には、ユーザがサーバ契約管理サーバ４０の管理下のサーバ（レンタルサーバ）の利用を開始するケースが想定される。
この際、ユーザは端末装置１０から、自身が運営するウェブサイトのドメインをドメイン契約管理サーバ３０で管理させる依頼を行う。具体的には、端末装置１０は、ドメイン管理の要求を受け付ける（ステップＳ１０１）。

ステップＳ１０１の後に、ドメイン契約管理サーバ３０は、ドメインを管理する（ステップＳ３０１）。これによりドメインの管理権限がドメイン契約管理サーバ３０に移管される。
具体的には、以下の手続きによりドメイン移管が行われる。
・移管元のレジストラで移管準備を行う。（ＷＨＯＩＳ情報代理公開の解除、ドメインロック解除、ＡＵＴＨＣＯＤＥ取得など）
・移転先となるドメイン契約管理サーバ３０で移管申請（転入）をする。
・移管元のレジストラで移管承認（転出）を行う。
・移管完了

ステップＳ３０１の後に、端末装置１０は、サイトデータのエクスポートを行う（ステップＳ１０２）。具体的には、端末装置１０は、サイトデータを移行元となるサーバから抽出するために、サーバからサイト構成ファイルをダウンロードしたり、データベースからＳＱＬデータをエクスポートし、ダウンロードしたりする。

ステップＳ１０２の後に、端末装置１０は、移転先サーバの契約依頼を受け付ける（ステップＳ１０３）。具体的には、ユーザが端末装置１０を操作して、サーバ契約管理サーバ４０に対してサーバ契約を申し込む。

ステップＳ１０３の後に、サーバ契約管理サーバ４０は、サーバ契約を締結する（ステップＳ４０１）。これにより、サーバ契約情報管理テーブル２８５に新たなレコードが記録され、新たなサーバアカウントＩＤが発行される。ステップＳ４０１による新たなサーバアカウントは、サーバ契約の申し込み（ステップＳ１０３）の際に発行され、即時利用可能となる。

ステップＳ４０１の後に、端末装置１０は、サイトデータを移転先サーバへ設置する。（ステップＳ１０４）。

ステップＳ１０４の後に、端末装置１０は、ＤＮＳの変更の依頼受付を行う（ステップＳ１０５）。
ステップＳ１０５の後に、ドメイン契約管理サーバ３０は、ＤＮＳの変更を行う（ステップＳ３０２）。これにより、新たなサーバのＩＰアドレスとドメインが関連付けられる。

以上により、管理するウェブサイトを、他のサーバからサーバ契約管理サーバ４０の管理下のサーバに移転する処理が終了する。
そして、この処理の後に、図８に示す売却案件登録（ステップＳ１１１）の処理を行ってもよい。

＜１２．小括＞
以上説明したように、本実施形態に係るシステム１では、購入希望ユーザからのウェブサイトの購入の提案を受け付けた後に、取引管理サーバ２０が、ドメイン契約管理サーバ３０に対してウェブサイトのドメイン契約の名義を変更させる。また、取引管理サーバ２０は、サーバ契約管理サーバ４０に対して、サーバ契約の名義を変更させる。これにより、ウェブサイトのサイトデータのサーバ間での移転、およびドメインの移管手続きを伴うことなく、ドメインおよびサーバそれぞれの契約名義の変更のみにより、ウェブサイトの所有権を売却希望ユーザから購入希望ユーザに移転することができる。このため、ウェブサイトの譲渡に関するサイト移行の手続きを簡便にして、サイト移行の手続きのリスクを低減することができる。

また、取引管理サーバ２０は、売却案件登録を受け付けるステップの後に、譲渡の対象となるウェブサイトを構成するドメイン契約とサーバ契約に対して、一定の操作制限をさせる。すなわち、ドメイン契約や設定の変更を制限することで、売却希望ユーザがドメインを他人に譲渡することや、意図せぬ変更を防ぐことができる。また、サーバ契約や設定の変更を制限することで、他のサイトが当該サーバアカウントに追加されることや、意図せぬ変更を防ぐことができる。これにより、ドメイン契約およびサーバ契約という個別の契約が、ウェブサイトという一つの単位として成立し、譲渡可能な状態を維持することができる。

また、取引管理サーバ２０は、購入希望ユーザからの購入に係る代金の支払いを検出するステップの後に、購入に係る代金の支払いの検出を契機として、ドメイン名、およびサーバ契約管理サーバ４０の契約を切り替えさせる。このため、購入に係る代金が未払いの状態で手続きが進むのを防ぐことができる。

また、取引管理サーバ２０は、管理サーバの契約に係るサーバアカウントのパスワードを、ランダムに発行した購入希望ユーザが使用するパスワードに変更させるステップを実行させる。これにより、売却希望ユーザから購入希望ユーザに対して管理サーバの契約に係るサーバアカウントのパスワードを適切に変更することができる。
なお、例えばＣＭＳ等によりウェブサイトが管理されている場合には、ＣＭＳのログイン情報についても変更してもよいし、ＣＭＳのログイン情報は変更せずに、そのまま引き継いでもよい。

また、取引管理サーバ２０は、変更したパスワードを含むログイン情報を、購入希望ユーザに通知する。これにより、購入希望ユーザは、変更されたログイン情報を適切に把握することができる。仮にＣＭＳのログイン情報が変更されている場合には、取引管理サーバ２０は変更したログイン情報を購入希望ユーザに通知する。

このように本システム１を利用すれば、売却希望ユーザとしては、ウェブサイトを譲渡する際に最も時間のかかるリードタイムを短縮することができる。従来の手続きであれば通常、数日～２週間程度かかる作業が、ドメイン契約およびサーバ契約の名義変更のみで終わるため、リアルタイム（即時）でのサイト移行を実現することができる。

また、このように、ウェブサイトの譲渡を簡易化、ローリスク化し、ウェブサイトの譲渡に関する障壁を取り除き、取引におけるリードタイムを短縮することで、ウェブサイトの市場における流動性を向上させることが期待できる。
これらの結果、売却希望ユーザとしては、早く安全にウェブサイトの売却を行うことで、早期に現金化することができる。また、購入希望ユーザとしては、早く安全にウェブサイトを購入することで、ウェブサイトで得られる収益を早期に得ることができる。また、本システム１を運営する仲介業者としては、ウェブサイトに関する譲渡契約の成約率が向上し、ウェブサイトの売買価格の上昇、資産価値の向上、および手数料収入の増加が見込まれる。

以上、本開示の好ましい実施形態について説明したが、本開示は係る特定の実施形態に限定されるものではなく、本開示には、特許請求の範囲に記載された発明とその均等の範囲が含まれる。また、上記実施形態及び変形例で説明した装置の構成は、技術的な矛盾が生じない限り、適宜組み合わせ可能である。

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

（付記１）
プロセッサと、メモリとを備えるコンピュータに実行させるためのプログラムであって、プログラムは、プロセッサに、
ウェブサイトの譲渡を希望する売却希望ユーザから、ウェブサイトの売却案件登録を受け付けるステップ（ステップＳ２１１）と、
売買対象となるウェブサイトについての取引に関する情報を、売却案件ページ上に表示するステップ（ステップＳ２１３）と、
ウェブサイトの購入を希望する購入希望ユーザから、ウェブサイトの購入の提案を受け付けるステップ（ステップＳ２２４）と、
ウェブサイトのドメイン契約の名義、および管理サーバの契約の名義を、売却希望ユーザから購入希望ユーザに切り替えさせるステップ（ステップＳ２４１、ステップＳ２４２）と、を実行させるプログラム。

（付記２）
売却案件登録を受け付けるステップ（ステップＳ２１１）の後に、
譲渡の対象となるウェブサイトを構成するドメイン契約とサーバ契約に対して、一定の操作制限をさせるステップ（ステップＳ２１２）を実行させる、付記１に記載のプログラム。

（付記３）
ウェブサイトの購入の提案を受け付けるステップ（ステップＳ２１１）の後に、購入希望者からの購入に係る代金の支払いを検出するステップ（ステップＳ２３３）を実行させ、
当該支払いの検出をトリガーとして、ドメイン契約の名義およびサーバ契約の名義を切り替えさせる、付記１又は２に記載のプログラム。

（付記４）
ウェブサイトのドメイン契約の名義、および管理サーバの契約の名義を、売却希望ユーザから、購入希望ユーザに切り替えさせるステップ（ステップＳ２４１、ステップＳ２４２）において、
管理サーバの契約に係るサーバアカウントのパスワードを、購入希望ユーザが使用するパスワードに変更させるステップ（ステップＳ４２２）を実行させる、付記１から３のいずれかに記載のプログラム。

（付記５）
変更したパスワードを含むログイン情報を、購入希望ユーザに通知するステップ（ステップＳ４２２）を実行させる、付記４に記載のプログラム。

（付記６）
ウェブサイトの売却案件登録を受け付けるステップの前に、
ウェブサイトのドメインの管理を、ドメイン契約を管理するシステムに要求するステップ（ステップＳ１０１）と、
ウェブサイトを構成するサイトデータを、管理サーバ内に設置させるステップ（ステップＳ１０４）と、を実行させる付記１から５のいずれかに記載のプログラム。

（付記７）
プロセッサと、メモリとを備えるコンピュータに実行させるための方法であって、方法は、プロセッサが、
ウェブサイトの譲渡を希望する売却希望ユーザから、ウェブサイトの売却案件登録を受け付けるステップ（ステップＳ２１１）と、
売買対象となるウェブサイトについての取引に関する情報を、売却案件ページ上に表示するステップ（ステップＳ２１３）と、
ウェブサイトの購入を希望する購入希望ユーザから、ウェブサイトの購入の提案を受け付けるステップ（ステップＳ２２４）と、
ウェブサイトのドメイン契約の名義、および管理サーバの契約の名義を、売却希望ユーザから購入希望ユーザに切り替えさせるステップ（ステップＳ２４１、２４２）と、を実行する方法。

（付記８）
プロセッサと、メモリとを備えるコンピュータを備えるシステムであって、システムにおけるプロセッサは、
ウェブサイトの譲渡を希望する売却希望ユーザから、ウェブサイトの売却案件登録を受け付けるモジュール（２０３２）と、
売買対象となるウェブサイトについての取引に関する情報を、売却案件ページ上に表示するモジュール（２０３４）と、
ウェブサイトの購入を希望する購入希望ユーザから、ウェブサイトの購入の提案を受け付けるモジュール（２０３２）と、
ウェブサイトのドメイン契約の名義、および管理サーバの契約の名義を、売却希望ユーザから購入希望ユーザに切り替えさせるモジュール（２０３３）と、を備えるシステム。

１…システム
１０…端末装置
１３…入力装置
１４…出力装置
１５…メモリ
１６…記憶部
１９…プロセッサ
２０…サーバ
２０１…通信部
２０２…記憶部
２０３…制御部
２５…メモリ
２６…ストレージ
２９…プロセッサ

Claims (8)

1. プロセッサと、メモリとを備えるコンピュータに実行させるためのプログラムであって、前記プログラムは、前記プロセッサに、
   ウェブサイトの譲渡を希望する売却希望ユーザから、前記ウェブサイトの売却案件登録を受け付けるステップと、
   売買対象となるウェブサイトについての取引に関する情報を、売却案件ページ上に表示するステップと、
   ウェブサイトの購入を希望する購入希望ユーザから、前記ウェブサイトの購入の提案を受け付けるステップと、
   前記ウェブサイトのドメイン契約の名義、および管理サーバの契約の名義を、前記売却希望ユーザから前記購入希望ユーザに切り替えさせるステップと、を実行させるプログラム。
2. 前記売却案件登録を受け付けるステップの後に、
   譲渡の対象となる前記ウェブサイトを構成するドメイン契約とサーバ契約に対して、一定の操作制限をさせるステップを実行させる、請求項１に記載のプログラム。
3. 前記ウェブサイトの購入の提案を受け付けるステップの後に、購入希望者からの購入に係る代金の支払いを検出するステップを実行させ、
   当該支払いの検出をトリガーとして、ドメイン契約の名義およびサーバ契約の名義を切り替えさせる、請求項１又は２に記載のプログラム。
4. 前記ウェブサイトのドメイン契約の名義、および管理サーバの契約の名義を、前記売却希望ユーザから、前記購入希望ユーザに切り替えさせるステップにおいて、
   前記管理サーバの契約に係るサーバアカウントのパスワードを、前記購入希望ユーザが使用するパスワードに変更させるステップを実行させる、請求項１から３のいずれか１項に記載のプログラム。
5. 変更した前記パスワードを含むログイン情報を、前記購入希望ユーザに通知するステップを実行させる、請求項４に記載のプログラム。
6. 前記ウェブサイトの売却案件登録を受け付けるステップの前に、
   前記ウェブサイトのドメインの管理を、ドメイン契約を管理するシステムに要求するステップと、
   前記ウェブサイトを構成するサイトデータを、管理サーバ内に設置させるステップと、を実行させる請求項１から５のいずれか１項に記載のプログラム。
7. プロセッサと、メモリとを備えるコンピュータに実行させるための方法であって、前記方法は、前記プロセッサが、
   ウェブサイトの譲渡を希望する売却希望ユーザから、前記ウェブサイトの売却案件登録を受け付けるステップと、
   売買対象となるウェブサイトについての取引に関する情報を、売却案件ページ上に表示するステップと、
   ウェブサイトの購入を希望する購入希望ユーザから、前記ウェブサイトの購入の提案を受け付けるステップと、
   前記ウェブサイトのドメイン契約の名義、および管理サーバの契約の名義を、前記売却希望ユーザから前記購入希望ユーザに切り替えさせるステップと、を実行する方法。
8. プロセッサと、メモリとを備えるコンピュータを備えるシステムであって、前記システムにおける前記プロセッサは、
   ウェブサイトの譲渡を希望する売却希望ユーザから、前記ウェブサイトの売却案件登録を受け付けるモジュールと、
   売買対象となるウェブサイトについての取引に関する情報を、売却案件ページ上に表示するモジュールと、
   ウェブサイトの購入を希望する購入希望ユーザから、前記ウェブサイトの購入の提案を受け付けるモジュールと、
   前記ウェブサイトのドメイン契約の名義、および管理サーバの契約の名義を、前記売却希望ユーザから前記購入希望ユーザに切り替えさせるモジュールと、を備えるシステム。
   
   
   
   
   

Images