異議の決定｜2022-700933 - 特許審決データベース

会員機能

ランキング

請求人別審判件数

判例データベース

審決データベース

ポートフォリオ機能

ポートフォリオを新規に作成して保存		追加
既存のポートフォリオに追加保存		追加

この審決の個人情報、企業機密に関する修正依頼をする

PDF	PDFをダウンロード

審決分類	審判一部申し立て特36条6項1、2号及び3号請求の範囲の記載不備 G06Q 審判一部申し立て 2項進歩性 G06Q 審判一部申し立て 1項3号刊行物記載 G06Q
管理番号	1392109
総通号数	12
発行国	JP
公報種別	特許決定公報
発行日	2022-12-28
種別	異議の決定
異議申立日	2022-09-26
確定日	2022-12-05
異議申立件数	1
事件の表示	特許第７０４３３７１号発明「実施依頼管理システムおよび実施依頼管理方法」の特許異議申立事件について、次のとおり決定する。
結論	特許第７０４３３７１号の請求項３～１５、１７～１９に係る特許を維持する。
理由	第１手続の経緯特許第７０４３３７１号の請求項１～１９に係る特許（以下「本件特許」という。）についての出願は、平成３０年９月１０日に出願され、令和４年３月１８日にその特許権の設定登録がされ、令和４年３月２９日に特許公報が発行された。その後、本件特許のうち請求項３～１５、１７～１９に係る特許に対し、令和４年９月２６日に特許異議申立人八木峰子（以下「異議申立人」という。）は、特許異議の申立てを行った。第２本件発明特許第７０４３３７１号の請求項３～１５、１７～１９の特許に係る発明（以下、それぞれ「本件発明３」等という。）は、それぞれその特許請求の範囲の請求項３～１５、１７～１９に記載された事項により特定される次のとおりのものである。【請求項３】第１ユーザが用いる第１ユーザ端末から第２ユーザが用いる第２ユーザ端末に送信された実施依頼を管理する実施依頼管理システムであって、前記第１ユーザ端末で作成された前記実施依頼を、当該実施依頼を実施する実施期間の開始日に前記第２ユーザ端末に対して送信する実施依頼発信部と、前記実施依頼発信部により前記第２ユーザ端末に対して送信された前記実施依頼を当該実施依頼の期限管理情報と共に前記第２ユーザ端末の表示装置に表示する実施依頼表示部と、前記第２ユーザ端末から前記実施依頼に対する回答結果を受信する実施依頼回答部と、を有する実施依頼管理システム。【請求項４】前記実施依頼回答部が受信した前記実施依頼に対する回答結果に基づいて算出した前記第２ユーザによる前記実施依頼の回答状況を前記第１ユーザの管理者が用いる端末に送信する依頼元管理部を有する請求項１から請求項３の何れか一項に記載の実施依頼管理システム。【請求項５】前記依頼元管理部は、前記回答状況を複数の前記第２ユーザに対する回答者の割合を回答率として、前記第１ユーザの管理者が用いる端末に送信する請求項４の実施依頼管理システム。【請求項６】前記実施依頼回答部が受信した前記実施依頼に対する回答結果に基づいて算出した前記第２ユーザによる前記実施依頼の回答状況を前記第２ユーザの管理者が用いる端末に送信する依頼先管理部を有する請求項１から請求項３の何れか一項に記載の実施依頼管理システム。【請求項７】前記依頼先管理部は、前記回答状況を複数の前記第２ユーザに対する回答者の割合を実施率として、前記第２ユーザの管理者が用いる端末に送信する請求項６の実施依頼管理システム。【請求項８】前記実施依頼表示部は、前記実施依頼発信部により前記第２ユーザ端末に対して送信された前記実施依頼を当該実施依頼の期限管理情報と共に前記第２ユーザ端末の表示装置に表示し、回答済みの前記実施依頼には未回答に戻すボタンを表示する請求項１から請求項３の何れか一項に記載の実施依頼管理システム。【請求項９】前記第１ユーザ端末から前記第２ユーザ端末に送信された実施依頼をデータベースに登録する実施依頼登録部を有し、前記実施依頼登録部は、前記実施依頼に含まれる項目を定義する定義ファイルを有し、当該定義ファイルで定義された項目に基づいて前記実施依頼を前記データベースに登録する請求項１から請求項３の何れか一項に記載の実施依頼管理システム。【請求項１０】前記データベースに登録された前記実施依頼は、少なくとも当該実施依頼を実施する実施期間の開始日を含み、前記実施依頼発信部は、前記第１ユーザ端末で作成された前記実施依頼を、前記実施期間の開始日に前記第２ユーザ端末に送信する請求項９に記載の実施依頼管理システム。【請求項１１】前記実施依頼表示部は、前記第２ユーザ端末の表示装置に、未回答の実施依頼と、前記第１ユーザ端末から送信された過去の全ての実施依頼とのうち、少なくとも何れか一つを表示する請求項１から請求項３の何れか一項に記載の実施依頼管理システム。【請求項１２】前記実施依頼回答部は、前記第２ユーザ端末の入力装置と、前記第２ユーザ端末で受信した前記実施依頼を委託した第３ユーザが用いる第３ユーザ端末の入力装置と、前記第２ユーザ端末に代わる第４ユーザ端末の入力装置と、他のシステムの入力装置とのうち、少なくとも何れか一つの入力装置を用いて前記実施依頼に対する回答を取得する請求項１から請求項３の何れか一項に記載の実施依頼管理システム。【請求項１３】前記依頼元管理部は、前記実施依頼発信部により前記第２ユーザ端末に対して送信された前記実施依頼に対する回答状況を算出し、前記実施依頼に対する回答を送信していない前記第２ユーザ端末に対して催促情報を送信する請求項４又は５に記載の実施依頼管理システム。【請求項１４】前記依頼先管理部は、前記実施依頼発信部により前記第２ユーザ端末に対して送信された前記実施依頼に対する回答を算出し、前記実施依頼に対する回答を送信していない前記第２ユーザの前記管理者が用いる端末に対して催促情報を送信し、当該管理者の用いる端末から前記第２ユーザの代わりに回答された回答結果を取得する請求項６又は７に記載の実施依頼管理システム。【請求項１５】前記第２ユーザ端末により前記実施依頼の内容を確認したことを示す内容確認部を有し、前記内容確認部は、前記第２ユーザ端末による前記実施依頼の内容の確認に基づいて、前記第２ユーザ端末により前記実施依頼の内容が確認されたことを示す情報を前記第１ユーザ端末に送信する請求項１から請求項３の何れか一項に記載の実施依頼管理システム。【請求項１７】第１ユーザが用いる第１ユーザ端末から第２ユーザが用いる第２ユーザ端末に送信された実施依頼を管理する実施依頼管理方法であって、前記第１ユーザ端末で作成された前記実施依頼を、当該実施依頼を実施する実施期間の開始日に前記第２ユーザ端末に対して送信し、前記第２ユーザ端末に対して送信された前記実施依頼を当該実施依頼の期限管理情報と共に前記第２ユーザ端末の表示装置に表示し、前記第２ユーザ端末から前記実施依頼に対する回答結果を受信する実施依頼管理方法。【請求項１８】前記第２ユーザ端末から受信した前記実施依頼に対する回答結果に基づいて算出した前記第２ユーザによる前記実施依頼の回答状況を前記第１ユーザの管理者が用いる端末に送信する請求項１６又は１７に記載の実施依頼管理方法。【請求項１９】前記第２ユーザ端末から受信した前記実施依頼に対する回答結果に基づいて算出した前記第２ユーザによる前記実施依頼の回答状況を前記第２ユーザの管理者が用いる端末に送信する請求項１６又は１７に記載の実施依頼管理方法。第３申立理由の概要１異議申立人が提出した甲第１号証～甲第７号証（以下、それぞれ「甲１」等という。）は、以下のとおりである。甲１：特表２０１８－５０８８７７号公報甲２：特開２０１５－１４１４２７号公報甲３：特開２００８－１４６１８２号公報甲４：国際公開第２０１８／１２５３５８号甲５：特開２０１８－１０６４９４号公報甲６：特開２０１２－１４４３８号公報甲７：特開平１１－２５０１２７号公報２異議申立人は、特許異議申立書において以下の理由を主張する。（１）請求項３、４、１２、１７及び１８に係る特許は、甲１を証拠として特許法第29条第1項に違反してされたものであるから、同法第113条第2項により取り消されるべきものである。（以下「理由１」という。）（２）請求項３、４、１２、１５、１７及び１８に係る特許は、甲１を証拠として特許法第29条第2項に違反してされたものであり、請求項５に係る特許は、甲１を主たる証拠とし甲２を従たる証拠として特許法第29条第2項に違反してされたものであり、請求項６、１９に係る特許は、甲１を主たる証拠とし甲３を従たる証拠として特許法第29条第2項に違反してされたものであり、請求項７に係る特許は、甲１を主たる証拠とし甲２、甲３を従たる証拠として特許法第29条第2項に違反してされたものであり、請求項８、１１に係る特許は、甲１を主たる証拠とし甲４を従たる証拠として特許法第29条第2項に違反してされたものであり、請求項９、１０に係る特許は、甲１を主たる証拠とし甲５を従たる証拠として特許法第29条第2項に違反してされたものであり、請求項１３に係る特許は、甲１を主たる証拠とし甲２、甲６を従たる証拠として特許法第29条第2項に違反してされたものであり、請求項１４に係る特許は、甲１を主たる証拠とし甲２、甲３、甲６、甲７を従たる証拠として特許法第29条第2項に違反してされたものであるから、これらの特許は同法第113条第2項により取り消されるべきものである。（以下「理由２」という。）。（３）請求項５、７、１３及び１４に係る特許は、特許法第36条第6項第2号に規定する要件を満たしていない特許出願に対してされたものであるから、同法第113条第4項により取り消されるべきものである。（以下「理由３」という。）第４甲１～甲７の記載１甲１の記載事項と甲１発明（１）甲１の記載事項ア請求項１には、以下のとおり記載されている。【請求項１】プロジェクトの検証済みフリーランス人材へのアウトソーシングを容易にするシステムであって、顧客のユーザデバイスからコンピュータネットワークを介して、前記顧客によりアウトソーシングされるプロジェクトについてのプロジェクト仕様書を受信するように構成された第１のプラットフォームと、前記第１のウェブベースのプラットフォームに通信可能に結合され、前記プロジェクトを管理するために前記顧客による選択を取り合う複数のプロジェクトマネージャにアクセス可能な第２のプラットフォームであって、前記第１のプラットフォームから前記プロジェクト仕様書を受信し、前記複数のプロジェクトマネージャによるレビューのために前記プロジェクト仕様書を投稿し、前記コンピュータネットワークを介して、前記複数のプロジェクトマネージャから前記プロジェクトを完了するための複数の提案書を受信し、ここで、それぞれの提案書は、別々のプロジェクトマネージャによって前記第２のプラットフォームに提出され、前記複数の提案書を前記第１のプラットフォームに通信するように構成された第２のプラットフォームとを備えており、前記第１のプラットフォームは、さらに、前記複数の提案書を受信した時に、前記顧客によるレビューのために前記複数の提案書を投稿し、前記複数の提案書のうち１つの提案書を前記顧客が選択することを可能にするユーザインタフェースを生成し、前記顧客が前記提案書を選択したことを示すユーザ入力に応答して、前記顧客による選択の提案書に関連するプロジェクトマネージャに自動的に通知するように構成されており、前記第２のプラットフォームは、さらに、前記顧客が前記提案書を選択した時に、前記プロジェクトマネージャが、前記プロジェクトマネージャの監督下で前記プロジェクトに関連するマイルストーンを完了することを担当するフリーランス作業員と通信できるようにするインタフェースを提供するように構成されており、前記顧客が、ネットワークにアクセス可能なユーザデバイスを使用して、前記第１のウェブベースのプラットフォームにアクセスし、前記複数のプロジェクトマネージャのそれぞれが、複数のネットワークにアクセス可能なユーザデバイスのうち別々のものを使用して、前記第２のウェブベースのプラットフォームにアクセスする、システム。イ発明の詳細な説明には、次の事項が記載されている。【０００２】発明の分野本開示の少なくとも１つの実施形態は、技術プロジェクトをクラウドソーシングするためのシステム及び技法に関し、より詳細には、顧客又はパートナーの顧客を、顧客によって投稿された技術プロジェクトを取り合うフリーランスプロジェクトマネージャと繋ぐためのシステム及び技術に関する。【発明の概要】【０００６】本明細書にて提示される技術は、企業（「顧客」とも称される）の代表者が、顧客によって投稿された技術プロジェクトを取り合う複数のプロジェクトマネージャを容易に閲覧すること、及び、該複数のプロジェクトマネージャとセキュアに接続することを可能にする方法、装置、及びシステムを含む。より具体的には、顧客は、技術プロジェクトを完了するための提案書を、別々のプロジェクトマネージャによって提出された複数の提案書の中から選択することができる。提案書が顧客によって選択されると、提案書に対応するプロジェクトマネージャは、プロジェクトマネージャの監督下で技術プロジェクトを完了するために一緒に作業することが可能な１人以上のフリーランサーを含むチームを構成することができる。「顧客」とは、複数のフリーランサー（例えば、フリーランスプロジェクトマネージャ（「プロジェクトマネージャ」とも称される）、及び、少なくとも１人の他のフリーランス作業員（「フリーランサー」とも称される））のサービスを必要としている任意の事業又は事業の代表者である。また、「顧客」とは、管理者（又は管理体）又は管理者のパートナーのいずれかの顧客でもあり得る。パートナーは、例えば、顧客のためにクラウドソーシングプラットフォームの使用を希望するコンサルティング会社であり得る。プロジェクトマネージャとフリーランサーとは、顧客にサービスを提供する独立したコンサルタントである。【発明を実施するための形態】【０００９】例えば、本明細書では、顧客によって投稿された技術プロジェクトを互いに取り合うプロジェクトマネージャのプールから、顧客がプロジェクトマネージャを選択することを可能にするプラットフォームが図示及び説明される。通常、プール内の各プロジェクトマネージャは、クラウドソーシングプロセスを監督する管理者によって検証される。また、本明細書では、プロジェクトマネージャが選択されたプロジェクトを完了するために使用可能なリソース（例えば、プロプライエタリの技術及び／又はサードパーティの技術のようなフリーランサー及びツール）について、プロジェクトマネージャがレビュー及びアクセスできるようにするプラットフォームも説明される。【００１０】クラウドソーシングプラットフォームは、新興企業から大企業まで、あらゆる規模の顧客がプロジェクトに関する詳細を投稿できるようにする。例えば、顧客は、プロジェクトを完了するためのパラメータ、完了のために求められるタイムライン、見積り予算などを含むプロジェクト仕様書を投稿し得る。クラウドソーシングプラットフォームを介して、顧客はまた、プロジェクトマネージャにより提出された提案書を閲覧し、プロジェクトマネージャの１人にプロジェクトを授与して、プロジェクトの実行を管理（例えば、進捗をレビュー）することもできる。顧客により選出されたプロジェクトマネージャは、「アカウントマネージャ」とも称されることがある。【００１２】一方、フリーランシングプラットフォームは、プロジェクトマネージャが、プロジェクトの提案書を提出して（例えば、チームについてフリーランサーを選択し、それらのフリーランサーにタスクを割り当てることによって）プロジェクトを実行できるようにする。例えば、各々がクラウドソーシングプラットフォーム及びフリーランシングプラットフォームを管理する管理者によって検証されているプロジェクトマネージャは、投稿されたプロジェクト仕様書について提案書を顧客に提出し、プロジェクトが授与された場合には、プロジェクトを実行するために必要とされるフリーランサー（例えば、開発者、デザイナー、テスター）を特定して選択する。この後、フリーランシングプラットフォームは、選択されたフリーランサーをプロジェクトのライフスパン全体にわたって管理し、プロジェクトのステータスを顧客に通信するように、プロジェクトマネージャによって使用され得る。【００１４】併せて、クラウドソーシングプラットフォーム及びフリーランシングプラットフォームによって、顧客は、プロジェクトを取り合う複数のプロジェクトマネージャの間から容易に選出することができ、サードパーティプロバイダに何ら仕事をアウトソーシングすることなく、プロジェクトのためのチームを調達してプロジェクトの完了を管理することができる。本明細書にて提示される技術の様々な実施形態は、顧客によって使用されるクラウドソーシングプラットフォーム、フリーランサーによって使用されるフリーランシングプラットフォーム、管理者によって使用される管理ポータル、ワークフロー及びユーザインタフェース、実行モデル、並びに、本開示の全体にわたって説明される他の機能的な詳細及び構想を採用する。【００１５】図１は、クラウドソーシングプラットフォーム１０２及びフリーランシングプラットフォーム１０４を含む両面フリーランシングシステムの一例を示す。種々の実施形態において、クラウドソーシングプラットフォーム１０２及びフリーランシングプラットフォーム１０４は、それぞれ１つ以上のコンピュータネットワークに接続される。このようなコンピュータネットワークは、１つ以上のローカルエリアネットワーク（ＬＡＮ）、広域ネットワーク（ＷＡＮ）、メトロポリタンエリアネットワーク（ＭＡＮ）及び／又はインターネットを含んでいてもよい。全般的に、クラウドソーシングプラットフォーム１０２は、顧客の使用を意図したインタフェースを生成する役割を担い、フリーランシングプラットフォーム１０４は、フリーランサー（例えば、プロジェクトマネージャ１１２及び他のフリーランサー１１４）の使用を意図したインタフェースを生成する役割を担う。管理者１０８（例えば、ユーザ又は処理システム）又は関連する事業体は、管理ポータル１０６を介して（又はいずれかのプラットフォームを介して直接）両方のプラットフォームを管理することができる。【００１７】より具体的には、クラウドソーシングプラットフォーム及びフリーランシングプラットフォームは、管理者１０８によって検証されたプロジェクトマネージャ１１２が、顧客１１０によって提出されたプロジェクトを取り合うことを可能にする。プロジェクトは、顧客１１０により、クラウドソーシングプラットフォーム１０２を介して提出され、顧客がネットワークアクセス可能なユーザデバイス（例えば、携帯電話、タブレット、ラップトップコンピュータ、時計）上で閲覧可能になる。例えば、顧客１１０は、プロジェクトに関する様々な詳細を含むプロジェクト仕様書を提出してもよい。【００１８】プロジェクトマネージャ１１２は、フリーランシングプラットフォーム１０４を使用して、顧客１１０によって投稿されたプロジェクトを閲覧することができ、また、プロジェクトマネージャ１１２同士で通信することができると共に、投稿されたプロジェクト等に関する他のフリーランサー１１４と通信することができる。フリーランサー１１４は、フリーランシングプラットフォーム１０４を使用して、顧客１１０によって投稿されたプロジェクトに関する少なくとも一部の情報を閲覧することができ、また、フリーランサー１１４同士で通信することができると共に、投稿されたプロジェクト等に関するプロジェクトマネージャ１１２と通信することができる。例えば、プロジェクトマネージャ１１２は、全ての利用可能なプロジェクトを、フリーランシングプラットフォームを介して閲覧することができ、それらのプロジェクトは、プロジェクトマネージャがネットワークアクセス可能なユーザデバイス（例えば、携帯電話、タブレット、ラップトップコンピュータ、時計）上で閲覧可能になる。クラウドソーシングプラットフォーム、フリーランシングプラットフォーム及びパートナープラットフォーム１２０は、例えば、（例えば、ブラウザベースのポータルとしての）ウェブサイトを介して、又は、（例えば、ｉＯＳ又はＡｎｄｒｏｉｄ用の）ソフトウェアアプリケーションを介してアクセスされ得る。【００１９】図２は、クラウドソーシングプラットフォーム、フリーランシングプラットフォーム、パートナープラットフォーム、パートナー管理ポータル及び／又は管理ポータルを構築するために使用され得るシステムアーキテクチャの一例を示す。フロントエンドインタフェースは、（例えば、ウェブブラウザ、ソフトウェアプログラム、ｉＯＳアプリケーション及びＡｎｄｒｏｉｄアプリケーションのいくつかの組み合わせを介して）複数のデバイスを介してアクセス可能であることが好ましい。クラウドソーシングプラットフォーム、パートナープラットフォーム及び／又はフリーランシングプラットフォームのバックエンドは、例えば、Amazon Web Services（ＡＷＳ）又は同様の技術によって動作するクラウドコンピューティングサービスによって実行され得る。さらに、クラウドソーシングプラットフォーム、フリーランシングプラットフォーム、パートナープラットフォーム、パートナー管理ポータル及び管理ポータルは、全てＡＷＳの同じインスタンス上に（例えば、ただし別のフォルダ内に、ウェブアクセス用に別のポートを使用して）存在し得ると共に、同じデータベースを共有し得る。【００２０】クラウドソーシングプラットフォーム及び／又はフリーランシングプラットフォームは、例えば、JavaScript MEANスタック（すなわち、MongoDB、Express.js、Angular.js、Node.js）を使用して構築されてもよい。そのような実施形態では、MongoDBは、データベースサーバとして機能することができ、Angular.jsは、プラットフォームのフロントエンドインタフェースを表すことができ、Express.js及びNode.jsは、ウェブインタフェース及びモバイルアプリケーションの両方のバックエンドロジックを包含することができ、該ウェブインタフェース及びモバイルアプリケーションは、表現状態転送（Representational State Transfer）（ＲＥＳＴ）アプリケーションプログラミングインタフェース（ＡＰＩ）呼び出しを介して、ウェブインタフェースにアクセスできる。【００２２】図３Ａは、顧客、プロジェクトマネージャ、管理者及び１人以上のフリーランサー（例えば、開発者、デザイナー、テスター）の間のワークフロー及び対話の一例を示す。図３Ｂは、顧客、プロジェクトマネージャ、管理者、パートナー管理者及び１人以上のフリーランサー（例えば、開発者、デザイナー、テスター）間のワークフロー及び対話の一例を示す。顧客は、名前や企業の電子メールアドレスのような基本情報を入力することによって、クラウドソーシングプラットフォームにサインアップ及びログインすることができる（ステップ３０１）。顧客は、クラウドソーシングプラットフォームによって円滑にされるクラウドソーシングサービスにサインアップする前に、特定の利用規約やプライバシーポリシーに同意する必要があってもよい。顧客がサインアップした後、管理者（例えば、両方のプラットフォームを管理する管理者）は、顧客を検証して、顧客のアカウントをアクティブ化する（ステップ３０２）。通常、管理者が（例えば、企業が支払を処理するように設定されていることを検証することによって）検証プロセスを完了するまで、顧客がクラウドソーシングプラットフォームにプロジェクトを投稿することは許可されない。同様に、パートナーの顧客は、パートナープラットフォームを使用して名前や企業の電子メールアドレスのような基本情報を入力することによって、クラウドソーシングプラットフォームにサインアップ及びログインすることができる。パートナーの顧客は、クラウドソーシングプラットフォームによって円滑にされるクラウドソーシングサービスにサインアップする前に、特定の利用規約やプライバシーポリシーに同意する必要があってもよい。顧客がサインアップした後、パートナー管理者（例えば、コンサルティング会社などのパートナー企業の管理者）は、顧客を検証して、顧客のアカウントをアクティブ化する（ステップ３２７）。通常、パートナーの管理者が検証プロセスを完了するまで、パートナーの顧客がクラウドソーシングプラットフォームにプロジェクトを投稿することは許可されない。顧客が検証された後に、顧客は、プロジェクトマネージャ及び１人以上のフリーランサーによって完了されることとなるプロジェクトの詳細を含むプロジェクト仕様書を、クラウドソーシングプラットフォームに投稿することができる（ステップ３０３）。【００２６】プロジェクト仕様書が顧客によって提出された後、フリーランシングプラットフォームは、プロジェクトについてプロジェクトマネージャに通知する。例えば、フリーランシングプラットフォームは、全てのプロジェクトマネージャ、又は、特定の基準（例えば、プロジェクト仕様書が、ヘルスケアのドメイン知識が必要であることを示している等）を満たすプロジェクトマネージャのサブセットに送信される電子メールメッセージを自動的に生成するように構成されてもよい。プロジェクトマネージャには、プロジェクトマネージャの提案書を提出するための期限が授与されてもよい（この期限は、設定されたとしても、プロジェクト又は管理者に関連する顧客によって延長される可能性がある）。プロジェクトマネージャは、フリーランシングプラットフォームを使用して、顧客によって投稿されたプロジェクト仕様書をレビューすることができる（ステップ３０８）。いくつかの例では、プロジェクトマネージャが（例えば、プロジェクト仕様書を明確化するため、又は、プロジェクトに関する質問をするために）顧客とのディスカッションを開始する必要があってもよい（ステップ３０９、３１０）。プロジェクトマネージャはまた、専門知識を求めたり、質問をしたり、意見を追求したりする等のために（これらは、提案書を準備するために必要であり得る）、他のフリーランサー（例えば、開発者、デザイナー又はテスター）とのディスカッションを開始することが可能であってもよい（ステップ３１０、３１１）。【００２７】フリーランサーは、通常、プロジェクトのタイトル及びプロジェクトマネージャによって提供される他の情報のようなプロジェクトに関する基本情報しか見ることができないが、フリーランサーはプロジェクトに関心を表明し（ステップ３１２）、プロジェクトマネージャが提案書を準備できるようにする広く様々なトピックスについて、プロジェクトマネージャに意見を提供することができる。フリーランサーによって提供される情報は、通常、全てのプロジェクトマネージャに見えているが、プロジェクトマネージャは、個々人に対して（例えば、特定の時間枠内において手が空いているかどうかについて）個人的に回答を募ることもできる。プロジェクトマネージャが提案書を生成及び提出するのに十分な情報を（例えば、フリーランサー及び顧客とのディスカッションを通じて、又は、プロジェクトに関連する自身の専門知識を通じて）取得すると、プロジェクトマネージャは、フリーランシングプラットフォーム上で提案書を提出することができる（ステップ３１３）。この提案書は、例えば、提案されたマイルストーンと、各マイルストーンについての見積りコストとを含み得る。【００２８】次に、顧客は、フリーランスのプロジェクトマネージャによって提出された提案書をレビューし、必要に応じて追加の明確化を求めることができる（ステップ３１４）。顧客が全ての提案書をレビューし、プロジェクトマネージャから十分な情報を取得すると、顧客はプロジェクトを１人のプロジェクトマネージャに授与する（ステップ３１５）。勝ち取ったプロジェクトマネージャは、プロジェクトの完了及び配信を担当する。【００２９】続いて、勝ち取ったプロジェクトマネージャは、１人以上のフリーランサーを選択することによってチームを作成する（ステップ３１６）。プロジェクトの投稿を担当する顧客は、顧客が追加の専門知識を望んでいる場合や、１人又は複数人のフリーランサーがチームの残りの者といまいち合っていないと考えている場合、チームをレビューして、追加のチームメンバー及び／代わりのチームメンバー（１人又は複数人）を求めてもよい（ステップ３１７）。選択されたフリーランサーは、プロジェクトに関心を表明したフリーランサー又は提案書を提出したプロジェクトマネージャの１人と以前にプロジェクトについてディスカッションしていたフリーランサーの群に由来していてもよい。勝ち取ったプロジェクトマネージャはまた、以前はフリーランサーが利用できなかったプロジェクトに関する詳細を（例えば、フリーランシングプラットフォームを介して）投稿することによって、追加のフリーランサーを募集してもよい。勝ち取ったプロジェクトマネージャは、プロジェクトを実行するのに十分な人材／経験者が見つかるまで、フリーランサーの招集を続ける。チームメンバー（すなわち、選択されたフリーランサー）のマイルストーン及び賃金構造は、通常、勝ち取ったプロジェクトマネージャによって設定される。いくつかの実施形態では、全てのチームメンバーは、プロジェクトの作業を開始する前に、チームをレビューしてマイルストーン及び賃金構造を承諾しなければならない（ステップ３１８）。【００４２】顧客は、ログイン時に、顧客のプロフィール、以前のプロジェクト、投稿されたプロジェクト、他の重要な又は時間依存の情報（例えば、差し迫った締め切り日）などに関する詳細を提供するダッシュボードページ（「ダッシュボード」）等に移動させられ得る（図５Ｆ）。上記のように、ダッシュボードは、ウェブブラウザ、モバイルアプリケーション又はその両方を介してアクセス可能であってもよい。一方で、新規の顧客は、新規のユーザダッシュボードに誘導させられて、各顧客がプロフィールを完成させ、支払いオプションを設定して、新規のプロジェクトを開始できるようにされ得る（図５Ｇ）。【００４３】顧客は、リンクをクリックして顧客が投稿した全てのプロジェクトを見て（図５Ｈ）、メッセージボードを使用して関心のあるプロジェクトマネージャと投稿されたプロジェクトについてディスカッションし（図５Ｊ）、プロジェクトマネージャにより投稿された提案書をレビューして（図５Ｋ）、特定のプロジェクトマネージャにプロジェクトを授与することができる（図５Ｋ）。いくつかの実施形態では、顧客は、チーム（すなわち、プロジェクトマネージャ及びプロジェクトマネージャによって選択されたフリーランサー）及びチームの各メンバーのプロフィール、平均評価並びに他の詳細についてレビューすることができる（図５Ｌ）。顧客はまた、クラウドソーシングプラットフォームを介して、プロジェクトマネージャを評価することもできる。それに加えて又はそれに代えて、顧客は、１つ以上のアルゴリズムによって生成されたプロジェクトマネージャ及び／又は他のフリーランサーについての評価を閲覧することができる。【００４５】図６Ａ～図６Ｍは、フリーランシングプラットフォームを介して閲覧できる、プロジェクトマネージャが対話可能なＧＵＩの一例を示す。図６Ａ～図６Ｍは、典型的にはプロジェクトマネージャによってナビゲートされるスクリーンのフローをまとめて示す。プロジェクトマネージャは、最初に、名、姓、電子メールアドレスのような基本情報を提供することによって、フリーランシングプラットフォームのアカウントを作成する（図６Ａ）。プロジェクトマネージャは、新規のアカウントを作成するのではなく、ソーシャルネットワーキングアカウント（例えば、LinkedIn、Facebook又はTwitter）を使用して、プラットフォームにサインアップすることもできる（図６Ｂ）。プロジェクトマネージャがフリーランシングプラットフォームに登録するためにソーシャルネットワーキングアカウントを使用することを選択した場合には、フリーランシングプラットフォームのアカウントを設定するために、ソーシャルネットワーキングアカウント（例えば、名前、電子メール、スキル）からの情報を使用することができる。【００４６】アカウントが作成されると、プロジェクトマネージャは、プロフィール情報をいつでも更新することができる。例えば、プロジェクトマネージャは、追加の詳細を指定することを選択してもよく（図６Ｃ）、パスワードを変更することを選択してもよい（図６Ｄ）。ログイン時には、プロジェクトマネージャは通常、プロジェクトマネージャのプロフィール、顧客によって投稿された新規のプロジェクト、プロジェクトのステータス（例えば、提出済、進行中）、他の重要な又は時間依存の情報（例えば、差し迫った締め切り日など）等に関する詳細を提供するダッシュボードページ（「ダッシュボード」）に移動させられる（図６Ｅ）。顧客用のダッシュボードと同様に、プロジェクトマネージャのダッシュボードは、Ｗｅｂブラウザ、モバイルアプリケーション又はその両方を介してアクセス可能であってもよい。新規のプロジェクトマネージャは、典型的には新規のユーザダッシュボードに移動させられて、ログイン時にダッシュボードに表示すべき情報を各プロジェクトマネージャが指定できるようにされる（図６Ｆ）。【００４７】プロジェクトマネージャは、ダッシュボード上に提示されたリンクをクリックすることにより、顧客によって投稿されたプロジェクトを見ることができ、かつ／又は、特定のプロジェクト（例えば、特定の状態又はプロジェクト名に適合するプロジェクト）を検索することができる（図６Ｇ）。投稿されたプロジェクトを選択した時に、プロジェクトマネージャは、顧客によって提供されたプロジェクト仕様書と共に、顧客によって提供された任意の添付ファイルを閲覧することができる（図６Ｈ）。クラウドソーシングプラットフォームのように、フリーランシングプラットフォームは、投稿されたプロジェクトについてプロジェクトマネージャが顧客又は他のフリーランサーとディスカッションできるディスカッションフォーラムを提供する（図６Ｉ）。フリーランシングプラットフォームはまた、投稿されたプロジェクトの提案書をプロジェクトマネージャが提出できるようにするインタフェースをも含んでいる（図６Ｊ）。【００４８】プロジェクトマネージャはまた、プロジェクトがプロジェクトマネージャに授与された時に、１人又は複数人のフリーランサーを含むチームを、フリーランシングプラットフォームを介して招集することもできる。より具体的には、プロジェクトマネージャは、プロジェクトにて作業することに関心を表明したフリーランサー又はフリーランサーのディスカッションに参加していたフリーランサーの中から選択することができる。それに加えて又はそれに代えて、プロジェクトマネージャは、ディスカッションに参加していなかった又は関心を表明していなかったフリーランサーに対して、議論に参加したりプロジェクトに関心を表明するように要請したりすることができる（図６Ｋ）。例えば、プロジェクトマネージャは、特定のスキルを持っている、又は、プロジェクトが完了する時間枠内において手が空いていることがプロフィールに示されている全てのフリーランサーを検索し得る。その後、プロジェクトマネージャは、プロジェクトを完了させて進捗に関する更新を顧客に提供するために、フリーランシングプラットフォームによって提供される様々なツール及び選択されたフリーランサーを使用することができる（図６Ｌ）。プロジェクト又はマイルストーンが完了した時に、プロジェクトマネージャは、チームに含まれるフリーランサーを、フリーランシングプラットフォームを介して評価することができる。例えば、顧客が更新を要求した時、又は、作業が完了したことについてチームメンバーが示した時に、電子メールメッセージ及び／又はモバイル通知が、いずれかのプラットフォームによってプロジェクトマネージャに送信されてもよい（図６Ｍ）。【００５４】例：モバイルアプリケーション開発プロジェクト ABC Corporation（ABC Corp.）は中規模企業であって、モバイルデバイスから食品を注文するためにエンドユーザが使用可能なモバイルアプリケーションを構築することを望んでいる。ABC Corp.の指定代理人（例えば、情報技術プロジェクトマネージャのJake Smith）は、クラウドソーシングプラットフォームのアカウントを作成し、モバイルアプリケーションの詳細、及び、どのようにモバイルアプリケーションを構築する予定であるか（例えば、サポート予定のオペレーティングシステム、見積り予算、見積りタイムライン）を含むプロジェクト仕様書を投稿する。いくつかの実施形態では、フリーランシングプラットフォームは、プロジェクトマネージャの少なくとも一部に対して、ABC Corp.によって新しいプロジェクトが投稿されたことを通知する。【００５５】プロジェクト仕様書は、通常、クラウドソーシングシステム及びフリーランシングシステムを監督する管理者によって検証された全てのプロジェクトマネージャに（例えば、フリーランシングプラットフォームを介して）見えている。しかしながら、いくつかの実施形態では、クラウドソーシングプラットフォームは、プロジェクト仕様書を閲覧可能なプロジェクトマネージャを（例えば、特定の地理的エリア内のプロジェクトマネージャ又は特定の産業に従事しているプロジェクトマネージャのみに）制限することを選択してもよい。その後、プロジェクトマネージャは、プロジェクトの仕様書をレビューして、プロジェクトの提案書を提出することができる。【００５６】多くの場合、プロジェクトマネージャは、提案書を提出するためにプロジェクトをより高度に理解する必要があり得る。そのような場合には、プロジェクトマネージャは、プロジェクト仕様書に関する質問をしたり、追加の詳細を要求したりするために、（例えば、フリーランシングプラットフォームのディスカッションフォーラムを通じて）Jakeに接触する。プロジェクトマネージャは、（例えば、プロジェクトに関連する専門知識を有するフリーランサーを特定するために）ディスカッションフォーラムを介して他のフリーランサーと交流することもできる。プロジェクトマネージャがJakeやその他のフリーランサーから十分な情報を入手すると、プロジェクトマネージャは、前提条件、マイルストーン、要素成果物及びその他の必要な情報についての詳細な要約を含むプロジェクトの提案書を、フリーランシングプラットフォームを介して提出することを選択できる。（２）甲１発明上記（１）イの記載からみて、上記（１）アの「第１のプラットフォーム」及び「第２のプラットフォーム」は、それぞれ「クラウドソーシングプラットフォーム」及び「フリーランシングプラットフォーム」のことであるから、上記（１）より、甲１には次の発明（以下「甲１発明」という。）が記載されているといえる。（甲１発明）プロジェクトの検証済みフリーランス人材へのアウトソーシングを容易にするために、顧客のユーザデバイスからコンピュータネットワークを介して、前記顧客によりアウトソーシングされるプロジェクトについてのプロジェクト仕様書を受信するように構成されたクラウドソーシングプラットフォームと、前記クラウドソーシングプラットフォームに通信可能に結合され、前記プロジェクトを管理するために前記顧客による選択を取り合う複数のプロジェクトマネージャにアクセス可能なフリーランシングプラットフォームであって、前記クラウドソーシングプラットフォームから前記プロジェクト仕様書を受信し、前記複数のプロジェクトマネージャによるレビューのために前記プロジェクト仕様書を投稿し、前記コンピュータネットワークを介して、前記複数のプロジェクトマネージャから前記プロジェクトを完了するための複数の提案書を受信し、ここで、それぞれの提案書は、別々のプロジェクトマネージャによって前記フリーランシングプラットフォームに提出され、前記複数の提案書を前記クラウドソーシングプラットフォームに通信するように構成されたフリーランシングプラットフォームとを備えており、前記クラウドソーシングプラットフォームは、受信した前記複数の提案書のうち１つの提案書を前記顧客が選択することを可能にするユーザインタフェースを生成し、前記顧客が前記提案書を選択したことを示すユーザ入力に応答して、前記顧客による選択の提案書に関連するプロジェクトマネージャに自動的に通知するように構成されており、前記顧客が、ネットワークにアクセス可能なユーザデバイスを使用して、前記クラウドソーシングプラットフォームにアクセスし、前記複数のプロジェクトマネージャのそれぞれが、複数のネットワークにアクセス可能なユーザデバイスのうち別々のものを使用して、前記フリーランシングプラットフォームにアクセスするシステム（以上【請求項１】）であって、顧客は、プロジェクトマネージャ及び１人以上のフリーランサーによって完了されることとなるプロジェクトの詳細を含むプロジェクト仕様書を、クラウドソーシングプラットフォームに投稿し（【００２２】）、プロジェクト仕様書が顧客によって提出された後、フリーランシングプラットフォームは、プロジェクトについてプロジェクトマネージャに通知し、ここで、フリーランシングプラットフォームは、全てのプロジェクトマネージャ、又は、特定の基準を満たすプロジェクトマネージャのサブセットに送信される電子メールメッセージを自動的に生成するように構成され、プロジェクトマネージャには、プロジェクトマネージャの提案書を提出するための期限が授与されてもよく（【００２６】）、プロジェクトマネージャは、フリーランシングプラットフォームを使用して、顧客によって投稿されたプロジェクト仕様書をレビューすることができ（【００２６】）プロジェクトマネージャは、フリーランシングプラットフォーム上で提案書を提出し（【００２７】）、顧客は、フリーランスのプロジェクトマネージャによって提出された全ての提案書をレビューし、プロジェクトを１人のプロジェクトマネージャに授与する（【００２８】）ものであり、フリーランシングプラットフォームを介して閲覧できる、プロジェクトマネージャが対話可能なＧＵＩとして、ログイン時には、プロジェクトマネージャは通常、プロジェクトマネージャのプロフィール、顧客によって投稿された新規のプロジェクト、プロジェクトのステータス（例えば、提出済、進行中）、他の重要な又は時間依存の情報（例えば、差し迫った締め切り日など）等に関する詳細を提供するダッシュボードページ（「ダッシュボード」）に移動させられる（【００４５】、【００４６】）システム。２甲２の記載甲２には、以下の記載がある。【００５３】工程ＩＤ２２３ａは、工程を特定する識別情報であって、工程ＤＢ２２２の工程ＩＤ２２２ａと対応している。進捗率２２３ｂは、工程の進捗割合を特定する値であって、例えば工程が全部終了した状態を１００とした、工程の進み具合の割合を示す。進捗遅れ状況２２３ｃは、工程の進捗が予定よりも遅れている度合いを示す情報である。例えば、進捗遅れ状況２２３ｃが「済」である場合は、既に工程が終了しており、未記入である場合は予定通り工程が進行しており、数値である場合には遅れている期間を示す。問題点２２３ｄは、ＰＭが工程に関して把握している問題点や懸案事項である。３甲３の記載甲３には、以下の記載がある。【００８１】全体スケジュール表Ａとチームスケジュール表Ｂ１～Ｂｎが作成された後に、各チームリーダによって、各チームリーダ端末装置Ｔ１～Ｔｎに自チームの進捗情報が入力されると、この進捗情報は通信ネットワーク４０を介してプロジェクト管理装置１０に送られる。プロジェクト管理装置１０の端末Ｉ／Ｆ部１７は、進捗情報を受信して進捗情報入力部１３に入力する。進捗情報入力部１３は、入力された進捗情報をチームスケジュールＤＢ３３内のチームスケジュール表Ｂ１～Ｂｎに保存する（ステップＳ３０）。【００８２】プロジェクトリーダによって、プロジェクトリーダ端末装置２１に進捗情報の取得要求が入力されると、この取得要求は通信ネットワーク４０を介してプロジェクト管理装置１０に送られる。プロジェクト管理装置１０の端末Ｉ／Ｆ部１７は、進捗情報の取得要求を受信して進捗情報反映部１４に入力する。進捗情報反映部１４は、進捗情報の取得要求に基づいて、チームスケジュール表から進捗情報を抽出し、全体スケジュール表Ａに反映する。すなわち、チーム毎の進捗情報を吸い上げて全体スケジュール表Ａに反映させる（ステップＳ４０）。進捗情報の取得要求にに対応する進捗情報（進捗情報が反映された全体スケジュール表Ａ）は、プロジェクトリーダ端末装置２１に送られる。４甲４の記載甲４には、以下の記載がある。（なお、訳文は、甲４のＪＰファミリである特表２０２０－５１３５９９号公報によるものであり、対応する段落を併せて示す。） [00109] In some implementations, GUI 1400 can present user task view 1420. For example, user task view 1420 can present tasks associated with a specific user. For example, if the user "Phil Bowman" (e.g., as indicated by graphical element 1414) is using client device 240 and/or CMS client 242 and has logged into content management system 106, user task view 1420 can present tasks associated with (e.g., created by, assigned to, etc.) the user "Phil Bowman." CMS client 242 can obtain task information describing tasks associated with the user for presentation in user task view 1420 from tasks database 208 through project module 202, for example. Alternatively, CMS client 242 can obtain task information describing tasks associated with the user locally from managed content 250 on client device 240. （訳文）いくつかの実施例において、ＧＵＩ１４００はユーザタスクビュー１４２０を提示できる。例えばユーザタスクビュー１４２０は、特定のユーザと関連付けられたタスクを提示できる。例えばユーザ「ＰｈｉｌＢｏｗｍａｎ」（例えば、グラフィック要素１４１４により示される）がクライアントデバイス２４０及び／又はＣＭＳクライアント２４２を使用しており、コンテンツ管理システム１０６にログインしている場合、ユーザタスクビュー１４２０はユーザ「ＰｈｉｌＢｏｗｍａｎ」と関連付けられたタスク（例えば、ユーザ「ＰｈｉｌＢｏｗｍａｎ」により作成されたタスク、ユーザ「ＰｈｉｌＢｏｗｍａｎ」に割り当てられたタスク等）を提示できる。ＣＭＳクライアント２４２は、例えばユーザタスクビュー１４２０において提示するためにユーザと関連付けられたタスクを説明するタスク情報をタスクデータベース２０８からプロジェクトモジュール２０２を介して取得できる。あるいは、ＣＭＳクライアント２４２は、ローカルにクライアントデバイス２４０上の管理コンテンツ２５０からユーザと関連付けられたタスクを説明するタスク情報を取得できる。（【００８８】） [00118] FIG. 17 illustrates an example graphical user interface 1700 presenting a column view of tasks associated with the user. For example, CMS client 242 can present a columnar representation of user task view 1420 in response to the user selecting graphical element 1704. The user can, for example, switch between a list view and task view of user by selecting graphical element 1412 (e.g., for list view) and/or graphical element 1704 (e.g., for column view), respectively. [00119] When presenting a column view of user tasks on user task view 1420, CMS client 242 can present graphical elements 1710, 1720, and/or 1730 representing respective task states. Each graphical element 1710, 1720, and/or 1730 can define an area (e.g., columns, rows, sections, etc.). A task can be presented within the area of a graphical element 1710, 1720, and/or 1730 when the current state of the task corresponds to the task state represented by the corresponding graphical element 1710, 1720, and/or 1730. For example, graphical element 1710 can represent a "to do" state indicating that corresponding tasks 1712, and/or 1714 have not yet been started. Graphical element 1720 can represent a "in progress" state indicating that corresponding task 1722 has been started but not yet completed. Graphical element 1730 can represent a "completed" state indicating that corresponding task 1732 has been completed. Other graphical elements may be presented representing other task states. [00120] In some implementations, a user can provide input to user task view 1420 to change the state of a task. For example, the user can select the checkbox within task 1714 to indicate that task 1714 has been completed. Upon receiving the user input indicating that task 1714 has been completed, CMS client 242 can present a representation 1732 of task 1714 that indicates that task 1714 has been completed within the area defined by graphical element 1730. For example, CMS client 242 can remove task 1714 from graphical element 1710 and present task 1714 (now task 1732) within the area defined by graphical element 1730. [00121] FIG. 18 illustrates an example graphical interface 1800 for changing the state of a task. For example, GUI 1800 can correspond to GUI 1700 of FIG. 17 described above. [00122] In some implementations, a user can change the state of a task by dragging and dropping tasks into the areas defined by graphical elements 1710, 1720, and/or 1730. For example, the user can select and drag task 1802 from graphical element 1710 into graphical element 1720 to cause CMS client 242 to change the state of task 1802 from "to do" to "in progress." Similarly, the user can select and drag task 1804 from graphical element 1720 into graphical element 1730 to cause CMS client 242 to change the state of task 1802 from "in progress" to "completed." The user can select and drag task 1810 from graphical element 1710 into graphical element 1730 to cause CMS client 242 to change the state of task 1810 from "to do" to "completed," as indicated by task 1730. The user can also provide input to change task states by moving tasks from graphical elements 1730 and/or 1720 to graphical elements 1710 and 1720, for example. When the user changes the state of a task, CMS client 242 can send the updated task information, including the changed task state, to project module 202 for storage in task database 208 managed by content management system 106. （訳文）図１７は、ユーザと関連付けられたタスクのカラムビューを提示する一例のグラフィカルユーザインタフェース１７００を示す。例えばＣＭＳクライアント２４２は、ユーザがグラフィック要素１７０４を選択したことに応じてユーザタスクビュー１４２０のカラム表現を提示できる。ユーザは、例えばグラフィック要素１４１２（例えば、リストビューに対する）及び／又はグラフィック要素１７０４（例えば、カラムビューに対する）をそれぞれ選択することによりユーザのリストビューとタスクビューとを切り替えられる。（【００９７】）ユーザタスクビュー１４２０のユーザタスクのカラムビューを提示する時、ＣＭＳクライアント２４２は、各タスク状態を表すグラフィック要素１７１０、１７２０及び／又は１７３０を提示できる。各グラフィック要素１７１０、１７２０及び／又は１７３０は、領域（例えば、カラム、行、セクション等）を規定できる。タスクの現在の状態が対応するグラフィック要素１７１０、１７２０及び／又は１７３０により表されるタスク状態に対応する時、タスクは、グラフィック要素１７１０、１７２０及び／又は１７３０の領域内に提示される。例えばグラフィック要素１７１０は、対応するタスク１７１２及び／又は１７１４がまだ開始されていないことを示す「未着手」状態を表せる。グラフィック要素１７２０は、対応するタスク１７２２が開始されているがまだ完了していないことを示す「進行中」状態を表せる。グラフィック要素１７３０は、対応するタスク１７３２が完了されたことを示す「完了」状態を表せる。他のタスク状態を表す他のグラフィック要素が提示されてもよい。（【００９８】）いくつかの実施例において、ユーザはユーザタスクビュー１４２０に入力を提供してタスクの状態を変更できる。例えばユーザは、タスク１７１４内のチェックボックスを選択して、タスク１７１４が完了されたことを示せる。タスク１７１４が完了されたことを示すユーザ入力を受信すると、ＣＭＳクライアント２４２は、タスク１７１４が完了されたことを示すタスク１７１４の表現１７３２をグラフィック要素１７３０により規定される領域内に提示できる。例えばＣＭＳクライアント２４２は、グラフィック要素１７１０からタスク１７１４を除去し、グラフィック要素１７３０により規定される領域内にタスク１７１４（この時点でタスク１７３２）を提示できる。（【００９９】）図１８は、タスクの状態を変更するための一例のグラフィカルユーザインタフェース１８００を示す。例えばＧＵＩ１８００は、上述した図１７のＧＵＩ１７００に対応しうる。（【０１００】）いくつかの実施例において、ユーザは、グラフィック要素１７１０、１７２０及び／又は１７３０により規定される領域にタスクをドラッグ及びドロップすることによりタスクの状態を変更できる。例えばユーザは、タスク１８０２を選択してグラフィック要素１７１０からグラフィック要素１７２０にドラッグし、ＣＭＳクライアント２４２にタスク１８０２の状態を「未着手」から「進行中」に変更させることができる。同様に、ユーザは、タスク１８０４を選択してグラフィック要素１７２０からグラフィック要素１７３０にドラッグし、ＣＭＳクライアント２４２にタスク１８０２の状態を「進行中」から「完了」に変更させることができる。ユーザは、タスク１８１０を選択してグラフィック要素１７１０からグラフィック要素１７３０にドラッグし、タスク１７３０により示すように、ＣＭＳクライアント２４２にタスク１８１０の状態を「未着手」から「完了」に変更させることができる。ユーザは、入力を提供して、例えばタスクをグラフィック要素１７３０及び／又は１７２０からグラフィック要素１７１０及び１７２０に移動することによりタスク状態を変更できる。ユーザがタスクの状態を変更する場合、ＣＭＳクライアント２４２は、変更されたタスク状態を含む更新されたタスク情報をコンテンツ管理システム１０６により管理されるタスクデータベース２０８に格納するためにプロジェクトモジュール２０２に送出できる。（【０１０１】）５甲５の記載甲５には、以下の記載がある。【００２５】次に、本発明の実施の形態を図面に基づいて詳細に説明する。図１は、本発明に係るコンピュータシステムの全体構成を示す図である。このコンピュータシステムは、予定（アポイントメント等）の管理と仕事（ジョブ）の管理とを連携して行うものである。会社Ｂの社内ＬＡＮ（Local Area Network）１には、複数のクライアント端末２・・・が接続されており、その社内ＬＡＮ１経由でインターネット３に接続されている。インターネット３にはクラウドサーバからなる管理サーバ４が接続されている。さらに、会社Ｂの従業員等が社外に持ち出しているモバイル端末からなるクライアント端末２も、インターネット３を経由して管理サーバ４に接続される。複数のクライアント端末２・・・は、スタンドアローンで動作するのではなく、クライアント・サーバモデルとして動作する。なお、スタンドアローンで動作する場合については、変形例として後述する。クライアント端末２は、会社内の営業部、経理部、開発部等の各部署に所属する従業員（ユーザともいう）によって操作される。管理サーバ４のデータベース５には、各従業員のＩＤ（identification）、所属している部署名、従業員の氏名、および、計画（プロジェクト）と仕事と予定と他律予定（後述する）の管理を行うための管理用データが対応付けられて記憶されている。この管理用データは、各従業員がサーバ上で共有管理している予定や仕事等からなるパブリック管理用データと、各従業員が個人的に管理している予定や仕事等からなるプライベート管理用データとからなる。なお、このプライベート管理用データについては、管理サーバ４のデータベース５に記憶させることなく、各自ローカルのクライアント端末２等に記憶させるようにしてもよい。【００４０】これらの計画は、いつからいつまでの間にその計画を達成するかを定めた遂行時期（具体的には遂行期間）が設定されている。このように計画の「遂行期間」とは、計画を達成するために従業員（ユーザ）に許容された期間のことであり、本実施の形態ではこの「遂行期間」を「猶予期間」と表現する。ＲＯＯＴ計画６の場合には猶予期間が無限大である。基礎研究計画７および応用研究計画８はそれぞれに有限の猶予期間が設定されている。実験計画９および論文作成計画１０は、その上位の計画である基礎研究計画７を達成するための具体的計画である。故に、これら具体的計画の猶予期間は、直属の上位の計画である基礎研究計画７の猶予期間の範囲内に設定される。同様に、課題解決計画１１および特許取得計画１２の猶予期間も、直属の上位の計画である応用研究計画８の猶予期間の範囲内に設定されている。【０１６０】次に、図１９（ａ）に基づいて「計画新規編集表示画面」を説明する。この「計画新規編集表示画面」は、図４（ａ）のＳ２３によりＹＥＳと判定される場合の編集表示画面である。パス表示領域４０には、ルート計画から新規計画の生成先である直属の親計画までの経路が表示される。図１９（ａ）の例では、ＲＯＯＴ計画が直属の親計画として選択されたことになる。パス表示領域４０にはＲＯＯＴ計画の直下の項目のパスから表示される。計画名入力設定領域４１には計画の略称を、概要入力設定領域４には計画の概要を、それぞれ入力する。完了チェックボックス４７は、計画名入力設定領域４１に入力されている計画が完了した場合にユーザがチェックを入れるものである。【０１６３】新規計画ボタン４３は、ユーザが新規計画を生成するときにクリックされるボタンである。新規仕事ボタン４４は、ユーザが新規仕事を生成するときにクリックされるボタンである。新規予定ボタン４５は、ユーザが新規予定を生成するときにクリックされるボタンである。新規他律予定ボタン４６は、ユーザが新規他律予定を生成するときにクリックされるボタンである。「計画新規編集表示画面」から他の新規編集画面に遷移することはないため（図１６参照）、これらボタン４３～４６は不能動化されており、ボタン表示が薄くなっている。【０１６４】「猶予期間」における開始入力設定領域４８は、計画名入力設定領域４１に入力されている新規計画の猶予期間の開始日を入力する領域である。猶予期間における終了入力設定領域４９は、計画名入力設定領域４１に入力されている新規計画の猶予期間の終了日を入力する領域である。新規編集の場合「猶予期間」の開始入力設定領域４８および終了入力設定領域４９には直属の親計画の猶予期間が既定値としてコピー入力されているので、必要なら、ユーザがより整合した期間に縮小できる。図１９（ａ）の例では、ルート計画の猶予期間がコピーされているので、「開始」には最小無限値が、「終了」には最大無限値が設定されている。６甲６の記載甲６には、以下の記載がある。【００１３】図２は、プロジェクトに含まれる各工程について予定期日が全て登録された状況の例を示した図である。図２に示す例のように、プロジェクトに含まれる全ての工程に予定期日が登録されている場合、管理サーバ１００が、各工程の予定期日を基準として、予定期日の所定の日数前から、予定期日を通知するフォローメールや、予定期日を経過したことを通知するフォローメール等を行うことができる。７甲７の記載甲７には、以下の記載がある。【０００６】【課題を解決するための手段】本発明は上記問題点を解決するため、検証予定日、検証完了日等の情報を工程管理用ファイルに、プロジェクトの設計担当者、及び上長（ＰＬ）等の電子メールＩＤ情報をプロジェクト体制ファイルとして記憶装置に格納し、検証部署にて検証予定日のチェックを行い、一定期間以内（例えば７日以内）に検証が予定されているプロジェクトについては、該当プロジェクトＩＤ、システム名称、工程名称、メール送信日／回答期限等の情報を送受信管理ファイルとして記憶装置に格納し、プロジェクト体制ファイルより該当プロジェクトの設計担当者を検索し、設計担当者に対して成果物の提出、検証実施の旨を回答要求、及び回答期日を有する電子メールで通知するような構成にした。【０００７】また、送受信管理ファイルに返信メールを受け取ったか否かの情報を書き込むための受信区分の項目を設け、回答期限以内に検証担当者宛に電子メールの返信があったか否かの情報を検証担当者に通知するような構成とし、「返信メール未受信」のプロジェクトに対しては、プロジェクト体制ファイルより該当プロジェクトの設計担当者の上長（ＰＬ）を検索し、その上長（ＰＬ）に対して、成果物の提出、検証実施の旨を回答要求、及び回答期日を有する電子メールで再通知するようにし、これを、上位上長（ＰＭ）まで繰り返す構成とした。【００１２】図１は、本発明の実施形態による情報処理装置の構成を示すものである。同図において、１４は所定のシステムを開発するシステム開発部門を示しており、システム開発を実施しているプロジェクト数だけ存在する。１５はこれらのプロジェクトが開発したシステムの品質保証を行う品質保証部門である。なお、システム開発部門における端末装置１３（１３ａ・・・）と品質保証部門の検証担当者端末装置１１は、企業または事業所内のＬＡＮ環境に接続され、メールサーバ１２を介してメールの送受信を行う構成になっている。１は各プロジェクトにおける各工程の検証実施予定日等を格納するファイル、２は各プロジェクトの担当者、上長（ＰＬ）、上位上長（ＰＭ）の電子メールＩＤを格納するファイルであり、品質保証部門サーバ機１０に格納される。３は該当プロジェクト抽出処理部４で抽出した情報（プロジェクトＩＤ、システム名称、工程名称、提出予定日、送信宛先、送信日、回答期限、宛先区分、受信区分）を編集し格納するファイルであり、検証担当者端末装置１１に格納される。該当プロジェクト抽出処理部４は、工程管理用ファイル１を参照し、一定期間以内（例えば、７日以内）に検証が実施予定であるプロジェクトの抽出を行う処理部である。メール送信処理部５は、一定期間内（例えば７日以内）に検証が予定されているプロジェクトの設計担当者宛と、回答期限までに返信されなかったプロジェクトの上長（ＰＭ）又は上位上長（ＰＬ）宛に電子メールを送信する処理部である。送受信管理ファイル更新処理部６は、設計担当者、上長（ＰＬ）、上位上長（ＰＭ）から検証担当者宛に電子メールの返信があったか否かの情報等を、送受信管理ファイル３に更新する処理部である。該当プロジェクト抽出処理部４、メール送信処理部５、送受信管理ファイル更新処理部６は、プロジェクト工程管理システム制御処理部１６によって制御され、処理装置９の記憶装置に格納されたプログラムを実行させることによって実現される。７は処理装置９に接続され、データを入力するためのキーボード、マウス等の入力装置であり、８は処理装置９に接続され、データを入力するための入力画面、及びメール送信処理部５により送受信された情報を表示する表示画面である。１２は企業または事業所内における電子メールシステムのサーバ機であり、１３はシステム開発部門における設計担当者、及び上長（ＰＬ）等の端末装置である。【００２６】また、電子メールの回答期限を超えても検証部署に対して回答がないプロジェクトについては、該当する設計担当者の上長（ＰＬ）とその上位上長（ＰＭ）に対して電子メールで再通知することによって、進捗状況の把握をプロジェクト全体で確認することが可能となり、プロジェクトの遅滞を防止することが可能となる。第５当審の判断１理由１及び理由２について（１）本件発明３についてア対比本件発明３と甲１発明とを対比する。（ア）甲１発明の「顧客」、顧客の「ユーザデバイス」、「プロジェクトマネージャ」及びプロジェクトマネージャの「ユーザデバイス」は、後述の相違点に係る事項を除き、それぞれ本件発明３の「第１ユーザ」、「第１ユーザ端末」、「第２ユーザ」及び「第２ユーザ端末」に相当する。そして、甲１発明の「クラウドソーシングプラットフォーム」が「顧客のユーザデバイスからコンピュータネットワークを介して」「受信」した、すなわち「顧客のユーザデバイス」が送信した「前記顧客によりアウトソーシングされるプロジェクトについてのプロジェクト仕様書」と、本件発明３の「第１ユーザが用いる第１ユーザ端末から第２ユーザが用いる第２ユーザ端末に送信された実施依頼」とは、甲１発明の「第１ユーザが用いる第１ユーザ端末から」「送信された依頼」である点で共通し、さらに、甲１発明は、顧客が提出した「プロジェクト仕様書」（依頼）に関して、下記（イ）～（エ）の処理、すなわち管理を行うものといえるから、甲１発明の「システム」と本件発明３の「実施依頼管理システム」とは、「依頼を管理するシステム」である点で共通する。一方、甲１発明は、「プロジェクトマネージャは、フリーランシングプラットフォームを使用して、顧客によって投稿されたプロジェクト仕様書をレビューすることができ」るものであって、「プロジェクト仕様書」（依頼）はプロジェクトマネージャのユーザデバイス（第２ユーザ端末）に送信されることまでは特定されていない点で本件発明３と相違する。（イ）甲１発明においては、「プロジェクト仕様書が顧客によって提出された後、フリーランシングプラットフォームは、プロジェクトについてプロジェクトマネージャに通知し、ここで、フリーランシングプラットフォームは、全てのプロジェクトマネージャ、又は、特定の基準を満たすプロジェクトマネージャのサブセットに送信される電子メールメッセージを自動的に生成するように構成され」ているところ、「電子メールメッセージを自動的に生成」して「プロジェクトについてプロジェクトマネージャ（ユーザデバイス）に通知する」「フリーランシングプラットフォーム」と、本件発明３の「前記第１ユーザ端末で作成された前記実施依頼を、当該実施依頼を実施する実施期間の開始日に前記第２ユーザ端末に対して送信する実施依頼発信部」とは、「依頼に関する情報を、第２ユーザ端末に対して送信する発信部」である点で共通する。一方、甲1発明は、「前記第１ユーザ端末で作成された前記実施依頼を、当該実施依頼を実施する実施期間の開始日に」「送信する」ことが特定されていない点で、本件発明３と相違する。（ウ）甲１発明は、上記（ア）のとおり、「プロジェクトマネージャは、フリーランシングプラットフォームを使用して、顧客によって投稿されたプロジェクト仕様書をレビューすることができ」るものであり、プロジェクトマネージャのユーザデバイスが備える表示装置には「フリーランシングプラットフォームを介して閲覧できる、プロジェクトマネージャが対話可能なＧＵＩ」として、「ログイン時には、プロジェクトマネージャは通常、プロジェクトマネージャのプロフィール、顧客によって投稿された新規のプロジェクト、プロジェクトのステータス（例えば、提出済、進行中）、他の重要な又は時間依存の情報（例えば、差し迫った締め切り日など）等に関する詳細を提供するダッシュボードページ（「ダッシュボード」）」が表示されるといえる。そうすると、甲１発明の「プロジェクト仕様書」をプロジェクトマネージャのユーザデバイスが備える表示装置に表示する「フリーランシングプラットフォーム」と、本件発明３の「前記実施依頼発信部により前記第２ユーザ端末に対して送信された前記実施依頼を当該実施依頼の期限管理情報と共に前記第２ユーザ端末の表示装置に表示する実施依頼表示部」とは、「前記依頼を、前記第２ユーザ端末の表示装置に表示する表示部」である点で共通する。一方、甲１発明は、「前記実施依頼発信部により前記第２ユーザ端末に対して送信された前記実施依頼を当該実施依頼の期限管理情報と共に」「表示する」ことが特定されていない点で、本件発明３と相違する。（エ）甲１発明の「前記コンピュータネットワークを介して、前記複数のプロジェクトマネージャから前記プロジェクトを完了するための複数の提案書を受信し、ここで、それぞれの提案書は、別々のプロジェクトマネージャによって前記フリーランシングプラットフォームに提出され、前記複数の提案書を前記クラウドソーシングプラットフォームに通信するように構成されたフリーランシングプラットフォーム」と、本件発明３の「前記第２ユーザ端末から前記実施依頼に対する回答結果を受信する実施依頼回答部」とは、「前記第２ユーザ端末から前記依頼に対する回答を受信する回答部」である点で共通する。上記（ア）～（エ）より、本件発明３と甲１発明は、以下の点で一致し、また相違する。＜一致点＞第１ユーザが用いる第１ユーザ端末から送信された依頼を管理するシステムであって、依頼に関する情報を、第２ユーザ端末に対して送信する発信部と、前記依頼を、前記第２ユーザ端末の表示装置に表示する表示部と、前記第２ユーザ端末から前記依頼に対する回答を受信する回答部と、を有するシステム。＜相違点１＞「依頼」について、本件発明３では、第１ユーザが用いる第１ユーザ端末から「第２ユーザが用いる第２ユーザ端末に送信された実施依頼」であるのに対し、甲１発明では、「顧客によりアウトソーシングされるプロジェクトについてのプロジェクト仕様書」であり、これに伴って、本件発明３は「実施依頼管理システム」であるのに対し、甲１発明は、「プロジェクトの検証済みフリーランス人材へのアウトソーシングを容易にする」ための「システム」である点。＜相違点２＞「発信部」について、本件発明３は、「前記第１ユーザ端末で作成された前記実施依頼を、当該実施依頼を実施する実施期間の開始日に前記第２ユーザ端末に対して送信する実施依頼発信部」であるのに対し、甲１発明は、「前記第１ユーザ端末で作成された前記実施依頼を、当該実施依頼を実施する実施期間の開始日に」「送信する」ことが特定されていない点。＜相違点３＞「表示部」について、本件発明３は、「前記実施依頼発信部により前記第２ユーザ端末に対して送信された前記実施依頼を当該実施依頼の期限管理情報と共に前記第２ユーザ端末の表示装置に表示する実施依頼表示部」であるのに対し、甲１発明は、「前記実施依頼発信部により前記第２ユーザ端末に対して送信された前記実施依頼を当該実施依頼の期限管理情報と共に」「表示する」ことが特定されていない点。＜相違点４＞「回答部」について、本件発明３は、「前記第２ユーザ端末から前記実施依頼に対する回答結果を受信する実施依頼回答部」であるのに対し、甲１発明は、「複数のプロジェクトマネージャから前記プロジェクトを完了するための複数の提案書を受信」するものである点。イ判断（ア）理由１について本件発明３と甲１発明とは、上記「ア対比」で言及したように相違点１～相違点４で相違するから、本件発明３と甲１発明は同一ではない。（イ）理由２について相違点２～相違点４は、相違点１を前提とした相違点であるから、相違点１～相違点４をまとめて検討する。本件発明３は、「実施対象者へ依頼した実施依頼を適切に管理すること」（特許明細書【０００７】）を技術課題とされ、「依頼者とは、実施依頼を発信する者であり、実施対象者とは、実施依頼を受けて回答を行う者」（同【００１４】）とされており、実施対象者は実施依頼に対応して特定されているから、実施依頼は、実施依頼者（第１ユーザ）が用いる第１ユーザ端末から予め特定された実施対象者（第２ユーザ）が用いる第２ユーザ端末に送信され、前記第２ユーザ端末に対して送信された前記実施依頼は、当該実施依頼の期限管理情報と共に前記第２ユーザ端末の表示装置に表示され、実施対象者の前記第２ユーザ端末から前記実施依頼に対する回答結果を受信することで、実施依頼を管理するものである。一方、甲１発明は、「顧客」が、「技術プロジェクトを完了するための提案書を、別々のプロジェクトマネージャによって提出された複数の提案書の中から選択することができる」（【０００６】）システムに関するものであって、プロジェクト仕様書が顧客によって提出された後、フリーランシングプラットフォームは、全てのプロジェクトマネージャ、又は、特定の基準を満たすプロジェクトマネージャのサブセットに送信される電子メールメッセージを自動的に生成して、プロジェクトについてプロジェクトマネージャに通知されるものであり、プロジェクトマネージャは、フリーランシングプラットフォームを使用して、顧客によって投稿されたプロジェクト仕様書をレビューすることができるものである。そして、甲１発明は、「別々のプロジェクトマネージャによって提出された複数の提案書の中から選択することができる」ように、顧客が「プロジェクト仕様書」を提出したときにはまだプロジェクトを実施するプロジェクトマネージャは決まっておらず、結果的にプロジェクトの実施対象者とはならないプロジェクトマネージャにもプロジェクトについての通知を行うものであり、また電子メールメッセージを受けたプロジェクトマネージャは必ずしも提案書を提出する必要はなく、提案書を提出してもプロジェクトを実施するかは定かでない。そうすると、相違点１に係る本件発明３の「第２ユーザが用いる第２ユーザ端末に送信された実施依頼」と甲１発明の「顧客によりアウトソーシングされるプロジェクトについてのプロジェクト仕様書」は、それを受けた本件発明３の「第２ユーザ」と甲１発明の「プロジェクトマネージャ」がすべき事項がそれぞれ異なるから、甲１発明の「プロジェクト仕様書」に替えて本件発明３の「実施依頼」を採用することは、当業者が容易に想到し得るものではない。そして、本件発明３の相違点２～相違点４に係る構成は、相違点１を前提とした構成であるから、同様に甲１発明に相違点２～相違点４に係る構成を採用することは、当業者が容易に想到し得るものではない。また、甲２～甲７の記載事項は、上記「第４」の「２～７」のとおりであり、相違点１～相違点４に係る構成を充足するものではない。したがって、本件発明３は、甲１発明と甲２～甲７に記載された事項から当業者が容易に発明をすることができたものではない。ウ異議申立人の主張について異議申立人は、特許異議申立書において、「甲１発明の「プロジェクト」は、本件発明３の「実施依頼」に相当する。」（４５頁）と主張しているが、「プロジェクト」は、「送信」されるものではなく、本件発明３の「実施依頼」には相当しない。そして、甲１発明において、顧客のユーザデバイスから送信される「顧客によりアウトソーシングされるプロジェクトについてのプロジェクト仕様書」と、本件発明３の「実施依頼」が異なるものであることは、上記イ（イ）で説示したとおりであるから、異議申立人の前記主張は採用できない。そして、特許異議申立書に記載したその他の主張についても、「甲１発明の「プロジェクト」は、本件発明３の「実施依頼」に相当する。」ことを前提としたものであるから、採用することはできない。エ本件発明３についての小括以上のとおりであるから、本件発明３は、甲１発明ではなく、甲１発明と甲２～甲７に記載された事項に基づいて当業者が容易に発明をすることができたものでもない。（２）本件発明４～１５、１７～１９本件発明４～１５は、本件発明３を減縮した発明であって、上記（１）アの相違点１～相違点４に係る構成を備えているから、本件発明４～１５は、本件発明３についての理由と同じ理由により、甲１に記載された発明ではなく、甲１発明と甲２～甲７に記載された事項に基づいて、当業者が容易に発明をすることができたものでもない。本件発明１７は、本件発明３を「実施依頼管理方法」と方法のカテゴリで表現した発明であり、本件発明１８、１９は、本件発明１７を減縮した発明であって、いずれも上記（１）アの相違点１～相違点４に係る構成に対応する構成を備えているから、本件発明１７～１９は、本件発明３についての理由と同様の理由により、甲１に記載された発明ではなく、甲１発明と甲２～甲７に記載された事項に基づいて、当業者が容易に発明をすることができたものでもない。２理由３について異議申立人は、特許異議申立書（８１頁）において、「本件特許発明５には、「前記回答状況を複数の第２ユーザに対する回答者の割合を回答率として、」と記載されているが、当該記載は、日本語として表現が不適切であり、明確でない。本件特許発明７には、「前記回答状況を複数の第２ユーザに対する回答者の割合を実施率として、」と記載されているが、当該記載は、日本語として表現が不適切であり、明確でない。請求項５を引用する請求項１３、及び、請求項７を引用する請求項１４も同様に明確でない。」と主張するので、以下検討する。本件発明４及び本件発明５は、上記「第２」に記載のとおり、以下の発明である。「【請求項４】前記実施依頼回答部が受信した前記実施依頼に対する回答結果に基づいて算出した前記第２ユーザによる前記実施依頼の回答状況を前記第１ユーザの管理者が用いる端末に送信する依頼元管理部を有する請求項１から請求項３の何れか一項に記載の実施依頼管理システム。【請求項５】前記依頼元管理部は、前記回答状況を複数の前記第２ユーザに対する回答者の割合を回答率として、前記第１ユーザの管理者が用いる端末に送信する請求項４の実施依頼管理システム。」請求項５の記載からみて、「前記依頼元管理部」は、「前記回答状況」を、「前記第１ユーザの管理者が用いる端末に送信する」ものであるところ、「前記回答状況」を、「複数の前記第２ユーザに対する回答者の割合を回答率として」という事項で特定していると解するのが自然である。そして、請求項５で引用する請求項４には、「回答状況」について、「前記実施依頼回答部が受信した前記実施依頼に対する回答結果に基づいて算出した前記第２ユーザによる前記実施依頼の回答状況」と記載されており、「回答状況」は「回答結果に基づいて算出した」ものであるところ、請求項５は、回答結果に基づいて算出した「回答状況」を「複数の前記第２ユーザに対する回答者の割合を回答率として」示したものであると特定するものである。したがって、請求項５の記載は明確である。同様に、請求項５を引用する請求項１３、請求項５と同様の記載がある請求項７、該請求項７を引用する請求項１４の記載は、いずれも明確である。よって、本件発明５、７、１３及び１４は明確であるから、異議申立人の前記主張は、理由がない。第６むすびしたがって、特許異議の申立ての理由及び証拠によっては、特許第７０４３３７１号の請求項３～１５、１７～１９に係る特許を取り消すことはできない。また、他に特許第７０４３３７１号の請求項３～１５、１７～１９に係る特許を取り消すべき理由を発見しない。よって、結論のとおり決定する。
異議決定日	2022-11-24
出願番号	P2018-168842
審決分類	P 1 652・ 113- Y (G06Q) P 1 652・ 537- Y (G06Q) P 1 652・ 121- Y (G06Q)
最終処分	07 維持
特許庁審判長	佐藤智康
特許庁審判官	相崎裕恒中野浩昌
登録日	2022-03-18
登録番号	7043371
権利者	株式会社日立ソリューションズ
発明の名称	実施依頼管理システムおよび実施依頼管理方法
代理人	弁理士法人ウィルフォート国際特許事務所

プライバシーポリシーセキュリティーポリシー運営会社概要サービスに関しての問い合わせ