JP2007158926A - メッセージ制御プログラム、メッセージ制御装置、及びメッセージ制御方法 - Google Patents

メッセージ制御プログラム、メッセージ制御装置、及びメッセージ制御方法 Download PDF

Info

Publication number
JP2007158926A
JP2007158926A JP2005353524A JP2005353524A JP2007158926A JP 2007158926 A JP2007158926 A JP 2007158926A JP 2005353524 A JP2005353524 A JP 2005353524A JP 2005353524 A JP2005353524 A JP 2005353524A JP 2007158926 A JP2007158926 A JP 2007158926A
Authority
JP
Japan
Prior art keywords
message
priority
metadata
priority calculation
message control
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.)
Withdrawn
Application number
JP2005353524A
Other languages
English (en)
Inventor
Keisuke Yano
啓介 矢野
Takeshi Kanai
剛 金井
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.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
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 Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to JP2005353524A priority Critical patent/JP2007158926A/ja
Priority to US11/482,916 priority patent/US20070130265A1/en
Publication of JP2007158926A publication Critical patent/JP2007158926A/ja
Withdrawn legal-status Critical Current

Links

Images

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

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Economics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Human Resources & Organizations (AREA)
  • Marketing (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Strategic Management (AREA)
  • Tourism & Hospitality (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Telephonic Communication Services (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

【課題】メッセージの送信順序に関わらず、受信者の都合に応じた順序でメッセージを処理することができるメッセージ制御装置を提供する。
【解決手段】受信者端末３は、予め、優先度算出式をメッセージ制御装置２の優先度算出式ＤＢ２ａへ登録する（Ｓ１）。メッセージ制御装置２では、メタデータ抽出部２ｃが送信者端末１から送信されたメッセージよりメタデータを抽出し、メッセージをメッセージ蓄積ＤＢ２ｄに格納させる（Ｓ２）。優先度算出部２ｂは、優先度算出式ＤＢ２ａに登録された優先度算出式を用い、メタデータに基づいてメッセージの優先度を算出する（Ｓ３）。メッセージ送出部２ｄは、優先度に従ってメッセージを受信者端末３へ送信する（Ｓ４）。これにより、受信者端末３は優先順序に従って送信者端末１からのメッセージを受信することができる。
【選択図】図１

Description

本発明は，企業間電子商取引におけるメッセージ交換を適正に行うためのメッセージ制御プログラムなどに関し、特に、メッセージを受信する側が受信メッセージの順序を必要に応じて変更できるように制御するメッセージ制御プログラム、メッセージ制御装置、及びメッセージ制御方法に関するものである。
従来の企業間電子商取引の技術では、一般的には、最初に投入されたメッセージが最初に受信者に届くようなＦＩＦＯ（First-In First-Out）のシステムになっている。このような企業間電子商取引に関する代表的な従来技術には、企業間電子商取引技術の国際標準である“ebXML Message Service (lSO/TS 15000-2)”や、当業界標準の“RosettaNet Implementation Framework (http://www.rosettanet.org/)”などがある。また、企業間電子商取引以外のメッセージング技術、例えば、インターネットの電子メールや“Java（登録商標） Message Service (http://java.sun.com/products/jms/)”なども前述の代表的な従来技術と同様にＦＩＦＯの特徴を持っている。このような特徴のため、受信したメッセージの中には優先的に処理すべきものがあるにも関わらず、受信順位が遅いために重要なメッセージの処理が遅れてしまうことがある。
そこで、このような問題を解決するために、送信者が重要メッセージである旨の情報を表示して受信者側へ送信する技術が開示されている（例えば、特許文献１参照）。また、送信されたメッセージが受信者によって読み出された順番に優先順位を付与する技術も開示されている（例えば、特許文献２参照）。
特開２００１−１６７０１２号公報 （段落番号００２７〜００３６、及び図１〜図５参照） 特許第２７６３９４３号公報 （３〜４頁、及び図１参照）
しかしながら、従来の国際標準や業界標準におけるメッセージング技術は、上述したように、投入されたメッセージの順に受信者が受信するようなＦＩＦＯの特徴を持っているため、受信者にとっては重要であって早く処理すべきメッセージが、単に送信時刻の違いのためだけに後回しにされてしまうことがある。言い換えれば、受信者は、送信者が送った順番にしかメッセージを受信することができないので、受信者にとって重要なメッセージを先に受信したいと思ってもそれを行うことができない。
例えば、重要なメッセージが届いてから、受信者は、このメッセージを先に処理すべきであったと初めて気付くこともあるが、上記従来の技術では受信者の都合によって優先順位を決めることができない。このような問題は、受信したメッセージの処理に時間のかかる場合、例えば人間による処理が介在する場合には、受信者が開封したメッセージが期限を過ぎた情報であるなど、深刻な問題となることがある。
また、上記の特許文献１の技術は、送信者がメッセージの重要度を指定して表示するものであり、受信者側にとっては必ずしも優先順位の高いメッセージであるとは限らない場合がある。さらに、上記の特許文献２の技術は、受信者側のロジックによって優先順位を決めるものではないので、受信者に読み出された順番による優先順位が、受信者が優先的に処理すべき優先順位と一致しない場合がある。このように、上記の各特許文献の技術では、送信者が送ったメッセージの優先順位が受信者の優先順位と一致しなかったり、受信者が読み出したメッセージの優先順位が受信者の必要とする優先順位ではなかったりすることがあり、受信者側にとってはメッセージを受信するときの使い勝手がよくない。
本発明は上述した問題点を解決するためになされたものであり、メッセージの送信順序に関わらず、受信者の都合に応じた順序でメッセージを受信者に送信することができるメッセージ制御プログラム、メッセージ制御装置、及びメッセージ制御方法を提供することを目的とする。
上述した課題を解決するため、本発明は、電子商取引のために送信元から送信先へ転送するメッセージの制御をコンピュータに実行させるメッセージ制御プログラムであって、送信元からメッセージを取得し、そのメッセージからメタデータを抽出するメタデータ抽出ステップと、メタデータ抽出ステップにより抽出されたメタデータから、そのメタデータを持つメッセージの優先度を算出する優先度算出ステップと、優先度算出ステップにより算出された優先度に基づいて、送信先へ送出するメッセージを選択するメッセージ選択ステップとをコンピュータに実行させるものである。
また、本発明は、上記発明のメッセージ制御プログラムにおいて、更に、メタデータ抽出ステップの前に、送信先の指示に従って、優先度算出ステップが優先度を算出するための計算式を登録する計算式登録ステップをコンピュータに実行させるものである。
また、本発明は、上記各発明のメッセージ制御プログラムにおいて、メタデータは送信元の情報を含み、優先度算出ステップはメタデータ内の送信元の情報に基づいて優先度を算出するものである。
また、本発明は、上記各発明のメッセージ制御プログラムにおいて、メタデータは送信先が処理を行うべきアイテム数を含み、優先度算出ステップは、メタデータ内のアイテム数に基づいて優先度を算出するものである。
また、本発明は、上記各発明のメッセージ制御プログラムにおいて、メタデータは送信先の回答期限を含み、優先度算出ステップは、メタデータ内の回答期限に基づいて優先度を算出するものである。
また、本発明は、上記各発明のメッセージ制御プログラムにおいて、優先度算出ステップは、送信元からメッセージを取得してからの時間に基づいて優先度を増加させるものである。
また、本発明は、上記各発明のメッセージ制御プログラムにおいて、メタデータは、関連する複数のメッセージの順序を表す順序情報を含み、メッセージ選択ステップは、関連する複数のメッセージがある場合、優先度算出ステップにより算出された優先度に関わらず、順序情報に示された順序に従ってメッセージを選択するものである。
また、本発明は、上記各発明のメッセージ制御プログラムにおいて、メッセージ選択ステップは、優先度算出ステップにより算出された優先度に基づいてメッセージを並べ、メッセージの一覧を作成し、その一覧を送信元に送信し、その一覧のうち送出するメッセージを送信先に選択させるものである。
上述した課題を解決するため、本発明は、電子商取引のために送信元から送信先へ転送するメッセージの制御を行うメッセージ制御装置であって、送信元からメッセージを取得し、そのメッセージからメタデータを抽出するメタデータ抽出部と、メタデータ抽出部により抽出されたメタデータから、そのメタデータを持つメッセージの優先度を算出する優先度算出部と、優先度算出部により算出された優先度に基づいて、送信先へ送出するメッセージを選択するメッセージ選択部とを備えたものである。
また、本発明は、上記発明のメッセージ制御装置において、更に、メタデータ抽出部の前に、送信先の指示に従って、優先度算出部が優先度を算出するための計算式を登録する計算式登録部を備えたものである。
また、本発明は、上記各発明のメッセージ制御装置において、メタデータは送信元の情報を含み、優先度算出部は、メタデータ内の送信元の情報に基づいて優先度を算出するものである。
また、本発明は、上記各発明のメッセージ制御装置において、メタデータは、送信先が処理を行うべきアイテム数を含み、優先度算出部は、メタデータ内のアイテム数に基づいて優先度を算出するものである。
また、本発明は、上記各発明のメッセージ制御装置において、メタデータは、送信先の回答期限を含み、優先度算出部は、メタデータ内の回答期限に基づいて優先度を算出するものである。
また、本発明は、上記各発明のメッセージ制御装置において、優先度算出部は、送信元からメッセージを取得してからの時間に基づいて優先度を増加させるものである。
また、本発明は、上記各発明のメッセージ制御装置において、メタデータは、関連する複数のメッセージの順序を表す順序情報を含み、メッセージ選択部は、関連する複数のメッセージがある場合、優先度算出部により算出された優先度に関わらず、順序情報に示された順序に従ってメッセージを選択するものである。
また、本発明は、上記各発明のメッセージ制御装置において、メッセージ選択部は、優先度算出部により算出された優先度に基づいてメッセージを並べ、メッセージの一覧を作成し、その一覧を送信元に送信し、その一覧のうち送出するメッセージを送信先に選択させるものである。
上述した課題を解決するため、本発明は、電子商取引のために送信元から送信先へ転送するメッセージの制御を行うメッセージ制御方法であって、送信元からメッセージを取得し、そのメッセージからメタデータを抽出するメタデータ抽出ステップと、メタデータ抽出ステップにより抽出されたメタデータから、そのメタデータを持つメッセージの優先度を算出する優先度算出ステップと、優先度算出ステップにより算出された優先度に基づいて、送信先へ送出するメッセージを選択するメッセージ選択ステップとを実行するものである。
また、本発明は、上記発明のメッセージ制御方法において、更に、メタデータ抽出ステップの前に、送信先の指示に従って、優先度算出ステップが優先度を算出するための計算式を登録する計算式登録ステップを実行するものである。
また、本発明は、上記各発明のメッセージ制御方法において、メタデータは送信元の情報を含み、優先度算出ステップは、メタデータ内の送信元の情報に基づいて優先度を算出するものである。
また、本発明は、上記各発明のメッセージ制御方法において、メタデータは、送信先が処理を行うべきアイテム数を含み、優先度算出ステップは、メタデータ内のアイテム数に基づいて優先度を算出するものである。
本発明によれば、受信者の都合に合わせてメッセージの受信順序を任意に変更することができる。例えば、受信者にとって重要なメッセージを優先的に受信することができる。
以下、本発明におけるメッセージ制御装置の実施の形態について図面を参照しつつ詳細に説明するが、まず、本発明におけるメッセージ制御装置の概要について説明する。
本発明のメッセージ制御装置は、ＥＤｌ（Electronic Data Interchange：企業間電子データ交換）等のメッセージングにおいて、受信者が指定した評価式に基づいてメッセージに付与されたメタデータ（メッセージの情報を記述したデータ）から優先度を算出して、受信者にとって最適となるようにメッセージ受信の優先順位を制御するものである。したがって、以下の説明では、受信者の指定する評価式を優先度算出式ということにする。
すなわち、本発明のメッセージ制御装置は、送信されたメッセージに付与されたメタデータを参照し、事前に定義された優先度算出式によって所定の計算を行う。この優先度算出式によって受信者側の優先度を自動で算出することにより、受信者が最優先して受信すべきメッセージを、人手を介すことなく決定することができる。さらに、キュー（つまり、送信されたメッセージを一時的に蓄積するメッセージ蓄積データベース（以下、ＤＢと略す））内の滞留時間を考慮することによって、メッセージ蓄積ＤＢにメッセージが滞留し続けて受信者に届かなくなることを防ぐことができる。また、順序の規定された一連のメッセージ交換(Conversation)内のメッセージの順序変更を制約することによって、本質的に変更してはならないメッセージの優先順位が変更されることを防ぐことができる。
以下、本発明におけるメッセージ制御装置の好適な実施の形態について詳細に説明する。図１は、本実施の形態に適用されるメッセージ制御システムの構成を示すブロック図である。すなわち、この図は、本実施の形態に係るメッセージ制御装置の機能を、企業間電子商取引の中継を行うＡＳＰ（アプリケーション・サービス・プロパイダ）に適用した場合のメッセージ制御システムの構成を示している。
図１に示すように、メッセージ制御システムは、メッセージを送信する送信者端末１と、送信者端末１から送信されたメッセージを中継して転送するときの優先順序を制御するメッセージ制御装置２と、メッセージの優先順序を決定する優先度算出式をメッセージ制御装置２に設定し、そのメッセージ制御装置２から優先順序に従ってメッセージを受信する受信者端末３とによって構成されている。送信者端末１とメッセージ制御装置２の間、メッセージ制御装置２と受信者端末３は、ネットワークを介して接続されている。なお、ネットワークを介して、多数の送信者端末１や多数の受信者端末３がメッセージ制御装置２に接続されていてもよい。
図１に示すメッセージ制御システムの具体的な構成例としては、例えば、受信者端末３は、注文書により多数の部品を発注して製品の組み立てを行う組立業者の端末であり、送信者端末１は、複数存在していてそれぞれ部品の見積り回答書を送信する部品納入業者の端末である。また、メッセージ制御装置２は、複数の部品納入業者の各送信者端末１からランダムに送信された見積り回答書を、例えば、組立業者である受信者端末３から指示された優先度算出式に従って回答期限順に並べ替え、その回答期限順に受信者端末３へ転送するＡＳＰである。
また、メッセージ制御装置２は、受信者端末３があらかじめ登録した優先度算出式を格納しておく優先度算出式データベース（以下、データベースをＤＢと略す）２ａと、優先度算出式ＤＢ２ａから抽出した優先度算出式に基づいて、送信者端末１からランダムに送信されたメッセージの優先度を算出する優先度算出部２ｂと、送信者端末１から送信されたメッセージよりメタデータ（つまり、メッセージの情報を記述したデータ）を抽出するメタデータ抽出部２ｃと、送信者端末１から送信されたメッセージ列を一時的に格納しておくメッセージ蓄積ＤＢ２ｄと、優先度算出部２ｂによって算出された優先度にしたがって受信者端末３へメッセージを送出するメッセージ送出部２ｅとによって構成されている。
なお、メッセージの優先度とは、メッセージの優先順位の上位概念であって必ずしもメッセージの優先順位に限るものではないが、必要に応じて、メッセージの優先度をメッセージの優先順位ということがある。
次に、図１に示すメッセージング制御システムの動作について説明する。受信者端末３は、あらかじめ、中継者（ＡＳＰ）であるメッセージ制御装置２に対して優先度算出式を与えておく。すると、メッセージ制御装置２は、送信者端末１から送信された各メッセージの優先度を優先度算出式によって算出し、優先度の高いメッセージから順に受信者端末３へ送信する。
図１のステップにしたがってさらに詳しくメッセージング制御システムの動作を説明すると、受信者端末３は、あらかじめ、自己に適したようにメッセージの優先度を算出する優先度算出式を、メッセージ制御装置２の優先度算出式ＤＢ２ａに登録しておく（ステップＳ１）。一方、メッセージ制御装置２では、メタデータ抽出部２ｃが、送信者端末１から送信されたメッセージよりメタデータを抽出して優先度算出部２ｂに与えると共に、メッセージ列をメッセージ蓄積ＤＢ２ｄに格納させる（ステップＳ２）。
すると、優先度算出部２ｂが、優先度算出式ＤＢ２ａに登録された優先度算出式を用いて、送信者端末１から送信されたメッセージより抽出されたメタデータに基づいてメッセージの優先度を算出する（ステップＳ３）。そして、メッセージ送出部２ｅからメッセージを送出する際に、優先度算出部２ｂによって算出された優先度（優先順位）の序列に従ってメッセージを受信者端末３へ送信する（ステップＳ４）。これによって、受信者端末３は自己の都合に応じた優先順序で送信者端末１からのメッセージを受信することができる。
ここで、メッセージ制御装置２の優先度算出部２ｂが行う優先度の算出方法について詳細に説明する。優先度算出式ＤＢ２ａに登録されている優先度算出式は単純な宣言的記述法である。このため、優先度算出部２ｂは、各メッセージに添付されたメタデータのＸＭＬ（eXtersible Markup Language）に対するＸＰａｔｈ式によって値を取り出すなどして、メッセージの優先度を計算することができる。
ここで、優先度算出式による優先度算出の利用方法と算出式について幾つかの具体例を挙げて説明する。
１．受信者端末が特定の送信者のメッセージを優先して取得したい場合は、メタデータの送信者ＩＤを使用してメッセージの優先度を算出する。例えば、優先度算出式の例は、『一致（送信者ＩＤ,"111222333"）』というようになる。
２．アイテム（項目）の多いメッセージから優先して取得したい場合は、メタデータのアイテム数を利用して優先度を算出する。例えば、優先度算出式の例は、『降順（アイテム数）』というようになる。
３．回答期限の早いメッセージを優先して取得したい場合は、メタデータの回答期限を利用して優先度を算出する。例えば、優先度算出式の例は、『最近（回答期限）』というようになる。
４．回答期限とアイテム数とから緊急性を計算して、緊急度の高いメッセージを優先して取得したい場合は、メタデータの回答期限とアイテム数を利用して優先度を算出する。例えば、優先度算出式の例は、『最近（回答期限）＋降順（アイテム数）』というようになる。
まず、第１の具体例について説明する。ここで、優先度算出式を登録する場合の具体的な例について説明する。図２は、図１に示すメッセージ制御装置２の優先度算出部２ｂが用いる優先度算出式を構築するＵＩ（User Interface）の一例を示す図である。図３は、受信者端末が行う優先度算出式の登録の流れを示すフローチャートである。ここでは、メタデータの送信者企業コードが所定の値に一致する場合に優先度を上げる優先度算出式を登録する場合について、図１の構成図及び図２の優先度算出式の登録画面を参照しながら図３のフローチャートを説明する。
まず、受信者端末３は、受信者の指示に従って優先度算出式を登録するためにメッセージ制御装置２の登録サービス（つまり、優先度算出式ＤＢ２ａ）へログインする（ステップＳ１１）。次に、受信者端末３は、受信者の操作に従って関数を選択する（ステップＳ１２）。この具体例では、『一致』が選択される。そして、受信者端末３は、受信者の操作に従って第１引数であるＸＭＬ要素を表すＸＰａｔｈ式を手動で入力するか否かを判断する（ステップＳ１３）。
ここで、ＸＰａｔｈ式を手動で入力する場合（ステップＳ１３でＹＥＳ）、受信者端末３は、受信者の操作に従って所望のＸＰａｔｈ式を入力する（ステップＳ１４）。一方、ＸＰａｔｈ式を手動で入力しない場合（ステップＳ１３でＮＯ）、受信者端末３は、受信者の操作に従って、ＸＭＬスキーマのツリー構造から所望のＸＭＬ要素を選択する（ステップＳ１５）。この具体例では、ＸＰａｔｈ式『/Order/Sender/PartyId』が選択される。次に、受信者端末３は、受信者の操作に従って第２引数の値を入力する（Ｓ１６）。この具体例では、特定の送信者企業コード"111222333"が入力される。次に、受信者端末３は、受信者が『登録』をクリックすることにより、所定の登録処理を完了する（ステップＳ１７）。これによって、メッセージ制御装置２の優先度算出式ＤＢ２ａに対して、受信者の所望する優先度算出式『一致（/Order/Sender/PartyId，"111222333"）』が登録される。
次に、第１の具体例において、優先度算出式の登録が完了した後、メッセージ制御装置２が特定の送信者端末からのメッセージを優先して受信者端末３へ送信する場合の具体的な処理について説明する。この場合は、優先度算出部２ｂがメッセージに添付されたメタデータから送信者を識別して、送信者に応じた優先度の重みを与えることにより、特定の送信者からのメッセージを優先して受信者端末３へ送信する。
図４は、本実施の形態のメッセージ制御装置２が特定の送信者からのメッセージを優先して受信者端末３へ送信する処理を行うフロー図である。図４において、受信者端末３は、優先度算出式として『一致（送信元企業ＩＤ，"111222333"）』をメッセージ制御装置２の優先度算出式ＤＢ２ａに登録する（ステップＳ３１）。また、メッセージ制御装置２では、メタデータ抽出部２ｃが、送信者端末１から送信されたメッセージよりメタデータを抽出して優先度算出部２ｂに与えると共に、メッセージ列をメッセージ蓄積ＤＢ２ｄに格納させる（ステップＳ３２）。なお、メタデータ抽出部２ｃにより抽出されたメタデータは、メッセージと対応付けてメッセージ蓄積ＤＢ２ｄに蓄積しても良い。
これにより、優先度算出部２ｂによる優先度の算出結果において、指定した企業ＩＤと一致する送信元企業からのメッセージの優先度が高く評価され（ステップＳ３３）、受信者端末３が重要とみなす取引相手の企業からのメッセージが優先的に受信者端末３へ送信される（ステップＳ３４）。
すなわち、図４に示すように、送信者端末１からメッセージ制御装置２のメッセージ蓄積ＤＢ２ｃへの到着順では、優先度の高い取引先（例えば、Ｎｏ．４の注文の送信元企業ＩＤ"111222333"）が優先度の低い取引先（例えば、Ｎｏ．１の注文の送信元企業ＩＤ"999888777"、Ｎｏ．２の注文の送信元企業ＩＤ"888777666"、及び、Ｎｏ．３の注文の送信元企業ＩＤが"999888777"）の後に隠れている。ところが、優先度算出式ＤＢ２ａに登録した優先度算出式にしたがって優先度をつけると、受信者端末３は指定した取引先（Ｎｏ．４の注文の送信元企業ＩＤ"111222333"）のメッセージから先に受信者端末３へ送信することができる。これにより、受信者端末３は重要性の高い取引先企業のメッセージから優先して受信し、所望の処理を行うことができる。
ここで、特定の送信者からのメッセージを優先する場合の計算式について説明する。このときの計算式は、『一致(/Order/Sender/PartyId,"111222333")』であり、送信者企業コードのＸＰａｔｈ式を第１引数に記し、優先させる送信者企業コードを第２引数に記す。また、関数「一致」は、第１引数のＸＭＬ要素の値と第２引数に指定された送信者企業コードが一致する場合に得点１０を返す。
具体的な計算例を示すと、PartyIdの値が"111222333"のメッセ−ジ（<PartyId>111222333</PartyId>）の場合は、特定の送信者に一致する（つまり、『真』）と見なして得点を１０とする。また、PartyIdの値が"999888777"のメッセージ（<PartyId>999888777</PartyId>）の場合は、特定の送信者に一致しない（つまり、『偽』）と見なして得点を０とする。
従って、受信者は、特定の送信者からのメッセージを優先して受け取ることができる。また、受信者は、優先する送信者の指定を容易に設定することができる。
次に、第２の具体例として、メッセージ制御装置２が回答期限の近いメッセージを優先して受信者端末３へ送信する場合の具体的な処理について説明する。この場合は、メッセージ制御装置２の優先度算出部２ｂが、送信者端末１から送信されたメッセージに添付されたメタデータから回答期限を参照し、最も回答期限の近いメッセージを優先して受信者端末３へ送信する。
図５は、本実施の形態のメッセージ制御装置２が、送信者端末１より送信されてきた見積依頼のメッセージのうちから回答期限の近いものを優先して受信者端末３へ送信する処理を行うフロー図である。まず、受信者端末３がメッセージ制御装置２の優先度算出式ＤＢ２ａに対して所望の優先度算出式を与える。ここでは、『最近（回答期限）』という優先度算出式を与える（ステップＳ２１）。この優先度算出式は、関数『最近』がメッセージのＸＭＬ伝票の中から抽出された『回答期限』を評価し、『回答期限』の日付が現在の日時に近いものほど高い優先度を与える。
また、メッセージ制御装置２では、メタデータ抽出部２ｃが、送信者端末１から送信されたメッセージよりメタデータを抽出して優先度算出部２ｂに与えると共に、メッセージ列をメッセージ蓄積ＤＢ２ｄに格納させる（ステップＳ２２）。
次に、受信者端末３がメッセージの受信をメッセージ制御装置２に指示すると、メッセージ制御装置２の優先度算出部２ｂが、メッセージ蓄積ＤＢ２ｄに蓄積されたメッセージのそれぞれについて、先に優先度算出式ＤＢ２ａに与えられた優先度算出式に基づいて優先度を算出する。（ステップＳ２３）。そして、メッセージ送出部２ｅが、メッセージ蓄積ＤＢ２ｄに蓄積されたメッセージのうち算出された優先度（優先順位）の高いメッセージから順に選択し、受信者端末３へ送信する（ステップＳ２４）。
すなわち、図５に示すように、送信者端末１からメッセージ制御装置２のメッセージ蓄積ＤＢ２ｃへの到着順では回答期限の早い見積依頼（例えば、Ｎｏ．４の見積依頼：回答期限２００５/０９/０１）が回答期限の遅い依頼（例えば、Ｎｏ．１の見積依頼：回答期限２００５/１０/０１、Ｎｏ．２の見積依頼：回答期限２００５/１０/０５、及び、Ｎｏ．３の見積依頼：回答期限２００５/０９/３０）より後に隠れている。
ところが、優先度算出式ＤＢ２ａに登録した優先度算出式にしたがって優先度をつけると、受信者端末３は回答期限の最も早いメッセージ（Ｎｏ．４の見積依頼：回答期限２００５/０９/０１）から順に受信することができる。これによって、受信者端末３は、それぞれの送信者端末１から送られてきた見積依頼に対して回答期限の早いものを優先して受信することができるので、受信者端末３は余裕を持って所定の処理を実行することが可能となる。
上述したメッセージ送出部２ｅが、優先度に従ってメッセージを選択し、自動的に受信者端末３へ送信するとしたが、メッセージ送出部２ｅが送信するメッセージを受信者が選択しても良い。受信者端末３が受信するメッセージをＧＵｌ（Graphical User Interface）によって提示する場合の具体的な処理について説明する。すなわち、受信者端末３において受信者がＧＵｌによって受信すべきメッセージを選択できるようにする。このとき、優先度算出部２ｂによって算出された優先度の高い順にＧＵｌを並ベ換えて表示し、最優先のメッセージを目視によるＧＵｌによって容易に選択できる状態で提示する。すなわち、受信者端末３のメッセージ取得方法には、多数のメッセージを自動的に順次取得して行くのではなく、取得可能なメッセージの一覧表の中からユーザが目視で所望のメッセージを選択して受信する方法がある。
図６は、図５における優先度算出処理によって受信者端末３に表示された受信可能伝票一覧の画面を示す図である。すなわち、メッセージ制御装置２が、優先度算出式にしたがって優先度の算出処理を行うことにより、図６の受信者端末画面に示すように、優先度の高い順（つまり、見積依頼の回答期限の早い順）に整理されて表示される。つまり、最も優先度が高いメッセージ（見積依頼：回答期限２００５/０９/０１）が最上位に選択され、以下、優先度の低いメッセージ（回答期限の遅い見積依頼）へと一覧表示されている。このように、優先度の順に整列してメッセージのー覧表を提示することにより、受信者端末３にとって重要なメッセージ（つまり、見積依頼の回答期限の早いメッセージ）を選択しやすいようなユーザインタフェースにすることができる。ここで、受信者が受信者端末３上でこの受信可能伝票一覧の中から受信したいメッセージを選択することにより、メッセージ送出部２ｅは選択されたメッセージを受信者端末３へ送信する。
ここで、最も回答期限の早いメッセージを優先する場合の具体的な計算式について説明する。このときの計算式は、『最近（/Order/ResponseLimitDate）』であり、第１引数のＸＰａｔｈが指すＸＭＬ要素は回答期限を表す。関数「最近」は、回答期限の日付が早いほど高い得点を返す。また、基準日からの日数の差を得点として定義することができる。
次に、具体的な計算例を示す。基準日を２００５年１１月１日とすると、ResponseLimitDateが"2005-11-11"のメッセージ(メタデータ：<ResponseLimitDate>2005-11-11</ResponseLimitDate>)の場合は、回答期限が遅いので得点を−１０として優先度を低くする。また、ResponseLimitDateが"2005-11-06"のメッセージ(メタデータ：<ResponseLimitDate>2005-11-06</ResponseLimitDate>)の場合は、回答期限が早いので得点を−５として優先度を高くする。つまり、回答期限のより早い１１月６日のメッセージの方が、回答期限の遅い１１月１１日のメッセージより高い優先度となる。このようにして回答期限の迫っているメッセージほど優先度を高く（つまり、送信順序を早く）することができる。
次に、第３の具体例として、処理に時間のかかるメッセージを優先して受信者端末３へ送信する場合の具体的な処理について説明する。この場合は、送信者端末１から送信されたメッセージに添付されたメタデータから処理対象のアイテム数を参照し、受信者端末３が処理すベきアイテム数の多いメッセージを優先してその受信者端末３へ送信する。
すなわち、受信者端末３は、優先度算出式として『降順（明細行数）』という式をメッセージ制御装置２の優先度算出式ＤＢ２ａに登録しておく。これによって、メッセージ制御装置２の優先度算出部２ｂはメッセージの中に含まれる処理対象の明細行数を参照することにより、受信者端末３が処理すべきアイテム数が多くて、処理に時間のかかるメッセージから優先して受信者端末３へ送信することができる。
ここで、処理すべきアイテム数の多いメッセージを優先する場合の優先度算出式について説明する。このときの優先度算出式は、『降順(/Order/LineNumber)』であり、関数「降順」は、第１引数のＸＰａｔｈが指すＸＭＬ要素の値（数値）の高いほど高い得点を返す。単純には、ＸＭＬ要素の値そのものを返すように定義することができる。また、用途に応じてＸＭＬ要素の値に係数を乗算したり、定数を足したりするというように関数を定義してもよい。
以下の具体的な計算例ではＸＭＬ要素の値そのものを使う。計算例は、LineNumberが"8"のとき、すなわち、アイテム数が８のとき（メタデータ：<LineNumber>8</LineNumber>）は得点を８とする。このようにしてアイテム数が多いほど（つまり、得点が高いほど）優先度を高くする。
この具体例によれば、受信者はアイテム数が多いメッセージを優先して受信することにより、処理に時間のかかるメッセージから処理することができる。
次に、第４の具体例として、緊急性の高いメッセージを優先して受信者端末３へ送信する場合の具体的な処理について説明する。この場合は、送信者端末１から送信されたメッセージに添付されたメタデータから、回答期限と処理対象アイテム数とを参照することによって優先度算出部２ｂが緊急性を表す優先度を算出し、最も緊急性の高いメッセージを優先して受信者端末３へ送信する。
すなわち、受信者端末３は、上述した関数『最近』と『降順』を用い、優先度算出式として『最近（回答期限）＋降順（明細行数）』という式を優先度算出ＤＢ２ａに登録しておく。これによって、回答期限の近さと明細行数（すなわち処理対象となるアイテム数）の多さとを加算することにより、総合的に緊急度の高いメッセージを優先して受信者端末３へ送信することができる。
ここで、回答期限と処理対象となるアイテム数とを参照することによって緊急性を算出し、最も緊急性の高いメッセージを優先する場合の計算例について説明する。回答期限による得点と処理アイテム数による得点とを加算して優先度を算出する場合の計算式は、『最近(/Order/ResponseLimitDate)＋降順(/Order/LineNumber)』である。
具体的な計算例を示す。基準日を２００５年１１月１日とすると、（１）回答期限が２００５年１１月１１日で処理アイテム数が８のメッセージの場合は、得点が−１０＋８＝−２となる。（２）回答期限が２００５年１１月５日で処理アイテム数が１のメッセージの場合は、得点が−５＋１＝−４となる。（３）回答期限が２００５年１１月５日で処理アイテム数が８のメッセージの場合は、得点が−５＋８＝３となる。以上の計算結果から、最も回答期限が早く、かつアイテム数の多い（即ち、緊急性の最も高い）メッセージである（３）の回答期限が２００５年１１月５日で処理アイテム数が８のメッセージが最も優先される。
なお、他の複数の関数を組み合わせて、優先度算出式を作成しても良い。また、各関数の返値に対して加算以外の演算を行う優先度算出式を作成しても良い。この具体例によれば、複数の関数を組み合わせて優先度を算出することにより、受信者端末への送信順序に、より複雑な条件を与えることができる。
次に、第５の具体例として、メッセージ制御装置２が期間制限を行うことにより、メッセージがメッセージ蓄積ＤＢ２ｄに無限に滞留するのを防止する場合の具体的な処理について説明する。すなわち、優先度算出部２ｂによる優先度算出式に依存されることなく、一定の期間以上に亘ってメッセージ蓄積ＤＢ２ｄにメッセージが存在する場合は、自動的にそのメッセージの優先度を高くして受信者端末３へ早めに送信する。これによって、メッセージ蓄積ＤＢ２ｄにメッセージが無限に滞留することを防ぐことができる。
図７は、本実施の形態において、メッセージ制御装置２がメッセージ蓄積ＤＢ２ｄに一定期間以上滞留しているメッセージの優先度を上げる処理の流れを示すフローチャートである。すなわち、メッセージ制御装置２の優先度算出部２ｂは、メッセージ蓄積ＤＢ２ｄからメッセージを取り出し（ステップＳ４１）、優先度算出式ＤＢ２ａに登録された優先度算出式を用いて優先度を算出する（ステップＳ４２）。
このとき、優先度算出部２ｂは、メッセージのメッセージ蓄積ＤＢ２ｄへの滞留時間がｎ時間を越えているか否かを判断し（ステップＳ４３）、滞留時間がｎ時間を越えている場合は（ステップＳ４３でＹＥＳ）、優先度に所定の値Ｘを追加して優先度を強制的に高くする（ステップＳ４４）。一方、滞留時間がｎ時間を越えていない場合は（ステップＳ４３でＮＯ）、ステップＳ４５へ移行する。以上の算出した値を最終的な優先度として決定する（ステップＳ４５）。このようにしてメッセージ蓄積ＤＢ２ｄに一定期間以上滞留しているメッセージについては、優先度算出式によらずに強制的に優先度を上げることにより、メッセージがメッセージ蓄積ＤＢ２ｄに無限に滞留することを防ぐことができる。
ここで、期間制限を行うことによってメッセージが無限に滞留することを防止する場合の計算式について説明する。一例として、一定期間以上メッセージ蓄積ＤＢ２ｄに存在するメッセージの優先度を優先度算出式に関わらず高くする期間を例えば１０日間と設定しておく。そして、この期間を越えたメッセージに対しては大きな定数、例えば１００を加算する。
具体的な計算例として、処理アイテム数が１であって、優先度算出式による計算による得点が“１”のメッセージが１０日間取得されないまま経過したものとする。１０日が過ぎた時点で、そのメッセージの優先度に１００を加算して、優先度を１+１００＝１０１とする。この値１０１は他の殆んどのメッセージの優先度より高いため、このメッセージが受信者端末によって優先的に取得される。このようにして、所定の期間を越えたメッセージに対しては大きな定数を加算することにより、一挙に優先度の値を高くして最優先で受信者端末３へ送信する。
次に、第６の具体例として、優先度算出部２ｂが、メッセージの滞留時間を優先度算出式に組み込むことによってメッセージがメッセージ蓄積ＤＢ２ｄに無限に滞留するのを防止する場合の具体的な処理について説明する。この場合は、優先度算出式に対してメッセージ蓄積ＤＢ２ｄ内の滞留時間を加味することによって、メッセージ蓄積ＤＢ２ｄにおける滞留時間が長いメッセージほど優先度が上がるようにして、メッセージがメッセージ蓄積ＤＢ２ｄに無限に滞留することを防ぐ。
すなわち、優先度算出式として『一致（送信元企業ＩＤ，"111222333"）＋滞留時間』のような式を与える。このようにして、あらかじめ決められていた優先度にメッセージの滞留時間を加算することにより、メッセージ蓄積ＤＢ２ｄに長く滞留しているメッセージほど優先度が高くなるようにして、メッセージが無限にメッセージ蓄積ＤＢ２ｄに滞留することを防ぐ。
ここで、滞留時間の長いメッセージほど優先度が上がるようにする場合の具体的な計算式について説明する。前述の各具体例において算出された得点に対し、『経過日数×上昇係数』の式で計算された値を加算する。
なお、経過日数はメッセージが取り込まれてから経過した日数であり、上昇係数は０より大きな任意の係数である。上昇係数が大きいほど日数の経過による優先度の上昇が早くなる。
計算例の一例を示す。上昇係数を０．５としたとき、処理アイテム数が１であって優先度算出式の計算によって得られた得点が“１”のメッセージが存在すると仮定する。このメッセージは翌日には、１×０．５＝０．５が加算されて優先度は１．５となる。また、２日後には優先度は２．０となる。このようにして、メッセージ蓄積ＤＢ２ｄへの滞留期間の長さに応じて徐々に優先度を上げて行くことができる。
次に、第７の具体例として、メッセージ制御装置２がメッセージ順序の不変性を保障する場合の具体的な処理について説明する。この場合は、あるメッセージに関連する一連のメッセージ交換を識別する識別子を用いて、変更してはならないメッセージの順序に制約を与える。
すなわち、メッセージ交換によっては、順序を変えてはいけないものも存在する。例えば、注文メッセージの後に続けてその注文の取消メッセージが送信された場合、最初の注文メッセージを追い越して取消メッセージが先に受信者端末３に受信されてはならない。このような問題を解決するために、一連のメッセージ交換の流れを示す会話ＩＤを利用する。このときの会話ＩＤは、“ebXML Message Service”では“ConversationId”が該当するが、ebXML以外の標準でも同様の識別子を会話ＩＤとして利用することができる。
図８は、本実施の形態において、メッセージ制御装置２が優先度によるメッセージの追い越しを許可するか否かを判断する処理の流れを示すフローチャートである。まず、優先度算出部２ｂがメッセージの優先度を算出する（ステップＳ５１）。次に、優先度算出部２ｂはメッセージの追い越しが発生するか否かを判断する（ステップＳ５２）。
ここで、メッセージの追い越しが発生する場合は（ステップＳ５２でＹＥＳ）、優先度算出部２ｂは、追い越されるメッセージが同じ会話ＩＤを持っているか否かを判断する（ステップＳ５３）。追い越されるメッセージが同じ会話ＩＤを持っていれば（ステップＳ５３でＹＥＳ）、優先度によらず送信者端末１から送信されてきた順序が早いメッセージから先に受信者端末３へ送信する（ステップＳ５４）。
一方、ステップＳ５２でメッセージの追い越しが発生しない場合や（ステップＳ５２でＮＯ）、ステップＳ５３で追い越されるメッセージが同じ会話ＩＤを持っていない場合は（ステップＳ５３でＮＯ）、優先度算出部２ｂが算出した優先度のみに基づいた順序でメッセージを受信者端末３へ送信する（ステップＳ５５）。優先度算出部２ｂは、このようにして優先度によるメッセージの追い越しを許可してもよいか否かを判断する。
この具体例によれば、優先度に従って送信の順序を決定すると共に、一連のメッセージに対しては順序を保つことができ、メッセージの追い越しを防止することができる。
本発明によれば、受信者の都合に合わせてメッセージの受信順序を任意に変更することができる。例えば、受信者にとって重要なメッセージを優先的に受信することができる。また、受信者側の時間的な都合に合わせて重要なメッセージを先に受信するなど、メッセージ受信時の融通性を向上させることができる。さらには、従来技術では送信者が送信した順序でしかメッセージの処理ができなかったが、本発明では、メッセージの受信順序を変更することができるので、メッセージを分割して受信するなどして通信量を削減することが可能となる。また、メッセージの優先度の算出を中継者（ＡＳＰ）が行うため、受信者はヘッダを一旦取り込むなどの処理を行う必要がなくなる。
また、本発明のメッセージ制御装置は、queue,Pub/sub,Push,Pullのいずれにも適用することができるので、メッセージング一般に利用することが可能となる。特に、メッセージの非同期処理や人間が介在する処理などメッセージ処理に時間のかかるメッセージングに利用することができる。このようなことから、本発明のメッセージ制御装置は、企業間電子商取引やＳＯＡ（サービス指向アーキテクチャ）などに有効に利用することができる。
以上の実施の形態では好適な一例としてメッセージ制御装置について説明したが、本発明はこの実施の形態のメッセージ制御装置に限定されるものではない。
更に、メッセージ制御装置を構成するコンピュータにおいて、上述した各ステップを実行させるプログラムを提供することもできる。このようなプログラムは、コンピュータにより読取り可能な記録媒体に記憶させることによって、メッセージ制御装置を構成するコンピュータに実行させることが可能となる。ここで、上記コンピュータにより読取り可能な記録媒体としては、ＲＯＭやＲＡＭ等のコンピュータに内部実装される内部記憶装置、ＣＤ−ＲＯＭやフレキシブルディスク、ＤＶＤディスク、光磁気ディスク、ＩＣカード等の可搬型記憶媒体や、コンピュータプログラムを保持するデータベース、或いは、他のコンピュータ並びにそのデータベースや、更に回線上の伝送媒体をも含むものである。
次に各請求項における構成手段と実施の形態との対応関係について説明する。請求項におけるメタデータ抽出部は、図１におけるメッセージ制御装置２のメタデータ抽出部２ｃであり、請求項における優先度算出部は、図１におけるメッセージ制御装置２の優先度算出部２ｂである。また、請求項におけるメッセージ選択部は、図１におけるメッセージ制御装置２のメッセージ送出部２ｅであり、請求項における計算式登録部は、図１におけるメッセージ制御装置２の優先度算出式ＤＢ２ａである。
（付記１） 電子商取引のために送信元から送信先へ転送するメッセージの制御をコンピュータに実行させるメッセージ制御プログラムであって、
前記送信元からメッセージを取得し、該メッセージからメタデータを抽出するメタデータ抽出ステップと、
前記メタデータ抽出ステップにより抽出されたメタデータから、該メタデータを持つメッセージの優先度を算出する優先度算出ステップと、
前記優先度算出ステップにより算出された優先度に基づいて、前記送信先へ送出するメッセージを選択するメッセージ選択ステップと
をコンピュータに実行させるメッセージ制御プログラム。
（付記２） 付記１に記載のメッセージ制御プログラムにおいて、
更に、前記メタデータ抽出ステップの前に、前記送信先の指示に従って、前記優先度算出ステップが優先度を算出するための計算式を登録する計算式登録ステップをコンピュータに実行させることを特徴とするメッセージ制御プログラム。
（付記３） 付記１または付記２に記載のメッセージ制御プログラムにおいて、
前記メタデータは、前記送信元の情報を含み、
前記優先度算出ステップは、前記メタデータ内の送信元の情報に基づいて優先度を算出することを特徴とするメッセージ制御プログラム。
（付記４） 付記１乃至付記３のいずれかにメッセージ制御プログラムにおいて、
前記メタデータは、前記送信先が処理を行うべきアイテム数を含み、
前記優先度算出ステップは、前記メタデータ内の前記アイテム数に基づいて優先度を算出することを特徴とするメッセージ制御プログラム。
（付記５） 付記１乃至付記４のいずれかに記載のメッセージ制御プログラムにおいて、
前記メタデータは、前記送信先の回答期限を含み、
前記優先度算出ステップは、前記メタデータ内の回答期限に基づいて優先度を算出することを特徴とするメッセージ制御プログラム。
（付記６） 付記１乃至付記５のいずれかに記載のメッセージ制御プログラムにおいて、
前記優先度算出ステップは、前記送信元からメッセージを取得してからの時間に基づいて優先度を増加させることを特徴とするメッセージ制御プログラム。
（付記７） 付記１乃至付記６のいずれかに記載のメッセージ制御プログラムにおいて、
前記メタデータは、関連する複数のメッセージの順序を表す順序情報を含み、
前記メッセージ選択ステップは、前記関連する複数のメッセージがある場合、前記優先度算出ステップにより算出された優先度に関わらず、前記順序情報に示された順序に従ってメッセージを選択することを特徴とするメッセージ制御プログラム。
（付記８） 付記１乃至付記７のいずれかに記載のメッセージ制御プログラムにおいて、
前記メッセージ選択ステップは、前記優先度算出ステップにより算出された優先度に基づいてメッセージを並べ、メッセージの一覧を作成し、該一覧を前記送信元に送信し、該一覧のうち送出するメッセージを前記送信先に選択させることを特徴とするメッセージ制御プログラム。
（付記９） 電子商取引のために送信元から送信先へ転送するメッセージの制御を行うメッセージ制御装置であって、
前記送信元からメッセージを取得し、該メッセージからメタデータを抽出するメタデータ抽出部と、
前記メタデータ抽出部により抽出されたメタデータから、該メタデータを持つメッセージの優先度を算出する優先度算出部と、
前記優先度算出部により算出された優先度に基づいて、前記送信先へ送出するメッセージを選択するメッセージ選択部と
を備えるメッセージ制御装置。
（付記１０） 付記１に記載のメッセージ制御装置において、
更に、前記メタデータ抽出部の前に、前記送信先の指示に従って、前記優先度算出部が優先度を算出するための計算式を登録する計算式登録部を備えることを特徴とするメッセージ制御装置。
（付記１１） 付記１または付記２に記載のメッセージ制御装置において、
前記メタデータは、前記送信元の情報を含み、
前記優先度算出部は、前記メタデータ内の送信元の情報に基づいて優先度を算出することを特徴とするメッセージ制御装置。
（付記１２） 付記１乃至付記３のいずれかにメッセージ制御装置において、
前記メタデータは、前記送信先が処理を行うべきアイテム数を含み、
前記優先度算出部は、前記メタデータ内の前記アイテム数に基づいて優先度を算出することを特徴とするメッセージ制御装置。
（付記１３） 付記１乃至付記４のいずれかに記載のメッセージ制御装置において、
前記メタデータは、前記送信先の回答期限を含み、
前記優先度算出部は、前記メタデータ内の回答期限に基づいて優先度を算出することを特徴とするメッセージ制御装置。
（付記１４） 付記１乃至付記５のいずれかに記載のメッセージ制御装置において、
前記優先度算出部は、前記送信元からメッセージを取得してからの時間に基づいて優先度を増加させることを特徴とするメッセージ制御装置。
（付記１５） 付記１乃至付記６のいずれかに記載のメッセージ制御装置において、
前記メタデータは、関連する複数のメッセージの順序を表す順序情報を含み、
前記メッセージ選択部は、前記関連する複数のメッセージがある場合、前記優先度算出部により算出された優先度に関わらず、前記順序情報に示された順序に従ってメッセージを選択することを特徴とするメッセージ制御装置。
（付記１６） 付記１乃至付記７のいずれかに記載のメッセージ制御装置において、
前記メッセージ選択部は、前記優先度算出部により算出された優先度に基づいてメッセージを並べ、メッセージの一覧を作成し、該一覧を前記送信元に送信し、該一覧のうち送出するメッセージを前記送信先に選択させることを特徴とするメッセージ制御装置。
（付記１７） 電子商取引のために送信元から送信先へ転送するメッセージの制御を行うメッセージ制御方法であって、
前記送信元からメッセージを取得し、該メッセージからメタデータを抽出するメタデータ抽出ステップと、
前記メタデータ抽出ステップにより抽出されたメタデータから、該メタデータを持つメッセージの優先度を算出する優先度算出ステップと、
前記優先度算出ステップにより算出された優先度に基づいて、前記送信先へ送出するメッセージを選択するメッセージ選択ステップと
を実行するメッセージ制御方法。
（付記１８） 付記１７に記載のメッセージ制御方法において、
更に、前記メタデータ抽出ステップの前に、前記送信先の指示に従って、前記優先度算出ステップが優先度を算出するための計算式を登録する計算式登録ステップを実行することを特徴とするメッセージ制御方法。
（付記１９） 付記１７または付記１８に記載のメッセージ制御方法において、
前記メタデータは、前記送信元の情報を含み、
前記優先度算出ステップは、前記メタデータ内の送信元の情報に基づいて優先度を算出することを特徴とするメッセージ制御方法。
（付記２０） 付記１７乃至付記１９のいずれかにメッセージ制御方法において、
前記メタデータは、前記送信先が処理を行うべきアイテム数を含み、
前記優先度算出ステップは、前記メタデータ内の前記アイテム数に基づいて優先度を算出することを特徴とするメッセージ制御方法。
本実施の形態に適用されるメッセージ制御システムの構成を示すブロック図である。 本実施の形態に係るメッセージ制御装置の優先度算出部が用いる優先度算出式を構築するＵＩの一例を示す図である。 本実施の形態に係る受信者端末が行う優先度算出式の登録の流れの一例を示すフローチャートである。 本実施の形態に係るメッセージ制御装置が、送信者端末より送信されてきた見積依頼のうちから回答期限の近いものを優先して受信者端末へ送信する処理の一例を示すフロー図である。 本実施の形態に係る優先度算出処理によって受信者端末に表示された受信可能メッセージ一覧の画面の一例を示す図である。 本実施の形態に係るメッセージ制御装置が、特定の送信者端末からのメッセージを優先して受信者端末へ送信する処理の一例を示すフロー図である。 本実施の形態に係るメッセージ制御装置がメッセージ蓄積ＤＢに一定期間以上滞留しているメッセージの優先度を上げる処理の流れの一例を示すフローチャートである。 本実施の形態に係るメッセージ制御装置が優先度によるメッセージの追い越しを許可するか否かを判断する処理の流れの一例を示すフローチャートである。
符号の説明
１ 送信者端末、２ メッセージ制御装置、２ａ 優先度算出式ＤＢ（データベース）、２ｂ 優先度算出部、２ｃ メタデータ抽出部、２ｄ メッセージ蓄積ＤＢ、２ｅ メッセージ送出部、３ 受信者端末

Claims (10)

  1. 電子商取引のために送信元から送信先へ転送するメッセージの制御をコンピュータに実行させるメッセージ制御プログラムであって、
    前記送信元からメッセージを取得し、該メッセージからメタデータを抽出するメタデータ抽出ステップと、
    前記メタデータ抽出ステップにより抽出されたメタデータから、該メタデータを持つメッセージの優先度を算出する優先度算出ステップと、
    前記優先度算出ステップにより算出された優先度に基づいて、前記送信先へ送出するメッセージを選択するメッセージ選択ステップと
    をコンピュータに実行させるメッセージ制御プログラム。
  2. 請求項１に記載のメッセージ制御プログラムにおいて、
    更に、前記メタデータ抽出ステップの前に、前記送信先の指示に従って、前記優先度算出ステップが優先度を算出するための計算式を登録する計算式登録ステップをコンピュータに実行させることを特徴とするメッセージ制御プログラム。
  3. 請求項１または請求項２に記載のメッセージ制御プログラムにおいて、
    前記メタデータは、前記送信元の情報を含み、
    前記優先度算出ステップは、前記メタデータ内の送信元の情報に基づいて優先度を算出することを特徴とするメッセージ制御プログラム。
  4. 請求項１乃至請求項３のいずれかに記載のメッセージ制御プログラムにおいて、
    前記メタデータは、前記送信先が処理を行うべきアイテム数を含み、
    前記優先度算出ステップは、前記メタデータ内の前記アイテム数に基づいて優先度を算出することを特徴とするメッセージ制御プログラム。
  5. 請求項１乃至請求項４のいずれかに記載のメッセージ制御プログラムにおいて、
    前記メタデータは、前記送信先の回答期限を含み、
    前記優先度算出ステップは、前記メタデータ内の回答期限に基づいて優先度を算出することを特徴とするメッセージ制御プログラム。
  6. 請求項１乃至請求項５のいずれかに記載のメッセージ制御プログラムにおいて、
    前記優先度算出ステップは、前記送信元からメッセージを取得してからの時間に基づいて優先度を増加させることを特徴とするメッセージ制御プログラム。
  7. 請求項１乃至請求項６のいずれかに記載のメッセージ制御プログラムにおいて、
    前記メタデータは、関連する複数のメッセージの順序を表す順序情報を含み、
    前記メッセージ選択ステップは、前記関連する複数のメッセージがある場合、前記優先度算出ステップにより算出された優先度に関わらず、前記順序情報に示された順序に従ってメッセージを選択することを特徴とするメッセージ制御プログラム。
  8. 請求項１乃至請求項７のいずれかに記載のメッセージ制御プログラムにおいて、
    前記メッセージ選択ステップは、前記優先度算出ステップにより算出された優先度に基づいてメッセージを並べ、メッセージの一覧を作成し、該一覧を前記送信元に送信し、該一覧のうち送出するメッセージを前記送信先に選択させることを特徴とするメッセージ制御プログラム。
  9. 電子商取引のために送信元から送信先へ転送するメッセージの制御を行うメッセージ制御装置であって、
    前記送信元からメッセージを取得し、該メッセージからメタデータを抽出するメタデータ抽出部と、
    前記メタデータ抽出部により抽出されたメタデータから、該メタデータを持つメッセージの優先度を算出する優先度算出部と、
    前記優先度算出部により算出された優先度に基づいて、前記送信先へ送出するメッセージを選択するメッセージ選択部と
    を備えるメッセージ制御装置。
  10. 電子商取引のために送信元から送信先へ転送するメッセージの制御を行うメッセージ制御方法であって、
    前記送信元からメッセージを取得し、該メッセージからメタデータを抽出するメタデータ抽出ステップと、
    前記メタデータ抽出ステップにより抽出されたメタデータから、該メタデータを持つメッセージの優先度を算出する優先度算出ステップと、
    前記優先度算出ステップにより算出された優先度に基づいて、前記送信先へ送出するメッセージを選択するメッセージ選択ステップと
    を実行するメッセージ制御方法。
JP2005353524A 2005-12-07 2005-12-07 メッセージ制御プログラム、メッセージ制御装置、及びメッセージ制御方法 Withdrawn JP2007158926A (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2005353524A JP2007158926A (ja) 2005-12-07 2005-12-07 メッセージ制御プログラム、メッセージ制御装置、及びメッセージ制御方法
US11/482,916 US20070130265A1 (en) 2005-12-07 2006-07-10 Message control program, message control device, and message control method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2005353524A JP2007158926A (ja) 2005-12-07 2005-12-07 メッセージ制御プログラム、メッセージ制御装置、及びメッセージ制御方法

Publications (1)

Publication Number Publication Date
JP2007158926A true JP2007158926A (ja) 2007-06-21

Family

ID=38120050

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2005353524A Withdrawn JP2007158926A (ja) 2005-12-07 2005-12-07 メッセージ制御プログラム、メッセージ制御装置、及びメッセージ制御方法

Country Status (2)

Country Link
US (1) US20070130265A1 (ja)
JP (1) JP2007158926A (ja)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2010288232A (ja) * 2009-06-15 2010-12-24 Nippon Telegr & Teleph Corp <Ntt> 連絡先選択装置、連絡先選択方法、連絡先選択プログラム
JP2012181832A (ja) * 2011-02-10 2012-09-20 Kddi Corp 優先度通知装置及び優先度通知プログラム
WO2014020779A1 (ja) * 2012-08-03 2014-02-06 トヨタ自動車株式会社 データ送信装置、通信制御方法、及び通信制御プログラム
JP2015162159A (ja) * 2014-02-28 2015-09-07 キヤノンマーケティングジャパン株式会社 情報処理システム、およびその制御方法、プログラム

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2009107713A1 (ja) * 2008-02-26 2009-09-03 株式会社オートネットワーク技術研究所 車載用の中継接続ユニット
US9083558B2 (en) * 2009-12-28 2015-07-14 International Business Machines Corporation Control E-mail download through instructional requests
US8627308B2 (en) * 2010-06-30 2014-01-07 International Business Machines Corporation Integrated exchange of development tool console data

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3151103B2 (ja) * 1994-03-30 2001-04-03 株式会社日立製作所 通信システムおよび通信方法
JPH11261627A (ja) * 1998-03-09 1999-09-24 Fujitsu Ltd 電子メール配信装置
US6055564A (en) * 1998-03-11 2000-04-25 Hewlett Packard Company Admission control where priority indicator is used to discriminate between messages
IL134755A0 (en) * 2000-02-28 2001-04-30 Terracross Ltd Method and apparatus for high-speed generation of a priority metric for queues
US7444383B2 (en) * 2000-06-17 2008-10-28 Microsoft Corporation Bounded-deferral policies for guiding the timing of alerting, interaction and communications using local sensory information
US6732185B1 (en) * 2000-07-24 2004-05-04 Vignette Corporation Method and system for managing message pacing
US20040158614A1 (en) * 2003-02-06 2004-08-12 Bruce Williams Method and apparatus for managing data transmission privileges during a network conference
US20070022172A1 (en) * 2005-07-19 2007-01-25 Anglin Howard N Controlling presentation of instant messages to a recipient

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2010288232A (ja) * 2009-06-15 2010-12-24 Nippon Telegr & Teleph Corp <Ntt> 連絡先選択装置、連絡先選択方法、連絡先選択プログラム
JP2012181832A (ja) * 2011-02-10 2012-09-20 Kddi Corp 優先度通知装置及び優先度通知プログラム
WO2014020779A1 (ja) * 2012-08-03 2014-02-06 トヨタ自動車株式会社 データ送信装置、通信制御方法、及び通信制御プログラム
JP2014033339A (ja) * 2012-08-03 2014-02-20 Toyota Motor Corp データ送信装置、通信制御方法、及び通信制御プログラム
US9703736B2 (en) 2012-08-03 2017-07-11 Toyota Jidosha Kabushiki Kaisha Data transmission apparatus, communication control method, and communication control program
JP2015162159A (ja) * 2014-02-28 2015-09-07 キヤノンマーケティングジャパン株式会社 情報処理システム、およびその制御方法、プログラム

Also Published As

Publication number Publication date
US20070130265A1 (en) 2007-06-07

Similar Documents

Publication Publication Date Title
JP5129567B2 (ja) 添付ファイル付きメッセージを処理するためのメッセージングプロトコル
KR101965023B1 (ko) 시간 관리형 전자 메일 메시지 처리 기법
JP2007158926A (ja) メッセージ制御プログラム、メッセージ制御装置、及びメッセージ制御方法
US6938213B2 (en) Tracking user availability for participation in messaging sessions
US7552184B2 (en) System and method for allowing a user to ensure actions taken on a document are applied to the most recent electronic correspondence
US9314699B2 (en) Systems and methods for applying game mechanics to the completion of tasks by users
US6963904B2 (en) Method for correlating an electronic mail message with related messages
US20110202618A1 (en) Active Removal of E-Mail Recipient from Replies and Subsequent Threads
US8166121B2 (en) Situation based presence notification leveraging
US8713115B2 (en) Sending notification of event
AU2009265217A1 (en) Selecting from a list of short message service (SMS) gateways from a graphical user interface (GUI)
US20070143168A1 (en) Meeting scheduling service
TW200404437A (en) Annotating and routing message content
US9299063B2 (en) Receiver side indication of preview content for template emails
US20080147706A1 (en) Subscribing to items in an agenda
US20050055413A1 (en) Method and apparatus for automatically sending away notifications in an email messaging system
US6920483B1 (en) Notification of automatically forwarded electronic mail messages in a data processing system
US10432776B1 (en) Managing unanswered digital communications
JP2007274547A (ja) 電子メール処理装置、および、プログラム
JPH11219402A (ja) ワークフロー支援システムにおける電子文書処理方法およびその方法の各工程をコンピュータに実行させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体
JP2007036772A (ja) 電話コールシステム
JP2008040620A (ja) プロセス管理装置、ビジネスプロセス管理システム及びプロセス管理方法
JP5682260B2 (ja) メール処理方法、プログラム及び装置
JP2024016246A (ja) プログラム、サーバ及び方法
JP2004110444A (ja) 電子メールの管理システムおよび方法

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20080416

A761 Written withdrawal of application

Free format text: JAPANESE INTERMEDIATE CODE: A761

Effective date: 20091026