(57)【要約】【課題】データ共有に際して、ユーザが所望する情報を共有することにより、ユーザの利便性を向上させたデータ共有システム、データ共有方法及びプログラムを提供することを目的とする。【解決手段】ユーザが操作する送信側端末１００に記憶されたデータを、相手側ユーザが操作する相手側端末２００に送信することで、データの共有を行うデータ共有システムは、前記送信側端末１００からのリクエストを受け付け、前記リクエストを、前記相手側端末２００に通知し、前記送信側端末１００に、前記リクエストに関する情報を前記相手側端末に開示してよいかどうかの承認を求め、前記承認なされた場合に、前記リクエストに関する情報を、前記相手側端末に送信してデータ共有を行う。【選択図】図１
2017145307.tif 000002
【特許請求の範囲】
【請求項１】
ユーザが操作する送信側端末に記憶されたデータを、相手側ユーザが操作する相手側端末に送信することで、データの共有を行うデータ共有システムであって、
前記送信側端末からのリクエストを受け付けるリクエスト受付手段と、
前記リクエストを、前記相手側端末に通知するリクエスト通知手段と、
前記送信側端末に、前記リクエストに関する情報を前記相手側端末に開示してよいかどうかの承認を求める承認手段と、
前記承認なされた場合に、前記リクエストに関する情報を、前記相手側端末に送信してデータ共有を行う情報共有手段と、
を備えることを特徴とするデータ共有システム。
【請求項２】
前記承認手段は、前記ユーザが、前記リクエストに関する複数の情報の中から、前記相手側ユーザに開示する情報を任意に選択可能であり、
前記情報共有手段は、前記承認手段で選択された情報のみを、前記相手側端末に送信してデータ共有を行う、
ことを特徴とする請求項１に記載のデータ共有システム。
【請求項３】
前記情報共有手段は、前記リクエストに関する情報を任意にカスタマイズして前記データを送信してデータ共有を行う、
ことを特徴とする請求項１に記載のデータ共有システム。
【請求項４】
前記リクエストに関する情報を除いたデータを保存する保存手段と、
を備えることを特徴とする請求項１に記載のデータ共有システム。
【請求項５】
ユーザが操作する送信側端末に記憶されたデータを、相手側ユーザが操作する相手側端末に送信することで、データの共有を行うデータ共有方法であって、
前記送信側端末からのリクエストを受け付けるステップと、
前記リクエストを、前記相手側端末に通知するステップと、
前記送信側端末に、前記リクエストに関する情報を前記相手側端末に開示してよいかどうかの承認を求めるステップと、
前記承認なされた場合に、前記リクエストに関する情報を、前記相手側端末に送信してデータ共有を行うステップと、
を備えることを特徴とするデータ共有方法。
【請求項６】
ユーザが操作する送信側端末に記憶されたデータを、相手側ユーザが操作する相手側端末に送信することで、データの共有を行うデータ共有システムに、
前記送信側端末からのリクエストを受け付けるステップ、
前記リクエストを、前記相手側端末に通知するステップ、
前記送信側端末に、前記リクエストに関する情報を前記相手側端末に開示してよいかどうかの承認を求めるステップ、
前記承認なされた場合に、前記リクエストに関する情報を、前記相手側端末に送信してデータ共有を行うステップ、
を実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザが操作する送信側端末に記憶されるデータを、相手側ユーザが操作する相手側端末に送信することで、データの共有を行うデータ共有システム、データ共有方法及びプログラムに関する。
【背景技術】
【０００２】
近年、公衆回線網等に接続された複数の情報端末を、ＷＥＢサーバ等を介して、又は直接接続することにより、ユーザに様々なサービスが提供されている。特に、スマートフォン（高機能携帯）の普及により、従来、パソコンに対して行われていた高度なサービスを、携帯電話で行うことが可能になってきた。【０００３】
このような高度なサービスの一例として、ユーザが操作する送信側端末と、相手側ユーザが操作する相手側端末とを、通信可能に接続することにより、送信側端末に記憶されるデータを、相手側端末に送信することにより、送信側端末と相手側端末とがデータの共有を実行することが行われている。【０００４】
このようなデータ共有として、例えば、送信側端末が、相手側端末が保有していない可能性が高い情報を選択し、選択した情報を、相手側端末に送信可能なデータ共有システムが開示されている（特許文献１参照）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１４−１７０２９３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１の構成では、相手側端末が記憶していない可能性が高い情報を送信することは可能となるものの、この送信側端末がこの情報を送信することを所望しない場合であっても、情報を送信してしまうおそれがあった。そのため、ユーザが意図しない情報をも送信してしまい、ユーザの利便性が低かった。【０００７】
本発明は、上記課題に鑑みてなされたものであり、データ共有に際して、ユーザが所望する情報を共有することにより、ユーザの利便性を向上させたデータ共有システム、データ共有方法及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明では、以下のような解決手段を提供する。【０００９】
第１の特徴に係る発明は、ユーザが操作する送信側端末に記憶されたデータを、相手側ユーザが操作する相手側端末に送信することで、データの共有を行うデータ共有システムであって、
前記送信側端末からのリクエストを受け付けるリクエスト受付手段と、
前記リクエストを、前記相手側端末に通知するリクエスト通知手段と、
前記送信側端末に、前記リクエストに関する情報を前記相手側端末に開示してよいかどうかの承認を求める承認手段と、
前記承認なされた場合に、前記リクエストに関する情報を、前記相手側端末に送信してデータ共有を行う情報共有手段と、
を備えることを特徴とするデータ共有システムを提供する。【００１０】
第１の特徴に係る発明によれば、ユーザが操作する送信側端末に記憶されたデータを、相手側ユーザが操作する相手側端末に送信することで、データの共有を行うデータ共有システムは、前記送信側端末からのリクエストを受け付け、前記リクエストを、前記相手側端末に通知し、前記送信側端末に、前記リクエストに関する情報を前記相手側端末に開示してよいかどうかの承認を求め、前記承認なされた場合に、前記リクエストに関する情報を、前記相手側端末に送信してデータ共有を行う。【００１１】
ここで、第１の特徴に係る発明は、データ共有システムのカテゴリであるが、データ共有方法及びプログラム等の他のカテゴリにおいても、そのカテゴリに応じた同様の作用・効果を発揮する。【００１２】
第２の特徴に係る発明は、前記承認手段が、前記ユーザが、前記リクエストに関する複数の情報の中から、前記相手側ユーザに開示する情報を任意に選択可能であり、
前記情報共有手段が、前記承認手段で選択された情報のみを、前記相手側端末に送信してデータ共有を行う、
ことを特徴とする第１の特徴に係る発明であるデータ共有システムを提供する。【００１３】
第２の特徴に係る発明によれば、第１の特徴に係る発明であるデータ共有システムは、前記ユーザが、前記リクエストに関する複数の情報の中から、前記相手側ユーザに開示する情報を任意に選択可能であり、選択された情報のみを、前記相手側端末に送信してデータ共有を行う。【００１４】
第３の特徴に係る発明は、前記情報共有手段が、前記リクエストに関する情報を任意にカスタマイズして前記データを送信してデータ共有を行う、
ことを特徴とする第１の特徴に係る発明であるデータ共有システムを提供する。【００１５】
第３の特徴に係る発明によれば、第１の特徴に係る発明であるデータ共有システムは、前記リクエストに関する情報を任意にカスタマイズして前記データを送信してデータ共有を行う。【００１６】
第４の特徴に係る発明は、前記リクエストに関する情報を除いたデータを保存する保存手段と、
を備えることを特徴とする第１の特徴に係る発明であるデータ共有システムを提供する。【００１７】
第４の特徴に係る発明によれば、第１の特徴に係る発明であるデータ共有システムは、前記リクエストに関する情報を除いたデータを保存する。【００１８】
第５の特徴に係る発明は、ユーザが操作する送信側端末に記憶されたデータを、相手側ユーザが操作する相手側端末に送信することで、データの共有を行うデータ共有方法であって、
前記送信側端末からのリクエストを受け付けるステップと、
前記リクエストを、前記相手側端末に通知するステップと、
前記送信側端末に、前記リクエストに関する情報を前記相手側端末に開示してよいかどうかの承認を求めるステップと、
前記承認なされた場合に、前記リクエストに関する情報を、前記相手側端末に送信してデータ共有を行うステップと、
を備えることを特徴とするデータ共有方法を提供する。【００１９】
第６の特徴に係る発明は、ユーザが操作する送信側端末に記憶されたデータを、相手側ユーザが操作する相手側端末に送信することで、データの共有を行うデータ共有システムに、
前記送信側端末からのリクエストを受け付けるステップ、
前記リクエストを、前記相手側端末に通知するステップ、
前記送信側端末に、前記リクエストに関する情報を前記相手側端末に開示してよいかどうかの承認を求めるステップ、
前記承認なされた場合に、前記リクエストに関する情報を、前記相手側端末に送信してデータ共有を行うステップ、
を実行させることを特徴とするプログラムを提供する。
【発明の効果】
【００２０】
本発明によれば、データ共有に際して、ユーザが所望する情報を共有することにより、ユーザの利便性を向上させたデータ共有システム、データ共有方法及びプログラムを提供することが可能となる。
【図面の簡単な説明】
【００２１】
【図１】図１は、データ共有システム１の概要を示す図である。
【図２】図２は、データ共有システム１の全体構成図である。
【図３】図３は、送信側端末１００及び相手側端末２００の機能ブロック図である。
【図４】図４は、送信側端末１００が実行する個人データ登録処理を示すフローチャートである。
【図５】図５は、送信側端末１００及び相手側端末２００が実行するリクエスト送信処理を示すフローチャートである。
【図６】図６は、送信側端末１００及び相手側端末２００が実行する情報開示処理を示すフローチャートである。
【図７】図７は、個人データテーブルを示す図である。
【図８】図８は、個人データテーブルを示す図である。
【図９】図９は、情報開示内容承認画面を示す図である。
【図１０】図１０は、情報開示内容承認画面を示す図である。
【図１１】図１１は、共有データを示す図である。
【図１２】図１２は、共有データを示す図である。
【発明を実施するための形態】
【００２２】
以下、本発明を実施するための最良の形態について図を参照しながら説明する。なお、これはあくまでも一例であって、本発明の技術的範囲はこれに限られるものではない。
【００２３】
［データ共有システム１の概要］
本発明の概要について、図１に基づいて説明する。図１は、本発明の好適な実施形態であるデータ共有システム１の概要を説明するための図である。データ共有システム１は、送信側端末１００及び相手側端末２００から構成される。なお、各装置は１つに限らず複数であってもよい。また、後述する各処理は、上述した各装置の何れか又は双方が実行する構成であってもよい。また、各装置は、実在する装置又は仮想的な装置の何れか又は双方により実現されてもよい。
【００２４】
送信側端末１００は、ユーザが操作する端末装置であり、相手側端末２００とデータ通信可能な端末装置である。送信側端末１００は、例えば、携帯電話、携帯情報端末、パーソナルコンピュータに加え、ネットブック端末、スレート端末、電子書籍端末、携帯型音楽プレーヤ等の電化製品である。
【００２５】
相手側端末２００は、相手側ユーザが操作する端末装置であり、送信側端末１００とデータ通信可能な端末装置であり、送信側端末１００と同様の電化製品である。
【００２６】
はじめに、送信側端末１００は、ユーザからのリクエストの入力を受け付ける（ステップＳ０１）。リクエストとは、ユーザの体調不良やユーザが保有する電化製品の不調を相手側ユーザに通知する情報である。
【００２７】
送信側端末１００は、受け付けたリクエストに基づいて、接続先となる相手側端末２００を特定し、特定した相手側端末２００にリクエストデータを通知する（ステップＳ０２）。送信側端末１００は、リクエストに含まれるキーワードを解析し、キーワードに紐付けられた相手側端末２００にリクエストデータを通知する。リクエストデータとは、送信側端末１００の識別子、ユーザの氏名、リクエストの内容等である。
【００２８】
相手側端末２００は、リクエストに関する情報を相手側ユーザに開示してもよいかどうかの情報開示要求を、送信側端末１００に送信する（ステップＳ０３）。リクエストに関する情報とは、送信側端末１００が予め記憶している、自身の身体的な情報や自身が保有する電化製品の情報等の個人データである。
【００２９】
送信側端末１００は、受信した情報開示承認要求に基づいて、リクエストに関する情報の中から、相手側ユーザに開示する情報を任意に選択し、選択されたリクエストに関する情報を示す開示状況データを相手側端末２００に送信する（ステップＳ０４）。開示状況データとは、リクエストに関する個人データと、個人データの開示状況を示す情報とが含まれる。
【００３０】
相手側端末２００は、開示状況データを受信し、送信側端末１００とデータ共有を実行し、開示状況データに基づいて、自身の表示部にユーザが選択した個人データを表示し、選択しなかった個人データを非表示にする（ステップＳ０５）。このとき、送信側端末１００においても、相手側端末２００が表示するデータを共有データとして表示する。なお、相手側端末２００は、表示する個人データを、グラフや表等に任意にカスタマイズして画面に表示してもよい。データ共有の方法としては、例えば、画面共有、Ｐ２Ｐによるビデオ通話、サーバを介したビデオ通話、チャット用アプリケーション等によるビデオチャットである。なお、データ共有の方法は、他の方法であってもよい。
【００３１】
相手側端末２００は、個人データを除外した共有データに表示した共有データを記憶する（ステップＳ０６）。
【００３２】
以上が、データ共有システム１の概要である。
【００３３】
［データ共有システム１のシステム構成］
図２に基づいて、データ共有システム１のシステム構成について説明する。図２は、本発明の好適な実施形態であるデータ共有システム１のシステム構成を示す図である。データ共有システム１は、送信側端末１００、相手側端末２００及び公衆回線網（インターネット網や第３、第４世代通信網等）５から構成される。
【００３４】
ここで、送信側端末１００及び相手側端末２００は、データ共有を実行するユーザや相手側ユーザの数だけ、システム上に存在していてよい。また、後述する各処理は、送信側端末１００又は相手側端末２００の何れか又は双方が実行してもよい。また、送信側端末１００及び相手側端末２００は、実在の装置ではなく、仮想的な装置により実現されていてもよい。また、データ共有システム１内に、サーバが存在していてもよい。この場合、サーバは、送信側端末１００と相手側端末２００とのデータ通信を中継する構成で有ればよい。
【００３５】
送信側端末１００及び相手側端末２００は、後述の機能を備えた上述した端末装置である。
【００３６】
［各機能の説明］
図３に基づいて、送信側端末１００及び相手側端末２００の機能について説明する。図３は、送信側端末１００及び相手側端末２００の機能ブロック図を示す図である。
【００３７】
送信側端末１００は、制御部１１０として、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）等を備え、通信部１２０として、他の機器と通信可能にするためのデバイス、例えば、ＩＥＥＥ８０２．１１に準拠したＷｉＦｉ（Ｗｉｒｅｌｅｓｓ  Ｆｉｄｅｌｉｔｙ）対応デバイス又は第３世代、第４世代移動通信システム等のＩＭＴ−２０００規格に準拠した無線デバイス等を備える。また、送信側端末１００は、記憶部１３０として、ハードディスクや半導体メモリ、記録媒体、メモリカード等によるデータのストレージ部を備える。また、送信側端末１００は、入出力部１４０として、制御部１１０で制御したデータや画像を出力表示する表示部や、ユーザからの入力を受け付けるタッチパネルやキーボード、マウス等の入力部等を備える。
【００３８】
送信側端末１００において、制御部１１０が所定のプログラムを読み込むことにより、通信部１２０と協働して、個人データ取得モジュール１５０、リクエスト送信モジュール１５１、情報開示要求受信モジュール１５２、開示状況データ送信モジュール１５３、接続要求受信モジュール１５４を実現する。また、送信側端末１００において、制御部１１０が所定のプログラムを読み込むことにより、記憶部１３０と協働して、個人データ記憶モジュール１６０を実現する。また、送信側端末１００において、制御部１１０が所定のプログラムを読み込むことにより、入出力部１４０と協働して、個人データ入力受付モジュール１７０、リクエスト入力受付モジュール１７１、リクエスト解析モジュール１７２、情報開示内容承認表示モジュール１７３を実現する。
【００３９】
相手側端末２００は、送信側端末１００と同様に、制御部２１０として、ＣＰＵ、ＲＡＭ、ＲＯＭ等を備え、通信部２２０として、他の機器と通信可能にするための無線デバイス等を備え、記憶部２３０として、データのストレージ部を備え、入出力部２４０として、表示部や入力部等を備える。
【００４０】
相手側端末２００において、制御部２１０が所定のプログラムを読み込むことにより、通信部２２０と協働して、リクエスト受信モジュール２５０、情報開示要求送信モジュール２５１、開示状況データ受信モジュール２５２、接続要求送信モジュール２５３を実現する。また、相手側端末２００において、制御部２１０が所定のプログラムを読み込むことにより、記憶部２３０と協働して、共有データ記憶モジュール２６０を実現する。また、相手側端末２００において、制御部２１０が所定のプログラムを読み込むことにより、入出力部２４０と協働して、共有データ表示モジュール２７０を実現する。
【００４１】
［個人データ登録処理］
図４に基づいて、送信側端末１００が実行する個人データ登録処理について説明する。図４は、送信側端末１００が実行する個人データ登録処理のフローチャートを示す図である。上述した各モジュールが実行する処理について、本処理に併せて説明する。
【００４２】
はじめに、個人データ入力受付モジュール１７０は、ユーザからの個人データの入力を受け付けたか否かを判断する（ステップＳ１０）。個人データとは、例えば、ユーザの身体的な情報やユーザが保有する電化製品の情報である。身体的な情報とは、例えば、身長、体重、体脂肪、血圧、血糖値、直前の食事内容といった、健康に関する情報である。また、電化製品の情報とは、例えば、購入時期、メーカ名、機種名、製造番号、フィルタ交換の頻度、掃除の頻度といった、電化製品に関する情報である。なお、個人データは、他の情報として、例えば、ユーザの資産、加入する保険といった他の個人に関する情報や、ユーザが保有する車両、物品といったユーザが保有するものに関する情報や、その他の情報であってもよい。
【００４３】
ステップＳ１０において、個人データ入力受付モジュール１７０は、個人データの入力を受け付けていないと判断した場合（ステップＳ１０  ＮＯ）、個人データ入力受付モジュール１７０は、個人データを外部装置から取得する入力を受け付けたか否かを判断する（ステップＳ１１）。ステップＳ１１において、個人データ入力受付モジュール１７０は、入力を受け付けていないと判断した場合（ステップＳ１１  ＮＯ）、本処理を終了する。
【００４４】
一方、ステップＳ１１において、個人データ入力受付モジュール１７０は、入力を受け付けたと判断した場合（ステップＳ１１  ＹＥＳ）、個人データ取得モジュール１５０は、外部装置から個人データを取得する（ステップＳ１２）。外部装置は、個人データ取得モジュール１５０が送信するユーザの氏名、年齢、送信側端末１００の識別子、製造番号、ＭＡＣアドレス等の各種情報に基づいて、このユーザに紐付けられた個人データを送信側端末１００に送信することにより、個人データ取得モジュール１５０は、個人データを取得する。
【００４５】
個人データ記憶モジュール１６０は、取得した個人データを個人データテーブルとして記憶する（ステップＳ１３）。なお、送信側端末１００は、取得した個人データを、サーバや他のコンピュータ等の外部装置に送信し、外部装置が個人データテーブルを記憶するような構成であってもよい。
【００４６】
一方、ステップＳ１０において、個人データ入力受付モジュール１７０は、個人データの入力を受け付けたと判断した場合（ステップＳ１０  ＹＥＳ）、個人データ記憶モジュール１６０は、入力された個人データを個人データテーブルとして記憶する（ステップＳ１３）。なお、送信側端末１００は、上述した通り、個人データを、外部装置に記憶させる構成であってもよい。
【００４７】
［個人データテーブル］
図７及び図８に基づいて、個人データテーブルについて説明する。図７は、個人データとして、身体的な情報を記憶する場合における個人データテーブルを示す。また、図８は個人データとして、電化製品の情報を記憶する場合における個人データテーブルを示す。
【００４８】
図７において、個人データ記憶モジュール１６０は、個人データにおける各項目と各項目に対応する数値とを個人データテーブルとして記憶する。個人データにおける各項目とは、身長、体重、体脂肪、血圧、血糖値等である。また、数値とは、各項目の値である。
【００４９】
図８において、個人データ記憶モジュール１６０は、個人データにおける各項目と各項目に対応する数値とを個人データテーブルとして記憶する。個人データにおける各項目とは、購入時期、メーカ名、機種名、製造番号、フィルタ交換の頻度、掃除の頻度等である。また、数値とは、各項目の値や数字や文字列である。
【００５０】
なお、個人データテーブルにおける項目の種類及び数は、本実施形態以外の種類及び数であってもよい。また、項目と数値とに加えて他の情報、例えば、入力が行われた日付や時刻、ユーザの氏名、識別子が、テーブルに追加されていてもよい。また、数値は、項目に対応した値として、数字や文字列に限らず記号等であってもよい。
【００５１】
以上が、個人データ登録処理である。
【００５２】
なお、上述した各処理は、送信側端末１００が実行しているが、相手側端末２００が実行していてもよい。
【００５３】
［リクエスト送信処理］
図５に基づいて、送信側端末１００及び相手側端末２００が実行するリクエスト送信処理について説明する。図５は、送信側端末１００及び相手側端末２００が実行するリクエスト送信処理のフローチャートを示す図である。上述した各装置のモジュールが実行する処理について、本処理に併せて説明する。
【００５４】
リクエスト入力受付モジュール１７１は、ユーザからのリクエストの入力を受け付けたか否かを判断する（ステップＳ２０）。リクエストとは、例えば、ユーザの体の不調を相手側ユーザに通知する情報や、ユーザが保有する電化製品の不調を相手側ユーザに通知する情報である。相手側ユーザとは、例えば、医師や製造サポートである。リクエストの具体例としては、ユーザが「お腹の右側が痛い」や「電化製品が動かない」等である。なお、リクエストは、上述した例以外であってもよい。また、相手側ユーザは、上述した例以外であってもよい。
【００５５】
ステップＳ２０において、リクエスト入力受付モジュール１７１は、リクエストの入力を受け付けていないと判断した場合（ステップＳ２０  ＮＯ）、本処理を終了する。一方、ステップＳ２０において、リクエスト入力受付モジュール１７１は、リクエストの入力を受け付けたと判断した場合（ステップＳ２０  ＹＥＳ）、リクエスト解析モジュール１７２は、受け付けたリクエストに基づいて、接続先となる相手側端末２００を特定する（ステップＳ２１）。ステップＳ２１において、リクエスト解析モジュール１７２は、受け付けたリクエストに含まれるキーワードを抽出し、このキーワードに紐付けられた相手側端末２００を特定する。リクエスト解析モジュール１７２は、例えば、リクエストが「お腹の右側が痛い」である場合、キーワードとして「お腹」、「右側」及び「痛い」を抽出し、抽出したキーワードに最も紐付けられた相手側端末２００を特定する。この場合、「お腹」及び「痛い」のキーワードに基づいて、医療機関に存在する相手側端末２００を接続先として特定する。また、リクエスト解析モジュール１７２は、リクエストが「電化製品が動かない」である場合、キーワードとして、「電化製品」及び「動かない」を抽出し、抽出したキーワードに最も紐付けられた相手側端末２００を特定する。この場合、「電化製品」のキーワードに基づいて、製造サポートに存在する相手側端末２００を接続先として特定する。
【００５６】
なお、リクエスト解析モジュール１７２は、特定のキーワードのみに基づいて、相手側端末２００を特定してもよいし、複数のキーワードの何れか又は全てのキーワードに紐付けられた相手側端末２００を接続先として特定してもよい。また、リクエスト解析モジュール１７２は、キーワード以外の方法、例えば、リクエスト入力受付モジュール１７１が、接続先となる相手側端末２００を指定する入力を受け付け、この指定した相手側端末２００を、接続先として特定してもよいし、他の方法により特定してもよい。
【００５７】
リクエスト送信モジュール１５１は、特定された相手側端末２００にリクエストを示す情報であるリクエストデータを送信する（ステップＳ２２）。リクエストデータには、送信側端末１００の識別子、ユーザの氏名、識別番号、リクエストの内容等が含まれる。
【００５８】
リクエスト受信モジュール２５０は、送信側端末１００が送信したリクエストデータを受信する。
【００５９】
なお、システム内にサーバが存在する場合、送信側端末１００がリクエストをサーバに送信し、サーバが、リクエストを解析し、接続先となる相手側端末２００を特定し、特定した相手側端末２００に送信すればよい。
【００６０】
以上が、リクエスト送信処理である。
【００６１】
［情報開示処理］
次に、図６に基づいて、送信側端末１００及び相手側端末２００が実行する情報開示処理について説明する。図６は、送信側端末１００及び相手側端末２００が実行する情報開示処理のフローチャートを示す図である。上述した各装置のモジュールが実行する処理について、本処理に併せて説明する。
【００６２】
情報開示要求送信モジュール２５１は、個人データを相手側ユーザに開示してよいかどうかの承認を求める要求である情報開示要求を送信側端末１００に送信する（ステップＳ３０）。開示要求とは、リクエストに関する情報である個人データを、相手側端末２００に開示してもよいかどうかの承認を求める要求である。
【００６３】
なお、システム内にサーバが存在する場合、サーバが送信側端末１００に情報開示要求を送信するように構成すればよい。
【００６４】
情報開示要求受信モジュール１５２は、情報開示要求を受信する。情報開示内容承認表示モジュール１７３は、受信した情報開示要求に基づいて、情報開示内容承認画面を表示する（ステップＳ３１）。
【００６５】
図９及び図１０に基づいて、情報開示内容承認表示モジュール１７３が表示する情報開示内容承認画面について説明する。図９及び図１０は、情報開示内容承認画面表示モジュール１７３が表示する情報開示内容承認画面の一例を示す図である。図９は、リクエストに関する情報として、ユーザの身体的な情報の情報開示内容承認画面を示す図である。また、図１０は、リクエストに関する情報として、ユーザの保有する電化製品の情報の情報開示内容承認画面を示す図である。
【００６６】
情報開示内容承認表示モジュール１７３は、情報開示内容承認表示領域３００に、個人データの各項目と、各項目の数値と、開示状況とを対応付けた開示状況表示画面３１０と、完了アイコン３２０とを表示する。個人データの各項目と数値とは上述した構成と同様である。開示状況とは、ユーザが相手側端末２００に開示する項目を選択して指定する欄である。情報開示内容承認表示モジュール１７３は、ユーザからの選択入力を受け付け、どの項目を相手側端末２００に開示するか否かを指定する。情報開示内容承認表示モジュール１７３は、ユーザが相手側端末２００に開示する情報として指定した項目の開示状況の欄に「○」を表示する。また、情報開示内容表示モジュール１７３は、ユーザが相手側端末２００に開示しない情報として指定した項目、又は指定そのものをしなかった項目の開示状況の欄に「×」を表示する。また、情報開示内容承認表示モジュール１７３は、完了アイコン３２０へのユーザからの入力を受け付けることにより、相手側端末２００に開示する個人データの指定が完了したことを判断する。なお、開示状況の欄の表示内容は、本実施形態の内容に限らない。例えば、情報開示内容表示モジュール１７３は、開示する情報の開示状況の欄に「ＹＥＳ」を表示し、開示しない情報の表示の欄に「ＮＯ」を表示してもよい。また、開示状況の欄にチェックボックスを表示し、開示する情報の開示状況の欄にチェックマークや、チェックしたことを示す情報を表示し、開示しない情報の表示の欄を空欄のまま表示してもよい。また、これらの各表示内容を適宜組み合わせてもよいし、他の表示内容であってもよい。
【００６７】
情報開示内容承認表示モジュール１７３は、選択が完了したか否かを判断する（ステップＳ３２）。ステップＳ３２において、情報開示内容承認表示モジュール１７３は、完了アイコン３２０の操作を受け付けたか否かに基づいて、選択が完了したか否かを判断する。ステップＳ３２において、情報開示内容承認表示モジュール１７３は、選択が完了していないと判断した場合（ステップＳ３２  ＮＯ）、すなわち、情報開示内容承認表示モジュール１７３は完了アイコン３２０の操作を受け付けていないと判断した場合、操作を受け付けるまで本処理を繰り返す。
【００６８】
一方、情報開示内容承認表示モジュール１７３は、選択が完了したと判断した場合（ステップＳ３２  ＹＥＳ）、すなわち、完了アイコン３２０の操作を受け付けたと判断した場合、開示状況データ送信モジュール１５３は、開示状況データを相手側端末２００に送信する（ステップＳ３３）。開示状況データには、上述した個人データの項目と、数値と、開示状況との情報が含まれる。
【００６９】
開示状況データ受信モジュール２５２は、開示状況データを受信する。接続要求送信モジュール２５３は、送信側端末１００にデータ共有に係る接続を確立する接続要求を送信する（ステップＳ３４）。
【００７０】
なお、システム内にサーバが存在する場合、送信側端末１００は、開示状況データをサーバに送信し、サーバは、開示状況データを相手側端末２００に送信してもよいし、開示状況データに基づいて、相手側ユーザに開示することが指定された個人データのみを送信するようにしてもよい。
【００７１】
接続要求受信モジュール１５４は、接続要求を受信する。送信側端末１００と相手側端末２００とは、データ共有を開始する（ステップＳ３５）。
【００７２】
なお、相手側端末２００と送信側端末１００とのデータ共有に係る接続の確立は、上述したタイミングに限らず、他のタイミングに実行されてもよい。例えば、送信側端末１００がリクエストを送信したタイミングに併せてデータ共有に係る接続が確立されてもよいし、その他のタイミングで確立されてもよい。
【００７３】
また、システム内にサーバが存在する場合、送信側端末１００と相手側端末２００との各々にデータ共有に係る接続を確立する接続要求を送信し、データ共有に係る接続を確立すればよい。
【００７４】
共有データ表示モジュール２７０は、共有データを表示する（ステップＳ３６）。ステップＳ３６において、送信側端末１００は、相手側端末２００と同様に共有するデータを共有データとして表示する。
【００７５】
図１１は、共有データ表示モジュール２７０が表示するユーザの身体的な情報における共有データを示す図である。図１１において、共有データ表示モジュール２７０は、共有データ４００として、個人データ表示領域４１０と、カスタマイズデータ表示領域４２０とを表示する。送信側端末１００と、相手側端末２００とは、共有データ４００に表示するデータを互いに表示する。個人データ表示領域４１０には、受信した開示状況データに基づいた個人データを表示する。すなわち、個人データ表示領域４１０には、開示状況データにより相手側ユーザに開示することが承認された個人データのみを表示し、開示状況データにより相手側ユーザに開示することが承認されなかった個人データを非表示とする。図１１において、共有データ表示モジュール２７０は、個人データとして、身長、体重、体脂肪、血圧等を表示する。また、カスタマイズデータ表示領域４２０には、受信した開示状況データに基づいた個人データを任意にカスタマイズしたカスタマイズデータ４３０を表示する。すなわち、カスタマイズデータ表示領域４２０には、開示状況データにより、相手側ユーザに開示することが承認された個人データを任意にカスタマイズしたカスタマイズデータ４３０を表示する。図１１において、共有データ表示モジュール２７０は、体重に関する情報をグラフとして示したカスタマイズデータ４３０を表示する。共有データ表示モジュール２７０は、同一ユーザにおける体重に関する情報を複数取得し、入力された日時等の情報に基づいて、時系列上にデータをカスタマイズし、グラフ化したカスタマイズデータ４３０を表示する。なお、カスタマイズデータ表示領域４２０に表示するカスタマイズデータとしては、本実施形態に限らず、他の項目をカスタマイズしたカスタマイズデータであってよいし、その表示内容もグラフに限らず他の内容に任意にカスタマイズされていてよい。また、カスタマイズデータ表示領域４２０に表示するカスタマイズデータの数は、１つに限らず複数であってもよいし、表示されていなくてもよい。また、カスタマイズの内容としては、１つの項目に限らず、複数の項目を組み合わせてカスタマイズしたカスタマイズデータであってもよいし、他の態様に適宜変更可能である。また、カスタマイズの内容は、相手側ユーザやユーザからの入力に基づいて、適宜変更可能である。また、カスタマイズの内容は、予め設定された態様により表示されてもよい。
【００７６】
図１２は、共有データ表示モジュール２７０が表示するユーザの保有する電化製品の情報における共有データを示す図である。図１２において、上述した図１１と同様の構成については、同様の符号を付し、その詳細な説明は省略する。図１２において、共有データ表示モジュール２７０は、共有データ４００として、個人データ表示領域４１０を表示する。送信側端末１００と相手側端末２００とは、共有データ４００に表示するデータを互いに表示する。図１２において、共有データ表示モジュール２７０は、個人データとして、ユーザが選択した項目である購入時期、メーカ、フィルタ交換の頻度、掃除の頻度等を表示する。なお、図１２において、共有データ表示モジュール２７０は、カスタマイズデータ表示領域４２０を表示していないが、図１１と同様に表示していてもよい。
【００７７】
共有データ記憶モジュール２６０は、表示した共有データを記憶する（ステップＳ３７）。共有データ記憶モジュール２６０は、共有データに表示した個人データを除外したデータの情報を、共有データとして記憶する。個人データに関しては、記憶せず削除する。
【００７８】
なお、システム内にサーバが存在する場合、相手側端末２００は、共有データに表示した個人データを除外した共有データを、サーバに送信し、サーバがこの共有データを記憶してもよい。また、相手側端末２００は、共有データと、個人データとをサーバに送信し、サーバが個人データを削除し、共有データのみを記憶するようにしてもよい。
【００７９】
以上が、情報開示処理である。
【００８０】
上述した手段、機能は、コンピュータ（ＣＰＵ、情報処理装置、各種端末を含む）が、所定のプログラムを読み込んで、実行することによって実現される。プログラムは、例えば、フレキシブルディスク、ＣＤ（ＣＤ−ＲＯＭなど）、ＤＶＤ（ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭなど）等のコンピュータ読取可能な記録媒体に記録された形態で提供される。この場合、コンピュータはその記録媒体からプログラムを読み取って内部記憶装置又は外部記憶装置に転送し記憶して実行する。また、そのプログラムを、例えば、磁気ディスク、光ディスク、光磁気ディスク等の記憶装置（記録媒体）に予め記録しておき、その記憶装置から通信回線を介してコンピュータに提供するようにしてもよい。
【００８１】
以上、本発明の実施形態について説明したが、本発明は上述したこれらの実施形態に限るものではない。また、本発明の実施形態に記載された効果は、本発明から生じる最も好適な効果を列挙したに過ぎず、本発明による効果は、本発明の実施形態に記載されたものに限定されるものではない。
【符号の説明】
【００８２】
１  データ共有システム、１００  送信側端末、２００  相手側端末
【図１】
2017145307.tif 000003
【図２】
2017145307.tif 000004
【図３】
2017145307.tif 000005
【図４】
2017145307.tif 000006
【図５】
2017145307.tif 000007
【図６】
2017145307.tif 000008
【図７】
2017145307.tif 000009
【図８】
2017145307.tif 000010
【図９】
2017145307.tif 000011
【図１０】
2017145307.tif 000012
【図１１】
2017145307.tif 000013
【図１２】
2017145307.tif 000014
【手続補正書】
【提出日】平成30年7月20日(2018.7.20)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ユーザが操作する送信側端末に記憶されたデータを、相手側ユーザが操作する相手側端末に送信することで、データの共有を行うデータ共有システムであって、
前記送信側端末からキーワードを含むリクエストを受け付けるリクエスト受付手段と、
前記リクエスト内のキーワードを抽出し、当該キーワードに応じて、前記リクエストに応える相手側端末を特定するリクエスト解析手段と、
前記リクエストを、前記相手側端末に通知するリクエスト通知手段と、
前記送信側端末に、前記リクエストに関する情報を前記相手側端末に開示してよいかどうかの承認を求める承認手段と、
前記承認なされた場合に、前記リクエストに関する情報を、前記相手側端末に送信してデータ共有を行う情報共有手段と、
を備えることを特徴とするデータ共有システム。
【請求項２】
前記承認手段は、前記ユーザが、前記リクエストに関する複数の情報の中から、前記相手側ユーザに開示する情報を任意に選択可能であり、
前記情報共有手段は、前記承認手段で選択された情報のみを、前記相手側端末に送信してデータ共有を行う、
ことを特徴とする請求項１に記載のデータ共有システム。
【請求項３】
前記リクエスト解析手段は、前記リクエスト内のキーワードを複数抽出し、当該複数のキーワードの全てに対応した相手側端末を特定する
ことを特徴とする請求項１に記載のデータ共有システム。
【請求項４】
前記リクエストに関する情報を除いたデータを保存する保存手段と、
を備えることを特徴とする請求項１に記載のデータ共有システム。
【請求項５】
ユーザが操作する送信側端末に記憶されたデータを、相手側ユーザが操作する相手側端末に送信することで、データの共有を行うデータ共有システムが実行するデータ共有方法であって、
前記送信側端末からのキーワードを含むリクエストを受け付けるステップと、
前記リクエスト内のキーワードを抽出し、当該キーワードに応じて、前記リクエストに応える相手側端末を特定するステップと、
前記リクエストを、前記相手側端末に通知するステップと、
前記送信側端末に、前記リクエストに関する情報を前記相手側端末に開示してよいかどうかの承認を求めるステップと、
前記承認なされた場合に、前記リクエストに関する情報を、前記相手側端末に送信してデータ共有を行うステップと、
を備えることを特徴とするデータ共有方法。
【請求項６】
ユーザが操作する送信側端末に記憶されたデータを、相手側ユーザが操作する相手側端末に送信することで、データの共有を行うデータ共有システムに、
前記送信側端末からのキーワードを含むリクエストを受け付けるステップ、
前記リクエスト内のキーワードを抽出し、当該キーワードに応じて、前記リクエストに応える相手側端末を特定するステップ、
前記リクエストを、前記相手側端末に通知するステップ、
前記送信側端末に、前記リクエストに関する情報を前記相手側端末に開示してよいかどうかの承認を求めるステップ、
前記承認なされた場合に、前記リクエストに関する情報を、前記相手側端末に送信してデータ共有を行うステップ、
を実行させるためのコンピュータ読み取り可能なプログラム。
【国際調査報告】
2017145307.tif 000015
2017145307.tif 000016