(57)【特許請求の範囲】
【請求項１】
依頼ユーザの端末とお手伝いユーザの端末とから、位置データとお手伝いの依頼のつぶやきのデータとを取得する依頼取得手段と、
前記位置データと前記つぶやきのデータとから、検索条件に合うお手伝いユーザを検索して、該お手伝いユーザに報知するつぶやき検索手段と、
前記依頼ユーザと、検索された前記お手伝いユーザとの交渉のサービスを行うマッチング手段と、
前記交渉が成立し終了した依頼の前記お手伝いユーザ及び前記依頼ユーザの評価のデータと、前記依頼ユーザと前記お手伝いユーザの過去の評価データの履歴とにより、ユーザ評価値の増減をするユーザ評価手段とを備え、
前記ユーザ評価手段は、
前記お手伝いユーザと前記依頼ユーザとの評価の差が大きい場合に前記ユーザ評価値を増やさず、各ユーザの依頼に対する評価をつける前記ユーザ評価値の合計を制限し、異常値を発見するパターン認識を行う等の統計的な処理を行い、人工知能的な推定を行い依頼が不正でないか判定し、及び／又は前記お手伝いユーザの位置の移動データを参照して実際に依頼が遂行されたのかチェックを行う
ことを特徴とするお手伝いシステムのサーバ。
【請求項２】
前記マッチングの際に、記述言語で契約書を作成する契約書作成手段と、
前記依頼ユーザのアカウントと前記お手伝いユーザのアカウントとの間で、前記契約書に従って、決済を行う決済手段とを備える
ことを特徴とする請求項１に記載のお手伝いシステムのサーバ。
【請求項３】
前記依頼取得手段は、公開鍵で暗号化された前記つぶやきを取得して、依頼ユーザの端末とお手伝いユーザのアカウントに備えられた暗号鍵で復号化し、
前記つぶやき検索手段は、検索条件に合う前記つぶやきのみを表示する
ことを特徴とする請求項１又は２に記載のお手伝いシステムのサーバ。
【請求項４】
依頼ユーザの端末と、お手伝いユーザの端末と、お手伝いシステムのサーバとを備えるお手伝いシステムにおいて、
前記お手伝いシステムのサーバは、
前記依頼ユーザの端末と前記お手伝いユーザの端末とから、位置データとお手伝いの依頼のつぶやきのデータとを取得する依頼取得手段と、
前記位置データと前記つぶやきのデータとから、検索条件に合うお手伝いユーザを検索して、該お手伝いユーザに報知するつぶやき検索手段と、
前記依頼ユーザと、検索された前記お手伝いユーザとの交渉のサービスを行うマッチング手段と、
前記交渉が成立し終了した依頼の前記お手伝いユーザ及び前記依頼ユーザの評価のデータと、前記依頼ユーザと前記お手伝いユーザの過去の評価データの履歴とにより、ユーザ評価値の増減をするユーザ評価手段とを備え、
前記お手伝いシステムのサーバの前記ユーザ評価手段は、
前記お手伝いユーザと前記依頼ユーザとの評価の差が大きい場合に前記ユーザ評価値を増やさず、各ユーザの依頼に対する評価をつける前記ユーザ評価値の合計を制限し、異常値を発見するパターン認識を行う等の統計的な処理を行い、人工知能的な推定を行い依頼が不正でないか判定し、及び／又は前記お手伝いユーザの位置の移動データを参照して実際に依頼が遂行されたのかチェックを行い、
前記依頼ユーザの端末又は前記お手伝いユーザの端末は、
端末の地図上の位置データを報知する居場所送信手段と、
前記お手伝いシステムのサーバに対して、公開鍵で暗号化されたお手伝いの依頼と、前記位置データとを、つぶやきのデータによって送信するつぶやき投稿手段と、
前記お手伝いシステムのサーバのつぶやき検索手段からの情報を受信して、ユーザにお手伝い又は依頼があったことを報知する報知手段とを備え、
前記依頼ユーザの端末又は前記お手伝いユーザの端末の前記つぶやき投稿手段は、交渉が成立した依頼の前記お手伝いユーザ又は前記依頼ユーザの評価のデータを送信する
ことを特徴とするお手伝いシステム。
【請求項５】
お手伝いシステムにおいて、ハードウェア資源を用いて実行するお手伝いシステムの制御方法であって、
依頼ユーザの端末又はお手伝いユーザの端末とから、お手伝いシステムのサーバに対して、公開鍵で暗号化されたお手伝いの依頼と、端末の地図上の位置データとを、つぶやきによって送信し、
お手伝いシステムのサーバにより、受信した前記位置データと前記つぶやきのデータとから、検索条件に合うお手伝いユーザを検索して、該お手伝いユーザの端末に報知し、
前記依頼ユーザと、検索された前記お手伝いユーザとの交渉のサービスを行い、
前記交渉が成立し終了した依頼の前記お手伝いユーザ及び前記依頼ユーザの評価のデータと、前記依頼ユーザと前記お手伝いユーザの過去の評価データの履歴とにより、ユーザ評価値の増減をし、
前記お手伝いユーザと前記依頼ユーザとの評価の差が大きい場合に前記ユーザ評価値を増やさず、各ユーザの依頼に対する評価をつける前記ユーザ評価値の合計を制限し、異常値を発見するパターン認識を行う等の統計的な処理を行い、人工知能的な推定を行い依頼が不正でないか判定し、及び／又は前記お手伝いユーザの位置の移動データを参照して実際に依頼が遂行されたのかチェックを行う
ことを特徴とするお手伝いシステムの制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、お手伝いシステムのサーバ、お手伝いシステムの端末。お手伝いシステム、及びお手伝いシステムの制御方法に係り、特にお手伝いユーザと依頼ユーザとがネットワーク上で依頼、委託、受託を行うお手伝いシステムのサーバ、お手伝いシステムの端末、お手伝いシステム、及びお手伝いシステムの制御方法に関する。
【背景技術】
【０００２】
近年、社会構成の変化、特に都市化に伴う旧来の共同体の崩壊から、人間関係の希薄化が問題になってきている。
このため、特に都市部においては、身体が丈夫でないお年寄りや、共稼ぎの夫婦等、共同体内での助け合いがないため、不自由な生活を強いられていることも多い。
ここで、近年のコンピュータの小型化、高機能化、及びネットワークの高度化のような情報技術（ＩＴ、Ｉｎｆｏｒｍａｔｉｏｎ  Ｔｅｃｈｎｏｌｏｇｙ）が発展している。このため、例えば、携帯電話を用いて、より密に人々のコミュニケーションが取れるようになってきている。
そこで、このような情報技術を用いて、こういった不自由な生活をしている人々を相互扶助できるようなシステム（以下、お手伝いシステムと称する。）を構築することが考えられる。
【０００３】
ここで、従来の情報技術を用いたシステムとして、特許文献１を参照するとインターネットのような開放型ネットワークへの接続環境を利用して地域限定サービスのための情報を契約者間でのみ送受可能とすることにより、サービス提供者は宅配コストや広告費用を節約できると共に、サービス利用者は生活や地域に密着した情報や商品を低コストで簡便に入手できる地域限定サービス網が記載されている（以下、従来技術１とする。）。
従来技術１の明細書の段落〔００４１〕を参照すると、Ｗｅｂサ一ビスである「住人スキル互助活動」と「シニアクラブ」が記載されている。「住人スキル互助活動」とは、住人の固有スキルをデータベースに登録し、住人は毎月一定金額を支払い、何かある場合にはそれを原資にスキルのある住人がお手伝いをするシステムである。だれもが何がしか、地域の役に立つコミュニティーとなり、地域交流につながる。また、「シニアクラブ」は高齢者にインターネットを通じて趣味、生活支援に役立てるシステムであり、会員相互にパソコンを教えあったり、同好会の情報発信をしたりするサークル活動をネットサービスの一環として提供するものである。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００１−１８６１９０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来技術１は、地域限定サービスのための情報を契約者間でのみ送受可能な地域限定サービス網のシステムであり、そもそもこのようなシステムが構築されていない地域では利用することができないという問題があった。
従来のインターネットの掲示板等を介して、お手伝いシステムを構築しようとすると、見知らぬ人同士が依頼したりお手伝いしたりという事態が発生するため、危険であるという問題があった。
【０００６】
本発明は、このような状況に鑑みてなされたものであり、上述の課題を解消することを課題とする。
【課題を解決するための手段】
【０００７】
本発明のお手伝いシステムのサーバは、依頼ユーザの端末とお手伝いユーザの端末とから、位置データとお手伝いの依頼のつぶやきのデータとを取得する依頼取得手段と、前記位置データと前記つぶやきのデータとから、検索条件に合うお手伝いユーザを検索して、該お手伝いユーザに報知するつぶやき検索手段と、前記依頼ユーザと、検索された前記お手伝いユーザとの交渉のサービスを行うマッチング手段と、前記交渉が成立し終了した依頼の前記お手伝いユーザ及び前記依頼ユーザの評価のデータと、前記依頼ユーザと前記お手伝いユーザの過去の評価データの履歴とにより、ユーザ評価値の増減をするユーザ評価手段とを備え、前記ユーザ評価手段は、前記お手伝いユーザと前記依頼ユーザとの評価の差が大きい場合に前記ユーザ評価値を増やさず、各ユーザの依頼に対する評価をつける前記ユーザ評価値の合計を制限し、異常値を発見するパターン認識を行う等の統計的な処理を行い、人工知能的な推定を行い依頼が不正でないか判定し、及び／又は前記お手伝いユーザの位置の移動データを参照して実際に依頼が遂行されたのかチェックを行うことを特徴とする。
本発明のお手伝いシステムのサーバは、前記マッチングの際に、記述言語で契約書を作成する契約書作成手段と、前記依頼ユーザのアカウントと前記お手伝いユーザのアカウントとの間で、前記契約書に従って、決済を行う決済手段とを備えることを特徴とする。
本発明のお手伝いシステムのサーバは、前記依頼取得手段は、公開鍵で暗号化された前記つぶやきを取得して、依頼ユーザの端末とお手伝いユーザのアカウントに備えられた暗号鍵で復号化し、前記つぶやき検索手段は、検索条件に合う前記つぶやきのみを表示することを特徴とする。
本発明のお手伝いシステムは、依頼ユーザの端末と、お手伝いユーザの端末と、お手伝いシステムのサーバとを備えるお手伝いシステムにおいて、前記お手伝いシステムのサーバは、前記依頼ユーザの端末と前記お手伝いユーザの端末とから、位置データとお手伝いの依頼のつぶやきのデータとを取得する依頼取得手段と、前記位置データと前記つぶやきのデータとから、検索条件に合うお手伝いユーザを検索して、該お手伝いユーザに報知するつぶやき検索手段と、前記依頼ユーザと、検索された前記お手伝いユーザとの交渉のサービスを行うマッチング手段と、前記交渉が成立し終了した依頼の前記お手伝いユーザ及び前記依頼ユーザの評価のデータと、前記依頼ユーザと前記お手伝いユーザの過去の評価データの履歴とにより、ユーザ評価値の増減をするユーザ評価手段とを備え、前記お手伝いシステムのサーバの前記ユーザ評価手段は、前記お手伝いユーザと前記依頼ユーザとの評価の差が大きい場合に前記ユーザ評価値を増やさず、各ユーザの依頼に対する評価をつける前記ユーザ評価値の合計を制限し、異常値を発見するパターン認識を行う等の統計的な処理を行い、人工知能的な推定を行い依頼が不正でないか判定し、及び／又は前記お手伝いユーザの位置の移動データを参照して実際に依頼が遂行されたのかチェックを行い、前記依頼ユーザの端末又は前記お手伝いユーザの端末は、端末の地図上の位置データを報知する居場所送信手段と、前記お手伝いシステムのサーバに対して、公開鍵で暗号化されたお手伝いの依頼と、前記位置データとを、つぶやきのデータによって送信するつぶやき投稿手段と、前記お手伝いシステムのサーバのつぶやき検索手段からの情報を受信して、ユーザにお手伝い又は依頼があったことを報知する報知手段とを備え、前記依頼ユーザの端末又は前記お手伝いユーザの端末の前記つぶやき投稿手段は、交渉が成立した依頼の前記お手伝いユーザ又は前記依頼ユーザの評価のデータを送信することを特徴とする。
本発明のお手伝いシステムの制御方法は、お手伝いシステムにおいて、ハードウェア資源を用いて実行するお手伝いシステムの制御方法であって、依頼ユーザの端末又はお手伝いユーザの端末とから、お手伝いシステムのサーバに対して、公開鍵で暗号化されたお手伝いの依頼と、端末の地図上の位置データとを、つぶやきによって送信し、お手伝いシステムのサーバにより、受信した前記位置データと前記つぶやきのデータとから、検索条件に合うお手伝いユーザを検索して、該お手伝いユーザの端末に報知し、前記依頼ユーザと、検索された前記お手伝いユーザとの交渉のサービスを行い、前記交渉が成立し終了した依頼の前記お手伝いユーザ及び前記依頼ユーザの評価のデータと、前記依頼ユーザと前記お手伝いユーザの過去の評価データの履歴とにより、ユーザ評価値の増減をし、前記お手伝いユーザと前記依頼ユーザとの評価の差が大きい場合に前記ユーザ評価値を増やさず、各ユーザの依頼に対する評価をつける前記ユーザ評価値の合計を制限し、異常値を発見するパターン認識を行う等の統計的な処理を行い、人工知能的な推定を行い依頼が不正でないか判定し、及び／又は前記お手伝いユーザの位置の移動データを参照して実際に依頼が遂行されたのかチェックを行うことを特徴とする。
【発明の効果】
【０００８】
本発明によれば、位置データとお手伝いの依頼のつぶやきのデータとを用いて依頼を検索し、依頼の評価と過去の評価データの履歴によりユーザ評価値の増減をすることで、見知らぬユーザ同士でも安全性を高めたお手伝いシステムを提供することができる。
【図面の簡単な説明】
【０００９】
【図１】本発明の実施の形態に係るお手伝いシステムＸのシステム構成図である。
【図２】本発明の実施の形態に係るサーバ１０の制御構成を示すブロック図である。
【図３】本発明の実施の形態に係るお手伝いユーザ端末２１又は依頼ユーザ端末２２の制御構成を示すブロック図である。
【図４】本発明の実施の形態に係るお手伝い依頼／実行処理のフローチャートである。
【図５】本発明の実施の形態に係るプロフィール入力の画面例である。
【図６】本発明の実施の形態に係るホーム画面の画面例である。
【図７】本発明の実施の形態に係る依頼投稿画面の画面例である。
【図８】本発明の実施の形態に係る依頼検索画面の画面例である。
【図９】本発明の実施の形態に係る依頼マッチング画面の画面例である。
【図１０】本発明の実施の形態に係るマッチングにおける契約書作成の画面例である。
【図１１】本発明の実施の形態に係る依頼状態表示における評価入力の画面例である。
【発明を実施するための形態】
【００１０】
＜実施の形態＞
〔お手伝いシステムＸの構成〕
まず、図１を参照して、本発明の実施の形態に係るお手伝いシステムＸの構成について説明する。
本発明の実施の形態に係るお手伝いシステムＸは、サーバ１０と、お手伝いユーザ端末２１と、依頼ユーザ端末２２と、管理者端末２５とが、無線電話網やインターネットやイントラネット等であるネットワーク５を介して接続されている。
本実施の形態に係るお手伝いシステムＸは、いわゆるミニブログまたはメッセンジャーとして機能するＴｗｉｔｔｅｒのようなＳＮＳ（以下、ミニＳＮＳという。）に、通常は数行程度で一読可能な短いメッセージ（以下、「つぶやき」という。）や位置サービスを用いて、お手伝いの依頼の媒介を行う。その上で、お手伝いの依頼をした依頼ユーザと、お手伝いのつぶやきを検索したお手伝いユーザとの間で、当該依頼の委託に関する具体的な媒介を行った交渉、記録の保存、決算等を行う「マッチング」をする。
【００１１】
具体的には、ネットワーク５は、携帯電話網、ＰＨＳ網、ＷｉＭＡＸ、無線ＬＡＮ、有線電話回線、ＬＡＮ、電灯線ＬＡＮ、ｃＬｉｎｋ、専用の回線等の無線通信回線である。また、ネットワーク５の形態としては、ＩＰネットワークやその他のスター状やリング状のネットワーク等を用いることができる。
サーバ１０は、ＰＣ／ＡＴ互換機やＭＡＣ規格機等のＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）、専用機、ブレードサーバ等を用いた、いわゆる「クラウドコンピューティング」用のサーバである。サーバ１０は、ネットワーク５で接続してお手伝いシステムＸに関する各種サービスを提供するサーバである。
お手伝いユーザ端末２１は、依頼を受けて手伝いをするお手伝いユーザの使用する端末である。また、依頼ユーザ端末２２は、お手伝いの依頼をする依頼ユーザの使用する端末である。手伝いユーザ端末２１と、依頼ユーザ端末２２とは、ＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）等を閲覧することができるＷＷＷ（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ）ウェブブラウザを備えた、スマートフォン、携帯電話、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄａｔａ  Ａｓｓｉｓｔａｎｔ）、モバイル端末、ＰＣ等であり、ＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）の機能を用いて各種プログラムを実行可能である。お手伝いユーザ端末２１と、依頼ユーザ端末２２と、管理者端末２５は、ＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）端末の機能等を備え、端末の位置を報知可能である。また、例えば、Ｆｅｌｉｃａ（登録商標）等の非接触ＩＣカード用のチップ等を備えて、電子マネー機能を備えることもできる。
管理者端末２５は、お手伝いシステムＸの提供者であるサーバ１０の管理者が用いる端末である。管理者端末２５としては、ＰＣ、スマートフォン、携帯電話、ＰＤＡ、モバイル端末等を用いることができる。
なお、お手伝いユーザ端末２１及び依頼ユーザ端末２２は、本実施形態において、依頼を受ける側と依頼する側の端末を便宜的に示している。すなわち、お手伝いシステムＸの一般ユーザは、依頼をする側のユーザが依頼ユーザとなり、お手伝いをする側のユーザがお手伝いユーザとなる。すなわち、１つの依頼では依頼ユーザだったユーザが、他の依頼ではお手伝いをしたり、お手伝いユーザが依頼をすることもできる。
【００１２】
〔サーバ１０の制御構成〕
次に、図２を参照して、お手伝いユーザと依頼ユーザとの間で依頼の媒介を行い、ミニＳＮＳを提供するサーバ１０の制御構成について詳しく説明する。サーバ１０は、ネットワーク入出力部１１０、お手伝いネットサーバ１２０、ＤＮＳ／メールサーバ１４０、データベースサーバ１５０を主に含んで構成される。
【００１３】
ネットワーク入出力部１１０は、ルータやロードバランサ（負荷分散装置）等である。ネットワーク入出力部１１０は、ネットワーク５からＩＰパケットを受信して各部に送信し、各部からのＩＰパケットをまとめてネットワーク５へと送信する。
また、ネットワーク入出力部１１０は、パケットフィルタ、ファイアウォール、ｓｙｓｌｏｇ等にも対応する。
【００１４】
お手伝いネットサーバ１２０は、お手伝いユーザと、依頼ユーザと、管理者とがアクセスして、ミニＳＮＳにより、各端末の位置情報を用いて、お手伝いの媒介のサービスを提供するサーバである。
お手伝いネットサーバ１２０は、ＣＰＵ等の制御部が、ウェブサーバ部１２１（ウェブサーバ手段）、プロフィール部１２２（プロフィール入力手段）、依頼ＳＮＳ部１２４（依頼取得手段）、つぶやき検索部１２５（つぶやき検索手段）、マッチング部１２６（マッチング手段）、決済部１２７（決済手段）、履歴作成部１２８（履歴作成手段）、インシュアランス部１２９（損害補填手段）、ユーザ管理部１３１（ユーザ管理手段）、ユーザ評価部１３２（ユーザ評価手段）、契約書作成部１３３（契約書作成手段）のような各種プログラムやクラス等をハードウェア資源を用いて実行する。
これらの各種プログラムやクラス等は、サービス（デーモン）やＣＧＩ（Ｃｏｍｍｏｎ  Ｇａｔｅｗａｙ  Ｉｎｔｅｒｆａｃｅ）、サーブレット、ＡＳＰ（Ａｃｔｉｖｅ  Ｓｅｒｖｅｒ  Ｐａｇｅs）、ＰＨＰ、各種スクリプト、その他のウェブアプリケーションと、具体的な演算を行うプログラム群として提供することができる。
【００１５】
ウェブサーバ部１２１は、ＷＷＷ（ワールド・ワイド・ウェブ）サーバのサービス（デーモン）であり、ＩＩＳ（インターネット・インフォメーション・サーバ）や、Ａｐａｃｈｅ等のウェブサーバと、このウェブサーバ用の各種モジュールを用いることができる。また、ウェブサーバ部１２１は、ＣＧＩ（コモン・ゲートウェイ・インターフェイス）、サーブレット、ＰＨＰ等のインターフェイスを用いて、アカウントによるアクセス制御により、各プログラムの実行出力を各端末からＷＷＷのウェブブラウザにてアクセス可能にする。
また、ウェブサーバ部１２１は、ＨＴＭＬやＣＨＴＭＬ（コンパクト・ＨＴＭＬ）のデータ等と、ＪＰＧやＧＩＦやＦＬＡＳＨやＡＶＩ等の画像データと、音声データやその他のデータとを備えたＷＷＷのウェブサイト構築用のデータについても、各データベースや記憶媒体から読み出して送信することができる。
【００１６】
プロフィール部１２２は、お手伝いユーザ又は依頼ユーザのプロフィールのデータを入力するためのデータフォームに係るＣＧＩやサーブレットやＸＭＬデータ等の部位である。
このプロフィールとしては、お手伝いユーザ又は依頼ユーザの名前、ミニＳＮＳでのハンドル名、メールアドレス、ミニＳＮＳでのアカウント名、職業等を入力する。なお、このハンドル名やアカウント名は、例えば、ＴＷＩＴＴＥＲやグーグルバズ等の他のシステムのハンドル名、アカウント名、パスワードであってもよい。お手伝いシステムＸでは、これらの他のシステムのデータを、お手伝いシステムＸのデータと同様に利用することができる。
このプロフィール部１２２は、データフォームを用いて入力されたデータを受信すると、ユーザデータベース１５１に記憶する。
【００１７】
依頼ＳＮＳ部１２４は、ＣＧＩやサーブレットやＡＳＰやＰＨＰ等のウェブサービス部位であり、端末の指示に応じてブラウザ等で表示可能なデータの出力を行う機能を備える部位である。
依頼ＳＮＳ部１２４は、お手伝いユーザが送信したミニＳＮＳ依頼データや、ユーザ評価部１３２が集計・分析・計算・評価したお手伝いユーザや依頼ユーザのお手伝いの実績に関するデータを、ＨＴＭＬやＸＭＬ等のデータに変換して、ユーザＩＤ（Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）を用いて暗号化して送受信可能である。
また、依頼ＳＮＳ部１２４は、依頼ユーザがミニＳＮＳ依頼データからお手伝いしたい依頼を検索する際に、各種条件設定を行うことができる。この際に、ユーザデータベース１５１から、場所、時間、依頼条件等を設定することもできる。
また、依頼ＳＮＳ部１２４は、コメント等を表示する機能に加えて、ミニＳＮＳ、ブログ（ウェブログ）、ＳＮＳ（ソーシャル・ネットワーク・サービス）、ＢＢＳ（Ｂｕｌｌｅｔｉｎ  Ｂｏａｒｄ  Ｓｙｓｔｅｍ）、チャット等の機能を備えており、依頼ユーザがお手伝いユーザに直接問い合わせることも可能である。これらの機能を使用する際には、ウェブサーバ部１２１にて送信可能なデータに変換して送信できる。
また、依頼ＳＮＳ部１２４は、プロフィール部１２２で入力された他のシステムのハンドル名、アカウント名、パスワード名を用いて、他のシステムのミニＳＮＳへの投稿をｗｇｅｔやｆｅｔｃｈやＦＴＰ等を用いて取り込むこともできる。
また、依頼ＳＮＳ部１２４は、依頼後に、お手伝いユーザと依頼ユーザとに、それぞれのユーザの「お手伝い」に満足してもらったか否かについて、例えば５段階で評価を入力してもらう機能も備えている。この評価のデータは、履歴評価データベース１５３やＳＮＳデータベース１５２に記憶される。
【００１８】
つぶやき検索部１２５は、依頼ユーザがミニＳＮＳでの依頼である「つぶやき」を検索する部位である。
このつぶやきの検索としては、お手伝いユーザと依頼ユーザが依頼としてミニＳＮＳに投稿を行った際の地図上の位置、時間、依頼条件等に従い、お手伝いユーザと依頼ユーザとが、それぞれ検索を行うことができる。
さらに、つぶやき検索部１２５は、他のシステムの検索を、例えば、ＴＷＩＴＴＥＲ等用に提供されている別のサーバを用いたリアルタイム検索等のサービス、たとえばＴＷＩＴマップ等を用いて行うことも可能である。この場合は、つぶやきが公開されたサーバ（図示せず）や、ウェブ内の検索サービス等を用いて、ＨＴＭＬやＸＭＬやテキストデータやバイナリデータ等で提供される依頼のミニＳＮＳのデータを取得する。
この際に、つぶやき検索部１２５は、グーグルマップ、グーグルバズ等の位置情報等についても取得して、パーサ等を用いてＳＮＳデータベース１５２に合う形式に変換することもできる。
【００１９】
マッチング部１２６は、上述のつぶやき検索部１２５が検索した依頼について、お手伝いユーザと依頼ユーザとが依頼を受託するか否かの交渉（以下、マッチングという。）を行うためのウェブサービスの部位である。
また、マッチング部１２６は、マッチング時に交渉を行うための各種機能を実現する手段も備えている。たとえば、マッチング部１２６は、リアルタイムの映像／音声送受信、ＢＢＳ、チャット、後述する契約書作成部１３３による契約書作成等のインターフェイスとなる画面をＨＴＭＬやＸＭＬで作成してネットワーク５に送信する。
このマッチング部１２６により、お手伝いユーザと依頼ユーザとが、依頼を実行することを受託する。これにより、依頼ユーザから、依頼を委託されたお手伝いユーザが、具体的に依頼を行うことができる。
また、この依頼の内容については、ユーザデータベース１５１とＳＮＳデータベース１５２に記憶する。
【００２０】
決済部１２７は、ＳＳＬ（Ｓｅｃｕｒｅ  Ｓｏｃｋｅｔ  Ｌａｙｅｒ）を用いて、クレジット決済、インターネット銀行での決済、インターネット通貨での決済等を行う部位である。
決済部１２７は、ユーザがアカウント作成時に、お手伝いシステムＸの「入会金」を決済することができる。また、所定の期日毎に、各ユーザから、お手伝いシステムＸの「会費」を徴収することもできる。さらに、決済部１２７は、依頼のマッチングを行う毎に所定の費用を徴収することもできる。
また、決済部１２７は、これらの費用について「ポイント」のような仮想通貨単位を用いることができる。たとえば、依頼ユーザが多数の「ポイント」を実際の通貨単位（現金、クレジット、銀行決済）を、アカウントに貯める際の決済を行うこともできる。さらに、決済部１２７は、広告収入を基にして決済を行うこともできる。
また、決済部１２７は、ユーザアカウントで管理されている「ポイント」の増減を行うことで決済をすることもできる。
さらに、決済部１２７は、決済の際に、依頼ユーザやお手伝いユーザが設定した期限等の条件により、メール送信やウェブぺージ作成、領収書の作成、タイムスタンプの作成等の処理を行うこともできる。
【００２１】
履歴作成部１２８は、依頼の検索からユーザやお手伝いユーザの評価の終了までの履歴データを記憶するための部位である。
また、履歴作成部１２８は、依頼が終了した後、依頼ユーザとお手伝いユーザは、お互いについての評価を履歴作成部１２８のウェブサービスにより行うことができる。
これらの履歴のデータや評価のデータは、履歴作成部１２８が、履歴評価データベース１５３に記憶する。
【００２２】
インシュアランス部１２９は、各依頼が終了した後に、支払いが行われなかったり、依頼により損害が発生した際に、例えば、ポイント等を支払って、損害を補填する部位である。
このポイントの支払いは、お手伝いシステムＸの各ユーザの出資した金額等から、利益や損害の発生率、個人の評価等を基に、ユーザのポイントの掛け率を算定して「保険」のようにプールすることができる。
【００２３】
ユーザ管理部１３１は、ユーザのアカウントの作成、アカウントの停止、アカウント毎のユーザＩＤや公開鍵や秘密鍵等の作成を行うプログラム等の部位である。
また、ユーザ管理部１３１は、管理者が用いるためのプログラム等も備えている。管理者は、ユーザ管理部１３１を用いて、依頼についてトラブルがあった場合、依頼ＳＮＳ部や各種データ等にアクセスして、仲裁等を行うことができる。  
また、管理者は、ユーザ管理部１３１を用いて、公序良俗に反する物品の売買、ストーカー事例等、事件性のある依頼をワード検索やユーザの行動パターン検索等により発見することもできる。
これにより、お手伝いシステムＸが犯罪者等に悪用されることを防ぐことが可能になる。
【００２４】
ユーザ評価部１３２は、依頼の評価に関するプログラムの部位である。ユーザ評価部１３２は、履歴評価データベース１５３やＳＮＳデータベース１５２等を参照して、評価のデータを基に、お手伝いユーザ又は依頼ユーザの「ユーザ評価値」を増減させる。
ユーザ評価値は、ユーザの依頼に関する評価を、依頼ユーザとお手伝いユーザの両方から得る、お手伝いシステムＸでのそのユーザの「信頼度」や「評判」を表現するための値である。
このユーザ評価値の増減に関しては、例えば、一回の依頼につき、お手伝いユーザ、依頼ユーザそれぞれについてのユーザ評価値を、所定値分、増加可能である。例えば、お手伝いユーザが１０ポイント、依頼ユーザは２ポイントといった値を増加可能である。
また、お手伝いユーザと依頼ユーザの双方の評価が高い場合、その評価に従った所定の値増加させることができる。例えば、５段階評価において、双方が評価「Ａ」（５段階評価で５）であった場合には２ポイント、双方が評価「Ｂ」（５段階評価で４）であった場合は、１ポイント等の値を増加可能である。
また、お手伝いユーザと、依頼ユーザとの評価の差が大きい場合、ポイントを増やさないことも可能である。
また、この際に、依頼ユーザとお手伝いユーザが共謀して評価を高めることがないように、各ユーザの依頼に対する評価をつける「ポイント」の合計を制限したり、異常値を発見するパターン認識を行う等の統計的な処理を行うこともできる。
また、お手伝いユーザのランキングや、ミニＳＮＳデータを総合して人工知能的な推定等を行い依頼が不正でないか判定する等の自然言語処理機能も備ることができる。これにより、マッチングを介さないユーザ評価値の増大等を抑制することができる。また、これにより見知らぬ人同士を結びつけるという危険性を抑えることができる。
すなわち、ユーザ評価値の増減においては、統計的処理や人工知能的処理を用いることができる。
このユーザ評価値のデータは、ユーザデータベース１３１と、各依頼の履歴評価データベース１５３とに記憶することができる。
また、ユーザ評価部１３２は、ミニＳＮＳ依頼データ中の実績による相関係数を計算したり、各種統計的手法、人工知能的手法を用いて、依頼データの傾向等を計算することもできる。
【００２５】
契約書作成部１３３は、店舗でのアルバイト等、賃金支払いが必要な仕事に近いような依頼について、契約書を作成するための部位である。
この契約書作成部１３３は、契約内容についての所定のフォーマットでの文書例のデータを記憶しており、マッチング時にこの文書例のデータをマッチング部１２６に提供する。この上で、お手伝いユーザと依頼ユーザとがマッチング時に具体的な文面を作成したデータを取得して、タイムスタンプを作成し、暗号化してユーザデータベース１３１に記憶する。
【００２６】
ＤＮＳ／メールサーバ１４０は、一般的なＤＮＳ（ドメイン・ネームサーバ）や、ユーザに電子メールを配信するためのＳＭＴＰ（Ｓｉｍｐｌｅ  Ｍａｉｌ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）サーバである。ＤＮＳとしては、Ｗｉｎｄｏｗｓ（登録商標）ＤＮＳを使用し、ＳＭＴＰ用のサービス（デーモン、プログラム）としては、公知のＳＭＴＰプログラム、例えば、ＡｒＧｏＳｏｆｔ社製のＭａｉｌ  Ｓｅｒｖｅｒ等を用いることができる。
このＤＮＳ／メールサーバ１４０は、ＤＮＳとして用いる他に、ユーザにアカウントのユーザＩＤとパスワード等を送信することもできる。
【００２７】
データベースサーバ１５０は、ＣＰＵ等の制御部とＳＱＬサーバと各種ストレージとプログラム等のハードウェア資源を用いて構成されている部位であり、ユーザデータベース１５１、ＳＮＳデータベース１５２、履歴評価データベース１５３のような部位を備えている。
ユーザデータベース１５１は、お手伝いユーザ、依頼ユーザのユーザＩＤ、パスワード、決済用のクレジットカード情報、ミニＳＮＳ依頼データ、お手伝い／販売履歴、検索履歴、コメントやＳＮＳやＢＢＳ等の記載／閲覧履歴、住所や電話番号、決済に用いるポイントの残高等のデータを記憶するデータベースである。また、ユーザデータベース１５１の各ユーザのアカウントには、ユーザのアカウントに対応するユーザＩＤ、公開鍵、秘密鍵等を記憶することができる。
ＳＮＳデータベース１５２は、お手伝いシステムＸに係る各種依頼、契約書、各種債権データ等を記憶するデータベースである。ＳＮＳデータベース１５２は、依頼に係るＳＮＳ（Ｓｏｃｉａｌ  Ｎｅｔｗｏｒｋ  Ｓｅｒｖｉｃｅ）のデータ、チャットデータ等についても記憶している。
履歴評価データベース１５３は、お手伝いユーザのミニＳＮＳ依頼データと、実績を記憶するデータベースである。
【００２８】
〔お手伝いユーザ端末２１及び依頼ユーザ端末２２の構成〕
次に、図３を参照して、お手伝いユーザの使用するお手伝いユーザ端末２１と、依頼ユーザの使用する依頼ユーザ端末２２の構成について説明する。
お手伝いユーザ端末２１及び依頼ユーザ端末２２は、ほぼ同様の構成の携帯端末や携帯電話やＰＣ等を用いることができ、ウェブブラウザ２１１（ウェブブラウザ手段）、ミニＳＮＳクライアント部２１２（つぶやき投稿手段）、依頼報知部２１３（依頼報知手段）、及び居場所送信部２１４（居場所送信手段）を備えている。
【００２９】
ウェブブラウザ２１１は、携帯端末用のＷＷＷブラウザ等である。
お手伝いユーザ又は依頼ユーザは、サーバ１０のお手伝いネットサーバ１２０にアクセスすることで、依頼ＳＮＳ部１２４のウェブサイトを表示する。その後、ウェブブラウザ２１１は、ミニＳＮＳクライアント部２１２、依頼報知部２１３、及び居場所送信部２１４をダウンロードして実行することができる。
【００３０】
ミニＳＮＳクライアント部２１２は、Ｄｙｎａｍｉｃ−ＨＴＭＬ、ＪＡＶＡ（登録商標）等で記載されたプログラム等であり、依頼ＳＮＳ部１２４の各種機能を用いることができる。
ミニＳＮＳクライアント部２１２は、ユーザのアカウントに対応するユーザＩＤ（Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）を備えており、不正を防止し、決済に用いることができる。また、ミニＳＮＳクライアント部２１２は、各種電子マネー機能を備えており、少額決済を行うこともできる。
なお、ミニＳＮＳとして他のシステムを用いる場合には、ＴＷＩＴＴＥＲやグーグルバズ等のクライアントソフトウェアとして、ミニＳＮＳクライアント部２１２を用いることができる。
逆に、通常のＴＷＩＴＴＥＲやグーグルバズ等のクライアントソフトウェアを、ミニＳＮＳクライアント部２１２として用いることもできる。この場合は、そのクライアントソフトウェアや、ウェブブラウザ２１１のプログラム等を用いて、本発明の実施の形態に係るマッチング用に公開鍵を使った暗号化や、ユーザＩＤの送信等を行うこともできる。
【００３１】
依頼報知部２１３は、お手伝いユーザが予め設定していた条件に従って、近くに希望の依頼をもつ依頼ユーザがいた場合に、報知を行うプログラム等の部位である。
また、逆に、依頼報知部２１３は、お手伝いユーザがマッチングのための接触をしてきた場合に、依頼ユーザに報知することもできる。
依頼報知部２１３は、ユーザが起動している場合には、常にＯＳバックグラウンド等で実行することができる。
具体的に報知する場合、ウェブブラウザ２１１にポップアップを表示したり、所定のお知らせ音声等を再生することで報知することができる。
【００３２】
居場所送信部２１４は、お手伝いユーザ又は依頼ユーザの地図上の位置を報知する機能を備えたプログラムである。この位置の報知に関しては、お手伝いユーザ端末２１又は依頼ユーザ端末２２が備えるＧＰＳの機能により位置のデータを取得して用いることができる。また、電波受信局のデータやＩＰアドレス等から位置のデータ取得してを報知することもできる。この位置の報知に関しては、グーグルマップ、グーグルバズ等の位置情報報知を行う他のプログラムを用いて報知することもできる。
これに加えて、居場所送信部２１４は、位置を報知する際に、お手伝いユーザ端末２１及び依頼ユーザ端末２２のユーザＩＤを位置のデータに加えて報知することができる。この報知に際しては、各ユーザのアカウントに係る公開鍵を用いて暗号化して、ＨＴＴＰ等のプロトコルを用いてつぶやきのデータとして報知する。
【００３３】
〔お手伝いシステムＸのお手伝い依頼／実行処理〕
次に、図４〜図１１を参照して、お手伝いシステムＸにおける、お手伝い依頼／実行処理について説明する。
具体的に、お手伝いシステムＸにおいては、お手伝いユーザと、依頼者のユーザとが、空いている時間を活用して、家事手伝い、子供の世話、ペットの世話等について助け合うためのシステムであり、ネットワーク５を介して利用することができる。
お手伝いシステムＸにおいては、位置データの報知、ミニＳＮＳでの投稿、依頼のマッチング等を行うことで、依頼の供給と需要のマッチングをスムーズに行う。
また、面識があるとは限らない依頼者のユーザとお手伝いユーザ間で依頼を遂行する際のリスクに対応するため、ユーザ評価値を用いて、個人の信用を可視化し、利用しやすくする。
以下で、このお手伝い依頼／実行処理について、図４のフローチャートを参照して詳しく説明する。
【００３４】
（ステップＳ１０１）
まず、お手伝いネットサーバ１２０のプロフィール部１２２とユーザ管理部１３１は、プロフィール入力処理を行う。
このプロフィール入力を行う際、まず、お手伝いユーザ又は依頼ユーザがサーバ１０にアクセスすると、プロフィール部１２２は、入会用のウェブフォームを送信する。
図５の画面例１０００は、この入会用のウェブフォームが、お手伝いユーザ端末２１又は依頼ユーザ端末２２のウェブブラウザ２１１にて表示部に描画された例である。
図５の画面例では、ウェブブラウザ２１１に表示されるウェブフォームに、名前、ハンドル名、メールアドレス、ミニＳＮＳのアカウント名、パスワード、職業、依頼を受けられるお手伝いの種類や条件、依頼を報知するか否かといった情報を入力する。なお、これらの情報は、アカウント取得後に変更可能である。
また、画面例１０００には、お手伝いネットサーバ１２０の他の部位を別ウィンドウやタブ等で開くためのリンク８４０を表示しているため、お手伝いユーザ又は依頼ユーザは、お手伝いシステムＸの内容や趣旨について確認可能である。
お手伝いユーザ又は依頼ユーザがマウス等のポインティングデバイスで送信ボタン８２０をクリックしたことを検知すると、お手伝いユーザ端末２１のウェブブラウザ２１１は、入力されたユーザデータをサーバ１０に送信する（タイミングＴ１０１）。
また、同様に、依頼ユーザも、依頼ユーザ端末２２のウェブブラウザ２１１にて、プロフィールを入力可能である（タイミングＴ１０２）
プロフィール部１２２は、ネットワーク入出力部１１０を介して入力されたユーザデータを受信すると、ユーザ管理部１３１に報知する。
【００３５】
お手伝いネットサーバ１２０のユーザ管理部１３１は、決済部１２７を用いてアカウント作成費用である「入会金」等の決済を行う。さらに、この入会金に加えて、所定の金額に加えて、インシュアランス部１２９のための掛け金（ポイント）、お手伝いの依頼の支払い用の金額をアカウント用に預け入れることもできる。
決済終了後、ユーザ管理部１３１は、受信したユーザデータを基に、手伝いユーザ又は依頼ユーザのアカウントを作成して、ユーザデータベース１５１に記憶する。
具体的には、ユーザ管理部１３１は、当該ユーザのユーザＩＤを作成する。さらに、ユーザ管理部１３１は、当該ユーザが依頼する際に不正を防ぐための、当該ユーザのユーザＩＤに対応づけられた公開鍵と秘密鍵を作成する。ユーザ管理部１３１は、これらのデータを、ユーザＩＤに対応するレコードとして、ユーザデータベース１５１に記憶する。
【００３６】
その後、プロフィール部１２２は、当該ユーザのユーザＩＤと、ミニＳＮＳクライアント部２１２と、依頼報知部２１３と、居場所送信部２１４と、ユーザＩＤに対応づけられた公開鍵とを、ネットワーク入出力部１１０から、お手伝いユーザ端末２１に対して送信する（タイミングＴ１０３）。同様に、依頼ユーザ端末２２にも送信する（タイミングＴ１０４）。
これを受信したユーザ端末２１又は依頼ユーザ端末２２のウェブブラウザ２１１は、プログラムやデータとしてインストールする又はウェブブラウザ２１１のキャッシュファイル等として記憶する。
この際に、依頼報知部２１３と、居場所送信部２１４とは、お手伝いユーザ端末２１又は依頼ユーザ端末２２が起動中は常に実行するか、お手伝いネットサーバ１２０にアクセスした際に実行するかについて、お手伝いユーザ又は依頼ユーザに選択させることができる。
その後、お手伝いユーザ又は依頼ユーザが、お手伝いネットサーバ１２０にアクセスした際に、ウェブブラウザ２１１に加えて、ミニＳＮＳクライアント部２１２をすぐ実行できる。
【００３７】
ここで、図６を参照して、上述のアカウントを作成したお手伝いユーザ又は依頼ユーザがお手伝いネットサーバ１２０にアクセスした際に、ユーザ端末２１又は依頼ユーザ端末２２のミニＳＮＳクライアント部２１２が表示する「ホーム」画面の表示例について説明する。
図６は、お手伝いユーザ端末２１の「ホーム」画面の例である、画面例１０１０を示している。
このホーム画面は、例えばブログ（ウェブログ）形式で、複数の表示欄に各種の情報を表示可能である。また、このブログ欄で、ユーザが設定を変更したり、つぶやきやコメントを投稿したりすると、ミニＳＮＳクライアント部２１２が表示部に反映し、ネットワーク５に送信する。この送信された情報をお手伝いネットサーバ１２０の依頼ＳＮＳ部１２４が受信して、当該ユーザのユーザデータベース１５１に反映する。
【００３８】
ここで、画面例１０１０の各表示欄を詳細に説明する。
表示欄９１０には、ユーザのハンドル名や選択したキャラクタや写真等を表示することができる。
この欄では、ユーザのハンドル名のリンクをクリックすると、これまでのユーザのお手伝いや依頼の履歴、評価の履歴といった情報を閲覧することができる。
【００３９】
表示欄９２０は、ユーザ評価値を例えば星マークの数や数字等で表示し、プロフィールや各種設定の変更、これまでのつぶやきを表示するといったリンクを表示することができる。
【００４０】
表示欄９３０は、カレンダー等を表示し、ユーザのスケジュールやお手伝い可能な予定を書き込むことができる。当日の予定は、表示欄９４０に表示する。この表示欄９４０のリンクをクリックすることで、ユーザは予定や依頼を変更可能である。
【００４１】
表示欄９５０は、お手伝いの可能な事柄の種類や依頼条件等を表示する。表示欄９５０のリンクをクリックすると、これらを変更可能である。さらに、ボタン９９０を押下することで、当該ホーム画面のユーザの過去のお手伝いや依頼を検索することができる。
なお、依頼ユーザの場合、お手伝いを依頼している場合には、この表示欄に、募集中の依頼を依頼ＩＤのリンクのような形式で表示することができる。この依頼ＩＤをクリックすることで、後述の図７の依頼投稿のような画面を表示することができる。
【００４２】
表示欄９７０は、ユーザの接続状態を表示することができる。
表示欄９７０では、他のユーザの「ホーム」画面を表示させた場合にも、当該ユーザのオンライン／オフライン状態、最後に接続した時間等を表示可能である。
【００４３】
また、表示欄９８０は、つぶやきをブログの記事として表示し、各つぶやきの返事のつぶやきをコメントとして表示するＢＢＳの表示欄である。
このブログの記事は、つぶやき入力のボタン９９１を用いて投稿可能である。また、新規コメントのボタン９９２を用いて、つぶやきの返事を投稿することもできる。
【００４４】
また、図６の画面例１０１０の上部のリンク８４２を用いて、依頼を検索したり、お手伝いシステムＸ概要、お知らせ、他の各機能等を呼び出すことができる。
なお、上述したように、お手伝いユーザと依頼ユーザとは、本実施形態に係る便宜的な呼び名であり、依頼ユーザの「ホーム」画面も、依頼ユーザ端末２２の表示部に、同様に表示することができる。
【００４５】
（ステップＳ１０２）
次に、お手伝いネットサーバ１２０の依頼ＳＮＳ部１２４は、依頼入力処理を行う。
具体的に説明すると、まず、依頼ユーザは、お手伝いネットサーバ１２０にアクセスして、依頼ユーザ端末２２のミニＳＮＳクライアント部２１２により、お手伝いの依頼の投稿をつぶやきにより行う。
たとえば、一人事らしお年寄りである依頼ユーザのユーザＡが病気で寝込んでいて、とても買い物に行ける状態ではないが必要な食料品がない、といった場合、このつぶやきの投稿により買い物をしてくれる人を探すことができる。
この投稿においては、お手伝いユーザは、投稿時にミニＳＮＳクライアント部２１２により、依頼条件を選択し、依頼内容をつぶやきにより記載する。
具体的な依頼条件としては、金額、マッチングの申し込み可能時間、お手伝いユーザのいる位置の近さ、お手伝いユーザのユーザ評価の高さ等を指定可能である。
【００４６】
ミニＳＮＳクライアント部２１２は、これらの依頼内容、依頼条件のデータに、居場所送信部２１４による依頼ユーザ端末２２の位置のデータを加え、符号化して圧縮し、公開鍵により暗号化する。そして、ミニＳＮＳクライアント部２１２は、この暗号化されたデータに当該依頼ユーザのユーザＩＤを付して、ミニＳＮＳの投稿データとして、ネットワーク５へ送信する（タイミングＴ１０５）。
【００４７】
なお、ミニＳＮＳクライアント部２１２は、ミニＳＮＳの投稿データを、標準の設定では、ネットワーク５を介してサーバ１０に送信する。
しかしながら、例えば、ＴＷＩＴＴＥＲやグーグルバズ等の他のシステムを用いている場合には、ミニＳＮＳクライアント部２１２は、他のシステムのサーバに送信する。これを、サーバ１０にて、他のシステムから取得することができる。以下、お手伝いユーザ端末２１又は依頼ユーザ端末２２のネットワーク５への送信においては、同様の処理を行うことができる。
【００４８】
お手伝いネットサーバ１２０の依頼ＳＮＳ部１２４は、依頼の投稿データを取得すると、ユーザＩＤによりユーザデータベース１５１にアクセスする。そして、依頼ＳＮＳ部１２４は、当該ユーザの秘密鍵により依頼の投稿データを復号化して、取得時間を加えてＳＮＳデータベース１５２に記憶する。
その後、依頼ＳＮＳ部１２４は、依頼ユーザの投稿データを含めて、更新情報をネットワーク５を介して、依頼ユーザ端末２２へ送信する（タイミングＴ１０６）。
【００４９】
なお、本実施形態のお手伝いシステムＸにおいて他のシステムをミニＳＮＳの投稿用に用いていた場合は、この投稿データを通常のＰＣのウェブブラウザ等で閲覧しても、暗号化されているため、文字の羅列のように見える。
このため、お手伝いシステムＸを介しないユーザによりミニＳＮＳへのアクセスがあっても、個人の行動等を知られる可能性が少ないという効果が得られる。
また、お手伝いネットサーバ１２０は、ｗｇｅｔやｆｅｔｃｈのような取得手段を用いて、この投稿データを他のシステムから取得することができる。
【００５０】
依頼ユーザ端末２２のミニＳＮＳクライアント部２１２は、お手伝いネットサーバ１２０からの更新情報を取得すると、表示部に依頼が受理されたことを表示する。すなわち、依頼入力処理時に、ミニＳＮＳの画面が表示部に更新描画される。
図７を参照して説明すると、画面例１０２０は、依頼ユーザ端末２２のミニＳＮＳクライアント部２１２が表示するミニＳＮＳの画面例を示している。
ミニＳＮＳクライアント部２１２は、画面例１０２０では、当該依頼をしたユーザＡの依頼に係るつぶやき１５１０を表示する。
また、ミニＳＮＳクライアント部２１２は、ユーザＡの現在位置１２１０を中心とした地図をマップ画面１５００として描画する。ミニＳＮＳクライアント部２１２は、近くにいる他のお手伝いユーザや依頼ユーザの位置も、それぞれ位置マーカ１２２０、１２３０、１２４０、１２５０のように示すことができる。また、建物や店の名称等についても、オブジェクト１３１０のように示すことができる。
なお、お手伝いユーザ端末２１についても、ミニＳＮＳクライアント部２１２は、お手伝いサーバ１２０の依頼ＳＮＳ部１２４からデータを取得して、画面例１０２０と同様な画面をリアルタイム（実時間）で表示する。
また、このミニＳＮＳの画面は、後述する検索やマッチング時にも使用される。
【００５１】
なお、依頼ユーザは、お手伝いネットサーバ１２０のつぶやき検索部１２５を用いて、お手伝いユーザの情報を検索することによって、直接、お手伝いできるお手伝いユーザがいるかどうかを探すことができる。この検索の条件としては、時間、決済により受け取る金額、男女別等の検索条件を選択して、検索を行うことができる。
その場合、当該ユーザの「ホーム」画面である、お手伝いユーザのブログの画面に、直接コメント等により依頼を申し込むことができる。
たとえば、図６を参照すると、表示欄９８０のコメント９８２は、ユーザＦにより依頼の申し込みの投稿である。
【００５２】
（ステップＳ１０３）
次に、お手伝いネットサーバ１２０のつぶやき検索部１２５は、依頼報知／検索処理を行う。
この処理で、まず、つぶやき検索部１２５は、依頼の投稿データがあった場合、ユーザデータベース１５１を参照して、依頼条件に合うお手伝いユーザがいるか否か検索する。
【００５３】
具体的には、お手伝いユーザが「依頼を報知する」と設定していない場合、お手伝いユーザは、お手伝いユーザ端末２１のミニＳＮＳクライアント部２１２により、依頼の投稿に係るつぶやきを検索することができる。この際、お手伝いユーザは、検索条件を設定して、依頼の投稿に係るつぶやきを検索できる。この検索条件としては、依頼により受ける金額、依頼ユーザの位置、依頼可能時間、男女別といった条件を設定可能である。
ミニＳＮＳクライアント部２１２は、依頼ユーザからの検索の指示を検知すると、検索条件を加えた検索実行コマンドを出力する（タイミングＴ１０７）。
つぶやき検索部１２５は、お手伝いユーザ端末２１からの検索実行コマンドを検知すると、ＳＮＳデータベース１５２にアクセスして、依頼の投稿に係るつぶやきのデータを検索する。この際、つぶやき検索部１２５は、お手伝いユーザの検索条件と、依頼ユーザの依頼条件が合う場合だけ、検索結果を出力する。すなわち、依頼条件に合うお手伝いユーザのみ、検索結果が表示されることになるため、依頼ユーザの条件に合わないお手伝いユーザに依頼の内容が知られることがなく、お手伝いユーザに依頼を投稿させるリスクを軽減することができる。
つぶやき検索部１２５は、この出力された検索結果のつぶやきのデータを、お手伝いユーザ端末２１に送信する（タイミングＴ１０８）。
【００５４】
なお、つぶやき検索部１２５は、依頼条件のうち、それぞれのお手伝いユーザのいる位置やユーザ評価値等の条件が合い、更に当該お手伝いユーザが「依頼を報知する」と設定している場合、依頼を担当して実行可能なお手伝いユーザであると判断することができる。
そして、つぶやき検索部１２５は、依頼の担当して実行可能なお手伝いユーザのお手伝いユーザ端末２１に対して、依頼があったというアラーム情報をお手伝いユーザ端末２１に対してネットワーク５を介して送信する（タイミングＴ１０９）。
そして、アラーム情報を取得したお手伝いユーザ端末２１の依頼報知部２１３は、ポップアップ表示やお知らせ音声等で、依頼があることをお手伝いユーザに報知する。
なお、この際に、依頼ＳＮＳ部１２４は、ＤＮＳ／メールサーバ１４０を用いて、お手伝いユーザのメールアドレスへの電子メール等で報知することもできる。
【００５５】
お手伝いユーザは、ミニＳＮＳクライアント部２１２を用いて、お手伝いネットサーバ１２０にアクセスして、具体的な依頼内容を確認する。そして、当該お手伝いユーザは、依頼のお手伝いを希望する場合、お手伝いネットサーバ１２０にアクセスし、ミニＳＮＳクライアント部２１２にて、返事のつぶやきをすることができる。
【００５６】
ここで、図８を参照して、お手伝いユーザ端末２１に表示されるミニＳＮＳの表示例について説明する。
たとえば、お手伝いユーザであるユーザＢは、依頼ユーザであるユーザＡの近所に住んでおり、スーパーマーケットに買い物に行く前に、お手伝いお手伝いネットサーバ１２０の検索を行ったとする。
この際の依頼検索の結果を、お手伝いユーザ端末２１のミニＳＮＳクライアント部２１２は、画面例１０２１として表示部に描画する。画面例１０２１では、上述のユーザＡの、「××と○○を買ってきて欲しい」という、つぶやき１５１０等を検索結果として表示しする。
この際、お手伝いユーザ端末２１のミニＳＮＳクライアント部２１２は、その時点での依頼に係るつぶやきの依頼条件を表示する。たとえば、ミニＳＮＳクライアント部２１２は、つぶやき１５１０として、検索時の時間から換算した、マッチングの申し込み可能時間の残時間等を表示することができる。
また、ミニＳＮＳクライアント部２１２は、マップ画面１５０１として、ユーザＢの現在位置を中心としたマップ画面を描画し、ユーザＡの位置マーカ１２２１も描画する。
【００５７】
このような状態において、図８のユーザＢは、当該依頼のお手伝いを希望する場合、例えば「買い物のついでに、２００円でお手伝いを希望する」という返事をつぶやくことができる。このユーザの返事のつぶやきを検知した依頼ユーザ端末２２のミニＳＮＳクライアント部２１２は、ネットワーク５に送信する（タイミングＴ１１０）。
その後、依頼ユーザ端末２２のミニＳＮＳクライアント部２１２は、表示を更新し、例えば、返事をつぶやき１５２０として表示する。
【００５８】
なお、お手伝いユーザは、検索条件選択欄８５０を用いて、依頼の検索条件を変更して再度検索をすることができる。
また、お手伝いユーザは、依頼を受けられるお手伝いの種類や条件の設定を変更することもできる。この場合、例えば、図８のリンク８４１から「ホーム」を選択し、当該お手伝いユーザのブログの画面等を表示させ、ブログの画面から、この設定を変更することができる。たとえば、図６のブログの画面例１０１０を参照すると、表示欄９５０の「依頼募集中」の画面をリンクしてこの設定を変更可能である。
【００５９】
お手伝いネットサーバ１２０の依頼ＳＮＳ部１２４は、返事のつぶやきを受信すると、ＳＮＳデータベース１５２に記憶する。
この上で、依頼ＳＮＳ部１２４は、つぶやき検索部１２５を用いて、依頼の返事のつぶやきがあった旨を、当該依頼をした依頼ユーザの依頼ユーザ端末２２にネットワーク５を介して報知する（タイミングＴ１１１）。
なお、この場合も、依頼ＳＮＳ部１２４は、ＤＮＳ／メールサーバ１４０を用いて、依頼ユーザのメールアドレスへの電子メール等で報知することもできる。
【００６０】
（ステップＳ１０４）
次に、お手伝いネットサーバ１２０のマッチング部１２６は、マッチング処理を行う。
図９を参照して、この依頼のマッチングについて説明する。
まず、依頼ユーザ端末２２の依頼報知部２１３は、この依頼の返事のつぶやきがあったと受信した場合、ポップアップ表示やお知らせ音声等で、依頼ユーザに報知する。
これにより、依頼ユーザは、ミニＳＮＳクライアント部２１２を用いて、返事のつぶやきをチェックすることができる。
この際に、依頼ユーザ端末２２のミニＳＮＳクライアント部２１２に、他のユーザも同じ依頼に返事をつぶやいていた場合は、そのつぶやきも表示する。
たとえば、図９の画面例１０２２では、お手伝いユーザＢの「２００円でのお手伝いを希望」する旨の返事のつぶやき１５２０を表示する。また、お手伝いユーザＣの、「３００円でのお手伝いを希望」の返事のつぶやき１５３０も表示している。
依頼ユーザであるユーザＡは、Ｂさんの方が安かったのでＢさんに依頼をお願いすることにして、マウスカーソル１４００や、つぶやきの選択用のつぶやきカーソル１６００を依頼ユーザ端末２２の入力部を用いて、お手伝いユーザを選択指示する。
ミニＳＮＳクライアント部２１２は、この選択指示の情報を、ネットワーク５に送信する（タイミングＴ１１２）。
【００６１】
お手伝いネットサーバ１２０のマッチング部１２６は、お手伝いユーザの選択指示の情報を受信すると、マッチングが成立、すなわち、正式な依頼の受託となる。その後、マッチング部１２６は、ユーザデータベース１５１にアクセスして、依頼を行った依頼ユーザと、依頼をお願いされたお手伝いユーザのレコードにマッチング成立であることを記憶する。
その後、マッチング部１２６は、依頼をお願いされたお手伝いユーザのお手伝いユーザ端末２１へ、マッチング成立の情報を送信する（タイミングＴ１１３）
お手伝いユーザ端末２１のミニＳＮＳクライアント部２１２は、マッチング成立の情報を受信すると、ミニＳＮＳの画面にその旨を表示する。これにより依頼の委託が完了する。
【００６２】
なお、単純にお手伝いユーザを選択指示するだけでなく、依頼に対して依頼ユーザとお手伝いユーザとの間で交渉して契約書を作成し、マッチングを成立させることもできる。特に、アルバイト等の雇用契約があった方が良い場合に、このような契約書の作成を用いるのが好適である。
たとえば、図６を再び参照すると、飲食店を経営するユーザＦのサービススタッフが急に欠勤した際、ユーザＦはお手伝いシステムＸで、お手伝いユーザのプロフィール情報を検索することができる。ユーザＦは、サービス経験のあるユーザＢのスケジュールが空いていて近くにいることを知った場合、上述のように、ユーザＢのホーム画面に、コメント９８２のような依頼の投稿を行うことができる。
これに対して、ユーザＢのホーム画面を閲覧していたユーザＣは、ユーザＦのホーム画面にリンクし、ユーザＦの依頼のお手伝いを希望する返事をつぶやくことができる。
この際に、依頼ユーザＦの依頼は通常のアルバイトであるため、ユーザＢとユーザＣとは、交渉を行い、契約書を作成することができる。
【００６３】
ここで、図１０を参照して、依頼ユーザＦと、お手伝いユーザＣとの間での交渉の画面例１０３０について説明する。
表示欄１６３０は、契約書の作成欄を示している。また、図１０の画面例１０３０では、表示欄１６１０に、依頼ユーザＦのユーザのハンドル名や選択したキャラクタやユーザ評価値等を表示する。表示欄１６２０には、お手伝いユーザＣについて同様の表示をしている。
さらに、画面例１０３０には、交渉のためのＢＢＳ、音声通話、トラブルの際の管理者への電子メール送信等に用いる機能呼び出し欄１６５０を表示している。加えて、ホーム画面や依頼検索や他の機能等を呼び出すリンク８４３も表示している。
【００６４】
具体的に説明すると、この交渉と契約書の作成においては、まず、お手伝いネットサーバ１２０の契約書作成部１３３が、契約書の雛形のファイルをＸＭＬ等のページ記述言語の形式で作成して、ネットワーク５に送信する。
お手伝いユーザ端末２１と依頼ユーザ端末２２のミニＳＮＳクライアント部２１２は、これを受信して、表示欄１６３０に表示する。この契約書の内容は、お手伝いユーザ端末２１と依頼ユーザ端末２２のどちらでもマウスカーソル１４００やキーボードからの文字入力等により変更可能である。
この変更は、お手伝いユーザ端末２１と依頼ユーザ端末２２のミニＳＮＳクライアント部２１２がネットワーク５にリアルタイムに送信する。
そして、契約書作成部１３３が、変更箇所を反映して、ＸＭＬ等により返信する。
すると、お手伝いユーザ端末２１と依頼ユーザ端末２２のミニＳＮＳクライアント部２１２は、このＸＭＬ等を受信して、表示欄１６３０を更新する。
ここで、契約書の作成に依頼ユーザとお手伝いユーザそれぞれが納得した場合には、了解のボタン１６４０を押下することで、交渉成立の指示をする。逆に、キャンセルのボタン１６４２を押下することで、交渉不成立の指示をする。お手伝いユーザ端末２１と依頼ユーザ端末２２のミニＳＮＳクライアント部２１２は、これらの指示をネットワーク５に送信する。
契約書作成部１３３は、これらの指示を受信すると、マッチング部１２６に正式な依頼の受託／拒否を知らせる。正式な依頼の受託があった場合、契約書作成部１３３は、ユーザデータベース１５１に、契約書のデータを、タイムスタンプを付けて記憶する。この契約書は、当事者の依頼ユーザとお手伝いユーザがいつでも参照でき、お手伝い終了時やトラブル発生時に参照可能である。
これにより、お手伝いに係る金銭的なトラブルを減少させることが可能になる。
【００６５】
（ステップＳ１０５）
次に、お手伝いの終了後、履歴作成部１２８とユーザ評価部１３２は、ユーザ評価処理を行う。
お手伝いの終了後に、依頼ユーザは依頼の状態表示の画面から、依頼が終了した旨の入力を行う。
図１１を参照して説明すると、画面例１０５０は、依頼ユーザ端末２２の依頼の状態表示の画面の例を示している。
依頼ユーザ端末２２のミニＳＮＳクライアント部２１２は、表示欄１８００に、依頼ユーザ（お手伝い依頼者）、お手伝いユーザ（お手伝い実行者）、依頼ＩＤ、契約書の有無、依頼日時、依頼状態等を描画する。また、表示欄１８１０に依頼内容や依頼条件を表示し、表示欄１８２０にお手伝い実行者のユーザＢの画像を表示する。
ここで、依頼ユーザであるユーザＡが、表示欄１８００の依頼状態を「終了」したことを検知すると、ミニＳＮＳクライアント部２１２は、表示欄１８３０の評価入力欄を表示する。
この表示欄１８３０においては、例えば「Ａ（優秀）、Ｂ（良好）、Ｃ（普通）、Ｄ（不満足）、Ｆ（失敗）」の５段階評価の表示から、依頼ユーザがマウスカーソル１４００を移動させ、依頼に対する評価を選択する。さらに、依頼遂行の感想等、具体的なコメントを入力することもできる。ここで、お手伝いユーザの位置の移動データを参照して、実際に依頼が遂行されたのかチェックを行うこともできる。
ミニＳＮＳクライアント部２１２は、これらの依頼の評価とコメントを取得すると、該当する依頼ＩＤを加え、依頼終了情報としてネットワーク５に送信する（タイミングＴ１１４）。
【００６６】
お手伝いネットサーバ１２０の履歴作成部１２８は、この依頼終了情報を受信すると、これを履歴評価データベース１５３に記憶する。
また、履歴作成部１２８は、入力されたコメントを、お手伝いユーザのホーム画面で閲覧可能なように投稿することもできる。たとえば、図６においては、ユーザＢのホーム画面のコメント９８１のように投稿可能である。
【００６７】
これにより、依頼を実行したお手伝いユーザも、依頼に対する評価を入力することができる。
お手伝いユーザ端末２１のミニＳＮＳクライアント部２１２は、このお手伝いユーザの依頼に対する評価を取得して、ネットワーク５に送信する（タイミングＴ１１５）
【００６８】
このお手伝いユーザの評価も取得したユーザ評価部１３２は、ユーザデータベース１５１と、履歴評価データベース１５３とを参照して、依頼ユーザとお手伝いユーザ双方のユーザ評価値の増減を行う。
ユーザ評価部１３２は、当該ユーザのこれまでの評価の履歴等を基に、双方の依頼に対する評価の差等も配慮して、評価値の増減を行うことができる。これにより、双方のユーザの評価を依頼に寄らず単純に高めるような不正を少なくすることができる。
【００６９】
（ステップＳ１０６）
次に、お手伝いネットサーバ１２０の決済部１２７は、決済処理を行う。
具体的には、依頼ユーザから、依頼を実行したお手伝いユーザに対して、交渉成立した金額にて、ユーザデータベース１５１を参照して、クレジット決済、インターネット銀行での決済、インターネット通貨での決済等を行う。
ここで、上述の契約書ができていた場合には、この契約書の金額に従って、決済を行うこともできる。
また、不正を防ぐために、お手伝いユーザの位置の移動データを用いて実際に依頼が遂行されたのかチェックを行うこともできる。
なお、直接、金銭の授受を行わず、「ポイント」の増減を行うことで決済をすることもできる。
さらに、この決済としては、具体的な金銭やポイントの授受を行わずに、所定期間、例えば１年に獲得した評価値のポイントを基に、お手伝いシステムＸの使用料から作成されるポイントを各ユーザに割り振るといった構成も可能である。このように構成することで、直接小銭を受けとることに抵抗感を覚えるユーザに対しても、有効にお手伝いシステムＸを稼働させることができ、お手伝いをすることによる報酬も得られるため、「善意の輪」を広げることができる。
また、このマッチング時に、決済部１２７は所定の費用をサーバ１０の管理者に払うポイント等により徴収したり、広告を表示して依頼ユーザ又はお手伝いユーザに閲覧させることもできる。
以上により、お手伝い依頼／実行処理を終了する。
【００７０】
なお、依頼を実行したお手伝いユーザが依頼を失敗したり、金銭的な損害が出たりした場合には、管理者に通知することで、インシュアランス部１２９を用いて、損害を補填することができる。
この損害の補填に関しては、例えば、ユーザ評価値により金額を変更したり、逆に補填によりユーザ評価値を増減させることで、不正を防ぎ、実効性を確保することができる。
【００７１】
以上のように構成することで、以下のような効果を得ることができる。
まず、従来技術１においては、地域限定サービスのための情報を契約者間でのみ送受可能な地域限定サービス網のシステムであり、同じ地域で知り合いになれるユーザ同士でしか手助けをすることができなかった。さらに、そもそも地域限定サービスが利用できない地域では使用できなかった。
これに対して、本発明の実施の形態に係るお手伝いシステムＸは、インターネットを用いて、これまで見知らぬ依頼ユーザとお手伝いユーザとの間で、お手伝いの依頼と実行を行うことができる。
この際に、本発明の実施の形態に係るお手伝いシステムＸは、つぶやきの検索と、位置情報を用いているため、リアルタイム性が高くお手伝いの依頼と実行を行うことができる。
さらに、本発明の実施の形態に係るお手伝いシステムＸは、お手伝いユーザ、依頼ユーザ双方に対して、ユーザ評価値を設定しているので、お手伝いの実行の際の安全性を高めることができる。すなわち、ユーザ評価値の低いお手伝いユーザは、依頼を閲覧することができないため、犯罪者のような悪意のあるユーザが位置情報を用いて依頼ユーザを襲うといった事態を防ぐことができる。
また、本発明の実施の形態に係るお手伝いシステムＸは、ユーザ評価部１３２を用いて、依頼ユーザとお手伝いユーザの過去の評価の履歴を参照して、ユーザ評価値を増減する。このため、双方のユーザが共謀して評価値を高めるといった不正を防ぐことができる。
これにより、情報技術を用いて、不自由な生活をしているユーザ同士の助け合いにより相互扶助できるお手伝いシステムを提供できる。
【００７２】
また、本発明の実施の形態に係るお手伝いシステムＸは、依頼取得手段は、公開鍵で暗号化された依頼のつぶやきを取得して、依頼ユーザの端末とお手伝いユーザのアカウントに備えられた暗号鍵で復号化し、つぶやき検索手段は、検索条件に合う依頼のつぶやきのみを表示することを特徴とする。
これにより、他のシステムを用いても、安全にお手伝いシステムＸの依頼ユーザとお手伝いユーザだけがつぶやきを閲覧することができる。
【００７３】
なお、上記実施の形態の構成及び動作は例であって、本発明の趣旨を逸脱しない範囲で適宜変更して実行することができることは言うまでもない。
【符号の説明】
【００７４】
５  ネットワーク
１０  サーバ
２１  お手伝いユーザ端末
２２  依頼ユーザ端末
２５  管理者端末
１１０  ネットワーク入出力部
１２０  お手伝いネットサーバ
１２１  ウェブサーバ部
１２２  プロフィール部
１２４  依頼ＳＮＳ部
１２５  つぶやき検索部
１２６  マッチング部
１２７  決済部
１２８  履歴作成部
１２９  インシュアランス部
１３１  ユーザ管理部
１３２  ユーザ評価部
１３３  契約書作成部
１５０  データベースサーバ
１５１  ユーザデータベース
１５２  ＳＮＳデータベース
１５３  履歴評価データベース
１４０  ＤＮＳ／メールサーバ
２１１  ウェブブラウザ
２１２  ミニＳＮＳクライアント部
２１３  依頼報知部
２１４  居場所送信部
８４０、８４１、８４２、８４３  リンク
８５０  検索条件選択欄
９１０、９２０、９３０、９４０、９５０、９７０、９８０、１６１０、１６２０、１６３０、１８００、１８１０、１８２０、１８３０  表示欄
８２０、９９０、９９１、９９２、１６４０、１６４２、１８４０  ボタン
９８１、９８２  コメント
１０００、１０１０、１０２０、１０２１、１０２２、１０３０、１０５０  画面例
１２１０、１２１１  現在位置
１２２０、１２２１、１２３０、１２４０、１２５０  位置マーカ
１３１０  オブジェクト
１４００  マウスカーソル
１５００、１５０１、１５０２  マップ画面
１５１０、１５２０、１５３０  つぶやき
１６００  つぶやきカーソル
１６５０  機能呼び出し欄
Ｘ  お手伝いシステム
【図１】
0005631624.tif 000002
【図２】
0005631624.tif 000003
【図３】
0005631624.tif 000004
【図４】
0005631624.tif 000005
【図５】
0005631624.tif 000006
【図６】
0005631624.tif 000007
【図７】
0005631624.tif 000008
【図８】
0005631624.tif 000009
【図９】
0005631624.tif 000010
【図１０】
0005631624.tif 000011
【図１１】
0005631624.tif 000012