(57)【要約】      （修正有）【課題】クライアント側からのリクエスト時にメタデータのフォーマットを指定でき、メタデータを自由にカスタマイズできるようにしたメタデータカスタマイズ方法を提供する。【解決手段】利用側装置から配信側装置に対し、構造化言語により記述されたメタデータの取得リクエストに、取得するメタデータの構造化言語の記述内における所定位置に存在するカスタマイズ対象の要素と、当該要素に配置される変数および書式を示すフォーマットとを指定して、メタデータの取得リクエストを行う工程と、上記配信側装置において、異なる上記利用側装置からのリクエストに応じ、上記取得リクエストの要素およびフォーマットの指定に基づいて、出力するメタデータの構造化言語の記述内における該当する要素の内容をフォーマットで指定される変数および書式に対応する値にその都度に動的に置き換える工程とを備える。【選択図】図６
2008077632.tif 000002
【特許請求の範囲】
【請求項１】
構造化言語により記述されたメタデータの配信機能を持った配信側装置から利用側装置にメタデータを配信し、メタデータの利用を行うシステムにおけるメタデータのカスタマイズ方法であって、
上記利用側装置から上記配信側装置に対し、メタデータの取得リクエストに、取得するメタデータの構造化言語の記述内における所定位置に存在するカスタマイズ対象の要素と、当該要素に配置される変数および書式を示すフォーマットとを指定して、メタデータの取得リクエストを行う工程と、
上記配信側装置において、異なる上記利用側装置からのリクエストに応じ、上記取得リクエストの要素およびフォーマットの指定に基づいて、出力するメタデータの構造化言語の記述内における該当する要素の内容をフォーマットで指定される変数および書式に対応する値にその都度に動的に置き換える工程とを備えたことを特徴とするメタデータカスタマイズ方法。
【請求項２】
請求項１に記載のメタデータカスタマイズ方法において、
メタデータ生成のためのテンプレートを保持し、
上記テンプレートにおける上記取得リクエストで指定された構造化言語の記述内における該当する要素の内容を、指定されたフォーマットの変数および書式に一時的に置き換えることを特徴とするメタデータカスタマイズ方法。
【請求項３】
請求項２に記載のメタデータカスタマイズ方法において、
上記テンプレートを複数保持し、
上記取得リクエストに際して、使用するテンプレートを指定する記述を含めることを特徴とするメタデータカスタマイズ方法。
【請求項４】
請求項１に記載のメタデータカスタマイズ方法において、
メタデータにおける上記取得リクエストで指定された構造化言語の記述内における該当する要素の内容を、指定されたフォーマットに対応する他の要素の内容で置き換えることを特徴とするメタデータカスタマイズ方法。
【請求項５】
請求項４に記載のメタデータカスタマイズ方法において、
メタデータにおける上記取得リクエストで指定された構造化言語の記述内における該当する要素の内容を、上記取得リクエストで指定されたフォーマットの変数に対応する拡張タグの内容で置き換えることを特徴とするメタデータカスタマイズ方法。
【請求項６】
請求項１乃至５のいずれか一項に記載のメタデータカスタマイズ方法において、
上記取得リクエストにおける要素を、所定の要素からの相対的な位置で指定することを特徴とするメタデータカスタマイズ方法。
【請求項７】
構造化言語により記述されたメタデータの配信機能を持った配信側装置から利用側装置にメタデータを配信し、メタデータの利用を行うシステムにおけるメタデータのカスタマイズ方法であって、
上記配信側装置とは別の外部サーバが、上記配信側装置からメタデータを収集する工程と、
上記利用側装置から上記外部サーバに対し、メタデータの取得リクエストに、取得するメタデータの構造化言語の記述内における所定位置に存在するカスタマイズ対象の要素と、当該要素に配置される変数および書式を示すフォーマットとを指定して、メタデータの取得リクエストを行う工程と、
上記外部サーバにおいて、異なる上記利用側装置からのリクエストに応じ、上記取得リクエストの要素およびフォーマットの指定に基づいて、出力するメタデータの構造化言語の記述内における該当する要素の内容をフォーマットで指定される変数および書式に対応する値にその都度に動的に置き換える工程とを備えたことを特徴とするメタデータカスタマイズ方法。
【請求項８】
請求項７に記載のメタデータカスタマイズ方法において、
上記外部サーバが、複数の上記配信側装置からメタデータを予め収集する工程を備えたことを特徴とするメタデータカスタマイズ方法。
【請求項９】
構造化言語により記述されたメタデータの配信機能を持った配信側装置から利用側装置にメタデータを配信し、メタデータの利用を行うシステムにおける上記配信側装置であって、
上記利用側装置もしくは外部サーバから、取得するメタデータの構造化言語の記述内における所定位置に存在するカスタマイズ対象の要素と、当該要素に配置される変数および書式を示すフォーマットとを指定したメタデータの取得リクエストを受け付ける手段と、
上記取得リクエストの要素およびフォーマットの指定に基づいて、出力するメタデータの構造化言語の記述内における該当する要素の内容をフォーマットで指定される変数および書式に対応する値にその都度に動的に置き換える手段と、
置き換えを行ったメタデータをリクエスト元へ返送する手段とを備えたことを特徴とする配信側装置。
【請求項１０】
構造化言語により記述されたメタデータの配信機能を持った配信側装置から利用側装置にメタデータを配信し、メタデータの利用を行うシステムに用いられる外部サーバであって、
上記配信側装置からメタデータを収集する手段と、
上記利用側装置から、取得するメタデータの構造化言語の記述内における所定位置に存在するカスタマイズ対象の要素と、当該要素に配置される変数および書式を示すフォーマットとを指定したメタデータの取得リクエストを受け付ける手段と、
上記取得リクエストの要素およびフォーマットの指定に基づいて、出力するメタデータの構造化言語の記述内における該当する要素の内容をフォーマットで指定される変数および書式に対応する値にその都度に動的に置き換える手段と、
置き換えを行ったメタデータをリクエスト元へ返送する手段とを備えたことを特徴とする外部サーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＲＳＳ（RDF(Resource Description Framework) Site Summary、Rich Site Summary、Really Simple Syndication）等の構造化言語により記述されたメタデータのフォーマットをカスタマイズできるようにしたメタデータカスタマイズ方法に関する。
【背景技術】
【０００２】
昨今、ＲＳＳを活用した技術が注目を集めており、ＦＡＸ受信画像を所定のＵＲＬ（Uniform Resource Locator）で示される格納領域に蓄積し、そのＵＲＬを含んだ一覧情報をＦＡＸ受信履歴としてＲＳＳにより配信する機能を有したＦＡＸ装置等が提供されるに至っている（例えば、特許文献１参照。）。
【０００３】
また、ＲＳＳは標準化されたＸＭＬ（Extensible Markup Language）のデータであり、改変やアグリゲートといった取り扱いが柔軟であるという性質を持っていることから、これらのＲＳＳ配信機能付きのＦＡＸ装置をＲＳＳリーダの機能を持ったスケジューラと組み合わせ、ＰＣ（Personal Computer）等からスケジュール管理の一環としてＦＡＸ受信履歴を閲覧するような使い方が考えられる。
【０００４】
図１は従来のＲＳＳ配信機能付きのＦＡＸ装置を含むシステムの構成例を示す図であり、電話回線を介して送信元ＦＡＸ装置１と接続されたＲＳＳ配信機能付きのＦＡＸ装置２に対し、ネットワークを介してスケジューラ３が接続され、スケジューラ３にはＰＣ等のクライアント４が接続されている。
【０００５】
図２はＦＡＸ装置２から配信されるＲＳＳの例を示す図であり、item要素の記述Ｄ１の部分に１件分の受信履歴が収められており、これらが最新分の受信履歴の個数だけ続く。item要素の記述Ｄ１には、受信履歴のタイトル、受信画像へのリンク、日時、相手先、回線、枚数、結果等が含まれている。
【特許文献１】特開２００６−５４７３２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
上述したように、ＲＳＳ配信機能付きのＦＡＸ装置２とスケジューラ３とを組み合わせることで、スケジュール管理の一環として遠隔のクライアント４からＦＡＸ受信履歴を閲覧できることから利便性の向上が達成されるものではあるが、ＦＡＸ装置２の配信するＲＳＳは固定のテンプレートに基づいて生成されるものであり、フォーマットが固定であることから、スケジューラ３での表示等において支障が生じる場合があった。
【０００７】
図３はスケジューラ３における表示の例を示す図であり、title要素の内容（「<title>（株）ＡＢＣ</title>」における「（株）ＡＢＣ」部分）を時刻とともに表示するようにしたものであるが、（ａ）に示すような１日分が縦に区切られた週間ビューにおいては、title要素の内容が長いとtitle要素の内容の全てが表示できない場合が生じ、反対に（ｂ）に示すような１日の時間帯が横に区切られた一日ビューにおいては、title要素の内容が短いと表示する情報量が不足するという不都合がある。
【０００８】
図４はスケジューラ３における他の表示の例を示す図であり、title要素が「<title>１０：２３（株）ＡＢＣ</title>」というように時刻を含んだものである場合（title要素の内容だけを表示するＲＳＳリーダでは時刻がtitle要素に含まれていると便利であるため、そのようにフォーマットが設定される場合がある。）、スケジューラ３側がtitle要素の内容に更に時刻を付加してしまうと、時刻が二重に表示されてしまうという不都合がある。
【０００９】
このように、ＲＳＳに含まれる各要素のタグとその内容はＲＳＳ配信側で予め固定的に決められるものであり、クライアント側ではその中から表示すべきものを選ぶことしかできず、適切でない場合は上述したような問題が起こり得る。反対に、ＲＳＳ配信側でもタグにどういう内容を入れるのがよいか判断に迷うことにもなる。なお、ＲＳＳ配信側でクライアント側のＲＳＳリーダ毎にＲＳＳ生成のためのテンプレートを用意することも不可能ではないが、ＲＳＳリーダは無数にあり、現実的ではない。
【００１０】
また、ＲＳＳに所望の情報が含まれている場合は何らかの手法で抽出することも不可能ではないが、情報欠落があるとクライアント側のカスタマイズではどうにもならない。例えば、title要素に相手先名が入っていて欲しいのにどこにもその情報がないというケースが考えられる。
【００１１】
更に、正規表現等でカスタマイズ（scraping）することはできるが、１００％の精度は出せず、結果的に適切な表示が行えない。例えば、「<title>2006-01-09 （株）リコー</title>」、の場合、本当に先頭の数字が日時であるのか、会社名の後ろに何か文字列が付かないかなどが判断できないことが考えられる。
【００１２】
本発明は上記の従来の問題点に鑑み提案されたものであり、その目的とするところは、クライアント側からのリクエスト時に構造化言語により記述されたメタデータのフォーマットを指定でき、メタデータを自由にカスタマイズできるようにしたメタデータカスタマイズ方法を提供することにある。
【課題を解決するための手段】
【００１３】
上記の課題を解決するため、本発明にあっては、請求項１に記載されるように、構造化言語により記述されたメタデータの配信機能を持った配信側装置から利用側装置にメタデータを配信し、メタデータの利用を行うシステムにおけるメタデータのカスタマイズ方法であって、上記利用側装置から上記配信側装置に対し、メタデータの取得リクエストに、取得するメタデータの構造化言語の記述内における所定位置に存在するカスタマイズ対象の要素と、当該要素に配置される変数および書式を示すフォーマットとを指定して、メタデータの取得リクエストを行う工程と、上記配信側装置において、異なる上記利用側装置からのリクエストに応じ、上記取得リクエストの要素およびフォーマットの指定に基づいて、出力するメタデータの構造化言語の記述内における該当する要素の内容をフォーマットで指定される変数および書式に対応する値にその都度に動的に置き換える工程とを備えるメタデータカスタマイズ方法を要旨としている。
【００１４】
また、請求項２に記載されるように、請求項１に記載のメタデータカスタマイズ方法において、メタデータ生成のためのテンプレートを保持し、上記テンプレートにおける上記取得リクエストで指定された構造化言語の記述内における該当する要素の内容を、指定されたフォーマットの変数および書式に一時的に置き換えるようにすることができる。
【００１５】
また、請求項３に記載されるように、請求項２に記載のメタデータカスタマイズ方法において、上記テンプレートを複数保持し、上記取得リクエストに際して、使用するテンプレートを指定する記述を含めるようにすることができる。
【００１６】
また、請求項４に記載されるように、請求項１に記載のメタデータカスタマイズ方法において、メタデータにおける上記取得リクエストで指定された構造化言語の記述内における該当する要素の内容を、指定されたフォーマットに対応する他の要素の内容で置き換えるようにすることができる。
【００１７】
また、請求項５に記載されるように、請求項４に記載のメタデータカスタマイズ方法において、メタデータにおける上記取得リクエストで指定された構造化言語の記述内における該当する要素の内容を、上記取得リクエストで指定されたフォーマットの変数に対応する拡張タグの内容で置き換えるようにすることができる。
【００１８】
また、請求項６に記載されるように、請求項１乃至５のいずれか一項に記載のメタデータカスタマイズ方法において、上記取得リクエストにおける要素を、所定の要素からの相対的な位置で指定するようにすることができる。
【００１９】
また、請求項７に記載されるように、構造化言語により記述されたメタデータの配信機能を持った配信側装置から利用側装置にメタデータを配信し、メタデータの利用を行うシステムにおけるメタデータのカスタマイズ方法であって、上記配信側装置とは別の外部サーバが、上記配信側装置からメタデータを収集する工程と、上記利用側装置から上記外部サーバに対し、メタデータの取得リクエストに、取得するメタデータの構造化言語の記述内における所定位置に存在するカスタマイズ対象の要素と、当該要素に配置される変数および書式を示すフォーマットとを指定して、メタデータの取得リクエストを行う工程と、上記外部サーバにおいて、異なる上記利用側装置からのリクエストに応じ、上記取得リクエストの要素およびフォーマットの指定に基づいて、出力するメタデータの構造化言語の記述内における該当する要素の内容をフォーマットで指定される変数および書式に対応する値にその都度に動的に置き換える工程とを備えるメタデータカスタマイズ方法として構成することができる。
【００２０】
また、請求項８に記載されるように、請求項７に記載のメタデータカスタマイズ方法において、上記外部サーバが、複数の上記配信側装置からメタデータを予め収集する工程を備えるようにすることができる。
【００２１】
また、請求項９に記載されるように、構造化言語により記述されたメタデータの配信機能を持った配信側装置から利用側装置にメタデータを配信し、メタデータの利用を行うシステムにおける上記配信側装置であって、上記利用側装置もしくは外部サーバから、取得するメタデータの構造化言語の記述内における所定位置に存在するカスタマイズ対象の要素と、当該要素に配置される変数および書式を示すフォーマットとを指定したメタデータの取得リクエストを受け付ける手段と、上記取得リクエストの要素およびフォーマットの指定に基づいて、出力するメタデータの構造化言語の記述内における該当する要素の内容をフォーマットで指定される変数および書式に対応する値にその都度に動的に置き換える手段と、置き換えを行ったメタデータをリクエスト元へ返送する手段とを備える配信側装置として構成することができる。
【００２２】
また、請求項１０に記載されるように、構造化言語により記述されたメタデータの配信機能を持った配信側装置から利用側装置にメタデータを配信し、メタデータの利用を行うシステムに用いられる外部サーバであって、上記配信側装置からメタデータを収集する手段と、上記利用側装置から、取得するメタデータの構造化言語の記述内における所定位置に存在するカスタマイズ対象の要素と、当該要素に配置される変数および書式を示すフォーマットとを指定したメタデータの取得リクエストを受け付ける手段と、上記取得リクエストの要素およびフォーマットの指定に基づいて、出力するメタデータの構造化言語の記述内における該当する要素の内容をフォーマットで指定される変数および書式に対応する値にその都度に動的に置き換える手段と、置き換えを行ったメタデータをリクエスト元へ返送する手段とを備える外部サーバとして構成することができる。
【発明の効果】
【００２３】
本発明のメタデータカスタマイズ方法にあっては、クライアント側からのリクエスト時にメタデータのフォーマットを指定でき、その指定に従ってメタデータをカスタマイズするため、クライアント側のニーズに沿ったメタデータを配信することができる。
【発明を実施するための最良の形態】
【００２４】
以下、本発明の好適な実施形態につき説明する。
【００２５】
＜第１の実施形態＞
図５は本発明の第１の実施形態にかかるシステムの構成例を示す図である。
【００２６】
図５において、電話回線を介して送信元ＦＡＸ装置１と接続されたＲＳＳ配信機能付きのＦＡＸ装置２に対し、ネットワークを介してスケジューラ３が接続され、スケジューラ３にはＰＣ等のクライアント４が接続されている。
【００２７】
図６はＦＡＸ装置２の構成例を示す図であり、スケジューラ３に対してＨＴＴＰ（Hyper Text Transfer Protocol）サービス（リクエストを受け、所定のレスポンスを返す）を提供するＨＴＴＰサーバ２１と、スケジューラ３から発せられるリクエストを受け付けて所定の処理を行うリクエスト受付部２２と、ＲＳＳ生成の雛形となるテンプレート２４と、リクエスト受付部２２により加工されたテンプレート２４に基づいてＲＳＳを生成するテンプレート処理部２３とを備えている。リクエスト受付部２２には、リクエスト時に指定されたフォーマットに基づいてテンプレート２４内の記述を置き換えるテンプレート置き換え部２２１が含まれている。
【００２８】
また、ＦＡＸ装置２は、電話回線とのインタフェースを行うモデム２８と、送信元ＦＡＸ装置１からＦＡＸ受信を行うＦＡＸ受信部２７と、ＦＡＸ受信画像を蓄積する蓄積文書ＤＢ２５と、受信ログを蓄積する受信ログＤＢ２６とを備えている。
【００２９】
図７は受信ログＤＢ２６の例を示す図であり、受信ログを識別する「Ｉｄ」と、受信日時を示す「受信日」と、送信元の電話番号等の情報を示す「送信元」と、ＦＡＸのモード等を示す「タイプ」と、受信したページ枚数を示す「ページ数」と、蓄積文書ＤＢ２５での対応する蓄積文書を識別する「文書ＩＤ」の項目を含んでいる。
【００３０】
図８は蓄積文書ＤＢ２５の例を示す図であり、蓄積文書を識別する「文書ＩＤ」と、蓄積文書のファイル名（ファイルパスを含む）を示す「ファイル」の項目を含んでいる。
【００３１】
図９はテンプレート２４の例を示す図であり、図２に示したＲＳＳに対応したものである。図９においては、各要素の内容が入る部分に変数が記述されている。例えば、title要素については、「ＦＡＸ受信：」という文字列とともに、送信元を示す変数「<%-sender_no%>」が記述されている。実際のＲＳＳ生成に際しては、テンプレート処理部２３の処理により、これらの変数が具体的な文字列に置き換えられてＲＳＳとして生成される。
【００３２】
図１０はスケジューラ３とＦＡＸ装置２の間の通信の例を示す図である。
【００３３】
図１０において、スケジューラ３からフォーマット指定を伴ってＲＳＳ取得のＧＥＴリクエストをＦＡＸ装置２に対して送信すると（ステップＳ１）、ＦＡＸ装置２ではフォーマット指定に従ってカスタマイズを行ったＲＳＳを生成してスケジューラ３にレスポンスとして送信する（ステップＳ２）。
【００３４】
図１１はスケジューラ３とＦＡＸ装置２の間のリクエストおよびレスポンスの例を示す図である。
【００３５】
図１１（ａ）はスケジューラ３からＦＡＸ装置２に対して送信されるＨＴＴＰリクエストの例を示しており、「ＧＥＴ」に続いて、ＦＡＸ受信履歴の取得を示す「/fax」等の固定部と、ＲＳＳにおけるカスタマイズ対象の要素を指定する「/rss/channel/item/title」等のＸＰａｔｈ部と、指定した要素のフォーマットを指定する「<%sender_no%>」等のフォーマット部とを含んでいる。なお、リクエストのパラメータとして固定部、ＸＰａｔｈ部およびフォーマット部を記述するのに代え、ＨＴＴＰヘッダに同様の情報を含ませるようにしてもよい。
【００３６】
図１１（ｂ）はＦＡＸ装置２からスケジューラ３に返されるレスポンスの例を示しており、ここではデフォルトのテンプレートのtitle要素の部分が「<title>ＦＡＸ受信: <%-sender_no%></title>」と設定され、デフォルトのままであれば、例えば送信元の電話番号が「03-1234-5678」であれば「<title>ＦＡＸ受信: 03-1234-5678</title>」とされていたものが、（ａ）のフォーマットの指定によりテンプレートのtitle要素の部分が「<title><%-sender_no%></title>」に置き換えられ、「<title>03-1234-5678</title>」となっている。
【００３７】
図１２はリクエスト受付部２２の処理例を示すフローチャートである。
【００３８】
図１２において、リクエスト受付部２２はスケジューラ３からフォーマット指定付きのリクエストを受けて処理を開始すると（ステップＳ１１）、リクエスト（図１１（ａ））からパラメータを切り出し（ステップＳ１２）、ＸＰａｔｈ部とフォーマット部に分離する（ステップＳ１３）。
【００３９】
次いで、ＸＰａｔｈのチェックを行い（ステップＳ１４）、ＸＰａｔｈが妥当でない場合（存在しない要素を指定している場合等）はエラーとする（ステップＳ１５）。
【００４０】
ＸＰａｔｈが妥当である場合は、テンプレート置き換え部２２１により、ＸＰａｔｈ部およびフォーマット部の指定に従ってテンプレート２４の指定要素部分の置き換えを行って一時テンプレートを生成し（ステップＳ１６）、置き換え後の一時テンプレートをテンプレート処理部２３に引き渡し（ステップＳ１７）、処理を終了する（ステップＳ１８）。
【００４１】
テンプレート置き換え部２２１によるテンプレート置き換えの処理（ステップＳ１６）は、より詳しくは次のように行なわれる。
【００４２】
先ず、テンプレート置き換え部２２１は、テンプレート２４の内容をパース（解析）して要素のツリー構造を認識する（ステップＳ１６１）。
【００４３】
次いで、ツリー構造の中でＸＰａｔｈ部（ステップＳ１３で分離されたＸＰａｔｈ部）で指定された要素を特定する（ステップＳ１６２）。
【００４４】
次いで、特定した要素の内容（<%・・・%>部分）をフォーマット部（ステップＳ１３で分離されたフォーマット部）で指定された文字列に置き換える（ステップＳ１６３）。
【００４５】
そして、内容を置き換えたツリー構造の内容を一時テンプレートとして生成する（ステップＳ１６４）。
【００４６】
その後、テンプレート処理部２３は引き渡された置き換え後の一時テンプレートに従ってＲＳＳを生成し、ＨＴＴＰサーバ２１はそのＲＳＳをスケジューラ３に送信する。
【００４７】
＜第２の実施形態＞
図１３は本発明の第２の実施形態にかかるＦＡＸ装置２の構成例を示す図である。
【００４８】
図１３においては、図６のテンプレート２４に代え、複数のテンプレートを保持するテンプレートＤＢ２４"が設けられている。その他の構成は図６に示したものと同様である。
【００４９】
図１４はテンプレートＤＢ２４"の例を示す図であり、テンプレートを識別する「テンプレートＩＤ」と、テンプレートの内容を示す「テンプレート」の項目を含んでいる。「テンプレート」の項目には図９に示したようなテンプレート（設定が個々に変えてある）が複数保持されている。
【００５０】
図１５はスケジューラ３からＦＡＸ装置２へのリクエストの例を示す図であり、「ＧＥＴ」に続いて、ＦＡＸ受信履歴の取得を示す「/fax」等の固定部と、使用するテンプレートを指定する「template-id=2」等のテンプレートＩＤ部と、ＲＳＳにおけるカスタマイズ対象の要素を指定する「/rss/channel/item/title」等のＸＰａｔｈ部と、指定した要素のフォーマットを指定する「<%sender_no%>」等のフォーマット部とを含んでいる。なお、リクエストのパラメータとして固定部、テンプレートＩＤ部、ＸＰａｔｈ部およびフォーマット部を記述するのに代え、ＨＴＴＰヘッダに同様の情報を含ませるようにしてもよい。
【００５１】
図１６はリクエスト受付部２２の処理例を示すフローチャートである。
【００５２】
図１６において、リクエスト受付部２２はスケジューラ３からフォーマット指定付きのリクエストを受けて処理を開始すると（ステップＳ２１）、リクエスト（図１５）からパラメータを切り出し（ステップＳ２２）、ＸＰａｔｈ部とフォーマット部とテンプレートＩＤ部に分離する（ステップＳ２３）。
【００５３】
次いで、ＸＰａｔｈのチェックを行い（ステップＳ２４）、ＸＰａｔｈが妥当でない場合はエラーとする（ステップＳ２５）。
【００５４】
ＸＰａｔｈが妥当である場合は、テンプレートＩＤ部の指定に従ってテンプレートＤＢ２４"からテンプレートを選択し（ステップＳ２６）、ＸＰａｔｈ部およびフォーマット部の指定に従って選択したテンプレートに対して指定要素部分の置き換えを行って一時テンプレートを生成し（ステップＳ２７）、置き換え後の一時テンプレートをテンプレート処理部２３に引き渡し（ステップＳ２８）、処理を終了する（ステップＳ２９）。
【００５５】
その後、テンプレート処理部２３は引き渡された置き換え後の一時テンプレートに従ってＲＳＳを生成し、ＨＴＴＰサーバ２１はそのＲＳＳをスケジューラ３に送信する。
【００５６】
このように、テンプレートＤＢ２４"にいくつかの基本テンプレートを用意しておき、それを少しだけカスタマイズすることで複雑なカスタマイズの手間（フォーマット部の設定等の作業）を減らすことができる。
【００５７】
＜第３の実施形態＞
図１７は本発明の第３の実施形態にかかるリクエストおよびレスポンスの例を示す図であり、図６（図１３についても適用可）のリクエスト受付部２２におけるリクエストのＸＰａｔｈ部の解釈方法に改良を加えたものである。
【００５８】
すなわち、図１７（ａ）に示すように、ＸＰａｔｈ部を図１１（ａ）の場合のような「/rss/channel/item/title」と記述することに代え、item要素以下の相対パスにより「title」等と記述することを許容することにより、スケジューラ３側におけるカスタマイズのための手間を減らすことができる。なお、リクエストのパラメータとしてＸＰａｔｈ部等を記述するのに代え、ＨＴＴＰヘッダに同様の情報を含ませるようにしてもよい。
【００５９】
また、図１７（ｂ）に示すように、item要素より１階層上のchannel要素を示すのに「../」と記述することを許容することにより、channel要素直下のtitle要素は「../title」と記述することができる。この場合も、リクエストのパラメータとしてＸＰａｔｈ部等を記述するのに代え、ＨＴＴＰヘッダに同様の情報を含ませるようにしてもよい。
【００６０】
図１７（ｃ）は図１７（ａ）（ｂ）のリクエストによりカスタマイズされたレスポンスの例を示しており、channel要素直下のtitle要素とitem要素直下のtitle要素がカスタマイズされている。
【００６１】
＜第４の実施形態＞
図１８は本発明の第４の実施形態にかかるシステムの構成例を示す図である。
【００６２】
図１８においては、ＦＡＸ装置２にスケジューラ３を直接に接続するのではなく、外部サーバ５を介在させ、カスタマイズの機能を外部サーバ５が提供するようにしたものである。これにより、ＦＡＸ装置２としてカスタマイズ機能のない一般的なＲＳＳ配信機能付きのＦＡＸ装置を用いることができる。なお、ＦＡＸ装置２においてはスケジューラ３側で必要となる可能性のあるＲＳＳ拡張タグを予め設定しておくものとする。
【００６３】
図１９は外部サーバ５の構成例を示す図であり、スケジューラ３に対してＨＴＴＰサービス（リクエストを受け、所定のレスポンスを返す）を提供するＨＴＴＰサーバ５１と、スケジューラ３から発せられるリクエストを受け付けて所定の処理を行うリクエスト受付部５２と、ＦＡＸ装置２からＲＳＳの取得を行うＲＳＳ処理部５３と、ＦＡＸ装置２にアクセスするためのＨＴＴＰクライアント５４とを備えている。
【００６４】
また、外部サーバ５は、ＦＡＸ装置２で定義されたＲＳＳ拡張タグを管理するためのＲＳＳ拡張タグＤＢ５５と、ＦＡＸ装置２を管理するためのＦＡＸ ＤＢ５６と、ＦＡＸ装置２とＲＳＳ拡張タグの対応を管理するためのＦＡＸ−拡張タグ対応ＤＢ５７とを備えている。
【００６５】
図２０はＲＳＳ拡張タグＤＢ５５の例を示す図であり、拡張タグを識別する「拡張タグＩＤ」と、拡張タグの定義の参照場所を示す「拡張タグ名前空間」と、対応する要素のレベルを示す「要素レベル」と、拡張タグの名前を示す「拡張タグ名」と、対応する変数名を示す「変数名」の項目を含んでいる。
【００６６】
図２１はＦＡＸ ＤＢ５６の例を示す図であり、ＦＡＸを識別する「ＦＡＸ  ＩＤ」と、ＲＳＳ取得のＵＲＬを示す「ＲＳＳ  ＵＲＬ」の項目を含んでいる。
【００６７】
図２２はＦＡＸ−拡張タグ対応ＤＢ５７の例を示す図であり、ＦＡＸを識別する「ＦＡＸ  ＩＤ」と、拡張タグを識別する「拡張タグＩＤ」の項目を含んでいる。
【００６８】
図２３はスケジューラ３、外部サーバ５およびＦＡＸ装置２の間の通信の例を示す図である。
【００６９】
図２３において、スケジューラ３からＦＡＸ  ＩＤとフォーマット指定を伴ってＲＳＳ取得のＧＥＴリクエストを外部サーバ５に対して送信すると（ステップＳ３１）、外部サーバ５はＦＡＸ装置２に対してＲＳＳ取得のＧＥＴリクエストを送信し（ステップＳ３２）、ＦＡＸ装置２からＲＳＳを取得する（ステップＳ３３）。
【００７０】
外部サーバ５はＦＡＸ  ＩＤとフォーマット指定に従ってカスタマイズを行ったＲＳＳを生成し（ステップＳ３４）、スケジューラ３にレスポンスとして送信する（ステップＳ３５）。
【００７１】
図２４はスケジューラ３、外部サーバ５およびＦＡＸ装置２の間のリクエストおよびレスポンスの例を示す図である。
【００７２】
図２４（ａ）はスケジューラ３から外部サーバ５に対して送信されるＨＴＴＰリクエストの例を示しており、「ＧＥＴ」に続いて、ＦＡＸ受信履歴の取得を示す「/fax」等の固定部と、ＦＡＸ装置２を特定する「fax-id=1」等のＦＡＸ  ＩＤ部と、ＲＳＳにおけるカスタマイズ対象の要素を指定する「/rss/channel/item/title」等のＸＰａｔｈ部と、指定した要素のフォーマットを指定する「<%sender_no%>」等のフォーマット部とを含んでいる。なお、リクエストのパラメータとして固定部、ＦＡＸ  ＩＤ部、ＸＰａｔｈ部およびフォーマット部を記述するのに代え、ＨＴＴＰヘッダに同様の情報を含ませるようにしてもよい。
【００７３】
図２４（ｂ）は外部サーバ５からＦＡＸ装置２に対して送信されるＨＴＴＰリクエストの例を示しており、通常のＲＳＳ取得のためのＧＥＴリクエストとなっている。
【００７４】
図２４（ｃ）はＦＡＸ装置２から外部サーバ５に返されるレスポンスの例を示しており、item要素の下には拡張タグ「<fax:senderNo>03-1234-5678</fax:senderNo>」が含まれている。
【００７５】
図２５はリクエスト受付部５２の処理例を示すフローチャートである。
【００７６】
図２５において、リクエスト受付部５２はスケジューラ３からリクエストを受けて処理を開始すると（ステップＳ４１）、リクエスト（図２４（ａ））からパラメータを切り出し（ステップＳ４２）、ＦＡＸ  ＩＤ部とＸＰａｔｈ部とフォーマット部に分離する（ステップＳ４３）。図２４（ａ）の例では、ＦＡＸ  ＩＤ部は「１」、ＸＰａｔｈ部は「/rss/channel/item/title」、フォーマット部は「<%sender_no%>」となる。
【００７７】
次いで、ＸＰａｔｈのチェックを行い（ステップＳ４４）、ＸＰａｔｈが妥当でない場合はエラーとする（ステップＳ４５）。
【００７８】
ＸＰａｔｈが妥当である場合は、ＲＳＳ処理部５３およびＨＴＴＰクライアント５４によりＦＡＸ  ＩＤ部で特定されるＦＡＸ装置２（図２１のＦＡＸ ＤＢ５６からＦＡＸ  ＩＤによりＵＲＬを特定）にリクエストを出してＲＳＳを取得し（ステップＳ４６）、ＲＳＳが取得できない場合はエラーとする（ステップＳ４５）。
【００７９】
ＲＳＳが取得できた場合は、各ＤＢ５５、５７を参照し、ＦＡＸ  ＩＤと変数名から拡張タグを特定する（ステップＳ４７）。図２４（ａ）の例では、図２２のＦＡＸ−拡張タグ対応ＤＢ５７においてＦＡＸ  ＩＤ「１」の拡張タグＩＤは「１」「３」のいずれかであることがわかり、図２０のＲＳＳ拡張タグＤＢ５５からフォーマット部「<%sender_no%>」の変数名と一致するのは拡張タグＩＤ「１」（拡張タグ名「senderNo」）であることがわかる。
【００８０】
次いで、拡張タグの内容で要素内容を置き換え（ステップＳ４８）、処理を終了する（ステップＳ４９）。図２４（ａ）の例では、図２４（ｃ）のレスポンスから、特定された拡張タグ名「senderNo」のタグ（「<fax:senderNo></fax:senderNo>」）に着目し、その内容「03-1234-5678」でＸＰａｔｈ部「/rss/channel/item/title」の示すitem要素の内容を置き換える。
【００８１】
その後、ＨＴＴＰサーバ５１は置き換え後のＲＳＳをスケジューラ３に送信する。
【００８２】
＜第５の実施形態＞
図２６は本発明の第５の実施形態にかかるシステムの構成例を示す図である。
【００８３】
図２６においては、複数のＦＡＸ装置２Ａ〜２Ｃとスケジューラ３の間に外部サーバ５を介在させ、外部サーバ５によりＦＡＸ装置２Ａ〜２Ｃから予めＲＳＳを取得（クロール）し、カスタマイズしたＲＳＳを迅速にスケジューラ３に提供できるようにしている。
【００８４】
図２７は外部サーバ５の構成例を示す図である。
【００８５】
図２７において、外部サーバ５は、図１９に示した構成（ＨＴＴＰサーバ５１、リクエスト受付部５２、ＲＳＳ処理部５３、ＨＴＴＰクライアント５４、ＲＳＳ拡張タグＤＢ５５）に加え、テンプレートに基づいてＲＳＳを生成するテンプレート処理部５０１、ＲＳＳ生成の雛形となるテンプレートを複数保持するテンプレートＤＢ５０２と、複数のＦＡＸ装置２Ａ〜２ＣからＲＳＳを取得するＲＳＳクローラ５０３と、ＦＡＸ受信画像を蓄積する蓄積文書ＤＢ５０４と、受信ログおよびＲＳＳを蓄積する受信ログＤＢ５０５とが設けられている。なお、リクエスト受付部５２には、リクエスト時に指定されたフォーマットに基づいて、テンプレートＤＢ５０２から選択されたテンプレート内の記述を置き換えるテンプレート置き換え部５２１が含まれている。
【００８６】
図２８はＲＳＳクローラ５０３およびＲＳＳ処理部５３の処理例を示すフローチャートである。
【００８７】
図２８において、ＲＳＳクローラ５０３は一定の時間間隔等の所定のタイミングで処理を開始すると（ステップＳ５１）、ＦＡＸ ＤＢ５６（図２１）から登録済みＵＲＬのリストを取得し（ステップＳ５２）、各ＵＲＬに対してＨＴＴＰ  ＧＥＴすることによりＦＡＸ装置２Ａ〜２ＣからＲＳＳを取得する（ステップＳ５３）。
【００８８】
次いで、ＲＳＳ処理部５３はＲＳＳ拡張タグＤＢ５５（図２０）からタグ名と変数の対応を取得し（ステップＳ５４）、ＲＳＳ拡張タグＤＢ５５、ＦＡＸ ＤＢ５６およびＦＡＸ−拡張タグ対応ＤＢ５７にしたがって受信ログＤＢ５０５にデータを挿入する（ステップＳ５５）。また、蓄積文書がある場合は蓄積文書をＧＥＴして蓄積文書ＤＢ５０４に挿入し（ステップＳ５６）、処理を終了する（ステップＳ５７）。
【００８９】
その後、スケジューラ３から行われるＲＳＳ取得のリクエストは図１５に示したものと同様であり、そのリクエストに対する処理は図１６に示したものと同様である。
【００９０】
＜総括＞
以上、本発明の好適な実施の形態により本発明を説明した。ここでは特定の具体例を示して本発明を説明したが、特許請求の範囲に定義された本発明の広範な趣旨および範囲から逸脱することなく、これら具体例に様々な修正および変更を加えることができることは明らかである。すなわち、具体例の詳細および添付の図面により本発明が限定されるものと解釈してはならない。
【図面の簡単な説明】
【００９１】
【図１】従来のＲＳＳ配信機能付きのＦＡＸ装置を含むシステムの構成例を示す図である。
【図２】ＲＳＳの例を示す図である。
【図３】スケジューラにおける表示の例を示す図（その１）である。
【図４】スケジューラにおける表示の例を示す図（その２）である。
【図５】本発明の第１の実施形態にかかるシステムの構成例を示す図である。
【図６】ＦＡＸ装置の構成例を示す図である。
【図７】受信ログＤＢの例を示す図である。
【図８】蓄積文書ＤＢの例を示す図である。
【図９】テンプレートの例を示す図である。
【図１０】スケジューラとＦＡＸ装置の間の通信の例を示す図である。
【図１１】スケジューラとＦＡＸ装置の間のリクエストおよびレスポンスの例を示す図である。
【図１２】リクエスト受付部の処理例を示すフローチャートである。
【図１３】本発明の第２の実施形態にかかるＦＡＸ装置の構成例を示す図である。
【図１４】テンプレートＤＢの例を示す図である。
【図１５】スケジューラからＦＡＸ装置へのリクエストの例を示す図である。
【図１６】リクエスト受付部の処理例を示すフローチャートである。
【図１７】本発明の第３の実施形態にかかるリクエストおよびレスポンスの例を示す図である。
【図１８】本発明の第４の実施形態にかかるシステムの構成例を示す図である。
【図１９】外部サーバの構成例を示す図である。
【図２０】ＲＳＳ拡張タグＤＢの例を示す図である。
【図２１】ＦＡＸ ＤＢの例を示す図である。
【図２２】ＦＡＸ−拡張タグ対応ＤＢの例を示す図である。
【図２３】スケジューラ、外部サーバおよびＦＡＸ装置の間の通信の例を示す図である。
【図２４】スケジューラ、外部サーバおよびＦＡＸ装置の間のリクエストおよびレスポンスの例を示す図である。
【図２５】リクエスト受付部の処理例を示すフローチャートである。
【図２６】本発明の第５の実施形態にかかるシステムの構成例を示す図である。
【図２７】外部サーバの構成例を示す図である。
【図２８】ＲＳＳクローラおよびＲＳＳ処理部の処理例を示すフローチャートである。
【符号の説明】
【００９２】
１                送信元ＦＡＸ装置
２、２Ａ〜２Ｃ    ＦＡＸ装置
２１              ＨＴＴＰサーバ
２２              リクエスト受付部
２２１            テンプレート置き換え部
２３              テンプレート処理部
２４              テンプレート
２４"            テンプレートＤＢ
２５              蓄積文書ＤＢ
２６              受信ログＤＢ
２７              ＦＡＸ受信部
２８              モデム
３                スケジューラ
４                クライアント
５                外部サーバ
５１              ＨＴＴＰサーバ
５２              リクエスト受付部
５２１            テンプレート置き換え部
５３              ＲＳＳ処理部
５４              ＨＴＴＰクライアント
５５              ＲＳＳ拡張タグＤＢ
５６              ＦＡＸ ＤＢ
５７              ＦＡＸ−拡張タグ対応ＤＢ
５０１            テンプレート処理部
５０２            テンプレートＤＢ
５０３            ＲＳＳクローラ
５０４            蓄積文書ＤＢ
５０５            受信ログＤＢ
【図１】
2008077632.tif 000003
【図２】
2008077632.tif 000004
【図３】
2008077632.tif 000005
【図４】
2008077632.tif 000006
【図５】
2008077632.tif 000007
【図６】
2008077632.tif 000008
【図７】
2008077632.tif 000009
【図８】
2008077632.tif 000010
【図９】
2008077632.tif 000011
【図１０】
2008077632.tif 000012
【図１１】
2008077632.tif 000013
【図１２】
2008077632.tif 000014
【図１３】
2008077632.tif 000015
【図１４】
2008077632.tif 000016
【図１５】
2008077632.tif 000017
【図１６】
2008077632.tif 000018
【図１７】
2008077632.tif 000019
【図１８】
2008077632.tif 000020
【図１９】
2008077632.tif 000021
【図２０】
2008077632.tif 000022
【図２１】
2008077632.tif 000023
【図２２】
2008077632.tif 000024
【図２３】
2008077632.tif 000025
【図２４】
2008077632.tif 000026
【図２５】
2008077632.tif 000027
【図２６】
2008077632.tif 000028
【図２７】
2008077632.tif 000029
【図２８】
2008077632.tif 000030