(57)【要約】【課題】複合電子情報内の電子情報の数が増加しても生成される情報量の増加を抑制するようにした情報処理装置を提供する。【解決手段】情報処理装置の電子情報識別子生成手段は、電子情報を特定するための識別子を、該電子情報の内容に基づいて生成し、複合電子情報識別子生成手段は、複数の前記電子情報によって構成されている複合電子情報を特定するための識別子を、前記電子情報識別子生成手段によって生成された該電子情報の識別子に基づいて生成する。【選択図】図１
2010191701.tif 000002
【特許請求の範囲】
【請求項１】
電子情報を特定するための識別子を、該電子情報の内容に基づいて生成する電子情報識別子生成手段と、
複数の前記電子情報によって構成されている複合電子情報を特定するための識別子を、前記電子情報識別子生成手段によって生成された該電子情報の識別子に基づいて生成する複合電子情報識別子生成手段
を有する第１の情報処理装置と、
前記第１の情報処理装置によって生成された、前記複合電子情報を特定するための識別子に基づいて、該複合電子情報を構成している電子情報を特定するための識別子を抽出する識別子抽出手段と、
前記識別子抽出手段によって抽出された電子情報を特定するための識別子に基づいて、必要とする電子情報の内容を抽出する電子情報抽出手段
を有する第２の情報処理装置
を具備することを特徴とする情報処理システム。
【請求項２】
電子情報を特定するための識別子を、該電子情報の内容に基づいて生成する電子情報識別子生成手段と、
複数の前記電子情報によって構成されている複合電子情報を特定するための識別子を、前記電子情報識別子生成手段によって生成された該電子情報の識別子に基づいて生成する複合電子情報識別子生成手段
を具備することを特徴とする情報処理装置。
【請求項３】
前記複合電子情報は、前記電子情報が階層的に構成されており、
前記複合電子情報識別子生成手段は、前記複合電子情報を特定するための識別子を階層毎に生成し、上位の階層を特定するための識別子を下位の階層を特定するための識別子に基づいて生成する
ことを特徴とする請求項２に記載の情報処理装置。
【請求項４】
複合電子情報を特定するための識別子に基づいて、該複合電子情報を構成している電子情報を特定するための識別子を抽出する識別子抽出手段と、
前記識別子抽出手段によって抽出された電子情報を特定するための識別子に基づいて、必要とする電子情報の内容を抽出する電子情報抽出手段
を具備することを特徴とする情報処理装置。
【請求項５】
前記複合電子情報は、前記電子情報が階層的に構成されており、
前記識別子抽出手段は、前記複合電子情報を特定するための識別子を階層毎に抽出し、下位の階層を特定するための識別子を上位の階層を特定するための識別子に基づいて生成する
ことを特徴とする請求項４に記載の情報処理装置。
【請求項６】
コンピュータを、
電子情報を特定するための識別子を、該電子情報の内容に基づいて生成する電子情報識別子生成手段と、
複数の前記電子情報によって構成されている複合電子情報を特定するための識別子を、前記電子情報識別子生成手段によって生成された該電子情報の識別子に基づいて生成する複合電子情報識別子生成手段
として機能させることを特徴とする情報処理プログラム。
【請求項７】
コンピュータを、
複合電子情報を特定するための識別子に基づいて、該複合電子情報を構成している電子情報を特定するための識別子を抽出する識別子抽出手段と、
前記識別子抽出手段によって抽出された電子情報を特定するための識別子に基づいて、必要とする電子情報の内容を抽出する電子情報抽出手段
として機能させることを特徴とする情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理システム、情報処理装置及び情報処理プログラムに関する。
【背景技術】
【０００２】
複数の情報処理装置が通信回線を介して電子情報の通信を行って、他方の情報処理装置に情報処理を行ってもらうことが行われている。
【０００３】
これに関連する技術として、例えば、特許文献１には、複合コンテンツを実行側の端末上で解析・処理するとともに、サービス利用者自身が複合コンテンツのカスタマイズを容易に実現することを課題とし、少なくとも１つのプロバイダ装置によって提供される複数のコンテンツを連携させて実行するために必要となる複合コンテンツ情報リストをコンテンツ管理装置に記憶しておき、記憶されている複合コンテンツ情報リストをコンテンツ実行端末が取得し、コンテンツ実行端末は、取得した複合コンテンツ情報リストに基づいてコンテンツの実行手順を導出し、導出された実行手順にしたがって実行可能なコンテンツをユーザーが選択できるように該ユーザーに提示し、ユーザーによって選択されたコンテンツをコンテンツ実行端末が実行することが開示されている。
【特許文献１】特開２００５−２５０９７１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、前述の背景技術では、複合コンテンツ情報リストにて提示されるコンテンツの数が増加すると、リストに含まれる各コンテンツのＩＤの数も増加することから、生成される情報量も増加することになる。
本発明は、かかる課題を解決するようにした情報処理システム、情報処理装置及び情報処理プログラムを提供することを目的としている。
【課題を解決するための手段】
【０００５】
かかる目的を達成するための本発明の要旨とするところは、次の各項の発明に存する。
請求項１の発明は、電子情報を特定するための識別子を、該電子情報の内容に基づいて生成する電子情報識別子生成手段と、複数の前記電子情報によって構成されている複合電子情報を特定するための識別子を、前記電子情報識別子生成手段によって生成された該電子情報の識別子に基づいて生成する複合電子情報識別子生成手段を有する第１の情報処理装置と、前記第１の情報処理装置によって生成された、前記複合電子情報を特定するための識別子に基づいて、該複合電子情報を構成している電子情報を特定するための識別子を抽出する識別子抽出手段と、前記識別子抽出手段によって抽出された電子情報を特定するための識別子に基づいて、必要とする電子情報の内容を抽出する電子情報抽出手段を有する第２の情報処理装置を具備することを特徴とする情報処理システムである。
【０００６】
請求項２の発明は、電子情報を特定するための識別子を、該電子情報の内容に基づいて生成する電子情報識別子生成手段と、複数の前記電子情報によって構成されている複合電子情報を特定するための識別子を、前記電子情報識別子生成手段によって生成された該電子情報の識別子に基づいて生成する複合電子情報識別子生成手段を具備することを特徴とする情報処理装置である。
【０００７】
請求項３の発明は、前記複合電子情報は、前記電子情報が階層的に構成されており、前記複合電子情報識別子生成手段は、前記複合電子情報を特定するための識別子を階層毎に生成し、上位の階層を特定するための識別子を下位の階層を特定するための識別子に基づいて生成することを特徴とする請求項２に記載の情報処理装置である。
【０００８】
請求項４の発明は、複合電子情報を特定するための識別子に基づいて、該複合電子情報を構成している電子情報を特定するための識別子を抽出する識別子抽出手段と、前記識別子抽出手段によって抽出された電子情報を特定するための識別子に基づいて、必要とする電子情報の内容を抽出する電子情報抽出手段を具備することを特徴とする情報処理装置である。
【０００９】
請求項５の発明は、前記複合電子情報は、前記電子情報が階層的に構成されており、前記識別子抽出手段は、前記複合電子情報を特定するための識別子を階層毎に抽出し、下位の階層を特定するための識別子を上位の階層を特定するための識別子に基づいて生成することを特徴とする請求項４に記載の情報処理装置である。
【００１０】
請求項６の発明は、コンピュータを、電子情報を特定するための識別子を、該電子情報の内容に基づいて生成する電子情報識別子生成手段と、複数の前記電子情報によって構成されている複合電子情報を特定するための識別子を、前記電子情報識別子生成手段によって生成された該電子情報の識別子に基づいて生成する複合電子情報識別子生成手段として機能させることを特徴とする情報処理プログラムである。
【００１１】
請求項７の発明は、コンピュータを、複合電子情報を特定するための識別子に基づいて、該複合電子情報を構成している電子情報を特定するための識別子を抽出する識別子抽出手段と、前記識別子抽出手段によって抽出された電子情報を特定するための識別子に基づいて、必要とする電子情報の内容を抽出する電子情報抽出手段として機能させることを特徴とする情報処理プログラムである。
【発明の効果】
【００１２】
請求項１の情報処理システムによれば、複合電子情報を特定するための識別子を、複合電子情報を構成する各々の電子情報の識別子により生成することから、生成される情報量の増加を抑制することができる。
【００１３】
請求項２の情報処理装置によれば、複合電子情報を特定するための識別子を、複合電子情報を構成する各々の電子情報の識別子により生成することから、生成される情報量の増加を抑制することができる。
【００１４】
請求項３の情報処理装置によれば、電子情報が階層的に構成された複合電子情報であっても、その複合電子情報内の必要とする電子情報の内容を抽出させる識別子を生成することができる。
【００１５】
請求項４の情報処理装置によれば、複数の情報処理装置間で複合電子情報内の一部の電子情報に対して情報処理を行う場合にあって、その複合電子情報内の必要とする電子情報の内容を抽出することができる。
【００１６】
請求項５の情報処理装置によれば、電子情報が階層的に構成された複合電子情報であっても、その複合電子情報内の必要とする電子情報の内容を抽出することができる。
【００１７】
請求項６の情報処理プログラムによれば、複合電子情報を特定するための識別子を、複合電子情報を構成する各々の電子情報の識別子により生成することから、生成される情報量の増加を抑制することができる。
【００１８】
請求項７の情報処理プログラムによれば、複数の情報処理装置間で複合電子情報内の一部の電子情報に対して情報処理を行う場合にあって、その複合電子情報内の必要とする電子情報の内容を抽出することができる。
【発明を実施するための最良の形態】
【００１９】
以下、図面に基づき本発明を実現するにあたっての好適な各種の実施の形態の例を説明する。
図１は、第１の実施の形態の構成例についての概念的なモジュール構成図を示している。
なお、モジュールとは、一般的に論理的に分離可能なソフトウェア（コンピュータ・プログラム）、ハードウェア等の部品を指す。したがって、本実施の形態におけるモジュールはコンピュータ・プログラムにおけるモジュールのことだけでなく、ハードウェア構成におけるモジュールも指す。それゆえ、本実施の形態は、コンピュータ・プログラム、システム及び方法の説明をも兼ねている。ただし、説明の都合上、「記憶する」、「記憶させる」、これらと同等の文言を用いるが、これらの文言は、実施の形態がコンピュータ・プログラムの場合は、記憶装置に記憶させる、又は記憶装置に記憶させるように制御するの意である。また、モジュールは機能にほぼ一対一に対応しているが、実装においては、１モジュールを１プログラムで構成してもよいし、複数モジュールを１プログラムで構成してもよく、逆に１モジュールを複数プログラムで構成してもよい。また、複数モジュールは１コンピュータによって実行されてもよいし、分散又は並列環境におけるコンピュータによって１モジュールが複数コンピュータで実行されてもよい。なお、１つのモジュールに他のモジュールが含まれていてもよい。また、以下、「接続」とは物理的な接続の他、論理的な接続（データの授受、指示、データ間の参照関係等）の場合にも用いる。
また、システム又は装置とは、複数のコンピュータ、ハードウェア、装置等がネットワーク（一対一対応の通信接続を含む）等の通信手段で接続されて構成されるほか、１つのコンピュータ、ハードウェア、装置等によって実現される場合も含まれる。「装置」と「システム」とは、互いに同義の用語として用いる。「予め定められた」とは、対象としている処理の前であることをいい、本実施の形態による処理が始まる前はもちろんのこと、本実施の形態による処理が始まった後であっても、そのときの状況・状態に応じて、又はそれまでの状況・状態に応じて定まることの意を含めて用いる。
【００２０】
処理対象の電子情報として、オブジェクトを主に例示して説明する。オブジェクトとは、テキスト、画像、動画、音声等の電子データであり、記憶、編集及び検索等ができ、システム又は利用者間で個別の単位として交換できるものをいい、これらに類似するものを含む。より具体的には、電子文書、ファイル等が該当する。なお、オブジェクトにはアイデンティティが必要であるが、名前は必須ではない。例えば、ｊｐｅｇ形式のオクテットストリームで名前（ファイル名）のないものもオブジェクトである。さらに補足すると、ここでのオブジェクトはいわゆるイミュータブルなオブジェクトであり、そのアイデンティティは本質的に内容から定まる。例えば，オブジェクトとしていわゆる文字列を考えた場合、ミュータブルな文字列ではなくインターンされた文字列を考えているのである。
また、情報処理装置間の通信プロトコルとして、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）を主に例示して説明する。
【００２１】
本実施の形態は、外部サービスがオブジェクトを参照、書き込み等するにあたって、ＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）およびＨＴＴＰで用意された基本的なメソッド（ＧＥＴ，ＰＵＴ，ＤＥＬＥＴＥなど）をサービス連携用のインターフェイスとして利用するものである。そのＵＲＩは、例えば、コンテンツハッシュ等のような一様な方法を用いて、オブジェクトに基づいて定まるものである。また、サービス連携用のインターフェイスとして利用するものであり、単に、ユーザーがオブジェクトを指定するのにＵＲＩを用いるだけでなく、サービス（コンピュータ・プログラム）同士が連携して処理を行う場合にも用いられるようにしたものである。
【００２２】
本実施の形態は、汎用的なデータ構造（ＺＩＰ、ＸＭＬ、ＪＳＯＮ（ＪａｖａＳｃｒｉｐｔ（登録商標）  Ｏｂｊｅｃｔ  Ｎｏｔａｔｉｏｎ）等）を扱い得る簡易なＲＥＳＴ（Ｒｅｐｒｅｓｅｎｔａｔｉｏｎａｌ  Ｓｔａｔｅ  Ｔｒａｎｓｆｅｒ）型のサービス連携方式であって、次のことがらを１つ以上実現しえるものである。
・コンパウンドオブジェクトの必要部分のみを送受信すればよい。
・データ転送又はデータ処理を効率的に行う。
・データ保持サービス側が、データおよびその構成部分データまで含めてセキュリティを担保したうえで、運用管理の負荷を上げずに運用できる。
・データが受け渡されるデータ処理サービス側では、データ取得が安全（必要なデータのみが開示される）かつ効率的（ＳＯＡＰで実体を送るのと比べて）で、処理結果をデータ保持サービスに書き戻すのも安全（他のデータを破壊されたりしない）かつ容易（サービス間のネゴシエーションが不要）とする。
・データの利用参照関係や履歴を正確に捕捉できる。
【００２３】
本実施の形態である情報処理システムは、オブジェクトに対して処理を行うものであって、図１に示すように、情報処理装置としてクライアント１１０、サービス処理装置１２０、サービス処理装置１４０を有しており、通信回線１９０を介して互いに接続されている。
【００２４】
クライアント１１０は、通信モジュール１１１、リクエスト出力モジュール１１２、レスポンス受付モジュール１１３、制御モジュール１１９を有している。なお、ここでのクライアント１１０は、サービスを利用するユーザーが用いる装置であって、サービス開始の契機、サービス結果の提示等を行うものである。
通信モジュール１１１は、リクエスト出力モジュール１１２、レスポンス受付モジュール１１３と接続されており、通信回線１９０を介して接続されているサービス処理装置１２０、サービス処理装置１４０との通信を行う。主に、サービス処理装置１２０とは、オブジェクトの処理依頼であるリクエスト、その処理結果の授受を行う。
【００２５】
リクエスト出力モジュール１１２は、通信モジュール１１１と接続されており、通信モジュール１１１、通信回線１９０を介して、サービス処理装置１２０へリクエストを送信する。そのリクエストにはオブジェクトが含まれていてもよい。例えば、リクエストとして、オブジェクトのストア（格納）、リトリーブ（読み出し、取り出し）、オブジェクトが画像データであるならば画像処理（色変換処理、アフィン変換等）、オブジェクトがテキストデータであるならばテキスト処理（翻訳処理、要約処理等）等の依頼がある。例えば、リクエストの対象であるオブジェクトをサービス処理装置１２０へ送信してもよい。もちろんのことながら、オブジェクトの送信以外に一般的なリクエストの送信にも関与する。
【００２６】
レスポンス受付モジュール１１３は、通信モジュール１１１と接続されており、通信モジュール１１１、通信回線１９０を介して、リクエスト出力モジュール１１２が送信したリクエストに対するサービス処理装置１２０からのレスポンスを受信する。例えば、リクエスト出力モジュール１１２によって送信されたオブジェクトを特定するための識別子をサービス処理装置１２０から受信してもよい。もちろんのことながら、オブジェクトを特定するための識別子の受信以外に一般的なレスポンスの受信にも関与する。
【００２７】
さらに、リクエスト出力モジュール１１２は、レスポンス受付モジュール１１３によって受信された識別子を含む電子情報（以後、このような識別子を０個以上含む電子情報をメタ電子情報と呼称する）をサービス処理装置１２０へ送信する。メタ電子情報は、典型的には、識別子とその識別子が指し示すオブジェクトに関する電子情報を含むものであり例えば、識別子とそのオブジェクトの名称が結合していてもよい。また、結合するとは、２つの電子情報（例えば、識別子の文字列とオブジェクトの名称の文字列）が分離可能に結合したものであり、例えば、２つの文字列の間に「：」、「、」等の特殊文字を挿入して連続させた文字列（また、一方の文字列の文字数が予め定められた数であるならば挿入文字も不要である）等が該当する。なお、ここでのメタ電子情報は、複合オブジェクトを示すための表現であればよく、種々の汎用的なデータ構造の表現が該当する。なお、メタ電子情報に対応する識別子を生成する側（オブジェクトリファレンス化モジュール１２７）にとっては、識別子を生成する対象のオブジェクトにすぎない。
そして、レスポンス受付モジュール１１３は、リクエスト出力モジュール１１２によって送信されたメタ電子情報を特定するための識別子をサービス処理装置１２０から受信する。
【００２８】
また、リクエスト出力モジュール１１２は、オブジェクトＡをサービス処理装置１２０へ送信した後に、オブジェクトＢをサービス処理装置１２０へ送信する。
そして、レスポンス受付モジュール１１３は、オブジェクトＡを特定するためのＩＤ−Ａをサービス処理装置１２０から受信した後に、リクエスト出力モジュール１１２によって送信されたオブジェクトＢを特定するためのＩＤ−Ｂをサービス処理装置１２０から受信する。
さらに、リクエスト出力モジュール１１２は、ＩＤ−ＡとＩＤ−Ｂが結合されたメタ電子情報をサービス処理装置１２０へ送信する。
そして、レスポンス受付モジュール１１３は、リクエスト出力モジュール１１２によって送信されたメタ電子情報を特定するためのＩＤ−Ｃを受信する。ここで、ＩＤ−ＣはオブジェクトＡとオブジェクトＢからなる複合オブジェクトの識別子とみなせる。
また、リクエスト出力モジュール１１２、レスポンス受付モジュール１１３は、これらの組み合わせの送信、受信を行ってもよい。
【００２９】
例えば、フォルダＷにオブジェクトＸが含まれ、フォルダＶにはフォルダＷとオブジェクトＹが含まれているという構造を有する複合オブジェクトを送信するためのリクエスト出力モジュール１１２とレスポンス受付モジュール１１３の一連の処理を説明する。なお、複合オブジェクトとは、０個以上の部分オブジェクトから構成されるオブジェクトであり、その部分オブジェクトも複合オブジェクトであることを許す。つまり、複合オブジェクトでは、一般に複数のオブジェクトを含み、そのオブジェクト間は階層構造をなしているものである。
まず、リクエスト出力モジュール１１２がサービス処理装置１２０へオブジェクトＸを送信し、それに対応して、レスポンス受付モジュール１１３がオブジェクトＸを特定するためのＩＤ−Ｘを受信する。
次に、リクエスト出力モジュール１１２がサービス処理装置１２０へオブジェクトＸの名称とＩＤ−Ｘを結合したメタ電子情報を送信し、それに対応して、レスポンス受付モジュール１１３がそのメタ電子情報を特定するためのＩＤ−Ｗを受信する。
次に、リクエスト出力モジュール１１２がサービス処理装置１２０へオブジェクトＹを送信し、それに対応して、レスポンス受付モジュール１１３がオブジェクトＹを特定するためのＩＤ−Ｙを受信する。
次に、リクエスト出力モジュール１１２がサービス処理装置１２０へフォルダＷの名称とＩＤ−ＷとオブジェクトＹの名称とＩＤ−Ｙを結合したメタ電子情報を送信し、それに対応して、レスポンス受付モジュール１１３がそのメタ電子情報を特定するためのＩＤ−Ｖを受信する。
これによって、前述の複合オブジェクトを特定するためのＩＤ−Ｖが生成されたことになる。
【００３０】
また、例えば、フォルダＫにオブジェクトＪがあり、フォルダＭにオブジェクトＬがあり、さらにその２つのフォルダの親であるフォルダＮがあるという構造を有する複合オブジェクトを送信するためのリクエスト出力モジュール１１２とレスポンス受付モジュール１１３の一連の処理を説明する。
まず、リクエスト出力モジュール１１２がサービス処理装置１２０へオブジェクトＪを送信し、それに対応して、レスポンス受付モジュール１１３がオブジェクトＪを特定するためのＩＤ−Ｊを受信する。
次に、リクエスト出力モジュール１１２がＩＤ−ＪとオブジェクトＪの名称を結合したメタ電子情報Ｋを送信し、それに対応して、レスポンス受付モジュール１１３がメタ電子情報Ｋを特定するためのＩＤ−Ｋを受信する。
同様に、リクエスト出力モジュール１１２がサービス処理装置１２０へオブジェクトＬを送信し、それに対応して、レスポンス受付モジュール１１３がオブジェクトＬを特定するためのＩＤ−Ｌを受信する。
次に、リクエスト出力モジュール１１２がＩＤ−ＬとオブジェクトＬの名称を結合したメタ電子情報Ｍを送信し、それに対応して、レスポンス受付モジュール１１３がメタ電子情報Ｍを特定するためのＩＤ−Ｍを受信する。
そして、リクエスト出力モジュール１１２がフォルダＫの名称とＩＤ−ＫとフォルダＭの名称とＩＤ−Ｍを結合したメタ電子情報Ｎを送信し、それに対応して、レスポンス受付モジュール１１３がメタ電子情報Ｎを特定するためのＩＤ−Ｎを受信する。
これによって、前述の複合オブジェクトを特定するためのＩＤ−Ｎが生成されたことになる。
【００３１】
逆に、識別子からオブジェクトを取り出す場合について説明する。
リクエスト出力モジュール１１２が識別子をサービス処理装置１２０へ送信し、それに対応してレスポンス受付モジュール１１３がサービス処理装置１２０から識別子によって特定されるオブジェクトを受信する。
【００３２】
次に、前述のＩＤ−Ｃ（ＩＤ−ＡとＩＤ−Ｂが結合されたメタ電子情報を特定するための識別子）から、オブジェクトＡ又はオブジェクトＢのいずれか一方を取り出す場合について説明する。つまり、ＩＤ−ＣからオブジェクトＡとオブジェクトＢの両方を取り出すわけではなく、必要とする片方のオブジェクトを取り出そうとする処理である。
リクエスト出力モジュール１１２が前述のＩＤ−Ｃをサービス処理装置１２０へ送信し、それに対応してレスポンス受付モジュール１１３がＩＤ−Ｃに対応するＩＤ−ＡとＩＤ−Ｂが結合されたメタ電子情報を受信する。
次に、リクエスト出力モジュール１１２がそのメタ電子情報に基づいて、ＩＤ−Ａ又はＩＤ−Ｂのうちいずれか一方をサービス処理装置１２０へ送信する。それに対応してレスポンス受付モジュール１１３がＩＤ−Ａ又はＩＤ−Ｂのうちいずれか一方に対応するオブジェクトＡ又はオブジェクトＢのいずれか一方を受信する。
【００３３】
例えば、前述のＩＤ−ＶからオブジェクトＸを取り出す場合について説明する。
まず、リクエスト出力モジュール１１２がサービス処理装置１２０へＩＤ−Ｖを送信し、それに対応して、レスポンス受付モジュール１１３がフォルダＷの名称とＩＤ−ＷとオブジェクトＹの名称とＩＤ−Ｙを結合したメタ電子情報を受信する。
次に、リクエスト出力モジュール１１２がサービス処理装置１２０へＩＤ−Ｗを送信し、それに対応して、レスポンス受付モジュール１１３がオブジェクトＸの名称とＩＤ−Ｘを結合したメタ電子情報を受信する。
次に、リクエスト出力モジュール１１２がサービス処理装置１２０へＩＤ−Ｘを送信し、それに対応して、レスポンス受付モジュール１１３がオブジェクトＸを受信する。
これによって、複合オブジェクトから不要なオブジェクトは取り出さずに、必要なオブジェクトを取り出している。
【００３４】
次に、前述のＩＤ−Ｃによって特定されるもののうちオブジェクトＡをオブジェクトＡ’に置き換える場合について説明する。オブジェクトＡ’は、オブジェクトＡを処理（画像処理、テキスト処理等）したもの、異なる別のオブジェクト等であってもよい。
リクエスト出力モジュール１１２がオブジェクトＡ’をサービス処理装置１２０へ送信し、それに対応してレスポンス受付モジュール１１３がオブジェクトＡ’を特定するためのＩＤ−Ａ’をサービス処理装置１２０から受信する。
次に、リクエスト出力モジュール１１２がＩＤ−Ａ’とＩＤ−Ｂが結合されたメタ電子情報をサービス処理装置１２０へ送信し、レスポンス受付モジュール１１３がそのメタ電子情報を特定するためのＩＤ−Ｃ’を受信する。
【００３５】
例えば、前述のＩＤ−Ｖに対応する複合オブジェクトからオブジェクトＸをオブジェクトＸ’に置き換える場合について説明する。
まず、リクエスト出力モジュール１１２がサービス処理装置１２０へオブジェクトＸ’を送信し、それに対応して、レスポンス受付モジュール１１３がオブジェクトＸ’を特定するためのＩＤ−Ｘ’を受信する。
次に、リクエスト出力モジュール１１２がサービス処理装置１２０へオブジェクトＸ’の名称とＩＤ−Ｘ’を結合したメタ電子情報を送信し、それに対応して、レスポンス受付モジュール１１３がそのメタ電子情報を特定するためのＩＤ−Ｗ’を受信する。
次に、リクエスト出力モジュール１１２がサービス処理装置１２０へフォルダＷの名称とＩＤ−Ｗ’とオブジェクトＹの名称とＩＤ−Ｙを結合したメタ電子情報を送信し、それに対応して、レスポンス受付モジュール１１３がそのメタ電子情報を特定するためのＩＤ−Ｖ’を受信する。
これによって、前述のオブジェクトＸがオブジェクトＸ’に置き換わった複合オブジェクトを特定するためのＩＤ−Ｖ’が生成されたことになる。なお、ＩＤ−Ｙを生成するためのステップが省略されているのは、オブジェクトＹを特定するためのＩＤ−Ｙは既に受信しており、それをクライアント１１０が記憶しておき、ここで利用したためである。
【００３６】
制御モジュール１１９は、サービス処理装置１２０に対するリクエスト処理、サービス処理装置１２０からのレスポンスの受信処理を行うように、クライアント１１０内の各モジュールを制御する。また、サービス処理装置１２０から受信したＩＤを記憶するようにしてもよい。制御モジュール１１９が、サービス処理装置１２０のサービス処理モジュール１２６、オブジェクトリファレンス化モジュール１２７、コンパウンドオブジェクトリファレンス化モジュール１２８と同等の機能を有し、オブジェクトのＩＤを生成するようにしてもよい。
【００３７】
サービス処理装置１２０は、通信モジュール１２１、リクエスト受付モジュール１２２、レスポンス出力モジュール１２３、オブジェクト受付モジュール１２４、オブジェクト出力モジュール１２５、サービス処理モジュール１２６、オブジェクトリファレンス化モジュール１２７、コンパウンドオブジェクトリファレンス化モジュール１２８、オブジェクト記憶モジュール１２９、ユーザー管理モジュール１３０、制御モジュール１３１を有している。
通信モジュール１２１は、リクエスト受付モジュール１２２、レスポンス出力モジュール１２３、オブジェクト受付モジュール１２４、オブジェクト出力モジュール１２５と接続されており、通信回線１９０を介して接続されているクライアント１１０、サービス処理装置１４０との通信を行う。主に、クライアント１１０とは、オブジェクトの処理依頼であるリクエスト、その処理結果の授受を行い、サービス処理装置１４０とは、処理対象であるオブジェクト、処理後のオブジェクトの授受を行う。
【００３８】
リクエスト受付モジュール１２２は、通信モジュール１２１、サービス処理モジュール１２６と接続されている。通信モジュール１２１によって受信されたクライアント１１０、サービス処理装置１４０からのリクエストを受け付ける。そして、その受け付けたリクエストをサービス処理モジュール１２６へ渡す。なお、リクエストにはオブジェクトが含まれる場合がある。
レスポンス出力モジュール１２３は、通信モジュール１２１、サービス処理モジュール１２６と接続されている。リクエスト受付モジュール１２２が受け付けたリクエストに対するサービス処理モジュール１２６による処理結果を、通信モジュール１２１、通信回線１９０を介してクライアント１１０、サービス処理装置１４０へ出力する。
【００３９】
オブジェクト受付モジュール１２４は、通信モジュール１２１、オブジェクトリファレンス化モジュール１２７と接続されている。通信モジュール１２１によって受信されたクライアント１１０、サービス処理装置１４０からのオブジェクトを、通信モジュール１２１、通信回線１９０を介して受け付ける。そして、その受け付けたオブジェクトをオブジェクトリファレンス化モジュール１２７へ渡す。
オブジェクト出力モジュール１２５は、通信モジュール１２１、オブジェクト記憶モジュール１２９と接続されている。オブジェクト記憶モジュール１２９に記憶されているオブジェクトを、通信モジュール１２１、通信回線１９０を介してクライアント１１０、サービス処理装置１４０へ出力する。
【００４０】
サービス処理モジュール１２６は、リクエスト受付モジュール１２２、レスポンス出力モジュール１２３、オブジェクトリファレンス化モジュール１２７、コンパウンドオブジェクトリファレンス化モジュール１２８と接続されている。リクエスト受付モジュール１２２が受け付けたリクエスト及びそのリクエスト内のオブジェクト又はメタ電子情報に応じて、オブジェクトリファレンス化モジュール１２７又はコンパウンドオブジェクトリファレンス化モジュール１２８に、そのオブジェクト又はメタ電子情報を特定するための識別子を生成させる。つまり、リクエストとしてオブジェクトの格納である場合はオブジェクトリファレンス化モジュール１２７にオブジェクトを渡し、その識別子を生成させ、そのオブジェクトと生成させた識別子を対応させてオブジェクト記憶モジュール１２９に記憶させる。また、リクエストとしてメタ電子情報である場合もオブジェクトリファレンス化モジュール１２７は識別子を生成し、そのメタ電子情報と識別子を対応させてオブジェクト記憶モジュール１２９に記憶させる。一方、例えば、ＺＩＰファイルやＸＭＬ文書、あるいはＪＳＯＮオブジェクトなどの従来型の（つまり階層単位でリファレンス化されているわけではない）複合オブジェクトをサービス処理モジュール１２６が処理する際には、コンパウンドオブジェクトリファレンス化モジュール１２８に複合オブジェクトを渡し、コンパウンドオブジェクトリファレンス化モジュール１２８は再帰的にオブジェクトリファレンス化モジュール１２７を呼ぶことによって、従来型の複合オブジェクトを階層単位で再帰的にリファレンス化し、そのトップレベルの識別子（つまり，複合オブジェクトの識別子）を生成させることができる。
【００４１】
サービス処理モジュール１２６は、リクエスト受付モジュール１２２を介して、オブジェクトをクライアント１１０から受信する。次に、その受信されたオブジェクトを特定するための識別子をオブジェクトリファレンス化モジュール１２７に生成させる。そして、オブジェクトリファレンス化モジュール１２７によって生成された識別子をリクエストを行ったクライアント１１０へ、レスポンス出力モジュール１２３を介して送信する。
そして、受信したオブジェクトをオブジェクト記憶モジュール１２９に記憶させてもよい。そして、その記憶したオブジェクトに識別子を付与して、その識別子に基づいてオブジェクトを抽出し得るようにしてもよい。
【００４２】
また、サービス処理モジュール１２６は、リクエスト受付モジュール１２２を介して、識別子とオブジェクトに関する電子情報が結合されたメタ電子情報をクライアント１１０から受信するようにしてもよい。次に、その受信されたメタ電子情報を特定するための識別子をオブジェクトリファレンス化モジュール１２７に生成させる。そして、オブジェクトリファレンス化モジュール１２７によって生成された識別子をクライアント１１０へ、レスポンス出力モジュール１２３を介して送信する。
そして、受信したメタ電子情報をオブジェクト記憶モジュール１２９に記憶させてもよい。そして、その記憶したメタ電子情報に識別子を付与して、その識別子に基づいてメタ電子情報を抽出し得るようにしてもよい。
【００４３】
また、サービス処理モジュール１２６は、リクエスト受付モジュール１２２を介して、クライアント１１０からオブジェクトＡを受信し、その受信されたオブジェクトＡを特定するためのＩＤ−Ａをオブジェクトリファレンス化モジュール１２７に生成させる。そして、オブジェクトリファレンス化モジュール１２７によって生成されたＩＤ−Ａをクライアント１１０へ、レスポンス出力モジュール１２３を介して送信する。その後に、クライアント１１０からオブジェクトＢを受信するようにしてもよい。その受信されたオブジェクトＢを特定するためのＩＤ−Ｂをオブジェクトリファレンス化モジュール１２７に生成させる。そして、オブジェクトリファレンス化モジュール１２７によって生成されたＩＤ−Ｂをクライアント１１０へ、レスポンス出力モジュール１２３を介して送信する。次に、リクエスト受付モジュール１２２を介して、ＩＤ−ＡとＩＤ−Ｂが結合されたメタ電子情報をクライアント１１０から受信する。その受信されたメタ電子情報を特定するためのＩＤ−Ｃをオブジェクトリファレンス化モジュール１２７に生成させる。その生成されたＩＤ−Ｃをクライアント１１０へ、レスポンス出力モジュール１２３を介して送信する。
【００４４】
また、サービス処理モジュール１２６は、クライアント１１０からのリクエストがサービス処理装置１４０を用いた処理である場合は、対象のオブジェクトをオブジェクト出力モジュール１２５を介して、サービス処理装置１４０へ送信し、その処理結果のオブジェクトをオブジェクト受付モジュール１２４を介して受け取り、その処理結果のオブジェクトを特定するための識別子をオブジェクトリファレンス化モジュール１２７に生成させ、オブジェクト記憶モジュール１２９へ記憶させた後、レスポンス出力モジュール１２３を介してクライアント１１０へ送信する。
【００４５】
また、サービス処理モジュール１２６は、オブジェクトを特定するための識別子とそのオブジェクトの部分をクライアント１１０から、リクエスト受付モジュール１２２を介して受信するようにしてもよい。そして、その識別子に基づいて、そのオブジェクトがオブジェクト記憶モジュール１２９に記憶されているか否かを判断する。既に記憶されていると判断した場合は、クライアント１１０へ、そのオブジェクトの残りの部分の送信は不要である旨を、レスポンス出力モジュール１２３を介して送信する。
そして、残りの部分は不要である旨を受信したクライアント１１０のレスポンス受付モジュール１１３はその旨を制御モジュール１１９へ通知し、制御モジュール１１９はオブジェクトの残りの部分の送信を中止するように、リクエスト出力モジュール１１２を制御する。
【００４６】
また、サービス処理モジュール１２６は、リクエスト受付モジュール１２２が受け付けたリクエストとして取り出しの場合は、識別子を受け取り、オブジェクト記憶モジュール１２９に記憶されている識別子とオブジェクトの対応、識別子とメタ電子情報の対応から、識別子を検索して、対応するオブジェクト又はメタ電子情報を取り出して、レスポンス出力モジュール１２３を介してレスポンスとしてクライアント１１０へ送信する。
【００４７】
オブジェクトリファレンス化モジュール１２７は、オブジェクト受付モジュール１２４、サービス処理モジュール１２６、コンパウンドオブジェクトリファレンス化モジュール１２８、オブジェクト記憶モジュール１２９と接続されている。サービス処理モジュール１２６又はオブジェクト受付モジュール１２４から受け取ったオブジェクトの識別子を生成する。そして、その識別子をサービス処理モジュール１２６又はコンパウンドオブジェクトリファレンス化モジュール１２８へ渡す。また、そのオブジェクトと対応する識別子をオブジェクト記憶モジュール１２９に記憶させる。識別子の生成は、オブジェクトの内容に基づいて、そのオブジェクトを特定するための識別子を生成すればよく、例えば、ハッシュ関数を用いて行う。
【００４８】
コンパウンドオブジェクトリファレンス化モジュール１２８は、サービス処理モジュール１２６、オブジェクトリファレンス化モジュール１２７と接続されている。サービス処理モジュール１２６から受け取ったオブジェクト（例えば、複合オブジェクトが含まれる）の識別子を生成する。そして、その識別子をサービス処理モジュール１２６へ渡す。識別子の生成は、オブジェクトの内容（複合オブジェクトである場合は、その複合オブジェクトを構成しているオブジェクトの識別子）に基づいて、そのオブジェクトを特定するための識別子を生成すればよく、例えば、ハッシュ関数を用いて行う。また、そのハッシュ関数は、オブジェクトリファレンス化モジュール１２７で用いたものと同じものである。コンパウンドオブジェクトリファレンス化モジュール１２８は、例えば、渡されたＺＩＰファイルを再帰的にリファレンス化する。その場合、再帰的にオブジェクトリファレンス化モジュール１２７を呼ぶようにしてもよい。
【００４９】
オブジェクト記憶モジュール１２９は、オブジェクト出力モジュール１２５、オブジェクトリファレンス化モジュール１２７と接続されている。オブジェクトリファレンス化モジュール１２７によって生成された識別子と対応するオブジェクトやメタ電子情報を記憶しており、サービス処理モジュール１２６等の指示に基づいて、記憶しているオブジェクトをオブジェクト出力モジュール１２５へ渡す。
ユーザー管理モジュール１３０は、サービス処理装置１２０を使用することができるユーザーのログイン管理を行う。例えば、サービス処理装置１２０を使用することができるユーザー名、パスワードを対応させて記憶しており、クライアント１１０からのユーザー名、パスワードを受け取って、そのユーザーがサービス処理装置１２０を利用できるか否かを判断する。ログインしたユーザーからのリクエストに対して処理を行うようにする。
制御モジュール１３１は、サービス処理装置１２０内の各モジュールを制御して、クライアント１１０からの処理依頼に対する処理を、サービス処理装置１４０と連携して行う。
【００５０】
サービス処理装置１４０は、通信モジュール１４１、オブジェクト受付モジュール１４４、オブジェクト出力モジュール１４５、オブジェクト処理モジュール１４６、制御モジュール１４９を有している。
通信モジュール１４１は、オブジェクト受付モジュール１４４、オブジェクト出力モジュール１４５と接続されており、通信回線１９０を介して接続されているクライアント１１０、サービス処理装置１２０との通信を行う。主に、サービス処理装置１２０とは、処理対象であるオブジェクト、処理後のオブジェクトの授受を行う。
【００５１】
オブジェクト受付モジュール１４４は、通信モジュール１４１、オブジェクト処理モジュール１４６と接続されている。通信モジュール１４１によって受信されたサービス処理装置１４０（場合によってはクライアント１１０）からのオブジェクトを受け付ける。そして、その受け付けたオブジェクトをオブジェクト処理モジュール１４６へ渡す。
オブジェクト出力モジュール１４５は、通信モジュール１４１、オブジェクト処理モジュール１４６と接続されている。オブジェクト処理モジュール１４６によって処理されたオブジェクトを、通信モジュール１４１、通信回線１９０を介してクライアント１１０、サービス処理装置１２０へ出力する。
【００５２】
オブジェクト処理モジュール１４６は、オブジェクト受付モジュール１４４、オブジェクト出力モジュール１４５と接続されている。オブジェクト受付モジュール１４４から対象となるオブジェクトを受け取り、そのオブジェクトに対する処理（画像処理、テキスト処理等）を行い、その処理結果をオブジェクト出力モジュール１４５へ渡す。
制御モジュール１４９は、サービス処理装置１４０内の各モジュールを制御して、サービス処理装置１２０と連携してクライアント１１０からの処理依頼に対する処理を行う。
【００５３】
図２は、第１の実施の形態による処理例を示すフローチャートである。ここで説明する処理例は、クライアント１１０がオブジェクトをサービス処理装置１２０に格納する処理についてである。
【００５４】
ステップＳ２０２では、制御モジュール１１９が対象とするオブジェクトを分割する。例えば、１回の通信で送信できる容量が予め定められている場合は、その容量以下の値になるように分割する。より具体的な例として、ＨＴＴＰのメッセージボディに記載し得る容量に、オブジェクトを分割する。
ステップＳ２０４では、リクエスト出力モジュール１１２が、ステップＳ２０２で分割したオブジェクトの部分をサービス処理装置１２０へ送信する。
より具体的な例として、
ＰＯＳＴ  ｈｔｔｐ：／／ｓｔｏｒａｇｅ／  メッセージボディにオブジェクト（部分）
を実行する。
【００５５】
ステップＳ２０６では、リクエスト受付モジュール１２２が、ステップＳ２０４で送信されたオブジェクトの部分を受信する。ステップＳ２０４、ステップＳ２０６の処理を、分割されたオブジェクトの全体を送信し終えるまで繰り返す。より具体的な例では、レスポンス出力モジュール１２３が「１００  Ｃｏｎｔｉｎｕｅ」を返し、それを受信したクライアント１１０が送信を繰り返すようにする。そして、サービス処理モジュール１２６が、受信したオブジェクトを結合する。
ステップＳ２０８では、サービス処理モジュール１２６が、オブジェクトリファレンス化モジュール１２７を用いて、結合したオブジェクトの識別子を生成する。
ステップＳ２１０では、サービス処理モジュール１２６が、受信したオブジェクトと識別子を対応させてオブジェクト記憶モジュール１２９に格納する。
【００５６】
ステップＳ２１２では、サービス処理モジュール１２６が、レスポンス出力モジュール１２３を用いて、識別子をクライアント１１０へ送信する。
より具体的な例として、
［ｈａｓｈ（ｏｂｊｅｃｔ）］＿ｈｅｘ
をレスポンスとして送信する。なお、ｈａｓｈ（ｏｂｊｅｃｔ）は、識別子の一例としてオブジェクトのハッシュ値であり、［  ］＿ｈｅｘは、ＨＴＴＰを用いるために識別子を１６進数表現にするものである。
ステップＳ２１４では、レスポンス受付モジュール１１３が識別子を受信する。そして、その識別子をクライアント１１０内の記憶部に記憶する。
【００５７】
図３は、第１の実施の形態による処理例を示すフローチャートである。ここで説明する処理例は、図２の例に示したフローチャートと同様に、クライアント１１０がオブジェクトをサービス処理装置１２０に格納する処理についてである。ただし、クライアント１１０が識別子を生成して、分割したオブジェクトを途中で送信しなくてもよい場合が生じる処理である。
【００５８】
ステップＳ３０２では、制御モジュール１１９が、オブジェクトの識別子を生成する。そして、その識別子をクライアント１１０内の記憶部に記憶する。
ステップＳ３０４は、図２の例に示したステップＳ２０２と同等の処理である。
ステップＳ３０６では、リクエスト出力モジュール１１２が、ステップＳ３０２で生成した識別子とステップＳ３０４で分割されたオブジェクトの部分をサービス処理装置１２０へ送信する。
より具体的な例として、
ＰＵＴ  ｈｔｔｐ：／／ｓｔｏｒａｇｅ／［ｈａｓｈ（ｏｂｊｅｃｔ）］＿ｈｅｘ  メッセージボディにオブジェクト（部分）
を実行する。
【００５９】
ステップＳ３０８では、リクエスト受付モジュール１２２が、ステップＳ３０６で送信された識別子とオブジェクトの部分を受信する。
ステップＳ３１０では、サービス処理モジュール１２６が、ステップＳ３０８で受信した識別子は、オブジェクト記憶モジュール１２９に既に格納されていないかを確認する。
ステップＳ３１２では、サービス処理モジュール１２６が、ステップＳ３１０での確認の結果を判断する。既に格納されている場合はステップＳ３１６へ進み、それ以外の場合はステップＳ３１４へ進む。
【００６０】
ステップＳ３１４では、サービス処理モジュール１２６が、次のオブジェクトの部分を送信するように要求する。より具体的な例では、レスポンス出力モジュール１２３が「１００  Ｃｏｎｔｉｎｕｅ」を返し、それを受信したクライアント１１０が送信を繰り返すようにする。
ステップＳ３１６では、サービス処理モジュール１２６が、次のオブジェクトの部分の送信は不要である旨を報告する。より具体的な例では、レスポンス出力モジュール１２３が「１００  Ｃｏｎｔｉｎｕｅ」ではなく、「２００  ＯＫ」を返し、それを受信したクライアント１１０が送信を中止するようにする。
【００６１】
ステップＳ３１８では、レスポンス受付モジュール１１３が、ステップＳ３１４又はステップＳ３１６での要求又は報告を受信する。
ステップＳ３２０では、制御モジュール１１９が、ステップＳ３１８で受信した要求又は報告で、オブジェクトの送信を継続するか否かを判断する。送信要求の場合はステップＳ３２２へ進み、それ以外の場合は終了する（ステップＳ３９９）。
【００６２】
ステップＳ３２２では、リクエスト出力モジュール１１２が、オブジェクトの次の部分をサービス処理装置１２０へ送信する。
ステップＳ３２４では、リクエスト受付モジュール１２２が、ステップＳ３２２で送信されたオブジェクトの部分を受信する。ステップＳ３２２、ステップＳ３２４の処理を、分割されたオブジェクトの全体を送信し終えるまで繰り返す。そして、サービス処理モジュール１２６が、受信したオブジェクトを結合する。
ステップＳ３２６では、サービス処理モジュール１２６が、受信したオブジェクトと識別子を対応させてオブジェクト記憶モジュール１２９に格納する。
【００６３】
図４は、第１の実施の形態による処理例を示すフローチャートである。ここで説明する処理例は、図２又は図３の例に示すフローチャートによって格納されたオブジェクトを取り出す処理である。
【００６４】
ステップＳ４０２では、リクエスト出力モジュール１１２が、取り出したいオブジェクトの識別子をサービス処理装置１２０へ送信する。
より具体的な例として、
ＧＥＴ  ｈｔｔｐ：／／ｓｔｏｒａｇｅ／［ｈａｓｈ（ｏｂｊｅｃｔ）］＿ｈｅｘ
を実行する。
ステップＳ４０４では、リクエスト受付モジュール１２２が、ステップＳ４０２で送信された識別子を受信する。
ステップＳ４０６では、サービス処理モジュール１２６が、ステップＳ４０４で受信した識別子に対応するオブジェクトをオブジェクト記憶モジュール１２９から読み出す。
【００６５】
ステップＳ４０８は、図２の例に示したステップＳ２０２と同等の処理である。
ステップＳ４１０では、レスポンス出力モジュール１２３が、分割されたオブジェクトの部分をクライアント１１０へ送信する。
ステップＳ４１２では、レスポンス受付モジュール１１３が、ステップＳ４１０で送信されたオブジェクトの部分を受信する。ステップＳ４１０、ステップＳ４１２の処理を、分割されたオブジェクトの全体を送信し終えるまで繰り返す。そして、制御モジュール１１９が、受信したオブジェクトを結合して、クライアント１１０内の記憶部に格納する。
【００６６】
図５は、第１の実施の形態による処理対象の例を示す説明図である。図４から図６の例に示したフローチャートは、単独のオブジェクトの格納又は取り出しの処理であったが、図５の例に示すような複合オブジェクトを対象としてもよい。図５の例に示す複合オブジェクトは、フォルダａの下にフォルダｂとｄ．ｘｍｌというファイルがあり、フォルダｂの下にはｃ．ｊｐｇというファイルがあるような構成をしている。例えば、この複合オブジェクトとして、圧縮又はアーカイブ等されたデータ形式であってもよい。
【００６７】
この図５の例に示した複合オブジェクトの格納の手順について説明する。なお、具体的な例として、ＪＳＯＮの表現形式を用い、ＨＴＴＰのＰＯＳＴを用いて説明する。
【００６８】
（Ａ１）クライアント１１０が、次のリクエストを行う。
ＰＯＳＴ  ｈｔｔｐ：／／ｓｔｏｒａｇｅ／  メッセージボディにｃ．ｊｐｇのオブジェクト（コンテンツ）
そして、サービス処理装置１２０から識別子として、
χ＝［ｈａｓｈ（ｃ．ｊｐｇ）］＿ｈｅｘ
をレスポンスとして得る。つまり、ｃ．ｊｐｇのオブジェクトを対象とした識別子を得る。
【００６９】
（Ａ２）クライアント１１０が、次のリクエストを行う。
ＰＯＳＴ  ｈｔｔｐ：／／ｓｔｏｒａｇｅ／｛“ｃ．ｊｐｇ”：“χ”｝
そして、サービス処理装置１２０から識別子として、
β＝［ｈａｓｈ（｛“ｃ．ｊｐｇ”：“χ”｝）］＿ｈｅｘ
をレスポンスとして得る。つまり、クライアント１１０は、「ｃ．ｊｐｇ」というファイル名と識別子であるχを結合したもの（階層構造内の一階層を表現したもの）を対象とした識別子を得る。サービス処理装置１２０は、受け取ったオブジェクト（階層構造内の一階層を表現したもの）の識別子を生成している。
【００７０】
（Ａ３）クライアント１１０が、次のリクエストを行う。
ＰＯＳＴ  ｈｔｔｐ：／／ｓｔｏｒａｇｅ／  メッセージボディにｄ．ｘｍｌのオブジェクト（コンテンツ）
そして、サービス処理装置１２０から識別子として、
δ＝［ｈａｓｈ（ｄ．ｘｍｌ）］＿ｈｅｘ
をレスポンスとして得る。つまり、ｄ．ｘｍｌのオブジェクトを対象とした識別子を得る。
【００７１】
（Ａ４）クライアント１１０が、次のリクエストを行う。
ＰＯＳＴ  ｈｔｔｐ：／／ｓｔｏｒａｇｅ／｛“ｂ”：“β”，“ｄ．ｘｍｌ”：“δ”｝
そして、サービス処理装置１２０から識別子として、
α＝［ｈａｓｈ（｛“ｂ”：“β”，“ｄ．ｘｍｌ”：“δ”｝）］＿ｈｅｘ
をレスポンスとして得る。つまり、「ｂ」というフォルダ名と識別子であるβと「ｄ．ｘｍｌ」というファイル名と識別子であるδを結合したものを対象とした識別子を得る。αが図５の例に示した複合オブジェクトであるフォルダａの識別子であり、β、χ、δはそれぞれ部分対象であるフォルダｂ、ｃ．ｊｐｇのオブジェクト、ｄ．ｘｍｌのオブジェクトの識別子である。下位階層の識別子（β、δ）を用いて、その上位の階層を示す識別子（α）を生成している。
【００７２】
なお、この例では、ＨＴＴＰのＰＯＳＴを用いたが、前述のようにクライアント１１０が識別子を生成して、前述の図４の例に示したＨＴＴＰのＰＵＴを用いるようにしてもよい。
【００７３】
以上の例では、通信回線を介して外部から階層ごとに逐次的に複合オブジェクトの識別子を獲得する過程を示したが、サービス処理装置１２０内でコンパウンドオブジェクトリファレンス化モジュール１２８により、従来型の複合オブジェクトを階層毎にリファレンス化（各部分オブジェクトが一様な手法で識別子を持つ）することによって識別子を生成する過程も全く同様である。
【００７４】
この図５の例に示した複合オブジェクトの取り出しの手順について説明する。なお、具体的な例として、ＪＳＯＮの表現形式を用い、ＨＴＴＰのＧＥＴを用いて説明する。複合オブジェクトの格納が行われた後の処理である。
【００７５】
（Ｂ１）クライアント１１０が、次のリクエストを行う。
ＧＥＴ  ｈｔｔｐ：／／ｓｔｏｒａｇｅ／α
そして、サービス処理装置１２０からレスポンスとして、
｛“ｂ”：“β”，“ｄ．ｘｍｌ”：“δ”｝
を得る。このレスポンスから、フォルダｂの内容は識別子のβから取り出せること、「ｄ．ｘｍｌ」のオブジェクトは識別子のδから取り出せることが判明する。つまり、識別子（α）に基づいて、その識別子は複合オブジェクトを示していることが判明し、その複合オブジェクトの最上位の階層の構造を抽出している。その抽出した構造内には、オブジェクトの識別子（δ）がある。
【００７６】
（Ｂ２）クライアント１１０が、次のリクエストを行う。
ＧＥＴ  ｈｔｔｐ：／／ｓｔｏｒａｇｅ／β
そして、サービス処理装置１２０からレスポンスとして、
｛“ｃ．ｊｐｇ”：“χ”｝
を得る。このレスポンスから、「ｃ．ｊｐｇ」のオブジェクトは識別子のχから取り出せることが判明する。つまり、下位の階層の識別子（χ）を、上位の階層の識別子（β）から抽出している。
【００７７】
（Ｂ３）クライアント１１０が、次のリクエストを行う。
ＧＥＴ  ｈｔｔｐ：／／ｓｔｏｒａｇｅ／χ
そして、サービス処理装置１２０からレスポンスとして、
ｃ．ｊｐｇのオブジェクト（コンテンツ）
を得る。
【００７８】
（Ｂ４）クライアント１１０が、次のリクエストを行う。
ＧＥＴ  ｈｔｔｐ：／／ｓｔｏｒａｇｅ／δ
そして、サービス処理装置１２０からレスポンスとして、
ｄ．ｘｍｌのオブジェクト（コンテンツ）
を得る。
【００７９】
なお、この例では、図５の例に示した複合オブジェクトの全てを取り出すことを示したが、処理に必要な画像データであるｃ．ｊｐｇだけを取り出すようにした場合は、（Ｂ４）の処理を省略してもよい。もちろん、処理に必要なデータがｄ．ｘｍｌだけである場合は、（Ｂ２）、（Ｂ３）の処理を省略してもよい。
【００８０】
この図５の例に示した複合オブジェクトの更新（ｃ．ｊｐｇを画像処理してｃ．ｊｐｇ＿にする）の手順について説明する。なお、具体的な例として、ＪＳＯＮの表現形式を用い、ＨＴＴＰのＰＯＳＴを用いて説明する。複合オブジェクトの格納が行われた後の処理である。
【００８１】
（Ｃ１）クライアント１１０が、次のリクエストを行う。
ＰＯＳＴ  ｈｔｔｐ：／／ｓｔｏｒａｇｅ／  メッセージボディにｃ．ｊｐｇ＿のオブジェクト（コンテンツ）
そして、サービス処理装置１２０から識別子として、
χ＿＝［ｈａｓｈ（ｃ．ｊｐｇ＿）］＿ｈｅｘ
をレスポンスとして得る。
【００８２】
（Ｃ２）クライアント１１０が、次のリクエストを行う。
ＰＯＳＴ  ｈｔｔｐ：／／ｓｔｏｒａｇｅ／｛“ｃ．ｊｐｇ”：“χ＿”｝
そして、サービス処理装置１２０から識別子として、
β＿＝［ｈａｓｈ（｛“ｃ．ｊｐｇ”：“χ＿”｝）］＿ｈｅｘ
をレスポンスとして得る。
【００８３】
（Ｃ３）クライアント１１０が、次のリクエストを行う。
ＰＯＳＴ  ｈｔｔｐ：／／ｓｔｏｒａｇｅ／｛“ｂ”：“β＿”，“ｄ．ｘｍｌ”：“δ”｝
なお、δは、前述の（Ａ３）でのレスポンスで得たものを利用したものである。
そして、サービス処理装置１２０から識別子として、
α＿＝［ｈａｓｈ（｛“ｂ”：“β＿”，“ｄ．ｘｍｌ”：“δ”｝）］＿ｈｅｘ
をレスポンスとして得る。α＿が図５の例に示した複合オブジェクトであるフォルダａを更新したものの識別子であり、β＿、χ＿、δはそれぞれ部分対象であるフォルダｂを更新したもの、ｃ．ｊｐｇのオブジェクトを更新したもの、ｄ．ｘｍｌのオブジェクトの識別子である。
【００８４】
この処理は、図５の例に示した複合オブジェクトと同等の構造を有していながら、前述の格納の手順（（Ａ１）から（Ａ４））よりも、１ステップ少ない処理である。
なお、この例では、ＨＴＴＰのＰＯＳＴを用いたが、前述のようにクライアント１１０が識別子を生成して、前述の図４の例に示したＨＴＴＰのＰＵＴを用いるようにしてもよい。
【００８５】
図６は、第１の実施の形態による複合オブジェクトに対する格納の処理例を示すフローチャートである。なお、この処理は再帰的な処理としてもよい。
ステップＳ６０２では、オブジェクトの識別子を生成する（リファレンス化）。最初は、複合オブジェクトの階層の中で葉（その下にはオブジェクトがない状態）のオブジェクトを対象とする。
【００８６】
ステップＳ６０４では、そのオブジェクトに親がある（つまり、オブジェクトはフォルダに含まれている状態である）か否かを判断する。親があればステップＳ６０６へ進み、それ以外の場合は終了（ステップＳ６９９）する。
ステップＳ６０６では、そのオブジェクトに兄弟がある（つまり、同じ階層にあるものがある）か否かを判断する。兄弟があればステップＳ６１０へ進み、それ以外の場合はステップＳ６０８へ進む。
【００８７】
ステップＳ６０８では、ファイル名と識別子（リファレンス）を結合する（この結合したものをメタ情報ともいう）。このメタ情報が、ステップＳ６０２で識別子生成の対象となる。
ステップＳ６１０では、ファイル名と識別子（リファレンス）の結合に、兄弟のファイル名と識別子（リファレンス）の結合をさらに結合する（この結合したものもメタ情報ともいう）。このメタ情報が、ステップＳ６０２で識別子生成の対象となる。
【００８８】
図７は、第２の実施の形態の構成例についての概念的なモジュール構成図である。なお、第１の実施の形態と同種の部位には同一符号を付し重複した説明を省略する。
第１の実施の形態は、主にクライアント１１０がリクエストして、サービス処理装置１２０がサービス処理装置１４０と連携して処理を行ってレスポンスするという処理を行うものであるが、第２の実施の形態では、サービス処理装置１２０とサービス処理装置７４０の間で、第１の実施の形態におけるクライアント１１０とサービス処理装置１２０の間での処理と同等のことを行うようにしたものである。
【００８９】
サービス処理装置７４０は、通信モジュール７４１、リクエスト受付モジュール７４２、レスポンス出力モジュール７４３、オブジェクト受付モジュール７４４、オブジェクト出力モジュール７４５、サービス処理モジュール７４６、オブジェクト処理モジュール７４７、ユーザー管理モジュール７４８、制御モジュール７４９を有している。
通信モジュール７４１は、リクエスト受付モジュール７４２、レスポンス出力モジュール７４３、オブジェクト受付モジュール７４４、オブジェクト出力モジュール７４５と接続されており、通信回線１９０を介して接続されているクライアント１１０、サービス処理装置１２０との通信を行う。主に、サービス処理装置１２０とは、オブジェクトの処理依頼であるリクエスト、その処理結果の授受を行い、処理対象であるオブジェクト、処理後のオブジェクトの授受を行う。
【００９０】
リクエスト受付モジュール７４２は、通信モジュール７４１、サービス処理モジュール７４６と接続されている。通信モジュール７４１によって受信されたクライアント１１０、サービス処理装置１２０からのリクエストを受け付ける。そして、その受け付けたリクエストをサービス処理モジュール７４６へ渡す。なお、リクエストにはオブジェクトが含まれる場合がある。
レスポンス出力モジュール７４３は、通信モジュール７４１、サービス処理モジュール７４６と接続されている。リクエスト受付モジュール７４２が受け付けたリクエストに対するサービス処理モジュール７４６による処理結果を、通信モジュール７４１、通信回線１９０を介してクライアント１１０、サービス処理装置１２０へ出力する。
【００９１】
オブジェクト受付モジュール７４４は、通信モジュール７４１、オブジェクト処理モジュール７４７と接続されている。クライアント１１０、サービス処理装置１２０からのオブジェクトを、通信回線１９０、通信モジュール７４１を介して受け付ける。そして、その受け付けたオブジェクトをオブジェクト処理モジュール７４７へ渡す。
オブジェクト出力モジュール７４５は、通信モジュール７４１、オブジェクト処理モジュール７４７と接続されている。オブジェクト処理モジュール７４７によって処理されたオブジェクトを、通信モジュール７４１、通信回線１９０を介してクライアント１１０、サービス処理装置１２０へ出力する。
【００９２】
サービス処理モジュール７４６は、リクエスト受付モジュール７４２、レスポンス出力モジュール７４３、オブジェクト処理モジュール７４７と接続されている。リクエスト受付モジュール７４２が受け取ったリクエストにしたがって対象となるオブジェクトに対する処理を行うようにオブジェクト処理モジュール７４７を制御する。そして、その処理結果をレスポンス出力モジュール７４３へ渡す。また、サービス処理モジュール１２６、オブジェクトリファレンス化モジュール１２７、コンパウンドオブジェクトリファレンス化モジュール１２８と同等の処理を行ってもよい。
オブジェクト処理モジュール７４７は、オブジェクト受付モジュール７４４、オブジェクト出力モジュール７４５、サービス処理モジュール７４６と接続されている。サービス処理モジュール７４６による制御にしたがって、オブジェクト受付モジュール７４４から対象となるオブジェクトを受け取り、そのオブジェクトに対する処理（画像処理、テキスト処理等）を行い、その処理結果をオブジェクト出力モジュール７４５へ渡す。
【００９３】
ユーザー管理モジュール７４８は、サービス処理装置７４０を使用することができるユーザーのログイン管理を行う。例えば、サービス処理装置７４０を使用することができるユーザー名、パスワードを対応させて記憶しており、クライアント１１０からのユーザー名、パスワードを受け取って、そのユーザーがサービス処理装置７４０を利用できるか否かを判断する。ログインしたユーザーからのリクエストに対して処理を行うようにする。
制御モジュール７４９は、サービス処理装置７４０内の各モジュールを制御して、サービス処理装置１２０と連携してクライアント１１０からの処理依頼に対する処理を行う。
【００９４】
図８、図９は、第２の実施の形態による処理例を示すフローチャートである。
ステップＳ８０２では、リクエスト出力モジュール１１２が、オブジェクトに対する処理（画像処理、テキスト処理等）をサービス処理装置１２０にリクエストする。
ステップＳ８０４では、リクエスト受付モジュール１２２が、ステップＳ８０２で送信されたリクエストを受信する。
ステップＳ８０６では、サービス処理モジュール１２６が、リクエストにおける処理の対象となるオブジェクトの識別子（ソース識別子）をサービス処理装置７４０へ送信する。
【００９５】
ステップＳ８０８では、サービス処理モジュール７４６が、ステップＳ８０６で送信されたソース識別子を受信する。
ステップＳ８１０では、サービス処理モジュール７４６が、処理の対象となる識別子をサービス処理装置１２０へ送信する。
ステップＳ８１２では、サービス処理モジュール１２６が、ステップＳ８１０で送信された対象識別子を受信する。
ステップＳ８１４では、サービス処理モジュール１２６が、オブジェクト記憶モジュール１２９から対象識別子に対応するメタ情報を抽出する。
【００９６】
ステップＳ８１６では、サービス処理モジュール１２６が、ステップＳ８１４で抽出したメタ情報をサービス処理装置７４０へ送信する。
ステップＳ８１８では、サービス処理モジュール７４６が、ステップＳ８１６で送信されたメタ情報を受信する。このステップＳ８１０からステップＳ８１８までの処理を、処理対象のオブジェクトの識別子を取り出すまで繰り返す。
ステップＳ８２０では、サービス処理モジュール７４６が、処理の対象となるオブジェクトの識別子をサービス処理装置１２０へ送信する。
ステップＳ８２２では、サービス処理モジュール１２６が、ステップＳ８２０で送信された処理の対象となるオブジェクトの識別子を受信する。
【００９７】
ステップＳ８２４では、サービス処理モジュール１２６が、その識別子に対応するオブジェクトをオブジェクト記憶モジュール１２９から取り出す。
ステップＳ８２６では、オブジェクト出力モジュール１２５が、ステップＳ８２４で取り出されたオブジェクトをサービス処理装置７４０へ送信する。
ステップＳ８２８では、オブジェクト受付モジュール７４４が、ステップＳ８２６で送信されたオブジェクトを受信する。
ステップＳ８３０では、オブジェクト処理モジュール７４７が、サービス処理モジュール７４６による制御によって、ステップＳ８２８で受信されたオブジェクトに対して処理を行う。
【００９８】
ステップＳ８３２では、オブジェクト出力モジュール７４５（レスポンス出力モジュール７４３でもよい）が、ステップＳ８３０で処理されたオブジェクトをサービス処理装置１２０へ送信する。
ステップＳ８３４では、サービス処理モジュール１２６が、ステップＳ８３２で送信された処理済オブジェクトを受信する。
ステップＳ８３６では、サービス処理モジュール１２６が、オブジェクトリファレンス化モジュール１２７を用いて、ステップＳ８３４で受信した処理済オブジェクトの識別子を生成する。
ステップＳ８３８では、サービス処理モジュール１２６が、ステップＳ８３６で生成した識別子をサービス処理装置７４０へ送信する。
【００９９】
ステップＳ８４０では、サービス処理モジュール７４６が、ステップＳ８３８で送信された識別子を受信する。
ステップＳ８４２では、サービス処理モジュール７４６が、ステップＳ８４０で受信した識別子、ステップＳ８１８等で受信したメタ情報を用いて、処理済のメタ情報を生成する。つまり、元の複合オブジェクト内の処理対象のオブジェクトを処理済のオブジェクトに置き換えた複合オブジェクトのメタ情報を生成する。
ステップＳ８４４では、サービス処理モジュール７４６が、ステップＳ８４２で生成したメタ情報をサービス処理装置１２０へ送信する。
ステップＳ８４６では、サービス処理モジュール１２６が、ステップＳ８４４で送信されたメタ情報を受信する。
【０１００】
ステップＳ８４８では、サービス処理モジュール１２６が、ステップＳ８４６で受信したメタ情報の識別子を生成する。
ステップＳ８５０では、サービス処理モジュール１２６が、ステップＳ８４８で生成した識別子をサービス処理装置７４０へ送信する。
ステップＳ８５２では、サービス処理モジュール７４６が、ステップＳ８５０で送信された識別子を受信する。このステップＳ８４２からステップＳ８５２までの処理を、複合オブジェクトの全体の識別子を生成するまで繰り返す。
【０１０１】
ステップＳ８５４では、レスポンス出力モジュール１２３が、リクエストされた処理（サービス処理）が終了したことの報告をクライアント１１０へ送信する。
ステップＳ８５６では、レスポンス受付モジュール１１３が、ステップＳ８５４で送信された報告を受信する。
【０１０２】
なお、前述の実施の形態としてのプログラムが実行されるクライアント１１０、サービス処理装置１２０、１４０、７４０のハードウェア構成は、図１０に例示するように、一般的なコンピュータであり、具体的にはパーソナルコンピュータ、サーバーとなり得るコンピュータ等である。つまり、具体例として、処理部（演算部）としてＣＰＵ１００１を用い、記憶装置としてＲＡＭ１００２、ＲＯＭ１００３、ＨＤ１００４（例えばハードディスクを用いることができる）を用いている。リクエスト出力モジュール１１２、レスポンス受付モジュール１１３、制御モジュール１１９、サービス処理モジュール１２６、オブジェクトリファレンス化モジュール１２７、コンパウンドオブジェクトリファレンス化モジュール１２８、サービス処理モジュール７４６、オブジェクト処理モジュール７４７等のプログラムを実行するＣＰＵ１００１と、そのプログラムやデータを記憶するＲＡＭ１００２と、本コンピュータを起動するためのプログラム等が格納されているＲＯＭ１００３と、補助記憶装置であるＨＤ１００４と、キーボード、マウス等のデータを入力する入力装置１００６と、ＣＲＴや液晶ディスプレイ等の出力装置１００５と、通信ネットワークと接続するための通信回線インターフェイス１００７（例えばネットワークインターフェイスカードを用いることができる）、そして、それらをつないでデータのやりとりをするためのバス１００８により構成されている。これらのコンピュータが複数台互いにネットワークによって接続されていてもよい。
【０１０３】
前述の実施の形態のうち、コンピュータ・プログラムによるものについては、本ハードウェア構成のシステムにソフトウェアであるコンピュータ・プログラムを読み込ませ、ソフトウェアとハードウェア資源とが協働して、前述の実施の形態が実現される。
なお、図１０に示すハードウェア構成は、１つの構成例を示すものであり、前述の実施の形態は、図１０に示す構成に限らず、前述の実施の形態において説明したモジュールを実行可能な構成であればよい。例えば、一部のモジュールを専用のハードウェア（例えばＡＳＩＣ等）で構成してもよく、一部のモジュールは外部のシステム内にあり通信回線で接続しているような形態でもよく、さらに図１０に示すシステムが複数互いに通信回線によって接続されていて互いに協調動作するようにしてもよい。また、特に、パーソナルコンピュータの他、情報家電、複写機、ファックス、スキャナ、プリンタ、複合機（スキャナ、プリンタ、複写機、ファックス等のいずれか２つ以上の機能を有している画像処理装置）などに組み込まれていてもよい。
【０１０４】
前述の実施の形態において、制御モジュール１３１がユーザー毎にリクエスト、レスポンス等を履歴としてサービス処理装置１２０内の記憶部に記憶するようにしてもよい。また、識別子毎にアクセスポリシー（識別子が指し示すオブジェクト、メタ電子情報の取り扱いに関する指針）を設定してもよい。例えば、アクセスポリシーとして、そのオブジェクトに対する読み出しの時限制限（予め定められた権限を有するユーザーは、いつまで読み出し可能か等の制限）、回数制限（予め定められた権限を有するユーザーは、何回まで読み出し可能か等の制限）等がある。つまり、サービス処理モジュール１２６は、対象としているオブジェクトに対応するアクセスポリシーにしたがって、履歴を参照して、そのユーザーが読み出し可能であるか否か等を判断するようにしてもよい。
【０１０５】
なお、説明したプログラムについては、記録媒体に格納して提供してもよく、また、そのプログラムを通信手段によって提供してもよい。その場合、例えば、前記説明したプログラムについて、「プログラムを記録したコンピュータ読み取り可能な記録媒体」の発明として捉えてもよい。
「プログラムを記録したコンピュータ読み取り可能な記録媒体」とは、プログラムのインストール、実行、プログラムの流通などのために用いられる、プログラムが記録されたコンピュータで読み取り可能な記録媒体をいう。
なお、記録媒体としては、例えば、デジタル・バーサタイル・ディスク（ＤＶＤ）であって、ＤＶＤフォーラムで策定された規格である「ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、ＤＶＤ−ＲＡＭ等」、ＤＶＤ＋ＲＷで策定された規格である「ＤＶＤ＋Ｒ、ＤＶＤ＋ＲＷ等」、コンパクトディスク（ＣＤ）であって、読出し専用メモリ（ＣＤ−ＲＯＭ）、ＣＤレコーダブル（ＣＤ−Ｒ）、ＣＤリライタブル（ＣＤ−ＲＷ）等、ブルーレイ・ディスク（Ｂｌｕ−ｒａｙ  Ｄｉｓｃ（登録商標））、光磁気ディスク（ＭＯ）、フレキシブルディスク（ＦＤ）、磁気テープ、ハードディスク、読出し専用メモリ（ＲＯＭ）、電気的消去及び書換可能な読出し専用メモリ（ＥＥＰＲＯＭ）、フラッシュ・メモリ、ランダム・アクセス・メモリ（ＲＡＭ）等が含まれる。
そして、前記のプログラム又はその一部は、前記記録媒体に記録して保存や流通等させてもよい。また、通信によって、例えば、ローカル・エリア・ネットワーク（ＬＡＮ）、メトロポリタン・エリア・ネットワーク（ＭＡＮ）、ワイド・エリア・ネットワーク（ＷＡＮ）、インターネット、イントラネット、エクストラネット等に用いられる有線ネットワーク、あるいは無線通信ネットワーク、さらにこれらの組み合わせ等の伝送媒体を用いて伝送させてもよく、また、搬送波に乗せて搬送させてもよい。
さらに、前記のプログラムは、他のプログラムの一部分であってもよく、あるいは別個のプログラムと共に記録媒体に記録されていてもよい。また、複数の記録媒体に分割して
記録されていてもよい。また、圧縮や暗号化など、復元可能であればどのような態様で記録されていてもよい。
【図面の簡単な説明】
【０１０６】
【図１】第１の実施の形態の構成例についての概念的なモジュール構成図である。
【図２】第１の実施の形態による処理例を示すフローチャートである。
【図３】第１の実施の形態による処理例を示すフローチャートである。
【図４】第１の実施の形態による処理例を示すフローチャートである。
【図５】第１の実施の形態による処理対象の例を示す説明図である。
【図６】第１の実施の形態による複合オブジェクトに対する格納の処理例を示すフローチャートである。
【図７】第２の実施の形態の構成例についての概念的なモジュール構成図である。
【図８】第２の実施の形態による処理例を示すフローチャートである。
【図９】第２の実施の形態による処理例を示すフローチャートである。
【図１０】第１及び第２の実施の形態を実現するコンピュータのハードウェア構成例を示すブロック図である。
【符号の説明】
【０１０７】
１１０…クライアント
１１１…通信モジュール
１１２…リクエスト出力モジュール
１１３…レスポンス受付モジュール
１１９…制御モジュール
１２０…サービス処理装置
１２１…通信モジュール
１２２…リクエスト受付モジュール
１２３…レスポンス出力モジュール
１２４…オブジェクト受付モジュール
１２５…オブジェクト出力モジュール
１２６…サービス処理モジュール
１２７…オブジェクトリファレンス化モジュール
１２８…コンパウンドオブジェクトリファレンス化モジュール
１２９…オブジェクト記憶モジュール
１３０…ユーザー管理モジュール
１３１…制御モジュール
１４０…サービス処理装置
１４１…通信モジュール
１４４…オブジェクト受付モジュール
１４５…オブジェクト出力モジュール
１４６…オブジェクト処理モジュール
１４９…制御モジュール
１９０…通信回線
７４０…サービス処理装置
７４１…通信モジュール
７４２…リクエスト受付モジュール
７４３…レスポンス出力モジュール
７４４…オブジェクト受付モジュール
７４５…オブジェクト出力モジュール
７４６…サービス処理モジュール
７４７…オブジェクト処理モジュール
７４８…ユーザー管理モジュール
７４９…制御モジュール
【図１】
2010191701.tif 000003
【図２】
2010191701.tif 000004
【図３】
2010191701.tif 000005
【図４】
2010191701.tif 000006
【図５】
2010191701.tif 000007
【図６】
2010191701.tif 000008
【図７】
2010191701.tif 000009
【図８】
2010191701.tif 000010
【図９】
2010191701.tif 000011
【図１０】
2010191701.tif 000012