JPWO2005078593A1 - 業務プロセスシステム及び業務プロセス方法、並びに情報処理装置 - Google Patents

業務プロセスシステム及び業務プロセス方法、並びに情報処理装置 Download PDF

Info

Publication number
JPWO2005078593A1
JPWO2005078593A1 JP2005517994A JP2005517994A JPWO2005078593A1 JP WO2005078593 A1 JPWO2005078593 A1 JP WO2005078593A1 JP 2005517994 A JP2005517994 A JP 2005517994A JP 2005517994 A JP2005517994 A JP 2005517994A JP WO2005078593 A1 JPWO2005078593 A1 JP WO2005078593A1
Authority
JP
Japan
Prior art keywords
data
order
peer
database
node
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2005517994A
Other languages
English (en)
Inventor
雅実 衣笠
雅実 衣笠
井上　誠一郎
誠一郎 井上
考寛 日高
考寛 日高
大谷　弘喜
弘喜 大谷
祐樹 渋谷
祐樹 渋谷
倫毅 岩岡
倫毅 岩岡
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Dexerials Corp
Original Assignee
Sony Chemical and Information Device Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sony Chemical and Information Device Corp filed Critical Sony Chemical and Information Device Corp
Publication of JPWO2005078593A1 publication Critical patent/JPWO2005078593A1/ja
Pending legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/10—Office automation; Time management

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Human Resources & Organizations (AREA)
  • Operations Research (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Data Mining & Analysis (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Computer And Data Communications (AREA)

Abstract

業務プロセスシステムにおいては、オープンなネットワーク層に接続された発注元が所持する端末であり、ピアツーピアネットワークアーキテクチャを実現するアプリケーションが実装されたクライアント端末５０１，５０２，５０３，５０４から送信されたデータを、オープンなネットワーク層とは隔離され且つ受注拠点の内部のＬＡＮ層とも隔離されたセグメントである受注拠点のＤＭＺ層に接続されて当該クライアント端末５０１，５０２，５０３，５０４とピアツーピア接続したコレクタノード６０１を介して、受注拠点の受注データベース７０に記録する。これにより、業務プロセスシステムにおいては、ピアツーピアテクノロジーを用いて、不特定多数の企業との取引をサーバレスで安価且つ高いセキュリティ性のもとに実現することができる。

Description

本発明は、不特定多数の企業間をネットワークによって接続し、各種業務データの授受を行う業務プロセスシステム及び業務プロセス方法、並びにこれら業務プロセスシステム及び業務プロセスに適用される情報処理装置に関する。
近年、例えばパーソナルコンピュータ等の情報処理装置や、インターネット等をはじめとするこれら情報処理装置を接続する各種ネットワーク技術が著しく普及しており、今や企業におけるビジネス活動にも、これらの技術は不可欠なものとなっている。実際、例えば商材やサービスの受発注に関するデータをはじめとする各種業務データの授受をともなう企業活動を効率的に行うために、ネットワークを介して構築されたシステムを導入している企業が多い。
このような各種業務データの授受をともなう企業活動を支援するために企業に導入されるシステムにおいては、例えばファイル共有やデータベースといったように、あるリソースを多数のユーザが共有する必要があるが、ネットワーク規模の増大化にともなう管理面での便宜等の観点から、従来からいわゆるクライアント／サーバシステムが採用されている。
クライアント／サーバシステムは、図１６に示すように、クライアント（Ｃ）と称されるコンピュータが、ネットワークを介して接続された処理の中核を実現するサーバ（Ｓ）と称されるコンピュータに対して各種サービスを依頼するシステムである。このクライアント／サーバシステムにおいては、ネットワークで共有・交換する全ての情報がサーバ（Ｓ）に集約され、各クライアント（Ｃ）は、このサーバ（Ｃ）から全ての情報を提供してもらうことになる。また、クライアント／サーバシステムにおいては、情報の蓄積や情報を検索するインデックス（ディレクトリ）も、サーバ（Ｓ）が所定のアプリケーションを実行することによって管理されることになる。
このようなクライアント／サーバシステムによる接続形態としては、図１７(Ａ)に示すように、専用回線やダイヤルアップ等の手段を介してクライアント端末ＣがサーバＳに対してログインすることによってアクセスするいわゆるＲＡＳ（Remote Access Service）接続がある。
また、クライアント／サーバシステムにおいては、図１７(Ｂ)に示すように、いわゆるＶＰＮ（Virtual Private Network）を用いることにより、インターネット等のオープンな環境下であっても実現することができる。すなわち、この種のクライアント／サーバシステムにおいては、クライアント端末Ｃと外部のオープンなネットワークＮＴとの間にＶＰＮ機能を備えたファイヤーウォールＦＷ１を設置するとともに、サーバＳとネットワークＮＴとの間にもＶＰＮ機能を備えたファイヤーウォールＦＷ２を設置することにより、オープンなネットワークＮＴを経由するにもかかわらず、拠点間を恰も専用回線のように相互に接続し、セキュリティ性を保持することができる。
さらに、クライアント／サーバシステムとしては、図１７(Ｃ)に示すように、一般的なウェブ経由のものも挙げられる。すなわち、この種のクライアント／サーバシステムにおいては、クライアント端末Ｃと外部のオープンなネットワークＮＴとの間にファイヤーウォールＦＷ１を設置するとともに、サーバＳとネットワークＮＴとの間にもファイヤーウォールＦＷ２を設置する。このとき、この種のクライアント／サーバシステムにおいては、クライアント端末ＣにおけるウェブブラウザとサーバＳとの間で安全な通信を行うために、いわゆるＳＳＬ（Secure Sockets Layer）を用い、所定の認証局の署名が付加された証明書を用いたサーバＳの認証と通信内容の暗号化とを行うことになる。
各種業務データの授受をともなう企業活動を支援するために企業に導入されるシステムとしては、このようなクライアント／サーバシステムが採用されており、図１７(Ａ)乃至図１７(Ｃ)に示す各種接続形態を用いて各企業間が相互に接続され、各種業務データの授受が行われている。
ところで、上述したクライアント／サーバシステムにおいては、図１７(Ａ)に示したクローズされたネットワークを介した接続形態の場合には、個々の企業毎に専用回線を設置する必要があり、通信コストが増大するという問題があった。
これに対して、クライアント／サーバシステムにおいては、図１７(Ｂ)に示したように、インターネット等のオープンな環境下であっても実現することができ、通信コストの低減を図ることもできる。しかしながら、この種のクライアント／サーバシステムにおいては、ＶＰＮアプリケーションを導入する必要があるとともに、ファイヤーウォールを通過するためのポートを確保する必要があり、さらには、クライアント端末とサーバとを接続する内部のプロトコルがオープンではないことから、不特定のユーザが導入するには障害が大きかいという問題があった。
また、クライアント／サーバシステムにおいては、図１７(Ｃ)に示したウェブを介した接続形態の場合には、クライアント端末の表示画面に表示すべき個々の画面がサーバからダウンロードされることから、レスポンスが悪いという問題があった。また、この種のクライアント／サーバシステムにおいては、クライアント端末が常時サーバに対して接続している必要があることから、通信途中で接続が切断されてしまった場合には、クライアント端末によるデータの入力から再度やり直す必要があった。
さらに、クライアント／サーバシステムにおいては、サーバが全ての情報を管理する必要があることから、接続形態の異同にかかわらず、そのコストが高く、メインテナンス作業も極めて煩雑な作業を要するという問題もあった。
以上の観点から、専用回線やインターネット等の仕組みを用いたクライアント／サーバシステムは、特定の企業間の取引や、企業と一般顧客との間の取引に限定されたものであった。換言すれば、クライアント／サーバシステムにおいては、不特定多数の企業との取引を日常的な業務スピードに耐え得るシステムを安価に構築することは不可能であった。
そこで、近年では、コンピュータの処理能力にともない、クライアント／サーバシステムにおいては遊休資産となりつつあるクライアント端末を有効に利用し、負荷の分散及びサーバレスの同時実現によるコスト削減と、オープンなネットワークによる通信コストの削減とを図ることができるネットワーク形態であるいわゆるピアツーピアシステムが注目を浴びつつある。
このピアツーピアシステムは、図１８(Ａ)に示すように、ネットワークを介して接続されたコンピュータ（Ｃ）同士が直接情報の授受を行うシステムである。このピアツーピアシステムにおいては、情報を蓄積するサーバやインデックスを集中的に管理する中央のディレクトリが存在せず、各コンピュータ（Ｃ）が所定のアプリケーションを実行することにより、各コンピュータのリソースや、いわゆるファイル交換サービス等の各種サービスを共有することができる。
また、ピアツーピアシステムの他の形態として、図１８(Ｂ)に示すように、サーバ（Ｓ）を併設し、中央のディレクトリの仲介に依存するハイブリッド型も知られている。このハイブリッド型のピアツーピアシステムにおいては、ネットワークに参加するクライアント（Ｃ）が、中央のサーバ（Ｓ）に自己のリソースのインデックスを登録する。そして、このピアツーピアシステムにおいては、そのサーバ（Ｓ）によって提供されるディレクトリサービスを利用して、他のクライアント（Ｃ）のリソースを探索する。すなわち、このピアツーピアシステムは、ファイル等の情報自体は各クライアント（Ｃ）のローカルに蓄積されたままであるが、この情報の存在が他のクライアント（Ｃ）に対してインデックス情報として公開されることにより、ローカルへのアクセスが許容されるものである。
このようなピアツーピアシステムは、アプリケーションが各クライアント端末によって実行されることから、上述したコスト削減のみならず、画面のレスポンスも良好で常時接続する必要もない、という利点を有するものである。
なお、このようなピアツーピアシステムを用いたシステムとしては、例えば特開２００３−８７２６７号公報や特開２００２−１３５４５７号公報に記載されたものがある。
しかしながら、各企業が既に導入しているシステムは、各企業によってネットワークへの接続形態が異なるとともに、使用しているデータ形式も異なることが通常である。したがって、各種業務データの授受をともなう企業活動を支援するために企業に導入されるシステとしては、ピアツーピアシステムを採用することは不可能といわれている。
また、オープンなネットワークを用いてクライアント端末をベースとしたピアツーピアシステムは、ネットワークが遮断される可能性や、個々のコンピュータが不安定となる状況が発生する可能性がある。したがって、ピアツーピアシステムは、日常的に大量のデータの授受があり、特に金銭関係の取引が発生するような企業間業務には対応することができなかった。
さらに、企業間での取引に関する業務データの授受を考えた場合には、相手企業に既存システムが構築されている場合が多い。このような場合、相手企業のシステムからデータを転送される仕組みを構築するには、当該相手企業に依存されることになる。したがって、たとえ広範な企業間取引を目標としたピアツーピアシステムを構築できたとしても、結果的に、既存システムの存在が障壁となり、有効に運用されない事態も想定される。
本発明は、このような実情に鑑みてなされたものであり、ピアツーピアテクノロジーをＢ２Ｂ（Business to Business）のシステムに導入し、従来では実現不可能であった不特定多数の企業との取引をサーバレスで安価且つ高いセキュリティ性のもとに実現することができる業務プロセスシステム及び業務プロセス方法、並びに情報処理装置を提供することを目的とする。
上述した目的を達成する本発明にかかる業務プロセスシステムは、不特定多数の企業間をネットワークによって接続し、各種業務データの授受を行う業務プロセスシステムであって、オープンなネットワーク層に接続された発注元が所持する端末であり、ピアツーピアネットワークアーキテクチャを実現するアプリケーションが実装されたクライアント端末と、上記オープンなネットワーク層とは隔離され且つ受注拠点の内部のネットワーク層とも隔離されたセグメントである受注拠点の中間ネットワーク層に接続され、上記クライアント端末が上記アプリケーションを実行することによって当該クライアント端末とピアツーピア接続し、当該クライアント端末から送信されてきたデータを一時的に保持した後、適切な宛先に転送するコレクタノードと、上記オープンなネットワーク層とは隔離され且つ上記中間ネットワーク層とも隔離されたセグメントである上記内部のネットワーク層に接続されるとともに、上記アプリケーションが実装され、上記コレクタノードから転送されてきたデータを記録する受注データベースとを備えることを特徴としている。
このような本発明にかかる業務プロセスシステムは、オープンなネットワーク層に接続されたクライアント端末から送信されたデータを、オープンなネットワーク層とは隔離され且つ受注拠点の内部のネットワーク層とも隔離されたセグメントである受注拠点の中間ネットワーク層に接続されて当該クライアント端末とピアツーピア接続したコレクタノードを介して、受注拠点の受注データベースに記録する。
したがって、本発明にかかる業務プロセスシステムは、クライアント端末がアプリケーションを実行するため、受注データベースの負荷が削減されパフォーマンスを大幅に向上させることが可能となり、コレクタノードを介すことによって受注データベースに直接アクセスされることが回避されるため、セキュリティ性も大幅に向上させることができる。また、この本発明にかかる業務プロセスシステムは、中間ネットワーク層にあるコレクタノードによってクライアント端末からのデータを一時的に保持し、その後、受注データベースへと転送することから、仮に通信途中でクライアント端末との接続セッションが切断されてしまった場合であっても、クライアント端末によるデータの入力を再度やり直す必要がなくなり、確実な通信を実現することができる。
ここで、ピアツーピアネットワークアーキテクチャを実現する上記アプリケーションは、データの登録及びデータの表示機能を提供する画面機能と、上記画面機能を実行して登録されたデータ又は任意に作成されたデータを受け取り、当該データを所定のフォーマットに変換するトランスレート機能と、接続先のノードとの間でデータを授受するデータキャリア機能と、上記データキャリア機能を実行して受信したデータを受け取り、当該データをデータベースにおける所定の場所へ取り込むとともに、データベースに記録されているデータを抽出するデータベース管理機能とを備えるものとして構成される。
そして、このようなアプリケーションが実装された上記クライアント端末は、上記トランスレート機能を実行し、上記画面機能を実行して登録されたデータ又は任意に作成されたデータを受け取り、当該データを上記受注データベースに取り込める形式とすべく所定のフォーマットに変換し、上記データキャリア機能を実行して上記コレクタノードを介して上記受注データベースまでの接続セッションを確立し、上記トランスレート機能によって変換されたデータを送信する。
一方、このようなアプリケーションが実装された上記受注データベースは、上記データキャリア機能を実行して上記コレクタノードを介して上記クライアント端末までの接続セッションを確立し、上記クライアント端末から送信されてきたデータを受信し、上記データベース管理機能を実行して上記データキャリア機能を実行して受信したデータを受け取り、当該データをデータベースにおける所定の場所へ取り込むとともに、データベースに記録されているデータを抽出する。
このように、本発明にかかる業務プロセスシステムは、発注元の企業に既存システムが構築されている場合であっても、この既存システムと共存することができ、ピアツーピアテクノロジーを用いて、従来では実現不可能であった不特定多数の企業との取引をサーバレスで安価且つ高いセキュリティ性のもとに実現することができる。
また、本発明にかかる業務プロセスシステムは、上記オープンなネットワーク層、上記中間ネットワーク層、及び上記内部のネットワーク層とファイヤーウォールを介して接続された受注拠点の社内ネットワークに接続されるとともに、上記アプリケーションが実装された受注拠点端末を備え、上記受注拠点端末は、少なくとも受発注に応じて上記コレクタノードを介して受け取った受発注データを画面上に表示して受発注状態の管理を行う。
これにより、本発明にかかる業務プロセスシステムは、受注拠点側で少なくとも受発注状態を管理することができ、これに応じたその他の業務プロセスを円滑に行うことが可能となる。
なお、上記オープンなネットワーク層としては、ＷＡＮ層を適用し、上記中間ネットワーク層としては、ＤＭＺ層を適用し、上記内部のネットワーク層としては、ＬＡＮ層を適用することができる。
また、上述した目的を達成する本発明にかかる業務プロセス方法は、不特定多数の企業間をネットワークによって接続し、各種業務データの授受を行う業務プロセス方法であって、オープンなネットワーク層に接続された発注元が所持する端末であり、ピアツーピアネットワークアーキテクチャを実現するアプリケーションが実装されたクライアント端末は、画面を介して登録されたデータ又は任意に作成されたデータを、受注拠点の受注データベースに取り込める形式とすべく所定のフォーマットに変換し、上記受注データベースまでの接続セッションを確立して変換されたデータを送信し、上記オープンなネットワーク層とは隔離され且つ受注拠点の内部のネットワーク層とも隔離されたセグメントである受注拠点の中間ネットワーク層に接続され、上記クライアント端末が上記アプリケーションを実行することによって当該クライアント端末とピアツーピア接続したコレクタノードは、当該クライアント端末から送信されてきたデータを一時的に保持した後、適切な宛先に転送し、上記オープンなネットワーク層とは隔離され且つ上記中間ネットワーク層とも隔離されたセグメントである上記内部のネットワーク層に接続されるとともに、上記アプリケーションが実装された上記受注データベースは、上記コレクタノードから転送されてきたデータを記録することを特徴としている。
このような本発明にかかる業務プロセス方法は、オープンなネットワーク層に接続されたクライアント端末がアプリケーションを実行するため、受注データベースの負荷が削減されパフォーマンスを大幅に向上させることが可能となり、コレクタノードを介すことによって受注データベースに直接アクセスされることが回避されるため、セキュリティ性も大幅に向上させることが可能となる。また、この本発明にかかる業務プロセス方法は、中間ネットワーク層にあるコレクタノードによってクライアント端末からのデータを一時的に保持し、その後、受注データベースへと転送することから、仮に通信途中でクライアント端末との接続セッションが切断されてしまった場合であっても、クライアント端末によるデータの入力を再度やり直す必要がなくなり、確実な通信を実現することが可能となる。
さらに、上述した目的を達成する本発明にかかる情報処理装置は、不特定多数の企業間をネットワークによって接続し、各種業務データの授受を行う業務プロセスシステムに備えられ、ピアツーピアネットワークアーキテクチャを実現するアプリケーションが実装されたオープンなネットワーク層に接続された発注元が所持する情報処理装置であって、上記アプリケーションの機能であり、データの登録及びデータの表示機能を提供する画面機能を実行する画面手段と、上記アプリケーションの機能であり、上記画面機能を実行して登録されたデータ又は任意に作成されたデータを受け取り、当該データを所定のフォーマットに変換するトランスレート機能を実行するトランスレート手段と、上記アプリケーションの機能であり、接続先のノードとの間でデータを授受するデータキャリア機能を実行するデータキャリア手段とを備え、上記トランスレート手段は、上記トランスレート機能を実行し、上記画面機能を実行して登録されたデータ又は任意に作成されたデータを、受注拠点の受注データベースに取り込める形式とすべく所定のフォーマットに変換し、上記データキャリア手段は、上記データキャリア機能を実行し、上記受注データベースまでの接続セッションを確立して変換されたデータを送信することを特徴としている。
このような本発明にかかる情報処理装置は、アプリケーションを実行するため、受注データベースの負荷が削減されパフォーマンスを大幅に向上させることが可能となるとともに、発注元の企業に既存システムが構築されている場合であっても、この既存システムと共存することができ、ピアツーピアテクノロジーを用いて、従来では実現不可能であった不特定多数の企業との取引をサーバレスで安価且つ高いセキュリティ性のもとに実現することができる。
さらにまた、上述した目的を達成する本発明にかかる情報処理装置は、不特定多数の企業間をネットワークによって接続し、各種業務データの授受を行う業務プロセスシステムに備えられる情報処理装置であって、ピアツーピアネットワークアーキテクチャを実現するアプリケーションが実装された発注元が所持するクライアント端末が接続されたオープンなネットワーク層とは隔離され且つ受注拠点の内部のネットワーク層とも隔離されたセグメントである受注拠点の中間ネットワーク層に接続されており、上記クライアント端末が上記アプリケーションを実行することによって当該クライアント端末とピアツーピア接続し、当該クライアント端末から送信されてきたデータを一時的に保持した後、上記内部のネットワーク層に接続された受注拠点の適切な受注データベースに転送することを特徴としている。
このような本発明にかかる情報処理装置は、アプリケーションを実行するクライアント端末から送信されてきたデータを一時的に保持した後、受注データベースへと転送することから、受注データベースの負荷を削減してパフォーマンスを大幅に向上させることができ、受注データベースに直接アクセスされることを回避するため、セキュリティ性も大幅に向上させることができる。また、この本発明にかかる情報処理装置は、仮に通信途中でクライアント端末との接続セッションが切断されてしまった場合であっても、クライアント端末によるデータの入力を再度やり直す必要がなくなり、確実な通信を実現することが可能となる。
また、上述した目的を達成する本発明にかかる情報処理装置は、不特定多数の企業間をネットワークによって接続し、各種業務データの授受を行う業務プロセスシステムに備えられ、ピアツーピアネットワークアーキテクチャを実現するアプリケーションが実装された発注元が所持するクライアント端末が接続されたオープンなネットワーク層とは隔離された受注拠点の内部のネットワーク層に接続され、受注拠点の受注データベースとしての役割を果たす上記アプリケーションが実装された情報処理装置であって、上記アプリケーションの機能であり、接続先のノードとの間でデータを授受するデータキャリア機能を実行するデータキャリア手段と、上記アプリケーションの機能であり、上記データキャリア機能を実行して受信したデータを受け取り、当該データをデータベースにおける所定の場所へ取り込むとともに、データベースに記録されているデータを抽出するデータベース管理機能とを備え、上記データキャリア手段は、上記データキャリア機能を実行し、上記オープンなネットワーク層とは隔離され且つ上記内部のネットワーク層とも隔離されたセグメントである受注拠点の中間ネットワーク層に接続されたコレクタノードを介して上記クライアント端末までの接続セッションを確立し、上記クライアント端末によって取り込み可能な所定のフォーマットに変換されて当該クライアント端末から送信されてきたデータを受信し、上記データベース管理手段は、上記データベース管理機能を実行し、上記データキャリア機能を実行して受信したデータを受け取り、当該データをデータベースにおける所定の場所へ取り込むとともに、データベースに記録されているデータを抽出することを特徴としている。
このような本発明にかかる情報処理装置は、オープンなネットワーク層に接続されたクライアント端末がアプリケーションを実行するため、自己の負荷が削減されパフォーマンスが大幅に向上するとともに、コレクタノードから転送されてきたデータを記録することから、クライアント端末から直接アクセスされることが回避されるため、セキュリティ性も大幅に向上させることが可能となる。また、この本発明にかかる情報処理装置は、中間ネットワーク層にあるコレクタノードによってクライアント端末からのデータが一時的に保持されることから、仮に通信途中でクライアント端末との接続セッションが切断されてしまった場合であっても、クライアント端末によるデータの入力を再度やり直す必要がなくなり、確実な通信を実現することが可能となる。
以上のような本発明においては、ピアツーピアテクノロジーを用いて、サーバレスで安価且つ高いセキュリティ性のもとに、従来では実現不可能であった不特定多数の企業との取引を実現することができる。
本発明の実施の形態として示す業務プロセスシステムに適用するピアツーピアネットワークアーキテクチャの概念について説明する図である。 図１に示すアーキテクチャにおいてリソースの検索及び発見を行う様子を説明する図である。 図１に示すアーキテクチャにおいてアクセスセッションとしてネットワークの形態に応じて用意されている第１の接続形態について説明する図である。 図１に示すアーキテクチャにおいてアクセスセッションとしてネットワークの形態に応じて用意されている第２の接続形態について説明する図である。 図１に示すアーキテクチャにおいてアクセスセッションとしてネットワークの形態に応じて用意されている第３の接続形態について説明する図である。 本発明の実施の形態として示す業務プロセスシステムに適用されるビアツービアシステムによる接続形態について説明する図である。 本発明の実施の形態として示す業務プロセスシステムにおいて実装されるアプリケーションの機能を説明する図である。 図７に示すアプリケーションを実装した２つのノード間のセッションを複数張ることによって構築される本発明の実施の形態として示す業務プロセスシステムの例を説明する図である。 ある企業と不特定多数の企業との間での取引をモデルとした本発明の実施の形態として示す具体的な業務プロセスシステムのネットワーク構造を説明する図である。 図９に示す業務プロセスシステムが適用可能な一連の製品プロダクトライフサイクルを説明する図である。 クライアント端末を所持する最終顧客が商材やサービスを発注して購買するための独自のシステムを備えている場合に、当該クライアント端末を介した発注を受け付けるまでのシーケンスを説明する図である。 クライアント端末を所持する最終顧客が商材やサービスを発注して購買するための独自のシステムを備えていない場合に、当該クライアント端末を介した発注を受け付けるまでのシーケンスを説明する図である。 本発明の実施の形態として示す業務プロセスシステムによる一連の業務イメージの例として、最終顧客がチャネルを介して発注を行い、受注拠点側で納期回答を行うまでの手続きについて説明する図であり、一連の手続きのうち、発注から受注までのプロセスについて説明する図である。 受注拠点端末の表示画面に表示される納期回答ダイアログの例を説明する図である。 本発明の実施の形態として示す業務プロセスシステムによる一連の業務イメージの例として、最終顧客がチャネルを介して発注を行い、受注拠点側で納期回答を行うまでの手続きについて説明する図であり、一連の手続きのうち、受注から納期回答までのプロセスについて説明する図である。 クライアント／サーバシステムの基本的な構成について説明する図である。 クライアント／サーバシステムによる接続形態について説明する図であって、ＲＡＳ接続を示す図である。 クライアント／サーバシステムによる接続形態について説明する図であって、ＶＰＮを用いた接続を示す図である。 クライアント／サーバシステムによる接続形態について説明する図であって、一般的なウェブ経由の接続を示す図である。 ピアツーピアシステムの基本的な構成について説明する図であって、ピュア型のピアツーピアシステムの基本的な構成を示す図である。 ピアツーピアシステムの基本的な構成について説明する図であって、ハイブリッド型のピアツーピアシステムの基本的な構成を示す図である。
以下、本発明を適用した具体的な実施の形態について図面を参照しながら詳細に説明する。
この実施の形態は、不特定多数の企業間をサーバレスのいわゆるピアツーピアネットワークによって接続し、例えば商材やサービスの受発注に関するデータをはじめとする各種業務データの授受を行う業務プロセスシステムである。
まず、業務プロセスシステムの全体的な構成の説明に先だって、当該業務プロセスシステムに適用するピアツーピアテクノロジーの概念について説明する。
業務プロセスシステムに適用するピアツーピアネットワークアーキテクチャは、例えば図１に示すように、ノード、すなわち、コンピュータの集合体で定義される。このアーキテクチャにおいては、各ノード同士が複数のセッションを互いに張った状態でトポロジを形成する。なお、この常態的なセッションは、アプリケーションレベルの通信を継続的に維持させるＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）上の接続を意味するものである。そして、このアーキテクチャにおいては、各ノードが相互にこのような接続を行うことによって常態的なトポロジが形成され、プロトコルが流れる経路が形成される。このとき、このアーキテクチャにおいては、ネットワーク内の全てのノードが、全て互いに接続するのではなく、各ノードが近接するノードとのみ接続する。そして、このアーキテクチャにおいては、この接続セッション上をコマンド等のプロトコルが伝播することにより、各ノードが近接するノードを経由して未知のノードと関係を持つことが可能となる。
また、いわゆるクライアント／サーバシステムにおいては、各クライアント端末は自己が接続するサーバを把握していることが前提であるが、ピアツーピアシステムにおいては、各ノードがネットワークへ参加するためには、自己が最初に接続するノードを把握することが重要となる。このアーキテクチャにおいては、各ノードがネットワークに参加しようとする際には、接続しようとするノードに関する所定の属性ファイルと接続ファイルとを取得する。このアーキテクチャにおいては、１つのノードへの接続が許可されると、接続セッション上をプロトコルが伝播する。各ノードは、この過程で他のノードの情報を取得し、新たな接続先候補とすることができる。ピアツーピアシステムにおいては、各ノードがネットワークに対する参加又は離脱を自在に行うことができるため、自己が直接接続しているノードもダイナミックに変化する。そのため、このアーキテクチャにおいては、各ノード同士の接続が最適となるように、各ノードが自律的に接続先を変更していく。
このようなアーキテクチャにおいては、セットアップが完了すると、情報を共有するメンバが集合するルームと称される仮想空間に各メンバが参加することになる。このアーキテクチャにおいては、このルームへの参加によってネットワークに参加する実際のメンバとなる。このルームに参加する方法としては、他の仲間（ピア）から招待されるか、又は自己がルームを作成し、当該ルームに仲間を招待するかのいずれかの方法による。このルームは、その仮想空間で情報を共有することを相互に了承した仲間のみが参加するいわばＶＰＮ（Virtual Private Network）であり、当該ルームには、ＬＡＮ（Local Area Network）やルータ等の物理的なネットワークの制限を超えて参加することが可能とされる。
このようなアーキテクチャにおいては、接続が確立されると、リソースの検索及び発見を行うことが可能となる。
リソースを探索しようとするノードは、接続セッションを張っている近接ノードに対して所定のコマンドを送信する。このコマンドは、当該コマンドの一意性を特定するコマンドＩＤと、リソースを特定するリソースＩＤとが記述されたものであり、当該コマンドの送信先のノードに対して「探索しようとするリソースを所持していたら知らせてください」といった旨の問い合わせコマンドとしての役割を有するものである。
この問い合わせコマンドを受信したノードは、自己が所持しているリソースのインデックスを検索することによって対応するリソースを所持しているか否かを調べる。そして、問い合わせコマンドを受信したノードは、リソースを所持していなかった場合には、当該問い合わせコマンドを送信してきたノード以外の近接ノードに対して当該問い合わせコマンドを転送する。このアーキテクチャにおいては、例えば図２中実線矢印で示すように、ノードＡが探索しようとするリソースが発見されるまで、当該ノードＡから送信された問い合わせコマンドが、近接ノードからさらにその近接ノードへと転送されていく。
一方、問い合わせコマンドを受信したノードは、リソースを所持していた場合には、所定の応答プロトコルを返信する。このアーキテクチャにおいては、例えば図２中破線矢印で示すように、ノードＡが探索しようとするリソースがノードＥにて発見された場合には、問い合わせコマンドが伝播してきた経路と逆向きに、すなわち、ノードＤ，Ｃ，Ｂの順序で当該応答プロトコルが転送される。
ここで、リソースを所持するノードから返信された応答プロトコルは、当該ノードのアドレスと、リソースの状態を表すリソースＩＤと、リビジョン番号とが記述されたものである。したがって、このアーキテクチャにおいては、ノードＡが応答プロトコルを受信することによってノードＥが所持するリソースへのアクセス情報を取得すると、図２中一点鎖線矢印で示すように、当該ノードＥに対してダイレクトにアクセスすることが可能となる。このように、このアーキテクチャにおいては、リソースへの実際のアクセスを接続セッションと独立したアクセスセッションを設けることにより、ネットワークの帯域逼迫を回避することが可能となる。
なお、このアーキテクチャにおいては、このようなリソースの探索スピードを高速化するために、主に４つの仕組みを用意している。第１には、あるノードから転送されてきたコマンドを転送する場合には、上述したように、当該コマンドを送信してきたノードには転送しないことである。また、第２には、一度転送したコマンドは、他のノードから受信した場合であっても転送しないことである。さらに、第３には、コマンドにいわゆる有効期間（Time To Live；ＴＴＬ）を設定することである。さらにまた、第４には、各ノードが、自己のリソースインデックス以外に、当該ノードが中継した他のノードのリソースの存在をキャッシュすることである。このアーキテクチャにおいては、このような仕組みを設けることにより、応答の迅速性とルーティングの効率化とを図ることができる。
また、ピアツーピアシステムにおいては、一般に、通信ポートを制限するファイヤーウォールやプライベートＩＰ（Internet Protocol）アドレスを利用するネットワークは障害となる。これは、ファイヤーウォールの外部からファイヤーウォールの内部のコンピュータにアクセスすることは基本的には不可能であることによるものである。
そこで、このアーキテクチャにおいては、いわゆるＮＡＴ（Network Address Translation）やファイヤーウォール環境では接続セッションをＮＡＴサーバやファイヤーウォールの内側から外側に張ることにより、接続を実現している。そして、このアーキテクチャにおいては、アクセスセッションとして、ネットワークの形態に応じて複数の接続形態が用意されている。このアーキテクチャにおいては、これらネットワーク形態を自動的に認識し、最適なアクセス手段を実現している。
まず、第１の接続形態としては、ＮＡＴサーバのポート転送機能を利用したプライベートＩＰアドレスに対応したものがある。ＮＡＴサーバには、通常、特定のポートに送られてきたデータを他のポートに転送する機能がある。そこで、このアーキテクチャにおいては、この機能を利用して、当該アーキテクチャ用のポートを転送する設定を事前に行う。これにより、ＮＡＴサーバは、上述した応答プロトコルを返信する際に、プライベートＩＰアドレスとマスカレードノードとの両方のノード情報を返信するようになる。
具体的には、このアーキテクチャにおいては、例えば図３に示すように、自ノードが探索したいリソースが、ＮＡＴサーバＮＳの内部のプライベートネットワークに属するアクセス先ノードに所持されている場合には、図３中実線矢印で示すように、自ノードから中継ノード及びＮＡＴサーバＮＳを介して上述した問い合わせコマンドがアクセス先ノードまで転送される。これに応じて、このアーキテクチャにおいては、図３中破線矢印で示すように、アクセス先ノードからＮＡＴサーバＮＳ及び中継ノードを介して応答プロトコルが自ノードまで転送される。このとき、ＮＡＴサーバＮＳは、プライベートＩＰアドレスとともに、当該ＮＡＴサーバＮＳに設定されたマスカレードノード情報を通知する。これにより、このアーキテクチャにおいては、プライベートＩＰアドレスのピアに対して外側からアクセスセッションが張れない場合であっても、図３中一点鎖線矢印で示すように、グローバルＩＰアドレスによるマスカレードノードへのアクセスに切り替えることができる。
また、第２の接続形態としては、ファイヤーウォール内部のプライベートネットワークに属するアクセス先ノードにセッションを張ることができる場合のものがある。すなわち、このアーキテクチャにおいては、ファイヤーウォールの外側からファイヤーウォールの内側にあるノードにアクセスしたい状況下でアクセスセッションが開けない場合には、ファイヤーウォールの内側にいるノードの方からアクセスセッションを張ってもらうことができる。
具体的には、このアーキテクチャにおいては、例えば図４に示すように、自ノードが探索したいリソースが、ファイヤーウォールＦＷの内部のプライベートネットワークに属するアクセス先ノードに所持されている場合には、図４中実線矢印で示すように、自ノードから中継ノード及びファイヤーウォールＦＷを介して問い合わせコマンドがアクセス先ノードまで転送される。これに応じて、このアーキテクチャにおいては、図４中破線矢印で示すように、アクセス先ノードからファイヤーウォールＦＷ及び中継ノードを介して応答プロトコルが自ノードまで転送される。さらに、このアーキテクチャにおいては、図４中一点鎖線で示すように、応答プロトコルが伝播してきた経路と逆向きに、自ノードから中継ノード及びファイヤーウォールＦＷを介して所定のアクセス要求コマンドがアクセス先ノードまで転送される。そして、このアーキテクチャにおいては、図４中二点鎖線矢印で示すように、ファイヤーウォールＦＷの内側にあるアクセス先ノードが、アクセス要求コマンドに応じて、ファイヤーウォールＦＷの外側にある自ノードに対してアクセスセッションを張る。これにより、このアーキテクチャにおいては、このアクセスセッションを介して、自ノードからアクセス先ノードへのアクセスを実行することが可能となる。
さらに、第３の接続形態としては、アクセス先ノードからも自ノードからもセッションを張ることができない場合のものがある。例えば、自ノード及びアクセス先ノードの両方が、それぞれ、別個のファイヤーウォールの内部にある場合等においては、どちらからもセッションを張ることができない。このような場合、このアーキテクチャにおいては、アクセス先ノードからも自ノードからもセッションを張ることができる環境にある第３のノードをゲートウェイノードとして設け、このゲートウェイを介した通信を行うことができる。
具体的には、このアーキテクチャにおいては、例えば図５に示すように、ファイヤーウォールの内部のプライベートネットワークに属する自ノードが探索したいリソースが、別個のファイヤーウォールの内部のプライベートネットワークに属するアクセス先ノードに所持されている場合には、図５中実線矢印で示すように、自ノードから中継ノード及びファイヤーウォールを介して問い合わせコマンドがアクセス先ノードまで転送される。これに応じて、このアーキテクチャにおいては、図５中破線矢印で示すように、アクセス先ノードからファイヤーウォール及び中継ノードを介して応答プロトコルが自ノードまで転送される。また、このアーキテクチャにおいては、図５中二点鎖線で示すように、自ノードがゲートウェイノードＧＷとの間に空くセッションを張る。さらに、このアーキテクチャにおいては、図５中一点鎖線で示すように、応答プロトコルが伝播してきた経路と逆向きに、自ノードから中継ノード及びファイヤーウォールを介して、ゲートウェイノードＧＷのＩＰアドレス等の情報が記述された所定のゲートウェイ要求コマンドがアクセス先ノードまで転送される。これに応じて、このアーキテクチャにおいては、図５中二点鎖線矢印で示すように、ファイヤーウォールの内側にあるアクセス先ノードが、ゲートウェイ要求コマンドに応じて、ファイヤーウォールの外側にあるゲートウェイノードＧＷに対してアクセスセッションを張る。そして、このアーキテクチャにおいては、ゲートウェイノードＧＷが、自ノードからのセッションとアクセス先ノードからのセッションとを内部的に結合する。このように、このアーキテクチャにおいては、ゲートウェイノードＧＷがアクセスセッションを仲介することにより、自ノードからアクセス先ノードへのアクセスを実行することが可能となる。
本発明の実施の形態として示す業務プロセスシステムは、このようなピアツーピアネットワークアーキテクチャを適用することによって実現される。以下では、この業務プロセスシステムについて説明するものとする。
この業務プロセスシステムの概念は、上述したピアツーピアネットワークアーキテクチャを適用することにより、例えば図６に示すように、最終顧客やその代理店等の発注元が所持するコンピュータＣ１と外部のオープンなネットワークＮＴとの間にファイヤーウォールＦＷ１を設置するとともに、受注拠点が所持する受注データベース等のコンピュータＣ２とネットワークＮＴとの間にもファイヤーウォールＦＷ２を設置し、これらコンピュータＣ１，Ｃ２の間で、所定の暗号化を施したいわゆるＸＭＬ（eXtensible Markup Language）等の所定の言語で記述されたデータの授受を行うものである。このとき、この業務プロセスシステムにおいては、上述したピアツーピアネットワークアーキテクチャを実現するアプリケーションが、各コンピュータＣ１，Ｃ２に実装され、当該コンピュータＣ１，Ｃ２がＣＰＵ（Central Processing Unit）等によってアプリケーションを実行することにより、指定された場所へデータを送信することができ、各コンピュータＣ１，Ｃ２がデータを管理することから、サーバを設ける必要がなく、画面を介した入力レスポンスが良好で、また、常時接続を行う必要がなくなる。
具体的には、業務プロセスシステムにおいて実装されるアプリケーションは、図７に示すように、画面部１１、トランスレータ１２、データキャリア部１３，２１、及びデータベース管理部２２の４つの機能に大別される。
まず、クライアント端末１０が実行する機能としては、画面部１１と、トランスレータ１２と、データキャリア部１３とがある。
画面部１１は、クライアント端末１０を所持する最終顧客や代理店等が商材やサービスを発注して購買するための独自のシステムを備えていない場合に実行されるものであり、所定の画面を介してデータの登録やデータの表示機能を提供するものである。すなわち、クライアント端末１０を所持する最終顧客や代理店等は、独自のシステムを備えていない場合には、例えばファクシミリ等の紙媒体や、独自形式のデータファイルといったその他の媒体に記入した帳簿等に基づいて、商材やサービスの発注を行うのが通常である。そこで、業務プロセスシステムにおいては、この画面部１１の機能を実行することにより、これら各種媒体に記入された情報を、所定の画面を介してデータとして入力したり、データを表示したりすることが可能となる。この画面部１１を介して登録されたデータは、トランスレータ１２に受け渡される。
トランスレータ１２は、画面部１１を実行して登録されたデータを受け取り、受注拠点の受注データベースに取り込める形式に変換するものである。また、トランスレータ１２は、クライアント端末１０を所持する最終顧客や代理店等が商材やサービスを発注して購買するための独自のシステムを備えている場合には、例えば、いわゆるＥＤＩＦＡＣＴ（Electronic Document Interchange For Administration, Commerce and Transportation）フォーマット、いわゆるＣＩＩ（Center for the Information of Industry）等のいわゆるＥＩＡＪ（Electronic Industries Association of Japan）フォーマット、又はＡＮＳＩ（American National Standards Institute）．ｘ１２フォーマット、その他顧客独自のフォーマットといったように、システムによって任意に作成された各種フォーマットのデータファイルを直接受け取り、受注拠点の受注データベースに取り込める形式に変換することもできる。このトランスレータ１２によって変換された業務データは、クライアント端末１０のローカルの所定のディレクトリに分類されて記録される。
データキャリア部１３は、発注予測であるいわゆるフォーキャストや発注データ等の各種業務データを、ファイヤーウォールを超えて、セキュリティ性を保持して且つ確実に授受するための基板機能である。データキャリア部１３は、送信すべき業務データを、記録されている場所から取得すると、受注データベース２０において記録すべき場所まで接続セッションを確立し、この業務データを送信する。
一方、受注データベース２０が実行する機能としては、データキャリア部２１と、データベース管理部２２とがある。
データキャリア部２１は、データキャリア部１３と同様に、各種業務データを、ファイヤーウォールを超えて、セキュリティ性を保持して且つ確実に授受するための基板機能である。データキャリア部２１は、クライアント端末１０から送信されてきた業務データを受信する。このデータキャリア部２１を介して受信したデータは、データベース管理部２２に受け渡される。
データベース管理部２２は、データキャリア部２１を介して受信した業務データを受け取り、この業務データをデータベースにおける所定の場所へ取り込んだり、データベースに記録されているデータを抽出したりする機能を有する。
なお、これらの機能は、発注元や発注先（受注拠点）にかかわりなく全てのコンピュータにアプリケーションとして実装されるものであるが、図７においては、説明の便宜上、最終顧客やその代理店等の発注元が所持するコンピュータ等の情報処理装置からなるクライアント端末１０によって実行される機能と、発注先が所持する受注データベース２０によって実行される機能とに、論理的にわけて示している。すなわち、クライアント端末１０は、データの受信側となる場合には、データキャリア部２１及びデータベース管理部２２の機能を実行することになり、また、受注データベース２０は、データの送信側となる場合には、画面部１１、トランスレータ１２、データキャリア部１３の機能を実行することになる。
業務プロセスシステムは、このようなアプリケーションを実装した２つのノード間のセッションを複数張ることにより、例えば図８に示すように、受注データベース、マネージメント部署、営業部署、及びいわゆるＥＡＩ（Enterprise Application Integration）等のレガシーシステムを備える販社レガシーや商材等を生産する工場等からなる所定のイントラネット等のネットワークに接続された１つの企業における各部署と、インターネット等のオープンなネットワークに接続された最終顧客、代理店、及び外注先との間でピアツーピア接続を行うことが可能となり、また、各部署間でのピアツーピア接続や、最終顧客、代理店、及び外注先間でのピアツーピア接続を行うことも可能となる。
さて、以下では、以上のような概念を適用し、ある企業と不特定多数の企業との間での取引をモデルとした具体的な業務プロセスシステムについて説明する。
この業務プロセスシステムは、図９に示すように、最終顧客や代理店、さらには関連会社といった企業が所持するインターネット等のオープンなネットワークに接続された複数のクライアント端末５０１，５０２，５０３，５０４と、ファイヤーウォールＦＷを介して外部のオープンなネットワーク層とは隔離され且つ内部のＬＡＮ層とも隔離されたセグメントであるいわゆるＤＭＺ（DeMilitarized Zone）層に接続されたコンピュータ等の情報処理装置からなるコレクタノード６０１及びマスタノード６０２と、ファイヤーウォールＦＷを介して外部のオープンなネットワーク層とは隔離され且つＤＭＺ層とも隔離されたセグメントであるＬＡＮに接続されたコンピュータ等の情報処理装置からなる受注データベース７０と、ファイヤーウォールＦＷを介して接続された所定の社内ネットワークに接続されたコンピュータ等の情報処理装置からなる受注拠点端末８０と、同じく社内ネットワークに接続された海外子会社や海外販社等が所持する複数のクライアント端末９０１，９０２，９０３とを備える。
これらの各ノードのうち、コレクタノード６０１、マスタノード６０２、受注データベース７０、受注拠点端末８０、及びクライアント端末９０１，９０２，９０３からなるシステムは、商材やサービスを受注して提供する受注拠点としての企業が保有するシステムであり、クライアント端末５０１，５０２，５０３，５０４は、それぞれ、この企業に対して商材やサービスの発注等を行う発注元としての複数の取引先企業が操作する端末である。
クライアント端末５０１，５０２，５０３，５０４は、それぞれ、先に図７に示したクライアント端末１０に相当するものであり、上述したピアツーピアネットワークアーキテクチャを実現するアプリケーションを実装したピアツーピアネットワークに参加するメンバである。クライアント端末５０１，５０２，５０３，５０４は、それぞれ、アプリケーションを実行することによって基本的には恰もスタンドアローンの端末として動作する。これらクライアント端末５０１，５０２，５０３，５０４を所持する企業は、それぞれ、インターネット等のオープンなネットワークを介して、商材やサービスを提供する企業との間で、これらクライアント端末５０１，５０２，５０３，５０４を用いた業務データの授受を行うことにより、取引を行う。
コレクタノード６０１は、商材やサービスを受注して提供する受注拠点の企業が所持する上述したピアツーピアネットワークアーキテクチャを実現するアプリケーションを実装していないノードであり、マスタノード６０２とともに、クライアント端末５０１，５０２，５０３，５０４と受注データベース７０とのピアツーピア接続を実現するネットワークにおけるバックグラウンドの環境として存在するものである。具体的には、このコレクタノード６０１は、ファイヤーウォールＦＷを介して外部のオープンなネットワーク層とは隔離され且つ受注データベース７０が接続される内部のＬＡＮ層とも隔離されたセグメントであるＤＭＺ層に接続されており、クライアント端末５０１，５０２，５０３，５０４から見て公開ノードとされてもよく、公開ノードとは異なるコンピュータであってもよい。
このコレクタノード６０１は、他のメンバが電源を切断していても情報を取得することができるように、常時起動しておくノードであり、各メンバから情報を自発的に収集する。具体的には、コレクタノード６０１は、クライアント端末５０１，５０２，５０３，５０４のそれぞれがアプリケーションを実行することによってファイヤーウォールＦＷを介して受注データベース７０とピアツーピア接続した際に、当該クライアント端末５０１，５０２，５０３，５０４から送信されてきたデータを収集して一時的に保持する。また、コレクタノード６０１は、例えば新たな製品が開発され、この情報が受注データベース７０に追加された場合等に各クライアント端末５０１，５０２，５０３，５０４に対してこの情報を送信するために、定期的にポーリングを行い、受注データベース７０から読み出されたデータを収集して一時的に保持する。なお、コレクタノード６０１は、いわゆるＨＴＴＰ（HyperText Transfer Protocol）ブリッジや先に図５に示したゲートウェイノードの機能を併有することもできる。
マスタノード６０２は、商材やサービスを受注して提供する受注拠点の企業が所持する上述したピアツーピアネットワークアーキテクチャを実現するアプリケーションを実装するノードであり、コレクタノード６０１とともに、クライアント端末５０１，５０２，５０３，５０４と受注データベース７０とのピアツーピア接続を実現するネットワークにおけるバックグラウンドの環境として存在するものである。具体的には、このマスタノード６０２は、コレクタノード６０１と同様に、ＤＭＺ層に接続されており、クライアント端末５０１，５０２，５０３，５０４から見て公開ノードとされてもよく、公開ノードとは異なるコンピュータであってもよい。
このマスタノード６０２は、ルームに参加するメンバや権限等を、当該業務プロセスシステムを管理する管理者が制御できるように、管理機能を実装したノードである。具体的には、マスタノード６０２は、受注データベース７０に対するアクセス認証を行い、コレクタノード６０１によって保持されているデータを適切な受注データベース７０へと転送する。すなわち、マスタノード６０２は、ファイヤーウォールＦＷを介してアクセスしてきたクライアント端末が正当であるか否かを認証し、この認証結果に応じて、コレクタノード６０１によって保持されているデータを適切な受注データベース７０へと転送する。また、マスタノードノード６０２は、クライアント端末５０１，５０２，５０３，５０４に対して送信すべく、受注データベース７０から読み出されてコレクタノード６０１に保持されているデータを、ファイヤーウォールＦＷを介して適切なクライアント端末５０１，５０２，５０３，５０４へと転送する。
なお、コレクタノード６０１とマスタノード６０２とを実現するアプリケーションは、物理的に別個のコンピュータに実装されている必要はなく、１つのコンピュータに実装することも可能である。換言すれば、業務プロセスシステムは、ピアツーピア接続を行うクライアント端末５０１，５０２，５０３，５０４と受注データベース７０とによって構成されるネットワークに、データを保持したり、データを適切な宛先に送信したりする機能を有するアプリケーションを実装したノードがネットワーク環境（バックグラウンド）として存在するものであり、これらコレクタノード６０１及びマスタノード６０２は、ピアツーピアネットワークにおける中継ノードとは全く異なる概念として設けられるものである。
受注データベース７０は、商材やサービスを受注して提供する受注拠点の企業が所持する先に図７に示した受注データベース２０に相当するものであり、上述したピアツーピアネットワークアーキテクチャを実現するアプリケーションを実装するものである。この受注データベース７０は、ファイヤーウォールＦＷを介して外部のオープンなネットワーク層とは隔離され且つＤＭＺ層とも隔離されたセグメントであるＬＡＮに接続されており、クライアント端末５０１，５０２，５０３，５０４が直接アクセスすることは不可能とされる。受注データベース７０は、ファイヤーウォールＦＷを介してクライアント端末５０１，５０２，５０３，５０４から送信されてコレクタノード６０１に一時的に保持されているデータをマスタノード６０２から転送され、このデータを所定の場所に記録する。また、受注データベース７０は、記録しているデータをクライアント端末５０１，５０２，５０３，５０４へと送信する際には、記録しているデータから送信すべき適切なデータを読み出し、コレクタノード６０１を介してマスタノード６０２に受け渡す。
なお、受注データベース７０は、全ての取引先に関するデータを記録することから、少なくとも、クライアント端末５０１，５０２，５０３，５０４を所持する顧客である取引先企業に関する情報を示す取引先テーブル、顧客が取り扱う商材やサービス等の製品に関する情報を示す顧客製品テーブル、発注先である自己が取り扱う商材やサービス等の製品に関する情報を示す製品テーブル、各製品の個別単価に関する情報を示す個別単価テーブル、受注した製品の単位に関する情報を示す単位テーブル、受発注に関して取り扱われる通貨に関する情報を示す通貨テーブル、製品の納入先に関する情報を示す納入先テーブル、通貨が異なる場合にそのレートに関する情報を示す変換レートテーブル、受注に関する明細に関する情報を示す受注明細テーブル、代金を分納する場合の明細に関する情報を示す分納明細テーブル、代金を分納する場合の納期回答に関する情報を示す分納回答テーブル、取引状況の統計等の分析に関する情報を示す分析テーブル、製品の用途に関する情報を示す用途テーブル、顧客が属する都市に関する情報を示す都市テーブル、顧客が属する地域に関する情報を示す地域テーブル、顧客がある企業グループに属している場合にその企業グループに関する情報を示す企業グループテーブル、及び分析を行うユーザに関する情報を示す分析用ユーザテーブル等を保持する必要がある。
これに対して、クライアント端末５０１，５０２，５０３，５０４も、受注データベース７０からのデータを記録する特に図示しないデータベースを保有するが、自己が該当する取引先に関するデータのみを記録すればよく、受注データベース７０に保持される上述した各種テーブルのうち、少なくとも、取引先テーブル、顧客製品テーブル、製品テーブル、個別単価テーブル、受注明細テーブル、分納明細テーブル、及び分納回答テーブルを保持すればよい。
受注拠点端末８０は、商材やサービスを受注して提供する受注拠点の企業が所持するものであり、上述したピアツーピアネットワークアーキテクチャを実現するアプリケーションを実装するものである。この受注拠点端末８０は、コレクタノード６０１、マスタノード６０２、及び受注データベース７０から構成されるシステムとは独立したネットワークであって、オープンなネットワーク層、ＤＭＺ層、及びＬＡＮ層とファイヤーウォールＦＷを介して接続された社内ネットワークに接続されており、受発注をはじめとする各種業務を管理するために、コレクタノード６０１及びマスタノード６０２を介して受注データベース７０にアクセスすることが可能な権限が与えられている。例えば、受注拠点端末８０は、受発注に応じてコレクタノード６０１から受発注データを受け取って画面上に表示することにより、受発注状態の管理等を行う。
クライアント端末９０１，９０２，９０３は、それぞれ、商材やサービスを受注して提供する受注拠点の企業が所持するものであり、上述したピアツーピアネットワークアーキテクチャを実現するアプリケーションを実装するものである。これらクライアント端末９０１，９０２，９０３は、それぞれ、受注拠点端末８０と同様に、社内ネットワークに接続されており、受注データベース７０にアクセスしてデータの授受を行うことが可能とされる。
このような業務プロセスシステムは、クライアント端末５０１，５０２，５０３，５０４が接続されるインターネット等のＷＡＮ（Wide Area Network）層から、受注データベース７０が接続されるＬＡＮ層に対して、ファイヤーウォールＦＷを介して直接アクセスするのではなく、コレクタノード６０１及びマスタノード６０２が接続される中間ネットワーク層としてのＤＭＺ層を設け、これら３層に切り分けたシステムとして構築することにより、ピアツーピアテクノロジーをＢ２Ｂ（Business to Business）のシステムに導入することができ、特に、受注拠点の企業システムをＤＭＺ層とＬＡＮ層とにわけることにより、受注データベース７０の負荷を削減してパフォーマンスを大幅に向上させることが可能となり、受注データベース７０に直接アクセスされることが回避されるため、セキュリティ性も大幅に向上させることができる。
また、この業務プロセスシステムにおいては、ＤＭＺ層にあるコレクタノード６０１によってクライアント端末５０１，５０２，５０３，５０４からのデータを一時的に保持し、その後、受注データベース７０へと転送することから、仮に通信途中でクライアント端末５０１，５０２，５０３，５０４との接続セッションが切断されてしまった場合であっても、クライアント端末５０１，５０２，５０３，５０４によるデータの入力を再度やり直す必要がなくなり、確実な通信を実現することができる。
このような業務プロセスシステムは、例えば図１０に示すように、一連の製品プロダクトライフサイクルにおいて顧客関係部署と自企業部署との間で行われる各種業務データの授受に適用することができる。特に、業務プロセスシステムは、顧客関係部署と自企業部署との間で、フォーキャストプロセス、受発注プロセス、納期・数量の回答やインボイス、Ｂ／Ｌの通知等の納品プロセス、不良発生の通知や検収等の納品後プロセス等からなる商材・サービスの量産フェーズに適用して好適である。
一例として、最終顧客が所持するクライアント端末５０１を介した発注を受け付けるまでのシーケンスを表すと、図１１に示すようになる。なお、ここでは、クライアント端末５０１を所持する最終顧客が商材やサービスを発注して購買するための独自のシステムを備えている場合について示す。
まず、最終顧客は、同図に示すように、ステップＳ１において、独自のシステムを用いて任意のフォーマットで発注データを作成する。
続いて、最終顧客は、ステップＳ２において、上述したアプリケーションが実装されたクライアント端末５０１のトランスレータ１２の機能を用いて、発注データを受注データベース７０に取り込める形式に変換した後、ステップＳ３において、データキャリア部１３の機能を用いて、発注データをコレクタノード６０１に送信する。
これに応じて、コレクタノード６０１及びマスタノード６０２は、発注データを受信すると、ステップＳ４において、この発注データを一時的に保持し、ステップＳ５において、当該発注データを宛先である受注データベース７０に送信するとともに、受注拠点端末８０にも送信する。受注拠点端末８０は、ステップＳ６において、コレクタノード６０１からの発注データに基づいて、画面部１１の機能を用いて発注状態を表示する。
一方、受注データベース７０は、コレクタノード６０１から送信されてきた発注データをデータキャリア部２１の機能を用いて受信すると、ステップＳ７において、この発注データをデータベース管理部２２の機能を用いて記録し、データベースの内容を更新する。そして、受注データベース７０は、受注データをコレクタノード６０１に送信する。
これに応じて、コレクタノード６０１及びマスタノード６０２は、受注データベース７０からの受注データを受信すると、ステップＳ８において、この受注データを一時的に保持し、ステップＳ９において、当該受注データを宛先であるクライアント端末５０１に送信するとともに、受注拠点端末８０にも送信する。
そして、クライアント端末５０１は、ステップＳ１０において、コレクタノード６０１からの受注データに基づいて、画面部１１の機能を用いて受注状態を表示し、一連の処理を終了する。また、受注拠点端末８０も、ステップＳ１１において、コレクタノード６０１からの受注データに基づいて、画面部１１の機能を用いて受注状態を表示し、一連の処理を終了する。
業務プロセスシステムにおいては、独自のシステムを備えている最終顧客が所持するクライアント端末５０１と、コレクタノード６０１及びマスタノード６０２、受注データベース７０、並びに受注拠点端末８０との間で、このような業務データの授受を行うことにより、最終顧客からの発注を受け付けることができる。
また、クライアント端末５０１を所持する最終顧客が商材やサービスを発注して購買するための独自のシステムを備えていない場合に、クライアント端末５０１を介した発注を受け付けるまでのシーケンスを表すと、図１２に示すようになる。
この場合、最終顧客は、同図に示すように、ステップＳ２１において、上述したアプリケーションが実装されたクライアント端末５０１の画面部１１の機能を用いて発注データを入力する。
続いて、最終顧客は、ステップＳ２２において、クライアント端末５０１のトランスレータ１２の機能を用いて、発注データを受注データベース７０に取り込める形式に変換した後、ステップＳ２３において、データキャリア部１３の機能を用いて、発注データをコレクタノード６０１に送信する。そして、クライアント端末５０１は、ステップＳ２４において、送信した発注データに基づいて、画面部１１の機能を用いて発注状態を表示する。
一方、コレクタノード６０１及びマスタノード６０２は、発注データを受信すると、ステップＳ２５において、この発注データを一時的に保持し、ステップＳ２６において、当該発注データを宛先である受注データベース７０に送信するとともに、受注拠点端末８０にも送信する。受注拠点端末８０は、ステップＳ２７において、コレクタノード６０１からの発注データに基づいて、画面部１１の機能を用いて発注状態を表示する。
受注データベース７０は、コレクタノード６０１から送信されてきた発注データをデータキャリア部２１の機能を用いて受信すると、ステップＳ２８において、この発注データをデータベース管理部２２の機能を用いて記録し、データベースの内容を更新する。そして、受注データベース７０は、受注データをコレクタノード６０１に送信する。
これに応じて、コレクタノード６０１及びマスタノード６０２は、受注データベース７０からの受注データを受信すると、ステップＳ２９において、この受注データを一時的に保持し、ステップＳ３０において、当該受注データを宛先であるクライアント端末５０１に送信するとともに、受注拠点端末８０にも送信する。
そして、クライアント端末５０１は、ステップＳ３１において、コレクタノード６０１からの受注データに基づいて、画面部１１の機能を用いて受注状態を表示し、一連の処理を終了する。また、受注拠点端末８０も、ステップＳ３２において、コレクタノード６０１からの受注データに基づいて、画面部１１の機能を用いて受注状態を表示し、一連の処理を終了する。
業務プロセスシステムにおいては、独自のシステムを備えていない最終顧客が所持するクライアント端末５０１と、コレクタノード６０１及びマスタノード６０２、受注データベース７０、並びに受注拠点端末８０との間で、このような業務データの授受を行うことにより、最終顧客からの発注を受け付けることができる。
最後に、業務プロセスシステムによる一連の業務イメージをより明確化するために、最終顧客が代理店等のチャネルを介して発注を行い、受注拠点側で納期回答を行うまでの手続きについて説明する。
まず、発注から受注までのプロセスについて、図１３を用いて説明する。すなわち、同図においては、最終顧客からチャネルを介して受注拠点に対してデータが流れるプロセスを示している。
最終顧客は、同図に示すように、ステップＳ５１において、自己が備える独自のシステムやアプリケーションが実装されたクライアント端末を用いて、発注データを作成する。
続いて、最終顧客は、ステップＳ５２において、クライアント端末を用いて発注データを受注データベース７０に取り込める形式に変換して出力する。
そして、最終顧客は、ステップＳ５３において、クライアント端末を用いて発注データを代理店等のチャネルが備えるシステムに送信する。これにより、発注データは、当該チャネルが備える受注データベースに取り込まれ、記録される。
なお、最終顧客は、クライアント端末の画面部１１の機能を用いて発注データを入力し、チャネルに渡すようにしてもよい。
発注データを受け取ったチャネルは、ステップＳ５４において、自己が所持するアプリケーションが実装されたクライアント端末を用いて、画面上で受注データを確認する。これは、先に図１１中ステップＳ１１又は図１２中ステップＳ３２にて受注拠点端末８０が受注状態の確認を行う処理に対応するものである。
続いて、チャネルは、ステップＳ５５において、複数の顧客からの発注データをとりまとめ、自己が備える独自のシステムやクライアント端末を用いて、発注データを作成し、この発注データを受注データベース７０に取り込める形式に変換して出力する。
そして、チャネルは、ステップＳ５６において、クライアント端末を用いて発注データを受注拠点が備えるシステムに送信する。これにより、発注データは、先に図９に示した受注データベース７０に対応する当該受注拠点が備える受注データベースに取り込まれ、記録される。
なお、チャネルも、最終顧客と同様に、クライアント端末の画面部１１の機能を用いて発注データを入力し、受注拠点に渡すようにしてもよい。
発注データを受け取った受注拠点は、ステップＳ５７において、先に図９に示した受注拠点端末８０に対応する自己が所持するアプリケーションが実装された受注拠点端末を用いて、画面上で受注データを確認する。これは、先に図１１中ステップＳ１１又は図１２中ステップＳ３２にて受注拠点端末８０が受注状態の確認を行う処理に対応するものである。
続いて、受注拠点は、ステップＳ５８において、受注データに基づいて、在庫確認、生産進捗の確認、キャパシティの確認等を行い、工場等との生産部署と調整し、出荷可能日を決定する。
そして、受注拠点は、ステップＳ５９において、受注拠点端末の画面部１１の機能を用いて決定した納期を入力する。具体的には、受注拠点端末の表示画面には、例えば図１４に示すような納期回答ダイアログが表示される。受注拠点は、この納期回答ダイアログに必要事項を入力することになる。
これまでが、発注から受注までのプロセスである。つぎに、受注から納期回答までのプロセスについて、図１５を用いて説明する。すなわち、同図においては、受注拠点からチャネルを介して最終顧客に対してデータが流れ、さらに、最終顧客からチャネルを介して受注拠点に対してデータが流れるプロセスを示している。
受注拠点は、同図に示すように、ステップＳ６０において、受注拠点端末を用いて決定した納期を示す納期データをチャネルが備えるシステムに送信する。
納期データを受け取ったチャネルは、ステップＳ６１において、クライアント端末を用いて、画面上で納期データを確認することによって回答された納期日を確認し、顧客到着日を微調整する。
そして、チャネルは、ステップＳ６２において、クライアント端末を用いて調整された納期を示す納期データをチャネルが備えるシステムに送信する。
納期データを受け取った最終顧客は、ステップＳ６３において、クライアント端末を用いて、画面上で納期データを確認することによって回答された納期日を確認する。
続いて、最終顧客は、ステップＳ６４において、回答された納期を受け入れるか否かを判断し、納期日を承認した場合には、ステップＳ６５において、クライアント端末を用いて納期日を承認した旨を示すステータスをチャネルが備えるシステムに送信する。
このステータスを受け取ったチャネルは、ステップＳ６６において、クライアント端末を用いてこのステータスを受注拠点が備えるシステムに送信する。
そして、受注拠点は、ステップＳ６７において、受注拠点端末を用いてこのステータスを受け取って画面上で確認し、一連のプロセスを終了する。
このように、業務プロセスシステムにおいては、最終顧客、チャネル、及び受注拠点の間で、発注から納期回答までの手続きをシームレスに実現することができる。
以上説明したように、本発明の実施の形態として示した業務プロセスシステムにおいては、オープンなネットワーク層に接続されたクライアント端末５０１，５０２，５０３，５０４から送信されたデータを、オープンなネットワーク層とは隔離され且つ受注拠点の内部のネットワーク層とも隔離されたセグメントである受注拠点のＤＭＺ層に接続されて当該クライアント端末５０１，５０２，５０３，５０４とピアツーピア接続したコレクタノード６０１を介して、受注拠点の受注データベース７０に記録する。
このように、この業務プロセスシステムにおいては、クライアント端末５０１，５０２，５０３，５０４がアプリケーションを実行するため、受注データベース７０の負荷が削減されパフォーマンスを大幅に向上させることが可能となり、コレクタノード６０１を介すことによって受注データベース７０に直接アクセスされることが回避されるため、セキュリティ性も大幅に向上させることができる。また、この業務プロセスシステムにおいては、ＤＭＺ層にあるコレクタノード６０１によってクライアント端末５０１，５０２，５０３，５０４からのデータを一時的に保持し、その後、受注データベース７０へと転送することから、仮に通信途中でクライアント端末５０１，５０２，５０３，５０４との接続セッションが切断されてしまった場合であっても、クライアント端末５０１，５０２，５０３，５０４によるデータの入力を再度やり直す必要がなくなり、確実な通信を実現することができる。
また、この業務プロセスシステムにおいては、クライアント端末５０１，５０２，５０３，５０４が送信すべきデータを、受注データベース７０に取り込める形式とすべく、当該クライアント端末５０１，５０２，５０３，５０４によって所定のフォーマットに変換した上で送信することから、発注元の企業に既存システムが構築されている場合であっても、この既存システムと共存することができる。
このように、この業務プロセスシステムは、ピアツーピアテクノロジーを用いて、従来では実現不可能であった不特定多数の企業との取引をサーバレスで安価且つ高いセキュリティ性のもとに実現することができる。
なお、本発明は、上述した実施の形態に限定されるものではない。例えば、上述した実施の形態では、図９に示したネットワーク構造に各種ノードが接続されたシステムについて説明したが、本発明は、例えばＤＭＺ層にウェブサーバを設けたり、ＬＡＮ層に設計データベース等の複数のデータベースを設けたりするようにしてもよい。
また、上述した実施の形態では、主に受発注に関する取引について説明したが、本発明は、先に図１０に示した一連の製品プロダクトライフサイクルをはじめとするその他の業務にも適用することができるのは勿論である。
このように、本発明は、その趣旨を逸脱しない範囲で適宜変更が可能であることはいうまでもない。

Claims (11)

  1. 不特定多数の企業間をネットワークによって接続し、各種業務データの授受を行う業務プロセスシステムであって、
    オープンなネットワーク層に接続された発注元が所持する端末であり、ピアツーピアネットワークアーキテクチャを実現するアプリケーションが実装され、ピアツーピアネットワークに参加するメンバとしてのクライアント端末と、
    上記オープンなネットワーク層とは隔離されたセグメントである受注拠点の内部のネットワーク層に接続されるとともに、上記アプリケーションが実装され、上記クライアント端末が上記アプリケーションを実行することによって当該クライアント端末とピアツーピア接続し、上記クライアント端末から送信されてきたデータを記録するとともに、記録しているデータから送信すべきデータを読み出す受注データベースと、
    上記オープンなネットワーク層とは隔離され且つ上記内部のネットワーク層とも隔離されたセグメントである受注拠点の中間ネットワーク層に接続され、上記クライアント端末から送信されてきたデータ又は上記受注データベースから読み出されたデータを収集して一時的に保持するとともに、適切な宛先に転送するノードとを備えること
    を特徴とする業務プロセスシステム。
  2. 上記アプリケーションは、
    データの登録及びデータの表示機能を提供する画面機能と、
    上記画面機能を実行して登録されたデータ又は任意に作成されたデータを受け取り、当該データを上記受注データベースに取り込める形式に変換するトランスレート機能と、
    ファイヤーウォールを超えてセキュリティ性を保持して且つ確実にデータを授受するための基板機能であるデータキャリア機能と、
    上記データキャリア機能を実行して受信したデータを受け取り、当該データをデータベースにおける所定の場所へ取り込むとともに、データベースに記録されているデータを抽出するデータベース管理機能とを備えること
    を特徴とする請求項１記載の業務プロセスシステム。
  3. 上記クライアント端末は、
    上記トランスレート機能を実行し、上記画面機能を実行して登録されたデータ又は任意に作成されたデータを受け取り、当該データを上記受注データベースに取り込める形式に変換し、
    上記データキャリア機能を実行して上記ノードを介して上記受注データベースまでの接続セッションを確立し、上記トランスレート機能によって変換されたデータを送信すること
    を特徴とする請求項２記載の業務プロセスシステム。
  4. 上記受注データベースは、
    上記データキャリア機能を実行して上記ノードを介して上記クライアント端末までの接続セッションを確立し、上記クライアント端末から送信されてきたデータを受信し、
    上記データベース管理機能を実行して上記データキャリア機能を実行して受信したデータを受け取り、当該データをデータベースにおける所定の場所へ取り込むとともに、データベースに記録されているデータを抽出すること
    を特徴とする請求項３記載の業務プロセスシステム。
  5. 上記ノードは、
    上記クライアント端末から送信されてきたデータ又は上記受注データベースから読み出されたデータを収集して一時的に保持する情報処理装置からなる収集ノードと、
    上記受注データベースに対するアクセス認証を行い、上記収集ノードによって保持されているデータを適切な宛先に転送する情報処理装置からなるマスタノードとに大別されること
    を特徴とする請求項１記載の業務プロセスシステム。
  6. 上記オープンなネットワーク層、上記中間ネットワーク層、及び上記内部のネットワーク層とファイヤーウォールを介して接続された受注拠点の社内ネットワークに接続されるとともに、上記アプリケーションが実装された受注拠点端末を備え、
    上記受注拠点端末は、少なくとも受発注に応じて上記ノードを介して受け取った受発注データを画面上に表示して受発注状態の管理を行うこと
    を特徴とする請求項１記載の業務プロセスシステム。
  7. 上記オープンなネットワーク層は、ＷＡＮ層であり、
    上記中間ネットワーク層は、ＤＭＺ層であり、
    上記内部のネットワーク層は、ＬＡＮ層であること
    を特徴とする請求項１記載の業務プロセスシステム。
  8. 不特定多数の企業間をネットワークによって接続し、各種業務データの授受を行う業務プロセス方法であって、
    オープンなネットワーク層に接続された発注元が所持する端末であり、ピアツーピアネットワークアーキテクチャを実現するアプリケーションが実装されたピアツーピアネットワークに参加するメンバとしてのクライアント端末は、画面を介して登録されたデータ又は任意に作成されたデータを、受注拠点の受注データベースに取り込める形式に変換し、上記受注データベースまでの接続セッションを確立して変換されたデータを送信し、
    上記オープンなネットワーク層とは隔離され且つ受注拠点の内部のネットワーク層とも隔離されたセグメントである受注拠点の中間ネットワーク層に接続されたノードは、当該クライアント端末から送信されてきたデータ又は上記受注データベースから読み出されたデータを収集して一時的に保持した後、適切な宛先に転送し、
    上記オープンなネットワーク層とは隔離され且つ上記中間ネットワーク層とも隔離されたセグメントである上記内部のネットワーク層に接続されるとともに、上記アプリケーションが実装された上記受注データベースは、上記クライアント端末が上記アプリケーションを実行することによって当該クライアント端末とピアツーピア接続し、上記クライアント端末から送信されて上記ノードから転送されてきたデータを記録するとともに、記録しているデータから送信すべきデータを読み出し、上記ノードに受け渡すこと
    を特徴とする業務プロセス方法。
  9. 不特定多数の企業間をネットワークによって接続し、各種業務データの授受を行う業務プロセスシステムに備えられ、ピアツーピアネットワークに参加するメンバとして、ピアツーピアネットワークアーキテクチャを実現するアプリケーションが実装されてオープンなネットワーク層に接続された情報処理装置であって、
    上記アプリケーションの機能であり、データの登録及びデータの表示機能を提供する画面機能を実行する画面手段と、
    上記アプリケーションの機能であり、上記画面機能を実行して登録されたデータ又は任意に作成されたデータを受け取り、当該データを受注拠点の受注データベースに取り込める形式に変換するトランスレート機能を実行するトランスレート手段と、
    上記アプリケーションの機能であり、ファイヤーウォールを超えてセキュリティ性を保持して且つ確実にデータを授受するための基板機能であるデータキャリア機能を実行するデータキャリア手段とを備え、
    上記トランスレート手段は、上記トランスレート機能を実行し、上記画面機能を実行して登録されたデータ又は任意に作成されたデータを、受注拠点の受注データベースに取り込める形式に変換し、
    上記データキャリア手段は、上記データキャリア機能を実行し、上記受注データベースまでの接続セッションを確立して変換されたデータを送信すること
    を特徴とする情報処理装置。
  10. 不特定多数の企業間をネットワークによって接続し、各種業務データの授受を行う業務プロセスシステムに備えられる情報処理装置であって、
    ピアツーピアネットワークアーキテクチャを実現するアプリケーションが実装されたピアツーピアネットワークに参加するメンバとしての発注元が所持するクライアント端末が接続されたオープンなネットワーク層とは隔離され且つ受注拠点の内部のネットワーク層とも隔離されたセグメントである受注拠点の中間ネットワーク層に接続されており、
    上記クライアント端末が上記アプリケーションを実行することによって上記内部のネットワーク層に接続された受注拠点の受注データベースとピアツーピア接続した際に、上記クライアント端末から送信されてきたデータ又は上記内部のネットワーク層に接続された受注拠点の受注データベースから読み出されたデータを収集して一時的に保持するとともに、適切な宛先に転送すること
    を特徴とする情報処理装置。
  11. 不特定多数の企業間をネットワークによって接続し、各種業務データの授受を行う業務プロセスシステムに備えられ、ピアツーピアネットワークアーキテクチャを実現するアプリケーションが実装された発注元が所持するクライアント端末が接続されたオープンなネットワーク層とは隔離された受注拠点の内部のネットワーク層に接続され、受注拠点の受注データベースとしての役割を果たす上記アプリケーションが実装された情報処理装置であって、
    上記アプリケーションの機能であり、ファイヤーウォールを超えてセキュリティ性を保持して且つ確実にデータを授受するための基板機能であるデータキャリア機能を実行するデータキャリア手段と、
    上記アプリケーションの機能であり、上記データキャリア機能を実行して受信したデータを受け取り、当該データをデータベースにおける所定の場所へ取り込むとともに、データベースに記録されているデータを抽出するデータベース管理機能とを備え、
    上記データキャリア手段は、上記データキャリア機能を実行し、上記オープンなネットワーク層とは隔離され且つ上記内部のネットワーク層とも隔離されたセグメントである受注拠点の中間ネットワーク層に接続されたノードを介して上記クライアント端末までの接続セッションを確立し、上記クライアント端末によって当該データベースに取り込み可能に変換されて当該クライアント端末から送信されてきたデータであって上記ノードによって一時的に保持されてから転送されてきたデータを受信し、
    上記データベース管理手段は、上記データベース管理機能を実行し、上記データキャリア機能を実行して受信したデータを受け取り、当該データをデータベースにおける所定の場所へ取り込むとともに、データベースに記録されているデータを抽出すること
    を特徴とする情報処理装置。
JP2005517994A 2004-02-13 2005-02-14 業務プロセスシステム及び業務プロセス方法、並びに情報処理装置 Pending JPWO2005078593A1 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2004036011 2004-02-13
JP2004036011 2004-02-13
PCT/JP2005/002136 WO2005078593A1 (ja) 2004-02-13 2005-02-14 業務プロセスシステム及び業務プロセス方法、並びに情報処理装置

Publications (1)

Publication Number Publication Date
JPWO2005078593A1 true JPWO2005078593A1 (ja) 2007-10-18

Family

ID=34857707

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2005517994A Pending JPWO2005078593A1 (ja) 2004-02-13 2005-02-14 業務プロセスシステム及び業務プロセス方法、並びに情報処理装置

Country Status (2)

Country Link
JP (1) JPWO2005078593A1 (ja)
WO (1) WO2005078593A1 (ja)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100810759B1 (ko) * 2006-02-17 2008-03-07 엔에이치엔(주) Ｐ2ｐ 파일 전송 시스템 및 방법

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2761983C (en) * 2001-02-20 2012-11-27 Eyeball Networks Inc. Method and apparatus to permit data transmission to traverse firewalls
JP2004023597A (ja) * 2002-06-19 2004-01-22 Ariel Networks Co Ltd ネットワークシステムおよびプログラム

Also Published As

Publication number Publication date
WO2005078593A1 (ja) 2005-08-25

Similar Documents

Publication Publication Date Title
US8176189B2 (en) Peer-to-peer network computing platform
US7769877B2 (en) Mobile gateway device
KR101003557B1 (ko) 전자 상거래 커뮤니티 네트워크 및 커뮤니티내/커뮤니티간 보안 라우팅 구현방법
CN1855817B (zh) 网络服务基础设施系统和方法
CN102918801B (zh) 将网络流量策略应用于应用会话的系统和方法
US20170230432A1 (en) Systems and methods for video-conference network system suitable for scalable, automatable, private tele-consultation service
US20070033252A1 (en) Dynamic virtual network and method
KR20080026161A (ko) 원격 네트워크 액세스를 위한 통일된 아키텍쳐
CN101523808A (zh) 网络服务使用管理系统和方法
CN105493445A (zh) 联网计算环境中的区域防火墙集群
CN101222406A (zh) 双代理在虚拟专用网络(vpn)中进行应用层内容路由的方法
JP2014078245A (ja) 商業的な取引のために用いられるのに適合した方法
JP2008181281A (ja) ピア・ツー・ピア通信を行うネットワークシステム
CN101163081B (zh) 文件转送服务器
US20080040124A1 (en) Business Process System, Business Process Method, and Information Processing Apparatus
JPWO2005078593A1 (ja) 業務プロセスシステム及び業務プロセス方法、並びに情報処理装置
Faratin Economics of overlay networks: An industrial organization perspective on network economics
WO2013177869A1 (zh) 一种网络平台及实现多点类型应用需求目标的方法
JP4773312B2 (ja) ファイル転送サーバ
JP2000122939A (ja) アプリケーションゲートウェイの通信制御方法
JP2006172192A (ja) 企業間データ交換システム、企業間データ交換方法及びそのプログラム
Bagaria The Future of Internet: A Review
Poggi et al. Using Agent Platforms for Service Composition.
AU2012203328B2 (en) Electronic commerce community networks and intra/inter community secure routing implementation
JP4872643B2 (ja) 中継サーバ