送受信時の承認ワークフローを考慮した情報共有システム
【課題】情報を送信するときと受信するときに承認を求めることで、不要な秘密情報を取得しない情報共有システムを提供する。
【解決手段】秘密情報を作成・送信する送信側グループ２０と、秘密情報を受信する受信側グループ２１と、共有する秘密情報を格納する共有サーバ２２とから構成し、送信側グループ２０では秘密情報を作成して送信承認の依頼をする情報作成端末２０１と、秘密情報を送信してもよいか判定する送信承認端末２０２とを設け、情報作成端末２０１からの送信依頼に依頼に応じて情報承認端末２０２が秘密情報を受信側グループ２１に送信し、受信側グループ２１では秘密情報を受信してもよいか判定する受信承認端末２１１と、秘密情報を受信してもよいか秘密情報の中身を確認して判定する検収端末２１２を設け、受信承認端末２１１が秘密情報を受信してもよいか判定し、受信してもよい場合は検収端末２１２が秘密情報の内容を確認して受信する。
【解決手段】秘密情報を作成・送信する送信側グループ２０と、秘密情報を受信する受信側グループ２１と、共有する秘密情報を格納する共有サーバ２２とから構成し、送信側グループ２０では秘密情報を作成して送信承認の依頼をする情報作成端末２０１と、秘密情報を送信してもよいか判定する送信承認端末２０２とを設け、情報作成端末２０１からの送信依頼に依頼に応じて情報承認端末２０２が秘密情報を受信側グループ２１に送信し、受信側グループ２１では秘密情報を受信してもよいか判定する受信承認端末２１１と、秘密情報を受信してもよいか秘密情報の中身を確認して判定する検収端末２１２を設け、受信承認端末２１１が秘密情報を受信してもよいか判定し、受信してもよい場合は検収端末２１２が秘密情報の内容を確認して受信する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、離れた場所にいるグループに対して、送信時と受信時の承認ワークフローを考慮して情報を伝達する情報共有システムに関するものである。
【背景技術】
【０００２】
Webの発展に伴い、手軽に情報を共有することが可能になってきている。しかし、企業などの秘匿性の高いグループによって作成された秘密情報を他のグループに共有する場合は、責任者の承認が必要になる。
最近、秘密情報を作成した際に、責任者に承認を得た場合に限って公開される情報共有ワークフローシステムが普及しつつある。
【０００３】
図１は、この情報共有ワークフローシステムの概要を示すブロック構成図であり、秘密情報を送信する送信側グループシステム（１０）と、秘密情報を受信する受信側グループ（１１）と、秘密情報を共有する共有サーバ（１２）とから構成されている。
前記送信側グループシステム（１０）は担当者が秘密情報を作成する情報作成端末（１０１）と、責任者がグループの外に秘密情報を送信してもよいか判断する送信承認端末（１０２）と、グループ内で秘密情報を共有するためのグループ内サーバ（１０３）とを備える。
このような構成の情報共有ワークフローシステムにおいては、担当者は情報作成端末（１０１）で秘密情報を作成してグループ内サーバ（１０３）に送信する。責任者は情報承認端末（１０２）でその秘密情報をグループ外に送信してよいか判断し、もし送信してよいなら共有サーバ（１２）に秘密情報を送信する。受信側グループ（１１）は、情報閲覧端末（１１０）で共有サーバに送信された秘密情報を閲覧する。
【０００４】
本発明に関連する公知技術文献としては下記特許文献１があげられる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００１−１０１３２４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ところで、近年、秘密情報を送付するグループ側の承認だけではなく、秘密情報を受信するグループ側での承認や検収作業も必要になってきている。不用意に秘密情報を受領したら、第三者に流出するリスクが増加するためである。
このため、相手方から受信した秘密情報が、特許出願・論文発表・営業資料などに混入していないか確認する作業を行わなくてはならないといった不都合が生じている。
【０００７】
本発明の目的は、秘密情報を送受信するときに承認と検収を必要とするワークフローを考慮した情報共有システムを提供することにある。
【課題を解決するための手段】
【０００８】
上記目標を達成するために、本発明の情報共有システムは、送信側グループシステムと受信側グループシステムと共有サーバとからなる情報共有システムであって、
前記送信側グループシステムは、秘密情報を作成する情報作成端末と、秘密情報を受信側グループシステムに送信してもよいか判定する送信承認端末と、送信側グループシステム内で秘密情報を共有するためのグループ内サーバとを備え、
前記情報作成端末は、秘密情報を前記グループ内サーバに送信して承認を依頼する情報送信手段を備え、前記送信承認端末は、前記秘密情報を送信してもよいか判定する送信承認手段と、受信側グループが前記秘密情報をどのように受信したか確認する受信確認手段とを備え、
前記受信側グループシステムは、前記秘密情報を受信してもよいか判定する受信承認端末と、前記秘密情報を受信してもよいか詳細に判定する検収端末と、グループ内で情報を共有するためのグループ内サーバとを備え、前記受信承認端末は、前記秘密情報を受信してもよいかを秘密情報の概要が記載されているチケットを確認することで判定する受信承認手段とを備え、前記検収端末は、前記秘密情報を受信してもよいかを秘密情報の内容を確認することで判定する検収手段を備え、
前記共有サーバは、送信する秘密情報、秘密情報の概要が記載されたチケット、送信内容の概要が記載された送信ログを格納する送信フォルダと、前記チケットを格納する受信フォルダとを備えることを特徴とする。
また、前記受信側グループシステムの検収手段は秘密情報を受信したことを示す情報が記録されているチケットを前記共有サーバに送信し、共有サーバ内の受信フォルダに格納し、前記送信側グループシステムの受信確認手段により受信側グループシステムが受信したか否かを確認可能に構成されていることを特徴とする。
【発明の効果】
【０００９】
本発明の情報共有システムによれば、次のような効果がある。
（１）秘密情報を送信するときに承認を必要とするワークフローを考慮した情報共有システムを提供することで、送信側グループは社外に公開してはいけない秘密情報を不用意に送信しないことができるようになる。
（２）秘密情報を受信するときに承認と検収を必要とするワークフローを考慮した情報共有システムを提供することで、受信側グループは必要のない秘密情報を不用意に取得しないことができるようになる。
（３）秘密情報送受信情報の概要が記載されたチケットをグループ間でやり取りすることで、送信側グループは受信側グループに送信した秘密情報の状態を確認することができるようになる。
（４）一意に定められたチケット名とチケットのファイル容量を確認することで、ファイルを直接操作できない外部サーバ上に存在するチケットをファイルシステムにコピーすることなく確認することができ、送信側グループは変更のあるチケットのみ受信することができる。
【図面の簡単な説明】
【００１０】
【図１】一般的なワークフローを考慮した情報共有システムのシステム構成図である。
【図２】本発明の一実施の形態例を示すシステム構成図である。
【図３】チケットを示す説明図である。
【図４】接続先設定を示す説明図である。
【図５】送信ログファイルを示す説明図である。
【図６】チケットのステータスの遷移経緯を示す状態遷移図である。
【図７】送信側グループの担当者が秘密情報を作成して送信する処理を示すフローチャートである。
【図８】送信側グループの責任者が秘密情報を送信してもよいか確認する処理を示すフローチャートである。
【図９】受信側グループの責任者が秘密情報を受信してもよいか確認する処理を示すフローチャートである。
【図１０】受信側グループの検収者が秘密情報を受信してもよいか検収する処理を示すフローチャートである。
【図１１】送信側グループの責任者が送信した秘密情報のステータスを確認する処理を示すフローチャートである。
【発明を実施するための形態】
【００１１】
以下、本発明の実施の形態を図面を参照して詳細に説明する。
図２は、本発明の一実施の形態を示すシステム構成図である。
この実施形態の情報共有システムは、秘密情報を送信する送信側グループシステム（２０）と、秘密情報を受信する受信側グループシステム（２１）と、両グループ内で秘密情報をやり取りする共有サーバ（２２）とから構成されている。
送信側グループシステム（２０）と共有サーバ（２２）、受信側グループシステム（２１）と共有サーバ（２２）はそれぞれＷＡＮ（Wide Area Network）で接続されている。
送信側グループシステム（２０）は、担当者が秘密情報を作成する情報作成端末（２０１）と、送信側グループの責任者が秘密情報を送信してよいか判定する送信承認端末（２０２）と、グループ内で秘密情報を共有するグループ内サーバ（２０３）とから構成されている。
送信側グループシステム（２０）の各端末やサーバはＬＡＮ（Local Area Network）で接続されている。
【００１２】
送信側グループシステムの情報作成端末（２０１）は、送信側グループの担当者が受信側グループに送信したい情報を作成する情報送信手段（２０１１）を備える。送信承認端末（２０２）には、作成された秘密情報を送信してもよいか判断する送信承認手段（２０２１）と、受信側グループシステムに送信された秘密情報の状態を確認する受信確認手段（２０２２）を備える。
【００１３】
送信側グループシステムのグループ内サーバ（２０３）には、送信フォルダ（２０３１） があり、内部には、相手に送信する秘密情報（２０３２）と、秘密情報の共有先やチケットのステータスなどが記載されているチケット１（２０３３）と、共有サーバのアドレスなどが記載されている接続先設定（２０３４）が格納されるようになっている。
【００１４】
受信側グループシステム（２１）は、受信側グループの責任者がチケットを確認して受信を承認する受信承認端末（２１１）と、受信側グループの検証者が秘密情報を検収する検収装置（２１２）と、グループ内サーバ（２１３）とから構成されている。
受信側グループシステム（２１）の各端末やサーバはＬＡＮで接続されている。
受信承認端末（２１１）は、共有サーバ（２２）にある新しい秘密情報を受信してもよいか判断する受信承認手段（２１１１）を備える。
検収端末は（２１２）は、受信された秘密情報の内容を検収する検収手段（２１２１）を持備える。
【００１５】
受信側グループシステム（２１）のグループ内サーバ（２１３）には受信フォルダ（２１３１）があり、内部には、接続先設定（２１３２）と、相手側から取得したチケット３（２１３３）と、送信側グループシステム（２０）から受信した秘密情報（２１３４）が格納されるようになっている。
共有サーバ（２２）には、送信フォルダ（２２１）と受信フォルダ（２２２）があり、送信フォルダ（２２１）には送信することを承認された秘密情報（２２１１）と、チケット２（２２１２）と、今まで送信されたチケットの履歴が記載された送信ログファイル（２２１３）が格納され、受信フォルダ（２２２）には、受信側グループシステム（２１）に送信された秘密情報の状態、例えば受信承認待ちなのか受信済みなのかが記載されたチケット４（２２２１）が格納されるようになっている。
【００１６】
図３は、秘密情報の共有先や状態を示すチケット（３）の一例を示す図である。
この例では、チケット（３）はＸＭＬフォーマットで示してあるが、データベースに情報を格納してもよい。また、プレーンテキストに情報を格納してもよい。図に示すように、チケット（３）を一意に識別するためのチケットＩＤ（３１）、共有先情報を得るための共有ＩＤ（３２）、チケットの状態を示すステータス（３３）、相手に伝えたいコメントを記載するコメント（３４）、チケット名（３５）、チケットのファイル容量（３６）から構成される。
【００１７】
共有先ＩＤ（３２）を元に共有サーバ（２２）に接続する情報を取得できる。また、共有ファイルサーバなどの直接ファイルを操作できない外部サーバ上に存在するファイルを取り扱う場合、ファイルの内部データを取得することは困難であり、取得するためにはいったんファイルをグループ内サーバにコピーした後でファイルを展開して取得する必要があるが、大量のチケットを毎回グループ内サーバにコピーすることは非効率である。そのため、チケット名（３５）にチケットＩＤ（３１）を含むことで、外部サーバ上でチケットＩＤのみ取得したい場合に容易に取得できるようにする。ファイル名はファイルが外部サーバ上にある場合でも、容易に取得することができるからである。同様に、ファイルの容量もファイルが外部サーバ上にある場合でも容易に取得することができる。ファイル容量が変更しているか確認することで、ファイルの内容が変更しているかを判定できる。
【００１８】
図４は、共有先の情報が記載されている接続先設定情報（４）の一例を示す図である。
この例では、接続先設定情報（４）はＸＭＬフォーマットで示してあるが、データベースに情報を格納してもよい。また、プレーンテキストに情報を格納してもよい。接続先設定情報は、所属するグループの共有先情報（４１,４２,４ｎ）を持ち、複数のグループと秘密情報を共有することができる。共有先情報は、共有先を一意に識別するための共有先ＩＤ（４１１）、共有先アドレス（４１２）、秘密情報やチケットを送信する際に用いる送信フォルダ名（４１３）、秘密情報やチケットを受信する際に用いる受信フォルダ名（４１４）から構成される。
【００１９】
図５は、過去に送信されたチケットの情報が記載された送信ログ（５）の一例を示す図である。この例では、送信ログはＸＭＬフォーマットで示してあるが、データベースに情報を格納してもよい。また、プレーンテキストに情報を格納してもよい。送信ログ（５）は、過去に送信された複数のログ（５１,５２,５ｎ）を持つ。ログ（５）は、ログを一意に識別するためのログＩＤ（５１１）、送信されたチケットのチケットＩＤ（５１２）、送信されたチケットが例えば送信承認待ちなのか受信済みなのかといったステータス（５１３）から構成され、秘密情報を送信した際の証明とすることができる。
【００２０】
図６は、情報共有システムにおけるチケットのステータス（３３）の変更経緯を示す状態遷移図である。送信側グループシステムの担当者は、情報共有端末（２０１）を用いて秘密情報を作成する。チケットのステータスは送信承認待ちになる（Ｓ６０１）。送信側グループの責任者は、送信承認端末（２０２）を用いて秘密情報を送信してもよいか確認をする。送信してもよい場合、チケットのステータスは受信承認待ちになる（Ｓ６０２）。送信しない場合、チケットのステータスは送信拒否になり（Ｓ６０３）、ワークフローは終了する。
【００２１】
受信側グループの責任者は、受信承認端末（２１１）を用いて秘密情報を受信してもよいか、チケットを確認して判断する。受信してもよい場合、チケットのステータスは検収待ちになる（Ｓ６０４）。受信しない場合、チケットのステータスは受信拒否になり（Ｓ６０５）、ワークフローは終了する。
【００２２】
受信側グループの検収者は、検収端末（２１２）を用いて秘密情報を受信してもよいか、秘密情報の中身を確認して判断する。受信してもよい場合、チケットのステータスは検収済みになり（Ｓ６０６）、ワークフローは終了する。受信しない場合、チケットのステータスは受信拒否になり（Ｓ６０５）、ワークフローは終了する。
【００２３】
図７は、送信側グループシステムの担当者が秘密情報を作成して送信する処理を示すフローチャートである。
送信側グループの担当者は、情報作成端末（２０１）を利用して端末内で秘密情報を作成する。ここで、秘密情報を他のグループに送信する必要がある場合は、送信伝票に該当するチケット（３）を作成する。担当者は、共有先を選択して共有先ＩＤ（３２）を入力し、コメント（３４）を入力する。情報送信手段（２０１１）は、チケット（３）に、一意の値となるようにチケットＩＤ（３１）を割り当て、ステータス（３３）を「送信承認待ち」とする。そして、このとき作成したチケット（３）と秘密情報（２０３２）とを送信側のグループ内サーバ（２０３１）に送信する（Ｓ７０１）。この場合、チケット（３）はグループ内サーバ（２０３）の送信フォルダ（２０３１）内にチケット１（２０３３）として格納される。
【００２４】
図８は、送信側グループシステム（２０）の責任者が秘密情報を送信してもよいか確認する処理を示すフローチャートである。
送信承認装置（２０２）の送信承認手段（２０２１）は、送信側のグループ内サーバ内送信フォルダ（２０３１）にあるチケット１のステータス（３３）を確認し、「送信承認待ち」のものがあれば送信側グループシステムの責任者に例えばメールで通知し（Ｓ８０１）、送信側グループの責任者は、送信承認手段（２０２１）を用いて、例えば秘密情報やチケットの内容を確認するなどして相手に秘密情報を送信しても良いか判断を行う（Ｓ８０２）。
【００２５】
秘密情報を送信しても良いと判断した場合、送信承認手段（２０２１）は、チケット１（２０３３）のステータス（３３）を「受信承認待ち」に変更し、接続先設定情報（２０３４）から共有先アドレス（４１２）と送信フォルダ名（４１３）を取得し、共有サーバ（２２）の送信フォルダ（２２１）に秘密情報（２２１１）とチケット１（２０３３）を送信する（Ｓ８０３）。この場合、チケット１（２０３３）は、共有サーバ（２２）の送信フォルダ（２２１）にチケット２（２２１２）として格納される。
【００２６】
なお、送信側の責任者は、チケットのコメント（３４）に例えば送信を承認した理由などの伝達情報を追記しても良い。送信ログファイル（２２１３）には、一意となるようにログＩＤ（５１１）を割り当て、送信するチケットのチケットＩＤ（４１１）を送信ログのチケットＩＤ（５１２）に追記し、ステータス（５１３）を「受信承認待ち」に変更し、送信したチケットのファイル容量（３６）を送信ログのファイル容量（５１４）に追記する（Ｓ８０４）。秘密情報を送信しないと判断した場合、送信承認手段（２０２１）は、チケット１（２０３３）のステータス（３３）を「受信拒否」に変更する。
【００２７】
図９は、受信側グループシステム（２１）の責任者が秘密情報を受信してもよいか確認する処理を示すフローチャートである。
受信側グループの責任者は受信承認手段（２１１１）を利用して、新規に送信されたチケット２（２２１２）がないか確認する。まず、受信側のグループ内サーバ（２１３）内にあるすべてのチケット３（２１３３）からチケットＩＤ（３１）の一覧を取得し、次に接続先設定情報（２１３２）に記載されている全ての共有先アドレス（４１２）の送信フォルダ（４１３）に対して（S９０１）、新規に送信されたチケット２（２２１２）がチケット３のチケットＩＤ一覧内に存在するかを確認し、該当するチケットＩＤがなければそのチケット２は新規に送信されたチケットであるので、新規のチケット２（２２１２）を受信側のグループ内サーバ（２１）の受信フォルダ（２１３１）に送信させ、チケット３（２１３３）として格納させる（S９０２）。
【００２８】
受信側グループの責任者は受信承認手段（２１１１）を利用して、共有サーバ（２２）の送信フォルダ（２２１）にある秘密情報（２２１１）を例えばチケット２（２２１２）のコメント（３４）や秘密情報のファイル名など、容易に確認できる内容で受信してよいか判断を行う（S９０３）。
【００２９】
秘密情報を受信すると判断した場合、受信承認手段（２１１１）は共有サーバ（２２）の送信フォルダ（２２１）にある秘密情報（２２１１）を受信側のグループ内サーバ（２１３）にある受信フォルダ（２１３１）に送信させ、チケット３（２１３３）のステータス（３３）を「検収待ち」に変更する（S９０４）。なお、受信側の責任者は、チケットのコメント（３４）に例えば受信を承認した理由などの伝達情報を追記してもよい。秘密情報（２２１１）を受信しないと判断した場合、受信承認手段（２１１１）はチケット３（２１３３）のステータス（３３）を「受信拒否」に変更する（S９０５）。
【００３０】
なお、受信側の責任者は、チケットのコメント（３４）に例えば受信を拒否した理由などの伝達情報を追記してもよい。
受信承認手段（２１１１）は、チケット３（２１３３）の共有先ＩＤ（３２）を元に、接続先設定情報（２１３２）の共有先アドレス（４１２）の受信フォルダ（４１４）に受信側が秘密情報を受信したことを示す受信チケット４（２２２１）を送信する（S９０６）。
【００３１】
図１０は、受信側グループの検収者が秘密情報を受信してもよいか検収する処理を示すフローチャートである。
検収端末（２１２）の検収手段（２１２１）は、受信側のグループ内サーバ（２１３）の受信フォルダ（２１３１）にあるチケット３（２１３３）のステータス（３３）を確認し、「検収待ち」のものがあれば受信側グループの検収者に例えばメールで通知する（Ｓ１００１）。受信側グループの検収者は検収手段（２１２１）を利用して、受信側グループのグループ内サーバ（２１３）の受信フォルダ（２１３１）にある秘密情報（２１３４）を例えば秘密情報を展開して中身を確認するなどして詳細に確認することで、受信してよいか判断を行う（S１００２）。
【００３２】
秘密情報を受信してもよいと判断した場合、検収手段（２１２１）はチケット３（２１３３）のステータス（３３）を「検収済み」に変更する（Ｓ１００３）。なお、受信側の責任者は、チケットのコメント（３４）に例えば受信を承認した理由などの伝達情報を追記してもよい。
ここで、検収者は受信側グループシステム（２１）の受信フォルダ（２１３１）にある秘密情報（２１３４）を例えば受信側グループの担当者全員が閲覧できる共有フォルダに移すなどして情報を共有してもよい。秘密情報（２１３４）を受信しないと判断した場合、検収手段（２１２１）はチケット３（２１３３）のステータス（３３）を「受信拒否」に変更する（S１００４）。なお、受信側の検収者は、チケット３（２１３３）のコメント（３４）に例えば受信を拒否した理由などの伝達情報を追記してもよい。
【００３３】
検収手段（２１２１）は、チケット３（２１３３）の共有先ＩＤ（３２）を元に、接続先設定（２１３２）の共有先アドレス（４１２）の受信フォルダ（４１４）にチケット４（２２２１）を送信する（S１００５）。
【００３４】
図１１は、送信側グループシステム（２０）の責任者が送信した秘密情報のステータスを確認する処理を示すフローチャートである。
送信側グループシステムの責任者は受信確認手段（２０２２）を利用して、秘密情報が受信側グループ（２１）に受信されたかを確認する。送信側グループシステム（２０）の接続先設定情報（２０３４）に記載されているすべての共有先アドレス（４１２）の送信フォルダ（４１３）に対して（Ｓ１１０１）、送信ログファイル（２２１３）を送信グループ側の例えばグループ内サーバ（２０３）の送信フォルダ（２０３１）に一時的にコピーする。
【００３５】
次に、送信ログファイル（２２１３）のステータス（５１３）を確認し、「返信待ち」と「検収待ち」のログのチケットＩＤ（５１２）とファイルサイズ（５１４）を取得して一覧にする（Ｓ１１０２）。
次に、接続先設定の共有先アドレス（４１２）の受信フォルダ（４１４）にあるすべてのチケット４（２２２１）に対し（S１１０３）、チケットＩＤ（３１）が一覧に存在するかをチケットのファイル名（３５）を元に判定する（Ｓ１１０４）。該当するチケットＩＤを持つチケット４がない場合は（Ｓ１１０３）に戻り、次のチケットについて調べる。
該当するチケットＩＤを持つチケット４がある場合は、チケット４（２２２１）のチケット容量を確認し、送信ログファイル（２２１３）の一覧に記載されているチケット容量（３６）と変更があるか判定する（Ｓ１１０５）。チケット４（２２２１）に変更がない場合は（Ｓ１１０３）に戻り、次のチケットについて調べる。
【００３６】
チケットに変更がある場合は、チケット４（２２２１）のステータス（３３）とコメント（３４）をチケット１（２０３３）に転記し、チケット４（２２２１）のステータス（３３）を送信ログファイルのステータス（５１３）に転記する（Ｓ１１０６）。送信側グループの責任者は、変更されたチケット１（２０３３）のステータス（３３）とコメント（３４）を確認することで、秘密情報が受信側グループに送信された後の状態を確認することができる（Ｓ１１０７）。
【符号の説明】
【００３７】
２０ 送信側グループシステム
２０１ 情報作成端末
２０１１ 情報送信手段
２０２ 送信承認端末
２０２１ 送信承認手段
２０２２ 受信確認手段
２０３ グループ内サーバ
２０３１ グループ内サーバ内送信フォルダ
２０３２ 秘密情報
２０３３ チケット
２０３４ 接続先設定
２１ 受信側グループシステム
２１１ 受信承認端末
２１１１ 受信承認手段
２１３ グループ内サーバ
２１３１ グループ内サーバ内受信フォルダ
２１３２ 接続先設定
２１３３ チケット
２１３４ 秘密情報
２２ 共有サーバ
２２１ 共有サーバ内送信フォルダ
２２１１ 秘密情報
２２１２ チケット
２２１３ 送信ログファイル
２２２ 受信フォルダ
２２２１ チケット
【技術分野】
【０００１】
本発明は、離れた場所にいるグループに対して、送信時と受信時の承認ワークフローを考慮して情報を伝達する情報共有システムに関するものである。
【背景技術】
【０００２】
Webの発展に伴い、手軽に情報を共有することが可能になってきている。しかし、企業などの秘匿性の高いグループによって作成された秘密情報を他のグループに共有する場合は、責任者の承認が必要になる。
最近、秘密情報を作成した際に、責任者に承認を得た場合に限って公開される情報共有ワークフローシステムが普及しつつある。
【０００３】
図１は、この情報共有ワークフローシステムの概要を示すブロック構成図であり、秘密情報を送信する送信側グループシステム（１０）と、秘密情報を受信する受信側グループ（１１）と、秘密情報を共有する共有サーバ（１２）とから構成されている。
前記送信側グループシステム（１０）は担当者が秘密情報を作成する情報作成端末（１０１）と、責任者がグループの外に秘密情報を送信してもよいか判断する送信承認端末（１０２）と、グループ内で秘密情報を共有するためのグループ内サーバ（１０３）とを備える。
このような構成の情報共有ワークフローシステムにおいては、担当者は情報作成端末（１０１）で秘密情報を作成してグループ内サーバ（１０３）に送信する。責任者は情報承認端末（１０２）でその秘密情報をグループ外に送信してよいか判断し、もし送信してよいなら共有サーバ（１２）に秘密情報を送信する。受信側グループ（１１）は、情報閲覧端末（１１０）で共有サーバに送信された秘密情報を閲覧する。
【０００４】
本発明に関連する公知技術文献としては下記特許文献１があげられる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００１−１０１３２４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ところで、近年、秘密情報を送付するグループ側の承認だけではなく、秘密情報を受信するグループ側での承認や検収作業も必要になってきている。不用意に秘密情報を受領したら、第三者に流出するリスクが増加するためである。
このため、相手方から受信した秘密情報が、特許出願・論文発表・営業資料などに混入していないか確認する作業を行わなくてはならないといった不都合が生じている。
【０００７】
本発明の目的は、秘密情報を送受信するときに承認と検収を必要とするワークフローを考慮した情報共有システムを提供することにある。
【課題を解決するための手段】
【０００８】
上記目標を達成するために、本発明の情報共有システムは、送信側グループシステムと受信側グループシステムと共有サーバとからなる情報共有システムであって、
前記送信側グループシステムは、秘密情報を作成する情報作成端末と、秘密情報を受信側グループシステムに送信してもよいか判定する送信承認端末と、送信側グループシステム内で秘密情報を共有するためのグループ内サーバとを備え、
前記情報作成端末は、秘密情報を前記グループ内サーバに送信して承認を依頼する情報送信手段を備え、前記送信承認端末は、前記秘密情報を送信してもよいか判定する送信承認手段と、受信側グループが前記秘密情報をどのように受信したか確認する受信確認手段とを備え、
前記受信側グループシステムは、前記秘密情報を受信してもよいか判定する受信承認端末と、前記秘密情報を受信してもよいか詳細に判定する検収端末と、グループ内で情報を共有するためのグループ内サーバとを備え、前記受信承認端末は、前記秘密情報を受信してもよいかを秘密情報の概要が記載されているチケットを確認することで判定する受信承認手段とを備え、前記検収端末は、前記秘密情報を受信してもよいかを秘密情報の内容を確認することで判定する検収手段を備え、
前記共有サーバは、送信する秘密情報、秘密情報の概要が記載されたチケット、送信内容の概要が記載された送信ログを格納する送信フォルダと、前記チケットを格納する受信フォルダとを備えることを特徴とする。
また、前記受信側グループシステムの検収手段は秘密情報を受信したことを示す情報が記録されているチケットを前記共有サーバに送信し、共有サーバ内の受信フォルダに格納し、前記送信側グループシステムの受信確認手段により受信側グループシステムが受信したか否かを確認可能に構成されていることを特徴とする。
【発明の効果】
【０００９】
本発明の情報共有システムによれば、次のような効果がある。
（１）秘密情報を送信するときに承認を必要とするワークフローを考慮した情報共有システムを提供することで、送信側グループは社外に公開してはいけない秘密情報を不用意に送信しないことができるようになる。
（２）秘密情報を受信するときに承認と検収を必要とするワークフローを考慮した情報共有システムを提供することで、受信側グループは必要のない秘密情報を不用意に取得しないことができるようになる。
（３）秘密情報送受信情報の概要が記載されたチケットをグループ間でやり取りすることで、送信側グループは受信側グループに送信した秘密情報の状態を確認することができるようになる。
（４）一意に定められたチケット名とチケットのファイル容量を確認することで、ファイルを直接操作できない外部サーバ上に存在するチケットをファイルシステムにコピーすることなく確認することができ、送信側グループは変更のあるチケットのみ受信することができる。
【図面の簡単な説明】
【００１０】
【図１】一般的なワークフローを考慮した情報共有システムのシステム構成図である。
【図２】本発明の一実施の形態例を示すシステム構成図である。
【図３】チケットを示す説明図である。
【図４】接続先設定を示す説明図である。
【図５】送信ログファイルを示す説明図である。
【図６】チケットのステータスの遷移経緯を示す状態遷移図である。
【図７】送信側グループの担当者が秘密情報を作成して送信する処理を示すフローチャートである。
【図８】送信側グループの責任者が秘密情報を送信してもよいか確認する処理を示すフローチャートである。
【図９】受信側グループの責任者が秘密情報を受信してもよいか確認する処理を示すフローチャートである。
【図１０】受信側グループの検収者が秘密情報を受信してもよいか検収する処理を示すフローチャートである。
【図１１】送信側グループの責任者が送信した秘密情報のステータスを確認する処理を示すフローチャートである。
【発明を実施するための形態】
【００１１】
以下、本発明の実施の形態を図面を参照して詳細に説明する。
図２は、本発明の一実施の形態を示すシステム構成図である。
この実施形態の情報共有システムは、秘密情報を送信する送信側グループシステム（２０）と、秘密情報を受信する受信側グループシステム（２１）と、両グループ内で秘密情報をやり取りする共有サーバ（２２）とから構成されている。
送信側グループシステム（２０）と共有サーバ（２２）、受信側グループシステム（２１）と共有サーバ（２２）はそれぞれＷＡＮ（Wide Area Network）で接続されている。
送信側グループシステム（２０）は、担当者が秘密情報を作成する情報作成端末（２０１）と、送信側グループの責任者が秘密情報を送信してよいか判定する送信承認端末（２０２）と、グループ内で秘密情報を共有するグループ内サーバ（２０３）とから構成されている。
送信側グループシステム（２０）の各端末やサーバはＬＡＮ（Local Area Network）で接続されている。
【００１２】
送信側グループシステムの情報作成端末（２０１）は、送信側グループの担当者が受信側グループに送信したい情報を作成する情報送信手段（２０１１）を備える。送信承認端末（２０２）には、作成された秘密情報を送信してもよいか判断する送信承認手段（２０２１）と、受信側グループシステムに送信された秘密情報の状態を確認する受信確認手段（２０２２）を備える。
【００１３】
送信側グループシステムのグループ内サーバ（２０３）には、送信フォルダ（２０３１） があり、内部には、相手に送信する秘密情報（２０３２）と、秘密情報の共有先やチケットのステータスなどが記載されているチケット１（２０３３）と、共有サーバのアドレスなどが記載されている接続先設定（２０３４）が格納されるようになっている。
【００１４】
受信側グループシステム（２１）は、受信側グループの責任者がチケットを確認して受信を承認する受信承認端末（２１１）と、受信側グループの検証者が秘密情報を検収する検収装置（２１２）と、グループ内サーバ（２１３）とから構成されている。
受信側グループシステム（２１）の各端末やサーバはＬＡＮで接続されている。
受信承認端末（２１１）は、共有サーバ（２２）にある新しい秘密情報を受信してもよいか判断する受信承認手段（２１１１）を備える。
検収端末は（２１２）は、受信された秘密情報の内容を検収する検収手段（２１２１）を持備える。
【００１５】
受信側グループシステム（２１）のグループ内サーバ（２１３）には受信フォルダ（２１３１）があり、内部には、接続先設定（２１３２）と、相手側から取得したチケット３（２１３３）と、送信側グループシステム（２０）から受信した秘密情報（２１３４）が格納されるようになっている。
共有サーバ（２２）には、送信フォルダ（２２１）と受信フォルダ（２２２）があり、送信フォルダ（２２１）には送信することを承認された秘密情報（２２１１）と、チケット２（２２１２）と、今まで送信されたチケットの履歴が記載された送信ログファイル（２２１３）が格納され、受信フォルダ（２２２）には、受信側グループシステム（２１）に送信された秘密情報の状態、例えば受信承認待ちなのか受信済みなのかが記載されたチケット４（２２２１）が格納されるようになっている。
【００１６】
図３は、秘密情報の共有先や状態を示すチケット（３）の一例を示す図である。
この例では、チケット（３）はＸＭＬフォーマットで示してあるが、データベースに情報を格納してもよい。また、プレーンテキストに情報を格納してもよい。図に示すように、チケット（３）を一意に識別するためのチケットＩＤ（３１）、共有先情報を得るための共有ＩＤ（３２）、チケットの状態を示すステータス（３３）、相手に伝えたいコメントを記載するコメント（３４）、チケット名（３５）、チケットのファイル容量（３６）から構成される。
【００１７】
共有先ＩＤ（３２）を元に共有サーバ（２２）に接続する情報を取得できる。また、共有ファイルサーバなどの直接ファイルを操作できない外部サーバ上に存在するファイルを取り扱う場合、ファイルの内部データを取得することは困難であり、取得するためにはいったんファイルをグループ内サーバにコピーした後でファイルを展開して取得する必要があるが、大量のチケットを毎回グループ内サーバにコピーすることは非効率である。そのため、チケット名（３５）にチケットＩＤ（３１）を含むことで、外部サーバ上でチケットＩＤのみ取得したい場合に容易に取得できるようにする。ファイル名はファイルが外部サーバ上にある場合でも、容易に取得することができるからである。同様に、ファイルの容量もファイルが外部サーバ上にある場合でも容易に取得することができる。ファイル容量が変更しているか確認することで、ファイルの内容が変更しているかを判定できる。
【００１８】
図４は、共有先の情報が記載されている接続先設定情報（４）の一例を示す図である。
この例では、接続先設定情報（４）はＸＭＬフォーマットで示してあるが、データベースに情報を格納してもよい。また、プレーンテキストに情報を格納してもよい。接続先設定情報は、所属するグループの共有先情報（４１,４２,４ｎ）を持ち、複数のグループと秘密情報を共有することができる。共有先情報は、共有先を一意に識別するための共有先ＩＤ（４１１）、共有先アドレス（４１２）、秘密情報やチケットを送信する際に用いる送信フォルダ名（４１３）、秘密情報やチケットを受信する際に用いる受信フォルダ名（４１４）から構成される。
【００１９】
図５は、過去に送信されたチケットの情報が記載された送信ログ（５）の一例を示す図である。この例では、送信ログはＸＭＬフォーマットで示してあるが、データベースに情報を格納してもよい。また、プレーンテキストに情報を格納してもよい。送信ログ（５）は、過去に送信された複数のログ（５１,５２,５ｎ）を持つ。ログ（５）は、ログを一意に識別するためのログＩＤ（５１１）、送信されたチケットのチケットＩＤ（５１２）、送信されたチケットが例えば送信承認待ちなのか受信済みなのかといったステータス（５１３）から構成され、秘密情報を送信した際の証明とすることができる。
【００２０】
図６は、情報共有システムにおけるチケットのステータス（３３）の変更経緯を示す状態遷移図である。送信側グループシステムの担当者は、情報共有端末（２０１）を用いて秘密情報を作成する。チケットのステータスは送信承認待ちになる（Ｓ６０１）。送信側グループの責任者は、送信承認端末（２０２）を用いて秘密情報を送信してもよいか確認をする。送信してもよい場合、チケットのステータスは受信承認待ちになる（Ｓ６０２）。送信しない場合、チケットのステータスは送信拒否になり（Ｓ６０３）、ワークフローは終了する。
【００２１】
受信側グループの責任者は、受信承認端末（２１１）を用いて秘密情報を受信してもよいか、チケットを確認して判断する。受信してもよい場合、チケットのステータスは検収待ちになる（Ｓ６０４）。受信しない場合、チケットのステータスは受信拒否になり（Ｓ６０５）、ワークフローは終了する。
【００２２】
受信側グループの検収者は、検収端末（２１２）を用いて秘密情報を受信してもよいか、秘密情報の中身を確認して判断する。受信してもよい場合、チケットのステータスは検収済みになり（Ｓ６０６）、ワークフローは終了する。受信しない場合、チケットのステータスは受信拒否になり（Ｓ６０５）、ワークフローは終了する。
【００２３】
図７は、送信側グループシステムの担当者が秘密情報を作成して送信する処理を示すフローチャートである。
送信側グループの担当者は、情報作成端末（２０１）を利用して端末内で秘密情報を作成する。ここで、秘密情報を他のグループに送信する必要がある場合は、送信伝票に該当するチケット（３）を作成する。担当者は、共有先を選択して共有先ＩＤ（３２）を入力し、コメント（３４）を入力する。情報送信手段（２０１１）は、チケット（３）に、一意の値となるようにチケットＩＤ（３１）を割り当て、ステータス（３３）を「送信承認待ち」とする。そして、このとき作成したチケット（３）と秘密情報（２０３２）とを送信側のグループ内サーバ（２０３１）に送信する（Ｓ７０１）。この場合、チケット（３）はグループ内サーバ（２０３）の送信フォルダ（２０３１）内にチケット１（２０３３）として格納される。
【００２４】
図８は、送信側グループシステム（２０）の責任者が秘密情報を送信してもよいか確認する処理を示すフローチャートである。
送信承認装置（２０２）の送信承認手段（２０２１）は、送信側のグループ内サーバ内送信フォルダ（２０３１）にあるチケット１のステータス（３３）を確認し、「送信承認待ち」のものがあれば送信側グループシステムの責任者に例えばメールで通知し（Ｓ８０１）、送信側グループの責任者は、送信承認手段（２０２１）を用いて、例えば秘密情報やチケットの内容を確認するなどして相手に秘密情報を送信しても良いか判断を行う（Ｓ８０２）。
【００２５】
秘密情報を送信しても良いと判断した場合、送信承認手段（２０２１）は、チケット１（２０３３）のステータス（３３）を「受信承認待ち」に変更し、接続先設定情報（２０３４）から共有先アドレス（４１２）と送信フォルダ名（４１３）を取得し、共有サーバ（２２）の送信フォルダ（２２１）に秘密情報（２２１１）とチケット１（２０３３）を送信する（Ｓ８０３）。この場合、チケット１（２０３３）は、共有サーバ（２２）の送信フォルダ（２２１）にチケット２（２２１２）として格納される。
【００２６】
なお、送信側の責任者は、チケットのコメント（３４）に例えば送信を承認した理由などの伝達情報を追記しても良い。送信ログファイル（２２１３）には、一意となるようにログＩＤ（５１１）を割り当て、送信するチケットのチケットＩＤ（４１１）を送信ログのチケットＩＤ（５１２）に追記し、ステータス（５１３）を「受信承認待ち」に変更し、送信したチケットのファイル容量（３６）を送信ログのファイル容量（５１４）に追記する（Ｓ８０４）。秘密情報を送信しないと判断した場合、送信承認手段（２０２１）は、チケット１（２０３３）のステータス（３３）を「受信拒否」に変更する。
【００２７】
図９は、受信側グループシステム（２１）の責任者が秘密情報を受信してもよいか確認する処理を示すフローチャートである。
受信側グループの責任者は受信承認手段（２１１１）を利用して、新規に送信されたチケット２（２２１２）がないか確認する。まず、受信側のグループ内サーバ（２１３）内にあるすべてのチケット３（２１３３）からチケットＩＤ（３１）の一覧を取得し、次に接続先設定情報（２１３２）に記載されている全ての共有先アドレス（４１２）の送信フォルダ（４１３）に対して（S９０１）、新規に送信されたチケット２（２２１２）がチケット３のチケットＩＤ一覧内に存在するかを確認し、該当するチケットＩＤがなければそのチケット２は新規に送信されたチケットであるので、新規のチケット２（２２１２）を受信側のグループ内サーバ（２１）の受信フォルダ（２１３１）に送信させ、チケット３（２１３３）として格納させる（S９０２）。
【００２８】
受信側グループの責任者は受信承認手段（２１１１）を利用して、共有サーバ（２２）の送信フォルダ（２２１）にある秘密情報（２２１１）を例えばチケット２（２２１２）のコメント（３４）や秘密情報のファイル名など、容易に確認できる内容で受信してよいか判断を行う（S９０３）。
【００２９】
秘密情報を受信すると判断した場合、受信承認手段（２１１１）は共有サーバ（２２）の送信フォルダ（２２１）にある秘密情報（２２１１）を受信側のグループ内サーバ（２１３）にある受信フォルダ（２１３１）に送信させ、チケット３（２１３３）のステータス（３３）を「検収待ち」に変更する（S９０４）。なお、受信側の責任者は、チケットのコメント（３４）に例えば受信を承認した理由などの伝達情報を追記してもよい。秘密情報（２２１１）を受信しないと判断した場合、受信承認手段（２１１１）はチケット３（２１３３）のステータス（３３）を「受信拒否」に変更する（S９０５）。
【００３０】
なお、受信側の責任者は、チケットのコメント（３４）に例えば受信を拒否した理由などの伝達情報を追記してもよい。
受信承認手段（２１１１）は、チケット３（２１３３）の共有先ＩＤ（３２）を元に、接続先設定情報（２１３２）の共有先アドレス（４１２）の受信フォルダ（４１４）に受信側が秘密情報を受信したことを示す受信チケット４（２２２１）を送信する（S９０６）。
【００３１】
図１０は、受信側グループの検収者が秘密情報を受信してもよいか検収する処理を示すフローチャートである。
検収端末（２１２）の検収手段（２１２１）は、受信側のグループ内サーバ（２１３）の受信フォルダ（２１３１）にあるチケット３（２１３３）のステータス（３３）を確認し、「検収待ち」のものがあれば受信側グループの検収者に例えばメールで通知する（Ｓ１００１）。受信側グループの検収者は検収手段（２１２１）を利用して、受信側グループのグループ内サーバ（２１３）の受信フォルダ（２１３１）にある秘密情報（２１３４）を例えば秘密情報を展開して中身を確認するなどして詳細に確認することで、受信してよいか判断を行う（S１００２）。
【００３２】
秘密情報を受信してもよいと判断した場合、検収手段（２１２１）はチケット３（２１３３）のステータス（３３）を「検収済み」に変更する（Ｓ１００３）。なお、受信側の責任者は、チケットのコメント（３４）に例えば受信を承認した理由などの伝達情報を追記してもよい。
ここで、検収者は受信側グループシステム（２１）の受信フォルダ（２１３１）にある秘密情報（２１３４）を例えば受信側グループの担当者全員が閲覧できる共有フォルダに移すなどして情報を共有してもよい。秘密情報（２１３４）を受信しないと判断した場合、検収手段（２１２１）はチケット３（２１３３）のステータス（３３）を「受信拒否」に変更する（S１００４）。なお、受信側の検収者は、チケット３（２１３３）のコメント（３４）に例えば受信を拒否した理由などの伝達情報を追記してもよい。
【００３３】
検収手段（２１２１）は、チケット３（２１３３）の共有先ＩＤ（３２）を元に、接続先設定（２１３２）の共有先アドレス（４１２）の受信フォルダ（４１４）にチケット４（２２２１）を送信する（S１００５）。
【００３４】
図１１は、送信側グループシステム（２０）の責任者が送信した秘密情報のステータスを確認する処理を示すフローチャートである。
送信側グループシステムの責任者は受信確認手段（２０２２）を利用して、秘密情報が受信側グループ（２１）に受信されたかを確認する。送信側グループシステム（２０）の接続先設定情報（２０３４）に記載されているすべての共有先アドレス（４１２）の送信フォルダ（４１３）に対して（Ｓ１１０１）、送信ログファイル（２２１３）を送信グループ側の例えばグループ内サーバ（２０３）の送信フォルダ（２０３１）に一時的にコピーする。
【００３５】
次に、送信ログファイル（２２１３）のステータス（５１３）を確認し、「返信待ち」と「検収待ち」のログのチケットＩＤ（５１２）とファイルサイズ（５１４）を取得して一覧にする（Ｓ１１０２）。
次に、接続先設定の共有先アドレス（４１２）の受信フォルダ（４１４）にあるすべてのチケット４（２２２１）に対し（S１１０３）、チケットＩＤ（３１）が一覧に存在するかをチケットのファイル名（３５）を元に判定する（Ｓ１１０４）。該当するチケットＩＤを持つチケット４がない場合は（Ｓ１１０３）に戻り、次のチケットについて調べる。
該当するチケットＩＤを持つチケット４がある場合は、チケット４（２２２１）のチケット容量を確認し、送信ログファイル（２２１３）の一覧に記載されているチケット容量（３６）と変更があるか判定する（Ｓ１１０５）。チケット４（２２２１）に変更がない場合は（Ｓ１１０３）に戻り、次のチケットについて調べる。
【００３６】
チケットに変更がある場合は、チケット４（２２２１）のステータス（３３）とコメント（３４）をチケット１（２０３３）に転記し、チケット４（２２２１）のステータス（３３）を送信ログファイルのステータス（５１３）に転記する（Ｓ１１０６）。送信側グループの責任者は、変更されたチケット１（２０３３）のステータス（３３）とコメント（３４）を確認することで、秘密情報が受信側グループに送信された後の状態を確認することができる（Ｓ１１０７）。
【符号の説明】
【００３７】
２０ 送信側グループシステム
２０１ 情報作成端末
２０１１ 情報送信手段
２０２ 送信承認端末
２０２１ 送信承認手段
２０２２ 受信確認手段
２０３ グループ内サーバ
２０３１ グループ内サーバ内送信フォルダ
２０３２ 秘密情報
２０３３ チケット
２０３４ 接続先設定
２１ 受信側グループシステム
２１１ 受信承認端末
２１１１ 受信承認手段
２１３ グループ内サーバ
２１３１ グループ内サーバ内受信フォルダ
２１３２ 接続先設定
２１３３ チケット
２１３４ 秘密情報
２２ 共有サーバ
２２１ 共有サーバ内送信フォルダ
２２１１ 秘密情報
２２１２ チケット
２２１３ 送信ログファイル
２２２ 受信フォルダ
２２２１ チケット
【特許請求の範囲】
【請求項１】
送信側グループシステムと受信側グループシステムと共有サーバとからなる情報共有システムであって、
前記送信側グループシステムは、秘密情報を作成する情報作成端末と、秘密情報を受信側グループシステムに送信してもよいか判定する送信承認端末と、送信側グループシステム内で秘密情報を共有するためのグループ内サーバとを備え、
前記情報作成端末は、秘密情報を前記グループ内サーバに送信して承認を依頼する情報送信手段を備え、前記送信承認端末は、前記秘密情報を送信してもよいか判定する送信承認手段と、受信側グループが前記秘密情報をどのように受信したか確認する受信確認手段とを備え、
前記受信側グループシステムは、前記秘密情報を受信してもよいか判定する受信承認端末と、前記秘密情報を受信してもよいか詳細に判定する検収端末と、グループ内で情報を共有するためのグループ内サーバとを備え、前記受信承認端末は、前記秘密情報を受信してもよいかを秘密情報の概要が記載されているチケットを確認することで判定する受信承認手段とを備え、前記検収端末は、前記秘密情報を受信してもよいかを秘密情報の内容を確認することで判定する検収手段を備え、
前記共有サーバは、送信する秘密情報、秘密情報の概要が記載されたチケット、送信内容の概要が記載された送信ログを格納する送信フォルダと、前記チケットを格納する受信フォルダとを備えることを特徴とする情報共有システム。
【請求項２】
前記受信側グループシステムの検収手段は秘密情報を受信したことを示す情報が記録されているチケットを前記共有サーバに送信し、共有サーバ内の受信フォルダに格納し、前記送信側グループシステムの受信確認手段により受信側グループシステムが受信したか否かを確認可能に構成されていることを特徴とする請求項１に記載の情報共有システム。
【請求項１】
送信側グループシステムと受信側グループシステムと共有サーバとからなる情報共有システムであって、
前記送信側グループシステムは、秘密情報を作成する情報作成端末と、秘密情報を受信側グループシステムに送信してもよいか判定する送信承認端末と、送信側グループシステム内で秘密情報を共有するためのグループ内サーバとを備え、
前記情報作成端末は、秘密情報を前記グループ内サーバに送信して承認を依頼する情報送信手段を備え、前記送信承認端末は、前記秘密情報を送信してもよいか判定する送信承認手段と、受信側グループが前記秘密情報をどのように受信したか確認する受信確認手段とを備え、
前記受信側グループシステムは、前記秘密情報を受信してもよいか判定する受信承認端末と、前記秘密情報を受信してもよいか詳細に判定する検収端末と、グループ内で情報を共有するためのグループ内サーバとを備え、前記受信承認端末は、前記秘密情報を受信してもよいかを秘密情報の概要が記載されているチケットを確認することで判定する受信承認手段とを備え、前記検収端末は、前記秘密情報を受信してもよいかを秘密情報の内容を確認することで判定する検収手段を備え、
前記共有サーバは、送信する秘密情報、秘密情報の概要が記載されたチケット、送信内容の概要が記載された送信ログを格納する送信フォルダと、前記チケットを格納する受信フォルダとを備えることを特徴とする情報共有システム。
【請求項２】
前記受信側グループシステムの検収手段は秘密情報を受信したことを示す情報が記録されているチケットを前記共有サーバに送信し、共有サーバ内の受信フォルダに格納し、前記送信側グループシステムの受信確認手段により受信側グループシステムが受信したか否かを確認可能に構成されていることを特徴とする請求項１に記載の情報共有システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【公開番号】特開２０１２−５９１９９（Ｐ２０１２−５９１９９Ａ）
【公開日】平成２４年３月２２日（２０１２．３．２２）
【国際特許分類】
【出願番号】特願２０１０−２０４４２５（Ｐ２０１０−２０４４２５）
【出願日】平成２２年９月１３日（２０１０．９．１３）
【出願人】（０００２３３０５５）株式会社日立ソリューションズ (1,610)
【公開日】平成２４年３月２２日（２０１２．３．２２）
【国際特許分類】
【出願日】平成２２年９月１３日（２０１０．９．１３）
【出願人】（０００２３３０５５）株式会社日立ソリューションズ (1,610)
[ Back to top ]