(57)【特許請求の範囲】
【請求項１】
記憶手段にアクセス可能なコンピュータを、
クライアントからの登録要求に応じてサーバへ送信されるデータに含まれているコンテンツを秘匿性のない代替コンテンツに置き換える置換手段、
前記クライアントからの登録要求に応じて前記置換手段により置き換えられた代替コンテンツを含むデータを前記サーバへ送信することで当該代替コンテンツを登録させる登録処理手段、
前記代替コンテンツの登録に応じて前記サーバから送信されてくるコンテンツ識別情報を受信すると、当該コンテンツを対応付けして生成された置換情報を前記記憶手段に記憶させることで管理する管理手段、
前記クライアントからの取得要求に応じて前記サーバから取得したデータに含まれている代替コンテンツを、前記記憶手段に記憶された置換情報に基づき当該コンテンツ識別情報に対応付けされているコンテンツに置き換えた後、当該データを前記クライアントへ送信することで取得させる取得処理手段、
として機能させるためのプログラム。
【請求項２】
前記置換手段は、コンテンツを、１又は複数の任意の文字で生成された代替コンテンツで置き換えることを特徴とする請求項１に記載のプログラム。
【請求項３】
クライアントからの登録要求に応じてサーバへ送信されるデータに含まれているコンテンツを秘匿性のない代替コンテンツに置き換える置換手段と、
前記クライアントからの登録要求に応じて前記置換手段により置き換えられた代替コンテンツを含むデータを前記サーバへ送信することで当該代替コンテンツを登録させる登録処理手段と、
前記代替コンテンツの登録に応じて前記サーバから送信されてくるコンテンツ識別情報を受信すると、当該コンテンツを対応付けして生成された置換情報を記憶手段に記憶させることで管理する管理手段と、
前記クライアントからの取得要求に応じて前記サーバから取得したデータに含まれている代替コンテンツを、前記記憶手段に記憶された置換情報に基づき当該コンテンツ識別情報に対応付けされているコンテンツに置き換えた後、当該データを前記クライアントへ送信することで取得させる取得処理手段と、
を有することを特徴とする中継装置。
【請求項４】
第１クライアントと、
前記第１クライアントと同一のユーザにより使用される第２クライアントと、
サーバと、
前記第１クライアントと前記サーバとの間で送受信されるデータを中継する中継装置と、
記憶手段と、
を有し、
前記中継装置は、
前記第１クライアントからの登録要求に応じてサーバへ送信されるデータに含まれているコンテンツを秘匿性のない代替コンテンツに置き換える置換手段と、
前記第１クライアントからの登録要求に応じて前記置換手段により置き換えられた代替コンテンツを含むデータを前記サーバへ送信することで当該代替コンテンツを登録させる登録処理手段と、
前記代替コンテンツの登録に応じて前記サーバから送信されてくるコンテンツ識別情報を受信すると、当該コンテンツを対応付けして生成された置換情報を前記記憶手段に記憶させることで管理する管理手段と、
を有し、
前記第２クライアントは、
前記記憶手段に記憶された当該ユーザの置換情報を取得する取得手段と、
ユーザによる取得要求に応じて前記サーバから取得したデータに含まれている代替コンテンツを、前記取得手段により取得された置換情報に基づき当該コンテンツ識別情報に対応付けされているコンテンツに置き換えた後、ユーザに提供する提供手段と、
を有することを特徴とするデータ処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、中継装置、データ処理システム及びプログラムに関する。
【背景技術】
【０００２】
近年では、ＳＮＳ（Ｓｏｃｉａｌ  Ｎｅｔｗｏｒｋｉｎｇ  Ｓｅｒｖｉｃｅ）等のサービスを業務において活用する場合が少なくない。ただ、サービスにおいて交換される情報は、通常、サービスを提供する側で用意された外部設置のサーバに蓄積される。情報を秘匿するために例えば、特許文献1では、サービス提供側のＷｅｂサーバにて保持管理される情報（リクエストパラメータ）それぞれに対してＩＤを付与する情報秘匿プロキシ装置を社内に設置し、情報秘匿プロキシ装置は、社内のＷｅｂクライアントから送られてきた情報それぞれをＩＤに変換してからＷｅｂサーバへ送信することで情報を秘匿する技術が提案されている。
【０００３】
また、特許文献２では、外部のサーバに保持管理させる情報を暗号化してから送信する技術が提案されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００８−１７７８２１号公報
【特許文献２】特開２０１３−０２５３６１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明は、データに含まれるコンテンツを秘匿性のない代替コンテンツに置き換えずに当該データをサーバへ送信する場合に比してより簡便に当該コンテンツの漏洩を防止することを目的とする。
【課題を解決するための手段】
【０００６】
本発明に係るプログラムは、記憶手段にアクセス可能なコンピュータを、クライアントからの登録要求に応じてサーバへ送信されるデータに含まれているコンテンツを秘匿性のない代替コンテンツに置き換える置換手段、前記クライアントからの登録要求に応じて前記置換手段により置き換えられた代替コンテンツを含むデータを前記サーバへ送信することで当該代替コンテンツを登録させる登録処理手段、前記代替コンテンツの登録に応じて前記サーバから送信されてくるコンテンツ識別情報を受信すると、当該コンテンツを対応付けして生成された置換情報を前記記憶手段に記憶させることで管理する管理手段、前記クライアントからの取得要求に応じて前記サーバから取得したデータに含まれている代替コンテンツを、前記記憶手段に記憶された置換情報に基づき当該コンテンツ識別情報に対応付けされているコンテンツに置き換えた後、当該データを前記クライアントへ送信することで取得させる取得処理手段、として機能させる。
【０００７】
また、前記置換手段は、コンテンツを、１又は複数の任意の文字で生成された代替コンテンツで置き換えることを特徴とする。
【０００８】
本発明に係る中継装置は、クライアントからの登録要求に応じてサーバへ送信されるデータに含まれているコンテンツを秘匿性のない代替コンテンツに置き換える置換手段と、前記クライアントからの登録要求に応じて前記置換手段により置き換えられた代替コンテンツを含むデータを前記サーバへ送信することで当該代替コンテンツを登録させる登録処理手段と、前記代替コンテンツの登録に応じて前記サーバから送信されてくるコンテンツ識別情報を受信すると、当該コンテンツを対応付けして生成された置換情報を記憶手段に記憶させることで管理する管理手段と、前記クライアントからの取得要求に応じて前記サーバから取得したデータに含まれている代替コンテンツを、前記記憶手段に記憶された置換情報に基づき当該コンテンツ識別情報に対応付けされているコンテンツに置き換えた後、当該データを前記クライアントへ送信することで取得させる取得処理手段と、を有することを特徴とする。
【０００９】
本発明に係るデータ処理システムは、第１クライアントと、前記第１クライアントと同一のユーザにより使用される第２クライアントと、サーバと、前記第１クライアントと前記サーバとの間で送受信されるデータを中継する中継装置と、記憶手段と、を有し、前記中継装置は、前記第１クライアントからの登録要求に応じてサーバへ送信されるデータに含まれているコンテンツを秘匿性のない代替コンテンツに置き換える置換手段と、前記第１クライアントからの登録要求に応じて前記置換手段により置き換えられた代替コンテンツを含むデータを前記サーバへ送信することで当該代替コンテンツを登録させる登録処理手段と、前記代替コンテンツの登録に応じて前記サーバから送信されてくるコンテンツ識別情報を受信すると、当該コンテンツを対応付けして生成された置換情報を前記記憶手段に記憶させることで管理する管理手段と、を有し、前記第２クライアントは、前記記憶手段に記憶された当該ユーザの置換情報を取得する取得手段と、ユーザによる取得要求に応じて前記サーバから取得したデータに含まれている代替コンテンツを、前記取得手段により取得された置換情報に基づき当該コンテンツ識別情報に対応付けされているコンテンツに置き換えた後、ユーザに提供する提供手段と、を有することを特徴とする。
【発明の効果】
【００１０】
請求項１に記載の発明によれば、データに含まれるコンテンツを秘匿性のない代替コンテンツに置き換えずに当該データをサーバへ送信する場合に比してより簡便に当該コンテンツの漏洩を防止することができる。
【００１１】
請求項２に記載の発明によれば、コンテンツを、１又は複数の任意の文字で生成された代替コンテンツで置き換えることができる。
【００１２】
請求項３に記載の発明によれば、データに含まれるコンテンツを秘匿性のない代替コンテンツに置き換えずに当該データをサーバへ送信する場合に比してより簡便に当該コンテンツの漏洩を防止することができる。
【００１３】
請求項４に記載の発明によれば、中継装置を介さなくても代替コンテンツを元のコンテンツに置き換えた後、ユーザに提供することができる。
【図面の簡単な説明】
【００１４】
【図１】実施の形態１におけるデータ処理システムの全体構成及び中継装置のブロック構成を示した図である。
【図２】実施の形態１における中継装置に内蔵されたコンピュータのハードウェア構成図である。
【図３】実施の形態１における解析ルール記憶部に予め設定登録された解析ルールの設定例を示した図である。
【図４】実施の形態１における中継装置が実施する中継処理を示したフローチャートである。
【図５】実施の形態１においてクライアントから送信されるＰＯＳＴリクエストの一例を示した図である。
【図６】図４に示したコンテンツ登録処理の詳細を示したフローチャートである。
【図７】実施の形態１における置換情報記憶部に保存される置換情報のデータ構成例を示した図である。
【図８】実施の形態１におけるサーバに保存されるコンテンツ情報のデータ構成例を示した図である。
【図９】実施の形態１においてクライアントへ送信されるＰＯＳＴレスポンスの一例を示した図である。
【図１０】図４に示したコンテンツ取得処理の詳細を示したフローチャートである。
【図１１】実施の形態１においてクライアントへ送信されるＧＥＴレスポンスの一例を示した図である。
【図１２】実施の形態２におけるデータ処理システムの全体構成図である。
【発明を実施するための形態】
【００１５】
以下、図面に基づいて、本発明の好適な実施の形態について説明する。
【００１６】
実施の形態１．
図１は、本発明に係るデータ処理システムの全体構成及び中継装置１０のブロック構成を示した図である。図１には、インターネット３に接続された社外設置のＳＮＳサーバ２と、ＬＡＮ（ローカルエリアネットワーク）４に接続された社内設置の中継装置１０及びクライアント１と、が示されている。ＳＮＳサーバ２は、クライアント１にＳＮＳを提供するサービスサーバである。クライアント１は、ＰＣ等の情報処理装置により実現され、ユーザがＳＮＳサーバ２により提供されるサービスを利用する際に使用される。中継装置１０は、本発明に係る中継装置に相当し、クライアント１とＳＮＳサーバ２との間で送受信されるデータを中継する。なお、ＬＡＮ４には、通常、複数台のクライアント１が接続されているが、本実施の形態では説明に用いないので便宜的に１台のクライアント１のみを図示した。また、インターネット３には、複数台のＳＮＳサーバ２が接続されているが、便宜的に１台のＳＮＳサーバ２のみを図示した。
【００１７】
図２は、本実施の形態における中継装置１０に内蔵されたコンピュータのハードウェア構成図である。本実施の形態において中継装置１０に内蔵されるコンピュータは、従前から存在する汎用的なハードウェア構成で実現してよい。すなわち、コンピュータは、図２に示したようにＣＰＵ３１、ＲＯＭ３２、ＲＡＭ３３、ハードディスクドライブ（ＨＤＤ）３４、インターネット３との通信手段として設けられたネットワークインタフェース３５、ＬＡＮ４との通信手段として設けられたＬＡＮインタフェース３６を内部バス３７に接続して構成される。
【００１８】
また、クライアント１はＣＰＵ、ＲＯＭ、ＲＡＭ、ＨＤＤ、ネットワークインタフェース、マウスやディスプレイ等の入出力手段等、従前から存在するＰＣの汎用的な構成で実現され、ＳＮＳサーバ２も同様に従前から存在するサーバコンピュータの汎用的な構成で実現される。
【００１９】
図１に戻り、本実施の形態における中継装置１０は、第１通信処理部１１、第２通信処理部１２、置換処理部１３、要求処理制御部１４、置換情報記憶部１５及び解析ルール記憶部１６を有している。なお、本実施の形態の説明に用いない構成要素については図から省略している。
【００２０】
第１通信処理部１１は、ネットワークインタフェース３５により実現され、インターネット３を介してＳＮＳサーバ２との間でデータ通信を行う。第２通信処理部１２は、ＬＡＮインタフェース３６により実現され、ＬＡＮ４を介してクライアント１との間でデータ通信を行う。置換処理部１３は、置換手段として設けられ、クライアント１からの登録要求に応じてＳＮＳサーバ２へ送信されるデータに含まれているコンテンツを秘匿性のない代替コンテンツ（以下、「置換コンテンツ」ともいう）に置き換える。
【００２１】
要求処理制御部１４は、クライアント１からの登録要求に応じて置換処理部１３により置き換えられた置換コンテンツを含むデータ（ＰＯＳＴリクエスト）をＳＮＳサーバ２へ送信することで当該置換コンテンツを登録させる登録処理手段として機能する。ＳＮＳサーバ２は、クライアント１からの登録要求に応じて中継装置１０が中継して送信されてきたデータに含まれているコンテンツを登録すると、その登録したコンテンツ毎にコンテンツ識別情報（コンテンツＩＤ）を生成して返信するが、要求処理制御部１４は、コンテンツの登録に応じてＳＮＳサーバ２から送信されてくるデータ（ＰＯＳＴレスポンス）に含まれるコンテンツＩＤに、当該コンテンツを対応付けして置換情報を生成し、その生成した置換情報を置換情報記憶部１５に記憶させることで管理する管理手段として機能する。更に、要求処理制御部１４は、クライアント１からの取得要求に応じてＳＮＳサーバ２から取得したデータ（ＧＥＴレスポンス）に含まれている代替コンテンツを、置換情報記憶部１５に記憶された置換情報に基づき当該コンテンツＩＤに対応付けされているコンテンツに置き換えた後、当該データをクライアント１へ送信することで取得させる取得処理手段として機能する。
【００２２】
図３は、本実施の形態における解析ルール記憶部１６に予め設定登録された解析ルールの設定例を示した図である。本実施の形態における解析ルールは、複数のＳＮＳに対応可能なようにＳＮＳを識別するためのサービスＩＤ及び当該ＳＮＳのサービス名を含んでおり、各サービスＩＤに対して、解析ルールと、当該解析ルールを適用する事象を示すタイプとが対応付けして設定される。例えば、“登録時ＲＥＱＵＥＳＴルール”が対応付けられた解析ルールは、クライアント１がＳＮＳサーバ２へコンテンツを登録する際にクライアント１からＳＮＳサーバ２へ送信されるデータ（ＰＯＳＴリクエスト）に適用される解析ルールであることを示している。一方、“登録時ＲＥＳＰＯＮＳＥルール”が対応付けられた解析ルールは、クライアント１からの登録要求に対してＳＮＳサーバ２から返答されてくるデータ（ＰＯＳＴレスポンス）に適用される解析ルールであることを示している。また、“取得時ＲＥＱＵＥＳＴルール”が対応付けられた解析ルールは、クライアント１がＳＮＳサーバ２からコンテンツを取得する際にクライアント１からＳＮＳサーバ２へ送信されるデータ（ＧＥＴリクエスト）に適用される解析ルールであることを示している。一方、“取得時ＲＥＳＰＯＮＳＥルール”が対応付けられた解析ルールは、クライアント１からの取得要求に対してＳＮＳサーバ２から返答されてくるデータ（ＧＥＴレスポンス）に適用される解析ルールであることを示している。また、図３に含まれるシンボルについて説明すると、＄｛ＵＳＥＲＩＤ｝はユーザＩＤが記録されている箇所、＄｛ＣＯＮＴＥＮＴＳ｝は置換対象文字列が記録されている箇所、＄｛ＣＯＮＴＥＮＴＳＩＤ｝は置換対象文字列に対応するコンテンツＩＤが記録されている箇所である。
【００２３】
中継装置１０における各構成要素１１〜１４は、中継装置１０に内蔵されるコンピュータと、コンピュータに搭載されたＣＰＵ３１で動作するプログラムとの協調動作により実現される。また、各記憶部１５，１６は、中継装置１０に搭載されたＨＤＤ３４にて実現される。あるいは、ＲＡＭ３３又は外部にある記憶手段をネットワーク経由で利用してもよい。
【００２４】
また、本実施の形態で用いるプログラムは、通信手段により提供することはもちろん、ＣＤ−ＲＯＭやＵＳＢメモリ等のコンピュータ読み取り可能な記録媒体に格納して提供することも可能である。通信手段や記録媒体から提供されたプログラムはコンピュータにインストールされ、コンピュータのＣＰＵ３１がプログラムを順次実行することで各種処理が実現される。
【００２５】
次に、本実施の形態において、クライアント１のユーザがＳＮＳサーバ２が提供するＳＮＳを利用する際の中継装置１０の動作について説明する。
【００２６】
ユーザは、ＳＮＳの利用を開始するために所定の操作をすることでＳＮＳのログイン画面をディスプレイに表示させ、そのログイン画面からユーザＩＤとパスワードを入力することでログインを要求する。
【００２７】
中継装置１０がクライアント１からの要求を受信すると（ステップ１００）、その要求がログイン要求の場合（ステップ２００でＹ）、要求処理制御部１４は、ユーザ認証処理を実行する（ステップ３００）。すなわち、要求処理制御部１４は、入力されたユーザＩＤとパスワードをＳＮＳサーバ２に送信することでユーザ認証を依頼する。ＳＮＳサーバ２がユーザ認証を行いその結果を中継装置１０に返すと、要求処理制御部１４は、その認証結果をクライアント１へ送信する。なお、ここではユーザ認証に成功したものとして説明を続ける。
【００２８】
ログインに成功すると、クライアント１は、ＳＮＳサーバ２から続けて送信されてくるＳＮＳのＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）コンテンツ（ウェブページ）をディスプレイに表示する。その後、ユーザは、ＨＴＭＬコンテンツに含まれる所定のフォームから業務に関連する情報（秘匿性のある情報）を入力した後、ＳＮＳサーバ２への登録を要求する。クライアント１は、この登録要求をＰＯＳＴリクエストとしてＳＮＳサーバ２宛に送信する。
【００２９】
図５は、クライアント１から送信されるＰＯＳＴリクエストの一例を示した図である。図５には、業務に関連する情報として“明日休みます。”というメッセージが含まれている例が示されている。
【００３０】
中継装置１０がクライアント１からの要求を受信すると（ステップ１００）、その要求がＰＯＳＴリクエストの場合（ステップ２００でＮ，ステップ４００でＹ）、要求処理制御部１４は、コンテンツ登録処理を実行する（ステップ５００）。このコンテンツ登録処理に関しては、図６に示したフローチャートを用いて説明する。
【００３１】
ＰＯＳＴリクエストをクライアント１から受信すると、要求処理制御部１４は、ＰＯＳＴリクエストを解析することで、ＰＯＳＴリクエストの宛先となるＳＮＳサーバ２を特定する。換言すると、要求処理制御部１４は、クライアント１のユーザがログインして利用しているサービスを特定し、その特定したサービスに対応した解析ルールを解析ルール記憶部１６から読み出す（ステップ５０１）。今回の場合、データ登録時にＰＯＳＴリクエストを処理しているので、登録時ＲＥＱＵＥＳＴルールに該当する解析ルールを読み出すことになる。続いて、要求処理制御部１４は、受信したＰＯＳＴリクエストに含まれているユーザＩＤ“１”とコンテンツ“明日休みます。”を取得すると（ステップ５０２）、その取得したユーザＩＤとコンテンツを対応付けして置換情報を生成し、置換情報記憶部１５に登録する（ステップ５０３）。
【００３２】
ところで、本実施の形態において「コンテンツ」というのは、クライアント１のユーザにより入力された情報で、ＰＯＳＴやＧＥＴ等のコマンドの中に含まれＳＮＳサーバ２に送信されることで、基本的にはＳＮＳサーバ２において保持管理される。図５では、コンテンツとして“明日休みます。”というただ１つのコンテンツが含まれるＰＯＳＴリクエストの例を示したが、複数のコンテンツが含まれる場合もあり得る。そこで、各コンテンツを識別するために、１つのデータ（コマンド）に含まれる各コンテンツに当該コンテンツの属性情報を付加して置換情報に設定登録することで各コンテンツを判別できるようにしてもよい。
【００３３】
続いて、置換処理部１３は、ＰＯＳＴリクエストに含まれているコンテンツを置換コンテンツに置き換える（ステップ５０４）。クライアント１から送信されてきたコンテンツ（以下、「正規コンテンツ」ともいう）が業務に関連する情報であることから秘匿性のある情報であるのに対し、置換コンテンツは、仮にＳＮＳサーバ２に保存されている間に不正に参照されても問題の生じない秘匿性のないデータである。本実施の形態では、“企業情報”という予め決められた文字を置換コンテンツとして用いている。なお、本実施の形態では、コンテンツＩＤ、また必要によりコンテンツの属性情報で正規コンテンツを識別しているので、置換コンテンツ自体に意味を持たせる必要はない。置換コンテンツを空白文字等の任意の文字で形成してよく、１文字以上の任意の長さでよい。つまり、置換コンテンツは、１又は複数の任意の文字で生成されていてもよい。また、少なくとも２以上の正規コンテンツに対して同一の置換コンテンツで置き換えてもよく、本実施の形態のように全ての正規コンテンツに対して共通した置換コンテンツ“企業情報”で置き換えてもよい。正規コンテンツそれぞれを識別させるために、正規コンテンツを置換する置換コンテンツに識別力を与えようとすると、取り扱う可能性のある正規コンテンツの数に依存して置換コンテンツに含める情報量（置換コンテンツの文字数（桁数））が増えることになり、また命名規則等が必要になってくるが、本実施の形態においては、正規コンテンツの数とは無関係に置換コンテンツを設定可能となる。置換コンテンツを少なくとも正規コンテンツより短い、例えば１文字等の短い長さで形成すると、ＳＮＳサーバ２へのデータ送信量を削減することも可能になる。
【００３４】
以上のように、置換処理部１３が正規コンテンツを置換コンテンツに置き換えると、要求処理制御部１４は、その置き換えた置換コンテンツを含むＰＯＳＴリクエストをＳＮＳサーバ２へ送信する（ステップ５０５）。
【００３５】
ＳＮＳサーバ２は、中継装置１０を介してクライアント１からのＰＯＳＴリクエストを受信すると、そのＰＯＳＴリクエストに含まれているユーザＩＤ及びコンテンツを読み出す。そして、そのコンテンツを識別するためのコンテンツＩＤを生成し、その生成したコンテンツＩＤに、当該コンテンツ及び当該ユーザＩＤを対応付けしてコンテンツ情報を生成し、設定登録する。このようにして設定登録されたコンテンツ情報の一例を図８に示す。ＳＮＳサーバ２において保持管理されるコンテンツは置換コンテンツであるが、ＳＮＳサーバ２は、保持管理するコンテンツが正規コンテンツまたは置換コンテンツの別を全く意識する必要はない。このようにしてクライアント１から送信されてきたコンテンツを保存すると、ＳＮＳサーバ２は、そのコンテンツに付与したコンテンツＩＤを含むＰＯＳＴレスポンスを、ＰＯＳＴリクエストの登録応答として当該ＰＯＳＴリクエストを送信した中継装置１０へ送信する。このＰＯＳＴレスポンスの一例を図９に示す。図９に示したＰＯＳＴレスポンスの例によると、ＳＮＳサーバ２は、今回新たに登録したコンテンツ“企業情報”に対してコンテンツＩＤ“００１−２０１４０２２６−１９３０４５−００２”を付与したことがわかる。
【００３６】
ＳＮＳサーバ２から送信されてきたＰＯＳＴレスポンスを受信すると（ステップ５０６）、要求処理制御部１４は、ＰＯＳＴレスポンスを解析することで、ＰＯＳＴレスポンスの送信元となるＳＮＳサーバ２を特定する。換言すると、要求処理制御部１４は、ＰＯＳＴレスポンスを送信したサービスを特定し、その特定したサービスに対応した解析ルールを解析ルール記憶部１６から読み出す（ステップ５０７）。今回の場合、データ登録時にＰＯＳＴレスポンスを処理しているので、登録時ＲＥＳＰＯＮＳＥルールに該当する解析ルールを読み出すことになる。続いて、要求処理制御部１４は、受信したＰＯＳＴレスポンスに含まれているコンテンツＩＤを取得すると（ステップ５０８）、その取得したコンテンツＩＤを正規コンテンツと対応付けて登録することで、置換情報記憶部１５に登録されている置換情報を更新する（ステップ５０９）。なお、必要によりＰＯＳＴレスポンスに含まれている属性情報をコンテンツＩＤに対応させて置換情報に含めて登録してもよい。その後、要求処理制御部１４は、ＰＯＳＴレスポンスをクライアント１へ送信する（ステップ５１０）。
【００３７】
以上のようにしてコンテンツがＳＮＳサーバ２に登録された後、ＳＮＳサーバ２にログインしている状態のユーザが所定の操作をすることでＨＴＭＬコンテンツ（ウェブページ）の表示を再度行う。この操作に応じて、クライアント１は、取得要求としてＧＥＴリクエストをＳＮＳサーバ２宛に送信する。
【００３８】
中継装置１０がクライアント１からの要求を受信すると（ステップ１００）、その要求がＧＥＴリクエストの場合（ステップ２００，４００でＮ，ステップ６００でＹ）、要求処理制御部１４は、コンテンツ取得処理を実行する（ステップ７００）。このコンテンツ取得処理に関しては、図１０に示したフローチャートを用いて説明する。
【００３９】
ＧＥＴリクエストをクライアント１から受信すると、要求処理制御部１４は、そのＧＥＴリクエストをＳＮＳサーバ２へ送信する（ステップ７０１）。送信先とするＳＮＳサーバ２はＧＥＴリクエストを解析することで特定する。
【００４０】
ＳＮＳサーバ２は、受信したＧＥＴリクエストに含まれているコンテンツＩＤに対応するコンテンツ情報からコンテンツを読み出すと、コンテンツＩＤ及びコンテンツの組を含むＧＥＴレスポンスを、ＧＥＴリクエストの取得応答として中継装置１０へ送信する。このＧＥＴレスポンスの一例を図１１に示す。図１１に示したＧＥＴレスポンスの例によると、ＳＮＳサーバ２は、コンテンツＩＤ“００１−２０１４０２２６−１９３０４５−００２” とこれに対応するコンテンツ“企業情報”が含まれていることがわかる。
【００４１】
ＳＮＳサーバ２から送信されてきたＧＥＴレスポンスを受信すると（ステップ７０２）、要求処理制御部１４は、ＧＥＴレスポンスを解析することで、ＧＥＴレスポンスの送信元となるＳＮＳサーバ２を特定する。換言すると、要求処理制御部１４は、ＧＥＴレスポンスを送信したサービスを特定し、その特定したサービスに対応した解析ルールを解析ルール記憶部１６から読み出す（ステップ７０３）。今回の場合、データ取得時にＧＥＴレスポンスを処理しているので、取得時ＲＥＳＰＯＮＳＥルールに該当する解析ルールを読み出すことになる。続いて、要求処理制御部１４は、受信したＧＥＴレスポンスに含まれているコンテンツＩＤ及び置換コンテンツの組を取得すると（ステップ７０４）、置換情報記憶部１５に登録されている置換情報を参照して、この組に対応する正規コンテンツを特定する（ステップ７０５）。なお、解析ルールによっては置換対象が複数存在する場合があるので、その場合はコンテンツの特定とともにそのコンテンツが囲まれているＨＴＭＬ要素の属性情報の特定も行う。そして、置換処理部１３は、ＧＥＴレスポンスに含まれている置換コンテンツを、特定された正規コンテンツで置き換える（ステップ７０６）。その後、要求処理制御部１４は、正規コンテンツを含むＧＥＴレスポンスをクライアント１へ送信する（ステップ７０７）。
【００４２】
クライアント１は、以上のようにして、送信したＧＥＴリクエストに応答して送信されてきたＧＥＴレスポンスを受信すると、そのＧＥＴレスポンスに含まれているコンテンツを含むウェブページをディスプレイに表示する。
【００４３】
なお、ログイン、ＰＯＳＴリクエスト、ＧＥＴリクエスト以外の要求を受信した場合（ステップ１００，ステップ２００，４００，６００でＮ）、その要求に応じた処理を行えばよい（ステップ８００）。
【００４４】
本実施の形態においては、以上説明したようにユーザにより入力された情報（秘匿性のある情報）はＳＮＳサーバ２に保存されることはない。つまり、中継装置１０は、社内側で扱うコンテンツは正規コンテンツで、社外側で扱うコンテンツは置換コンテンツで、と切り分けているので、正規コンテンツが社外に存在するようなことがない。
【００４５】
実施の形態２．
図１２は、本実施の形態におけるデータ処理システムの全体構成図である。図１２には、図１に示した構成に、携帯端末２０が追加された構成が示されている。なお、中継装置１０は、便宜的に置換情報記憶部１５及び解析ルール記憶部１６のみを図示した。
【００４６】
携帯端末２０は、第１クライアントであるクライアント１と同じユーザ（図１２では、ユーザＡ）によって使用される第２クライアントとしての情報端末装置であり、タブレットやスマートフォンを想定している。もちろん、第１クライアント以外のクライアント１であれば、ＬＡＮ４に接続されたＰＣでもよい。携帯端末２０は、マウスやディスプレイ、またＨＤＤを用いるＰＣと入出力手段や記憶手段が異なるもののＣＰＵ，ＲＯＭ，ＲＡＭ等を有するコンピュータが搭載されている。
【００４７】
携帯端末２０は、置換情報取得部２１、解析ルール取得部２２及び要求処理制御部２３を有している。置換情報取得部２１は、取得手段として設けられ、中継装置１０の置換情報記憶部１５から当該ユーザの置換情報をインターネット３経由で取得する。解析ルール取得部２２は、中継装置１０の解析ルール記憶部１６に登録されている解析ルールをインターネット３経由で取得する。要求処理制御部２３は、提供手段として設けられ、ユーザによる取得要求に応じてＳＮＳサーバ２から取得したデータ（ＧＥＴレスポンス）に含まれている置換コンテンツを、置換情報取得部２１により取得された置換情報に基づき当該コンテンツＩＤに対応付けされている正規コンテンツに置き換えた後、操作パネル（図示せず）に表示することでユーザに提供する。携帯端末２０における各構成要素２１〜２３は、携帯端末２０に内蔵されるコンピュータと、コンピュータに搭載されたＣＰＵで動作するプログラムとの協調動作により実現される。
【００４８】
次に、本実施の形態において、携帯端末２０のユーザがＳＮＳサーバ２が提供するＳＮＳを利用する際の携帯端末２０の動作について説明する。本実施の形態では、実施の形態１において説明したコンテンツ登録処理が実施されたことで、当該コンテンツに関する置換情報及びコンテンツ情報がそれぞれ中継装置１０の置換情報記憶部１５及びＳＮＳサーバ２に設定登録されているものとする。本実施の形態は、実施の形態１において中継装置１０により実施されたコンテンツ取得処理を携帯端末２０において実行可能としたことを特徴としている。
【００４９】
携帯端末２０を使用してＳＮＳの利用を開始するために、ユーザは、所定の操作をすることで携帯端末２０の操作パネルに表示されたＳＮＳのログイン画面からユーザＩＤとパスワードを入力することでログインする。なお、ログインについての処理は実施の形態１と同じでよいので説明を省略する。その後、ＨＴＭＬコンテンツ（ウェブページ）は、ＳＮＳサーバ２から読み出されて操作パネルに表示されることになる。
【００５０】
このとき、携帯端末２０は、ウェブページを表示する際にコンテンツ取得処理を実行することになるが、本実施の形態におけるコンテンツ取得処理は、実施の形態１において中継装置１０が実行する図１０に示した処理内容と基本的には同じでよい。すなわち、本実施の形態における携帯端末２０は、ウェブページをＳＮＳサーバ２から読み込むクライアントであることに加え、中継装置１０としての機能を発揮することになる。
【００５１】
携帯端末２０は、ユーザ操作に基づくコンテンツの取得要求としてＧＥＴリクエストを発行すると共にＳＮＳサーバ２宛に送信する（ステップ７０１）。ＳＮＳサーバ２は、受信したＧＥＴリクエストに応じてコンテンツＩＤ及び置換コンテンツの組を含むＧＥＴレスポンスを、ＧＥＴリクエストの取得応答として携帯端末２０へ送信する。
【００５２】
ＳＮＳサーバ２から送信されてきたＧＥＴレスポンスを受信すると（ステップ７０２）、要求処理制御部２３は、ＧＥＴレスポンスを解析することで当該サービスに対応した解析ルールを特定する（ステップ７０３）。なお、解析ルール取得部２２は、遅くとも上記解析ルールを特定する処理が実施される前に中継装置１０の解析ルール記憶部１６に登録されている解析ルールを取得する必要がある。
【００５３】
続いて、要求処理制御部２３は、受信したＧＥＴレスポンスに含まれているコンテンツＩＤ及び置換コンテンツの組を取得すると（ステップ７０４）、置換情報取得部２１により取得された置換情報を参照して、この組に対応する正規コンテンツを特定する（ステップ７０５）。なお、置換情報取得部２１は、遅くとも上記正規コンテンツを特定する処理が実施される前に中継装置１０の置換情報記憶部１５から当該ユーザの置換情報を取得する必要がある。
【００５４】
そして、要求処理制御部２３は、ＧＥＴレスポンスに含まれている置換コンテンツを、特定した正規コンテンツで置き換えた後（ステップ７０６）、正規コンテンツを含むＧＥＴレスポンスに基づきウェブページをディスプレイに表示する。
【００５５】
なお、上記各実施の形態では、社内側の正規コンテンツを全て置換コンテンツに置き換えてからＳＮＳサーバ２に保存させるようにしたが、正規コンテンツの秘匿性の有無を示す情報を付加して、秘匿性のあるコンテンツのみを置換コンテンツに置き換えるように情報を制御してもよい。
【符号の説明】
【００５６】
１  クライアント、２  ＳＮＳサーバ、３  インターネット、４  ＬＡＮ、１０  中継装置、１１  第１通信処理部、１２  第２通信処理部、１３  置換処理部、１４，２３  要求処理制御部、１５  置換情報記憶部、１６  解析ルール記憶部、２０  携帯端末、２１  置換情報取得部、２２  解析ルール取得部、３１  ＣＰＵ、３２  ＲＯＭ、３３  ＲＡＭ、３４  ハードディスクドライブ（ＨＤＤ）、３５ ネットワークインタフェース、３６   ＬＡＮインタフェース、３７  内部バス。
【図１】
0006413540.tif 000002
【図２】
0006413540.tif 000003
【図３】
0006413540.tif 000004
【図４】
0006413540.tif 000005
【図５】
0006413540.tif 000006
【図６】
0006413540.tif 000007
【図７】
0006413540.tif 000008
【図８】
0006413540.tif 000009
【図９】
0006413540.tif 000010
【図１０】
0006413540.tif 000011
【図１１】
0006413540.tif 000012
【図１２】
0006413540.tif 000013